JPH1188406A - 集合住宅配線システム、蓄積装置、通信装置、ルータ装置及びラベルスイッチングパスの設定方法 - Google Patents

Abstract

(57)【要約】 【課題】 集合住宅内の広帯域網を効果的に構築可能な
集合住宅配線システムを提供すること。 【解決手段】 集合住宅内にバックボーン網として設け
られた第１の網と、前記集合住宅内の所望の住宅内に住
宅内バックボーン網としてそれぞれ設けられた第２の網
と、前記所望の住宅夫々に設けられた、前記第１の網と
の通信インタフェースおよび前記第２の網との通信イン
タフェースを有するホームルータとを備え、前記ホーム
ルータは、前記第１の網と前記第２の網との間でデータ
リンクレイヤ識別子のみを参照してデータフォワーディ
ングを行うスイッチ手段を有することを特徴とする。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、集合住宅内の高帯
域網を構築するための集合住宅配線システム、蓄積装置
及び通信装置に関し、また、本発明は、ラベルスイッチ
ングパスの設定可否を制御するルータ装置及びラベルス
イッチングパスの設定方法に関する。

【０００２】

【従来の技術】近年、マルチメディアという言葉に代表
されるように、電子機器のデジタル化が急速に進行して
いる。この傾向は、まずオフィス環境で始まっている。
具体的に言うと、まずハードウエアとしては、パソコン
の導入、ＯＡ機器のデジタル化およびそれらのネットワ
ーク化という形で進行している。また、ソフトウエアと
して、ホストによる（あるいはライトサイジングされて
パソコン等に移行されつつある）基幹業務や、ワープ
ロ、表計算などのソフトウエアあるいはＷＷＷ等のイン
ターネットアプリケーション等、その発展はとどまると
ころを知らない。

【０００３】この動きは、家庭においても見られる。す
なわち、家庭においても、ＡＶ機器のデジタル化（ＤＶ
Ｄ、デジタルＶＴＲ、デジタルビデオカメラ等）や、放
送のデジタル化あるいはＯＣＮ等のインターネットアク
セス等の形で、デジタル化の進行は着実に進んでいる。

【０００４】オフィス環境と同様に、これらの波はネッ
トワーク化へと今後向かっていくことが考えられる。す
なわち、情報・通信・放送といった種々の分野の技術が
デジタル化によって束ねられ、ネットワーク化によって
相互乗り入れを始めていくと言われている。

【０００５】このためのネットワーク技術としては、種
々の候補が有る。例えば、イーサネットは、オフィス環
境にて圧倒的な実績を持っており、家庭でのパソコンネ
ットワークにおいても、その有力候補であろう。また、
ＡＴＭも有力な候補である。これは、インフラの構築側
（電話会社やＣＡＴＶ等）が、高速、リアルタイム、広
帯域といったＡＴＭの特徴に注目し、この技術を使って
インフラを構築していこうというのが一般的な動きだか
らである。

【０００６】これらの候補に加えて、最近、ＩＥＥＥ１
３９４なるネットワーク技術（バス技術）が注目を集め
ている。これは、高速、リアルタイム（ＱＯＳ保証）、
プラグアンドプレイ等の数々の注目すべき特徴を持って
おり、特にデジタルＡＶ機器同士の接続方式の最有力候
補としてＡＶ機器業界等から大変な注目を集めている。
これにひきづられるように、パソコンなどのコンピュー
タ業界も、この技術への注目が集まりはじめた。

【０００７】当初は、家庭向けのデジタル機器の普及に
伴い、それらの機器の相互接続が、ユーザの好み・要望
により、これらの数々のネットワーク技術により実現さ
れていくと考えられる。このようにして、徐々に家庭内
にデジタルネットワークの雛形が誕生していく。

【０００８】ある程度の家庭内ネットワーク、それも広
帯域の家庭内ネットワークが存在することが前提と考え
られれば、家庭と家庭を結ぶ公衆網についても、広帯域
のものが出現すると期待される。しかしながら、この部
分については、莫大な投資がかかり、かつ、その公衆網
上で展開されるサービスが不透明なため、簡単にそのよ
うなインフラが構築されるとは考えにくい。

【０００９】また、デジタル放送など、映像分配のイン
フラが急速に普及しようとしている。例えばデジタル衛
星放送では既に１００チャンネル近くの映像サービスを
既に開始している。このようなデジタル放送インフラの
急速な普及を考えると、広帯域通信インフラの主な用途
は映像サービスであると単純に考えられるため、広帯域
の通信インフラが整備がさらに遅れる可能性は否定でき
ない。

【００１０】しかしながら、広帯域通信の需要は存在す
る。テレビ電話や、ビデオのネットワークを介したダビ
ング等はその典型的なアプリケーションである。

【００１１】そのための解決策の一つとして、マンショ
ンやアパート等の集合住宅内に広帯域のネットワークを
敷設する方法が考えられる。この方法では、公衆網の整
備と異なり、公道上での架空／地中回線の設置などのコ
ストがかからないことや、集合住宅のオーナが集合住宅
の付加価値を高めるためにそういった設備の導入を積極
的に図ることが出来ると考えられることから、公衆網と
は別に、集合住宅内のみとはいえ、家庭間通信のインフ
ラの候補としてあげることができよう。

【００１２】しかしながら、集合住宅内の広帯域網を構
築するにあたり、ビデオ伝送等を有効に利用する方法、
各家庭でのセキュリティを確保する方法、機器等の資源
を低コスト化する方法などが提供されていなかった。

【００１３】ところで、キャンパス網や企業網のバック
ボーン、ネットワークキャリアやインターネットサービ
スプロバイダー（ＩＳＰ）のネットワークでは、ＩＰ
（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）などのレイヤ
３パケット通信を行うルータ等のノード装置において、
ノード間で特定のパケットストリームに特定のチャネル
識別子（ラベル）を割り当てるための制御情報を交換
し、各ノードでは個々のストリームに対して割り当てた
入力側のラベル（および入力インタフェース）と出力側
のラベル（および出力インタフェース）とを記憶し、記
憶したラベル値の対応関係をもとに実際のパケット転送
処理（スイッチング処理）を行うことが可能であり、ラ
ベルスイッチングと呼ばれている。ラベルは一般に固定
長であり、ラベルスイッチングによるパケット転送は、
従来の可変長のパケットヘッダ情報（宛先ＩＰアドレス
プレフィクスなど）を解析してパケット転送する場合に
比べて高速な処理が可能であるとともに、より柔軟な経
路制御が可能になる。ラベルスイッチングの具体的適用
方法には、ＡＴＭやフレームリレーなどの既存のスイッ
チングネットワークに適用する方法と、新たにラベルス
イッチのためのラベルヘッダを定義してＰＰＰ ｏｖｅ
ｒ ＳＯＮＥＴリンクやＩＥＥＥ８０２．３／イーサネ
ットなどのＬＡＮ上にスイッチを接続する方法とが考え
られる。

【００１４】このラベルスイッチングによりパケット転
送されるパスをラベルスイッチングパス（ＬＳＰ）と呼
ぶ。ＬＳＰの始点となるノード（ルータあるいはホス
ト）では送信するパケットのヘッダ情報から定義される
パケットストリーム毎に同一のラベル値を付与して送信
し、中継点となるルータでは受信したパケットのラベル
値を参照して送出すべきインタフェースおよびラベル値
を決定、付与して送信し、終点となるノードでは受信し
たパケットのラベルを削除しヘッダを参照して送出すべ
きインタフェースを決定、送信する。

【００１５】ＬＳＰを利用してパケットを転送すること
により、ＬＳＰの中継点のルータでは、レイヤ３および
上位層のヘッダを参照することなしにパケット転送を行
うことが可能になり、転送性能の向上や経路制御の柔軟
性などのメリットが得られる。しかしその反面、以下の
ような問題点が存在する。

【００１６】まず、従来パケット毎に行っていたフィル
タリング処理（レイヤ３および上位層のヘッダ情報に基
づき、受信パケットをさらに転送するか否かを判断する
処理）がＬＳＰの中継ルータにおいて行えなくなる。こ
のフィルタリング処理は、あるセグメント（以下では、
特定のキャンパス網、企業網、ＩＳＰ網などのような、
同一の管理ポリシーにより運営される物理的あるいは論
理的ネットワークの単位をセグメント（ネットワークセ
グメント）と呼ぶことにする）へのパケットの流入やあ
るセグメントからのパケットの流出を、セキュリティ上
の理由により特定の送信元や宛先のもの、特定の上位層
プロトコルのものに制限するために行うことが主な目的
であるが、ＬＳＰの中継点がセグメントの境界であった
場合にパケットヘッダが参照できないため、これが行え
なくなってしまう。

【００１７】また、従来隣接するセグメント同士がお互
いからのパケットの中継を行うか否かのポリシーを互い
の契約等により決定し、その結果に基づきルーティング
プロトコルを通してパケット転送可否の制限（ピアリン
グの制御）を行っている（特定の隣接セグメントに対し
てルーティング情報を与えない、あるいはルーティング
情報とともに自分のセグメント通過に対する希望（プレ
ファレンス）を伝えることなどにより）。セグメントに
またがるＬＳＰ設定に関しても、そうしたルーティング
プロトコルを通した制限を行うことは可能である。しか
しながら、ルーティングプロトコルとは別な条件によ
り、隣接セグメントに対してＬＳＰの設定を制限するこ
とが現状では行うことができない。例えば、ラベルスイ
ッチングのためのラベルリソースは有限であるため、あ
る隣接セグメントに対して、通常のルータが行うホップ
バイホップによるパケットの中継転送は行うが、ＬＳＰ
によるパケット転送（セグメントにまたがるＬＳＰの設
定）は制限したいというようなポリシー制御を実行した
いケースが考えられるが、こうしたＬＳＰ設定に関する
ポリシーを現在のルーティングプロトコルにより実現す
ることはできない。

【００１８】

【発明が解決しようとする課題】以上説明したように、
従来、集合住宅内の広帯域網を構築するにあたり、ビデ
オ伝送等を有効に利用する方法、各家庭でのセキュリテ
ィを確保する方法、機器等の資源を低コスト化する方法
などが提供されていなかった。

【００１９】本発明は、上記事情を考慮してなされたも
ので、集合住宅内に、サービス、セキュリティあるいは
低コストなどの面で優れた広帯域網を構築可能な集合住
宅配線システム、蓄積装置及び通信装置を提供すること
を目的とする。

【００２０】また、前述したように、ラベルスイッチン
グを利用する場合、従来パケット毎に行っていたフィル
タリング処理（レイヤ３および上位層のヘッダ情報に基
づき、受信パケットをさらに転送するか否かを判断する
処理）がＬＳＰの中継ルータにおいて行えなくなるとい
う問題点があった。また、ルーティングプロトコルとは
別な条件により、隣接セグメントに対してＬＳＰの設定
を制限することができないという問題点があった。

【００２１】本発明は、上記事情を考慮してなされたも
ので、ラベルスイッチングを利用した場合でも、「ＬＳ
Ｐの設定」や「ＬＳＰにより転送されるパケットストリ
ーム（送信元／宛先などのアドレス情報、上位層に関す
る情報などにより識別される）」を制限することで、従
来のルータがパケット毎に行っていたようなフィルタリ
ング機能と同等のセキュリティ機能を維持することを可
能にするルータ装置及びラベルスイッチングパスの設定
方法を提供することを目的とする。

【００２２】また、本発明は、ラベルスイッチングを利
用した場合にも、従来行っていた隣接セグメントに対す
るパケット転送に関する制限を可能にするとともに、
「隣接セグメントに対するＬＳＰ設定可否」や「ＬＳＰ
上を流れるパケットストリームの受付け可否」に関する
制限を可能にするルータ装置及びラベルスイッチングパ
スの設定方法を提供することを目的とする。

【００２３】

【課題を解決するための手段】本発明（請求項１）に係
る集合住宅配線システムは、集合住宅内にバックボーン
網として設けられた第１の網と、前記集合住宅内の所望
の住宅内に住宅内バックボーン網としてそれぞれ設けら
れた第２の網と、前記所望の住宅夫々に設けられた、前
記第１の網との通信インタフェースおよび前記第２の網
との通信インタフェースを有するホームルータとを備
え、前記ホームルータは、前記第１の網と前記第２の網
との間でデータリンクレイヤ識別子のみを参照してデー
タフォワーディングを行うスイッチ手段を有することを
特徴とする。

【００２４】本発明によれば、住宅（家庭）間通信や公
衆網との通信を行うための第１の網と、住宅（家庭）内
ネットワークである第２の網とを、論理ネットワーク的
に分離することが可能になる。企業網において一般に知
られているように、企業網側のセキュリティの確保のた
め、ファイアウオールを公衆網・企業網間のルータに設
ける方式をとるのが一般的となっている。集合住宅にお
ける通信インフラ環境にも、本発明のような構成を採用
することにより、この方式を適用することが極めて容易
になる。ここで、集合住宅における重要なネットワーク
アプリケーションとして、映像通信がある。ビデオ・オ
ン・デマンドや家庭間のビデオのダビングもこれに含ま
れる。これは、企業通信とは大きなアプリケーションの
違いである。ホームルータに、スイッチ手段を設けるこ
とにより、一般にデータフォワーディングを行うのに多
大な処理コストおよび処理時間のかかるルータ処理、セ
キュリティ処理をバイパスすることが可能となり、上記
セキュリティと映像通信の２つの要求を同時に満たすこ
とのできる集合住宅配線システムを得ることができる。

【００２５】本発明（請求項２）に係る蓄積装置は、放
送を受信する第１のインタフェースと、ネットワークと
接続する第２のインタフェースと、前記第２のインタフ
ェースを介して受信したインターネットパケットを処理
する処理手段と、前記第１のインタフェースを介して受
信した放送のうち蓄積すべき部分を選択する第１の選択
手段と、少なくとも前記第１の選択手段により選択され
た放送を蓄積する蓄積手段と、前記蓄積手段に蓄積され
たデータのうち前記第２のインタフェースから送出する
べきデータを選択する第２の選択手段とを備え、前記第
１の選択手段および第２の選択手段における選択対象の
選択は、前記処理手段による前記インターネットパケッ
トの処理結果に基づいて制御されることを特徴とする。

【００２６】本発明によれば、放送波より受信した映像
を、ネットワークの種別に関わらずあるいはネットワー
クが異種ネットワークの相互接続である場合においてす
ら、選択蓄積、選択送信ができる環境を提供することが
可能となる。これは、選択蓄積、選択送信を行うプロト
コルとして、ネットワーク種別を問わないインターネッ
トを採用していることにより達成されるものである。

【００２７】本発明（請求項３）は、請求項２に記載の
蓄積装置において、前記第２のインタフェースから前記
蓄積されたデータを送信するのに先だって、該第２のイ
ンタフェースから該データの受信ノードまでの通信資源
の確保を行う通信資源確保手段をさらに備えたことを特
徴とする。

【００２８】本発明によれば、映像通信に一般に不可欠
と考えられる通信路の通信資源の確保を、該蓄積装置か
ら受信ノードまでの経路において行うことが可能とな
り、さらにこれをインターネットプロトコルにおいて行
うこととすれば、通過するネットワーク種別を問わず、
上記通信資源確保を行うことができるようになる。

【００２９】本発明（請求項４）は、請求項２に記載の
蓄積装置において、データの送信先またはデータ送信の
依頼者となるユーザまたは端末毎に、前記第２のインタ
フェースを介して前記蓄積されたデータを送信する際に
同時に使用可能な通信資源量と現在そのユーザまたは端
末について使用している通信資源量とを記した管理テー
ブルをさらに備えたことを特徴とする。

【００３０】本発明によれば、蓄積装置は、あるユーザ
（例えば集合住宅の各住宅の代表者）または端末につい
て、使用することが許可された通信資源量と、実際に使
用している通信資源量とを、逐次把握することができる
ようになると同時に、このテーブルの値を適宜比較、使
用することにより、そのユーザについての通信資源使用
要求の使用許可制御に用いることも可能となる。

【００３１】本発明（請求項５）は、請求項４に記載の
蓄積装置において、記データ送信要求があった場合に、
その送信要求に応じたデータ送信を行うと、要求元のユ
ーザまたは端末について消費する通信資源量が、該ユー
ザまたは端末について定められている同時に使用可能な
通信資源量を超えることになるときは、該送信要求を拒
否する要求拒否手段をさらに備えたことを特徴とする。

【００３２】本発明によれば、あるユーザ（例えば集合
住宅の各住宅の代表者）または端末が無尽蔵に蓄積装置
あるいは蓄積装置に接続されたネットワークの通信資源
を確保してしまうのを、未然に防ぐことができるように
なる。

【００３３】本発明（請求項６）に係る通信装置は、第
１の網に接続された第１の通信インタフェースと、第２
の網に接続された第２の通信インタフェースと、前記第
１の網側に存在する装置／サービスに関する構成情報を
前記第２の網側に通知する通知手段と、前記第１の網側
の構成情報のうちいずれの装置／サービスに関するもの
を前記通知手段により通知するかを判断する判断手段と
を備えたことを特徴とする。

【００３４】本発明によれば、第２の網側のユーザに対
して、第１の網側のサービスおよび／または装置を選択
的に紹介、通知し、遠隔制御や情報の収納や取り出しな
どの対象とすることが可能となる。

【００３５】本発明（請求項７）は、請求項６に記載の
通信装置において、インターネットパケットの送受信処
理を行うＩＰ処理部と、前記第１の網および第２の網の
一方の網から受信したデータについて、該一方の網のデ
ータリンクレイヤ識別子を参照して、あらかじめ定めら
れた他方の網のデータリンクレイヤ識別子を付与した上
で、該他方の網に送出するスイッチ手段とをさらに備え
たことを特徴とする。

【００３６】本発明によれば、前記判断手段において判
断されたサービスが高速通信を必要とする場合あるいは
装置が高速通信を必要とする場合において、スイッチ手
段においてルータ処理などの一般に大きな処理負荷のか
かる処理をすることなしに、データリンクレイヤのスイ
ッチングのみで、データフォワーディングを行うことが
可能になり、映像など広帯域のデータフォワーディング
を行うような、住宅（家庭）間などのネットワークを跨
る遠隔制御を行うことが可能となる。

【００３７】本発明（請求項８）に係る通信装置は、第
１の網に接続された第１の通信インタフェースと、第２
の網に接続された第２の通信インタフェースと、インタ
ーネットパケットの送受信処理を行うＩＰ処理部と、前
記第１の網および第２の網の一方の網から受信したデー
タについて、該一方の網のデータリンクレイヤ識別子を
参照して、あらかじめ定められた他方の網のデータリン
クレイヤ識別子を付与した上で、該他方の網に送出する
スイッチ手段と、前記スイッチ手段の使用が許可されて
いる主体（例えば、ユーザ、端末もしくはホームルー
タ、またはこれらの組み合わせ）を登録するテーブル手
段と、前記スイッチ手段の使用の申請があった場合、前
記テーブル手段を参照して、該申請に対し許可を与える
か否かを決定する決定手段とを備えたことを特徴とす
る。

【００３８】スイッチ手段においてはパケット毎のフィ
ルタリングなど、パケット毎のファイアウオール処理を
行うことができないが、本発明によれば、データを流す
際にスイッチ手段を用いることになる相手側ノード（デ
ータの送信ノード）が、信頼できるノードであるか否か
を事前に判断することが可能となり、本通信装置におけ
るセキュリティ対策の大幅な向上となる。

【００３９】本発明（請求項９）に係る通信装置は、Ｉ
ＥＥＥ１３９４インタフェースによる第１の通信インタ
フェースと、第２の通信インタフェースと、前記第１の
通信インタフェースから入力／出力される非同期パケッ
トの特定のレジスタの値と、前記第２の通信インタフェ
ースから出力／入力されるパケットのデータリンク識別
子との対応を記憶した対応テーブルと、前記第１の通信
インタフェースから非同期パケットの形で特定のレジス
タ宛に送られてきたパケットを、これに前記対応テーブ
ルで定められた識別子を付与して前記第２の通信インタ
フェースから送出するスイッチ手段とを備えたことを特
徴とする。

【００４０】本発明によれば、ＩＥＥＥ１３９４の非同
期パケット転送のフェーズにおいても、その転送される
非同期パケットのヘッダにある宛先レジスタ（オフセッ
ト）の値から、暗示的にそのパケットの出力ポートおよ
び出力データリンクレイヤヘッダ値を登録しておくこと
により、上位レイヤの処理（例えばＩＰレイヤ）なし
に、データフォワーディングおよびフォーマット変換や
ヘッダの書き換えを行うことが可能となる。

【００４１】本発明（請求項１０）に係る通信装置は、
通信インタフェースとして用いるＩＥＥＥ１３９４イン
タフェースと、前記ＩＥＥＥ１３９４インタフェースか
ら入力／出力される非同期パケットの特定のレジスタの
値と、その値のレジスタに向かって送出する非同期パケ
ットの属性情報とを、情報前記非同期パケットの受信ノ
ードに対して通知する通知手段とを備えたことを特徴と
する。

【００４２】本発明によれば、１３９４インタフェース
に接続されたパケット処理を行う次段のノードに対し
て、以降、「該特定のレジスタの値の領域に対して、ど
のようなパケットを送信するのか」、例えば「どの宛先
アドレスのＩＰパケットを送信するのか」あるいは「ど
のアプリケーションパケットを伝送しようとしているの
か」、といったような属性情報を通知することができ
る。また、このような属性情報は、該次段のノードが、
該特定のレジスタの値を使った、データリンクレイヤス
イッチングを行う場合の指標となり、これに使うことも
可能となる。

【００４３】本発明（請求項１１）に係る通信装置は、
通信インタフェースとして用いるＩＥＥＥ１３９４イン
タフェースと、前記ＩＥＥＥ１３９４インタフェースか
ら入力／出力される非同期パケットの受信ノードが指定
する特定の値のレジスタに向かって送出する非同期パケ
ットの属性情報を、該受信ノードに対して通知する通知
手段を備えたことを特徴とする。

【００４４】本発明は、請求項１０の発明のように上流
側の通信装置が特定のレジスタの値を定めて下流側に送
信する場合に、その送信パケットに付与する特定のレジ
スタの値については下流側の通信装置が定めるようにし
たものである。

【００４５】本発明（請求項１２）に係るルータ装置
は、パケットストリームが入力されるチャネルを識別す
るための入力側ラベルと、該パケットストリームが出力
されるチャネルを識別するための出力側ラベルとの対応
関係を参照して、入力されたパケットをラベルスイッチ
ングするスイッチ手段と、前記ラベルスイッチングによ
るパケット転送を許可するか否かの判断材料となる、ラ
ベルスイッチングパスの始点に関する情報を記憶する記
憶手段と、ラベルスイッチングパスの始点となるノード
もしくはネットワークの情報と、該ラベルスイッチング
パスを使用して転送されるべきパケットストリームの情
報とを含む、制御メッセージを受信する受信手段と、こ
の受信した制御メッセージに含まれる始点ノード／ネッ
トワークの情報と、前記記憶手段に記憶された情報とに
基づいて、前記ラベルスイッチングを可能とする対応関
係の記憶を許可するか否かを判断し、この判断結果に基
づいて、前記制御メッセージに示されるパケットストリ
ーム用に、自装置を通過するラベルスイッチングパスの
設定を行う制御手段とを備えることを特徴とする。

【００４６】これにより、どのようなノードが始点とな
ってラベルスイッチングパスを張ろうとしているかで、
その許否を制御することができる。

