JPH11243423A - マルチメディア情報通信システム - Google Patents

Abstract

(57)【要約】 【課題】 複数種のプログラムが混在するシステムにお
いて、マルチライン・サービスやＳＬＵサービス等のグ
ループ着呼サービスを実現する。 【解決手段】 システムに収容された全端末と全ハブ装
置及びルータ装置に関する各識別情報の対応関係を集約
記憶した端末電話番号テーブル及びグループ電話番号テ
ーブルを、すべてのハブ装置及びルータ装置にそれぞれ
持たせ、端末の発呼要求に応じて発呼側のハブ装置又は
ルータ装置が、自装置のデータベースを検索することで
複数の着呼先を確認し、これらの着呼先に対し一斉に呼
設定要求を送出することでマルチライン・サービス又は
ＳＬＵサービスを実行するように構成したものである。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】この発明は、例えばＬＡＮ
（Local Area Network）を中核として複数種の端末を収
容してマルチメディア情報通信を可能にするマルチメデ
ィア情報通信システムに関する。

【０００２】

【従来の技術】従来の構内ネットワークシステムは、例
えば電話機等の音声通信端末をＰＢＸ（Private Branch
Exchange ）又はボタン電話主装置に内線端末として収
容し、これらの内線端末と公衆網等の外部通信網との間
および内線端末相互間をＰＢＸ又はボタン電話主装置に
より交換接続して通話を可能にしたり、パーソナル・コ
ンピュータ等のデータ端末をＬＡＮ（Local Area Netwo
rk）に接続し、このＬＡＮを介してパーソナル・コンピ
ュータ間で電子メールやデータの伝送を行うように構成
されている。また、ＰＢＸ又はボタン電話主装置を用い
た音声通信系と、ＬＡＮを用いたデータ通信系とをゲー
トウエイを用いることで連携させるシステムも提唱され
ている。

【０００３】ところが、このような従来の構内ネットワ
ークシステムでは、音声通信系とデータ通信系とで別々
の通信インフラを敷設する必要がある。また、音声通信
系はＰＢＸ等による集中制御型であるためシステムダウ
ンを生じやすく、これを回避するためにはＰＢＸを二重
化する必要がある。このため、システムの構成が大がか
りなものになるとともに、ユーザの投資負担が大きくな
るという問題点を有していた。

【０００４】そこで本発明者は、特願平９−１６１７２
２号において、ＬＡＮを中核としてこれに通信インタフ
ェース装置を介して複数種のメディア端末を収容し、通
信インタフェース装置においてプロトコル変換およびデ
ータのフォーマット変換等を行うことにより、複数種の
メディア端末間および各メディア端末と外部通信網との
間でマルチメディア情報通信を可能にするシステムを提
唱した。

【０００５】そして、このようなシステムにおいて、従
来のＰＢＸを使用したシステムやボタン電話システムで
使用されているグループ着呼サービスを提供できるよう
にすることを考えている。提供が考えられるグループ着
呼サービスとしては、例えば１本の内線に接続された複
数の端末に共通の電話番号を割り当てこれらの端末すべ
てに着呼を通知するマルチライン・サービス、複数本の
内線に共通の電話番号を割り当てこれらの内線すべてに
着呼を通知するステーション・ループ（ＳＬＵ）サービ
ス、着信呼を複数の内線端末に均等分配する自動呼分配
（ＡＣＤ）サービス、代表番号への着信呼をいくつかの
内線に均等分配する内線代表呼分配（ＵＣＤ）サービス
がある。しかし、これらのサービスを、複数種のプログ
ラムが混在する上記システムでどのように実現するかに
ついては、まだ有効な解決策が見出されていないのが現
状である。

【０００６】

【発明が解決しようとする課題】以上のように従来のマ
ルチメディア情報通信システムでは、マルチライン・サ
ービスやＳＬＵ、ＡＣＤ、ＵＣＤ等のグループ着呼サー
ビスを実現するための有効な解決策がまだ見出されてい
ない。

【０００７】この発明は上記事情に着目してなされたも
ので、その目的とするところは、複数種のプログラムが
混在するシステムにおいて、グループ着呼サービスを実
現できるようにしたマルチメディア情報通信システムを
提供することにある。

【０００８】

【課題を解決するための手段】上記目的を達成するため
にこの発明は、複数の通信端末装置をプロトコル変換機
能を有する複数の通信インタフェース装置を介して中核
通信ネットワークに接続し、かつ上記複数の通信端末装
置の各々に個別識別情報を割り当てると共に、上記複数
の通信端末装置のうちの少なくとも一部をグループ化し
てこのグループ内の各通信端末装置に対し共通のグルー
プ識別情報を割り当てたマルチメディア情報通信システ
ムにあって、上記複数の通信端末装置とその個別識別情
報との対応関係及びグループ識別情報と個別識別情報と
の対応関係を表すテーブルを備え、上記各通信インタフ
ェース装置において、自装置に収容される通信端末装置
から他の通信端末装置に対する発呼要求が発生した場合
に、前記テーブルから着呼先の通信端末装置の識別情報
を検索してその検索結果から着呼先の通信端末装置が複
数あるか否かを判定し、着呼先の通信端末装置が複数と
判定された場合に、これらの通信端末装置に対する所定
のグループ着呼制御処理を前記中核通信ネットワークを
介して実行するように構成したものである。

【０００９】上記テーブルの設置形態としては次の５つ
が考えられる。すなわち、第１の設置形態は、複数の通
信インタフェース装置の各々に設ける場合である。この
場合各通信インタフェース装置は、自装置に収容される
通信端末装置から他の通信端末装置に対する発呼要求に
応じて、自装置のテーブルから着呼先の通信端末装置の
識別情報を検索してその検索結果から着呼先の通信端末
装置が複数あるか否かを判定する。

【００１０】第２の設置形態は、複数の通信インタフェ
ース装置のうちの特定の通信インタフェース装置に設け
る場合である。この場合各通信インタフェース装置は、
自装置に収容される通信端末装置から他の通信端末装置
に対する発呼要求に応じて、中核通信ネットワークを介
して特定の通信インタフェース装置に対し着呼先の問い
合わせを行う。これに対し特定の通信インタフェース装
置は、他の通信インタフェース装置から着呼先の問い合
わせが到来した場合に、自装置のテーブルから着呼先の
通信端末装置の識別情報を検索してこの検索結果を問い
合わせ元の通信インタフェース装置に通知する。

【００１１】第３の設置形態は、各通信インタフェース
とは別に中核通信ネットワークに接続されたサーバ装置
に設ける場合である。この場合、各通信インタフェース
装置は、自装置に収容される通信端末装置から他の通信
端末装置に対する発呼要求に応じて、中核通信ネットワ
ークを介して前記サーバ装置に対し着呼先の問い合わせ
を行う。これに対しサーバ装置は、各通信インタフェー
ス装置から着呼先の問い合わせが到来した場合に、自装
置のテーブルから着呼先の通信端末装置の識別情報を検
索してこの検索結果を問い合わせ元の通信インタフェー
ス装置に通知する。

【００１２】第４の設置形態は、外部網との情報伝送を
行うために設けられたルータ装置に設ける場合である。
この場合、各通信インタフェースは、自装置に収容され
る通信端末装置から他の通信端末装置に対する発呼要求
が発生した場合に、中核通信ネットワークを介して前記
ルータ装置に対し着呼先の問い合わせを行う。これに対
しルータ装置は、前記各通信インタフェース装置から着
呼先の問い合わせが到来した場合に、自装置のテーブル
から着呼先の通信端末装置の識別情報を検索してこの検
索結果を問い合わせ元の通信インタフェース装置に通知
する。

【００１３】第５の設置形態は、各通信インタフェース
装置に、それぞれ自装置に収容される通信端末装置のみ
に関する個別識別情報とグループ識別情報との対応関係
を表すテーブルを記憶する場合である。この場合、各通
信インタフェース装置は、自装置に収容される通信端末
装置から他の通信端末装置への発呼要求の発生に応じ
て、この着呼先の通信端末装置についての問い合わせを
中核通信ネットワークを介して他のすべての通信インタ
フェース装置に対し一斉に送出する。これに対し、他の
通信インタフェース装置から着呼先の問い合わせが到来
した場合には、自装置のテーブルを検索して該当する通
信端末装置が収容されているか否かを判定し、その判定
結果を問い合わせ元の通信インタフェース装置に応答す
る。

【００１４】またグループ着呼制御の形態としては、次
の２種類が考えられる。すなわち、第１の形態は、着呼
先通信端末装置を収容する複数の通信インタフェース装
置との間に中核通信ネットワークを介して一斉に通信リ
ンクを設定して着呼先通信端末装置の呼出しを行い、こ
の呼出しに対し任意の着呼先通信端末装置が応答した場
合に、この着呼応答した通信端末装置を収容する通信イ
ンタフェースとの間の通信リンクを残して、他の着呼先
の通信インタフェース装置との間の通信リンクを開放す
るものである。この第１の着呼形態は、複数の通信端末
装置に対し同時に着呼報知を行うマルチライン・サービ
ス又はＳＬＵサービスを行う場合に使用される。

【００１５】第２の形態は、着呼先の通信端末装置を収
容するすべての通信インタフェース装置との間に中核通
信ネットワークを介して通信リンクを個別に順次設定し
たのち呼設定要求を送出し、この呼設定要求に対し最初
に呼設定受付を返送した着呼先の通信インタフェース装
置との間で着呼先通信端末装置に対する着呼処理を行う
ものである。この第２の着呼形態は、共通の識別情報を
有する複数の通信端末装置に対し着呼を均等分配するＡ
ＣＤサービス又はＵＣＤサービスを行う場合に使用され
る。

【００１６】従ってこの発明によれば、通信プロトコル
の異なる複数種の通信端末装置を中核通信ネットワーク
に接続してマルチメディア情報通信を行うシステムにお
いて、マルチライン・サービスやＳＬＵサービス、ＡＣ
Ｄサービス、ＵＣＤサービス等のグループ着呼サービス
を確実に実施することが可能となる。

【００１７】一方他の発明は、各通信インタフェース装
置に、それぞれ自装置に収容される通信端末装置に関す
る個別識別情報とグループ識別情報との対応関係を表す
テーブルを持たせる。そして、発呼側の通信インタフェ
ース装置は、通信端末装置の発呼に応じて、自装置以外
のすべての通信インタフェース装置との間に一斉に通信
リンクを設定して呼設定要求を送出する。これに対し着
呼側の各通信インタフェース装置は、呼設定要求が送ら
れた場合に上記テーブルを検索して着呼先の通信端末装
置が自装置に収容されているか否かを判定し、収容され
ている場合に呼設定受付を返送する。そして、上記発呼
側の通信インタフェース装置は、呼設定要求の送出に対
して呼設定受付を返送しかつ着呼先通信端末装置からの
着信応答を返送した通信インタフェース装置との間の通
信リンクのみを残して、他の着呼先の通信インタフェー
ス装置との間の通信リンクを開放するようにしたもので
ある。これはマルチライン・サービスやＳＬＵサービス
を実施する場合に使用される。

【００１８】また、呼設定要求の送出は、各通信インタ
フェース装置に対し個別に順次行うようにしてもよい。
これは、ＡＣＤサービスやＵＣＤサービスを実行する場
合に適用される。

【００１９】すなわち、これらの発明は、通信端末装置
が発呼した場合に、着呼先の問い合わせを行わずにすべ
ての通信インタフェース装置に対し呼設定要求を送出し
て、着呼先通信端末装置を収容する通信インタフェース
装置にのみ着呼処理を行わせるようにしたものである。
このように構成すると、着呼先の問い合わせ手順を省略
できるので、その分端末装置間の接続時間を短縮でき
る。

【００２０】さらに他の発明は、通信端末装置用の各通
信インタフェース装置とは別に特定の通信装置を設け、
この特定の通信装置に、上記通信インタフェース装置か
ら呼設定要求が到来した場合に、自装置のテーブルから
着呼先の通信端末装置の識別情報を検索して、この検索
結果を基に着呼先の通信端末装置が複数あるか否かを判
定する着呼先判定手段と、この着呼先判定手段により着
呼先の通信端末装置が複数あると判定された場合に、こ
れらの着呼先通信端末装置を収容する複数の通信インタ
フェース装置に対し呼設定要求を送出して、各着呼先通
信端末装置に対しグループ着呼処理を行うようにしたこ
とを特徴とするものである。

