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

Abstract

(57)【要約】 【課題】 宛先情報に矛盾が発生したときに、これを自
動的に検出し或いは修正し、送信されるべき情報が送信
されないという不具合を解消する。 【解決手段】 地理的に離れた複数のサイト間で、蓄積
交換型の通信方式を用いて電子会議システムを構築した
ものにおいて、各サーバ10を構成するデータベース12
に、情報交換先である他のサイトの宛先情報を保持させ
ると共に、他のサイトに送信する情報に、情報交換先の
宛先を含ませる。そして、情報を受け取ったサイトにお
いて、情報に含まれる宛先とデータベース12に保持され
る宛先とを比較し、宛先が不一致であるときには、宛先
に矛盾が発生したと検出する。また、宛先に矛盾が発生
したと検出されたときには、データベース12に保持され
る宛先に、受け取った情報に含まれる宛先を追加し、宛
先矛盾の修正を行う。

Description

【発明の詳細な説明】

【０００１】

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

【０００２】

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

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

【０００４】電子会議システムでは、通常、フォーラム
と呼ばれる入れ物で単位付けられている。また、各フォ
ーラム毎に、情報交換を行う相手先となるサイトの宛先
情報が保持される。例えば、図２８に示すように、サイ
トＡ、Ｂ及びＣにおけるフォーラムＡの間で相互に情報
交換を行う場合、サイトＡのフォーラムＡにはサイトＢ
及びＣが、サイトＢのフォーラムＡにはサイトＡ及びＣ
が、サイトＣのフォーラムＡにはサイトＡ及びＢが、夫
々宛先情報として登録される。そして、サイトＡで情報
が発生したときには、登録されている宛先情報に基づい
て、情報がサイトＢ及びＣに夫々送信される。

【０００５】

【発明が解決しようとする課題】ところで、各サイトの
フォーラムに登録されている宛先情報は、情報交換先の
追加或いは削除によって変更されることがある。例え
ば、サイトＡとサイトＢとの間で情報交換が行われてい
ない場合に、サイトＡのフォーラムＡにおいて、サイト
ＢのフォーラムＡとの間で情報交換を開始したいときに
は、サイトＡからサイトＢにその旨が通知される。これ
を受け取ったサイトＢでは、フォーラムＡの宛先情報に
サイトＡが追加される。一方、サイトＡとサイトＢとの
間で情報交換が行われている場合に、サイトＡのフォー
ラムＡにおいて、サイトＢとの間の情報交換を中止した
いときには、サイトＡからサイトＢにその旨が通知され
る。これを受け取ったサイトＢでは、フォーラムＡの宛
先情報からサイトＡが削除される。

【０００６】しかしながら、蓄積交換型の通信方式を採
用しているため、各サイトのフォーラムにおける宛先情
報の変更が他のサイトでリアルタイムに反映されず、宛
先情報に矛盾が発生することがある。例えば、図２８の
状態が正常である場合に、サイトＡにおいて、何らかの
原因（例えば、停電等による電源の遮断）によって、フ
ォーラムＡの宛先情報が消去されてしまい、リカバリデ
ィスクの内容に基づいてフォーラムＡの宛先情報を復旧
したところ、リカバリディスクの内容が古いために、図
２９に示すように、サイトＡのフォーラムＡにおける宛
先情報がサイトＢのみとなってしまう場合が考えられ
る。即ち、サイトＡのフォーラムＡでは、宛先情報はサ
イトＢのみであるのに対し、サイトＣのフォーラムＡで
は、宛先情報としてサイトＡが保持されている。このた
め、サイトＣからサイトＡに情報が送信されるが、サイ
トＡからサイトＣに情報が送信されないという矛盾が発
生してしまう。

