JP7409016B2 - 通信システム、通信端末、通信方法、プログラム - Google Patents

Description

本発明は、通信システム、通信端末、通信方法、及び、プログラムに関する。

ディスプレイに手書きされた手書きデータや背景画像を多拠点間でリアルタイムに共有できる電子黒板などの通信端末が知られている。通信端末によってはテレビ会議端末の機能を有するものもあり、各拠点の通信端末は映像、音声、又は、資料データなどをリアルタイムで共有することができる。

通信端末間の通信はネットワークを介して行われるため、通信回線が低品質である場合に、映像、音声、又は画像データなどに欠損が生じる場合がある。そこで、データを再送する技術が知られている（例えば、特許文献１参照。）。特許文献１には、受信端末において受信した各パケットのシーケンス番号から欠落しているシーケンス番号の有無を判別し、再送要求回数情報と共に該当するパケットの再送要求信号を受信端末から送信端末に送信する送信方法が開示されている。

しかしながら、従来の技術では、手書きデータ、画像データ、又は、手書きデータに対する操作など、通信端末から送信されるデータの欠損についてユーザに通知する手段がないという問題があった。例えば、動画や音声が一部欠損した場合、短時間の映像の乱れ又は音声が途絶するに留まり、各拠点のコミュニケーションに対する支障は少ないが、通信端末に手書きされたストロークデータが欠損してしまうと、通信端末が間違った解釈に繋がる表示をし続けるといった状況が生じうる。例えば、ユーザが「０１２」と手書きしたが「１」が欠損した場合、他の拠点では「０２」と表示されるなどのおそれがある。また、画像データが欠損した場合、欠損前に他の拠点ですでに表示されている画像に対する手書きであると、他の拠点のユーザが誤解したまま議論が進む状況が生じうる。

本発明は、上記課題に鑑み、１つ以上の通信端末に対し、データの欠損に関する情報を送信することができる通信システムを提供することを目的とする。

上記課題に鑑み、本発明は、複数の通信端末が１つ以上の情報処理システムを介して通信する通信システムであって、前記通信端末が送信するデータであって、手書きデータの一部が通信回線の品質低下により欠損する前記データの欠損率を検出し、前記１つ以上の情報処理システムは、前記欠損率が閾値以上の前記通信端末がある場合、前記手書きデータの共有ためのセッションが確立している全ての前記通信端末に、データの欠損に関する情報を送信し、前記データの欠損に関する情報を受信した前記通信端末は、前記データの欠損に関する情報を出力することを特徴とする。

１つ以上の通信端末に対し、データの欠損に関する情報を送信することができる通信システムを提供することができる。

通信システムが手書きデータ、画像データ、又は、手書きデータに対する操作情報の欠損を検出して、電子黒板に通知する処理の概略を説明する図である。 本実施形態の通信ルートを示した概略図である。 電子黒板の使用イメージ図である。 本実施形態に係る電子黒板のハードウェア構成図の一例である。 本実施形態に係る通信管理システム、中継装置、画像保存装置、及び、ログ収集分析システムのハードウェア構成図の一例である。 本実施形態に係る通信システムの全体構成図の一例である。 本実施形態に係る通信システムの各機能ブロック図の一例である。 認証管理テーブルを示す概念図である。 端末管理テーブルを示す概念図である。 宛先リスト管理テーブルを示す概念図である。 セッション管理テーブルを示す概念図である。 中継装置管理テーブルを示す概念図である。 ログ収集分析システムの機能をブロック状に示す機能ブロック図の一例である。 電子黒板間で遠隔通信を開始する準備段階の処理を示したシーケンス図である。 電子黒板１ａで表示される宛先リストの画面例である。 遠隔通信を開始する処理を示したシーケンス図である。 資料画像の画像データ及びストローク画像のストロークデータを共有する処理を示したシーケンス図である。 資料画像の画像データ及びストローク画像のストロークデータを共有する処理を示したシーケンス図である。 （ａ）電子黒板１ａの画面例、（ｂ）電子黒板１ｂの画面例、（ｃ）電子黒板１ａの画面例、（ｄ）電子黒板１ｂの画面例を示す図である。 電子黒板がログデータを送信するイベントと各イベントで送信されるログデータを説明する図の一例である。 電子黒板がログデータを生成・送信する処理を説明するシーケンス図の一例である。 ログ蓄積装置がログデータを蓄積する処理を説明するシーケンス図の一例である。 ログデータのうち共通データの一例を示す図である。 通信接続要求、通信接続応答のカテゴリー別階層データを示す図の一例である。 通信サービス開始、通信終了のカテゴリー別階層データを示す図の一例である。 通信異常終了、周期送信のカテゴリー別階層データを示す図の一例である。 アンケートの回答、端末利用デバイス情報として送信されるカテゴリー別階層データの一例である。 通信システムが手書きデータ関連情報の欠損を検出して各電子黒板にデータ欠損情報を送信する手順を示すシーケンス図の一例である。 電子黒板が通信品質ログをログ収集分析システムへ送信する手順を説明するフローチャート図の一例である。 ログ収集分析システムが通信品質ログに基づいて電子黒板にアラームを送信する手順を説明するフローチャート図の一例である。 電子黒板が表示したデータ欠損情報画面の一例を示す図である。 データ欠損情報の原因となった電子黒板が表示するデータ欠損情報画面の一例を示す図である。

以下、本発明を実施するための形態の一例として、通信システムと通信システムが行う通信方法について説明する。

＜動作の概略＞
図１は、本実施形態の通信システム１０が手書きデータ、画像データ、又は、手書きデータに対する操作情報（以下、手書きデータ関連情報という）の欠損を検出して、電子黒板１に通知する処理の概略を説明する図である。

(1) 電子黒板１ａが手書きデータ関連情報を中継装置３に送信する。中継装置３は電子黒板１ｂ、１ｃに手書きデータ関連情報を転送し、電子黒板１ｂ，１ｃから受信完了を受信すると、受信応答を電子黒板１ａに送信する。電子黒板１ａは受信応答の有無に関係なくデータの属性別（手書きデータ、画像データ、又は、手書きデータに対する操作情報）にデータ転送回数をカウントアップする。

(2) 一方、電子黒板１ａが手書きデータ関連情報を中継装置３に送信しても、一定時間内に受信応答を受信しない場合がある。

(3) 電子黒板１ａは応答なしを検出する。電子黒板１ａはデータの属性別にデータ転送回数と欠損数をカウントアップする。

(4) 電子黒板１ａは、周期的に通信品質ログをログ収集分析システム８０に送信する。通信品質ログは、端末ＩＤ、会議情報（会議名、参加者など）、属性別の単位時間当たりの欠損総数/総データ転送回数、及び、計測時間を含むとよい。通信品質ログが欠損する場合は、次の周期までデータ転送回数等をカウントアップしておいて、次回の周期で電子黒板１ａが送信する。

(5) 電子黒板１ａが通信品質ログの受信応答をログ収集分析システム８０から受信すると、データ転送回数と欠損数をリセットする。

(6) ログ収集分析システム８０では、単位時間当たりの欠損率とアラーム閾値を比較する。

(7) アラーム閾値を超過した場合、ログ収集分析システム８０は全ての電子黒板１へデータ欠損情報を送信する。データ欠損情報にはアラームの原因となった電子黒板１の識別情報と、欠損率等が含まれる。

このように、本実施形態の通信システム１０は、電子黒板１が他拠点との会議中に、手書きデータ関連情報の送信に対する受信応答の有無を確認し、転送データの欠損を検出することによって、サービスへの影響の発生を検出する。また、各電子黒板１が転送データ欠損情報をログ収集分析システム８０に周期的に送信することにより、サービスへの影響度(欠損率、他の会議参加拠点、発生時間帯)の把握や分析を可能にし、欠損率のアラーム閾値との比較に応じて、ログ収集分析システム８０から各電子黒板１にデータ欠損情報を送信することができる。

＜用語について＞
通信端末は、通信により手書きデータを共有する装置であればよい。本実施形態では電子黒板を例にして説明する。電子黒板は、電子ホワイトボード、電子情報ボード、インタラクティブボード、表示装置などと呼ばれる場合がある。通信端末は電子黒板に限られず、タッチパネルを備え手書きされた情報を通信で共有できればよく、例えば、スマートフォンやタブレット端末、ＰＣなどでもよい。

データの欠損とは、送信したが一定時間内に相手にデータが届かないことをいう。データの欠落、途絶、ロス、送信エラー、通信不良などといってもよい。

通信端末は、欠損数が閾値以上の通信端末がある旨を出力する場合、メッセージで表示する他、音声メッセージで出力したり、アイコン、画像データなどで通知したりしてもよい。また、電子メールで送信してもよい。

〔通信システムの概略〕
＜通信ルート＞
まず、図２を用いて、複数の電子黒板１ｂ，１ｂ間で描画しながらビデオ会議を行なうための通信システムについて説明する。図２は、本実施形態の通信ルートを示した概略図である。なお、「ビデオ会議」ではなく「テレビ会議」と呼ばれる場合もある。また、ここでは、一例として、ビデオ会議について説明するが、打ち合わせや単なる会話等であってもよい。

通信システム１０は、複数の電子黒板１ａ，１ｂ、中継装置３、通信管理システム５、及び画像保存装置７によって構築されている。電子黒板１ａ，１ｂは、通話用の映像データ及び音データ、並びに、共有用の画像データ及びストロークデータ等のコンテンツデータの相互通信を行う。なお、ストロークデータは、ストローク画像を再生(再現)するために必要なデータであり、座標データ、線の幅データ、線の色データ、ベクトルデータ等が含まれる。電子黒板１ａ，１ｂは、通話用の映像データ及び音データの送受信により、相手側の映像及び音を再生することで、遠隔ビデオ通話が可能となる。

電子黒板１ａ，１ｂは、共有用の資料画像の画像データを送受信することにより、通信システム１０を利用する参加者が、同じ資料画像を共有することができる。資料画像は、電子黒板１のディスプレイに表示される画像であり、会議の資料、ディスプレイに表示される背景画像、ディスプレイ画面をキャプチャされた場合のキャプチャ画面等の画像である。また、電子黒板１ａ，１ｂは、共有用のストローク画像のストロークデータを送受信することにより、通信システム１０を利用する参加者が、同じストローク画像を共有することができる。ストローク画像は、利用者によって電子ペン等で手書きストロークにより描画された線等を示す画像である。ストローク画像は、ディスプレイ上の座標を特定する点を示すストロークデータによって表示される。

なお、通信システム１０は、２つの電子黒板１ａ，１ｂに限らず、３つ以上の電子黒板１によって構築されてもよい。以降、電子黒板１ｂ，１ｂの総称を示す場合は、「電子黒板１」と示す。

図２では、電子黒板１ａ，１ｂの一例としてビデオ会議機能が搭載された電子黒板１が示されている。なお、映像データの画像は、動画であっても静止画であってもよい。

また、ビデオ会議の開始を要求する要求元としての電子黒板１は「開始端末」と表され、要求先である宛先（中継先）としての電子黒板１は「宛先端末」と表されている。図２では、電子黒板１ａが開始端末として、電子黒板１ｂが宛先端末として表されている。但し、電子黒板１ｂからビデオ会議の開始を要求する場合は、電子黒板１ｂが開始端末となり、電子黒板１ａが宛先端末となる。なお、各電子黒板１ｂ，１ｂは、複数の事業所間での通信や、同じ事業所内の異なる部屋間での通信だけでなく、同じ部屋内での通信や、屋外と屋内又は屋外と屋外での通信で使われてもよい。

中継装置３は、コンピュータによって構成され、複数の電子黒板１ｂ，１ｂ間で、通話用のコンテンツデータを中継する処理を行なう。

通信管理システム５は、コンピュータによって構成され、電子黒板１ｂ，１ｂからのログイン認証、電子黒板１ｂ、１ｂの通信状況の管理、宛先リストの管理、及び中継装置３の通信状況等を一元的に管理する。また、通信管理システム５は、複数の電子黒板１ｂ，１ｂ間で、共有用のストロークデータを中継する。通信管理システム５は１つ以上の情報処理システムである。

画像保存装置７は、コンピュータによって構成され、電子黒板１ａからアップロードされた共有用の資料画像の画像データを保存して、電子黒板１ｂにダウンロードする。また、この逆も実行される。即ち、画像保存装置７は、電子黒板１ｂからアップロードされた画像データを保存して、電子黒板１ａにダウンロードする。

