JP2017118218A - 通信システム、通信制御方法、及びプログラム - Google Patents

Abstract

【課題】 通信システムを介さない実際のコミュニケーションでは、コミュニケーションを開始する前から、相手の表情や持ち物等を視認することで、用件の予測が可能となることもある。しかしながら、通信システムにおいて、通話していないときにも通信端末間の接続を確立しておき、通信端末間でコンテンツデータを送信し続けると、通信ネットワークに掛かる負荷が増大する。【解決手段】 端末１０の操作入力受付部１２は、端末１０間の通話の開始又は終了の要求を受け付ける。端末１０の送受信部１１は、操作入力受付部１２によって受け付けられる通話の開始の要求に応じて、端末１０間で高品質の画像データが送信され、操作入力受付部１２によって受け付けられる通話の終了の要求に応じて、端末１０間で低品質の画像データが送信されるように制御する。【選択図】図１２

Description

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

近年、当事者の移動の経費や時間を削減する要請等に伴い、インターネットや専用線等の通信ネットワークを介してテレビ会議や通話等を行う通信システムが普及している。

このような通信システムでは、複数の通信端末の間で通信を開始すると、画像データ及び音データ等のコンテンツデータの送受信が行われる（特許文献１参照）

特許文献１には、通信端末間でコンテンツデータ用セッションが確立された後に、他の通信端末がこのセッションに参加する処理が記載されている。

ところで、通信システムを介さない実際のコミュニケーションでは、コミュニケーションを開始する前から、相手の表情や持ち物等を視認することで、用件の予測が可能となることもある。しかしながら、通信システムにおいて、通話していないときにも通信端末間の接続を確立しておき、通信端末間でコンテンツデータを送信し続けると、通信ネットワークに掛かる負荷が増大するという課題が生じる。

請求項１に係る発明の通信システムは、一方側の通信端末、及び他方側の通信端末の間の通話の開始の要求又は終了の要求を受け付ける受付手段と、前記受付手段によって受け付けられる前記通話の開始の要求に応じて、前記一方側の通信端末、及び前記他方側の通信端末の間で第１の品質のコンテンツデータが送信されるように制御する第１の制御手段と、前記受付手段によって受け付けられる前記通話の終了の要求に応じて、前記一方側の通信端末、及び前記他方側の通信端末の間の通信を切断せず、前記一方側の通信端末、及び前記他方側の通信端末の間で前記第１の品質よりも低品質の第２の品質のコンテンツデータが送信されるように制御する第２の制御手段と、を有する。

本発明によると、通信システムにおいて、通話していないときにも通信端末間の接続を確立しておき、通信端末間でコンテンツデータを送信し続ける場合に、通信ネットワークに掛かる負荷を軽減できるという効果を奏する。

図１は、一実施形態に係る通信システムの概略図である。 図２は、一実施形態に係る端末の外観図である。 図３は、一実施形態に係る端末のハードウェア構成図である。 図４は、一実施形態に係る管理システムのハードウェア構成図である。 図５は、一実施形態に係る端末のソフトウェア構成図である。 図６は、一実施形態に係る通信システムの一部を構成する端末及び管理システムの機能ブロック図である。 図７は、管理システムにおいて管理される各テーブルを示す概念図である。 図８は、端末が起動してからアプリリストを表示させるまでの処理を示したシーケンス図である。 図９は、アプリリストの画面例を示した図である。 図１０は、セッションへの参加を要求する処理を示したシーケンス図である。 図１１は、端末１０間の通信状況の一例を示す概念図である。 図１２は、通信システムにおける各種情報の送受信の状態を示した概念図である。 図１３は、ディスプレイの表示例を示す図である。 図１４は、コンテンツデータの出力を開始または停止する処理を示したシーケンス図である。 図１５は、ディスプレイの表示例を示す図である。

以下、図面を用いて、本発明の一実施形態を詳細に説明する。なお、以下では、「通信端末」は単に「端末」として表され、「通信管理システム」は単に「管理システム」として表されている。

＜＜通信システム１の全体構成＞＞
図１は、本発明の一実施形態に係る通信システムの概略図である。図１に示されているように、通信システム１は、複数の端末（１０ａａ，１０ａｂ，…）、各端末（１０ａａ，１０ａｂ，…）用のディスプレイ（１２０ａａ，１２０ａｂ，…）、複数の中継装置（３０ａ，３０ｂ，３０ｃ，３０ｄ，３０ｅ）、管理システム５０、プログラム提供システム９０、及びメンテナンスシステム１００によって構築されている。この通信システム１によって、コンテンツデータの一例としての画像データ及び音データの通信が行われることで、遠隔地間のテレビ会議等を実現することができる。なお、複数のルータ（７０ａ，７０ｂ，７０ｃ，７０ｄ，７０ａｂ）は、コンテンツデータの最適な経路の選択を行う。

端末（１０ａａ，１０ａｂ，１０ａｃ，・・・）、中継装置３０ａ、及びルータ７０ａは、ＬＡＮ２ａによって通信可能に接続されている。端末（１０ｂａ，１０ｂｂ，１０ｂｃ，・・・）、中継装置３０ｂ、及びルータ７０ｂは、ＬＡＮ２ｂによって通信可能に接続されている。また、ＬＡＮ２ａ及びＬＡＮ２ｂは、ルータ７０ａｂが含まれた専用線２ａｂによって通信可能に接続されている。更に、ＬＡＮ２ａ、ＬＡＮ２ｂ、及び専用線２ａｂは、所定の地域Ｘ内で構築されている。なお、各装置は、必ずしも専用線によって接続されている必要はなく、例えば直接インターネット２ｉに接続されていてもよい。

端末（１０ｃａ，１０ｃｂ，１０ｃｃ，・・・）、中継装置３０ｃ、及びルータ７０ｃは、ＬＡＮ２ｃによって通信可能に接続されている。ＬＡＮ２ｃは、所定の地域Ｙ内で構築されている。

端末（１０ｄａ，１０ｄｂ，１０ｄｃ，・・・）、中継装置３０ｄ、及びルータ７０ｄは、ＬＡＮ２ｄによって通信可能に接続されている。ＬＡＮ２ｄは、所定の地域Ｚ内で構築されている。地域Ｘ、地域Ｙ、及び地域Ｚは、同一国内であっても、異なる国であっても良い。

地域Ｘ、地域Ｙ、及び地域Ｚは、それぞれルータ（７０ａｂ，７０ｃ，７０ｄ）からインターネット２ｉを介して通信可能に接続されている。なお、地域Ｚには、コールセンターが設けられている。各端末１０は、コールセンターの端末（１０ｄａ，１０ｄｂ，１０ｄｃ，・・・）と接続することで、レセプションサービスを受けることができる。

なお、以下では、複数の端末（１０ａａ，１０ａｂ，…）のうち任意の端末は、「端末１０」と表され、複数のディスプレイ（１２０ａａ，１２０ａｂ，…）のうち任意のディスプレイは「ディスプレイ１２０」と表され、複数の中継装置（３０ａ，３０ｂ，３０ｃ，３０ｄ，３０ｅ）のうち任意の中継装置は「中継装置３０」と表されている。また、ルータ（７０ａ，７０ｂ，７０ｃ，７０ｄ，７０ａｂ）のうち任意のルータは、「ルータ７０」と表されている。

また、管理システム５０、プログラム提供システム９０、及びメンテナンスシステム１００は、インターネット２ｉに接続されている。なお、管理システム５０、プログラム提供システム９０、及びメンテナンスシステム１００は、地域（Ｘ，Ｙ，Ｚ）に設置されていても良いし、これら以外の地域に設置されていても良い。

また、本実施形態では、ＬＡＮ（２ａ，２ｂ，２ｃ，２ｄ）、専用線２ａｂ、及びインターネット２ｉによって、本実施形態の通信ネットワーク２が構築されている。この通信ネットワーク２には、有線だけでなく、ＷｉＦｉ(Wireless Fidelity)やＢｌｕｅｔｏｏｔｈ（登録商標）、携帯電話網等の無線による通信が行われる箇所があってもよい。

また、図１において、各端末１０、各中継装置３０、管理システム５０、各ルータ７０、プログラム提供システム９０、及びメンテナンスシステム１００の下に示されている４組の数字は、一般的なＩＰｖ４におけるＩＰアドレスを簡易的に示している。また、ＩＰｖ４ではなく、ＩＰｖ６を用いてもよいが、説明を簡略化するため、ＩＰｖ４を用いて説明している。

また、各端末１０は、後述のアプリケーションが起動されると、音データ又は画像データを含むコンテンツデータの送受信により、ユーザ間の通話を可能にする。更に、端末１０は、所定の通信方式（通話の宛先と接続又は切断をするための呼制御方式、及び通話データをＩＰパケット化するための符号化方式）を利用して、通話データの送受信を行う。なお、以下、「アプリケーション」は「アプリ」と省略して説明する。

また、上述の呼制御方式としては、(1)SIP(Session Initiation Protocol)、(2)H.323、(3)SIPを拡張したプロトコル、(4)インスタントメッセンジャーのプロトコル、(5)SIPのMESSAGEメソッドを利用したプロトコル、(6)インターネットリレーチャットのプロトコル(IRC(Internet Relay Chat))、(7)インスタントメッセンジャーのプロトコルを拡張したプロトコル等が挙げられる。このうち、(4)インスタントメッセンジャーのプロトコルは、例えば、(4-1)XMPP(Extensible Messaging and Presence Protocol)、又は(4-2)ICQ（登録商標）、AIM（登録商標）、若しくはSkype（登録商標）などで利用されるプロトコルである。また、(7)インスタントメッセンジャーのプロトコルを拡張したプロトコルは、例えば、Jingleである。