【０００７】かかる宛先矛盾が発生しても、従来の技術
では発見が難しく、電子会議システムの管理者は、長期
間矛盾発生に気が付かないことが多かった。従って、各
サイト間で交換される情報が大して重要でない場合には
支障が少ないが、情報が極めて重要であり、或いは、迅
速な処理が要求される場合には、宛先矛盾の発生によっ
て情報が送信されないという事態は、致命的なものとな
ってしまうおそれがあった。

【０００８】そこで、本発明は以上のような従来の問題
点に鑑み、宛先情報に矛盾が発生したときに、これを自
動的に判定し或いは自動的に修正し、送信されるべき情
報が送信されないという不具合を解消することを目的と
する。

【０００９】

【課題を解決するための手段】このため、請求項１記載
の発明は、ファイルシステムを管理する複数のサーバを
含んで構成され、前記ファイルシステムに保持される情
報交換先のサーバを特定する宛先に基いて、前記サーバ
間で蓄積交換型の通信方式を用いて情報交換を行う電子
会議システムにおける宛先矛盾判定装置であって、前記
サーバ間で交換される情報には、情報交換先のサーバを
特定する宛先を含ませると共に、前記ファイルシステム
に保持される宛先と受信した情報に含まれる宛先とに基
いて、宛先に矛盾が発生しているか否かを判定する宛先
矛盾判定手段を含んで構成した。

【００１０】かかる構成によれば、サーバＡとサーバＢ
との間で情報交換を行う場合、サーバＡのファイルシス
テムには、情報交換先のサーバＢが宛先として保持され
る一方、サーバＢのファイルシステムには、情報交換先
のサーバＡが宛先として保持される。この状態におい
て、例えば、サーバＡにおいてファイルシステムに障害
が発生し、サーバＡのファイルシステムに保持されてい
る情報交換先の宛先が消去されると、サーバＡからサー
バＢへは情報が伝達されなくなる。この場合、サーバＢ
からサーバＡへは情報が伝達されるので、サーバＡにお
いて、宛先矛盾判定手段によって、サーバＡのファイル
システムに含まれる宛先（宛先なし）と受信した情報に
含まれる宛先（サーバＡ）とに基いて宛先に矛盾が発生
したと判定される。

【００１１】請求項２記載の発明は、前記宛先矛盾判定
手段は、受信した情報に含まれる宛先と前記ファイルシ
ステムに含まれる宛先とが不一致のときに、宛先に矛盾
が発生したと判定する構成とした。かかる構成によれ
ば、宛先矛盾判定手段は、受信した情報とファイルシス
テムとに夫々含まれる宛先が不一致のときに、宛先に矛
盾が発生したと判定するので、宛先矛盾の判定が極めて
簡単に行われる。

【００１２】請求項３記載の発明は、ファイルシステム
を管理する複数のサーバを含んで構成され、前記ファイ
ルシステムに保持される情報交換先のサーバを特定する
宛先に基いて、前記サーバ間で蓄積交換型の通信方式を
用いて情報交換を行う電子会議システムにおける宛先矛
盾修正装置であって、前記サーバ間で交換される情報に
は、情報交換先のサーバを特定する宛先を含ませる共
に、前記ファイルシステムに保持される宛先と受信した
情報に含まれる宛先とに基いて、宛先に矛盾が発生して
いるか否かを判定する宛先矛盾判定手段と、該宛先矛盾
判定手段により宛先に矛盾が発生したと判定されたとき
に、受信した情報に含まれる宛先に基いて、前記ファイ
ルシステムに保持される宛先を修正する宛先矛盾修正手
段と、を含んで構成した。

