JP2014142879A - 発言の属性を決定する装置、方法、プログラム - Google Patents

Abstract

【課題】議論グラフの発言関係および属性設定を発言者が手作業で付与することにより、入力間違いあるいは発言者の利便性を損なうことを防ぐ。
【解決手段】対象発言の発言者および発言属性から、対象発言あるいは発言属性および発言属性候補を自動で決定し、発言の入力画面に、決定した属性を入力欄とともに表示する。
【選択図】図２

Description

本発明は、発言の属性を決定する装置、方法、プログラムに関する。

場所や時間に縛られないパーソナル・コミュニケーション手段として、ｃｈａｔやＳＮＳ等が普及している。一方、場所・時間に制限のないというメリットを活かして、オフィス業務へもＳＮＳ等が導入され始めている。
実際のコミュニケーションでは一つの発言に対して異なる意見が出されるため、議論の流れは複数に分岐していく。そこで、発言に賛成、反対、補足、代案などの属性を発言者が選択して付与し、記事の引用関係を階層表示することで、電子メールによる議論の経緯の把握を容易にする電子掲示板システムおよびその議論管理方法がある。（特許文献１参照）

特開平９−２３１０４０

オフィス業務のコミュニケーションにおいては、結論を正確に把握する必要があるため、記録された情報から議論の流れを追跡できることが重要となる。
しかしながら、発言のやりとりを時系列で一次元に記録する、従来型のｃｈａｔ、ＳＮＳの場合、議論の流れや結論を把握するためには、上から全てのテキストを読まなければならない。テキストデータの自然言語解析により、情報を要約する技術も多く知られているが、オフィス業務では判断の結果が経営に影響するため、自然言語処理による判断にはリスクがある。
一方、特許文献１に示す議論グラフは、上記課題を解決するものの、発言の関係を示す属性や引用関係は発言者が付与しているため、発言者はこれらを考慮しなければならず、作業が面倒である。また、入力に間違えがあれば、無関係な発言が関連付けられることにもなる。

属性が付与された対象発言の選択が行われると、当該対象発言に対する新規発言をユーザに入力させるための入力欄を表示する制御手段を有する装置であって、前記制御手段は、前記対象発言に付与されている属性に基づいて、前記新規発言の属性を決定し、当該決定した属性を前記入力欄と共に表示することを特徴とする装置。

発言者に意識的な負担をかけず議論グラフとして妥当な発言属性を設定することが出来るようになる。結果、妥当な議論グラフの構築が促進され、オフィス業務のコミュニケーションにおいて記録された情報から議論の流れや結論を容易に把握できるようになる。

掲示板システムのブロック図 掲示板システムの画面表示例 発言表示部の例 発言表示部の例 発言表示部の例 議論グラフのデータの例 掲示板システムの状態遷移図 フローチャート フローチャート 発言属性リストの内部データ例 フローチャート フローチャート フローチャート フローチャート フローチャート

以下、本発明を実施するための最良の形態について図面を用いて説明する。

図１は、本実施例のシステム構成を示すブロック図である。

サーバ（１）は、本明細書では、ＣＰＵ、ＲＡＭ、ＲＯＭ、ＨＤＤ（１２）、通信部（１１）等からなる。掲示板システム（１０）は、サーバ（１）の上に構成されたシステムである。

掲示板システム（１０）は、ネットワーク（５）を介して接続された一つ以上のクライアント（２〜４）からアクセスして利用するクラウド上のサービスである。利用者はクライアント（２〜４）におけるＷｅｂブラウザ等のクライアントアプリケーションを操作することにより、掲示板システム（１０）によって提供されるユーザインタフェースを利用することが出来る。掲示板システム（１０）の後述のフローチャートで示す手順は、サーバ（１）のＲＡＭ，ＲＯＭ，ＨＤＤ（１２）のいずれかの記憶手段に記憶され、ＣＰＵにより実行される。議論グラフ構成部（２１）は、利用者の操作によって入力された発言およびその他情報から各ノードに発言を持つグラフデータ構造（以後、議論グラフと呼ぶ）を構成し、ＨＤＤ（１２）に記録する。ユーザ接続管理部（２２）は、通信部（１１）を介して、掲示板システム（１０）に接続する複数の利用者からの入力情報及び各利用者へ表示する出力情報の制御を行う。利用者からユーザ接続管理部（２２）に入力された情報は、議論グラフ構成部（２１）に渡され、議論グラフに構成される。また、ユーザ接続管理部（２２）は議論グラフ構成部（２１）から議論グラフの情報を取得して、利用者への表示する出力情報とする。

