JP2002077188A

JP2002077188A - Ａｔｍ・ネーム・システム

Info

Publication number: JP2002077188A
Application number: JP2000260548A
Authority: JP
Inventors: Ryota Motobayashi; 良太本林; Fumiyasu Hayakawa; 文康早川; Mayumi Hara; 真由美原
Original assignee: Tokyo Electric Power Co Inc; NEC Corp
Current assignee: NEC Corp; Tokyo Electric Power Company Holdings Inc
Priority date: 2000-08-30
Filing date: 2000-08-30
Publication date: 2002-03-15
Anticipated expiration: 2020-08-30
Also published as: US20020060989A1; US7212500B2; JP3555865B2

Abstract

(57)【要約】【課題】ＡＴＭ上のテレビ会議システムに必要なＡＥ
ＳＡ（ＡＴＭ・エンド・システム・アドレス）を解決す
るＡＮＳ（ＡＴＭ・ネーム・システム）を提供する。【解決手段】ＡＮＳ５は、アドレスデータベース５ａ
と、予約データベース５ｂと、トポロジデータベース５
ｃと、コネクションデータベース５ｄとを有する。アド
レスデータベース５ａは、会議室名とＡＥＳＡとを対象
させ登録したデータベースである。同時に、アドレスデ
ータベース５ａは、会議室の優先クラスを含めて管理す
る。予約データベース５ｂは予約情報を管理する。トポ
ロジデータベース５ｃは、ＡＴＭ網のトポロジを管理す
る。コネクションデータベース５ｄは、現在確立されて
いるコネクションによる網内資源（中継線帯域およびＭ
ＣＵ（多地点会議装置））を登録管理する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、ＡＴＭ(asynchron
ous transfer mode)・ネーム・システムに関し、とく
に、異なる会議室に置かれたテレビ会議端末間で、ＡＴ
Ｍ(asynchronous transfer mode)網を介して、構築され
るテレビ会議システムのためのＡＴＭ・ネーム・システ
ム（ＡＮＳ）に関する。

【０００２】なお、本明細書中および図面においては、
説明の便宜上、「会議室に置かれたテレビ会議端末」
を、単に、「会議室」と記載する。

【０００３】

【従来の技術】ＡＴＭ・ネーム・システム（以下、ＡＮ
Ｓと称する）は、ＡＴＭフォーラムによって仕様ａｆ−
ｓａａ−００６９.０００において定められている（Ａ
ＴＭＮａｍｅＳｙｓｔｅｍＳｐｅｃｉｆｉｃａｔｉ
ｏｎＶｅｒｓｉｏｎ１．０，ＴｈｅＡＴＭＦ
ｏｒｕｍＴｅｃｈｎｉｃａｌＣｏｍｍｉｔｔｅｅ，
Ｎｏｖｅｍｂｅｒ，１９９６参照）。

【０００４】この仕様は、ＩＥＴＦ（インターネット・
エンジニアリング・タスク・フォース）がリクエスト・
フォー・コメントＲＦＣ１０３４およびＲＦＣ１０３５
において定めるＤＮＳ（ドメイン・ネーム・サーバ）を
元に制定されたものである。

【０００５】したがって、ホスト名は階層化されたドメ
イン名を含んでいる必要がある。そして該ホスト名によ
る検索から、ＡＴＭ・エンド・システム・アドレス（以
下、ＡＥＳＡと称する）を解決するものである。たとえ
ば、ａｆ−ｓａａ−００６９.０００に示されている例
では、「ｓａｌｍｏｎ.ｄａｔａ.eｘａｍｐｌｅ.ｃｏ
ｍ」というホスト名を鍵とする検索によって、「３９.
２４６ｆ.０００ｅ７ｃ９ｃ０３１２０００１０００１.
００００１２３４５６７８.００」というＡＥＳＡが解
決されている。

【０００６】

【発明が解決しようとする課題】前記仕様に定められて
いるＡＮＳは、以下のような問題点がある。

【０００７】第１の問題点は、「階層化されたドメイン
名を伴ったホスト名」に依らず、かつ、中継回線の帯域
やＭＣＵが輻輳した際における、会議室の重要度に応じ
ての接続の優先度を保守者が事前に登録できないという
点である。

【０００８】その理由は、まず階層化に関しては、ＡＮ
Ｓが、ＡＥＳＡの解決に際して、「階層化されたドメイ
ン名を伴ったホスト名」を鍵とすることを求めているた
めである。したがって、相手先の会議室名を元に直接Ａ
ＥＳＡを解決することができない。これは、前出の例で
言えば、次のような意味である。「.ｄａｔａ.ｅｘａｍ
ｐｌｅ.ｃｏｍ」下のホスト名に対するＡＥＳＡの解決
は、「.ｄａｔａ.ｅｘａｍｐｌｅ.ｃｏｍ」ドメインの
ＡＮＳで行う。しかし、「.ｄａｔａ」以外の「.ｅｘａ
ｍｐｌｅ.ｃｏｍ」ドメイン下のホスト名の場合には、
一旦、上位階層の「.ｅｘａｍｐｌｅ.ｃｏｍ」ドメイン
のＡＮＳに問い合わせ、「別の.ｄａｔａ階層相当のＡ
ＮＳ」を紹介してもらい、そこに問い合わせてＡＥＳＡ
を解決することになる。さらに「.ｅｘａｍｐｌｅ.ｃｏ
ｍ」以外のホスト名ならば、一旦、上位階層の「.ｃｏ
ｍ」のＡＮＳに問い合わせ、「別の.eｘａｍｐｌｅ相当
階層のＡＮＳ」を紹介してもらい、そこに問い合わせて
解決することになる。さらに「.ｃｏｍ」以外のホスト
名ならば、一旦、最上位階層のＡＮＳに問い合わせ、
「別の.ｃｏｍ相当階層のＡＮＳ」を紹介してもらい、
そこに問い合わせて解決することになる。このようにド
メインを階層化し、個々の階層ごとにＡＮＳを分散して
配備する必要があるためである。これに従えば、たとえ
ば、「会議室１.本店」や「会議室２.Ａ支店」のよう
に、階層化されたホスト名が求められることに相当す
る。これは、たとえば、「本店」と「Ａ支店」の双方に
ＡＮＳが必要となり、ハードウェアの規模としても拡大
することになる。

【０００９】つぎに重要度に関しては、会議室の優先／
非優先を表すクラスの登録が行えないためである。

【００１０】第２の問題点は、多地点会議の場合に、各
会議室からの接続先（コネクションの確立先）となるべ
き、画面合成や音声合成を司る多地点会議装置（ＭＣ
Ｕ）のＡＥＳＡを解決できないという点である。

【００１１】その理由は、三地点以上の会議室を結んで
開催される会議（以降、「多地点会議」と称する）の場
合に、参加するすべての会議室のＡＥＳＡを解決してし
まうためである。

【００１２】第３の問題点は、多地点会議と判断した場
合にＭＣＵのＡＥＳＡを解決できるものと仮定しても、
最適な位置のＭＣＵを選択し、そのＭＣＵのＡＥＳＡが
解決できないという点である。

【００１３】その理由は、多地点会議に参加するすべて
の会議室について、ＡＴＭ網内でのそれぞれの位置を認
識し、かつ、該接続の実行に伴う中継回線の帯域消費の
結果を予測できないためである。

【００１４】第４の問題点は、最適なＭＣＵのＡＥＳＡ
が解決できたと仮定した場合においても、ＡＥＳＡの解
決後の呼設定段階において、参加するすべての会議室と
ＭＣＵとを接続する手段がないという点である。

【００１５】その理由は、最適なＭＣＵと参加するすべ
ての会議室とを接続するために、ＭＣＵから各会議室に
向けての発呼を行わせるべく、ＡＮＳがＭＣＵに対して
その発呼を指示できないためである。

【００１６】第５の問題点は、あらかじめ開始時刻、終
了時刻および接続会議室名を含む予約を受け付け、それ
による接続（コネクションの確立）ができない点であ
る。

