JP2980167B2

JP2980167B2 - 討議グループ作成支援システム

Info

Publication number: JP2980167B2
Application number: JP20113896A
Authority: JP
Inventors: 篤田淵
Original assignee: Nippon Electric Co Ltd
Current assignee: NEC Corp
Priority date: 1996-07-11
Filing date: 1996-07-11
Publication date: 1999-11-22
Anticipated expiration: 2016-07-11
Also published as: JPH1028135A

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、計算機ネットワー
ク上の討議支援システムに関し、特に、不特定多数のネ
ットワーク参加者のうち、特定の話題に興味を持つ集団
（ＳｐｅｃｉａｌＩｎｔｅｒｅｓｔＧｒｏｕｐ：以
下、ＳＩＧと略す）を選択して、その話題に関する討議
への参加を促し、また討議を続ける環境を提供する討議
グループ作成支援システムに関する。

【０００２】

【従来の技術】従来、この種の討議グループ作成支援シ
ステムは、ある特定の話題に興味を持つネットワーク利
用者が閉鎖されたグループを作り、電子メールなどを用
いてグループ内でメッセージを同報・交換しあうために
用いられている。

【０００３】従来の討議グループ作成支援システムで
は、ＳＩＧのメンバから発せられた電子メッセージを、
全メンバが共通に読めるようにする「メーリングリス
ト」または「電子掲示板」を用いるのが一般的である。

【０００４】メーリングリストは、電子メッセージを特
定の共有メールアドレスに送信すると、そのメールアド
レスが存在する計算機上で前記メッセージをＳＩＧの各
メンバに再配布するシステムである。特開昭６２−２８
４５３７公報記載の「電子メールシステムにおける同報
メール文書管理方式」にある公知の技術を用いれば、任
意のネットワーク利用者が、自分のメッセージをＳＩＧ
メンバに同報することができる。

【０００５】電子掲示板は、電子メッセージを特定の計
算機の記憶装置に蓄積し、利用者がその計算機に対して
メッセージの検索を行なうことにより、任意のメッセー
ジを随時読み出すシステムである。特開平７−２００４
２７号公報記載の「電子掲示板生成装置と電子掲示板シ
ステム」にある公知の技術を用いれば、任意のネットワ
ーク利用者が、自分の望む話題に関してメッセージを収
集・公開できるような掲示板を生成することができる。

【０００６】メーリングリストおよび電子掲示板自体
は、既に広く一般に利用されているネットワークサービ
スであるから、これ以上の詳細な説明は省略する。

【０００７】ところで、あるネットワーク利用者が特定
の話題に関するメーリングリストまたは掲示板を生成し
たとして、実際にＳＩＧを成立させるためには、前記の
話題に興味を持つメンバを募り、前記のメーリングリス
トまたは掲示板のアクセス方法を伝えなければならな
い。しかし、ＳＩＧのメンバを効率よく募集する方法に
ついては、前記の公知技術では特に言及していない。

【０００８】そのため、ＳＩＧの発起人は、別途、ネッ
トワーク上で誰もが読むような公共掲示板にＳＩＧの話
題などを含む開設通知を掲示して、メンバを公募する必
要がある。

【０００９】これを支援する公知の技術として、特開平
５−２２７０２０３号公報記載の「最適掲示板自動選択
サービス方式」がある。

【００１０】図９を用いて説明すると、まず複数の電子
掲示板６０１を管理する電子メールセンタ６０２が、利
用者端末６０３から送信された掲示物メールをメール受
付部６０４で受け付け、メール内容解析部６０５で解析
し、メール内容解析結果蓄積部６０６に蓄積する。次い
で、最適掲示板選択部６０７が、このメール解析結果を
もとに、辞書６０８を用いて最適な掲示板を選択する。
最後に、掲示板登録部６０９が、この選択結果に基づい
て電子メールを最適な掲示板に登録する。

【００１１】また、ＳＩＧの発起人は、公募に対して参
加を申し出たメンバを収集し、最終的なメンバを特定し
なければならない。

【００１２】これを支援する公知の技術として、メーリ
ングリスト管理システムとして一般的である「ｍａｊｏ
ｒｄｏｍｏ」では、参加を申し出るメンバが、メーリン
グリストのアドレスに特定の題目（ｍａｊｏｒｄｏｍｏ
の場合は「ｓｕｂｓｃｒｉｂｅ」）を持つメッセージを
送信した場合に、システムがその差出人をメンバリスト
に追加することで、自動的にメンバを収集する。ｍａｊ
ｏｒｄｏｍｏについては、アスキー社刊「ユニックスマ
ガジン」１９９５年１２月号に詳細な説明がある。

【００１３】また同様に、特開平２−１２８５４６号公
報記載の「電子メールシステム」では、複数の利用者
に、例えばＳＩＧへの参加／不参加の回答を行なうため
の手順を含む電子メールを同報し、回答の入力が完了す
ると、システムが一旦回答を保管する。そして、最後の
メール受信者が回答を行なった時点で、保管されていた
全回答データをまとめて送信元へ回答メールとして返信
する。

【００１４】

【発明が解決しようとする課題】以上説明した従来の技
術の第１の問題点は、討議に参加するメンバを公募する
際に、討議の話題や主催者を電子ニュースなどを用いて
無差別に公開せざるを得ない点である。これは、例えば
企業が自社製品の開発を共同で進めるパートナを求める
場合のように、ＳＩＧの開設自体やパートナが誰かをで
きるだけ競合他社に知られたくない状況では、特に問題
となる。

【００１５】前記特開平５−２２７２０３号公報記載の
「最適掲示板自動選択サービス方式」は、開設通知を掲
示する掲示板をシステムが絞り込むことができたとして
も、その掲示板を読む不特定多数の利用者に、開設通知
が無差別に読まれてしまうことに変わりはない、という
点で第１の問題点を解決していない。

【００１６】第２の問題点は、新規に参加するメンバと
旧メンバとの間で討議内容に関するギャップができてし
まう点である。その主な原因は、ＳＩＧのメンバを募集
する期間と、実際にＳＩＧで討議を開始する時期とを明
確に区切っていないことにある。この点も、例えば、製
品の共同開発における討議のような、メンバ間での合意
事項を確認しながら進めなければならない討議では、特
に問題となる。

【００１７】前記ｍａｊｏｒｄｏｍｏのように、電子メ
ールを送付するだけで随時ＳＩＧに加入できてしまうシ
ステムの場合、新規メンバが加入前までの議論について
いけなかったり、旧メンバが過去の議論を説明したりす
る手間が掛かったりする。逆に、前記特開平２−１２８
５４６号公報の「電子メールシステム」では、同報配布
した電子メールの全てが返信されるまで討議を始められ
ないので、ＳＩＧの運用が不必要に遅れる恐れが大き
い。

