JP2014179806A - 通信システム、通信管理装置、及びプログラム - Google Patents

Abstract

【課題】通信中に発生した関連情報の登録機能及び登録された関連情報の閲覧機能の向上、容易化を図る。
【解決手段】本発明に係る通信システムは、複数の通信端末を用いたコミュニケーションを管理する通信システムであって、コミュニケーションに関連する電子情報を、電子情報を登録する登録端末から取得する取得手段と、登録端末から取得した端末識別情報に基づいて、端末識別情報に関連付けられた通信端末が他の通信端末とコミュニケーション中の場合に、通信端末が参加しているコミュニケーションを識別するコミュニケーション識別情報と、電子情報とを対応付けて登録する管理手段とを有する。
【選択図】図４

Description

本発明は、通信システム、通信管理装置、及びプログラムの分野に関する。

近年、インターネット等の通信ネットワークを介し、複数の通信端末の間で画像データ及び音声データ等の映像データの通信を行なう通信管理システム（例えば、会議システム）が普及している。また、ブロードバンド環境の充実化により、高画質の画像データや高音質の音声データの送受信が可能となった。このため、通信管理システムにおいては、通話の相手の状況を把握し易くなり、例えば、会議の出席者は、実際の会議に近い状態で、遠隔地間の会議を行えることが特徴である。

また、このような通信管理システムにおいては、複数の通信端末間での通信に関連する関連情報や補足的情報を、テキストメモや添付ファイルなどの形で保存しておき、後から、保存された関連情報を閲覧可能に管理する技術が知られている。

例えば、特許文献１には、会議中に会議参加端末から議事メモ情報を受け付け、その議事メモを時間情報と対応付けて、会議関連情報を作成し提示する発明が記載されている。

しかしながら、特許文献１記載の発明は、保存される議事メモ情報が日時情報としか対応付いていないため、後に保存された議事メモ情報を閲覧する場合、日時でしか検索することはできない。このため、例えば、後に開催された会議と対応付けて、検索・閲覧することは困難である。

本発明は上記のような問題に鑑み提案されたものであり、その目的とするところは、通信中に発生した関連情報の登録機能及び登録された関連情報の閲覧機能の向上、容易化を図る通信システム、通信管理装置、及びプログラムを提供することにある。

そこで上記課題を解決するため、本発明に係る通信システムは、複数の通信端末を用いたコミュニケーションを管理する通信システムであって、前記コミュニケーションに関連する電子情報を、該電子情報を登録する登録端末から取得する取得手段と、前記登録端末から取得した端末識別情報に基づいて、該端末識別情報に関連付けられた通信端末が他の通信端末とコミュニケーション中の場合に、該通信端末が参加している前記コミュニケーションを識別するコミュニケーション識別情報と、前記電子情報とを対応付けて登録する管理手段とを有する。

なお、本発明の構成要素、表現または構成要素の任意の組合せを、方法、装置、システム、コンピュータプログラム、記録媒体、などに適用したものも本発明の態様として有効である。

本発明によれば、通信中に発生した関連情報の登録機能及び登録された関連情報の閲覧機能の向上、容易化を図る通信システム、通信管理装置、及びプログラムを提供することができる。

通信システム１の概略図である。 通信端末１００のハードウェア構成図である。 通信管理サーバ３００のハードウェア構成図である。 通信管理サーバ３００、設定ユーティリティサーバ４００、ログ管理サーバ５００の機能ブロック図である。 通信端末状態テーブルの一例である。 ログ情報の一例である。 ログ情報をＪＳＯＮ形式にした場合の例である。 参加者履歴テーブルの一例である。 開催会議管理テーブルの一例である。 関連情報管理テーブルの一例である。 関連情報の登録処理の示すシーケンス図である。 関連情報の登録画面の一例である。 関連情報のログ情報の一例である。 関連情報の閲覧処理の示すシーケンス図である。 会議参加履歴の閲覧画面の一例である。 会議参加履歴の一覧画面の一例である。 関連情報の閲覧画面の一例である。 検索条件を説明する図である。 関連情報の登録画面の一例である。 クライアントＰＣの関係図である。 関連情報の登録処理の示すシーケンス図である。 通信管理サーバ３００の機能ブロック図である。 会議情報テーブルの一例である。 関連情報の登録処理の示すシーケンス図である。 関連情報の登録画面の一例である。 開催会議管理テーブルの一例である。 関連情報の閲覧処理の示すシーケンス図である。 会議参加履歴の一覧画面の一例である。 関連情報の登録処理の示すシーケンス図である。 関連情報の登録処理の示すシーケンス図である。 関連情報の登録処理の示すシーケンス図である。

以下、本発明を実施するための形態を各実施形態において図面を用いて説明する。

[システム]
＜全体構成＞
はじめに、具体的な発明の内容を説明する前に、本発明を実施するにあたっての全体構成について説明する。

図１は、本実施形態に係る通信システム１の概略図である。通信システム１は、通信端末１００、クライアントＰＣ２００、通信管理サーバ３００、設定ユーティリティサーバ４００、ログ管理サーバ５００が、ネットワーク６００を介し相互接続されて構成される。

通信システム１には、通信管理システム２を介して、一方の通信端末１００から他方の通信端末１００に一方向でコンテンツデータを伝送するデータ提供システムや、複数の通信端末１００間で動画データや音声データを相互に伝達するコミュニケーションシステムが含まれる。このコミュニケーションシステムは、テレビ会議システムやテレビ電話システム等が例として挙げられる。

通信端末１００は、他の通信端末との間で送受信されるコミュニケーション・コンテンツデータの一例としての、映像データ（動画データ、静止画データ、音声データ等を含む）を送受信する。これにより、通信端末１００間でのテレビ会議等を実現できる。なお、通信端末１００は、複数の通信端末を含む。

クライアントＰＣ２００は、設定ユーティリティサーバ４００にアクセスし、会議参加履歴を閲覧したり、会議中に登録された関連情報（例えば、議事メモや添付ファイル等）を登録及び閲覧するためのＰＣ端末（例えば、登録端末及び閲覧端末）である。

通信管理サーバ３００は、通信端末１００間の通信制御や管理、通信に関するログ情報の生成など、通信端末１００間の通信を実現する。通信端末１００は、通信管理サーバ３００を介した通信制御によりセッションを確立し、確立したセッションに基づいて映像データを相互に送受信し、テレビ会議等を実現できる。なお、通信端末１００間で映像データを送受信する際にサーバを介してもよい。

設定ユーティリティサーバ４００は、クライアントＰＣ２００に対し、通信端末１００の各種設定の他、会議参加履歴の閲覧、関連情報の登録及び閲覧などの機能を提供する。

ログ管理サーバ５００は、通信端末１００間で実施された通信のログ情報を管理する。例えば、通信管理サーバ３００からログ情報を受信する。また、設定ユーティリティサーバ４００の要求に応じて、整形済みログ情報（例えば、会議参加履歴情報の一覧）を提供する。

ネットワーク６００は、ＬＡＮ（Local Area Network）及びＷＡＮ(Wide Area Network)を含む通信ネットワークである。ＷＡＮに公衆回線が含まれていても構わない。

なお、例えば、通信管理サーバ３００、設定ユーティリティサーバ４００、ログ管理サーバ５００を、別々の装置として構成している。しかしながら、例えば、通信管理サーバ３００の一の装置にまとめてもよいし、任意の装置同士を組み合わせて構成してもよい。

また、通信端末１００は、図２で後述するように、テレビ会議システム用の専用端末を想定する。このため、別途、設定ユーティリティサーバ４００にアクセスするための端末として、クライアントＰＣ２００を設けた。しかしながら、通信端末１００は、ＰＣに専用のアプリケーションを導入することにより、実現することもできる。この場合、通信端末１００は、ＰＣであるので、クライアントＰＣ２００を兼ねることが可能である。

＜ハードウェア構成＞
（通信端末１００）
図２は、本実施形態に係る通信端末１００のハードウェア構成図である。本実施形態の通信端末１００は、通信端末１００全体の動作を制御するＣＰＵ(Central Processing Unit)１０１、ＩＰＬ(Initial Program Loader)等のＣＰＵ１０１の駆動に用いられるプログラムを記憶したＲＯＭ(Read Only Memory)１０２、ＣＰＵ１０１のワークエリアとして使用されるＲＡＭ(Random Access Memory)１０３、端末用プログラム、画像データ、及び音声データ等の各種データを記憶するフラッシュメモリ１０４、ＣＰＵ１０１の制御にしたがってフラッシュメモリ１０４に対する各種データの読み出し又は書き込みを制御するＳＳＤ（Solid State Drive）１０５、フラッシュメモリ等の記録メディア１０６に対するデータの読み出し又は書き込み（記憶）を制御するメディアドライブ１０７、通信端末１００の宛先を選択する場合などに操作される操作ボタン１０８、通信端末１００の電源のＯＮ／ＯＦＦを切り換えるための電源スイッチ１０９、ネットワーク６００を利用してデータ伝送をするためのネットワークＩ／Ｆ(Interface)１１１を備えている。

また、通信端末１００は、ＣＰＵ１０１の制御に従って被写体を撮像して画像データを得る内蔵型のカメラ１１２、このカメラ１１２の駆動を制御する撮像素子Ｉ／Ｆ１１３、音声を入力する内蔵型のマイク１１４、音声を出力する内蔵型のスピーカ１１５、ＣＰＵ１０１の制御に従ってマイク１１４及びスピーカ１１５との間で音声信号の入出力を処理する音声入出力Ｉ／Ｆ１１６、ＣＰＵ１０１の制御に従って外付けのディスプレイ１２０に画像データを伝送するディスプレイＩ／Ｆ１１７、各種の外部機器を接続するための外部機器接続Ｉ／Ｆ１１８、通信端末１００の各種機能の異常を知らせるアラームランプ１１９、及び上記各構成要素を電気的に接続するためのアドレスバスやデータバス等のバスライン１１０を備えている。

ディスプレイ１２０は、被写体の画像や操作用アイコン等を表示する液晶や有機ＥＬによって構成された表示部である。また、ディスプレイ１２０は、ケーブル１２０ｃによってディスプレイＩ／Ｆ１１７に接続される。このケーブル１２０ｃは、アナログＲＧＢ（ＶＧＡ）信号用のケーブルであってもよいし、コンポーネントビデオ用のケーブルであってもよいし、ＨＤＭＩ(High-Definition Multimedia Interface)やＤＶＩ(Digital Video Interactive)信号用のケーブルであってもよい。