【００１７】その理由は、あらかじめ受け付けた予約に
よるコネクションの確立および削除を、所定時刻におい
て所定相手先に対して実行することができないという点
である。

【００１８】第６の問題点は、予約による接続の終了時
刻の前に、その予約接続にて接続中の会議室に当てて、
切断予告を通知できないという点である。

【００１９】その理由は、予約による接続の終了時刻を
管理する手段、および、会議室に対して切断の予告を通
知する手段を有していないためである。

【００２０】第７の問題点は、ＡＥＳＡの解決の要求の
受信に際して、その解決の結果に伴うコネクションの確
立の可否を判断する手段を有していないという点であ
る。

【００２１】その理由は、網内における現在の中継回線
の帯域占有状況、ＭＣＵの占有状況および今後の予約状
況とを管理していないためである。

【００２２】第８の問題点は、保守者により事前に登録
された会議室ごとの優先クラスを参照し、優先クラスの
上下を元に、中継回線の帯域またはＭＣＵの輻輳時にお
いて優先クラスが上の会議室を優先して接続できないと
いう点である。

【００２３】その理由は、優先クラスが上の会議室を優
先して接続するという判断の手段を有していないためで
ある。

【００２４】第９の問題点は、クラスが上であり、優先
度の高い会議室からの接続要求を受信した際にも、中継
回線の帯域およびＭＣＵの輻輳時において、優先度の低
いテレビ会議のコネクションを強制的に切断できないと
いう点である。

【００２５】その理由は、優先度の低いテレビ会議のコ
ネクションを強制的に切断する手段を有していないため
である。

【００２６】第１０の問題点は、仮にコネクションの強
制的な切断を行ったとしても、参加者は網の障害という
異常な現象に起因する切断なのか、強制切断という正常
な処理に基づく切断なのかを識別できる方法がないとい
う点である。

【００２７】その理由は、強制切断されるテレビ会議の
参加者への、通知方法がないためである。

【００２８】第１１の問題点は、ＡＥＳＡの解決の要求
に対して、中継回線の帯域またはＭＣＵの輻輳が発生ま
たは発生が予想される場合において、接続できない（以
下、「不接」）と判断しても、その不接を理由を発側会
議室に対して通知できないという点である。

【００２９】その理由は、会議室に対して、不接理由の
通知手段を有していないためである。

【００３０】第１２の問題点は、会議室と同一ＡＴＭ網
内に存在せず、たとえば社内イントラネット（ＬＡＮ：
local area network）など外部のいずれかの網の上（以
下、「別網」と称する）に存在するＡＥＳＡへの、会議
室からの別網経由での検索に対応できないという点であ
る。

【００３１】その理由は、会議室とＡＮＳとの通信が、
ＡＴＭ網を用いなければならず、たとえば社内イントラ
ネットなど外部のいずれかの網を経由できないためであ
る。

【００３２】第１３の問題点は、ＳＶＣ（スイッチド・
バーチャル・コネクション）接続方式ではなく、ＰＶＣ
（パーマネント・バーチャル・コネクション）接続方式
によるテレビ会議システムの実現ができないという点で
ある。

【００３３】その理由は、ＰＶＣ方式の場合には、ＡＥ
ＳＡに代わって、会議室を収容しているＡＴＭスイッチ
名、回線番号、ＶＰＩ（バーチャルパス識別子）、およ
びＶＣＩ（バーチャルチャネル識別子）が解決されなけ
ればならないためである。

【００３４】それ故、本発明の目的は、上述した問題点
の各々を解決することができるＡＴＭ・ネーム・システ
ム（ＡＮＳ）を提供することにある。

【００３５】

【課題を解決するための手段】本発明によれば、会議室
間で、ＡＴＭ(asynchronous transfer mode)網を介し
て、構築されるテレビ会議システムのためのＡＴＭ・ネ
ーム・システム（ＡＮＳ）において、発側の会議室か
ら、前記ＡＴＭ網に対して、相手先の会議室とのコネク
ションの確立に先だつアドレス解決の要求が発せられた
際に、前記ＡＴＭ網から前記アドレス解決の要求を受信
する受信手段と、受信したアドレス解決の要求にて表わ
される相手先の会議室名を元に、ＡＴＭ・エンド・シス
テム・アドレス（ＡＥＳＡ）および相手先会議室の優先
クラスを解決し、解決した結果を発側の会議室に前記Ａ
ＴＭ網を介して返答するアドレス解決手段とを有するこ
とを特徴とするＡＴＭ・ネーム・システムが得られる。

【００３６】すなわち、本発明は、ＡＴＭ網において、
テレビ会議の伝送効率の向上、操作性向上および保守性
の向上とを目指すものである。

【００３７】具体的には、伝送効率の向上として、限ら
れた中継線容量と限られた多地点会議装置（ＭＣＵ）と
からなるＡＴＭ網において、会議室の優先度を元にその
使用を許可し、および、会議室の網内での位置を元に使
用するＭＣＵを選択する点である。

【００３８】また、操作性の向上として、予約による接
続を行う点、ＡＴＭ網以外の別網による会議室とＡＮＳ
との接続を行う点、および、ＰＶＣ方式における接続を
行う点である。

【００３９】また、保守性の向上として、会議室名から
ＡＥＳＡを解決できる点、強制的なコネクションの切断
に対してその実行予告を会議室に対して通知できる点で
ある。

【００４０】

【発明の実施の形態】次に本発明の実施例について図面
を参照して説明する。

【００４１】図１を参照すると、本発明の一実施例によ
るＡＴＭ・ネーム・システム（ＡＮＳ）５は、アドレス
データベース（アドレスＤＢ）５ａと、予約データベー
ス（予約ＤＢ）５ｂと、トポロジデータベース（トポロ
ジＤＢ）５ｃと、コネクションデータベース（コネクシ
ョンＤＢ）５ｄとを有している。

【００４２】アドレスデータベース５ａは、会議室名と
ＡＴＭ・エンド・システム・アドレス（ＡＥＳＡ）とを
対象させ登録したデータベースである。同時に、アドレ
スデータベース５ａは、会議室の優先クラスを含めて管
理している。このアドレスデータベース５ａは、ＡＴＭ
網０の運用開始時に保守者によって登録され、構築され
る。

【００４３】予約データベース５ｂは予約情報を管理す
る。この予約データベース５ｂは、任意の時刻におい
て、利用者から要求された将来のテレビ会議システムの
利用の予約を登録管理する。

【００４４】トポロジデータベース５ｃは、ＡＴＭ網０
のトポロジを管理する。このトポロジデータベース５ｃ
は、ＡＴＭ網０の運用開始時に保守者によって登録さ
れ、構築される。

【００４５】コネクションデータベース５ｄは、現在確
立されているコネクションによるＡＴＭ網０内資源（中
継線帯域および多地点会議装置（ＭＣＵ））を登録管理
する。このコネクションデータベース５ｄは、ＡＴＭ網
０の運用中にＡＮＳ５が自律的に更新する。

【００４６】図１は、本発明のＡＮＳ５のＡＴＭ網０内
での位置づけと動作を表している。ＡＴＭ網０を経由し
て会議室１（発呼側）が会議室２（着呼側）に対してテ
レビ会議開催のためのコネクションを設定する場面を考
える。これを「２地点会議の即時接続」と称することと
する。ここで「即時接続」とは、予約によらず開催され
る会議のための接続形態を指す。なお、「会議室」と
は、一例として、送信用のテレビカメラおよびマイクロ
ホン、受信用のテレビモニタおよびスピーカ、符号・復
号化装置（コーディック）、ならびに、ＳＶＣ（スイッ
チド・バーチャル・コネクション）対応機能を有するセ
ル化・デセル化装置とから構成されるものとする。

