JP2000165432A - マルチメディア情報通信システムの通信装置及び通信インタフェース装置 - Google Patents

Abstract

(57)【要約】 【課題】 呼の保留やグループ着信サービス等の付加的
なサービスを、アプリケーションを大幅に変更すること
なく簡単に実現する。 【解決手段】 既存の通信サービス制御を実行する既存
通信プログラム１１と、ＬＡＮに対する通信インタフェ
ース機能を有する通信用ライブラリ１３とに加え、上記
既存通信プログラムがサポートしていない付加的な通信
サービス制御を実行する付加通信プログラム１２と、擬
似ソケット通信モジュール１４とを追加して設ける。そ
して、ＬＡＮから制御信号が到来した場合に、擬似ソケ
ット通信モジュール１４においてこの受信制御信号が既
存通信プログラム１１で規定している信号か又は付加通
信プログラム１２で規定している信号かを識別し、この
識別結果に応じて受信制御信号を既存通信プログラム１
１又は付加通信プログラム１２に振り分けて供給し、そ
のプログラムを実行させるようにしたものである。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】この発明は、例えばLAN（Loc
al Area Network）を中核として複数種のメディア端末
を収容するマルチメディア情報通信システムで使用され
る端末装置に関する。

【０００２】

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

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

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

【０００５】ところで、一般に情報通信システムが提供
するサービスには、音声通信やデータ通信に係わる基本
的なサービスと、呼の保留制御やグループ着信、音声記
録サービス等の付加的なサービスがある。ユーザにとっ
ては、基本サービスさえ提供されれば実用上十分である
が、システムの利用形態の変化等に伴い付加サービスの
追加を希望することもある。この場合、付加サービスの
提供を新たに受けるには、各端末装置のアプリケーショ
ンを、基本サービスを実行する既存のアプリケーション
から、基本サービス及び付加サービスを共に実行するア
プリケーションに入れ替える必要がある。また場合によ
っては、サーバ装置やルータ装置についてもアプリケー
ションを入れ替える必要がある。しかし、このように全
ての端末装置さらにはサーバ装置やルータ装置において
アプリケーションをそっくり入れ替えることは、手間と
コストがかかり好ましくない。このため有効な解決策が
切望されている。

【０００６】一方、一般にネットワークを通じて端末装
置間で音声通信を行なう場合、音声通信の基礎的要素、
つまり音声データの圧縮率やサンプリング周波数、音声
パケットサイズ、音声データのバッファリング量等は、
常に一定であるか又は通信を開始するときの端末装置間
のネゴシエーションにおいて決定される。このネゴシエ
ーションでは、端末装置間でサポートされている音声通
信機能をチェックし、このチェック結果に基づいて予め
決められた手順で音声圧縮率等の基本的要素が決定され
る。

【０００７】ところが、音声通信を行なうとき、通信相
手に応じて音質を変更させたい場合がある。例えば、客
先と音声通信を行うときには音質を高く設定し、一方社
内の他の部署との間で音声通信を行なう場合には音質を
低く設定する。また、音声通話を行なうときには必ずし
も通信相手が人間であるとは眼らない。例えば通信相手
がボイスメール装置や音声応答装置等の場合もあり、こ
の場合音声のリアルタイム性はそれほど問題にならな
い。

【０００８】しかるに、従来のシステムでは、音声通信
の基本的な要素は予め固定的に決まっているか、又は通
信開始時のネゴシエーションで決定される。このため、
ユーザの希望に応じて音声通信の基本的要素を任意に設
定しようとしても不可能だった。

【０００９】

【発明が解決しようとする課題】以上述べたように従来
のシステムでは、呼の保留やグループ着信サービス、音
声記録サービス等の付加的なサービスを提供しようとす
ると、多くの手間とコストがかかる。また音声通信の基
本的要素をユーザの希望に応じて任意に設定することが
できないという問題点を有している。

【００１０】この発明は以上述べた事情に着目してなさ
れたもので、その第１の目的は、呼の保留やグループ着
信サービス等の付加的なサービスを、アプリケーション
を大幅に変更することなく簡単に実現できるようにした
マルチメディア情報通信システムの通信装置を提供する
ことである。

【００１１】また第２の目的は、音声通信の基本的要素
をユーザの希望或いはネットワークの状況に応じて適宜
変更して設定できるようにし、これによりユーザの希望
やネットワークの状況に応じて常に最適な音声通信を行
えるマルチメディア情報通信システムの通信インタフェ
ース装置を提供することである。

【００１２】

【課題を解決するための手段】上記第１の目的を達成す
るためにこの発明は、所定の第１の通信サービス機能に
係わる通信制御を実行する第１の通信プログラムと、ネ
ットワークに対する通信インタフェース機能を有する通
信用ライブラリとを備え、ネットワークを介して他の通
信装置との間でマルチメディア情報通信を行う通信装置
であって、上記第１の通信プログラムがサポートしてい
ない第２の通信サービス機能に係わる通信制御を実行す
る第２の通信プログラムと、上記ネットワークから通信
信号が到来しこの信号が上記通信用ライブラリで受信さ
れた場合に、この受信信号が上記第１の通信プログラム
で規定している第１の信号であるか上記第２の通信プロ
グラムで規定している第２の信号であるかを識別する識
別手段と、この識別手段により到来した通信信号が上記
第１の信号の場合には当該信号を上記第１の通信プログ
ラムに供給して実行させ、一方第２の信号の場合には当
該信号を上記第２の通信プログラムに供給して実行させ
る信号分配手段とを具備したことを特徴とするものであ
る。

【００１３】従ってこの発明によれば、既存の第１の通
信プログラムがサポートしていないサービスに係わる通
信信号が到来すると、この信号は識別手段で自動識別さ
れて第２の第２の通信プログラムに供給され、これによ
り第２の通信プログラムにより上記信号に応じた付加的
なサービスが実行される。このため、既存のサービスは
勿論のこと付加的なサービスについても、実施すること
が可能になる。

【００１４】しかも、既存の第１の通信プログラムは変
更せず、付加的なサービスに関する処理を実行する第２
の通信プログラムと識別手段を追加することで付加的な
サービスを実現できるので、全プログラムを総入れ替え
する場合に比べて簡単かつ安価に実現できる利点があ
る。

【００１５】上記付加的なサービスとしては、次のよう
なものが考えられる。すなわち、第１のものは呼の保留
サービスであり、これは第１の通信プログラムの制御の
下で他の通信装置との間で通信が行われている状態で、
この通信相手の他の通信装置から呼の保留要求が到来し
た場合に、第２の通信プログラムがこの要求に応じて要
求元の上記他の通信装置との間で呼の保留制御を実行す
るものである。

【００１６】第２のサービスは、マルチライン着信サー
ビスであり、発呼元の通信装置からマルチライン着信ア
ドレスが到来した場合に、第２の通信プログラムが、こ
のアドレスに対応付けられた複数の通信装置との間で順
次所定の制御信号の授受を行って着信が可能であるか否
かを判定し、着信が可能な通信装置が見つかると当該通
信装置との間及び上記発呼元の通信装置との間に各々通
信パスを形成するものである。

【００１７】第３のサービスは、通信中に端末装置間で
送受される音声等の情報を記録する情報の記録サービス
である。すなわち、通信用ライブラリにより受信された
受信マルチメディアデータと、第１の通信プログラムか
ら出力された送信マルチメディアデータの少なくとも一
方の複製データを生成し、この複製データを第２の通信
プログラムに転送して記録するものである。

【００１８】またこの発明は、通信用ライブラリを、第
１の通信プログラム及び第２の通信プログラムの各々に
対応付けて設けたことを特徴としている。このように構
成することで、第１の通信プログラムの実行によるデー
タの送受信と、第２の通信プログラムの実行によるデー
タの送受信とを、独立する二つの通信用ライブラリによ
り並列的に行うことが可能となる。

【００１９】一方、上記第２の目的を達成するために他
の発明は、情報データを伝送する中核通信ネットワーク
と、この中核通信ネットワークに接続されるとともに複
数の通信端末装置を直接又は他の通信ネットワークを介
して収容する複数の通信インタフェース装置とを備え、
これらの通信インタフェース装置及び中核通信ネットワ
ークを介して前記複数の通信端末装置間で音声通信を可
能にするマルチメディア情報通信システムで使用される
前記通信インタフェース装置において、前記複数の通信
端末装置の識別情報に各々対応付けて、当該通信端末装
置が音声通信を行う場合に希望する所定の音声データ要
素を予め記憶した記憶手段と、その検索手段と、要素設
定制御手段とを新たに備える。そして、通信端末装置に
係わる呼が発生した場合に、当該通信端末装置の識別情
報に対応する希望音声データ要素を上記記憶手段から検
索し、上記呼に応じて該当する通信端末装置間で音声通
信を行う際に、その音声データの要素を上記検索された
希望音声データ要素に設定するように構成したものであ
る。

【００２０】特に、上記記憶手段は、通信端末装置が音
声通信を行う場合に希望する音声データ要素として、音
声圧縮率、音声サンプリング周波数、音声データの受信
蓄積量及び音声データのパケットサイズのうちの少なく
とも一つを記憶したことを特徴とする。

【００２１】また、上記検索手段及び要素設定制御手段
の具体的構成としては、次に述べる種々のものが考えら
れる。検索手段において、自装置に収容された通信端末
装置から発信要求が到来した場合に、当該発信要求に含
まれる着信先の通信端末装置の識別情報をもとに前記記
憶手段から対応する希望音声データ要素を検索し、要素
設定制御手段により、発信元の通信端末装置が送信する
音声データの要素を上記検索手段により検索された希望
音声データ要素に設定するもの。

【００２２】検索手段において、他の通信インタフェー
ス装置から自装置に収容された通信端末装置宛の着信要
求が到来した場合に、当該着信要求に含まれる発信元の
通信端末装置の識別情報をもとに前記記憶手段から対応
する希望音声データ要素を検索し、要素設定制御手段に
より、着信先の通信端末装置が送信する音声データの要
素を上記検索手段により検索された希望音声データ要素
に設定するもの。