＜＜実施形態のハードウェア構成＞＞
次に、本実施形態のハードウェア構成を説明する。図２は、一実施形態に係る端末１０の外観図である。図２に示されているように、端末１０は、筐体１１００、アーム１２００、及びカメラハウジング１３００を備えている。このうち、筐体１１００の前側壁面１１１０には、複数の吸気孔によって形成された吸気面が設けられており、筐体１１００の後側壁面１１２０には、複数の排気孔が形成された排気面１１２１が設けられている。これにより、筐体１１００に内蔵された冷却ファンの駆動によって、吸気面を介して端末１０の後方の外気を取り込み、排気面１１２１を介して端末１０の後方へ排気することができる。筐体１１００の右側壁面１１３０に収音用孔１１３１が形成されていることで、後述する内蔵型のマイク１１４は、音声、物音、雑音等の音を収音可能となっている。

筐体１１００の右側壁面１１３０側には、操作パネル１１５０が形成されている。この操作パネル１１５０には、後述の複数の操作ボタン（１０８ａ〜１０８ｅ）、後述の電源スイッチ１０９、及び後述のアラームランプ１１９が設けられていると共に、後述の内蔵型のスピーカ１１５からの出力音を通すための複数の音出力孔によって形成された音出面１１５１が形成されている。また、筐体１１００の左側壁面１１４０側には、アーム１２００及びカメラハウジング１３００を収容するための凹部としての収容部１１６０が形成されている。筐体１１００の右側壁面１１３０には、後述の外部機器接続Ｉ／Ｆ１１８に対して電気的にケーブルを接続するための複数の接続口（１１３２ａ〜１１３２ｃ）が設けられている。一方、筐体１１００の左側壁面１１４０には、後述の外部機器接続Ｉ／Ｆ１１８に対して電気的にディスプレイ１２０用のケーブル１２０ｃを接続するための接続口が設けられている。

なお、以下では、操作ボタン（１０８ａ〜１０８ｅ）のうち任意の操作ボタンを示す場合には「操作ボタン１０８」を用い、接続口（１１３２ａ〜１１３２ｃ）のうち任意の接続口を示す場合には「接続口１１３２」を用いて説明する。

次に、アーム１２００は、トルクヒンジ１２１０を介して筐体１１００に取り付けられており、アーム１２００が筐体１１００に対して、１３５度のチルト角θ１の範囲で、上下方向に回転可能になっている。図２は、チルト角θ１が９０度の状態を示している。カメラハウジング１３００には、後述の内蔵型のカメラ１１２が設けられており、ユーザ、書類、及び部屋等を撮像することができる。また、カメラハウジング１３００には、トルクヒンジ１３１０が形成されている。カメラハウジング１３００は、トルクヒンジ１３１０を介して、アーム１２００に取り付けられている。カメラハウジング１３００はアーム１２００に対して、図２で示されている状態を０度として±１８０度のパン角θ２の範囲で、且つ、±４５度のチルト角θ３の範囲で、上下左右方向に回転可能になっている。

なお、上記図２の外観図はあくまで一例であってこの外観に限定するものではない。他の例としては、端末１０は、一般の汎用コンピュータあるいは携帯電話端末、プロジェクタ、電子ホワイトボード、電子看板(デジタルサイネージ)等であってもよい（図１の端末（１０ａｃ，１０ｃｃ）参照）。端末１０として用いるコンピュータに、マイクやカメラが備わっていない場合には、外付けのマイクおよびカメラをコンピュータに接続させることができる。また、端末１０が汎用コンピュータや携帯電話端末等である場合には、無線ＬＡＮや携帯電話網などによる無線通信により、端末１０とインターネット２ｉとを接続しても良い。また、端末１０として汎用コンピュータを用いる場合には、当該コンピュータに後述する端末１０の処理を実行するためのアプリケーションをインストールしておくことができる。

なお、管理システム５０、プログラム提供システム９０、及びメンテナンスシステム１００は、それぞれ一般のサーバコンピュータの外観と同じであるため、外観の説明を省略する。

図３は、一実施形態に係る端末１０のハードウェア構成図である。端末１０は、端末１０全体の動作を制御するＣＰＵ１０１(Central Processing Unit)、ＩＰＬ(Initial Program Loader)等のＣＰＵ１０１の駆動に用いられるプログラムを記憶したＲＯＭ１０２(Read Only Memory)、ＣＰＵ１０１のワークエリアとして使用されるＲＡＭ１０３(Random Access Memory)、端末１０用のプログラム、画像データ、及び音データ等の各種データを記憶するフラッシュメモリ１０４、ＣＰＵ１０１の制御にしたがってフラッシュメモリ１０４に対する各種データの読み出し又は書き込みを制御するＳＳＤ１０５（Solid State Drive）、フラッシュメモリやＩＣカード（Integrated Circuit Card）等の記録メディア１０６に対するデータの読み出し又は書き込み（記憶）を制御するメディアＩ／Ｆ１０７、端末１０の宛先を選択する場合などに操作される操作ボタン１０８、端末１０の電源のＯＮ／ＯＦＦを切り換えるための電源スイッチ１０９、通信ネットワーク２を利用してデータ伝送をするためのネットワークＩ／Ｆ１１１(Interface)を備えている。

また、端末１０は、ＣＰＵ１０１の制御に従って被写体を撮像して画像データを得る内蔵型のカメラ１１２、このカメラ１１２の駆動を制御する撮像素子Ｉ／Ｆ１１３、音を入力する内蔵型のマイク１１４、音を出力する内蔵型のスピーカ１１５、ＣＰＵ１０１の制御に従ってマイク１１４及びスピーカ１１５との間で音信号の入出力を処理する音入出力Ｉ／Ｆ１１６、ＣＰＵ１０１の制御に従って外付けのディスプレイ１２０に画像データを伝送するディスプレイＩ／Ｆ１１７、各種の外部機器を接続するための外部機器接続Ｉ／Ｆ１１８、端末１０の各種機能の異常を知らせるアラームランプ１１９、及び上記各構成要素を図３に示されているように電気的に接続するためのアドレスバスやデータバス等のバスライン１１０を備えている。

ディスプレイ１２０は、被写体の画像等を表示する表示部である。ディスプレイ１２０の一例として液晶や有機ＥＬ(Organic Electroluminescence)が挙げられる。また、ディスプレイ１２０は、ケーブル１２０ｃによってディスプレイＩ／Ｆ１１７に接続される。このケーブル１２０ｃは、アナログＲＧＢ（ＶＧＡ）信号用のケーブルであってもよいし、コンポーネントビデオ用のケーブルであってもよいし、ＨＤＭＩ（登録商標）(High-Definition Multimedia Interface)やＤＶＩ(Digital Video Interactive)信号用のケーブルであってもよい。

カメラ１１２は、レンズや、光を電荷に変換して被写体の画像（映像）を電子化する固体撮像素子を含み、固体撮像素子として、ＣＭＯＳ(Complementary Metal Oxide Semiconductor)や、ＣＣＤ（Charge Coupled Device）等が用いられる。

外部機器接続Ｉ／Ｆ１１８には、筐体１１００の接続口１１３２に差し込まれたＵＳＢ(Universal Serial Bus)ケーブル等によって、外付けカメラ、外付けマイク、及び外付けスピーカ等の外部機器がそれぞれ電気的に接続可能である。外付けカメラが接続された場合には、ＣＰＵ１０１の制御に従って、内蔵型のカメラ１１２に優先して、外付けカメラが駆動する。同じく、外付けマイクが接続された場合や、外付けスピーカが接続された場合には、ＣＰＵ１０１の制御に従って、それぞれが内蔵型のマイク１１４や内蔵型のスピーカ１１５に優先して、外付けマイクや外付けスピーカが駆動する。

なお、記録メディア１０６は、端末１０に対して着脱自在となっている。また、ＣＰＵ１０１の制御にしたがってデータの読み出し又は書き込みを行う不揮発性メモリであれば、フラッシュメモリ１０４に限らず、ＥＥＰＲＯＭ（Electrically Erasable and Programmable ROM）等を用いてもよい。

図４は、一実施形態に係る管理システム５０のハードウェア構成図である。管理システム５０は、管理システム５０全体の動作を制御するＣＰＵ２０１、ＩＰＬ等のＣＰＵ２０１の駆動に用いられるプログラムを記憶したＲＯＭ２０２、ＣＰＵ２０１のワークエリアとして使用されるＲＡＭ２０３、管理システム５０用のプログラム等の各種データを記憶するＨＤ２０４、ＣＰＵ２０１の制御にしたがってＨＤ２０４に対する各種データの読み出し又は書き込みを制御するＨＤＤ２０５(Hard Disk Drive)、フラッシュメモリ等の記録メディア２０６に対するデータの読み出し又は書き込み（記憶）を制御するメディアＩ／Ｆ２０７、カーソル、メニュー、ウィンドウ、文字、又は画像などの各種情報を表示するディスプレイ２０８、通信ネットワーク２を利用してデータ通信するためのネットワークＩ／Ｆ２０９、文字、数値、各種指示などの入力のための複数のキーを備えたキーボード２１１、各種指示の選択や実行、処理対象の選択、カーソルの移動などを行うマウス２１２、着脱可能な記録媒体の一例としてのＣＤ−ＲＯＭ２１３(Compact Disc Read Only Memory)に対する各種データの読み出し又は書き込みを制御するＣＤ−ＲＯＭドライブ２１４、及び、上記各構成要素を図４に示されているように電気的に接続するためのアドレスバスやデータバス等のバスライン２１０を備えている。

一方、中継装置３０、プログラム提供システム９０、及びメンテナンスシステム１００は、上記管理システム５０と同様のハードウェア構成を有しているため、その説明を省略する。

図５は、一実施形態に係る端末１０のソフトウェア構成図である。図５に示されているように、ＯＳ１０２０、テレビ会議アプリ１０３１、及びレセプションアプリ１０３２は、ＲＡＭ１０３の作業領域１０１０上で動作する。ＯＳ１０２０、及び、これらのアプリは、端末１０にインストールされている。