カメラ１１２は、レンズや、光を電荷に変換して被写体の画像（映像）を電子化する固体撮像素子を含み、固体撮像素子として、ＣＭＯＳ(Complementary Metal Oxide Semiconductor)や、ＣＣＤ（Charge Coupled Device）等が用いられる。

外部機器接続Ｉ／Ｆ１１８には、筐体１１００の接続口１１３２に差し込まれたＵＳＢ(Universal Serial Bus)ケーブル等によって、外付けカメラ、外付けマイク、及び外付けスピーカ等の外部機器がそれぞれ電気的に接続可能である。外付けカメラが接続された場合には、ＣＰＵ１０１の制御に従って、内蔵型のカメラ１１２に優先して、外付けカメラが駆動する。同じく、外付けマイクが接続された場合や、外付けスピーカが接続された場合には、ＣＰＵ１０１の制御に従って、それぞれが内蔵型のマイク１１４や内蔵型のスピーカ１１５に優先して、外付けマイクや外付けスピーカが駆動する。

なお、記録メディア１０６は、通信端末１００に対して着脱自在な構成となっている。また、ＣＰＵ１０１の制御にしたがってデータの読み出し又は書き込みを行う不揮発性メモリであれば、フラッシュメモリ１０４に限らず、ＥＥＰＲＯＭ（Electrically Erasable and Programmable ROM）等を用いてもよい。

なお、カメラ１１２、マイク１１４、スピーカ１１５は、必ずしも内蔵している必要はなく、上述したように外付けであってもよい。

（通信管理サーバ３００）
図３は、本発明の本実施形態に係る通信管理サーバ３００のハードウェア構成図である。通信管理サーバ３００は、通信管理サーバ３００全体の動作を制御するＣＰＵ３００１、ＩＰＬ等のＣＰＵ３００１の駆動に用いられるプログラムを記憶したＲＯＭ３００２、ＣＰＵ３００１のワークエリアとして使用されるＲＡＭ３００３、伝送管理用プログラム等の各種データを記憶するＨＤ３００４、ＣＰＵ３００１の制御にしたがってＨＤ３００４に対する各種データの読み出し又は書き込みを制御するＨＤＤ(Hard Disk Drive)３００５、フラッシュメモリ等の記録メディア３００６に対するデータの読み出し又は書き込み（記憶）を制御するメディアドライブ３００７、カーソル、メニュー、ウィンドウ、文字、又は画像などの各種情報を表示するディスプレイ３００８、ネットワーク６００を利用してデータ伝送をするためのネットワークＩ／Ｆ３００９、文字、数値、各種指示などの入力のための複数のキーを備えたキーボード３０１１、各種指示の選択や実行、処理対象の選択、カーソルの移動などを行うマウス３０１２、着脱可能な記録媒体の一例としてのＣＤ−ＲＯＭ(Compact Disc Read Only Memory)３０１３に対する各種データの読み出し又は書き込みを制御するＣＤ−ＲＯＭドライブ３０１４、及び、上記各構成要素を電気的に接続するためのアドレスバスやデータバス等のバスライン３０１０を備えている。

なお、設定ユーティリティサーバ４００、ログ管理サーバ５００は、通信管理サーバ３００と同様のハードウェア構成を有しているため、その説明を省略するものとする。

＜機能＞
次に、本実施形態の機能構成について説明する。

図４は、本実施形態に係る通信管理サーバ３００、設定ユーティリティサーバ４００、ログ管理サーバ５００の機能ブロック図である。以下説明する。

（通信管理サーバ３００）
まず、通信管理サーバ３００は、関連情報取得部３０１、ログ管理部３０２、通信端末状態管理部３０３、通信端末状態管理ＤＢ３０４を有している。

関連情報取得部３０１は、通信端末１００間のコミュニケーションに関連する関連情報を取得する。具体的には、後述するように、クライアントＰＣ２００が、設定ユーティリティサーバ４００に対し、通信端末１００間で開催中の会議に関する関連情報（例えば、議事メモや添付ファイル等）を登録する。設定ユーティリティサーバ４００は、クライアントＰＣ２００により登録された関連情報を通信管理サーバ３００に送信してくるので、関連情報取得部３０１は、この関連情報を受信し、これを取得することができる。

ログ管理部３０２は、通信端末１００間での通信ログ情報を取得し、又時に一部生成を行って、ログ管理サーバ５００にログ情報を送信する。また、後述するように、設定ユーティリティサーバ４００から関連情報が送信されてきた場合、関連情報に関するログ情報を生成する。

通信端末状態管理部３０３は、通信端末状態管理ＤＢ３０４を用いて、通信端末１００の状態を管理する。例えば、通信端末１００の状態例としては、会議中、待機中などがある。

通信端末状態管理ＤＢ３０４は、通信端末の状態を管理するための通信端末状態テーブルを有する。

（通信端末状態テーブル）
図５は、本実施形態に係る通信端末状態テーブルの一例である。図に示されるように、通信端末状態テーブル３０４ａは、通信端末の状態情報を格納する。状態情報は、どの通信端末が、現在、どのような状態にあるかを示すものである。

具体的には、「端末ＩＤ」、「状態」、「会議ＩＤ」、「会議セッションＩＤ」のデータ項目を有する。

「端末ＩＤ」は、通信端末を特定するため識別情報であって、例えば固有なＩＤ（識別子）を示す。なお、「端末ＩＤ」は、通信端末のユーザを特定するための識別情報を含む。

「状態」は、通信端末の現在の状態を示す。待機中は、通信端末が会議に未参加状態にあり、会議中は、通信端末が会議に参加中状態にあることを示す。

「会議ＩＤ」は、通信端末が会議に参加中状態にある場合、参加中の会議（コミュニケーション）を特定するためのＩＤ（識別情報）を示す。このため、「状態」が待機中の場合、「会議ＩＤ」の値は空となる。なお、「会議ＩＤ」は、会議が開催される度、その会議毎にＩＤが付番される。なお、ここでの会議とは、コミュニケーション全般のことを示し、「会議ＩＤ」は、通信端末を用いて実施されているコミュニケーションを識別するための識別情報である。例えば、友人間や家族間のコミュニケーションも含まれる。以下で説明する「会議ＩＤ」はいずれも同じ内容である。

「会議セッションＩＤ」は、通信端末が会議に参加中状態にある場合、会議への参加から退出までの会議セッションを特定するためのＩＤを示す。例えば、時間を置いて同じ会議に複数回参加・退出するときは、会議セッションＩＤは、それぞれ異なる値となる。また、「状態」が待機中の場合、「会議セッションＩＤ」の値は空となる。

なお、上述したＩＤは数字、記号、文字、画像などを用いて構成することができる。

（ログ管理サーバ５００）
ログ管理サーバ５００は、ログ管理部５０１、加工部５０２、ログ管理ＤＢ５０３を有している。

ログ管理部５０１は、通信管理サーバ３００から、通信端末１００間の通信に関するログ情報を受信する。また、設定ユーティリティサーバ４００からの取得要求に応じて、ログ管理ＤＢ５０３から取得した会議参加履歴情報や関連情報を送信する。なお、ログ情報を受信するタイミングとしては、新しいログ情報が発生する度に受信したり、又は一定期間毎にまとめて受信する。

加工部５０２は、受信したログ情報を加工することにより、参加者履歴情報、開催会議情報、及び関連情報を抽出する。参加者履歴情報、開催会議情報、及び関連情報は、それぞれ、ログ管理ＤＢ５０３の参加者履歴管理テーブル５０３ｂ、開催会議管理テーブル５０３ｃ、及び関連情報管理テーブル５０３ｄに格納される。要するに、加工部５０２は、受信したログ情報を用いて、情報処理上、利用しやすい形に情報を加工し抽出する機能を担う。よって、加工後の情報である参加者履歴情報、開催会議情報、及び関連情報は、受信したログ情報に基づくものである。

ログ管理ＤＢ５０３は、参加者履歴管理テーブル５０３ｂ、開催会議管理テーブル５０３ｃ、及び関連情報管理テーブル５０３ｄを有する。参加者履歴管理テーブル５０３ｂには、参加者履歴情報が格納される（後述）。また、開催会議管理テーブル５０３ｃには、開催会議情報が格納される（後述）。関連情報管理テーブル５０３ｄには、関連情報が格納される（後述）。

（ログ情報）
図６は、本実施形態に係るログ情報の一例である。図に示されるように、ログ情報５０３ａは、「通信種別」、「通信元端末ＩＤ」、「通信先端末ＩＤ」、「セッションＩＤ」、「会議ＩＤ」、「会議セッションＩＤ」、「通信日時」、「関連情報」のデータ項目を有する。

「通信種別」は、通信状態の種類を示す。具体的に、通信状態「online」は、通信端末の電源オンを示す。通信状態「offline」は、通信端末の電源オフ（会議中にオフラインとなった場合は会議ＩＤ、会議セッションＩＤにも値が格納される）。なお、「online」および「offline」は通信端末の電源オンおよびオフではなく、通信端末が通信管理サーバに対してログインまたはログオフしている状態を示す通信状態であってもよい。通信状態「invite 」は、会議への招待要求を示す。通信状態「call」は、開催中の会議への参加要求を示す。通信状態「accept」は、招待要求(invite)又は参加要求(call)の許可を示す。通信状態「start」は、会議の開始を示す。通信状態「end」は、会議の終了を示す。通信状態「join」は、端末１０が会議へ参加することを示す。通信状態「leave」は、端末１０が会議から退出することを示す。通信状態「text」は、関連情報として、コメントなどのテキストデータを送信したことを示す。通信状態「file」は、関連情報として、会議資料などのファイルデータを送信したことを示す。

「通信元端末ＩＤ」は、通信元の通信端末を特定するための図５において説明した「端末ＩＤ」を示す。なお、「通信種別」が「text」及び「file」の場合において、「通信元端末ＩＤ」は、関連情報を送信した通信端末の端末ＩＤとなる。

「通信先端末ＩＤ」は、通信先の通信端末を特定するための図５において説明した「端末ＩＤ」を示す。

「セッションＩＤ」は、通信端末のonline（オンライン）からoffline（オフライン）までのセッションを特定するためのＩＤを示す。

「会議ＩＤ」は、通信端末が参加した会議を特定するためのＩＤを示す。会議が開催される度、その会議毎にＩＤが付番される。

「会議セッションＩＤ」は、会議への参加から退出までの会議セッションを特定するためのＩＤを示す。例えば、時間を置いて同じ会議に複数回参加・退出するときは、会議セッションＩＤは、それぞれ異なる値となる。

