JP3394110B2

JP3394110B2 - ユーザシステムネットワークとその構築方法及び接続方法

Info

Publication number: JP3394110B2
Application number: JP10837895A
Authority: JP
Inventors: 明則岩川
Original assignee: Fujitsu Ltd
Current assignee: Fujitsu Ltd
Priority date: 1995-05-02
Filing date: 1995-05-02
Publication date: 2003-04-07
Anticipated expiration: 2018-04-07
Also published as: JPH08307422A

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、ユーザシステムネット
ワーク（ＵＳＮ）とその構築方法及び接続方法に関し、
特に、物理網の管理者及び仮想網の管理者を介すること
なく、物理網の上に容易に構築及び接続可能な仮想網で
あるユーザシステムネットワークとその構築方法及び接
続方法に関する。

【０００２】

【従来の技術】一般に、ＡＴＭ（Asynchronous Transfe
r Mode、非同期転送モード) 等のラベル多重方式による
交換網においては、網を構成するノードの物理的な結合
関係（物理網の構成）に依存することなく、各ノード間
の論理的な結合関係を定義することができる。この論理
的な結合関係を組合せることにより、論理的な網即ち仮
想網を構築することができる。

【０００３】従来、この仮想網の構築及び変更は次のよ
うに行われていた。例えば、ある既存の物理網上に仮想
網を新たに構築しようとする者（即ち仮想網の管理者）
が、その物理網の管理者（一般には電話会社等）に対し
て、新たに構築しようとする仮想網の設定要求を行う。
この設定要求は通常、文書で行われる。これを受けて、
物理網の管理者が新たな仮想網の設定を行う。変更の場
合も、上記と同様に、仮想網の管理者が物理網の管理者
に対して変更後の仮想網の設定要求を行う。これを受け
て、物理網の管理者が変更後の仮想網の設定を行う。

【０００４】また、従来、ある仮想網のユーザ（加入者
又は構成者）でない者がその仮想網に新たに接続しよう
とした場合、この接続は次のように行われていた。例え
ば、ある既存の仮想網に新たに接続しようとする者がこ
の仮想網の管理者にその旨を伝える。そこで、仮想網の
管理者が、この仮想網が構築されている物理網の管理者
に対して、新たに接続しようとする者についての仮想網
の設定要求を行う。この設定要求も通常、文書で行われ
る。これを受けて物理網の管理者が新たに接続しようと
する者についての仮想網の設定を行う。

【０００５】

【発明が解決しようとする課題】前述の従来技術によれ
ば、仮想網の構築及び変更やこれへの新たな接続のため
には、仮想網の管理者から物理網の管理者へ仮想網の設
定要求を行い、物理網の管理者が仮想網の設定を行うと
いう手順が必須であった。そして、実際に仮想網の構築
及び変更やこれへの新たな接続を行うことができるの
は、物理網の管理者に限られていた。

【０００６】このため、従来、仮想網のユーザ（仮想網
の管理者を含む）が、物理網の管理者を介することな
く、仮想網を構築及び変更することはできなかった。ま
た、仮想網のユーザではないがその仮想網に新たに接続
しようとするユーザが、仮想網の管理者及び物理網の管
理者を介することなく、仮想網に接続することはできな
かった。従って、仮想網を構築及び変更する場合及び仮
想網に接続する場合において、ユーザの要求をリアルタ
イムに反映することはできなかった。

【０００７】以上とは別に、将来マルチメディアネット
ワークが普及した場合、このネットワーク上において仮
想網の構築要求や既存の仮想網への接続要求が頻繁に発
生するようになることが予想される。このような場合、
本発明者の検討によれば、上述の従来の手順に従う場合
には以下のような問題を生じると考えられる。

【０００８】即ち、マルチメディアの仮想網への接続手
順において上述の従来の手順に従うと、ユーザの要求を
リアルタイムに反映した仮想網の構築、変更、接続はで
きない。また、マルチメディアネットワークの仮想網は
その性質上不特定多数の者の接続を想定すると予想され
る。しかし、不特定多数の者の接続を想定する仮想網に
は上述の従来の手順は事実上使用できない。即ち、不特
定多数の者からランダムに頻発する要求には、仮想網の
管理者及び／又は物理網の管理者は事実上対応できな
い。更に、マルチメディアネットワークにおいてはユー
ザが自由な形態で仮想網に接続できることが望まれる。
しかし、上述の従来の手順は、煩雑であり接続までに一
定の時間を要するために、マルチメディアネットワーク
の仮想網への接続手段には適さない。

【０００９】一方、マルチメディアネットワークの仮想
網においては、その仮想網の持つ特定の機能の実現に適
した構造を保ちつつ、不特定多数の者の接続に応じてそ
の構造を調整し維持する機能が必要である。

【００１０】本発明は、物理網の管理者及び仮想網の管
理者を介することなく、容易に構築及び接続を行うこと
ができるユーザシステムネットワークを提供することを
目的とする。

【００１１】また、本発明は、その上に構築及び接続の
容易なユーザシステムネットワークを容易に構築可能な
網を提供することを目的とする。また、本発明は、物理
網の管理者及び仮想網の管理者を介することなく、ユー
ザシステムネットワークの構築及び接続を容易に行うこ
とができる方法を提供することを目的とする。

【００１２】

【課題を解決するための手段】図１は本発明の原理構成
図であり、図１（Ａ）はユーザシステムネットワーク
（ＵＳＮ）の構築される物理網を示し、図１（Ｂ）は構
築されたユーザシステムネットワークの構成を示し、図
１（Ｃ）はユーザシステムネットワークの構築を可能と
するノード（ユーザノード）の構成を示す。

【００１３】本発明のユーザシステムネットワーク２０
０は、図１（Ａ）に示す物理網１００の上にこれとは独
立に構築された仮想網であり、図１（Ｂ）に示す論理的
な構成を有する。物理網１００は複数の物理ノード１と
これらの間を接続する物理回線（図中、実線で示す）２
とからなる。ユーザシステムネットワーク２００は物理
回線２上に張られた仮想パス（図中、点線で示す）４に
より論理的に結合された複数のユーザノード３からな
り、所定の機能を実現する。ユーザノード３はユーザシ
ステムネットワーク２００の実現する所定の機能の一部
を実行する。物理ノード１は、ユーザシステムネットワ
ーク２００を構成する場合、そのユーザシステムネット
ワーク２００のユーザノード３である。

【００１４】ユーザノード３（即ち物理ノード１）は、
図１（Ｃ）に示すように、ＵＳＮ制御部５、データベー
ス６、仮想ネットワーク制御管理部７、ルーティングテ
ーブル８、均一化処理部９を備える。

【００１５】ＵＳＮ制御部５はユーザシステムネットワ
ーク２００の構造を制御する。このために、ＵＳＮ制御
部５はユーザにより外部から自ユーザノード３に入力さ
れたＵＳＮ構築情報及びＵＳＮ接続情報をデータベース
６に書き込む。データベース６は、ＵＳＮ制御部５によ
り管理され、ＵＳＮ構築情報及びＵＳＮ接続情報を格納
する。

【００１６】仮想ネットワーク制御管理部７はユーザシ
ステムネットワーク２００である仮想網を制御及び管理
する。このために、仮想ネットワーク制御管理部７は、
ＵＳＮ接続情報に従って他のユーザノード３との間の通
信を行うための仮想パス４をルーティングし、これをル
ーティングテーブル８に書き込む。ルーティングテーブ
ル８は、仮想ネットワーク制御管理部７により管理さ
れ、ユーザシステムネットワーク２００の仮想パス４を
格納する。

【００１７】均一化処理部９は、データベース６及びル
ーティングテーブル８の均一化処理を行う。このため
に、均一化処理部９は、自ユーザノード３のデータベー
ス６の内容及びルーティングテーブル９の内容が更新さ
れる毎に、その更新された内容を他のユーザノード３の
均一化処理部９に通知する。また、均一化処理部９は、
他のユーザノード３の均一化処理部９からの通知を受信
した場合、この通知の内容に従って自ノード３のデータ
ベース６の内容及びルーティングテーブル９の内容を更
新する。

【００１８】

【作用】図２は本発明の作用説明図であり、図２（Ａ）
はユーザシステムネットワーク２００の構築時を示し、
図２（Ｂ）及び図２（Ｃ）はユーザシステムネットワー
ク２００への接続時について示す。なお、以下の説明に
おいて、各ユーザノード３に番号＃１乃至＃４を付し
て、例えば番号が＃１のユーザノード３をユーザノード
＃１と言うこととする。

【００１９】図１（Ａ）に示す物理網１００の上に図１
（Ｂ）に示すユーザシステムネットワーク２００を構築
する。ユーザシステムネットワーク２００の構築時にお
いて、図２（Ａ）に示すように、物理網１００のユーザ
であってユーザシステムネットワーク２００を構築しよ
うとする者が、自己の有するユーザノード＃２に対して
ユーザシステムネットワーク２００を構築するのに必要
なＵＳＮ構築情報を入力する。この入力のための物理網
１００の管理者への設定要求は不要である。

【００２０】ユーザノード＃２において、ＵＳＮ制御部
５はユーザの入力したＵＳＮ構築情報をデータベース６
に格納し、均一化処理部９は、図２（Ａ）に示すよう
に、データベース６に記述された内容を他のユーザノー
ド＃１、＃３及び＃４に通知する。従って、他のユーザ
ノード＃１、＃３及び＃４においてその均一化処理部９
が通知されたＵＳＮ構築情報をそのデータベース６に格
納する。これにより、物理網１００の管理者への設定要
求なしでユーザシステムネットワーク２００が構築され
る。

【００２１】一方、図２（Ｂ）に示すように、ユーザノ
ード＃２乃至ユーザノード＃４からなる既に構築された
ユーザシステムネットワーク２００への接続時におい
て、物理網１００のユーザであってユーザシステムネッ
トワーク２００に接続しようとする者が、自己の有する
ユーザノード＃１に対して自ユーザノード＃１をユーザ
システムネットワーク２００に接続するのに必要なユー
ザノード＃１についてのＵＳＮ接続情報を入力する。こ
の入力のための物理網１００及びユーザシステムネット
ワーク２００の管理者への接続要求は不要である。

【００２２】ユーザノード＃１において、ＵＳＮ制御部
５はユーザノード＃１についてのＵＳＮ接続情報をデー
タベース６に格納し、均一化処理部９は、図２（Ｂ）に
示すように、新たにデータベース６に格納された内容を
他のユーザノード＃２乃至＃４に通知する。また、ユー
ザノード＃１の仮想ネットワーク制御管理部７は、ＵＳ
Ｎ接続情報とデータベース６に記述されたＵＳＮ構築情
報とに従って、隣接する他のユーザノード＃２との間の
通信を行うための仮想パス４をルーティングし、これを
ルーティングテーブル８に書き込む。ユーザノード＃１
の均一化処理部９は新たにルーティングテーブル８に格
納された内容を他のユーザノード＃２乃至＃４に通知す
る。これにより、物理網１００及びユーザシステムネッ
トワーク２００の管理者への設定要求なしで、ユーザノ
ード＃１がユーザシステムネットワーク２００に接続さ
れる。

【００２３】以上のように、本発明によれば、ユーザシ
ステムネットワーク２００の構築及び接続のために、物
理網１００及び仮想網（ユーザシステムネットワーク２
００）の管理者へ設定要求を行う必要がない。従って、
物理網１００及びユーザシステムネットワーク２００の
管理者を介することなく、ユーザがユーザシステムネッ
トワーク２００を構築及び変更でき、これに接続でき
る。これにより、ユーザシステムネットワーク２００の
構築、変更及び接続において、ユーザの要求をリアルタ
イムに反映することができる。

【００２４】特に、マルチメディアネットワーク上のユ
ーザシステムネットワーク２００への接続要求が頻繁に
発生する場合において、ユーザの要求をリアルタイムに
反映した仮想網の構築、変更、接続ができる。また、マ
ルチメディアネットワークのユーザシステムネットワー
ク２００にユーザが自由な形態で接続でき、かつ、その
特定の機能の実現に適した構造を保ちつつ、不特定多数
の者の接続に応じてその構造を調整することができる。

【００２５】

【実施例】実施例について具体的に説明する前に、仮想
網であるユーザシステムネットワーク（以下、ＵＳＮと
いう）がその上に構築される物理網の一例について説明
する。

【００２６】図３は物理網の一例を示す。図３に示す物
理網１０１において、各物理ノード１の間は物理回線２
により図示のように物理的に接続されており、矢印方向
へのデータの送信が可能とされている。従って、ある物
理ノード１の間には物理回線２がなく直接には接続され
ていない。また、ある物理ノード１の間は一方向への送
信のみが可能である。物理回線２は物理網１０１の加入
者（物理ノード１の所有者又は使用者）からの要求に応
じてその管理者により設定される。

【００２７】物理ノード１即ちユーザノード３の各々に
は、図示のように、＃１乃至＃１０のノード番号（Ｉ
Ｄ）が付される。ノードＩＤは１個の物理網１０１にお
いてユニークなものである。従って、物理ノード１は物
理網１０１においてそのノードＩＤにより一意に定ま
る。また、ユーザノード３はＵＳＮにおいてそのノード
ＩＤにより一意に定まる。

【００２８】次に、構築しようとするＵＳＮの一例とし
て、マスコミニケーションサービスを実行するＵＳＮに
ついて説明する。この機能を有するＵＳＮは、マルチメ
ディアネットワーク上において構築される機会が多いと
予想されるものである。

