JPH11127148A - 蓄積交換型電子会議システムにおける登録情報のリカバリ処理装置及び方法並びにリカバリ処理プログラムを記録した媒体 - Google Patents

Abstract

(57)【要約】 【課題】 情報を障害発生直前の状態に迅速に復旧でき
るようにする。 【解決手段】 オブジェクトを登録するデータベース12
を管理するサーバ10と、オブジェクトの登録状態を記録
するリカバリディスクと、リカバリディスクへの登録制
御を行う登録制御手段と、リカバリディスクに基いてデ
ータベース12に登録されるオブジェクトの復旧を行う復
旧制御手段と、を含んで構成される蓄積交換型電子会議
システムにおいて、登録制御手段を、データベース12に
対してオブジェクトの操作を行う際、操作がオブジェク
トの作成であるときには、リカバリディスクに作成対象
のオブジェクトを特定する情報を登録し、操作がオブジ
ェクトの削除であるときには、リカバリディスクから削
除対象のオブジェクトを特定する情報を削除する。そし
て、リカバリディスクに登録されるオブジェクト情報に
基き、他のサイトからオブジェクト本体を取得してオブ
ジェクトを復旧する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、蓄積交換型電子会
議システムに関し、特に、予期せぬ障害の発生によって
情報を紛失した場合、情報を障害発生直前の状態に迅速
に復旧（リカバリ処理）する技術に関する。

【０００２】

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

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

【０００４】

【発明が解決しようとする課題】ところで、あるサイト
で予期せぬ障害が発生した場合には、障害が発生したサ
イトで保持される情報が紛失することがある。情報の紛
失は、大規模なネットワークを構築し、各サイト間で情
報交換を行う電子会議システムでは、他のサイトに与え
る影響が無視できない。即ち、図２８に示すように、サ
イトＡ，Ｂ，Ｃ，Ｄ及びＥの間で、線形の情報伝達経路
が設定されている場合に、例えば、サイトＣで情報の紛
失が発生すると、サイトＤ及びＥには、情報が正しく伝
達されなくなってしまう。

【０００５】紛失した情報を復旧する方法としては、各
サイトにおける情報をそのままリカバリディスクに登録
しておき、障害発生時にリカバリディスクの内容に基い
て、情報を復旧する方法が一般的である。しかしなが
ら、各サイトで保持される情報量が増えると、情報をリ
カバリディスクに登録するのに必要な時間が、長時間に
及ぶようになってしまう。このため、従来の情報復旧方
法では、情報量が増えると、紛失した情報の迅速な復旧
ができないという問題があった。

【０００６】そこで、本発明は以上のような従来の問題
点に鑑み、蓄積交換型電子会議システムにおけるリカバ
リディスクの作成方法を改良し、予期せぬ障害の発生に
よって情報を紛失した場合、情報を障害発生直前の状態
に迅速に復旧できるようにすることを目的とする。

【０００７】

【課題を解決するための手段】このため、請求項１記載
の発明は、オブジェクトを登録するファイルシステム
と、該ファイルシステムを管理する複数のサーバと、前
記オブジェクトの登録状態を記録する状態記録手段と、
該状態記録手段にオブジェクトの登録状態を登録する登
録制御手段と、前記状態記録手段のオブジェクトの登録
状態に基いて、前記ファイルシステムに登録されるオブ
ジェクトの復旧を行う復旧制御手段と、を含んで構成さ
れ、前記サーバ間で蓄積交換型の通信方式を用いて処理
対象となるオブジェクトの情報交換を行う電子会議シス
テムにおける登録情報のリカバリ処理装置であって、前
記登録制御手段は、前記ファイルシステムに対してオブ
ジェクトの操作を行う際、該操作がオブジェクトの作成
であるときには、前記状態記録手段に作成対象のオブジ
ェクトを特定する情報を登録し、前記操作がオブジェク
トの削除であるときには、前記状態記録手段から削除対
象のオブジェクトを特定する情報を削除する構成とし
た。

【０００８】かかる構成によれば、ファイルシステムに
対してオブジェクトの作成を行うと、状態記録手段に作
成対象のオブジェクトを特定する情報が登録される。ま
た、ファイルシステムに対してオブジェクトの削除を行
うと、状態記録手段から削除対象のオブジェクトを特定
する情報が削除される。この場合、状態記録手段には、
オブジェクトの本体ではなく、オブジェクトを特定する
情報のみが登録されるので、ファイルシステムに登録さ
れるオブジェクトが膨大な数になっても、登録にはさほ
ど時間がかからない。そして、ファイルシステムに障害
が発生した場合、復旧制御手段によりファイルシステム
に登録されるオブジェクトの復旧を行うと、状態記録手
段のオブジェクトの登録状態に基いて、ファイルシステ
ムに登録されるオブジェクトが復旧される。