【００１８】第３の問題点は、ＳＩＧでの討議が、メッ
セージの交換だけでなく、交換したメッセージを蓄積し
ておいたり、後で蓄積したメッセージを検索したり（過
去の討議の経過確認のため等）するなど、様々なメッセ
ージの利用形態があるにもかかわらず、それらの利用環
境を総合的に調えるのが困難な点である。

【００１９】例えば、蓄積したメッセージの検索・閲覧
をＳＩＧのメンバだけに許可するためには、メッセージ
の交換を行なうシステムが保持しているＳＩＧメンバの
リストと、メッセージのデータベースを管理するシステ
ムが保持するアクセス可能な利用者のリストとが一致し
なければならない。従来のシステムでは、これらのリス
トが互いに流用可能であるにもかかわらず、個別のシス
テム毎で設定する必要があり、管理者の負担が大きい。

【００２０】したがって、本発明の第１の目的は、ＳＩ
Ｇの開設の際に、計算機ネットワークの利用者の中から
ＳＩＧの内容に興味を持ちそうな人を自動的に選別し、
一対一の通信手段を用いて個別的に告知することができ
る討議グループ作成支援システムを提供することであ
る。

【００２１】本発明の第２の目的は、ＳＩＧ開設の告知
後に、参加の意志のある利用者だけを収集してＳＩＧの
成立を自律的に判断し、かつ、ＳＩＧが成立するまで実
際の討議を遅延することができる討議グループ作成支援
システムを提供することである。

【００２２】本発明の第３の目的は、ＳＩＧの参加者決
定の後に、参加者がメッセージを交換, 蓄積および検索
するためのアクセス環境を同時に生成し、前記参加者の
みにそのアクセス方法を告知することができる討議グル
ープ作成支援システムを提供することである。

【００２３】

【課題を解決するための手段】本発明の討議グループ作
成支援システムは、利用者が、討議すべき内容を設定す
る討議グループ設定手段と、前記内容に合致するような
情報を発信している他の利用者を討議の参加候補者とし
て収集する候補選別手段と、前記収集された利用者に対
して討議への参加を呼びかける文書を配布する開設通知
配布手段とを備えている。

【００２４】前記開設通知配布手段は、討議の参加呼び
かけを配布する条件を評価する開設通知条件評価部を有
し、前記条件が満たされたときに、参加を呼びかける文
書を他の利用者に配布することを特徴とする。

【００２５】さらに、前記開設通知配布手段は、討議の
参加呼びかけを配布する条件を評価して、前記条件が満
たされないときには、呼びかけを中止するか、引続き討
議の参加候補者を収集するかを、呼びかけを行なう利用
者に判断させることを特徴とする。

【００２６】また、本発明の討議グループ作成支援シス
テムは、他の利用者から配布された討議への参加呼びか
けを利用者に提示し、討議に参加するか否かを応答させ
る開設通知反応手段と、前記利用者からの参加または不
参加の応答によって討議への参加者を選別する討議参加
者選別手段と、前記討議への参加者が討議のメッセージ
を配布・蓄積・検索するためのメッセージ管理機構を設
定し、前記メッセージ管理機構へのアクセス手段を前記
討議への参加者に通知するメッセージ管理機構設定手段
とを備えている。

【００２７】前記討議参加者選別手段は、討議を開始す
る条件を評価する開設条件評価部を有し、前記条件が満
たされたときに、前記メッセージ管理機構の設定とアク
セス手段の通知を行なうことを特徴とする。

【００２８】さらに、前記討議参加者選別手段は、討議
を開始する条件を評価して、前記条件が満たされないと
きには、討議の開始を中止するか、引続き討議の参加者
の応答を待つかを、討議を主催する利用者に判断させる
ことを特徴とする。

【００２９】

【発明の実施の形態】以下では、本発明の実施の形態に
ついて図面を参照して詳細に説明する。

【００３０】図１は、本発明の第１の実施の形態に係る
討議グループ作成支援システムの構成を示すブロック図
である。本実施の形態に係る討議グループ作成支援シス
テムは、ネットワーク１と、討議グループ設定手段２
と、候補選別手段３と、開設通知配布手段４と、開設通
知反応手段５と、討議参加者選別別手段６と、メッセー
ジ管理機構設定手段７と、ＳＩＧ発起人８と、入力装置
９と、出力装置１０と、利用者１１と、入力装置１２
と、出力装置１３とから構成されている。

【００３１】ネットワーク１は、複数の利用者１１の計
算機を相互に接続し、電子メール,電子ニュース, ＷＷ
Ｗ（ＷｏｒｌｄＷｉｄｅＷｅｂ）など、利用者１１
が発信するデータを媒介する。

【００３２】利用者１１が発信するデータは、一般に発
信した利用者名を内包している。例えば、電子メールや
電子ニュースは、送受信されるテキストの「ヘッダ」と
呼ばれる先頭部分の行に、発信した利用者名が記されて
いる。これを用いて、ネットワーク１内に利用者１１が
発信したデータを誰が書いたのかを特定することができ
る。

【００３３】また、利用者１１は、ネットワーク１上で
の自発的な活動において、自分が興味を持つ話題に関し
て発言するのが一般的である。従って、発信する電子ニ
ュースやＷＷＷページなどの内容にも、自分の興味に関
係する単語やＵＲＬ（ＵｎｉｖｅｒｓａｌＲｅｓｏｕ
ｒｃｅＬｏｃａｔｏｒ）などの要素データを含むと考
えることができる。

【００３４】ＳＩＧ発起人８は、マウスやキーボードな
どの入力装置９を用いて、少なくともＳＩＧの名前と、
そのＳＩＧで討議したい話題と、ＳＩＧの説明文書と、
ＳＩＧの開設通知条件および開設条件とを、討議グルー
プ設定手段２に入力する。入力結果は、出力装置１０を
用いて随時確認する。

【００３５】話題の形式は、例えば、複数のキーワード
あるいは複数の属性名−属性値の組などで表現される。
説明文書は、討議したい内容について説明した文字, 画
像,音声などのデータである。ＳＩＧの開設条件は、例
えばＳＩＧを構成するのに必要な最低人数や、討議を始
める期限などを指定する。同じく開設通知条件は、例え
ば、ＳＩＧへの参加を呼びかける最低人数や、参加を呼
びかける期限などを指定する。

【００３６】例えば、ＳＩＧ発起人８であるａｓａｋｕ
ｒａが、″ＬＮＲ４″という名称のソフトウェアを用い
た電子会議システムの開発を話題とする討議グループを
作成しようとしているものとする。ａｓａｋｕｒａは、
討議グループ設定手段２に、以下のような設定を行な
う。名前「ＬＮＲ４−ＡＰ」話題「ＬＮＲ４、電子会議、開発」開設通知条件「通知人数＝２０人」開設条件「最低人数＝１０人、討議開始期限＝開設通知
から２週間後」説明文「ＬＮＲ４を用いた電子会議システムの開発に参
加する個人・企業を募集します」