【００２１】すなわち、この発明は、通信端末装置が発
呼した場合に、発呼側の通信インタフェース装置から上
記特定の通信装置に対し呼設定要求を送出し、この呼設
定要求を受けて特定の通信装置が、着呼先の問い合わせ
を行わずにすべての通信インタフェース装置に対し呼設
定要求を送出して、着呼先通信端末装置を収容する通信
インタフェース装置にのみ着呼処理を行わせるようにし
たものである。

【００２２】さらに別の発明は、各通信インタフェース
装置に、着信呼を記憶する待ちキューをそれぞれ持た
せ、グループ着呼制御処理において、着呼先の通信端末
装置が着呼不可能な状態にあった場合には当該着信呼を
上記キューに登録し、着呼先の通信端末装置が着呼可能
な状態になった場合に当該着呼先通信端末装置に対し着
呼処理を行うようにしたものである。

【００２３】また、各通信インタフェース装置に対する
着呼制御処理を統括的に行う機能を備えた特定の通信装
置が設けられている場合には、上記待ちキューをこの特
定の通信装置に設け、着呼先のすべての通信端末装置が
着呼不可能だった場合に、着信呼を上記キューに登録す
るようにしてもよい。

【００２４】これらの発明によれば、着呼先のすべての
通信端末装置がいずれも通信中などの理由により着呼不
可能だった場合にも、発呼元の通信端末装置は再発呼す
る必要が無くなる。

【００２５】

【発明の実施の形態】図１は、この発明に係わるマルチ
メディア情報通信システムの概略構成を示す図である。

【００２６】同図において、１はこのシステムの中核を
なすＬＡＮであり、例えば１００Ｍｂｉｔあるいは１Ｇ
ｂｉｔの伝送容量を持つイーサネット（Ethernet）（登
録商標）により構成される。

【００２７】このＬＡＮ１には、内線接続用の通信イン
タフェース装置として、無線基地局２および複数のアナ
ログ電話ハブ装置３１，３２がそれぞれ接続してある。
無線基地局２は例えばＰＨＳ（Personal Handyphone Sy
stem）（登録商標）の基地局の機能を備えたもので、こ
の無線基地局２には無線チャネルを介して無線端末ＰＳ
が接続される。アナログ電話ハブ装置３１，３２にはそ
れぞれ複数のアナログ電話機ＴＥＬ１〜ＴＥＬ５が接続
される。上記無線端末ＰＳおよびアナログ電話機ＴＥＬ
１〜ＴＥＬ５はいずれも内線端末として使用される。

【００２８】また上記ＬＡＮ１には、外線接続用の通信
インタフェース装置として、ＩＳＤＮルータ装置５およ
びＰＳＴＮルータ装置６がそれぞれ接続してある。ＩＳ
ＤＮルータ装置５は、上記ＬＡＮ１を統合サービスディ
ジタル網（ＩＳＤＮ）７に接続する。ＰＳＴＮルータ装
置６は、上記ＬＡＮ１をアナログ公衆網（ＰＳＴＮ）８
に接続する。

【００２９】さらに上記ＬＡＮ１にはコミュニケーショ
ン・サーバ装置９が接続してある。このコミュニケーシ
ョン・サーバ装置９は、ＬＡＮ１との間のインタフェー
スを行うネットワーク・インタフェース（Ｉ／Ｆ）９ｄ
と、図示しないハードディスク装置等を駆動するドライ
バ９ｃと、ＯＳ（Operating System）９ｂと、アプリケ
ーション・プログラム９ａとを備えている。そして、上
記各通信インタフェース装置２〜６とこれに接続される
内線端末の各アドレス情報をデータベースに蓄積し、通
信インタフェース装置２〜６からアドレスの問い合わせ
があった場合に、上記データベースを検索して問い合わ
せ元の装置に通知する機能を有する。

【００３０】またＬＡＮ１には、ディジタル電話機や、
パーソナル・コンピュータ等のデータ端末装置を内線端
末として収容することが可能である。図２は、これらの
ディジタル電話機およびパーソナル・コンピュータを接
続可能としたシステムの機能構成を示すブロック図であ
る。

【００３１】同図において、ＬＡＮ１には、ディジタル
電話ハブ装置４およびパーソナル・コンピュータ用のハ
ブ装置１０がそれぞれ接続してある。ディジタル電話ハ
ブ装置４には、複数のディジタル電話機ＤＫＴ１，ＤＫ
Ｔ２がそれぞれ接続される。これらのディジタル電話機
ＤＫＴ１，ＤＫＴ２はディジタル多機能電話機により構
成される。ハブ装置１０はＬＡＮ１との間のインタフェ
ース動作を行うネットワーク・インタフェース１０ａを
備え、このネットワークＩ／Ｆ１０ａには複数のパーソ
ナル・コンピュータＰＣ１，ＰＣ２が接続される。これ
らのパーソナル・コンピュータＰＣ１，ＰＣ２は、デー
タ通信機能を有する。

【００３２】以上のシステムに内線用の通信インタフェ
ース装置として設けられた無線基地局２、アナログ電話
ハブ装置３１，３２およびディジタル電話ハブ装置４は
次のように構成される。

【００３３】図３は、上記無線基地局２の機能構成を示
すブロック図である。無線基地局２は、ＬＡＮ１とのイ
ンタフェース動作を行うネットワーク・インタフェース
（Ｉ／Ｆ）２ａと、ネットワーク・プロトコル処理部２
ｄと、無線端末ＰＳとの間の無線送受信動作を行う無線
部２ｂと、無線プロトコル処理部２ｅと、無線／ネット
ワーク・プロトコル変換部２ｃとを備えている。このう
ちネットワーク・プロトコル処理部２ｄは、ＬＡＮ１で
規定されるネットワーク・プロトコルにしたがってＬＡ
Ｎ１との間のデータ伝送を制御する。無線プロトコル処
理部２ｅは、無線端末ＰＳとの間で規定された無線プロ
トコルにしたがって無線通信を制御する。無線／ネット
ワーク・プロトコル変換部２ｃは、上記ネットワーク・
プロトコルと無線プロトコルとの間のプロトコルの変換
を行う。

【００３４】また無線基地局２は、接続制御部２ｆと、
宛先情報蓄積検索部２ｇと、宛先データベース２ｈとを
備え、さらにデータ種別識別記憶部２ｉと、データパケ
ット化部２ｋと、音声信号変換部２ｊと、画像信号変換
部２ｍとを備えている。接続制御部２ｆは、無線端末Ｐ
Ｓから発信要求が到来した場合に、ＬＡＮ１に接続され
た他の通信インタフェース装置に対し問い合わせを行っ
て宛先となる端末の所在を確認し、その結果を基に無線
端末ＰＳと通信相手の端末との間を接続する通信リンク
をＬＡＮ１上に形成するための制御を実行する。宛先情
報蓄積検索部２ｇは、上記接続制御部２ｆの問い合わせ
により取得した宛先の通信端末が収容された通信インタ
フェース装置のＬＡＮアドレスを宛先通信端末のアドレ
スとともに宛先データベース２ｈに格納する。データ種
別識別記憶部２ｉは、ＬＡＮ１から受信したデータの種
別を判別して記憶する機能を有する。

【００３５】音声信号変換部２ｊは、無線端末ＰＳから
到来した音声データをパケット化するに適した形態に変
換する。画像信号変換部２ｍは、無線端末ＰＳから到来
した画像データをパケット化するに適した形態に変換す
る。データパケット化部２ｋは、上記音声データおよび
画像データを一定ブロック長に区切ってパケットを生成
する。

【００３６】図４は、アナログ電話ハブ装置３１，３２
の機能構成を示すブロック図である。このアナログ電話
ハブ装置３１，３２が前記無線基地局２と構成を異にす
るところは、無線部２ｂ、無線プロトコル処理部２ｅお
よび無線／ネットワーク・プロトコル変換部２ｃに代え
て、それぞれアナログ電話インタフェース（Ｉ／Ｆ）３
ｂ、アナログ電話プロトコル処理部３ｅおよびアナログ
電話／ネットワーク・プロトコル変換部３ｃを備えた点
である。

【００３７】アナログ電話Ｉ／Ｆ３ｂは、アナログ電話
機ＴＥＬ１〜ＴＥＬ５との間の音声信号の送受信を行
う。アナログ電話プロトコル処理部３ｅは、アナログ電
話機ＴＥＬ１〜ＴＥＬ５との間で規定された通信プロト
コルにしたがって電話通信を制御する。アナログ電話／
ネットワーク・プロトコル変換部３ｃは、上記ネットワ
ーク・プロトコルとアナログ電話プロトコルとの間のプ
ロトコル変換を行う。

【００３８】図５は、ディジタル電話ハブ装置４の機能
構成を示すブロック図である。このディジタル電話ハブ
装置４が前記アナログ電話ハブ装置３１，３２と構成を
異にするところは、アナログ電話インタフェース（Ｉ／
Ｆ）３ｂ、アナログ電話プロトコル処理部３ｅおよびア
ナログ電話／ネットワーク・プロトコル変換部３ｃに代
えて、それぞれディジタル電話インタフェース（Ｉ／
Ｆ）４ｂ、ディジタル電話プロトコル処理部４ｅおよび
ディジタル電話／ネットワーク・プロトコル変換部４ｃ
を備えた点である。

【００３９】ディジタル電話Ｉ／Ｆ４ｂは、ディジタル
電話機ＤＫＴ１，ＤＫＴ２との間の音声データ信号の送
受信を行う。ディジタル電話プロトコル処理部４ｅは、
ディジタル電話機ＤＫＴ１，ＤＫＴ２との間で規定され
た通信プロトコルにしたがってＩＳＤＮ回線を制御す
る。ディジタル電話／ネットワーク・プロトコル変換部
４ｃは、上記ネットワーク・プロトコルとディジタル電
話プロトコルとの間のプロトコル変換を行う。

【００４０】また、前記システムに外線用の通信インタ
フェース装置として設けられたＩＳＤＮルータ装置５お
よびＰＳＴＮルータ装置６は次のように構成される。

【００４１】図６は、ＩＳＤＮルータ装置５の機能構成
を示すブロック図である。このＩＳＤＮ電話ハブ装置５
が前記アナログ電話ハブ装置３１，３２と構成を異にす
るところは、アナログ電話インタフェース（Ｉ／Ｆ）３
ｂ、アナログ電話プロトコル処理部３ｅおよびアナログ
電話／ネットワーク・プロトコル変換部３ｃに代えて、
それぞれＩＳＤＮインタフェース（Ｉ／Ｆ）５ｂ、ＩＳ
ＤＮプロトコル処理部５ｅおよびＩＳＤＮ／ネットワー
ク・プロトコル変換部５ｃを備えた点である。

【００４２】ＩＳＤＮＩ／Ｆ５ｂは、ＩＳＤＮとの間の
データ信号の送受信を行う。ＩＳＤＮプロトコル処理部
５ｅは、ＩＳＤＮとの間で規定された通信プロトコルに
従ってＩＳＤＮ回線を制御する。ＩＳＤＮ／ネットワー
ク・プロトコル変換部５ｃは、上記ネットワーク・プロ
トコルとディジタル電話プロトコルとの間のプロトコル
変換を行う。

【００４３】図７は、ＰＳＴＮルータ装置６の機能構成
を示すブロック図である。このＰＳＴＮルータ装置６が
前記ＩＳＤＮルータ装置５と構成を異にするところは、
ＩＳＤＮインタフェース（Ｉ／Ｆ）５ｂ、ＩＳＤＮプロ
トコル処理部５ｅおよびＩＳＤＮ／ネットワーク・プロ
トコル変換部５ｃに代えて、それぞれＰＳＴＮインタフ
ェース（Ｉ／Ｆ）６ｂ、ＰＳＴＮプロトコル処理部６ｅ
およびＰＳＴＮ／ネットワーク・プロトコル変換部６ｃ
を備えた点である。

【００４４】ＰＳＴＮＩ／Ｆ６ｂは、ＰＳＴＮとの間の
データ信号の送受信を行う。ＰＳＴＮプロトコル処理部
６ｅは、ＰＳＴＮとの間で規定された通信プロトコルに
したがってＰＳＴＮ回線を制御する。ＰＳＴＮ／ネット
ワーク・プロトコル変換部６ｃは、上記ネットワーク・
プロトコルとＰＳＴＮプロトコルとの間のプロトコル変
換を行う。