【０００９】請求項２記載の発明は、オブジェクトを登
録するファイルシステムと、該ファイルシステムを管理
する複数のサーバと、前記オブジェクトの登録状態を記
録する状態記録手段と、該状態記録手段にオブジェクト
の登録状態を登録する登録制御手段と、該登録制御手段
を作動させる登録作動手段と、前記状態記録手段のオブ
ジェクトの登録状態に基いて、前記ファイルシステムに
登録されるオブジェクトの復旧を行う復旧制御手段と、
を含んで構成され、前記サーバ間で蓄積交換型の通信方
式を用いて処理対象となるオブジェクトの情報交換を行
う電子会議システムにおける登録情報のリカバリ処理装
置であって、前記登録制御手段は、前記ファイルシステ
ムに登録される全てのオブジェクトを検索し、発見され
たオブジェクトを特定する情報を前記状態記録手段に登
録する構成とした。

【００１０】かかる構成によれば、登録作動手段により
登録制御手段を作動させると、ファイルシステムに登録
される全てのオブジェクトが検索され、発見されたオブ
ジェクトを特定する情報が状態記録手段に登録される。
この場合、状態記録手段には、オブジェクトの本体では
なく、オブジェクトを特定する情報のみが登録されるの
で、ファイルシステムに登録されるオブジェクトが膨大
な数になっても、登録にはさほど時間がかからない。そ
して、ファイルシステムに障害が発生した場合、復旧制
御手段によりファイルシステムに登録されるオブジェク
トの復旧を行うと、状態記録手段のオブジェクトの登録
状態に基いて、ファイルシステムに登録されるオブジェ
クトが復旧される。

【００１１】請求項３記載の発明は、前記復旧制御手段
は、前記状態記録手段に登録される全てのオブジェクト
を特定する情報を検索し、情報交換を行う他のサーバか
ら検索された情報が特定するオブジェクトを取得して、
前記ファイルシステムに登録されるオブジェクトの復旧
を行う構成とした。かかる構成によれば、ファイルシス
テムに登録されるオブジェクトの復旧を行う際、状態記
録手段に登録されるオブジェクト情報に基いて、情報交
換を行う他のサーバから復旧するオブジェクトを取得
し、取得したオブジェクトによって復旧を行う。

【００１２】請求項４記載の発明は、オブジェクトを登
録するファイルシステムと、該ファイルシステムを管理
する複数の管理工程と、前記オブジェクトの登録状態を
記録する状態記録工程と、該状態記録工程にオブジェク
トの登録状態を登録する登録制御工程と、前記状態記録
工程のオブジェクトの登録状態に基いて、前記ファイル
システムに登録されるオブジェクトの復旧を行う復旧工
程と、を含んで構成され、前記管理工程間で蓄積交換型
の通信方式を用いて処理対象となるオブジェクトの情報
交換を行う電子会議システムにおける登録情報のリカバ
リ処理方法であって、前記登録制御工程は、前記ファイ
ルシステムに対してオブジェクトの操作を行う際、該操
作がオブジェクトの作成であるときには、前記状態記録
工程に作成対象のオブジェクトを特定する情報を登録
し、前記操作がオブジェクトの削除であるときには、前
記状態記録工程から削除対象のオブジェクトを特定する
情報を削除する構成とし、前記復旧工程は、前記状態記
録工程に登録される全てのオブジェクトを特定する情報
を検索し、情報交換を行う他の管理工程から検索された
情報が特定するオブジェクトを取得して、前記ファイル
システムに登録されるオブジェクトの復旧を行う構成と
した。

【００１３】かかる構成によれば、ファイルシステムに
対してオブジェクトの作成を行うと、状態記録工程に作
成対象のオブジェクトを特定する情報が登録される。ま
た、ファイルシステムに対してオブジェクトの削除を行
うと、状態記録工程から削除対象のオブジェクトを特定
する情報が削除される。この場合、状態記録工程には、
オブジェクトの本体ではなく、オブジェクトを特定する
情報のみが登録されるので、ファイルシステムに登録さ
れるオブジェクトが膨大な数になっても、登録にはさほ
ど時間がかからない。そして、ファイルシステムに障害
が発生した場合、復旧工程によりファイルシステムに登
録されるオブジェクトの復旧を行うと、状態記録工程の
オブジェクトの登録状態に基いて、情報交換を行う他の
管理工程から復旧するオブジェクトを取得し、ファイル
システムに登録されるオブジェクトが復旧される。

