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

Description

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

一方の拠点の通信端末が撮像した映像とマイクが集音した音声データを他の拠点の通信端末に送信し、また、他の拠点の通信端末から受信した音声データをスピーカから出力し、映像をディスプレイで表示する通信システムが知られている。通信システムはテレビ会議などの遠隔地のコミュニケーションツールとして使用される。各拠点の通信端末はサーバを介して接続したり、コンテンツデータ（映像と音声）を送信したりする。

通信システムはネットワークを使用するため、テレビ会議中に例えば音切れや映像が更新されないなどの不具合が発生する場合がある。通信端末とサーバとの連携によって提供されるサービスにおいて不具合が発生した場合、不具合の原因の究明のため、当該不具合の発生時における通信端末とサーバとのそれぞれの処理の対応関係を特定することが望まれる。不具合の発生時の双方のログを突き合わせることで、通信端末側の処理とサーバ側の処理との対応関係を把握することが可能である。

このような要求に対し、通信端末の処理ごとに識別情報を付与する通信システムが考案されている（例えば、特許文献１参照。）。特許文献１には、機器における所定の処理単位ごとの第一の識別情報を含む、前記機器からの処理要求の受信に応じ、前記処理要求ごとの第二の識別情報を割り当て、処理要求に応じて実行された処理に関して第一の識別情報及び第二の識別情報を対応付けて記憶する通信システムが開示されている。

しかしながら、従来の技術では、ユーザが指摘する不具合を特定することが困難であるという問題がある。すなわち、不具合の原因特定は会議終了後のユーザからの申告を受けてから行われるが、ユーザから申告される不具合発生時の時刻情報はあいまいな場合が多い。また、例えば複数の不具合が発生していた場合にユーザがどの不具合のことを指しているのか正確に特定することが容易でない。

本発明は、上記課題に鑑み、ユーザが指摘する不具合を特定することが可能な通信端末を提供することを目的とする。

上記課題に鑑み、本発明は、管理システムが設定したセッションを使い、他の通信端末と、ネットワークを介してコンテンツデータを送受信する通信端末であって、ユーザから不具合が発生した旨の入力を受け付ける不具合発生受付部と、不具合が発生した旨の入力を前記不具合発生受付部が受け付けた場合、通信を管理する前記管理システムに不具合の発生に関する不具合発生情報を送信する不具合発生情報送信部と、前記他の通信端末と通信中、時刻情報に対応付けて、通信状態に関する情報を前記通信端末の端末ログに記録し、更に、前記不具合発生情報を前記通信端末の端末ログに追加する端末ログ記録部と、前記コンテンツデータを中継し、前記管理システムは、前記コンテンツデータを中継し、受信した前記不具合発生情報と、通信状態に関する情報を時刻情報に対応付けて前記管理システムのサーバログに追加し、前記管理システムは、セッション管理テーブルに登録されている、同じセッションで前記コンテンツデータの送受信を行っている他の通信端末を特定し、全ての他の通信端末に前記不具合発生情報を転送し、前記通信端末は、前記管理システムが転送した前記他の通信端末の前記不具合発生情報を受信する転送情報受信部を有し、前記端末ログ記録部は、前記転送情報受信部が受信した前記他の通信端末の前記不具合発生情報と、通信状態に関する情報を時刻情報に対応付けて前記他の通信端末の前記端末ログに追加することを特徴とする。

ユーザが指摘する不具合を特定することが可能な通信端末を提供することができる。

本実施形態の通信システムが不具合を記録する処理の概略を説明する図である。 本実施形態に係る通信システムの概略構成図の一例である。 本実施形態に係る通信端末のハードウェア構成図の一例である。 本実施形態に係る管理システム及びプログラム提供システムのハードウェア構成図の一例である。 本実施形態に係る通信端末のソフトウェア構成の一例である。 本実施形態に係る通信システムの機能ブロックの構成の一例である。 認証管理テーブルの一例を示す図である。 端末管理テーブルの一例を示す図である。 グループ管理テーブルの一例を示す図である。 セッション管理テーブルの一例を示す図である。 管理システムと各通信端末が有する不具合処理部の機能をブロック状に示す機能ブロック図の一例である。 本実施形態に係る通信システムにおけるコンテンツデータ及び各種管理情報を送受信するために確立されたセッション例を示す図である。 通信端末が通話を開始するための認証処理を含む準備段階の処理の一例を示すシーケンス図である。 宛先リストの表示例を示す図である。 通話の開始を要求する処理の一例を示すシーケンス図である。 通話の開始の要求を許可する処理の一例を示すシーケンス図である。 開始要求受付画面の一例を示す図である。 ユーザが不具合と判断した場合に不具合発生情報をログに追加する手順の一例を示すシーケンス図である。 通信端末及び管理システムが不具合発生情報をログに追加する流れを時系列に説明する図である。

以下、本発明を実施するための形態の一例として、通信端末、通信システム、通信端末が行うログ記録方法、及び、通信システムが行うログ記録方法について図面を参照しながら説明する。

＜不具合の記録方法の概略＞
図１を用いて、不具合の記録方法の概略を説明する。図１は、本実施形態の通信システムが不具合を記録する際の処理を説明する図である。
（１）通信端末１０ａａ（第一の通信端末の一例）において音切れなどの不具合が発生した場合、ユーザが通信端末１０ａａを操作して不具合の発生を管理システム５０（サーバに相当）に通知する。
（２）通信端末１０ａａはユーザの操作に応じて不具合発生情報を端末ログに記録する。
（３）管理システム５０は、不具合の発生の通知を受けて、サーバログに不具合発生情報を記録する。
（４）管理システム５０は、不具合の発生の通知を受けて、通信端末１０ａａと通信している他の通信端末１０ｄｂ（第二の通信端末の一例）に不具合発生情報を転送する。
（５）通信端末１０ｄｂは、不具合発生情報を受信して、端末ログに不具合発生情報を記録する。

このように本実施形態の通信システムでは、不具合を感じたタイミングでユーザが主体的に不具合発生情報を管理システム５０に送信することで、サーバログ及び全ての端末ログに不具合発生情報を記録できる。不具合発生情報は時刻と共に記録されるので、不具合の解析時に、不具合発生時のサーバログと端末ログを特定できる。ユーザが感じた不具合はログへ追加された不具合発生情報の直前か少し前にログに記録された処理に関する情報等に原因がある可能性が高いことを特定できる。

＜用語について＞
不具合発生情報は、不具合が発生した旨を含む情報であればよい。不具合を発生したとユーザが判断して通信端末に入力した時刻を含んでもよい。

ログとは、通信端末１０がある処理を実行したこと又は実行できなかったことを記録した処理に関する情報である。記録される情報の内容は、処理によって異なってよい。例えば、操作やデータの送受信が行われた日時、処理の内容、処理がどのような環境（通信帯域など）で発生したかなど、通信端末から取得できる情報であればよい。

不具合とは製品などの具合がよくないことを言う。通常の機能が提供されない状況である。ユーザが不具合を感じれば不具合と言ってよい。例えば、異常、故障、不良などという場合がある。

端末ＩＤは通信端末１０を識別するための情報であるが、通信端末１０は汎用的な情報処理装置でもよく端末ＩＤはユーザを識別するための情報でもある。どの通信端末１０が通信しているかを識別することにもなるので通信ＩＤともいえる。なお、端末ＩＤは一意性があればよいが、例えばメールアドレスでもよい。

通信システム１は、複数の通信端末間で情報や感情等を相互に伝達するコミュニケーションシステムが含まれる。一方の通信端末から他方の通信端末に一方向でコンテンツデータを伝送するデータ提供システムも含まれる。例えば、テレビ会議システム、テレビ電話システム、音声会議システム、音声電話システム、ＰＣ（Personal Computer）画面共有システム、テキストチャットシステム等が例として挙げられる。

＜通信システムの全体構成＞
図２は、本実施形態に係る通信システムの概略構成図の一例である。図２を参照しながら、本実施形態に係る通信システム１の構成の概略を説明する。

図２に示すように、通信システム１は、複数の通信端末１０ａａ、１０ａｂ、１０ｂａ、１０ｂｂ、１０ｃａ、１０ｃｂ、１０ｄａ、１０ｄｂと、各通信端末用のディスプレイ１２０ａａ、１２０ａｂ、１２０ｂａ、１２０ｂｂ、１２０ｃａ、１２０ｃｂ、１２０ｄａ、１２０ｄｂと、管理システム５０と、プログラム提供システム９０と、を含み、通信ネットワーク２を介して互いに通信可能となるように構築されている。

なお、図２では、通信端末１０ａａ、１０ａｂ、１０ｂａ、１０ｂｂ、１０ｃａ、１０ｃｂ、１０ｄａ、１０ｄｂが示されているが、これらのうち任意の通信端末を示す場合又は総称する場合、単に「通信端末１０」と称する。また、図２に示す通信システム１に含まれる複数の通信端末１０は、一例を示すものであり、異なる台数であってもよい。