【００２９】図４（Ａ）はネットワーク上でマスコミニ
ケーションサービスを実行しようとした場合の情報の流
通形態の一例を示す。図４（Ａ）において、情報の発生
源（情報源）Ｓから発せられた情報は、複数の情報の加
工者Ｅ１及びＥ２を経由して最終的な情報の消費者Ｃに
渡る。加工者Ｅ１は１次加工者であり、例えば記者に相
当する者である。加工者Ｅ２は２次加工者であり、例え
ば編集者（又は発行人）に相当する者である。複数の加
工者Ｅ１及びＥ２は図中左側（情報の流れにおける上
流）からの情報を図中右側（情報の流れにおける下流）
からの要求に合うようにその形態を加工する。このよう
なマスコミニケーションサービスを実行するＵＳＮにお
いて、最終的な生産物は編集者から消費者に渡されるマ
スメディアである。

【００３０】図４（Ｂ）は、図４（Ａ）に示す情報の流
通形態に従うＵＳＮ２０１、即ち、マスコミニケーショ
ンサービスを実行するＵＳＮ２０１の一例を示す。この
ＵＳＮ２０１は、物理網１０１上に構築されたＵＳＮで
はなく、本実施例において構築しようとするＵＳＮ２０
３（図５（Ｂ）参照）を図４（Ａ）に示す情報の流通形
態に沿った表現形式で示すものである。

【００３１】ＵＳＮ２０１を構成する（属する）ユーザ
ノード３として、情報源Ｓ、加工者Ｅ１及びＥ２、消費
者Ｃに対応する各ユーザノード３が存在する。情報源Ｓ
であるユーザノード３は情報を出力するのみである。加
工者Ｅ１及びＥ２である各ユーザノード３は図中左側か
らの情報の形態を図中右側からの要求に合うように変換
する。消費者Ｃであるユーザノード３は情報を受け取る
のみである。

【００３２】例えば、ＵＳＮ２０１において、図示のよ
うに、ユーザノード＃１、＃３、＃５は情報源Ｓであ
り、ユーザノード＃２、＃４は１次加工者Ｅ１であり、
ユーザノード＃８は２次加工者Ｅ２であり、ユーザノー
ドユーザノード＃１、＃３、＃５、＃６、＃７は消費者
Ｃであるとする。ユーザノード＃１、＃３、＃５は情報
源Ｓでもあり、消費者Ｃでもある。なお、この例では、
ＵＳＮ２０２を構成するユーザノード３はユーザノード
＃１乃至＃８からなり、ユーザノード＃９及び＃１０は
ＵＳＮ２０２を構成しないものとする。

【００３３】各ユーザノード３は、各々に割り当てられ
た情報源Ｓ、１次加工者Ｅ１、２次加工者Ｅ２、消費者
Ｃという機能を担う。ＵＳＮ２０１を構成する各ユーザ
ノード３が各々に割り当てられた機能を持つことによっ
て、ＵＳＮ２０１が全体としてマスコミニケーションサ
ービスという機能を有する。なお、１個のＵＳＮ２０１
内において、各機能を果たすユーザノード３は各々複数
存在してもよい。従って、図示してはいないが、２次加
工者Ｅ２であるユーザノード３も２以上存在してもよ
い。

【００３４】図５（Ａ）は図４（Ｂ）に示す構成のＵＳ
Ｎ２０１を図３に示す物理網１０１の上に構築したＵＳ
Ｎ２０２を示す。このＵＳＮ２０２は物理網１０１の構
成に忠実に対応したものではなく、ＵＳＮの仮想的な
（論理的な）構成を示す。即ち、ＵＳＮ２０２は、物理
網１０１において、そのユーザノード３の存在のみを考
慮して物理回線２の存在は考慮していない。ＵＳＮ２０
２のユーザノード３の間は、図示のように、仮想パス４
によって論理的に接続される。仮想パス４は図４（Ｂ）
に対応し、物理回線２の有無とは独立である。

【００３５】従って、ユーザノード＃８からユーザノー
ド＃１への仮想パス４は、これらの間に物理回線２が存
在しないにもかかわらず、直接これらの間に設けられ
る。また、ユーザノード＃７とユーザノード＃２との間
には物理回線２が存在するが、これらの間には仮想パス
４は設けられていない。

【００３６】図５（Ｂ）は図５（Ａ）に示す構成のＵＳ
Ｎ２０２を物理網１０１の上にその構成に沿って構築し
たＵＳＮ２０３を示す。ＵＳＮ２０３は、物理網１０１
において、そのユーザノード３及び物理回線２の存在を
考慮している。ＵＳＮ２０３は物理網１０１に対応する
ものを言う。

【００３７】ＵＳＮ２０３を構成するユーザノード＃１
乃至＃８の間は、図示のように、物理回線２に沿った仮
想パス４によって論理的に接続される。ＵＳＮ２０３の
仮想パス４はユーザノード３間に既に存在する物理回線
２に沿ってその上に設けられる。

【００３８】従って、ＵＳＮ２０３におけるユーザノー
ド＃８からユーザノード＃１への仮想パス４は、これら
の間に物理回線２が存在しないので、直接これらの間に
設けることはできない。そこで、この仮想パス４は、図
示のように、ユーザノード＃８からユーザノード＃２を
介してユーザノード＃１に張られる仮想パス４として設
けられる。なお、図３に示すユーザノード＃９及びユー
ザノード＃１０への仮想パス４も設けることが可能であ
る。

【００３９】ＵＳＮ２０１乃至ＵＳＮ２０３の機能は、
物理網１０１の管理者によって初めから定められたもの
ではなく、各ユーザノード３から自由に定め得る。ま
た、ＵＳＮ２０１乃至ＵＳＮ２０３の構成は、その管理
者によって初めから定められたものではなく、ユーザノ
ード３のＵＳＮ２０３への自由な接続及び切断により変
化する。各ユーザノード３はＵＳＮ２０３における機能
を自由に選択してＵＳＮ２０３に接続できる。

【００４０】このように、以下の実施例においては、以
上のようなＵＳＮ２０３の構築及び接続を容易にかつ自
由に行い得る。即ち、ＵＳＮ２０３の機能を決定するこ
と、ユーザノード３へＵＳＮ２０３の機能の一部を割り
当てること、各ユーザノード３間をその機能に従って仮
想パス４により論理的に接続することを、容易にかつ自
由に行い得る。（第１実施例）図６乃至図１３により第１実施例につい
て説明する。図６は実施例構成図であり、ＵＳＮを構成
するユーザノード３（即ち物理ノード１）の構成を示
す。

【００４１】ユーザノード３は、ＵＳＮ制御部５、機能
データベース６１及びノードデータベース６２からなる
データベース６、仮想ネットワーク制御部７１及び仮想
ネットワーク管理部７２からなる仮想ネットワーク制御
管理部７、ルーティングテーブル８、均一化処理部９、
物理ネットワーク制御部１０を備える。機能データベー
ス６１及びノードデータベース６２はＵＳＮ制御部５に
より管理される。仮想ネットワーク制御部７１はルーテ
ィング決定処理部７３、空き帯域テーブル７４、仮想パ
スＩＤ決定処理部７５を備える。ルーティングテーブル
８は仮想ネットワーク管理部７２により管理される。

【００４２】ユーザノード３は、独立してデータ処理を
行うデータ処理装置であり、ＣＰＵ（中央演算処理装
置）、メモリ、入出力装置、通信装置等からなる。ＵＳ
Ｎ制御部５、仮想ネットワーク制御部７１、仮想ネット
ワーク管理部７２、均一化処理部９、物理ネットワーク
制御部１０は、各々、ＣＰＵとメモリ上の対応する各制
御プログラムとからなる。機能データベース６１、ノー
ドデータベース６２、ルーティングテーブル８、空き帯
域テーブル７４は、メモリ上の所定の領域に設けられ
る。

【００４３】ＵＳＮ制御部５は構築されるＵＳＮ２０３
の論理的な構造を制御する。このために、ＵＳＮ制御部
５は、ＵＳＮ構築情報及びＵＳＮ接続情報の入力があっ
た場合、ＵＳＮ構築情報を機能データベース６１に格納
し、ＵＳＮ接続情報をノードデータベース６２に格納す
る。従って、機能データベース６１はＵＳＮ構築情報デ
ータベースであり、ノードデータベース６２はＵＳＮ接
続情報データベースである。ＵＳＮ構築情報及びＵＳＮ
接続情報は自ユーザノード３の入出力装置からユーザに
よって入力される。

【００４４】図７は機能データベース６１の構成を示
す。図示のように、機能データベース６１は、ＵＳＮＩ
Ｄ毎に、そのＵＳＮ２０３が提供する機能名及び機能間
構造を格納する。従って、１個のＵＳＮ構築情報は構築
しようとするＵＳＮ２０３の機能名とその機能間構造と
からなる（含む）。

【００４５】各ＵＳＮ２０３にはＵＳＮ番号（ＩＤ）が
付される。ＵＳＮＩＤ（又は仮想網ＩＤ）はそのＵＳＮ
２０３が構築されている１個の物理網１０１においてユ
ニークなものである。従って、物理網１０１においてＵ
ＳＮ２０３はそのＵＳＮＩＤにより一意に定まる。機能
名は、例えばＵＳＮ２０３がマスコミニケーションサー
ビスを提供する場合、「マスコミニケーション型」とさ
れる。従って、機能間構造は、図４（Ａ）から判るよう
に、「発生源Ｓ、１次加工者Ｅ１、２次加工者Ｅ２、消
費者Ｃ」からなる直列の構造である。なお、機能間構造
における各要素Ｓ、Ｅ１、Ｅ２、Ｃを機能クラスとい
う。

【００４６】ＵＳＮ構築情報における機能名はマスコミ
ニケーション型に限られない。他の機能名として、例え
ばスター型、リング型、格子型、メッシュ型等が格納さ
れる。これらはノードの接続方法として周知のものであ
る。従って、例えばスター型である場合、スター型のＵ
ＳＮが構築される。また、機能データベース６１におけ
る機能間構造も、各機能名に対応したものとされる。

【００４７】機能データベース６１は複数のエントリを
有し、複数のＵＳＮ構築情報を格納する。従って、１個
の物理網１０１において複数のＵＳＮ２０３が構築さ
れ、機能データベース６１は構築された複数のＵＳＮ２
０３についてのＵＳＮ構築情報を格納する。なお、物理
網１０１の１個の物理ノード１が複数のＵＳＮ２０３の
ユーザノード３であってよい。

【００４８】機能データベース６１は、各ユーザノード
３において、予めユーザノード３のメモリの所定の領域
に確保される。機能データベース６１の構造は予め図７
に示す構造に定められる。機能データベース６１は物理
網１０１によってＵＳＮ２０３の構築のために予め用意
される。これにより、物理網１０１はＵＳＮ２０３の構
築を可能とする。

【００４９】ＵＳＮ制御部５はＵＳＮ構築情報を自ユー
ザノード３の入出力装置からユーザとの対話によって入
力する。ユーザからＵＳＮ２０３の構築要求が入力され
た場合、ＵＳＮ制御部５は、ユーザに対して、ＵＳＮ構
築情報即ち構築しようとするＵＳＮ２０３の機能名及び
その機能間構造の入力を求める。ユーザがＵＳＮ構築情
報を入力した場合、ＵＳＮ制御部５は、ＵＳＮＩＤの中
で空いているものを小さい順に選択して、入力されたＵ
ＳＮ構築情報にそのＵＳＮＩＤを付加して、機能データ
ベース６１の空いているエントリに格納する。

【００５０】これにより、物理網１０１の上にＵＳＮ２
０３が構築される。この状態では、ＵＳＮ２０３に加入
（接続）しているユーザノード３は、これを構築したも
のも含めて全く存在しない。また、ＵＳＮ２０３は構築
されているが、仮想パス４は設けられていない。また、
ＵＳＮ２０３がその機能を実現するのは、各機能間クラ
スのユーザノード３が少なくとも１個づつ存在するよう
になった後である。この実施例のＵＳＮ２０３はこれら
を容認するものである。

【００５１】なお、ユーザからの構築要求の入力に応じ
て、ＵＳＮ制御部５が、構築しうるＵＳＮの機能名（又
は構築しうるＵＳＮの機能名及びその機能間構造）を入
出力装置にメニュー表示するようにしてもよい。この場
合、構築し得るＵＳＮの範囲がある程度制限される。

【００５２】ここで、例えばユーザノード＃８が図３に
示す物理網１０１の上に図４に示すマスコミニケーショ
ン型のＵＳＮ２０３を構築しようとした場合について説
明する。なお、ユーザノード＃８はＵＳＮ２０３に２次
加工者Ｅ２として接続したい者でもある。また、この時
点では、ＵＳＮ２０３が図５（Ｂ）に示す構成となるこ
とは定まっていない。

【００５３】物理網１０１のユーザノード＃８の所有者
が、自己の有するユーザノード＃８に対して、ＵＳＮ２
０３を構築するのに必要なＵＳＮ構築情報を入力する。
ＵＳＮ構築情報は、機能名「マスコミニケーション型」
及び機能間構造「Ｓ−Ｅ１−Ｅ２−Ｃ」からなる。ユー
ザノード＃８において、そのＵＳＮ制御部５は、空いて
いるＵＳＮＩＤの最小の値例えば「＃１」を付した上
で、図７に示すように、ＵＳＮ構築情報を機能データベ
ース６１に格納する。これにより、物理網１０１の管理
者への設定要求なしで、ＵＳＮ２０３が構築される。こ
の時点では、ユーザノード＃８もＵＳＮ２０３に２次加
工者Ｅ２として接続していない。例えば、ＵＳＮ２０３
を構築したユーザノード＃８がＵＳＮ２０３の管理者で
あるが、必ずしもこれが管理者である必要はなく、後に
ＵＳＮ２０３に接続した他のユーザノード３が管理者で
あってもよい。