【００３７】候補選別手段３は、電子ニュースの記事や
ＷＷＷのページなど、利用者１１が発信したデータをネ
ットワーク１から収集して、その内容と討議グループ設
定手段２から与えられた話題のデータとの合致度を評価
する。

【００３８】例えば、電子ニュースには、以下のような
記事が流れており、ＳＩＧ発起人８が所属する組織でニ
ュースを購読していれば自動的に入手することができ
る。行１Ｆｒｏｍ：ｔａｂｕｃｈｉ＠ｏｂｐ．ｃｌ．ｎｅ
ｃ．ｃｏ．ｊｐ行２Ｎｅｗｓｇｒｏｕｐ：ｆｊ．ｓｏｕｒｃｅｓ行３Ｓｕｂｊｅｃｔ：ＬＮＲ４Ｕｎｏｆｆｉｃｉａ
ｌＰａｔｃｈ（１）行４・・・行５田淵です。行６ＬＮＲ４にわずかですがバグが発見されましたの
で、修正点を行７非公式パッチとして配布します。行８開発環境：ＥＷＳ４８００、ＯＳ１０．１、Ｘ１
１Ｒ６

【００３９】ここで、行１はこの記事の発信者の利用者
名、行２はこの記事を投稿したグループ名、行３は記事
の主題、行５〜８は記事の本文である。

【００４０】ここで、例えば、合致度を、（ヘッダ行で出現した話題の述べ文字数／ヘッダ行の全
文字数）×０．６＋（本文で出現した話題の述べ文字数
／本文の全文字数）×０．４で算出するとすれば、前記記事の例では、ヘッダ行（行
１〜３）８８文字中に「ＬＮＲ４」が１回、本文（行５
〜８）７３文字中に「ＬＮＲ４」と「開発」が各１回出
現するので、「ＬＮＲ４−ＡＰ」への合致度は０．０６
と算出できる。その他、利用者が公開しているＷＷＷペ
ージも同様に評価する。

【００４１】このような合致度の評価は、特開平３−１
７２９６６号公報記載の「類似文書検索装置」あるいは
平１−１１２３３１号公報記載の「キーワード重要度自
動評価装置」などの既知の技術で実現可能である。

【００４２】一定値以上の合致度を得たデータの発信元
である利用者１１は、すなわちＳＩＧ発起人８が設定し
た話題に関連するデータを発信しているので、前記話題
に興味を持つと見なすことができる。従って、候補選別
手段３は、この利用者を前記話題に関するＳＩＧへの参
加者の候補として選別する。

【００４３】開設通知配布手段４は、候補選別手段３か
らＳＩＧの名前とそのＳＩＧへの参加候補者との組を得
て、その組を記憶する。さらに討議グループ設定手段２
から、前記ＳＩＧの名前に対応するＳＩＧの説明文書を
得る。そして、前記ＳＩＧへの参加者候補の数だけ前記
ＳＩＧの説明文書を複製し、ネットワーク１を介して該
当する利用者１１に配布する。

【００４４】利用者１１は、開催通知反応手段５に前記
ＳＩＧの説明文書を読み込み、出力装置２１３に表示さ
せる。そして、マウスやキーボードなどの入力装置１２
を用いて、ＳＩＧに参加するか否かの返答を入力する。
前記返答は、ＳＩＧの名前および反応した利用者１１の
名前と組になって、ネットワーク１を介して再びＳＩＧ
発起人８に返送される。

【００４５】討議参加者選別手段６は、前記利用者１１
から返送された返答を読み込み、「参加する」と返答し
た利用者名のみを選別する。選別された利用者名は、参
加するＳＩＧの名前と組にして記憶される。

【００４６】メッセージ管理機構設定手段７は、１つの
ＳＩＧごとに、ＳＩＧの参加者が討議に参加する際に発
信するメッセージの配布, 蓄積, 表示などの管理の仕方
を設定する。

【００４７】例えば、メーリングリストを用いたメッセ
ージの同報配布の既存システム（ｍａｊｏｒｄｏｍｏな
ど）に対しては、メーリングリストのアドレスを前記Ｓ
ＩＧの名前に、メーリングリストへの参加者リストを前
記利用者名リストに、各々設定する。

【００４８】また、例えば、メーリングリストなどによ
る討議の間に蓄積されたメッセージを、ＷＷＷのブラウ
ザ（Ｎｅｔｓｃａｐｅなど）を用いて閲覧する既存シス
テムに対しては、メッセージを閲覧するためのページを
作成し、そのページ内に、閲覧するメッセージ群の名前
と、蓄積されたメッセージ群の識別子を検索するための
コマンドとを設定する。

【００４９】以上説明した第１の実施の形態に係る討議
グループ作成支援システムでは、様々な変形が考えられ
る。例えば、開設通知配布手段４において、ＳＩＧの説
明文書をＳＩＧ参加者の候補となった利用者１１の数だ
け複製して送信する代わりに、前記説明文書を計算機上
に保存し、そのＵＲＬ表現を前記候補者に配送する、と
いう変形である。

【００５０】候補者は、ＷＷＷブラウザ上で前記ＵＲＬ
表現を指定して、前記ＳＩＧの説明文書を読むことがで
きる。ＵＲＬ表現は前記説明文書よりはるかに少ないフ
ァイル容量で記述できるので、この変形によって、利用
者に複製・送信するデータ量が減少し、ネットワーク１
の伝送負荷を減らすことができる。

【００５１】別の変形として、候補選別手段３が、利用
者の発信する電子ニュースやＷＷＷページなどのデータ
を収集する際に、ＳＩＧ発起人８が利用する計算機に前
記データが到達するのを待って収集する代わりに、ネッ
トワーク１内を移動する既存のデータ収集用ソフトウェ
アをＳＩＧ発起人８から発信することも考えられる。

【００５２】この変形によって、ＳＩＧ発起人８が利用
する計算機以外の計算機が保持している利用者１１の発
信データから、幅広くＳＩＧの参加候補者を獲得するこ
とができ、しかもその獲得作業を発信した前記データ収
集用ソフトウェアの数だけ並行して効率良く行なうこと
ができる。

【００５３】この変形では、前記データ収集用ソフトウ
ェアは、討議グループ設定手段２が設定したＳＩＧの名
前とその話題のデータとを保持した状態で移動し、ネッ
トワーク１に接続された計算機のいずれかにたどり着く
と、その計算機が保持している電子ニュースやＷＷＷの
ページなど利用者が発信するデータを収集する。

