JP6241046B2 - 通信管理システム、プログラム及び再生制御方法 - Google Patents

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」は、通信端末の電源オフ（会議中にオフラインとなった場合は会議ＩＤ、会議セッションＩＤにも値が格納される。）。通信状態「invite 」は、会議への招待要求を示す。通信状態「call」は、開催中の会議への参加要求を示す。通信状態「accept」は、招待要求(invite)又は参加要求(call)の許可を示す。通信状態「start」は、会議の開始を示す。通信状態「end」は、会議の終了を示す。通信状態「join」は、端末１０が会議へ参加することを示す。通信状態「leave」は、端末１０が会議から退出することを示す。

「通信元端末ＩＤ」は、通信元の通信端末を特定するための固有なＩＤ（識別情報）を示す。

「通信先端末ＩＤ」は、通信先の通信端末を特定するための固有なＩＤを示す。

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

「会議ＩＤ」は、通信端末が参加した会議、即ち通信端末間で行われるコミュニケーションを特定するためのＩＤ（識別情報）を示す。会議が開催される度、その会議毎にＩＤが付番される。

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

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

なお、「通信元端末ＩＤ」や「通信先端末ＩＤ」に用いられるＩＤは、通信端末を識別するための情報であり、通信端末に予め割り当てられた識別情報や、通信端末のユーザに予め割り当てられた識別情報が含まれる。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

（映像管理サーバ）
映像管理サーバ６００は、送受信部６０１、映像管理ＤＢ６０２を有している。

送受信部６０１は、通信管理サーバ１００を介し、通信端末１００間で送受信された映像データを、その映像データの「会議ＩＤ」と共に受信する。また、設定ユーティリティサーバ４００からの取得要求に応じて、映像管理ＤＢ６０２から取得した映像データを送信する。なお、映像データを受信するタイミングとしては、例えば、その会議の終了後である。

映像管理ＤＢ６０２は、映像データ管理テーブル６０２ａ、及び、通信端末１００間で送受信された映像データ６０２ｂが格納される（後述）。

（映像データ管理テーブル）
図９は、本実施形態に係る映像データ管理テーブルの一例である。図に示されるように、映像データ管理テーブル６０２ａは、「会議ＩＤ」毎に、「映像データ」を格納する。なお、「映像データ」には、例えば、映像データのファイル名等が格納され、ファイル名と紐付いて、実際の映像データ（実体）が特定される。

（設定ユーティリティサーバ）
設定ユーティリティサーバ４００は、送受信部４０１、通信端末ＩＤ取得部４０２、会議参加履歴情報取得部４０３、映像データ取得部４０４、再生制御部４０５を有している。

送受信部４０１は、クライアントＰＣ２００から設定ユーティリティ画面の表示要求を受信したり、設定ユーティリティ画面データを送信する。また、ログ管理サーバ５００から会議参加履歴情報を受信したり、映像管理サーバ６００から映像データを受信する。

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

会議参加履歴情報取得部４０３は、通信端末ＩＤや会議開催期間の情報を検索キーとして、ログ管理サーバ５００から、通信端末の会議参加履歴情報を取得する。

映像データ取得部４０４は、映像管理サーバ６００から、再生要求（再生命令）がなされた映像データを取得する。

再生制御部４０５は、クライアントＰＣ２００から、映像データの再生要求がなされると、通信端末ＩＤで特定される通信端末の会議参加履歴情報に応じて、映像データの再生を制御する。再生制御の詳細は後述する。

[映像データ再生の操作画面例]
図１０は、本実施形態に係る映像データ再生の操作画面の一例である。映像データ再生の操作画面を表示する場合、まず、クライアントＰＣ２００は、設定ユーティリティサーバ４００にアクセスし、通信端末ＩＤ及びパスワードを用いて、設定ユーティリティサーバ４００にログインする。クライアントＰＣ２００は、ログイン認証に成功すると、図１０に表示される操作画面１０００を通じて、過去に開催された会議の録画映像データを再生、閲覧することができる。

