JP4622300B2 - 情報共有システムおよび情報共有用プログラム - Google Patents

Description

本発明は、複数のメンバから構成されるコミュニティ内におけるメンバが使用する端末装置間の情報共有および情報の同期を実現する情報共有システムおよび情報共有用プログラムに関する。

あるコミュニティ（グループ）に属する複数のメンバの端末装置間で情報共有を行うシステムがある。コミュニティとして、例えば、会社内で、あるプロジェクトを遂行するために集合したメンバの集まりがある。そのようなシステムでは、あるメンバの端末装置上でファイルの更新や追加・削除などの作業が行われると、その作業内容は他のユーザの端末装置にも反映される必要がある。

従来の情報共有システムの一例が、特許文献１に記載されている。特許文献１に記載されている情報共有システムでは、図１８に示すように、端末装置１２０内の作業履歴が操作ログ１０３として保持される。そして、ファイル同期管理部１０４が、定期的に、または操作ログ１０３への新たな出力を認識する度に、操作ログ１０３の内容にもとづいて、ファイル管理部１０１を介してファイル記憶部１０２に記憶されている情報を取り出し、通信手段１０５を通じて、ネットワーク４００を介して接続される他の端末装置２２０，３２０に、作業内容を通知する機構によって、情報の共有を実現する。

また、特許文献２には、各端末装置において情報の共有を実現するために、それぞれの端末装置が、ネットワークを介して接続される他の端末装置に対して装置情報の送信を要求する信号を同報送信するシステムが記載されている。装置情報を要求された他の端末装置は、装置情報を要求した端末装置に対して共有データ情報を送信する。他の端末装置から共有データ情報を受信した端末装置は、共有データ情報にもとづいて、自装置が保持している情報を更新する。

また、近年、ピア・ツゥ・ピアと呼ばれる技術が注目されている。その技術を利用したシステムの代表例であるグルーブネットワーク社のGrooveは、サーバを介さずに、複数のパーソナルコンピュータによる共同作業を支援するツールである。Grooveは、共同作業を行うパーソナルコンピュータの特定ディレクトリに作成されたファイルを監視し、特定ディレクトリに対して何らかの変更作業が行われたパーソナルコンピュータがその変更内容を即座に他のパーソナルコンピュータに直接送信することで情報の共有を実現する。

それらの従来技術は、あるコミュニティに属するメンバの端末装置間で共有する情報を完全に一致させることができる。すなわち、同期させることができる。その反面、情報の共有のさせ方をメンバごとに変えることはできない。例えば、同じコミュニティのメンバでも、個人ごとにコミュニティへのかかわり方は異なる。コミュニティの中心メンバとして積極的な活動をしているメンバは、コミュニティで共有する全ての情報を手元に保持しておきたいが、コミュニティに対してオブザーバ的に参加しているメンバや管理者的立場にあるメンバは、最小限の情報だけを手元に保持しておき詳細情報が必要になった際にそれを取得要求できるように、インデックス情報だけ共有しておけば十分である場合が多い。

しかし、上記の従来技術は、コミュニティに属する全メンバに対して全情報を完全に同期保持させることになるため、最小限の情報だけを手元に保持しておきたい場合でも、不必要な情報まで共有してしまうという問題点がある。

特開２００２−１４９４６５号公報（段落００１２−００１３、図１） 特開２００３−２１６４７１号公報（段落００６３−００６８、図４）

以上のように、従来技術の第１の問題点は、コミュニティ内で情報共有を行う際に、不必要な情報まで共有してしまい、端末装置やネットワークの資源を浪費してしまうということである。例えば、端末装置のメモリを浪費してしまったり、ネットワークのトラフィックを増大させてしまう。その理由は、情報共有を行う際に情報の実体まで完全に同期してしまい、インデックス情報だけを保持しておき必要に応じて情報の実体を取得するなどの細かな情報共有制御を実施していないためである。

従来技術の第２の問題点は、細かな情報共有制御を実施しようとすると、コミュニティ内での情報共有制御に関する設定にかかる手間が大きいということである。その理由は、情報共有制御に関する設定をメンバ単位に個別に行うことしかできないためである。すなわち、メンバが使用する端末装置ごとに情報共有制御に関する設定を行う必要があるので、情報共有制御に関する設定にかかる手間が大きい。

そこで、本発明は、端末装置やネットワークの資源を効率的に利用できる情報共有システムおよび情報共有用プログラムを提供することを目的とする。また、本発明は、コミュニティ内のメンバのロールに応じた情報共有制御に関する設定を容易に行うことができる情報共有システムおよび情報共有用プログラムを提供することも目的とする。

本発明による情報共有システムは、複数の端末装置が通信ネットワークを介して接続され、各端末装置がファイルとして記憶されている情報の共有を行う情報共有システムにおいて、各端末装置が、複数の情報要求レベルのそれぞれに対応した配信制御指定にもとづいて情報の同期制御を行う同期管理手段と、共有情報をファイルとして記憶するファイル記憶部と、共有情報の変更操作を示すインデックス情報を管理するインデックス情報管理手段と、システム内の各端末装置ごとの情報要求レベルを記憶するメンバロール記憶部と、メンバロール記憶部に記憶されている情報要求レベル毎の配信制御指定を記憶する配信ポリシー記憶部と、共有情報の内容、およびインデックス情報を更新させるための情報を送信する通信手段とを備え、インデックス情報管理手段は、ファイル記憶部に記憶されているファイルに対応するインデックス情報を管理するファイル管理部を含み、同期管理手段は、共有情報が変更された場合に、前記配信ポリシー記憶部に記憶されている配信制御指定に従って、他の端末装置に、共有情報の変更操作を示すインデックス情報を更新させるための情報のみを送信するのか変更後のファイルの内容を送信するのかを決定するファイル同期管理部を含むことを特徴とする。

端末装置上で発生したファイルの更新の操作情報を記録する操作ログを備え、ファイル同期管理部が、操作ログに変更があった場合に、メンバロール記憶部に記憶されている情報要求レベルと配信ポリシー記憶部に記憶されている配信制御指定とを参照して、インデックス情報を更新させるための情報または更新後のファイルの内容を、通信手段を介して他の端末装置に送信するように構成されていてもよい。

ファイル同期管理部が、配信制御指定が簡易情報を送信する指定である場合には、その配信制御指定に対応する情報要求レベルが割り当てられている他の端末装置に対してインデックス情報を更新させるための情報のみを送信し、配信制御指定が詳細情報を送信する指定である場合には、その情報要求レベルに対応する情報要求レベルが割り当てられている他の端末装置に対して更新後のファイルの内容を送信するように構成されていてもよい。

端末装置は、ファイルおよびフォルダごとに割り当てられる配信制御指定を記憶するファイル同期ポリシー管理部を含むように構成されていてもよい。

ファイル同期管理部が、操作ログに変更があった場合に、操作ログを変更する起因となった更新対象のファイルについての配信制御指定がファイル同期ポリシー管理部に記憶されていた場合には、その配信制御指定に従って、インデックス情報を更新させるための情報または更新後のファイルの内容を、通信手段を介して他の端末装置に送信するように構成されていてもよい。

ファイル同期管理部が、更新対象のファイルについての配信制御指定がファイル同期ポリシー管理部に記憶されていない場合に、ファイルの上位階層であるフォルダに配信制御指定が割り当てられていたときには、その配信制御指定に従って、インデックス情報を更新させるための情報または更新後のファイルの内容を送信するように構成されていてもよい。

端末装置は、ファイルおよびフォルダに割り当てられる属性と、属性に対応する配信制御指定とを記憶するファイル属性管理部を含むように構成されていてもよい。

ファイル同期管理部が、操作ログに変更があった場合に、操作ログを変更する起因となった更新対象のファイルについての属性がファイル属性管理部に記憶されていた場合には、その属性に対応する配信制御指定に従って、インデックス情報を更新させるための情報または更新後のファイルの内容を、通信手段を介して他の端末装置に送信するように構成されていてもよい。