【００４７】会議室１は、前提として、ＡＮＳ５のＡＥ
ＳＡを知っている。これは保守者による事前登録による
ためである。するとまず、会議室１は、ＡＮＳ５に対し
てシグナリングチャネル１５ｓを用いて発呼し、コネク
ション１５を確立する。コネクション１５が確立される
と、会議室１はそれを用いてＡＮＳに対して２の会議室
名を送る。これをＡＮＳ要求１５１として表す。ＡＮＳ
５は、２の会議室名を鍵として、自身の持つアドレスデ
ータベース５ａを検索する。検索の結果得られた会議室
２のＡＥＳＡを、コネクション１５を用いて会議室１に
返答する。これをＡＮＳ応答１５２として表す。このよ
うに会議室２のＡＥＳＡが解決できると、会議室１はシ
グナリングチャネル１５ｓを用いてコネクション１５を
解放する。

【００４８】つぎに会議室１は、会議室２のＡＥＳＡが
得られたので、会議室２のＡＥＳＡに向けてシグナリン
グチャネル１２ｓを用いて発呼する。これによって会議
室１から会議室２に至るコネクション１２が確立され、
テレビ会議の開始が可能となる。

【００４９】なお、１ＬはＡＴＭ網０から会議室１に至
る物理的な回線であり、上述したシグナリングチャネル
１２ｓおよび１５ｓ、ならびに、コネクション１２およ
び１５は、すべてこの回線１Ｌを通っている。同様に、
２ＬはＡＴＭ網０から会議室２に至る物理的な回線であ
り、上述したシグナリングチャネル１２ｓおよびコネク
ション１２が通る。また５ＬはＡＴＭ網０からＡＮＳ５
に至る物理的な回線であり、上述したシグナリングチャ
ネル１５ｓおよびコネクション１５が通る。

【００５０】図２は、図１の２地点会議の即時接続動作
をシーケンスで表したものである。会議室１は、ＡＮＳ
５に対する接続を求め、ＡＴＭ網に対して呼設定要求１
５ａを渡す。ＡＮＳ５から会議室１に至る応答１５ｂが
得られると、会議室１はＡＮＳ５との間のコネクション
１５ｃが確立されたものと認識する。会議室１はそのコ
ネクション１５ｃを用いて、ＡＮＳ５に対してアドレス
解決を要求する。するとＡＮＳ５は、各データベースを
以下（１）から（４）の観点で参照する。（１）アドレ
スデータベース５ａによって、会議室２の網内の位置を
特定する。（２）トポロジデータベース５ｃによって、
その接続が経由する中継回線を特定する。（３）コネク
ションデータベース５ｄによって、現在その中継回線の
帯域の一部を占有している会議を特定する。（４）予約
データベース５ｂならびにアドレスデータベース５ａお
よびトポロジデータベース５ｃによって、今後開催され
る予定である会議の占有する中継回線を特定する。これ
らから、要求された会議室への接続を許可するかを判断
する。既存のコネクションおよび予約に対して影響を及
ぼさないと判断するならば、接続を許可することにな
り、ＡＮＳ３は会議室１に対し、会議室２のＡＥＳＡを
返答する。会議室１は、会議室２のＡＥＳＡが得られた
段階で、ＡＥＳＡに至るコネクション１５ｃが不要にな
るので、１５ｄの呼解放処理によってコネクション１５
ｃを解放する。

【００５１】続いて会議室１は、会議室２に対する接続
を求め、ＡＴＭ網に対して呼設定要求１２ａを行う。そ
して会議室２から会議室１に至る応答１２ｂが得られる
と、会議室１と会議室２との間のコネクション１２ｃが
確立できる。以降、このコネクションを用いてテレビ会
議が開催される。

【００５２】なお、ここで、呼設定要求１５ａ、応答１
５ｂおよび呼解放処理１５ｄとは、たとえばＩＴＵ−Ｔ
勧告Ｑ。２９３１において定められる次の（１）から
（３）のメッセージ群をそれぞれ代表したものである。
すなわち、（１）「呼設定要求」は、「呼設定（ＳＥＴ
ＵＰ）」メッセージおよびその応答である「呼受付
（ＣＡＬＬＰＲＯＣ）」メッセージ、（２）「応答」
は、「応答（ＣＯＮＮＥＣＴ）」メッセージおよびその
応答である「応答確認（ＣＯＮＮＡＣＫ）」メッセー
ジ、（３）「呼解放処理」は、「解放（ＲＥＬＥＡＳ
Ｅ）」メッセージおよびその応答である「解放完了（Ｒ
ＥＬＣＯＭＰ）」メッセージである。これらは以降の
説明においても同様である。

【００５３】図３は、予約による接続を行う場合の動作
例である。これを２地点会議の予約接続と称することと
する。

【００５４】まず、予約については次のとおりである。

【００５５】本発明のＡＮＳ５は、任意の時刻におい
て、将来開催される会議の予約登録を受け付ける。予約
登録する内容としては、最低限、参加会議室、会議開催
時刻および会議終了時刻である。登録はＡＮＳ本体のキ
ーボードや、ＬＡＮなどの通信回線を用いた外部からの
接続に因ってもいい。予約された内容に関しては、ＡＮ
Ｓ５内の予約データベース５ｂに登録され、その会議の
開始時刻においてＡＮＳ５が会議室間の接続を起動す
る。

【００５６】ＡＮＳ５は、予約データベース５ｂを周期
的に参照する。予約時刻になった登録内容があれば、５
２によってその情報を得、接続すべき二つの会議室名を
得る。本例では会議室１と会議室２との１対１接続の会
議とする。ＡＮＳ５はその会議室名を元に、アドレスデ
ータベース５ａを５１によって検索し、参加する会議室
のＡＥＳＡを得る。次にＡＮＳ５は参加する会議室の内
の一つにむけての接続を求め、ＡＴＭ網に対して呼設定
要求１５ａを行う。会議室１からＡＮＳ５に至る応答１
５ｂが得られると、ＡＮＳ５は会議室１とのコネクショ
ン１５ｃが確立されたものと認識する。ＡＮＳ５はその
コネクションを用いてデータを転送し、会議室２のＡＥ
ＳＡを渡すとともに、会議室１に対して会議室２へむけ
ての発呼を指示する。ここでＡＮＳ５と会議室１とのコ
ネクション１５ｃは不要になるので、１５ｄによって解
放してもいい。

【００５７】会議室１は、ＡＮＳ５から得た会議室２の
ＡＥＳＡとそこへの接続指示に従い、網に対して呼設定
要求１２ａを渡す。会議室２から会議室１に至る応答１
２ｂが得られると、会議室１は会議室２とのコネクショ
ン１２ｃが確立されたものと認識する。以降、このコネ
クションを用いてテレビ会議が開催される。

【００５８】また、予約による会議の終了数分前（例と
して５分前）には、ＡＮＳ５は少なくとも一方の会議室
に対して切断の予告を行う。切断予告の方法としては、
会議室に対してＡＮＳからのコネクションを確立し、そ
のコネクションを用いて切断予告のメッセージを送出す
る。それを受けた会議室は、まもなく切断されるむねの
画面への合成表示またはアナウンスによって、会議参加
者に対してこれを通知する。

【００５９】図４は、多地点会議の即時接続の場合の動
作例である。会議室１、２、３、および４が参加して開
催される４地点会議を考える。会議室１は、ＡＮＳ５に
対する接続を求め、ＡＴＭ網に対して呼設定要求１５ａ
を渡す。ＡＮＳ５から会議室１に至る応答１５ｂが得ら
れると、会議室１はＡＮＳ５との間のコネクション１５
ｃが確立されたものと認識する。会議室１はそのコネク
ションを用いてデータを転送し、ＡＮＳ５へのアドレス
解決を要求する。