また、これらのうち、ＯＳ１０２０は、基本的な機能を提供し、端末１０全体を管理する基本ソフトウェアである。テレビ会議アプリ１０３１は、他の端末１０と接続して、テレビ会議を行うためのアプリである。レセプションアプリ１０３２は、コールセンターの端末１０と接続して、オペレータと通話するためのアプリである。

なお、上記アプリは、一例であって、他のアプリがインストールされていてもよい。他のアプリがインストールされる場合は、プログラム提供システム９０に他のアプリを保存しておき、端末１０の要求に応じて他のアプリをダウンロードしてもよい。また、複数のテレビ会議アプリがインストールされる場合は、上記(1)〜(7)のように、異なるプロトコルのテレビ会議アプリがインストールされてもよい。

＜＜実施形態の機能構成＞＞
次に、本実施形態の機能構成について説明する。図６は、一実施形態に係る通信システム１の一部を構成する端末１０、及び管理システム５０の機能ブロック図である。なお、図６では、端末１０、及び管理システム５０が、通信ネットワーク２を介してデータ通信することができるように接続されている。

＜端末の機能構成＞
端末１０は、送受信部１１、操作入力受付部１２、起動部１３、入出力制御部１４、及び記憶・読出部１９を有している。これら各部は、図３に示されている各構成要素のいずれかが、フラッシュメモリ１０４からＲＡＭ１０３上に展開されたアプリ（プログラム）に従ったＣＰＵ１０１からの命令によって動作することで実現される機能である。

また、端末１０は、図３に示されているＲＯＭ１０２、ＲＡＭ１０３、フラッシュメモリ１０４によって構築される記憶部１０００を有している。

次に、端末１０における各機能構成について詳細に説明する。なお、以下では、端末１０における各機能構成を説明するにあたって、図３に示されている各構成要素のうち、各機能構成を実現させるための主な構成要素との関係も説明する。

送受信部１１は、ＣＰＵ１０１からの命令、及びネットワークＩ／Ｆ１１１によって実現され、通信ネットワーク２を介して、通信相手の端末、各装置又はシステム等と各種データ（または情報）の送受信を行う。

操作入力受付部１２は、ＣＰＵ１０１からの命令、並びに操作ボタン（１０８ａ，１０８ｂ，１０８ｃ，１０８ｄ，１０８ｅ）及び電源スイッチ１０９によって実現され、ユーザによる各種入力又は各種選択を受け付ける。

起動部１３は、ＣＰＵ１０１からの命令によって実現され、操作入力受付部１２がユーザによるアプリの選択を受け付けた場合に、操作入力受付部１２の起動要求に基づいてアプリ（テレビ会議アプリ又はレセプションアプリ）の動作を起動する。

入出力制御部１４は、ＣＰＵ１０１からの命令、及びディスプレイＩ／Ｆ１１７によって実現され、画像データのミュート及びアンミュートの制御、並びに音データのミュート及びアンミュートの制御を行う。

記憶・読出部１９は、ＣＰＵ１０１からの命令及びＳＳＤ１０５によって実現され、又はＣＰＵ１０１からの命令によって実現され、記憶部１０００に各種データを記憶したり、記憶部１０００に記憶された各種データを読み出す処理を行う。

＜管理システムの機能構成＞
管理システム５０は、送受信部５１、認証部５２、管理部５３、セッション制御部５８、及び記憶・読出部５９を有している。これら各部は、図４に示されている各構成要素のいずれかが、ＨＤ２０４からＲＡＭ２０３上に展開された管理システム５０用のプログラムに従ったＣＰＵ２０１からの命令によって動作することで実現される機能である。また、管理システム５０は、ＨＤ２０４により構築される記憶部５０００を有している。この記憶部５０００には、アプリＩＤ毎に、アプリアイコンのデータが記憶されている。更に、記憶部５０００には、以下に示すような各テーブルによって各ＤＢが構築される。

（認証管理テーブル）
図７（Ａ）は、認証管理テーブルを示す概念図である。記憶部５０００には、図７（Ａ）に示されているような認証管理テーブルによって認証管理ＤＢ５００１が構築されている。この認証管理テーブルでは、管理システム５０によって管理される全ての端末１０の各通信ＩＤに対して、認証用のパスワードが関連付けられて管理される。なお、通信ＩＤは、通信システム１において、通信の宛先を特定するための情報である。通信ＩＤとしては、特に限定されないが、例えば、端末１０の識別情報、端末１０のユーザのアカウント、複数の端末１０によって構成されるグループの識別情報等が含まれる。以下、通信ＩＤが、端末１０の識別情報、又はグループの識別情報である場合について説明する。以下、端末（１０ａａ，１０ａｂ，１０ａｃ，１０ｄａ，１０ｄｂ）の通信ＩＤがそれぞれ「０１ａａ，０１ａｂ，０１ａｃ，０１ｄａ，０１ｄｂ」であるものとして説明を続ける。

（端末管理テーブル）
図７（Ｂ）は、端末管理テーブルを示す概念図である。記憶部５０００には、図７（Ｂ)に示されているような端末管理テーブルによって端末管理ＤＢ５００２が構築されている。この端末管理テーブルでは、各端末１０の通信ＩＤ毎に、各端末１０を宛先とした場合の宛先名（端末名）、各端末１０の稼動状態、及び各端末１０のＩＰアドレスが関連付けられて管理される。なお、稼動状態「ＯＦＦライン」は、管理システム５０と接続していない状態を示す。稼動状態「ＯＮライン（通信可能）」は、管理システム５０と接続しているが、他の端末１０と通信していない状態を示す。稼動状態「ＯＮライン（通信中）」は、管理システム５０と接続して、他の端末１０と通信しているが、通信相手の端末１０との間でコンテンツデータを双方向に送信していない状態を示す。稼動状態「ＯＮライン（通話中）」は、管理システム５０と接続して、他の端末１０と通信しており、通信相手の端末１０との間でコンテンツデータを双方向に送信している状態を示す。

（アプリ利用可否管理テーブル）
図７（Ｃ)は、アプリ利用可否管理テーブルを示す概念図である。記憶部５０００には、図７（Ｃ）に示されているようなアプリ利用可否管理テーブルによってアプリ利用可否管理ＤＢ５００３が構築されている。このアプリ利用可否管理テーブルでは、端末１０の通信ＩＤ及びこの端末１０にインストールされている複数のアプリのそれぞれを識別するためのアプリＩＤ毎に、この端末１０でそれぞれのアプリが利用可能（Ｏｎ）又は利用不可能（Ｏｆｆ）を示す利用可否情報を関連付けて管理している。

（セッション管理テーブル）
図７（Ｄ）は、セッション管理テーブルを示す概念図である。記憶部５０００には、図７（Ｄ）に示されているようなセッション管理テーブルによってセッション管理ＤＢ５００５が構築されている。このセッション管理テーブルでは、端末１０間でコンテンツデータが送信されるセッションを識別するためのセッションＩＤ毎に、このセッションにおいて、端末１０間でコンテンツデータを中継する中継装置３０の中継装置ＩＤ、このセッションに参加している端末１０（参加端末）のうちコールセンター（オペレータ）側の参加端末の通信ＩＤ、オペレータ側の参加端末の通信相手となるカスタマー側の参加端末の通信ＩＤが関連付けられて管理される。

（グループ情報管理テーブル）
図７（Ｅ）は、グループ情報管理テーブルを示す概念図である。記憶部５０００には、図７（Ｅ）に示されているようなグループ情報管理テーブルによってグループ情報管理ＤＢ５０１０が構築されている。このグループ情報管理テーブルでは、グループを識別するための通信ＩＤと、そのグループを通信の宛先とするときの宛先名（グループ名）と、そのグループを構成する各端末１０の各通信ＩＤと、を関連付けて管理する。

＜管理システムの各機能構成＞
次に、管理システム５０の各機能構成について詳細に説明する。なお、以下では、管理システム５０の各機能構成を説明するにあたって、図４に示されている各構成要素のうち、管理システム５０の各機能構成を実現させるための主な構成要素との関係も説明する。

送受信部５１は、ＣＰＵ２０１からの命令、及びネットワークＩ／Ｆ２０９によって実現され、通信ネットワーク２を介して各端末、装置又はシステムと各種データ（または情報）の送受信を行う。

認証部５２は、ＣＰＵ２０１からの命令によって実現され、送受信部５１で受信された通信ＩＤ及びパスワードを検索キーとして、認証管理テーブルを検索し、この認証管理テーブルに同一の通信ＩＤ及びパスワードが管理されているかを判断することによって端末の認証を行う。

管理部５３は、ＣＰＵ２０１からの命令によって実現され、端末管理テーブル（図７（Ｂ）参照）において、最新の稼動状態をさせるため、稼動状態を更新する処理を行う。

セッション制御部５８は、ＣＰＵ２０１からの命令によって、端末１０間でコンテンツデータを送信するセッションを制御する。この制御としては、セッションを確立するための制御、確立されたセッションに端末１０参加させる制御、セッションを切断する制御、確立されたセッションにおけるコンテンツデータの送信の制御等が含まれる。

記憶・読出部５９は、ＣＰＵ２０１からの命令及びＨＤＤ２０５によって実現され、又はＣＰＵ２０１からの命令によって実現され、記憶部５０００に各種データを記憶したり、記憶部５０００に記憶された各種データを抽出する処理を行う。

＜＜通信システム１の処理・動作＞＞
続いて、通信システム１における処理及び動作について説明する。以下、端末１０間の情報の伝達を「通信」、端末１０のユーザ間の情報の伝達を「通話」と表している。また、端末１０ｄｂをオペレータ側の端末と表し、端末（１０ａａ，１０ａｂ）をカスタマー側の端末１０と表している。