【００４５】ところで、この発明に係わるマルチメディ
ア情報通信システムでは、システムに収容されたすべて
の内線端末、つまり無線端末ＰＳ、アナログ電話機ＴＥ
Ｌ、ディジタル電話機ＤＫＴ及びパーソナル・コンピュ
ータＰＣにそれぞれ固有の電話番号及びＩＰアドレスを
持たせると共に、これらの端末をグループ化してこのグ
ループごとにグループ電話番号を持たせている。

【００４６】図８は上記各端末に固有に割り当てられた
電話番号とＩＰアドレスとの対応関係を表す端末電話番
号テーブルの一例を示し、また図９は上記各端末グルー
プに付与されたグループ電話番号とこのグループ電話番
号を持つ端末の電話番号との対応関係を表すグループ電
話番号テーブルの一例を示すものである。

【００４７】これらのテーブルは、無線基地局２を含む
すべてのハブ装置２，３１，３２，４，１０及びルータ
装置５，６にそれぞれ設けられる場合と、サーバ装置９
又はルータ装置５，６のいずれかに集約して設けられる
場合とがある。また各ハブ装置２，３１，３２，４，１
０に、その収容端末に関する情報のみを記憶したテーブ
ルを設ける場合もある。

【００４８】次に、以上のような構成を基に、グループ
着呼サービス動作に係わる複数の実施形態をシーケンス
図を用いて説明する。 ［第１の実施形態］ （実施例１−１）この実施例１−１は、システムに収容
された全端末と全ハブ装置及びルータ装置に関する識別
情報を集約記憶した端末電話番号テーブル及びグループ
電話番号テーブルを、すべてのハブ装置及びルータ装置
のデータベースに持たせた場合にあって、端末の発呼要
求に応じて発呼側のハブ装置又はルータ装置が自装置の
データベースを検索することで複数の着呼先を確認し、
これらの着呼先に対し一斉に呼設定要求を送出すること
で、マルチライン・サービス又はＳＬＵサービスを実行
するものである。

【００４９】図１０はその動作の概略を示す図、図１１
は信号の授受シーケンスを示す図である。例えば、いま
アナログ電話機ＴＥＬ４が任意の端末に対し発呼したと
する。そうするとこの発呼元のアナログ電話機ＴＥＬ４
を収容したハブ装置３２は、まず自装置のデータベース
（ＤＢ）に格納されたテーブルをアクセスして、着呼先
の端末の識別情報及びこの端末を収容するハブ装置の識
別情報を検索する。そして、複数の識別情報が検索され
ると、これらの識別情報に対応する各ハブ装置との間に
それぞれ通信リンクを設定して呼設定要求（ＳＥＴＵ
Ｐ）を送出する。すなわち、複数の着呼先ハブ装置に対
し着呼通知処理を同報的に行う。

【００５０】この呼設定要求を受信すると各ハブ装置
は、それぞれ着呼先の端末に対する着呼処理を実行し、
かつ要求元のハブ装置３２へ呼設定受付（ＣＡＬＬ Ｐ
ＲＯＣ）を返送したのち、呼出（ＡＬＥＲＴ）を返送し
て着呼先の端末が呼出中である旨を表示させる。

【００５１】この状態で、いま仮にハブ装置３１に収容
された端末が着呼応答したとする。そうするとハブ装置
３１は発呼元のハブ装置３２に対し応答（ＣＯＮＮＥＣ
Ｔ）を返送する。呼出中のハブ装置からの着呼応答を受
信すると、発呼元のハブ装置３２はこの着呼応答を返し
たハブ装置３１以外の各ハブ装置に対し解放完了（ＲＥ
Ｌ ＣＯＭＰ）をそれぞれ送出し、これにより上記着呼
応答を返したハブ装置３１との間の通信リンクのみを残
し、他のハブ装置との間に設定されている通信リンクを
すべて開放する。かくして、発呼元の端末を収容したハ
ブ装置３２によるマルチライン・サービス又はＳＬＵサ
ービスが行われる。

【００５２】（実施例１−２）この実施例１−２は、前
記実施例１−１と同様に、全内線端末に関する情報を記
憶した端末電話番号テーブル及びグループ電話番号テー
ブルを、すべてのハブ装置２，３１，３２，４，１０及
びルータ装置５，６のデータベースにそれぞれ記憶して
ある場合において、発呼側のハブ装置又はルータ装置が
自装置のデータベースを検索して複数の着呼先を確認
し、これらの着呼先に対し個別に順次に呼設定要求を送
出することで、ＵＣＤサービス又はＡＣＤサービスを実
行するものである。

【００５３】このＵＣＤサービス又はＡＣＤサービスで
は、複数の着呼先ハブ装置に対し個別呼出が行われる。
図１２はその動作を示すシーケンス図である。すなわ
ち、発呼側のハブ装置は、自装置のデータベースより検
索した複数の着呼先ハブ装置のうち、まず着呼優先順位
第１位に設定した端末を収容しているハブ装置を選択
し、このハブ装置との間に通信リンクを設定して呼設定
要求（ＳＥＴＵＰ）を送出する。そして、着呼先端末が
例えば話中のために着呼先ハブ装置から解放完了（ＲＥ
Ｌ ＣＯＭＰ）が返送されると、この着呼側ハブ装置と
の間に設定してある通信リンクを開放する。

【００５４】次に発呼側のハブ装置は、着呼優先順位第
２位に設定した端末を収容するハブ装置を選択し、この
ハブ装置との間に通信リンクを設定して呼設定要求（Ｓ
ＥＴＵＰ）を送出する。これに対し着呼先の端末が待ち
受け中であれば、上記ハブ装置は着呼先の端末に対する
着呼処理を実行し、要求元のハブ装置３２へ呼設定受付
（ＣＡＬＬ ＰＲＯＣ）を返送したのち、呼出（ＡＬＥ
ＲＴ）を返送して着呼先の端末が呼出中である旨を表示
させる。

【００５５】そして、この状態で着呼先の端末が着呼応
答すると、着呼側のハブ装置は発呼元のハブ装置に対し
応答（ＣＯＮＮＥＣＴ）を返送する。発呼側のハブ装置
は、上記着呼応答が返送されたことを以て着信呼動作完
了と判断し、着呼優先順位第３位以降の端末に対する着
信呼動作は行わない。かくして、発呼元の端末を収容し
たハブ装置３２によるＡＣＤ又はＵＣＤサービスのため
の着呼制御が行われる。

【００５６】［第２の実施形態］ （実施例２−１）この実施例２−１は、全内線端末に関
する情報を記憶した端末電話番号テーブル及びグループ
電話番号テーブルをコミュニケーション・サーバ装置９
のデータベースに集約して記憶してある場合において、
発呼側のハブ装置から上記コミュニケーション・サーバ
装置９に対し着呼先の識別情報を問い合わせることで複
数の着呼先を確認し、これらの着呼先に対し一斉に呼設
定要求を行うことにより、マルチライン・サービス又は
ＳＬＵサービスを行うものである。

【００５７】図１３はその動作の概略を示す図、図１４
は信号の授受を示すシーケンス図である。例えば、いま
アナログ電話機ＴＥＬ１が任意の内線端末に対し発呼し
たとする。そうするとこの発呼元のアナログ電話機ＴＥ
Ｌ１を収容したハブ装置３１は、まずコミュニケーショ
ン・サーバ装置９との間に通信リンクを設定したのち、
通信相手先の端末及びこの端末を収容するハブ装置の識
別情報、つまりＩＰアドレスの問い合わせを行う。この
問い合わせに対しコミュニケーション・サーバ装置９
は、自装置のデータベース（ＤＢ）に格納されたテーブ
ルから、着呼先の端末及びこの端末を収容するハブ装置
のＩＰアドレスを検索する。そして、この検索したＩＰ
アドレスを問い合わせ元のハブ装置３１に通知する。

【００５８】ハブ装置３１は、上記コミュニケーション
・サーバ装置９からＩＰアドレスが通知されると、この
コミュニケーション・サーバ装置９との間の通信リンク
を開放したのち、通知されたＩＰアドレスが１個である
か複数であるかを判定する。そして、着呼先のＩＰアド
レスが複数だった場合には、これらのＩＰアドレスに対
応する各ハブ装置との間にそれぞれ通信リンクを設定し
て呼設定要求（ＳＥＴＵＰ）を送出する。すなわち、複
数の着呼先ハブ装置に対し着呼通知処理を同報的に行
う。

【００５９】この呼設定要求を受信すると各ハブ装置
は、それぞれ着呼先の端末に対する着呼処理を実行し、
かつ要求元のハブ装置３１へ呼設定受付（ＣＡＬＬ Ｐ
ＲＯＣ）を返送したのち、呼出（ＡＬＥＲＴ）を返送し
て着呼先の端末が呼出中である旨を表示させる。

【００６０】この状態で、いま仮にハブ装置３２に収容
された端末が着呼応答したとする。そうするとハブ装置
３２は発呼元のハブ装置３１に対し応答（ＣＯＮＮＥＣ
Ｔ）を返送する。呼出中のハブ装置からの着呼応答を受
信すると、発呼元のハブ装置３１はこの着呼応答を返し
たハブ装置３２以外の各ハブ装置に対し解放完了（ＲＥ
Ｌ ＣＯＭＰ）をそれぞれ送出し、これにより上記着呼
応答を返したハブ装置３２との間の通信リンクのみを残
し、他のハブ装置との間に設定されている通信リンクを
すべて開放する。

【００６１】かくして、コミュニケーション・サーバ装
置９に集約して記憶した端末電話番号テーブル及びグル
ープ電話番号テーブルを利用したマルチライン・サービ
ス又はＳＬＵサービスがなされる。

【００６２】（実施例２−２）この実施例２−２は、前
記実施例２−１と同様に、全内線端末に関する情報を記
憶した端末電話番号テーブル及びグループ電話番号テー
ブルをコミュニケーション・サーバ装置９に集約して記
憶してある場合において、発呼側のハブ装置から上記コ
ミュニケーション・サーバ装置９に対し着呼先の識別情
報を問い合わせることで複数の着呼先を確認し、これら
の着呼先に対し個別に順次呼設定要求を送出すること
で、ＵＣＤサービス又はＡＣＤサービスを実行するもの
である。

【００６３】図１５はその動作を示すシーケンス図であ
る。すなわち、発呼元のアナログ電話機ＴＥＬ１を収容
したハブ装置３１は、まずコミュニケーション・サーバ
装置９との間に通信リンクを設定したのち、通信相手先
の端末及びこの端末を収容するハブ装置の識別情報、つ
まりＩＰアドレスの問い合わせを行う。この問い合わせ
に対しコミュニケーション・サーバ装置９は、自装置の
データベース（ＤＢ）に格納されたテーブルから、着呼
先の端末及びこの端末を収容するハブ装置のＩＰアドレ
スを検索する。そして、この検索したＩＰアドレスを問
い合わせ元のハブ装置３１に通知する。

【００６４】ハブ装置３１は、上記コミュニケーション
・サーバ装置９からＩＰアドレスが通知されると、この
コミュニケーション・サーバ装置９との間の通信リンク
を開放したのち、通知されたＩＰアドレスが１個である
か複数であるかを判定する。そして、着呼先のＩＰアド
レスが複数だった場合には、これらのＩＰアドレスに対
応する複数の着呼先ハブ装置のうち、まず着呼優先順位
第１位に設定した端末を収容しているハブ装置を選択し
て、このハブ装置との間に通信リンクを設定して呼設定
要求（ＳＥＴＵＰ）を送出する。そして、着呼先端末が
例えば話中のために着呼先ハブ装置から解放完了（ＲＥ
Ｌ ＣＯＭＰ）が返送されると、このハブ装置との間に
設定してある通信リンクを開放する。

【００６５】発呼側のハブ装置は、次に着呼優先順位第
２位に設定した端末を収容するハブ装置を選択し、この
ハブ装置との間に通信リンクを設定して呼設定要求（Ｓ
ＥＴＵＰ）を送出する。これに対し着呼側のハブ装置
は、着呼先の端末が待ち受け中であればこの着呼先端末
に対する着呼処理を実行する。そして、要求元のハブ装
置３１へ呼設定受付（ＣＡＬＬ ＰＲＯＣ）を返送した
のち、呼出（ＡＬＥＲＴ）を返送して着呼先の端末が呼
出中である旨を表示させる。

