(57)【要約】【課題】コミュニケーションを行う通信システムにおいて、画質を低下させることなく確実にログ情報を送信することを可能にする。【解決手段】発明の一実施の形態の通信システムは、通信端末を含み、該通信端末と他の通信端末との間におけるコミュニケーション情報の伝送を制御する通信システムであって、前記通信端末と前記他の通信端末との通信時のログ情報を生成する生成手段と、前記生成手段により生成されたログ情報を記憶する記憶手段と、前記コミュニケーション情報が使用する通信回線帯域に応じてアップロードが可能なログ情報をアップロードする送信手段と、前記送信手段によりアップロードされたログ情報を、前記コミュニケーション情報の伝送を制御するサーバとは異なるサーバに振り分ける通信制御手段と、を有する。【選択図】図１
2019185725.tif 000002
【特許請求の範囲】
【請求項１】
通信端末を含み、該通信端末と他の通信端末との間におけるコミュニケーション情報の伝送を制御する通信システムであって、
前記通信端末と前記他の通信端末との通信時のログ情報を生成する生成手段と、
前記生成手段により生成されたログ情報を記憶する記憶手段と、
前記コミュニケーション情報が使用する通信回線帯域に応じてアップロードが可能なログ情報をアップロードする送信手段と、
前記送信手段によりアップロードされたログ情報を、前記コミュニケーション情報の伝送を制御するサーバとは異なるサーバに振り分ける通信制御手段と、
を有することを特徴とする通信システム。
【請求項２】
前記送信手段は、
コミュニケーションに利用される通信回線帯域を圧迫しないでアップロードが可能なログ情報を複数のログ情報の中から判断する判断手段を有し、
前記判断手段により判断されたログ情報をアップロードし、
前記通信制御手段は、伝送情報がコミュニケーション情報の場合、前記通信端末と他の通信端末との間で行う多拠点でのコミュニケーションを管理する通信管理サーバへ送信するように制御し、前記伝送情報が前記ログ情報の場合、ログアップロードサーバへ送信するように制御する、
ことを特徴とする請求項１に記載の通信システム。
【請求項３】
前記生成手段、前記記憶手段、および前記送信手段を、前記通信端末が有する、
ことを特徴とする請求項１または２に記載の通信システム。
【請求項４】
前記記憶手段は、前記ログ情報を蓄積し、
前記送信手段は、前記ログ情報を所定のタイミングで自動アップロードする、
ことを特徴とする請求項１乃至３の内の何れか一項に記載の通信システム。
【請求項５】
前記送信手段が自動アップロードするタイミングとして、
前記コミュニケーション情報の伝送中は不可とする、
ことを特徴とする請求項４に記載の通信システム。
【請求項６】
前記送信手段が自動アップロードするタイミングは、
前記通信端末と前記他の通信端末との間で行うコミュニケーションの終了後とする、
ことを特徴とする請求項４に記載の通信システム。
【請求項７】
前記送信手段が自動アップロードするタイミングは、
前記通信端末が前記通信制御手段にログインした直後とする、
ことを特徴とする請求項４に記載の通信システム。
【請求項８】
前記送信手段による自動アップロードのタイミングを設定する設定手段を有する、
ことを特徴とする請求項４に記載の通信システム。
【請求項９】
前記送信手段は、前記ログ情報の送信中に前記通信端末と他の通信端末との間で新たなコミュニケーションが開始された場合に前記ログ情報の送信をキャンセルする、
ことを特徴とする請求項４に記載の通信システム。
【請求項１０】
前記送信手段は、前記ログ情報の送信後において、前記記憶手段に蓄積されている送信済みのログ情報を削除する、
ことを特徴とする請求項４に記載の通信システム。
【請求項１１】
前記記憶手段が記憶する前記ログ情報を最適化する最適化手段を有する、
ことを特徴とする請求項１乃至４の内の何れか一項に記載の通信システム。
【請求項１２】
前記最適化手段は、前記ログ情報を最適化する処理として、既定値をファイルローテーションの基準にしてログファイル世代数の最大設定までを限度とするファイルローテーションを行うファイルローテーション手段を有する、
ことを特徴とする請求項１１に記載の通信システム。
【請求項１３】
前記最適化手段は、更にファイルを圧縮する圧縮手段を有し、
前記ログ情報を最適化する処理として、前記ファイルローテーション手段によりファイルローテーションされた各ログファイルを前記圧縮手段により圧縮する、
ことを特徴とする請求項１２に記載の通信システム。
【請求項１４】
前記送信手段は、前記ログ情報の送信時に圧縮されていない最新世代のログファイルを前記圧縮手段により圧縮して送信する、
ことを特徴とする請求項１３に記載の通信システム。
【請求項１５】
前記送信手段は、前記最適化の処理で得られたログ情報のうちの未送信分の最小限のログ情報を送信する、
ことを特徴とする請求項１３に記載の通信システム。
【請求項１６】
前記ログ情報の送信中に前記ログ情報の送信が完了しなかった場合に、次回のログ情報の送信時に前回の送信で完了しなかった未送信分のログ情報もまとめて送信する、
ことを特徴とする請求項１乃至４の内の何れか一項に記載の通信システム。
【請求項１７】
前記通信端末と前記他の通信端末との間で行うコミュニケーションの終了後に今回のログ情報と前回未送信分のログ情報とをまとめて送信する、
ことを特徴とする請求項１６に記載の通信システム。
【請求項１８】
前記通信端末が前記通信制御手段にログインした直後に今回のログ情報と前回未送信分のログ情報とをまとめて送信する、
ことを特徴とする請求項１６に記載の通信システム。
【請求項１９】
前記送信手段は、一斉終了時において、前記ログ情報の送信タイミングを分散するタイミング分散処理を行なう、
ことを特徴とする請求項１乃至４の内の何れか一項に記載の通信システム。
【請求項２０】
前記タイミング分散処理として、送信開始までにランダムなタイムラグを設ける、
ことを特徴とする請求項１９に記載の通信システム。
【請求項２１】
前記タイミング分散処理として、各通信端末の端末ＩＤから通信端末毎に異なるタイムラグを設ける、
ことを特徴とする請求項２０に記載の通信システム。
【請求項２２】
前記タイミング分散処理として、各通信端末のＩＰアドレスから通信端末毎に異なるタイムラグを設ける、
ことを特徴とする請求項１９に記載の通信システム。
【請求項２３】
複数のサーバへの負荷分散を行なう複数の負荷分散制御部と、
コミュニケーション情報およびログ情報についての各リクエストをコミュニケーション情報かログ情報かの種類に応じて前記複数の負荷分散制御部に振り分ける通信リクエスト振り分け部と、
を有し、
前記複数の負荷分散制御部のうちの少なくとも前記ログ情報が振り分けられる負荷分散制御部において通信帯域制限を行なう、
ことを特徴とする請求項１乃至４の内の何れか一項に記載の通信システム。
【請求項２４】
前記ログ情報が振り分けられる負荷分散制御部において、複数のログアップロードサーバへの負荷分散を行う、
ことを特徴とする請求項２３に記載の通信システム。
【請求項２５】
前記負荷分散制御部は、処理負荷に応じて前記ログアップロードサーバの数を変更する、
ことを特徴とする請求項２４に記載の通信システム。
【請求項２６】
前記処理負荷は、前記負荷分散制御部への前記ログ情報の通信量である、
ことを特徴とする請求項２５に記載の通信システム。
【請求項２７】
前記処理負荷は、前記負荷分散制御部への同時受信リクエスト数である、
ことを特徴とする請求項２５に記載の通信システム。
【請求項２８】
前記処理負荷は、各ログアップロードサーバの平均ＣＰＵ使用量である、
ことを特徴とする請求項２５に記載の通信システム。
【請求項２９】
前記処理負荷は、各ログアップロードサーバの平均メモリ使用量である、
ことを特徴とする請求項２５に記載の通信システム。
【請求項３０】
前記ログアップロードサーバは、ログ管理ＤＢへのログ情報格納時に、ログ情報の種類に応じて別々の内部ＤＢに格納先を振り分ける、
ことを特徴とする請求項２４に記載の通信システム。
【請求項３１】
前記ログ情報が振り分けられる負荷分散制御部においてタイムアウト制御を行なう、
ことを特徴とする請求項２４に記載の通信システム。
【請求項３２】
通信端末を含み、該通信端末と他の通信端末との間におけるコミュニケーション情報の伝送を制御する通信システムにおけるログ情報のアップロード方法であって、
前記通信端末と前記他の通信端末との通信時のログ情報を生成するステップと、
生成された前記ログ情報を記憶するステップと、
前記コミュニケーション情報が使用する通信回線帯域に応じてアップロードが可能なログ情報を送信するステップと、
送信された前記ログ情報を、前記コミュニケーション情報の伝送を制御するサーバとは異なるサーバに振り分けるステップと、
を含むアップロード方法。
【請求項３３】
通信端末のコンピュータを、
前記通信端末と他の前記通信端末との通信時のログ情報を生成する生成手段と、
前記生成手段により生成されたログ情報を記憶部に記憶する記憶手段と、
コミュニケーション情報が使用する通信回線帯域に応じてアップロードが可能なログ情報をアップロードする送信手段、
として機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信システム、アップロード方法、およびプログラムに関する。
【背景技術】
【０００２】
従来、ＵＣＳ（多拠点会議システム）のような多拠点でコミュニケーションを行う通信システムでは、各ユーザがコミュニケーションに使用する各端末間における通信を管理システムにより管理し、各端末間で相互に映像や音声等のデータを伝送してコミュニケーションを行う。各端末ではログ情報を記録しており、トラブルがあった場合などには、ユーザによる操作でログ情報を送信してもらって管理者側で検証を行う。昨今では、トラブルへの対応のために、各端末にあるログ情報を管理システム側でも管理できるようにする技術が検討されている。
【０００３】
当該技術の一つとして、ログ情報の送信漏れを防ぐ技術について開示した文献がある（特許文献１参照）。
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかし、例えばコミュニケーション中に端末からログ情報の送信が開始されると、映像信号と共通の通信回線でデータ通信量が増えることになるため、映像信号などの画質を低下させるような制限が必要になるという問題があった。
【０００５】
本発明は、上記に鑑みてなされたものであって、画質を低下させることなく確実にログ情報を送信することが可能な通信システム、アップロード方法、およびプログラムを提供することを目的とする。
【課題を解決するための手段】
【０００６】
上述した課題を解決するために、発明の一実施の形態の通信システムは、通信端末を含み、該通信端末と他の通信端末との間におけるコミュニケーション情報の伝送を制御する通信システムであって、前記通信端末と前記他の通信端末との通信時のログ情報を生成する生成手段と、前記生成手段により生成されたログ情報を記憶する記憶手段と、前記コミュニケーション情報が使用する通信回線帯域に応じてアップロードが可能なログ情報をアップロードする送信手段と、前記送信手段によりアップロードされたログ情報を、前記コミュニケーション情報の伝送を制御するサーバとは異なるサーバに振り分ける通信制御手段とを有する。
【発明の効果】
【０００７】
本発明によれば、画質を低下させることなく確実にログ情報を送信することが可能になるという効果を奏する。
【図面の簡単な説明】
【０００８】
【図１】図１は、第１の実施の形態に係るシステム全体の構成の一例を示す概略図である。
【図２】図２は、通信端末のハードウェア構成の一例を示す図である。
【図３】図３は、通信管理システム内の各装置のハードウェア構成の一例を示す図である。
【図４】図４は、通信端末の機能ブロックの構成の一例を示す図である。
【図５】図５は、定義情報の一例を示す図である。
【図６】図６は、ログ情報作成部により作成されたログ情報の一例を示す図である。
【図７】図７は、メッセージ作成部により作成された送信データの一例を示す図である。
【図８】図８は、自動ログアップロード機能について説明するための模式図である。
【図９】図９は、通信リクエスト振り分け装置の機能ブロックの構成の一例を示す図である。
【図１０】図１０は、負荷分散制御装置の機能ブロックの構成の一例を示す図である。
【図１１】図１１は、通信管理サーバの機能ブロックの構成の一例を示す図である。
【図１２】図１２は、端末管理テーブルで管理される通信端末の端末情報の一例を示す図である。
【図１３】図１３は、ログアップロードサーバの機能ブロックの構成の一例を示す図である。
【図１４】図１４は、通信端末のログ送信制御部における端末ログ送信処理の一例を示すフロー図である。
【図１５】図１５は、通信端末の送信タイミング判断部が行うタイミング判断処理の一例を示すフロー図である。
【図１６】図１６は、ログ情報最適化処理部による最適化処理の一例を示すフロー図である。
【図１７】図１７は、通信装置の送信タイミング分散処理部が行うタイミング分散処理の一例を示すフロー図である。
【図１８】図１８は、通信リクエスト振り分け装置におけるリクエスト振り分け処理の一例を示すフロー図である。
【図１９】図１９は、負荷分散制御装置におけるリクエストの負荷分散処理の一例を示すフロー図である。
【図２０】図２０は、ログアップロードサーバにおける端末ログ情報の格納処理の一例を示すフロー図である。
【発明を実施するための形態】
【０００９】
以下、添付図面を参照しながら、本発明に係る通信システム、アップロード方法、およびプログラムの実施の形態を詳細に説明する。なお、以下に示す実施の形態では多拠点間で行うコミュニケーションについてテレビ会議を例に説明する。多拠点間で伝送するコミュニケーション情報としてテレビ会議では会議情報（音声・映像等）を伝送するものとする。
【００１０】
（第１の実施の形態）
図１は、第１の実施の形態に係るシステム全体の構成の一例を示す概略図である。まず図１を用いて、第１の実施の形態に係るシステム全体の概略を説明する。
【００１１】
図１に示す通信システム１は、複数の通信端末（１０ａ、１０ｂ、１０ｃ、…）と、通信管理システム２０とを有する。なお、以下において、通信端末（１０ａ、１０ｂ、１０ｃ、…）のうち任意の通信端末を示す場合に「通信端末１０」と称すものとする。
【００１２】
各通信端末（１０ａ、１０ｂ、１０ｃ、…）は、それぞれ、各ユーザの拠点に構築されているＬＡＮ（Local  Area  Network）上にある。例えば通信端末１０ａが東京の事業所に構築されたＬＡＮ上にあり、通信端末１０ｂが大阪の事業所に構築されたＬＡＮ上にあり、通信端末１０ｃが福岡事業所に構築されたＬＡＮ上にある。各通信端末（１０ａ、１０ｂ、１０ｃ、…）は、それぞれ、インターネット３０を通じて通信管理システム２０にアクセスする。なお、図示を省略しているが各通信端末（１０ａ、１０ｂ、１０ｃ、…）と通信管理システム２０との間の通信ネットワークには、多数の中継装置が含まれているものとする。また、通信ネットワーク内は有線だけでなく無線で通信が行われる箇所が含まれていてもよい。
【００１３】
通信端末１０は、通信管理システム２０を介して、他の通信端末１０と相互に会議情報（音声・映像等）ｄ１を送受信することにより多拠点会議を行なう。なお、多拠点会議において通信端末１０が他の通信端末１０と相互に送受信する会議情報ｄ１のうち、映像は、静止画であっても動画であってもよい。また、映像には、動画と静止画の両方が含まれていてもよい。
【００１４】
更に、通信端末１０は、自装置の端末ログ情報ｄ２を通信管理システム２０に対して送信する。ここで「端末ログ情報」とは、自装置で受け付けた操作内容や処理内容などのログ情報である。
【００１５】
具体的に、通信端末１０は、端末ログ情報ｄ２の送信に関わる手段として、「生成手段」と、「記憶手段」と、「送信手段」とを有する。「生成手段」は、通信端末１０と他の通信端末１０との通信時のログ情報を生成する。「記憶手段」は、生成されたログ情報を記憶する。「送信手段」は、会議情報ｄ１が使用する通信回線帯域に応じてアップロードが可能なログ情報（端末ログ情報ｄ２）をアップロード（送信）する。例えば「送信手段」は、アップロードにより通信回線帯域が圧迫されるような場合には、通信回線帯域が圧迫されないデータ量の端末ログ情報ｄ２やタイミングでアップロードする。
【００１６】
このように、通信端末１０は、通信管理システム２０の管理下で他の通信端末１０と多拠点会議を行い、多拠点会議において記録した端末ログ情報ｄ２については会議情報ｄ１が使用する通信回線帯域が圧迫されないデータ量やタイミングで通信管理システム２０にアップロードする。
【００１７】
通信管理システム２０は「通信制御手段」の一例である。図１に示す通信管理システム２０は、通信リクエスト振り分け装置２１と、負荷分散制御装置２２と、通信管理サーバ（装置）２３と、ログアップロードサーバ（装置）２４とを含む。各装置の一部または全ては、多拠点会議システムの提供会社内に構築されていてもよいし、クラウドにより提供されていてもよい。
【００１８】
通信リクエスト振り分け装置２１は、通信端末１０からのリクエスト（伝送情報）を、リクエストの種類（会議情報ｄ１／端末ログ情報ｄ２）に応じて、それぞれの処理を担当するサーバグループの負荷分散制御装置２２に振り分ける。本実施の形態において、通信リクエスト振り分け装置２１は、リクエストの種類が会議情報ｄ１の場合、会議情報を管理する通信管理サーバ２３のサーバグループの負荷分散制御装置２２にリクエストを振り分ける。また、通信リクエスト振り分け装置２１は、リクエストの種類が端末ログ情報ｄ２の場合、ログを管理するログアップロードサーバ２４のサーバグループの負荷分散制御装置２２にリクエストを振り分ける。
【００１９】
負荷分散制御装置２２は、通信帯域制限、負荷分散、タイムアウト制御等を行なう。通信帯域制限では、ＣＰＵ（Central  Processing  Unit）の稼動率やデータ量などによりサーバグループへのリクエストの送信にウエイトをかける通信帯域制限を行う。負荷分散では、所定のアルゴリズムで決定した順番でサーバグループ内の各サーバにリクエストを送信する負荷分散を行う。タイムアウト制御では、サーバに送信したリクエストに対する応答が所定時間内にない場合に通信端末１０にエラーを返すタイムアウト制御を行う。
【００２０】
通信管理サーバ２３は、通信端末１０の会議情報ｄ１に関わるリクエストを処理する。
【００２１】
ログアップロードサーバ２４は、通信端末１０の端末ログ情報ｄ２に関わるリクエストを処理する。
【００２２】
＜ハードウェア構成＞
次に、通信端末１０と、通信管理システム２０に含まれる各装置のハードウェア構成について説明する。
【００２３】
図２は、通信端末１０のハードウェア構成の一例を示す図である。図２に示すように、通信端末１０は、通信端末１０全体の動作を制御するＣＰＵ１５１、通信端末用プログラムを記憶したＲＯＭ（Read  Only  Memory）１５２、ＣＰＵ１５１のワークエリアとして使用されるＲＡＭ（Random  Access  Memory）１５３、各種データ（自装置を一意に識別するための端末ＩＤ（Identification）及びパスワードや、各種の定義情報や、端末ログ情報ｄ２や、端末ログ情報ｄ２の管理テーブルや、送信する会議情報ｄ１や、受信した会議情報ｄ１など）を記憶するフラッシュメモリ１５４、ＣＰＵ１５１の制御にしたがってフラッシュメモリ１５４に対する各種データの読み出し又は書き込みを制御するＳＳＤ（Solid  State  Drive）１５５、フラッシュメモリ等の記録メディア１５６に対するデータの読み出し又は書き込み（記憶）を制御するメディアドライブ１５７、通信端末１０の宛先を選択する場合などに操作される操作ボタン１５８、通信端末１０の電源のＯＮ／ＯＦＦを切り換えるための電源スイッチ１５９、会議情報ｄ１や端末ログ情報ｄ２の各種データをデータ伝送するためのネットワークＩ／Ｆ１６１、ＣＰＵ１５１の制御に従って被写体を撮像し画像を得るＣＭＯＳ（Complementary  Metal  Oxide  Semiconductor）１６２、このＣＭＯＳ１６２の駆動を制御する撮像素子Ｉ／Ｆ１６３、音声を入力するマイク１６４、音声を出力するスピーカ１６５、ＣＰＵ１５１の制御に従ってマイク１６４及びスピーカ１６５との間で音声信号の入出力を処理する音声入出力Ｉ／Ｆ１６６、ＣＰＵ１５１の制御に従って外付けのディスプレイ１７０に画像データを伝送するディスプレイＩ／Ｆ１６７、及び各部を図２に示すように電気的に接続するためのアドレスバスやデータバス等のバスライン１６０を備えている。
【００２４】
なお、記録メディア１５６は、通信端末１０に対して着脱自在な構成となっている。また、ＣＰＵ１５１の制御にしたがってデータの読み出し又は書き込みを行う不揮発性メモリであれば、フラッシュメモリ１５４に限らず、ＥＥＰＲＯＭ（Electrically  Erasable  and  Programmable  ROM）等を用いてもよい。更に、ＣＭＯＳ１６２は、光を電荷に変換して被写体の画像（映像）を電子化する固体撮像素子であり、被写体を撮像するものであればＣＭＯＳに限らず、ＣＣＤ（Charge  Coupled  Device）等を用いてもよい。また、ディスプレイ１７０は、被写体の画像や操作用アイコン等を表示する液晶や有機ＥＬによって構成されている。
【００２５】
図３は、通信管理システム２０内の各装置（通信リクエスト振り分け装置２１と、負荷分散制御装置２２と、通信管理サーバ２３と、ログアップロードサーバ２４）のハードウェア構成の一例を示す図である。通信リクエスト振り分け装置２１、負荷分散制御装置２２、通信管理サーバ２３、およびログアップロードサーバ２４は、共に略同様のハードウェア構成を備える。図３には、これらのハードウェア構成の一例を示している。なお、ハードウェア構成をこれらの全てを含むものに限定するものではない。
【００２６】
各装置は、それぞれの装置において装置全体の動作を制御するＣＰＵ２５１、各装置用のプログラムを記憶したＲＯＭ２５２、ＣＰＵ２５１のワークエリアとして使用されるＲＡＭ２５３、各種データを記憶するＨＤ（Hard  Disk）２５４、ＣＰＵ２５１の制御にしたがってＨＤ２５４に対する各種データの読み出し又は書き込みを制御するＨＤＤ（Hard  Disk  Drive）２５５、フラッシュメモリ等の記録メディア２５６に対するデータの読み出し又は書き込み（記憶）を制御するメディアドライブ２５７、カーソル、メニュー、ウィンドウ、文字、又は画像などの各種情報を表示するディスプレイ２５８、会議情報ｄ１や端末ログ情報ｄ２の各種データの受信などを含むデータ伝送のためのネットワークＩ／Ｆ２５９、文字、数値、各種指示などの入力のための複数のキーを備えたキーボード２６１、各種指示の選択や実行、処理対象の選択、カーソルの移動などを行うマウス２６２、着脱可能な記録媒体の一例としてのＣＤ−ＲＯＭ（Compact  Disc  Read  Only  Memory）２６３に対するデータの読み出し又は書き込みを制御するＣＤ−ＲＯＭドライブ２１４、及び、各部を図３に示すように電気的に接続するためのアドレスバスやデータバス等のバスライン２６０を備えている。
【００２７】
なお、以下において、各装置（通信リクエスト振り分け装置２１と、負荷分散制御装置２２と、通信管理サーバ２３と、ログアップロードサーバ２４）のハードウェアを参照する場合において、各装置共に図３に示すハードウェア構成を使用する。
【００２８】
＜実施形態の機能構成＞
次に、通信端末１０と通信管理システム２０の機能構成について説明する。
【００２９】
＜通信端末１０の機能構成＞
図４は、通信端末１０の機能ブロックの構成の一例を示す図である。通信端末１０は、送受信部１０１、操作入力受付部１０２、ログイン要求部１０３、撮像部１０４ａ、画像表示制御部１０４ｂ、音声入力部１０５ａ、音声出力部１０５ｂ、形式情報取得部１０６、記憶・読出処理部１０７、ログ情報作成部１０８、およびメッセージ作成部１０９を有する。更に、通信端末１０は、ログ情報最適化処理部１１０とログ送信制御部１２０とを有する。ここで、主に送受信部１０１とメッセージ作成部１０９とログ送信制御部１２０とが「送信手段」に相当する。主に記憶・読出処理部１０７と記憶部１０００とが「記憶手段」に相当する。主にログ情報作成部１０８が「生成手段」に相当する。ログ情報最適化処理部１１０が「最適化手段」に相当する。
【００３０】
各部は、ＣＰＵ１５１がＲＯＭ１５２に記憶されているプログラムを読み出して実行することにより実現される。各部は、記憶・読出処理部１０７を介して図２に示すフラッシュメモリ１５４等の記憶部１０００を適宜使用する。
【００３１】
（通信端末１０の各機能部）
次に、図４に示す通信端末１０の各機能部について詳細に説明する。通信端末１０の送受信部１０１は、図２に示すネットワークＩ／Ｆ１６１により通信システム１内の各装置と各種データ（情報）の送受信を行う。操作入力受付部１０２は、図２に示す操作ボタン１５８、及び電源スイッチ１５９から利用者による各種入力を受け付ける。例えば、利用者が、図２に示す電源スイッチ１５９をＯＮにすると、図４に示す操作入力受付部１０２が電源ＯＮを受け付けて、電源をＯＮにする。
【００３２】
ログイン要求部１０３は、上記電源ＯＮの受け付けを契機として、送受信部１０１から通信管理システム２０に、ログインを要求する旨を示すログイン要求情報及び通信端末１０の現時点のＩＰアドレスを自動的に送信する。
【００３３】
撮像部１０４ａは、図２に示すＣＭＯＳ１６２及び撮像素子Ｉ／Ｆ１６３により、被写体を撮像して、この撮像して得た画像データを出力する。画像表示制御部１０４ｂは、図２に示すディスプレイＩ／Ｆ１６７により外付けのディスプレイ１７０に対して画像データを送信するための制御を行う。音声入力部１０５ａは、図２に示すマイク１６４及び音声入出力Ｉ／Ｆ１６６により、利用者の音声を入力し、この音声を音声信号に変換することで、音声信号に係る音声データを出力する。音声出力部１０５ｂは、図２に示すスピーカ１６５及び音声入出力Ｉ／Ｆ１６６により、音声データに係る音声信号を音声に変換して出力する。
【００３４】
形式情報取得部１０６は、記憶部１０００に登録された形式情報を取得する。
【００３５】
記憶・読出処理部１０７は、記憶部１０００に各種データを記憶したり、記憶部１０００に記憶された各種データを読み出したりする。
【００３６】
ログ情報作成部１０８は、他の通信端末との通信を行う際に操作入力受付部１０２が受け付けた操作の内容や通信端末１０の各部が行った処理の内容に基づきログ情報を作成する。ここで、ログ情報作成部１０８は、形式情報取得部１０６によって複数の形式の中から取得された形式を選択し、選択された形式でログ情報を作成する。具体的に、ログ情報作成部１０８は、自装置と他の通信端末との間で通信される操作内容及び自装置の処理内容に基づいて時系列に沿ってタイムスタンプを有するログ情報をログファイルの形で作成し、ログファイルを記憶部１０００に蓄積する。なお、ログ情報の詳しい内容ついては図６を用いて詳述する。
【００３７】
メッセージ作成部１０９は、自装置を識別するための通信端末ＩＤを含むメッセージをログアップロードサーバ２４によって解釈される形式で作成する。ここで、ログアップロードサーバ２４によって解釈される形式は、ログアップロードサーバ２４と自装置である通信端末１０との通信で用いられる通信プロトコルに従った形式であり、通信端末用プログラムによって予め定められている。この通信プロトコルには、インターネット技術タスクフォースにより標準化される通信プロトコルが好適に用いられ、ＸＭＰＰ（Extensible  Messaging  and  Presence  Protocol）が例示される。なお、本実施の形態において、メッセージとは、送信データの中に少なくとも端末ログ情報ｄ２が含まれる旨を送信先に伝達するためのメッセージを意味する。なお、メッセージの内容については、図７を用いて詳述する。
【００３８】
ログ情報最適化処理部１１０は、アップロードのためにログファイルを最適化する。ログ情報最適化処理部１１０において、ログ情報ローテーション処理部１１１は、記憶部１０００のログファイルをファイルローテーションして世代管理する。また、ログ情報圧縮処理部１１２は、ファイルローテーションされたログファイルを圧縮する。これにより、アップロードする端末ログ情報ｄ２としてログファイルが最適化される。ここで、ログ情報ローテーション処理部１１１は「ファイルローテーション手段」に相当する。ログ情報圧縮処理部１１２は「圧縮手段」に相当する。なお、ファイルローテーションの具体的な方法や圧縮の方法については図８で詳述する。
【００３９】
ログ送信制御部１２０は、端末ログ情報ｄ２の送信タイミングを制御する。ログ送信制御部１２０において、送信タイミング判断部１２１は自装置の状態から端末ログ情報ｄ２の送信タイミングを判断する。
【００４０】
送信タイミングは、端末ログ情報ｄ２をアップロードする所定のタイミングのことであり、本実施の形態では所定の条件を満たすかの判断により行う。所定の条件は、その定義情報がフラッシュメモリ１５４などの記憶部に予め記憶されている。ディスプレイ１７０にＵＩ画面を表示させて設定を受け付ける設定手段での設定を行うこともできる。
【００４１】
図５は、定義情報の一例を示す図である。図５に示す定義情報１０００には自装置の各状態１００１とログ送信可否１００２とを示す条件が対応付けられている。定義情報１０００には、一例としてテレビ会議中（音声・映像等の会議情報の伝送中）の送信は「ＮＧ」とするという条件、テレビ会議終了後の送信は「ＯＫ」とするという条件、および電源投入後のログイン直後の送信は「ＯＫ」とするという条件が定義されている。なお、これらの条件は一例であり、これらに限定されない。例えば、上記条件のうちの少なくとも一つの条件を定義したものであってもよいし、テレビ会議中の送信において「ＯＫ」とするタイミングを定義してもよいし、他の条件を定義したものであってもよい。
【００４２】
送信対象判断部１２２は、「判断手段」に相当し、最適化されたログファイルつまり端末ログ情報ｄ２の中から送信対象を判断する。送信対象判断部１２２は、送信対象の送信が成功すると記憶部１０００の管理テーブルなどに送信対象の端末ログ情報ｄ２が送信済みであることを示す情報を設定する。
【００４３】
送信タイミング分散処理部１２３は、各通信端末１０からの一斉送信など、リクエストの異常発生が生じた場合に送信対象について送信開始までのタイムラグを設ける。
【００４４】
（ログ情報）
図６は、ログ情報作成部１０８により作成されたログ情報の一例を示す図である。図６では、一例としてＪＳＯＮ形式により作成されたログ情報を示している。図６に示すログ情報２０００において、「ｔｙｐｅ」の項目には、他の通信端末１０との間で要求を表す「ｒｅｑｕｅｓｔ」時に送信されたものか応答を表す「ｒｅｓｐｏｎｓｅ」時に受信されたものかを識別する情報が記録される。
【００４５】
「Ｃａｌｌ−ＩＤ」の項目には、他の通信端末１０との通信を識別するための識別情報が記録される。
【００４６】
「Ｃｏｍｍａｎｄ」の項目には、操作入力受付部１０２により受け付けた入力の要求が記録され、通信の開始を要求する「ｉｎｖｉｔｅ」や、通信の終了を要求する「ｅｎｄ」等の情報が記録される。
【００４７】
「Ｒｅｓｕｌｔ」の項目には、他の通信端末１０からの応答内容又は他の通信端末１０に対する応答内容として許可を表す情報や不許可を表す情報等が記録される。
【００４８】
（送信データ）
図７は、メッセージ作成部１０９により作成された送信データ２２００の一例を示す図である。メッセージ作成部１０９は、ログ情報最適化処理部１１０によって最適化され、更にログ送信制御部１２０によって送信対象と判断されたた端末ログ情報ｄ２を所定の個所に含めて送信データ２２００を作成する。
【００４９】
図７に示す例では、送信データ２２００は、ＪＳＯＮ形式により作成されたログ情報２００と、ＸＭＰＰの一つであるＲＦＣ（Request  for  Comments）３９２１に従いＸＭＬの形式で作成されたメッセージ２１００とを含む。例えばメッセージ２１００に会議情報ｄ１か端末ログ情報ｄ２かの何れかのリクエスト送信先を設定する。これにより通信リクエスト振り分け装置２１においてリクエスト種別を判別することができる。また、通信端末用プログラム及び通信管理用プログラムのそれぞれのプログラムによって、送信データの「＜ｍｅｓｓａｇｅ＞」タグの子ノードである「＜ｂｏｄｙ＞」タグにはログ情報が含まれる旨が定められている。このため、図７の送信データ２２００を受信したログアップロードサーバ２４は「＜ｂｏｄｙ＞」タグにログ情報が含まれることを把握することができる。なお、ＲＦＣ３９２１によると「＜ｂｏｄｙ＞」タグに任意の文字列を記録することが可能とされているため、図７では「＜ｂｏｄｙ＞」タグにログ情報を含める構成としている。ログ情報２０００を送信データ２２００に含める方法は、ログアップロードサーバ２４に対応する通信プロトコルに従うものであれば特に限定されない。
【００５０】
（自動アップロード機能）
図８は、自動ログアップロード機能について説明するための模式図である。通信端末１０は、ログ情報をログファイルの形で溜め、ログ情報ローテーション処理部１１１によりファイルローテーションを行う。ファイルローテーションは既定値（上限値）を基準に行う。既定値は、ファイルローテーションを行う上限のファイルサイズ（例えば１ＭＢなど）や、切替期間（例えば１日単位、週単位、月単位など）のことであり、記憶部１０００（フラッシュメモリ１５４等）が予め記憶している。ログ情報ローテーション処理部１１１は、例えばログファイルへのログ情報のログ書出しが既定値を超えた場合に、ログファイル世代数の最大設定までファイルローテーションを行う。
【００５１】
ログ情報ローテーション処理部１１１は、ファイルローテーションにより小分けにした各ログファイルを管理テーブルなどで世代情報（第１世代、第２世代、・・・）により世代管理し、世代数がファイルローテーションを行う最大世代数を超える場合に、古い世代のログファイルから順に削除する。
【００５２】
ログ情報圧縮処理部１１２は、ログローテーションで得られた小分けのログファイルのうち古い世代のログファイルを圧縮処理することで最適化する。最新のものは、ログファイルの形で溜めているものなので、圧縮は送信対象となった場合に行う。
【００５３】
ここで圧縮処理の圧縮アルゴリズムには、例えばＺＩＰ、ＴＡＲなどの既知の技術が用いられる。なお、圧縮アルゴリズムをこれらに限定するものではない。圧縮アルゴリズムとして任意の圧縮アルゴリズムを用いてよい。
【００５４】
図８の通信端末１０には、ファイルローテーションにより小分けにされ、さらに圧縮された端末ログ情報ｄ２の一つを示している。各端末ログ情報ｄ２は所定のタイミングで通信管理システム２０のログアップロードサーバ２４に送信される。端末ログ情報ｄ２は、ログアップロードサーバ２４で順次受信され、サポートセンタ側で、ログアップロードサーバ２４にアップロードされた各端末ログ情報ｄ２に基づいて障害対応等を行う。
【００５５】
＜通信管理システム２０の機能構成＞
＜通信リクエスト振り分け装置２１の機能構成＞
図９は、通信リクエスト振り分け装置２１の機能ブロックの構成の一例を示す図である。図９に示すように、通信リクエスト振り分け装置２１は、送受信部２１１と、リクエスト振り分け処理部２１２とを有する。
【００５６】
送受信部２１１は、各種リクエストの送受信を行なう。リクエスト振り分け処理部２１２は、会議情報ｄ１と端末ログ情報ｄ２のリクエストを各装置に振り分ける。各装置への振り分け処理は、通信リクエスト振り分け装置２１がＨＤ２５４などの記憶部に記憶する振り分け設定定義情報に基づいて行われる。振り分け設定定義情報は、リクエスト種別とリクエスト送信先が対応付けられている定義情報である。本実施の形態では、リクエスト種別が会議情報ｄ１に関するものについては通信管理サーバ２３のサーバグループの負荷分散制御装置２２がリクエスト送信先として対応付けられている。また、リクエスト種別が端末ログ情報ｄ２に関するものについてはログアップロードサーバ２４のサーバグループの負荷分散制御装置２２がリクエスト送信先として対応付けられている。なお、本実施の形態では振分先として２種類を示しているが、振分先をこの２種類に限定するものではない。振り分け設定定義情報に他のバリエーションを定義するようにしてもよい。
【００５７】
＜負荷分散制御装置２２の機能構成＞
図１０は、負荷分散制御装置２２の機能ブロックの構成の一例を示す図である。図１０に示すように、負荷分散制御装置２２は、送受信部２２１と、通信帯域制御部２２２と、負荷分散制御部２２３と、タイムアウト制御部２２４とを有する。
【００５８】
送受信部２２１は、各種リクエストの送受信を行なう。
【００５９】
通信帯域制御部２２２は、通信帯域制限を行なう。例えば、通信帯域制御部２２２は、負荷分散制御装置２２が現在の通信帯域総量を算出し、この総量が一定量を超えている場合に、一定量以下となるまで負荷分散制御部２２３へのリクエストの送信をブロックする（待ち状態にする）。一定量以下の判定は、負荷分散制御装置２２内のＨＤ２５４などの記憶部に記憶されている通信帯域制限設定値に基づいて行う。
【００６０】
負荷分散制御部２２３は、グループ内のサーバの負荷を分散するためにリクエストをグループ内の各サーバへ振り分けて送信する負荷分散制御を行なう。ここでの振り分けアルゴリズムは、例えば順次振り分け（ラウンドロビン）のアルゴリズムを用いることができる。また、この他、各サーバの中からＣＰＵ負荷やメモリ負荷が少ないものを優先して振り分けるアルゴリズムを用いることもできる。なお、これらのアルゴリズムは一例であり、これらに限定されずに他のアルゴリズムを用いても良い。
【００６１】
タイムアウト制御部２２４は、リクエストを振り分け先のサーバへ送信した際に、タイムアウト制御を行なう。タイムアウト制御では、サーバに送信したリクエストに対する応答が所定時間内にない場合に通信リクエスト振り分け装置２１或いは通信端末１０にエラーを返すタイムアウト制御を行う。
【００６２】
＜通信管理サーバ２３の機能構成＞
図１１は、通信管理サーバ２３の機能ブロックの構成の一例を示す図である。図１１に示すように、通信管理サーバ２３は、送受信部２３１、端末認証部２３２、状態管理部２３３、端末抽出部２３４、端末状態取得部２３５、一次絞込部２３６、セッション管理部２３７、品質決定部２３８、記憶・読出処理部２３９、及び遅延時間管理部２３０を有する。各部は、ＣＰＵ２５１がＲＯＭ２５２に記憶されているプログラムを読み出して実行することにより実現される。また、通信管理サーバ２３は、記憶部５０００を有する。記憶部５０００には、ＨＤ２５４に記憶されている各種データベース（中継装置管理データベース５００１、端末認証管理データベース５００２、端末管理データベース５００３、宛先リスト管理データベース５００４、セッション管理データベース５００５、優先度管理データベース５００６、品質管理データベース５００７）を示している。
【００６３】
各種データベースのテーブル構成は、例えば次のようなものである。中継装置管理テーブルにおいては、中継装置の中継装置ＩＤ毎に、中継装置の稼動状態、稼動状態を示す状態情報を通信管理サーバ２３が受信した日時、中継装置のＩＰアドレス、及び中継装置における最大データ伝送速度（Ｍｂｐｓ）などが対応付けられている。
【００６４】
端末認証管理テーブルには、通信管理サーバ２３によって管理される全ての通信端末１０の各端末ＩＤに対してパスワードが対応付けられている。
【００６５】
端末管理テーブル（図１１のＤＢ５００３）には、各通信端末１０の端末ＩＤ毎に、端末名や、各通信端末１０の稼動状態や、ログイン要求情報が通信管理サーバ２３で受信された日時や、通信端末１０のＩＰアドレスなどが対応付けられている。
【００６６】
図１２は、端末管理テーブルで管理される通信端末１０の端末情報の一例を示す図である。端末情報は、通信端末自身も管理している。端末管理テーブル６０００において、端末名６００１は、通信端末に設定されている名称である。端末の稼働状態６００２は、端末の状態によって適時更新される。
【００６７】
宛先リスト管理テーブルには、テレビ会議の開始を要求する要求元端末の端末ＩＤに対して、宛先端末の候補として登録されている端末の端末ＩＤが全て対応付けられている。この宛先端末の候補は、要求元端末から通信管理サーバ２３に対する追加又は削除の要請により、追加又は削除される。
【００６８】
セッション管理テーブルには、端末間で通話データが通信されるセッションを一意に識別するためのセッションＩＤ毎に、画像データ及び音声データの中継に使用される中継装置の中継装置ＩＤ、要求元端末の端末ＩＤ、宛先端末の端末ＩＤ、宛先端末において画像データが受信される際の受信の遅延時間（ｍｓ）、及びこの遅延時間が示されている遅延情報を宛先端末から通信管理サーバ２３が受信した日時が対応付けられている。なお、２つの通信端末１０の間でテレビ会議を行う場合には、上記宛先端末ではなく要求元端末から送信されてきた遅延情報に基づいて、遅延情報の受信日時を管理してもよい。但し、３つ以上の端末１０の間でテレビ会議を行う場合には、画像データ及び音声データの受信側の端末１０から送信されてきた遅延情報に基づいて、遅延情報の受信日時を管理する。
【００６９】
アドレス優先度管理テーブルには、任意の通信端末１０と任意の中継装置において、一般的なＩＰｖ４におけるＩＰアドレスのうちの４組のドットアドレス（Ｄｏｔ  Ａｄｄｒｅｓｓ）部分の同異に応じて、アドレス優先度のポイントが高くなるように関連付けられている。例えば、ドットアドレスの上位から下位にかけて３つの値が同じＩＰアドレスの場合には、アドレス優先度のポイントが「５」である。ドットアドレスの上位から下位にかけて２つの値が同じＩＰアドレスの場合には、アドレス優先度のポイントが「３」である。この場合、最下位のドットアドレスの値が同じであるか否かは優先度に関係ない。ドットアドレスの最上位の値が同じで、上位から２番目の値が異なるＩＰアドレスの場合には、アドレス優先度のポイントが「１」である。この場合、上位から３番目及び最下位のドットアドレスの値が同じであるか否かは優先度には関係ない。ドットアドレスの最上位の値が異なるＩＰアドレスの場合には、アドレス優先度のポイントが「０」である。この場合、上位から２番目、３番目、及び最下位のドットアドレスの値が同じであるか否かは優先度には関係ない。
【００７０】
伝送速度優先度管理テーブルには、中継装置における最大データ伝送速度（Ｍｂｐｓ）の値に応じて、伝送速度優先度のポイントが高くなるように関連付けられて管理される。例えば、中継装置における最大データ伝送速度が１０００Ｍｂｐｓ以上の場合には、伝送速度優先度のポイントが「５」である。中継装置における最大データ伝送速度が１００Ｍｂｐｓ以上１０００Ｍｂｐｓ未満の場合には、伝送速度優先度のポイントが「３」である。中継装置における最大データ伝送速度が１０Ｍｂｐｓ以上１００Ｍｂｐｓ未満の場合には、伝送速度優先度のポイントが「１」である。中継装置における最大データ伝送速度が１０Ｍｂｐｓ未満の場合には、伝送速度優先度のポイントが「０」である。
【００７１】
品質管理テーブルには、要求元端末又は宛先端末における画像データの遅延時間（ｍｓ）に応じて、中継装置で中継させる画像データの画質（画像の品質）が関連付けられている。
【００７２】
（通信管理サーバ２３の各機能部）
次に、通信管理サーバ２３の各機能部について詳細に説明する。送受信部２３１は、図３に示されているネットワークＩ／Ｆ２５９により、他の端末、装置、又はシステムと各種データ（または情報）の送受信を行う。端末認証部２３２は、送受信部２３１を介して受信されたログイン要求情報に含まれている端末ＩＤ及びパスワードを検索キーとし、記憶部５０００の端末認証管理テーブルを検索し、端末認証管理テーブルに同一の端末ＩＤ及びパスワードが管理されているかを判断することによって端末認証を行う。状態管理部２３３は、ログイン要求してきた要求元端末の稼動状態を管理する。具体的に、状態管理部２３３は記憶部５０００の端末管理テーブルにおいて、要求元端末の端末ＩＤ、要求元端末の稼動状態、通信管理サーバ２３におけるログイン要求情報の受信日時、及び要求元端末のＩＰアドレスを対応付けて管理する。
【００７３】
端末抽出部２３４は、ログイン要求してきた要求元端末の端末ＩＤをキーとして、記憶部５０００の宛先リスト管理テーブルを検索し、要求元端末と通信することができる宛先端末の候補の端末ＩＤを読み出すことで、端末ＩＤを抽出する。さらに、端末抽出部２３４は、宛先リスト管理テーブルの検索により、当該要求元端末の端末ＩＤを宛先端末の候補として登録している他の要求元端末の端末ＩＤも抽出する。
【００７４】
端末状態取得部２３５は、端末抽出部２３４によって抽出された宛先端末の候補の端末ＩＤを検索キーとして、記憶部５０００の端末管理テーブルを検索し、端末抽出部２３４によって抽出された端末ＩＤ毎に稼動状態を読み出す。これにより、端末状態取得部２３５は、ログイン要求してきた要求元端末と通信することができる宛先端末の候補の稼動状態を取得することができる。さらに、端末状態取得部２３５は、当該端末ＩＤを検索キーとして記憶部５０００の端末状態管理テーブルを検索することにより、ログイン要求してきた要求元端末の稼動状態も取得する。
【００７５】
一次絞込部２３６は、複数の中継装置から最終的に１つの中継装置に絞り込む最終絞り込み処理を支援する処理として一次絞り込み処理を行う。一次絞込部２３６は、セッションＩＤ生成部２３６ａ、端末ＩＰアドレス抽出部２３６ｂ、一次選択部２３６ｃ、及び優先度決定部２３６ｄを有する。
【００７６】
セッションＩＤ生成部２３６ａは、端末間で通話データが通信されるセッションを一意に識別するためのセッションＩＤを生成する。端末ＩＰアドレス抽出部２３６ｂは、要求元端末から送られてきた開始要求情報に含まれている要求元端末の端末ＩＤ、及び宛先端末の端末ＩＤに基づいて、記憶部５０００の端末管理テーブルを検索することにより、対応するそれぞれの通信端末１０のＩＰアドレスを抽出する。
【００７７】
一次選択部２３６ｃは、記憶部５０００の中継装置管理テーブルで管理されている中継装置のうち、稼動状態が「ＯＮライン」となっている中継装置の中継装置ＩＤを選択することにより中継装置を選択する。また、一次選択部２３６ｃは、端末ＩＰアドレス抽出部２３６ｂによって抽出された、要求元端末のＩＰアドレス、及び宛先端末のＩＰアドレスに基づいて、中継装置管理テーブルを検索することにより、上記選択された中継装置のＩＰアドレスのドットアドレス毎に、要求元端末及び宛先端末の各ＩＰアドレスにおける各ドットアドレスと同じであるか異なるかを調査する。更に、一次選択部２３６ｃは、中継装置毎に、アドレス優先度のポイントにおいて通信端末１０に対する高い方のポイントと、伝送速度優先度のポイントを統合した統合ポイントのうち、ポイントが高い上位２つの中継装置を選択することにより、中継装置の更なる選択を行う。
【００７８】
なお、本実施の形態では、ポイントが高い上位２つの中継装置を選択することにしているが、これに限られるものではなく、中継装置を１つでも多く絞り込むことができれば、ポイントが高い上位３つ以上の中継装置を選択するようにしてもよい。
【００７９】
優先度決定部２３６ｄは、記憶部５０００の優先度管理テーブルを参照して、一次選択部２３６ｃによって調査された中継装置毎に、アドレス優先度のポイントを決定する。また、優先度決定部２３６ｄは、中継装置管理テーブルに記憶されている各中継装置の最大データ伝送速度に基づいて伝送速度優先度管理テーブルを検索し、一次選択部２３６ｃにより絞り込まれた中継装置毎に伝送速度優先度のポイントを決定する。
【００８０】
セッション管理部２３７は、記憶部５０００のセッション管理テーブルにおいて、セッションＩＤ生成部２３６ａで生成されたセッションＩＤ、要求元端末の端末ＩＤ、及び宛先端末の端末ＩＤを対応付けて管理する。また、セッション管理部２３７は、セッション管理テーブルにおいて、セッションＩＤ毎に、通信端末１０の最終選択部１６ｃで最終的に１つに選択された中継装置の中継装置ＩＤを管理する。
【００８１】
品質決定部２３８は、上記遅延時間を検索キーとして、記憶部５０００の品質管理テーブルを検索し、対応する画像データの画質を抽出することで、中継装置に中継させる画像データの画質を決定する。記憶・読出処理部２３９は、図３に示されているＨＤＤ２５５により、記憶部５０００に記憶されている各種データ（テーブル等のデータ）の読出し処理や書き込み処理を行う。遅延時間管理部２３０は、宛先端末のＩＰアドレスを検索キーとして、記憶部５０００の端末管理テーブルを検索することで、対応する端末ＩＤを抽出し、更に、セッション管理テーブルにおいて、上記抽出した端末ＩＤが含まれるレコードにおける遅延時間のフィールド部分に、上記遅延情報で示されている遅延時間を記憶して管理する。
【００８２】
＜ログアップロードサーバ２４の機能構成＞
図１３は、ログアップロードサーバ２４の機能ブロックの構成の一例を示す図である。図１３に示すように、ログアップロードサーバ２４は、送受信部２４１、格納先判断部２４２、記憶・読取処理部２４３を有する。各部は、ＣＰＵ２５１がＲＯＭ２５２に記憶されているプログラムを読み出して実行することにより実現される。また、ログアップロードサーバ２４は、記憶部５５００を有する。記憶部５５００には、ＨＤ２５４に記憶されているログ管理データベース５５０１を示している。
【００８３】
ログ管理データベース５５０１が有するログ管理テーブルには通信端末１０の端末ＩＤ毎に、端末ログ情報ｄ２を識別するためのログＩＤと、端末ログ情報ｄ２と、セッションＩＤと、時刻管理情報とが対応付けられている。端末ログ情報ｄ２には、端末間における通信のセッションの開始を要求する「ｉｎｖｉｔｅ」、このセッションの終了を通知する「ｂｙｅ」、通信管理システム２０へのログインを要求する「ｌｏｇｉｎ」、通信管理システム２０からのログアウトを要求する「ｌｏｇｏｕｔ」、要求をキャンセルする「ｃａｎｃｅｌ」等の情報が含まれていてもよい。時刻管理情報は、それぞれの端末ログ情報ｄ２に関連付けられて管理される時刻を示す情報である。
【００８４】
（ログアップロードサーバの各機能部）
次に、ログアップロードサーバ２４の各機能部について詳細に説明する。送受信部２４１は、図３に示されているネットワークＩ／Ｆ２５９により、他の端末、装置、又はシステムと各種データ（情報）の送受信を行う。格納先判断部２４２は、ログ管理データベース５５０１への端末ログ情報ｄ２の格納時に、端末ログ情報ｄ２の種類に応じた別々の内部データベースに格納先を振り分ける。記憶・読取処理部２４３は、図３に示されているＨＤＤ２５５により、記憶部５５００に記憶されている各種データ（テーブル等のデータ）の読出し処理や書き込み処理を行う。
【００８５】
＜各装置の処理フロー＞
次に、各装置の処理フローについて説明する。先ず、通信端末１０における端末ログ情報ｄ２の送信処理フローについて説明し、続いて送信の対象となる端末ログ情報ｄ２の最適化処理について説明する。
【００８６】
図１４は、通信端末１０のログ送信制御部１２０における端末ログ送信処理の一例を示すフロー図である。先ず、ログ送信制御部１２０（送信タイミング判断部１２１）は通信端末１０の状態から端末ログ情報ｄ２の自動アップロード（送信）を行うタイミングかを判断する（ステップＳ１）。この判断処理の詳細については後述する（図１５参照）。
【００８７】
送信タイミング判断部１２１は、送信タイミングでないと判断すると（ステップＳ２：Ｎｏ）、送信タイミングになるまで定期的にステップＳ１の判断を繰り返す。
【００８８】
送信タイミング判断部１２１により送信タイミングであると判断されると（ステップＳ２：Ｙｅｓ）、続いて、ログ送信制御部１２０（送信対象判断部１２２）は端末ログ情報ｄ２としての送信対象を判断する（ステップＳ３）。例えば、送信対象判断部１２２は、ログ情報最適化処理部１１０により最適化された端末ログ情報ｄ２のうち、未送信分の最小限の端末ログ情報ｄ２を送信対象として判断する。ログ情報最適化処理部１１０により最適化する処理の詳細については後述する（図１６参照）。
【００８９】
続いて、ログ送信制御部１２０（送信タイミング判断部１２１）は例えば通信回線やサーバ側の異常時による会議の一斉終了が行われたか否かにより異常発生がないかを判断する（ステップＳ４）。
【００９０】
異常発生がある場合（ステップＳ４：Ｎｏ）、ログ送信制御部１２０（送信タイミング分散処理部１２３）は送信タイミングのタイミング分散処理を行なう（ステップＳ５）。送信タイミング分散処理部１２３は、タイミング分散処理として、例えば送信開始までに１〜６０秒などのランダムなタイムラグを設ける。このタイミング分散処理については、後に図を用いて説明する（図１７参照）。
【００９１】
異常発生がない場合（ステップＳ４：Ｙｅｓ）、ログ送信制御部１２０は、ステップＳ３で判断した送信対象を通信管理システム２０に送信する端末ログ情報送信処理を行う（ステップＳ６）。ログ送信制御部１２０は、送信後は、ステップＳ１に戻り、残りの未送信分に対して同様の処理を行う。
【００９２】
図１５は、通信端末１０の送信タイミング判断部１２１が行うタイミング判断処理の一例を示すフロー図である。まず、送信タイミング判断部１２１は、定義情報１０００（図５参照）と端末の稼働状態６００２（図１２参照）とを比較する（ステップＳ１−１）。
【００９３】
送信タイミング判断部１２１は、端末の稼働状態６００２が「会議中」の場合（ステップＳ１−２：Ｙｅｓ）、定義情報１０００のログ送信可否１００１が「ＮＧ」であることから、ＮＧつまり端末ログ情報ｄ２の送信タイミングではないと判断して（ステップＳ１−３）、この判断処理を終了する。
【００９４】
また、送信タイミング判断部１２１は、端末の稼働状態６００２が「会議中」でなく（ステップＳ１−２：Ｎｏ）、「会議終了後」である場合（ステップＳ１−４：Ｙｅｓ）には、ログ送信可否１００１が「ＯＫ」であることから、ＯＫつまり端末ログ情報ｄ２の送信タイミングであると判断して（ステップＳ１−５）、この判断処理を終了する。
【００９５】
また、送信タイミング判断部１２１は、端末の稼働状態６００２が「会議終了後」でもなく（ステップＳ１−４：Ｎｏ）、「ログイン後」である場合（ステップＳ１−６：Ｙｅｓ）には、ログ送信可否１００１が「ＯＫ」であることから、ＯＫつまり端末ログ情報ｄ２の送信タイミングであると判断して（ステップＳ１−７）、この判断処理を終了する。
【００９６】
また、送信タイミング判断部１２１は、端末の稼働状態６００２が「ログイン後」でもない場合（ステップＳ１−６：Ｎｏ）、つまり定義情報１０００のいずれにも合致しない稼働状態の場合には、ＮＧつまり端末ログ情報ｄ２の送信タイミングではないと判断して（ステップＳ１−８）、この判断処理を終了する。
【００９７】
なお、ここでは一例として、ログ送信可否１００１の「会議中」と「会議終了後」と「ログイン後」以外に定義されているものはないものとしてフローを説明した。これら以外に定義されているものが有る場合には、送信タイミング判断部１２１は、定義されている残りについても「会議中」や「会議終了後」や「ログイン後」などと同様に判断する。
【００９８】
また、ここでは定義情報１０００のいずれにも合致しない稼働状態についてはＮＧとする例を示したがＯＫとするようにしても良い。
【００９９】
図１６は、通信装置１０のログ情報最適化処理部１１０による最適化処理の一例を示すフロー図である。先ず、ログ情報最適化処理部１１０（ログ情報ローテーション処理部１１１）は、ログファイルの形で溜められているログ情報についてファイルローテーション処理を行なう（ステップＳ１１）。
【０１００】
続いて、ログ情報最適化処理部１１０（ログ情報圧縮処理部１１２）は、ファイルローテーション後の小分けにされたログファイルのうち、古い（最新でない）世代のログファイルを圧縮処理する（ステップＳ１２）。これにより、ログ送信制御部１２０は、ログファイルの形で溜められているログ情報を最適化して端末ログ情報ｄ２を得る。
【０１０１】
このように、通信端末１０では、ログファイルの形で溜められているログ情報が最適化され、最適化された端末ログ情報ｄ２がリクエストとして所定のタイミングで通信リクエスト振り分け装置２１に送信される。
【０１０２】
図１７は、通信装置１０の送信タイミング分散処理部１２３が行うタイミング分散処理の一例を示すフロー図である。まず、送信タイミング分散処理部１２３は、１〜６０秒の間でランダムな秒数を決定する（ステップＳ５−１）。そして、送信タイミング分散処理部１２３は、前段で決定した秒数だけスリープし、後段の端末ログ情報送信処理（図１４のステップＳ６の処理）に繋げる（ステップＳ５−２）。
【０１０３】
図１８は、通信リクエスト振り分け装置２１におけるリクエスト振り分け処理の一例を示すフロー図である。先ず、送受信部２１１がリクエストを受信する（ステップＳ２１）。具体的に、送受信部２１１は、通信端末１０から送信された図７に示す送信データ２２００をリクエストとして受信する。
【０１０４】
続いて、リクエスト振り分け処理部２１２が、送受信部２１１で受信したリクエストからリクエスト種別を判断してリクエストの送信先を振り分ける（ステップＳ２２）。リクエスト振り分け処理部２１２は、リクエストメッセージからリクエスト種別を判断する。この他、リクエスト振り分け処理部２１２は、例えば、リクエストのリクエストヘッダ（例えばＨｏｓｔヘッダなど）やリクエストボディ（内容）、リクエストのリクエストパス（例えば／ｍｅｅｔｉｎｇ、／ｌｏｇｕｐｌｏａｄなど）からリクエスト種別を判断する。なお、これらはリクエスト種別を判断する指標の一例であり、これらに指標を限定するものではない。他の指標を適宜用いてもよい。
【０１０５】
続いて、送受信部２１１が、リクエスト種別に対応する負荷分散制御装置２２にリクエストを送信する（ステップＳ２３）。具体的に、送受信部２１１は、リクエスト振り分け処理部２１２により振り分けられた送信先（リクエスト種別に対応する負荷分散制御装置２２）にリクエストを送信する。例えばリクエスト種別が「会議情報」である場合、会議情報を管理する通信管理サーバ２３のサーバグループの負荷分散制御装置２２にリクエストが送信される。また、リクエスト種別が「端末ログ情報」である場合、端末ログ情報を管理するログアップロードサーバ２４のサーバグループの負荷分散制御装置２２にリクエストが送信される。
【０１０６】
このように、リクエスト振り分け処理部２１２による振り分け処理により、リクエストの種別に応じて対応する負荷分散制御装置２２にリクエストが送信される。
【０１０７】
図１９は、負荷分散制御装置２２におけるリクエストの負荷分散処理の一例を示すフロー図である。ここでは、一例としてログアップロードサーバ２４の負荷分散制御装置２２における処理について説明するが、通信管理サーバ２３の負荷分散制御装置２２についても同様である。
【０１０８】
先ず、送受信部２２１がリクエストを受信する（ステップＳ３１）。送受信部２２１は、通信端末１０から通信リクエスト振り分け装置２１経由で、図７に示す送信データ２２００をリクエストとして受信する。
【０１０９】
続いて、通信帯域制御部２２２が、送受信部２２１から受信したリクエストについて負荷分散制御部２２３への送信をブロックする通信帯域制御を行う（ステップＳ３２）。
【０１１０】
続いて、負荷分散制御部２２３がリクエストを配下の（複数の）ログアップロードサーバ２４に適宜振り分けて送信する（ステップＳ３３）。
【０１１１】
続いて、タイムアウト制御部２２４がタイムアウト制御を行う（ステップＳ３４）。例えば、タイムアウト制御部２２４は、ログアップロードサーバ２４からのリクエスト結果を待っている間、一定時間が過ぎた場合にタイムアウトと判定とする。ここでの一定期間は、負荷分散制御装置２２内のＨＤ２５４等の記憶部に記憶されているタイムアウト設定値に基づく。
【０１１２】
続いて、送受信部２２１がリクエスト結果を送信する（ステップＳ３５）。例えば、タイムアウト制御部２２４によりタイムアウトと判定されない場合には、ログアップロードサーバ２４からのリクエスト結果を通信リクエスト振り分け装置２１経由で通信端末１０に送信する。また、タイムアウト制御部２２４によりタイムアウトと判定された場合には、タイムアウトエラーのリクエスト結果を通信リクエスト振り分け装置２１経由で通信端末１０に送信する。
【０１１３】
なお、本例では通信端末１０に通信リクエスト振り分け装置２１経由でリクエスト結果を送信すると説明したが、負荷分散制御装置２２から通信端末１０に直接リクエスト結果を送信するようにしてもよい。
【０１１４】
このように、負荷分散制御装置２２では通信帯域制限やリクエストの負荷分散処理を行う。また、負荷分散制御装置２２ではリクエストの送信先のサーバからのリクエスト結果を通信端末１０に返信するため、通信端末１０でリクエスト結果により送信対象の端末ログ情報ｄ２の送信が完了したかを管理することができる。例えば通信端末１０は、リクエスト結果としてエラーが返ってきた場合に、このリクエスト結果に対応する端末ログ情報ｄ２を未送信と判断し、管理テーブルなどで未送信分を管理することができる。
【０１１５】
図２０は、ログアップロードサーバ２４における端末ログ情報ｄ２の格納処理の一例を示すフロー図である。先ず、送受信部２４１は、通信端末１０から負荷分散制御装置２２経由で、図７に示す送信データ２２００をリクエストとして受信する（ステップＳ４１）。
【０１１６】
続いて、格納先判断部２４２は、格納先ＤＢを判断する（ステップＳ４２）。具体的に、格納先判断部２４２は、ログ管理ＤＢへのログ情報格納時に、端末ログ情報ｄ２の種類に応じて別々の内部ＤＢに格納先を振り分ける。例えば、格納先判断部２４２は、端末ログ情報ｄ２の「Ｔｙｐｅ」の値に応じて別々の内部ＤＢに格納先を振り分ける。また、その他に、格納先判断部２４２は、端末ログ情報の「Ｃｏｍｍａｎｄ」の値に応じて別々の内部ＤＢに格納先を振り分ける。また、その他に、格納先判断部２４２は、端末ログ情報ｄ２の「Ｌｏｇ  Ｌｅｖｅｌ」の値に応じて別々の内部ＤＢに格納先を振り分ける。これらは一例であり、他のログ情報の分類を定義してもよい。
【０１１７】
続いて、記憶・読取処理部２４３がログ管理ＤＢへログ情報を格納する（ステップＳ４３）。具体的に、記憶・読取処理部２４３は、ステップＳ４２の判断により決定されたログ管理ＤＢの所定の場所に、端末ログ情報を格納する。
【０１１８】
続いて、送受信部２４１がリクエスト結果を送信する（ステップＳ４４）。例えば、送受信部２４１は、端末ログ情報を格納できた旨のリクエスト結果を負荷分散制御装置２２に送信する。
【０１１９】
なお、本実施の形態に一例として示す通信システム構成、各装置のハードウェア構成、および機能構成において、全て有することは必ずしも必要は無く、それらの一部の組合せで実現するようにしてもよい。例えば、負荷分散制御装置２２における通信帯域制御部２２２、負荷分散制御部２２３、タイムアウト制御部２２４は、このうち１つ、或いは２つの組合せで実現するようにしてもよい。
【０１２０】
本実施の形態では、通信システムを使って行うコミュニケーションとしてテレビ会議を行う例を示したが、これに限るものではなく、打ち合わせ、家族間や友人間等の一般的なコミュニケーション、または一方向での情報の提示などもコミュニケーションに含まれる。例えば本通信システムを電子商取引（会話型の商品取引）や双方向の動画配信端末（Ｓｈｏｗｒｏｏｍ  ニコニコ動画（登録商標））などへの適用も可能である。また、本実施の形態では、コミュニケーション情報の一例として会議情報（音声・映像）について説明したが、これに限るものではない。例えば、ストロークデータ（手書き情報）やテキストデータなどが含まれていてもよい。
【０１２１】
＜第１の実施の形態の効果＞
本実施の形態では、最適化手段を有する。これにより端末ログ情報ｄ２のサイズを縮小するため、送信時間が短くなり、更に通信管理システム２０への通信回線帯域・処理負荷も軽減することが可能になる。また、端末ログ情報ｄ２のサイズが小さくなることで、短時間でログ送信が完了するため、送信の中断による失敗を減らすことができる。
【０１２２】
また、本実施の形態では、負荷分散制御装置２２が複数のログアップロードサーバ２４にリクエストを振り分けるため、１つ当たりのログアップロードサーバ２４におけるリクエストの処理負荷が軽減され、多数の通信端末１０からのリクエストの処理が可能になる。
【０１２３】
また、ログアップロードサーバ２４では、種類に応じてログ情報を格納するデータベース（ＤＢ）を異ならせるためＤＢリソースの負荷軽減も可能になる。
【０１２４】
また、負荷分散制御装置２２ではタイムアウト制御を行うため、リクエストが混み合っているなどで時間が掛かっている場合にリクエストをキャンセルすることが可能になる。
【０１２５】
また、負荷分散制御装置２２により端末ログ情報ｄ２の通信回線帯域を専有することがなくなり、会議情報の通信回線帯域圧迫による会議品質の低下を防止することができる。
【０１２６】
また、各通信端末１０からの一斉送信など、リクエストの異常発生が生じた場合においては、送信タイミング分散処理部１２３が送信タイミングを分散するタイミング分散処理を行なう。このため、多数の通信端末１０から一斉に端末ログ情報ｄ２が送信され、通信管理システム２０の通信回線帯域および処理負荷が爆発的に増加してしまうことを防止することができる。
【０１２７】
以上により、本実施の形態では、会議情報（コミュニケーション情報）の通信に使用する通信回線帯域を圧迫することなくログ情報を自動アップロードすることが可能になる。
【０１２８】
また、通信端末側の未送信ログ送信の特徴と組み合わせることで、端末ログ情報の送信漏れを防ぎつつ、通信管理システムへの通信帯域負荷・処理負荷を軽減することができる。
【０１２９】
このように通信回線帯域を圧迫することがないため、テレビ会議などでの画質等の会議品質の低下を防止することができる。特に、通信管理システムへの通信帯域負荷・処理不可を軽減したため、会議に利用される通信回線帯域を圧迫することがなくなり、多拠点会議システムの本来の価値である会議品質（映像・音声）を高く保つことができる。また、端末ログ情報ｄ２の送信状況を通信端末１０で管理することができるため、漏れなく確実にログ情報を送信することが可能になる。
【０１３０】
また、端末ログ情報ｄ２を自動的に確実に収集することができるので、多拠点会議システム全体や通信端末１０にトラブル等が生じた場合の原因解析等に役立てることができる。また、端末ログ情報ｄ２から通信端末１０の利用方法・会議の傾向等を分析することで、より便利な機能の提案や改善に役立てることができる。
【０１３１】
（変形例１）
第１の実施の形態では、通信端末１０においてログファイルのログローテーションを行って圧縮を行う例を示したが、圧縮は、送信の際に送信対象として判断された端末ログ情報ｄ２をまとめて圧縮するようにしてもよい。
【０１３２】
（変形例２）
第１の実施の形態では、通信端末１０において未送信分の最小限の端末ログ情報ｄ２を送信対象として判断したが、端末ログ情報ｄ２のうち、最新の幾つかの世代数を常に送信に含めるようにしてもよい。この場合、最新世代のログファイルについては圧縮が行われていないため、送信の際に最新世代のログファイルを圧縮して送信する。
【０１３３】
（変形例３）
第１の実施の形態では、通信端末１０において、送信タイミング分散処理部１２３がランダムに送信開始のタイムラグを設けたが、このタイムラグとして、通信端末１０の端末ＩＤの下２ケタやＩＰアドレス（ＩＰｖ４）の第４オクテット情報などから導出した通信端末１０毎に異なるタイムラグ値を使用してもよい。
【０１３４】
（変形例４）
通信端末１０において端末ログ情報ｄ２の送信中に操作入力受付部１０２からユーザ操作を受け付けることにより新たにテレビ会議が開始された場合は、これを送信タイミング判断部１２１が検知して端末ログ情報ｄ２の送信をキャンセルするようにしてもよい。このようにすることにより、新たに会議が開始された場合でも、通信回線帯域の圧迫による会議品質の低下を防止することができる。
【０１３５】
（変形例５）
端末ログ情報ｄ２の送信後に送信済の端末ログ情報ｄ２を通信端末１０の記憶部１０００から削除するようにしてもよい。例えば、ログアップロードサーバ２４からのリクエスト結果により送信対象の端末ログ情報ｄ２の送信が完了したかを判断することができるため、送信が完了した場合、送信対象判断部１２２が該当する端末ログ情報ｄ２を送信済みとして削除する。このようにすることにより、通信端末１０の記憶領域を有効活用することができるようになる。
【０１３６】
（変形例６）
第１の実施の形態では、ログ送信制御部１２０が自律的に送信タイミングを判断して適宜ログ送信するように構成されているが、ログイン処理や会議開始／終了処理を行なう他の機能部が処理終了後にログ送信制御部１２０にログ送信の可否を問い合わせ、問い合わせ結果が「ＯＫ」の場合に端末ログ情報ｄ２を送信するように構成してもよい。
【０１３７】
（変形例７）
負荷分散制御部２２は、ログアップロードサーバ２４への処理負荷に応じて配下のログアップロードサーバ２４の数を増加させたり減少させたりするなどの変更を行ってもよい。ここでの処理負荷とは、例えば負荷分散制御部２２への端末ログ情報ｄ２の通信量(ログサイズ)や、同時受信リクエスト数などが該当する。また、各ログアップロードサーバ２４の平均ＣＰＵ使用量や平均メモリ使用量などが該当する。なお、これらは処理負荷を判断する指標の一例であり、これらに限定されずに他の指標を用いてもよい。このようにすることにより、ログアップロード処理の負荷に応じて通信管理システム内のサーバリソースを効率的に利用することができる。
【０１３８】
（変形例８）
ログアップロードサーバ２４において、別々の内部ＤＢではなく、端末ログ情報ｄ２の種類に応じて異なる内部テーブルに格納先を振り分けるようにしてもよい。
【０１３９】
（変形例９）
通信端末１０は、端末ログ情報ｄ２を送信中に何らかの理由で送信できなかった（送信が完了しなかった）場合に、次回送信時に前回分もまとめて送信するようにしてもよい。例えば、送信キャンセルや送信失敗や接続断や電源断などが考えられる。このような場合、所定のタイミングとして、例えば通信端末１０と他の通信端末１０との間で行うテレビ会議の終了後に今回のログ情報と前回未送信分のログ情報とをまとめて送信する。或いは、通信端末１０が通信管理システム２０にログインした直後に今回のログ情報と前回未送信分のログ情報とをまとめて送信する。このようにすることにより、ログ送信が失敗しても端末ログ情報ｄ２を取りこぼすことがなくなり、確実にログアップロードサーバ２４で端末ログ情報ｄ２を収集することができる。
【０１４０】
本実施の形態および変形例の通信システムで実行されるプログラムは、インストール可能な形式または実行可能な形式のファイルでＣＤ−ＲＯＭ、フレキシブルディスク（ＦＤ）、ＣＤ−Ｒ、ＤＶＤ（Digital  Versatile  Disk）等のコンピュータで読み取り可能な記録媒体に記録されて提供される。
【０１４１】
また、本実施の形態および変形例の通信システムで実行されるプログラムを、インターネット等のネットワークに接続されたコンピュータ上に格納し、ネットワーク経由でダウンロードさせることにより提供するように構成しても良い。また、本実施の形態および変形例の通信システムで実行されるプログラムをインターネット等のネットワーク経由で提供または配布するように構成しても良い。
【０１４２】
また、本実施の形態および変形例のプログラムを、ＲＯＭ等に予め組み込んで提供するように構成してもよい。
【符号の説明】
【０１４３】
１…通信システム、１０ａ、１０ｂ、１０ｃ…通信端末、２０…通信管理システム、２
１…通信リクエスト振り分け装置、２２…負荷分散制御装置、２３…通信管理サーバ（装
置）、２４…ログアップロードサーバ（装置）、３０…インターネット、１０１…送受信
部、１０２…操作入力受付部、１０３…ログイン要求部、１０４ａ…撮像部、１０４ｂ…
画像表示制御部、１０５ａ…音声入力部、１０５ｂ…音声出力部、１０６…形式情報取得
部、１０７…記憶・読出処理部、１０８…ログ情報作成部、１０９…メッセージ作成部、
１１０…ログ情報最適化処理部、１１１…ログ情報ローテーション処理部、１１２…ログ
情報圧縮処理部、１２０…ログ送信制御部、１２１…送信タイミング判断部、１２２…送
信対象判断部、１２３…送信タイミング分散処理部、ｄ１…会議情報、ｄ２…端末ログ情
報
【先行技術文献】
【特許文献】
【０１４４】
【特許文献１】特開２０１１−２２７８６８号公報
【図１】
2019185725.tif 000003
【図２】
2019185725.tif 000004
【図３】
2019185725.tif 000005
【図４】
2019185725.tif 000006
【図５】
2019185725.tif 000007
【図６】
2019185725.tif 000008
【図７】
2019185725.tif 000009
【図８】
2019185725.tif 000010
【図９】
2019185725.tif 000011
【図１０】
2019185725.tif 000012
【図１１】
2019185725.tif 000013
【図１２】
2019185725.tif 000014
【図１３】
2019185725.tif 000015
【図１４】
2019185725.tif 000016
【図１５】
2019185725.tif 000017
【図１６】
2019185725.tif 000018
【図１７】
2019185725.tif 000019
【図１８】
2019185725.tif 000020
【図１９】
2019185725.tif 000021
【図２０】
2019185725.tif 000022