JPH11127147A

JPH11127147A - 蓄積交換型電子会議システムにおける情報矛盾判定、修正装置及び方法並びに情報矛盾判定、修正プログラムを記録した媒体

Info

Publication number: JPH11127147A
Application number: JP28732197A
Authority: JP
Inventors: Minoru Nitta; 稔新田; Takayo Ooba; 多加代大塲; Katsuhiko Tomita; 克彦富田; Toshimoto Katsuike; 俊元勝池; Hiroyuki Murai; 弘普村井
Original assignee: Fujitsu Ltd
Current assignee: Fujitsu Ltd
Priority date: 1997-10-20
Filing date: 1997-10-20
Publication date: 1999-05-11
Anticipated expiration: 2017-10-20
Also published as: GB2330495A; GB2330495B; US6229825B1; JP3802977B2; GB9805919D0

Abstract

(57)【要約】【課題】情報内容に矛盾が発生したときに、これを自
動的に判定し或いは修正し、伝達された情報が正しく反
映されるようにする。【解決手段】地理的に離れた複数のサイト間で、デー
タベース12に登録される階層構造のフォーラム及び各フ
ォーラムに含まれる階層構造のメッセージ（以下「オブ
ジェクト」という）に対する処理情報を、蓄積交換型の
通信方式を用いて交換する電子会議システムにおいて、
交換情報に処理対象となるオブジェクトの上位階層のオ
ブジェクトを特定する情報を含ませると共に、データベ
ース12に登録されているオブジェクト及び受信情報に含
まれる上位階層のオブジェクトを特定する情報に基い
て、伝達された情報に矛盾が発生しているか否かを判定
する。また、伝達された情報に矛盾発生したと判定され
たときには、受信した情報に基いて、送信元のサイトか
らオブジェクトを取得して、データベース12に登録され
ているオブジェクトを修正する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、蓄積交換型電子会
議システムに関し、特に、情報交換される情報の内容に
矛盾が発生したときに、これを自動的に判定し或いは修
正する技術に関する。

【０００２】

【従来の技術】一般的に、電子会議システムとは、不特
定多数の利用者が情報交換を行うために構築されるシス
テムをいう。大規模な電子会議システムでは、地理的に
離れた地域（以下「サイト」という）毎に電子会議シス
テムを利用できる利用者を登録する。そして、登録され
た利用者は、そのサイトのみを利用することができる。

【０００３】かかる電子会議システムでは、一般的に、
各サイト間を接続する通信回線の通信速度等を考慮し
て、蓄積交換型の通信方式が採用される。即ち、各サイ
トの利用者が発生させた情報は、送信する情報を蓄積す
る機構に蓄積され、所定期間毎にまとめて他のサイトに
送信される。一方、他のサイトでは、受信した情報は、
受信した情報を蓄積する機構に一旦蓄積され、処理能力
に余裕ができたバックグラウンドで処理される。

【０００４】また、電子会議システムでは、通常、階層
構造のフォーラムと呼ばれる入れ物で単位付けられてい
る。そして、各フォーラムには、情報としての階層構造
のメッセージが含まれる。

【０００５】

【発明が解決しようとする課題】しかしながら、電子会
議システムでは、蓄積交換型の通信方式が採用されてい
るため、伝達される情報に矛盾が発生することがある。
例えば、図２８に示すように、サイトＡ及びＢのフォー
ラムＡの間で情報交換が行われる場合であって、フォー
ラムＡの下位階層にフォーラムＢが設定されているとす
る。この状態で、サイトＢにおいて、何らかの原因（例
えば、停電等による電源の遮断）によって、サイトＢの
フォーラムＡ及びその下位階層のフォーラムＢが消去さ
れてしまい、リカバリディスクの内容に基いてサイトＢ
のフォーラムを復旧したところ、リカバリディスクの内
容が古いために、図２９に示すように、サイトＢのフォ
ーラムＡの下位階層にはフォーラムＢが設定されていな
い状態に戻ってしまう場合が考えられる。かかる状態
で、サイトＡからサイトＢに、フォーラムＢに対するメ
ッセージの書き込み（作成）が行われると、サイトＢに
おいては、存在しないフォーラムＢに対する情報操作が
行われることとなり、情報内容に矛盾が発生する。

【０００６】かかる情報内容に矛盾が発生しても、従来
の技術では発見が難しく、電子会議システムの管理者
は、長期間矛盾発生に気が付かないことが多かった。従
って、各サイト間で交換される情報が対して重要でない
場合には支障が少ないが、情報が極めて重要であり、或
いは、迅速な処理が要求される場合には、伝達される情
報内容に矛盾があると、この情報を受信したサイトにお
いて情報が正しく反映されず、電子会議システムの信頼
性を低下させる要因になるおそれがあった。

【０００７】そこで、本発明は以上のような従来の問題
点に鑑み、伝達される情報内容に矛盾が発生したとき
に、これを自動的に判定し或いは修正し、伝達された情
報が正しく反映されるようにし、電子会議システムの信
頼性を向上することを目的とする。

【０００８】

【課題を解決するための手段】このため、請求項１記載
の発明は、階層構造のオブジェクトを登録するファイル
システムと、該ファイルシステムを管理する複数のサー
バと、を含んで構成され、前記サーバ間で蓄積交換型の
通信方式を用いて処理対象となるオブジェクトの情報交
換を行う電子会議システムにおける情報矛盾検出装置で
あって、前記サーバ間で交換される情報に、処理対象と
なるオブジェクトの上位階層のオブジェクトを特定する
情報を含ませると共に、前記ファイルシステムに登録さ
れているオブジェクト及び受信した情報に含まれる上位
階層のオブジェクトを特定する情報が示すオブジェクト
に基いて、伝達された情報に矛盾が発生しているか否か
を判定する矛盾判定手段を含んで構成した。

【０００９】かかる構成によれば、複数のサーバ間で情
報交換を行う場合、伝達される情報には、処理対象とな
るオブジェクトの上位階層のオブジェクトを特定する情
報が含まれる。そして、情報を受信したサーバにおい
て、情報に含まれる上位階層のオブジェクトを特定する
情報が示すオブジェクト及びファイルシステムに登録さ
れているオブジェクトに基いて、伝達された情報に矛盾
が発生しているか否かが判定される。

【００１０】請求項２記載の発明は、前記矛盾判定手段
は、受信した情報に含まれる上位階層のオブジェクトを
特定する情報が示すオブジェクトと前記ファイルシステ
ムに登録されているオブジェクトとが不一致のときに、
伝達された情報に矛盾が発生したと判定する構成とし
た。かかる構成によれば、矛盾判定手段は、受信した情
報に含まれる上位階層のオブジェクトを特定する情報が
示すオブジェクトと前記ファイルシステムに登録されて
いるオブジェクトとが不一致のときに、伝達された情報
に矛盾が発生したと判定するので、伝達された情報の矛
盾判定が極めて簡単に行われる。

【００１１】請求項３記載の発明は、階層構造のオブジ
ェクトを登録するファイルシステムと、該ファイルシス
テムを管理する複数のサーバと、を含んで構成され、前
記サーバ間で蓄積交換型の通信方式を用いて処理対象と
なるオブジェクトの情報交換を行う電子会議システムに
おける情報矛盾検出装置であって、前記サーバ間で交換
される情報に、処理対象となるオブジェクトの上位階層
のオブジェクトを特定する情報及び送信元のサーバを特
定する情報が含ませると共に、前記ファイルシステムに
登録されているオブジェクト及び受信した情報に含まれ
る上位階層のオブジェクトを特定する情報が示すオブジ
ェクトに基いて、伝達された情報に矛盾が発生している
か否かを判定する矛盾判定手段と、該矛盾判定手段によ
り伝達された情報に矛盾が発生していると判定されたと
きに、受信した情報に基いて、前記ファイルシステムに
登録されている階層構造のオブジェクトを修正する矛盾
修正手段と、を含んで構成した。

【００１２】かかる構成によれば、複数のサーバ間で情
報交換を行う場合、伝達される情報には、処理対象とな
るオブジェクトの上位階層のオブジェクトを特定する情
報が含まれる。そして、情報を受信したサーバにおい
て、情報に含まれる上位階層のオブジェクトを特定する
情報が示すオブジェクト及びファイルシステムに登録さ
れているオブジェクトに基いて、伝達された情報に矛盾
が発生しているか否かが判定される。伝達された情報に
矛盾が発生していると判定されると、矛盾修正手段によ
って、受信した情報に基いて、ファイルシステムに登録
されている階層構造のオブジェクトが修正される。

【００１３】請求項４記載の発明は、前記矛盾判定手段
は、受信した情報に含まれる上位階層のオブジェクトを
特定する情報が示すオブジェクトと前記ファイルシステ
ムに登録されているオブジェクトとが不一致のときに、
伝達された情報に矛盾が発生したと判定する構成とし
た。かかる構成によれば、矛盾判定手段は、受信した情
報に含まれる上位階層のオブジェクトを特定する情報が
示すオブジェクトと前記ファイルシステムに登録されて
いるオブジェクトとが不一致のときに、伝達された情報
に矛盾が発生したと判定するので、伝達された情報の矛
盾判定が極めて簡単に行われる。

【００１４】請求項５記載の発明は、前記矛盾修正手段
は、受信した情報に含まれる送信元のサーバを特定する
情報が示すサーバから、階層構造のオブジェクトを取得
して、前記ファイルシステムに登録されている階層構造
のオブジェクトを修正する構成とした。かかる構成によ
れば、矛盾修正手段は、受信した情報に含まれる送信元
のサーバを特定する情報が示すサーバから、階層構造の
オブジェクトを取得して、ファイルシステムに登録され
ている階層構造のオブジェクトを修正するので、伝達さ
れた情報の矛盾修正が極めて簡単に行われる。

