(57)【特許請求の範囲】
【請求項１】
討論における意見を少なくとも意見の属性情報と他の意見への関連情報とに関連付けられた電子文書として記憶する電子文書記憶手段を備えたネットワークに接続され、電子文書の交換・閲覧により複数のユーザが討論を行うための電子的討論支援装置であって、
少なくとも討論空間の属性情報と当該討論空間に係る前記電子文書の実体又は実体の位置を示す参照子とを含む討論管理データを討論空間毎に管理しており、
前記電子文書及び前記討論管理データに対する検索式に応じて検索処理を行う電子文書抽出機能部を有し、
当該電子文書抽出機能部は、前記検索式に適合する複数の前記電子文書の実体又は実体の位置を示す参照子を検索して、これらの検索結果を討論空間毎に分割して抽出し、少なくとも抽出された前記電子文書の実体又は実体の位置を示す参照子を含む検索結果管理データを抽出元となった討論空間毎に生成して、これらの複数の検索結果管理データをもって前記検索式に基づく検索結果とすることを特徴とする電子的討論支援装置。
【請求項２】
請求項１に記載の電子的討論支援装置において、
ユーザによる前記検索式の入力を受け付けて当該検索式を前記電子文書抽出機能部に渡し、また、前記電子文書抽出機能部が抽出した前記検索結果を受け取って当該検索結果を表示するユーザ・インタフェース手段を備えたことを特徴とする電子的討論支援装置。
【請求項３】
請求項２に記載の電子的討論支援装置において、
前記ユーザ・インタフェース手段はユーザが操作するクライアント装置に備えられ、
前記電子文書抽出機能部は当該クライアント装置にネットワークを介して接続されたサーバ装置に備えられていることを特徴とする電子的討論支援装置。
【請求項４】
請求項２又は請求項３に記載の電子的討論支援装置において、
前記電子文書抽出機能部を複数備え、各電子文書抽出機能部は、他の電子文書抽出機能部との間で前記検索式を授受する検索連係手段を備えており、
前記ユーザ・インタフェース手段は複数の電子文書抽出機能部から受け取った前記検索結果を表示することを特徴とする電子的討論支援装置。
【請求項５】
請求項２又は請求項３に記載の電子的討論支援装置において、
前記検索式を記憶する検索式記憶手段を備え、
前記電子文書抽出機能部は当該検索式記憶手段に記憶されている検索式に基づいて繰り返し前記検索結果を抽出し、
前記ユーザ・インタフェース手段は当該電子文書抽出機能部により検索結果が抽出される毎に表示の更新を繰り返すことを特徴とする電子的討論支援装置。
【請求項６】
請求項２又は請求項３に記載の電子的討論支援装置において、
前記ユーザ・インタフェース手段は、ユーザによる検索結果を評価する評価関数の入力を受け付けて、入力された前記評価関数により前記電子文書抽出機能部から受け取った前記検索結果を評価して表示することを特徴とする電子的討論支援装置。
【請求項７】
請求項２又は請求項３に記載の電子的討論支援装置において、
複数のユーザに対する前記検索結果に含まれる前記討論空間の間で高い類似度をもつ討論空間の組を抽出し、それら高い類似度をもつ討論空間の組が多数のユーザに対する検索結果から共通して抽出される場合に、当該高い類似度をもつ前記討論空間の組をもって判断結果とし、当該判断結果をユーザ・インタフェース手段に告知する討論関連生成手段を備え、
前記ユーザ・インタフェース手段は前記討論関連生成手段が告知する前記判断結果に基づいて関連性を示す表示を行うことを特徴とする電子的討論支援装置。
【請求項８】
請求項６に記載の電子的討論支援装置において、
前記ユーザ・インタフェース手段は、前記検索結果を構成する複数の前記検索結果管理データのそれぞれを表現する文字列又は図形を、前記評価関数の値の順序に表示することを特徴とする電子的討論支援装置。
【請求項９】
請求項６に記載の電子的討論支援装置において、
前記ユーザ・インタフェース手段は、前記評価関数の値を軸とする任意の次元のグラフ中に、前記検索結果を構成する複数の前記検索結果管理データのそれぞれを表現する文字列又は図形を位置づけて前記検索結果を表示することを特徴とする電子的討論支援装置。
【請求項１０】
請求項８又は請求項９に記載の電子的討論支援装置において、
前記ユーザ・インタフェース手段は、前記検索結果管理データを表現する文字列又は図形を表示するとともに、ユーザによる当該表示への操作指示を受け付けて、指示された表示に対応する前記検索結果管理データが保持する前記電子文書の実体又は参照先の電子文書を表現する文字列又は図形を表示することを特徴とする電子的討論支援装置。
【請求項１１】
請求項８又は請求項９に記載の電子的討論支援装置において、
前記ユーザ・インタフェース手段は、
前記検索結果管理データを表現する文字列又は図形を表示するとともに、ユーザによる当該表示への操作指示を受け付けて、指示された表示に対応する前記検索結果管理データが保持する前記電子文書の実体又は参照先の前記電子文書を表現する文字列又は図形を、前記電子文書間の関連情報とともに表示し、
当該表示において、前記検索結果管理データが保持する前記電子文書の実体又は参照先の電子文書に該当する文字列又は図形を、前記電子文書の実体又は参照先の電子文書に該当しない文字列又は前記図形とは異なる形態で表示することを特徴とする電子的討論支援装置。
【請求項１２】
請求項１０又は請求項１１に記載の電子的討論支援装置において、
前記ユーザ・インタフェース手段は、前記電子文書の実体又は参照先の電子文書を表現する文字列又は前記図形に対応する電子文書の内容を表示することを特徴とする電子的討論支援装置。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、意見を電子文書の形で蓄積・閲覧することにより討論を行う電子的討論システムと連動して、討論の現状をユーザの興味・意図に沿って提示・分析するための電子的討論支援装置に関する。
【０００２】
【従来の技術】
共同作業を遂行するためには討論の場は不可欠であり、従来より、電子的な討論を行うシステムには様々なものが考えられてきた。
電子的討論システムに関する公知の技術には次のようなものがある。
【０００３】
「ネットワーク・ニューズ・システム」
これは世界的規模で構築されている電子的討論システムの一つであり、このシステムでは、電子文書を複数の分散されたニュース・サーバに蓄積し、また、電子文書をサーバの間でバケツ・リレー方式で転送することで、世界的規模で電子的討論が行えるようになっている。ユーザは電子文書の形で意見をシステムに入力することで意見の表明を行い、意見はニューズ・グループと呼ばれる関連する意見をまとめた単位により扱われる。このシステムには様々な討論の目的・趣向に応じて様々なニューズ・グループが存在し、ユーザはニューズ・グループを選択することで、自由に討論の傍観や討論への参加を行うことができる。
【０００４】
「ＷＷＷ（ワールド・ワイド・ウェブ）」
これは世界的規模で電子文書を蓄積・閲覧できるシステムであり、このシステムでは、更に、フォームという形式を用いることにより、閲覧のみならずユーザの入力をサーバに伝達することが可能である。この機能を用いて、近年「電子掲示板」や「電子会議室」などが世界中に無数に存在している。
これらの電子的討論システムは、機能的には千差万別ではあるが、ユーザが電子文書の形で意見を入力し、それがサーバに蓄えられ、更に、ユーザの要求に応じてサーバに蓄えられた意見を閲覧したり新たな意見を追加することで討論を行うという基本機能は共通している。
【０００５】
「グループ・ウェア製品」
共同作業を支援するためのグループ・ウェア製品も数多く利用されており、この種の製品のうち代表的なものの一つとしてＬｏｔｕｓ  Ｎｏｔｅｓ（商品名）がある。この製品はグループの活動過程で得られる生成物を電子文書の形でデータベースに蓄積・閲覧することで、共同作業を遂行する形式になっている。この製品は共同作業のために、電子メールや文書データベースなど様々なサービスを備えているが、勿論、電子的な討論を行えるサービスも提供しており、標準で提供されるものは、ネットワーク・ニューズ・システムと類似した意見の組織化方法をもっている。
【０００６】
このように、これらの従来技術では、意見を入力し、入力された意見を何らかの形で組織化し、組織化された意見を閲覧する基本機能が提供されている。
【０００７】
ここで、電子的討論システムにおける第一の課題として、討論が時に非常に込み入ったものになったり、様々な討論空間に渡って広く展開されたりなど、大規模且つ動的に変化し続けるようになることが多いため、討論の現状を的確に把握する手段が必要であるということが挙げられる。
また、電子的討論システムにおける第二の課題として、数多く存在している様々な討論空間の中から、ユーザが各自の興味に応じた討論空間を探す方法が必要であるということが挙げられる。
【０００８】
このような課題に対して、まず、第一の課題に対処する第一の方法として、討論空間のオーバビューを利用する方法がある。前述した従来技術では、組織化された討論空間の構造や意見の属性を表示し、ユーザがその表示を見ることで討論の流れを大まかに把握できるようなインタフェースを提供することで、この課題に対処している。例えば、参照構造を「スレッド」と呼ばれる擬似的な木構造の形で表示したり、主題や発言者名などの意見の属性を表示するなどの手法をとっている。ユーザは、これを見て討論の現状を大まかに把握することができる。
【０００９】
また、第二の課題に対処する方法として、討論空間の主題を利用する方法がある。前述した従来技術では、多くは討論空間について主題が定められており、ユーザはその討論空間で行われている討論がおおむね主題通りであることを期待してその討論空間に参加するという、いわば、運用技術により対処している。
【００１０】
更には、第一の課題に対処する第二の方法として、ユーザの興味に基づく情報検索を併用するという方法がある。特開平８−１１０８９２号公報に記載された発明では、ユーザの興味に応じたアーティファクト（電子文書）をデータベースより検索して収集・表示することにより、組織化された膨大な関連電子文書群を簡便に扱うことができる。また、特開平９−６６６７号公報に記載された発明では、ネットワーク・ニューズ・システムなどど連動して動作し、ユーザの興味に適合する意見を検索範囲を指定してキーワード検索することができる。
【００１１】
更にまた、第一の課題に対処する第三の方法として、ユーザによる評価付けを各ユーザにフィードバックすることで討論の方向付けを行うという方法がある。米国特許５３１７６８３号公報に記載された発明では、ある電子文書の内容について、審査者が幾つかの項目を選択したり、コメントを付加できるような仕組みを導入し、更に、この評価付けを集計することで、その電子文書について後に話し合うべき点を自動算出し、それをユーザに還元する。いわば、後の討論のアジェンダを自動生成するものであり、これにより、各ユーザの動向の総体に沿った形で討論の現状把握及び方向付けがなされる。
【００１２】
【発明が解決しようとする課題】
しかしながら、第一の課題に対処する第一の方法では、討論の大まかな構造や属性情報を参考に、ユーザが討論内容を手動で取捨選択・吟味する必要があり、討論の現状把握に非常にコストがかかるという課題があった。
【００１３】
また、第一の課題に対処する第二の方法では、情報検索技術を併用することで、このようなユーザの手動操作をいくぶん軽減している。
しかしながら、特開平８−１１０８９２号公報に記載された発明は、共同設計支援のための発明であるため、特定の設計モデルに関する依存性管理のなされた単一アーティファクト群からの適合アーティファクトの検索を行うものである。このため、複数の討論空間という概念はなく、複数の討論空間での討論の実行及びそのような討論の検索という目的には適用困難であり、したがって、討論の現状把握及び推移追跡の用途では有効に機能しない。
また、特開平９−６６６７号公報に記載された発明は、複数の討論空間を組織化または複数の討論空間からの適合意見の検索を行うものである。この発明は、検索結果の意見を一覧するためのファイルと、このファイルからリンクされる検索結果の各意見を格納するためのファイルを検索結果として得るものである。しかしながら、このような検索結果の構造では検索結果に含まれる各適合意見が元はどの討論空間に属していて、しかも、それがどのような他の適合意見とともに属していたかの構造情報を直接的には表現できない。
【００１４】
このように、これらの情報検索に基づく従来技術による方法では、検索された意見が元の討論空間では、どのような経緯で述べられ、そして他にどのような意見と共にあったのかを改めて辿ることは困難である。
討論においては、ある意見が発せられた場やその意見の発言に至る経緯が重要であり、これらの従来技術のように、ユーザの意図・興味に適合する意見のみを収集するだけでは、討論の現状把握及び推移追跡には不十分である。
【００１５】
また、第一の課題に対処する第三の方法は、単一の電子文書に関する討論の準備のみが扱え、複数の討論空間全体の評価を行えるものではない。
また、第二の課題に対処する方法では、討論の主題に則った討論が行われるであろうという運用手腕にのみ頼った方法であり、討論内容が現在そして将来に渡っても必ずしも討論空間の趣旨に合致することを保証するものではない。また、ネットワーク・ニューズ・システムやグループ・ウェア製品であれば、その討論空間の論理的な位置（例えば、ニューズ・グループ名やディスカッションデータベース名など）は明らかであるが、ワールド・ワイド・ウェブ上の討論空間の場合には、世界中に分散した無数の討論空間があり、そもそも、ユーザの望む主題をもった討論空間を見つけることさえ難しい。
【００１６】
本発明は上記従来の事情を鑑みなされたもので、広域分散環境下に散在している討論空間全体に対する自動的な現状把握及び推移追跡機能をユーザに提供することを目的とする。
前述したように、討論における現状把握及び推移追跡で重要な点は、意見の発せられた場所やそれまでの経緯を現状把握及び推移追跡に反映できることである。本発明の目的は、特にこの課題の達成を重要項目として含んでいる。
更に、ユーザ個人の興味・意図に応じた現状把握及び推移追跡機能を越え、ユーザの動向の総体をも現状把握及び推移追跡に反映させることは、未だ意見化されていない討論の現状をも把握することである。本発明の目的は、このようなより高度な現状把握及び推移追跡機能をユーザに提供することも含んでいる。
【００１７】
【課題を解決するための手段】
上記の目的を達成するために、本発明は、討論空間を検索するための検索式に基づいて討論の適合部分を抽出する機構を基本とし、更に、ユーザからの入力を受け付けて、抽出結果を可視化し、また、可視化された結果から討論を辿れるようなインタフェースを構成することで、討論の現状把握及び追跡機能を提供する。
その際、単に適合意見を収集するのではなく、討論毎に分割された構造をもって適合意見を抽出することにより、討論における現状把握及び推移追跡で重要な、意見の発せられた場所やそれまでの経緯を現状把握及び推移追跡に反映できるようにする。
【００１８】
請求項１に係る電子的討論支援装置では、討論空間（討論管理データと、討論管理データにより組織化された意見を表現する電子文書群）に対する検索式について、複数の討論空間からこの検索式に照らして適合する部分を次に述べる特有の構造をもった検索結果として電子文書抽出機能部が抽出する。この検索結果は、検索結果管理データという、適合意見群をその意見が所属する討論空間ごとに分割して集約した形のデータが複数集まったものとして得られる。これにより、ある適合意見がどこの討論空間で述べられたものであり、なおかつ、その討論空間に他にどのような適合意見が存在するかを把握可能な形の検索結果を得ることができる。
【００１９】
請求項２に係る電子的討論支援装置では、ユーザ・インタフェース手段を備えている。これにより、ユーザは自分の興味・意図に則った前記検索式を入力して、討論空間の検索を行わせ、検索結果の表示を受けることができる。
請求項２に係る電子的討論支援装置では、クライアント−サーバ形式で構成され、ユーザ・インタフェース手段をクライアント装置で構成し、電子文書抽出機能部をサーバ装置で構成する。
【００２０】
請求項４に係る電子的討論支援装置では、特に複数の電子文書抽出機能部が存在する場合であって、各電子文書抽出機能部と連携動作して検索式を複数の電子文書抽出機能部の間でリレー転送する検索連携手段を備え、更に、ユーザ・インタフェース手段が、複数の各電子文書抽出機能部から検索結果を受け取り、それを表示する機能を持ったものである。これにより、広域環境下に分散している討論空間であっても、くまなく探索及び現状把握を行うことができる。
【００２１】
請求項５に係る電子的討論支援装置では、検索式を永続的に保持する検索式記憶手段を備え、更に、電子文書抽出機能部が、この検索式記憶手段中の検索式に基づいて検索を繰り返し、また、ユーザ・インタフェース手段が、電子文書抽出機能部の検索の繰り返しに従って、表示を繰り返すものである。これにより、ユーザは、自分の興味に適合する討論空間及びそれらの中の適合部分が時間的経過に沿って変化しても、その変化を労せずして追跡することができる。
【００２２】
請求項６に係る電子的討論支援装置では、ユーザ・インタフェース手段が、検索結果を評価する評価関数の入力を受け、検索結果をこの評価関数により評価した結果に基づいて表示する。これにより、ユーザは、検索結果をより分析的に見ることができ、その結果より正確な現状把握を行うことができる。
【００２３】
請求項７に係る電子的討論支援装置では、利用中の複数のユーザの検索結果を調べ、高い類似度をもつ討論空間の組が多くのユーザで共通して抽出される場合に、その高い類似度をもつ討論空間の組が関連するものであると判断し、そのような討論空間の組をもって判断結果として各ユーザ・インタフェース手段に告知する討論関連生成手段を備え、更に、ユーザ・インタフェース手段が、討論関連生成手段より告知される関連討論空間の判断結果に基づいて討論空間の間の関連性を示す表示を行う。これにより、ユーザの動向総体を討論空間の現状把握に反映させることができ、ユーザ個人の興味を超越した「全体の興味の在所」という新たな観点からの現状把握を行うことができる。
【００２４】
請求項８に係る電子的討論支援装置では、ユーザ・インタフェース手段が、検索結果を文字列または図形により表示するとともに、評価関数により優先順位付けられた形でこれら検索結果を表示する。これにより、ユーザは、検索結果を視覚的に分かりやすく、且つ、重要な順に把握することができる。
【００２５】
請求項９に係る電子的討論支援装置では、ユーザ・インタフェース手段が、評価関数の値の軸により構成される多次元グラフ中に、検索結果を文字列または図形により位置づけて表示する。これにより、ユーザは、検索結果を視覚的に分かりやすく、且つ、より分析的に把握することができる。
【００２６】
請求項１０に係る電子的討論支援装置では、ユーザ・インタフェース手段が、検索結果を表現する表示に対するユーザ操作を受けてその検索結果に対応する適合意見の一覧を表示する。これにより、ユーザは、どこに適合する討論空間があるかといった情報のみならず、どのような適合意見が討論空間に存在するかを把握することができる。
【００２７】
請求項１１に係る電子的討論支援装置では、ユーザ・インタフェース手段が、検索結果を表現する表示に対するユーザ操作を受けて検索結果の対応元の討論空間の討論の経緯の中で、適合意見がどれであるかを区別して表示する。これにより、ユーザは、どこに適合する討論空間があるかといった情報とどのような適合意見が討論空間に存在するかを把握することができるのみならず、適合意見がどのような経緯のもとに発言されたかを把握することができる。
【００２８】
請求項１２に係る電子的討論支援装置では、ユーザ・インタフェース手段が、意見を表現する表示に対するユーザの操作を受けて、その意見の内容を述べている電子文書を表示する。これにより、ユーザは、討論の現状把握及び推移追跡から意見の内容把握までスムーズに移行することができ、討論の現状把握及び推移追跡を簡便に行うことができる。
【００２９】
【発明の実施の形態】
本発明に係る電子的討論支援装置の実施形態を、図面を参照して説明する。
なお、以下に説明する各実施形態は、ハイパーテキスト型データを扱う世界規模の環境の一つであるＷＷＷ（World Wide Web）技術を用い、ＨＴＭＬ（Hyper Text Markup Language）形式で書かれた電子文書を始め、様々な形式の電子文書を蓄積している複数のデータベースが広く分散して存在しているネットワーク環境における電子的討論支援システムと協働する装置として本発明を適用したものである。
【００３０】
図１には、第１の実施形態に係る電子的討論支援装置の構成例及び利用形態の例を示してある。
図示のように、本実施形態に係る電子的討論支援装置は、複数のＷＷＷサーバ１、それぞれのＷＷＷサーバ１に接続されている電子文書記憶手段２、複数のデータベース管理システム（以下ではこれをＤＢＭＳと表記する）３、それぞれのＤＢＭＳ３に接続されている電子文書記憶手段４がネットワーク５により接続されて存在し、電子文書を分散的に蓄積することのできるネットワーク環境下にて実施される。
なお、ＷＷＷサーバ１はそれらにそれぞれ接続されているデータベース管理システムゲートウェイ（以下ではこれをＤＢＭＳゲートウェイと表記する）６と協働することで、ＤＢＭＳ３の管理下にある電子文書も通常のＷｅｂ文書と同様に扱うことができる。
【００３１】
上記のネットワーク５には複数の討論ビュークライアント１０と複数の討論ビューサーバ２０とが接続されており、これら討論ビューサーバ２０及び討論ビュークライアント１０が本発明における電子的討論支援装置の主要な構成部分である。
それぞれの討論ビュークライアント１０にはＷＷＷブラウザ１１が設けられており、ユーザがこのようなネットワークシステムを利用するには、それぞれのＷＷＷブラウザ１１を通して提供されるユーザ・インタフェースを用いる。
これらの設備は何ら特別なものではなく、一般に広く使われている技術であり、既存資産の有効利用を図ってこれらの既存技術の上に本実施形態を構築している。勿論、本実施形態の実現においては、これらの整備は本質的に必要不可欠なものではなく、同様な機能を果たす他の技術で代替してもよい。
【００３２】
また、それぞれの討論ビュークライアント１０には討論実行手段１２が設けられており、これら討論実行手段１２は、対応するＷＷＷブラウザ１１と連携して動作して、ユーザに対して討論空間へのアクセスや意見の閲覧及び追加のサービスを提供する。なお、この部分も、通常のＷＷＷ技術上に実装された何らかの電子会議システムを利用することにより容易に実現することができる。
【００３３】
討論ビューサーバ２０は、ネットワーク５上に分散蓄積されている電子文書群及び討論空間に対して討論ビューを生成してユーザに提供するものであり、この機能を実現するために、討論空間検索制御手段２１、検索状況記憶手段２２、討論空間検索手段２３、検索連携手段２４を有している。
討論空間検索制御手段２１と討論空間検索手段２３とが組み合わされることで電子文書抽出機能部を構成しており、また、検索状況記憶手段２２は検索式記憶手段を構成しており、また、検索連携手段２４は電子文書抽出連係手段を構成している。これら各部分の詳細な構成については後述する。
なお、各討論ビューサーバ２０は、ＷＷＷサーバ１やＤＢＭＳ３に対して固有の管理対象範囲をもっている。すなわち、一台の討論ビューサーバ２０がネットワーク５上のすべての電子文書を処理対象とするわけではなく、複数の討論ビューサーバ２０が協力してネットワーク５上の電子文書を分担処理する。
【００３４】
討論ビュークライアント１０は、討論実行手段１２及びＷＷＷブラウザ１１と組合わさることで、ユーザに対して対話的なインタフェースを提供するものであり、通常のＷＷＷブラウザ１１と連係動作して実際のユーザとのやりとりはＷＷＷブラウザ１１が窓口となる。
この討論ビュークライアント１０は、討論ビューフロントエンドとなる討論展望図関連ＵＩ手段１３、討論ビュー構成手段となる展望図構成手段１４、討論空間検索要求生成手段１５を有している。これらの各部分の詳しい構成については後述する。
なお、本実施形態においては、討論ビューサーバ２０及び討論ビュークライアント１０は、コンピュータで実行されるプログラムとして実現されるが、これらの全体構成または部分構成が何らかのハードウェアにより実現されてもよい。
【００３５】
「第１の実施形態における討論空間の構造」
本実施形態における討論空間の論理的な構造について、その概念を図２に示してある。
討論空間とは、関連付けされ得る０個以上の意見がひとまとめにされる管理単位であり、更に、この討論空間は複数の討論空間の間にも関連を付加することができる。討論空間はデータベース（ＷＷＷサーバ１やＤＢＭＳ３で管理される電子文書蓄積手段２、４）上の特別なデータ構造をもった電子ファイルとして実現され、そのデータ構造の詳細については後述する。
【００３６】
意見とは、ネットワーク５上に存在する電子文書への参照であり、本討論支援装置では、ユーザは討論における意見を電子文書の形で作成して、ネットワーク５上の電子文書蓄積手段２、４にそれを格納することにより意見を述べることになる。意見となる電子文書の格納位置は、必ずしも、その意見が述べられている討論空間が存在する電子文書蓄積手段２、４に存在する必要はなく、どこにあってもよい。本実施形態では、意見の実体の位置はＷＷＷ技術で一般に用いられているＵＲＬ（Uniform Resource Locator）を用いて表現している。
また、討論空間及び意見にはそれぞれ任意の属性情報を付加でき、これについては後述する討論空間のデータ構造で詳しく説明する。
【００３７】
「第１の実施形態における討論ビューの概念」
本実施形態の詳細な動作を説明するに先立って、本実施形態における討論ビューの概念について説明する。
本発明は、前述したように討論空間の現状把握及び将来に渡っての状況追跡のサービスをユーザに提供するものである。本実施形態でのこのようなサービスの概念構成を図３に示してある。
【００３８】
ユーザ側では、討論空間に関して、自分の関心のある属性に基づいた検索式（ｑｕｅｒｙ１、ｑｕｅｒｙ２、・・・）を生成し、これを討論ビューサーバ２０に送付する。なお、検索式の構成の詳細は後述する。
討論ビューサーバ２０は、ユーザより受け取った検索式を用いて、各々の討論ビューサーバ２０が管理対象範囲としている討論空間を検索し、検索式に適合する討論空間の部分を特定して、特定した部分の討論空間を基本構成で述べた特有の構造をもって検索結果としてユーザ側に返すものである。この特有のデータ構造を以下では部分討論空間と称する。
検索式はユーザからの指示がない限り討論ビューサーバ２０の検索状況記憶手段２２に永続的に記録され、随時再検索が行われてユーザに検索結果が提供される。このような処理によって、ユーザは全体の討論空間の推移を追跡確認することができる。なお、討論ビューサーバ２０は、ユーザより受け取った検索式を他の討論ビューサーバ２０にも複写することにより、ネットワーク５上に分散した複数の討論ビューサーバ２０が分散協調的に動作して、各検索結果は各討論ビューサーバ２０から個別にユーザに提供される。
【００３９】
ユーザ側では、この検索結果を用いて全体の討論空間の現状把握を行うことができ、図３に示すように、例えば「ｑｕｅｒｙ１に対する討論展望図」と題された表示がユーザ・インタフェースから出力される。この討論展望図中には、各討論空間の検索式に合致する部分討論空間を表現するアイコンが示される。なお、「ｑｕｅｒｙ２に対する討論展望図」と題された表示についても同様である。
更に、部分討論空間を表現する領域（アイコン）は、部分討論空間や討論空間への入り口ともなっており、例えば、図中の部分討論空間を表現するアイコンにポインタを合わせてマウスのボタンをクリックすると、討論実行手段１２との連携動作を経て、このアイコンに対応する部分討論空間が表示されるという形態のユーザインタフェースを構成している。このインタフェースの実現例や機能に関する動作の詳細は後述する。
なお、部分討論空間や討論空間への入り口としての機能の具体的な形態（形や色など）は、様々なユーザインタフェース・ポリシーやデザインに依存しており、本発明ではそれらの具体的な設計を特定しない。
【００４０】
「討論空間の定義」
ここで、後に本実施形態における討論検索式の意味を定義するための準備として、討論空間の形式的な定義を説明しておく。これは通常の電子的討論システムにおける討論空間の形式化の一つである。
討論空間ｄは、ｄ＝〈ｉｄd，Ｐd，Ｒd，Ａd〉と定義され、４項組で構成されている。なお、この討論空間ｄは基本構成で言うところの討論管理データに相当する。
ここで、ｉｄdは討論空間ｄの討論空間ＩＤであり、ｉｄd∈討論空間ＩＤの集合である（討論空間ＩＤの集合とは、討論空間のＩＤ番号としてとりうる全てのＩＤ番号の集合である）。これは、次に述べる討論空間の属性の一種であるが、処理および表記の便宜を考慮して特に分離して表記する。
【００４１】
Ｐdは討論空間ｄの属性集合であり、Ｐd＝｛〈ｎ，ｖ〉｜ｎ∈任意の文字列の集合，ｖ∈任意の文字列の集合∪実数の集合｝、という形式の集合である。これは、任意の文字列からなる属性名称ｎとその属性の値ｖからなる対〈ｎ，ｖ〉の集合である。
Ｒdは討論空間ｄの関連集合であり、Ｒd＝｛〈ｉｄ，ｖ〉｜ｉｄ∈討論空間ＩＤの集合，ｖ∈任意の文字列の集合｝、という形式の集合である。これは、討論空間ｄが関連する討論空間のＩＤ番号ｉｄと関連の種類を表す文字列ｖの対〈ｉｄ，ｖ〉の集合である。
【００４２】
Ａdは討論空間ｄに属する意見ａiからなる意見集合Ａd＝｛ａ1，・・・，ａn｝である。
意見ａは、ａ＝〈ｉｄa，Ｐa，Ｒa，Ｂa〉と定義され、以下の４項組で構成されている。本実施形態では、意見の属性情報と他の意見への関連情報と意見の本文を表す電子文書とを、このような形で関連付けているものを想定しているが、勿論、他の関連付けの方法をとってもかまわない。
ここで、ｉｄaは意見ａの意見ＩＤであり、ｉｄa∈意見ＩＤの集合である（意見ＩＤの集合とは、意見のＩＤとしてとりうる全てのＩＤ番号の集合である）。
【００４３】
Ｐaは意見ａの属性集合であり、Ｐa＝｛〈ｎ，ｖ〉｜ｎ∈任意の文字列の集合，ｖ∈任意の文字列の集合∪実数の集合｝、という形式の集合である。これは、任意の文字列からなる属性名所ｎとその属性の値ｖからなる対〈ｎ，ｖ〉の集合である。
Ｒaは意見ａの関連集合であり、Ｒa＝｛〈ｉｄ，ｖ〉｜ｉｄ∈意見ＩＤの集合，ｖ∈任意の文字列の集合｝、という形式の集合である。これは、意見ａが関連する意見のＩＤ番号ｉｄと関連の種類を表す文字列ｖの対〈ｉｄ，ｖ〉の集合である。
Ｂａは意見本文であり、形式的にはＢａの具体的な形は何でもよい。本実施形態が利用するシステムでは、Ｂａは後述するように意見の実体の電子文書を指し示すＵＲＬとなる。
【００４４】
「討論空間のデータ構造」
図４、図５、図６、図７には討論空間のデータ構造を示してあり、これデータ構造は上述した討論空間の形式的定義に対する表現の一例である。
これらのデータ構造は、いずれかの電子文書蓄積手段２、４に電子ファイルの形式で記憶されており、対応する特定の討論ビューサーバ２０により管理されている。
図４〜図７に示す構造の「討論空間管理テーブル」は、討論ビューサーバ２０が扱う最上位のデータ構造であり、この討論空間管理テーブルの各行はそれぞれ一つの討論空間を表現している。また、討論空間管理テーブルは「討論空間ＩＤ」、「属性リスト」、「関連リスト」、「意見リスト」の４つ組から構成されており、これらは各々上記した形式的定義の「討論空間ＩＤ」、「（討論空間の）属性集合」、「（討論空間の）関連集合」、「意見集合」に対応する。
【００４５】
「討論空間ＩＤ」はネットワーク５上で一意に定められる討論空間の識別番号である。このようなネットワーク上で一意の番号を生成する方法は様々なものがあるが、本実施形態ではホスト名と乱数値を用いて生成している。勿論、他の方式を利用してもよい。
「属性リスト」は、図４に例示するように、各討論空間に関連する属性名とその属性の対からなるリストを指示する参照子であり、「属性リスト」には任意の属性名とその属性値を付けることができる。
【００４６】
「関連リスト」は、図５に例示するように、各討論空間に関連する他の討論空間の討論空間ＩＤとその関連種別の対からなるリストを指示する参照子であり、「関連リスト」にはある討論空間に関連する任意の他の討論空間とその関連する内容を付けることができる。
「意見リスト」は、図６及び図７に例示するように、各討論空間内で出されている意見を管理するテーブルであるところの「意見テーブル」を指示する参照子である。
【００４７】
図６及び図７には、この「意見管理テーブル」を例示してあり、「意見管理テーブル」の各行はそれぞれ一つの意見に対応している。
図示のように、意見は「意見ＩＤ」、「属性リスト」、「関連リスト」、「意見参照子」の４つ組から構成されており、これらは各々上記した形式的定義の「意見ＩＤ」、「（意見の）属性集合」、「（意見の）関連集合」、「意見本文」に対応する。
【００４８】
「意見ＩＤ」はネットワーク５上で一意に定められる意見の識別番号である。このようなネットワーク上で一意の番号を生成する方法は様々なものがあるが、本実施形態ではホスト名と乱数値を用いて生成している。勿論、他の方式を利用してもよい。
「属性リスト」は、図６に例示するように、各意見に関連する属性名とその属性の対からなるリストを指示する参照子であり、「属性リスト」には任意の属性名とその属性値を付けることができる。
【００４９】
「関連リスト」は、図７に例示するように、各意見に関連する他の意見の意見ＩＤとその関連種別の対からなるリストを指示する参照子であり、「関連リスト」にはある討論空間に関連する任意の他の討論空間とその関連する内容を付けることができる。
「意見参照子」は意見となる電子文書の実体の位置を示す指示子であり、本実施形態ではＵＲＬを用いている。これにより、ＷＷＷサーバ１及びＷＷＷサーバと連動して動作するＤＢＭＳゲートウェイ６を通して管理される電子文書蓄積手段２上の電子文書が指定される。
【００５０】
本実施形態では、図２に示した討論空間の論理構造を上記したようなデータ構造により表現している。なお、このようなデータ構造の生成・維持は本発明の範囲外のことであるので、そのようなデータ構造の生成・維持についての説明は省略する。
すなわち、本発明の要点は、このような構造に生成・維持されているデータ構造に対して、どのように討論展望図の提供サービスを構築するかという点にある。
【００５１】
「討論空間検索式の構成」
本実施形態では、討論空間検索式は次のような構成になっている。
0003858418.tif 000002
【００５２】
0003858418.tif 000003
属性名：：＝任意の文字列の集合の要素
属性値：：＝任意の文字列の集合の要素｜任意の定数の集合の要素
上限値：：＝定数｜システム定数
下限値：：＝定数｜システム定数
関連種別：：＝任意の文字列の集合の要素
キーワード：：＝任意の文字列の集合の要素
【００５３】
上記の内容は、本実施形態における討論空間のための検索式の文法を表現している。例えば、
dispace-attrib（意見総数,[0,1000]）:article-attrib（発言者,{甲,乙}）,  article-attrib（発言者,{丙,丁}）
は検索式である。
部分討論検索述語および全討論検索述語の意味は次のように定義される。
【００５４】
ａｒｔｉｃｌｅ−ａｔｔｒｉｂ（意見属性名：［下限値，上限値］）＝
｛〈ｉｄdi,Ｐdi，Ｒdi，｛ａj｜ａj∈Ａdi,〈ｎ′，ｖ〉∈Ｐaj，ｎ′＝ｎ，ｌ＜＝ｖ＜＝ｈ｝〉｜ｄi∈Ｄ｝
ただし、ｎ＝意見属性名、ｌ＝下限値、ｈ＝上限値、Ｄ＝討論ビューサーバ管理下の全ての討論空間の集合である。これは、「意見属性名ｎで示された属性値の値が下限値と上限値の間にあるような意見のみを抽出した意見集合をもつ討論空間の集合」を表している。例えば、発言時刻がある時刻からある時刻にある意見のみを抽出するといった用途に使うことができる。なお、上限値と下限値は任意の実数値をとることができるほかに、システムが用意する特殊な定数を利用できる。例えば、現在の時刻を表す定数や、現在の時刻からｎ時間前の時刻を表す定数など様々なものが利用できる。なお、このように、ある性質を持った意見集合を切り出した形の意見集合をもつ討論空間を「部分討論空間」と呼ぶ。
【００５５】
ａｒｔｉｃｌｅ−ａｔｔｒｉｂ（意見属性名：｛属性値１、・・・、属性値ｍ｝）＝｛〈ｉｄdi，Ｐdi，Ｒdi，｛ａj｜ａj∈Ａdi，〈ｎ′，ｖ〉∈Ｐaj，ｎ′＝ｎ，ｖ∈Ｖ｝〉｜ｄi∈Ｄ｝
ただし、ｎ＝意見属性名、Ｖ＝｛属性値１、・・・、属性値ｍ｝、Ｄ＝討論ビューサーバ管理下の全ての討論空間の集合である。これは、「意見属性名ｎで示された属性値が属性値の集合｛属性値１、・・・、属性値ｍ｝の要素であるような意見のみを抽出した意見集合をもつ討論空間の集合」を表している。たとえば、発言者がこの人かあの人となっている意見のみを抽出するといった用途に使うことができる。
【００５６】
ａｒｔｉｃｌｅ−ｒｅｆ（｛関連種類１、・・・、関連種類ｍ｝）＝
｛〈ｉｄdi，Ｐdi，Ｒdi，｛ａj｜ａj∈Ａdi，〈ｉｄ，ｖ〉∈Ｒaj，v∈Ｖ｝〉｜ｄi∈Ｄ｝
ただし、Ｖ＝｛関連種類１、・・・、関連種類ｍ｝、Ｄ＝討論ビューサーバ管理下の全ての討論空間の集合である。これは、「関連種類が｛関連種類１、・・・、関連種類ｍ｝の要素であるような意見のみを抽出した意見集合をもつ討論空間の集合」を表している。たとえば、関連が「質問」「返答」になっている意見のみを抽出するといった用途に使うことができる。
【００５７】
ａｒｔｉｃｌｅ−ｂｏｄｙ（キーワード）＝
｛〈ｉｄdi，Ｐdi，Ｒdi，{ａj｜ａj∈Ａdi，Ｂajがｋを含む｝〉｜ｄi∈Ｄ｝
ただし、ｋ＝キーワード、Ｄ＝討論ビューサーバ管理下の全ての討論空間の集合である。これは、「キーワードを意見本文に含む意見のみを抽出した意見集合を持つ討論空間の集合」を表している。
【００５８】
ｄｓｐａｃｅ−ａｔｔｉｂ（討論空間属性名：［下限値、上限値］）＝
｛ｄi｜ｄi∈Ｄ，〈ｎ′，ｖ〉∈Ｐdi，ｎ′＝ｎ，ｌ＜＝ｖ＜＝ｈ｝
ただし、ｎ＝討論空間属性名、ｌ＝下限値、ｈ＝上限値、Ｄ＝討論ビューサーバ管理下の全ての討論空間の集合である。これは、「討論空間属性名ｎで示された属性値の値が下限値と上限値の間にあるような討論空間の集合」を表している。たとえば、討論開始時刻がある時刻からある時刻にある意見のみを抽出するといった用途に使うことができる。なお、上限値と下限値は任意の実数値をとることが出来るほかに、システムが用意する特殊な定数を利用できる。たとえば、現在の時刻を表す定数や、現在の時刻からｎ時間前の時刻を表す定数など様々なものが利用できる。
【００５９】
ｄｓｐａｃｅ−ａｔｔｒｉｂ(討論空間属性名：｛属性値１、・・・、属性値ｍ｝)＝
｛ｄi｜ｄi∈Ｄ，〈ｎ′，ｖ〉∈Ｐdi，ｎ′＝ｎ，ｖ∈Ｖ｝
ただし、ｎ＝討論空間属性名、Ｖ＝｛属性値１、・・・、属性値ｍ｝、Ｄ＝討論ビューサーバ管理下の全ての討論空間の集合である。これは、「討論空間属性名ｎで示された属性値が属性値の集合｛属性値１、・・・、属性値ｍ｝の要素であるような討論空間の集合」を表している。たとえば、主催者がこの人かあの人となっている討論空間のみを抽出するといった用途に使うことができる。
【００６０】
ｄｓｐａｃｅ−ｒｅｆ（｛関連種類１、・・・、関連種類ｍ｝）＝
｛ｄi｜ｄi∈Ｄ，〈ｉｄ，ｖ〉∈Ｒdi，ｖ∈Ｖ｝
ただし、Ｖ＝｛関連種類１、・・・、関連種類ｍ｝、Ｄ＝討論ビューサーバ管理下の全ての討論空間の集合である。これは、「関連種類が｛関連種類１、・・・、関連種類ｍ｝の要素であるような討論空間の集合」を表している。たとえば、関連が「下位議論」になっている討論空間のみを抽出するといった用途に使うことができる。
【００６１】
また、論理和（＋）および論理積（＊）および論理差（＃）の意味は次のように定義される。
Ｄ１＊Ｄ２＝
｛〈ｉｄdi，Ｐdi，Ｒdi，Ａdi∩Ａdj〉｜ｄi∈Ｄ1，ｄj∈Ｄ2，ｉｄdi＝ｉｄdj｝、
これは、図８に示すように、討論空間の集合Ｄ１、Ｄ２の双方に含まれている同一のＩＤを持つ討論空間のみについて、双方に共通して含まれる意見のみを残した形の新たな討論空間の集合を生成する操作である。
【００６２】
Ｄ１＋Ｄ２＝
｛〈ｉｄdi，Ｐdi，Ｒdi，Ａdi∪Ａdj〉｜ｄi∈Ｄ1，ｄj∈Ｄ2，ｉｄdi，＝ｉｄdj｝∪｛ｄi｜ｄi∈Ｄ1，ｄj∈Ｄ2，ｉｄdi≠ｉｄdj｝∪｛ｄj｜ｄi∈Ｄ1，ｄj∈Ｄ2，ｉｄdi≠ｉｄdj｝、
これは、図９に示すように、討論空間の集合Ｄ１、Ｄ２の双方に含まれている同一のＩＤを持つ討論空間に関して、双方に含まれている意見を合わせた形の新たな討論空間の集合と、さらに、どちらか片方にのみ含まれている討論空間の集合を合わせた討論空間の集合を生成する操作である。
【００６３】
Ｄ１＃Ｄ２＝
｛〈ｉｄdi，Ｐdi，Ｒdi，Ａdi＼Ａdj〉｜ｄi∈Ｄ1，ｄj∈Ｄ2，ｉｄdi＝ｉｄdj｝∪｛ｄi｜ｄi∈Ｄ1，ｄj∈Ｄ2，ｉｄdi≠ｉｄdj｝、
これは、図１０に示すように、討論空間の集合Ｄ１、Ｄ２の双方に含まれている同一のＩＤを持つ討論空間に関して、Ｄ１に含まれている意見からＤ２に含まれている意見を削除した形の新たな討論空間の集合と、さらに、Ｄ１のみに含まれている討論空間の集合を合わせた討論空間の集合を生成する操作である。
【００６４】
さらに、限定子（：）および接続子（，）の意味は次のように定義される。
Ｄ１：Ｄ２はＤ１＊Ｄ２であり、これにより、討論空間の集合Ｄ２をＤ１との論理積により限定することができる。
Ｄ１，Ｄ２はＤ１＋Ｄ２であり、これにより、討論空間の集合Ｄ１とＤ２を論理和により結合することができる。
【００６５】
「討論空間検索要求の構成」
上記した討論空間検索要求（ｑｕｅｒｙ）の構成を、図１１及び図１２を参照して説明する。
通常の討論空間検索要求は図１１に示すような構成となっており、検索要求ＩＤ、処理結果返信先、検索要求伝搬経路、検索要求種別、検索式を含んでいる。
検索要求ＩＤは、ネットワーク５上で一意に定められる検索要求の識別番号であり、ホスト名や時刻や乱数を用いて生成することができる。
処理結果返信先は、討論ビューサーバ２０が討論ビュー（討論展望図）を送付する対象であり、討論空間検索要求を発信した討論ビュークライアント１０を指し示している。この処理結果返信先情報はホスト名やポート番号などを用いてネットワーク５上で一意に定めることが出来る。
【００６６】
検索要求伝搬経路は、複数の討論ビューサーバ２０の間で討論空間検索要求が配送される際の配送履歴であり、討論空間検索要求が通過した討論ビューサーバ２０のホスト名からなるリストである。
検索要求種別は、処理の種別を表す情報であり、図１１に示す通常の討論空間検索要求では「検索」を表す記号が格納されている。
検索式は、上述の討論空間検索式そのものが格納されている。
【００６７】
図１２に示す討論空間検索要求は、過去に要求した討論空間検索の要求を取消すための特別な討論空間検索要求であり、検索要求ＩＤと処理結果返信先と検索要求伝搬経路は通常の討論空間検索要求と同様である。
検索要求種別は、討論空間検索の取消では「取消」を表す記号が格納されている。
また、討論空間検索の取消では、検索式の代わりに、取消対象の検索要求ＩＤが付加されており、このＩＤ情報によって取消対象の討論空間検索要求が指定される。
【００６８】
「討論ビューサーバの動作」
本実施形態における討論ビューサーバ２０は下記のように動作する。
図１３は討論空間検索制御手段２１の動作を表現するＰＡＤ図である。この討論空間検索制御手段２１は、ネットワーク５経由で討論空間検索要求を受信し、その要求の種別により検索要求の登録または取消処理を行うものである。また、討論空間検索制御手段２１は、検索連携手段２４に検索要求を渡して他の討論ビューサーバ２０との連携を図ったり、検索要求に対して定期的に検索を行うための専用スレッドを新たに生成するなどの処理も行っている。
【００６９】
すなわち、図１３に示すように、討論空間検索制御手段２１は、実行開始時において、手続き「討論空間検索制御」を実行し、この手続きはステップｓ１−００１においてすぐにイベント処理のための無限ループに入る。このループ内では、ステップｓ１−００２においてイベントｅの取得を行い、取得したイベントｅが「新規検索要求の到着」すなわち討論空間検索制御手段２１が検索要求を受信した場合には、ステップｓ１−００３からステップｓ１−００４以降の一連の処理に分岐する。
【００７０】
ステップｓ１−００４では受信された検索要求ｒを取り出し、ステップｓ１−００５でこの検索要求ｒが検索状況記憶手段２２にすでに登録されているか否かを検索要求に含まれている検索要求ＩＤを用いて判定する。もし、検索要求ｒが検索状況記憶手段２２に登録されていない場合には、処理はｓ１−００６以降に移行し、ステップｓ１−００６では検索要求ｒを検索状況記憶手段２２に登録するとともに、この検索要求ｒに対応する検索状況を初期化する。なお、検索状況については後に説明する。
【００７１】
そして、ステップｓ１−００７、ｓ１−００８において、検索要求ｒの検索要求ＩＤを取り出し、さらに、このＩＤを識別番号に用いた「検索制御スレッド」を新たに生成する。この処理において、後述する手続き「検索制御スレッド」に書かれた処理を行うスレッドが形成される（このスレッドによる処理は、他の処理から独立して並行処理される処理になる）。
さらに、ステップｓ１−００９において、検索要求ｒを検索連携手段２４に渡すことにより、複数の討論ビューサーバ２０間の連携動作を行わせる。なお、検索連携手段２４の動作は後に説明する。
【００７２】
一方、取得したイベントｅが「検索取消要求の到着」すなわち討論空間検索制御手段２１が検索取消要求を受信した場合には、ステップｓ１−０１０からステップｓ１−０１１以降の処理に分岐する。
ステップｓ１−０１１では受信された検索取消要求ｒを取り出し、ステップｓ１−０１２で検索取消要求ｒより取消対象の検索要求ＩＤを変数ｉｄに取り出す。そして、ステップｓ１−０１３では、この検索要求ＩＤに対応する検索状況が検索状況記憶手段２２に存在するかどうかを判定し、もし、存在する場合にはステップｓ１−０１３からステップｓ１−０１４以降の処理に分岐し、ステップｓ１−０１４、ｓ１−０１５において、検索状況記憶手段２２からｉｄに対応する検索状況を削除し、ｉｄに対応する検索制御スレッドを削除する。
また、ステップｓ１−０１６では、検索取消要求ｒを検索連携手段２４に渡すことにより複数の討論ビューサーバ２０間の連携動作を行わせる。なお、検索連携手段２４の動作は後に説明する。
【００７３】
図１４には、上述した「検索制御スレッド」手続きの処理内容を示してあり、この検索制御スレッドは変数ｉｄに検索要求ＩＤを伴って生成される。
まず、ステップｓ２−００１において、検索状況記憶手段２２によりｉｄに対応する検索要求から検索式ｑを抽出し、ステップｓ２−００２において検索状況記憶手段２２よりｉｄに対応する検索要求から処理結果返信先ｂを抽出して、ステップｓ２−００３で検索制御のための無限ループに入る。
ループ内では、一定時間待った後（ステップｓ２−００４）、検索式ｑを用いて討論空間検索手段２３に討論空間検索を行わせて検索結果ａを得て（ステップｓ２−００５）、さらに、検索状況記憶手段２２上で検索状況を更新し（ステップｓ２−００６）、検索結果ａを処理結果返信先ｂに返す（ｓ２−００７）、といった処理を繰り返す。
【００７４】
図１５には、検索状況記憶手段２２が格納している情報のデータ構造を示してある。
検索状況記憶手段２２には、図示のように検索要求とその検索要求に対する検索結果との対を基本としたリスト構造が格納されており、この検索要求とその検索要求に対する検索結果の対が検索状況である。
検索要求には討論空間検索要求そのものが格納され、検索結果には討論空間全体のうちの検索要求を満たす部分のみが討論空間と同様なデータ構造をとって記憶される。なお、返信先に返される検索結果は、この形のデータが適切な符号化を用いて返信先に送信される。
【００７５】
図１６は討論空間検索手段２３の動作を表現するＰＡＤ図であり、この手続き「討論空間検索」は検索式ｑをともなって検索制御スレッドより呼び出される。まず、ステップｓ３−００１では、検索式ｑが文法的に正しいかどうか判定される。これは前述の検索式の文法規則に照らし合わせて行うことができる。そして、正しくない場合には、ステップｓ３−００２において、エラーを返してこの手続きを終了する。
一方、正しい場合には、ステップｓ３−００３において検索結果を格納する変数ａを空リストに結びつけ、ステップｓ３−００４において討論空間管理テーブルの行を指すポインタｄｐを討論空間管理テーブルの先頭を指すように初期化する。
【００７６】
そして、ステップｓ３−００５で討論空間管理テーブルの行を先頭から末尾まで走査するループに入り、ステップｓ３−００６においてポインタｄｐの指す討論空間管理テーブルについて、それが検索式ｑに適合するかどうか判定される。この判定には、ポインタｄｐが指している討論空間管理テーブルの行に結びつけられている「属性リスト」の各属性値と、「関連リスト」の関連種別の値と、ｑに現れる限定子「：」の左辺に指定される全討論検索式が用いられる。
ｄｐの指す討論空間管理テーブルの行が、検索式ｑに現れる全討論検索式のうちの一つでもマッチすれば、この討論空間は適合すると判定される。ただし、限定子「：」の左辺値が空の場合には、必ずマッチする。なお、全討論空間検索式のマッチの判定は、上述した討論空間検索式の意味に基づいて判定される。すなわち、各全討論検索述語が意味付ける属性値や関連種別値の一致と、それら述語の間の論理演算の意味に基づき判定される。
【００７７】
ｄｐの指す討論空間が適合する場合には、処理はステップｓ３−００７へと分岐する。ステップｓ３−００７において、変数ｑ０にｄｐが指す討論空間管理テーブルの行に適合する討論検索項のみを取り出す形で検索式ｑを再構成したものを代入する。ステップｓ３−００８では、新規空リストを生成し、これを変数ａ０に結びつける。次いで、ステップｓ３−００９において、変数ｄｐが指す討論空間管理テーブルの行に結びつけられている意見管理テーブルの先頭を指すポインタを変数ａｐに代入する。
【００７８】
そして、ステップｓ３−０１０で意見管理テーブルの行を先頭から末尾まで走査するループに入り、ステップｓ３−０１１において、ａｐが指す意見管理テーブルかその意見管理テーブルからたどれる意見本文が検索式ｑに適合するかどうか判定される。この判定には、ポインタａｐが指している意見管理テーブルの行に結びつけられいる「属性リスト」の各属性値および「関連リスト」の関連種別の値および意見本文と、検索式ｑ０の各討論検索項に現れる限定子「：」の右辺に指定される部分討論検索式が用いられる。
ａｐの指す意見管理テーブルの行およびこれからたどれる意見本文が、検索式ｑ０に現れる部分討論検索式のうち一つでもマッチすれば、この意見は適合すると判定される。ただし、限定子「：」の右辺値が空の場合には、必ずマッチする。なお、部分討論空間検索式のマッチの判定は、上述した討論空間検索式の意味に基づいて判定される。すなわち、各部分討論検索述語が意味付ける属性値や関連種別値やキーワードの一致と、それら述語の間の論理演算の意味に基づき判定される。
【００７９】
そして、ａｐの指す意見が適合する場合には、処理はステップｓ３−０１２へと分岐し、リストａ０の末尾にａｐが指す意見テーブルの行が追加される。ステップｓ３−０１３では、意見管理テーブルの行を示すポインタａｐを先に進め、ループｓ３−０１０の先頭に戻る。このループは、意見管理テーブルの末尾まで達すると終了し、処理はステップｓ３−０１４に分岐する。
ステップｓ３−０１４においては、ａ０が空リストでないすなわち何らかの適合意見が見つかっている場合は、処理はステップｓ３−０１５に分岐し、検索結果の構成を行う。ステップｓ３−０１５では、変数ａｌにｄｐが指す討論空間管理テーブルの行を複製して結びつける。さらに、ステップｓ３−０１６では、変数ａｌの意見リストを適合意見のリストである変数ａ０につなぎ変える。これにより、適合意見のみからなる意見リストａ０を意見リストとして持った討論空間を表現する、新たな討論空間管理テーブルの行ａｌが構成される。そして、ステップｓ３−０１７において、検索結果ａにこの新たな討論空間管理テーブルの行ａｌを追加する。
【００８０】
また、ステップｓ３−０１９では、討論空間管理テーブルの行を指すポインタｄｐを先に進め、ループｓ３−００５の先頭に戻る。このループは、討論空間管理テーブルの末尾まで達すると終了し、ステップｓ３−０１９にて、結果ａを返す。
このように、本例における検索結果は、適合する討論空間毎に、適合する意見群を抽出してそれをリストに結びつける形となる。
【００８１】
図１７は検索連携手段２４の動作を表現するＰＡＤ図である。この図における検索連携制御手続きは、検索要求ｒをともなって討論空間検索制御手段より呼び出される。
まず、ステップｓ４−００１において、検索要求ｒの検索要求伝搬経路長が所定の長さ（ホップ数制限：これは、各討論ビューサーバ毎に予め定められている）以下であり、なおかつ、検索要求伝搬経路長に自ホスト名が含まれていない場合に、ステップｓ４−００２以降に分岐してその処理を行う。この条件判断は、検索要求がいつまでも消滅せずにネットワーク５上をたらい回しされるのを防ぐのが目的である。
【００８２】
ステップｓ４−００２では、検索要求ｒの検索要求伝搬経路のフィールドに自ホストを追加し、新たな検索要求ｒ’を得る。そして、ステップｓ４−００３、ｓ４−００４において、所定の転送先ホスト（これは、各討論ビューサーバ毎に予め定められている）各々に検索要求ｒ’を転送する。検索要求ｒ’を受信する相手は、相手ホストｄの討論空間検索制御手段である。
【００８３】
「討論ビュークライアントの動作」
図１に示したように、本実施形態の電子的討論支援装置では、討論ビュークライアント１０はＷＷＷブラウザ１１および討論実行手段１２と協調して動作する。この討論実行手段１２は討論空間中の意見を読んだり、討論空間中に新たな意見を置いたりするための機構であり、本発明が適応対象の一例としている電子会議システムのインフラストラクチャーの一部である。
【００８４】
図１８には本実施形態における、ＷＷＷブラウザ１１から見たユーザインターフェースの一例を示してあり、同図中のＦ１およびＦ２は討論実行手段１２の出力であり、Ｆ３は討論ビュークライアント１０が司るユーザインターフェースである。
この図１８に示す状態では、表示領域Ｆ３には「検索式」にマッチする現在の部分討論空間への入口が「討論空間Ａ」「討論空間Ｂ」「討論空間Ｃ」というアイコンで表示されて、その内の「討論空間Ａ」がユーザにより選択されており、また、表示領域Ｆ２には、表示領域Ｆ３で選択された部分討論空間を含む討論空間が表示されている。なお、表示領域Ｆ２の表示で点線表示になっている部分は、その討論空間の意見の内で検索結果の部分討論空間に含まれない意見であり、実線表示になっている部分が検索結果の部分討論空間に含まれるる意見である。この表示領域Ｆ２の表示は、討論実行手段１２が、討論ビュークライアント１０から渡される検索結果の部分討論空間に含まれる意見と、部分討論空間のもとの討論空間の全ての意見を比較することで生成している。
また、図１８に示す状態では、表示領域Ｆ２で影が付けられている意見がユーザにより選択されており、その意見の内容が表示領域Ｆ１に表示されている。
【００８５】
討論ビュークライアント１０は、ＷＷＷブラウザ１１および討論実行手段１２と協調動作し、ユーザが表示領域Ｆ３の部分討論空間アイコンをダブルクリックするなどの所定のアクションを入力すると、当該部分討論空間の入口に対応した討論空間および部分討論空間を表示領域Ｆ２に図１８に示すように表示させることを、ＷＷＷブラウザ１１および討論実行手段１２に指示することが出来る。
また、「検索式」は複数持つことができて、図１９に示すように、複数の検索式をポップアップリストＰＬによって表示させて、その内から選択することが出来る。なお、Ｆ３の領域に現在表示されていないものも、内部的には常に保持・更新されている。
【００８６】
図２０は討論展望図関連ＵＩ手段１３の動作を示すＰＡＤ図である。
まず、ステップｓ５−００１にてイベント待ちの無限ループに入り、ステップｓ５−００２において、イベントを待って、そのイベントを結果ｅに代入する。イベントはユーザの操作に伴って、ＷＷＷブラウザ１１より発生するか、ネットワーク５経由で討論ビューサーバ２０より検索結果がもたたされたときに発生する。
【００８７】
次いで、ステップｓ５−００３において、イベントｅが部分討論空間へのアクセス要求であった場合には、処理はステップｓ５−００４に分岐する。このイベントは、ユーザが図１８に示した表示領域Ｆ３上で部分討論空間の入口をダブルクリックするなどの所定のアクションを起こした際に発生する。
この場合、ステップｓ５−００４において、ユーザのアクションにより指定された部分討論空間を特定し、更に、ステップｓ５−００５で、討論実行手段１２に対して部分討論空間の表示をする。この結果、図１８に示した表示領域Ｆ２上に該当する部分討論空間が表示される。これにより、ユーザは自分の興味に沿った討論の部分に対して素早いアクセスをおこなうことできる。
【００８８】
一方、ステップｓ５−００６において、イベントｅが表示討論展望図の変更要求であった場合には、処理はステップｓ５−００７に移る。このイベントは、ユーザが図１９に示したようにポップアップリストＰＬ上で選択中の「検索式」を変更した際に発生する。
この場合、ステップｓ５−００７において、選択された「検索式」に対する検索要求ＩＤを変数ｉｄに取り出す。ここで、討論ビュークライアント１０は、ユーザによって起動時より指定されてきた全ての討論空間検索式とその検索結果（討論ビュー）を保持している。複数の検索式と検索結果を識別する鍵は、検索要求発行時に生成される検索要求ＩＤに基づいている。
そして、ステップｓ５−００８において、検索要求ＩＤよりそれに対応する検索結果ｖ｛ｉｄ｝を取り出し、ｓ５−００８においてこれを再表示する。なお、ｖ｛ｉｄ｝は検索要求ＩＤ番号をキーとして検索結果を格納した連想配列変数である。
【００８９】
一方、ステップｓ５−００９において、イベントｅが討論展望図更新要求であった場合には、処理はステップｓ５−０１０に移る。このイベントは、展望図構成手段１４が検索結果を受信した際に発生する。
この場合、ステップｓ５−０１０において、ステップｓ５−００７と同様に検索要求ＩＤを取り出し、ステップｓ５−０１１において、この検索要求ＩＤと検索結果を組み合わせて記憶する。さらに、ステップｓ５−０１２、ｓ５−０１３において、検索要求ＩＤに対応する討論展望図が表示されている最中であれば、表示の更新も行う。
【００９０】
一方、ステップｓ５−０１４において、イベントｅが討論空間検索登録要求であった場合には、処理はステップｓ５−０１５に移る。このイベントは、ユーザが「検索式」フィールドに新たな検索式を記入し、「登録」ボタンを押した際に発生する。
この場合、ステップｓ５−０１５において、登録対象の検索式ｑを取得し、ステップｓ５−０１６において、討論空間検索要求生成手段１５に対して、検索式ｑに対する検索要求の発行を指示する。
【００９１】
一方、ステップｓ５−０１７において、イベントｅが討論ビュークライアント１０の停止要求であった場合には、処理はステップｓ５−０１８に移る。このイベントは、ユーザの指示により、ＷＷＷブラウザ１１が討論ビュークライアント１０の表示をとりやめたり、ブラウザ１１自身が終了される場合に発生する。
この場合、ステップｓ５−０１８において、討論空間検索要求生成手段１５に対して討論ビュークライアント１０が保持している全ての討論空間検索要求に対する検索取消要求を発行するように指示する。
【００９２】
図２１には展望図構成手段１４の動作を示すＰＡＤ図である。
この展望図構成手段１４は、ネットワーク５を監視して、討論ビューサーバ２０から検索結果が返されたときに動作し、すぐにｓ６−００１においてイベント待ちのループに入る。そして、ステップｓ６−００２において、イベントｅを取得し、ステップｓ６−００３においてイベントｅが討論空間検索結果の返信である場合は動作を起こす。
【００９３】
そして、ステップｓ６−００４において、返信された結果から検索結果ａを取り出し、これをもとに、ステップｓ６−００５において、討論展望図の構成を行い結果をｖに代入する。本実施形態では討論展望図は構造を持たないので、部分討論空間への入口を何らかのジオメトリ管理ポリシーに則って配列するだけの処理を行うが、もちろん、他の構成を行っても構わない。
そして、ステップｓ６−００６において、討論展望図関連ＵＩ手段１３に対して、討論展望図をｖに更新するように要求する。上述したように、この要求は、討論展望図関連ＵＩ手段１３ではイベントとして取得され、更新が行われる。
【００９４】
図２２は討論空間検索要求生成手段１５の動作を示すＰＡＤ図である。
図２２（ａ）に示すように、手続き「討論空間検索要求発行」は検索式ｑを伴って、討論展望図関連ＵＩ手段１３より呼び出される。ステップｓ７−００１において、検索式ｑに対して、図１１に示したようにフィールドを追加することにより検索要求ｒを生成し、ステップｓ７−００２において、ユーザが設定した討論ビューサーバ２０に向けてこの検索要求ｒを送信する。
また、図２２（ｂ）に示すように、手続き「全討論空間検索要求取消発行」も討論展望図関連ＵＩ手段１３より呼び出される。ステップｓ７−００３で、討論ビュークライアント１０が保持する全ての検索要求に対して、図１２に示したような検索取消要求を生成し、ユーザが設定した討論ビューサーバ２０に向けて送信する。
【００９５】
「動作例」
図２３、図２４、図２５には、本実施形態における動作例を示してある。
ユーザの興味が、多くの討論でキーとなる人物「発言者Ａ」および「発言者Ｂ」にあり、さらに、これらの人物の最近３時間の動向を知りたいとする。
この場合、ユーザは自分の興味を検索式で表現し、討論ビュークライアント１０を用いて、これを討論ビューサーバ２０に送信する。この場合の検索式は“ａｒｔｉｃｌｅ−ａｔｔｒｉｂ（意見発言時刻，［３時間前，現在時刻］）＊ａｒｔｉｃｌｅ−ａｔｔｒｉｂ（発言者，｛発言者Ａ，発言者Ｂ｝）”となる。
【００９６】
図２３には最初の状態を示してあり、ユーザの興味に合致する部分が特定され、ユーザはユーザインターフェース上に表示される討論展望図を通して、その部分に簡便にアクセスすることができる。
さらに、本実施形態ではユーザの興味の対象を時間を経て追跡しており、これにより、討論の進行に伴って刻々と移り変わる討論の最新の状況を、ユーザが苦労することなく簡単に把握できる。
図２４には図２３に示した状態より若干時間が過ぎた時の状況を示してあり、討論の進行に伴い、ユーザの興味に合致する部分討論空間が変化している。また、この時間経過に伴い、今までユーザの興味に関係なかった「討論空間２」が新たにユーザの興味の対象として出現している。
図２５には図２４に示した状態より、さらに若干時間が過ぎたときの状況を示してあり、さらにユーザの興味に合致する部分討論空間が変化している。
本発明によれば、このような討論の動的に変化する状況をユーザが操作することなく的確に追跡し、必要に応じて簡単にアクセスすることが出来るようになった。
【００９７】
次に、本発明に係る第２の実施形態について説明する。
本実施形態における装置の構成および討論空間の構造は上記の第１の実施形態と同様である。だたし、討論展望図の概念は若干異なるため、説明する。
【００９８】
「第２実施形態における討論ビューの概念」
本実施形態におけるサービスおよび討論展望図の概念構成は図２６に示すようであり、第１実施形態との違いは、ユーザの意図として、検索式（ｑｕｅｒｙ）のみならず、座標軸（ａｘｉｓ）を利用可能になっている点である。この座標軸は、例えば、時間軸や発言数などの数値情報、発言者名や関連種別などの文字列情報などを自由に設定することが出来る。
座標軸の導入により、第１実施形態では討論展望図には構造がながったところ、本実施形態では指定した座標軸に沿った構造化を行うことができるようになった。これにより、討論展望図の中で各部分討論空間の位置づけを明確化でき、ユーザは討論の現状をさらに的確につかむことが出来るようになった。
本実施形態では、第１実施形態と異なり、討論展望図構成手段１４が座標軸に基づいた討論展望図を構成するようになるため、部分的に変更されている。以下にこの変更部分について説明する。
【００９９】
「討論ビュークライアントの動作」
本実施形態における、ＷＷＷブラウザ１１から見たユーザインターフェースの例を図２７に示してある。第１実施形態と異なり、図２７中の領域Ｆ３のインターフェースデザインが変更されている。第１実施形態ではここには「検索式」にマッチする現在の部分討論空間の入口が構造を持たずに表現されていたが、本実施形態では、部分討論空間の入口アイコンが２つの座標軸（ａｘｉｓ）により張られる２次元グラフ上にマップされる。
座標軸の選択は、検索結果を評価してその座標軸へ写像するための評価関数の入力を行っていることになる。もちろん、検索結果としての部分討論空間が座標軸という何らかの評価尺度により多角的に分析可能であることが本実施形態の本質であるので、表現形態としては、３次元表示やより多次元の表示を縮退させたものなど他の様々な形態をとっても構わない。
【０１００】
図２８に本実施形態における討論展望図関連ＵＩ手段１３の動作を表現するＰＡＤ図を示す。この動作における上記した第１実施形態との相違点は、討論展望図再表示の手続き（ステップｓ８−００８、ｓ８−０１３、ｓ８−０２１）が座標軸に則った構造表示を行うように変更される点である。
本実施形態では、部分討論空間の属性または部分討論空間に含まれている意見の属性またはそれらを何らかの関数で評価した値を、ユーザが指定する座標軸上に単純に写像して表示する。本実施形態では、２次元グラフなので写像される領域は２次元図形を構成する。なお、この表示の一例は後述する。
【０１０１】
図２８における第１実施形態との違いは、受理可能なイベントｅに座標軸変更要求が追加されたことである（ステップｓ８−１９）。
このイベントは、図２７に示すように座標軸のポップアップリストＬによりユーザが座標軸を変更するときに発生する。この場合、処理は、ステップｓ８−２０、ステップｓ８−２１に分岐し、討論展望図を新しい座標軸に則って再表示する。
【０１０２】
「第２実施形態の動作例」
図２９および図３０には、本実施形態における動作例を示してある。
ユーザの興味が、最近３時間の議論の動向を知りたいとし、さらに、発言がどのような関連をもってなされたかを合わせて知りたいとする。
この場合、ユーザはまず自分の興味を検索式で表現し、討論ビュークライアント１０を用いて、これを討論ビューサーバ２０に送信する。この場合の検索式は“ａｒｔｉｃｌｅ−ａｔｔｉｒｂ（意見発言時刻、［３時間前、現在時刻］）”となる。
そして、ユーザは討論展望図を表示する座標軸を決定する。図２９では、検索式として「発言時刻が最近３時間以内」が、座標軸として「意見発言時刻」と「意見関連種別」が選択されている。
【０１０３】
図２９に示す状態は最初の状態であり、時刻１１：００時点での討論状況を示している。本実施形態では、討論展望図の表示において、部分討論空間の入口を表現する矩形は、該当する討論部分空間の属性値の範囲を示している。例えば、“Ｄｓｐａｃｅ−１”で表示される「討論空間１」の部分討論空間に対する入口は、この部分討論空間で最も古い発言の時刻が９：００であり、最も新しい発言の時刻が１０：３０であることを示している。また、意見の関連種別でみると、質問と回答が発言されたということを表している。
図３０に示す状態は図２９よりも時間が経ったときの状態である。この時点で、前の時間では質問と回答ばかりだった「討論空間１」の討論が、回答、提案、まとめなどのより生産的な討論中心に移ってきたのが分かる。また、「討論空間３」の討論は、前の時間では提案もなされていたが、この時点では質問のみになり、あまりうまく討論が進行していないことが分かる。
もちろん、本実施形態でも、第１実施形態と同じように、討論展望図の表示を用いて、所望の部分討論空間へのアクセスをおこなうこともできる。
このように、本実施形態では座標軸を導入することで、ユーザは、現在の討論の状況をより正確かつ適切に質にまで踏み込んで把握できるようになる。
【０１０４】
次に、本発明に係る第３の実施形態について説明する。
本実施形態における討論空間の構造は第１の実施形態と同様であるが、装置の構成および討論展望図の概念は若干異なるため説明する。
【０１０５】
「第３実施形態における討論展望図の概念」
本実施形態では、サービスおよび討論展望図の概念構成は図３１に示すようになっており、これは上記の第２実施形態と同様に、検索式（ｑｕｅｒｙ）と座標軸（ａｘｉｓ）に基づく部分討論空間へのアクセス手段をユーザに提供するものである。第２実施形態との違いは、討論空間関連生成手段３０が追加された点にある。討論空間関連生成手段３０は各討論ビュークライアント１１における討論展望図の状況を総合することで、ユーザ全員の興味の動向を検出し、さらに、それを各ユーザにフィードバックするものである。
この討論空間関連生成手段３０の導入により、多くのユーザが共通して興味を持っている討論の現状が浮き彫りにされる。さらに、このように多くのユーザの共通の興味のある討論空間が各ユーザに対して示されること、討論空間同士の交流が活発化し、一層討論が活性化するようになる。
【０１０６】
図３２は本実施形態の装置の構成図である。
第１実施形態に対して、討論空間関連生成手段３０がネットワーク５上に追加され、また、各討論ビュークライアント１０にそれぞれ討論空間関連連係手段１６が追加されている。討論空間関連生成手段３０と各討論空間関連連係手段１６が組合わさって討論関連付け手段を構成する。
討論空間関連生成手段３０は、各討論空間関連連係手段１６とネットワーク５を介して通信し、各ユーザの討論展望図を取得してそれらを総合し、その結果を討論空間関連連係手段１６に返すのものである。
【０１０７】
「討論ビュークライアントの動作」
図３３に本実施形態における討論展望図関連ＵＩ手段１３の動作を表現するＰＡＤ図を示す。
この図における第２実施形態との相違点は、討論空間関連情報受信通知イベントに対する処理が加わったことである（ステップｓ９−０２６）。このイベントは、討論空間関連連係手段１６が討論空間関連生成手段３０より討論空間関連情報を受信したときに発生するものである。
このイベントに対し、処理はステップｓ９−０２７に分岐する。ステップｓ９−０２７では、討論空間関連情報ｒを取得し、ステップｓ９−０２８でこれを記憶する。記憶された討論空間関連情報ｒは討論展望図再表示の手続き（ステップｓ８−００８、ｓ８−０１３、ｓ８−０２３）において利用される。なお、関連情報ｒのデータ構造は、関連する討論空間の討論空間ＩＤからなる集合である。
【０１０８】
また、もう一つの変更点は、ステップｓ９−０１４、ｓ９−０１５およびステップｓ９−０２４、ｓ９−０２５の追加である。これは、討論展望図が更新／修正された際に、討論空間関連連係手段１６に対し、討論空間の間の新たな関連情報を渡すものである。ステップｓ９−０１４またはｓ９−０２４では、更新／修正された討論ビュー討論空間の間の関連情報を検出している。本実施形態では、討論展望図上で討論空間を表現する図形が重なる部分の面積がある一定以上の大きさである討論空間は関連ありと判断される。もちろん、討論空間を表現する図形の重心間のユークリッド距離やその他の距離など、他にも様々な関連性の評価基準を利用できる。そして、ステップｓ９−０１５またはステップｓ９−０２５において、討論空間関連連係手段１６に討論空間関連情報ｒを渡している。
【０１０９】
「討論空間関連連係手段１６の動作」
図３４は第３実施形態における討論空間関連連係手段１６の動作を表現するＰＡＤ図である。
この動作は実行後すぐに、ステップｓ１０−００１において無限ループに入る。ループ内では、ステップｓ１０−００２でイベントを待ち、ステップｓ１０−００３では、受けたイベントが討論空間関連情報の送信である場合にステップｓ１０−００４に分岐する。このイベントは上述したように、討論展望図関連ＵＩ手段１３が発生する。
【０１１０】
ステップｓ１０−００４では、討論空間関連情報ｒを取り出し、ステップｓ１０−００５にてこれを討論空間関連生成手段３０へ送信する。討論空間関連生成手段３０との間で送受信される討論空間情報のデータ構造は、図３５に示すように、ここの情報を識別するための「討論空間関連情報ＩＤ」、情報の発信元を識別するための「発信元識別子」、関連する討論空間のＩＤ集合を含む「討論空間関連情報」を含んでいる。
一方、ステップｓ１０−００６では、受けたイベントが討論空間関連情報の受信である場合にステップｓ１０−００７に分岐する。このイベントは、討論空間関連生成手段３０から新たな討論空間関連情報を受信した際に発生する。ステップｓ１０−００７では、討論空間関連情報ｒを取り出し、ステップｓ１０−００８にてこれを討論展望図関連ＵＩ手段１３へ渡す。
【０１１１】
「討論空間関連生成手段３０の動作」
図３６は第３実施形態における討論空間関連生成手段３０の動作を表現するＰＡＤ図である。
この動作は実行後すぐに、ステップｓ１１−００１において変数ｓを空に初期化する。この変数は後述するように、ループ内で前回の処理における討論空間の関連情報を記憶するものである。
そして、ステップｓ１１−００２で無限ループに入り、ループ内では、ステップｓ１１−００３でイベントを待ち、ステップｓ１１−００４において、イベントｅが討論空間関連情報の受信であれば、ステップｓ１１−００５に分岐する。このイベントは、討論空間関連生成手段３０が各討論ビュークライアント１０の討論空間関連連係手段１６より討論空間関連情報を受信した際に発生する。
【０１１２】
ステップｓ１１−００５では受信した討論空間関連情報ｒを取得し、ステップｓ１１−００６でこれをもとに討論空間関連状況を再計算する。討論空間関連情報は、図３５に示したように関連する討論空間の集合の集合である。
討論空間関連生成手段３０は各討論ビュークライアント１０より発生する討論空間関連情報を集計するためのテーブルを持っており、本実施形態におけるこのテーブルは、図３７に示すように、各討論ビュークライアント１０毎に現在の討論空間関連情報がどのようになているかを保持していている。
【０１１３】
ステップｓ１１−００６では、討論空間関連情報ｒをこの表に反映させた後、この表全体から関連討論空間ＩＤ集合各々について、同一の集合がいくつ現れているか計算し、所定の数以上現れている集合は討論空間関連情報として取り出す。すなわち、多くの討論ビュークライアント１０で「関連有り」と判断されている討論空間集合の集合を取り出すわけである。この結果は変数ｓ１に代入される。
ステップｓ１１−００７において、再計算後の変数ｓ１が前回の関連討論空間情報を記憶している変数ｓと異なるかどうか検査され、異なる場合は、処理はステップｓ１１−００８に分岐する。ステップｓ１１−００８では、この新たな関連討論空間情報ｓ１を接続中の各討論ビュークライアント１０に送信し、そして、ステップｓ１１−００９で前回の関連討論空間情報ｓをｓ１に更新する。
【０１１４】
「第３実施形態の動作例」
図３８に第３実施形態の動作例を示す。
同図では、ユーザＡ、ユーザＢ、ユーザＣの３ユーザが本装置を使用中である。ユーザＢ、ユーザＣの興味の観点から見ると、「討論空間１」と「討論空間２」が関連性が高くなっている。討論空間関連生成手段３０は、これを集計し、ユーザＡにもこの集計結果をフィードバックする。ユーザＡの興味の観点では、「討論空間１」と「討論空間２」は関連しない状況ではあったが、図のように、新たに「討論空間２」との関連性が示される。これにより、ユーザＡは、現在他のユーザの興味の大勢は「討論空間１」と「討論空間２」との間に共通する「何か」にあることを知ることができ、新たに、思いがけなかった「討論空間２」への参加が促されることになる。
なお、この動作例では、図示の都合上、わずかユーザＢ、ユーザＣという２ユーザの興味の合致により、「討論空間１」と「討論空間２」が関連有りと判断されるように表現しているが、本来この判断には、もっと多くのユーザが必要であることは言うまでもない。
【０１１５】
【発明の効果】
以上説明したように、本発明は、部分討論空間の導入による適合討論部分の構造保存的抽出機能を基本機能とし、さらに、分散情報検索技術の導入により、広域分散環境下に散在している討論空間全体に対する現状把握および推移追跡機能をユーザに提供することができる。これにより、ユーザは広域分散環境下に散在している討論空間全体の状態把握および推移追跡を行うことができ、特に、意見の発せられた場所やそれまでの経緯の中で討論の現状を把握出来るようにする検索結果の構造およびユーザ・インターフェースが提供されることから、ユーザは討論の現状把握および推移追跡をより簡便かつより正確に行えるようになる。
【０１１６】
また、本発明は、ユーザの動向総体をフィードバックすることにより、「多くのユーザが興味を持っている討論空間」という、個人の興味を超越した「全体の興味の在処」という新たな観点からの現状把握機能をもユーザに提供することができる。これにより、ユーザ個人が興味を持っている討論空間と、多くのユーザが興味を持っている討論空間とが関連付けられることから、ユーザは討論の現状把握および推移追跡を全体動向を視野に入れたより大局的な観点から行えるようになる。
【図面の簡単な説明】
【図１】  第１の実施形態に係る電子的討論支援装置の構成を示す図である。
【図２】  第１の実施形態に係る討論空間の論理的構造を示す概念図である。
【図３】  第１の実施形態が提供するサービスの概念図である。
【図４】  討論空間のデータ構造の一例を示す図である。
【図５】  討論空間のデータ構造の一例を示す図である。
【図６】  討論空間のデータ構造の一例を示す図である。
【図７】  討論空間のデータ構造の一例を示す図である。
【図８】  論理演算「＊」の意味を説明する概念図である。
【図９】  論理演算「＋」の意味を説明する概念図である。
【図１０】  論理演算「＃」の意味を説明する概念図である。
【図１１】  討論空間検索要求の構成例を示す図である。
【図１２】  討論空間検索要求の構成例を示す図である。
【図１３】  討論空間検索制御手段の動作を表現するＰＡＤ図である。
【図１４】  討論空間検索制御スレッドの処理内容を表現するＰＡＤ図である。
【図１５】  検索状況記憶手段のデータ構造の一例を示す図である。
【図１６】  討論空間検索手段の動作を表現するＰＡＤ図である。
【図１７】  検索連携手段の動作を表現するＰＡＤ図である。
【図１８】  第１の実施形態の実施形態のユーザインターフェース画面を示す図である。
【図１９】  第１の実施形態の実施形態のユーザインターフェース画面を示す図である。
【図２０】  討論展望図関連ＵＩ手段の動作を表現するＰＡＤ図である。
【図２１】  討論展望図構成手段の動作を表現するＰＡＤ図である。
【図２２】  検索要求生成手段の動作を表現するＰＡＤ図である。
【図２３】  第１の実施形態の動作例を示す図である。
【図２４】  第１の実施形態の動作例を示す図である。
【図２５】  第１の実施形態の動作例を示す図である。
【図２６】  第２の実施形態が提供するサービスの概念図である。
【図２７】  第２の実施形態のユーザインターフェース画面を示す図である。
【図２８】  第２の実施形態における討論展望図関連ＵＩ手段の動作を表現するＰＡＤ図である。
【図２９】  第２の実施形態の動作例を示す図である。
【図３０】  第２の実施形態の動作例を示す図である。
【図３１】  第３の実施形態が提供するサービスの概念図である。
【図３２】  第３の実施形態に係る電子的討論支援装置の構成を示す図である。
【図３３】  討論展望図関連ＵＩ手段の動作を表現するＰＡＤ図である。
【図３４】  討論空間関連連携手段の動作を表現するＰＡＤ図である。
【図３５】  討論空間関連情報のデータ構造を示す図である。
【図３６】  討論空間関連生成手段の動作を表現するＰＡＤ図である。
【図３７】  討論空間関連状況のデータ構造を示す図である。
【図３８】  第３の実施形態の動作例を示す図である。
【符号の説明】
１・・・ＷＷＷサーバ、  ２、４・・・電子文書記憶手段、
３・・・ＤＢＭＳ、  ５・・・ネットワーク、
６・・・ＤＢＭＳゲートウエイ、  １０・・・討論ビュークライアント、
１１・・・ＷＷＷブラウザ、  １２・・・討論実行手段、
１３・・・討論展望図関連ＵＩ手段、  １４・・・展望図構成手段、
１５・・・討論空間検索要求生成手段、  １６・・・討論空間関連連係手段、
２０・・・討論ビューサーバ、  ２１・・・討論空間検索制御手段、
２２・・・検索状況記憶手段、  ２３・・・討論空間検索手段、
２４・・・検索連携手段、  ３０・・・討論空間関連生成手段、
【図１】
0003858418.tif 000004
【図２】
0003858418.tif 000005
【図３】
0003858418.tif 000006
【図４】
0003858418.tif 000007
【図５】
0003858418.tif 000008
【図６】
0003858418.tif 000009
【図７】
0003858418.tif 000010
【図８】
0003858418.tif 000011
【図９】
0003858418.tif 000012
【図１０】
0003858418.tif 000013
【図１１】
0003858418.tif 000014
【図１２】
0003858418.tif 000015
【図１３】
0003858418.tif 000016
【図１４】
0003858418.tif 000017
【図１５】
0003858418.tif 000018
【図１６】
0003858418.tif 000019
【図１７】
0003858418.tif 000020
【図１８】
0003858418.tif 000021
【図１９】
0003858418.tif 000022
【図２０】
0003858418.tif 000023
【図２１】
0003858418.tif 000024
【図２２】
0003858418.tif 000025
【図２３】
0003858418.tif 000026
【図２４】
0003858418.tif 000027
【図２５】
0003858418.tif 000028
【図２６】
0003858418.tif 000029
【図２７】
0003858418.tif 000030
【図２８】
0003858418.tif 000031
【図２９】
0003858418.tif 000032
【図３０】
0003858418.tif 000033
【図３１】
0003858418.tif 000034
【図３２】
0003858418.tif 000035
【図３３】
0003858418.tif 000036
【図３４】
0003858418.tif 000037
【図３５】
0003858418.tif 000038
【図３６】
0003858418.tif 000039
【図３７】
0003858418.tif 000040
【図３８】
0003858418.tif 000041