端末ＩＤ１００１は、通信端末ＩＤのＩＤを示す。つまり、同通信端末ＩＤを有するユーザが、設定ユーティリティサーバ４００にログイン中の状態にあることを示している。

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

会議参加履歴情報一覧１００３は、ドロップダウンリスト１００２により選択された開催月に開催された会議参加履歴情報の一覧である。会議参加履歴情報一覧１００３は、ログ管理サーバ５００から取得された会議参加履歴情報に基づく項目欄に、映像管理サーバ６００から取得される会議映像の項目欄が追加された形式である。

ログイン・ユーザは、会議参加履歴情報一覧１００３の中から、所望の会議履歴うち、「会議映像」の「再生」ボタン１００４を押下操作すると、録画映像データの再生（閲覧）を行うことができる。

但し、本実施形態において、録画映像データの再生可能範囲は、ログイン・ユーザの通信端末が実際に参加した範囲に限られている。例えば、「会議ＩＤ」ｃｏｎｆ００１の場合、通信端末ＩＤ１１０００１のログイン・ユーザにとって、録画映像データの再生可能範囲は、「参加日時」２０１０年９月１日１０：１０：００から、「退出日時」２０１０年９月１日１１：１０：２５の間である。即ち、ログイン・ユーザは、録画映像データのうち、「参加日時」から「退出日時」までの間の映像部分のみ閲覧できるようになっている。

[情報処理]
（映像データ再生処理）
図１１は、本実施形態に係る映像データ再生処理の示すシーケンス図である。なお、シーケンス図の説明を行う前提として、ログ管理サーバ５００（ログ管理ＤＢ５０３）は、参加者履歴管理テーブル５０３ｂ及び開催会議管理テーブル５０３ｃを既に有するものとする。また、映像管理サーバ６００（映像管理ＤＢ６０２）は、映像データ管理テーブル６０２ａ、及び、通信端末１００間で送受信された映像データ６０２ｃを既に有するものとする。

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

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

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

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

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

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

なお、応答される会議参加履歴情報のうち、例えば、「会議ＩＤ」、「参加日時」、「退出日時」、「参加時間」、「退出状態」は、参加者履歴管理テーブル５０３ｂより取得される（例えば、図７）。また、「開始日時」、「終了日時」は、参加者履歴管理テーブル５０３ｂより取得された「会議ＩＤ」をキーとして、開催会議管理テーブル５０３ｃより取得される（例えば、図８）。

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

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

Ｓ９：設定ユーティリティサーバ４００の映像データ取得部４０４は、会議映像の「再生」命令が入力されると、映像管理サーバ６００に対し、入力された会議映像に該当する映像データの取得要求を送信する。このとき、映像データ取得部４０４は、映像データ取得要求のパラメータとして、会議ＩＤ（例えば、「ｃｏｎｆ００１」）を指定する。

Ｓ１０：映像管理サーバ６００の送受信部６０１は、映像データ取得要求を受信すると、パラメータを用い、映像管理ＤＢ６０２の映像データ管理テーブル６０２ａを検索する。そして、検索結果として、会議ＩＤ（例えば、「ｃｏｎｆ００１」）に対応付けられている映像データ（映像データファイル）を応答する。

Ｓ１１：設定ユーティリティサーバ４００の再生制御部４０５は、映像データを取得すると、映像データに対する再生制御を行う（詳細後述）。

Ｓ１２：設定ユーティリティサーバ４００の送受信部２００は、クライアントＰＣ２００に対し、再生制御部４０５の制御の下、再生が許可された範囲の映像データを送信する。一方、クライアントＰＣ２００は、受信した映像データを閲覧できるが、この閲覧可能範囲は、通信端末ＩＤ１１０００１の通信端末が実際に会議に参加した時間帯の映像データの範囲となっている。