なお、中継装置３、通信管理システム５及び画像保存装置７は、単一のコンピュータによって構築されてもよいし、各部（機能又は手段）を分割して任意に割り当てられた複数のコンピュータによって構築されていてもよい。中継装置３は１つ以上の情報処理システムである。

また、通信システム１０において、電子黒板１ａ，１ｂとの間では、通信管理システム５を介して、各種の管理情報を送受信するための管理情報用セッションｓｅｉが確立される。また、電子黒板１ａ，１ｂとの間では、中継装置３を介して、高解像度の画像データ、中解像度の画像データ、低解像度の画像データ、及び音データの４つの各データを送受信するための４つのセッションが確立される。図２では、これら４つのセッションをまとめて、画像・音データ用セッションｓｅｄとして示している。なお、画像・音データ用セッションｓｅｄは、必ずしも４つのセッションである必要はなく、４つのセッション数より少ない又は多いセッション数であってもよい。また、開始端末と宛先端末との間で、中継装置３を介さずに、直接、通信セッションを確立してもよい。

更に、通信システム１０において、電子黒板１ａ，１ｂとの間では、管理情報用セッションｓｅｉを利用して、ストロークデータの送受信を行うことができる。

ここで、本実施形態で扱われる映像データの映像の解像度について説明する。低解像度の映像データは、例えば、横が１６０画素、縦が１２０画素から成り、ベース画像となる。中解像度の映像データは、横が３２０画素、縦が２４０画素から成る。高解像度の映像データは、例えば、横が６４０画素、縦が４８０画素から成る。このうち、狭帯域経路を経由する場合には、ベース画像となる低解像度の映像データのみから成る低画質の映像データが中継される。帯域が比較的広い場合には、ベース画像となる低解像度の映像データ、及び中解像度の映像データから成る中画質の映像データが中継される。また、帯域が非常に広い場合には、ベース画像となる低解像度の映像データ、中解像度の映像データ、及び高解像度の映像データから成る高画質の映像データが中継される。音データは、映像データに比べてデータ量が少ないため、狭帯域経路であっても中継される。

＜電子黒板の使用イメージ＞
図３は、電子黒板１の使用イメージ図である。電子黒板１は、図３に示されているように、電子黒板１は、下部側に複数のキャスタが設けられた脚部１５１、脚部１５１の上部側に設けられた支柱１５２、支柱１５２上部側に設けられた電子黒板１の本体１５３、及び本体１５３の前面に設けられたディスプレイ１８０によって構成されている。本体１５３には、後述のＣＰＵ１０１等が内蔵されている。そして、利用者は、電子ペン１９０を用いて、ディスプレイ１８０に文字等のストローク画像を入力（描画）することができる。

〔ハードウェア構成〕
次に、本実施形態のハードウェア構成を説明する。

＜電子黒板のハードウェア構成＞
図４は、電子黒板１のハードウェア構成図である。図４に示されているように、電子黒板１は、ＣＰＵ１０１(Central Processing Unit)、ＲＯＭ１０２(Read Only Memory)、ＲＡＭ１０３(Random Access Memory)、ＳＳＤ１０４(Solid State Drive)、ネットワークＩ/Ｆ１０５、及び、外部機器接続Ｉ/Ｆ１０６(Interface)を備えている。

これらのうち、ＣＰＵ１０１は、電子黒板１全体の動作を制御する。ＲＯＭ１０２は、ＣＰＵ１０１やＩＰＬ(Initial Program Loader)等のＣＰＵ１０１の駆動に用いられるプログラムを記憶する。ＲＡＭ１０３は、ＣＰＵ１０１のワークエリアとして使用される。ＳＳＤ１０４は、電子黒板１用のプログラム等の各種データを記憶する。ネットワークＩ/Ｆ１０５は、通信ネットワーク１００との通信を制御する。外部機器接続Ｉ/Ｆ１０６は、各種の外部機器を接続するためのインターフェースである。この場合の外部機器は、例えば、ＵＳＢメモリ１３０(Universal Serial Bus)、外付け機器（マイク１４０、スピーカ１５０、カメラ１６０）である。

また、電子黒板１は、キャプチャデバイス１１１、ＧＰＵ１１２、ディスプレイコントローラ１１３、接触センサ１１４、センサコントローラ１１５、電子ペンコントローラ１１６、近距離通信回路１１９、及び近距離通信回路１１９のアンテナ１１９ａ、電源スイッチ１２２及び選択スイッチ類１２３を備えている。

これらのうち、キャプチャデバイス１１１は、外付けのＰＣ１７０(Personal Computer)のディスプレイに対して映像情報を静止画又は動画として表示させる。ＧＰＵ１１２(Graphics Processing Unit)は、グラフィクスを専門に扱う半導体チップである。ディスプレイコントローラ１１３は、ＧＰＵ１１２からの出力画像をディスプレイ１８０等へ出力するために画面表示の制御及び管理を行う。接触センサ１１４は、ディスプレイ１８０上に電子ペン１９０やユーザの手Ｈ等が接触したことを検知する。センサコントローラ１１５は、接触センサ１１４の処理を制御する。接触センサ１１４は、赤外線遮断方式による座標の入力及び座標の検出を行う。この座標の入力及び座標の検出する方法は、ディスプレイ１８０の上側両端部に設置された２つ受発光装置が、ディスプレイ１８０に平行して複数の赤外線を放射し、ディスプレイ１８０の周囲に設けられた反射部材によって反射されて、受光素子が放射した光の光路と同一の光路上を戻って来る光を受光する方法である。接触センサ１１４は、物体によって遮断された２つの受発光装置が放射した赤外線のＩＤをセンサコントローラ１１５に出力し、センサコントローラ１１５が、物体の接触位置である座標位置を特定する。電子ペンコントローラ１１６は、電子ペン１９０と通信することで、ディスプレイ１８０へのペン先のタッチやペン尻のタッチの有無を判断する。近距離通信回路１１９は、ＮＦＣ(Near Field Communication)やＢｌｕｅｔｏｏｔｈ（登録商標）等の通信回路である。電源スイッチ１２２は、電子黒板１の電源のＯＮ/ＯＦＦを切り換えるためのスイッチである。選択スイッチ類１２３は、例えば、ディスプレイ１８０の表示の明暗や色合い等を調整するためのスイッチ群である。

更に、電子黒板１は、バスライン１１０を備えている。バスライン１１０は、図４に示されているＣＰＵ１０１等の各構成要素を電気的に接続するためのアドレスバスやデータバス等である。

なお、接触センサ１１４は、赤外線遮断方式に限らず、静電容量の変化を検知することにより接触位置を特定する静電容量方式のタッチパネル、対向する２つの抵抗膜の電圧変化によって接触位置を特定する抵抗膜方式のタッチパネル、接触物体が表示部に接触することによって生じる電磁誘導を検知して接触位置を特定する電磁誘導方式のタッチパネルなどの種々の検出手段を用いてもよい。また、電子ペンコントローラ１１６が、電子ペン１９０のペン先及びペン尻だけでなく、電子ペン１９０のユーザが握る部分や、その他の電子ペンの部分のタッチの有無を判断するようにしてもよい。

＜通信管理システム、中継装置、画像保存装置、ログ収集分析システムのハードウェア構成＞
図５は、本実施形態に係る通信管理システム５のハードウェア構成図である。通信管理システム５の一例としてのコンピュータは、ＣＰＵ５０１、ＲＯＭ５０２、ＲＡＭ５０３、ＨＤ５０４(Hard Disk)、ＨＤＤコントローラ５０５(Hard Disk Drive)、ディスプレイ５０６、外部機器接続Ｉ/Ｆ５０８、ネットワークＩ/Ｆ５０９、キーボード５１１、ポインティングデバイス５１２、ＤＶＤ－ＲＷドライブ５１４(Digital Versatile Disk ReWritable)、メディアＩ/Ｆ５１６、及び、バスライン５１０を備えている。

これらのうち、ＣＰＵ５０１は、通信管理システム５全体の動作を制御する。ＲＯＭ５０２は、ＩＰＬ等のＣＰＵ５０１の駆動に用いられるプログラムを記憶する。ＲＡＭ５０３は、ＣＰＵ５０１のワークエリアとして使用される。ＨＤ５０４は、通信管理用プログラム等の各種データを記憶する。ＨＤＤコントローラ５０５は、ＣＰＵ５０１の制御にしたがってＨＤ５０４に対する各種データの読み出し又は書き込みを制御する。ディスプレイ５０６は、カーソル、メニュー、ウィンドウ、文字、又は画像などの各種情報を表示する。外部機器接続Ｉ/Ｆ５０８は、各種の外部機器を接続するためのインターフェースである。ネットワークＩ/Ｆ５０９は、インターネット等の通信ネットワーク１００を利用してデータ通信をするためのインターフェースである。キーボード５１１は、文字、数値、各種指示などの入力のための複数のキーを備えた入力手段の一種である。ポインティングデバイス５１２は、各種指示の選択や実行、処理対象の選択、カーソルの移動などを行う入力手段の一種である。ＤＶＤ－ＲＷドライブ５１４は、ＤＶＤ－ＲＷに対するデータの読み出し又は書き込み（記憶）を制御する。なお、ＤＶＤ－ＲＷドライブでなく、ＢＤ－ＲＥ(Blu－ray Disc Rewritable（登録商標）)等のディスクに対するデータの読み出し又は書き込み（記憶）を制御してもよい。メディアＩ/Ｆ５１６は、フラッシュメモリ等の記録メディア５１５に対するデータの読み出し又は書き込み（記憶）を制御する。

また、バスライン５１０は、図５に示されているＣＰＵ５０１等の各構成要素を電気的に接続するためのアドレスバスやデータバス等である。

なお、図２に示されている中継装置３、画像保存装置７、及び、ログ収集分析システム８０のハードウェア構成は、通信管理システム５のハードウェア構成と同様であるため、その説明を省略する。但し、中継装置３の場合は、ＨＤ５０４に中継用プログラムが記憶されている。また、画像保存装置７の場合は、ＨＤ５０４に画像保存用プログラムが記憶されている。また、ログ収集分析システム８０の場合は、ＨＤ５０４にログ収集分析システム用プログラムが記憶されている。

〔通信システムの全体構成〕
続いて、図６を用いて、通信システムの全体構成について説明する。図６は、本発明の実施形態に係る通信システムの全体構成図である。

図６において、電子黒板１ａは拠点Ａ、電子黒板１ｂは拠点Ｂに設置されている。例えば、拠点Ａは日本の東京事業所で、拠点Ｂは日本の大阪事業所である。拠点Ａでは利用者Ａ１が電子黒板１ａを利用し、拠点Ｂでは利用者Ｂ１，Ｂ２が電子黒板１ｂを利用している。

更に、電子黒板１ａ，１ｂ、中継装置３、通信管理システム５、画像保存装置７、及び、ログ収集分析システム８０は、インターネット等の通信ネットワーク１００を介してデータの相互通信を行なうことができる。なお、通信ネットワーク１００には、無線通信部分が含まれてもよい。

なお、図６では、電子黒板１ａ，１ｂは、ともに映像通信可能な電子黒板１である。

〔通信システムの機能構成〕
次に、図７乃至図１２を用いて、本実施形態の機能構成について説明する。図７は、本実施形態に係る通信システム１０の各機能ブロック図である。

＜電子黒板１ａの機能構成＞
図７に示されているように、電子黒板１ａは、送受信部１１ａ、受付部１２ａ、映像・音処理部１３ａ、表示制御部１４ａ、判断部１５ａ、画像処理部１７ａ、近距離通信部１８ａ、ログ情報生成部２０、送信データ欠損算出部２４、アラーム通知受信処理部２５、ログ送信制御部２６、及び記憶・読出処理部１９ａを有している。これら各部は、図４に示されている各構成要素のいずれかが、ＳＳＤ１０４からＲＡＭ１０３上に展開されたプログラムに従ったＣＰＵ１０１からの命令によって動作することで実現される機能、又は機能する手段である。また、電子黒板１ａは、図４に示されているＲＡＭ１０３、及び図４に示されているフラッシュメモリ１０４によって構築される記憶部１０００ａを有している。