【００５４】なお、ＵＳＮ２０３の構築処理は以上で終
了するが、実際の構築は、均一化処理部９による機能デ
ータベース６１の均一化によって完了する。均一化処理
部９は機能データベース６１の均一化処理を行う。この
ために、均一化処理部９は、自ユーザノード３の機能デ
ータベース６１の内容が更新される毎に、その更新され
た内容を物理ネットワーク制御部１０を介して他のユー
ザノード３の均一化処理部９に通知する。他のユーザノ
ード３の均一化処理部９からの通知を物理ネットワーク
制御部１０を介して受信した場合、均一化処理部９は、
この通知の内容に従って自ユーザノード３の機能データ
ベース６１の内容を更新する。

【００５５】物理ネットワーク制御部１０は他のユーザ
ノード３の物理ネットワーク制御部１０との間で通信を
行う。物理ネットワーク制御部１０は、自ユーザノード
３の均一化処理部９からの依頼を受けて、機能データベ
ース６の更新された内容を、物理的に隣接するユーザノ
ード３に送信する。この隣接するユーザノード３は、自
ユーザノード３についてのメタルーティングテーブル８
２（後述する）に格納されたノードＩＤを持つユーザノ
ード３である。

【００５６】前述の場合、ＵＳＮＩＤ「＃１」を付され
た機能名「マスコミニケーション型」及び機能間構造
「Ｓ−Ｅ１−Ｅ２−Ｃ」からなるＵＳＮ構築情報が、ユ
ーザノード＃８に物理的に隣接する（接続する）ユーザ
ノード＃２乃至ユーザノード＃７に送信され、各々の機
能データベース６１に書き込まれる。更に、例えばユー
ザノード＃２の均一化処理部９は、新たに機能データベ
ース６１に書き込まれたＵＳＮ構築情報を、ユーザノー
ド＃１に送信する。ユーザノード＃１の均一化処理部９
はこのＵＳＮ構築情報をその機能データベース６１に書
き込む。なお、このＵＳＮ構築情報が既に他のユーザノ
ード３から送信され機能データベース６１に書き込まれ
ている場合、このＵＳＮ構築情報は廃棄される。

【００５７】これにより、全てのユーザノード３におい
て機能データベース６１の内容が均一化され、全てのユ
ーザノード３から機能データベース６１の内容を知るこ
とが可能となる。なお、図３に示すユーザノード＃９及
びユーザノード＃１０へも、ＵＳＮ構築情報が送信され
る。従って、物理網１０１のいずれのユーザノード３も
ＵＳＮ２０３に接続可能となる。

【００５８】図８はノードデータベース６２の構成を示
す。図示のように、ノードデータベース６２はＵＳＮＩ
Ｄ毎に複数個設けられる。各ノードデータベース６２
は、各ＵＳＮ２０３の機能クラス、機能クラスにおける
番号、ＵＳＮＩＤ、ノードＩＤを格納する。１個のＵＳ
Ｎ接続情報はＵＳＮ２０３の各機能クラスとその機能ク
ラスのユーザノード３のノードＩＤとからなる（含
む）。機能クラスにおける番号及びＵＳＮＩＤは、ＵＳ
Ｎ制御部５によって、そのＵＳＮ接続情報をノードデー
タベース６２に格納する際に付加されたものである。

【００５９】マスコミニケーション型のＵＳＮ２０３に
対応する１個のノードデータベース６２において、ＵＳ
ＮＩＤは例えば「＃１」で同一であり、各機能クラスは
Ｓ、Ｅ１、Ｅ２、Ｃからなる。同一の機能クラスである
ユーザノード３が複数ある場合、機能クラスにおける番
号が順に付される。図５（Ｂ）のＵＳＮ２０３が構築さ
れた時点でのＵＳＮ２０３に対応するノードデータベー
ス６２は図８に示す内容を格納する。

【００６０】ノードデータベース６２は、各ユーザノー
ド３において、予めユーザノード３のメモリの所定の領
域に複数個確保される。ノードデータベース６２の構造
は予め図８に示す構造に定められる。ノードデータベー
ス６２は物理網１０１によってＵＳＮ２０３の構築のた
めに予め用意される。これにより、ＵＳＮ２０３の構築
及び接続が可能とされる。

【００６１】ＵＳＮ制御部５はＵＳＮ接続情報を自ユー
ザノード３の入出力装置からユーザとの対話によって入
力する。ユーザからＵＳＮ２０３の接続要求が入力され
た場合、ＵＳＮ制御部５は、ユーザに対して、ＵＳＮ接
続情報即ちＵＳＮ２０３の機能クラス及びノードＩＤの
入力を求める。なお、ノードＩＤは自ユーザノード３に
予め付されたものであるので、実際にはＵＳＮ制御部５
がユーザに入力を求めることはない。

【００６２】ユーザからの接続要求の入力に応じて、Ｕ
ＳＮ制御部５は、機能データベース６１を参照して、そ
の内容を表示する。この状態で、ＵＳＮ制御部５は、ユ
ーザに対して、表示された機能データベース６１に含ま
れる複数の機能名の中から接続したいＵＳＮ２０３の選
択入力を求める。

【００６３】ユーザが選択入力をした場合、ＵＳＮ制御
部５は、ＵＳＮ接続情報、即ち、ユーザの選択したＵＳ
Ｎ２０３においてユーザの所望する機能クラス（の要
素）の入力を求める。この機能クラスの入力は複数であ
ってもよい。

【００６４】ユーザがＵＳＮ接続情報（実際には、所望
する機能クラス）を入力した場合、ＵＳＮ制御部５は、
自ユーザノード３のノードＩＤをユーザの入力した機能
クラスに付加してＵＳＮ接続情報とした上で、ユーザの
選択したＵＳＮ２０３に対応するＵＳＮＩＤをＵＳＮ接
続情報に付加する。また、ＵＳＮ制御部５は、ユーザの
入力した機能クラスに基づいて、入力されたＵＳＮ接続
情報に機能クラスにおける番号を付加する。機能クラス
における番号の付加のために、ＵＳＮ制御部５は、ノー
ドデータベース６２を参照して、ユーザの入力した機能
クラスにおける最小の番号を求める。そして、ＵＳＮ制
御部５はこれらの情報の付加されたＵＳＮ接続情報をノ
ードデータベース６２の空いているエントリに格納す
る。これにより、そのユーザノード３がＵＳＮ２０３に
接続される。

【００６５】ＵＳＮ接続情報のノードデータベース６２
への格納に先立って、ＵＳＮ制御部５は、入力されたＵ
ＳＮ接続情報、機能データベース６１及びその時点での
ノードデータベース６２に基づいて、１又は２以上の接
続すべき相手（接続相手）を決定する。即ち、機能デー
タベース６１からＵＳＮ２０３の機能間構造が求まる。
ＵＳＮ２０３の機能間構造と入力された自ユーザノード
３の機能とから、接続相手の機能間クラスが定まる。更
に、その機能間クラスである１又は２以上のユーザノー
ド３がノードデータベース６２から求まる。これによ
り、接続相手のユーザノード３のノードＩＤが求まる。

【００６６】接続相手の機能間クラスは必ず定まるが、
接続相手のノードＩＤが必ず求まるとは限らない。即
ち、その時点で接続相手となるべきユーザノード３がＵ
ＳＮ２０３に接続していない場合には、接続相手のノー
ドＩＤは求まらない。この場合、仮想パス４を張る必要
がないので、仮想ネットワーク制御部７１への仮想パス
４の設定の依頼をすることなく、ＵＳＮ制御部５はＵＳ
Ｎ接続情報をノードデータベース６２の空いているエン
トリに格納する。

【００６７】ＵＳＮ制御部５は、接続相手の存在する場
合、自ユーザノード３のノードＩＤと接続相手のノード
ＩＤとを渡して、仮想ネットワーク制御部７１にそのノ
ードＩＤのユーザノード３との接続のための仮想パス４
の設定を依頼する。仮想パス４の設定が可能か否かは、
物理的に空き帯域があるか否かによる。接続相手がある
場合には仮想パス４の設定が可能である場合にのみ、Ｕ
ＳＮ制御部５はＵＳＮ接続情報をノードデータベース６
２へ格納する。なお、仮想パス４の設定が可能でない場
合、ＵＳＮ制御部５はユーザに対してその旨を表示す
る。

【００６８】仮想ネットワーク制御部７１はＵＳＮ２０
３である仮想網を制御し、仮想ネットワーク管理部７２
はＵＳＮ２０３である仮想網を管理する。このために、
仮想ネットワーク制御部７１はルーティング決定処理部
７３、空き帯域テーブル７４、仮想パスＩＤ決定処理部
７５を備え、仮想ネットワーク管理部７２はルーティン
グテーブル８を備える。

【００６９】仮想ネットワーク制御部７１は、ＵＳＮ制
御部５からの仮想パス４の設定の依頼があった場合、Ｕ
ＳＮ制御部５の指示するノードＩＤのユーザノード３
（接続相手）への仮想パス４をルーティングし（ルート
を決定し）、ルーティングした仮想パス４を設定できる
か否かを空き帯域テーブル７４を参照して調べ、可能で
ある場合に仮想パス４を設定する。仮想パス４の実際の
ルーティングはルーティング決定処理部７３が行う。

【００７０】仮想ネットワーク管理部７２は、仮想ネッ
トワーク制御部７１のルーティングした仮想パス４をル
ーティングテーブル８に格納する。このために、仮想ネ
ットワーク管理部７２がルーティングテーブル８を管理
する。仮想ネットワーク管理部７２はルーティングテー
ブル８を管理することにより仮想網を管理する。

【００７１】図９及び図１０はルーティングテーブル８
の一例を示す。ルーティングテーブル８は、図９（Ａ）
及び図１０（Ａ）に示す実際の（狭義の）ルーティング
テーブル８１と、図９（Ｂ）及び図１０（Ｂ）に示すメ
タルーティングテーブル８２とからなる。実際のルーテ
ィングテーブル８１は、図９（Ａ）及び図１０（Ａ）に
示すように、仮想パスＩＤに対応して出方路番号を格納
する。メタルーティングテーブル８２は、図９（Ｂ）及
び図１０（Ｂ）に示すように、出方路番号に対応して隣
接ノードＩＤを格納する。

【００７２】なお、図９に示す実際のルーティングテー
ブル８１及びメタルーティングテーブル８２はユーザノ
ード＃８についてのものであり、図１０に示す実際のル
ーティングテーブル８１及びメタルーティングテーブル
８２はユーザノード＃２についてのものである。即ち、
ユーザノード＃８はユーザノード＃２乃至ユーザノード
＃７と物理的に接続され、かつこれらにデータを送信す
る送信元である。また、ユーザノード＃２はユーザノー
ド＃１、ユーザノード＃３及びユーザノード＃８と物理
的に接続されるが、ユーザノード＃１及びユーザノード
＃８に対してはデータの送信元であり、ユーザノード＃
３に対しては送信元でない。これらは各ユーザノード３
に備えられる。他のユーザノード＃１、＃３乃至＃７、
＃９及び＃１０についても同様である。従って、ルーテ
ィングテーブル８は各ユーザノード３毎に設けられ、同
一のものが均一化処理部９により各ユーザノード３に備
えられる。

【００７３】仮想パスＩＤは仮想パス４に付される。仮
想パスＩＤは仮想パスＩＤ決定処理部７５によって決定
される。仮想パスＩＤはそのＵＳＮ２０３が構築されて
いる１個の物理網１０１においてユニークなものであ
る。従って、物理網１０１において、仮想パス４はその
仮想パスＩＤにより一意に定まる。なお、例えばＵＳＮ
ＩＤが「＃１」であるＵＳＮ２０３は、仮想パスＩＤの
「＃１」乃至「＃１００」を用いるように予め定められ
る。

【００７４】出方路番号は出方路に付される。出方路は
ユーザノード３の各々において予め物理的に定められた
データの出力パスである。出方路番号は各々のユーザノ
ード３においてユニークなものである。従って、各々の
ユーザノード３において、出方路はその出方路番号によ
り物理的に一意に定まる。

【００７５】隣接ノードＩＤは自ユーザノード３と物理
網１０１において物理的に隣接し、かつ、自ユーザノー
ド３が発信元となる通信においてその着信先となるユー
ザノード３のノードＩＤである。従って、物理網１０１
が定まることにより、隣接ノードＩＤは予め定まる。そ
こで、隣接ノードＩＤの各々に予め出方路番号が対応さ
せられる。従って、隣接ノードＩＤ毎に出方路番号が定
まる。

【００７６】なお、実際は、出方路番号は送信データバ
ッファの所定の領域に付される。ユーザノード３のメモ
リの所定の領域が送信データバッファとして用いられ
る。送信データは、送信すべき出方路に対応する出方路
番号を持つ送信データバッファに格納され、この送信デ
ータバッファからその出方路番号に対応する出方路に出
力される。即ち、その出方路番号に対応するユーザノー
ド３へ送信される。