なお、例えば、映像データの再生処理は、クライアントＰＣ２００において、取得対象期間の映像データをすべて取得してから再生するのではなく、ストリーミング処理によって取得した部分から順次閲覧（再生）するようにしてもよい
また、クライアントＰＣ２００に送信される映像データは暗号化されていてもよい。これにより、映像データの取得中、その映像データがネットワーク７００中で盗聴された場合、映像データを再生されることがなくなり、よりセキュリティを高めることができる。

（再生制御処理）
設定ユーティリティサーバ４００の再生制御部４０５は、映像データを取得すると、映像データに対する再生制御を行う（上述のＳ１１）。つまり、映像データの再生可能範囲を決定する。以下詳しく説明する。

例えば、図１０の会議ＩＤｃｏｎｆ００１を例に説明する。この場合、再生制御部４０５は、通信端末ＩＤ１１０００１のログイン・ユーザが、会議ＩＤｃｏｎｆ００１の映像データを再生する場合、このログイン・ユーザに対して、映像データ中、どの範囲（再生開始点）からどの範囲（再生終了点）までの再生を許可するかを決定する。

具体的に、再生制御部４０５は、以下の式を用いて、映像データの「再生開始点」及び「再生終了点」を算出する
「再生開始点」＝「参加日時」−「開始日時」
「再生終了点」＝「退出日時」−「開始日時」
例えば、図１０の場合、通信端末ＩＤ１１０００１の「参加日時」は２０１０年９月１日１０：１０：００、会議ＩＤｃｏｎｆ００１の「開始日時」は２０１０年９月１日１０：００：００となっている。よって、「再生開始点」＝００：１０：００となる。

また、通信端末ＩＤ１１０００１の「退出日時」は２０１０年９月１日１１：１０：２５、会議ＩＤｃｏｎｆ００１の「開始日時」は２０１０年９月１日１０：００：００となっている。よって、「再生終了点」＝０１：１０：２５となる。

以上より、再生制御部４０５は、通信端末ＩＤ１１０００１のログイン・ユーザが、会議ＩＤｃｏｎｆ００１の映像データを再生する場合、このログイン・ユーザに対して、映像データ中（００：００：００〜０１：３０：２５）、「再生開始点」００：１０：００から、「再生終了点」０１：１０：２５までの間のみの再生許可が決定される。

図１２は、本実施形態に係る再生制御を説明する図（その１）である。

例えば、会議ＩＤｃｏｎｆ００１は、「開始日時」及び「終了時間」によれば、２０１０年９月１日１０：００：：００〜２０１０年９月１日１１：３０：２５の間開催された会議である（例えば、図１０）。即ち、映像データの録画期間は、会議参加履歴情報における会議の「開始日時」から「終了日時」までの期間と一致する。このため、映像管理サーバ６００より取得された会議ＩＤｃｏｎｆ００１の映像データは、会議の「開始日時」から「終了日時」までの全会議映像を含む１時間３０分２５秒間の映像データである。

一方、通信端末ＩＤ１１０００１の通信端末は、「参加日時」及び「参加時間」によれば、２０１０年９月１日１０：１０：００〜２０１０年９月１日１１：１０：２５の間だけ会議に参加したことが分かる。

よって、再生制御部４０５は、会議ＩＤｃｏｎｆ００１の映像データのうち、通信端末ＩＤ１１０００１の通信端末が実際に会議に参加した時間帯の映像データのみ、再生を許可する制御を行う。

図１３は、本実施形態に係る再生制御を説明する図（その２）である。映像データと、会議全体期間と、各通信端末の参加機関との関係を示す模式図である。

映像データの録画は、実際に開催された会議の「開始日時」から「終了日時」までの期間と一致する。この会議において、各通信端末Ａ〜Ｄは、それぞれ任意のタイミングで入退出を行う場合、通信端末毎に「参加日時」及び「退出日時」が記録される。このため、再生制御部４０５は、映像データのうち、全期間の映像データの再生（閲覧）を許可せずに、各通信端末毎に、それぞれの通信端末が実際に会議に参加した期間の範囲でのみ、映像データの再生（閲覧）を許可する。