【００１５】請求項６記載の発明は、階層構造のオブジ
ェクトを登録するファイルシステムと、該ファイルシス
テムを管理する複数の管理工程と、を含んで構成され、
前記管理工程間で蓄積交換型の通信方式を用いて処理対
象となるオブジェクトの情報交換を行う電子会議システ
ムにおける情報矛盾判定方法であって、前記管理工程間
で交換される情報は、処理対象となるオブジェクトの上
位階層のオブジェクトを特定する情報が含ませると共
に、前記ファイルシステムに登録されているオブジェク
ト及び受信した情報に含まれる上位階層のオブジェクト
を特定する情報が示すオブジェクトに基いて、伝達され
た情報に矛盾が発生しているか否かを判定する矛盾判定
工程を含んで構成した。

【００１６】かかる構成によれば、複数の管理工程間で
情報交換を行う場合、伝達される情報には、処理対象と
なるオブジェクトの上位階層のオブジェクトを特定する
情報が含まれる。そして、情報を受信した管理工程にお
いて、情報に含まれる上位階層のオブジェクトを特定す
る情報が示すオブジェクト及びファイルシステムに登録
されているオブジェクトに基いて、伝達された情報に矛
盾が発生しているか否かが判定される。

【００１７】請求項７記載の発明は、階層構造のオブジ
ェクトを登録するファイルシステムと、該ファイルシス
テムを管理する複数の管理工程と、を含んで構成され、
前記管理工程間で蓄積交換型の通信方式を用いて処理対
象となるオブジェクトの情報交換を行う電子会議システ
ムにおける情報矛盾修正方法であって、前記管理工程間
で交換される情報に、処理対象となるオブジェクトの上
位階層のオブジェクトを特定する情報及び送信元の管理
工程を特定する情報が含ませると共に、前記ファイルシ
ステムに登録されているオブジェクト及び受信した情報
に含まれる上位階層のオブジェクトを特定する情報が示
すオブジェクトに基いて、伝達された情報に矛盾が発生
しているか否かを判定する矛盾判定工程と、該矛盾判定
工程により伝達された情報に矛盾が発生していると判定
されたときに、受信した情報に基いて、前記ファイルシ
ステムに登録されている階層構造のオブジェクトを修正
する矛盾修正工程と、を含んで構成した。

【００１８】かかる構成によれば、複数の管理工程間で
情報交換を行う場合、伝達される情報には、処理対象と
なるオブジェクトの上位階層のオブジェクトを特定する
情報が含まれる。そして、情報を受信した管理工程にお
いて、情報に含まれる上位階層のオブジェクトを特定す
る情報が示すオブジェクト及びファイルシステムに登録
されているオブジェクトに基いて、伝達された情報に矛
盾が発生しているか否かが判定される。伝達された情報
に矛盾が発生していると判定されると、矛盾修正工程に
よって、受信した情報に基いて、ファイルシステムに登
録されている階層構造のオブジェクトが修正される。

【００１９】請求項８記載の発明は、階層構造のオブジ
ェクトを登録するファイルシステムと、該ファイルシス
テムを管理する複数の管理機能と、を含んで構成され、
前記管理機能間で蓄積交換型の通信方式を用いて処理対
象となるオブジェクトの情報交換を行う電子会議システ
ムにおける情報矛盾判定プログラムを記録した媒体であ
って、前記管理機能間で交換される情報に、処理対象と
なるオブジェクトの上位階層のオブジェクトを特定する
情報が含ませると共に、前記ファイルシステムに登録さ
れているオブジェクト及び受信した情報に含まれる上位
階層のオブジェクトを特定する情報が示すオブジェクト
に基いて、伝達された情報に矛盾が発生しているか否か
を判定する矛盾判定機能を実現するための電子会議シス
テムにおける情報矛盾判定プログラムを記録した。

【００２０】ここで、「媒体」とは、各種情報を確実に
記録でき、かつ、必要に応じて確実に取り出し可能なも
のをいい、具体的には、紙カード（パンチカード）、紙
テープ、磁気テープ、磁気ディスク、磁気ドラム、ＣＤ
−ＲＯＭ、ＩＣカード等がある。かかる構成によれば、
ファイルシステムを管理する複数の管理機能と、伝達さ
れた情報に矛盾が発生しているか否かを判定する矛盾判
定機能と、を実現するためのプログラムを媒体に記録し
たので、このプログラムを記録した媒体があれば、本発
明に係る情報矛盾判定装置が容易に構築される。

【００２１】請求項９記載の発明は、階層構造のオブジ
ェクトを登録するファイルシステムと、該ファイルシス
テムを管理する複数の管理機能と、を含んで構成され、
前記管理機能間で蓄積交換型の通信方式を用いて処理対
象となるオブジェクトの情報交換を行う電子会議システ
ムにおける情報矛盾修正プログラムを記録した媒体であ
って、前記管理機能間で交換される情報に、処理対象と
なるオブジェクトの上位階層のオブジェクトを特定する
情報及び送信元の管理機能を特定する情報が含ませると
共に、前記ファイルシステムに登録されているオブジェ
クト及び受信した情報に含まれる上位階層のオブジェク
トを特定する情報が示すオブジェクトに基いて、伝達さ
れた情報に矛盾が発生しているか否かを判定する矛盾判
定機能と、該矛盾判定機能により伝達された情報に矛盾
が発生していると判定されたときに、受信した情報に基
いて、前記ファイルシステムに登録されている階層構造
のオブジェクトを修正する矛盾修正機能と、を実現する
ための電子会議システムにおける情報矛盾修正プログラ
ムを記録した。

【００２２】かかる構成によれば、ファイルシステムを
管理する複数の管理機能と、伝達された情報に矛盾が発
生しているか否かを判定する矛盾判定機能と、ファイル
システムに登録されている階層構造のオブジェクトを修
正する矛盾修正機能と、を実現するためのプログラムを
媒体に記録したので、このプログラムを記録した媒体が
あれば、本発明に係る情報矛盾修正装置が容易に構築さ
れる。

【００２３】

【発明の実施の形態】以下、添付された図面を参照して
本発明を詳述する。図１は、本発明に係る電子会議シス
テムを、地理的に離れた４つのサイトＡ，Ｂ，Ｃ及びＤ
間で実現した一実施形態のシステム構成を示す。即ち、
電子会議システムは、サイトＡ，Ｂ，Ｃ及びＤ間を通信
回線で相互に接続したクライアント／サーバモデルで実
現される。なお、サーバ及びクライアントは、少なくと
も中央処理装置（ＣＰＵ）とメモリとを備え、メモリ上
のプログラムを実行する計算機である。

【００２４】各サイトは、１つのサーバ１０（管理工
程、管理機能）と、少なくとも１つのクライアント３０
と、を含んで夫々構成される。各サイト間は、通信回線
４０を介して相互に接続され、また、通信回線４０の通
信速度等を考慮して、蓄積交換型の通信方式によって情
報交換が行われる。即ち、サイトＡのクライアント３０
で発生した情報は、情報発生と同時にサイトＢ，Ｃ及び
Ｄに送信されるのではなく、サイトＡで送信する情報を
蓄積し、所定期間毎にまとめて送信される。

【００２５】サーバ１０は、データベース１２（ファイ
ルシステム）と、サーバソフト１４と、コマンドキュー
１６と、送信キュー１８と、受信キュー２０と、を含ん
で構成される。サーバソフト１４は、データベース１２
の参照及び更新等を行う。コマンドキュー１６は、サイ
トで発生した情報の操作内容を蓄積する。送信キュー１
８は、他のサイトへ送信する情報を蓄積する。受信キュ
ー２０は、他のサイトから受信した情報を蓄積する。コ
マンドキュー１６、送信キュー１８及び受信キュー２０
は、ＦＩＦＯ（First In First Out）型の待ち行列を形
成するファイルにより夫々構成される。

【００２６】なお、サーバソフト１４は、矛盾判定手
段、矛盾修正手段、矛盾判定工程、矛盾修正工程、矛盾
判定機能、矛盾修正機能として作用する。データベース
１２には、情報交換を行う単位（入れ物）となるフォー
ラムが作成される。フォーラムは、図２に示すように、
階層構造をとることができ、最上位のフォーラムＡは
「メインフォーラム」、その他のフォーラムＢ₁，
Ｂ₂，Ｃは「サブフォーラム」と呼ばれる。なお、サブ
フォーラムは、同一階層に複数設定することができ、図
２においては、フォーラムＢ₁とフォーラムＢ₂とは、
同一階層のフォーラムとなる。

【００２７】各フォーラムには、図３に示すように、階
層構造のメッセージが含まれる。最上位のメッセージＡ
は「トピック」と呼ばれ、例えば、「・・・について」
のように主題（表題）が提起される。その他のメッセー
ジＢ，Ｃ₁，Ｃ₂，Ｄは「リプライ」と呼ばれ、あるメ
ッセージに対する返答が行われる。なお、あるメッセー
ジに対する返答は、複数行うことができ、図３において
は、メッセージＢに対する返答は、メッセージＣ₁及び
Ｃ₂となる。

【００２８】フォーラムが作成されたサイトには、フォ
ーラムの原型（オリジナル）が格納され、他のサイトに
は、フォーラムの複製（レプリカ）が格納される。そし
て、電子会議システムにおけるフォーラムの利用者は、
自分が属するサイトのフォーラム（原型か複製かを問わ
ない）に対してメッセージの作成等の処理を行う。フォ
ーラムに対して行った処理は、蓄積交換型の通信方式に
より、通信回線４０を介して他のサイトに伝達され、他
のサイトのフォーラムに反映される。即ち、各サイトに
おけるフォーラムの内容には、時間的なずれが生じてい
る。

【００２９】データベース１２の内容をさらに詳しく説
明すると、図４に示すように、データベース１２には、
フォーラムを定義するフォーラムオブジェクト５０と、
メッセージを定義するメッセージオブジェクト５２と、
電子会議システムの利用者（ユーザー）を定義するユー
ザーオブジェクト５４と、サイトを示すサイトオブジェ
クト５６と、が含まれる。各オブジェクトは、電子会議
システム全体で、ユニークなオブジェクトＩＤ（識別番
号）が付される。即ち、オブジェクトＩＤは、電子会議
システム全体で設定されるユニークなサーバＩＤと、各
サイトのオブジェクト毎に設定されるユニークなＩＤ
と、によって決定される。例えば、３２ビットでオブジ
ェクトＩＤを表わす場合には、図５に示すように、上位
１６ビットにサーバＩＤを、下位１６ビットに各サイト
のオブジェクト毎に設定されるＩＤを、設定すること
で、電子会議システム全体において、オブジェクトＩＤ
がユニークなものとなる。