ユーザ接続管理部（２２）は、利用者毎に、入力制御部（４０）、表示制御部（４１）、状態管理部（４２）、他者発言監視部（４３）を持ち、利用者に対する情報の入出力を利用者単位に管理する（３０、３１）。

図２は、本実施例においてクライアント（２〜４）で表示される、掲示板システムの画面表示例である。

掲示板システムの画面（１００）は、議論ツリー表示（１０１）、注目ノード表示（１０２）、発言表示（１０３）の３つの部分から成る。各部分では、マウスなどのポインティングデバイスあるいはキーボードを用いて、対象発言の選択あるいは発言の入力を行うことができる。

議論ツリー表示（１０１）は掲示板システム（１００）で保持されている全ての議論ツリーを表示するためのビューである。注目ノード表示（１０２）は、利用者が現在注目しているノードの近辺を表示するビューである。利用者は、議論ツリー表示（１０１）において、表示されている議論ツリーのノードを選択することで、新しい発言を入力する際の対象発言を選択することが出来る。注目ノード表示（１０２）は、ここで選択されたノードを表示する。議論ツリー表示（１０１）の中では、注目ノード表示（１０２）に表示されるノード範囲（１１０）と、利用者が注目しているノード（１１１）が、ハイライト表示される。１１１は、新しい発言を入力する際の発言対象ノードとなる。一方、注目ノード表示（１０２）に表示されている注目ノードおよび近辺ノードが更新される際には、同期して１１０および１１１も更新される。議論ツリー表示（１０１）において、議論グラフのノード数が増加した場合、掲示板システムは、スクロールバーを利用した部分表示、あるいは、全議論ツリーを表示するために縮小表示を行う。

掲示板システムは、注目ノード表示（１０２）に、１１０で示す範囲のノードを表示する。図２に示す例において、注目ノード表示（１０２）に、二つのノードが表示されている。注目ノード表示（１０２）の一つ目のノード（１２０、１２１、１２２）が示す発言に対して、二つ目のノード（１２４、１２５、１２６）が示す発言がされている。また、二つの発言の関係は「補足」（１２３）という発言属性で表示されている。

二つ目のノードが示す発言は議論ツリー表示（１０１）における１１１に対応し、注目ノード表示（１０２）においてもハイライト表示されている。本実施例における議論ツリー表示において、一つのノードにつき、発言者（１２０、１２４）、発言ＩＤ（１２１、１２５）、発言（１２２、１２６）の３つが表示される。図２に示す例のように、ノードをつなぐ線と線に付された発言属性で、ノード間の関係を示す。発言者が新しい発言を入力する前に、掲示板システムはノード間の関係を示す発言属性のデフォルト値およびその他の属性候補を決定する。発言者は、掲示板システムが決定したデフォルト値とは別の属性値を選択することも出来る。そして、掲示板システムがデフォルトで決定、あるいは発言者が明示的に選択した発言属性は議論グラフを構成する情報として記録される。なお、発言属性とは発言に対して付与されている属性（種類）のことである。