【００６６】そして、この状態で着呼先の端末が着呼応
答すると、着呼側のハブ装置は発呼元のハブ装置に対し
応答（ＣＯＮＮＥＣＴ）を返送する。発呼側のハブ装置
は、上記着呼応答が返送されたことを以て着信呼動作完
了と判断し、着呼優先順位第３位以降の端末に対する着
信呼動作は行わない。かくして、コミュニケーション・
サーバ装置９に集約して記憶した端末電話番号テーブル
及びグループ電話番号テーブルを利用したＡＣＤサービ
ス又はＵＣＤサービスが行われる。

【００６７】［第３の実施形態］ （実施例３−１）この実施例３−１は、各ハブ装置２，
３１，３２，４，１０及び各ルータ装置５，６がそれぞ
れ、自装置に収容された端末に関する端末電話番号テー
ブル及びグループ電話番号テーブルしか有していない場
合に、ＬＡＮ１に収容されたすべてのハブ装置及びルー
タ装置に対し、まず一斉に識別情報の問い合わせを行っ
て複数の着呼先を確認し、しかるのちこれらの着呼先の
ハブ装置又はルータ装置に対して一斉に呼設定要求を送
出することで、マルチライン・サービス又はＳＬＵサー
ビスを行うものである。

【００６８】図１６はその動作の概略を示す図、図１８
は信号の授受を示すシーケンス図である。例えば、いま
アナログ電話機ＴＥＬ１が任意の内線端末に対し発呼し
たとする。そうするとこの発呼元のアナログ電話機ＴＥ
Ｌ１を収容したハブ装置３１は、まず着呼先の端末の電
話番号を含む問い合わせ信号を、システムに収容された
すべてのハブ装置及びルータ装置に対し、ＬＡＮ１を介
して同報的に送信する。

【００６９】上記問い合わせ信号が到来すると各ハブ装
置及びルータ装置は、それぞれ自装置のテーブルを検索
して、問い合わせ信号に含まれる端末電話番号に対応す
る端末が自装置に収容されているか否かを判定する。そ
して、収容されていれば、ＬＡＮ１上で自装置に割り当
てられているＩＰアドレスを含む応答信号を、ＬＡＮ１
上に形成した通信リンクを介して問い合わせ元のハブ装
置３１へ返送する。従って、着呼先の端末が複数存在す
れば、これらの端末を収容している複数のハブ装置又は
ルータ装置から応答信号が返送されることになる。

【００７０】発呼側のハブ装置３１は、上記応答信号が
返送されると、この応答信号を返送した各ハブ装置又は
ルータ装置との間に一斉にそれぞれ通信リンクを再設定
して、呼設定要求（ＳＥＴＵＰ）を送信する。

【００７１】上記呼設定要求を受信すると各ハブ装置又
はルータ装置は、それぞれ着呼先の端末に対する着呼処
理を実行し、かつ要求元のハブ装置３１へ呼設定受付
（ＣＡＬＬ ＰＲＯＣ）を返送したのち、呼出（ＡＬＥ
ＲＴ）を返送して着呼先の端末が呼出中である旨を表示
させる。

【００７２】この状態で、いま仮にハブ装置３２に収容
された端末が着呼応答したとする。そうするとハブ装置
３２は発呼元のハブ装置３１に対し応答（ＣＯＮＮＥＣ
Ｔ）を返送する。呼出中のハブ装置からの着呼応答を受
信すると、発呼元のハブ装置３１はこの着呼応答を返し
たハブ装置３２以外の各ハブ装置に対し解放完了（ＲＥ
Ｌ ＣＯＭＰ）をそれぞれ送出し、これにより上記着呼
応答を返したハブ装置３２との間の通信リンクのみを残
し、他のハブ装置との間に設定されている通信リンクを
すべて開放する。

【００７３】かくして、各ハブ装置２，３１，３２，
４，１０及び各ルータ装置５，６がそれぞれ自装置に収
容された端末に関する端末電話番号テーブル及びグルー
プ電話番号テーブルしか持っていない場合で、すべての
ハブ装置及びルータ装置に対しＩＰアドレスの問い合わ
せを行って着呼先を確認したのち、呼設定要求を送出す
ることによる、マルチライン・サービス又はＳＬＵサー
ビスが行われる。

【００７４】（実施例３−２）この実施例３−１は、各
ハブ装置２，３１，３２，４，１０及び各ルータ装置
５，６がそれぞれ、自装置に収容された端末に関する端
末電話番号テーブル及びグループ電話番号テーブルしか
有していない場合に、ＬＡＮ１に収容されたすべてのハ
ブ装置及びルータ装置に対し、まず一斉に識別情報の問
い合わせを行って複数の着呼先を確認し、しかるのちこ
れらの着呼先のハブ装置又はルータ装置に対して個別に
順次呼設定要求を送出することで、ＡＣＤサービス又は
ＵＣＤサービスを行うものである。

【００７５】図１９はその動作を示すシーケンス図であ
る。発呼元のアナログ電話機ＴＥＬ１を収容したハブ装
置３１は、まず着呼先の端末の電話番号を含む問い合わ
せ信号を、システムに収容されたすべてのハブ装置及び
ルータ装置に対し、ＬＡＮ１を介して同報的に送信す
る。

【００７６】上記問い合わせ信号が到来すると各ハブ装
置及びルータ装置は、それぞれ自装置のテーブルを検索
して、問い合わせ信号に含まれる端末電話番号に対応す
る端末が自装置に収容されているか否かを判定する。そ
して、収容されていれば、ＬＡＮ１上で自装置に割り当
てられているＩＰアドレスを含む応答信号を、ＬＡＮ１
上に形成した通信リンクを介して問い合わせ元のハブ装
置３１へ返送する。従って、着呼先の端末が複数存在す
れば、これらの端末を収容している複数のハブ装置又は
ルータ装置から応答信号が返送されることになる。

【００７７】発呼側のハブ装置３１は、上記応答信号が
返送されると、この応答信号を返送した各ハブ装置又は
ルータ装置との間に個別に順次通信リンクを再設定し
て、呼設定要求（ＳＥＴＵＰ）を送信する。

【００７８】例えば、まず着呼優先順位第１位に設定し
た端末を収容しているハブ装置を選択して、このハブ装
置との間に通信リンクを設定して呼設定要求（ＳＥＴＵ
Ｐ）を送出する。そして、着呼先端末が例えば話中のた
めに着呼先ハブ装置から解放完了（ＲＥＬ ＣＯＭＰ）
が返送されると、このハブ装置との間に設定してある通
信リンクを開放する。次に、着呼優先順位第２位に設定
した端末を収容するハブ装置を選択し、このハブ装置と
の間に通信リンクを設定して呼設定要求（ＳＥＴＵＰ）
を送出する。これに対し着呼側のハブ装置は、着呼先の
端末が待ち受け中であればこの着呼先端末に対する着呼
処理を実行する。そして、要求元のハブ装置３１へ呼設
定受付（ＣＡＬＬ ＰＲＯＣ）を返送したのち、呼出
（ＡＬＥＲＴ）を返送して着呼先の端末が呼出中である
旨を表示させる。

【００７９】そして、この状態で着呼先の端末が着呼応
答すると、着呼側のハブ装置は発呼元のハブ装置に対し
応答（ＣＯＮＮＥＣＴ）を返送する。発呼側のハブ装置
は、上記着呼応答が返送されたことを以て着信呼動作完
了と判断し、着呼優先順位第３位以降の端末に対する着
信呼動作は行わない。かくして、各ハブ装置２，３１，
３２，４，１０及び各ルータ装置５，６がそれぞれ、自
装置に収容された端末に関する端末電話番号テーブル及
びグループ電話番号テーブルしか有していない場合で、
すべてのハブ装置及びルータ装置に対しＩＰアドレスの
問い合わせを行って着呼先アドレスを取得したのち、呼
設定要求を送出することによる、ＡＣＤサービス又はＵ
ＣＤサービスが行われる。

【００８０】以上述べた実施例３−１及び実施例３−２
では、ＩＰアドレスの問い合わせを行うことで、着呼先
の端末を収容しているハブ装置又はルータ装置を予め調
べ、着呼先のハブ装置又はルータ装置に対してのみ呼設
定要求（ＳＥＴＵＰ）を送出するようにしているので、
着呼先以外のハブ装置及びルータ装置との間の通信リン
クを切断するシーケンスを不要にできる利点がある。

【００８１】（実施例３−３）この実施例３−３は、各
ハブ装置２，３１，３２，４，１０及び各ルータ装置
５，６がそれぞれ、自装置に収容された端末に関する端
末電話番号テーブル及びグループ電話番号テーブルしか
有していない場合に、着呼先識別情報の問い合わせを行
わずに、ＬＡＮ１に収容されたすべてのハブ装置及びル
ータ装置に対し一斉に呼設定要求を送信することで、マ
ルチライン・サービス又はＳＬＵサービスを行うもので
ある。

【００８２】図１７はその動作の概略を示す図、図２０
は信号の授受を示すシーケンス図である。例えば、いま
アナログ電話機ＴＥＬ１が任意の内線端末に対し発呼し
たとする。そうするとこの発呼元のアナログ電話機ＴＥ
Ｌ１を収容したハブ装置３１は、ＬＡＮ１に接続された
すべてのハブ装置及びルータ装置に対し、ＬＡＮ１を介
して一斉に呼設定要求（ＳＥＴＵＰ）を送信する。

【００８３】上記呼設定要求（ＳＥＴＵＰ）が到来する
と各ハブ装置及びルータ装置は、それぞれ自装置のテー
ブルを検索して、着呼先に相当する端末が自装置に収容
されているか否かを判定する。そして、収容されていれ
ば、当該着呼先の端末に対する着呼処理を実行し、かつ
要求元のハブ装置３１へ呼設定受付（ＣＡＬＬ ＰＲＯ
Ｃ）を返送したのち、呼出（ＡＬＥＲＴ）を返送して着
呼先の端末が呼出中である旨を表示させる。すなわち、
着呼先の端末を収容しているすべてのハブ装置又はルー
タ装置において、それぞれ端末に対する着呼処理が行わ
れ、かつ発呼側のハブ装置にその応答が返される。

【００８４】この状態で、いま仮にハブ装置３２に収容
された端末が着呼応答したとする。そうするとハブ装置
３２は発呼元のハブ装置３１に対し応答（ＣＯＮＮＥＣ
Ｔ）を返送する。呼出中のハブ装置からの着呼応答を受
信すると、発呼元のハブ装置３１はこの着呼応答を返し
たハブ装置３２以外の各ハブ装置に対し解放完了（ＲＥ
Ｌ ＣＯＭＰ）をそれぞれ送出し、これにより上記着呼
応答を返したハブ装置３２との間の通信リンクのみを残
し、他のハブ装置との間に設定されている通信リンクを
すべて開放する。

【００８５】かくして、各ハブ装置２，３１，３２，
４，１０及び各ルータ装置５，６がそれぞれ自装置に収
容された端末に関する端末電話番号テーブル及びグルー
プ電話番号テーブルしか持っていない場合で、ＩＰアド
レスの問い合わせを行わずに呼設定要求（ＳＥＴＵＰ）
を送出することによる、マルチライン・サービス又はＳ
ＬＵサービスが行われる。

【００８６】（実施例３−４）この実施例３−４は、各
ハブ装置２，３１，３２，４，１０及び各ルータ装置
５，６がそれぞれ、自装置に収容された端末に関する端
末電話番号テーブル及びグループ電話番号テーブルしか
有していない場合に、着呼先識別情報の問い合わせを行
わずに、ＬＡＮ１に収容されたすべてのハブ装置及びル
ータ装置に対し個別に順次呼設定要求を送信すること
で、ＡＣＤサービス又はＵＣＤサービスを行うものであ
る。

【００８７】図２１はその信号授受シーケンスを示す図
である。発呼元のアナログ電話機ＴＥＬ１を収容したハ
ブ装置３１は、ＬＡＮ１に接続されたすべてのハブ装置
及びルータ装置を対象に、ＬＡＮ１を介して個別に順次
呼設定要求（ＳＥＴＵＰ）を送信する。この呼設定要求
の送信順位は任意でよいが、着呼頻度が均一になるよう
にランダム或いは過去の着呼順序を考慮してその都度設
定してもよい。

