JP4568246B2

JP4568246B2 - サーバ装置

Info

Publication number: JP4568246B2
Application number: JP2006095784A
Authority: JP
Inventors: 展幸武田; 文一松川; 晋一樫本; 滋深澤; 康仁佐々木
Original assignee: Toshiba Corp
Current assignee: Toshiba Corp
Priority date: 2006-03-30
Filing date: 2006-03-30
Publication date: 2010-10-27
Anticipated expiration: 2026-03-30
Also published as: US20070230365A1; JP2007274201A; CA2582712A1; US7688751B2

Description

この発明は、例えばＶＣＳ（Visual Communication System）等に用いられる通信システムのサーバ装置に関する。

オフィスや事業所では、構内ネットワークシステムが用いられている。この構内ネットワークシステムは、例えば電話機を構内交換装置（ＰＢＸ：Private Branch Exchange）やボタン電話装置といった電話交換装置に内線端末として収容し、内線端末と公衆網等の外部通信網との間及び内線端末相互間を電話交換装置により交換接続して通話を可能にしている。

また、最近では、テレビ電話端末やパーソナル・コンピュータ等のデータ端末を接続したサーバを伝送路を介して電話交換装置に接続し、電話交換装置を用いた音声通信系と、サーバを用いたデータ通信系とを連動させるシステムも提案されている。

ところで、上記のような電話交換装置とサーバとの並列型のシステムにあっては、データ端末間のデータ通信接続を電話端末の呼状態に連動させて、テレビ会議等を構築するといったビジュアルコミュニケーションシステムについても強く望まれている。しかし、サーバと複数のデータ端末との間の通信ネットワークにあっては、伝送するビデオサイズもしくはデータサイズや使用時間帯、使用環境等によって処理負荷やトラフィック負荷が大きくなる場合があり、データ端末間のセッション確立にエラーが発生することもある。

なお、従来では、サーバにてセッション確立を行うデータ端末の品質情報（使用可能なコーデック／帯域情報）をそれぞれから取得し、最適な帯域を算出してそれぞれのデータ端末へ通知することにより、データ端末間で最適な帯域にてセッションを確立させる手法も提案されている（例えば、特許文献１）。
特開２００５−１２９９８１公報。

しかしながら、上記手法では、データ端末の品質情報の取得からデータ端末間のセッション確立までの処理をサーバで実行しているため、サーバにおける処理負荷が大きくなる。このことは、システムの規模が大きくなればなるほど顕著となる。

そこで、この発明の目的は、セッション確立される通信端末間の通信帯域及び通信を行なうデータサイズを各ユーザが意識することなく最適な通信帯域及びデータサイズに設定し得るサーバ装置を提供することにある。

この発明は、上記目的を達成するために、以下のように構成される。
通信ネットワークに接続されると共に、ユーザＩＤが割り当てられる複数の通信端末間のデータ通信制御を実行するサーバ装置において、ユーザＩＤと、通信端末で利用可能な通信ネットワーク中の通信帯域及び取り扱い可能なデータサイズとを対応付けた管理テーブルを作成し記憶する記憶手段と、通信要求発生時に、管理テーブルを参照し、この参照結果に基づいて複数の通信端末のうちデータ通信制御の対象となる第１及び第２の通信端末それぞれの通信帯域及びデータサイズを比較する比較手段と、比較手段による比較結果に基づいて、第１及び第２の通信端末間で割り当てる通信帯域及びデータサイズを決定し、この決定した通信帯域及びデータサイズを用いて第１及び第２の通信端末間のデータ通信接続を実行する制御手段とを備えるようにしたものである。

この構成によれば、ユーザＩＤと、通信端末で利用可能な通信ネットワーク中の通信帯域及び取り扱い可能なデータサイズとを対応付けた管理テーブルをメモリに記憶し管理しておき、呼情報イベント受信時に、管理テーブル中の第１及び第２の通信端末に関する情報を用いて、第１及び第２の通信端末それぞれの通信帯域及びデータサイズの比較、データ通信接続に用いる通信帯域及びデータサイズの決定等が行われる。