（電子黒板１ａの各機能構成）
次に、電子黒板１ａの各構成要素について説明する。送受信部１１ａは、通信ネットワーク１００を介して他の端末、装置又はシステムと各種データ（又は情報）の送受信を行う。また、送受信部１１ａは、開始部としての役割も果たし、電子黒板１ｂ等の他の通信端末と通信を開始する処理を行なう。受付部１２ａは、利用者から電子ペン１９０等による各種入力を受け付ける。

映像・音処理部１３ａは、ビデオ会議機能の主な処理を行う。例えば、映像・音処理部１３ａは、マイク１４０の出力信号及びカメラ１６０の出力信号に共づき、映像データ及び音データのエンコード等のデジタル処理を行う。また、映像・音処理部１３ａは、送受信部１１ａで受信された映像データ及び音データに基づき、映像信号を生成したり音信号を生成したりする。映像・音処理部１３ａ、解像度の異なる映像データを組み合わせる処理を行う。

表示制御部１４ａは、ディスプレイ１８０に映像信号（画像信号）等を出力するための制御を行う。判断部１５ａは、各種判断を行う。

画像処理部１７ａは、電子黒板１機能の主な処理を行う。例えば、画像処理部１７ａは、受付部１２ａによって受け付けられた電子ペン１９０等のストロークに基づいてストローク画像及びストロークデータを作成したり、送受信部１１ａによって受信されたストロークデータに基づいてストローク画像を作成したりする。また、画像処理部１７ａは、送受信部１１ａで受信された資料画像の画像データに基づき、画像信号を生成する。

近距離通信部１８ａは、近距離通信部を有する各端末との間で、近距離無線通信により、データの取得及び提供を行なう。

送信データ欠損算出部２４は、中継装置３への手書きデータ関連情報のデータ転送回数を周期ごとにカウントする。また、送信に対する受信応答の有無を周期ごとにカウントし、欠損率を算出する。通信品質ログの送信に対するログ収集分析システム８０からの受信応答を受信した場合、データ転送回数と受信応答なしの回数をリセットして次の周期のデータ転送回数のカウントを開始する。また、通信品質ログの送信に対するログ収集分析システム８０からの受信応答が受信されない場合、次の周期までカウントを継続する。

アラーム通知受信処理部２５は、ログ収集分析システム８０から受信したデータ欠損情報に基づいてディスプレイ１８０に表示するためのデータ欠損情報表示画面を生成する。表示制御部１４ａはデータ欠損情報表示画面をディスプレイ１８０に表示する。

ログ情報生成部２０はログデータを生成する処理を行う。ログ情報生成部２０はログ生成処理部２１、共通ログ生成部２２、及び、機能別ログ生成部２３を有する。

ログ生成処理部２１は、共通ログ生成部２２から共通ログを取得し、機能別ログ生成部２３からカテゴリー別階層データを取得し、それぞれ決まったフォーマットに格納してログデータを完成させる処理を行う。ログ情報生成部２０は、例えばＪＳＯＮ形式、ＸＭＬ形式、又はＣＳＶ形式などの形式でログデータを生成する。

共通ログ生成部２２は、すべてのログデータに共通で付与する共通ログを生成する。共通ログは、ログＩＤ、時刻、機種、ソフトウェアのバージョン、通信サービスＩＤ、及び、ユーザＩＤなどを含む。

機能別ログ生成部２３は、送受信部１１、受付部１２など電子黒板１の各機能においてイベントが発生した際に、これら電子黒板１が有する各機能からイベントの発生通知を受け取り、イベントに応じたカテゴリー別階層データを生成する。電子黒板１に対するストロークデータや静止画像データ、移動操作や消去操作等を他の電子黒板１とリアルタイム共有するために、これらも送信される。

ログ送信制御部２６は、送受信部１１を介して、ログ情報生成部２０が生成した通信品質ログをイベントごと又は一定時間ごとにログ収集分析システム８０に送信する処理を行う。後述するようにログデータの一部に通信品質ログが含まれる。データ転送の成否を、ログ収集分析システム８０からの受信応答の有無から判断する。なお、イベントごと又は一定時間ごとのどちらで送信するかはログデータの内容によって決まっていてよい。

記憶・読出処理部１９は、記憶部１０００又はＵＳＢメモリ１３０等の記録媒体１０１０に各種データを記憶したり、記憶部１０００又は記録媒体１０１０に記憶された各種データを読み出したりする処理を行う。

更に、記憶部１０００には、他の端末との通信を行う際に受信される映像データ及び音データが、受信される度に上書き記憶される。このうち、上書きされる前の映像データによってディスプレイ１８０に画像が表示され、上書きされる前の音データによってスピーカ１５０から音声が出力される。

＜電子黒板１ｂの機能構成＞
図７に示されているように、電子黒板１ｂは、送受信部１１ｂ、受付部１２ｂ、映像・音処理部１３ｂ、表示制御部１４ｂ、判断部１５ｂ、画像処理部１７ｂ、近距離通信部１８ｂ、ログ情報生成部２０、送信データ欠損算出部２４、アラーム通知受信処理部２５、ログ送信制御部２６、及び記憶・読出処理部１９ｂを有している。これらは電子黒板１ａの機能と同様の機能を有しているため、これらの説明を省略する。

＜中継装置の機能構成＞
図７に示されているように、中継装置３は、転送部を兼ねた送受信部３１、判断部３５、及び記憶・読出処理部３９を有している。これら各部は、図５に示されている各構成要素のいずれかが、ＨＤ５０４からＲＡＭ５０３上に展開された中継用プログラムに従ったＣＰＵ５０１からの命令によって動作することで実現される機能又は機能する手段である。また、中継装置３は、図５に示されているＲＡＭ５０３、ＨＤ５０４によって構築される記憶部３０００を有している。

（中継装置３の各機能構成）
次に、中継装置３の各機能構成について詳細に説明する。図７に示されている中継装置３の送受信部３１は、通信ネットワーク１００を介して他の端末、装置、又はシステムと各種データ（又は情報）の送受信を行う。また、送受信部３１は、転送部としての役割も果たし、所定の端末ら送信されて来た映像データ及び音データを、他の端末に転送する。判断部３５は、データの遅延状態等の判断等の各種判断を行なう。

記憶・読出処理部３９は、記憶部３０００に各種データを記憶したり、記憶部３０００に記憶された各種データを読み出したりする処理を行う。

＜通信管理システムの機能構成＞
図７に示されているように、通信管理システム５は、送受信部５１、認証部５２、生成部５３、選択部５４、判断部５５及び記憶・読出処理部５９を有している。これら各部は、図５に示されている各構成要素のいずれかが、ＨＤ５０４からＲＡＭ５０３上に展開された通信管理用プログラムに従ったＣＰＵ５０１からの命令によって動作することで実現される機能又は機能する手段である。また、通信管理システム５は、図５に示されているＨＤ５０４により構築される記憶部５０００を有している。

（認証管理テーブル）
図８は、認証管理テーブルを示す概念図である。記憶部５０００には、図８に示されているような認証管理テーブルによって構成されている認証管理ＤＢ５００１が構築されている。この認証管理テーブルでは、通信管理システム５によって管理される全ての電子黒板１の各端末ＩＤに対して、各パスワードが関連付けられて管理される。例えば、図８に示されている認証管理テーブルにおいて、電子黒板１ａ（通信端末）の端末ＩＤは「０１ａａ」で、パスワードは「ａａａａ」であることが示されている。なお、パスワードは認証情報の一例であり、認証情報にはアクセストークンも含まれる。

端末ＩＤは、電子黒板を識別する識別情報である。端末ＩＤはハードウェアを特定するものに限らず、ユーザを識別する機能を有していてよい。このようなＩＤを通信ＩＤという場合がある。ユーザは任意の情報処理端末で通信ＩＤが割り当てられたアプリを実行して通信できる。また、通信ＩＤはメールアドレスなど、ユーザの識別情報でもよい。

（端末管理テーブル）
図９は、端末管理テーブルを示す概念図である。記憶部５０００には、図９に示されているような端末管理テーブルによって構成されている端末管理ＤＢ５００２が構築されている。この端末管理テーブルでは、各電子黒板１（通信端末）を識別するための端末ＩＤ毎に、各電子黒板１を宛先とした場合の宛先名、各電子黒板１の稼動状態、後述のログイン要求情報が通信管理システム５で受信された受信日時、及び各電子黒板１（通信端末）のＩＰアドレスが関連付けられて管理される。例えば、図９に示されている端末管理テーブルにおいて、端末ＩＤが「０１ａａ」の電子黒板１ａは、端末名が「日本 東京事業所 ＡＡ端末」で、稼動状態が「ＯＮライン（通信可能）」で、通信管理システム５でログイン要求情報が受信された日時が「２０１５年４月１０日の１３時４０分」で、この端末ＩＤが１ａａのＩＰアドレスが「１．２．１．３」であることが示されている。なお、端末ＩＤ、宛先名、及び端末のＩＰアドレスは、各電子黒板１が、通信管理システム５によるサービスの提供を受けるために事前登録する際に記憶される。

（宛先リスト管理テーブル）
図１０は、宛先リスト管理テーブルを示す概念図である。記憶部５０００には、図１０に示されているような宛先リスト管理テーブルによって構成されている宛先リスト管理ＤＢ５００３が構築されている。この宛先リスト管理テーブルでは、通信の開始を要求する電子黒板１（開始端末）の端末ＩＤに対して、電子黒板１（宛先端末）の候補として登録されている宛先端末の端末ＩＤが全て関連付けられて管理される。例えば、図１０に示されている宛先リスト管理テーブルにおいて、端末ＩＤが「０１ａａ」である開始端末（電子黒板１ａ）から通信の開始を要求することができる宛先端末の候補は、端末ＩＤが「０１ｂａ」の電子黒板１ｂ等であることが示されている。この宛先端末の候補は、任意の開始端末から通信管理システム５に対する追加又は削除の要請により、追加又は削除されることで更新される。

なお、宛先リストは、宛先情報の一例であり、宛先情報には、リスト形式になっておらず、端末ＩＤ等の宛先に関する情報が羅列されていてもよい。

（セッション管理テーブル）
図１１は、セッション管理テーブルを示す概念図である。記憶部５０００には、図１１に示されているようなセッション管理テーブルによって構成されているセッション管理ＤＢ５００４が構築されている。このセッション管理テーブルでは、各電子黒板１（通信端末）と中継装置３との間で相互通信を行なうためのセッションを識別するための通信セッションＩＤ毎に、使用される中継装置３の中継装置３ＩＤ、電子黒板１（開始端末）の端末ＩＤ、電子黒板１（宛先端末）の端末ＩＤ、宛先端末において映像データが受信される際の受信の遅延時間（ｍｓ）、及びこの遅延時間が示されている遅延情報を宛先端末から送られて来て通信管理システム５で受信された受信日時が関連付けられて管理される。例えば、図１１に示されているセッション管理テーブルにおいて、セッションＩＤ「ｓｅ０１」を用いて実行された通信セッションで、中継装置３（中継装置３ＩＤ「１１１ａ」）は、端末ＩＤが「０１ａａ」の電子黒板１と、端末ＩＤが「０１ｄｂ」の電子黒板１との間で、映像データ及び音データを中継しており、電子黒板１（宛先端末）において「２０１５年４月１０日の１３時４１分」時点における映像データの遅延時間が２００（ｍｓ）であることが示されている。

（中継装置管理テーブル）
図１２は、中継装置管理テーブルを示す概念図である。記憶部５０００には、図１２に示されているような中継装置管理テーブルによって構成されている中継装置３管理ＤＢ５００５が構築されている。この中継装置管理テーブルでは、複数の中継装置３ごとに、各中継装置３の稼動状態、稼動状態が示される状態情報が通信管理システム５で受信された受信日時、中継装置３のＩＰアドレス、及び、中継装置３における最大データ伝送速度（Ｍｂｐｓ）が関連付けられて管理される。例えば、図１２に示されている中継装置管理テーブルにおいて、中継装置３ＩＤが「１１１ａ」の中継装置３は、稼動状態が「ＯＮライン」で、通信管理システム５で状態情報が受信された日時が「２０１４年４月１０日の１３時３０分」で、この中継装置３のＩＰアドレスが「１．２．１．２」で、この中継装置３における最大データ伝送速度が１００Ｍｂｐｓであることが示されている。

（通信管理システムの各機能構成）
図７に示されている通信管理システム５の送受信部５１は、通信ネットワーク１００を介して他の端末、装置、又はシステムと各種データ（又は情報）の送受信を行う。

