JP2011053629A - 会議中継装置及びコンピュータプログラム - Google Patents

Abstract

【課題】会議の参加者間でやり取りされる内容を考慮して、会議が予定通り進行しているか否かを判定することが可能な会議中継装置及びコンピュータプログラムを提供する。
【解決手段】音声認識部１５は、複数の端末装置間で行なわれる通信会議で送受信される音声信号を取得した場合、音声信号に対して音声認識処理を行なってテキスト情報を生成する。言語解析部１６は、音声認識部１５が生成したテキスト情報に対して言語解析処理を行なって単語に分解する。進行状況判定部１７は、言語解析部１６が分解した単語と判定語テーブル２５に格納してあるキーワードとを照合し、発言者の発言内容にいずれのキーワードが含まれるかを判定する。進行状況判定部１７は、判定結果に基づいて、現在進行中の議題を判定し、判定した議題の進行状況を判定し、警告部１８は、判定結果に応じて警告メッセージをディスプレイに表示させる。
【選択図】図７

Description

本発明は、通信可能に接続された複数の通信装置間で行なわれる通信会議を中継する会議中継装置、該会議中継装置をコンピュータによって実現するためのコンピュータプログラムに関する。

従来より、複数の拠点のそれぞれに設けられたテレビ会議端末をネットワークを介して接続して構成されたテレビ会議システムが普及している。このようなテレビ会議システムを用いることにより、離れた拠点における参加者間での会議が可能となる。また、テレビ会議の議事運営においては、いわゆる議事進行テンプレートを用いて議事進行の効率化を図る技術が知られている（特許文献１参照）。特許文献１に開示された技術では、予め用意された議事進行テンプレートに従って予定されている各議事項目の討議を進行しつつ、各議事の進行状況が確認できるので、議事進行の円滑化を図ることができる。

特開２００１−１７５７２０号公報

しかしながら、業務の効率化・スピード化が期待されるビジネスの現場では、より効率のよい議事進行が要望されている。特許文献１に開示された技術は、予定されている議事項目を各議事項目の討議が終了するまで各参加者に通知するのみである。従って、特許文献１に開示された技術では、会議の進行が停滞している場合に会議参加者に心理的なプレッシャーを与えることはできず、効率的な議論の実現を促すためには不十分である。また、テレビ会議において所定時間の経過時に警告を発するという手段は慣用的なものである。しかし、上述したようなテレビ会議において警告を発するタイミングと議事進行のタイミングとが必ずしも一致せず、議事進行には直接関係のないタイミングで警告を発してしまうという問題がある。

本発明はかかる事情に鑑みてなされたものであり、その目的とするところは、会議の進行状況について会議の参加者に報知することにより、会議の参加者に会議の進行に対する心理的なプレッシャーを適切なタイミングで与えることが可能な会議中継装置及びコンピュータプログラムを提供することにある。

本発明に係る会議中継装置は、複数の通信装置と通信可能に接続され、前記複数の通信装置間で行なわれる通信会議を中継する会議中継装置において、複数の議題内容を進行順に示した進行テンプレートを記憶する記憶部と、前記通信装置間で送受信される情報及び前記記憶部に記憶してある進行テンプレートに基づいて、進行中の議題及び該議題に対する進行状況を判定する状況判定部と、該状況判定部が判定した進行状況が所定の条件を満たす場合に、その旨を報知する報知部とを備えることを特徴とする。

本発明に係る会議中継装置は、前記通信装置間で送受信される情報は、音声情報を含み、前記通信装置間で送受信される音声情報を認識してテキスト情報に変換する音声認識部を備え、前記状況判定部は、前記音声認識部が変換したテキスト情報及び前記記憶部に記憶してある進行テンプレートに基づいて、進行中の議題及び該議題に対する進行状況を判定するようにしてあることを特徴とする。

本発明に係る会議中継装置は、前記記憶部に記憶してある進行テンプレート中の議題内容から、各議題におけるキーワードを抽出する抽出部と、前記通信装置間で送受信される情報に前記抽出部が抽出したキーワードが含まれるか否かを判断するキーワード判断部とを備え、前記状況判定部は、前記キーワード判断部の判断結果に基づいて、進行中の議題を判定するようにしてあることを特徴とする。

本発明に係る会議中継装置は、前記通信装置間で送受信される情報に、議題の結論が出されたことを判定するための所定の判定語が含まれるか否かを判断する第１判定語判断部を備え、前記状況判定部は、前記第１判定語判断部が前記情報に前記所定の判定語が含まれると判断した場合、進行中の議題に対する結論が出されたと判定するようにしてあることを特徴とする。

本発明に係る会議中継装置は、前記通信装置間で送受信される情報に、他の議題に移行したことを判定するための所定の判定語が含まれるか否かを判断する第２判定語判断部を備え、前記状況判定部は、前記第２判定語判断部が前記情報に前記所定の判定語が含まれると判断した場合、他の議題に移行したと判定するようにしてあることを特徴とする。

本発明に係る会議中継装置は、前記通信装置間で送受信される情報に、議論が紛糾していることを判定するための所定の判定語が含まれるか否かを判断する第３判定語判断部を備え、前記状況判定部は、前記第３判定語判断部が前記情報に前記所定の判定語が含まれると判断した場合、進行中の議題に対する結論が出されていないと判定するようにしてあることを特徴とする。

本発明に係る会議中継装置は、前記状況判定部が判定した進行状況が所定の条件を満たす旨を前記報知部が報知した場合に、前記報知部がいずれの議題について報知を行なったかを示す情報を含む議事録情報を生成する議事録生成部を備えることを特徴とする。

本発明に係る会議中継装置は、前記通信会議の中継を終了する際に、前記状況判定部によって結論が出されていないと判定された議題を通知する通知部を備えることを特徴とする。

本発明に係る会議中継装置は、予め作成された議事録情報から前記進行テンプレートを生成するテンプレート生成部を備えることを特徴とする。

本発明に係るコンピュータプログラムは、コンピュータに、通信可能に接続された複数の通信装置間で行なわれる通信会議を中継させるためのコンピュータプログラムにおいて、コンピュータに、前記通信装置間で送受信される情報及び複数の議題内容を進行順に示した進行テンプレートに基づいて、進行中の議題及び該議題に対する進行状況を判定するステップと、判定された進行状況が所定の条件を満たす場合に、その旨を報知するステップとを実行させることを特徴とする。

本発明によれば、会議中継装置は、通信可能に接続された複数の通信装置間で行なわれる通信会議を中継する。また、会議中継装置は、通信会議にて議論すべき議題内容を進行順に進行テンプレートに予め記憶しておく。そして、会議中継装置は、実際の通信会議にて通信装置間で送受信される情報と、進行テンプレートに記憶した議題内容とを照合することによって、進行中の議題を判定し、判定した議題の進行状況を判定する。よって、会議中継装置は、実際の通信会議にて送受信される情報に基づいて、進行中の議題及び議題の進行状況を判定できる。また、会議中継装置は、判定した進行状況が所定の条件を満たす場合に、その旨を報知する。よって、会議中継装置は、議題の進行状況が予め設定された進行順に沿っていない場合、議題の進行が停滞している場合等に、その旨を会議の参加者等に報知できる。

本発明によれば、会議中継装置は、通信装置間で送受信される情報として音声情報を中継する場合、取得した音声情報を認識してテキスト情報に変換する。会議中継装置は、変換したテキスト情報と、進行テンプレートに記憶した議題内容とを照合することによって、進行中の議題を判定し、判定した議題の進行状況を判定する。よって、会議中継装置は、実際の通信会議にて送受信される音声情報、即ち、通信会議にてやり取りされる各参加者の発言内容に基づいて、進行中の議題及び議題の進行状況を判定できる。

本発明によれば、会議中継装置は、予め設定された進行テンプレート中の議題内容から、各議題におけるキーワードを抽出し、実際の通信会議にて送受信される情報に、各議題におけるキーワードが含まれるか否かに基づいて、進行中の議題を判定する。よって、会議中継装置は、実際の通信会議にて送受信される情報にいずれの議題のキーワードが含まれるか否かに基づいて進行中の議題を判定するので、進行中の議題をより明確に特定できる。

本発明によれば、会議中継装置は、議題の結論が出される際に会議の参加者が発する可能性のある判定語を予め設定しておく。そして、会議中継装置は、通信会議にて送受信される情報にこのような判定語が含まれる場合に、進行中の議題について結論が出されたと判定する。よって、会議中継装置は、予め設定された判定語に基づいて、進行中の議題に対して結論が出されたか否かをより明確に判定できる。

本発明によれば、会議中継装置は、他の議題に移行する際に会議の参加者が発する可能性のある判定語を予め設定しておく。そして、会議中継装置は、通信会議にて送受信される情報にこのような判定語が含まれる場合に、進行中の議題に対する結論が出されずに、他の議題に移行したと判定する。よって、会議中継装置は、予め設定された判定語に基づいて、議題が変更されたか否かをより明確に判定できる。

本発明によれば、会議中継装置は、議論が紛糾している際に会議の参加者が発する可能性のある判定語を予め設定しておく。そして、会議中継装置は、通信会議にて送受信される情報にこのような判定語が含まれる場合に、進行中の議題に対する結論が出されていないと判定する。よって、会議中継装置は、予め設定された判定語に基づいて、進行中の議題について議論が紛糾しているか否かをより明確に判定できる。

本発明によれば、会議中継装置は、議題の進行状況が所定の条件を満たし、その旨を報知した場合に、いずれの議題について報知を行なったかを示す情報を含む議事録情報を生成する。よって、会議の参加者又は第三者が、このような議事録に基づいて、事後的に会議の進行状況を確認できる。

本発明によれば、会議中継装置は、通信会議の中継を終了する際に、結論が出されていないと判定された議題を通知する。よって、会議の参加者は、結論がされていない議題を把握することができ、会議の参加者に、会議の進行に対する反省材料としての心理的なプレッシャーを与えることができる。

本発明によれば、会議中継装置は、予め作成された議事録情報から会議の進行テンプレートを生成する。よって、既に作成された議事録から自動的に進行テンプレートを作成できるので、例えば会議の議長が、会議の議題内容等を入力することによって進行テンプレートを作成する必要がなくなる。特に、定期的に繰り返される定例会議又は定型的な会議では、議事進行が同一パターンで行なわれる場合が多いが、このような会議において、前回の会議での議事録を用いて今回の会議の進行テンプレートを生成することもできる。これにより、会議毎に作成される議事録を有効に利用することができる。

本発明では、会議中継装置は、実際の通信会議にて送受信される情報に基づいて、通信会議で進行中の議論の議題を判定でき、また、判定した議題について進行状況を判定できる。よって、会議中継装置は、会議の参加者間でやり取りされる内容を考慮して、進行中の議題及び議題の進行状況を判定できるので、より正確な判定を実現できる。また、会議中継装置は、判定した進行状況について報知できるので、議題の進行状況が予め設定された進行順に沿っていない場合、議題の進行が停滞している場合等に、その旨を会議の参加者等に報知できる。特に、会議の進行が停滞している場合にその旨を会議の参加者等に報知することにより、会議の参加者に会議の進行に対する心理的なプレッシャーを適切なタイミングで与えることができ、会議運営の効率化を図ることができる。また、「何について何を決める」のように詳細な議題内容を設定しておくことにより、各議題について決定すべき項目を決定できたか否か等の詳細な内容についても判定できる。

実施形態１の会議システムの構成を示す模式図である。 端末装置の内部構成を示すブロック図である。 会議サーバの内部構成を示すブロック図である。 記憶部に記憶されているテーブルの格納内容を示す模式図である。 記憶部に記憶されているテーブルの格納内容を示す模式図である。 記憶部に記憶されているテーブルの格納内容を示す模式図である。 実施形態１の会議サーバの機能構成を示す機能ブロック図である。 判定語テーブルの生成処理の手順を示すフローチャートである。 判定語テーブルを用いた判定処理の手順を示すフローチャートである。 判定語テーブルを用いた判定処理の手順を示すフローチャートである。 判定語テーブルを用いた判定処理の手順を示すフローチャートである。 実施形態２の会議サーバの機能構成を示す機能ブロック図である。 実施形態２の判定語テーブルの格納内容を示す模式図である。 実施形態４の会議サーバの機能構成を示す機能ブロック図である。 会議サーバによる議事進行テンプレートの作成処理の手順を示すフローチャートである。 議事進行テンプレートの作成処理を説明するための模式図である。

以下に、本発明に係る会議中継装置及びコンピュータプログラムについて、その実施形態を示す図面に基づいて詳述する。なお、以下の各実施形態では、本発明に係るコンピュータプログラムを公知のパーソナルコンピュータ、サーバコンピュータ等に読み取らせ、パーソナルコンピュータ又はサーバコンピュータのＣＰＵ（Central Processing Unit）等に実行させることによって本発明に係る会議中継装置を実現する構成について説明する。しかし、等価な働きをするハードウェアによって本発明に係る会議中継装置を実現してもよい。

