(57)【要約】【課題】ネットワーク網Ｎの状況に応じた態様で、メディアデータの送受信を行いつつ、遠隔会議を再現可能なメディアデータを保存し得る遠隔会議保存システム等を提供する。【解決手段】遠隔会議保存システム１は、複数の会議端末１０と会議サーバ５０を接続して構成され、各会議端末１０でリアルタイムに生成されるメディアデータを、会議サーバ５０を介して、複数の会議端末１０間で相互に送受信して遠隔会議を実行する。会議端末１０は、ネットワーク網Ｎにおける輻輳が所定未満である場合、メディアデータをリアルタイムに会議サーバ５０へ送信し（Ｓ１２）、輻輳が所定以上である場合、当該メディアデータを、欠落メディアデータ保持領域２３Ｂに保持する（Ｓ１１）。そして、会議端末１０は、ネットワーク網Ｎにおける輻輳が解消されると、欠落メディアデータ保持領域２３Ｂ内の欠落メディアデータを会議サーバ５０へ送信する（Ｓ７、Ｓ１５、Ｓ１８）。【選択図】図４
2014090379.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークに接続され、前記ネットワークを介した遠隔会議に用いられる通信端末と、
前記ネットワークを介して、前記通信端末と通信可能に接続され、前記遠隔会議の様子を示す映像データ又は音データを含むメディアデータを保存可能な会議サーバと、を有する遠隔会議保存システムであって、
前記通信端末は、
前記メディアデータの一部を構成する部分メディアデータを、所定の間隔で生成する部分メディアデータ生成手段と、
前記部分メディアデータ生成手段によって生成された部分メディアデータに対して、前記メディアデータにおける順序を示す識別情報を付与する識別情報付与手段と、
前記会議サーバと当該通信端末の間のネットワーク状況を検出するネットワーク状況検出手段と、
前記ネットワーク状況検出手段の検出結果に基づいて、前記部分メディアデータ生成手段によって生成された部分メディアデータを、前記会議サーバに対して送信するか否かを判定する送信可否判定手段と、
前記送信可否判定手段によって、前記部分メディアデータを前記会議サーバに送信すると判定された場合に、当該部分メディアデータを前記会議サーバへ送信する第１送信手段と、
前記送信可否判定手段によって、前記部分メディアデータを前記会議サーバに送信しないと判定された場合に、前記部分メディアデータを一時的に保持するデータ保持手段と、
前記会議サーバと当該通信端末の間のネットワーク状況が所定の条件を満たした場合に、前記データ保持手段に保持されている部分メディアデータを、欠落部分メディアデータとして、前記会議サーバへ送信する第２送信手段と、を有し、
前記会議サーバは、
前記第１送信手段によって随時送信された部分メディアデータを格納する第１記憶手段と、
前記第２送信手段によって、前記欠落部分メディアデータとして送信された部分メディアデータを格納する第２記憶手段と、
前記第１記憶手段及び前記第２記憶手段に格納されている部分メディアデータに基づいて、前記メディアデータを生成するメディアデータ生成手段と、を有する
ことを特徴とする遠隔会議保存システム。
【請求項２】
請求項１記載の遠隔会議保存システムであって、
前記通信端末は、
前記遠隔会議の終了を示す終了操作が行われたか否かを判定する終了操作判定手段を有し、
前記通信端末の第２送信手段は、
前記終了操作判定手段によって、前記終了操作が行われたと判定された場合に、前記データ保持手段に保持されている部分メディアデータを、欠落部分メディアデータとして、前記会議サーバへ送信する
ことを特徴とする遠隔会議保存システム。
【請求項３】
請求項１記載の遠隔会議保存システムであって、
前記通信端末は、
前記会議サーバと当該通信端末の間のネットワークの輻輳の度合いが所定の条件を満たすか否かを判定する輻輳状況判定手段を有し、
前記通信端末の第２送信手段は、
前記輻輳状況判定手段によって、前記会議サーバと当該通信端末の間のネットワークの輻輳の度合いが所定の条件を満たすと判定された場合に、前記データ保持手段に保持されている部分メディアデータを、欠落部分メディアデータとして、前記会議サーバへ送信する
ことを特徴とする遠隔会議保存システム。
【請求項４】
請求項１乃至請求項３の何れかに記載の遠隔会議保存システムであって、
前記会議サーバは、
前記通信端末から受信した部分メディアデータの識別情報に基づいて、前記通信端末から未だ受信していない部分メディアデータを特定する未受信データ特定手段と、
前記未受信データ特定手段で特定された部分メディアデータの時間的近傍に存在する複数の部分メディアデータの内容を比較することにより、未だ受信していない部分メディアデータが、前記メディアデータ生成手段による前記メディアデータの生成に必要であるか否かを判定する要否判定手段と、を有する
ことを特徴とする遠隔会議保存システム。
【請求項５】
請求項１乃至請求項４の何れかに記載の遠隔会議保存システムであって、
前記通信端末は、
前記遠隔会議における当該通信端末の属性が所定の属性に該当するか否かを判定する属性判定手段と、を有し、
前記データ保持手段は、
前記送信可否判定手段によって、前記部分メディアデータを前記会議サーバに送信しないと判定され、且つ、前記属性判定手段によって、前記遠隔会議における当該通信端末の属性が所定の属性に該当すると判定された場合に、前記部分メディアデータを一時的に保持し、
前記送信可否判定手段によって、前記部分メディアデータを前記会議サーバに送信しないと判定され、且つ、前記属性判定手段によって、前記遠隔会議における当該通信端末の属性が所定の属性に該当しないと判定された場合に、前記部分メディアデータを保持しない
ことを特徴とする遠隔会議保存システム。
【請求項６】
請求項１乃至請求項５の何れかに記載の遠隔会議保存システムであって、
前記会議サーバは、
前記第１記憶手段及び前記第２記憶手段に格納されている各部分メディアデータを、前記ネットワークを介して受信した時期を示す時期情報を保存する時期情報保存手段と、を有し、
前記通信端末は、
前記第２記憶手段に格納された部分メディアデータを除いたメディアデータの再生を示す指示が入力されたか否かを判定する再生指示判定手段と、
前記再生指示判定手段によって、前記第２記憶手段に格納された部分メディアデータを除いたメディアデータの再生を示す指示が入力されたと判定された場合に、前記メディアデータ生成手段によって生成されたメディアデータを再生する際に、前記時期情報保存手段で保存された時期情報に従って、前記第２記憶手段に格納された部分メディアデータを除いて、当該メディアデータを再生する再生制御手段と、を有する
ことを特徴とする遠隔会議保存システム。
【請求項７】
請求項１乃至請求項６の何れかに記載の遠隔会議保存システムであって、
前記遠隔会議保存システムは、
ネットワークに接続され、前記通信端末から前記会議サーバに対して送信されたメディアデータを受信する他の通信端末をさらに備え、
前記会議サーバは、
前記通信端末の前記第１送信手段によって送信された前記部分メディアデータを、前記他の通信端末に送信し、
前記通信端末の前記第２送信手段によって送信された前記欠落部分メディアデータを、前記他の通信端末に送信しない
ことを特徴とする遠隔会議保存システム。
【請求項８】
ネットワークに接続され、前記ネットワークを介した遠隔会議に用いられると共に、
前記遠隔会議の様子を示す映像データ又は音データを含むメディアデータを保存可能な会議サーバと、前記ネットワークを介して通信可能に接続された通信端末であって、
前記メディアデータの一部を構成する部分メディアデータを、所定の間隔で生成する部分メディアデータ生成手段と、
前記部分メディアデータ生成手段によって生成された部分メディアデータに対して、前記メディアデータにおける順序を示す識別情報を付与する識別情報付与手段と、
前記会議サーバと当該通信端末の間のネットワーク状況を検出するネットワーク状況検出手段と、
前記ネットワーク状況検出手段の検出結果に基づいて、前記部分メディアデータ生成手段によって生成された部分メディアデータを、前記会議サーバに対して送信するか否かを判定する送信可否判定手段と、
前記送信可否判定手段によって、前記部分メディアデータを前記会議サーバに送信すると判定された場合に、当該部分メディアデータを前記会議サーバへ送信する第１送信手段と、
前記送信可否判定手段によって、前記部分メディアデータを前記会議サーバに送信しないと判定された場合に、前記部分メディアデータを一時的に保持するデータ保持手段と、
前記会議サーバと当該通信端末の間のネットワーク状況が所定の条件を満たした場合に、前記データ保持手段に保持されている部分メディアデータを、欠落部分メディアデータとして、前記会議サーバへ送信する第２送信手段と、を有する
ことを特徴とする通信端末。
【請求項９】
ネットワークに接続され、前記ネットワークを介した遠隔会議に用いられると共に、
前記遠隔会議の様子を示す映像データ又は音データを含むメディアデータを保存可能な会議サーバと、前記ネットワークを介して通信可能に接続された通信端末を、
前記メディアデータの一部を構成する部分メディアデータを、所定の間隔で生成する部分メディアデータ生成手段と、
前記部分メディアデータ生成手段によって生成された部分メディアデータに対して、前記メディアデータにおける順序を示す識別情報を付与する識別情報付与手段と、
前記会議サーバと当該通信端末の間のネットワーク状況を検出するネットワーク状況検出手段と、
前記ネットワーク状況検出手段の検出結果に基づいて、前記部分メディアデータ生成手段によって生成された部分メディアデータを、前記会議サーバに対して送信するか否かを判定する送信可否判定手段と、
前記送信可否判定手段によって、前記部分メディアデータを前記会議サーバに送信すると判定された場合に、当該部分メディアデータを前記会議サーバへ送信する第１送信手段と、
前記送信可否判定手段によって、前記部分メディアデータを前記会議サーバに送信しないと判定された場合に、前記部分メディアデータを一時的に保持するデータ保持手段と、
前記会議サーバと当該通信端末の間のネットワーク状況が所定の条件を満たした場合に、前記データ保持手段に保持されている部分メディアデータを、欠落部分メディアデータとして、前記会議サーバへ送信する第２送信手段、
として機能させることを特徴とする通信端末の制御プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークを介して、メディアデータを相互に送受信することで遠隔会議を実行すると共に、メディアデータを保存し得る遠隔会議保存システムに関する。
【背景技術】
【０００２】
従来、映像や音を入出力可能な通信端末を各場所に設置し、各通信端末で取得された映像や音を、ネットワーク及び会議サーバを介して、他の場所に設置された他の通信端末との間で送受信することにより、遠隔会議を行う遠隔会議システムが知られている。
【０００３】
このような遠隔会議システムの一つとして、遠隔会議に際して送受信されるメディアデータを保存しておくことにより、後に、当該メディアデータに含まれる映像や音を再生することで、遠隔会議の内容を再現可能な遠隔会議システムが知られている。
【０００４】
遠隔会議に係るメディアデータを保存可能な遠隔会議システムに関する発明として、特許文献１記載の発明が知られている。特許文献１記載のネットワーク会議システムは、会議データ蓄積部を有する会議サーバに対して、ネットワークを介して、複数の会議端末を接続して構成されている。特許文献１記載のネットワーク会議システムでは、会議サーバは、会議端末から会議の様子を示す映像及び音を含む会議データを受信すると、会議データ蓄積部に対して、リアルタイムに保存する。従って、特許文献１記載の発明によれば、データ蓄積部に保存された会議データを再生することで、遠隔会議の内容を再現し、把握することができる。
【０００５】
又、上述のような遠隔会議システムにおける遠隔会議は、会議の様子を示す映像及び音を含むメディアデータを、遠隔会議に参加している会議端末間で、リアルタイムに送受信することで進行する。この為、会議端末間のネットワークにおける輻輳によって、メディアデータの送受信に遅延が生じたりすると、遠隔会議の進行に支障をきたす。このようなネットワークの輻輳に対すべくなされた発明として、特許文献２記載の発明が知られている。特許文献２においては、ネットワークに輻輳が生じている場合には、送信側の端末は、メディアデータの一部を構成するパケットを、意図的に破棄するように構成されている。これにより、特許文献２においては、ネットワークの輻輳が発生している場合であっても、メディアデータの送受信に関して、リアルタイム性を維持している。
【０００６】
【特許文献１】特許第４５５１６６８号公報
【特許文献２】特開２００２−０７７２４０号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
しかしながら、特許文献２のように、遠隔会議実行時におけるネットワーク網の輻輳に伴って、送信側の端末で、一部のパケットを破棄してしまうと、遠隔会議実行時におけるメディアデータのリアルタイム性は維持されるが、メディアデータの一部が欠落してしまう為、メディアデータに含まれる映像や音の品質低下を招いてしまう。このような場合に、特許文献１のようにメディアデータを保存すると、パケットの破棄に伴い一部が欠落したメディアデータが端末から送信される構成である為、欠落した状態のメディアデータが、データ蓄積部に保存されてしまう。又、パケットを破棄している為、保存されたメディアデータにおける欠落を、後に補充することもできない。従って、このような場合においては、データ蓄積部に保存されたメディアデータを、後に再生したとしても、実行された遠隔会議の内容を十分に再現することができない。例えば、遠隔会議に参加できなかった者等が、データ蓄積部に保存されたメディアデータを再生しても、パケットの廃棄に伴って内容の欠落した情報が再生される為、遠隔会議の内容の把握を阻害する虞があった。
【０００８】
本発明は、ネットワークを介して、メディアデータを相互に送受信することで遠隔会議を実行すると共に、メディアデータを保存し得る遠隔会議保存システム等に関し、ネットワークの状況に応じた態様で、メディアデータの送受信を行いつつ、遠隔会議の再現性の高いメディアデータを保存し得る遠隔会議保存システム等を提供することを目的とする。
【課題を解決するための手段】
【０００９】
本発明の一側面に係る請求項１記載の遠隔会議保存システムは、ネットワークに接続され、前記ネットワークを介した遠隔会議に用いられる通信端末と、前記ネットワークを介して、前記通信端末と通信可能に接続され、前記遠隔会議の様子を示す映像データ又は音データを含むメディアデータを保存可能な会議サーバと、を有する遠隔会議保存システムであって、前記通信端末は、前記メディアデータの一部を構成する部分メディアデータを、所定の間隔で生成する部分メディアデータ生成手段と、前記部分メディアデータ生成手段によって生成された部分メディアデータに対して、前記メディアデータにおける順序を示す識別情報を付与する識別情報付与手段と、前記会議サーバと当該通信端末の間のネットワーク状況を検出するネットワーク状況検出手段と、前記ネットワーク状況検出手段の検出結果に基づいて、前記部分メディアデータ生成手段によって生成された部分メディアデータを、前記会議サーバに対して送信するか否かを判定する送信可否判定手段と、前記送信可否判定手段によって、前記部分メディアデータを前記会議サーバに送信すると判定された場合に、当該部分メディアデータを前記会議サーバへ送信する第１送信手段と、前記送信可否判定手段によって、前記部分メディアデータを前記会議サーバに送信しないと判定された場合に、前記部分メディアデータを一時的に保持するデータ保持手段と、前記会議サーバと当該通信端末の間のネットワーク状況が所定の条件を満たした場合に、前記データ保持手段に保持されている部分メディアデータを、欠落部分メディアデータとして、前記会議サーバへ送信する第２送信手段と、を有し、前記会議サーバは、前記第１送信手段によって随時送信された部分メディアデータを格納する第１記憶手段と、前記第２送信手段によって、前記欠落部分メディアデータとして送信された部分メディアデータを格納する第２記憶手段と、前記第１記憶手段及び前記第２記憶手段に格納されている部分メディアデータに基づいて、前記メディアデータを生成するメディアデータ生成手段と、を有することを特徴とする。
【００１０】
当該遠隔会議保存システムは、通信端末と、会議サーバと、を、ネットワークを介して通信可能に接続して構成されており、前記ネットワークを介した遠隔会議に用いられると共に、遠隔会議に際して送受信されるメディアデータを保存可能に構成されている。通信端末は、部分メディアデータ生成手段と、識別情報付与手段と、ネットワーク状況検出手段と、送信可否判定手段と、第１送信手段と、データ保持手段と、第２送信手段とを有している。そして、会議サーバは、第１記憶手段と、第２記憶手段と、メディアデータ生成手段と、を有している。当該遠隔会議保存システムにおいて、通信端末は、前記会議サーバと当該通信端末の間のネットワーク状況の検出結果に基づいて、前記部分メディアデータを前記会議サーバに送信すると判定された場合に、前記部分メディアデータ生成手段によって生成された部分メディアデータを、第１送信手段によって前記会議サーバへ送信する。従って、当該遠隔会議保存システムによれば、メディアデータの一部を構成する部分メディアデータを、随時、リアルタイムに送信することができる。又、当該通信端末は、前記会議サーバと当該通信端末の間のネットワーク状況の検出結果に基づいて、前記部分メディアデータを前記会議サーバに送信しないと判定された場合、部分メディアデータを送信することなく、データ保持手段に、前記部分メディアデータを一時的に保持しておく為、部分メディアデータの送信に係るリアルタイム性を維持し得る。そして、当該通信端末は、前記会議サーバと当該通信端末の間のネットワーク状況が所定の条件を満たした場合に、第２送信手段によって、前記データ保持手段に保持されている部分メディアデータを、欠落部分メディアデータとして、前記会議サーバへ送信する。従って、当該遠隔会議保存システムによれば、会議サーバのメディアデータ生成手段によるメディアデータの生成に必要な欠落部分メディアデータを、ネットワーク負荷を増大させることなく、会議サーバに送信することができる。そして、会議サーバは、メディアデータ生成手段によって、第１記憶手段及び前記第２記憶手段に格納されている部分メディアデータに基づいて、前記メディアデータを生成する。従って、当該遠隔会議保存システムによれば、欠落部分メディアデータを含む部分メディアデータに基づいて、メディアデータを生成することができるので、欠落のないメディアデータを生成することができ、遠隔会議の内容を高精度で再現可能なメディアデータを提供し得る。
【００１１】
本発明の一側面に係る請求項２記載の遠隔会議保存システムは、請求項１記載の遠隔会議保存システムであって、前記通信端末は、前記遠隔会議の終了を示す終了操作が行われたか否かを判定する終了操作判定手段を有し、前記通信端末の第２送信手段は、前記終了操作判定手段によって、前記終了操作が行われたと判定された場合に、前記データ保持手段に保持されている部分メディアデータを、欠落部分メディアデータとして、前記会議サーバへ送信することを特徴とする。
【００１２】
当該遠隔会議保存システムにおいて、前記通信端末は、終了操作判定手段を有し、前記通信端末の第２送信手段は、前記終了操作判定手段によって、前記終了操作が行われたと判定された場合に、前記データ保持手段に保持されている部分メディアデータを、欠落部分メディアデータとして、前記会議サーバへ送信する。当該通信端末においては、遠隔会議の終了に伴い、部分メディアデータ生成手段による部分メディアデータの生成や、第１送信手段による部分メディアデータの送信も終了することになる為、ネットワーク負荷は小さくなる。従って、当該遠隔会議保存システムによれば、第２送信手段による欠落部分メディアデータの送信は、ネットワーク負荷の小さい状態で行われることになる為、メディアデータの生成に必要な欠落部分メディアデータを、確実にネットワーク負荷の小さい状態で、会議サーバに送信することができる。
【００１３】
本発明の一側面に係る請求項３記載の遠隔会議保存システムは、請求項１記載の遠隔会議保存システムであって、前記通信端末は、前記会議サーバと当該通信端末の間のネットワークの輻輳の度合いが所定の条件を満たすか否かを判定する輻輳状況判定手段を有し、前記通信端末の第２送信手段は、前記輻輳状況判定手段によって、前記会議サーバと当該通信端末の間のネットワークの輻輳の度合いが所定の条件を満たすと判定された場合に、前記データ保持手段に保持されている部分メディアデータを、欠落部分メディアデータとして、前記会議サーバへ送信することを特徴とする。
【００１４】
当該遠隔会議保存システムにおいて、通信端末は、輻輳状況判定手段を有し、前記通信端末の第２送信手段は、前記輻輳状況判定手段によって、前記会議サーバと当該通信端末の間のネットワークの輻輳の度合いが所定の条件を満たすと判定された場合に、前記データ保持手段に保持されている部分メディアデータを、欠落部分メディアデータとして、前記会議サーバへ送信する。従って、当該遠隔会議保存システムによれば、第２送信手段による欠落部分メディアデータの送信を、ネットワーク負荷の小さい状態で会議サーバに送信することができる。
【００１５】
本発明の一側面に係る請求項４記載の遠隔会議保存システムは、請求項１乃至請求項３の何れかに記載の遠隔会議保存システムであって、前記会議サーバは、前記通信端末から受信した部分メディアデータの識別情報に基づいて、前記通信端末から未だ受信していない部分メディアデータを特定する未受信データ特定手段と、前記未受信データ特定手段で特定された部分メディアデータの時間的近傍に存在する複数の部分メディアデータの内容を比較することにより、未だ受信していない部分メディアデータが、前記メディアデータ生成手段による前記メディアデータの生成に必要であるか否かを判定する要否判定手段と、を有することを特徴とする。
【００１６】
当該遠隔会議保存システムによれば、前記会議サーバは、未受信データ特定手段と、要否判定手段と、を有しており、前記未受信データ特定手段で特定された部分メディアデータの時間的近傍に存在する複数の部分メディアデータの内容を比較することで、未だ受信していない部分メディアデータが、前記メディアデータ生成手段による前記メディアデータの生成に必要であるか否かを判定する。従って、当該遠隔会議保存システムによれば、メディアデータの生成について、真に必要な部分メディアデータの送受信が行われることになる為、ネットワーク負荷を必要最小限にとどめることができ、更に、高精度で遠隔会議の内容を再現し得るメディアデータを生成し得る。
【００１７】
本発明の一側面に係る請求項５記載の遠隔会議保存システムは、請求項１乃至請求項４の何れかに記載の遠隔会議保存システムであって、前記通信端末は、前記遠隔会議における当該通信端末の属性が所定の属性に該当するか否かを判定する属性判定手段と、を有し、前記データ保持手段は、前記送信可否判定手段によって、前記部分メディアデータを前記会議サーバに送信しないと判定され、且つ、前記属性判定手段によって、前記遠隔会議における当該通信端末の属性が所定の属性に該当すると判定された場合に、前記部分メディアデータを一時的に保持し、前記送信可否判定手段によって、前記部分メディアデータを前記会議サーバに送信しないと判定され、且つ、前記属性判定手段によって、前記遠隔会議における当該通信端末の属性が所定の属性に該当しないと判定された場合に、前記部分メディアデータを保持しないことを特徴とする。
【００１８】
当該遠隔会議保存システムにおいて、通信端末は、前記遠隔会議における当該通信端末の属性が所定の属性に該当するか否かを判定する属性判定手段を有している。そして、当該通信端末の前記データ保持手段は、前記送信可否判定手段によって、前記部分メディアデータを前記会議サーバに送信しないと判定され、且つ、前記属性判定手段によって、前記遠隔会議における当該通信端末の属性が所定の属性に該当すると判定された場合に、前記部分メディアデータを一時的に保持する。ここで、遠隔会議における所定の属性とは、遠隔会議における重要な役割を果たす属性（例えば、遠隔会議を開催した者等）を意味する。そして、通信端末から送信されるメディアデータの重要性は、遠隔会議における役割に応じて異なる。従って、遠隔会議で重要な役割を果たす通信端末であれば、欠落部分メディアデータとして一時的に保存し、その後、第２送信手段によって会議サーバに送信するので、当該遠隔会議保存システムによれば、重要な内容を含むメディアデータを生成することができ、高い精度で遠隔会議の内容を再現し得る。又、遠隔会議で重要な役割を果たす通信端末に該当しない場合、当該通信端末は、欠落部分メディアデータとして一時的に保持することはない為、第２送信手段によって会議サーバに送信することもない。これにより、当該遠隔会議保存システムでは、第２送信手段による欠落部分メディアデータの送信に関し、ネットワーク負荷を低減することができる。
【００１９】
本発明の一側面に係る請求項６記載の遠隔会議保存システムは、請求項１乃至請求項５の何れかに記載の遠隔会議保存システムであって、前記会議サーバは、前記第１記憶手段及び前記第２記憶手段に格納されている各部分メディアデータを、前記ネットワークを介して受信した時期を示す時期情報を保存する時期情報保存手段と、を有し、前記通信端末は、前記第２記憶手段に格納された部分メディアデータを除いたメディアデータの再生を示す指示が入力されたか否かを判定する再生指示判定手段と、前記再生指示判定手段によって、前記第２記憶手段に格納された部分メディアデータを除いたメディアデータの再生を示す指示が入力されたと判定された場合に、前記メディアデータ生成手段によって生成されたメディアデータを再生する際に、前記時期情報保存手段で保存された時期情報に従って、前記第２記憶手段に格納された部分メディアデータを除いて、当該メディアデータを再生する再生制御手段と、を有することを特徴とする。
【００２０】
当該遠隔会議保存システムにおいて、会議サーバは、時期情報保存手段を有し、前記通信端末は、再生指示判定手段と、再生制御手段と、を有する。当該遠隔会議保存システムによれば、前記再生指示判定手段によって、前記第２記憶手段に格納された部分メディアデータを除いたメディアデータの再生を示す指示が入力されたと判定された場合に、前記メディアデータ生成手段によって生成されたメディアデータを再生する際に、前記時期情報保存手段で保存された時期情報に従って、前記第２記憶手段に格納された部分メディアデータを除いて、当該メディアデータを再生する為、当該メディアデータを構成する各部分メディアデータを、前記ネットワークを介して受信した時期を含めて、遠隔会議の内容を高い精度で再現することができる。特に、遠隔会議の実行中に、ネットワークの通信状況によって送受信されなかった部分メディアデータを除いて再生することで、どのような内容が、遠隔会議の参加者に伝達されなかったかを特定することができる為、これを補完する為の適切な措置を講じることも可能となる。
【００２１】
本発明の一側面に係る請求項７記載の遠隔会議保存システムは、請求項１乃至請求項６の何れかに記載の遠隔会議保存システムであって、前記遠隔会議保存システムは、ネットワークに接続され、前記通信端末から前記会議サーバに対して送信されたメディアデータを受信する他の通信端末をさらに備え、前記会議サーバは、前記通信端末の前記第１送信手段によって送信された前記部分メディアデータを、前記他の通信端末に送信し、前記通信端末の前記第２送信手段によって送信された前記欠落部分メディアデータを、前記他の通信端末に送信しないことを特徴とする。
【００２２】
当該遠隔会議保存システムは、通信端末と、会議サーバに加え、他の通信端末を有している。当該他の通信端末は、ネットワークに接続され、前記通信端末から前記会議サーバに対して送信されたメディアデータを受信する。前記会議サーバは、前記通信端末の前記第１送信手段によって送信された前記部分メディアデータを、前記他の通信端末に送信する。従って、当該遠隔会議保存システムにおいて、通信端末から第１送信手段によって送信された部分メディアデータは、遠隔会議実行中にリアルタイムで各会議端末間を送受信されるので、遠隔会議の進行に供される。そして、当該遠隔会議保存システムによれば、通信端末から前記第２送信手段によって送信された前記欠落部分メディアデータは、前記他の通信端末に送信されることはないので、ネットワーク負荷の増大を抑制することができる。尚、この場合であっても、第２送信手段によって送信された前記欠落部分メディアデータは、会議サーバには送信されており、メディアデータ生成手段によるメディアデータの生成に供される。従って、他の通信端末においては、後に生成されたメディアデータを再生することで、欠落部分メディアデータに係る会議内容を把握することが可能となる。
【００２３】
本発明の一側面に係る請求項８記載の通信端末は、ネットワークに接続され、前記ネットワークを介した遠隔会議に用いられると共に、前記遠隔会議の様子を示す映像データ又は音データを含むメディアデータを保存可能な会議サーバと、前記ネットワークを介して通信可能に接続された通信端末であって、前記メディアデータの一部を構成する部分メディアデータを、所定の間隔で生成する部分メディアデータ生成手段と、前記部分メディアデータ生成手段によって生成された部分メディアデータに対して、前記メディアデータにおける順序を示す識別情報を付与する識別情報付与手段と、前記会議サーバと当該通信端末の間のネットワーク状況を検出するネットワーク状況検出手段と、前記ネットワーク状況検出手段の検出結果に基づいて、前記部分メディアデータ生成手段によって生成された部分メディアデータを、前記会議サーバに対して送信するか否かを判定する送信可否判定手段と、前記送信可否判定手段によって、前記部分メディアデータを前記会議サーバに送信すると判定された場合に、当該部分メディアデータを前記会議サーバへ送信する第１送信手段と、前記送信可否判定手段によって、前記部分メディアデータを前記会議サーバに送信しないと判定された場合に、前記部分メディアデータを一時的に保持するデータ保持手段と、前記会議サーバと当該通信端末の間のネットワーク状況が所定の条件を満たした場合に、前記データ保持手段に保持されている部分メディアデータを、欠落部分メディアデータとして、前記会議サーバへ送信する第２送信手段と、を有することを特徴とする。
【００２４】
当該通信端末は、ネットワークに接続され、前記ネットワークを介した遠隔会議に用いられると共に、前記遠隔会議の様子を示す映像データ又は音データを含むメディアデータを保存可能な会議サーバと、前記ネットワークを介して通信可能に接続されている。当該通信端末は、部分メディアデータ生成手段と、識別情報付与手段と、ネットワーク状況検出手段と、送信可否判定手段と、第１送信手段と、データ保持手段と、第２送信手段とを有している。当該通信端末は、前記会議サーバと当該通信端末の間のネットワーク状況の検出結果に基づいて、前記部分メディアデータを前記会議サーバに送信すると判定された場合に、前記部分メディアデータ生成手段によって生成された部分メディアデータを、第１送信手段によって前記会議サーバへ送信する。従って、当該通信端末によれば、メディアデータの一部を構成する部分メディアデータを、随時、リアルタイムに送信することができる。又、当該通信端末は、前記会議サーバと当該通信端末の間のネットワーク状況の検出結果に基づいて、前記部分メディアデータを前記会議サーバに送信しないと判定された場合、部分メディアデータを送信することなく、データ保持手段に、前記部分メディアデータを一時的に保持しておく為、部分メディアデータの送信に係るリアルタイム性を維持し得る。そして、当該通信端末は、前記会議サーバと当該通信端末の間のネットワーク状況が所定の条件を満たした場合に、第２送信手段によって、前記データ保持手段に保持されている部分メディアデータを、欠落部分メディアデータとして、前記会議サーバへ送信する。従って、当該通信端末によれば、メディアデータの生成に必要な欠落部分メディアデータを、ネットワーク負荷を増大させることなく、会議サーバに送信することができる。又、欠落部分メディアデータを破棄することなく、第２送信手段によって会議サーバに送信することができるので、当該通信端末は、欠落のないメディアデータの生成を可能とし、遠隔会議の内容を高精度で再現可能なメディアデータを提供し得る。
【００２５】
本発明の一側面に係る請求項９記載の通信端末の制御プログラムは、ネットワークに接続され、前記ネットワークを介した遠隔会議に用いられると共に、前記遠隔会議の様子を示す映像データ又は音データを含むメディアデータを保存可能な会議サーバと、前記ネットワークを介して通信可能に接続された通信端末を、前記メディアデータの一部を構成する部分メディアデータを、所定の間隔で生成する部分メディアデータ生成手段と、前記部分メディアデータ生成手段によって生成された部分メディアデータに対して、前記メディアデータにおける順序を示す識別情報を付与する識別情報付与手段と、前記会議サーバと当該通信端末の間のネットワーク状況を検出するネットワーク状況検出手段と、前記ネットワーク状況検出手段の検出結果に基づいて、前記部分メディアデータ生成手段によって生成された部分メディアデータを、前記会議サーバに対して送信するか否かを判定する送信可否判定手段と、前記送信可否判定手段によって、前記部分メディアデータを前記会議サーバに送信すると判定された場合に、当該部分メディアデータを前記会議サーバへ送信する第１送信手段と、前記送信可否判定手段によって、前記部分メディアデータを前記会議サーバに送信しないと判定された場合に、前記部分メディアデータを一時的に保持するデータ保持手段と、前記会議サーバと当該通信端末の間のネットワーク状況が所定の条件を満たした場合に、前記データ保持手段に保持されている部分メディアデータを、欠落部分メディアデータとして、前記会議サーバへ送信する第２送信手段、として機能させることを特徴とする。
【００２６】
当該通信端末の制御プログラムは、ネットワークに接続され、前記ネットワークを介した遠隔会議に用いられると共に、前記遠隔会議の様子を示す映像データ又は音データを含むメディアデータを保存可能な会議サーバと、前記ネットワークを介して通信可能に接続された通信端末において実行されることにより、上述した請求項８に係る通信端末と同様の効果を生じさせ得る。
【図面の簡単な説明】
【００２７】
【図１】本実施形態に係る遠隔会議保存システムの構成の一例を示す説明図である。
【図２】本実施形態に係る会議端末の制御系を示すブロック図である。
【図３】本実施形態に係る会議サーバの制御系を示すブロック図である。
【図４】会議端末におけるメイン制御プログラムのフローチャートである。
【図５】会議端末におけるメディアデータ作成処理プログラムのフローチャートである。
【図６】会議端末における送信要否決定処理プログラムのフローチャートである。
【図７】会議端末における欠落メディアデータ送信可否判定処理プログラムのフローチャートである。
【図８】会議サーバにおけるメイン制御プログラムのフローチャートである。
【図９】会議サーバにおける会議録画データ作成処理プログラムのフローチャートである。
【図１０】会議サーバにおける必要メディアデータ受信判定処理プログラムのフローチャートである。
【図１１】会議サーバにおける欠落メディアデータ受信処理プログラムのフローチャートである。
【図１２】本実施形態に係る遠隔会議保存システムにおけるデータ通信の一例を示す説明図である。
【図１３】会議端末における会議録画データ再生処理プログラムのフローチャートである。
【図１４】本実施形態に係る遠隔会議保存システムにおけるタイミングテーブルの一例を示す説明図である。
【発明を実施するための最良の形態】
【００２８】
以下、本発明の一実施形態について説明する。
【００２９】
（遠隔会議保存システムの構成）
先ず、本実施形態に係る遠隔会議保存システム１の構成について、図１を参照しつつ詳細に説明する。図１に示すように、本実施形態に係る遠隔会議保存システム１は、本発明に係る通信端末に相当する複数の会議端末１０と、会議サーバ５０が、それぞれ、ネットワーク網Ｎを介して接続されている。当該遠隔会議保存システム１は、映像及び音を用いた遠隔会議（テレビ会議）を実行可能に構成されると共に、当該遠隔会議の状況を記録したメディアデータを、会議録画データとして保存可能に構成されている。
【００３０】
そして、当該遠隔会議保存システム１において、各会議端末１０は、ネットワーク網Ｎを介して、会議サーバ５０に接続されており、遠隔会議に参加するユーザによって使用される。各会議端末１０は、本発明における通信端末に相当し、例えば、汎用のパーソナルコンピュータに対して、後述するカメラ３３、マイク３４等を接続し、後述の遠隔会議に関するアプリケーションプログラム等をインストールすることによって構成され得る。各会議端末１０は、遠隔会議時に、カメラ３３によって取得された映像データ、マイク３４によって取得された音データ、遠隔会議で使用される文書や動画などの資料データ等を、ネットワーク網Ｎ及び会議サーバ５０を介して、遠隔会議に参加している他の会議端末１０との間で送受信する。
【００３１】
尚、以下の説明では、メディアデータは、各会議端末１０のカメラ３３によって撮影された映像データと、マイク３４によって集音された会議音等の音楽データを含み得る。又、当該メディアデータに含まれる映像データは、カメラ３３で撮影されたものに限らず、動画ファイル、アプリケーションの共有、注釈機能等、リアルタイム性が必要な共有資料に関する映像データも含まれ得る。
【００３２】
会議サーバ５０は、ネットワーク網Ｎを介して、複数の会議端末１０の間で実行される遠隔会議を制御する。そして、会議サーバ５０は、ネットワーク網Ｎ及び他の会議サーバ５０を介して、各会議端末１０から受信したメディアデータを中継して、遠隔会議に参加している他の会議端末１０との間でメディアデータを送受信する。その結果、複数の会議端末１０で生成されたメディアデータが、遠隔会議保存システム１内で共有される。遠隔会議保存システム１では、会議の参加者の全てが同一場所にいない場合でも、参加者は円滑に会議を実行することができる。又、各会議サーバ５０は、保存サービス部６５を有しており、当該保存サービス部６５を制御することにより、遠隔会議で送受信されるメディアデータをリアルタイムに保存することができる。
【００３３】
尚、本実施形態においては、遠隔会議保存システム１は、一の会議サーバ５０を有する構成として記載するが、複数の会議サーバ５０を有する構成としても良い。この場合、各会議サーバ５０間を相互にデータ通信可能に接続し、受信したメディアデータ等を複数の会議サーバ５０の間で送受信するように構成される。
【００３４】
（会議端末の構成）
次に、会議端末１０の制御系について、図２を参照して説明する。尚、本実施形態に係る遠隔会議保存システム１は、複数の会議端末１０を有しているが、各会議端末１０は、配設されている場所が異なる点を除き、制御系の構成は基本的に同一である。従って、以下の説明においては、一の会議端末１０の制御系構成を説明することとし、他の会議端末１０の制御系構成については、その説明を省略する。
【００３５】
図２に示すように、会議端末１０は、会議端末１０の制御を司る制御部２０を有している。制御部２０は、ＣＰＵ２１と、ＲＯＭ２２と、ＲＡＭ２３を有して構成されている。ＣＰＵ２１は、会議端末１０における各種制御プログラムを実行する中央演算処理装置であり、ＲＯＭ２２は、ブートプログラムやＢａｓｉｃ  Ｉｎｐｕｔ／Ｏｕｔｐｕｔ  Ｓｙｓｔｅｍ（ＢＩＯＳ）、オペレーティングシステム（ＯＳ）を格納している。
【００３６】
そして、ＲＡＭ２３は、タイマ（例えばＯＳの計時機能から取得）やカウンタ、制御プログラムを実行した際の演算結果等を、一時的に格納する。又、ＲＡＭ２３は、送信バッファ２３Ａと、欠落メディアデータ保持領域２３Ｂと、を有している。送信バッファ２３Ａは、映像データ作成処理プログラム（図５参照）に従って、所定の時間間隔でリアルタイムに生成されたメディアデータを、ネットワーク網Ｎを介して送信する際に、一時的に保持する為の記憶領域である。尚、送信バッファ２３Ａに格納されている一のメディアデータは、夫々、遠隔会議開始から終了までの間に送受信されるメディアデータの一部を構成し、本発明における部分メディアデータに相当する。
【００３７】
欠落メディアデータ保持領域２３Ｂは、ネットワーク網Ｎに輻輳が生じ、一部分のメディアデータをリアルタイムに送信できなかった場合に、リアルタイムに送信できなかった部分のメディアデータ（即ち、欠落メディアデータ）を一時的に保持しておく為の記憶領域である。尚、欠落メディアデータ保持領域２３Ｂに格納されている一のメディアデータは、遠隔会議開始から終了までの間に送受信されるメディアデータの一部を構成し、且つ、リアルタイムに送信されなかったものに該当する為、本発明における欠落部分メディアデータに相当する。
【００３８】
又、当該制御部２０には、ＨＤＤ３０（ハードディスクドライブ）、操作部３１、ディスプレイ３２、カメラ３３、マイク３４、スピーカ３５、通信部３６が電気的に接続されている。ＨＤＤ３０は、ＣＰＵ２１によって実行される各種制御プログラムや、遠隔会議に関するアプリケーションプログラム等の各種プログラムを記憶している。具体的には、ＨＤＤ３０は、メイン制御プログラム（図４参照）と、メディアデータ作成処理プログラム（図５参照）と、送信要否決定処理プログラム（図６参照）と、欠落メディアデータ送信可否判定処理プログラム（図７参照）と、会議録画データ再生処理プログラム（図１３参照）を記憶している。又、当該ＨＤＤ３０は、遠隔会議を実行する際に用いられるデータテーブル等を記憶している。尚、ＨＤＤ３０がＲＯＭ２２の代わりにＯＳを記憶していても良い。
【００３９】
操作部３１は、会議参加者からの入力を受け付けるキーボードやマウスである。ディスプレイ３２は、所望の画像を表示させる表示装置であり、メディアデータとして他の会議端末１０から送信された映像や、後述する会議録画データ再生処理プログラム（図１３参照）に従って、会議サーバ５０に保存されたメディアデータを、会議録画データとして再生する際にその映像内容を表示する。カメラ３３は、遠隔会議実行時において、当該会議端末１０側の場所における映像を撮影した映像データを取得する。マイク３４は、遠隔会議実行時において、当該会議端末１０側の場所における音を記録した音データを取得する。スピーカ３５は、上述したメディアデータとして他の会議端末１０から送信された音データを再生出力する。
【００４０】
通信部３６は、ネットワーク網Ｎを介して、遠隔会議に参加している他の会議端末１０との通信制御を行う。具体的には、通信部３６は、メディアデータとして、カメラ３３で撮影した映像データを送受信する際には、当該映像のパケット化（即ち、メディアパケットの生成）及びデパケット化に関する処理を行う。
【００４１】
（会議サーバの構成）
続いて、会議サーバ５０の制御系について、図面を参照して説明する。図３に示すように、会議サーバ５０は、当該会議サーバ５０の制御を司る制御部６０を有している。制御部６０は、ＣＰＵ６１と、ＲＯＭ６２と、ＲＡＭ６３を有して構成されている。ＣＰＵ６１は、会議サーバ５０における各種制御プログラムを実行する中央演算処理装置であり、ＲＯＭ６２は、ブートプログラムやＢＩＯＳ、ＯＳを格納している。ＲＡＭ６３は、タイマやカウンタ、制御プログラムを実行した際の演算結果等を、一時的に格納する。
【００４２】
又、当該制御部６０には、保存サービス部６５と、ＨＤＤ６６と、通信部６７が電気的に接続されている。保存サービス部６５は、遠隔会議で送受信されるメディアデータをリアルタイムに保存する際に用いられる。当該保存サービス部６５は、ＣＰＵ６１による制御に従って、ＨＤＤ６６に対するメディアパケットの保存や、保存したメディアパケットに基づくメディアデータの生成（即ち、会議録画データの生成）を行う。尚、ＨＤＤ６６がＲＯＭ６２の代わりにＯＳを記憶していても良い。
【００４３】
ＨＤＤ６６は、種々のデータを格納可能な大容量記憶装置であり、会議サーバ５０を制御する上で必要な各種制御プログラムや、データテーブルを格納している。具体的には、ＨＤＤ６６は、メイン制御プログラム（図８参照）と、会議録画データ作成処理プログラム（図９参照）と、必要メディアデータ受信判定処理プログラム（図１０参照）と、欠落メディアデータ受信処理プログラム（図１１参照）とを格納している。
【００４４】
又、ＨＤＤ６６は、メディアデータ記憶領域６６Ａと、欠落メディアデータ記憶領域６６Ｂと、会議録画データ記憶領域６６Ｃと、を有している。メディアデータ記憶領域６６Ａは、ネットワーク網Ｎを介して、遠隔会議保存システム１を構成する会議端末１０からリアルタイムに送信されたメディアパケットを受信した場合に、ＣＰＵ６１による保存サービス部６５の制御に従って、リアルタイムに受信したメディアパケットに基づくメディアデータが格納される記憶領域である。尚、本実施形態において、メディアパケットは、送信バッファ２３Ａに格納されている一フレーム分のメディアデータをパケット化したものであり、且つ、会議端末１０からリアルタイムに送信されたものを意味する。
【００４５】
そして、欠落メディアデータ記憶領域６６Ｂは、ネットワーク網Ｎが所定の状況である場合に、ネットワーク網Ｎを介して、遠隔会議保存システム１を構成する会議端末１０から、欠落メディアパケットとして送信されたメディアパケットを受信した場合に、ＣＰＵ６１による保存サービス部６５の制御に従って、欠落メディアパケットとして受信したメディアパケットに基づく一フレーム分のメディアデータが格納される記憶領域である。尚、欠落メディアパケットは、会議端末１０の欠落メディアデータ保持領域２３Ｂに保持されていた欠落メディアデータをパケット化したものを意味する。
【００４６】
会議録画データ記憶領域６６Ｃは、保存サービス部６５の制御に基づいて、遠隔会議に際し送受信されたメディアパケット及び欠落メディアパケットに基づいて生成された、当該遠隔会議の開始から終了までの一連のメディアデータを、会議録画データとして格納する記憶領域である。当該会議録画データ記憶領域６６Ｃに保存された会議録画データは、各会議端末１０において、会議録画データ再生処理プログラム（図１３参照）を実行することにより、再生することができる。従って、ユーザは、会議端末１０を用いて、当該メディアデータを再生すれば、遠隔会議終了後にその内容を再現することができる。この点については、後に詳細に説明する。そして、通信部６７は、各会議端末１０から受信したメディアパケットや欠落メディアパケットのデパケット化に関する制御や、遠隔会議時において、各会議端末１０から送受信される各種データを中継する際等に、データ通信に関する制御を行う。
【００４７】
（会議端末のメイン制御プログラム）
次に、遠隔会議保存システム１を構成する会議端末１０のメイン制御プログラムについて、図４を参照しつつ詳細に説明する。尚、当該メイン制御プログラムは、会議端末１０のＣＰＵ２１により実行され、遠隔会議の開始から終了までのデータ送信に係る制御等に用いられる。
【００４８】
図４に示すように、先ず、Ｓ１においては、ＣＰＵ２１は、操作部３１の操作に基づいて、遠隔会議への参加を要求する会議参加要求を、ネットワーク網Ｎを介して、会議サーバ５０に送信する。尚、会議参加要求は、参加を希望する遠隔会議を特定する為の会議ＩＤと、当該遠隔会議への参加権限を確認する為の会議パスワードと、当該会議端末１０を識別する為のユーザＩＤを含む。会議参加要求を会議サーバ５０へ送信した後、ＣＰＵ２１は、Ｓ２に処理を移行する。
【００４９】
Ｓ２においては、ＣＰＵ２１は、ネットワーク網Ｎを介して、会議サーバ５０から会議情報を受信したか否かを判断する。ここで、会議情報は、会議参加要求を送信した会議端末１０が遠隔会議に参加する際に必要な情報であり、会議サーバ５０において、後述するＳ１０１〜Ｓ１０３の処理を実行することで送信される。又、当該会議情報には、当該会議端末１０の属性を示す属性情報が含まれている。会議情報を受信した場合（Ｓ２：ＹＥＳ）、ＣＰＵ２１は、Ｓ３に処理を移行する。一方、会議情報を受信していない場合（Ｓ２：ＮＯ）、ＣＰＵ２１は、会議情報を受信するまで処理を待機する。
【００５０】
本実施形態では、一例として、属性情報は、主催者権限を有する会議端末１０であるか否かを示す。主催者権限は、遠隔会議を主催した会議端末１０に対して付与される属性情報である。主催者権限を有する会議端末１０では、例えば、遠隔会議に係るメディアデータの保存要否の切換操作や、他の会議端末１０の表示や出力設定の変更等、種々の操作が許可される。
【００５１】
Ｓ３に移行すると、ＣＰＵ２１は、後述するメディアデータ作成処理プログラム（図５参照）の実行を開始する。具体的には、ＣＰＵ２１は、カメラ３３によって取得される映像や、マイク３４によって取得される音に基づいて、一定の時間間隔でリアルタイムにメディアデータを作成する。メディアデータ作成処理プログラムによって作成されたメディアデータは、その生成時刻を示す情報と共に、随時、送信バッファ２３Ａに格納される。メディアデータの作成を開始した後、ＣＰＵ２１は、Ｓ４に処理を移行する。
【００５２】
Ｓ４においては、ＣＰＵ２１は、操作部３１の操作に基づいて、会議終了指示がなされたか否かを判断する。会議終了指示は、当該会議端末１０における会議参加者が、遠隔会議に対する参加を終了する意思を示す指示である。尚、会議終了指示は、例えば、会議端末１０の操作部３１に対するユーザからの操作によって、操作部３１からＣＰＵ２１へ送信される。会議終了指示があった場合（Ｓ４：ＹＥＳ）、ＣＰＵ２１は、Ｓ１６に処理を移行する。一方、会議終了指示がなく、遠隔会議への参加を継続する場合（Ｓ４：ＮＯ）、ＣＰＵ２１は、Ｓ５に処理を移行する。
【００５３】
先ず、遠隔会議に対する参加を継続する場合のＳ５以後の処理について説明する。Ｓ５では、ＣＰＵ２１は、メディアデータ作成処理プログラム（図５参照）によってリアルタイムに生成されたメディアデータが送信バッファ２３Ａ内に存在するか否かを判断する。送信バッファ２３Ａ内にメディアデータが存在する場合（Ｓ５：ＹＥＳ）、ＣＰＵ２１は、Ｓ６に処理を移行する。一方、送信バッファ２３Ａ内にメディアデータが存在しない場合（Ｓ５：ＮＯ）、ＣＰＵ２１は、Ｓ７に処理を移行する。
【００５４】
Ｓ６においては、ＣＰＵ２１は、送信バッファ２３Ａ内に格納されているメディアデータの内、その生成時刻が最も古いメディアデータを、送信バッファ２３Ａから取得し、会議サーバ５０に対する送信候補に設定する。送信対象候補であるメディアデータを送信バッファ２３Ａから取得した後、ＣＰＵ２１は、Ｓ８に処理を移行する。
【００５５】
Ｓ７に移行すると、ＣＰＵ２１は、欠落メディアデータ格納処理（Ｓ１１）で欠落メディアデータ保持領域２３Ｂに保持されている欠落メディアデータを、通信部３６によりパケット化して、欠落メディアパケットを生成し、ネットワーク網Ｎを介して、当該欠落メディアパケットを会議サーバ５０へ送信する。欠落メディアパケットを会議サーバ５０へ送信した後、ＣＰＵ２１は、Ｓ４に処理を戻す。
【００５６】
ここで、Ｓ７における欠落メディアパケットの送信処理は、送信バッファ２３Ａ内にメディアデータが存在しない場合（Ｓ５：ＮＯ）に実行される。送信バッファ２３Ａ内にメディアデータが存在しない場合とは、メディアデータ作成処理プログラム（図５参照）に従って、リアルタイムに生成され、随時、送信バッファ２３Ａ内に格納される速度よりも、送信バッファ２３Ａからメディアデータが会議サーバ５０へ送信されていく速度のほうが大きい状態を意味する。つまり、Ｓ７における欠落メディアパケットの送信処理は、当該会議端末１０と会議サーバ５０の間におけるネットワーク網Ｎにおいて、輻輳の度合いが所定以下の場合に実行される。
【００５７】
Ｓ８では、ＣＰＵ２１は、Ｓ６で送信バッファ２３Ａから取得した送信候補であるメディアデータに対して、送信要否決定処理を実行する。具体的には、ＣＰＵ２１は、後述する送信要否決定処理プログラム（図６参照）を実行することで、送信候補であるメディアデータが現時点で送信すべきものであるか否かを判断する。送信要否決定処理（Ｓ８）の詳細については、後に図面を参照しつつ詳細に説明する。送信要否決定処理（Ｓ８）を終了すると、ＣＰＵ２１は、Ｓ９に処理を移行する。
【００５８】
Ｓ９においては、ＣＰＵ２１は、送信候補であるメディアデータに関する送信要否決定処理（Ｓ８）の処理結果が、現時点で送信すべきものであることを示す要送信であるか否かを判断する。具体的には、ＣＰＵ２１は、ＲＡＭ２３に格納された送信要否決定処理（Ｓ８）の処理結果を参照して、この判断を行う。処理結果が要送信である場合（Ｓ９：ＹＥＳ）、ＣＰＵ２１は、Ｓ１２に処理を移行する。一方、処理結果が要送信でなく、後述する送信不要である場合（Ｓ９：ＮＯ）、ＣＰＵ２１は、Ｓ１０に処理を移行する。
【００５９】
Ｓ１０に移行すると、ＣＰＵ２１は、Ｓ２で会議サーバ５０から受信した会議情報の属性情報に基づいて、送信不要と判断されたメディアデータを、欠落メディアデータとして保存すべきか否かを判断する。具体的には、ＣＰＵ２１は、会議情報の属性情報において、当該会議端末１０が主催者権限を有している旨が規定されていた場合、送信不要と判断されたメディアデータを、欠落メディアデータとして保存しておくべき旨を示す要保存と判断する。一方、属性情報において、当該会議端末１０が主催者権限を有していない旨が規定されていた場合、送信不要と判断されたメディアデータを、欠落メディアデータとして保存しておく必要がない旨を示す保存不要と判断する。要保存と判断した場合（Ｓ１０：ＹＥＳ）、ＣＰＵ２１は、Ｓ１１に処理を移行する。一方、保存不要と判断した場合（Ｓ１０：ＮＯ）、ＣＰＵ２１は、送信不要と判断したメディアデータを破棄し、その後、Ｓ４に処理を戻す。
【００６０】
尚、Ｓ１０において、保存不要と判断した場合（Ｓ１０：ＮＯ）、ＣＰＵ２１は、送信不要と判断したメディアデータを破棄していたが、この態様に限定されるものではない。送信不要と判断したメディアデータを、会議サーバ５０に送信しない処理であれば、当該メディアデータを破棄する処理に限定されるものではなく、種々の処理を採用し得る。
【００６１】
Ｓ１１では、ＣＰＵ２１は、送信不要と判断され（Ｓ９：ＮＯ）、且つ、要保存と判断された（Ｓ１０：ＹＥＳ）メディアデータについて、欠落メディアデータ格納処理を実行する。欠落メディアデータ格納処理（Ｓ１１）においては、ＣＰＵ２１は、送信不要と判断され（Ｓ９：ＮＯ）、且つ、要保存と判断された（Ｓ１０：ＹＥＳ）メディアデータを、欠落メディアデータとして、欠落メディアデータ保持領域２３Ｂに一時的に格納すると共に、送信バッファ２３Ａから削除する。欠落メディアデータ保持領域２３Ｂに格納された欠落メディアデータは、上述したＳ７や、後に説明するＳ１５やＳ１８において、会議端末１０と会議サーバ５０とのネットワーク網Ｎが輻輳の少ない状態になった場合に、会議サーバ５０へ送信される。欠落メディアデータ格納処理（Ｓ１１）を終了すると、ＣＰＵ２１は、Ｓ４に処理を戻す。
【００６２】
Ｓ１２に移行すると、ＣＰＵ２１は、メディアデータ送信処理を実行する。メディアデータ実行処理（Ｓ１２）では、ＣＰＵ２１は、要送信と判断された送信候補であるメディアデータを、通信部３６によってパケット化して、メディアパケットを生成し、当該メディアパケットを、ネットワーク網Ｎを介して、会議サーバ５０へ送信する。この時、ＣＰＵ２１は、要送信と判断された送信候補であるメディアデータを、送信バッファ２３Ａから削除する。メディアデータ送信処理（Ｓ１２）を終了すると、ＣＰＵ２１は、Ｓ１３に処理を移行する。
【００６３】
Ｓ１３においては、ＣＰＵ２１は、欠落メディアデータ送信可否判定処理を実行する。具体的には、ＣＰＵ２１は、後述する欠落メディアデータ送信可否判定処理プログラム（図７参照）を実行することにより、当該会議端末１０と会議サーバ５０の間におけるネットワーク網Ｎの状況（輻輳の程度）に基づいて、欠落メディアデータ保持領域２３Ｂ内の欠落メディアデータの送信が可能であるか否かを判定する。欠落メディアデータ送信可否判定処理（Ｓ１３）の詳細については、後に図面を参照しつつ詳細に説明する。欠落メディアデータ送信可否判定処理（Ｓ１３）を終了すると、ＣＰＵ２１は、Ｓ１４に処理を移行する。
【００６４】
Ｓ１４では、ＣＰＵ２１は、ＲＡＭ２３に格納されている欠落メディアデータ送信可否判定処理の判定結果が、欠落メディアデータの送信が可能であることを示す「可」であるか否かを判断する。判定結果が「可」である場合（Ｓ１４：ＹＥＳ）、ＣＰＵ２１は、Ｓ１５に処理を移行する。一方、欠落メディアデータ送信可否判定処理の判定結果が「可」でない場合（Ｓ１４：ＮＯ）、ＣＰＵ２１は、そのままＳ４に処理を戻す。
【００６５】
Ｓ１５に移行すると、ＣＰＵ２１は、Ｓ７と同様に、欠落メディアデータ格納処理（Ｓ１１）で欠落メディアデータ保持領域２３Ｂに保持されている欠落メディアデータを、通信部３６によりパケット化して、欠落メディアパケットを生成し、ネットワーク網Ｎを介して、当該欠落メディアパケットを会議サーバ５０へ送信する。欠落メディアパケットを会議サーバ５０へ送信した後、ＣＰＵ２１は、Ｓ４に処理を戻す。
【００６６】
尚、Ｓ１５における欠落メディアパケットの送信処理は、欠落メディアデータ送信可否判定処理の判定結果が送信可である場合に実行される。この場合も、メディアデータ作成処理プログラム（図５参照）に従って、リアルタイムに生成され、随時、送信バッファ２３Ａ内に格納される速度よりも、送信バッファ２３Ａからメディアデータが会議サーバ５０へ送信されていく速度のほうが大きい状態を意味する。つまり、Ｓ１５における欠落メディアパケットの送信処理は、当該会議端末１０と会議サーバ５０の間におけるネットワーク網Ｎにおいて、輻輳の度合いが所定以下の場合に実行される。
【００６７】
続いて、遠隔会議に対する参加を終了する場合のＳ１６以後の処理について説明する。上述したように、Ｓ１６の処理は、当該会議端末１０において、会議終了指示がなされた場合（Ｓ４：ＹＥＳ）に実行される。当該Ｓ１６では、ＣＰＵ２１は、会議終了指示が為されたことに基づいて、当該会議端末１０におけるメディアデータの作成を停止する。具体的には、ＣＰＵ２１は、Ｓ３で開始したメディアデータ作成処理プログラムの実行を停止する。メディアデータの作成を停止した後、ＣＰＵ２１は、Ｓ１７に処理を移行する。
【００６８】
Ｓ１７においては、ＣＰＵ２１は、現時点で、欠落メディアデータが、欠落メディアデータ保持領域２３Ｂ内に未だ保持されているか否かを判断する。欠落メディアデータが欠落メディアデータ保持領域２３Ｂ内に保持されている場合（Ｓ１７：ＹＥＳ）、ＣＰＵ２１は、Ｓ１８に処理を移行する。一方、欠落メディアデータが欠落メディアデータ保持領域２３Ｂ内に存在しない場合（Ｓ１７：ＮＯ）、ＣＰＵ２１は、Ｓ１９に処理を移行する。
【００６９】
Ｓ１８では、ＣＰＵ２１は、欠落メディアデータ保持領域２３Ｂ内の全ての欠落メディアデータを、通信部３６によってパケット化し、全て欠落メディアパケットとして、会議サーバ５０へ送信する。全ての欠落メディアデータを会議サーバ５０へ送信した後、ＣＰＵ２１は、Ｓ１９に処理を移行する。
【００７０】
尚、Ｓ１８における欠落メディアパケットの送信処理は、会議終了指示に伴い、リアルタイムなメディアデータの生成及び送信を停止した後に行われる。この場合、リアルタイムに生成されたメディアデータの送信が行われることがない為、当該会議端末１０と会議サーバ５０の間のネットワーク網Ｎは、輻輳のない状態となる。つまり、Ｓ１８における欠落メディアパケットの送信処理は、当該会議端末１０と会議サーバ５０の間におけるネットワーク網Ｎにおいて、輻輳のない状態で実行される。
【００７１】
Ｓ１９では、ＣＰＵ２１は、会議終了指示が為されたことに基づいて、会議退席指示を、ネットワーク網Ｎを介して、会議サーバ５０に送信する。会議退席指示は、会議参加者が実際に遠隔会議への参加を停止する為の指示である。会議退席指示を送信した後、ＣＰＵ２１は、Ｓ２０に処理を移行する。
【００７２】
Ｓ２０においては、ＣＰＵ２１は、ネットワーク網Ｎを介して、会議サーバ５０から退席完了通知を受信したか否かを判断する。ここで、退席完了通知は、会議退席要求を送信した会議端末１０が遠隔会議への参加を停止する為に会議サーバ５０側で必要な処理を完了したことを示し、会議サーバ５０において、後述するＳ１１３の処理を実行することで送信される。退席完了通知を受信した場合（Ｓ２０：ＹＥＳ）、ＣＰＵ２１は、メイン制御プログラムを終了する。一方、退席完了通知を受信していない場合（Ｓ２０：ＮＯ）、ＣＰＵ２１は、退席完了通知を受信するまで処理を待機する。
【００７３】
（会議端末におけるメディアデータ作成処理プログラム）
続いて、遠隔会議保存システム１を構成する会議端末１０のメディアデータ作成処理プログラムについて、図５を参照しつつ詳細に説明する。当該メディアデータ作成処理プログラムは、ＣＰＵ２１によって実行され、遠隔会議の実行中（即ち、Ｓ３〜Ｓ１６の間）において、一定の時間間隔で、リアルタイムにメディアデータを作成する。
【００７４】
尚、以下の説明においては、会議端末１０のカメラ３３によって取得された映像に基づいて、メディアデータを作成する場合を、例に挙げて説明するが、マイク３４によって取得された音に基づいて、メディアデータを作成する場合も、以下の説明と同様の処理により、メディアデータを作成し得る。映像及び音を含むメディアデータを作成する場合には、当該メディアデータ作成処理プログラムを、２つ（即ち、映像用と、音用）同時に実行すれば良い。
【００７５】
メディアデータの作成が開始され（Ｓ３）、メディアデータ作成処理プログラムの実行が開始されると、ＣＰＵ２１は、先ず、当該会議端末１０のカメラ３３から、当該カメラ３３によって撮影された映像データを取得する（Ｓ３１）。映像データを取得した後、ＣＰＵ２１は、Ｓ３２に処理を移行する。
【００７６】
Ｓ３２に移行すると、ＣＰＵ２１は、取得した映像データに対して、エンコード処理を実行する。具体的には、ＣＰＵ２１は、取得した映像データを所定の映像フォーマットにエンコードし、一フレーム分のメディアデータを生成する。エンコード処理を行った後、ＣＰＵ２１は、Ｓ３３に処理を移行する。
【００７７】
Ｓ３３では、ＣＰＵ２１では、エンコード処理によってエンコードされた一フレーム分のメディアデータに対して、フレーム情報を付与する。フレーム情報は、フレーム番号と、生成時刻を含んで構成されている。フレーム番号は、撮影開始時から昇順で付される番号であり、生成されたフレームの順序を示す。生成時刻は、一フレーム分のメディアデータとして生成された時刻を示す。フレーム情報を付与した後、ＣＰＵ２１は、Ｓ３４に処理を移行する。
【００７８】
Ｓ３４においては、ＣＰＵ２１は、送信バッファ格納処理を実行する。送信バッファ格納処理では、ＣＰＵ２１は、フレーム情報が付与された一フレーム分のメディアデータを、送信バッファ２３Ａに格納する。一フレーム分のメディアデータを送信バッファ２３Ａに格納した後、ＣＰＵ２１は、Ｓ３５に処理を移行する。
【００７９】
Ｓ３５では、ＣＰＵ２１は、送信バッファ２３Ａへの格納時点から所定時間を経過するまで、処理を待機する。ここで、所定時間とは、フレームレートによって決定される時間であり、例えば、１５ｆｐｓの場合、所定時間は、１／１５ｓｅｃ（即ち、６６．６ｍｓｅｃ）となる。所定時間経過すると、ＣＰＵ２１は、Ｓ３６に処理を移行する。
【００８０】
Ｓ３６においては、ＣＰＵ２１は、操作部３１の操作に基づいて、会議終了指示がなされたか否かを判断する。会議終了指示が為された場合（Ｓ３６：ＹＥＳ）、ＣＰＵ２１は、メディアデータ作成処理プログラムを終了する。従って、当該会議端末１０は、会議終了指示が為されると（Ｓ４：ＹＥＳ、Ｓ３６：ＹＥＳ）、メディアデータ作成処理プログラムを終了する為、リアルタイムなメディアデータの作成が停止される（Ｓ１６）。一方、会議終了指示がなく、遠隔会議が継続して行われる場合（Ｓ３６：ＮＯ）、ＣＰＵ２１は、Ｓ３１に処理を戻す。
【００８１】
これにより、当該会議端末１０においては、遠隔会議が実行されている間は、メディアデータ作成処理プログラムを実行することで、フレーム単位のメディアデータが、所定の時間間隔でリアルタイムに生成され、随時、送信バッファ２３Ａに格納される。
【００８２】
（会議端末における送信要否決定処理プログラム）
次に、会議端末１０における送信要否決定処理（Ｓ８）で実行される送信要否決定処理プログラムについて、図６を参照しつつ詳細に説明する。上述したように、送信要否決定処理プログラムは、送信要否決定処理（Ｓ８）に移行すると、ＣＰＵ２１によって実行され、送信候補であるメディアデータが現時点で送信すべきものであるか否かを決定する。
【００８３】
図６に示すように、Ｓ４１に移行すると、ＣＰＵ２１は、送信候補として設定されている一フレーム分のメディアデータの生成時刻を取得する。具体的には、ＣＰＵ２１は、当該メディアデータに付与されているフレーム情報を参照し、当該フレーム情報に含まれる生成時刻を取得する。送信候補に係るメディアデータの生成時刻を取得した後、ＣＰＵ２１は、Ｓ４２に処理を移行する。
【００８４】
Ｓ４２では、ＣＰＵ２１は、現時点において、送信候補に係るメディアデータの生成時刻から所定時間経過しているか否かを判断する。ここで、所定時間とは、会議情報やシステムとして予め設定された時間であり、メディアデータの送受信に関し、遠隔会議を進行する上で許容できる最大遅延時間を意味する。送信候補に係るメディアデータの生成時刻から所定時間経過している場合（Ｓ４２：ＹＥＳ）、ＣＰＵ２１は、Ｓ４３に処理を移行する。一方、送信候補に係るメディアデータの生成時刻から所定時間経過していない場合（Ｓ４２：ＮＯ）、ＣＰＵ２１は、Ｓ４４に処理を移行する。
【００８５】
Ｓ４３においては、ＣＰＵ２１は、送信候補に係るメディアデータの判定結果を、「送信不要」に決定し、当該判定結果をＲＡＭ２３に格納する。Ｓ４３の処理に移行する場合、送信候補に係るメディアデータの生成時刻から所定時間経過している為、当該メディアデータを送信したとしても、遠隔会議を進行する上で許容できない程、遅延した状況を示すメディアデータとなってしまい、リアルタイム性を大きく損なう。従って、ＣＰＵ２１は、送信候補に係るメディアデータの判定結果を、「送信不要」に決定する。「送信不要」を示す判定結果をＲＡＭ２３に格納した後、ＣＰＵ２１は、送信要否決定処理プログラムを終了し、図４に示すメイン制御プログラムのＳ９に処理を移行する。
【００８６】
Ｓ４４では、ＣＰＵ２１は、送信候補に係るメディアデータの判定結果を、「送信要」に決定し、当該判定結果をＲＡＭ２３に格納する。Ｓ４４の処理に移行する場合、送信候補に係るメディアデータの生成時刻から所定時間経過していない為、当該メディアデータを送信すれば、実際の状況を略リアルタイムで示すメディアデータが送信される。従って、ＣＰＵ２１は、送信候補に係るメディアデータの判定結果を、「送信要」に決定する。「送信要」を示す判定結果をＲＡＭ２３に格納した後、ＣＰＵ２１は、送信要否決定処理プログラムを終了し、図４に示すメイン制御プログラムのＳ９に処理を移行する。
【００８７】
（会議端末における欠落メディアデータ送信可否判定処理プログラム）
続いて、会議端末１０における欠落メディアデータ送信可否判定処理（Ｓ１３）で実行される欠落メディアデータ送信可否判定処理プログラムについて、図７を参照しつつ詳細に説明する。上述したように、欠落メディアデータ送信可否判定処理プログラムは、欠落メディアデータ送信可否判定処理（Ｓ１３）に移行すると、ＣＰＵ２１によって実行され、当該会議端末１０と会議サーバ５０の間におけるネットワーク網Ｎの状況（輻輳の程度）に基づいて、欠落メディアデータ保持領域２３Ｂ内の欠落メディアデータの送信が可能であるか否かを判定する。
【００８８】
図７に示すように、Ｓ５１に移行すると、ＣＰＵ２１は、先ず、メディアデータ作成処理プログラム（図５参照）に従って、リアルタイムに生成されたメディアデータが送信バッファ２３Ａ内に存在するか否かを判断する。送信バッファ２３Ａ内にメディアデータがある場合（Ｓ５１：ＹＥＳ）、ＣＰＵ２１は、Ｓ５２に処理を移行する。一方、送信バッファ２３Ａ内にメディアデータがない場合（Ｓ５１：ＮＯ）、ＣＰＵ２１は、Ｓ５５に処理を移行する。
【００８９】
Ｓ５２に移行すると、ＣＰＵ２１は、送信バッファ２３Ａに格納されているメディアデータの内、最も古いフレームにあたるメディアデータの生成時刻を取得する。具体的は、ＣＰＵ２１は、送信バッファ２３Ａ内に格納されている各メディアデータに付与されているフレーム情報に基づいて、最も古いメディアデータを特定し、当該メディアデータの生成時刻を取得する。最も古いメディアデータの生成時刻を取得した後、ＣＰＵ２１は、Ｓ５３に処理を移行する。
【００９０】
Ｓ５３においては、ＣＰＵ２１は、Ｓ５２で取得した最も古いメディアデータの生成時刻から所定時間経過しているか否かを判断する。このＳ５３における所定時間は、会議情報やシステムとして予め設定されている時間により決定され、例えば、３００ｍｓｅｃである。最も古いメディアデータの生成時刻から所定時間経過している場合（Ｓ５３：ＹＥＳ）、ＣＰＵ２１は、Ｓ５４に処理を移行する。一方、最も古いメディアデータの生成時刻から所定時間経過していない場合（Ｓ５３：ＮＯ）、ＣＰＵ２１は、Ｓ５５に処理を移行する。
【００９１】
Ｓ５４では、ＣＰＵ２１は、欠落メディアデータ送信可否判定処理の判定結果として、欠落メディアデータの送信が不能であることを示す「否」と判定する。このＳ５４に移行する場合は、最も古いメディアデータの生成時刻から所定時間経過している為、送信バッファ２３Ａ内にリアルタイムに送信すべきメディアデータが溜まっている状況である。従って、会議端末１０と会議サーバ５０の間におけるネットワーク網Ｎにおいて、輻輳の度合いが所定以上であると判断することができるので、ＣＰＵ２１は、欠落メディアデータの送信については、「否」と判定する。欠落メディアデータ送信可否判定処理の判定結果をＲＡＭ２３に格納した後、ＣＰＵ２１は、欠落メディアデータ送信可否判定処理プログラムを終了し、図４に示すメイン制御プログラムのＳ１４に処理を移行する。
【００９２】
Ｓ５５においては、ＣＰＵ２１は、欠落メディアデータ送信可否判定処理の判定結果として、欠落メディアデータの送信が可能であることを示す「可」と判定する。欠落メディアデータ送信可否判定処理の判定結果をＲＡＭ２３に格納した後、ＣＰＵ２１は、欠落メディアデータ送信可否判定処理プログラムを終了し、図４に示すメイン制御プログラムのＳ１４に処理を移行する。
【００９３】
このＳ５５に移行する場合は、送信バッファ２３Ａ内にメディアデータが存在していない場合（Ｓ５１：ＮＯ）と、最も古いメディアデータの生成時刻から所定時間経過していない場合（Ｓ５３：ＮＯ）である。ここで、送信バッファ２３Ａ内にメディアデータが存在していない場合とは、メディアデータ作成処理プログラム（図５参照）に従って、リアルタイムに生成されたメディアデータが送信バッファ２３Ａ内に格納される速度よりも、送信バッファ２３Ａからメディアデータが会議サーバ５０へ送信されていく速度のほうが大きい状態である。従って、この場合、会議端末１０と会議サーバ５０の間において、ネットワーク網Ｎに輻輳が生じていないものと判断し得る。つまり、欠落メディアデータの送信を行っても、遠隔会議の進行に影響を与えることは少ないので、ＣＰＵ２１は、判定結果として、「可」と判定する。
【００９４】
最も古いメディアデータの生成時刻から所定時間経過していない場合（Ｓ５３：ＮＯ）とは、送信バッファ２３Ａにおけるメディアデータの滞留時間が短い状態を意味し、ネットワーク網Ｎにおける輻輳の程度は、送信バッファ２３Ａ内のメディアデータをすぐに送信できる程度であると判断し得る。つまり、この場合においても、欠落メディアデータの送信を行っても、遠隔会議の進行に影響を与えることは少ないと考えられるので、ＣＰＵ２１は、判定結果として、「可」と判定する。
【００９５】
（会議サーバのメイン制御プログラム）
次に、本実施形態に係る遠隔会議保存システム１を構成する会議サーバ５０のメイン制御プログラムについて、図８を参照しつつ詳細に説明する。図８に示すメイン制御プログラムは、上述したように、会議サーバ５０のＨＤＤ６６に格納されており、ＣＰＵ６１によって実行される。
【００９６】
図８に示すように、メイン制御プログラムの実行を開始し、Ｓ１０１に移行すると、ＣＰＵ６１は、ネットワーク網Ｎを介して、会議参加要求を受信したか否かを判断する。上述したように、会議参加要求は、遠隔会議保存システム１を構成する各会議端末１０のＳ１において、会議サーバ５０に対して送信される。会議参加要求を受信した場合（Ｓ１０１：ＹＥＳ）、ＣＰＵ６１は、Ｓ１０２に処理を移行する。一方、会議参加要求を受信していない場合（Ｓ１０１：ＮＯ）、ＣＰＵ６１は、Ｓ１０４に処理を移行する。
【００９７】
Ｓ１０２においては、ＣＰＵ６１は、受信した会議参加要求に基づいて、会議情報を取得する。具体的には、ＣＰＵ６１は、会議参加要求に含まれる会議ＩＤに基づいて、参加が要求されている遠隔会議を特定し、会議参加要求に含まれるユーザＩＤ及び会議パスワードによって、特定された遠隔会議への参加の可否を決定する。そして、当該遠隔会議の参加を許可する場合、ＣＰＵ６１は、ユーザＩＤに基づいて、会議参加要求を送信した会議端末１０に係る主催者権限の有無を判断する。これらの処理結果に基づく会議情報を取得すると、ＣＰＵ６１は、Ｓ１０３に処理を移行する。尚、当該遠隔会議の参加が許可された場合、ＣＰＵ６１は、会議参加要求に含まれるユーザＩＤを、会議参加要求に含まれる会議ＩＤ及び主催者権限の有無と関連付けてＲＡＭ６３に格納する。
【００９８】
Ｓ１０３では、ＣＰＵ６１は、Ｓ１０２で取得した会議情報を、会議参加要求を送信した会議端末１０に対して、ネットワーク網Ｎを介して送信する。会議情報を送信した後、ＣＰＵ６１は、Ｓ１０１に処理を戻す。
【００９９】
Ｓ１０４においては、ＣＰＵ６１は、ネットワーク網Ｎを介して、遠隔会議保存システム１を構成する会議端末１０から、メディアパケットを受信したか否かを判断する。ここで、メディアパケットは、各会議端末１０におけるメディアデータ送信処理（Ｓ１２）により、略リアルタイムに送信されたものを意味する。メディアパケットを受信した場合（Ｓ１０４：ＹＥＳ）、ＣＰＵ６１は、Ｓ１０５に処理を移行する。一方、メディアパケットを受信していない場合（Ｓ１０４：ＮＯ）、ＣＰＵ６１は、Ｓ１１０に処理を移行する。
【０１００】
Ｓ１０５に移行すると、ＣＰＵ６１は、メディアパケット転送処理を実行する。メディアパケット転送処理（Ｓ１０５）では、ＣＰＵ６１は、ＲＡＭ６３に格納された会議ＩＤに関連付けられたユーザＩＤを参照することで、当該メディアパケットの送信元である会議端末１０と同一の遠隔会議に参加している他の会議端末１０に対して、ネットワーク網Ｎを介して、受信したメディアパケットを送信する。メディアパケット転送処理（Ｓ１０５）を終了すると、ＣＰＵ６１は、Ｓ１０６に処理を移行する。
【０１０１】
Ｓ１０６では、ＣＰＵ６１は、通信部６７を制御することにより、受信したメディアパケットをデパケット化する。メディアパケットは、デパケット化により、一フレーム分のメディアデータとなる。メディアパケットのデパケット化を終了すると、ＣＰＵ６１は、Ｓ１０７に処理を移行する。
【０１０２】
Ｓ１０７においては、ＣＰＵ６１は、Ｓ１０４で受信したメディアパケットの受信時刻を、ＯＳの計時機構を利用して取得する。当該受信時刻は、メディアパケットをデパケット化した一フレーム分のメディアデータに対して対応付けられる。受信時刻を取得した後、ＣＰＵ６１は、Ｓ１０８に処理を移行する。
【０１０３】
Ｓ１０８では、ＣＰＵ６１は、Ｓ１０４で受信したメディアパケットをデパケット化した一フレーム分のメディアデータを、Ｓ１０７で取得した受信時刻及びメディアパケットの送信元である会議端末１０のユーザＩＤと共に、相互に対応付けて、メディアデータ記憶領域６６Ａに保存する。その後、ＣＰＵ６１は、Ｓ１０９に処理を移行する。
【０１０４】
Ｓ１０９に移行すると、ＣＰＵ６１は、会議録画データ作成処理を実行する。会議録画データ作成処理（Ｓ１０９）では、ＣＰＵ６１は、後述する会議録画データ作成処理プログラム（図９参照）を実行することにより、遠隔会議に参加している各会議端末１０から受信したメディアパケットや欠落メディアパケットに基づいて、当該遠隔会議の様子を示すメディアデータを生成し、会議録画データとして、会議録画データ記憶領域６６Ｃに保存する。その後、ＣＰＵ６１は、Ｓ１０１に処理を戻す。
【０１０５】
Ｓ１１０においては、ＣＰＵ６１は、ネットワーク網Ｎを介して、会議端末１０から会議退席指示を受信したか否かを判断する。当該会議退席指示は、遠隔会議保存システム１を構成する各会議端末１０のＳ１９において、会議サーバ５０に対して送信される。会議退席指示を受信した場合（Ｓ１１０：ＹＥＳ）、ＣＰＵ６１は、Ｓ１１１に処理を移行する。一方、会議退席指示を受信していない場合（Ｓ１１０：ＮＯ）、ＣＰＵ６１は、Ｓ１１４に処理を移行する。
【０１０６】
Ｓ１１１では、ＣＰＵ６１は、必要メディアデータ受信判定処理を実行する。必要メディアデータ受信判定処理（Ｓ１１１）においては、ＣＰＵ６１は、必要メディアデータ受信判定処理プログラム（図１０参照）を実行することにより、遠隔会議の開始から終了までの様子を示す会議録画データを生成する上で必要なメディアデータ（以下、必要メディアデータ）を受信しているか否かを判定する。必要メディアデータ受信判定処理（Ｓ１１１）の内容については、後に図面を参照しつつ、詳細に説明する。必要メディアデータ受信判定処理（Ｓ１１１）を終了すると、ＣＰＵ６１は、Ｓ１１２に処理を移行する。
【０１０７】
Ｓ１１２に移行すると、ＣＰＵ６１は、必要メディアデータ受信判定処理（Ｓ１１１）の処理結果に基づいて、必要メディアデータが揃っているか否かを判断する。必要メディアデータが揃っている場合（Ｓ１１２：ＹＥＳ）、ＣＰＵ６１は、Ｓ１１３に処理を移行する。一方、必要メディアデータが揃っていない場合（Ｓ１１２：ＮＯ）、ＣＰＵ６１は、そのまま、Ｓ１０１に処理を戻す。
【０１０８】
Ｓ１１３においては、ＣＰＵ６１は、会議退席指示を送信した会議端末１０における全ての欠落メディアデータを、会議サーバ５０で受信している為、当該会議端末１０に対して、退席完了通知を送信する。そして、ＣＰＵ６１は、会議退席指示を送信した会議端末１０のユーザＩＤを、ＲＡＭ６３から削除する。退席完了通知を送信した後、ＣＰＵ６１は、Ｓ１０１に処理を戻す。
【０１０９】
Ｓ１１４では、ＣＰＵ６１は、ネットワーク網Ｎを介して、遠隔会議保存システム１を構成する会議端末１０から、欠落メディアパケットを受信したか否かを判断する。欠落メディアパケットは、各会議端末１０におけるＳ７、Ｓ１５、Ｓ１８の処理により、各会議端末１０の欠落メディアデータ保持領域２３Ｂから読み出され、パケット化されて送信されたものである。欠落メディアパケットを受信した場合（Ｓ１１４：ＹＥＳ）、ＣＰＵ６１は、Ｓ１１５に処理を移行する。一方、欠落メディアパケットを受信していない場合（Ｓ１１４：ＮＯ）、ＣＰＵ６１は、そのまま、Ｓ１０１に処理を戻す。
【０１１０】
Ｓ１１５においては、ＣＰＵ６１は、通信部６７を制御することにより、受信した欠落メディアパケットをデパケット化する。欠落メディアパケットは、デパケット化により、欠落メディアデータとして、欠落メディアデータ保持領域２３Ｂに保持されていた一フレーム分のメディアデータとなる。欠落メディアパケットのデパケット化を終了すると、ＣＰＵ６１は、Ｓ１１６に処理を移行する。
【０１１１】
Ｓ１１６に移行すると、ＣＰＵ６１は、欠落メディアデータ受信判定処理を実行する。欠落メディアデータ受信判定処理（Ｓ１１６）では、ＣＰＵ６１は、後述する欠落メディアデータ受信判定処理プログラム（図１１参照）を実行することにより、欠落メディアパケットをデパケット化した欠落メディアデータの保存や、必要メディアデータの受信確認等を行う。欠落メディアデータ受信判定処理（Ｓ１１６）の内容については、後に図面を参照しつつ詳細に説明する。欠落メディアデータ受信判定処理（Ｓ１１６）を終了すると、ＣＰＵ６１は、Ｓ１１７に処理を移行する。
【０１１２】
Ｓ１１７においては、ＣＰＵ６１は、会議録画データ作成処理を実行する。会議録画データ作成処理（Ｓ１１７）では、ＣＰＵ６１は、Ｓ１０９と同様に、後述する会議録画データ作成処理プログラム（図９参照）を実行することにより、遠隔会議に参加している各会議端末１０から受信したメディアパケットや欠落メディアパケットに基づいて、当該遠隔会議の様子を示すメディアデータを生成し、会議録画データとして、会議録画データ記憶領域６６Ｃに保存する。その後、ＣＰＵ６１は、Ｓ１０１に処理を戻す。
【０１１３】
（会議サーバにおける会議録画データ作成処理プログラム）
次に、会議サーバ５０における会議録画データ作成処理（Ｓ１０９、Ｓ１１７）で実行される会議録画データ作成処理プログラムについて、図９を参照しつつ詳細に説明する。会議サーバ５０のＣＰＵ６１は、会議録画データ作成処理プログラムを実行することにより、必要メディアデータが揃う毎に、随時、メディアデータを結合していき、遠隔会議の開始から終了までの様子を示す会議録画データを作成する。
【０１１４】
図９に示すように、会議録画データ作成処理（Ｓ１０９、Ｓ１１７）に移行すると、先ず、Ｓ１２１において、ＣＰＵ６１は、ＲＡＭ６３に格納されている受信確認処理が完了したことを示す情報に基づいて、遠隔会議に参加している全ての会議端末１０についての受信確認処理（後述するＳ１２２〜Ｓ１２４）を完了しているか否かを判断する。全ての会議端末１０について受信確認処理を完了している場合（Ｓ１２１：ＹＥＳ）、ＣＰＵ６１は、Ｓ１２５に処理を移行する。一方、全ての会議端末１０について受信確認処理を完了していない場合（Ｓ１２１：ＮＯ）、ＣＰＵ６１は、Ｓ１２２に処理を移行する。
【０１１５】
ここで、会議端末１０に対する受信確認処理（Ｓ１２２〜Ｓ１２４）の内容について説明する。先ず、Ｓ１２２では、ＣＰＵ６１は、未だ受信確認処理を行っていない会議端末１０を、確認対象に設定する。未確認の会議端末１０を確認対象に設定した後、ＣＰＵ６１は、Ｓ１２３に処理を移行する。
【０１１６】
Ｓ１２３に移行すると、ＣＰＵ６１は、確認対象に設定された会議端末１０について、必要メディアデータ受信判定処理を実行する。必要メディアデータ受信判定処理（Ｓ１２３）においては、ＣＰＵ６１は、必要メディアデータ受信判定処理プログラム（図１０参照）を実行することにより、確認対象に設定された会議端末１０に由来する必要メディアデータを受信しているか否かを判定する。必要メディアデータ受信判定処理（Ｓ１２３）の内容については、後に図面を参照しつつ、詳細に説明する。必要メディアデータ受信判定処理（Ｓ１２３）を終了すると、ＣＰＵ６１は、Ｓ１２４に処理を移行する。
【０１１７】
Ｓ１２４においては、ＣＰＵ６１は、必要メディアデータ受信判定処理（Ｓ１２３）の処理結果に基づいて、所定時間分の必要メディアデータを受信しているか否かを判断する。所定時間分の必要メディアデータを受信している場合（Ｓ１２４：ＹＥＳ）、ＣＰＵ６１は、その会議端末１０に対する受信確認処理が完了したことを示す情報を、ユーザＩＤと関連付けてＲＡＭ６３に格納し、Ｓ１２１に処理を戻す。一方、所定時間分の必要メディアデータを受信していない場合（Ｓ１２４：ＮＯ）、ＣＰＵ６１は、会議録画データ作成処理プログラムを終了する。
【０１１８】
続いて、会議録画データ作成処理プログラムにおいて、遠隔会議に参加している全ての会議端末１０についての受信確認処理を完了し、全ての会議端末１０に由来する所定時間分の必要メディアデータが揃っている場合の処理内容（Ｓ１２５〜Ｓ１２８）について説明する。Ｓ１２５においては、ＣＰＵ６１は、全ての会議端末１０に由来する所定時間分の必要メディアデータを、メディアデータ記憶領域６６Ａ及び欠落メディアデータ記憶領域６６Ｂから読み出す。具体的には、ＣＰＵ６１は、現在進行中の遠隔会議を示す会議ＩＤに関連付けられた全てのユーザＩＤの会議端末１０に由来する所定時間分の必要メディアデータを、メディアデータ記憶領域６６Ａ及び欠落メディアデータ記憶領域６６Ｂから読み出す。その後、ＣＰＵ６１は、Ｓ１２６に処理を移行する。
【０１１９】
Ｓ１２６では、ＣＰＵ６１は、メディアデータ記憶領域６６Ａ及び欠落メディアデータ記憶領域６６Ｂから読み出した必要メディアデータに基づいて、所定時間分の遠隔会議の様子を示すメディアデータを生成し、所定時間分の会議録画データとする。その後、ＣＰＵ６１は、Ｓ１２７に処理を移行する。
【０１２０】
Ｓ１２７に移行すると、ＣＰＵ６１は、会議録画データ記憶領域６６Ｃを参照し、作成済みの会議録画データが存在するか否かを判断する。ここで、作成済の会議録画データとは、Ｓ１２６で生成した所定時間分の会議録画データの直前までの遠隔会議の内容を意味する。換言すれば、会議録画データ記憶領域６６Ｃに、現在進行中の遠隔会議を示す会議ＩＤを有する会議録画データが存在するか否かが判断される。作成済みの会議録画データが存在する場合（Ｓ１２７：ＹＥＳ）、ＣＰＵ６１は、Ｓ１２８に処理を移行する。一方、作成済みの会議録画データが存在しない場合（Ｓ１２７：ＮＯ）、ＣＰＵ６１は、Ｓ１２６で生成した所定時間分の会議録画データを、現在進行中の遠隔会議を示す会議ＩＤと関連付けて会議録画データ記憶領域６６Ｃに保存して、会議録画データ作成処理プログラムを終了する。
【０１２１】
Ｓ１２８においては、ＣＰＵ６１は、データ結合処理を実行する。データ結合処理（Ｓ１２８）では、ＣＰＵ６１は、Ｓ１２７で特定した作成済みの会議録画データの後に、Ｓ１２６で作成した所定時間分の会議録画データを結合する。結合した会議録画データを、会議録画データ記憶領域６６Ｃに保存した後、ＣＰＵ６１は、会議録画データ作成処理プログラムを終了する。
【０１２２】
（会議サーバにおける必要メディアデータ受信判定処理プログラム）
続いて、会議サーバ５０における必要メディアデータ受信判定処理（Ｓ１１１、Ｓ１２３、Ｓ１４３）で実行される必要メディアデータ受信判定処理プログラムについて、図１０を参照しつつ詳細に説明する。必要メディアデータ受信判定処理プログラムは、必要メディアデータを受信しているか否かを判定する際に、ＣＰＵ６１により実行され、未受信の欠落メディアデータを特定し、当該欠落メディアデータが必要メディアデータに該当するか否かを判定する。
【０１２３】
図１０に示すように、Ｓ１３１においては、ＣＰＵ６１は、フレーム情報確認処理を実行する。フレーム情報確認処理（Ｓ１３１）では、ＣＰＵ６１は、メディアデータ記憶領域６６Ａ及び欠落メディアデータ記憶領域６６Ｂに格納されたメディアデータ及び欠落メディアデータと共に受信したフレーム情報を参照することにより、未だ受信していない一フレーム分のメディアデータを特定する。上述したように、フレーム情報には、フレーム番号が含まれており、フレーム番号は、一フレーム分のメディアデータを生成した順に付与される。従って、フレーム情報に含まれるフレーム番号を参照すれば、未だ受信していない一フレーム分のメディアデータを特定できる。フレーム情報確認処理（Ｓ１３１）を終了すると、ＣＰＵ６１は、Ｓ１３２に処理を移行する。
【０１２４】
Ｓ１３２に移行すると、ＣＰＵ６１は、フレーム情報確認処理の処理結果に基づいて、未だ受信していない一フレーム分のメディアデータが存在するか否かを判断する。未だ受信していない一フレーム分のメディアデータが存在する場合（Ｓ１３２：ＹＥＳ）、ＣＰＵ６１は、Ｓ１３３に処理を移行する。一方、未だ受信していない一フレーム分のメディアデータが存在しない場合（Ｓ１３２：ＮＯ）、ＣＰＵ６１は、必要メディアデータが全て揃っていると判定し、必要メディアデータ受信判定処理プログラムを終了する。
【０１２５】
Ｓ１３３においては、ＣＰＵ６１は、類似度算出処理を実行する。類似度算出処理（Ｓ１３３）では、ＣＰＵ６１は、フレーム情報に含まれるフレーム番号に基づいて、未受信のメディアデータの時間的近傍にあたる一フレーム分のメディアデータを、複数特定し、特定した複数のメディアデータ（例えば、未受信のメディアデータの直前のフレームに係るメディアデータと、直後のフレームに係るメディアデータ）の映像内容を比較し、両者の類似度を算出する。そして、算出した類似度をＲＡＭ６３に格納した後、ＣＰＵ６１は、Ｓ１３４に処理を移行する。
【０１２６】
尚、類似度算出処理（Ｓ１３３）における「類似度」は、或る映像内容と、他の映像内容の一致の程度を示し、高い値を示す程、両者が一致していることを示し、低い数値であれば、両者の映像内容が大きく異なることを示している。類似度は、例えば、或る映像と他の映像との間で同一座標の画素値の差分を算出し、その差分の分散値として定義される。又、「時間的近傍」とは、例えば、人間の一般的な動作を分解可能なタイムスケール（０．数秒程度）の範囲を意味する。又、類似度算出処理で用いられる複数のメディアデータは、未受信のメディアデータの時間的近傍であればよく、例えば、未受信のメディアデータの数フレーム前にあたる複数のメディアデータと、数フレーム後にあたる複数のメディアデータとしても良い。又、未受信のメディアデータの直前のフレームに係るメディアデータと、更にそのひとつ前のフレームに係るメディアデータとしても良い。
【０１２７】
Ｓ１３４においては、ＣＰＵ６１は、類似度算出処理（Ｓ１３３）で算出した類似度が所定以上であるか否かを判断する。類似度が所定以上である場合（Ｓ１３４：ＹＥＳ）、ＣＰＵ６１は、未受信の一フレーム分のメディアデータの時間的近傍において、映像内容に動きがないことを示す為、未受信の一フレーム分のメディアデータを、必要メディアデータに該当しないもの判断し、必要メディアデータ受信判定処理プログラムを終了する。一方、類似度が所定未満である場合（Ｓ１３４：ＮＯ）、ＣＰＵ６１は、Ｓ１３５に処理を移行する。
【０１２８】
Ｓ１３５では、ＣＰＵ６１は、未受信の一フレーム分のメディアデータを、必要メディアデータと判定する。上述したように、Ｓ１３５の処理は、類似度が所定未満である場合（Ｓ１３４：ＮＯ）に実行される。類似度が所定未満であることは、未受信の一フレーム分のメディアデータの時間的近傍において、映像内容に一定以上の動きがあることを意味し、未受信の一フレーム分のメディアデータが欠落したままでは、滑らかな動きを再現することはできない。この点に鑑み、類似度が所定未満である場合、未受信の一フレーム分のメディアデータを必要メディアデータと判定する。その後、ＣＰＵ６１は、必要メディアデータ受信判定処理プログラムを終了する。
【０１２９】
（会議サーバにおける欠落メディアデータ受信処理プログラム）
次に、会議サーバ５０における欠落メディアデータ受信処理（Ｓ１１６）で実行される欠落メディアデータ受信処理プログラムについて、図１１を参照しつつ詳細に説明する。欠落メディアデータ受信判定処理プログラムは、欠落メディアパケットをデパケット化した欠落メディアデータの保存や、必要メディアデータの受信確認等を行う際に、ＣＰＵ６１より実行される。
【０１３０】
図１１に示すように、欠落メディアデータ受信処理（Ｓ１１６）に移行すると、ＣＰＵ６１は、データ保存処理を実行する（Ｓ１４１）。データ保存処理（Ｓ１４１）では、ＣＰＵ６１は、会議端末１０から受信した欠落メディアパケットをデパケット化（Ｓ１１５）して得られた一フレーム分の欠落メディアデータを、欠落メディアデータ記憶領域６６Ｂに格納する。データ保存処理（Ｓ１４１）を終了すると、ＣＰＵ６１は、Ｓ１４２に処理を移行する。
【０１３１】
Ｓ１４２においては、ＣＰＵ６１は、当該遠隔会議に参加している会議端末１０から、会議退席指示を受信済みであるか否かを判断する。会議退席指示を受信済みである場合（Ｓ１４２：ＹＥＳ）、ＣＰＵ６１は、Ｓ１４３に処理を移行する。一方、会議退席指示を受信していない場合（Ｓ１４２：ＮＯ）、ＣＰＵ６１は、欠落メディアデータ受信判定処理プログラムを終了する。
【０１３２】
Ｓ１４３に移行すると、ＣＰＵ６１は、会議退席指示を送信した会議端末１０に関して、必要メディアデータ受信判定処理を実行する。必要メディアデータ受信判定処理（Ｓ１４３）では、ＣＰＵ６１は、上述した必要メディアデータ受信判定処理プログラムを実行する。必要メディアデータ受信判定処理の処理内容は、既に説明済みである為、その詳細な説明を省略する。必要メディアデータ受信判定処理（Ｓ１４３）を終了すると、ＣＰＵ６１は、Ｓ１４４に処理を移行する。
【０１３３】
Ｓ１４４では、ＣＰＵ６１は、ＲＡＭ６３に格納された必要メディアデータ受信判定処理（Ｓ１４３）の判定結果に基づいて、会議退席指示を送信した会議端末１０に関して、必要メディアデータが揃っているか否かを判断する。必要メディアデータが揃っている場合（Ｓ１４４：ＹＥＳ）、ＣＰＵ６１は、Ｓ１４５に処理を移行する。一方、必要メディアデータが揃っていない場合（Ｓ１４４：ＮＯ）、ＣＰＵ６１は、欠落メディアデータ受信判定処理プログラムを終了する。
【０１３４】
Ｓ１４５においては、ＣＰＵ６１は、会議退席指示を送信した会議端末１０に係る必要メディアデータが全て揃っている為、会議退席指示を送信した会議端末１０に対して、退席完了通知を送信する。ネットワーク網Ｎを介して、退席完了通知を送信した後、ＣＰＵ６１は、欠落メディアデータ受信判定処理プログラムを終了する。
【０１３５】
（遠隔会議保存システムにおけるデータ通信の流れ）
続いて、本実施形態に係る遠隔会議保存システム１におけるデータ通信の流れについて、図１２を参照しつつ説明する。尚、以下の説明においては、当該遠隔会議保存システム１で実行される遠隔会議を、会議参加フェーズと、会議実行フェーズと、会議退席フェーズの３つのフェーズに分けて説明する。
【０１３６】
先ず、会議参加フェーズにおけるデータの流れについて説明する。会議参加フェーズとは、遠隔会議の開催に際し、当該遠隔会議に対する会議参加者の参加を受け付ける段階であり、遠隔会議実行の前段階を意味する。上述したように、会議参加フェーズでは、当該遠隔会議に参加する各会議端末１０は、図４に示すように、夫々、操作部３１の操作に基づいて、ネットワーク網Ｎを介して、会議サーバ５０に会議参加要求を送信する（Ｓ１）。一方、図８に示すように、各会議端末１０から会議参加要求を受信すると（Ｓ１０１：ＹＥＳ）、会議サーバ５０は、会議情報を取得し（Ｓ１０２）、取得した会議情報を、ネットワーク網Ｎを介して、会議参加要求を送信した会議端末１０に送信する（Ｓ１０３）。
【０１３７】
次に、会議実行フェーズにおけるデータの流れについて説明する。会議実行フェーズとは、遠隔会議に参加している会議端末１０間で、メディアデータを相互に送受信することで、遠隔会議を進行する段階を意味する。会議実行フェーズにおいては、遠隔会議に参加する各会議端末１０は、メディアデータ作成処理プログラム（図５参照）を実行することで、一フレーム分のメディアデータをリアルタイムに生成し、随時、送信バッファ２３Ａに格納する。更に、各会議端末１０は、ネットワーク網Ｎにおける輻輳の状況が所定未満である場合、メディアデータ送信処理（Ｓ１２）を実行することで、送信バッファ２３Ａ内に格納されている一フレーム分のメディアデータを、メディアパケットとして随時、リアルタイムに送信する。
【０１３８】
尚、各会議端末１０は、ネットワーク網Ｎに所定以上の輻輳が生じている場合、必要に応じて、欠落メディアデータ格納処理（Ｓ１１）を実行し、送信バッファ２３Ａ内に格納されている一フレーム分のメディアデータを、欠落メディアデータとして、欠落メディアデータ保持領域２３Ｂに保持する。
【０１３９】
そして、会議端末１０からリアルタイムに送信されたメディアパケットを受信すると、会議サーバ５０は、ネットワーク網Ｎを介して、同一の遠隔会議に参加している他の会議端末１０に対して送信する（Ｓ１０５）。これにより、当該遠隔会議保存システム１においては、同一の遠隔会議に参加している複数の会議端末１０の間で、リアルタイムにメディアデータの送受信が行われる為、遠隔会議がリアルタイムに進行する。
【０１４０】
尚、会議サーバ５０は、リアルタイムに送信されたメディアパケットを受信すると、受信したメディアパケットをデパケット化してメディアデータ記憶領域６６Ａに保存し、会議録画データを生成する（Ｓ１０６〜Ｓ１０９）。
【０１４１】
会議実行フェーズにおいては、遠隔会議の進行に伴い、各会議端末１０の間でメディアデータの送受信がリアルタイムに行われるが、各会議端末１０からのデータの送信状況によっては、ネットワーク網Ｎに輻輳が生じていない状態も生じ得る。遠隔会議保存システム１における会議端末１０は、ネットワーク網Ｎに輻輳が生じていない状態であれば（Ｓ５：ＹＥＳ、Ｓ１４：ＹＥＳ）、欠落メディアデータ保持領域２３Ｂに保持されている欠落メディアデータを、欠落メディアパケットとして会議サーバ５０に送信する（Ｓ７、Ｓ１５）。欠落メディアパケットの送受信は、ネットワーク網Ｎに輻輳が生じていない状況で行われる為、メディアデータ送信処理（Ｓ１２）によるメディアパケットの送受信に対する影響を抑えることができ、遠隔会議の円滑な進行に貢献し得る。
【０１４２】
続いて、会議退席フェーズにおけるデータの流れについて説明する。会議退席フェーズとは、会議端末１０で会議終了指示が為された後の段階であり、会議終了指示から退席完了通知が為されるまでの処理段階を意味する。会議端末１０は、会議終了指示が為された場合（Ｓ４：ＹＥＳ）、メディアデータ作成処理プログラム（図５参照）の実行を停止し（Ｓ１６）、その後、欠落メディアデータ保持領域２３Ｂに保持されている全ての欠落メディアデータを、会議サーバ５０へ送信する（Ｓ１８）。即ち、会議退席フェーズでは、メディアデータのリアルタイムな生成及び送信を終了した後、欠落メディアデータの送信を行うので、確実にネットワーク網Ｎの輻輳がない状態で、欠落メディアデータが送信されることになる。全ての欠落メディアデータの送信を完了した後に、会議端末１０は、遠隔会議からの退席に関する処理（Ｓ１９、Ｓ２０）を行う。従って、当該遠隔会議保存システム１によれば、会議端末１０の欠落メディアデータ保持領域２３Ｂに保持されていた全ての欠落メディアデータは、確実に会議サーバ５０に送信されることになる。
【０１４３】
尚、こうして送信された欠落メディアデータは、会議サーバ５０において、会議録画データを生成する際に用いられる。上述したように、各会議端末１０からはリアルタイムにメディアデータが送信されると共に、全ての欠落メディアデータも送信される為、会議サーバ５０は、遠隔会議の開始から終了までの遠隔会議の内容を示す会議録画データを、確実に生成することができる。
【０１４４】
（会議端末における会議録画データ再生処理プログラム）
遠隔会議保存システム１を構成する会議端末１０の会議録画データ再生処理プログラムについて、図１３を参照しつつ詳細に説明する。当該会議録画データ再生処理プログラムは、会議サーバ５０の会議録画データ記憶領域６６Ｃに格納されている会議録画データを再生する際に、会議端末１０のＣＰＵ２１によって実行される。本実施形態において、会議録画データの再生は、ユーザによる任意の設定により、「再現モード」と、「高画質モード」の何れかの再生モードで行われる。「再現モード」は、会議録画データを再生することにより、遠隔会議実行時において、ネットワーク網Ｎの輻輳等に起因して、リアルタイムなメディアデータの送受信に生じた障害（即ち、欠落メディアデータの発生）も含めて、遠隔会議の状況を再現するモードである。一方、「高画質モード」は、遠隔会議実行時に発生した障害により欠落した内容を補完した状態で、会議録画データを再生することで、遠隔会議の様子を再現するモードである。
【０１４５】
尚、以下の説明において、ユーザが使用する会議端末１０は、会議録画データ再生処理プログラムの実行を開始する前に、ユーザ所望の遠隔会議の様子を示す会議録画データと、当該会議録画データの生成に伴って作成されるタイミングテーブル（図１４参照）を、会議サーバ５０から取得しているものとする。タイミングテーブルは、遠隔会議を示す会議IDと関連付けられている。そこで、例えば、操作部３１がユーザによって操作されることにより、再生を所望する会議録画データの会議ＩＤが会議端末１０から会議サーバ５０に送信され、会議サーバ５０からその会議ＩＤに関連付けられたタイミングテーブルが会議端末１０に対して送信されているものとする。又、会議録画データ再生処理プログラムの実行開始に先立って、ユーザは、操作部３１を操作することにより、当該会議録画データの再生モードを、「再現モード」と「高画質モード」の何れかに設定しているものとする。
【０１４６】
ここで、図１４を参照しつつ、タイミングテーブルについて説明する。当該タイミングテーブルは、図１４に示すように、会議録画データを構成する一フレーム分のメディアデータ毎に、メディア種別と、受信時刻と、欠落の有無と、フレーム番号を示すテーブルである。
【０１４７】
上述したように、会議録画データは、リアルタイムに送信された一フレーム分のメディアデータと、欠落メディアデータとして送信された一フレーム分のメディアデータを、データ結合処理（Ｓ１２８）によって随時、結合していくことにより生成される。
【０１４８】
メディア種別は、メディアパケット又は欠落メディアパケットとして送信される際のヘッダ部分を参照することで特定される。図１４に示す場合、会議端末１０のカメラ３３によって取得された映像データを基にすることを示す「映像」と、会議端末１０のマイク３４によって取得された音データを基にすることを示す「音」の２種類が、メディア種別に該当する。
【０１４９】
受信時刻は、当該メディアデータを会議サーバ５０で受信した日時を示す情報である。具体的には、メディアパケットとしてリアルタイムに受信した場合（Ｓ１０４：ＹＥＳ）、Ｓ１０７の処理を実行することで取得された受信時刻を意味する。この点、欠落メディアパケットとして受信した場合には、Ｓ１０７に相当する処理が実行されることはない。従って、図１４に示すように、タイミングテーブルにおいては、リアルタイムに受信した一フレーム分のメディアデータに対して、受信時刻が対応付けられており、欠落メディアパケットとして受信した一フレーム分のメディアデータに対しては、受信時刻が対応付けられていない。
【０１５０】
欠落の有無は、当該メディアデータを、リアルタイムに受信したか、欠落メディアデータとして受信したかを示す情報である。この欠落の有無は、当該一フレーム分のメディアデータが、メディアデータ記憶領域６６Ａに記憶されたか、欠落メディアデータ記憶領域６６Ｂに記憶されたかに基づいて特定される。尚、上述したように、受信時刻の有無に基づいて、欠落の有無を特定しても良い。
【０１５１】
フレーム番号は、上述したように、メディアデータ作成処理プログラム（図５参照）に従って、一フレーム分のメディアデータをリアルタイムに生成する際に、Ｓ３３の処理を実行することで付与されるフレーム情報に含まれている。フレーム番号は、撮影開始時から昇順で付される番号であり、生成されたフレームの順序を示す。従って、フレーム番号は、リアルタイムに受信した一フレーム分のメディアデータと、欠落メディアパケットとして受信した一フレーム分のメディアデータの何れであっても、それぞれのフレーム情報を参照すれば特定し得る。
【０１５２】
図１４に示すタイミングテーブルの各項目は、以上のように特定することができるので、会議録画データに対応するタイミングテーブルを作成することができる。尚、タイミングテーブルの作成は、データ結合処理（Ｓ１２８）において、会議録画データを結合していく際に、随時、更新して作成することも可能であるし、遠隔会議の開始から終了までの様子を示す会議録画データを生成する際に生成することも可能である。
【０１５３】
再び図１３に戻り、会議録画データ再生処理プログラムについて詳細に説明する。図１３に示すように、Ｓ６１においては、ＣＰＵ２１は、当該会議録画データに係る再生モードの設定が「再現モード」であるか否かを判断する。「再現モード」に設定されている場合（Ｓ６１：ＹＥＳ）、ＣＰＵ２１は、Ｓ６２に処理を移行する。一方、「高画質モード」に設定されている場合（Ｓ６１：ＮＯ）、ＣＰＵ２１は、Ｓ６８に処理を移行する。
【０１５４】
先ず、会議録画データを「再現モード」で再生する際の処理について説明する。Ｓ６２に移行すると、ＣＰＵ２１は、会議録画データの再生終了であるか否かを判断する。つまり、ＣＰＵ２１は、会議録画データにおける最終フレーム番号（つまり、フレーム番号が最も大きい）に係る一フレーム分のメディアデータの再生を終了したか否かを判断する。会議録画データの再生終了である場合（Ｓ６２：ＹＥＳ）、ＣＰＵ２１は、会議録画データ再生処理プログラムを終了する。一方、会議録画データの再生中である場合（Ｓ６２：ＮＯ）、ＣＰＵ２１は、Ｓ６３に処理を移行する。
【０１５５】
Ｓ６３では、ＣＰＵ２１は、会議録画データから、一フレーム分のメディアデータを取得して、再生対象に設定する。この時、ＣＰＵ２１は、会議録画データにおける再生を完了していないメディアデータの内、フレーム番号が最も小さい一フレーム分のメディアデータを、再生対象に取得する。その後、ＣＰＵ２１は、Ｓ６４に処理を移行する。
【０１５６】
Ｓ６４においては、ＣＰＵ２１は、タイミングテーブル（図１４参照）を参照し、Ｓ６３で再生対象に設定した一フレーム分のメディアデータが欠落メディアデータに該当するか否かを判断する。欠落メディアデータに該当している場合（Ｓ６４：ＹＥＳ）、ＣＰＵ２１は、再生対象に設定したメディアデータを再生することなく、Ｓ６２に処理を戻す。一方、欠落メディアデータに該当していない場合、即ち、リアルタイムに受信したメディアデータである場合（Ｓ６４：ＮＯ）、ＣＰＵ２１は、Ｓ６５に処理を移行する。
【０１５７】
Ｓ６５に移行すると、ＣＰＵ２１は、タイミングテーブル（図１４参照）を参照し、再生対象に設定した一フレーム分のメディアデータの再生タイミングとして、当該メディアデータの受信時刻を取得する。再生タイミングを取得した後、ＣＰＵ２１は、Ｓ６６に処理を移行する。
【０１５８】
Ｓ６６においては、ＣＰＵ２１は、Ｓ６５で取得した再生タイミングが到来するまで、処理を待機する。再生タイミングが到来した時点で、ＣＰＵ２１は、Ｓ６７に処理を移行する。
【０１５９】
Ｓ６７では、ＣＰＵ２１は、再生対象に設定された一フレーム分のメディアデータに基づいて、ディスプレイ３２及びスピーカ３５を用いて、映像出力及び音出力を行い、再生対象に係るメディアデータを再生する。その後、ＣＰＵ２１は、新たな一フレーム分のメディアデータを再生すべく、Ｓ６２に処理を戻す。
【０１６０】
従って、Ｓ６２〜Ｓ６７の処理を実行し、会議録画データを「再現モード」で再生することにより、ＣＰＵ２１は、欠落メディアデータとして送信された部分を除いて（Ｓ６４：ＹＥＳ）、会議録画データを再生する。上述したように、欠落メディアデータは、遠隔会議を実行した際に、ネットワーク網Ｎの輻輳等に起因して、当該遠隔会議に参加していた他の会議端末１０へ送信されることがなかった部分である。即ち、当該遠隔会議保存システム１によれば、会議録画データを「再現モード」で再生することにより、遠隔会議実行時におけるメディアデータの送受信に生じた障害（即ち、欠落メディアデータの発生）も含めて、遠隔会議の状況を再現することができる。
【０１６１】
次に、会議録画データを「高画質モード」で再生する際の処理について説明する。Ｓ６８においては、ＣＰＵ２１は、会議録画データを構成する全てのメディアデータを、リアルタイムに受信したか、欠落メディアデータとして受信したかの区別なく、順次、再生する。当該会議録画データは、遠隔会議に際して、会議サーバ５０によって、遠隔会議の開始から終了までの状況を示すように、遠隔会議実行時に発生した障害により欠落した内容を補完した状態で作成されている。従って、当該遠隔会議保存システム１によれば、会議録画データを「高画質モード」で再生することにより、遠隔会議の内容を欠落させることなく、遠隔会議の開始から終了までの様子を再現することができる。
【０１６２】
以上説明したように、本実施形態に係る遠隔会議保存システム１は、会議端末１０と、会議サーバ５０と、を、ネットワーク網Ｎを介して通信可能に接続して構成されており、前記ネットワーク網Ｎを介した遠隔会議に用いられると共に、会議サーバ５０の保存サービス部６５を制御することで、遠隔会議に際して送受信されるメディアデータを保存可能に構成されている。
【０１６３】
当該遠隔会議保存システム１において、会議端末１０は、遠隔会議の実行中においては、メディアデータ作成処理プログラム（図５参照）を実行することで、一フレーム分のメディアデータをリアルタイムに作成し、随時、送信バッファ２３Ａに格納する。そして、会議端末１０は、当該会議端末１０と会議サーバ５０の間のネットワーク網Ｎにおける輻輳が所定未満である場合（Ｓ８、Ｓ９：ＹＥＳ）に、送信バッファ２３Ａ内のメディアデータを、リアルタイムに送信する（Ｓ１２）。従って、当該遠隔会議保存システム１によれば、メディアデータを、随時、リアルタイムに送信することができる。
【０１６４】
又、当該会議端末１０は、会議端末１０と会議サーバ５０との間のネットワーク網Ｎにおける輻輳が所定以上である場合（Ｓ８、Ｓ９：ＮＯ）、送信バッファ２３Ａ内の一フレーム分のメディアデータを、欠落メディアデータとして、欠落メディアデータ保持領域２３Ｂに一時的に保持する。そして、当該会議端末１０は、リアルタイムでのメディアデータの送受信を行う過程で、ネットワーク網Ｎの輻輳が自然に解消された場合（Ｓ５：ＮＯ、Ｓ１４：ＹＥＳ）や、遠隔会議の終了（Ｓ１６）に伴って、ネットワーク網Ｎの輻輳が解消される場合に、欠落メディアデータ保持領域２３Ｂに保持されている欠落メディアデータを、会議サーバ５０へ送信する（Ｓ７、Ｓ１５、Ｓ１８）。
【０１６５】
従って、当該遠隔会議保存システム１によれば、会議サーバ５０により会議録画データの生成に必要な欠落メディアデータを、ネットワーク負荷を増大させることなく、会議サーバ５０に送信することができる。そして、会議サーバ５０は、会議録画データ生成処理プログラムを実行することによって、メディアデータ記憶領域６６Ａ及び欠落メディアデータ記憶領域６６Ｂに格納されているメディアデータに基づいて、会議録画データを生成する。従って、当該遠隔会議保存システム１によれば、遠隔会議の開始から終了までの間で、内容に欠落のない会議録画データを生成することができ、遠隔会議の内容を高精度で再現することが可能となる。
【０１６６】
又、当該遠隔会議保存システム１によれば、会議サーバ５０は、必要メディアデータ受信判定処理において、未受信の一フレーム分のメディアデータの時間的近傍に存在する複数のメディアデータの類似度を算出し（Ｓ１３３）、当該未受信の一フレーム分のメディアデータが、会議録画データの作成に必要であり、会議端末１０から受信する必要があるか否かを判定する（Ｓ１３４、Ｓ１３５）。従って、当該遠隔会議保存システム１によれば、会議録画データの生成について、真に必要なメディアデータの送受信が行われることになる為、ネットワーク負荷を必要最小限にとどめることができ、更に、高精度で遠隔会議の内容を再現し得る会議録画データを生成し得る。
【０１６７】
そして、当該遠隔会議保存システム１において、会議端末１０は、会議情報に含まれる主催者権限の有無を判断し（Ｓ１０）、当該会議端末１０に主催者権限がある場合（Ｓ１０：ＹＥＳ）、リアルタイムな送信がなされなかった一フレーム分のメディアデータを、欠落メディアデータとして、欠落メディアデータ保持領域２３Ｂに格納する（Ｓ１１）。ここで、遠隔会議において、会議端末１０から送信されるメディアデータの重要性は、遠隔会議における役割に応じて異なる。従って、当該遠隔会議保存システム１によれば、重要な内容を含むメディアデータを、欠落メディアデータとして一時的に保持しておき、その後に、会議録画データの生成に供することができる。これにより、当該遠隔会議保存システム１は、重要な内容を含み、且つ、高い精度で遠隔会議の内容を再現し得る会議録画データを提供し得る。
【０１６８】
又、遠隔会議保存システム１において、会議サーバ５０は、会議端末１０からリアルタイムにメディアパケットを受信すると、受信時刻を取得して、受信したメディアデータに対応付けて保存する（Ｓ１０７、Ｓ１０８）。そして、会議端末１０は、会議録画データ再生処理プログラムに従って、会議録画データを再生する際に、ユーザによる「再現モード」と「高画質モード」の選択を受け付ける。「再現モード」での会議録画データの再生を行う場合、会議端末１０は、欠落メディアデータとして受信されたメディアデータを除いて（Ｓ６４：ＹＥＳ）、会議録画データを構成する一フレーム分のメディアデータを順次再生する（Ｓ６７）。即ち、当該遠隔会議保存システム１によれば、会議録画データを「再現モード」で再生することにより、遠隔会議実行時におけるメディアデータの送受信に生じた障害（即ち、欠落メディアデータの発生）も含めて、遠隔会議の状況を再現することができる。特に、遠隔会議の実行中に、ネットワーク網Ｎの通信状況によって欠落した部分を除いて再生することで、どのような内容が、遠隔会議の参加者に伝達されなかったかを特定することができる為、当該遠隔会議保存システム１によれば、これを補完する為の適切な措置を講じることも可能となる。
【０１６９】
そして、当該遠隔会議保存システム１において、複数の会議端末１０が、ネットワーク網Ｎを介して、会議サーバ５０に接続されている。会議サーバ５０は、或る会議端末１０からリアルタイムに送信されたメディアパケットを受信すると（Ｓ１０４：ＹＥＳ）、受信したメディアパケットを、同一の遠隔会議に参加している他の会議端末１０に対して送信する（Ｓ１０５）。従って、当該遠隔会議保存システム１では、遠隔会議実行中において、遠隔会議に参加している複数の会議端末１０の間をリアルタイムに送受信されるので、遠隔会議の進行に供される。
【０１７０】
一方、会議サーバ５０は、会議端末１０でＳ７、Ｓ１５、Ｓ１８の処理を実行することで送信される欠落メディアパケットを受信すると（Ｓ１１４：ＹＥＳ）、当該遠隔会議に参加している他の会議端末１０に送信することなく、欠落メディアデータ記憶領域６６Ｂに保存する（Ｓ１４１）。従って、当該遠隔会議保存システム１によれば、会議端末１０から送信された欠落メディアパケットは、前記他の会議端末１０に送信されることはないので、ネットワーク負荷の増大を抑制することができる。
【０１７１】
以上、実施形態に基づき本発明を説明したが、本発明は上述した実施形態に何ら限定されるものではなく、本発明の趣旨を逸脱しない範囲内で種々の改良変更が可能である。例えば、本実施形態においては、会議端末１０が、ネットワーク網Ｎにおける輻輳の状態が所定以下であるかを判断し、欠落メディアパケットの送信（Ｓ７、Ｓ１５、Ｓ１８）を行うように構成していたが、この構成に限定されるものではない。例えば、会議サーバ５０が、ネットワーク網Ｎにおける輻輳の状態が所定以下であるかを判断し、欠落メディアパケットの送信を、会議端末１０に対して要求するように構成しても良い。この場合、会議端末１０は、会議サーバ５０からの要求を受信したことを条件に、欠落メディアパケットの送信を行う。
【０１７２】
又、会議サーバ５０が、欠落メディアパケットの送信を会議端末１０に要求する場合には、会議録画データの生成に必要な必要メディアデータに該当する欠落メディアデータを特定して、特定した欠落メディアデータのみの送信を、会議端末１０に要求しても良い。この場合、当該遠隔会議保存システム１は、欠落メディアデータの送受信に関し、ネットワーク網Ｎに対する負荷を最小限にし得る。
【０１７３】
更に、上述した実施形態においては、会議端末１０が、ユーザ所望の会議録画データ及び、当該会議録画データに対応するタイミングテーブル（図１４参照）を取得して、会議録画データの再生を行う構成であったが、この態様に限定されるものではない。例えば、会議録画データの再生処理を、会議サーバ５０側で主体的に制御しても良い。
【０１７４】
具体的に説明すると、会議録画データを「再現モード」で再生する場合、会議サーバ５０が、ユーザ所望の会議録画データから、一フレーム分のメディアデータを読み出し、会議端末１０に対して送信する。会議サーバ５０から一フレーム分のメディアデータを受信すると、会議端末１０は、フレーム単位でメディアデータの再生を行う。この時、会議サーバ５０は、会議端末１０に対する送信対象である一フレーム分のメディアデータが欠落メディアデータであるか否かを判断し、欠落メディアデータに該当する場合には、会議端末１０に送信することなく、次のメディアデータに係る処理を行う。このように構成することにより、会議端末１０は、本実施形態における「再現モード」と同じ態様で、会議録画データの再生を行い得る。
【符号の説明】
【０１７５】
１      遠隔会議保存システム
１０    会議端末
２０    制御部
２１    ＣＰＵ
２３    ＲＡＭ
２３Ａ  送信バッファ
２３Ｂ  欠落メディアデータ保持領域
５０    会議サーバ
６０    制御部
６１    ＣＰＵ
６５    保存サービス部
６６    ＨＤＤ
６６Ａ  メディアパケット記憶領域
６６Ｂ  欠落メディアパケット記憶領域
６６Ｃ  会議録画データ記憶領域
Ｎ      ネットワーク網
【図１】
2014090379.tif 000003
【図２】
2014090379.tif 000004
【図３】
2014090379.tif 000005
【図４】
2014090379.tif 000006
【図５】
2014090379.tif 000007
【図６】
2014090379.tif 000008
【図７】
2014090379.tif 000009
【図８】
2014090379.tif 000010
【図９】
2014090379.tif 000011
【図１０】
2014090379.tif 000012
【図１１】
2014090379.tif 000013
【図１２】
2014090379.tif 000014
【図１３】
2014090379.tif 000015
【図１４】
2014090379.tif 000016