JP2000049803A - コネクション型通信方式又は該コネクション型通信方式における端末若しくはノード - Google Patents

Abstract

(57)【要約】 【課題】 ＡＴＭ通信等のコネクション形ネットワーク
における、バイパス回線の効率的な利用及びユーザ側の
設備負担の軽減等を目的とする 【解決手段】 通常回線上に既に設定されたコネクシ
ョンの一方のクライアントＡからサーバＢへ衛星回線を
利用するデータの転送要求を行う。 サーバＢの設定要求により、ノードＢがノー
ドＡとの間で、衛星回線上に新たなコネクションを設定
する。 衛星回線利用コンテンツは、サーバＢから、衛星回
線経由で、クライアントＡに伝送される。 通常コンテンツは、サーバＢから、通常回線経由
で、クライアントＡに伝送される。 コンテンツ伝送後、コネクションの開放を行う。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、コネクション型通
信方式又は該コネクション型通信方式における端末若し
くはノードに関する。

【０００２】

【従来の技術】近年、ＷＷＷ（World-Wide Web ）プラ
ザの機能が拡張されるにつれ、写真、動画、アニメーシ
ョン、音声、音楽などありとあらゆる情報がインターネ
ットを飛び交うようになってきている。例えば、ソフト
ウエアの最新版をインターネット経由で入手するなど、
大容量コンテンツをダウンロードするサービスや１対多
を前提とする同報的なサービスが増加し、インターネッ
トのバックボーン（プロバイダー間の基幹専用線）の負
荷が増大している。例えば、図１に示すように、Ａ国の
クライアント１がＢ国のサーバ２に大容量のコンテンツ
の転送を要求した場合、サーバ２からのコンテンツの伝
送により、Ａ国・Ｂ国間のプロバイダ３、４間の回線の
多くが、そのコンテンツの伝送に占有され、他の伝送が
影響される。

【０００３】これを解決するために、伝送容量の大きな
衛星回線をインターネットのダウンリンクに利用する方
法が知られている。これにより地上系バックボーンの負
荷を軽減することをはじめとして、新しい大容量のコン
テンツのサービス提供がなされている。例えば、図２に
示すように、衛星回線をインターネットプロバイダ３、
４間のバックボーンとして利用する方法である。この例
では、Ａ国からＢ国向けのデータは地上回線を通り、Ｂ
国からＡ国向けのデータは、衛星回線を通るように各プ
ロバイダ内のルータが設定されている。従って、Ａ国か
らの地上回線を通じて大容量コンテンツの要求をＢ国の
サーバに送信すると、該コンテンツは衛星回線経由で直
接Ａ国内のプロバイダに送信される。これにより、プロ
バイダ３及びプロバイダ４間の地上回線は、大容量コン
テンツの伝送による影響はなくなる。

【０００４】また、別の方式として、図３に示すよう
に、衛星回線をプロバイダとユーザ宅の間で直接結ぶ方
法もある。この例では、Ａ国からＢ国向けのデータは地
上回線を通り、Ｂ国からＡ国向けのデータは、衛星回線
を通るように各プロバイダ内のルータが設定されてい
る。従って、Ａ国からの地上回線を通じて大容量コンテ
ンツの要求をＢ国のサーバに送信すると、該コンテンツ
は、Ｂ国のプロバイダ４から、衛星回線経由で直接Ａ国
内のクライアント１に送信される。これにより、プロバ
イダ３及びプロバイダ４間の地上回線は、大容量コンテ
ンツの伝送による影響はなくなる。

【０００５】また、大容量の回線で構成されるＡＴＭ
（Ａsynchronous Ｔransfer Ｍode ）ネットワークが実
用化されている。

【０００６】

【発明が解決しようとする課題】ところで、図２のよう
に、Ｂ国からＡ国向けのデータは、衛星回線を通るよう
に各プロバイダ内のルータが設定された場合、衛星回線
を利用する必要のない小容量のコンテンツまでも、衛星
回線を経由することとなり、結果として、衛星回線を本
当に利用する価値のある大容量のデータのための伝送容
量を逼迫したり、利用できるユーザ数が限られるという
問題がある。

【０００７】また、図３のように、衛星回線をプロバイ
ダとユーザ宅の間で直接結ぶ方法は、ユーザ側に広帯域
回線を利用するための設備（衛星回線を利用した場合
は、パラボラ・アンテナ等）を用意する必要があり、ユ
ーザにコスト面で負担となるという問題がある。また、
将来、上記のインターネットプロバイダに代わって、例
えば、図４に示すように、大容量の回線で構成されるＡ
ＴＭネットワーク等のコネクション形ネットワークによ
って、マルチメディアコンテンツの授受が行われる状況
においても、インターネットにおけると同じような問題
が発生することが予想される。

【０００８】そこで、本発明は、ＡＴＭ通信等のコネク
ション形ネットワークにおける、バイパス回線の効率的
な利用及びユーザ側の設備負担の軽減等を目的とするも
のである。

【０００９】

【課題を解決するための手段】請求項１に記載された発
明は、ノード・ノード間が複数の回線により接続された
複数のノードと該ノードに接続された複数の端末を有す
るコネクション型通信方式において、第一の前記回線
（地上回線、通常回線、一般回線）上に既に設定された
コネクションの一方の前記端末（クライアントＡ）から
前記コネクションの他方の前記端末（サーバＢ）への転
送要求であって、第二の前記回線（衛星回線、広帯域回
線、特殊回線、バイパス回線）を利用するデータ（コン
テンツ）の転送要求により、所定の時間又は所定のデー
タを転送する間、前記データの転送を要求した端末が接
続されたノードとデータを送出する端末が接続されたノ
ードとの間の前記第二の回線上に、新たなコネクション
をさらに設定し、該第二の回線上のコネクションを通じ
て、要求された転送データの全部又は一部のデータの転
送を行うことを特徴とするコネクション型通信方式（Ａ
ＴＭ、ＩＳＤＮ、フレームリレー等）である。

【００１０】請求項１記載の発明によれば、所定の時間
又は所定のデータを転送する間、第二の回線上に、前記
データの転送を要求した端末が接続されたノードとデー
タを送出する端末が接続されたノードの間に新たなコネ
クションをさらに設定し、該第二の回線上のコネクショ
ンを通じて、要求された転送データの全部又は一部のデ
ータの転送を行うことにより、ＡＴＭ通信等のコネクシ
ョン形ネットワークにおける広帯域データを、通常回線
によらず広帯域回線により伝送することができ、広帯域
回線のバイパス回線の効率的な利用及びユーザ側の設備
負担の軽減等を図ることができる。

【００１１】請求項２に記載された発明は、請求項１記
載のコネクション型通信方式において、前記データを送
出する端末（クライアントＡ）と該データを送出する端
末（サーバＢ）に接続されたノード間（ノードＡ、ノー
ドＢ）に、前記第二の回線に振り向けるデータを転送す
るためのコネクションをさらに設定することを特徴とす
る。

【００１２】請求項２記載の発明によれば、第二の回線
に振り向けるデータを転送するためのコネクションを新
たに設定することにより、広帯域データを伝送すること
による、ノードと端末間における通常回線への影響を無
くすことができる。請求項３に記載された発明は、請求
項１又は２記載のコネクション型通信方式において、前
記ノードは、前記データの転送を要求した端末が送出し
た第二の回線を使用する旨が付与された発呼要求メッセ
ージを受信した場合、前記第二の回線を用いて、該第二
の回線上にコネクションを設定することを特徴とする。

【００１３】請求項３記載の発明によれば、第二の回線
を用いて第二の回線上にコネクションを設定するので、
確実なコネクションの設定ができる。請求項４に記載さ
れた発明は、請求項３記載のコネクション型通信方式に
おいて、前記ノード（ノードＡ）は、既存コネクション
の一方の端末（サーバＢ）が接続されている他のノード
（ノードＢ）が送出した発呼要求メッセージを受信した
場合、該ノードと該ノードに接続されている着呼端末
（クライアントＡ）との間の既存のコネクションのチャ
ネルを利用することにより、該ノードと該ノードに接続
されている着呼端末との間のコネクションを１本とする
ことを特徴とする。

【００１４】請求項４記載の発明によれば、ノードと該
ノードに接続されている着呼端末との間の既存のコネク
ションのチャネルを利用することにより、ノードと該ノ
ードに接続されている着呼端末との間のコネクションを
１本とすることにより、着呼端末は、ノード・ノード間
に二つの回線・コネクションが存在していても、着呼端
末における、二つのコネクションの信号を合体する処理
が必要がなく、また、ノード・ノード間に二つのコネク
ションが存在していることを意識することなく通信でき
る。

【００１５】請求項５に記載された発明は、請求項３又
は４記載のコネクション型通信方式において、前記着呼
端末（クライアントＡ）が接続されているノード（ノー
ドＡ）は、前記発呼要求メッセージを前記着呼端末に転
送せず、前記着呼端末に代行して、前記発呼端末（サー
バＢ）に呼設定完了メッセージを伝送することを特徴と
する。

【００１６】請求項５記載の発明によれば、着呼端末が
接続されているノードは、発呼要求メッセージを着呼端
末に転送せず、着呼端末に代行して、発呼端末に呼設定
完了メッセージを伝送することにより、無駄な処理を無
くし、コネクションの設定を迅速・確実にできる。な
お、着呼端末は、新たなコネクションに関しては意識せ
ずに通信可能であるから、着呼端末が、発呼端末に呼設
定完了メッセージを伝送することは、必ずしも必要なこ
とではない。

【００１７】請求項６に記載された発明は、請求項１な
いし５いずれか一項記載のコネクション型通信方式にお
いて、前記コネクション型通信方式は、ＡＴＭ通信方式
であり、前記データを送出する端末は、前記第二の回線
に振り向けるデータの送出セル（ＡＴＭセル）のＡＡＬ
４のＭＩＤ値として、既存のコネクションで使用しない
値を設定することを特徴とする。

【００１８】請求項６記載の発明によれば、第二の回線
に振り向けるデータの送出セルのＡＡＬ４のＭＩＤ値と
して、各コンテンツ要素毎に既存のコネクションで使用
しない値を設定することにより、受信端末は、各コンテ
ンツ受信時にどのコンテンツ要素であるかをコンテンツ
要素毎に識別することができ、確実にコンテンツを受信
することができる。

【００１９】請求項７に記載された発明は、請求項１、
３〜６いずれか一項記載のコネクション型通信方式にお
いて、前記データを送出する端末は、前記第二の回線に
振り向けるデータを該端末に接続されたノードに送出す
る場合、該第二の回線に振り向けるデータ中に第二の回
線を使用する旨の識別子を付与することを特徴とする。

【００２０】請求項７記載の発明によれば、第二の回線
に振り向けるデータ中に第二の回線を使用する旨の識別
子を付与することにより、データを送出する端末に接続
されたノードは、単に識別子を監視するだけで、データ
を第二の回線に振り向けるか否かを判断することができ
る。請求項８に記載された発明は、請求項７記載のコネ
クション型通信方式において、前記コネクション型通信
方式は、ＡＴＭ通信方式であり、前記第二の回線を使用
する旨の識別子として、データ送出セル（ＡＴＭセル）
のＡＡＬ４のＭＩＤ値に特定の値を設定することを特徴
とする。

【００２１】請求項８記載の発明によれば、第二の回線
を使用する旨の識別子として、データ送出セルのＡＡＬ
４のＭＩＤ値に特定の値を設定することにより、ＡＴＭ
セルを送出する端末に接続されたノードは、単にＭＩＤ
値を監視するだけで、セルを第二の回線に振り向けるか
否かを判断することができる。請求項９に記載された発
明は、請求項１ないし８いずれか一項記載のコネクショ
ン型通信方式において、前記データの転送を要求した端
末から前記データを送出する端末に対して、前記第二の
回線に振り向けるデータの送出指示があった場合、前記
データを送出する端末は、データを構成するデータ要素
毎に、前記第二の回線に振り向けるかどうかを登録した
テーブル（ルート決定テーブル）を参照して、前記第二
の回線に振り向けるデータを決定することを特徴とす
る。

【００２２】請求項９記載の発明によれば、データを送
出する端末は、データを構成するデータ要素毎に、第二
の回線に振り向けるかどうかを登録したテーブルを参照
して、第二の回線に振り向けるデータを決定することに
より、データを送出する端末は、簡便かつ確実にどの回
線に振り向けるかを判断することができる。請求項１０
に記載された発明は、ノード・ノード間が複数の回線に
より接続された複数のノードと該ノードに接続された複
数の端末を有するコネクション型通信方式における端末
において、既に設定された第一の前記回線（地上回線、
通常回線、一般回線）上のコネクションにより、他の端
末から第二の前記回線（衛星回線、広帯域回線、特殊回
線、バイパス回線）を利用するデータ（コンテンツ）の
転送要求を受けた場合、前記他の端末が接続されたノー
ドと本端末が接続されたノード間の前記第二の回線上
に、コネクションをさらに設定するための発呼要求メッ
セージを本端末が接続されたノードに送出し、前記第二
の回線上の新たに設定されたコネクションを通じて、要
求された転送データの全部又は一部のデータの転送を行
うことを特徴とするコネクション型通信方式（ＡＴＭ、
ＩＳＤＮ、フレームリレー等）における端末である。

