2.1.1 システム構成

図2.1: ディスカッションルーム

会議を行うミーティングルームは図[1]のような空間を想定している。 ミーティングルームには全方位からの音声を記録できるマイクが一台設置されている。会議の映像データを記録するために、1台のパンチルトカメラが設置されている。他にも固定カメラが二台設置されている。一台はスクリーンに投影されたスライドやビデオなどの内容を記録し、もう一台は常に発表者の方を向いており発表者の様子を記録する。また、ディスカッションマイニングでは、議事録の作成・管理を行うための議事録サーバが用意されている。

会議中の発言に関する情報を記録するための設備として、後述するポインタリモコンからの情報を受信するIRLEDアレイが天上に設置されている。発言者が発言を行う際にはポインタリモコンを真上に掲げてから発言する。このとき、リモコンから発言に関する情報（発言者ID、発言開始時刻、後述する発言タイプ）がサーバに送信され、書記の発言記録の支援を行う。

パンチルトカメラは、参加者全員の様子を記録するために左右に回転しながら参加者を撮影する。発表者以外の参加者が発言を始めるとポインタリモコンから送られた情報を元に発言者の方向に固定された上でズームインし、発言中はその発言者を撮影する。発言終了後には再び回転を始め参加者全員を撮影する。スクリーン用のカメラはプレゼンテーションに用いたスライド、デモ、参考資料の様子を記録している。発表者の様子は発表者用のカメラで常に記録されている。

発表者は、図[2]のようなポインタリモコンと専用ツールを用いて発表を行う。ポインタリモコンについては前述の参加者の使用法に加えてスライドの切り替え、スライドアニメーションの切り替えを行うことができる。専用ツールを用いた発表の手順について述べる。発表者は、まず発表を開始する前に、専用ツールを用いて発表で使用するスライドファイルを議事録サーバへアップロードする(この時、アップロードしたスライドファイルに関する情報が記述されたプレゼンテーションXMLが生成され、サーバに保存される)。そして、 アップロード時に発表者の名前、プロジェクト名、進捗報告などの発表のカテゴリーを選択する。アップロードが完了した後に後述する書記専用のインタフェースから、書記により発表開始のボタンを押されることで発表が開始される。発表が終了した時点で書記が入力した議事録とともに発表に関する情報がデータベースに登録される。尚、発表終了時刻の入力は、発表者専用のインタフェースの発表終了ボタンを押すことで、自動的に行われる。

図2.2: 発表者用インタフェース

発表者と書記を含む参加者は、ポインタリモコン図[3]を用いる。参加者は発言を行う際に、ポインタリモコンを上げて発言を行う。その際にポインタリモコンはIRLEDアレイから座席位置を識別するためのIDを受信する。この時送信される情報をポインタリモコンが受け取ると座席位置だけでなく、発言者のID、発言のタイプ（後述）が何かという情報を議事録サーバへ送信する。これらの情報とその情報の受信した時刻が記録される。発言の終了はポインタリモコンのボタンを押すことによって行い、議事録サーバには発言の終了時刻が記録される。

図2.3: ポインタリモコン

ディ スカッションマイニングで取得する発言のタイプを議事録構造化の観点から次の二種類に分類をした。一つは「導入」であり、これはこれまでの議論とは関係なく 新しい話題をはじめる時の発言である。もう一つは「継続」でありこれは直前までの発言を受けて行う、現在進行している話題に沿った発言である。これらの情報 を上に掲げたときのポインタリモコンの向きによって入力する。継続発言とその元になった発言（以後、親発言と呼ぶ）との間にリンク情報を生成し、記録する。これを繰り返し行うことによって，図[4]のように導入発言に継続発言が連なる形式の発言集合が複数生成される。この発言集合を以後、議論セグメントと呼ぶ。一つの会議コンテンツ内に複数の議論セグメントを作成することで、 会議で行われた議論を話題単位で閲覧できる。

図2.4: 会議コンテンツ

ディ スカッションマイニングでは、クロストーク(発言の時間的重なり)を避けるために参加者の発言の順番を制御する仕組みを備えている。これを以後、発言予約機能と呼ぶ。他の参加者 の発言中にポインタリモコンを上げた場合は発言予約リストに加えられ、直前の発言が終了すると自動的に発言権が移る。複数の予約発言が存在する場合、発言の順番は予約を行った順番であることの他にも以下のルールに基づいて変更される。