【００６０】ＡＮＳ５は、５０によって各データベース
を以下の観点で参照する。（１）アドレスデータベース
５ａによって、会議室１、２、３、および４の網内の位
置を特定する。（２）トポロジデータベース５ｃによっ
て、その接続が経由する中継回線を特定する。（３）コ
ネクションデータベース５ｄによって、現在その中継回
線の帯域の一部およびＭＣＵを占有している会議を特定
する。（４）予約データベース５ｂならびにアドレスデ
ータベース５ａおよびトポロジデータベース５ｃによっ
て、今後開催される予定である会議の占有する中継回線
およびＭＣＵを特定する。ＡＮＳ５はこれらから、この
４地点会議が使用すべき中継回線およびＭＣＵを選出
し、要求された会議室への接続を許可するかを判断す
る。既存のコネクションおよび予約に対して影響を及ぼ
さないと判断するならば、この４地点会議の接続を許可
することになり、ＡＮＳ５は会議室１に対し、会議の開
催が可能であるむねを１５ｃによって返答する。会議室
１は、開催が可能と連絡を受けた段階で、ＡＥＳＡに至
るコネクション１５ｃが不要になるので、１５ｄの呼解
放処理によってコネクション１５ｃを解放する。

【００６１】次に、ＡＮＳ５は、ＭＣＵ６に対する接続
を求め、ＡＴＭ網に対して呼設定要求５６ａを渡す。Ｍ
ＣＵ６からＡＮＳ５に至る応答５６ｂが得られると、Ａ
ＮＳ５はＭＣＵ６との間のコネクション５６ｃが確立さ
れたものと認識する。

【００６２】するとＡＮＳ５は、ＭＣＵ６に対して、参
加するすべての会議室１、２、３、および４のＡＥＳＡ
を通達する。ＡＮＳ５は、ＭＣＵ６に対して、会議室
１、２、３、および４のＡＥＳＡを伝えた段階で、ＡＥ
ＳＡに至るデータ用コネクション５６ｃが不要になるの
で、５６ｄの呼解放処理によってコネクション５６ｃを
解放する。

【００６３】接続を許可する場合には、次にＡＮＳ５は
アドレスデータベース５ａを５０によって検索し、会議
室２、会議室３および会議室４のＡＥＳＡを得る。

【００６４】ついでＡＮＳ５はＭＣＵ６にむけての接続
を求めて網に対して呼設定要求５６ａを行う。ＭＣＵ６
からＡＮＳ５に至る応答５６ｂが得られると、ＡＮＳ５
はＭＣＵ６とのコネクション５６ｃが確立されたものと
認識する。ＡＮＳ５はそのコネクションを用いてデータ
を転送し、ＭＣＵ６に対してすべての参加会議室のＡＥ
ＳＡを渡すと同時にそれらへの接続を指示する。この時
点でＡＮＳ５からＭＣＵ６へのコネクション５６ｃは不
要になるので、５６ｄの呼解放処理を行う。

【００６５】つぎに、ＭＣＵ６は、各参加会議室とのコ
ネクションを確立する。たとえば、会議室１あてであれ
ば、ＭＣＵ６は会議室１にむけての接続を求めて、網に
対して呼設定要求１６ａを行う。ＭＣＵ６は、会議室１
からの応答１６ｂが得られると、コネクション１６ｃが
確立されたものと認識し、以降、そのコネクションを用
いてテレビ会議が開催できるようになる。

【００６６】他の会議室に関しては、上記の動作を次の
ように読み替える。会議室２あてであれば、呼設定要求
を２６ａ、応答を２６ｂ、および、コネクションを２６
ｃとする。会議室３あてであれば、呼設定要求を３６
ａ、応答を３６ｂ、および、コネクションを３６ｃとす
る。会議室４あてであれば、呼設定要求を４６ａ、応答
を４６ｂ、および、コネクションを４６ｃとする。

【００６７】これら４本のコネクション１６ｃ、２６
ｃ、３６ｃ、および、４６ｃを用い、かつ、ＭＣＵ６に
おいて映像および音声の合成処理を行うことにより、多
地点テレビ会議が開催できる。

【００６８】図５は、多地点会議の予約接続の場合の動
作例である。ＡＮＳ５は、予約データベース５ｂを周期
的に参照する。予約時刻になった登録内容があれば、５
２によってその情報を得、接続すべき三以上の会議室名
を得る。本例では会議室１、会議室２、会議室３、およ
び会議室４が参加する、４地点会議とする。

【００６９】まずＡＮＳ５は、５１によってアドレスデ
ータベース５ａを参照し、会議室１、２、３および４の
網内の位置を特定する。つぎに、５３によってトポロジ
データベース５ｃを検索し、その接続が経由する中継回
線を特定する。つぎに５４によってコネクションデータ
ベース５ｄを参照し、その中継回線の帯域の一部および
ＭＣＵを占有している即時会議を特定する。

【００７０】つぎに、予約データベース５ｂならびにア
ドレスデータベース５ａおよびトポロジデータベース５
ｃによって、今後開催される予定である会議の占有する
中継回線およびＭＣＵを特定する。これらから、この４
地点会議が使用すべき中継回線およびＭＣＵを選出し、
要求された会議室への接続が行えるか判断する。ここ
で、既存のコネクションに対して影響を及ぼす場合に
は、既存のコネクションを強制切断する。

【００７１】次にＡＮＳ５はＭＣＵ６にむけての接続を
求め、網に対して呼設定要求５６ａを行う。ＭＣＵ６か
らＡＮＳ５に至る応答５６ｂが得られると、ＡＮＳ５は
ＭＣＵ６とのコネクション５６ｃが確立されたものと認
識する。ＡＮＳ５はそのコネクションを用いてデータを
転送し、会議室１、会議室２、会議室３、および会議室
４のＡＥＳＡを渡すとともに、すべての参加会議室にむ
けての発呼を指示する。ここでＡＮＳ５とＭＣＵ６との
コネクション５６ｃは不要になるので、５６ｄによって
解放してもいい。

【００７２】つぎに、ＭＣＵ６は、各参加会議室とのコ
ネクションを確立する。たとえば、会議室１あてであれ
ば、ＭＣＵ６は会議室１むけての接続を求めて、網に対
して呼設定要求１６ａを行う。ＭＣＵ６は、会議室１か
らの応答１６ｂが得られると、コネクション１６ｃが確
立されたものと認識し、以降、そのコネクションを用い
てテレビ会議が開催できるようになる。

【００７３】他の会議室に関しては、上記の動作を次の
ように読み替える。会議室２あてであれば、呼設定要求
を２６ａ、応答を２６ｂ、および、コネクションを２６
ｃとする。会議室３あてであれば、呼設定要求を３６
ａ、応答を３６ｂ、および、コネクションを３６ｃとす
る。会議室４あてであれば、呼設定要求を４６ａ、応答
を４６ｂ、および、コネクションを４６ｃとする。

【００７４】これら４本のコネクション１６ｃ、２６
ｃ、３６ｃ、および、４６ｃを用い、かつ、ＭＣＵ６に
おいて映像および音声の合成処理を行うことにより、多
地点テレビ会議が開催できる。

【００７５】図６はＡＮＳ内の動作を表したフローであ
る。例として１対１会議の場合を示す。まず、Ｓ２にお
いて、発側会議室からのアドレス解決要求に従った、着
側会議室のＡＥＳＡおよびその優先クラスをアドレスデ
ータベースＳ３から検索する。また、発側会議室のクラ
スについては、アドレス解決要求元である発側会議室の
ＡＥＳＡを鍵にすることで、同様にアドレスデータベー
スＳ３から検索できる。このようにしてＡＮＳは、発側
会議室のＡＥＳＡと着側会議室のＡＥＳＡとを認識す
る。ついでＡＮＳは、Ｓ４によってトポロジデータベー
スＳ５を参照する。トポロジデータベースＳ５には保守
者によって登録された網トポロジ情報が登録されてい
る。したがって、新規のこのコネクションの経由する網
内経路が判別する。

【００７６】経路が判明すると、Ｓ６においてＡＮＳ
は、コネクションデータベースＳ７を参照し、新規のコ
ネクションが経由すべき中継回線上にすでに存在するコ
ネクションの帯域占有状況を把握する。ついでＳ８にお
いて予約データベースＳ９を検索し、経路上の帯域を今
後占有することになる予約情報の有無を検索する。Ｓ１
０において、経路上の空き帯域が「あり」と判断された
場合には、Ｓ１５としてＡＮＳはコネクションの確立を
認め、発側会議室に対して着側会議室のＡＥＳＡを返答
する。

