JP2000298633A

JP2000298633A - 情報送受信システム

Info

Publication number: JP2000298633A
Application number: JP11107228A
Authority: JP
Inventors: Takeya Fujii; 毅也藤井
Original assignee: Victor Company of Japan Ltd
Current assignee: Victor Company of Japan Ltd
Priority date: 1999-04-14
Filing date: 1999-04-14
Publication date: 2000-10-24

Abstract

(57)【要約】【課題】アーティクル内に複数の議題が混在しても利
用者に混乱しないようにし、文章の独立性を高め、不必
要な引用を少なくし、文責を明確化し、一極集中型のサ
ーバを不要とし、利用者が自分のアーティクルの管理を
自ら行えるようにし、サーバ管理者がアーティクルの保
存容量管理を行う必要性を無くし、古いアーティクルの
消滅による議題の断裂を無くす。【解決手段】サーバＳ１，Ｓ２とクライアント端末Ｃ
１〜Ｃ３とからなる分散ネットワーク上で運用される電
子会議システムであり、サーバは、個々の端末毎の保存
スペースを有する蓄積装置１０と、端末との間でデータ
の送受信を行うプロトコル処理部１１を備え、端末は、
アーティクルの作成及び編集を行うレイアウト部及び文
章編集部と、アーティクル内にリンクを張るためのアン
カーを記述するとともにそのアンカーの管理を行うリン
ク操作部を備える。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、例えばインターネ
ットなどの分散ネットワーク上で運用される例えば電子
会議システムなどに用いて好適な情報送受信システムに
関する。

【０００２】

【従来の技術】従来より、ネットワークを介した情報送
受信システムとして、例えば複数の課題について複数の
参加者が議論をかわすことを目的とした電子会議システ
ムが運用されている。当該電子会議システムは、ネット
ワーク上のサーバに対して、利用者毎に持っているクラ
イアント端末（例えばパーソナルコンピュータ）を介し
て、アーティクル（Article）と呼ばれる文章に類する
データの、登録、閲覧、削除を行うことで、議論の進行
に役立てるシステムである。

【０００３】より具体的には、Network Working Group
Requist for Comments：９７７に類するニュース転送プ
ロトコルを用いてサーバー及びクライアント端末間で議
論を行うシステムが挙げられる。

【０００４】図１０には、従来の電子会議システムの一
構成例を示す。

【０００５】この図１０において、サーバ１００には、
蓄積装置１０１とプロトコル処理部（通信処理部）１０
２とが少なくとも設けられている。蓄積装置１０１は、
ハードディスク等からなり、ここにアーティクルＡ１〜
Ａｎの情報と各アーティクルＡ１〜Ａｎ間のリンク構造
（例えばＡ１→Ａ２、Ａ２→Ａ３等）を蓄積すること
で、アーティクルＡ１〜Ａｎ間の時系列若しくはフォロ
ー関係を保持する。プロトコル処理部１０２は、クライ
アント端末ｃ１〜ｃｎとの間で例えばいわゆるＮＮＴＰ
（Network News Transfer Protocol）のプロトコルを使
用して通信を行い、クライアント端末ｃ１〜ｃｎからの
要求を処理する。また、サーバ１００は、蓄積装置１０
１の管理を行い、当該蓄積装置１０１の容量を越えない
よう制御するための、自動アーティクル削除機能を備え
る。

【０００６】ユーザＵ１〜Ｕｎはそれぞれパーソナルコ
ンピュータ等からなるクライアント端末ｃ１〜ｃｎを有
している。クライアント端末ｃ１〜ｃｎは、利用者ｕ１
〜ｕｎの対話操作に応じて、サーバ１００との間で通信
プロトコル（ＮＮＴＰ）を介してアーティクルＡ１〜Ａ
ｎの送受信を行う機能を備える。また、クライアント端
末ｃ１〜ｃｎは、それぞれ利用者ｕ１〜ｕｎに対して、
アーティクルやリンク構造の視覚化、対話的なアーティ
クルの作成、アーティクルのサーバ１００への登録、サ
ーバ１００内のアーティクルの削除などを機能を備え
る。

【０００７】この図１０に示すシステム構成により、ク
ライアント端末ｃ１〜ｃｎ（ユーザＵ１〜Ｕｎ）は、サ
ーバ１００を介して電子会議を行うことが可能となされ
ている。

【０００８】ここで、図１０に示すような電子会議シス
テムにおいて、実際の運用では、対面による会議と同様
に、ある会議に関しては複数の利用者が時系列に沿っ
て、自分の意見であるアーティクルをフォローとして付
加する形で議論が進行していく。つまり電子会議システ
ムでは、サーバ１００に複数の利用者ｕ１〜ｕｎがクラ
イアント端末ｃ１〜ｃｎ経由で登録したアーティクルＡ
１〜Ａｎが蓄積され、かつアーティクルＡ１〜Ａｎの時
系列もしくは各アーティクルＡ１〜Ａｎ間のフォロー関
係のリンク構造を持ち、また、クライアント端末ｃ１〜
ｃｎでは、このリンク構造を元にある程度の視覚化を行
うことにより、実際の口頭による会議と同様に議論を進
行させるようにしている。

【０００９】図１１には、アーティクルのフォローをク
ライアント端末ｃ１〜ｃｎのモニタ画面上に表示させた
一例を示す。

【００１０】すなわち、この図１１に示す電子会議シス
テムによれば、クライアント端末ｃ１〜ｃｎのモニタ画
面上には、電子会議の際の発言の順番に対応する番号、
その発言の日付、発言の行数、差出人、サブジェクト名
等が表示されることになり、利用者は、この表示を見な
がら会議に参加することになる。

【００１１】

【発明が解決しようとする課題】しかし、上述した既存
の電子会議システムには以下の問題点がある。

【００１２】第１の問題点として、フォロー関係はアー
ティクル単位で保持されているため、全く別の複数の議
題を一アーティクルに記述すると、以降のフォローがア
ーティクル内のどの議題についてのものなのかわかりに
くくなる。

【００１３】第２の問題点として、利用者は常に話題が
時系列に沿って展開していると想定しているため、フォ
ローを書く利用者が、他の利用者も自分がフォローを付
加した元のアーティクルを読んでいると錯覚する場合が
多く、その結果として、文章が説明不足になりがちであ
る。このため各アーティクルの文章としての完結性が失
われることが多い。