認証部５２は、送受信部５１を介して受信されたログイン要求に含まれている端末ＩＤ及びパスワードを検索キーとし、記憶部５０００の認証管理ＤＢ５００１を検索し、認証管理ＤＢ５００１に同一の組の端末ＩＤ及びパスワードが管理されているかを判断することによって認証を行う。生成部５３は、電子黒板１からの通信開始要求（Ｓ６２参照）に基づき、通信セッションを識別するためのセッションＩＤを生成する。選択部５４は、複数の中継装置３から最終的に１つの中継装置３を選択する処理を行う。判断部５５は、各種判断を行なう。記憶・読出処理部５９は、記憶部５０００に各種データを記憶したり、記憶部５０００に記憶された各種データを読み出したりする処理を行う。

＜画像保存装置の機能構成＞
図７に示されているように、画像保存装置７は、送受信部７１、及び記憶・読出処理部７９を有している。これら各部は、図７に示されている各構成要素のいずれかが、ＨＤ５０４からＲＡＭ５０３上に展開された画像保存用プログラムに従ったＣＰＵ５０１からの命令によって動作することで実現される機能又は機能する手段である。また、画像保存装置７は、図５に示されているＲＡＭ５０３、ＨＤ５０４によって構築される記憶部７０００を有している。

（画像保存装置の各機能構成）
次に、画像保存装置７の各機能構成について詳細に説明する。図７に示されている画像保存装置７の送受信部７１は、通信ネットワーク１００を介して他の端末、装置、又はシステムと各種データ（又は情報）の送受信を行う。記憶・読出処理部７９は、記憶部７０００に各種データを記憶したり、記憶部７０００に記憶された各種データを読み出したりする処理を行う。

＜ログ収集分析システムの機能構成＞
図１３は、ログ収集分析システム８０の機能をブロック状に示す機能ブロック図の一例である。
・データ閲覧分析端末
データ閲覧分析端末８１は構造データ集計部８３、表・グラフ生成部８４、操作受付部８２、命令処理部８５、及び、送受信部８６を有する。これら各部は、図５に示されている各構成要素のいずれかが、ＨＤ５０４からＲＡＭ５０３上に展開されたデータ閲覧分析端末８１用のプログラムに従ったＣＰＵ５０１からの命令によって動作することで実現される機能又は機能する手段である。なお、このプログラムとしてブラウザソフトを使用してもよい。

送受信部８６は、構造データ処理装置８７に対し後述する構造データの送信要求を送信したり、構造データ処理装置８７から構造データを受信したりする。

操作受付部８２は、データ閲覧分析端末８１に対する各種の操作を受け付ける。例えば、どのようなログデータを取得するか、取得したログデータをどのように集計するか等を受け付ける。

命令処理部８５は、構造データ処理装置８７に対して構造データ定義テーブルの生成を要求する。構造データ定義テーブルとは、ユーザが指定した１つ以上の検索キーを行見出し又は列見出しとするテーブルである。いわばログデータの入れ物である。構造データ定義テーブルにログデータが格納され、ログデータが格納された構造データ定義テーブルを構造データという。検索キーはログデータを検索するための項目名である。例えば、カテゴリー名、日時、ユーザＩＤ、任意の文字列（含む場合、含まない場合）など、一般的な検索条件と同様である。例えば、dateという検索キーが指定された構造データ定義テーブルを生成した場合、管理者等は構造データ定義テーブルで更に具体的な日付を指定して検索することができる。構造データ定義テーブルのリストはデータ閲覧分析端末８１に表示される。このように構造データ定義テーブルが予め生成されていることで、管理者等が構造データを分析する際の作業負荷を低減できる。

構造データ集計部８３は構造データ処理装置８７から取得した構造データに対するユーザの操作に応じて構造データの集計処理を行う。例えば、現在、会議を行っている電子黒板１の数、障害が発生している電子黒板１の数、終了した会議のうち障害でなくユーザの操作で会議が終了した電子黒板１の割合など、多様な集計が可能である。

表・グラフ生成部８４は、構造データそのもの又は構造データ集計部８３が集計した集計データを表やグラフなどで表す可視化処理を行う。

・構造データ処理装置
構造データ処理装置８７は、構造データ定義テーブル生成部８８、構造データ生成部８９、警報判断処理部９２、及び、送受信部９１を有する。

送受信部９１は、データ閲覧分析端末８１から構造データの要求を受信し、構造データを送信する。また、ログ蓄積装置７３に対しログデータの検索要求を送信したり、検索に適合したログデータを受信したりする。

構造データ定義テーブル生成部８８は、管理者等からの要求に応じて上記した構造データ定義テーブルを生成する。生成した構造データ定義テーブルは管理者のＩＤに対応付けて記憶されている。生成された構造データ定義テーブルにはまだログデータは存在しない。

構造データ生成部８９は、１つ以上の検索キーとこの検索キーを検索する条件（ＩＤ、文字列など）を指定した構造データの要求に対し、ログ蓄積装置７３に対して条件に適合するログデータを検索要求して取得する。そして、取得したログデータを構造データ定義テーブルに格納して構造データを生成する。

警報判断処理部９２は、各電子黒板１が送信した手書きデータ関連情報の欠損率に対して、管理者が設定したアラーム閾値以上か否かを判断する。アラーム閾値以上の場合は、手書きデータ関連情報を共有する全ての電子黒板１に対して（同じ会議に参加している全ての電子黒板に対して）、送受信部９１を介してデータ欠損情報を通知する。アラーム閾値は、ストロークデータ等を各電子黒板が実用上共有できない程度の欠損率として定められている。

・ログ蓄積装置
ログ蓄積装置７３は、パーティション処理部９５、データ格納処理部９６、入れ子構造解除処理部９７、及び、送受信部９８を有する。また、ログ蓄積装置７３は、図５に示したＨＤ５０４やＲＡＭ５０３等に構築されるログデータ記憶部４５を有している。

ログデータ記憶部４５には入れ子構造が解除されたログデータが蓄積されている。ログデータ記憶部４５はパーティション９９に分類されて蓄積されている。パーティションは例えばフォルダ、ディレクトリ、ボリュームなどである。どのようにパーティションを区切るかは管理者が設定できるが、例えば日付によって区切ることが考えられる。

送受信部９８は、電子黒板１からログデータを受信し、構造データ処理装置８７からのログデータの検索要求に対し検索に適合したログデータの送信などを行う。

パーティション処理部９５はログデータを分割して格納するためのパーティションを作成する。共通ログデータの、例えば日付、機種、サービス用途（ソフトが何に使用されるかという情報）、ソフトのバージョンなどでパーティションを分けることができる。

パーティションを作成するタイミングとしては、パーティションが日付で分類されている場合は日が変わるタイミングである。また、ログデータが送信されたタイミングでパーティションを作成してよい。電子黒板１の機種、サービス用途、ソフトウェアのバージョンなどでパーティションが分類されている場合、パーティション処理部９５は、新たな機種、サービス用途、ソフトウェアのバージョンがログデータから初めて確認されたタイミングでリアルタイムにパーティションを作成する。

パーティションごとにログデータを分類することで、構造データ処理装置８７から条件を指定して検索要求が送信された場合に、ログデータの検索範囲を絞り、高速化することができる。

なお、パーティションは階層構造になっていてもよい。例えば、日付のパーティションの下位層に機種ごとのパーティションを作成したり、日付のパーティションの下位層にソフトウェアのバージョンのパーティションを作成したりする。あるいは、日付の下位層に機種のパーティションを作成し、機種のパーティションの下位層にソフトウェアのバージョンのパーティションを作成してもよい。下位層の深さは任意に決定できる。

入れ子構造解除処理部９７は、階層の入れ子構造となって送信されてきた電子黒板１からのログデータを１階層のログデータに変換する。このような処理を入れ子構造の除去という。

データ格納処理部９６は、ログデータに基づいて適切なパーティションを選択し、入れ子構造が解除されたログデータをパーティションに格納する。
〔実施形態の処理又は動作〕
次に、図１４乃至図１９を用いて、本実施形態に係る通信システム１０における処理又は動作を説明する。

＜遠隔通信の準備段階の処理＞
まず、図１４及び図１５を用いて、ログイン要求端末としての電子黒板１ａが行う通信の準備処理を説明する。なお、図１４は、電子黒板１間で遠隔通信を開始する準備段階の処理を示したシーケンス図である。図１５は、電子黒板１ａで表示される宛先リストの画面例である。なお、電子黒板１ｂがログイン共有を行う処理も電子黒板１ａの処理と同様であるため、説明を省略する。

まず、電子黒板１ａで電源スイッチ１２２がＯＮされると、受付部１２ａが、電源ＯＮを受け付ける（ステップＳ２２）。

次に、送受信部１１ａは、通信ネットワーク１００を介して通信管理システム５に、ログイン認証の要求を示すログイン要求情報を送信する（ステップＳ２３）。このログイン要求情報には、電子黒板１ａの端末ＩＤ及びパスワードが含まれている。

次に、通信管理システム５の記憶・読出処理部５９は、送受信部５１を介して受信したログイン要求情報に含まれている端末ＩＤ及びパスワードを検索キーとして、認証管理テーブル（図８参照）を検索し、同一の端末ＩＤ及び同一のパスワードが管理されているかを判断することによって端末の認証を行う（ステップＳ２４）。ここでは、記憶・読出処理部５９によって、同一の端末ＩＤ及び同一のパスワードが管理されているものとして、続けて説明する。

記憶・読出処理部５９によって、同一の端末ＩＤ及び同一のパスワードが管理されているものとして、正当な利用権限を有する端末からのログイン要求であると判断された場合には、記憶・読出処理部５９は、端末管理テーブル（図９参照）において、上記ステップＳ２３で受信された端末ＩＤのレコードの稼動状態のフィールド部分を「ＯＮライン（通信可能）」に変更すると共に、受信日時のフィールド部分に上記ステップＳ２３によってログイン要求情報が受信された受信日時を記憶する（ステップＳ２５）。これにより、端末管理テーブルには、端末ＩＤ「０１ａａ」に、稼動状態「オンライン（通信可能）」、受信日時「２０１５．４．１０．１３：４０」及びＩＰアドレス「１．２．１．３」が関連付けて管理されることになる。なお、端末のＩＰアドレスは、事前に登録されているのではなく、上記ステップＳ２３で電子黒板１ａから送信されるようにしてもよい。

次に、記憶・読出処理部５９は、上記ステップＳ２３によって受信された電子黒板１ａの端末ＩＤを含む新しいレコードを、セッション管理テーブル（図１１参照）で追加して管理する（ステップＳ２６）。そして、通信管理システム５の送受信部５１は、上記ステップＳ２４の処理によって得られた認証結果が示された認証結果情報を、通信ネットワーク１００を介して、上記ログイン要求してきた電子黒板１ａに送信する（ステップＳ２７）。

ログイン要求端末（電子黒板１ａ）の送受信部１１ａが、正当な利用権限を有する端末であると判断された結果が示された認証結果情報を受信すると、送受信部１１ａが通信ネットワーク１００を介して通信管理システム５へ、宛先リストを要求する旨が示された宛先リスト要求情報を送信する（ステップＳ２８）。これにより、通信管理システム５の送受信部５１は、宛先リスト要求情報を受信する。

次に、記憶・読出処理部５９は、ログイン要求端末（電子黒板１ａ）の端末ＩＤ「０１ａａ」を検索キーとして、宛先リスト管理テーブル（図１０参照）を検索し、ログイン要求端末（電子黒板１ａ）と通信することができる宛先候補の端末ＩＤを読み出すと共に、この端末ＩＤに対応する宛先名を端末管理テーブル（図９参照）から読み出す（ステップＳ２９）。ここでは、ログイン要求端末（電子黒板１ａ）の端末ＩＤ「０１ａａ」に対応する宛先候補のそれぞれの端末ＩＤと、これらに対応する宛先名が抽出される。

次に、通信管理システム５の送受信部５１は、記憶・読出処理部５９を介して記憶部５０００から宛先リスト枠のデータ及び稼動状態を示すアイコンのデータを読み出す（ステップＳ３０）と共に、この宛先リスト枠及びアイコン並びに上記記憶・読出処理部５９によって読み出された端末ＩＤ及び宛先名を含めた「宛先リスト情報（宛先リスト枠、アイコン、端末ＩＤ、宛先名）」を、ログイン要求端末（電子黒板１ａ）に送信する（ステップＳ３１）。これにより、ログイン要求端末（電子黒板１ａ）では、送受信部１１ａが宛先リスト情報を受信し、記憶・読出処理部１９ａが記憶部１０００ａへ宛先リスト情報を記憶する（ステップＳ３２）。