【００８８】上記呼設定要求（ＳＥＴＵＰ）に対し着呼
側のハブ装置又はルータ装置は、着呼先端末が待ち受け
中であるか否かを判定する。そして、例えば話中のため
に着呼不能であれば、解放完了（ＲＥＬ ＣＯＭＰ）を
返送する。発呼側のハブ装置３１は、上記解放完了（Ｒ
ＥＬ ＣＯＭＰ）が到来すると、この着呼側ハブ装置と
の間に設定してある通信リンクを開放する。

【００８９】一方、着呼先の端末が待ち受け中であれ
ば、この着呼先端末に対する着呼処理を実行する。そし
て、要求元のハブ装置３１へ呼設定受付（ＣＡＬＬ Ｐ
ＲＯＣ）を返送したのち、呼出（ＡＬＥＲＴ）を返送し
て着呼先の端末が呼出中である旨を表示させる。

【００９０】発呼側のハブ装置３１は、上記呼設定受付
（ＣＡＬＬ ＰＲＯＣ）を一番最初に返送した着呼側ハ
ブ装置又はルータ装置を着呼先と認定して通信リンクを
そのまま保持し、二番目以降に上記呼設定受付（ＣＡＬ
Ｌ ＰＲＯＣ）を返送した着呼側ハブ装置又はルータ装
置に対しては、解放完了（ＲＥＬ ＣＯＭＰ）を送出し
て通信リンクを開放する。

【００９１】かくして、各ハブ装置２，３１，３２，
４，１０及び各ルータ装置５，６がそれぞれ自装置に収
容された端末に関する端末電話番号テーブル及びグルー
プ電話番号テーブルしか持っていない場合で、ＩＰアド
レスの問い合わせ行わずに、即時呼設定要求（ＳＥＴＵ
Ｐ）を送出することにより、ＡＣＤサービス又はＵＣＤ
サービスがなされる。

【００９２】以上述べた実施例３−３及び実施例３−４
では、ＩＰアドレスの問い合わせを省略して即時セット
アップを送出するようにしているので、着呼先端末を収
容しないハブ装置又はルータ装置以外との間の切断シー
ケンスが必要となるが、ＩＰアドレスの問い合わせ手順
を省略できることで、着信端末への着呼処理に要する時
間を短縮して発呼者の待ち時間を短縮することができ
る。

【００９３】［第４の実施形態］ （実施例４−１）この実施例４−１は、全内線端末に関
する情報を記憶した端末電話番号テーブル及びグループ
電話番号テーブルを特定のハブ装置またはルータ装置に
集約して記憶してある場合において、発呼側のハブ装置
から上記特定のハブ又はルータ装置に対し呼設定要求を
送出し、この呼設定要求を受けて特定のハブ又はルータ
装置が着信先のハブ又はルータ装置に対し一斉に呼設定
要求を行うことにより、マルチライン・サービス又はＳ
ＬＵサービスを行うものである。

【００９４】図２２はその動作の概略を示す図、図２３
は信号の授受を示すシーケンス図である。例えば、いま
アナログ電話機ＴＥＬ１が任意の内線端末に対し発呼し
たとする。そうするとこの発呼元のアナログ電話機ＴＥ
Ｌ１を収容したハブ装置３１は、まず端末電話番号テー
ブルなどを集約して持っている特定の通信インタフェー
ス装置、例えばルータ装置５との間に通信リンクを設定
したのち、相手先端末の電話番号を含む呼設定要求（Ｓ
ＥＴＵＰ）を送出する。

【００９５】この呼設定要求を受信したルータ装置５
は、自装置のデータベース（ＤＢ）に格納されたテーブ
ルから、着呼先の端末及びこの端末を収容するハブ装置
のＩＰアドレスを検索する。そして、この検索結果から
着呼先が１つであるか複数であるかを判定し、着呼先が
複数だった場合にはこれらの着呼先ハブ装置との間に一
斉に通信リンクを設定して呼設定要求（ＳＥＴＵＰ）を
送出する。

【００９６】上記呼設定要求（ＳＥＴＵＰ）を受信する
と着呼先の各ハブ装置は、それぞれ着呼先の端末に対す
る着呼処理を実行し、かつ要求元のルータ装置５へ呼設
定受付（ＣＡＬＬ ＰＲＯＣ）を返送したのち、呼出
（ＡＬＥＲＴ）を返送する。ルータ装置５は、上記着呼
先のハブ装置からの呼設定受付（ＣＡＬＬ ＰＲＯＣ）
及び呼出（ＡＬＥＲＴ）を受信すると、発呼元のハブ装
置３１に対し呼設定受付（ＣＡＬＬ ＰＲＯＣ）を送出
すると共に、呼出（ＡＬＥＲＴ）を返送して着呼先の端
末が呼出中である旨を表示させる。

【００９７】この状態で、いま仮にハブ装置３２に収容
された端末が着呼応答したとする。そうするとハブ装置
３２は要求元のルータ装置５に対し応答（ＣＯＮＮＥＣ
Ｔ）を返送する。ルータ装置５は、この応答（ＣＯＮＮ
ＥＣＴ）を発呼元のハブ装置３１に送出する。またルー
タ装置５は、上記呼出中のハブ装置からの着呼応答を受
信すると、この着呼応答を返したハブ装置３２以外の各
ハブ装置に対し解放完了（ＲＥＬ ＣＯＭＰ）をそれぞ
れ送出し、これにより上記着呼応答を返したハブ装置３
２との間の通信リンクのみを残し、他のハブ装置との間
に設定されている通信リンクをすべて開放する。

【００９８】（実施例４−２）この実施例４−１は、全
内線端末に関する情報を記憶した端末電話番号テーブル
及びグループ電話番号テーブルを特定のハブ装置または
ルータ装置に集約して記憶してある場合において、発呼
側のハブ装置から上記特定のハブ又はルータ装置に対し
呼設定要求を送出し、この呼設定要求を受けて特定のハ
ブ又はルータ装置が着信先のハブ又はルータ装置に対し
個別に順次呼設定要求を送出することにより、ＡＣＤサ
ービス又はＵＣＤサービスを行うものである。

【００９９】図２４はその動作を示すシーケンス図であ
る。すなわち、発呼元のアナログ電話機ＴＥＬ１を収容
したハブ装置３１は、まず端末電話番号テーブルなどを
集約して持っている特定の通信インタフェース装置、例
えばルータ装置５との間に通信リンクを設定したのち、
相手先端末の電話番号を含む呼設定要求（ＳＥＴＵＰ）
を送出する。

【０１００】この呼設定要求を受信したルータ装置５
は、自装置のデータベース（ＤＢ）に格納されたテーブ
ルから、着呼先の端末及びこの端末を収容するハブ装置
のＩＰアドレスを検索する。そして、この検索結果から
着呼先が１つであるか複数であるかを判定し、着呼先が
複数だった場合にはこれらの着呼先ハブ装置との間に個
別に順次通信リンクを設定して呼設定要求（ＳＥＴＵ
Ｐ）を送出する。

【０１０１】例えば、まず着呼優先順位第１位に設定し
た端末を収容しているハブ装置を選択して、このハブ装
置との間に通信リンクを設定して呼設定要求（ＳＥＴＵ
Ｐ）を送出する。そして、着呼先端末が例えば話中のた
めに着呼先ハブ装置から解放完了（ＲＥＬ ＣＯＭＰ）
が返送されると、このハブ装置との間に設定してある通
信リンクを開放する。

【０１０２】ルータ装置５は、次に着呼優先順位第２位
に設定した端末を収容するハブ装置を選択し、このハブ
装置との間に通信リンクを設定して呼設定要求（ＳＥＴ
ＵＰ）を送出する。これに対し着呼側のハブ装置は、着
呼先の端末が待ち受け中であればこの着呼先端末に対す
る着呼処理を実行する。そして、要求元のルータ装置５
へ呼設定受付（ＣＡＬＬ ＰＲＯＣ）及び呼出（ＡＬＥ
ＲＴ）を返送する。ルータ装置５は、上記着呼先のハブ
装置からの呼設定受付（ＣＡＬＬ ＰＲＯＣ）及び呼出
（ＡＬＥＲＴ）を受信すると、発呼元のハブ装置３１に
対し呼設定受付（ＣＡＬＬ ＰＲＯＣ）を送出すると共
に、呼出（ＡＬＥＲＴ）を返送して着呼先の端末が呼出
中である旨を表示させる。

【０１０３】そして、この状態で着呼先の端末が着呼応
答すると、着呼側のハブ装置は要求元のルータ装置５に
対し応答（ＣＯＮＮＥＣＴ）を返送する。ルータ装置５
は、この応答（ＣＯＮＮＥＣＴ）を発呼元のハブ装置へ
転送して、着呼側端末の応答を通知する。また、ルータ
装置５は、上記着呼応答が返送されたことを以て着信呼
動作完了と判断し、着呼優先順位第３位以降の端末に対
する着信呼動作は行わない。

【０１０４】［第５の実施形態］ （実施例５−１）この実施例５−１は、システムに収容
された全端末と全ハブ装置及びルータ装置に関する識別
情報を集約記憶した端末電話番号テーブル及びグループ
電話番号テーブルを、すべてのハブ装置及びルータ装置
のデータベースに持たせると共に、各ハブ装置及びルー
タ装置には着信呼のキューをそれぞれ設ける。そして、
各ハブ装置又はルータ装置は、自装置に収容された端末
から発呼要求が発生した場合に、自装置のデータベース
を検索することで複数の着呼先を確認して、これらの着
呼先に対し一斉に呼設定要求を送出するようにし、かつ
この呼設定要求を受信した各ハブ装置又はルータ装置
は、着呼先の端末が使用中の場合には上記呼設定要求に
よる着信呼を上記キューに登録するようにしたものであ
る。

【０１０５】図２５はその動作の概略を示す図、図２６
は信号の授受を示すシーケンス図である。例えば、いま
アナログ電話機ＴＥＬ１が任意の端末に対し発呼したと
する。そうするとこの発呼元のアナログ電話機ＴＥＬ１
を収容したハブ装置３１は、まず自装置のデータベース
（ＤＢ）に格納されたテーブルをアクセスして、着呼先
の端末の識別情報及びこの端末を収容するハブ装置の識
別情報を検索する。そして、複数の識別情報が検索され
ると、これらの識別情報に対応する各ハブ装置との間に
それぞれ通信リンクを設定して呼設定要求（ＳＥＴＵ
Ｐ）を送出する。すなわち、複数の着呼先ハブ装置に対
し着呼通知処理を同報的に行う。

【０１０６】この呼設定要求を受信すると各ハブ装置
は、それぞれ着呼先の端末が待ち受け状態にあるか否か
を判定し、待ち受け状態にあれば着呼先の端末に対する
着呼処理を実行する。そして、要求元のハブ装置３１へ
呼設定受付（ＣＡＬＬ ＰＲＯＣ）を返送すると共に、
呼出（ＡＬＥＲＴ）を返送して着呼先の端末が呼出中で
ある旨を表示させる。

【０１０７】一方、着呼先の端末が使用中であれば、上
記呼設定要求による着信呼をキューに登録する。そし
て、使用中の端末が待ち受け状態に復帰すると、上記キ
ューに登録してある着信呼を読み出して着呼先の端末に
対し着呼処理を行う。

【０１０８】この状態で、いま仮にハブ装置３２に収容
された端末が着呼応答したとする。そうするとこの着呼
側のハブ装置３２は発呼元のハブ装置３１に対し応答
（ＣＯＮＮＥＣＴ）を返送する。呼出中のハブ装置から
の着呼応答を受信すると、発呼元のハブ装置３１はこの
着呼応答を返したハブ装置３２以外の各ハブ装置に対し
解放完了（ＲＥＬ ＣＯＭＰ）をそれぞれ送出し、これ
により上記着呼応答を返したハブ装置３２との間の通信
リンクのみを残し、他のハブ装置との間に設定されてい
る通信リンクをすべて開放する。

【０１０９】また、この通信リンクが開放された各ハブ
装置は、キューに対応する着信呼が登録されているか否
かを判定し、登録されていればこの着信呼をキューから
削除する。