【００２３】検索手段において、他の通信インタフェー
ス装置から自装置に収容された通信端末装置宛の着信要
求が到来した場合に、当該着信要求に含まれる発信元の
通信端末装置の識別情報をもとに上記記憶手段から発信
元の通信端末装置が希望する音声データの受信蓄積量を
検索し、上記要素設定制御手段により、着信先の通信端
末装置における音声データの受信蓄積量を上記検索手段
により検索された希望する受信蓄積量に設定するもの。

【００２４】検索手段において、自装置に収容された通
信端末装置から発信要求が到来した場合に、当該発信要
求に含まれる着信先の通信端末装置の識別情報をもとに
上記記憶手段から着信先の通信端末装置が希望する音声
データのパケットサイズを検索し、要素設定制御手段に
より、上記発信元の通信端末装置が送信する音声データ
のパケットサイズを上記検索手段により検索された希望
パケットサイズに設定するもの。

【００２５】検索手段において、他の通信インタフェー
ス装置から自装置に収容された通信端末装置宛の着信要
求が到来した場合に、当該着信要求に含まれる発信元の
通信端末装置の識別情報をもとに記憶手段から発信元の
通信端末装置が希望する音声データのパケットサイズを
検索し、要素設定制御手段により、着信先の通信端末装
置が送信する音声データのパケットサイズを上記検索手
段により検索された希望パケットサイズに設定するも
の。

【００２６】以上のような他の発明によれば、通信端末
装置のユーザが希望する音声データ要素を通信インタフ
ェース装置の記憶手段に予め記憶しておくことで、当該
通信端末装置が音声通信を行う場合に、そのユーザが希
望する音声データ要素、例えば音声圧縮率や音声サンプ
リング周波数、音声データの送信パケットサイズ、音声
データの受信蓄積量が自動的に設定される。したがっ
て、常に通信端末装置のユーザが希望する音声データ要
素による音声通信が可能となる。

【００２７】また上記第２の目的を達成するために別の
発明は、中核通信ネットワークの負荷とその値に適する
音声データのパケットサイズとを相互に対応付けて予め
記憶した記憶手段と、上記中核通信ネットワークの負荷
を測定する負荷測定手段と、上記記憶手段の検索手段
と、要素設定制御手段とを新たに備える。そして、通信
端末装置に係わる呼が発生した場合に、上記負荷測定手
段により中核通信ネットワークにおける負荷を測定し
て、その測定値に適する音声データのパケットサイズを
上記記憶手段から検索し、上記呼に応じて該当する通信
端末装置間で音声通信を行う際に、その音声データのパ
ケットサイズを、上記検索手段により検索された適当な
パケットサイズに設定するように構成したものである。

【００２８】従ってこの発明によれば、その時々の中核
通信ネットワークの負荷状況に応じて、常に最適なパケ
ットサイズが選択され、音声通信が行われる。

【００２９】

【発明の実施の形態】（第１の実施形態）図１は、この
発明に係わるマルチメディア通信ネットワークシステム
の第１の実施形態を示す概略構成図である。

【００３０】このシステムは、ＬＡＮからなる中核通信
ネットワークＬを有する。この中核通信ネットワークＬ
は、例えば１００Ｍｂｉｔあるいは１Ｇｂｉｔの伝送容
量を持つイーサネット（登録商標）（Ｅｔｈｅｒｎｅｔ
（登録商標））により構成される。中核通信ネットワー
クＬには内線端末として位置付けられる複数の端末装置
Ｔ１，Ｔ２，Ｔ３が接続されている。これらの端末装置
Ｔ１，Ｔ２，Ｔ３は、電話装置やパーソナル・コンピュ
ータからなる。

【００３１】また上記中核通信ネットワークＬにはルー
タ装置ＲＲ１が接続されている。ルータ装置ＲＲ１は公
衆網ＩＮＷと構内ネットワークシステムとの間のインタ
フェース処理を行うもので、中核通信ネットワークＬと
公衆網ＩＮＷとの間の通信制御機能を備えている。

【００３２】さらに中核通信ネットワークＬには、サー
バ装置ＳＶ１が接続されている。サーバ装置ＳＶ１は、
端末装置Ｔ１，Ｔ２，Ｔ３に対するＩＰアドレスの割り
当て機能と、端末装置Ｔ１，Ｔ２，Ｔ３に対する呼制御
機能とを有し、さらに各端末装置Ｔ１，Ｔ２，Ｔ３に割
り当てたアドレスの管理機能を有している。

【００３３】このアドレス管理機能は例えば、各端末装
置Ｔ１，Ｔ２，Ｔ３に予め割り当ててある端末識別情報
としての電話番号及び固定ネットワークアドレスとして
のＭＡＣ（Media Access Control）アドレスと、端末装
置Ｔ１，Ｔ２，Ｔ３にその立ち上がり時に割り当てる可
変ネットワークアドレスとしてのＩＰ（Internet Proto
col ）アドレスとの管理を行う。上記端末装置Ｔ１，Ｔ
２，Ｔ３に対するＩＰアドレスの割り当ては、現在広く
用いられているＤＨＣＰ（Dynamic Host Configuration
Protocol）を用いて行う。

【００３４】ところで、各端末装置Ｔ１，Ｔ２，Ｔ３は
それぞれＣＰＵを備え、このＣＰＵが予めインストール
してあるアプリケーション・プログラムを実行すること
により所定の機能を実現するように構成されている。図
２はそのソフトウエアの構造を示すブロック図である。

【００３５】すなわち、端末装置Ｔ１，Ｔ２，Ｔ３は、
既存マルチメディア通信プログラム１１と、付加マルチ
メディア通信プログラム１２と、通信用ライブラリ１３
と、擬似ソケット通信モジュール１４とを備えている。
このうち既存マルチメディア通信プログラム１１は、呼
処理や通信信号処理等の標準的な処理に係わる制御を実
行するものである。通信用ライブラリ１３は、中核通信
ネットワークＬとの間の通信メッセージの送受信処理を
実行する。

【００３６】付加マルチメディア通信プログラム１２
は、上記既存マルチメディア通信プログラムによりサポ
ートされていない、呼の保留処理やマルチライン着信処
理、音声記録処理等の付加的な処理に係わる制御を実行
するもので、ユーザの希望に応じて端末装置ごとにイン
ストールされる。

【００３７】擬似ソケット通信モジュール１３は、既存
マルチメディア通信プログラム１１で処理すべき信号
と、付加マルチメディア通信プログラム１２で処理すべ
き信号とを識別して、対応するマルチメディア通信プロ
グラムに分配する機能を有するもので、上記付加マルチ
メディア通信プログラム１２と同様にユーザの希望に応
じて端末装置ごとにインストールされる。

【００３８】図３は、この擬似ソケット通信モジュール
１４の機能構成を示すブロック図である。すなわち、擬
似ソケット通信モジュール１４は、上記既存マルチメデ
ィア通信プログラム１１との間で通信メッセージの授受
を行う実ソケット１４１と、上記付加マルチメディア通
信プログラム１２との間で通信メッセージの授受を行う
擬似ソケット１４２と、上記通信用ライブラリ１３との
間で通信メッセージの送受を行う通信ポート用インタフ
ェース部１４３と、識別部１４４とを備えている。

【００３９】識別部１４４は、上記通信ポート用インタ
フェース部１４３を介して通信用ライブラリ１３から制
御信号用メッセージが入力された場合に、そのプロトコ
ルヘッダの情報をもとに、この受信制御信号用メッセー
ジが上記既存マルチメディア通信プログラム１１で規定
されている規定制御信号用メッセージであるか、又は上
記付加マルチメディア通信プログラム１２で規定された
規定外制御信号用メッセージであるかを識別する。この
識別は、通信メッセージ中のプロトコルヘッダの内容を
もとに行われる。図４に通信メッセージのフォーマット
を示す。

【００４０】そして識別部１４４は、受信メッセージが
規定制御信号用のメッセージであれば、このときの受信
制御信号用メッセージを実ソケット１４１を介して既存
マルチメディア通信プログラム１１に供給し、一方規定
外制御信号用メッセージであれば、このときの受信制御
信号用メッセージを擬似ソケット１４２を介して付加マ
ルチメディア通信プログラム１２に供給する。

【００４１】次に、以上のように構成された端末装置Ｔ
１，Ｔ２，Ｔ３を用いて付加サービスを実行する際の動
作を説明する。

【００４２】(1) 呼の保留サービス 図１に示したシステムにおいて、いま例えば端末装置Ｔ
１，Ｔ２間で通信が行われているときに、端末装置Ｔ１
のユーザが保留操作を行ったとする。そうすると、端末
装置Ｔ１の付加マルチメディア通信プログラム１２によ
り通話中の呼の保留要求を表す制御信号メッセージＨＯ
ＬＤが生成される。この制御信号メッセージＨＯＬＤが
擬似ソケット通信モジュール１４を介して通信用ライブ
ラリ１３から通信相手の端末装置Ｔ２に向け送出され
る。

【００４３】これに対し通信相手の端末装置Ｔ２は、通
信用ライブラリ１３で上記自己宛の制御信号メッセージ
ＨＯＬＤを受信すると、このメッセージＨＯＬＤが規定
制御信号メッセージであるか規定外制御信号メッセージ
であるかを擬似ソケット通信モジュール１４の識別部１
４４で識別する。この識別は、上記制御信号メッセージ
ＨＯＬＤのプロトコルヘッダをチェックすることにより
行われる。ここでは、上記制御信号メッセージＨＯＬＤ
は保留要求を表す規定外制御信号メッセージであるた
め、識別部１４４から擬似ソケット１４２に配送され、
この擬似ソケット１４２から付加マルチメディア通信プ
ログラム１２に供給される。