【００１４】第３の問題点として、上述のようなシステ
ム上の欠点を利用者側の運用により回避するために、フ
ォローの際に自分の作成するアーティクル内に、フォロ
ーを付加する元のアーティクルから、内容の一部若しく
は全部を引用することが多い。このためアーティクルの
文章量が増大しがちであり、その結果として、各利用者
がアーティクルを登録及び参照する際のサーバ／クライ
アント端末間の通信量が増大してしまう。

【００１５】第４の問題点として、引用によって個々の
アーティクルに対する著作権等の権利関係が不明確とな
り、当該著作権等の権利関係を考慮すると、情報の再利
用性が低下してしまうことになる。

【００１６】第５の問題点として、サーバは、複数の利
用者が登録したアーティクルを、ある期間サーバに蓄積
する必要があるため、議題が多岐に渡ったり、利用者が
増えると、それに対応できるだけの大量の蓄積装置が必
要となる。

【００１７】第６の問題点として、サーバにおいて、蓄
積装置の容量限度を越えないために設けられた自動アー
ティクル削除の調整は、サーバが一極集中型の構成をと
っている関係上、サーバ管理者によってのみ可能であ
り、アーティクルを作成した利用者にその権限がない。

【００１８】第７の問題点として、サーバに備えられて
いる自動アーティクル削除機能は、アーティクルの重要
度を機械的に判定することが非常に困難であるため、通
常は古い順にアーティクルを順番に削除することによっ
て実現されている。このため、利用者の議論の優先度に
応じたアーティクルの保存がなされず、優先度の高い古
いアーティクルの消滅によって議題が断裂してしまうこ
とがある。

【００１９】本発明は、上述の課題に鑑みてなされたも
のであり、既存の電子会議システムが持っている第１〜
第７の一連の問題点を解決すること、すなわち、アーテ
ィクル内に複数の議題を混在させてもそれをリンクする
側の利用者に混乱が生じないようにし、文章の独立性を
高めることを可能とし、不必要な引用が行われ難くく
し、文責を明確化し、一極集中型のサーバを不要とし、
アーティクルを作成する利用者が自分のアーティクルの
管理を自分の手で行うことができるようにし、また、サ
ーバ管理者においてアーティクルの保存容量管理を行う
必要性を無くし、さらに、サーバに設けられた自動アー
ティクル削除により古いアーティクルが消滅することで
議題が断裂する不都合を防止可能な情報送受信システム
の提供を目的とする。

【００２０】

【課題を解決するための手段】請求項１に記載の本発明
に係る情報送受信システムは、他のサーバと関連付けら
れたサーバである分散サーバと端末とからなる分散ネッ
トワーク上で運用される情報送受信システムであり、上
述の課題を解決するための手段として、前記分散サーバ
は、個々の端末毎に割り当てられたデータ保存領域であ
って、各対応付けられた端末からはデータの書き込み及
び読み出しが行え、対応付けられていない端末からはデ
ータの読み出しのみが行えるデータ保存領域と、前記端
末との間でデータの送受信を行う通信部とを備える。ま
た、前記端末は、送受信するデータの作成及び編集を行
うデータ処理部と、前記分散サーバのデータ保存領域に
保存された自己のデータを管理する管理部と、データに
記述するリンク情報を管理するリンク管理部とを備え
る。

【００２１】また、請求項２に記載の本発明に係る情報
送受信システムは、上述の課題を解決するための手段と
して、前記リンク情報が、階層化可能なリンク毎のリン
ク集情報と、リンク毎に付随するリンク付随情報であ
る、各リンク毎のリンク先名称と、リンク先の更新情報
と、リンクの被リンク数情報とを含む。

【００２２】

【発明の実施の形態】本発明の好ましい実施の形態につ
いて、図面を参照しながら説明する。

【００２３】本発明の情報送受信システムが適用される
一実施の形態である電子会議システムの具体的内容説明
の前に、本発明実施の形態の電子会議システムを実現す
るための要点を以下の示す。

【００２４】１．データ管理方法分散サーバ上には、個々の利用者のクライアント端末毎
に、データの読み書きが可能で且つ他の利用者（クライ
アント端末）はネットワークを介して任意のデータの読
み込みのみが可能である保存スペースを備えるようにす
る。

【００２５】２．リンク構造クライアント端末では、アーティクルを作成する際に、
意味的なパラグラフ（概ね数行から数十行のオーダー）
毎に、リンクを張るためのアンカーを記述するものとす
る。また、アーティクルの作成者は、任意にアーティク
ル内にアンカーとパラグラフの追加、削除を行うことが
できる。

【００２６】アーティクル中で、あるパラグラフについ
て意見等のフォローを行う場合は、意見の記述に先だっ
て特定のアンカーへのリンクを記述する。

【００２７】アーティクルはテキストと上記アンカーと
リンクを任意の位置に複数個記述することができる。

【００２８】アーティクルには、アーティクル名、更新
日時、その作成者などの情報が付随する。

【００２９】３．リンク集の作成及び公開利用者（クライアント端末）はリンク集を作成する。リ
ンク集は、複数のアーティクルへのリンクと、リンク付
随情報が記述されたものである。リンク付随情報とは、
各リンク毎にリンク先の名称、リンク先の更新日時、リ
ンクの被リンク数（リンク先のデータが、それ以外のリ
ンク先のデータ中からリンクされている回数）である。

【００３０】リンク集は、利用者個人（クライアント端
末）で利用される他、定期的に利用者個人（クライアン
ト端末）の保存スペース（サーバの蓄積装置の保存スペ
ース）において公開される。

【００３１】リンク集は、他のリンク集へリンクし、階
層を形成する。

【００３２】図１には、本発明実施の形態の電子会議シ
ステムの概略的なシステム構成例を示す。

【００３３】この図１において、サーバＳ１、Ｓ２は、
いわゆるＷＷＷ（World Wide Web）サーバである。サー
バＳ１、Ｓ２には、蓄積装置１０とプロトコル処理部
（通信処理部）１１とが少なくとも設けられている。

【００３４】蓄積装置１０は、ハードディスク等からな
り、ここにアーティクルの情報と各アーティクル間のリ
ンク構造を蓄積することで、アーティクル間の時系列若
しくはフォロー関係を保持する。また、当該蓄積装置１
０は、ファイルを作成／消去する機能を持つ。前述した
アーティクル及びリンク集は、ファイルとして実現され
る。

【００３５】ここで、本実施の形態の場合、蓄積装置１
０には、利用者Ｕ１，Ｕ２，Ｕ３，・・・毎（クライア
ント端末Ｃ１，Ｃ２，Ｃ３・・・毎）の保存スペースと
して所定の領域が割り当てられている。