ファイル同期管理部が、更新対象のファイルについての属性がファイル属性管理部に記憶されていない場合に、ファイルの上位階層であるフォルダに属性が割り当てられていたときには、その属性に対応する配信制御指定に従って、インデックス情報を更新させるための情報または更新後のファイルの内容を送信するように構成されていてもよい。

ファイル同期管理部が、属性に対応する配信制御指定が簡易情報を送信する指定である場合には、他の端末装置に対してインデックス情報を更新させるための情報のみを送信し、属性に対応する配信制御指定が詳細情報を送信する指定である場合には、他の端末装置に対して更新後のファイルの内容を送信するように構成されていてもよい。

本発明による情報共有用プログラムは、ファイルの更新の操作情報を記録する操作ログを備えた複数の端末装置が通信ネットワークを介して接続され、共有情報をファイルとして記憶するとともにシステム内の各端末装置ごとの情報要求レベルと情報要求レベルごとの配信制御指定とを記憶する各端末装置が互いに情報共有を行う情報共有システムにおいて、各端末装置が、複数の情報要求レベルのそれぞれに対応した配信制御指定にもとづいて情報の同期制御を行うための情報共有用プログラムであって、端末装置のコンピュータに、共有情報の変更操作を示すインデックス情報を管理する処理と、操作ログに変更があった場合に、情報要求レベルと配信制御指定とを参照し、配信制御指定に従って、他の端末装置に、共有情報の変更操作を示すインデックス情報を更新させるための情報のみを送信するのか変更後のファイルの内容を送信するのかを決定する処理とを実行させることを特徴とする。

情報共有用プログラムは、ファイルおよびフォルダごとに割り当てられる配信制御指定を記憶可能な端末装置のコンピュータに、操作ログに変更があった場合に、操作ログを変更する起因となった更新対象のファイルについての配信制御指定が記憶されていたときには、その配信制御指定に従って、インデックス情報を更新させるための情報または更新後のファイルの内容を他の端末装置に送信する処理を実行させるように構成されていてもよい。

情報共有用プログラムは、ファイルおよびフォルダに割り当てられる属性と属性に対応する配信制御指定とを記憶可能な端末装置のコンピュータに、操作ログに変更があった場合に、操作ログを変更する起因となった更新対象のファイルについての属性が記憶されていたときには、その属性に対応する配信制御指定に従って、インデックス情報を更新させるための情報または更新後のファイルの内容を他の端末装置に送信する処理を実行させるように構成されていてもよい。

第１の効果は、メンバロールなどの情報要求レベルとそれに関連付けられた配信制御指定を指定するだけで、情報を共有する際にインデックス情報のみの同期と共有情報の実体までの同期とを使い分けることができることである。この結果、不必要な情報までを全てのメンバに配信することによる端末装置やネットワークの資源の浪費を防ぐことが可能になる。その理由は、同期相手のメンバごとに、そのメンバに割り当てられた情報要求レベルと配信制御指定を照合して共有情報の実体までを通知するかどうかを判断した後に、相手端末装置に対して通信を行うためである。なお、従来技術では、コミュニティに属するメンバに任意のロール（メンバの役割や位置づけ）を割り当てて、そのロールごとにファイルやフォルダに対するアクセス権を設定することや、共有情報の実体（内容）を共有するかインデックス情報のみ共有するかなどの情報共有方法の指定をロールごとに指定することで簡易に設定することは困難であった。

第２の効果は、ファイルやフォルダごとに同期方法の使い分けをすることも可能になることである。その理由は、ファイルやフォルダごとに指定された配信制御指定を参照し、ファイルやフォルダごとに実体まで通知するかどうかを判断した後に、他の端末装置に対して通信を行うためである。

第３の効果は、ファイルやフォルダに割り当てた任意の属性に応じて、同期方法の使い分けをすることも可能になることにある。その理由は、ファイルやフォルダに割り当てられる任意の属性と、属性ごとに指定される配信制御指定を参照し、ファイルやフォルダごとに実体まで通知するかどうかを判断した後に、他の端末装置に対して通信を行うためである。

以下、本発明の実施の形態を図面を参照して説明する。まず、各実施の形態で用いられている用語について説明する。複数の情報要求レベルは、各実施の形態において、ロール情報に相当する。複数の情報要求レベルのそれぞれに対応した配信制御指定は、ロールＩＤのそれぞれに対応した配信制御方法に相当する。インデックス情報を更新させるための情報は、更新操作情報に相当する。配信制御指定が簡易情報を送信する指定である場合は、配信制御方法が「インデックス情報のみ同期」である場合に相当する。配信制御指定が詳細情報を送信する指定である場合は、配信制御方法が「実体まで同期」である場合に相当する。ただし、各実施の形態で用いられている用語は一例であって、本発明は、以下の実施の形態に限定されない。

また、共有情報の変更操作を示すインデックス情報を管理するインデックス情報管理手段は、ファイル管理部１０１で実現されている。共有情報が変更された場合に、情報要求レベルのそれぞれに対応した配信制御指定にもとづいて、他の端末装置との情報同期を管理する同期管理手段は、ファイル同期管理部１０４で実現されている。

実施の形態１．
本発明を実施するための第１の形態について図面を参照して説明する。図１は、本発明による情報共有システムの第１の実施の形態を示すブロック図である。図１に示すように、第１の実施の形態は、コミュニティ内で情報共有を行う端末装置１００が、インターネットなどのネットワーク４００を介して、情報共有を行う他の端末装置２００および３００と接続されている。なお、ネットワーク４００は、インターネットなどの開放型の通信ネットワークではなく、イントラネットやＬＡＮなどの閉じた通信ネットワークであってもよい。

端末装置１００は、端末装置１００において保持される共有情報のインデックス情報を管理するファイル管理部１０１と、共有情報としてのファイルの実体を記憶するファイル記憶部１０２と、端末装置１００において発生したファイルの更新などの操作情報を記録する操作ログ１０３と、他の端末装置２００，３００との情報共有の管理を行うファイル同期管理部１０４と、メンバごとのロール情報（以下、メンバロールという。）を記述したメンバロール記憶部１１０と、メンバロールごとの配信時の制御方法を記述した配信ポリシー記憶部１２０とを備えている。なお、インデックス情報を管理するとは、例えば、インデックス情報を最新の状態に保つことである。また、操作ログ１０３に記録される操作情報は、少なくともインデックス情報に相当する情報を含む。

また、端末装置１００は、ネットワーク４００を介して他の端末装置２００，３００と通信するための通信手段１０５を有する。インデックス情報は、ファイル管理部１０１において記憶されていてもよいし、ファイル記憶部１０２において記憶されていてもよい。なお、各端末装置１００，２００，３００のネットワーク上のアドレスは、例えば、ファイル同期管理部１０４または通信手段１０５において記憶されている。

端末装置１００は、通信機能を有するパーソナルコンピュータなどの情報処理装置で実現される。よって、ファイル記憶部１０２、操作ログ１０３、メンバロール記憶部１１０および配信ポリシー記憶部１２０は、例えば、情報処理装置が備えている記憶装置で実現される。また、ファイル管理部１０１およびファイル同期管理部１０４は、例えば、プログラムに従って制御を実行する制御部（ＣＰＵ）で実現される。また、通信手段１０５は、例えば、ＬＡＮインタフェースやモデム、およびそれらを制御するソフトウェアで実現される。

図２は、メンバロール記憶部１１０に記憶されるメンバロールの一例を示す説明図である。図２に示す例では、メンバロールは、各端末装置１００，２００，３００に対して一意に付されているメンバＩＤとそれぞれに割り当てられたロールＩＤとが対になった情報である。