【００４４】上記規定外制御信号メッセージＨＯＬＤを
受信すると付加マルチメディア通信プログラム１２は、
保留要求に対する応答である制御信号メッセージＨＯＬ
Ｄ＿ＡＣＫを生成し、この制御信号メッセージＨＯＬＤ
＿ＡＣＫを擬似ソケット１４２を介して通信用ライブラ
リ１３から要求元の端末装置Ｔ１に向け送信する。また
それと共に付加マルチメディア通信プログラム１２は、
既存マルチメディア通信プログラム１１に保留音を送
り、保留音を発生させる。

【００４５】上記制御信号メッセージＨＯＬＤ＿ＡＣＫ
が通信用ライブラリ１３で受信されると、要求元の端末
装置Ｔ１はこの制御信号メッセージＨＯＬＤ＿ＡＣＫが
既存マルチメディア通信プログラムで規定された制御信
号メッセージであるか規定外の制御信号メッセージであ
るかを擬似ソケット通信モジュール１４の識別部１４４
で識別する。この識別は、上記ＨＯＬＤの場合と同様に
プロトコルヘッダをチェックすることにより行われる。
このとき、上記制御信号メッセージＨＯＬＤ＿ＡＣＫは
保留要求の応答を表す規定外制御信号メッセージである
ため、識別部１４４から擬似ソケット１４２に配送さ
れ、この擬似ソケット１４２から付加マルチメディア通
信プログラム１２に供給される。

【００４６】上記制御信号メッセージＨＯＬＤ＿ＡＣＫ
を受信すると付加マルチメディア通信プログラム１２
は、以後保留解除操作が行われるまで、マルチメディア
データが通信ポートから中核通信ネットワークＬへ送信
されないように通信用ライブラリ１３を制御する。な
お、このマルチメディアデータの送信禁止制御は、被保
留側の端末装置Ｔ２においても付加マルチメディア通信
プログラム１２により同様に行われる。

【００４７】(2) グループ着信サービス（１） いま仮に、図１に示す端末装置Ｔ１，Ｔ２，Ｔ３はそれ
ぞれ付加マルチメディア通信プログラム１２及び擬似ソ
ケット通信モジュールを備え、かつこれらの端末装置Ｔ
１，Ｔ２，Ｔ３には同一のグループ着信アドレスが割り
当てられているものとする。

【００４８】この状態で、公衆網ＮＷに接続された外部
端末装置から、上記グループ着信アドレスを宛先アドレ
スとする通信要求の規定制御信号メッセージが到来した
とする。このメッセージは、端末装置Ｔ１の通信用ライ
ブラリ１３により受信されたのち、擬似ソケット通信モ
ジュール１４の識別部１４４で識別されて実ソケット１
４１から既存マルチメディア通信プログラム１１に転送
される。既存マルチメディア通信プログラム１１は、上
記通信要求に応じて発信元の外部端末装置との間で通信
パスの接続制御を実行する。そして、通信パスが設定さ
れると、以後外部端末装置と上記端末装置Ｔ１との間で
通信が可能になる。

【００４９】ところで、端末装置Ｔ１が通信不可能だっ
たとする。この場合擬似ソケット通信モジュール１４
は、上記通信要求を表す制御信号メッセージを識別部１
４４から疑似ソケット１４２ヘ配送し、付加マルチメデ
ィア通信プログラム１２に供給する。この通信要求を受
けて付加マルチメディア通信プログラム１２は、独自通
信要求を表す制御信号メッセージを生成して端末装置Ｔ
２に向け送出する。

【００５０】端末装置Ｔ２は、上記制御信号メッセージ
を受信すると、擬似ソケット通信モジュール１４の識別
部１４４で上記受信制御信号メッセージが規定のものか
規定外のものかを判定し、いまは規定外制御信号メッセ
ージなので上記受信制御信号メッセージを擬似ソケット
１４２を介して付加マルチメディア通信プログラム１２
に転送する。そして、自装置が通信可能であれば、付加
マルチメディア通信プログラム１２により独自通信受諾
信号の制御信号メッセージを生成して、転送元の端末装
置Ｔ１に向け送信する。

【００５１】端末装置Ｔ１は、上記独自通信受諾信号の
制御信号メッセージが返送されると、このメッセージを
擬似ソケット通信モジュール１４の識別部１４４で識別
して擬似ソケット１４２から付加マルチメディア通信プ
ログラム１２に転送する。付加マルチメディア通信プロ
グラム１２は、独自通信受託信号の制御メッセージを受
け取ると、発信元の外部端末装置との間で通信パスの接
続処理を行うと共に、着信転送先である端末装置Ｔ２と
の間に通信パスを設定するべく接続制御を実行する。か
くして、発信元の外部端末装置と端末装置Ｔ２との間に
は通信路が設定され、以後両端末装置間で通信が可能と
なる。

【００５２】一方、端末装置Ｔ２が通信不可能であれ
ば、端末装置Ｔ２の付加マルチメディア通信プログラム
１２は、独自通信拒否信号の制御信号メッセージを生成
して転送元の端末装置Ｔ１へ送信する。端末装置Ｔ１の
付加マルチメディア通信プログラム１２は、上記独自通
信拒否信号の制御信号メッセージを受け取ると、端末装
置Ｔ２への転送を諦め、次に端末装置Ｔ３に対し同様に
独自通信要求の制御信号メッセージを送信する。以後同
様に、通信可能な端末装置が見つかるまで、同一着信グ
ループ内の各端末装置に対し順次独自通信要求の制御信
号メッセージを送信する。

【００５３】(3) グループ着信サービス（２） 上記グループ着信サービス（１）では、同一着信グルー
プを構成する各端末装置Ｔ１，Ｔ２，Ｔ３の各々が付加
マルチメディア通信プログラム１２及び擬似ソケット通
信モジュールを備えている場合について説明した。しか
し、システム内の全ての端末装置が付加マルチメディア
通信プログラムを備えているとは限らないので、ここで
は同一着信グループを構成する端末装置Ｔ１，Ｔ２，Ｔ
３のうちの一つ、例えば端末装置Ｔ１のみが付加マルチ
メディア通信プログラム１２及び擬似ソケット通信モジ
ュール１４を備えている場合について説明する。

【００５４】公衆網ＮＷに接続された外部端末装置か
ら、上記グループ着信アドレスを宛先アドレスとする通
信要求の規定制御信号メッセージが到来したとする。こ
のメッセージは、端末装置Ｔ１の通信用ライブラリ１３
により受信されたのち、擬似ソケット通信モジュール１
４の識別部１４４で識別されて実ソケット１４１から既
存マルチメディア通信プログラム１１に転送される。既
存マルチメディア通信プログラム１１は、上記通信要求
に応じて発信元の外部端末装置との間で通信パスの接続
制御を実行する。そして、通信パスが設定されると、以
後外部端末装置と上記端末装置Ｔ１との間で通信が可能
になる。

【００５５】一方、端末装置Ｔ１が通信不可能だったと
する。この場合擬似ソケット通信モジュール１４は、上
記通信要求を表す制御信号メッセージを識別部１４４か
ら疑似ソケット１４２ヘ配送し、付加マルチメディア通
信プログラム１２に供給する。この通信要求を受けて付
加マルチメディア通信プログラム１２は、既存マルチメ
ディア通信プログラム１１で規定された通信要求を表す
制御信号メッセージを生成して端末装置Ｔ２に向け送出
する。

【００５６】端末装置Ｔ２は、上記制御信号メッセージ
を受信すると、このメッセージを既存マルチメディア通
信プログラム１１に転送する。そして、自装置が通信可
能であれば、既存マルチメディア通信プログラム１１に
より通信受諾信号を転送元の端末装置Ｔ１に向け送信す
る。

【００５７】端末装置Ｔ１は、上記通信受諾信号が返送
されると、付加マルチメディア通信プログラム１２によ
り、発信元の外部端末装置と上記転送先の端末装置Ｔ２
との間に通信路を設定するための接続制御を実行する。
かくして、発信元の外部端末装置と端末装置Ｔ２との間
には通信路が設定され、以後両端末装置間で通信が可能
となる。

【００５８】これに対し、端末装置Ｔ２が通信不可能で
あれば、端末装置Ｔ２の既存マルチメディア通信プログ
ラム１１は、通信拒否信号の制御信号メッセージを転送
元の端末装置Ｔ１へ返送する。端末装置Ｔ１の付加マル
チメディア通信プログラム１２は、上記通信拒否信号の
制御信号メッセージを受け取ると、端末装置Ｔ２への転
送を諦め、次に端末装置Ｔ３に対し同様に通信要求の制
御信号メッセージを送信する。以後同様に、通信可能な
端末装置が見つかるまで、同一着信グループ内の各端末
装置に対し順次通信要求の制御信号メッセージを送信す
る。

【００５９】(4) 音声録音サービス 音声録音サービスを実現するには、擬似ソケット通信モ
ジュールを次のように構成する。図５はその構成を示す
ブロック図である。

【００６０】すなわち、擬似ソケット通信モジュール１
４０は、既存マルチメディア通信プログラム１１との間
でマルチメディアデータの転送を行う実ソケット１４１
と、付加マルチメディア通信プログラム１２との間でマ
ルチメディアデータの転送を行う擬似ソケット１４２
と、通信用ライブラリ１３との間でマルチメディアデー
タの転送を行う通信ポート用インタフェース部１４３
と、処理部１４５とを備えている。

【００６１】処理部１４５は、通信ポート用インタフェ
ース部１４３を介して通信用ライブラリ１３から入力さ
れた受信マルチメディアデータ、及び実ソケット１４１
を介して既存マルチメディア通信プログラム１１から転
送された送信マルチメディアデータのコピーをそれぞれ
作成する。そして、これらのマルチメディアデータのコ
ピーを、擬似ソケット１４２を介して付加マルチメディ
ア通信プログラム１２に転送し記録させる機能を有す
る。