【００２３】請求項１１に記載された発明は、請求項１
０記載のコネクション型通信方式における端末におい
て、前記コネクション型通信方式は、ＡＴＭ通信方式で
あり、前記第二の回線に振り向けるデータの送出セル
（ＡＴＭセル）のＡＡＬ４のＭＩＤ値として、既存のコ
ネクションで使用しない値を設定することを特徴とす
る。

【００２４】請求項１２に記載された発明は、請求項１
０記載のコネクション型通信方式における端末におい
て、前記コネクション型通信方式は、ＡＴＭ通信方式で
あり、前記第二の回線を使用する旨の識別子として、デ
ータ送出セルのＡＡＬ４のＭＩＤ値に特定の値を設定す
ることを特徴とする。請求項１３に記載された発明は、
請求項１０ないし１２いずれか一項記載のコネクション
型通信方式における端末において、データの転送要求を
する他の端末（クライアントＡ）から、前記第二の回線
に振り向けるデータの送出指示があった場合、データを
構成するデータ要素毎に、前記第二の回線に振り向ける
かどうかを登録したテーブル（ルート決定テーブル）を
参照して、前記第二の回線に振り向けるデータを決定す
ることを特徴とする。

【００２５】請求項１０〜１３記載の発明によれば、広
帯域回線であるバイパス回線の効率的な利用及びユーザ
側の設備負担の軽減等を図ることができるコネクション
型通信方式に適した端末を提供することができる。請求
項１４に記載された発明は、請求項１記載のコネクショ
ン型通信方式におけるノードにおいて、データの転送を
要求した端末（クライアントＡ）が送出した前記第二の
回線を使用する旨が付与された発呼要求メッセージを受
信した場合、前記第二の回線を用いて、該第二の回線上
にコネクションを設定することを特徴とするコネクショ
ン型通信方式におけるノードである。

【００２６】請求項１５に記載された発明は、請求項１
４記載のコネクション型通信方式におけるノード（ノー
ドＡ）において、他のノード（ノードＢ）が送出した発
呼要求メッセージを受信した場合、本ノードと本ノード
に接続されている着呼端末との間の既存のコネクション
のチャネルを利用することにより、本ノードと本ノード
に接続されている着呼端末（クライアントＡ）との間の
コネクションを１本とすることを特徴とする。

【００２７】請求項１６に記載された発明は、請求項１
５記載のコネクション型通信方式におけるノードにおい
て、既存コネクションの一方の端末が接続されている前
記着呼端末が接続されているノードは、前記発呼要求メ
ッセージを前記着呼端末に転送せず、該着呼端末に代行
して、発呼端末に呼設定完了メッセージを伝送すること
を特徴とする。

【００２８】請求項１７に記載された発明は、請求項１
４ないしい１６ずれか一項記載のコネクション型通信方
式におけるノード（ノードＢ）において、データを送出
する端末（サーバＢ）からのデータを受信し、該受信デ
ータに前記第二の回線を使用する旨の識別子が付与され
ている場合、又は、受信データがＡＴＭセルであって、
ＡＡＬ４のＭＩＤ値が特定の場合にのみ、受信データを
前記第二の回線へ転送することを特徴とする。

【００２９】請求項１４〜１７記載の発明によれば、広
帯域回線であるバイパス回線の効率的な利用及びユーザ
側の設備負担の軽減等を図ることができるコネクション
型通信方式に適したノードを提供することができる。請
求項１８に記載された発明は、請求項１４ないし１７い
ずれか一項記載のコネクション型通信方式におけるノー
ドにおいて、端末毎に前記第二の回線を利用することが
できるか否かを記録した第二の回線利用可否テーブルを
有し、発呼要求メッセージ、前記第二の回線を使用する
旨の識別子が付与されたデータ又は特定のＭＩＤ値を有
するＡＴＭセルを受信したとき、前記第二の回線利用可
否テーブルを参照して、第二の回線の利用の可否を決定
することを特徴とする。

【００３０】請求項１８記載の発明によれば、ノード
に、端末毎に第二の回線を利用することができるか否か
を記録した第二の回線利用可否テーブルを設けることに
より、第二の回線を利用可能な端末のみに、サービスを
提供することができる。

【００３１】

【発明の実施の形態】次に、本発明の実施の形態につい
て図面と共に説明する。 （本発明のＡＴＭ交換機の構成例）本発明のＡＴＭ交換
機の構成例を図５に示す。 ＡＴＭ交換機１０は、端末Ｄ
ＴＥ−ａと端末ＤＴＥ−ｂが接続されている。なお、図
中の端末ＤＴＥ−ａ、端末ＤＴＥ−ｂ及びＡＴＭ交換機
１０は、それぞれＡＴＭプロトコルを有している。ま
た、ＡＴＭ交換機１０は、入出力回線対応部１１、スイ
ッチ部１２、制御部１３を有している。

【００３２】入出力回線対応部１１は、ＡＴＭセルの入
出力を行うことができ、入力ポート番号が付与され、後
述する制御部１３にＡＴＭセルを転送する。スイッチ部
１２は、入出力回線対応部１１から入力されたＡＴＭセ
ルの先頭のＶＰＩ（ＶirtualＰath Ｉdentifer）／ＶＣ
Ｉ（Ｖirtual Ｃhannel Ｉdentifer）と入力ポート番
号を解釈し、しかるべき入出力回線対応部１１へ出力す
る。また、後述する制御部１３の指示によって、入力し
たＡＴＭセルの入力ポート番号とＶＰＩ／ＶＣＩによる
出力先の変更（コネクション制御）を行うことができ
る。制御部１３は、後述するメモリ１４及びＣＰＵ１５
から構成され、これらにより作成される管理テーブル１
６を基に、スイッチ部１２へのコネクション設定制御を
行う。また、受信した入力ポート番号付きのＡＴＭセル
の内容に応じて、スイッチ部１２へのコネクション制御
を行う。メモリ１４は、磁気ディスクや半導体メモリ等
により構成され、管理テーブル１６を記憶する。ＣＰＵ
１５は、メモリ１４内の管理テーブル１６に応じてスイ
ッチ部１２への命令等を行う。

【００３３】管理テーブル１６は、呼管理テーブル、中
継回線種別テーブル、広帯域回線利用サービス可否テー
ブルの３つのテーブルを有する。呼管理テーブルは、制
御部１３で作成されスイッチ部１２で行う入力先ＶＰＩ
／ＶＣＩと出力先ＶＰＩ／ＶＣＩの対応、出力先ポート
番号及び送出セルのＡＡＬ４（ＡＴＭ AdaptationLaye
r ４）のＭＩＤ（Multiplexing Identification：多重
識別子）の値を管理するテーブルである。本テーブルの
設定に従って、スイッチ部１２のコネクション制御が行
われる。呼管理テーブルの構成例を図６に示す。 この呼
管理テーブルの設定は、次の通り、端末ＤＴＥ−ａから
コネクション設定要求メッセージがきた場合等におい
て、設定される。

【００３４】ノード（ＡＴＭ交換機）１０が、直接収容
する端末ＤＴＥ−ａからコネクション設定要求メッセー
ジが来た場合、そのメッセージ中の発アドレス（ａａ
ａ）を発信側のアドレス欄に設定する。また、この端末
と実際にデータの送受信を行う通信チャネルのＶＰＩ／
ＶＣＩ値（ＶＰａ１／ＶＣａ１）を発信側のアドレス欄
に設定する。メッセージ中の着信アドレス（ｂｂｂ）
は、着信側のアドレス欄に設定する。着信端末がこのノ
ード１０に直接収容された端末でない場合、データの転
送先となるノード向けの中継回線のポート番号（）と
実際にデータの送受信を行う通信チャネルのＶＰＩ／Ｖ
ＣＩ値（ＶＰｂ１／ＶＣｂ１）を着信側のＶＰＩ／ＶＣ
Ｉ欄に設定する。

【００３５】中継回線からコネクション設定要求メッセ
ージを受信した場合、そのメッセージ中の発アドレスを
発信側のアドレス欄に設定する。また、このメッセージ
を受信した中継回線のポート番号と受信時の通信チャネ
ルのＶＰＩ／ＶＣＩ値をセル転送側に設定する。さら
に、このメッセージ中の着アドレスを着信側のアドレス
欄に設定するとともに、着信端末と実際にデータの送受
信を行う通信チャネルのＶＰＩ／ＶＣＩ値を着信側のＶ
ＰＩ／ＶＣＩ欄に設定する。

【００３６】コネクション設定要求メッセージに広帯域
回線を利用する旨のファシリティが設定されていた場合
には、呼種別の欄に「特殊」と設定する。このメッセー
ジ中に広帯域回線を利用する旨のファシリティが設定さ
れていない場合には、「一般」と設定する。これによ
り、広帯域回線を利用するコンテンツのデータは、「特
殊」と設定された欄に従ってデータが処理される。

【００３７】なお、本テーブルの発端末欄か着端末欄の
どちらかのＶＰＩ／ＶＣＩ欄に値が設定されていれば、
その端末が直接そのノードに収容されている端末という
ことになる。あるノードの呼管理テーブルで、コネクシ
ョン確立済の端末を検索する場合は、発端末欄と着端末
欄の両方を検索する必要がある。なお、本テーブルのＭ
ＩＤは、デーのまとまりを示す信号として使用する、通
常の使用法以外に、本発明では、このＭＩＤを用いて、
広帯域回線利用の識別子として用いることができる。

【００３８】中継回線種別テーブルは、図７に示すよう
に、中継回線の各ポートが広帯域回線なのか通常回線な
のかをポート毎に示したテーブルである。図７の例で
は、ポートＢが広帯域回線に設定されている。コネクシ
ョン設定要求メッセージに広帯域回線を利用する旨のフ
ァシリティが設定されており、コネクション設定相手が
別のノード収容端末の場合、中継回線を選択する際、こ
のテーブルから「広帯域回線」のポートを選択して、そ
のポート番号を呼管理テーブルに設定することになる。

【００３９】広帯域回線利用サービス可否テーブルは、
図８に示すように、本発明で実現されるサービスを利用
する資格があるか否かを、端末アドレス毎に、設定し確
認するテーブルである。図８の例では、端末ＢＢＢは、
サービスを受ける資格があるが、端末ＡＡＡ及び端末Ｚ
ＺＺは、サービスを受ける資格はない。このテーブルを
用いて、サービスを受ける資格のある端末からの、又は
サービスを受ける資格のある端末へのデータだけを広帯
域回線に転送することができる。 （本発明の端末の構成）図９は、本発明に用いられるＡ
ＴＭ端末の構成例である。ＡＴＭ端末２０は、入出力回
線対応部２１及び制御部２２を有している。

【００４０】入出力回線対応部２１は、ＡＴＭセルの入
出力を行い、後述する制御部２２にＡＴＭセルを転送す
る。制御部２２は、後述するメモリやＣＰＵから構成さ
れ、これらにより、作成された後述するルート決定テー
ブルに従って通信チャネルの管理及び制御を行う。メモ
リ２３は、磁気ディスクや半導体メモリ等により構成さ
れ、ルート決定テーブル等を記憶する。ＣＰＵ２４は、
メモリ２３内のルート決定テーブルに応じて制御部２２
への命令等を行う。ルート決定テーブル２５は、図１０
に示すように、作成されたすべてのコンテンツに対し、
そのコンテンツの要素毎（写真、動画、アニメーショ
ン、音声、音楽等）によって、配信すべきルート（衛星
回線、有線回線等）を決めたテーブルである。図１０で
は、コンテンツ要素−１及びコンテンツ要素−Ｚは、通
常回線を使用し、コンテンツ要素−２は、広帯域回線を
使用する。 （本発明の基本となる構成例とその動作概要）本発明の
基本となる構成例を図１１に示す。 ＡＴＭ交換機＃１
（以下、「ノードＡ」という。 ）及びＡＴＭ交換機＃２
（以下、「ノードＢ」という。 ）は、それぞれＡＴＭプ
ロトコルを有し、これらは、ＡＴＭネットワークのノー
ドの一部を構成し、峡帯域回線である通常回線及び広帯
域回線である特殊回線で接続されている。

【００４１】ノードＡのポート番号には、端末ＤＴＥ
−ａ（ＡＴＭアドレスａａａ）が接続され、ポート番号
及びには、通常回線及び特殊回線が接続されてい
る。また、ノードＢのポート番号には、コンテンツ配
信が可能な端末ＤＴＥ−ｂ（ＡＴＭアドレスｂｂｂ）が
接続され、ポート番号及びには、通常回線及び特殊
回線が接続されている。

【００４２】端末ＤＴＥ−ａ及び端末ＤＴＥ−ｂ間は、
端末ＤＴＥ−ａとノードＡ内の入出力回線対応部間、
ノードＡ内の入出力回線対応部と間、ノードＡ内の
入出力回線対応部とノードＢ内の入出力回線対応部
間、ノードＢ内の入出力回線対応部と間及びノード
Ｂ内の入出力回線対応部と端末ＤＴＥ−ｂ間で、各
々、図のような論理パス（ＶＰａ１／ＶＣａ１、ＶＰｘ
／ＶＣｘ、ＶＰｂ１／ＶＣｂ１）を設定してあり、その
パスを通じて、通信が行われる。