このように、本実施形態では、各端末で宛先リスト情報を管理するのではなく、通信管理システム５が全ての端末の宛先リスト情報を一元管理している。よって、通信システム１０に新たな電子黒板１が含まれるようになったり、既に含まれている端末に替えて新機種の端末を含めるようになったり、宛先リスト枠の見栄え等を変更することになった場合でも、通信管理システム５側で一括して対応するため、各端末側で宛先リスト情報の変更を行う手間を省くことができる。

また、通信管理システム５の記憶・読出処理部５９は、上記の読み出した宛先候補の端末ＩＤを検索キーとして、端末管理テーブル（図９参照）を検索し、上記端末ＩＤ毎に、対応する稼動状態を読み出すことで、宛先候補としての電子黒板１の各稼動状態を取得する（ステップＳ３３）。

次に、送受信部５１は、上記ステップＳ３３で使用された検索キーとしての端末ＩＤと、対応する各宛先端末の稼動状態とが含まれた「端末の状態情報」を、通信ネットワーク１００を介してログイン要求端末（電子黒板１ａ）に送信する（ステップＳ３４）。

次に、ログイン共有端末（電子黒板１ａ）の記憶・読出処理部１９ａは、順次、通信管理システム５から受信した端末の状態情報を記憶部１０００ａに記憶する（ステップＳ３５）。よって、ログイン要求端末（電子黒板１ａ）は、上記各電子黒板１の状態情報を受信することで、ログイン要求端末（電子黒板１ａ）と通信することができる宛先候補である電子黒板１ｂ等の現時点のそれぞれの稼動状態を取得することができる。

次に、ログイン要求端末（電子黒板１ａ）の表示制御部１４ａは、記憶部１０００ａに記憶されている宛先リスト情報、及び端末の状態情報に基づいて、宛先候補としての端末の状態を反映させた宛先リストを作成すると共に、表示制御部１４ａが、電子黒板１ａのディスプレイ１８０に対して、図１５に示されている宛先リスト画面１１００を表示する（ステップＳ３６）。この宛先リスト画面１１００には、宛先候補毎に、稼動状態を示すアイコン、端末ＩＤ、及び宛先名が表示されている。図１５では、各端末の稼動状態を示したアイコンが、上から「オフライン」、「オンライン（通信可能）」として表示されている。 一方、通信管理システム５の記憶・読出処理部５９は、ログイン要求端末（電子黒板１ａ）の端末ＩＤ「０１ａａ」に基づいて宛先リスト管理テーブル（図１０参照）を検索することにより、ログイン要求端末（電子黒板１ａ）の端末ＩＤ「０１ａａ」を宛先候補として登録している他の端末の端末ＩＤを抽出する（ステップＳ３７）。図１０に示されている宛先リスト管理テーブルでは、読み出される他の端末の端末ＩＤは、「０１ａｂ」、「０１ｂａ」、「０１ｄａ」等である。

次に、通信管理システム５の記憶・読出処理部５９は、ログイン要求端末（電子黒板１ａ）の端末ＩＤ「０１ａａ」に基づいて端末管理テーブル（図９参照）を検索し、ログイン要求端末（電子黒板１ａ）の稼動状態を取得する（ステップＳ３８）。

そして、送受信部５１は、上記ステップＳ３７で抽出された端末ＩＤに係る端末のうち、端末管理テーブル（図９参照）で稼動状態が「オンライン」となっている端末に、上記ステップＳ３８で取得されたログイン要求端末（電子黒板１ａ）の端末ＩＤ「０１ａａ」と稼動状態「オンライン」が含まれる「端末の状態情報」を送信する（ステップＳ３９）。なお、送受信部５１が電子黒板１ｂに端末の状態情報を送信する際に、各端末ＩＤに基づいて、端末管理テーブル（図９参照）で管理されている電子黒板１のＩＰアドレスを参照する。これにより、ログイン要求端末（電子黒板１ａ）を宛先候補として通信することができる他の宛先端末のそれぞれに、上記ログイン要求端末（電子黒板１ａ）の端末ＩＤ「０１ａａ」、及び稼動状態「オンライン」を伝えることができる。よって、宛先候補（電子黒板１ｂ等）においても、宛先候補の状態を表示させることができる（ステップＳ４０）。

＜遠隔通信の開始処理＞
続いて、図１６を用いて、電子黒板１ａが電子黒板１ｂに対して遠隔通信を開始する処理を説明する。図１６は、遠隔通信を開始する処理を示したシーケンス図である。

まず、要求元端末（電子黒板１ａ）の利用者が図９に示されている宛先候補（端末ＩＤ「０１ｂａ」）を押下して電子黒板１ｂを選択すると、図７に示されている受付部１２ａは、宛先端末（電子黒板１ｂ）との通話を開始する要求を受け付ける（ステップＳ６１）。宛先端末の選択受付は図２０の「通信開始操作」に相当する。

そして、要求元端末（電子黒板１ａ）の送受信部１１ａは、通信管理システム５に対して、通話を開始したい旨を示す開始要求情報を送信する（ステップＳ６２）。この開始要求情報には、要求元端末（電子黒板１ａ）の端末ＩＤ「０１ａａ」、及び宛先端末（電子黒板１ｂ）の端末ＩＤ「０１ｂａ」が含まれている。これにより、通信管理システム５の送受信部５１は、上記開始要求情報を受信すると共に、送信元である要求元端末（電子黒板１ａ）のＩＰアドレスを受信する。開始要求情報の送信は図２０の「通信接続要求」に相当する。

そして、記憶・読出処理部５９は、開始要求情報に含まれる要求元端末（電子黒板１ａ）の端末ＩＤ「０１ａａ」及び宛先端末（電子黒板１ｂ）の端末ＩＤ「０１ｂａ」に基づき、端末管理テーブル（図９参照）において、上記端末ＩＤ「０１ａａ」、及び端末ＩＤ「０１ｂａ」がそれぞれ含まれるレコードの稼動状態のフィールド部分を、ともに「通話中」に変更する（ステップＳ６３）。なお、この状態では、要求元端末（電子黒板１ａ）、及び宛先端末（電子黒板１ｂ）は、ビデオ会議を開始していないが、通話中状態となり、第三の電子黒板が要求元端末（電子黒板１ａ）又は宛先端末（電子黒板１ｂ）と通話しようとすると、いわゆる通話中状態を示す旨の通知音又は表示が出力される。

次に、実際に利用される中継装置３を選択するためのセッションを実行する処理を説明する。まず、通信管理システム５の生成部５３は、中継装置３を選択するためのセッションの実行に用いられるセッションＩＤを生成する（ステップＳ６４）。ここでは、セッションＩＤ「ｓｅ１」が生成された場合について説明する。

そして、記憶・読出処理部５９は、セッション管理テーブル（図１１参照）に、上記ステップＳ６４で生成されたセッションＩＤ「ｓｅ１」、要求元端末（電子黒板１ａ）の端末ＩＤ「０１ａａ」、及び宛先端末（電子黒板１ｂ）の端末ＩＤ「０１ｂａ」を関連付けて記憶して管理する（ステップＳ６５）。

次に、図９に示されている通信管理システム５の選択部５４は、中継装置管理テーブル（図１２参照）及び端末管理テーブル（図９参照）に基づいて、要求元端末（電子黒板１ａ）及び宛先端末（電子黒板１ｂ）の２拠点間の通話を中継するための中継装置３の選択を行う（ステップＳ６６）。具体的には、中継装置管理テーブル（図１２参照）において稼動状態が「ＯＮライン」の中継装置３に係る中継装置３ＩＤのうち、端末管理テーブル（図９参照）において要求元端末（電子黒板１ａ）のＩＰアドレスに近いＩＰアドレスの中継装置３に係る中継装置３ＩＤが選択される。ここでは、中継装置３ａ（中継装置３ＩＤ「１１１ａ」）が選択された場合について、以降、続けて説明する。

以上のステップＳ６６における中継装置３の選択の処理が終了すると、通信管理システム５の送受信部５１は、要求元端末（電子黒板１ａ）に対して、中継装置選択情報を送信する（ステップＳ６７－１）。この中継装置選択情報には、上記ステップＳ６６によって選択された中継装置３のＩＰアドレス、及び上記ステップＳ６４によって生成されたセッションＩＤ「ｓｅ１」が含まれている。これにより、要求元端末（電子黒板１ａ）は、中継装置選択情報の送信元である通信管理システム５のＩＰアドレスを取得することができる。

更に、通信管理システム５の送受信部５１は、宛先端末（電子黒板１ｂ）に対して、中継装置選択情報を送信する（ステップＳ６７－２）。この中継装置選択情報には、上記ステップＳ６６によって選択された中継装置３のＩＰアドレス、要求元端末（電子黒板１ａ）の端末ＩＤ「０１ａａ」、及び上記ステップＳ６４によって生成されたセッションＩＤ「ｓｅ１」が含まれている。これにより、宛先端末（電子黒板１ｂ）は、セッションＩＤ「ｓｅ１」におけるセッションの実行において、中継装置選択情報の送信元である通信管理システム５のＩＰアドレスを取得することができる。

次に、上記ステップＳ６７－１の処理に対して、要求元端末（電子黒板１ａ）の送受信部１１は、通信管理システム５に対して、上記ステップＳ６７－１の処理により中継装置選択情報の受信が完了した旨を示す受信完了情報を送信する（ステップＳ６８－１）。この受信完了情報には、上記ステップＳ６７－１の処理で送受信されたセッションＩＤが含まれている。これにより、通信管理システム５は、特定のセッションＩＤ「ｓｅ１」で実行されている中継装置選択情報の伝達が完了した旨を取得する。

更に、上記ステップＳ６７－２の処理に対して、宛先端末（電子黒板１ｂ）は、同様に通信管理システム５へ、上記ステップＳ６７－２の処理により中継装置選択情報の受信が完了した旨を示す受信完了情報を送信する（ステップＳ６８－２）。この場合も、通信管理システム５は、特定のセッションＩＤ「ｓｅ１」で実行されている中継装置選択情報の伝達が完了した旨を取得する。

電子黒板１ａは、受信した中継装置選択情報に基づいて、中継装置３との間でセッションを確立する。同様に、電子黒板１ｂは、受信した中継装置選択情報に基づいて、中継装置３との間でセッションを確立する（ステップＳ６９）。これにより、同じセッションに電子黒板１ａと１ｂが参加できる。すなわち、通信サービスが開始される。通信セッションの確立は図２０の「通信サービス開始要求＋通信サービス開始応答」に相当する。

以上により、電子黒板１ａ，１ｂは、上記ステップＳ６６で選択された中継装置３を介して、映像データ及び音データを送受信することで、ビデオ会議を行うことができる。

＜資料画像及びストローク画像の通信処理＞
続いて、図１７乃至図１９を用いて、電子黒板１に表示されている資料画像及び入力されたストローク画像の通信処理について説明する。図１７及び図１８は、資料画像の画像データ及びストローク画像のストロークデータを共有する処理を示したシーケンス図である。ここでは、電子黒板１ａ，１ｂで資料画像の画像データ及びストローク画像のストロークデータを共有する場合であって、電子黒板１ａで表示された資料画像及び入力されたストローク画像が、電子黒板１ｂでも表示される場合について説明する。図１９のうち、（ａ）は電子黒板１ａの画面例、（ｂ）は電子黒板１ｂの画面例、（ｃ）は電子黒板１ａの画面例、（ｄ）は電子黒板１ｂの画面例である。資料画像の画像データ及びストローク画像のストロークデータの送受信は図２０の「通信サービス中」に相当する。