【００１３】かかる構成によれば、サーバＡとサーバＢ
との間で情報交換を行う場合、サーバＡのファイルシス
テムには、情報交換先のサーバＢが宛先として保持され
る一方、サーバＢのファイルシステムには、情報交換先
のサーバＡが宛先として保持される。この状態におい
て、例えば、サーバＡにおいてファイルシステムに障害
が発生し、サーバＡのファイルシステムに保持されてい
る情報交換先の宛先が消去されると、サーバＡからサー
バＢへは情報が伝達されなくなる。この場合、サーバＢ
からサーバＡへは情報が伝達されるので、サーバＡにお
いて、宛先矛盾判定手段によって、サーバＡのファイル
システムに含まれる宛先（宛先なし）と受信した情報に
含まれる宛先（サーバＡ）とに基いて宛先に矛盾が発生
したと判定される。そして、宛先に矛盾が発生したと判
定されると、宛先矛盾修正手段によって、受信した情報
に含まれる宛先に基いて、ファイルシステムに保持され
る宛先が修正される。

【００１４】請求項４記載の発明は、前記宛先矛盾判定
手段は、受信した情報に含まれる宛先と前記ファイルシ
ステムに含まれる宛先とが不一致のときに、宛先に矛盾
が発生していると判定する構成とした。かかる構成によ
れば、宛先矛盾判定手段は、受信した情報とファイルシ
ステムとに夫々含まれる宛先が不一致のときに、宛先に
矛盾が発生したと判定するので、宛先矛盾の修正が極め
て簡単に行われる。

【００１５】請求項５記載の発明は、前記宛先矛盾修正
手段は、前記ファイルシステムに保持される宛先に、受
信した情報に含まれる宛先を追加する構成とした。かか
る構成によれば、宛先矛盾修正手段は、ファイルシステ
ムに保持される宛先に、受信した情報に含まれる宛先を
追加するだけであるので、宛先矛盾の修正が極めて簡単
に行われる。

【００１６】請求項６記載の発明は、ファイルシステム
を管理する複数の管理工程を含んで構成され、前記ファ
イルシステムに保持される情報交換先の管理工程を特定
する宛先に基いて、前記管理工程間で蓄積交換型の通信
方式を用いて情報交換を行う電子会議システムにおける
宛先矛盾判定方法であって、前記管理工程間で交換され
る情報には、情報交換先の管理工程を特定する宛先を含
ませると共に、前記ファイルシステムに保持される宛先
と受信した情報に含まれる宛先とに基いて、宛先に矛盾
が発生しているか否かを判定する宛先矛盾判定工程を含
んで構成した。

【００１７】かかる構成によれば、管理工程Ａと管理工
程Ｂとの間で情報交換を行う場合、管理工程Ａのファイ
ルシステムには、情報交換先の管理工程Ｂが宛先として
保持される一方、管理工程Ｂのファイルシステムには、
情報交換先の管理工程Ａが宛先として保持される。この
状態において、例えば、管理工程Ａにおいてファイルシ
ステムに障害が発生し、管理工程Ａのファイルシステム
に保持されている情報交換先の宛先が消去されると、管
理工程Ａから管理工程Ｂへは情報が伝達されなくなる。
この場合、管理工程Ｂから管理工程Ａへは情報が伝達さ
れるので、管理工程Ａにおいて、宛先矛盾判定手段によ
って、管理工程Ａのファイルシステムに含まれる宛先
（宛先なし）と受信した情報に含まれる宛先（管理工程
Ａ）とに基いて宛先に矛盾が発生したと判定される。

【００１８】請求項７記載の発明は、ファイルシステム
を管理する複数の管理工程を含んで構成され、前記ファ
イルシステムに保持される情報交換先の管理工程を特定
する宛先に基いて、前記管理工程間で蓄積交換型の通信
方式を用いて情報交換を行う電子会議システムにおける
宛先矛盾修正方法であって、前記管理工程間で交換され
る情報には、情報交換先の管理工程を特定する宛先を含
ませると共に、前記ファイルシステムに保持される宛先
と受信した情報に含まれる宛先とに基いて、宛先に矛盾
が発生しているか否かを判定する宛先矛盾判定工程と、
該宛先矛盾判定工程により宛先に矛盾が発生していると
判定されたときに、受信した情報に含まれる宛先に基い
て、前記ファイルシステムに保持される宛先を修正する
宛先矛盾修正工程と、を含んで構成した。