【００５４】次に、第１の実施の形態と同様に、前記Ｓ
ＩＧ発起人８の話題のデータと利用者１１の発信内容と
の合致度とを評価する。そして、一定値以上の合致度を
得た発信データの発信元である利用者１１の名前と、前
記ＳＩＧの名前との組を、ネットワーク１を介してＳＩ
Ｇ発起人８の候補選別手段３に送付する。送付し終った
前記データ収集用ソフトウェアは、ネットワーク１に接
続された別の計算機に移動し、同様の処理を行なう。

【００５５】以上説明した第１の実施の形態に係る討議
グループ作成支援システムの各手段について、さらに詳
細に説明する。

【００５６】図２は、第１の実施の形態に係る討議グル
ープ作成支援システムにおいて、特に開設通知配布手段
４の具体的な一構成例を示すブロック図である。開設通
知配布手段４は、参加候補者記憶部１０１と、開設通知
条件評価部１０２と、開設通知文書構成部１０３と、説
明文書取得部１０４とから構成されている。

【００５７】参加候補者記憶部１０１は、候補選別手段
３で選別されたＳＩＧへの参加者候補の名前を、そのＳ
ＩＧの名前と組にして順次記憶していく。

【００５８】開設通知条件評価部１０２は、討議グルー
プ設定手段２で入力されたＳＩＧの名前とそのＳＩＧの
開設通知条件との組を記憶し、前記開設通知条件が満た
されるかどうかを定期的にチェックする。

【００５９】例えば、あるＳＩＧの開設通知条件が参加
者の最低人数で与えられているとき、開設通知条件評価
部１０２は、定期的に参加候補者記憶部１０１を参照し
て、前記ＳＩＧの参加候補者の数を数える。また、例え
ば、あるＳＩＧの開設通知条件が特定の日時で与えられ
ているとき、開設通知条件評価部１０２は、計算機内部
で計時している現在時刻と開設通知条件とを定期的に比
較する。

【００６０】説明文書取得部１０４は、開設通知条件が
満たされたＳＩＧの名前を開設通知条件評価部１０２か
ら得て、そのＳＩＧの名前に対応するＳＩＧの説明文書
を討議グループ設定手段２から検索して取得する。

【００６１】以上により得られた説明文書とＳＩＧの名
前と参加候補者の名前とを元に、開設通知文書構成部１
０３が、各人に送付する開設通知文書を構成する。

【００６２】例えば、電子メールで送付する場合、行１Ｆｒｏｍ：（ＳＩＧ発起人名）行２Ｔｏ：（参加候補者名）行３Ｓｕｂｊｅｃｔ：（ＳＩＧ名）行４・・・行５（説明文書）というメールを構成し、ネットワーク１に送信する。こ
こで、宛先（行２）が前記参加候補者の名前のうちの１
つ、主題（行３）が前記ＳＩＧの名前、メールの本文
（行５）が前記説明文書に相当する。

【００６３】例えば、前記のＳＩＧ「ＬＮＲ４−ＡＰ」
において、利用者ｔａｂｕｃｈｉ＠ｏｂｐ．ｃｌ．ｎｅ
ｃ．ｃｏ．ｊｐに送る開設通知は、Ｆｒｏｍ：ａｓａｋｕｒａ＠ｉｉｊ．ａｄ．ｊｐＴｏ：ｔａｂｕｃｈｉ＠ｏｂｐ．ｃｌ．ｎｅｃ．ｃｏ．
ｊｐＳｕｂｊｅｃｔ：ＬＮＲ４−ＡＰ・・・ＬＮＲ４を用いた電子会議システムの開発に参加する個
人・企業を募集しますというものになる。

【００６４】また、例えば、開設通知文書をＷＷＷのペ
ージとして提示する場合、ＳＩＧの名前と、その説明文
書と、利用者からの参加または不参加の反応を処理する
ためのＣＧＩ（ＣｏｍｍｏｎＧａｔｅｗａｙＩｎｔ
ｅｒｆａｃｅ）スクリプトとを含む文書を行１＜ＨＴＭＬ＞行２＜ＦＯＲＭａｃｔｉｏｎ＝（ＣＧＩスクリプト
名）ｍｅｔｈｏｄ＝ｐｏｓｔ＞行３＜ｉｎｐｕｔｔｙｐｅ＝ｈｉｄｄｅｎｎａｍ
ｅ＝ＳＩＧ名＞（ＳＩＧ名）＜ｂｒ＞行４＜ｉｎｐｕｔｔｙｐｅ＝ｔｅｘｔｎａｍｅ＝
利用者名＞＜ｂｒ＞行５＜ｐ＞（説明文書）＜／ｐ＞行６＜ｉｎｐｕｔｔｙｐｅ＝ｒａｄｉｏｎａｍｅ
＝反応ｖａｌｕｅ＝参加＞参加行７＜ｉｎｐｕｔｔｙｐｅ＝ｒａｄｉｏｎａｍｅ
＝反応ｖａｌｕｅ＝不参加＞不参加行８＜ｉｎｐｕｔｔｙｐｅ＝ｓｕｂｍｉｔｖａｌ
ｕｅ＝送信＞行９＜／ＦＯＲＭ＞行１０＜／ＨＴＭＬ＞のように構成し、そのＵＲＬ表現のみを本文に書いた電
子メールを前記参加候補者に宛ててネットワーク１に送
信する。ここで、行２がＣＧＩスクリプトの記述、行３
が前記ＳＩＧの名前、行４が前記参加候補者の名前を入
力するフィールド、行５が前記説明文書、行６から行７
が参加または不参加の反応を入力するボタン、行８が前
記ＣＧＩスクリプトの起動ボタンを、各々記述してい
る。

【００６５】ＷＷＷにおける文書の書式およびＣＧＩの
書式は、インターネットドラフト「ＲＦＣ１８６６；Ｈ
ｙｐｅｒＴｅｘｔＭａｒｋｕｐＬａｎｇｕａｇｅ
−２．０」で詳しく規定されている。

【００６６】図３は、第１の実施の形態に係る発明の討
議グループ作成支援システムにおいて、特に開設通知反
応手段５の具体的な一表示例を示す画面配置図である。

【００６７】開設通知反応手段５は、ＳＩＧ発起人８か
ら発信された開設通知を読み込んで、利用者の出力装置
１３に表示する。開設通知画面２０１には、少なくと
も、開設通知を発信したＳＩＧの発起人名２０２と、利
用者名２０３と、ＳＩＧの名前２０４と、ＳＩＧの説明
文書２０５と、参加または不参加を表明するボタン群２
０６とが表示される。

【００６８】利用者１１は、この開設通知画面２０１を
見て、通知されたＳＩＧに参加するか否かを、マウスや
キーボードなどの入力装置１２を用いて前記ボタン群２
０６から選択して指示する。指示内容は、少なくとも前
記ＳＩＧの名前２０４と利用者の名前２０３とを併せ
て、ネットワーク１を介してＳＩＧ発起人８に送信され
る。