まず、拠点Ａの電子黒板１ａでは、表示制御部１４ａによって図１９（ａ）に示されている画面がディスプレイ１８０上に表示されている。ここでは、資料画像ｄ１、拠点Ｂの映像ｖ２、資料画像ｄ１を共有する場合に押下される「共有」ボタンｂ１が表示されている。この状態で、電子黒板１ａの利用者ａが「共用」ボタンｂ１を押下すると、受付部１２ａが利用者ａから資料画像の共有処理を受け付ける（ステップＳ１０１）。次に、送受信部１１ａは、通信管理システム５に対して、資料画像の画像データの保存位置を示すＵＲＬ(Uniform Resource Locator)を要求する旨を示す要求情報を送信する（ステップＳ１０２）。これにより、通信管理システム５の送受信部５１は、要求情報を受信する。なお、ＵＲＬは保存位置情報の一例であり、保存位置情報にはＵＲＩ(Uniform Resource Identifier)も含まれる。

次に、通信管理システム５の生成部５３は、資料画像の画像データの保存位置を示すＵＲＬを生成する（Ｓ１０３）。そして、送受信部５１は、電子黒板１ａに対して、生成部５３によって生成された画像データのＵＲＬを送信する。これにより、電子黒板１ａの送受信部１１ａは、画像データのＵＲＬを受信する（Ｓ１０４）。

次に、電子黒板１ａの送受信部１１ａは、通信管理システム５に対して、資料画像の画像データのアップロードの開始通知を送信する（ステップＳ１０５）。これにより、通信管理システム５の送受信部５１は、開始通知を受信する。

次に、送受信部５１は、遠隔会議中の相手側の電子黒板１ｂに対して、開始通知を転送する（ステップＳ１０６）。これにより、電子黒板１ｂの送受信部１１ｂは、開始通知を受信する。電子黒板１ｂの表示制御部１４ｄは、電子黒板１ｂのディスプレイ１８０上に、図１９（ｂ）に示されているような画面を表示させる（ステップＳ１０７）。ここでは、もともと拠点Ａの映像ｖ１及び共有する場合に押下される「共有」ボタンｂ２が表示されており、ステップＳ１０６の開始通知により、資料画像の画像データのダウンロードの時間経過を視覚的に示す砂時計のアイコンｃ２を表示する出力が行われる。

また、時間経過は、静止画の砂時計によって示したり、砂の動きがある動画の砂時計によって示したりすることができる。また、砂時計のアイコンｃ２は、画像データをダウンロードする予定である旨を示す予定情報の一例である。予定情報の他の例としては、砂時計以外のアイコン（例えば、時計のアイコン）であっても良いし、アイコンではなく文字（及び/又は「記号」）であってもよし、アイコンと文字（及び/又は「記号」）の組み合わせであってもよい。また、予定情報は、音による通知であってもよい。この場合、表示制御部１４ｄではなく、映像・音処理部１３ａによってスピーカ１５０から音の出力が行われる。

なお、電子黒板１ａは、上記ステップＳ１０５の処理後に上記ステップＳ１０２の処理を行ってもよい。また、通信管理システム５は、上記ステップＳ１０５により画像データのアップロード開始通知を受信した後に、上記ステップＳ１０４により画像データのＵＲＬを送信してもよい。

続いて、電子黒板１ａの送受信部１１ａは、ステップＳ１０４で受信した画像保存装置７に係るＵＲＬに対して、資料画像の画像データのアップロードを行う（ステップＳ１０８）。これにより、画像保存装置７の送受信部７１は、画像データを受信する。そして、画像保存装置７の記憶・読出処理部７９は、記憶部７０００におけるＵＲＬに対して、画像データを記憶する（ステップＳ１０９）。

続いて、拠点Ａでは、利用者Ａ１が、電子ペン１９０や手Ｈを電子黒板１ａのディスプレイ１８０上に接触して移動させることで、受付部１２ａが、移動のストローク（軌跡）の入力を受け付ける（ステップＳ１１０）。そして、画像処理部１７ａがストロークに基づいて、２次元のディスプレイ１８０上にストローク画像を表示させるためのストロークデータ（例えば、座標データ（ｘ，ｙ））を作成すると共に、表示制御部１４ａが電子黒板１ａのディスプレイ１８０上にストローク画像を表示させる（ステップＳ１１１）。これにより、図１９（ｃ）に示されているように、ストローク画像ｓｔ１が表示される。

次に、送受信部１１ａは、通信管理システム５に対して、ステップＳ１１１で作成されたストローク画像を再生するためのストロークデータを送信する（ステップＳ１１２）。これにより、通信管理システム５の送受信部５１は、ストローク画像のストロークデータを受信する。そして、通信管理システム５では、記憶・読出処理部５９が、ストロークデータを記憶する（ステップＳ１１３）。

次に、送受信部５１は、相手側の電子黒板１ｂに対して、ストロークデータを転送する（ステップＳ１１４）。これにより、電子黒板１ｂの送受信部１１ｂは、ストロークデータを受信する。そして、電子黒板１ｂでは、画像処理部１７ｂがストロークデータに基づいてストローク画像を作成し、表示制御部１４ｄが電子黒板１ｂのディスプレイ１８０上にストローク画像を表示させる（ステップＳ１１５）。これにより、図１９（ｄ）に示されているように、相手側の電子黒板１ａと同じストローク画像ｓｔ１が表示される。

続いて、図１８に示されているように、画像保存装置７の送受信部７１は、電子黒板１ａに対して、資料画像の画像データのアップロードが完了した旨を示す完了通知を送信する（ステップＳ１２１）。これにより、電子黒板１ａの送受信部１１ａが、完了通知を受信する。

次に、電子黒板１ａの送受信部１１ａが、通信管理システム５に対して、資料画像の画像データのアップロードが完了した旨を示す完了通知を送信する（ステップＳ１２２）。この完了通知には、ステップＳ１０４で受信された画像データのＵＲＬが含まれている。これにより、通信管理システム５の送受信部５１は、完了通知を受信する。そして、送受信部５１は、相手側の電子黒板１ｂに対して、ＵＲＬを含む完了通知を転送する（ステップＳ１２３）。これにより、電子黒板１ｂの送受信部１１ｂは、完了通知を受信する。

次に、電子黒板１ｂの送受信部１１ｂは、ステップＳ１２３で受信した画像保存装置７に係るＵＲＬに対して、資料画像の画像データのダウンロードを要求する旨を示す要求情報を送信する（ステップＳ１２４）。これにより、画像保存装置７の送受信部７１は、要求情報を受信する。

次に、画像保存装置７では、記憶・読出処理部７９がＵＲＬに基づいて、記憶部７０００から要求対象である資料画像の画像データを読み出す（ステップＳ１２５）。そして、送受信部７１が、要求元である電子黒板１ｂに対して、要求対象である資料画像の画像データを送信する（ステップＳ１２６）。これにより、電子黒板１ｂの送受信部１１ｂは、画像データのダウンロード（受信）を行う。

そして、電子黒板１ｂ側では、表示制御部１４ｂが、図１９（ｄ）に示されている画面上に、図１９（ｃ）に示されている資料画像ｄ１と同じ資料画像を表示させると共に、それまで表示していた砂時計のアイコンｃ２を非表示にする（Ｓ１２７）。

＜ログデータの送信タイミング＞
図２０は、電子黒板１がログデータを送信するイベントと各イベントで送信されるログデータを説明する図の一例である。図２０では実線の矢印が制御信号を示し、点線の矢印がログデータの送信を示す。図２０の電子黒板１からログ蓄積装置７３まで伸びる点線の始点は電子黒板１で発生したイベント１～１６を示す。以下、イベント１～１６について説明する。
・イベント１：ユーザによる宛先選択操作を受け付けたというイベントにより、通信開始操作のログデータが送信される。
・イベント２：開始要求情報が通信管理システム５に送信されたイベントにより、通信接続要求のログデータが送信される。
・イベント３：宛先の電子黒板１ｂが通信接続要求を受信したイベントにより、通信接続応答のログデータが送信される。
・イベント４：要求元の電子黒板１ａが通信管理システム５から中継装置選択情報を受信したイベントにより、通信接続応答のログデータが送信される。
・イベント５～８：セッションの確立により通信サービス開始要求及び通信サービス開始応答のログデータが送信される。
・イベント９：通信サービス中は、周期的にログデータが送信される。周期的にログデータを送信するイベントは例えばタイマーのタイムアップによる周期イベントである。
・イベント１０：ユーザによる通信終了操作（切断）を受け付けたというイベントにより、通信終了要求のログデータが送信される。
・イベント１１：通信終了要求が通信管理システム５に送信されたイベントにより、通信終了要求のログデータが送信される。
・イベント１２：電子黒板１ａが通信管理システム５から通信終了応答を受信したイベントにより、通信終了応答のログデータが送信される。
・イベント１３：電子黒板１ｂには通信終了が通知されるので、電子黒板１ｂがこの通知を受信したイベントにより、通信終了応答のログデータが送信される。
・イベント１４、１５：通信サービス（セッション）が切断された旨が中継装置３から送信されたイベントにより、通信サービス終了応答のログデータが送信される。
・イベント１６：ユーザがアンケートに回答して送信する回答イベントが発生すると、アンケート回答のログデータがログ蓄積装置７３に送信される。

このように、本実施形態の電子黒板１はログデータを電子黒板１に蓄積せずに、通信サービス中もイベントの発生に応じて、そのたびに、電子黒板１からログデータを送信することができる。

これにより、通信サービス中にネットワーク回線の切断等や、電子黒板１が停止するような異常が発生しても、発生直前までのログデータは電子黒板１からログ蓄積装置７３に送信することができる。管理者等は、異常発生直前までのログデータを迅速に分析できる。

＜電子黒板１によるログデータの送信処理＞
図２１は、電子黒板１がログデータを生成・送信する処理を説明するシーケンス図の一例である。

S51：電子黒板１でイベントが発生する。

S52：機能別ログ生成部２３はイベントの発生を検出して、まず、イベントに応じたカテゴリー別階層データを生成する。

S53：機能別ログ生成部２３はログ生成処理部２１にログ送信要求を送出する。ログ送信要求にはカテゴリーとカテゴリー別階層データが含まれる。

S54：ログ生成処理部２１は共通ログ生成部２２に共通ログデータを生成させ、入れ子構造のログデータを生成する。

S55：ログ生成処理部２１はログ送信制御部２６に対し、ログ送信要求を送出する。

S56：ログ送信制御部２６は送受信部１１にログ送信要求を送出する。

S57：ログ送信制御部２６は再送タイマーと最大送信回数を管理しており、直前に送信したログデータの送信から一定時間が経過し、かつ、最大送信回数以下の場合、ログ送信要求を送受信部１１に送出する。こうすることで、通信異常の場合に最大送信回数だけ送信を試みることができる。

S58：送受信部１１はログデータをログ蓄積装置７３に送信する。

S59：ログ蓄積装置７３の送受信部９８はログデータを受信し、データ格納処理部９６が後述するように所定のパーティションにログデータを保存させる。

S60～S63：ログ送信結果がログ蓄積装置７３から電子黒板１に送信される。ログ送信結果が電子黒板１に届かない場合、最大送信回数以下の範囲で再送される。

＜ログ蓄積装置におけるログデータの蓄積処理＞
図２２は、ログ蓄積装置７３がログデータを蓄積する処理を説明するシーケンス図の一例である。

S61：ログ蓄積装置７３の送受信部９８は電子黒板１からログデータを受信する。

S62：入れ子構造を解除するため、送受信部９８はログデータを入れ子構造解除処理部９７に送出する。

S63：入れ子構造解除処理部９７は入れ子構造の解除（１階層化）を行う。

S64：入れ子構造解除処理部９７は入れ子構造が解除済みのログデータをパーティション処理部９５に送出する。

S65：パーティション処理部９５はパーティションを作成する必要があるか否かを判断し、必要であればパーティションを作成する。パーティションを作成する必要がある場合とは、機種、サービス用途、ソフトウェアのバージョンなどでパーティションが分類されているが、新たな機種、サービス用途、バージョン情報等がログデータから初めて確認された場合である。なお、日付でパーティションが区分される場合などは、日付が切り替わった時にパーティションを作成すればよく、ログデータの受信時にパーティションを作成するとは限らない。

S66：パーティション処理部９５は、パーティションを作成後又は作成せずに入れ子構造が解除済みのログデータをデータ格納処理部９６に送出する。

S67：データ格納処理部９６はログデータに基づいて分類されるパーティションにログデータを蓄積する。

S68：データ格納処理部９６は送受信部９８にログ送信結果通知を送出する。これにより、電子黒板１にログ送信結果通知が送信される。