【００３６】すなわち、一つの蓄積装置１０の記録領域
は複数の領域に分割され、それら分割領域が各利用者Ｕ
１，Ｕ２，Ｕ３，・・・毎（クライアント端末Ｃ１，Ｃ
２，Ｃ３・・・毎）の保存スペースとして割り当て可能
となっている。

【００３７】したがって、利用者Ｕ１，Ｕ２，Ｕ３，・
・・（クライアント端末Ｃ１，Ｃ２，Ｃ３・・・）は、
当該保存スペースの所有権を持ち、自分用の保存スペー
スに対して読み書きを行うことができる。但し、自分以
外の保存スペースに対しては読み込みのみを行うことが
できるものとする。蓄積装置１０はプロトコル処理部１
１と接続されている。

【００３８】当該プロトコル処理部１１は、各利用者Ｕ
１，Ｕ２，Ｕ３，・・・が持つクライアント端末Ｃ１，
Ｃ２，Ｃ３・・・との間で所定の通信プロトコルにした
がって、蓄積装置１０に対して制御を行う。

【００３９】また、プロトコル処理部１１と各クライア
ント端末Ｃ１，Ｃ２，Ｃ３・・・は、共に計算機上で動
作するソフトウェアで実現するものとする。プロトコル
処理部１１とクライアント端末Ｃ１，Ｃ２，Ｃ３・・・
間の通信プロトコルには、例えばＨＴＴＰ（HyperText
Transfer Protocol）に類する双方向性を持ち、対話的
なデータの送受信が可能なものを用いる。

【００４０】したがって、ＷＷＷサーバＳ１，Ｓ２及び
クライアント端末Ｃ１，Ｃ２，Ｃ３・・・は、その通信
プロトコルを利用して、遠隔通信が可能となっている。
すなわち、これはＷＷＷサーバＳ１，Ｓ２及びクライア
ント端末Ｃ１，Ｃ２，Ｃ３・・・の地理的な要件をなん
ら制約するものではなく、双方が同一計算機上で実現さ
れることもあり得る。

【００４１】ユーザＵ１，Ｕ２，Ｕ３，・・・が持つク
ライアント端末Ｃ１，Ｃ２，Ｃ３・・・はそれぞれパー
ソナルコンピュータからなり、本実施の形態の電子会議
システムにおける各処理を、計算機上で動作するソフト
ウェアにより実現する。

【００４２】すなわち、クライアント端末Ｃ１，Ｃ２，
Ｃ３・・・にインストールされている本実施の形態の電
子会議システムにおけるソフトウェアは、一般的にはＷ
ＷＷブラウザと呼ばれるソフトウェアの一種であり、利
用者Ｕ１，Ｕ２，Ｕ３，・・・の対話的な要求を受け、
必要に応じて任意のＷＷＷサーバと通信を行い、ＷＷＷ
サーバから取得したテキストを利用者Ｕ１，Ｕ２，Ｕ
３，・・・に提示する機能を有する。

【００４３】図２には、クライアント端末Ｃ１，Ｃ２，
Ｃ３・・・の代表的な計算機（パーソナルコンピュー
タ）の構成例を示す。

【００４４】この図２において、クライアント端末Ｃ
１，Ｃ２，Ｃ３・・・であるパーソナルコンピュータ
は、内部の各装置４１〜４５がバスで繋がれた構成をと
っている。これらバスに繋がれた各装置としては、演算
装置４１，記憶装置４２，入力装置４３，出力装置４
４，通信装置４５等がある。

【００４５】演算装置４１は、所定のプログラムコード
を実行可能なＣＰＵ（中央処理装置）に相当する。

【００４６】記憶装置４２は、演算装置４１用のプログ
ラムコードを保存し、また演算に必要な各種データを逐
次読み書き可能なＲＡＭに相当する。

【００４７】入力装置４３は、利用者の対話的な利用に
先だって各種操作を受け付けるものであり、キーボード
及びマウスに相当する。

【００４８】出力装置４４は、利用者に演算結果を所定
の文章及び画像といった手段を用いて提示するものであ
り、ＣＲＴ（陰極線管）ディスプレイや液晶ディスプレ
イ等に相当する。

【００４９】通信装置４５は、所定の通信プロトコルを
処理し、例えばサーバとデータの送受信を行うものであ
り、イーサネットコントローラに相当する。

【００５０】次に、本実施の形態の電子会議システムに
おいて使用する、主なデータ構造であるアーティクル及
びリンク集の構造について説明する。

【００５１】アーティクル及びリンク集は、ＨＴＭＬ
（HyperText Markup Language）に類するマークアップ
言語によって記述されたテキストである。

【００５２】図３には、当該ＨＴＭＬテキストの具体的
な構造（テキストファイルの構造）を示す。

【００５３】この図３において、テキストの内容は、ヘ
ッダ部とボディ部とから成り立っている。ヘッダ部に
は、タイトル名や作成者名、テキスト全体の更新日時な
どのアーティクルに付随する情報が記述される。文章本
体はボディ部に記述される。ボディ部に記述される文章
には、作成者の望む位置にアンカーとリンクを埋め込む
ことができる。ここでは、概ね、一つの議題や話題に関
して、一つのアンカーが割り当てられるものとする。

【００５４】なお、ここでいうところのアンカーとは、
ＨＴＭＬでいうところのＮＡＭＥタグに類し、またリン
クとはＨＴＭＬでいうところのＡＨＲＥＦタグに類す
る。アーティクルリンク集の本体となるテキストファイ
ル、及びそれらに含まれたアンカーは、ＵＲＬ（Unifor
m Resource Locator）に類するユニークな固有位置情報
を持つものとする。この固有位置情報はリンクに利用さ
れる。

【００５５】次に、本実施の形態の電子会議システムを
実現する、クライアント端末上のソフトウェアについて
説明する。

【００５６】クライアント端末上のソフトウェアにおけ
るユーザインタフェースは、主に以下の３つの部分から
成り立っている。

【００５７】１．レイアウト部２．リンク操作部３．文章編集部図４には、レイアウト部に対応した表示例を示す。レイ
アウト部は、一般的なＷＷＷブラウザに備わっている閲
覧機能に類し、ＨＴＭＬテキスト中のタグを解釈し、所
定の文章構造及びレイアウトなどを利用者に提示する。
したがって、利用者は、クライアント端末の入力装置４
３を介してレイアウト部に対して対話的に指示を与える
ことによって、リンクを巡ることができ、複数の分散サ
ーバに散在する多数のＨＴＭＬテキストを閲覧すること
ができる。