【００６９】例えば、電子メールを用いて送信される場
合、行１Ｆｒｏｍ：（利用者名）行２Ｔｏ：（ＳＩＧ発起人名）行３Ｓｕｂｊｅｃｔ：（ＳＩＧ名）行４・・・行５参加／不参加という形式で記述できる。ここで、差出人（行１）が利
用者名、主題（行３）がＳＩＧの名前、本文（行５）が
参加または不参加の文字列に相当する。

【００７０】また、例えば、ＷＷＷのＣＧＩを用いて送
信される場合、利用者名, ＳＩＧの名前, 参加または不
参加の文字列が各々、ＳＩＧ発起人８が所有するＷＷＷ
サーバのＣＧＩスクリプトの引数として「（ＣＧＩスク
リプト名）？利用者名＝（利用者名）＆ＳＩＧ名＝（Ｓ
ＩＧ名）＆反応＝（参加／不参加）」という形式で引き
渡される。例えば、前記のＳＩＧ「ＬＮＲ４−ＡＰ」に
おいて、利用者ｔａｂｕｃｈｉ＠ｏｂｐ．ｃｌ．ｎｅ
ｃ．ｃｏ．ｊｐが参加する場合、引数は「利用者名＝ｔ
ａｂｕｃｈｉ＠ｏｂｐ．ｃｌ．ｎｅｃ．ｃｏ．ｊｐ＆Ｓ
ＩＧ名＝ＬＮＲ４−ＡＰ＆反応＝参加」となる。

【００７１】図４は、第１の実施の形態に係る討議グル
ープ作成支援システムにおいて、特に討議参加者選別手
段６の具体的な一構成例を示すブロック図である。討議
参加者選別手段６は、反応解析部３０１と、開設条件評
価部３０２と、利用者意図判別部３０３と、利用者名記
憶部３０４とから構成されている。

【００７２】反応解析部３０１は、ＳＩＧの開設通知に
対する反応データをネットワーク１から読み込んで、Ｓ
ＩＧの名前, 利用者の名前, 参加または不参加の文字列
を各々切り分けて取得する。

【００７３】例えば、反応データが電子メールで送信さ
れる場合、メールヘッダの差出人行から利用者名を、主
題行からＳＩＧの名前を、本文から参加または不参加の
文字列を各々取得する。ＷＷＷのＣＧＩを用いて送信さ
れる場合、ＣＧＩスクリプトの引数として「（ＣＧＩス
クリプト名）？利用者名＝（利用者名）＆ＳＩＧ名＝
（ＳＩＧ名）＆反応＝（参加／不参加）」という形式で
引き渡されるので、「？」，「＝」，「＆」などの区切
り記号に基づいて、引数の文字列を切り分けて取得す
る。

【００７４】利用者意図判別部３０３は、利用者からの
反応が「参加」の場合は、反応解析部３０１から利用者
名とＳＩＧの名前との組を取得し、参加候補者記憶部３
０４に記憶させる。

【００７５】開設条件評価部３０２は、前記ＳＩＧの開
設条件を討議グループ設定手段２から取得し、現在のＳ
ＩＧ参加者の参加状況などと比較して、前記ＳＩＧを開
設するに足るかどうかを評価する。例えば、「ＳＩＧ参
加者が５０人以上」という開設条件を設定した場合、開
設条件評価部３０２は、新たな「参加」の反応が返信さ
れる度に参加候補者記憶部３０４を参照し、参加者数を
数える。

【００７６】図５は、第１の実施の形態に係る討議グル
ープ作成支援システムにおいて、特にメッセージ管理機
構設定手段７の具体的な一構成例を示すブロック図であ
る。メッセージ管理機構設定手段７は、アドレス対応作
成部４０１と、メッセージデータベース作成部４０２
と、メッセージ検索インタフェース作成部４０３とから
構成されている。

【００７７】アドレス対応作成部４０１は、討議参加者
選別手段６から、ＳＩＧの名前とそれに参加する利用者
名リストとの組を得る。そして、前記ＳＩＧの名前を討
議用メッセージの宛先に、前記利用者名リストをその宛
先に送られたメッセージの配布先に、各々対応付けてメ
ッセージ配布サーバ４０４に設定する。例えば、前記Ｌ
ＮＲ４−ＡＰの開発討議の場合、ＳＩＧ発起人であるａ
ｓａｋｕｒａの所属をｉｉｊ．ａｄ．ｊｐとして、「Ｌ
ＮＲ４−ＡＰ＠ｉｉｊ．ａｄ．ｊｐ」というメッセージ
の宛先が作られる。

【００７８】メッセージ配布サーバ４０４は、前記討議
用メッセージの宛先に送られたメッセージを、前記ＳＩ
Ｇの参加者に同報配布する。これには、例えばｍａｊｏ
ｒｄｏｍｏなど既存のメーリングリストサーバを利用す
ることができる。ｍａｊｏｒｄｏｍｏでは、前記討議用
メッセージの宛先に「ｓｕｂｓｃｒｉｂｅＬＮＲ４−
ＡＰ（参加者のアドレス）・・・」という内容の電子
メールを送ると、各参加者のアドレスがメッセージの同
時配布の対象として登録される。ＳＩＧ参加者は、この
ように同報されるメッセージによって参加者の意見を共
有し、討議を行なう。

【００７９】メッセージデータベース作成部４０２は、
討議のメッセージをＳＩＧ参加者が随時参照できるよう
に、メッセージを保存するためのデータベースを作成す
る。すなわち、討議参加者選別手段６から、ＳＩＧの名
前とそれに参加する利用者名リストの組を得て、前記Ｓ
ＩＧの名前で名前付けされたメッセージデータベース４
０５を生成し、前記ＳＩＧの利用者に対して前記メッセ
ージデータベース４０５への書き込み・読み出しの権限
を与える。

【００８０】メッセージデータベース４０５の生成およ
び権限の付与のためのコマンドは、一般にデータベース
システム毎に定義されているものを用いる。例えば、一
般の関係型データベースで討議メッセージを保存する場
合、ＳＱＬ（ＳｔｒｕｃｔｕｒｅｄＱｕｅｒｙＬａ
ｎｇｕａｇｅ）言語を用いて、行１ＣＲＥＡＴＥＴＡＢＬＥＬＮＲ４−ＡＰ
（メッセージの保存項目）・・・行２ＣＨＡＮＧＥＡＣＬＵＳＥＲｔａｂｕｃｈ
ｉ＠ｏｂｐ．ｃｌ．ｎｅｃ．ｃｏ．ｊｐ＋ｒｗＬ
ＮＲ４−ＡＰ行３ＣＨＡＮＧＥＡＣＬＵＳＥＲ（参加者２）＋
ｒｗＬＮＲ４−ＡＰ・・・行１６ＣＨＡＮＧＥＡＣＬＵＳＥＲ（参加者１
５）＋ｒｗＬＮＲ４−ＡＰというコマンド文をデータベースに対して実行する。こ
こで、行１が「ＬＮＲ４−ＡＰ」という名のデータ格納
領域の確保、行２〜行１６が前記データ格納領域に対し
て参加者１〜参加者１５の読み書き権限の付与を表して
いる。