まずは、図８を用いて、端末１０ａａが起動してからアプリリストを表示させるまでの処理を説明する。図８は、端末１０が起動してからアプリリストを表示させるまでの処理を示したシーケンス図である。

まず、ユーザが電源スイッチ１０９をＯＮにすると、操作入力受付部１２が電源ＯＮを受け付けて、端末１０ａａを起動させる（ステップＳ１）。送受信部１１は、上記電源ＯＮの受け付けを契機とし、通信ネットワーク２を介して管理システム５０に、ログイン要求を行う（ステップＳ２）。これにより、管理システム５０の送受信部５１は、ログイン要求を受け付ける。このログイン要求には、ログイン要求元である自端末（端末１０ａａ）を識別するための通信ＩＤ及びパスワードが含まれている。これら通信ＩＤ及びパスワードは、記憶・読出部１９を介して記憶部１０００から読み出されて、送受信部１１に送られたデータである。なお、これら通信ＩＤ及びパスワードは、要求元端末のユーザによって入力されてもよい。端末１０ａａから管理システム５０へログイン要求が送信されることで、受信側である管理システム５０は、送信側である端末１０ａａのＩＰアドレスを取得することができる。

次に、管理システム５０の認証部５２は、ログイン要求に含まれている通信ＩＤ及びパスワードを検索キーとして、記憶部５０００の認証管理テーブル（図７（Ａ）参照）を検索し、この認証管理テーブルに同一の通信ＩＤ及びパスワードが管理されているかを判断することによって認証を行う（ステップＳ３）。認証部５２によって、正当な利用権限を有する端末１０からのログイン要求であると認証された場合には、管理部５３は、端末管理テーブル（図７（Ｂ）参照）に、端末１０ａａの通信ＩＤ「０１ａａ」、稼動状態「ＯＮライン（通信可能）」、及び端末１０ａａのＩＰアドレスを関連付けて記憶する（ステップＳ４）。

そして、管理システム５０の送受信部５１は、上記認証部５２によって得られた認証結果が示された認証結果情報を、通信ネットワーク２を介して、ログイン要求元の端末１０ａａに送信する（ステップＳ５）。これにより、端末１０ａａの送受信部１１は、認証結果情報を受信する。

認証部５２によって正当な利用権限を有する端末であると判断された場合、端末１０ａａの送受信部１１は、通信ネットワーク２を介して管理システム５０に、端末１０ａａにインストールされているアプリの利用可否を示す利用可否情報を要求する（ステップＳ６）。この要求には、利用可否情報要求元の端末１０ａａの通信ＩＤが含まれている。これにより、管理システム５０の送受信部５１は、利用可否情報の要求を受け付ける。

次に、管理システム５０の記憶・読出部５９は、利用可否情報要求元の端末１０ａａの通信ＩＤを検索キーとしてアプリ利用可否管理テーブル（図７（Ｃ）を参照）を検索することにより、対応する利用可否情報を読み出す（ステップＳ７）。この場合の利用可否情報は、アプリＩＤ「ａ００１」が「Ｏｎ」、アプリＩＤ「ａ００２」が「Ｏｎ」を示している。

次に、管理システム５０の送受信部５１は、通信ネットワーク２を介して利用可否情報要求元の端末１０ａａに、上記ステップＳ７によって読み出された利用可否情報を送信する（ステップＳ８）。これにより、端末１０ａａの送受信部１１は、利用可否情報を受信する。

次に、端末１０ａａの入出力制御部１４は、ディスプレイ１２０ａａ上に、図９に示されているようなアプリリストの画面１４０を表示させる（ステップＳ９）。なお、図９は、アプリリストの画面例を示した図である。この画面１４０には、利用可否情報が利用可能（Ｏｎ）として表されている全てのアプリＩＤ（ａ００１，ａ００２，…）毎に、対応するアプリアイコン（１４１，１４２，…）が表示される。

続いて、端末１０ａａのユーザによって、アプリアイコン１４２が選択された場合について、図１０を用いて説明する。図１０は、セッションへの参加を要求する処理を示したシーケンス図である。

端末１０ａａのユーザが操作ボタン（１０８ａ〜１０８ｅ）を操作して、図９に示されている複数のアプリアイコンのうち、レセプションアプリ１０３２を示すアプリアイコン１４２を選択すると、端末１０ａａの操作入力受付部１２は、ユーザによるアプリアイコンの選択を受け付ける（ステップＳ６１）。

続いて、操作入力受付部１２は、レセプションアプリ１０３２によって実現される起動部１３に対して、起動を命令することで、レセプションアプリ１０３２を起動させる（ステップＳ６２）。なお、これ以降は、レセプションアプリ１０３２が起動することによって実現される処理となる。

続いて、端末１０ａａの送受信部１１は、セッションへの参加要求元の端末１０ａａの通信ＩＤ「０１ａａ」、宛先の通信ＩＤ「０１ｘｘ」を含む参加要求情報を、参加要求元の端末１０ａａのＩＰアドレスとともに管理システム５０へ送信する（ステップＳ７２）。なお、宛先の通信ＩＤ「０１ｘｘ」は、宛先としてのコールセンターを示す通信ＩＤであって、レセプションアプリ１０３２に従った送受信部１１による処理によって自動的に指定されたものである。また、参加要求情報は、コールセンターを構成するオペレータ側の端末１０と同じセッションｓｅｄに参加する要求を示す情報である。

続いて、管理システム５０のセッション制御部５８は、通信ＩＤ「０１ｘｘ」で識別されるグループを構成する端末１０の中から、端末１０ａａの通信の相手として呼び出す端末１０（呼出端末）を決定する（ステップＳ７５）。呼出端末を決定する方法は、特に限定されないが、例えば、セッション制御部５８がセッション管理テーブル（図７（Ｄ）参照）を参照して、カスタマー側の参加端末の数が最も少ないオペレータ側の参加端末を選択する方法が挙げられる。以下、呼出端末が端末１０ｄｂに決定された場合について説明する。また、呼出端末が決定された時点で、呼出端末である端末１０ｄｂは、中継装置３０を介して、他の端末１０との間でコンテンツデータを送信するためのセッションｓｅｄに参加しているものとして説明を続ける。

続いて、管理部５３は、端末管理テーブルにおいて、開始要求元の端末１０ａａの通信ＩＤに関連付けられている稼動状態を、「ＯＮライン（通信中）」に変更する（ステップＳ７６）。

続いて、セッション制御部５８は、セッション管理テーブル（図７（Ｄ）参照）において、呼出端末（端末１０ｄｂ）の通信ＩＤ「０１ｄｂ」が参加端末（オペレータ）の通信ＩＤとして記録されているレコードにおける、対応する参加端末（カスタマー）のフィールドに、参加要求元の端末１０ａａの通信ＩＤ「０１ａａ」を追加する（ステップＳ７８）。また、ステップＳ７８の処理の一環として、セッション制御部５８は、呼出端末（端末１０ｄｂ）の通信ＩＤ「０１ｄｂ」を検索キーとして、セッション管理テーブルを検索し、対応するセッションＩＤ、及び中継装置ＩＤを読み出す。

続いて、送受信部５１は、参加要求元の端末１０ａａへ、ステップＳ７８で読み出された中継装置ＩＤにより識別される中継装置３０へ接続するための中継装置接続情報を送信する（ステップＳ８１）。この中継装置接続情報には、中継装置３０のＩＰアドレス、認証情報、ポート番号、ステップＳ７８で読み出されたセッションＩＤ等を含めることができる。

続いて、送受信部５１は、参加要求元の端末１０ａａの通信ＩＤ「０１ａａ」、ステップＳ７８で読み出されたセッションＩＤを含む参加要求情報を呼出端末（端末１０ｄｂ）へ送信する（ステップＳ８２）。呼出端末（端末１０ｄｂ）は、参加要求に対して、自動的に参加許可を示す応答を管理システム５０へ送信しても良い。これにより、オペレータ側で参加許可の入力を受け付ける時間を短縮することができる。

参加要求元の端末１０ａａは、管理システム５０から送信された中継装置接続情報を用いて、中継装置３０と接続する。これにより、端末１０ａａは、呼出端末（端末１０ｄｂ）が参加しているセッションｓｅｄに参加する（ステップＳ８３）。

カスタマー側の端末１０ａａの送受信部１１は、確立されたセッションｓｅｄでコンテンツデータを送信開始する際に、オペレータ側の端末１０ｄｂへ送信するコンテンツデータの品質を低品質に制御する（ステップＳ８４）。なお、コンテンツデータの品質は、コンテンツデータの情報量に対応する。即ち、低品質のコンテンツデータとは、高品質のコンテンツデータよりも情報量が少ないことを意味する。コンテンツデータが静止画の画像データの場合、この画像データにより再生される画像の解像度、色数が大きいほど、或いは画像の圧縮率が低いほどその品質は高くなる。コンテンツデータが動画の画像データの場合、この画像データにより再生される画像の解像度、色数、フレームレートが大きいほど、或いは画像の圧縮率が低いほどその品質は高くなる。コンテンツデータが音データの場合、この音データにより再生される音のチャンネル数、サンプリングレート、サンプリングサイズが大きいほど、或いは音の圧縮率が低いほどその品質は高くなる。コンテンツデータを送信する際に、低品質のコンテンツデータは、通信ネットワーク２における相対的に狭帯域を利用し、高品質のコンテンツデータは、通信ネットワーク２における相対的に広帯域を利用する。