【００３０】フォーラムオブジェクト５０には、フォー
ラムの名前、作成者、作成日及び説明文と、フォーラム
の階層構造を定義する構造情報と、が含まれる。構造情
報には、１階層上のフォーラムオブジェクトを示すオブ
ジェクトＩＤと、最上位のメインフォーラムオブジェク
トを示すオブジェクトＩＤと、が含まれる。メッセージ
オブジェクト５２には、主題（表題「・・・につい
て」）、作成者、作成日及びメッセージ本文（メッセー
ジの内容）と、メッセージの階層構造を定義する構造情
報と、が含まれる。構造情報には、どのメッセージに対
する返答であるかを示す１階層上のメッセージオブジェ
クトのオブジェクトＩＤと、どのトピックに属するかを
示すトピックオブジェクトのオブジェクトＩＤと、どの
フォーラムに属するかを示すフォーラムオブジェクトの
オブジェクトＩＤと、が含まれる。

【００３１】ユーザーオブジェクト５４には、データベ
ース１２を利用可能なクライアント３０のクライアント
名と、各クライアント３０がログオンするためのパスワ
ード等の情報と、が含まれる。従って、クライアント３
０からデータベース１２の参照要求があったときには、
ユーザーオブジェクト５４の内容を調べて、そのクライ
アント３０にはデータベース１２の参照権限があるのか
等を判断することができる。

【００３２】サイトオブジェクト５６には、データベー
ス１２を利用可能なクライアント３０を示すクライアン
トＩＤと、利用可能な他のサイトを示すオブジェクトＩ
Ｄと、が含まれる。また、各フォーラムには、どのサイ
トと情報交換を行うかを定義する宛先情報が登録され
る。例えば、図６に示すように、サイトＡとサイトＢと
のフォーラムＡの間で情報交換を行う場合、サイトＡの
フォーラムＡには宛先情報５８としてサイトＢが、サイ
トＢのフォーラムＡには宛先情報５８としてサイトＡが
登録される。従って、サイトＡで発生した情報は、登録
された宛先情報５８を参照することで、どのサイトに送
信するかが判断され、情報はサイトＢに送信されること
となる。

【００３３】ここで、かかる構成からなる電子会議シス
テムの作用について説明する。先ず、サイト間で行われ
る情報交換の概略について、図７の処理流れ図を参照し
つつ説明する。なお、図７に示す電子会議システムで
は、説明の便宜上、サイトＡとサイトＢとの間で情報交
換が行われるものとする。電子会議システムの利用者
が、例えば、サイトＡのクライアント３０からフォーラ
ムやメッセージ（以下「オブジェクト」という）の作
成、削除、更新或いは移動を行うと、サイトＡのサーバ
ソフト１４は、サイトＡのデータベース１２に対して、
オブジェクトの操作に応じた登録処理を行う（処理
）。これと同時に、サーバソフト１４は、データベー
ス１２から操作対象のオブジェクトのオブジェクトＩＤ
等を検索し（処理）、後述するコマンドオブジェクト
を作成して、コマンドキュー１６にコマンドオブジェク
トを登録する（処理）。

【００３４】なお、コマンドオブジェクトは、操作の種
類（オブジェクトの作成、削除、更新或いは移動）と、
情報が発生したサイトを示すオブジェクトＩＤと、情報
を送信する宛先としてのサイトを示すオブジェクトＩＤ
と、操作対象としてのオブジェクトを示すオブジェクト
ＩＤと、各操作固有の情報（例えば、オブジェクトの移
動の場合には、移動元と移動先を示す情報）と、を含ん
で構成される。

【００３５】コマンドキュー１６に登録されたコマンド
オブジェクトは、サーバ１０の処理能力に余裕ができた
バックグラウンドで、コマンドキュー１６から取り出さ
れる（処理）。そして、必要に応じて、処理対象のオ
ブジェクトの本体（例えば、メッセージの場合には本
文）がデータベース１２から検索され（処理）、コマ
ンドオブジェクト及び処理対象のオブジェクト本体（以
下「送信情報」という）が送信キュー１８に登録される
（処理）。このとき、送信情報の最適化処理及び順番
保証処理が行われる。即ち、情報の最適化処理とは、コ
マンドキュー１６に登録されたコマンドオブジェクトの
内、実質的に何の作用も行わないコマンドオブジェクト
を削除して、情報伝達量を最小にする処理である。ま
た、情報の順番保証処理とは、蓄積交換型の通信方式に
起因する情報伝達の順番に矛盾が生じないようにする処
理である。

【００３６】送信キュー１８に登録された送信情報は、
所定期間毎に、送信キュー１８から取り出される。そし
て、取り出された送信情報に含まれる宛先としてのサイ
トを示すオブジェクトＩＤに基づいて送信先が決定さ
れ、送信情報は、通信回線４０を介してサイトＢに送信
される（処理）。ここで、所定期間は、電子会議シス
テムの管理者が任意に設定でき、例えば、通信回線４０
に余裕がある深夜や早朝に、送信情報が通信されるよう
に設定される。

【００３７】一方、サイトＡからサイトＢに送信された
送信情報は、サイトＢにおいて直ぐに処理されず、受信
キュー２０に一旦蓄積される。そして、受信キュー２０
に蓄積された送信情報は、サイトＢのサーバ１０のバッ
クグラウンドで、受信キュー２０から取り出され（処理
）、送信情報に応じてデータベース１２への登録処理
が行われる（処理）。このとき、情報交換先の宛先矛
盾の検出及び修正処理、情報内容の矛盾検出及び修正処
理、オブジェクトの移動処理等が行われる。即ち、宛先
矛盾の検出及び修正処理とは、送信情報を受信したサイ
トで登録される宛先情報５８に矛盾が発生したとき、こ
れを自動的に検出し或いは修正する処理である。また、
情報内容の矛盾検出及び修正処理とは、送信情報を受信
したサイトで登録される情報内容に矛盾が発生したと
き、これを自動的に検出し或いは修正する処理である。
さらに、オブジェクトの移動処理とは、情報伝達経路が
異なるフォーラム間でオブジェクトの移動があった場合
に、情報伝達の順番に関わらず移動処理が正しく行われ
るようにする処理である。

【００３８】この他には、各サイトのサーバ１０におい
て、何らかの原因（例えば、停電等による電源の遮断）
によってシステムダウン等の障害が発生した場合に、サ
ーバ１０を障害発生直前の状態に戻すためのリカバリデ
ィスクの作成が行われる。リカバリディスクの作成は、
各サイトにおいて、受信キュー２０から送信情報を取り
出して処理する際、或いは、システム管理者の明示の指
示に基づいて行われる。そして、システムダウン等の障
害が発生したときには、システム管理者の手動操作によ
り、リカバリディスクの内容に基づいて、サーバ１０が
障害発生直前の状態に復旧され、情報交換の支障を極力
小さくする。

【００３９】以上説明した情報交換は、サーバソフト１
４がソフトウエア的に実行する処理によって実現され
る。図８〜図１２は、各サイトにおいて、クライアント
３０からサーバ１０に対して、オブジェクトの作成、削
除、更新或いは移動の処理要求があったときに、実行さ
れる処理を示す。

【００４０】図８は、メインルーチンである。ステップ
１（図では「Ｓ１」と略記する。以下同様) では、クラ
イアント３０からの処理要求がオブジェクトの作成であ
るか否かを判断する。そして、処理要求がオブジェクト
の作成であればステップ１０へと進み（Ｙｅｓ）、オブ
ジェクトの作成処理を行うサブルーチン（図９参照）を
実行する。一方、処理要求がオブジェクトの作成でなけ
ればステップ２へと進む（Ｎｏ）。

【００４１】ステップ２では、クライアント３０からの
処理要求がオブジェクトの削除であるか否かを判断す
る。そして、処理要求がオブジェクトの削除であればス
テップ２０へと進み（Ｙｅｓ）、オブジェクトの削除処
理を行うサブルーチン（図１０参照）を実行する。一
方、処理要求がオブジェクトの削除でなければステップ
３へと進む（Ｎｏ）。

【００４２】ステップ３では、クライアント３０からの
処理要求がオブジェクトの更新であるか否かを判断す
る。そして、処理要求がオブジェクトの更新であればス
テップ３０へと進み（Ｙｅｓ）、オブジェクトの更新処
理を行うサブルーチン（図１１参照）を実行する。一
方、処理要求がオブジェクトの更新でなければステップ
４へと進む（Ｎｏ）。

【００４３】ステップ４では、クライアント３０からの
処理要求がオブジェクトの移動であるか否かを判断す
る。そして、処理要求がオブジェクトの移動であればス
テップ４０へと進み（Ｙｅｓ）、オブジェクトの移動処
理を行うサブルーチン（図１２参照）を実行する。一
方、処理要求がオブジェクトの移動でなければステップ
５へと進む（Ｎｏ）。

【００４４】ステップ５では、クライアント３０からの
処理要求がオブジェクトの作成、削除、更新或いは移動
のいずれでもないので、処理要求はエラーであると判断
し、例えば、クライアント３０を操作する利用者に、操
作がエラーであるとの旨を表示する等のエラー処理を実
行する。図９は、オブジェクトの作成処理を行うサブル
ーチンである。

【００４５】ステップ１１では、オブジェクトの作成要
求を発生したクライアント３０が属するサイトにおい
て、データベース１２にオブジェクトを作成する。ステ
ップ１２では、オブジェクトの作成が成功したか否かを
判断する。そして、作成が成功したときにはステップ１
３へと進み（Ｙｅｓ）、作成が失敗したときにはステッ
プ１４へと進む（Ｎｏ）。

【００４６】ステップ１３では、オブジェクトの作成を
示すコマンドオブジェクトを作成し、コマンドキュー１
６にコマンドオブジェクトを登録する。ステップ１４で
は、オブジェクトの作成が失敗したので、例えば、クラ
イアント３０の操作者に、オブジェクトの作成が失敗し
た旨を表示する等のエラー処理を実行する。

