JP2001022749A

JP2001022749A - オンライン文書への個人付加情報を共有する方法

Info

Publication number: JP2001022749A
Application number: JP19542299A
Authority: JP
Inventors: Yuichi Yagawa; 雄一矢川; Shigeo Wakai; 樹雄若井; Akira Tanaka; 晶田中; Akio Takahashi; 明男高橋
Original assignee: Hitachi Ltd
Current assignee: Hitachi Ltd
Priority date: 1999-07-09
Filing date: 1999-07-09
Publication date: 2001-01-26

Abstract

(57)【要約】【課題】オンライン文書に対して、ユーザが個人的なマ
ークやコメントなどの個人付加情報を付加し、その個人
付加情報を他のユーザと共有する方法を提供する。【解決手段】タグ付けされたオンライン文書を対象と
し、個人付加情報が付加してある文書ＩＤと、タグのシ
ーケンシャル番号と、対象文字列と、その種類および内
容とを合わせて管理する。次に、ユーザごとに複数の個
人付加情報をまとめて管理するような個人付加シートを
導入する。そして、シートごとに、当該シートを作成し
たユーザのＩＤと、他のユーザに対する当該シートのア
クセス条件とを、文書ＩＤや前述の個人付加情報ととも
に管理する。また、他のユーザが既存シート上に新たに
個人付加情報を追加する場合には、文書ＩＤの代わりに
当該既存シートのＩＤで添付先を一意に決定する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】オンライン文書に対して、ユ
ーザが個人的な目印（マーク）やコメントなどの情報を
付加し、その情報（以下、個人付加情報）を他のユーザ
と共有する方法に関する。特に、ネットワークを使った
文書共有システム、遠隔教育・研修システムであって、
オンライン上に公開された電子的な文書や教科書に対し
て、各ユーザが個人的なマークやコメントを付加すると
ともに、その個人付加情報を他のユーザと共有すること
によって、ネットワークを通じた質疑応答や討論、知識
共有を可能にするシステムに関する。

【０００２】

【従来の技術】インターネットの爆発的普及は目を見張
るものがあり、日本全国の利用者は既に一千万人を超え
ている。また、企業では、インターネットの技術を企業
内ネットワークに応用したイントラネットの導入が盛ん
である。

【０００３】このインターネット・イントラネットで中
心的に使われるアプリケーションがＷＷＷ（World Wide
Web）である。ＷＷＷでは、ネットワーク上の文書がハ
イパーテキストマークアップ言語（HTML: HyperText Ma
rkup Language）により記述されており、またHTMLで
は、文書のレイアウト構造やハイパーテキスト構造が専
用タグを用いて定義されているので、ユーザは関連する
情報を次から次へと辿ることができる。このＷＷＷを中
心に、インターネット・イントラネットなどネットワー
ク上で扱われる電子的な文書を本発明ではオンライン文
書（または単に文書）と呼ぶことにする。

【０００４】ＷＷＷでは、複数のユーザがオンライン文
書を共有化できる。例えば、イントラネットでは、企業
内情報をオンライン文書として共有化し、日常の業務に
活用する文化が定着しつつある。また、最近では、教育
や研修に用いられる教科書を電子化し、オンライン文書
として共有化することによって、企業内の遠隔教育・研
修を効率化しようとする応用も出てきた。本発明では、
上述のような応用に用いられるシステムを、それぞれ文
書共有システム、遠隔教育・研修システムと呼ぶことに
する。

【０００５】これら文書共有システムや遠隔教育・研修
システムでは、ユーザが過去に見たオンライン文書で重
要だと思った箇所をもう一度見たい場合がよくある。学
習の過程で繰り返し読むことが求められる電子的な教科
書では、特にその要望が強い。また、文書中の特定の箇
所について、他のユーザの考えを聞いてみたい、あるい
は参照したい場合もある。文書共有システムでは、情報
の共有に加え、知識や考え方までも共有したいという要
望である。また、遠隔教育・研修システムでは、教科書
中で分からない箇所を生徒同士や教師とともに質疑応答
する利用形態が考えられる。

【０００６】紙の文書を見てみると、このような場合、
アンダーラインやラインマーカを使って必要な箇所に目
印（マーク）を付けることが多いようである。文書中で
マークが付けてある箇所を優先的に読むことによって、
重要な情報の再確認が容易になる。また、マークの付近
に自分なりの注釈やコメントを書き込むことも、日常生
活で我々が普通にやっていることである。コメントを付
けた文書をグループ内で回覧することによって、知識や
考え方をも共有できる仕組みになっている。

【０００７】一方、従来技術としては、まず第一に、オ
ンライン文書をコピーし、当該コピー上にユーザ個別の
情報を書き込む方法がある。例えば、よく電子メール等
で使われている方法として、他人からの電子メールも含
め、他の文書を引用する場合には、その文書の必要箇所
をコピーし、各行の先頭に引用記号（”>”など）を挿
入する方法がある。引用箇所を明確にし、それとは違う
表示形式で自分の考えなどを記載することになる。ま
た、最もプリミティブな方法として、オンライン文書を
プリントアウトし、この紙にユーザ個別の情報を書き込
む方法もある。

【０００８】次に、第二の方法として、オンライン文書
そのものにユーザ個別のマークやコメントを挿入する方
法がある。例えば、特開平１０−０４０２３６号「コメ
ント付きハイパーテキスト文書処理装置」では、HTMLに
コメント表示制御のための専用タグ追加し、オンライン
文書内の任意の箇所にユーザのコメントを当該専用タグ
とともに埋め込み方式で挿入する。つまり、ユーザ個別
の情報が、オリジナルのオンライン文書内で管理される
ことになる。

【０００９】次に、第三の方法として、個人付加情報を
オンライン文書とは別に管理・保存する方法がある。例
えば、特開平０６−２３１１８６号「文書処理装置」で
は、文書処理装置に関し、一般書籍を読むのと同様に、
文書に対して視覚的に栞等の認識マークを挟み、参照で
きるようにしているが、栞は文書ファイルとは別に保管
される。また、特開平０３−１９１４６６号では、文書
の変更案やコメントを挿入または参照可能な文書処理装
置を提供しているが、変更案やコメントは文書とは別フ
ァイルにて保管される。

【００１０】

【発明が解決しようとする課題】一般に、インターネッ
ト・イントラネットでWWWを通じて得られるオンライン
文書では、共有が前提となるため、ユーザ個人のマーク
やコメントを付加することが通常できないようになって
いる。このため、上述のような従来技術が提案されてい
るわけだが、本発明の属する技術分野に照らし合わせて
考えた場合、各々以下に述べるような問題がある。

【００１１】まず、第一の方法では、オンライン文書を
電子的にコピー、または紙にプリントアウトし、そのコ
ピーや印刷物上にユーザ個人の情報を付加するわけだ
が、これではハイパーリンクというオンライン文書の最
大の利点が損なわれてしまうという問題がある。ハイパ
ーリンクすらもコピーするという解決策も考えられる
が、コピーには本質的に、知的所有権侵害の問題やスト
レージ資源の無駄使いという問題が常にある。

【００１２】次に、第二の方法では、コピーではなく、
オンライン文書そのものにユーザ個別の情報を挿入する
ので、ハイパーリンクの利点も損なわず、またストレー
ジ資源の無駄使いという問題も解消できる。しかし、本
来共有であるはずのオンライン文書に、ユーザ個別の情
報を直接埋め込むのであるから、著作物の改ざんなど知
的所有権侵害の問題が残るとともに、文書の共有性（複
数のユーザで同じ文書を共有できること）を確保できな
いという問題が新たに発生する。