（実施形態１）
以下に、本発明に係る会議中継装置を備えた実施形態１の会議システムについて説明する。図１は実施形態１の会議システムの構成を示す模式図である。本実施形態１の会議システム１００は、複数の端末装置（通信装置）４，４…と、端末装置４，４…の一部又は全部の間で行なわれる通信会議を中継する会議サーバ（会議中継装置）１とを備える。なお、図１では、会議サーバ１は、破線の閉曲線でそれぞれ囲まれる３つの端末装置４，４，４間でそれぞれ行なわれている会議１と会議２とをそれぞれ独立して中継している。

端末装置４，４…及び会議サーバ１は、ＬＡＮ（Local Area Network）又はＷＡＮ（Wide Area Network）等のＩＰ（Internet Protocol）ネットワーク１００ａを介して相互に接続されている。また、端末装置４，４…及び会議サーバ１は、ＩＰネットワーク１００ａを介して、例えば、Ｈ．３２３、Ｔ．１２０、ＳＩＰ（Session Initiation Protocol）、ＨＴＴＰ（Hyper Text Transfer Protocol）等の通信プロトコルに従って、音声信号及び映像信号を含む各種の信号の送受信を行なう。なお、端末装置４，４…及び会議サーバ１は、これらの通信プロトコルを適宜組み合わせて利用してもよい。

本実施形態１の会議システム１００では、端末装置４，４…及び会議サーバ１は、ＩＰネットワーク１００ａを介して相互に接続されている。しかし、例えば、端末装置４，４…のそれぞれは接続されておらず、端末装置４，４…のそれぞれが会議サーバ１と１対１通信を行なうように接続されていてもよい。また、１つの端末装置４が会議サーバ１の機能を備え、この端末装置４を親機とし、他の端末装置４（子機）のそれぞれを親機と１対１通信できるように接続してもよい。

本実施形態１の会議システム１００は、例えば、同一の通信会議に参加する端末装置４，４…は全て同一の部屋に設置されているものとする。即ち、例えば、同一の会議に参加する参加者の人数分の端末装置４，４…が同一の部屋に用意されており、各参加者はそれぞれ１つの端末装置４を用いて会議に参加する。そして、参加者は、自身が使用する端末装置４，４…に会議資料を表示させつつ、議長又は発言者の説明を聞き、会議に参加する。なお、端末装置４，４…は必ずしも同一の部屋に設置されている必要はなく、離れた拠点に設置されていてもよい。この場合、本実施形態１の会議システム１００は、離れた拠点間での遠隔会議に用いることができる。

以下に、本実施形態１の会議システム１００に用いられる端末装置４について説明する。図２は端末装置４の内部構成を示すブロック図である。本実施形態１の端末装置４は、制御部４０、記憶部４１、認証要求部４２、入力処理部４３、通信部４４、信号処理部４５、入力音声処理部４６、出力音声処理部４７、表示処理部４８等を備える。制御部４０、記憶部４１、認証要求部４２、入力処理部４３、通信部４４及び信号処理部４５は、バスを介して相互に接続されている。また、入力音声処理部４６、出力音声処理部４７及び表示処理部４８はそれぞれ信号処理部４５に接続されている。

制御部４０は、ＣＰＵ、ＭＰＵ（Micro Processor Unit）等であり、上述したようなハードウェア各部を制御すると共に、記憶部４１に格納されている制御プログラムを適宜実行する。記憶部４１は、ＥＥＰＲＯＭ（Electrically Erasable and Programmable ROM）、フラッシュＲＯＭ、ＨＤＤ（Hard Disk Drive）等である。記憶部４１は、端末装置４を動作させるために必要な種々の制御プログラム、制御部４０による制御プログラムの実行時に発生する種々のデータ、自身の端末装置４に割り当てられた端末ＩＤ及びＩＰアドレス等を記憶する。なお、記憶部４１は、制御プログラムとして、例えば、会議サーバ１を介したテレビ会議を実行するためのテレビ会議実行処理プログラム、会議サーバ１を含む外部装置で保持されている共有ドキュメントを閲覧するためのドキュメント閲覧処理プログラム等を記憶している。

認証要求部４２は、会議システム１００が提供する通信会議に端末装置４を用いて参加したい参加者が正当な参加者であるかの認証を会議サーバ１に要求する。具体的には、操作部３４を介してユーザＩＤ及びパスワードが入力された場合、認証要求部４２は、入力されたユーザＩＤ及びパスワードを通信部４４から会議サーバ１へ送信し、会議サーバ１に認証を要求する。また、認証要求部４２は、会議サーバ１からの認証結果を通信部４４を介して取得し、取得した認証結果を制御部４０へ通知する。

入力処理部４３は、操作部３４に接続されており、操作部３４を介してユーザが入力した各種の情報を取得する。操作部３４は、例えば、マウス、キーボード、タブレット等であり、ユーザが端末装置４を操作するために必要な各種のボタンを備える。入力処理部４３は、ユーザが操作部３４を介して入力した各種の情報を制御部４０へ送出し、制御部４０は、入力処理部４３から取得した情報に応じた処理を実行する。
通信部４４は、ＩＰネットワーク１００ａに接続するためのインタフェースであり、ＩＰネットワーク１００ａを介して会議サーバ１との間で情報の送受信を行なう。

入力音声処理部４６は、マイクロホン３１に接続されている。入力音声処理部４６は、例えば、Ａ／Ｄ（アナログ／デジタル）変換器を備え、マイクロホン３１が集音したアナログの音声信号をデジタルの音声信号に変換し、信号処理部４５へ出力する。信号処理部４５は、音声信号を符号化する音声符号化部を備え、入力音声処理部４６から取得した音声信号を符号化する。なお、信号処理部４５によって符号化された音声信号は、例えば、通信部４４へ転送され、通信部４４を介して会議サーバ１へ送信される。これにより、端末装置４のマイクロホン３１によって集音された音声信号は、会議サーバ１へ送信される。なお、音声符号化部は、例えば、Ｇ．７１１、Ｇ．７２２、Ｇ．７２８、Ｇ．７２９、ＭＰＥＧ（Moving Picture Experts Group）−４ ＡＡＣ（Advanced Audio Coding）等の規格に従った符号化処理を行なう。

信号処理部４５は、符号化された音声信号を復号する音声復号部を備える。なお、通信部４４は、ＩＰネットワーク１００ａを介して会議サーバ１から符号化された音声信号を受信しており、信号処理部４５は、通信部４４から取得した符号化された音声信号を復号する。なお、音声復号部は、音声符号化部が行なう符号化処理の規格と同一の規格に従った復号処理を行なう。信号処理部４５は、通信部４４から取得して復号した音声信号を出力音声処理部４７へ出力する。出力音声処理部４７は、スピーカ３２に接続されている。出力音声処理部４７は、例えば、Ｄ／Ａ（デジタル／アナログ）変換器を備え、信号処理部４５から取得したデジタルの音声信号をアナログの音声信号に変換し、スピーカ３２へ出力する。これにより、会議サーバ１から受信した音声信号に基づく音声がスピーカ３２から出力される。

また、信号処理部４５は、符号化された映像信号を復号する映像復号部を備える。なお、通信部４４は、ＩＰネットワーク１００ａを介して会議サーバ１から符号化された映像信号を受信しており、信号処理部４５は、通信部４４から取得した符号化された映像信号を復号する。なお、映像復号部は、例えば、Ｈ．２６１、Ｈ．２６３、Ｈ．２６４等の規格に従った復号処理を行なう。信号処理部４５は、通信部４４から取得して復号した映像信号を表示処理部４８へ出力する。表示処理部４８は、ディスプレイ３３に接続されており、信号処理部４５から取得した映像信号をディスプレイ３３へ出力する。これにより、会議サーバ１から受信した映像信号に基づく映像がディスプレイ３３に表示される。なお、ディスプレイ３３は、ＬＣＤ（Liquid Crystal Display）、ＣＲＴ（Cathode Ray Tube）、ＰＤＰ（Plasma Display Panel）等の表示装置である。

なお、上述したように、マイクロホン３１、スピーカ３２、ディスプレイ３３及び操作部３４は、端末装置４の本体とは別体に構成されてもよいし、全てが一体に構成されてもよい。また、ディスプレイ３３及び操作部３４は、タッチパネル又はタブレットによって構成されてもよい。

また、本実施形態１では、会議に参加する参加者は同一の部屋で端末装置４，４…を操作する構成であるので、各端末装置４，４…を使用する各参加者の顔を撮影して、端末装置４，４…間で送受信する必要はない。しかし、会議システム１００を遠隔会議に用いる場合、端末装置４，４…が離れた拠点に設置されることになる。従って、端末装置４，４…にカメラを接続し、端末装置４，４…の内部に、カメラによって撮影して得られた映像信号を処理する映像処理部を備えてもよい。なお、映像処理部は、例えば、カメラによって撮影して得られた映像信号を符号化する映像符号化部であり、映像符号化部は、例えば、Ｈ．２６１、Ｈ．２６３、Ｈ．２６４等の規格に従った符号化処理を行なう。

なお、本実施形態１では、会議に参加する参加者が同一の部屋で端末装置４，４…を操作する状況を想定しているので、全ての参加者が所定範囲内にいるような会議では、発話者が発した音声を直接聞くことが可能である。従って、このような会議に会議システム１００を用いる場合、端末装置４，４…にスピーカ３２を備える必要はない。ただし、本実施形態１の会議サーバ１は、各参加者の発言内容に基づいて、会議における議事の進行状況を判定する機能を有するので、端末装置４，４…はマイクロホン３１を必ず備えている。

以下に、本実施形態１の会議システム１００に用いられる会議サーバ１について説明する。図３は会議サーバ１の内部構成を示すブロック図である。本実施形態１の会議サーバ１は、制御部１０、認証部１１、通信部１２、出力部１３、記憶部２０等を備える。上述したハードウェア各部は、バスを介して相互に接続されている。制御部１０は、ＣＰＵ、ＭＰＵ等であり、上述したようなハードウェア各部を制御すると共に、記憶部２０に格納されている制御プログラムを適宜実行する。

記憶部２０は、ＨＤＤ等の大容量の記憶装置である。記憶部２０は、会議サーバ１を動作させるために必要な種々の制御プログラム、制御部１０による制御プログラムの実行時に発生する種々のデータ等を記憶する。また、本実施形態１の会議サーバ１は、ウェブサーバの機能を有しており、ウェブサーバとしてＩＰネットワーク１００ａを介して公開しているウェブページを記憶部２０に記憶している。更に、記憶部２０は、ＩＰネットワーク１００ａを介して共有（公開）されている会議資料データ、図４（ａ）に示すようなユーザ情報テーブル２１、図４（ｂ）に示すような予約状況管理テーブル２２、図４（ｃ）に示すような議事進行テンプレートデータベース（以下、議事進行テンプレートＤＢという）２３を記憶する。更に、記憶部２０は、図５に示すような開催状況管理テーブル２４、図６に示すような判定語テーブル２５を記憶する。

また、記憶部２０は、音声信号をテキスト情報に変換する音声認識処理を制御部１０が行なうための音声認識処理プログラム、音声認識処理に用いる音声認識用データベース（以下、音声認識用ＤＢという）２６を記憶する。また、記憶部２０は、テキスト情報を日本語の文法に沿って単語に分解する言語解析処理を制御部１０が行なうための言語解析処理プログラム、言語解析処理に用いる言語解析用データベース（以下、言語解析用ＤＢという）２７を記憶する。更に、記憶部２０は、通信会議で行なわれている議論において、進行中の議題と議題の進行状況を判定する判定処理を制御部１０が行なうための判定処理プログラムを記憶する。

会議資料データは、ドキュメントデータ、画像データ等であり、ＩＰネットワーク１００ａを介して端末装置４，４…で閲覧可能に公開されている。なお、会議資料データは、特定のユーザにのみ公開されているデータであってもよい。この場合、会議サーバ１は、各会議資料データの閲覧を許可されたユーザのユーザ情報（ユーザＩＤ）を保持しておき、ＩＰネットワーク１００ａを介して閲覧要求してきたユーザが、予めユーザ情報を保持しているユーザであれば閲覧を許可する。なお、記憶部２０に記憶されている各テーブルの詳細な構成については後述する。