【００１４】請求項５記載の発明は、オブジェクトを登
録するファイルシステムと、該ファイルシステムを管理
する複数の管理工程と、前記オブジェクトの登録状態を
記録する状態記録工程と、該状態記録工程にオブジェク
トの登録状態を登録する登録制御工程と、該登録制御工
程を作動させる作動工程と、前記状態記録工程のオブジ
ェクトの登録状態に基いて、前記ファイルシステムに登
録されるオブジェクトの復旧を行う復旧工程と、を含ん
で構成され、前記管理工程間で蓄積交換型の通信方式を
用いて処理対象となるオブジェクトの情報交換を行う電
子会議システムにおける登録情報のリカバリ処理方法で
あって、前記登録制御工程は、前記ファイルシステムに
登録される全てのオブジェクトを検索し、発見されたオ
ブジェクトを特定する情報を前記状態記録工程に登録す
る構成とし、前記復旧工程は、前記状態記録工程に登録
される全てのオブジェクトを特定する情報を検索し、情
報交換を行う他の管理工程から検索された情報が特定す
るオブジェクトを取得して、前記ファイルシステムに登
録されるオブジェクトの復旧を行う構成とした。

【００１５】かかる構成によれば、作動工程により登録
制御工程を作動させると、ファイルシステムに登録され
る全てのオブジェクトが検索され、発見されたオブジェ
クトを特定する情報が状態記録工程に登録される。この
場合、状態記録工程には、オブジェクトの本体ではな
く、オブジェクトを特定する情報のみが登録されるの
で、ファイルシステムに登録されるオブジェクトが膨大
な数になっても、登録にはさほど時間がかからない。そ
して、ファイルシステムに障害が発生した場合、復旧工
程によりファイルシステムに登録されるオブジェクトの
復旧を行うと、状態記録工程のオブジェクトの登録状態
に基いて、情報交換を行う他の管理工程から復旧するオ
ブジェクトを取得し、ファイルシステムに登録されるオ
ブジェクトが復旧される。

【００１６】請求項６記載の発明は、オブジェクトを登
録するファイルシステムと、該ファイルシステムを管理
する複数の管理機能と、前記オブジェクトの登録状態を
記録する状態記録機能と、該状態記録機能にオブジェク
トの登録状態を登録する登録制御機能と、前記状態記録
機能のオブジェクトの登録状態に基いて、前記ファイル
システムに登録されるオブジェクトの復旧を行う復旧機
能と、を含んで構成され、前記管理機能間で蓄積交換型
の通信方式を用いて処理対象となるオブジェクトの情報
交換を行う電子会議システムにおける登録情報のリカバ
リ処理プログラムを記録した媒体であって、前記登録制
御機能は、前記ファイルシステムに対してオブジェクト
の操作を行う際、該操作がオブジェクトの作成であると
きには、前記状態記録機能に作成対象のオブジェクトを
特定する情報を登録し、前記操作がオブジェクトの削除
であるときには、前記状態記録機能から削除対象のオブ
ジェクトを特定する情報を削除する構成とし、前記復旧
機能は、前記状態記録機能に登録される全てのオブジェ
クトを特定する情報を検索し、情報交換を行う他の管理
機能から検索された情報が特定するオブジェクトを取得
して、前記ファイルシステムに登録されるオブジェクト
の復旧を行う構成とした。

【００１７】ここで、「媒体」とは、各種情報を確実に
記録でき、かつ、必要に応じて確実に取り出し可能なも
のをいい、具体的には、紙カード（パンチカード）、紙
テープ、磁気テープ、磁気ディスク、磁気ドラム、ＣＤ
−ＲＯＭ、ＩＣカード等がある。かかる構成によれば、
オブジェクトを登録するファイルシステムを管理する複
数の管理機能と、オブジェクトの登録状態を記録する状
態記録機能と、状態記録機能にオブジェクトの登録状態
を登録する登録制御機能と、ファイルシステムに登録さ
れるオブジェクトの復旧を行う復旧機能と、を実現する
ためのプログラムを媒体に記録したので、このプログラ
ムを記録した媒体があれば、本発明に係る登録情報のリ
カバリ処理装置が容易に構築される。