【０１１０】（実施例５−２）この実施例５−２は、シ
ステムに収容された全端末と全ハブ装置及びルータ装置
に関する識別情報を集約記憶した端末電話番号テーブル
及びグループ電話番号テーブルを、すべてのハブ装置及
びルータ装置のデータベースに持たせると共に、各ハブ
装置及びルータ装置には着信呼のキューをそれぞれ設け
る。そして、各ハブ装置又はルータ装置は、自装置に収
容された端末から発呼要求が発生した場合に、自装置の
データベースを検索することで複数の着呼先を確認し
て、これら複数の着呼先に対し、待ち受け状態の端末が
見つかるまで個別に順次呼設定要求を送出する。そし
て、着呼先の端末がすべて使用中だった場合には、着呼
先の複数のハブ装置のうちの一つのキューに着信呼を登
録させるようにしたものである。

【０１１１】図２７は信号の授受を示すシーケンス図で
ある。発呼側のハブ装置は、自装置のデータベースより
検索した複数の着呼先ハブ装置のうち、まず着呼優先順
位第１位に設定した端末を収容しているハブ装置を選択
し、このハブ装置との間に通信リンクを設定して呼設定
要求（ＳＥＴＵＰ）を送出する。そして、着呼先端末が
例えば話中のために着呼先ハブ装置から解放完了（ＲＥ
Ｌ ＣＯＭＰ）が返送されると、この着呼側ハブ装置と
の間に設定してある通信リンクを開放する。

【０１１２】次に発呼側のハブ装置は、着呼優先順位第
２位に設定した端末を収容するハブ装置を選択し、この
ハブ装置との間に通信リンクを設定して呼設定要求（Ｓ
ＥＴＵＰ）を送出する。そして、このハブ装置からも解
放完了（ＲＥＬ ＣＯＭＰ）が返送されると、この着呼
側ハブ装置との間に設定してある通信リンクを開放す
る。

【０１１３】以後同様に発呼側のハブ装置は、着呼優先
順位に従って各着呼先ハブ装置に対し順次個別に呼設定
要求を送出し、これに対し解放完了（ＲＥＬ ＣＯＭ
Ｐ）が返送されると、この着呼側ハブ装置との間に設定
してある通信リンクを開放する。すなわち、着信呼出が
可能な端末が見つかるまで上記動作を繰り返す。

【０１１４】ところが、着呼先の端末がすべて使用中だ
ったとする。そうすると、発呼側のハブ装置は着呼優先
順位第１位の端末を収容するハブ装置に対し、通信リン
クを設定して再度呼設定要求（ＳＥＴＵＰ）を送出す
る。このときこの呼設定要求（ＳＥＴＵＰ）には、キュ
ーに着信呼を登録させるための要求を挿入する。この呼
設定要求（ＳＥＴＵＰ）を受信するとハブ装置は、着信
呼を自装置のキューに登録する。そして、要求元のハブ
装置３２へ呼設定受付（ＣＡＬＬ ＰＲＯＣ）を返送す
ると共に、呼出（ＡＬＥＲＴ）を返送して着呼先の端末
が呼出中である旨を表示させる。

【０１１５】上記キューに着信呼を登録した着呼側のハ
ブ装置は、着呼先の端末の状態を監視する。そして、こ
の端末が待ち受け状態に復帰すると、上記キューに登録
してある着信呼に従って、端末に対し着呼処理を実行す
る。また、この状態で着呼先の端末が着呼応答すると、
着呼側のハブ装置は発呼元のハブ装置に対し応答（ＣＯ
ＮＮＥＣＴ）を返送する。

【０１１６】［第６の実施形態］ （実施例６−１）この実施例６−１は、システムに収容
された全端末と全ハブ装置及びルータ装置に関する識別
情報を集約記憶した端末電話番号テーブル及びグループ
電話番号テーブルを、特定の通信インタフェース装置、
例えばコミュニケーション・サーバ装置のデータベース
に持たせると共に、このコミュニケーション・サーバ装
置に着信呼の待ちキューを設ける。そして、ハブ装置か
らの呼設定要求に応じて、ハブ装置でデータベースを検
索して複数の着呼先を確認し、これらの着呼先に対し一
斉に呼設定要求を送出するようにし、かつすべての着信
先ハブ装置が使用中の場合には上記呼設定要求による着
信呼を上記キューに登録するようにしたものである。

【０１１７】図２８はその動作の概略を示す図、図２９
は信号の授受を示すシーケンス図である。例えば、いま
アナログ電話機ＴＥＬ１が任意の内線端末に対し発呼し
たとする。そうするとこの発呼元のアナログ電話機ＴＥ
Ｌ１を収容したハブ装置３１は、まず端末電話番号テー
ブルなどを集約して持っている特定の通信インタフェー
ス装置、例えばコミュニケーション・サーバ装置９との
間に通信リンクを設定したのち、相手先端末の電話番号
を含む呼設定要求（ＳＥＴＵＰ）を送出する。

【０１１８】この呼設定要求を受信したコミュニケーシ
ョン・サーバ装置９は、自装置のデータベース（ＤＢ）
に格納されたテーブルから、着呼先の端末及びこの端末
を収容するハブ装置のＩＰアドレスを検索する。そし
て、この検索された複数の着呼先が待ち受け状態にある
か否かを判定し、着信先のすべての端末が使用中であれ
ば、上記呼設定要求をキューに登録する。またこのとき
要求元のハブ装置３１には呼設定受付（ＣＡＬＬ ＰＲ
ＯＣ）を返送すると共に、呼出（ＡＬＥＲＴ）を返送し
て着呼先を呼出中である旨を表示する。

【０１１９】この状態で、着信先の複数の端末のうちの
一つが終話して待ち受け状態になったとする。そうする
とこの端末を収容しているハブ装置からコミュニケーシ
ョン・サーバ装置９へ切断（ＤＩＳＣ）が送出され、こ
れに対しコミュニケーション・サーバ装置９は解放（Ｒ
ＥＬ）を返送する。ハブ装置は、この解放（ＲＥＬ）を
受けると解放完了（ＲＥＬ ＣＯＭＰ）を送出し、これ
を受けるとコミュニケーション・サーバ装置９は当該ハ
ブ装置との間の通信リンクを開放する。

【０１２０】次にコミュニケーション・サーバ装置９
は、着呼先の各ハブ装置との間に一斉にそれぞれ通信リ
ンクを設定したのち、呼設定要求（ＳＥＴＵＰ）を送出
する。この呼設定要求（ＳＥＴＵＰ）を受信すると着呼
先の各ハブ装置は、それぞれ着呼先の端末が待ち受け中
であればこの端末に対し着呼処理を実行し、要求元のコ
ミュニケーション・サーバ装置９へは呼設定受付（ＣＡ
ＬＬ ＰＲＯＣ）及び呼出（ＡＬＥＲＴ）を返送する。
また着呼先端末が使用中であれば、要求元のコミュニケ
ーション・サーバ装置９へ解放完了（ＲＥＬ ＣＯＭ
Ｐ）を返送する。なお、コミュニケーション・サーバ装
置９はこのときキューから呼設定要求を削除する。

【０１２１】この状態で、いま仮にハブ装置３２に収容
された端末が着呼応答したとする。そうするとハブ装置
３２は要求元のコミュニケーション・サーバ装置９に対
し応答（ＣＯＮＮＥＣＴ）を返送する。コミュニケーシ
ョン・サーバ装置９は、この応答（ＣＯＮＮＥＣＴ）を
発呼元のハブ装置３１に送出する。またコミュニケーシ
ョン・サーバ装置９は、上記呼出中のハブ装置３２から
の着呼応答を受信すると、この着呼応答を返したハブ装
置３２以外の各ハブ装置に対し解放完了（ＲＥＬ ＣＯ
ＭＰ）をそれぞれ送出し、これにより上記着呼応答を返
したハブ装置３２との間の通信リンクのみを残し、他の
ハブ装置との間に設定されている通信リンクをすべて開
放する。

【０１２２】（実施例６−２）この実施例６−２は、シ
ステムに収容された全端末と全ハブ装置及びルータ装置
に関する識別情報を集約記憶した端末電話番号テーブル
及びグループ電話番号テーブルを、特定の通信インタフ
ェース装置、例えばコミュニケーション・サーバ装置の
データベースに持たせると共に、このコミュニケーショ
ン・サーバ装置に着信呼の待ちキューを設ける。そし
て、ハブ装置からの呼設定要求に応じて、ハブ装置でデ
ータベースを検索して複数の着呼先を確認し、これらの
着呼先に対し個別に順次呼設定要求を送出するように
し、かつすべての着信先ハブ装置が使用中の場合には上
記呼設定要求による着信呼を上記キューに登録するよう
にしたものである。

【０１２３】図３０は信号の授受を示すシーケンス図で
ある。すなわち、発呼元のアナログ電話機ＴＥＬ１を収
容したハブ装置３１は、まず端末電話番号テーブル等を
集約して持っている特定の通信インタフェース装置、例
えばコミュニケーション・サーバ装置９との間に通信リ
ンクを設定したのち、相手先端末の電話番号を含む呼設
定要求（ＳＥＴＵＰ）を送出する。

【０１２４】この呼設定要求を受信したコミュニケーシ
ョン・サーバ装置９は、自装置のデータベース（ＤＢ）
に格納されたテーブルから、着呼先の端末及びこの端末
を収容するハブ装置のＩＰアドレスを検索する。そし
て、この検索された複数の着呼先が待ち受け状態にある
か否かを判定し、着信先のすべての端末が使用中であれ
ば、上記呼設定要求をキューに登録する。またこのとき
要求元のハブ装置３１には呼設定受付（ＣＡＬＬ ＰＲ
ＯＣ）を返送すると共に、呼出（ＡＬＥＲＴ）を返送し
て着呼先を呼出中である旨を表示する。

【０１２５】この状態で、着信先の複数の端末のうちの
一つが終話して待ち受け状態になったとする。そうする
とこの端末を収容しているハブ装置からコミュニケーシ
ョン・サーバ装置９へ切断（ＤＩＳＣ）が送出され、こ
れに対しコミュニケーション・サーバ装置９は解放（Ｒ
ＥＬ）を返送する。ハブ装置は、この解放（ＲＥＬ）を
受けると解放完了（ＲＥＬ ＣＯＭＰ）を送出し、これ
を受けるとコミュニケーション・サーバ装置９は当該ハ
ブ装置との間の通信リンクを開放する。

【０１２６】次にコミュニケーション・サーバ装置９
は、上記切断（ＤＩＳＣ）を送出した着呼先ハブ装置と
の間に通信リンクを再度設定して、呼設定要求（ＳＥＴ
ＵＰ）を送出する。この呼設定要求（ＳＥＴＵＰ）を受
信すると着呼先のハブ装置は、着呼先の端末が待ち受け
中であればこの端末に対し着呼処理を実行し、要求元の
コミュニケーション・サーバ装置９へは呼設定受付（Ｃ
ＡＬＬ ＰＲＯＣ）及び呼出（ＡＬＥＲＴ）を返送す
る。

【０１２７】この状態で、いま仮にハブ装置３２に収容
された端末が着呼応答したとする。そうするとハブ装置
３２は要求元のコミュニケーション・サーバ装置９に対
し応答（ＣＯＮＮＥＣＴ）を返送する。コミュニケーシ
ョン・サーバ装置９は、この応答（ＣＯＮＮＥＣＴ）を
発呼元のハブ装置３１に送出する。

【０１２８】なお、上記呼設定要求を送出した先のハブ
装置の端末がまた使用中となり、これによりそのハブ装
置から解放完了（ＲＥＬ ＣＯＭＰ）が到来した場合に
は、コミュニケーション・サーバ装置９はこのハブ装置
との間の通信リンクを開放して、着呼先の各端末農地の
いずれかが待ち受け状態に復帰するのを待つ。そして、
いずれかの端末が待ち受け状態に復帰すると、この端末
を収容するハブ装置に対し先に述べた呼設定要求の送出
を行う。

【０１２９】［その他の実施形態］なお、この発明は上
記各実施形態及び各実施例に限定されるものではない。
例えば、前記各実施形態ではシステム内の通信端末装置
からの発呼に応じてシステム内の通信端末装置に対しグ
ループ着呼制御処理を行う場合について説明したが、外
部網からシステム内の通信端末装置への着呼が到来した
場合にも、本発明は適用可能である。この場合にはルー
タ装置がグループ着呼処理を行う方式がもっともポピュ
ラーである。