【００１３】次に、第三の方法では、オンライン文書に
は何の編集も加えず、これとは別に個人付加情報を管理
・保存するので、著作物の改ざんの問題が解消できる。
また、同様に、文書の共有性も確保できる。しかし、特
開平０６−２３１１８６号のように、従来技術では、マ
ークやコメントをユーザ個別に利用する手段の提供にと
どまっており、個人付加情報を共有化する手段が提供さ
れていない。また、その手段が提供されていても、個人
付加情報をオンライン文書とともに一律に公開するだけ
の手段であるため、本来個人的であるはずの個人付加情
報に対し、その個人性（他のユーザに対するアクセス制
限を自由に設定するなど）を確保できないという問題が
ある。

【００１４】以上より、本発明の第一の目的は、知的所
有権を侵害せず、資源の無駄使いをなるだけ押さえた方
法で、かつハイパーリンクや文章の共有性といったオン
ライン文書の利点を損なわない方法で、マークやコメン
トといったユーザ個別の情報をオンライン文書に付加す
る手段を提供することにある。

【００１５】また、本発明の第二の目的は、オンライン
文書の共有と合わせて、これに付加したユーザ個別の情
報も、その個人性を確保しながら、他のユーザと共有す
る手段を提供することにある。

【００１６】

【課題を解決するための手段】まず、第一の目的につい
て、知的所有権を侵害せず、かつ資源の無駄使いをなる
だけ押さえた方法となると、「従来の技術」で述べた第
三の方法で、個人付加情報をオンライン文書とは別に管
理・保存する方法が適切である。この方法では、マーク
やコメントといった個人付加情報をオンライン文書の特
定の箇所に対応づける手段が求められる。また、ハイパ
ーリンクや文章の共有性といったオンライン文書の利点
を損なわないためには、WWWやHTMLなど既存の枠組みに
準拠した解決手段が求められる。

【００１７】前述したように、HTMLでは文書の構造を表
す専用タグが定義されている。また、次世代のインター
ネット・イントラネットの文書記述用言語であるXML（e
Xtensible Markup Language）においても、ユーザがタ
グを自由に定義できるようにはなるが、その定義された
タグを使って文書の内容を記述することには変わりがな
い。つまり、本発明で前提とするオンライン文書には、
必ずタグが含まれていることを想定できる。

【００１８】また、オンライン文書中のタグは、システ
ムが文書を解析する際、その位置と内容をきちんと抽出
できるよう、特別な記述方式が取られている。例えば、
図３はXMLに基づいて記述したオンライン文書のデータ
を表すが、ここでは<で始まり、次に文字列が記載さ
れ、そして>で終わるものがタグ（正確には開始タグ）
に当たる。また、<と>に囲まれた文字列はタグの名前に
相当する。さらに、</>は終了タグを表す。図３からも
分かるように、オンライン文書の内容（要素と呼ぶ）
は、開始タグと終了タグの間に記載される。

【００１９】本発明では、このタグを使って、個人付加
情報をオンライン文書の特定の箇所に対応づける。図２
を参照し、具体的な方法を説明する。まず、URI（Unive
rsalResource Identification）など、オンライン文書
２０１のユニークなＩＤ（識別子）２０２とともに、個
人付加情報ごとに、(1)タグのＩＤ２０５として、文書
中のタグのシーケンシャル番号と、(2)個人付加情報を
付ける対象文字列２０６と、(3)当該個人付加情報の種
類（例えばマークだけ、あるいはコメントも含むなど）
２０７と、(4)当該個人付加情報の内容２０８、を合わ
せて管理するようにする。文書ＩＤ２０２によって、当
該個人付加情報が付けてあるオンライン文書を特定で
き、またタグＩＤ２０５によって、当該個人付加情報が
付けてあるタグを特定でき、さらに対象文字列２０６に
よって、タグ内（正確には開始タグと終了タグに囲まれ
た要素内）の個人付加情報の位置を特定できる。ここ
で、同一タグ内に同じ文字列が複数ある場合も想定され
るが、このような場合には、タグ内での当該文字列のシ
ーケンシャル番号を使って、個人付加情報の位置を管理
するようにする。

【００２０】次に、第二の目的について、個人付加情報
の個人性を確保しながら、これを他のユーザと共有する
ために、個人付加情報をユーザごとにアクセス管理でき
るようにする。具体的には、図２に示すように、ユーザ
ごとに複数の個人付加情報をまとめて管理するような透
明シート（以下、個人付加シートまたはシート）の概念
を導入し、シートごとに、当該シートを作成したユーザ
のＩＤ２０３と、当該シートを他のユーザに公開または
非公開といったアクセス条件２０４とを、文書ＩＤや各
個人付加情報とともに管理する。ユーザＩＤ２０３をシ
ートに付けることによって、当該シートに含まれる個人
付加情報の帰属先を明確に管理できるようになった。ま
た、アクセス条件２０４をシートに付けることによっ
て、当該シートに含まれる個人付加情報を他のユーザが
アクセスする場合の条件を一元管理できるようになっ
た。また、図２のシート２１１のように、他のユーザが
既存シート上に新たに個人付加情報を追加する場合に
は、文書ＩＤの代わりに当該既存シートのＩＤで添付先
を一意に決定できるようにする。

【００２１】

【発明の実施の形態】以下、図面を参照して本発明の一
実施例を説明する。実施例としては、文書共有システム
を対象とするが、遠隔教育・研修システムにおいても基
本的な構成は本実施例と同じである。

【００２２】図１は、本発明の一実施例に係わる文書共
有システムの構成を表す説明図である。

【００２３】文書共有システムは、サーバ装置１００と
クライアント装置１２０からなり、両者はインターネッ
ト・イントラネットのネットワーク１５０で結ばれてい
る。

【００２４】サーバ装置１００は、データ配信部１０１
と個人付加情報管理部１１０の各プログラムと、文書デ
ータ３００とレイアウトデータ４００と個人付加情報用
レイアウトデータ５００の各データと、個人付加情報Ｄ
Ｂ６００とユーザ管理ＤＢ８００の各データベースを持
つ。

【００２５】データ配信部１０１は、いわゆるWWWサー
バのことで、オンライン文書などデータをクライアント
側に配信する役割を担う。また、本実施例では、オンラ
イン文書がXMLで記述してあることを想定し、文書の論
理構造を記載した文書データ３００と、レイアウト構造
を記載したレイアウトデータ４００に分けてオンライン
文書を管理する構成としている。ちなみに、HTMLを想定
すると、レイアウトデータが混在した文書データ一種類
からなる構成を考えればよい。つまり、データ配信部１
０１と文書データ３００とレイアウトデータ４００から
なる構成は、既存の文書共有システムと同等レベルにあ
ると考えてよい。

【００２６】本発明では、上記に加え、個人付加情報管
理部１１０と、個人付加情報用レイアウトデータ５００
と、個人付加情報ＤＢ６００と、ユーザ管理ＤＢ８００
を、サーバ装置内に備えたことに特徴がある。また、個
人付加情報管理部１１０は、ユーザ認証処理１１１と、
個人付加情報読出処理２１００と、個人付加情報書込／
削除処理２２００の各プログラムモジュールを含むこと
に特徴がある。

【００２７】まず、ユーザ認証処理１１１では、クライ
アント装置１２０からのユーザ認証の問い合わせを受
け、同時にユーザＩＤとパスワードも取得し、ユーザ管
理ＤＢ８００を参照しながらこれらの正当性を検証す
る。ユーザの認証が正しく認められると、個人付加情報
管理部へのログインを許可する。つまり、クライアント
側から個人付加情報読出処理２１００や個人付加情報書
込／削除処理２２００のサービスを受けることができる
ようになる。