従って、呼情報イベントを受信するごとに、第１及び第２の通信端末から通信帯域及びデータサイズに関する情報を取得することなく、簡単な手順で最適な通信帯域及びデータサイズにより第１及び第２の通信端末間でデータ通信を実行させることができる。

さらに、通信ネットワークに対する通信端末の接続時に当該通信端末から登録要求が到来した場合に、要求元の通信端末に対し通信帯域及びデータサイズの取得要求を通信ネットワークを介して送信する送信手段と、取得要求の送信に対し通信端末から通信ネットワークを介して送られた通信帯域及びデータサイズを示す情報を受信し、当該通信帯域及びデータサイズを示す情報を管理テーブル中に要求元の通信端末のユーザＩＤに対応付けて記憶する処理手段とを備えたことを特徴とする。

この構成によれば、オペレータが手操作で登録処理を行うことなく、通信端末から登録要求が到来するごとに、自動的に管理テーブル中にユーザＩＤに対応付けて通信帯域及びデータサイズを登録することができる。

さらに、通信帯域及びデータサイズの変更要求が到来した場合に、管理テーブル中の該当するユーザＩＤの通信帯域及びデータサイズの記憶内容を更新する更新手段を備えたことを特徴とする。

この構成によれば、オペレータが手操作で登録処理を行うことなく、通信端末から通信帯域及びデータサイズの変更要求が到来するごとに、自動的に管理テーブル中に該当する通信帯域及びデータサイズを更新することができる。

以上詳述したようにこの発明によれば、セッション確立される通信端末間の通信帯域及び通信を行なうデータサイズを各ユーザが意識することなく最適な通信帯域及びデータサイズに設定し得るサーバ装置を提供することができる。

以下、この発明の実施形態について図面を参照して詳細に説明する。
（第１の実施形態）
図１は、この発明の第１の実施形態に係わるビジュアルコミュニケーションシステムを示す概略構成図である。

このシステムは、同図に示すように、主装置ＢＴと、アプリケーションサーバＡＳと、通信端末としての複数のクライアント端末ＰＣ１〜ＰＣｎを備え、これら主装置ＢＴとアプリケーションサーバＡＳと複数のクライアント端末ＰＣ１〜ＰＣｎとの間をＬＡＮ（Local Area Network）１により接続している。

主装置ＢＴは、内線端末Ｔ１１〜Ｔ１ｉを内線を介して収容している。そして、主装置ＢＴは、内線端末Ｔ１１〜Ｔ１ｉ相互間、もしくは内線端末Ｔ１１〜Ｔ１ｉと公衆網（図示せず）との間の交換処理を実行する。

アプリケーションサーバＡＳは、複数のクライアント端末ＰＣ１〜ＰＣｎをＬＡＮ１を介して収容している。これらのクライアント端末ＰＣ１〜ＰＣｎは、いずれも汎用のパーソナル・コンピュータからなり、各内線端末Ｔ１１〜Ｔ１ｉにそれぞれ関連して動作するものである。

上記アプリケーションサーバＡＳは、主装置ＢＴに対する付加的機能を実行するもので、例えば映像等のメディア情報を処理する。

図２は、上記アプリケーションサーバＡＳの機能構成を示すブロック図である。
アプリケーションサーバＡＳは、主装置インタフェース（Ｉ／Ｆ）部１１と、制御部１２と、記憶部１３と、ＰＣインタフェース（Ｉ／Ｆ）部１４とを備えている。このうち、主装置インタフェース部１１は、主装置ＢＴとの間でインタフェース処理を行うものである。

ＰＣインタフェース部１４は、クライアント端末ＰＣ１〜ＰＣｎとの間のインタフェース処理を行うものである。

記憶部１３は、上記制御部１２の接続制御に必要なルーティング情報等を格納している。さらに、記憶部１３には、接続情報管理テーブル１３１と、内線端末−ＶＣ関連付けテーブル１３２と、セッション情報管理テーブル１３３と、帯域・ビデオサイズ管理テーブル１３４とが設けられる。