【０１３０】また、ＬＡＮ１上のプロトコルとしてはＴ
ＣＰ／ＩＰプロトコル以外にＵＤＰ／ＩＰプロトコル等
のその他のプロトコルを適用してもよく、また各テーブ
ルの格納先や、マルチライン、ＳＬＵサービス、ＡＣＤ
サービス、およびＵＣＤサービスの各制御手順とその内
容、キューの設置場所などについても、この発明の要旨
を逸脱しない範囲で種々変形して実施できる。

【０１３１】

【発明の効果】以上詳述したようにこの発明によれば、
複数種のプログラムが混在するシステムにおいて、グル
ープ着呼サービスを実現することができるマルチメディ
ア情報通信システムを提供することができる。

【図面の簡単な説明】

【図１】 この発明に係わるマルチメディア情報通信シ
ステムの概略構成図。

【図２】 ディジタル電話機およびパーソナル・コンピ
ュータをさらに接続可能としたシステムの機能構成を示
すブロック図。

【図３】 無線基地局の機能構成を示すブロック図。

【図４】 アナログ電話ハブ装置の機能構成を示すブロ
ック図。

【図５】 ディジタル電話ハブ装置の機能構成を示すブ
ロック図。

【図６】 ＩＳＤＮルータ装置の機能構成を示すブロッ
ク図。

【図７】 ＰＳＴＮルータ装置の機能構成を示すブロッ
ク図。

【図８】 端末電話番号とＩＰアドレスとの対応関係を
表す端末電話番号テーブルの一例を示す図。

【図９】 グループ電話番号とこのグループ電話番号を
持つ端末の電話番号との対応関係を表すグループ電話番
号テーブルの一例を示す図。

【図１０】 この発明に係わるマルチメディア情報通信
システムによるグループ着信動作の第１の実施形態を示
す概略図。

【図１１】 第１の実施形態の実施例１−１における動
作を示すシーケンス図。

【図１２】 第１の実施形態の実施例１−２における動
作を示すシーケンス図。

【図１３】 この発明に係わるマルチメディア情報通信
システムによるグループ着信動作の第２の実施形態を示
す概略図。

【図１４】 第２の実施形態の実施例２−１における動
作を示すシーケンス図。

【図１５】 第２の実施形態の実施例２−２における動
作を示すシーケンス図。

【図１６】 この発明に係わるマルチメディア情報通信
システムによるグループ着信動作の第３の実施形態を示
す概略図。

【図１７】 第３の実施形態の他の実施例を示す概略
図。

【図１８】 第３の実施形態の実施例３−１における動
作を示すシーケンス図。

【図１９】 第３の実施形態の実施例３−２における動
作を示すシーケンス図。

【図２０】 第３の実施形態の実施例３−３における動
作を示すシーケンス図。

【図２１】 第３の実施形態の実施例３−４における動
作を示すシーケンス図。

【図２２】 この発明に係わるマルチメディア情報通信
システムによるグループ着信動作の第４の実施形態を示
す概略図。

【図２３】 第４の実施形態の実施例４−１における動
作を示すシーケンス図。

【図２４】 第４の実施形態の実施例４−２における動
作を示すシーケンス図。

【図２５】 この発明に係わるマルチメディア情報通信
システムによるグループ着信動作の第５の実施形態を示
す概略図。

【図２６】 第５の実施形態の実施例５−１における動
作を示すシーケンス図。

【図２７】 第５の実施形態の実施例５−２における動
作を示すシーケンス図。

【図２８】 この発明に係わるマルチメディア情報通信
システムによるグループ着信動作の第６の実施形態を示
す概略図。

【図２９】 第６の実施形態の実施例６−１における動
作を示すシーケンス図。

【図３０】 第６の実施形態の実施例６−２における動
作を示すシーケンス図。

【符号の説明】

１…ＬＡＮ ２…無線基地局 ２ａ…ネットワーク・インタフェース（Ｉ／Ｆ） ２ｂ…無線部 ２ｃ…無線／ネットワーク・プロトコル変換部 ３１，３２…アナログ電話ハブ装置 ３ａ…ネットワーク・インタフェース（Ｉ／Ｆ） ３ｂ…アナログ電話インタフェース（Ｉ／Ｆ） ３ｃ…アナログ電話／ネットワーク・プロトコル変換部 ４…ディジタル電話ハブ装置 ４ａ…ネットワーク・インタフェース（Ｉ／Ｆ） ４ｂ…ディジタル電話インタフェース（Ｉ／Ｆ） ４ｃ…ディジタル電話／ネットワーク・プロトコル変換
部 ５…ＩＳＤＮルータ装置 ５ａ…ネットワーク・インタフェース（Ｉ／Ｆ） ５ｂ…ＩＳＤＮインタフェース（Ｉ／Ｆ） ５ｃ…ＩＳＤＮ／ネットワーク・プロトコル変換部 ６…ＰＳＴＮルータ装置 ６ａ…ネットワーク・インタフェース（Ｉ／Ｆ） ６ｂ…ＰＳＴＮインタフェース（Ｉ／Ｆ） ６ｃ…ＰＳＴＮ／ネットワーク・プロトコル変換部 ７…統合サービスディジタル網（ＩＳＤＮ） ８…アナログ公衆網（ＰＳＴＮ） ９…コミュニケーション・サーバ装置 １０…パーソナル・コンピュータ用のハブ装置 １０ａ…ネットワーク・インタフェース（Ｉ／Ｆ） ＴＥＬ１〜ＴＥＬ５…アナログ電話機 ＤＫＴ１，ＤＫＴ２…ディジタル電話機 ＰＣ，ＰＣ１，ＰＣ２…パーソナル・コンピュータ

───────────────────────────────────────────────────── フロントページの続き (72)発明者 吉原 勝徳 東京都日野市旭が丘３丁目１番地の１ 株 式会社東芝日野工場内 (72)発明者 樫本 晋一 東京都日野市旭が丘３丁目１番地の１ 株 式会社東芝日野工場内

Claims (17)

【特許請求の範囲】
1. 【請求項１】 共通の第１の通信プロトコル或いは相互
   に異なる第１および第２の通信プロトコルにより情報デ
   ータの送受信を行う複数の通信端末装置と、 前記第１および第２の通信プロトコルと異なる第３の通
   信プロトコルに従って情報データを伝送する中核通信ネ
   ットワークと、 前記複数の通信端末装置をそれぞれ前記中核通信ネット
   ワークに接続するための通信プロトコル及び情報データ
   の変換機能を有する複数の通信インタフェース装置とを
   備え、 かつ前記複数の通信端末装置の各々に個別識別情報を割
   り当てると共に、前記複数の通信端末装置のうちの少な
   くとも一部をグループ化してこのグループ内の各通信端
   末装置に対し共通のグループ識別情報を割り当てたマル
   チメディア情報通信システムであって、 前記複数の通信端末装置とその個別識別情報との対応関
   係及びグループ識別情報と個別識別情報との対応関係を
   表すテーブルを備え、 前記各通信インタフェース装置は、 自装置に収容される通信端末装置から他の通信端末装置
   に対する発呼要求が発生した場合に、前記テーブルを検
   索して着呼先に関する情報を取得する着呼先判定手段
   と、 この着呼先判定手段により取得された着呼先に関する情
   報から着呼先の通信端末装置が複数あると判定された場
   合に、これらの通信端末装置に対する所定のグループ着
   呼制御処理を前記中核通信ネットワークを介して実行す
   るグループ着呼制御手段とを備えたことを特徴とするマ
   ルチメディア情報通信システム。
2. 【請求項２】 前記テーブルを、前記複数の通信インタ
   フェース装置の各々に設け、 前記複数の通信インタフェースの着呼先判定手段は、自
   装置に収容される通信端末装置から他の通信端末装置に
   対する発呼要求が発生した場合に、自装置のテーブルか
   ら着呼先の通信端末装置の識別情報を検索してその検索
   結果から着呼先の通信端末装置が複数あるか否かを判定
   することを特徴とする請求項１記載のマルチメディア情
   報通信システム。
3. 【請求項３】 前記テーブルを、前記複数の通信インタ
   フェース装置のうちの特定の通信インタフェース装置に
   設け、 この特定の通信インタフェース装置は、他の通信インタ
   フェース装置から着呼先の問い合わせが到来した場合
   に、自装置のテーブルから着呼先の通信端末装置の識別
   情報を検索してこの検索結果を問い合わせ元の通信イン
   タフェース装置に通知する手段を備え、 前記複数の通信インタフェース装置の着呼先判定手段
   は、自装置に収容される通信端末装置から他の通信端末
   装置に対する発呼要求が発生した場合に、中核通信ネッ
   トワークを介して前記特定の通信インタフェース装置に
   対し着呼先の問い合わせを行い、この問い合わせに対し
   特定の通信インタフェース装置から通知された検索結果
   を基に着呼先の通信端末装置が複数あるか否かを判定す
   ることを特徴とする請求項１記載のマルチメディア情報
   通信システム。
4. 【請求項４】 前記中核通信ネットワークを介して前記
   複数の通信インタフェース装置との間で情報データの伝
   送を行う機能を備えたサーバ装置をさらに備えている場
   合に、 このサーバ装置に、前記複数の通信端末装置とその個別
   識別情報との対応関係及びグループ識別情報と個別識別
   情報との対応関係を表すテーブルを設け、 このサーバ装置は、前記複数の通信インタフェース装置
   から着呼先の問い合わせが到来した場合に、自装置のテ
   ーブルから着呼先の通信端末装置の識別情報を検索して
   この検索結果を問い合わせ元の通信インタフェース装置
   に通知する手段を備え、 前記複数の通信インタフェースの着呼先判定手段は、自
   装置に収容される通信端末装置から他の通信端末装置に
   対する発呼要求が発生した場合に、中核通信ネットワー
   クを介して前記サーバ装置に対し着呼先の問い合わせを
   行い、この問い合わせに対しサーバ装置から通知された
   検索結果を基に着呼先の通信端末装置が複数あるか否か
   を判定することを特徴とする請求項１記載のマルチメデ
   ィア情報通信システム。
5. 【請求項５】 少なくとも前記第３の通信プロトコルと
   異なる第４の通信プロトコルに従って情報データを伝送
   する外部通信ネットワークに対し、前記中核通信ネット
   ワークを接続するためのルータ装置をさらに備えている
   場合に、 このルータ装置に、前記複数の通信端末装置とその個別
   識別情報との対応関係及びグループ識別情報と個別識別
   情報との対応関係を表すテーブルを設け、 このルータ装置は、前記複数の通信インタフェース装置
   から着呼先の問い合わせが到来した場合に、自装置のテ
   ーブルから着呼先の通信端末装置の識別情報を検索して
   この検索結果を問い合わせ元の通信インタフェース装置
   に通知する手段を備え、 前記複数の通信インタフェースの着呼先判定手段は、自
   装置に収容される通信端末装置から他の通信端末装置に
   対する発呼要求が発生した場合に、中核通信ネットワー
   クを介して前記ルータ装置に対し着呼先の問い合わせを
   行い、この問い合わせに対しルータ装置から通知された
   検索結果を基に着呼先の通信端末装置が複数あるか否か
   を判定することを特徴とする請求項１記載のマルチメデ
   ィア情報通信システム。
6. 【請求項６】 前記複数の通信インタフェース装置の各
   々が、 自装置に収容される通信端末装置に関する個別識別情報
   とグループ識別情報との対応関係を表すテーブルと、 他の通信インタフェース装置から着呼先の問い合わせが
   到来した場合に、自装置のテーブルを検索して該当する
   通信端末装置が収容されているか否かを判定し、その判
   定結果を問い合わせ元の通信インタフェース装置に応答
   する応答手段とを備える場合に、 前記各通信インタフェース装置の着呼先判定手段は、 自装置に収容される通信端末装置から他の通信端末装置
   に対する発呼要求が発生した場合に、この着呼先の通信
   端末装置についての問い合わせを中核通信ネットワーク
   を介して他のすべての通信インタフェース装置に対し一
   斉に送出し、前記問い合わせ先の通信インタフェース装
   置から到来した判定結果を基に、着呼先の通信端末装置
   が複数あるか否かを判定することを特徴とする請求項１
   記載のマルチメディア情報通信システム。