【００５８】図５には、リンク操作部に対応した表示例
を示す。リンク操作部は、任意のＨＴＭＬテキストを解
析し、当該ＨＴＭＬに含まれるタグのうちリンクのみを
抽出しリスト表示する。また、リンク操作部は、利用者
によるクライアント端末の入力装置４３の操作に応じ
て、現在レイアウト部で閲覧しているＨＴＭＬテキスト
に含まれるリンク先のＨＴＭＬテキストに関する付随情
報（リンク先の名称、更新日時、披リンク数など）を表
示装置４４に表示する。これにより、利用者は、クライ
アント端末の入力装置４３を介して、リンク操作部に対
して対話的に指示を与えることにより、リスト表示され
ているリンクを巡ることが可能となる。同様に、任意の
リンクの追加及び削除などの編集を行うこともできる。
上述のように、編集した結果生成されたリンク集用のＨ
ＴＭＬテキストは、利用者がクライアント端末の入力装
置４３を介して対話的な指示を与えることによって、Ｗ
ＷＷサーバ上の所定の保存スペース（蓄積装置の保存ス
ペース）に転送されることになる。

【００５９】図６には、文章編集部の表示例を示す。文
章編集部は、ＷＷＷサーバ上の保存スペース（蓄積装置
の保存スペース）にあるＨＴＭＬテキストを編集するた
めのテキストエディタである。文章編集部は、利用者か
らのクライアント端末の入力装置４３を介した指示にし
たがって、任意のＨＴＭＬテキストを編集するほか、レ
イアウト部に表示されたＨＴＭＬテキストのアンカーを
指定することで、当該文章編集部が起動し、これによ
り、所定の保存スペース（サーバの蓄積装置の保存スペ
ース）のＨＴＭＬテキストに対して利用者が文章を追加
することができる。上述のように編集した結果生成され
たアーティクル用ＨＴＭＬテキストは、利用者のクライ
アント端末の入力装置４３を介して対話的な指示を与え
ることによって、ＷＷＷサーバ上の所定の保存スペース
（蓄積装置の保存スペース）に転送されることになる。

【００６０】これらレイアウト部、リンク操作部、文章
編集部は、クライアント端末に備えられているモニタ
（表示装置４４）上にタイル状またはオーバーラッピン
グしたウィンドウとして表示され、互いに独立した操作
を行うことが可能となされている。また、これら各部に
おける互いの表示領域及び入力領域は、利用者がクライ
アント端末のマウスやキーボード等の入力装置４３によ
って自由に切り換え可能となされている。さらにこれら
各部は、独立して開始及び終了が可能となされている。

【００６１】次に、前述した図２の構成を有するクライ
アント端末（パーソナルコンピュータ）上で動作し、上
述の図４〜図６のようなソフトウェア概要を実現する、
演算装置４１によって実行されるプログラムコードのフ
ロー構成について、以下に説明する。

【００６２】図７には、レイアウト部を実現するプログ
ラムコードのフローチャートを示す。この図７のフロー
チャートは、現固有位置情報（ＵＲＬ）にしたがってＷ
ＷＷサーバからデータ受信を行い、それがＨＴＭＬテキ
ストであった場合にはＨＴＭＬ規約に定められたところ
のタグなどのデータ解析を行い、利用者に対して表示す
るような、レイアウト部における処理の流れを表してい
る。

【００６３】この図７において、演算装置４１は、ステ
ップＳＴ１の処理として入力待ち情報となっている。

【００６４】次に、演算装置４１は、ステップＳＴ２の
処理として、入力装置４３を介して利用者から固有位置
情報が直接入力されたか否かの判定を行い、当該ステッ
プＳＴ２の判定処理において利用者（入力装置４３）か
ら固有位置情報の入力があったと判定したならばステッ
プＳＴ８の処理に進み、一方、利用者から固有位置情報
の入力がないと判定したならばステップＳＴ３の処理に
進む。

【００６５】ステップＳＴ２の判定処理において利用者
（入力装置４３）から固有位置情報の入力があったと判
定した場合の演算装置４１では、ステップＳＴ８の処理
として、当該入力された固有位置情報を現固有位置情報
として書き込む。すなわち、現固有位置情報を変更す
る。

【００６６】このステップＳＴ８の処理後、演算装置４
１は、ステップＳＴ９の処理として、現固有位置情報に
したがってＷＷＷサーバからデータ受信を行い、次に、
ステップＳＴ１０の処理として、そのデータがＨＴＭＬ
テキストであった場合はＨＴＭＬ規約に定められるとこ
ろのタグなどのデータ解析を行い、その後、ステップＳ
Ｔ１０の処理として当該解析結果に応じた信号を表示装
置４４に送り、利用者に対して表示を行う。

【００６７】また、既にデータ解析表示が済んでいる場
合は、リンク選択及びアンカー選択が有効となる。

【００６８】すなわち、ステップＳＴ２の判定処理にお
いて利用者（入力装置４３）から固有位置情報の入力が
ないと判定された場合、演算装置４１では、ステップＳ
Ｔ３の処理として、入力装置４３を介して利用者からリ
ンク選択のための入力がなされたか否かの判定を行う。
このステップＳＴ３の判定処理において、リンク選択の
ための入力がなされたと判定された場合の演算装置４１
はステップＳＴ７の処理に進み、リンク選択のための入
力がなされていない判定された場合の演算装置４１はス
テップＳＴ４の処理に進む。

【００６９】ステップＳＴ３において、利用者（入力装
置４３）によりリンク選択のための入力がなされたと判
定された場合の演算装置４１は、ステップＳＴ７の処理
として、利用者（入力装置４３）が選択したリンクのリ
ンク先を現固有位置情報として生成した後、ステップＳ
８以降の処理に進み、前述したようにねデータ受信及び
解析、表示を行う。これにより、利用者が対話的にリン
クを辿ることが可能となる。

【００７０】一方、ステップＳＴ３において利用者（入
力装置４３）によりリンク選択のための入力がなされて
いないと判定された場合の演算装置４１では、ステップ
ＳＴ４の処理として、入力装置４３を介して利用者（入
力装置４３）からアンカーの選択のための入力がなされ
たか否かの判定を行う。このステップＳＴ４の判定処理
において、アンカー選択の選択のための入力がなされた
と判定された場合の演算装置４１は、ステップＳＴ５の
処理に進み、アンカー選択の選択のための入力がなされ
ていない判定された場合の演算装置４１は、ステップＳ
Ｔ１の処理に戻る。