「通信日時」は、通信端末より、上述の「通信状態」の通信が行われた日時である。

「関連情報」は、上述のテキストデータやファイルデータなど、クライアントＰＣ２００から送信された関連情報である。また、関連情報はアップロード可能な電子情報であればよく、例えばワード、エクセル、パワーポイントのファイルや動画ファイル、音声ファイル、画像ファイルも含まれる。

なお、上述したＩＤは数字、記号、文字、画像などを用いて構成することができる。

なお、上記データ項目は、あくまで一例であり、これ以外のデータ項目や値を含んでいてもよい。また、上記例では、ＤＢのテーブルのように、各データ項目（スキーマ）が明確に定義された形になっているが、ログ情報には様々な項目が存在しえるため、例えばＪＳＯＮ、ＸＭＬなどのテキストデータ項目のみを含むように構成してもよい。図７は、ログ情報をＪＳＯＮ形式にした場合の例である。

（参加者履歴テーブル）
図８は、本実施形態に係る参加者履歴テーブルの一例である。図に示されるように、参加者履歴管理テーブル５０３ｂは、参加者履歴情報を格納する。参加者履歴情報は、例えば、どの通信端末が、どの会議の、いつ参加し、いつ退出したかなどの情報、つまり、会議に参加した参加者（通信端末）の参加履歴である。

具体的には、「履歴ＩＤ」、「端末ＩＤ」、「会議ＩＤ」、「会議セッションＩＤ」、「参加日時」、「退出日時」、「参加時間」、「退出状態」のデータ項目を有する。

「履歴ＩＤ」は、参加者履歴を特定するためのＩＤを示す。

「端末ＩＤ」は、会議に参加した端末を特定するためのＩＤを示す。ログ情報５０３ａの「通信元端末ＩＤ」や「通信先端末ＩＤ」等に基づく情報である。

「会議ＩＤ」は、参加した会議を特定するためのＩＤを示す。ログ情報５０３ａの「会議ＩＤ」等に基づく情報である。

「会議セッションＩＤ」は、会議への参加から退出までの会議セッションを特定するためのＩＤを示す。ログ情報５０３ａの「会議セッションＩＤ」等に基づく情報である。

「参加日時」は、その会議に参加した日時を示す。ログ情報５０３ａの「通信日時」等に基づく情報である。

「退出日時」は、会議から退出した日時を示す。ログ情報５０３ａの「通信日時」等に基づく情報である。

「参加時間」は、参加〜退出の時間を示す。ログ情報５０３ａの「通信日時」等に基づく情報である。

「会議退出状態」は、会議の退出状態を示す。「退出」は、正常に退出したことを示す。「強制終了」は、電源断などで強制終了したことを示す。「会議中」は、会議に参加中であることを示す。ログ情報５０３ａの「通信種別」、「通信日時」等に基づく情報である。

これら、参加者履歴管理テーブル５０３ｂの参加者履歴情報は、上述したように、加工部５０２により、受信したログ情報が加工されることで、作成される。

例えば、ログ情報によれば、「通信元端末ＩＤ」、「通信先端末ＩＤ」、「通信種別」により、端末の動作履歴を特定可能である。また、「会議ＩＤ」等により、どの会議に参加したかどうかを特定可能である。また、「通信日時」により、動作履歴の日時を特定可能である。なお、加工部５０２のログ情報加工処理の詳細については、例えば、特開２０１２−１９５９２５を参照することができる。

なお、上述したＩＤは数字、記号、文字、画像などを用いて構成することができる。

（開催会議管理テーブル）
図９は、本実施形態に係る開催会議管理テーブルの一例である。図に示されるように、開催会議管理テーブル５０３ｃは、開催会議情報を格納する。開催会議情報は、例えば、どのような会議が、どの主催者により、いつからいつまで開催されたかなどの情報、つまり、会議の開催情報である。

具体的には、「会議ＩＤ」、「主催者端末ＩＤ」、「開始日時」、「終了日時」、「会議時間」のデータ項目を有する。

「会議ＩＤ」は、参加した会議を特定するためのＩＤを示す。ログ情報５０３ａの「会議ＩＤ」等に基づく情報である。

「主催者端末ＩＤ」は、会議主催者となる端末を特定するためのＩＤを示す。ログ情報５０３ａの「通信元端末ＩＤ」や「通信先端末ＩＤ」等に基づく情報である。

「開始日時」は、会議全体の開始日時を示す。ログ情報５０３ａの「通信種別」、「会議ＩＤ」、「通信日時」等に基づく情報である。

「終了日時」は、会議全体の終了日時を示す。ログ情報５０３ａの「通信種別」、「会議ＩＤ」、「通信日時」等に基づく情報である。

「会議時間」は、会議全体の開催時間を示す。上述の「終了日時」及び「開始日時」等に基づく情報である。

これら、開催会議管理テーブル５０３ｃの開催会議情報は、上述したように、加工部５０２により、受信したログ情報が加工されることで、作成される。

（関連情報管理テーブル）
図１０は、本実施形態に係る関連情報管理テーブルの一例である。図に示されるように、関連情報管理テーブル５０３ｄは、関連情報を格納する。関連情報は、例えば、どのような関連情報が、どの会議中に、どの通信端末により登録されたかなどの情報である。

具体的には、「会議ＩＤ」、「関連情報ＩＤ」、「端末ＩＤ」、「送信日時」、「種別」、「データ」のデータ項目を有する。

「会議ＩＤ」は、関連情報が関連付けられた会議を特定するためのＩＤを示す。ログ情報５０３ａの「通信種別」（「text」及び「file」の場合）、「会議ＩＤ」等に基づく情報である。

「関連情報ＩＤ」は、関連情報を特定するためのＩＤを示す。

「端末ＩＤ」は、関連情報を登録した端末を特定するためのＩＤを示す。ログ情報５０３ａの「通信種別」（「text」及び「file」の場合）、「通信元端末ＩＤ」等に基づく情報である。

「送信日時」は、関連情報が送信されて登録された日時を示す。ログ情報５０３ａの「通信種別」（「text」及び「file」の場合）、「通信日時」等に基づく情報である。

「種別」は、関連情報の種別を示す。種別として、例えば、「text」や「file」などがある。ログ情報５０３ａの「通信種別」（「text」及び「file」の場合）」等に基づく情報である。勿論、「text」又は「file」以外の「種別」があってもよい。

「データ」は、関連情報のデータを示す。ログ情報５０３ａの「関連情報」等に基づく情報である。

（設定ユーティリティサーバ４００）
設定ユーティリティサーバ４００は、画面提供部４０１、通信端末ＩＤ取得部４０２、関連情報登録部４０３、会議参加履歴情報取得部４０４、関連情報取得部４０５を有している。

画面提供部４０１は、クライアントＰＣ２００から設定ユーティリティ画面の表示要求を受信し、クライアントＰＣ２００に対し、各種の画面データを送信する。

通信端末ＩＤ取得部４０２は、クライアントＰＣ２００から、通信端末の端末ＩＤを取得する。例えば、設定ユーティリティ画面等を介し、ログイン時に取得された通信端末の端末ＩＤを取得できる。

関連情報登録部４０３は、例えば、クライアントＰＣ２００からの設定ユーティリティ画面を介し、登録される関連情報を登録する。関連情報を登録するための画面では、テキストや添付ファイルなどの関連情報を登録できるようになっており、関連情報がアップされると、関連情報登録部４０３は、これを取得し登録すべく、通信管理サーバ３００に対し送信する。

会議参加履歴情報取得部４０４は、通信端末の端末ＩＤや会議開催期間の情報を検索キーとして、ログ管理サーバ５００から、通信端末の会議参加履歴情報の一覧を取得する。取得された会議参加履歴情報は、画面提供部４０１によって、クライアントＰＣ２００に対し一覧表示される。

関連情報取得部４０５は、会議ＩＤを検索キーとして、ログ管理サーバ５００から、会議の関連情報を取得する。取得された関連情報は、画面提供部４０１によって、クライアントＰＣ２００に対し一覧表示される。

[関連情報の登録]
（関連情報の登録処理）
図１１は、本実施形態に係る関連情報の登録処理の示すシーケンス図である。本登録処理を通じて、関連情報がログ管理サーバ５００の関連情報管理テーブル５０３ｄに格納される。

会議参加者のクライアントＰＣ２００は、関連情報を登録するために、設定ユーティリティサーバ４００にアクセスし、関連情報（例えば、議事メモや添付ファイル等）を、登録画面を通じて登録する。関連情報を登録する場面として、例えば、通信端末１００を使用して、会議を行なっている最中が想定される。以下詳しく説明する。

Ｓ１：クライアントＰＣ２００は、設定ユーティリティサーバ４００にアクセスし、通信端末の端末ＩＤ及びパスワードを用いて、設定ユーティリティサーバ４００にログインする。なお、端末ＩＤは、現在会議に使用中の通信端末１００に対応する端末ＩＤ（例えば、１１０００１）を入力する。

Ｓ２：設定ユーティリティサーバ４００は、端末ＩＤ及びパスワードに基づいて、ログイン認証を実行する。ログイン認証に成功すると、ここで、設定ユーティリティサーバ４００の通信端末ＩＤ取得部４０２は、ログインに用いられた端末ＩＤを取得しておく。但し、ログインに用いられるログインＩＤは、端末ＩＤ以外の任意のログインＩＤを用いてもよく、最終的に、任意のログインＩＤに紐付けられた端末ＩＤが取得されればよい。

Ｓ３：設定ユーティリティサーバ４００の画面提供部４０１は、ログイン認証に成功すると、クライアントＰＣ２００に対し、登録画面データを送信するなどして、登録画面を表示させる。

図１２は、本実施形態に係る関連情報の登録画面の一例である。ユーザ・ログインに成功すると、クライアントＰＣ２００において、図１２に示される登録画面が表示される。

添付ファイルを登録する場合、会議参加者（＝ログイン・ユーザ）は、「参照」１２０１を押下し、登録したい添付ファイルを指定する。添付ファイルのドラッグアンドドロップにより、添付ファイルを指定できるようにしてもよい。また、議事メモを登録する場合、会議参加者は、議事メモ１２０３のテキスト入力エリアに、任意のテキストを入力する。会議参加者は、添付ファイルやテキストの入力を終えると、入力したこれら関連情報を登録すべく、「送信」１２０４を押下する。

Ｓ４：クライアントＰＣ２００は、関連情報を、設定ユーティリティサーバ４００に送信する。具体的には、図１２の登録画面で、「送信」１２０４が押下されると、関連情報が設定ユーティリティサーバ４００に送信される。