7. 【請求項７】 前記グループ着呼制御手段は、着呼先通
   信端末装置を収容する複数の通信インタフェース装置と
   の間に中核通信ネットワークを介して一斉に通信リンク
   を設定して着呼先通信端末装置の呼出しを行い、この呼
   出しに対し任意の着呼先通信端末装置が応答した場合
   に、この着呼応答した通信端末装置を収容する通信イン
   タフェースとの間の通信リンクを残して、他の着呼先の
   通信インタフェース装置との間の通信リンクを開放する
   ことを特徴とする請求項１記載のマルチメディア情報通
   信システム。
8. 【請求項８】 前記グループ着呼制御手段は、着呼先の
   通信端末装置を収容するすべての通信インタフェース装
   置との間に中核通信ネットワークを介して通信リンクを
   個別に順次設定したのち呼設定要求を送出し、この呼設
   定要求に対し最初に呼設定受付を返送した着呼先の通信
   インタフェース装置との間で着呼先通信端末装置に対す
   る着呼処理を行うことを特徴とする請求項１記載のマル
   チメディア情報通信システム。
9. 【請求項９】 共通の第１の通信プロトコル或いは相互
   に異なる第１および第２の通信プロトコルにより情報デ
   ータの送受信を行う複数の通信端末装置と、 前記第１および第２の通信プロトコルと異なる第３の通
   信プロトコルに従って情報データを伝送する中核通信ネ
   ットワークと、 前記複数の通信端末装置をそれぞれ前記中核通信ネット
   ワークに接続するための通信プロトコル及び情報データ
   の変換機能を有する複数の通信インタフェース装置とを
   備え、 かつ前記複数の通信端末装置の各々に個別識別情報を割
   り当てると共に、前記複数の通信端末装置のうちの少な
   くとも一部をグループ化してこのグループ内の各通信端
   末装置に対し共通のグループ識別情報を割り当てたマル
   チメディア情報通信システムであって、 前記複数の通信インタフェース装置は、 自装置に収容される通信端末装置に関する個別識別情報
   とグループ識別情報との対応関係を表すテーブルと、 自装置に収容される通信端末装置から他の通信端末装置
   に対する発呼要求が発生した場合に、自装置以外のすべ
   ての通信インタフェース装置との間に一斉に通信リンク
   を設定して呼設定要求を送出する手段と、 自装置以外の通信インタフェース装置から前記呼設定要
   求が送られた場合に、前記テーブルを検索して着呼先の
   通信端末装置が自装置に収容されているか否かを判定
   し、収容されている場合に呼設定受付を返送する手段
   と、 前記呼設定要求の送出に対し呼設定受付を返送しかつ着
   呼先通信端末装置からの着信応答を返送した通信インタ
   フェース装置との間の通信リンクのみを残して、他の着
   呼先の通信インタフェース装置との間の通信リンクを開
   放する手段とを備えたことを特徴とするマルチメディア
   情報通信システム。
10. 【請求項１０】 共通の第１の通信プロトコル或いは相
    互に異なる第１および第２の通信プロトコルにより情報
    データの送受信を行う複数の通信端末装置と、 前記第１および第２の通信プロトコルと異なる第３の通
    信プロトコルに従って情報データを伝送する中核通信ネ
    ットワークと、 前記複数の通信端末装置をそれぞれ前記中核通信ネット
    ワークに接続するための通信プロトコル及び情報データ
    の変換機能を有する複数の通信インタフェース装置とを
    備え、 かつ前記複数の通信端末装置の各々に個別識別情報を割
    り当てると共に、前記複数の通信端末装置のうちの少な
    くとも一部をグループ化してこのグループ内の各通信端
    末装置に対し共通のグループ識別情報を割り当てたマル
    チメディア情報通信システムであって、 前記複数の通信インタフェース装置は、 自装置に収容される通信端末装置に関する個別識別情報
    とグループ識別情報との対応関係を表すテーブルと、 自装置に収容される通信端末装置から他の通信端末装置
    に対する発呼要求が発生した場合に、自装置以外のすべ
    ての通信インタフェース装置に対し中核通信ネットワー
    クを介して個別に順次通信リンクを設定して呼設定要求
    を送出する手段と、 自装置以外の通信インタフェース装置から前記呼設定要
    求が送られた場合に、前記テーブルを検索して着呼先の
    通信端末装置が自装置に収容されているか否かを判定
    し、収容されている場合に呼設定受付を返送する手段
    と、 前記呼設定要求の送出に対する呼設定受付を最初に返送
    した通信インタフェース装置との間の通信リンクのみを
    保持し、この通信インタフェース装置に収容される着呼
    先通信端末装置との間の着呼制御を行う手段とを備えた
    ことを特徴とするマルチメディア情報通信システム。
11. 【請求項１１】 共通の第１の通信プロトコル或いは相
    互に異なる第１および第２の通信プロトコルにより情報
    データの送受信を行う複数の通信端末装置と、 前記第１および第２の通信プロトコルと異なる第３の通
    信プロトコルに従って情報データを伝送する中核通信ネ
    ットワークと、 前記複数の通信端末装置をそれぞれ前記中核通信ネット
    ワークに接続するための通信プロトコル及び情報データ
    の変換機能を有する複数の通信インタフェース装置と、 前記中核通信ネットワークを介して前記複数の通信イン
    タフェース装置との間で情報データの伝送を行う機能を
    備えた特定の通信装置とを備え、 かつ前記複数の通信端末装置の各々に個別識別情報を割
    り当てると共に、前記複数の通信端末装置のうちの少な
    くとも一部をグループ化してこのグループ内の各通信端
    末装置に対し共通のグループ識別情報を割り当てたマル
    チメディア情報通信システムであって、 前記特定の通信装置は、 前記通信インタフェース装置から呼設定要求が到来した
    場合に、自装置のテーブルから着呼先の通信端末装置の
    識別情報を検索して、この検索結果を基に着呼先の通信
    端末装置が複数あるか否かを判定する着呼先判定手段
    と、 この着呼先判定手段により着呼先の通信端末装置が複数
    あると判定された場合に、これらの着呼先通信端末装置
    を収容する複数の通信インタフェース装置に対し呼設定
    要求を送出して、各着呼先通信端末装置に対しグループ
    着呼処理を行うグループ着呼制御手段とを備えたことを
    特徴とするマルチメディア情報通信システム。
12. 【請求項１２】 前記グループ着呼制御手段は、着呼先
    の通信端末装置を収容するすべての通信インタフェース
    装置に対し、中核通信ネットワークを介して一斉に通信
    リンクを設定して呼設定要求を送出し、この呼設定要求
    に対し呼設定受付を返送しかつ着呼先通信端末装置が着
    呼応答した通信インタフェース装置との間の通信リンク
    のみを残して、他の着呼先の通信インタフェース装置と
    の間の通信リンクを開放することを特徴とする請求項１
    １記載のマルチメディア情報通信システム。
13. 【請求項１３】 前記グループ着呼制御手段は、着呼先
    の通信端末装置を収容するすべての通信インタフェース
    装置との間に中核通信ネットワークを介して通信リンク
    を個別に順次設定したのち呼設定要求を送出し、この呼
    設定要求の送出に対し最初に呼設定受付を返送した着呼
    先の通信インタフェース装置との間で着呼先通信端末装
    置に対する着呼処理を行うことを特徴とする請求項１１
    記載のマルチメディア情報通信システム。
14. 【請求項１４】 共通の第１の通信プロトコル或いは相
    互に異なる第１および第２の通信プロトコルにより情報
    データの送受信を行う複数の通信端末装置と、 前記第１および第２の通信プロトコルと異なる第３の通
    信プロトコルに従って情報データを伝送する中核通信ネ
    ットワークと、 前記複数の通信端末装置をそれぞれ前記中核通信ネット
    ワークに接続するための通信プロトコル及び情報データ
    の変換機能を有する複数の通信インタフェース装置とを
    備え、 かつ前記複数の通信端末装置の各々に個別識別情報を割
    り当てると共に、前記複数の通信端末装置のうちの少な
    くとも一部をグループ化してこのグループ内の各通信端
    末装置に対し共通のグループ識別情報を割り当てたマル
    チメディア情報通信システムであって、 前記複数の通信端末装置とその個別識別情報との対応関
    係及びグループ識別情報と個別識別情報との対応関係を
    表すテーブルを備え、 前記各通信インタフェース装置は、 自装置に収容される通信端末装置から他の通信端末装置
    に対する発呼要求が発生した場合に、前記テーブルを検
    索して着呼先に関する情報を取得する着呼先判定手段
    と、 この着呼先判定手段により取得された着呼先に関する情
    報から着呼先の通信端末装置が複数あると判定された場
    合に、これらの通信端末装置に対する所定のグループ着
    呼制御処理を前記中核通信ネットワークを介して実行す
    るグループ着呼制御手段と、 このグループ着呼制御手段によるグループ着呼制御処理
    において、着呼先の通信端末装置が着呼不可能な状態に
    ある場合に当該着信呼をキューに登録し、着呼先の通信
    端末装置が着呼可能な状態になった場合に当該着呼先通
    信端末装置に対し着呼処理を行う再着呼制御手段とを具
    備したことを特徴とするマルチメディア情報通信システ
    ム。
15. 【請求項１５】 前記グループ着呼制御手段が、着呼先
    通信端末装置を収容する複数の通信インタフェース装置
    との間に中核通信ネットワークを介して一斉に通信リン
    クを設定して着呼先通信端末装置の呼出しを行うグルー
    プ着呼制御を行う場合に、 前記再着呼制御手段は、着呼不可能な状態にある通信端
    末装置を収容する通信インタフェース装置のキューに着
    信呼を登録することを特徴とする請求項１４記載のマル
    チメディア情報通信システム。
16. 【請求項１６】 前記グループ着呼制御手段が、着呼先
    の通信端末装置を収容するすべての通信インタフェース
    装置との間に中核通信ネットワークを介して通信リンク
    を個別に順次設定したのち呼設定要求を送出し、この呼
    設定要求に対し最初に呼設定受付を返送した着呼先の通
    信インタフェース装置との間で着呼先通信端末装置に対
    する着呼処理を行うグループ着呼制御を行う場合に、 前記再着呼制御手段は、着呼先の通信端末装置を収容す
    るすべての通信インタフェース装置から呼設定受付が返
    送されなかった場合に、すべての着呼先通信端末装置が
    着呼不可能な状態にあると判断して、前記着呼先の複数
    の通信インタフェース装置のいずれかに設けられている
    キューに着信呼を登録することを特徴とする請求項１４
    記載のマルチメディア情報通信システム。
17. 【請求項１７】 共通の第１の通信プロトコル或いは相
    互に異なる第１および第２の通信プロトコルにより情報
    データの送受信を行う複数の通信端末装置と、 前記第１および第２の通信プロトコルと異なる第３の通
    信プロトコルに従って情報データを伝送する中核通信ネ
    ットワークと、 前記複数の通信端末装置をそれぞれ前記中核通信ネット
    ワークに接続するための通信プロトコル及び情報データ
    の変換機能を有する複数の通信インタフェース装置と、 前記中核通信ネットワークを介して前記複数の通信イン
    タフェース装置との間で情報データの伝送を行う機能を
    備えた特定の通信装置とを備え、 かつ前記複数の通信端末装置の各々に個別識別情報を割
    り当てると共に、前記複数の通信端末装置のうちの少な
    くとも一部をグループ化してこのグループ内の各通信端
    末装置に対し共通のグループ識別情報を割り当てたマル
    チメディア情報通信システムであって、 前記特定の通信装置は、 前記通信インタフェース装置から呼設定要求が到来した
    場合に、自装置のテーブルから着呼先の通信端末装置の
    識別情報を検索して、この検索結果を基に着呼先の通信
    端末装置が複数あるか否かを判定する着呼先判定手段
    と、 この着呼先判定手段により着呼先の通信端末装置が複数
    あると判定された場合に、これらの着呼先通信端末装置
    を収容する複数の通信インタフェース装置に対し呼設定
    要求を送出して、各着呼先通信端末装置に対しグループ
    着呼処理を行うグループ着呼制御手段と、 このグループ着呼制御手段によるグループ着呼処理にお
    いて、すべての着呼先通信端末装置が着呼不可能な状態
    にある場合には、当該着信呼を自装置のキューに登録
    し、時間をおいて前記グループ着呼制御手段に各着呼先
    通信端末装置に対するグループ着呼処理を行わせる再着
    呼制御手段とを具備したことを特徴とするマルチメディ
    ア情報通信システム。