【００６２】このような構成であるから、例えば端末装
置Ｔ１と端末装置Ｔ２との間で音声通信が行われている
状態で、端末装置Ｔ２のユーザが音声録音の指示を入力
したとする。そうすると、擬似マルチメディア通信モジ
ュール１４０において、通信用ライブラリ１３により受
信された端末装置Ｔ１からのマルチメディアデータのコ
ピーが作成され、このコピーは擬似ソケット１４２を介
して付加マルチメディア通信プログラム１２に転送され
る。そして、この付加マルチメディア通信プログラム１
２により、上記受信マルチメディアデータのコピーは図
示しないメモリに記録される。また処理部１４５では、
実ソケット１４１を介して既存マルチメディア通信プロ
グラム１１から転送された送信マルチメディアデータの
コピーも作成され、このコピーは擬似ソケット１４２を
介して付加マルチメディア通信プログラム１２に転送さ
れ、メモリに記録される。

【００６３】したがって、端末装置Ｔ１，Ｔ２，…で
は、音声通信中にユーザの指示に応じてその送受話音声
データが記憶される。このため、例えば重要な通話内容
を通話終了後に再度確認することが可能となる。

【００６４】なお、上記第１の実施形態には次のような
他の構成が考えられる。図６は、端末装置Ｔ１，Ｔ２，
Ｔ３の他のソフトウエア構成を示すブロック図である。
すなわち、既存マルチメディア通信プログラム１１０及
び付加マルチメディア通信プログラム１２０にはそれぞ
れ専用の通信用ライブラリ１３１，１３２が設けてあ
る。

【００６５】既存マルチメディア通信プログラム１１０
は、予め規定された機能に係わる制御信号及びマルチメ
ディアデータのメッセージを、専用の通信用ライブラリ
１３１を介して中核通信ネットワークＬとの間で送受信
する。また、付加マルチメディア通信プログラム１２０
は、上記既存マルチメディア通信プログラム１１０によ
りサポートされていない付加的なサービス機能を実行す
るためのもので、この付加的なサービス機能に係わる制
御信号及びマルチメディアデータのメッセージを、専用
の通信用ライブラリ１３２を介して中核通信ネットワー
クＬとの間で送受信する。

【００６６】また、上記既存マルチメディア通信プログ
ラム１１０には、当該プログラムの機能を拡張するため
の拡張用モジュール１５０が付設してある。この拡張用
モジュール１５０は、例えば付加サービスとして呼の保
留サービスを行うものとすると、既存マルチメディア通
信プログラム１１０で音声ファイルを再生させる機能、
および既存マルチメディア通信プログラム１１０にマル
チメディアデータの送信を禁止する機能を有する。

【００６７】いま例えば、端末装置Ｔ１と端末装置Ｔ２
との通信中に端末装置Ｔ１のユーザが保留操作を行った
とする。そうすると端末装置Ｔ１は、付加マルチメディ
ア通信プログラム１２０により呼制御用独自信号のメッ
セージＨＯＬＤを生成し、このメッセージＨＯＬＤを通
信用ライブラリ１３２を介して端末装置Ｔ２に向け送信
する。

【００６８】端末装置Ｔ２は、上記呼制御用独自信号の
メッセージＨＯＬＤを受信すると、付加マルチメディア
通信プログラム１２０により呼制御用独自応答信号のメ
ッセージＨＯＬＤ＿ＡＣＫを生成して、このメッセージ
ＨＯＬＤ＿ＡＣＫを通信用ライブラリ１３２を介して保
留要求元の端末装置Ｔ１に向け送信する。またこのとき
端末装置Ｔ２は、付加マルチメディア通信プログラム１
２０から拡張用モジュール１５０に保留音ファイルの再
生要求を与える。拡張用モジュール１５０は、既存マル
チメディア通信プログラム１１０に対し保留音データの
再生指示を与えて、保留音を再生させる。

【００６９】端末装置Ｔ１は、上記メッセージＨＯＬＤ
＿ＡＣＫが受信されると、このメッセージＨＯＬＤ＿Ａ
ＣＫを通信用ライブラリ１３２を介して付加マルチメデ
ィア通信プログラム１２０に転送する。これを受けて付
加マルチメディア通信プログラム１２０は、拡張用モジ
ュール１５０にマルチメディアデータを送信しないよう
要求する。

【００７０】かくして、端末装置Ｔ１と端末装置Ｔ２と
の間の通信は保留状態となり、この状態は端末装置Ｔ１
のユーザが保留解除操作を行い、これにより端末装置Ｔ
１と端末装置Ｔ２との間で保留状態を解除するための制
御手順が行われるまで保持される。

【００７１】このような構成によれば、既存マルチメデ
ィア通信プログラム１１０及び付加マルチメディア通信
プログラム１２０ごとに専用の通信用ライブラリ１３
１，１３２が設けられているので、既存マルチメディア
通信プログラム１１０及び付加マルチメディア通信プロ
グラム１２０による通信メッセージの送受信が並列的に
行うことが可能となる。

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

【００７３】同図において、ＬＡＮ１はこのシステムの
中核をなすネットワークであり、例えば１００Ｍｂｉｔ
の伝送容量を持つイーサネット（Ethernet）により構成
される。このＬＡＮ１には、端末接続用の通信インタフ
ェース装置として複数（図では３個を例示）のハブ装置
Ｈ１，Ｈ２，Ｈ３が接続されている。これらのハブ装置
Ｈ１，Ｈ２，Ｈ３にはそれぞれ、電話機ＴＥＬ１，ＴＥ
Ｌ２，ＴＥＬ３及びパーソナル・コンピュータＰＣ１，
ＰＣ２，ＰＣ３が接続される。これらの電話機ＴＥＬ
１，ＴＥＬ２，ＴＥＬ３及びパーソナル・コンピュータ
ＰＣ１，ＰＣ２，ＰＣ３はいずれも内線端末として使用
される。なお、電話機ＴＥＬ１，ＴＥＬ２，ＴＥＬ３と
しては、アナログ電話機及びデジタル電話機のいずれも
使用可能である。各電話機ＴＥＬ１，ＴＥＬ２，ＴＥＬ
３及びパーソナル・コンピュータＰＣ１，ＰＣ２，ＰＣ
３にはそれぞれ、電話番号（ＤＮ）及びＬＡＮ１上の接
続装置を識別するＩＰアドレスが割り付けてある。

【００７４】またＬＡＮ１には、外線接続用の通信イン
タフェース装置として複数のルータ装置（図では２個を
例示）Ｒ１，Ｒ２が接続してある。これらのルータ装置
Ｒ１，Ｒ２は、公衆網ＩＮＷとＬＡＮ１との間のインタ
フェース処理を行うもので、接続先の公衆網ＩＮＷがＩ
ＳＤＮであればＩＳＤＮ対応のインタフェース処理を行
い、一方ＰＳＴＮであればＰＳＴＮ対応のインタフェー
ス処理を行う。公衆網ＩＮＷには、外線電話機ＴＥＬ４
が接続されている。

【００７５】なお、ＬＡＮ１には、音声データ等の様々
なデータを蓄積する通信サーバ装置ＳＶも接続される。
さらに、図１には図示していないが、ＬＡＮ１には他の
通信インタフェース装置として、ＰＨＳ（Personal Han
dyphone System）基地局の機能を備えた無線ハブ装置
や、メールの蓄積や配信機能などを備えたコミュニケー
ション・サーバ等も接続可能である。

【００７６】ところで、上記ハブ装置Ｈ１，Ｈ２，Ｈ３
は次のように構成される。図８はその機能構成を示すブ
ロック図である。なお、各ハブ装置Ｈ１，Ｈ２，Ｈ３の
構成は同一なので、ここではハブ装置Ｈ１のみについて
説明する。

【００７７】ハブ装置Ｈ１は、ＬＡＮ１に接続されるネ
ットワーク・インタフェース部（ネットワークＩ／Ｆ）
２１と、ＬＡＮ１との間の通信制御を行うネットワーク
プロトコル処理部２２と、内線を介して電話機ＴＥＬ１
に接続される電話機インタフェース部（電話機Ｉ／Ｆ）
２３と、電話機ＴＥＬ１との間の通信制御を行う電話機
プロトコル処理部２４とを備え、さらに電話／ネットワ
ークプロトコル変換部２５を備えている。この電話／ネ
ットワークプロトコル変換部２５は、上記ネットワーク
プロトコル処理部２２と電話機プロトコル処理部２４と
の間で、両者のプロトコル変換を行う。なお、電話機Ｉ
／Ｆ２３は、アナログ電話機に対するインタフェース機
能を有するものでも、また多機能電話機インタフェース
に対するインタフェース機能を有するものでもよい。ま
たハブ装置Ｈ１には、パーソナル・コンピュータＰＣ１
を接続するためのパーソナル・コンピュータインタフェ
ース部（ＰＣＩ／Ｆ）２６も設けてある。

【００７８】またハブ装置Ｈ１には、この発明に係わる
機能を実現するための構成として、発信元／着信先識別
部２７と、パケット変換処理部２８と、音声データ蓄積
部２９と、データ記憶部３０と、音声データ処理命令部
３１と、データ設定部３２と、ネットワーク負荷測定部
３３とが設けてある。

【００７９】このうち先ずパケット変換処理部２８は、
音声データ処理命令部３１及び電話機ＴＥＬ１から送出
された音声データを、外部からの指示に従い音声圧縮や
サンプリング周波数の変換、パケットサイズの変換等を
行ったのちパケット化してＬＡＮ１へ送信する。また、
ＬＡＮ１から受信した音声パケットを、連続音声データ
に変換したのち着信先の電話機ＴＥＬ１へ送信する。

【００８０】発信元／着信先識別部２７は、電話機ＴＥ
Ｌ１から発信要求を受信したときにその呼制御信号から
着信先識別情報を取り出すと共に、ＬＡＮ１を介して着
信要求を受信したときにその呼制御信号から発信元識別
情報を取り出す。そして、この取り出した着信先識別情
報及び発信元識別情報を、音声データ処理命令部３１に
通知する。

【００８１】音声データ蓄積部２９は、音声データ処理
命令部３１の命令に従い、受信した音声データを一定量
ずつ一時的にバッファリングしたのちパケット変換処理
部２８へ出力する。