【００４７】好ましくは、前記制御手段は、前記始点ノ
ード／ネットワークからのいずれのパケットストリーム
も前記ラベルスイッチングにより転送して良いと判断さ
れる場合に、許可すると判断するようにしてもよい。

【００４８】これにより、例えば始点が宣言した通りの
ストリームをラベルスイッチングパスに流すかどうかを
信用しない場合に、宣言外のストリームがラベルスイッ
チングパスに流されても支障が生じない範囲で、ラベル
スイッチングパスの設定を許可することができる。

【００４９】好ましくは、前記制御手段は、前記制御メ
ッセージが真に前記始点ノード／ネットワークから送信
されたものであるか否かを認証し、この認証結果が真で
あることを示す場合に、許可すると判断するようにして
もよい。

【００５０】これにより、始点ノードとして正当ではな
いノードにより送信された制御メッセージによってラベ
ルスイッチングパスを設定することを回避することがで
きる。

【００５１】また、好ましくは、前記制御手段は、前記
制御メッセージに含まれるパケットストリームの情報を
加味して、許可するか否かを判断するようにしてもよ
い。

【００５２】これにより、始点が正当であれば宣言した
通りのストリームをラベルスイッチングパスに流すと信
用して、そのラベルスイッチを利用するのがどこから／
どこへのストリームであるのかによっても許否を制御す
ることができる。また、パケットストリームの情報を加
味して許否の判断を行うのを、始点ノード／ネットワー
クの認証結果が真であった場合とすれば、始点が正当で
あれば宣言した通りのストリームをラベルスイッチング
パスに流すと信用して、ストリーム毎の許否制御を行う
ことができる。

【００５３】好ましくは、前記制御手段が前記ラベルス
イッチングパスの設定を行わなかった場合に、前記パケ
ットストリームに属するパケットを受信したら廃棄する
手段を更に備えるようにしてもよい。

【００５４】あるいは、前記制御手段が前記ラベルスイ
ッチングパスの設定を行わなかった場合に、前記パケッ
トストリームに属するパケットを受信したらネットワー
ク層処理を施してホップバイホップ転送用のパスもしく
は自装置を始点とする該パケットストリーム用のラベル
スイッチングパスへ出力する手段を更に備えるようにし
てもよい。

【００５５】好ましくは、前記記憶手段は、前記ラベル
スイッチングパスによるパケット転送を許可する場合に
提供する通信品質に関する情報を、各始点毎に、記憶す
るものであり、前記制御手段は、受信した前記制御メッ
セージに含まれる要求通信品質の情報と、前記記憶手段
に記憶された情報とにも基づいて、前記許否の判断を行
うようにしてもよい。

【００５６】これにより、要求品質によっても許否を判
断することができる。

【００５７】またこの場合に、前記制御手段が許可しな
いと判断したならば、前記パケットストリームに属する
パケットを受信したら該パケットストリーム用の別の、
前記ラベルスイッチングパスに対して要求されていた通
信品質よりも低品質の、ラベルスイッチングパス（自装
置を通過するものかもしれないし、自装置を始点とする
ものかもしれない）へ出力する手段を更に備えるように
してもよい。

【００５８】これによって、例えば要求品質が条件を満
足しないために許可されなかった場合に、当該パケット
を別の低品質のパスで転送することができる。

【００５９】好ましくは、前記ルータ装置は、ネットワ
ークセグメントの境界（例えば入口）に位置するもので
あり、前記制御手段が前記ラベルスイッチングを可能と
する対応関係の記憶を許可すると判断した場合には、前
記ネットワークセグメントの内部のルータは該許否の判
断を行わずに該ルータを通過するラベルスイッチングパ
スの設定を行えるように、許可を示す情報を含めた制御
メッセージを送信する手段を更に備えるようにしてもよ
い。

【００６０】これにより、例えばインターネットサービ
スプロバイダー（ＩＳＰ）の入口で許否判断したならば
そのＩＳＰ内部では判断を省略することができる。

【００６１】好ましくは、前記制御メッセージは、前記
ラベルスイッチングパス上の自装置に隣接するノードも
しくはネットワークの情報をも含むものであり、前記記
憶手段は、前記ラベルスイッチングによるパケット転送
を許可するか否かの判断材料となる、自装置の隣接ノー
ド／ネットワークに関する情報をも記憶するものであ
り、前記制御手段は、受信した前記メッセージに含まれ
る隣接ノード／ネットワークの情報と、前記記憶手段に
記憶された情報とにも基づいて、前記許否の判断を行う
ようにしてもよい。

【００６２】これにより、始点情報だけでなく隣接情報
も判断材料に使って許否判断を行うことができる。

【００６３】またこの場合に、好ましくは、前記制御手
段は、前記制御メッセージが真に前記始点ノード／ネッ
トワークから送信されたものであるか否かを認証し、前
記制御メッセージが真に前記隣接ノード／ネットワーク
から送信されたものであるか否かを認証し、いずれの認
証結果も真であることを示す場合に、許可すると判断す
るようにしてもよい。

【００６４】これにより、始点ノードとして正当でない
ノードにより送信された制御メッセージによってラベル
スイッチングパスを設定することを回避することができ
るだけでなく、隣接ノードとして正当でないノードによ
り送信された制御メッセージによってラベルスイッチン
グパスを設定することも回避することができる。

【００６５】好ましくは、前記記憶手段は、前記ラベル
スイッチングによるパケット転送を許可するか否かの判
断材料となる、ラベルスイッチングパスの終点に関する
情報をも記憶するものであり、前記制御手段は、受信し
た前記制御メッセージに含まれる、もしくは、該制御メ
ッセージ中のパケットストリームの情報から求められ
る、前記ラベルスイッチングパスの終点となるノードも
しくはネットワークの情報と、前記記憶手段に記憶され
た情報とにも基づいて、前記許否の判断を行うようにし
てもよい。

【００６６】これにより、始点情報だけでなく終点情報
も判断材料に使って許否判断を行うことができる。

【００６７】また、本発明において、前記制御メッセー
ジに含まれる、ラベルスイッチングパスを使用して転送
されるべきパケットストリームの情報（送信元／宛先）
が、該ラベルスイッチングパスの始点となるノード／ネ
ットワーク、および／または、終点となるノード／ネッ
トワークの情報を内包しているようにすることも、可能
である。

【００６８】本発明（請求項２４）に係るルータ装置
は、パケットストリームが入力されるチャネルを識別す
るための入力側ラベルと、該パケットストリームが出力
されるチャネルを識別するための出力側ラベルとの対応
関係を参照して、入力されたパケットをラベルスイッチ
ングするスイッチ手段と、前記ラベルスイッチングによ
るパケット転送を許可するか否かの判断材料となる、自
装置の隣接ノード／ネットワークに関する情報を記憶す
る記憶手段と、ラベルスイッチングパス上の自装置に隣
接するノードもしくはネットワークの情報と、該ラベル
スイッチングパスを使用して転送されるべきパケットス
トリームの情報とを含む、制御メッセージを受信する受
信手段と、この受信した制御メッセージに含まれる隣接
ノード／ネットワークの情報と、前記記憶手段に記憶さ
れた情報とに基づいて、前記ラベルスイッチングを可能
とする対応関係の記憶を許可するか否かを判断し、この
判断結果に基づいて、前記制御メッセージに示されるパ
ケットストリーム用に、自装置を通過するラベルスイッ
チングパスの設定を行う制御手段とを備えることを特徴
とする。

【００６９】これにより、どのようなノードが自装置に
隣接してパスを張ろうとしているかで（始点については
これを併せて調べる構成と調べない構成とがある）、そ
の許否を制御することができる。

【００７０】好ましくは、前記制御手段は、前記制御メ
ッセージが真に前記隣接ノード／ネットワークから送信
されたものであるか否かを認証し、この認証結果が真で
あることを示す場合に、許可すると判断するようにして
もよい。

【００７１】これにより、隣接ノードとして正当ではな
いノードにより送信された制御メッセージによってラベ
ルスイッチングパスを設定することを回避することがで
きる。

【００７２】好ましくは、前記制御手段は、前記制御メ
ッセージに含まれるパケットストリームの情報を加味し
て、許可するか否かを判断するようにしてもよい。

【００７３】好ましくは、前記制御手段が前記ラベルス
イッチングパスの設定を行わなかった場合に、前記パケ
ットストリームに属するパケットを受信したら廃棄する
手段を更に備えるようにしてもよい。

【００７４】あるいは、前記制御手段が前記ラベルスイ
ッチングパスの設定を行わなかった場合に、前記パケッ
トストリームに属するパケットを受信したらネットワー
ク層処理を施してホップバイホップ転送用のパスもしく
は自装置を始点とする該パケットストリーム用のラベル
スイッチングパスへ出力する手段を更に備えるようにし
てもよい。

【００７５】好ましくは、前記記憶手段は、前記ラベル
スイッチングパスによるパケット転送を許可する場合に
提供する通信品質に関する情報を、各隣接毎に、記憶す
るものであり、前記制御手段は、受信した前記制御メッ
セージに含まれる要求通信品質の情報と、前記記憶手段
に記憶された情報とにも基づいて、前記許否の判断を行
うようにしてもよい。

【００７６】これにより、要求品質によっても許否を判
断することができる。

【００７７】またこの場合に、前記制御手段が許可しな
いと判断したならば、前記パケットストリームに属する
パケットを受信したら該パケットストリーム用の別の、
前記ラベルスイッチングパスに対して要求されていた通
信品質よりも低品質の、ラベルスイッチングパス（自装
置を通過するものかもしれないし、自装置を始点とする
ものかもしれない）へ出力する手段を更に備えるように
してもよい。

【００７８】これによって、例えば要求品質が条件を満
足しないために許可されなかった場合に、当該パケット
を別の低品質のパスで転送することができる。

【００７９】好ましくは、前記ルータ装置は、ネットワ
ークセグメントの境界（例えば入口）に位置するもので
あり、前記制御手段が前記ラベルスイッチングを可能と
する対応関係の記憶を許可すると判断した場合には、前
記ネットワークセグメントの内部のルータは該許否の判
断を行わずに該ルータを通過するラベルスイッチングパ
スの設定を行えるように、許可を示す情報を含めた制御
メッセージを送信する手段を更に備えるようにしてもよ
い。

【００８０】これにより、例えばインターネットサービ
スプロバイダー（ＩＳＰ）の入口で許否判断したならば
そのＩＳＰ内部では判断を省略することができる。

【００８１】好ましくは、前記制御手段は、前記制御メ
ッセージを送信した隣接ノードが、自装置が属するネッ
トワークセグメント内のノードであると判断できる場合
には、前記許可するか否かの判断を省略するようにして
もよい。

【００８２】これにより、隣接が自セグメント内とわか
れば判断を省略することができる。

【００８３】本発明（請求項２６）に係るルータ装置
は、パケットストリームが入力されるチャネルを識別す
るための入力側ラベルと、該パケットストリームが出力
されるチャネルを識別するための出力側ラベルとの対応
関係を参照して、入力されたパケットをラベルスイッチ
ングするスイッチ手段と、前記ラベルスイッチングによ
るパケット転送を許可するか否かの判断材料となる、パ
ケットストリームに関する情報を記憶する記憶手段と、
ラベルスイッチングパスを使用して転送されるべきパケ
ットストリームの情報を含む、制御メッセージを受信す
る受信手段と、この受信した制御メッセージに含まれる
パケットストリームの情報と、前記記憶手段に記憶され
た情報とに基づいて、前記ラベルスイッチングを可能と
する対応関係の記憶を許可するか否かを判断し、この判
断結果に基づいて、前記制御メッセージに示されるパケ
ットストリーム用に、自装置を通過するラベルスイッチ
ングパスの設定を行う制御手段とを備えることを特徴と
する。

【００８４】これにより、どのようなパケットストリー
ムについてラベルスイッチングが要求されているかで
（始点および／または隣接についても併せて調べる構成
と調べない構成とがある）、その許否を制御することが
できる。

【００８５】好ましくは、前記記憶手段は、前記ラベル
スイッチングパスによるパケット転送を許可する場合に
提供する通信品質に関する情報を、各ストリーム毎に、
記憶するものであり、前記制御手段は、受信した前記制
御メッセージに含まれる要求通信品質の情報と、前記記
憶手段に記憶された情報とにも基づいて、前記許否の判
断を行うようにしてもよい。

【００８６】これにより、要求品質によっても許否を判
断することができる。

【００８７】またこの場合に、前記制御手段が許可しな
いと判断したならば、前記パケットストリームに属する
パケットを受信したら該パケットストリーム用の別の、
前記ラベルスイッチングパスに対して要求されていた通
信品質よりも低品質の、ラベルスイッチングパス（自装
置を通過するものかもしれないし、自装置を始点とする
ものかもしれない）へ出力する手段を更に備えるように
してもよい。

【００８８】これによって、例えば要求品質が条件を満
足しないために許可されなかった場合に、当該パケット
を別の低品質のパスで転送することができる。

【００８９】好ましくは、前記ルータ装置は、ネットワ
ークセグメントの境界（例えば入口）に位置するもので
あり、前記制御手段が前記ラベルスイッチングを可能と
する対応関係の記憶を許可すると判断した場合には、前
記ネットワークセグメントの内部のルータは該許否の判
断を行わずに該ルータを通過するラベルスイッチングパ
スの設定を行えるように、許可を示す情報を含めた制御
メッセージを送信する手段を更に備えるようにしてもよ
い。

【００９０】これにより、例えばインターネットサービ
スプロバイダー（ＩＳＰ）の入口で許否判断したならば
そのＩＳＰ内部では判断を省略することができる。

【００９１】本発明（請求項２７）に係るルータ装置
は、パケットストリームが入力されるチャネルを識別す
るための入力側ラベルと、該パケットストリームが出力
されるチャネルを識別するための出力側ラベルとの対応
関係を参照して、入力されたパケットをラベルスイッチ
ングするスイッチ手段と、前記ラベルスイッチングによ
るパケット転送を許可するか否かの判断材料となる、ラ
ベルスイッチングパスの終点に関する情報を記憶する記
憶手段と、ラベルスイッチングパスを使用して転送され
るべきパケットストリームの情報を含む、制御メッセー
ジを受信する受信手段と、この受信した制御メッセージ
に含まれる、もしくは、該制御メッセージ中のパケット
ストリームの情報から求められる、前記ラベルスイッチ
ングパスの終点となるノードもしくはネットワークの情
報と、前記記憶手段に記憶された情報とに基づいて、前
記ラベルスイッチングを可能とする対応関係の記憶を許
可するか否かを判断し、この判断結果に基づいて、前記
制御メッセージに示されるパケットストリーム用に、自
装置を通過するラベルスイッチングパスの設定を行う制
御手段とを備えることを特徴とする。

【００９２】これにより、どのようなノードを終点とす
るラベルスイッチングパスを張ろうとしているかで、そ
の許否を制御することができる。

【００９３】本発明（請求項２８）に係るラベルスイッ
チングパスの設定方法は、パケットストリームが入力さ
れるチャネルを識別するための入力側ラベルと、該パケ
ットストリームが出力されるチャネルを識別するための
出力側ラベルとの対応関係を参照して、入力されたパケ
ットをラベルスイッチングすることを許可するか否かの
判断材料となる、ラベルスイッチングパスの始点に関す
る情報を記憶し、ラベルスイッチングパスの始点となる
ノードもしくはネットワークの情報と、該ラベルスイッ
チングパスを使用して転送されるべきパケットストリー
ムの情報とを含む、制御メッセージを受信する受信し、
この受信した制御メッセージに含まれる始点ノード／ネ
ットワークの情報と、前記記憶された情報とに基づい
て、前記ラベルスイッチングを可能とする対応関係の記
憶を許可するか否かを判断し、この判断結果に基づい
て、前記制御メッセージに示されるパケットストリーム
用に、自装置を通過するラベルスイッチングパスの設定
を行うことを特徴とする。

【００９４】本発明（請求項２９）に係るラベルスイッ
チングパスの設定方法は、パケットストリームが入力さ
れるチャネルを識別するための入力側ラベルと、該パケ
ットストリームが出力されるチャネルを識別するための
出力側ラベルとの対応関係を参照して、入力されたパケ
ットをラベルスイッチングすることを許可するか否かの
判断材料となる、自装置の隣接ノード／ネットワークに
関する情報を記憶し、ラベルスイッチングパス上の自装
置に隣接するノードもしくはネットワークの情報と、該
ラベルスイッチングパスを使用して転送されるべきパケ
ットストリームの情報とを含む、制御メッセージを受信
し、この受信した制御メッセージに含まれる隣接ノード
／ネットワークの情報と、前記記憶された情報とに基づ
いて、前記ラベルスイッチングを可能とする対応関係の
記憶を許可するか否かを判断し、この判断結果に基づい
て、前記制御メッセージに示されるパケットストリーム
用に、自装置を通過するラベルスイッチングパスの設定
を行うことを特徴とする。

【００９５】本発明（請求項３０）に係るラベルスイッ
チングパスの設定方法は、パケットストリームが入力さ
れるチャネルを識別するための入力側ラベルと、該パケ
ットストリームが出力されるチャネルを識別するための
出力側ラベルとの対応関係を参照して、入力されたパケ
ットをラベルスイッチングすることを許可するか否かの
判断材料となる、パケットストリームに関する情報を記
憶し、ラベルスイッチングパスを使用して転送されるべ
きパケットストリームの情報を含む、制御メッセージを
受信し、この受信した制御メッセージに含まれるパケッ
トストリームの情報と、前記記憶手段に記憶された情報
とに基づいて、前記ラベルスイッチングを可能とする対
応関係の記憶を許可するか否かを判断し、この判断結果
に基づいて、前記制御メッセージに示されるパケットス
トリーム用に、自装置を通過するラベルスイッチングパ
スの設定を行うことを特徴とする。

【００９６】本発明（請求項３１）に係るラベルスイッ
チングパスの設定方法は、パケットストリームが入力さ
れるチャネルを識別するための入力側ラベルと、該パケ
ットストリームが出力されるチャネルを識別するための
出力側ラベルとの対応関係を参照して、入力されたパケ
ットをラベルスイッチングすることを許可するか否かの
判断材料となる、ラベルスイッチングパスの終点に関す
る情報を記憶し、ラベルスイッチングパスを使用して転
送されるべきパケットストリームの情報を含む、制御メ
ッセージを受信し、この受信した制御メッセージに含ま
れる、もしくは、該制御メッセージ中のパケットストリ
ームの情報から求められる、前記ラベルスイッチングパ
スの終点となるノードもしくはネットワークの情報と、
前記記憶手段に記憶された情報とに基づいて、前記ラベ
ルスイッチングを可能とする対応関係の記憶を許可する
か否かを判断し、この判断結果に基づいて、前記制御メ
ッセージに示されるパケットストリーム用に、自装置を
通過するラベルスイッチングパスの設定を行う制御手段
とを備えることを特徴とする。

【００９７】本発明によれば、特定の隣接ノードに限定
したＬＳＰ提供、特定のパケットストリームに限定した
ＬＳＰ提供、さらに特定の始点ノードを持つ場合に限定
したＬＳＰ提供等を行うことが可能になり、セキュリテ
ィ面あるいは網リソースの使用（ポリシー制御）面にお
いて、ラベルスイッチを用いない場合と同様に問題を生
じることなく、ラベルスイッチを利用することが可能に
なる。

【００９８】なお、装置に係る本発明は方法に係る発明
としても成立し、方法に係る本発明は装置に係る発明と
しても成立する。

【００９９】また、装置または方法に係る本発明は、コ
ンピュータに当該発明に相当する手順を実行させるため
の（あるいはコンピュータを当該発明に相当する手段と
して機能させるための、あるいはコンピュータに当該発
明に相当する機能を実現させるための）プログラムを記
録したコンピュータ読取り可能な記録媒体としても成立
する。

【０１００】

【発明の実施の形態】以下、図面を参照しながら発明の
実施の形態を説明する。

【０１０１】本発明は、マンション、アパート、寮等の
ように複数の住宅またはこれに相当するものが１つの建
物に集合されている集合住宅（ホテル等の集合住宅的な
宿泊施設も集合住宅と呼ぶものとする）ならばどのよう
な形態のものにもまたいくつの住宅（あるいは客室など
これに相当するもの；以下、住宅や客室などを含めて住
宅等と言う）を収容するものであっても適用可能であ
り、またその集合住宅に収容されるすべての住宅等を対
象とするのも一部の住宅等を対象とするのも任意であ
る。本実施形態では説明を簡単にするために４戸分の住
宅を収容するマンションを例にとって説明する。

【０１０２】図１に、本発明の一実施形態に係るシステ
ムのうち集合住宅のバックボーン網の部分の一構成例を
示す。

【０１０３】このマンションには、４戸分の住宅が収容
されているとともに、それらの住宅（以下、家庭と言
う）とは別に管理室が設けられている。また、４戸分の
住宅すべてにシステムを導入するものとする。

【０１０４】このマンションには、デジタル衛星放送受
信用の共同アンテナ１０１が設けられており、共同アン
テナ１０１により受信された放送信号は、同軸ケーブル
を通り、例えば管理室内に設けられた分配器１０２を介
して、同軸ケーブル経由で各家庭１〜４に分配される。
各家庭１〜４に入り込んだ同軸ケーブルはそれぞれ分配
器１０３〜１０６で終端される。各分配器１０３〜１０
６からは、各家庭のテレビやセットトップボックスある
いはＶＴＲ等に接続される。なお、本発明はデジタル衛
星放送への適用に限定されるものではなく、デジタル地
上波放送、デジタルＣＡＴＶ放送などを受信する場合に
ももちろん適用可能である。

【０１０５】分配器１０２からは、上記の他に、管理室
内のデジタル放送蓄積サーバ１０７にも同軸ケーブルが
分岐される。

【０１０６】次に、図１に示されるように、このマンシ
ョンには「マンションバックボーンネットワーク」とし
てＩＥＥＥ１３９４バスが敷設されている。すなわち、
ＩＥＥＥ１３９４バスを、管理室内のデジタル放送蓄積
サーバ１０７およびインターネットサーバ１０８ならび
に各家庭に配置されたホームルータ１０９〜１１２を１
３９４ノードとする、ネットワークとみなすことができ
る。

【０１０７】詳細は後述するが、放送蓄積サーバ１０７
は、受信した放送のうち所定の番組等を蓄積し、各家庭
内の端末からの要求に応じて該当するデータを配送す
る。ホームルータ１０９〜１１２は、マンションバック
ボーンネットワークと家庭内ネットワークを接続する。
インターネットサーバ１０８は、インターネットにアク
セスする際の代理サーバとＮＡＴ（Ｎｅｔｗｏｒｋ Ａ
ｄｄｒｅｓｓ Ｔｒａｎｓｌａｔｉｏｎ）の働きをす
る。なお、インターネットへのアクセスを考えない場
合、インターネットサーバ１０８を省いてもかまわな
い。この場合、例えば、デジタル放送蓄積サーバ１０７
とホームルータ１０９を接続する。

【０１０８】図１には示していないが、上記の設備の他
に電話もしくはＩＳＤＮの配線が、ネットワークの配線
として各家庭まで敷設されていてる場合もある（通常、
このような場合が多いと考えられる）。

【０１０９】なお、本実施形態では、４つのホームルー
タ１０９〜１１２が接続されているが、もちろん、３台
以下であってもよいし、より規模の大きい集合住宅等に
おいてより多数のホームルータを接続してもよい。