【００７７】実際のルーティングテーブル８１は、ユー
ザノード３がＵＳＮ２０３に接続する毎に、仮想ネット
ワーク制御部７１の決定した仮想パス４に従って仮想ネ
ットワーク管理部７２により更新される。メタルーティ
ングテーブル８２は、物理網１０１の設定（更新）時に
おいて、物理網１０１（の管理者）により作成（更新）
される。即ち、物理網１０１の構成が定まることによ
り、物理的な隣接ノードが定まり、出方路番号を付すこ
とができる。メタルーティングテーブル８２は物理網１
０１によりＵＳＮ２０３の構築のために予め用意され
る。

【００７８】図１１は空き帯域テーブル７４の一例を示
す。空き帯域テーブル７４は物理網１０１の物理回線２
の空き容量を示すテーブル又はデータベースである。空
き帯域テーブル７４において、縦方向の数字は発信元ユ
ーザノード３のノードＩＤであり、横方向の数字は着信
先ユーザノード３のノードＩＤである。縦方向及び横方
向の要素として、物理網１０１を構成する全ユーザノー
ド３のノードＩＤが記述される。

【００７９】例えば図示のエントリＡは、発信元ユーザ
ノード３がユーザノード＃３であり着信先ユーザノード
３がユーザノード＃２である場合において、物理回線２
の物理的な帯域の空きの有無を示すエントリである。逆
に、図示のエントリＢは、発信元ユーザノード３がユー
ザノード＃２であり着信先ユーザノード３がユーザノー
ド＃３である場合において、物理回線２の物理的な帯域
の空きの有無を示すエントリである。

【００８０】エントリの各々には予め定められた物理的
な帯域即ち使用可能な通信量が割り当てられている。例
えば、各エントリに５０Ｍｂｐｓ（bit per second）が
割り当てられる。仮想ネットワーク制御部７１は、仮想
パス４が設定された場合、その仮想パス４に対応する物
理回線２のエントリから、所定の帯域又は通信量を削減
する。例えば、１０Ｍｂｐｓが削減される。従って、エ
ントリの内容が「０Ｍｂｐｓ」である場合、物理的な帯
域の空きが無いことになり、新たな仮想パス４をルーテ
ィング及び設定することはできない。

【００８１】なお、物理回線２によって直接接続されて
いないユーザノード３間に対応するエントリは、最初か
ら「０Ｍｂｐｓ」とされる。例えば、図３に示す物理網
１０１において、ユーザノード＃１とユーザノード＃７
との間には物理回線２はないので、対応するエントリは
「０Ｍｂｐｓ」とされる。

【００８２】仮想ネットワーク制御部７１は、ＵＳＮ制
御部５の指示するノードＩＤのユーザノード３への仮想
パス４のルーティングを、ルーティング決定処理部７３
に行わせる。ルーティング決定処理部７３は、ＵＳＮ制
御部５から渡された自ユーザノード３のノードＩＤを発
信元ユーザノード３又は着信先ユーザノード３として用
い、かつ、接続相手のノードＩＤを着信先ユーザノード
３又は発信元ユーザノード３として用いて、空き帯域テ
ーブル７４の該当するエントリを参照する。参照された
エントリの内容が「０Ｍｂｐｓ」でない場合、物理的な
帯域の空きが有るので、その仮想パス４をルーティング
することができる。そこで、ルーティング決定処理部７
３はその仮想パス４のルーティングを行う。

【００８３】仮想ネットワーク制御部７１は、ルーティ
ング決定処理部７３が仮想パス４をルーティングできた
か否かを調べる。ルーティングできた場合、仮想ネット
ワーク制御部７１は、仮想ネットワーク管理部７２に対
して、ルーティングした仮想パス４を示す情報のルーテ
ィングテーブル８への格納を依頼する。仮想ネットワー
ク管理部７２は、仮想ネットワーク制御部７１のルーテ
ィングした仮想パス４をルーティングテーブル８に格納
する。なお、空き帯域テーブル７４の該当するエントリ
の「０Ｍｂｐｓ」により仮想パス４を設定できない場
合、仮想ネットワーク制御部７１はこれをＵＳＮ制御部
５に通知する。

【００８４】ここで、前述のユーザノード＃８の構築し
たユーザノード２０３にユーザノード＃１が消費者Ｃと
して接続しようとした場合について説明する。なお、図
５（Ｂ）に示すユーザノード＃２乃至ユーザノード＃８
は既にＵＳＮ２０３に接続されているものとする。ま
た、ユーザノード＃１も情報源Ｓとして既にＵＳＮ２０
３に接続されているものとする。

【００８５】物理網１０１のユーザノード＃１の所有者
が、自己の有するユーザノード＃１に対して、ＵＳＮ２
０３を接続対象として選択入力し、更に、ＵＳＮ２０３
に消費者Ｃとして接続するのに必要な事項である自ユー
ザノード＃１のＵＳＮ接続情報を入力する。選択入力は
ＵＳＮ２０３のＵＳＮＩＤ「＃１」である。ＵＳＮ接続
情報は主として自ユーザノード＃１の新たな機能間クラ
ス「Ｃ」からなる。

【００８６】ユーザノード＃１のＵＳＮ制御部５は、ユ
ーザの入力した新たな機能間クラスの要素「Ｃ」と機能
データベース６１とから、接続相手は２次加工者Ｅ２で
あり、そのノードＩＤが「＃８」であることを認識す
る。更に、ＵＳＮ制御部５は、自ユーザノード＃１の機
能Ｃと接続相手の機能Ｅ２とから、着信先ユーザノード
３が自ユーザノード＃１であり、発信元ユーザノード３
は接続相手（ユーザノード＃８）であることを認識す
る。そこで、ＵＳＮ制御部５は、自ユーザノード＃１の
仮想ネットワーク制御部７１に着信先ユーザノード３と
して自ユーザノード＃１のノードＩＤ「＃１」及び発信
元ユーザノード３として接続相手のノードＩＤ「＃８」
を渡して、仮想パス４の設定を依頼する。

【００８７】そこで、ユーザノード＃１の仮想ネットワ
ーク制御部７１のルーティング決定処理部７３が、空き
帯域テーブル７４を参照して、使用帯域が最小となるよ
うに仮想パス４をルーティングする。ルーティング決定
処理部７３は、ユーザノード＃８からユーザノード＃１
へ至るパスを全て求め、これらの中で使用帯域の合計が
最小のものから順に、空き帯域テーブル７４を参照して
設定可能か否かを調べる。なお、２個のユーザノード３
の間を接続するために必要な使用帯域は、説明の簡単の
ため、一律に１０Ｍｂｐｓであるものとする。

【００８８】使用帯域が最小（１０Ｍｂｐｓ）のパスは
発信元をユーザノード＃８及び着信先をユーザノード＃
１とするパスである。これをパス（＃８→＃１）とす
る。パス（＃８→＃１）に直接対応する物理回線２が無
いので、空き帯域テーブル７４の対応するエントリは
「０Ｍｂｐｓ」である。従って、この仮想パス４は設定
できない。

【００８９】そこで、次に使用帯域が小さい（２０Ｍｂ
ｐｓ）パスであるパス（＃８→＃２→＃１）について空
き帯域テーブル７４を調べる。パス（＃８→＃２→＃
１）はパス（＃８→＃２）とパス（＃２→＃１）とから
なると考え得る。パス（＃８→＃２）について見ると、
図３に示すように物理回線２は存在するが、図５に示す
ように仮想パス４は張られていない。従って、空き帯域
テーブル７４におけるパス（＃８→＃２）に対応するエ
ントリは「５０Ｍｂｐｓ」である。従って、パス（＃８
→＃２）は設定できる。パス（＃２→＃１）についても
同様である。従って、パス（＃８→＃２→＃１）からな
る仮想パス４を設定することができる。以上により、ユ
ーザノード＃８からユーザノード＃１へ至る仮想パス４
のルーティングが完了する。

【００９０】以上のようにして仮想パス４のルーティン
グが終了し仮想パス４が定まった場合、ユーザノード＃
１の仮想パスＩＤ決定処理部７５が、実際のルーティン
グテーブル８１を参照して、使用されていない仮想パス
ＩＤの中で最小のもの例えば「＃１」を当該仮想パス４
に付す。

【００９１】この仮想パスＩＤを用いて、ユーザノード
＃１の仮想ネットワーク制御部７１が仮想パス４を設定
する。また、これを受けて、ユーザノード＃１の仮想ネ
ットワーク管理部７２が実際のルーティングテーブル８
１を更新する。

【００９２】まず、仮想ネットワーク制御部７１が、自
ユーザノード＃１の持つユーザノード＃８についてのメ
タルーティングテーブル８２（図９（Ｂ）参照）を参照
して、パス（＃８→＃２）にデータを送信するための出
方路を求める。即ち、隣接ノードＩＤ「＃２」を用い
て、メタルーティングテーブル８２から対応する出方路
番号「＃１」を得る。そこで、仮想ネットワーク制御部
７１が、この出方路番号「＃１」に当該仮想パス４の仮
想パスＩＤ「＃１」を付したものを仮想ネットワーク管
理部７２に渡して、自ユーザノード＃１の持つユーザノ
ード＃８についての実際のルーティングテーブル８１の
更新を依頼する。仮想ネットワーク管理部７２は、図９
（Ａ）に示すように、ユーザノード＃８についての実際
のルーティングテーブル８１にこの内容を書き込む。

【００９３】次に、仮想ネットワーク制御部７１が、自
ユーザノード＃１の持つユーザノード＃２についてのメ
タルーティングテーブル８２（図１０（Ｂ）参照）を参
照して、パス（＃２→＃１）にデータを送信するための
出方路を求める。即ち、隣接ノードＩＤ「＃１」を用い
て、メタルーティングテーブル８２から対応する出方路
番号「＃２」を得る。そこで、仮想ネットワーク制御部
７１が、この出方路番号「＃２」に当該仮想パス４の仮
想パスＩＤ「＃１」を付したものを仮想ネットワーク管
理部７２に渡して、自ユーザノード＃１の持つユーザノ
ード＃２についての実際のルーティングテーブル８１の
更新を依頼する。仮想ネットワーク管理部７２は、図１
０（Ａ）に示すように、ユーザノード＃２についての実
際のルーティングテーブル８１にこの内容を書き込む。

【００９４】一方、以上の仮想パス４の設定により、所
定の通信量がこの仮想パス４に割り当てられ使用され
る。そこで、仮想ネットワーク制御部７１は、空き帯域
テーブル７４においてパス（＃８→＃２）及びパス（＃
２→＃１）に対応するエントリから、各々、「１０Ｍｂ
ｐｓ」を減算する。

【００９５】以上の仮想パス４の設定処理が全て終了し
た後、仮想ネットワーク制御部７１はその旨をＵＳＮ制
御部５に通知する。これを受けて、ＵＳＮ制御部５は、
ユーザの選択したＵＳＮＩＤ「＃１」を持つＵＳＮ２０
３についてのノードデータベース６２を更新する。即
ち、ＵＳＮ制御部５は、ユーザの入力した機能「Ｃ」に
ＵＳＮＩＤ「＃１」、自ユーザノード＃１のノードＩＤ
「＃１」、機能クラスにおける番号「＃５」を付加した
ものを、図８に示すように、ＵＳＮ２０３についてのノ
ードデータベース６２に書き込む。この時、機能「Ｃ」
のユーザノード３がすでに４個あるので、機能クラスに
おける番号は「＃５」とされる。

【００９６】なお、ＵＳＮ２０３へのユーザノード３の
接続処理は以上で終了するが、実際の接続は、均一化処
理部９によるノードデータベース６２、空き帯域テーブ
ル７４及びルーティングテーブル８の均一化によって完
了する。均一化処理部９はノードデータベース６２、空
き帯域テーブル７４及びルーティングテーブル８の均一
化処理を行う。このために、均一化処理部９は、自ユー
ザノード３のノードデータベース６２、空き帯域テーブ
ル７４及びルーティングテーブル８の内容が更新される
毎に、その更新された内容を物理ネットワーク制御部１
０を介して他のユーザノード３の均一化処理部９に通知
する。他のユーザノード３の均一化処理部９からの通知
を物理ネットワーク制御部１０を介して受信した場合、
均一化処理部９は、この通知の内容に従って自ユーザノ
ード３のノードデータベース６２、空き帯域テーブル７
４及びルーティングテーブル８の内容を更新する。

【００９７】物理ネットワーク制御部１０は、自ユーザ
ノード３の均一化処理部９からの依頼を受けて、ノード
データベース６２、空き帯域テーブル７４及びルーティ
ングテーブル８の更新された内容を、物理的に隣接する
ユーザノード３即ち、自ユーザノード３についてのメタ
ルーティングテーブル８２に格納されたノードＩＤを持
つユーザノード３に送信する。

【００９８】この均一化処理により、各ユーザノード３
は同一内容のデータベース６、ルーティングテーブル８
及び空き帯域テーブル７４を持つ。これにより、ＵＳＮ
２０３における各ユーザノード３間のデータの送信が可
能となる。

【００９９】前述の場合、ＵＳＮＩＤ「＃１」及び機能
間クラスにおける番号「＃５」を付された機能「Ｃ」及
びノードＩＤ「＃１」からなるＵＳＮ接続情報が、ＵＳ
Ｎ構築情報と同様にして、ユーザノード＃１から他の全
てのユーザノード３に送信され、各ノードデータベース
６２に書き込まれる。更に、ユーザノード＃８及びユー
ザノード＃２についてのルーティングテーブル８の更新
された内容も、同様にして、ユーザノード＃１から他の
全てのユーザノード３に送信され、各ルーティングテー
ブル８に書き込まれる。また、ユーザノード＃１以外の
全てのユーザノード３において、空き帯域テーブル７４
のパス（＃８→＃２）及びパス（＃２→＃１）に対応す
るエントリから、各々、「１０Ｍｂｐｓ」が減算され
る。