図１１Ａは、端末１０間の通信状況の一例を示す概念図である。図１１Ａに示されているように、通信システム１において、端末１０間では、セッションｓｅｄにより、高解像度の画像データ、中解像度の画像データ、及び低解像度の画像データ、並びに音データ等のコンテンツデータが送信される。図１１Ｂは、画像データの画質の一例を示す概念図である。図１１Ｂに示されているように、本実施形態で扱われる画像には、横が１６０画素、縦が１２０画素であり、画像の再生に必須な低解像度の画像と、横が３２０画素、縦が２４０画素であり、低解像度の画像と組み合わせて再生するための中解像度の画像と、横が６４０画素、縦が４８０画素であり、低解像度の画像及び中解像度の画像と組み合わせて再生するための高解像度の画像とがある。端末１０の送受信部１１は、自端末側で撮像される画像の画像データのうち、低解像度の画像データのみを送信するか、低解像度の画像データ及び中解像度の画像データを送信するか、或いは、低解像度の画像データ、中解像度の画像データ、及び高解像度の画像データを送信することで、セッションｓｅｄで送信される画像データの品質を制御する。また、端末１０の送受信部１１は、相対的に低フレームレート（例えば、5fps）の画像データを送信するか、中フレームレート（例えば、15fps）の画像データを送信するか、或いは高フレームレート（例えば、30fps）の画像データを送信することで、セッションｓｅｄで送信される画像データの品質を制御する。

ステップＳ８４において、端末１０ａａの送受信部１１は、自端末側で撮像される画像の低解像度、低フレームレートの画像データを送信する。端末１０ａａにおいて低解像度、低フレームレートの画像データを生成する方法は特に限定されない。例えば、端末１０ａａのカメラ１１２は、撮像した画像の画像データを、ＣＰＵ１０１による命令に従って、このカメラ１１２に内蔵されているH.264/SVC等の規格に準拠するエンコーダーで階層符号化しても良い。

また、端末１０ａａでは、セッションｓｅｄで送信される音データを低品質にしても良い。この場合、端末１０ａａに内蔵されているエンコーダーは、マイク１１４で集音される音に基づいて、例えば、モノラルなどの低チャンネル数の音データを生成しても良いし、低サンプリングレートで符号化しても良い。なお、本実施形態では、後述の処理により、マイクミュート状態で生成される情報量の小さい音データを低品質の音データとして、マイクアンミュート状態で生成される情報量の大きい音データを高品質の音データとして取り扱う。低品質に符号化するときの解像度、フレームレート、サンプリングレート等のパラメータは、処理時に読出し可能なように予め記憶部１０００に記憶されていても良い。

上記の品質の制御が実行されると、端末１０ａａの送受信部１１は、低品質に制御された画像データを、セッションｓｅｄで中継装置３０へ送信する。

また、カスタマー側の端末１０ａａの入出力制御部１４は、セッションｓｅｄで送受信されるコンテンツデータの入出力を制御する（ステップＳ８５）。ここで、カスタマー側の端末１０ａａの入出力制御部１４は、セッションｓｅｄで送られてくるオペレータ側の画像データが自端末のディスプレイ１２０ａａから出力されないように映像ミュートする。図１３Ａは、カスタマー側の端末１０においてディスプレイ１２０に出力される受付画面の一例を示す図である。カスタマー側の端末１０ａａの入出力制御部１４は、ステップＳ８５で、オペレータ側との通話の開始要求を受け付けるための受付画面を、ディスプレイ１２０ａａへ出力する。図１３Ａに示される画面１４０には、オペレータとの通話の開始要求を受け付けるためのボタン１４４が含まれている。

また、カスタマー側の端末１０ａａの入出力制御部１４は、セッションｓｅｄで送られてくるオペレータ側の音データが自端末のスピーカ１１５から出力されないようにスピーカミュートする。更に、カスタマー側の端末１０ａａの入出力制御部１４は、無音の音データが相手側へ送信されるようにマイクミュートする。これにより、音データの送信先であるオペレータ側の端末１０ｄｂがスピーカアンミュート状態であっても、端末１０ａａ側の音が出力されないように、制御することができる。なお、スピーカミュート又はスピーカアンミュートは、音データに基づく音信号のスピーカ１１５への出力をそれぞれ停止又は開始する処理である。マイクミュート又はマイクアンミュートは、マイク１１４による集音をそれぞれ停止又は開始する処理である。ステップＳ８７の処理は、レセプションアプリ１０３２により実行する方法に限られず、その一部又は全部を、例えば、オーディオミキサーなどのＯＳ１０２０の機能により実行しても良い。

本実施形態において、端末１０ａａに内蔵されるエンコーダーは、マイクミュート状態であっても無音の音データを生成する。マイクミュート処理が実行されると、端末１０ａａの送受信部１１は、無音の音データを、セッションｓｅｄで中継装置３０へ送信する。

ステップＳ８５の処理のうち映像ミュート及びスピーカミュートは、端末１０ａａがセッションｓｅｄで最初のコンテンツデータを受信するまでに実行される。また、ステップＳ８５の処理のうちマイクミュートは、端末１０ａａがセッションｓｅｄで最初のコンテンツデータを送信するまでに実行される。端末１０ａａによるコンテンツデータの送信のタイミングと受信のタイミングは、同時でも良いし、異なっていても良い。カスタマー側の端末１０ａａにおけるレセプションアプリ１０３２の起動時に、入出力制御部１４は、デフォルトで映像ミュート、マイクミュート、スピーカミュートを設定しても良い。最初のコンテンツデータの受信は、端末１０ａａによる中継装置３０へのコンテンツデータの要求を契機としても良い。

セッションｓｅｄへ参加するオペレータ側の端末１０ｄｂにおいて、ステップＳ８４と同様に、送受信部１１は、セッションｓｅｄで、カスタマー側の端末１０ａａへ送信するコンテンツデータの品質を低品質に制御する（ステップＳ８６）。

端末１０ｄｂの送受信部１１は、上記の処理で低品質に制御された画像データをセッションｓｅｄで中継装置３０へ送信する。

セッションｓｅｄへ参加するオペレータ側の端末１０ｄｂにおいて、入出力制御部１４は、セッションｓｅｄで送信されるコンテンツデータの入出力を制御する（ステップＳ８７）。ここで、オペレータ側の端末１０ａａの入出力制御部１４は、セッションｓｅｄで送られてくるカスタマー側の画像データが自端末のディスプレイ１２０ｄｂから出力されるように映像アンミュートする。また、ステップＳ８７で、入出力制御部１４は、マイクミュートをしても良いし、しなくても良い。これにより、端末１０ｄｂの送受信部１１は、端末１０ｄｂに内蔵されるエンコーダーにより符号化された有音又は無音の音データをセッションｓｅｄで中継装置３０へ送信する。

なお、ステップＳ８７の処理のうち映像アンミュートは、相手側の画像をより早く出力するため、端末１０ｄｂがセッションｓｅｄで最初のコンテンツデータを受信するまでに実行されることが好ましい。オペレータ側の端末１０ｄｂにおけるレセプションアプリ１０３２の起動時に、入出力制御部１４は、デフォルトで映像アンミュートを設定しても良い。端末１０ｄｂによるコンテンツデータの送信のタイミングと受信のタイミングは、同時でも良いし、異なっていても良い。最初のコンテンツデータの受信は、端末１０ｄｂによる中継装置３０へのコンテンツデータの要求を契機としても良い。

図１２Ａは、通信システムにおける各種情報の送受信の状態を示した概念図である。端末（１０ａａ，１０ｄｂ）の両方がセッションｓｅｄに参加すると、中継装置３０は、セッションｓｅｄにおいて、カスタマー側の端末１０ａａとオペレータ側の端末１０ｄｂとの間でコンテンツデータを中継する（ステップＳ８８）。これにより、端末１０ａａ側の低品質の画像データ、及び無音の音データは端末１０ｄｂへ送信され、端末１０ｄｂ側の低品質の画像データ、及び音データは端末１０ａａへ送信される。

カスタマー側の他の端末１０ａｂがステップＳ６１乃至Ｓ７２と同様の処理により、管理システム５０へ参加要求すると、通信システム１では、ステップＳ７５乃至Ｓ８８と同様の処理が実行される。これにより、端末（１０ａａ，１０ａｂ，１０ｄｂ）は、共通のセッションｓｅｄに参加することができる。図１２Ｂは、端末（１０ａａ，１０ａｂ，１０ｄｂ）が共通のセッションｓｅｄに参加したときの通信システム１における各種情報の送受信の状態を示した概念図である。

カスタマー側の端末（１０ａａ，１０ａｂ）ではステップＳ８５で映像ミュート及びスピーカミュートの処理が実行される。このため、カスタマー側の端末（１０ａａ，１０ａｂ）の送受信部１１が、オペレータ側の端末１０ｄｂ側からの画像データ及び音データを受信しても、端末（１０ａａ，１０ａｂ）側ではオペレータ側の画像及び音は出力されない。このため、図１２Ｂの状態において、端末（１０ａａ，１０ａｂ）のユーザであるカスタマーと端末１０ｄｂのユーザであるオペレータとの間で通話を行うことはできない。

オペレータ側の端末１０ｄｂではステップＳ８７で映像アンミュートの処理が実行されている。このため、オペレータ側の端末１０ｄｂの送受信部１１が、カスタマー側の端末（１０ａａ，１０ａｂ）からの画像データを受信すると、入出力制御部１４は、受信した各画像データをディスプレイ１２０ｄｂへ出力する。図１３Ｂは、オペレータ側の端末１０においてディスプレイ１２０に出力される画面の一例を示す図である。図１３に示したように、端末１０ｄｂのユーザであるオペレータは、通話を開始する前から、カスタマー側の端末（１０ａａ，１０ａｂ）で撮像された画像を確認することができる。ここで、例えば、地図を持っているカスタマーが映っている場合、オペレータは、次の通話では目的地への行き方を尋ねられることを予想することができる。また、カスタマー側の画像として、ある言語のパンフレットを持っているカスタマーが映っていた場合に、オペレータは、次の通話ではその言語で質問を受けることを予想することができる。オペレータは、カスタマー側の画像から把握できる状況に応じて、次の通話の準備ができるようになる。