【００７１】ステップＳＴ４において、利用者（入力装
置４３）によりアンカー選択のための入力がなされたと
判定された場合の演算装置４１では、ステップＳＴ５の
処理として、現固有位置情報とＨＴＭＬテキストに含ま
れるアンカーから、アンカー固有位置情報を生成する。

【００７２】その後、演算装置４１では、ステップＳ６
の処理として、コメント名を生成する。このステップＳ
Ｔ６の処理後は、図８に示す文章編集部のフローチャー
トのステップＳＴ１１の処理に進む。

【００７３】なお、当該レイアウト部の説明のうち、現
固有位置情報及びアンカー固有位置情報は、いずれもＵ
ＲＬに相当する。一例を挙げれば、現固有位置情報は、
例えば’http://www.hogo.com/index.html’のようなＵ
ＲＬとなされ、アンカー固有情報位置情報は、’http:/
/www.hogo.com/index.html#piyo’のようなＵＲＬとな
される。すなわち、このＵＲＬ例の場合、ＷＷＷサーバ
にはindex.htmlというＨＴＭＬテキストファイルが存在
し、このテキストファイルの中に’piyo’というアンカ
ータグを存在することを表している。

【００７４】また、コメント名とは、現固有位置情報が
指すＨＴＭＬテキストのＨＴＭＬテキストヘッダ部に含
まれる作成者名もしくはテキスト名から生成される文字
列である。例を挙げれば、’Ａさん’となる。

【００７５】次に、図８には、文章編集部を実現するプ
ログラムコードのフローチャートを示す。この図８に示
すフローチャートは、予め定められたアーティクル固有
位置情報にしたがってＷＷＷサーバからアーティクル本
体を受信し、また、レイアウト部のステップＳＴ６に続
く処理として、アーティクルにアンカー固有位置情報と
コメント名から作成されたリンクを挿入するような、文
章編集部の処理の流れを示している。

【００７６】この図８において、演算装置４１は、ステ
ップＳＴ１３の処理としてＷＷＷサーバからアーティク
ルを受信すると、次のステップＳＴ１４の処理として、
データ解析表示を行う。ここで、アーティクルは前述し
たようにＨＴＭＬテキストであるため、当該ステップＳ
Ｔ１４の処理としては、ＨＴＭＬ規約に定められるとこ
ろのタグなどのデータ解析を行い、利用者に対して当該
解析により得られたデータから生成した表示信号を表示
装置４４に送って表示する。

【００７７】次に、演算装置４１は、ステップＳＴ１５
の処理として、入力装置４３を介した利用者からの入力
待ち状態となり、次のステップＳＴ１６の処理として、
利用者からの入力が編集操作か否かの判定を行う。この
ステップＳＴ１６の判定処理において、入力装置４３か
らの入力が利用者による編集操作の入力であると判定し
た場合はステップＳＴ１９の処理に進み、編集操作の入
力でないと判定した場合はステップＳＴ１７の処理に進
む。

【００７８】ステップＳＴ１６の判定処理において利用
者（入力装置４３）から編集操作のための入力がなされ
たと判定した場合、演算装置４１では、ステップＳＴ１
７として、当該利用者からのアーティクルに対する編集
操作のための入力に応じたデータ編集を実行し、その
後、ステップＳ１４の処理に戻る。

【００７９】一方、ステップＳＴ１６の判定処理におい
て編集操作のための入力でないと判定した場合、演算装
置４１では、ステップＳＴ１７の処理として、入力装置
４３からの入力が利用者による転送操作のための入力で
あるか否かの判定を行う。このステップＳＴ１７の判定
処理において、入力装置４３からの入力が利用者による
転送操作のための入力であると判定した場合は、ステッ
プＳＴ１８の処理に進み、転送操作のための入力でない
と判定した場合は、ステップＳＴ１４の処理に戻る。

【００８０】ステップＳＴ１７の判定処理において利用
者（入力装置４３）から転送操作のための入力がなされ
たと判定した場合、演算装置４１では、ステップＳＴ１
８として、その転送操作のための入力に応じてアーティ
クル送信を実行し、その後、当該文章編集部の処理を終
了する。

【００８１】また、レイアウト部のステップＳＴ６に続
く処理として、演算装置４１では、ステップＳＴ１１に
おいて、レイアウト部からのアーティクルを受信する
と、次のステップＳＴ１２の処理として、当該アーティ
クルに応じたコメント名を作成する。

【００８２】その後、演算装置４１は、アーティクルに
アンカー固有位置情報と当該コメント名を挿入する。こ
のステップＳＴ１２の処理後は、ステップＳＴ１４の処
理に進む。

【００８３】なお、当該文章編集部の説明において、こ
こでいうデータ編集とは、文字の入力及び削除、ヘッダ
部の追加削除といった基本的な編集作業を指す。利用者
（入力装置４３）から転送操作のための入力がなされた
場合は、編集後のアーティクルを、予め定められたアー
ティクル固有位置情報にしたがって、ＷＷＷサーバの所
定の保存スペース（蓄積装置の保存スペース）へ送信
し、文章編集部の処理は終了する。

【００８４】また、以上の説明のうち、アーティクル固
有位置情報はＷＷＷサーバ内の利用者個人（クライアン
ト端末）の保存スペースを指す固有位置情報（ＵＲＬ）
である。一例を挙げれば、’http://www.hogo.com/myna
me/article.html’のようなＵＲＬとなされる。

【００８５】コメントとは、アンカー固有位置情報とコ
メント名からなる。ＨＴＭＬ規約に沿った例を挙げれ
ば、’<A HREF="http://www.hogo.com/a/article.html"
>Ａさん</A>’となる。

【００８６】次に、図９には、リスト操作部を実現する
プログラムコードのフローチャートを示す。この図９に
示すフローチャートは、現固有位置情報にしたがってＷ
ＷＷサーバからデータ受信を行い、それがＨＴＭＬテキ
ストであった場合、ＨＴＭＬ規約に定められるところの
リンクタグの解析を行い、リンク構造を生成し、利用者
に対して表示を行うような、リスト操作部の処理の流れ
を示している。

【００８７】この図９において、演算装置４１は、ステ
ップＳＴ２１の処理として入力待ち情報となっている。