【００８２】データ記憶部３０は、３個の音声データ要
素テーブルＴＢ１，ＴＢ２，ＴＢ３を備えている。第１
の音声データ要素データテーブルＴＢ１は、電話機ＴＥ
Ｌ１からハブ装置Ｈ２，Ｈ３又はルータ装置Ｒ１，Ｒ２
へ向け送出する音声データの音声圧縮率、サンプリング
周波数及びパケットサイズを、着信先電話番号に対応付
けて記憶する。図１０にその一例を示す。

【００８３】第２の音声データ要素テーブルＴＢ２は、
電話機ＴＥＬ１からハブ装置Ｈ２，Ｈ３又はルータ装置
Ｒ１，Ｒ２へ向け送出する音声データの音声圧縮率、サ
ンプリング周波数及びパケットサイズと、受信音声デー
タのバッファリング量とを、発信元電話番号に対応付け
てそれぞれ記憶する。図１１にその一例を示す。

【００８４】第３の音声データ要素テーブルＴＢ３は、
ＬＡＮ１の各使用率に対応付けて最適な送信パケットサ
イズを記憶したものである。図１２にその一例を示す。

【００８５】これらの音声データ要素テーブルＴＢ１，
ＴＢ２，ＴＢ３への情報の登録はデータ設定部３２によ
り行われ、またその読み出しは音声データ処理命令部３
１の命令に従って行われる。

【００８６】すなわち、データ設定部３２は、パーソナ
ル・コンピュータＰＣ１から音声データ要素の登録要求
が到来した場合に、パーソナル・コンピュータＰＣ１に
より入力された音声データ要素、つまり音声圧縮率、サ
ンプリング周波数、パケットサイズ及び音声データのバ
ッファリング量を、発信元及び着信先の電話番号に対応
付けて上記各音声データ要素テーブルＴＢ１，ＴＢ２，
ＴＢ３に登録する。また、削除要求が到来した場合には
該当する要素をテーブルから削除する。

【００８７】音声データ処理命令部３１は、発信元／着
信先識別部２７から通知された発信元識別情報又は着信
先識別情報に応じて、上記データ記憶部３０の音声デー
タ要素テーブルＴＢ１，ＴＢ２，ＴＢ３から対応する送
信音声データの要素、つまり音声圧縮率、サンプリング
周波数、パケットサイズ及び音声データのバッファリン
グ量を選択的に読み出し、パケット変換処理部２８に対
しこの読み出した音声データ要素にしたがって送信音声
データを変換するように指示を与える。

【００８８】ネットワーク負荷測定部３３は、音声デー
タ処理命令部３１の要求にしたがってＬＡＮ１の使用状
況を測定し、音声データ処理命令部３１にその結果を通
知する。

【００８９】一方、ルータ装置Ｒ１，Ｒ２は次のように
構成される。図９はその機能構成を示すブロック図であ
る。なお、ルータ装置Ｒ１，Ｒ２の構成は同一なので、
ここではルータ装置Ｒ１のみについて説明する。

【００９０】ルータ装置Ｒ１は、ＬＡＮ１に接続される
ネットワーク・インタフェース部（ネットワークＩ／
Ｆ）４１と、ＬＡＮ１との間の通信制御を行うネットワ
ークプロトコル処理部４２と、公衆網ＩＮＷの局線を収
容する局線収容インタフェース（局線収容Ｉ／Ｆ）４５
と、公衆網ＩＮＷとの間の通信制御を行う局線プロトコ
ル処理部４４とを備え、さらに局線／ネットワークプロ
トコル変換部４３を備えている。

【００９１】この局線／ネットワークプロトコル変換部
４３は、上記ネットワークプロトコル処理部４２と局線
プロトコル処理部４４との間で、両者のプロトコル変換
を行う。また、外部からの指示に応じ、局線から到来し
た音声データを音声圧縮、サンプリング周波数の変換及
びパケットサイズの変換等を行うことにより音声パケッ
トに変換し、この音声パケットをＬＡＮ１へ送信する。
またそれと共に、ＬＡＮ１から到来した音声パケットを
連続音声データに変換して局線へ送信する。

【００９２】また、ルータ装置Ｒ１には、この発明に係
わる機能を実現するための構成として、発信元／着信先
識別部４７、データ記憶部４８、データ設定部４９、音
声データ蓄積部５０、音声データ処理命令部５１及びネ
ットワーク負荷測定部５２が備えてある。

【００９３】発信元／着信先識別部４７は、電話機ＴＥ
Ｌ１，ＴＥＬ２，ＴＥＬ３から発信要求を受信したとき
にその呼制御信号から着信先識別情報を取り出すと共
に、局線を介して公衆網ＩＮＷから着信要求を受信した
ときにその呼制御信号から発信元識別情報を取り出す。
そして、この取り出した着信先識別情報及び発信元識別
情報を、音声データ処理命令部５１に通知する。

【００９４】音声データ蓄積部５０は、音声データ処理
命令部５１の命令に従い、受信した音声データを一定量
ずつ一時的にバッファリングしたのちパケット変換処理
部４６へ出力する。

【００９５】データ記憶部４８は、３個の音声データ要
素テーブルＴＢ１，ＴＢ２，ＴＢ３を備えている。これ
らの音声データ要素データテーブルＴＢ１，ＴＢ２，Ｔ
Ｂ３の構成は、先にハブ装置Ｈ１において述べたものと
ほぼ同様である。そして、音声データ要素テーブルＴＢ
１，ＴＢ２，ＴＢ３への情報の登録はデータ設定部４９
により行われ、またその読み出しは音声データ処理命令
部５１の命令に従って行われる。

【００９６】すなわち、データ設定部４９は、パーソナ
ル・コンピュータＰＣ１，ＰＣ２，ＰＣ３から音声デー
タ要素の登録要求が到来した場合に、パーソナル・コン
ピュータＰＣ１，ＰＣ２，ＰＣ３により入力された音声
データ要素、つまり音声圧縮率、サンプリング周波数、
パケットサイズ及び音声データのバッファリング量を、
発信元及び着信先の電話番号に対応付けて上記各音声デ
ータ要素テーブルＴＢ１，ＴＢ２，ＴＢ３に登録する。
また、削除要求が到来した場合には該当する要素をテー
ブルから削除する。

【００９７】音声データ処理命令部５１は、発信元／着
信先識別部４７から通知された発信元識別情報又は着信
先識別情報に応じて、上記データ記憶部４８の音声デー
タ要素テーブルＴＢ１，ＴＢ２，ＴＢ３から対応する送
信音声データの要素、つまり音声圧縮率、サンプリング
周波数、パケットサイズ及び音声データのバッファリン
グ量を選択的に読み出し、パケット変換処理部４６に対
しこの読み出した音声データ要素にしたがって送信音声
データを変換するように指示を与える。

【００９８】ネットワーク負荷測定部５２は、音声デー
タ処理命令部５１の要求にしたがってＬＡＮ１の使用状
況を測定し、音声データ処理命令部５１にその結果を通
知する。

【００９９】次に、以上のように構成されたシステムの
通常の接続動作を説明する。いま仮にハブ装置Ｈ１に接
続されている電話機ＴＥＬ１が、ハブ装置Ｈ２に接続さ
れている電話機ＴＥＬ２（電話番号（ＤＮ）3001）に対
して発信したとする。そうするとハブ装置Ｈ１は、デー
タ記憶部３０に記録されているデータテーブルを参照し
て着信先の電話番号3000に対応するＩＰアドレスを取得
し、このＩＰアドレスを用いてＬＡＮ１へ呼制御信号を
送出する。これに対しハブ装置Ｈ２は、呼制御信号を受
信するとこの呼制御信号に記載されている着信先アドレ
スに従い電話機ＴＥＬ２に対し着信信号を送出し、電話
機ＴＥＬ２に着信を報知させる。この着信報知に対し、
電話機ＴＥＬ２のユーザが着信応答操作を行うと、電話
機ＴＥＬ１とＴＥＬ２との間に通信パスが確立され、以
後両者間で内線通話が可能となる。

【０１００】一方、ハブ装置Ｈ１に接続されている電話
機ＴＥＬ１が、公衆網ＩＮＷに接続されている電話機Ｔ
ＥＬ４（電話番号（ＤＮ）03-5678-9000）に対し発信し
たとする。この場合ハブ装置Ｈ１は、データ記憶部３０
に記憶されているデータテーブルを参照して、公衆網Ｉ
ＮＷ発信用のルータ装置Ｒ１のＩＰアドレスを取得し、
このＩＰアドレスを用いて呼制御信号を送出する。呼制
御信号を受信するとルータ装置Ｒ１は公衆網ＩＮＷに対
し呼制御信号を送出し、これにより公衆網ＩＮＷから着
信先の電話機ＴＥＬ４に対し呼び出しが行われる。この
呼び出しに対し電話機ＴＥＬ４が応答すると、ハブ装置
Ｈ１、ＬＡＮ１、ルータ装置Ｒ１及び公衆網ＩＮＷを介
して発信元の電話機ＴＥＬ１と着信先の外線電話機ＴＥ
Ｌ４との間に通信パスが確立され、以後両者間で通話が
可能になる。

【０１０１】次に、以上のシステムにおいて、音声デー
タ要素を変更設定する場合の動作を想定されるいくつか
のケースに分けて説明する。図１３及び図１４は、ハブ
装置Ｈ１，Ｈ２，Ｈ３及びルータ装置Ｒ１，Ｒ２におけ
る動作手順とその内容を示すフローチャートである。

【０１０２】(1) 着信先の要求に応じて発信側が送信音
声データの要素を設定する場合 いま例えば、ハブ装置Ｈ１に接続されている電話機ＴＥ
Ｌ１がハブ装置Ｈ２に接続されている電話機ＴＥＬ２に
対して発信したとする。この場合ハブ装置Ｈ１は、電話
機プロトコル制御部２４で電話機ＴＥＬ１からの呼制御
信号を受信すると（図１３のステップＳ１１）、ステッ
プＳ１２で自装置は発信側であるか着信側であるかを判
定する。そして、いまは発信側なので、発信元／着信先
識別部２７により上記呼制御信号から着信先識別情報
（ＤＮ）を取り出し（ステップＳ１３）、この着信先Ｄ
Ｎを音声データ処理命令部３１に通知する。