【００２８】次に、個人付加情報読出処理２１００で
は、クライアント装置１２０からの個人付加情報の送信
要求に対し、個人付加情報ＤＢ６００にアクセスし、送
信要求にマッチする個人付加情報を検索する。そして、
検索結果として得られた個人付加情報を読み出し、デー
タ配信部１０１を通じてクライアント装置１２０に配信
する。また、この際、個人付加情報をクライアント装置
１２０の画面上に表示するためのレイアウトデータ５０
０もあわせて送信する。

【００２９】次に、個人付加情報書込／削除処理２２０
０では、クライアント装置１２０からの個人付加情報の
追加や削除要求に対し、個人付加情報ＤＢ６００にアク
セスし、新しい情報を書き込み、あるいは該当する情報
を削除する。もちろん、情報の中身の編集要求もありえ
るが、基本的には追加や削除と同じ構成となるので、以
下では追加・削除で代表して説明する。

【００３０】続いて、クライアント装置１２０は、デー
タ通信部１２１と、データ解析部１２２と、データ管理
部１３０と、データ処理部１４００、の各プログラムを
持つ。

【００３１】データ通信部１２１は、TCP/IPやHTTP（Hy
perText Transfer Protocol）など、インターネット・
イントラネットおよびWWWの通信プロトコルを解釈する
プログラムであり、サーバ装置１００内のデータ配信部
１０１とのデータ通信を司る。具体的には、サーバ装置
１００から送られてきた文書をデタ解析部に渡す。ある
いは、個人付加情報共有化プログラム（データ処理部に
相当）からサーバ装置１００に要求やデータが送られる
場合には、データ通信部１２１を通ることになる。

【００３２】次に、データ解析部１２２は、いわゆるパ
ーサである。データ通信部１２１を経由して、サーバ装
置１００から送られてきた文書はXMLやHTMLで記述され
ているので、これを個人付加情報共有化プログラムがア
クセスしやすいようにツリー構造に変換する。例えば、
図３の文書データは、図１０のようなツリー構造に変換
される。

【００３３】次に、データ管理部１３０は、いわゆる文
書のオブジェクトモデルであり、メモリ内にある文書デ
ータやレイアウトデータに個人付加情報共有化プログラ
ムがアクセスするためのインタフェースを提供する。具
体的には、オンライン文書のデータ１０００と、レイア
ウトデータ１３１と、個人付加情報１３３へのインタフ
ェースを提供する。ここで、文書データ１０００と個人
付加情報１３３は別々に管理されているのに対し、レイ
アウトデータ１３１は個人付加情報用レイアウトデータ
１３２も含んで管理される点に特徴がある。つまり、文
書データと個人付加情報は、それぞれ共有性と個人性を
確保するため、別々に管理される。一方、両者を画面上
に表示する際には、両者をマージしてレイアウトする必
要があるので、レイアウトデータは個人付加情報用も含
めて一元管理されている。

【００３４】次に、データ処理部１４００は、文書共有
システムにおいてユーザが直接操作するアプリケーショ
ンプログラムに相当する。このプログラムを、前述のよ
うに、個人付加情報共有化プログラムと呼んでいる。

【００３５】データ処理部１４００は、ユーザＩＤ・パ
スワード入力処理１４１と、文書参照処理１６００と、
個人付加情報参照処理１７００と、個人付加情報編集処
理１４３の各プログラムモジュールを含む。

【００３６】ユーザＩＤ・パスワード入力処理１４１
は、サーバ装置１００内の個人付加情報管理部１１０に
アクセスするためのユーザ認証のフロントエンドに相当
する。つまり、ユーザにユーザＩＤとパスワードの入力
を促し、これをサーバ装置１００に送信し、ユーザ認証
の許可を求める。

【００３７】次に、文書参照処理１６００は、通常のWW
Wブラウザと同等機能を持つ。つまり、ユーザがURIなど
を入力して参照したい文書を指定すると、サーバ装置１
００から該当する文書がレイアウトデータとともに送信
される。これを画面上にレイアウトして表示する。文書
は、ハイパーテキスト化されているので、文書を次々と
辿っていくことも可能である。

【００３８】次に、個人付加情報参照処理１７００で
は、個人付加情報に付けられたアクセス条件を参照しな
がら、当該ユーザに対して公開が許された個人付加情報
を画面上に表示する。具体的には、文書データと個人付
加情報を、個人付加情報用も含むレイアウトデータで画
面上に配置する。

【００３９】次に、個人付加情報編集処理１４３では、
文書中でユーザが指定した箇所に個人付加情報を新たに
追加したり、またユーザが指定した既存の個人付加情報
を削除したりする。この際の編集処理も、当該ユーザに
対するアクセス条件に準拠する。また、その編集結果
を、データ通信部１２１を経由して、サーバ装置１００
内の個人付加情報管理部１１０に送信する。

【００４０】以上、データ処理部１４００では、個人付
加情報参照処理１７００と、個人付加情報編集処理１４
３の各モジュールを含むこと、また同モジュールがユー
ザ認証に基づくアクセス管理を行うことに特徴がある。

【００４１】続いて、文書共有システムで取り扱う、デ
ータおよびデータベースについて説明する。

【００４２】まず、図３は、先にも述べたように、本発
明が対象とする文書データ３００の一例を表す。ここで
は、文書データがタグ付けされていることに特徴があ
る。

【００４３】次に、図４は、レイアウトデータ４００の
一例を表す。レイアウトデータには、タグ名称４０１と
レイアウトルール４０２が対になって記載されており、
各タグ内の要素をどのように表示するかが記載されてい
る。例えば、図３に記載の文書構造では、文書が報告書
タイトル、章タイトル、節タイトル、テキストからなる
構成となっているが、図４では、カラム４０３〜４０６
にそれぞれのレイアウトルールが定義されている。

【００４４】次に、図５は、個人付加情報用レイアウト
データ５００の一例を表す。図５と同様に、各個人付加
情報の種類５０１ごとに、レイアウトルール５０２が定
義されている。本実施例では、個人付加情報の種類を、
マーク、コメント、リンクの三種類で想定しているが、
各々のレイアウトルールはカラム５０３〜５０５に定義
されている。

【００４５】次に、図６は、オンライン文書６０１と、
個人付加シート６０２と、個人付加情報６０３の関係を
表す。まず、個人付加シート６０２からオンライン文書
６０１への矢印は、オンライン文書に複数の個人付加シ
ートを添付できることを意味する。例えば、ユーザごと
にシートが代わっても良いし、あるいは一ユーザが用途
に応じて複数のシートを使い分けてもよい。次に、個人
付加情報６０３から個人付加シート６０２への矢印は、
シートが複数の個人付加情報を保持できることを意味す
る。言い換えると、個人付加情報をシート単位にグルー
プ化できるわけである。次に、個人付加シート６０２か
ら同じく個人付加シート６０２へのループは、シートそ
のものにも新たにシートを追加できることを意味する。
言い換えると、他のユーザが付加したシートおよび個人
付加情報に対してさえも、新しいシートおよび個人付加
情報を追加できることになる。

【００４６】続いて、個人付加情報ＤＢ６００の構成に
ついて説明する。個人付加情報ＤＢ６００は、個人付加
シートと、個人付加情報の二種類のテーブルを含む。

【００４７】まず、図７は、個人付加シートのテーブル
構成を表す。個人付加シートは、シートＩＤ７０１と、
添付先の文書またはシートのＩＤ７０２と、ユーザＩＤ
７０３と、アクセス条件７０４を含む。ここで、シート
ＩＤ７０１は、システムが各シートに与えるユニークな
識別子である。