また、図２では、ディスプレイ１２０ａａ、１２０ａｂ、１２０ｂａ、１２０ｂｂ、１２０ｃａ、１２０ｃｂ、１２０ｄａ、１２０ｄｂが示されているが、これらのうち任意のディスプレイを示す場合又は総称する場合、単に「ディスプレイ１２０」と称する。また、図２に示す通信システム１に含まれる複数のディスプレイ１２０は、一例を示すものであり、通信端末１０の台数にしたがって異なる台数であってもよい。

通信端末１０は、他の装置との間で、各種情報を送受信する端末である。通信端末１０は、他の通信端末１０との間でセッションを確立し、確立したセッションにおいて、音声データ及び画像データ（映像データ）を含むコンテンツデータの送受信による通話を行う。これにより、通信システム１において、複数の通信端末１０間のテレビ会議が実現される。

管理システム５０は、通信端末１０を一元的に管理するコンピュータである。管理システム５０は、通信端末１０間でのセッションを確立することにより、通信端末１０間における通話等によるテレビ会議を実現する。管理システム５０は、所定の通信端末１０からセッションの開始要求情報を受信した場合に、開始要求情報を送信した通信端末１０（開始要求端末）と宛先端末との間のセッションを確立し、テレビ会議を開始させる。したがって、管理システム５０は、確立したセッションにより、複数の通信端末１０間でコンテンツデータの中継を行う。なお、管理システム５０は複数の通信端末１０間でセッションを確立するものの、実際にコンテンツデータの中継は、別の中継装置により行われるものとしてもよい。本実施形態では、説明を簡略にするため、セッションの確立、及びコンテンツデータの中継は、管理システム５０が行うものとして説明する。

プログラム提供システム９０は、通信端末１０に各種機能又は各種手段を実現させるための端末用プログラムが記憶された補助記憶装置（ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）等）を備えており、通信端末１０に端末用プログラム（後述する通信アプリＡ等）を提供するコンピュータである。また、プログラム提供システム９０は、管理システム５０等に各種機能又は各種手段を実現させるためのプログラムも補助記憶装置に記憶しており、管理システム５０等に、対応するプログラムを送信することができる。

通信ネットワーク２は、図２に示すように、例えば、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）２ａ～２ｄ、専用線２ａｂ、２ｃｄ、及びインターネット２ｉを含んで構築されている。なお、通信ネットワーク２は、図２に示すような構成に限定されるものではなく、その他のネットワーク機器が含まれるものとしてもよく、有線だけでなく無線による通信が行われる箇所があってもよい。

ＬＡＮ２ａ～２ｄ、及び専用線２ａｂ、２ｃｄは、それぞれルータ７０ａ～７０ｄ、７０ａｂ、７０ｃｄを含む。ルータ７０ａ～７０ｄ、７０ａｂ、７０ｃｄは、通信データの最適な経路の選択を行うネットワーク機器である。なお、ルータ７０ａ～７０ｄ、７０ａｂ、７０ｃｄのうち任意のルータを示す場合又は総称する場合、単に「ルータ７０」と称する。

通信端末１０（１０ａａ、１０ａｂ、・・・）、及びルータ７０ａは、ＬＡＮ２ａによって通信可能に接続されている。また、通信端末１０（１０ｂａ、１０ｂｂ、・・・）、及びルータ７０ｂは、ＬＡＮ２ｂによって通信可能に接続されている。また、ＬＡＮ２ａ、ＬＡＮ２ｂ、及びルータ７０ａｂは、専用線２ａｂによって通信可能に接続されており、地域Ａ内で構築されている。

一方、通信端末１０（１０ｃａ、１０ｃｂ、・・・）、及びルータ７０ｃは、ＬＡＮ２ｃによって通信可能に接続されている。また、通信端末１０（１０ｄａ、１０ｄｂ、・・・）、及びルータ７０ｄは、ＬＡＮ２ｄによって通信可能に接続されている。また、ＬＡＮ２ｃ、ＬＡＮ２ｄ、及びルータ７０ｃｄは、専用線２ｃｄによって通信可能に接続されており、地域Ｂ内で構築されている。

地域Ａ及び地域Ｂのネットワークは、それぞれルータ７０ａｂ、７０ｃｄによってインターネット２ｉを介して通信可能に接続されている。

また、管理システム５０及びプログラム提供システム９０は、インターネット２ｉを介して、各通信端末１０と通信可能に接続されている。なお、管理システム５０及びプログラム提供システム９０は、地域Ａ又は地域Ｂに設置されていてもよいし、これら以外の地域に設置されていてもよい。

また、図２において、各通信端末１０、管理システム５０、各ルータ７０及びプログラム提供システム９０の近傍に示されている４組の数字は、一般的なＩＰｖ４におけるＩＰ（Ｉｎｅｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）アドレスを簡易的に示している。例えば、通信端末１０ａａのＩＰアドレスは、「１．２．１．３」であるものとしている。なお、ＩＰｖ４ではなく、ＩＰｖ６を用いてもよいが、説明を簡略化するため、ＩＰｖ４を用いて説明する。

なお、図２に示す通信システム１の構成は、一例を示すものであり、この構成に限定されるものではない。すなわち、図２に示す各装置、システムの台数は、図２に示す台数に限定されるものではない。また、図２では、地域Ａ、Ｂの２つの地域のネットワーク構成が示されているが、同一地域内のネットワークであってもよく、３つ以上の地域がネットワークで接続された構成であってもよい。

＜通信端末のハードウェア構成＞
図３は、本実施形態に係る通信端末のハードウェア構成の一例を示す図である。図３を参照しながら、通信端末１０のハードウェア構成の詳細について説明する。

図３に示すように、本実施形態に係る通信端末１０は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）１０１と、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）１０２と、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）１０３と、ＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）１０５と、メディアドライブ１０７と、操作ボタン１０８と、電源スイッチ１０９と、を備えている。

ＣＰＵ１０１は、通信端末１０全体の動作を制御する演算装置である。ＲＯＭ１０２は、通信端末１０用のプログラム（後述する通信アプリＡ等）を記憶している不揮発性記憶装置である。ＲＡＭ１０３は、ＣＰＵ１０１のワークエリアとして使用される揮発性記憶装置である。

ＳＳＤ１０５は、画像データ、音声データ及び動画データ等の各種データを記憶する補助記憶装置である。なお、ＳＳＤ１０５は、補助記憶装置の一例であり、ＨＤＤ等であってもよい。メディアドライブ１０７は、ＣＰＵ１０１の制御にしたがって、フラッシュメモリ等であるメディア１０６に対するデータの読み出し及び書き込みを制御する装置である。メディア１０６は、通信端末１０に対して着脱自在の記憶装置である。なお、メディア１０６は、ＣＰＵ１０１の制御にしたがってデータの読み出し及び書き込みを行う不揮発性メモリであれば、フラッシュメモリに限定されるものではなく、ＥＥＰＲＯＭ（Ｅｌｅｃｔｒｉｃａｌｌｙ Ｅｒａｓａｂｌｅ ａｎｄ Ｐｒｏｇｒａｍｍａｂｌｅ ＲＯＭ）等を用いてもよい。

操作ボタン１０８は、通信端末１０に動作を指示する場合等に操作されるボタンである。電源スイッチ１０９は、通信端末１０の電源のオン／オフを切り替えるスイッチである。

また、通信端末１０は、ネットワークＩ／Ｆ１１１と、撮像素子Ｉ／Ｆ１１３と、音声入出力Ｉ／Ｆ１１６と、ディスプレイＩ／Ｆ１１９と、を備えている。

ネットワークＩ／Ｆ１１１は、通信ネットワーク２を利用してデータを通信するためのインターフェースである。

撮像素子Ｉ／Ｆ１１３は、ＣＰＵ１０１の制御にしたがって被写体を撮像して画像データを得るカメラ１１２との間で画像データを伝送するためのインターフェースである。カメラ１１２は、レンズ、及び光を電荷に変換して被写体の画像（映像）を電子化する固体撮像素子を含む。カメラ１１２は、ケーブル１１２ｃによって撮像素子Ｉ／Ｆ１１３に接続される。固体撮像素子としては、ＣＭＯＳ（Ｃｏｍｐｌｅｍｅｎｔａｒｙ Ｍｅｔａｌ Ｏｘｉｄｅ Ｓｅｍｉｃｏｎｄｕｃｔｏｒ）又はＣＣＤ（Ｃｈａｒｇｅ Ｃｏｕｐｌｅｄ Ｄｅｖｉｃｅ）等が用いられる。

音声入出力Ｉ／Ｆ１１６は、ＣＰＵ１０１の制御にしたがって、音声を入力するマイク１１４及び音声を出力するスピーカ１１５との間で音声信号（音声データ）の入出力を処理するインターフェースである。マイク１１４及びスピーカ１１５は、それぞれ、ケーブル１１４ｃ及びケーブル１１５ｃによって音声入出力Ｉ／Ｆ１１６に接続される。