【００１８】請求項７記載の発明は、オブジェクトを登
録するファイルシステムと、該ファイルシステムを管理
する複数の管理機能と、前記オブジェクトの登録状態を
記録する状態記録機能と、該状態記録機能にオブジェク
トの登録状態を登録する登録制御機能と、該登録制御機
能を作動させる作動機能と、前記状態記録機能のオブジ
ェクトの登録状態に基いて、前記ファイルシステムに登
録されるオブジェクトの復旧を行う復旧機能と、を含ん
で構成され、前記管理機能間で蓄積交換型の通信方式を
用いて処理対象となるオブジェクトの情報交換を行う電
子会議システムにおける登録情報のリカバリ処理プログ
ラムを記録した媒体であって、前記登録制御機能は、前
記ファイルシステムに登録される全てのオブジェクトを
検索し、発見されたオブジェクトを特定する情報を前記
状態記録機能に登録する構成とし、前記復旧機能は、前
記状態記録機能に登録される全てのオブジェクトを特定
する情報を検索し、情報交換を行う他の管理機能から検
索された情報が特定するオブジェクトを取得して、前記
ファイルシステムに登録されるオブジェクトの復旧を行
う構成とした。

【００１９】かかる構成によれば、オブジェクトを登録
するファイルシステムを管理する複数の管理機能と、オ
ブジェクトの登録状態を記録する状態記録機能と、状態
記録機能にオブジェクトの登録状態を登録する登録制御
機能と、登録制御機能を作動させる作動機能と、ファイ
ルシステムに登録されるオブジェクトの復旧を行う復旧
機能と、を実現するためのプログラムを媒体に記録した
ので、このプログラムを記録した媒体があれば、本発明
に係る登録情報のリカバリ処理装置が容易に構築され
る。

【００２０】

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

【００９４】ステップ１６０では、コマンドオブジェク
トに含まれるオブジェクトＩＤを解析して送信元のサイ
トを示すオブジェクトＩＤを取得し、送信元のサイトか
ら処理対象となるフォーラム全体を取得する。ステップ
１６１では、データベース１２に登録されているフォー
ラムと、送信元のサイトから取得したフォーラムと、を
マージ（併合）しつつデータベースの更新登録を行う。

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

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

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

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

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

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

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

【０１０２】図２５は、リカバリ情報の作成処理を示す
サブルーチンであり、請求項１記載の登録制御手段、請
求項４記載の登録制御工程、請求項６記載の登録制御機
能に相当する。ステップ１９１では、受信キュー２０か
ら取り出したコマンドオブジェクトに含まれるオブジェ
クトＩＤを解析して、操作の種類を取得する。

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

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

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

【０１０６】図２６は、電子会議システムの管理者の操
作により、リカバリディスクの作成を行うメインルーチ
ンであり、請求項２記載の登録制御手段、請求項５記載
の登録制御工程、請求項７記載の登録制御機能に相当す
る。ステップ２００では、データベース１２から、登録
されている全てのフォーラムをサーチする。

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

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

【０１０９】図２７は、リカバリディスクに基づいてデ
ータベース１２の復旧を行うメインルーチンを示し、復
旧制御手段、復旧制御工程、復旧制御機能に相当する。
なお、図２７の処理は、電子会議システムの管理者が、
例えば、メニューの選択やコマンドの入力等（復旧登録
作動手段、登録作動工程、登録作動機能）を行うこと
で、実行が開始される。

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

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

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

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

【０１１４】

【発明の効果】以上説明したように、請求項１又は請求
項４記載の発明によれば、ファイルシステムに対してオ
ブジェクトの作成或いは削除を行うと、状態記録手段に
登録されるオブジェクト情報が自動的に更新される。こ
のオブジェクト情報は、オブジェクトを特定する情報で
あるので、そのサイズが小さく、オブジェクト情報の更
新を迅速に行うことができる。そして、かかるオブジェ
クト情報に基いて、ファイルシステムに登録されるオブ
ジェクトの復旧が行われるので、情報を障害発生直前の
状態に迅速に復旧できる。

【０１１５】請求項２又は請求項５記載の発明によれ
ば、登録作動手段或いは登録作動工程を操作すること
で、ファイルシステムに登録される全てのオブジェクト
を特定する情報が状態記録手段に登録される。このオブ
ジェクト情報は、オブジェクトを特定する情報であるの
で、そのサイズが小さく、オブジェクト情報の更新を迅
速に行うことができる。そして、かかるオブジェクト情
報に基いて、ファイルシステムに登録されるオブジェク
トの復旧が行われるので、情報を障害発生直前の状態に
迅速に復旧できる。

