JP2016171553A - 状態情報管理装置、状態情報処理方法、プログラム、及び、伝送システム - Google Patents

状態情報管理装置、状態情報処理方法、プログラム、及び、伝送システム Download PDF

Info

Publication number
JP2016171553A
JP2016171553A JP2015109676A JP2015109676A JP2016171553A JP 2016171553 A JP2016171553 A JP 2016171553A JP 2015109676 A JP2015109676 A JP 2015109676A JP 2015109676 A JP2015109676 A JP 2015109676A JP 2016171553 A JP2016171553 A JP 2016171553A
Authority
JP
Japan
Prior art keywords
communication
information
terminal
transmission
management device
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
JP2015109676A
Other languages
English (en)
Other versions
JP6582559B2 (ja
Inventor
尭志 長谷川
Takashi Hasegawa
尭志 長谷川
伯武 ▲高▼安
伯武 ▲高▼安
Noritake Takayasu
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Ricoh Co Ltd
Original Assignee
Ricoh Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Ricoh Co Ltd filed Critical Ricoh Co Ltd
Priority to US15/063,972 priority Critical patent/US20160269327A1/en
Priority to EP16159301.7A priority patent/EP3068111A1/en
Publication of JP2016171553A publication Critical patent/JP2016171553A/ja
Application granted granted Critical
Publication of JP6582559B2 publication Critical patent/JP6582559B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Abstract

【課題】通信相手の状態を分かりやすく表示し、操作性を高める。
【解決手段】通信端末間の通信サービスを管理する伝送管理装置から、いずれかの通信端末における状態情報の変更の通知を受信する受信手段と、受信した状態情報にかかる通信端末のユーザが併用する通信サービスの個々の状態情報を取得し、いずれの通信サービスによっても応答できない状態であるのか、いずれかの通信サービスにより応答ができる状態であるのかを示す、統合された状態情報を取得する取得手段と、統合された状態情報を、ユーザが併用する通信サービスに対応する前記伝送管理装置に送信する送信手段とを備える。
【選択図】図５

Description

本発明は、状態情報管理装置、状態情報処理方法、プログラム、及び、伝送システムに関する。
インターネット等の通信ネットワークを介して遠隔地との間で通信するサービスが普及している。そのようなサービスとしては、例えば、テキストメッセージを交換するテキストチャットサービスや遠隔会議を行うビデオ会議（テレビ会議）サービス、インターネット上での交流を通して社会的ネットワークを構築するＳＮＳ（Social Networking Service）等がある。
昨今の通信端末では、１つの通信端末で複数の通信サービスを利用することが可能となっており、各サービスにおける通信相手の状態を表すプレゼンス情報をやりとりすることで、そのサービスにおける通信相手の状態を把握することができるようになっているものがある。
しかし、今までの通信サービスでは、プレゼンス情報がそれぞれのサービスで独立しており、同一の通信相手であっても、複数のサービスを利用した場合に、異なるサービスにおける通信相手のプレゼンス情報はそのサービスにログインして確認する必要があり、確認のために別サービスにログインするのは手間であった。
そのような手間を解消するため、あるサービスからのプレゼンス情報をプレゼンスサーバで受け取り、標準記述法（オンライン／オフライン等）に変換し、それをさらに各サービスの表示形式にあった語彙に逆変換して各サービスへ送信する技術が知られている（例えば、特許文献１等を参照。）。
また、全サービスのプレゼンス情報をプレゼンスサーバで管理し、それらのプレゼンス情報一覧を各サービスで共有する技術が知られている（例えば、特許文献２等を参照。）。
上述した従来の技術は、各サービスにおける通信相手の状態は確認できるものの、総じてその通信相手と何らかのサービスにより通信ができるのか否か（通信相手が応答可能か否か）が分かりにくいという問題があった。すなわち、各サービスにおける通信相手の状態を全て確認しなければ、全く通信できないのか、通信できるのであればどのサービスにより通信できるのかを判断することができず、操作性がよくなかった。通信端末において対応可能なサービスが多くなればなるほど、その傾向は顕著になる。
本発明は上記の従来の問題点に鑑み提案されたものであり、その目的とするところは、通信相手の状態を分かりやすく表示し、操作性を高めることにある。
上記の課題を解決するため、本発明にあっては、通信端末間の通信サービスを管理する伝送管理装置から、いずれかの通信端末における状態情報の変更の通知を受信する受信手段と、受信した状態情報にかかる通信端末のユーザが併用する通信サービスの個々の状態情報を取得し、いずれの通信サービスによっても応答できない状態であるのか、いずれかの通信サービスにより応答ができる状態であるのかを示す、統合された状態情報を取得する取得手段と、統合された状態情報を、ユーザが併用する通信サービスに対応する前記伝送管理装置に送信する送信手段とを備える。
本発明にあっては、通信相手の状態を分かりやすく表示することができ、操作性を高めることができる。
本実施形態に係る伝送システムの一例の概略図である。 本実施形態に係るテレビ会議専用端末の一例のハードウェア構成図である。 本実施形態に係る携帯端末の一例のハードウェア構成図である。 本実施形態に係る中継装置、伝送管理システム、共通情報管理装置、プログラム提供システム、メンテナンスシステムのハードウェア構成図である。 本実施形態に係る伝送システムを構成する各端末、装置及びシステムの機能ブロック図である。 中継装置管理テーブルの一例の構成図である。 セッション管理テーブルの一例の構成図である。 宛先リスト管理テーブルの一例の構成図である。 認証管理テーブルの一例の構成図である。 状態情報管理ＤＢに保持される各種テーブルの例を示す図である。 本実施形態に係るテレビ会議専用端末のログインから宛先リスト表示までの一例のシーケンス図である。 本実施形態に係る認証処理の一例を示すフローチャートである。 プレゼンスの表示を伴う宛先リストの画面例を示す図（その１）である。 プレゼンスの表示を伴う宛先リストの画面例を示す図（その２）である。 本実施形態に係る携帯端末のログインから宛先リスト表示までの一例のシーケンス図である。 状態情報処理部の処理例を示すフローチャートである。 クライアントからプレゼンス情報の更新があった場合の処理例を示すシーケンス図である。 状態情報管理ＤＢに保持される各種テーブルの他の例を示す図である。 状態情報処理部の他の処理例を示すフローチャートである。 クライアントからプレゼンス情報の更新があった場合の他の処理例を示すシーケンス図である。 統合宛先リストの例を示す図である。 状態情報処理部の更に他の処理例を示すフローチャートである。 クライアントからプレゼンス情報の更新があった場合の更に他の処理例を示すシーケンス図である。 本実施形態に係る複数の端末の間で接続を開始する処理の一例のシーケンス図である。
以下、本発明の好適な実施形態につき説明する。
＜全体構成＞
図１は、本実施形態に係る伝送システムの一例の概略図である。
伝送システムには、伝送管理システムを介して一方の伝送端末から他方の伝送端末に一方向でコンテンツデータを伝送するデータ提供システムや、伝送管理システムを介して複数の伝送端末間で情報や感情等を相互に伝達するコミュニケーションシステムが含まれる。このコミュニケーションシステムは、コミュニケーション管理システム（「伝送管理システム」に相当）を介して複数のコミュニケーション端末（「伝送端末」に相当）間で情報や感情等を相互に伝達するためのシステムであり、テレビ会議システムやテレビ電話システム、音声会議システム、音声電話システム、ＰＣ（Personal Computer）画面共有システム、テキストチャットシステム等が例として挙げられる。
本実施形態では、コミュニケーションシステムの一例としてのテレビ会議及びテキストチャットを行うことができるシステムを想定した上で、伝送システムについて説明する。すなわち、本実施形態のコミュニケーションシステムは、テレビ会議サービスとテキストチャットサービスを提供することができる伝送システムである。また、本実施形態では、コミュニケーション管理システムの一例としてのテレビ会議管理システム及びテキストチャット管理システムを想定した上で、伝送管理システムについて説明する。同様に、コミュニケーション端末の一例としてのテレビ会議若しくはテキストチャットのいずれか又はその両方を行うことができる端末を想定した上で、伝送端末について説明する。
すなわち、本発明の伝送端末及び伝送管理システムは、上記の伝送システムに適用されるだけでなく、その他のコミュニケーションシステムやデータ提供システム等にも適用される。
図１に示されている伝送システム１は、複数の伝送端末（１０ａａ，１０ａｂ，・・・，２０ａａ，２０ａｂ，・・・）、各伝送端末（１０ａａ，１０ａｂ，・・・）用のディスプレイ（１２０ａａ，１２０ａｂ，・・・）、複数の中継装置（３０ａ，３０ｂ，・・・）、複数の伝送管理システム（５０１，５０２、・・・）、共通情報管理装置６０、プログラム提供システム９０、及びメンテナンスシステム１００によって構築されている。
複数の伝送端末１０は、コンテンツデータの一例としての画像データ及び音声データの送受信を行う。すなわち、複数の伝送端末１０は、テレビ会議サービスを利用することができるテレビ会議端末である。本実施形態では、伝送端末１０は、テレビ会議サービス専用の端末（テレビ会議専用端末）であるとする。以降、伝送端末１０をテレビ会議専用端末１０と表す。これらのテレビ会議専用端末１０は、テレビ会議サービスの呼制御を管理する伝送管理システム５０１により管理される。なお、テレビ会議専用端末１０は必ずしも端末のハードウェア自体がテレビ会議サービスに特化した端末でなくてもよく、ハードウェアは汎用的であっても端末が利用可能なアプリケーションがテレビ会議サービスに特化した端末も含まれる。
また、コミュニケーション管理システムが音声会議システムまたは音声電話システムの場合にはコンテンツデータとの一例として音声データの送受信を行い、音声通話サービスを利用することができる。
他方、複数の伝送端末２０は、コンテンツデータの一例としての画像データ及び音声データ、又は、テキストデータの送受信を行う。すなわち、複数の伝送端末２０は、テレビ会議又はテキストチャットを利用することができる端末である。本実施形態では、伝送端末２０は、特に断らない限り、テレビ会議サービスとテキストチャットサービスの両方を利用することができるタブレット型端末、携帯電話、スマートフォンなどの汎用の携帯端末であるとする。伝送端末２０は、少なくともテキストチャットサービスを利用することができればよく、テレビ会議サービスは必ずしも利用することができなくてもよい。なお、伝送端末２０は、例えば携帯電話通信網やＷｉＦｉ（Wireless Fidelity）などを介して通信ネットワーク２に無線で接続されている。以降、伝送端末２０を携帯端末２０と表す。これらの携帯端末２０は、テキストチャットサービスの呼制御を管理する伝送管理システム５０２により管理される。
なお、上記のテレビ会議専用端末１０及び携帯端末２０は、上述した通りコミュニケーション端末の一例であり、コミュニケーション端末としては、会議専用端末、タブレット型端末、携帯電話、スマートフォンの他に、ゲーム機器、汎用ＰＣ端末、自動車に搭載されるカーナビゲーション端末、プロジェクタなどの投影装置、電子黒板、ウェアラブル端末などの各種電子機器であってもよい。
なお、以下では、複数のテレビ会議専用端末（１０ａａ，１０ａｂ，・・・）のうちの任意の端末は「テレビ会議専用端末１０」と表され、複数の携帯端末（２０ａａ，２０ａｂ，・・・）のうちの任意の端末は「携帯端末２０」と表されている。
また、複数のディスプレイ（１２０ａａ，１２０ａｂ，・・・）のうち任意のディスプレイは「ディスプレイ１２０」と表され、複数の中継装置（３０ａ，３０ｂ，・・・）のうち任意の中継装置は「中継装置３０」と表されている。また、複数の伝送管理システム（５０１，５０２、・・・）のうち任意の伝送管理システムは「伝送管理システム５０」と表されている。さらに、一方のテレビ会議専用端末１０若しくは携帯端末２０から他方のテレビ会議専用端末１０若しくは携帯端末２０へのテレビ会議若しくはテキストチャットの開始を要求する端末は「要求元端末」と表され、要求先である宛先としての端末は「宛先端末」と表されている。
また、伝送システム１において、要求元端末と宛先端末との間では、伝送管理システム５０を介して、各種の管理情報を送受信するための管理情報用セッションが確立される。また、要求元端末と宛先端末との間では、中継装置３０を介して、コンテンツデータを送受信するためのセッションが確立される。なお、要求元端末と宛先端末との間で送受信されるコンテンツデータがテキストデータのみである場合、伝送管理システム５０を介したセッション又は要求元端末と宛先端末とが直接セッションを確立してもよい。
ここで、本実施形態では、要求元端末がテレビ会議専用端末１０である場合は伝送管理システム５０１を介してセッションが確立され、他方、要求元端末が携帯端末２０である場合は伝送管理システム５０２を介してセッションが確立される。換言すれば、テレビ会議サービスのみを利用するテレビ会議専用端末１０は伝送管理システム５０１により呼制御が管理され、他方、テキストチャットサービスを利用する携帯端末２０は伝送管理システム５０２により呼制御が管理される。このように、本実施形態では、サービス毎に呼制御を行う伝送管理システム５０が異なり、各伝送端末は、いずれのサービスを主に利用するかに応じて、いずれかの伝送管理システム５０により呼制御が管理される。以降では、管理システム５０１は「テレビ会議管理システム５０１」、管理システム５０２は「テキストチャット管理システム５０２」と表される。
図１に示されている中継装置３０は、複数のテレビ会議専用端末１０、携帯端末２０の間で、コンテンツデータの中継を行う。
伝送管理システム５０は、伝送端末のログイン認証、通話状況の管理、宛先リストの管理、及び中継装置３０の通話状況等を行う。また、伝送管理システム５０は、これらの管理を、各サービスの呼制御を管理する伝送管理システム５０毎に管理する。換言すれば、テレビ会議専用端末１０のログイン認証、通話状況の管理、宛先リストの管理、中継装置３０の通話状況等はテレビ会議管理システム５０１で管理される。他方、携帯端末２０のログイン認証、通話状況の管理、宛先リストの管理、中継装置３０の通話状況等はテキストチャット管理システム５０２で管理される。なお、後述するように、通話状況の管理などのいわゆる各伝送端末の状態情報は、関係する各伝送管理システム５０間において互いに通知される。
共通情報管理装置６０は、各伝送管理システム５０間で共通に利用する情報を管理するＤＢ（Database）サーバなどである。共通に利用する情報には、状態情報（プレゼンス情報）を含む。共通情報管理装置６０は、各伝送管理システム５０間で共通に利用する情報を記憶する例えばネットワークストレージなどの記憶装置であってもよい。なお、本実施形態では、共通情報管理装置６０は、各伝送管理システム５０と別に設けられている構成であるが、各伝送管理システム５０に含まれる構成であってもよい。なお、共通情報管理装置６０から状態情報（プレゼンス情報）に関する機能を分離し、プレゼンス情報管理サーバ（プレゼンスサーバ）として別途設けるようにしてもよい。
複数のルータ（７０ａ，７０ｂ，７０ｃ，７０ｄ，７０ａｂ，７０ｃｄ）は、コンテンツデータの最適な経路選択を行う。なお、以下では、ルータ（７０ａ，７０ｂ，７０ｃ，７０ｄ，７０ａｂ，７０ｃｄ）のうち任意のルータは「ルータ７０」と表されている。
プログラム提供システム９０は、後述のＨＤ（Hard Disk）２０４を備えており、テレビ会議専用端末１０や携帯端末２０に各種機能を実現させる（又は、テレビ会議専用端末１０、携帯端末２０を各種手段として機能させる）ための端末用プログラムが記憶され、テレビ会議専用端末１０、携帯端末２０に端末用プログラムを送信することができる。ここで、テレビ会議専用端末１０、携帯端末２０にそれぞれ異なる端末用プログラムを送信する。すなわち、プログラム提供システム９０は、テレビ会議サービスを利用するための端末用プログラムをテレビ会議専用端末１０に送信し、他方、テレビ会議サービス及びテキストチャットサービスを利用するための端末用プログラムを携帯端末２０に送信する。なお、プログラム提供システム９０は、テキストチャットサービスのみを利用するための端末用プログラムを携帯端末２０に送信してもよい。
また、プログラム提供システム９０のＨＤ２０４には、中継装置３０に各種機能を実現させる（又は、中継装置３０を各種手段として機能させる）ための中継装置用プログラムも記憶されており、中継装置３０に、中継装置用プログラムを送信することができる。また、プログラム提供システム９０のＨＤ２０４には、伝送管理システム５０に各種機能を実現させる（又は、伝送管理システム５０を各種手段として機能させる）ための伝送管理用プログラムも記憶されており、伝送管理システム５０に、伝送管理用プログラムを送信することができる。さらに、プログラム提供システム９０のＨＤ２０４には、共通情報管理装置６０に各種機能を実現させる（又は、共通情報管理装置６０を各種手段として機能させる）ための情報管理用プログラムも記憶されており、共通情報管理装置６０に、情報管理用プログラムを送信することができる。
メンテナンスシステム１００は、テレビ会議専用端末１０、携帯端末２０、中継装置３０、伝送管理システム５０、共通情報管理装置６０、及びプログラム提供システム９０のうちの少なくとも１つの維持、管理、又は保守を行うためのコンピュータである。例えば、メンテナンスシステム１００が国内に設置され、テレビ会議専用端末１０、携帯端末２０、中継装置３０、伝送管理システム５０、共通情報管理装置６０、又はプログラム提供システム９０が国外に設置されている場合、メンテナンスシステム１００は、通信ネットワーク２を介して遠隔的に、テレビ会議専用端末１０、携帯端末２０、中継装置３０、伝送管理システム５０、共通情報管理装置６０、及びプログラム提供システム９０のうちの少なくとも１つの維持、管理、保守等のメンテナンスを行う。また、メンテナンスシステム１００は、通信ネットワーク２を介さずに、テレビ会議専用端末１０、携帯端末２０、中継装置３０、伝送管理システム５０、共通情報管理装置６０、及びプログラム提供システム９０のうちの少なくとも１つにおける機種番号、製造番号、販売先、保守点検、又は故障履歴の管理等のメンテナンスを行う。
ところで、テレビ会議専用端末（１０ａａ，１０ａｂ，１０ａｃ，・・・）、中継装置３０ａ、及びルータ７０ａは、ＬＡＮ２ａによって通信可能に接続されている。テレビ会議専用端末（１０ｂａ，１０ｂｂ，１０ｂｃ，・・・）、中継装置３０ｂ、及びルータ７０ｂは、ＬＡＮ２ｂによって通信可能に接続されている。また、ＬＡＮ２ａ及びＬＡＮ２ｂは、ルータ７０ａｂが含まれた専用線２ａｂによって通信可能に接続されており、所定の地域Ａ内で構築されている。例えば、地域Ａは日本であり、ＬＡＮ２ａは東京の事業所内で構築されており、ＬＡＮ２ｂは大阪の事業所内で構築されている。また、携帯端末（２０ａａ，２０ａｂ，・・・）は、地域Ａで利用されている。
一方、テレビ会議専用端末（１０ｃａ，１０ｃｂ，１０ｃｃ，・・・）、中継装置３０ｃ、及びルータ７０ｃは、ＬＡＮ２ｃによって通信可能に接続されている。テレビ会議専用端末（１０ｄａ，１０ｄｂ，１０ｄｃ，・・・）、中継装置３０ｄ、及びルータ７０ｄは、ＬＡＮ２ｄによって通信可能に接続されている。また、ＬＡＮ２ｃ及びＬＡＮ２ｄは、ルータ７０ｃｄが含まれた専用線２ｃｄによって通信可能に接続されており、所定の地域Ｂ内で構築されている。例えば、地域Ｂはアメリカ合衆国であり、ＬＡＮ２ｃはニューヨークの事業所内で構築されており、ＬＡＮ２ｄはワシントンＤ．Ｃ．の事業所内で構築されている。また、携帯端末（２０ｂａ，２０ｂｂ，・・・）は、地域Ｂで利用されている。
地域Ａ及び地域Ｂは、それぞれルータ（７０ａｂ，７０ｃｄ）からインターネット２ｉを介して通信可能に接続されている。
なお、テレビ会議専用端末１０は必ずしも専用線を介する必要はなく、インターネット２iに直接接続されていてもよい。
また、伝送管理システム５０、プログラム提供システム９０、及びメンテナンスシステム１００は、インターネット２ｉを介して、テレビ会議専用端末１０、携帯端末２０、中継装置３０、及び共通情報管理装置６０と通信可能に接続されている。伝送管理システム５０、共通情報管理装置６０、プログラム提供システム９０、又はメンテナンスシステム１００は、地域Ａ又は地域Ｂに設置されていてもよいし、これら以外の地域に設置されていてもよい。
なお、本実施形態では、ＬＡＮ２ａ、ＬＡＮ２ｂ、専用線２ａｂ、インターネット２ｉ、専用線２ｃｄ、ＬＡＮ２ｃ、及びＬＡＮ２ｄによって、通信ネットワーク２が構築されている。この通信ネットワーク２には、有線だけでなく、ＷｉＦｉや、Ｂｌｕｅｔｏｏｔｈ（登録商標）等の無線による通信が行われる箇所があってもよい。
また、図１において、各テレビ会議専用端末１０、各携帯端末２０、各中継装置３０、各伝送管理システム５０、共通情報管理装置６０、各ルータ７０、プログラム提供システム９０、及びメンテナンスシステム１００の下に示されている４組の数字は、一般的なＩＰｖ４におけるＩＰアドレスを簡易的に示している。例えば、テレビ会議専用端末１０ａａのＩＰアドレスは「１．２．１．３」である。また、ＩＰｖ４ではなく、ＩＰｖ６を用いてもよいが、説明を簡略化するため、ＩＰｖ４を用いて説明する。
なお、各テレビ会議専用端末１０、各携帯端末２０は、複数の事業所間での通信や、同じ事業者内の異なる部屋間での通信だけでなく、同じ部屋内での通信や、屋外と屋内又は屋外と屋外での通信で使われてもよい。各テレビ会議専用端末１０、各携帯端末２０が屋外で使われる場合には、携帯電話通信網等の無線による通信が行われる。
＜ハードウェア構成＞
次に、本実施形態のハードウェア構成について説明する。
≪テレビ会議専用端末≫
テレビ会議専用端末１０のハードウェア構成について説明する。図２は、本実施形態に係るテレビ会議専用端末のハードウェア構成図である。図２に示されているように、本実施形態のテレビ会議専用端末１０は、テレビ会議専用端末１０全体の動作を制御するＣＰＵ（Central Processing Unit）１０１、ＩＰＬ（Initial Program Loader）等のＣＰＵ１０１の駆動に用いられるプログラムを記憶したＲＯＭ（Read Only Memory）１０２、ＣＰＵ１０１のワークエリアとして使用されるＲＡＭ（Random Access Memory）１０３、端末用プログラム、画像データ、及び音声データ等の各種データを記憶するフラッシュメモリ１０４、ＣＰＵ１０１の制御にしたがってフラッシュメモリ１０４に対する各種データの読み出し又は書き込みを制御するＳＳＤ（Solid State Drive）１０５、フラッシュメモリ等の記録メディア１０６に対するデータの読み出し又は書き込み（記憶）を制御するメディアドライブ１０７、テレビ会議専用端末１０の宛先を選択する場合などに操作される操作ボタン１０８、テレビ会議専用端末１０の電源のＯＮ／ＯＦＦを切り換えるための電源スイッチ１０９、通信ネットワーク２を利用してデータ伝送をするためのネットワークＩ／Ｆ（Interface）１１１を備えている。
また、テレビ会議専用端末１０は、ＣＰＵ１０１の制御に従って被写体を撮像して画像データを得る内蔵型のカメラ１１２、このカメラ１１２の駆動を制御する撮像素子Ｉ／Ｆ１１３、音声を入力する内蔵型のマイク１１４、音声を出力する内蔵型のスピーカ１１５、ＣＰＵ１０１の制御に従ってマイク１１４及びスピーカ１１５との間で音声信号の入出力を処理する音声入出力Ｉ／Ｆ１１６、ＣＰＵ１０１の制御に従って外付けのディスプレイ１２０に画像データを伝送するディスプレイＩ／Ｆ１１７、各種の外部機器を接続するための外部機器接続Ｉ／Ｆ１１８、及び上記各構成要素を図２に示されているように電気的に接続するためのアドレスバスやデータバス等のバスライン１１０を備えている。
ディスプレイ１２０は、被写体の画像や操作用アイコン等を表示する液晶や有機ＥＬによって構成された表示部である。また、ディスプレイ１２０は、ケーブル１２０ｃによってディスプレイＩ／Ｆ１１７に接続される。このケーブル１２０ｃは、アナログＲＧＢ（ＶＧＡ）信号用のケーブルであってもよいし、コンポーネントビデオ用のケーブルであってもよいし、ＨＤＭＩ（登録商標）（High-Definition Multimedia Interface）やＤＶＩ（Digital Video Interactive）信号用のケーブルであってもよい。
カメラ１１２は、レンズや、光を電荷に変換して被写体の画像（映像）を電子化する固体撮像素子を含み、固体撮像素子として、ＣＭＯＳ（Complementary Metal Oxide Semiconductor）や、ＣＣＤ（Charge Coupled Device）等が用いられる。
外部機器接続Ｉ／Ｆ１１８には、ＵＳＢ（Universal Serial Bus）ケーブル等によって、外付けカメラ、外付けマイク、及び外付けスピーカ等の外部機器がそれぞれ接続可能である。外付けカメラが接続された場合には、ＣＰＵ１０１の制御に従って、内蔵型のカメラ１１２に優先して外付けカメラが駆動する。同じく、外付けマイクが接続された場合や、外付けスピーカが接続された場合には、ＣＰＵ１０１の制御に従って、それぞれが内蔵型のマイク１１４や内蔵型のスピーカ１１５に優先して、外付けマイクや外付けスピーカが駆動する。なお、テレビ会議専用端末１０は、内蔵型のカメラ１１２を必ずしも備えていなくてもよく、外部機器接続Ｉ／Ｆ１１８を介して外付けカメラのみが接続されていてもよい。同様に、テレビ会議専用端末１０は、内蔵型のマイク１１４や内蔵型のスピーカ１１５を必ずしも備えていなくてもよく、外部機器接続Ｉ／Ｆ１１８を介して外付けマイクや外付けスピーカのみが接続されていてもよい。また、テレビ会議専用端末１０のディスプレイ１２０は、ケーブル１２０ｃによってディスプレイＩ／Ｆ１１７に接続されているが、これに限られず、ディスプレイ１２０は、テレビ会議専用端末１０に内蔵されていてもよい。
また、テレビ会議専用端末１０は、外部機器接続Ｉ／Ｆ１１８以外にもＳＤカードやＳＩＭ（Subscriber Identity Module）カードなどの外部記録媒体を読み込み可能な外部記録媒体Ｉ／Ｆを備えていてもよい。
なお、記録メディア１０６は、テレビ会議専用端末１０に対して着脱自在な構成となっている。また、ＣＰＵ１０１の制御にしたがってデータの読み出し又は書き込みを行う不揮発性メモリであれば、フラッシュメモリ１０４に限らず、ＥＥＰＲＯＭ（Electrically Erasable and Programmable ROM）等を用いてもよい。
さらに、上記端末用プログラムは、インストール可能な形式又は実行可能な形式のファイルで、上記記録メディア１０６等の、コンピュータで読み取り可能な記録媒体に記録して流通させるようにしてもよい。また、上記端末用プログラムは、フラッシュメモリ１０４ではなくＲＯＭ１０２に記憶させるようにしてもよい。
≪携帯端末≫
図３は、本実施形態に係る携帯端末の一例のハードウェア構成図である。図３に示されているように、本実施形態の携帯端末２０は、携帯端末２０全体の動作を制御するＣＰＵ２０１、携帯端末２０に各種操作信号を入力するための入力装置２０２、携帯端末２０による処理結果を表示するための表示装置２０３、外付けマイク、外付けカメラや外部記録媒体（記録メディア）などの各種外部装置とのインタフェースである外部Ｉ／Ｆ２０４、ＣＰＵ２０１のワークエリアとして使用されるＲＡＭ２０５、携帯端末２０のＯＳの設定やネットワーク設定などのプログラムやデータが格納されるＲＯＭ２０６、携帯電話通信網などを利用してデータ伝送をするためのネットワークＩ／Ｆ２０７、端末用プログラム等の各種データを記憶するフラッシュメモリ２０８、ＣＰＵ２０１の制御にしたがってフラッシュメモリ２０８に対する各種データの読み出し又は書き込みを制御するＳＳＤ２０９を備えている。
また、携帯端末２０は、ＣＰＵ２０１の制御に従って被写体を撮像して画像データを得る内蔵型のカメラ２１０、このカメラ２１０の駆動を制御する撮像素子Ｉ／Ｆ２１１、音声を入力する内蔵型のマイク２１２、音声を出力する内蔵型のスピーカ２１３、ＣＰＵ２０１の制御に従ってマイク２１２及びスピーカ２１３との間で音声信号の入出力を処理する音声入出力Ｉ／Ｆ２１４、及び上記各構成要素を図３に示されているように電気的に接続するためのアドレスバスやデータバス等のバスライン２１５を備えている。なお、携帯端末２０がテキストチャットサービスのみを利用する端末である場合、カメラ２１０やマイク２１２、スピーカ２１３などは備えていなくてもよい。
また、ＣＰＵ１０１の制御にしたがってデータの読み出し又は書き込みを行う不揮発性メモリであれば、フラッシュメモリ２０８に限らず、ＥＥＰＲＯＭ等を用いてもよい。
上記端末用プログラムは、インストール可能な形式又は実行可能な形式のファイルで、上記記録メディア等の、コンピュータで読み取り可能な記録媒体に記録して流通させるようにしてもよい。また、上記端末用プログラムは、フラッシュメモリ２０８ではなくＲＯＭ２０６に記憶させるようにしてもよい。
≪中継装置、伝送管理システム、共通情報管理装置、プログラム提供システム、メンテナンスシステム≫
次に、中継装置３０、伝送管理システム５０、共通情報管理装置６０、プログラム提供システム９０、及びメンテナンスシステム１００のハードウェア構成について説明する。図４は、本実施形態に係る中継装置、伝送管理システム、共通情報管理装置、プログラム提供システム、メンテナンスシステムのハードウェア構成図である。
伝送管理システム５０は、伝送管理システム５０全体の動作を制御するＣＰＵ３０１、ＩＰＬ等のＣＰＵ３０１の駆動に用いられるプログラムを記憶したＲＯＭ３０２、ＣＰＵ３０１のワークエリアとして使用されるＲＡＭ３０３、伝送管理用プログラム等の各種データを記憶するＨＤ３０４、ＣＰＵ３０１の制御にしたがってＨＤ３０４に対する各種データの読み出し又は書き込みを制御するＨＤＤ(Hard Disk Drive)３０５、フラッシュメモリ等の記録メディア３０６に対するデータの読み出し又は書き込み（記憶）を制御するメディアドライブ３０７、カーソル、メニュー、ウィンドウ、文字、又は画像などの各種情報を表示するディスプレイ３０８、通信ネットワーク２を利用してデータ伝送をするためのネットワークＩ／Ｆ３０９、文字、数値、各種指示などの入力のための複数のキーを備えたキーボード３１１、各種指示の選択や実行、処理対象の選択、カーソルの移動などを行うマウス３１２、着脱可能な記録媒体の一例としてのＣＤ−ＲＯＭ(Compact Disc Read Only Memory)３１３に対する各種データの読み出し又は書き込みを制御するＣＤ−ＲＯＭドライブ３１４、及び、上記各構成要素を図４に示されているように電気的に接続するためのアドレスバスやデータバス等のバスライン３１０を備えている。
なお、上記伝送管理用プログラムは、インストール可能な形式又は実行可能な形式のファイルで、上記記録メディア３０６やＣＤ−ＲＯＭ３１３等のコンピュータで読み取り可能な記録媒体に記録して流通させるようにしてもよい。また、上記伝送管理用プログラムは、ＨＤ３０４ではなくＲＯＭ３０２に記憶されるようにしてもよい。
また、中継装置３０及び共通情報管理装置６０は、上記の伝送管理システム５０と同様のハードウェア構成を有しているため、その説明を省略する。ただし、中継装置３０のＨＤ３０４には、中継装置３０を制御するための中継装置用プログラムが記録されており、共通情報管理装置６０のＨＤ３０４には、共通情報管理装置６０を制御するための情報管理用プログラムが記憶されている。この場合も、中継装置用プログラム、情報管理用プログラムは、インストール可能な形式又は実行可能な形式のファイルで、上記記録メディア３０６やＣＤ−ＲＯＭ３１３等のコンピュータで読み取り可能な記録媒体に記録して流通させるようにしてもよい。また、上記中継装置用プログラム、情報管理用プログラムは、ＨＤ３０４ではなくＲＯＭ３０２に記憶されるようにしてもよい。
また、プログラム提供システム９０及びメンテナンスシステム１００は、上記の伝送管理システム５０と同様のハードウェア構成を有しているため、その説明を省略する。但し、ＨＤ３０４には、プログラム提供システム９０を制御するためのプログラム提供用プログラムが記録されている。この場合も、プログラム提供用プログラムは、インストール可能な形式又は実行可能な形式のファイルで、上記記録メディア３０６やＣＤ−ＲＯＭ３１３等のコンピュータで読み取り可能な記録媒体に記録して流通させるようにしてもよい。また、上記プログラム提供システム用プログラムは、ＨＤ３０４ではなくＲＯＭ３０２に記憶されるようにしてもよい。
なお、上記着脱可能な記録媒体の他の例として、ＣＤ−Ｒ(Compact Disc Recordable)、ＤＶＤ(Digital Versatile Disk)、ブルーレイディスク等のコンピュータで読み取り可能な記録媒体に記録して提供するように構成してもよい。
＜機能構成＞
次に、本実施形態の機能構成について説明する。図５は、本実施形態に係る伝送システムを構成する各端末、装置及びシステムの機能ブロック図である。図５では、テレビ会議専用端末１０、携帯端末２０、中継装置３０、伝送管理システム５０、及び共通情報管理装置６０が、通信ネットワーク２を介してデータ通信することができるように接続されている。なお、図１に示されているプログラム提供システム９０及びメンテナンスシステム１００は、本実施形態では直接関係ないため、図５では省略されている。
<<端末の各機能構成>>
テレビ会議専用端末１０及び携帯端末２０は、送受信部１１、操作入力受付部１２、ログイン要求部１３、撮像部１４、音声入力部１５ａ、音声出力部１５ｂ、表示制御部１６、宛先リスト作成部１７、及び記憶・読出処理部１８を有している。以降では、図５の伝送端末がテレビ会議専用端末１０である場合について主に説明する。
上記の各部は、図２に示されている各構成要素のいずれかが、フラッシュメモリ１０４からＲＡＭ１０３上に展開された端末用プログラムに従ったＣＰＵ１０１からの命令によって動作することで実現される機能、又は機能される手段である。
また、テレビ会議専用端末１０は、図２に示されているＲＡＭ１０３によって構築される揮発性記憶部２０００、及び図２に示されているフラッシュメモリ１０４によって構築される不揮発性記憶部１０００を有している。
次に、図２及び図５を用いて、テレビ会議専用端末１０の各機能構成について詳細に説明する。なお、以下では、テレビ会議専用端末１０の各機能構成部を説明するにあたって、図２に示されている各構成要素のうち、テレビ会議専用端末１０の各機能構成部を実現させるための主な構成要素との関係も説明する。
図５に示されているテレビ会議専用端末１０の送受信部１１は、図２に示されているＣＰＵ１０１からの命令、及び図２に示されているネットワークＩ／Ｆ１１１によって実現され、通信ネットワーク２を介してほかの端末、装置又はシステムと各種データ（または情報）の送受信を行う。この送受信部１１は、所望の宛先端末と通話を開始する前から、テレビ会議管理システム５０１より、宛先候補としての各伝送端末の状態を示す各状態情報の受信を開始する。なお、この状態情報は、各テレビ会議専用端末１０又は／及び各携帯端末２０の稼働状態（オンラインかオフラインかの状態）だけでなく、オンラインであってもさらに通話中であるか、離席中であるか等の詳細な状態、すなわちプレゼンスを示す。また、この状態情報は、テレビ会議専用端末１０でケーブル１２０ｃがテレビ会議専用端末１０から外れていたり、音声を出力するが画像は出力させなかったり、音声を出力させないようにする（ＭＵＴＥ）等、様々な状態を示すこともできる。なお、上記において、図５の伝送端末が携帯端末２０である場合、送受信部１１は、所望の宛先端末と通話を開始する前から、テキストチャット管理システム５０２より、宛先候補としての各端末の状態を示す各状態情報の受信を開始する。
操作入力受付部１２は、図２に示されているＣＰＵ１０１からの命令、並びに図２に示されている操作ボタン１０８及び電源スイッチ１０９によって実現され、利用者による各種入力を受け付ける。例えば、利用者が、図２に示されている電源スイッチ１０９をＯＮにすると、図５に示されている操作入力受付部１２が電源ＯＮを受け付けて、電源をＯＮにする。なお。図５の伝送端末が携帯端末２０である場合、ＣＰＵ２０１からの命令、及び操作入力受付部１２は、入力装置２０２によって実現される。
ログイン要求部１３は、図２に示されているＣＰＵ１０１からの命令によって実現され、上記電源ＯＮの受け付けを契機として、送受信部１１から通信ネットワーク２を介してテレビ会議管理システム５０１に、ログインを要求する旨を示すログイン要求情報、端末種別を示す情報、この端末が利用することができるサービス名、及び要求元端末の現時点のＩＰアドレスを自動的に送信する。また、利用者が電源スイッチ１０９をＯＮの状態からＯＦＦにすると、送受信部１１がテレビ会議管理システム５０１へ電源をＯＦＦする旨の状態情報を送信した後に、操作入力受付部１２が電源を完全にＯＦＦにする。これにより、テレビ会議管理システム５０１側では、テレビ会議専用端末１０が電源ＯＮから電源ＯＦＦになったことを把握することができる。なお、上記において、図５の伝送端末が携帯端末２０である場合、ログイン要求部１３はＣＰＵ２０１からの命令によって実現され、携帯端末２０のユーザが行ったログイン操作の受け付けを契機として、送受信部１１から通信ネットワーク２を介してテキストチャット管理システム５０２に、ログインを要求する旨を示すログイン要求情報、及び要求元端末の現時点のＩＰアドレスを送信する。このように、携帯端末２０においては、この携帯端末２０にインストールされたプログラム（端末用プログラム）においてユーザがログイン操作を行うことでログイン要求等がテキストチャット管理システム５０２に送信される。
撮像部１４は、図２に示されているＣＰＵ１０１からの命令、並びに図２に示されているカメラ１１２及び撮像素子Ｉ／Ｆ１１３によって実現され、被写体を撮像して、この撮像して得た画像データを出力する。なお、図５の伝送端末が携帯端末２０である場合、撮像部１４は図３に示されているＣＰＵ２０１からの命令、並びに図３に示されているカメラ２１０及び撮像素子Ｉ／Ｆ２１１によって実現される。ただし、携帯端末２０がテキストチャットサービスのみ利用することができるときは、携帯端末２０は、撮像部１４を有しなくてもよい。
音声入力部１５ａは、図２に示されているＣＰＵ１０１からの命令、及び図２に示されている音声入出力Ｉ／Ｆ１１６によって実現され、マイク１１４によって利用者の音声が音声信号に変換された後、この音声信号に係る音声データを入力する。音声出力部１５ｂは、図２に示されているＣＰＵ１０１からの命令、及び図２に示されている音声入出力Ｉ／Ｆ１１６によって実現され、音声データに係る音声信号をスピーカに出力し、スピーカ１１５から音声を出力させる。なお、図５の伝送端末が携帯端末２０である場合、音声入力部１５ａ及び音声出力部１５ｂは図３に示されているＣＰＵ２０１からの命令、並びに図３に示されている音声入出力Ｉ／Ｆ２１１によって実現される。ただし、携帯端末２０がテキストチャットサービスのみ利用することができるときは、携帯端末２０は、音声入力部１５ａ及び音声出力部１５ｂを有しなくてもよい。
表示制御部１６は、図２に示されているＣＰＵ１０１からの命令、及び図２に示されているディスプレイＩ／Ｆ１１７によって実現され、外付けのディスプレイ１２０に対して画像データを送信するための制御を行う。なお、図５の伝送端末が携帯端末２０である場合、表示制御部１６は図３に示されているＣＰＵ２０１からの命令、及びに図３に示されている表示装置２０３によって実現され、表示装置２０３に画像データ等を送信するための制御を行う。
宛先リスト作成部１７は、図２に示されているＣＰＵ１０１からの命令によって実現され、管理システム５０から受信した宛先リスト情報及び各宛先候補としてのテレビ会議専用端末１０及び／又は携帯端末２０の状態情報に基づいて、宛先リストの作成及び更新を行う。なお、図５の伝送端末が携帯端末２０である場合、宛先リスト作成部１７は図３に示されているＣＰＵ２０１からの命令によって実現される。
記憶・読出処理部１８は、図２に示されているＣＰＵ１０１からの命令、及び図２に示すＳＳＤ１０５によって実行され、不揮発性記憶部１０００に各種データを記憶したり、揮発性記憶部２０００に記憶された各種データを読み出す処理を行う。この不揮発性記憶部１０００には、通信先としてのテレビ会議専用端末１０の端末又はユーザを識別するための通信ＩＤ（Identification）、及びパスワード等が記憶される。なお、通信ＩＤ及びパスワードは不揮発性記憶部１０００に記憶されておらず、例えば伝送管理システム５０に対してログイン要求を行う際に都度、ユーザが入力するようにしてもよい。
また、記憶・読出処理部１８は、揮発性記憶部２０００に各種データを記憶したり、揮発性記憶部２０００に記憶された各種データを読み出す処理も行う。この揮発性記憶部２０００には、宛先端末との通話を行う際に受信される画像データや音声データが、受信される度に上書き記憶される。このうち、上書きされる前の画像データによってディスプレイ１２０に画像が表示される、上書きされる前の音声データによってスピーカ１５０から音声が出力される。なお、上記において、図５の伝送端末が携帯端末２０である場合、記憶・読出処理部１８は図３に示されているＣＰＵ２０１からの命令、及び図３に示されているＳＳＤ２０９によって実現される。また、揮発性記憶部２０００には、宛先端末とのテキストチャットを行う際に受信されるテキストデータも記憶される。
なお、本実施形態の通信ＩＤ及び後述の中継装置ＩＤは、それぞれ伝送端末若しくはこの伝送端末を利用するユーザ及び中継装置３０を一意に識別するために使われる言語、文字、記号、又は各種のしるし等の識別情報を示す。また、通信ＩＤ及び中継装置ＩＤは、上記言語、文字、記号、及び各種のしるしのうち、少なくとも２つが組み合わされた識別情報であってもよい。
≪中継装置の機能構成≫
中継装置３０は、送受信部３１及び記憶・読出管理部３２を有している。これら各部は、図４に示されている各構成要素のいずれかが、ＨＤ３０４からＲＡＭ３０３上に展開された中継装置用プログラムに従ったＣＰＵ３０１からの命令によって動作することで実現される機能又は機能される手段である。また、中継装置３０は、中継装置３０の電源をＯＦＦにしても各種データ（または情報）の記憶が維持される不揮発性記憶部３０００を有しており、この不揮発性記憶部３０００は図４に示されているＨＤ３０４により構築されている。
次に、中継装置３０の各機能構成について詳細に説明する。なお、以下では、中継装置３０の各機能構成部を説明するにあたって、図４に示されている各構成要素のうち、中継装置３０の各機能構成を実現させるための主な構成要素との関係も説明する。
図５に示されている中継装置３０の送受信部３１は、図４に示されているＣＰＵ３０１からの命令、及び図４に示されているネットワークＩ／Ｆ３０９によって実現され、通信ネットワーク２を介して他の端末、装置、又はシステムと各種データ（または情報）の送受信を行う。
記憶・読出管理部３２は、図４に示されているＣＰＵ３０１からの命令、及び図４に示されているＨＤＤ３０５によって実現され、不揮発性記憶部３０００に各種データを記憶したり、不揮発性記憶部３０００に記憶された各種データを読み出す処理を行う。なお、不揮発性記憶部３０００には、画像データの中継先としてのテレビ会議専用端末１０又は／及び携帯端末２０のＩＰアドレスなどが記憶されている。
≪伝送管理システムの機能構成≫
伝送管理システム５０は、送受信部５１、認証部５２、状態管理部５３、端末抽出部５４、状態通知・取得・転送部５５、セッション管理部５６、及び記憶・読出処理部５８を有している。これら各部は、図４に示されている各構成要素のいずれかが、ＨＤ３０４からＲＡＭ３０３上に展開された管理システム用プログラムに従ったＣＰＵ３０１からの命令によって動作することで実現される機能又は機能される手段である。また、伝送管理システム５０は、伝送管理システム５０の電源をＯＦＦにしても各種データ（または情報）の記憶が維持される不揮発性記憶部５０００を有しており、この不揮発性記憶部５０００は図４に示されているＨＤ３０４により構築されている。
（中継装置管理テーブル）
不揮発性記憶部５０００には、図６に示されているような中継装置管理テーブルによって構成されている中継装置管理ＤＢ５００１が構築されている。この中継装置管理テーブルでは、各中継装置３０の中継装置ＩＤ毎に、各中継装置３０の稼働状態、稼働状態が示される状態情報が伝送管理システム５０で受信された受信日時、中継装置３０のＩＰアドレス、及び中継装置３０における最大データ伝送速度（Ｍｂｐｓ）が関連付けられて管理される。例えば、図６に示されている中継装置管理テーブルにおいて、中継装置ＩＤが「１１１ａ」の中継装置３０ａは、稼働状態が「オンライン」で、伝送管理システム５０で状態情報が受信された日時が「２００９年１１月１０日の１３時００分」で、この中継装置３０ａのＩＰアドレスが「１．２．１．２」で、この中継装置３０ａにおける最大データ伝送速度が１００Ｍｂｐｓであることが示されている。このように、各伝送管理システム５０は利用可能な中継装置３０を管理している。より具体的にいえば、テレビ会議管理システム５０１は、テレビ会議サービスで利用することができる中継装置３０の中継装置管理テーブルを管理しており、他方、テキストチャット管理システム５０２は、テレビ会議サービス、テキストチャットサービスで利用することができる中継装置３０の中継装置管理テーブルを管理している。なお、テキストチャットサービスにおいては、データがテキストデータであるため中継装置３０を用いずに、要求元端末及び宛先端末間で直接データの送受信を行ってもよいし、伝送管理システム５０を介してデータの送受信を行ってもよい。なお、この中継装置管理ＤＢ５００１及び後述するセッション管理ＤＢ５００２を共通情報管理装置６０で構築してもよい。これにより、中継装置管理テーブル及びセッション管理テーブルの情報をすべての伝送管理システム５０において共通に用いることができる。
（セッション管理テーブル）
また、この不揮発性記憶部５０００には、図７に示されているようなセッション管理テーブルによって構成されているセッション管理ＤＢ５００２が構築されている。このセッション管理テーブルでは、中継装置３０を選択するためのセッションの実行に用いられるセッションＩＤ毎に、データの中継に使用される中継装置３０の中継装置ＩＤ、要求元端末の通信ＩＤ及び宛先端末の通信ＩＤが関連付けられて管理される。例えば、図７に示されているセッション管理テーブルにおいて、セッションＩＤ「ｓｅ１」を用いて実行されたセッションで選択された中継装置３０ａ（中継装置ＩＤ「１１１ａ」）は、通信ＩＤが「０２ａａ」の要求元端末（携帯端末０２ａａ）と、通信ＩＤが「０１ａｂ」の宛先端末（テレビ会議専用端末１０ａｂ）との間で、データを中継することが示されている。
（宛先リスト管理テーブル）
さらに、不揮発性記憶部５０００には、図８に示されているような宛先情報を管理する宛先リスト管理テーブルによって構成されている宛先リスト管理ＤＢ５００３が構築されている。図８（ａ）は、テレビ会議管理システム５０１が管理する宛先情報が登録されている宛先リスト管理テーブルの一例である。他方、図８（ｂ）は、テキストチャット管理システム５０２が管理する宛先情報が登録されている宛先リスト管理テーブルの一例である。これらの宛先リスト管理テーブルでは、テレビ会議サービスやテキストチャットサービスにおける接続の開始（発呼）を要求する要求元端末の通信ＩＤに対して、宛先端末の候補として登録されている宛先端末の通信ＩＤが宛先情報として全て関連付けられて管理される。例えば、図８（ａ）に示されているテレビ会議管理システム５０１が管理する宛先リスト管理テーブルにおいて通信ＩＤが「０１ａａ」である要求元端末（テレビ会議専用端末１０ａａ）からテレビ会議サービスを利用した接続開始を要求することができる宛先端末の候補は、テレビ会議管理システムで管理されている通信ＩＤが「０１ａｂ」「０２ａｂ」「０２ａｃ」「１０ａｃ」等であることが示されている。
他方、例えば図８（ｂ）に示されているテキストチャット管理システム５０２が管理する宛先リスト管理テーブルにおいて通信ＩＤが「０２ａｂ」である要求元端末（携帯端末２０ａｂ）からテキストチャットサービスを利用した接続開始を要求することができる宛先端末の候補は、テキストチャット管理システムで管理されている通信ＩＤが「０２ａａ」「０１ａａ」等であることが示されている。
次に、伝送管理システム５０の各機能構成について詳細に説明する。なお、以下では、伝送管理システム５０の各機能構成部を説明するにあたって、図４に示されている各構成要素のうち、伝送管理システム５０の各機能構成部を実現させるための主な構成要素との関係も説明する。
送受信部５１は、図４に示されているＣＰＵ３０１からの命令、及び図４に示されているネットワークＩ／Ｆ３０９によって実行され、通信ネットワーク２を介して他の端末、装置又はシステムと各種データ（または情報）の送受信を行う。
認証部５２は、図４に示されているＣＰＵ３０１からの命令、及び図４に示されているネットワークＩ／Ｆ３０９によって実行され、送受信部５１を介して受信されたログイン要求情報に含まれている通信ＩＤ及びパスワードを検索キーとし、共通情報管理装置６０の認証管理ＤＢ６００２を検索し、認証管理ＤＢ６００２に同一の通信ＩＤ及びパスワードが管理されているかを判断することによって認証を行う。
状態管理部５３は、図４に示されているＣＰＵ３０１からの命令によって実現され、ログイン要求してきた要求元端末のプレゼンスを管理すべく、共通情報管理装置６０の状態情報管理ＤＢ６００５に、この要求元端末のプレゼンスを、通信ＩＤなどと関連して記憶させる。
端末抽出部５４は、図４に示されているＣＰＵ３０１からの命令によって実現され、ログイン要求した要求元端末の通信ＩＤをキーとして、宛先リスト管理ＤＢ５００３を検索し、要求元端末と接続することができる宛先端末の候補の通信ＩＤと、この通信ＩＤの端末の呼制御を管理している伝送管理システム５０の情報とを読み出す。
状態通知・取得・転送部５５は、図４に示されているＣＰＵ３０１からの命令によって実現され、上記端末抽出部５４によって抽出された宛先端末の候補の通信ＩＤのうち、自身で管理している伝送端末のプレゼンスを取得する。また、状態通知・取得・転送部５５は、受け取った要求元端末のプレゼンスを、該当の宛先候補の端末に通知する。また、状態通知・取得・転送部５５は、伝送端末１０、２０から受信したプレゼンスを共通情報管理装置６０に転送するとともに、共通情報管理装置６０から提供されたプレゼンスを用いて伝送端末１０、２０に表示する宛先リストのプレゼンスを表示・更新する。
セッション管理部５６は、図４に示されているＣＰＵ３０１からの命令によって実現され、不揮発性記憶部５０００のセッション管理ＤＢ５００２に、コンテンツデータを中継する中継装置３０の中継装置ＩＤと、セッションＩＤ、要求元端末の通信ＩＤ、及び宛先端末の通信ＩＤを関連付けて記憶して管理する。
記憶・読出処理部５８は、図４に示されているＣＰＵ３０１からの命令、及び図４に示されているＨＤＤ３０５によって実行され、不揮発性記憶部５０００に各種データを記憶したり、不揮発性記憶部５０００に記憶された各種データを読み出す処理を行う。
≪共通情報管理装置の機能構成≫
共通情報管理装置６０は、送受信部６１、記憶・読出処理部６２及び状態情報処理部６３を有している。これら各部は、図４に示されている各構成要素のいずれかが、ＨＤ３０４からＲＡＭ３０３上に展開された管理システム用プログラムに従ったＣＰＵ３０１からの命令によって動作することで実現される機能又は機能される手段である。また、共通情報管理装置６０は、共通情報管理装置６０の電源をＯＦＦにしても各種データ（または情報）の記憶が維持される不揮発性記憶部６０００を有しており、この不揮発性記憶部６０００は図４に示されているＨＤ３０４により構築されている。
（認証管理テーブル）
また、不揮発性記憶部６０００には、図９に示されているような認証管理テーブルによって構成されている認証管理ＤＢ６００２が構築されている。この認証管理テーブルでは、すべての伝送管理システム５０によって管理されるすべての伝送端末（テレビ会議専用端末１０及び携帯端末２０）の各通信ＩＤに対して、各パスワードが関連付けられて管理される。例えば、図９に示されている認証管理テーブルにおいて、テレビ会議専用端末１０ａａの通信ＩＤは「０１ａａ」で、パスワードは「ａａａａ」であることが示されている。
（状態情報管理ＤＢ）
不揮発性記憶部６０００には、状態情報管理ＤＢ６００５が格納されている。状態情報管理ＤＢ６００５には、図１０（ａ）のプレゼンス情報テーブル、図１０（ｂ）（ｃ）のプレゼンス／ステータス対応テーブル、図１０（ｄ）の統合ルールテーブルが含まれている。
図１０（ａ）のプレゼンス情報テーブルは、全サービスに共通のユーザＩＤ（通信ＩＤ）毎に、共通ステータス（Common Status）、チャットプレゼンス（Chat Presence）、会議プレゼンス（Conference Presence）等を対応付けたものである。連携するサービスが増える場合、そのサービスのステータスが追加される。
共通ステータスは、複数のサービスのステータス（応答可否）から統合された後のステータス（応答可否）であり、以下では統合プレゼンスとも呼ぶ。「available(Chat, Conference)」は、テキストチャット（Chat）サービスとテレビ会議（Conference）サービスで応答可能であることを示している。「available(Chat)」は、テキストチャットサービスで応答可能であることを示している。「available(Conference)」は、テレビ会議サービスで応答可能であることを示している。「unavailable」は、いずれのサービスでも応答できないことを示している。
チャットプレゼンスは、テキストチャットサービスにおける固有のプレゼンスである。例えば、「online」、「offline」、「chat」、「dnd (do not disturb)」、「away」、「xa (extended away)」等の、当該サービスで許容された値が入る。これらのプレゼンスの示す意味は以下の通りである。
「online」とは、テキストチャットサービスにログインしており、他の端末と通信可能な待ち受けの状態を示す。「offline」とは、テキストチャットサービスにログインしておらず、他の端末と通信できない状態を示す。「chat」とは、他の端末とテキストチャット中である状態を示す。「dnd（do not disturb）」とは、テキストチャットサービスにログインしており、他の端末とテキストチャット中ではないが他の処理を実行中（他のアプリケーションや設定を実行中など）のためテキストチャットを開始できない状態を示す。「away」とは、テキストチャットサービスにログインしているが、ユーザの設定により離席中の状態を示す。「xa（extended away）」とは、テキストチャットサービスにログインしているが、ユーザの設定により長時間離席中の状態を示す。
会議プレゼンスは、テレビ会議サービスにおける固有のプレゼンスである。例えば、「online」、「offline」、「meeting」、「dnd (do not disturb)」、「away」、「xa (extended away)」等の、当該サービスで許容された値が入る。これらのプレゼンスの示す意味は以下の通りである。
「online」とは、テレビ会議サービスにログインしており、他の端末と通信可能な待ち受けの状態を示す。「offline」とは、テレビ会議サービスにログインしておらず、他の端末と通信できない状態を示す。「meeting」とは、他の端末とテレビ会議中である状態を示す。「dnd（do not disturb）」とは、テレビ会議サービスにログインしており、他の端末とテレビ会議中ではないが他の処理を実行中（他のアプリケーションや設定を実行中など）のためテレビ会議を開始できない状態を示す。「away」とは、テレビ会議サービスにログインしているが、ユーザの設定により離席中の状態を示す。「xa（extended away）」とは、テレビ会議サービスにログインしているが、ユーザの設定により長時間離席中の状態を示す。
図１０（ｂ）（ｃ）のプレゼンス／ステータス対応テーブルは、サービス毎に、プレゼンスとステータスとの対応を設定したものである。「available」は応答可能であることを示し、「unavailable」は応答できないことを示している。プレゼンスがブランクの場合は「unavailable」に対応付けられている。
図１０（ｄ）の統合ルールテーブルは、チャットステータスと会議ステータスの組み合わせに対して共通ステータスを対応付けたものである。対応するサービスが増える場合、組み合わせが増えることとなる。
次に、共通情報管理装置６０の各機能構成について詳細に説明する。なお、以下では、共通情報管理装置６０の各機能構成部を説明するにあたって、図４に示されている各構成要素のうち、共通情報管理装置６０の各機能構成部を実現させるための主な構成要素との関係も説明する。
送受信部６１は、図４に示されているＣＰＵ３０１からの命令、及び図４に示されているネットワークＩ／Ｆ３０９によって実行され、通信ネットワーク２を介して伝送管理システム５０と各種データ（または情報）の送受信を行う。
記憶・読出処理部６２は、図４に示されているＣＰＵ３０１からの命令、及び図４に示されているＨＤＤ３０５によって実行され、不揮発性記憶部６０００に各種データを記憶したり、不揮発性記憶部６０００に記憶された各種データを読み出す処理を行う。
状態情報処理部６３は、各サービス毎に設けられた伝送管理システム５０が伝送端末１０、２０の宛先リストを表示・更新するタイミング及び伝送端末１０、２０から状態情報（プレゼンス情報）の変更が通知されたタイミングおいて、最新の状態情報（プレゼンス情報）を取得し、各サービスの伝送管理システム５０に提供する。
＜処理の詳細＞
先ず、共通情報管理装置６０の状態情報処理部６３及び状態情報管理ＤＢ６００５が関与しない状態での処理について、図１１乃至図１５を用い、伝送システム１における処理の詳細について説明する。
<<ログインから宛先リスト表示>>
まず、図１１を用いて、ユーザがテレビ会議専用端末１０ａａを操作して、このテレビ会議専用端末１０ａａとの宛先端末の候補のリストである宛先リストを表示させる処理の詳細について説明する。図１１は、本実施形態に係るテレビ会議専用端末のログインから宛先リスト表示までの一例のシーケンス図である。
ユーザ（利用者）が、電源スイッチをＯＮにすると、図５に示されている操作入力受付部１２が電源ＯＮを受け付けて、電源をＯＮにする（ステップＳ１４０１）。すると、ログイン要求部１３は、上記電源ＯＮの受け付けを契機とし、送受信部１１から通信ネットワーク２を介してテレビ会議管理システム５０１に、ログイン要求を示すログイン要求情報を自動的に送信する（ステップＳ１４０２）。なお、ログイン要求はユーザの指示入力に応じて送信してもよい。このログイン要求情報には、要求元としての自端末であるテレビ会議専用端末１０ａａを識別するための通信ＩＤ、及びパスワードが含まれている。なお、通信ＩＤ及びパスワードは、記憶・読出処理部１８を介して不揮発性記憶部１０００から読み出されてもよいし、ユーザから操作入力受付部１２を介して入力されてもよい。また、外部記録媒体に記録されている通信ＩＤ及びパスワードを記憶・読出処理部１８を介して読み出されてもよい。なお、テレビ会議専用端末１０ａａからテレビ会議管理システム５０１へログイン要求情報が送信されると、受信側であるテレビ会議管理システム５０１は、送信側であるテレビ会議専用端末１０ａａのＩＰアドレスを把握することができる。
次に、テレビ会議管理システム５０１の認証部５２は、送受信部５１を介してログイン要求情報を受信すると認証処理を行う（ステップＳ１４０３）。この認証処理について、図１２を用いて説明する。図１２は、本実施形態に係る認証処理の一例を示すフローチャートである。
まず、テレビ会議管理システム５０１の認証部５２は、ログイン要求情報に含まれている通信ＩＤ及びパスワードの組について、共通情報管理装置６０の認証管理ＤＢ６００２に同一の通信ＩＤ及びパスワードの組が管理されているか否かを判定する（ステップＳ１５０１）。これは、テレビ会議管理システム５０１が共通情報管理装置６０の認証管理ＤＢ６００２から認証管理テーブルを取得して、同一の通信ＩＤ及びパスワードの組が管理されているか否かを判定する。なお、共通情報管理装置６０において同一の通信ＩＤ及びパスワードの組が管理されているか否かを判定し、テレビ会議管理システム５０１の認証部５２が判定結果を取得するようにしてもよい。ログイン要求情報に含まれている通信ＩＤ及びパスワードの組と同一の通信ＩＤ及びパスワードの組が、認証管理ＤＢ６００２に含まれていると判定された場合には、ステップＳ１５０６へ進み、ログイン成功を示す認証結果を生成する。なお、ログイン要求情報に含まれている通信ＩＤ及びパスワードの組と同一の通信ＩＤ及びパスワードの組が、認証管理ＤＢ６００２に含まれていない場合は、ステップＳ１５０７に進み、ログイン失敗を示す認証結果を生成する。
以上のように、テレビ会議専用端末１０ａａからログイン要求情報を受信したテレビ会議管理システム５０１は、このログイン要求情報に含まれる通信ＩＤ及びパスワードに基づき、ログイン成功を示す認証結果を生成する。
図１１の説明に戻る。テレビ会議管理システム５０１の送受信部５１は、上記のステップＳ１４０３の認証処理において生成された認証結果をテレビ会議専用端末１０ａａに送信する（ステップＳ１４０４）。テレビ会議管理システム５０１は、ログイン成功を示す認証結果をテレビ会議専用端末１０ａａに送信したものとして説明を続ける。なお、テレビ会議専用端末１０ａａは、テレビ会議管理システム５０１からログイン失敗を示す認証情報を受信した場合、ログインが失敗したことを示す画面をテレビ会議専用端末１０ａａのディスプレイ１２０ａａに表示させ、処理を終了させる。
続いて、テレビ会議専用端末１０ａａの送受信部１１は、ログイン成功を示す認証結果をテレビ会議管理システム５０１から受け取ると、宛先リスト情報を要求すると共に、テレビ会議専用端末１０ａａのプレゼンスを通知する（ステップＳ１４０５）。ここで通知するテレビ会議専用端末１０ａａのプレゼンスは、「オンライン（online、通信可能）」「会議中（meeting）」「オフライン（offline、通信不可）」等である。
その後、テレビ会議管理システム５０１の状態管理部５３は、共通情報管理装置６０の状態情報管理ＤＢ６００５おける要求元端末（テレビ会議専用端末１０ａａ）のプレゼンスを「オンライン（通信可能）」にする（ステップＳ１４０６）。
テレビ会議管理システム５０１の状態通知・取得・転送部５５は、共通情報管理装置６０の状態情報管理ＤＢ６００５から端末１０ａｂ（通信ＩＤ「０１ａｂ」）等のプレゼンスを取得する（ステップＳ１４１１）。
そして、テレビ会議管理システム５０１の送受信部５１は、要求元端末（テレビ会議専用端末１０ａａ）に対して、この要求元端末の宛先リストの情報（宛先端末の候補の通信ＩＤおよびプレゼンスなど）を送信する（ステップＳ１４１２）。ここでは、要求元端末であるテレビ会議専用端末１０ａａの宛先リストの情報と、この宛先リストに含まれる宛先端末の候補であるテレビ会議専用端末１０ａｂ等のプレゼンスとをテレビ会議専用端末１０ａａに送信する。
テレビ会議専用端末１０ａａの宛先リスト作成部１７は、テレビ会議管理システム５０１から宛先リストの情報と、宛先端末の候補のプレゼンスとを受け取ると、宛先リストを作成し、ディスプレイ１２０ａａに表示させる（ステップＳ１４１３）。
図１３及び図１４はプレゼンスの表示を伴う宛先リストの画面例を示す図である。図１３では、自己の通信端末はテレビ会議サービスだけを用いており、他のサービスと連携していない場合であり、宛先リストの各通信端末のプレゼンスとして「会議中」「オフライン」「オンライン」といった情報が表示されるのみである。
図１４では、自己の端末装置がテレビ会議サービスとテキストチャットサービスを用いていて両サービスが連携している場合であり、通常のプレゼンスに加え、統合プレゼンスに基づく通信可能サービスが表示されている。すなわち、通信ＩＤ「02ab」の携帯端末はテキストチャットサービスが使用できることを示しており、通信ＩＤ「02ac」の携帯端末はテレビ会議サービスとテキストチャットサービスが使用できることを示しており、通信ＩＤ「10ac」の会議端末はテレビ会議サービスが使用できることを示している。
次に、図１５を用いて、ユーザが携帯端末２０ａａを操作して、この携帯端末２０ａａとの宛先端末の候補のリストである宛先リストを表示させる処理の詳細について説明する。図１５は、本実施形態に係る携帯端末のログインから宛先リスト表示までの一例のシーケンス図である。
ユーザ（利用者）が、携帯端末２０の入力装置２０２を介して、ログイン操作を行う（ステップＳ１８０１）。すると、携帯端末２０の操作入力受付部１２は、このログイン操作を受け付けて、ログイン要求情報をテキストチャット管理システム５０２に送信する（ステップＳ１８０２）。このログイン要求情報には、要求元としての自端末である携帯端末２０ａａを識別するための通信ＩＤ、及びパスワードが含まれている。なお、通信ＩＤ及びパスワードは、ログイン操作の際に、ユーザから操作入力受付部１２を介して入力される。なお、携帯端末２０ａａからテキストチャット会議管理システム５０２へログイン要求情報が送信されると、受信側であるテキストチャット管理システム５０２は、送信側である携帯端末２０ａａのＩＰアドレスを把握することができる。
次に、テキストチャット管理システム５０２の認証部５２は、送受信部５１を介してログイン要求情報を受信すると認証処理を行う（ステップＳ１８０３）。この認証処理について、テレビ会議専用端末１０ａｂの認証処理と同様の図１２を用いて説明する。図１２は、本実施形態に係る認証処理の一例を示すフローチャートである。
まず、テキストチャット管理システム５０２の認証部５２は、ログイン要求情報に含まれている通信ＩＤ及びパスワードの組について、共通情報管理装置６０の認証管理ＤＢ６００２に同一の通信ＩＤ及びパスワードの組が管理されているか否かを判定する（ステップＳ１５０１）。これは、テキストチャット管理システム５０２が共通情報管理装置６０の認証管理ＤＢ６００２から認証管理テーブルを取得して、同一の通信ＩＤ及びパスワードの組が管理されているか否かを判定する。なお、共通情報管理装置６０において同一の通信ＩＤ及びパスワードの組が管理されているか否かを判定し、テキストチャット管理システム５０２の認証部５２が判定結果を取得するようにしてもよい。ログイン要求情報に含まれている通信ＩＤ及びパスワードの組と同一の通信ＩＤ及びパスワードの組が、認証管理ＤＢ６００２に含まれていると判定された場合には、ステップＳ１５０６へ進み、ログイン成功を示す認証結果を生成する。なお、ログイン要求情報に含まれている通信ＩＤ及びパスワードの組と同一の通信ＩＤ及びパスワードの組が、認証管理ＤＢ６００２に含まれていない場合は、ステップＳ１５０７に進み、ログイン失敗を示す認証結果を生成する。
以上により、携帯端末２０ａａからログイン要求情報を受信したテキストチャット管理システム５０２は、このログイン要求情報に含まれる通信ＩＤ及びパスワードに基づき、ログイン成功を示す認証結果を生成する。
図１５の説明に戻る。テキストチャット管理システム５０２の送受信部５１は、上記のステップＳ１８０３の認証処理において生成された認証結果を携帯端末２０ａａに送信する（ステップＳ１８０４）。テキストチャット管理システム５０２は、ログイン成功を示す認証結果を携帯端末２０ａａに送信したものとして説明を続ける。なお、携帯端末２０ａａは、テキストチャット管理システム５０２からログイン失敗を示す認証情報を受信した場合、ログインが失敗したことを示す画面を携帯端末２０ａａの表示装置２０３に表示させ、処理を終了させる。
続いて、携帯端末２０ａａの送受信部１１は、ログイン成功を示す認証結果をテキストチャット管理システム５０２から受け取ると、宛先リスト要求を要求すると共に、携帯端末２０ａａのプレゼンスを通知する（ステップＳ１８０５）。ここで通知する携帯端末２０ａａのプレゼンスは、「オンライン（online、通信可能）」「テキストチャット中（chat）」「オフライン（offline、通信不可）」等である。
その後、テキストチャット管理システム５０２の状態管理部５３は、共通情報管理装置６０の状態情報管理ＤＢ６００５おける要求元端末（携帯端末２０ａａ）のプレゼンスを「オンライン（通信可能）」にする（ステップＳ１８０６）。
テキストチャット管理システム５０２の状態通知・取得・転送部５５は、共通情報管理装置６０の状態情報管理ＤＢ６００５から端末２０ａｂ（通信ＩＤ「０２ａｂ」）等のプレゼンスを取得する（ステップＳ１８１１）。
そして、テキストチャット管理システム５０２の送受信部５１は、要求元端末（携帯端末２０ａａ）に対して、この要求元端末の宛先リストの情報（宛先端末の候補の通信ＩＤおよびプレゼンスなど）を送信する（ステップＳ１８１２）。ここでは、要求元端末である携帯端末２０ａａの宛先リストの情報と、この宛先リストに含まれる宛先端末の候補である携帯端末２０ａｂ等のプレゼンスとを携帯端末２０ａａに送信する。
携帯端末２０ａａの宛先リスト作成部１７は、テキストチャット管理システム５０２から宛先リストの情報と、宛先端末の候補のプレゼンスとを受け取ると、宛先リストを作成し、表示装置２０３に表示させる（ステップＳ１８１３）。
<<状態情報処理部の処理例>>
各サービス毎に設けられた伝送管理システム５０の状態通知・取得・転送部５５は、伝送端末１０、２０から受信したプレゼンス情報（状態情報）を共通情報管理装置６０に転送するとともに、共通情報管理装置６０から提供されたプレゼンス情報を用いて伝送端末１０、２０に表示する宛先リストのプレゼンスを表示・更新する。
状態情報処理部６３は、各サービス毎に設けられた伝送管理システム５０が伝送端末１０、２０の宛先リストを表示・更新するタイミング及び伝送端末１０、２０からプレゼンス情報の変更が通知されたタイミングにおいて、最新のプレゼンス情報を生成し、各サービスの伝送管理システム５０に提供する。
図１６は共通情報管理装置６０の状態情報処理部６３の処理例を示すフローチャートであり、各サービス毎に設けられた伝送管理システム５０の状態通知・取得・転送部５５から転送されてきたユーザのプレゼンス情報を受信してから、統合プレゼンス情報を各サービスの伝送管理システム５０に送信するまでの処理を示している。
図１６において、状態情報処理部６３は、受信したサービスのプレゼンス情報に基づいてプレゼンス情報テーブル（図１０（ａ））を更新する（ステップＳ１１）。
次いで、状態情報処理部６３は、該当するユーザ（ユーザＩＤ）につき、プレゼンス情報テーブル（図１０（ａ））から連携する各サービスのプレゼンス情報を取得する（ステップＳ１２）。
次いで、状態情報処理部６３は、連携する全サービスのプレゼンス情報（図１０の例では、テキストチャットサービスとテレビ会議サービス）について応答可否（ステータス）を取得したか否か判断する（ステップＳ１３）。
全サービスのプレゼンス情報について応答可否（ステータス）を取得していない場合（ステップＳ１３のＮＯ）、状態情報処理部６３は、プレゼンス／ステータス対応テーブル（図１０（ｂ）（ｃ））から、該当するユーザのプレゼンス情報のサービスｎの対応可否（ステータス）を取得し（ステップＳ１４）、ｎをインクリメントして全取得の判断（ステップＳ１３）に戻る。
全サービスのプレゼンス情報について応答可否（ステータス）を取得した場合（ステップＳ１３のＹＥＳ）、状態情報処理部６３は、統合ルールテーブル（図１０（ｄ））から全サービスの応答可否（ステータス）の組み合わせによる統合プレゼンス情報（共通ステータス）を取得する（ステップＳ１５）。
次いで、状態情報処理部６３は、取得した統合プレゼンス情報（共通ステータス）に基づいてプレゼンス情報テーブル（図１０（ａ））を更新し、各サービスに送信する（ステップＳ１６）。
図１７はクライアントからプレゼンス情報の更新があった場合の処理例を示すシーケンス図であり、テレビ会議管理システム５０１によるテレビ会議サービスとテキストチャット管理システム５０２によるテキストチャットサービスが存在するものとし、伝送端末（通信端末）をクライアントＡ〜Ｃとして示している。なお、クライアントＡは図１０におけるユーザＩＤ（通信ＩＤ）が「０１ａｂ」の端末に対応するものとしている。
図１７において、クライアントＡがテキストチャット管理システム５０２にプレゼンスが例えば「chat」に変更されたことを通知すると（ステップＳ１０１）、テキストチャット管理システム５０２は、クライアントＡと宛先登録されているクライアントＢに対し、クライアントＡのプレゼンスが「chat」に変更されたことを通知する（ステップＳ１０２）。
また、テキストチャット管理システム５０２は、状態通知・取得・転送部５５により、共通情報管理装置６０に対して、クライアントＡのプレゼンスが「chat」に変更されたことを通知（転送）する（ステップＳ１０３）。
共通情報管理装置６０の状態情報処理部６３は、クライアントＡのテキストチャットサービスのプレゼンスが「chat」に変更されたことについて、状態情報管理ＤＢ６００５のプレゼンス情報テーブル（図１０（ａ））を更新する（ステップＳ１０４、Ｓ１０５）（図１６のステップＳ１１に対応）。
次いで、状態情報処理部６３は、クライアントＡについて全てのサービスのプレゼンスを状態情報管理ＤＢ６００５のプレゼンス情報テーブル（図１０（ａ））から取得する（ステップＳ１０６、Ｓ１０７）（図１６のステップＳ１２に対応）。ここでは、テキストチャットサービスについて「chat」、テレビ会議サービスについて「meeting」を取得したものとする。
次いで、状態情報処理部６３は、テキストチャットサービスのプレゼンス「chat」、テレビ会議サービスのプレゼンス「meeting」に対応する応答可否（ステータス）を、状態情報管理ＤＢ６００５のプレゼンス／ステータス対応テーブル（図１０（ｂ）（ｃ））から取得する（ステップＳ１０８、Ｓ１０９）（図１６のステップＳ１３、Ｓ１４に対応）。ここでは、テキストチャットサービスについて「unavailable」、テレビ会議サービスについて「unavailable」を取得する。
次いで、状態情報処理部６３は、テキストチャットサービスのステータス「unavailable」、テレビ会議サービスのステータス「unavailable」に対応する統合プレゼンス（共通ステータス）を、状態情報管理ＤＢ６００５の統合ルールテーブル（図１０（ｄ））から取得する（ステップＳ１１０、Ｓ１１１）（図１６のステップＳ１５に対応）。ここでは、統合プレゼンス「unavailable」を取得する。
次いで、状態情報処理部６３は、クライアントＡの統合プレゼンスが「unavailable」に変更されたことについて、状態情報管理ＤＢ６００５のプレゼンス情報テーブル（図１０（ａ））を更新し（ステップＳ１１２、Ｓ１１３）、テレビ会議管理システム５０１にクライアントＡの統合プレゼンス「unavailable」を通知する（ステップＳ１１４）（図１６のステップＳ１６に対応）。
これを受け、テレビ会議管理システム５０１は、クライアントＢ、ＣにクライアントＡの統合プレゼンス「unavailable」を通知する（ステップＳ１１５、Ｓ１１６）。
<<状態情報処理部の他の処理例>>
上述した図１６及び図１７の処理は、図１０（ａ）に示したプレゼンス情報テーブルに基づいており、複数のサービスで共通のユーザＩＤ（通信ＩＤ）が存在することを前提にしている。しかし、実際には、各サービスにおいて異なるアカウント（ユーザ識別情報）が用いられている場合もあり、その場合にはそのまま適用できない。そこで、ここでは、各サービスにおいて異なるアカウントが用いられている場合への対応について説明する。
図１８は状態情報管理ＤＢ６００５に保持される各種テーブルの例を示す図である。プレゼンス情報テーブルとプレゼンス／ステータス対応テーブルと統合ルールテーブルが含まれている点は図１０と同様であるが、プレゼンス情報テーブルに変更が加えられている。プレゼンス／ステータス対応テーブルと統合ルールテーブルは図１０と同様である。
図１８（ａ）において、プレゼンス情報テーブルは、「ＩＤ」「チャットアカウント（Chat Account）」「チャットプレゼンス（Chat Presence）」「会議アカウント（Conference Account）」「会議プレゼンス（Conference Presence）」の項目を有している。「ＩＤ」は、管理上のユニークな識別情報である。「チャットアカウント（Chat Account）」は、テキストチャットサービスでの当該ユーザのアカウントである。「会議アカウント（Conference Account）」は、テレビ会議サービスでの当該ユーザのアカウントである。連携するサービスが増える場合、そのサービスのアカウントとステータスが追加される。なお、ここでのチャットアカウントと会議アカウントは、通信ＩＤとみなせるものである。
図１９は共通情報管理装置６０の状態情報処理部６３の他の処理例を示すフローチャートであり、各サービス毎に設けられた伝送管理システム５０の状態通知・取得・転送部５５から転送されてきたユーザのプレゼンス情報を受信してから、統合プレゼンス情報を各サービス毎に設けられた伝送管理システム５０に送信するまでの処理を示している。
図１９において、状態情報処理部６３は、受信したサービスのプレゼンス情報に基づいてプレゼンス情報テーブル（図１８（ａ））を更新し、ユーザ識別情報（アカウント）から対応するＩＤを取得する（ステップＳ２１）。
次いで、状態情報処理部６３は、取得したＩＤに基づき、プレゼンス情報テーブル（図１８（ａ））から連携する各サービスのプレゼンス情報を取得する（ステップＳ２２）。
次いで、状態情報処理部６３は、連携する全サービスのプレゼンス情報（図１８の例では、テキストチャットサービスとテレビ会議サービス）について応答可否（ステータス）を取得したか否か判断する（ステップＳ２３）。
全サービスのプレゼンス情報について応答可否（ステータス）を取得していない場合（ステップＳ２３のＮＯ）、状態情報処理部６３は、プレゼンス／ステータス対応テーブル（図１８（ｂ）（ｃ））から、該当するユーザのプレゼンス情報のサービスｎの対応可否（ステータス）を取得し（ステップＳ２４）、ｎをインクリメントして全取得の判断（ステップＳ２３）に戻る。
全サービスのプレゼンス情報について応答可否（ステータス）を取得した場合（ステップＳ２３のＹＥＳ）、状態情報処理部６３は、統合ルールテーブル（図１８（ｄ））から全サービスの応答可否（ステータス）の組み合わせによる統合プレゼンス情報（共通ステータス）を取得する（ステップＳ２５）。
次いで、状態情報処理部６３は、取得した統合プレゼンス情報（共通ステータス）に基づいてプレゼンス情報テーブル（図１８（ａ））を更新し、各サービスに送信する（ステップＳ２６）。なお、プレゼンス情報テーブルの更新に際し、通知先の他のサービスのユーザ識別情報（アカウント）を取得し、各サービスへの送信に際して指定する。
図２０はクライアントからプレゼンス情報の更新があった場合の処理例を示すシーケンス図であり、テレビ会議管理システム５０１によるテレビ会議サービスとテキストチャット管理システム５０２によるテキストチャットサービスが存在するものとし、伝送端末（通信端末）をクライアントＡ〜Ｃとして示している。なお、クライアントＡは図１８におけるユーザＩＤ（通信ＩＤ）が「０１ａｂ」の端末に対応するものとしている。
図２０において、クライアントＡがテキストチャット管理システム５０２にプレゼンスが例えば「chat」に変更されたことをテキストチャットサービスでのアカウント「a@example.com」を伴って通知すると（ステップＳ２０１）、テキストチャット管理システム５０２は、クライアントＡと宛先登録されているクライアントＢに対し、アカウント「a@example.com」のクライアントＡのプレゼンスが「chat」に変更されたことを通知する（ステップＳ２０２）。
また、テキストチャット管理システム５０２は、状態通知・取得・転送部５５により、共通情報管理装置６０に対して、アカウント「a@example.com」のクライアントＡのプレゼンスが「chat」に変更されたことを通知（転送）する（ステップＳ２０３）。
共通情報管理装置６０の状態情報処理部６３は、アカウント「a@example.com」のクライアントＡのテキストチャットサービスのプレゼンスが「chat」に変更されたことについて、状態情報管理ＤＢ６００５のプレゼンス情報テーブル（図１８（ａ））を更新し、アカウント「a@example.com」に対応するＩＤ「１」を取得する（ステップＳ２０４、Ｓ２０５）（図１９のステップＳ２１に対応）。
次いで、状態情報処理部６３は、ＩＤ「１」のクライアントＡについて全てのサービスのプレゼンスを状態情報管理ＤＢ６００５のプレゼンス情報テーブル（図１８（ａ））から取得する（ステップＳ２０６、Ｓ２０７）（図１９のステップＳ２２に対応）。ここでは、テキストチャットサービスについて「chat」、テレビ会議サービスについて「meeting」を取得したものとする。
次いで、状態情報処理部６３は、テキストチャットサービスのプレゼンス「chat」、テレビ会議サービスのプレゼンス「meeting」に対応する応答可否（ステータス）を、状態情報管理ＤＢ６００５のプレゼンス／ステータス対応テーブル（図１８（ｂ）（ｃ））から取得する（ステップＳ２０８、Ｓ２０９）（図１９のステップＳ２３、Ｓ２４に対応）。ここでは、テキストチャットサービスについて「unavailable」、テレビ会議サービスについて「unavailable」を取得する。
次いで、状態情報処理部６３は、テキストチャットサービスのステータス「unavailable」、テレビ会議サービスのステータス「unavailable」に対応する統合プレゼンス（共通ステータス）を、状態情報管理ＤＢ６００５の統合ルールテーブル（図１８（ｄ））から取得する（ステップＳ２１０、Ｓ２１１）（図１９のステップＳ２５に対応）。ここでは、統合プレゼンス「unavailable」を取得する。
次いで、状態情報処理部６３は、ＩＤ「１」のクライアントＡの統合プレゼンスが「unavailable」に変更されたことについて、状態情報管理ＤＢ６００５のプレゼンス情報テーブル（図１８（ａ））を更新してテレビ会議サービスのアカウント「0001」を取得し（ステップＳ２１２、Ｓ２１３）、テレビ会議管理システム５０１にアカウント「0001」のクライアントＡの統合プレゼンス「unavailable」を通知する（ステップＳ２１４）（図１９のステップＳ２６に対応）。
これを受け、テレビ会議管理システム５０１は、クライアントＢ、ＣにクライアントＡの統合プレゼンス「unavailable」を通知する（ステップＳ２１５、Ｓ２１６）。
なお、テレビ会議サービスとテキストチャットサービスの連携について説明したが、その他のプレゼンス情報を利用する様々なサービス、例えば、ビデオチャットサービス、ＳＮＳなどでのインスタントメッセージングサービス、通話サービス、その他のテキストチャットサービス等と連携できることは言うまでもない。
<<状態情報処理部の更に他の処理例>>
上述した図１０、図１６〜図２０に示した処理例は、宛先リストに表示される全ての端末について、システム的に連携している複数のサービスにおけるプレゼンスを取得し、統合プレゼンスとして通信可能サービスを表示するものであった。しかし、ある端末（対象端末）に表示される宛先リストに表示される他の端末の中には、対象端末との間で相互に宛先として登録されていないサービスが存在する場合があり、そのようなサービスについてもプレゼンスを表示してしまうことは、セキュリティ的・プライバシー的に問題がある。一般に、この種のサービスでは、相互に承認が得られた場合にのみ宛先の登録が行えるものとしており、相互に登録を行っている端末どうしでプレゼンスが共有されるものであるが、その範囲を超えてプレゼンスが提供されてしまうことになる。そこで、本処理例では、サービス毎の宛先情報に基づき、提供する統合プレゼンスに制限を加えるようにしている。
状態情報管理ＤＢ６００５に保持されるデータは図１０または図１８に示したものと同様になる。その他に、処理の過程で一時的に生成されて使用されるデータとして、統合宛先リストがある。図２１は統合宛先リストの例を示す図であり、図２１（ａ）は、サービスに共通の通信ＩＤが存在する図１０の場合に対応したものであり、図２１（ｂ）は、サービスに共通の通信ＩＤが存在しない図１８に対応したものである。
図２１（ａ）において、統合宛先リストは、テキストチャット管理システム５０２とテレビ会議管理システム５０１のそれぞれの宛先リスト管理ＤＢ５００３から、統合プレゼンス情報の提供対象となる端末の通信ＩＤに基づいて取得した宛先情報（通信ＩＤ）をマージしたものである。図示の例では、通信ＩＤ「０１ａａ」を統合プレゼンス情報の提供対象となる端末として、通信ＩＤ「０１ａｂ」「０２ａｂ」「１０ａｃ」についてはテキストチャットサービスとテレビ会議サービスの両方に宛先が登録されているが、通信ＩＤ「０２ａｃ」についてはテレビ会議サービスにのみ宛先の登録がなされていることを示している。
図２１（ｂ）において、統合宛先リストは、テキストチャット管理システム５０２とテレビ会議管理システム５０１のそれぞれの宛先リスト管理ＤＢ５００３から、統合プレゼンス情報の提供対象となる端末の通信ＩＤに基づいて取得した宛先情報（チャットアカウント、会議アカウント）を、両サービスのアカウントを端末毎に対応付けるＩＤ（識別情報）に基づいてマージしたものである。図示の例では、ＩＤ「１」を統合プレゼンス情報の提供対象となる端末として、チャットアカウント「b@example.com」「c@example.com」「e@example.com」に対応する端末についてはテキストチャットサービスとテレビ会議サービスの両方に宛先が登録されているが、会議アカウント「0004」に対応する端末についてはテレビ会議サービスにのみ宛先の登録がなされていることを示している。
図２２は共通情報管理装置６０の状態情報処理部６３の処理例を示すフローチャートであり、各サービス毎に設けられた伝送管理システム５０の状態通知・取得・転送部５５から転送されてきたユーザのプレゼンス情報を受信してから、統合プレゼンス情報を各サービスの伝送管理システム５０に送信するまでの処理を示している。なお、サービスに共通の通信ＩＤが存在する場合について、図２１（ａ）の統合宛先リストを用いて説明するが、サービスに共通の通信ＩＤが存在しない場合についても、各サービスのアカウントをいったん共通のＩＤに変換することで、同様に適用することができる。
図２２において、状態情報処理部６３は、送受信部６１を介して例えばクライアントＡ（通信ＩＤ「０１ａｂ」）からテキストチャットサービスにおけるプレゼンス情報の更新通知を受ける（ステップＳ３１）。
状態情報処理部６３は、受信したテキストチャットサービスのプレゼンス情報を状態情報管理ＤＢ６００５のプレゼンス情報テーブル（図１０）に反映する（ステップＳ３２）。
状態情報処理部６３は、更新されたプレゼンス情報をもとに状態情報管理ＤＢ６００５のプレゼンス情報テーブルの共通ステータス（統合プレゼンス情報）を更新する（ステップＳ３３）。
状態情報処理部６３は、クライアントＡが利用する全てのサービスの伝送管理システム５０から宛先情報を取得したか否か判断する（ステップＳ３４）。ここで、クライアントＡが利用する全てのサービスとは、プレゼンス情報テーブルでクライアントＡについてのプレゼンスが存在するサービスを指す。サービスに共通の通信ＩＤが存在しない場合においては、そのクライアントＡのアカウントが存在するサービスを指す。
状態情報処理部６３は、クライアントＡが利用する全てのサービスの伝送管理システム５０から宛先情報を取得していないと判断した場合（ステップＳ３４のＮｏ）、当該のサービスの伝送管理システム５０からクライアントＡの宛先情報を取得する（ステップＳ３５）。
状態情報処理部６３は、取得した宛先情報をプレゼンス情報テーブルにおいて各クライアントの全サービスについて照会し、存在に矛盾がない場合、サービスとの対応関係を保持しつつクライアントＡの全サービスの統合宛先リスト（図２１）に追加し（ステップＳ３６）、宛先情報の取得の判断（ステップＳ３４）に戻る。
状態情報処理部６３は、クライアントＡが利用する全てのサービスの伝送管理システム５０から宛先情報を取得したと判断した場合（ステップＳ３４のＹｅｓ）、統合宛先リストの全通信ＩＤに対してプレゼンス情報テーブルの共通ステータス（統合プレゼンス情報）を送信したか否か判定する（ステップＳ３７）。
状態情報処理部６３は、未送信のクライアントがあると判断した場合（ステップＳ３７のＮｏ）、クライアントＡの統合プレゼンス情報のうち、統合宛先リストで宛先の相手が利用しているサービスに絞った統合プレゼンス情報を生成する（ステップＳ３８）。
状態情報処理部６３は、生成した統合プレゼンス情報を統合宛先リストのクライアントの各サービスに送信し（ステップＳ３９）、統合プレゼンス情報の送信の判断（ステップＳ３７）に戻る。状態情報処理部６３は、全てのクライアントに送信したと判断した場合（ステップＳ３７のＹｅｓ）、処理を終了する。
図２３はクライアントからプレゼンス情報の更新があった場合の処理例を示すシーケンス図であり、テレビ会議管理システム５０１によるテレビ会議サービスとテキストチャット管理システム５０２によるテキストチャットサービスが存在するものとし、伝送端末（通信端末）をクライアントＡ〜Ｃとして示している。
図２３において、クライアントＡがテキストチャット管理システム５０２にプレゼンスが例えば「online」に変更されたことを通知すると（ステップＳ３０１）、テキストチャット管理システム５０２は、クライアントＡと宛先登録されているクライアントＢに対し、クライアントＡのプレゼンスが「online」に変更されたことを通知する（ステップＳ３０２）。
テキストチャット管理システム５０２は、状態通知・取得・転送部５５により、共通情報管理装置６０に対して、クライアントＡのプレゼンスが「online」に変更されたことを通知（転送）する（ステップＳ３０３）。
共通情報管理装置６０の状態情報処理部６３は、クライアントＡのテキストチャットサービスのプレゼンスが「online」に変更されたことについて、状態情報管理ＤＢ６００５のプレゼンス情報テーブル（図１０（ａ））に反映する（ステップＳ３０４、Ｓ３０５）（図２２のステップＳ３２に対応）。
共通情報管理装置６０の状態情報処理部６３は、更新されたプレゼンス情報をもとに状態情報管理ＤＢ６００５のプレゼンス情報テーブルを更新し、クライアントＡの統合プレゼンス情報を取得する（ステップＳ３０６、Ｓ３０７）（図２２のステップＳ３３に対応）。ここでは、クライアントＡの統合プレゼンス情報として、テキストチャットサービスと会議サービスが可能であることを取得したとする。
共通情報管理装置６０の状態情報処理部６３は、テキストチャット管理システム５０２からクライアントＡのテキストチャットサービスにおける宛先情報（Roster）を取得する（ステップＳ３０８、Ｓ３０９）（図２２のステップＳ３５に対応）。
共通情報管理装置６０の状態情報処理部６３は、取得した宛先情報を状態情報管理ＤＢ６００５のプレゼンス情報テーブルと照会し（ステップＳ３１０、Ｓ３１１）、取得した宛先情報を照会した紐付け関係を保持しつつクライアントＡの全サービスの統合宛先リスト（図２１）に追加する（ステップＳ３１２）（図２２のステップＳ３６に対応）。
共通情報管理装置６０の状態情報処理部６３は、テレビ会議管理システム５０１からクライアントＡの会議サービスにおける宛先情報（Roster）を取得する（ステップＳ３１３、Ｓ３１４）（図２２のステップＳ３５に対応）。
共通情報管理装置６０の状態情報処理部６３は、取得した宛先情報を状態情報管理ＤＢ６００５のプレゼンス情報テーブルと照会し（ステップＳ３１５、Ｓ３１６）、取得した宛先情報を照会した紐付け関係を保持しつつクライアントＡの全サービスの統合宛先リスト（図２１）に追加する（ステップＳ３１７）（図２２のステップＳ３６に対応）。
共通情報管理装置６０の状態情報処理部６３は、クライアントＡの統合プレゼンス情報のうち、統合宛先リストで宛先の相手が利用しているサービスに絞った統合プレゼンス情報を生成する（ステップＳ３１８）。例えば、クライアントＢはクライアントＡとテキストチャットサービスとテレビ会議サービスの両方で相互に宛先に登録されている場合、クライアントＢに対してはクライアントＡのテキストチャットサービスとテレビ会議サービスの両方のプレゼンスを含む統合プレゼンス情報を生成する。また、クライアントＣはクライアントＡとテレビ会議サービスのみで相互に宛先に登録されている場合、クライアントＣに対してはクライアントＡのテレビ会議サービスのプレゼンスのみを含む統合プレゼンス情報を生成する。
共通情報管理装置６０の状態情報処理部６３は、テレビ会議管理システム５０１に対し、統合宛先リストからクライアントＢへ、生成したクライアントＡの統合プレゼンス情報を送信する（ステップＳ３１９）。
これを受け、テレビ会議管理システム５０１は、クライアントＢにクライアントＡの統合プレゼンス情報を送信する（ステップＳ３２０）。
また、共通情報管理装置６０の状態情報処理部６３は、テレビ会議管理システム５０１に対し、統合宛先リストからクライアントＣへ、生成したクライアントＡの統合プレゼンス情報を送信する（ステップＳ３２１）。
これを受け、テレビ会議管理システム５０１は、クライアントＣにクライアントＡの統合プレゼンス情報を送信する（ステップＳ３２２）。
共通情報管理装置６０の状態情報処理部６３は、テキストチャット管理システム５０２に対し、統合宛先リストからクライアントＢへ、生成したクライアントＡの統合プレゼンス情報を送信する（ステップＳ３２３）。
これを受け、テキストチャット管理システム５０２は、クライアントＢにクライアントＡの統合プレゼンス情報を送信する（ステップＳ３２４）。
<<宛先端末の選択からセッション確立>>
次に、要求元端末と宛先端末との間でテレビ会議又はテキストチャットを行うために接続を開始する処理について説明する。本実施形態では、一例として、要求元端末として携帯端末２０ａａが表示装置２０３に表示された宛先リスト表示画面４０００の宛先リスト４１００から通信ＩＤ「０１ａｂ」のテレビ会議専用端末１０ａｂを選択してテレビ会議を行うための接続を開始する場合について説明する。なお、ここでは、図１４に示したような宛先リストの「通信可能サービス」の欄から、表示されているアイコン（「ＴＶ会議」「チャット」等のアイコン）をクリックして宛先端末およびサービスを選択した場合を想定している。
図２４は、本実施形態に係る複数の端末の間で接続を開始する処理の一例のシーケンス図である。
まず、ユーザが携帯端末２０ａａの入力装置２０２から宛先リスト４１００の通信ＩＤ「０１ａｂ」の宛先端末を選択すると、操作入力受付部１２は、接続を開始する要求を受け付ける（ステップＳ２１０２）。そして、携帯端末２０ａａの送受信部１１は、要求元端末（携帯端末２０ａａ）の通信ＩＤ「０２ａａ」と、宛先端末（テレビ会議専用端末１０ａｂ）の通信ＩＤ「０１ａｂ」とが含まれ、接続を開始したい旨を示す開始要求情報をテキストチャット管理システム５０２に送信する（ステップＳ２１０２）。これにより、テキストチャット管理システム５０２は要求元端末（携帯端末２０ａａ）のＩＰアドレス「１．４．１．１」を把握する。ここで、テキストチャット管理システム５０２は、共通情報管理装置６０の状態情報管理ＤＢ６００５で管理されている要求元端末及び宛先端末のプレゼンスを、例えば「オンライン（通話中）」に更新してもよい。
なお、上記のステップＳ２１０１において、携帯端末２０ａａの宛先リスト４１００から例えば通信ＩＤ「０２ａａ」の宛先端末を選択する場合、この宛先端末といずれのサービス（テレビ会議又はテキストチャット）を用いて接続するのかも併せて選択してもよい。また、上記のステップＳ２１０２において、開始要求情報には、要求元端末と宛先端末との間で利用するサービスのサービス名を含めてもよい。
なお、要求元端末としてテレビ会議専用端末１０を用いる場合、テレビ会議専用端末１０の送受信部１１は、上記のステップＳ２１０２の開始要求情報をテレビ会議管理システム５０１に送信する。このように、要求元端末は、自身の呼制御を管理する伝送管理システム５０に対して開始要求情報を送信する。
次に、テキストチャット管理システム５０２のセッション管理部５６は、セッションＩＤを生成する（ステップＳ２１０３）。ここでは、セッションＩＤとして「ｓｅ１」が生成されたものとする。そして、この生成したセッションＩＤ「ｓｅ１」と、要求元端末（携帯端末２０ａａ）の通信ＩＤ「０２ａａ」と、宛先端末（テレビ会議専用端末１０ａｂ）の通信ＩＤ「０１ａｂ」とをセッション管理ＤＢ５００２に関連付けて記憶して管理する（ステップＳ２１０４）。さらに、テキストチャット管理システム５０２のセッション管理部５６は、中継装置管理ＤＢ５００１から稼働状態が「オンライン」の中継装置３０のうち、要求元端末（携帯端末２０ａａ）と宛先端末（テレビ会議専用端末１０ａｂ）とが通信するのに適切な中継装置３０を決定し（ここでは中継装置３０ａが決定されたものとする）、この中継装置３０ａとステップＳ２１０３で生成したセッションＩＤ「ｓｅ１」とをセッション管理ＤＢ５００２に関連付けて記憶して管理する（ステップＳ２１０５）。なお、上記において中継装置３０を決定するための方法は、例えば要求元端末（携帯端末２０ａａ）と宛先端末（テレビ会議専用端末１０ａｂ）とが通信するに際し、通信帯域が最も広いネットワーク上にある中継装置３０を選択する等の方法が考えられる。
なお、例えば、要求元端末と宛先端末とがテキストチャットサービスのみを行うような場合は、要求元端末と宛先端末との間で送受信されるコンテンツデータはテキストデータである。したがって、上記のステップＳ２１０５において、中継装置３０を選択せずに、要求元端末及び宛先端末間で直接セッションを確立してもよいし、又はテキストチャット管理システム５０２を介したセッションを確立してもよい。
そして、テキストチャット管理システム５０２の送受信部５１は、ステップＳ２１０３で生成したセッションＩＤ「ｓｅ１」と、ステップＳ２１０５で決定した中継装置３０ａのＩＰアドレス「１．２．１．２」とを要求元端末（携帯端末２０ａａ）及び宛先端末（テレビ会議専用端末１０ａｂ）に送信する（ステップＳ２１０６及びＳ２１０７）。また、テキストチャット管理システム５０２の送受信部５１は、要求元端末（携帯端末２０ａａ）のＩＰアドレスと宛先端末（テレビ会議専用端末１０ａｂ）のＩＰアドレスとを中継装置３０ａに送信する（ステップＳ２１０８）。なお、中継装置３０ａのＩＰアドレスは、中継装置管理ＤＢ５００１から記憶・読出処理部５８を介して取得することができる。これにより、要求元端末（携帯端末２０ａａ）と宛先端末（テレビ会議専用端末１０ａｂ）との間でセッションが確立される（ステップＳ２１０９）。
以降は、上記のステップＳ２１０９で確立したセッションを用いて、要求元端末（携帯端末２０ａａ）と宛先端末（テレビ会議専用端末１０ａｂ）との間で、中継装置３０ａを介して、コンテンツデータが送受信される。
なお、テキストチャットサービスとテレビ会議サービスで共通の通信ＩＤを利用しているという前提（例えば、図１０に示す場合）で説明したが、テキストチャットサービスとテレビ会議サービスで通信ＩＤが共通しない場合（例えば、図１８に示す場合）であっても、宛先リストの「通信可能サービス」の欄のアイコンをクリックして通信を開始することができる。この場合、テキストチャットサービスの通信ＩＤとテレビ会議サービスの通信ＩＤの対応付けを共通情報管理装置６０に問い合わせ、宛先端末の該当するサービスにおける通信ＩＤを取得し、その通信ＩＤを用いて開始要求を行うことで実現することができる。
＜総括＞
以上説明したように、本実施形態によれば、通信相手の状態を分かりやすく表示することができ、操作性を高めることができる。
以上、本発明の好適な実施の形態により本発明を説明した。ここでは特定の具体例を示して本発明を説明したが、特許請求の範囲に定義された本発明の広範な趣旨及び範囲から逸脱することなく、これら具体例に様々な修正及び変更を加えることができることは明らかである。すなわち、具体例の詳細及び添付の図面により本発明が限定されるものと解釈してはならない。
＜実施形態の用語と請求項の用語の対応＞
「共通情報管理装置６０」は「状態情報管理装置」の一例である。「送受信部６１」は「受信手段」の一例である。「状態情報処理部６３」は「取得手段」の一例である。「送受信部６１」は「送信手段」の一例である。
１ 伝送システム
２ 通信ネットワーク
１０、２０ 伝送端末
１１ 送受信部
１２ 操作入力受付部
１３ ログイン要求部
１４ 撮像部
１５ａ 音声入力部
１５ｂ 音声出力部
１６ 表示制御部
１７ 宛先リスト作成部
１８ 記憶・読出処理部
３０ 中継装置
３１ 送受信部
３２ 記憶・読出処理部
５０ 伝送管理システム
５０１ テレビ会議管理システム
５０２ テキストチャット管理システム
５１ 送受信部
５２ 認証部
５３ 状態管理部
５４ 端末抽出部
５５ 状態通知・取得・転送部
５６ セッション管理部
５８ 記憶・読出処理部
５００１ 中継装置管理ＤＢ
５００２ セッション管理ＤＢ
５００３ 宛先リスト管理ＤＢ
６０ 共通情報管理装置
６１ 送受信部
６２ 記憶・読出処理部
６３ 状態情報処理部
６００２ 認証管理ＤＢ
６００５ 状態情報管理ＤＢ
特開２００５−１３５２１６号公報 特許第４３１７０６１号公報

Claims (10)

  1. 通信端末間の通信サービスを管理する伝送管理装置から、いずれかの通信端末における状態情報の変更の通知を受信する受信手段と、
    受信した状態情報にかかる通信端末のユーザが併用する通信サービスの個々の状態情報を取得し、いずれの通信サービスによっても応答できない状態であるのか、いずれかの通信サービスにより応答ができる状態であるのかを示す、統合された状態情報を取得する取得手段と、
    統合された状態情報を、ユーザが併用する通信サービスに対応する前記伝送管理装置に送信する送信手段と
    を備えたことを特徴とする状態情報管理装置。
  2. 請求項１に記載の状態情報管理装置において、
    前記取得手段は、通信サービスに共通のユーザＩＤに複数の通信サービスの状態情報が対応付けられた情報テーブルから、ユーザが併用する通信サービスの個々の状態情報を取得する
    ことを特徴とする状態情報管理装置。
  3. 請求項１に記載の状態情報管理装置において、
    前記取得手段は、ユニークな識別情報に複数の通信サービスのアカウント情報と状態情報が対応付けられた情報テーブルから、ユーザが併用する通信サービスの個々の状態情報を取得する
    ことを特徴とする状態情報管理装置。
  4. 請求項１乃至３のいずれか一項に記載の状態情報管理装置において、
    前記取得手段は、通信サービス毎に状態情報と応答の可否を対応付けた対応テーブルに基づいて通信サービス毎の状態情報から応答の可否を取得し、通信サービスの応答の可否の組み合わせに、統合された状態情報を対応付けた統合テーブルに基づいて統合された状態情報を取得する
    ことを特徴とする状態情報管理装置。
  5. 請求項１乃至４のいずれか一項に記載の状態情報管理装置において、
    前記統合された状態情報は、宛先リストにおける前記ユーザの利用する通信端末に対応付けて表示される
    ことを特徴とする状態情報管理装置。
  6. 請求項１乃至５のいずれか一項に記載の状態情報管理装置において、
    前記取得手段は、状態情報の提供先のユーザ毎に、通信サービス毎に相互に宛先として登録している他のユーザの状態情報を取得する
    ことを特徴とする状態情報管理装置。
  7. 請求項６に記載の状態情報管理装置において、
    前記取得手段は、状態情報の提供先のユーザ毎に、当該ユーザが使用している通信サービスから宛先情報を取得し、通信サービス毎に相互に宛先として登録している他のユーザを識別する
    ことを特徴とする状態情報管理装置。
  8. 状態情報管理装置が実行する方法であって、
    通信端末間の通信サービスを管理する伝送管理装置から、いずれかの通信端末における状態情報の変更の通知を受信する受信工程と、
    受信した状態情報にかかる通信端末のユーザが併用する通信サービスの個々の状態情報を取得し、いずれの通信サービスによっても応答できない状態であるのか、いずれかの通信サービスにより応答ができる状態であるのかを示す、統合された状態情報を取得する取得工程と、
    統合された状態情報を、ユーザが併用する通信サービスに対応する前記伝送管理装置に送信する送信工程と
    を備えたことを特徴とする状態情報処理方法。
  9. 状態情報管理装置を構成するコンピュータを、
    通信端末間の通信サービスを管理する伝送管理装置から、いずれかの通信端末における状態情報の変更の通知を受信する受信手段、
    受信した状態情報にかかる通信端末のユーザが併用する通信サービスの個々の状態情報を取得し、いずれの通信サービスによっても応答できない状態であるのか、いずれかの通信サービスにより応答ができる状態であるのかを示す、統合された状態情報を取得する取得手段、
    統合された状態情報を、ユーザが併用する通信サービスに対応する前記伝送管理装置に送信する送信手段
    として機能させるプログラム。
  10. 通信端末間の通信サービスを管理する伝送管理装置と、
    前記伝送管理装置に状態情報を提供する状態情報管理装置と
    を備え、
    前記状態情報管理装置は、
    前記伝送管理装置から、いずれかの通信端末における状態情報の変更の通知を受信する受信手段と、
    受信した状態情報にかかる通信端末のユーザが併用する通信サービスの個々の状態情報を取得し、いずれの通信サービスによっても応答できない状態であるのか、いずれかの通信サービスにより応答ができる状態であるのかを示す、統合された状態情報を取得する取得手段と、
    統合された状態情報を、ユーザが併用する通信サービスに対応する前記伝送管理装置に送信する送信手段と
    を備えたことを特徴とする伝送システム。
JP2015109676A 2015-03-11 2015-05-29 状態情報管理装置、状態情報処理方法、プログラム、及び、伝送システム Active JP6582559B2 (ja)

Priority Applications (2)

Application Number Priority Date Filing Date Title
US15/063,972 US20160269327A1 (en) 2015-03-11 2016-03-08 Status information management apparatus, status information processing method, transmission system, and recording medium
EP16159301.7A EP3068111A1 (en) 2015-03-11 2016-03-09 Status information management apparatus, status information processing method, transmission system, and recording medium

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2015048222 2015-03-11
JP2015048222 2015-03-11

Publications (2)

Publication Number Publication Date
JP2016171553A true JP2016171553A (ja) 2016-09-23
JP6582559B2 JP6582559B2 (ja) 2019-10-02

Family

ID=56984248

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2015109676A Active JP6582559B2 (ja) 2015-03-11 2015-05-29 状態情報管理装置、状態情報処理方法、プログラム、及び、伝送システム

Country Status (1)

Country Link
JP (1) JP6582559B2 (ja)

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2005266880A (ja) * 2004-03-16 2005-09-29 Hitachi Ltd プレゼンス情報の共有方法およびシステム
JP2006174193A (ja) * 2004-12-17 2006-06-29 Hitachi Communication Technologies Ltd プレゼンス統合管理システム、プレゼンスサーバ、及びプレゼンス情報管理プログラム
JP2008276460A (ja) * 2007-04-27 2008-11-13 Rakuten Inc メッセージ送受信システム、サーバ装置、端末装置、サーバ処理プログラム、端末処理プログラム、及び情報提供方法
JP2011244256A (ja) * 2010-05-19 2011-12-01 Nippon Telegr & Teleph Corp <Ntt> 電話応答予測装置及びその動作方法

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2005266880A (ja) * 2004-03-16 2005-09-29 Hitachi Ltd プレゼンス情報の共有方法およびシステム
JP2006174193A (ja) * 2004-12-17 2006-06-29 Hitachi Communication Technologies Ltd プレゼンス統合管理システム、プレゼンスサーバ、及びプレゼンス情報管理プログラム
JP2008276460A (ja) * 2007-04-27 2008-11-13 Rakuten Inc メッセージ送受信システム、サーバ装置、端末装置、サーバ処理プログラム、端末処理プログラム、及び情報提供方法
JP2011244256A (ja) * 2010-05-19 2011-12-01 Nippon Telegr & Teleph Corp <Ntt> 電話応答予測装置及びその動作方法

Also Published As

Publication number Publication date
JP6582559B2 (ja) 2019-10-02

Similar Documents

Publication Publication Date Title
JP5953689B2 (ja) 伝送管理システム、伝送システム、及び伝送管理システム用プログラム
JP6303324B2 (ja) 通信システム、管理装置、通信方法およびプログラム
JP6471451B2 (ja) 伝送システム、通信制御装置、通信制御方法、通信方法、プログラム
JP6331532B2 (ja) 伝送管理装置、情報処理方法、プログラム、及び伝送システム
JP6476711B2 (ja) 伝送システム、通信制御装置、伝送端末、通信方法、送信方法、プログラム
JP6557976B2 (ja) 伝送システム、情報処理装置、伝送方法、プログラム
JP6115153B2 (ja) 情報処理端末、情報処理方法及びプログラム
JP6458464B2 (ja) 制御システム、制御装置、通信システム、中継装置の選択方法、及びプログラム
JP5831320B2 (ja) 伝送管理システム、伝送システム、及び伝送管理システム用プログラム
JP2017142610A (ja) サーバ装置、伝送システム及びプログラム
JP6536068B2 (ja) 制御システム、通信システム、制御方法、及びプログラム
JP6260101B2 (ja) 通信端末、起動方法及びプログラム
JP6308362B2 (ja) 宛先管理システム、通信システム、プログラム、及び宛先管理方法
EP3068111A1 (en) Status information management apparatus, status information processing method, transmission system, and recording medium
JP6398258B2 (ja) 通信管理システム、通信端末、通信システム、およびプログラム
JP6194628B2 (ja) 通信管理システム、通信管理方法、及びプログラム
JP6465118B2 (ja) 制御システム、通信端末、制御装置、通信システム、制御方法、及びプログラム
JP6307746B2 (ja) 宛先管理システム、通信システム、宛先管理方法、及びプログラム
JP2016171373A (ja) サービス提供装置、通信方法、通信システム、及び、プログラム
JP6582559B2 (ja) 状態情報管理装置、状態情報処理方法、プログラム、及び、伝送システム
JP6569353B2 (ja) 伝送システム、情報処理装置、プログラム、伝送方法
JP2015162207A (ja) 宛先管理システム、通信システム、プログラム、及び宛先管理方法
JP7160126B2 (ja) 第二の管理システム、プログラム、通信方法、システム
JP6405936B2 (ja) 管理システム、管理装置、通信システム、情報送信方法、及びプログラム
JP2018037806A (ja) 伝送管理システム、伝送管理方法、及びプログラム

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20180226

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20190116

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20190305

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20190426

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20190806

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20190819

R151 Written notification of patent or utility model registration

Ref document number: 6582559

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R151