(57)【要約】管理システム（５０）のセッション制御部は、通話端末（１０ａ，１０ｃ）間の通信の開始要求に応じて、通話端末（１０ａ，１０ｃ）間で画像データ及び音データを送信する通信セッションｓｅｄ１の確立を制御する一方で、各通話端末（１０ａ，１０ｂ）に対応する各ＩＷＢ（２０ａ，２０ｃ）間で電子ペンの操作データを送信する通信セッションｓｅｄ２の確立を制御する。
2016031549.tif 000002
【特許請求の範囲】
【請求項１】
通信端末間でコンテンツデータを送信するセッションを制御するセッション制御システムであって、
第１の通信端末と第２の通信端末との間の通信の開始要求に応じて、前記第１の通信端末と前記第２の通信端末との間で第１のコンテンツデータを送信する第１のセッションの確立を制御する一方で、前記第１の通信端末に対応する所定の通信端末と、前記第２の通信端末に対応する所定の通信端末と、の間で第２のコンテンツデータを送信する第２のセッションの確立を制御するセッション制御手段
を有することを特徴とするセッション制御システム。
【請求項２】
前記所定の通信端末毎に、該所定の通信端末の稼働状態を管理する稼働状態管理手段を有しており、
前記セッション制御手段は、前記稼働状態管理手段において管理されている、前記第１の通信端末に対応する所定の通信端末の稼働状態、及び、前記第２の通信端末に対応する所定の通信端末の稼働状態に応じて、前記第２のセッションの確立を制御することを特徴とする請求項１に記載のセッション制御システム。
【請求項３】
前記所定の通信端末の稼働状態が、通信可能であることを示す稼働状態ではない場合に、前記所定の通信端末を特定するための特定情報を、前記第１の通信端末及び前記第２の通信端末の少なくとも一方に送信する特定情報送信手段を有することを特徴とする請求項２に記載のセッション制御システム。
【請求項４】
前記通信端末毎に、該通信端末に連携して通信を開始する前記所定の通信端末の識別情報を対応付けて管理する連携端末管理手段を有しており、
前記セッション制御手段は、前記連携端末管理手段において、前記第１の通信端末に対応付けられた前記所定の通信端末の識別情報、及び、前記第２の通信端末に対応付けられた前記所定の通信端末の識別情報に基づいて、前記第２のセッションの確立を制御することを特徴とする請求項１乃至３のいずれか一項に記載のセッション制御システム。
【請求項５】
前記通信端末毎に、該通信端末に連携して前記所定の通信端末の通信を開始させるか否かを示す連携情報を管理する連携情報管理手段を有しており、
前記セッション制御手段は、前記連携情報管理手段において管理されている、前記第１の通信端末に対応する前記連携情報、及び前記第２の通信端末に対応する前記連携情報に応じて、前記第２のセッションの確立を制御することを特徴とする請求項１乃至４のいずれか一項に記載のセッション制御システム。
【請求項６】
請求項３に記載のセッション制御システムから送信された前記特定情報を受信する受信手段と、
前記特定情報に基づいて、前記所定の通信端末を特定するための情報の表示を制御する表示制御手段と、
を有することを特徴とする通信端末。
【請求項７】
請求項１乃至５のいずれか一項に記載のセッション制御システムと、
前記通信端末と、
前記所定の通信端末と、
を有することを特徴とする通信システム。
【請求項８】
前記通信端末は、通話端末であり、
前記所定の通信端末は、インタラクティブホワイトボードであることを特徴とする請求項７に記載の通信システム。
【請求項９】
通信端末間でコンテンツデータを送信するセッションを制御するセッション制御システムに、
第１の通信端末と第２の通信端末との間の通信の開始要求に応じて、前記第１の通信端末と前記第２の通信端末との間で第１のコンテンツデータを送信する第１のセッションの確立を制御させる一方で、前記第１の通信端末に対応する所定の通信端末と、前記第２の通信端末に対応する所定の通信端末と、の間で第２のコンテンツデータを送信する第２のセッションの確立を制御させる
ことを特徴とするセッション制御方法。
【請求項１０】
前記セッション制御システムに、請求項１乃至５のいずれか一項に記載の各手段を実現させることを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信端末間でコンテンツデータを送信するセッションを制御する発明に関する。
【背景技術】
【０００２】
近年、当事者の移動の経費や時間を削減する要請等に伴い、インターネットや専用線等の通信ネットワークを介して通話や会議等を行う通信システムが普及している。このような通信システムでは、通信端末間で通信を開始すると、画像データ及び音データ等のコンテンツデータの送受信が行われ、拠点間のコミュニケーションを実現する。【０００３】
拠点間のコミュニケーションを円滑に進めるために、通話用の音データとは別に、他のコンテンツを拠点間で共有する方法が提案されている。例えば、特許文献１に記載のセッション連携サーバによると、ＳＩＰフォンにより拠点間で通話をしながら、拠点間でＷｅｂコンテンツを共有することが可能となる。【０００４】
ところが、特許文献１に記載の方法は、予め定められたコンテンツの共有には適しているものの、通話の状況に応じてリアルタイムに発生するコンテンツの共有には適していない場合がある。そこで、複数の通信セッションを利用して、拠点間のコミュニケーションを実現する方法が用いられている。例えば、テレビ会議端末間で画像データ及び音データを送信する通信セッションと、インタラクティブホワイトボード間で、文字のストロークを示す操作データを送受信する通信セッションと、をそれぞれ確立させることで、通話と同時に、ホワイトボード上の画面をリアルタイムに共有することが可能となる。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２０１１−２３８２０１号公報
【特許文献２】特開２０１２−５００６３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、複数の通信セッションを利用したコミュニケーションを開始するためには、例えば、テレビ会議端末やインタラクティブホワイトボード等のそれぞれの通信端末において、宛先を指定して発信するなどして、それぞれの通信セッションの確立を要求していた。このため、通信端末側の処理に伴う負荷が増大するという課題が生じる。
【課題を解決するための手段】
【０００７】
請求項１に係る発明のセッション制御システムは、通信端末間でコンテンツデータを送信するセッションを制御するセッション制御システムであって、第１の通信端末と第２の通信端末との間の通信の開始要求に応じて、前記第１の通信端末と前記第２の通信端末との間で第１のコンテンツデータを送信する第１のセッションの確立を制御する一方で、前記第１の通信端末に対応する所定の通信端末と、前記第２の通信端末に対応する所定の通信端末と、の間で第２のコンテンツデータを送信する第２のセッションの確立を制御するセッション制御手段を有することを特徴とする。
【発明の効果】
【０００８】
以上説明したように本発明によれば、複数の通信端末セッションを利用したコミュニケーションを開始する場合に、通信端末側の処理に伴う負荷を軽減することができるという効果を奏する。
【図面の簡単な説明】
【０００９】
【図１】本発明の一実施形態に係る通信システムの概略図である。
【図２】通話端末の外観図の一例である。
【図３】通話端末及びインタラクティブホワイトボード等の各種通信端末のハードウェア構成図である。
【図４】管理システムのハードウェア構成図である。
【図５】通話端末、インタラクティブホワイトボード、及び管理システムの各機能ブロック図である。
【図６Ａ】管理システムにおいて管理されている端末の認証管理テーブルを示す概念図である。
【図６Ｂ】管理システムにおいて管理されている端末管理テーブルを示す概念図である。
【図６Ｃ】管理システムにおいて管理されている連携管理テーブルを示す概念図である。
【図７】各種通信端末と管理システムとの間の通信セッションを確立するまでの処理を示したシーケンス図である。
【図８】各種通信端末間の通信セッションを確立する処理を示したシーケンス図である。
【図９】各種通信端末間の連携の可否を判断する処理を示したフロー図である。
【図１０Ａ】ディスプレイの表示画面の一例を示す図である。
【図１０Ｂ】ディスプレイの表示画面の一例を示す図である。
【図１０Ｃ】ディスプレイの表示画面の一例を示す図である。
【図１０Ｄ】ディスプレイの表示画面の一例を示す図である。
【図１１】連携機能の設定を変更する処理を示したシーケンス図である。
【図１２】通信システムにおける各種情報の送受信の状態を示した概念図である。
【発明を実施するための形態】
【００１０】
以下、本発明の実施形態について説明する。
【００１１】
＜＜実施形態の全体構成＞＞
図１は、本発明の一実施形態に係る通信システムの概略図である。図１に示されているように、通信システム１は、テレビ会議端末が一例である通話端末（１０ａ，１０ｂ，１０ｃ）、インタラクティブホワイトボード（２０ａ，２０ｂ，２０ｃ）（Interactive Whiteboard、以下、ＩＷＢと表記する）、及び各種通信端末を管理する管理システム５０によって構築されている。以下、通話端末（１０ａ，１０ｂ，１０ｃ）のうち任意の通話端末を表す場合は、通話端末１０と記載する。また、ＩＷＢ（２０ａ，２０ｂ，２０ｃ）のうち任意のＩＷＢを表す場合は、ＩＷＢ２０と記載する。管理システム５０は、サーバ機能を備えたコンピュータである。
【００１２】
この通信システム１によって、通話端末（１０ａ，１０ｂ，１０ｃ）のユーザ間で、通話を行うことができる。この通話は、音、映像（画像）、又は、音及び映像（画像）によって実現することができる。また、ＩＷＢ（２０ａ，２０ｂ，２０ｃ）のユーザ間で、文字、図形、記号等が描かれた画面を共有することができる。
【００１３】
また、通話端末１０、ＩＷＢ２０、及び管理システム５０は、インターネット、携帯電話網、あるいは、ＬＡＮ(Local Area Network)等の通信ネットワーク２によって通信可能である。拠点（Ａ，Ｂ，Ｃ）には、それぞれ通話端末１０及びＩＷＢ２０が一台ずつ配置されており、通話端末１０及びＩＷＢ２０の両方を用いて、拠点間でテレビ会議を行うこともできる。なお、図１では、説明を簡単にするために、各拠点（Ａ，Ｂ，Ｃ）に、通話端末１０、及びＩＷＢ２０は、１台ずつ表されているだけであり、それぞれ複数台であってもよい。また、各拠点（Ａ，Ｂ，Ｃ）に、例えば、プロジェクタ、電子看板(デジタルサイネージ)等の、通話端末１０、及びＩＷＢ２０以外の通信端末が通信ネットワーク２を介して通信可能に配置されていても良い。
【００１４】
＜＜実施形態のハードウェア構成＞＞
次に、本実施形態のハードウェア構成を説明する。図２は、本実施形態に係る通話端末１０の外観図である。図２に示されているように、通話端末１０は、筐体１１００、アーム１２００、及びカメラハウジング１３００を備えている。このうち、筐体１１００の前側壁面１１２０には、複数の吸気孔によって形成された吸気面１１２１が設けられており、筐体１１００の後側壁面１１１０には、複数の排気孔が形成された排気面（不図示）が設けられている。これにより、筐体１１００に内蔵された冷却ファンの駆動によって、吸気面１１２１を介して通話端末１０の前方の外気を取り込み、排気面を介して通話端末１０の後方へ排気することができる。筐体１１００の右側壁面１１３０には、収音用孔１１３１が形成され、後述する内蔵型のマイク１１４によって音声、物音、雑音等の音が収音可能となっている。
【００１５】
筐体１１００上の右側壁面１１３０側には、操作パネル１１５０が形成されている。この操作パネル１１５０には、後述の複数の操作ボタン（１０８ａ〜１０８ｅ）、後述の電源スイッチ１０９、及び後述のアラームランプ１１９が設けられていると共に、後述の内蔵型のスピーカ１１５からの出力音を通すための複数の音声出力孔によって形成された音出面１１５１が形成されている。また、筐体１１００の左側壁面１１４０側には、アーム１２００及びカメラハウジング１３００を収容するための凹部としての収容部１１６０が形成されている。筐体１１００の右側壁面１１３０には、後述の外部機器接続Ｉ／Ｆ１１８に対して電気的にケーブルを接続するための複数の接続口（１１３２ａ〜１１３２ｃ）が設けられている。一方、筐体１１００の左側壁面１１４０には、後述の外部機器接続Ｉ／Ｆ１１８に対して電気的にディスプレイ１２０用のケーブル１２０ｃを接続するための接続口が設けられている。
【００１６】
なお、以下では、操作ボタン（１０８ａ〜１０８ｅ）のうち任意の操作ボタンを示す場合には「操作ボタン１０８」を用い、接続口（１１３２ａ〜１１３２ｃ）のうち任意の接続口を示す場合には「接続口１１３２」を用いて説明する。
【００１７】
次に、アーム１２００は、トルクヒンジ１２１０を介して筐体１１００に取り付けられており、アーム１２００が筐体１１００に対して、１３５度のチルト角θ１の範囲で、上下方向に回転可能に構成されている。図２は、チルト角θ１が９０度の状態を示している。カメラハウジング１３００には、後述の内蔵型のカメラ１１２が設けられており、ユーザ、書類、及び部屋等を撮像することができる。また、カメラハウジング１３００には、トルクヒンジ１３１０が形成されている。カメラハウジング１３００は、トルクヒンジ１３１０を介して、アーム１２００に取り付けられている。そして、カメラハウジング１３００がアーム１２００に対して、図２で示されている状態を０度として±１８０度のパン角θ２の範囲で、且つ、±４５度のチルト角θ３の範囲で、上下左右方向に回転可能に構成されている。
【００１８】
なお、上記図２の外観図はあくまで一例であってこの外観に限定するものではない。通話端末１０は例えば汎用的なＰＣ、スマートフォン、タブレット型端末、であってもよい。カメラやマイクは必ずしも内蔵型である必要はなく外付けであってもよい。
【００１９】
なお、管理システム５０は、それぞれ一般のサーバコンピュータの外観と同じであるため、外観の説明を省略する。また、ＩＷＢ２０は、一般のＩＷＢの外観と同じであるため、外観の説明を省略する。なお、ＩＷＢ２０には、通話端末１０の操作ボタン（１０８ａ〜１０８ｅ）に対応する操作ボタンが設けられている。
【００２０】
図３は、本実施形態に係る通話端末１０及びＩＷＢ２０等の各種通信端末のハードウェア構成図である。図３に示されているように、本実施形態の通話端末１０及びＩＷＢ２０等の各種通信端末は、通信端末全体の動作を制御するＣＰＵ(Central Processing Unit)１０１、ＩＰＬ(Initial Program Loader)等のＣＰＵ１０１の駆動に用いられるプログラムを記憶したＲＯＭ(Read Only Memory)１０２、ＣＰＵ１０１のワークエリアとして使用されるＲＡＭ(Random Access Memory)１０３、通話端末１０及びＩＷＢ２０等の各種通信端末用のプログラム、画像データ、及び音声データ等の各種データを記憶するフラッシュメモリ１０４、ＣＰＵ１０１の制御にしたがってフラッシュメモリ１０４に対する各種データの読み出し又は書き込みを制御するＳＳＤ（Solid State Drive）１０５、フラッシュメモリ等の記録メディア１０６に対するデータの読み出し又は書き込み（記憶）を制御するメディアドライブ１０７、宛先を選択する場合などに操作される操作ボタン１０８、通話端末１０の電源のＯＮ／ＯＦＦを切り換えるための電源スイッチ１０９、通信ネットワーク２を利用してデータ伝送をするためのネットワークＩ／Ｆ(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)５１３に対する各種データの読み出し又は書き込みを制御するＣＤ−ＲＯＭドライブ５１４、及び、上記各構成要素を図４に示されているように電気的に接続するためのアドレスバスやデータバス等のバスライン５１０を備えている。
【００２８】
＜＜実施形態の機能構成＞＞
次に、本実施形態の機能構成について説明する。図５は、一実施形態に係る通信システム１の一部を構成する通話端末１０、ＩＷＢ２０、及び管理システム５０の機能ブロック図である。図５では、通話端末１０、ＩＷＢ２０、及び管理システム５０が、通信ネットワーク２を介してデータ通信することができるように接続されている。なお、通話端末１０及びＩＷＢ２０は、本実施形態で説明する機能部分に関しては同様の機能であるため、通話端末１０の各機能構成に付された番号の後に、括弧によってＩＷＢ２０の各機能構成に付された番号が表されている。
【００２９】
＜通信端末の機能構成＞
通信端末としての通話端末１０は、送受信部１１、操作入力受付部１２、表示制御部１３、及び記憶・読出部１９を有している。一方、通信端末としてのＩＷＢ２０は、通話端末１０と同様に、送受信部２１、操作入力受付部２２、表示制御部２３、及び記憶・読出部２９を有している。送受信部２１、操作入力受付部２２、表示制御部２３、及び記憶・読出部２９は、それぞれ送受信部１１、操作入力受付部１２、表示制御部１３、及び記憶・読出部１９と同じ機能を有しているため、その説明を省略する。これら各部は、図３に示されている各構成要素のいずれかが、フラッシュメモリ１０４からＲＡＭ１０３上に展開されたプログラムに従ったＣＰＵ１０１からの命令によって動作することで実現される機能である。また、通話端末１０又はＩＷＢ２０は、図３に示されているＲＯＭ１０２、ＲＡＭ１０３、フラッシュメモリ１０４によって構築される記憶部（１０００，２０００）を有している。
【００３０】
（通信端末の各機能構成）
次に、図３及び図５を用いて、通話端末１０及びＩＷＢ２０の各機能構成について詳細に説明する。なお、以下では、通話端末１０及びＩＷＢ２０の各機能構成を説明するにあたって、図３に示されている各構成要素のうち、通話端末１０及びＩＷＢ２０の各機能構成を実現させるための主な構成要素との関係も説明する。
【００３１】
図５に示されている通話端末１０及びＩＷＢ２０の送受信部（１１，２１）は、ＣＰＵ１０１からの命令、及びネットワークＩ／Ｆ１１１によって実現され、通信ネットワーク２を介して、相手側の通話端末、各装置又はシステム等と各種データ（または情報）の送受信を行う。
【００３２】
操作入力受付部（１２，２２）は、ＣＰＵ１０１からの命令、並びに操作ボタン（１０８ａ、１０８ｂ、１０８ｃ、１０８ｄ、１０８ｅ）及び電源スイッチ１０９によって実現され、ユーザによる各種入力を受け付けたり、ユーザによる各種選択を受け付ける。例えば、ユーザが、電源スイッチ１０９をＯＮにすると、図５に示されている操作入力受付部（１２，２２）が電源オンを受け付けて、電源をＯＮにする。
【００３３】
表示制御部（１３，２３）は、ＣＰＵ１０１からの命令、及びディスプレイＩ／Ｆ１１７によって実現され、通話する際に相手側から送られてきた画像データをディスプレイ１２０に送信するための制御を行う。なお、ＩＷＢ２０の場合、ディスプレイに送信される画像データは、通信相手から送られてきた操作データに基づく画像データであっても良い。
【００３４】
記憶・読出部（１９，２９）は、ＣＰＵ１０１からの命令及びＳＳＤ１０５によって実行され、又はＣＰＵ１０１からの命令によって実現され、記憶部（１０００，２０００）に各種データを記憶したり、記憶部（１０００，２０００）に記憶された各種データを抽出する処理を行う。
【００３５】
＜管理システムの機能構成＞
管理システム５０は、送受信部５１、認証部５２、管理部５３、連携管理部５７、セッション制御部５８、及び記憶・読出部５９を有している。これら各部は、図４に示されている各構成要素のいずれかが、ＨＤ５０４からＲＡＭ５０３上に展開された管理システム５０用のプログラムに従ったＣＰＵ５０１からの命令によって動作することで実現される機能又は手段である。また、管理システム５０は、ＨＤ５０４により構築される記憶部５０００を有している。この記憶部５０００には、後述の認証管理テーブルによって構成されている認証管理ＤＢ５００１、端末管理テーブルによって構成されている端末管理ＤＢ５００２、及び連携管理テーブルによって構成されている連携管理ＤＢ５００３が記憶されている。
【００３６】
（端末の認証管理テーブル）
図６Ａは、端末の認証管理テーブルを示す概念図である。この端末の認証管理テーブルでは、通信先の通話端末１０あるいはＩＷＢ２０を識別するための通信ＩＤ、及びパスワードが関連付けられて管理される。なお、ここでの通信ＩＤとは通信端末に予め記憶されているＩＤでもよいし、ユーザが通信端末に対して入力するＩＤでもよい。通信ＩＤが、通信端末に対して入力されたものである場合、ログイン要求時に通信端末から送信された通信ＩＤを、ログイン要求元の通信端末に対応付けて、管理システム５０において管理しておくことで、通信ＩＤに基づいて通信端末を識別することができる。なお、通話端末（１０ａ，１０ｂ，１０ｃ）の通信ＩＤは、それぞれ「０１ａ，０１ｂ，０１ｃ」であり、ＩＷＢ（２０ａ，２０ｂ，２０ｃ）の通信ＩＤは、それぞれ「０２ａ，０２ｂ，０２ｃ」であるものとして説明を続ける。
【００３７】
（端末管理テーブル）
図６Ｂは、端末管理テーブルを示す概念図である。この端末管理テーブルでは、各通話端末１０又はＩＷＢ２０等の各種通信端末の通信ＩＤ毎に、端末名、各通信端末の稼動状態、及び当該通信端末の通信の開始に連携して他の通信端末の通信を開始させるか否かを示す連携情報が関連付けられて管理される。なお、稼動状態には、通信ＩＤで示されている通信端末が管理システム５０に接続している状態であるオンラインであるか、あるいは管理システム５０に接続していない状態であるオフラインであるかが示されている。更に、オンラインには、この通信ＩＤで示された通信端末と「通信可能」、及びこの通信ＩＤで示された通信端末が「通信中」の各状態がある。また、連携情報には、当該通信端末の通信の開始に連携して他の通信端末の通信を開始させる機能が有効であることを示す「ＯＮ」と、有効ではないことを示す「ＯＦＦ」と、が含まれる。
【００３８】
（連携管理テーブル）
図６Ｃは、連携管理テーブルを示す概念図である。この連携管理テーブルでは、各通話端末１０の通信ＩＤ毎に、この通話端末１０に連携して動作させるＩＷＢ２０の通信ＩＤが関連付けて管理される。なお、通話端末１０又はＩＷＢ２０に連携して、例えば、プロジェクタ、デジタルサイネージ等の他の通信端末を動作させる場合には、連携管理テーブルにおいて、通話端末１０の通信ＩＤ及びＩＷＢ２０の通信ＩＤに関連付けて他の通信端末の通信ＩＤを管理しても良い。
【００３９】
（管理システムの各機能構成）
次に、管理システム５０の各機能構成について詳細に説明する。なお、以下では、管理システム５０の各機能構成を説明するにあたって、図４に示されている各構成要素のうち、管理システム５０の各機能構成を実現させるための主な構成要素との関係も説明する。
【００４０】
送受信部５１は、ＣＰＵ５０１が命令を実行することによって実現され、ネットワークＩ／Ｆ５０９を用いることによって、通信ネットワーク２を介して各通話端末、装置又はシステムと各種データ（または情報）の送受信を行う。
【００４１】
認証部５２は、ＣＰＵ５０１からの命令によって、送受信部５１で受信された通信ＩＤ及びパスワードを検索キーとして、認証管理テーブル（図６Ａ参照）を検索し、この認証管理テーブルに同一の通信ＩＤ及びパスワードが管理されているかを判断することによって通信端末の認証を行う。
【００４２】
管理部５３は、ＣＰＵ５０１が命令を実行することによって実現され、端末管理テーブル（図６Ｂ参照）で、通話端末１０、及びＩＷＢ２０の通信ＩＤ及び端末名毎に、通話端末１０、又はＩＷＢ２０の稼動状態、を関連付けて記憶して管理する。
【００４３】
連携管理部５７は、ＣＰＵ２０１が命令を実行することによって実現され、通信端末間の動作の連携の可否を判断する。
【００４４】
セッション制御部５８は、ＣＰＵ２０１が命令を実行することによって実現され、通信端末間でコンテンツデータを送信する通信セッションを制御する。以後、通話端末１０間の通信セッションを通信セッションｓｅｄ１と表記し、ＩＷＢ２０間の通信セッションを通信セッションｓｅｄ２と表記する。また、上記の制御としては、通信セッションを確立するための制御、確立された通信セッションに端末１０参加させる制御、通信セッションを切断する制御等が含まれる。
【００４５】
記憶・読出部５９は、ＣＰＵ５０１が命令を実行することによって実現され、ＨＤＤ５０５を用いることによって、記憶部５０００に各種データを記憶したり、記憶部５０００に記憶された各種データを抽出する処理を行う。
【００４６】
＜＜実施形態の処理または動作＞＞
続いて、本実施形態の通信システム１を構成する通話端末１０、ＩＷＢ２０、管理システム５０の処理または動作について説明する。また、図７は、通信端末間の通信セッションを確立するまでの処理を示したシーケンス図である。
【００４７】
図７に示されているように、通話端末１０は、送受信部１１によって、管理システム５０に対し、ログイン要求を行う（ステップＳ１）。このログイン要求には、ログイン要求元の通話端末１０を識別するための通信ＩＤ及びパスワードが含まれる。これにより、管理システム５０の送受信部５１は、ログイン要求並びに通信ＩＤ及びパスワードを受信する。
【００４８】
次に、認証部５２は、送受信部５１によって受信された通信ＩＤ及びパスワードの組と同じ組が、認証管理テーブル（図６Ａ参照）で管理されているかを判断することで、ログイン要求元の通話端末１０の認証を行う（ステップＳ２）。そして、この認証により、正当な通話端末であると判断された場合には、管理部５３は、端末管理テーブル（図６Ｂ参照）の対応する通信ＩＤに対して、稼動状態を「ＯＮライン」にする（ステップＳ３）。
【００４９】
次に、送受信部５１は、ログイン要求元の通話端末１０に対して、認証結果を送信する（ステップＳ４）。これにより、送受信部１１は、認証結果を受信する。そして、上記ステップＳ２により、正当な通話端末であると判断された場合には、ログイン要求元の通話端末１０と管理システム５０との間で通信セッションｓｅｉが確立される（ステップ５）。なお、通信端末間の通信セッション（ｓｅｄ１，ｓｅｄ２）と区別するため、各種通信端末と、管理システム５０との間の通信セッションを、通信セッションｓｅｉと表記する。
【００５０】
同じく、図７に示されているように、ＩＷＢ２０は、送受信部２１によって、管理システム５０に対し、ログイン要求を行う（ステップＳ２１）。このログイン要求には、ログイン要求元のＩＷＢ２０を識別するための通信ＩＤ及びパスワードが含まれる。これにより、管理システム５０の送受信部５１は、ログイン要求並びに通信ＩＤ及びパスワードを受信する。
【００５１】
次に、認証部５２は、送受信部５１によって受信された通信ＩＤ及びパスワードの組と同じ組が、認証管理テーブル（図６Ａ参照）で管理されているかを判断することで、ログイン要求元のＩＷＢ２０の認証を行う（ステップＳ２２）。そして、この認証により、正当なＩＷＢであると判断された場合には、管理部５３は、端末管理テーブル（図６Ｂ参照）の対応する通信ＩＤに対して、稼動状態を「ＯＮライン（通信可能）」にする（ステップＳ２３）。
【００５２】
次に、送受信部５１は、ログイン要求元のＩＷＢ２０に対して、認証結果を送信する（ステップＳ２４）。これにより、送受信部２１は、認証結果を受信する。そして、上記ステップＳ２２により、正当なＩＷＢであると判断された場合には、ログイン要求元のＩＷＢ２０と管理システム５０との間で通信セッションｓｅｉが確立される（ステップ２５）。
【００５３】
続いて、図８を用いて、通信端末間でコンテンツデータを送信する通信セッションを確立する処理を説明する。なお、図８は、通信セッションを確立する処理を示したシーケンス図である。上記の通信端末間でコンテンツデータを送信する通信セッションには、通話端末１０間で音データ及び画像データを送信する通信セッションｓｅｄ１と、ＩＷＢ２０間で操作データを送信する通信セッションｓｅｄ２と、が含まれる。
【００５４】
図８に示されているように、通話端末１０は、ユーザによる操作ボタン１０８の操作に応じて、送受信部１１によって、管理システム５０に対し、通信の開始要求を行う（ステップＳ８１）。この通信の開始要求には、通信の開始要求元の通話端末１０の通信ＩＤ、及び宛先の通話端末１０の通信ＩＤが含まれている。以下、通信の開始要求元は通話端末１０ａであり、宛先は通話端末１０ｃである場合について説明する。
【００５５】
管理システム５０の送受信部５１は、通信の開始要求を受信する。続いて、管理システム５０の管理部５３は、端末管理テーブル（図６Ｂ参照）における、通信の開始要求元の通話端末１０ａの通信ＩＤに対して、稼働状態を「ＯＮライン（通信中）」にする（ステップＳ８２）。
【００５６】
次に、管理システム５０の送受信部５１は、宛先の通話端末１０ｃに対して、通信の開始要求を行う（ステップＳ８３）。この通信の開始要求には、上記ステップＳ８１によって送られて来た通信の開始要求元の通話端末１０ａの通信ＩＤ及び宛先の通話端末１０ｃの通信ＩＤが含まれている。これにより、宛先の通話端末１０ｃは、通信の開始要求を受信する。
【００５７】
これに対して、通話端末１０ｃは、ユーザによる操作ボタン１０８の操作に応じて、送受信部１１によって、管理システム５０に対し、応答可否を示す情報を送信する（ステップＳ８４）。この応答可否を示す情報には、宛先の通話端末１０ｃ側でユーザが通話を開始する場合には応答する旨が示され、宛先の通話端末１０ｃ側でユーザが通話を開始しない場合には応答しない旨が示される。以下、通話端末１０ｃが、応答する旨を示す情報を管理システム５０へ送信した場合について説明を続ける。
【００５８】
これにより、管理システム５０の送受信部５１は、応答可否を示す情報を受信する。続いて、管理システム５０の管理部５３は、端末管理テーブル（図６Ｂ参照）における、宛先の通話端末１０ｃの通信ＩＤに対して、稼働状態を「ＯＮライン（通信中）」にする（ステップＳ８５）。
【００５９】
次に、管理システム５０の送受信部５１は、開始要求元の通話端末１０ａに対し、上記ステップＳ８４によって宛先の通話端末１０ｃから送られて来た、応答する旨を示す情報を送信する（ステップＳ８６）。これにより、通話端末１０ａは、送受信部２１によって、応答する旨を示す情報を受信する。
【００６０】
続いて、管理システム５０の、セッション制御部５８は、通話端末（１０ａ，１０ｃ）間で通信ネットワーク２を介して画像データ及び音データを送信する通信セッションｓｅｄ１の確立を制御する（ステップＳ８７）。通信セッションｓｅｄ１を確立させる方法は、特に限定されないが、例えば、通信ネットワーク２に画像データ及び音データを中継する中継装置が設けられている場合には、この中継装置に接続するための接続情報を、セッション制御部５８による制御に基づいて、送受信部５１が通話端末（１０ａ，１０ｃ）へ、送信する方法が挙げられる。また、セッション制御部５８による制御に基づいて、送受信部５１は、中継装置へ、通話端末（１０ａ，１０ｃ）間での画像データ及び音データの中継開始の要求を送信しても良い。また、通信セッションｓｅｄ１を確立させる方法として、例えば、特許文献２の図２５に記載の方法等の公知の方法を用いても良い。
【００６１】
上記の制御に基づいて、通信セッションｓｅｄ１は確立される（ステップＳ８８）。これにより、通話端末（１０ａ，１０ｃ）は、通信相手である端末（１０ｃ，１０ａ）との間で画像データ及び音データを送受信することができるようになる。
【００６２】
続いて、連携管理部５７は、通話端末（１０ａ，１０ｃ）間の通信の開始に連携して、対応するＩＷＢ２０間の通信を開始するか否かを判断する（ステップＳ９１）。ステップＳ９１の処理について、図９を用いて詳細に説明する。図９は、通信端末間の連携の可否を判断する処理を示したフロー図である。
【００６３】
まず、管理システム５０の記憶・読出部５９は、通信の開始要求元、及び宛先の各通話端末（１０ａ，１０ｃ）の各ＩＤ「０１ａ，０１ｃ」を検索キーとして、端末管理テーブル（図６Ｂ参照）を検索し、対応する連携情報を読み出す（ステップＳ９１−１）。
【００６４】
続いて、連携管理部５７は、ステップＳ９１−１において読み出された連携情報が両方とも「ＯＮ」であるか否かを判断する（ステップＳ９１−２）。ステップＳ９１−２において、連携情報の少なくとも一方が「ＯＦＦ」であると判断された場合には（ステップＳ９１−２のＮＯ）、連携管理部５７は、通信端末間の連携が不可であると判断する（ステップＳ９１−３）。この場合、連携管理部５７は、ステップＳ９１−１における検索結果に基づいて連携機能が「ＯＦＦ」である通話端末１０を特定するための情報、及び通信端末間の連携が不可であることを示す情報を含んだメッセージを作成する。
【００６５】
ステップＳ９１−２において連携情報が両方とも「ＯＮ」であると判断された場合（ステップＳ９１−２のＹＥＳ）、記憶・読出部５９は、通信の開始要求元の通話端末１０ａの通信ＩＤ「０１ａ」及び宛先の通話端末１０ｃの通信ＩＤ「０１ｃ」のそれぞれを検索キーとして、連携管理テーブル（図６Ｃ参照）を検索し、対応するＩＷＢ２０（連携端末）の通信ＩＤをそれぞれ読み出す（ステップＳ９１−４）。
【００６６】
続いて、連携管理部５７は、ステップＳ９１−４において、通信の開始要求元、及び宛先の各通話端末（１０ａ，１０ｃ）に対する連携端末の通信ＩＤが両方とも読み出されたか否かを判断する（ステップＳ９１−５）。通信の開始要求元、及び宛先の各通話端末（１０ａ，１０ｃ）に対応する少なくとも一方の連携端末の通信ＩＤが読み出されなかった場合（ステップＳ９１−５のＮＯ）、連携管理部５７は、通信端末間の連携が不可であると判断する（ステップＳ９１−６）。この場合、連携管理部５７は、ステップＳ９１−３における検索結果に基づいて対応する連携端末を有していない通話端末１０を特定するための情報、及び通信端末間の連携が不可であることを示す情報を含んだメッセージを作成する。
【００６７】
通信の開始要求元、及び宛先の各通話端末（１０ａ，１０ｃ）に対応する連携端末の通信ＩＤが両方とも読み出された場合（ステップＳ９１−５のＹＥＳ）、記憶・読出部５９は、ステップＳ９１−４で読み出された、各ＩＷＢ（２０ａ，２０ｃ）（連携端末）の通信ＩＤを検索キーとして、端末管理テーブル（図６Ｂ参照）を検索し、対応する稼働状態を読み出す（ステップＳ９１−７）。
【００６８】
続いて、連携管理部５７は、ステップＳ９１−７において読み出された稼働状態が両方とも「ＯＮライン（通信可能）」であるか否かを判断する（ステップＳ９１−８）。ステップＳ９１−８において、稼働状態の少なくとも一方が「ＯＮライン（通信可能）」ではないと判断された場合には（ステップＳ９１−８のＮＯ）、連携管理部５７は、通信端末間の連携が不可であると判断する（ステップＳ９１−９）。この場合、連携管理部５７は、ステップＳ９１−７における検索結果に基づいて稼働状態が「ＯＮライン（通信可能）」ではないＩＷＢ２０を特定するための情報、及び通信端末間の連携が不可であることを示す情報を含んだメッセージを作成する。
【００６９】
ステップＳ９１−８において、稼働状態が両方とも「ＯＮライン（通信可能）」であると判断された場合には（ステップＳ９１−８のＹＥＳ）、連携管理部５７は、通信端末間の連携が可能であると判断する（ステップＳ９１−１０）。この場合、連携管理部５７は、通信端末間の連携を開始する旨の情報を含んだメッセージを作成する。
【００７０】
続いて、図８に戻って、連携の判断が完了した後の処理について説明する。
【００７１】
まず、管理システム５０の送受信部５１は、ステップＳ９１−１０で作成された連携を開始する旨のメッセージ、又は、ステップＳ９１−３，６，９のいずれかで作成された連携不可である旨を示したメッセージを、通信の開始要求元及び宛先の通話端末（１０ａ，１０ｃ）へ送信する（ステップＳ９２−１，Ｓ９２−２）。
【００７２】
送信されたメッセージは、通話端末（１０ａ，１０ｃ）の各送受信部１１によって受信される。通話端末（１０ａ，１０ｃ）の表示制御部１３は、上記のメッセージのディスプレイ１２０への表示を制御する。図１０Ａ、１０Ｂ、１０Ｃ、１０Ｄは、ディスプレイ１２０の表示画面の一例を示す図である。画面（１２００ａ，１２００ｂ，１２００ｃ，１２００ｄ）には、それぞれ、ステップ（Ｓ９１−３，Ｓ９１−６，Ｓ９１−９，Ｓ９１−１０）で作成されたメッセージ（１２０１ａ，１２０１ｂ，１２０１ｃ，１２０１ｄ）が表示されている。また、画面（１２００ａ，１２００ｄ）には、連携機能の設定の変更を受け付けるボタン（１２０２ａ，１２００ｄ）が表示されている。
【００７３】
ステップＳ９１−１０において、連携が可能である旨、判断された場合について、以下、説明を続ける。管理システム５０側では、管理部５３が、端末管理テーブル（図６Ｂ参照）における、通信の開始要求元及び宛先の各連携端末（ＩＷＢ（２０ａ，２０ｃ））の通信ＩＤに対して、稼働状態を「ＯＮライン（通信中）」にする（ステップＳ９４）。
【００７４】
続いて、管理システム５０の、セッション制御部５８は、ＩＷＢ（２０ａ，２０ｃ）間で通信ネットワーク２を介して電子ペンの操作データを送信する通信セッションｓｅｄ２の確立を制御する（ステップＳ９５）。通信セッションｓｅｄ２を確立させる方法は、特に限定されないが、例えば、送受信部５１が、セッション制御部５８による制御に基づいて、ＩＷＢ２０ａへ、通信相手（ＩＷＢ２０ｃ）の通信ＩＤを送信することにより、ＩＷＢ２０ａからＩＷＢ２０ｃへ発信要求させる方法が挙げられる。
【００７５】
上記の制御に基づいて、通信セッションｓｅｄ２は確立される（ステップＳ９６）。これにより、ＩＷＢ（２０ａ，２０ｃ）は、通信相手であるＩＷＢ（２０ｃ，２０ａ）との間で操作データを送受信することで、ＩＷＢ（２０ａ，２０ｃ）上の画面を共有することができる。
【００７６】
続いて、図１１を用いて、連携機能の設定を変更する処理について説明する。図１１は、連携機能の設定を変更する処理を示したシーケンス図である。
【００７７】
通話端末１０の利用者が、画面（１２００ａ，１２００ｄ）に表示されたボタン（１２０２ａ，１２０２ｄ）（図１１参照）を選択すると、操作入力受付部１２は、選択されたボタンに応じて、連携機能を「ＯＮ」にする要求、又は、連携機能を「ＯＦＦ」にする要求の入力を受け付ける（ステップＳ１１１）。
【００７８】
続いて、通話端末１０は、送受信部１１によって、連携情報の更新要求を管理システム５０へ送信する（ステップＳ１１２）。更新要求には更新要求元の通話端末１０の通信ＩＤ、及び、ステップＳ１１１で受け付けられた要求に応じた連携情報（「ＯＮ又はＯＦＦ」）が含まれている。
【００７９】
管理システム５０の送受信部５１は、上記の更新要求を受信する。続いて、管理部５３は、端末管理テーブル（図６Ｂ参照）における、更新要求に含まれる通信ＩＤに対して、更新要求に含まれる連携情報を「ＯＮ又はＯＦＦ」にする（ステップＳ１１３）。これにより、更新要求元の通話端末１０に対応する連携情報は更新される。続いて、管理システム５０は、更新の完了を示す完了情報を更新要求元の通話端末１０へ送信することにより処理を終了する。
【００８０】
＜＜本実施形態の主な効果＞＞
続いて、図１２を用いて、上記の実施形態の主な効果を説明する。図１２は、通信システム１における各種情報の送受信の状態を示した概念図である。
【００８１】
管理システム５０（セッション制御システムの一例）は、通話端末１０間、あるいは、ＩＷＢ２０等の各種通信端末間で、画像データ及び音データ、あるいは電子ペンの操作データなどのコンテンツデータを送信するセッションを制御する。管理システム５０のセッション制御部５８（セッション制御手段の一例）は、通話端末１０ａ（第１の通信端末の一例）と通話端末１０ｃ（第２の通信端末の一例）との間の通信の開始要求に応じて、通話端末（１０ａ，１０ｃ）間で画像データ及び音データ（第１のコンテンツデータの一例）を送信する通信セッションｓｅｄ１（第１のセッションの一例）の確立を制御する。一方で、セッション制御部５８は、通話端末１０ａに対応するＩＷＢ２０ａ（所定の通信端末の一例）と、通話端末１０ｃに対応するＩＷＢ２０ｃ（所定の通信端末の一例）と、の間で電子ペンの操作データ（コンテンツデータの一例）を送信する通信セッションｓｅｄ２（第２のセッションの一例）の確立を制御する。すなわち、通話端末（１０ａ，１０ｃ）間の通信の開始要求を管理システム５０に送信することで、通話端末（１０ａ，１０ｃ）間の通信セッションｓｅｄ１だけでなく、ＩＷＢ（２０ａ，２０ｃ）間の通信セッションｓｅｄ２も確立されることになる。拠点Ａのユーザは、複数の通信セッションを利用した拠点（Ａ，Ｃ）間のコミュニケーションを開始する場合に、通信端末毎に発信要求の入力をしなくても良くなるので、負荷が軽減される。
【００８２】
管理システム５０の端末管理ＤＢ５００２（稼働状態管理手段の一例）は、ＩＷＢ２０の通信ＩＤ毎に、このＩＷＢ２０の稼働状態を管理する。セッション制御部５８は、端末管理ＤＢ５００２おいて管理されている、通話端末（１０ａ，１０ｃ）に対応するＩＷＢ（２０ａ，２０ｂ）の各稼働状態に応じて、通信セッションｓｅｄ２の確立を制御する。これにより、ＩＷＢ（２０ａ，２０ｃ）のいずれかが通信可能でない場合に、管理システム５０が通信セッションｓｅｄ２の確立を試みることで、管理システム５０、通信ネットワーク２、あるいは、通信端末側の負荷が増大することを防ぐことができる。
【００８３】
管理システム５０の送受信部５１（特定情報送信手段の一例）は、ＩＷＢ２０の稼働状態が、通信可能を示す稼働状態ではない場合に、通信可能を示す稼働状態ではないＩＷＢ２０を特定するためのメッセージを、通話端末（１０ａ，１０ｃ）の少なくとも一方に送信する。特定情報を受信した通話端末１０側では、通信セションｓｅｄ１による通話を利用して、通話相手にＩＷＢ２０が通信可能な状態となっていないことを通知することができる。
【００８４】
連携管理ＤＢ５００３（連携端末管理手段の一例）は、通話端末１０の通信ＩＤ毎に、この通話端末１０に連携して通信を開始するＩＷＢ２０の通信ＩＤを対応付けて管理する。これにより、セッション制御部５８は、連携管理ＤＢ５００３において、通話端末（１０ａ，１０ｃ）の通信ＩＤに対応付けられたＩＷＢ（２０ａ，２０ｃ）の各通信ＩＤに基づいて、連携先のＩＷＢ２０を特定できるので、通信セッションｓｅｄ２の確立を制御することができる。
【００８５】
端末管理ＤＢ５００２（連携情報管理手段の一例）は、通話端末１０の通信ＩＤ毎に、この通信端末１０に連携させてＩＷＢ２０の通信を開始させるか否かを示す連携情報を関連付けて管理する。セッション制御部５８は、端末管理ＤＢ５００２において管理されている、各通話端末（１０ａ，１０ｃ）の通信ＩＤに関連付けられた各連携情報に応じて、通信セッションｓｅｄ２の確立を制御する。これにより、発信側又は着信側において連携を望まない場合に、連携機能を無効にすることができる。
【００８６】
通信端末１０の送受信部１１（受信手段の一例）は、管理システム５０から送信された上記のメッセージを受信する。また、通信端末１０の表示制御手段１２は、受信されたメッセージに基づいて、通信可能ではないＩＷＢ２０を特定するための情報の表示を制御する。通信端末１０のユーザは、表示に基づいて、通信可能ではないＩＷＢ２０を特定することが可能となる。
【００８７】
＜＜実施形態の補足＞＞
上記では、通話端末１０間の通信の開始に連携させて、ＩＷＢ２０間の通信を開始させる場合について説明したが、本発明は上記実施形態に限定されない。例えば、ＩＷＢ２０間の通信の開始に連携させて、通話端末１０間の通信を開始させても良い。また、通話端末１０間の通信の終了に連携させて、ＩＷＢ２０間の通信を終了させても良い。この場合、ステップ（Ｓ８１，Ｓ８３）では、開始要求に変えて終了要求が送信され、ステップ（Ｓ８７，Ｓ９５）では、通信セッション（ｓｅｄ１，ｓｅｄ２）の確立の制御に変えて、切断の制御が実行される。
【００８８】
上記では、２つの通話端末１０間の通信の開始と、２つのＩＷＢ２０間の通信の開始と、を連携させる場合について説明したが、本発明は上記実施形態に限定されない。例えば、３つ以上の通話端末１０間の通信の開始と、３つ以上のＩＷＢ２０間の通信の開始と、を連携させても良い。この場合、ステップＳ９１の連携の判断は、通話端末１０毎、あるいは、対応するＩＷＢ２０（連携端末）毎に判断される。すなわち、ある通話端末１０の通信の開始に連携して、あるＩＷＢ２０の通信を開始させる一方で、他のＩＷＢ２０の稼働状態が通信可能でない場合には、そのＩＷＢ２０の通信を開始させないこともできる。
【００８９】
更に、通話端末１０、ＩＷＢ２０、及び管理システム５０用の各プログラムは、インストール可能な形式又は実行可能な形式のファイルによって、コンピュータで読み取り可能な記録媒体（記録メディア１０６等）に記録されて流通されるようにしてもよい。また、上記記録媒体の他の例として、ＣＤ−Ｒ(Compact Disc Recordable)、ＤＶＤ(Digital Versatile Disk)、ブルーレイディスク等が挙げられる。
【００９０】
また、上記実施形態における管理システム５０は、単一のコンピュータによって構築されてもよいし、各部（機能又は手段）を分割して任意に割り当てられた複数のコンピュータによって構築されていてもよい。
【００９１】
また、上記実施形態の各プログラムが記憶されたＣＤ−ＲＯＭ等の記録媒体、並びに、これらプログラムが記憶されたＨＤ５０４は、プログラム製品(Program Product)として、国内又は国外へ提供されることができる。
【００９２】
また、上記では、通話端末１０の一例としてテレビ会議端末について説明したが、これに限るものではない。例えば、通話端末１０が、ＩＰ(Internet Protocol)電話機や、インターネット電話機、ＰＣ(Personal Computer)等であってもよい。
【００９３】
更に、上記では、テレビ会議端末（下位概念）等の通話端末（中位概念）によって、通話を行うことに関して説明したが、これに限るものではなく、通話を含めたより広い概念として通信を行うことができればよい。例えば、アプリが自らセンターのサーバにアクセスして、各種データを送信したり取得する場合にも適用される。この場合、相手側が、通話端末ではなく、サーバの場合もあり得る。また、通話端末には、ゲーム機、又はカーナビゲーション装置等が含まれる。
【００９４】
本国際特許出願は２０１４年８月２６日に出願した日本国特許出願第２０１４−１７１１４６号に基づきその優先権を主張するものであり、日本国特許出願第２０１４−１７１１４６号の全内容を本願に援用する。
【符号の説明】
【００９５】
１  通信システム
２  通信ネットワーク
１０  通話端末
２０  ＩＷＢ
１１、２１  送受信部
１２、２２  操作入力受付部
１３、２３  表示制御部
１９、２９  記憶・読出部
５０  管理システム
５１  送受信部
５２  認証部
５３  管理部
５７  連携管理部
５８  セッション制御部
５９  記憶・読出処理部
１０００  記憶部
５０００  記憶部
５００１  認証管理ＤＢ
５００２  端末管理ＤＢ
５００３  連携管理ＤＢ
【図１】
2016031549.tif 000003
【図２】
2016031549.tif 000004
【図３】
2016031549.tif 000005
【図４】
2016031549.tif 000006
【図５】
2016031549.tif 000007
【図６Ａ】
2016031549.tif 000008
【図６Ｂ】
2016031549.tif 000009
【図６Ｃ】
2016031549.tif 000010
【図７】
2016031549.tif 000011
【図８】
2016031549.tif 000012
【図９】
2016031549.tif 000013
【図１０Ａ】
2016031549.tif 000014
【図１０Ｂ】
2016031549.tif 000015
【図１０Ｃ】
2016031549.tif 000016
【図１０Ｄ】
2016031549.tif 000017
【図１１】
2016031549.tif 000018
【図１２】
2016031549.tif 000019
【手続補正書】
【提出日】平成27年10月28日(2015.10.28)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
通信端末間でコンテンツデータを送信するセッションを制御するセッション制御システムであって、
第１の通信端末と第２の通信端末との間の通信の開始要求に応じて、前記第１の通信端末と前記第２の通信端末との間で第１のコンテンツデータを送信する第１のセッションの確立を制御する一方で、前記第１の通信端末に対応する所定の通信端末と、前記第２の通信端末に対応する所定の通信端末と、の間で第２のコンテンツデータを送信する第２のセッションの確立を制御するセッション制御手段を有し、
前記セッション制御手段は、前記第１の通信端末と前記第１の通信端末に対応する所定の通信端末とを連携しない場合、前記第１のセッションの確立を制御する一方で、前記第２のセッションの確立を制御しないことを特徴とするセッション制御システム。
【請求項２】
前記所定の通信端末毎に、該所定の通信端末の稼働状態を管理する稼働状態管理手段を有しており、
前記セッション制御手段は、前記稼働状態管理手段において管理されている、前記第１の通信端末に対応する所定の通信端末の稼働状態、及び、前記第２の通信端末に対応する所定の通信端末の稼働状態に応じて、前記第２のセッションの確立を制御することを特徴とする請求項１に記載のセッション制御システム。
【請求項３】
前記所定の通信端末の稼働状態が、通信可能であることを示す稼働状態ではない場合に、前記所定の通信端末を特定するための特定情報を、前記第１の通信端末及び前記第２の通信端末の少なくとも一方に送信する特定情報送信手段を有することを特徴とする請求項２に記載のセッション制御システム。
【請求項４】
前記通信端末毎に、該通信端末に連携して通信を開始する前記所定の通信端末の識別情報を対応付けて管理する連携端末管理手段を有しており、
前記セッション制御手段は、前記連携端末管理手段において、前記第１の通信端末に対応付けられた前記所定の通信端末の識別情報、及び、前記第２の通信端末に対応付けられた前記所定の通信端末の識別情報に基づいて、前記第２のセッションの確立を制御することを特徴とする請求項１乃至３のいずれか一項に記載のセッション制御システム。
【請求項５】
前記通信端末毎に、該通信端末に連携して前記所定の通信端末の通信を開始させるか否かを示す連携情報を管理する連携情報管理手段を有しており、
前記セッション制御手段は、前記連携情報管理手段において管理されている、前記第１の通信端末に対応する前記連携情報、及び前記第２の通信端末に対応する前記連携情報に応じて、前記第２のセッションの確立を制御することを特徴とする請求項１乃至４のいずれか一項に記載のセッション制御システム。
【請求項６】
請求項３に記載のセッション制御システムから送信された前記特定情報を受信する受信手段と、
前記特定情報に基づいて、前記所定の通信端末を特定するための情報の表示を制御する表示制御手段と、
を有することを特徴とする通信端末。
【請求項７】
請求項１乃至５のいずれか一項に記載のセッション制御システムと、
前記通信端末と、
前記所定の通信端末と、
を有することを特徴とする通信システム。
【請求項８】
前記通信端末は、通話端末であり、
前記所定の通信端末は、インタラクティブホワイトボードであることを特徴とする請求項７に記載の通信システム。
【請求項９】
通信端末間でコンテンツデータを送信するセッションを制御するセッション制御システムに、
第１の通信端末と第２の通信端末との間の通信の開始要求に応じて、前記第１の通信端末と前記第２の通信端末との間で第１のコンテンツデータを送信する第１のセッションの確立を制御させる一方で、前記第１の通信端末に対応する所定の通信端末と、前記第２の通信端末に対応する所定の通信端末と、の間で第２のコンテンツデータを送信する第２のセッションの確立を制御させ、前記第１の通信端末と前記第１の通信端末に対応する所定の通信端末とを連携しない場合、前記第１のセッションの確立を制御する一方で、前記第２のセッションの確立を制御しないことを特徴とするセッション制御方法。
【請求項１０】
前記セッション制御システムに、請求項１乃至５のいずれか一項に記載の各手段を実現させることを特徴とするプログラム。
【国際調査報告】
2016031549.tif 000020
2016031549.tif 000021
2016031549.tif 000022
2016031549.tif 000023