【００４３】この場合の端末ＤＴＥ−ａ及び端末ＤＴＥ
−ｂに関するノードＡ及びノードＢの呼管理テーブルを
図１２及び図１３に示す。 なお、図１２には、ノードＡ
に接続された発信側の端末ＤＴＥ−ａのアドレスはａａ
ａであり、着信側の端末のアドレスはｂｂｂであり、端
末ＤＴＥ−ａとノードＡ間はＶＰａ１／ＶＣａ１のパス
が張られ、ノードＡのポートと他局のノード間（ノー
ドＢ）はＶＰｘ／ＶＣｘのパス（チャネル）が張られ、
端末ＤＴＥ−ａからのセルは、ノードＡのポート番号
から他局のノードに転送され、その際の回線は、一般回
線（通常回線）を用いることが示されている。

【００４４】また、図１３には、ノードＢに接続された
発信側の端末ＤＴＥ−ｂのアドレスはｂｂｂであり、着
信側の端末のアドレスはａａａであり、端末ＤＴＥ−ｂ
とノードＢ間はＶＰｂ１／ＶＣｂ１のパスが張られ、ノ
ードＢのポートと他局のノード間（ノードＡ）はＶＰ
ｘ／ＶＣｘのパスが張られ、端末ＤＴＥ−ｂからのセル
は、ノードＢのポート番号から他局のノードに転送さ
れ、その際の回線は、一般回線（通常回線）を用いるこ
とが示されている。

【００４５】以下の説明において、例えば、コンテンツ
配信の要求（送信）等のユーザ利用によるコネクション
確立後の端末〜端末間のデータ送受信を「コンテンツ配
信の要求（送信）データ」と表現し、コネクション確立
（開放）等のコネクション設定時のシーケンスを「コネ
クション確立（開放）メッセージ」と表現する。以下
に、図１１の基本となる構成に関して、その主要な動作
概要を説明する。ここでは、ＤＴＥ−ａ、ＤＴＥ−ｂ、
ノードＡ、ノードＢ別に、どのような処理を行い、又は
信号のやりとりを行うかを説明する。なお、各動作の時
系列的動作の詳細は、実施例において説明する。 （基本動作１）まず、峡帯域回線上の既設定済みのコネ
クションを利用して、端末ＤＴＥ−ａが端末ＤＴＥ−ｂ
に対して特定コンテンツの配信要求（以下、「コンテン
ツ要求データ」という。 ）を行う。これに対し、端末Ｄ
ＴＥ−ｂがノードＢに対し広帯域回線経由でコンテンツ
要素を送信する際の動作を説明する。 端末ＤＴＥ−ａの動作 端末ＤＴＥ−ａは、峡帯域回線上の既設定済みのコネク
ションを利用して、端末ＤＴＥ−ｂに対し、広帯域回線
を利用する特定コンテンツ要求データを送信する。

【００４６】その後、広帯域回線経由で、端末ＤＴＥ−
ｂが送出した特定コンテンツを受信し、当初の要求が達
成される。 端末ＤＴＥ−ｂの動作 端末ＤＴＥ−ｂは、端末ＤＴＥ−ａから広帯域回線を利
用する特定コンテンツ要求データを受信し、順次、以下
の処理を行う。

【００４７】・図１４（Ａ）に示すコンテンツ用ルート
決定テーブル内のコンテンツ要素から使用ルートを検索
する。そのとき、広帯域回線を利用するように設定され
ているコンテンツ要素が一つ以上ある場合は、保持して
いた既設定コネクションの発アドレスを着アドレスと
し、広帯域回線を利用する旨のファシリティを付与し
て、新規コネクション設定要求メッセージをノードＢへ
送信する。なお、広帯域回線利用のコンテンツ要素がな
い場合は、通常回線にて特定コンテンツをノードＢへ送
信する。

【００４８】・新規コネクション設定要求メッセージを
ノードＢへ送信した場合、その後、ノードＢから、コネ
クション設定完了メッセージを受信する。そこで、端末
ＤＴＥ−ｂは、図１４（Ｂ）に示すように該当コンテン
ツのルート決定テーブルにコンテンツ要素毎に異なる利
用ＭＩＤ値を設定する。図１４（Ｂ）では、コンテンツ
要素−１、コンテンツ要素−２、コンテンツ要素−３に
対し、利用ＭＩＤ値として、ααα、βββ、γγγを
設定している。また、コンテンツ要素−１及びコンテン
ツ要素−３は、通常回線のコネクション（ＶＰＩｘ／Ｖ
ＣＩｘ）を通じて送信され、コンテンツ要素−２は、広
帯域回線のコネクション（ＶＰＩｙ／ＶＣＩｙ）を通じ
て送信される。

【００４９】・該当するコンテンツのルート決定テーブ
ルに従い、全てのコンテンツ要素データに利用ＭＩＤ値
を設定して、所定のコネクションを通じて送信する。 ノードＢの動作 ノードＢは、ノードＡから、既設定済みのコネクション
経由で、端末ＤＴＥ−ｂ宛の広帯域回線を利用する特定
コンテンツ要求データを受信し、その特定コンテンツ要
求データを端末ＤＴＥ−ｂへ転送し、順次、以下の処理
を行う。

【００５０】・その後、端末ＤＴＥ−ｂから受信した広
帯域回線を利用する旨のファシリティを付与したコネク
ション設定要求メッセージを解析し、広帯域回線利用の
コネクションであることを認識する。広帯域回線利用の
コネクションでなかった場合は、端末ＤＴＥ−ａ宛にコ
ネクション設定要求メッセージを送信する。 ・呼管理テーブルを検索し、該当コネクション設定要求
メッセージに設定されている発アドレスと着アドレスに
一致するコネクションがあった場合は、図１５に示す端
末ＤＴＥ−ｂ向けの中継回線種別テーブルを検索し、広
帯域回線の回線ポート番号の利用を認識する。一致す
るコネクションがなかった場合は、端末ＤＴＥ−ｂに対
しコネクション設定拒否メッセージを送信する。

【００５１】・広帯域回線用の回線ポートに空きがあ
った場合は、図１６（Ａ）の呼管理テーブルに新規コネ
クション情報として直接収容端末のアドレス（これから
利用するＤＴＥ−ｂのアドレス）、端末ＤＴＥ−ｂとの
間のチャネルＶＰＩ／ＶＣＩ（ＶＰｂ１／ＶＣｂ２）、
相手端末（広帯域回線を用いてこれから利用するＤＴＥ
−ａのアドレス）、相手端末収容ノード間のチャネルＶ
ＰＩ／ＶＣＩ（ＶＰｙ／ＶＣｙ）及びポート番号
（）、呼種別（特殊）を書き込んで、図１６（Ｂ）の
呼管理テーブルとする。広帯域回線の空きがなかった場
合は、ＤＴＥ−ｂに対しコネクション設定拒否メッセー
ジを送出する。

【００５２】・この場合は、広帯域回線用コネクション
であるため、ノードＡに対し受信したコネクション設定
要求メッセージをＤＴＥ−ａ宛に送出する。 ・その後、ノードＡより、広帯域回線経由で広帯域回線
コネクションの設定完了／拒否メッセージを受信する。 ・ＤＴＥ−ｂへコネクション設定完了メッセージを送信
する。

【００５３】・その後、ＤＴＥ−ｂより送出されたコン
テンツであって、、ＤＴＥ−ｂのルート決定テーブルに
従って送出されたコンテンツを所定のコネクションを通
じて該当コンテンツをノードＡに送信する。 ノードＡの動作 ノードＡは、ＤＴＥ−ａより、既設定済みのコネクショ
ン経由でＤＴＥ−ｂ宛の広帯域回線を利用する特定コン
テンツ要求データを受信し、この特定コンテンツ要求デ
ータをノードＢへ転送し、順次、以下の処理を行う。

【００５４】・その後、ノードＢより、広帯域回線経由
で広帯域回線利用のコネクション設定要求メッセージを
受信する。受信したコネクション設定要求メッセージを
解析し、広帯域回線利用のコネクションであることを認
識する。広帯域回線利用のコネクションでなかった場合
は、ＤＴＥ−ｂ宛にコネクション設定要求メッセージを
転送する。

【００５５】・呼管理テーブルを検索し、該当コネクシ
ョン設定要求メッセージに設定されている発／着アドレ
スに一致するコネクションを検索する。そのコネクショ
ンが一致した場合、図１７（Ａ）の呼管理テーブルに新
規コネクション情報として直接収容端末のアドレス（こ
れから利用するＤＴＥ−ａのアドレス）、端末ＤＴＥ−
ａとの間のチャネルＶＰＩ／ＶＣＩ（ＶＰａ１／ＶＣａ
１）、相手端末（広帯域回線を用いてこれから利用する
ＤＴＥ−ｂのアドレス）、相手端末収容ノード間のチャ
ネルＶＰＩ／ＶＣＩ（ＶＰｙ／ＶＣｙ）及びポート番号
（）、呼種別（特殊）を書き込んで、図１７（Ｂ）の
呼管理テーブルとする。

【００５６】一致するコネクションがなかった場合は、
ノードＢに対しＤＴＥ−ｂ向けにコネクション設定拒否
メッセージを送出する。 ・コネクション設定要求メッセージに対するコネクショ
ン設定完了メッセージをノードＢに対しＤＴＥ−ｂ宛に
送出することで広帯域用コネクションが確立する。 ・その後、ＤＴＥ−ｂより送出されたコンテンツであっ
て、所定のコネクションを通じて、ノードＢを介して受
信したコンテンツをＤＴＥ−ａに転送する。 （基本動作２）ＤＴＥ−ａは、予め広帯域回線利用する
旨のファシリティを付与したコネクション設定要求メッ
セージを送信して、広帯域回線上にコネクションを設定
する。該コネクションの設定後、ＤＴＥ−ａは、特定コ
ンテンツ要求データを送信する。ノードＢは、ＤＴＥ−
ｂからの送出されたコンテンツのうち、ＡＡＬタイプ４
のＭｌＤの値に応じて利用回線を振り分ける際の動作を
説明する。 ＤＴＥ−ａの動作 ＤＴＥ−ａは、ＤＴＥ−ｂ宛に、既設コネクション設定
が存在しない状態から、通常回線より、広帯域回線同時
利用のファシリティを付与したコネクション設定要求メ
ッセージを送信し、順次、以下の処理を行う。

【００５７】・その後、ＤＴＥ−ｂから通常回線でコネ
クション設定完了メッセージを受信する。それを受け
て、通常回線のコネクションを通じてＤＴＥ−ｂ宛の広
帯域回線を利用する特定コンテンツ要求データを送信す
る。 ・その後、広帯域回線経由で、ＤＴＥ−ｂより特定コン
テンツを受信する。 ＤＴＥ−ｂの動作 ＤＴＥ−ｂは、ＤＴＥ−ａから、広帯域回線同時利用の
ファシリティを付与したコネクション設定要求メッセー
ジを受信し、順次、以下の処理を行う。 ・ＤＴＥ−ａ宛のコネクション設定受付メッセージを送
信する。 ・その後、ＤＴＥ−ａから、設定済みのコネクションを
通じてコンテンツ要求デ一タを受信する。コンテンツ要
求データを受けて、図１８（Ａ）に示す該当コンテンツ
のルート決定テーブル内のコンテンツ要素から使用ルー
トを検索する。広帯域回線を利用するコンテンツ要素に
は、図１８（Ｂ）に示すように、ネットフーク業者から
指示され、予めＤＴＥ−ｂに登録してあるＭＩＤ（αα
α）を設定して送出する。また、通常回線を利用するコ
ンテンツ要素には、上記ＭｌＤ以外の値を設定して送出
する。広帯域回線利用のコンテンツがなかった場合は、
通常回線に対してコンテンツを送出する。 ノードＢの動作 ノードＢは、ノードＡより、ＤＴＥ−ａからの広帯域回
線同時利用のファシリティを付与したコネクション設定
要求メッセージを受信し、順次、以下の処理を行う。

【００５８】・広帯域回線を利用する旨のファシリティ
を付与したコネクション要求を解析し、広帯域回線と通
常回線の同時利用のコネクションであることを認識す
る。広帯域回線利用のコネクションでなかった場合は、
ＤＴＥ−ｂへ通常回線にてＤＴＥ−ａ向けのコネクショ
ン設定要求メッセージを送信する。さらに、図１９に示
すＤＴＥ−ａ向けの中継回線種別テーブルを検索し、広
帯域回線用の回線ポートの利用を認識する。このと
き、広帯域回線用の回線ポートに空きがあった場合
は、図２０（Ａ）の呼管理テーブルに広帯域回線用コネ
クション情報を書き込んで、図２０（Ｂ）の呼管理テー
ブルとする。なお、ノードＢとＤＴＥ−ｂ間のチャネル
は同じチャネル（ＶＰａ１／ＶＣａ１）を用いる。