接続情報管理テーブル１３１には、図３に示す如く、内線端末Ｔ１１〜Ｔ１ｉそれぞれの電話番号（電話ＩＤ）と、接続状態を示す状態情報との対応関係を表すデータが記憶されている。なお、ｔ１〜ｔ９は上記内線端末Ｔ１１〜Ｔ１９それぞれの電話ＩＤを示している。ここでは、説明を簡単にするため、内線端末Ｔ１１〜Ｔ１９とする。

内線端末−ＶＣ関連付けテーブル１３２には、図４に示すように、内線端末Ｔ１１〜Ｔ１ｉとクライアント端末（ＶＣ）ＰＣ１〜ＰＣｎとの対応関係を示すデータが記憶されている。なお、図中Ａ〜Ｉは、クライアント端末ＰＣ１〜ＰＣ９それぞれのユーザＩＤを示している。

セッション情報管理テーブル１３３には、図５に示すように、データ端末ＰＣ１〜ＰＣ９間のセッション状態を示す情報が記憶されている。

帯域・ビデオサイズ管理テーブル１３４には、図６に示すように、クライアント端末ＰＣ１〜ＰＣ９それぞれのユーザＩＤと、ＬＡＮ１における使用帯域と、通信するビデオサイズとの対応関係を示すデータが記憶されている。

一方、制御部１２は、クライアント端末ＰＣ１〜ＰＣｎの状態管理やクライアント端末ＰＣ１〜ＰＣｎと内線端末Ｔ１１〜Ｔ１ｉとの連携動作に係わる制御機能に加え、この発明に係わる新たな機能として、接続情報登録部１２１と、セッション制御部１２２と、帯域・ビデオサイズ比較部１２３と、帯域・ビデオサイズ割当制御部１２４と、登録要求通信制御部１２５と、更新制御部１２６とを備えている。

接続情報登録部１２１は、主装置ＢＴから通知された呼情報イベントを分析することで、例えば内線端末Ｔ１５と内線端末Ｔ１６が通話中になったことを判断し、接続情報管理テーブル１３１の状態情報「ｔ５−ｔ６」を追加する。

セッション制御部１２２は、更新された状態情報に基づき、内線端末−ＶＣ関連付けテーブル１３２により内線端末Ｔ１５はクライアント端末ＰＣ５（Ｅ）に、内線端末Ｔ１６はクライアント端末ＰＣ６（Ｆ）に関連付いていることを読み出して、セッション情報管理テーブル１３３によりクライアント端末ＰＣ５，ＰＣ６のセッション状態を検索する。例えば、これから通話を開始するような場合、クライアント端末ＰＣ５，ＰＣ６はセッションが開始されていないため、セッション制御部１２２はクライアント端末ＰＣ５，ＰＣ６のセッションを開始するように制御する。そして、セッション制御部１２２は、クライアント端末ＰＣ５，ＰＣ６のセッションが確立すると、セッション情報管理テーブル１３３の記憶内容を更新する。

帯域・ビデオサイズ比較部１２３は、上記セッション制御部１２２によりクライアント端末ＰＣ５，ＰＣ６のセッションが確立されるとき、帯域・ビデオサイズ管理テーブル１３４を参照して、クライアント端末ＰＣ５，ＰＣ６に対応する帯域情報及びビデオサイズ情報を帯域・ビデオサイズ管理テーブル１３４から読み出して比較を行う。

帯域・ビデオサイズ割当制御部１２４は、上記帯域・ビデオサイズ比較部１２３による比較結果から、狭い帯域「１２８ｋｂｐｓ」及び小さいビデオサイズ「Ｙ」をクライアント端末ＰＣ５，ＰＣ６間に割り当てる。

登録要求通信制御部１２５は、クライアント端末ＰＣ１〜ＰＣｎのログオン時に、ＬＡＮ１を介してクライアント端末ＰＣ１〜ＰＣｎとの間で通信を行なうもので、クライアント端末ＰＣ１〜ＰＣｎから送られるＳＩＰ（Session Initiation Protocol）のＲＥＧＩＳＴＥＲメソッドに応じて送出元のクライアント端末ＰＣ１〜ＰＣｎに対し帯域・ビデオサイズの購読要求をＳＵＢＳＣＲＩＢＥメソッドに挿入して送出すると共に、この購読要求に応じてクライアント端末ＰＣ１〜ＰＣｎが送信する使用帯域及びビデオサイズ情報を含むＮＯＴＩＦＹメソッドを受信し、帯域・ビデオサイズ管理テーブル１３４にユーザＩＤと使用帯域及びビデオサイズ情報とを対応付けて登録する。