• 発表者の入力した予約は他の予約より優先される
• 導入と継続の予約が両方存在するときは、現在の話題を行えるように継続の予約が優先される。

こ の発言予約機能は、発言の順番を制御するだけでなく、より参加者達の意図を反映した議論構造の作成を行うためにも利用される。発言予約機能を利用せずに、 発言の種類の「導入」と「継続」のみを利用した場合、作成される議論構造は導入発言から枝分かれのない一直線なリスト構造を生成する。しかし一般に、一つの発言に 対して複数人が各々の視点による意見を述べた場合、議論構造はリスト構造より複雑なツリー構造となる。そのため、誰かが発言を行っている最中に「継続」 の予約が予約リストに加えられた場合、その継続発言と現在行われている発言との間にリンク情報を形成する。つまり、複数の人が同時に一つの発言に対する予約リストに「継続」の発言を加えると、一つの発言に複数の継続発言がリンクすることになりツリー構造が形成される。

ポインタリモコンは、発言の開始・終了時間の入力だけでなく、現在行われている発言に対して、自分の態度などの属性を随時入力できる。ポインタリモコンで入力することができる属性には、ある人の意見に対する「賛成」と「反対」、さらにディスカッションブラウザを利用するときに用いられる「マーキング」の３種類がある。参加者はこれらの属性をポインタリモコンのボタンを押すことで議事録サーバに送信することができる。

また、ポインタリモコンを用いることで、従来のレーザーポインタのように単一の点を表示するだけでなく、スライド上の文字に下線(図[5])を引くことやスライド内の要素を矩形選択(図[6])すること、そして図[7]に示されるスライドに描画されたピンク色の線のように、手書きの文字や図のようなポインタの軌跡(図[7])を描くことが可能である。これにより発言者がスライドのどの部分に対して言及して いるかが明確になるようにしている。また，参加者全員がポインタリモコンを使用しているため、図[8]のように、複数人が同時に描画することも可能である。

図2.5: 下線表示による指示

図2.6: 矩形表示による指示

図2.7: ポインタリモコンによるスライド内への描画

図2.8: 複数参加者による図形の描画

書記は図[9]に示されるWebブラウザベースの書記用ツールを用いて議論の構造化と発言内容の記録を行う。また、データベースへの登録作業などもこの書記用ツールから行う ことができる。 この書記用ツールは前述のポインタリモコンと連動しており、参加者の発言の情報が随時追加されていく。参加者が発言を行うためにポインタリモコンをIRLEDアレイに向けると、書記用ツールに情報が送信され、発言者の発言の種類が付与されたノードが生成される。書記はこれらのノードに対して発言内容の記録を行 う。またこの書記用ツールには書記の補助を行うためのショートカットコマンド（最新のノードへの移動やリロード）などの機能も備えている。

図2.9: 書記用インタフェース

カメラやマイクで会議の詳細な文脈を記録した音声・映像は MPEG-4形式で映像・音声データベースに保存される。発表者が入力したスライド情報、書記が入力したテキスト、参加者のデバイスを使って獲得したメタデータは、議事録XMLとしてXMLデータベースに記録される。記録された議事録は2.2節で述べるディスカッションブラウザを用いて容易に検索・閲覧することができる。

2.1.2 議論中における会議コンテンツの可視化

　ディスカッションマイニングシステムを用いて議論を行う時、議論中に議論を理解するためにサブスクリーンに情報を提示する。この情報提示システムをDiscussion Visualizerと呼ぶ。Discussion Visualizerは、図[10]のようなインタフェースである。Discussion Visualizerは（1）発表情報ビュー、（2）スライドリスト、（3）議論セグメントビュー、(4)エレメントリスト から構成されている。発表情報ビューでは、発言者を撮影しているカメラのプレビュー、参加者のリスト及び発言数、発表の経過時間が表示される。

図2.10: Discussion Visualizer

スライドリストは、議論中に表示されたスライドページを時系列順に一覧表示する。議論セグメントビューでは、現在行われている発言を含む議論セグメントに関する情報が表示される。ビューの上部には、現在行われている議論のきっかけとなる導入発言と、その発言が継続発言であれば親発言のテキストが表示されており、下部には議論セグメントの構造が表示される。議論セグメントビューにあるノード内の発言者名の横には、数字と星のアイコンが表示される。数字はその発言に対する賛成の数を示し、星のアイコンはマーキングが行われたことを示す。数字と星のアイコンを見ることで、重要な議論がどの時点で行われたのか容易に確認できる。エレメントリストには現在ポインタリモコンによってポインティングされているエレメントが表示される。