このように、本実施形態によれば、映像データを各通信端末の会議参加履歴情報（通信ログに基づく）に対応付け、映像データの再生制御を実行することで、各通信端末は、自端末が参加した範囲の映像データのみを閲覧可能に制御することができる。

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

まず、ログ管理サーバ５００の送受信部５０１は、設定ユーティリティサーバ４００から会議参加履歴情報取得要求を受信すると、パラメータである「会議の開催月」に基づいて、「検索開始日（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ヶ月以上）という条件により、検索範囲の会議履歴を限定することができる。

[変形例１]
図１５は、本変形例に係る映像データ再生の操作画面の一例である。図１０と比べ、操作画面１５００は、「主催者端末ＩＤ」の項目が追加されている。「主催者端末ＩＤ」１５０１の項目は、他の項目と共に、開催会議管理テーブル（図８）の「主催者端末ＩＤ」に基づき、ログ管理サーバ５００から取得される。

本変形例では、映像データ再生の際、ログイン・ユーザが会議主催者であった場合、その会議の映像データについては、全範囲の映像データを再生可能にする。

具体的に、設定ユーティリティサーバ４００の再生制御部４０５は、映像データの再生制御を行う場合、「通信端末ＩＤ」１５０１と、「主催者端末ＩＤ」１５０１とを比較し、一致する場合、当該映像データの会議主催者は、ログイン・ユーザであると判定し、その会議の映像データについては、全範囲の映像データを再生可能にする。

これにより、仮にそのログイン・ユーザが会議の全期間に参加できなかった場合であっても、会議主催者として、全映像データを再生（閲覧）し、全会議内容を振り返ることが可能となっている。

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

「Ｐｒｉｖａｔｅコード」は、会議主催者が、会議予約時や会議開始時等に設定する任意の文字列である。通信ログ内に含まれる情報として、ログ管理サーバ５００に送信され、開催会議管理テーブル５０３ｃ−２に格納される。なお、「Ｐｒｉｖａｔｅコード」は、ハッシュ化（暗号化）して保存するようにしてもよい。

図１７は、本変形例に係る映像データ再生の操作画面の一例である。図１０と比べ、操作画面１６００では、映像データを「再生」する場合、「Ｐｒｉｖａｔｅコード」の入力が要求されるようになっている。

具体的に、設定ユーティリティサーバ４００の再生制御部４０５は、開催会議管理テーブル５０３ｃ−２内の該当するレコードの「Ｐｒｉｖａｔｅコード」と、入力された「Ｐｒｉｖａｔｅコード」とを比較し、一致した場合、映像データの再生を許可する。一方、一致しない場合、一切の映像データの再生を許可しない。なお、開催会議管理テーブル５０３ｃ−２に格納されている「Ｐｒｉｖａｔｅコード」は、ログ管理サーバ５００より取得される（上述のＳ６）。

このように、「Ｐｒｉｖａｔｅコード」を会議映像の閲覧可否の制御に利用することで、会議主催者を含む「Ｐｒｉｖａｔｅコード」を知っている通信端末のみが会議映像を閲覧できるように制御を行なうことができる。

なお、ログイン・ユーザが、会議主催である場合、「Ｐｒｉｖａｔｅコード」の入力なしに、その会議の映像データの再生は許可されるようにしてもよい。

また、入力された「Ｐｒｉｖａｔｅコード」が、開催会議管理テーブル５０３ｃ−２内の該当するレコードの「Ｐｒｉｖａｔｅコード」と一致する場合、会議の映像データのうち、全期間を再生（閲覧）可能としてもよい。一致しない場合、その通信端末が会議に参加していた期間のみの映像データを再生可能とする。