【０１００】これにより、全てのユーザノード３におい
てノードデータベース６２及びルーティングテーブル８
の内容が均一化され、全てのユーザノード３からノード
データベース６２及びルーティングテーブル８の最新の
（又は正しい）内容を知ることが可能となる。なお、図
３に示すユーザノード＃９及びユーザノード＃１０へ
も、ＵＳＮ接続情報が送信される。従って、物理網１０
１のいずれのユーザノード３もＵＳＮ２０３に接続可能
となる。

【０１０１】前述の消費者ＣとしてＵＳＮ２０３に接続
したユーザノード＃１には、以下のようにしてデータが
送信される。２次加工者Ｅ２であるユーザノード＃８
は、自己が受け取ったデータに所定のデータ処理により
２次加工を施して最終製品として消費者Ｃである各ユー
ザノード＃１、＃３、＃５乃至＃７に送信する。この送
信のための出方路はユーザノード＃８についての実際の
ルーティングテーブル８１に記述されている。このＵＳ
Ｎ２０３のＵＳＮＩＤは「＃１」であるから、ユーザノ
ード＃８の受信したデータの先頭に付された仮想パスＩ
Ｄは「＃１００」より小さい。そこで、ユーザノード＃
８の物理ネットワーク制御部１０は、自ユーザノード３
のルーティングテーブル８１を参照して、送信すべきデ
ータの先頭にルーティングテーブル８１に存在する「＃
１００」より小さい仮想パスＩＤに対応する出方路番号
を持つ出方路にデータを送信する。この時、物理ネット
ワーク制御部１０は送信データの先頭にその出方路番号
に対応する仮想パスＩＤを付す。従って、仮想パスＩＤ
「＃１」の付されたデータは、出方路番号「＃１」の出
方路に送出され、対応するユーザノード＃２に送信され
る。

【０１０２】仮想パスＩＤ「＃１」の付されたデータを
受信したユーザノード＃２の物理ネットワーク制御部１
０は、ユーザノード＃２についての実際のルーティング
テーブル８１を参照して、当該受信データを同一の仮想
パスＩＤ「＃１」に対応する出方路番号「＃２」の出方
路に送出する。この結果、当該データは出方路番号「＃
２」の出方路に対応するユーザノード＃１に送信され
る。

【０１０３】図１２はＵＳＮ構築処理フローである。物
理網１０１の上にＵＳＮ２０３を構築しようとするユー
ザがＵＳＮ２０３の構造を決定し（Ｓ１）、自ユーザノ
ード３に構築要求を入力して、ＵＳＮ制御部５との対話
によりＵＳＮ構築情報を自ユーザノード３に入力する。

【０１０４】ＵＳＮ制御部５がユーザの入力したＵＳＮ
構築情報にＵＳＮＩＤを付して機能データベース６１に
書き込む（Ｓ２）。ＵＳＮ２０３の構築を終了する（Ｓ
３）。

【０１０５】この機能データベース６１への書き込みを
契機として、均一化処理部９が新たに機能データベース
６１に書き込まれた内容を隣接するユーザノード３に送
信する。これにより、ＵＳＮ２０３の構築が完了する。

【０１０６】図１３はＵＳＮ接続処理フローである。あ
るノードにおいて、ユーザによりユーザノード３へＵＳ
Ｎ２０３への接続要求が入力される（Ｓ１１）。

【０１０７】ＵＳＮ制御部５が機能データベース６１を
参照して（Ｓ１２）、その内容をユーザに表示する。表
示された機能データベース６１の内容を見たユーザが、
接続を希望するＵＳＮ２０３をユーザノード３に選択入
力する。これに応じて、ＵＳＮ制御部５が接続するＵＳ
Ｎ２０３を決定する（Ｓ１３）。

【０１０８】更に、表示された機能データベース６１の
内容を見たユーザが、選択したＵＳＮ２０３において望
む機能をユーザノード３に入力する。これに応じて、Ｕ
ＳＮ制御部５が自ユーザノード３の機能を決定する（Ｓ
１４）。

【０１０９】ＵＳＮ制御部５がユーザの選択したＵＳＮ
２０３についてのノードデータベース６２を参照する
（Ｓ１５）。ＵＳＮ制御部５がＳ１５で参照したノード
データベース６２の内容とユーザの入力した機能とから
接続相手を決定する（Ｓ１６）。

【０１１０】ＵＳＮ制御部５が接続相手が存在するか
（Ｓ１６で接続相手を決定できたか）否かを調べる（Ｓ
１７）。存在しない場合、以下のＳ１８乃至Ｓ２３を省
略して、Ｓ２４を実行する。

【０１１１】存在する場合、仮想ネットワーク制御部７
１が空き帯域テーブル７４を参照する（Ｓ１８）。ルー
ティング決定処理部７３がＳ１７において参照した空き
帯域テーブル７４の内容に基づいて仮想パス４をルーテ
ィングする（Ｓ１９）。この後、仮想パスＩＤ決定処理
部７５がルーティングされた仮想パス４に仮想パスＩＤ
を付す。

【０１１２】仮想ネットワーク制御部７１が、Ｓ１９に
おいて仮想パス４はルーティングできたのか（仮想パス
４を設定できるのか）否かを調べる（Ｓ２０）。設定で
きない場合、そのＵＳＮ２０３への接続は不可能である
ので、仮想ネットワーク制御部７１がこの旨をＵＳＮ制
御部５に通知する。ＵＳＮ制御部５がこの旨をユーザに
表示して、接続処理を終了する（Ｓ２１）。

【０１１３】設定できる場合、仮想ネットワーク制御部
７１がＳ１９におけるルーティングに従って仮想パス４
を設定する。この設定の内容に従って、仮想ネットワー
ク管理部７２がルーティングテーブル８を更新する（Ｓ
２２）。

【０１１４】仮想ネットワーク制御部７１がＳ１９にお
いてルーティングした仮想パス４に従って空き帯域テー
ブル７４を更新する（Ｓ２３）。ＵＳＮ制御部５が、Ｓ
１４において決定した自ユーザノード３の機能に従って
Ｓ１５で参照したノードデータベース６２を更新する
（Ｓ２４）。

【０１１５】ＵＳＮ制御部５が、ＵＳＮ２０３への接続
処理を終了する（Ｓ２５）。機能データベース６１、空
き帯域テーブル７４及びノードデータベース８への書き
込みを契機として、均一化処理部９が新たに機能データ
ベース６１、空き帯域テーブル７４及びノードデータベ
ース８に書き込まれた内容を隣接するユーザノード３に
送信する。これにより、ＵＳＮ２０３への接続が完了す
る。（第２実施例）図１４乃至図１８により本発明の第２実
施例について説明する。この実施例は、第１実施例では
各ユーザノード３に設けられたノードデータベース６２
を所定のユーザノード３に設けて他のユーザノード３で
は省略する例である。

【０１１６】図１４及び図１５は実施例構成図であり、
図１４はノードデータベース６２を有していないユーザ
ノード３の構成を示し、図１５はノードデータベース６
２を有するユーザノード３の構成を示す。図１４及び図
１５のユーザノード３は、図６に示すユーザノード３と
ほぼ同様の構成を有するが、ＵＳＮ制御部５及びデータ
ベース６の構成が図６に示すユーザノード３と異なる。
この実施例のユーザノード３では、ノードデータベース
６２を省略したユーザノード３が存在することに伴い、
機能データベース６１に替えて簡易情報付き機能データ
ベース６３が設けられ、データ問合わせ処理部５１がＵ
ＳＮ制御部５に設けられる。これが各ユーザノード３に
共通の構成である。これに対して、ノードデータベース
６２は図１５のユーザノード３にのみ設けられる。従っ
て、図１４のユーザノード３と図１５のユーザノード３
とでは、データベース６の構成が異なる。

【０１１７】図１６は簡易情報付き機能データベース６
３の構成を示す。簡易情報付き機能データベース６３は
図７に示す機能データベース６１とほぼ同様の構成を有
するが、各エントリ毎にノードデータベース６２の存在
するノードＩＤを格納する点が図７に示す機能データベ
ース６１と異なる。簡易情報付き機能データベース６３
の構造は予め図１６に示す構造に定められる。簡易情報
付き機能データベース６３は複数のエントリを有し、そ
の各々に、ＵＳＮ構築情報とこれに対応するノードデー
タベース６２の存在するノードＩＤを格納する。従っ
て、各ＵＳＮ２０３についての接続情報を格納するノー
ドデータベース６２の存在するノードＩＤが、各ＵＳＮ
２０３毎に格納される。ノードデータベース６２の存在
するユーザノード３は通常各ＵＳＮ２０３毎に異なる。

【０１１８】ノードデータベース６２の存在するノード
ＩＤは、そのＵＳＮ２０３についてのノードデータベー
ス６２に替わる簡易な接続情報（簡易情報）である。こ
のノードデータベース６２の存在するノードＩＤは、そ
のＵＳＮ２０３のＵＳＮＩＤと併せて、そのＵＳＮ２０
３についての簡易情報として用いられる。従って、１個
の簡易情報はＵＳＮＩＤとノードデータベース６２の存
在するノードＩＤとからなる（含む）。簡易情報付き機
能データベース６３は各ＵＳＮ毎にその構築情報及び簡
易情報を格納してなる。

【０１１９】なお、ノードデータベース６２の構成は図
８に示す構成と同様である。従って、ノードデータベー
ス６２は、図１５に示す所定のユーザノード３にのみ設
けられる点で異なるのみである。

【０１２０】ＵＳＮ制御部５は、ＵＳＮ構築情報を第１
実施例と同様に簡易情報付き機能データベース６３に書
き込んだ後、ユーザに対してノードデータベース６１の
存在するノードＩＤの入力を求める。ユーザが当該入力
をした場合、ＵＳＮ制御部５は、これを簡易情報付き機
能データベース６３の対応するエントリに格納する。こ
れにより、所定のユーザノード３にノードデータベース
６２を備えるＵＳＮ２０３が物理網１０１の上に構築さ
れる。

【０１２１】例えば、前述のように、ユーザノード＃８
が図３に示す物理網１０１の上に図４に示すマスコミニ
ケーション型のＵＳＮ２０３を構築しようとした場合、
ユーザノード＃８の所有者が、ユーザノード＃８に対し
て、ＵＳＮ構築情報を入力した後、ノードデータベース
６２の存在するノードＩＤ「＃８」を入力する。なお、
ノードデータベース６２の存在するノードＩＤは、自ユ
ーザノード＃８のノードＩＤに限られず、他のユーザノ
ード３のノードＩＤであってもよい。これにより、図１
６に示す簡易情報付き機能データベース６３が得られ
る。この簡易情報付き機能データベース６３は均一化処
理部９によって他のユーザノード３に送られる。従っ
て、他のユーザノード３からノードデータベース６２が
どのユーザノード３に存在するのかを認識することがで
きる。なお、この時点ではＵＳＮ２０３についてのノー
ドデータベース６２には何も書き込まれていない。

【０１２２】ＵＳＮ制御部５は、接続要求が入力された
場合、簡易情報付き機能データベース６３の簡易情報及
びＵＳＮ構築情報（機能データベース６１に相当する）
を参照する。そして、ＵＳＮ制御部５は、ユーザがＵＳ
Ｎ接続情報を入力した場合、ユーザの選択したＵＳＮ２
０３に対応するＵＳＮＩＤと機能クラスにおける番号と
をＵＳＮ接続情報に付加する。

【０１２３】ＵＳＮ制御部５は、ユーザの選択したＵＳ
Ｎ２０３に対応するＵＳＮＩＤと参照した簡易情報とに
基づいて、データ問合わせ処理部５１にユーザの選択し
たＵＳＮ２０３についてのノードデータベース６２の問
合わせを依頼する。データ問合わせ処理部５１は、ノー
ドデータベース６２の存在するノードＩＤを用いて、そ
のユーザノード３にノードデータベース６２の内容を問
合わせ、ユーザの選択したＵＳＮ２０３についてのノー
ドデータベース６２を読み出して、これを自ユーザノー
ド３のメモリの所定の領域に格納する。

【０１２４】読み出したノードデータベース６２は、Ｕ
ＳＮ接続情報への機能クラスにおける番号の付加、接続
相手の決定、ＵＳＮ接続情報の格納等の処理において、
第１実施例の場合の各ユーザノード３の備えるノードデ
ータベース６２と同様に用いられる。また、仮想ネット
ワーク制御部７１等による仮想パス４のルーティング処
理が終了した後、ＵＳＮ制御部５は、仮想パス４のルー
ティング結果に従ってノードデータベース６２を更新し
て仮想パス４を設定する。均一化処理部９は、この更新
されたノードデータベース６２をノードデータベース６
２の存在するノードＩＤを用いて、元のユーザノード３
に送る。