【００４８】シートの添付先としては、図６からも分か
るように、文書または別シートが考えられるので、識別
子として文書ＩＤまたはシートＩＤを保持する。ちなみ
に、カラム７０５〜７０８では、添付先ＩＤとして同一
の文書ＩＤを保持しており、それぞれ同一文書に添付さ
れたシートであることを意味する。また、カラム７０９
〜７１０では、添付先ＩＤとしてシートＩＤを保持して
おり、それぞれカラム７０７と７０９に添付してあるこ
とを意味する。ここで、文書ＩＤとしては、前述のよう
に、URIを想定しているので、シートＩＤもURIとして管
理するようにすると、ＩＤ管理に一貫性を保つ効果が期
待できる。ＵＲＩで一意に決まるオンラインリソースの
中で、それが文書を表すのか、あるいはシートを表すの
かの識別は、ＵＲＩ中の拡張子や、あるいはリソース中
のＸＭＬタグセットを参照すれば分かるようにする。

【００４９】ユーザＩＤ７０３には、ユーザ管理ＤＢで
管理されるユーザＩＤを用いる。アクセス条件７０４で
は、各シートに対する他のユーザのアクセス権を規定す
る。本実施例では、説明を分かり易くするため、他のユ
ーザに「公開」または「非公開」の二種類のパラメータ
しか指定できないようになっているが、もっと詳細なア
クセス条件を規定する例も考えられる。例えば、ユーザ
をグループ化し、グループ単位でシートの公開、非公開
を規定できるようになると、グループ単位での考え方や
知識の共有が可能になる。また、シートの参照に関する
アクセス条件だけでなく、シートの編集に関するアクセ
ス条件も規定できるようになると、ネットワークを活用
した文書の共同執筆や編集作業にも活用できる。

【００５０】次に、図８は、個人付加情報のテーブル構
成を表す。個人付加情報は、個人付加情報ＩＤ８０１
と、シートＩＤ８０２と、付加先ＩＤ８０３として文書
中のタグＩＤまたはシート中の個人付加情報ＩＤと、対
象文字列８０４と、個人付加情報の種類８０５と、個人
付加情報の内容８０６を含む。ここで、個人付加情報Ｉ
Ｄ８０１は、システムが各個人付加情報に与えるユニー
クな識別子である。また、シートＩＤ８０２は、各個人
付加情報が含まれるシートを一意に決める。

【００５１】個人付加情報の付加先ＩＤ８０３として
は、当該シートが文書に添付されている場合にはタグＩ
Ｄを想定する。タグＩＤとしては、前述のように、文書
中のタグのシーケンシャル番号とする。もちろん、タグ
中に属性としてタグＩＤを保持する構成も考えられる
が、ＸＭＬやＨＴＭＬに制約を設けることになるので、
本実施例ではタグＩＤをシーケンシャル番号で管理する
構成とする。

【００５２】一方、当該シートが別シートに添付されて
いる場合には、個人付加情報の付加先ＩＤ８０３とし
て、タグＩＤだけでなく個人付加情報ＩＤも含めて考え
る。例えば、図８のカラム８０９と８１０は、両者とも
にシートＩＤ「Ｙ２」のシートに含まれているが、図７
を見ると、シート「Ｙ２」はシート「Ｗ１」に添付され
ており、両者がこの例に当てはまることがわかる。付加
先ＩＤ８０３としては、カラム８０９が個人付加情報Ｉ
Ｄを取る。これは、カラム８０９の個人付加情報がシー
ト「Ｗ１」内の個人付加情報に対するものであることを
意味する。一方、カラム８１０ではタグＩＤを取ってい
る。これは、カラム８１０の個人付加情報が、シート
「Ｗ１」ではなく、文書そのものに関するものであるこ
とを意味する。すなわち、ユーザが既存のシートに個別
の情報を付加する場合でも、当該シートに含まれる個人
付加情報だけでなく、文書そのものに対しても個別の情
報を付加できる構成となっている。

【００５３】続いて、ユーザ管理ＤＢ８００の構成につ
いて説明する。ユーザ管理ＤＢ８００は、ユーザ情報テ
ーブルを持つ。

【００５４】図９は、ユーザ情報のテーブル構成を表
す。各ユーザは、ユーザＩＤ９０１と、パスワード９０
２と、氏名９０３と、固有情報９０４を持つ。ユーザＩ
Ｄ９０１とパスワード９０２は、ユーザの認証処理に用
いられる。また、固有情報９０４には、氏名９０３以外
のユーザ情報で、例えば、所属や連絡先などが記載され
る。

【００５５】ユーザ管理ＤＢ８００としては、その外に
もユーザをグループごとに管理するグループ情報テーブ
ルなどが考えられる。ユーザグループの概念を導入する
と、個人付加情報のアクセス管理がグループ単位でもで
きるようになり、より細かな範囲での知識や考えの共有
が可能になる。

【００５６】以上は、サーバ装置１００側のデータおよ
びデータベースの構成について説明した。続いて、クラ
イアント装置１２０側のデータ管理部１３０からアクセ
スするデータの構造について説明する。

【００５７】まず、図１０は、文書データ１０００のデ
ータ構造を表す。前述したように、図３の文書データを
プログラムがアクセスしやすいようにツリー構造で管理
できる構成となっている。

【００５８】次に、レイアウトデータ１３１は、個人付
加情報用レイアウトデータ１３２も含む構成となってい
る。具体的には、図４と図５の二つのテーブルがマージ
されたテーブル構造となっている。

【００５９】次に、個人付加情報１３３としては、個人
付加情報ＤＢ６００から必要な情報だけ送信される。具
体的には、ユーザが参照中の文書に添付されたシート一
覧と、同じくユーザが参照中のシートに付加された個人
付加情報一覧を含む。また、その構成としては、シート
一覧が図７に準拠し、個人付加情報一覧が図８に準拠し
たテーブル構造となっている。

【００６０】データ処理部１４００では、レイアウトデ
ータ１３１を参照し、文書データを画面上にレイアウト
するとともに、必要に応じて、個人付加情報を文書デー
タにマージしてレイアウトする。

【００６１】続いて、文書共有システムの利用イメージ
をグラフィカルユーザインタフェースを用いて説明す
る。

【００６２】まず、図２３は、クライアント装置１２０
側の基本画面を表す。画面は、文書の表示領域２３１０
と、シートの選択領域２３２０と、シートの編集操作領
域２３３０と、個人付加情報の編集操作領域２３４０か
らなる。各領域の説明は、図２４〜２８で説明する。

【００６３】図２４は、文書および個人付加情報の参照
画面を表す。文書の表示領域２３１０には、文書２３１
１とともに、個人付加情報として、マーク２４０１と、
コメント２４０２と、コメント２４０３と、マーク２４
０４と、コメント２４０５が表示してある。また、シー
トの選択領域２３２０には、当該文書２３１１に添付さ
れているシート一覧が、各シートの関係が分かるよう、
ツリー形式で表示してある。具体的には、オリジナル２
３２１が文書２３１１に相当し、当該文書にはシート２
３２２〜２３２４が添付されていること、シート２３２
４にはシート２３２５が添付されていること、シート２
３２５にはシート２３２６が添付されていることを表
す。また、各シートには持ち主が分かるよう、ユーザＩ
Ｄ（または氏名）が記載されている。

【００６４】ここで、図２４では、シート２３２５が選
択されている状態にある。つまり、文書の表示領域２３
１０には、シート２３２４に含まれる個人付加情報と、
シート２３２５に含まれる個人付加情報がオリジナルの
文書に重畳して表示されていることになる。例えば、マ
ーク２４０１にはコメント２４０２が対応づけられてい
るとして、これはシート２３２４に含まれるもの、つま
りユーザＷが付加したものと想定する。これを見たユー
ザＹが、同じマーク２４０１に対し、コメント２４０３
をシート２３２５上で付加している。このように、同一
文書に次々とシートを重ねていくことで、同一文書を対
象とする討論がネットワーク上で展開できるようにな
る。

【００６５】続いて、図２５〜２９では、個人付加情報
の編集画面を表す。