図３は、配信ポリシー記憶部１２０に記憶される配信ポリシーの一例を示す説明図である。図３に示す例では、配信ポリシーは、各ロールＩＤとそれぞれに割り当てられた配信制御方法とが対になった情報である。図２および図３には、２種類のロールＩＤが例示されているが、ロールＩＤの種類は幾つであってもよい。ただし、一般に、ロールＩＤの総数は、メンバＩＤの総数よりも少ない。

なお、端末装置２００，３００の内部構成も、端末装置１００の内部構成と同様である。従って、各端末装置１００，２００，３００は、それぞれ、メンバロールおよび配信ポリシーを記憶する。また、図１には、３つの端末装置１００，２００，３００が例示されているが、システム内の端末装置の数に制限はない。

コミュニティに属するいずれかのメンバの端末装置は、新たなファイル（共有情報）を生成した場合に、ファイルを、あらかじめ決められているフォルダ、またはファイル生成と同時に生成したフォルダに格納するとともに、ネットワーク４００を介してファイルの実体をフォルダを示す情報とともに他の端末装置に配信する。他の端末装置における通信手段１０５が新たなファイルを受信すると、ファイル管理部１０１は、ファイル記憶部１０２における該当するフォルダに、受信されたファイルの実体を記憶させる。なお、新たなファイルが生成されたときに、端末装置は、ネットワーク４００を介してサーバなどの管理装置（図１において図示せず）にそのファイルを登録し、管理装置が、他の端末装置にネットワーク４００を介して配信するようにしてもよい。また、後述するように、ファイルの実体の配信を受けず、インデックス情報が配信される端末装置も存在しうる。

新たなメンバがコミュニティに参加する場合、そのメンバの端末装置は、例えば、ネットワーク４００を介して管理装置にメンバＩＤの発行を依頼する。また、あらかじめ決められているロールＩＤから自端末装置のロールＩＤを選択する。管理装置は、他の端末装置のメンバＩＤおよびロールＩＤと配信ポリシーとを新たなメンバの端末装置に送信するとともに、新たなメンバのメンバＩＤおよびロールＩＤを、他の端末装置に配信する。各端末装置において、通信手段１０５がメンバＩＤおよびロールＩＤを受信すると、ファイル同期管理部１０４は、受信されたメンバＩＤとロールＩＤとをメンバロール記憶部１１０に記憶させる。また、新たなメンバの端末装置の通信手段１０５が配信ポリシーを受信すると、ファイル同期管理部１０４は、受信された配信ポリシーを配信ポリシー記憶部１２０に記憶させる。

なお、管理装置は、端末装置１００，２００，３００とは異なる装置であってもよいが、端末装置１００，２００，３００のうちの一の端末装置が管理装置としての役割を果たす管理端末装置であるように構成されていてもよい。

次に、本発明の第１の実施の形態の動作について図面を参照して説明する。図４および図５は、本発明の第１の実施の形態の動作を説明するフローチャートである。

まず、図４を参照して、共有情報に対して何らかの変更が行われる端末装置において、変更を示す変更情報を他の端末装置に送信する際の動作について説明する。後述するように、変更情報は、変更が行われたファイルの実体（内容）または変更操作情報である。また、変更操作情報は、変更操作情報を受信した端末装置がインデックス情報を作成するための情報であり、実質的にインデックス情報を含む情報である。

端末装置１００において、その端末装置の所有者であるメンバが、ファイル記憶部１０２に格納されている共有情報としてのファイルに対して追加、削除、更新などの変更操作を行うと（ステップＳ１）、ファイル管理部１０１は、保持しているインデックス情報を書き換え（ステップＳ２）、操作情報を操作ログ１０３（ファイル管理部１０１が有するメモリでもよい）に書き込む（ステップＳ３）。

インデックス情報は、各ファイルについて、何時、どのメンバがどのような操作（追加、削除、更新など）を行ったのかを示す情報である。例えば、ファイル管理部１０１は、端末装置１００が内蔵している時計から時刻情報を得て、端末装置１００のメンバＩＤと時刻情報とを、変更がなされたファイルのインデックス情報に含める。また、インデックス情報は、更新に係るデータ量がどの程度であるか等のその他の情報を含んでいてもよい。なお、この実施の形態では、各ファイルについてのインデックス情報として最新の情報（何時、どのメンバが操作を行ったのかを示す情報等）が保持されることにするが、過去の情報もインデックス情報に残すようにしてもよい。

また、ファイル同期管理部１０４は、操作ログ１０３を参照して、自端末装置での変更操作情報を作成する（ステップＳ４）。変更操作情報の例として、「情報の削除」（ファイルそのものの削除、またはファイル中の情報の削除）、「情報の追加」、「情報の変更」などがある。変更操作情報が「情報の削除」である場合には、さらに、変更操作情報に、ファイル中の削除された箇所を示す情報も含まれる。

変更操作情報が「情報の追加」または「情報の変更」である場合には、「実体まで同期」という配信制御が行われるときにファイルの実体が他の端末装置に送信されるが、そのときに、ファイル全体を送信してもよいし、追加または更新に係る情報のみを送信してもよい。追加または更新に係る情報のみを送信する場合には、変更操作情報には、ファイル中の追加または更新に係る箇所を示す情報も含まれる。

さらに、変更操作情報には、変更の操作の対象のファイルを特定する情報と、変更の操作がなされた時刻を示す時刻情報も含まれる。

次に、ファイル同期管理部１０４は、メンバロール記憶部１１０と配信ポリシー記憶部１２０とを参照して、コミュニティ内の他のメンバに対する配信制御方法を決定する（ステップＳ５）。図２および図３に示す例では、メンバＩＤ１およびメンバＩＤ２の端末装置に対しては「実体まで同期」という配信制御となり、メンバＩＤ３の端末装置に対しては「インデックス情報のみ同期」という配信制御になると決定される。

次に、ファイル同期管理部１０４は、コミュニティ内の他のメンバの端末装置２００，３００ごとに、ステップＳ５で決定した配信制御方法がどのようなものか判断する（ステップＳ６）。

ステップＳ５で決定した配信制御方法が「インデックス情報のみ同期」の場合には、ステップＳ４で作成した変更操作情報を、自端末装置のメンバＩＤとともに、他のメンバの端末装置２００，３００に対して送信するように通信手段１０５に指示する（ステップＳ７）。

一方、ステップＳ５で決定した配信制御方法が「実体まで同期」の場合には、ステップＳ４で作成した変更操作情報を参照し、変更操作情報が「情報削除」の場合はステップＳ７に移行し、自端末装置のメンバＩＤとともに、変更操作情報を他のメンバの端末装置２００，３００に対して送信するように通信手段１０５に指示する。ステップＳ４で作成した変更操作情報が「情報追加」または「情報更新」の場合には、ファイル記憶部１０２に格納されている当該ファイルの実体を読み出し（ステップＳ９）、自端末装置のメンバＩＤとともに、変更操作情報と当該ファイルの実体とを他のメンバの端末装置２００，３００に対して送信するように通信手段１０５に指示する（ステップＳ１０，ステップＳ１１）。

以上のような制御によって、端末装置２００，３００に対して、設定されているロールＩＤに応じて、ファイルの実体と変更操作情報とが送信される。具体的には、「実体まで同期」となっているロールＩＤが設定されている端末装置に対してファイルの実体および変更操作情報が送信されるが、「インデックス情報のみ同期」となっているロールＩＤが設定されている端末装置に対して、ファイルの実体は送信されず、変更操作情報のみが送信される。

ファイル同期管理部１０４は、記憶部に記憶されているプログラムに従って制御を実行する制御部（ＣＰＵ）で実現されるので、端末装置１００，２００，３００は、配信制御方法に従って、他の端末装置に、インデックス情報を更新させるための更新操作情報のみを送信するのか変更後のファイルの実体を送信するのかを決定する処理を実行させるための情報共有用プログラムを有していることになる。より具体的には、情報共有用プログラムは、操作ログ１０３に変更があった場合に、情報要求レベルと配信制御指定とを参照して、変更操作情報または更新後のファイルの内容を他の端末装置に送信する処理を実行させるように構成されている。