発言表示（１０３）は、利用者が注目しているノード（１１１）に対して、新しい発言を入力するためのビューである。発言表示（１０３）の上部（１３０）には、対象発言の情報である、対象発言の発言ＩＤ（１３１）と対象発言（１３２）が表示される。図２に示す例において、対象発言の発言ＩＤ（１３１）には１２５に示す発言ＩＤの「３４」、対象発言（１３２）には１２６に示す内容が表示されていることが分かる。発言表示（１０３）の下部には、発言属性の選択（１３３）と新規発言の入力欄（１３４）が表示される。掲示板システムは、利用者によって１３３と１３４から入力された情報から、対象発言（１１１）に対する新規発言を議論グラフへ追加する。図２に示す例において、発言属性の選択肢は「補足」、「反対」、「賛成」、「質問」、「新規」の５つである。

図３は、掲示板システムにおける、発言属性の決定および利用者による発言属性の選択の例を示した画面例である。

図３において、発言ＩＤ「３４」のノードが対象発言として選択された初期状態で、掲示板システムによって決定された発言属性は、「補足」である。そして、他の発言属性の選択肢は、順に「反対」、「賛成」、「質問」、「新規」である。本実施例において、掲示板システムは、後述の手順に従い、デフォルトの発言属性および他の発言属性候補を決定する。そして、掲示板システムは、発言属性の選択肢を、優先度順に左から列挙表示する。図３は、利用者がデフォルトの「補足」ではなく、「賛成」という発言属性を明示的に選択した場合の発言表示（１０３）の画面変化の例を示している。利用者が発言属性を選択する際、キーボードにより表示されている優先順で順次選択する（「タブ」キーの複数回押下など）、あるいは、ポインティングデバイスによるポイントで直接選択する。図において、「賛成」属性の場合には、発言内容（１３６）はシステムによって固定で決まり、入力ボタン（１３７）を選択することで、賛成発言を入力すること示している。これにより、発言属性は補足から賛成へと変更されることになる。

本実施例において、掲示板システムが対応する発言属性は、「新規」、「補足」、「質問」、「回答」、「賛成」、「反対」の６種類である。このうち、「新規」「補足」「質問」「回答」の４種類については、掲示板システムは、利用者が入力する発言内容を記録する。「賛成」「反対」の２種類については、掲示板システムが持つ固定の発言内容を記録する。掲示板システムは、「賛成」の場合は「賛成（合意）します」、「反対」の場合は「反対します（合意しません）」、という発言内容を記録する。

本実施例において、掲示板システムは、対象発言として選択したノードおよび発言者によってデフォルトの発言属性および他の発言属性候補と優先順を変える。図４および図５は、発言表示（１０３）の別の表示例を示している。図４に示す例は、デフォルトの発言属性が「回答」、その他の発言属性候補と順序が「反対」、「賛成」、「質問」、「補足」である。図５に示す例は、デフォルトの発言属性は「補足」、その他の発言属性候補は「質問」しかないことを示している。

図６は、本実施例における議論グラフ構成部（２１）で構成する議論グラフのデータを示した例である。図６に示す議論グラフデータは、サーバ（１）におけるＨＤＤ（１２）に保持され、議論グラフ構成部（２１）を介してユーザ接続管理部から参照される。議論グラフのデータは発言のノード毎に、発言ＩＤ（２２０）、発言者（２２１）、対象発言（２２２）、発言属性（２２３）、発言（２２４）の値を持つ。発言ＩＤ（２２０）は各発言の識別子である。発言者（２２１）は、その発言を誰が発言したか（入力したか）を示す。対象発言（２２２）は、その発言が対象とする元発言の発言ＩＤを示す。表示制御部（４１）は、発言ＩＤ（２２０）と対象発言（２２２）から、議論ツリー表示（１０１）へ発言の木構造を表示する。発言属性（２２３）は、対象発言に対する発言の種類を表し、図２における１３３から入力され、１２３に表示されるものである。発言（２２４）はそのノードにおける発言内容を示し、図２における１３４から入力され、また、１２２、１２６あるいは１３２に表示される内容である。