Ｓ５：設定ユーティリティサーバ４００の関連情報登録部４０３は、クライアントＰＣ２００により登録された関連情報と、Ｓ２で取得した端末ＩＤとを含む関連情報登録要求を、通信管理サーバ３００に送信する。

Ｓ６：通信管理サーバ３００の関連情報取得部３０１により、関連情報と端末ＩＤとを含む関連情報登録要求を受信すると、通信端末状態管理部３０３は、端末ＩＤにより特定される通信端末の状態を確認する。

例えば、通信端末状態管理部３０３は、通信端末状態管理ＤＢ３０４の通信端末状態テーブル３０４ａを参照する。そして、端末ＩＤを検索キーにして、通信端末状態管理テーブル３０４ａのレコードを検索する。検索したレコードの「状態」の項目を参照し、その値が「会議中」であるかを確認する（例えば、図５）。「会議中」の場合、端末ＩＤにより特定される通信端末は、会議中の状態にあることを示す。

Ｓ７：通信管理サーバ３００のログ管理部３０２は、Ｓ６で、端末ＩＤにより特定される通信端末が「会議中」の状態にある場合、関連情報のログ情報を生成する。なお、端末ＩＤにより特定される通信端末が「会議中」の状態にない場合には、関連情報のログ情報を生成しない。会議中のみ関連情報の登録を許可するためである。

図１３は、本実施形態に係る関連情報のログ情報の一例である。「通信種別」に、関連情報の種類に応じて、「text」又は「file」をセットする。また、「通信元端末ＩＤ」に、Ｓ５で取得した端末ＩＤをセットする。また、「会議ＩＤ」及び「会議セッションＩＤ」には、通信端末状態管理テーブル３０４ａからＳ５で取得した端末ＩＤに対応する値を取得しセットする（例えば、図５）。「通信日時」に、現在日時刻をセットする。「関連情報」に、Ｓ５で取得した関連情報をセットする。このように、「会議ＩＤ」と、「関連情報」とが関連付けられたログ情報が生成される。

Ｓ８：通信端末状態管理部３０３は、設定ユーティリティサーバ４００に、Ｓ６に応じた応答結果を応答する。端末ＩＤにより特定される通信端末が「会議中」の状態である場合、登録ＯＫを応答する。一方、端末ＩＤにより特定される通信端末が「会議中」の状態でない場合、その通信端末は現在どの会議にも参加していない状態であるので、関連情報の登録は許可されない。このため、登録ＮＧを応答する。

Ｓ９：設定ユーティリティサーバ４００の画面提供部４０１は、登録結果画面を表示させる。具体的には、登録ＯＫを受信すると、クライアントＰＣ２００に対し、登録画面データを送信するなどして、例えば、「登録を完了しました。」といった登録画面を表示させる。一方、登録ＮＧを受信すると、クライアントＰＣ２００に対し、登録画面データを送信するなどして、例えば、「この端末は、現在会議中ではありませんので、登録できません。」といった登録画面を表示させる。

Ｓ１０：通信管理サーバ３００のログ管理部３０２は、ログ管理サーバ５００に対し、Ｓ７で生成した関連情報のログ情報を送信する。

Ｓ１１：ログ管理サーバ５００のログ管理部５０１は、通信管理サーバ３００から、通関連情報に関するログ情報を受信すると（例えば、図６）、加工部５０２によるログ情報の加工を経て、関連情報が関連情報管理テーブル５０３ｄに格納される（例えば、図１０）。

[関連情報の閲覧]
（関連情報の閲覧処理）
図１４は、本実施形態に係る関連情報の閲覧処理の示すシーケンス図である。なお、シーケンス図の説明を行う前提として、ログ管理サーバ５００（ログ管理ＤＢ５０３）は、参加者履歴管理テーブル５０３ｂ、開催会議管理テーブル５０３ｃ及び関連情報管理テーブルｄを既に有するものとする。

Ｓ２１：クライアントＰＣ２００は、設定ユーティリティサーバ４００にアクセスし、通信端末の端末ＩＤ及びパスワードを用いて、設定ユーティリティサーバ４００にログインする。

Ｓ２２：設定ユーティリティサーバ４００は、端末ＩＤ及びパスワードに基づいて、ログイン認証を実行する。ログイン認証に成功すると、ここで、設定ユーティリティサーバ４００の通信端末ＩＤ取得部４０２は、ログインに用いられた通信端末の端末ＩＤを取得しておく。但し、ログインに用いられるログインＩＤは、端末ＩＤ以外の任意のログインＩＤを用いてもよく、最終的に、任意のログインＩＤに紐付けられた端末ＩＤが取得されればよい。

Ｓ２３：設定ユーティリティサーバ４００の送受信部４０１は、ログイン認証に成功すると、クライアントＰＣ２００に対し、会議履歴の閲覧画面データを送信するなどして、閲覧画面を表示させる。

図１５は、本実施形態に係る会議参加履歴の閲覧画面の一例である。ユーザ・ログインに成功すると、クライアントＰＣ２００において、図１５に示される会議履歴（会議参加履歴）の閲覧画面が表示される。

端末ＩＤ１００１は、例えば、ログイン時に用いられた通信端末の端末ＩＤを示す。つまり、同端末ＩＤを有するユーザが、クライアントＰＣ２００を介し、設定ユーティリティサーバ４００にログイン中の状態にあることを示している。

ドロップダウンリス１５０２は、過去に開催された会議の関連情報を閲覧するにあたり、閲覧対象となる会議の開催月を選択するための選択リストである。例えば、「２０１０年９月」が選択されると、２０１０年９月に開催された会議参加履歴の一覧が表示される。

会議履歴（会議参加履歴）を閲覧する場合、クライアントＰＣ２００のログイン・ユーザは、操作画面上のドロップダウンリスト１５０２から、参照したい会議の開催月を選択することで、自身の参加した会議の会議参加履歴情報の検索を行う。なお、自身の参加した会議は、そのユーザが参加した会議で使用された通信端末の端末ＩＤ１５０１（例えば、１１０００１）で特定される。

Ｓ２４：クライアントＰＣ２００は、設定ユーティリティサーバ４００に対し、「会議の開催月」の情報を入力する。具体的に、クライアントＰＣ２００のログイン・ユーザは、操作画面上のドロップダウンリスト１５０２から、参照したい会議の開催月を選択する（例えば、図１５）。これにより、クライアントＰＣ２００から設定ユーティリティサーバ４００に対し、「会議の開催月」（例えば、「２０１０年９月」）の情報が入力される。

Ｓ２５：設定ユーティリティサーバ４００の会議参加履歴情報取得部４０４は、「会議の開催月」が入力されると、ログ管理サーバ５００に対し、特定の通信端末が参加した会議であって、入力された期間に該当する会議参加履歴情報の取得要求を送信する。このとき、会議参加履歴情報取得部４０４は、会議参加履歴情報取得要求のパラメータとして、通信端末の端末ＩＤ（例えば、「１１０００１」）、「会議の開催月」（例えば、「２０１０年９月」）を指定する。

Ｓ２６：ログ管理サーバ５００のログ管理部５０１は、会議参加履歴情報取得要求を受信すると、端末ＩＤ及び「会議の開催月」のパラメータを用い、ログ管理ＤＢ５０３の参加者履歴管理テーブル５０３ｂ及び開催会議管理テーブル５０３ｃを検索する。そして、検索結果として、通信端末の端末ＩＤ（例えば、「１１０００１」）、「会議の開催月」（例えば、「２０１０年９月」）を満たす会議参加履歴情報を応答する。

なお、応答される会議参加履歴情報のうち、例えば、「会議ＩＤ」、「参加日時」、「退出日時」、「参加時間」、「退出状態」は、参加者履歴管理テーブル５０３ｂより取得される（例えば、図８）。また、「開始日時」、「終了日時」は、参加者履歴管理テーブル５０３ｂより取得された「会議ＩＤ」をキーとして、開催会議管理テーブル５０３ｃより取得される（例えば、図９）。また、関連情報管理テーブル５０３ｄを参照し、「会議ＩＤ」を検索キーとして、同会議中に登録された関連情報の有無を確認する。

Ｓ２７：設定ユーティリティサーバ４００の会議参加履歴情報取得部４０４は、会議参加履歴情報を受信すると、画面提供部４０１は、クライアントＰＣ２００に対し、会議参加履歴情報を含む一覧画面データを送信するなどして、一覧画面を表示させる。

図１６は、本実施形態に係る会議参加履歴の一覧画面の一例である。会議参加履歴情報を取得すると、クライアントＰＣ２００において、図１５に示される会議履歴の一覧画面が表示される。

会議参加履歴情報一覧１５０３は、ログイン・ユーザの参加した会議であって、ドロップダウンリスト１５０２により選択された開催月に開催された会議参加履歴情報の一覧である。会議参加履歴情報一覧１５０３は、ログ管理サーバ５００から取得された会議参加履歴情報に基づく項目欄に、「関連情報」の項目欄が追加された形式である。なお、登録された関連情報が無い場合、「関連情報」の「参照」１５０４のボタンは、非表示にしてもよい。

ログイン・ユーザは、会議参加履歴情報一覧１５０３の中から、所望の会議履歴うち、「関連情報」の「参照」１５０４を押下操作すると、当該会議中に登録された関連情報を閲覧できる。

Ｓ２８：クライアントＰＣ２００は、設定ユーティリティサーバ４００に対し、閲覧したい関連情報の「参照」命令を入力する。具体的に、クライアントＰＣ２００のログイン・ユーザは、会議参加履歴情報一覧１５０３上の会議履歴から、所望の会議履歴のうち、「関連情報」の「参照」１５０４を押下操作する。これにより、クライアントＰＣ２００から設定ユーティリティサーバ４００に対し、関連情報の「参照」命令が入力される。

Ｓ２９：設定ユーティリティサーバ４００の関連情報取得部５０５は、関連情報の「参照」命令が入力されると、ログ管理サーバ５００に対し、入力された会議の関連情報の取得要求を送信する。このとき、関連情報取得部５０５は、関連情報取得要求のパラメータとして、会議ＩＤ（例えば、「ｃｏｎｆ００１」）を指定する。

Ｓ３０：ログ管理サーバ５００のログ管理部５０１は、関連情報取得要求を受信すると、パラメータを用い、ログ管理ＤＢ５０３の関連情報管理テーブル５０３ｄを検索する。そして、検索結果として、会議ＩＤ（例えば、「ｃｏｎｆ００１」）に対応付けられている関連情報のデータを応答する。