ディスプレイＩ／Ｆ１１９は、ＣＰＵ１０１の制御にしたがって、外付けのディスプレイ１２０に画像データを伝送するためのインターフェースである。ディスプレイ１２０は、被写体の画像及び操作用アイコン等を表示する液晶又は有機ＥＬ等によって構成された表示装置である。ディスプレイ１２０は、ケーブル１２０ｃによってディスプレイＩ／Ｆ１１９に接続される。ケーブル１２０ｃは、アナログＲＧＢ（ＶＧＡ）信号用のケーブルであってもよく、コンポーネントビデオ用のケーブルであってもよく、ＨＤＭＩ（登録商標）(Ｈｉｇｈ－Ｄｅｆｉｎｉｔｉｏｎ Ｍｕｌｔｉｍｅｄｉａ Ｉｎｔｅｒｆａｃｅ)又はＤＶＩ（Ｄｉｇｉｔａｌ Ｖｉｄｅｏ Ｉｎｔｅｒａｃｔｉｖｅ）信号用のケーブルであってもよい。

上記のＣＰＵ１０１、ＲＯＭ１０２、ＲＡＭ１０３、ＳＳＤ１０５、メディアドライブ１０７、操作ボタン１０８、電源スイッチ１０９、ネットワークＩ／Ｆ１１１、撮像素子Ｉ／Ｆ１１３、音声入出力Ｉ／Ｆ１１６及びディスプレイＩ／Ｆ１１９は、アドレスバス及びデータバス等のバスライン１１０によって互いに通信可能に接続されている。

なお、図３に示した通信端末１０のハードウェア構成は一例を示すものであり、図３に示した構成要素以外の構成要素を含むものとしてもよい。また、カメラ１１２、マイク１１４及びスピーカ１１５は、通信端末１０に一体的に備えられるものとしてもよく、又は、カメラ１１２、マイク１１４及びスピーカ１１５のうち少なくともいずれかは、外付けの別体の装置であってもよい。

＜管理システム等のハードウェア構成＞
図４は、本実施形態に係る管理システム及びプログラム提供システムのハードウェア構成の一例を示す図である。図４を参照しながら、管理システム５０及びプログラム提供システム９０のハードウェア構成の詳細について説明する。

まず、図４を参照しながら管理システム５０のハードウェア構成について説明する。図４に示すように、管理システム５０は、ＣＰＵ２０１と、ＲＯＭ２０２と、ＲＡＭ２０３と、補助記憶装置２０５と、メディアドライブ２０７と、ディスプレイ２０８と、ネットワークＩ／Ｆ２０９と、キーボード２１１と、マウス２１２と、ＤＶＤ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｃ）ドライブ２１４と、を備えている。

ＣＰＵ２０１は、管理システム５０全体の動作を制御する演算装置である。ＲＯＭ２０２は、管理システム５０用のプログラムを記憶している不揮発性記憶装置である。ＲＡＭ２０３は、ＣＰＵ２０１のワークエリアとして使用される揮発性記憶装置である。

補助記憶装置２０５は、後述する認証管理ＤＢ５００１、端末管理ＤＢ５００２、グループ管理ＤＢ５００３及びセッション管理ＤＢ５００４等の各種データを記憶するＨＤＤ又はＳＳＤ等の記憶装置である。メディアドライブ２０７は、ＣＰＵ２０１の制御にしたがって、フラッシュメモリ等の記録メディア２０６に対するデータの読み出し及び書き込みを制御する装置である。

ディスプレイ２０８は、カーソル、メニュー、ウィンドウ、文字又は画像等の各種情報を表示する液晶又は有機ＥＬ等によって構成された表示装置である。ネットワークＩ／Ｆ２０９は、通信ネットワーク２を利用してデータを通信するためのインターフェースである。

キーボード２１１は、文字、数字、各種指示の選択、及びカーソルの移動等を行う入力装置である。マウス２１２は、各種指示の選択及び実行、処理対象の選択、ならびにカーソルの移動等を行うための入力装置である。

ＤＶＤドライブ２１４は、着脱自在な記憶媒体の一例としてのＤＶＤ－ＲＯＭ又はＤＶＤ－Ｒ等のＤＶＤ２１３に対するデータの読み出し及び書き込みを制御する装置である。

上記のＣＰＵ２０１、ＲＯＭ２０２、ＲＡＭ２０３、補助記憶装置２０５、メディアドライブ２０７、ディスプレイ２０８、ネットワークＩ／Ｆ２０９、キーボード２１１、マウス２１２及びＤＶＤドライブ２１４は、アドレスバス及びデータバス等のバスライン２１０によって互いに通信可能に接続されている。

なお、図４に示した管理システム５０のハードウェア構成は一例を示すものであり、図４に示した構成要素を全て含む必要はなく、又は、その他の構成要素を含むものとしてもよい。

また、上記の管理システム５０用のプログラムは、インストール可能な形式又は実行可能な形式のファイルによって、記録メディア２０６又はＤＶＤ２１３等のコンピュータで読み取り可能な記録媒体に記録して流通させるようにしてもよい。

また、プログラム提供システム９０は、上記の管理システム５０と同様のハードウェア構成を有しているため、その説明を省略する。ただし、ＲＯＭ２０２には、プログラム提供システム９０を制御するためのプログラム提供システム９０用のプログラムが記録されている。この場合も、プログラム提供システム９０用のプログラムは、インストール可能な形式又は実行可能な形式のファイルで、記録メディア２０６又はＤＶＤ２１３等のコンピュータで読み取り可能な記録媒体に記録して流通させるようにしてもよい。

なお、上記の着脱可能な記録媒体の他の例として、ＣＤ－Ｒ（Ｃｏｍｐａｃｔ Ｄｉｓｃ Ｒｅｃｏｒｄａｂｌｅ）又はブルーレイディスク等のコンピュータで読み取り可能な記録媒体に記録して提供するように構成してもよい。

＜通信端末のソフトウェア構成＞
図５は、本実施形態に係る通信端末のソフトウェア構成の一例を示す図である。図５を参照しながら、通信端末１０のソフトウェア構成の詳細について説明する。

通信端末１０には、クライアントアプリとして通信アプリＡがインストールされている。ここで、アプリとは、アプリケーションソフトを意味する。図５に示すように、ＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）１０２０、及び通信アプリＡは、通信端末１０のＲＡＭ１０３の作業領域１０１０上で動作する。

ＯＳ１０２０は、基本的な機能を提供し、通信端末１０全体を管理する基本ソフトウェアである。通信アプリＡは、ＯＳ１０２０の制御にしたがって動作し、他の通信端末１０と通信（通話）するためのアプリである。

なお、通信アプリＡの通信プロトコルとしては、ＳＩＰ（Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ)、Ｈ.３２３、ＩＲＣ（Ｉｎｔｅｒｎｅｔ Ｒｅｌａｙ Ｃｈａｔ)、又はＪｉｎｇｌｅ等が挙げられる。

通信端末１０は、通信機能を備えた装置であればよい。通信端末１０は、例えば、ＩＷＢ（Interactive White Board：相互通信が可能な電子式の黒板機能を有する白板）、デジタルサイネージ等の出力装置、ＨＵＤ（Head Up Display）装置、産業機械、撮像装置、集音装置、医療機器、ネットワーク家電、自動車（Connected Car）、ノートＰＣ（Personal Computer）、携帯電話、スマートフォン、タブレット端末、ゲーム機、ＰＤＡ（Personal Digital Assistant）、デジタルカメラ、ウェアラブルＰＣ又はデスクトップＰＣ等であってもよい。

＜通信システムの機能ブロックの構成＞
図６は、本実施形態に係る通信システム１の機能ブロックの構成の一例を示す図である。図６を参照しながら、本実施形態に係る通信システム１の機能ブロックの構成について説明する。

＜＜通信端末の機能ブロックの構成＞＞
図６に示すように、通信端末１０は、通信部１１（受信部、送信部）と、操作入力受付部１２と、撮像部１３と、表示制御部１４と、音声入力部１５と、音声出力部１６と、記憶・読出部１７と、記憶部１８と、認証要求部１９と、不具合処理部２０と、を有している。

通信部１１は、通信ネットワーク２を介して、他の通信端末１０又は各システムと各種データの送受信を行う機能部である。通信部１１は、図３に示すネットワークＩ／Ｆ１１１によって実現される。

通信部１１は、当該通信端末１０が他の通信端末１０とセッションを確立し、通話によるテレビ会議を開始する前に、管理システム５０から、宛先端末の候補としての各通信端末１０の状態を示す各状態情報の受信を開始する。ここで、宛先端末の候補とは、通信端末１０が、テレビ会議を行う相手、すなわちセッションの相手として指定可能なテレビ会議の相手として候補となる他の通信端末１０である。すなわち、通信端末１０は、宛先端末の候補として予め設定されていない通信端末とは、セッションを確立することができず、テレビ会議を行うことができない。

また、状態情報は、各通信端末１０の稼動状態（オンラインかオフラインかの状態）と、オンラインにおいては更に通話中であるか、待受け中であるか等の詳細な状態（以下、通信状態と称する）を示す。また、状態情報は、各通信端末１０の稼動状態及び通信状態だけでなく、ケーブルが通信端末１０から外れている、音声を出力できるが画像は出力できない、又は、音声を出力さないよう設定されている（ＭＵＴＥ）等、様々な状態を示すものとしてもよいが、以下では、一例として、稼動状態及び通信状態を示す場合について説明する。