【０１１０】次に、本実施形態に係るシステムのうち家
庭内システムについて説明する。家庭内システムは、本
システムを導入する各家庭ごとに設けられ、バックボー
ン網を通じて管理室システムおよび他の家庭内システム
と相互に通信可能となる。

【０１１１】図２に、本家庭内システムのうち配線シス
テムの一構成例を示す。なお、図２は、家庭１を例にと
ってその様子を示しているが、他の家庭２〜４もその間
取り等に応じて具体的な構成が変わり得る以外は同じよ
うな考え方で構成される。

【０１１２】図２に示されるように、家庭１は、その内
部が、応接間、子供部屋、居間、台所等に区切られてい
る。管理室内の分配器１０２から同軸ケーブルを使って
分配されてきたデジタル放送波は、家庭１の分配器１０
３を介して、各部屋すなわち応接間、子供部屋、居間、
台所の各情報コンセント２０１〜２０４に分配されるも
のとする。他の家庭２〜４についても、デジタル放送波
は、管理室内の分配器１０２から同軸ケーブル、そして
分配器を介して、各部屋に分配される。

【０１１３】ここで、情報コンセント２０１〜２０４に
ついて簡単に説明する。図３に、本実施形態の情報コン
セントの概観図の一例を示す。本情報コンセントには、
放送波受信のための同軸ケーブルのコネクタ２１１と、
家庭内バックボーンネットワークであるＩＥＥＥ１３９
４のコネクタ（例えば電気コネクタもしくは光コネク
タ）２１２との少なくとも２つのコネクタが設けられて
いる。なお、この情報コンセントは、放送波受信のため
のコネクタとして複数個のコネクタ（例えば、通信衛星
用と衛星放送用と地上波用の各コネクタ等）を備えてい
るものであってもよいし、１または複数の放送波受信の
ためのコネクタとＩＥＥＥ１３９４のコネクタに加えて
電話用のコネクタおよび／またはイーサネットのコネク
タを備えているものであってもよいし、その他にも種々
の形態が考えられる。

【０１１４】上記のように本情報コンセントは少なくと
もＩＥＥＥ１３９４のコネクタを有しており、これらＩ
ＥＥＥ１３９４のコネクタが相互に接続されて、家庭内
バックボーン（ＩＥＥＥ１３９４バックボーン）を構成
している。図２の家庭１の例の場合、ホームルータ１０
９から、居間の情報コンセント２０３、台所の情報コン
セント２０４、子供部屋の情報コンセント２０２、応接
間の情報コンセント２０１が、相互にＩＥＥＥ１３９４
ケーブルで相互接続されており、ホームルータ１０９お
よび情報コンセント２０１〜２０４のそれぞれがＩＥＥ
Ｅ１３９４ノードとして稼動している。他の家庭２〜４
でも同様にホームルータおよび情報コンセントのそれぞ
れがＩＥＥＥ１３９４ノードとして稼動している。

【０１１５】なお、これらのＩＥＥＥ１３９４ケーブル
および同軸ケーブルは、各家庭の壁の裏側等に配線され
ていることが望ましい。

【０１１６】さて、各家庭では、各部屋に家庭内システ
ムを構成する各種装置が配置され、分配器および／また
は情報コンセントに接続されている。以下では、家庭１
を例にとって各部屋に配置されている各装置について説
明する。図４に、家庭１の各部屋に配置されている各装
置の例を示す。

【０１１７】図４に示されるように、放送系の配線につ
ながる形として、応接間の情報コンセント２０１の同軸
ケーブルコネクタにＳＴＢ（セットトップボックス）内
蔵テレビ４０１が、子供部屋の情報コンセント２０２の
同軸ケーブルコネクタにセットトップボックス４０４
が、居間の情報コンセント２０３の同軸ケーブルコネク
タにセットトップボックス４０７が、それぞれ接続され
ている。接続ケーブルは同軸ケーブルである。

【０１１８】一方、１３９４系の配線につながる形とし
て、子供部屋の情報コンセント２０２の１３９４コネク
タにセットトップボックス４０４、デジタルＶＴＲ４０
３、ＰＣ４０２がそれぞれディージチェーン状に接続さ
れている。また、居間の情報コンセント２０３の１３９
４コネクタにＤＶＤ４０６、セットトップボックス４０
７が、それぞれディージチェーンで接続されている。接
続ケーブルは１３９４ケーブル（例えば電気ケーブルも
しくは光ケーブル）である。

【０１１９】また、各セットトップボックス４０４，４
０７は、ＡＶコネクタ（アナログコネクタ；映像端子と
音声端子）も有しており、それぞれＡＶコネクタを通し
てテレビ４０５，４０８とも接続されている。

【０１２０】以上から、本実施形態におけるセットトッ
プボックス４０４，４０７は、それぞれ、同軸ケーブル
コネクタ、１３９４コネクタ、ＡＶコネクタの少なくと
も３種のインタフェースを持つことになる。もちろん、
これ以外のコネクタ、例えば電話／ＩＳＤＮへの接続の
ためのコネクタなどを有しても構わない。

【０１２１】次に、上記のような家庭１内の接続状況
を、放送系のみに着目してまとめたものが図５である。
分配器１０３から分岐した放送波が、ＳＴＢ内蔵テレビ
４０１、セットトップボックス４０４，４０７に分岐し
ていることになる。

【０１２２】また、家庭１内の接続状況を、１３９４系
のみに着目してまとめたものが図６である。家庭内バッ
クボーンを通して、ホームルータ１０９、各情報コンセ
ント２０１〜２０４が相互接続され、さらに、各部屋の
１３９４機器４０２〜４０４，４０６，４０７が情報コ
ンセントに接続される形態となる。

【０１２３】なお、上記の家庭内システムの構成は一例
であり、情報コンセント数が３以下でも５以上でもよい
し、各部屋の装置の配置状況が相違するものであっても
よいし、機器台数や種類が増減したものであってもよ
い。

【０１２４】ところで、ホームルータ１０９〜１１２
は、前述のようにマンションバックボーン網にも接続さ
れている。この様子を示したものが図７である。図７の
ように、マンションバックボーン網は、デジタル放送蓄
積サーバ１０７、インターネットサーバ１０８、ホーム
ルータ１０９〜１１２を１３９４ノードとして構成され
ていることになる。

【０１２５】これらのことから分かるように、マンショ
ン１３９４バックボーン網と、各家庭内の１３９４バッ
クボーン網とは、ホームルータを介してルータ接続され
ていて、インターネット的に見ると別個のサブネットと
見ることができる。すなわち、マンションバックボーン
網と、各家庭のバックボーン網は、どちらもＩＥＥＥ１
３９４により構成されているが、ＩＰサブネットアドレ
スとしては、別個のものが与えられており、それぞれ異
なるＩＰサブネットとして、ルーティング処理などが行
われる。なお、後述するように、ビデオ転送などを行う
場合は、ＩＰレイヤ処理を行うことなく、両バックボー
ン間で、データのやり取りを行うことができるようにし
ている。

【０１２６】以下では、上記にて説明したような環境下
での本実施形態のデジタル放送蓄積サーバ１０７、ホー
ムルータ１０９〜１１２、マンションバックボーン網、
家庭内バックボーン網、インターネットサーバ１０８の
構成、動作、典型的な使い方などについて説明する。

【０１２７】最初に、家庭内の端末、例えば図４に示す
子供部屋のＰＣ４０２が、図１に示す管理室内のデジタ
ル放送蓄積サーバ１０７から、任意のテレビ番組を取り
出して、それをＰＣ４０２に映し出しつつ、同じ子供部
屋のデジタルＶＴＲ４０３でデジタル録画する手順につ
いて説明する。

【０１２８】まず、ＰＣ４０２とデジタル放送蓄積サー
バ１０７は、インターネットプロトコル（ＩＰ）にて通
信を行う。これは、主に、システムの家庭の入り口に相
当する部分にセキュリティ等の理由によりファイアウオ
ールを配置するため、家庭内バックボーン網とマンショ
ンバックボーン網を直接ＩＥＥＥ１３９４でブリッジ接
続するのは難しく、ルータ接続とするのが適当と判断さ
れることによる。

【０１２９】デジタル放送蓄積サーバ１０７は、例えば
ホームページ等を通して、提供しているサービスを紹介
するものとする。

【０１３０】ＰＣ４０２は、デジタル放送蓄積サーバ１
０７が提供しているサービスを紹介しているホームペー
ジ等を通して、録画する番組を申告したり、見たい番組
を要求したりすることができる。このときに使用するプ
ロトコルとしては、例えばＨＴＴＰ（Ｈｙｐｅｒ Ｔｅ
ｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）やＲＴＳ
Ｐ（Ｒｅａｌ Ｔｉｍｅ Ｓｔｒｅａｍｉｎｇ Ｐｒｏ
ｔｏｃｏｌ）がある。つまり、録画番組の申告をデジタ
ル放送蓄積サーバ１０７のホームページを参照して行な
ったり（この場合、両者の間のプロトコルはＨＴＴ
Ｐ）、ＲＴＳＰを介して番組案内とその要求やサーバの
遠隔制御を行うことを基本として考える。なお、ＨＴＴ
Ｐの詳細に関してはＲＦＣ２０６８に、ＲＴＳＰの詳細
に関してはインターネットドラフトｄｒａｆｔ−ｉｅｔ
ｆ−ｍｍｕｓｉｃ−ｒｔｓｐ−０２．ｐｓや特願平９−
１１５６８５等にそれぞれ開示されている。

【０１３１】このようにホームページ等を通して、イン
ターネットパケットがデジタル放送蓄積サーバ１０７に
到達する。パケットが到達するにあたっては、パケット
は家庭内のＩＥＥＥ１３９４バス、ホームルータ１０
９、そしてマンションバックボーン網のＩＥＥＥ１３９
４バスを順に通ってくることになる。この場合のＩＥＥ
Ｅ１３９４バス上のインターネットパケットの伝送は、
例えばＩＥＴＦにより標準化されるＩＰｏｖｅｒ１３９
４の方式に従うものとする。なお、ホームルータでのＩ
Ｐパケットの取り扱いについては後述する。

【０１３２】デジタル放送蓄積サーバ１０７には、大き
く分けて２つの機能がある。１つは、衛星放送から受信
した放送波のうち、適当なものを取り出して、内部に蓄
積する機能である。もう一つは、ユーザ（各家庭のユー
ザ）からの要求に従って、上記の蓄積したデータ（番組
など）から適当なものを取り出して、各家庭に配送する
機能である。

【０１３３】図８に、デジタル放送蓄積サーバ１０７の
内部構造の一例を示す。

【０１３４】図１の衛星放送アンテナ１０１から分配器
１０２および同軸ケーブルを通してやってきたデジタル
放送データは、例えば数百チャンネルの映像チャンネル
等が多重化（周波数多重、ＭＰＥＧ多重等）されてい
る。そこで、ユーザ蓄積要求解析部８０６からの要求に
従い、適当な周波数に変調された放送波データを、周波
数フィルタ８０１で取り出し、これを復調器８０２にて
復調し、例えばＭＰＥＧフレームとした上で、データ蓄
積部８０３にて蓄積する。もちろん、データ蓄積部８０
３での蓄積の際に、ＭＰＥＧ多重されたデータのうちか
ら必要なもののみを取り出して蓄積する、いわゆるＭＰ
ＥＧフィルタリングを加えてもよい。

【０１３５】「どのチャンネル（どのＭＰＥＧフレーム
／データ）を蓄積すべきか」を判断して、それを周波数
フィルタ８０１に司令するのは、ユーザ蓄積要求解析部
８０６である。

【０１３６】この判断のためにユーザ蓄積要求解析部８
０６に与えられるユーザからの蓄積チャンネルの指定要
求は、インターネットパケットを通じて、ユーザ宅の端
末から、このデジタル放送蓄積サーバ１０７に対して送
られてくる。具体的には、ユーザ宅の任意のインターネ
ット端末から、例えばＷＷＷブラウザ経由で、「このチ
ャンネルとこのチャンネルを常時録画しておいてくださ
い」あるいは「このチャンネルの何曜日の何時から何時
までを録画しておいてください」等といった制御をユー
ザが行う。このような要求を、デジタル放送蓄積サーバ
１０７が、ＣＧＩ等を経由して解釈し、要求された番組
／データをデータ蓄積部８０３に蓄積していく。なお、
このユーザによる設定情報等の制御情報も、このユーザ
蓄積要求解析部８０６にて蓄積しておいてもよい。

【０１３７】本実施形態においては、このユーザからの
要求は、ＩＰパケットを介して送られてくる。すなわ
ち、家庭内の任意のインターネット端末から、その家庭
のホームルータ、マンションバックボーン網を介して、
デジタル放送蓄積サーバ１０７にＩＰパケットが到着す
る。このパケットは、ＩＥＥＥ１３９４インタフェース
８１０にて受信され、ＩＰ処理部８０９を経由してユー
ザ蓄積要求解析部８０６に渡される。ユーザ蓄積要求解
析部８０６は、ユーザがどのチャンネルあるいはデータ
の蓄積を望んでいるかを解析して、それを周波数フィル
タ８０１や、データ蓄積部８０３でのフィルタリング動
作に反映させる。

【０１３８】なお、周波数フィルタ８０１やデータ蓄積
部８０３では、ユーザから要求の有無にかかわらず、予
め定められたチャンネルやデータを常時（あるいはスポ
ット的に）録画・蓄積するようにしてもよい。この場
合、ユーザから要求の有無にかかわらず録画・蓄積すべ
きチャンネルやデータの指定は、例えば、マンションの
管理者等が適宜行なうものとする。

【０１３９】もちろん、蓄積するチャンネル等は必ずし
も１つとは限らない。

【０１４０】一方、ユーザからの「この番組が見たい」
という知らせ（データ取り出し要求）をデジタル放送蓄
積サーバ１０７が受信すると、この番組／データを取り
出して、これをユーザに向けて伝送する。具体的な伝送
の手順は後述するが、このデータ取り出し要求もＩＰパ
ケットを介して送られてくる。すなわち、家庭内の任意
のインターネット端末から、その家庭のホームルータ、
マンションバックボーン網を介して、デジタル放送蓄積
サーバ１０７にＩＰパケットが到着する。このパケット
は、ＩＥＥＥ１３９４インタフェース８１０にて受信さ
れ、ＩＰ処理部８０９を経由してユーザ取り出し要求解
析部８０７に渡される。ここで、ユーザがどのチャンネ
ルあるいはデータの取り出し、伝送を望んでいるかを解
析して、その番組の送信をユーザ取り出し要求解析部８
０７が、データ選択取り出し部８０４に通知する。その
際の番組の選択やその制御プロトコルとしては、例えば
ＲＴＳＰ（Ｒｅａｌ Ｔｉｍｅ Ｓｔｒｅａｍｉｎｇ
Ｐｒｏｔｏｃｏｌ）等を用いる。

【０１４１】上記の要求を受けたデータ選択取り出し要
求解析部８０７は、まずユーザ毎使用帯域監視部８０８
に問い合わせを行う。マンションバックボーン網におけ
る帯域には上限があるため、ユーザ毎使用帯域監視部８
０８では、デジタル放送蓄積サーバ１０７から各家庭へ
の同時映像／データ配信を、例えば数Ｍｂｐｓあるいは
数チャンネルなどに抑えている。この各家庭への同時映
像／データ配信の上限値は、マンションの管理者と、各
家庭との契約に基づくものとしてもよい。

【０１４２】なお、同時映像／データ配信の制限の設定
は、ユーザごとではなく、他の単位、例えば各家庭の各
端末ごとに行なってもよい。

【０１４３】図９に、データ取り出し要求の到着から該
当するデータの送出までの手順の一例を示す。

【０１４４】まず、家庭ユーザからのデータ取り出し要
求が到着する（ステップＳ１０）。この要求はＩＰパケ
ットの形で到着し、ＩＰ処理部８０９は、アドレスとポ
ート番号の組み合わせ等から、そのパケットがどのユー
ザからのデータ取り出し要求であるかを認識し、このパ
ケットをユーザ取り出し要求解析部８０７に送出する。
なお、データ取り出し要求を解析するプログラムに対し
て、特定のポート番号があらかじめ割り当てられるもの
とする。

【０１４５】ユーザ取り出し要求解析部８０７では、あ
らかじめ本蓄積サーバ１０７の使用を許可されたユーザ
であるかどうかの認証を行う（ステップＳ１１）。認証
が通らない場合は、認証失敗通知をユーザに対して送り
返す（ステップＳ１２）。認証が通った場合は、要求さ
れたサービスを開始するための準備に入る。

【０１４６】ここで、本実施形態のデジタル放送蓄積サ
ーバ１０７でのポリシーの一例を示す。本実施形態のデ
ジタル放送蓄積サーバ１０７では、マンションバックボ
ーン網の帯域や同期チャネル番号数に上限があるため、
契約家庭毎に、使用できる帯域あるいはチャネル番号数
に上限が設けられている。つまり、「家庭１は同じ視聴
チャンネル数３まで、合計配信帯域１８Ｍｂｐｓまで」
等といった制限を各家庭毎に記した図１０のような表を
有し、「要求されたサービスを提供したときに、その家
庭により消費されるマンションバックボーン網等の資源
量が、このテーブルで定められた値以下にあるような場
合に、そのサービスを行う」という方法である。

【０１４７】データ選択取り出し要求解析部８０７は、
ユーザ毎使用帯域監視部８０８を通じて要求したユーザ
に割り当てられた帯域あるいはチャネル数を調べ（ステ
ップＳ１３）、要求されたサービスの提供の可否を判断
し（ステップＳ１４）、サービスが不可能である場合
は、ユーザに対してサービス不可能通知を行う（ステッ
プＳ１５）。なお、サービス不可能通知には、その理由
（例えば規定チャンネル数を越えたことなど）を示す情
報を付加するようにしてもよいし、さらに上限値を確認
させるための情報を付加するようにしてもよい。

【０１４８】このようなサービスを迅速に実現するた
め、このデジタル放送蓄積サーバ１０７が、常に１３９
４バスの同期リソースマネージャになっていてもよい。
そのためには、同期リソースマネージャのｐｒｅｆｅｒ
ｅｎｃｅの値を大きな値として持っておく等の方法が考
えられる。この場合は、自らが持っている同期リソース
マネージャのリソーステーブル（残余帯域と、残余同期
チャネル番号についてのテーブル）を参照できるので、
迅速な処理が可能になる。

【０１４９】ステップＳ１４にて、上記のサービスを行
うことが可能であると判断された場合には、デジタル放
送蓄積サーバ１０７から、マンションバックボーン網を
通して、ユーザの端末に対して、データを送信するため
の通信資源を確保すべく、ＩＥＣ１８８３等のプロトコ
ルを用いて、マンションバックボーン網の通信資源（帯
域、同期チャネル番号）を確保する（ステップＳ１
６）。その後、該サービスの要求端末（方向）に対し
て、ＦＡＮＰ（Ｆｌｏｗ Ａｔｔｒｉｂｕｔｅ Ｎｏｔ
ｉｆｉｃａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）メッセージを
送出する（ステップＳ１６）。ＦＡＮＰは、今後送信す
るデータの宛先（ＩＰアドレス）と、リンクレイヤの識
別子情報（ここでは、同期チャネル番号）を隣接するノ
ードに対して通知するプロトコルである。このＦＡＮＰ
を用いて、デジタル放送蓄積装置１０７から、受信端末
までの通信資源の確保を行っていく。なお、ＦＡＮＰの
詳細は、電子情報通信学会交換システム研究会予稿ＳＳ
Ｅ９７−１９や特願平８−２６４４９６等に詳しく開示
されている。

【０１５０】このＦＡＮＰメッセージには、宛先アドレ
スとして、データ配信を要求してきたノードのＩＰアド
レス、デジタル放送蓄積サーバ１０７がデータを配信す
る際に使用するマンションバックボーン網の同期チャネ
ル番号、伝送するデータの属性（例えば、ＭＰＥＧ映像
等）等の情報が入る。使用する帯域などについての情報
や、送信ノードのアドレス、エンド−エンドのＡＣＫメ
ッセージの要求の有無についての情報などが入ってもよ
い。

【０１５１】ここで、ＦＡＮＰの代わりにＲＳＶＰ（Ｒ
ｅｓｏｕｒｃｅ Ｒｅｓｅｒｖａｔｉｏｎ Ｓｅｔｕｐ
Ｐｒｏｔｏｃｏｌ）を用いて、通信資源の確保を行な
ってもよい。ＲＳＶＰはＩＰレベルのシグナリングプロ
トコルであり、詳細はインターネットドラフト“ｄｒａ
ｆｔ−ｉｅｔｆ−ｒｓｖｐ−ｓｐｅｃ−１５”や特願平
９−５２１２５などに開示されている。

【０１５２】また、ＦＡＮＰとＲＳＶＰを併用しても、
もちろん構わない。この場合、ＲＳＶＰにてデジタル放
送蓄積装置１０７から、受信端末までの通信資源の確保
を行なっていく。ＦＡＮＰは使用するデータリンク識別
子の隣接ノードへの通知に用いる。

【０１５３】次に、必要な通信資源が確保され、相手端
末への映像データなどのデータ転送の準備が整ったなら
ば、データ蓄積部８０３に蓄積されていたデータの伝送
が開始される。すなわち、ユーザ取り出し要求解析部８
０７は、データ選択取り出し部８０４を介して、データ
蓄積部８０３から必要な（要求された）データを取り出
し（ステップＳ１７）、ＣＩＰヘッダ付加部８０５に
て、１３９４上でのデータ転送に必要なフォーマットに
変換した上で、１３９４インタフェース（Ｉ／Ｆ）８１
０を通して、データを送出する（ステップＳ１８）。

【０１５４】次に、ホームルータ１０９の内部構造とそ
の働きについて一連のシーケンス図を参照しながら説明
する。

【０１５５】図１１に、ホームルータ１０９の内部構造
の一例を示す。

【０１５６】本ホームルータ１０９は、マンションバッ
クボーン網側にＩＥＥＥ１３９４インタフェース１１０
１を、家庭内バックボーン網側に第２のＩＥＥＥ１３９
４インタフェース１１０５をそれぞれ持っている。

【０１５７】また、ホームルータ１０９は、その家庭内
のＩＰノードのＩＰアドレスを決定するためのＤＨＣＰ
（Ｄｙｎａｍｉｃ Ｈｏｓｔ Ｃｏｎｆｉｇｕｒａｔｉ
ｏｎＰｒｏｔｏｃｏｌ）サーバ処理部１１１２を持つ。
どのようなＩＰアドレスを与えるべきかについては、あ
らかじめマンションの管理者が決定しておくものとす
る。なお、マンション全体のアドレス管理を行っている
ノードが管理室内にあり、このノードが該ＤＨＣＰサー
バ処理部１１１２に対して、与えるべきＩＰアドレスを
通知する方式を取ってもよい。なお、ＤＨＣＰについて
はＲＦＣ１５４１や特願平８−３１６５５２等に詳しく
開示されている。

【０１５８】ここで、前述のようなＰＣ４０２からホー
ムルータ１０９を介して、デジタル放送蓄積サーバ１０
７にアクセスする場合を例として、図１２にそのシーケ
ンス図を示す。以下、図１２を参照しながら、ホームル
ータ１０９の動作を説明する。