【０１１６】請求項３記載の発明によれば、他のサーバ
から復旧するオブジェクトを取得するので、電子会議シ
ステムの特徴を利用した効率的な復旧処理を行うことが
できる。請求項６記載の発明によれば、請求項１記載の
発明の効果に加え、本発明に係る登録情報のリカバリ処
理プログラムを流通させることができ、かかるプログラ
ムを記録した媒体を取得した者は、登録情報のリカバリ
処理装置を容易に構築することができる。

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

【図面の簡単な説明】

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

【図２８】問題が発生しやすい電子会議システムの情報
伝達経路の一実施例を示す経路図である。

【符号の説明】

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

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

Claims (7)

【特許請求の範囲】
1. 【請求項１】オブジェクトを登録するファイルシステム
   と、該ファイルシステムを管理する複数のサーバと、前
   記オブジェクトの登録状態を記録する状態記録手段と、
   該状態記録手段にオブジェクトの登録状態を登録する登
   録制御手段と、前記状態記録手段のオブジェクトの登録
   状態に基いて、前記ファイルシステムに登録されるオブ
   ジェクトの復旧を行う復旧制御手段と、を含んで構成さ
   れ、前記サーバ間で蓄積交換型の通信方式を用いて処理
   対象となるオブジェクトの情報交換を行う電子会議シス
   テムにおける登録情報のリカバリ処理装置であって、 前記登録制御手段は、前記ファイルシステムに対してオ
   ブジェクトの操作を行う際、該操作がオブジェクトの作
   成であるときには、前記状態記録手段に作成対象のオブ
   ジェクトを特定する情報を登録し、前記操作がオブジェ
   クトの削除であるときには、前記状態記録手段から削除
   対象のオブジェクトを特定する情報を削除する構成であ
   ることを特徴とする蓄積交換型電子会議システムにおけ
   る登録情報のリカバリ処理装置。
2. 【請求項２】オブジェクトを登録するファイルシステム
   と、該ファイルシステムを管理する複数のサーバと、前
   記オブジェクトの登録状態を記録する状態記録手段と、
   該状態記録手段にオブジェクトの登録状態を登録する登
   録制御手段と、該登録制御手段を作動させる登録作動手
   段と、前記状態記録手段のオブジェクトの登録状態に基
   いて、前記ファイルシステムに登録されるオブジェクト
   の復旧を行う復旧制御手段と、を含んで構成され、前記
   サーバ間で蓄積交換型の通信方式を用いて処理対象とな
   るオブジェクトの情報交換を行う電子会議システムにお
   ける登録情報のリカバリ処理装置であって、 前記登録制御手段は、前記ファイルシステムに登録され
   る全てのオブジェクトを検索し、発見されたオブジェク
   トを特定する情報を前記状態記録手段に登録する構成で
   あることを特徴とする蓄積交換型電子会議システムにお
   ける登録情報のリカバリ処理装置。
3. 【請求項３】前記復旧制御手段は、前記状態記録手段に
   登録される全てのオブジェクトを特定する情報を検索
   し、情報交換を行う他のサーバから検索された情報が特
   定するオブジェクトを取得して、前記ファイルシステム
   に登録されるオブジェクトの復旧を行う構成である請求
   項１又は請求項２に記載の蓄積交換型電子会議システム
   における登録情報のリカバリ処理装置。
4. 【請求項４】オブジェクトを登録するファイルシステム
   と、該ファイルシステムを管理する複数の管理工程と、
   前記オブジェクトの登録状態を記録する状態記録工程
   と、該状態記録工程にオブジェクトの登録状態を登録す
   る登録制御工程と、前記状態記録工程のオブジェクトの
   登録状態に基いて、前記ファイルシステムに登録される
   オブジェクトの復旧を行う復旧工程と、を含んで構成さ
   れ、前記管理工程間で蓄積交換型の通信方式を用いて処
   理対象となるオブジェクトの情報交換を行う電子会議シ
   ステムにおける登録情報のリカバリ処理方法であって、 前記登録制御工程は、前記ファイルシステムに対してオ
   ブジェクトの操作を行う際、該操作がオブジェクトの作
   成であるときには、前記状態記録工程に作成対象のオブ
   ジェクトを特定する情報を登録し、前記操作がオブジェ
   クトの削除であるときには、前記状態記録工程から削除
   対象のオブジェクトを特定する情報を削除する構成であ
   り、前記復旧工程は、前記状態記録工程に登録される全
   てのオブジェクトを特定する情報を検索し、情報交換を
   行う他の管理工程から検索された情報が特定するオブジ
   ェクトを取得して、前記ファイルシステムに登録される
   オブジェクトの復旧を行う構成であることを特徴とする
   蓄積交換型電子会議システムにおける登録情報のリカバ
   リ処理方法。