【００５９】広帯域回線の空きがなかった場合は、ＤＴ
Ｅ−ｂに対し広帯過或回線利用のファシリティを削除し
てコネクション要求設定メッセージを送出する。このと
き、広帯域回線用コネクションであるため、ノードＡに
対し受信したコネクション設定要求メッセージの発アド
レスを着アドレスを反転させ、広帯域回線経由で該当メ
ッセージをノードＡに送出する。 ・その後、ノードＡ
より、広帯域回線経由で広帯域回線コネクションの設定
完了／拒否ソッセージを受信する。それを受けて、ＤＴ
Ｅ−ｂに対し、ＤＴＥ−ａからの広帯域回線を利用する
旨のファシリティを付与したコネクション設定要求メッ
セージを送信する。

【００６０】・その後、ＤＴＥ−ｂより、ＤＴＥ−ａ向
けのコネクション設定受付メッセージを受信し、ノード
Ａに通常回線経由で送信する。 ・その後、ノードＡより、ＤＴＥ−ａからのコンテンツ
要求データを通常回線経由で受信し、ＤＴＥ−ｂへ送信
する。 ・その後、ＤＴＥ−ｂより、コンテンツデータを受信す
る。そのデータにＭｌＤが付与されていた場合、呼管理
テーブルの該当コネクションの利用ＭｌＤと一致する値
を検出したときは、その一致したＭｌＤが設定されてい
る回線ポート経由で送出する。利用ＭｌＤと一致しない
場合は、呼管理テーブルの該当コネクションの利用ＭＩ
Ｄが設定されていない回線ポート経由でノードＡに送出
する。また、ＭｌＤが付与されていない場合、通常回線
経由でノードＡに送出する。 ノードＡの動作 ノードＡは、ＤＴＥ−ａより、広帯域回線同時利用のフ
ァシリティを付与したコネクション設定要求メッセージ
を受信し、広帯域回線同時利用のファシリティを付与し
たコネクション設定要求メッセージをノードＢへ転送
し、順次、以下の処理を行う。

【００６１】・その後、ノードＢより、広帯域回線経由
で同時利用のファシリティを付与したコネクション設定
要求メッセージを受信する。受信したコネクション設定
要メツッセージを解析し、広帯域回線利用のコネクショ
ンであることを認識する。このとき、呼管理テーブルに
新規コネクション情報を書き込んで、図２１（Ａ）の管
理テーブルを図２１（Ｂ）の管理テーブルとする。な
お、ノードＡとＤＴＥ−ａ間のチャネルは同じチャネル
（ＶＰａ１／ＶＣａ１）を用いる。

【００６２】・コネクション設定メッセージに対するコ
ネクション設定完了メッセージをノードＢに対し、広帯
域回線により、ＤＴＥ−ｂに送出する。 ・その後、ノードＢより、通常回線経由でコネクション
設定受付メッセージを受信し、ＤＴＥ−ａへ送信する。 ・その後、ＤＴＥ−ａから、ＤＴＥ−ｂ向けのコンテン
ツ要求データを通常回線経由で受信し、ノードＢへ送信
する。

【００６３】・その後、ノードＢより、コンテンツデー
タを受信し、ＤＴＥ−ａに送出する。 （基本動作３）ＤＴＥ−ａは、通常回線により、使用回
線を広帯域回線に切換える指示を送出し、使用回線が広
帯域回線に切り替わった後に、ＤＴＥ−ｂに対して広帯
域回線を利用する特定コンテンツの配信を要求をする。
ＤＴＥ−ｂは、それを受けてコンテンツを送信するとい
う動作を説明する。

【００６４】基本動作１と同様に既設定済みのコネクシ
ョンが存在する初期状態とする。ただし、使用回線が広
帯域回線に切り替わった後は、全てのコンテンツは、広
帯域回線を通して、送信されるので、ＤＴＥ−ｂのルー
ト決定テーブルは使用しない。 ＤＴＥ−ａの動作 ＤＴＥ−ａは、ＤＴＥ−ｂ宛に既設定済みのコネクショ
ンのシグナリングチャネルを利用して、広帯域回線を利
用する特定コンテンツ要求データを送信し、順次、以下
の処理を行う。

【００６５】・その後、ファシリティに「既存コネクシ
ョンを広帯域回線経由に切り替え設定完了」の旨を設定
したコネクション設定拒否メッセージを受信する。それ
を受けて、広帯域回線のコネクションを通じて、ＤＴＥ
−ｂ宛に広帯域回線利用での特定コンテンツ送信要求デ
ータを送信する。 ・その後、広帯域回綿経由によるコンテンツを受信す
る。 ＤＴＥ−ｂの動作 ＤＴＥ−ｂは、ＤＴＥ−ａから、広帯域回線のコネクシ
ョンを通じて、コンテンツ送信要求データを受信する。
それを受けて、広帯域回線のコネクションを通じて、コ
ンテンツを送信する。 ノードＢの動作 ノードＢは、ノードＡより、広帯域回線経由でＤＴＥ−
ｂ宛の広帯域回線を利用する特定コンテンツ要求デ一タ
を受信し、順次、以下の処理を行う。

【００６６】・図２２に示すような中継回線種別テーブ
ル等を参照して、受信したコネクション設定要求メッセ
ージを解析し、広帯域回線利用のコネクションであるこ
とを認識する。広帯域回線利用のコネクションでなかっ
た場合は、ＤＴＥ−ｂ宛にコネクション設定要求メッセ
ージを伝送する。 ・呼管理テーブルを検索し、コネクション設定要求メッ
セージに設定されている発／着アドレスに一致するコネ
クションを検索する。そのコネクションが一致した（発
着の関係はどちらでも良い）場合、呼管理テーブルに新
規コネクショ情報を書き込で、図２３（Ａ）の管理テー
ブルを図２３（Ｂ）の管理テーブルとする。

【００６７】・ノードＡに対し、ＤＴＥ−ａ宛の既存コ
ネクションを広帯域回線経由に切り替え設定完了の旨の
ファシリティを設定したコネクション設定拒否メッセー
ジを送出する。 ・その後、ノードＡより、コンテンツ要求データを広帯
域回線経由で受信し、ＤＴＥ−ｂに送信する。

【００６８】・その後、ＤＴＥ−ｂより、該当コネクシ
ョンを通じて該当コンテンツを受信し、ノードＡに送信
する。 ノードＡの動作 ノードＡは、ＤＴＥ−ａより、既設済みのコネクション
のシグナリングチャネルによりＤＴＥ−ｂ宛の広帯域回
線利用での特定コンテンツ要求メッセージを受信し、該
特定コンテンツ要求メッセージをノードＢへ転送し、順
次、以下の処理を行う。

【００６９】・その後、ノードＢより、ＤＴＥ−ａ宛の
既存コネクションを広帯域回線経由に切り替え設定完了
の旨のファシリティを設定したコネクション設定拒否メ
ッセージを受信する。呼管理テーブルに新規コネクショ
情報を書き込で、図２４（Ａ）の管理テーブルを図２３
４Ｂ）の管理テーブルとする。 ・その後、ＤＴＥ−ａより、コンテンツ要求データを受
信し、広帯域回線経由でＤＴＥ−ｂに送信する。

【００７０】・その後、ノードＢより、該当コネクショ
ンを通じてＤＴＥ−ａ宛の該当コンテンツを受信し、Ｄ
ＴＥ−ａに送信する。 （基本動作４）上記基本動作１〜３のサービスをネット
ワーク利用者（端末）に提供するに当たり、予め決めら
れた条件の利用者だけに、そのサービスの許可を与える
方法を説明する。 ノードへの登録 該当サービスを受ける端末を直接収容するノードは、図
２５（Ａ）に示ような広帯域回線利用サービスの実施可
否テーブルを設ける。ネットワーク業者は、利用者から
該当サービスを利用したい旨の申請を受けると、図２５
（Ｂ）のように、該広帯域回線利用サービスの実施可否
テーブルの該当ＤＴＥアドレスの広帯域回線利用サービ
スの実施可否欄をサービス提供可と変更する。 サービス提供可否の判断 サービス提供が可能な利用者（端末）が、ノードに対し
て、上記基本動作１〜３に示ような広帯域回線を利用す
る旨のファシリティを付与したたコネクション設定要求
メッセージを送信したとき、広帯域回線を利用する旨の
ファシリティを付与されたコネクション設定要求メッセ
ージを受信したノードは、広帯域回線を利用するファシ
リティが設定されているか確認を行う。この際に、広帯
域回線利用サービス可否テーブルを参照し、コネクショ
ン設定要求メッセージを送信した端末がサービス提供可
であれば．上記基本動作１〜３で示された動作を行う。
また、サービス提供不可であれば発呼端末に対してコネ
クション拒否メッセージを送出する。

【００７１】次に本発明の実施例を説明する。実施例
は、上記基本動作１〜４に対応して記載する。 （実施例１）通常回線により、クライアント１は、サー
バ２に対して衛星回線を利用する特定コンテンツ（コン
テンツＸ）の配信を要求する。サーバ２は、要求された
特定コンテンツを配信する前に、ノードＡ及びノードＢ
間に広帯域コネクション（広帯域回線上のコネクショ
ン）を設定して、図８１のような回線を形成する。サー
バ２は、要求された特定コンテンツを新たに設定した広
帯域回線を利用して配信する。 （実施例１の前提条件）実施例１の前提条件（初期状
態）を図２６に示す。 実施例１を図２６（Ｂ）の構成例
について説明するが、その場合の前提条件を説明する。
クライアントＡ（ＡＴＭアドレスａａａ）、クライアン
トＣ（ＡＴＭアドレスｃｃｃ）、ノードＡ、ノードＢ及
びサーバＢ（ＡＴＭアドレスｂｂｂ）より構成されてい
る。なお、ノードＡ及びノードＢは、ＡＴＭ交換機によ
り構成することができる。

【００７２】サーバＢ内のコンテンツＸ（クライアント
１が、サーバ２に、要求した特定コンテンツ）用のルー
ト決定テーブルは、図２６（Ａ）に示す初期状態を有す
る。図によれば、コンテンツＸは、コンテンツ要素−１
〜コンテンツ要素−３を含み、その内、コンテンツ要素
−１及びコンテンツ要素−３は、通常回線を使用し、コ
ンテンツ要素−２は、広帯域回線を使用するように設定
されている。

【００７３】図２６（Ｂ）においては、ノードＡが直接
収容する端末（クライアントＡ）から、着アドレスをｂ
ｂｂ及びｃｃｃとする端末（他局のサーバＢ及び同じ局
内のクライアントＣ）に対する二つのコネクションが設
定されている。これらのコネクションは、有線回線（一
般回線、通常回線：峡帯域回線）を用いて設定されてい
る。クライアントＡとサーバＢのコネクションは、図２
６（Ｂ）において、網掛けされている。このコネクショ
ンは、クライアントＡとノードＡ（ポート３）間は、チ
ャネル０／１００、ノードＡ（ポート２）とノードＢ
（ポート６）間はチャネル１／１００、ノードＢ（ポー
ト７）とサーバＢ間はチャネル０／１１０で結ばれてい
る。また、クライアントＡとクライアントＣのコネクシ
ョンは、クライアントＡとノードＡ（ポート３）間は、
チャネル０／２００、ノードＡ（ポート４）とクライア
ントＣ間はチャネル０／４００で結ばれている。

【００７４】ノードＡ及びノードＢ内の呼管理テーブル
は、図２６（Ｃ）及び（Ｄ）に示すように、上記のコネ
クションの状態が設定されている。なお、各ノードは、
端末からの新規通信コネクション設定要求によって、コ
ネクションを設定する場合、自動的に呼管理テーブルに
書き込んで、呼管理テーブルを更新する。 （実施例１のシーケンス）図２７に実施例１のシーケン
スの例を示す。このシーケンスに従って説明する。説明
中の等は、図２７のシーケンスにおけるシーケンス番
号に対応している。また、図７０は、実施例１における
クライアントＡの動作フロー図を示し、図７１は、実施
例１におけるサーバＢの動作フロー図を示し、図７２
は、実施例１におけるノードＢの動作フロー図を示し、
図７３は、実施例１におけるノードＡの動作フロー図を
示している。各シーケンスの最後に、（ ）内にこれら
の動作フロー図に示したｓｔｅｐ番号を記載し、シーケ
ンスとの対応を付けた。 コネクション要求（図２８参照） クライアントＡは、既設定コネクションにおいてサーバ
Ｂより提供された画面メニュー等により、衛星回線経由
によるコンテンツＸに係るコンテンツ送出要求データ
を、既存コネクション（有線回線上のコネクション）に
よりサーバＢに通知する。：（図７０のｓｔｅｐ０１０
１） 既存のコネクションは、クライアントＡとノードＡ間
は、チャネル０／１００、ノードＡとノードＢ間はチャ
ネル１／１００、ノードＢとサーバＢ間はチャネル０／
１１０で結ばれている。

【００７５】コネクション設定−１（図２９参照） サーバＢは、コンテンツＸの送出要求の旨が設定された
コンテンツ要求データを受信すると、コンテンツＸ用の
ルート決定テーブルを検索する。：（図７１のｓｔｅｐ
０２０１及びｓｔｅｐ０２０２） ルート決定テーブルにより、広帯域回線を利用して送る
コンテンツ要素があるかどうかを確認する。なければ、
コンテンツＸは、全て既設定のコネクションから送出さ
れることになる。