認証部１１は、端末装置４の操作部３４を介して入力され、端末装置４の認証要求部４２から送信されたユーザＩＤ及びパスワードを通信部１２を介して取得する。認証部１１は、取得したユーザＩＤ及びパスワードが、後述のユーザ情報テーブル２１に既に登録されているか否かに基づいて、このユーザ（参加者）が会議システム１００の利用を許可された正当な参加者であるかを認証する。認証部１１は、取得したユーザＩＤ及びパスワードがユーザ情報テーブル２１に登録されていれば、正当な参加者であると判断し、登録されていなければ、正当な参加者ではないと判断する。認証部１１は、取得したユーザＩＤ及び認証結果を、ユーザＩＤ及びパスワードを送信してきた端末装置４へ返信する。

通信部１２は、ＩＰネットワーク１００ａに接続するためのインタフェースであり、ＩＰネットワーク１００ａを介して端末装置４，４…との間で情報の送受信を行なう。
出力部１３は、ＬＣＤ、ＣＲＴ又はＰＤＰ等のディスプレイ１３ａに接続されており、制御部１０による指示に従った映像信号をディスプレイ１３ａへ出力する。これにより、会議サーバ１は、会議の参加者に所望の情報を通知できる。

図４乃至図６は記憶部２０に記憶されているテーブルの格納内容を示す模式図である。なお、図４（ａ）はユーザ情報テーブル２１の格納内容を、図４（ｂ）は予約状況管理テーブル２２の格納内容を、図４（ｃ）は議事進行テンプレートＤＢ２３の格納内容をそれぞれ示す。また、図５は開催状況管理テーブル２４の格納内容を、図６は判定語テーブル２５の格納内容をそれぞれ示す。

図４（ａ）に示すように、ユーザ情報テーブル２１には、会議サーバ１によって提供される会議システム１００の利用が可能なユーザに関するユーザ情報が格納される。ユーザ情報は、例えば、各ユーザに予め割り当てられたユーザＩＤ、各ユーザによって予め登録されたパスワード等を含む。なお、ユーザ情報は、各ユーザを識別し、各ユーザが適正であるか否かを認証するための情報であればよい。また、ユーザ情報は、各ユーザの氏名、所属、役職等を含んでもよい。ユーザ情報テーブル２１の格納内容は、会議システム１００の利用が可能なユーザのユーザ情報が追加、変更又は削除される都度、制御部１０によって登録、更新又は削除される。なお、ユーザ情報は、会議サーバ１の操作部（図示せず）、会議サーバ１とＩＰネットワーク１００ａを介して接続された端末装置４又はその他の通信装置の操作部を介して会議サーバ１に入力される。このようなユーザ情報テーブル２１によって、会議サーバ１は、会議システム１００の利用が可能なユーザを管理できる。

図４（ｂ）に示すように、予約状況管理テーブル２２には、会議システム１００によって開催される会議（通信会議）の予約情報が格納される。予約情報は、予約された会議に割り当てられた会議ＩＤ、会議の予約を行なったユーザ（登録者）のユーザＩＤ（登録者ＩＤ）、会議の開催日時、会議に参加するユーザ（参加者）のユーザＩＤ（参加者ＩＤ）等を含む。予約状況管理テーブル２２の格納内容は、会議システム１００の利用が可能なユーザが会議の開催を予約又は予約をキャンセルする都度、制御部１０によって登録又は削除される。また、予約状況管理テーブル２２に格納された予約情報は、登録者が予約内容を変更する都度、制御部１０によって更新される。なお、予約情報も、会議サーバ１、端末装置４又はその他の通信装置の操作部を介して会議サーバ１に入力される。このような予約状況管理テーブル２２によって、会議サーバ１は、予約された会議の内容を管理できる。

図４（ｃ）に示すように、議事進行テンプレートＤＢ２３には、各会議の会議ＩＤに対応付けて、各会議における議事進行テンプレートが格納される。議事進行テンプレートは、各会議における議題内容、キーワード、完了フラグ等を含む。議事進行テンプレートの議題内容は、例えば会議の予約を行なった登録者が、会議の予約を行なった後で会議の開催前に、端末装置４の操作部３４を介して入力することにより、会議サーバ１の制御部１０によって登録される。なお、登録者は、端末装置４の操作部３４だけでなく、会議サーバ１の操作部、会議サーバ１とＩＰネットワーク１００ａを介して接続されたその他の通信装置の操作部を介して各会議における議題内容を入力してもよい。

また、議事進行テンプレートのキーワードは、会議サーバ１の制御部１０によって、各議題内容から抽出されて登録される。議事進行テンプレートの完了フラグは、各議題内容について結論が出たか否かを示すフラグであり、１は結論が出たことを示し、０は結論が出ていないことを示す。議事進行テンプレートの完了フラグは、会議サーバ１の制御部１０によって各議題について結論が出たか否かが判定される都度更新される。このような議事進行テンプレートＤＢ２３を用いて、会議サーバ１は、会議において、進行中の議題が何であるのか、その議題の進行状況が進んでいるのか停滞しているのか等を判定できる。

図５に示すように、開催状況管理テーブル２４には、会議システム１００によって実際に開催されている会議（通信会議）に割り当てられた会議ＩＤに、会議に参加中のユーザ（参加者）に関する参加者情報が対応付けて格納される。参加者情報は、会議の参加者のユーザＩＤ（参加者ＩＤ）、各参加者が使用中の端末装置４の端末ＩＤ、各参加者が閲覧中の会議資料を示す閲覧情報等を含む。開催状況管理テーブル２４の参加者情報は、予約情報に登録されている登録者及び参加者のいずれかが会議に参加するために会議サーバ１にログインしてきた場合に、制御部１０によって、会議ＩＤに対応付けて登録される。また、最初にログインした参加者の参加者情報が開催状況管理テーブル２４に登録された後は、各参加者が会議サーバ１にログインする都度、各参加者の参加者情報が順次追加して格納される。なお、各参加者（登録者も含む）が会議サーバ１にログインしてきた時点では、各参加者の参加者ＩＤ及び端末ＩＤのみが開催状況管理テーブル２４に格納される。

開催状況管理テーブル２４の閲覧情報は、会議サーバ１が各参加者（端末装置４）からの要求に応じて会議資料データを提供する都度、制御部１０によって更新される。このような開催状況管理テーブル２４によって、会議サーバ１は、開催中の会議において、会議の参加者、各参加者が閲覧中の会議資料等を管理できる。なお、会議ＩＤに対応付けられて最初の参加者情報が開催状況管理テーブル２４に登録されるタイミングは、例えば、会議を予約した登録者が会議サーバ１にログインしてきた時点でもよい。

図６に示すように、判定語テーブル２５には、各会議の会議ＩＤに対応付けて、会議において各議題内容の議論が行なわれていることを判定するための議題内容語に関する情報、各議題内容について結論が出たことを判定するための結論判定語に関する情報、各議題内容について議論が紛糾していることを判定するための紛糾判定語に関する情報、議論が次の議題内容に移行したことを判定するための議題変更判定語に関する情報を記憶する。なお、それぞれの判定語に関する情報は、各判定語としての単語（キーワード）、基準回数、出現回数を含む。また、議題内容語に関する情報は、現在の議題フラグを含み、現在の議題フラグは、１が現在進行中の議題を示し、０がその他の議題を示す。

議題内容語としてのキーワードは、図４（ｃ）に示すような議事進行テンプレートＤＢ２３に格納された議題内容から会議サーバ１の制御部１０によって抽出されて格納される。また、議題内容語としての各キーワードに対する現在の議題フラグは、会議サーバ１の制御部１０によって現在進行中の議題が判定される都度更新され、基準回数は、予め定められた回数が格納される。また、議題内容語としての各キーワードに対する出現回数は、端末装置４，４…間で送受信される情報にキーワードのいずれかが含まれる都度、会議サーバ１の制御部１０によってインクリメントされる。結論判定語、紛糾判定語及び議題変更判定語の各キーワードは、予め定められた単語が格納され、各キーワードに対する基準回数は、予め定められた回数が格納される。また、結論判定語、紛糾判定語及び議題変更判定語の各キーワードに対する出現回数は、端末装置４，４…間で送受信される情報にキーワードのいずれかが含まれる都度、会議サーバ１の制御部１０によってインクリメントされる。

図６に示した判定語テーブル２５では、結論判定語のキーワードとして、結論、合意、決定、了解、了承、次回持ち越し等の単語が登録されている。しかし、結論判定語のキーワードは、これらの単語に限定されず、議題について結論が出た場合に参加者によって発せられる可能性のある単語を用いることができる。また、図６に示した判定語テーブル２５では、紛糾判定語のキーワードとして、異議、反対、違う等の単語が登録されている。しかし、紛糾判定語のキーワードは、これらの単語に限定されず、議論が紛糾している場合に参加者によって発せられる可能性のある単語を用いることができる。更に、図６に示した判定語テーブル２５では、議題変更判定語のキーワードとして、次の議題、議題終了、終了等の単語が登録されている。しかし、議題変更判定語のキーワードは、これらの単語に限定されず、議題を切り替える際に参加者によって発せられる可能性のある単語を用いることができる。

音声認識用ＤＢ２６は、例えば、音声認識処理の認識結果となる認識単語のそれぞれについて読み及び音素列が対応付けて登録されている単語辞書、又は認証単語のそれぞれについて音声データ（音声信号）が対応付けて登録されている単語辞書等である。なお、各認識単語の音素列は、各認識単語に含まれる音素について、各音素の特徴を示す音響モデルの並びを示している。また、音声認識用ＤＢ２６は、日本語の音素毎に各音素の特徴を表す音響モデル（音声認識の分野で通常用いられる音響パラメータ）を格納している。言語解析用ＤＢ２７は、例えば、各単語のそれぞれについて表記、読み、品詞情報等が対応付けて登録されており、形態素解析に用いられる単語辞書である。

記憶部２０に格納される各情報は、記憶部２０に予め格納されている構成に限られない。会議サーバ１が外部メモリ（図示せず）に記憶してあるデータの読み出しが可能なドライバ（図示せず）を備える場合には、外部メモリに記憶された各種情報をドライバによって読み出して記憶部２０に格納させてもよい。また、会議サーバ１が、インターネット等を介して外部の装置から各種情報をダウンロードして記憶部２０に格納させてもよい。

会議サーバ１は、上述した構成のほかに更に、会議サーバ１を操作するための操作部を備えてもよい。この場合、会議システム１００の管理者は、操作部及びディスプレイ１３ａを用いて、記憶部２０に記憶される会議資料データ、各種のテーブルの記憶内容等を容易に変更できる。

以下に、上述した構成の会議システム１００において、会議サーバ１及び端末装置４，４…が行なう処理について説明する。上述した構成の会議システム１００において、会議の予約を行ないたいユーザは、端末装置４を用いて会議サーバ１にアクセスする。なお、端末装置４の使用を開始する際に、ユーザＩＤ及びパスワードを用いて認証処理を行なうことによって、端末装置４を使用できるユーザを、会議システム１００の利用が可能なユーザに制限してもよい。

会議サーバ１は、ウェブサーバの機能を有しており、会議システム１００が提供する会議の予約を受け付けるためのウェブページを端末装置４へ提供する。図示しないが、会議の予約を受け付けるためのウェブページは、会議の予約を行なうユーザのユーザＩＤ、会議の開催日時、会議の参加者の参加者ＩＤ（ユーザＩＤ）等の予約情報を入力するための入力欄を有する。会議の予約を行なうユーザは、このようなウェブページを介して、自身のユーザＩＤ（登録者ＩＤ）、開催日時、参加者ＩＤ等の予約情報を入力し、端末装置４の制御部４０は、入力された予約情報を会議サーバ１へ送信し、会議の予約を行なう。

会議サーバ１の制御部１０は、端末装置４から予約情報を取得した場合、予約する会議に会議ＩＤを割り当て、割り当てた会議ＩＤに取得した予約情報を対応付けて予約状況管理テーブル２２に格納する。これにより、会議の予約が完了する。なお、会議ＩＤは、各会議を識別できる情報であればよく、例えば、予約状況管理テーブル２２に格納された順に１，２，３…の会議ＩＤが割り当てられてもよい。

また、会議の予約を行なったユーザ（登録者）は、会議で議論すべき議題内容を、端末装置４を介して会議サーバ１に登録しておく。なお、議題内容の登録も、会議サーバ１から提供されるウェブページを介して行なうことができる。会議サーバ１の制御部１０は、端末装置４から各会議における議題内容を取得した場合、予約してある会議の会議ＩＤに対応付けて、取得した議題内容を議事進行テンプレートＤＢ２３の１つの議事進行テンプレートに格納する。なお、議題内容は、各議題を簡潔に示すと共に、１つの会議において複数の議題がある場合には、議題の進行順に従って例えば１，２，３…の番号が付される。図４（ｃ）に示した議事進行テンプレートＤＢ２３では、会議ＩＤが１の会議について５つの議題内容が登録されており、各議題内容は例えば、「(1)企画方針について関連部門の合意を得る。」、「(2)納入の日程をＡＡ月ＢＢ日に決める。」等である。本実施形態１では、議題内容は、会議の登録者による入力操作によって登録される。