【００４７】図１０は、オブジェクトの削除処理を行う
サブルーチンである。ステップ２１では、オブジェクト
の削除要求を発生したクライアント３０が属するサイト
において、データベース１２からオブジェクトを削除す
る。ステップ２２では、オブジェクトの削除が成功した
か否かを判断する。そして、削除が成功したときにはス
テップ２３へと進み（Ｙｅｓ）、削除が失敗したときに
はステップ２４へと進む（Ｎｏ）。

【００４８】ステップ２３では、オブジェクトの削除を
示すコマンドオブジェクトを作成し、コマンドキュー１
６にコマンドオブジェクトを登録する。ステップ２４で
は、オブジェクトの削除が失敗したので、例えば、クラ
イアント３０の操作者に、オブジェクトの削除が失敗し
た旨を表示する等のエラー処理を実行する。

【００４９】図１１は、オブジェクトの更新処理を行う
サブルーチンである。ステップ３１では、オブジェクト
の更新要求を発生したクライアント３０が属するサイト
において、データベース１２のオブジェクトを更新す
る。ステップ３２では、オブジェクトの更新が成功した
か否かを判断する。そして、更新が成功したときにはス
テップ３３へと進み（Ｙｅｓ）、更新が失敗したときに
はステップ３４へと進む（Ｎｏ）。

【００５０】ステップ３３では、オブジェクトの更新を
示すコマンドオブジェクトを作成し、コマンドキュー１
６にコマンドオブジェクトを登録する。ステップ３４で
は、オブジェクトの更新が失敗したので、例えば、クラ
イアント３０の操作者に、オブジェクトの更新が失敗し
た旨を表示する等のエラー処理を実行する。

【００５１】図１２は、オブジェクトの移動処理を行う
サブルーチンである。ステップ４１では、オブジェクト
の移動要求を発生したクライアント３０が属するサイト
において、データベース１２のオブジェクトを移動す
る。ステップ４２では、オブジェクトの移動が成功した
か否かを判断する。そして、移動が成功したときにはス
テップ４３へと進み（Ｙｅｓ）、移動が失敗したときに
はステップ４６へと進む（Ｎｏ）。

【００５２】ステップ４３では、オブジェクトの移動は
同一メインフォーラム内であるか否かを判断する。そし
て、同一メインフォーラム内の移動であればステップ４
４へと進み（Ｙｅｓ）、同一メインフォーラム内の移動
でなければステップ４５へと進む（Ｎｏ）。ステップ４
４では、オブジェクトの移動を示すコマンドオブジェク
トを作成し、コマンドキュー１６にコマンドオブジェク
トを登録する。

【００５３】ステップ４５では、オブジェクトの作成及
び削除を示すコマンドオブジェクトを夫々作成し、コマ
ンドキュー１６にコマンドオブジェクトを夫々登録す
る。即ち、オブジェクトの移動処理を、オブジェクトの
作成処理と削除処理とで代替することによって、後述す
る不都合を回避する。ステップ４６では、オブジェクト
の移動が失敗したので、例えば、クライアント３０の操
作者に、オブジェクトの移動が失敗した旨を表示する等
のエラー処理を実行する。

【００５４】以上説明した図８〜図１２の処理によれ
ば、クライアント３０からオブジェクトの作成、削除、
更新或いは移動の処理要求があると、処理要求内容を解
析して、夫々の処理を行うサブルーチンが実行される。
各処理を実行するサブルーチンでは、オブジェクトの処
理要求が発生したサイトにおいて、リアルタイムにオブ
ジェクトの処理が実行される一方、処理内容を示すコマ
ンドオブジェクトがコマンドキュー１６に登録される。
ここで、図１２に示す移動処理を行うのは、次の理由に
よる。

【００５５】あるサイトには、図１３に示すように、メ
インフォーラムＡのみからなるグループ６０と、メイン
フォーラムＢ及びサブフォーラムＣとからなる階層構造
のグループ６２と、が存在すると仮定する。この状態に
おいて、例えば、グループ６２のサブフォーラムＣを、
グループ６０のメインフォーラムＡの下層に移動する場
合を考える。メインフォーラムＡの下層にサブフォーラ
ムＣが移動するということは、グループ６０にとって
は、サブフォーラムＣの作成であり、一方、グループ６
２にとっては、サブフォーラムＣの削除であるに過ぎな
い。即ち、異なるグループ間におけるオブジェクトの移
動は、必ずしもオブジェクトの移動として捉えることが
できず、図１２のステップ４３〜ステップ４５のよう
に、同一メインフォーラム内の移動か否かによって、処
理を分ける必要が生じるのである。

【００５６】図１４〜図２０は、各サイトにおいて、サ
ーバ１０のバックグラウンドでコマンドキュー１６から
コマンドオブジェクトを取り出し、これを送信キュー１
８に登録する際に実行される処理を示す。なお、図１５
〜図１９の処理が情報の最適化処理であり、また、図２
０の処理が情報の順番保証処理である。図１４は、メイ
ンルーチンである。

【００５７】ステップ５０では、情報の最適化処理を行
うサブルーチンを実行する。ステップ１２０では、情報
の順番保証処理を行うサブルーチンを実行する。図１５
は、情報の最適化処理を行うサブルーチンである。ステ
ップ５１では、コマンドキュー１６に登録されているコ
マンドオブジェクトを読み込み、メモリ上に展開する。
即ち、メモリ上にコマンドキュー１６の複製を作成す
る。

【００５８】ステップ５２では、メモリ上に展開された
コマンドキュー（以下「メモリ上のコマンドキュー」と
いう）の最新の項目（コマンドオブジェクトのことをい
う。以下同様）からサーチを開始する。即ち、第１回目
の処理では最新の項目に着目し、第２回目以降の処理で
は順次次の項目に着目する。ステップ５３では、着目し
ている項目がメッセージの削除を示すコマンドオブジェ
クトであるか否かを判断する。かかる判断（メッセージ
の更新、フォーラムの削除或いは更新か否かの判断も含
む）は、コマンドオブジェクトに含まれる操作の種類を
調べることによって行われる。そして、メッセージの削
除であるときにはステップ６０へと進み（Ｙｅｓ）、メ
ッセージの削除に係るキュー処理を行うサブルーチン
（図１６）を実行する。一方、メッセージの削除でない
ときにはステップ５４へと進む（Ｎｏ）。

【００５９】ステップ５４では、着目している項目がメ
ッセージの更新を示すコマンドオブジェクトであるか否
かを判断する。そして、メッセージの更新であるときに
はステップ８０へと進み（Ｙｅｓ）、メッセージの更新
に係るキュー処理を行うサブルーチン（図１７）を実行
する。一方、メッセージの更新でないときにはステップ
５５へと進む（Ｎｏ）。

【００６０】ステップ５５では、着目している項目がフ
ォーラムの削除を示すコマンドオブジェクトであるか否
かを判断する。そして、フォーラムの削除であるときに
はステップ９０へと進み（Ｙｅｓ）、フォーラムの削除
に係るキュー処理を行うサブルーチン（図１８）を実行
する。一方、フォーラムの削除でないときにはステップ
５６へと進む（Ｎｏ）。

【００６１】ステップ５６では、着目している項目がフ
ォーラムの更新を示すコマンドオブジェクトであるか否
かを判断する。そして、フォーラムの更新であるときに
はステップ１１０へと進み（Ｙｅｓ）、フォーラムの更
新に係るキュー処理を行うサブルーチン（図１９）を実
行する。一方、フォーラムの更新でないときにはステッ
プ５７へと進む（Ｎｏ）。

【００６２】ステップ５７では、メモリ上のコマンドキ
ューに含まれる全ての項目を処理したか否かが判断され
る。そして、全ての項目が処理されたときには本ルーチ
ンを終了し（Ｙｅｓ）、全ての項目が処理されていない
ときにはステップ５１へと戻る（Ｎｏ）。図１６は、情
報の最適化処理において実行されるメッセージの削除に
係るキュー処理を行うサブルーチンである。

【００６３】ステップ６１では、メモリ上のコマンドキ
ューにメッセージの作成を示すコマンドオブジェクトが
登録されているか否かを示すフラグ（Ｆｌａｇ）を、
「０」に設定する初期化を行う。ステップ６２では、メ
モリ上のコマンドキューにおいて、削除対象のメッセー
ジと同一のオブジェクトＩＤを有する項目を、削除対象
のメッセージの次の項目からサーチする。即ち、第１回
目の処理では削除対象のメッセージの次の項目に着目
し、第２回目以降の処理では順次次の項目に着目する。

【００６４】ステップ６３では、着目している項目がメ
ッセージの作成を示すコマンドオブジェクトであるか否
かを判断する。そして、メッセージの作成であるときに
はステップ６４へと進み（Ｙｅｓ）、フラグを「１」に
設定する。一方、メッセージの作成でないときにはステ
ップ６５へと進む（Ｎｏ）。ステップ６５では、着目し
ている項目がメッセージの更新を示すコマンドオブジェ
クトであるか否かを判断する。そして、メッセージの更
新であるときにはステップ６６へと進み（Ｙｅｓ）、フ
ァイル上のコマンドキュー１６からメッセージの更新を
示すコマンドオブジェクトを削除する。一方、メッセー
ジの更新でないときにはステップ６７へと進む（Ｎ
ｏ）。

【００６５】ステップ６７では、削除対象のメッセージ
はトピックであるか否かを判断する。かかる判断は、コ
マンドオブジェクトに含まれる操作対象を示すオブジェ
クトＩＤと、メッセージオブジェクトに含まれるトピッ
クのオブジェクトＩＤと、が同一であるか否かを調べる
ことで判断できる。そして、削除対象がトピックである
ときにはステップ６８へと進み（Ｙｅｓ）、削除対象が
トピックでないときにはステップ７１へと進む（Ｎ
ｏ）。