次に、図５のフローチャートを参照して、変更情報を受け取った端末装置２００，３００が、その変更を自端末装置２００，３００に反映する際の動作について説明する。

ネットワーク４００を介して通信手段１０５で受信された変更操作情報は、ファイル同期管理部１０４に通知される（ステップＳ４１）。このとき、情報送信側の端末装置１００でステップＳ１１においてファイルの実体も併せて送信された場合には、情報受信側の端末装置２００，３００において、通信手段１０５からファイル同期管理部１０４に、変更操作情報の中にファイルの実体を含む形で通知される。

ファイル同期管理部１０４は、変更操作情報にもとづいて、ファイル管理部１０１が保持するインデックス情報を修正する（ステップＳ４２）。すなわち、変更操作情報からファイルを特定し、そのファイルについて、変更操作情報に含まれる時刻情報から操作がなされた時刻を得て、変更操作情報とともに受信されたメンバＩＤからどのメンバが操作を行ったのかを示す情報を得て、インデックス情報として、それらの情報を設定する。この時点で、他の端末装置とインデックス情報に関する同期が完了したことになる。

次に、ファイル管理部１０１は、ステップＳ４１で通知される変更操作情報にもとづいて、ファイル記憶部１０２に格納されている情報に対する変更を行うか否か決定するために、ステップＳ４１で通知された変更操作情報に実体情報すなわちファイルの実体が含まれているかどうか判断する（ステップＳ４３）。

ステップＳ４１で通知された変更操作情報が「情報の削除」である場合には、ファイル管理部１０１は、当該ファイルのインデックス情報が存在しているかどうかを判断する（ステップＳ４４）。当該ファイルのインデックス情報が存在する場合には、ファイル記憶部１０２が記憶しているファイルの情報（ファイルそのもの、または、ファイル中で、変更操作情報に含まれる削除箇所情報が示す情報）を削除する（ステップＳ４５）。存在しない場合には、そのまま処理を終了する。

ステップＳ４１で通知された変更操作情報が「情報の更新」である場合には、ファイル管理部１０１は、変更操作通知にファイルの実体が含まれているかどうか判断する（ステップＳ４６）。ファイルの実体が含まれている場合には、そのファイルの実体で、ファイル記憶部１０２が記憶しているファイルの情報を置き換える（ステップＳ４７）。ファイルの実体が含まれない場合には、そのまま処理を終了する。

なお、情報送信側の端末装置１００が更新後のファイル全体を送信する場合には、ステップＳ４７において、ファイル管理部１０１は、ファイル記憶部１０２に記憶されていたファイルの全体を、受信されたファイルの実体で置き換える。また、情報送信側の端末装置１００がファイル中の更新箇所のみを送信する場合には、ファイル管理部１０１は、変更操作情報に含まれる更新箇所情報が示す情報にもとづいて、ファイル記憶部１０２に記憶されていたファイルの該当個所を、受信されたファイルの実体で置き換える。

ステップＳ４１で通知された変更操作情報が「情報の追加」である場合には、変更操作通知にファイルの実体が含まれているかどうかを判断する（ステップＳ４８）。ファイルの実体が含まれている場合には、ファイル記憶部１０２に記憶されているファイルに情報を追加する（ステップＳ４９）。ファイルの実体が含まれない場合は、そのまま処理を終了する。

なお、情報送信側の端末装置１００が追加操作後のファイル全体を送信する場合には、ステップＳ４９において、ファイル管理部１０１は、ファイル記憶部１０２に記憶されていたファイルの全体を、受信されたファイルの実体で置き換える。また、情報送信側の端末装置１００がファイル中の追加情報のみを送信する場合には、ファイル管理部１０１は、変更操作情報に含まれる追加箇所情報が示す情報にもとづいて、ファイル記憶部１０２に記憶されていたファイルの該当個所に、受信されたファイルの実体を追加する。

以上のように、この実施の形態によれば、メンバロールとそれに関連付けられた配信制御方法にもとづいて情報共有制御を行うので、メンバのコミュニティに対する関わり方に応じてインデックス情報のみの同期やファイルの実体までの同期を使い分けることが可能になる。従って、不必要な情報までを全てのメンバに配信することによる端末装置やネットワークの資源の浪費を防ぐことができる。また、メンバロールに配信制御方法を関連付けて同期制御を行うので、個別のメンバごとに情報共有制御の設定を行うことなく、メンバのコミュニティ内のロール（役割）に応じた情報共有制御設定を行うことが可能になり、情報共有制御に関する設定にかかる手間を削減することができる。

なお、あるファイルについて「インデックス情報のみ同期」という情報共有制御を受けている端末装置を使用しているメンバは、そのファイルの変更の実体を知りたい場合には、例えば、インデックス情報にもとづいて最後に変更操作を行ったメンバを知り、そメンバの端末装置からファイルの実体を受信すればよい。このことは、以下の各実施の形態でも同じである。

また、この実施の形態では、ファイルに対する変更操作がなされると直ちに変更情報が他の端末装置に送信されるように構成したが、何らかの契機に応じて変更情報が他の端末装置に送信されるようにしてもよい。例えば、一定の時間が経過するごとに、変更情報が他の端末装置に送信されるようにしたり、システムから切り離された端末装置すなわちネットワーク４００と切り離された端末装置が、システムに復帰したときに、システムから切り離されているた間に生じた変更操作にもとづく変更情報が他の端末装置に送信されるようにしてもよい。このことは、以下の各実施の形態でも同じである。

この実施の形態では、配信制御方法として、「実体まで同期」と「インデックス情報のみ同期」の２種類を例示したが、メンバロールに関連付けられた配信制御方法は、それらに限られず、種々の応用が可能である。

図６は、配信ポリシーの他の例を示す説明図である。図６（Ａ）に示す例では、「ファイルサイズが１Ｍバイト未満なら実体まで同期、ファイルサイズが１Ｍバイト以上ならインデックス情報のみ同期」、「変更後２４時間以内ならば実体まで同期、それ以降はインデックス情報のみ同期」、「変更後２４時間以内ならば実体まで同期、それ以降はインデックス情報のみ同期、ただしインデックス情報を赤字で表示」という配信制御方法が示されている。

図６（Ａ）に示す配信ポリシーを使用する場合、ファイル同期管理部１０４は、「ファイルサイズが１Ｍバイト未満なら実体まで同期、ファイルサイズが１Ｍバイト以上ならインデックス情報のみ同期」という配信制御方法を決定したときには、当該ファイルのサイズを確認してから、ファイルの実体と変更操作情報、または変更操作情報のみ配信する。また、「変更後２４時間以内ならば実体まで同期、それ以降はインデックス情報のみ同期」という配信制御方法を決定したときには、操作ログ１０３からファイルに対する変更操作がなされた時刻情報を入手し、さらに、端末装置１００が内蔵している時計から現在の時刻情報を得て、それらの時刻情報を比較することによって変更後２４時間以内か否か判断する。また、「変更後２４時間以内ならば実体まで同期、それ以降はインデックス情報のみ同期、ただしインデックス情報を赤字で表示」という配信制御方法を決定したときには、変更操作情報とともに、インデックス情報の文字色を示す情報を配信する。

図６（Ｂ）に示す例では、「変更者がＸＸであれば実体まで同期」、「変更者がＸＸでなければインデックス情報のみ同期」という配信制御方法が示されている。図６（Ｂ）に示す配信ポリシーを使用する場合、ファイル同期管理部１０４は、自端末装置のメンバＩＤにもとづいて「変更者がＸＸ」に該当するか否か判定し、該当するときには、ファイルの実体と変更操作情報を送信し、該当しなければ変更操作情報のみを配信する。

