(57)【要約】【課題】ネットワーク上でのグループ討議により、グループ内での合意形成を効率的に行うことができるように支援する。【解決手段】グループ討議参加者の属性情報からグループメンバーを選出し討議グループを生成する手段と、ログイン情報および入力装置による入力操作情報から当該グループのグループメンバーの存在情報を管理する手段と、グループ討議における発言権であるトークンの発行により当該グループのグループメンバーの発言順序を制御する手段として、発言への応答として上記存在情報を管理する手段により存在が確認されているグループメンバーに対して同時にトークンの発行を許すことを、当該発言で指定できる手段を設ける。【選択図】図２
2004240704.tif 000002
【特許請求の範囲】
【請求項１】
各種の装置が接続されたネットワークを介しグループ討議を行うグループ討議支援システムであって、グループ討議参加者の属性情報からグループメンバーを選出し討議グループを生成する手段と、ログイン情報および入力装置による入力操作情報から当該グループのグループメンバーの存在情報を管理する手段と、グループ討議における発言権であるトークンの発行により当該グループのグループメンバーの発言順序を制御する手段として、発言への応答として上記存在情報を管理する手段により存在が確認されているグループメンバーに対して同時にトークンの発行を許すことを、当該発言で指定できる手段を有することを特徴とするグループ討議支援システム。
【請求項２】
請求項１のグループ討議支援システムにおいて、上記グループメンバーに同時にトークンの発行を許す場合に、発言がなされた時間を基点として所定時間以内にトークンの発行を制限する手段を有することを特徴とするグループ討議支援システム。
【請求項３】
請求項１のグループ討議支援システムにおいて、上記グループメンバーに同時にトークンの発行を許す場合に、上記存在情報を管理する手段により存在が確認されているグループメンバーすべてが発言した時点で、同時にトークンの発行を許すことを中止する手段を有することを特徴とするグループ討議支援システム。
【請求項４】
各種の装置が接続されたネットワークを介し、グループ討議を行うグループ討議支援システムであって、グループ討議参加者の属性情報からグループメンバーを選出し討議グループを生成する手段と、ログイン情報および入力装置による入力操作情報から当該グループのグループメンバーの存在情報を管理する手段と、グループ討議における発言権であるトークンの発行により当該グループのグループメンバーの発言順序を制御する手段として、特定グループメンバーへのトークンの発行をその他グループメンバーよりも少なくできる手段を有することを特徴とするグループ討議方法およびグループ討議支援システム。
【請求項５】
請求項１または請求項４のグループ討議支援システムにおいて、上記特定グループメンバーへのトークンの発行をその他グループメンバーよりも少なくできる手段として、前記存在情報を管理する手段により存在が確認されているグループメンバーに対して同時にトークンの発行を許すことを指定した発言の発言回数と前記を指定していない発言回数の比が所定の数値以下になった場合に、当該特定グループメンバーへのトークンの発行をその他グループメンバーよりも少なくする手段を有することを特徴とするグループ討議方法およびグループ討議支援システム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、ネットワーク上でのグループ討議により、グループ内での合意形成を効率的に行うことができるように支援する技術に関する。
【０００２】
【従来の技術】
従来から、ネットワーク上でのコミュニケーションシステムとして、電子掲示板やチャット、インスタントメッセージ等が存在し（例えば、非特許文献１、非特許文献２を参考）、Ｑ＆Ａ、電子市民会議室のように地域問題に関する討論、友達どうしの気軽なおしゃべりなど、ネットワーク上での不特定多数のユーザによる会話が可能となっている。ここでは特に、チャットやインスタントメッセージ等のリアルタイムコミュニケーションシステムを対象とする。
【０００３】
【非特許文献１】神田陽治  著、わかるインスタントメッセージング、オーム社、２００２年１月２５日、ｐ．２−２５
【非特許文献２】Ａｍｙ  Ｊｏ  Ｋｉｍ  著、ネットコミュニティ戦略、翔泳社、２００１年１月１７日、ｐ．３６−５３
【０００４】
【発明が解決しようとする課題】
チャット、インスタントメッセージ等の同期型コミュニケーションツールは、会話がリアルタイムに流れていくため、電子掲示板のような非同期型のツールと違い、前の発言を参照しながら論理的に筋の通った長文を書く時間に乏しく、文脈をある程度暗黙に共有していることを前提に、短文による会話が発言の論理的順序を保持せずに垂れ流されるため、不要な同一意見の繰り返しの発生や、論理的な整合性の欠いた会話表示が参加者に誤解を引き起こす等、合意形成をともなう議論のツールとしては限界がある。
【０００５】
また、現実世界におけるフェースツーフェースのグループコミュニケーションでは、会話の連鎖のなかで、グループメンバーの顔色等から、疑問、賛同、反対、考え中などの心的状況を互いに読み取り、各人が議論の方向性をつねに調整しつつ会話が進めることで合意形成へと導くことが可能である。
【０００６】
しかし、電子掲示板も含めチャット、インスタントメッセージ等のシステムは、ある発言に対して全員に簡単な意見を収集して、会話の場の雰囲気をつかんだ後に、会話を次に発展するような会話制御がしずらい。
【０００７】
加えて、ある特定のユーザの一方的な発言が議論を支配してしまう場合に、会話に参加している人に意見を促す会話制御もしずらい。すなわち従来の同期型のコミュニケーションシステムは、会話の順序制御や同期制御を行う手段が乏しいため、討議グループ全体を合意形成に導くような会話制御が困難である。
【０００８】
【課題を解決するための手段】
上記課題に対して本発明は、各種の装置が接続されたネットワークを介し、グループ討議を行うグループ討議方法およびグループ討議支援システムであって、グループ討議参加者の属性情報からグループメンバーを選出し討議グループを生成する手段と、ログイン情報および入力装置による入力操作情報から当該グループのグループメンバーの存在情報を管理する手段と、グループ討議における発言権であるトークンの発行により当該グループのグループメンバーの発言順序を制御する手段として、発言への応答として上記存在情報を管理する手段により存在が確認されているグループメンバーに対して同時にトークンの発行を許すことを、当該発言で指定できる手段を設ける。
【０００９】
まず、討議に参加するユーザ全体の雰囲気を読み取るためには、討議に参加するメンバーを小グループ（１０人程度）に分割する必要がある。そして、グループメンバーに対して発言権のトークンにより会話順序を制御することで、ある発言に対して一斉に応答がおこり会話を不要に発散させることを抑制可能にするが、ある意見に対して全員から簡単な意見を収集して会話の場の雰囲気をつかみ、会話を発展するような行為を保証するために、当該会話に参加しているユーザに同時に発言権を与えることを会話で指定できる手段を設ける。
【００１０】
ここで、無期限でグループメンバーが同時に発言できる機会を設けることは議論の進行を阻害するので、ある発言の発言時間を基点として所定時間以内についてトークンの発行を制限する。あるいは、存在情報を管理する手段で存在が確認されているユーザ全員から意見が集約された段階で同時にトークンを発行できるセッションを終了する。
【００１１】
また、各種の装置が接続されたネットワークを介し、グループ討議を行うグループ討議方法およびグループ討議支援システムであって、グループ討議参加者の属性情報からグループメンバーを選出し討議グループを生成する手段と、ログイン情報および入力装置による入力操作情報から当該グループのグループメンバーの存在情報を管理する手段と、グループ討議における発言権であるトークンの発行により当該グループのグループメンバーの発言順序を制御する手段として特定グループメンバーへのトークンの発行をその他グループメンバーよりも少なくできる手段を設ける。これにより、ある特定ユーザの一方的な意見が、議論の場を支配してしまい合意形成を妨げることを防ぐ。
【００１２】
加えて、存在情報を管理する手段により存在が確認されているグループメンバーに対して同時にトークンの発行を許すことを指定した発言の発言回数と前記を指定していない発言回数の比が所定の数値以下になった場合に、特定ユーザの発言を抑える手段を設ける。これにより、発言機会が多いグループメンバーに対して、グループメンバー全体の意見を収集する機会を増やす動機付けを与えることになる。
【００１３】
【発明の実施の形態】
以下、本発明の実施の形態を説明する。図１は本実施形態が適用されたグループ討議支援システムの概略構成図である。図示によれば、グループ討議管理センター１０１と一般参加者用のグループ討議端末１０３およびモデレータ用のグループ討議端末１０４、リーダ用のグループ討議端末１０５が、ネットワーク１０２を介して互いに接続されている。
【００１４】
図２は、図１に示すグループ討議支援システムを利用して行なわれるグループ討議の概略を説明するための図である。図示するように、グループ討議のリーダがグループ討議の場を開催する場合には、グループ討議端末１０５により、グループ討議管理センター１０１に場の生成（２０１）を依頼する。グループ討議管理センター１０１は、グループ討議端末１０５から送信される、場のテーマ、背景情報、場の作成者、作成日時、１つのグループ内におけるメンバー数等を場の情報として登録（２０２）するととともに、グループ討議管理センター１０１にあらかじめ登録された参加者の興味等の情報からグループ討議のメンバー候補を選出し、当該メンバー候補のグループ討議端末１０４あるいは１０５に対して参加依頼を通知（２０３）する。候補メンバーのなかには、少なくとも１人のモデレータ権限を有するものが含まれる。参加依頼を受信したグループ討議端末１０４あるいは１０５から、参加者は引き受けの可否をグループ討議管理センター１０１に対して返信する（２０４）。グループ討議管理センター１０１は、グループ討議の参加を引き受けたメンバー候補者を複数の小グループにわけ、各グループを上記場の情報に追加（２０２）する。ここで、各グループには少なくとも１人のモデレータを含む必要がある。ただしモデレータは兼任を許し、１人のモデレータの複数グループへの参加を許す。また、上記参加依頼に対して、モデレータ権限を有する参加者が全て参加不可で返信がなされた場合には、場の生成を依頼したリーダがモデレータを行う運用などが考えられる。
【００１５】
次に、モデレータ用のグループ討議端末１０４は、グループ討議管理センター１０１に対して場に含まれる各グループに対する初期スレッドの生成（２０５）を依頼し、グループ討議管理センター１０１は各グループにスレッドを生成（２０６）する。以降、初期スレッド以外の各グループにおける新しいスレッドの生成は、グループ参加者が自由に行える運用が考えられる。
【００１６】
本発明はリアルタイムの討議を対象としているため、各スレッドには開催日時と開催時間長がセットされている。そして、本開催日時が到来したらリアルタイム討議が開始される（２１９）。ここで、グループ討議管理センター１０１は、グループ討議端末１０３、１０４からのログイン情報、およびマウスやキーボードの入力装置からの参加者の存在情報を定期的に収集（２０７）し、収集した存在情報をグループ討議管理センター１０１に登録（２０８）した後に、グループメンバーに通知（２０９）する。
【００１７】
次にグループ討議端末１０３、１０４、１０５は、生成されたスレッドに対して会話登録をグループ討議管理センター１０１に対して依頼（２１０）する。グループ討議管理センター１０１は登録依頼に対して、登録を許すグループメンバーについては発言権であるトークンを発行（２１１）し、依頼したグループ討議端末１０３、１０４、１０５に対してトークンを通知（２１２）する。
【００１８】
トークンの通知を受けたグループ討議端末１０３、１０４、１０５は、会話内容あるいは疑問、賛同等の心的状況を送信（２１３）し、グループ討議管理センター１０１は会話を登録（２１４）する。ここで会話内容には、本会話の応答へのトークンを、上記存在情報により存在が確認されたグループメンバーに対して同時に許可することを指定することができる。これは、グループメンバーに賛同を求める等、会話に参加しているユーザの反応を同期的に確認したいケースが想定される。
【００１９】
そして、登録された会話の内容はグループメンバーに配信（２１５）され、各グループ討議端末１０３、１０４、１０５は会話の内容を表示あるいは音声で読み上げる。
【００２０】
またリーダは、討議の進捗に応じ各グループでの議論内容を集約し意見をまとめていくために各グループの代表者からなるグループを生成する。あるいは、場のなかにもう一つ別のグループを追加する等のグループ操作を行う場合に、リーダはグループ操作をグループ討議管理センター１０１に依頼（２１６）し、グループ変更処理（２１７）を行った後に、当該変更処理に関係するグループメンバーの端末にグループ変更を通知（２１８）する。
【００２１】
図３はグループ討議装置の構成例を示す。本実施形態では、グループ討議管理センター１０１はグループ討議管理装置３２０を、討議端末１０３、１０４、１０５はグループ討議装置３０１の構成をとることとする。
【００２２】
ここで、グループ討議装置３０１は、入力装置３０２、表示装置３０３、音声装置３０４、通信処理部３０５、データ管理部３０６、データ処理部３０７からなる。通信処理部３０５は、ＷＷＷ（Ｗｏｒｌｄ  Ｗｉｄｅ  Ｗｅｂ）のようにネットワーク１１９を介して外部装置と情報交換を行う機能を備える。たとえば、ネットワーク１１９を介して受信したデータを、データ処理部３０７、３２１により処理しその結果を返信する処理を行う。ここで、データ処理部３０７は、スレッドや会話の内容等の画面表示を制御する表示管理部３０８、およびスレッドや会話の内容を音声で読み上げる場合の音声データを生成する音声再生処理部３０９、スレッドおよび会話を管理する討議管理部（クライアント）３１０、参加者の存在管理および各参加者の発言権であるトークンの送受信を行う文脈管理部（クライアント）３１１、ユーザ情報を管理するユーザ管理部３１７、ユーザ情報であるユーザＩＤおよびパスワードにもとづきグループ討議装置３０１およびグループ討議管理装置３０２へのアクセス制御を行う認証管理部３１８からなる。
【００２３】
ここで討議管理部（クライアント）３１０は、グループ討議管理装置３２０に対して、場の生成依頼を行う場管理部（クライアント）３１４、グループの生成、追加等のグループ更新処理の依頼を行うグループ管理部（クライアント）３１５、グループ討議管理装置３２０との間で、スレッドの生成および会話の情報の交換を行うスレッド管理部（クライアント）３１６からなる。また文脈管理部（クライアント）３１１は、グループ討議管理装置３２０との間で、各参加者がオンライン中かオンライン中の場合には、スレッドおよび会話に注目しているかの情報を交換する存在管理部（クライアント）３１２、各参加者の発言権であるトークンの送受信を行うトークン管理部（クライアント）３１３からなる。
【００２４】
グループ討議管理装置３２０は、データ処理部３２１、通信処理部３０５、データ管理部３２９からなる。データ処理部３２１は、スレッドおよび会話を管理する討議管理部（サーバ）３２２、参加者の存在管理および各参加者の発言権であるトークン管理を行う文脈管理部（サーバ）３２３、ユーザ情報を管理するユーザ管理部３１７、ユーザ情報であるユーザＩＤおよびパスワードにもとづきグループ討議管理装置３２０へのアクセス制御を行う認証管理部３１８からなる。ここで討議管理部（サーバ）３２２は、場の生成処理を行う場管理部（サーバ）３２４、グループの生成、追加等のグループ更新処理を行うグループ管理部（サーバ）３２５、スレッドの生成および会話の管理を行うスレッド管理部（サーバ）３２６からなる。また文脈管理部（サーバ）３２３は、各参加者がオンライン中かオンライン中の場合には、スレッドおよび会話に注目しているかを管理する存在管理部（サーバ）３２７、各参加者の発言権であるトークンの発行と通知を行うトークン管理部（サーバ）３２８からなる。
【００２５】
データ管理部３２９は、図５のユーザテーブル５００、図６のグループ管理ファイル６００、図７の場管理ファイル７００、図１８のトークン管理ファイル１８００を管理する。データ管理部３０５は、図６のグループ管理ファイル６００、図７の場管理ファイル７００、図１７の存在管理ファイル１７００を管理するものとする。
【００２６】
なお、グループ討議管理センター１０１、グループ討議端末１０３、１０４、１０５は例えば、図４に示すような、ＣＰＵ４０１と、メモリ４０２と、ハードディスク等の外部記憶装置４０３と、ネットワーク４１０を介して他装置と通信を行うための通信装置４０４と、キーボードやマウス等の入力装置４０５と、モニタやプリンタ等の出力装置４０６と、ＣＤ−ＲＯＭやＦＤ等の記憶媒体４０９からデータを読み取る読取装置４０７と、これらの各構成要素間のデータ送受を行うインターフェース４０８とを備えた一般的な電子計算機において、ＣＰＵ４０１がメモリ４０２上にロードした所定のプログラムを実行することにより実現できる。この所定のプログラムは、読取装置４０７を介して記憶媒体４０９から、あるいは、通信装置４０４を介してネットワーク４１０から入手して、直接メモリ４０２上にロードするか、もしくは、一旦、外部記憶装置４０３に格納してから、メモリ４０２上にロードすればよい。なお、図３に示すデータ管理部３０６としては、外部記憶装置４０３等が利用される。
【００２７】
図５にユーザテーブルの例を図示する。図示するようにユーザテーブルには、グループ討議装置３０１へのアクセス制御を行う認証管理部３１８において利用するパスワード５０２、グループ討議の参加者氏名５０３、各参加者のグループ討議端末のネットワーク１０２におけるアドレス情報５０４、場の生成やグループ討議を行う場合に各参加者に割り付けられている役割権限５０５、各参加者の討議内容に関する興味５０６、各ユーザがログイン中か、あるスレッドおよび会話に関心があるかの存在情報５０７が、各参加者にユニークに割り当てられたユーザＩＤに対応付けられて登録されている。ここで、役割権限の例としては、場の生成権限を持つリーダ、各グループでモデレータの役割を果せるモデレータ、そして特別な役割を持っていない一般などが考えられる。ここで、リーダはモデレータとしての役割を兼任できる運用が考えられる。
【００２８】
図６にグループ管理ファイルの例を図示する。図示するようにグループ管理ファイルはＸＭＬ（ｅＸｔｅｎｓｉｂｌｅ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）の規則により記述する。ここでは各タグの使用法を定義する。グループに関する情報は、グループタグ６０１の領域に収められるが、まず、グループＩＤタグ６０２の領域にグループ管理部（サーバ）３２５によりユニークに割り当てられたグループＩＤがセットされる。次に、グループメンバータグ６０１の領域に、各グループメンバーの情報がメンバータグ６０４の領域にセットされる。メンバーのユーザＩＤがユーザＩＤタグ６０５の領域に、当該メンバーの役割が役割タグ６０６にセットされる。
【００２９】
図７に場管理ファイルの登録内容を図示する。図示するように場管理ファイルはＸＭＬ（ｅＸｔｅｎｓｉｂｌｅ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）の規則により記述する。ここでは各タグの使用法を定義する。場に関する情報は、場タグ７０１の領域に収められるが、まず、場ＩＤタグ７０２の領域に場管理部（サーバ）３２４によるユニークに割り当てられた場ＩＤがセットされる。場テーマタグ７０４の領域は、当該場で討議される主テーマがセットされる。また、背景情報タグ７０４の領域は、場テーマタグ７０４の領域にセットされた主テーマについての背景情報であり、課題や問題設定および補則知識などの情報が記載される。場作成日時タグ７０５および場作成者ＩＤタグ７０６の領域はそれぞれ場が作成された日時および作成者のユーザＩＤがセットされる。また、場を特徴づけるキーワードが、キーワードタグ７３４の領域にセットされる。
【００３０】
次に、グループ領域タグ７０７の領域には、当該場に参加する複数グループに関する情報が、各グループタグ７０８の領域ごとに記載される。まず、グループＩＤタグ７０９の領域には、当該場に参加するグループＩＤがセットされる。また、参照グループタグ７１０の領域には、グループ管理部（サーバ）３２５におけるグループ更新処理により、グループが生成、追加された場合に、更新処理前のグループのＩＤ情報を、参照グループＩＤタグ７１１にセットするとともに、更新操作のタイプ（生成、追加）を操作タグ７１２にセットする。次に、スレッド領域タグ７１３の領域では、当該グループでの討議履歴である各スレッドの情報が、各スレッドタグ７１４の領域ごとに記載される。まず、スレッド管理部（サーバ）３２５により、各スレッドにユニークに割り付けたスレッドＩＤが、スレッドＩＤタグ７１５の領域にセットされる。また、生成するスレッドにおけるリアルタイム討議の予定日時および予定時間長を、それぞれ予定日時タグ７１６、予定時間長タグ７１７にセットする。そして、スレッド作成日時タグ７１８、スレッド作成者ＩＤタグ７１９の領域には、それぞれスレッドの作成日時およびスレッド作成者のユーザＩＤがセットされる。
【００３１】
次に、会話領域タグ７２０の領域には、スレッド内の各会話の情報が各会話タグ７２１の領域に記載される。まず、スレッド管理部（サーバ）３２５により、各会話にユニークに割り付けられる会話ＩＤが会話ＩＤタグ７２２の領域にセットされる。ここで、会話のモードとして、討議に参加しているグループメンバー全員の反応を見るための同報、討議に参加している各グループメンバーひとりひとりに意見を求める回覧、意見を述べたい人に対して順に意見を述べさせる先着順等の指定を、会話モードタグ７２３の領域にセットする。
次に、参照会話タグ７２４の領域には、当該会話が参照している会話についての会話ＩＤを参照会話ＩＤタグ７２５の領域にセットする。また、スレッド管理部（サーバ）３２５により、会話日時タグ７２６、会話ユーザＩＤタグ７２７の領域にそれぞれ、会話日時および会話を行った参加者のユーザＩＤがセットされる。そして、実際の会話の内容については、スレッド管理部（サーバ）３２５により、会話内容タグ７２８の領域に記載される。また、会話全体にタイトルをつける場合には、そのタイトルを会話タイトルタグ１３９に記載される。
【００３２】
次に会話に結びつけられた参加者の心的状態（同意、疑問、考え中等）に関する情報は、状況タグ７２９の領域に記述する。ここで、心的状態タグ７３０の領域に、当該会話に対する疑問、賛同等の心的状態を、その状況の日時を状況日時タグ７３１、状態を状態タグ７３２、その状態にある参加者のユーザＩＤを状態ユーザＩＤタグ７３３に、スレッド管理部（サーバ）３２６がそれぞれセットする。
【００３３】
図１７に存在管理ファイルの例を図示する。図示するように存在管理ファイルはＸＭＬ（ｅＸｔｅｎｓｉｂｌｅ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）の規則により記述する。ここでは各タグの使用法を定義する。本ファイルは、グループ討議装置３０１の入力装置３０２からの入力操作情報を検知した日時が管理される。ここで、存在管理タグ１７０１の領域のなかに、グループ討議装置３０１の入力装置３０２からの入力操作情報を検知した日時が、検知日時タグ１７０２にセットされる。
【００３４】
図１８にトークン管理ファイルの例を図示する。図示するようにトークン管理ファイルはＸＭＬ（ｅＸｔｅｎｓｉｂｌｅ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）の規則により記述する。本ファイルは、グループ討議端末１０３、１０４、１０５へのトークンの許可状況が管理される。トークン管理タグ１８０１の領域に、トークンによる会話制御の対象となっているグループのグループＩＤを、グループＩＤタグ１８０２にセットする。また、キュータグ１８０３の領域には、複数のトークンタグ１８０４の領域が挿入され、トークンタグ１８０４の領域には、トークンを取得したユーザのユーザＩＤ、会話のタイプ、当該トークンに対する会話の状況（進行中、終了など）、トークン取得のエントリ日時が、それぞれユーザＩＤタグ１８０５、会話タイプタグ１８０６、エントリ日時タグ１８０７の領域にセットされる。また、会話タイプが同報あるいは回覧の場合の、複数ユーザに同時に許可されるトークン発行について、その権利を行使したユーザのユーザＩＤを会話ユーザタグ１８０９の領域にセットする。
【００３５】
次に、グループ討議管理センター１０１およびグループ討議端末１０３、１０４、１０５の動作を説明する。まず、グループ討議端末１０３、１０４、１０５（以下、グループ討議端末と呼ぶ）の基本操作の流れについて図８に図示する。
【００３６】
各グループ討議端末は、各種処理を開始する前にログイン操作（８０１、８０２）を行う。ここで、図９のログイン画面が表示（８０１）され、ユーザＩＤ（９０１）とパスワード（９０２）の入力後に、入力装置３０２であるポインティングデバイス９０３により送信ボタン（９０４）がクリックされると、ユーザＩＤとパスワードがグループ討議管理装置３２０に送信され、左記データを受信した認証管理部３１８がユーザ管理部３１７を呼び出し、受信したユーザＩＤとパスワードの存在を、ユーザテーブルのユーザＩＤカラム５０１およびパスワードカラム５０２を検索することでログイン許可を判断（８０２）する。もし、左記ユーザＩＤとパスワードがユーザテーブルに存在する場合には、ログインを許可し、グループ討議管理装置３２０の場管理部（サーバ）３２４およびグループ管理部（サーバ）３２５が、データ管理部３２９から当該ユーザのユーザＩＤが含まれるグループ管理ファイル６００および左記グループＩＤを含む場管理ファイル７００を検索、ヒットしたファイルは通信処理部３０５を介して、グループ討議装置３０１の場管理部（クライアント）３１４およびグループ管理部（クライアント）３１５に送信されそのファイルをデータ管理部３０６に保存するとともに、図１０のメニュー画面を表示（８０４）する。また、ログインに成功したユーザについては、グループ討議管理装置３２０の存在管理部（サーバ）３２７が、ユーザテーブル５００について当該ユーザレコードの存在カラム５０７にログイン中という文字列をセットする。一方、左記ユーザＩＤとパスワードがユーザテーブルに存在しない場合には、エラーメッセージをエラーメッセージ表示領域９０５に表示する。
【００３７】
メニュー画面の表示（８０４）の後に、グループ討議装置３０１の場管理部（クライアント）３１４に対して、場への参加依頼があるかどうかチェック（８０５）する。場への参加依頼は、場の生成処理（図２の２０１〜２０４）により、当該ログインユーザについて場への参加依頼（２０３）がある場合には、通信処理部３０５を介して、グループ討議管理装置３２０の場管理部（サーバ）３２４より、グループ討議装置３０１の場管理部（クライアント）３１４に対して参加通知が通知される。参加通知がある場合には、図１３の参加可否画面が表示（８０６）され、引受ボタン１３０７あるいは断りボタン１３０６を入力装置３０２であるポインティングデバイス１３０９によりクリックすることで、引受可否情報が通信処理部３０５を介して、グループ討議装置３０１のグループ管理部（クライアント）３１５から、グループ討議管理装置３２０のグループ管理部（サーバ）３２５に通知される。ここで、参加通知がない場合、場の操作ボタン１００１が入力装置３０２であるポインティングデバイス１００４によりクリックされた場合（８０８）には、図１２の場操作画面を表示（８０９）する。次に、スレッド・会話ボタン１００２がポインティングデバイス１００４によりクリックされた場合（８１０）には、図１５のスレッド・会話閲覧画面を表示（８１１）する。また、終了ボタン１００３がポインティングデバイス１００４によりクリックされた場合には、表示されている全画面を消し処理を終了する。
【００３８】
次に、図８に図示された▲１▼の処理８１３について説明する。処理８１３は、場生成処理（図２の２０１〜２０４）およびグループ更新処理（図２の２１６〜２１８）に相当する。まず、場生成処理について説明する。図１１は場生成処理のフローである。データ記入ステップ１１０１では、場生成のための情報を図１２の場操作画面により入力する。ここで、場生成のための情報としては、場で議論されるテーマ１２０１、テーマに関係する関連キーワード１２０２、テーマの内容をさらに詳しく説明した背景情報１２０３、場のなかに生成されるグループの１グループあたりのメンバー数１２０４、場の生成者１２０５、場の生成日時１２０６、グループメンバーを募集する際、各ユーザのグループへの参加可否についての回答期限１２１７などがある。
【００３９】
取り消しボタン１２０７が入力装置３０２であるポインティングデバイス１２１６によりクリックされた場合には、少なくとも、場で議論されるテーマ１２０１、テーマに関係する関連キーワード１２０２、テーマの内容をさらに詳しく説明した背景情報１２０３、場のなかに生成されるグループの１グループあたりのメンバー数１２０４、場の生成者１２０５、場の生成日時１２０６各ユーザのグループへの参加可否についての回答期限１２１７の内容がクリアされデータ記入ステップ１１０１に戻る。
【００４０】
一方、生成ボタン１２０８が入力装置３０２であるポインティングデバイス１２１６によりクリックされた場合には、場で議論されるテーマ１２０１、テーマに関係する関連キーワード１２０２、テーマの内容をさらに詳しく説明した背景情報１２０３、場のなかに生成されるグループの１グループあたりのメンバー数１２０４、場の生成者１２０５、場の生成日時１２０６、各ユーザのグループへの参加可否についての回答期限１２１７の情報が、グループ討議装置３０１の場管理部（クライアント）３１４から通信処理部３０５を介してグループ討議管理装置３２０における場管理部（サーバ）３２４に送信（１１０５）される。
【００４１】
ここで、場管理部（サーバ）３２４は受信したデータから、場管理ファイル７００をグループ討議管理装置３２０のデータ管理部３２９に作成（１１０６）する。ここで、場で議論されるテーマ１２０１が場テーマタグ７０３、テーマに関係する関連キーワード１２０２がキーワードタグ７３４、テーマの内容をさらに詳しく説明した背景情報１２０３が背景情報タグ７０４、場の生成者１２０５が場作成者ＩＤタグ７０６、場の生成日時１２０６が場作成日時タグ７０５にそれぞれ対応する。
【００４２】
次に、グループ管理部（サーバ）３２５は、テーマに関係する関連キーワード１２０２の文字列について、データ管理部３２９にあるユーザテーブル５００の興味カラム５０６に対して検索し、一致するユーザが存在する場合には、場に作成するグループのメンバーとして選択（１１０７）する。
【００４３】
選択された各メンバーについて、ユーザテーブル５００のアドレスカラム５０４から当該ユーザのグループ討議端末１０３、１０４あるいは１０５のネットワークアドレスを求め、グループ討議管理装置３２０のグループ管理部（サーバ）３２５は、通信処理部３０５を介してグループへの参加通知を左記ネットワークアドレスにもとづきグループ討議装置３０１のグループ管理部（クライアント）３１５に場管理ファイル７００および各ユーザのグループへの参加可否についての回答期限１２１７を通知（１１０８）する。この時、上記で図８のステップ８０６、８０５で説明したように、図１３の参加可否画面が表示（８０６）される。ここで、グループ討議装置３０１の表示管理部３０８は、参加可否画面の回答期限１３０１には各ユーザのグループへの参加可否についての回答期限１２１７、場のテーマ１３０２には場管理ファイル７００の場テーマタグ７０３の領域、背景情報１３０３には場管理ファイル７００の背景情報タグ７０４の領域、生成者１３０４には場管理ファイル７００の場作成者ＩＤタグ７０６の領域、生成日時１３０５には場管理ファイル７００の場作成日時タグ７０５領域の、それぞれの情報を表示する。
【００４４】
ここで、各ユーザのグループへの参加可否についての回答期限１２１７の回答期限が来たら、グループへの参加を引き受けたメンバーによりグループを生成しグループ管理ファイル６００を作成（１１１０）する。ここで、グループの生成方法としては、引受け者を｛Ｐｉ｝（ｉ＝１〜ｎ、Ｐｎがモデレータ権限を持つ）とすると、１グループあたりのメンバー数１２０４をｋ、ｎ／ｋの商をｍ、そのあまりをｒとすれば、｛Ｐ１，  Ｐ２，・・Ｐｋ−１，  Ｐｎ｝、｛Ｐｋ＋１，  Ｐｋ＋２，・・Ｐ２ｋ−１，  Ｐｎ｝、・・、｛Ｐｍｋ＋１，  Ｐｍｋ＋１，・・Ｐｍｋ＋ｒ（＝Ｐｎ）｝のようなグループ分けが考えられるがこれに限るものではない。
【００４５】
グループごとにグループ管理ファイル６００が生成されるが、グループ討議管理装置３２０のグループ管理部（サーバ）３２５が、各グループをユニークに識別するグループＩＤを生成し、グループＩＤタグ６０２の領域にセットした後に、グループメンバーのユーザＩＤおよび役割をユーザＩＤタグ６０５および役割タグ６０６の領域にセットする。ここで役割については、例えば、グループ｛Ｐ１，  Ｐ２，・・Ｐｋ−１，  Ｐｎ｝の場合にはＰｎがモデレータで、その他は一般ということになる。ここで上記各メンバーのグループへの参加の可否については、図８のステップ８０６、８０５で説明したように、引受ボタン１３０７あるいは断りボタン１３０６を入力装置３０２であるポインティングデバイス１３０９によりクリックすることで、引受可否情報が通信処理部３０５を介して、グループ討議装置３０１のグループ管理部（クライアント）３１５から、グループ討議管理装置３２０のグループ管理部（サーバ）３２５への通知されるがこの情報により認識される。最後に、場管理ファイル７００のグループＩＤタグ７０９を追加（１１１１）し、生成したグループのグループＩＤをその領域にセットする。
【００４６】
次に、図８に図示された▲２▼の処理８１４について説明する。処理８１３は、スレッド生成処理（図２の２０５〜２０６）、存在管理処理（図２の２０７〜２０９）、トークン管理処理（図２の２１０〜２１２）、スレッド・会話管理（図２の２１３〜２１５）に相当する。
【００４７】
図１４はスレッド・会話関連の全体フローである。グループ討議装置３０１の表示管理部３０８は、図８のステップ８０４によりダウンロードされグループ討議装置３０１のデータ管理部３０６に保存した場管理ファイル７００の情報にもとづき図１５の場選択領域（１５０１）を表示する。図１５の場選択領域１５０１には、場管理ファイル７００の場テーマタグ７０３領域のデータを表示している。当該ユーザが複数の場に関連している場合には、場選択領域１５０１には複数の場のテーマが表示されることになる。
【００４８】
ここで、場選択領域１５０１からスレッド・会話を閲覧しようとする場を、入力装置３０２であるポインティングデバイス１５０６によりクリックすることで選択（１４０１）すると、グループメンバー領域１５０２にグループメンバーの氏名一覧が表示（１４０２）される。これは、選択された場に関する場管理ファイル７００のグループＩＤタグ７０９に記載されたグループＩＤを求め、このグループＩＤに対応したグループ管理ファイル６００を検索し、グループメンバータグ６０４の領域にある複数のユーザＩＤタグ６０５のユーザＩＤを全て求める。そして、左記ユーザＩＤに対応するユーザ氏名を、グループ討議装置３０１のグループ管理部（クライアント）３１５は、通信処理部３０５を介してグループ討議管理装置３２０のグループ管理部（サーバ）３２５に問い合わせることで得られる。
【００４９】
ここで、グループ管理部（サーバ）３２５はグループ討議管理装置３２０のデータ管理部３２９にあるユーザテーブル５００の氏名カラム５０３を、ユーザＩＤにもとづき検索することで氏名を求め、通信処理部３０５を介してグループ管理部（クライアント）３１５に返信する。
【００５０】
次に、グループ討議装置３０１の存在管理部（クライアント）３１２は、グループメンバーの存在情報を、通信処理部３０５を介してグループ討議管理装置３２０の存在管理部（サーバ）３２７に問い合わせる。ここで、存在管理部（サーバ）３２７は、左記グループメンバーの定期的にユーザテーブル５００の存在カラム５０７をサーチする。そして、ログイン中、ログアウト中あるいは関心中の文字列を、通信処理部３０５を介してグループ討議装置３０１の存在管理部（クライアント）３１２に返信する。この情報にもとづき、グループ討議装置３０１の表示管理部３０８は、ログアウト中のユーザに対しては図１５の円１５０７の外側に白抜きの人間像１５０４の形式で表示（１４０３）する。また、ログイン中のユーザについては図１５の円１５０７の内側に白抜きの人間像１５０３の形式で表示する。そして、関心中のユーザについては図１５の円１５０７の内側に黒塗りの人間像１５０８の形式で表示（１４０３）する。
【００５１】
ここで、ログイン中ユーザのグループ討議装置３０１の存在管理部（クライアント）３１２は、図１５の場選択領域（１５０１）、会話表示領域（１５０９）、スレッド表示領域（１５１０）あるいは図２１の会話・スレッド入力領域（２１００）において、入力装置３０２であるポインティングデバイス１５０６、２１１１によるクリックあるいは本領域へのキーボード入力を検知したら、検知日時を図１７の存在管理ファイル１７００の検知日時タグ１７０２領域を更新する。ここで、ログイン中ユーザのグループ討議装置３０１の存在管理部（クライアント）３１２は、ログイン以降、例えば５分おきに、定期的にこの存在管理ファイル１７００をチェックし、検知日時タグ１７０２領域の日時が最新の５分間に収まっている場合には、通信処理部３０５を介してグループ討議管理装置３２０の存在管理部（サーバ）３２７に通知する。通知を受けた存在管理部（サーバ）３２７は、データ管理部３０６に保存されているユーザテーブル５００に対して、当該ユーザレコードの存在カラム５０７に関心中の文字列で更新する。
【００５２】
ここで、グループメンバー表示に際しては、会話モードタグ７２３の領域に記載された会話モードが同報あるいは回覧の場合には、図１６のグループメンバー領域１６０９に１６１０のような発言権の印を、存在確認（ログイン中あるいは関心中）がなされたグループメンバーに対して表示する。ここで、グループ討議装置３０１のトークン管理部（クライアント）３１３に対して、グループ討議管理装置３２０のトークン管理部（サーバ）３２８が通信処理部３０５を介して発言権のないユーザのユーザＩＤを逐次通知するので、発言権のないユーザＩＤに関するグループメンバーについては発言権の印を消去する。発言権のないユーザのユーザＩＤの検出は、グループ討議管理装置３２０のトークン管理部（サーバ）３２８が、データ管理部３２９に保存された当該グループのトークン管理ファイル１８００から、状況タグ１８０７が実行中のもので、会話タイプタグ１８０６の領域に回覧あるいは同報というトークンを検出し、当該トークンタグ１８０４の領域にある発話ユーザＩＤタグ１８０９の領域からユーザＩＤを求めることにより行う。
【００５３】
次に、グループ討議装置３０１のデータ管理部３０６に保存された最新の場管理ファイル７００にもとづき、スレッドおよび会話を表示（１４０４）する。例えば、ステップ１４０１で選択された場について、場管理ファイル７００の場テーマタグ７０３領域の情報を図１５の１５０５のように表示する。場が生成されているだけで、初期スレッドが生成されていない場合にはスレッド表示領域（１５１０）には何も表示されない。しかし、スレッドがたち上がりスレッド内で会話が行われると、場管理ファイル７００のスレッド領域タグ７１３の領域に、スレッドおよび会話に関する情報が記載されるので、スレッドタグ７１４の領域および会話領域タグ７２０の内容を、会話表示領域（１５０９、１６０７）、スレッド表示領域（１５１０、１６０５）に表示する。例えば、図７の場管理ファイル７００では、会話ＩＤタグ７２２および会話ＩＤタグ７３５によれば、会話ＩＤがＣ１とＣ２の２件が記載されている。ここで、図１６のスレッド表示領域１６０５の１６０２、１６０３のように、会話ＩＤのＣ１、Ｃ２に関する会話タイトルタグ７３８、７３９領域の文字列をツリー上に表示する。ここで、Ｃ２の内容は参照会話ＩＤタグ７２５に図示されているように会話ＩＤ＝Ｃ１の応答であり、１６０３のように１６０２の子として表示している。また、Ｃ２は会話モードタグ７２３によると会話モードが同報であるため、Ｃ２のタイトル１６０３には（同報）の文字列を付加している。ここで、会話モードが回覧の場合も、（回覧）の文字列を付加することになる。そして最新の会話（この場合、会話ＩＤ＝Ｃ２）の会話内容である会話内容タグ７２８の領域の情報を、図１６の１６０１のように、ユーザＩＤ０００１に対応する人間像からの吹き出しで表示する。ここでも同様に、Ｃ２の会話モードが同報であるため会話内容に（同報）の文字列を付加している。ここで、会話モードが回覧の場合も、（回覧）の文字列を付加することになる。
【００５４】
次に、入力装置３０２であるポインティングデバイス１６０４により図１６の返信ボタン１６０６をクリックする。あるいは、ポインティングデバイス１６０４により１６０３をクリックした後に返信ボタン１６０２をクリックされた場合には、グループ討議装置３０１のトークン管理部（クライアント）３１３が、通信処理部３０５を介してグループ討議管理装置３２０のトークン管理部（サーバ）３２８に対してトークン取得を要求（１４０６）する。このとき同時に場ＩＤを送付する。
【００５５】
まず、返信の対象となる会話のモードが先着順である場合を説明する。トークン管理部（サーバ）３２８は、データ管理部３２９に保存されている図１８のトークン管理ファイル１８００でトークン取得依頼ユーザが所属するグループに該当するファイルをグループＩＤタグ１８０２領域のグループＩＤにより選択し、当該ファイルのキュータグ１８０３の領域にある状況タグ１８０７のすべてをチェックし、もしすべて終了の状況であればトークン取得を許し、トークンタグ１８０４の領域を新たに挿入し、ユーザＩＤ、会話タイプ、状況、エントリ日時に関する情報を、ユーザＩＤタグ１８０５、会話タイプタグ１８０６、状況タグ１８０７、エントリ日時１８０８にセットする。そして、トークン管理部（サーバ）３２８は、通信処理部３０５を介してグループ討議装置３０１のトークン管理部（クライアント）３１３に対して、トークン取得の許可を通知する。キュータグ１８０３の領域にある状況タグ１８０７のすべてをチェックした後に、実行中のものが存在した場合にはトークン取得の不許可を同様に通知する。ここで、グループ討議管理装置３２０のデータ管理部３２９にある上記場ＩＤで識別される場管理ファイル７００に関して、会話領域タグ７２０領域の各会話タグ７２１の領域について、上記トークン取得依頼ユーザのユーザＩＤが会話ユーザＩＤタグ７２７に出現し、かつ、会話モードタグ７２３から会話のモードが先着順の会話の回数と同報あるいは同期の会話の回数をチェックし、その比率（同報あるいは同期の会話の回数／先着順の会話の回数）が所定の値（例えば０．１）をしたまわる場合には、トークンの取得を不許可にすることが考えられる。
【００５６】
次に、返信の対象となる会話のモードが同報である場合を説明する。トークン管理部（サーバ）３２８は、データ管理部３２９に保存されている図１８のトークン管理ファイル１８００で、当該ユーザが所属するグループのファイルをグループＩＤタグ１８０２領域のグループＩＤで識別し、キュータグ１８０３の領域にある状況タグ１８０７のすべてをチェックする。この場合、状況が実行中のもので、会話タイプタグ１８０６の領域に同報というトークンが一つ存在する。ここで、トークン管理部（サーバ）３２８は、当該トークンのエントリ日時タグ１８０８の領域からエントリ日時をチェックし、トークン取得要求が一定時間内（たとえば５分以内）ならば、トークン取得ユーザのユーザＩＤが発話ユーザＩＤタグ１８０９の領域に存在しないかどうかチェックする。もしなければ、トークン管理部（サーバ）３２８は、ユーザテーブル５００からトークン取得ユーザのユーザＩＤに対応するレコードの存在カラム５０７を確認し、ログイン中か関心中であればトークンの取得を許可し、新たに発話ユーザＩＤタグ１８０９の領域を挿入、当該ユーザのユーザＩＤをセットする。そして、トークン管理部（サーバ）３２８は、通信処理部３０５を介して各グループメンバーのグループ討議装置３０１のトークン管理部（クライアント）３１３に対してトークン取得の許可および取得者ユーザＩＤを通知する。トークン取得ユーザのユーザＩＤが発話ユーザＩＤタグ１８０９の領域に存在するか、トークン取得ユーザがログインアウト中であればトークン取得を許可せず、不許可の通知を同様に行う。また、トークン管理部（サーバ）３２８は、当該トークンのエントリ日時タグ１８０８の領域からエントリ日時をチェックし、一定時間経過後（例えば５分後）に、当該トークンの状況タグ１８０７領域の状況を終了に更新する。
【００５７】
次に、返信の対象となる会話のモードが回覧である場合を説明する。この場合、状況が実行中のもので、会話タイプタグ１８０６の領域に回覧というトークンが一つ存在する。ここで、トークン管理部（サーバ）３２８は、トークン取得ユーザのユーザＩＤが発話ユーザＩＤタグ１８０９の領域に存在しないかどうかチェックする。もし存在しなければ、トークン管理部（サーバ）３２８は、ユーザテーブル５００からトークン取得ユーザのユーザＩＤに対応するレコードの存在カラム５０７を確認し、ログイン中か関心中であればトークンの取得を許可し、新たに発話ユーザＩＤタグ１８０９の領域を挿入、当該ユーザのユーザＩＤをセットする。そして、トークン管理部（サーバ）３２８は、通信処理部３０５を介して各グループメンバーのグループ討議装置３０１のトークン管理部（クライアント）３１３に対してトークン取得の許可および取得者ユーザＩＤを通知する。トークン取得ユーザのユーザＩＤが発話ユーザＩＤタグ１８０９の領域に存在するか、トークン取得ユーザがログインアウト中であればトークン取得を許可せず、不許可の通知を同様に行う。また、トークン管理部（サーバ）３２８は、状況がログイン中あるいは関心中のグループメンバーのユーザＩＤが、発話ユーザＩＤタグ１８０９の領域に記載のユーザＩＤとしてそろえば当該トークンの状況タグ１８０７領域の状況を終了に更新する。
【００５８】
以上、トークン取得が不許可の場合には、図１９の待ちメッセージを表示（１４０８）する。また、トークン取得が許可の場合には、図２１のスレッド・会話入力画面を表示（１４０７）する。最後に、入力装置３０２であるポインティングデバイス１６０４により閉じるボタン１６０６をクリックした場合には、スレッド・会話閲覧画面およびスレッド・会話入力画面を消去し処理を終了する。
【００５９】
次に、図１４に図示された▲３▼の処理１４１０について説明する。処理１４１０は、スレッド・会話管理（図２の２１３〜２１５）に相当する。図２０はスレッド・会話入力に関する全体フローを示す。まず、図２１のスレッド・会話入力画面２１００において、スレッドあるいは会話の情報を入力（２００１）する。例えば、図１６において会話ＩＤ＝Ｃ２についての返信。すなわち、返信ボタン１６０６が入力装置３０２であるポインティングデバイス１６０４によりクリックされた場合には、２１０１の領域に会話ＩＤ＝Ｃ２の会話タイトルが表示され、会話ＩＤ＝Ｃ２の会話の応答として、会話タイトル入力領域２１０７、会話内容入力領域２１０８に情報を入力あるいは心的状況プルダウンメニュー２１０５、会話が同報か回覧を指定する場合にはチェックボックス２１０２、２１０３により情報を選択する。なお、スレッド生成の場合に使用するスレッドの予定日時入力領域２１０９および時間長入力領域２１１０に情報を入力する。
【００６０】
閉じるボタン２１０６が入力装置３０２であるポインティングデバイス２１１１によりクリックされた場合には、スレッド・会話入力画面２１００を消去し処理を終了する（２００２）。送信ボタン２１０４がポインティングデバイス２１１１によりクリックされた場合には、データ送信処理（３００４）に進む（２００３）。グループ討議装置３０１のスレッド管理部（クライアント）３１６は、会話タイトル入力領域２１０７、会話内容入力領域２１０８あるいは心的状況プルダウンメニュー２１０５およびチェックボックス２１０２、２１０３の情報、スレッド生成の場合に使用するスレッドの予定日時入力領域２１０９および時間長入力領域２１１０の情報を、通信処理部３０５を介してグループ討議管理装置３２０のスレッド管理部（サーバ）３２６に送信（２００４）する。スレッド管理部（サーバ）３２６は受信情報を、グループ討議管理装置３２０のデータ管理部３２９に保存された送信ユーザの所属するグループに関する場管理ファイル７００に登録（２００５）する。スレッド管理部（サーバ）３２６は、スレッド生成の場合にはスレッド領域を新たに挿入する。このとき、スレッド管理部（サーバ）３２６は、スレッドをユニークに識別するスレッドＩＤを生成し、スレッドＩＤタグ７１５の領域にセットした後に、タイトル２１０７の情報、予定日時入力領域２１０９および時間長入力領域２１１０の情報を、それぞれスレッドタイトルタグ７４０、予定日時タグ７１６、予定時間長タグ７１７の領域にセットする。同時に、スレッド作成日時およびスレッド生成者のユーザＩＤを、それぞれスレッド作成日時タグ７１８、スレッド作成者ＩＤ７１９にセットする。また、スレッド管理部（サーバ）３２６は、会話生成の場合には会話領域を新たに挿入する。このとき、スレッド管理部（サーバ）３２６は、会話をユニークに識別する会話ＩＤを生成し、会話ＩＤタグ７２７にセットした後に、会話タイトル入力領域２１０７、会話内容入力領域２１０８の情報を、それぞれ会話タイトルタグ７３９、会話内容タグ７２８にセットする。心的状況プルダウンメニュー２１０５のメニューが選択されている場合には、状況タグ７２９の領域を挿入し、状態タグ７３２の領域に選択されたメニュー項目をセットするとともに、送信ユーザにユーザＩＤ、登録日時をそれぞれ状況日時タグ７３１および状況ユーザＩＤタグ７３３の領域にそれぞれセットする。なお、同報、回覧等の会話のモードであるチェックボックス２１０２、２１０３が選択されている場合には、その会話モードを会話モードタグ７２３の領域にセットする。チェックボックス２１０２、２１０３が選択されていない場合には、会話モードタグ７２３の領域に先着順をセットする。最後に、グループ討議管理装置３２０のスレッド管理部（サーバ）３２６は、ステップ２００５により更新した場管理ファイル７００を、通信処理部３０５を介してグループメンバーのグループ討議装置３０１のスレッド管理部（クライアント）３１６に配信（２００６）する。
【００６１】
最後に、図８に図示された▲１▼の処理８１３におけるグループ更新処理について説明する。これは、グループ更新処理（図２の２１６〜２１８）に相当する。図２２はグループの更新処理のフローである。データ記入ステップ２２０１では、グループ更新のための場を選択（２２０１）する。またグループ更新のための情報を図１２の場操作画面により入力（２２０２）する。ここで、グループ更新のための情報としては、テーマに関係する関連キーワード１２０２、グループの１グループあたりのメンバー数１２０４、グループメンバーを募集する際、各ユーザのグループへの参加可否についての回答期限１２１７がある。
【００６２】
追加ボタン１２１２が入力装置３０２であるポインティングデバイス１２１６によりクリックされた場合には、ステップ２２０１で選択された場の場ＩＤ、テーマに関係する関連キーワード１２０２、グループの１グループあたりのメンバー数１２０４、各ユーザのグループへの参加可否についての回答期限１２１７の情報が、グループ討議装置３０１の場管理部（クライアント）３１４から通信処理部３０５を介してグループ討議管理装置３２０における場管理部（サーバ）３２４に送信（２２１１）される。ここで、受信した場ＩＤに対応する場管理ファイル２３００は、テーマに関係する関連キーワード１２０２を、場管理ファイル２３００のキーワードタグ２３０６の領域に追加することで更新する。次に、グループ管理部（サーバ）３２５は、テーマに関係する関連キーワード１２０２の文字列について、データ管理部３２９にあるユーザテーブル５００の興味カラム５０６に対して検索し、一致するユーザが存在する場合には、場に作成するグループのメンバーとして選択（２２１２）する。選択された各メンバーについて、ユーザテーブル５００のアドレスカラム５０４から当該ユーザのグループ討議端末１０３、１０４あるいは１０５のネットワークアドレスを求め、グループ討議管理装置３２０のグループ管理部（サーバ）３２５は、通信処理部３０５を介してグループへの参加通知を左記ネットワークアドレスにもとづきグループ討議装置３０１のグループ管理部（クライアント）３１５に、上記更新された場管理ファイル７００および各ユーザのグループへの参加可否についての回答期限１２１７を通知（２２０７）する。
【００６３】
ここで、各ユーザのグループへの参加可否についての回答期限１２１７の回答期限が来たら、グループへの参加を引き受けたメンバーによりグループを生成しグループ管理ファイル６００を作成（２２０９）する。ここで、グループの生成方法としては、引受け者を｛Ｐｉ｝（ｉ＝１〜ｎ、Ｐｎがモデレータ権限を持つ）とすると、１グループあたりのメンバー数１２０４をｋ、ｎ／ｋの商をｍ、そのあまりをｒとすれば、｛Ｐ１，  Ｐ２，・・Ｐｋ−１，  Ｐｎ｝、｛Ｐｋ＋１，  Ｐｋ＋２，・・Ｐ２ｋ−１，  Ｐｎ｝、・・、｛Ｐｍｋ＋１，  Ｐｍｋ＋１，・・Ｐｍｋ＋ｒ（＝Ｐｎ）｝のようなグループ分けが考えられるがこれに限るものではない。グループごとにグループ管理ファイル６００が生成されるが、グループ討議管理装置３２０のグループ管理部（サーバ）３２５が、各グループをユニークに識別するグループＩＤを生成し、グループＩＤタグ６０２の領域にセットした後に、グループメンバーのユーザＩＤおよび役割をユーザＩＤタグ６０５および役割タグ６０６の領域にセットする。ここで役割については、例えば、グループ｛Ｐ１，  Ｐ２，・・Ｐｋ−１，  Ｐｎ｝の場合にはＰｎがモデレータで、その他は一般ということになる。ここで上記各メンバーのグループへの参加の可否については、図８のステップ８０６、８０５で説明したように、引受ボタン１３０７あるいは断りボタン１３０６を入力装置３０２であるポインティングデバイス１３０９によりクリックすることで、引受可否情報が通信処理部３０５を介して、グループ討議装置３０１のグループ管理部（クライアント）３１５から、グループ討議管理装置３２０のグループ管理部（サーバ）３２５への通知されるがこの情報により認識される。最後に、場管理ファイル２３００のグループＩＤタグ２３０１を追加し、生成したグループのグループＩＤをその領域にセット（２２１０）する。ステップ２２１１、２２１２は、場に新たにグループを追加する処理であるため、参照グループタグ２３０２の領域における参照グループＩＤタグ２３０３や２３０４の領域への記載は不要であるが、操作タグ２３０５には追加とセットする。
【００６４】
一方、上位生成ボタン１２１３が入力装置３０２であるポインティングデバイス１２１６によりクリック（２２０４）された場合には、ステップ２２０５はステップ２２１１と同じであるが、ステップ２２０６においては、受信した場ＩＤに対応する場管理ファイル２３００において、各グループタグ２３０６の領域の会話領域タグ２３０７において、会話ユーザＩＤタグ２３０８から会話ユーザＩＤをサーチし、発言回数の多い上位２名をメンバー候補として各グループから選出する。またステップ２２１０において、既存グループのメンバーから新たにグループを生成するので、参照グループタグ２３０２の領域に、選出グループのグループＩＤを参照グループＩＤタグ２２０３あるいは２３０４の領域にセットし、操作タグ２３０５には上位生成とセットする。
【００６５】
【発明の効果】
以上説明したように、本発明によれば、ネットワーク上でのリアルタイムなグループ討議において、グループ内での合意形成を効率的に行うことが可能になる。
【図面の簡単な説明】
【図１】本発明の実施形態が適用されたグループ討議支援システムの概略構成を示す図である。
【図２】図１に示すグループ討議支援システムを利用して行なわれるグループ討議の概略を説明するための図である。
【図３】図１に示すグループ討議管理センター１０１、グループ討議端末１０３、１０４、１５の概略構成を示す図である。
【図４】図１に示すグループ討議支援システムを構成する各装置のハードウエア構成例を示す図である。
【図５】ユーザテーブルの登録内容例を示す図である。
【図６】グループ管理ファイルの登録内容例を示す図である。
【図７】場管理ファイルの登録内容例を示す図である。
【図８】本発明の実施形態における基本操作全体を説明する図である。
【図９】ユーザ認証画面の例を示す図である。
【図１０】メニュー画面の例を示す図である。
【図１１】本発明の実施形態における場の生成処理を説明する図である。
【図１２】場の操作を行う画面例を示す図である。
【図１３】場への参加の可否操作を行う画面例を示す図である。
【図１４】本発明の実施形態におけるスレッド・会話関連処理を説明する図である。
【図１５】スレッド・会話閲覧画面の例を示す図である。
【図１６】スレッド・会話閲覧画面の例を示す図である。
【図１７】存在管理ファイルの登録内容例を示す図である。
【図１８】トークン管理ファイルの登録内容例を示す図である。
【図１９】発言権取得待ち画面例を示す図である。
【図２０】本発明の実施形態におけるスレッド・会話関連処理を説明する図である。
【図２１】スレッド・会話入力画面の例を示す図である。
【図２２】本発明の実施形態におけるグループ更新処理を説明する図である。
【図２３】場管理ファイルの登録内容例を示す図である。
【符号の説明】
１０１…グループ討議管理センター、１０２…ネットワーク、１０３…グループ討議端末（一般）、１０４…グループ討議端末（モデレータ）、１０５…グループ討議端末（リーダ）、３０１…グループ討議装置、３０２…入力装置、３０３…表示装置、３０４…音声装置、３０５…通信処理部、３０６…データ管理部、３０７…データ処理部、３０８…表示管理部、３０９…音声再生処理部、３１０…討議管理部（クライアント）、３１１…文脈管理部（クライアント）、３１２…存在管理部（クライアント）、３１３…トークン管理部（クライアント）、３１４…場管理部（クライアント）、３１５…グループ管理部（クライアント）、３１６…スレッド管理部（クライアント）、３１７…ユーザ管理部、３１８…認証管理部、３１９…ネットワーク、３２０…グループ討議管理装置、３２１…データ処理部、３２２…討議管理部（サーバ）、３２３…文脈管理部（サーバ）、３２４…場管理部（サーバ）、３２５…グループ管理部（サーバ）、３２６…スレッド管理部（サーバ）、３２７…存在管理部（サーバ）、３２８…トークン管理部（サーバ）、３２９…データ管理部、４０１…ＣＰＵ、４０２…メモリ、４０３…外部記憶装置、４０４…通信装置、４０５…入力装置、４０６…出力装置、４０７…読取装置、４０８…インターフェース、４０９…記憶媒体、４１０…記憶媒体
【図１】
2004240704.tif 000003
【図２】
2004240704.tif 000004
【図３】
2004240704.tif 000005
【図４】
2004240704.tif 000006
【図５】
2004240704.tif 000007
【図６】
2004240704.tif 000008
【図７】
2004240704.tif 000009
【図８】
2004240704.tif 000010
【図９】
2004240704.tif 000011
【図１０】
2004240704.tif 000012
【図１１】
2004240704.tif 000013
【図１２】
2004240704.tif 000014
【図１３】
2004240704.tif 000015
【図１４】
2004240704.tif 000016
【図１５】
2004240704.tif 000017
【図１６】
2004240704.tif 000018
【図１７】
2004240704.tif 000019
【図１８】
2004240704.tif 000020
【図１９】
2004240704.tif 000021
【図２０】
2004240704.tif 000022
【図２１】
2004240704.tif 000023
【図２２】
2004240704.tif 000024
【図２３】
2004240704.tif 000025