また、会議の映像データのうち、全期間を再生（閲覧）したい場合のみ、「Ｐｒｉｖａｔｅコード」を入力させるような画面ＵＩにしてもよい。例えば、映像データの「再生」ボタン押下操作時に入力ダイアログを出すのではなく、再生ボタン付近に「Ｐｒｉｖａｔｅコード」を入力するためのテキストボックスを配置し、未入力時にはその通信端末が参加していた期間のみの会議映像を可能にする。

[総括]
以上、本実施形態によれば、映像データを各通信端末の会議参加履歴情報（通信ログに基づく）に対応付け、映像データの再生（閲覧）制御を実行することで、各通信端末に対し、その通信端末が参加した期間の範囲に限定した映像データが再生される。これにより、各通信端末に対し、通信端末が参加した部分に対応する映像データ部分のみを閲覧可能に制御できるので、従来に比べ、より高度な映像データの再生制御を行うことが可能である。

即ち、本実施形態によれば、複数の通信端末間で送受信されたデータの再生制御機能を向上させた再生制御装置、再生制御システム及びプログラム等を提供することが可能となる。

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

本実施形態に係る通信システム１では、会議の映像データ（動画データ及び音声データを含む）の例を挙げて説明したが、他にも、例えば、複数端末間で音声データのみを相互に伝送する音声通話システムや、複数端末間で画像データのみを相互に伝送する画像伝送システムなど、用途や目的に応じ、様々なシステムに適用することができる。

また、本実施形態では、本発明が適用されるコミュニケーションシステムの一例として会議システムの例を挙げて説明したが、他にも電話システム（携帯電話システム）、テレビ電話システム、チャットシステムなどにも適用可能である。

また、本実施形態で説明している「会議」とは、コミュニケーションの目的を限定するものではなく、コミュニケーション全般のことを示す。例えば、家族や友人間の会話やリアルタイムなメッセージの送受信も含まれる。

１ 通信システム
１００ 通信端末
２００ クライアントＰＣ
３００ 通信管理サーバ
４００ 設定ユーティリティサーバ
４０１ 送受信部
４０２ 信端末ＩＤ取得部
４０３ 会議参加履歴情報取得部
４０４ 映像データ取得部
４０５ 再生制御部４０５
５００ ログ管理サーバ
５０１ 送受信部
５０２ 加工部
５０３ ログ管理ＤＢ
６００ 映像管理サーバ
６０１ 送受信部
６０２ 映像管理ＤＢ
７００ ネットワーク

特開２０１２‐１５６７５９号公報

Claims (13)

1. 複数の通信端末間においてコミュニケーションの開始日時から終了日時までの間に送受信された複数のコンテンツデータを、１コミュニケーションごとに１ファイルとして格納した単一コンテンツデータの再生を制御する通信管理システムであって、
   通信端末または該通信端末のユーザを識別するための識別情報を取得する識別情報取得手段と、
   前記識別情報に基づいて、該識別情報に対応する通信端末が参加した各コミュニケーションの履歴と、該通信端末が該各コミュニケーションに参加した期間の履歴とを少なくとも含む参加履歴情報を取得する参加履歴情報取得手段と、
   前記参加履歴情報を、前記識別情報に対応する通信端末に提供する提供手段と、
   前記参加履歴情報が提供されたことに応じて、前記識別情報に対応する通信端末によりコミュニケーションが指定された場合に、該指定されたコミュニケーションに対応する前記単一コンテンツデータを取得するコンテンツデータ取得手段と、
   前記参加履歴情報に基づいて、前記識別情報に対応する通信端末が、前記指定されたコミュニケーションに参加した期間を特定し、前記取得された前記単一コンテンツデータの前記期間の再生を許可する再生制御手段と、
   を有することを特徴とする通信管理システム。