【０１５９】まず、ＰＣ４０２は、デジタル放送蓄積サ
ーバ１０７にアクセスすべく、デジタル放送蓄積サーバ
１０７が立ち上げているホームページにアクセスする。
始めは、ユーザがデジタル放送蓄積サーバ１０７に対し
て、「このチャンネルを常時録画しておいてほしい」と
いう登録をするための、録画チャンネルの設定を行う場
合を考える。ここでは、デジタル放送蓄積サーバ１０７
のホームページに適当な書き込みや設定を行うことによ
り登録できるようになっているものとする。このため、
図８のデジタル放送蓄積サーバ１０７のＩＰ処理部８０
９では、ＷＷＷサーバのデーモンが走っている。ＰＣ４
０２は、ＨＴＴＰでデジタル放送蓄積サーバ１０７と情
報のやりとりを行うために、デジタル放送蓄積サーバ１
０７宛てにＩＰパケットを送出する。

【０１６０】このパケットは、ホームルータ１０９で
は、単純なパケットフォワーディングとして扱われる。
前述の例のように、単純なＩＰパケットのフォワーディ
ングの際には、このＩＰパケットはＩＥＥＥ１３９４の
非同期パケットとして、ＡＲＰ（Ａｄｄｒｅｓｓ Ｒｅ
ｓｏｌｕｔｉｏｎ Ｐｒｏｔｏｃｏｌ）を通して認識さ
れたそのノードのしかるべきレジスタ宛に転送されてく
るので、例えばＰＣ４０２からデジタル放送蓄積サーバ
１０７へのＩＰパケット転送の際には、ＩＰパケット
は、次の順、すなわち１３９４インタフェース１１０
５、レジスタ処理部１１０８、ＩＰルーチング処理を行
うＩＰ処理部１１０９、レジスタ処理部１１０６、マン
ションバックボーン網側の１３９４インタフェース１１
０１という順で転送される。なお、レジスタ処理部１１
０６，１１０８は、それぞれ、転送されてくる１３９４
パケットのレジスタ値（オフセットアドレス値）を参照
してしかるべき処理部への振り分けやフィルタリングを
行うものである。この場合は、処理されるＩＰパケット
は単にホームルータにおいてルーチング処理をなされる
のみでよい。

【０１６１】なお、転送されてきたＩＰパケットがＤＨ
ＣＰパケット等の場合は、ＩＰ処理部１１０９において
パケットの宛先（自分宛のパケットであるか否か）やポ
ート番号などを解析し、しかるべき処理部にそのパケッ
トを転送する処理を行うことになる（例えばＤＨＣＰパ
ケットであることが判明したならば、ＤＨＣＰサーバ処
理部１１１２に転送する等）。

【０１６２】また、マンションバックボーン側からみ
て、ホームルータにはなんらセキュリティ機能が備わっ
ていないとすると、その家庭へは電子的に入り放題とい
う形になってしまい、家庭網のプライバシやクラッカー
の脅威に対して、大変な問題がある。そこで、本ホーム
ルータにおいては、マンションバックボーン網側にファ
イアウオール／認証処理部１１１０を設けており、該フ
ァイアウオール／認証処理部１１１０が、その家庭にマ
ンションバックボーン網側から入ってくる全ＩＰパケッ
ト（ただし、後述する同期チャネルを通じて入ってくる
ＩＰパケットを除く）について、認証処理あるいはファ
イアウオール処理を行い、セキュリティを確保してい
る。

【０１６３】１３９４代理サービス処理部１１１１につ
いては後述する。

【０１６４】さて、デジタル放送蓄積サーバ１０７に到
達したＨＴＴＰのパケット（録画チャンネル設定パケッ
ト）は、前述のようにデジタル放送蓄積サーバ１０７内
にて処理を施され、この結果、ユーザの要求するデジタ
ル放送チャンネルの録画が自動的に行われる。

【０１６５】次に、ユーザは、その録画した番組を見る
ために、ＰＣ４０２を通してデジタル放送蓄積サーバ１
０７のホームページにアクセスする。ユーザは、このホ
ームページの表示の「どこのチャンネルか」あるいは
「どの番組か」などについて設定を行い、ＲＴＳＰ等を
通して、見たい番組の設定を行う。このパケット（ＩＰ
パケット）のＰＣ４０２とデジタル放送蓄積サーバ１０
７との間のやり取りは、ＨＴＴＰの場合と同様である
（ＲＴＳＰはＨＴＴＰをベースとしている）。

【０１６６】なお、ＰＣ４０２は、ＲＴＳＰパケットに
ユーザ情報としてある識別番号（Ｐ）を含ませてもよ
い。この識別番号の値によって、ユーザ側は、どのＲＴ
ＳＰパケットによる要求に対する設定であるかを、後に
照合することができるようになる。

【０１６７】データ取り出し要求により番組送信を要求
されたデジタル放送蓄積サーバ１０７は、前述のように
ユーザ認証やマンションバックボーン網の通信資源（帯
域、同期チャネル番号）の確保などをＩＥＣ１８８３等
を通して行った後、前述のＦＡＮＰメッセージをホーム
ルータ１０９に向かって送出する。この場合、確保され
た同期チャネルを＃ｘとする。このＦＡＮＰメッセージ
には、ターゲット端末がＰＣ４０２であること（ＰＣ４
０２のＩＰアドレスが記載されている）、転送するデー
タがＭＰＥＧ映像であること（ＩＰパケットではない；
よってＩＥＣ１８８３で定められたＭＰＥＧｏｖｅｒ１
３９４の伝送フォーマットにて伝送されることを意味す
る）、その要求帯域が６Ｍｂｐｓであること、ホームル
ータ１０９まではデジタル放送蓄積サーバ１０７が先に
確保した同期チャネル番号＃ｘの同期チャネルを使って
伝送すること等が記されている。なお、ＦＡＮＰメッセ
ージには、必要な認証情報などが入っていてもよい。ま
た、ターゲット端末（この場合、ＰＣ４０２）におい
て、このＦＡＮＰパケットが、前述のＲＴＳＰによる制
御に対応するものであることを認識することができるよ
うにするために、前述の識別番号（Ｐ）を、ＦＡＮＰパ
ケットに含んで送信してもよい。この値は、ターゲット
端末まで、書き換えられることなく伝送されるものとす
る。

【０１６８】このＦＡＮＰパケットは、１３９４インタ
フェース１１０１、レジスタ処理部１１０６、ＩＰ処理
部１１０９を経由して、ＦＡＮＰ処理部１１０７に到達
する。

【０１６９】ＦＡＮＰ処理部１１０７では、まずターゲ
ットがＰＣ４０２であることを認識し、該ＰＣ４０２と
つながるネットワークが家庭内バックボーン網であるこ
とを認識する。次に、ＭＰＥＧ映像を伝送するのに必要
な、家庭内バックボーン網であるＩＥＥＥ１３９４バス
の通信資源（帯域、同期チャネル番号）＃ｙを確保す
る。次に、ＩＥＣ１８８３を使って、ＰＣ４０２のＰＣ
Ｒ（プラグコントロールレジスタ）を設定し、ＰＣ４０
２が同期チャネル＃ｙからの情報を受信できるようにす
る。次に、ＰＣ４０２に向けて、ＦＡＮＰメッセージを
送出する。

【０１７０】このＦＡＮＰメッセージには、ターゲット
端末がＰＣ４０２であること（ＰＣ４０２のＩＰアドレ
スが記載されている）、転送するデータがＭＰＥＧ映像
であること（ＩＰパケットではない；よってＩＥＣ１８
８３で定められたＭＰＥＧｏｖｅｒ１３９４の伝送フォ
ーマットにて伝送されることを意味する）、その要求帯
域が６Ｍｂｐｓであること、ＰＣ４０２までホームサー
バ１０９が先に確保した同期チャネル番号＃ｙの同期チ
ャネルを使って伝送すること等が記されている。なお、
ＦＡＮＰメッセージには、必要な認証情報などが入って
いてもよい。また、前述のように、ターゲット端末（こ
の場合、ＰＣ４０２）において、このＦＡＮＰパケット
が、前述のＲＴＳＰによる制御に対応するものであるこ
とを認識することができるようにするために、前述の識
別番号（Ｐ）を、ＦＡＮＰパケットに含んで送信しても
よい。

【０１７１】それと同時に、ＦＡＮＰ処理部１１０７
は、１３９４スイッチ１１０３に、「マンションバック
ボーン網側から入力された同期チャネル番号＃ｘから入
力された同期チャネルの信号は、家庭内バックボーン網
側の同期チャネル番号＃ｙに転送する。転送データはＭ
ＰＥＧｏｖｅｒ１３９４である。」といったことを設定
する。そのために、１３９４スイッチ１１０３には、図
１３のような設定テーブルを持っている。このようにし
て、１３９４スイッチ１１０３の設定がなされる。

【０１７２】その後、デジタル放送蓄積サーバ１０７
が、マンションバックボーン網の同期チャネル番号＃ｘ
の同期チャネルに対して、ＭＰＥＧ映像のデータ送出を
開始すると、これは１３９４インタフェース１１０１、
チャネル番号処理部１１０２、１３９４スイッチ１１０
３、チャネル番号処理部１１０４、１３９４インタフェ
ース１１０５を経由して、家庭内バックボーン網に転送
される。

【０１７３】ここで、入り側のチャネル番号処理部１１
０２は、１３９４スイッチ１１０３内の設定テーブル
（図１３参照）にて設定された入力同期チャネル番号に
ついて、これをフィルタリングして取り出し、該同期チ
ャネル番号を持って入力されてきた同期パケットを、１
３９４スイッチ１１０３にフォワードする機能を持つ。

【０１７４】また、出側のチャネル番号処理部１１０４
は、１３９４スイッチ１１０３内の設定テーブル（図１
３参照）にて設定された出力同期チャネル番号を付与
し、これを同期パケットとして、１３９４Ｉ／Ｆ１１０
５を介して送出する機能を持つ。

【０１７５】さて、このＭＰＥＧ映像データは、ＰＣ４
０２に到達して、ＰＣ４０２上でＰＣ内のＭＰＥＧデコ
ード処理と、画像表示機能を用いて、閲覧することが可
能である。

【０１７６】さらに、ＰＣ４０２からの制御により、デ
ジタル放送蓄積サーバ１０７から送られてきているＭＰ
ＥＧ映像をデジタルＶＴＲ４０３にて録画することも可
能である。この手順について図１２を参照しながら簡単
に説明すると、ＰＣ４０２はＩＥＣ１８８３を使ってデ
ジタルＶＴＲ４０３のＰＣＲ（プラグコントロールレジ
スタ）にアクセスし、同期チャネル番号＃ｙからの信号
を受信するように設定し、さらにＩＥＥＥ１３９４ＡＶ
／Ｃ（ＡＶ制御）プロトコルを用いて、録画モードにす
る。このようにすることにより、デジタルＶＴＲ４０３
には、ＰＣ４０２が要求したデジタル放送蓄積サーバ１
０７からのＭＰＥＧ映像が同期チャネル＃ｙを通じて到
達し、それを録画することが可能となる（なお、このよ
うな手順については特願平９−１１５６８５に詳し
い）。

【０１７７】なお、図１２においては、家庭内バックボ
ーン網の帯域予約はホームルータ１０９により行われて
いたが、この帯域予約を図１４のように、ＰＣ４０２に
より行うことも可能である。この場合、ホームルータ１
０９に対して、データリンクスイッチを行って、「映像
データを転送すべきは家庭内バックボーン網の同期チャ
ネル＃ｙであること」を認識させる必要がある。このた
め、データ取り出し要求のメッセージにあるＩＤ番号
（ｐ）を搭載し、「そのＩＤ番号を含むＦＡＮＰメッセ
ージが到達したならば、そのＦＡＮＰで通知された同期
チャネル（本実施形態の場合、＃ｘ）を家庭内バックボ
ーンの同期チャネル（＃ｙ）にデータリンクスイッチン
グすべきこと」を通知するメッセージが、ＰＣ４０２か
らホームルータ１０９に対して送られることになる。こ
れらのメッセージを元に、ホームルータ１０９は、内部
のテーブルを設定し、データリンクスイッチを実現す
る。

【０１７８】さて、上記では、高速通信あるいはリアル
タイム通信の１つの方法として、デジタル放送蓄積サー
バ１０７からの映像の伝送に、マンションバックボーン
網および家庭１の家庭内バックボーン網の同期チャネル
を使い、ホームルータにおける同期チャネル番号を参照
した１３９４スイッチ部による、データリンクスイッチ
によるスイッチングの例を示した。

【０１７９】以下では、高速通信あるいはリアルタイム
通信の他の方法として、同期チャネルの代わりに、ＩＥ
ＥＥ１３９４の非同期チャネルを用い、かつ、ホームル
ータにおいては、やはりデータリンク識別子のみを参照
した、データリンクスイッチの例を説明する。

【０１８０】この場合、ホームルータ１０９〜１１２の
構成において、２つのチャネル番号処理部（１１０２，
１１０４）夫々を、チャネル番号のみならず、非同期パ
ケットのレジスタオフセットの値を使ったフィルタリン
グ処理をも行うチャネル番号・レジスタオフセット処理
部にする修正を加えるだけである。以下、チャネル番号
・レジスタオフセット処理部に１１０２−２，１１０４
−２の符号を付して説明する。

【０１８１】ここでも、前述の場合と同様に、図４の家
庭１の子供部屋のＰＣ４０２が、図１のデジタル放送蓄
積サーバ１０７から任意のテレビ番組を取り出して、そ
れをＰＣ４０２に映し出しつつ、同じ子供部屋のデジタ
ルＶＴＲ４０３でデジタル録画する場合を考える。前述
の例との相違点は、実際のＭＰＥＧ映像の伝送の際に、
同期チャネルではなく、非同期チャネル（非同期パケッ
ト）を用いる点である。図１５にこの場合のシーケンス
図の一例を示す。

【０１８２】デジタル放送蓄積サーバ１０７が、映像デ
ータを出力する場合、図１５のように、中継装置である
ホームルータ１０９に「どのレジスタオフセットを用い
て、映像データを送信して良いか」についての問い合わ
せを発行する。この問い合わせは、「ホームルータ１０
９のマンションバックボーン網側のインタフェースにお
いて、空いているレジスタオフセットの値を使うことが
できるか」について伺いを立てるものと位置づけること
ができる。この問い合わせのパケットには、今後、この
レジスタオフセットを用いて、どのような通信をしよう
としているのか（例えば通信帯域や上位アプリケーショ
ンなど）に関する情報を搭載してもよい。

【０１８３】このオフセットアドレス問い合わせ／応答
のメッセージについては、アドレスレゾリューションパ
ケット（ＡＲＰパケット）を流用することも可能であ
る。すなわち、ＡＲＰ要求として、上記の「どのレジス
タオフセットを用いて、映像データを送信して良いか」
についての問い合わせを発行し、ＡＲＰの解決アドレス
として、ＡＲＰ応答メッセージとして、上記レジスタオ
フセットの値を通知してもらう方法である。

【０１８４】上記の問い合わせに対し、ホームルータ１
０９は、現在空いている適当なレジスタオフセットの値
をデジタル放送蓄積サーバ１０７に送り返す。ここで
は、送り返されたレジスタオフセットの値が、＃ｘであ
るとする。つまり、非同期パケットの宛先として、ホー
ムルータ１０９のノードＩＤと、＃ｘを付与して出すこ
とを示している。

【０１８５】レジスタオフセットの値の返送を受けたデ
ジタル放送蓄積サーバ１０７は、前述の同期チャネルを
使う場合と同様に、隣接ノード（この場合、ホームルー
タ１０９）に対してデータリンクレイヤにおけるスイッ
チングを促すため、ＦＡＮＰ（Ｆｌｏｗ Ａｔｔｒｉｂ
ｕｔｅ Ｎｏｔｉｆｉｃａｔｉｏｎ Ｐｒｏｔｏｃｏ
ｌ）メッセージを送出する。このＦＡＮＰメッセージに
は、宛先アドレスとして、データ配信を要求してきたノ
ードのＩＰアドレス（この場合、ＰＣ４０２）、デジタ
ル放送蓄積サーバ１０７がデータを配信する際に使用す
るレジスタオフセット値（＃ｘ）、伝送するデータの属
性（例えば、ＭＰＥＧ映像等）等の情報が入る。使用す
る帯域などについての情報や、送信ノードのアドレス、
エンドエンドのＡＣＫメッセージの要求の有無について
の情報などが入ってもよい。

【０１８６】次に、必要な手続きが終了し、相手端末へ
の映像データなどのデータ転送の準備が整ったならば、
データ蓄積部８０３に蓄積されていた、データの伝送が
開始される。すなわち、ユーザ取り出し要求解析部８０
７は、データ選択取り出し部８０４を介して、データ蓄
積部８０３から必要な（要求された）データを取り出
し、ＣＩＰヘッダ付加部８０５にて、１３９４上の非同
期転送モードにおいて転送に必要なフォーマットに変換
した上で、１３９４インタフェース（Ｉ／Ｆ）８１０を
通して、データを送出する。その非同期パケットの宛先
は、前述のように、「ホームルータ１０９のノードＩ
Ｄ、レジスタオフセット＃ｘ」である。

【０１８７】次に、ホームルータ１０９の動作につい
て、一連のシーケンス図を見ながら説明する。

【０１８８】前述のデジタル放送蓄積サーバ１０７から
ホームルータ１０９に向かって送出されたＦＡＮＰパケ
ットは、１３９４インタフェース１１０１、レジスタ処
理部１１０６、ＩＰ処理部１１０９を経由して、ＦＡＮ
Ｐ処理部１１０７に到達する。ここでは、まずターゲッ
トがＰＣ４０２であることを認識し、該ＰＣ４０２とつ
ながるネットワークが家庭内バックボーン網であること
を認識する。次に、デジタル放送蓄積装置１０７がホー
ムルータ１０９に対して行ったのと同様の、レジスタオ
フセット値の獲得手続きを家庭１の家庭内バックボーン
網について、ＰＣ４０２に対して行う。獲得できたレジ
スタオフセット値が＃ｙであるとする。次に、ＰＣ４０
２に向けて、ＦＡＮＰメッセージを送出する（ＰＣ４０
２は、この段のネットワーク上に存在しているので、送
出しなくてもよい。）これと同時に、ＦＡＮＰ処理部１
１０７は、１３９４スイッチ１１０３に、「マンション
バックボーン網側から入力されたレジスタオフセット＃
ｘ宛てのパケットは、家庭１の家庭内バックボーン網側
に、ＰＣ４０２（のノードＩＤ）のレジスタオフセット
＃ｙ宛ての非同期パケットに書き直した上で、家庭１の
家庭内バックボーン網に送出する」といった設定を行
う。その際の設定テーブルの内容は図１６のようにな
る。このようにして、１３９４スイッチ１１０３の設定
がなされる。

【０１８９】その後、デジタル放送蓄積サーバ１０７
が、マンションバックボーン網に、ホームルータ１０９
のレジスタオフセット＃ｘ宛てに、非同期パケットでＭ
ＰＥＧ映像のデータ送出を開始すると、送出されたデー
タは、１３９４インタフェース１１０１、チャネル番号
・レジスタオフセット処理部１１０２−２、１３９４ス
イッチ１１０３、チャネル番号・レジスタオフセット処
理部１１０４−２、１３９４インタフェース１１０５を
経由して、家庭内バックボーン網に転送される。この
間、図１６のテーブルを参照することにより、ＩＰ処理
は行われず、データリンクレイヤヘッダのみを参照した
スイッチングが行われている。

【０１９０】ここで、入り側のチャネル番号・レジスタ
オフセット処理部１１０２−２は、１３９４スイッチ１
１０３内の設定テーブル（図１６参照）にて設定された
入力レジスタオフセット値について、これをフィルタリ
ングして取り出し、該レジスタオフセット値を持って入
力されてきた非同期パケットを、１３９４スイッチ１１
０３にフォワードする機能を持つ。

【０１９１】また、出側のチャネル番号・レジスタオフ
セット処理部１１０４−２は、１３９４スイッチ１１０
３内の設定テーブル（図１６参照）にて設定された宛先
ノードＩＤ（この場合、ＰＣ４０２のノードＩＤ）とし
てレジスタオフセット値を付与し、これを非同期パケッ
トとして、１３９４Ｉ／Ｆ１１０５を介して送出する機
能を持つ。

【０１９２】このＭＰＥＧ映像データは、ＰＣ４０２に
到達して、ＰＣ４０２上でＰＣ内のＭＰＥＧデコード処
理と、画像表示機能を用いて、閲覧することが可能であ
る。

【０１９３】なお、この場合は、ＭＰＥＧ映像の伝送を
非同期パケット、すなわちベストエフォートにて行って
いるため、通信品質の保証は必ずしもなわれておらず、
高品質の映像をユーザが求めている場合には、アプリケ
ーションレイヤでの対応が必要になる。また、非同期転
送モードの際には、バスリセットの前後にノードＩＤが
変化する可能性があるので、このような場合は、オフセ
ットアドレス問い合わせ／応答メッセージなどのやり取
りを再度行う必要がある。

【０１９４】次に、マンションの家庭間で行なわれる家
間通信を行う場合について説明する。家間通信の例とし
て、図１の家庭１と家庭２との間での通信を想定する。
まず、家庭１のユーザが、家庭２のＶＴＲ（図４のＶＴ
Ｒ４０３に相当；以下、４０３−２と付す）にアクセス
して、該ＶＴＲ（４０３−２）に録画してあるＭＰＥＧ
映像データを家庭１の家庭内バックボーン網、マンショ
ンバックボーン網、家庭２の家庭内バックボーン網を経
て、家庭１のＰＣ４０２に映し出すプロセスを例として
説明する。なお、説明の簡略化のため、家庭２の中の装
置構成も図４と同様の構成になっているものとする。ま
た、以下、ＶＴＲ（４０３−２）と同様に参照符号に−
２を付してあるものは、家庭２の機器（図４の各機器
（−２を除いた参照符号を持つもの）に相当するもの）
であることを示すものとする（図１７、図１８、図２１
も同様）。

【０１９５】まず、家庭２のホームルータ１１０は、他
の家庭（本例では家庭１）に対して、家庭２の中にどの
ような装置および／またはサービスが提供されているか
を紹介する。このサービスをディレクトリサービスと呼
ぶものとする。

【０１９６】ところで、各家庭のユーザは、自分の家庭
の中の装置構成やサービス、ましてそのコンテンツなど
を他の家庭に公開することには、一般にプライバシの問
題もあり、大きな抵抗があることが考えられる。そこ
で、本実施形態では、家庭の中の装置構成やサービスの
うち、どれを外部に公開するかを選択的に設定できる機
構を提供する。この設定は、家庭の内部からでも、家庭
の外部からでも、どちらからでも行うことができる。

【０１９７】まず、家庭内部から公開する装置および／
またはサービスを設定する方法について説明する。ま
ず、ホームルータ１１０は、家庭２内の装置、サービス
についての情報を収集する。なお、この手順の詳細はイ
ンターネットのサービスロケーションプロトコル（イン
ターネットドラフトのｄｒａｆｔ−ｉｅｔｆ−ｓｖｒｌ
ｏｃ−ｒｏｔｏｃｏｌ−１５．ｔｘｔ）、ＩＥＥＥ１３
９４スペック（ＩＥＥＥ１３９４−１９９５ ｓｐｅｃ
ｉｆｉｃａｔｉｏｎ）、特願平９−１１５６８５等に詳
しく開示されている。