なお、ステップＳ８７のマイクミュート処理により、カスタマー側の端末（１０ａａ，１０ａｂ）からオペレータ側の端末１０ｄｂへは、無音の音データが送信される。このため、オペレータ側の端末１０ｄｂの入出力制御部１４が、送受信部１１で受信されたカスタマー側の端末（１０ａａ，１０ｄｂ）の音データを出力しても、カスタマー側の音は出力されない。

続いて、図１４を用いて、カスタマー側の端末１０ａｂにおいて、オペレータ側との通話の開始要求が受け付けられるときの処理について説明する。図１４は、コンテンツデータの出力を開始または停止する処理を示したシーケンス図である。端末１０ａｂにおいて、カスタマーが図１３Ａの受付画面におけるボタン１４４を押下すると、操作入力受付部１２は、通話の開始要求を受け付ける（ステップＳ１０１）。続いて、端末１０ａｂの送受信部１１は、通話の開始要求元の端末１０ａａの通信ＩＤ「０１ａｂ」、及び相手側の端末１０ｄｂの通信ＩＤが含まれる通話の開始要求情報を、管理システム５０へ送信する（ステップＳ１０２）。なお、通話の開始要求は、オペレータ側のコンテンツデータの出力の許可をオペレータ側の端末１０ｄｂに求めるための要求と言うこともできる。

管理システム５０の送受信部５１は、カスタマー側の端末１０ａｂから送られてきた開始要求情報を受信すると、受信した開始要求情報をオペレータ側の端末１０ｄｂへ送信する（ステップＳ１０３）。

開始要求情報を送信したカスタマー側の端末１０ａｂでは、入出力制御部１４は、ディスプレイ１２０ａｂへの出力画像を、開始要求の受付画面から通話開始可能となるまで待機を促すメッセージに切り換える（ステップＳ１０４）。これにより、開始要求の受付画面から重複して通話開始要求を受け付けることを防ぐことができる。

オペレータ側の端末１０ｄｂでは、送受信部１１が開始要求情報を受信すると、記憶・読出部１９は、通話の開始要求元の端末１０を管理する（ステップＳ１０５）。この場合、記憶・読出部１９は、開始要求元の端末１０ａｂの通信ＩＤに関連付けて、開始要求の受付時刻を記憶部１０００に記憶する。

続いて、端末１０ｄｂの入出力制御部１４は、開始要求元の端末１０ａｂの画像データに対応づけて、端末１０ａｂの開始要求を受け付けたことを通知するためのメッセージをディスプレイ１２０ｄｂへ出力する（ステップＳ１０６）。図１５Ａは、テレビ会議画面の一例を示す図である。図１５Ａに示したように、端末１０ｄｂの入出力制御部１４は、開始要求元の端末１０ａｂ側の画像データに対応づけて、記憶部１０００で管理されている開始要求の受付時刻からの経過時間Ｔを出力しても良い。

端末１０ｄｂの操作入力受付部１２は、カスタマー側の端末（１０ａａ，１０ａｂ）の中から、通話を開始する相手側、即ちオペレータ側のコンテンツデータの出力を許可する端末１０の指定の操作入力を受け付ける（ステップＳ１０７）。この場合、操作入力受付部１２は、開始要求を送信した端末１０ａｂに限らず、開始要求を送信していない端末１０ａａの指定を受け付けても良い。例えば、端末１０ａａ側の映像として、通話開始要求するための操作方法がわからない様子のカスタマーが出力されている場合（図１５（Ａ）参照）、オペレータ側で端末１０ａａを指定することで、オペレータは、端末１０ａａ側のカスタマーと通話を開始することができる。

以下、自端末のコンテンツデータの出力を許可する端末１０として、開始要求元の端末１０ａｂが指定された場合について説明を続ける。自端末のコンテンツデータの出力を許可する端末１０の指定が受け付けられると、端末１０ｄｂの送受信部１１は、管理システム５０へ、自端末のコンテンツデータの出力開始の要求を示す出力開始要求を送信する（ステップＳ１０８）。出力開始要求には、開始を許可した端末１０ｄｂの通信ＩＤ及び、許可された端末１０ａｂの通信ＩＤが含まれている。

管理システム５０の送受信部５１は、オペレータ側の端末１０ｄｂの出力開始要求を受信すると、受信した出力開始要求を、出力が許可された端末１０ａｂへ送信する（ステップＳ１０９）。これにより端末１０ａｂの送受信部１１は出力開始要求を受信する。

カスタマー側の端末１０ａｂの送受信部１１は、出力開始要求を受信すると、セッションｓｅｄで、オペレータ側の端末１０ｄｂへ送信するコンテンツデータの品質を高品質に切り替える制御を行う（ステップＳ１１１）。

ステップＳ１１１において、端末１０ａｂの送受信部１１は、自端末側で撮像される動画を高フレームレートで階層符号化して、得られた低解像度の画像データ、中解像度の画像データ、及び高解像度の画像データを送信する。階層符号化する方法は特に限定されないが、ステップＳ８４と同様の方法であっても良い。なお、ステップＳ８４で送信されるコンテンツデータよりも情報量の多いコンテンツデータに切り換える処理であれば、コンテンツデータの品質を高品質に切り替える方法は上記に限定されない。端末１０ａｂは、音データを高品質に制御しても良い。この場合、端末１０ａｂに内蔵されているエンコーダーは、複数のマイク１１４で集音して、ステレオなどの高チャンネル数の音データを生成しても良いし、音データを高サンプリングレートで符号化しても良い。また、高品質に符号化するときの解像度、フレームレート、サンプリングレート等のパラメータは、処理時に読出し可能なように予め記憶部１０００に記憶されていても良い。

上記の品質の制御が実行されると、端末１０ａｂの送受信部１１から中継装置３０へ送信される画像データは、低品質のものから高品質のものに切り換えられる。

カスタマー側の端末１０ａｂにおいて、送受信部１１により出力開始要求が受信されると、入出力制御部１４は、セッションｓｅｄで送信されるコンテンツデータの入出力を制御する（ステップＳ１１２）。ここで、カスタマー側の端末１０ａｂの入出力制御部１４は、セッションｓｅｄで送られてくるオペレータ側の画像データが自端末のディスプレイ１２０ａｂから出力されるように映像アンミュートする。また、カスタマー側の端末１０ａｂの入出力制御部１４は、セッションｓｅｄで送られてくるオペレータ側の音データが自端末のスピーカ１１５から出力されるようにスピーカアンミュートする。更に、カスタマー側の端末１０ａｂの入出力制御部１４は、有音の音データが生成されるようにマイクアンミュートする。なお、ステップＳ１１２の処理は、レセプションアプリ１０３２により実行する方法に限られず、その一部又は全部を、例えば、オーディオミキサーなどのＯＳ１０２０の機能により実行しても良い。

上記のマイクアンミュート処理が実行されると、端末１０ａｂの送受信部１１から中継装置３０へ送信される音データが無音のものから有音のものへ切り替えられる。

オペレータ側の端末１０ｄｂにおいて、送受信部１１により出力開始要求が送信されると、送受信部１１は、ステップＳ１１１と同様に、セッションｓｅｄでカスタマー側の端末（１０ａａ，１０ａｂ）へ送信するコンテンツデータの品質を高品質に切り替える制御を実行する（ステップＳ１１３）。上記の品質の制御が実行されると、端末１０ｄｂの送受信部１１から中継装置３０へ送信される画像データの品質が低品質から高品質に切り替えられる。

また、オペレータ側の端末１０ｄｂにおいて、送受信部１１により出力開始要求が送信されると、入出力制御部１４は、セッションｓｅｄで送信されるコンテンツデータの入出力を制御する（ステップＳ１１４）。なお、ステップＳ８７の処理で、オペレータ側の端末１０ｄｂは、映像アンミュート処理を実行している。このため、入出力制御部１４は、端末１０ｄｂにおいて更に、マイクアンミュート、スピーカアンミュート処理を実行することで、画像データ及び音データの両方が出力されるように制御する。

図１２Ｃは、ステップＳ１１１，Ｓ１１３の処理後の通信システム１における各種情報の送受信の状態を示した概念図である。カスタマー側の端末のうち、開始要求元ではない端末１０ａａではステップＳ８５で映像ミュート及びスピーカミュートの処理が実行されている。このため、端末１０ａａの入出力制御部１４は、送受信部１１によってオペレータ側の端末１０ｄｂ側からの高品質の画像データ及び音データが受信されても、受信された画像データ及び音データを出力しない。

カスタマー側の端末１０ａｂのうち開始要求元の端末１０ａｂではステップＳ１１２で映像アンミュート及びスピーカアンミュートの処理が実行されている。このため、カスタマー側の端末１０ａｂの入出力制御部１４は、送受信部１１によって受信されるオペレータ側の端末１０ｄｂの高品質の画像データ及び音データを、それぞれ、ディスプレイ１２０ａｂ及びスピーカ１１５に出力する。

オペレータ側の端末１０ｄｂではステップＳ８７，Ｓ１１４で映像アンミュート及びスピーカアンミュートの処理が実行されている。オペレータ側の端末１０ｄｂの入出力制御部１４は、送受信部１１によって受信されるカスタマー側の端末１０ａａの低品質の画像データ、及び無音の音データを、それぞれ、ディスプレイ１２０ｄｂ及びスピーカ１１５に出力する。なお、出力される音データは、無音の音データなので、開始要求元ではない端末１０ａａ側の音は出力されない。オペレータ側の端末１０ｄｂの入出力制御部１４は、送受信部１１によって受信されるカスタマー側の端末１０ａｂの高品質の画像データ、及び音データを、それぞれ、ディスプレイ１２０ｄｂ及びスピーカ１１５に出力する。