【００６６】まず、図２５は、新シートを追加する際の
編集画面を表す。ユーザが文書に対して個人付加情報を
新規に付加する場合には、まずシートを文書に添付する
ことから開始する。例えば、図２５でユーザＨがログイ
ンしているとして、ユーザＨが文書２３１０に対し、個
人付加情報を追加したい場合には、シートの編集操作領
域２３３０にある新シート追加ボタン２３３１をクリッ
クし、新シート追加をプログラムに指示する。その際、
当該シートを他のユーザに公開するかしないかを、ラジ
オボタン２３３２で選択する。すると、シートの選択領
域２３２０に、オリジナル２３２１に添付されたシート
２３２２として表示される。

【００６７】次に、図２６は、個人付加情報を添付する
文書中の領域を選択する画面を表す。具体的には、文書
２３１０中の文字列をマウスでドラッグして選択するな
ど、通常のグラフィカルユーザインタフェースと同様の
領域選択方法である。領域選択後に、マーク付加ボタン
２３４１、またはコメント付加ボタン２３４３、リンク
付加ボタン２３４５をクリックすることによって、それ
ぞれマーク、またはコメント、またはリンクを文書中に
付加できる。ここでは、ユーザはマーク付加ボタン２３
４１をクリックしたとすると、選択領域２６０１はその
ままマークとなる。

【００６８】図２７は、ユーザが領域選択後、コメント
付加ボタン２３４３をクリックした場合を表す。クリッ
ク後、選択領域２７０１がコメントの所在を表すレイア
ウトに変わり、またコメント入力ウィンドウ２７０２が
表示される。ユーザは、当該ウィンドウ中のコメント入
力領域２７０３に文字列を記入し、ＯＫボタン２７０４
をクリックすることによって、コメント入力操作を行
う。

【００６９】同じく、図２８は、ユーザが領域選択後、
リンク付加ボタン２３４５をクリックした場合を表す。
クリック後、選択領域２８０１がリンクの所在を表すレ
イアウトに変わり、またリンク入力ウィンドウ２８０２
が表示される。ユーザは、当該ウィンドウ中のリンク入
力領域２８０３にリンク先のＵＲＩなどを記入し、ＯＫ
ボタン２８０４をクリックすることによって、リンク入
力操作を行う。

【００７０】以上、図２５〜２８の編集操作の結果を図
２９に示す。文書２３１１中には、マーク２６０１と、
領域２７０１に関してコメント２９０１（またはリン
ク）が挿入してあることが分かる。

【００７１】また、個人付加情報を削除する場合には、
マーク、コメント、リンクをそれぞれ画面上で選択し、
それぞれマーク削除ボタン２３４２、コメント削除ボタ
ン２３４４、リンク削除ボタン２３４６をクリックする
ことになる。なお、編集作業としては、新規作成や削除
だけでなく、内容の編集もあるが、各個人付加情報の入
力ウィンドウと同様の編集ウィンドウを用意すればよ
い。

【００７２】続いて、文書共有システムにおけるサーバ
装置１００とクライアント装置１２０間の通信プロトコ
ルについて説明する。

【００７３】まず、図１１は、ユーザ認証の際の通信プ
ロトコルを表す。クライアント装置１２０内のユーザＩ
Ｄ・パスワード入力処理１４１から、ユーザ認証要求と
ともに、ユーザＩＤとパスワードがサーバ装置１００内
のユーザ認証処理１１１に送られる。そして、ユーザ認
証処理１１１からは、その結果がユーザＩＤ・パスワー
ド入力処理１４１に戻される。ユーザ認証が正しく行わ
れない限り、クライアント装置１２０からは、サーバ装
置１００内の個人付加情報管理部１１０のサービスを受
けることができない。

【００７４】次に、図１２は、文書および個人付加情報
をサーバ装置１００からクライアント装置１２０に送信
する場合の通信プロトコルを表す。まず、クライアント
装置１２０内の文書参照処理１６００から、サーバ装置
１００内の文書読出処理１２０１に対し、文書送信要求
とともに、文書ＩＤが送られる。文書読出処理１２０１
は、サーバ装置１００内のデータ配信部１０１に含まれ
る処理であるが、この処理は、当該文書ＩＤに合致する
文書データをレイアウトデータとともに文書参照処理１
６００に送信する。その後、文書読出処理１２０１は、
個人付加情報読出処理２１００を呼び出し、当該文書Ｉ
Ｄを渡す。個人付加情報読出処理２１００では、文書Ｉ
Ｄをもとに、シートテーブル（図７）より、当該文書に
添付されているシート群を検索する。そして、当該シー
ト群を、個人付加情報用レイアウトデータとともに、文
書参照処理１６００に送信する。以上を受けて、文書参
照処理１６００では、クライアント装置１２０の画面
で、文書の表示領域２３１０に当該文書を表示し、また
シートの選択領域２３２０に、当該文書に添付されてい
るシート一覧を表示する。

【００７５】次に、ユーザがシートの選択領域２３２０
において、特定のシートを選択した場合には、個人付加
情報参照処理１７００がこのユーザ要求を受け付け、当
該シートに含まれる個人付加情報の送信要求を、当該シ
ートＩＤとともに、個人付加情報読出処理２１００に送
る。個人付加情報読出処理２１００では、これを受け
て、個人付加情報テーブル（図８）より、当該シートに
付加されている個人付加情報を検索する。そして、その
検索結果を個人付加情報参照処理１７００に送信する。
個人付加情報参照処理１７００では、これを受けて、文
書の表示領域２３１０に文書データに重畳して個人付加
情報を表示することになる。

【００７６】次に、図１３は、クライアント装置１２０
において、ユーザが追加・削除した個人付加情報をサー
バ装置１００に通知する場合の通信プロトコルを表す。
まず、クライアント装置１２０でユーザが新シート追加
を要求すると、シート追加処理１８００がこれを受け、
シート追加要求とともに、添付する先としての文書ＩＤ
または親シートＩＤ、ユーザＩＤ、そしてアクセス条件
をサーバ装置１００内の個人付加情報書込／削除処理２
２００に送信する。個人付加情報書込／削除処理２２０
０では、これを受け、シートテーブル（図７）に新しい
レコードを追加し、当該レコードに受け取った一連の情
報を格納する。そして、この際にシートＩＤを新たに付
けるので、これをクライアント装置１２０に送り、サー
バとクライアント間でデータの整合性を取れるようにし
ておく。

【００７７】次に、クライアント装置１２０において、
ユーザが個人付加情報を新たに付加する際には、この要
求を個人付加情報付加処理１９００が受けて、個人付加
情報付加要求とともに、付加する先としてのシートＩ
Ｄ、タグＩＤまたは個人付加情報ＩＤ、対象文字列、個
人付加情報の種類、そして個人付加情報の内容をサーバ
装置１００内の個人付加情報書込／削除処理２２００に
送信する。個人付加情報書込／削除処理２２００では、
これを受け、個人付加情報テーブル（図８）に新しいレ
コードを追加し、当該レコードに受け取った一連の情報
を格納する。そして、この際に個人付加情報ＩＤを新た
に付けるので、これをクライアント装置１２０に送り、
サーバとクライアント間でデータの整合性を取れるよう
にしておく。

【００７８】次に、クライアント装置１２０において、
ユーザが個人付加情報を削除する際には、この要求を個
人付加情報削除処理２０００が受けて、個人付加情報削
除要求とともに、削除する個人付加情報のＩＤをサーバ
装置１００内の個人付加情報書込／削除処理２２００に
送信する。個人付加情報書込／削除処理２２００では、
これを受け、個人付加情報テーブル（図８）から当該個
人付加情報ＩＤに合致するレコードを検索し、テーブル
から削除する。そして、この結果をクライアント装置１
２０に送り、サーバとクライアント間でデータの整合性
を取れるようにしておく。