5. 【請求項５】オブジェクトを登録するファイルシステム
   と、該ファイルシステムを管理する複数の管理工程と、
   前記オブジェクトの登録状態を記録する状態記録工程
   と、該状態記録工程にオブジェクトの登録状態を登録す
   る登録制御工程と、該登録制御工程を作動させる作動工
   程と、前記状態記録工程のオブジェクトの登録状態に基
   いて、前記ファイルシステムに登録されるオブジェクト
   の復旧を行う復旧工程と、を含んで構成され、前記管理
   工程間で蓄積交換型の通信方式を用いて処理対象となる
   オブジェクトの情報交換を行う電子会議システムにおけ
   る登録情報のリカバリ処理方法であって、 前記登録制御工程は、前記ファイルシステムに登録され
   る全てのオブジェクトを検索し、発見されたオブジェク
   トを特定する情報を前記状態記録工程に登録する構成で
   あり、前記復旧工程は、前記状態記録工程に登録される
   全てのオブジェクトを特定する情報を検索し、情報交換
   を行う他の管理工程から検索された情報が特定するオブ
   ジェクトを取得して、前記ファイルシステムに登録され
   るオブジェクトの復旧を行う構成であることを特徴とす
   る蓄積交換型電子会議システムにおける登録情報のリカ
   バリ処理方法。
6. 【請求項６】オブジェクトを登録するファイルシステム
   と、該ファイルシステムを管理する複数の管理機能と、
   前記オブジェクトの登録状態を記録する状態記録機能
   と、該状態記録機能にオブジェクトの登録状態を登録す
   る登録制御機能と、前記状態記録機能のオブジェクトの
   登録状態に基いて、前記ファイルシステムに登録される
   オブジェクトの復旧を行う復旧機能と、を含んで構成さ
   れ、前記管理機能間で蓄積交換型の通信方式を用いて処
   理対象となるオブジェクトの情報交換を行う電子会議シ
   ステムにおける登録情報のリカバリ処理プログラムを記
   録した媒体であって、 前記登録制御機能は、前記ファイルシステムに対してオ
   ブジェクトの操作を行う際、該操作がオブジェクトの作
   成であるときには、前記状態記録機能に作成対象のオブ
   ジェクトを特定する情報を登録し、前記操作がオブジェ
   クトの削除であるときには、前記状態記録機能から削除
   対象のオブジェクトを特定する情報を削除する構成であ
   り、前記復旧機能は、前記状態記録機能に登録される全
   てのオブジェクトを特定する情報を検索し、情報交換を
   行う他の管理機能から検索された情報が特定するオブジ
   ェクトを取得して、前記ファイルシステムに登録される
   オブジェクトの復旧を行う構成であることを特徴とする
   蓄積交換型電子会議システムにおける登録情報のリカバ
   リ処理プログラムを記録した媒体。
7. 【請求項７】オブジェクトを登録するファイルシステム
   と、該ファイルシステムを管理する複数の管理機能と、
   前記オブジェクトの登録状態を記録する状態記録機能
   と、該状態記録機能にオブジェクトの登録状態を登録す
   る登録制御機能と、該登録制御機能を作動させる作動機
   能と、前記状態記録機能のオブジェクトの登録状態に基
   いて、前記ファイルシステムに登録されるオブジェクト
   の復旧を行う復旧機能と、を含んで構成され、前記管理
   機能間で蓄積交換型の通信方式を用いて処理対象となる
   オブジェクトの情報交換を行う電子会議システムにおけ
   る登録情報のリカバリ処理プログラムを記録した媒体で
   あって、 前記登録制御機能は、前記ファイルシステムに登録され
   る全てのオブジェクトを検索し、発見されたオブジェク
   トを特定する情報を前記状態記録機能に登録する構成で
   あり、前記復旧機能は、前記状態記録機能に登録される
   全てのオブジェクトを特定する情報を検索し、情報交換
   を行う他の管理機能から検索された情報が特定するオブ
   ジェクトを取得して、前記ファイルシステムに登録され
   るオブジェクトの復旧を行う構成であることを特徴とす
   る蓄積交換型電子会議システムにおける登録情報のリカ
   バリ処理プログラムを記録した媒体。