(57)【特許請求の範囲】
【請求項１】
受信したメッセージを蓄積するメッセージ蓄積手段と、
このメッセージ蓄積手段に蓄積されたメッセージのうち、関連づけられている複数のメッセージからなるメッセージ集合を提示し、要約文の作成対象とすべきメッセージ集合を指定させるためのメッセージ集合指定手段と、
このメッセージ集合指定手段によって指定されたメッセージ集合の各メッセージ同士の応答関係および引用関係をもとに、前記メッセージ集合の構造を求めるためのメッセージ構造解析手段と、
このメッセージ構造解析手段によって構造化された前記メッセージ集合を、複数の子を持つメッセージである第１の分割パターンと、複数の親を持つメッセージである第２の分割パターンと、子なし若しくは第２のパターンのルートを末端とし、親なし若しくは第１のパターンのリーフ又は第２のパターンのリーフを先頭とする第３の分割パターンとを含む分割規則をもとに、部分メッセージ集合に分割するためのメッセージ構造分割手段と、
このメッセージ構造分割手段によって分割された前記部分メッセージ集合の情報を順次提示し、提示された前記部分メッセージ集合に対する要約文を作成させるための要約作成支援手段とを有することを特徴とする要約作成支援装置。
【請求項２】
受信した投稿メッセージを蓄積するメッセージ蓄積手段と、
このメッセージ蓄積手段に蓄積されたメッセージのうち、関連づけられている複数のメッセージからなるメッセージ集合を提示し、要約文の作成対象とすべきメッセージ集合を指定させるためのメッセージ集合指定手段と、
このメッセージ集合指定手段によって指定されたメッセージ集合の各メッセージ同士の応答関係，引用関係および投稿日時の時系列関係をもとに、前記メッセージ集合の構造を求めるためのメッセージ構造解析手段と、
このメッセージ構造解析手段によって構造化された前記メッセージ集合を、複数の子を持つメッセージである第１の分割パターンと、複数の親を持つメッセージである第２の分割パターンと、子なし若しくは第２のパターンのルートを末端とし、親なし若しくは第１のパターンのリーフ又は第２のパターンのリーフを先頭とする第３の分割パターンとを含む分割規則をもとに、部分メッセージ集合に分割するためのメッセージ構造分割手段と、
このメッセージ構造分割手段によって分割された前記部分メッセージ集合の情報を順次提示し、提示された前記部分メッセージ集合に対する要約文を作成させるための要約作成支援手段とを有することを特徴とする要約作成支援装置。
【請求項３】
作成された前記部分メッセージ集合に対する要約文を、前記部分メッセージ集合の情報と対応付けて記憶するための要約情報記憶手段とをさらに有することを特徴とする請求項１または２いずれか記載の要約作成支援装置。
【請求項４】
前記要約作成支援手段は、部分メッセージ集合の各メッセージの一部の文字列を抽出し、所定の順序で並べたものを要約文の初期値として提示することを特徴とする請求項１または２いずれか記載の要約作成支援装置。
【請求項５】
前記要約作成支援手段は、部分メッセージ集合の各メッセージの一部の文字列を抽出し、所定の順序で並べたものを要約文の初期値として前記要約情報記憶手段に記憶させることを特徴とする請求項１または２いずれか記載の要約作成支援装置。
【請求項６】
前記要約作成支援手段は、提示された前記部分メッセージ集合と依存関係を持つ部分メッセージ集合に対応づけられた要約文を前記要約情報記憶手段から読み出して、前記要約文の一部の文字列を切り出し所定の順序で並べたものを要約文の初期値として提示することを特徴とする請求項４記載の要約作成支援装置。
【請求項７】
前記要約作成支援手段は、部分メッセージ集合に対応づけられる要約文の作成時に、所定数以上の他の部分メッセージ集合に対応づけられた要約文の提示をうけて作成された要約文の優先度を高くして提示することを特徴とする請求項４記載の要約作成支援装置。
【請求項８】
前記メッセージ構造分割手段は、部分メッセージ集合への分割後、新規に発言されたメッセージが投稿された場合、新規メッセージを加えたメッセージ集合をメッセージ構造分割手段で再び分割し、
前記要約作成支援手段は、前記メッセージ構造分割手段によって再分割された新規メッセージが含まれる部分メッセージ集合、およびこの部分メッセージ集合に対応づけられた要約文を提示することを特徴とする請求項６記載の要約作成支援装置。
【請求項９】
前記要約作成支援手段は、部分メッセージ集合に対応づけられた要約文を修正した際、この修正された要約文を持つ部分メッセージ集合に関連づけられている部分メッセージ集合に対応づけられた要約文を提示することを特徴とする請求項８記載の要約作成支援装置。
【請求項１０】
前記要約作成支援手段は、部分メッセージ集合に対応づけられた要約文を修正した際、この修正された要約文を持つ部分メッセージ集合に関連づけられている部分メッセージ集合に対応づけられた要約文も、前記修正された要約文の修正に反映させて修正することを特徴とする請求項８記載の要約作成支援装置。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本願発明は、単数または複数ユーザが情報をやりとりするコミュニケーションシステムおけるインタラクティブな議論要約作成支援装置に関する。
【０００２】
【従来の技術】
近年、電子メールなど、インターネットやイントラネットを利用したコミュニケーションが一般的になっている。特に、１対１の一過性のコミュニケーションだけでなく、メーリングリスト、電子ニュース、ＷＷＷでの掲示板システム（ＢＢＳ）など、複数のユーザーが継続的に情報を交換する場を持つ、ネットワーク上で活動が行われるコミュニティベースのコミュニケーションツールの数が増大している。
【０００３】
コミュニティ内で行われるコミュニケーション、つまり議論は、上記のネットワークコミュニケーションツールを用いて行われる。この議論は、通常の議論と同じく話題ごとに議論の流れ（スレッド）が形成される。スレッドは一人以上の参加者によるメッセージ（発言）の集合によって構成され、メッセージは主に発言内容、投稿時間、著者名、発言題名、すでに発信された内容への返信であることを表す応答関係で構成される。発言内容は基本的に発言者名、あいさつ、意見、他の発言からの引用、その引用に対する意見、署名等で構成されることが多い。
【０００４】
このようにスレッドは複数のメッセージで構成され、各メッセージは「応答関係」と発言内容に書き込まれた他の発言への「引用関係」、そしてメッセージが投稿された時間、誰による発信に誰が返信を行ったかという発言者の関係等の要素で複雑に結びつけられているため、多数の発言が含まれている議論は内容を把握することが非常に難しいことが多い。それゆえ、議論の全体像が把握しにくくなることはもちろん、以前に行われた議論の活用が難しく、いったん中断した議論の再開が難しかったり、すでに議論された内容が重複して行われたり、解決されている問題が再び質問されたりすることがある。さらに、新規参加者が発言しにくい状況を招いている。このような問題に対してよく取られるのは、発言内容の検索と議論内容の要約の二つである。
【０００５】
発言内容の検索は、１メッセージを読めば内容を理解できる場合は有効であるが、多くの場合、スレッドのメッセージの多くを合わせて読まなければ内容が理解できないため、有効な解決手段とは言えない。
【０００６】
議論内容の要約は、スレッドの内容の要約文を作成し、それを利用者に提示するというもので、前記問題点を解決するのに有効な手段だと考えられる。具体的な要約手段として、自動要約生成と人の手による手動要約生成が考えられる。
【０００７】
自動要約生成手法は、計算機による要約文生成であり、「応答関係」と「引用関係」を利用した話題のスレッド構造を作り上げ、引用文等の不要なものを取り除いて提示するものが一般に知られている。しかし、自由記述体で書かれるメッセージは各個人によって特徴が異なるため誤判定が発生する可能性もある。また、誤判定が発生しなかったとしても、発言内容の関係がより詳細に提示されるだけで、逆に全体の流れが見えにくくなることが多々ある。
【０００８】
「応答関係」と「引用関係」のパターン性から、「論争中」「議論が盛り上がっています」等の要約を生成する手法も存在するが、喧嘩風に盛り上がっているのか、内容のある議論で盛り上がっているのかの判定は難しく、要約として意味をなさないことがある。また、一般に言われる文章要約技術は、ここで対象としている規則的な段落構造の存在しない雑談まじりの自由記述文が複数連なるようなものに対しては適用するのは難しい。
【０００９】
手動要約生成手法では、人の手による要約文作成であり、作業者の熟練度にもよるが、既存の自動要約生成手法より高い質と内容のある要約文を提供することができる。しかし、この手動による要約作成の問題点は、作成者の作業負荷が大きいことである。
【００１０】
特に、電子媒体での議論の場合、各メッセージの依存関係は複雑かつ大規模な構造になりがちであり、話の流れを追うだけでも大変な労力を必要とする。加えて、同じメッセージから開始された議論にも関わらず、話の内容が部分部分でまったく異なる等の話題の流動性も作成者を混乱させる。
【００１１】
また、そのような流動性ゆえに議論がある程度収束するまで全体的な要約を作成することは難しい。これは議論が日にち単位で行われることが多い電子的なコミュニケーションシステムでは大きな問題となる。
【００１２】
【発明が解決しようとする課題】
このような従来の議論内容要約において、自動要約生成ではスレッド内のメッセージの「応答関係」、「引用関係」を反映させた形で見せる形がせいぜいで、かつ、発言者の意図を反映しきれないことが多く、誤認識もあった。
【００１３】
手動要約生成では質のいい要約文を生成することが可能だが、主にメッセージとメッセージの依存関係の複雑性から全体像を把握することが難しく、作成者の負担が大きすぎ、また、議論の終了の曖昧性から要約を作成するタイミングをはかるのが難しかった。
【００１４】
そこで本願発明は斯かる実情に鑑み、議論内容の要約作成の負担を大幅に減らすべく、スレッド全体の要約文作成を支援する仕組みを提供するものである。提供する仕組みは要約生成後の新規発言を取り込む仕組みも備え、議論が収束していなくとも作成を開始することができる。
【００１５】
なお、本願明細書中では「発言」と「メッセージ」を同義に用いる。
【００１６】
【課題を解決するための手段】
本願発明は、受信した投稿メッセージを蓄積してなるメッセージ蓄積手段と、
【００１７】
このメッセージ蓄積手段に蓄積されたメッセージのうち、関連づけられている複数のメッセージからなるメッセージ集合を提示し、要約文の作成対象とすべきメッセージ集合を指定させるためのメッセージ集合指定手段と、
【００１８】
このメッセージ集合指定手段によって指定されたメッセージ集合の各メッセージ同士の応答関係，引用関係（および投稿日時の時系列関係）をもとに、前記メッセージ集合の構造を求めるためのメッセージ構造解析手段と、
【００１９】
このメッセージ構造解析手段によって構造化された前記メッセージ集合を、所定の分割規則をもとに、部分メッセージ集合に分割するためのメッセージ構造分割手段と、
【００２０】
このメッセージ構造分割手段によって分割された前記部分メッセージ集合の情報を順次提示し、提示された前記部分メッセージ集合に対する要約文を作成させるための要約作成支援手段とを有することを特徴とする。
【００２１】
このような本願発明によれば、議論内容の要約文を作成することが容易になる。これにより、議論内容を把握しやすくなり、情報の再利用性が高まる。つまり、同じ質問や話題が繰り返されることを防止できる。また、その議論に新規加入者が発言しやすくなり、コミュニティ全体が活性化される。
【００２２】
【発明の実施の形態】
以下、図面を用いて、本願発明の一実施形態を説明する。本願発明は、例えば図１に示すように、インターネット、イントラネットなどの通信ネットワーク１２に接続されるパーソナルコンピュータや専用端末、または携帯端末等の複数の利用者端末１１同士が、通信ネットワーク１２に接続されるコミュニケーションサーバ１３を介して情報交換、つまりコミュニケーションを行うシステムに対して適用される。
【００２３】
図２は本願発明の一実施形態であるコミュニケーションサーバにおける要約作成支援装置の構成図を示したものである。メッセージ情報入出力部２０１は、図１の利用者端末１１から発信されたメッセージ情報を受け取る。メッセージ情報格納部２０２は、このメッセージ情報入出力部２０１から受け取ったメッセージ情報をメッセージ情報ＤＢ２１１に格納する。メッセージ情報ＤＢ２１１は、メッセージ情報の記憶領域であり、メッセージ情報格納部２０２によって制御される。
【００２４】
メッセージ集合指定部２０３は、メッセージ情報格納部２０２によりメッセージ情報ＤＢ２１１に格納されたメッセージ集合の中から、要約作成対象となるメッセージ集合をユーザに指定させ、その情報をメッセージ情報ＤＢ２１１から取り出す。メッセージ構造解析部２０４は、メッセージ集合指定部２０３によって取り出されたメッセージ集合を、その付加情報と本文内容から互いに関連づける。
【００２５】
メッセージ構造分割部２０５は、メッセージ構造解析部２０４によって関連づけられたメッセージ集合を、所定の分割規則に基づき複数の部分メッセージ集合（重複可）に分割する。要約情報格納部２０６は、メッセージ構造分割部２０５によって分割された部分メッセージ集合を要約情報ＤＢ２１２に格納する。要約情報ＤＢ２１２は、部分メッセージ集合およびこの部分メッセージ集合に対応する要約文の記憶領域であり、要約情報格納部２０６によって制御される。
【００２６】
要約情報提示部２０７は、要約情報格納部２０６によって要約情報ＤＢ２１２に格納された部分メッセージ集合ごとの要約情報を提示する。要約対象指定部２０８は、要約情報提示部２０７によって提示された要約情報をもとに、要約文を作成すべき一つ以上の部分メッセージ集合を選択する。
【００２７】
要約文提示部２０９は、要約対象指定部２０８によって指定された一つ以上の部分メッセージ集合を順序付けし、関連する要約情報とともに提示する。要約文入力部２１０では、要約文提示部２０９によって提示された部分メッセージ集合の要約文を入力し、要約情報格納部２０６によって要約情報ＤＢ２１２に格納させる。
【００２８】
以下に、本願発明の具体的な処理を図３をもとに説明する。大まかな処理の流れは、発言者からのメッセージ情報を受け付ける。処理対象のメッセージ集合を解析し、関連づけ、分割し、要約情報を保持する単位として格納する。格納された部分メッセージ集合に対し、要約文を作成する。以上の３段階である。
【００２９】
まず、メッセージ情報入出力部２０１は、利用者端末１１から直接または通信ネットワーク１２を介して入力されたメッセージ情報を受け取る（ステップ１０１）。次に、メッセージ情報格納部２０２は受信したメッセージ情報をメッセージ情報ＤＢ２１１に格納する（ステップ１０２）。ここで、メッセージとは、議論における一発言に相当するもので、メッセージ情報とはメッセージを構成する情報（発言者名、発言日時、応答したメッセージ識別子、発信元利用者端末情報、発言本文等）を包含した言葉とする。
【００３０】
次に、メッセージ集合指定部２０３では、メッセージ情報格納部２０２からメッセージ情報ＤＢ２１１に格納されているメッセージ情報を受け取り、メッセージ集合を構成し、その中から処理の対象とするメッセージ集合を選択可能なように表示する（ステップ１０３）。メッセージ集合とは、何らかの関係によって結びついているメッセージの集合を指す。ここではスレッドをメッセージ集合の一例として、メッセージ情報内の応答関係情報で結びつけられたメッセージの集合を意味するものとする。
【００３１】
図４は、メッセージ集合指定部２０３におけるメッセージ集合を選択させるためのユーザーインターフェイスの例である。スレッド情報枠３０１にスレッド番号３０２とスレッドタイトル３０３を表示し、選択欄３０４にてスレッド番号指定を行う。
【００３２】
メッセージ構造解析部２０４は、メッセージ集合指定部２０３によって指定されたメッセージ集合を受け取り、各メッセージの応答関係、作成日時による時系列関係といった付加情報や、メッセージ本文内に存在する引用部分で表される引用関係等の、他メッセージとの関係を表す情報を用い、各メッセージ同士の関係を解析して関連づける（ステップ１０４）。
【００３３】
図５はメッセージ構造解析部２０４において、メッセージ構造解析処理を行ったメッセージ集合を視覚化したものである。ここでは、関連を矢印で表し、関連づけした側から関連づけされた側へ矢印が向かっている。「応答関係」による関連づけを黒矢印、「引用関係」を白ヌキ矢印で表している。応答関係は、メッセージに対する応答，返信という形式で入力されるので、容易に求めることができる。引用関係は、メッセージ本文中に含まれる引用部分識別子（「＞」など）でマーキングされた引用文を、対象メッセージより前に発信されたメッセージの本文と照らし合わせ、一致しているメッセージに関して引用関係を結んでいる。また、識別子以外では「Ａさんが……と言ったが、〜」のような対象メッセージ本文の場合、「……」の箇所を引用部分と判断し、対象メッセージより前に発信されたメッセージの本文と照らし合わせ、一致しているメッセージに関して引用関係を結んでいる。
【００３４】
メッセージ構造分割部２０５は、メッセージ構造解析部２０４から関連づけによって構造化されたメッセージ集合を受け取り、所定の分割規則をもとに、さらに単純な構造を持った部分メッセージ集合に分割する（ステップ１０５）。分割規則の一例を図６に示す。この分割規則は、応答関係と参照関係によって構造化されたメッセージ集合を対象に、応答関係と参照関係の構造パターンを３つのパターンに分割するものである。これら３つのパターンは、それぞれ各メッセージが一つのパターン以外に属してもよい。具体的には、次のようなルールからなる。
【００３５】
ＴＹＰＥ５０１：子なし、もしくはＴＹＰＥ５０３のルートを末端とし、親なしもしくはＴＹＰＥ５０２のリーフまたはルール５０３のリーフを先頭とするもの。
ＴＹＰＥ５０２：複数の子を持つメッセージ。
ＴＹＰＥ５０３：複数の親を持つメッセージ。
判定方法：まず、ＴＹＰＥ５０２，ＴＹＰＥ５０３を判定し、最後にＴＹＰＥ５０１を判定する。
【００３６】
これにより、メッセージ集合はこの３パターンに分割され、より単純な関連構造を持った部分メッセージ集合に分割できる。
【００３７】
図７は、図５の構造化されたメッセージ集合を図６の分割規則で分割した例である。この例では、６０１〜６０５の５つの部分メッセージ集合に分割される。ここでは、ＴＹＰＥ５０２によって、部分メッセージ集合６０１〜６０３に分割され、ＴＹＰＥ５０３によって、部分メッセージ集合６０４に分割され、最後にＴＹＰＥ５０１によって、部分メッセージ集合６０５に分割される。
要約情報格納部２０６は、メッセージ構造分割部２０５によって分割された部分メッセージ集合の情報を受け取り、要約情報ＤＢ２１２に格納する（ステップ１０６）。ここで格納される要約情報のテーブルを図８に示す。図８の要約情報は部分メッセージ集合ごとに、部分メッセージを構成するメッセージの識別子と、要約文の有無、更新の有無からなっている。ここでは要約文のない新規な部分メッセージ集合なので、「要約文」「要更新」のフィールドはすべて「なし」となっている。
【００３８】
新たに格納しようとしている部分メッセージ集合の情報がすでに格納済である場合は、既存のものを優先する。ただし、以前に比べて新しく発信されたメッセージがあった場合、そのメッセージが含まれる部分メッセージ集合の情報は構成メッセージ識別子の中に追加し、要更新フィールドを「あり」にする。
【００３９】
次に、要約情報提示部２０７は、メッセージ集合の要約情報を要約情報格納部２０７によって、要約情報ＤＢ２１２から取り出し、要約作成対象とすべき部分メッセージ集合を選択可能なように提示する（ステップ１０７）。図９は要約情報提示部の具体例である。図９（ａ）では、スレッド８０１の部分メッセージ集合の情報８０２を提示する。提示された部分メッセージ集合の要約の新規作成または編集を行う編集ボタン８０３を押すことで、要約対象指定部２０８に進む。
【００４０】
要約を前回作成したときに参照した情報に変化が合った場合、つまり、要約情報格納部２０７の要更新フィールド７０１が「あり」の部分メッセージ集合には要編集情報８０４を提示する。
【００４１】
「全体要約候補」マーク８０５は、一番全体を包含している要約文を持った部分メッセージ集合に表示される。具体的には、より多くのメッセージを参照した要約文を全体要約候補とすることである。例えば、要約文を作成した際のメッセージ集合と他の要約文に再帰的に展開し、最終的な参照メッセージ数を比較すればよい。
【００４２】
また要約情報提示部２０７は、図９（ｂ）のように部分メッセージ集合の包含関係がわかるような形式で提示してもよい。要約文アイコンが押されれば、編集または表示画面に進む。
【００４３】
この要約情報提示部２０７においては、他の作成者が作成した要約情報も同じように提示、編集対象とすることで、複数の作成者によって要約文を作成していくことができる。
【００４４】
要約対象指定部２０８では、要約情報提示部２０７で指定された要約作成対象とすべき部分メッセージ集合の情報を受け取り、要約文提示部２０９に渡す（ステップ１０８）。
【００４５】
要約文提示部２０９では、対象の部分メッセージ集合の要約文を作成する際に併せて提示するべき情報を要約情報格納部２０６によって要約情報ＤＢ２１２から取り出す。そして、対象の部分メッセージ集合に関連のある他の部分メッセージ集合の要約文を調査し、必要であれば、他の部分メッセージ集合の作成支援処理を行うものである（ステップ１０９）。
【００４６】
つまり、要約文提示部２０９で行われる処理は、対象部分メッセージ集合の情報収集と、要約作成支援の２つ処理に分かれる。
【００４７】
この要約文提示部２０９での対象部分メッセージ集合の情報収集の具体的な処理の流れを図１０に示す。対象となる部分メッセージ集合の各メッセージを要約文作成対象リストに加える（ステップ９０２）。この要約文作成対象リストは、要約文提示部２０９および要約文入力部２１０における処理のために一時的に情報を格納するためのものに過ぎないためここでは特に図示しない。
【００４８】
次に、この要約文作成対象リストから１つの部分メッセージ集合を取り出す（ステップ９０３）。そして、個々のメッセージに関連づけを行っているメッセージを含む他の部分メッセージ集合があるか否かを確認し（ステップ９０４）、ある場合は、関連づけられている部分メッセージ集合の要約情報を取り込む（ステップ９０５）。つまり、対象となる部分メッセージ集合の各メッセージが、他の部分メッセージ集合に含まれ、かつ、関連づけされる側である（矢印を向けられる）ものについて、その他の部分メッセージ集合の要約情報を要約情報格納部２０６から受け取る。
【００４９】
取り込んだ要約情報から、関連づけられている部分メッセージ集合が要約文が格納されているかを確認し（ステップ９０６）、要約文が格納されていればこの要約文を対象部分メッセージ集合の要約情報に追加し（ステップ９０７）、対象部分メッセージ集合に対する提示すべき情報として要約作成対象リストに追加する（ステップ９０８）。これにより、関連のある部分メッセージ集合の要約情報を取り込むことができる。
【００５０】
要約文が格納されていなければ、その部分メッセージ集合も要約文作成対象とする（ステップ９１０）。この処理を再帰的に行い、関連のある部分メッセージ集合で、要約文が格納されていないすべてを要約作成対象にする。
【００５１】
例えば、図７のおける部分メッセージ集合６０３が対象となる部分メッセージ集合だとすると、メッセージ４が他の部分メッセージ集合６０４に含まれ、かつ、関連づけされる側である。よって部分メッセージ集合６０５の要約文がすでに格納されているか調べ、されていなければ、部分メッセージ集合６０５も要約作成対象とする。部分メッセージ集合６０５は、他の部分メッセージ集合から関連づけされる側になっているメッセージを含んでいないので、ここで処理がとまる。最終的には、要約文作成対象となる部分メッセージ集合と、関連のある部分メッセージ集合の要約情報のペアのリストである、要約文作成対象リストが作られる。
【００５２】
次に、この要約文提示部２０９および要約文入力部１０での要約作成支援の具体的な処理の流れを図１１に示す。図１０の対象部分メッセージ集合の情報収集処理によって作成された要約文作成対象リスト内の部分メッセージ集合について、要約文作成支援処理の優先順序づけを行い順序を入れ替える（ステップ１００１）。優先順序づけ規則はさまざまだが、ここでは、要約対象指定部２０８で指定された部分メッセージ集合の要約情報提示時に一番多くの要約情報を提示できる順番に並べる。具体的には、部分メッセージ集合単位での距離が遠く、発信日時がより新しい順に並べる。
【００５３】
例えば、図７のように分割された部分メッセージ集合において、部分メッセージ集合６０２が要約対象指定部分メッセージ集合であり、要約文対象リストには部分メッセージ集合６０２、６０３、６０４、６０５が含まれるとすると、メッセージ番号が発信順序を表すとするならば、要約作成対象リストの順序は６０５、６０４、６０３、６０２となる。
【００５４】
以下、ステップ１００１で並び替えが行われた要約文作成対象リストから順々に提示し、要約文作成支援処理を行っていく。まず、一つの部分メッセージ集合を取り出し（ステップ１００２）、それが包含する各メッセージについて、関連づけられている他のメッセージが含まれる部分メッセージ集合について、その要約情報を要約格納部２０６に問い合わせ（ステップ１００３）、要約文が格納されていれば、要約情報提示の際に合わせて提示する情報とする。この処理は図１０におけるステップ９０７と同じものだが、この作成支援処理で作成される新たな要約文の情報を反映させるためにもう一度行う必要がある。
【００５５】
しかし、この処理の目的さえ達成できれば他の方法でもよく、例えば作成支援処理中に新たに発生した要約文を一時的に記憶しておいてもかまわない。
【００５６】
次に、対象の部分メッセージ集合と関連する要約文情報を提示し、それらを包含する情報を持つと期待される文章をその部分メッセージ集合の要約文として部分メッセージ集合要約入力部２１０に送る（ステップ１００４）。ステップ１００４の処理は別途詳細に説明する。
【００５７】
要約文入力部２１０はその要約文を要約情報格納部２０６によって要約情報ＤＢ２１２に格納させる（ステップ１００５）。すでに要約文が格納されている部分メッセージ集合に対して異なる要約文を格納する場合は、「要更新」フィールド７０１を「あり」にする。
【００５８】
以上の処理を作成者の中断指示か要約作成対象リストが空になるまで繰り返す（ステップ１００６、ステップ１００７）。
【００５９】
ステップ１００４で行われる提示処理について、具体例を図１２をもとに説明する。この部分メッセージ集合要約支援処理用ユーザーインターフェイスは表示領域１１０１、１１０２と、それらを加工する要約文作成支援機能呼び出し領域１１０４、要約入力領域１１０３から成る。表示領域１１０１は要約文作成の対象となる部分メッセージ集合を提示する。個々のメッセージのうち、関連づけられた部分メッセージ集合の要約文があるものについては、メッセージそのものではなく、要約文に置き換えられて表示することもできる。
【００６０】
表示領域１１０２には要約文作成の対象となる部分メッセージ集合１１０６が議論全体１１０７の中で位置する場所を図示したものを提示する。この例では、○がメッセージ、□が要約が存在する部分メッセージ集合に含まれるメッセージ、黒矢印が応答関係、白ヌキ矢印がメッセージ中の引用文によって関連づけられる引用関係を表している。
【００６１】
要約文作成支援機能呼び出し領域１１０４では、対象となる部分メッセージ集合に対し、内容を理解しやすいようにさまざまな視点で部分メッセージ集合を加工し、見せ方を変えて表示するための機能を呼び出すことを目的とするものである。冒頭で自動要約作成手段の困難さを強調したが、お互いを結びつける関係が単純な構造であるメッセージ同士であれば、意味を把握できる要約文を生成してくれることが期待される。
【００６２】
ここでは一例として、多くのメッセージに含まれる挨拶や署名を除去して表示を簡易化する機能、引用関係に基づき、引用された文章のそばにメッセージの一部を表示する機能等を挙げる。要約文がまだ存在しない部分メッセージ集合を提示するときには、これらで加工した部分メッセージ集合を要約文入力フォーム１１０９にあらかじめ入力しておく。また、要約文が存在しない場合の要約文として見せてもよい。
【００６３】
表示内容取り込み部１１０５は、表示領域１１０１の内容や、要約文作成支援機能呼び出し領域１１０４で加工されて表示される情報を下書き要約文として要約入力領域１１０３の要約文入力フォーム１１０９にあらかじめ入力される。
【００６４】
要約文入力領域１１０３は、対象となる部分メッセージ集合の要約文を入力する場所であり、要約文入力フォーム１１０９、要約文登録アクション選択ボタン１１１０からなる。要約文入力フォーム１１０９では、作成者からの入力される要約文を受け取る場所である。すでに要約情報格納部２０６に格納された要約文があるのであれば、テンプレートとして機械的に入力させておくこともできる。
【００６５】
要約文登録アクション選択ボタン１１１０は要約文入力フォーム１１０９に入力された要約文を登録するか否か、およびその決定後の遷移を選択する。一例として、次の部分要約文の要約を行わずに、登録して作業終了となる「登録して終了」、次の部分メッセージ集合の要約文の作成に進むための「登録して次へ」、この部分メッセージ集合に対する要約文を作成せず、次の部分メッセージ集合の要約文作成に進むための「スキップ」を挙げる。次の部分メッセージ集合の要約作成に進む場合、図１２のステップ１１０５の処理に制御を移す。これにより作成者は、任意の個数の要約文を作成した段階で中断することができる。
【００６６】
以上のような本願発明の一実施形態によれば、スレッド内のメッセージに含まれる情報から抽出される相互依存関係を用いてスレッド全体を複数の部分メッセージ集合に分割し、インタラクティブに部分メッセージ集合の情報を提示し、図１３に示すように、部分メッセージ集合に対する要約文の入力受付を段階的に行っていくことで、スレッド全体の要約文作成を支援することができる。
【００６７】
以下、本願発明の一実施形態の変形例を説明する。
【００６８】
メッセージ入出力部２０１とメッセージ情報格納部２０２は、既存のメーリングリストや電子掲示板と同一のものであり、それらで置き換えたり、外部にあるものを使用してもよい。
【００６９】
また、メッセージ集合指定部２０３において、実際には特にスレッドで分ける必要はなく、例えば、発信日時情報から日付単位等でまとめた集合を扱ってもよい。
【００７０】
メッセージ集合指定部２０３において、必ずしも図４のようなユーザーインターフェイスで指定を行う必要はなく、なんらかの基準で機械的に指定を行っても良い。例えば、まだ要約情報格納部へ格納されていないメッセージ集合を指定したり、以前格納してから新しいメッセージが加わったメッセージ集合等を指定したりしてもよい。
【００７１】
メッセージ構造解析部２０４では応答関係と引用関係による関連づけを扱ったが、他の要素（例えば、発言順による関連づけ）による関連づけも考えられ、それらを単独、または組み合わせてメッセージ構造としてもよい。
【００７２】
メッセージ構造分割部２０５におけるその他の分割規則としては、（１）参加者の応答パターン（例えば、発言者Ａ→発言者Ｂ→Ａ→ＢやＡ→Ａ→Ａ→Ａ等）によるもの、（２）関連づけされたメッセージの量によって重み付けを行い、注目度という尺度で分割するもの、（３）時間的にある一定間隔内で投稿されたもので分割するもの等が考えられる。
【００７３】
加えて、メッセージ中で「話は変わりますが」「ところで」「いきなり話が飛びますが」等の、話題の切り替えを意味するフレーズが入っていた場合、そのメッセージへの返信は話題が切り替わったと判断し、分割の指標とする等のパラメータを上記分割方法に与えてもよい。
【００７４】
要約情報提示部２０７における「全体要約候補」の決定のしかたは、発言者または読者が、一番内容に近いという部分メッセージ集合に対する要約文に評価を与え、その評価ポイントを比較することで全体要約候補となる要約文を決めてもよい。
【００７５】
要約文提示部２０９における対象部分メッセージ集合の情報収集の再帰処理は要約作成対象の増加を招き、作成者に負担をもたらすため、完全に行う必要は必ずしもない。要約作成対象を一つに制限してもよい。
【００７６】
要約文提示部２０９における他の順序付け規則の例としては、より多くの関連がつけられている部分メッセージ集合の順に作成することが考えられる。これを用いると、議論の主要部分の要約から作成していくことができる。また、任意の時間帯に発言されたメッセージや、ある特定の発言者によるメッセージを多く持つ部分メッセージ集合の順に作成することが考えられる。これを用いると、優先度の高い要約から作成していくことができる。
【００７７】
要約対象表示領域１１０２の一例としてツリー状に提示したが、時系列順でリスト状に表示してもよい。
【００７８】
また、本願発明の実施例における処理をコンピュータで実行可能なプログラムで実現し、このプログラムをコンピュータで読み取り可能な記憶媒体として実現することも可能である。
【００７９】
なお、本願発明における記憶媒体としては、磁気ディスク、フロッピーディスク、ハードディスク、光ディスク（ＣＤ−ＲＯＭ，ＣＤ−Ｒ，ＤＶＤ等）、光磁気ディスク（ＭＯ等）、半導体メモリ等、プログラムを記憶でき、かつコンピュータが読み取り可能な記憶媒体であれば、その記憶形式は何れの形態であってもよい。
【００８０】
また、記憶媒体からコンピュータにインストールされたプログラムの指示に基づきコンピュータ上で稼動しているＯＳ（オペレーションシステム）や、データベース管理ソフト、ネットワーク等のＭＷ（ミドルウェア）等が本実施形態を実現するための各処理の一部を実行してもよい。
【００８１】
さらに、本願発明における記憶媒体は、コンピュータと独立した媒体に限らず、ＬＡＮやインターネット等により伝送されたプログラムをダウンロードして記憶または一時記憶した記憶媒体も含まれる。
【００８２】
また、記憶媒体は１つに限らず、複数の媒体から本実施形態における処理が実行される場合も、本願発明における記憶媒体に含まれ、媒体の構成は何れの構成であってもよい。
【００８３】
なお、本願発明におけるコンピュータは、記憶媒体に記憶されたプログラムに基づき、本実施形態における各処理を実行するものであって、パソコン等の１つからなる装置、複数の装置がネットワーク接続されたシステム等の何れの構成であってもよい。
【００８４】
また、本願発明におけるコンピュータとは、パソコンに限らず、情報処理機器に含まれる演算処理装置、マイコン等も含み、プログラムによって本願発明の機能を実現することが可能な機器、装置を総称している。
【００８５】
【発明の効果】
以上、説明したように本願発明によれば、ＢＢＳのようなネットワークコミュニケーションツールを使った議論において、内容をまとめた要約作成が容易になり、議論途中での部分的な要約作成が容易になるという優れた効果を奏し得る。
【図面の簡単な説明】
【図１】本願発明の一実施形態の構成を表すブロック図
【図２】本願発明の一実施形態におけるコミュニケーションサーバ内のブロック図
【図３】本願発明の一実施形態における全体の処理を示す図。
【図４】本願発明の一実施形態における対象メッセージ集合指定部のユーザーインターフェイスの例
【図５】本願発明の一実施形態における関連づけによるメッセージ集合の関係の例
【図６】本願発明の一実施形態における部分メッセージ集合分割パターンの例
【図７】本願発明の一実施形態における分割された部分メッセージ集合の例
【図８】本願発明の一実施形態における格納する要約情報テーブルの例
【図９】本願発明の一実施形態における要約情報提示部のユーザーインターフェイスの例
【図１０】本願発明の一実施形態における部分メッセージ集合提示処理の前半である対象部分メッセージ集合情報収集処理のフロー図
【図１１】本願発明の一実施形態における部分メッセージ集合提示処理の後半であるインタラクティブ要約文作成支援処理のフロー図
【図１２】本願発明の一実施形態における要約文提示部のユーザーインターフェイスの例
【図１３】本願発明の一実施形態における部分メッセージ集合に対する要約文の入力受付を段階的に行っていくことで、スレッド全体の要約文作成過程を示す図。
【符号の説明】
１１…利用者端末
１２…通信ネットワーク
１３…コミュニケーションサーバ
２０１…メッセージ情報入出力部
２０２…メッセージ情報格納部
２０３…メッセージ集合指定部
２０４…メッセージ構造解析部
２０５…メッセージ構造分割部
２０６…要約情報格納部
２０７…要約情報提示部
２０８…要約対象指定部
２０９…要約文提示部
２１０…要約文入力部
２１１…メッセージ情報ＤＢ
２１２…要約情報ＤＢ
【図１】
0003830128.tif 000002
【図２】
0003830128.tif 000003
【図３】
0003830128.tif 000004
【図４】
0003830128.tif 000005
【図５】
0003830128.tif 000006
【図６】
0003830128.tif 000007
【図７】
0003830128.tif 000008
【図８】
0003830128.tif 000009
【図９】
0003830128.tif 000010
【図１０】
0003830128.tif 000011
【図１１】
0003830128.tif 000012
【図１２】
0003830128.tif 000013
【図１３】
0003830128.tif 000014