通信部１１は、当該通信端末１０が開始要求端末として動作する場合には、開始要求情報を管理システム５０に送信する。ここで、開始要求情報とは、テレビ会議に用いられるセッションの開始を要求する情報である。開始要求情報は、具体的には、開始を要求する旨を示す情報と、開始要求情報の送信元である開始要求端末の端末ＩＤと、セッションの相手となる宛先端末の端末ＩＤと、を含む。端末ＩＤは、通信端末１０を識別するための情報であって、予め通信端末１０に記憶させておく他、ユーザが直接通信端末１０へ入力して決定するものとしてもよい。

操作入力受付部１２は、ユーザによる各種入力を受け付ける機能部である。操作入力受付部１２は、図３に示す操作ボタン１０８及び電源スイッチ１０９によって実現される。

例えば、ユーザが、操作入力受付部１２のうち図３に示す電源スイッチ１０９をオンにすると、当該通信端末１０の電源がオン状態になる。また、ユーザが電源スイッチ１０９をオンの状態からオフにすると、通信部１１は、管理システム５０へ、当該通信端末１０の電源がオフになった旨の状態情報を送信してから、当該通信端末１０の電源が完全にオフとなる。これによって、管理システム５０は、通信端末１０が電源オンから電源オフになったことを把握することができる。

撮像部１３は、被写体を撮像して、撮像して得た画像データを取得する機能部である。撮像部１３は、図３に示すＣＰＵ１０１によるソフトウェアである通信アプリＡの実行、ならびに、カメラ１１２及び撮像素子Ｉ／Ｆ１１３によって実現される。

表示制御部１４は、ディスプレイ１２０（表示装置）に対して画像データ等の表示制御を行う機能部である。表示制御部１４は、図３に示すＣＰＵ１０１による通信アプリＡの実行によって実現される。

表示制御部１４は、例えば、テレビ会議の要求元としての当該通信端末１０が所望の宛先としての通信端末１０とテレビ会議の通話を開始する前に、通信部１１によって受信された宛先端末の候補の状態情報を反映させて、各宛先端末の候補の名前が含まれた宛先リストをディスプレイ１２０に表示させる。

音声入力部１５は、マイク１１４（入力装置）によってユーザ（話者）の音声が音声信号に変換された後、当該音声信号を入力する機能部である。音声入力部１５は、図３に示す音声入出力Ｉ／Ｆ１１６によって実現される。

音声出力部１６は、音声信号をスピーカ１１５（出力装置）に出力し、スピーカ１１５から音声を出力させる機能部である。音声出力部１６は、図３に示すＣＰＵ１０１による通信アプリＡの実行、及び音声入出力Ｉ／Ｆ１１６によって実現される。

記憶・読出部１７は、記憶部１８に各種データを記憶したり、記憶部１８に記憶された各種データを読み出したりする処理を行う機能部である。記憶部１８には、例えば、宛先端末との通話を行う際に受信されるコンテンツデータが、受信される度に上書き記憶される。このうち、上書きされる前の画像データによってディスプレイ１２０に画像が表示され、上書きされる前の音声データによってスピーカ１１５から音声が出力される。記憶・読出部１７は、図３に示すＣＰＵ１０１による通信アプリＡの実行によって実現される。

認証要求部１９は、当該通信端末１０の電源がオンしたことを契機として、通信部１１から通信ネットワーク２を介して管理システム５０に、ログインの認証を要求する旨を示す認証要求情報、及び当該通信端末１０の現時点のＩＰアドレスを送信する機能部である。認証要求部１９は、図３に示すＣＰＵ１０１による通信アプリＡの実行によって実現される。

不具合処理部２０は、不具合発生時に関する処理を行う。詳細は図１１にて説明される。

また、図６に示した通信端末１０の各機能部は、機能を概念的に示したものであって、このような構成に限定されるものではない。例えば、図６に示した通信端末１０で独立した機能部として図示した複数の機能部を、１つの機能部として構成してもよい。一方、図６に示した通信端末１０の１つ機能部が有する機能を複数に分割し、複数の機能部として構成するものとしてもよい。

＜管理システムの機能ブロックの構成＞
図６に示すように、管理システム５０は、通信部５１と、認証部５２と、状態管理部５３と、端末抽出部５４と、端末状態取得部５５と、セッション制御部５６と、記憶・読出部５７と、記憶部５８と、不具合処理部５９と、を有している。記憶部５８は、図４に示す補助記憶装置２０５によって実現され、図６に示すように、認証管理ＤＢ５００１と、端末管理ＤＢ５００２と、グループ管理ＤＢ５００３と、セッション管理ＤＢ５００４とを記憶している。以下、記憶部５８に記憶されている各ＤＢにおいて管理される各テーブルについて説明する。

＜＜認証管理テーブル＞＞
図７は、認証管理テーブルの一例を示す図である。

記憶部５８は、図７に示す認証管理テーブルを含む認証管理ＤＢ５００１を記憶している。認証管理テーブルでは、ログインの認証を行う通信端末１０を識別する端末ＩＤに対して、パスワードが関連付けられて管理される。ここで、ＩＤは、利用する通信端末１０を識別する情報であり、パスワードは、ログインの認証するために利用される情報である。例えば、図７に示す認証管理テーブルにおいて、端末ＩＤが「１０ａａ」で識
別されるパスワードは「ａａａａ」であることが示されている。

なお、端末ＩＤは、通信端末１０を一意に識別するために使われる文字、記号、数字又は各種のしるし等の識別情報を示す。また、端末ＩＤは、上記の文字、記号、数字及び各種のしるしのうち、少なくとも２つが組み合わされた識別情報であってもよい。

＜＜端末管理テーブル＞＞
図８は、端末管理テーブルの一例を示す図である。

記憶部５８は、図８に示す端末管理テーブルを含む端末管理ＤＢ５００２を記憶している。端末管理テーブルでは、各通信端末１０の端末ＩＤ毎に、端末名、各通信端末１０の稼動状態、他の通信端末との通信状態、及び各通信端末１０のＩＰアドレスが関連付けられて管理される。

ここで、稼動状態としては、電源がオンされ、通信が可能又は通信中の状態であるオンラインと、電源がオンされていない等、通信が可能でない状態であるオフラインとがある。また、通信状態としては、例えば、「Ｃａｌｌｉｎｇ」、「Ｒｉｎｇｉｎｇ」、「Ａｃｃｅｐｔｅｄ」、「Ｂｕｓｙ」、及び「Ｎｏｎｅ」等がある。「Ｃａｌｌｉｎｇ」は、他の通信端末１０を呼び出している状態、すなわち、他の通信端末１０に対しテレビ会議に用いられるセッションの開始要求情報を送信し、応答を待っている状態を示す。「Ｒｉｎｇｉｎｇ」は、他の通信端末１０から呼び出されている状態、すなわち、他の通信端末１０から開始要求情報を受信し、受信した開始要求情報に対する応答が完了していない状態を示す。「Ａｃｃｅｐｔｅｄ」は、他の通信端末１０からの開始要求情報に対し許可の応答が完了しているが、セッションの確立が完了していない状態、及び、自端末が送信した開始要求情報に対し許可の応答の受信が完了しているが、セッションの確立が完了していない状態を示す。「Ｂｕｓｙ」は、他の通信端末１０とのセッションが確立し、テレビ会議におけるコンテンツデータの通信による通話が行われている状態を示す。「Ｎｏｎｅ」は、他の通信端末１０と通信しておらず、待ち受け中の状態を示す。

例えば、図８に示す端末管理テーブルにおいて、端末ＩＤが「１０ａｄ」の通信端末１０ａｄは、端末名が「日本 東京事業所 ＡＤ端末」で、稼動状態が「オンライン」で、通信状態がコンテンツデータの通信による通話が行われている状態を示す「Ｂｕｓｙ」で、この通信端末１０ａｄのＩＰアドレスが「１．２．１．６」であることが示されている。

＜＜グループ管理システム＞＞
図９は、グループ管理テーブルの一例を示す図である。

記憶部５８は、図９に示すグループ管理テーブルを含むグループ管理ＤＢ５００３を記憶している。グループ管理テーブルでは、管理システム５０に予め登録されているテレビ会議のグループごとに、当該グループに含まれる通信端末１０の端末ＩＤが管理される。すなわち、グループ管理テーブルでは、グループを識別するグループＩＤと、当該グループに含まれる通信端末１０の端末ＩＤとが関連付けられて管理される。

例えば、図９に示すグループ管理テーブルにおいて、グループＩＤが「Ｇ００２」のグループは、端末ＩＤが「１０ａｃ」、「１０ｃａ」、「１０ｃｂ」である通信端末１０を含むことが示されている。

＜＜セッション管理テーブル＞＞
図１０は、セッション管理テーブルの一例を示す図である。