図７は、本実施例における掲示板システムの画面（１００）の状態遷移図である。画面（１００）には、利用者の入力状態および画面表示状態に従って５つの状態（３００〜３０４）がある。まず、３０１は、発言待ちＱＵＥＵＥが空、かつ、利用者が他者の議論を参照している状態である。利用者は、３０１の状態において、発言のための入力はしておらず、議論ツリー表示（１０１）や注目ノード表示（１０２）を参照しながら、自分の発言のタイミングを待っている。発言待ちＱＵＥＵＥは、利用者が発言すべき発言のノードを順に保持しているＦＩＦＯバッファである。後述の図９に示す処理の中で、他者から所定の条件で発言が追加された際にノードが追加される。また、発言待ちＱＵＥＵＥに保持されたノードに対して利用者が発言すると、そのノードは発言待ちＱＵＥＵＥから取り除かれる。３０１は、掲示板システム（１０）に利用者がクライアントから接続したときの初期状態でもある。

３０１の状態で、発言待ちＱＵＥＵＥに発言が追加される（４０８）と、３０２の状態に遷移する。

３０２は、発言待ちＱＵＥＵＥにノードが有り、かつ、利用者が発言待ちＱＵＥＵＥから最初に取り出せる発言ノードに対して発言の入力を行っている状態である。

３０２の状態で、利用者が発言を入力すると、発言を入力した対象ノードは発言待ちＱＵＥＵＥから取り除かれ、発言待ちＱＵＥＵＥに残っているノードの状態に応じて、３０２あるいは３０１に遷移する。ノードが残っていない場合（４０６）は、３０１へ遷移する。ノードが残っている場合（４０７）には３０２に留まる。

利用者の明示的な操作によって、利用者によって指定されたノードに対する入力状態になる。３０１の状態から、この明示的な操作に対応するものとして、４０１、４０２、４０３、４０４の４種類の操作がある。４０１は、例えば図３に示すような発言属性の選択操作である。４０２は、発言表示（１０３）における発言の入力を開始したことを示す、１３４や１３７への入力操作である。４０３は、注目ノード表示（１０２）において、明示的に発言ノードを選択する操作である。４０４は、議論ツリー表示（１０１）において、木構造表示の葉以外のノードを明示的に選択する操作である。３０１の状態で、利用者によってこれらの操作（４０１、４０２、４０３、４０４）がされると、３００の状態に遷移する。一方、３０１の状態で、利用者が議論ツリー表示（１０１）において、木構造表示の葉ノードを明示的に選択した場合（４０５）は３０１に留まる。３００は、発言待ちＱＵＥＵＥが空、かつ、利用者が指定したノードに対して発言の入力を行っている状態である。３００の状態で、利用者が発言を入力する（４０６）と、３０１へ遷移する。また、３００の状態で、利用者が議論ツリー表示（１０１）において、木構造表示の葉ノードを明示的に選択した場合（４０５）も３０１へ遷移する。

３００の状態で、４０１、４０３の操作がされた場合には、発言対象の指定ノードは変わらず、３００の状態のままである。３００の状態で、４０４の操作がされた場合には、新たに指定されたノードで改めて３００の状態となる。

３０２の状態で、４０１、４０３の操作がされた場合にも、発言対象の指定ノードは変わらず、３０２の状態のままである。３０２の状態で、利用者が議論ツリー表示（１０１）において、木構造表示の葉以外のノードを明示的に選択した場合（４０４）は、３０４へ遷移する。また、３０２の状態で、利用者が議論ツリー表示（１０１）において、木構造表示の葉ノードを明示的に選択した場合（４０５）は、３０３へ遷移する。

３０３は、発言待ちＱＵＥＵＥにノードがあるが、利用者がそれを無視して（あるいは保留にして）別の議論を参照している状態である。ここで、利用者が明示的に議論ツリー表示で葉ノードを選択する（４０５）か、あるいは、注目ノード表示の更新がある限り、この状態（３０３）に留まる。逆に、３０３の状態で、注目ノード表示の更新がなくなって所定時間が経過した場合（４０９）には、３０２へ遷移する。

