(57)【要約】【課題】聴衆の関心情報を逐次的に取得し、重点的に説明すべき箇所に関連する箇所が発表者に対して前もって提示され、これによりプレゼンテーションの進行を支援する。【解決手段】発表資料を聴衆端末に提供する提供部と、発表資料が聴衆端末において提示された際の聴衆のアクションを表すコンテクスト情報を取得する取得部と、コンテクスト情報を解析することにより、表示単位の各々の関心度を求める第１の解析部と、発表資料の構造を解析することにより、表示単位の各々が有する関心文字列を求めると共に、該関心文字列によって関係を持つ他の表示単位を求める第２の解析部と、他の表示単位に対して関心度に対応する重要度を付与し、該重要度に従って該他の表示単位をどのように説明すればよいかを示す進行支援情報を生成する生成部と、該進行支援情報を他の表示単位と共に提示する第２の提示部と、を具備する。【選択図】図１
2008242301.tif 000002
【特許請求の範囲】
【請求項１】
複数の表示単位を有する発表資料を提示する第１の提示部と、
前記発表資料を聴衆端末に提供する提供部と、
前記発表資料が前記聴衆端末において提示された際の聴衆のアクションを表すコンテクスト情報を取得する取得部と、
前記コンテクスト情報を解析することにより、前記複数の表示単位の各々の関心度を求める第１の解析部と、
前記発表資料の構造を解析することにより、前記表示単位の各々が有する関心文字列を求めると共に、該関心文字列によって関係を持つ他の表示単位を求める第２の解析部と、
前記他の表示単位に対して前記関心度に対応する重要度を付与し、該重要度に従って該他の表示単位をどのように説明すればよいかを示す進行支援情報を生成する生成部と、
前記進行支援情報を前記他の表示単位と共に提示する第２の提示部と、を具備するプレゼンテーション装置。
【請求項２】
前記進行支援情報は、前記表示単位のどの部分をどの程度詳しく説明すればよいかを示す文字列である請求項１に記載の装置。
【請求項３】
前記進行支援情報は、前記重要度に応じた予定説明時間に対する増減を表す請求項１又は２に記載の装置。
【請求項４】
すでに説明がなされた表示単位の次の表示単位については前記重要度が低くなるように補正する補正手段をさらに具備する請求項１に記載の装置。
【請求項５】
前記コンテキスト情報は、前記聴衆端末を操作したユーザのロール又は知識レベルを区別する情報を含み、
前記生成手段は、前記ユーザのロール又は知識レベルに応じて異なる進行支援情報を生成する請求項１に記載の装置。
【請求項６】
複数の表示単位を有する発表資料を第１の提示部が提示するステップと、
前記発表資料を提供部が聴衆端末に提供するステップと、
前記発表資料が前記聴衆端末において提示された際の聴衆のアクションを表すコンテクスト情報を取得部が取得するステップと、
第１の解析部が前記コンテクスト情報を解析することにより、前記複数の表示単位の各々の関心度を求めるステップと、
第２の解析部が前記発表資料の構造を解析することにより、前記表示単位の各々が有する関心文字列を求めると共に、該関心文字列によって関係を持つ他の表示単位を求めるステップと、
生成部が、前記他の表示単位に対して前記関心度に対応する重要度を付与し、該重要度に従って該他の表示単位をどのように説明すればよいかを示す進行支援情報を生成するステップと、
第２の提示部が、前記進行支援情報を前記他の表示単位と共に提示するステップと、を具備するプレゼンテーション方法。
【請求項７】
コンピュータを、
複数の表示単位を有する発表資料を提示するための手段、
前記発表資料を聴衆端末に提供するための手段、
前記発表資料が前記聴衆端末において提示された際の聴衆のアクションを表すコンテクスト情報を取得するための手段、
前記コンテクスト情報を解析することにより、前記複数の表示単位の各々の関心度を求めるための手段、
前記発表資料の構造を解析することにより、前記表示単位の各々が有する関心文字列を求めると共に、該関心文字列によって関係を持つ他の表示単位を求めるための手段、
前記他の表示単位に対して前記関心度に対応する重要度を付与し、該重要度に従って該他の表示単位をどのように説明すればよいかを示す進行支援情報を生成するための手段、
前記進行支援情報を前記他の表示単位と共に提示するための手段、として機能させるためのプレゼンテーションプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、プレゼンテーション（発表）の進行支援に有用な情報を提示するプレゼンテーション装置、プレゼンテーション方法及びプログラムに関する。
【背景技術】
【０００２】
社内の会議や打合せ、社外の顧客に対する提案プランや新製品の説明、学会での研究発表など、あらゆるプレゼンテーションにおいてパーソナルコンピュータ（ＰＣ）が利用されるようになった。プレゼンテーションに使用される電子的な資料は、ページ、スライドといった何らかの表示単位で区切られ、ＰＣの記憶装置内にあらかじめ格納されている。発表者によって操作されるＰＣがこれら資料のデータを読み出し、プロジェクタなどの映像出力装置を介して聴衆に提示する。
【０００３】
コンピュータネットワークを利用した遠隔会議などでは、聴衆者（会議の参加者）各人の端末上に発表中の資料を提示することが行われる。発表者端末に表示される情報と聴衆端末に表示される情報は必ずしも同一である必要はない。例えば、多くのプレゼンテーションソフトウェアでは発表者端末において聴衆向けの資料と共に説明用の原稿を表示することができる。聴衆端末を利用して電子的な資料を提示することのみならず、発表者端末においても補足的な情報を提示することでプレゼンテーション全体を支援する仕組みは、実用レベルで多数存在する。
【０００４】
プレゼンテーションの善し悪しは、発表者の技量と熟練度に依るところが大きく、効果的なプレゼンテーションを行えるための十分なスキルを身に付けるのは容易なことではない。プレゼンテーションにおいて特に重要であると考えられることは、聴衆の知識レベル及び興味対象をふまえた内容（コンテンツ）を、聴衆が満足する密度で提供することである。このため、発表者は、聴衆が内容についてもっと詳しい説明を求めているのか、質疑応答を多めに欲しているのかといった状況を察知できなければならない。さらに、このような状況に対処すべくプレゼンテーションの内容や進行を臨機応変に変更しなければならない。これらを上手く行えるかどうかは、とりわけ発表者のスキルによって差が現れやすい。
【０００５】
以上のような課題に対して、プレゼンテーション中に興味を持った箇所を聴衆の各人がマーキングしたり、質問として文章化したものを聴衆側から発表者に伝える仕組みが提案されている。聴衆は発表を聞きながら、発表者側のサーバを通じて提供される発表資料に対して自らのＰＣからアクセスし、マーキングすることができる。発表者は資料のどの部分にどの程度の聴衆がマーキングを行ったかを発表中に確認することができる。
【０００６】
聴衆が閲覧している資料中の箇所と発表者が説明している資料中の箇所との差異を求めることにより、説明速度が適切かどうかを判断して提示する技術についても知られている。聴衆がマーキングを行った部分をカウントし、聴衆全体の関心度がどの部分にあるかを発表中に提示することも可能である。
【０００７】
特許文献１には、聴衆の関心の度合いを検出し、あらかじめ用意された複数の発表進行パターンからいずれか適切なものを選択しつつ発表を進める仕組みについて記載されている。
【０００８】
特許文献２には、聴衆の専門性に従ってガイド情報を提示する仕組みについて記載されている。専門性との類似性が高い内容の説明は手短にし、そうでない内容は詳しく説明するように発表者に対してガイド情報が提示される。
【０００９】
特許文献３には、発表資料に関連づけた質問を聴衆が発表者に対して送ることができる仕組みについて記載されている。発表者はどの部分にどの程度の数の質問が来ているのかを発表中に把握することができる。したがって、発表者は重要度が高い質問、もしくは多くの聴衆が興味を持っている質問に対して優先的に答えることができる。
【特許文献１】特開２００２−１４９１４５号公報
【特許文献２】特開２００５−２５００１６号公報
【特許文献３】特開２００６−１３４０９４号公報
【発明の開示】
【発明が解決しようとする課題】
【００１０】
上記従来の技術では、例えばプレゼンテーション資料のどの部分にどの程度の人が関心を持っているかを推定し、発表者に対して即座に提示することができる。しかし、この資料は詳しく説明するべきだということがわかったとしても、それ以前の資料を説明する段階から先をふまえた説明をしていないと、プレゼンテーションは全体として効果的なものとはならない。
【００１１】
多くの発表者は、発表が始まってしまうと事前の準備や練習に沿って発表をこなすだけで精一杯になり、プレゼンテーション内容のどの部分に興味が持たれているかが情報として分かっても、その情報を進行中の発表に反映させていくことは非常に困難である。また、ただ聴衆の反応情報を提示するだけでは発表者は混乱し、かえって悪い結果になってしまう可能性もある。
【００１２】
したがって、聴衆の関心情報を逐次的に取得し、重点的に説明すべき箇所が発表者に対して前もって提示することで、プレゼンテーションの進行を支援する仕組みが提供されることが望ましい。
【課題を解決するための手段】
【００１３】
本発明の一観点に係るプレゼンテーション装置は、複数の表示単位を有する発表資料を提示する第１の提示部と、前記発表資料を聴衆端末に提供する提供部と、前記発表資料が前記聴衆端末において提示された際の聴衆のアクションを表すコンテクスト情報を取得する取得部と、前記コンテクスト情報を解析することにより、前記複数の表示単位の各々の関心度を求める第１の解析部と、前記発表資料の構造を解析することにより、前記表示単位の各々が有する関心文字列を求めると共に、該関心文字列によって関係を持つ他の表示単位を求める第２の解析部と、前記他の表示単位に対して前記関心度に対応する重要度を付与し、該重要度に従って該他の表示単位をどのように説明すればよいかを示す進行支援情報を生成する生成部と、前記進行支援情報を前記他の表示単位と共に提示する第２の提示部と、を具備する。
【発明の効果】
【００１４】
本発明によれば、聴衆の関心情報を発表の進行と共に取得し、重点的に説明すべき箇所に関連する箇所が発表者に対して前もって提示されることによりプレゼンテーションの進行を支援するプレゼンテーション装置、プレゼンテーション方法及びプログラムを提供できる。
【発明を実施するための最良の形態】
【００１５】
情報機器を用いたプレゼンテーションを支援するプレゼンテーション支援システムの一実施形態を図１に示す。発表中の資料に対する聴衆の関心情報が聴衆端末１０８において逐次的に取得される。この関心情報は発表者が閲覧可能な発表者端末のコンテクスト情報取得部１０９に対してフィードバックされる。
【００１６】
発表者は、発表資料記録部１０３に事前に発表資料を記録しておく。発表者は、発表を開始すると、表示したい表示単位（ページ）の指示を発表資料表示命令入力部１０１を用いて入力する。この発表資料命令入力部１０１は少なくとも「次のページを表示」「前のページを表示」「特定のページを表示」程度の指示入力が可能であるとする。発表資料取得部１０２は、発表資料命令入力部１０１から指示入力を受け取ると、該当する発表資料のページを発表資料記録部１０３から取得し、発表資料提示部１０４に表示させる。発表資料提示部１０４は、聴衆向けの表示装置、例えば大画面プロジェクタなどが対応する。発表者に対しては、発表資料のみならず、進行支援情報取得部１０５によって取得された進行支援情報が発表資料と共に提示される。この情報提示は進行支援情報提示部１０６によって行われる。進行支援情報提示部１０６は進行支援情報の内容に応じて発表者が認識しやすいよう、表示内容に対して様々な加工を行う。
【００１７】
発表資料提供部１０７は、現在発表中のページ、すでに表示されたページ、又はこれから発表するページの情報を閲覧可能な形で聴衆端末１０８に提供する。本実施形態では、聴衆端末１０８との間は主にＴＣＰ／ＩＰ等のネットワークで接続されているものとする。
【００１８】
コンテクスト情報取得部１０９は、発表者の発表資料提示情報、聴衆端末１０８と発表資料提供部１０７との間の通信記録、聴衆端末１０８上で行われた操作などを特定可能な情報、すなわちコンテクスト情報を収集する。聴衆端末１０８上で行われた操作を特定する情報としては、例えば、誰（名前，知識レベル（初心者か専門家か），立場（社長又はＶＩＰか一般聴衆か））が、どのページを取得し、それを何秒閲覧し、その閲覧が何回目であり、他にはどのようなページを閲覧したかといった情報を表す。もし、線や丸のマーキングによる特徴付け操作が行われたのであれば、どのような特徴付け操作が、発表資料内のどの部分に対して行われたかを表す。
【００１９】
コンテクスト情報を収集する構成としては、聴衆端末１０８が操作情報を逐次に送る構成と、発表資料提供部１０７に閲覧機能と特徴付け機能とを設け、聴衆端末１０８における聴衆の操作を発表資料提供部１０７が逐次的に（例えば一定間隔毎に）コンテクスト情報取得部１０９に送る構成とが考えられる。特に後者の場合、ウェブ（ｗｅｂ）ベースのシステム例で言うと、発表資料提供部１０７は、発表資料を閲覧できるウェブアプリケーションの形態を取り、聴衆端末１０８は単なるウェブブラウザとなる。
【００２０】
尚、「コンテクスト情報」とは、発表の場が置かれている状況に関する情報である。具体的には、発表者又はどの聴衆が発表者端末又は聴衆端末１０８を操作し、これにより発表資料の何を見て何を行ったかというアクションの履歴を表す情報をコンテクスト情報とする。よって、コンテクスト情報は、具体的には発表者や聴衆のアクション記録の集合から構成される。
【００２１】
コンテクスト情報は、コンテクスト情報記録部１１０によって記録される。関心部分解析部１１１は、発表資料に具体的に含まれている情報のうち、表示単位毎に、聴衆がどの程度の関心をいだいているのか（以下「関心度」という）をコンテクスト情報に基づいて解析し、関心部分情報を求める。進行支援情報生成部１１２は、関心部分情報の内容と、発表資料構造解析部１１３により提供される発表資料内の各パートの関係情報から、現在以降のページのうち、どの部分の説明を短く抑え、代わりにどの部分を詳しく説明したらよいか、また、特に詳しく説明するところや、短い説明ですませてよい部分はどこかなどを表す進行支援情報を生成し、進行支援情報取得部１０５に送る。
【００２２】
図２は、発表資料記録部１０３が記録する発表資料記録テーブル２０１の一例を示す図である。発表資料記録テーブル２０１は、少なくとも１つの発表資料に関する情報を記録するものであり、発表資料情報２０２、表示単位２０３、予定所用時間２０４、題名２０５、内容２０６から構成される。
【００２３】
発表資料情報２０２は、この発表資料の識別情報と、発表に必要な所要時間を記録する。典型的な識別情報は発表資料のファイル名である。所要時間は予定所要時間の合計もしくは発表者に与えられた発表時間である。表示単位２０３は、発表者がこの発表資料を表示する際に指定できるインデックス情報である。典型的には、発表資料のページ番号である。
【００２４】
予定所要時間２０４は、その表示単位を説明するために必要と見積もられた時間である。典型的な予定所要時間は、事前に行った発表練習での所要時間や、発表者に与えられた発表時間を単純に表示単位数で割ったもの等である。題名２０５はその表示単位の題名であり、テキスト情報として記録される。
【００２５】
内容２０６は、その表示単位の表示内容である。この例ではテキスト情報のみの例を示したが、多くの場合、レイアウト情報を伴ったテキスト情報や、アニメーション、再生用の音声情報や動画情報が含まれる。本実施形態では、最低限、テキスト情報を扱えることが必要である。また、表示内容は一般的に大見出し、中見出し、小見出し等の階層構造を伴うことが多い。本実施形態では、「■」で始まる行をそのページの大見出し、「○」で始まる行をそのページの中見出し、「・」で始まる行をそのページの小見出しとする。発表資料記録部１０３から発表資料情報を取得する場合、これらの見出しの情報が与えられるか、判別するためのルール情報が取得側に与えられているものとする。すなわち、取得側はどの部分がどの見出しかを区別できるものとする。
【００２６】
図３は、コンテクスト情報記録部１１０が記録するコンテクスト情報のデータ構造の一例を示す図である。ユーザ属性テーブル３０１は、聴衆それぞれの、発表内容に対する立場を記述したテーブルの例であり、ユーザＩＤ３０２、ロール３０３、知識レベル３０４で構成される。
【００２７】
ユーザＩＤ３０２は、聴衆の個々を識別するためのＩＤである。これは、聴衆端末１０８のＩＤや、発表会やセミナにおける参加登録番号などに相当するものである。ロール３０３、知識レベル３０４は、このユーザの、発表に関する立場を表す情報である。この情報が設定されていると、コンテクスト情報をこれらの属性ごとに分類して扱うことができる。ユーザＩＤ３０２、ロール３０３、知識レベル３０４は、聴衆が直接登録するか、過去の参加情報や公にされている情報を用いて発表者が登録する。
【００２８】
コンテクスト情報記録テーブル３０５は、発表者の発表資料提示情報と、発表資料に対する聴衆からのアクションの内容を記録するテーブルの例であり、発生時刻３０６、ユーザＩＤ３０７、操作３０８、表示単位３０９、特徴付け対象３１０から構成される。発生時刻３０６、ユーザＩＤ３０７は、このエントリが発生した時刻と対象ユーザである。操作３０８は、アクションの種類を表す。アクションの種類には、少なくとも「ページ提示」「ページ取得」という２つのアクションがあり、好ましくは、さらに「特徴付け」というアクションが加わる。表示単位３０９は、操作の対象となる表示単位である。特徴付け対象３１０には、操作３０８が「特徴付け」であって場合の特徴付けの内容が記述される。例えばエントリ３１１は、プレゼンテーション開始から４分１秒後の時点で、ユーザＰｒｅｓｉｄｅｎｔ＿Ｄが、３ページ目に対して、「企業特有の性質」というテキストに下線（波線）を引いた、という情報を記述したものである。
【００２９】
図４は、発表者と、典型的な聴衆からのアクションの例をタイムチャートで示した図である。このタイムチャートに示される情報は、実際には、コンテクスト情報記録テーブル３０５に記録される。ただし、この図４に示す例は、コンテクスト情報記録テーブル３０５の説明に用いた図３の例とは部分的に一致しないことに注意されたい。 
図４によれば、予定された各ページ毎の所要時間４０１と、発表者４０２、説明の内容理解に時間がかかる一般人４０３（発表資料に遅れて追従しがちであり、時には説明済みの資料を見直す）、基本的な内容は知っていて重要なポイントのみを把握したい専門家４０４（発表よりも早いペースで先に進む）、基本的には発表を追って気になった部分だけ注釈を入れるＶＩＰ４０５（発表と同じページで進む）という、一人の発表者と、典型的な行動を取る三人の聴衆の行動例がわかる。
【００３０】
ここで、発表開始からの経過時間が９分であり、かつ説明資料の６ページ目に入ろうとしている時点を例にとり、説明を行う。
【００３１】
予定している所要時間４０１は、発表資料記憶部１０３に記録されている情報に相当する（予定所用時間２０４）。図４のチャートによると、発表者４０２は４ページ目において３０秒ほど余分に時間を割いて説明を行い、代わりに５ページ目の説明を省略して帳尻を合わせた、ということがわかる。
【００３２】
一般人のユーザ（Ｇｅｎｅｒａｌ＿Ｕｓｅｒ＿Ａ）４０３は、３ページ目の説明に多くの時間をかけ、４ページ目の情報を半分の時間で閲覧したあと、発表につられて５ページ目に移動したものの、やはり理解できないので４ページ目に戻って内容を確認している状態であることがわかる。専門家のユーザ（Ｅｘｐｅｒｔ＿Ｕｓｅｒ＿Ｃ）４０４は、発表開始からマイペースで資料を読み進み、６ページ目に初めて時間をかけて内容を確認したのち、７ページ目を熟読し、８ページに移った直後であることがわかる。ＶＩＰユーザ（Ｐｒｅｓｉｄｅｎｔ＿Ｄ）４０５は、発表者と同じタイミングで資料を眺めながら、３ページ目の「企業特有の性質」に特徴付けを行い、発表者より少々前のタイミングで５ページ目を閲覧しはじめたことがわかる。
【００３３】
図５は、関心部分解析部１１１の処理内容を示したフローチャートである。関心部分解析部１１１は、一定の時間間隔でコンテクスト情報記録部１１０の内容をチェックし、内容に変化があった場合に解析処理を開始する。又は、一般にイベント駆動型と呼ばれる動作、つまり、コンテクスト情報記録部１１０に何らかの情報が書き込まれた際、関心部分解析部１１１に動作を促すような仕組みをコンテクスト情報記録部１１０に設けてもよい。いずれにせよ本実施形態では、関心部分解析部１１１は、コンテクスト情報に変化があるたびに解析処理を行うものとする。
【００３４】
関心部分解析部１１１が解析処理を始める際に入力情報として渡されるのは、発表資料情報２０１、コンテクスト情報３０５、対象時刻の３つである（ステップ５０１）。対象時刻は省略可能であるが、その場合は、処理開始時点で取得可能な全コンテクスト情報を処理対象とする。
【００３５】
最も単純な関心部分解析の方法は、各表示単位毎に、その表示単位をどの聴衆が、どれくらいの時間にわたり、何回参照した（特徴付けされた部分あれば、それがどこの文字列であるか）といった情報を求め、各表示単位に対する各聴衆の関心度をベクトル表現として出力することである（ステップ５０２〜５０７）。
【００３６】
例えば図４に示したユーザ（一般人）４０３は、表示単位４に対して、約２分２０秒程度閲覧し、その閲覧回数は２回である。特徴付けは行っていない。このページに対する総合的な関心度をスカラ値で表現する場合について説明する。
【００３７】
関心部分解析部１１１は、例えば閲覧時間由来の関心度を（（閲覧時間−予定所要時間）／予定所要時間）として算出した値、閲覧回数由来の関心度（２〜３回：＋１ポイント、３回以上：＋２ポイントといった値）を所定の関数で算出した値、特徴付け由来の関心度を（下線：＋１ポイント、波線：＋２ポイント、見出し全体を覆うようなボックス描画：＋３点といった値）を所定の関数で算出した値の合計値とする。
【００３８】
なお、上記の例では予定所要時間を用いているが、発表者が実際に使った時間を示す情報が取得できる場合、予定所要時間に代えてこの時間情報を用いて計算してもよい。発表者のペースに従って表示単位を切り替えるようなユーザの場合は、この方法で計算した方が、より正確なコンテクスト情報を取得することができる。 
関心部分解析部１１１は、上記のようにして算出した関心度の値を用い、（ユーザ情報、表示単位、関心度、そのユーザが最も関心を持っていたと判定できる部分）という４属性で構成される関心度ベクトルを生成する。
【００３９】
最も関心を持っていたと判定できる部分（関心部分）は、特徴付けがされていれば、その対象文字列とする。特徴付けはされていないが、閲覧時間や閲覧回数から見て関心度が高い場合は、そのページ自体を「関心部分」とする。以降、これを単に「話題」と呼ぶこともある。上記の処理に従うと、一般人（Ｇｅｎｅｒａｌ＿Ｕｓｅｒ＿Ａ）のコンテクスト情報４０３から関心部分解析部１１１によって生成される関心度ベクトルは、
（Ｇｅｎｅｒａｌ＿Ｕｓｅｒ＿Ａ，表示単位１，＋０．０，なし），
（Ｇｅｎｅｒａｌ＿Ｕｓｅｒ＿Ａ，表示単位２，＋０．０，なし），
（Ｇｅｎｅｒａｌ＿Ｕｓｅｒ＿Ａ，表示単位３，＋０．２（閲覧時間），ページ全体），
（Ｇｅｎｅｒａｌ＿Ｕｓｅｒ＿Ａ，表示単位４，＋１．０（閲覧回数），ページ全体），
（Ｇｅｎｅｒａｌ＿Ｕｓｅｒ＿Ａ，表示単位５，−０．５（閲覧時間），ページ全体）
というバリエーションになる。同様に、専門家４０４，ＶＩＰ４０５の関心度ベクトルは下記のようになる。
【００４０】
（Ｅｘｐｅｒｔ＿Ｕｓｅｒ＿Ｃ，表示単位１，−０．５（閲覧時間），なし），
（Ｅｘｐｅｒｔ＿Ｕｓｅｒ＿Ｃ，表示単位２，−０．５（閲覧時間），なし），
（Ｅｘｐｅｒｔ＿Ｕｓｅｒ＿Ｃ，表示単位３，−０．５（閲覧時間），ページ全体），
（Ｅｘｐｅｒｔ＿Ｕｓｅｒ＿Ｃ，表示単位４，−０．５（閲覧時間），ページ全体），
（Ｅｘｐｅｒｔ＿Ｕｓｅｒ＿Ｃ，表示単位５，−０．７（閲覧時間），ページ全体），
（Ｅｘｐｅｒｔ＿Ｕｓｅｒ＿Ｃ，表示単位６，−０．３（閲覧時間），ページ全体），
（Ｅｘｐｅｒｔ＿Ｕｓｅｒ＿Ｃ，表示単位７，＋０．３（閲覧時間），ページ全体），
（Ｅｘｐｅｒｔ＿Ｕｓｅｒ＿Ｃ，表示単位１，−０．５（閲覧時間），なし），
（Ｅｘｐｅｒｔ＿Ｕｓｅｒ＿Ｃ，表示単位２，−０．５（閲覧時間），なし），
（Ｐｒｅｓｉｄｅｎｔ＿Ｄ，表示単位１，＋０．０，なし），
（Ｐｒｅｓｉｄｅｎｔ＿Ｄ，表示単位２，＋０．０，なし），
（Ｐｒｅｓｉｄｅｎｔ＿Ｄ，表示単位３，＋０．３（閲覧時間）＋２（特徴付け：波線），「企業特有の性質」），
（Ｐｒｅｓｉｄｅｎｔ＿Ｄ，表示単位４，＋０．０，なし）
尚、関心度の算出方法としては、閲覧時間が極めて少ないページは単に移動を意味するとして無視する、極めて長い場合は意識を失っているとして上限の閾値を設定する等、いくつかのバリエーションが考えられる。また話題についても、コンテクスト情報として発表者のポインティング情報や見出し単位の説明時間が取得できるような環境では、ページ全体ではなく、例えば見出し単位で関心を持った話題を特定することも考えられる。
【００４１】
図６は、発表資料構造解析部１１３の処理内容を示したフローチャートである。発表資料構造解析部１１３は、発表資料の表示単位もしくは見出し等の部分間の関係を解析し、ある部分の関心度が高い場合に、その部分と構造的に関係する他の部分を抽出する。
【００４２】
発表資料構造解析部１１３が動作を始める際に入力情報として渡されるのは、発表資料情報２０１、関心度ベクトル情報（ステップ５０６で生成されたもの）である（ステップ６０１）。これらの情報を元に、各表示単位の関心度ベクトル毎に順次処理を行う（ステップ６０２，６０３）。
【００４３】
まず、関心度ベクトルの話題属性（特徴付けされた文字列やページの一部又は全部など）を用いて、具体的にどのような文字列に関心が持たれたかを判定する（ステップ６０４）。このような文字列のことを関心文字列と呼ぶ。特徴付けされた文字列が存在する場合は、その文字列自体を関心文字列とする（ステップ６０５）。話題属性がページ全体やその一部の場合は、そのページのタイトルや各見出しから特徴的な文字列を求め、それらを関心文字列とする。ここで「特徴的な」文字列とは、例えば全ページにわたって、登場回数が少ない文字列である。これには、完全一致で求める方式や、形態素に分割し、各形態素の出現回数が一定以下のもの、という方式で求める方式がある。
【００４４】
例えば、表示単位７（図２等を参照）の関心文字列を求めることを考える。中見出しである「双方向リンク」を形態素に分割すると、「双方向（一般名詞）」＋「リンク（サ変接続名詞）」というように分割される。全発表資料中、「双方向」が含まれる箇所は２カ所、「リンク」は３カ所である。したがって、「双方向リンク」は、他の「ユーザ」や「タグ」に比べると十分出現回数が少なく、このページに特徴的な文字列であるということができる。
【００４５】
表示単位７において、大見出しである「データ構造」なども同程度に特徴的であるが、大見出しよりも中見出し、中見出しよりも小見出しを優先した方が、内容的に細かい粒度で特徴を捉えることができる。このような作り込みは、発表資料の作りによって、さまざまなアルゴリズムのバリエーションや細かいチューニング方法が考えられる。ここではシンプルな例として大見出し、中見出し、小見出しのすべてを関心文字列の候補とする方式を挙げた（ステップ６０６）。
【００４６】
関心文字列が決まると、他の表示単位を含めて、その関心文字列を含むタイトルや見出しを検索する。発見された文字列に対して、表示単位順に構造関係を定める（ステップ６０７）。例えば、「双方向リンク」を含む表示単位がページ５、ページ８の小見出しにあった場合、構造関係は、
ページ５：小見出し（「双方向リンク」）→ページ７：中見出し（「双方向リンク」）→ページ８：小見出し（「双方向リンク」）
となる。同一ページに関心文字列が複数箇所登場した場合は、登場順に関係を定義する。
【００４７】
図７は、発表資料構造解析部１１３の処理結果を図解したものである。発表資料情報のうち、表示単位３（７０１）〜８（７０７）までを用いて説明する。
【００４８】
説明で用いる関心度ベクトルはＸ（７０８），Ｙ（７０９），Ｚ（７１０）の３つである。Ｘ（７０８）はユーザＰｒｅｓｉｄｅｎｔ＿Ｄのものであり、表示単位３に関して、「企業特有の性質」に関心がある（波線を引いた）ことを示している。Ｙ（７０９），Ｚ（７１０）はユーザＥｘｐｅｒｔ＿Ｕｓｅｒ＿Ｃのものである。Ｙ（７０９）は表示単位４に関して非常に短い時間で次に進んだ、すなわち興味希薄であること、Ｚ（７１０）は表示単位７に関して時間をかけた、つまり興味を持っていることを示している。ただし、Ｅｘｐｅｒｔ＿Ｕｓｅｒ＿Ｃは資料に対する特徴付けなどは行っていない。
【００４９】
まず、関心度ベクトルＸを用いて構造関係を求めることについて説明する。関心度ベクトルＸの話題は「企業特有の性質」であり、この言葉と類似した部分はページ４のタイトル（７１２）と大見出し（７１３）、ページ６の大見出し（７１４）、ページ９の中見出し（７１５）に見られる。「類似した」とは、完全一致でもよいし、一般に編集距離として知られる尺度を用いて、距離が短ければ同じとしてもよい。例えば「企業特有の性質」と「企業の性質」は編集距離２、「企業固有の性質」は編集距離１である。これらをページ順かつ登場順に構造関係を決めると、７１１→７１２→７１３→７１４→７１５となる。
【００５０】
次に、関心度ベクトルＹを用いて構造関係を求める。関心度ベクトルＹの話題はなし（ページ全体）であるが、ページ４の関心文字列を計算すると、「企業固有の性質」になったとして説明を行う。この関心文字列と類似した部分はページ４のタイトル（７１２）、大見出し（７１３）、ページ６中見出し（７１４）、ページ９中見出し（７１５）となり、これらをページ順かつ登場順に構造関係を決めると、７１２→７１３→７１４→７１５となる。
【００５１】
次に関心度ベクトルＺ（７１０）を用いて構造関係を求める。関心度ベクトルＺの話題はページ全体であるが、ページ７の関心文字列を計算すると、「Ｗｅｂ−Ｓｅｒｖｉｃｅ  ＡＰＩ」（７１６）「双方向リンク」（７１７）の２つになったとして説明を行う。この関心文字列と類似した部分は、「Ｗｅｂ−Ｓｅｒｖｉｃｅ  ＡＰＩ」については、ページ７中見出し（７１６）→ページ９小見出し（７２０）であり、「双方向リンク」については、ページ５小見出し（７１８）→ページ７中見出し（７１７）→ページ８中見出し（７１９）である。発表資料構造解析部１１３は、これらの構造関係を表す構造関係情報を進行支援情報生成部１１２に対して出力する（ステップ６０８）。
【００５２】
図８は、進行支援情報生成部１１２の処理内容を示したフローチャートである。進行支援情報生成部１１２は、入力として発表資料情報、関心度ベクトル情報、構造関係情報を受け取って動作する（ステップ８０１）。まず、関心度ベクトル情報と、構造関係情報から、構造的に関係している表示単位に重要度を付与する（ステップ８０２）。重要度とは、説明を行うに当たって重視すべき度合いを表すものである。重要度の与え方は様々だが、ここでは単純に、関心度ベクトルの関心度を構造関係でつながっているすべての表示単位に与えることとする。例えば、図７の関心度ベクトルＺ（７１０）を例に取ると、表示単位７に対する関心度は１であり、構造関係はページ５→ページ７、ページ７→ページ８、ページ７→ページ９である。これら関係するページに対して、関心度１を重要度として割り振ると、ページ５：重要度１、ページ７：重要度２、ページ８：重要度１、ページ９：重要度１となる。重要度には、元になった関心文字列の属性を付け、ベクトル的に扱っても良い。このようにすると、関心文字列Ａの重要度は１、関心文字列Ｂの重要度は２、ページ全体としては重要度３だが、より重要なのは関心文字列Ｂの方である、ということが表現できる。
【００５３】
次に、これまでの消費時間から、各話題毎の説明量を算出し、表示単位の重要度を補正する（ステップ８０３）。つまり、すでに十分な説明を行った話題については、例え重要度が高かろうと、あまり重要には扱わないようにする。逆に、重要であるが説明の都合上あまり時間を取れなかった話題については、再び登場する際により時間を割くようにする。最も単純には、説明量の値を（（実説明時間−予定所要時間）／予定所要時間）として定め、これを、そのページに重要度を振っている関心度ベクトルが構造関係を持つページのうち、次のページの重要度から引く。例えば、「企業特有の性質」と書いたページについて、予定より多く話した場合は、次に同じ話題が登場する場所の重要度が低くなる。
【００５４】
次に、ページ毎に割り振られた重要度に沿って、未説明の部分の説明時間を計算し、そのページの中の重要度に差がある、つまり見出しや文字列の重要度に差がある場合は、重点的に説明する話題を求める。これは、あまり重点的に説明しない話題を求めることでもある（ステップ８０４）。単純には、各ページごとの重要度に対して残時間を比例配分する。この際、予定所要時間を加味し、予定所要時間に対する増減の幅に制限を加えてもよい。この部分は後述する図９にて具体例を示す。
【００５５】
最終的に、進行支援情報生成部１１２は、どの部分をどの程度詳しく説明し、どれだけ時間を使うべきかという進行支援情報を出力として進行支援情報提示部１０６へ送る（ステップ８０５）。進行支援情報の内容は、情報提示機能に応じてリッチにしてもよい。例えば、結果的に重要度が高くなっていて配分時間が長いけれども、説明量補正を大きく受けている、といった情報を進行支援情報の一部として送ることで、進行支援情報提示部１０６を介して発表者にフィードバックすることができる。進行支援情報生成部１１２への入力として与える関心度ベクトル情報は、ユーザのロールごとに分けて入力してもよい。その結果、ロール毎の進行支援情報を生成することができ、例えば、ＶＩＰ重視ならばＶＩＰが希望する部分を中心に進める進行支援情報や、専門家の希望に添った進行を行い、ディスカッションのきっかけを生み出すような進行支援情報の両方を得て進行支援情報提示部１０６に送ることができる。
【００５６】
図９は、進行支援情報生成部１１２の処理結果を図解したものである。横軸にページ（９０１）を取り、上方に関心度ベクトルとその構造関係情報、下方に進行支援情報生成部１１２が求めていく重要度、説明量、説明量補正を記述した。関心度ベクトルＸ（７０８），Ｙ（７０９），Ｚ（７１０）のベクトル内容及び構造関係（関心文字列付き）を横バーとして示した（９０２，９０３，９０４）。この横バーのうち、太線で囲まれたページは関心度ベクトルの表示単位、細線で囲まれたページは、この表示単位に対して構造関係を有するページを示している。ページ内の文字列は関心文字列である。関心文字列は複数存在する場合もある。点線は直接的に構造関係がないページである。
【００５７】
各ページの重要度はステップ８０２に従って決定される。すなわち、関心度２を持つ関心度ベクトルＸと構造関係にあるページ３，４，６，９には重要度２点（「企業特有の性質」に対して）、関心度−１を持つ関心度ベクトルＹと構造関係にあるページ４，６，９には重要度−１（「企業特有の性質」に対するもの）、関心度１を持つ関心度ベクトルＺと構造関係にあるページ５，７，８，９には、関心文字列ごとに重要度＋１が割り振られる。同じ関心文字列に関する重要度については減算されるよう扱うこともできる。
【００５８】
次に、各ページの説明量（９０６）をステップ８０３に従って求める。発表者は、予定２分のページ３を３分、予定２分のページ５を１分で説明したとすると、ページ３の説明量は（１９０秒−１２０秒）／１２０秒＝＋０．５、ページ５の説明量は（６０秒−１２０秒）／１２０秒＝−０．５となる。
【００５９】
次に、算出された説明量に基づき、各ページの重要度を補正する（９０７）。ページ３の関心文字列は、関心度ベクトルＸから「企業特有の性質」であり、この関心文字列が次に登場するページは４である。また、ページ５の関心文字列は、関心度ベクトルＺから「双方向リンク」であり、この関心文字列が次に登場するページは７である。そのため、ページ４の重要度を−０．５、ページ７の重要度を＋０．５する（９０８）。
【００６０】
以上により、各ページの重要度と、関心文字列ごとの重要度が求まる。この値に基づき、残時間７分を未説明ページ６〜９に割り振る。ページの重要度はそれぞれ、＋１、＋２．５、＋１、＋２である。最も単純には重要度の比率にそって時間を配分する。すなわち、（７／５．５×１），（７／５．５×２．５），（７／５．５×１），（７／５．５×２）＝（１．３［分］），（３．２［分］），（１．３［分］），（２．５［分］）である。また、話題的には、例えばページ９については、「Ｗｅｂ  Ｓｅｒｖｉｃｅ  ＡＰＩ」と「企業特有の性質」が拮抗しており、他の話題は特に重要度がないことから、例えば、「Ｗｅｂ  Ｓｅｒｖｉｃｅ  ＡＰＩ」：「企業特有の性質」：その他＝１：１：１で時間を使うという進行支援情報を生成する。
【００６１】
時間の配分には様々な方法があり、予定所要時間との比率や、表示単位の情報量、例えば文字数や見出し数を考慮して割り振ってもよい。 
図１０は進行支援情報提示部１０６の一画面例である。聴衆向けの発表資料提供部１０７を通して聴衆端末１０８に提示される発表資料の例（ページ３（１００１）、４（１００２）、６（１００３））を左部に、進行支援情報提示部１０６を介して発表者側に提示される発表資料の例（ページ３（１００４）、ページ４（１００５）、ページ５（１００６））を右部に示した。この例では、ユーザのロール（ＶＩＰ、専門）、全般の３種類の進行支援情報を生成し、提示している。タイトル横にはページ全体の進め方の進行支援情報を配置し（１００７，１０１０，１０１２）、ページ内で重要度が高く、説明を丁寧に行うべきところでは、関心文字列を強調し、側に対象ロールと参考情報を配置している（１００９，１０１１）。また、重要度は高いが、説明量補正を受けて結果的に重要度が低下した関心文字列は、参考情報としてその旨を提示している（１０１３）。逆に、他の部分に比べて重要度が低く、説明時間を他に回した方がよい部分については、その関心文字列より下の見出し（つまり、中見出しの関心文字列の重要度が低ければ、その小見出し）に対して打ち消し線を引き、側に対象ロールと参考情報を配置している（１００８）。参考情報は、特徴的なアクション、例えば特徴付けが行われた部分は「じっくり」、そこから構造関係的に重要な部分は「詳しく」と表示する等、静的なルールで表示情報を決める。
【００６２】
図１１は進行支援情報提示部１０６の一画面例を示している。これは、図１０の進行支援情報と合わせてページ隅に表示しておくことで、今表示しているページだけではなく、今後の進行全体を俯瞰するためのグラフである。横軸は時間を取り、縦に聴衆全体と各ロール毎の進行支援情報を抽象化したカラーバーを配置している（１１０１，１１０２，１１０３）。カラーバーの区切り（１１０６）は表示単位であり、色が濃い部分の重要度が高く、薄いところが重要度が低いことを示している。この部分にページ内の関心文字列を併記もしくはポップアップ表示してもよい。上矢印（１１０４）はそのロールに属する主な聴衆が現在多く閲覧しているページである。分布の山が複数できる場合は、矢印を複数配置してもよい。山の高さは色の強弱などで表現可能である。中心軸（１１０５）は現在説明を行っている場所を表している。この図を参照することで、発表者は、どの層が発表のどの辺に興味を持っていて、例えばＶＩＰ向け中心の説明を行っていくためには、今後どのようなペース配分でこなしていけば良いかを一望することができる。
【００６３】
以上説明した実施形態によれば、発表者は聴衆の関心度をプレゼンテーションの最中に把握することができ、どのようにプレゼンテーション内容を調整していけばよいかの指針を得ることができる。その結果、説明の内容が聴衆の関心により合いやすくなり、聴衆の理解度や好感度が大きく向上する。また、ディスカッション時間をより多く確保するために、説明の時間配分を調節（例えば、重要でない説明を省略することで時間短縮する）ことも容易である。
【００６４】
なお、本発明は上記実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また、上記実施形態に開示されている複数の構成要素の適宜な組み合わせにより、種々の発明を形成できる。例えば、実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。さらに、異なる実施形態にわたる構成要素を適宜組み合わせてもよい。
【図面の簡単な説明】
【００６５】
【図１】一実施形態に係るプレゼンテーション支援システムを示すブロック図
【図２】発表資料記録部が記録する発表資料記録テーブルの一例を示す図
【図３】コンテクスト情報記録部が記録するコンテクスト情報のデータ構造の一例を示す図
【図４】発表者と、典型的な聴衆からのアクションの例をタイムチャートで示した図
【図５】関心部分解析部の処理内容を示したフローチャート
【図６】発表資料構造解析部の処理内容を示したフローチャート
【図７】発表資料構造解析部の処理結果を説明するための図
【図８】進行支援情報生成部の処理内容を示したフローチャート
【図９】進行支援情報生成部の処理結果を説明するための図
【図１０】進行支援情報提示部の一画面例を示す図
【図１１】進行支援情報提示部の別の画面例を示す図
【符号の説明】
【００６６】
１０１…発表資料表示命令入力部；
１０２…発表資料取得部；
１０３…発表資料記録部；
１０４…発表資料提示部；
１０５…進行支援情報取得部；
１０６…進行支援情報提示部；
１０７…発表資料提供部；
１０８…聴衆端末；
１０９…コンテクスト情報取得部；
１１０…コンテクスト情報記録部；
１１１…関心部分解析部；
１１２…進行支援情報生成部；
１１３…発表資料構造解析部
【図１】
2008242301.tif 000003
【図２】
2008242301.tif 000004
【図３】
2008242301.tif 000005
【図４】
2008242301.tif 000006
【図５】
2008242301.tif 000007
【図６】
2008242301.tif 000008
【図７】
2008242301.tif 000009
【図８】
2008242301.tif 000010
【図９】
2008242301.tif 000011
【図１０】
2008242301.tif 000012
【図１１】
2008242301.tif 000013