記憶部５８は、図１０に示すセッション管理テーブルを含むセッション管理ＤＢ５００４を記憶している。セッション管理テーブルでは、通信端末１０間でコンテンツデータが通信されるセッションを識別するためのセッションＩＤ毎に、セッションの開始要求端末の端末ＩＤ、及びセッションの開始要求情報において相手先として指定された宛先端末の端末ＩＤが関連付けられて管理される。

例えば、図１０に示すセッション管理テーブルにおいて、セッションＩＤ「ｓｅ１」で識別されるセッションは、端末ＩＤが「１０ａａ」の開始要求端末（通信端末１０ａａ）と、端末ＩＤが「１０ｄｂ」の宛先端末（通信端末１０ｄｂ）との間で確立されたことを示す。

なお、図７～図１０に示した各テーブルで管理される情報は、テーブル形式の情報としているが、これに限定されるものではなく、管理される各情報が関連付けられることができれば、テーブル形式に限定されるものではない。

図６に戻り、管理システム５０の機能ブロックの説明に戻る。

通信部５１は、通信ネットワーク２を介して、通信端末１０又は各システムと各種データの送受信を行う機能部である。通信部５１は、図４に示すネットワークＩ／Ｆ２０９によって実現される。

認証部５２は、通信部５１を介して受信された認証要求情報に含まれている端末ＩＤ及びパスワードを検索キーとし、記憶部５８の認証管理テーブル（図７参照）を検索し、認証管理テーブルに同一の端末ＩＤ及びパスワードが管理されているかを判断することによって端末認証を行う機能部である。認証部５２は、図４に示すＣＰＵ２０１によるプログラムの実行によって実現される。

状態管理部５３は、図８に示す端末管理テーブルの稼動状態及び通信状態を管理する機能部である。状態管理部５３は、ログインの認証を要求してきた通信端末１０の稼動状態を管理すべく、端末管理テーブルに、この通信端末１０の端末ＩＤ、当該通信端末１０の稼動状態、及び当該通信端末１０のＩＰアドレスを関連付けて記憶して管理する。

状態管理部５３は、通信端末１０のユーザが電源スイッチ１０９をオフ状態からオン状態にすることで、この通信端末１０から送られてきた電源をオンする旨の情報に基づいて、端末管理テーブルの稼動状態をオフラインからオンラインに更新する。また、状態管理部５３は、ユーザが通信端末１０の電源スイッチ１０９をオン状態からオフ状態にすることで、この通信端末１０から送られてきた電源をオフする旨の情報に基づいて、端末管理テーブルの稼動状態をオンラインからオフラインに更新する。状態管理部５３は、図４に示すＣＰＵ２０１によるプログラムの実行によって実現される。

端末抽出部５４は、ログインの認証要求した通信端末１０等、処理対象となる対象端末の端末ＩＤを検索キーとして、図９に示すグループ管理テーブルを検索し、対象端末と通話することができる、すなわちセッションを確立することのできる宛先端末の候補（同じグループの通信端末１０）の端末ＩＤを読み出す機能部である。端末抽出部５４は、図４に示すＣＰＵ２０１によるプログラムの実行によって実現される。

端末状態取得部５５は、端末ＩＤを検索キーとして、図８に示す端末管理テーブルを検索し、端末ＩＤ毎に稼動状態及び通信状態を読み出す機能部である。これにより、端末状態取得部５５は、ログインの認証要求をしてきた通信端末１０と通話することができる宛先端末の候補の稼動状態及び通信状態を取得することができる。端末状態取得部５５は、図４に示すＣＰＵ２０１によるプログラムの実行によって実現される。

セッション制御部５６は、図１０に示すセッション管理テーブルに、生成したセッションＩＤ、開始要求端末の端末ＩＤ及び宛先端末の端末ＩＤを関連付けて記憶して管理する機能部である。セッション制御部５６は、通信端末１０間のセッションの確立をするための制御を行う。セッション制御部５６は、図４に示すＣＰＵ２０１によるプログラムの実行によって実現される。

記憶・読出部５７は、記憶部５８に各種テーブルに情報を記憶したり、記憶部５８に記憶された各種テーブルの情報を読み出したりする処理を行う機能部である。記憶・読出部５７は、図４に示すＣＰＵ２０１によるプログラムの実行によって実現される。

不具合処理部５９は管理システム５０において不具合に関する処理を行う。詳細は図１１にて説明する。

また、図６に示した管理システム５０の各機能部は、機能を概念的に示したものであって、このような構成に限定されるものではない。例えば、図６に示した管理システム５０で独立した機能部として図示した複数の機能部を、１つの機能部として構成してもよい。一方、図６に示した管理システム５０の１つ機能部が有する機能を複数に分割し、複数の機能部として構成するものとしてもよい。

＜不具合処理部が有する機能＞
図１１は、管理システム５０と各通信端末１０が有する不具合処理部２０，５９の機能をブロック状に示す機能ブロック図の一例である。まず、各通信端末１０の不具合処理部２０は不具合発生受付部２１、不具合発生情報送信部２２、転送情報受信部２３、及び、端末ログ記録部２４を有している。なお、各通信端末１０が持つ不具合処理部２０の機能は共通である。

不具合発生受付部２１は、ユーザが不具合に気づいて通信端末１０に入力した不具合の発生を受け付ける。不具合発生受付部２１は、ハード的なボタンの押下を受け付けてもよいし、タッチパネル付きのディスプレイに表示されたソフトキーの押下（タッチ）を受け付けてもよい。また、不具合の発生や内容を意味する音声入力を受け付けてもよい。不具合発生受付部２１は不具合発生情報送信部２２に対して不具合発生情報の送信要求を送出する。

不具合発生情報送信部２２は、テレビ会議中に不具合が発生したとユーザが判断した時点で不具合発生情報の送信要求を受け取り、管理システム５０に不具合発生情報を送信する。また、端末ログ記録部２４に不具合発生情報の追加を要求する。

転送情報受信部２３は、管理システム５０から転送される不具合発生情報を受信する。この不具合発生情報を端末ログ記録部２４に送出して、端末ログへの不具合発生情報の追加を要求する。

端末ログ記録部２４は、不具合発生情報送信部２２又は転送情報受信部２３から受け取った要求に基づいて、端末ログに不具合発生情報を追加する（記録する）。

管理システム５０の不具合処理部５９は不具合発生情報転送部３１、不具合発生情報受信部３２、及び、サーバログ記録部３３を有する。

不具合発生情報受信部３２は、会議拠点の通信端末１０から送信された不具合発生情報を受信する。受信した不具合発生情報を不具合発生情報転送部３１に送出し、他の会議拠点（通信端末）への転送を要求する。また、不具合発生情報受信部３２はサーバログ記録部３３に受信した不具合発生情報の追加を要求する。

不具合発生情報転送部３１は、不具合発生情報受信部３２から受け取った不具合発生情報を転送する要求に応じて、不具合発生情報を送信した送信元の通信端末以外の会議拠点（通信端末）に不具合発生情報を転送する。なお、同じテレビ会議に参加している通信端末はセッション管理テーブルに登録されているので、不具合発生情報を送信した通信端末１０とテレビ会議を行っている他の通信端末１０をセッション管理テーブルで特定し、この他の通信端末１０に不具合発生情報を転送する。

サーバログ記録部３３は、不具合発生情報受信部３２から受け取った不具合発生情報の追加要求をもとに、サーバログに不具合発生情報を追加する（記録する）。

＜コンテンツデータ及び各種管理情報の送受信の状態＞
図１２は、本実施形態に係る通信システムにおけるコンテンツデータ及び各種管理情報を送受信するために確立されたセッション例を示す図である。図１２を参照しながら、通信システム１におけるコンテンツデータ及び各種管理情報を送受信するために確立されたセッションについて説明する。

図１２に示すように、通信システム１では、開始要求端末と宛先端末Ａと宛先端末Ｂとの間で、管理システム５０を介して、各種の管理情報を送受信するための管理情報用セッションｓｅｉが確立される。更に、開始要求端末と宛先端末Ａと宛先端末Ｂとの間で、管理システム５０を介して、画像データ及び音声データを送受信するためのコンテンツデータ用セッションＳｅｄが確立される。すなわち、コンテンツデータ用セッションｓｅｄが、テレビ会議において直接的に用いられるセッションである。なお、このセッションの概念はあくまで一例であって、例えば、画像データのセッションでは、解像度ごとに分けられるものとしてもよい。

不具合発生情報は例えば管理情報用セッションｓｅｉで送信されるが、コンテンツデータ用セッションｓｅｄで送信されてもよい。

＜通信端末が通話開始する前の準備段階における各管理情報の送受信処理＞
図１３は、通信端末が通話を開始するための認証処理を含む準備段階の処理の一例を示すシーケンス図である。図１４は、宛先リストの表示例を示す図である。図１３及び図１４を参照しながら、通信端末１０ａａが通話を開始する前の準備段階における各情報の送受信処理について説明する。なお、図１３では、管理情報用セッションｓｅｉによって、各種管理情報が送受信される処理が示されている。