他にもDiscussion Visualizerは、議論構造を可視化するだけでなく、議論構造を編集するための機能を備えている。発言を行っている際に、ポインタリモコンを操作することにより、議論セグメントビューのリンク情報を修正できる。具体的に図[11]を用いて説明する。まず図に示される個々の黄色い矩形が発言のノードであり、矩形内部が黄色くなっているのが現在発言中のノード、矩形が破線となっているのは予約発言のノードである。また、ノード間を結ぶ線はリンク情報であり、上側のノードが親である。図の左のように正しい親発言にカーソルを移動させ、選択することで現在発言中のノードのリンク情報が修正され、図の右のようになる。

図2.11: 議論セグメントビューにおける親発言の修正

また、Discussion Visualizerでは、ポインタリモコンを用いてスライドリストを操作し、任意のスライドページを選択することで、メインスクリーンに表示されるスライドページを変更できる（図[12]）。これにより、発言者がスライドのどのページに対して言及しているかを明確にできる。

図2.12: 発言対象となるスライドの選択

2.2.1 会議コンテンツの作成

ディスカッションマイニングで作成された議事録は、テキストを主体として閲覧するときに有効なデータ構造を持っている。しかし、ビデオを主体として閲覧を行う とき、利用者は時系列に基づいた操作を行うと推測される。したがって、ビデオを主体とした閲覧を効率的にするには時系列ごとに構造化されたデータを作成す ることが望ましい。また、議論内容の詳細に分析すると、発表者が意見を述べ、参加者は聴衆として聞いている場面、議論が活発に行われている場面などのいく つかの場面に分けられる。ディスカッションブラウザでは、ビデオ主体の閲覧を効率的に行うためにインタフェースXMLと呼ばれるデータを生成し、それに基づいて議論コンテンツの作成を行う。

インタフェースXMLは図[13]のような構造を持っており、ビデオや発言、参加者やスライドなど議論の構成要素に関する情報とビデオの再生に関する時間情報の2つに大きく分けられる。また、インタフェースXMLのルートノードには議論を特定するためのIDが記述されている。

図2.13: インタフェースXML

議論の構成要素に関する情報はルートノードの下にある resource要素に記述されている。resource要素はvideoList要素、slide要素、personList要素、 statements要素の4つから構成されている。videoList要素には発表者(presenter)やスクリーン(screen)といったビデ オのタイプやURL、IDが記述されている。また、slide要素は議論に利用されたスライドの情報が記述されており、スライド内のページタイトルやペー ジテキスト、アニメーション情報がこれに該当する。発表者や書記が誰かなどの参加者に関する情報は personList要素に記録される。また、議論中に行われた発言に関する情報はstatements要素に記述される。具体的には、発言者のID、発 言のタイプ、発言テキスト、その発言に対する属性(賛成、反対、マーキング)の数がこれに含まれる。

関連する議論や発言等をまとめて視聴することで、議論内容の深い理解につながることが予想される。しかし、これらの情報を自動的に抽出することは困難である。そこで、ポインタリモコンにより付加される発言の種類である導入・継続 によって抽出される発言の集合に対応した時間区間を議論セグメント、それ以外の時間区間を発表セグメントと定義し、それぞれの議論セグメントを一つの関連する議論の集合とした。このように、発言のタイプを取り入れることで関連する議論の集合を抽出した。また、発表・議論の2つのセグメントに関する時間情報は timeline要素に記述される。timeline要素の下には、議論セグメントに関する情報を表すds要素と発表セグメントに関する情報を表すps要 素があり、それぞれの 要素にはセグメントのIDとセグメントの再生開始時間、終了時間が属性として記録されている。また、議論セグメントを表すds要素にはそのセグメントに含 まれる発言の数や発言者の数も属性として記録されている。そして、それぞれのセグメントはアイテムと呼ばれる要素から構成されている。議論セグメントにお けるアイテム(議論アイテム)は発言の時間区間であり、発表セグメントにおけるアイテム(発表アイテム)はスライドのページの切り替えやアニメーション表 示の切り替え、デモなど発表者の操作によって切り分けられる時間区間である。