【００８１】メッセージ検索インタフェース作成部４０
３は、前記メッセージデータベース４０５に蓄積された
過去の討議メッセージをＳＩＧの参加者が閲覧できるよ
うに、検索用のインタフェースを生成する。例えば、蓄
積されたメッセージをＮｅｔｓｃａｐｅなどのＷＷＷブ
ラウザ４０７を用いて閲覧する既存システムでは、メッ
セージを閲覧するためのＷＷＷページと、そのページに
表示されるメーリングリストの名前と、そのメーリング
リストのサーバに対して蓄積されたメッセージ群を検索
するためのコマンドとをＷＷＷサーバ４０６に設定する
必要がある。

【００８２】従って、メッセージ管理機構設定手段７
は、討議参加者選別手段６からＳＩＧの名前を取得し、
メッセージ閲覧ページのＵＲＬを「ｈｔｔｐ：／／（サ
ーバ．ディレクトリ）／（ＳＩＧの名前）．ｈｔｍｌ」
として、そのＵＲＬに対応する文書を、行１＜ＨＴＭＬ＞行２＜ＦＯＲＭａｃｔｉｏｎ＝（サーバ．ディレク
トリ）／（検索用ＣＧＩスクリプト名）？ＳＩＧ名＝
（ＳＩＧ名）ｍｅｔｈｏｄ＝ｐｏｓｔ＞行３検索条件を入力して下さい行４＜ｉｎｐｕｔｔｙｐｅ＝ｔｅｘｔ＞行５＜ｉｎｐｕｔｔｙｐｅ＝ｓｕｂｍｉｔｖａｌ
ｕｅ＝検索＞行６＜／ＦＯＲＭ＞行７＜／ＨＴＭＬ＞のように構成する。さらに、前記ＳＩＧの参加者に対し
て、前記メッセージ閲覧ページのＵＲＬをネットワーク
１を介して通知する。ここで、行２が検索用ＣＧＩスク
リプト、行４が検索条件の入力フィールド、行５が検索
用ＣＧＩスクリプトの起動ボタンを、各々記述してい
る。

【００８３】前記ＳＩＧの参加者は、このページをＷＷ
Ｗブラウザ４０７で表示しながら、検索条件を例えば
「発信日時＞１９９５年１２月」のように入力する。こ
の例は、「メッセージの発信日時が１９９５年１２月以
降のもの」という条件を示している。

【００８４】この入力を引数にして、ＷＷＷサーバ４０
６が前記検索用ＣＧＩスクリプトを起動し、「ＳＩＧ
名」引数に与えられたＳＩＧのメッセージデータベース
４０５を検索する。検索結果は、再びＷＷＷブラウザ４
０７上に表示され、参加者が閲覧することができる。

【００８５】次に、図１と図６とを参照しながら、第１
の実施の形態に係る討議グループ作成支援システムの全
体動作について説明する。

【００８６】まず、ＳＩＧ発起人８が、入力装置９を用
いて、自分が始めたいＳＩＧの名前, 話題の記述, 説明
文書などを討議グループ設定手段２に設定する（ステッ
プＳ００１）。設定が終ったならば、候補選別手段３
が、ネットワーク１内にある電子ニュースやＷＷＷのペ
ージなどの利用者１１の発信データを取得して（ステッ
プＳ００２）、その発信データと前記話題の記述との合
致度がしきい値を越えるかどうかを判別し（ステップＳ
００３）、越えるものについては、前記発信データを発
信した利用者１１をＳＩＧへの参加者候補に追加する
（ステップＳ００５）。

【００８７】ＳＩＧの参加者候補が十分に収集できない
等で、開設通知を送信する条件が満たされない場合は
（ステップＳ００６）、開設通知配布手段４は、ＳＩＧ
発起人８の出力装置１０に開設を止めるかどうかを判断
させるための選択肢を出力し、入力装置９を用いて判断
を入力させる（ステップＳ００４）。

【００８８】止める場合はそのまま全ての作業を終了
し、止めない場合は再びステップＳ００２から始まる参
加候補者の収集を繰り返す。

【００８９】ＳＩＧの参加者候補が十分に収集できた等
で、開設通知を送信する条件が満たされた場合は（ステ
ップＳ００６）、開設通知配布手段４が開設通知を作成
し、前記ＳＩＧへの参加者候補に対してネットワーク１
を介して配布する（ステップＳ００７）。

【００９０】利用者１１は、ネットワーク１を介して、
あるＳＩＧの開設通知を受信し、開設通知反応手段５に
読み込む（ステップＳ００８）。そして、ＳＩＧの説明
文書を読んで、参加するか参加しないかを判断し（ステ
ップＳ００９）、入力装置１２を用いて、参加する場合
は「参加」の返答を（ステップＳ０１０）、参加しない
場合は「不参加」の返答を（ステップＳ０１１）行な
う。返答は、各々ネットワーク１を介してＳＩＧ発起人
８に送信する。

【００９１】ＳＩＧ発起人８は、討議参加者選別手段６
において利用者１１のＳＩＧに対する反応を受信し、
「参加」の反応を送信した利用者１１だけをＳＩＧへの
参加者に追加する（ステップＳ０１２）。そして、ＳＩ
Ｇの参加者が十分集まらない等で、ＳＩＧ開設に足る条
件が満たされない場合（ステップＳ０１４）、討議参加
者選別手段６は、ＳＩＧ発起人８の出力装置１０に開設
作業を止めるかどうかを判断させるための選択肢を表示
し、入力装置９を用いて判断を入力させる（ステップＳ
０１３）。

【００９２】止める場合はそのまま全ての作業を終了
し、止めない場合は、引続きステップＳ０１２から始ま
る「参加」の反応を送信した利用者の収集を繰り返す。

【００９３】ＳＩＧの参加者が十分集まった等で、ＳＩ
Ｇ開設に足る条件が満たされた場合（ステップＳ０１
４）、メッセージ管理機構設定手段７がメッセージ同報
システムのメッセージ送付先や検索インタフェースなど
の管理機構を設定し（Ｓ０１５）、ＳＩＧの参加者に、
前記メッセージ送付先や検索インタフェースのアクセス
方法などをネットワーク１を介して通知する（ステップ
Ｓ０１６）。