次に、上述したように会議の予約情報が会議サーバ１の予約状況管理テーブル２２に格納されている会議システム１００において、予約された会議が開催され、開催された会議が中継される際に会議サーバ１及び端末装置４，４…が行なう処理について説明する。予約されている会議に参加したい参加者（登録者も含む）は、端末装置４を用いて会議サーバ１にアクセスする。会議サーバ１は、予約されている会議又は既に開催されている会議への参加要求を受け付けるためのウェブページを端末装置４へ提供する。図示しないが、会議への参加要求を受け付けるためのウェブページは、例えば、予約されている会議又は既に開催されている会議に関する情報を一覧表示しており、これらの会議から１つの選択を受け付けるように構成されている。

このようなウェブページをディスプレイ３３に表示している端末装置４の制御部４０は、一覧表示された情報の１つを参加者が操作部３４を用いて選択した場合、任意の会議への参加要求を受け付ける。制御部４０は、任意の会議への参加要求を受け付けた場合、操作部３４を介して参加者のユーザＩＤ及びパスワードを受け付け、自身の端末装置４の端末ＩＤと共に通信部４４から会議サーバ１へ送信し、会議への参加要求を送信する。なお、任意の会議への参加要求を受け付けた場合ではなく、端末装置４の使用を開始する際に、ユーザ情報による認証処理を行なうことによって、会議への参加を要求できるユーザを、会議システム１００の利用が可能なユーザに制限してもよい。

会議サーバ１の制御部１０は、通信部１２を介して端末装置４から会議への参加要求を受信した場合、会議への参加を要求してきたユーザが、この会議への参加が許可された正当な参加者であるか否かを認証部１１によって認証する。具体的には、認証部１１は、まず、端末装置４から受信したユーザ情報（ユーザＩＤ及びパスワード）に基づいて、このユーザが会議システム１００の利用を許可されているか否かを認証する。ここでは、認証部１１は、受信したユーザ情報がユーザ情報テーブル２１に既に登録されているか否かを判断し、ユーザ情報がユーザ情報テーブル２１に登録されていれば、正当なユーザであると判断し、登録されていなければ、正当なユーザではないと判断する。

次に、認証部１１は、会議システム１００の利用を許可されていると判断したユーザについて、端末装置４から受信した会議ＩＤ及びユーザＩＤに基づいて、参加要求してきた会議の参加者に登録されているか否かを判断する。ここでは、認証部１１は、受信した会議ＩＤの予約情報を予約状況管理テーブル２２から読み出し、読み出した予約情報の登録者ＩＤ又は参加者ＩＤに、受信したユーザＩＤが含まれているか否かを判断する。認証部１１は、予約情報の登録者ＩＤ又は参加者ＩＤに、受信したユーザＩＤが含まれていれば、正当な参加者であると判断し、含まれていなければ、正当な参加者ではないと判断する。

会議サーバ１の制御部１０は、認証部１１による認証の結果、会議への参加を要求してきたユーザが正当な参加者ではない場合、認証されなかった旨を示す認証結果（認証不可）を、会議への参加要求を送信してきた端末装置４に通知する。なお、正当な参加者ではない場合とは、会議への参加を要求してきたユーザが、会議システム１００の利用を予め許可されたユーザではない場合、又は参加を要求した会議への参加者として登録されたユーザではない場合である。端末装置４の制御部４０は、会議サーバ１から認証不可を通知された場合、例えば「ユーザＩＤ・パスワードが誤りです」、「御希望の会議には参加できません」等のメッセージをディスプレイ３３に表示させ、会議に参加できない旨をユーザに通知する。

認証の結果、会議への参加を要求してきたユーザが正当な参加者である場合、会議サーバ１の制御部１０は、このユーザ（参加者）の参加者情報（参加者ＩＤ及び端末ＩＤ）を生成し、端末装置４から受信した会議ＩＤに対応付けて開催状況管理テーブル２４に格納する。なお、開催状況管理テーブル２４は、会議の予約を行なった登録者の参加者情報を、各参加者の参加者情報の先頭に格納するようにしてある。従って、正当な参加者であると認証されたユーザが、会議の予約を行なった登録者である場合、制御部１０は、生成した参加者情報を、会議ＩＤに対応する参加者情報の格納領域の先頭に格納する。一方、正当な参加者であると認証されたユーザが、会議の予約を行なった登録者ではない場合、制御部１０は、生成した参加者情報を、会議ＩＤに対応する参加者情報の格納領域の先頭以外の領域に格納する。

なお、開催状況管理テーブル２４に格納された参加者情報に基づいて会議の登録者が誰であるかが識別できればよく、登録者の参加者情報を、会議ＩＤに対応する参加者情報の格納領域の先頭に格納する構成である必要はない。例えば、開催状況管理テーブル２４に登録者フラグを設けておき、登録者の登録者フラグを１に、他の参加者の登録フラグを０に設定することによって、登録者が誰であるかを識別してもよい。

また、正当な参加者であると認証されたユーザが登録者であるか否かは、端末装置４から受信した会議ＩＤの予約情報に含まれる登録者ＩＤが、正当な参加者であると認証されたユーザのユーザＩＤであるか否かに基づいて判断できる。また、端末装置４から受信した会議ＩＤが既に開催状況管理テーブル２４に格納されている場合、制御部１０は、既に格納されている会議ＩＤに対応する格納領域に、生成した参加者情報を格納する。

会議サーバ１の制御部１０は、参加者情報（登録者情報）を開催状況管理テーブル２４に格納した後、会議への参加要求を送信してきた端末装置４に、会議の開始画面情報を送信する。端末装置４の制御部４０は、会議サーバ１から会議の開始画面情報を受信し、受信した開始画面情報に基づいて会議の開始画面（図示せず）をディスプレイ３３に表示させる。なお、会議の開始画面は、登録者又は参加者（以下、まとめて参加者ということもある）が端末装置４，４…で閲覧する会議資料を選択するための画面である。

端末装置４のユーザ（参加者）が、操作部３４を介して会議資料の選択を要求した場合、制御部４０は、会議サーバ１の記憶部２０に格納されており、ＩＰネットワーク１００ａを介して公開されている会議資料データの情報（例えばファイル名）を会議サーバ１から取得する。また、制御部４０は、取得した会議資料データの情報を一覧表示し、端末装置４の参加者が一覧表示された情報から１つを選択することにより、所望の会議資料データを会議サーバ１に要求する。

本実施形態１の会議システム１００では、上述したように、各端末装置４，４…を介して各参加者がそれぞれ任意の会議資料データを会議サーバ１から取得して閲覧できる。また、本実施形態１の会議システム１００では、会議の議長又は発表者が会議の予約を行なう登録者となり、登録者の端末装置４で閲覧中の会議資料と同一の会議資料を各端末装置４，４…を介して各参加者が閲覧できる同期機能が設けられている。従って、各参加者の端末装置４，４…において同期設定が行なわれた場合、端末装置４の制御部４０は、会議サーバ１に対して、登録者の端末装置４と同一の会議資料データの提供を要求する。即ち、会議サーバ１は、同期設定されている各参加者の端末装置４，４…に対して、登録者からの要求に応じて適宜変更される会議資料データを登録者の端末装置４へ送信するタイミングに同期させて同一の会議資料データを配信する。なお、各参加者が任意の会議資料データを閲覧できるモードと同期設定モードとは適宜切り替えが可能である。

会議サーバ１の制御部１０は、端末装置４から会議資料データを要求された場合、要求された会議資料データの情報（ファイル名及びページ番号）を、会議資料データを要求してきた参加者の参加者ＩＤに対応する閲覧情報として開催状況管理テーブル２４に格納する。そして、制御部１０は、開催状況管理テーブル２４に格納した閲覧情報の会議資料データを記憶部２０から読み出し、会議資料データを要求してきた端末装置４へ配信する。

また、制御部１０は、端末装置４から、登録者の端末装置４に提供する会議資料データと同一の会議資料データを要求された場合、即ち、同期設定が選択されたことを通知された場合、会議資料データを要求してきた参加者の参加者ＩＤに対応する閲覧情報として「同期」を開催状況管理テーブル２４に格納する。そして、この場合、制御部１０は、登録者に対応する閲覧情報に基づいて、登録者が閲覧中の会議資料データと同一の会議資料データを記憶部２０から読み出し、会議資料データを要求してきた端末装置４へ配信する。

更に、会議資料データを要求してきた参加者が登録者である場合、制御部１０は、要求された会議資料データを登録者の端末装置４に配信すると共に、同一の会議資料データを、開催状況管理テーブル２４の閲覧情報に「同期」が格納されている端末装置４，４…にも配信する。これにより、端末装置４，４…は、所望の会議資料データを会議サーバ１から取得できるだけでなく、登録者が閲覧中の会議資料データを登録者と共に取得できる。

端末装置４の制御部４０は、会議サーバ１から会議資料データを受信した場合、受信した会議資料データを信号処理部４５及び表示処理部４８を介してディスプレイ３３へ出力して表示させる。なお、ディスプレイ３３に表示される表示画面には、会議を終了させるための終了ボタンが表示されており、各参加者は、終了ボタンを操作することによって会議を終了させることができる。また、本実施形態１の会議サーバ１では、例えば、各会議の登録者が終了ボタンを操作した場合、会議全体を終了させるが、登録者以外の参加者が終了ボタンを操作した場合、その参加者のみ会議を終了させる。

即ち、会議サーバ１の制御部１０は、会議の終了要求を受信した場合、会議の終了を要求してきた参加者が登録者であれば、登録者によって終了が要求された会議の会議ＩＤに対応する全ての参加者情報を開催状況管理テーブル２４から削除する。また、制御部１０は、開催状況管理テーブル２４から参加者情報を削除した参加者の端末装置４，４…に、会議の終了を通知する画面、又は会議への参加要求を新たに受け付けるためのウェブページを送信する。これにより、端末装置４，４…の参加者は、会議が終了されたことを把握できる。なお、制御部１０は、会議の終了要求を送信してきた端末装置４の端末ＩＤ又は参加者の参加者ＩＤを含む参加者情報が、開催状況管理テーブル２４の参加者情報の格納領域の先頭に格納されているか否かに基づいて、登録者であるか否かを判断できる。また、会議の開催後も予約状況管理テーブル２２の予約情報が削除されない構成であれば、制御部１０は、予約情報に基づいて、会議の終了要求を送信してきた参加者が登録者であるか否かを判断できる。

また、制御部１０は、会議の終了を要求してきた参加者が登録者以外の参加者であれば、会議の終了を要求してきた参加者の参加者情報のみを開催状況管理テーブル２４から削除する。そして、制御部１０は、その他の参加者からの会議資料データの要求に従って会議資料データの端末装置４，４…への配信を継続する。なお、会議サーバ１の制御部１０は、会議への参加を終了した参加者の端末装置４に、会議への参加要求を受け付けるためのウェブページを再度送信してもよい。

上述した処理では、会議サーバ１が、端末装置４，４…からの要求に応じた会議資料データを適宜端末装置４，４…に配信する処理について説明した。しかし、本実施形態１の会議サーバ１は、会議資料データを端末装置４，４…に配信しつつ、端末装置４，４…のマイクロホン３１で集音した音声信号を集め、それぞれの端末装置４，４…に配信する処理も行なう。これにより、会議システム１００を用いて遠隔会議を行なう場合であっても、各参加者の発言を端末装置４，４…間で送受信できる。なお、本実施形態１の会議サーバ１は、音声信号を端末装置４，４…に配信する際に、例えば、最も音量の大きい音声信号を選択して端末装置４，４…に配信するようにしてもよい。また、本実施形態１の会議サーバ１は、予め登録された端末装置４（例えば登録者の端末装置４）のマイクロホン３１で集音された音声信号を他の端末装置４，４…に配信するようにしてもよい。

本実施形態１の会議サーバ１は、上述したように複数の端末装置４，４…間で行なわれる通信会議を中継すると共に、端末装置４，４…間で送受信される情報に基づいて、各会議において予め設定された議題が論議されているか否かの判定処理を行なう。なお、本実施形態１の会議サーバ１は、予め設定された議題が論議されているか否かを判定する際の基準に、判定語テーブル２５を用いる。また、判定語テーブル２５は、予め登録者によって登録された議事進行テンプレートに基づいて制御部１０によって生成される。なお、本実施形態１の会議サーバ１は、端末装置４，４…間で送受信される音声情報、即ち、会議において各参加者の発言内容に基づく判定処理を行なう構成とする。

以下に、会議サーバ１の制御部１０による判定語テーブル２５の生成処理、及び、判定語テーブル２５を用いた制御部１０による判定処理について説明する。なお、判定語テーブル２５の生成処理及び判定処理は、制御部１０が、記憶部２０に記憶してある制御プログラムを実行することによって実行される。