【００１９】かかる構成によれば、管理工程Ａと管理工
程Ｂとの間で情報交換を行う場合、管理工程Ａのファイ
ルシステムには、情報交換先の管理工程Ｂが宛先として
保持される一方、管理工程Ｂのファイルシステムには、
情報交換先の管理工程Ａが宛先として保持される。この
状態において、例えば、管理工程Ａにおいてファイルシ
ステムに障害が発生し、管理工程Ａのファイルシステム
に保持されている情報交換先の宛先が消去されると、管
理工程Ａから管理工程Ｂへは情報が伝達されなくなる。
この場合、管理工程Ｂから管理工程Ａへは情報が伝達さ
れるので、管理工程Ａにおいて、宛先矛盾判定手段によ
って、管理工程Ａのファイルシステムに含まれる宛先
（宛先なし）と受信した情報に含まれる宛先（管理工程
Ａ）とに基いて宛先に矛盾が発生したと判定される。そ
して、宛先に矛盾が発生したと判定されると、宛先矛盾
修正工程によって、受信した情報に含まれる宛先に基い
て、ファイルシステムに保持される宛先が修正される。

【００２０】請求項８記載の発明は、ファイルシステム
を管理する複数の管理機能を含んで構成され、前記ファ
イルシステムに保持される情報交換先の管理機能を特定
する宛先に基いて、前記管理機能間で蓄積交換型の通信
方式を用いて情報交換を行う電子会議システムにおける
宛先矛盾判定プログラムを記録した媒体であって、前記
管理機能間で交換される情報には、情報交換先の管理機
能を特定する宛先を含ませると共に、前記ファイルシス
テムに保持される宛先と受信した情報に含まれる宛先と
に基いて、宛先に矛盾が発生しているか否かを判定する
宛先矛盾判定機能を含んで構成した。

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

【００２２】請求項９記載の発明は、ファイルシステム
を管理する複数の管理機能を含んで構成され、前記ファ
イルシステムに保持される情報交換先の管理機能を特定
する宛先に基いて、前記管理機能間で蓄積交換型の通信
方式を用いて情報交換を行う電子会議システムにおける
宛先矛盾修正プログラムを記録した媒体であって、前記
管理機能間で交換される情報には、情報交換先の管理機
能を特定する宛先を含ませると共に、前記ファイルシス
テムに保持される宛先と受信した情報に含まれる宛先と
に基いて、宛先に矛盾が発生しているか否かを判定する
宛先矛盾判定機能と、該宛先矛盾判定機能により宛先に
矛盾が発生していると判定されたときに、受信した情報
に含まれる宛先に基いて、前記ファイルシステムに保持
される宛先を修正する宛先矛盾修正機能と、を含んで構
成した。

【００２３】かかる構成によれば、ファイルシステムを
管理する複数の管理機能と、宛先に矛盾が発生している
か否かを判定する宛先矛盾判定機能と、ファイルシステ
ムに保持される宛先を修正する宛先矛盾修正機能と、を
実現するためのプログラムを媒体に記録したので、この
プログラムを記録した媒体があれば、本発明に係る宛先
矛盾修正装置が容易に構築される。

【００２４】

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

【００９０】ステップ１４４では、データベース１２に
登録されている処理対象のフォーラムに、その宛先情報
としてステップ１４１で取得した送信元のサイトを追加
登録する。この処理と共に、例えば、クライアント３０
に宛先に矛盾が発生した旨を表示するようにし、電子会
議システムの管理者が早期に矛盾発生を知ることができ
るようにしてもよい。