３０４は、発言待ちＱＵＥＵＥにノードが有るが、利用者がそれを無視あるいは保留にして、利用者が指定した別ノードに対して発言の入力を行っている状態である。３０３と３０４の間の状態遷移は、３０１と３００の間の状態遷移と同様に４０１、４０２、４０３、４０４、４０５で示す操作により遷移する。ただし、利用者による発言がなされた場合（４０６あるいは４０７）は、３０１および３００の状態とは異なる。３０４の状態で、利用者が発言を入力し発言待ちＱＵＥＵＥにノードが残っていない場合（４０６）には、３０１へ遷移する。また、３０４の状態で、利用者が発言を入力し発言待ちＱＵＥＵＥにノードが残っている場合（４０７）には、３０３へ遷移する。

図８は、図７に示す３００の状態における状態管理部（４２）の処理を示すフローチャートである。

以後のフローチャートにおいて、状態３００〜３０４に対応して、処理開始点をそれぞれＡ〜Ｅで示している。

ステップＳ１００１にて、利用者の発言内容の入力をチェックする。利用者からの入力がある場合（Ｙｅｓ．）には、４０６に対応する処理を行う。まず、ステップＳ１００２にて、利用者の入力発言から図６に例示の議論グラフを更新する。そして、利用者の入力した発言自体で注目ノードを更新する（ステップＳ１００３、Ｓ１００４）。最後に３０１の状態へ遷移する（ステップＳ１００５）

ステップＳ１００６にて、利用者によって注目ノード表示で発言ノードが選択されたかをチェックする。利用者が発言ノードを選択した場合（Ｙｅｓ．）には、４０３に対応する処理を行う。利用者によって選択されたノードで注目ノードを更新する（ステップＳ１００７、Ｓ１００８）。そして３００の状態へ遷移する（Ｓ１００９）

ステップＳ１０１０にて、利用者によって議論ツリー表示で発言ノードが選択されたかをチェックする。利用者が発言ノードを選択した場合（Ｙｅｓ．）には、４０４および４０５に対応する処理を行う。まず、利用者によって選択されたノードで注目ノードを更新する（ステップＳ１０１１、Ｓ１０１２）。次に、注目発言表示を更新する（ステップＳ１０１３）。そして、利用者が選択したノードが葉ノードか否かをチェックする（ステップＳ１０１４）。葉ノードの場合（Ｙｅｓ．）には、３０１の状態へ進み（ステップＳ１０１５）、葉以外のノードの場合（Ｎｏ．）には３００の状態へ進む（ステップＳ１０１６）。

ステップＳ１０１７にて、利用者によって発言属性が選択されたかをチェックする。利用者が発言属性を選択した場合（Ｙｅｓ．）には、４０１に対応する処理を行う。利用者によって設定された発言属性にて、発言表示（１０３）における選択属性の更新を行う（ステップＳ１０１８）。

ここまで進んできたところで、状態の変化は無いため、３００の状態の処理を繰り返す（ステップＳ１０１９）。

図９は、図８のフローチャートにおける、ステップＳ１００４、Ｓ１００８、Ｓ１０１２に示す注目ノード更新処理の詳細を示すフローチャートである。なお、この処理は、後述図１２、図１３、図１４、図１５に示すフローチャート中の処理においても共通である。