【００６６】ステップ６８では、メモリ上のコマンドキ
ューにおいて、削除対象であるトピックの階層下のメッ
セージ（リプライ）をサーチする。ステップ６９では、
トピックの階層下にメッセージが見つかったか否かを判
断する。そして、メッセージが見つかればステップ７０
へと進み（Ｙｅｓ）、ファイル上のコマンドキュー１６
からメッセージを削除する。一方、メッセージが見つか
らなければステップ７１へと進む（Ｎｏ）。

【００６７】ステップ７１では、メモリ上のコマンドキ
ューの最後の項目まで処理したか否かを判断する。そし
て、最後の項目まで処理したならばステップ７２へと進
み（Ｙｅｓ）、最後の項目まで処理していなければステ
ップ６２へと戻る（Ｎｏ）。ステップ７２では、フラグ
が「１」か否か、即ち、メモリ上のコマンドキューにメ
ッセージの作成を示すコマンドオブジェクトがあったか
否かを判断する。そして、フラグが「１」であればステ
ップ７３へと進み（Ｙｅｓ）、ファイル上のコマンドキ
ュー１６からメッセージの作成を示すコマンドオブジェ
クトを削除する。一方、フラグが「０」であれば本ルー
チンを終了する（Ｎｏ）。

【００６８】以上説明したステップ６１〜ステップ７３
の処理によれば、ファイル上のコマンドキュー１６にメ
ッセージの削除を示すコマンドオブジェクトがある場
合、メッセージの削除を実行する前に行われるメッセー
ジの更新処理は、実質的に何の作用も及ぼさないので、
かかるメッセージの更新を示すコマンドオブジェクトを
削除することで、他のサイトへ送信する情報量が削減さ
れる。また、コマンドキュー１６に、メッセージの作成
を示すコマンドオブジェクトが見つからなかったときに
は、既にメッセージの作成が行われていると判断できる
ので、メッセージの削除を示すコマンドオブジェクトを
削除しないようにし、不具合が生じないようにしてい
る。さらに、削除対象のメッセージがトピックである場
合、トピックの階層下のメッセージ（リプライ）を全て
削除するようにしたので、他のサイトに送信する情報量
をさらに低減することができる。

【００６９】図１７は、情報の最適化処理において実行
されるメッセージの更新に係るキュー処理を行うサブル
ーチンである。ステップ８１では、メモリ上のコマンド
キューにおいて、変更対象のメッセージと同一のオブジ
ェクトＩＤを有し、かつ、メッセージの変更を示すコマ
ンドオブジェクトを、変更対象のメッセージの次の項目
からサーチする。即ち、第１回目の処理では更新対象の
メッセージの次の項目に着目し、第２回目以降の処理で
は順次次の項目に着目する。

【００７０】ステップ８２では、メッセージの変更を示
すコマンドオブジェクトが見つかったか否かを判断す
る。そして、メッセージの変更を示すコマンドオブジェ
クトが見つかればステップ８３へと進み（Ｙｅｓ）、フ
ァイル上のコマンドキュー１６からメッセージの変更を
示すコマンドオブジェクトを削除する。一方、メッセー
ジの変更を示すコマンドオブジェクトが見つからなけれ
ばステップ８４へと進む（Ｎｏ）。

【００７１】ステップ８４では、メモリ上のコマンドキ
ューの最後の項目まで処理したか否かを判断する。そし
て、最後の項目まで処理したならば本ルーチンを終了し
（Ｙｅｓ）、最後の項目まで処理していなければステッ
プ８１へと戻る（Ｎｏ）。以上説明したステップ８１〜
ステップ８４の処理によれば、ファイル上のコマンドキ
ュー１６に登録されているメッセージの変更を示すコマ
ンドオブジェクトの内、最新のコマンドオブジェクトを
除き、他のコマンドオブジェクトがコマンドキュー１６
から削除される。即ち、複数回のメッセージの更新が行
われても、最新のコマンドオブジェクトさえあれば、フ
ォーラムを最新の内容にすることができるので、実質的
に何の作用も及ぼさないコマンドオブジェクトを削除す
ることで、他のサイトに送信する情報量を削減すること
ができる。

【００７２】図１８は、情報の最適化処理において実行
されるフォーラムの削除に係るキュー処理を行うサブル
ーチンである。ステップ９１では、メモリ上のコマンド
キューにフォーラムの作成を示すコマンドオブジェクト
が登録されているか否かを示すフラグ（Ｆｌａｇ）を、
「０」に設定する初期化を行う。

【００７３】ステップ９２では、メモリ上のコマンドキ
ューにおいて、削除対象のフォーラムと同一のオブジェ
クトＩＤを有する項目を、削除対象のフォーラムの次の
項目からサーチする。即ち、第１回目の処理では削除対
象のフォーラムの次の項目に着目し、第２回目以降の処
理では順次次の項目に着目する。ステップ９３では、着
目している項目がフォーラムの作成を示すコマンドオブ
ジェクトであるか否かを判断する。そして、フォーラム
の作成であるときにはステップ９４へと進み（Ｙｅ
ｓ）、フラグを「１」に設定する。一方、フォーラムの
作成でないときにはステップ９５へと進む（Ｎｏ）。

【００７４】ステップ９５では、着目している項目がフ
ォーラムの更新を示すコマンドオブジェクトであるか否
かを判断する。そして、フォーラムの更新であるときに
はステップ９６へと進み（Ｙｅｓ）、ファイル上のコマ
ンドキュー１６からフォーラムの更新を示すコマンドオ
ブジェクトを削除する。一方、メッセージの更新でない
ときにはステップ９７へと進む（Ｎｏ）。

【００７５】ステップ９７では、メモリ上のコマンドキ
ューにおいて、削除対象であるフォーラムに含まれるメ
ッセージをサーチする。ステップ９８では、削除対象の
フォーラム中にメッセージが見つかったか否かを判断す
る。そして、メッセージが見つかればステップ９９へと
進み（Ｙｅｓ）、ファイル上のコマンドキュー１６から
メッセージを削除する。一方、メッセージが見つからな
ければステップ１００へと進む（Ｎｏ）。

【００７６】ステップ１００では、メモリ上のコマンド
キューの最後の項目まで処理したか否かを判断する。そ
して、最後の項目まで処理したならばステップ１０１へ
と進み（Ｙｅｓ）、最後の項目まで処理していなければ
ステップ９２へと戻る（Ｎｏ）。ステップ１０１では、
フラグが「１」か否か、即ち、メモリ上のコマンドキュ
ーにフォーラムの作成を示すコマンドオブジェクトがあ
ったか否かを判断する。そして、フラグが「１」であれ
ばステップ１０２へと進み（Ｙｅｓ）、ファイル上のコ
マンドキュー１６からフォーラムの作成を示すコマンド
オブジェクトを削除する。一方、フラグが「０」であれ
ば本ルーチンを終了する（Ｎｏ）。

【００７７】以上説明したステップ９１〜ステップ１０
２の処理によれば、ファイル上のコマンドキュー１６に
フォーラムの削除を示すコマンドオブジェクトがある場
合、フォーラムの削除を実行する前に行われるフォーラ
ムの更新処理は、実質的に何の作用も及ぼさないので、
かかるフォーラムの更新を示すコマンドオブジェクトを
削除することで、他のサイトへ送信する情報量が削減さ
れる。また、コマンドキューに、フォーラムの作成を示
すコマンドオブジェクトが見つからなかったときには、
既にフォーラムの作成が行われていると判断できるの
で、フォーラムの削除を示すコマンドオブジェクトを削
除しないようにし、不具合が生じないようにしている。
さらに、フォーラムを削除することは、フォーラムに含
まれるメッセージの削除をも意味するので、かかるメッ
セージを削除することで、他のサイトに送信する情報量
をさらに低減することができる。

【００７８】図１９は、情報の最適化処理において実行
されるフォーラムの更新に係るキュー処理を行うサブル
ーチンである。ステップ１１１では、メモリ上のコマン
ドキューにおいて、変更対象のフォーラムと同一のオブ
ジェクトＩＤを有し、かつ、フォーラムの変更を示すコ
マンドオブジェクトを、変更対象のフォーラムの次の項
目からサーチする。即ち、第１回目の処理では更新対象
のフォーラムの次の項目に着目し、第２回目以降の処理
では順次次の項目に着目する。

【００７９】ステップ１１２では、フォーラムの変更を
示すコマンドオブジェクトが見つかったか否かを判断す
る。そして、フォーラムの変更を示すコマンドオブジェ
クトが見つかればステップ１１３へと進み（Ｙｅｓ）、
ファイル上のコマンドキュー１６からフォーラムの変更
を示すコマンドオブジェクトを削除する。一方、フォー
ラムの変更を示すコマンドオブジェクトが見つからなけ
ればステップ１１４へと進む（Ｎｏ）。

【００８０】ステップ１１４では、メモリ上のコマンド
キューの最後の項目まで処理したか否かを判断する。そ
して、最後の項目まで処理したならば本ルーチンを終了
し（Ｙｅｓ）、最後の項目まで処理していなければステ
ップ１１１へと戻る（Ｎｏ）。以上説明したステップ１
１１〜ステップ１１４の処理によれば、ファイル上のコ
マンドキュー１６に登録されているフォーラムの変更を
示すコマンドオブジェクトの内、最新のコマンドオブジ
ェクトを除き、他のコマンドオブジェクトがコマンドキ
ュー１６から削除される。即ち、複数回のフォーラムの
更新が行われても、最新のコマンドオブジェクトさえあ
れば、フォーラムを最新の内容にすることができるの
で、実質的に何の作用も及ぼさないコマンドオブジェク
トを削除することで、他のサイトに送信する情報量を削
減することができる。

【００８１】従って、図１５〜図１９に示す情報の最適
化処理によれば、情報の送信に関して不具合を生じさせ
ず、他のサイトに送信する情報量を大幅に低減すること
ができ、通信効率を飛躍的に向上することができる。図
２０は、情報の順番保証処理のサブルーチンである。ス
テップ１２１では、管理テーブルの初期化を行う。即
ち、管理テーブルは、他のサイトに情報を送信する際
に、例えば、通信回線４０の故障等により送信ができな
かったサイトを登録するものである。