更新制御部１２６は、通信帯域及びデータサイズの変更要求が到来した場合に、帯域・ビデオサイズ管理テーブル１３４中の該当するユーザＩＤの通信帯域及びデータサイズの記憶内容を更新する。

次に、以上のように構成されたビジュアルコミュニケーションシステムの動作を説明する。
（ログオン）
図７は、ログオン時の各クライアント端末ＰＣ１〜ＰＣｎとアプリケーションサーバＡＳとの間の情報の送受信動作を示すシーケンス図である。

例えば、ユーザがクライアント端末ＰＣ１を使用してアプリケーションサーバＡＳにログオンしたとする。その際、アプリケーションサーバＡＳに使用帯域、ビデオサイズの情報を通知するが、ここではＳＩＰを用いる。

ログオンされると、クライアント端末ＰＣはアプリケーションサーバＡＳにＲＥＧＩＳＴＥＲメソッドを送る。すると、アプリケーションサーバＡＳはクライアント端末ＰＣ１に２００ＯＫのレスポンスを送る。

いくつかのＳＩＰのやり取りの後、アプリケーションサーバＡＳはクライアント端末ＰＣ１にＳＵＢＳＣＲＩＢＥメソッドを送る。このメソッドにはクライアント端末ＰＣ１への使用帯域とビデオサイズの購読要求が含まれる。

クライアント端末ＰＣ１は上記ＳＵＢＳＣＲＩＢＥメソッドを受け取ると、アプリケーションサーバＡＳに２００ＯＫレスポンスを返し、さらに使用帯域、ビデオサイズ情報を載せたＮＯＴＩＦＹメソッドをアプリケーションサーバＡＳに送る。

アプリケーションサーバＡＳは上記ＮＯＴＩＦＹメソッドを受け取ると、クライアント端末ＰＣ１に２００ＯＫレスポンスを返し、さらに帯域・ビデオサイズ管理テーブル１３４にユーザＩＤ、使用帯域、ビデオサイズを記憶させる。

（帯域・ビデオサイズ変更）
図８は、帯域・ビデオサイズ変更時の各クライアント端末ＰＣ１〜ＰＣｎとアプリケーションサーバＡＳとの間の情報の送受信動作を示すシーケンス図である。

いま、ユーザがクライアント端末ＰＣ２を使用してアプリケーションサーバＡＳに対し使用帯域、ビデオサイズの変更要求操作を行なったとする。すると、クライアント端末ＰＣ２はアプリケーションサーバＡＳに使用帯域、ビデオサイズ情報を載せたＮＯＴＩＦＹメソッドを送出する。

アプリケーションサーバＡＳは上記ＮＯＴＩＦＹメソッドを受け取ると、クライアント端末ＰＣ２に２００ＯＫレスポンスを返し、さらに帯域・ビデオサイズ管理テーブル１３４中のクライアント端末ＰＣ２のユーザＩＤ「Ｂ」に対応する使用帯域、ビデオサイズを更新する。

（２者通話）
図９は、内線端末Ｔ１１と内線端末Ｔ１２との通話時の、クライアント端末ＰＣ１，ＰＣ２とアプリケーションサーバＡＳとの間の情報の送受信動作を示すシーケンス図である。

例えば内線端末Ｔ１１においてユーザが、内線端末Ｔ１２への通話を要求する操作を行なったとする。そうすると内線端末Ｔ１１からその要求信号が主装置ＢＴに送られる。この通信確立要求信号を受信すると主装置ＢＴは、着信先の内線端末Ｔ１２を呼び出す。そして、これに対し内線端末Ｔ１２が応答すると、内線端末Ｔ１１と内線端末Ｔ１２との間に通信リンクを形成し、内線端末Ｔ１１，Ｔ１２間が通話中である旨を示す呼情報イベントをアプリケーションサーバＡＳに送信する。