【００７９】以上、サーバ装置１００とクライアント装
置１２０間の通信プロトコルについて、両者が同期する
ことを前提に説明してきた。この方法では、クライアン
ト側で要求が発生するたびに通信が行われるので、その
負荷が大きくなるという問題も出てくる。このような場
合には、クライアント側で処理が完結したものを一括し
てサーバ側に配信するといった非同期型の通信プロトコ
ルが一つの解決策となる。

【００８０】続いて、文書共有システムに含まれるプロ
グラムの処理フローについて説明する。ここで、文書共
有システムに含まれるプログラムとしては、クライアン
ト装置１２０内の個人付加情報共有化プログラムと、サ
ーバ装置１００内の個人付加情報管理プログラムがあ
る。

【００８１】図１４は、個人付加情報共有化プログラム
の処理フローを表す。当該プログラムは、まず、ユーザ
がユーザＩＤとパスワードを入力するところから開始さ
れる。入力されたユーザＩＤとパスワードは、図１１に
示したように、サーバ装置１００内のユーザ認証処理に
送られ、ユーザＩＤとパスワードの正当性チェックを受
ける（以上、ユーザＩＤ・パスワード入力処理１４
１）。ここで、ユーザ認証が成立しないと、当該プログ
ラムの他の機能を使えないことになる（以上、ステップ
１４０１）。次に、ステップ１４０２〜１４０７では、
ユーザ操作を検出し、当該ユーザ操作に該当する処理モ
ジュールを呼び出す。具体的には、ステップ１４０３に
おいて、ユーザから文書選択の操作を受け付けると、文
書参照処理１６００を呼び出す。また、ステップ１４０
４において、ユーザからシート選択の操作を受け付ける
と、個人付加情報参照処理１７００を呼び出す。また、
ステップ１４０５において、ユーザからシート追加の操
作を受け付けると、シート追加処理１８００を呼び出
す。また、ステップ１４０６において、ユーザから個人
付加情報付加の操作を受け付けると、個人付加情報付加
処理１９００を呼び出す。また、ステップ１４０７にお
いて、ユーザから個人付加情報削除の操作を受け付ける
と、個人付加情報削除処理２０００を呼び出す。ここ
で、ユーザによる各操作は、図２３〜２９の画面例で説
明した通りである。また、ユーザ操作として、終了命令
が選択されると、個人付加情報共有化プログラムが終了
する。逆に言うと、終了命令が選択されない限り、プロ
グラムは継続して実行される。

【００８２】続いて、各処理モジュールの処理フローに
ついて、図１６〜２０を用いて説明する。

【００８３】まず、図１６は、文書参照処理１６００の
処理フローを表す。まず、ステップ１６０１において、
ユーザが選択した文書ＩＤを入手する。次に、ステップ
１６０２において、この文書ＩＤを、文書送信要求とと
もに、サーバ装置１００内の個人付加情報管理プログラ
ムに送信する。ステップ１６０３において、図１２に記
載した通信プロトコルが終了するまで待機する。この通
信が無事終了すると、次にステップ１６０４において、
サーバ側から送信されて来た文書データと、レイアウト
データと、当該文書に添付されているシート群と、個人
付加情報用レイアウトデータを取得し、これをデータ管
理部１３０にて一時的に保管する。この際、文書データ
は、図１０に示すようなツリー構造に変換されている。
また、個人付加情報用レイアウトデータもレイアウトデ
ータにマージされている。次に、ステップ１６０５で
は、文書データをレイアウトデータに基づき、画面上に
配置する。最後に、ステップ１６０６において、取得し
たシート群の内容に基づき、シート選択領域２３２０を
画面上に構成する。具体的には、文書と各シート間の親
子関係をツリー形式で表示することになる。

【００８４】次に、図１７は、個人付加情報参照処理１
７００の処理フローを表す。まず、ステップ１７０１に
おいて、ユーザが選択したシートＩＤを入手する。次
に、ステップ１７０２において、このシートＩＤを、当
該シートに含まれる個人付加情報の送信要求とともに、
サーバ装置１００内の個人付加情報管理プログラムに送
信する。ステップ１７０３において、図１２に記載した
通信プロトコルが終了するまで待機する。この通信が無
事終了すると、次にステップ１７０４において、サーバ
側から送信されて来た当該シートに含まれる個人付加情
報を取得し、これをデータ管理部１３０にて一時的に保
管する。次に、ステップ１７０５では、文書中に個人付
加情報を挿入し、これをレイアウトデータに基づき、画
面上に配置する。

【００８５】以上、文書参照処理１６００と個人付加情
報参照処理１７００を経て構成された画面例は、図２４
に示す通りである。

【００８６】次に、図１８は、シート追加処理１８００
の処理フローを表す。まず、ステップ１８０１におい
て、ユーザが新たにシートを追加する対象となる文書Ｉ
Ｄまたは親シートのＩＤを入手する。同時に、サーバ側
に送信するため、ユーザＩＤとアクセス条件も準備して
おく。ここで、アクセス条件は、図２５に記載のラジオ
ボタンで選択されているものとする。次に、ステップ１
８０２において、文書ＩＤまたは親シートＩＤと、ユー
ザＩＤと、そしてアクセス条件を、シート追加要求とと
もに、サーバ装置１００内の個人付加情報管理プログラ
ムに送信する。ステップ１８０３において、図１３に記
載した通信プロトコルが終了するまで待機する。この通
信が無事終了すると、次にステップ１８０４において、
サーバ側から送信されて来た新シートのＩＤを取得す
る。そして、これ以降は、当該シートＩＤを用い、新シ
ートに含まれる個人付加情報を一元的に管理する。次
に、ステップ１８０５では、シート選択領域２３２０の
適切な位置に新シートを追加したユーザの名前（または
ユーザＩＤ）を表示する。以上、シート追加処理１８０
０を経て構成された画面例は、図２５に示す通りであ
る。

【００８７】次に、図１９は、個人付加情報付加処理１
９００の処理フローを表す。まず、ステップ１９０１に
おいて、ユーザが新たに個人付加情報を付加する対象と
なるシートＩＤと、タグＩＤまたは個人付加情報ＩＤ
と、対象文字列と、個人付加情報の種類と、個人付加情
報の内容を入手する。次に、ステップ１９０２におい
て、シートＩＤと、タグＩＤまたは個人付加情報ＩＤ
と、対象文字列と、個人付加情報の種類と、個人付加情
報の内容を、個人付加情報付加要求とともに、サーバ装
置１００内の個人付加情報管理プログラムに送信する。
ステップ１９０３において、図１３に記載した通信プロ
トコルが終了するまで待機する。この通信が無事終了す
ると、次にステップ１９０４において、サーバ側から送
信されて来た個人付加情報の新ＩＤを取得する。そし
て、これ以降は、当該新ＩＤを用い、当該個人付加情報
を管理する。次に、ステップ１９０５では、文書中に個
人付加情報を挿入し、これをレイアウトデータに基づ
き、画面上に配置する。以上、個人付加情報付加処理１
９００を経て構成された画面例は、図２９に示す通りで
ある。

【００８８】次に、図２０は、個人付加情報削除処理２
０００の処理フローを表す。まず、ステップ２００１に
おいて、ユーザが削除する個人付加情報のＩＤを入手す
る。次に、ステップ２００２において、当該個人付加情
報ＩＤを、個人付加情報削除要求とともに、サーバ装置
１００内の個人付加情報管理プログラムに送信する。ス
テップ２００３において、図１３に記載した通信プロト
コルが終了するまで待機する。この通信が無事終了する
と、次にステップ２００４において、サーバ側から送信
されて来た処理結果を取得する。そして、サーバ装置１
００側の処理が正常に終了したことを確認した後、当該
個人付加情報をデータ管理部１３０においても削除す
る。次に、ステップ２００５では、現在表示中のデータ
から当該個人付加情報を削除する。実際には、文書中に
当該個人付加情報を除く他の情報を挿入し直し、これを
レイアウトデータに基づき、画面上に再配置する。