【００８２】ステップ１２２では、ファイル上のコマン
ドキュー１６からコマンドオブジェクトを１つ読み込
み、送信先を示す宛先を取得する。ステップ１２３で
は、取得した宛先が管理テーブルに登録されているか否
かを判断する。そして、宛先が管理テーブルに登録され
ているときにはステップ１２７へと進み（Ｙｅｓ）、宛
先が管理テーブルに登録されていないときにはステップ
１２４へと進む（Ｎｏ）。

【００８３】ステップ１２４では、コマンドオブジェク
トから取得した宛先に、通信回線４０を介して、コマン
ドオブジェクト及びこれに付随する情報（以下「コマン
ドオブジェクト」と略記する）を送信する。ステップ１
２５では、送信が失敗したか否かを判断する。そして、
送信が失敗したならばステップ１２６へと進み（Ｙｅ
ｓ）、送信が失敗した宛先を管理テーブルに登録する。
一方、送信が成功したならばステップ１２７へと進む
（Ｎｏ）。なお、送信が失敗したコマンドオブジェクト
は、ファイル上のコマンドキュー１６から削除せず、本
ルーチンにおける次回の処理で再送信が行われる。

【００８４】ステップ１２７では、ファイル上のコマン
ドキュー１６の全てのコマンドオブジェクトを処理した
か否かを判断する。そして、全てのコマンドオブジェク
トを処理したならば本ルーチンを終了し（Ｙｅｓ）、全
てのコマンドオブジェクトを処理していなければステッ
プ１２２へと戻る（Ｎｏ）。以上説明したステップ１２
１〜ステップ１２７の処理によれば、コマンドオブジェ
クトの送信に失敗した宛先は、管理テーブルに登録され
る。そして、コマンドオブジェクトは、管理テーブルに
登録されている宛先には送信されず、かつ、ファイル上
のコマンドキュー１６から削除されない。従って、通信
回線４０の故障等に起因してコマンドオブジェクトが正
常に送信されなかった場合であっても、通信情報の順番
保証が行われ、不具合が生じない。さらに、付加的な効
果であるが、通信エラーが生じた宛先には、今回の送信
処理において送信が行われないので、無駄な送信が行わ
れず、通信回線の占有時間を短縮することができる。な
お、今回の処理において送信されなかったコマンドオブ
ジェクトは、所定期間を経過した次回の送信処理で再送
信が行われる。これは、所定時間経過するまでに、通信
回線の故障等が直っている場合があるからである。

【００８５】図２１〜図２５は、各サイトにおいて、サ
ーバ１０のバックグラウンドで受信キュー２０からコマ
ンドオブジェクトを１つ取り出し、その処理を行う際に
実行される処理を示す。図２１は、メインルーチンであ
る。ステップ１３０では、受信キュー２０からコマンド
オブジェクトを取り出す。

【００８６】ステップ１４０では、宛先矛盾のチェック
処理を行うサブルーチン（図２２）を実行する。ステッ
プ１５０では、情報内容矛盾のチェック処理を行うサブ
ルーチン（図２３）を実行する。ステップ１７０では、
データベース１２への登録処理を行うサブルーチン（図
２４）を実行する。

【００８７】ステップ１９０では、リカバリ情報の作成
処理を行うサブルーチン（図２５）を実行する。図２２
は、宛先矛盾のチェック処理を行うサブルーチンであ
る。ステップ１４１では、受信キュー２０から取り出し
たコマンドオブジェクトに含まれるオブジェクトＩＤを
解析し、送信元のサイト及び処理対象となるフォーラム
を取得する。

【００８８】ステップ１４２では、データベース１２に
登録されている処理対象のフォーラムにおいて、登録さ
れている宛先情報内に、ステップ１４１で取得した送信
元のサイトがあるか否かをチェックする。ステップ１４
３では、宛先情報内に送信元のサイトがあれば本ルーチ
ンを終了し（Ｙｅｓ）、宛先情報内に送信元のサイトが
なければステップ１４４へと進む（Ｎｏ）。

【００８９】ステップ１４４では、データベース１２に
登録されている処理対象のフォーラムに、その宛先情報
としてステップ１４１で取得した送信元のサイトを登録
する。以上説明したステップ１４１〜ステップ１４３の
処理によれば、あるサイトにおいて、リカバリディスク
によるフォーラムの復旧が行われ、宛先情報に矛盾が発
生しても、送信されたコマンドオブジェクトに基づい
て、自動的に宛先情報の矛盾検出及び修正が行われる。
従って、送信されるべき情報が送信されないという事態
の発生が防止され、電子会議システムの信頼性を向上す
ることができる。

【００９０】図２３は、情報内容の矛盾チェック処理を
行うサブルーチンである。情報内容の矛盾は、例えば、
次のような場合に発生する。先ず、サイトＡ〜サイトＥ
によって電子会議システムが構築され、サイトＡからサ
イトＢを経てサイトＣへ情報が伝達されると共に、サイ
トＡからサイトＤを経てサイトＥに情報が伝達される情
報伝達経路を考える。この状態において、例えば、サイ
トＤでリカバリディスクに基づいてデータベース１２を
復旧したところ、リカバリディスクが古いため、サイト
Ｄの情報交換先としてサイトＥが登録されていない状態
に戻ってしまう場合がある。すると、サイトＤからサイ
トＥには情報が伝達されず、サイトＥの利用者は情報が
伝達されなかったことに気が付かないことが多く、結果
として、重要な情報が伝達されないおそれがあった。

【００９１】そこで、以下説明する情報内容の矛盾チェ
ック処理により、情報内容の矛盾発生を自動的に検出し
或いは修正することで、電子会議システムの信頼性を向
上するようにした。ステップ１５１では、受信キュー２
０から取り出したコマンドオブジェクトに含まれるオブ
ジェクトＩＤを解析し、処理対象となるフォーラムのオ
ブジェクトＩＤを取得する。即ち、取得したフォーラム
のオブジェクトＩＤが示すフォーラムに対して、オブジ
ェクトの作成、更新等の処理が行われる。

【００９２】ステップ１５２では、データベース１２中
に処理対象となるフォーラムが存在するか否かを判断す
る。そして、フォーラムが存在するときにはステップ１
５４へと進み（Ｙｅｓ）、フォーラムが存在しないとき
にはステップ１５３へと進む（Ｎｏ）。ステップ１５３
では、後述する削除情報の中に、処理対象となるフォー
ラムが存在するか否かを判断する。そして、削除情報の
中にフォーラムが存在するときには本ルーチンを終了し
（Ｙｅｓ）、フォーラムが存在しないときには情報内容
に矛盾が発生したと判断し、ステップ１６０へと進む
（Ｎｏ）。

【００９３】ここで、削除情報とは、あるサイトにおい
て、データベース１２に対する処理によって、データベ
ース１２中からオブジェクトが削除された場合、オブジ
ェクトが削除されたことを登録する情報である。従っ
て、削除情報の中に処理対象となるフォーラムが存在す
る場合には、他のサイトから情報が送信される前に、フ
ォーラムが削除されたものであるから、情報には矛盾が
発生していないと判断することができる。なお、処理対
象がメッセージである場合にも、同様に考えることがで
きる。

【００９４】ステップ１５４では、受信キュー２０から
取り出したコマンドオブジェクトに含まれるオブジェク
トＩＤを解析し、処理対象となるトピックのオブジェク
トＩＤを取得する。ステップ１５５では、処理対象とな
るフォーラムの中に、処理対象となるトピックが存在す
るか否かを判断する。そして、処理対象となるトピック
が存在するときにはステップ１５７へと進み（Ｙｅ
ｓ）、トピックが存在しないときにはステップ１５６へ
と進む（Ｎｏ）。

【００９５】ステップ１５６では、削除情報の中に、処
理対象となるトピックが存在するか否かを判断する。そ
して、削除情報の中にトピックが存在するときには本ル
ーチンを終了し（Ｙｅｓ）、トピックが存在しないとき
には情報内容に矛盾が発生したと判断し、ステップ１６
０へと進む（Ｎｏ）。ステップ１５７では、受信キュー
２０から取り出したコマンドオブジェクトに含まれるオ
ブジェクトＩＤを解析し、処理対象となるメッセージの
親のメッセージのＩＤを取得する。

【００９６】ステップ１５８では、処理対象となるフォ
ーラムの中に、取得した親メッセージのＩＤが示す親メ
ッセージが存在するか否かを判断する。そして、親メッ
セージが存在するときには本ルーチンを終了し（Ｙｅ
ｓ）、親メッセージが存在しないときにはステップ１５
９へと進む（Ｎｏ）。ステップ１５９では、削除情報の
中に、親メッセージが存在するか否かを判断する。そし
て、削除情報の中に親メッセージが存在するときには本
ルーチンを終了し（Ｙｅｓ）、親メッセージが存在しな
いときには情報内容に矛盾が発生したと判断し、ステッ
プ１６０へと進む（Ｎｏ）。

【００９７】なお、ステップ１５２〜ステップ１５９の
処理が、矛盾判定手段、矛盾判定工程、矛盾判定機能に
相当する。ステップ１６０では、コマンドオブジェクト
に含まれるオブジェクトＩＤを解析して送信元のサイト
を示すオブジェクトＩＤを取得し、送信元のサイトから
処理対象となるフォーラム全体を取得する。

【００９８】ステップ１６１では、データベース１２に
登録されているフォーラムと、送信元のサイトから取得
したフォーラムと、をマージ（併合）しつつデータベー
スの更新登録を行う。なお、ステップ１６０及びステッ
プ１６１の処理が、矛盾修正手段、矛盾修正工程、矛盾
修正機能に相当する。

【００９９】以上説明したステップ１５１〜ステップ１
６１の処理によれば、コマンドオブジェクトが示す処理
対象のオブジェクトが、データベース１２に登録されて
いない場合、情報内容に矛盾が発生したと判断すること
ができる。そして、情報内容に矛盾が発生したと判断さ
れた場合、送信元からフォーラム全体を取得し、取得し
たフォーラムに基づきベータベースに対してマージしつ
つ更新処理を行い、情報内容の修正を行う。従って、情
報内容の矛盾が自動的に検出及び修正されるので、電子
会議システムの信頼性を向上することができる。