【０１０３】音声データ処理命令部３１は、上記着信先
ＤＮをキーとしてデータ記憶部３０の音声データ要素テ
ーブルＴＢ１をアクセスし、上記着信先ＤＮに対応する
音声データ要素が記憶されているか否かを判定する（ス
テップＳ１５）。そして、上記着信先ＤＮに対応する音
声データ要素が予め記憶されていたとすれば、ステップ
Ｓ１６で該当する音声データ要素、つまり音声圧縮率、
サンプリング周波数及び音声パケットサイズを選択的に
読み出す。また、着信先ＤＮに対応する音声データ要素
が記憶されていなければ、ステップＳ１７で音声データ
要素のデフォルト値を読み出す。なお、図１３では音声
データ要素として音声圧縮率を読み出す場合を例示して
いる。

【０１０４】音声データ処理命令部３１は、パケット変
換処理部２８及び音声データ蓄積部２９に対してそれぞ
れ上記音声データ要素に基づく処理要求を与える。さら
にこの要求は電話／ネットワークプロトコル変換部２５
に対しても与えられ、この結果上記音声データ要素によ
る音声通信を可能とするための呼接続処理が行われる
（ステップＳ１０）。

【０１０５】従って、以後電話機ＴＥＬ１から送信され
た音声データは、ハブ装置Ｈ１において先に音声データ
要素テーブルＴＢ１から読み出した音声データ要素に応
じて、例えば音声圧縮処理されたのちＬＡＮ１へ送出さ
れる。すなわち、発信元の電話機ＴＥＬ１から送信され
た音声データは、着信先の電話機ＴＥＬ２側から予め指
定された音声データ要素に応じて処理されたのち送信さ
れることになる。

【０１０６】一方、公衆網ＩＮＷに接続されている電話
機ＴＥＬ４が、ハブ装置Ｈ１に接続されている電話機Ｔ
ＥＬ１に対して発信を行ったとする。この場合にはルー
タ装置Ｒ１が音声データ要素の変更設定制御を行う。す
なわち、ルータ装置Ｒ１は、ステップＳ１１において公
衆網ＩＮＷから呼制御信号を受信すると、ステップＳ１
２で自装置が発信側か受信側かを判定する。そして、い
まはシステムにとって発信側なので、発信元／着信先識
別部４７が受信呼制御信号から着信先ＤＮを取り出し、
この着信先ＤＮを音声データ処理命令部５１に与える。

【０１０７】音声データ処理命令部５１は、上記着信先
ＤＮをキーとしてデータ記憶部４８の音声データ要素テ
ーブルＴＢ１をアクセスし、上記着信先ＤＮに対応する
音声データ要素が記憶されているか否かを判定する（ス
テップＳ１５）。そして、上記着信先ＤＮに対応する音
声データ要素が予め記憶されていたとすれば、ステップ
Ｓ１６で該当する音声データ要素を読み出す。また、着
信先ＤＮに対応する音声データ要素が記憶されていなけ
れば、ステップＳ１７で音声データ要素のデフォルト値
を読み出す。

【０１０８】そして音声データ処理命令部５１は、パケ
ット変換処理部４６及び音声データ蓄積部５０に対して
それぞれ上記音声データ要素に基づく処理要求を与え
る。さらにこの要求は局線／ネットワークプロトコル変
換部４３に対しても与えられ、この結果上記音声データ
要素による音声通信を可能とするための呼接続処理が行
われる（ステップＳ１０）。

【０１０９】従って、以後発信元の外線電話機ＴＥＬ４
から送信された音声データは、着信先の電話機ＴＥＬ１
側から予め指定された音声データ要素に応じてルータ装
置Ｒ１で処理されたのちＬＡＮ１へ送信されることにな
る。

【０１１０】以上のように構成することによって、ハブ
装置Ｈ１に接続されている電話機ＴＥＬ１或いは外線電
話機ＴＥＬ４から、例えばシステムに収容された携帯電
話機に対して発呼して通話を行なった場合に、携帯電話
機は元々音質が悪いため音声圧縮率を高く設定しても音
声品質が極端に低下しないため、送信データ量を減らす
ことができ、これによりＬＡＮ１の負荷を低減すること
が可能となる。これに対し音声認識あるいは個人の認証
を行なうためのアプリケーションに対して発信するとき
は、音声圧縮を行わずに高サンプリング周波数を用いて
音声データを処理し送信することによって、音声認識や
音声認証処理を正確に行えるようにすることができる。

【０１１１】したがって、着信先の通信端末装置及び対
応アプリケーションに応じて、適切な音声圧縮処理やサ
ンプリング周彼数の選択、パケットサイズの選択を自動
的に変更設定することが可能となり、ネットワーク資源
を効率よく利用することができるようになる。

【０１１２】(2) 発信元の要求に応じて着信側が送信音
声データの要素を設定する場合 いま仮にハブ装置Ｈ１に接続されている電話機ＴＥＬ１
がハブ装置Ｈ２に接続されている電話機ＴＥＬ２に対し
て発信を行ったとする。そうするとハブ装置Ｈ２は、ネ
ットワークプロトコル制御部２２で他のハブ装置Ｈ１か
らの呼制御信号を受信すると（図１３のステップＳ１
１）、ステップＳ１２で自装置は発信側であるか着信側
であるかを判定する。そして、いまは着信側なので、発
信元／着信先識別部２７により上記呼制御信号から発信
元識別情報（ＤＮ）を取り出し（ステップＳ１４）、こ
の発信元ＤＮを音声データ処理命令部３１に通知する。

【０１１３】音声データ処理命令部３１は、上記発信元
ＤＮをキーとしてデータ記憶部３０の音声データ要素テ
ーブルＴＢ２をアクセスし、上記発信元ＤＮに対応する
音声データ要素が記憶されているか否かを判定する（ス
テップＳ１８）。そして、上記発信元ＤＮに対応する音
声データ要素が予め記憶されていたとすれば、ステップ
Ｓ１９で該当する音声データ要素、つまり音声圧縮率、
サンプリング周波数、音声パケットサイズおよび受信デ
ータの蓄積量を選択的に読み出す。また、発信元ＤＮに
対応する音声データ要素が記憶されていなければ、ステ
ップＳ２０で音声データ要素のデフォルト値を読み出
す。なお、図１３では音声データ要素として音声圧縮率
を読み出す場合を例示している。

【０１１４】音声データ処理命令部３１は、パケット変
換処理部２８及び音声データ蓄積部２９に対してそれぞ
れ上記音声データ要素に基づく処理要求を与える。さら
にこの要求は電話／ネットワークプロトコル変換部２５
に対しても与えられ、この結果上記音声データ要素によ
る音声通信を可能とするための呼接続処理が行われる
（ステップＳ１０）。

【０１１５】したがって、以後着信先の電話機ＴＥＬ２
から送信された音声データは、ハブ装置Ｈ２において先
に音声データ要素テーブルＴＢ２から読み出した音声デ
ータ要素に応じて、例えば音声圧縮処理されたのちＬＡ
Ｎ１へ送出される。すなわち、着信先の電話機ＴＥＬ２
ら送信された音声データは、発信元の電話機ＴＥＬ１側
から予め指定された音声データ要素に応じて処理された
のち送信されることになる。

【０１１６】以上の音声データ要素設定動作は、公衆網
ＩＮＷに接続されている電話機ＴＥＬ４がハブ装置Ｈ２
に接続されている電話機ＴＥＬ２に対し発信を行った場
合にも同様に行われる。

【０１１７】したがって、例えば携帯電話機からハブ装
置Ｈ１，Ｈ２，Ｈ３に接続されている電話機ＴＥＬ１，
ＴＥＬ２，ＴＥＬ３に対し発呼して通話を行なった場合
に、携帯電話機の要求に応じて電話機ＴＥＬ１，ＴＥＬ
２，ＴＥＬ３が送信する音声データの音声圧縮率を高く
設定する。しかるに、携帯電話機は元々音質が悪いため
音声圧縮率を高く設定しても音声品質が極端に低下する
ことないため、送信するデータ量を減らすことができ、
ＬＡＮ１の負荷を低減することができる。

【０１１８】これに対し電話機が、音声認識や個人の認
証を行なうためのアプリケーションを使用してハブ装置
Ｈ１，Ｈ２，Ｈ３に接続された電話機ＴＥＬ１，ＴＥＬ
２，ＴＥＬ３に対して発信した場合には、ハブ装置Ｈ
１，Ｈ２，Ｈ３の送信音声データを音声圧縮を行なわず
に高サンプリング周波数を用いて送信することによっ
て、音声認識や音声認証処理を正確に行うことが可能と
なる。

【０１１９】したがって、相手方の通信端末装置及び対
応アプリケーションに応じて適切な音声圧縮、サンプリ
ング周波数の設定、音声パケットサイズの設定を自動的
に変更することが可能となり、ネットワーグ資源を効率
よく利用することができるようになる。

【０１２０】(3) ＬＡＮ１の負荷に応じて音声データ要
素を設定する場合 いま仮にハブ装置Ｈ１に接続されている電話機ＴＥＬ１
がハブ装置Ｈ２に接続されている電話機ＴＥＬ２に対し
て発信を行ったとする。この場合ハブ装置Ｈ１は、電話
機プロトコル制御部２４で電話機ＴＥＬ１からの呼制御
信号を受信すると（図１４のステップＳ２１）、先ずネ
ットワーク負荷測定部３３で現在におけるＬＡＮ１の使
用状況の測定を行ない（ステップＳ２２）、その測定デ
ータを音声データ処理命令部３１に通知する。