本実施形態１の会議サーバ１は、制御部１０が記憶部２０に記憶してある制御プログラムを実行することによって、図７に示すような各機能を実現する。図７は実施形態１の会議サーバ１の機能構成を示す機能ブロック図である。本実施形態１の会議サーバ１において、制御部１０は、キーワード抽出部１４、音声認識部１５、言語解析部１６、進行状況判定部１７、警告部１８等の機能を実現する。

キーワード抽出部１４は、登録者が会議の予約を行なった際に議事進行テンプレートに登録した議題内容に基づいて、会議の進行状況を判定する際に用いる判定語テーブル２５を生成する。なお、キーワード抽出部１４による判定語テーブル２５の生成処理の詳細については後述する。

音声認識部１５は、例えば、通信部１２を介して受信した音声信号に対して、音声認識用ＤＢ２６を用いた音声認識処理を行ない、音声信号をテキスト情報に変換する。具体的には、音声認識部１５は、音声信号を音響分析して音響パラメータを抽出し、音声認識用ＤＢ２６に格納されている音響モデルと照合し、最も類似する音響モデルに対応する単語を認識結果とする。音声認識部１５は、音声認識処理を行なって得られたテキスト情報を言語解析部１６へ出力する。

言語解析部１６は、音声認識部１５によって生成されたテキスト情報に対して、言語解析用ＤＢ２７を用いた形態素解析等の言語解析処理を行ない、例えば、単語に分解する。言語解析部１６は、言語解析処理によって得られた単語を順次進行状況判定部１７へ出力する。

進行状況判定部１７は、言語解析部１６によって分解された単語と判定語テーブル２５に記憶されているキーワードとを照合し、通信部１２を介して受信した音声信号に、判定語テーブル２５に記憶されているキーワードが含まれているか否かを判断する。進行状況判定部１７は、判断結果に基づいて、進行中の議題が何であるのか、進行中の議題の進行状況（進捗状況）等を判定する。進行状況判定部１７は、判断結果を判定語テーブル２５に逐次蓄積しており、蓄積した情報に基づいて、議論の進行状況が所定の条件を満たす場合（会議の参加者に警告する必要がある場合）、その旨を警告部１８に通知する。なお、進行状況判定部１７による判定処理の詳細については後述する。

警告部１８は、会議の参加者に警告する必要がある旨を進行状況判定部１７から通知された場合、所定のメッセージを出力部１３からディスプレイ１３ａに出力して表示させる。これにより、会議の参加者に、会議の進行状況等を通知できる。

以下に、キーワード抽出部１４による判定語テーブル２５の生成処理についてフローチャートに基づいて説明する。図８は判定語テーブル２５の生成処理の手順を示すフローチャートである。なお、以下の処理は、会議サーバ１の制御部１０（キーワード抽出部１４）によって実行される。

会議サーバ１のキーワード抽出部１４は、ある通信会議の議事進行テンプレートを議事進行テンプレートＤＢ２３から読み出す（Ｓ１）。キーワード抽出部１４は、議事進行テンプレートＤＢ２３から読み出した議事進行テンプレートに含まれる議題内容を１つ抽出する（Ｓ２）。キーワード抽出部１４は、抽出した議題内容に対して、言語解析部１６による言語解析処理と同様の処理を行なって単語に分解する（Ｓ３）。制御部１０は、分解した各単語から、この議題内容に対するキーワードとして普通名詞及び固有名詞等を抽出する（Ｓ４）。

キーワード抽出部１４は、抽出したキーワードを、ステップＳ２で抽出した議題内容に対するキーワードとして、ステップＳ１で読み出した議事進行テンプレートのキーワードの欄に格納する（Ｓ５）。例えば、キーワード抽出部１４は、議題内容「(1)企画方針について関連部門の合意を得る。」から、キーワード「企画、方針、関連部門」を抽出する。そして、キーワード抽出部１４は、ステップＳ１で読み出した議事進行テンプレートに含まれる全ての議題内容に対して上述した処理が終了したか否かを判断し（Ｓ６）、終了していないと判断した場合（Ｓ６：ＮＯ）、ステップＳ２に処理を戻す。キーワード抽出部１４は、まだ処理されていない議題内容を１つ、ステップＳ１で読み出した議事進行テンプレートから抽出し（Ｓ２）、抽出した議題内容について、ステップＳ３〜Ｓ５の処理を繰り返す。

キーワード抽出部１４は、ステップＳ１で読み出した議事進行テンプレートに含まれる全ての議題内容に対して上述した処理が終了するまで、ステップＳ２〜Ｓ６の処理を繰り返す。キーワード抽出部１４は、全ての議題内容に対する処理が終了したと判断した場合（Ｓ６：ＹＥＳ）、ステップＳ５で議事進行テンプレートに格納したキーワードを、会議の議題内容語のキーワードとして判定語テーブル２５に格納する（Ｓ７）。これにより、会議サーバ１の制御部１０が行なう判定処理に用いられる判定語テーブル２５が生成される。

なお、判定語テーブル２５において、議題内容語に対するキーワードは、会議が開催されるまでに判定語テーブル２５に登録されていればよい。従って、キーワード抽出部１４によるキーワードの抽出処理及び登録処理は、会議が予約された直後に行なう必要はなく、例えば、１日における所定時刻に、各会議のキーワード登録をまとめて行なってもよい。また、判定語テーブル２５において、結論判定語、紛糾判定語及び議題変更判定語の各キーワードは予め格納されており、各キーワードに対する基準回数も予め格納されている。また、進行状況判定部１７が判定処理を開始する際に、１つ目の議題に対する現在の議題フラグが１に設定され、各キーワードの出現回数は０にリセットされる。

次に、本実施形態１の会議サーバ１において、上述したように生成された判定語テーブル２５を用いて制御部１０が行なう判定処理についてフローチャートに基づいて説明する。図９乃至図１１は判定語テーブル２５を用いた判定処理の手順を示すフローチャートである。なお、以下の処理は、会議サーバ１の制御部１０（音声認識部１５、言語解析部１６、進行状況判定部１７、警告部１８を含む）によって実行される。また、会議サーバ１の制御部１０は、判定処理を行なう際に、判定語テーブル２５において１つ目の議題に対する現在の議題フラグを１に設定しておく。

会議サーバ１の制御部１０は、上述したような通信会議の中継処理を行ないつつ、ある通信会議において、端末装置４，４…間で送受信される音声信号を通信部１２で取得したか否かを判断する（Ｓ１１）。なお、端末装置４，４…の制御部４０は、マイクロホン３１によって集音された音声信号を随時会議サーバ１へ送信している。会議サーバ１の制御部１０は、音声信号を取得していないと判断した場合（Ｓ１１：ＮＯ）、通信会議の中継処理を行ないつつ待機する。

音声信号を取得したと判断した場合（Ｓ１１：ＹＥＳ）、音声認識部１５は、取得した音声信号に対して、音声認識用ＤＢ２６を用いた音声認識を行ない（Ｓ１２）、音声信号をテキスト情報に変換する。言語解析部１６は、生成したテキスト情報に対して、言語解析用ＤＢ２７を用いた言語解析を行ない、テキスト情報を単語に分解する（Ｓ１３）。進行状況判定部１７は、言語解析部１６によって分解した単語を１つ抽出し（Ｓ１４）、この単語が、判定語テーブル２５に格納されているいずれかのキーワードに一致するか否かを判断する（Ｓ１５）。

進行状況判定部１７は、抽出した単語がいずれのキーワードにも一致しないと判断した場合（Ｓ１５：ＮＯ）、ステップＳ４２に処理を移行する。抽出した単語がいずれかのキーワードに一致すると判断した場合（Ｓ１５：ＹＥＳ）、進行状況判定部１７は、一致したキーワードが結論判定語のキーワードであるか否かを判断する（Ｓ１６）。一致したキーワードが結論判定語のキーワードであると判断した場合（Ｓ１６：ＹＥＳ）、進行状況判定部１７は、判定語テーブル２５に記憶してある結論判定語に対する出現回数に１を加算する（Ｓ１７）。進行状況判定部１７は、算出した出現回数が、対応する基準回数以上であるか否かを判断し（Ｓ１８）、基準回数以上ではないと判断した場合（Ｓ１８：ＮＯ）、ステップＳ４２に処理を移行する。

なお、基準回数は、各キーワードの出現回数に基づいて議論の進行状況を判定するための閾値であり、例えば、議題内容語については、各議題に対して３が設定されている。これにより、各議題のキーワードが３回出現した時点で、対応する議題が現在進行中の議題であると判定される。また、結論判定語については、基準回数２が設定されており、これにより、結論判定語のキーワードが２回出現した時点で、現在進行中の議題について結論が出たと判定される。また、紛糾判定語については、基準回数３が設定されており、これにより、紛糾判定語のキーワードが３回出現した時点で、現在進行中の議題について議論が紛糾していると判定される。更に、議題変更判定語については、基準回数１が設定されており、これにより、議題変更判定語のキーワードが１回出現した時点で、議論の内容が他の議題に移ったと判定される。

よって、進行状況判定部１７は、算出した出現回数が対応する基準回数以上であると判断した場合（Ｓ１８：ＹＥＳ）、現在進行中の議題についての結論が出たと判定する。例えば、進行役の議長（例えば登録者）が「ただ今の議題については結論がでました」と発言し、その発言に対して１人の参加者が「了解しました」と発言した場合、進行状況判定部１７は、結論判定語である「結論」及び「了解」を２つ検出するので、現在進行中の議題についての結論が出たと判定する。進行状況判定部１７は、議題についての結論が出たと判定した場合、議事進行テンプレートＤＢ２３に格納してある議事進行テンプレートにおいて、現在進行中の議題内容に対する完了フラグを１に設定する（Ｓ１９）。なお、現在進行中の議題（現在の議題）は、判定語テーブル２５の現在の議題フラグに１が設定されている議題である。

進行状況判定部１７は、判定語テーブル２５において、１が設定してある現在の議題フラグを０に変更し、この現在の議題フラグに対応する議題の次の議題に対応する現在の議題フラグを１に設定する（Ｓ２０）。また、進行状況判定部１７は、判定語テーブル２５に格納してある出現回数を全て０にリセットする（Ｓ２１）。これは、議題内容毎に、議題内容語、結論判定語、紛糾判定語、議題変更判定語の各キーワードの出現回数を計数するために、議題が移る都度、各キーワードの出現回数の計数をやり直す必要があるからである。そして、進行状況判定部１７は、ステップＳ４２に処理を移行する。

ステップＳ１６で、一致したキーワードが結論判定語のキーワードではないと判断した場合（Ｓ１６：ＮＯ）、進行状況判定部１７は、一致したキーワードが議題変更判定語のキーワードであるか否かを判断する（Ｓ２２）。一致したキーワードが議題変更判定語のキーワードであると判断した場合（Ｓ２２：ＹＥＳ）、進行状況判定部１７は、判定語テーブル２５に記憶してある議題変更判定語に対する出現回数に１を加算する（Ｓ２３）。進行状況判定部１７は、算出した出現回数が、対応する基準回数以上であるか否かを判断し（Ｓ２４）、基準回数以上ではないと判断した場合（Ｓ２４：ＮＯ）、ステップＳ４２に処理を移行する。なお、図６に示した判定語テーブル２５では、議題変更判定語に対する基準回数は１が設定されているので、進行状況判定部１７は、ステップＳ２４では常に、算出した出現回数が基準回数以上であると判断する。

進行状況判定部１７は、算出した出現回数が対応する基準回数以上であると判断した場合（Ｓ２４：ＹＥＳ）、議論の内容が次の議題に移ったと判定する。例えば、進行役の議長が「それでは次の議題に移ります」と発言した場合、進行状況判定部１７は、議題変更判定語である「次の議題」を１つ検出するので、議論の内容が次の議題に移ったと判定する。進行状況判定部１７は、次の議題に移ったと判定した場合、判定語テーブル２５において、１が設定してある現在の議題フラグを０に変更し、この現在の議題フラグに対応する議題の次の議題に対応する現在の議題フラグを１に設定する（Ｓ２５）。また、進行状況判定部１７は、判定語テーブル２５に格納してある出現回数を全て０にリセットし（Ｓ２６）、ステップＳ４２に処理を移行する。

なお、このとき、進行状況判定部１７は、議事進行テンプレートＤＢ２３に格納してある議事進行テンプレートにおいて、現在進行中の議題内容に対する完了フラグは０のままとしておく。また、このとき、前の議題についての結論が出ずに次の議題に移るので、警告部１８によって、前の議題についての結論が出ていない旨の警告をしてもよい。