【００７７】Ｓ１０において、経路上の空き帯域が「な
し」と判断された場合には二つの処理がある。Ｓ１１の
判断として、優先クラスの低い会議室間に確立されてい
るコネクションを削除することで帯域が確保できるなら
ば、ＡＮＳは、Ｓ１２においてその強制切断の対象を選
定する。さらにＳ１３において、強制切断の対象となっ
た会議室に対して、切断予告を送出する。これは、網の
障害に起因するコネクションの切断なのか、輻輳に伴う
強制切断によるものなのかを、テレビ会議を開催中の会
議室に対して通知し、区別させるためである。次にＳ１
４で強制切断を行う。この強制切断によって空いた帯域
を用いて、Ｓ１５において新規のコネクションを確立す
る。強制切断の方法としては、会議室またはＭＣＵに対
し、ＡＮＳからコネクションを確立し、それを用いたメ
ッセージによって、切断を指示する。

【００７８】一方、強制切断が不可能な場合には、Ｓ１
６において会議室に対して不接となるむねを連絡し、Ｓ
１７にて不接として本シーケンスは終了する。ここで強
制切断が不可能な場合の例としては（１）予約接続が予
定されている。（２）すでに即時接続で接続中のコネク
ションが、新規発生呼よりも優先度が高い、などがあ
る。

【００７９】なおコネクションの優先度の判断方法は、
各種ありえ、発側会議室と着側会議室との優先度の平均
を取ってもいいし、少なくともどちらか一方が高優先で
あれば高優先として扱ってもいいし、また、少なくとも
どちらか一方が低優先であれば低優先として扱ってもい
い。またここで、優先度として２値を超えるクラス分け
を行ってもいい。

【００８０】また、中継線上の占有帯域があらかじめ定
めた規定値を超え、残帯域が僅かとなった場合を輻輳と
認識し、その状況下においては高優先のコネクションだ
けの確立を受け付ける制御方法を取る。

【００８１】図７は、本発明方式のＡＮＳが保持してい
る項目内容について、とくにアドレスデータベースにつ
いて、概念を示すものである。

【００８２】５ａ１は項番、５ａ２は会議室名、５ａ３
はＡＥＳＡ、５ａ４は加入者の優先度を表すクラスであ
る。

【００８３】会議室名５ａ２は、漢字で登録された会議
室名であり、従来の「ｓａｌｍｏｎ。ｄａｔａ。ｅｘａ
ｍｐｌｅ。ｃｏｍ」という階層化されかつＡＳＣＩＩ文
字列で表されたホスト名と異なる。

【００８４】ＡＥＳＡ５ａ３の持つ情報は、本来は１
６進表記で４０桁となるが、本図では桁数を省略して表
している。

【００８５】クラス５ａ４の持つ情報としては、本例で
は「優先」および「非優先」の二つの段階を示した。た
だし、三段階またはそれ以上の段階を設定してもいい。

【００８６】図８は、従来のＡＮＳが保持している項目
内容について、概念を示すものである。

【００８７】５ａ５は項番、５ａ６はホスト名、５ａ７
は、問い合わせの結果に得られるＡＥＳＡまたは問い合
わせを転送する先の上位のＡＮＳである。

【００８８】項番３の例は、問い合わせのあったホスト
名がこのＡＮＳの登録範囲外であり、上位のＡＮＳへの
問い合わせを必要とする場合を示す例である。ここで
は、「。ｄａｔａ。ｅｘａｍｐｌｅ。ｃｏｍ」階層の本
ＡＮＳでは解決できず、上位の「。ｅｘａｍｐｌｅ。ｃ
ｏｍ」階層のＡＮＳへ問い合わせすべき場合の例を示し
た。

【００８９】図９は、複数のＭＣＵを有する網で多地点
会議を開催する場合のＭＣＵ選択論理の説明である。こ
の場合、参加する会議室の網内の位置を意識したＭＣＵ
の選択を行う。ＡＴＭ網０において、四つの会議室が参
加する多地点会議が開催される場合を例として説明す
る。参加する会議室は会議室１、会議室２、会議室３お
よび会議室４の四箇所である。

【００９０】８１、８２および８３はそれぞれＡＴＭス
イッチである。６１および６２はそれぞれＭＣＵであ
り、順にＭＣＵ１およびＭＣＵ２と称することにする。

【００９１】本網構成と本参加会議室例の場合、ＭＣＵ
１を選択すれば、中継回線８２３の帯域を占有するコネ
クションはなく、帯域の使用効率がいい。同時に中継区
間長および経由するスイッチの段数を少なくでき、伝搬
遅延やＡＴＭスイッチ内部での交換処理に要する時間を
小さくできる。反対にＭＣＵ２を選択すれば、中継回線
８２３の帯域を占有することになるので、網内資源の使
用効率が悪くなる。同時に、伝搬遅延やＡＴＭスイッチ
を多段に経由することに起因する交換処理に要する時間
が大きくなる。

【００９２】本発明のＡＮＳは、図９のようなトポロジ
情報をトポロジデータベースとして有することによっ
て、多地点会議に参加する会議室名を鍵に、使用すべき
最適なＭＣＵのＡＥＳＡを解決し返答する手段を有して
いる。このための論理としては、たとえば、占有する中
継回線区間数や占有帯域幅などに従ってＭＣＵを選択す
る方法がある。

【００９３】このとき会議室側はＭＣＵを選択し指定す
る必要はなく、ＡＮＳが最適なＭＣＵを選択する。

【００９４】なお、ＡＴＭ網の場合には、ＡＥＳＡを上
位側から参照することによってその一部でその会議室が
収容されているＡＴＭスイッチが判読できる。このた
め、アドレスデータベースを参照し会議室名からＡＥＳ
Ａを解決すれば、その会議室が網内のどのスイッチの配
下に存在するかが判り、したがって網内での位置を特定
できる。

【００９５】図１０は、予約データベースの構成例を表
したものである。その内容については以下のとおりであ
る。予約データベースはテレビ会議の接続を使用者が予
約した段階、および、その予約が実行された接続の終了
時に更新される。

【００９６】項番５ｂ１は、データベース登録項目の項
番を示している。接続５ｂ２は予約接続の接続元と接続
先を表している。項番１の例として示したのが二地点間
の会議であり、また、項番２の例として示したのが多地
点会議であり、ここでは４地点の場合を例とした。日時
５ｂ３は予約接続の開始および終了時刻を示す。

【００９７】図１１は、トポロジデータベースの構成例
を表したものである。その内容については以下のとおり
である。項番５ｃ１はデータベース登録項目の項番を示
している。区間５ｃ２は会議室とＡＴＭスイッチの間の
加入者回線、および、ＡＴＭスイッチ相互間の接続関係
を示している。帯域容量５ｃ３は、回線の帯域を示して
いる。

【００９８】図１２は、コネクションデータベースの構
成例を表したものである。その内容については以下のと
おりである。コネクションデータベースの登録内容は、
コネクションの確立および削除時に、ＡＮＳにおいて自
動的に更新される。

【００９９】項番５ｄ１はデータベース登録項目の項番
を示している。占有区間５ｄ２は、コネクションごと
に、そのコネクションが経由する中継線経路を示してい
る。予約／即時５ｄ３は、そのコネクションが予約接続
によったものなのか、即時接続によったものなのかの区
別を表す。これは、コネクションの優先度の判断の一材
料であり、とくに強制切断時の候補の選択に資するため
である。開始時刻５ｄ４はそのコネクションの確立時刻
を示している。これは、コネクションの優先度の判断の
一材料であり、とくに強制切断時の候補の選択に資する
ためである。クラス５ｄ５はコネクションの優先度を表
すものである。これは会議室の優先度を反映したもので
ある。コネクションの優先度の判断の一材料であり、と
くに強制切断時の候補の選択に資するためである。ここ
で、「優先の会議室」と「非優先の会議室」とを結ぶコ
ネクションの扱いは、運用に依存し、優先・非優先のど
ちらでも実現しうる。また呼の確立ごとに優先・非優先
を会議室が選択し、網へ申告する手段を有していてもい
い。