【００９１】なお、ステップ１４１〜ステップ１４３の
処理が、宛先矛盾判定手段、宛先矛盾判定工程、宛先矛
盾判定機能に相当し、また、ステップ１４４の処理が宛
先矛盾修正手段、宛先矛盾修正工程、宛先矛盾修正機能
に相当する。以上説明したステップ１４１〜ステップ１
４３の処理によれば、あるサイトにおいて、リカバリデ
ィスクによるフォーラムの復旧が行われ、宛先情報に矛
盾が発生しても、送信されたコマンドオブジェクトに基
づいて、自動的に宛先情報の矛盾判定及び修正が行われ
る。従って、送信されるべき情報が送信されないという
事態の発生が防止され、電子会議システムの信頼性を向
上することができる。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

【０１１９】

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

【０１２０】請求項２記載の発明によれば、情報交換先
を特定する宛先に矛盾が発生したことを簡単に判定する
ことができ、システム資源の負荷増大を最小にすること
ができる。請求項３又は請求項７に記載の発明によれ
ば、請求項１記載の発明の効果に加え、情報交換先を特
定する宛先に矛盾が発生したときには、宛先矛盾が自動
的に修正されるので、電子会議システムの保守が容易に
なると共に、伝達されるべき情報が伝達されないという
状況の発生を防止することができる。

【０１２１】請求項４記載の発明によれば、情報交換先
を特定する宛先に矛盾が発生したことの判定を簡単に行
うことができ、システム資源の負荷増大を最小にするこ
とができる。請求項５記載の発明によれば、宛先矛盾の
修正を簡単に行うことができ、システム資源の負荷増大
を最小にすることができる。

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

【図面の簡単な説明】

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

【図２９】同上の電子会議システムにおいて宛先に矛盾
が発生した状態を示すシステム図である。

【符号の説明】

１０・・・サーバ １２・・・データベース １４・・・サーバソフト ５８・・・宛先情報

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

Claims (9)

【特許請求の範囲】
1. 【請求項１】ファイルシステムを管理する複数のサーバ
   を含んで構成され、前記ファイルシステムに保持される
   情報交換先のサーバを特定する宛先に基いて、前記サー
   バ間で蓄積交換型の通信方式を用いて情報交換を行う電
   子会議システムにおける宛先矛盾判定装置であって、 前記サーバ間で交換される情報には、情報交換先のサー
   バを特定する宛先が含まれると共に、前記ファイルシス
   テムに保持される宛先と受信した情報に含まれる宛先と
   に基いて、宛先に矛盾が発生しているか否かを判定する
   宛先矛盾判定手段を含んで構成されたことを特徴とする
   電子会議システムにおける宛先矛盾判定装置。
2. 【請求項２】前記宛先矛盾判定手段は、受信した情報に
   含まれる宛先と前記ファイルシステムに含まれる宛先と
   が不一致のときに、宛先に矛盾が発生したと判定する構
   成である請求項１記載の電子会議システムにおける宛先
   矛盾判定装置。
3. 【請求項３】ファイルシステムを管理する複数のサーバ
   を含んで構成され、前記ファイルシステムに保持される
   情報交換先のサーバを特定する宛先に基いて、前記サー
   バ間で蓄積交換型の通信方式を用いて情報交換を行う電
   子会議システムにおける宛先矛盾修正装置であって、 前記サーバ間で交換される情報には、情報交換先のサー
   バを特定する宛先が含まれると共に、前記ファイルシス
   テムに保持される宛先と受信した情報に含まれる宛先と
   に基いて、宛先に矛盾が発生しているか否かを判定する
   宛先矛盾判定手段と、該宛先矛盾判定手段により宛先に
   矛盾が発生していると判定されたときに、受信した情報
   に含まれる宛先に基いて、前記ファイルシステムに保持
   される宛先を修正する宛先矛盾修正手段と、を含んで構
   成されたことを特徴とする電子会議システムにおける宛
   先矛盾修正装置。