ds要素の子要素であるdi要素は、議論アイテムの情報の発言を表している。各di要素には開始・終了時間や議論アイテムのID、発言タイプのほかに、対応する発言のIDやそ の発言時に表示されていたスライドのIDなどの情報が記録される。またprev・next属性には直前・直後の議論アイテムのIDが記述される。この情報 を用いて閲覧時に議論アイテム間の移動を行うことによって、発表内容を閲覧せずに議論内容だけを閲覧することが可能になる。この議論アイテム間の関係は、 「導入」「継続」という発言タイプから暗黙的に取得されるだけでなく、書記が専用ツールで付与したリンク情報も考慮されるため、prev・next属性に 記述されるIDは複数指定が可能である。また、発表の内容を受けて議論を開始することが多いため、各ds要素内で先頭に現れるdi要素には、直前の発表アイテムのIDが記述されている。

発表セグメントを表すps要素の子要素には発表アイテムを表すpi要素がある。議論アイテムと同様に、発表アイテムにはアイテムのIDやビデオの再生開始時 間・終了時間が記述される。また、先頭の議論アイテムに対応する発表アイテムのIDが記述されるのに対して、同じように発表セグメントの最終発表アイテム には、そこから派生した議論アイテムのIDがdi属性に記述される。発表者がスライド操作を行う前に異なる話題で議論を始めることがあるため、di属性に 記述されるIDは複数指定が可能である。

2.2.2 システム構成

ディ スカッションブラウザで会議コンテンツを閲覧するときは、まず、システムのトップページに表示される会議コンテンツの一覧を見て、その中から閲覧したい 会議コンテンツを選択する。システムは要求された会議コンテンツをデータベースから取得し、閲覧インタフェースを提示する。

様々な場面で起こる会議コンテンツの閲覧要求に対応するために、ディスカッションブラウザはWebサーバ・クライアント型のシステムとして構築されており、閲覧者は特別なアプリケーションをインストールする必要は無い。

会議コンテンツ閲覧サーバ(以下閲覧サーバ)は、インタフェースXMLの生成・取得と、閲覧インタフェースの提示を担当する。会議終了後、インタフェースXMLを議事録データベースとアノテーションデータベースのデータから自動的に生成し、インタフェースXMLデータベースに保存する。インタフェースXMLの生成は議事録やリンク情報の変更があるたびに行われる。また、ユーザが会議コンテンツを選択すると、会議コンテンツの閲覧要求が閲覧サーバに送信される。閲覧サーバは要求された コンテンツに該当するインタフェースXMLをデータベースから取得し、後述する4つのコンポーネントから構成される閲覧インタフェースをユーザに提示す る。

ユーザは目的に応じて、インタフェース内のコンポーネントを操作することで会議コンテンツの閲覧を行う。会議の様子を撮影したビデオは、ストリーミング サーバを通じてアクセスされる。

2.2.3 会議コンテンツの閲覧

ディスカッションブラウザの全体を図[14]に示す。

図2.14: DiscussionBrowser

ディスカッションブラウザは以下に示すコンポーネントから構成されている。

• ビデオビュー発表者を写すカメラと参加者を写すカメラ、スクリーンンを写すカメラの３つのカメラによる映像を表示するためのビュー
• スライドリスト議論中に表示されたスライドの一覧を時系列順に表示している。
• 層状シークバー発表、議論、ボタンの３種のシークバーからなる発表のシークバーはスライドリストに表示されているスライドが発表においてどれぐらいの時間、また発表中のどのタイミングで表示されていたのかを把握するのに有効である。議論のシークバーは会議中のどのタイミングで議論がなされていたのかを把握するのに有効である。議論セグメントごとに表示され、その議論セグメントにおいて発言した人数や発言回数に応じて色分けがされている。ボタンのシークバーは議論中に賛成、反対、マーキングのいずれかがどのタイミングで押されたのかを把握するのに有効である。またそれぞれのボタンの種類に応じて色分けがされている。
• 議論内容詳細ビュー実際の議論構造と議論内容を表示している。一つの発言の持つ情報は次のようなものである発言者名発言内容発言時間その時にポインタリモコンで指していたスライドの要素マーキング情報また発言のノードにあるplayのボタンを押すと実際にその発言中の映像を見ることができる