図９に示す処理の呼び出し元では、利用者が選択したノードなど、更新する注目ノードが指定されている。ステップＳ１２０１では、呼び出し元で指定された注目ノードがハイライト表示されるように、注目ノード表示（１０２）の表示を更新する。次に、議論ツリー表示（１０１）の表示を、指定された注目ノードがハイライト表示されるように更新する（ステップＳ１２０２）。そして、図１０に例示する内部テーブルから、注目ノードの発言属性に対応する、発言属性順位リストを取得する（ステップＳ１２０３）。例えば、注目ノードの発言属性が「質問」であった場合には、図１０に示す親ノード属性が「質問」である２０６より、先頭から「回答」「反対」「賛成」「質問」「補足」の順の発言属性順位リストが取得できる。次に、指定された注目ノードが利用者自身の入力した発言か否かをチェックする（ステップＳ１２０４）。指定された注目ノードが利用者自身の入力した発言の場合（Ｙｅｓ．）、これは例えば、図８におけるステップＳ１００３にて注目ノードが設定された場合、ステップＳ１２０５へ進む。ステップＳ１２０５では、ステップＳ１２０３で取得した発言属性順位リストの順序を入れ替えて、「補足」属性を先頭に移動する。例えば、先の親ノード属性が「質問」の例の場合、「補足」先頭にして、「補足」「回答」「反対」「賛成」「質問」となる。ここまでのリストで、発言表示（１０３）の属性一覧の表示（１３３）を左から順に更新する（ステップＳ１２０６）。さらに、１３３における属性をリストの先頭の属性（左端）に設定する（ステップＳ１２０７）。最後に発言表示の対象発言ＩＤ（１３１）と対象発言内容（１３２）を指定ノードの内容で更新し（ステップＳ１２０８）処理を終了する。

図１１は、他者発言監視部（４３）における処理を示すフローチャートである。図１１に示す処理は、議論ツリー表示の更新および発言待ちＱＵＥＵＥの更新を行う。

ステップＳ１１０１にて、議論グラフの更新を確認し、他の利用者の発言が追加されたことをチェックする。他者の発言が追加された場合（Ｙｅｓ．）、追加された発言に対応するノードの表示のため、議論ツリー表示（１０１）を更新する（ステップＳ１１０２）。さらに、追加された発言が、当該利用者の発言に対して追加されたか否かをチェックする（ステップＳ１１０３）。当該利用者への発言に対して追加された場合（Ｙｅｓ．）、追加された発言が質問属性か否かをチェックする（ステップＳ１１０４）。質問属性であった場合（Ｙｅｓ．）には、その追加された発言を発言待ちＱＵＥＵＥへ追加する（ステップＳ１１０５）。以上の処理を繰り返し、利用者の発言入力とは並行して処理する。

図１２は、図８と同様に、３０１の状態における処理を示すフローチャートである。

図８と同様の処理の部分もあるため、図８との差異の部分のみ説明する。また、分岐後の各処理の終端は、図７に示す状態遷移図に従う。（以下、図１３、図１４、図１５についても同様。）
ステップＳ１３０１にて、発言待ちＱＵＥＵＥにノードが有るかをチェックする。ノードが有る場合（Ｙｅｓ．）には、４０８に対応する処理を行う。まず、発言待ちＱＵＥＵＥの最初のノードで注目ノードを更新する（ステップＳ１３０２、Ｓ１３０３）。そして、３０２へ遷移する。

ステップＳ１３０７にて、利用者が発言表示（１０３）にて内容の入力を開始したかをチェックする。発言内容の入力を開始した場合（Ｙｅｓ．）には、４０２に対応する処理を行う。つまり、３００へ遷移する。

ステップＳ１３１９にて、他者から発言が追加されたか否かをチェックする。発言が注目ノードに追加された場合には、注目ノードの更新を行う（ステップＳ１３２０〜Ｓ１３２２）。

図１３は、図８および図１２と同様に、３０２の状態における処理を示すフローチャートである。

図１２と同様に図８との差異の部分のみ説明する。

ステップＳ１４０１にて，利用者の発言内容の入力をチェックする。利用者からの入力がある場合（Ｙｅｓ．）には、４０６あるいは４０７に対応する処理を行う。まず、ステップＳ１４０２にて、利用者の入力発言から議論グラフを更新する。そして、発言待ちＱＵＥＵＥから対象発言となったノードを取り除く（ステップＳ１４０３）。次に発言待ちＱＵＥＵＥにまだノードが残っているか否か（ステップＳ１４０４）によって、残っている場合（Ｙｅｓ．）には４０７の処理、そうでない場合には４０６の処理を行う。４０７の処理の場合には、発言待ちＱＵＥＵＥの先頭ノードで注目ノードを更新し、３０２へ遷移する（ステップＳ１４０５〜Ｓ１４０７）。４０６の処理の場合には、利用者の入力した発言自体で注目ノードを更新し３０１へ遷移する（ステップＳ１４０８〜Ｓ１４１０）。