例えば、図１０を参照すると、会議ＩＤｃｏｎｆ００１に対応付けられている関連情報のデータは、「ｘｘｘｘ」、「＜filemname＞:＜filadata＞」が存在する。これらデータは、会議ＩＤｃｏｎｆ００１で特定される会議中に登録された関連情報である。よって、ログ管理部５０１は、会議ＩＤｃｏｎｆ００１の場合、設定ユーティリティサーバ４００に対し、これら関連情報のデータを応答する。

Ｓ３１：設定ユーティリティサーバ４００の関連情報取得部５０５は、関連情報のデータを取得すると、画面提供部４０１は、クライアントＰＣ２００に対し、関連情報を含む閲覧画面データを送信するなどして、閲覧一覧画面を表示させる。

図１７は、本実施形態に係る関連情報の閲覧画面の一例である。関連情報のデータを取得すると、クライアントＰＣ２００において、図１７に示される関連情報の閲覧画面が表示される。

「主催者端末ＩＤ」１７０１は、その会議の会議主催者となった端末を特定するためのＩＤを示す。「開始日時」１７０２は、会議全体の開始日時を示す。「終了日時」１７０３は、会議全体の終了日時を示す。「会議時間」１７０４は、会議全体の開催時間を示す。上述の「終了日時」１７０３及び「開始日時」１７０２等に基づく情報である。

「関連情報」１７０５は、会議中、例えば、議事メモや添付ファイル等など、その会議に関連して登録された関連情報を示す。図１７の「関連情報」１７０５では、会議ＩＤｃｏｎｆ００１の会議中、参加者により登録された議事メモや添付ファイル等などの関連情報が表示される。

「関連情報」１７０５では、議事メモの場合、登録されたテキストが表示される。また、添付ファイルの場合、添付ファイルのファイル名が表示される。ファイル名に対し、クリックなどの操作を行うと、同ファイルの表示又はダウンロードを行うことができるようになっている。

以上、本実施形態によれば、クライアントＰＣ２００より、会議に関する関連情報を、通信管理サーバ３００を介して送信することで、会議中、各通信端末１００間で開催されている会議の会議ＩＤと関連情報（ログ情報）とを対応付けてログ管理サーバ５００に保存することができる。またこれにより、各参加者から登録された関連情報を、会議毎（会議ＩＤ毎）に、後からまとめて閲覧することも可能である。

即ち、多地点会議における会議に関する関連情報の送信および閲覧を容易に行なうことができ、特に1つの会議に複数の通信端末１００が途中からでも参加・退出できるような複雑な会議環境においても、各参加者から登録された関連情報の登録や閲覧を容易に行なうことが可能である。

（補足）
上述のＳ２６で、ログ管理サーバ５００の送受信部５０１は、会議参加履歴情報取得要求を受信すると、端末ＩＤ及び「会議の開催月」のパラメータを用い、ログ管理ＤＢ５０３の参加者履歴管理テーブル５０３ｂ及び開催会議管理テーブル５０３ｃを検索した。この検索処理に関し、以下補足する。

まず、ログ管理サーバ５００の送受信部５０１は、設定ユーティリティサーバ４００から会議参加履歴情報取得要求を受信すると、パラメータである「会議の開催月」に基づいて、「検索開始日（from_date）」及び「検索終了日（to_date）」を算出する。

例えば、「会議の開催月」が２０１０年９月である場合、２０１０年９月１日以上１０月１日未満が、検索期間範囲となるため、「検索開始日（from_date）」＝2010-09-01 00:00:00、「検索終了日（to_date）」=2010-10-01 00:00:00となる。

次に、送受信部５０１は、端末ＩＤをキーとして、「検索開始日（from_date）」及び「検索終了日（to_date）」の範囲の中から、ログ管理ＤＢ５０３の参加者履歴管理テーブル５０３ｂを検索し、該当する参加者履歴情報を抽出する。そして、抽出された各情報の会議ＩＤを検索条件とし、今度は、開催会議管理テーブル５０３ｃから該当する会議参加履歴情報を抽出し、得られた情報（項目）同士をマージする。マージされて最終的に得られた整形済みの会議参加履歴情報を要求元の設定ユーティリティサーバ４００に応答する。

ここで、本実施形態では、「参加日時」〜「退出日時」が複数月を跨っている場合でも会議履歴を取得できるようにする。例えば、2010-08-30に参加、2010-10-01に退出した参加者履歴情報（図８）がある場合、８月・９月・１０月のいずれの履歴としても取得できるようにする。即ち、「指定された端末ＩＤのうち、「参加日時」〜「退出日時」の期間が「検索開始日（from_date）〜「検索終了日（to_date）」の期間と重なっているもの」が検索条件となる。

図１８は、本実施形態に係る検索条件を説明する図である。

検索条件を図（１）〜（４）に分解する。このように分解することで、各条件で検索範囲を限定することができる。この検索条件（１）〜（４）をＯＲで統合することにより、少ない検索コストで所望の会議履歴一覧を抽出することができる。

条件（１）「参加日時」が検索期間範囲の月に収まっているケース
「参加日時」の検索範囲を検索期間範囲の月のみに限定することができる。

条件（２）「退出日時」が検索期間範囲の月に収まっているケース
「退出日時」の検索範囲を検索期間範囲の月のみに限定することができる。

条件（３）検索期間範囲の月以前に参加し、未だに会議中のケース
「退出状況」の検索範囲を「会議中」のみに限定することができる。異なる会議に同時に参加するようなことがない限り、特定の通信端末において、「会議中」の会議履歴は一つしか存在しない。

条件（４）「参加日時」〜「退出日時」が複数月を跨っているケース
「参加時間」が、「検索終了日（to_date）」−「検索開始日（from_date）」以上（図１４の（４）の例では1ヶ月以上）という条件により、検索範囲の会議履歴を限定することができる。

[変形例１]
図１９は、本変形例に係る関連情報の登録画面の一例である。図１２と比べ、クライアントＰＣ２００において、本登録画面は、「関連情報」１７０５の項目が追加されている。つまり、自分（ログイン・ユーザ）以外の会議参加者を含めて登録された関連情報を、リアルタイムで表示するものである。

設定ユーティリティサーバ４００は、本登録画面で登録された関連情報を、通信管理サーバ３００に送信し、通信管理サーバ３００は、関連情報を含むログ情報をログ管理サーバ５００に送信する。本変形例では、通信管理サーバ３００は、設定ユーティリティサーバ４００から受信した関連情報を、会議中の状態にある通信端末の端末ＩＤでログインしている設定ユーティリティサーバ４００の各セッション、即ち、会議中の状態にある通信端末の端末ＩＤでログインしているクライアントＰＣに送信する。

図２０は、本変形例に係るクライアントＰＣの関係図である。図に示されるように、例えば、３拠点の通信端末１００間で会議が開催されている間、各拠点の参加者は、それぞれのクライアントＰＣ２００を使用して、関連情報の登録を行う。

設定ユーティリティサーバ４００は、いずれか一のクライアントＰＣ２００から関連情報が登録されると、同一会議に参加中の端末ＩＤでログインしている全クライアントＰＣに対し、一のクライアントＰＣ２００から受信した関連情報を、リアルタイムで画面に反映する。これにより、会議中、会議参加者は、自分を含めて登録された全関連情報を、リアルタイムで閲覧することが可能である。

（関連情報の登録処理）
図２１は、本変形例に係る関連情報の登録処理の示すシーケンス図である。図１１と比べ、Ｓ７−２、Ｓ８−２、Ｓ９−２の処理で異なっている。以下、要点に絞って説明する。

Ｓ３：設定ユーティリティサーバ４００の画面提供部４０１は、ログイン認証に成功すると、クライアントＰＣ２００に対し、登録画面データを送信するなどして、登録画面を表示させる。ここで、表示される登録画面は、例えば、図１９に示される登録画面である。

Ｓ４：クライアントＰＣ２００は、関連情報を、設定ユーティリティサーバ４００に送信する。具体的には、図１９に示される登録画面で、「送信」１２０４が押下されると、ログイン・ユーザにより入力された関連情報が設定ユーティリティサーバ４００に送信される。

Ｓ５：設定ユーティリティサーバ４００の関連情報登録部４０３は、クライアントＰＣ２００により登録された関連情報と、Ｓ２で取得した端末ＩＤとを含む関連情報登録要求を、通信管理サーバ３００に送信する。

Ｓ６：通信管理サーバ３００の関連情報取得部３０１により、関連情報と端末ＩＤとを含む関連情報登録要求を受信すると、通信端末状態管理部３０３は、端末ＩＤにより特定される通信端末の状態を確認する。

Ｓ７：通信管理サーバ３００のログ管理部３０２は、Ｓ６で、端末ＩＤにより特定される通信端末が「会議中」の状態にある場合、関連情報のログ情報を生成する。

Ｓ７−２：関連情報のログ情報を生成すると、次いで、通信管理サーバ３００のログ管理部３０２は、関連情報の送信先の端末ＩＤを特定する。具体的に、まず、ログ管理部３０２は、通信端末状態管理テーブル５０３ｄを参照し、Ｓ２で取得した端末ＩＤと同一の会議ＩＤに参加中の「端末ＩＤ」を検索する。例えば、図５の通信端末状態管理テーブル５０３ｄを参照すると、端末ＩＤ１１０００１の「会議ＩＤ」は、ｃｏｎｆ００１である。よって、会議ＩＤｃｏｎｆ００１であって、「状態」が会議中である「端末ＩＤ」は、１１０００２である。

Ｓ８−２：通信端末状態管理部３０３は、設定ユーティリティサーバ４００に、Ｓ２で取得した端末ＩＤの他、Ｓ７−２で特定した端末ＩＤの情報を、Ｓ７で生成した関連情報のログ情報と共に送信する。

Ｓ９−２：設定ユーティリティサーバ４００の画面提供部４０１は、関連情報のログ情報を、端末ＩＤの情報と共に受信すると、受信した端末ＩＤでログイン中のクライアントＰＣ２００に対し、関連情報を含む登録画面データを送信するなどして、登録画面の「関連情報」１７０５において、受信した関連情報をリアルタイムで表示させる。

例えば、端末ＩＤ１１０００１のみならず、端末ＩＤ１１０００２でログイン中のクライアントＰＣ２００に対しても、関連情報を含む登録画面データを送信する。これにより、端末ＩＤ１１０００１のみならず、端末ＩＤ１１０００２でログイン中のクライアントＰＣ２００に登録画面の「関連情報」１７０５において、受信した関連情報をリアルタイムで表示させる。