【０１２５】例えば、前述のように、ユーザノード＃８
の構築したＵＳＮ２０３にユーザノード＃１が消費者Ｃ
として接続しようとした場合、ユーザノード＃１の所有
者が、ユーザノード＃１に対してＵＳＮ接続情報を入力
する。ユーザノード＃１のＵＳＮ制御部５は、簡易情報
付き機能データベース６３の簡易情報からノードデータ
ベース６２の存在するノードＩＤ「＃８」を認識し、ユ
ーザノード＃８からノードデータベース６２を自ユーザ
ノード＃１に読み出す。そして、ＵＳＮ制御部５は、読
み出したノードデータベース６２を用いて接続相手を決
定し、この接続相手との間にルーティングされた仮想パ
ス４を読み出したノードデータベース６２に設定する。
この仮想パス４設定後の読み出したノードデータベース
６２はユーザノード＃８へ送られる。

【０１２６】なお、ノードデータベース６２の存在する
ユーザノード３のＵＳＮ制御部５も、ノードデータベー
ス６２の参照は、簡易情報を参照した上でデータ問合わ
せ処理部５１に依頼して行う。

【０１２７】図１７はＵＳＮ構築処理フローである。物
理網１０１の上にＵＳＮ２０３を構築しようとするユー
ザがＵＳＮ２０３の構造を決定し（Ｓ３１）、自ユーザ
ノード３に構築要求を入力して、ＵＳＮ制御部５との対
話によりＵＳＮ構築情報を自ユーザノード３に入力す
る。

【０１２８】ＵＳＮ制御部５がユーザの入力したＵＳＮ
構築情報にＵＳＮＩＤを付して簡易情報付き機能データ
ベース６３に書き込む（Ｓ３２）。ＵＳＮ制御部５がユ
ーザの入力した簡易情報（ノードデータベース６２の存
在するノードＩＤ）を簡易情報付き機能データベース６
３の対応するエントリに書き込む（Ｓ３３）。

【０１２９】ＵＳＮ２０３の構築を終了する（Ｓ３
４）。この簡易情報付き機能データベース６３への書き
込みを契機として、均一化処理部９が新たに簡易情報付
き機能データベース６３に書き込まれた内容を隣接する
ユーザノード３に送信する。これにより、ＵＳＮ２０３
の構築が完了する。

【０１３０】図１８はＵＳＮ接続処理フローでる。ある
ノードにおいて、ユーザによりユーザノード３へＵＳＮ
２０３への接続要求が入力される（Ｓ４１）。

【０１３１】ＵＳＮ制御部５が簡易情報付き機能データ
ベース６３の簡易情報（ノードデータベース６２の存在
するノードＩＤ）を参照する（Ｓ４２）。ＵＳＮ制御部
５が簡易情報付き機能データベース６３のＵＳＮ構築情
報（機能データベース６１に相当する）を参照して（Ｓ
４３）、その内容をユーザに表示する。

【０１３２】表示されたＵＳＮ構築情報を見たユーザ
が、接続を希望するＵＳＮ２０３をユーザノード３に選
択入力する。これに応じて、ＵＳＮ制御部５が接続する
ＵＳＮ２０３を決定する（Ｓ４４）。更に、表示された
ＵＳＮ構築情報を見たユーザが、選択したＵＳＮ２０３
において望む機能をユーザノード３に入力する。これに
応じて、ＵＳＮ制御部５が自ユーザノード３の機能を決
定する（Ｓ４５）。

【０１３３】ＵＳＮ制御部５が、Ｓ４２において参照し
た簡易情報とＳ４４においてユーザの入力した接続を希
望するＵＳＮ２０３とを渡して、データ問合わせ処理部
５１にデータの問合わせを依頼する。データ問合わせ処
理部５１は、そのＵＳＮ２０３のノードデータベース６
２を備えるユーザノード３にその内容を問い合わせて、
ＵＳＮ２０３のノードデータベース６２を読み出し、メ
モリに格納する。そして、ＵＳＮ制御部５が、読み出し
たノードデータベース６２を参照する（Ｓ４６）。

【０１３４】この後は、図１３に示すＵＳＮ接続処理フ
ローと同一であるので、図示及び説明を省略する。即
ち、Ｓ４６の後は、図１３における点Ａ以降に示す処理
が、Ｓ４６において読み出したノードデータベース６２
を用いて、図１３と同様に実行される。なお、Ｓ２４の
実行においてＵＳＮ制御部５により更新された後の読み
出したノードデータベース６２は、均一化処理部９によ
り元のユーザノード３に送られる。また、ルーティング
テーブル８及び空き帯域テーブル７４の均一化処理も第
１実施例と同様に行われる。（第３実施例）図１９乃至図２０により本発明の第３実
施例について説明する。この実施例は第１実施例におい
てＵＳＮのユーザ認証手段を設けた例である。

【０１３５】図１９は実施例構成図であり、ユーザ認証
処理部５２を有するユーザノード３の構成を示す。図１
９のユーザノード３は図６に示すユーザノード３とほぼ
同様の構成を有するが、そのＵＳＮ制御部５の構成が図
６に示すユーザノード３と異なる。即ち、各ユーザノー
ド３において、ユーザ認証処理部５２がＵＳＮ制御部５
に設けられる。

【０１３６】ＵＳＮ制御部５は、ユーザからＵＳＮ２０
３の接続要求が入力された場合、ユーザに対して、ユー
ザＩＤ及び／又はパスワードの入力を求める。そして、
ＵＳＮ制御部５は、ユーザが入力したユーザＩＤ及び／
又はパスワードをユーザ認証処理部５２に渡して、その
ユーザの認証を依頼する。ユーザ認証処理部５２は、ユ
ーザＩＤ及び／又はパスワードを用いて、そのユーザの
資格を調べ、その結果をＵＳＮ制御部５に通知する。Ｕ
ＳＮ制御部５は、ユーザに資格のある場合には接続処理
を続行するが、資格の無い場合にはその旨をユーザに表
示して接続処理を中止する。

【０１３７】ユーザ認証処理部５２は所定のユーザ認証
用テーブル（図示せず）を備える。このテーブルは、物
理網１０１（の管理者）によって物理網１０１への加入
時等に予め用意され、例えばユーザノード３毎にユーザ
ＩＤ及び／又はパスワードを格納してなる。ユーザ認証
処理部５２は、ユーザＩＤ及び／又はパスワードを用い
て、ユーザ認証用テーブルを参照してそのユーザの資格
を調べる。ユーザノード３に対応して格納されているユ
ーザＩＤ及び／又はパスワードに等しいものが入力され
た場合、そのユーザに資格があると認識される。これ以
外の場合には、そのユーザには資格がないと認識され
る。

【０１３８】例えば、前述のように、ＵＳＮ２０３にユ
ーザノード＃１が消費者Ｃとして接続しようとした場
合、ユーザノード＃１の所有者が、ユーザノード＃１に
ユーザＩＤ及び／又はパスワードを入力する。ＵＳＮ制
御部５は、ユーザ認証処理部５２でのユーザ認証処理の
結果に従って、ＵＳＮへの接続の可否を判断する。この
場合、ユーザノード＃１の接続は可能とされ、第１実施
例と同様にしてＵＳＮ２０３に接続される。

【０１３９】図２０はＵＳＮ接続処理フローである。あ
るノードにおいて、ユーザによりユーザノード３へＵＳ
Ｎ２０３への接続要求が入力される（Ｓ５１）。

【０１４０】ＵＳＮ制御部５が、ユーザに対して、ユー
ザＩＤ及び／又はパスワードの入力を求める。ユーザに
よりユーザＩＤ及び／又はパスワードの入力された場
合、ＵＳＮ制御部５はこれをユーザ認証処理部５２に渡
してユーザの認証処理を依頼する。ユーザ認証処理部５
２は、例えばユーザ認証用テーブルを参照してそのユー
ザの資格の有無を調べ（Ｓ５２）、その結果をＵＳＮ制
御部５に通知する。ユーザに資格がある場合以下の処理
が実行され、ユーザに資格がない場合以下の処理は実行
されずに接続が中断される。これにより、不所望なユー
ザノード３に対しては機能データベース６１等の内容を
一切知らせずに、ＵＳＮの秘密保護を図ることができ
る。

【０１４１】この後は、図１８のＳ４３乃至Ｓ４６と同
様のＳ５３乃至Ｓ５６を実行し、更に図１３に示すＳ１
６乃至Ｓ２５を実行する。これらの処理については図示
及び説明を省略する。

【０１４２】なお、ユーザの認証の手段は前記ユーザＩ
Ｄ及び／又はパスワードに限られない。例えば、ユーザ
認証用テーブルにはユーザノード３毎にユーザノード３
及び／又はユーザのランクを格納し、機能データベース
６１にはＵＳＮ毎に接続を許すユーザノード３及び／又
はユーザのランクを格納する。そして、接続要求を入力
したユーザノード３及び／又はユーザのランクがユーザ
認証用テーブルに記述された接続を許されるランクより
低い場合、接続が許されないようにしてもよい。このラ
ンクはＵＳＮを構成する各機能毎に異なるように定めて
もよい。また、このランクによる優先制御とユーザＩＤ
及び／又はパスワードによる認証処理とを併用してもよ
い。この場合、図２０におけるＳ５２はＳ５３乃至Ｓ５
５の実行の後に行われる。（第４実施例）図２１及び図２２により本発明の第４実
施例について説明する。この実施例は、第１実施例にお
いて各ユーザノード３に設けられる機能データベース６
１及びノードデータベース６２を所定のユーザノード３
に設けて他のユーザノード３では省略すると共に、第３
実施例に示すユーザ認証手段を各ユーザノード３に設け
た例である。

【０１４３】図２１は実施例構成図であり、図２１
（Ａ）は機能データベース６１及びノードデータベース
６２を有していないユーザノード３を示し、図２１
（Ｂ）は機能データベース６１及びノードデータベース
６２を有するユーザノード３を示す。図２１（Ａ）及び
図２１（Ｂ）のユーザノード３は、図６に示すユーザノ
ード３とほぼ同様の構成を有するが、ＵＳＮ制御部５及
びデータベース６の構成が図６に示すユーザノード３と
異なる。なお、便宜的に、ＵＳＮ制御部５以外は図示を
省略した。

【０１４４】図２１（Ａ）及び図２１（Ｂ）のユーザノ
ード３では、機能データベース６１及びノードデータベ
ース６２の省略に伴い、これらに替えてデータベース６
として簡易データベース６４が設けられ、データ問合わ
せ処理部５１がＵＳＮ制御部５に設けられる。また、各
ユーザノード３のＵＳＮ制御部５にユーザ認証処理部５
２が設けられる。以上は各ユーザノード３に共通の構成
である。これに対して、機能データベース６１及びノー
ドデータベース６２は図２１（Ｂ）のユーザノード３に
のみ設けられる。従って、図２１（Ａ）のユーザノード
３と図２１（Ｂ）のユーザノード３とでは、データベー
ス６の構成が異なる。

【０１４５】簡易データベース６４は、各ユーザノード
３のメモリの所定の領域に予め用意され、図１６に示す
簡易情報付き機能データベース６３における機能名及び
機能間構造を省略した構成を有する。即ち、各ＵＳＮＩ
Ｄ毎に、機能データベース６１及びノードデータベース
６２の存在するノードＩＤを格納する。これは第２実施
例における簡易情報に等しい。従って、簡易データベー
ス６４は各ＵＳＮ２０３についての簡易情報を格納する
データベースである。簡易データベース６４の構造は予
め図２１（Ａ）に示す構造に定められる。機能データベ
ース６１及びノードデータベース６２の存在するユーザ
ノード３は通常各ＵＳＮ毎に異なる。

【０１４６】機能データベース６１及びノードデータベ
ース６２の構成は、各々、図７及び図８に示す構成と同
様である。従って、機能データベース６１及びノードデ
ータベース６２は、これが図２１（Ｂ）に示す所定のユ
ーザノード３にのみ設けられる点で第１実施例と異な
る。

【０１４７】ＵＳＮ制御部５は、ＵＳＮの構築要求が入
力された場合、ユーザに対して機能データベース６１及
びノードデータベース６２の存在するノードＩＤの入力
を求め、これにＵＳＮＩＤを付した簡易情報を簡易デー
タベース６４に書き込む。簡易データベース６４の更新
された部分は、そのユーザノード３の均一化処理部９に
よって、他のユーザノード３に通知され均一化される。

【０１４８】また、ＵＳＮ制御部５は、前記ユーザの入
力したノードＩＤのユーザノード３に対して、ユーザの
入力したＵＳＮ構築情報を送り機能データベース６１及
びノードデータベース６２の作成を依頼する。当該ユー
ザノード３はＵＳＮ構築情報を第１実施例と同様に機能
データベース６１に書き込む。これらは均一化処理部９
による均一化処理の対象とはされない。

【０１４９】これにより、所定のユーザノード３に機能
データベース６１及びノードデータベース６２を備え、
他のユーザノード３に簡易データベース６４を備えるＵ
ＳＮ２０３が物理網１０１の上に構築される。

【０１５０】例えば、前述のように、ユーザノード＃８
が図３に示す物理網１０１の上に図４に示すマスコミニ
ケーション型のＵＳＮ２０３を構築しようとした場合、
ユーザノード＃８の所有者が、ユーザノード＃８に対し
て、機能データベース６１及びノードデータベース６２
の存在するノードＩＤ「＃８」とＵＳＮ構築情報とを入
力する。ユーザノード＃８のＵＳＮ制御部５は、自ユー
ザノード＃８のメモリに機能データベース６１及びノー
ドデータベース６２を作成し、ＵＳＮ構築情報を機能デ
ータベース６１に書き込む。また、ＵＳＮ制御部５は、
ノードＩＤ「＃８」に基づく簡易情報を簡易データベー
ス６４に書き込む。簡易網データベース６４は均一化処
理部９により均一化される。従って、他のユーザノード
３から、機能データベース６１及びノードデータベース
６２がどのユーザノード３に存在するかを認識すること
ができる。