2. 前記参加履歴情報取得手段は、前記識別情報に対応する通信端末が参加した各コミュニケーションの開始日時、終了日時、前記識別情報に対応する通信端末が該各コミュニケーションに参加した参加日時及び退出日時を取得し、
   前記提供手段は、前記開始日時、前記終了日時、前記参加日時、前記退出日時を含む操作画面であって、前記識別情報に対応する通信端末が表示する操作画面を、前記参加履歴情報として提供することを特徴とする請求項１記載の通信管理システム。
3. 前記参加履歴情報は、前記識別情報に対応する通信端末が、前記指定されたコミュニケーションに参加した参加日時及び退出日時の情報を含み、
   前記再生制御手段は、
   前記参加日時及び退出日時に基づいて、前記識別情報に対応する通信端末が、前記指定されたコミュニケーションに参加した期間として、前記参加日時と前記コミュニケーションの開始日時との差分を開始点とし、前記退出日時と前記コミュニケーションの開始日時との差分を終了点とする期間を特定し、前記取得された前記単一コンテンツデータの前記期間の再生を許可すること、
   を特徴とする請求項１記載の通信管理システム。
4. 前記参加履歴情報は、前記識別情報に対応する通信端末が参加した前記コミュニケーションを主催した主催通信端末の情報を含み、
   前記再生制御手段は、
   前記識別情報に対応する通信端末と前記主催通信端末とが一致する場合、前記取得された単一コンテンツデータの内、全期間の該単一コンテンツデータの再生を許可すること、
   を特徴とする請求項３記載の通信管理システム。
5. 前記参加履歴情報は、前記識別情報に対応する通信端末が参加した前記コミュニケーションを識別するためのコミュニケーション識別情報に付与されたコードの情報を含み、
   前記再生制御手段は、
   前記参加履歴情報が提供されたことに応じて前記識別情報に対応する通信端末から入力されたコードと前記付与されたコードとが一致する場合、前記取得された単一コンテンツデータの再生を許可すること、
   を特徴とする請求項４記載の通信管理システム。
6. 前記再生制御手段は、
   前記識別情報に対応する通信端末と前記主催通信端末とが一致する場合、
   前記参加履歴情報が提供されたことに応じて前記識別情報に対応する通信端末から入力されたコードと前記付与されたコードとが一致するしないに関わらず、前記取得された単一コンテンツデータの内、全期間の該単一コンテンツデータの再生を許可すること、
   を特徴とする請求項５記載の通信管理システム。
7. 前記参加履歴情報は、前記識別情報に対応する通信端末が参加した前記コミュニケーションを識別するためのコミュニケーション識別情報に付与されたコードの情報を含み、
   前記再生制御手段は、
   前記参加履歴情報が提供されたことに応じて前記識別情報に対応する通信端末から入力されたコードと前記付与されたコードとが一致する場合、前記取得された単一コンテンツデータの内、全期間の該単一コンテンツデータの再生を許可すること、
   を特徴とする請求項３記載の通信管理システム。
8. 前記参加履歴情報は、前記識別情報に対応する通信端末が参加した前記コミュニケーションを主催した主催通信端末の情報を含み、
   前記再生制御手段は、
   前記識別情報に対応する通信端末と前記主催通信端末とが一致する場合、
   前記参加履歴情報が提供されたことに応じて前記識別情報に対応する通信端末から入力されたコードと前記付与されたコードとが一致するしないに関わらず、前記取得された単一コンテンツデータの内、全期間の該単一コンテンツデータの再生を許可すること、
   を特徴とする請求項７記載の通信管理システム。
9. 前記識別情報に対応する通信端末に対し、前記再生制御手段により許可された単一コンテンツデータを暗号化して送信する送信手段を有すること、
   を特徴とする請求項１ないし８何れか一項記載の通信管理システム。