【００９４】次に、本発明の第２の実施の形態に係る討
議グループ作成支援システムについて説明する。

【００９５】図７は、本発明の第２の実施の形態に係る
討議グループ作成支援システムの構成を示すブロック図
である。図１に示した第１の実施の形態に係る討議グル
ープ作成支援システムの構成とは、開設通知配布手段４
に対して開設通知修飾手段５０１を追加している点で異
なる。従って、その他の手段等には、同一符号を付し
て、それらの詳しい説明を省略する。

【００９６】開設通知修飾手段５０１は、候補選別手段
３において、利用者１１の発信したデータと、討議グル
ープ設定手段２でＳＩＧ発起人８が設定したＳＩＧの話
題との合致度を評価した際に、その合致度に応じて、討
議グループ設定手段２でＳＩＧ発起人８が設定したＳＩ
Ｇの説明文書を修飾し、開設通知配布手段４に送る。

【００９７】すなわち、前記合致度が高ければ、そのデ
ータを発信した利用者１１は、開設しようとするＳＩＧ
に対する興味が高いと考えられるので、前記説明文書を
単に紹介するような挨拶を加えるだけでよい。逆に、前
記合致度が低ければ、そのデータを発信した利用者１１
は、開設しようとするＳＩＧに対する興味が低いと考え
られるので、前記説明文書に強く興味を持たせるような
修飾を加える。

【００９８】開設通知修飾手段５０１は、少なくとも次
の３つの機能部分によって構成される。

【００９９】修飾文選択部５０２は、候補選別手段３が
導出した候補者毎の合致度を評価し、その値の範囲によ
って、利用すべき修飾文を修飾文記憶部５０３から選択
する。

【０１００】修飾文記憶部５０３は、修飾文の文案デー
タや、そのテンプレートを記憶する。

【０１０１】修飾文完成部５０４は、修飾文のテンプレ
ートに参加候補者名や発信データ名を代入して、文の文
字列として完成させる。

【０１０２】次に、図７と図８とを参照しながら、本発
明の第２の実施の形態に係る討議グループ作成支援シス
テムの全体動作について説明する。

【０１０３】ステップＳ００１〜Ｓ００６までの動作
（ステップＳ１０１）、およびステップＳ００９〜Ｓ０
１６までの動作（ステップＳ１０９）は、図１ないし図
６を用いて説明した第１の実施の形態に係る討議グルー
プ作成支援システムの動作と同じなので、説明を省略す
る。

【０１０４】ステップＳ００６で開設通知条件が満たさ
れた時点で、開設通知配布手段４は、ＳＩＧの名前と、
そのＳＩＧへの参加候補者との組のリストを記憶してい
る。そのリストから一組を取り出し（ステップＳ１０
２）、その参加候補者に対するＳＩＧの話題への合致度
と、その参加候補者からの発信データとを候補選別手段
３から取得する（ステップＳ１０３）。あるいは、候補
選別手段３が、参加者候補だけでなくその合致度と発信
データも併せて開設通知配布手段４に記憶させてもよ
い。

【０１０５】次に、修飾文選択部５０２が、予め設定さ
れた選択規準に従って、前記取得した合致度がどの修飾
文に対応するかを決定し、修飾文記憶部５０３の中から
１つ取得する（ステップＳ１０４）。修飾文は、完全な
文の文字列でもよいし、部分的に文字列を代入可能なテ
ンプレートでもよい。

【０１０６】例えば、合致度が０から１までの数値をと
るとし、合致度０．７以上となった利用者がＳＩＧ開設
呼びかけの候補者になるものとする。このとき、修飾文
選択部５０２は、合致度０．７以上０．８未満：修飾文「これまでのニュ
ースへの投稿によれば、あなたはこのＳＩＧでの討議に
興味を持たれることと思います。ぜひ参加して下さ
い。」合致度０．８以上０．９未満：修飾文「あなたの興味を
このＳＩＧでもっと深めてみませんか？参加をお待ちし
ています」合致度０．９以上１．０以下：修飾文「今回以下の様な
ＳＩＧを開設しますので、興味をお持ちならご参加下さ
い」のように、合致度の数値の範囲によって、修飾文の強さ
を変えたり開設呼びかけの根拠となった発信データを引
用するかしないかを決定したりする。

【０１０７】修飾文が文のテンプレートならば（ステッ
プＳ１０５）、修飾文完成部５０４は、テンプレートの
変数に文字列を代入して文を完成させる（ステップＳ１
０６）。例えば、「＜参加候補者＞さん、こんにちは。
ＳＩＧ開設の案内をお送りします。」という修飾文テン
プレートに対して、修飾文完成部５０４は、変数＜参加
候補者＞を認識し、現在処理対象となっている参加候補
者の名前を代入する。修飾文が完全な文の文字列なら
ば、すでに修飾文は完成しているとして、何もしない。

【０１０８】最後に、前記完成した修飾文は、開設通知
配布手段４に送られ、参加候補者に配布される開設通知
文書に加えられる（ステップＳ１０７）。修飾文を含め
て完成した開設通知文書は、ネットワーク１を介して参
加候補者に配布される。以上、ステップＳ１０２からス
テップＳ１０７までの動作を、ステップＳ００６までで
集められた参加候補者全てに対して適用する（ステップ
Ｓ１０８）。

【０１０９】

【発明の効果】以上述べたように、本発明によれば、討
議グループ設定手段, 候補選別手段および開設通知配布
手段を設けたことにより、ＳＩＧ発起人が設定した話題
と、ネットワークの利用者が発信したデータとの合致度
に基づいて、自動的にＳＩＧの参加候補者を選別するの
で、ＳＩＧ発起人は、開設通知の配布先に迷うことがな
く、かつ、興味を持たない利用者に不要な通知を配布し
て鬱陶しがられたりすることがないという効果がある。

【０１１０】また、開設通知条件をＳＩＧ発起人が設定
して、条件に合致した時点で自動的に開設通知の配布を
行なうので、ＳＩＧ発起人が開設通知を配布するタイミ
ングを意識したり、参加候補者の集まり具合をチェック
したりする手間を軽減することができる。さらに、前記
条件に満たないＳＩＧを検出して発起人に知らせるの
で、ＳＩＧ開設通知を中断するかどうかの判断を効率良
く行なうことができる。

【０１１１】さらに、開設通知反応手段と討議参加者選
別手段との組合せによって、ＳＩＧでの討議に用いるメ
ーリングリストやＷＷＷページを実際に運用する前に、
ＳＩＧの参加者を確定できるので、通常のメーリングリ
ストに比べて、運用の最初の時点から排他的な討議を行
なうことができる。これは、特に、製品の開発プロジェ
クトのように、予め参加メンバを固定しなければならな
い討議に有効である。