まず、通信端末１０ａａのユーザが、図３に示す電源スイッチ１０９をオンにすると、通信端末１０ａａの操作入力受付部１２が、電源オンを受け付けて、通信端末１０ａａの電源をオンにする（ステップＳ２１）。そして、通信端末１０ａａの認証要求部１９は、上記の通信端末１０ａａの電源オンを契機とし、通信部１１から通信ネットワーク２を介して管理システム５０に、ログインの認証要求を示す認証要求情報、及び通信端末１０ａａのＩＰアドレスを送信する（ステップＳ２２）。この認証要求情報には、開始要求端末としての自端末である通信端末１０ａａを識別するための端末ＩＤ及びパスワードが含まれている。端末ＩＤ及びパスワードは、通信端末１０ａａの記憶・読出部１７によって記憶部１８から読み出されて、通信部１１に送られたデータである。また、通信端末１０ａａから管理システム５０へ認証要求情報が送信される際は、受信側である管理システム５０は、送信側である通信端末１０ａａのＩＰアドレスを把握することができる。

次に、管理システム５０の認証部５２は、通信部５１を介して受信した認証要求情報に含まれている端末ＩＤ及びパスワードを検索キーとして、認証管理テーブル（図７参照）を検索し、認証管理テーブルに同一の端末ＩＤ及びパスワードが管理されているかを判断することによって端末認証を行う（ステップＳ２３）。

認証部５２によって、正当な利用権限を有する通信端末１０からのログインの認証要求であると判断された場合には、管理システム５０の状態管理部５３は、端末管理テーブル（図８参照）に、通信端末１０ａａの端末ＩＤ及び端末名で示されるレコード毎に、通信端末１０ａａのＩＰアドレスを関連付けて記憶する（ステップＳ２４－１）。これにより、端末管理テーブルには、通信端末１０ａａの端末ＩＤ「１０ａａ」に、端末ＩＰアドレス「１．２．１．３」が関連付けて管理されることになる。

続いて、状態管理部５３は、通信端末１０ａａの稼動状態「オンライン」及び通信状態「Ｎｏｎｅ」を設定し、端末管理テーブルに、通信端末１０ａａの端末ＩＤ及び端末名で示されるレコードに、稼動状態及び通信状態を関連付けて記憶する（ステップＳ２４－２）。これにより、端末管理テーブルには、通信端末１０ａａの端末ＩＤ「１０ａａ」に、稼動状態「オンライン」及び通信状態「Ｎｏｎｅ」が関連付けて管理されることになる。

そして、管理システム５０の通信部５１は、認証部５２によって得られた端末認証の結果が示された認証結果情報を、通信ネットワーク２を介して、認証要求情報を送信してきた開始要求端末（通信端末１０ａａ）に送信する（ステップＳ２５）。本実施形態では、認証部５２によって正当な利用権限を有する端末であると端末認証された場合につき、以下続けて説明する。

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

次に、管理システム５０の端末抽出部５４は、開始要求端末（通信端末１０ａａ）の端末ＩＤ「１０ａａ」を検索キーとして、グループ管理テーブル（図９参照）を検索し、開始要求端末が通話することができる、すなわち、開始要求端末と同じグループ（グループＩＤ「Ｇ００１」のグループ）に属する宛先端末の候補の端末ＩＤを抽出する（ステップＳ２７）。また、端末抽出部５４は、抽出した端末ＩＤを検索キーとして、端末管理テーブルを検索し、この端末ＩＤに対応する端末名、すなわち宛先端末の候補の端末名を抽出する。ここでは、開始要求端末（通信端末１０ａａ）の端末ＩＤ「１０ａａ」に対応する宛先端末の候補（通信端末１０ａｂ、１０ａｃ、１０ａｄ、１０ｄｂ）のそれぞれの端末ＩＤ（「１０ａｂ」、「１０ａｃ」、「１０ａｄ」、「１０ｄｂ」）と、これらに対応する端末名（「日本 東京事業所 ＡＢ端末」、「日本 東京事業所 ＡＣ端末」、「日本 東京事業所 ＡＤ端末」、「アメリカ ワシントン事業所 ＤＢ端末」）が抽出される。

次に、管理システム５０の通信部５１は、端末抽出部５４によって抽出された宛先端末の候補の端末ＩＤ及び端末名を含む宛先リスト情報を、開始要求端末（通信端末１０ａａ）に送信する（ステップＳ２８）。これにより、開始要求端末（通信端末１０ａａ）では、通信部１１が宛先リスト情報を受信し、記憶・読出部１７が記憶部１８へ宛先リスト情報を記憶する（ステップＳ２９）。

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

また、管理システム５０の端末状態取得部５５は、端末抽出部５４によって抽出された
宛先端末の候補の端末ＩＤ（「１０ａｂ」、「１０ａｃ」、「１０ａｄ」、「１０ｄｂ」）を検索キーとして、端末管理テーブルを検索する。そして、端末状態取得部５５は、宛先端末の候補の端末ＩＤ毎に、対応する稼動状態及び通信状態を読み出すことにより、宛先端末の候補（通信端末１０ａｂ、１０ａｃ、１０ａｄ、１０ｄｂ）それぞれの稼動状態及び通信状態を取得する（ステップＳ３０）。

次に、通信部５１は、ステップＳ３０で使用された検索キーである端末ＩＤと、対応する宛先端末の候補の稼動状態及び通信状態とを含む状態情報を、通信ネットワーク２を介して開始要求端末に送信する（ステップＳ３１）。具体的には、通信部５１は、検索キーとしての端末ＩＤ「１０ａｂ」と、宛先端末の候補（通信端末１０ａｂ）の稼動状態「オフライン」とを含む状態情報を、開始要求端末（通信端末１０ａａ）に送信する。なお、稼動状態が「オフライン」の場合には、状態情報には、通信状態は含まれない。また、通信部５１は、端末ＩＤ「１０ａｃ」と、宛先端末の候補（通信端末１０ａｃ）の稼動状態「オンライン」と、通信状態「Ｎｏｎｅ」とを含む状態情報等、宛先端末の候補すべてに対する状態情報それぞれを開始要求端末（通信端末１０ａａ）へ送信する。

次に、開始要求端末（通信端末１０ａａ）の記憶・読出部１７は、順次、管理システム５０から受信した状態情報を記憶部１８に記憶する（ステップＳ３２）。したがって、開始要求端末（通信端末１０ａａ）は、宛先端末の候補の状態情報を受信することで、通話することができる宛先端末の候補の現時点のそれぞれの稼動状態及び通信状態を取得することができる。

次に、開始要求端末（通信端末１０ａａ）の表示制御部１４は、記憶部１８に記憶されている宛先リスト情報、及び宛先端末の候補の状態情報に基づいて、宛先端末の候補の稼動状態及び通信状態を反映させた宛先リストを作成する。そして、表示制御部１４は、図１に示すディスプレイ１２０ａａに、所定のタイミングで宛先リストを表示する（ステップＳ３３）。

図１４に示すように、ディスプレイ１２０ａａに表示される宛先リストは、宛先端末の候補の端末ＩＤ１１００－２と、端末名１１００－３と、状態情報を反映させたアイコン１１００－４ａ～１１００－４ｃ等を含む。アイコンとしては、オフラインで通話できないことを示すオフラインアイコン１１００－４ａと、オンラインで通話可能であることを示す通話可能アイコン１１００－４ｂと、オンラインで通話中であることを示す通話中アイコン１１００－４ｃとがある。

表示制御部１４は、宛先端末の候補の稼動状態が「オンライン」であり、通信状態が「Ｎｏｎｅ」である場合には、この宛先端末の候補に対し、通話可能アイコン１１００－４ｂを割り当てる。また、表示制御部１４は、宛先端末の候補の稼動状態が「オンライン」であり、通信状態が「Ｎｏｎｅ」以外である場合には、この宛先端末の候補に対し、通話中アイコン１１００－４ｃを割り当てる。そして、表示制御部１４は、宛先端末の候補の稼動状態が「オフライン」である場合には、この宛先端末の候補に対し、オフラインアイコン１１００－４ａを割り当てる。

なお、他の通信端末１０でも、ステップＳ２１と同様に、ユーザが図３に示す電源スイッチ１０９をＯＮにすると、当該通信端末１０の操作入力受付部１２が、電源オンを受け付けて、上記のステップＳ２２～Ｓ３３の処理と同様の処理を行う。

＜通信端末が他の通信端末との通信の開始を要求する場合の処理＞
図１５は、通話の開始を要求する処理の一例を示すシーケンス図である。図１５を参照しながら、通信端末１０が他の通信端末１０との通信の開始を要求する場合の処理を説明する。なお、図１５では、すべて管理情報用セッションｓｅｉによって、各種管理情報が送受信される処理が示されている。

図１５においては、図１３においてログインが許可された通信端末１０ａａが、開始要求情報を送信する例、すなわち、通信端末１０ａａが開始要求端末として動作する例について説明する。開始要求端末としての通信端末１０ａａは、図１３のステップＳ３１で受信した宛先端末の候補の状態情報に基づいて、宛先端末の候補のうち、稼動状態が「オンライン」であり、通信状態が「Ｎｏｎｅ」である通信端末１０のうち少なくとも１つの通信端末１０と通話を行うことができる。例えば、開始要求端末（通信端末１０ａａ）は、宛先端末の候補のうち、図１３のステップＳ３１によって受信した状態情報により、稼動状態が「オンライン」であり、通信状態が「Ｎｏｎｅ」である通信端末１０ｄｂと通話を行うことができる。そこで、以下では、開始要求端末（通信端末１０ａａ）のユーザが、宛先端末（通信端末１０ｄｂ）と通話を開始することを選択した場合について説明する。