【０１９８】この手順の一例を図１７に示す。図１７の
ように、ホームルータ１１０は、サービスロケーション
プロトコルのディレクトリエージェント（ＤＡ）となっ
ている。最初に、家庭内のサービスロケーションプロト
コルが実装されたノードからの、サービスリクエスト
（ｐｒｅｄｉｃａｔｅ＝ＤＡ，宛先ＩＰアドレス＝ディ
レクトリエージェントディスカバリ用マルチキャストア
ドレス）をホームルータ１１０は受信する。このメッセ
ージは、「ディレクトリサーバはどこにあるのか」をネ
ットワークに尋ねる意味がある。このサービスリクエス
トに対し、ホームルータ１１０は、自身がディレクトリ
サーバであることを示すＤＡアドバタイズメントを送り
返す。このＤＡアドバタイズメントを受けたノードは、
自分がどのようなサービスを行っているかについての情
報を登録するサービス登録メッセージを、ホームルータ
１１０に対して送出する。ホームルータ１１０がサービ
スＡＣＫを送り返すことで、サービスの登録は終了す
る。

【０１９９】また、上記の手順とは別に、図１８のよう
に、ホームルータ１１０が、家庭２の家庭内ネットワー
クに接続された１３９４ノードのコンフィグレーション
メモリの読み込みを順次行っていくことにより、各１３
９４ノードのレジスタから、その接続された機器につい
ての情報を収集する。通常は、機種名やメーカ名などを
入手できる。

【０２００】さらに、手設定による情報入力などを行う
ようにしてもよい。

【０２０１】これらの方法を通して、ホームルータ１１
０は、家庭２内に存在する、ネットワークに接続された
サービスあるいは機器についての情報を収集する。

【０２０２】これら収集したサービスあるいは機器につ
いての情報のうち、家庭２のユーザが外部に見せてもよ
いと考えるサービス／機器もあれば、外部には見せたく
ないと考えるサービス／機器もあろう。そのため、ホー
ムルータ１１０には、家庭２内に存在すると認識したサ
ービス／機器のうち、どれを外部に見せてもよいかをユ
ーザ側に選択させる手順を持つ。

【０２０３】例えば、ホームルータ１１０の何らかの画
面上に、認識されたサービス／機器の一覧を表示し、ユ
ーザに対して「どのサービス／機器を外に見せてもよい
ですか？」といった聞き方で、ユーザに選択をさせる、
といった方法が考えられる。この場合は、ホームルータ
１１０自身がＷＷＷサーバとなって、ホームページを持
ち、このホームページ上でどのサービスあるいは機器を
外に見せるか（家庭外からの制御を可能にするか）を選
択できるようにしておけば、このホームページをアクセ
スすることによって、家庭の内外からの「どの機器／サ
ービスを、見せる／見せない」に関する制御を可能にす
ることができる。

【０２０４】なお、選択された公開する端末／サービス
は、サービス表示テーブル１１１４に登録される。

【０２０５】上記の方法であれば、家庭外からの設定も
可能である。ただし、家庭外から、このホームページを
通した設定を行うためには、その設定の前に、その設定
を行う者について、許されたその家庭２のユーザである
か否かを認証するステップを設けるのが望ましい。この
場合の手順の一例を図１９に示す。

【０２０６】また、例えばＭｉｃｒｏｓｏｆｔ社のウイ
ンドウズ９５等のように「共有」の機能を提供するＯＳ
を搭載した機器については、このウインドウズＯＳ等に
含まれる「共有」の機能を用いても、これを実現するこ
とができる。すなわち、共有において、同じワークグル
ープに属している場合について、その機器を外に見せ
る、といった方法である。

【０２０７】このようにして、家庭外に見せてもよいサ
ービス、機器が設定される。ここでは、家庭２のデジタ
ルＶＴＲ（４０２−３）とＰＣ（４０２−２）を外部に
見せてもよいサービス／装置として登録したものとす
る。

【０２０８】さて、ホームルータ１１０は、マンション
バックボーン側（あるいは、電話／ＩＳＤＮ端子側）に
対して、サービスロケーションプロトコルを稼動する場
合に、サービス要求（サービスロケーションプロトコル
におけるサービスタイプリクエスト、サービスリクエス
ト、属性リクエストの各メッセージ）に対して、ホーム
ルータ１１０以外の家庭２外のノードには、デジタルＶ
ＴＲ（４０３−２）とＰＣ（４０２−２）あるいはＰＣ
（４０２−２）上で稼動しているしかるべきサービスの
みを外部に見せる。

【０２０９】例えば、図２０のシーケンスのようにし
て、サービスタイプとして、デジタルＶＴＲ（４０３−
２）と、ホームルータ１１０にて稼動しているＷＷＷ
（ＨＴＴＰ）サーバ、ＰＣ（４０２−２）にて稼動して
いるファイルサーバのサービスのみを外部に見せるよう
に設定したとすると、それらのサービスのロケーション
がサービスタイプリプライメッセージ等に含められて、
外部に紹介される。

【０２１０】その際、ＩＰのサービスロケーションプロ
トコルによって登録されたサービス（例えば、ＩＰ端末
であるＰＣ（４０２−２）で提供されるサービスや、ホ
ームルータ１１０で提供されるサービス）については、
そのまま、その装置のＩＰアドレス（あるいはドメイン
ネームなど）を使って、サービスの広告が行われる。ま
た、１３９４端末であるデジタルＶＴＲ（４０３−２）
については、ホームルータ１１０が代理サーバとして、
自分のアドレスと、デジタルＶＴＲを特定できるポート
番号と共に、これを外部に広告する。以降、そのアドレ
スに対して、ＲＴＳＰ等を用いて、その制御要求がきた
場合は、これを１３９４コマンドに翻訳して、デジタル
ＶＴＲ（４０３−２）に通知したり、必要な通信資源を
確保するなりの動作を行うことになる。これらは、１３
９４代理サービス処理部１１１１の役割である。選択さ
れた端末／サービスは、サービス表示テーブル１１１４
に登録される（なお、以上の手順は特願平９−１１５６
８５に詳しく開示されている）。

【０２１１】次に、上記のようにして家庭２のホームル
ータ１１０に登録されたサービス／装置情報をもとに、
家庭１のＰＣ４０２から、家庭２のデジタルＶＴＲ（４
０３−２）を制御して、該家庭２のデジタルＶＴＲ（４
０３−２）内に録画された映像データを、家庭１のＰＣ
４０２上で見る場合の手続きについて図２１を参照しな
がら詳述する。

【０２１２】まず、家庭１のＰＣ４０２は、家庭２のホ
ームルータ１１０にアクセスし、サービスタイプリクエ
ストを送出する。ＰＣ４０２上のＧＵＩ（Ｇｒａｐｈｉ
ｃａｌ Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ）は、Ｗｅｂの
ホームページなどでよい。家庭２のホームルータ１１０
は、自身のＷＷＷサーバ、ＰＣ（４０２−２）のファイ
ルサーバ、それにデジタルＶＴＲ（４０３−２）につい
てサービスタイプリプライを行う。続いて、サービスタ
イプリクエストや属性リクエストを行って、そのサービ
スや機器についてのアドレス情報やその属性情報を入手
する。家庭１のＰＣ４０２上に表示されるＧＵＩの例を
図２２に示す。

【０２１３】次に、家庭１のＰＣ４０２は、例えば図２
２のＧＵＩ上で家庭２のデジタルＶＴＲ（４０３−２）
を選択し、その端末もしくはサービスに対して遠隔制御
コマンドを発行する。具体的には、ＲＴＳＰを使って、
ある特定の番組の再生コマンドを発行する。実際には、
このコマンドは、代理サーバである家庭２のホームサー
バ１１０のあらかじめ定められたポートに到達する。

【０２１４】すると、家庭２のホームルータ１１０は、
これが家庭２のデジタルＶＴＲ（４０３−２）への遠隔
操作要求であることを認知し、家庭２のデジタルＶＴＲ
（４０３−２）の遠隔操作をすべく必要な処理を行う。
まず映像伝送に必要な通信資源を確保すべく、家庭２の
家庭内バックボーン網の通信資源（帯域、同期チャネル
番号＃ｘ）を獲得する。次に、その同期チャネルについ
て、データ送信を促すＩＥＣ１８８３と、デジタルＶＴ
Ｒ用に定められた１３９４ＡＶ／Ｃプロトコルを用い
て、家庭２のデジタルＶＴＲ（４０３−２）に対して、
データ送出を働きかける。

【０２１５】これと前後して、家庭２のホームルータ１
１０は、マンションバックボーン網上に、映像伝送に必
要な通信資源（帯域、同期チャネル番号＃ｙ）を獲得
し、ＩＥＣ１８８３にて、家庭１のホームルータ１０９
に、データ受信を促す。

【０２１６】この時点で、家庭２のホームルータ１１０
は、家庭２のバックボーン網側の同期チャネル＃ｘと、
マンションバックボーン網側の同期チャネル＃ｙとが互
いに対応することを認識し、図１２や図１４を参照しな
がら先に説明したように、内部の１３９４スイッチ１１
０３のテーブルの設定を行う。

【０２１７】その後、前述したＦＡＮＰメッセージをホ
ームルータ１０９に対して送出する。このＦＡＮＰメッ
セージには、ターゲット端末が家庭１のＰＣ４０２であ
ること（ＰＣ４０２のＩＰアドレスが記載されてい
る）、転送するデータがＭＰＥＧ映像であること（ＩＰ
パケットではない。よって、ＩＥＣ１８８３で定められ
たＭＰＥＧｏｖｅ１３９４の伝送フォーマットにて伝送
されることを意味する）、その要求帯域が６Ｍｂｐｓで
あること、家庭１のホームルータ１０９まで家庭２のホ
ームサーバ１１０が先に確保した同期チャネル番号＃ｙ
の同期チャネルを使って伝送すること等が記されてい
る。なお、ＦＡＮＰメッセージには、必要な認証情報な
どが入っていてもよい。この認証情報には、そのＦＡＮ
Ｐパケットの送出元が家庭２のホームルータ（あるいは
家庭２のユーザ）である旨の情報や、そのＦＡＮＰパケ
ットが改ざんされていないことを証明する認証情報等が
含まれていてもよい。

【０２１８】ＦＡＮＰメッセージを受信した家庭１のホ
ームルータ１０９の動作は、図１２等を参照しながら説
明した場合とほぼ同様である。すなわち、家庭１のホー
ムルータ１０９内のスイッチ使用許可テーブル１１１３
を参照して、家庭２のユーザが家庭１のホームルータに
おいて、１３９４スイッチ１１０３を介してデータリン
クレイヤの識別子のみの参照により、パケット（フレー
ム）のフォワーディングを行なってもよいかどうかにつ
いてチェックを行ない、これが許可されている場合に
は、その導通を許可する。

【０２１９】ここで、スイッチ使用許可テーブル１１１
３への設定については、例えば図２３のように、導通が
許可されるユーザあるいは端末、ホームルータの一覧表
が用意されており、このテーブルへの設定という形で、
該設定が行なわれる。

【０２２０】さて、家庭１内のホームルータは、導通が
許可されると、家庭１内の家庭内ネットワークにおい
て、同期チャネル＃ｚを確保し、家庭１のホームルータ
１０９は、マンションバックボーン網側の同期チャネル
＃ｙと、家庭１の家庭内バックボーン網側の同期チャネ
ル＃ｚとが互いに対応することを認識し、図１２等を参
照しながら説明した場合と同様に、内部の１３９４スイ
ッチ１１０３のテーブルの設定を行う。

【０２２１】結局、実際の家庭２のデジタルＶＴＲ４０
３から、家庭１のＰＣ４０２への映像データは、家庭２
の家庭内バックボーン網、家庭２のホームルータ１１０
の１３９４スイッチ、マンションバックボーン網、ホー
ムルータ１０９の１３９４スイッチ、家庭１の家庭内バ
ックボーン網を通して、ＰＣ４０２に到達する。よっ
て、家庭１のＰＣ４０２上で家庭２のデジタルＶＴＲ４
０３−２からの映像を見ることができるようになる。

【０２２２】この場合、転送されるデータは必ずしもＩ
Ｐパケットではないこと、１３９４スイッチの使用のた
めの認証のステップがＦＡＮＰ内の領域として確保して
もろいこと等から、この同期チャネルおよびデータリン
クスイッチングの場合は、ホームルータ内でのＩＰパケ
ット毎のパケットフィルタリング／ファイアウオール処
理を省略することができる。これは、一般にパケットフ
ィルタリングは処理負荷のかかるため、映像通信などの
広帯域通信を行う場合には、極めて有益である。しかし
ながら、パケットフィルタリング無しでのパケット透過
ができてしまうことから、認証等の運用は慎重に行うべ
きであることは言うまでもない。

【０２２３】インターネットサーバ１０８は、インター
ネットにアクセスする際の代理サーバとＮＡＴ（Ｎｅｔ
ｗｏｒｋ Ａｄｄｒｅｓｓ Ｔｒａｎｓｌａｔｉｏｎ）
の働きをする。端末（例えば、ＰＣ４０２）は、インタ
ーネットサーバ１０８にまずアクセスする。インターネ
ットサーバ１０８は、いわゆるプロキシサーバや、ＮＡ
Ｔの機能を使うことにより、マンション内部のアドレス
構造が外部に見えないようにしている。よって、マンシ
ョン内部ではプライベートＩＰアドレスでの運用が可能
である。

【０２２４】さて、上記ではネットワークレイヤのパケ
ットをそれより下位のレイヤの処理によってスイッチン
グする際のセキュリティーに関してホームルータとＩＥ
ＥＥ１３９４に適用した場合について説明しているが、
以下では、これを一般的なラベルスイッチングに適用し
た例を示す。

【０２２５】ここで、以下の説明で使用される語句と、
これまでの実施形態において使用された語句との対応に
ついて示しておく。なお、基本的に、以下の説明で使用
される語句は、これまでの実施形態において使用された
語句を包含するより一般的な概念である。 ・「パケットストリーム」は、「データ（例えば映像デ
ータ）」と対応する。 ・「チャネル識別子（ラベル）」は、「リンクレイヤの
識別子（例えば同期チャネル番号）」と対応する。 ・「ラベルスイッチングによるパケット転送」は、「同
期チャネル＃ｘ：＃ｙの対応関係が設定テーブルに記憶
された１３９４スイッチによるデータ転送」／「１３９
４スイッチによる、データリンクレイヤ識別子のみの参
照で行われるパケット（フレーム）のフォワーディン
グ」／「導通」／「データリンクスイッチング」と対応
する。 ・「ＬＳＰの中継点のルータ」は、「マンションバック
ボーン網と家庭内網との境界にあるホームルータ」と対
応する。 ・「ＬＳＰ設定要求メッセージ」は、「ＦＡＮＰメッセ
ージ」と対応する。 ・「ＬＳＰ設定要求メッセージの送信元を示す情報（Ｌ
ＳＰを設定してあげるべき隣接ルータ（登録された）と
の比較対象となるもの）」は、「ＦＡＮＰパケットの送
出元が家庭２のホームルータである旨の情報（導通が許
可される主体（登録された）との比較対象となるも
の）」と対応する。 ・「ＬＳＰに流したいストリームに関する情報（宛
先）」は、「ターゲット端末のＩＰアドレス」と対応す
る。 ・「ポリシーテーブル」は、「スイッチ使用許可テーブ
ル」と対応する。 なお、「ＬＳＰの始点となるノード」と、「（この）Ｌ
ＳＰに流したいストリームの送信元」とを、以下では区
別して説明するが、これまでの実施形態においてはそれ
らが同じもの（家庭２のユーザあるいは端末）である例
を示した。これまでの実施形態でも、家庭２のユーザあ
るいは端末が、導通が許可される主体（登録された）と
の比較対象となり得ることは示されている。

【０２２６】以下では、キャンパス／企業網、インター
ネットサービスプロバイダー（ＩＳＰ）網などから構成
される広域ＩＰネットワークにおいて、ラベルスイッチ
ングパス（ＬＳＰ）を設定する範囲の限定、およびＬＳ
Ｐを利用できるパケットストリームの限定を行う実施形
態について説明する。これら範囲や対象の限定は、後述
するＬＳＰ設定制御手順によって行われる。

【０２２７】本発明では、例えば、あるセグメントにと
って、すべての外部セグメントから／へのパケットスト
リームの送受信はしないか、あるいは特定のパケットス
トリーム（送受信アドレスやアプリケーション等により
指定される）に限定して外部セグメントとのパケット送
受信をしたいような場合、セグメント外部のノードを始
点／終点とするＬＳＰの設定はしないか、あるいは特定
のストリームしか送受信されないことが確実な場合に限
りセグメント外部を始点／終点とするＬＳＰ設定を行え
ることが望ましい。

【０２２８】また、例えば、あるセグメントにとって、
特定のセグメントとの間でのみＬＳＰによるパケットス
トリームの送受信を行って、その他のセグメントから／
へのパケットストリームの送受信はしないか、あるいは
パケット毎のフィルタリングを行いたいような場合、そ
の特定のセグメント内のノードを始点／終点とするＬＳ
Ｐのみを設定できることが望ましい。さらに特定のセグ
メントとの間で特定のパケットストリームに限定して送
受信したいような場合、そのセグメントとの間で特定の
ストリームしか送受信されないことが確実な場合に限り
そのセグメントとのＬＳＰ設定を行えることが望まし
い。

【０２２９】また、例えば、あるセグメントにとって、
他のセグメントにまたがるＬＳＰの設定を、ＬＳＰの始
点や終点による制限ではなく、隣接するセグメントによ
る制限として、１）あらかじめ契約等により定めた特定
の隣接セグメントの特定の隣接ルータにまたがるＬＳＰ
設定に制限したい場合、２）あらかじめ契約等により定
めた特定の隣接セグメントにまたがる特定のストリーム
を運ぶＬＳＰに制限したい場合、３）上記の１）と２）
の両方の制限をしたい場合、などが考えられる。

【０２３０】以上のように、ラベルスイッチングを利用
した場合でも特定のセグメントに／から流入／流出する
パケットストリームを制限することで従来と同様のセキ
ュリティ機能を維持できること、また特定のセグメント
との間や特定のセグメントの特定の隣接ルータとの間で
のＬＳＰ設定に限定することで通信帯域やラベル値など
の網リソースの消費を制限できることが望ましい。

【０２３１】なお、隣接ルータとは、物理リンクで直接
接続された隣接ルータだけでなく、なんらかの論理リン
ク（データリンク層の仮想コネクションあるいはＬＳＰ
で作られたトンネルなど）によって接続されたルータも
含むものとする。

【０２３２】図２４に、広域ＩＰネットワークの一例を
示す。図２４に示されるように、この広域ＩＰネットワ
ークは、３つのネットワークセグメント、すなわち、境
界ルータ２０１１，２０１２，２０１３，２０１４およ
び内部ルータ２０１５，２０１６より構成されるネット
ワークセグメント２０１０、境界ルータ２０２１，２０
２２，２０２３，２０２４および内部ルータ２０２５よ
り構成されるネットワークセグメント２０２０、境界ル
ータ２０３１，２０３２，２０３３および内部ルータ２
０３４より構成されるネットワークセグメント２０３０
を含んでいる。本ネットワークでは、ネットワークセグ
メント２０１０とネットワークセグメント２０２０と
は、２個所（すなわち、境界ルータ２０１２−２０２１
間と境界ルータ２０１３−２０２４間）で相互接続され
ているものとする。なお、各ネットワークセグメント
は、図示したルータ以外に他のルータを含んでいても良
い。

【０２３３】図２５に、本実施形態に係るラベルスイッ
チルータの構成例を示す。本実施形態に係るＬＳＰ設定
制御手順は、このラベルスイッチルータによって行われ
る。

【０２３４】図２５に示されるように、このラベルスイ
ッチルータは、ＡＴＭセル、フレームリレーフレーム、
あるいは他の形式のラベルヘッダの付与されたフレーム
の送受信を行う、ｋ（ｋは任意数）個の送受信インタフ
ェース部４００１−１〜４００１−ｋ、いずれかの送受
信インタフェース部（４００１−１〜４００１−ｋ）で
受信したフレームの受信ラベル値をもとに決定された他
のいずれかの送受信インタフェース部（４００１−１〜
４００１−ｋ）へフレームを転送するスイッチ部４００
３、コントローラ部４０００を備えている。

【０２３５】コントローラ部４０００は、ラベル付きフ
レームからレイヤ３パケットを抽出し（フレームをパケ
ットに変換し）およびその逆変換（パケットからフレー
ムへの変換）を行うフレーム・パケット変換部４００
４、レイヤ３パケットの転送処理（データパケットであ
れば経路表４０１１に従い所定の次段ノードへの転送処
理、制御パケットであれば制御メッセージ処理部４００
６へ転送）を行うパケット転送部４００５、ＬＳＰ制御
（設定・解放、隣接認識など）に関わるメッセージの送
受信処理を行いＬＳＰ制御部４００７への通知を行う制
御メッセージ処理部４００６、ＬＳＰの状態管理や設定
・解放制御に関わる処理を行うＬＳＰ制御部４００７、
ＬＳＰ設定・解放に伴うスイッチ部４００３の設定変更
等の制御を行うスイッチ制御部４００８、後述するＬＳ
Ｐ設定可否の判断に関するポリシー的なルールを記憶す
るポリシー管理部４００９、ラベル値や通信帯域などの
網リソースの観点からＬＳＰ設定が可能か否かを判断す
るためのリソース使用状況を記憶するリソース管理部４
０１０、レイヤ３ルーティングプロトコルに基づき管理
する経路情報を記憶する経路表４０１１、などから構成
される。

【０２３６】なお、パケット転送部４００５として説明
した、データパケットを経路表４０１１に従い所定の次
段ノードへ転送する機能は、持たないように本装置を構
成することも可能である。

【０２３７】以下では、図２４の広域ＩＰネットワーク
と図２５のラベルスイッチルータを用いて、設定可否の
制御のバリエーションに関して４つのＬＳＰ設定制御の
例について順番に説明する。なお、以下では、ネットワ
ークセグメントを略してセグメントと呼ぶものとする。

【０２３８】＜隣接セグメント（隣接ルータ）により設
定可否を制御する例（第１の例）＞まず、第１の例とし
て、ラベルスイッチを行うルータが、隣接ルータ毎にＬ
ＳＰ提供を許容するか否かのポリシーを記憶し、その記
憶内容に基づきＬＳＰ設定可否を制御する例について説
明する。

【０２３９】図２４において、例えば、セグメント２０
１０とセグメント２０２０の２個所の接続点のうち、セ
グメント２０１０の一方の境界ルータ２０１２において
セグメント２０２０（境界ルータ２０２１）に対するＬ
ＳＰ提供サービスを行い、他方の境界ルータ２０１３に
おいてはセグメント２０２０（境界ルータ２０２４）に
対するＬＳＰ提供サービスを行わないものとする。

【０２４０】まず、セグメント２０１０の境界ルータ２
０１２とセグメント２０２０の境界ルータ２０２１との
間では、ＬＳＰ制御を行うための隣接ノードとしての隣
接認識手順を実行している。これは例えば、自ノードの
アドレス等の識別子を含んだＨＥＬＬＯメッセージとそ
れへの応答メッセージの相互のやり取り、およびＫＥＥ
ＰＡＬＩＶＥメッセージによる継続的な隣接認識の確認
等により実現される。なお、この隣接認識手順で交換さ
れるメッセージには、お互いが契約している隣接ルータ
かどうかを認識するための認証情報（パスワードあるい
は情報内容を特定の鍵で暗号化したビット列など）を含
ませるようにしてもよい（このようにすれば、より安全
性を向上させることができる）。