【００７６】この例では、サーバＢは、図２６（Ａ）の
サーバＢ内のコンテンツＸ用ルート決定テーブルを参照
する。そこで、コンテンツ要素−２が、広帯域回線を利
用することが分かる。：（図７１のｓｔｅｐ０２０３） サーバＢは、このコンンテンツ要素−２を衛星回線を利
用して送出するために、ノードＢに対し衛星回線利用の
新規コネクション設定要求メッセージを送出する。この
コネクション設定要求メッセージには、使用チャネル
「ＶＰＩ／ＶＣＩ：０／２１０」、着アドレス「ａａ
ａ」。発アドレス「ｂｂｂ」、ファシリティ情報「広帯
域回線利用」の情報を有する。この場合、設定指示時の
クライアントの着アドレスは、通常コネクション設定時
の発アドレスを保持していて、その発アドレスを着アド
レスとして利用する。：（図７１のｓｔｅｐ０２０４） なお、コネクション設定要求メッセージは、発呼要求メ
ッセージをコネクション設定要求メッセージと解して、
処理を進めても良い。 コネクション設定−２（図３０参照） コネクション設定要求メッセージを受けたノードＢは、
付与されたファシリティを解析し、広帯域回線利用のコ
ネクション設定要求であることを認識する。なお、広帯
域回線を利用する旨のファシリティがなければ、通常の
コネクション設定メッセージとして、着呼端末に該当メ
ッセージを転送する。：（図７２のｓｔｅｐ０３０1 〜
ｓｔｅｐ０３０３） 次に、該当メッセージに設定されている発／着アドレス
を検索キーにして、ノードＢ内の呼管理テーブルを検索
する。：（図７２のｓｔｅｐ０３０４） そのとき、アドレスの組（発着の関係はどちらでもよ
い）で一致する既存コネクションがあった場合には、通
常回線以外に広帯域回線を利用したいための新規コネク
ション設定要求であると認識し、衛星回線用の回線のポ
ートの検索を開始する。図３１の中継回線種別テーブル
を参照して広帯域用の回線としてポート５を利用すれば
よいことを認識すると、続けて、衛星回線に空きがある
かどうかを確認する。：（図７２のｓｔｅｐ０３０５及
びｓｔｅｐ３０６） 当然、空きがなかったり、該当する既存コネクションが
なければ、発呼端末に対して、該当コネクション設定メ
ッセージを拒否するメッセージを送出する。：（図７２
のｓｔｅｐ０３０７） 最後に、図３２の呼管理テーブル内に、衛星回線利用の
新規パス情報を呼管理テーブル内ののように設定し、
同時に衛星回線経由にてノードＡへコネクション設定要
求メッセージを転送する。：（図７２のｓｔｅｐ０３０
８及びｓｔｅｐ０３０９） コネクション設定−３（図３３参照） ノードＡは、衛星回線経由で、新規コネクション設定要
求メッセージを受信すると、付与されたファシリティを
解析し、広帯域回線利用のコネクション設定要求である
ことを認識する。：（図７３のｓｔｅｐ０４０１及びｓ
ｔｅｐ０４０２） なお、衛星回線を利用する旨のファシリティがなけれ
ば、通常のコネクション設定メッセージとして、着呼端
末に該当メッセージを転送する。：（図７３のｓｔｅｐ
０４０３） このとき、広帯域回線利用の旨のファシリティが設定さ
れていることを確認すると、該当のコネクションの発／
着アドレスを検索キーにして、ノードＡ内の呼管理テー
ブルを検索する。：（図７３のｓｔｅｐ０４０４） この検索において、アドレスの組（発着の関係はどちら
でもよい）で一致したコネクションを検出すると、着端
末（クライアントＡ）への方向のコネクションとして、
既存コネクシヨンと同じＶＰＩ／ＶＣＩをアサインす
る。その結果、サーバＢからの衛星回線を経由したコン
テンツとサーバＢからの有線回線を経由したコンテンツ
は、ノードＡとクライアントＡ間では、同じチャネル０
／１００で伝送される。また、このとき、ノードＡは、
図７３のｓｔｅｐ０４０５に示す設定に従って、新規広
帯域回線用コネクションとして、呼管理テーブルに、図
３４ののような情報を設定する。新規コネクション
は、衛星回線経由であるため、図３４のの呼管理テー
ブルの「種別」欄に、「特殊」として登録する。：（図
７３のｓｔｅｐ０４０５） 当然、該当する既存コネクシヨンがなければ、発呼端末
に対して、該当コネクション設定メッセージを拒否する
メッセージを送出する。：（図７３のｓｔｅｐ０４０
６） コネクションの確立（図３５参照） 通常コネクションの設定では、ノードは、着呼端末にコ
ネクション設定メッセージを送り、その着呼端末が呼設
定完了メッセージを発呼端末に送る。しかし、本実施例
１では、ノードＡは、広帯域回線を利用する旨のファシ
リティが付与された新規コネクション設定要求メッセー
ジを、クライアントＡに転送しない。その代わりに、上
記シーケンスで検索した結果、該当メッセージに設定
されているアドレスの組と同一のアドレスの組が検出さ
れた場合は、クライアントＡに代わって、コネクション
の確立応答として、コネクション設定完了メッセージを
発呼端未に対して送出する。：（図７３のｓｔｅｐ０４
０７及びｓｔｅｐ０４０８、図７２のｓｔｅｐ０３１０
及びｓｔｅｐ０３１１） これにより、着呼端末における処理を減らすことができ
る。また、クライアントＡとノードＡ間の信号の授受及
びクライアントＡでの処理がないことから、広帯域回線
上のコネクションの設定が迅速にできることとなる。 データ転送（図３８参照） 衛星経由のコネクション設定要求メッセージに対する、
コネクション設定完了メッセージを受信すると、サーバ
Ｂは、コンテンツ毎にどのコネクション（チャネル、つ
まりＶＰＩ／ＶＣＩ）を使用するかを図３６のルート決
定テーブルに改めて設定する。また、クライアントＡが
各コンテンツ要素を受信時に、どのコンテンツ要素であ
るか区別が付くように、全てのコンテンツ要素に、その
時点て既存コネクションで利用していないＭＩＤの中か
ら、それぞれ別々のＭＩＤを設定する。：（図７１のｓ
ｔｅｐ０２０６及びｓｔｅｐ０２０７） その後、各コンテンツ要素を図３６のとおりにＭＩＤを
設定して、所定のチャネルでクライアントＡ宛に送信す
る。：（図７１のｓｔｅｐ０２０８、図７０のｓｔｅｐ
０１０２） なお、図３６では、コンテンツ要素毎に通常回線か衛星
回線かを振り分けているが、全て、衛星回線により伝送
するように設定することもできる。

【００７７】また、ノードＢにおける呼管理テーブル
は、図３２のように設定されている。これによれば、ノ
ードＢとサーバＢとの間のチャネルは、既存コネクショ
ンの場合は、通常回線であるので、そのチャネルである
０／１１０が登録されている。また、新規に設定したコ
ネクションの場合は、広帯域回線経由の旨を設定して確
立したコネクションであるので、既存のチャネルとは別
に、チャネル（０／２１０）を設定する。これにより、
通常回線は、大容量データの伝送により影響されない
で、通信を行うことができる。なお、通常回線が、大容
量データの伝送による影響が小さければ、チャネル０／
２１０を用いる必要はなく、既存のチャネル０／１１０
を用いてもよい。

【００７８】また、ノードＡにおいては、図３７の呼管
理テーブルから以下のロジックに従い、データを転送す
る。呼管理テーブルに従えば、ポート２から受信したメ
ッセージもポート１から受信したメッセージも、０／１
００というチャネルでクライアントＡ（ａａａ）に対し
て送出すればよい。しかし、クライアントＡから、サー
バＢ宛のメッセージは、図３７の呼管理テーブルでは、
とのコネクションが該当することになり、ポート２
に対して送出すればよいのかポートｌに対して送出すれ
ばよいのか分からない。そこで、本実施例では、「種別
の欄」で「一般」と登録されているコネクションのポー
トに対して送出することとする。従って、クライアント
Ａから受信したメッセージは、ポート２から送出すれば
よい。 広帯域回線の解放（図３９参照） 衛星回線の利用を終了する場合は、クライアントＡから
サーバＢに対し、その旨を通知する。サーバＢは、その
通知を受信すると、衛星回線経由のコネクションの解放
指示メッセージをクライアントＡに対して送出する。

【００７９】クライアントＡからの解放指示メッセージ
を受信したノードＡ及びノードＢは、それぞれノード内
に持つ呼管理テーブル内の該当衛星回線経由のコネクシ
ョンの設定情報を消去する。この場合、ノードＡは、解
放指示メッセージをクライアントＡには転送しない。な
お、実施例１は、クライアントＡが、サーバＢに、衛星
回線利用のコンテンツＸの配信の要求を行った場合であ
るが、このように、衛星回線の利用をクライアントＡの
指示を受けずに、図２６（Ａ）のコンテンツＸに対する
コンテンツルート決定テーブル等により、衛星回線の利
用をサーバＢが、独自に判断するようにしてもよい。こ
の場合は、サーバＢは、クライアントＡに衛星回線の利
用の是非を確認するようにしてもよい。

【００８０】なお、実施例１において、広帯域コネクシ
ョンを広帯域回線用コンテンツを送出している間だけ、
サーバＢの設定要求及び開放要求により、形成するよう
に説明したが、サーバＢからの広帯域コネクション設定
要求から一定時間、広帯域コネクションを設定するよう
にしてもよい。 （実施例２）通常回線により、クライアント１は、サー
バ２に対して衛星回線を利用する特定コンテンツの配信
を要求する。それを受けて、ノードＢは、ノードＡとノ
ードＢ間に予め図８２のような回線を形成する。サーバ
２は、要求された特定コンテンツを配信するに際し、衛
星回線利用のコンテンツには、衛星回線利用を意味する
ＡＡＬタイプ４のＭｌＤ値を書込む。ノードＢでは、Ａ
ＡＬタイプ４のＭｌＤをキーにして、送信データの回線
の振り分けを行う。 （実施例２の前提条件）実施例２を、図４０（Ｂ）の構
成例について説明するが、その場合の実施例２における
ノードＡ、ノードＢ、サーバＢ及びクライアントＡの初
期状態（前提条件）を図４０に示す。

【００８１】ノードＡは、図４０（Ｃ）に示すような
「呼管理テーブル」を有している。「呼管理テーブル」
は発アドレスと着アドレスと使用しているＶＰＩ／ＶＣ
Ｉを管理し、入力ポートから、入力した信号を、どのポ
ートに送出するか等を管理するテーブルである。なお、
呼管理テーブル内でコネクションを区別するために、コ
ネクションの「種別」を設け、通常はすべて、「一般」
という種別でコネクション管理している。なお、衛星回
線を利用した場合は、「特殊」という種別を書き込む。
この状態で新たなコネクションが発生した場合、新規コ
ネクションを空いているテーブルに書き込んで管理す
る。ノードＢでも同様に図４０（Ｄ）に示すような「呼
管理テーブル」を有している。各ノードは、新規コネク
ション要求時に、要求されたコネクションに応じ呼管理
テーブル内に自動的に書き込む。

【００８２】サーバＢでは、全てのコンテンツ毎に、そ
のコンテンツの要素（動画、音声、テキスト等）にどの
ルート（衛星回線又は有線回線）を使用するかを決めた
図４０（Ａ）に示ような「ルート決定テーブル」を用意
しておき、衛星回線を利用したいコンテンツを送出する
際に、例えば、ネットワーク業者から指定されたＡＬＬ
タイプ４のＭＩＤ値（ここでは００１、ネットワーク業
者は、このＭＩＤ値を見て、このデータが、有線回線を
利用するのか又は衛星回線を利用するのかを識別し、デ
ータを振り分ける。）を記入しておく。なお、通常は全
てのコンテンツ要素は、通常の１つのコネクションを通
して送出することになる。

