(57)【特許請求の範囲】
【請求項１】
所定の領域に対し、該領域を識別する領域情報を報知し、
前記領域情報を受信した端末装置から該端末装置を識別する端末識別情報を受信した際に、所定のアプリケーションプログラムを送信し、
前記アプリケーションプログラムの動作により送信される、前記端末装置において共有が許容された情報に含まれるタグおよび該タグの重要度を含む第１のタグ情報を受信して保持し、
前記端末装置と他の端末装置により行われるミーティングにおいて、既に共有された情報に含まれるタグおよび該タグの重みを含む第２のタグ情報を管理し、
同一のミーティングに参加している複数の前記端末装置の前記第１のタグ情報と前記第２のタグ情報とに基づき、新たに共有すべき情報を決定し、該情報を保持する前記端末装置に情報共有提案を送信し、
前記アプリケーションプログラムの動作により送信される、前記端末装置からの前記情報共有提案が受け入れられた旨の応答を受信した場合に、新たに共有した情報に含まれるタグおよび該タグの重要度を含むタグ情報に基づいて前記第２のタグ情報を更新する、
処理をコンピュータが実行することを特徴とするミーティング支援方法。
【請求項２】
請求項１に記載のミーティング支援方法において、
前記ミーティングのフェーズを示す局面を決定し、
前記局面に応じて、前記新たに共有すべき情報を決定する処理に用いるマッチング評価式を変更する、
ことを特徴とするミーティング支援方法。
【請求項３】
請求項２に記載のミーティング支援方法において、
前記局面は、前記ミーティングの参加者の情報の共有を目的とした単純共有と、前記ミーティングの参加者が意見を出し合ってアイディアを送出することを目的とした発散と、アイディアをまとめることを目的とした収束を含み、
前記局面が単純共有である場合は、前記マッチング評価式を、前記第１のタグ情報と前記第２のタグ情報の共通するタグの重要度および重みに基づくものとし、
前記局面が発散である場合は、前記第１のタグ情報と前記第２のタグ情報の共通するタグの重要度および重みに加え、前記第２のタグ情報に含まれず、かつ前記第１のタグ情報に含まれるタグの重要度に基づくものとする、
ことを特徴とするミーティング支援方法。
【請求項４】
請求項２または３のいずれか一項に記載のミーティング支援方法において、
前記局面を決定する処理は、新たな情報の共有の直後であるか否かと、ミーティング残時間と、ミーティング活性度とに基づき前記局面を決定する、
ことを特徴とするミーティング支援方法。
【請求項５】
請求項３または４のいずれか一項に記載のミーティング支援方法において、
前記局面が収束である場合は、新たな情報共有提案の処理を開始せず、
前記局面が単純共有または発散である場合は、前記情報共有提案が受け入れられた旨の応答を受信して前記第２のタグ情報を更新した後に新たな情報共有提案の処理を開始する、
ことを特徴とするミーティング支援方法。
【請求項６】
請求項１乃至４のいずれか一項に記載のミーティング支援方法において、
前記情報共有提案が受け入れられた旨の応答を受信して前記第２のタグ情報を更新した後に新たな情報共有提案の処理を開始する、
ことを特徴とするミーティング支援方法。
【請求項７】
請求項１乃至６のいずれか一項に記載のミーティング支援方法において、
前記端末装置に前記情報共有提案を送信してからの経過時間が第１の閾値に達した場合に、該端末装置に対する新たな情報共有提案の処理を開始し、
前記情報共有提案を送信してからの経過時間が第２の閾値に達した場合に、前記ミーティングに参加する全ての前記端末装置に対する新たな情報共有提案の処理を開始する、
ことを特徴とするミーティング支援方法。
【請求項８】
端末装置において共有が許容された情報に含まれるタグおよび該タグの重要度を含む第１のタグ情報を受信して保持し、
前記端末装置と他の端末装置により行われるミーティングにおいて、既に共有された情報に含まれるタグおよび該タグの重みを含む第２のタグ情報を管理し、
同一のミーティングに参加している複数の前記端末装置の前記第１のタグ情報と前記第２のタグ情報とに基づき、新たに共有すべき情報を決定し、該情報を保持する前記端末装置に情報共有提案を送信し、
所定のアプリケーションプログラムの動作により送信される、前記端末装置からの前記情報共有提案が受け入れられた旨の応答を受信した場合に、新たに共有した情報に含まれるタグおよび該タグの重要度を含むタグ情報に基づいて前記第２のタグ情報を更新する、
処理をコンピュータが実行することを特徴とするミーティング支援方法。
【請求項９】
所定の領域に対し、該領域を識別する領域情報を報知する手段と、
前記領域情報を受信した端末装置から該端末装置を識別する端末識別情報を受信した際に、所定のアプリケーションプログラムを送信する手段と、
前記アプリケーションプログラムの動作により送信される、前記端末装置において共有が許容された情報に含まれるタグおよび該タグの重要度を含む第１のタグ情報を受信して保持する手段と、
前記端末装置と他の端末装置により行われるミーティングにおいて、既に共有された情報に含まれるタグおよび該タグの重みを含む第２のタグ情報を管理する手段と、
同一のミーティングに参加している複数の前記端末装置の前記第１のタグ情報と前記第２のタグ情報とに基づき、新たに共有すべき情報を決定し、該情報を保持する前記端末装置に情報共有提案を送信する手段と、
前記アプリケーションプログラムの動作により送信される、前記端末装置からの前記情報共有提案が受け入れられた旨の応答を受信した場合に、新たに共有した情報に含まれるタグおよび該タグの重要度を含むタグ情報に基づいて前記第２のタグ情報を更新する手段と、
を備えたことを特徴とするミーティング支援装置。
【請求項１０】
端末装置において共有が許容された情報に含まれるタグおよび該タグの重要度を含む第１のタグ情報を受信して保持する手段と、
前記端末装置と他の端末装置により行われるミーティングにおいて、既に共有された情報に含まれるタグおよび該タグの重みを含む第２のタグ情報を管理する手段と、
同一のミーティングに参加している複数の前記端末装置の前記第１のタグ情報と前記第２のタグ情報とに基づき、新たに共有すべき情報を決定し、該情報を保持する前記端末装置に情報共有提案を送信する手段と、
所定のアプリケーションプログラムの動作により送信される、前記端末装置からの前記情報共有提案が受け入れられた旨の応答を受信した場合に、新たに共有した情報に含まれるタグおよび該タグの重要度を含むタグ情報に基づいて前記第２のタグ情報を更新する手段と、
を備えたことを特徴とするミーティング支援装置。
【請求項１１】
所定の領域に対し、該領域を識別する領域情報を報知し、
前記領域情報を受信した端末装置から該端末装置を識別する端末識別情報を受信した際に、所定のアプリケーションプログラムを送信し、
前記アプリケーションプログラムの動作により送信される、前記端末装置において共有が許容された情報に含まれるタグおよび該タグの重要度を含む第１のタグ情報を受信して保持し、
前記端末装置と他の端末装置により行われるミーティングにおいて、既に共有された情報に含まれるタグおよび該タグの重みを含む第２のタグ情報を管理し、
同一のミーティングに参加している複数の前記端末装置の前記第１のタグ情報と前記第２のタグ情報とに基づき、新たに共有すべき情報を決定し、該情報を保持する前記端末装置に情報共有提案を送信し、
前記アプリケーションプログラムの動作により送信される、前記端末装置からの前記情報共有提案が受け入れられた旨の応答を受信した場合に、新たに共有した情報に含まれるタグおよび該タグの重要度を含むタグ情報に基づいて前記第２のタグ情報を更新する、
処理をコンピュータに実行させるミーティング支援プログラム。
【請求項１２】
端末装置において共有が許容された情報に含まれるタグおよび該タグの重要度を含む第１のタグ情報を受信して保持し、
前記端末装置と他の端末装置により行われるミーティングにおいて、既に共有された情報に含まれるタグおよび該タグの重みを含む第２のタグ情報を管理し、
同一のミーティングに参加している複数の前記端末装置の前記第１のタグ情報と前記第２のタグ情報とに基づき、新たに共有すべき情報を決定し、該情報を保持する前記端末装置に情報共有提案を送信し、
所定のアプリケーションプログラムの動作により送信される、前記端末装置からの前記情報共有提案が受け入れられた旨の応答を受信した場合に、新たに共有した情報に含まれるタグおよび該タグの重要度を含むタグ情報に基づいて前記第２のタグ情報を更新する、
処理をコンピュータに実行させるミーティング支援プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ミーティング支援方法、ミーティング支援装置およびミーティング支援プログラムに関する。
【背景技術】
【０００２】
スマートフォンやタブレット等の端末装置（スマート端末）の普及により、これらの端末装置を持ち寄った会議・打合せ・ゼミ等のミーティングが容易に行われるようになってきている。従来のミーティングであれば、紙の資料の準備や配布等の手間が必要であったが、各自が端末装置を持ち寄ることで、端末装置の内部に蓄積された各自がそれぞれに収集した情報を即座に共有することができ、ミーティングの質を高めることができる。
【０００３】
図１は端末装置を用いたミーティングにおける情報の共有の例を示す図であり、Ａさんはデスクで使用しているＰＣ（Personal Computer）と情報共有を行っているタブレットを、Ｂさんはデスクや趣味で使用しているＰＣやタブレットと情報共有を行っているスマートフォンを、Ｃさんはスマートフォンを、それぞれミーティングの場に持ち寄っている。そして、Ａさん、Ｂさん、Ｃさんは、ミーティングの内容に応じて、自分の持っている情報をメンバ間で共有し、ミーティングを進めていく。情報の共有は、共有する情報を参加者の端末装置に表示したり、共有する情報を大画面スクリーンに表示したりといったことにより行われる。
【０００４】
一方、ペーパーレス会議等において、資料について利用者が作成したメモを会議資料に貼り付けて他の利用者と共有する技術が知られている（例えば、特許文献１等を参照。）。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２０１３−１２０５９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
上述したように端末装置を用いて各人の持つ情報を共有することは有用であるが、どの情報を共有するかは各人の判断に委ねられているため、ミーティングの状況によっては必ずしも適切な情報の共有が行われない場合もあった。また、収集した情報の中からミーティングの状況に応じた適切な情報を選び出すことも大きな手間であった。
【０００７】
そこで、開示の形態は、一側面では、ミーティングの状況に応じた情報の共有を支援する技術の提供を目的とする。
【課題を解決するための手段】
【０００８】
開示の形態は、所定の領域に対し、該領域を識別する領域情報を報知し、前記領域情報を受信した端末装置から該端末装置を識別する端末識別情報を受信した際に、所定のアプリケーションプログラムを送信し、前記アプリケーションプログラムの動作により送信される、前記端末装置において共有が許容された情報に含まれるタグおよび該タグの重要度を含む第１のタグ情報を受信して保持し、前記端末装置と他の端末装置により行われるミーティングにおいて、既に共有された情報に含まれるタグおよび該タグの重みを含む第２のタグ情報を管理し、同一のミーティングに参加している複数の前記端末装置の前記第１のタグ情報と前記第２のタグ情報とに基づき、新たに共有すべき情報を決定し、該情報を保持する前記端末装置に情報共有提案を送信し、前記アプリケーションプログラムの動作により送信される、前記端末装置からの前記情報共有提案が受け入れられた旨の応答を受信した場合に、新たに共有した情報に含まれるタグおよび該タグの重要度を含むタグ情報に基づいて前記第２のタグ情報を更新する、処理をコンピュータが実行する。
【発明の効果】
【０００９】
開示の形態は、ミーティングの状況に応じた情報の共有を支援する技術を提供することができる。
【図面の簡単な説明】
【００１０】
【図１】端末装置を用いたミーティングにおける情報の共有の例を示す図である。
【図２】一実施形態にかかるシステムにおけるアプリの提供のための構成例を示す図である。
【図３】ミーティング支援のための構成例を示す図である。
【図４】データ構造例を示す図である。
【図５】ミーティング局面の説明図である。
【図６】ミーティング局面の状態遷移の例を示す図である。
【図７】サーバ装置のハードウェア構成例を示す図である。
【図８】端末装置のハードウェア構成例を示す図である。
【図９】実施形態の処理例を示すシーケンス図である。
【図１０】情報共有提案の処理例を示すフローチャートである。
【図１１】共有文書評価の処理例を示すフローチャートである。
【図１２】マッチング評価式の例を示す図である。
【図１３】共有文書情報更新の処理例を示すフローチャートである。
【図１４】ミーティング局面決定の処理例を示すフローチャートである。
【図１５】情報共有の具体例を示す図である。
【発明を実施するための形態】
【００１１】
以下、本発明の好適な実施形態につき説明する。
【００１２】
＜構成＞
図２は一実施形態にかかるシステムにおけるアプリの提供のための構成例を示す図である。図２において、サーバ装置１はネットワーク３を介して主として無線により複数の端末装置４と通信を行えるようになっている。端末装置４は、ミーティング等を行うユーザが所持するスマートフォンやタブレット等の端末装置である。
【００１３】
サーバ装置１はアプリ提供部１１を備えており、アプリ提供部１１は利用者状況受信部１１１とアプリセット管理部１１２とアプリセットテーブル１１３とアプリセット送信部１１４とＰｕｓｈ送信部１１５とアプリ保持部１１６とを備えている。利用者状況受信部１１１は、端末装置４から利用者状況（該端末装置４が所定の領域に入り所定のアプリ（アプリケーションプログラム）を保持していない等）を受信し、アプリセット管理部１１２に通知する機能を有している。アプリセット管理部１１２は、利用者状況受信部１１１から利用者状況の通知を受けた場合に、アプリセットテーブル１１３において利用者状況に対応付けられたアプリセット（アプリケーションプログラムを特定する情報）を取得し、アプリセット送信部１１４に通知するとともに、Ｐｕｓｈ送信部１１５にアプリセットの送信が行われる旨を通知する機能を有している。アプリセット送信部１１４は、アプリセット管理部１１２から通知されたアプリセットを端末装置４に送信する機能を有している。Ｐｕｓｈ送信部１１５は、アプリセット管理部１１２からアプリセットの送信が行われる旨の通知を受けると、端末装置４にＰｕｓｈ通知でアプリの取得（ダウンロード）が行える旨を伝える機能を有している。アプリ保持部１１６は、アプリセットに対応するアプリ本体を保持している。
【００１４】
端末装置４はアプリ取得・実行部４１を備えており、アプリ取得・実行部４１はセンシング部４１１と利用者状況判断部４１２と利用者状況送信部４１３とアプリセット受信部４１４とアプリ取得部４１５とＰｕｓｈ受信部４１６と情報アプリ実行部４１７とを備えている。センシング部４１１は、端末装置４が所定の領域内に入ったか否か等を検出（無線ＬＡＮ等により報知されている領域情報を検出したり、無線タグを読み取ったりする等）する機能を有している。利用者状況判断部４１２は、センシング部４１１が検出動作を行った場合に、アプリが必要とする意味のある情報として利用者状況を判断し、利用者状況送信部４１３に通知する機能を有している。利用者状況送信部４１３は、利用者状況判断部４１２から通知された利用者状況をサーバ装置１に送信する機能を有している。アプリセット受信部４１４は、サーバ装置１からアプリセットを受信し、アプリ取得部４１５に通知する機能を有している。Ｐｕｓｈ受信部４１６は、サーバ装置１からプッシュ通知を受信する機能を有している。アプリ取得部４１５は、プッシュ通知に対するユーザの操作により、アプリセット受信部４１４から通知されたアプリセットに対応するアプリ（アプリ本体）をサーバ装置１から取得する機能を有している。情報アプリ実行部４１７は、アプリ取得部４１５により取得されたアプリを実行する機能を有している。
【００１５】
図３はミーティング支援のための構成例を示す図である。図３において、サーバ装置１はネットワーク３を介して無線または有線により端末装置４または情報共有サーバ装置２と通信を行えるようになっている。情報共有サーバ装置２は、複数のユーザがそれぞれ保持する端末装置４における情報共有の機能を提供するものである。情報共有サーバ装置２は、例えば、共有する情報をミーティングに参加するユーザ（メンバ）の端末装置４に表示したり、共有する情報をミーティングルームに設置された大画面スクリーンに表示したりする。なお、サーバ装置１が既に説明したアプリ提供機能（図２）とミーティング支援機能の両方を備える場合について説明するが、異なるサーバ装置に機能を分散して配置してもよい。
【００１６】
サーバ装置１は、データ通信部１２とミーティング支援部１３とを備えている。データ通信部１２は、ネットワーク３を介して無線または有線により端末装置４または情報共有サーバ装置２と通信を行う機能を有している。
【００１７】
ミーティング支援部１３は、端末情報管理部１３１と文書関連データ管理部１３２と文書関連データ保持部１３３とミーティング関連データ管理部１３４とミーティング関連データ保持部１３５とを備えている。また、ミーティング支援部１３は、情報共有提案部１３６と共有情報管理部１３７とフィードバック受信部１３８とを備えている。
【００１８】
端末情報管理部１３１は、サーバ装置１に接続される端末装置４の端末アドレスやユーザＩＤ等の端末情報を管理する機能を有している。文書関連データ管理部１３２は、各端末装置４から取得された文書関連データを文書関連データ保持部１３３に保持して管理する機能を有している。文書関連データの詳細については後述する。
【００１９】
ミーティング関連データ管理部１３４は、複数の端末装置４のユーザにより行われるミーティングについてのミーティング関連データをミーティング関連データ保持部１３５に保持して管理する機能を有している。ミーティング関連データの詳細については後述する。ミーティング関連データ管理部１３４は、処理に際し、ミーティングデータ取得部１３４ａと共有情報内容管理部１３４ｂと局面決定部１３４ｃと活性度判定部１３４ｄとを用いる。ミーティングデータ取得部１３４ａは、ミーティングを行うユーザの管理者（代表者）からミーティングの基本的な情報の入力を受けるか、同ユーザ（ユーザの一部一致を含む）の過去の履歴から管理者の同意を得て情報を取得する機能を有している。共有情報内容管理部１３４ｂは、ミーティングの基本情報とミーティングにおいて既に共有された情報に含まれるタグ（キーワード）および該タグの重みを含むタグ情報を管理する機能を有している。
【００２０】
局面決定部１３４ｃは、ミーティングの局面（ミーティングにおいて情報共有が求められているのか、いないのか、求められているとしたらその度合は強いのか、弱いのか等の性向により区別されるフェーズ）を決定する機能を有している。活性度判定部１３４ｄは、ミーティングの活性度（ミーティングが活発に行われているのか、そうでないのか等）を判定する機能を有している。なお、活性度は、過去一定間隔における文書共有の回数を基本として判定し、例えば、所定回数より少ない場合には「停滞」、それ以外は「活発」と判定する。回数だけでなく参加者の活動を表すセンシングデータを判定基準にいれてもよい。例えば、音声によって活発に議論されていることを判定基準にいれる等してもよい。
【００２１】
情報共有提案部１３６は、ミーティング関連データと文書関連データとに基づき、現在のミーティングの状況において共有することが望ましい情報を、その情報を保持するユーザの端末装置４に提案（情報共有提案）する機能を有している。情報共有提案部１３６は、処理に際し、共有文書評価部１３６ａと共有文書情報更新部１３６ｂとタイマ１３６ｃとを用いる。共有文書評価部１３６ａは、ミーティング関連データに含まれるタグ情報と、文書関連データに含まれる文書毎のタグ情報とを所定のマッチング評価式により評価する機能を有している。共有文書情報更新部１３６ｂは、ユーザにより新規の情報共有がなされた場合に、ミーティング関連データのタグ情報を更新する機能を有している。タイマ１３６ｃは、情報共有をしたユーザが新たな情報提供をせずに所定時間経過した場合や、ミーティング全体で新たな情報共有をせずに所定時間経過した場合に、新たな情報共有提案の処理を開始するトリガを与えるためのものである。
【００２２】
共有情報管理部１３７は、情報共有サーバ装置２による情報共有を管理する機能を有している。フィードバック受信部１３８は、端末装置４から共有情報についてのフィードバック（例えば、特定の共有情報に対して「いいね」ボタンのプッシュ等）を受信し、ミーティング関連データ管理部１３４に伝える機能を有している。ミーティング関連データ管理部１３４は、フィードバックに応じて、対応する情報のタグの重みを増減する等の処理を行う。更に、拡張形として、フィードバックにユーザの会話内容（文字によるチャットを利用・併用することも可）を含め、ワードスポッティング技術等により、重要語を抽出し、出現頻度により重みを付し、ミーティング関連データ管理部１３４の管理するタグ情報に反映するようにしてもよい。
【００２３】
一方、端末装置４は、データ通信部４２とミーティング支援対応部４３とを備えている。データ通信部４２は、ネットワーク３を介して無線によりサーバ装置１または情報共有サーバ装置２と通信を行う機能を有している。ミーティング支援対応部４３は、サーバ装置１から取得したアプリにより実現される。
【００２４】
ミーティング支援対応部４３は、共有情報保持部４３０と情報管理部４３１とタグ抽出部４３２と情報タグ管理部４３３と文書関連データ送信部４３４とを備えている。また、ミーティング支援対応部４３は、情報共有提案受信部４３５と情報表示・選択受付部４３６と共有情報送受信部４３７と共有情報表示部４３８とフィードバック送信部４３９とを備えている。
【００２５】
情報管理部４３１は、端末装置４のユーザが、端末装置４内に保持されている情報（文書）または自己の他のＰＣ等と共有している情報のうち、ミーティングにおいて必要であれば共有することを許容する情報を共有情報保持部４３０に保持して管理する機能を有している。具体的には、所定のフォルダが割り当てられ、そのフォルダに投入された情報が共有情報保持部４３０で管理される。なお、共有情報保持部４３０および情報管理部４３１をサーバ装置１からダウンロードしたアプリにより実現されるミーティング支援対応部４３の内部の構成として示したが、別の常駐型のアプリにより、共有することを許容する情報を別途管理するようにしてもよい。
【００２６】
情報管理部４３１は、共有情報保持部４３０に保持する情報の作成者や作成日時等の基本情報も管理する。タグ抽出部４３２は、情報管理部４３１の管理する情報から、文書毎に、タイトルや日付等の付随情報や本文に含まれるキーワードをタグとして抽出し、出現箇所や出現頻度に応じた重要度を伴った情報タグ（タグ情報）を生成する機能を有している。情報タグの抽出には、文書の特徴語を抽出する一般的なアルゴリズムが用いられる（例えば、ｔｆ−ｉｄｆ法）。情報タグ管理部４３３は、タグ抽出部４３２による情報タグの生成および生成された情報タグを管理する機能を有している。文書関連データ送信部４３４は、情報タグ管理部４３３の管理する文書毎の情報タグと情報管理部４３１の管理する文書の基本情報とを含む文書関連データをサーバ装置１に送信する機能を有している。
【００２７】
情報共有提案受信部４３５は、サーバ装置１からその端末装置４に向けて行われた情報共有提案を受信する機能を有している。情報共有提案には、対象となる文書を特定する情報が含まれている。情報表示・選択受付部４３６は、サーバ装置１から受信した情報共有提案にかかる文書（複数となる場合もある）を端末装置４のユーザに対して表示し、共有する文書の選択を受け付ける機能を有している。共有情報送受信部４３７は、ユーザにより共有する文書の選択がなされた場合に、サーバ装置１に対してその旨を送信するとともに、情報共有サーバ装置２を介した他の端末装置４との間の共有情報の送受信を行う機能を有している。共有情報表示部４３８は、情報共有サーバ装置２の管理のもとで共有される情報をユーザに表示する機能を有している。なお、情報共有サーバ装置２による情報共有を他のアプリにより実現する場合は、共有情報表示部４３８を省略することもできる。フィードバック送信部４３９は、端末装置４のユーザによる共有情報についてのフィードバック（例えば、「いいね」ボタンのプッシュ等）をサーバ装置１に送信する機能を有している。なお、フィードバック送信部４３９は付加的な機能であり、省略することもできる。その場合はサーバ装置１側のフィードバック受信部１３８も省略される。拡張形として、フィードバックにユーザの会話内容を含めるようにすることもできる。
【００２８】
図４は、サーバ装置１の文書関連データ保持部１３３に保持される文書関連データと、ミーティング関連データ保持部１３５に保持されるミーティング関連データの構造例を示す図である。図４において、文書関連データには、端末装置４のユーザのユーザＩＤ（uid）に対応付けられた、共有することの許可された文書毎の文書基本データと、文書毎の情報タグベクトルitvとが含まれている。文書基本データには、文書ＩＤ、作成者、作成日時、共有済フラグ等が含まれている。共有済フラグは、その文書が現在のミーティングにおいて共有されているか否かを示すものであり、初期値は「０」（未共有）である。情報タグベクトルitvには、文書から抽出されたタグ（tag1等）と重要度（u1等）が対になって含まれている。タグの数ｍは文書によって異なるが上限値を定めてもよい。
【００２９】
ミーティング関連データには、ミーティングの基本情報を保持するミーティングデータが含まれている。ミーティングデータには、ミーティングＩＤ、開始時刻、終了時刻（設定されない場合もある）、メンバ（ユーザＩＤのリスト）、会議名、議題等が含まれる。また、ミーティング関連データには、ミーティングＩＤに対応付けられた、共有情報タグベクトルセットと、ミーティング局面（meeting phase）（単に局面とも呼ぶ）と、ミーティング活性度（meeting liveliness）（単に活性度とも呼ぶ）と、新規文書共有フラグとが含まれている。
【００３０】
共有情報タグベクトルセットには、ミーティング開始時の初期状態から始まり現時点までの更新された各時点の共有情報タグベクトルstvが含まれている。例えば、初期状態をstv0とし、ｎ回の更新を行ったとすれば、現在はstvnとなる。なお、記憶領域を節約するために、最新のものだけを保持してもよい。共有情報タグベクトルstvには、複数のタグについて、タグ（tag1等）と重み（w1等）が対となって含まれている。初期状態の共有情報タグベクトルstv0としては、ミーティングデータの会議名や議題から重要語として抽出されたタグに重み「1.0」（初期値）が付される。同一メンバや類似メンバの過去のミーティング履歴を検索し、近いものがあれば、管理者ユーザに確認した上でそれを設定することもできる。タグが抽出できなかった場合は、共有情報タグベクトルstv0は空となる。新たな情報が共有されることで共有情報タグベクトルは更新され、その直前の共有情報タグベクトルと共有された情報の情報タグベクトルitvとのベクトル平均が更新後の共有情報タグベクトルとなる。
【００３１】
ミーティング局面は、前述したように、ミーティングにおいて情報共有が求められているのか、いないのか、求められているとしたらその度合は強いのか、弱いのか等の性向により区別されるフェーズを示すものであり、例えば、「単純共有」「発散」「収束」のいずれかとなる。デフォルトは「単純共有」である。図５は各局面の概要と情報共有の目的をまとめたものである。すなわち、「単純共有」は、仕事の進捗などの情報を参加者間で共有する会議に対応し、ユーザ間の情報格差を埋めることを情報共有の目的としている。「発散」は、参加者で意見を出し合ってアイディアを創出する会議に対応し、アイディア出しを促進し、時に違った観点からの意見を出すことを情報共有の目的としている。「収束」は、送出したアイディアをまとめる会議に対応し、新規のアイディアではなく既存のアイディアの整理を行うことを情報共有の目的としている。
【００３２】
また、図６はミーティング局面の状態遷移の例を示す図である。すなわち、ミーティングの残時間と活性度を参照し、「単純共有」の状態において、活性度が「活発」で、残時間（nullでない場合に限る）が所定時間Tr以上である場合は、「単純共有」の状態を維持する。また、「単純共有」の状態において、残時間が所定時間Trを下回った場合は「収束」の状態に遷移する。また、「単純共有」の状態において、活性度が「停滞」で、残時間が所定時間Tr以上である場合は、「発散」の状態に遷移する。また、「発散」の状態において、新文書共有が行われた場合は、「単純共有」の状態に遷移する。
【００３３】
図４に戻り、ミーティング活性度は、前述したように、ミーティングが活発に行われているのか、そうでないのか等を示すものであり、例えば、「活発」と「停滞」のいずれかとなる。
【００３４】
新規文書共有フラグは、新たに情報共有が行われたことを示し、新たに情報共有が行われた場合に「１」がセットされ、「発散」の状態において新たに情報共有が行われて単純共有の状態に遷移した際に「０」にリセットされる。
【００３５】
図７はサーバ装置１のハードウェア構成例を示す図である。図７において、サーバ装置１は、システムバス１００１に接続されたＣＰＵ（Central Processing Unit）１００２、ＲＯＭ（Read Only Memory）１００３、ＲＡＭ（Random Access Memory）１００４、ＮＶＲＡＭ（Non-Volatile Random Access Memory）１００５を備えている。また、サーバ装置１は、Ｉ／Ｆ（Interface）１００６と、Ｉ／Ｆ１００６に接続された、Ｉ／Ｏ（Input/Output Device）１００７、ＨＤＤ（Hard Disk Drive）／フラッシュメモリ１００８、ＮＩＣ（Network Interface Card）１００９と、Ｉ／Ｏ１００７に接続されたモニタ１０１０、キーボード１０１１、マウス１０１２等を備えている。Ｉ／Ｏ１００７にはＣＤ／ＤＶＤ（Compact Disk/Digital Versatile Disk）ドライブ等を接続することもできる。
【００３６】
図２および図３で説明したサーバ装置１の機能は、ＣＰＵ１００２において所定のプログラムが実行されることで実現される。プログラムは、記録媒体を経由して取得されるものでもよいし、ネットワークを経由して取得されるものでもよいし、ＲＯＭ組込でもよい。
【００３７】
図８は端末装置４のハードウェア構成例を示す図である。図８において、端末装置４は、電源システム４００１と、プロセッサ４００３、メモリコントローラ４００４、周辺インタフェース４００５を含むメインシステム４００２と、記憶部４００６とを備えている。また、端末装置４は、外部ポート４００７と、高周波回路４００８と、アンテナ４００９と、オーディオ回路４０１０と、スピーカ４０１１と、マイク４０１２と、近接センサ４０１３と、ＧＰＳ（Global Positioning System）回路４０１４とを備えている。また、端末装置４は、ディスプレイコントローラ４０１６、光学センサコントローラ４０１７、入力コントローラ４０１８を含むＩ／Ｏ（Input/Output）サブシステム４０１５と、タッチ反応型ディスプレイシステム４０１９と、光学センサ４０２０と、入力部４０２１とを備えている。
【００３８】
図２および図３で説明した端末装置４の機能は、プロセッサ４００３において所定のプログラム（サーバ装置１から取得されるアプリを含む）が実行されることで実現される。
【００３９】
＜動作＞
図９は上記の実施形態の処理例を示すシーケンス図である。図９において、サーバ装置１からは無線ＬＡＮ等により領域情報を含む報知信号が所定の領域に送信されている（ステップＳ１０１）。端末装置４が所定の領域に入ると、端末装置４のセンシング部４１１は報知信号を検知し（ステップＳ１０２）、利用者状況送信部４１３は端末識別情報と利用者状況判断部４１２の判断する利用者状況をサーバ装置１に送信する（ステップＳ１０３）。サーバ装置１は、利用者状況受信部１１１により利用者状況を受信すると、アプリセット管理部１１２により利用者状況に対応したアプリセットをアプリセットテーブル１１３から選択し、アプリセット送信部１１４により端末装置４に送信する（ステップＳ１０４）。
【００４０】
アプリセット受信部４１４がアプリセットを受信すると、アプリ取得部４１５に通知を行い（ステップＳ１０７）、端末装置４のアプリ取得部４１５は、通知されたアプリセットに基づいてサーバ装置１に対してアプリ要求を行い（ステップＳ１０８）、サーバ装置１はアプリ（アプリ本体）を送信する（ステップＳ１０９）。端末装置４の情報アプリ実行部４１７は取得したアプリを実行状態にする（ステップＳ１１０）。同様の処理が、ミーティングを行うために所定の領域に集まったユーザの端末装置４について行われる。
【００４１】
その後、端末装置４のアプリの動作により、ミーティング支援対応部４３のタグ抽出部４３２は、情報管理部４３１が共有情報保持部４３０に保持して管理する情報から、文書毎に、タイトルや日付等の付随情報や本文に含まれるキーワードをタグとして抽出し、出現箇所や出現頻度に応じた重要度を伴った情報タグ（タグ情報）を生成する（ステップＳ１１１）。情報タグ管理部４３３は、タグ抽出部４３２による情報タグの生成および生成された情報タグを管理する。そして、文書関連データ送信部４３４は、情報タグ管理部４３３の管理する文書毎の情報タグと情報管理部４３１の管理する文書の基本情報とを含む文書関連データをサーバ装置１に送信する（ステップＳ１１２）。
【００４２】
サーバ装置１のミーティング支援部１３の文書関連データ管理部１３２は、端末装置４から受信された文書関連データを文書関連データ保持部１３３に保持して管理する（ステップＳ１１３）。
【００４３】
また、ミーティング関連データ管理部１３４は、複数の端末装置４のユーザにより行われるミーティングについてのミーティング関連データをミーティング関連データ保持部１３５に保持して管理する（ステップＳ１１４）。
【００４４】
その後、ミーティングが開始されると、情報共有提案部１３６は、ミーティング関連データと文書関連データとに基づき、現在のミーティングの状況において共有することが望ましい情報を決定すると（ステップＳ１１５）、その情報を保持するユーザの端末装置４に情報共有提案を送信する（ステップＳ１１６）。情報共有提案部１３６における処理の詳細については後述する。
【００４５】
端末装置４の情報共有提案受信部４３５は、情報共有提案を受信すると、情報表示・選択受付部４３６によりユーザに対して提案内容を表示する（ステップＳ１１７）。なお、既に行われた情報共有提案で共有されていないものがある場合は、複数の文書についての提案が表示されることになる。ユーザが情報共有提案から共有する情報を選択すると（ステップＳ１１８）、共有情報送受信部４３７は共有文書選択の内容をサーバ装置１に送信する（ステップＳ１１９）。これを受け、サーバ装置１の情報共有提案部１３６はミーティング関連データの更新を行う（ステップＳ１２０）。また、端末装置４の共有情報送受信部４３７は、情報共有サーバ装置２に共有する文書のデータを送信し（ステップＳ１２１）、情報共有サーバ装置２の管理のもと、ミーティングに参加しているメンバ間で情報共有を行う。
【００４６】
図１０は情報共有提案の処理例を示すフローチャートである。図１０において、情報共有提案部１３６は処理を開始すると、データの初期化を行う（ステップＳ２０１）。具体的には、初期値の共有情報タグベクトルstv0を設定し、ミーティング局面に「単純共有」を設定し、新規文書共有フラグに「０」を設定する。
【００４７】
次いで、情報共有提案部１３６は、現在のミーティング局面が「収束」であるか否か判断する（ステップＳ２０２）。ミーティング局面が「収束」であると判断した場合（ステップＳ２０２のＹｅｓ）、処理を終了する。これは、ミーティング局面が「収束」の場合は、ミーティングを収束させるため、新たな情報共有提案を行わないものとしていることによる。
【００４８】
ミーティング局面が「収束」でないと判断した場合（ステップＳ２０２のＮｏ）、ミーティングの全メンバについてユーザ毎の共有文書評価を共有文書評価部１３６ａにより行う（ステップＳ２０３）。
【００４９】
図１１は共有文書評価の処理例を示すフローチャートである。図１１において、共有文書評価部１３６ａは、ミーティング局面とユーザＩＤ（uid）を取得し（ステップＳ２２１）、ユーザuidの文書基本データの共有済フラグ=0の情報タグベクトルitvuidのセットを取得する（ステップＳ２２２）。
【００５０】
次いで、共有文書評価部１３６ａは、ミーティング局面が何であるかにより分岐し（ステップＳ２２３）、「単純共有」である場合は、評価式：Matchにより、現時点の共有情報タグベクトルstvnと情報タグベクトルitvuidのセットとのマッチングを行う（ステップＳ２２４）。ミーティング局面が「発散」である場合は、評価式：Match_dにより、共有情報タグベクトルstvnと情報タグベクトルitvuidのセットとのマッチングを行う（ステップＳ２２５）。そして、共有文書評価部１３６ａは、マッチング度合の高い情報（文書）を共有提案情報として選択する（ステップＳ２２６）。
【００５１】
図１２はマッチング評価式の例を示す図である。評価式：Matchは、共有情報タグベクトルstvと情報タグベクトルitvに共通に含まれるタグの重みと重要度の積を総和したものとなっている。また、評価式：Match_dは、評価式：Matchの値に、更に、共有情報タグベクトルstvに含まれずに情報タグベクトルitvにのみ含まれるタグの重要度の総和を加えるようになっている。すなわち、評価式：Matchは、現時点の共有情報タグベクトルstvに含まれるタグと共通性のある文書が評価されるが、評価式：Match_dは、異なるタグを含む文書も評価されるようになっている。
【００５２】
図１０に戻り、情報共有提案部１３６は、共有文書評価（ステップＳ２０３）の後、共有提案の対象となる情報を保持するユーザの端末装置４に対して情報共有提案を送信し（ステップＳ２０４）、イベント待ち（ステップＳ２１０）となる。
【００５３】
端末装置４は、情報共有提案を受信すると（ステップＳ２０５）、ユーザに対して共有提案の表示を行い（ステップＳ２０６）、ユーザからの操作イベントを待機する（ステップＳ２０７）。ユーザにより共有文書の選択が行われた場合（ステップＳ２０８）、共有文書選択イベントをサーバ装置１に送信する。また、共有文書を情報共有サーバ装置２に送信する（ステップＳ２０９）。ユーザにより共有文書の選択が行われなかった場合は、次回の情報共有提案の受信を待機し、情報共有提案を受信すると（ステップＳ２０５）、ユーザに対して表示を行う（ステップＳ２０６）。この場合、既に受信した情報共有提案の内容と新たに受信した情報共有提案の内容が連なって表示される。
【００５４】
情報共有提案部１３６は、共有文書選択イベントを受信すると（ステップＳ２１１）、共有文書情報更新部１３６ｂにより共有文書情報の更新を行う（ステップＳ２１２）。
【００５５】
図１３は共有文書情報更新の処理例を示すフローチャートである。図１３において、共有文書情報更新部１３６ｂは、共有された文書ＩＤの情報タグベクトルitvを取得し（ステップＳ２３１）、共有情報タグベクトルの再計算を行う（ステップＳ２３２）。具体的には、現時点の共有情報タグベクトルstvnと情報タグベクトルitvのベクトル平均をとったものを新たな共有情報タグベクトルstvn+1に設定する。そして、共有文書情報更新部１３６ｂは、インデックスｎをインクリメントし（ステップＳ２３３）、対応する文書ＩＤの共有済フラグを「１」に設定する（ステップＳ２３４）。
【００５６】
図１０に戻り、情報共有提案部１３６は、共有文書情報更新（ステップＳ２１２）の後、ユーザ毎のタイマｔuidと全体のタイマtxをリセットする（ステップＳ２１３）。このリセットにより、タイマｔuid、txはカウントアップを開始する。ユーザ毎のタイマｔuidは、タイマ１３６ｃの制御により、T1×f（T1：ユーザ単位の最小待ち時間、f：整数値）に達した際にイベントが発生する。全体のタイマtxは、タイマ１３６ｃの制御により、T2×f（T2：全体の最小待ち時間、f：整数値）に達した際にイベントが発生する。
【００５７】
次いで、情報共有提案部１３６は、新規文書共有フラグに「１」を設定する（ステップＳ２１４）。次いで、情報共有提案部１３６は、局面決定部１３４ｃによりミーティング局面の決定を行う（ステップＳ２１５）。そして、情報共有提案部１３６は、再びミーティング局面の判断（ステップＳ２０２）に戻る。
【００５８】
図１４はミーティング局面決定の処理例を示すフローチャートである。図１４において、局面決定部１３４ｃは、現時点のミーティング局面について判断する（ステップＳ２４１）。なお、ミーティング局面が「収束」である場合、ミーティング局面の決定の処理には移行してこないため、ここでのミーティング局面は「単純共有」か「発散」である。
【００５９】
ミーティング局面が「発散」である場合、局面決定部１３４ｃは、新規文書共有フラグが「１」であるか否か判断する（ステップＳ２４２）。新規文書共有フラグが「１」である場合（ステップＳ２４２のＹｅｓ）、新規文書共有フラグに「０」を設定し（ステップＳ２４３）、ミーティング局面を「単純共有」に変更する（ステップＳ２４４）。新規文書共有フラグが「０」である場合（ステップＳ２４２のＮｏ）、局面決定部１３４ｃは、処理を終了する。
【００６０】
ミーティング局面が「単純共有」である場合、局面決定部１３４ｃは、ミーティング残時間（nullでない場合に限る）が所定の時間Ｔｒよりも長いか否か判断する（ステップＳ２４５）。ミーティング残時間は、
・終了時刻が設定されていれば終了時刻と現在時刻の差
・参加者のスケジュールが分かる場合には、動的に決定した終了見込み時刻と現在時刻との差
・それ以外はｎｕｌｌ値
となる。
【００６１】
ミーティング残時間が所定の時間Ｔｒよりも短い場合（ステップＳ２４５のＮｏ）、局面決定部１３４ｃは、ミーティング局面を「収束」に変更し（ステップＳ２４６）、処理を終了する。
【００６２】
ミーティング残時間が所定の時間Ｔｒよりも長い場合（ステップＳ２４５のＹｅｓ）、局面決定部１３４ｃは、活性度判定部１３４ｄによりミーティング活性度を判定する（ステップＳ２４７）。そして、局面決定部１３４ｃは、ミーティング活性度がどのレベルであるか判断し（ステップＳ２４８）、「活発」である場合は処理を終了する。ミーティング活性度が「停滞」である場合、局面決定部１３４ｃは、ミーティング局面を「発散」に変更し（ステップＳ２４９）、処理を終了する。
【００６３】
図１０に戻り、情報共有提案部１３６は、イベント待ち（ステップＳ２１０）の状態で、ユーザ毎のタイマtuidが設定値（T1×f）に達した旨のイベントを受信すると（ステップＳ２１６）、そのユーザuidの共有文書評価を行い（ステップＳ２１７）、情報共有提案（ステップＳ２０４）に移行する。これは、あるユーザuidが情報共有をした後、所定時間以上にわたって新たな情報共有を行っていないことから、そのユーザuidに対して新たな情報共有提案を行うようにしたものである。
【００６４】
また、情報共有提案部１３６は、イベント待ち（ステップＳ２１０）の状態で、全体のタイマtxが設定値（T2×f）に達した旨のイベントを受信すると（ステップＳ２１８）、ミーティング局面の決定（ステップＳ２１５）に移行する。これは、いずれかのユーザが情報共有をした後、所定時間以上にわたって誰も新たな情報共有を行っていないことから、全ユーザを対象に新たな情報共有提案を行うようにしたものである。
【００６５】
図１５は情報共有の具体例を示す図である。図１５において、会議テーマ「２０２０年東京五輪でのＩＴ活用とビジネス」のミーティングである場合、共有情報タグベクトル初期値(stv0)は、例えば、会議テーマに含まれる「２０２０年」「東京五輪」「ＩＴ活用」「ビジネス」 がタグとして抽出され、それぞれのタグの重みは初期値の「1.0」とされる。
【００６６】
その後、「２０２０年」「東京五輪」「ＩＴ活用」「観光」「案内」のタグを含む情報タグベクトル(itv1) の文書が情報共有提案されて情報共有されると、共有情報タグベクトル初期値(stv0)と情報タグベクトル(itv1) のベクトル平均により新たな共有情報タグベクトル(stv1) が得られる。共有情報タグベクトル(stv1) は、「２０２０年」「東京五輪」「ＩＴ活用」「ビジネス」「観光」「案内」のタグを含むものとなる。
【００６７】
同様に、「東京五輪」「観光」「案内」「外国人」「おもてなし」のタグを含む情報タグベクトル(itv2) の文書が情報共有提案されて情報共有されると、共有情報タグベクトル(stv1)と情報タグベクトル(itv2) のベクトル平均により新たな共有情報タグベクトル(stv2) が得られる。共有情報タグベクトル(stv2) は、「２０２０年」「東京五輪」「ＩＴ活用」「ビジネス」「観光」「案内」「外国人」「おもてなし」のタグを含むものとなる。これらがミーティングの終了まで続いていく。
【００６８】
＜変形例＞
図３に示した構成例は、サーバ装置１のミーティング支援部１３側で情報共有提案を行うものとしたが、各端末装置４側で自端末のユーザについての情報共有提案を行うようにすることもでき、そうすることでサーバ装置１の処理負荷を低減することができる。
【００６９】
この場合、サーバ装置１のミーティング支援部１３には、ミーティングに参加しているメンバに関係するミーティング関連データを、各メンバの端末装置４に送信する「ミーティングデータ送信部」を新たに設ける。また、端末装置４には、ミーティング関連データを受信する「ミーティングデータ受信部」を設け、情報共有提案部１３６に相当する端末装置４側の「情報共有提案部」を設ける。処理としては、図１０におけるユーザ毎の共有文書評価（ステップＳ２０３）とユーザuidの共有文書評価（ステップＳ２１７）が自端末のユーザについての評価に限られる。その他の処理は前述したのと同様である。
【００７０】
＜総括＞
以上説明したように、本実施形態によれば、ミーティングの状況に応じた情報の共有を支援する技術を提供することができる。
【００７１】
以上、好適な実施の形態により説明した。ここでは特定の具体例を示して説明したが、特許請求の範囲に定義された広範な趣旨および範囲から逸脱することなく、これら具体例に様々な修正および変更を加えることができることは明らかである。すなわち、具体例の詳細および添付の図面により限定されるものと解釈してはならない。
【００７２】
なお、「情報タグベクトルitv」は「第１のタグ情報」の一例である。「共有情報タグベクトルstv」は「第２のタグ情報」の一例である。
【００７３】
以上の説明に関し、更に以下の項を開示する。
（付記１）  所定の領域に対し、該領域を識別する領域情報を報知し、
前記領域情報を受信した端末装置から該端末装置を識別する端末識別情報を受信した際に、所定のアプリケーションプログラムを送信し、
前記アプリケーションプログラムの動作により送信される、前記端末装置において共有が許容された情報に含まれるタグおよび該タグの重要度を含む第１のタグ情報を受信して保持し、
前記端末装置と他の端末装置により行われるミーティングにおいて、既に共有された情報に含まれるタグおよび該タグの重みを含む第２のタグ情報を管理し、
同一のミーティングに参加している複数の前記端末装置の前記第１のタグ情報と前記第２のタグ情報とに基づき、新たに共有すべき情報を決定し、該情報を保持する前記端末装置に情報共有提案を送信し、
前記アプリケーションプログラムの動作により送信される、前記端末装置からの前記情報共有提案が受け入れられた旨の応答を受信した場合に、新たに共有した情報に含まれるタグおよび該タグの重要度を含むタグ情報に基づいて前記第２のタグ情報を更新する、
処理をコンピュータが実行することを特徴とするミーティング支援方法。
（付記２）  付記１に記載のミーティング支援方法において、
前記ミーティングのフェーズを示す局面を決定し、
前記局面に応じて、前記新たに共有すべき情報を決定する処理に用いるマッチング評価式を変更する、
ことを特徴とするミーティング支援方法。
（付記３）  付記２に記載のミーティング支援方法において、
前記局面は、前記ミーティングの参加者の情報の共有を目的とした単純共有と、前記ミーティングの参加者が意見を出し合ってアイディアを送出することを目的とした発散と、アイディアをまとめることを目的とした収束を含み、
前記局面が単純共有である場合は、前記マッチング評価式を、前記第１のタグ情報と前記第２のタグ情報の共通するタグの重要度および重みに基づくものとし、
前記局面が発散である場合は、前記第１のタグ情報と前記第２のタグ情報の共通するタグの重要度および重みに加え、前記第２のタグ情報に含まれず、かつ前記第１のタグ情報に含まれるタグの重要度に基づくものとする、
ことを特徴とするミーティング支援方法。
（付記４）  付記２または３のいずれか一項に記載のミーティング支援方法において、
前記局面を決定する処理は、新たな情報の共有の直後であるか否かと、ミーティング残時間と、ミーティング活性度とに基づき前記局面を決定する、
ことを特徴とするミーティング支援方法。
（付記５）  付記３または４のいずれか一項に記載のミーティング支援方法において、
前記局面が収束である場合は、新たな情報共有提案の処理を開始せず、
前記局面が単純共有または発散である場合は、前記情報共有提案が受け入れられた旨の応答を受信して前記第２のタグ情報を更新した後に新たな情報共有提案の処理を開始する、
ことを特徴とするミーティング支援方法。
（付記６）  付記１乃至４のいずれか一項に記載のミーティング支援方法において、
前記情報共有提案が受け入れられた旨の応答を受信して前記第２のタグ情報を更新した後に新たな情報共有提案の処理を開始する、
ことを特徴とするミーティング支援方法。
（付記７）  付記１乃至６のいずれか一項に記載のミーティング支援方法において、
前記端末装置に前記情報共有提案を送信してからの経過時間が第１の閾値に達した場合に、該端末装置に対する新たな情報共有提案の処理を開始し、
前記情報共有提案を送信してからの経過時間が第２の閾値に達した場合に、前記ミーティングに参加する全ての前記端末装置に対する新たな情報共有提案の処理を開始する、
ことを特徴とするミーティング支援方法。
（付記８）  端末装置において共有が許容された情報に含まれるタグおよび該タグの重要度を含む第１のタグ情報を受信して保持し、
前記端末装置と他の端末装置により行われるミーティングにおいて、既に共有された情報に含まれるタグおよび該タグの重みを含む第２のタグ情報を管理し、
同一のミーティングに参加している複数の前記端末装置の前記第１のタグ情報と前記第２のタグ情報とに基づき、新たに共有すべき情報を決定し、該情報を保持する前記端末装置に情報共有提案を送信し、
前記アプリケーションプログラムの動作により送信される、前記端末装置からの前記情報共有提案が受け入れられた旨の応答を受信した場合に、新たに共有した情報に含まれるタグおよび該タグの重要度を含むタグ情報に基づいて前記第２のタグ情報を更新する、
処理をコンピュータが実行することを特徴とするミーティング支援方法。
（付記９）  所定の領域に対し、該領域を識別する領域情報を報知する手段と、
前記領域情報を受信した端末装置から該端末装置を識別する端末識別情報を受信した際に、所定のアプリケーションプログラムを送信する手段と、
前記アプリケーションプログラムの動作により送信される、前記端末装置において共有が許容された情報に含まれるタグおよび該タグの重要度を含む第１のタグ情報を受信して保持する手段と、
前記端末装置と他の端末装置により行われるミーティングにおいて、既に共有された情報に含まれるタグおよび該タグの重みを含む第２のタグ情報を管理する手段と、
同一のミーティングに参加している複数の前記端末装置の前記第１のタグ情報と前記第２のタグ情報とに基づき、新たに共有すべき情報を決定し、該情報を保持する前記端末装置に情報共有提案を送信する手段と、
前記アプリケーションプログラムの動作により送信される、前記端末装置からの前記情報共有提案が受け入れられた旨の応答を受信した場合に、新たに共有した情報に含まれるタグおよび該タグの重要度を含むタグ情報に基づいて前記第２のタグ情報を更新する手段と、
を備えたことを特徴とするミーティング支援装置。
（付記１０）  付記９に記載のミーティング支援装置において、
前記ミーティングのフェーズを示す局面を決定する手段、
を備え、
前記情報共有提案を送信する手段は、前記局面に応じて、前記新たに共有すべき情報を決定する処理に用いるマッチング評価式を変更する、
ことを特徴とするミーティング支援装置。
（付記１１）  付記１０に記載のミーティング支援装置において、
前記局面は、前記ミーティングの参加者の情報の共有を目的とした単純共有と、前記ミーティングの参加者が意見を出し合ってアイディアを送出することを目的とした発散と、アイディアをまとめることを目的とした収束を含み、
前記局面が単純共有である場合は、前記マッチング評価式を、前記第１のタグ情報と前記第２のタグ情報の共通するタグの重要度および重みに基づくものとし、
前記局面が発散である場合は、前記第１のタグ情報と前記第２のタグ情報の共通するタグの重要度および重みに加え、前記第２のタグ情報に含まれず、かつ前記第１のタグ情報に含まれるタグの重要度に基づくものとする、
ことを特徴とするミーティング支援装置。
（付記１２）  付記１０または１１のいずれか一項に記載のミーティング支援装置において、
前記局面を決定する手段は、新たな情報の共有の直後であるか否かと、ミーティング残時間と、ミーティング活性度とに基づき前記局面を決定する、
ことを特徴とするミーティング支援装置。
（付記１３）  付記１１または１２のいずれか一項に記載のミーティング支援装置において、
前記局面が収束である場合は、新たな情報共有提案の処理を開始せず、
前記局面が単純共有または発散である場合は、前記情報共有提案が受け入れられた旨の応答を受信して前記第２のタグ情報を更新した後に新たな情報共有提案の処理を開始する、
ことを特徴とするミーティング支援装置。
（付記１４）  付記９乃至１２のいずれか一項に記載のミーティング支援装置において、
前記情報共有提案が受け入れられた旨の応答を受信して前記第２のタグ情報を更新した後に新たな情報共有提案の処理を開始する、
ことを特徴とするミーティング支援装置。
（付記１５）  付記９乃至１４のいずれか一項に記載のミーティング支援装置において、
前記端末装置に前記情報共有提案を送信してからの経過時間が第１の閾値に達した場合に、該端末装置に対する新たな情報共有提案の処理を開始し、
前記情報共有提案を送信してからの経過時間が第２の閾値に達した場合に、前記ミーティングに参加する全ての前記端末装置に対する新たな情報共有提案の処理を開始する、
ことを特徴とするミーティング支援装置。
（付記１６）  端末装置において共有が許容された情報に含まれるタグおよび該タグの重要度を含む第１のタグ情報を受信して保持する手段と、
前記端末装置と他の端末装置により行われるミーティングにおいて、既に共有された情報に含まれるタグおよび該タグの重みを含む第２のタグ情報を管理する手段と、
同一のミーティングに参加している複数の前記端末装置の前記第１のタグ情報と前記第２のタグ情報とに基づき、新たに共有すべき情報を決定し、該情報を保持する前記端末装置に情報共有提案を送信する手段と、
前記アプリケーションプログラムの動作により送信される、前記端末装置からの前記情報共有提案が受け入れられた旨の応答を受信した場合に、新たに共有した情報に含まれるタグおよび該タグの重要度を含むタグ情報に基づいて前記第２のタグ情報を更新する手段と、
を備えたことを特徴とするミーティング支援装置。
（付記１７）  所定の領域に対し、該領域を識別する領域情報を報知し、
前記領域情報を受信した端末装置から該端末装置を識別する端末識別情報を受信した際に、所定のアプリケーションプログラムを送信し、
前記アプリケーションプログラムの動作により送信される、前記端末装置において共有が許容された情報に含まれるタグおよび該タグの重要度を含む第１のタグ情報を受信して保持し、
前記端末装置と他の端末装置により行われるミーティングにおいて、既に共有された情報に含まれるタグおよび該タグの重みを含む第２のタグ情報を管理し、
同一のミーティングに参加している複数の前記端末装置の前記第１のタグ情報と前記第２のタグ情報とに基づき、新たに共有すべき情報を決定し、該情報を保持する前記端末装置に情報共有提案を送信し、
前記アプリケーションプログラムの動作により送信される、前記端末装置からの前記情報共有提案が受け入れられた旨の応答を受信した場合に、新たに共有した情報に含まれるタグおよび該タグの重要度を含むタグ情報に基づいて前記第２のタグ情報を更新する、
処理をコンピュータに実行させるミーティング支援プログラム。
（付記１８）  付記１７に記載のミーティング支援プログラムにおいて、
前記ミーティングのフェーズを示す局面を決定し、
前記局面に応じて、前記新たに共有すべき情報を決定する処理に用いるマッチング評価式を変更する、
ミーティング支援プログラム。
（付記１９）  付記１８に記載のミーティング支援プログラムにおいて、
前記局面は、前記ミーティングの参加者の情報の共有を目的とした単純共有と、前記ミーティングの参加者が意見を出し合ってアイディアを送出することを目的とした発散と、アイディアをまとめることを目的とした収束を含み、
前記局面が単純共有である場合は、前記マッチング評価式を、前記第１のタグ情報と前記第２のタグ情報の共通するタグの重要度および重みに基づくものとし、
前記局面が発散である場合は、前記第１のタグ情報と前記第２のタグ情報の共通するタグの重要度および重みに加え、前記第２のタグ情報に含まれず、かつ前記第１のタグ情報に含まれるタグの重要度に基づくものとする、
ミーティング支援プログラム。
（付記２０）  付記１８または１９のいずれか一項に記載のミーティング支援プログラムにおいて、
前記局面を決定する処理は、新たな情報の共有の直後であるか否かと、ミーティング残時間と、ミーティング活性度とに基づき前記局面を決定する、
ミーティング支援プログラム。
（付記２１）  付記１９または２０のいずれか一項に記載のミーティング支援プログラムにおいて、
前記局面が収束である場合は、新たな情報共有提案の処理を開始せず、
前記局面が単純共有または発散である場合は、前記情報共有提案が受け入れられた旨の応答を受信して前記第２のタグ情報を更新した後に新たな情報共有提案の処理を開始する、
ミーティング支援プログラム。
（付記２２）  付記１７乃至２０のいずれか一項に記載のミーティング支援プログラムにおいて、
前記情報共有提案が受け入れられた旨の応答を受信して前記第２のタグ情報を更新した後に新たな情報共有提案の処理を開始する、
ミーティング支援プログラム。
（付記２３）  付記１７乃至２２のいずれか一項に記載のミーティング支援プログラムにおいて、
前記端末装置に前記情報共有提案を送信してからの経過時間が第１の閾値に達した場合に、該端末装置に対する新たな情報共有提案の処理を開始し、
前記情報共有提案を送信してからの経過時間が第２の閾値に達した場合に、前記ミーティングに参加する全ての前記端末装置に対する新たな情報共有提案の処理を開始する、
ミーティング支援プログラム。
（付記２４）  端末装置において共有が許容された情報に含まれるタグおよび該タグの重要度を含む第１のタグ情報を受信して保持し、
前記端末装置と他の端末装置により行われるミーティングにおいて、既に共有された情報に含まれるタグおよび該タグの重みを含む第２のタグ情報を管理し、
同一のミーティングに参加している複数の前記端末装置の前記第１のタグ情報と前記第２のタグ情報とに基づき、新たに共有すべき情報を決定し、該情報を保持する前記端末装置に情報共有提案を送信し、
前記アプリケーションプログラムの動作により送信される、前記端末装置からの前記情報共有提案が受け入れられた旨の応答を受信した場合に、新たに共有した情報に含まれるタグおよび該タグの重要度を含むタグ情報に基づいて前記第２のタグ情報を更新する、
処理をコンピュータに実行させるミーティング支援プログラム。
【符号の説明】
【００７４】
１            サーバ装置
１１          アプリ提供部
１１１        利用者状況受信部
１１２        アプリセット管理部
１１３        アプリセットテーブル
１１４        アプリセット送信部
１１５        Ｐｕｓｈ送信部
１１６        アプリ保持部
１２          データ通信部
１３          ミーティング支援部
１３１        端末情報管理部
１３２        文書関連データ管理部
１３３        文書関連データ保持部
１３４        ミーティング関連データ管理部
１３４ａ      ミーティングデータ取得部
１３４ｂ      共有情報内容管理部
１３４ｃ      局面決定部
１３４ｄ      活性度判定部
１３５        ミーティング関連データ保持部
１３６        情報共有提案部
１３６ａ      共有文書評価部
１３６ｂ      共有文書情報更新部
１３６ｃ      タイマ
１３７        共有情報管理部
１３８        フィードバック受信部
２            情報共有サーバ装置
３            ネットワーク
４            端末装置
４１          アプリ取得・実行部
４１１        センシング部
４１２        利用者状況判断部
４１３        利用者状況送信部
４１４        アプリセット受信部
４１５        アプリ取得部
４１６        Ｐｕｓｈ受信部
４１７        情報アプリ実行部
４２          データ通信部
４３          ミーティング支援対応部
４３０        共有情報保持部
４３１        情報管理部
４３２        タグ抽出部
４３３        情報タグ管理部
４３４        文書関連データ送信部
４３５        情報共有提案受信部
４３６        情報表示・選択受付部
４３７        共有情報送受信部
４３８        共有情報表示部
４３９        フィードバック送信部
【図１】
0006601036.tif 000002
【図２】
0006601036.tif 000003
【図３】
0006601036.tif 000004
【図４】
0006601036.tif 000005
【図５】
0006601036.tif 000006
【図６】
0006601036.tif 000007
【図７】
0006601036.tif 000008
【図８】
0006601036.tif 000009
【図９】
0006601036.tif 000010
【図１０】
0006601036.tif 000011
【図１１】
0006601036.tif 000012
【図１２】
0006601036.tif 000013
【図１３】
0006601036.tif 000014
【図１４】
0006601036.tif 000015
【図１５】
0006601036.tif 000016