【０２４１】上記のような隣接認識手順の後、境界ルー
タ２０１２と境界ルータ２０２１との間での実際のＬＳ
Ｐ設定、解放、経路変更などの各種制御メッセージのや
り取りのためのセッションが確立され、以後そのセッシ
ョン上で各種制御メッセージをやり取りすることが可能
になる。

【０２４２】次に実際に、セグメント２０２０からセグ
メント２０１０の方向へ向けて転送する特定のパケット
ストリームのために、セグメント２０２０の境界ルータ
２０２１がセグメント２０１０の境界ルータ２０１２に
対してＬＳＰ設定要求メッセージを送信する場合の動作
について説明する。

【０２４３】図２６に、ＬＳＰ設定要求メッセージ受信
時における判断処理の手順の一例を示す。

【０２４４】ここで、図２７に、ＬＳＰ設定要求メッセ
ージのメッセージ形式の２つの例を示す。図２７に示す
ように、ＬＳＰ設定要求メッセージに含まれる情報に
は、ＬＳＰに流したいストリームに関する情報、実現し
たいＣｏＳ（クラスオブサービス）に関する情報、メッ
セージの送信元を示す情報（メッセージ送信元情報）な
どが含まれる。さらに、後述する例のように、ＬＳＰの
始点を表す情報を含めるようにしてもよい（本例では、
含めなくても構わない）。

【０２４５】図２７の（ａ）の例では、メッセージ送信
元情報は、ＬＳＰ設定要求メッセージのヘッダ内に記載
された送信元レイヤ３アドレスから抽出する。図２７の
（ｂ）の例では、メッセージ送信元情報は、ＬＳＰ設定
要求メッセージの情報フィールドに記載される。

【０２４６】また、図２８に、ポリシーテーブルの一例
を示す。

【０２４７】ポリシーテーブルには、ＬＳＰの設定（中
継）を行うべき隣接ルータの識別する情報（レイヤ３ア
ドレスなど）の一覧が記載さいている。後述するよう
な、さらにそのＬＳＰを利用するストリームまで制限す
るような場合には、その許容するストリーム情報が記載
される（ストリーム情報を限定しない場合には、その欄
もしくは記載は不要である）。なお、そのＬＳＰに提供
すべきＣｏＳ値を限定するような場合には、そのＣｏＳ
値も記載される（ＣｏＳ値を限定しない場合には、その
欄もしくは記載は不要である）。

【０２４８】さて、境界ルータは、ＬＳＰ設定要求メッ
セージを受信すると、ステップＳ２０１にて、このメッ
セージの送信元ルータが登録されているものであるか否
かを判断する。

【０２４９】具体的には、ＬＳＰ設定要求メッセージを
受信した境界ルータ２０１２のＬＳＰ制御部４００７で
は、まず、メッセージの送信元情報（および必要な場合
にＣｏＳ情報）を抽出し、ＬＳＰの中継をすべきノード
からのメッセージか否かをポリシー管理部４００９に問
い合わせる（なお、本例では、ストリーム情報はポリシ
ー管理部４００９での判定には用いない）。

【０２５０】ポリシー管理部４００９では、図２８に例
示したようなポリシーテーブルを参照し、メッセージ送
信元情報に示されたノードがポリシーテーブルに登録さ
れているか否かをチェックする。

【０２５１】このポリシーテーブルの参照の結果、ＬＳ
Ｐ設定要求元があらかじめ契約等によりＬＳＰを提供す
べきセグメント２０２０の境界ルータ２０２１であるか
否かを判断する（なお、前述の認証情報による認証を採
用する場合には認証情報のチェックも併せて行う）。さ
らにＬＳＰ設定要求メッセージに要求ＣｏＳが含まれて
いる場合には、要求ＣｏＳ値とポリシーテーブル内の許
容ＣｏＳ値とを比較し、受付け可否を判断する。

【０２５２】設定要求メッセージの送信元が契約してい
るセグメントの登録されたルータ以外である場合（また
はメッセージ内の要求ＣｏＳ値がポリシーテーブル内の
許容値により条件を満足しない場合）には、ＬＳＰ制御
部４００７は、設定要求を拒絶することになる。

【０２５３】このとき、拒絶を通知するメッセージ（こ
のメッセージ内に拒絶の理由を記述するようにしてもよ
い）を制御メッセージ処理部４００６から返送するよう
に取り決めてもよいし、あるいは特にメッセージは返送
しないように取り決めてもよい（後者の場合、送信元ノ
ードが、例えば、応答メッセージが返ってこないことか
ら直ちに、あるいは規定回数だけ要求メッセージを再送
しても応答メッセージが返ってこないことから、拒絶さ
れたものと判断する）。なお、この点は、後述する第２
〜第４の例の場合も同様である。

【０２５４】なお、設定要求メッセージには、メッセー
ジ送信元が確かに正しい送信元であることをメッセージ
の受信側が確認するための認証情報が含まれていること
があるが、この場合にはメッセージ送信元情報とともに
認証情報をＬＳＰ制御部４００７において確認した上
で、受信メッセージを受け付ける否かを判断する。

【０２５５】さて、受信メッセージ内のメッセージ送信
元情報（および必要な場合にＣｏＳ値）とポリシーテー
ブルの比較チェックにより、受信したＬＳＰ設定要求メ
ッセージを処理しても良いと判断した境界ルータ２０１
２は、次に、ステップＳ２０２にて、ラベル（あるいは
必要なら帯域）などの網リソースが確保できるか否かな
どをリソース管理部４０１０に問い合わせ、ここでＬＳ
Ｐ設定要求を受け付け可能であるか否かの判断が行われ
る。

【０２５６】受け付け可能であると判断した場合には、
例えば、境界ルータ２０２１に対してＬＳＰ設定要求の
受け付けを示すメッセージ（要求ストリームに割り当て
られるラベル情報などが含まれる）を返送するととも
に、要求ストリームに関する次段（下流）ルータ（図２
４では例えばルータ２０１５）に対して同様のＬＳＰ設
定要求メッセージを制御メッセージ処理部４００６から
送信する。なお、応答メッセージのバリエーションにつ
いては後に言及する。

【０２５７】以下、ルータ２０１５，２０１６などの下
流のルータでは、上流隣接ルータから受け取ったＬＳＰ
設定要求に対して、境界ルータ２０１２が行ったのと同
様にメッセージ送信元情報等のポリシー情報のチェック
および必要な場合に網リソースチェックを行い、また必
要に応じて所定のメッセージを送信する。

【０２５８】これによって、例えばルータ２０２１→ル
ータ２０１２→ルータ２０１５→…といったラベルスイ
ッチングパスが設定される。

【０２５９】上記では、ルータ２０１５，２０１６など
の下流のルータが境界ルータ２０２１と同様の判断を行
うとして説明したが、同一のセグメント内の隣接ルータ
から受信したメッセージであることが保証されるような
場合に関しては、メッセージ送信元情報のチェックを省
略するようにしてもよい。例えば、ルータ２０１５がメ
ッセージを受信したインタフェース（図２４では４００
１−１〜４００１−ｋ）には、ポイント−ポイント接続
により同一セグメントのルータ２０１２が接続されてい
る場合には、セグメント外部の他のルータが偽ってルー
タ２０１２から送信したように見せかけてルータ２０１
５にメッセージを送ることはほぼ不可能であるため、ル
ータ２０１５におけるメッセージ送信元情報の認証を不
要とすることができる。一方、例えば、ルータ２０１５
とルータ２０１２がスイッチ等により接続されていて、
かつそのスイッチ経由でルータ２０１５とセグメント外
のルータとが直接接続可能であるような場合には、セグ
メント外部のルータが偽ってルータ２０１２から送信し
たように見せかけてルータ２０１５にメッセージを送出
できる可能性があるため、ルータ２０１５においても境
界ルータ２０１２と同様にメッセージ送信元情報のチェ
ックを行う方が好ましい。

【０２６０】なお、契約しているセグメントの登録され
たルータ以外の隣接ルータに対しては、（１）ラベルス
イッチの隣接ルータとしての隣接認識手順は登録されて
いるルータの場合と同様に実行するが、個々のＬＳＰ設
定要求時に送信元をチェックし拒絶する、（２）隣接認
識手順は実行するが、その認識手順においてＬＳＰ設定
要求は拒絶する旨を明示する、（３）隣接認識手順自体
あるいはそれに続く制御メッセージ用セッションの確立
自体を拒絶する、などのいずれかによりＬＳＰの提供を
拒絶することになる。

【０２６１】ところで、上記では、ＬＳＰ設定要求メッ
セージを受信したルータが、これを受け付け可能である
と判断した場合に、上流ノードに受け付けを示すメッセ
ージを返送するとともに、下流ノードにＬＳＰ設定要求
メッセージを送信する例で説明したが、応答メッセージ
のやり取りに関しては一般的なラベルスイッチングプロ
トコルにおいて種々のバリエーションがあり、本発明は
そのいずれにも適用可能である。例えば、受け付け可能
であると判断した場合に上流ノードに受け付けを示すメ
ッセージをすぐには送信せずに下流ノードにＬＳＰ設定
要求メッセージを送信することを、各ノードが次々と行
った後に、設定されるラベルスイッチングパスの最下流
側のノードから上流側に次々と受け付けを示すメッセー
ジを伝える（すなわち、下流ノードから受け付けを示す
メッセージを受信したら、上流ノードに受け付けを示す
メッセージを送信する）ようにしてもよい。また、自ノ
ードの下流ノードで拒絶の判断がされた場合に、上流ノ
ードに受け付けを示すメッセージを出すことで、可能な
範囲でパスを設定するようにしてもよいし、あるいは自
ノードの下流ノードで拒絶の判断がされた場合に、上流
ノードに拒絶を通知するメッセージを出してこの場合に
はパスは一切設定しないようにしてもよい（この場合、
他のノードは下流ノードから拒絶を通知するメッセージ
を受信したら、自装置で受け付けの判断がされていても
上流ノードに拒絶を通知するメッセージを送信する）。
また、その他にも種々のバリエーションが存在する。な
お、この点は、後述する第２〜第４の例の場合も同様で
ある。

【０２６２】さて、図２８に例示したポリシーテーブル
の登録内容には、ＬＳＰを提供するか否かという情報に
加えて、通信品質を問わないベストエフォット（低い通
信クラス）のＬＳＰのみに限定した提供なのか、所定の
通信品質クラスあるいは具体的な通信品質値を実現する
ＬＳＰも提供するのか等の情報も含むことが可能である
が、そのようにした場合には、上述した隣接認識手順あ
るいはその後に行われる制御メッセージ用セッション確
立手順においてその通信品質等の付随情報を交換、交渉
するようにしてもよい。なお、図２８のポリシーテーブ
ルにはＬＳＰを提供可能なパケットストリームに関する
情報も含むことが可能であるが、これを利用する例につ
いては、次の第２の例で述べる。この第１の例では、こ
のＬＳＰを利用するストリーム情報は問わない（ワイル
ドカード）で隣接ルータ情報（および必要な場合に通信
品質情報）からＬＳＰ設定可否を判断する場合に関して
説明した（もちろん、この第１の例では、図２８の内容
からストリーム情報の欄を省いた構成のポリシーテーブ
ルを用いてもよい）。

【０２６３】あるパケットストリームのためのＬＳＰ設
定要求をいずれかの理由により拒絶した境界ルータ２０
１２が、そのＬＳＰ設定を拒絶した相手の境界ルータか
らのパケット（ラベルの付与されていないもの）を受信
した場合には、パケット転送処理部４００５もしくはス
イッチ部４００３が、以下のような動作を行う。すなわ
ち、受信したパケットを廃棄する（パケットの受信すら
拒絶する）、あるいは従来のネットワーク層のヘッダ処
理を行って次段のルータ２０１５を選択し、選択した次
段ルータ２０１５へ向けてパケットを転送する（ホップ
バイポップ転送処理を行う）、あるいは自ノードが始点
となって設定されているＬＳＰにそのパケットを転送す
る、などの対処が考えられる。登録されていない通信品
質クラスを要求したためにＬＳＰ設定を拒絶されたパケ
ットストリームに属するパケットを境界ルータ２０１２
が受信した場合には、境界ルータ２０１２を始点とし
て、あるいは境界ルータ２０２１から境界ルータ２０１
２を中継点として設定されている別の（低品質の）ＬＳ
Ｐのうちで、パケットストリームの定義を満たすものが
存在する場合には、受信パケットにネットワーク層処理
を行って、そのＬＳＰへパケットを転送することも可能
である。あるいは、登録されていない通信品質クラスを
要求された場合に、境界ルータ２０１２が上流側のラベ
ルと下流側の低品質のラベルとを対応付け、受信パケッ
トにネットワーク層処理を行わずに、境界ルータ２０１
２を中継点とする、設定が要求されたＬＳＰとは別のＬ
ＳＰでパケットストリームの定義を満たすものの上へパ
ケットを転送することもできる。

【０２６４】＜隣接セグメント（隣接ルータ）およびス
トリーム情報により設定可否を制御する例（第２の例）
＞次に、第２の例として、ラベルスイッチルータが、隣
接ルータ毎にＬＳＰ提供（中継）を許容するか否か、お
よびどのようなパケットストリームに対してＬＳＰ提供
を許容するかに関するポリシーを記憶し、その記憶内容
に基づきＬＳＰ設定を制御する例について説明する。

【０２６５】ここでは、図２４において、セグメント２
０１０とセグメント２０２０の２個所の接続点のうち、
セグメント２０１０の一方の境界ルータ２０１２におい
てはセグメント２０２０からのトラヒックに対するＬＳ
Ｐ提供をある特定のパケットストリームに限定し、他方
の境界ルータ２０１３においてはセグメント２０２０か
らのトラヒックに対するＬＳＰ提供を別の特定のパケッ
トストリームに限定した場合を例にとって考える。

【０２６６】ここで、パケットストリームの定義として
は、例えば、データパケットの送信元に関する情報（例
えば、送信元ホストアドレス、あるいは送信元ネットワ
ークアドレス、あるいは送信元ホストアドレスとプロト
コルとポート番号の組など）と、データパケットの宛先
に関する情報（例えば、宛先ホストアドレス、あるいは
宛先ネットワークアドレス、あるいは宛先ホストアドレ
スとプロトコルとポート番号の組、あるいはルーティン
グドメインの出口ルータなど）とのいずれか一方、ある
いは両方の組み合わせが考えられる。

【０２６７】この例でも、ＬＳＰ設定、解放等の制御を
行うための隣接ノードとしての隣接認識手順が、セグメ
ント２０１０の境界ルータ２０１２とセグメント２０２
０の境界ルータ２０２１との間、および境界ルータ２０
１３と境界ルータ２０２４との間でそれぞれ実行されて
いる。この隣接認識手順で交換される制御メッセージに
は、第１の例と同様に、お互いのルータのアドレス等の
識別子や必要であればお互いの正当性を確認するための
認識情報（パスワードあるいは情報内容を特定の鍵で暗
号化したビット列など）が含まれる。どのようなパケッ
トストリームに対してＬＳＰ提供を要求するか（あるい
は提供を許容するか）に関しては、オフラインの契約等
により決定され、決定した内容を境界ルータ２０１２お
よび境界ルータ２０１３（および必要なら他の内部ルー
タ１０１５，１０１６等も）の各々のポリシー管理部４
００９が参照する図２８に例示するようなポリシーテー
ブルに登録しておく。この登録内容は、個々のルータに
マニュアルにより設定しても構わないし、特定のノード
から何らかの手順（隣接認識手順、制御メッセージ用セ
ッション確立手順、あるいは他の何らかの情報配布（マ
ルチキャスト）のための手順）により配布しても構わな
い。

【０２６８】例えば、セグメント２０２０の境界ルータ
２０２２の下につながるネットワークアドレスを持つ送
信元から送信されるパケットストリームは、境界ルータ
２０２１→境界ルータ２０１２の経路で転送し、境界ル
ータ２０２３の下につながるネットワークアドレスを持
つ送信元から送信されるパケットストリームは境界ルー
タ２０２４→境界ルータ２０１３の経路で転送するよう
なトラヒック分散を図る場合には、その内容をオフライ
ンの契約あるいは隣接認識手順等によって決定し、境界
ルータ２０１２，２０１３のポリシーテーブルに記憶さ
せる。なお、ＬＳＰの経路が通常のルーティングプロト
コルによって決定される経路と異なる場合には、各々の
ストリーム用のＬＳＰが指定したい経路上に設定される
ように、ＬＳＰ設定要求メッセージの中に経路情報（例
えば、境界ルータを２０２２→２０２５→２０２１→２
０２１のように経由するという指定）を陽に含ませるよ
うにしてもよい。

【０２６９】次に実際に、セグメント２０２０の境界ル
ータ２０２１がセグメント２０１０方向へ向けて転送す
る特定のパケットストリームのために、セグメント２０
２０の境界ルータ２０２１がセグメント２０１０の境界
ルータ２０１２に対してＬＳＰ設定要求メッセージを送
信する場合の動作について説明する。

【０２７０】図２９に、ＬＳＰ設定要求メッセージ受信
時における判断処理の手順の一例を示す。

【０２７１】ポリシーテーブルは先に図２８に例示した
ものを用いるものとする。なお、図２８中の「＊」は、
その項目については制限しない（その項目についてはど
のようなものであっても許可する）ことを意味してい
る。例えば、ストリーム情報に関して、第１番目のエン
トリでは隣接ルータアドレスが１３３．１９９．１９．
０ならばストリーム情報はどのような値でも許し、第２
番目のエントリでは隣接ルータアドレスが１３３．１９
９．９８．０で、かつ、パケットストリームのソースア
ドレスの上位１６桁が１３３．１９６または１３３．１
９５ならば許す（ソースアドレスの残りの下位１６桁と
ディスティネーションアドレスの全桁はどのような値で
もよい）ことを示している。

【０２７２】さて、ＬＳＰ設定要求メッセージを受信し
た境界ルータ２０１２では、まず、第１の例と同様に、
ポリシー管理部４００９において要求メッセージの送信
元をチェックし（ステップＳ２１１）、それがあらかじ
めポリシーテーブルに隣接ルータとして登録されている
ことを確認した時点で、その設定要求を処理するための
手順を実行する。そうでない場合は設定要求を拒絶す
る。その際、第１の例と同様に、ＬＳＰ設定要求メッセ
ージには認証情報を含ませ、この情報に関して境界ルー
タ２０１２でチェックするようにしてもよい。

【０２７３】メッセージの送信元のチェックにより、ポ
リシー管理部４００９において受信したＬＳＰ設定要求
メッセージを処理しても良いと判断した境界ルータ２０
１２は、次に、ＬＳＰ設定要求メッセージ内のパケット
ストリーム情報を解析し、ＬＳＰ利用の対象として登録
されているストリームに含まれるものであるか否かをポ
リシーテーブルによりチェックする（ステップＳ２１
２）。

【０２７４】なお、ステップＳ２１１の判断とステップ
Ｓ２１２の判断は１回のポリシーテーブル検索にて併せ
て行うようにしてもよい。

【０２７５】要求されたストリームがポリシーテーブル
に登録されているストリームに含まれていない場合に
は、その時点で要求を拒絶することになるが、登録され
ているストリームに含まれている場合には、次に、その
ＬＳＰのためにラベル（あるいは必要なら帯域）などの
網リソースが確保できるか否かなどをリソース管理部４
０１０により判断して最終的にＬＳＰ設定要求を受け付
け可能であるかを判定する（ステップＳ２１３）。

【０２７６】受け付け可能であると判断した場合の手順
は第１の例と同様である。

【０２７７】以下、ルータ２０１５，２０１６などの下
流のルータでも、受け取ったＬＳＰ設定要求に対して、
境界ルータ２０１２が行ったのと同様にメッセージの送
信元情報のチェック（および認証等）、要求ストリーム
の登録有無チェックおよび網リソースチェックのすべて
を行う。あるいは、第１の例で説明したものと同様に、
同一のセグメント内の隣接ルータから受信したメッセー
ジであることが保証されるような場合に関してはメッセ
ージ送信元情報のチェックを省略するようにしてもよ
い。また、同一のセグメント内のルータから受信したメ
ッセージであることが確実で、すでに上流でポリシーチ
ェックが行われていると思われる場合（ＬＳＰ設定要求
メッセージに、同一の網セグメント内の上流にあるいず
れかのルータがストリームについてのポリシーチェック
を行って受付可能と判断したということが示されている
場合など）には登録ストリームか否かのチェックを省略
してもよい。

【０２７８】あるパケットストリームのためのＬＳＰ設
定要求をいずれかの理由により拒絶した境界ルータ２０
１２が、そのＬＳＰ設定を拒絶した境界ルータから拒絶
したストリームに属するパケット（ラベルの付与されて
いないもの）を受信した場合には、受信したパケットを
廃棄する（パケットの受信すら拒絶する）、あるいは従
来のネットワーク層のヘッダ処理を行って次段のルータ
２０１５を選択し、選択した次段ルータ２０１５へ向け
てパケットを転送する（ホップバイポップ転送処理を行
う）、あるいは自ノードが始点となって設定されている
ＬＳＰにそのパケットを転送する、などの対処が考えら
れる。登録されていない通信品質クラスを要求したため
にＬＳＰ設定を拒絶されたパケットストリームに属する
パケットを境界ルータ２０１２が受信した場合には、境
界ルータ２０１２を始点として、あるいは境界ルータ２
０２１から境界ルータ２０１２を中継点として設定され
ている別の（低品質の）ＬＳＰのうちで、パケットスト
リームの定義を満たすものが存在する場合には、受信パ
ケットにネットワーク層処理を行って、そのＬＳＰへパ
ケットを転送することも可能である。あるいは、登録さ
れていない通信品質クラスを要求された場合に、境界ル
ータ２０１２が上流側のラベルと下流側の低品質のラベ
ルとを対応付け、受信パケットにネットワーク層処理を
行わずに、境界ルータ２０１２を中継点とする、設定が
要求されたＬＳＰとは別のＬＳＰでパケットストリーム
の定義を満たすものの上へパケットを転送することもで
きる。

【０２７９】以上説明した手順と同様の手順がもう一方
の境界ルータ２０１３，２０２４間においても実行され
る。

【０２８０】なお、図２８のテーブルでは、パケットス
トリームがどこから来るか（送信元）でそれ用のＬＳＰ
の設定可否を判断する例を示したが、どこへ行くパケッ
トストリームなのか（宛先）で設定可否を判断する、あ
るいは組合せでどこからどこへのストリームなのかで可
否を判断することも、勿論可能である。

【０２８１】＜ストリーム情報により設定可否を制御す
る（第３の例）＞次に、第３の例として、第２の例と同
様にセグメント２０１０がセグメント２０２０からの特
定のパケットストリームに限定してＬＳＰによる転送サ
ービスを提供するが、セグメント２０１０とセグメント
２０２０の間の２つの接続点のうちのどちらを通過する
かを特に限定しない場合のＬＳＰ接続動作について説明
する。

【０２８２】パケットストリームの定義としては、第２
の例と同様、例えば、データパケットの送信元に関する
情報（例えば、送信元ホストアドレス、あるいは送信元
ネットワークアドレス、あるいは送信元ホストアドレス
とプロトコルとポート番号の組など）と、データパケッ
トの宛先に関する情報（例えば、宛先ホストアドレス、
あるいは宛先ネットワークアドレス、あるいは宛先ホス
トアドレスとプロトコルとポート番号の組、あるいはル
ーティングドメインの出口ルータなど）とのいずれか一
方、あるいは両方の組み合わせが考えられる。