ステップＳ２２で、一致したキーワードが議題変更判定語のキーワードではないと判断した場合（Ｓ２２：ＮＯ）、進行状況判定部１７は、一致したキーワードが紛糾判定語のキーワードであるか否かを判断する（Ｓ２７）。一致したキーワードが紛糾判定語のキーワードであると判断した場合（Ｓ２７：ＹＥＳ）、進行状況判定部１７は、判定語テーブル２５に記憶してある紛糾判定語に対する出現回数に１を加算する（Ｓ２８）。進行状況判定部１７は、算出した出現回数が、対応する基準回数以上であるか否かを判断し（Ｓ２９）、基準回数以上ではないと判断した場合（Ｓ２９：ＮＯ）、ステップＳ４２に処理を移行する。

進行状況判定部１７は、算出した出現回数が対応する基準回数以上であると判断した場合（Ｓ２９：ＹＥＳ）、現在進行中の議題について議論が紛糾していると判定する。例えば、進行役の議長が「次は納期の日程についてですが、８月２５日でいかがでしょうか？」と発言し、その発言に対して１人の参加者が「反対です。長期休暇もあり１０日ほど遅くなります」と発言し、他の参加者が「私も反対です。これまでの問題点を見直してじっくり納品すべきかと思います」と発言し、更に他の参加者が「異議があります。こんな悠長なことをしていては他社に先を越されてしまいます」と発言した場合を考える。この場合、進行状況判定部１７は、紛糾判定語である「反対」及び「異議」を３つ検出するので、現在進行中の議題について議論が紛糾していると判定する。

このとき、進行状況判定部１７は、議論が紛糾している旨を警告部１８に通知する。これにより、警告部１８は、例えば、「ただ今の議題については結論が出ていませんが、議論を続行しますか？」のような警告メッセージを出力部１３を介してディスプレイ１３ａに表示させ、会議の参加者に警告する（Ｓ３０）。なお、警告部１８は、警告メッセージを各参加者の端末装置４，４…に出力することにより、各参加者に警告してもよい。このような警告メッセージがディスプレイ１３ａに表示された場合、例えば進行役の議長（例えば登録者）が、自身が使用する端末装置４を介して、議論の続行指示又は議論の中断指示を会議サーバ１に送信する。

なお、警告メッセージをディスプレイ１３ａに表示させた場合に、会議サーバ１の進行状況判定部１７は、議論の続行指示又は議論の中断指示を受け付けるためのウェブページを議長の端末装置４に送信してもよい。また、議論の続行指示又は議論の中断指示を入力するための操作ボタンを端末装置４の操作部３４に予め用意しておいてもよい。更に、議長が「続行する」のように議論の続行を希望する内容の発言を行なうことによって、議論の続行を指示してもよい。なお、議長は、紛糾している議論を続行させる場合には続行指示を、紛糾している議論を中断させて次の議題に移る場合には中断指示を行なう。

会議サーバ１の進行状況判定部１７は、例えば進行役の議長の端末装置４から議論の続行指示を受け付けたか否かを判断しており（Ｓ３１）、続行指示を受け付けたと判断した場合（Ｓ３１：ＹＥＳ）、紛糾している議論を続行させると判定する。この場合、進行状況判定部１７は、ステップＳ４２に処理を移行する。進行状況判定部１７は、議論の続行指示を受け付けていないと判断した場合（Ｓ３１：ＮＯ）、紛糾している議論を中断させて次の議題に移すと判定する。この場合、進行状況判定部１７は、判定語テーブル２５において、１が設定してある現在の議題フラグを０に変更し、この現在の議題フラグに対応する議題の次の議題に対応する現在の議題フラグを１に設定する（Ｓ３２）。また、進行状況判定部１７は、判定語テーブル２５に格納してある出現回数を全て０にリセットし（Ｓ３３）、ステップＳ４２に処理を移行する。

なお、このとき、進行状況判定部１７は、議事進行テンプレートＤＢ２３に格納してある議事進行テンプレートにおいて、現在進行中の議題内容に対する完了フラグは０のままとしておく。これにより、議論が紛糾した場合に、議長から議論の続行が指示されれば、そのまま議論は続行され、中断が指示されれば、次の議題に移ることができ、議論を効率よく進行できる。

ステップＳ２７で、一致したキーワードが紛糾判定語のキーワードではないと判断した場合（Ｓ２７：ＮＯ）、進行状況判定部１７は、一致したキーワードが、現在の議題以外の他の議題に関する議題内容語のキーワードであるか否かを判断する（Ｓ３４）。一致したキーワードが他の議題内容語のキーワードであると判断した場合（Ｓ３４：ＹＥＳ）、進行状況判定部１７は、判定語テーブル２５に記憶してある他の議題内容語に対する出現回数に１を加算する（Ｓ３５）。進行状況判定部１７は、算出した出現回数が、対応する基準回数以上であるか否かを判断し（Ｓ３６）、基準回数以上ではないと判断した場合（Ｓ３６：ＮＯ）、ステップＳ４２に処理を移行する。

進行状況判定部１７は、算出した出現回数が対応する基準回数以上であると判断した場合（Ｓ３６：ＹＥＳ）、他の議題に移っていると判定する。図６に示す判定語テーブル２５において、２つ目の議題の議論中に、例えば、進行役の議長が「次は納期の日程についてですが、８月２５日でいかがでしょうか？」と発言し、その発言に対して１人の参加者が「難しいですね。ところで、開発の方は順調なのでしょうか？」と発言し、他の参加者が「いえ、開発の人員配置がまだ決まっておりません」と発言した場合を考える。この場合、進行状況判定部１７は、３つ目の議題内容に関するキーワードである「開発」、「人員」及び「配置」を４つ検出するので、議論が３つ目の議題に移っていると判定する。

このとき、進行状況判定部１７は、議論が他の議題に移っている旨を警告部１８に通知する。これにより、警告部１８は、例えば、「次の議題に移っています。前の議題については結論が出ていませんが、議論を続行しますか？」のような警告メッセージを出力部１３を介してディスプレイ１３ａに表示させ、会議の参加者に警告する（Ｓ３７）。これにより、各参加者に、次の議題に移っていることを報知できる。このような警告メッセージがディスプレイ１３ａに表示された場合、例えば進行役の議長（例えば登録者）は、自身が使用する端末装置４を介して、議論の続行指示又は議論の中断指示を会議サーバ１に送信する。なお、議長は、例えば、次の議題についての議論を続行させたい場合には議論の続行指示を、前の議題に議論を戻したい場合には議論の中断指示を行なう。

会議サーバ１の進行状況判定部１７は、例えば進行役の議長の端末装置４から議論の続行指示を受け付けたか否かを判断しており（Ｓ３８）、続行指示を受け付けたと判断した場合（Ｓ３８：ＹＥＳ）、既に移っている議題の議論を続行させると判定する。この場合、進行状況判定部１７は、判定語テーブル２５において、１が設定してある現在の議題フラグを０に変更し、既に移っている議題に対応する現在の議題フラグを１に設定する（Ｓ３９）。また、進行状況判定部１７は、判定語テーブル２５に格納してある出現回数を全て０にリセットし（Ｓ４０）、ステップＳ４２に処理を移行する。なお、このとき、進行状況判定部１７は、議事進行テンプレートＤＢ２３に格納してある議事進行テンプレートにおいて、前の議題内容に対する完了フラグは０のままとしておく。

進行状況判定部１７は、議論の続行指示を受け付けていないと判断した場合（Ｓ３８：ＮＯ）、既に移っている議題の議論を中断させて前の議題に戻すと判定し、ステップＳ４２に処理を移行する。これにより、議論が他の議題に移っている場合に、議長から議論の続行が指示されれば、既に移っている議題についての議論が続行され、中断が指示されれば、前の議題に戻ることができ、議論を効率よく進行できる。

ステップＳ３４で、一致したキーワードが他の議題内容語のキーワードではないと判断した場合（Ｓ３４：ＮＯ）、即ち、一致したキーワードが現在進行中の議題内容語のキーワードである場合、進行状況判定部１７は、判定語テーブル２５に記憶してある現在の議題内容語に対する出現回数に１を加算する（Ｓ４１）。

進行状況判定部１７は、ステップＳ１３で言語解析部１６によって分解された全ての単語について上述した処理を終了したか否かを判断しており（Ｓ４２）、終了していないと判断した場合（Ｓ４２：ＮＯ）、ステップＳ１４に処理を戻す。進行状況判定部１７は、全ての単語について上述した処理を終了するまで、ステップＳ１４〜Ｓ４２の処理を繰り返す。進行状況判定部１７は、全ての単語について上述した処理を終了したと判断した場合（Ｓ４２：ＹＥＳ）、端末装置４，４…間での通信会議が終了したか否かを判断する（Ｓ４３）。なお、進行状況判定部１７（制御部１０）は、会議の登録者が端末装置４において終了ボタンを操作することによって、端末装置４から会議の終了要求を受信した場合に、通信会議を終了させる。

進行状況判定部１７は、通信会議が終了していないと判断した場合（Ｓ４３：ＮＯ）、ステップＳ１１に処理を戻し、上述した処理を繰り返す。また、進行状況判定部１７は、通信会議が終了したと判断した場合（Ｓ４３：ＹＥＳ）、議事進行テンプレート中の完了フラグに基づいて、結論が出ていない議題があるか否かを判断する（Ｓ４４）。進行状況判定部１７は、議事進行テンプレート中の完了フラグが０の議題があるか否かを判断し、完了フラグが０の議題がある場合、結論が出ていない議題があると判断し、全ての完了フラグが１である場合、結論が出ていない議題はないと判断する。

進行状況判定部１７は、結論が出ていない議題があると判断した場合（Ｓ４４：ＹＥＳ）、その旨を警告部１８に通知する。そして、警告部（通知部）１８は、完了フラグが０の議題内容を議事進行テンプレートから読み出し、結論が出ていない議題があることを通知するためのメッセージをディスプレイ１３ａに表示させ、会議の参加者に通知する（Ｓ４５）。これにより、各参加者に、結論が出ていない議題があることを報知できる。進行状況判定部１７は、結論が出ていない議題はないと判断した場合（Ｓ４４：ＮＯ）、ステップＳ４５の処理をスキップし、上述した判定処理を終了する。

上述したように、本実施形態１の会議サーバ１は、複数の端末装置４，４…間での通信会議を中継しつつ、判定語テーブル２５に格納してある各キーワードに基づいて、会議における議論の状況を判定できる。よって、議論すべき議題内容が予め決定しているような会議において、各参加者の発言内容を考慮し、現在進行中の議題が何であるのか、現在進行中の議題が予定通りに進んでいるか、各議題について結論が出たか、各議題について紛糾しているか等の議論の状況を判定できる。

具体的には、本実施形態１の会議サーバ１は、図６に示した判定語テーブル２５を用いることにより、会議の参加者による発言に、ある議題についての議題内容語のキーワードが３回出現した場合に、その議題が現在進行中の議題であると判定できる。また、会議の参加者による発言に、結論判定語のキーワードが２回出現した場合に、現在進行中の議題に対する結論が出されたと判定できる。更に、会議の参加者による発言に、紛糾判定語のキーワードが３回出現した場合に、現在進行中の議題において議論が紛糾していると判定できる。更に、会議の参加者による発言に、議題変更判定語のキーワードが１回出現した場合に、議論が異なる議題に移っていると判定できる。なお、判定語テーブル２５に登録してある基準回数を適宜変更することによって、上述したような議論の進行状況の判定基準を変更できるので、会議システム１００の管理者又は会議の登録者等は、各キーワードに対する基準回数を適切に設定すればよい。

また、各議題についての結論が出ていない場合には、その旨を警告することによって、会議の参加者に適切なタイミングで心理的なプレッシャーを与えることができ、会議の進行の効率化が期待できる。また、警告のほかに、登録者又は各参加者に休憩を促すようなメッセージを通知してもよい。

本実施形態１の会議サーバ１は、登録者が予め登録した議事進行テンプレート中の議題内容から抽出したキーワード（議題内容語）を用いて、現在進行中の議題が何であるかを判定していた。しかし、登録者がキーワード自体を登録するようにしてもよい。また、本実施形態１の会議サーバ１は、警告メッセージをディスプレイ１３ａに表示させることによって、特に各参加者が同室内にいる場合には、端末装置４，４…のディスプレイ３３における会議資料の表示を妨げることなく、各参加者に各議題についての議論が出ていない旨を通知する。しかし、例えば、判定結果を示すメッセージ又は警告メッセージをＩＰネットワーク１００ａを介して端末装置４，４…に送信することによって各参加者に通知してもよい。

（実施形態２）
以下に、本発明に係る会議中継装置を備えた実施形態２の会議システムについて説明する。なお、本実施形態２の会議サーバ１及び端末装置４，４…は、上述した実施形態１の会議サーバ１及び端末装置４，４…と同一の構成によって実現できる。本実施形態２の会議サーバ１は、上述した実施形態１の会議サーバ１と同一の処理を行ない、更に、端末装置４から受信した音声信号が、どの参加者（発言者）による発言に基づく信号であるかを特定する処理を行なう。