【０１００】図２４は、データベースへの登録処理を行
うサブルーチンである。ステップ１７１では、受信キュ
ー２０から取り出したコマンドオブジェクトに含まれる
オブジェクトＩＤを解析し、操作の種類（オブジェクト
の作成、削除、更新或いは移動の別をいう。以下同様）
を取得する。ステップ１７２では、操作の種類はオブジ
ェクトの作成であるか否かを判断する。そして、オブジ
ェクトの作成であればステップ１７３へと進み（Ｙｅ
ｓ）、オブジェクトの作成でなければステップ１７９へ
と進む（Ｎｏ）。

【０１０１】ステップ１７３では、作成対象となるオブ
ジェクトは既に存在するか否かを判断する。そして、既
に存在していればステップ１７４へと進み（Ｙｅｓ）、
既に存在していなければステップ１７８へと進み（Ｎ
ｏ）、オブジェクトの作成を行う。ステップ１７４で
は、データベース１２から、作成対象となるオブジェク
トの親オブジェクトＩＤを取得する。

【０１０２】ステップ１７５では、取得した親オブジェ
クトＩＤと、送信されたオブジェクトコマンドに含まれ
る親オブジェクトＩＤと、を比較する。ステップ１７６
では、取得した親オブジェクトＩＤと送信された親オブ
ジェクトＩＤとが同一であるか否かを判断する。そし
て、オブジェクトＩＤが同一であれば本ルーチンを終了
し（Ｙｅｓ）、オブジェクトＩＤが同一でなければステ
ップ１７７へと進む（Ｎｏ）。

【０１０３】ステップ１７７では、オブジェクトの移動
処理を行う。即ち、オブジェクトの移動処理は、既に存
在する作成対象となるオブジェクトを、送信された作成
情報中の親オブジェクトの階層下に移動する。ステップ
１７９では、操作の種類はオブジェクトの削除であるか
否かを判断する。そして、オブジェクトの削除であれば
ステップ１８０へと進み（Ｙｅｓ）、オブジェクトの削
除でなければステップ１８４へと進み（Ｎｏ）、ステッ
プ１８４で操作の種類に応じた処理を実行する。

【０１０４】ステップ１８０では、データベース１２か
ら、削除対象となるオブジェクトの親オブジェクトＩＤ
を取得する。ステップ１８１では、取得した親オブジェ
クトＩＤと、送信されたオブジェクトコマンドに含まれ
る親オブジェクトＩＤと、を比較する。ステップ１８２
では、取得した親オブジェクトＩＤと送信された親オブ
ジェクトＩＤとが同一であるか否かを判断する。そし
て、オブジェクトＩＤが同一であればステップ１８３に
進み（Ｙｅｓ）、オブジェクトの削除を行う。一方、オ
ブジェクトＩＤが同一でなければコマンドオブジェクト
を無視し、本ルーチンを終了する（Ｎｏ）。

【０１０５】以上説明したステップ１７１〜ステップ１
８４の処理によれば、メインフォーラムが異なるフォー
ラム間でオブジェクトの移動があっても、オブジェクト
の移動元においては、オブジェクトの削除が実行され、
一方、オブジェクトの移動先においては、オブジェクト
の作成が行われる。従って、情報伝達の順序に関わら
ず、結果としてオブジェクトの移動が正しく実行され
る。

【０１０６】図２５は、リカバリ情報の作成処理を示す
サブルーチンである。ステップ１９１では、受信キュー
２０から取り出したコマンドオブジェクトに含まれるオ
ブジェクトＩＤを解析して、操作の種類を取得する。ス
テップ１９２では、操作の種類はオブジェクトの作成で
あるか否かを判断する。そして、オブジェクトの作成で
あればステップ１９３へと進み（Ｙｅｓ）、作成対象の
オブジェクトをリカバリディスクに登録する。一方、オ
ブジェクトの作成でなければステップ１９４へと進む
（Ｎｏ）。

【０１０７】ステップ１９４では、操作の種類はオブジ
ェクトの削除であるか否かを判断する。そして、オブジ
ェクトの削除であればステップ１９５へと進み（Ｙｅ
ｓ）、オブジェクトの削除でなければ本ルーチンを終了
する（Ｎｏ）。ステップ１９５では、削除対象のオブジ
ェクトをリカバリディスクから削除する。

【０１０８】以上説明したステップ１９１〜ステップ１
９５の処理によれば、受信キュー２０からコマンドオブ
ジェクトを取り出して処理する度に、リカバリディスク
の更新が行われるので、リカバリディスクを常に最新の
状態に保つことができる。従って、かかるリカバリディ
スクに基づいて、フォーラムの復旧を行うようにすれ
ば、フォーラムを最新の状態に復旧できる。

【０１０９】なお、本実施形態においては、リカバリデ
ィスクの更新は、受信キュー２０からコマンドオブジェ
クトを取り出す度に実行されたが、電子会議システムの
管理者の操作により、リカバリディスクの更新を実行す
るようにしてもよい。また、リカバリディスクは、デー
タベース１２を構築するディスクと物理的に別体のディ
スクによって構成することが望ましい。

【０１１０】図２６は、電子会議システムの管理者の操
作により、リカバリディスクの作成を行うメインルーチ
ンである。ステップ２００では、データベース１２か
ら、登録されている全てのフォーラムをサーチする。ス
テップ２０１では、サーチしたフォーラムの情報交換先
であるサイトを示す宛先をリカバリディスクに登録す
る。

【０１１１】ステップ２０２では、サーチしたフォーラ
ムを示すオブジェクトＩＤをリカバリディスクに登録す
る。ステップ２０３では、サーチしたフォーラムに含ま
れる全てのメッセージをサーチする。ステップ２０４で
は、サーチした全てのメッセージを示すオブジェクトＩ
Ｄをリカバリディスクに登録する。

【０１１２】以上説明したステップ２００〜ステップ２
０４の処理によれば、電子会議システムの管理者からリ
カバリディスクの作成指示があると、データベース１２
に登録されているフォーラムを示す全てのオブジェクト
ＩＤ、及び、フォーラムに含まれるメッセージを示す全
てのオブジェクトＩＤが、リカバリディスクに登録され
る。従って、ディスクがクラッシュしてフォーラム情報
が失われても、リカバリディスクに基づいて、後述する
復旧処理により、データベースに登録されているフォー
ラム、及び、フォーラムに含まれるメッセージが復旧さ
れる。

【０１１３】図２７は、リカバリディスクに基づいてデ
ータベース１２の復旧を行うメインルーチンを示してい
る。なお、図２７の処理は、電子会議システムの管理者
の指示によって実行される。ステップ２１０では、リカ
バリディスクから登録されているフォーラムをサーチす
る。

【０１１４】ステップ２１１では、リカバリディスクに
登録されている情報交換先であるサイトを示す宛先を読
み込み、登録されているいずれかのサイトに接続する。
接続先のサイトは、例えば、通信回線４０の空き状況等
に応じて決定すればよい。ステップ２１２では、接続し
たサイトから、ステップ２１０においてサーチしたフォ
ーラムに含まれる全てのオブジェクトを取得する。

【０１１５】ステップ２１３では、取得したオブジェク
トからリカバリディスクに登録されていないオブジェク
トを削除する。ステップ２１４では、リカバリディスク
に登録されている全てのフォーラムに対して処理を行っ
たか否かを判断する。そして、全てのフォーラムの処理
が行われたときには本ルーチンを終了し（Ｙｅｓ）、全
てのフォーラムの処理が行われていないときにはステッ
プ２１０へと戻り（Ｎｏ）、ステップ２１０〜ステップ
２１３の処理を繰り返す。

【０１１６】以上説明したステップ２１０〜ステップ２
１４の処理によれば、電子会議システムの管理者の指示
があったときには、リカバリディスクに登録されている
フォーラムに基いて、通信回線４０を介して他のサイト
からフォーラム全体が取得される。そして、リカバリデ
ィスクに登録されていないオブジェクトが、取得された
フォーラムから削除される。このようにしたのは、蓄積
交換型の通信方式を採用しているため、あるサイトにお
ける操作が、他のサイトに反映されていない場合がある
ためである。

【０１１７】このようにすることで、データベースをリ
カバリディスクを作成した時点の状態に復旧することが
でき、障害発生直前の状態に戻すことができる。

【０１１８】

【発明の効果】以上説明したように、請求項１又は請求
項６に記載の発明によれば、伝達される情報に矛盾が発
生したことが自動的に判定されるので、例えば、電子会
議システムの管理者が情報矛盾の発生を早期に発見で
き、電子会議システムの保守が早期に行われるので、伝
達された情報が正しく反映されるようになり、電子会議
システムの信頼性を向上することができる。

【０１１９】請求項２又は請求項４に記載の発明によれ
ば、伝達された情報に矛盾が発生したことを簡単に判定
することができ、システム資源の負荷増大を最小にする
ことができる。請求項３又は請求項７に記載の発明によ
れば、請求項１記載の発明に加え、伝達された情報に矛
盾が発生したときには、ファイルシステムに登録されて
いる階層構造のオブジェクトが自動的に修正されるの
で、電子会議システムの保守が容易になると共に、伝達
された情報が正しく反映されないという状況の発生を防
止することができる。

【０１２０】請求項５記載の発明によれば、伝達された
情報の矛盾修正が極めて簡単に行うことができ、システ
ム資源の負荷増大を最小にすることができる。請求項８
記載の発明によれば、請求項１記載の発明の効果に加
え、本発明に係る情報矛盾判定プログラムを流通させる
ことができ、かかるプログラムを記録した媒体を取得し
た者は、情報矛盾判定装置を容易に構築することができ
る。

【０１２１】請求項９記載の発明によれば、請求項３記
載の発明の効果に加え、本発明に係る情報矛盾修正プロ
グラムを流通させることができ、かかるプログラムを記
録した媒体を取得した者は、情報矛盾修正装置を容易に
構築することができる。

【図面の簡単な説明】

【図１】本発明の電子会議システムの一実施形態を示す
システム図である。

【図２】同上のフォーラムの階層構造を示す説明図であ
る。

【図３】同上のメッセージの階層構造を示す説明図であ
る。