【０２８３】この例でも、第１、第２の例と同様、ＬＳ
Ｐ設定、解放等の制御を行うための隣接ノードとしての
隣接認識手順が、セグメント２０１０の境界ルータ２０
１２とセグメント２０２０の境界ルータ２０２１との
間、および境界ルータ２０１３と境界ルータ２０２４と
の間で実行されている。また、第２の例と同様、どのよ
うなパケットストリームに対してＬＳＰ提供を要求する
か（あるいは提供を許容するか）に関しては、オフライ
ンの契約により決定され、決定した内容を少なくとも境
界ルータ２０１２および境界ルータ２０１３の各々のポ
リシーテーブルに設定しておく。第２の例とは異なり、
特に境界ルータによって意識的にストリームの分散を行
わない場合、許容するパケットストリームの情報に関し
ては、両方の境界ルータに同じ設定をしておけばよい
（この第３の例では、ポリシーテーブルがストリーム情
報の欄のみからなっていても構わない）。

【０２８４】次に実際に、セグメント２０２０の境界ル
ータ２０２１がセグメント２０１０方向へ向けて転送す
る特定のパケットストリームのために、セグメント２０
２０の境界ルータ２０２１がセグメント２０１０の境界
ルータ２０１２に対してＬＳＰ設定要求メッセージを送
信する場合の動作について説明する。ＬＳＰ設定要求メ
ッセージ受信時における判断処理の手順は先に図２９に
例示したものからステップＳ２１１の判断を省いたもの
を用いるものとする。ポリシーテーブルは先に図２８に
例示したものを用いるものとする。

【０２８５】まず、ＬＳＰ設定要求メッセージを受信し
た境界ルータ２０１２では、第１や第２の例で行ってい
た（ステップＳ２０１やステップＳ２１１での）隣接ル
ータのチェックは行わずに、ＬＳＰ設定要求メッセージ
内のパケットストリーム情報をポリシー管理部４００９
にて解析し、あらかじめ契約あるいは隣接認識手順によ
りポリシーテーブルに登録されているストリームに含ま
れるものであるか否かをチェックする（ステップＳ２１
２）。

【０２８６】登録されているストリームである場合に
は、次に、ラベル（あるいは必要なら帯域）などの網リ
ソースが確保できるか否かなどを考慮してＬＳＰ設定要
求を受け付け可能であるか否かをリソース管理部４０１
０にて判定する（ステップＳ２１３）。

【０２８７】受け付け可能であると判断した場合の手順
は第１および第２の例と同様である。

【０２８８】以下、ルータ２０１５，２０１６などの下
流のルータでも、受け取ったＬＳＰ設定要求に対して、
境界ルータ２０１２が行ったのと同様に、登録ストリー
ムのチェックおよび網リソースチェックのすべてを行う
ようにしてもよいし、あるいは第１、第２の例と同様
に、同一のセグメント内のルータから受信したメッセー
ジであることが確実で、すでに上流でポリシーチェック
が行われていると思われる場合（ＬＳＰ設定要求メッセ
ージに、同一の網セグメント内の上流にあるいずれかの
ルータがストリームについてのポリシーチェックを行っ
て受付可能と判断したということが示されている場合な
ど）には登録ストリームか否かのチェックを省略しても
よい。

【０２８９】ＬＳＰを提供するストリーム情報に関する
契約、登録に際しては、付加情報として、ストリーム毎
にベストエフォットのＬＳＰのみに限定するのか、所定
の通信品質クラスあるいは具体的な通信品質値を実現す
るＬＳＰも提供するのか等の情報も付随して登録するこ
とも可能である。その場合には、上述した隣接認識手順
や制御用セッション確立手順等においてそうしたストリ
ーム情報毎に通信品質クラス等の付随情報を交換、交渉
するようにしてもよい。また、ＬＳＰ要求設定時の受け
付け可否判定においても、登録ストリームか否かのチェ
ックの際に、通信品質クラスに関しても登録されている
ものに反していないかのチェックをポリシーテーブルに
より行い、それが許容された場合に実際の網リソースの
チェックを行うことになる。

【０２９０】あるパケットストリームのためのＬＳＰ設
定要求をいずれかの理由により拒絶した境界ルータ２０
１２が、そのＬＳＰ設定を拒絶した境界ルータから拒絶
したストリームに属するパケットを受信した場合の処理
については、第２の例と同様である。

【０２９１】以上説明した手順と同様の手順がもう一方
の境界ルータ２０１３，２０２４間においても実行され
る。

【０２９２】以上説明した、第１〜第３の例では、スト
リームの上流方向から下流方向へ向けてＬＳＰ設定の要
求を行い、下流側から上流側へそれに対する可否の応答
を返すという方法を例にして説明したが、ストリームの
下流側から上流側へ向けてＬＳＰ設定要求を行い、上流
から下流へ向けてその可否の応答を返す方法の場合でも
同様のメカニズムを適用することができる。

【０２９３】＜始点情報により設定可否を制御する（第
４の例）＞次に、第４の例として、ＬＳＰ設定要求を起
動する始点ノード（ルータもしくはホスト）の情報がＬ
ＳＰ設定要求メッセージに含まれ、その始点情報をもと
にＬＳＰ設定要求の受け付け可否を判断する例について
説明する。

【０２９４】始点ノードの情報は、ＬＳＰ設定要求メッ
セージ内に明示的に記載されている場合には、それを用
いればよいし、ＬＳＰ設定要求メッセージ内のパケット
ストリームの情報（例えば送信元ネットワークアドレス
等）から始点ノードを求めることができる場合には、そ
のようにして求めたものを用いてもよい。

【０２９５】ここでは、例えば、セグメント２０３０に
おいて、外部セグメントからのＬＳＰについては、セグ
メント２０２０内の境界ルータ２０２１を始点とするＬ
ＳＰのみ設定を許容し、それ以外の場合には外部セグメ
ントからのＬＳＰ設定を受け付けない場合について考え
る。さらに、そのＬＳＰにて運ばれるストリームの限定
については、１）データパケットの送信元アドレスとし
て特定のホストアドレスあるいは特定のネットワークア
ドレスを持つパケット、２）データパケットの送信元ア
ドレスは限定しないが、特定のアプリケーションのパケ
ット（プロトコル番号やポート番号で指定される）、
３）データパケットの送信元アドレスとして特定のホス
トアドレスあるいは特定のネットワークアドレスを持
ち、かつ、特定のアプリケーションのパケット（すなわ
ち、上記の１）と２）を組み合わせたもの）、４）特に
ストリームは限定しない、などが考えられる。ＬＳＰが
設定されると始点ノードが実際にデータパケットをその
ストリーム用のＬＳＰへ送出する動作を行うため、始点
ノードが信用できる（登録された始点ノードであって認
証が成功した）場合には、ＬＳＰ設定要求メッセージに
記載された通りのストリームが実際にそのＬＳＰを通っ
て流れてくると仮定してシステムを運用することが可能
である。

【０２９６】図３０に、ＬＳＰ設定要求メッセージ受信
時における判断処理の手順の一例を示す。

【０２９７】まず、要求されているＬＳＰで運ばれるス
トリームを限定しない場合について説明する。この場
合、図３０のステップＳ２２２の判断は省かれる。

【０２９８】図３１に、始点情報を利用してＬＳＰ設定
可否判断を行うセグメント２０３０の境界ルータ２０３
１内のポリシーテーブルの一例を示す。このポリシーテ
ーブルの内容は、ＬＳＰ設定を受け付ける始点ルータと
してルータ２０２１が登録されているが、その中に流す
ストリームに関する情報やさらにそのＬＳＰが要求する
ＣｏＳ等の付加情報に関しては特に制限がない場合を示
している。

【０２９９】ＬＳＰ設定要求メッセージをルータ２０１
４から受信したセグメント２０３０の境界ルータ２０３
１では、メッセージ内のＬＳＰ始点ノード情報がポリシ
ーテーブルに登録されていることを認識すると（ステッ
プＳ２２１）、メッセージ内のストリーム情報にかかわ
らずＬＳＰ設定をポリシー的に（セキュリティ的に）許
容できると判断する。なお、ここで、ＬＳＰの始点ノー
ド情報には、それが信頼できる情報か否かを判断するた
めの認証情報が一緒に含れていて、認証に失敗したＬＳ
Ｐ設定を拒絶するようにしてもよい。また、ストリーム
情報も受付け可否の判断に用いる場合は、認証結果が真
であったときに限り「ＬＳＰ設定要求メッセージ中のス
トリームに関する情報がポリシーテーブルに登録されて
いれば設定を許可する」という動作を行うようにしても
よい。

【０３００】ポリシー的に受け付けられたＬＳＰ設定要
求は、さらに実際のラベル（および必要ならば帯域）な
どの網リソースが割り当てられるか否かも判断し、最終
的に設定要求を受け付けるか否かを決定する（ステップ
Ｓ２２３）。

【０３０１】境界ルータ２０３１において設定要求を受
け付けられると判断されたならば、ＬＳＰがこの境界ル
ータ１０３１で終端される場合にはそこから応答を表す
メッセージがセグメント２０１０の境界ルータ２０１４
へ返されるが、さらに先のノードまでＬＳＰが伸びる場
合にはＬＳＰ設定要求メッセージを次段ルータ２０３４
に送信する。

【０３０２】後者の場合にＬＳＰ設定要求メッセージを
受信したルータ２０３４では、ルータ２０３１で行った
のと同様のポリシーチェックを行ってもよいし、第１〜
第３の例と同様に、同一セグメントの境界ルータ２０３
１から受信したＬＳＰ設定要求にはポリシーチェックを
行う必要はないと判断してそれを行わないようにしても
よい。なお、境界ルータ２０３１において、ポリシーチ
ェックを行った旨をＬＳＰ設定要求メッセージ内に明示
的に示すようにしてもよい。

【０３０３】次に、要求されているＬＳＰで運ばれるス
トリームに限定を設ける場合について説明する。

【０３０４】次に、図３２に、始点情報を利用してＬＳ
Ｐ設定可否判断を行うセグメント２０３０の境界ルータ
２０３１内のポリシーテーブルの他の例を示す。このポ
リシーテーブルの内容は、ＬＳＰ設定を受け付ける始点
ルータとしてルータ２０２１が登録されており、さらに
その中に流すストリームに関する情報としてパケット送
信元ネットワークアドレスが指定されている場合を示し
ている（ＣｏＳに関する指定はここでもないものとす
る）。

【０３０５】ＬＳＰ設定要求メッセージをルータ２０１
４から受信したセグメント２０３０の境界ルータ２０３
１では、メッセージ内のＬＳＰ始点ノード情報およびス
トリーム情報（パケット送信元ネットワークアドレス）
がポリシーテーブルに登録されていることを認識すると
（ステップＳ２２１，Ｓ２２２）、ＬＳＰ設定をポリシ
ー的に（セキュリティ的に）許容できると判断する。な
お、前述と同様に、ＬＳＰの始点ノード情報には、それ
が信頼できる情報か否かを判断するための認証情報が一
緒に含れていて、認証に失敗したＬＳＰ設定を拒絶する
ようにしてもよい。

【０３０６】ポリシー的に受け付けられたＬＳＰ設定要
求は、さらに実際のラベル（および必要ならば帯域）な
どの網リソースが割り当てられるか否かも判断し、最終
的に設定要求を受け付けるか否かを決定する（ステップ
Ｓ２２３）。

【０３０７】以降は前述と同様で、境界ルータ２０３１
において設定要求を受け付けられると判断されたなら
ば、ＬＳＰがこの境界ルータ１０３１で終端される場合
にはそこから応答を表すメッセージがセグメント２０１
０の境界ルータ２０１４へ返されるが、さらに先のノー
ドまでＬＳＰが伸びる場合にはＬＳＰ設定要求メッセー
ジを次段ルータ２０３４に送信する。

【０３０８】また同様に、後者の場合にＬＳＰ設定要求
メッセージを受信したルータ２０３４では、ルータ２０
３１で行ったのと同様のポリシーチェックを行ってもよ
いし、同一セグメントの境界ルータ２０３１から受信し
たＬＳＰ設定要求にはポリシーチェックを行う必要はな
いと判断してそれを行わないようにしてもよい。なお、
境界ルータ２０３１において、ポリシーチェックを行っ
た旨をＬＳＰ設定要求メッセージ内に明示的に示され、
これを受けたルータ２０３４等は自分の属するセグメン
トの境界ルータが既にポリシーチェックを済ませたこと
をＬＳＰ設定要求メッセージを解釈して知った場合には
ポリシーチェックを省略するようにしてもよい。

【０３０９】他にもストリーム情報として、アプリケー
ションに相当するポート番号等をポリシーテーブルに登
録したり、送信元アドレスとポート番号の両方をポリシ
ーテーブルに登録してもよい。また、ＬＳＰにより提供
可能なＣｏＳ情報についてもポリシーテーブルに登録し
てもよい。これらの場合にも、境界ルータ２０３１にお
いて、ルータ２０１４から受信したＬＳＰ設定要求メッ
セージ内のストリーム情報（および要求ＣｏＳ情報）と
ポリシーテーブル内の情報とを比較して、ポリシー的な
受け付け可否判断を行う。ここでは、例えば境界ルータ
２０３１がセグメント２０３０へ外部から流入するスト
リームからセグメント２０３０内のノードを守る場合を
想定して、ストリームの送信元に関する情報に基づいて
受付け可否を判断する例を説明したが、例えばルータ２
０３３がセグメント２０３０から外部へ流出するストリ
ームに対して制御をかけるために、ストリームの宛先に
関する情報に基づいて受付け可否を判断するようなこと
も可能である。勿論、ストリームの送信元と宛先の情報
を組合せて受付け可否を判断する実施形態もあり得る。

【０３１０】このＬＳＰ設定要求メッセージ内の始点ノ
ード情報には、それに付随した認証情報を含ませると好
ましい点についてはすでに説明したが、始点情報に認証
情報が付随していない場合に、ＬＳＰ設定要求メッセー
ジを受信したルータがメッセージ内の始点情報およびス
トリーム等の付随情報を信用するか否かは、そのルータ
あるいはセグメントにより異なるようにしてもよい。も
し、認証情報が付随していない場合には、１）たとえ登
録してある始点ノードがメッセージ内に記述されていて
もＬＳＰ設定要求を拒否する、２）登録してある始点ノ
ードがメッセージ内に記載されていて、ＬＳＰ設定要求
メッセージ内に記述されたストリーム以外のストリーム
が実際にはそのＬＳＰから送信されてきたとしても構わ
ない場合に限りＬＳＰ設定要求を受け付ける、などのバ
リエーションが可能である。

【０３１１】あるパケットストリームのためのＬＳＰ設
定要求をいずれかの理由により拒絶した境界ルータ２０
１２が、そのＬＳＰ設定を拒絶した相手の境界ルータか
らのパケット（ラベルの付与されていないもの）を受信
した場合には、パケット転送処理部４００５もしくはス
イッチ部４００３が、以下のような動作を行う。すなわ
ち、受信したパケットを廃棄する（パケットの受信すら
拒絶する）、あるいは従来のネットワーク層のヘッダ処
理を行って次段のルータ２０１５を選択し、選択した次
段ルータ２０１５へ向けてパケットを転送する（ホップ
バイポップ転送処理を行う）、あるいは自ノードが始点
となって設定されているＬＳＰにそのパケットを転送す
る、などの対処が考えられる。登録されていない通信品
質クラスを要求したためにＬＳＰ設定を拒絶されたパケ
ットストリームに属するパケットを境界ルータ２０１２
が受信した場合には、境界ルータ２０１２を始点とし
て、あるいは境界ルータ２０２１から境界ルータ２０１
２を中継点として設定されている別の（低品質の）ＬＳ
Ｐのうちで、パケットストリームの定義を満たすものが
存在する場合には、受信パケットにネットワーク層処理
を行って、そのＬＳＰへパケットを転送することも可能
である。あるいは、登録されていない通信品質クラスを
要求された場合に、境界ルータ２０１２が上流側のラベ
ルと下流側の低品質のラベルとを対応付け、受信パケッ
トにネットワーク層処理を行わずに、境界ルータ２０１
２を中継点とする、設定が要求されたＬＳＰとは別のＬ
ＳＰでパケットストリームの定義を満たすものの上へパ
ケットを転送することもできる。

【０３１２】なお、この第４の例は第１〜第３の例に述
べた隣接ノードおよび／またはストリーム情報による可
否判定等と組合せて使用する場合も考えられるし、次の
第５の例に述べる終点ノード情報による可否判定等と組
合せて使用する場合も考えられるし、ここに述べる始点
情報のみで可否判定する場合も考えられる。

【０３１３】＜終点情報により設定可否を制御する（第
５の例）＞次に、第５の例として、ＬＳＰの終点となる
ノード（ルータもしくはホスト）の情報がＬＳＰ設定要
求メッセージに含まれ、その終点情報をもとにＬＳＰ設
定要求可否を判断する場合について説明する。例えば、
セグメント２０３０の境界ルータ２０３１では、外部セ
グメント２０１０からのＬＳＰ設定要求について、自分
自身が終点となるＬＳＰのみ許容するが、セグメント２
０３０内のさらに先のノード２０３４、２０３２、２０
３３までＬＳＰを設定することは許容しない場合を考え
る（例えば境界ルータ２０３１にてすべてのパケットの
ヘッダチェックを従来通り行いたいような場合）。その
場合には、境界ルータ１０３１は、セグメント２０１０
の境界ルータ２０２４から受信したＬＳＰ設定要求メッ
セージ内に含まれるＬＳＰ終点ノードに関する情報を参
照し、終点ノードが自分自身であればＬＳＰ設定要求を
許容するための処理を行うが、自分と同じセグメント内
でかつ自分よりもさらに経路的に先のノードが終点とし
て指定されている場合には、ＬＳＰ設定要求を拒絶する
旨を示すメッセージを境界ルータ２０２４に返すか、あ
るいは自分自身でＬＳＰを終端させて設定許可を示すメ
ッセージを境界ルータ２０２４に返す。

【０３１４】終点ノードの情報は、ＬＳＰ設定要求メッ
セージ内に明示的に記載されている場合には、それを用
いればよいし、ＬＳＰ設定要求メッセージ内のパケット
ストリームの情報（例えば宛先ネットワークアドレス
等）から終点ノードを求めることができる場合には、そ
のようにして求めたものを用いてもよい。

【０３１５】この終点ノード情報に基づいてＬＳＰ設定
可否を判断する他の例としては、例えば、境界ルータ２
０３１が自分自身のセグメント２０３０内で終端するＬ
ＳＰなら許容するが、ＬＳＰの終点がセグメント２０３
０の外であるような設定要求（セグメント２０３０を中
継点として他のセグメントへ出て行くようなＬＳＰの設
定要求）は受け付けたくないような場合がある。この場
合には、ポリシーテーブルとして、ＬＳＰの設定を許容
する終点ノード情報の一覧を境界ルータ２０３１が保持
し、ＬＳＰ設定要求メッセージを受けたルータ２０３１
が、そのＬＳＰの終点がここに登録された終点ノードで
あれば、ＬＳＰ設定要求を許容するための処理を行うよ
うにすればよい。

【０３１６】なお、第５の例は第１〜第４の例に述べた
隣接ノード情報、パケットストリーム情報、および／ま
たは始点ノード情報による可否判定と組合せて使用する
ことも可能である。

【０３１７】なお、上記の各例では隣接、始点、終点等
によるＬＳＰ設定可否の制御を各ノードの情報（例えば
ＩＰアドレス）に基づいて行う例を説明したが、各ノー
ドが属するネットワークもしくはセグメント（例えばＩ
Ｐアドレスプレフィクスや、各ノードとセグメントの対
応情報などを用いる）に基づいて行うことも可能であ
る。

【０３１８】以上、ラベルスイッチングパスの設定にお
けるセキュリティーに関していくつかの例を示してきた
が、本実施形態によれば、特定の隣接ノードに限定した
ＬＳＰ提供、特定のパケットストリームに限定したＬＳ
Ｐ提供、さらに特定の始点ノードを持つ場合に限定した
ＬＳＰ提供等を行うことが可能になり、セキュリティ面
あるいは網リソースの使用（ポリシー制御）面におい
て、ラベルスイッチを用いない場合と同様に問題を生じ
ることなく、ラベルスイッチを利用することが可能にな
る。

【０３１９】本実施形態にて説明した各機能は、ハード
ウェアとしてもソフトウェアとしても実現可能である。
また、ソフトウェアとしても実現する場合、コンピュー
タに所定の手順を実行させるための（あるいはコンピュ
ータを所定の手段として機能させるための、あるいはコ
ンピュータに所定の機能を実現させるための）プログラ
ムを記録したコンピュータ読取り可能な記録媒体として
実施することもできる。

【０３２０】本発明は、上述した実施の形態に限定され
るものではなく、その技術的範囲において種々変形して
実施することができる。

【０３２１】

【発明の効果】本発明によれば、集合住宅のバックボー
ン網である第１の網と、個別の住宅内のバックボーン網
である第２の網とを、論理ネットワーク的に分離するこ
とが可能になるので、効果的にセキュリティの確保を図
ることができる。

【０３２２】また、本発明によれば、ＩＰ処理せずにデ
ータリンクレイヤ処理にてデータフォワーディングを行
なうスイッチ手段を設けることにより、ルータを介して
網間にて行なわれる映像等のデータ通信を高速化するこ
とができる。

【０３２３】また、本発明によれば、放送された映像等
のデータを、選択的に蓄積し、要求に応じて配送できる
環境を提供することが可能となる。

【０３２４】また、本発明によれば、ある網側のサービ
スおよび／または装置を選択的に他の網側に紹介し、遠
隔制御や情報の収納や取り出しなどの対象とすることが
可能となる。

【０３２５】また、本発明によれば、特定の隣接ノード
に限定したＬＳＰ提供、特定のパケットストリームに限
定したＬＳＰ提供、さらに特定の始点ノードを持つ場合
に限定したＬＳＰ提供等を行うことが可能になり、セキ
ュリティ面あるいは網リソースの使用（ポリシー制御）
面において、ラベルスイッチを用いない場合と同様に問
題を生じることなく、ラベルスイッチを利用することが
可能になる。

【図面の簡単な説明】

【図１】本発明の一実施形態に係る集合住宅内のバック
ボーン網の構成例を示す図

【図２】同実施形態に係る集合住宅の家庭内の配線シス
テムの構成例を示す図

【図３】同実施形態に係る情報コンセントの概観図の一
例を示す図

【図４】同実施形態に係る家庭内に配置された各装置の
例を示す図

【図５】図４における放送系の接続状況を示す図

【図６】図４における１３９４系の接続状況を示す図

【図７】図１のマンションバックボーン網における接続
状況を示す図

【図８】同実施形態に係るデジタル放送蓄積サーバの内
部構造の一例を示す図

【図９】データ取り出し要求の到着から該当するデータ
の送出までの手順の一例を示すフローチャート

【図１０】各家庭と使用中の通信資源と規定された同時
使用可能な通信資源との対応を記憶したテーブルの一例
を示す図

【図１１】同実施形態に係るホームルータの内部構造の
一例を示す図