4. 【請求項４】前記宛先矛盾判定手段は、受信した情報に
   含まれる宛先と前記ファイルシステムに含まれる宛先と
   が不一致のときに、宛先に矛盾が発生したと判定する構
   成である請求項３記載の電子会議システムにおける宛先
   矛盾修正装置。
5. 【請求項５】前記宛先矛盾修正手段は、前記ファイルシ
   ステムに保持される宛先に、受信した情報に含まれる宛
   先を追加する構成である請求項３又は請求項４に記載の
   電子会議システムにおける宛先矛盾修正装置。
6. 【請求項６】ファイルシステムを管理する複数の管理工
   程含んで構成され、前記ファイルシステムに保持される
   情報交換先の管理工程を特定する宛先に基いて、前記管
   理工程間で蓄積交換型の通信方式を用いて情報交換を行
   う電子会議システムにおける宛先矛盾判定方法であっ
   て、 前記管理工程間で交換される情報には、情報交換先の管
   理工程を特定する宛先が含まれると共に、前記ファイル
   システムに保持される宛先と受信した情報に含まれる宛
   先とに基いて、宛先に矛盾が発生しているか否かを判定
   する宛先矛盾判定工程を含んで構成されたことを特徴と
   する電子会議システムにおける宛先矛盾判定方法。
7. 【請求項７】ファイルシステムを管理する複数の管理工
   程を含んで構成され、前記ファイルシステムに保持され
   る情報交換先の管理工程を特定する宛先に基いて、前記
   管理工程間で蓄積交換型の通信方式を用いて情報交換を
   行う電子会議システムにおける宛先矛盾修正方法であっ
   て、 前記管理工程間で交換される情報には、情報交換先の管
   理工程を特定する宛先が含まれると共に、前記ファイル
   システムに保持される宛先と受信した情報に含まれる宛
   先とに基いて、宛先に矛盾が発生しているか否かを判定
   する宛先矛盾判定工程と、該宛先矛盾判定工程により宛
   先に矛盾が発生していると判定されたときに、受信した
   情報に含まれる宛先に基いて、前記ファイルシステムに
   保持される宛先を修正する宛先矛盾修正工程と、を含ん
   で構成されたことを特徴とする電子会議システムにおけ
   る宛先矛盾修正方法。
8. 【請求項８】ファイルシステムを管理する複数の管理機
   能を含んで構成され、前記ファイルシステムに保持され
   る情報交換先の管理機能を特定する宛先に基いて、前記
   管理機能間で蓄積交換型の通信方式を用いて情報交換を
   行う電子会議システムにおける宛先矛盾判定プログラム
   を記録した媒体であって、 前記管理機能間で交換される情報には、情報交換先の管
   理機能を特定する宛先が含まれると共に、前記ファイル
   システムに保持される宛先と受信した情報に含まれる宛
   先とに基いて、宛先に矛盾が発生しているか否かを判定
   する宛先矛盾判定機能を実現するための電子会議システ
   ムにおける宛先矛盾判定プログラムを記録した媒体。
9. 【請求項９】ファイルシステムを管理する複数の管理機
   能を含んで構成され、前記ファイルシステムに保持され
   る情報交換先の管理機能を特定する宛先に基いて、前記
   管理機能間で蓄積交換型の通信方式を用いて情報交換を
   行う電子会議システムにおける宛先矛盾修正プログラム
   を記録した媒体であって、 前記管理機能間で交換される情報には、情報交換先の管
   理機能を特定する宛先が含まれると共に、前記ファイル
   システムに保持される宛先と受信した情報に含まれる宛
   先とに基いて、宛先に矛盾が発生しているか否かを判定
   する宛先矛盾判定機能と、該宛先矛盾判定機能により宛
   先に矛盾が発生していると判定されたときに、受信した
   情報に含まれる宛先に基いて、前記ファイルシステムに
   保持される宛先を修正する宛先矛盾修正機能と、を実現
   するための電子会議システムにおける宛先矛盾修正プロ
   グラムを記録した媒体。