アプリケーションサーバＡＳは、呼情報イベントを受信すると、まずこの呼情報イベントに含まれる内線端末Ｔ１１，Ｔ１２の電話ＩＤ（ｔ１，ｔ２）を対応付けて接続情報管理テーブル１３１に記憶する。

そして、アプリケーションサーバＡＳは、内線端末−ＶＣ関連付けテーブル１３２を参照して、内線端末Ｔ１１，Ｔ１２にそれぞれ関連付けられたデータ端末ＰＣ１，ＰＣ２を認識し、それらの使用帯域、ビデオサイズ情報を帯域・ビデオサイズ管理テーブル１３４から取得する。

アプリケーションサーバＡＳは取得した情報を比較し、２者のうち、使用帯域の狭い値、ビデオサイズの小さい値を決定する。ここでは使用帯域「１２８ｋｂｐｓ」、ビデオサイズ「Ｙ」を決定する。

アプリケーションサーバＡＳは上記で決定したセッションメンバ、使用帯域、ビデオサイズ情報を載せたＲＥＦＥＲメソッドをクライアント端末ＰＣ１に送る。

クライアント端末ＰＣ１は上記ＲＥＦＥＲメソッドを受け取ると、アプリケーションサーバＡＳに２０２Ａｃｃｅｐｔｅｄレスポンスを返し、かつセッション相手、使用帯域、ビデオサイズを認識する。さらに使用帯域、ビデオサイズ情報を載せたＩＮＶＩＴＥメソッドをアプリケーションサーバＡＳを介してセッション相手であるクライアント端末ＰＣ２に送信する。

クライアント端末ＰＣ２は上記ＩＮＶＩＴＥメソッドを受け取ると、セッション相手、今回のセッションで使う使用帯域、ビデオサイズを認識する。また、アプリケーションサーバＡＳを介してクライアント端末ＰＣ１に１８０Ｒｉｎｇｉｎｇレスポンスを返す。

クライアント端末ＰＣ１がこれを受信することにより、ＩＮＶＩＴＥメソッド再送を止める。

クライアント端末ＰＣ２はアプリケーションサーバＡＳを介してクライアント端末ＰＣ１に２００ＯＫレスポンスを返す。

クライアント端末ＰＣ１がこれを受信することにより、クライアント端末ＰＣ１−クライアントＰＣ２間のビデオセッションが始まる。このビデオセッションの使用帯域、ビデオサイズは上記決定されたものとなる。かくして、２者通話で２者間のビデオ通信を行なうことができる。

以上のように上記第１の実施形態では、アプリケーションサーバＡＳにおいて、クライアント端末ＰＣ１〜ＰＣｎそれぞれのユーザＩＤと、クライアント端末ＰＣ１〜ＰＣｎで利用可能な使用帯域及び取り扱い可能なビデオサイズとを対応付けた帯域・ビデオサイズ管理テーブル１３４を記憶部１３に記憶し管理しておき、主装置ＢＴより内線端末Ｔ１１，Ｔ１２の呼接続を示す呼情報イベント受信時に、帯域・ビデオサイズ管理テーブル１３４中の内線端末Ｔ１１，Ｔ１２に関連付けられたクライアント端末ＰＣ１，ＰＣ２に関する情報を用いて、クライアント端末ＰＣ１，ＰＣ２それぞれの使用帯域及びビデオサイズの比較、セッション確立に用いる使用帯域及びビデオサイズの決定を行うようにしている。

従って、主装置ＢＴから呼情報イベントを受信するごとに、クライアント端末ＰＣ１，ＰＣ２から使用帯域及びビデオサイズに関する情報を取得することなく、簡単な手順で最適な使用帯域及びビデオサイズによりクライアント端末ＰＣ１，ＰＣ２間のセッション確立を実行させることができる。

また、上記第１の実施形態では、アプリケーションサーバＡＳにおいて、ログオン時に、クライアント端末ＰＣ１〜ＰＣｎからＲＥＧＩＳＴＥＲメソッドが到来するごとに、自動的に帯域・ビデオサイズ管理テーブル１３４中にユーザＩＤに対応付けて使用帯域及びビデオサイズを登録するようにしている。このため、登録処理にアプリケーションサーバＡＳのオペレータの手操作を省略できる。