【０１５１】ＵＳＮ制御部５は、接続要求が入力された
場合、簡易データベース６４を参照し、データ問合わせ
処理部５１に各ＵＳＮについての機能データベース６１
及びノードデータベース６２の問合わせを依頼する。デ
ータ問合わせ処理部５１は、機能データベース６１及び
ノードデータベース６２の存在するノードＩＤを用い
て、そのユーザノード３に機能データベース６１及びノ
ードデータベース６２の内容を問合わせて読み出し、自
ユーザノード３のメモリの所定の領域に格納する。そし
て、ＵＳＮ制御部５は、読み出した機能データベース６
１及びノードデータベース６２を用いて、第１実施例と
同様にして、ＵＳＮへの接続に必要な処理を行い、仮想
パス４のルーティング結果に従って読み出したノードデ
ータベース６２を更新して仮想パス４を設定する。均一
化処理部９は、この更新されたノードデータベース６２
をノードデータベース６２の存在するノードＩＤを用い
て、そのユーザノード３に送る。

【０１５２】なお、ＵＳＮ制御部５は、簡易データベー
ス６４の参照に先立って、ユーザにユーザＩＤ及び／又
はパスワードの入力を求め、ユーザ認証処理部５２によ
るユーザの資格のチェックを行う。

【０１５３】例えば、前述のように、ユーザノード＃８
の構築したＵＳＮ２０３にユーザノード＃１が消費者Ｃ
として接続しようとした場合、ユーザノード＃１の所有
者が、ユーザノード＃１に対してＵＳＮへの接続要求を
入力する。ユーザノード＃１のＵＳＮ制御部５は、簡易
データベース６４を参照して機能データベース６１及び
ノードデータベース６２の存在するノードＩＤ「＃８」
を認識し、ユーザノード＃８から機能データベース６１
及びノードデータベース６２を自ユーザノード＃１に読
み出す。そして、ＵＳＮ制御部５は、読み出した機能デ
ータベース６１及びノードデータベース６２を用いて接
続相手を決定し、この接続相手との間にルーティングさ
れた仮想パス４を読み出したノードデータベース６２に
設定する。この仮想パス４設定後の読み出したノードデ
ータベース６２は元のユーザノード＃８へ送られる。

【０１５４】なお、機能データベース６１及びノードデ
ータベース６２の存在するユーザノード３のＵＳＮ制御
部５がこれらを参照する場合、簡易データベース６４を
参照した上でデータ問合わせ処理部５１に依頼して行
う。

【０１５５】図２２（Ａ）はＵＳＮ構築処理フローであ
る。物理網１０１の上にＵＳＮ２０３を構築しようとす
るユーザがＵＳＮ２０３の構造を決定し（Ｓ６１）、自
ユーザノード３に構築要求を入力して、ＵＳＮ制御部５
との対話によりＵＳＮ構築情報を自ユーザノード３に入
力する。

【０１５６】ＵＳＮ制御部５が、自ユーザノード３に機
能データベース６１及びノードデータベース６２を作成
し、ユーザの入力したＵＳＮ構築情報を機能データベー
ス６１に書き込む（Ｓ６２）。

【０１５７】ＵＳＮ制御部５がユーザの入力した簡易情
報（機能データベース６１及びノードデータベース６２
の存在するノードＩＤ）を簡易データベース６４の空き
エントリに書き込む（Ｓ６３）。

【０１５８】ＵＳＮ２０３の構築を終了する（Ｓ６
４）。この簡易データベース６４への書き込みを契機と
して、均一化処理部９が新たに簡易データベース６４に
書き込まれた内容を隣接するユーザノード３に送信す
る。これにより、ＵＳＮ２０３の構築が完了する。

【０１５９】図２２（Ｂ）はＵＳＮ接続処理フローであ
る。あるノードにおいて、ユーザによりユーザノード３
へＵＳＮ２０３への接続要求が入力される（Ｓ７１）。

【０１６０】ＵＳＮ制御部５が、簡易データベース６４
を参照して、機能データベース６１及びノードデータベ
ース６２の存在するノードＩＤを認識する（Ｓ７２）。
ＵＳＮ制御部５が、ユーザに対して、ユーザＩＤ及び／
又はパスワードの入力を求める。ユーザによりユーザＩ
Ｄ及び／又はパスワードの入力された場合、ＵＳＮ制御
部５は、これをユーザ認証処理部５２に渡して、ユーザ
の認証処理を依頼する。ユーザ認証処理部５２は、例え
ばユーザ認証用テーブルを参照してそのユーザの資格の
有無を調べ（Ｓ７３）、その結果をＵＳＮ制御部５に通
知する。ユーザに資格がある場合以下の処理が実行さ
れ、ユーザに資格がない場合以下の処理は実行されずに
接続が中断される。

【０１６１】ＵＳＮ制御部５が、Ｓ７２で認識した機能
データベース６１及びノードデータベース６２の存在す
るノードＩＤを用いてそのユーザノード３から機能デー
タベース６１を読み出し、この機能データベース６１を
参照して（Ｓ７４）、その内容をユーザに表示する。

【０１６２】表示されたＵＳＮ構築情報を見たユーザ
が、接続を希望するＵＳＮ２０３をユーザノード３に選
択入力する。これに応じて、ＵＳＮ制御部５が接続する
ＵＳＮ２０３を決定する（Ｓ７５）。

【０１６３】更に、表示されたＵＳＮ構築情報を見たユ
ーザが、選択したＵＳＮ２０３において望む機能をユー
ザノード３に入力する。これに応じて、ＵＳＮ制御部５
が自ユーザノード３の機能を決定する（Ｓ７６）。

【０１６４】ＵＳＮ制御部５が、、Ｓ７２で認識した機
能データベース６１及びノードデータベース６２の存在
するノードＩＤを用いてそのユーザノード３からノード
データベース６２を読み出し、読み出したノードデータ
ベース６２を参照する（Ｓ７７）。

【０１６５】この後は、図１３に示すＵＳＮ接続処理フ
ローと同一であるので、図示及び説明を省略する。即
ち、Ｓ７７の後は、図１３における点Ａ以降に示す処理
が、読み出したノードデータベース６２を用いて、図１
３と同様に実行される。なお、Ｓ２４においてＵＳＮ制
御部５により更新された後の読み出したノードデータベ
ース６２は、均一化処理部９により、元のユーザノード
３に送られる。また、ルーティングテーブル８及び空き
帯域テーブル７４の均一化処理も第１実施例と同様に行
われる。

【０１６６】以上、本発明を実施例により説明したが、
本発明は上記実施例に限られるものではなく、その主旨
の範囲において種々変形可能である。前述の実施例は１
個の物理網１０１の上に複数個のＵＳＮ２０３を構築で
きる例であるが、いずれの実施例においても１個の物理
網１０１の上には１個のＵＳＮ２０３のみを構築できる
ようにしてもよい。この場合、機能データベース６１、
簡易情報付き機能データベース６３及び簡易データベー
スのエントリは１個のみとされ、ノードデータベース６
２も構築されるＵＳＮ２０３についての１個のみとされ
る。また、各情報に対してのＵＳＮＩＤの付加も省略さ
れる。更に、ＵＳＮ接続処理において、接続を希望する
ＵＳＮの選択入力の必要がないので、Ｓ１３、Ｓ４４、
Ｓ５４、Ｓ７５が省略される。

【０１６７】また、いずれの実施例においても、機能デ
ータベース６１等のエントリが空いていない状態におい
て、新たなＵＳＮの構築要求が入力された場合、ＵＳＮ
制御部５が、当該ＵＳＮの構築は不可能である旨をユー
ザに表示するようにしてもよい。

【０１６８】また、前述の実施例はＵＳＮ構築処理とＵ
ＳＮ接続処理とを別個に独立して行う例であるが、いず
れの実施例においても、構築処理時にこれらを並行して
（連続して）行うようにしてもよい。即ち、物理網１０
１の上にＵＳＮ２０３を構築する際において、その時点
で設定可能な仮想パス４を設けるようにしてもよい。こ
の場合、そのＵＳＮ２０３において論理的に接続される
（機能の異なる）ユーザノードが少なくとも２個存在す
ることが必要である。この場合、例えば、図１１のＳ２
の終了後に、Ｓ２において更新された機能データベース
６１の内容を参照して図１３のＳ１２乃至Ｓ２４を実行
し、更新されたノードデータベース６２を参照して図１
３のＳ１２乃至Ｓ２４の実行を繰り返すようにすればよ
い。

【０１６９】また、いずれの実施例においても、物理網
１０１（の管理者）により予めＵＳＮ２０３の機能を定
めるようにしてもよく、機能データベース６１及び／又
はノードデータベース６２の設けられるユーザノード３
をＵＳＮ２０３の管理者とするように予め定めてもよ
い。そして、ＵＳＮ２０３の管理者となり得るユーザノ
ード３又はその資格を予め定めてもよい。

【０１７０】また、ユーザの認証はＵＳＮへの接続処理
に限らず、ＵＳＮの構築処理において行うようにしても
よい。ユーザの認証の手段としてはユーザＩＤ及び／又
はパスワード、ユーザノード３及び／又はユーザのラン
クを用いる。この場合、構築要求の入力の後にユーザ認
証処理を行えばよい。

【０１７１】また、１個のＵＳＮ２０３の規模が非常に
大きい場合等においては、１個のＵＳＮ２０３の機能デ
ータベース６１、ノードデータベース６２をを、複数の
ユーザノード３に分割して設けてもよい。

【０１７２】また、各実施例を適宜組合せて実施しても
よい。例えば、１個の物理網１０１の上に、例えば第１
実施例によるＵＳＮ２０３と第１実施例によるＵＳＮ２
０３とを構築してもよく、この場合１個の物理ノード１
が双方のＵＳＮ２０３にユーザノード３として接続して
もよい。

【０１７３】また、第２実施例において各ユーザノード
３に第３実施例に示すユーザ認証処理部５２を設けても
よい。この場合、ユーザの認証処理は、各ユーザノード
３においてそのユーザ認証処理部５２が行うか、又は、
ノードデータベース６１の存在するユーザノード３のユ
ーザ認証処理部５２が行う。

【０１７４】本発明はＡＴＭ等のラベル多重方式による
交換網に限らず、物理的な結合関係に依存することなく
論理的な結合関係を定義することができる網に広く適用
することができる。

【０１７５】

【発明の効果】以上説明したように、本発明によれば、
ＵＳＮの構築及び接続において、ユーザノードの各々に
ＵＳＮの構築及び接続を可能とする機能を備えることに
より、物理網及び仮想網の管理者を介することなくユー
ザがＵＳＮを構築でき接続できるので、ＵＳＮの特定の
機能の実現に適した構造を保ちつつ、不特定多数の者の
接続に応じてその構造を調整することができ、ユーザの
要求をリアルタイムに反映したＵＳＮを構築及び接続す
ることができる。特に、マルチメディアネットワーク上
のＵＳＮにおいて、ユーザの要求をリアルタイムに反映
したＵＳＮの構築、変更、接続ができる。

【図面の簡単な説明】

【図１】本発明の原理構成図である。

【図２】本発明の作用説明図である。

【図３】物理網説明図である。

【図４】ＵＳＮ説明図である。

【図５】ＵＳＮ説明図である。

【図６】実施例構成図である。

【図７】機能データベース説明図である。

【図８】ノードデータベース説明図である。

【図９】ルーティングテーブル説明図である。

【図１０】ルーティングテーブル説明図である。

【図１１】空き帯域テーブル説明図である。

【図１２】ＵＳＮ構築処理フローである。

【図１３】ＵＳＮ接続処理フローである。

【図１４】実施例構成図である。

【図１５】実施例構成図である。

【図１６】簡易情報付き機能データベース説明図であ
る。

【図１７】ＵＳＮ構築処理フローである。

【図１８】ＵＳＮ接続処理フローである。

【図１９】実施例構成図である。

【図２０】ＵＳＮ接続処理フローである。

【図２１】実施例構成図である。

【図２２】実施例説明図である。

【符号の説明】

１物理ノード２物理回線３ユーザノード４仮想パス５ＵＳＮ制御部６データベース７仮想ネットワーク制御管理部８ルーティングテーブル９均一化処理部５１データ問合わせ処理部５２ユーザ認証処理部６１機能データベース６２ノードデータベース６３簡易情報付き機能データベース６４簡易データベース７１仮想ネットワーク制御部７２仮想ネットワーク管理部７３ルーティング決定処理部７４空き帯域テーブル７５仮想パスＩＤ決定処理部８１ルーティングテーブル８２メタルーティングテーブル１００、１０１物理網２００、２０１、２０２、２０３ユーザシステムネ
ットワーク（ＵＳＮ）

───────────────────────────────────────────────────── フロントページの続き (58)調査した分野(Int.Cl.⁷，ＤＢ名) H04L 12/28 H04Q 3/00

Claims

(57)【特許請求の範囲】