【０１２１】音声データ処理命令部３１は、上記ネット
ワーク使用状況の測定データをキーとしてデータ記憶部
３０の音声データ要素テーブルＴＢ３をアクセスし、上
記測定データに対応する最適なパケットサイズが予め登
録されているか否かを判定する（ステップＳ２３）。そ
して、上記測定データに対応付けて最適なパケットサイ
ズが予め登録されていたとすれば、ステップＳ２４に移
行して該当するパケットサイズを読み出す。そして、ス
テップＳ２６において、上記読み出した最適なパケット
サイズを音声データ処理命令部３１に与える。

【０１２２】音声データ処理命令部３１は、パケット変
換処理部２８に対し上記最適パケットサイズを指示し、
さらに電話／ネットワークプロトコル変換部２５に対し
ても上記パケットサイズを指示する。この結果、呼接続
制御（ステップＳ２６）では、電話機ＴＥＬ１が送信し
た音声データが上記最適パケットサイズとなるように音
声データ要素の設定が行われる。

【０１２３】したがって、以後電話機ＴＥＬ１から送信
された音声データは、ハブ装置Ｈ１において現時点にお
けるＬＡＮ１の使用状況に応じた最適なパケットサイズ
でパケット化されたのちＬＡＮ１へ送出される。

【０１２４】なお、音声データ要素テーブルＴＢ３に、
上記測定データに対応する最適なパケットサイズが登録
されていない場合には、従来通り既存の呼制御の手順及
び内容に従ってパケットサイズの設定が行われる。

【０１２５】一方、公衆網ＩＮＷに接続されている電話
機ＴＥＬ４がルータ装置Ｒ１を介してハブ装置Ｈ１に接
続されている電話機ＴＥＬ１に対して発信を行ったとす
る。この場合ルータ装置Ｒ１は、局線プロトコル制御部
４４で電話機ＴＥＬ４からの呼制御信号を受信すると
（図１４のステップＳ２１）、先ずネットワーク負荷測
定部５２で現在におけるＬＡＮ１の使用状況の測定を行
ない（ステップＳ２２）、その測定データを音声データ
処理命令部５１に通知する。

【０１２６】音声データ処理命令部５１は、上記測定デ
ータをキーとしてデータ記憶部４８の音声データ要素テ
ーブルＴＢ３をアクセスし、上記測定データに対応する
最適なパケットサイズが予め登録されているか否かを判
定する（ステップＳ２３）。そして、上記測定データに
対応付けて最適なパケットサイズが予め登録されていた
とすれば、ステップＳ２４に移行して該当するパケット
サイズを読み出す。そして、ステップＳ２６において、
上記読み出した最適なパケットサイズを音声データ処理
命令部５１に与える。

【０１２７】音声データ処理命令部５１は、パケット変
換処理部４６に対し上記最適パケットサイズを指示し、
さらに電話／ネットワークプロトコル変換部４３に対し
ても上記パケットサイズを指示する。この結果、呼接続
制御（ステップＳ２６）では、電話機ＴＥＬ４が送信し
た音声データが上記最適パケットサイズとなるように音
声データ要素の設定が行われる。

【０１２８】したがって、以後電話機ＴＥＬ４から送信
された音声データは、ルータ装置Ｒ１において現時点に
おけるＬＡＮ１の使用状況に応じた最適なパケットサイ
ズでパケット化されてＬＡＮ１へ送出される。

【０１２９】なお、音声データ要素テーブルＴＢ３に上
記測定データに対応する最適なパケットサイズが登録さ
れていない場合には、上記ハブ装置Ｈ１と同様に、従来
通り既存の呼制御の手順及び内容に従ってパケットサイ
ズの設定が行われる。

【０１３０】このように構成することによって、ＬＡＮ
１の負荷が増加した場合は、ユーザが意識することなく
音声パケットのサイズが大きく設定され、これにより送
信パケット数が低減される。このため、音声の遅延は大
きくなるが、ＬＡＮ１のネットワーク負荷を軽減するこ
とが可能となる。逆にＬＡＮ１のネットワーク負荷が減
少している状態では、音声パケットサイズが小さく設定
され、これによりパケット数が増加する。このため、Ｌ
ＡＮ１のネットワーク負荷は増加するが、音声の遅延を
小さくすることができ、高品質の音声通話が可能とな
る。

【０１３１】すなわち、この発明の第２の実施形態によ
れば、ＬＡＮ１に対して必要以上の負荷を与えることが
なくなるため、それが原因で起こる音声の遅延が減少し
音声通信の品質が向上する。そうすることにより、限ら
れたネットワーク資源を効率よく利用することができ
る。また着信先が個人の認証をするためにより高品質の
音声データを必要とするアプリケーションの場合など
は、自動的に音声圧縮、サンプリング周波数などがあら
かじめ設定された値に変更され、個人認証ができるよう
な音声データを送信することが可能になる。

【０１３２】（他の実施形態）なお、この発明は上記各
実施形態に限定されるものではない。例えば、上記第２
の実施形態では、着信先又は発信元の要求に応じて音声
圧縮率又は音声サンプリング周波数を変更設定する場合
について述べた。しかし、これに限るものではなく、送
信元の要求に応じて、ハブ装置又はルータ装置内の音声
データ蓄積部２９又は５０における受信音声データの蓄
積量を変更設定するように構成してもよい。

【０１３３】また、着信先又は発信元が送信する音声パ
ケットサイズに応じて、受信側となるハブ装置又はルー
タ装置内の音声データ蓄積部２９又は５０における受信
音声データの蓄積量を変更設定するように構成してもよ
い。

【０１３４】その他、中核通信ネットワークの構成やハ
ブ装置及びルータ装置の構成、音声データ要素の種類と
その変更設定手順等についても、この発明の要旨を逸脱
しない範囲で種々変形して実施できる。

【０１３５】

【発明の効果】以上詳述したようにこの発明では、所定
の第１の通信サービス機能に係わる通信制御を実行する
第１の通信プログラムと、ネットワークに対する通信イ
ンタフェース機能を有する通信用ライブラリとに加え、
上記第１の通信プログラムがサポートしていない第２の
通信サービス機能に係わる通信制御を実行する第２の通
信プログラムと、信号の識別手段と、信号分配手段とを
備えている。そして、上記ネットワークから通信信号が
到来しこの通信信号が上記通信用ライブラリで受信され
た場合に、この受信信号が上記第１の通信プログラムで
規定している第１の信号であるか上記第２の通信プログ
ラムで規定している第２の信号であるかを上記識別手段
で識別し、その識別結果が第１の信号の場合には当該信
号を上記第１の通信プログラムに供給して実行させ、一
方第２の信号の場合には当該信号を上記第２の通信プロ
グラムに供給して実行させるようにしている。

【０１３６】従ってこの発明によれば、呼の保留やグル
ープ着信サービス等の付加的なサービスを、アプリケー
ションを大幅に変更することなく簡単かつ安価に実現す
ることができるマルチメディア情報通信システムの通信
装置を提供することができる。

【０１３７】一方、他の発明では、情報データを伝送す
る中核通信ネットワークと、この中核通信ネットワーク
に接続されるとともに複数の通信端末装置を直接又は他
の通信ネットワークを介して収容する複数の通信インタ
フェース装置とを備え、これらの通信インタフェース装
置及び中核通信ネットワークを介して前記複数の通信端
末装置間で音声通信を可能にするマルチメディア情報通
信システムで使用される前記通信インタフェース装置に
おいて、上記複数の通信端末装置の識別情報に各々対応
付けて、当該通信端末装置が音声通信を行う場合に希望
する所定の音声データ要素を予め記憶した記憶手段と、
その検索手段と、要素設定制御手段とを新たに備える。
そして、通信端末装置に係わる呼が発生した場合に、当
該通信端末装置の識別情報に対応する希望音声データ要
素を上記記憶手段から検索し、上記呼に応じて該当する
通信端末装置間で音声通信を行う際に、その音声データ
の要素を上記検索された希望音声データ要素に設定する
ように構成したものである。

【０１３８】また、別の発明は、中核通信ネットワーク
の負荷とその値に適する音声データのパケットサイズと
を相互に対応付けて予め記憶した記憶手段と、上記中核
通信ネットワークの負荷を測定する負荷測定手段と、上
記記憶手段の検索手段と、要素設定制御手段とを新たに
備える。そして、通信端末装置に係わる呼が発生した場
合に、上記負荷測定手段により中核通信ネットワークに
おける負荷を測定して、その測定値に適する音声データ
のパケットサイズを上記記憶手段から検索し、上記呼に
応じて該当する通信端末装置間で音声通信を行う際に、
その音声データのパケットサイズを、上記検索手段によ
り検索された適当なパケットサイズに設定するように構
成したものである。

【０１３９】従ってこれらの発明によれば、音声通信の
基本的要素をユーザの希望或いはネットワークの状況に
応じて適宜変更して設定することができ、これによりユ
ーザの希望やネットワークの状況に応じて常に最適な音
声通信を行えるマルチメディア情報通信システムの通信
インタフェース装置を提供することができる。

【図面の簡単な説明】

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

【図２】 この発明の第１の実施形態に係わる端末装置
のソフトウエア構成を示すブロック図。

【図３】 図２に示した擬似ソケット通信モジュールの
機能構成を示すブロック図。

【図４】 通信メッセージのフォーマットを示す図。

【図５】 擬似ソケット通信モジュールの他の構成を示
す機能ブロック図。

【図６】 端末装置のソフトウエア構成の他の例を示す
ブロック図。

【図７】 この発明の第２の実施形態に係わるマルチメ
ディア情報通信システムの概略構成図。

【図８】 図７に示したシステムのハブ装置の機能構成
を示すブロック図。

【図９】 図７に示したシステムのルータ装置の機能構
成を示すブロック図。

【図１０】 図８及び図９に示した装置に設けられる音
声データ要素テーブルＴＢ１の構成例を示す図。

【図１１】 図８及び図９に示した装置に設けられる音
声データ要素テーブルＴＢ２の構成例を示す図。

【図１２】 図８及び図９に示した装置に設けられる音
声データ要素テーブルＴＢ３の構成例を示す図。

【図１３】 図８及び図９に示した装置による圧縮率設
定制御の手順及び制御内容を示すフローチャート。