【００８８】次に、演算装置４１は、ステップＳＴ２２
の処理として、入力装置４３を介して利用者から固有位
置情報が直接入力されたか否かの判定を行い、当該ステ
ップＳＴ２２の判定処理において利用者（入力装置４
３）から固有位置情報の入力があったと判定したならば
ステップＳＴ３２の処理に進み、一方、利用者（入力装
置４３）から固有位置情報の入力がないと判定したなら
ばステップＳＴ２３の処理に進む。

【００８９】ステップＳＴ２２の判定処理において利用
者（入力装置４３）から固有位置情報の入力があったと
判定した場合の演算装置４１では、ステップＳＴ３２の
処理として、当該入力された固有位置情報を現固有位置
情報として書き込む。すなわち、現固有位置情報を変更
する。

【００９０】このステップＳＴ３２の処理後、演算装置
４１は、ステップＳＴ３３の処理として、現固有位置情
報にしたがってＷＷＷサーバからデータ受信を行い、ま
た、それと並行して、図７のレイアウト部のフローチャ
ートのステップＳＴ８の処理に進む。

【００９１】次に、ステップＳＴ３４の処理として、Ｗ
ＷＷサーバから受信したデータがＨＴＭＬテキストであ
った場合はＨＴＭＬ規約に定められるところのリンクタ
グの解析を行い、さらに、ステップＳＴ３４の処理とし
てリンク構造を生成し、その後、ステップＳＴ３５の処
理として当該生成したリンク構造に応じた信号を表示装
置４４に送り、利用者に対して表示を行う。

【００９２】また、既にリンク構造表示が済んでいる場
合は、リンク選択、表示切換操作が有効となり、リンク
編集操作の入力、リンク集固有位置情報編集操作の入
力、ヘッダ編集操作の入力が有効となってリンク構造に
対する編集操作が可能となり、さらに、転送操作の入力
が有効となる。

【００９３】すなわち、ステップＳＴ２２の判定処理に
おいて利用者（入力装置４３）から固有位置情報の入力
がないと判定された場合、演算装置４１では、ステップ
ＳＴ２３の処理として、入力装置４３を介した利用者か
らリンク選択のための入力がなされたか否かの判定を行
う。このステップＳＴ２３の判定処理において、リンク
選択のための入力がなされたと判定された場合の演算装
置４１はステップＳＴ３１の処理に進み、リンク選択の
ための入力がなされていないと判定された場合の演算装
置４１はステップＳＴ２４の処理に進む。

【００９４】ステップＳＴ２３において利用者（入力装
置４３）によりリンク選択のための入力がなされたと判
定された場合の演算装置４１は、ステップＳＴ３１の処
理として、利用者が選択したリンク先を現固有位置情報
とした後、ステップＳ３２以降の処理に進み、データ受
信及びリンク構造生成及びリンク構造表示を行い、その
後、ステップＳＴ２１の処理に戻る。これにより、利用
者が対話的にリンクを辿ることが可能となる。

【００９５】一方、ステップＳＴ２３において利用者
（入力装置４３）によりリンク選択のための入力がなさ
れていないと判定された場合の演算装置４１では、ステ
ップＳＴ２４の処理として、入力装置４３を介して利用
者（入力装置４３）からリンク編集操作のための入力が
なされたか否かの判定を行う。このステップＳＴ２４の
判定処理において、リンク編集操作のための入力がなさ
れたと判定された場合の演算装置４１はステップＳＴ３
６の処理に進み、リンク編集操作のための入力がなされ
ていないと判定された場合の演算装置４１はステップＳ
Ｔ２５の処理に進む。

【００９６】ステップＳＴ２４において利用者（入力装
置４３）によりリンク編集操作のための入力がなされた
と判定された場合の演算装置４１は、ステップＳＴ２６
の処理として、入力装置４３を介して利用者（入力装置
４３）からリンク編集操作のための入力がなされたか否
かの判定を行う。このステップＳＴ２４の判定処理にお
いて、リンク編集操作のための入力がなされたと判定さ
れた場合の演算装置４１はステップＳＴ３６の処理に進
み、リンク編集操作のための入力がなされていないと判
定された場合の演算装置４１はステップＳＴ２５の処理
に進む。

【００９７】ステップＳＴ２４において利用者（入力装
置４３）によりリンク編集操作のための入力がなされた
と判定された場合の演算装置４１は、ステップＳＴ３６
の処理として、リンク構造に対して編集操作が可能とな
る。すなわち、このステップＳＴ３６の処理において
は、表示装置４４の画面上に表示されているリンク構造
に対して、特定のリンク行の削除及び、新規にリンク行
を追加することが可能となる。

【００９８】一方、ステップＳＴ２４において利用者
（入力装置４３）によりリンク編集操作のための入力が
なされていないと判定された場合の演算装置４１では、
ステップＳＴ２５の処理として、入力装置４３を介して
利用者（入力装置４３）から表示切換操作のための入力
がなされたか否かの判定を行う。このステップＳＴ２５
の判定処理において、表示切換操作のための入力がなさ
れたと判定された場合の演算装置４１は、ステップＳＴ
３７の処理に進み、表示切換操作のための入力がなされ
ていない判定された場合の演算装置４１は、ステップＳ
Ｔ２６の処理に進む。

【００９９】ステップＳＴ２５において、利用者（入力
装置４３）により表示切換操作のための入力がなされた
と判定された場合の演算装置４１では、ステップＳＴ３
７の処理として、リンク構造表示に切り替える。

【０１００】次に、演算装置４１では、ステップＳＴ３
８の処理として、利用者（入力装置４３）によるリンク
先の名称、更新日時、被リンク数の任意切り替えを、当
該リンク構造表示に反映させる。このステップＳＴ３８
の処理の後は、ステップＳＴ２１の処理に戻る。

【０１０１】一方、ステップＳＴ２５において利用者
（入力装置４３）により表示切替操作のための入力がな
されていないと判定された場合の演算装置４１では、ス
テップＳＴ２６の処理として、入力装置４３を介して利
用者（入力装置４３）からリンク集固有位置情報編集操
作のための入力がなされたか否かの判定を行う。このス
テップＳＴ２６の判定処理において、リンク集固有位置
情報編集操作のための入力がなされたと判定された場合
の演算装置４１はステップＳＴ３９の処理に進み、リン
ク集固有位置情報編集操作のための入力がなされていな
い判定された場合の演算装置４１はステップＳＴ２７の
処理に進む。