【図１２】家庭内の計算機からホームルータを介してデ
ジタル放送蓄積サーバにアクセスし映像の配送を受ける
際のシーケンスの一例を示す図

【図１３】入力同期チャネル番号と出力同期チャネル番
号との対応を設定したテーブルの一例を示す図

【図１４】家庭内の計算機からホームルータを介してデ
ジタル放送蓄積サーバにアクセスし映像の配送を受ける
際のシーケンスの他の例を示す図

【図１５】家庭内の計算機からホームルータを介してデ
ジタル放送蓄積サーバにアクセスし映像の配送を受ける
際のシーケンスのさらに他の例を示す図

【図１６】入力されたレジスタオフセットと出力すべき
宛先ノードＩＤおよびレジスタオフセットとの対応を設
定したテーブルの一例を示す図

【図１７】ホームルータにその家庭内の装置および／ま
たはサービスについての情報を登録する手順の一例を示
す図

【図１８】ホームルータがその家庭内の装置および／ま
たはサービスについての情報を収集する手順の一例を示
す図

【図１９】公開する端末および／またはサービスを選択
・設定するための手順の一例を示す図

【図２０】ホームルータがその家庭内の装置および／ま
たはサービスの情報をその家庭外部に紹介するシーケン
スの一例を示す図

【図２１】ある家庭の計算機から他の家庭のサービスを
利用する際のシーケンスの一例を示す図

【図２２】ある家庭内の装置および／またはサービスの
情報を紹介するためのＧＵＩの一例を示す図

【図２３】データリンクスイッチングの使用を許可する
ホームルータのアドレスを設定したテーブルの一例を示
す図

【図２４】本発明の他の実施形態に係るネットワーク構
成例を説明するための図

【図２５】本発明の他の実施形態に係るラベルスイッチ
機能を有するルータの構成例を示す図

【図２６】ＬＳＰ設定要求メッセージ受信時における判
断処理の手順の一例を示すフローチャート

【図２７】ＬＳＰ設定要求メッセージのメッセージ形式
の例を示す図

【図２８】ポリシーテーブルの一構成例を示す図

【図２９】ＬＳＰ設定要求メッセージ受信時における判
断処理の手順の他の例を示すフローチャート

【図３０】ＬＳＰ設定要求メッセージ受信時における判
断処理の手順のさらに他の例を示すフローチャート

【図３１】ポリシーテーブルの構成例を示す図

【図３２】ポリシーテーブルの構成例を示す図

【符号の説明】

１０１…共同アンテナ １０２〜１０６…分配器 サーバ１０７…デジタル放送蓄積 １０８…インターネットサーバ １０９〜１１２…ホームルータ ２０１〜２０４…情報コンセント ４０１…セットトップボックス内蔵テレビ ４０２…ＰＣ ４０３…デジタルＶＴＲ ４０４，４０７…セットトップボックス ４０５，４０８…テレビ ４０６…ＤＶＤ ８０１…周波数フィルタ ８０２…復調器 ８０３…データ蓄積部 ８０４…データ選択取り出し部 ８０５…ＣＩＰヘッダ付加部 ８０６…ユーザ蓄積要求解析部 ８０７…ユーザ取り出し要求解析部 ８０８…ユーザ毎使用帯域監視部 ８０９…ＩＰ処理部 ８１０…１３９４インタフェース １１０１，１１０５…１３９４インタフェース １１０２…チャネル番号処理部 １１０３…１３９４スイッチ １１０４…チャネル番号処理部 １１０６…レジスタ処理部 １１０７…ＦＡＮＰ処理部 １１０８…レジスタ処理部 １１０９…ＩＰ処理部 １１１０…ファイアウオール／認証処理部 １１１１…１３９４代理サービス処理部 １１１２…ＤＨＣＰサーバ処理部 １１１３…スイッチ使用許可テーブル １１１４…サービス表示テーブル ２０１０，２０２０，２０３０…ネットワークセグメン
ト ２０１１〜２０１４，２０２１〜２０２４，２０３１〜
２０３３…境界ルータ ２０１５，２０１６，２０２５，２０３４…内部ルータ ４０００…コントローラ部 ４００１−１，４００１−ｋ…送受信インタフェース部 ４００３…スイッチ部 ４００４…フレーム・パケット変換部 ４００５…パケット転送部 ４００６…制御メッセージ処理部 ４００７…ＬＳＰ制御部 ４００８…スイッチ制御部 ４００９…ポリシー管理部 ４０１０…リソース管理部 ４０１１…経路表

───────────────────────────────────────────────────── フロントページの続き (72)発明者 橋本 幹生 神奈川県川崎市幸区小向東芝町１番地 株 式会社東芝研究開発センター内 (72)発明者 田中 久子 神奈川県川崎市幸区小向東芝町１番地 株 式会社東芝研究開発センター内

Claims (31)

【特許請求の範囲】
1. 【請求項１】集合住宅内にバックボーン網として設けら
   れた第１の網と、 前記集合住宅内の所望の住宅内に住宅内バックボーン網
   としてそれぞれ設けられた第２の網と、 前記所望の住宅夫々に設けられた、前記第１の網との通
   信インタフェースおよび前記第２の網との通信インタフ
   ェースを有するホームルータとを備え、 前記ホームルータは、前記第１の網と前記第２の網との
   間でデータリンクレイヤ識別子のみを参照してデータフ
   ォワーディングを行うスイッチ手段を有することを特徴
   とする集合住宅配線システム。
2. 【請求項２】放送を受信する第１のインタフェースと、 ネットワークと接続する第２のインタフェースと、 前記第２のインタフェースを介して受信したインターネ
   ットパケットを処理する処理手段と、 前記第１のインタフェースを介して受信した放送のうち
   蓄積すべき部分を選択する第１の選択手段と、 少なくとも前記第１の選択手段により選択された放送を
   蓄積する蓄積手段と、 前記蓄積手段に蓄積されたデータのうち前記第２のイン
   タフェースから送出するべきデータを選択する第２の選
   択手段とを備え、 前記第１の選択手段および第２の選択手段における選択
   対象の選択は、前記処理手段による前記インターネット
   パケットの処理結果に基づいて制御されることを特徴と
   する蓄積装置。
3. 【請求項３】前記第２のインタフェースから前記蓄積さ
   れたデータを送信するのに先だって、該第２のインタフ
   ェースから該データの受信ノードまでの通信資源の確保
   を行う通信資源確保手段をさらに備えたことを特徴とす
   る請求項２に記載の蓄積装置。
4. 【請求項４】データの送信先またはデータ送信の依頼者
   となるユーザまたは端末毎に、前記第２のインタフェー
   スを介して前記蓄積されたデータを送信する際に同時に
   使用可能な通信資源量と現在そのユーザまたは端末につ
   いて使用している通信資源量とを記した管理テーブルを
   さらに備えたことを特徴とする請求項２に記載の蓄積装
   置。
5. 【請求項５】前記データ送信要求があった場合に、その
   送信要求に応じたデータ送信を行うと、要求元のユーザ
   または端末について消費する通信資源量が、該ユーザま
   たは端末について定められている同時に使用可能な通信
   資源量を超えることになるときは、該送信要求を拒否す
   る要求拒否手段をさらに備えたことを特徴とする請求項
   ４に記載の蓄積装置。
6. 【請求項６】第１の網に接続された第１の通信インタフ
   ェースと、 第２の網に接続された第２の通信インタフェースと、 前記第１の網側に存在する装置／サービスに関する構成
   情報を前記第２の網側に通知する通知手段と、 前記第１の網側の構成情報のうちいずれの装置／サービ
   スに関するものを前記通知手段により通知するかを判断
   する判断手段とを備えたことを特徴とする通信装置。
7. 【請求項７】インターネットパケットの送受信処理を行
   うＩＰ処理部と、 前記第１の網および第２の網の一方の網から受信したデ
   ータについて、該一方の網のデータリンクレイヤ識別子
   を参照して、あらかじめ定められた他方の網のデータリ
   ンクレイヤ識別子を付与した上で、該他方の網に送出す
   るスイッチ手段とをさらに備えたことを特徴とする請求
   項６に記載の通信装置。
8. 【請求項８】第１の網に接続された第１の通信インタフ
   ェースと、 第２の網に接続された第２の通信インタフェースと、 インターネットパケットの送受信処理を行うＩＰ処理部
   と、 前記第１の網および第２の網の一方の網から受信したデ
   ータについて、該一方の網のデータリンクレイヤ識別子
   を参照して、あらかじめ定められた他方の網のデータリ
   ンクレイヤ識別子を付与した上で、該他方の網に送出す
   るスイッチ手段と、 前記スイッチ手段の使用が許可されている主体を登録す
   るテーブル手段と、 前記スイッチ手段の使用の申請があった場合、前記テー
   ブル手段を参照して、該申請に対し許可を与えるか否か
   を決定する決定手段とを備えたことを特徴とする通信装
   置。
9. 【請求項９】ＩＥＥＥ１３９４インタフェースによる第
   １の通信インタフェースと、 第２の通信インタフェースと、 前記第１の通信インタフェースから入力／出力される非
   同期パケットの特定のレジスタの値と、前記第２の通信
   インタフェースから出力／入力されるパケットのデータ
   リンク識別子との対応を記憶した対応テーブルと、 前記第１の通信インタフェースから非同期パケットの形
   で特定のレジスタ宛に送られてきたパケットを、これに
   前記対応テーブルで定められた識別子を付与して前記第
   ２の通信インタフェースから送出するスイッチ手段とを
   備えたことを特徴とする通信装置。
10. 【請求項１０】通信インタフェースとして用いるＩＥＥ
    Ｅ１３９４インタフェースと、 前記ＩＥＥＥ１３９４インタフェースから入力／出力さ
    れる非同期パケットの特定のレジスタの値と、その値の
    レジスタに向かって送出する非同期パケットの属性情報
    とを、前記非同期パケットの受信ノードに対して通知す
    る通知手段とを備えたことを特徴とする通信装置。
11. 【請求項１１】通信インタフェースとして用いるＩＥＥ
    Ｅ１３９４インタフェースと、 前記ＩＥＥＥ１３９４インタフェースから入力／出力さ
    れる非同期パケットの受信ノードが指定する特定の値の
    レジスタに向かって送出する非同期パケットの属性情報
    を、該受信ノードに対して通知する通知手段を備えたこ
    とを特徴とする通信装置。
12. 【請求項１２】パケットストリームが入力されるチャネ
    ルを識別するための入力側ラベルと、該パケットストリ
    ームが出力されるチャネルを識別するための出力側ラベ
    ルとの対応関係を参照して、入力されたパケットをラベ
    ルスイッチングするスイッチ手段と、 前記ラベルスイッチングによるパケット転送を許可する
    か否かの判断材料となる、ラベルスイッチングパスの始
    点に関する情報を記憶する記憶手段と、 ラベルスイッチングパスの始点となるノードもしくはネ
    ットワークの情報と、該ラベルスイッチングパスを使用
    して転送されるべきパケットストリームの情報とを含
    む、制御メッセージを受信する受信手段と、 この受信した制御メッセージに含まれる始点ノード／ネ
    ットワークの情報と、前記記憶手段に記憶された情報と
    に基づいて、前記ラベルスイッチングを可能とする対応
    関係の記憶を許可するか否かを判断し、この判断結果に
    基づいて、前記制御メッセージに示されるパケットスト
    リーム用に、自装置を通過するラベルスイッチングパス
    の設定を行う制御手段とを備えることを特徴とするルー
    タ装置。
13. 【請求項１３】前記制御手段は、前記始点ノード／ネッ
    トワークからのいずれのパケットストリームも前記ラベ
    ルスイッチングにより転送して良いと判断される場合
    に、許可すると判断することを特徴とする請求項１２に
    記載のルータ装置。
14. 【請求項１４】前記制御手段は、前記制御メッセージが
    真に前記始点ノード／ネットワークから送信されたもの
    であるか否かを認証し、この認証結果が真であることを
    示す場合に、許可すると判断することを特徴とする請求
    項１２に記載のルータ装置。
15. 【請求項１５】前記制御手段は、前記制御メッセージに
    含まれるパケットストリームの情報を加味して、許可す
    るか否かを判断することを特徴とする請求項１２または
    １４に記載のルータ装置。
16. 【請求項１６】前記制御手段が前記ラベルスイッチング
    パスの設定を行わなかった場合に、前記パケットストリ
    ームに属するパケットを受信したら廃棄する手段を更に
    備えることを特徴とする請求項１２に記載のルータ装
    置。
17. 【請求項１７】前記制御手段が前記ラベルスイッチング
    パスの設定を行わなかった場合に、前記パケットストリ
    ームに属するパケットを受信したらネットワーク層処理
    を施してホップバイホップ転送用のパスもしくは自装置
    を始点とする該パケットストリーム用のラベルスイッチ
    ングパスへ出力する手段を更に備えることを特徴とする
    請求項１２に記載のルータ装置。
18. 【請求項１８】前記記憶手段は、前記ラベルスイッチン
    グパスによるパケット転送を許可する場合に提供する通
    信品質に関する情報を、各始点毎に、記憶するものであ
    り、 前記制御手段は、受信した前記制御メッセージに含まれ
    る要求通信品質の情報と、前記記憶手段に記憶された情
    報とにも基づいて、前記許否の判断を行うことを特徴と
    する請求項１２に記載のルータ装置。
19. 【請求項１９】前記制御手段が許可しないと判断した場
    合に、前記パケットストリームに属するパケットを受信
    したら該パケットストリーム用の別の、前記ラベルスイ
    ッチングパスに対して要求されていた通信品質よりも低
    品質の、ラベルスイッチングパスへ出力する手段を更に
    備えることを特徴とする請求項１８に記載のルータ装
    置。
20. 【請求項２０】前記ルータ装置は、ネットワークセグメ
    ントの境界に位置するものであり、 前記制御手段が前記ラベルスイッチングを可能とする対
    応関係の記憶を許可すると判断した場合には、前記ネッ
    トワークセグメントの内部のルータは該許否の判断を行
    わずに該ルータを通過するラベルスイッチングパスの設
    定を行えるように、許可を示す情報を含めた制御メッセ
    ージを送信する手段を更に備えることを特徴とする請求
    項１２に記載のルータ装置。
21. 【請求項２１】前記制御メッセージは、前記ラベルスイ
    ッチングパス上の自装置に隣接するノードもしくはネッ
    トワークの情報をも含むものであり、 前記記憶手段は、前記ラベルスイッチングによるパケッ
    ト転送を許可するか否かの判断材料となる、自装置の隣
    接ノード／ネットワークに関する情報をも記憶するもの
    であり、 前記制御手段は、受信した前記メッセージに含まれる隣
    接ノード／ネットワークの情報と、前記記憶手段に記憶
    された情報とにも基づいて、前記許否の判断を行うこと
    を特徴とする請求項１２に記載のルータ装置。
22. 【請求項２２】前記制御手段は、前記制御メッセージが
    真に前記始点ノード／ネットワークから送信されたもの
    であるか否かを認証し、前記制御メッセージが真に前記
    隣接ノード／ネットワークから送信されたものであるか
    否かを認証し、いずれの認証結果も真であることを示す
    場合に、許可すると判断することを特徴とする請求項２
    １に記載のルータ装置。
23. 【請求項２３】前記記憶手段は、前記ラベルスイッチン
    グによるパケット転送を許可するか否かの判断材料とな
    る、ラベルスイッチングパスの終点に関する情報をも記
    憶するものであり、 前記制御手段は、受信した前記制御メッセージに含まれ
    る、もしくは、該制御メッセージ中のパケットストリー
    ムの情報から求められる、前記ラベルスイッチングパス
    の終点となるノードもしくはネットワークの情報と、前
    記記憶手段に記憶された情報とにも基づいて、前記許否
    の判断を行うことを特徴とする請求項１２に記載のノー
    ド装置。
24. 【請求項２４】パケットストリームが入力されるチャネ
    ルを識別するための入力側ラベルと、該パケットストリ
    ームが出力されるチャネルを識別するための出力側ラベ
    ルとの対応関係を参照して、入力されたパケットをラベ
    ルスイッチングするスイッチ手段と、 前記ラベルスイッチングによるパケット転送を許可する
    か否かの判断材料となる、自装置の隣接ノード／ネット
    ワークに関する情報を記憶する記憶手段と、 ラベルスイッチングパス上の自装置に隣接するノードも
    しくはネットワークの情報と、該ラベルスイッチングパ
    スを使用して転送されるべきパケットストリームの情報
    とを含む、制御メッセージを受信する受信手段と、 この受信した制御メッセージに含まれる隣接ノード／ネ
    ットワークの情報と、前記記憶手段に記憶された情報と
    に基づいて、前記ラベルスイッチングを可能とする対応
    関係の記憶を許可するか否かを判断し、この判断結果に
    基づいて、前記制御メッセージに示されるパケットスト
    リーム用に、自装置を通過するラベルスイッチングパス
    の設定を行う制御手段とを備えることを特徴とするルー
    タ装置。
25. 【請求項２５】前記制御手段は、前記制御メッセージを
    送信した隣接ノードが、自装置が属するネットワークセ
    グメント内のノードであると判断できる場合には、前記
    許可するか否かの判断を省略することを特徴とする請求
    項２４に記載のルータ装置。
26. 【請求項２６】パケットストリームが入力されるチャネ
    ルを識別するための入力側ラベルと、該パケットストリ
    ームが出力されるチャネルを識別するための出力側ラベ
    ルとの対応関係を参照して、入力されたパケットをラベ
    ルスイッチングするスイッチ手段と、 前記ラベルスイッチングによるパケット転送を許可する
    か否かの判断材料となる、パケットストリームに関する
    情報を記憶する記憶手段と、 ラベルスイッチングパスを使用して転送されるべきパケ
    ットストリームの情報を含む、制御メッセージを受信す
    る受信手段と、 この受信した制御メッセージに含まれるパケットストリ
    ームの情報と、前記記憶手段に記憶された情報とに基づ
    いて、前記ラベルスイッチングを可能とする対応関係の
    記憶を許可するか否かを判断し、この判断結果に基づい
    て、前記制御メッセージに示されるパケットストリーム
    用に、自装置を通過するラベルスイッチングパスの設定
    を行う制御手段とを備えることを特徴とするルータ装
    置。
27. 【請求項２７】パケットストリームが入力されるチャネ
    ルを識別するための入力側ラベルと、該パケットストリ
    ームが出力されるチャネルを識別するための出力側ラベ
    ルとの対応関係を参照して、入力されたパケットをラベ
    ルスイッチングするスイッチ手段と、 前記ラベルスイッチングによるパケット転送を許可する
    か否かの判断材料となる、ラベルスイッチングパスの終
    点に関する情報を記憶する記憶手段と、 ラベルスイッチングパスを使用して転送されるべきパケ
    ットストリームの情報を含む、制御メッセージを受信す
    る受信手段と、 この受信した制御メッセージに含まれる、もしくは、該
    制御メッセージ中のパケットストリームの情報から求め
    られる、前記ラベルスイッチングパスの終点となるノー
    ドもしくはネットワークの情報と、前記記憶手段に記憶
    された情報とに基づいて、前記ラベルスイッチングを可
    能とする対応関係の記憶を許可するか否かを判断し、こ
    の判断結果に基づいて、前記制御メッセージに示される
    パケットストリーム用に、自装置を通過するラベルスイ
    ッチングパスの設定を行う制御手段とを備えることを特
    徴とするルータ装置。
28. 【請求項２８】パケットストリームが入力されるチャネ
    ルを識別するための入力側ラベルと、該パケットストリ
    ームが出力されるチャネルを識別するための出力側ラベ
    ルとの対応関係を参照して、入力されたパケットをラベ
    ルスイッチングすることを許可するか否かの判断材料と
    なる、ラベルスイッチングパスの始点に関する情報を記
    憶し、 ラベルスイッチングパスの始点となるノードもしくはネ
    ットワークの情報と、該ラベルスイッチングパスを使用
    して転送されるべきパケットストリームの情報とを含
    む、制御メッセージを受信し、 この受信した制御メッセージに含まれる始点ノード／ネ
    ットワークの情報と、前記記憶された情報とに基づい
    て、前記ラベルスイッチングを可能とする対応関係の記
    憶を許可するか否かを判断し、 この判断結果に基づいて、前記制御メッセージに示され
    るパケットストリーム用に、自装置を通過するラベルス
    イッチングパスの設定を行うことを特徴とするラベルス
    イッチングパスの設定方法。
29. 【請求項２９】パケットストリームが入力されるチャネ
    ルを識別するための入力側ラベルと、該パケットストリ
    ームが出力されるチャネルを識別するための出力側ラベ
    ルとの対応関係を参照して、入力されたパケットをラベ
    ルスイッチングすることを許可するか否かの判断材料と
    なる、自装置の隣接ノード／ネットワークに関する情報
    を記憶し、 ラベルスイッチングパス上の自装置に隣接するノードも
    しくはネットワークの情報と、該ラベルスイッチングパ
    スを使用して転送されるべきパケットストリームの情報
    とを含む、制御メッセージを受信し、 この受信した制御メッセージに含まれる隣接ノード／ネ
    ットワークの情報と、前記記憶された情報とに基づい
    て、前記ラベルスイッチングを可能とする対応関係の記
    憶を許可するか否かを判断し、 この判断結果に基づいて、前記制御メッセージに示され
    るパケットストリーム用に、自装置を通過するラベルス
    イッチングパスの設定を行うことを特徴とするラベルス
    イッチングパスの設定方法。
30. 【請求項３０】パケットストリームが入力されるチャネ
    ルを識別するための入力側ラベルと、該パケットストリ
    ームが出力されるチャネルを識別するための出力側ラベ
    ルとの対応関係を参照して、入力されたパケットをラベ
    ルスイッチングすることを許可するか否かの判断材料と
    なる、パケットストリームに関する情報を記憶し、 ラベルスイッチングパスを使用して転送されるべきパケ
    ットストリームの情報を含む、制御メッセージを受信
    し、 この受信した制御メッセージに含まれるパケットストリ
    ームの情報と、前記記憶手段に記憶された情報とに基づ
    いて、前記ラベルスイッチングを可能とする対応関係の
    記憶を許可するか否かを判断し、 この判断結果に基づいて、前記制御メッセージに示され
    るパケットストリーム用に、自装置を通過するラベルス
    イッチングパスの設定を行うことを特徴とするラベルス
    イッチングパスの設定方法。
31. 【請求項３１】パケットストリームが入力されるチャネ
    ルを識別するための入力側ラベルと、該パケットストリ
    ームが出力されるチャネルを識別するための出力側ラベ
    ルとの対応関係を参照して、入力されたパケットをラベ
    ルスイッチングすることを許可するか否かの判断材料と
    なる、ラベルスイッチングパスの終点に関する情報を記
    憶し、 ラベルスイッチングパスを使用して転送されるべきパケ
    ットストリームの情報を含む、制御メッセージを受信
    し、 この受信した制御メッセージに含まれる、もしくは、該
    制御メッセージ中のパケットストリームの情報から求め
    られる、前記ラベルスイッチングパスの終点となるノー
    ドもしくはネットワークの情報と、前記記憶手段に記憶
    された情報とに基づいて、前記ラベルスイッチングを可
    能とする対応関係の記憶を許可するか否かを判断し、 この判断結果に基づいて、前記制御メッセージに示され
    るパケットストリーム用に、自装置を通過するラベルス
    イッチングパスの設定を行う制御手段とを備えることを
    特徴とするラベルスイッチングパスの設定方法。