図１２は実施形態２の会議サーバ１の機能構成を示す機能ブロック図である。本実施形態２の会議サーバ１は、制御部１０が記憶部２０に記憶してある制御プログラムを実行することによって、図７に示した各機能のほかに、発言者特定部１９の機能を実現する。

端末装置４，４…の制御部４０は、会議サーバ１に対して各種の信号を送信する場合、自身の端末装置４の端末ＩＤ又は参加者の参加者ＩＤも会議サーバ１へ送信する。よって、発言者特定部１９は、通信部１２を介して音声信号を受信した場合、音声信号と共に受信した端末装置４の端末ＩＤ又は端末装置４の参加者の参加者ＩＤに基づいて、この音声信号を発言した参加者（発言者）を特定する。具体的には、発言者特定部１９は、音声信号と共に端末ＩＤを受信した場合、図５に示すような開催状況管理テーブル２４を参照して、受信した端末ＩＤに対応する参加者ＩＤ（ユーザＩＤ）を特定する。なお、発言者特定部１９は、音声信号と共に参加者ＩＤを受信した場合、何も行なわずに参加者ＩＤの参加者が発言者であると特定できる。

発言者特定部１９は、発言者であると特定した参加者の参加者ＩＤを進行状況判定部１７へ出力する。また、発言者特定部１９は、通信部１２を介して受信した音声信号をそのまま音声認識部１５へ出力する。

本実施形態２の進行状況判定部１７は、発言者特定部１９から発言者の参加者ＩＤを取得し、言語解析部１６から各発言者の発言内容に含まれる各単語を取得する。これにより、本実施形態２の進行状況判定部１７は、会議の各参加者の発言内容だけでなく、特定の参加者の発言内容に基づいて議論の進行状況を判定できる。具体的には、進行状況判定部１７は、各発言者の発言内容に含まれる単語と判定語テーブル２５に記憶されているキーワードとを照合し、各発言者の発言内容にいずれかのキーワードが含まれているか否かを判断する。進行状況判定部１７は、判断結果を判定語テーブル２５に逐次蓄積しており、蓄積した情報に基づいて、進行中の議題が何であるのか、議論の進行状況を判定する。

なお、本実施形態２の会議サーバ１は、特定の参加者の発言内容に基づいて議論の進行状況を判定するために、図１３に示すような判定語テーブル２５を用いて判定処理を行なう。図１３は実施形態２の判定語テーブル２５の格納内容を示す模式図である。図１３に示すように、本実施形態２の判定語テーブル２５では、各キーワードに対する基準回数として、特定の参加者に対する基準回数が格納されている。具体的には、結論判定語のキーワードに対する基準回数として、議長に対して１回の基準回数が格納され、議長以外の参加者に対して２回の基準回数が格納されている。このような判定語テーブル２５を用いることにより、進行状況判定部１７は、特定の参加者毎に、各キーワードの出現回数を計数し、算出した出現回数に基づいて、議題の進行状況を判定できる。

以下に、本実施形態２の会議システム１００において、会議サーバ１及び端末装置４，４…が行なう処理について説明する。なお、本実施形態２の会議システム１００において、ユーザが端末装置４を用いて会議の予約を行なう際に会議サーバ１及び端末装置４が行なう処理、会議の予約を行なったユーザ（登録者）が端末装置４を用いて会議における議事進行テンプレートを登録する際に会議サーバ１及び端末装置４が行なう処理は、実施形態１で説明した処理と同一である。また、本実施形態２の会議システム１００において、予約された会議が登録者又は参加者によって開催され、開始された通信会議が会議サーバ１を介して中継される際に会議サーバ１及び端末装置４が行なう処理、会議サーバ１が議事進行テンプレートから判定語テーブル２５を生成する処理は、実施形態１で説明した処理と同一である。

更に、本実施形態２の会議システム１００において、会議サーバ１が判定語テーブル２５を用いて議論の進行状況を判定する処理は、実施形態１で説明した処理とほぼ同一である。しかし、本実施形態２の会議サーバ１は、特定の参加者の発言内容を考慮して、議論の進行状況を判定する。よって、図９乃至図１１中のステップＳ１７，Ｓ２３，Ｓ２８，Ｓ３５，Ｓ４１において、会議サーバ１の進行状況判定部１７は、各発言者の発言内容が判定語テーブル２５に記憶してあるいずれかのキーワードに一致する場合に、一致するキーワードにおいて、この発言者に対応する出現回数に１を加算する。なお、参加者毎に基準回数が設定されていないキーワードについては、全ての参加者における出現回数の合計を算出すればよい。また、図９乃至図１１中のステップＳ１８，Ｓ２４，Ｓ２９，Ｓ３６において、進行状況判定部１７は、算出した出現回数が、この発言者に対して設定された基準回数以上であるか否かを判断する。

よって、例えば、図１３に示す判定語テーブル２５を用いた場合、進行役の議長（例えば登録者）が、結論判定語のキーワードを１回発言した場合に、進行状況判定部１７は、進行中の議題について結論が出されたと判定する。また、議長が結論判定語のキーワードを発言しない場合であっても、他の参加者が結論判定語のキーワードを２回発言した場合に、進行状況判定部１７は、進行中の議題について結論が出されたと判定する。このように、本実施形態２の会議サーバ１は、会議の参加者の発言内容だけでなく、いずれの発言者の発言内容であるかを考慮し、特定の発言者による発言内容に基づいて、議論の進行状況を判定できる。よって、議論の進行状況をより正確に判定できる。

本実施形態２では、図１３に示すように、議論の進行状況を判定する際の判定基準（基準回数）を議長又は議長以外の参加者毎に設定していた。しかし、各参加者毎に判定基準を設定してもよい。この場合、それぞれの発言者による発言内容に基づいて議論の進行状況が判定されるので、より正確な判定が可能となる。

（実施形態３）
以下に、本発明に係る会議中継装置を備えた実施形態３の会議システムについて説明する。なお、本実施形態３の会議サーバ１及び端末装置４，４…は、上述した実施形態１の会議サーバ１及び端末装置４，４…と同一の構成によって実現できる。本実施形態３の会議サーバ１は、上述した実施形態１の会議サーバ１と同一の処理を行ない、更に、通信会議が開始されてからの経過時間、各発言者の発言間隔（時間）を計測する処理を行なう。

本実施形態１の会議サーバ１の制御部１０は、予約されている会議が開始された場合に、会議の開始からの経過時間を計測する時計機能を有している。また、制御部１０は、時計機能によって計測される経過時間に基づいて、例えば、ある発言者の発言が終了してからの経過時間、議題が変わってからの経過時間等を算出する。

よって、本実施形態３の進行状況判定部１７は、会議の参加者の発言内容に含まれる各単語が判定語テーブル２５に記憶されているキーワードに一致するか否かだけでなく、会議の参加者の発言内容に各キーワードが含まれるタイミングも考慮して議題の進行状況を判定する。具体的には、進行状況判定部１７は、各発言者の発言内容にいずれかのキーワードが含まれているか否かを判断し、各発言者の発言内容にいずれかのキーワードが含まれている場合に、そのときのタイミングが所定の条件を満たしているか否かを判断する。進行状況判定部１７は、このような判断結果に基づいて、進行中の議題の進行状況（進捗状況）を判定する。

例えば、現在進行中の議題ではない議題の議題内容語に対する判定タイミングとして、現在進行中の議題についての議論が開始されてから所定時間（例えば３分間）内、即ち議題が切り換わった直後の所定時間内を設定しておく。そして、進行状況判定部１７は、参加者の発言内容に現在進行中の議題ではない議題の議題内容語のキーワードが含まれると判断した場合、進行中の議題についての議論が開始されてからの経過時間が所定時間内であるか否かを判断する。進行状況判定部１７は、経過時間が所定時間内であれば、このキーワードに対応する出現回数をインクリメントし、経過時間が所定時間を過ぎていれば、このキーワードに対応する出現回数をインクリメントしない。これにより、議論が、現在進行中の議題ではない議題について行なわれているか否かの判定処理を、予め設定された時間内に制限できる。

また、同様に、紛糾判定語に対する判定タイミングとして、現在進行中の議題についての議論が開始されてから所定時間（例えば１０分間）内を設定しておく。そして、進行状況判定部１７は、参加者の発言内容に紛糾判定語のキーワードが含まれると判断した場合、進行中の議題についての議論が開始されてからの経過時間が所定時間内であるか否かを判断する。進行状況判定部１７は、経過時間が所定時間内であれば、このキーワードに対応する出現回数をインクリメントし、経過時間が所定時間を過ぎていれば、このキーワードに対応する出現回数をインクリメントしない。これにより、議論が紛糾しているか否かの判定処理を、予め設定された時間内に制限できる。

このように、議題が移ったか否か、議論が紛糾しているか否か等の議論の進行状況を判定するタイミングを設定しておくことにより、不要な判定処理を行なわず、効率よく議論の進行状況を判定できる。
更に、会議の参加者の発言内容に、判定語テーブル２５に記憶されているキーワードが含まれない状況の継続時間を計測し、参加者の発言内容にいずれのキーワードも含まれない状況が所定時間以上継続した場合に、議事進行テンプレートに沿った議論が行なわれていない旨を警告してもよい。

以下に、本実施形態３の会議システム１００において、会議サーバ１及び端末装置４，４…が行なう処理について説明する。なお、本実施形態３の会議システム１００において、ユーザが端末装置４を用いて会議の予約を行なう際に会議サーバ１及び端末装置４が行なう処理、会議の予約を行なったユーザ（登録者）が端末装置４を用いて会議における議事進行テンプレートを登録する際に会議サーバ１及び端末装置４が行なう処理は、実施形態１で説明した処理と同一である。また、本実施形態３の会議システム１００において、予約された会議が登録者又は参加者によって開催され、開始された通信会議が会議サーバ１を介して中継される際に会議サーバ１及び端末装置４が行なう処理、会議サーバ１が議事進行テンプレートから判定語テーブル２５を生成する処理は、実施形態１で説明した処理と同一である。

更に、本実施形態３の会議システム１００において、会議サーバ１が判定語テーブル２５を用いて議論の進行状況を判定する処理は、実施形態１で説明した処理とほぼ同一である。しかし、本実施形態３の会議サーバ１は、参加者の発言内容に判定語テーブル２５に記憶してあるキーワードが含まれると判定されたタイミングも考慮して、議論の進行状況を判定する。

よって、図９乃至図１１中のステップＳ１６及びＳ１７の間、ステップＳ２２及びＳ２３の間、ステップＳ２７及びＳ２８の間、ステップＳ３４及び３５の間において、会議サーバ１の進行状況判定部１７は、各発言者の発言内容が判定語テーブル２５に記憶してあるいずれかのキーワードに一致する場合に、一致するキーワードに対して設定された判定タイミングに適合しているか否かを判断する。そして、進行状況判定部１７は、判定タイミングに適合していると判断する場合に、一致するキーワードに対応する出現回数に１を加算し、判定タイミングに適合していないと判断した場合、何も行なわない。

これにより、本実施形態３の会議サーバ１は、議題内容語、結論判定語、紛糾判定語及び議題変更判定語に基づく判定処理を適切なタイミングで行なうことができるので、議論の進行状況をより正確に判定できる。また、不要な判定処理を行なわないことにより、会議サーバ１の制御部１０による処理負担を軽減できる。

本実施形態３は、上述した実施形態１の会議システム１００の変形例として説明したが、上述した実施形態２の会議システム１００にも適用できることは勿論である。即ち、本実施形態３の会議サーバ１が、端末装置４，４…から受信した音声信号の発言者を特定する機能を備える構成とすることもできる。

（実施形態４）
以下に、本発明に係る会議中継装置を備えた実施形態４の会議システムについて説明する。なお、本実施形態４の会議サーバ１及び端末装置４，４…は、上述した実施形態１の会議サーバ１及び端末装置４，４…と同一の構成によって実現できる。本実施形態４の会議サーバ１は、上述した実施形態１の会議サーバ１と同一の処理を行ない、更に、予め作成された議事録から議事進行テンプレートを作成する処理を行なう。

図１４は実施形態４の会議サーバ１の機能構成を示す機能ブロック図である。本実施形態４の会議サーバ１は、制御部１０が記憶部２０に記憶してある制御プログラムを実行することによって、図７に示した各機能のほかに、テンプレート作成部５１の機能を実現する。