図６（Ｃ）に示す例では、図３に示された例に、「実体まで同期・インデックス情報を携帯端末に送信」という配信制御方法が追加されている。図６（Ｃ）に示す配信ポリシーを使用する場合、各端末装置において、ロール３に対応するメンバＩＤについて端末装置のアドレスとともに携帯端末のアドレスも記憶されている。そして、ファイル同期管理部１０４は、「実体まで同期・インデックス情報を携帯端末に送信」という配信制御方法を決定したときには、記憶されている携帯端末のアドレスに宛てて変更操作情報を送信する。このような例は、ある端末装置（スタンドアローンのパーソナルコンピュータなど）を使用するメンバが携帯端末も使用し、かつ、携帯端末においてファイルの実体までは記憶することができない場合に有用である。

さらに、複数の配信ポリシーを併用してもよい。例えば、図６（Ａ）に示された配信ポリシーと図６（Ｂ）に示された配信ポリシーとを併用する場合、ファイル同期管理部１０４は、ロール１に対応する端末装置に対して、「ファイルサイズが１Ｍバイト未満」で、かつ、「変更者がＸＸ」という条件を満たしていることを確認したらファイルの実体まで送信する。あるいは、「ファイルサイズが１Ｍバイト未満」という条件と「変更者がＸＸ」という条件のいずれかを満たしていることを確認したらファイルの実体まで送信するようにしてもよい。

実施の形態２．
本発明の第２の実施の形態について図面を参照して説明する。図７は、本発明による情報共有システムの第２の実施の形態を示すブロック図である。図７に示すように、本発明の第２の実施の形態では、図１に示された第１の実施の形態における端末装置１００の構成に対して、ファイル同期ポリシー管理部１３０が追加されている。

ファイル同期ポリシー管理部１３０は、コミュニティ内で共有されるファイルやフォルダについての同期ポリシーを保持する。図８は、フォルダまたはファイルに対して設定された同期ポリシーの一例を示す説明図である。図９は、コミュニティ内で共有されるファイルおよびフォルダの階層構造の一例を示す説明図である。図８に示されるように、同期ポリシーは、各ファイル・フォルダＩＤとそれぞれに割り当てられた配信制御方法とが対になった情報である。なお、ファイル・フォルダＩＤは、ファイル名やフォルダ名であってもよい。

この実施の形態では、コミュニティに属するいずれかのメンバの端末装置は、新たなフォルダまたはファイル（共有情報）を生成した場合に、ファイルを、あらかじめ決められているフォルダまたは生成したフォルダに格納するとともに、新たなフォルダまたはファイルについての同期ポリシーを設定する。図８および図９に示す例を参照すると、例えば、ファイル・フォルダＩDが２Ｂ２であるファイル（以下、ファイル２Ｂ２のように表現する。）を生成した場合に、ファイル２Ｂ２と配信制御方法（図８に示す例では「ロール２は実体まで同期」）とが対になった同期ポリシーを設定する。そして、ネットワーク４００を介して、生成したファイルの実体および同期ポリシーを他の端末装置に配信する。なお、ファイルの実体の配信を受けず、インデックス情報が配信される端末装置も存在しうる。他の端末装置における通信手段１０５が新たなファイルを受信すると、ファイル管理部１０１は、ファイル記憶部１０２における該当するフォルダに、受信されたファイルの実体を記憶させる。また、他の端末装置における通信手段１０５が新たな同期ポリシーを受信すると、ファイル同期ポリシー管理部１３０は、受信された同期ポリシーを保持する。

なお、新たなファイルまたはフォルダと同期ポリシーとが生成されたときに、端末装置は、ネットワーク４００を介して管理装置（図７において図示せず）にそのファイルまたはフォルダと同期ポリシーとを登録し、管理装置が、他の端末装置にネットワーク４００を介して配信するようにしてもよい。また、同期ポリシーは、ファイルまたはフォルダを生成した端末装置において付されるのではなく、管理装置、または管理端末装置としてのシステム内のいずれかの端末装置において付されるように構成してもよい。

次に、本発明の第２の実施の形態の動作について、図面を参照して説明する。図１０は、第２の実施の形態において、共有情報に対して何らかの変更が行われた端末装置において、変更情報を他の端末装置に通知する際の動作を示すフローチャートである。

図１０のステップＳ１〜Ｓ４に示す動作は、図４に示された第１の実施の形態における動作と同じである。すなわち、端末装置１００において、ファイル記憶部１０２に格納されている共有情報としてのファイルに対して追加、削除、更新などの変更操作が行われると（ステップＳ１）、ファイル管理部１０１が、保持しているインデックス情報を書き換え（ステップＳ２）、操作情報を操作ログ１０３（ファイル管理部１０１が有するメモリでもよい）に書き込む（ステップＳ３）。また、ファイル同期管理部１０４は、操作ログ１０３を参照して、自端末装置での変更操作情報を作成する（ステップＳ４）。

第１の実施の形態では、共有される全ての情報に対して共通の配信制御方法がメンバのロールに応じて設定されていた。それに対して、第２の実施の形態では、ステップＳ４の後に、ファイル同期管理部１０４は、ファイル同期ポリシー管理部１３０が保持している同期ポリシーを参照し、変更操作がなされたファイルについて、ファイル・フォルダＩＤに応じた配信制御方法を決定する（ステップＳ２０）。そのファイルについてファイル・フォルダＩＤに応じた配信制御方法が指定されていない場合には、すなわち、そのファイルに対して同期ポリシーが設定されていない場合には、ファイルの階層構造を遡り上位階層で指定されている配信制御方法を適用する。

図９には、ファイルやフォルダに割り当てられる同期ポリシーが、ファイルの階層構造に従って継承される際の継承範囲の一例が示されている。図８に示された例において、フォルダ２Ａに設定されるポリシーは、フォルダ２Ａの下位階層であるファイル２Ａ１にも継承される。図８に示された例において、フォルダ２Ｂに設定されるポリシーは、フォルダ２Ｂの下位階層であるファイル２Ｂ１に継承される。ただし、フォルダ２Ｂの下位階層であるファイル２Ｂ２については、図８に示されているように独自の同期ポリシーが設定されているので、フォルダ２Ｂのポリシーは継承されない。

ステップＳ２１では、ステップＳ２０でファイルについてのメンバのロールに応じた配信制御方法を決定できたかを判断し、決定されなかった場合には、すなわち上記の方法によってファイルについての配信制御方法が見いだせなかった場合には、ステップＳ５に進み、決定された場合にはステップＳ６に移行する。

その後の動作（ステップＳ５〜Ｓ１１）は、図４に示された第１の実施の形態における動作と同様である。すなわち、ステップＳ５において、ファイル同期管理部１０４は、メンバロール記憶部１１０と配信ポリシー記憶部１２０とを参照して、コミュニティ内の他のメンバに対する配信制御方法を決定する。そして、ステップＳ６において、ファイル同期管理部１０４は、コミュニティ内の他のメンバの端末装置２００，３００ごとにステップＳ５で決定した配信制御方法がどのようなものか判断するか、または、ステップＳ２０で決定した配信制御方法がどのようなものか判断する。

そして、ステップＳ２０またはステップＳ５で決定した配信制御方法が「インデックス情報のみ同期」の場合には、ステップＳ４で作成した変更操作情報を、自端末装置のメンバＩＤとともに、他のメンバの端末装置２００，３００に対して送信するように通信手段１０５に指示する（ステップＳ７）。ステップＳ２０またはステップＳ５で決定した配信制御方法が「実体まで同期」の場合には、ステップＳ４で作成した変更操作情報を参照し、変更操作情報が「情報削除」の場合はステップＳ７に移行し、自端末装置のメンバＩＤとともに、変更操作情報を他のメンバの端末装置２００，３００に対して送信するように通信手段１０５に指示する。ステップＳ４で作成した変更操作情報が「情報追加」または「情報更新」の場合には、ファイル記憶部１０２に格納されている当該ファイルの実体を読み出し（ステップＳ９）、自端末装置のメンバＩＤとともに、変更操作情報と当該ファイルの実体とを他のメンバの端末装置２００，３００に対して送信するように通信手段１０５に指示する（ステップＳ１０，ステップＳ１１）。