図１４は、図８、図１２、図１３と同様に、３０３の状態における処理を示すフローチャートである。

図１２との差異の部分のみ説明する。

３０３の状態では、発言待ちＱＵＥＵＥのチェック（図１２、ステップＳ１３０１）は行わず、注目ノードに対して所定時間追加発言が無いことのチェックを行う（ステップＳ１５２０）。所定時間注目ノードに対して追加発言が無かった場合（Ｙｅｓ．）、４０９に対応する処理として、発言待ちＱＵＥＵＥの最初のノードで注目ノードを更新する（ステップＳ１５２１、Ｓ１５２２）。そして、３０２へ遷移する。

図１５は、３０４の状態における処理を示すフローチャートである。各処理に対応する遷移先を除き、３０２の状態における処理（図１３）と同じである。

以上述べたように、対象発言の発言者及び発言属性を基に発言属性を自動設定することで、発言者に意識的な負担をかけず議論グラフとして妥当な発言属性を設定することが出来るようになる。さらに、対象発言の発言者及び発言属性を基に設定する発言属性の優先順位も自動設定することで、自動設定されたデフォルトの選択属性以外の属性を選択する場合においても、容易に発言属性を設定することが出来るようになる。

結果、妥当な議論グラフの構築が促進され、オフィス業務のコミュニケーションにおいて記録された情報から議論の流れや結論を容易に把握できるようになる。

なお、本実施例において、発言属性の種類として前述の６種類を例として挙げたが、対応する属性の種類、数についてはこの限りではなく、他の属性を扱う場合においても、上記同様の方法にて自動設定、属性の優先順位付けが出来ることは言うまでもない。

また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。

１ サーバ
１０ 掲示板システム
１１ 通信部
１２ ＨＤＤ
２１ 議論グラフ構成部
２２ ユーザ接続管理部
４０ 入力制御部
４１ 表示制御部
４２ 状態管理部
４３ 他者発言監視部

Claims (7)

1. 属性が付与された対象発言の選択が行われると、当該対象発言に対する新規発言をユーザに入力させるための入力欄を表示する制御手段を有する装置であって、
   前記制御手段は、
   前記対象発言に付与されている属性に基づいて、前記新規発言の属性を決定し、当該決定した属性を前記入力欄と共に表示することを特徴とする装置。
2. 前記決定した属性はデフォルトとして属性であり、
   ユーザの選択に基づいて前記決定した属性を変更する変更手段をさらに有することを特徴とする請求項１に記載の装置。
3. 前記制御手段は、
   前記対象発言に付与されている属性に基づいて、前記新規発言の属性としてあり得る複数の属性を決定し、当該複数の属性のうちの一の属性をデフォルトの属性として表示し、残りの属性を変更が可能な属性として表示することを特徴とする請求項２に記載の装置。
4. 属性が付与された対象発言の選択が行われると、当該対象発言に対する新規発言をユーザに入力させるための入力欄を表示する制御工程を有する方法であって、
   前記制御工程は、
   前記対象発言に付与されている属性に基づいて、前記新規発言の属性を決定し、当該決定した属性を前記入力欄と共に表示することを特徴とする方法。
5. 前記決定した属性はデフォルトとして属性であり、
   ユーザの選択に基づいて前記決定した属性を変更する変更工程をさらに有することを特徴とする請求項４に記載の方法。
6. 前記制御工程は、
   前記対象発言に付与されている属性に基づいて、前記新規発言の属性としてあり得る複数の属性を決定し、当該複数の属性のうちの一の属性をデフォルトの属性として表示し、残りの属性を変更が可能な属性として表示することを特徴とする請求項５に記載の方法。
7. 請求項４乃至６の何れか１項に記載の方法をコンピュータに実行させるためのプログラム。

Images