なお、図１５に示す処理が開始される前の状態において、開始要求端末としての通信端末１０ａａのディスプレイ１２０ａａには、図１４に示す宛先リストが表示されているものとする。そして、開始要求端末のユーザは、宛先リストから所望の通話相手（宛先端末）を選択することができる。

まず、開始要求端末のユーザは、通信端末１０ａａの操作ボタン１０８を押下して宛先端末（通信端末１０ｄｂ）を選択する（ステップＳ４１）。すると、通信端末１０ａａの通信部１１は、開始要求端末（通信端末１０ａａ）の端末ＩＤ「１０ａａ」、及び宛先端末（通信端末１０ｄｂ）の端末ＩＤ「１０ｄｂ」を含む開始要求情報を、開始要求端末のＩＰアドレスと共に管理システム５０へ送信する（ステップＳ４２）。これにより、管理システム５０の通信部５１は、開始要求情報を受信すると共に、送信元である開始要求端末（通信端末１０ａａ）のＩＰアドレス「１．２．１．３」を把握することになる。

そして、状態管理部５３は、開始要求情報に含まれる開始要求端末（通信端末１０ａａ）の端末ＩＤ「１０ａａ」及び宛先端末（通信端末１０ｄｂ）の端末ＩＤ「１０ｄｂ」に基づき、端末管理ＤＢ５００２の端末管理テーブルにおいて、端末ＩＤ「１０ａａ」及び端末ＩＤ「１０ｄｂ」がそれぞれ含まれるレコードの通信状態のフィールド部分を変更する（ステップＳ４３）。具体的には、状態管理部５３は、端末管理テーブルの端末ＩＤ「１０ａａ」が含まれるレコードの通信状態を「Ｃａｌｌｉｎｇ」に変更する。同様に、状態管理部５３は、端末管理テーブルの端末ＩＤ「１０ｄｂ」が含まれるレコードの通信状態を「Ｒｉｎｇｉｎｇ」に変更する。

そして、管理システム５０のセッション制御部５６は、開始要求端末（通信端末１０ａａ）によって要求された宛先端末との間の通信を実行するためのセッション（コンテンツデータ用セッションｓｅｄ）を識別するためのセッションＩＤ「ｓｅ１」を生成する（ステップＳ４４）。セッション制御部５６は、セッションＩＤを生成すると、セッションＩＤ「ｓｅ１」をセッション管理テーブル（図１０参照）に記憶する。続いて、セッション制御部５６は、セッション管理テーブルにおいて、セッションＩＤ「ｓｅ１」が含まれるレコードの開始要求端末の端末ＩＤ及び宛先端末の端末ＩＤのフィールド部分に、それぞれ開始要求端末の端末ＩＤ「１０ａａ」、宛先端末の端末ＩＤ「１０ｄｂ」を記憶して管理する（ステップＳ４５）。

次に、通信部５１は、通信ネットワーク２を介して、開始要求端末（通信端末１０ａａ）へ、セッション制御部５６により生成されたセッションＩＤを送信する（ステップＳ４６）。また、通信部５１は、開始要求端末の端末ＩＤ「１０ａａ」と、セッションＩＤ「ｓｅ１」とを含む開始要求情報と、管理システム５０のＩＰアドレスとを宛先端末へ送信する（ステップＳ４７）。これにより、宛先端末（通信端末１０ｄｂ）は、開始要求情報を受信すると共に、管理システム５０のＩＰアドレス「１．１．１．２」を把握することになる。

＜宛先端末が開始要求端末との間で通信開始を許可する応答を受け付けた場合の処理＞
図１６は、通話の開始の要求を許可する処理の一例を示すシーケンス図である。図１７は、開始要求受付画面の表示例を示す図である。図１６及び図１７を参照しながら、開始要求情報を受信した宛先端末のユーザが、操作ボタン１０８を押下することにより、開始要求端末との間の通信の開始（セッションの確立）を許可する旨の応答が受け付けられた場合の処理について説明する。

図１６に示す送受信処理の開始時には、宛先端末（通信端末１０ｄｂ）のディスプレイ１２０には、開始要求情報を受信したことを示す開始要求受付画面１２００－１（図１７参照）が表示されている（ステップＳ５１）。

図１７に示す開始要求受付画面１２００－１は、開始要求情報を受信した旨を示し、開始要求端末との間の通信の開始（セッションの確立）を許可するか否かを指定するためのユーザインターフェースである。ユーザは、開始要求受付画面１２００－１を閲覧することにより、開始要求を受信したことを確認することができる。開始要求受付画面１２００－１には、セッションの確立を許可するための「はい」ボタン１２００－２と、セッションの確立を許可しない選択をするための「いいえ」ボタン１２００－３とが含まれている。

宛先端末（通信端末１０ｄｂ）の操作ボタン１０８の操作によって「はい」ボタン１２００－２が押下された場合、操作入力受付部１２は、開始要求端末（通信端末１０ａａ）との間の通信の開始（セッション確立）を許可する旨の応答を受け付ける（ステップＳ５２）。次に、宛先端末の通信部１１は、宛先端末の端末ＩＤ「１０ｄｂ」、開始要求端末の端末ＩＤ「１０ａａ」、及びセッションＩＤ「ｓｅ１」が含まれる開始応答情報を、管理システム５０へ送信する（ステップＳ５３）。

管理システム５０の通信部５１が開始応答情報を受信すると、状態管理部５３は、開始応答情報に含まれる開始要求端末の端末ＩＤ「１０ａａ」及び宛先端末の端末ＩＤ「１０ｄｂ」に基づき、端末管理テーブルにおいて、端末ＩＤ「１０ａａ」及び端末ＩＤ「１０ｄｂ」がそれぞれ含まれるレコードの通信状態のフィールド部分を変更する（ステップＳ５４）。具体的には、状態管理部５３は、端末管理テーブルの端末ＩＤ「１０ａａ」が含まれるレコードの通信状態を「Ａｃｃｅｐｔｅｄ」に変更する。同様に、状態管理部５３は、端末管理テーブルの端末ＩＤ「１０ｄｂ」が含まれるレコードの通信状態も「Ａｃｃｅｐｔｅｄ」に変更する。

次に、通信部５１は、宛先端末（通信端末１０ｄｂ）の端末ＩＤ「１０ｄｂ」、及びセッションＩＤ「ｓｅ１」が含まれる開始応答情報を開始要求端末（通信端末１０ａａ）へ送信する（ステップＳ５５）。開始要求端末は、この開始応答情報を受信すると、通信部１１によってセッションＩＤ「ｓｅ１」を管理システム５０に送信することにより、セッションを確立させる（ステップＳ５６）。一方、宛先端末は、通信部１１によってセッションＩＤ「ｓｅ１」を管理システム５０に送信することにより、セッションを確立させる（ステップＳ５７）。

＜不具合発生情報の通知の動作手順＞
続いて、図１８を用いてユーザが不具合と判断した場合の通信システムの処理について説明する。図１８は、ユーザが不具合と判断した場合に不具合発生情報をログに追加する手順を示すシーケンス図の一例である。なお、不具合が発生した通信端末の符号を１０ａａ、通信端末１０ａａと通信している通信端末の符号を１０ｄｂとする。

S101：ユーザは不具合が発生したと判断したタイミングで不具合が発生した旨を通信端末１０ａａに入力する。不具合発生受付部２１は不具合が発生した旨を受け付ける。

S102：通信端末１０ａａの不具合発生受付部２１は不具合が発生した旨を受け付けると、通信端末１０ａａの不具合発生情報送信部２２に対して不具合発生情報の送信を要求する。

S103：通信端末１０ａａの不具合発生情報送信部２２は不具合発生情報の送信の要求に応じて、管理システム５０に対して不具合発生情報を送信する。

S104：また、通信端末１０ａａの不具合発生情報送信部２２は端末ログ記録部２４に対して不具合発生情報の追加を要求する。

S105：通信端末１０ａａの端末ログ記録部２４は不具合発生情報送信部２２からの不具合発生情報の追加要求を受け、通信端末１０ａａの端末ログに不具合発生情報を追加する。

S106：一方、管理システム５０の不具合発生情報受信部３２は不具合発生情報を受信し、サーバログ記録部３３に対して不具合発生情報の追加を要求する。

S107：サーバログ記録部３３は不具合発生情報の追加要求を受け、サーバログに不具合発生情報を追加する。

S108：また、不具合発生情報受信部３２は不具合発生情報転送部３１に不具合発生情報の転送を要求する。

S109：不具合発生情報転送部３１は不具合発生情報の転送要求を受け、送信元以外の会議拠点（通信端末１０ｄｂ）に不具合発生情報を転送する。