さらに、上記第１の実施形態では、アプリケーションサーバＡＳにおいて、帯域・ビデオサイズ変更設定時に、クライアント端末ＰＣ１〜ＰＣｎから使用帯域及びビデオサイズ情報を含むＮＯＴＩＦＹメソッドが到来するごとに、自動的に帯域・ビデオサイズ管理テーブル１３４中の該当する使用帯域及びビデオサイズを更新するようにしている。このため、更新処理にアプリケーションサーバＡＳのオペレータの手操作を省略できる。

（第２の実施形態）
図１０は、この発明の第２の実施形態として、３者通話時のクライアント端末ＰＣ１，ＰＣ２，ＰＣ３とアプリケーションサーバＡＳとの間の情報の送受信動作を示すシーケンス図である。

例えば、内線端末Ｔ１１と内線端末Ｔ１２と内線端末Ｔ１３の３者通話が行なわれると、アプリケーションサーバＡＳは各端末に関連付けられたクライアント端末ＰＣ１とクライアント端末ＰＣ２とクライアント端末ＰＣ３をセッションメンバと認識し、それらの使用帯域、ビデオサイズ情報を帯域・ビデオサイズ管理テーブル１３４から取得する。

アプリケーションサーバＡＳは取得した情報を比較し、３者のうち、使用帯域の一番狭い値、ビデオサイズの一番小さい値を決定する。

クライアント端末ＰＣ１はこれを受信することにより、ＩＮＶＩＴＥメソッド再送を止める。

クライアント端末ＰＣ２は、アプリケーションサーバＡＳを介してクライアント端末ＰＣ１に２００ＯＫレスポンスを返す。

クライアント端末ＰＣ１がこれを受信することにより、クライアント端末ＰＣ１−クライアント端末ＰＣ２間のビデオセッションが始まる。このビデオセッションの使用帯域、ビデオサイズは上記で決定されたものとなる。

クライアント端末ＰＣ１−クライアント端末ＰＣ３間についても上記と同様の処理を行なう。

さらに、クライアント端末ＰＣ２−クライアント端末ＰＣ３間についても同様の処理を行なう。これにより３者会議で３者間のビデオ通信を行なうことができる。

（その他の実施形態）
この発明は、上記各実施形態に限定されるものではない。例えば上記各実施形態では、主装置とアプリケーションサーバとを別々に設ける例について説明したが、アプリケーションサーバ内に主装置の機能を組み込むようにしてもよい。

また、上記各実施形態では、映像等のビデオ通信を行なう場合の使用帯域及びビデオサイズを決定する例について説明した。しかしこれに限ることなく、映像以外のデータ通信を行なう場合に使用帯域及びデータサイズを決定するものであってもよい。

その他、システムの種類及び構成（ビジュアルコミュニケーションシステムに限らず他の通信システムでもよい）、アプリケーションサーバの構成及び種類、電話交換装置の種類（主装置に限らずＰＢＸでもよい）や内線端末の種類、クライアント端末の種類、各種テーブルの記憶内容、クライアント端末間のセッション制御方法や帯域・ビデオサイズの決定方法等についても、この発明の要旨を逸脱しない範囲で種々変形して実施できる。

この発明の第１の実施形態に係わるビジュアルコミュニケーションシステムを示す概略構成図。図１に示したアプリケーションサーバの機能構成を示すブロック図。上記図２に示した接続情報管理テーブルの記憶内容の一例を示す図。上記図２に示した内線端末−ＶＣ関連付けテーブルの記憶内容の一例を示す図。上記図２に示したセッション情報管理テーブルの記憶内容の一例を示す図。上記図２に示した帯域・ビデオサイズ管理テーブルの記憶内容の一例を示す図。同第１の実施形態におけるログオン時の各クライアント端末とアプリケーションサーバとの間の情報の送受信動作を示すシーケンス図。同第１の実施形態における帯域・ビデオサイズ変更時の各クライアント端末とアプリケーションサーバとの間の情報の送受信動作を示すシーケンス図。同第１の実施形態における２者通話時の、クライアント端末とアプリケーションサーバとの間の情報の送受信動作を示すシーケンス図。この発明の第２の実施形態として、３者通話時の、クライアント端末とアプリケーションサーバとの間の情報の送受信動作を示すシーケンス図。