【０１００】なおここで「映像」としたのは、音声を含
み、かつ書画カメラやカメラの方向制御などのテレビ会
議を開催する上で映像信号に付随する信号を代表して表
している。

【０１０１】図１３は、会議室とＡＮＳとの接続におい
て、ＡＴＭ網を用いない実現方法を表したものである。

【０１０２】会議室１とＡＮＳ５とが、ＡＴＭ網０とは
別のＬＡＮ（local area network）６によってイントラ
ネットとして結ばれている場合にも上述したのと同じ動
作が可能である。すなわち、これは、前述の例におい
て、会議室１からＡＮＳ５への問い合わせ用のコネクシ
ョン１５ｃがＡＴＭ網０を経由して確立されていたの
を、ＬＡＮ６経由による問い合わせによって実現すれば
いい。

【０１０３】なお図１３では会議室２とＡＮＳ５とを結
ぶＬＡＮを省略して表しているし、またすべての会議室
とＡＮＳとはＬＡＮを経由して結ばれている。

【０１０４】図１４は、ＬＡＮを用いた本発明の実施例
を示したものである。

【０１０５】例とするのは、２地点会議の即時接続時の
シーケンス図である。会議室１はＬＡＮを経由してＡＮ
Ｓ５とデータ１５ｃを送受する。ここで送受されるデー
タの内容は、前出のＡＮＳ要求・ＡＮＳ応答と同一の内
容である。つまり、ＡＴＭ網内のコネクションを用いて
いた接続を、ＬＡＮ経由にしたものである。以降、ＡＴ
Ｍ網内のコネクションを用いる方式と同一の動作とな
り、５０において、アドレスデータベース５ａ、予約デ
ータベース５ｂ、トポロジデータベース５ｃ、およびコ
ネクションデータベース５ｄを参照することによって、
要求された会議の開催が可能であるかを判断する。可能
であれば、ＡＮＳは会議室１に対してＡＥＳＡを解決し
返答する。会議室１はそれを受け、会議室２への呼設定
要求１２ａを網に通知し、会議室２からの応答１２ｂを
もってコネクション１２ｃが確立されたものと判断す
る。そのあと、コネクション１２ｃを用いて会議が開催
される。

【０１０６】図１５は、テレビ会議システムの構築をＳ
ＶＣ（スイッチド・バーチャル・コネクション）による
接続方式に依らず、ＰＶＣ（パーマネント・バーチャル
・コネクション）による接続方式によって実現する方法
を表したものである。

【０１０７】この場合には、ＡＮＳ５は、解決するのは
ＡＥＳＡではなく、その会議室が収容されているＡＴＭ
スイッチ、回線番号、ＶＰＩ（バーチャルパス識別
子）、およびＶＣＩ（バーチャルチャネル識別子）であ
る。そして解決した結果についての接続指示は、ＡＮＳ
５からＡＴＭ網０に対する指示として、５７として示さ
れる。実際にはＡＴＭ網側の本制御の受け口は、ＮＭＳ
（網管理装置）である。

【０１０８】図１６は、図１５で説明したＰＶＣ方式の
場合のＡＮＳ５の登録内容例である。５ａ８は項番、５
ａ９は会議室名、５ａ１０は収容位置、５ａ１１は加入
者の優先度を表すクラスである。

【０１０９】このようにＰＶＣ方式の場合には、ＳＶＣ
方式の場合の会議室のＡＥＳＡに代わって、会議室が収
容されているＡＴＭスイッチ名、その回線番号、そのＶ
ＰＩ（バーチャルパス識別子）、およびそのＶＣＩ（バ
ーチャルチャネル識別子）が登録されることになる。

【０１１０】図１７は、ＰＶＣ方式を用いた本発明の実
施例を示したものである。例とするのは、２地点会議の
即時接続時のシーケンス図である。ＰＶＣ方式の場合に
は、各会議室とＡＮＳとの間の通信は、この間のＰＶＣ
をあらかじめ用意し、それを用いたメッセージ交換によ
って行われる。したがって会議室１は、保守者によって
会議室１とＡＮＳ５との間にあらかじめ確立されている
ＰＶＣを用いて、データ１５ｃを送受する。ここで送受
されるデータの内容は、前出のＡＮＳ要求・ＡＮＳ応答
と同一の内容である。つまり、ＡＴＭ網内のコネクショ
ンを用いていた接続を、ＬＡＮ経由にしたものである。
以降、ＡＴＭ網内のコネクションを用いる方式と同一の
動作となり、５０において、アドレスデータベース５
ａ、予約データベース５ｂ、トポロジデータベース５
ｃ、およびコネクションデータベース５ｄを参照するこ
とによって、要求された会議の開催が可能であるかを判
断する。可能であれば、ＡＮＳ５はＮＭＳ（網管理装
置）７に対して５７によってＰＶＣの確立を指示する。
ＮＭＳ７はそれを受け、ＡＴＭ網内のスイッチ８に対し
て７８によってＰＶＣの確立を指示する。ここでスイッ
チ８の台数は複数であってもいい。このようにしてコネ
クション１２ｃがＰＶＣによって確立され、このコネク
ション１２ｃを用いて会議が開催される。

【０１１１】

【発明の効果】本発明による第１の効果は、「階層化さ
れたドメイン名を伴ったホスト名」に依らず、かつ、中
継回線の帯域やＭＣＵが輻輳した際における、会議室の
重要度に応じての接続の優先度を保守者が事前に登録で
きるという点である。

【０１１２】その理由は、まず階層化に関しては、ＡＮ
Ｓが、ＡＥＳＡの解決に際して、「階層化されたドメイ
ン名を伴ったホスト名」を鍵とすることが求められない
ためである。つぎに重要度に関しては、会議室の優先／
非優先を表すクラスの登録が行えるためである。

【０１１３】本発明による第２の効果は、多地点会議の
場合に、各会議室からの接続先（コネクションの確立
先）となるべき、画面合成や音声合成を司るＭＣＵのＡ
ＥＳＡを解決できるという点である。

【０１１４】その理由は、三地点以上の会議室を結んで
開催される会議（すなわち、多地点会議）の場合に、参
加するすべての会議室のＡＥＳＡを解決しないためであ
る。

【０１１５】本発明による第３の効果は、多地点会議と
判断した場合にＭＣＵのＡＥＳＡを解決するが、最適な
位置のＭＣＵを選択し、そのＭＣＵのＡＥＳＡが解決で
きる点である。

【０１１６】その理由は、多地点会議に参加するすべて
の会議室について、網内でのそれぞれの位置を認識し、
かつ、該接続の実行に伴う中継回線の帯域消費の結果を
予測できるためである。

【０１１７】本発明による第４の効果は、最適なＭＣＵ
のＡＥＳＡが解決できたと仮定した場合においても、Ａ
ＥＳＡの解決後の呼設定段階において、参加するすべて
の会議室とＭＣＵとを接続する手段があるという点であ
る。

【０１１８】その理由は、最適なＭＣＵと参加するすべ
ての会議室とを接続するために、ＭＣＵから各会議室に
向けての発呼を行わせるべく、ＡＮＳがＭＣＵに対して
その発呼を指示できるためである。

【０１１９】本発明による第５の効果は、あらかじめ開
始時刻、終了時刻および接続会議室名を含む予約を受け
付け、それによる接続（コネクションの確立）ができる
という点である。

【０１２０】その理由は、あらかじめ受け付けた予約に
よるコネクションの確立および削除を、所定時刻におい
て所定相手先に対して実行することができるという点で
ある。