また、変更情報を受け取った端末装置が、変更情報によって示される変更を自端末装置に反映する際の動作は、図５に示された第１の実施の形態における動作と同じである。

以上のように、この実施の形態によれば、メンバ単位で配信制御設定を共有情報全体に共通に指定するだけではなく、共有されるファイルまたはフォルダごとに、メンバロールに応じた配信制御方法を割り当てることが可能である。よって、コミュニティ内での同期制御に関する設定をより細かく指定することが可能になり、端末装置やネットワーク資源をさらに有効に活用することができる。

なお、ファイル同期管理部１０４は、記憶部に記憶されているプログラムに従って制御を実行する制御部（ＣＰＵ）で実現されるので、端末装置１００，２００，３００は、操作ログ１０３に変更があった場合に、操作ログ１０３を変更する起因となった更新対象のファイルについての配信制御方法が記憶されていたときには、その配信制御方法に従って、インデックス情報または更新後のファイルの内容を他の端末装置に送信する処理を実行させるための情報共有用プログラムを有していることになる。

実施の形態３．
本発明の第３の実施の形態について図面を参照して説明する。図１１は、本発明による情報共有システムの第３の実施の形態を示すブロック図である。図１１に示すように、本発明の第３の実施の形態では、図１に示された第１の実施の形態における端末装置１００の構成に対して、ファイル属性管理部１４０が追加されている。ファイル属性管理部１４０は、ファイル属性として、コミュニティ内で共有されるファイルやフォルダについての任意の属性を保持する。

図１２は、ファイル属性の一例を示す説明図である。図１２に示す例では、ファイル属性は、各ファイル・フォルダＩＤとそれぞれに割り当てられた属性とが対になった情報である。図１３はファイル属性にもとづく配信ポリシーの一例を示す説明図である。図１３に示す例では、ファイル属性にもとづく配信ポリシーは、属性とそれぞれに割り当てられた配信制御方法とが対になった情報である。

この実施の形態では、コミュニティに属するいずれかのメンバの端末装置は、新たなフォルダまたはファイル（共有情報）を生成した場合に、ファイルを、あらかじめ決められているフォルダまたは生成したフォルダに格納するとともに、新たなフォルダまたはファイルについてのファイル属性を設定する。図１２に示す例を参照すると、例えば、ファイル・フォルダＩDが２Ａであるフォルダ（以下、フォルダ２Ａのように表現する。）を生成した場合に、フォルダ２Ａに対してファイル属性（図１２に示す例では「重要」）を設定する。そして、ネットワーク４００を介して、生成したファイルの実体およびファイル属性を他の端末装置に配信する。なお、ファイルの実体を配信せず、インデックス情報を配信する場合もある（ファイル属性が「重要」でない場合）。他の端末装置における通信手段１０５が新たなファイル属性を受信すると、ファイル属性管理部１４０は、受信されたファイル属性を保持する。なお、図１３に例示されたようなファイル属性にもとづく配信ポリシーは、端末装置がコミュニティに参加したときなどに、例えば管理装置から配信され、配信ポリシー記憶部１２０に記憶されている。

なお、新たなファイル属性が生成されたときに、端末装置は、ネットワーク４００を介して管理装置（図７において図示せず）にそのファイル属性を登録し、管理装置が、他の端末装置にネットワーク４００を介して配信するようにしてもよい。また、ファイル属性は、ファイルまたはフォルダを生成した端末装置において付されるのではなく、管理装置、または管理端末装置としてのシステム内のいずれかの端末装置において付されるように構成してもよい。

本実施の第３の実施の形態の動作について、図面を参照して説明する。図１４は、第３の実施の形態において、共有情報に対して何らかの変更が行われた端末装置において、変更情報を他の端末装置に通知する際の動作を示すフローチャートである。

図１４のステップＳ１〜Ｓ４に示す動作は、図４に示された第１の実施の形態における動作と同じである。すなわち、端末装置１００において、ファイル記憶部１０２に格納されている共有情報としてのファイルに対して追加、削除、更新などの変更操作が行われると（ステップＳ１）、ファイル管理部１０１が、保持しているインデックス情報を書き換え（ステップＳ２）、操作情報を操作ログ１０３（ファイル管理部１０１が有するメモリでもよい）に書き込む（ステップＳ３）。また、ファイル同期管理部１０４は、操作ログ１０３を参照して、自端末装置での変更操作情報を作成する（ステップＳ４）。

本実施の形態では、ステップＳ４の後に、ファイル属性管理部１４０が、変更操作がなされたファイルについて、ファイル属性を参照し、そのファイルに割り当てられている属性を獲得する。そして、配信ポリシー記憶部１２０を参照し、図１３に例示されたような属性ごとに割り当てられている配信制御方法を獲得し、両者を照合することによって、ファイルの属性にもとづく配信制御方法を決定する（ステップＳ３０）。そのファイルについてファイル属性が指定されていない場合には、第２の実施の形態における継承と同様に、ファイルの階層構造を遡り上位階層で指定されているファイル属性を適用する。

例えば、フォルダ２Ａに設定されるファイル属性は、フォルダ２Ａの下位階層のファイルにも継承される。変更操作がなされたファイルについてファイル属性が指定されていない場合に、そのファイルの上位階層であるフォルダにファイル属性が設定されていたときには、そのファイル属性が、変更操作がなされたファイルについてのファイル属性とされる。

ステップＳ３１では、ステップＳ３０でファイル属性にもとづく配信制御方法が決定できたか否か判断し、決定できなかった場合にはステップＳ５に進み、決定された場合にはステップＳ６に移行する。

その後の動作（ステップＳ５〜Ｓ１１）は、図４に示された第１の実施の形態における動作と同様である。すなわち、ステップＳ５において、ファイル同期管理部１０４は、メンバロール記憶部１１０と配信ポリシー記憶部１２０とを参照して、コミュニティ内の他のメンバに対する配信制御方法を決定する。そして、ステップＳ６において、ファイル同期管理部１０４は、コミュニティ内の他のメンバの端末装置２００，３００ごとにステップＳ５で決定した配信制御方法がどのようなものか判断するか、または、ステップＳ３０で決定した配信制御方法がどのようなものか判断する。

そして、ステップＳ３０またはステップＳ５で決定した配信制御方法が「インデックス情報のみ同期」の場合には、ステップＳ４で作成した変更操作情報を、自端末装置のメンバＩＤとともに、他のメンバの端末装置２００，３００に対して送信するように通信手段１０５に指示する（ステップＳ７）。ステップＳ３０またはステップＳ５で決定した配信制御方法が「実体まで同期」の場合には、ステップＳ４で作成した変更操作情報を参照し、変更操作情報が「情報削除」の場合はステップＳ７に移行し、自端末装置のメンバＩＤとともに、変更操作情報を他のメンバの端末装置２００，３００に対して送信するように通信手段１０５に指示する。ステップＳ４で作成した変更操作情報が「情報追加」または「情報更新」の場合には、ファイル記憶部１０２に格納されている当該ファイルの実体を読み出し（ステップＳ９）、自端末装置のメンバＩＤとともに、変更操作情報と当該ファイルの実体とを他のメンバの端末装置２００，３００に対して送信するように通信手段１０５に指示する（ステップＳ１０，ステップＳ１１）。

また、変更情報を受け取った端末装置が、変更情報によって示される変更を自端末装置に反映する際の動作は、図５に示された第１の実施の形態における動作と同じである。