【００８３】実施例２における、初期状態では、クライ
アントＡとサーバＢ間は、図４０から分かる通り、全く
コネクションが設定されていない状態であるとする。 （実施例２のシーケンス）図４１に実施例２のシーケン
スの例を示す。このシーケンスに従って説明する。説明
中の等は、図４１のシーケンスにおけるシーケンス番
号に対応している。また、図７４は、実施例２における
クライアントＡの動作フロー図を示し、図７５は、実施
例２におけるサーバＢの動作フロー図を示し、図７６
は、実施例２におけるノードＢのコネクション設定時の
動作フロー図を示し、図７７は、実施例２におけるノー
ドＢのデータ転送時の動作フロー図を示している。図７
３は、実施例１で使用したフロー図であるが、実施例２
のノードＡのフロー図としても使用する。各シーケンス
の最後に、（ ）内にこれらの動作フロー図に示したｓ
ｔｅｐ番号を記載し、シーケンスとの対応を付けた。 衛星経由コネクション設定−ｌ（図４２参照） クライアントＡ（ＡＴＭアドレスａａａ：発アドレス）
は、コンテンツを受信するためのコネクション設定要求
メッセージをサーバＢ（ＡＴＭアドレスｂｂｂ：着アド
レス）に向けて送出する。このコネクション設定要求メ
ッセージは、クライアントＡとノードＡ（ポート３）間
はチャネル０／１００により、ノードＡ（ポート２）と
ノードＢ（ポート６）間はチャネル０／１００により、
ノードＢ（ポート７）とサーバＢ間はチャネル０／１１
０により、ノードＡ及びノードＢを経由してサーバＢに
通知される。各ノードを経由する際に、それぞれのノー
ドの「呼管理テーブル」にそれぞれの情報を書き込む。
例えば、上記コネクション設定要求メッセージに対し
て、ノードＡの呼管理テーブル及びノードＢの呼管理テ
ーブルには、図４３に示ような情報が書き込まれる。
なお、クライアントＡは、このコネクション設定要求メ
ッセージに、衛星回線も同時利用する旨のファシリティ
を付与しておく。：（図７４のｓｔｅｐ０５０１） 衛星経由コネクション設定−２（図４４参照） コネクション設定要求メッセージを受けたノードＢは、
メッセージに付与させたファシリティを解析し、広帯域
回線（衛星回線）も同時利用のコネクションであること
を認識する。：（図７６のｓｔｅｐ０７０１及びｓｔｅ
ｐ７０２） なお、広帯域回線を利用する旨のファシリティがなけれ
ば、通常のコネクション設定メッセージとして、着呼端
末に該当メッセージを転送する。：（図７６のｓｔｅｐ
０７１０） このとき、広帯域回線を利用することが判明すると、広
帯域回線用（衛星回線）の回線のポートの検索を開始す
る。図４５の中継回線種別テーブルを参照して広帯域用
の回線としてポート５を利用すればよいことを認識す
る。：（図７６のｓｔｅｐ０７０３） 続けて、衛星回線に空きがあるかどうか確認する。：
（図７６のｓｔｅｐ０７０４） もし、空きがなければ、着呼端末に、広帯域回線利用の
ファシリティを削除して、このコネクション設定要求メ
ッセージを送出する。：（図７６のｓｔｅｐ０７０５） 衛星回線に空きがあれば、ノードＡに対し衛星回線を利
用する旨のファシリティを付与したコネクション設定要
求メッセージを衛星回線上から送出する。なお、設定要
求時のクライアントの着アドレスは通常コネクション設
定メッセージ時の発アドレスを保持し、その発アドレス
を着アドレスとして利用する。また、この時、ノードＢ
は、図７６のｓｔｅｐ０７０６に示す設定に従って、広
帯域回線用コネクションとして、呼管理テーブルに、図
４６ののように情報を設定する。：（図７６のｓｔｅ
ｐ０７０６及びｓｔｅｐ７０７） このとき、ノードＢとサーバＢ間のチャネルは、通常回
線のコネクションのチャネル０／１１０を用いる。 衛星経由コネクション設定−３（図４７参照） ノードＡは、衛星回線経由で、新規コネクション設定要
求メッセージを受信すると、付与されたファシリティを
解析し、広帯域回線利用のコネクション設定要求である
ことを認識する。：（図７３のｓｔｅｐ０４０１及びｓ
ｔｅｐ０４０２） なお、衛星回線を利用する旨のファシリティがなけれ
ば、通常のコネクション設定メッセージとして、着呼端
末に該当メッセージを転送する。：（図７３のｓｔｅｐ
０４０３） このとき、広帯域回線利用の旨のファシリティが設定さ
れていることを確認すると、該当のコネクションの発／
着アドレスを検索キーにして、ノードＡ内の呼管理テー
ブルを検索する。：（図７３のｓｔｅｐ０４０４） この検索において、アドレスの組（発着の関係はどちら
でもよい）で一致したコネクションを検出すると、着端
末（クライアントＡ）への方向のコネクションとして、
既存コネクシヨンと同じＶＰＩ／ＶＣＩをアサインす
る。その結果、サーバＢからの衛星回線を経由したコン
テンツとサーバＢからの有線回線を経由したコンテンツ
は、ノードＡとクライアントＡ間では、同じチャネル０
／１００で伝送される。また、このとき、ノードＡは、
図７３のｓｔｅｐ０４０５に示す設定に従って、新規広
帯域回線用コネクションとして、呼管理テーブルに、図
４８ののような情報を設定する。新規コネクション
は、衛星回線経由であるため、図４８のの呼管理テー
ブルの「種別」欄に、「特殊」として登録する。：（図
７３のｓｔｅｐ０４０５） 当然、該当する既存コネクシヨンがなければ、発呼端末
に対して、該当コネクション設定メッセージを拒否する
メッセージを送出する。：（図７３のｓｔｅｐ０４０
６） 衛星回線コネクションの確立（図４９参照） ノードＡは、上記シーケンスで検索した結果、該当メ
ッセージに設定されているアドレスの組と同一のアドレ
スの組が検出された場合は、クライアントＡに代わっ
て、コネクションの確立応答として、コネクション設定
完了メッセージを発呼端未に対して送出する。：（図７
３のｓｔｅｐ０４０７及びｓｔｅｐ０４０８、図７６の
ｓｔｅｐ０７０８） このとき、ノードＢでは、ノードＡからのコネクション
設定完了メッセージを受け取ることにより、ノードＢ〜
ノードＡ間での広帯域コネクションが確立したことにな
る。また、本来の通常回線を通してクライアントＡから
送信されてきたコネクション設定要求メッセージを、こ
の時点で、サーバＢに送出する。このとき、通常回線用
のコネクションが、図４６のように設定される。

【００８４】つまり、クライアントＡからのコネクショ
ン設定要求メッセージがサーバＢに到着した時点で、既
にノードＡ〜ノードＢ間は、広帯域回線用のパスが確保
されていることになる。：（図７６のｓｔｅｐ０７０９
及びｓｔｅｐ０７１０） 通常回線コネクションの確立 ノードＢから広帯域回線用の利用要求の旨のファシリテ
ィ付きのコネクション設定要求メッセージを受信したサ
ーバＢは、クライアントＡに対して、コネクション設定
受付メッセージを送信する。（図７５のｓｔｅｐ０６０
１及びｓｔｅｐ０６０２、図７４のｓｔｅｐ０５０２） コンテンツの配信要求データ送信（図５１参照） クライアントＡは、通常回線のコネクションを通して、
広帯域回線利用のコンテンツＸの配信要求を行う。（図
７４のｓｔｅｐ０５０３、図７５のｓｔｅｐ０６０３） 及び ・データ転送（通常回線利用コンテンツ転送）（図５２
参照） 後述するが、サーバＢは、衛星回線利用コンテンツに
は、特別のＭＩＤ値を付して、ノードＢに送出する。従
って、通常回線利用コンテンツは、ノードＢではＭＩＤ
を識別し、受信したコンテンツが、衛星回線利用でない
ことを確認して、有線回線でノードＡに送信される。

【００８５】・データ転送（衛星回線利用コンテンツ転
送）（図５３参照） サーバＢは、コンテンツＸの送信要求の旨が設定された
コンテンツ要求データを受信すると、コンテンツＸ用の
ルート決定テーブルを検索する。このテーブル中に広帯
域回線を利用して送りたいコンテンツ要素があるかどう
かを確認する。なければ、コンテンツＸは、全て通常の
ＭｌＤを付与して送信される。図５０のサーバＢ内のコ
ンテンツＸ用ルート決定テーブルを参照すると、コンテ
ンツ要素ー１とコンテンツ要素−３が、通常回線利用の
データであり、コンテンツ要素−２が広帯域回線利用の
データであることが分かる。：（図７５のｓｔｅｐ０６
０４及びｓｔｅｐ０６０５） なお、衛星回線利用のコンテンツ要素−２のサーバＢと
ノードＢ間のチャネルを、ここでは、通常チャネル０／
１１０を用いるように設定されている。

【００８６】サーバＢは、コンテンツ要素−ｌやコンテ
ンツ要素−３を送信する場合は、予めネットワーク業者
から指定されたＭＩＤ値（ここでは「００１」）以外の
ＭｌＤ値を設定して、ノートＢに送出する。：（図７５
のｓｔｅｐ０６０７） ノードＢでは、ＭｌＤを常に監視している。予め呼管理
テーブルに設定してあったＭｌＤ値（ここでは「００
１」）以外のＭｌＤ値が設定されているデータは、呼管
理テーブルにより、通常回線（ここでは有線回線）に送
出する。：（図７７のｓｔｅｐ０８０１、ｓｔｅｐ０８
０２及びｓｔｅ０ｐ８０４） また、サーバＢが、コンテンツ要素−２を送信する場合
は、予めネットワーク業者から指定されたＭＩＤ値（０
０１）をＭｌＤ値として設定して、ノードＢに送出す
る。：（図７５のｓｔｅｐ０６０６） ノードＢでは、ＭＩＤ識別子を監視し、予め呼管理テー
ブルに設定してあったＭｌＤ値（００１）が設定されて
いるデータは、呼管理テーブルに従い、衛星回線に送出
する。：（図７７のｓｔｅｐ０８０３） ノードＡでは、ノードＢから受信したデータをそのまま
クライアントＡに送出する。：（図７４のｓｔｅｐ０５
０４） 開放要求（図５４参照） クライアントＡからの通信コネクション開放要求によ
り、通常回線のコネクションが開放される。また、通常
回線上のコネクション開放に連動し、衛星回線上のコネ
クションも同時に開放する。 （実施例３）通常回線により、クライアント１は、サー
バ２に対して衛星回線を利用する特定コンテンツの配信
を要求する場合、クライアント１は、ノードＡとノード
Ｂ間に衛星回線コネクション設定切り替え要求を行い、
ノードＡ及びノードＢ間を広帯域コネクションに切り替
えて、図８３のような回線を形成する。その後、クライ
アント１は、サーバ２に対して特定コンテンツを配信を
要求する。サーバ２は、要求された特定コンテンツを広
帯域回線を利用して配信する。 （実施例３前提条件）図２６に示ような実施例１の前提
条件と同様である。但し、広帯域回線の利用はクライア
ントが決めるために、サーバ内の「ルート決定テーブ
ル」は使用しない。 （実施例３のシーケンス）図５５に実施例３のシーケン
スの例を示す。このシーケンスに従って説明する。説明
中の等は、図５５のシーケンスにおけるシーケンス番
号に対応している。また、図７８は、実施例３における
クライアントＡの動作フロー図を示し、図７９は、実施
例３におけるサーバＢの動作フロー図を示し、図８０
は、実施例３におけるノードＢのコネクション設定時の
動作フロー図を示している。図７２及び図７３は、実施
例１で使用したフロー図であるが、実施例３のノードＢ
及びノードＡのフロー図としても使用する。各シーケン
スの最後に、（ ）内にこれらの動作フロー図に示した
ｓｔｅｐ番号を記載し、シーケンスとの対応を付けた。
コネクション要求（図５６参照） クライアントＡ（ＡＴＭアドレスａａａ：発アドレス）
では、既設定コネクションからサーバＢより提供された
画面メニュー等により、有線回線を衛星回線に切り替え
る指示を行う。この際、クライアントＡは広帯域回線利
用及び通常回線から広帯域回線への切替えの旨のファシ
リティを付与したサーバＢ（ＡＴＭアドレスｂｂｂ：着
アドレス）に対するコネクション設定要求メッセージを
シグナリングチャネル（ＶＰＩ＝０、ＶＣＩ＝５）利用
して送信する。：（図７８のstep０９０１） 衛星経由コネクション設定−１（図５７参照） コネクション設定要求メッセージを受けたノードＢは、
付与されたファシリティを解析し、広帯域回線利用のコ
ネクション設定要求であることを認識する。なお、広帯
域回線を利用する旨のファシリティがなければ、通常の
コネクション設定メッセージとして、着呼端末に該当メ
ッセージを転送する。：（図７２のｓｔｅｐ０３０1 〜
ｓｔｅｐ０３０３） 次に、該当メッセージに設定されている発／着アドレス
を検索キーにして、ノードＢ内の呼管理テーブルを検索
する。：（図７２のｓｔｅｐ０３０４） そのとき、アドレスの組（発着の関係はどちらでもよ
い）で一致する既存コネクションがあった場合には、通
常回線以外に広帯域回線を利用したいための新規コネク
ション設定要求であると認識し、衛星回線用の回線のポ
ートの検索を開始する。図５８の中継回線種別テーブル
を参照して広帯域用の回線としてポート１を利用すれば
よいことを認識すると、続けて、衛星回線に空きがある
かどうかを確認する。：（図７２のｓｔｅｐ０３０５及
びｓｔｅｐ３０６） 当然、空きがなかったり、該当する既存コネクションが
なければ、発呼端末に対して、該当コネクション設定メ
ッセージを拒否するメッセージを送出する。：（図７２
のｓｔｅｐ０３０７） 最後に、図５９の呼管理テーブル内に、衛星回線利用の
新規パス情報を呼管理テーブル内ののように設定し、
同時に衛星回線経由にてノードＡへコネクション設定要
求メッセージを転送する。：（図７２のｓｔｅｐ０３０
８及びｓｔｅｐ０３０９） 衛星経由コネクション設定−２（図６０参照） ノードＡは、衛星回線経由で、新規コネクション設定要
求メッセージを受信すると、付与されたファシリティを
解析し、広帯域回線利用のコネクション設定要求である
ことを認識する。：（図７３のｓｔｅｐ０４０１及びｓ
ｔｅｐ０４０２） なお、衛星回線を利用する旨のファシリティがなけれ
ば、通常のコネクション設定メッセージとして、着呼端
末に該当メッセージを転送する。：（図７３のｓｔｅｐ
０４０３） このとき、広帯域回線利用の旨のファシリティが設定さ
れていることを確認すると、該当のコネクションの発／
着アドレスを検索キーにして、ノードＢ内の呼管理テー
ブルを検索する。：（図７３のｓｔｅｐ０４０４） この検索において、アドレスの組（発着の関係はどちら
でもよい）で一致したコネクションを検出すると、衛星
回線利用の新規パス情報を図６１ののように設定す
る。。：（図７３のｓｔｅｐ０４０５） しかし、アドレスの組で一致したコネクションの検出が
できなければ、発呼端末にコネクション設定拒否のメッ
セージを送出する。：（図７３のｓｔｅｐ０４０６） また、ノードＡ経由でクライアントＡに対して、広帯域
回線の切り替え設定完了の旨のファシリティを設定した
コネクション設定拒否メッセージを送出する。通常のコ
ネクション設定完了メッセージを送出することはしな
い。なぜなら、クライアントＡに対して、通常のコネク
ション設定完了メッセージを送信すると、クライアント
Ａが新たなコネクションが設定されたと錯覚するためで
ある。よって、ここでは、広帯域回線の切り替え完了の
旨のファシリティを付与したコネクション設定拒否メッ
セージージにより、ノード間に衛星回線上のコネクショ
ンが設定されたことをクライアントＡに通知する。：
（図７３のｓｔｅｐ０４０７及びｓｔｅｐ０４０８、図
７８のｓｔｅｐ０９０２） 以上により、これ以降、サーバＢからクライアントＡ向
けのデータは、全て衛星回線に転送される。同時に、ク
ライアントＡからのサーバＢ向けのデータも、全て衛星
回線で転送される。 データ転送（図６２参照） クライアントＡからのコンテンツの送信要求データを受
信したサーバＢは、送信要求データで指定されていたコ
ンテンツを既存コネクションでノードＢに送信する。