上記の処理により、端末１０ａｂのユーザであるカスタマー、及び端末１０ｄｂのユーザであるオペレータは、通話可能となる。ステップＳ１１４において、オペレータ側の端末１０ｄｂの入出力制御部１４は、ステップＳ１０７で指定された端末１０ａｂの画像データに対応付けて、対応中であることを示すメッセージをディスプレイ１２０ｄｂへ出力しても良い。図１５Ｂは、テレビ会議画面の一例を示す図である。図１５Ｂに示したように、オペレータは、複数のカスタマーのうち、どのカスタマーと通話中であるかを把握することができる。

続いて、他のカスタマー側の端末１０ａａにおいて通話の開始要求が受け付けられると、ステップＳ１０１乃至Ｓ１０６と同様の処理が実行される。オペレータ側の端末１０ｄｂの入出力制御部１４は、ステップＳ１０６の処理により、開始要求元の端末１０ａａの画像データに対応づけて、端末１０ａａ側の開始要求を受け付けたことを通知するためのメッセージをディスプレイ１２０ｄｂへ出力する。図１５Ｃは、端末１０ｄｂのテレビ会議画面の一例を示す図である。図１５Ｃに示したように、オペレータは、端末１０ａｂ側のカスタマーと通話している間も、端末１０ａａ側の通話待ちの状況を確認することができる。これにより、オペレータは端末１０ａｂ側のカスタマーとの通話を早めに終えるなどの判断をすることができる。

通話を終える場合、端末１０ｄｂの操作入力受付部１２は、ユーザによる操作入力に応じて、端末１０ａｂ側のカスタマーとの通話の終了要求を受け付ける（ステップＳ１２１）。

端末１０ｄｂにおいて通話の終了要求が受け付けられると、送受信部１１は、端末１０ａｂとの間の通信を切断せず、管理システム５０へ、端末１０ａｂにおいて、端末１０ｄｂ側のコンテンツの出力を停止する要求を示す停止要求情報を送信する（ステップＳ１２２）。停止要求情報には、出力の停止を要求する端末１０ｄｂの通信ＩＤ及び、要求先の端末１０ａｂの通信ＩＤが含まれている。

管理システム５０の送受信部５１は、オペレータ側の端末１０ｄｂの停止要求情報を受信すると、受信した停止要求情報を要求先の端末１０ａｂへ送信する（ステップＳ１２３）。

カスタマー側の端末１０ａｂの送受信部１１は、停止要求情報を受信すると、端末１０ｄｂとの間の通信を切断せず、セッションｓｅｄで、オペレータ側の端末１０ｄｂへ送信するコンテンツデータの品質を低品質に切り替える制御を行う（ステップＳ１２４）。

ステップＳ１２４において、端末１０ａｂの送受信部１１は、自端末側で撮像される画像を低フレームレートで階層符号化して、得られた低解像度の画像データ、中解像度の画像データ、及び高解像度の画像データのうち、低解像度の画像データを送信する。なお、上記では、画像データを低品質に制御する処理を説明したが、音データを低品質に制御しても良い。

上記の品質の制御が実行されると、端末１０ａｂの送受信部１１から中継装置３０へ送信される画像データの品質が高品質から低品質に切り替えられる。

カスタマー側の端末１０ａｂにおいて、送受信部１１により停止要求情報が受信されると、入出力制御部１４は、セッションｓｅｄで送信されるコンテンツデータの入出力を制御する（ステップＳ１２５）。ここで、カスタマー側の端末１０ａｂの入出力制御部１４は、セッションｓｅｄで送られてくるオペレータ側の画像データが自端末のディスプレイ１２０ａｂから出力されないように映像ミュートする。オペレータ側の映像が出力されなくなると、カスタマー側の端末１０ａｂの入出力制御部１４は、図１３Ａに示されているように、オペレータ側との新たな通話の開始要求を受け付けるための受付画面を、ディスプレイ１２０ａｂへ出力する。

また、カスタマー側の端末１０ａｂの入出力制御部１４は、セッションｓｅｄで送られてくるオペレータ側の音データが自端末のスピーカ１１５から出力されないようにスピーカミュートする。更に、カスタマー側の端末１０ａｂの入出力制御部１４は、無音の音データが生成されるようにマイクミュートする。なお、ステップＳ１２５の処理は、レセプションアプリ１０３２による入出力制御部１４の機能により実行する方法に限られず、その一部又は全部を、例えば、オーディオミキサーなどのＯＳ１０２０の機能により実行しても良い。

上記のマイクミュート処理が実行されると、端末１０ａｂの送受信部１１から中継装置３０へ送信される音データが有音のものから無音のものへ切り替えられる。

オペレータ側の端末１０ｄｂにおいて、送受信部１１により停止要求情報が送信されると、送受信部１１は、ステップＳ１２４と同様に、セッションｓｅｄでカスタマー側の端末１０ａｂへ送信するコンテンツデータの品質を低品質に制御する（ステップＳ１２６）。

上記の品質の制御が実行されると、端末１０ａｂの送受信部１１から中継装置３０へセッションｓｅｄで送信される画像データの品質が高品質から低品質に切り替えられる。

オペレータ側の端末１０ｄｂの入出力制御部１４は、カスタマー側の端末１０ａｂの画像データの出力を継続したまま、端末１０ａｂの画像データに対応付けられる対応中のメッセージの出力を停止する（ステップＳ１２７）。対応中のメッセージの出力を停止すると、ステップＳ１０７に戻って、端末１０ｄｂの操作入力受付部１２は新たな通話を開始する相手側の選択を受け付ける。

＜＜実施形態の効果＞＞
上記実施形態の通信制御方法によると、カスタマー側の端末１０ａｂ（一方側の通信端末の一例）の操作入力受付部１２（受付手段の一例）は、カスタマー側の端末１０ａｂ、及びオペレータ側の端末１０ｄｂ（他方側の通信端末の一例）の間の通話の開始の要求を受け付ける（受付処理の一例）。また、オペレータ側の端末１０ｄｂの操作入力受付部１２は、カスタマー側の端末１０ａｂ、及びオペレータ側の端末１０ｄｂの間の通話の終了の要求を受け付ける（受付処理の一例）。なお、オペレータ側の端末１０ｄｂの操作入力受付部１２が、通話の開始の要求を受け付けても良く、カスタマー側の端末１０ａｂの操作入力受付部１２が、通話の終了の要求を受け付けても良い。端末（１０ａｂ，１０ｄｂ）の送受信部１１（第１の制御手段の一例）は、操作入力受付部１２によって受け付けられる通話の開始の要求に応じて、カスタマー側の端末１０ａｂ、及びオペレータ側の端末１０ｄｂの間で高品質の画像データ（第１の品質のコンテンツデータの一例）が送信されるように制御する（第１の制御処理）。端末（１０ａｂ，１０ｄｂ）の送受信部１１（第２の制御手段の一例）は、操作入力受付部１２によって受け付けられる通話の終了の要求に応じて、カスタマー側の端末１０ａｂ、及びオペレータ側の端末１０ｄｂの間で低品質の画像データ（第２の品質のコンテンツデータの一例）が送信されるように制御する（第２の制御処理）。これにより、通話していないときにも端末（１０ａｂ，１０ｄｂ）間の接続を確立しておき、端末（１０ａｂ，１０ｄｂ）間で画像データを送信する場合でも、通信ネットワーク２に掛かる負荷を軽減することができる。

端末１０ａｂの送受信部１１は、カスタマー側の端末１０ａｂ及びオペレータ側の端末１０ｄｂの通信が確立されてから、カスタマー側の端末１０ａｂ、及びオペレータ側の端末１０ｄｂの間で低品質の画像データが送信されるように制御する。これにより、通信が確立されてから、通話が開始されるまで、通信ネットワーク２の帯域の利用を節減しつつ、端末（１０ａｂ，１０ｄｂ）間で画像データを送信することができる。

低品質の画像データは、高品質の画像データよりも低フレームレートである。通話していないときに低フレームレートの画像データを端末（１０ａｂ，１０ｄｂ）間で送信することで、通信ネットワーク２の利用帯域は小さくなる。

低品質の画像データは、高品質の画像データよりも低解像度である。通話していないときに低解像度の画像データを端末（１０ａｂ，１０ｄｂ）間で送信することで、通信ネットワーク２の利用帯域は小さくなる。

端末１０ａｂの送受信部１１は、操作入力受付部１２によって受け付けられる通話の開始の要求に応じて、カスタマー側の端末１０ａｂ、及びオペレータ側の端末１０ｄｂの間で高品質の画像データ及びマイクアンミュート状態で生成された音データが送信されるように制御する。カスタマー側の端末１０ａｂの送受信部１１は、操作入力受付部１２によって受け付けられる通話の終了の要求に応じて、カスタマー側の端末１０ａｂ、及びオペレータ側の端末１０ｄｂの間で低品質の画像データ及びマイクミュート状態で生成された音データが送信されるように制御する。マイクミュート状態で生成された音データを送信することで、端末（１０ａｂ，１０ｄｂ）間で通話できなり、かつ、通信ネットワーク２の利用帯域は小さくなる。

カスタマー側の端末１０ａｂは、マイク１１４（音入力装置の一例）による入力に基づいて音データを生成する。カスタマー側の端末１０ａｂの入出力制御部１４（音入力制御手段の一例）は、操作入力受付部１２によって受け付けられる通話の開始の要求に応じて、マイクアンミュート（音入力装置による音の入力の開始の一例）し、操作入力受付部１２によって受け付けられる通話の終了の要求に応じて、マイクミュート（音入力装置による音の入力の停止の一例）する。これにより、カスタマー側の端末１０ａｂの入出力制御部１４は、有音の音データ、及び無音の音データを生成することができる。