テンプレート作成部５１は、予め作成された議事録の情報（議事録情報）から議事進行テンプレートを作成する。議事録情報は、端末装置４又はその他のパーソナルコンピュータ等の文書作成機能を用いて作成されるほか、紙媒体に記載された議事録をスキャナによって読み取り、得られた画像中の文字を抽出するＯＣＲ（Optical Character Reader）を用いて電子データに変換することによって作成されてもよい。また、議事録は、所定の形式に従って作成されることが望ましい。所定の形式で作成された議事録では、各種の情報をどの位置に記載するのかを規定できるので、議事進行テンプレートを作成するために必要な情報がどの位置に記載されているのかを容易に判断できる。

以下に、本実施形態４の会議サーバ１の特徴的な機能である、議事録情報から議事進行テンプレートを作成する処理について説明する。図１５は会議サーバ１による議事進行テンプレートの作成処理の手順を示すフローチャート、図１６は議事進行テンプレートの作成処理を説明するための模式図である。なお、以下の処理は、会議サーバ１の制御部１０（テンプレート作成部５１）によって実行される。

テンプレート作成部５１が作成する議事進行テンプレートは、実施形態１で説明したように、判定語テーブル２５を生成する際に用いられる。従って、テンプレート作成部５１は、作成した議事進行テンプレートが用いられる前に、議事録情報から議事進行テンプレートを作成しておく必要がある。例えば、キーワード抽出部１４が判定語テーブル２５を生成する際に、まず、テンプレート作成部５１が議事進行テンプレートを作成するようにすればよい。

本実施形態４では、図１６（ａ）に示すような形式で議事録が作成されるとする。具体的には、項目名として、会議における議題及び決定事項が記載され、各項目名に対応して各情報が記載されている。また、各決定事項には１，２，３の符号が付されて記載されている。本実施形態４のテンプレート作成部５１は、このような議事録から決定事項の各情報を抽出し、抽出した各情報から議事進行テンプレートに格納される議題内容を作成する。

会議サーバ１のテンプレート作成部５１は、ある通信会議における議事録情報から、議事録情報中の決定事項を１つ読み出す（Ｓ５１）。テンプレート作成部５１は、読み出した決定事項に対して、言語解析部１６による言語解析処理と同様の処理を行なって単語に分解する（Ｓ５２）。テンプレート作成部５１は、分解した各単語において、数字が含まれる場合に数字を所定の文字に置換する（Ｓ５３）。図１６に示す例では、決定事項「四半期での計画販売数は２万台とする。」中の数字が所定の文字に置換されて、「四半期での計画販売数はＡＡＡ台とする。」が生成される。また、決定事項「地域別詳細は近畿１万台、関東５千台、東海３千台、その他２千台とする。」中の数字が所定の文字に置換されて、「地域別詳細は近畿ＡＡＡ台、関東ＡＡＡ台、東海ＡＡＡ台、その他ＡＡＡ台とする。」が生成される。なお、数字としては、日付、時間、価格、サイズ等がある。

また、テンプレート作成部５１は、分解した各単語において、固有名詞が含まれる場合に、数字と近接しない固有名詞を所定の文字に置換する（Ｓ５４）。図１６に示す例では、決定事項「広告宣伝については、折込チラシ及び既存顧客へのＤＭ発送とし、業者は関西広告社とする。」中の固有名詞が所定の文字に置換されて、「広告宣伝については、折込チラシ及び既存顧客へのＤＭ発送とし、業者はＡＡＡとする。」が生成される。なお、決定事項「地域別詳細は近畿１万台、関東５千台、東海３千台、その他２千台とする。」における固有名詞「近畿」、「関東」、「東海」はそれぞれ数字と隣接しているので所定の文字ＡＡＡには置換しない。なお、固有名詞は、人名、地名を含む。

テンプレート作成部５１は、処理対象の議事録情報中の全ての決定事項に対して上述した処理を終了したか否かを判断する（Ｓ５５）。終了していないと判断した場合（Ｓ５５：ＮＯ）、テンプレート作成部５１は、ステップＳ５１に処理を戻し、まだ処理されていない決定事項を議事録情報から１つ読み出す（Ｓ５１）。テンプレート作成部５１は、読み出した決定事項についてステップＳ５２〜Ｓ５４の処理を行ない、全ての決定事項に対する処理を終了するまで、上述した処理を繰り返す。

全ての決定事項に対する処理を終了したと判断した場合（Ｓ５５：ＹＥＳ）、テンプレート作成部５１は、各決定事項中の数字及び固有名詞を所定の文字に置換した情報を議題内容として議事進行テンプレートを生成し、生成した議事進行テンプレートを会議ＩＤに対応付けて議事進行テンプレートＤＢ２３に格納する。そして、テンプレート作成部５１は、上述した議事進行テンプレートの作成処理を終了する。

上述したように、本実施形態４の会議サーバ１は、開催中の会議における各議題の進行状況を判定する際に用いる判定語テーブル２５を生成するための議事進行テンプレートを自動的に作成できる。これにより、定期的に繰り返される定例会議又は定型的な会議において、前回の会議での議事録を用いて今回の会議の議事進行テンプレートを生成することができる。よって、会議の議長（例えば登録者）等による議事進行テンプレートの作成手間を省くことができると共に、会議毎に作成される議事録を有効に利用することができる。

本実施形態４の会議サーバ１は、議事録中の「決定事項」の各情報に基づいて議事進行テンプレートに格納される議題内容を生成したが、例えば、議事録中に「結論」という項目が記載されている場合、「結論」の各情報に基づいて議題内容を生成してもよい。また、これらのほかの各項目の情報に基づいて議題内容を生成してもよい。

本実施形態４の会議システム１００において、ユーザが端末装置４を用いて会議の予約を行なう際に会議サーバ１及び端末装置４が行なう処理、会議の予約を行なったユーザ（登録者）が端末装置４を用いて会議における議事進行テンプレートを登録する際に会議サーバ１及び端末装置４が行なう処理は、実施形態１で説明した処理と同一である。また、本実施形態４の会議システム１００において、予約された会議が登録者又は参加者によって開催され、開始された通信会議が会議サーバ１を介して中継される際に会議サーバ１及び端末装置４が行なう処理、会議サーバ１が議事進行テンプレートから判定語テーブル２５を生成する処理は、実施形態１で説明した処理と同一である。更に、本実施形態４の会議システム１００において、会議サーバ１が判定語テーブル２５を用いて議論の進行状況を判定する処理は、実施形態１で説明した処理と同一である。

本実施形態４のテンプレート作成部５１は、予め作成された議事録情報に基づいて議事進行テンプレートを作成していた。会議サーバ１は、更に、進行状況判定部１７による判定結果に基づいて議事録情報を自動的に作成する構成を備えてもよい。具体的には、会議サーバ１は、端末装置４，４…間で送受信される音声信号を音声認識し、議論の内容を抽出し、各議題に対する決定事項を生成することにより、図１６（ａ）に示すような議事録情報を生成する。また、自動的に作成する議事録情報に、警告部１８が警告を行なった際の議題及びこの議題の議論が開始されてからの経過時間を含めてもよい。この場合、会議の参加者又は第三者が議事録に基づいて事後的に会議の進行状況を確認できる。

本実施形態４は、上述した実施形態１の会議システム１００の変形例として説明したが、上述した実施形態２，３の会議システム１００にも適用できることは勿論である。即ち、本実施形態４の会議サーバ１が、端末装置４，４…から受信した音声信号の発言者を特定する機能を備える構成としてもよいし、判定語テーブル２５に記憶してある各キーワードに基づく判定処理を所定のタイミングで行なうようにしてもよい。

上述した実施形態１〜４では、会議サーバ１は、端末装置４，４…間で送受信される音声信号に、判定語テーブル２５に記憶されているキーワードが含まれているか否かに基づいて、進行中の議題及び議題の進行状況を判定していた。このほかに、例えば、端末装置４，４…においてユーザが操作部３４を介して入力したテキスト情報（メモ情報）が通信会議において端末装置４，４…間で送受信される場合、送受信されるテキスト情報も、判定処理の対象に用いてもよい。

上述した実施形態１〜４では、各ユーザを識別するユーザ情報としてユーザＩＤ及びパスワードを用いる構成であった。しかし、このような構成に限られず、各ユーザの名刺をスキャナで読み取った情報をユーザ情報として用いてもよい。この場合、各ユーザが、繁雑な入力処理によって自身のユーザ情報を入力する必要がなく、操作性が向上する。特に、会議システム１００にユーザ登録されていないユーザ（例えば来客者）が会議に参加する際に要する操作が簡略化される。

以上、本発明の好適な実施形態についてそれぞれ具体的に説明したが、各構成及び動作等は適宜変更可能であって、上述の実施形態に限定されることはない。

１００ 会議システム
１ 会議サーバ（会議中継装置）
１０ 制御部
１４ キーワード抽出部（抽出部）
１５ 音声認識部
１７ 進行状況判定部（状況判定部、キーワード判断部、第１判定語判断部、第２判定語判断部、第３判定語判断部）
１８ 警告部（報知部、通知部）
２０ 記憶部
２３ 議事進行テンプレートＤＢ（記憶部）
５１ テンプレート作成部（テンプレート生成部）
４ 端末装置（通信装置）

Claims (10)

1. 複数の通信装置と通信可能に接続され、前記複数の通信装置間で行なわれる通信会議を中継する会議中継装置において、
   複数の議題内容を進行順に示した進行テンプレートを記憶する記憶部と、
   前記通信装置間で送受信される情報及び前記記憶部に記憶してある進行テンプレートに基づいて、進行中の議題及び該議題に対する進行状況を判定する状況判定部と、
   該状況判定部が判定した進行状況が所定の条件を満たす場合に、その旨を報知する報知部と
   を備えることを特徴とする会議中継装置。
2. 前記通信装置間で送受信される情報は、音声情報を含み、
   前記通信装置間で送受信される音声情報を認識してテキスト情報に変換する音声認識部を備え、
   前記状況判定部は、前記音声認識部が変換したテキスト情報及び前記記憶部に記憶してある進行テンプレートに基づいて、進行中の議題及び該議題に対する進行状況を判定するようにしてあることを特徴とする請求項１に記載の会議中継装置。
3. 前記記憶部に記憶してある進行テンプレート中の議題内容から、各議題におけるキーワードを抽出する抽出部と、
   前記通信装置間で送受信される情報に前記抽出部が抽出したキーワードが含まれるか否かを判断するキーワード判断部とを備え、
   前記状況判定部は、前記キーワード判断部の判断結果に基づいて、進行中の議題を判定するようにしてあることを特徴とする請求項１又は２に記載の会議中継装置。
4. 前記通信装置間で送受信される情報に、議題の結論が出されたことを判定するための所定の判定語が含まれるか否かを判断する第１判定語判断部を備え、
   前記状況判定部は、前記第１判定語判断部が前記情報に前記所定の判定語が含まれると判断した場合、進行中の議題に対する結論が出されたと判定するようにしてあることを特徴とする請求項１から３までのいずれかひとつに記載の会議中継装置。
5. 前記通信装置間で送受信される情報に、他の議題に移行したことを判定するための所定の判定語が含まれるか否かを判断する第２判定語判断部を備え、
   前記状況判定部は、前記第２判定語判断部が前記情報に前記所定の判定語が含まれると判断した場合、他の議題に移行したと判定するようにしてあることを特徴とする請求項１から４までのいずれかひとつに記載の会議中継装置。
6. 前記通信装置間で送受信される情報に、議論が紛糾していることを判定するための所定の判定語が含まれるか否かを判断する第３判定語判断部を備え、
   前記状況判定部は、前記第３判定語判断部が前記情報に前記所定の判定語が含まれると判断した場合、進行中の議題に対する結論が出されていないと判定するようにしてあることを特徴とする請求項１から５までのいずれかひとつに記載の会議中継装置。
7. 前記状況判定部が判定した進行状況が所定の条件を満たす旨を前記報知部が報知した場合に、前記報知部がいずれの議題について報知を行なったかを示す情報を含む議事録情報を生成する議事録生成部を備えることを特徴とする請求項１から６までのいずれかひとつに記載の会議中継装置。
8. 前記通信会議の中継を終了する際に、前記状況判定部によって結論が出されていないと判定された議題を通知する通知部を備えることを特徴とする請求項１から７までのいずれかひとつに記載の会議中継装置。
9. 予め作成された議事録情報から前記進行テンプレートを生成するテンプレート生成部を備えることを特徴とする請求項１から８までのいずれかひとつに記載の会議中継装置。
10. コンピュータに、通信可能に接続された複数の通信装置間で行なわれる通信会議を中継させるためのコンピュータプログラムにおいて、
    コンピュータに、
    前記通信装置間で送受信される情報及び複数の議題内容を進行順に示した進行テンプレートに基づいて、進行中の議題及び該議題に対する進行状況を判定するステップと、
    判定された進行状況が所定の条件を満たす場合に、その旨を報知するステップと
    を実行させることを特徴とするコンピュータプログラム。

Images