(57)【要約】【課題】複数の端末から会議の進行操作が集中的に発生した場合でも矛盾なく調整することができ、会議進行役の負担を軽減できる会議進行支援システム等を提供すること。【解決手段】情報端末機１００は、前記進行支援装置から会議の進行状況を表す会議進行状況情報及び前記会議進行状況情報が最後に更新された最終更新時刻情報を受信する会議情報受信手段４３と、会議の進行操作を受け付け、前記進行支援装置に前記進行操作を要求する進行操作情報、及び、前記最終更新時刻情報を送信する進行操作受け付け手段４２と、進行支援装置２００は会議進行状況情報を記憶する会議進行状況情報記憶手段３７と、情報端末機１００から進行操作情報と最終更新時刻情報を受信した場合、該最終更新時刻情報と会議進行状況情報の最終の更新時刻とを比較して、情報端末機による進行操作情報の進行操作を許可するか否かを判定する操作受け付け手段３２と、を有することを特徴とする。【選択図】図１
2012060232.tif 000002
【特許請求の範囲】
【請求項１】
複数の情報端末機と進行支援装置を有する会議進行支援システムであって、
前記情報端末機は、
前記進行支援装置から会議の進行状況を表す会議進行状況情報及び前記会議進行状況情報が最後に更新された最終更新時刻情報を受信する会議情報受信手段と、
会議の進行操作を受け付け、前記進行支援装置に前記進行操作を要求する進行操作情報、及び、前記最終更新時刻情報を送信する進行操作受け付け手段と、を有し、
前記進行支援装置は、
前記会議進行状況情報を記憶する会議進行状況情報記憶手段と、
前記情報端末機から前記進行操作情報と前記最終更新時刻情報を受信した場合、該最終更新時刻情報と自機が記憶する前記会議進行状況情報の最終の更新時刻とを比較して、前記情報端末機による前記進行操作情報の進行操作を許可するか否かを判定する操作受け付け手段と、を有することを特徴とする会議進行支援システム。
【請求項２】
前記操作受け付け手段は、前記最終更新時刻情報と前記最終の更新時刻とが一致する場合、前記進行操作を許可すると判定し、一致しない場合、前記進行操作を許可しないと判定すると共に、前記進行操作が許可されなかったこと示す不許可情報を前記情報端末機に送信する、
ことを特徴とする請求項１記載の会議進行支援システム。
【請求項３】
前記操作受け付け手段が、前記最終更新時刻情報と自機が記憶する前記最終の更新時刻とが一致しないと判定した場合、前記会議進行状況情報、及び、前記最終の更新時刻を前記最終更新時刻情報として前記情報端末機に送信する情報提供手段を有する、
ことを特徴とする請求項２記載の会議進行支援システム。
【請求項４】
前記情報端末機は、定期的に、前記会議進行状況情報の送信を前記進行支援装置に要求し、
前記情報提供手段は、前記情報端末機からの要求に応答して、前記会議進行状況情報及び前記最終の更新時刻を前記最終更新時刻情報として、前記情報端末機に送信する、
ことを特徴とする請求項３項記載の会議進行支援システム。
【請求項５】
前記情報提供手段は、前記情報端末機からの要求がなくても、前記会議進行状況情報記憶手段に記憶された前記会議進行状況情報が更新されると、前記会議進行状況情報及び前記最終の更新時刻を前記最終更新時刻情報として、前記情報端末機に送信する、
ことを特徴とする請求項３又は４記載の会議進行支援システム。
【請求項６】
前記情報端末機は、会議全体の予定時間である会議予定時間に対する、前記会議進行状況情報に含まれる会議が開始されてからの時間を表す会議経過時間の第１の比と、
議事毎の予定時間である議事予定時間に対する、前記会議進行状況情報に含まれる会議に属する議事が開始されてからの時間を表す議事経過時間の第２の比、の可視情報を表示する会議情報表示手段を有し、
前記前記会議進行状況情報を受信した後は、当該情報端末機の有する時計により前記会議経過時間と前記議事経過時間を計測し、前記可視情報を更新する、
ことを特徴とする請求項４又は５記載の会議進行支援システム。
【請求項７】
前記進行支援装置は、前記操作受け付け手段が進行中の議事を終了し別の議事の進行を開始する前記進行操作を許可すると判定した場合、前記会議進行状況記憶手段に終了した議事の終了時刻、及び、開始した議事の開始時刻を登録する議事進行登録手段を有し、
前記操作受け付け手段は、最も最近登録された前記開始時刻又は前記終了時刻を前記最終の更新時刻とする、
ことを特徴とする請求項１〜６いずれか１項記載の会議進行支援システム。
【請求項８】
会議の進行状況を表す会議進行状況情報及び前記会議進行状況情報が最後に更新された最終更新時刻情報を受信する会議情報受信手段と、
会議の進行操作を受け付け、前記進行操作を要求する進行操作情報、及び、前記最終更新時刻情報を送信する進行操作受け付け手段と、を有する複数の情報端末機とネットワークを介して接続された進行支援装置であって、
前記会議進行状況情報を記憶する会議進行状況情報記憶手段と、
前記情報端末機から前記進行操作情報と前記最終更新時刻情報を受信した場合、該最終更新時刻情報と前記会議進行状況情報の最終の更新時刻とを比較して、前記情報端末機による前記進行操作情報の進行操作を許可するか否かを判定する操作受け付け手段と、
を有することを特徴とする進行支援装置。
【請求項９】
会議の進行状況を表す会議進行状況情報を記憶する会議進行状況情報記憶手段を有し  会議の進行を管理する進行支援装置と、接続された情報端末機であって、
前記進行支援装置から会議の進行状況を表す会議進行状況情報及び前記会議進行状況情報が最後に更新された最終更新時刻情報を受信する会議情報受信手段と、
会議の進行操作を受け付け、前記進行支援装置に前記進行操作を要求する進行操作情報、及び、前記最終更新時刻情報を送信する進行操作受け付け手段と、を有し、
前記会議進行支援装置が前記進行操作情報と前記最終更新時刻情報を受信し、該最終更新時刻情報と前記会議進行支援装置が記憶する前記会議進行状況情報の最終の更新時刻とを比較して前記進行操作を許可しないと判定した場合、前記進行操作が許可されなかったこと示す不許可情報を受信する、
ことを特徴とする情報端末機。
【請求項１０】
進行支援装置と複数の情報端末機が通信して会議の進行を支援する会議進行支援方法であって、
前記情報端末機の会議情報受信手段が、前記進行支援装置から会議の進行状況を表す会議進行状況情報及び前記会議進行状況情報が最後に更新された最終更新時刻情報を受信するステップと、
進行操作受け付け手段が、会議の進行操作を受け付け、前記進行支援装置に前記進行操作を要求する進行操作情報、及び、前記最終更新時刻情報を送信するステップと、
前記進行支援装置が、会議進行状況情報記憶手段に前記会議進行状況情報を記憶するステップと、
前記進行支援装置の操作受け付け手段が、会議進行状況情報記憶手段に記憶された前記会議進行状況情報に基づき、前記情報端末機から前記進行操作情報と前記最終更新時刻情報を受信した場合、該最終更新時刻情報と自機が記憶する前記会議進行状況情報の最終の更新時刻とを比較して、前記情報端末機による前記進行操作情報の進行操作を許可するか否かを判定するステップと、
を有することを特徴とする会議進行支援方法。
【請求項１１】
会議の進行状況を表す会議進行状況情報及び前記会議進行状況情報が最後に更新された最終更新時刻情報を受信する会議情報受信手段と、
会議の進行操作を受け付け、前記進行操作を要求する進行操作情報、及び、前記最終更新時刻情報を送信する進行操作受け付け手段と、を有する複数の情報端末機とネットワークを介して接続された情報処理装置に、
会議進行状況情報記憶手段に前記会議進行状況情報を記憶するステップと、
前記情報端末機から前記進行操作情報と前記最終更新時刻情報を受信した場合、該最終更新時刻情報と前記会議進行状況情報の最終の更新時刻とを比較して、前記情報端末機による前記進行操作情報の進行操作を許可するか否かを判定する操作受け付けステップと、  を実行させるプログラム。
【請求項１２】
会議の進行状況を表す会議進行状況情報を記憶する会議進行状況情報記憶手段を有し  会議の進行を管理する進行支援装置と、接続された情報端末機に、
前記進行支援装置から会議の進行状況を表す会議進行状況情報及び前記会議進行状況情報が最後に更新された最終更新時刻情報を受信する会議情報受信ステップと、
会議の進行操作を受け付け、前記進行支援装置に前記進行操作を要求する進行操作情報、及び、前記最終更新時刻情報を送信する進行操作受け付けステップと、
前記会議進行支援装置が前記進行操作情報と前記最終更新時刻情報を受信し、該最終更新時刻情報と前記会議進行支援装置が記憶する前記会議進行状況情報の最終の更新時刻とを比較して前記進行操作を許可しないと判定した場合、前記進行操作が許可されなかったこと示す不許可情報を受信するステップと、
を実行させるプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、会議の進行を支援する会議進行支援システム、情報端末機、進行支援装置、進行支援方法及びプログラムに関する。
【背景技術】
【０００２】
ネットワークや専用線を介して複数の情報端末機を接続し、遠隔の参加者と会議をおこなう会議支援システムでは、従来、効率的な会議運営をおこなうための各種提案が行われてきた。
【０００３】
提案の中には、予め入力された議事進行スケジュールに基づいて各情報端末機の会議における役割を自動で切り替えるシステムがある（例えば、特許文献１参照。）。例えば、サーバと各端末とが通信して、議事進行スケジュールに基づいて議事の切り替わりの時刻で各端末の役割（例えば発表者が用いる端末か否か）を自動的に切り替える。こうすれば、進行役の負担を大幅に軽減でき、その結果、進行役が効率よく会議を運営できるシステムが実現できる。
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、今までの会議支援システムでは、会議がスケジュールどおりに進行しなかった場合の対処について考慮されていないという問題がある。例えば、会議がスケジュールどおりに進行しなかった場合、進行役は進行中の議事について多くの決断（この議事を延長する／この議事は早めに終える／議論をまとめる／参加者間の利害を調整するetc）を迫られる。また、進行役は、それに関わるシステムの操作も行わねばならず、会議の内容を把握しながら、会議支援システムの進行操作をおこなうことは、進行役に非常に高い負担を与えてしまう。
【０００５】
進行役の負担を軽減するには進行役以外にも会議支援システムの操作を許可すればよいが、複数の情報端末機から自由な進行操作を認めると、情報端末機間の操作が矛盾する場合が生じる。しかしながら、従来、複数の情報端末機からの進行操作を矛盾なく調整する技術は提案されていない。
【０００６】
本発明は、複数の端末から会議の進行操作が集中的に発生した場合でも矛盾なく調整することができ、会議進行役の負担を軽減できる会議進行支援システム、情報端末機、進行支援装置、進行支援方法及びプログラムを提供することを目的とする。
【課題を解決するための手段】
【０００７】
本発明は、  複数の情報端末機と進行支援装置を有する会議進行支援システムであって、前記情報端末機は、前記進行支援装置から会議の進行状況を表す会議進行状況情報及び前記会議進行状況情報が最後に更新された最終更新時刻情報を受信する会議情報受信手段と、会議の進行操作を受け付け、前記進行支援装置に前記進行操作を要求する進行操作情報、及び、前記最終更新時刻情報を送信する進行操作受け付け手段と、を有し、前記進行支援装置は、前記会議進行状況情報を記憶する会議進行状況情報記憶手段と、前記情報端末機から前記進行操作情報と前記最終更新時刻情報を受信した場合、該最終更新時刻情報と自機が記憶する前記会議進行状況情報の最終の更新時刻とを比較して、前記情報端末機による前記進行操作情報の進行操作を許可するか否かを判定する操作受け付け手段と、を有することを特徴とする。
【発明の効果】
【０００８】
複数の端末から会議の進行操作が集中的に発生した場合でも矛盾なく調整することができ、会議進行役の負担を軽減できる会議進行支援システム等を提供できる。
【図面の簡単な説明】
【０００９】
【図１】会議進行支援システムの概略を説明する図の一例である。
【図２】会議進行支援システムの概略的な使用例の一例を示す図である。
【図３】情報端末機と進行支援装置のハードウェア構成図の一例である。
【図４】会議進行支援システムの概略構成図の一例を示す。
【図５】会議テーブルに記録される情報を模式的に説明する図の一例である。
【図６】議事テーブルに記録される情報を模式的に説明する図の一例である
【図７】進行テーブルに記録される情報を模式的に説明する図の一例である。
【図８】会議進行支援システムが議事進行の進捗を管理する手順を示すフローチャート図の一例である。
【図９】入力完了後の会議情報の画面表示例を示す図である。
【図１０】進行支援メニューの一例を示す図である。
【図１１】議事インジケータを説明する図の一例である。
【図１２】会議インジケータについて説明する図の一例である。
【図１３】マークの位置を説明する図の一例である。
【図１４】情報端末機１〜３が進行支援装置から情報を取得するシーケンス図の一例である。
【図１５】情報端末機１〜３が進行支援装置の情報を更新するシーケンス図の一例である。
【図１６】進行支援装置が会議進行の進捗を管理する手順を示すフローチャート図の一例である。
【発明を実施するための形態】
【００１０】
以下、本発明を実施するための形態について図面を参照しながら説明する。
図１は、本実施形態の会議進行支援システム５００の概略を説明する図の一例である。進行支援装置２００は会議進行状況を管理しており、最後に会議進行状況を更新した会議最終更新日時を記録している。
（１）そして、進行支援装置２００は、会議進行状況情報と最終の会議最終更新日時（Ｔ１）を各情報端末機１００（区別する場合、情報端末機１，２という）に定期的に配信している。
（２）（３）  各情報端末機１００は参加者（以下、単にユーザという）の操作を受け付けて、自由なタイミングで操作情報（後述する操作情報送信リクエスト）を進行支援装置２００に送信することができる。情報端末機１，２は、この操作情報と共に、すでに受信している会議最終更新日時をタイムスタンプＴ１として進行支援装置２００に送信する。
（４）進行支援装置２００は、次の条件を満たす場合に限り、会議進行の操作を許可し「ＯＫ」を送信する。
・会議最終更新日時＝タイムスタンプ  
（５）進行支援装置２００は情報端末機１からタイムスタンプＴ１と共に受信した操作情報に従い、会議を進行させ、会議最終更新日時を現在の時刻（＝新しいタイムスタンプＴ２）で更新する。
（６）会議最終更新日時が更新されると、情報端末機２が要求した操作情報にはタイムスタンプＴ１が添付されているので、進行支援装置２００は進行操作を許可しない。このため、情報端末機２に「Ｃｏｎｆｌｉｃｔ」を通知する。したがって、最終の会議最終更新日時をタイムスタンプＴ１として、最も早期に操作情報を送信した情報端末機１のみが会議を進行させることができる。
【００１１】
情報端末機２は、再度、最終の会議最終更新日時（タイムスタンプＴ２）を取得しないと会議を進行させることができない。このため、進行支援装置２００は最終の会議最終更新日時と会議進行状況情報を情報端末機２に送信する。これにより、操作情報が受け付けられなかった情報端末機２は最終の会議進行状況情報を見て、必要であれば、再度、操作情報を送信することができる。
【００１２】
このように、ある情報端末機１からの会議進行操作を他の情報端末機２に反映させることができ、また、ある情報端末機１が進行させた会議進行状況と矛盾無く、別の情報端末機２が会議を進行させることができる。
【００１３】
なお、会議最終更新日時とタイムスタンプは同じものであるが、区別するため進行支援装置２００が有する方を会議最終更新日時、情報端末機１００が有する方をタイムスタンプということにする。
【００１４】
〔会議進行支援システムの構成〕
図２は、会議進行支援システム５００の概略的な使用例の一例を示す図である。図２では、４人のユーザＡ〜Ｄが会議に参加し、そのうちユーザＡが発表を行っている。ユーザＡ〜Ｄのうち、発表者であるユーザＡが主に進行のための操作を行うと考えられ、ユーザＡを進行役と呼べる。
【００１５】
しかし、本実施形態では、ユーザＡだけでなく、ユーザＢ〜Ｄも会議の進行のための操作を行うことができる。４つの情報端末機１〜４はネットワークを介して不図示の進行支援装置２００と接続されており、図１で説明したように４つの情報端末機１〜４が定期的に会議進行状況情報を受信することで、４つの情報端末機１〜４に表示される４つの進行支援メニュー１４が同期する。
【００１６】
例えば、ユーザＡの発表が予定時間を超過しそうなため、この議事を延長する／この議事は早めに終える／議論をまとめる／ユーザ間の利害を調整するetc等の決断を迫られている。しかし、ユーザＡは発表で忙しい。このような場合、本実施形態の会議進行支援システム５００は、ユーザB〜Dが進行の操作をすることで、プロジェクタ１３で表示されているユーザＡの情報端末機１の進行支援メニュー１４を情報端末機１〜４間で同期させることができる。したがって、忙しいユーザAの手を煩わせることなく、会議を進行させることができる。
【００１７】
また、仮に、ユーザB〜Dの全てが気を利かせて進行の操作をしても、図１で説明したように進行支援装置２００が受け付ける操作情報は１つに調整されるので、各ユーザの操作が矛盾したまま進行支援メニュー１４に反映されることもない。具体的には、「Conflict」が表示された情報端末機１００のユーザは、操作が受け付けられた情報端末機１００が更新した進行支援メニュー１４をみて、必要であれば操作すればよいことになる。
【００１８】
図３（ａ）は、情報端末機１００のハードウェア構成図の一例を、図３（ｂ）は進行支援装置２００のハードウェア構成図の一例をそれぞれ示す。情報端末機１００は、それぞれバスで相互に接続されているＣＰＵ１０１、ＲＡＭ１０２、ＲＯＭ１０３、記憶媒体装着部１０４、通信装置１５、入力部２３、表示制御部１０７及び記憶装置１０８を有する。ＣＰＵ１０１は、ＯＳ、プログラム１１０を記憶装置１０８から読み出して、ＲＡＭ１０２を作業メモリにして実行する。なお通信装置１５は図４に示すように情報端末機１００と別体でもよい。
【００１９】
プログラム１１０は、ユーザの操作を受け付け操作情報を送信したり、会議進行状況情報を受信して進行支援メニュー１４を表示したり、会議情報の入力を受け付け進行支援装置２００に送信したりする処理を行う。ＲＡＭ１０２は必要なデータを一時保管する作業メモリ（主記憶メモリ）になり、ＲＯＭ１０３にはＢＩＯＳや初期設定されたデータ、簡単なプログラムが記憶されている。
【００２０】
記憶媒体装着部１０４はＵＳＢケーブル等のケーブルや、可搬型の記憶媒体１１１を装着するインタフェースである。
【００２１】
表示制御部１０７は、プログラム１１０が指示する画面情報に基づき所定の解像度や色数等で表示部２２の描画を制御する。記憶装置１０８は、ＨＤＤやフラッシュメモリなどの不揮発メモリを実体とし、ＯＳ、アプリケーション、及び、プログラム１１０を記憶している。
【００２２】
記憶媒体１１１は、例えば、ＳＤカードやＵＳＢメモリなど不揮発性のメモリである。アプリケーションやプログラム１１０は、記憶媒体１１１に記録された状態又は不図示のサーバからダウンロードされる態様で配布される。
【００２３】
図３（ｂ）の進行支援装置２００も同様の構成、ＣＰＵ３０１、ＲＡＭ３０２、ＲＯＭ３０３、記憶媒体装着部３０４、通信装置１５、及び、記憶装置３０８を有する。情報端末機１００と共通部の説明は省略する。進行支援装置２００は入力部２３を有していないが、有していても何ら問題ない。
【００２４】
また、記憶装置３０８が記憶するプログラム３１０は、次述する図４の制御部２１が有する機能ブロックが行う処理を提供する。プログラム３１０は、記憶媒体３１１に記録された状態又は不図示のサーバからダウンロードされる態様で配布される。
【００２５】
なお、プログラム３１０とプログラム１１０は、ほぼ一体に開発される、Webアプリとクライアントアプリである。プログラム３１０（Webアプリ）は、クライアント端末（情報端末機１００）からのリクエストによって動的なコンテンツを提供するアプリケーションである。例えば、進行支援装置２００の制御部２１はJava（登録商標）のJ2EEや.NET（登録商標)等を開発プラットフォームとして実装されている。
【００２６】
また、プログラム１１０（クライアントアプリ）には種々の実装方法があるが、例えばAdobe社のＡＩＲランタイム上で、HTML、JavaScript、Flash、ActionScriptなどを組み合わせたコードを記述することで実現できる。また、クライアントアプリとしてブラウザを用いてもよい。両者の通信は、例えばJSON形式のフォーマットのデータをＨＴＴＰで行う。
【００２７】
図４は、会議進行支援システム５００の概略構成図の一例を示す。複数の情報端末機１００がネットワークを介して進行支援装置２００と接続されている。情報端末機１００は主に、制御部４１、表示部２２、入力部２３などを有する。表示部２２は、液晶ディスプレイやPDP（Plasma Display Panel)等で構成され、会議の進捗状況などの各種表示をおこなう。入力部２３は、キーボードやマウス等で構成され、会議に関する各種設定などの操作者の操作を受け付ける。制御部４１は、ＣＰＵ等で構成され、会議進行支援システム５００の動作全般を統括制御する。公知の電子会議機能などはこの制御部４１で実現される。
【００２８】
情報端末機１００の制御部４１は、さらに、会議情報操作手段４２、会議情報表示手段４３、及び、会議情報編集手段４４を有する。会議情報表示手段４３は、会議の進捗状況を表示部２２へ表示する際の制御をおこなう。予定通りに会議が進行した場合の会議進行時間は、会議の進捗に応じて伸延するバーなどで表示される。会議の終了予定時刻を超過すると、例えば、バーが点滅するなどして時間超過を報知する。
【００２９】
また、実際の会議の進捗は▲等のマークで表示される。ユーザはバーとマークを比較して会議の進捗が予定に対し進んでいるか遅れているかを一目で把握できる。
【００３０】
会議情報操作手段４２は、ユーザによる会議進行操作（例えば、会議を開始／終了する、指定の議事へ移る、など）を受け付け、その受け付けた会議進行操作の操作情報を、通信装置１５を介して進行支援装置２００に送信する。
【００３１】
会議情報編集手段４４は、ユーザによる会議情報編集操作（例えば、会議情報を新規作成する、会議名を編集する、会議の日時を編集する、議事の数を編集する、各議事の時間を編集する、など）を受け付け、その受け付けた会議情報編集操作を、通信装置１５を介して進行支援装置２００に編集情報として送信する。
【００３２】
進行支援装置２００は主に、制御部２１、データ格納部２４などを有する。データ格納部２４はＨＤＤ等で構成され、会議や議事の情報、会議の進行情報を記憶している。
【００３３】
制御部２１は、ＣＰＵ等で構成され、会議進行支援システム５００の動作全般を統括制御する。公知の電子会議機能などはこの制御部で実現される。データ格納部２４は、会議テーブル３５、議事テーブル３６、進行テーブル３７を含む。
【００３４】
進行支援装置２００の制御部２１は、議事作成手段３１、議事進行受け付け手段３２、会議進捗算出手段３３、議事移行確認手段３４、及び、会議情報提供手段３５を有する。議事作成手段３１は、通信装置１５を介して受信した情報端末機１００からの編集情報を用いて、会議のスケジュールに関する設定をおこなう。設定項目の中には、議事項目、議事項目毎に分配する議事予定時間、議事の種類、会議の予定開始時刻、会議の予定終了時刻、などがあり、これらの設定情報はデータ格納部２４の会議テーブル３５、議事テーブル３６に格納される。
【００３５】
議事進行受け付け手段３２は、最終更新日時とタイムスタンプを比較して操作情報を受け付けるか否かを判定する。会議進捗算出手段３３は、会議の進捗時間を、議事予定時間及び進行情報から計算される議事進捗時間に応じて計算する。
【００３６】
議事移行確認手段３４は、通信装置１５を介して受信した情報端末機１００からの操作情報を用いて、データ格納部２４の進行テーブル３７を更新する。この操作情報は、例えば、あらかじめ設定された「次の議事へボタン」を操作者が押下した際に送信される操作情報である。それまで進行中だった議事は、この操作情報を受信した時点で「議事終了」とされ、議事移行確認手段３４は進行テーブル３７に議事の終了時刻を登録する。
【００３７】
そして、議事移行確認手段３４は、次に予定されている議事を「議事開始」とし、その議事の議事ＩＤ と議事進行の開始時刻をデータ格納部２４の進行テーブル３７に登録する。また、次の議事がない場合は、会議の終了処理もおこなう。
【００３８】
会議情報提供手段３５は、定期的、及び、情報端末機１００からの操作情報を受信すると、会議進行状況情報を情報端末機１００に提供する。
【００３９】
なお、サーバ・クライアント形式のシステム構成は図４の形態に限られず、例えば、処理時間を短縮するため、データ格納部２４と制御部２１を別々のサーバに配置してもよいし、データ量の増大に備えて、データ格納部２４のテーブル毎に独立したサーバとするなどの構成なども考えられる。
【００４０】
図５は、会議テーブル３５に記録される情報を模式的に説明する図の一例である。会議テーブル３５は、会議を一意に識別する会議ＩＤ、会議名、予め決められた会議の予定開始時刻、予定終了時刻、及び、編集日時をそれぞれ表す情報などを含む。これらの情報をまとめて会議情報という。会議情報は、上記のように、議事作成手段３１が編集情報から作成して会議テーブル３５に登録する。
【００４１】
図６は議事テーブル３６に記録される情報を模式的に説明する図の一例である。議事テーブル３６は、議事を一意に識別する議事ＩＤ、議事タイトル、議事にあらかじめ割り振られる議事予定時間、会議における議事の順番である議事番号、議事が属する会議の会議ＩＤ、及び、編集日時をそれぞれ表す情報などを含む。これらの情報をまとめて議事情報という。議事情報は、議事作成手段３１が会議情報を作成する際に議事テーブル３６に登録される。
【００４２】
図７は進行テーブル３７に記録される情報を模式的に説明する図の一例である。進行テーブル３７は、議事進行の対象となった議事ＩＤ、議事進行の開始時刻、議事進行の終了時刻などの情報を有する。議事移行確認手段３４は、情報端末機１００から受信した操作情報に基づき、会議の議事進行が行われると、進行テーブル３７に議事ＩＤ等を記録する。
【００４３】
なお、会議進行支援システム５００は、終了した議事を再開することができるため、進行テーブル３７には同じ議事ＩＤの議事が登録されることがある。すなわち、中断と終了に明確な区別はなく、終了後、議事が再開されることで直前の終了は中断であったと解釈される。
【００４４】
ここで、会議最終更新日時について説明する。会議最終更新日時は、原則的に進行テーブル３７の開始時刻又は終了時刻である。開始時刻又は終了時刻は、進行支援装置２００が有する時計から読み取った現地（例えば日本）の標準時刻又は電波時計などから得た正確な標準時刻である。なお、会議の開始時刻を基準とする相対的な時刻を採用してもよい。
会議開始後：進行テーブルの進行中の議事の開始時刻
会議中断中：進行テーブルの最後に進行された議事の終了時刻
会議終了後：進行テーブルの最後に進行された議事の終了時刻
一方で、会議開始前は進行テーブルに何も登録されていないので、次のようになる。
会議開始前：会議テーブルか議事テーブルの編集日時
また、進行支援装置２００が会議最終更新日時をこれらテーブルとは独立に記憶することもできる。
【００４５】
〔全体的な進行手順〕
図８は、会議進行支援システム５００が議事進行の進捗を管理する手順を示すフローチャート図の一例である。
【００４６】
〔Ｓ１０〕
はじめにユーザは、これから開催する会議の会議情報を情報端末機上の入力部２３を操作して入力する。
【００４７】
図９は、入力完了後の会議情報の画面表示例を示す図である。会議情報は、会議書誌事項や議事リストなどから構成される。会議書誌事項は、会議名欄２０１、会議時間欄２０２、２０３などで構成され、ユーザは、入力部２３を操作して編集することができる。議事リストは議事タイトル欄２０４、議事予定時間欄２０５、質疑予定時間欄２０５などで構成され、ユーザは議事ごとに報告と質疑の予定時間を設定することができる。
【００４８】
また、会議情報編集手段４４は、議事ごとの議事予定時間の総和を算出し、総時間欄２０６に表示する。同様に、質疑ごとの予定質疑時間の総和を算出し、総時間欄２０７に表示する。また、会議情報編集手段４４は、予定開始時刻から予定終了時刻までの会議予定時間を会議時間欄２０８に表示する。会議予定時間は、議事予定時間の総和と予定質疑時間の総和の合計に等しい。
【００４９】
ユーザが会議情報を設定又は変更して所定の操作を行うと、情報端末機１００は入力された編集情報を、通信装置１５を介して進行支援装置２００に送信する。進行支援装置２００の議事作成手段３１は、情報端末機１００から受信した編集情報に対し、会議ＩＤや議事ＩＤを付して、データ格納部２４内の会議テーブル３５および議事テーブル３６へ保存する。この会議ＩＤは、会議の開始の操作を受け付けるため、情報端末機１００に送信される。
【００５０】
〔Ｓ２０〕
図８に戻り、ユーザは情報端末機１００の入力部２３を操作して、会議ＩＤを指定することで会議を開始する操作を行う。会議情報操作手段４２は、ユーザが入力した操作情報を通信装置１５を介して進行支援装置２００に送信する。
【００５１】
進行支援装置２００の議事移行確認手段３４は、会議ＩＤに基づき会議の進行を開始する。具体的には、この会議ＩＤに対応づけられた議事テーブル３６の議事ＩＤを全て読み出す。そして、議事番号が「１」の議事ＩＤを特定し進行テーブル３７に記録する。また、進行テーブル３７の開始時刻に現在の時刻を、議事ＩＤに対応づけて登録する。なお、議事ＩＤが「１」の議事から進行が開始されるとは限らない。
【００５２】
〔Ｓ３０〕
そして、会議が開始されると、会議進捗算出手段３３は、会議に関する時間の計測を開始する。会議進行支援システム５００が扱う時間には以下のような時間がある。
議事経過時間＝議事毎の経過時間
議事進捗時間＝(進行実績があり、進行中でない議事は議事予定時間) 、進行中の議事はmin(議事経過時間，議事予定時間)、（進行実績がなければゼロ）
会議経過時間＝会議が開始してからの経過時間
会議進捗時間＝各議事進捗時間の合計
会議経過時間が理想的な進捗状況を表すのに対し、会議進捗時間は議事の進捗を反映する実際の会議の進捗状況である。よって、両者を比較すると、進捗進み具合が分かる。上記の定義から会議進捗時間は、次のように書ける。
【００５３】
会議進捗時間＝Σ(進捗実績があり、進行中でない議事の議事予定時間) ＋ min(進行中の議事の議事経過時間，進行中の議事の議事予定時間) ・・・（１）
式（１）は進行中か進行中でないかにより、議事時間の算出方法が分けられている。進捗実績がない議事の議事進捗時間はゼロであるので式（１）には現れない。
【００５４】
式（１）の前半部分の合計では、議論が終了した議事の進捗の合計を算出している。つまり、一度議論を終了した議事については、その議事の議論は終わったものと考えて、議事予定時間全てを使い切っていてもいなくてもその議事の議事予定時間を会議進捗時間に合算している。議事進捗時間が予定時間を超過していても、その議事で議論以上の進捗はないと考え、議事予定時間を会議の進捗に合算している。
【００５５】
また、式（１） の後半部分のｍｉｎ（A,B）はA,Bのうち小さい方を会議進捗時間に加えるという意味であり、進行中の議事の議事進捗時間を会議進捗時間に足している。つまり進行中の議事については、経過した時間そのものを議事の進捗と考えることを原則に、議事予定時間を超過した場合、議事の進捗がないと考え、議事予定時間のみを会議進捗時間に加算する。
【００５６】
進行支援装置２００は、各情報端末機１００からの会議進行状況取得リクエスト及び操作情報送信リクエストに応じて、会議進行状況の更新をしたり、各情報端末機１００へ会議進行状況情報等を送信する。
【００５７】
会議進行状況取得リクエストは、会議進行状況情報の送信を要求するリクエストである。操作情報送信リクエストは、会議の進行操作を要求するリクエストである。これらのリクエストには少なくとも会議を特定するための会議ＩＤが含まれる。
【００５８】
会議進行支援システム５００が想定する環境では、一つの進行支援装置２００に対し、複数の情報端末機１００が存在するため、各情報端末から一斉に操作情報送信リクエストあった場合、各情報端末間で矛盾した進行要求を行うケースが考えられる。このようなケースに対応するため、操作情報送信リクエストが短時間に集中した場合でも、その中の一つの操作情報送信リクエストのみを採用し、その他の操作情報送信リクエストに対して「操作要求が無効になった」旨を適切に通知する方法を後に詳述する。
【００５９】
〔Ｓ４０〕
ユーザは情報端末機１００の入力部２３を操作して、会議を終了する操作を行う。会議情報操作手段４２は、ユーザが入力した操作情報を通信装置１５を介して進行支援装置２００に送信する。議事移行確認手段３４は、会議終了の操作情報を受信すると、進行テーブル３７に終了した議事の終了時刻を登録する。
【００６０】
〔進行支援メニューの例〕
図１０は、進行支援メニュー１４の一例を示す。進行支援メニュー１４は、ＯＳのマルチタスク機能により他のアプリケーションとは独立に実行されるプログラム１１０により表示されるため、例えばプレゼンテーション用のアプリケーションと共に１つの表示部２２に表示される。進行支援メニュー１４は、常にユーザの手前側に表示されるように設定される。
【００６１】
進行支援メニュー１４は各情報端末機１００の会議情報表示手段４３が、進行支援装置２００から受信した情報を利用して表示する。進行支援メニュー１４は、２つの議事表示欄５２，５３、議事インジケータ１８、会議インジケータ（バーグラフ１１、マーク１２）１７、「リスト非表示」ボタン５４、及び、「次の議事へ」ボタン５６を有する。進行支援メニュー１４は、議事タイトルのリスト（以下、議事リスト５１という）が表示された状態とされない状態を有する。図１０（ａ）は表示された状態である。
【００６２】
「リスト非表示」ボタン５４は、議事リスト５１を非表示とする操作を受け付けるボタンである。進行支援メニュー１４は、会議の進行を支援するものなので、他のアプリケーションの表示を阻害しないように、議事リスト５１の表示／非表示を切り替えることができる。ユーザが「リスト非表示」ボタン５４を押下すると、図１０（ｂ）に示すように議事リスト５１だけを消去することができる。
【００６３】
図１０（ａ）の進行支援メニュー１４では会議がすでに開始されている。進行支援メニュー１４の議事表示欄５２には進行中の議事２のタイトルが、議事表示欄５３には議事２の次の議事３のタイトルがそれぞれ表示される。
【００６４】
ユーザが、次の議事へ進行を移したいと考えた場合、ユーザは「次の議事へ」ボタン５６を押下する。また、ユーザが、議事リスト５１の議事のタイトルの横の「開始」ボタン６１，６３，６４又は「再開」ボタン６６を押下しても、議事の進行操作となる。「開始」ボタン６１，６３，６４は、その議事が一度でも進行されると「再開」ボタンに変わる。図は議事２だけが進行された状態である。なお、現在進行中の議事２は、再開を受け付けることができないので、トーンダウンして表示される。
【００６５】
また、会議が進行し全ての議事が一度は開始された状態になると、「次の議事へ」ボタン５６が「会議終了」ボタン５７に変わる。この場合でも、ユーザは「リスト表示」ボタン５８を押下することで議事リスト５１を表示して「再開」ボタンを押下することで所望の議事を再開できる。
【００６６】
また、各議事には「質疑」ボタン７１〜７４が表示される。「質疑」ボタン７１〜７４は、対応する議事が一度でも進行することでユーザが選択可能になる。これは議事の報告よりも質疑が先に来ることはないという前提のためである。図では、「開始」ボタンが表示されている議事には「質疑」ボタン７１，７３，７４がトーンダウンして（選択不能に）表示され、「再開」ボタン又はトーンダウンした「再開」ボタンが表示されている議事には選択可能な「質疑」ボタン７２が表示されている。
【００６７】
表示すべきボタンやボタンの状態（トーンダウンの有無）の制御は、進行支援装置２００から配信される会議進行状況情報に含まれる議事の状態により可能となる。
【００６８】
また、会議情報表示手段４３は、進行支援メニュー１４の議事インジケータ１８、会議インジケータ１７を表示するが、これらについて次述する。
【００６９】
〔議事インジケータ〕
次に、議事インジケータ１８について説明する。図１１は議事インジケータ１８を説明する図の一例である。この議事インジケータ１８は、バッテリの形状を模式化したアイコンであり、アイコンの色分け、点滅等により議事の進捗状況を表す。議事が開始されると、議事インジケータ１８は、当該議事についての議事予定時間に対する議事経過時間が色付けされた部分の表示が減ることで示される。例えば、ある議事の開始直後、図１１（ａ）のように議事インジケータ１８の全体が一色（例えばグリーン）で表示される。そして、図１１（ｂ）に示すように、時間が経過すると徐々に、グリーンの部分が小さくなりそれまでグリーンだった部分が白色になる。図１１（ｂ）の状態は、当該の議事の議事予定時間の約半分が経過したことを示す。
【００７０】
より正確には、次のようにして色分け位置を決定する。
色分け位置＝（議事予定時間−議事経過時間）／議事予定時間
この色分け位置を議事インジケータ１８の高さ方向の長さに乗じれば、実際の色分け位置が得られる。
【００７１】
さらに時間が経過して、当該の議事の議事予定時間が経過した時、議事インジケータ１８は図１１（ｃ）のように全体が白色になる。この状態になる前にこの議事が終了すれば（「次の議事へ」ボタンが押下される）、議事インジケータ１８は図１１（ｄ）の状態にはならない。
【００７２】
議事経過時間が議事予定時間と等しくなると、会議情報表示手段４３は警告音を吹鳴する。例えば「チーン」「リリリ…」「ピンポーン」「決められた時間が経過しました」などである。このような警告音の出力は、例えば、ソフト的なプレーヤにサウンドファイルの実行を要求することで実現できる。
【００７３】
この後、議事予定時間を超過した場合、議事インジケータ１８の表示態様は、図１１（ｃ）と（ｄ）の状態が交互に入れ替わる態様になる。図１１（ｄ）では議事インジケータ１８の全体が一色（例えば赤色）で表示されている。この結果、ユーザには議事インジケータ１８が赤色で点滅しているように見える。
【００７４】
議事インジケータ１８が点滅した状態でも、例えば１分ごとなど決められた間隔で、議事経過時間が警告音を吹鳴してもよい。こうすることで、ユーザは議事経過時間が議事予定時間を経過したことを思い出すことができる。
【００７５】
そして、「次の議事へ」ボタンが押下され、一度も進行されていない議事が開始された直後は、議事インジケータ１８は図１１（ａ） の表示状態となる。また、いったん開始された後、中断された議事をユーザが再開した場合、直前の終了時の表示状態と同じになる。
【００７６】
なお、議事インジケータ１８の形状や色は人間が視認できる限りでどのような形状や色でもよく、立体形状のインジケータとなってもよい。ただし、議事インジケータ１８で使用する色に関しては、色覚障害者を考慮したものであることが望ましい。
【００７７】
〔会議インジケータ〕
次に、図１２を用いて会議インジケータ１７について説明する。会議インジケータ１７は、バーグラフ１１とマーク１２から成り、予定通りに会議が進行した場合の進捗状況と、実際の会議の進捗状況とを表示する。予定通りに会議が進行した場合の進捗状況は、例えば、バーグラフ１１の全長に対する色分け位置などで示される。
【００７８】
会議開始の直後、図１２（ａ）に示すように、バーグラフ１１は全体が一色（例えば、白色）で表示される。なお、バーグラフ１１の始点は予定開始時刻であり、終点は予定終了時刻である。
【００７９】
会議インジケータ１７は、議事インジケータ１８と異なり、経過時間と共にグリーンの領域が徐々に大きくなっていく。バーグラフ１１の斜線領域（グリーン）が、予定開始時刻からの経過時間を表す。図１２（ｂ）は会議予定時間に対し半分の時間が経過したバーグラフ１１である。
【００８０】
会議経過時間が予定終了時刻に近くなると、図１２（ｃ）のように、バーグラフ１１の全体がグリーンになる。
【００８１】
より正確には、次のようにしてバーの色分け位置を決定する。
バーの色分け位置＝会議経過時間／会議予定時間
このバーの色分け位置をバーグラフ１１の横方向の長さに乗じれば、実際の色分け位置が得られる。
【００８２】
予定終了時間を超過しても会議が終了しない場合、会議インジケータ１７は図１２（ｄ）と図１２（ａ）が切り替わる点滅状態となる。図１２（ｄ）のバーグラフ１１は全体が一色（例えば赤色）で占められている。この結果、ユーザには議事インジケータ１８が赤色で点滅しているように見える。予定終了時刻前に会議が終了されると（終了ボタンが押下されると）、会議インジケータ１７はそれ以上変化しない。
【００８３】
なお、予定開始時刻や予定終了時刻を基準とした表示ではなく、実際に会議が開始された時刻をバーグラフ１１の始点とし、実際に会議が開始された時刻に会議予定時間を足した時刻をバーグラフ１１の終点としてもよい。この場合、会議が遅れて始まっても、会議の時間として会議予定時間を確保できる。
【００８４】
また、実際に会議が開始された時刻をバーグラフ１１の始点とし、バーグラフ１１の終点は予定終了時刻のままとすることもできる。この場合、会議が遅れて始まっても、予定終了時刻を守ることができる。
【００８５】
なお、会議インジケータ１７で使用する色は、色覚障害者を考慮したものであることが望ましい。また、バーグラフ１１の色分けではなく、数値で表示してもよい。この場合、例えば、「残りの時間／会議予定時間」のように表示される。
【００８６】
・「▲」の表示
バーグラフ１１の色分けが予定通りに会議が進行した場合の経過時間割合を表すのに対し、「▲」のアイコン（マーク）は会議進捗時間を表す。なお「▲」でなく、「｜」のような棒状のアイコンなどアイコンはどのような形状でもよい。
【００８７】
図１２（ａ）に示すように、マーク１２がバーグラフ１１の左端を指示する場合、議事が一つも進行されていないことを示し、図１２（ｄ）に示すようにマーク１２がバーグラフ１１の右端を指示する場合、全ての議事が終了したことを示す。
【００８８】
マーク１２は、バーグラフ１１の長さを各議事の議事予定時間の比率に応じて区分して、経過時間とともに移動する。マーク位置は次のようにして計算される。
マークの位置＝会議進捗時間／会議予定時間
このマークの位置をバーグラフ１１の横方向の長さに乗じれば、実際のマークの位置が得られる。
【００８９】
上記のように会議進捗時間（議事進捗時間）の計測方法に特徴があるため、マーク２１は一様には移動しない。例えば、図１３（ａ）のように、６つの議事があり、それぞれの議事予定時間の比率により各割合長さに区分した場合を例に説明する。実際には図１３（ａ）のような区分線は表示されない。
【００９０】
まず、議事１の進行中（議事１以外から進行してもよい）、マーク１２は、時間の経過と共に右に移動する。したがって、図１３（ｂ）に示すように、議事１においてはアイコンとバーグラフ１１の色分け位置が同じ位置を指示する。
【００９１】
そして、ユーザが議事１が終了したと判断したり中断させたい場合、「次の議事へ」ボタンを押下する。この時、バーグラフ１１の色分け位置は議事１と２の境界を越えている場合も超えていない場合もあるが、マーク１２は割合長さを超えて移動しない。
【００９２】
図１３（ｃ）はバーグラフ１１の色分け位置が議事１と２の境界を越えている状態の会議インジケータ１７を示す。議事経過時間が議事予定時間を超過した後、マーク１２は割合長さを超えて移動しないので、ユーザは会議の進捗が予定の進捗状況よりも遅れていることを把握できる。
【００９３】
図１３（ｄ）はバーグラフ１１の色分け位置が議事１と２の境界を越えていない状態の会議インジケータ１７を示す。「次の議事へ」ボタンの押下により、マーク１２は割合長さの終端まで瞬間的に移動するので、ユーザは会議の進捗が予定よりも進んでいることを把握できる。
【００９４】
なお、会議インジケータ１７の形状や色は人間が視認できる限りどのような形状や色でもよく、立体形状のインジケータとなってもよい。ただし、会議インジケータ１７で使用する色に関しては、色覚障害者を考慮したものであることが望ましい。
【００９５】
〔情報端末機による進行支援装置からの情報取得〕
図１４は、情報端末機１〜３が進行支援装置２００から情報を取得するシーケンス図の一例である。
【００９６】
各情報端末機１の会議情報表示手段４３は、一定間隔（例えば、５秒）で進行支援装置２００に会議進行状況取得リクエストを送信する（Ｓ１−１）。会議進行状況取得リクエストは、会議進行状況情報の送信を要求するリクエストである。具体的には次のような情報を含む。
｛リクエストＩＤ、会議ＩＤ、情報端末機のアドレス｝
リクエストＩＤは、会議進行状況取得リクエストであることを示す識別情報であり、情報端末機１〜３のアドレスは、情報端末機１〜３を識別できればユーザＩＤや情報端末機１〜３のＩＤなどどのような情報でもよい。
【００９７】
会議進行状況取得リクエストを受信した進行支援装置２００の会議情報送信手段３８は、会議進行状況情報と会議最終更新日時をリクエスト元の情報端末機１に返信する（Ｓ１−３）。なお、会議進行状況取得リクエストのみを受信している限りでは、会議進行状況の更新はおこなわれない。
【００９８】
会議進行状況情報は会議の進行状況を示す全ての情報を含み、例えば次のような情報である。
【００９９】
｛会議名、会議の状態（予定中、進行中、中断中、終了後）、予定開始時刻、予定終了時刻、議事ＩＤ、議事タイトル、議事予定時間、議事の状態（予定中、進行中、中断中）、議事表示順情報、議事経過時間、会議進捗時間、会議経過時間、現在進行中の議事の議事ＩＤ｝である。
【０１００】
すなわち、進行支援メニュー１４を表示するために必要な全ての情報が含まれる。議事経過時間、会議進捗時間、会議経過時間、会議予定時間（予定終了時刻−予定開始時刻）により議事インジケータ１８も会議インジケータ１７も表示できる。会議情報表示手段４３は会議進行状況情報を受信するとユーザ操作しなくても進行支援メニュー１４を更新する。
【０１０１】
また、会議最終更新日時は、会議に対して操作が行われた最終更新日時をあらわしている。進行支援装置２００の会議情報送信手段３８は、会議進行状況取得リクエストに含まれる会議ＩＤに基づき議事テーブル３６を参照し、会議に属する議事の議事ＩＤを特定する。そして、進行テーブル３７に登録されている議事ＩＤの開始時刻又は終了時刻のうち最も新しい時刻が最終更新日時である（この場合、会議が進行しているので会議テーブルと議事テーブルの更新日時は考慮しなくてよい）。
【０１０２】
各情報端末機２，３の会議情報表示手段４３も同様に、定期的に進行支援装置２００に会議進行状況取得リクエストを送信する（Ｓ１−５，Ｓ１−９）。進行支援装置２００は、会議進行状況情報と最終更新日時を情報端末機２，３に送信する（Ｓ１−７，Ｓ１−１１）。
【０１０３】
以降、各情報端末機１〜３の会議情報表示手段４３は、会議進行状況取得リクエストを送信し（Ｓ１−１３，Ｓ１−１７，Ｓ１−２１）、進行支援装置２００は、会議進行状況取得リクエストを受信すると、会議進行状況情報と最終更新日時を情報端末機１〜３に送信する（Ｓ１−１５，Ｓ１−１９、Ｓ１−２３）。
【０１０４】
会議情報表示手段４３は、会議進行状況情報を受信すると、次のようにして進行支援メニュー１４を表示する。
・会議情報表示手段４３は、議事表示順情報に基づき議事リスト５１に表示する議事の順番を決定する。
・この順番に基づき、議事リスト５１の各欄に議事タイトルを割り当てる。
・議事の状態に基づき、議事リスト５１の右側のボタンに表示する文字を決定する。すなわち、「予定中」の議事には「開始」ボタンが、「進行中」の議事には「再開（トーンダウン）」ボタンが、「中断中」の議事には「再開」ボタンが、それぞれ割り当てられる。
・進行支援メニュー１４の議事表示欄５２に、議事の状態が「進行中」の議事のタイトルを表示する。議事表示欄５３には、議事表示順情報に基づき「進行中」の議事の次の議事のタイトルを表示する。
・議事の状態に応じて、「会議開始」ボタン、「次の議事へ」ボタン又は「会議終了」ボタンを表示する。
・現在進行中の議事の議事ＩＤの議事経過時間に基づき、議事インジケータ１８を表示する。
・会議経過時間、会議進捗時間及び会議予定時間に基づき会議インジケータ１７を表示する。
【０１０５】
なお、会議情報表示手段４３は、議事経過時間、会議経過時間、会議進捗時間を受信すると、ローカルの時計で独自に計時を受け継ぐ。こうすることで、進行支援装置２００と通信していない間、情報端末機１〜３は会議インジケータ１７や議事インジケータ１８を時間と共に変化させることができる。
【０１０６】
〔情報端末機による進行支援装置２００からの情報更新〕
図１５は、情報端末機１〜３が進行支援装置２００の情報を更新するシーケンス図の一例である。
【０１０７】
各情報端末機１〜３の会議情報操作手段４２は、情報更新の前に会議進行状況取得リクエストを進行支援装置２００に送信する（Ｓ２−１）。この会議進行状況取得リクエストは図１４の定期的な会議進行状況取得リクエストと同じものである。
【０１０８】
図１５では、各情報端末機１〜３の一度目のリクエスト（Ｓ２−１〜Ｓ２−５）は、会議進行状況リクエストである。図１４と同様に、進行支援装置２００の会議情報提供手段３８は、会議進捗状況情報と会議最終更新日時Ｔ１を各情報端末機１〜３に返信する（Ｓ２−７〜Ｓ２−１１）。
【０１０９】
次に、情報端末機１の会議情報操作手段４２は、進行支援装置２００に対し、操作情報送信リクエストを送信する（Ｓ２−１３）。操作情報送信リクエストは、ユーザが進行支援メニュー１４を操作したことによる、会議の状況の更新を要求するものである。多いのは、進行対象の議事の切り替え操作であり、この他、会議開始の操作や会議終了の操作が含まれる。操作情報送信リクエストには次の情報が含まれる。
｛操作対象の議事の議事ＩＤ、操作名、タイムスタンプ（前回の会議進捗情報リクエストの返信で得た会議最終更新日時）｝
議事ＩＤが分かれば会議ＩＤは一意に特定できるが、会議ＩＤをさらに含めてもよい。
【０１１０】
操作情報送信リクエストを受信した進行支援装置２００の議事進行受け付け手段３２は、操作情報送信リクエストに含まれる会議最終更新日時（T１）を検証する。
【０１１１】
検証とは、操作情報送信リクエストとともに送信されるタイムスタンプＴ１が、進行テーブル３７の最終の会議最終更新日時と一致するかどうかを確認することを言う。一致した場合、議事移行確認手段３４は、操作情報送信リクエストに含まれる操作対象の議事の議事ＩＤと操作名とに従い、進行テーブル３７に開始時刻及び／又は終了時刻を登録する。
【０１１２】
すなわち、操作対象の議事の議事ＩＤには少なくもとそれまで進行中であった議事の議事ＩＤ又は次の進行対象の議事の議事ＩＤが含まれる。よって、議事移行確認手段３４は、少なくともいずれか議事ＩＤを使って、操作名が「次の議事へ」の場合、進行テーブル３７のそれまで進行中であった議事の議事ＩＤに終了時刻を、進行対象の議事の議事ＩＤに開始時刻を、それぞれ登録する。
【０１１３】
また、操作名が「会議開始」の場合、進行テーブル３７に進行対象の議事の議事ＩＤと開始時刻を登録し、操作名が「会議終了」の場合、進行テーブル３７のそれまで進行中であった議事の議事ＩＤに終了時刻を登録する。
【０１１４】
会議情報提供手段３８は、会議進捗状況情報と新たな会議最終更新日時（T２）を情報端末機１に返信する（Ｓ２−１５）。
【０１１５】
次に、情報端末機２の会議情報表示手段４３が、同様に会議進行状況リクエストを進行支援装置２００に送信すると（Ｓ２−１７）、進行支援装置２００は、会議進捗状況情報と会議最終更新日時（T２）を情報端末機２に返信する。
【０１１６】
また、情報端末機３の会議情報送信手段４２は、進行支援装置２００に対し、操作情報送信リクエストを送信する（Ｓ２−１９）。操作情報送信リクエストに含まれる情報は上記のとおりだが、情報端末機３は前回の会議進捗情報リクエストの返信で得た会議最終更新日時として、タイムスタンプＴ１を有している。このため、情報端末機３が送信する操作情報送信リクエストには、情報端末機３が前回の会議進捗状況リクエストの返信で得たタイムスタンプＴ１が含まれる。
【０１１７】
操作情報送信リクエストを受信した進行支援装置２００の議事進行受け付け手段３２は、操作情報送信リクエストとともに送信されたタイムスタンプＴ１が、進行支援装置２００内の議事テーブル３６および進行テーブル３７から導出される最終の会議最終更新日時（T２）とは異なることを検出する。
【０１１８】
議事進行受け付け手段３２は、情報端末機３に対し、「各情報端末機の操作間でコンフリクトが発生した」という旨のメッセージ、会議進捗状況情報及び前述の新たな会議最終更新日時（T２）を情報端末機３に返信する。
【０１１９】
以降、進行支援装置２００からコンフリクト発生を通知された情報端末機３は、タイムスタンプＴ２を用いて、操作情報送信リクエストを送信しなおすことができる。したがって、１つの会議最終更新日時に対し、操作情報送信リクエストが受け付けられる情報端末機１００を必ず１台に制限することができる。
【０１２０】
いずれかの情報端末機１〜３の操作情報送信リクエストが進行支援装置２００に受け付けられた場合、会議の進行操作を要求する情報端末機１〜３は最終の会議進捗状況情報を受信することになる。このため、情報端末機１〜３は最新の会議進行状況を反映した操作メニュー１４を表示でき、他の情報端末機からの操作に対し矛盾のない、進行操作が可能となる。したがって、どの情報端末機１００からでも矛盾なく最終の会議進捗状況に対する会議進行支援操作が可能となる。したがって、会議進行役に固定されずに全ユーザが会議進行操作をすること可能となる。
【０１２１】
図１６は、進行支援装置２００が会議進行の進捗を管理する手順を示すフローチャート図の一例である。
【０１２２】
進行支援装置２００は、情報端末機１〜３から会議進捗情報リクエスト又は操作情報送信リクエストが送信されるまで待機している（Ｓ９０１）。
【０１２３】
情報端末機１００から会議進捗情報リクエスト又は操作情報送信リクエストを受け取ると、会議情報提供手段３８は、会議進捗情報リクエスト又は操作情報送信リクエストのどちらを受信したかを判定する（Ｓ９０２）。
【０１２４】
会議進捗情報リクエストを受信した場合、会議情報提供手段３８は進行支援装置２００から情報端末機１００へ送信するレスポンスメッセージに「ＯＫ」を設定する（Ｓ９０３）。
【０１２５】
次に、会議情報提供手段３８は、データ格納部２４から取得した会議進捗状況をレスポンスメッセージに設定し（Ｓ９０４）、議事テーブル３６および進行テーブル３７から得られる指定の会議の中で、最も新しい最終更新日時をレスポンスに付加する（Ｓ９０５）。こうして作成されたレスポンスメッセージをリクエスト元の情報端末機１００に返信する（Ｓ９０６）。
【０１２６】
またＳ９０２で情報端末機１００から操作情報送信リクエストを受信した場合、議事進行受け付け手段３２は、リクエストに含まれるタイムスタンプが、議事テーブル３６（会議開始前）又は進行テーブル３７（会議開始後）から得られる指定の会議の会議最終更新日時と一致するか否かを判定する（Ｓ９０７）。
【０１２７】
一致しない場合、議事進行受け付け手段３２は、進行支援装置２００から情報端末機１００へ送信するレスポンスメッセージに「Ｃｏｎｆｌｉｃｔ」を設定する（Ｓ９０８）。以降はＳ９０４からＳ９０６まで処理と同様であり、Ｓ９０１へ戻る。
【０１２８】
またＳ９０７で操作情報送信リクエストに含まれるタイムスタンプが、議事テーブル３６および進行テーブル３７から得られる指定の会議の会議最終更新日時と一致した場合、会議情報提供手段３８は、進行支援装置２００から情報端末機１００へ送信するレスポンスメッセージに「ＯＫ」を設定する（Ｓ９０９）。
【０１２９】
次に、会議情報提供手段３８は、進行支援装置２００の内部時計から時刻を取得し、データ格納部２４内の進行テーブル３７を情報端末機１００からの操作に応じて更新する（Ｓ９１０）。
【０１３０】
次に、会議情報提供手段３８は、最終の会議進行状況情報と会議最新更新日時をレスポンスに付加する（Ｓ９１１）。
【０１３１】
最後に、会議情報提供手段３８は、情報端末機１００からの操作名が「会議終了」だったか否かを判定し（Ｓ９１２）、「会議終了」以外であった場合は、Ｓ９０６で情報端末機１００にレスポンスを返信した後Ｓ９０１へ戻る。
【０１３２】
Ｓ９１２での情報端末機１００からの操作名が「会議終了」であった場合は、会議情報提供手段３８が情報端末機１００にレスポンスを返信した後（Ｓ９１３）、進行支援装置２００はこのフローを終了する。
【０１３３】
なお、本実施形態では、各情報端末機１００が定期的に進行支援装置２００に問い合わせ、情報端末機１００が主体的に進行支援装置２００から会議進捗情報を取得るPULL方式にて説明した。こうすることで、各情報端末機１００が確実に最終の会議進捗情報を得られる。
【０１３４】
しかし、情報端末機１００は待ち受け状態を維持するだけにして、会議進行状態が更新された時に、進行支援装置２００が各情報端末機１００に会議進行状況情報を送信するPUSH方式を採用してもよい。この場合、トラフィックを低減できる。
【０１３５】
また、PULL型とPUSH型を組み合わせることも有効である。すなわち、定期的な会議進行状況情報の取得にはPULL型を採用し、会議進行状態が更新された時には、進行支援装置２００が各情報端末機１００に会議進行状況情報を送信するPUSH型を採用することができる。これにより、操作情報送信リクエストを送信しなかった情報端末機１００が最終の会議進行状況情報をすぐに取得することができる。
【０１３６】
以上説明したように、本実施形態の会議進行支援システム５００は、ある情報端末機１００が進行させた会議進行状況と矛盾無く、別の情報端末機１００が会議を進行させることができる。したがって、進行役を限定する必要がなく、会議の進捗がスケジュール通りに行かない場合に、各ユーザが柔軟に進行させることができる。
【符号の説明】
【０１３７】
１１      バーグラフ
１２      マーク
１３      プロジェクタ
１４      進行支援メニュー
１５      通信装置
１６      ネットワーク
１７      会議インジケータ
１８      議事インジケータ
２１、４１制御部
２２      表示部
２３      入力部
２４      データ格納部
３１      議事作成手段
３２      議事進行受け付け手段
３３      会議進捗算出手段
３４      議事移行確認手段
３５      会議テーブル
３６      議事テーブル
３７      進行テーブル
３８      会議情報提供手段
４２      会議情報操作手段
４３      会議情報表示手段
４４      会議情報編集手段
１００    情報端末機
２００    進行支援装置
５００    会議システム
【先行技術文献】
【特許文献】
【０１３８】
【特許文献１】特開２００４−３２８５８８号公報
【図１】
2012060232.tif 000003
【図２】
2012060232.tif 000004
【図３】
2012060232.tif 000005
【図４】
2012060232.tif 000006
【図５】
2012060232.tif 000007
【図６】
2012060232.tif 000008
【図７】
2012060232.tif 000009
【図８】
2012060232.tif 000010
【図９】
2012060232.tif 000011
【図１０】
2012060232.tif 000012
【図１１】
2012060232.tif 000013
【図１２】
2012060232.tif 000014
【図１３】
2012060232.tif 000015
【図１４】
2012060232.tif 000016
【図１５】
2012060232.tif 000017
【図１６】
2012060232.tif 000018