【０１１２】さらにまた、開設条件をＳＩＧ発起人が設
定して、条件に合致した時点で自動的に討議手段の設定
やアクセス方法の配布などを行なうので、ＳＩＧ発起人
が討議手段を設定するタイミングを意識したり、参加者
の集まり具合をチェックしたりする手間を軽減すること
ができる。さらに、前記条件に満たないＳＩＧを検出し
て発起人に知らせるので、ＳＩＧ開設を中断するかどう
かの判断を効率良く行なうことができる。

【０１１３】また、さらに開設通知修飾手段を設けたこ
とにより、参加候補者の興味とＳＩＧの話題との合致度
に応じて、参加呼びかけの態度を段階的に調節できるの
で、興味の薄い候補者には強い呼びかけを、興味の大き
い候補者には押しつけにならない程度の呼びかけを、と
いうような戦略的な開設通知を構成することができ、全
体として参加意欲を向上させることが可能となる。

【０１１４】また、修飾文としてテンプレートを用いる
ことにより、候補者の名前や、開設通知の根拠となった
候補者の発信データを修飾文の中に含めることができる
ので、より親しみやすい、あるいは説得力の有る開設通
知を構成することが可能となる。

【図面の簡単な説明】

【図１】本発明の第１の実施の形態に係る討議グループ
作成支援システムの構成を示すブロック図である。

【図２】第１の実施の形態に係る討議グループ作成支援
システムにおいて、開設通知配布手段の具体的な一構成
例を示すブロック図である。

【図３】第１の実施の形態に係る討議グループ作成支援
システムにおいて、開設通知反応手段の具体的な一表示
例を示す画面配置図である。

【図４】第１の実施の形態に係る討議グループ作成支援
システムにおいて、討議参加者選別手段の具体的な一構
成例を示すブロック図である。

【図５】第１の実施の形態に係る討議グループ作成支援
システムにおいて、メッセージ管理機構設定手段の具体
的な一構成例を示すブロック図である。

【図６】第１の実施の形態に係る討議グループ作成支援
システムの動作を示すフローチャートである。

【図７】本発明の第２の実施の形態に係る討議グループ
作成支援システムの構成を示すブロック図である。

【図８】第２の実施の形態に係る討議グループ作成支援
システムの動作を示すフローチャートである。

【図９】従来技術である最適掲示板自動選択サービス方
式の構成を示すブロック図である。

【符号の説明】

１ネットワーク２討議グループ設定手段３候補選別手段４開設通知配布手段５開設通知反応手段６討議参加者選別手段７メッセージ管理機構設定手段８ＳＩＧ発起人９入力装置１０出力装置１１利用者１２入力装置１３出力装置１０１参加候補者記憶部１０２開設通知条件評価部１０３開設通知文書構成部１０４説明文書取得部２０１開設通知画面２０２ＳＩＧの発起人名２０３利用者名２０４ＳＩＧ名２０５ＳＩＧ説明文書２０６ボタン群３０１反応解析部３０２開設条件評価部３０３利用者意図判別部３０４利用者名記憶部４０１アドレス対応作成部４０２メッセージデータベース作成部４０３メッセージ検索インタフェース作成部４０４メッセージ配布サーバ４０５メッセージデータベース４０６ＷＷＷサーバ４０７ＷＷＷブラウザ５０１開設通知修飾手段５０２修飾文選択部５０３修飾文記憶部５０４修飾文完成部

───────────────────────────────────────────────────── フロントページの続き (58)調査した分野(Int.Cl.⁶，ＤＢ名) H04L 12/18 H04L 12/54 H04L 12/58 G06F 13/00 351 - 357

Claims

(57)【特許請求の範囲】

【請求項１】複数の利用者が利用する計算機ネットワ
ークにおいて、利用者が討議すべき内容を設定する討議グループ設定手
段と、前記内容に合致するような情報を発信している他の利用
者を討議の参加候補者として収集する候補選別手段と、前記収集された利用者に対して討議への参加を呼びかけ
る文書を配布する開設通知配布手段とを備えることを特
徴とする討議グループ作成支援システム。
【請求項２】前記開設通知配布手段が、討議の参加呼
びかけを配布する条件を評価する開設通知条件評価部を
有し、前記条件が満たされたときに、参加を呼びかける
文書を他の利用者に配布することを特徴とする請求項１
記載の討議グループ作成支援システム。
【請求項３】前記開設通知配布手段が、討議の参加呼
びかけを配布する条件を評価して、前記条件が満たされ
ないときには、呼びかけを中止するか、引続き討議の参
加候補者を収集するかを、呼びかけを行なう利用者に判
断させることを特徴とする請求項２記載の討議グループ
作成支援システム。
【請求項４】複数の利用者が利用する計算機ネットワ
ークにおいて、他の利用者から配布された討議への参加呼びかけを利用
者に提示し、討議に参加するか否かを応答させる開設通
知反応手段と、前記利用者からの参加または不参加の応答によって討議
への参加者を選別する討議参加者選別手段と、前記討議への参加者が討議のメッセージを配布・蓄積・
検索するためのメッセージ管理機構を設定し、前記メッ
セージ管理機構へのアクセス手段を前記討議への参加者
に通知するメッセージ管理機構設定手段とを備えること
を特徴とする討議グループ作成支援システム。
【請求項５】前記討議参加者選別手段が、討議を開始
する条件を評価する開設条件評価部を有し、前記条件が
満たされたときに、前記メッセージ管理機構の設定とア
クセス手段の通知を行なうことを特徴とする請求項４記
載の討議グループ作成支援システム。
【請求項６】前記討議参加者選別手段が、討議を開始
する条件を評価して、前記条件が満たされないときに
は、討議の開始を中止するか、引続き討議の参加者の応
答を待つかを、討議を主催する利用者に判断させること
を特徴とする請求項５記載の討議グループ作成支援シス
テム。
【請求項７】複数の利用者が利用する計算機ネットワ
ークにおいて、利用者が討議すべき内容を設定する討議グループ設定手
段と、前記内容に合致するような情報を発信している他の利用
者を討議の参加候補者として収集する候補選別手段と、前記収集された利用者に対して討議への参加を呼びかけ
る文書を配布する開設通知配布手段と、前記討議の参加候補者に対して、前記配布された討議の
参加呼びかけを提示し、討議に参加するか否かを応答さ
せる開設通知反応手段と、前記討議の参加候補者からの参加または不参加の応答に
よって討議への参加者を選別する討議参加者選別手段
と、前記討議への参加者が討議のメッセージを配布・蓄積・
検索するためのメッセージ管理機構を設定し、前記メッ
セージ管理機構へのアクセス手段を前記討議への参加者
に通知するメッセージ管理機構設定手段とを備えること
を特徴とする討議グループ作成支援システム。