(57)【要約】【課題】  ＳＮＳ、チャット、メール等のコミュニケーションシステムにおいては、一つの発言に対して異なる意見が出されるため、議論の流れは複数に分岐していく。特に、ある発言に対して訂正の指摘がなされた場合、最終的に元の発言に対してどのような訂正がなされたかが把握しづらい。【解決手段】  既存の発言の中から、指摘したい語句のみを選択し、その選択した語句に対して、反対属性の発言を加えることが出来る手段を設ける。また、ある発言に対してなされた複数の反対属性を持つ発言まとめるための機能を設け、元の発言が、最終的にどのように訂正されたかの表示を実現する。【選択図】  図６
2014134859.tif 000002
【特許請求の範囲】
【請求項１】
メッセージのうちの一部の選択をユーザから受け付けると、前記選択を受け付けた一部を空欄に変換した部分と、前記メッセージのうちの選択を受け付けなかった部分とを表示させるように制御する手段と、
前記空欄へのユーザによる入力に応じて、前記選択を受け付けた一部が正しくは前記入力された内容であることを示すメッセージを表示させるように制御する制御手段とを有することを特徴とする装置。
【請求項２】
前記制御手段は、
前記選択を受け付けた一部が正しくは前記入力された内容であることを示すメッセージは、前記一部の選択をユーザから受け付けたメッセージに対するメッセージに関連付けて表示させるように制御することを特徴とする請求項１に記載の装置。
【請求項３】
前記メッセージは、掲示板システムのメッセージであることを特徴とする請求項１に記載の装置。
【請求項４】
メッセージのうちの一部の選択をユーザから受け付けると、前記選択を受け付けた一部を空欄に変換した部分と、前記メッセージのうちの選択を受け付けなかった部分とを表示させるように制御する工程と、
前記空欄へのユーザによる入力に応じて、前記選択を受け付けた一部が正しくは前記入力された内容であることを示すメッセージを表示させるように制御する制御工程とを有することを特徴とする方法。
【請求項５】
前記制御工程は、
前記選択を受け付けた一部が正しくは前記入力された内容であることを示すメッセージは、前記一部の選択をユーザから受け付けたメッセージに対するメッセージに関連付けて表示させるように制御することを特徴とする請求項４に記載の方法。
【請求項６】
前記メッセージは、掲示板システムのメッセージであることを特徴とする請求項４に記載の方法。
【請求項７】
請求項４乃至６の何れか１項に記載の方法をコンピュータに実行させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、掲示板システムなどのメッセージを取り扱う装置、方法、プログラムに関する。
【背景技術】
【０００２】
場所や時間に縛られないパーソナル・コミュニケーション手段として、チャットやＳＮＳ、メール等が普及している。実際のコミュニケーションでは、一つの発言の中に、複数の話題が含まれていることがある。そのような場合、全ての話題に対して、一人で応答できない場合もあるため、複数の人が、各人が応答できる話題を選択し、それぞれの知識の範囲で回答することになる。特に、メールでのコミュニケーションにおいては、一つのメールの中に複数の話題が含まれていることが多い。そのようなメールに対して返信を実施する場合、例えば、「＞」の様な引用符を文章に付加し、それぞれの話題に対する回答を、一つの返信メールに記載することが多い。そこで、返信メールから引用関係情報の抽出を行い、引用関係ごとに、階層的に表示することで、議論の進行の容易な把握を可能にしたシステムがある。（特許文献１参照）
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００２−９１８７６
【発明の概要】
【発明が解決しようとする課題】
【０００４】
オフィス業務におけるコミュニケーションでは、一つの発言に対して異なる意見が出されるため、議論の流れは複数に分岐していく。上述したように、各人はそれぞれの知識の範囲で応答する為、応答間で整合性が取れないような場合も発生する。この例として、「Ａです」という発言に対して、「Ａではなく、Ｂです」や、「Ａではなく、Ｃです」、といったように、間違いの指摘内容が、応答者毎に異なる場合が挙げられる。これらの指摘に対してさらに指摘のコメントがなされる場合もあるため、指摘のコメントが多くなるほど、複雑に分岐し、議論の流れの把握が難しくなる。
【０００５】
そのような場合に、特許文献１に示す様な対応関係ごと階層的に表示するだけでは、各回答者の回答が対応付けられて階層的に表示されるだけなので、多くの指摘コメントがなされた場合に、最終的にどのような結論になっているかが把握しづらい。
【課題を解決するための手段】
【０００６】
メッセージのうちの一部の選択をユーザから受け付けると、前記選択を受け付けた一部を空欄に変換した部分と、前記メッセージのうちの選択を受け付けなかった部分とを表示させるように制御する第１の制御手段と、
前記空欄へのユーザによる入力に応じて、前記選択を受け付けた一部が正しくは前記入力された内容であることを示すメッセージを表示させるように制御する第２の制御手段とを有することを特徴とする装置。
【発明の効果】
【０００７】
本発明では、各発言中の語句を選択し、纏め機能を実行することで、そのノード以下にある反対属性を持つ発言を、発言の流れ毎にまとめる。これにより、間違いの指摘が複雑に分岐した話の流れを、集約することが出来るため、最終的にどのような結論になったかを容易に把握できる。
【図面の簡単な説明】
【０００８】
【図１】本実施例のブロック図
【図２】本実施例の掲示板システムの画面表示例
【図３】本実施例の語句に対する反対発言の入力例１
【図４】本実施例の語句に対する反対発言の入力例２
【図５】議論グラフのデータベーススキーマ例
【図６】本実施例のまとめ機能実行後の議論ツリーの画面表示例
【図７】本実施例の語句の入力方法に関するフローチャート
【図８】本実施例の議論ツリーのまとめ処理に関するフローチャート
【図９】実施例２における語句に対する反対発言の入力例１
【図１０】実施例２の語句の入力方法に関するフローチャート
【発明を実施するための形態】
【０００９】
［実施例１］
以下、本発明を実施するための最良の形態について図面を用いて説明する。
【００１０】
図１は、本実施例のシステム構成を示すブロック図である。
【００１１】
サーバ（１）は、本明細書では、ＣＰＵ、ＲＡＭ、ＲＯＭ、ＨＤＤ（１２）、通信部（１１）等からなる。掲示板システム（１０）は、サーバ（１）の上に構成されたシステムである。
【００１２】
掲示板システム（１０）は、ネットワーク（５）を介して接続された一つ以上のクライアント（２〜４）からアクセスして利用するクラウド上のサービスである。利用者はクライアント（２〜４）におけるＷｅｂブラウザ等のクライアントアプリケーションを操作することにより、掲示板システム（１０）によって提供されるユーザインタフェースを利用することが出来る。掲示板システム（１０）の後述のフローチャートで示す手順は、サーバ（１）のＲＡＭ，ＲＯＭ，ＨＤＤ（１２）のいずれかの記憶手段に記憶され、ＣＰＵにより実行される。議論グラフ構成部（２１）は、利用者の操作によって入力された発言およびその他情報から各ノードに発言を持つグラフデータ構造（以後、議論グラフと呼ぶ）を構成し、ＨＤＤ（１２）に記録する。ユーザ接続管理部（２２）は、通信部（１１）を介して、掲示板システム（１０）に接続する複数の利用者からの入力情報及び各利用者へ表示する出力情報の制御を行う。利用者からユーザ接続管理部（２２）に入力された情報は、議論グラフ構成部（２１）に渡され、議論グラフに構成される。また、ユーザ接続管理部（２２）は議論グラフ構成部（２１）から議論グラフの情報を取得して、利用者への表示する出力情報とする。
【００１３】
ユーザ接続管理部（２２）は、利用者毎に、入力制御部（４０）、グラフ表示部（４１）、纏め処理部（４２）、利用者に対する情報の入出力を利用者単位に管理する（３０、３１）。
【００１４】
図２は、本実施例においてクライアント（２〜４）で表示される、掲示板システムの画面表示例である。
【００１５】
掲示板システムの画面（２００）は、議論ツリー表示（２０１）、注目ノード表示（２０２）、発言表示（２０３）の３つの部分から成る。各部分では、マウスなどのポインティングデバイスあるいはキーボードを用いて、対象発言の選択あるいは発言の入力を行うことができる。
【００１６】
議論ツリー表示（２０１）は掲示板システム（２００）で保持されている全ての議論ツリーを表示するためのビューである。注目ノード表示（２０２）は、利用者が現在注目しているノード、およびその親ノードを表示するビューである。利用者は、議論ツリー表示（２０１）において、表示されている議論ツリーのノードを選択することで、新しい発言を入力する際の対象発言を選択することが出来る。注目ノード表示（２０２）は、ここで選択されたノードとその親ノードを表示する。議論ツリー表示（２０１）において、議論グラフのノード数が増加した場合、掲示板システムは、スクロールバーを利用した部分表示、あるいは、全議論ツリーを表示するために縮小表示を行う。
【００１７】
図２に示す例において、注目ノード表示（２０２）に、二つのノードが表示されている。即ち、注目ノード表示に、二つのノードが関連付けられている。注目ノード表示（２０２）の一つ目のノード（２２１、２２２、２２３）が示す発言（発言とはメッセージのことである。）に対して、二つ目のノード（２２４、２２５、２２６）が示す発言がされている。また、二つの発言の関係は「補足」（２２７）という発言属性で表示されている。即ち、表示されるように制御されている。
【００１８】
二つ目のノードが示す発言は議論ツリー表示（２０１）における２１０に対応する。本実施例における議論ツリー表示においては、一つのノードにつき、発言者（２２１、２２４）、発言ＩＤ（２２２、２２５）、発言（２２３、２２６）の３つが表示される。図２に示す例のように、ノードをつなぐ線と線に付された発言属性で、ノード間の関係を示す。発言者が新しい発言を入力する前に、後述する発言表示（２０３）で発言属性を選択する。発言者が選択した発言属性は議論グラフを構成する情報として、図５に示すデータベースに記録される。
【００１９】
発言表示（２０３）は、利用者が注目しているノード（２１０）に対して、新しい発言を入力するためのビューである。発言表示（２０３）の上部（２３１）には、対象発言の情報である、対象発言の発言ＩＤ（２３２）と対象発言（２３３）が表示される。図２に示す例において、対象発言の発言ＩＤ（２３２）には２２５に示す発言ＩＤの「３４」、対象発言（２３３）には２２６に示す内容が表示されていることが分かる。発言表示（２０３）の下部には、発言属性の選択（２３４）と新規発言の入力欄（２３５）が表示される。掲示板システムは、利用者によって２３４と２３５から入力された情報から、対象発言（２１０）に対する新規発言を議論グラフへ追加する。この時、新規発言は、選択した対象発言の子ノードとして表示される。図２に示す例において、発言属性の選択肢は「補足」、「反対」、「賛成」、「質問」、「新規」の５つである。この５つの選択肢のうち、「反対」を選択した場合には、図３に示す様に、反対する対象発言の一部分を選択し、その部分に対する反対の発言を入力することも可能となる。この説明は、図３を用いて行う。
【００２０】
図３を用いて、対象発言の一部分に対して、反対属性を持つ新規発言を行う場合の入力方法例を示す。図３の発言表示（２０３）は、見易さのために、拡大して表示している。
【００２１】
まず、議論ツリー表示（２０１）上で、新規発言の対象発言を選択することで、注目ノード表示（２０２）上に対象発言が表示される。その状態で、反対したい語句（３０１）をマウス等のポインティングデバイスを用いて選択する。この時、選択する語句は、議論ツリー（２０１）に表示されたノードの語句を選択してもよいし、注目ノード表示（２０２）上に表示されたノードの語句を選択してもよい。この時、３０１に示す様に選択個所がハイライトされる。その状態で、発言表示（２０３）の反対属性（３１１）を選択する。反対属性（３１１）が選択された場合、新規発言の入力欄（２３５）上に、選択した部分の前後の文章（３１２、３１４）、および入力フォームが空欄へと変換された部分（３１３）が表示される。入力フォーム（３１３）に、選択した語句（３０１）を訂正するための新規発言（３１５）を入力する。入力すると、３２２に示す様に、新たに発言が対象発言の子ノードとして、議論ツリー（２０１）上に表示される。この時、ノード（３２２）上には、「“選択した語句”ではなく、“入力した語句”、です。」といったように、文章として通じるように、自動的に文章が追加される。この時ノードをつなぐ線には、選択した属性である「反対」（３２１）が表示される。
【００２２】
図４を用いて、ある発言に含まれる語句に対して、反対の発言が追加された状態で、新たに、語句への反対の発言を追加するときの操作について述べる。
【００２３】
図４のノード（４０２）は、図３を用いて説明した手順によって議論ツリー表示（３０１）に追加されたノードである。この状態で、新たな発言者「Ｃ」が、ノード（４０２）で指摘された個所に加えて、「ＣＣＣする」という語句（４０１）も訂正する場合の手順を説明する。発言者「Ｃ」は、まず、反対したい語句（４０１）を選択する。その状態で、訂正の発言を続けたいノード（４０２）を、ポインティングデバイスを使って選択し、その状態で、図３で説明したように、新規発言の入力欄、即ち空欄（２３５）上に表示された入力フォーム（３１３）に発言を入力する。結果、ノード（４０３）に示す様に、ノード（４０２）の子ノードとして議論ツリー表示上に表示される。これは、発言者「Ｃ」の発言は、発言者「Ａ」による「Ｂ」の発言の訂正発言（４０２）に加えて、別の観点で訂正発言を加えたことを示す。
【００２４】
一方、新たな発言者「Ｄ」が、発言者「Ａ」の発言４０２が間違っていると考え、新たに発言者Ｂの発言（４１０）の語句（４１１）に対して、反対する場合の手順について述べる。この場合には、図３を用いて述べた手順と同様に、訂正する語句（４１１）を選択し、新規発言の入力欄（２３５）上に表示された入力フォーム（３１３）に発言を入力する。この手順により、議論ツリー（２０１）にノード（４１２）が追加される。この時、ノード（４１２）は、ノード（４０２）の兄弟ノードとして、表示される。
【００２５】
図５を用いて、議論グラフを管理するためのデータベースのスキーマについて説明する。まず発言ＩＤ（５０１）は、発言を一意に決定できる固有の値である。本値は、発言が増えるたびに自動でインクリメントされる。図５では、発言ＩＤ（５０１）は、整数値として表現されているが、ＧＵＩＤの様な文字列でも構わない。発言ＩＤ（５０１）の値は、図２の発言ＩＤ（２２２、２２５）に表示される値と同じである。次に、発言者（５０２）は、発言を入力した人を一意に指定するためのカラムである。この発言者に関するデータは、掲示板システム（１０）にログインする際に入力しても良いし、クライアント（２，３，４）にあらかじめ設定されているものでも良い。発言者（５０２）に管理されているデータが、図２の発言者（２２１、２２４）に表示される。また、対象発言（５０３）、および発言属性（５０５）には、発言を入力するときに選択した親ノードの発言ＩＤ（５０１）、および選択した発言属性が、それぞれが登録される。対象語句（５０４）には、図３、４を用いて説明した手順における、選択された語句が登録される。語句が指定されず、ノード全体が選択された場合には、それが分かるような値（図５では“ＡＬＬ”）が登録される。また、親ノードが無いノード（以後、根ノードと呼称）の場合には、親ノードがない事が分かる値（図５では“−”）が登録される。最後に、発言（５０６）には、入力表示（２３５）に入力した発言が登録され、この値が発言（２２３、２２６）に表示される。
【００２６】
議論などが紛糾した場合、図６の議論ツリー（６０１）に示す様に、ある発言（６０２）に対して、複数の分岐した反対発言（６０３〜６０７）がなされる。その場合、発言（６０２）の最終的な訂正結果がどうなっているのかが把握しづらい。例えば、６０１にて破線に囲まれる議論の流れにおいては、発言（６０２）に対して、発言（６０３）、および発言（６０４）で反対意見が述べられている。結果、破線で囲まれた６０１の議論の結論としては、「ＡＡＡは、ＤＤＤを使って、ＥＥＥするシステムです。」となる。このように、それぞれの議論の結論が異なる流れの把握が容易となるように、分岐した議論の流れの最終的な結論をまとめて表示する。具体的には、反対属性を持つノードを子ノードに持つノード（６０２、６０３）に、まとめボタン（６０８、６０９）を表示する。まとめボタン（６０８）を押下した場合、議論ツリー（６１０）に示されるように、子ノード以下のノードが、６１１のようにまとめられて、表示される。６１１の中には、複数の議論の流れの結論（６１２、６１３、６１４）が表示される。また、まとめ解除ボタン（６１５）を押下した場合、議論ツリー（６１０）の状態に戻る。
【００２７】
図７は、図２、図３、図４にて説明した、発言の入力処理の流れを表したフローチャートである。
【００２８】
Ｓ７０１では、入力制御部（４０）は、議論ツリー、もしくは注目ノード表示上に表示されたノードの文字列の選択を受け付ける。選択を受け付けた場合には、図３の３０１に示したように、選択した文字列がハイライトされる。文字列が選択された場合には、Ｓ７０３に遷移する。また、選択されなかった場合には、Ｓ７０２に遷移する。
【００２９】
Ｓ７０２では、入力制御部（４０）は、ユーザからのノードの選択を受け付ける。ここで、ノードが選択された場合には、Ｓ７１６に遷移する。また、選択されなかった場合には、Ｓ７１９に遷移する。
【００３０】
Ｓ７０３では、入力制御部（４０）は、ユーザからのノードの選択を受け付ける。ノードが選択された場合には、Ｓ７０４に遷移する。また、ノードが選択されなかった場合には、Ｓ７０９に遷移する。
【００３１】
Ｓ７０４では、入力制御部（４０）は、ユーザからの発言属性の選択を待ち受ける。この処理は、Ｓ７０９、Ｓ７１６も同様である。
【００３２】
Ｓ７０５では、入力制御部（４０）は、Ｓ７０４で選択された属性をチェックし、属性が「反対」であった場合には、Ｓ７０６に遷移する。属性が反対でなかった場合には、Ｓ７０７に遷移する。
【００３３】
Ｓ７０６では、入力制御部（４０）は、図３の３１２、および３１４に示したように、Ｓ７０１で選択された文字列の前後の文章を入力表示上に表示する。この処理はＳ７１１でも同様に実行される。
【００３４】
Ｓ７０７では、入力制御部（４０）は、ユーザからの文字列入力を待ち受ける。この処理は、Ｓ７１２、Ｓ７１７、Ｓ７１９でも同様に実行される。
【００３５】
Ｓ７０８では、グラフ表示部（４１）は、Ｓ７０１で文字列が選択されたノードの子ノードとして、Ｓ７０７で入力された文字列を表示する。この時の発言属性は、Ｓ７０４で選択された属性となる。
【００３６】
Ｓ７１０では、入力制御部（４０）は、Ｓ７０９で選択された属性をチェックし、属性が「反対」であった場合には、Ｓ７１１に遷移する。属性が反対でなかった場合には、Ｓ７１２に遷移する。
【００３７】
Ｓ７１３では、グラフ表示部（４１）は、Ｓ７０３で選択されたノードの発言属性を、図５で示したデータベースから取得し、発言属性が反対であった場合には、Ｓ７１４に遷移する。反対でなかった場合には、Ｓ７１５に遷移する。
【００３８】
Ｓ７１４では、グラフ表示部（４１）は、発言属性を「反対＋補足」として、Ｓ７１２で受け付けた文字列を、Ｓ７０３で選択されたノードの子ノードとして表示する。この処理により、図４の４０３に示す様な発言属性を持つノードが議論ツリー上に表示される。
【００３９】
Ｓ７１５では、グラフ表示部（４１）は、Ｓ７０９で設定された発言属性と、Ｓ７１２で受け付けた文字列を、Ｓ７０３で選択されたノードの子ノードとして表示する。
【００４０】
Ｓ７１８では、グラフ表示部（４１）は、Ｓ７０２で選択したノードの子ノードとして、Ｓ７１６で選択した発言属性、Ｓ７１７の文字列を表示する。
【００４１】
Ｓ７２０では、グラフ表示部（４１）は、Ｓ７１９で入力された文字列を、親ノードを持たないノードとして議論ツリー上に表示される。
【００４２】
Ｓ７２１では、掲示板システム（１０）は、入力された文字列、発言属性、選択された文字列を、図５で示したデータベースに登録する。
【００４３】
図７に示したフローチャートに従って処理を進めることで、図２、３、４に示したような議論ツリー表示が作成される。
【００４４】
図８は、図６にて説明した議論ツリーのまとめ処理の流れを表したフローチャートである。
【００４５】
Ｓ８０１では、入力制御部（４０）は、ユーザからのまとめボタンの押下を検知する。
【００４６】
Ｓ８０２では、入力制御部（４０）は、押下されたまとめボタンが表示されたノードの発言ＩＤを図５で示したデータベースから取得する。
【００４７】
Ｓ８０３では、入力制御部（４０）は、Ｓ８０２で求めた発言ＩＤ、および空文字列を引数に、後述するまとめプロセスを呼び出す。
【００４８】
Ｓ８０４では、グラフ表示部（４１）は、まとめプロセスの戻り値として得られる文字列置換済みリストに含まれるデータを、それぞれ一つ一つのノードとして議論ツリーに表示する。この処理により、図６に示した６１１のような議論の流れ毎に発言がまとめられた議論ツリーが構築される。
【００４９】
Ｓ８１１〜Ｓ８１９では、議論ツリーに対して、再起処理を用いて深さ優先探索を実行し、探索途中にあるノードの属性が、反対、もしくは反対＋補足であった場合には、それらの文字列で、探索を開始したノードの文字列を置換する。末端のノードまでたどり着いた場合には、置換された文字列を文字列置換済みリストに追加する。この文字列置換済みリストを呼出し元に返す。
【００５０】
Ｓ８１１では、纏め処理部（４２）は、Ｓ８０３から渡された発言ＩＤを、図５で示したデータベースの対象発言５０３に持つ行の集合を取得する。
【００５１】
Ｓ８１２では、纏め処理部（４２）は、Ｓ８１１で取得した行の集合が空か否かを判断する。空であった場合、つまり、末端のノードであった場合には、Ｓ８１７に遷移する。空でない場合、つまり、末端のノードでなかった場合には、Ｓ８１３に遷移する。
【００５２】
Ｓ８１３では、纏め処理部（４２）は、Ｓ８１１で取得した集合の中から、まだ処理していない行を取得する。
【００５３】
Ｓ８１４では、纏め処理部（４２）は、Ｓ８１３で選択した行の発言属性を調べ、発言属性が反対、もしくは反対＋補足であった場合、つまり文字列置換対象であった場合には、ＳＰＰ０５に遷移する。それ以外であった場合、つまり文字列置換の対象外である場合には、Ｓ８１７に遷移する。
【００５４】
Ｓ８１５では、纏め処理部（４２）は、Ｓ８１３で選択した行の対象語句を、発言で置換した文字列を作成する。
【００５５】
Ｓ８１６では、纏め処理部（４２）は、Ｓ８１５で置換した文字列、およびＳ８１３で選択した行の発言ＩＤを引数に、纏めプロセスを再呼び出しする。
【００５６】
Ｓ８１７では、纏め処理部（４２）は、引数に設定された文字列を文字列置換済みリストに登録する。
【００５７】
Ｓ８１８では、纏め処理部（４２）は、Ｓ８１１で取得した集合の全てに対して、Ｓ８１２〜ＰＳ８１７までの処理を実行したか否かを確認する。集合の全てに対して処理を実行していた場合には、Ｓ８１９に遷移し、全ての行に対して処理が実行されていない場合には、Ｓ８１３に遷移する。
【００５８】
Ｓ８１９では、纏め処理部（４２）は、文字列置換済みリストを、呼出し元に返す。
【００５９】
［実施例２］
実施例１においては、ある語句に対して反対の発言を入力するためには、煩雑な手順が必要となり、ユーザーエクスペリエンスが低下する。具体的には、図３に示したように、議論ツリー（２０１）、もしく注目ノード表示（２０２）に表示されたノードの中から、対象となる語句を選択し、反対属性（３１１）を選択、発言を入力する必要がある。そこで、本実施例では、通常のテキスト編集と同じような操作感で、ある発言中の語句に対する反対属性を持つ発言の入力を可能とする。この方法を、図９を用いて説明する。
【００６０】
まず、議論ツリー（９００）に表示されたノードから、反対する対象のノード（９０１）を選択する。この操作により、議論ツリー上のノードの編集が可能となる。その後、反対する対象の語句（９０２）を通常のテキスト操作と同じように削除し、訂正の語句（９０３）を入力する。結果、９１１に示す様に、「“削除した単語”ではなく、“入力した語句”です。」というノード（９１１）が表示される。
【００６１】
図１０は、図９にて説明した、実施例２におけるある語句に対する反対属性を持つ発言を入力する際の処理の流れを表したフローチャートである。
【００６２】
Ｓ１００１では、ユーザからのノード選択を受け付けた入力制御部（４０）が、選択されたノードを編集可能状態に変更する。
【００６３】
Ｓ１００２では、入力制御部（４０）は、Ｓ１００１で選択されたノードの文字列が削除されたか否かを、判断する。文字列が削除されたことを検知した場合には、議論ツリー上に表示されたノードの文字列も削除し、Ｓ１００４に遷移する。また、文字列の削除が検知されなかった場合には、Ｓ１００３に遷移する。
【００６４】
Ｓ１００３では、図７にて説明したＳ７０２以降の処理と同様の処理を行う。
【００６５】
Ｓ１００４では、入力制御部（４０）は、ユーザからの文字列選択を受け付けた入力制御部（４０）は、入力された文字列を、議論ツリー上の、Ｓ１００１で選択したノード上に反映する。
【００６６】
Ｓ１００５では、入力制御部（４０）は、ユーザが文字列の入力を終了したか否かを検知する。終了を表すトリガーとしては、例えばＥｎｔｅｒキーの押下などが挙げられる。文字列入力の終了を検知した場合には、Ｓ１００６に遷移する。また、文字列入力の終了を検知しない場合には、Ｓ１００４に遷移し、文字列の入力を待つ。
【００６７】
Ｓ１００６では、入力制御部（４０）は、Ｓ１００１で選択されたノードの発言属性を図５で説明したデータベースに登録された情報から取得する。取得した発言属性が反対の場合には、Ｓ１００７に遷移する。それ以外の場合には、Ｓ１００８に遷移する。
【００６８】
Ｓ１００７では、グラフ表示部（４１）は、発言属性を「反対＋補足」として、議論ツリー上に表示する。
【００６９】
Ｓ１００８では、グラフ表示部（４１）は、発言属性を「反対」として、議論ツリー上に表示する。
【００７０】
Ｓ１００９では、電子掲示板システム（２００）は、Ｓ１００２で削除された文字列、Ｓ１００４で入力された文字列、Ｓ１００１で選択されたノードの発言ＩＤ、およびＳ１００７、０８で決定した発言属性を図５で示したデータベースに登録する。
【００７１】
図１０に示したフローチャートの処理の流れに従って処理を進めることで、議論ツリー上に表示された文字列を直接編集し、発言属性などを手動で選択することなく、反対属性を持つ発言の追加が可能となる。
【００７２】
また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。
【図１】
2014134859.tif 000003
【図２】
2014134859.tif 000004
【図３】
2014134859.tif 000005
【図４】
2014134859.tif 000006
【図５】
2014134859.tif 000007
【図６】
2014134859.tif 000008
【図７】
2014134859.tif 000009
【図８】
2014134859.tif 000010
【図９】
2014134859.tif 000011
【図１０】
2014134859.tif 000012