【００８７】ノードＢは、サーバＢからクライアントＡ
に対するコンテンツを「呼管理テーブル」内の呼種別が
「特殊」の回線（衛星回線）へ送出する。：（図７９の
ｓｔｅｐ１００１、ｓｔｅｐｌ００２） 衛星回線コネクションの解放要求（図６３参照） クライアントＡは、衛星回線の解放を行うため、その旨
のファシリティを付与したコネクション解放要求メッセ
ージをシグナリングチャネルを利用しノードＡに通知す
る。 衛星経由コネクション解放−１（図６４参照） ノードＡは衛星回線コネクションの解放要求ファシリテ
ィを解析し、ノードＡとノードＢ間の衛星回線を解放す
ることを認識し、ノードＢに対し衛星経由でのコネクシ
ョン解放メッセージをファシリティを付与し送出する。
また、図６５の呼管理テーブルののように、テーブル
上から該当情報を削除する。 衛星経由コネクション解放−２（図６６参照） ノードＢは、ファシリティが付与された衛星経由のコネ
クション解放要求メッセージを受信すると、該当コネク
ション開放を行う。同様に、図６７の呼管理テーブルの
のように、テーブル上から該当情報の削除を行う。そ
の後、解放応答をノードＡに通知すると同時に、それ以
降のサーバＢからクライアントＡ向けのデータを、全て
有線回線へ転送を行う。

【００８８】また、ノードＢからの解放応答を受信した
ノードＡも同様に、以降のクライアントＡからサーバＢ
へのデータは全て有線回線へ転送する。クライアントＡ
に対しては、広帯域回線解放完了の旨のファシリティを
付与したコネクション解放完了メッセージを送出する。
しかし、クライアントＡは、コネクション解放完了メッ
セージは、ファシリティとして「広帯域回線解放完了」
の旨が設定されていることから、通常回線である既存コ
ネクションを解放することはしない。 （実施例４）ここでは、実施例ｌ〜３のサービスをネッ
トワークの利用者（端末）に提供するにあたって、予め
定められた条件の利用者だけに、そのサービスの許可を
与える方法を説明する。 （ノードへの登録）該当サービスを受ける端末を直接収
容するノードに、図６８のような広帯域回線利用サービ
スの実施可否テーブルを用意しておく。

【００８９】ネットワーク業者は、利用者から該当サー
ビスを利用したい旨の申請を受け取ると、ノード内のこ
のテーブルにサービス提供可とテーブル内容を変更す
る。例えば、ＤＴＥアドレス「ａａａ」の利用者から該
当サービス提供の申請が来ると、図６９のように、該当
ＤＴＥを収容しているノードの「広帯域回線利用サービ
ス可否テーブル」のＤＴＥアドレス「ａａａ」の欄を
「否」から「サービス提供可」に変更する。 （サービス提供可否の判断） 該当サービスを提供可となっている利用者（端末）か
らノードに対して、実施例ｌ〜３のように、広帯域回線
を利用する旨のファシリティを付与されたコネクション
設定要求メッセージを送信する。 上記のメッセージを受け取ったノードでは、広帯域回
線を利用するファシリティが設定されているかどうかの
チェックを行う。この時、広帯域回線利用サービス可否
テーブルを参照し、サービス提供可であれば、続けて、
実施例１〜３で示された動作を行う。サービス提供不可
であれば、発呼端末に対してコネクション設定拒否メッ
セージを送出する。：（図８０のｓｔｅｐ１１０１〜ｓ
ｔｅｐ１１０５） また、実施例１〜３において、広帯域回線を衛星回線と
した場合について説明したが、発明としては衛星回線に
限る必要はなく、光ケーブル等を用いた伝送容量の大き
な有線回線でも良いことは自明である。

【００９０】また、広帯域回線は、広帯域回線でなくて
も、回線速度の速い回線でもよく、また、通常の回線と
は別に設けた回線であってもよい。例えば、ノード間の
バイパス回線又はノード間に特別の利用目的で設けた有
料又は無料の回線であってもよい。また、実施例１〜３
において、クライアントＡを直接ノードＡに、サーバＢ
を直接ノードＢに接続した例を示したが、ノードＡ又は
ノードＢとして、クライアントＡ又はサーバＢに直接接
続されていないノードであってもよい。

【００９１】上記の通り、本発明の実施例によれば、通
常回線とは別に設けた回線（衛星回線、有線回線等）を
交換機間のバイパス回線として利用可能なコネクション
型ネットワーク（例えば、ＡＴＭネットワーク）におい
て、ユーザからの要求に応じて、特定の間だけバイパス
回線を介して送信し、特定のコンテンツの送信終了後
は、通常の中継回線でコンテンツを送信するようにした
り、又はユーザから指定のあった特定のコンテンツのみ
バイパス回線を介して送信し、それ以外のコンテンツ
は、通常の中継回線で送信するようにすることで、バイ
パス回線の効率的な利用を図るとともに、ユーザ側にパ
ラボラ・アンテナ等の設備負担を強いないまま、大容量
コンテンツを受信することを可能とした。

【００９２】

【発明の効果】上述の如く本発明によれば、次に述べる
種々の効果を実現することができる。請求項１記載の発
明によれば、所定の時間又は所定のデータを転送する
間、第二の回線上に、前記データの転送を要求した端末
に接続されたノードからデータを送出する端末が接続さ
れたノードの方向に新たなコネクションをさらに設定
し、該第二の回線上のコネクションを通じて、要求され
た転送データの全部又は一部のデータの転送を行うこと
により、ＡＴＭ通信等のコネクション形ネットワークに
おける広帯域データを、通常回線によらず広帯域回線に
より伝送することができ、広帯域回線のバイパス回線の
効率的な利用及びユーザ側の設備負担の軽減等を図るこ
とができる。

【００９３】請求項２記載の発明によれば、第二の回線
に振り向けるデータを転送するためのコネクションを設
定することにより、広帯域データの伝送による、通常回
線への影響を無くすことができる。請求項３記載の発明
によれば、第二の回線を用いて第二の回線上にコネクシ
ョンを設定するので、確実なコネクションの設定ができ
る。

【００９４】請求項４記載の発明によれば、ノードと該
ノードに接続されている着呼端末との間の既存のコネク
ションのチャネルを利用することにより、ノードと該ノ
ードに接続されている着呼端末との間のコネクションを
１本とすることにより、着呼端末は、ノード・ノード間
に二つの回線・コネクションが存在していても、着呼端
末における、二つのコネクションの信号を合体する処理
が必要がなく、ノード・ノード間に二つのコネクション
が存在していることを意識することなく通信できる。

【００９５】請求項５記載の発明によれば、着呼端末が
接続されているノードは、発呼要求メッセージを着呼端
末に転送せず、着呼端末に代行して、発呼端末に呼設定
完了メッセージを伝送することにより、無駄な処理を無
くし、コネクションの設定を迅速・確実にできる。な
お、着呼端末は、新たなコネクションに関しては意識せ
ずに通信可能であるから、着呼端末が、発呼端末に呼設
定完了メッセージを伝送することは、必ずしも必要なこ
とではない。

【００９６】請求項６記載の発明によれば、第二の回線
に振り向けるデータの送出セルのＡＡＬ４のＭＩＤ値と
して、各コンテンツ要素毎に既存のコネクションで使用
しない値を設定することにより、受信端末は、各コンテ
ンツ受信時にどのコンテンツ要素であるかをコンテンツ
要素毎に識別することができ、確実にコンテンツを受信
することができる。

【００９７】請求項７記載の発明によれば、第二の回線
に振り向けるデータ中に第二の回線を使用する旨の識別
子を付与することにより、データを送出する端末に接続
されたノードは、単に識別子を監視するだけで、データ
を第二の回線に振り向けるか否かを判断することができ
る。請求項８記載の発明によれば、第二の回線を使用す
る旨の識別子として、データ送出セルのＡＡＬ４のＭＩ
Ｄ値に特定の値を設定することにより、ＡＴＭセルを送
出する端末に接続されたノードは、単にＭＩＤ値を監視
するだけで、セルを第二の回線に振り向けるか否かを判
断することができる。

【００９８】請求項９記載の発明によれば、データを送
出する端末は、データを構成するデータ要素毎に、第二
の回線に振り向けるかどうかを登録したテーブルを参照
して、第二の回線に振り向けるデータを決定することに
より、データを送出する端末は、確実にどの回線に振り
向けるかを判断することができる。請求項１０〜１３記
載の発明によれば、広帯域回線であるバイパス回線の効
率的な利用及びユーザ側の設備負担の軽減等を図ること
ができるコネクション型通信方式に適した端末を提供す
ることができる。

【００９９】請求項１４〜１７記載の発明によれば、広
帯域回線であるバイパス回線の効率的な利用及びユーザ
側の設備負担の軽減等を図ることができるコネクション
型通信方式に適したノードを提供することができる。請
求項１８記載の発明によれば、ノードに、端末毎に第二
の回線を利用することができるか否かを記録した第二の
回線利用可否テーブルを設けることにより、第二の回線
を利用可能な端末のみに、サービスを提供することがで
きる。

【図面の簡単な説明】

【図１】現状のインターネットを説明するための図であ
る。

【図２】プロバイダ間のバックボーンとして衛星回線を
利用した場合を説明するための図である。

【図３】衛星回線をプロバイダとクライアント間に直接
結んだ場合を説明するための図である。

【図４】ＡＴＭ交換機間に衛星回線を受信用回線として
利用した場合を説明するための図である。

【図５】本発明に用いられるＡＴＭ交換機の構成例であ
る。

【図６】呼管理テーブルの構成例である。

【図７】中継回線種別テーブルの構成例である。

【図８】広帯域回線利用サービス可否テーブルの構成例
である。

【図９】本発明に用いられる端末の構成例である。

【図１０】ルート決定テーブルの構成例である。

【図１１】本発明の基本構成例である。

【図１２】ノードＡ内の呼管理テーブルの構成例であ
る。

【図１３】ノードＢ内の呼管理テーブルの構成例であ
る。

【図１４】ＤＴＥ−ｂ内の特定コンテンツ用のルート決
定テーブルの構成例である。

【図１５】ノードＢ内の中継回線種別テーブルの構成例
である。

【図１６】ノードＢ内の呼管理テーブルの構成例であ
る。

【図１７】ノードＡ内の呼管理テーブルの構成例であ
る。

【図１８】端末ＤＴＥ−ｂ内の特定コンテンツ用ルート
決定テーブルである。

【図１９】ノードＢ内の中継回線種別テーブルの構成例
である。

【図２０】ノードＢ内の呼管理テーブルの構成例であ
る。

【図２１】ノードＡ内の呼管理テーブルの構成例であ
る。

【図２２】ノードＢ内の中継回線種別テーブルの構成例
である。

【図２３】ノードＢ内の呼管理テーブルの構成例であ
る。

【図２４】ノードＡ内の呼管理テーブルの構成例であ
る。

【図２５】広帯域回線利用サービス可否テーブルの例で
ある。

【図２６】実施例１の前提（初期状態）を示す図であ
る。

【図２７】実施例１のシーケンスの例である。