10. 複数の通信端末と、前記複数の通信端末に対しコミュニケーションを提供する通信管理装置と、前記複数の通信端末間においてコミュニケーションの開始日時から終了日時までの間に送受信された複数のコンテンツデータを、１コミュニケーションごとに１ファイルとして格納した単一コンテンツデータの再生を制御する再生制御装置とを含む通信管理システムであって、
    通信端末または該通信端末のユーザを識別するための識別情報を取得する識別情報取得手段と、
    前記識別情報に基づいて、該識別情報に対応する通信端末が参加した各コミュニケーションの履歴と、該通信端末が該各コミュニケーションに参加した期間の履歴とを少なくとも含む参加履歴情報を取得する参加履歴情報取得手段と、
    前記参加履歴情報を、前記識別情報に対応する通信端末に提供する提供手段と、
    前記参加履歴情報が提供されたことに応じて、前記識別情報に対応する通信端末によりコミュニケーションが指定された場合に、該指定されたコミュニケーションに対応する前記単一コンテンツデータを取得するコンテンツデータ取得手段と、
    前記参加履歴情報に基づいて、前記識別情報に対応する通信端末が、前記指定されたコミュニケーションに参加した期間を特定し、前記取得された前記単一コンテンツデータの前記期間の再生を許可する再生制御手段と、
    を有することを特徴とする通信管理システム。
11. 前記参加履歴情報取得手段は、前記識別情報に対応する通信端末が参加した各コミュニケーションの開始日時、終了日時、前記識別情報に対応する通信端末が該各コミュニケーションに参加した参加日時及び退出日時を取得し、
    前記提供手段は、前記開始日時、前記終了日時、前記参加日時、前記退出日時を含む操作画面であって、前記識別情報に対応する通信端末が表示する操作画面を、前記参加履歴情報として提供することを特徴とする請求項１０記載の通信管理システム。
12. 複数の通信端末間においてコミュニケーションの開始日時から終了日時までの間に送受信された複数のコンテンツデータを、１コミュニケーションごとに１ファイルとして格納した単一コンテンツデータの再生を制御する再生制御装置を、
    通信端末または該通信端末のユーザを識別するための識別情報を取得する識別情報取得手段と、
    前記識別情報に基づいて、該識別情報に対応する通信端末が参加した各コミュニケーションの履歴と、該通信端末が該各コミュニケーションに参加した期間の履歴とを少なくとも含む参加履歴情報を取得する参加履歴情報取得手段と、
    前記参加履歴情報を、前記識別情報に対応する通信端末に提供する提供手段と、
    前記参加履歴情報が提供されたことに応じて、前記識別情報に対応する通信端末によりコミュニケーションが指定された場合に、該指定されたコミュニケーションに対応する前記単一コンテンツデータを取得するコンテンツデータ取得手段と、
    前記参加履歴情報に基づいて、前記識別情報に対応する通信端末が、前記指定されたコミュニケーションに参加した期間を特定し、前記取得された前記単一コンテンツデータの前記期間の再生を許可する再生制御手段として機能させるためのプログラム。
13. 複数の通信端末間においてコミュニケーションの開始日時から終了日時までの間に送受信された複数のコンテンツデータを、１コミュニケーションごとに１ファイルとして格納した単一コンテンツデータの再生を制御する再生制御方法であって、
    通信端末または該通信端末のユーザを識別するための識別情報を取得する識別情報取得工程と、
    前記識別情報に基づいて、該識別情報に対応する通信端末が参加した各コミュニケーションの履歴と、該通信端末が該各コミュニケーションに参加した期間の履歴とを少なくとも含む参加履歴情報を取得する参加履歴情報取得工程と、
    前記参加履歴情報を、前記識別情報に対応する通信端末に提供する提供工程と、
    前記参加履歴情報が提供されたことに応じて、前記識別情報に対応する通信端末によりコミュニケーションが指定された場合に、該指定されたコミュニケーションに対応する前記単一コンテンツデータを取得するコンテンツデータ取得工程と、
    前記参加履歴情報に基づいて、前記識別情報に対応する通信端末が、前記指定されたコミュニケーションに参加した期間を特定し、前記取得された前記単一コンテンツデータの前記期間の再生を許可する再生制御工程と、
    を有することを特徴とする再生制御方法。