＜＜実施形態の補足＞＞
上記各実施の形態における管理システム５０、及びプログラム提供システム９０は、単一のコンピュータによって構築されてもよいし、各部（機能又は手段）を分割して任意に割り当てられた複数のコンピュータによって構築されていてもよい。また、プログラム提供システム９０が単一のコンピュータによって構築されている場合には、プログラム提供システム９０によって送信されるプログラムは、複数のモジュールに分けて送信されるようにしてもよいし、分けないで送信されるようにしてもよい。更に、プログラム提供システム９０が複数のコンピュータによって構築されている場合には、複数のモジュールが分けられた状態で、各コンピュータから送信されるようにしてもよい。

また、上記通信システム１の端末用プログラム、中継装置用プログラム、及び通信管理用プログラムが記憶された記録媒体、並びに、これらプログラムが記憶されたＨＤ２０４、及びこのＨＤ２０４を備えたプログラム提供システム９０は、いずれもプログラム製品（Program Product）として、国内又は国外へ、上記端末用プログラム、中継装置用プログラム、及び通信管理用プログラムがユーザ等に提供される場合に用いられる。

更に、上記通信システム１では、図７（Ｂ）に示されている端末管理テーブルにおいて端末のＩＰアドレスを管理することとしたが、これに限るものではなく、通信ネットワーク２上で端末１０を特定するための端末特定情報であれば、それぞれのＦＱＤＮ（Fully Qualified Domain Name）を管理してもよい。この場合、周知のＤＮＳ（Domain Name System）サーバによって、ＦＱＤＮに対応するＩＰアドレスが取得されることになる。

通信システム１において、「テレビ会議」は、「ビデオ会議」と置き換え可能な用語として用いられている。

また、上記通信システム１では、通信システム１の一例として、テレビ会議システムの場合について説明したが、これに限るものではなく、カーナビゲーションシステムであってもよい。この場合、例えば、端末１０の一方が自動車に搭載されたカーナビゲーション装置に相当し、端末１０の他方が、カーナビゲーションを管理する管理センターの管理端末若しくは管理サーバ、又は他の自動車に搭載されているカーナビゲーション装置に相当する。

更に、通信システム１は、音会議システム、又はＰＣ(Personal Computer)画面共有システムであっても良い。また、通信システム１は、ＩＰ（Internet Protocol）電話や、インターネット電話、携帯電話の通信システムであってもよい。この場合、例えば、端末１０は携帯電話機などの電話機に相当する。

また、コンテンツデータは、脈拍音、鼓動等の体内で発生する音データ、心電図の波形、体温の変化を示す画像データあるいは座標データ等の体内の情報を示すデータであっても良い。これにより、上記実施形態の通信システム１を遠隔医療システムとして用いることもできる。

また、上記実施形態では、コンテンツデータの一例として、画像データ及び音データについて説明したが、これに限るものではなく、触覚(touch)データであってもよい。この場合、一方の端末側でユーザが接触した感覚が、他方の端末側に伝達される。更に、コンテンツデータは、嗅覚（smell）データであってもよい。この場合、一方の端末側の匂い（臭い）が、他の端末側に伝達される。また、コンテンツデータは、画像データ、音データ、触覚データ、及び嗅覚データ等のストリーミングデータ（メディア）のうち、少なくとも１つのデータであればよい。

なお、各端末１０は、複数の事業所間での通話や、同じ事業所内の異なる部屋間での通話だけでなく、同じ部屋内での通話や、屋外と屋内又は屋外と屋外での通話で使われてもよい。各端末１０が屋外で使われる場合には、携帯電話通信網等の無線による通信が行われる。また、上記実施形態では、通信システム１によってテレビ会議をする場合について説明したが、これに限るものではなく、打ち合わせ、家族間や友人間等の一般的な会話、又は、一方向での情報の提示に使用されても構わない。

特開２０１２−１９１５９８号公報

１０ 端末
１１ 送受信部
１２ 操作入力受付部
１３ 起動部
１４ 入出力制御部
１９ 記憶・読出部
３０ 中継装置
５０ 管理システム
５１ 送受信部
５２ 認証部
５３ 管理部
５８ セッション制御部
５９ 記憶・読出部
５０００ 記憶部
５００１ 認証管理ＤＢ
５００２ 端末管理ＤＢ
５００３ アプリ利用可否管理ＤＢ
５００５ セッション管理ＤＢ
５０１０ グループ情報管理ＤＢ

Claims (10)

1. 一方側の通信端末、及び他方側の通信端末の間の通話の開始の要求又は終了の要求を受け付ける受付手段と、
   前記受付手段によって受け付けられる前記通話の開始の要求に応じて、前記一方側の通信端末、及び前記他方側の通信端末の間で第１の品質のコンテンツデータが送信されるように制御する第１の制御手段と、
   前記受付手段によって受け付けられる前記通話の終了の要求に応じて、前記一方側の通信端末、及び前記他方側の通信端末の間の通信を切断せず、前記一方側の通信端末、及び前記他方側の通信端末の間で前記第１の品質よりも低品質の第２の品質のコンテンツデータが送信されるように制御する第２の制御手段と、
   を有する通信システム。
2. 前記第２の制御手段は、前記一方側の通信端末及び前記他方側の通信端末の通信が確立されてから、前記一方側の通信端末、及び前記他方側の通信端末の間で前記第２の品質のコンテンツデータが送信されるように制御することを特徴とする請求項１に記載の通信システム。
3. 前記コンテンツデータは画像データであり、
   前記２の品質のコンテンツデータは、前記第１の品質のコンテンツデータよりも低フレームレートである請求項１又は２に記載の通信システム。
4. 前記コンテンツデータは画像データであり、
   前記２の品質のコンテンツデータは、前記第１の品質のコンテンツデータよりも低解像度である請求項１乃至３のいずれか一項に記載の通信システム。
5. 前記第１の制御手段は、前記受付手段によって受け付けられる前記通話の開始の要求に応じて、前記一方側の通信端末、及び前記他方側の通信端末の間で第１の品質の画像データ及び音データが送信されるように制御し、
   前記第２の制御手段は、前記受付手段によって受け付けられる前記通話の終了の要求に応じて、前記一方側の通信端末、及び前記他方側の通信端末の間で第２の品質の画像データ及び音データが送信されるように制御する請求項１乃至４のいずれか一項に記載の通信システム。
6. 前記受付手段によって受け付けられる前記通話の開始の要求に応じて、前記他方側の通信端末へ第１の品質の画像データを送信するように制御する前記第１の制御手段と、
   前記受付手段によって受け付けられる前記通話の終了の要求に応じて、前記他方側の通信端末との間の通信を切断せず、前記他方側の通信端末へ前記第２の品質のコンテンツデータを送信するように制御する前記第２の制御手段と、
   を有する前記一方側の通信端末と、
   前記受付手段によって受け付けられる前記通話の開始の要求に応じて、前記一方側の通信端末へ第１の品質の画像データを送信するように制御する前記第１の制御手段と、
   前記受付手段によって受け付けられる前記通話の終了の要求に応じて、前記一方側の通信端末との間の通信を切断せず、前記一方側の通信端末へ前記第２の品質のコンテンツデータを送信するように制御する前記第２の制御手段と、
   を有する前記他方側の通信端末と、
   を備える請求項１又は２に記載の通信システム。
7. 前記一方側の通信端末の前記第１の制御手段は、
   前記受付手段によって受け付けられる前記通話の開始の要求に応じて、前記他方側の通信端末へ前記第１の品質の画像データ及び第１の品質の音データを送信するように制御し、
   前記一方側の通信端末の前記第２の制御手段は、
   前記受付手段によって受け付けられる前記通話の終了の要求に応じて、前記他方側の通信端末との間の通信を切断せず、前記他方側の通信端末へ第２の品質の画像データ及び第２の品質の音データを送信するように制御する請求項６に記載の通信システム。
8. 前記一方側の通信端末は、音入力装置による入力に基づいて音データを生成し、
   前記受付手段によって受け付けられる前記通話の開始の要求に応じて、前記音入力装置による音の入力を開始し、前記受付手段によって受け付けられる前記通話の終了の要求に応じて、前記音入力装置による音の入力を停止する音入力制御手段を有する請求項７に記載の通信システム。
9. 一方側の通信端末、及び他方側の通信端末を備える通信システムが、
   前記一方側の通信端末、及び前記他方側の通信端末の間の通話の開始の要求又は終了の要求を受け付ける受付処理と、
   前記受付処理によって受け付けられる前記通話の開始の要求に応じて、前記一方側の通信端末、及び前記他方側の通信端末の間で第１の品質のコンテンツデータが送信されるように制御する第１の制御処理と、
   前記受付処理によって受け付けられる前記通話の終了の要求に応じて、前記一方側の通信端末、及び前記他方側の通信端末の間の通信を切断せず、前記一方側の通信端末、及び前記他方側の通信端末の間で前記第１の品質よりも低品質の第２の品質のコンテンツデータが送信されるように制御する第２の制御処理と、
   を実行することを特徴とする通信制御方法。
10. 一方側の通信端末、及び他方側の通信端末を備える通信システムに、
    前記一方側の通信端末、及び前記他方側の通信端末の間の通話の開始の要求又は終了の要求を受け付ける受付処理と、
    前記受付処理によって受け付けられる前記通話の開始の要求に応じて、前記一方側の通信端末、及び前記他方側の通信端末の間で第１の品質のコンテンツデータが送信されるように制御する第１の制御処理と、
    前記受付処理によって受け付けられる前記通話の終了の要求に応じて、前記一方側の通信端末、及び前記他方側の通信端末の間の通信を切断せず、前記一方側の通信端末と前記他方側の通信端末の間で前記第１の品質よりも低品質の第２の品質のコンテンツデータが送信されるように制御する第２の制御処理と、
    を実行させることを特徴とするプログラム。

Images