以上、本変形例によれば、関連情報の登録画面において、自分以外の参加者の登録した関連情報をリアルタイムで表示することができる。これにより、全関連情報を会議終了後に閲覧するだけでなく、会議中にも関連情報をリアルタイムで確認することができる。

[変形例２]
図２２は、本変形例に係る通信管理サーバ３００の機能ブロック図である。図４と比べ、通信管理サーバ３００は、会議情報管理部３０５、会議情報管理ＤＢ３０６を有している。

会議情報管理部３０５は、会議情報管理ＤＢ３０６を用いて、会議の会議ＩＤ、会議の主催者端末ＩＤ、及びＰｒｉｖａｔｅコードを管理する。

会議情報管理ＤＢ３０６は、会議情報テーブル３０７ａを有する。

（会議情報テーブル）
図２３は、本変形例に係る会議情報テーブルの一例である。図に示されるように、会議情報テーブル３０７ａは、「会議ＩＤ」、「主催者端末ＩＤ」、「Ｐｒｉｖａｔｅコード」のデータ項目を有する。

「会議ＩＤ」は、会議を特定するためのＩＤを示す。

「主催者端末ＩＤ」は、その会議の会議主催者となる通信端末を特定するためのＩＤを示す。

「Ｐｒｉｖａｔｅコード」は、会議主催者が、会議予約時や会議開始時等に設定する任意の文字列である。後述するように、パスワードとして用いられる。なお、「Ｐｒｉｖａｔｅコード」は、ハッシュ化（暗号化）して保存するようにしてもよい。

（関連情報の登録処理）
図２４は、本変形例に係る関連情報の登録処理の示すシーケンス図である。図１１と比べ、Ｓ４−２、Ｓ５−２、Ｓ６−２の処理で異なっている。以下、要点に絞って説明する。

Ｓ４−２：クライアントＰＣ２００は、関連情報及びＰｒｉｖａｔeコードを、設定ユーティリティサーバ４００に送信する。

図２５は、本変形例に係る関連情報の登録画面の一例である。登録画面（例えば、図１２）において、会議参加者は、添付ファイルやテキストの入力後、「送信」１２０４を押下すると、図２５に示されるように、Ｐｒｉｖａｔｅコード入力ウィンドウ２５０１が表示される。つまり、関連情報の送信時、関連情報を登録しようとするログイン・ユーザに対し、Ｐｒｉｖａｔｅコードの入力を求めるようになっている。

Ｓ５−２：設定ユーティリティサーバ４００の関連情報登録部４０３は、クライアントＰＣ２００により登録された関連情報と、Ｓ２で取得した端末ＩＤと、クライアントＰＣ２００により入力されたＰｒｉｖａｔｅコードとを含む関連情報登録要求を、通信管理サーバ３００に送信する。

Ｓ６：通信管理サーバ３００の関連情報取得部３０１により、関連情報と端末ＩＤとを含む関連情報登録要求を受信すると、通信端末状態管理部３０３は、端末ＩＤにより特定される通信端末の状態を確認する。

Ｓ６−２：通信端末の状態が会議中であると確認されると、次いで、通信管理サーバ３００の会議情報管理部３０５は、Ｐｒｉｖａｔｅコードを確認する。

具体的に、まず、会議情報管理部３０５は、通信端末状態管理テーブル５０３ｄを参照し、Ｓ２で取得した端末ＩＤに対応する会議ＩＤを取得する。例えば、図５の通信端末状態管理テーブル５０３ｄを参照すると、端末ＩＤ１１０００１の「会議ＩＤ」は、ｃｏｎｆ００１である。次に、会議情報管理部３０５は、会議情報テーブル３０７ａを参照し、取得した会議ＩＤに対応する「Ｐｒｉｖａｔｅコード」を取得する。そして、会議情報テーブル３０７ａから取得した「Ｐｒｉｖａｔｅコード」と、クライアントＰＣ２００により入力されたＰｒｉｖａｔｅコードとを比較し、一致した場合、Ｐｒｉｖａｔｅコードの確認ＯＫを判定する。一方、一致しない場合、Ｐｒｉｖａｔｅコードの確認ＮＧを判定する。

Ｓ７：通信管理サーバ３００のログ管理部３０２は、Ｓ６で、端末ＩＤにより特定される通信端末が「会議中」の状態にあって、Ｐｒｉｖａｔｅコードの確認ＯＫを判定した場合、関連情報のログ情報を生成する。

Ｓ８：通信端末状態管理部３０３は、設定ユーティリティサーバ４００に、Ｓ６及びＳ６−２に応じた応答結果を応答する。端末ＩＤにより特定される通信端末が「会議中」の状態であって、Ｐｒｉｖａｔｅコードの確認ＯＫを判定した場合、登録ＯＫを応答する。一方、端末ＩＤにより特定される通信端末が「会議中」の状態でない場合、又は、端末ＩＤにより特定される通信端末が「会議中」の状態であって、Ｐｒｉｖａｔｅコードの確認ＮＧを判定した場合、登録ＮＧを応答する。

Ｓ９：設定ユーティリティサーバ４００の画面提供部４０１は、登録ＮＧを受信した場合、クライアントＰＣ２００に対し、登録画面データを送信するなどして、登録画面を表示させる。具体的には、端末ＩＤにより特定される通信端末が「会議中」の状態でない場合、例えば、「この端末は、現在会議中ではありませんので、登録できません。」と表示する。また、Ｐｒｉｖａｔｅコードの確認ＮＧが応答された場合、例えば、「Ｐｒｉｖａｔｅコードが一致しませんので、登録できません。」と表示する。

以上、本変形例によれば、Ｐｒｉｖａｔｅコードを、関連情報の送信可否の制御に利用することで、主催者を含むＰｒｉｖａｔｅを知っているログイン・ユーザのみが、クライアントＰＣ２００から関連情報を登録可能とする制御を行なうことができる。

なお、Ｓ６−２で、端末ＩＤが、会議の主催者端末ＩＤと一致する場合には、Ｐｒｉｖａｔｅコードの一致、不一致に関わらず、常に、Ｐｒｉｖａｔｅコードの確認ＯＫを判定するようにしてもよい。会議の主催者は、Ｐｒｉｖａｔｅコード如何に関わらず、当該会議の関連情報の登録を許可すべきとも考えられるためである。

[変形例３]
図２６は、本変形例に係る開催会議管理テーブルの一例である。図９と比べ、開催会議管理テーブル５０３ｃ−２は、「Ｐｒｉｖａｔｅコード」の項目が追加されている。

「Ｐｒｉｖａｔｅコード」は、会議主催者が、会議予約時や会議開始時等に設定する任意の文字列である。なお、「Ｐｒｉｖａｔｅコード」は、ハッシュ化（暗号化）して保存するようにしてもよい。

（関連情報の閲覧処理）
図２７は、本変形例に係る関連情報の閲覧処理の示すシーケンス図である。図１４と比べ、Ｓ２８−２、Ｓ２９−２、Ｓ２９−３の処理で異なっている。以下、要点に絞って説明する。

Ｓ２７：設定ユーティリティサーバ４００の会議参加履歴情報取得部４０４は、会議参加履歴情報を受信すると、画面提供部４０１は、クライアントＰＣ２００に対し、会議参加履歴情報を含む一覧画面データを送信するなどして、一覧画面を表示させる（例えば、図１６）。

図２８は、本変形例に係る会議参加履歴の一覧画面の一例である。会議参加履歴情報を取得すると、クライアントＰＣ２００において、図１６に示される会議履歴の一覧画面が表示される。ここで、ログイン・ユーザが、会議参加履歴情報一覧１５０３の中から、所望の会議履歴うち、「関連情報」の「参照」１５０４を押下操作すると、図２８に示されるように、Ｐｒｉｖａｔｅコード入力ウィンドウ２８０１が表示される。つまり、関連情報を閲覧しようとするログイン・ユーザに対し、Ｐｒｉｖａｔｅコードの入力を求めるようになっている。

Ｓ２８−２：クライアントＰＣ２００は、設定ユーティリティサーバ４００に対し、閲覧したい関連情報の「参照」命令を、入力されたＰｒｉｖａｔｅコードと共に入力する。

Ｓ２９−２：設定ユーティリティサーバ４００の関連情報取得部５０５は、関連情報の「参照」命令が入力されると、ログ管理サーバ５００に対し、入力された会議の関連情報の取得要求を送信する。このとき、関連情報取得部５０５は、関連情報取得要求のパラメータとして、会議ＩＤと及び入力されたＰｒｉｖａｔｅコードを指定する。

Ｓ２９−３：ログ管理サーバ５００のログ管理部５０１は、関連情報取得要求を受信すると、まずＰｒｉｖａｔｅコードを確認する。

具体的に、まず、ログ管理部５０１は、開催会議管理テーブル５０３ｃ−２を参照し、Ｓ２９−３で取得した会議ＩＤに対応する「Ｐｒｉｖａｔｅコード」を取得する。例えば、図２６の開催会議管理テーブル５０３ｃ−２を参照し、Ｓ２９−３で取得した「会議ＩＤ」は、ｃｏｎｆ００１であるとすると、会議ＩＤｃｏｎｆ００１に対応するＰｒｉｖａｔｅコードｘｘｘｘｘｘｘを取得する。そして、開催会議管理テーブル５０３ｃ−２から取得した「Ｐｒｉｖａｔｅコード」と、クライアントＰＣ２００により入力されたＰｒｉｖａｔｅコードとを比較し、一致した場合、Ｐｒｉｖａｔｅコードの確認ＯＫを判定する。一方、一致しない場合、Ｐｒｉｖａｔｅコードの確認ＮＧを判定する。

Ｓ３０：ログ管理サーバ５００のログ管理部５０１は、Ｐｒｉｖａｔｅコードの確認ＯＫを判定した場合、パラメータを用い、ログ管理ＤＢ５０３の関連情報管理テーブル５０３ｄを検索する。そして、検索結果として、会議ＩＤ（例えば、「ｃｏｎｆ００１」）に対応付けられている関連情報のデータを応答する。

なお、ログ管理部５０１は、Ｐｒｉｖａｔｅコードの確認ＮＧを判定した場合、検索結果として、関連情報のデータは応答せずに、検索ＮＧを応答する。また、設定ユーティリティサーバ４００は、ログ管理サーバ５００から検索ＮＧを受信した場合、クライアントＰＣ２００に対し、例えば、「Ｐｒｉｖａｔｅコードが一致しませんので、検索できません。」と表示する（Ｓ３１）。