S110：通信端末１０ｄｂの転送情報受信部２３は転送された不具合発生情報を受信し、通信端末１０ｄｂの端末ログ記録部２４に対して不具合発生情報の追加を要求する。

S111：通信端末１０ｄｂの端末ログ記録部２４は転送情報受信部２３からの不具合発生情報の追加要求を受け、通信端末１０ｄｂの端末ログに不具合発生情報を追加する。

なお、図１８の処理の流れはこれに限られない。例えば、ステップS103よりも先にステップS104が実行されてもよい。ステップS104よりも先にステップS106が実行されてもよい。また、ステップS106よりも先にステップS108が実行されてもよい。

＜不具合発生の時系列の説明＞
図１９は、通信端末１０及び管理システム５０が不具合発生情報をログに追加する流れを時系列に説明する図である。
（Ｔ１）何らかの不具合が発生する。通信端末１０又は管理システム５０は決まった処理の発生ごとにログを記録しており、不具合発生時の通信帯域などの処理に関する情報を記録している。
（Ｔ２）ユーザが不具合と判断すると、ユーザはその時点で不具合と判断した旨を通信端末１０に入力する。
（Ｔ３）これにより、各通信端末１０及び管理システム５０は不具合発生情報をそれぞログに追加する。

したがって、管理者は、ログにおいて不具合発生情報が記録された直前か少し前にユーザが不具合と判断した不具合の発生時の通信状態等が記録されていると推定して通信端末１０及び管理システム５０のログを解析できる。

＜まとめ＞
以上説明したように、本実施形態の通信システムでは、不具合を感じたタイミングでユーザが主体的に不具合発生情報を管理システム５０に送信することで、サーバログ及び全ての端末ログに不具合発生情報を記録できる。不具合発生情報は時刻と共に記録されるので、不具合の解析時に、不具合発生時のサーバログと端末ログを特定できる。ユーザが感じた不具合はログへ追加された不具合発生情報の直前か少し前にログに記録された処理に関する情報等に原因がある可能性が高いことを特定できる。

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

例えば、本実施形態では管理システム５０がサーバログを記録したが、管理システム５０と共に又は管理システム５０とは別にコンテンツデータの中継を専用に行う中継装置がログを記録してもよい。

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

複数の管理システム５０が存在してもよいし、管理システム５０の機能が複数のサーバに分散していてもよい。

上記で説明した実施形態の各機能は、一又は複数の処理回路によって実現することが可能である。ここで、本明細書における「処理回路」とは、電子回路により実装されるプロセッサのようにソフトウェアによって各機能を実行するようプログラミングされたプロセッサや、上記で説明した各機能を実行するよう設計されたASIC（Application Specific Integrated Circuit）、DSP（digital signal processor）、FPGA（field programmable gate array）や従来の回路モジュール等のデバイスを含むものとする。

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

また、通信システム１が複数の管理システム５０を有していてもよく、管理システム５０の機能が複数のサーバに分散して設置されていてもよい。

１ 通信システム
２ 通信ネットワーク
１０ 通信端末
２０ 不具合処理部
５０ 管理システム

特開２０１４‐１６０４５１号公報

Claims (4)

1. 管理システムが設定したセッションを使い、他の通信端末と、ネットワークを介してコンテンツデータを送受信する通信端末であって、
   ユーザから不具合が発生した旨の入力を受け付ける不具合発生受付部と、
   不具合が発生した旨の入力を前記不具合発生受付部が受け付けた場合、通信を管理する前記管理システムに不具合の発生に関する不具合発生情報を送信する不具合発生情報送信部と、
   前記他の通信端末と通信中、時刻情報に対応付けて、通信状態に関する情報を前記通信端末の端末ログに記録し、更に、前記不具合発生情報を前記通信端末の端末ログに追加する端末ログ記録部と、を有し、
   前記管理システムは、前記コンテンツデータを中継し、
   受信した前記不具合発生情報と、通信状態に関する情報を時刻情報に対応付けて前記管理システムのサーバログに追加し、
   前記管理システムは、セッション管理テーブルに登録されている、同じセッションで前記コンテンツデータの送受信を行っている他の通信端末を特定し、全ての他の通信端末に前記不具合発生情報を転送し、
   前記通信端末は、
   前記管理システムが転送した前記他の通信端末の前記不具合発生情報を受信する転送情報受信部を有し、
   前記端末ログ記録部は、前記転送情報受信部が受信した前記他の通信端末の前記不具合発生情報と、通信状態に関する情報を時刻情報に対応付けて前記他の通信端末の前記端末ログに追加することを特徴とする通信端末。
2. 管理システムが設定したセッションを使い、複数の通信端末がネットワークを介してコンテンツデータを送受信する通信システムであって、
   第一の通信端末は、
   ユーザから不具合が発生した旨の入力を受け付ける不具合発生受付部と、
   不具合が発生した旨の入力を前記不具合発生受付部が受け付けた場合、通信を管理する前記管理システムに不具合の発生に関する不具合発生情報を送信する不具合発生情報送信部と、
   前記第一の通信端末とコンテンツデータを送受信している第二の通信端末と通信中、時刻情報に対応付けて、通信状態に関する情報を前記第一の通信端末の端末ログに記録し、更に、前記不具合発生情報を前記端末ログに追加する端末ログ記録部と、を有し、
   前記管理システムは、前記コンテンツデータを中継し、
   前記不具合発生情報を前記第一の通信端末から受信する不具合発生情報受信部と、
   前記不具合発生情報受信部が受信した前記不具合発生情報を、時刻情報に対応付けて前記管理システムのサーバログに追加するサーバログ記録部と、を有し、
   前記管理システムは、セッション管理テーブルに登録されている、同じセッションで前記コンテンツデータの送受信を行っている他の通信端末を特定し、全ての他の通信端末に前記不具合発生情報を転送し、
   前記他の通信端末である第二の通信端末は、
   前記管理システムが転送した前記第一の通信端末の前記不具合発生情報を受信する転送情報受信部を有し、
   前記転送情報受信部が受信した前記第一の通信端末の前記不具合発生情報と、通信状態に関する情報を時刻情報に対応付けて前記第二の通信端末の前記端末ログに追加することを特徴とする通信システム。
3. 管理システムが設定したセッションを使い、他の通信端末と、ネットワークを介してコンテンツデータを送受信する通信端末が行うログ記録方法であって、
   不具合発生受付部が、ユーザから不具合が発生した旨の入力を受け付けるステップと、
   不具合発生情報送信部が、不具合が発生した旨の入力を前記不具合発生受付部が受け付けた場合、通信を管理する前記管理システムに不具合の発生に関する不具合発生情報を送信するステップと、
   端末ログ記録部が、前記他の通信端末と通信中、時刻情報に対応付けて、通信状態に関する情報を前記通信端末の端末ログに記録し、更に、前記不具合発生情報を前記通信端末の端末ログに追加するステップと、を有し、
   前記管理システムは、前記コンテンツデータを中継し、
   受信した前記不具合発生情報と、通信状態に関する情報を時刻情報に対応付けて前記管理システムのサーバログに追加し、
   前記管理システムは、セッション管理テーブルに登録されている、同じセッションで前記コンテンツデータの送受信を行っている他の通信端末を特定し、全ての他の通信端末に前記不具合発生情報を転送し、
   前記通信端末が、前記管理システムが転送した前記他の通信端末の前記不具合発生情報を受信するステップと、
   前記受信するステップで受信した前記他の通信端末の前記不具合発生情報と、通信状態に関する情報を時刻情報に対応付けて前記他の通信端末の前記端末ログに追加するステップと、を有することを特徴とするログ記録方法。
4. 管理システムが設定したセッションを使い、他の通信端末と、ネットワークを介してコンテンツデータを送受信する通信端末を、
   ユーザから不具合が発生した旨の入力を受け付ける不具合発生受付部と、
   不具合が発生した旨の入力を前記不具合発生受付部が受け付けた場合、通信を管理する前記管理システムに不具合の発生に関する不具合発生情報を送信する不具合発生情報送信部と、
   前記他の通信端末と通信中、時刻情報に対応付けて、通信状態に関する情報を前記通信端末の端末ログに記録し、更に、前記不具合発生情報を前記通信端末の端末ログに追加する端末ログ記録部、として機能させ、
   前記管理システムは、前記コンテンツデータを中継し、
   受信した前記不具合発生情報と、通信状態に関する情報を時刻情報に対応付けて前記管理システムのサーバログに追加し、
   前記管理システムは、セッション管理テーブルに登録されている、同じセッションで前記コンテンツデータの送受信を行っている他の通信端末を特定し、全ての他の通信端末に前記不具合発生情報を転送し、
   前記通信端末を、
   前記管理システムが転送した前記他の通信端末の前記不具合発生情報を受信する転送情報受信部として機能させ、
   前記端末ログ記録部は、前記転送情報受信部が受信した前記他の通信端末の前記不具合発生情報と、通信状態に関する情報を時刻情報に対応付けて前記他の通信端末の前記端末ログに追加するためのプログラム。

Images