【請求項１】物理的な通信網の上にこれとは独立に構
築された仮想網であって、所定の機能の一部を実行する
ユーザノードが複数個論理的に結合して所定の機能を実
現するユーザシステムネットワーク（ＵＳＮ）におい
て、前記複数のユーザノードの各々に、ＵＳＮ構築情報及びＵＳＮ接続情報を格納するデータベ
ースと、入力されたＵＳＮ構築情報及びＵＳＮ接続情報を前記デ
ータベースに書き込むＵＳＮ制御部と、前記ユーザシステムネットワークの仮想パスを格納する
ルーティングテーブルと、ＵＳＮ接続情報に従って他のユーザノードとの間の通信
を行うための仮想パスをルーティングして前記ルーティ
ングテーブルに書き込む仮想ネットワーク制御管理部
と、前記データベース及びルーティングテーブルの均一化処
理を他のユーザノードとの間で行う均一化処理部とを備
えることを特徴とするユーザシステムネットワーク。
【請求項２】物理的な通信網の上にこれとは独立に構
築された仮想網であって、所定の機能の一部を実行する
ユーザノードが複数個論理的に結合して所定の機能を実
現するユーザシステムネットワークにおいて、前記複数のユーザノードの各々に、前記ユーザシステムネットワークの所定の機能とこれを
実現する機能間構造とを含むＵＳＮ構築情報を格納する
機能データベースと、機能間構造の要素である機能間クラスとユーザノードＩ
Ｄとを含むＵＳＮ接続情報を格納するノードデータベー
スと、入力されたＵＳＮ構築情報及びＵＳＮ接続情報を、各
々、前記機能データベース及びノードデータベースに書
き込むＵＳＮ制御部と、前記ユーザシステムネットワークの仮想パスを格納する
ルーティングテーブルと、前記ノードデータベースのＵＳＮ接続情報に従って他の
ユーザノードとの間の通信を行うための仮想パスをルー
ティングして前記ルーティングテーブルに書き込む仮想
ネットワーク制御管理部と、データベース及びルーティングテーブルの均一化処理を
他のユーザノードとの間で行う均一化処理部とを備える
ことを特徴とするユーザシステムネットワーク。
【請求項３】物理的な通信網の上にこれとは独立に構
築された仮想網であって、所定の機能の一部を実行する
ユーザノードが複数個論理的に結合して所定の機能を実
現するユーザシステムネットワークにおいて、前記複数のユーザノードの中の所定のユーザノードに、前記ユーザシステムネットワークの所定の機能を実現す
る機能間構造の要素である機能間クラスとユーザノード
ＩＤとを含むＵＳＮ接続情報を格納するノードデータベ
ースを備えると共に、前記ユーザノードの各々に、前記ユーザシステムネットワークの所定の機能とこれを
実現する機能間構造とを含むＵＳＮ構築情報と、ノード
データベースを有する前記所定のユーザノードのユーザ
ノードＩＤを含む簡易情報とを格納する簡易情報付き機
能データベースと、前記簡易情報付き機能データベースの簡易情報に従って
ノードデータベースを有するユーザノードからノードデ
ータベースを読み出し、入力されたＵＳＮ構築情報及び
簡易情報を前記簡易情報付き機能データベースに書き込
み、入力されたＵＳＮ接続情報を読み出したノードデー
タベースに書き込むＵＳＮ制御部と、前記ユーザシステムネットワークの仮想パスを格納する
ルーティングテーブルと、読み出したノードデータベースのＵＳＮ接続情報に従っ
て他のユーザノードとの間の通信を行うための仮想パス
をルーティングして前記ルーティングテーブルに書き込
む仮想ネットワーク制御管理部と、前記簡易情報付き機能データベース及びルーティングテ
ーブルの均一化処理を他のユーザノードとの間で行うと
共に、入力されたＵＳＮ接続情報の書き込まれた前記読
み出したノードデータベースを前記所定のユーザノード
に送る均一化処理部とを備えることを特徴とするユーザ
システムネットワーク。
【請求項４】物理的な通信網の上にこれとは独立に構
築された仮想網であって、所定の機能の一部を実行する
ユーザノードが複数個論理的に結合して所定の機能を実
現するユーザシステムネットワークにおいて、前記複数のユーザノードの中の所定のユーザノードに、前記ユーザシステムネットワークの所定の機能とこれを
実現する機能間構造とを含むＵＳＮ構築情報を格納する
機能データベースと、機能間構造の要素である機能間クラスとユーザノードＩ
Ｄとを含むＵＳＮ接続情報を格納するノードデータベー
スとを備えると共に、前記ユーザノードの各々に、前記機能データベース及びノードデータベースを有する
前記所定のユーザノードのユーザノードＩＤを含む簡易
情報を格納する簡易網データベースと、前記簡易網データベースの簡易情報に従って機能データ
ベース及びノードデータベースを有する前記所定のユー
ザノードから機能データベース及びノードデータベース
を読み出し、入力されたＵＳＮ構築情報を読み出した機
能データベースに書き込み、入力されたＵＳＮ接続情報
を読み出したノードデータベースに書き込み、入力され
た簡易情報を簡易網データベースに書き込むＵＳＮ制御
部と、前記ユーザシステムネットワークの仮想パスを格納する
ルーティングテーブルと、読み出したノードデータベースのＵＳＮ接続情報に従っ
て他のユーザノードとの間の通信を行うための仮想パス
をルーティングして前記ルーティングテーブルに書き込
む仮想ネットワーク制御管理部と、簡易網データベース及びルーティングテーブルの均一化
処理を他のユーザノードとの間で行うと共に、入力され
たＵＳＮ構築情報の書き込まれた機能データベース及び
入力されたＵＳＮ接続情報の書き込まれた前記読み出し
たノードデータベースを前記所定のユーザノードに送る
均一化処理部とを備えることを特徴とするユーザシステ
ムネットワーク。
【請求項５】複数のノードからなる物理的な通信網で
あって、この上にこれとは独立に所定の機能の一部を実
行する前記ノードであるユーザノードが複数個論理的に
結合して所定の機能を実現するユーザシステムネットワ
ークを構築可能な網において、前記複数のノードの各々に、ＵＳＮ構築情報及びＵＳＮ接続情報を格納するためのデ
ータベースと、ユーザシステムネットワークの構築要求及び接続要求の
あった場合に、各々、入力されたＵＳＮ構築情報及びＵ
ＳＮ接続情報を前記データベースに書き込むＵＳＮ制御
部と、前記ユーザシステムネットワークの仮想パスを格納する
ルーティングテーブルと、ユーザシステムネットワークへの接続要求のあった場合
に、ＵＳＮ接続情報に従って他のユーザノードとの間の
通信を行うための仮想パスをルーティングして前記ルー
ティングテーブルに書き込む仮想ネットワーク制御管理
部と、前記データベース及びルーティングテーブルの均一化処
理を他のユーザノードとの間で行う均一化処理部とを備
えることを特徴とする網。
【請求項６】物理的な通信網の上にこれとは独立に構
築された仮想網であって、所定の機能の一部を実行する
ユーザノードが複数個論理的に結合して所定の機能を実
現するユーザシステムネットワークの構築方法におい
て、前記ユーザシステムネットワークの構築要求の入力され
たユーザノードが、前記ユーザシステムネットワークの所定の機能とこれを
実現する機能間構造とを含むＵＳＮ構築情報であって入
力されたＵＳＮ構築情報を機能データベースに書き込
み、この書き込みのあった機能データベースの均一化処理を
他のユーザノードとの間で行うことを特徴とするユーザ
システムネットワークの構築方法。
【請求項７】物理的な通信網の上にこれとは独立に構
築された仮想網であって、所定の機能の一部を実行する
ユーザノードが複数個論理的に結合して所定の機能を実
現するユーザシステムネットワークの構築方法におい
て、前記ユーザシステムネットワークの構築要求の入力され
たユーザノードが、前記ユーザシステムネットワークの所定の機能とこれを
実現する機能間構造とを含むＵＳＮ構築情報であって入
力されたＵＳＮ構築情報と、ノードデータベースを有す
るユーザノードのユーザノードＩＤを含む簡易情報であ
って入力された簡易情報を簡易情報付き機能データベー
スに書き込み、この書き込みのあった簡易情報付き機能データベースの
均一化処理を他のユーザノードとの間で行うことを特徴
とするユーザシステムネットワークの構築方法。
【請求項８】物理的な通信網の上にこれとは独立に構
築された仮想網であって、所定の機能の一部を実行する
ユーザノードが複数個論理的に結合して所定の機能を実
現するユーザシステムネットワークの構築方法におい
て、前記ユーザシステムネットワークの構築要求の入力され
たユーザノードが、前記ユーザシステムネットワークの所定の機能とこれを
実現する機能間構造とを含むＵＳＮ構築情報であって入
力されたＵＳＮ構築情報を機能データベースに書き込
み、ノードデータベースを有するユーザノードのユーザ
ノードＩＤを含む簡易情報であって入力された簡易情報
を簡易データベースに書き込み、この書き込みのあった簡易データベースの均一化処理を
他のユーザノードとの間で行うことを特徴とするユーザ
システムネットワークの構築方法。
【請求項９】物理的な通信網の上にこれとは独立に構
築された仮想網であって、所定の機能の一部を実行する
ユーザノードが複数個論理的に結合して所定の機能を実
現するユーザシステムネットワークの接続方法におい
て、前記ユーザシステムネットワークへの接続要求の入力さ
れたユーザノードが、前記ユーザシステムネットワークの所定の機能及びこれ
を実現する機能間構造を含むＵＳＮ構築情報を格納する
機能データベースと、機能間構造の要素である機能間ク
ラス及びユーザノードＩＤを含む入力されたＵＳＮ接続
情報とに基づいて、接続相手を決定し、ＵＳＮ接続情報に従って、前記決定した接続相手との間
の通信を行うための仮想パスをルーティングしてルーテ
ィングテーブルに書き込み、入力されたＵＳＮ接続情報をノードデータベースに書き
込み、前記書き込みのあったノードデータベース及びルーティ
ングテーブルの均一化処理を他のユーザノードとの間で
行うことを特徴とするユーザシステムネットワークの接
続方法。
【請求項１０】物理的な通信網の上にこれとは独立に
構築された仮想網であって、所定の機能の一部を実行す
るユーザノードが複数個論理的に結合して所定の機能を
実現するユーザシステムネットワークの接続方法におい
て、前記ユーザシステムネットワークへの接続要求の入力さ
れたユーザノードが、前記ユーザシステムネットワークの所定の機能とこれを
実現する機能間構造とを含むＵＳＮ構築情報、及び、ノ
ードデータベースを有する前記所定のユーザノードのユ
ーザノードＩＤを含む簡易情報を格納する簡易情報付き
機能データベースのＵＳＮ構築情報と、機能間構造の要
素である機能間クラスとユーザノードＩＤとを含む入力
されたＵＳＮ接続情報とに基づいて、接続相手を決定
し、前記簡易情報付き機能データベースの簡易情報に従って
ノードデータベースを有するユーザノードからＵＳＮ接
続情報を格納するノードデータベースを読み出し、読み出したノードデータベースのＵＳＮ接続情報に従っ
て、前記決定した接続相手との間の通信を行うための仮
想パスをルーティングしてルーティングテーブルに書き
込み、入力されたＵＳＮ接続情報を読み出したノードデータベ
ースに書き込み、前記書き込みのあったノードデータベースを先に読み出
したユーザノードに送り、前記書き込みのあったルーティングテーブルの均一化処
理を他のユーザノードとの間で行うことを特徴とするユ
ーザシステムネットワークの接続方法。
【請求項１１】物理的な通信網の上にこれとは独立に
構築された仮想網であって、所定の機能の一部を実行す
るユーザノードが複数個論理的に結合して所定の機能を
実現するユーザシステムネットワークの接続方法におい
て、前記ユーザシステムネットワークへの接続要求の入力さ
れたユーザノードが、機能データベース及びノードデータベースを有する所定
のユーザノードのユーザノードＩＤを含む簡易情報を格
納する簡易データベースを参照し、この簡易情報に従って前記所定のユーザノードから、前
記ユーザシステムネットワークの所定の機能とこれを実
現する機能間構造とを含むＵＳＮ構築情報を格納する機
能データベース及び機能間構造の要素である機能間クラ
スとユーザノードＩＤとを含むＵＳＮ接続情報を格納す
るノードデータベースを読み出し、読み出した機能データベースのＵＳＮ構築情報と読み出
したノードデータベースのＵＳＮ接続情報とに基づい
て、接続相手を決定し、読み出したノードデータベースのＵＳＮ接続情報に従っ
て、前記決定した接続相手との間の通信を行うための仮
想パスをルーティングしてルーティングテーブルに書き
込み、入力されたＵＳＮ接続情報を読み出したノードデータベ
ースに書き込み、前記書き込みのあったノードデータベースを先に読み出
したユーザノードに送り、前記書き込みのあったルーティングテーブルの均一化処
理を他のユーザノードとの間で行うことを特徴とするユ
ーザシステムネットワークの接続方法。
【請求項１２】前記ユーザシステムネットワークへの
接続要求の入力されたユーザノードが、その接続要求に
ついてのユーザの資格の有無の認証を行い、資格のある
場合にその接続要求に応じた接続処理を行うことを特徴
とする請求項９乃至請求項１１のいずれかに記載のユー
ザシステムネットワークの接続方法。
【請求項１３】前記ユーザシステムネットワークへの
接続要求の入力されたユーザノードが、その接続要求に
応じて複数のＵＳＮ構築情報の中の１個のＵＳＮ構築情
報の選択入力を求め、その選択入力があった場合に選択
されたユーザシステムネットワークに対するその接続要
求に応じた接続処理を行うことを特徴とする請求項９乃
至請求項１１のいずれかに記載のユーザシステムネット
ワークの接続方法。