【００８９】以上、図１の個人付加情報編集処理１４３
は、シート追加処理１８００と、個人付加情報付加処理
１９００と、個人付加情報削除処理２０００を総称して
このように呼んでいる。

【００９０】続いて、図１５は、個人付加情報管理プロ
グラムの処理フローを表す。当該プログラムは、まず、
データベースの初期化など、初期化処理１５０１から開
始される。そして、ステップ１５０２では、クライアン
ト装置１２０からの送信を待って待機する。本実施例で
は、図１１〜１３に示したように、ユーザ認証、文書送
信、一シートに含まれる個人付加情報送信、シート追
加、個人付加情報付加、同削除、の各要求がクライアン
ト装置１２０から送られてくる。ステップ１５０３〜１
５０８では、これらの要求を検出し、適切な処理を呼び
出す。すなわち、ステップ１５０３において、ユーザ認
証要求を受け取った場合には、ユーザ認証処理１５０４
を呼び出す。また、ステップ１５０５において、文書送
信要求を受け取った場合には、文書読出処理１５０６を
呼び出し、次いで、当該文書読出処理１５０６から個人
付加情報読出処理２１００が呼び出される。また、ステ
ップ１５０７において、一シートに含まれる個人付加情
報送信要求を受け取った場合には、個人付加情報読出処
理２１００を呼び出す。そして、ステップ１５０８にお
いて、シート追加要求、または個人付加情報付加要求、
または個人付加情報削除要求を受け取った場合には、個
人付加情報書込／削除処理２２００を呼び出す。また、
ステップ１５０９において、ユーザ操作などによって、
終了命令が選択されない限り、プログラムは継続して実
行される。

【００９１】続いて、各処理モジュールの処理フローに
ついて、図２１〜２２を用いて説明する。

【００９２】まず、図２１は、個人付加情報読出処理２
１００の処理フローを表す。ステップ２１０１におい
て、クライアント装置１２０からの要求を識別する。こ
れが文書送信要求だった場合には、ステップ２１０２に
おいて、クライアント装置１２０から続いて送られてく
る文書ＩＤを取得する。次に、ステップ２１０３におい
て、シートテーブル（図７）から、当該文書ＩＤをキー
に、当該文書に添付されたシート群を検索する。そし
て、ステップ２１０４において、個人付加情報用レイア
ウトデータとともに、検索結果のシート群をクライアン
ト装置１２０に送信する。

【００９３】ステップ２１０１において、一シートに含
まれる個人付加情報の送信要求を検出した場合には、ス
テップ２１０５において、続いて送信されてくるシート
ＩＤを取得する。次に、ステップ２１０６において、個
人付加情報テーブル（図８）から、当該シートＩＤをキ
ーに、当該シートに含まれる個人付加情報群を検索す
る。そして、ステップ２１０７において、検索結果の個
人付加情報群をクライアント装置１２０に送信する。

【００９４】次に、図２２は、個人付加情報書込／削除
処理２２００の処理フローを表す。ステップ２２０１に
おいて、クライアント装置１２０からの要求を識別す
る。これがシート追加要求だった場合には、ステップ２
２０２において、クライアント装置１２０から続いて送
られてくるデータを取得する。このデータとしては、当
該シートが添付される文書のＩＤまたは親シートのＩＤ
と、ユーザＩＤと、アクセス条件がある。次に、ステッ
プ２２０３において、シートテーブル（図７）に、新し
くレコードを一つ追加する。そして、ステップ２２０４
において、当該レコードに、先に取得済みの文書ＩＤま
たは親シートＩＤと、ユーザＩＤと、アクセス条件を格
納する。最後に、ステップ２２０５において、当該シー
トの新ＩＤをクライアント装置１２０に送信する。

【００９５】ステップ２２０１において、個人付加情報
付加要求を検出した場合には、ステップ２２０６におい
て、続いて送信されてくるシートＩＤと、タグＩＤまた
は個人付加情報ＩＤと、対象文字列と、個人付加情報の
種類と、個人付加情報の内容を取得する。次に、ステッ
プ２２０７において、個人付加情報テーブル（図８）
に、新しくレコードを一つ追加する。そして、ステップ
２２０８において、当該レコードに、先に取得済みのシ
ートＩＤと、タグＩＤまたは個人付加情報ＩＤと、対象
文字列と、個人付加情報の種類と、個人付加情報の内容
を格納する。ステップ２２０９において、当該個人付加
情報の新ＩＤをクライアント装置１２０に送信する。

【００９６】ステップ２２０１において、個人付加情報
削除要求を検出した場合には、ステップ２２１０におい
て、続いて送信されてくる、削除対象の個人付加情報Ｉ
Ｄを取得する。次に、ステップ２２１１において、個人
付加情報テーブル（図８）から、当該個人付加情報ＩＤ
をキーに、削除するレコードを検索する。そして、ステ
ップ２２１２において、当該レコードを削除する。ステ
ップ２２１３において、当該削除処理の結果（正常また
はエラーなど）をクライアント装置１２０に送信する。

【００９７】

【発明の効果】本発明によると、オンライン文書に対し
て、ユーザが個人的なマークやコメントなどの情報を付
加し、その情報を他のユーザと共有できるようになる。

【００９８】この結果、文書共有システムにおいて、文
書中でマークが付けてある箇所を優先的に読むことによ
って、重要な情報の再確認が容易になる。遠隔教育・研
修システムでは、学習の過程において、電子的な教科書
を繰り返し読むことを求められるので、特にその効果は
大きい。

【００９９】また、文書共有システムや遠隔教育・研修
システムにおいて、ユーザがマークやコメントをオンラ
イン文書に付加できるようになると、これを他人と共有
することによって、各個人の考え方や知識をも共有化で
きるようになる。特に、遠隔教育・研修システムでは、
教師がネットワーク上の教科書で重要な箇所にマークを
付け、また教科書の補足説明をコメントとして挿入する
ことにより、それらを参照する生徒の学習効率が向上す
る。また、逆に生徒が、教科書中で分からない箇所や討
論したい箇所にマークやコメントを付加し、教師や生徒
にこれを公開することにより、時間や場所にとらわれな
い質疑応答や討論が可能になる。

【図面の簡単な説明】

【図１】本発明の一実施例に係る文書共有システムの構
成を表す説明図である。

【図２】本発明の特徴を概念的に表す説明図である。

【図３】本発明の一実施例に係る文書共有システムの文
書データ（ＸＭＬ文書）を表す説明図である。

【図４】本発明の一実施例に係る文書共有システムのレ
イアウトデータを表す説明図である。

【図５】本発明の一実施例に係る文書共有システムの個
人付加情報用レイアウトデータを表す説明図である。

【図６】オンライン文書と個人付加シートと個人付加情
報との関係を表す説明図である。

【図７】個人付加シートのテーブル構成を表す説明図で
ある。

【図８】個人付加情報のテーブル構成を表す説明図であ
る。

【図９】ユーザ情報のテーブル構成を表す説明図であ
る。

【図１０】本発明の一実施例に係る文書共有システムの
文書データ（ＸＭＬ文書）のツリー構造を表す説明図で
ある。

【図１１】本発明の一実施例に係る文書共有システムの
ユーザ認証の際の通信プロトコルを表す説明図である。

【図１２】本発明の一実施例に係る文書共有システムの
文書および個人付加情報をサーバ装置からクライアント
装置に送信する場合の通信プロトコルを表す説明図であ
る。

【図１３】本発明の一実施例に係る文書共有システムの
クライアント装置において、ユーザが追加・削除した個
人付加情報をサーバ装置に通知する場合の通信プロトコ
ルを表す説明図である。