【図２８】実施例１のコネクション要求を説明するため
の図である。

【図２９】実施例１のコネクション設定−１を説明する
ための図である。

【図３０】実施例１のコネクション設定−２を説明する
ための図である。

【図３１】実施例１におけるノードＢ内の中継回線種別
テーブルである。

【図３２】実施例１におけるノードＢ内の呼管理テーブ
ルである。

【図３３】実施例１のコネクション設定−３を説明する
ための図である。

【図３４】実施例１におけるノードＡ内の呼管理テーブ
ル（その１）である。

【図３５】実施例１のコネクションの確立を説明するた
めの図である。

【図３６】実施例１におけるサーバＢ内のコンテンツＸ
用ルート決定テーブルである。

【図３７】実施例１におけるノードＡ内の呼管理テーブ
ル（その２）である。

【図３８】実施例１におけるデータ転送を説明するため
の図である。

【図３９】実施例１における広帯域回線の開放を説明す
るための図である。

【図４０】実施例２の前提（初期状態）を示す図であ
る。

【図４１】実施例２のシーケンスの例である。

【図４２】実施例２におけるコネクション設定（その
１）を説明するための図である。

【図４３】実施例２におけるノードＡの呼管理テーブル
（その１）である。

【図４４】実施例２におけるコネクション設定（その
２）を説明するための図である。

【図４５】実施例２におけるノードＢ内の中継回線種別
テーブルである。

【図４６】実施例２におけるノードＢの呼管理テーブル
である。

【図４７】実施例１におけるコネクション設定（その
３）を説明するための図である。

【図４８】実施例２におけるノードＡの呼管理テーブル
（その２）である。

【図４９】実施例２におけるコネクション確立を説明す
るための図である。

【図５０】実施例２におけるサーバＢ内のコンテンツＸ
用ルート決定テーブルである。

【図５１】実施例２におけるクライアントＡが通常回線
利用コネクションを通じてのコンテンツの配信要求を説
明するための図である。

【図５２】実施例２におけるサーバＢとノードＢ間の通
常回線利用のコンテンツの伝送を説明するための図であ
る。

【図５３】実施例２におけるサーバＢとノードＢ間の通
常回線利用のコンテンツの伝送を説明するための図であ
る。

【図５４】実施例２におけるコネクション開放を説明す
るための図である。

【図５５】実施例３のシーケンスの例を説明するための
図である。

【図５６】実施例３におけるコネクション要求を説明す
るための図である。

【図５７】実施例３における衛星回線経由コネクション
設定（その１）を説明するための図である。

【図５８】実施例３におけるノードＢ内の中継回線種別
テーブルである。

【図５９】実施例３におけるノードＡ内の呼管理テーブ
ル（その１）である。

【図６０】実施例３における衛星回線経由コネクション
設定（その２）を説明するための図である。

【図６１】実施例３におけるノードＢ内の呼管理テーブ
ル（その１）である。

【図６２】実施例３におけるデータ転送を説明するため
の図である。

【図６３】実施例３における衛星回線経由コネクション
の開放要求を説明するための図である。

【図６４】実施例３における衛星回線経由コネクション
開放（その１）を説明するための図である。

【図６５】実施例３におけるノードＡ内の呼管理テーブ
ル（その２）である。

【図６６】実施例３における衛星回線経由コネクション
開放（その２）を説明するための図である。

【図６７】実施例３におけるノードＢ内の呼管理テーブ
ル（その２）である。

【図６８】実施例４における広帯域回線利用サービス可
否テーブル（その１）である。

【図６９】実施例４における広帯域回線利用サービス可
否テーブル（その２）である。

【図７０】実施例１におけるクライアントＡの動作フロ
ー図である。

【図７１】実施例１におけるサーバＢの動作フロー図で
ある。

【図７２】実施例１及び実施例３におけるノードＢの動
作フロー図である。

【図７３】実施例１〜実施例３におけるノードの動作フ
ロー図である。

【図７４】実施例２におけるクライアントＡの動作フロ
ー図である。

【図７５】実施例２におけるサーバＢの動作フロー図で
ある。

【図７６】実施例２におけるノードの動作フロー図（そ
の１）である。

【図７７】実施例２におけるノードの動作フロー図（そ
の２）である。

【図７８】実施例３におけるクライアントＡの動作フロ
ー図である。

【図７９】実施例３におけるサーバＢの動作フロー図で
ある。

【図８０】実施例４におけるノードの動作フロー図であ
る。

【図８１】実施例１における回線形成の例を示す図であ
る。

【図８２】実施例２における回線形成の例を示す図であ
る。

【図８３】実施例３における回線形成の例を示す図であ
る。

【符号の説明】

１ クライアント ２ サーバ ３、４ ノード（ＡＴＭ交換機） １１、２１ 入出力回線対応部 １２、２２ スイッチ部 １３、２３ 制御部 １４ 管理テーブル １５、２４ ＣＰＵ １６ 管理テーブル ２０ ＡＴＭ交換機 ２５ ルート決定テーブル

───────────────────────────────────────────────────── フロントページの続き (72)発明者 井上 英樹 神奈川県川崎市高津区坂戸３丁目２番１号 富士通ネットワークエンジニアリング株 式会社内 (72)発明者 村上 勝 神奈川県川崎市高津区坂戸３丁目２番１号 富士通ネットワークエンジニアリング株 式会社内 (72)発明者 田岡 郁男 神奈川県川崎市高津区坂戸３丁目２番１号 富士通ネットワークエンジニアリング株 式会社内 (72)発明者 山本 直輝 神奈川県川崎市高津区坂戸３丁目２番１号 富士通ネットワークエンジニアリング株 式会社内 Ｆターム(参考） 5K030 GA04 GA08 HA10 HC01 JL02 KA08 LB06 LB08 LB19 LC09 5K034 AA10 AA14 DD02 EE03 EE11 LL01

Claims (18)

【特許請求の範囲】
1. 【請求項１】 ノード・ノード間が複数の回線により接
   続された複数のノードと該ノードに接続された複数の端
   末を有するコネクション型通信方式において、 第一の前記回線上に既に設定されたコネクションの一方
   の前記端末から前記コネクションの他方の前記端末への
   転送要求であって、第二の前記回線を利用するデータの
   転送要求により、 所定の時間又は所定のデータを転送する間、前記データ
   の転送を要求した端末が接続されたノードとデータを送
   出する端末が接続されたノードとの間の前記第二の回線
   上に、新たなコネクションをさらに設定し、 該第二の回線上のコネクションを通じて、要求された転
   送データの全部又は一部のデータの転送を行うことを特
   徴とするコネクション型通信方式。
2. 【請求項２】 前記データを送出する端末と該データを
   送出する端末に接続されたノード間に、前記第二の回線
   に振り向けるデータを転送するためのコネクションをさ
   らに設定することを特徴とする請求項１記載のコネクシ
   ョン型通信方式。
3. 【請求項３】 前記ノードは、前記データの転送を要求
   した端末が送出した第二の回線を使用する旨が付与され
   た発呼要求メッセージを受信した場合、前記第二の回線
   を用いて、該第二の回線上にコネクションを設定するこ
   とを特徴とする請求項１又は２記載のコネクション型通
   信方式。
4. 【請求項４】 前記ノードは、既存コネクションの一方
   の端末が接続されている他のノードが送出した発呼要求
   メッセージを受信した場合、該ノードと該ノードに接続
   されている着呼端末との間の既存のコネクションのチャ
   ネルを利用することにより、該ノードと該ノードに接続
   されている着呼端末との間のコネクションを１本とする
   ことを特徴とする請求項３記載のコネクション型通信方
   式。
5. 【請求項５】 前記着呼端末が接続されているノード
   は、前記発呼要求メッセージを前記着呼端末に転送せ
   ず、前記着呼端末に代行して、前記発呼端末に呼設定完
   了メッセージを伝送することを特徴とする請求項３又は
   ４記載のコネクション型通信方式。
6. 【請求項６】 前記コネクション型通信方式は、ＡＴＭ
   通信方式であり、前記データを送出する端末は、前記第
   二の回線に振り向けるデータの送出セルのＡＡＬ４のＭ
   ＩＤ値として、既存のコネクションで使用しない値を設
   定することを特徴とする請求項１ないし５いずれか一項
   記載のコネクション型通信方式。
7. 【請求項７】 前記データを送出する端末は、前記第二
   の回線に振り向けるデータを該端末に接続されたノード
   に送出する場合、該第二の回線に振り向けるデータ中に
   第二の回線を使用する旨の識別子を付与することを特徴
   とする請求項１、３〜６いずれか一項記載のコネクショ
   ン型通信方式。
8. 【請求項８】 前記コネクション型通信方式は、ＡＴＭ
   通信方式であり、前記第二の回線を使用する旨の識別子
   として、データ送出セルのＡＡＬ４のＭＩＤ値に特定の
   値を設定することを特徴とする請求項７記載のコネクシ
   ョン型通信方式。
9. 【請求項９】 前記データの転送を要求した端末から前
   記データを送出する端末に対して、前記第二の回線に振
   り向けるデータの送出指示があった場合、前記データを
   送出する端末は、データを構成するデータ要素毎に、前
   記第二の回線に振り向けるかどうかを登録したテーブル
   を参照して、前記第二の回線に振り向けるデータを決定
   することを特徴とする請求項１ないし８いずれか一項記
   載のコネクション型通信方式。
10. 【請求項１０】 ノード・ノード間が複数の回線により
    接続された複数のノードと該ノードに接続された複数の
    端末を有するコネクション型通信方式における端末にお
    いて、 既に設定された第一の前記回線上のコネクションによ
    り、他の端末から第二の前記回線を利用するデータの転
    送要求を受けた場合、前記他の端末が接続されたノード
    と本端末が接続されたノード間の前記第二の回線上に、
    コネクションをさらに設定するための発呼要求メッセー
    ジを本端末が接続されたノードに送出し、 前記第二の回線上の新たに設定されたコネクションを通
    じて、要求された転送データの全部又は一部のデータの
    転送を行うことを特徴とするコネクション型通信方式に
    おける端末。
11. 【請求項１１】 前記コネクション型通信方式は、ＡＴ
    Ｍ通信方式であり、 前記第二の回線に振り向けるデータの送出セルのＡＡＬ
    ４のＭＩＤ値として、既存のコネクションで使用しない
    値を設定することを特徴とする請求項１０記載のコネク
    ション型通信方式における端末。
12. 【請求項１２】 前記コネクション型通信方式は、ＡＴ
    Ｍ通信方式であり、 前記第二の回線を使用する旨の識別子として、データ送
    出セルのＡＡＬ４のＭＩＤ値に特定の値を設定すること
    を特徴とする請求項１０記載のコネクション型通信方式
    における端末。
13. 【請求項１３】 データの転送要求をする他の端末か
    ら、前記第二の回線に振り向けるデータの送出指示があ
    った場合、 データを構成するデータ要素毎に、前記第二の回線に振
    り向けるかどうかを登録したテーブルを参照して、前記
    第二の回線に振り向けるデータを決定することを特徴と
    する請求項１０ないし１２いずれか一項記載のコネクシ
    ョン型通信方式における端末。
14. 【請求項１４】 請求項１記載のコネクション型通信方
    式におけるノードにおいて、 データの転送を要求した端末が送出した前記第二の回線
    を使用する旨が付与された発呼要求メッセージを受信し
    た場合、前記第二の回線を用いて、該第二の回線上にコ
    ネクションを設定することを特徴とするコネクション型
    通信方式におけるノード。
15. 【請求項１５】 他のノードが送出した発呼要求メッセ
    ージを受信した場合、本ノードと本ノードに接続されて
    いる着呼端末との間の既存のコネクションのチャネルを
    利用することにより、本ノードと本ノードに接続されて
    いる着呼端末との間のコネクションを１本とすることを
    特徴とする請求項１４記載のコネクション型通信方式に
    おけるノード。
16. 【請求項１６】 既存コネクションの一方の端末が接続
    されている前記着呼端末が接続されているノードは、前
    記発呼要求メッセージを前記着呼端末に転送せず、該着
    呼端末に代行して、発呼端末に呼設定完了メッセージを
    伝送することを特徴とする請求項１５記載のコネクショ
    ン型通信方式におけるノード。
17. 【請求項１７】 データを送出する端末からのデータを
    受信し、該受信データに前記第二の回線を使用する旨の
    識別子が付与されている場合、又は、受信データがＡＴ
    Ｍセルであって、ＡＡＬ４のＭＩＤ値が特定の場合にの
    み、受信データを前記第二の回線へ転送することを特徴
    とする請求項１４ないしい１６ずれか一項記載のコネク
    ション型通信方式におけるノード。
18. 【請求項１８】 端末毎に前記第二の回線を利用するこ
    とができるか否かを記録した第二の回線利用可否テーブ
    ルを有し、 発呼要求メッセージ、前記第二の回線を使用する旨の識
    別子が付与されたデータ又は特定のＭＩＤ値を有するＡ
    ＴＭセルを受信したとき、前記第二の回線利用可否テー
    ブルを参照して、第二の回線の利用の可否を決定するこ
    とを特徴とする請求項１４ないし１７いずれか一項記載
    のコネクション型通信方式におけるノード。