＜ログデータの例＞
以下では、図２３～図２７を用いてログデータの具体例をいくつか説明する。図２３は、ログデータのうち共通データの一例を示す図である。共通データは、ログデータの分類集計や、カテゴリー別の異なる種類のログデータの横断的な分析に用いられる場合がある。

図２３に示すように、共通データは、ログＩＤ、ユーザＩＤ、機種名、ソフトウェアなどバージョン番号、サービス用途の情報、イベント発生（ログ生成）時刻、ログ生成元の機能ＩＤ、ログのカテゴリー（分類）などである。なお、「XXXXX…」は具体的な値が設定されるが図では省略されている。
「log_id」：ログごとにユニークとなるログＩＤ
「user_id」:ユーザＩＤ
「product」:機種名
「xx_version」:ソフトウェアなどバージョン番号
「app_info」：サービス用途の情報
「timestamp」：イベント発生（ログ生成）時刻
「func_id」：ログ生成元の機能ＩＤ
「category」:イベントに対応したカテゴリーの種類
なお、カテゴリーが"communication.signaling"のログデータは接続処理のカテゴリーを意味する。接続処理には通信接続要求、通信接続応答、通信サービス開始、及び、通信終了の各処理がある。

共通データがあることで、例えば、接続処理のログデータと、ユーザ主観のアンケートのログデータという異なるカテゴリー間のログデータの紐づけを行うことができる。例えば、ユーザＩＤ、機種名、ソフトウェアのバージョン情報などで紐付けることができる。

図２４は、接続処理のカテゴリー別階層データの一例を示す。図２４（ａ）は接続処理のうちの通信接続要求のカテゴリー別階層データを示す。通信接続要求のログデータの「comm_id」は通信サービスＩＤ (通信の接続毎に固有となるＩＤ)を意味する。以下のログデータでも同様である。

「comm_event_type」：どのような接続処理であるかを意味する。図２４（ａ）では通信接続要求であることを示す値が設定される。

図２４（ｂ）は接続処理のうちの通信接続応答のカテゴリー別階層データを示す。
「comm_event_type」：どのような接続処理であるかを意味する。図２４（ｂ）では通信接続応答であることを示す。

図２５（ａ）は接続処理のうち通信サービス開始のカテゴリー別階層データの一例である。通信サービス開始のログデータはネットワーク環境条件、ネットワーク環境条件に合わせて設定された動作モードなどを含む。
「comm_event_type」：どのような接続処理であるかを意味する。図２５（ａ）では通信開始のログデータであることを示す値が設定される。
「network_protocol」：通信プロトコルが設定される。
「network_proxy」：プロキシサーバの利用の有無を示す。
「network_connection」：通信に使用した通信手段（ＬＴＥ、５Ｇ等）が設定される。
「xx_comm_mode」：例えば画像のフレームレートと通信速度が設定される。

図２５（ｂ）は接続処理のうち通信終了のカテゴリー別階層データの一例である。通信終了のログデータは通信終了の理由などを含む。
「comm_event_type」：どのような接続処理であるかを意味する。図２５（ｂ）では通信終了のログデータであることを示す値が設定される。
「reason」：通信の切断の理由が設定される。例えば、ユーザの操作によって終了したことが設定される。この他、サーバが終了させたことなどが設定される。

図２６（ａ）は通信異常終了のカテゴリー別階層データの一例である。通信異常終了のログデータは「category」が「communication.error」のログデータである。このログデータは接続失敗や通信が異常終了した場合に生成される。
「comm_event_type」：どのような接続処理であるかを意味する。図２６（ａ）では通信異常終了のログデータであることを示す値が設定される。
「error_name」：どのような通信異常が生じたかを示す。例えば、通信開始時に異常が生じたことなどが設定される。
「error_type」：通信異常のタイプを示す。例えば、無応答によりタイムアウトしたこと等が設定される。
「error_description」：通信異常の内容を示す。例えば、レスポンスがタイムアウトしたことなどが設定される。
「state」：異常発生時の状態を示す。例えば、通信開始時、呼び出し時、通信中、又は、通信後などがある。

図２６（ｂ）は周期送信のカテゴリー別階層データの一例である。周期送信のログデータは「category」が「communication.service_quality 」のログデータである。このログデータは通信サービスの品質データとなる。
「actual_send_audio_bw」：音声送信の通信使用帯域実績値を示す。例えば帯域を示す値（○○ＭＨｚ等）が設定される。
「actual_recv_audio_bw」：音声受信の通信使用帯域実績値を示す。例えば帯域を示す値（○○ＭＨｚ等）が設定される。
「avail_send_audio_bw」：音声送信の通信使用可能帯域値を示す。例えば帯域を示す値（○○ＭＨｚ等）が設定される。
「avail_recv_audio_bw」：音声受信の通信使用可能帯域値を示す。例えば帯域を示す値（○○ＭＨｚ等）が設定される。

この他、動画、静止画、資料データなど、送受信するデータの種類毎に用意された利用可能帯域と実績値が送信されてよい。
「rtt」：通信先との間の遅延時間（Round Trip Time）を示す。例えば時間（○○ミリ秒）が設定される。
「rssi」：通信回線が例えば無線の場合の無線信号強度（Received Signal Strength Indication）を示す。例えば数値が設定される。

また、以下は通信品質ログに相当する。
「transmitted_data_total_count」：中継装置３へ送信される総データ転送回数
「transmitted_stroke_data_count」：中継装置３へのストロークデータ転送数
「transmitted_image_data_count」： 画像保存装置７への画像データ転送数
「transmitted_move_data_count」： 中継装置３への描画要素の移動データ転送数
「transmitted_erase_data_count」： 中継装置３への描画要素の消去データ転送数
「lost_data_total_count」:中継装置３からデータ転送成功の応答が戻らなかった総数（欠損総数）
「lost_stroke_data_count」: 中継装置３からストロークデータ転送成功の応答が戻らなかった総数（欠損数）
「lost_image_data_count」:画像保存装置７から画像データ転送成功の応答が戻らなかった総数（欠損数）
「lost_move_data_count」: 中継装置３から描画要素の移動データ転送成功の応答が戻らなかった総数（欠損数）
「lost_erase_data_count」：中継装置３から描画要素の消去データ転送成功の応答が戻らなかった総数（欠損数）
「count_time」:周期送信の時間（周期送信失敗時は、次の周期で送信するため、1周期分加算される）
図２７（ａ）はアンケートの回答として送信されるカテゴリー別階層データの一例である。通信終了後、ユーザがアンケートに答えることが望まれており、アンケートの回答もログデータとして扱われる。アンケートのログデータは「category」が「questionnaire.comm_quality」のログデータである。
「answer」：アンケートの回答であることを示す。
「comm_quality_q0001－01」：通信品質のユーザ評価値（満足度）であり、例えば５段階のうち何段階かを示す。
「comm_quality_q0002－01」：画像データに問題があったかどうかを意味し、例えば「１」は問題があることを「０」は問題がないことを示す。
「comm_quality_q0002－02」：音声に問題があったかどうかを意味し、例えば「１」は問題があることを「０」は問題がないことを示す。
「comm_quality_q0002－03」：同様に他の何らかの問題があったかどうかを意味する。
「comm_quality_q0003－01」：は自由筆記のアンケートであり、ユーザは例えば、「aaとbbとccとの端末の通信で、通信開始５分後から音がブツブツ途切れた」などの文章を入力する。

図２７（ｂ）は端末利用デバイス情報が送信されるログデータの一例である。端末利用デバイス情報は、通信開始時、及び、デバイスの変更発生時等のイベントで送信される。端末利用デバイス情報のログデータは「category」が「communication.setting」のログデータである。
「cpu_info」：電子黒板１のＣＰＵの製品名である。
「speaker_name」：電子黒板１に接続されているスピーカの製品名である。
「mic_name」：電子黒板１に接続されているマイクの製品名である。
「camera_name」：電子黒板１に接続されているカメラの製品名である。
「speaker_volume」：スピーカの音量（ボリューム）であり、「mic_volume」はマイクの音量（ボリューム）であり、「speaker_mute」「mic_mute」「camera_mute」はそれぞれ消音（ミュート）の有無であり、「auto_xx_control」、「yy_setting」「xx_comm_mode」は電子黒板１の各種の設定情報である。

＜手書きデータ関連情報の送信時の処理＞
図２８は、通信システム１０が手書きデータ関連情報の欠損を検出して各電子黒板１ａ、１ｂにデータ欠損情報を送信する手順を示すシーケンス図の一例である。

S1001：図１７で説明したように、電子黒板１ａの送受信部１１ａが手書きデータ関連情報を中継装置３に送信する。

S1002：電子黒板１ａの送信データ欠損算出部２４は手書きデータ関連情報を送信すると、データの属性別にデータ転送回数をカウントアップする。

S1003：中継装置３の送受信部３１は電子黒板１ｂに手書きデータ関連情報を転送する。

S1004：電子黒板１ｂの送受信部１１ｂは受信完了を中継装置３に送信する。

S1005：中継装置３の送受信部３１は受信完了を受信すると、受信応答を電子黒板１ａに送信する。こうすることで、電子黒板１ｂが確実にデータを受信した場合に、中継装置３は受信応答を電子黒板１ａに送信できる。しかし、図２８では電子黒板１ｂが受信完了を送信することを中継装置３が確認しているが、中継装置３が手書き関連情報を受信したことにより（例えば電子黒板１ａがAckを受信したこと）、電子黒板１ａが受信応答を検出してもよい。

S1006：電子黒板１ａの送受信部１１ａが手書きデータ関連情報を中継装置３に送信しても、一定時間内に受信応答を受信しない場合がある。

S1007：：電子黒板１ａの送受信部１１ａは受信応答なしを検出する。あるいは、単にAckがないこと（タイムアウト）を検出してもよい。

S1008：電子黒板１ａの送信データ欠損算出部２４は属性別にデータ転送回数をカウントアップすると共に、欠損数をカウントアップする。また、送信データ欠損算出部２４は属性別に「欠損率＝欠損総数/総データ転送回数」を算出する。この欠損率の算出はログ収集分析システム８０が行ってもよい。

S1009：電子黒板１ａのログ送信制御部２６は、周期的に通信品質ログをログ収集分析システム８０に送信する。通信品質ログは、端末ＩＤ、会議情報、単位時間当たりの属性別の欠損総数/総データ転送回数、及び、計測時間を含む。通信品質ログが欠損する場合は、次の周期までデータ転送回数と欠損数をカウントアップしておいて送信する。

S1010：したがって、電子黒板１ａが通信品質ログの受信応答をログ収集分析システム８０から受信すると、送信データ欠損算出部２４はデータ転送回数と欠損数をリセットする。

S1011：ログ収集分析システム８０の送受信部９８は通信品質ログを受信し、ログ蓄積装置７３がログデータ記憶部４５に記憶する。通信品質ログはログ蓄積装置７３から構造データ処理装置８７に送信される。警報判断処理部９２は単位時間当たりの属性別に欠損率とアラーム閾値を比較する。アラーム閾値は属性別に異なってよい。

S1012、Ｓ1013：欠損率がアラーム閾値以上の場合、ログ収集分析システム８０の警報判断処理部９２は同じ会議に参加している全ての電子黒板１へデータ欠損情報を送信する。欠損率がアラーム閾値以上の電子黒板１を送信対象から除いてもよい。データ欠損情報にはアラームの原因となった電子黒板１の識別情報と、属性別の欠損率等が含まれる。欠損率はアラーム閾値以上のものだけでもよいし、全ての属性の欠損率が含まれていてもよい。したがって、少なくとも欠損率が閾値以上でない電子黒板１に、欠損率が閾値以上の電子黒板がある旨が通知される。

また、同じ会議の電子黒板は、警報判断処理部９２がセッション管理テーブルのセッションＩＤを辿ることで特定できる。例えば、欠損率がアラーム閾値以上の電子黒板１と通信している電子黒板１をセッション管理テーブルから特定し、少なくともどちらかの電子黒板１と通信している他の電子黒板１をセッション管理テーブルから特定する。この処理を繰り返すことで同じ会議に参加している電子黒板を抽出できる。

S1014、S1015：各電子黒板１の送受信部１１はデータ欠損情報を受信して、画像処理部１７がアラームの原因となった電子黒板１の識別情報、及び、欠損率等を表示する。なお、表示例を図３１にて説明する。すなわち、少なくとも欠損率が閾値以上でない電子黒板１は、欠損率が閾値以上の電子黒板がある旨を出力することができる。