【０１０２】ステップＳＴ２６において、利用者（入力
装置４３）によりリンク集固有位置情報編集操作のため
の入力がなされたと判定された場合の演算装置４１で
は、ステップＳＴ３９の処理として、入力装置４３を介
して利用者から入力されたリンク集固有位置情報をリン
ク集固有位置情報に書き込み、その後、ステップＳ２１
の処理に戻る。

【０１０３】一方、ステップＳＴ２６において利用者
（入力装置４３）によりリンク集固有位置情報編集操作
のための入力がなされていないと判定された場合の演算
装置４１では、ステップＳＴ２７の処理として、入力装
置４３を介して利用者（入力装置４３）からヘッダ編集
操作のための入力がなされたか否かの判定を行う。この
ステップＳＴ２７の判定処理において、ヘッダ編集操作
のための入力がなされたと判定された場合の演算装置４
１はステップＳＴ４０の処理に進み、ヘッダ編集操作の
ための入力がなされていない判定された場合の演算装置
４１はステップＳＴ２８の処理に進む。

【０１０４】ステップＳＴ２７において、利用者（入力
装置４３）によりヘッダ編集操作のための入力がなされ
たと判定された場合の演算装置４１では、ステップＳＴ
４０の処理として、利用者（入力装置４３）からの操作
にしたがってヘッダを編集する。このステップＳＴ４０
の処理後は、ステップＳＴ２１の処理に戻る。

【０１０５】一方、ステップＳＴ２７において利用者
（入力装置４３）によりヘッダ編集操作のための入力が
なされていないと判定された場合の演算装置４１では、
ステップＳＴ２８の処理として、入力装置４３を介して
利用者（入力装置４３）から転送操作のための入力がな
されたか否かの判定を行う。このステップＳＴ２８の判
定処理において、転送操作のための入力がなされたと判
定された場合の演算装置４１はステップＳＴ２９の処理
に進み、転送操作のための入力がなされていない判定さ
れた場合の演算装置４１はステップＳＴ２１の処理に戻
る。

【０１０６】ステップＳＴ２８において、利用者（入力
装置４３）により転送操作のための入力がなされたと判
定された場合の演算装置４１では、ステップＳＴ２９の
処理として、リンク集を生成する。

【０１０７】次に、演算装置４１では、ステップＳＴ３
０として、当該編集後のリンク構造をＨＴＭＬ規約に基
づいたリンク集に変換し、これをリンク集固有位置情報
にしたがってＷＷＷサーバの所定の保存ペース（蓄積装
置の保存スペース）へ送信し、その後、リンク操作部の
処理を終了する。

【０１０８】なお、当該リンク操作部の説明のうち、リ
ンク集固有位置情報とは、ＷＷＷサーバ内の利用者個人
の保存スペースを指す固有位置情報（ＵＲＬ）である。
一例を挙げれば、’http://www.hogo.com/myname/link.
html’のようなＵＲＬとなされる。リンク構造とはリン
ク行の集合である。

【０１０９】リンク行とは、リンク先の固有位置情報、
リンク先の名称、更新日時、披リンク数を位置単位とす
る。リンク先の固有位置情報及びリンク先の名称は、現
固有位置情報の指すＨＴＭＬテキストを解析した際に得
られる。一例を挙げれば、現固有位置情報の指すＨＴＭ
Ｌテキストに例えば’<A HREF="http://www.hogo.com/a
/article.html#.os">ＡさんのＯＳ話</A>’というリン
グタグが含まれていた場合、所望のテキスト解析を行
い、’ＡさんのＯＳ話’をリンク先の名称とし、’htt
p://www.hogo.com/a/article.html#.os’をリンク先の
固有位置情報とする。

【０１１０】また、更新日時及び被リンク数は、現固有
位置情報の指すＨＴＭＬテキストに含まれるリンクの、
リンク先のＨＴＭＬテキストを取得解析することで得ら
れる。一例を挙げれば、リンク先のＨＴＭＬテキストの
ヘッダ部に更新日時を表すタグとして例えば’<META HT
TP-EQUIV="Last-Modified"content="Wednesday,16-Dec-
1998 09:51:06 JST">’が含まれていた場合、所望のテ
キスト解析を行い、’Wednesday,16-Dec-1998 09:51:06
JST’を更新日時とする。

【０１１１】被リンク数は、現固有位置情報の指すＨＴ
ＭＬテキストに含まれる全リンクＬ１，・・・，Ｌｎの
先のＨＴＭＬテキストＰ１，・・・，Ｐｎを取得し、そ
れぞれのリンクＬが、Ｐ１，・・・，Ｐｎにいくつ含ま
れるかを検索することによって得られる。

【０１１２】さらに、リンク集は、リンク構造における
リンク先の固有位置情報とリンク先の名称から生成され
たリンクと、ヘッダ編集操作により指定されたヘッダか
ら生成されるＨＴＭＬテキストである。ヘッダとはＨＴ
ＭＬにおけるヘッダ部を指し、テキスト名、作成者、更
新日時を含む。

【０１１３】以上説明したように、本発明実施の形態の
電子会議システムによれば、前述した既存の電子会議シ
ステムが持っている一連の問題点を解決することが可能
となる。

【０１１４】すなわち、前述した第１の問題点に対し
て、本実施の形態では、アーティクル内のパラグラフに
はアンカーが付属しているため、アーティクル内に複数
の議題を混在させても、それをリンクする側の利用者に
混乱が生じないようにすることができる。

【０１１５】前述した第２の問題点に対して、本実施の
形態では、アーティクル間の依存関係はアンカーに対す
るリンクしかなく、作成する側も閲覧する側も時系列を
期待することがないため、文章の独立性を高めることが
できる。

【０１１６】前述した第３の問題点に対して、本実施の
形態では、アンカーによるリンクは従来の電子会議シス
テムにおけるアーティクル単位のフォローよりもきめ細
やかな指定が可能であるため、不必要な引用が行われ難
くすることができる。

【０１１７】前述した第４の問題点に対して、本実施の
形態では、作成者のみがアーティクルの管理を行うため
文責が明確となる。

【０１１８】前述した第５の問題点に対して、本実施の
形態では、一極集中型のサーバーが不要となる。

【０１１９】前述した第６の問題点に対して、本実施の
形態では、アーティクルを作成する利用者は、自分のア
ーティクルの管理を自分の手で行うことができる。

【０１２０】また、前述した第５及び第６の問題点に対
して、本実施の形態では、アーティクルは極めて静的な
ものであり、サーバ管理者はアーティクルの保存容量管
理を行う必要がなくなる。