さらに、ディスカッションブラウザは議論セグメントのフィルタリング機能を備えている。具体的にはノードとして発言を、リンクとして議論セグメントの構造と発言間のリンク情報を、活性値として導入、継続のような発言の種類やユーザが任意に指定 できるスタンス情報（賛成・反対・マーキング）のようなメタデータを起用した活性拡散アルゴリズムを用いて各発言の重要度を算出してランキングする。そしてユーザが指定した圧縮率を元に発言のフィルタリングを行う。これにより、図[15]のように議論セグメントの要約として導入発言と同等に重要度の高い発言群を取 得したり、発言全体から多くの賛成を得た発言群を選別したりできる。

図2.15: 図3: 議論セグメントの要約

3.1.1 フィードバックの入力

まずスライドの要素選択に関して述べる。基本的な操作としては、スライド内をタッチするとタッチした位置に存在する要素を指定できるが、スライド内の画像の一部や、文章の一部を選択したい時の操作を述べる。図[17]の手のアイコンは、タブレットデバイス上の指の位置を示している。図[17]の一番上のようにまず選択を行いたい範囲の左上に指を置く。次にドラッグし図[17]の二番目のように選択したい範囲を黄色い枠で囲う。そして最後に図[17]の三番目のように、黄色い矩形内部をタップすることで選択を確定する。もし選択する部分を選び直したい場合、もう一度同じ操作を行うと選択し直すことができる。

図3.2: 範囲指定による矩形選択

また、複数の要素を選択することも可能であり、何か要素を一つ選択した状態で画面右上にある選択を保存するボタンを押すことにより、追加する要素を選択することができる。他にも要素を全く選択せずに、指摘を行うことも可能である。この場合は、現在画面に表示しているスライドのページに対する指摘として記録される。

次に実際の指摘の内容の入力方法については、定型文の候補から選択する方法と、自由記述により入力する方法の二通りがある。まず定型文を用いる場合について説明を行う。

前述した方法で要素を選択すると、画面右に表示されている指摘の一覧が、選択した要素に適したものに切り替わる。その後、その中から意図にあった適切なものを選択するか、指摘の一覧のすぐ上側にあるタブ（後述）の「関係・流れ・順序・並列｣から選択し、そのタブに表示された指摘の中から意図したものを選択する。このようにして定型文を選択し、図[18]に示される「指摘」ボタンを押すことで、指摘者のid、指摘の情報、発表の情報、タイムスタンプなどの情報が、サーバへ送信される。

定型文による指摘はいくつかのグループに分けられている。このグループには大きく二種類が存在する。一つは、要素に関連する指摘のグループ（文、図・表・グラフ、タイトル、スライド）であり、もう一つは指摘内容に基づくグループ（関係、流れ、順序、並列）である。前者のグループは、要素特有のものとその要素に対して多い指摘を含み、スライド内の要素を選択すると自動的に表示される。後者は特定の要素に依存しない、またはプレゼンテーション全体や構成に対する指摘を含むグループであり、自動的には表示されないが、スライドチェッカーの画面右側(図[18])にあるタブから選択が可能となっている。

図3.3: 定型文による指摘

自由記述による入力方法は次のとおりである。図[19]のようにまず記述欄（テキストボックス）に指摘の内容を書き、定型文と同様、図[19]の右のボタンをタップすることでフィードバック情報をサーバへ送信する。

図3.4: 自由記述による指摘

3.1.2 周辺機能

フィードバックを入力する以外のスライドチェッカーの機能について説明する。このシステムでは、発表で使用したスライドの各ページを遡って閲覧・指摘を行うことができる。この機能は、発表を聞いていて、それを踏まえたうえで、前のページに対して指摘を行ったり、現在のページへ指摘する際に、前のページの内容を踏まえて行うなどの状況を想定している。図[20]のようにスライドの各ページのサムネイルの一覧から選択することで、画面にそのページが表示される。図[20]において、右下に｢current｣と書かれた赤いラベルが付いているのが、発表者がスクリーンに表示しているスライドの現在のページであり、まだ表示されていないページは黒い画像で表わされている。まだ一度もスクリーンに表示していないページは、選択することはできない。これは、発表を先読みすることを防止することを目的とした機能である。先読みをさせない理由は、発表者が発表において、表示しているページの順番には意味があり、発表者の意図を尊重するべきである、ということに加え、先読みを可能にしてしまうことで、このシステムがフィードバック入力のシステムとしてでなく、発表資料の閲覧のためのシステムとして機能してしまい、本来見るべきスクリーンのスライドから、注意が逸れてしまうことを防止するためである。