【図１４】個別付加情報共有化プログラムの処理フロー
を表す説明図である。

【図１５】個別付加情報管理プログラムの処理フローを
表す説明図である。

【図１６】文書参照処理の処理フローを表す説明図であ
る。

【図１７】個人付加情報参照処理の処理フローを表す説
明図である。

【図１８】シート追加処理の処理フローを表す説明図で
ある。

【図１９】個人付加情報付加処理の処理フローを表す説
明図である。

【図２０】個人付加情報削除処理の処理フローを表す説
明図である。

【図２１】個人付加情報読出処理の処理フローを表す説
明図である。

【図２２】個人付加情報書込／削除処理の処理フローを
表す説明図である。

【図２３】本発明の一実施例に係る文書共有システムの
基本画面を表す説明図である。

【図２４】本発明の一実施例に係る文書共有システムに
おいてユーザによる個人付加情報参照を表す画面例を示
す図である。

【図２５】本発明の一実施例に係る文書共有システムに
おいてユーザによるシート追加操作を表す画面例を示す
図である。

【図２６】本発明の一実施例に係る文書共有システムに
おいてユーザによる文書領域の選択操作を表す画面例を
示す図である。

【図２７】本発明の一実施例に係る文書共有システムに
おいてユーザによるコメント入力操作を表す画面例を示
す図である。

【図２８】本発明の一実施例に係る文書共有システムに
おいてユーザによるリンク入力操作を表す画面例を示す
図である。

【図２９】本発明の一実施例に係る文書共有システムに
おいてユーザによる編集結果を表す画面例を示す図であ
る。

【符号の説明】

１００…サーバ装置、１０１…データ配信部、１１０…
個人付加情報管理部、１１１…ユーザ認証処理、１２０
…クライアント装置、１２１…データ通信部、１２２…
データ解析部、１３０…データ管理部、１３１…レイア
ウトデータ、１３２…個人付加情報用レイアウトデー
タ、１３３…個人付加情報、１４１…ユーザＩＤ…パス
ワード入力処理、１４３…個人付加情報編集処理、１５
０…ネットワーク、２０１…オンライン文書例、２０２
…文書ＩＤ（識別子）、２０３…ユーザＩＤ、２０４…
アクセス条件、２０５…タグＩＤ、２０６…対象文字
列、２０７…個人付加情報の種類、２０８…個人付加情
報の内容、２１０〜２１２…個人付加シート、３００…
文書データ、４００…レイアウトデータ、４０１…タグ
名称、４０２…レイアウトルール、４０３〜４０６…カ
ラム、５００…個人付加情報用レイアウトデータ、５０
１…個人付加情報の種類、５０２…レイアウトルール、
５０３〜５０５…カラム、６００…個人付加情報ＤＢ、
６０１…オンライン文書、６０２…個人付加シート、６
０３…個人付加情報、７０１…シートＩＤ、７０２…添
付先の文書またはシートのＩＤ、７０３…ユーザＩＤ、
７０４…アクセス条件、７０５〜７１０…カラム、８０
０…ユーザ管理ＤＢ、８０１…個人付加情報ＩＤ、８０
２…シートＩＤ、８０３…付加先ＩＤ、８０４…対象文
字列、８０５…個人付加情報の種類、８０６…個人付加
情報の内容、８０７〜８１０…カラム、９０１…ユーザ
ＩＤ、９０２…パスワード、９０３…氏名、９０４…固
有情報、９０５〜９０８…カラム、１０００…文書デー
タ、１２０１…文書読出処理、１４００…データ処理
部、１４０１〜１４０８…個人付加情報共有化プログラ
ム、１５０１〜１５０９…個人付加情報管理プログラ
ム、１６００〜１６０６…文書参照処理、１７００〜１
７０５…個人付加情報参照処理、１８０１〜１８０５…
シート追加処理、１９０１〜１９０５…個人付加情報付
加処理、２００１〜２００５…個人付加情報削除処理、
２１００〜２１０７…個人付加情報読出処理、２２００
〜２２１３…個人付加情報書込／削除処理、２３１０…
文書の表示領域、２３１１…文書、２３２０…シートの
選択領域、２３２１…オリジナル、２３２２〜２３２６
…シート、２３３０…シートの編集操作領域、２３３１
…新シート追加ボタン、２３３２…ラジオボタン、２３
４０…個人付加情報の編集操作領域、２３４１…マーク
付加ボタン、２３４２…マーク削除ボタン、２３４３…
コメント付加ボタン、２３４４…コメント削除ボタン、
２３４５…リンク付加ボタン、２３４６…リンク削除ボ
タン、２４０１…マーク、２４０２〜２４０３…コメン
ト、２４０４…マーク、２４０５…コメント、２６０１
…選択領域、２７０１…選択領域、２７０２…コメント
入力ウィンドウ、２７０３…コメント入力領域、２７０
４…ＯＫボタン、２７０５…キャンセルボタン、２７０
６…閉じるボタン、２８０１…選択領域、２８０２…リ
ンク入力ウィンドウ、２８０３…リンク入力領域、２８
０４…ＯＫボタン、２８０５…キャンセルボタン、２８
０６…閉じるボタン、２９０１…コメント。

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁷ 識別記号ＦＩテーマコート゛(参考）Ｇ０６Ｆ 17/30 Ｇ０６Ｆ 15/20 ５７０Ｒ５９６Ｚ 15/21 Ｚ 15/40 ３１０Ｃ３７０Ａ 15/401 ３４０Ａ (72)発明者田中晶神奈川県川崎市麻生区王禅寺1099番地株式会社日立製作所システム開発研究所内 (72)発明者高橋明男神奈川県横浜市戸塚区戸塚町5030番地株式会社日立製作所ソフトウェア事業部内Ｆターム(参考） 5B009 NA11 NC02 NC06 QB05 RB33 TA02 VA01 VA02 VA09 VC03 5B049 BB21 CC21 DD01 EE05 FF03 FF04 GG04 GG07 5B075 KK07 KK13 KK34 KK35 KK37 KK43 KK54 KK65 ND03 ND23 ND26 PP13 PQ02 PQ32 UU05 UU24 5B089 GA11 GA21 GB04 HA10 JA02 JA22 JB02 KA02 KA13 KB06 KB13 KC58 LB04 LB14 LB16

Claims

【特許請求の範囲】

【請求項１】タグ付けされたオンライン文書に対し
て、ユーザが個人的なマークやコメントなどの個人付加
情報を付加し、その個人付加情報を他のユーザと共有す
る方法であって、ユーザごとに複数の個人付加情報を集合として管理し、個人付加情報集合では、当該個人付加情報集合の付加先
となる文書の識別子と、当該個人付加情報集合を付加し
たユーザの識別子と、当該個人付加情報集合に対する他
のユーザからのアクセス条件を保持し、当該個人付加情報集合に含まれる各個人付加情報は、そ
れぞれ、文書中で当該個人付加情報が付加してあるタグ
のシーケンシャル番号と、当該個人付加情報が付加して
ある対象文字列と、当該個人付加情報の種類と、同内容
を保持し、ユーザが文書を参照する場合には、当該文書の識別子か
ら、当該文書に付加された個人付加情報集合を検索し、検索結果の個人付加情報集合から、当該ユーザの識別子
でアクセス条件を満たす集合を検出し、この検出結果を画面に表示し、ユーザが選択できるよう
にし、ユーザが任意の個人付加情報集合を選択した場合には、
各個人付加情報が保持するタグのシーケンシャル番号
と、対象文字列より、文書中の付加位置を特定し、当該個人付加情報が保持するその種類に基づき、当該個
人付加情報の内容を文書中に重畳して表示することを特
徴とするオンライン文書への個人付加情報を共有する方
法。