【０１２１】本発明による第６の効果は、予約による接
続の終了時刻の前に、その予約接続にて接続中の会議室
に当てて、切断予告を通知できるという点である。

【０１２２】その理由は、予約による接続の終了時刻を
管理する手段、および、会議室に対して切断の予告を通
知する手段を有しているためである。

【０１２３】本発明による第７の効果は、ＡＥＳＡの解
決の要求の受信に際して、その解決の結果に伴うコネク
ションの確立の可否を判断する手段を有しているという
点である。

【０１２４】その理由は、網内における現在の中継回線
の帯域占有状況、ＭＣＵの占有状況および今後の予約状
況とを管理しているためである。

【０１２５】本発明による第８の効果は、保守者により
事前に登録された会議室ごとの優先クラスを参照し、優
先クラスの上下を元に、中継回線の帯域またはＭＣＵの
輻輳時において優先クラスが上の会議室を優先して接続
できるという点である。

【０１２６】その理由は、優先クラスが上の会議室を優
先して接続するという判断の手段を有しているためであ
る。

【０１２７】本発明による第９の効果は、クラスが上で
あり、優先度の高い会議室からの接続要求を受信した際
にも、中継回線の帯域およびＭＣＵの輻輳時において、
優先度の低いテレビ会議のコネクションを強制的に切断
できるという点である。

【０１２８】その理由は、優先度の低いテレビ会議のコ
ネクションを強制的に切断する手段を有しているためで
ある。

【０１２９】本発明による第１０の効果は、仮にコネク
ションの強制的な切断を行ったとしても、参加者は網の
障害という異常な現象に起因する切断なのか、強制切断
という正常な処理に基づく切断なのかを識別できる方法
があるという点である。

【０１３０】その理由は、強制切断されるテレビ会議の
参加者への、通知方法があるためである。

【０１３１】本発明による第１１の効果は、ＡＥＳＡの
解決の要求に対して、中継回線の帯域またはＭＣＵの輻
輳が発生または発生が予想される場合において、接続で
きない（不接）と判断しても、その接続できないを発側
会議室に対して通知できるという点である。

【０１３２】その理由は、会議室に対して、接続できな
い理由の通知手段を有しているためである。

【０１３３】本発明による第１２の効果は、会議室と同
一のＡＴＭ網内に存在せず、たとえば社内イントラネッ
ト（ＬＡＮ）など外部のいずれかの網の上（、すなわ
ち、別網）に存在するＡＥＳＡへの、会議室からの別網
経由での検索に対応できるという点である。

【０１３４】その理由は、会議室とＡＮＳとの通信が、
ＡＴＭ網を用いなくてよく、たとえば社内イントラネッ
トなど外部の任意の網を経由できるためである。

【０１３５】本発明による第１３の効果は、ＳＶＣ（ス
イッチド・バーチャル・コネクション）接続方式ではな
く、ＰＶＣ（パーマネント・バーチャル・コネクショ
ン）接続方式によるテレビ会議システムの実現ができる
という点である。

【０１３６】その理由は、ＰＶＣ接続方式の場合には、
ＡＥＳＡの代りに、会議室を収容しているＡＴＭスイッ
チ名、回線番号、ＶＰＩ、およびＶＣＩが解決されるた
めである。

【図面の簡単な説明】

【図１】本発明の一実施例のブロック図。

【図２】本発明の一実施例による２地点会議の即時接続
時のシーケンス図。

【図３】本発明の一実施例による２地点会議の予約接続
時のシーケンス図。

【図４】本発明の一実施例による４地点会議の即時接続
時のシーケンス図。

【図５】本発明の一実施例による４地点会議の予約接続
時のシーケンス図。

【図６】本発明の一実施例による２地点間の即時接続時
のフロー図。

【図７】本発明の一実施例におけるアドレスデータベー
スの構成図。

【図８】従来のＡＮＳの構成図。

【図９】本発明の一実施例によるＭＣＵ選択論理を説明
するための、トポロジ図。

【図１０】本発明の一実施例による予約データベースの
構成図。

【図１１】本発明の一実施例によるトポロジデータベー
スの構成図。

【図１２】本発明の一実施例によるコネクションデータ
ベースの構成図。

【図１３】本発明のＬＡＮを用いた実施例の構成図。

【図１４】本発明のＬＡＮを用いた実施例による２地点
会議の即時接続時のシーケンス図。

【図１５】本発明のＰＶＣ方式を用いた実施例の構成
図。

【図１６】本発明のＰＶＣ方式を用いた実施例のアドレ
スデータベースの構成図。

【図１７】本発明のＰＶＣ方式を用いた実施例による２
地点会議の即時接続時のシーケンス図。

【符号の説明】

０ＡＴＭ網１会議室１１２通話チャネル（会議室１〜会議室２、映像用）１２ａ呼設定信号（会議室１〜会議室２）１２ｂ応答信号（会議室１〜会議室２）１２ｃＰＶＣ（会議室１〜会議室２、映像）１２ｓ信号チャネル（会議室１〜会議室２）１５ＡＮＳ接続（会議室１〜ＡＮＳの問い合わせ用
チャネル）１５１ＡＮＳ要求信号（会議室１〜ＡＮＳ）１５２ＡＮＳ応答信号（会議室１〜ＡＮＳ）１５ａ呼設定信号（会議室１〜ＡＮＳ）１５ｂ応答信号（会議室１〜ＡＮＳ）１５ｃデータ（会議室１〜ＡＮＳ）１５ｄ解放信号（会議室１〜ＡＮＳ）１５ｓ信号チャネル（会議室１〜ＡＮＳ）１６ａ呼設定信号（会議室１〜ＭＣＵ）１６ｂ応答信号（会議室１〜ＭＣＵ）１６ｃ映像信号（会議室１〜ＭＣＵ）１Ｌ会議室１への回線２会議室２２６ａ呼設定信号（会議室２〜ＭＣＵ）２６ｂ応答信号（会議室２〜ＭＣＵ）２６ｃ映像信号（会議室２〜ＭＣＵ）２Ｌ会議室２への回線３会議室３３６ａ呼設定信号（会議室３〜ＭＣＵ）３６ｂ応答信号（会議室３〜ＭＣＵ）３６ｃ映像信号（会議室３〜ＭＣＵ）４会議室４４６ａ呼設定信号（会議室４〜ＭＣＵ）４６ｂ応答信号（会議室４〜ＭＣＵ）４６ｃ映像信号（会議室４〜ＭＣＵ）５ＡＮＳ５０データベース検索５１アドレスデータベース検索５２予約データベース検索出力５３トポロジデータベース検索５４コネクションデータベース検索５６ａ呼設定信号（ＡＮＳ〜ＭＣＵ）５６ｂ応答信号（ＡＮＳ〜ＭＣＵ）５６ｃデータ（ＡＮＳ〜ＭＣＵ）５６ｄ解放信号（ＡＮＳ〜ＭＣＵ）５７ＰＶＣ確立指示（ＡＮＳ〜網（ＮＭＳ））５ａアドレスデータベース５ａ１項番（アドレスデータベース内）５ａ２会議室名（アドレスデータベース内）５ａ３ＡＥＳＡ（アドレスデータベース内）５ａ４クラス（アドレスデータベース内）５ａ５項番（従来方式のアドレスデータベース内）５ａ６ホスト名（従来方式のアドレスデータベース
内）５ａ７ＡＥＳＡまたは解（従来方式のアドレスデータ
ベース内）５ａ８項番（ＰＶＣ方式のアドレスデータベース内）５ａ９会議室名（ＰＶＣ方式のアドレスデータベース
内）５ａ１０収容位置（ＰＶＣ方式のアドレスデータベー
ス内）５ａ１１クラス（ＰＶＣ方式のアドレスデータベース
内）５ｂ予約データベース５ｂ１項番（予約データベース内）５ｂ２接続（予約データベース内）５ｂ３日時（予約データベース内）５ｃトポロジデータベース５ｃ１項番（トポロジデータベース内）５ｃ２区間（トポロジデータベース内）５ｃ３帯域容量５ｄコネクションデータベース５ｄ１項番（コネクションデータベース内）５ｄ２占有区間（コネクションデータベース内）５ｄ３予約／即時（コネクションデータベース内）５ｄ４開始時刻（コネクションデータベース内）５ｄ５クラス（コネクションデータベース内）５ＬＡＮＳへの回線６ＬＡＮ６１ＭＣＵ１６２ＭＣＵ２７ＮＭＳ７８ＰＶＣ確立指示（ＮＭＳ〜ＡＴＭスイッチ）８ＡＴＭスイッチ８１ＡＴＭスイッチ８２ＡＴＭスイッチ８２３中継回線８３ＡＴＭスイッチ９ＬＡＮ