図3.5: スライドのサムネイル

本システムのもう一つの機能として、ユーザに対して操作に関するフィードバックや、スクリーンのスライドの切り替えの情報を提示する機能がある（図[21]）。これによりユーザは、操作が正しく処理されたかを把握できるだけでなく、スライドの変更を通知されることで、スクリーンに対して注意を戻すこともできる。

図3.6: 情報の提示機能

3.2.1 発表ごとのフィードバック

図[23]は発表に関するフィードバックのページである。このページでは、スライド中のどの要素に対してどのような指摘が行われたのか、また、スライドの各ページに対し、いくつの指摘が行われたかなどの、スライドへのフィードバック情報を閲覧することができる。他に、同じ指摘がなされているプレゼンテーションの検索（後述）を行うこともでき、これによりどのような場合に、その指摘がなされるのかの具体的な事例を知ることができる。

図3.8: 発表ごとのフィードバック情報閲覧画面

図[23]に示されるフィードバック情報閲覧画面の各要素について述べる。図[23]の左に表示されているのがスライドのページとサムネイルであり、右に表示されているのが、現在表示されているスライドに対する指摘の一覧である。まずスライドについてであるが、赤い矩形の中に黄色くハイライトされた部分と赤くハイライトされた部分がある。黄色くハイライトされた部分をクリックすることで、図[24]のように赤いハイライトに変わる。赤くハイライトされた部分に関する指摘が、指摘リストに水色でハイライトされる(図[23])。

図3.9: スライドの要素説明

サムネイルはクリックすることで、表示するスライドのページを切り替えることができる。現在表示されているスライドは黄色くハイライトして表示される。また、サムネイルの上部にはページ中の指摘の合計数が表示され、どのスライドに指摘が多いかなどの情報がすぐにわかるようになっている(図[25])。

図3.10: スライドサムネイルの説明

指摘の一覧は図[26]のように表示される。赤くハイライトされた行の指摘は、フィードバック情報閲覧画面の左に表示しているページ全体に対する指摘であり、水色でハイライトされた行は、前述したように選択している要素への指摘である。これらの指摘の記述された行を選択すると、その行の指摘の対象となるスライド内の要素が自動的に選択され、さらにその選択された要素に関連付けられた指摘のすべての行が、水色でハイライトされる。｢学生 教員｣と書かれた列は、同じ要素に対してその指摘を行った学生あるいは教員の人数である。チェックボックスは実際にスライドを修正するときに使用する。ここでチェックを入れると、サムネイルに表示される数が減り、あとどのページにどれだけ修正していない指摘が残っているかを把握できる。

図3.11: 指摘一覧の説明

この発表のフィードバックのページの下部は図[27]のようになっている。ここに表示されているリストは発表スライドに対して行われた指摘の一覧であり、行をクリックすることで、その行に表示された指摘に関して、他のプレゼンテーションにおいて同じ指摘がなされているスライドの検索を行うこともでき、これによりどのような場合に、その指摘がなされるのかの具体的な事例を知ることができる。

｢前のプレゼンテ―ション、次のプレゼンテ―ション｣のリンクボタンは、現在表示しているプレゼンテーションの発表者が前回あるいは次回に行った発表のフィードバックページへのリンクである。

図3.12: 発表に関連するページへのリンク

3.2.2 指摘ごとのフィードバック

ある指摘に関して、どのような時にその指摘が行われるのかなどの具体例を得るためのページとして、今までの発表から同一の指摘を行われたスライドに関するものを集めて表示するページを作成した。

図3.13: 指摘ごとのフィードバック閲覧画面

画面構成は発表ごとのフィードバック用の画面を踏襲しており、スライドやサムネイルに関してもほぼ同様の機能を持っている図[28]。異なる点として、画面右のリストが、同一の指摘の行われているスライドのページのタイトルリストとなっている点と、画面下部にあるリンクが、現在表示している閲覧画面の指摘（図[28]では、「文章の量が適切でない｣）が行われている他者のものを含む発表のタイトル一覧となっている点である。スライドのページのリストの行をクリックすることで、実際にスライドのページのどの部分に対して指摘が行われているか閲覧することができ、発表のタイトル一覧から、その発表に関する指摘のページへ飛ぶことができる。このページと、発表ごとのフィードバックのページを行き来することで、他者や自分の過去のスライドを参考に現在見直し中のスライドを修正することが可能となる。