以上のように、この実施の形態によれば、共有されるファイルおよびフォルダごとに属性を割り当て、その属性に応じた配信制御方法を割り当てることが可能である。よって、コミュニティ内での同期制御に関する設定をより細かく指定することが可能になり、端末装置やネットワークの資源をさらに有効に活用することができる。また、メンバ単位の配信制御設定によってインデックス情報のみを同期することになっているメンバに対しても、重要な情報をファイル実体まで同期させるなどの制御が可能になる。また、ファイルやフォルダの属性が同じであれば、共通の配信制御設定を適用することが可能となるため、配信制御設定を行う際の手間を削減することができる。

なお、ファイル同期管理部１０４は、記憶部に記憶されているプログラムに従って制御を実行する制御部（ＣＰＵ）で実現されるので、端末装置１００，２００，３００は、操作ログ１０３に変更があった場合に、操作ログ１０３を変更する起因となった更新対象のファイルについての属性が記憶されていたときには、その属性に対応する配信制御方法に従って、インデックス情報または更新後のファイルの内容を他の端末装置に送信する処理を実行させるための情報共有用プログラムを有していることになる。

また、この実施の形態では、各ファイル・フォルダに割り当てられた属性として、「重要」と「通常」の２種類を例示したが、属性はそれらに限られず、種々の応用が可能である。

図１５は、ファイル属性にもとづく配信ポリシーの他の例を示す説明図である。図１５（Ａ）に示す例では、属性が５段階の重要度に分類され、それぞれの重要度に対応して配信制御方法が割り当てられている。具体的には、最も重要度が高い場合には「実体まで同期」という配信制御方法が割り当てられ、最も重要度が低い場合には「インデックス情報のみ同期」という配信制御方法が割り当てられている。

また、図１５（Ｂ）に示す例では、顧客案件ごとに属性が割り当てられている。また、図１５（Ｃ）に示す例では、活動内容ごとに属性が割り当てられている。

実施の形態４．
本発明の第４の実施の形態について図面を参照して説明する。図１６は、本発明による情報共有システムの第４の実施の形態を示すブロック図である。図１６に示すように、本発明の第４の実施の形態では、図１に示された第１の実施の形態における端末装置１００の構成に対して、ファイル同期ポリシー管理部１３０およびファイル属性管理部１４０が追加されている。なお、ファイル同期ポリシー管理部１３０は、第２の実施の形態において設けられていたものと同じであり、ファイル属性管理部１４０は、第３の実施の形態において設けられていたものと同じである。

本実施の第４の実施の形態の動作について、図面を参照して説明する。図１７は、第４の実施の形態において、共有情報に対して何らかの変更が行われた端末装置において、変更情報を他の端末装置に通知する際の動作を示すフローチャートである。図１７のステップＳ１〜Ｓ４に示す動作は、図４に示された第１の実施の形態における動作と同じである。すなわち、端末装置１００において、ファイル記憶部１０２に格納されている共有情報としてのファイルに対して追加、削除、更新などの変更操作が行われると（ステップＳ１）、ファイル管理部１０１が、保持しているインデックス情報を書き換え（ステップＳ２）、操作情報を操作ログ１０３（ファイル管理部１０１が有するメモリでもよい）に書き込む（ステップＳ３）。また、ファイル同期管理部１０４は、操作ログ１０３を参照して、自端末装置での変更操作情報を作成する（ステップＳ４）。

また、ステップＳ３０，Ｓ３１の動作は、図１４に示された第３の実施の形態における動作と同じであり、ステップＳ２０，Ｓ２１の動作は、図１０に示された第２の実施の形態における動作と同じである。

すなわち、この実施の形態では、ステップＳ４の後に、まず、ファイル属性管理部１４０が、変更操作がなされたファイルについて、ファイル属性を参照し、そのファイルに割り当てられている属性を獲得する。そして、配信ポリシー記憶部１２０を参照し、図１３に例示されたような属性ごとに割り当てられている配信制御方法を獲得し、両者を照合することによって、ファイルの属性にもとづく動作（配信制御方法）を決定する（ステップＳ３０）。そのファイルについてファイル属性が指定されていない場合には、ファイルの階層構造を遡り上位階層で指定されているファイル属性を適用する。そして、ファイル属性にもとづく配信制御方法が決定できた場合にはステップＳ６に移行する。

ファイル属性にもとづく配信制御方法が決定できなかった場合には（ステップＳ３１）、ファイル同期ポリシー管理部１３０が、同期ポリシーを参照し、変更操作がなされたファイルについて、メンバのロールに応じた配信制御方法を決定する（ステップＳ２０）。そのファイルについてメンバのロールに応じた配信制御方法が指定されていない場合には、すなわち、そのファイルに対して同期ポリシーが設定されていない場合には、ファイルの階層構造を遡り上位階層で指定されている配信制御方法を適用する。

そして、ファイルについてのメンバのロールに応じた配信制御方法が決定されなかった場合には、ステップＳ５に進み、決定された場合にはステップＳ６に移行する。その後の動作（ステップＳ５〜Ｓ１１）は、図４に示された第１の実施の形態における動作と同様である。すなわち、ステップＳ５において、ファイル同期管理部１０４は、メンバロール記憶部１１０と配信ポリシー記憶部１２０とを参照して、コミュニティ内の他のメンバに対する配信制御方法を決定する。そして、ステップＳ６において、ファイル同期管理部１０４は、コミュニティ内の他のメンバの端末装置２００，３００ごとにステップＳ５で決定した配信制御方法がどのようなものか判断するか、または、ステップＳ３０もしくはステップＳ２０で決定した配信制御方法がどのようなものか判断する。

そして、ステップＳ３０、ステップＳ２０またはステップＳ５で決定した配信制御方法が「インデックス情報のみ同期」の場合には、ステップＳ４で作成した変更操作情報を、自端末装置のメンバＩＤとともに、他のメンバの端末装置２００，３００に対して送信するように通信手段１０５に指示する（ステップＳ７）。ステップＳ３０、ステップＳ２０またはステップＳ５で決定した配信制御方法が「実体まで同期」の場合には、ステップＳ４で作成した変更操作情報を参照し、変更操作情報が「情報削除」の場合はステップＳ７に移行し、自端末装置のメンバＩＤとともに、変更操作情報を他のメンバの端末装置２００，３００に対して送信するように通信手段１０５に指示する。ステップＳ４で作成した変更操作情報が「情報追加」または「情報更新」の場合には、ファイル記憶部１０２に格納されている当該ファイルの実体を読み出し（ステップＳ９）、自端末装置のメンバＩＤとともに、変更操作情報と当該ファイルの実体とを他のメンバの端末装置２００，３００に対して送信するように通信手段１０５に指示する（ステップＳ１０，ステップＳ１１）。

また、変更情報を受け取った端末装置が、変更情報によって示される変更を自端末装置に反映する際の動作は、図５に示された第１の実施の形態における動作と同じである。

以上のように、この実施の形態によれば、メンバ単位で配信制御設定を共有情報全体に共通に指定するだけではなく、第２の実施の形態の場合と同様に、共有されるファイルまたはフォルダごとに、メンバロールに応じた配信制御方法を割り当てられることが可能である。また、第３の実施の形態の場合と同様に、共有されるファイルおよびフォルダごとに属性を割り当て、その属性に応じた配信制御方法を割り当てることが可能である。よって、コミュニティ内での同期制御に関する設定をさらに細かく指定することが可能になり、端末装置やネットワーク資源をさらに有効に活用することができる。

なお、上記の第４の実施の形態では、ステップＳ３０，Ｓ３１の処理がステップＳ２０，Ｓ２１の処理に優先して実行されたが、ステップＳ２０，Ｓ２１の処理をステップＳ３０，Ｓ３１の処理に優先して実行されるように構成してもよい。

本発明は、複数のメンバで情報を共有することによってデスクワークをサポートするグループウェアシステムといった用途に適用可能である。また、複数のユーザが共同してプロジェクトを遂行する際のプロジェクト管理システムといった用途にも適用可能である。