＜＜電子黒板の処理＞＞
図２９は、電子黒板１が通信品質ログをログ収集分析システム８０へ送信する手順を説明するフローチャート図の一例である。図２９の処理はセッションの確立後、繰り返し実行される。

上記のように、電子黒板１ａとｂの間でセッションが確立する（Ｓ１０２０）。

ログ送信制御部２６は、通信品質ログの送信周期を検出するための周期タイマーを開始する（Ｓ１０２１）。周期は例えば数十秒から数分又は数十分である。

ユーザが手書きデータ関連情報を電子黒板１に入力する（Ｓ１０２２）。受付部１２は手書きデータ関連情報の入力を受け付ける。すなわち、ストロークデータ、静止画像データの表示、ストロークデータの移動、消去などを受け付ける。なお、静止画像データは例えば、電子黒板１に接続されたＰＣが送信する画面データをキャプチャしたキャプチャ画像、ＵＳＢメモリやネットワーク上のファイルから読み取ったページデータである。

電子黒板１の送受信部１１は手書きデータ関連情報を中継装置３に送信する（Ｓ１０２３）。

送信データ欠損算出部２４は所定時間内に中継装置３から受信応答を受信するか否かを判断する（Ｓ１０２４）。

送信データ欠損算出部２４は属性別のデータ転送回数と欠損数をカウントアップする（Ｓ１０２５）。受信応答を受信した場合、欠損数はカウントアップされない。

ステップＳ１０２１で開始した周期タイマーが満了するまでは（Ｓ１０２６の未満了）、ステップＳ１０２２～Ｓ１０２５が繰り返し実行される。

ステップＳ１０２１で開始した周期タイマーが満了した場合（Ｓ１０２６の満了）、ログ送信制御部２６は通信品質ログをログ収集分析システム８０に送信する（Ｓ１０２７）。通信品質ログのみが送信されても他のログデータが含まれてもよい。

送信データ欠損算出部２４は、通信品質ログに対する受信応答を受信したか否かを判断する（Ｓ１０２８）。受信した場合（Ｓ１０２８のＹｅｓ）、送信データ欠損算出部２４は属性別のデータ転送回数と欠損数をリセットする（Ｓ１０２９）。受信しない場合（Ｓ１０２８のＮｏ）、送信データ欠損算出部２４は属性別のデータ転送回数と欠損数をリセットすせずに、次の周期タイマーを開始する。

＜＜ログ収集分析システムの処理＞＞
図３０は、ログ収集分析システム８０が通信品質ログに基づいて電子黒板１にアラームを送信する手順を説明するフローチャート図の一例である。図３０の処理は、電子黒板１からの通信品質ログの送信に応じて実行される。

まず、ログ収集分析システム８０の送受信部９８が通信品質ログを受信する（Ｓ１０３１）。データ格納処理部９６が通信品質ログを格納し、送受信部９８が通信品質ログを構造データ処理装置８７に送信する。構造データ処理装置８７の警報判断処理部９２は送受信部９１を介して通信品質ログを受信する。

警報判断処理部９２は、属性別に、欠損率がアラーム閾値以上か否かを判断する（Ｓ１０３２）。なお、欠損率は警報判断処理部９２が算出してもよい。アラーム閾値未満の場合（Ｓ１０３３の未満）、処理はステップＳ１０３１に戻る。

アラーム閾値以上の場合（Ｓ１０３３の以上）、警報判断処理部９２は、同じ会議に参加する全ての電子黒板１にデータ欠損情報を送信する（Ｓ１０３４）。

＜アラームの表示例＞
図３１は、電子黒板１が表示したデータ欠損情報画面を示す図である。図３１ではディスプレイ１８０の右上にデータ欠損情報２００が表示されている。データ欠損情報２００は「データ欠損のお知らせ」というメッセージ２０１を表示する。これにより、ユーザはデータ欠損情報が表示されたこと、及び、同じ会議にネットワーク環境が悪い電子黒板１があることを把握できる。

データ欠損情報２００は更に、欠損率がアラーム閾値以上となった電子黒板１の拠点名２０２、及び、該電子黒板１の欠損率２０３が表示されている。表示される内容は、各電子黒板１で共通でよい。電子黒板１の拠点名２０２は電子黒板の識別情報であるが、端末ＩＤが表示されてもよい。

各ユーザは自分たちの拠点名を知っているので、手書きデータ関連情報の欠損が自分たちによるものかどうかを判断できる。

しかし、データ欠損情報の原因となった電子黒板１と他の電子黒板１では表示するデータ欠損情報は異なっていてもよい。この場合、警報判断処理部９２が、データ欠損情報の原因となった電子黒板１に対し、データ欠損情報の原因となった電子黒板である旨を送信する。したがって、データ欠損情報の原因となっていない電子黒板１とは異なるデータ欠損情報が送信される。

図３２は、データ欠損情報の原因となった電子黒板１が表示するデータ欠損情報画面を示す図である。図３２のデータ欠損情報画面では、データ欠損情報が「この端末の欠損率が悪化しました。改善してください」というメッセージ２０４を表示している。つまり、データの欠損率が大きい電子黒板が自機である旨を表示する。データ欠損情報の原因となった電子黒板１のユーザは自分たちのネットワーク環境などを改善できる。

＜主な効果＞
以上説明したように、本実施形態の通信システム１０は、電子黒板１が他拠点との会議中に、手書きデータ関連情報の送信に対する受信応答の有無を確認し、転送データの欠損を検出することによって、サービスへの影響の発生を検出する。また、各電子黒板１が転送データ欠損情報をログ収集分析システム８０に周期的に送信することにより、サービスへの影響度(欠損率、他の会議参加拠点、発生時間帯)の把握や分析を可能にし、欠損率のアラーム閾値との比較に応じて、ログ収集分析システム８０から各電子黒板１にデータ欠損情報を送信することができる。

＜その他の適用例＞
以上、本発明を実施するための最良の形態について実施例を用いて説明したが、本発明はこうした実施例に何等限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々の変形及び置換を加えることができる。

例えば、周期的に送信するのでなく、ユーザの明示的なログデータの送信操作をイベントとしてログデータを送信してもよいし、通信管理システム５からのログデータの送信指示をイベントとしてログデータを送信してもよい。

また、電子黒板１はログデータを直接、ログ蓄積装置７３に送信するのでなく、通信管理システム５を介してログ蓄積装置７３に送信してもよい。

また、本実施例では、中継装置３を介して電子黒板１が通信しているが、電子黒板１は中継装置３を介さずに通信してもよい。このような通信の通信プロトコルとして例えばＷｅｂＲＴＣ（Web Real－Time Communication）が知られている。

また、本実施形態では周期的に電子黒板１がログデータを送信すると説明したが、例えば、Ｎ個（＞１）のログデータがたまるごとにまとめて送信してもよい。

また、図６、図１３などの構成例は、通信管理システム５、電子黒板１及びログ収集分析システム８０による処理の理解を容易にするために、主な機能に応じて分割したものである。処理単位の分割の仕方や名称によって本願発明が制限されることはない。通信管理システム５、電子黒板１及びログ収集分析システム８０の処理は、処理内容に応じて更に多くの処理単位に分割することもできる。また、１つの処理単位が更に多くの処理を含むように分割することもできる。

また、本実施例では説明の都合上、通信管理システム５と中継装置３を別々の装置として説明したが、両者の機能が統合された装置が通信管理システム５と中継装置３の機能を提供してもよい。

また、通信管理システム５やログ収集分析システム８０は、サーバクラスタといった複数のコンピューティングデバイスを含む。複数のコンピューティングデバイスは、ネットワークや共有メモリなどを含む任意のタイプの通信リンクを介して互いに通信するように構成されており、本明細書に開示された処理を実施する。

更に、通信管理システム５やログ収集分析システム８０は、開示された処理ステップ、例えば図２８を様々な組み合わせで共有するように構成できる。

１ 電子黒板
３ 中継装置
５ 通信管理システム
７ 画像保存装置
１０ 通信システム
８０ ログ収集分析システム

特開２００３－３４８１８６号公報

Claims (11)

1. 複数の通信端末が１つ以上の情報処理システムを介して通信する通信システムであって、
   前記通信端末が送信するデータであって、手書きデータの一部が通信回線の品質低下により欠損する前記データの欠損率を検出し、
   前記１つ以上の情報処理システムは、前記欠損率が閾値以上の前記通信端末がある場合、前記手書きデータの共有ためのセッションが確立している全ての前記通信端末に、データの欠損に関する情報を送信し、
   前記データの欠損に関する情報を受信した前記通信端末は、前記データの欠損に関する情報を出力することを特徴とする通信システム。
2. 前記１つ以上の情報処理システムは、前記欠損率が閾値以上の前記通信端末がある場合、前記セッションが確立している全ての前記通信端末に、前記欠損率が閾値以上の前記通信端末がある旨を通知し、
   前記データの欠損に関する情報を受信した前記通信端末は、前記欠損率が閾値以上の前記通信端末がある旨を出力することを特徴とする請求項１に記載の通信システム。
3. 前記１つ以上の情報処理システムは、前記セッションが確立している全ての前記通信端末に、前記欠損率が閾値以上の前記通信端末の識別情報を通知し、
   前記データの欠損に関する情報を受信した前記通信端末は、前記欠損率が閾値以上の前記通信端末の識別情報を出力することを特徴とする請求項２に記載の通信システム。
4. 前記通信端末は手書き入力が可能な表示装置であり、
   前記通信端末が送信する前記データは、手書き入力された前記手書きデータに関するものであることを特徴とする請求項１～３のいずれか１項に記載の通信システム。
5. 前記通信端末が送信する前記データは、手書き入力されたストロークデータ、前記ストロークデータを移動させる操作のデータ、又は、前記ストロークデータを消去する操作のデータであることを特徴とする請求項４に記載の通信システム。
6. 前記通信端末が送信する前記データは、前記表示装置が表示する静止画の画像データであることを特徴とする請求項４又は５に記載の通信システム。
7. 前記通信システムは、前記通信端末が送信する前記データの属性ごとに前記欠損率を検出し、
   前記１つ以上の情報処理システムは、前記属性ごとの前記欠損率を、前記セッションが確立している全ての前記通信端末に通知し、
   前記データの欠損に関する情報を受信した前記通信端末は、前記属性ごとに前記欠損率を出力することを特徴とする請求項６に記載の通信システム。
8. 前記１つ以上の情報処理システムは、前記欠損率が閾値以上の前記通信端末がある場合、前記セッションが確立している全ての前記通信端末に、前記欠損率が閾値以上の前記通信端末がある旨を通知し、
   前記欠損率が閾値以上である前記通信端末は、前記欠損率が閾値以上の前記通信端末が自機である旨を出力することを特徴とする請求項１～７のいずれか１項に記載の通信システム。
9. １つ以上の情報処理システムを介して他の通信端末と通信し、該他の通信端末に表示された手書きデータの共有ためのセッションが確立している通信端末であって、
   前記通信端末が送信するデータであって、前記手書きデータの一部が通信回線の品質低下により欠損する前記データの欠損率が閾値以上の前記通信端末がある場合、前記１つ以上の情報処理システムからデータの欠損に関する情報を受信し、
   前記データの欠損に関する情報を出力することを特徴とする通信端末。
10. 複数の通信端末が１つ以上の情報処理システムを介して通信する通信システムが行う通信方法であって、
    前記通信端末が送信するデータであって、手書きデータの一部が通信回線の品質低下により欠損する前記データの欠損率を検出するステップと、
    前記１つ以上の情報処理システムが、前記欠損率が閾値以上の前記通信端末がある場合、前記手書きデータの共有ためのセッションが確立している全ての前記通信端末に、前記データの欠損に関する情報を送信するステップと、
    前記データの欠損に関する情報を受信した前記通信端末が、前記データの欠損に関する情報を出力するステップと、
    を有することを特徴とする通信方法。
11. １つ以上の情報処理システムを介して他の通信端末と通信し、該他の通信端末に表示された手書きデータの共有ためのセッションが確立している通信端末に、
    前記通信端末が送信するデータであって、前記手書きデータの一部が通信回線の品質低下により欠損する前記データの欠損率が閾値以上の前記通信端末がある場合、前記１つ以上の情報処理システムから前記データの欠損に関する情報を受信するステップと、
    前記データの欠損に関する情報を出力するステップと、を実行させるためのプログラム。

Images