───────────────────────────────────────────────────── フロントページの続き (72)発明者早川文康神奈川県横浜市鶴見区江ケ崎町４番１号東京電力株式会社システム研究所内 (72)発明者原真由美神奈川県横浜市鶴見区江ケ崎町４番１号東京電力株式会社システム研究所内Ｆターム(参考） 5K030 HA10 KX29 LB02 LB03 LB20 LD08

Claims

【特許請求の範囲】

【請求項１】異なる会議室に置かれたテレビ会議端末
（以降、会議室に置かれたテレビ会議端末を、単に、会
議室と称する。）間で、ＡＴＭ(asynchronous transfer
mode)網を介して、構築されるテレビ会議システムのた
めのＡＴＭ・ネーム・システム（ＡＮＳ）において、発側の会議室から、前記ＡＴＭ網に対して、相手先の会
議室とのコネクションの確立に先だつアドレス解決の要
求が発せられた際に、前記ＡＴＭ網から前記アドレス解
決の要求を受信する受信手段と、受信したアドレス解決の要求にて表わされる相手先の会
議室名を元に、ＡＴＭ・エンド・システム・アドレス
（ＡＥＳＡ）および相手先会議室の優先クラスを解決
し、解決した結果を発側の会議室に前記ＡＴＭ網を介し
て返答するアドレス解決手段とを有することを特徴とす
るＡＴＭ・ネーム・システム。
【請求項２】請求項１に記載のＡＴＭ・ネーム・シス
テムにおいて、前記アドレス解決手段は、前記受信したアドレス解決の
要求にて表わされた相手先の会議室名を元に、その会議
室の会議の接続の形態が三以上の地点を同時に結び開催
される多地点会議であると判断した場合に、接続の相手
先となる前記多地点会議へ参加するすべての会議室のＡ
ＴＭ・エンド・システム・アドレスを解決するのではな
く、前記多地点会議のための多地点会議装置（ＭＣＵ）
のＡＴＭ・エンド・システム・アドレスを解決すること
を有するＡＴＭ・ネーム・システム。
【請求項３】請求項２に記載のＡＴＭ・ネーム・シス
テムにおいて、網トポロジデータベースを、更に、有し、前記アドレス解決手段は、前記ＡＴＭ網内に複数の多地
点会議装置が存在する場合に、保守者によって事前に登
録された前記網トポロジデータベースを参照することに
よって、前記多地点会議に参加するすべての会議室の前
記ＡＴＭ網内での位置を認識し、前記すべての会議室の
接続の実行に伴う前記ＡＴＭ網内の中継回線の帯域占有
の結果を予測し、前記複数の多地点会議装置のうち最適
な位置の多地点会議装置を選択し、選択された多地点会
議装置のＡＴＭ・エンド・システム・アドレスを解決す
ることを特徴とするＡＴＭ・ネーム・システム。
【請求項４】請求項２に記載のＡＴＭ・ネーム・シス
テムにおいて、前記アドレス解決手段が前記多地点会議装置のＡＴＭ・
エンド・システム・アドレスを解決した後の呼設定段階
において、前記多地点会議に参加するすべての会議室と
前記多地点会議装置とを接続するために、前記多地点会
議装置から参加するすべての会議室に向けて発呼を行う
べく、前記多地点会議装置に対してその発呼を指示する
手段を、更に、有することを特徴とするＡＴＭ・ネーム
・システム。
【請求項５】請求項２に記載のＡＴＭ・ネーム・シス
テムにおいて、開始時刻、終了時刻、および接続相手先の会議室とを含
む予約を、あらかじめ、受け付け、該予約による接続
を、前記開始時刻において前記接続相手先会議室に対し
て実行する手段を、更に、有することを特徴とするＡＴ
Ｍ・ネーム・システム。
【請求項６】請求項５に記載のＡＴＭ・ネーム・シス
テムにおいて、前記予約による接続の終了時刻の前に、その予約による
接続にて接続中の会議室に当てて、切断予告を通知する
手段を、更に、有することを特徴とするＡＴＭ・ネーム
・システム。
【請求項７】請求項５に記載のＡＴＭ・ネーム・シス
テムにおいて、コネクションデータベースを、更に、有し、前記受信したアドレス解決の要求に対し、前記コネクシ
ョンデータベースにおける前記ＡＴＭ網内における現在
の中継回線の帯域占有状況、前記多地点会議装置の占有
状況、および今後の予約状況を元に、前記相手先会議室
との接続の実施および不実施を判断する手段を、更に、
有することを特徴とするＡＴＭ・ネーム・システム。
【請求項８】請求項７に記載のＡＴＭ・ネーム・シス
テムにおいて、保守者による事前設定によって定められる会議室ごとの
優先クラスを参照し、前記帯域および前記多地点会議装
置の輻輳時においては優先クラスが上の会議室を優先的
に接続させる手段を、更に、有することを特徴とするＡ
ＴＭ・ネーム・システム。
【請求項９】請求項８に記載のＡＴＭ・ネーム・シス
テムにおいて、中継回線の空き帯域と前記多地点会議装置の空き状況か
ら、既存のコネクションに対する強制切断の適用が必要
であると認識した場合には、既存のコネクションに対し
て強制切断を行う手段を、更に、有することを特徴とす
るＡＴＭ・ネーム・システム。
【請求項１０】請求項９に記載のＡＴＭ・ネーム・シ
ステムにおいて、強制切断を行う前に、強制切断の対象となる会議室に当
てて強制切断を通知する手段を、更に、有することを特
徴とするＡＴＭ・ネーム・システム。
【請求項１１】請求項１に記載のＡＴＭ・ネーム・シ
ステムにおいて、前記アドレス解決手段は、前記アドレスの解決要求に対
して、接続できない（不接）と返答する場合に、接続で
きない理由を前記一つの会議室に対して通知することを
特徴とするＡＴＭ・ネーム・システム。
【請求項１２】請求項１に記載のＡＴＭ・ネーム・シ
ステムにおいて、前記ＡＴＭ・ネーム・システムが前記ＡＴＭ網に接続さ
れずに、前記ＡＴＭ・ネーム・システムが社内イントラ
ネット（ＬＡＮ：local area network）などの別網を介
して前記会議室に接続されている場合であって、前記Ａ
ＴＭ・ネーム・システムが前記発側の会議室からの前記
アドレス解決の要求を、前記別網を経由して受信した場
合にも、前記ＡＴＭ・ネーム・システムは、前記アドレ
ス解決の要求を、前記発側の会議室から前記ＡＴＭ網を
経由して受信した場合と同様に対処することを特徴とす
るＡＴＭ・ネーム・システム。
【請求項１３】前記テレビ会議システムが、ＳＶＣ
（スイッチド・バーチャル・コネクション）接続方式で
はなく、ＰＶＣ（パーマネント・バーチャル・コネクシ
ョン）接続方式で実現された場合であっても、前記テレ
ビ会議システムが前記ＳＶＣ接続方式で実現された場合
に実現される、請求項１に記載のＡＴＭ・ネーム・シス
テムと同様の機能を、前記ＡＴＭ・エンド・システム・
アドレスの解決の代りに、前記ＰＶＣの確立を行うこと
によって実現したことを特徴とするＡＴＭ・ネーム・シ
ステム。