以上、本変形例によれば、Ｐｒｉｖａｔｅコードを、関連情報の閲覧可否の制御に利用することで、主催者を含むＰｒｉｖａｔｅを知っているログイン・ユーザのみが、クライアントＰＣ２００から関連情報を閲覧可能とする制御を行なうことができる。

なお、開催会議管理テーブル５０３ｃ−２から取得した「Ｐｒｉｖａｔｅコード」と、クライアントＰＣ２００により入力されたＰｒｉｖａｔｅコードとを比較し、一致しない場合、検索範囲を限定するようにしてもよい。具体的に、ログ管理部５０１は、Ｐｒｉｖａｔｅコードの確認ＮＧを判定した場合、パラメータを用い、ログ管理ＤＢ５０３の関連情報管理テーブル５０３ｄを検索する（Ｓ３０）。しかしながら、その検索範囲を、ログイン・ユーザの端末ＩＤ（Ｓ２５等で取得可）から登録された関連情報のみに限定する。

例えば、再び図１７を参照する。「関連情報」１７０５には、会議中、例えば、議事メモや添付ファイル等など、全参加者によりその会議に関連して登録された全関連情報が表示される。しかしながら、Ｐｒｉｖａｔｅコードの確認ＮＧを判定した場合、ログイン・ユーザの端末ＩＤ（Ｓ２５等で取得可）から登録された関連情報のみが表示される。

[変形例４]
本変形例では、通信管理サーバ３００の無い構成を説明する。通信管理サーバ３００が存在しないため、関連情報登録の際、設定ユーティリティサーバ４００は、ログ管理サーバ５００に対し、直接、関連情報を登録する。

（関連情報の登録処理）
図２９は、本変形例に係る関連情報の登録処理の示すシーケンス図である。図１１と比べ、通信管理サーバ３００は存在しない。このため、Ｓ４１〜４６の処理で異なっている。以下、要点に絞って説明する。

Ｓ４：クライアントＰＣ２００は、関連情報を、設定ユーティリティサーバ４００に送信する。具体的には、図１２の登録画面で、「送信」１２０４が押下されると、関連情報が設定ユーティリティサーバ４００に送信される。

Ｓ４１：設定ユーティリティサーバ４００（例えば、関連情報登録部４０３）は、ログ管理サーバ５００に対し、Ｓ１で取得された端末ＩＤを含む参加者履歴情報取得要求を送信する。

Ｓ４２：ログ管理サーバ５００（例えば、ログ管理部５０１）は、参加者履歴情報取得要求を受信すると、参加者履歴管理テーブル５０３ｂを参照し、端末ＩＤを検索キーとして、該当するレコード（行）を抽出する。そして、抽出されたレコードの内、「参加者日時」が最も新しいレコード（行）を１つ取得する。例えば、図８を参照し、端末ＩＤ１１００１の場合、「端末ＩＤ」が１１００１であって、その内、「参加者日時」が最も新しいレコード（行）を１つ取得する。

Ｓ４３：ログ管理サーバ５００は、設定ユーティリティサーバ４００に対し、Ｓ４２で取得したレコード（行）を１つ応答する。

Ｓ４４：設定ユーティリティサーバ４００は、ログ管理サーバ５００に対し、ログ管理サーバ５００から取得したレコードを参照し、レコードの「退出状態」が、会議中であるか否かを確認する。「会議中」の場合、端末ＩＤにより特定される通信端末は、会議中の状態にあることを示す。

Ｓ４５：設定ユーティリティサーバ４００は、端末ＩＤにより特定される通信端末が「会議中」の状態にある場合、関連情報のログ情報を生成する。具体的には、Ｓ４４でログ管理サーバ５００から取得したレコードと、クライアントＰＣ２００からの関連情報とを用いて、図１３に示されるログ情報を生成すればよい。

Ｓ４６：設定ユーティリティサーバ４００は、ログ管理サーバ５００に対し、Ｓ４５で生成した関連情報のログ情報を送信する。

Ｓ９：また、設定ユーティリティサーバ４００（例えば、画面提供部４０１）は、ログ情報を生成した場合、クライアントＰＣ２００に対し、登録ＯＫを示す登録画面を表示させる。一方、Ｓ４４で、レコードの「退出状態」が、会議中でない場合、端末ＩＤにより特定される通信端末は、会議中の状態にないことを示す。よって、この場合、設定ユーティリティサーバ４００（例えば、画面提供部４０１）は、クライアントＰＣ２００に対し、例えば、「この端末は、現在会議中ではありませんので、登録できません。」といった登録ＮＧを示す登録画面を表示させる。

以上、本変形例によれば、通信管理サーバ３００が存在しなくとも、設定ユーティリティサーバ４００は、ログ管理サーバ５００の参加履歴情報を利用して、ログ管理サーバ５００に対し、関連情報を送信する。これにより、より簡易な構成により、会議中、各通信端末１００間で開催されている会議の会議ＩＤと関連情報（ログ情報）とを対応付けてログ管理サーバ５００に保存することができる。またこれにより、各参加者から登録された関連情報を、会議毎（会議ＩＤ毎）に、後からまとめて閲覧することも可能である。

[変形例５]
変形例４に続いて、本変形例では、通信管理サーバ３００の無い構成において、変形例１（例えば、図１９）を実現する。

（関連情報の登録処理）
図３０は、本変形例に係る関連情報の登録処理の示すシーケンス図である。図２９とＳ４６までは同一であり、Ｓ４６に続き、Ｓ４７〜４９が追加される。また、図２９とは、Ｓ９−２が異なる。以下、要点に絞って説明する。

Ｓ４７：関連情報のログ情報を生成すると、次いで、設定ユーティリティサーバ４００は、ログ管理サーバ５００に対し、関連情報の送信先の端末ＩＤ取得要求を送信する。端末ＩＤ取得要求は、Ｓ４４で取得したレコード内の会議ＩＤを含む。なお、この会議ＩＤは、現在会議中の会議の会議ＩＤである。また、関連情報の送信先の端末ＩＤとは、Ｓ１で取得した端末ＩＤと同一の会議に参加している通信端末の端末ＩＤである。

Ｓ４８：ログ管理サーバ５００（例えば、ログ管理部５０１）は、端末ＩＤ取得要求を受信すると、通信端末状態管理テーブル５０３ｄを参照し、取得した会議ＩＤに現在参加中の「端末ＩＤ」を検索する。

例えば、図８の参加者履歴テーブル５０３ｂを参照し、例えば、会議ＩＤｃｏｎｆ００２のレコードの内、「退出状態」が会議中のレコードを抽出し、該当するレコードの「端末ＩＤ」を取得する。図８の場合、該当するレコードの「端末ＩＤ」として、１１００５を取得できる。

Ｓ４９：ログ管理サーバ５００（例えば、ログ管理部５０１）は、設定ユーティリティサーバ４００に対し、Ｓ４８で検索し、検索結果（関連情報の送信先の端末ＩＤ）として、検索した「端末ＩＤ」を応答する。

Ｓ９−２：設定ユーティリティサーバ４００の画面提供部４０１は、関連情報の送信先の端末ＩＤを受信すると、受信した端末ＩＤでログイン中のクライアントＰＣ２００に対し、関連情報を含む登録画面データを送信するなどして、登録画面の「関連情報」１７０５において、受信した関連情報をリアルタイムで表示させる。

例えば、端末ＩＤ１１０００１のみならず、端末ＩＤ１１０００５でログイン中のクライアントＰＣ２００に対しても、関連情報を含む登録画面データを送信する。端末ＩＤ１１０００５は、端末ＩＤ１１０００１と同じ会議で会議中の状態にある。これにより、端末ＩＤ１１０００１のみならず、端末ＩＤ１１０００５でログイン中のクライアントＰＣ２００に登録画面の「関連情報」１７０５において、受信した関連情報をリアルタイムで表示させる（例えば、図１９）。

以上、本変形例によれば、通信管理サーバ３００が存在しなくとも、関連情報の登録画面において、自分以外の参加者の登録した関連情報をリアルタイムで表示することができる。これにより、より簡易な構成により、全関連情報を会議終了後に閲覧するだけでなく、会議中にも関連情報をリアルタイムで確認することができる。

[変形例６]
本変形例では、通信管理サーバ３００の無い構成において、変形例３（例えば、図２５）を実現する。

本変形例は、図２６の開催会議管理テーブルを使用する。ログ管理サーバ５００のログ管理ＤＢ５０３において、開催会議管理テーブル５０３ｃ−２では、「Ｐｒｉｖａｔｅコード」の項目が追加されている。

（関連情報の登録処理）
図３１は、本変形例に係る関連情報の登録処理の示すシーケンス図である。図１１と比べ、Ｓ４−２、Ｓ５１〜Ｓ５３の処理で異なっている。以下、要点に絞って説明する。

Ｓ４−２：クライアントＰＣ２００は、関連情報及びＰｒｉｖａｔｅeコードを、設定ユーティリティサーバ４００に送信する。

Ｓ４−２：クライアントＰＣ２００は、関連情報及びＰｒｉｖａｔｅeコードを、設定ユーティリティサーバ４００に送信する。

図２５は、本変形例に係る関連情報の登録画面の一例である。会議参加者は、添付ファイルやテキストの入力後、「送信」１２０４を押下すると、図２５に示されるように、Ｐｒｉｖａｔｅコード入力ウィンドウ２５０１が表示される。つまり、関連情報の送信時、関連情報を登録しようとするログイン・ユーザに対し、Ｐｒｉｖａｔｅコードの入力を求めるようになっている。

Ｓ４１：設定ユーティリティサーバ４００（例えば、関連情報登録部４０３）は、ログ管理サーバ５００に対し、Ｓ１で取得された端末ＩＤを含む参加者履歴情報取得要求を送信する。

Ｓ４２：ログ管理サーバ５００（例えば、ログ管理部５０１）は、参加者履歴情報取得要求を受信すると、参加者履歴管理テーブル５０３ｂを参照し、端末ＩＤを検索キーとして、該当するレコード（行）を抽出する。そして、抽出されたレコードの内、「参加者日時」が最も新しいレコード（行）を１つ取得する。例えば、図８を参照し、端末ＩＤ１１００１の場合、「端末ＩＤ」が１１００１であって、その内、「参加者日時」が最も新しいレコード（行）を１つ取得する。