6.2.1 スライド内の要素の選択方法

本研究では、指摘をスライド内の要素に関連付ける機能を実現した。しかし現状の要素の選択方法は、PowerPointファイルを解析することによって得られる要素および、スライドの任意の範囲内の矩形選択のみにとどまっている。この方法の問題点として、

1. 選択方法の自由度が低い
2. 文中の一部のみを選択した場合に閲覧時に見づらい
3. 画像に含まれる文字を選択しづらい

などが挙げられる。（１）の問題点の解決方法の一つとして、スライドに対してフリーハンドで描画を行えるような機能が考えられる。ただし、システムによる指摘の整理を行うためには、フリーハンドでの描画が一体何を指し示しているのかを、データとして取得できることが望ましいため、その手法についても検討する必要がある。（２）の問題点の解決方法として、文の一部に対して下線を引き選択することができる機能が考えられる。下線で文章中の選択範囲を表示することで、より選択範囲が明確であり、かつ見やすい表示になると思われる。（３）の問題点を解決するためには、PowerPointから得られる要素だけでなく、OCR (Optical Character Recognition)などを利用して画像に含まれる文字の情報を取得する必要があると思われる。

また、ここで提起した、スライド内の要素の選択方法に関する問題だけでなく、スライドのページ間にまたがる指摘や、プレゼンテーション全体に対する指摘などの、スライド内の要素以外の部分に対する指摘も、明示的に行える方法を検討する必要があると考えられる。

6.2.2 スライド以外のプレゼンテーション要素への指摘の拡張

本研究では、プレゼンテーションの中でも、特にスライドに重点を置いてシステムを構築したが、今後はプレゼンテーション全体に対して、システムを適用させる必要があると思われる。システムで今後対応すべきプレゼンテーション能力は、5.1節で紹介した関連研究で提案している、８種類のプレゼンテーション能力に当てはめると、話し方の能力、動作・態度に関する能力、質疑応答能力であると考えられる。しかし一方で、発表中に参加者が行う作業の量が増えることにより、発表の聴講に集中できなくなってしまうような状況は避けるべきである。そのため、関連研究のシステムの要素を、そのまま採り入れるのではなく、長期の運用を行いながら、どの程度の作業量であれば、発表に対し、集中を保ちながら行うことができるかの検討を行った上で、採り入れる必要があると思われる。

6.2.3 フィードバックシステムとスライド編集ツールの連携

現状のシステムでは、システムから直接スライドに対して、編集を加えることはできない。発表練習などにおいて、スライドへのフィードバックを参考に修正を行うことを考慮すると、フィードバックの閲覧とスライドの修正は密に連携して行えることが望ましい。実現する方法の一つとして、PowerPointのプラグインとして機能するような、編集と連動したシステムの実現が必要になると考えられる。

6.2.4 発表中のフィードバックの検討

本研究では、発表中に参加者はフィードバックの入力は行うが、発表中の発表者へのフィードバックは行っていない。その理由として現状では入力できるフィードバックがスライドに関する内容に限られており、発表中にフィードバックしたとしてもその場で修正するのが困難であるため、効果があまり高くないと考えられるからである。しかし今後、スライド以外のプレゼンテーション要素に対しても、フィードバックを行うことを想定すると、プレゼンテーション要素によっては、発表中にその要素に対するフィードバックすることが、有効な場合が存在すると思われる。また、発表中のフィードバック方法に関して、5.4節で紹介した研究で行われた実験では、発表者へ発表中にフィードバックを行う方法として、次の3種類の環境のうちどの環境が最もフィードバック情報の表示に適しているかについて検証が行われていた。一つ目の環境は、通常の対面式の発表でフィードバックをスクリーンに表示する。二つ目の環境は、擬似的に対面式の発表を再現したもので、評価者は発表者の映った映像を見て、発表者は評価者の映った映像を見ながら発表する。三つ目の環境は、評価者は発表者の映った映像を見て、発表者は自身の映った映像を見ながら発表する。二つ目と三つ目の環境ではフィードバックは発表者と評価者の見る画面の両方に表示される。この三つの環境でもっとも有効であったのが、二つ目の擬似的な対面方式であったと述べられている[10]。この実験は、ディスカッションマイニングにおいて、本システムで、どの場所（サブスクリーンやメインスクリーンまたはタブレットのディスプレイなど）にフィードバックを表示するかを検討する上で、ヒントになると思われる。