【０１２１】前述した第７の問題点に対して、本実施の
形態では、サーバに備えられたアーティクル自動削除機
能を不要とすることができ、古いアーティクルが自動削
除されて消滅したことで、議題が断裂する不都合を防止
することができる。

【０１２２】さらにこれらに加えて、本実施の形態で
は、上述したようなリンク構造を持つことによって、以
下のような利点がある。

【０１２３】例えば、アーティクルの作成者が被リンク
数を参照することにより、自分が作成したアーティクル
の重要度が明らかになるため、これを更新あるいは削除
の目安にし易い。

【０１２４】また、閲覧を専門とする利用者にとって
は、リンク集をチェックすることで被リンク数及び更新
日時を比較することができ、どのアーティクルが最も話
題の中心であるか理解できる。

【０１２５】閲覧を行った利用者の手によってリンク集
が作成されるため、この作業がフィルターとして働き、
ＳＰＡＭ等の議題と無関係なアーティクルが広範囲にば
らまかれることがない。

【０１２６】最後に、上述した各実施の形態の説明は本
発明の一例であり、本発明は上述の実施の形態に限定さ
れることはない。このため、上述した各実施の形態以外
であっても、本発明に係る技術的思想を逸脱しない範囲
であれば、設計等に応じて種々の変更が可能であること
はもちろんである。

【０１２７】

【発明の効果】請求項１に記載の本発明に係る情報送受
信システムによれば、個々の端末毎に割り当てられたデ
ータ保存領域であって、各対応付けられた端末からはデ
ータの書き込み及び読み出しが行え、対応付けられてい
ない端末からはデータの読み出しのみが行えるデータ保
存領域と、前記端末との間でデータの送受信を行う通信
部とを備えた分散サーバと、送受信するデータの作成及
び編集を行うデータ処理部と、前記分散サーバのデータ
保存領域に保存された自己のデータを管理する管理部
と、データに記述するリンク情報を管理するリンク管理
部とを備えた端末によって分散ネットワークを構成する
ことにより、データ内に複数の内容（アーティクル内に
複数の議題）を混在させてもそれをリンクする側の利用
者に混乱が生じないようにでき、データ（文章）の独立
性を高めることが可能で、不必要な引用が行われ難く
く、データの出所（文責）が明確化され、一極集中型の
サーバが不要で、データ（アーティクル）を作成する利
用者が自分のデータ（アーティクル）の管理を自分の手
で行うことができ、また、サーバ管理者においてデータ
（アーティクル）の保存容量管理を行う必要性が無く、
さらに、古いデータ（アーティクル）の消滅による議題
の断裂も無くすることが可能である。

【０１２８】また、請求項２に記載の本発明に係る情報
送受信システムによれば、前記リンク情報が、階層化可
能なリンク毎のリンク集情報と、リンク毎に付随するリ
ンク付随情報である、各リンク毎のリンク先名称と、リ
ンク先の更新情報と、リンクの被リンク数情報とを含む
ことにより、データ（アーティクル）の作成者が被リン
ク数を参照できて、自分が作成したデータ（アーティク
ル）の更新あるいは削除の目安にし易くなり、また、リ
ンク集をチェックすることで被リンク数及び更新日時を
比較することができ、どのデータ（アーティクル）が最
も話題の中心であるか理解できる。さらに、閲覧を行っ
た利用者の手によってリンク集が作成されるため、この
作業がフィルターとして働き、例えばＳＰＡＭ等の議題
と無関係なデータ（アーティクル）が広範囲にばらまか
れることがない。

【図面の簡単な説明】

【図１】本発明の実施の形態の電子会議システムの概略
的なシステム構成例を示すブロック図である。

【図２】図１のクライアント端末の代表的な計算機（パ
ーソナルコンピュータ）の構成例を示すブロック図であ
る。

【図３】ＨＴＭＬに類するマークアップ言語によって記
述されたテキストの具体的な構造（テキストファイルの
構造）を示す図である。

【図４】クライアント端末上のソフトウェアにおけるレ
イアウト部の表示例を示す図である。

【図５】クライアント端末上のソフトウェアにおけるリ
ンク操作部の表示例を示す図である。

【図６】クライアント端末上のソフトウェアにおける文
章編集部の表示例を示す図である。

【図７】レイアウト部を実現するプログラムコードのフ
ローチャートである。

【図８】リンク操作部を実現するプログラムコードのフ
ローチャートである。

【図９】文章編集部を実現するプログラムコードのフロ
ーチャートである。

【図１０】従来例の電子会議システムの概略的なシステ
ム構成例を示すブロック図である。

【図１１】従来例の電子会議システムにおいて、フォロ
ーをクライアント端末のモニタ画面上に表示させた一例
を示す図である。

【符号の説明】

１０…蓄積装置、１１…プロトコル処理部、Ｓ１，Ｓ２
…ＷＷＷサーバ、Ｃ１〜Ｃ２…クライアント端末、Ｕ１
〜Ｕ３…利用者、４１…演算装置、４２…記憶装置、４
３…入力装置、４４…表示装置、４５…通信装置

フロントページの続きＦターム(参考） 5B089 GA11 GA21 JB02 KA00 KA13 KC53 LB15 5K030 HA06 HC13 LD08 9A001 BB02 BB03 BB04 CC03 CC06 DD08 DD10 DD11 EE01 HH33 JJ05 JJ15 JJ25 JJ27 KK56 KK60

Claims

【特許請求の範囲】

【請求項１】他のサーバと関連付けられたサーバであ
る分散サーバと端末とからなる分散ネットワーク上で運
用される情報送受信システムにおいて、前記分散サーバは、個々の端末毎に割り当てられたデー
タ保存領域であって、各対応付けられた端末からはデー
タの書き込み及び読み出しが行え、対応付けられていな
い端末からはデータの読み出しのみが行えるデータ保存
領域と、前記端末との間でデータの送受信を行う通信部
とを備え、前記端末は、送受信するデータの作成及び編集を行うデ
ータ処理部と、前記分散サーバのデータ保存領域に保存
された自己のデータを管理する管理部と、データに記述
するリンク情報を管理するリンク管理部とを備えること
を特徴とする情報送受信システム。
【請求項２】前記リンク情報は、階層化可能なリンク毎のリンク集情報と、リンク毎に付
随するリンク付随情報である、各リンク毎のリンク先名
称と、リンク先の更新情報と、リンクの被リンク数情報
とを含むことを特徴とする請求項１記載の情報送受信シ
ステム。