【図１４】 図８及び図９に示した装置によるパケット
サイズ設定制御の手順及び制御内容を示すフローチャー
ト。

【符号の説明】

ＩＮＷ…公衆網 １，Ｌ…中核通信ネットワーク ＳＶ，ＳＶ１…サーバ装置 Ｒ１，Ｒ２，ＲＲ１…ルータ装置 Ｔ１，Ｔ２，Ｔ３…端末装置 ＴＥＬ１〜ＴＥＬ３…内線電話機 ＴＥＬ４…外線電話機 ＰＣ１〜ＰＣ３…パーソナル・コンピュータ １１，１１０…既存マルチメディア通信プログラム １２，１２０…付加マルチメディア通信プログラム １３，１３１，１３２…通信用ライブラリ １４…擬似ソケット通信モジュール １４１…実ソケット １４２…擬似ソケット １４３…通信ポート用インタフェース部 １４４…識別部 １４５…処理部 １５０…拡張用モジュール ２１，４１…ネットワークインタフェース部（ネットワ
ークＩ／Ｆ） ２２，４２…ネットワークプロトコル処理部 ２３…電話機インタフェース部（電話機Ｉ／Ｆ） ２４…電話機プロトコル処理部 ２５…電話／ネットワークプロトコル変換部 ２６…パーソナル・コンピュータインタフェース部（Ｐ
ＣＩ／Ｆ） ２７，４７…発信元／着信先識別部 ２８，４６…パケット変換処理部 ２９，５０…音声データ蓄積部 ３０，４８…データ記憶部 ３１，５１…音声データ処理命令部 ３２，４９…データ設定部 ３３，５２…ネットワーク負荷測定部 ４３…局線／ネットワークプロトコル変換部 ４４…局線プロトコル処理部 ４５…局線収容インタフェース部（局線収容Ｉ／Ｆ）

───────────────────────────────────────────────────── フロントページの続き (72)発明者 吉原 勝徳 東京都日野市旭が丘３丁目１番地の１ 株 式会社東芝日野工場内 (72)発明者 樫本 晋一 東京都日野市旭が丘３丁目１番地の１ 株 式会社東芝日野工場内 (72)発明者 荒木 元久 東京都日野市旭が丘３丁目１番地の１ 株 式会社東芝日野工場内 Ｆターム(参考） 5K031 AA06 BA06 DA07 5K033 AA04 BA15 DA06 5K051 AA10 CC08 DD00 EE01 GG15 HH17 JJ14

Claims (12)

【特許請求の範囲】
1. 【請求項１】 所定の第１の通信サービス機能に係わる
   通信制御を実行する第１の通信プログラムと、ネットワ
   ークに対する通信インタフェース機能を有する通信用ラ
   イブラリとを備え、ネットワークを介して他の通信装置
   との間でマルチメディア情報通信を行う通信装置におい
   て、 前記第１の通信プログラムがサポートしていない第２の
   通信サービス機能に係わる通信制御を実行する第２の通
   信プログラムと、 前記ネットワークから到来した通信信号が前記通信用ラ
   イブラリで受信された場合に、この受信された通信信号
   が前記第１の通信プログラムで規定している第１の信号
   であるか前記第２の通信プログラムで規定している第２
   の信号であるかを識別する識別手段と、 この識別手段により、前記受信された通信信号が第１の
   信号の場合には当該通信信号を前記第１の通信プログラ
   ムに供給して実行させ、一方第２の信号の場合には当該
   通信信号を前記第２の通信プログラムに供給して実行さ
   せる信号分配手段とを具備したことを特徴とするマルチ
   メディア情報通信システムの通信装置。
2. 【請求項２】 前記ネットワーク介して前記第１の通信
   プログラム宛に送られてきた通信信号を、第１の通信プ
   ログラムに供給すると共に、前記第１の通信プロトコル
   は異なる前記第２の通信プログラムに対しても前記第１
   の通信プログラムの通信信号を供給して、前記第２の通
   信プログラムを実行させる信号分配手段を、さらに具備
   したことを特徴とするマルチメディア通信システムの通
   信装置。
3. 【請求項３】 前記通信用ライブラリにより受信された
   受信マルチメディアデータと、前記第１の通信プログラ
   ムから出力された送信マルチメディアデータの少なくと
   も一方の複製データを生成して、この複製データを前記
   第２の通信プログラムに転送する複製データ生成手段を
   さらに備え、 かつ前記第２の通信プログラムは、前記複製データ生成
   手段から転送された複製データを記録する機能を有する
   ことを特徴とする請求項１記載のマルチメディア情報通
   信システムの通信装置。
4. 【請求項４】 前記通信用ライブラリは、第１の通信プ
   ログラム及び第２の通信プログラムの各々に対し１対１
   に設けられることを特徴とする請求項１記載のマルチメ
   ディア情報通信システムの通信装置。
5. 【請求項５】 情報データを伝送する中核通信ネットワ
   ークと、この中核通信ネットワークに接続されるととも
   に複数の通信端末装置を直接又は他の通信ネットワーク
   を介して収容する複数の通信インタフェース装置とを備
   え、これらの通信インタフェース装置及び中核通信ネッ
   トワークを介して前記複数の通信端末装置間で音声通信
   を可能にするマルチメディア情報通信システムで使用さ
   れる前記通信インタフェース装置において、 前記複数の通信端末装置の識別情報に各々対応付けて、
   当該通信端末装置が音声通信を行う場合に希望する所定
   の音声データ要素を予め記憶した記憶手段と、 前記通信端末装置に係わる呼が発生した場合に、当該通
   信端末装置の識別情報に対応する希望音声データ要素を
   前記記憶手段から検索する検索手段と、 前記呼に応じて該当する通信端末装置間で音声通信を行
   う際に、その音声データの要素を前記検索手段により検
   索された希望音声データ要素に設定する要素設定制御手
   段とを具備したことを特徴とする通信インタフェース装
   置。
6. 【請求項６】 前記記憶手段は、通信端末装置が音声通
   信を行う場合に希望する音声データ要素として、音声圧
   縮率、音声サンプリング周波数、音声データの受信蓄積
   量及び音声データのパケットサイズのうちの少なくとも
   一つを記憶したものであることを特徴とする請求項５記
   載の通信インタフェース装置。
7. 【請求項７】 前記検索手段は、自装置に収容された通
   信端末装置から発信要求が到来した場合に、当該発信要
   求に含まれる着信先の通信端末装置の識別情報をもとに
   前記記憶手段から対応する希望音声データ要素を検索
   し、 前記要素設定制御手段は、前記発信元の通信端末装置が
   送信する音声データの要素を、前記検索手段により検索
   された希望音声データ要素に設定することを特徴とする
   請求項５又は６記載の通信インタフェース装置。
8. 【請求項８】 前記検索手段は、他の通信インタフェー
   ス装置から自装置に収容された通信端末装置宛の着信要
   求が到来した場合に、当該着信要求に含まれる発信元の
   通信端末装置の識別情報をもとに前記記憶手段から対応
   する希望音声データ要素を検索し、 前記要素設定制御手段は、着信先の通信端末装置が送信
   する音声データの要素を、前記検索手段により検索され
   た希望音声データ要素に設定することを特徴とする請求
   項５又は６記載の通信インタフェース装置。
9. 【請求項９】 前記検索手段は、他の通信インタフェー
   ス装置から自装置に収容された通信端末装置宛の着信要
   求が到来した場合に、当該着信要求に含まれる発信元の
   通信端末装置の識別情報をもとに、前記記憶手段から発
   信元の通信端末装置が希望する音声データの受信蓄積量
   を検索し、 前記要素設定制御手段は、着信先の通信端末装置におけ
   る音声データの受信蓄積量を、前記検索手段により検索
   された希望する受信蓄積量に設定することを特徴とする
   請求項６記載の通信インタフェース装置。
10. 【請求項１０】 前記検索手段は、自装置に収容された
    通信端末装置から発信要求が到来した場合に、当該発信
    要求に含まれる着信先の通信端末装置の識別情報をもと
    に、前記記憶手段から着信先の通信端末装置が希望する
    音声データのパケットサイズを検索し、 前記要素設定制御手段は、前記発信元の通信端末装置が
    送信する音声データのパケットサイズを、前記検索手段
    により検索された希望パケットサイズに設定することを
    特徴とする請求項６記載の通信インタフェース装置。
11. 【請求項１１】 前記検索手段は、他の通信インタフェ
    ース装置から自装置に収容された通信端末装置宛の着信
    要求が到来した場合に、当該着信要求に含まれる発信元
    の通信端末装置の識別情報をもとに、前記記憶手段から
    発信元の通信端末装置が希望する音声データのパケット
    サイズを検索し、 前記要素設定制御手段は、着信先の通信端末装置が送信
    する音声データのパケットサイズを、前記検索手段によ
    り検索された希望パケットサイズに設定することを特徴
    とする請求項６記載の通信インタフェース装置。
12. 【請求項１２】 情報データを伝送する中核通信ネット
    ワークと、この中核通信ネットワークに接続されるとと
    もに複数の通信端末装置を直接又は他の通信ネットワー
    クを介して収容する複数の通信インタフェース装置とを
    備え、これらの通信インタフェース装置及び中核通信ネ
    ットワークを介して前記複数の通信端末装置間で音声通
    信を可能にするマルチメディア情報通信システムで使用
    される前記通信インタフェース装置において、 前記中核通信ネットワークの負荷とその値に適する音声
    データのパケットサイズとを相互に対応付けて予め記憶
    した記憶手段と、 前記中核通信ネットワークの負荷を測定する負荷測定手
    段と、 前記通信端末装置に係わる呼が発生した場合に、前記負
    荷測定手段により得られた負荷の測定値に適する音声デ
    ータのパケットサイズを前記記憶手段から検索する検索
    手段と、 前記呼に応じて該当する通信端末装置間で音声通信を行
    う際に、その音声データのパケットサイズを、前記検索
    手段により検索された適当なパケットサイズに設定する
    要素設定制御手段とを具備したことを特徴とする通信イ
    ンタフェース装置。