Ｓ４３：ログ管理サーバ５００は、設定ユーティリティサーバ４００に対し、Ｓ４２で取得したレコード（行）を１つ応答する。

Ｓ４４：設定ユーティリティサーバ４００は、ログ管理サーバ５００に対し、ログ管理サーバ５００から取得したレコードを参照し、レコードの「退出状態」が、会議中であるか否かを確認する。「会議中」の場合、端末ＩＤにより特定される通信端末は、会議中の状態にあることを示す。

Ｓ５１：次いで、設定ユーティリティサーバ４００は、端末ＩＤにより特定される通信端末が「会議中」の状態にある場合、Ｓ４４で取得したレコードの「会議ＩＤ」を取得し、ログ管理サーバ５００に対し、Ｐｒｉｖａｔｅコード確認要求を送信する。Ｐｒｉｖａｔｅコード確認要求は、Ｓ４４で取得したレコードの「会議ＩＤ」と、Ｓ４−２で送信されてきたＰｒｉｖａｔｅコードとを含む。

Ｓ５２：ログ管理サーバ５００（例えば、ログ管理部５０１）は、Ｐｒｉｖａｔｅコード確認要求を受信すると、開催会議管理テーブル５０３ｃ−２を参照し、会議ＩＤを検索キーとして、該当するレコード（行）を抽出する。このレコードは、現在会議中の会議レコードである。そして、抽出されたレコードの「Ｐｒｉｖａｔｅコード」を取得する。そして、そして、抽出されたレコードの「Ｐｒｉｖａｔｅコード」と、クライアントＰＣ２００により入力されたＰｒｉｖａｔｅコード（Ｐｒｉｖａｔｅコード確認要求のＰｒｉｖａｔｅコード）とを比較し、一致した場合、Ｐｒｉｖａｔｅコードの確認ＯＫを判定する。一方、一致しない場合、Ｐｒｉｖａｔｅコードの確認ＮＧを判定する。

Ｓ５３：ログ管理サーバ５００（例えば、ログ管理部５０１）は、Ｐｒｉｖａｔｅコードの確認ＯＫ又は確認ＮＧの応答結果を応答する。

Ｓ４５：設定ユーティリティサーバ４００は、端末ＩＤにより特定される通信端末が「会議中」の状態にあって、Ｐｒｉｖａｔｅコードの確認ＯＫが応答された場合、関連情報のログ情報を生成する。具体的には、Ｓ４４でログ管理サーバ５００から取得したレコードと、クライアントＰＣ２００からの関連情報とを用いて、図１３に示されるログ情報を生成すればよい。

Ｓ４６：設定ユーティリティサーバ４００は、ログ管理サーバ５００に対し、Ｓ４５で生成した関連情報のログ情報を送信する。

Ｓ９：また、設定ユーティリティサーバ４００（例えば、画面提供部４０１）は、ログ情報を生成した場合、クライアントＰＣ２００に対し、登録ＯＫを示すといった登録画面を表示させる。一方、Ｓ４４で、レコードの「退出状態」が、会議中でない場合、端末ＩＤにより特定される通信端末は、会議中の状態にないことを示す。よって、この場合、設定ユーティリティサーバ４００（例えば、画面提供部４０１）は、クライアントＰＣ２００に対し、例えば、「この端末は、現在会議中ではありませんので、登録できません。」といった登録ＮＧを示す登録画面を表示させる。また一方、Ｓ５３で、Ｐｒｉｖａｔｅコードの確認ＮＧが応答された場合、設定ユーティリティサーバ４００（例えば、画面提供部４０１）は、クライアントＰＣ２００に対し、例えば、「Ｐｒｉｖａｔｅコードが一致しませんので、登録できません。」といった登録ＮＧを示す登録画面を表示させる。

以上、本変形例によれば、通信管理サーバ３００が存在しなくとも、Ｐｒｉｖａｔｅコードを、関連情報の送信可否の制御に利用することで、主催者を含むＰｒｉｖａｔｅを知っているログイン・ユーザのみが、クライアントＰＣ２００から関連情報を登録可能とする制御を行なうことができる。

[総括]
このように、本実施形態によれば、クライアントＰＣ２００より、会議に関する関連情報を、通信管理サーバ３００を介して送信することで、会議中、各通信端末１００間で開催されている会議の会議ＩＤと関連情報（ログ情報）とを対応付けてログ管理サーバ５００に保存することができる。またこれにより、各参加者から登録された関連情報を、会議毎（会議ＩＤ毎）に、後からまとめて閲覧することも可能である。

即ち、多地点会議における会議に関する関連情報の送信および閲覧を容易に行なうことができ、特に1つの会議に複数の通信端末１００が途中からでも参加・退出できるような複雑な会議環境においても、各参加者から登録された関連情報の登録や閲覧を容易に行なうことが可能である。

以上、本実施形態によれば、通信中に発生した関連情報の登録機能及び登録された関連情報の閲覧機能の向上、容易化を図る通信システム及びログ管理装置等を提供することが可能となる。

本発明は係る特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。

１ 通信システム
２ 通信管理システム
１００ 通信端末
２００ クライアントＰＣ
３００ 通信管理サーバ
３０１ 関連情報取得部
３０２ ログ管理部
３０３ 通信端末状態管理部
３０４ 通信端末状態管理ＤＢ
３０５ 会議情報管理部
３０６ 会議情報管理ＤＢ
４００ 設定ユーティリティサーバ
４０１ 画面提供部
４０２ 通信端末ＩＤ取得部
４０３ 関連情報登録部
４０４ 会議参加履歴情報取得部
４０５ 関連情報取得部
５００ ログ管理サーバ
５０１ ログ管理部
５０２ 加工部
５０３ ログ管理ＤＢ
６００ ネットワーク

特開２０１１‐１９７９１４号公報

Claims (11)

1. 複数の通信端末を用いたコミュニケーションを管理する通信システムであって、
   前記コミュニケーションに関連する電子情報を、該電子情報を登録する登録端末から取得する取得手段と、
   前記登録端末から取得した端末識別情報に基づいて、該端末識別情報に関連付けられた通信端末が他の通信端末とコミュニケーション中の場合に、該通信端末が参加している前記コミュニケーションを識別するコミュニケーション識別情報と、前記電子情報とを対応付けて登録する管理手段と、
   を有することを特徴とする通信システム。
2. 前記取得手段は、前記登録端末から、前記端末識別情報と共に、前記電子情報を取得し、
   前記管理手段は、前記端末識別情報と一致する前記コミュニケーションシステムで管理される通信端末に関連つけられた端末識別情報と、前記コミュニケーション識別情報と、に前記電子情報を対応付けて登録すること、
   を特徴とする請求項１記載の通信システム。
3. 前記管理手段は、前記電子情報を閲覧する閲覧端末から、コミュニケーション識別情報を含む電子情報取得要求を受信すると、前記閲覧端末に対し、前記コミュニケーション識別情報と同一のコミュニケーション識別情報に対応付けられた電子情報を送信すること、
   を特徴とする請求項１又は２記載の通信システム。
4. 前記管理手段は、前記電子情報を閲覧する閲覧端末から、コミュニケーション識別情報を含む電子関連情報取得要求を受信すると、前記コミュニケーション識別情報で特定されるコミュニケーションに参加する全ユーザの閲覧端末に対し、前記コミュニケーション識別情報と同一のコミュニケーション識別情報に対応付けられた電子情報を送信すること、
   を特徴とする請求項１又は２記載の通信システム。
5. 前記管理手段は、前記閲覧端末から、コミュニケーション識別情報とコード情報とを含む電子情報取得要求を受信すると、前記コード情報と、予め保持される所定のコード情報とを比較し、一致しない場合には、前記閲覧端末に対し、前記端末識別情報と、前記コミュニケーション識別情報と同一のコミュニケーション識別情報とに対応付けられた電子情報を応答すること、
   を特徴とする請求項４記載の通信システム。
6. 前記取得手段は、前記登録端末から、コード情報と共に、前記電子情報を取得し、
   前記管理手段は、前記コード情報と、予め保持される所定のコード情報とを比較し、一致する場合に、前記端末識別情報と前記コミュニケーション識別情報とに、前記電子情報を対応付けること、
   を特徴とする請求項１又は２記載の通信システム。
7. 前記取得手段は、前記登録端末から、端末識別情報と共に、前記電子情報を取得し、
   前記管理手段は、前記コミュニケーションを主催する主催者端末を識別する端末識別情報と、前記登録端末から取得した端末識別情報と比較し、一致する場合、前記登録端末から取得した端末識別情報と前記コミュニケーション識別情報とに、前記電子情報を対応付けること、
   を特徴とする請求項６記載の通信システム。
8. 前記管理手段は、前記閲覧端末から、コミュニケーション識別情報とコード情報とを含む電子情報取得要求を受信すると、前記コード情報と、予め保持される所定のコード情報とを比較し、一致する場合に、前記コミュニケーション識別情報と同一のコミュニケーション識別情報に対応付けられた電子情報を前記閲覧端末へ送信すること、
   を特徴とする請求項１又は２記載の通信システム。
9. 前記管理手段は、前記閲覧端末から、コミュニケーション識別情報と端末識別情報とを含む電子情報取得要求を受信すると、前記コミュニケーションを主催する主催者端末を識別する端末識別情報と、前記閲覧端末から送信された端末識別情報とを比較し、一致する場合、前記コミュニケーション識別情報と同一のコミュニケーション識別情報に対応付けられた電子情報を前記閲覧端末へ送信すること、
   を特徴とする請求項８記載の通信システム。
10. 複数の通信端末を用いたコミュニケーションを管理する通信管理装置であって、
    前記コミュニケーションに関連する電子情報を、該電子情報を登録する登録端末から取得する取得手段と、
    前記登録端末から取得した端末識別情報に基づいて、該端末識別情報に関連付けられた通信端末が他の通信端末とコミュニケーション中の場合に、該通信端末が参加している前記コミュニケーションを識別するコミュニケーション識別情報に、前記電子情報を対応付けて登録する管理手段と、
    を有することを特徴とする通信管理装置。
11. 複数の通信端末を用いたコミュニケーションを管理する通信管理装置に、
    前記コミュニケーションに関連する電子情報を、該電子情報を登録する登録端末から取得する取得手段と、
    前記登録端末から取得した端末識別情報に基づいて、該端末識別情報に関連付けられた通信端末が他の通信端末とコミュニケーション中の場合に、該通信端末が参加している前記コミュニケーションを識別するコミュニケーション識別情報に、前記電子情報を対応付けて登録する管理手段として機能させるためのプログラム。