本発明の第１の実施の形態の構成を示すブロック図である。 メンバロールの一例を示す説明図である。 配信ポリシーの一例を示す説明図である。 第１の実施の形態における端末装置での変更情報を他の端末装置に通知する際の動作を示すフローチャートである。 第１の実施の形態における変更情報を受け取った端末装置がその変更を自端末装置に反映する際の動作を示すフローチャートである。 配信ポリシーの他の例を示す説明図である。 本発明の第２の実施の形態の構成を示すブロック図である。 同期ポリシーの一例を示す説明図である。 コミュニティ内で共有されるファイルおよびフォルダの階層構造の一例を示す説明図である。 第２の実施の形態における端末装置での変更情報を他の端末装置に通知する際の動作を示すフローチャートである。 本発明の第３の実施の形態の構成を示すブロック図である。 ファイル属性の一例を示す説明図である。 ファイル属性にもとづく配信ポリシーの一例を示す説明図である。 第３の実施の形態における端末装置での変更情報を他の端末装置に通知する際の動作を示すフローチャートである。 ファイル属性にもとづく配信ポリシーの他の例を示す説明図である。 本発明の第４の実施の形態の構成を示すブロック図である。 第４の実施の形態における端末装置での変更情報を他の端末装置に通知する際の動作を示すフローチャートである。 従来技術の構成を示すブロック図である。

符号の説明

１００、２００、３００ 端末装置
１０１ ファイル管理部
１０２ ファイル記憶部
１０３ 操作ログ
１０４ ファイル同期管理部
１０５ 通信手段
１１０ メンバロール記憶部
１２０ 配信ポリシー記憶部
１３０ ファイル同期ポリシー管理部
１４０ ファイル属性管理部
４００ ネットワーク

Claims (13)

1. 複数の端末装置が通信ネットワークを介して接続され、各端末装置がファイルとして記憶されている情報の共有を行う情報共有システムにおいて、
   前記各端末装置が、
   複数の情報要求レベルのそれぞれに対応した配信制御指定にもとづいて情報の同期制御を行う同期管理手段と、
   共有情報をファイルとして記憶するファイル記憶部と、
   共有情報の変更操作を示すインデックス情報を管理するインデックス情報管理手段と、
   システム内の各端末装置ごとの情報要求レベルを記憶するメンバロール記憶部と、
   前記メンバロール記憶部に記憶されている情報要求レベル毎の配信制御指定を記憶する配信ポリシー記憶部と、
   共有情報の内容、およびインデックス情報を更新させるための情報を送信する通信手段とを備え、
   前記インデックス情報管理手段は、前記ファイル記憶部に記憶されているファイルに対応するインデックス情報を管理するファイル管理部を含み、
   前記同期管理手段は、共有情報が変更された場合に、前記配信ポリシー記憶部に記憶されている配信制御指定に従って、他の端末装置に、共有情報の変更操作を示すインデックス情報を更新させるための情報のみを送信するのか変更後の前記ファイルの内容を送信するのかを決定するファイル同期管理部を含む
   ことを特徴とする情報共有システム。
2. 端末装置上で発生したファイルの更新の操作情報を記録する操作ログを備え、
   ファイル同期管理部は、前記操作ログに変更があった場合に、前記メンバロール記憶部に記憶されている情報要求レベルと前記配信ポリシー記憶部に記憶されている配信制御指定とを参照して、インデックス情報を更新させるための情報または更新後のファイルの内容を、通信手段を介して他の端末装置に送信する
   請求項１記載の情報共有システム。
3. ファイル同期管理部は、
   配信制御指定が簡易情報を送信する指定である場合には、その配信制御指定に対応する情報要求レベルが割り当てられている他の端末装置に対してインデックス情報を更新させるための情報のみを送信し、
   配信制御指定が詳細情報を送信する指定である場合には、その情報要求レベルに対応する情報要求レベルが割り当てられている他の端末装置に対して更新後のファイルの内容を送信する
   請求項１または請求項２記載の情報共有システム。
4. 端末装置は、ファイルおよびフォルダごとに割り当てられる配信制御指定を記憶するファイル同期ポリシー管理部を含む
   請求項１から請求項３のうちのいずれか１項に記載の情報共有システム。
5. ファイル同期管理部は、操作ログに変更があった場合に、操作ログを変更する起因となった更新対象のファイルについての配信制御指定がファイル同期ポリシー管理部に記憶されていた場合には、その配信制御指定に従って、インデックス情報を更新させるための情報または更新後のファイルの内容を、通信手段を介して他の端末装置に送信する
   請求項４記載の情報共有システム。
6. ファイル同期管理部は、更新対象のファイルについての配信制御指定がファイル同期ポリシー管理部に記憶されていない場合に、前記ファイルの上位階層であるフォルダに配信制御指定が割り当てられていたときには、その配信制御指定に従って、インデックス情報を更新させるための情報または更新後のファイルの内容を送信する
   請求項５記載の情報共有システム。
7. 端末装置は、ファイルおよびフォルダに割り当てられる属性と、属性に対応する配信制御指定とを記憶するファイル属性管理部を含む
   請求項１から請求項６のうちのいずれか１項に記載の情報共有システム。
8. ファイル同期管理部は、操作ログに変更があった場合に、操作ログを変更する起因となった更新対象のファイルについての属性がファイル属性管理部に記憶されていた場合には、その属性に対応する配信制御指定に従って、インデックス情報を更新させるための情報または更新後のファイルの内容を、通信手段を介して他の端末装置に送信する
   請求項７記載の情報共有システム。
9. ファイル同期管理部は、更新対象のファイルについての属性がファイル属性管理部に記憶されていない場合に、前記ファイルの上位階層であるフォルダに属性が割り当てられていたときには、その属性に対応する配信制御指定に従って、インデックス情報を更新させるための情報または更新後のファイルの内容を送信する
   請求項５記載の情報共有システム。
10. ファイル同期管理部は、
    属性に対応する配信制御指定が簡易情報を送信する指定である場合には、他の端末装置に対してインデックス情報を更新させるための情報のみを送信し、
    属性に対応する配信制御指定が詳細情報を送信する指定である場合には、他の端末装置に対して更新後のファイルの内容を送信する
    請求項８または請求項９記載の情報共有システム。
11. ファイルの更新の操作情報を記録する操作ログを備えた複数の端末装置が通信ネットワークを介して接続され、共有情報をファイルとして記憶するとともにシステム内の各端末装置ごとの情報要求レベルと情報要求レベル毎の配信制御指定とを記憶する各端末装置が互いに情報共有を行う情報共有システムにおいて、前記各端末装置が、複数の情報要求レベルのそれぞれに対応した配信制御指定にもとづいて情報の同期制御を行うための情報共有用プログラムであって、
    端末装置のコンピュータに、
    共有情報の変更操作を示すインデックス情報を管理する処理と、
    前記操作ログに変更があった場合に、情報要求レベルと配信制御指定とを参照し、前記配信制御指定に従って、他の端末装置に、共有情報の変更操作を示すインデックス情報を更新させるための情報のみを送信するのか変更後の前記ファイルの内容を送信するのかを決定する処理と
    を実行させるための情報共有用プログラム。
12. ファイルおよびフォルダごとに割り当てられる配信制御指定を記憶可能な端末装置のコンピュータに、
    操作ログに変更があった場合に、操作ログを変更する起因となった更新対象のファイルについての配信制御指定が記憶されていたときには、その配信制御指定に従って、インデックス情報を更新させるための情報または更新後のファイルの内容を他の端末装置に送信する処理を実行させるための請求項１１記載の情報共有用プログラム。
13. ファイルおよびフォルダに割り当てられる属性と属性に対応する配信制御指定とを記憶可能な端末装置のコンピュータに、
    操作ログに変更があった場合に、操作ログを変更する起因となった更新対象のファイルについての属性が記憶されていたときには、その属性に対応する配信制御指定に従って、インデックス情報を更新させるための情報または更新後のファイルの内容を他の端末装置に送信する処理を実行させるための請求項１１または請求項１２記載の情報共有用プログラム。

Images