符号の説明

１…ＬＡＮ（Local Area Network）、１１…主装置インタフェース（Ｉ／Ｆ）部、１２…制御部、１３…記憶部、１４…ＰＣインタフェース（Ｉ／Ｆ）部、１２１…接続情報登録部、１２２…セッション制御部、１２３…帯域・ビデオサイズ比較部、１２４…帯域・ビデオサイズ割当制御部、１２５…登録要求通信制御部、１２６…更新制御部、１３１…接続情報管理テーブル、１３２…内線端末−ＶＣ関連付けテーブル、１３３…セッション情報管理テーブル、１３４…帯域・ビデオサイズ管理テーブル、Ｔ１１〜Ｔ１ｉ…内線端末、ＢＴ…主装置、ＰＣ１〜ＰＣｎ…クライアント端末、ＡＳ…アプリケーションサーバ。

Claims

複数の電話端末間の交換処理を実行する電話交換機と連携し、前記複数の電話端末間の呼接続と通信ネットワークに接続される複数の通信端末間におけるデータ通信接続とを連動させて通信を行うサーバ装置において、
前記複数の通信端末それぞれに割り当てられるユーザＩＤと、前記通信端末で利用可能な前記通信ネットワーク中の通信帯域及び取り扱い可能なデータサイズとを対応付けた管理テーブルを作成し記憶する記憶手段と、
前記電話交換機より呼接続される第１及び第２の電話端末を示す呼情報イベントを受信したとき、これら第１及び第２の電話端末に関連付けられる第１及び第２の通信端末それぞれのユーザＩＤに基づいて前記管理テーブルを参照し、この参照結果に基づいて前記第１及び第２の通信端末それぞれの通信帯域及びデータサイズを比較する比較手段と、
前記比較手段による比較結果に基づいて、前記第１及び第２の通信端末間で割り当てる通信帯域及びデータサイズを決定し、この決定した通信帯域及びデータサイズを用いて前記第１及び第２の通信端末間のデータ通信接続を実行する制御手段とを具備したことを特徴とするサーバ装置。
前記比較手段は、前記複数の電話端末のうち３者通話状態にある第１、第２及び第３の電話端末に関する呼情報イベントを受信したとき、これら第１、第２及び第３の電話端末に関連付けられる第１、第２及び第３の通信端末それぞれのユーザＩＤに基づいて前記管理テーブルを参照し、この参照結果に基づいて前記第１、第２及び第３の通信端末それぞれの通信帯域及びデータサイズを比較し、
前記制御手段は、前記比較手段による比較結果に基づいて、前記第１、第２及び第３の通信端末間で割り当てる通信帯域及びデータサイズを決定し、決定した通信帯域及びデータサイズを用いて前記第１、第２及び第３の通信端末間のデータ通信接続を実行することを特徴とする請求項１記載のサーバ装置。
前記制御手段は、前記比較結果から最狭の通信帯域及び最小のデータサイズを決定することを特徴とする請求項１記載のサーバ装置。
さらに、前記通信ネットワークに対する前記通信端末の接続時に当該通信端末から登録要求が到来した場合に、要求元の通信端末に対し前記通信帯域及びデータサイズの取得要求を前記通信ネットワークを介して送信する送信手段と、
前記取得要求の送信に対し前記通信端末から前記通信ネットワークを介して送られた通信帯域及びデータサイズを示す情報を受信し、当該通信帯域及びデータサイズを示す情報を前記管理テーブル中に要求元の通信端末のユーザＩＤに対応付けて記憶する処理手段とを備えたことを特徴とする請求項１記載のサーバ装置。
さらに、前記通信帯域及びデータサイズの変更要求が到来した場合に、前記管理テーブル中の該当するユーザＩＤの通信帯域及びデータサイズの記憶内容を更新する更新手段を備えたことを特徴とする請求項１記載のサーバ装置。