【図４】同上のデータベースに登録されるオブジェクト
の詳細を示す説明図である。

【図５】同上のオブジェクトを示すオブジェクトＩＤの
説明図である。

【図６】同上の情報交換先である宛先情報の説明図であ
る。

【図７】同上の情報交換の流れを示す処理流れ図であ
る。

【図８】サーバにおける処理内容を示すメインルーチン
のフローチャートである。

【図９】同上のメインルーチンから実行されるオブジェ
クトの作成処理を示すサブルーチンのフローチャートで
ある。

【図１０】同上のメインルーチンから実行されるオブジ
ェクトの削除処理を示すサブルーチンのフローチャート
である。

【図１１】同上のメインルーチンから実行されるオブジ
ェクトの更新処理を示すサブルーチンのフローチャート
である。

【図１２】同上のメインルーチンから実行されるオブジ
ェクトの移動処理を示すサブルーチンのフローチャート
である。

【図１３】同上の移動処理の必要性を示す説明図であ
る。

【図１４】サーバにおいて情報の送信を行うときに実行
されるメインルーチンを示すフローチャートである。

【図１５】同上のメインルーチンから実行される情報の
最適化処理を示すサブルーチンのフローチャートであ
る。

【図１６】同上の最適化処理のサブルーチンから実行さ
れるメッセージの削除キュー処理を示すサブルーチンの
フローチャートである。

【図１７】同上の最適化処理のサブルーチンから実行さ
れるメッセージの更新キュー処理を示すサブルーチンの
フローチャートである。

【図１８】同上の最適化処理のサブルーチンから実行さ
れるフォーラムの削除キュー処理を示すサブルーチンの
フローチャートである。

【図１９】同上の最適化処理のサブルーチンから実行さ
れるフォーラムの更新キュー処理を示すサブルーチンの
フローチャートである。

【図２０】同上のメインルーチンから実行される情報の
順番保証処理を示すサブルーチンのフローチャートであ
る。

【図２１】受信キューからコマンドオブジェクトを取り
出す度に実行されるメインルーチンを示すフローチャー
トである。

【図２２】同上のメインルーチンから実行される宛先矛
盾のチェック処理を示すサブルーチンのフローチャート
である。

【図２３】同上のメインルーチンから実行される情報内
容矛盾のチェック処理を示すサブルーチンのフローチャ
ートである。

【図２４】同上のメインルーチンから実行されるデータ
ベースへの登録処理を示すサブルーチンのフローチャー
トである。

【図２５】同上のメインルーチンから実行されるリカバ
リ情報の作成処理を示すサブルーチンのフローチャート
である。

【図２６】電子会議システムの管理者の指示により実行
されるリカバリ情報の作成処理を示すフローチャートで
ある。

【図２７】電子会議システムの管理者の指示により実行
されるリカバリ処理を示すフローチャートである。

【図２８】従来の電子会議システムの一実施形態を示す
システム図である。

【図２９】同上の電子会議システムにおいて情報内容に
矛盾が発生する要因の説明図である。

【符号の説明】

１０・・・サーバ１２・・・データベース１４・・・サーバソフト

───────────────────────────────────────────────────── フロントページの続き (72)発明者富田克彦静岡県静岡市南町18番１号株式会社富士通静岡エンジニアリング内 (72)発明者勝池俊元静岡県静岡市南町18番１号株式会社富士通静岡エンジニアリング内 (72)発明者村井弘普静岡県静岡市南町18番１号株式会社富士通静岡エンジニアリング内

Claims

【特許請求の範囲】

【請求項１】階層構造のオブジェクトを登録するファイ
ルシステムと、該ファイルシステムを管理する複数のサ
ーバと、を含んで構成され、前記サーバ間で蓄積交換型
の通信方式を用いて処理対象となるオブジェクトの情報
交換を行う電子会議システムにおける情報矛盾検出装置
であって、前記サーバ間で交換される情報には、処理対象となるオ
ブジェクトの上位階層のオブジェクトを特定する情報が
含まれると共に、前記ファイルシステムに登録されてい
るオブジェクト及び受信した情報に含まれる上位階層の
オブジェクトを特定する情報が示すオブジェクトに基い
て、伝達された情報に矛盾が発生しているか否かを判定
する矛盾判定手段を含んで構成されたことを特徴とする
電子会議システムにおける情報矛盾判定装置。
【請求項２】前記矛盾判定手段は、受信した情報に含ま
れる上位階層のオブジェクトを特定する情報が示すオブ
ジェクトと前記ファイルシステムに登録されているオブ
ジェクトとが不一致のときに、伝達された情報に矛盾が
発生したと判定する構成である請求項１記載の電子会議
システムにおける情報矛盾判定装置。
【請求項３】階層構造のオブジェクトを登録するファイ
ルシステムと、該ファイルシステムを管理する複数のサ
ーバと、を含んで構成され、前記サーバ間で蓄積交換型
の通信方式を用いて処理対象となるオブジェクトの情報
交換を行う電子会議システムにおける情報矛盾検出装置
であって、前記サーバ間で交換される情報には、処理対象となるオ
ブジェクトの上位階層のオブジェクトを特定する情報及
び送信元のサーバを特定する情報が含まれると共に、前
記ファイルシステムに登録されているオブジェクト及び
受信した情報に含まれる上位階層のオブジェクトを特定
する情報が示すオブジェクトに基いて、伝達された情報
に矛盾が発生しているか否かを判定する矛盾判定手段
と、該矛盾判定手段により伝達された情報に矛盾が発生
していると判定されたときに、受信した情報に基いて、
前記ファイルシステムに登録されている階層構造のオブ
ジェクトを修正する矛盾修正手段と、を含んで構成され
たことを特徴とする電子会議システムにおける情報矛盾
修正装置。
【請求項４】前記矛盾判定手段は、受信した情報に含ま
れる上位階層のオブジェクトを特定する情報が示すオブ
ジェクトと前記ファイルシステムに登録されているオブ
ジェクトとが不一致のときに、伝達された情報に矛盾が
発生したと判定する構成である請求項３記載の電子会議
システムにおける情報矛盾修正装置。
【請求項５】前記矛盾修正手段は、受信した情報に含ま
れる送信元のサーバを特定する情報が示すサーバから、
階層構造のオブジェクトを取得して、前記ファイルシス
テムに登録されている階層構造のオブジェクトを修正す
る構成である請求項３又は４に記載の電子会議システム
における情報矛盾修正装置。
【請求項６】階層構造のオブジェクトを登録するファイ
ルシステムと、該ファイルシステムを管理する複数の管
理工程と、を含んで構成され、前記管理工程間で蓄積交
換型の通信方式を用いて処理対象となるオブジェクトの
情報交換を行う電子会議システムにおける情報矛盾判定
方法であって、前記管理工程間で交換される情報には、処理対象となる
オブジェクトの上位階層のオブジェクトを特定する情報
が含まれると共に、前記ファイルシステムに登録されて
いるオブジェクト及び受信した情報に含まれる上位階層
のオブジェクトを特定する情報が示すオブジェクトに基
いて、伝達された情報に矛盾が発生しているか否かを判
定する矛盾判定工程を含んで構成されたことを特徴とす
る電子会議システムにおける情報矛盾判定方法。
【請求項７】階層構造のオブジェクトを登録するファイ
ルシステムと、該ファイルシステムを管理する複数の管
理工程と、を含んで構成され、前記管理工程間で蓄積交
換型の通信方式を用いて処理対象となるオブジェクトの
情報交換を行う電子会議システムにおける情報矛盾修正
方法であって、前記管理工程間で交換される情報には、処理対象となる
オブジェクトの上位階層のオブジェクトを特定する情報
及び送信元の管理工程を特定する情報が含まれると共
に、前記ファイルシステムに登録されているオブジェク
ト及び受信した情報に含まれる上位階層のオブジェクト
を特定する情報が示すオブジェクトに基いて、伝達され
た情報に矛盾が発生しているか否かを判定する矛盾判定
工程と、該矛盾判定工程により伝達された情報に矛盾が
発生していると判定されたときに、受信した情報に基い
て、前記ファイルシステムに登録されている階層構造の
オブジェクトを修正する矛盾修正工程と、を含んで構成
されたことを特徴とする電子会議システムにおける情報
矛盾修正方法。
【請求項８】階層構造のオブジェクトを登録するファイ
ルシステムと、該ファイルシステムを管理する複数の管
理機能と、を含んで構成され、前記管理機能間で蓄積交
換型の通信方式を用いて処理対象となるオブジェクトの
情報交換を行う電子会議システムにおける情報矛盾判定
プログラムを記録した媒体であって、前記管理機能間で交換される情報には、処理対象となる
オブジェクトの上位階層のオブジェクトを特定する情報
が含まれると共に、前記ファイルシステムに登録されて
いるオブジェクト及び受信した情報に含まれる上位階層
のオブジェクトを特定する情報が示すオブジェクトに基
いて、伝達された情報に矛盾が発生しているか否かを判
定する矛盾判定機能を実現するための電子会議システム
における情報矛盾判定プログラムを記録した媒体。
【請求項９】階層構造のオブジェクトを登録するファイ
ルシステムと、該ファイルシステムを管理する管理機能
と、を含んで構成され、前記管理機能間で蓄積交換型の
通信方式を用いて処理対象となるオブジェクトの情報交
換を行う電子会議システムにおける情報矛盾修正プログ
ラムを記録した媒体であって、前記管理機能間で交換される情報には、処理対象となる
オブジェクトの上位階層のオブジェクトを特定する情報
及び送信元の管理機能を特定する情報が含まれると共
に、前記ファイルシステムに登録されているオブジェク
ト及び受信した情報に含まれる上位階層のオブジェクト
を特定する情報が示すオブジェクトに基いて、伝達され
た情報に矛盾が発生しているか否かを判定する矛盾判定
機能と、該矛盾判定機能により伝達された情報に矛盾が
発生していると判定されたときに、受信した情報に基い
て、前記ファイルシステムに登録されている階層構造の
オブジェクトを修正する矛盾修正機能と、を実現するた
めの電子会議システムにおける情報矛盾修正プログラム
を記録した媒体。