(57)【要約】【課題】接続数に基づくリアルタイム通信の保証制御を行い、例えば同一ビル内の複数のテナントが有するネットワークにおけるリアルタイム通信の品質保証制御を一元的に行う。【解決手段】リアルタイムアプリケーションの品質を保証する集合住宅（テナントビル１）向けのＬＰ接続サービスであって、テナントビル１に設置するユーザビル内多重装置５、多重伝送路６、及び事業者ビル７内に設置する局内多重振り分け装置８を含み、この局内多重振り分け装置８において、各テナントに提供するリアルタイムアプリケーションの接続サービスの品質を、収容テナントごとに、リアルタイムアプリケーションの接続数に基づき一元的に制御させる接続要求制御装置９を設けた構成とする。【選択図】　　　　図１
2004007112.tif 000002
【特許請求の範囲】
【請求項１】
ＩＰネットワークを介してのユーザ端末装置とサーバ装置間での複数のアプリケーションの接続を制御するＩＰ接続要求制御装置であって、受信したパケットがリアルタイムアプリケーションの接続要求パケットであることを判別する第１の手段と、
接続中および接続要求されたリアルタイムアプリケーションの数を計数して記憶する第２の手段と、
上記第１の手段で上記リアルタイムアプリケーションの接続要求パケットの受信を判別すると上記第２の手段での記憶内容を参照し、接続中および接続要求されたリアルタイムアプリケーションの数が予め定められた閾値であれば、受信したリアルタイムアプリケーションの接続要求パケットを破棄する第３の手段と
を有することを特徴とするＩＰ接続要求制御装置。
【請求項２】
請求項１に記載のＩＰ接続要求制御装置であって、
上記第２の手段は、複数のユーザ別に、上記リアルタイムアプリケーションの数の計数と記憶を行い、
上記第１の手段は、リアルタイムアプリケーションの接続要求パケットをユーザ別に判別し、
上記第３の手段は、上記リアルタイムアプリケーションの接続要求パケットに対する上記第２の手段での記憶内容の参照と破棄をユーザ別に行う
ことを特徴とするＩＰ接続要求制御装置。
【請求項３】
請求項１に記載のＩＰ接続要求制御装置であって、
上記第２の手段は、複数のユーザ別およびリアルタイムアプリケーション別に、上記リアルタイムアプリケーションの数の計数と記憶を行い、
上記第１の手段は、リアルタイムアプリケーションの接続要求パケットをユーザ別およびリアルタイムアプリケーション別に判別し、
上記第３の手段は、上記リアルタイムアプリケーションの接続要求パケットに対する上記第２の手段での記憶内容の参照と破棄をユーザ別およびリアルタイムアプリケーション別に行う
ことを特徴とするＩＰ接続要求制御装置。
【請求項４】
請求項２、もしくは、請求項３のいずれかに記載のＩＰ接続要求制御装置であって、
上記第３の手段が用いる閾値として、予め定められたリアルタイムアプリケーションの総接続数を、上記第２の手段で記憶している各ユーザ別の接続数に基づき各ユーザに割り当てる設定手段を有する
ことを特徴とするＩＰ接続要求制御装置。
【請求項５】
同一建物内の複数のテナントのそれぞれの内部ＩＰネットワークと外部ＩＰネットワーク間でのアプリケーションの接続を制御するＩＰ接続サービス制御システムであって、
受信したパケットがリアルタイムアプリケーションの接続要求パケットであることをテナント別に判別する第１の手段と、
テナント別に、接続中および接続要求されたリアルタイムアプリケーションの数を計数して記憶する第２の手段と、
上記第１の手段で上記リアルタイムアプリケーションの接続要求パケットの受信を判別すると、当該テナントに対応して上記第２の手段で記憶した内容を参照し、当該テナントに対する接続中および接続要求されたリアルタイムアプリケーションの数が予め当該テナントに対して定められた閾値であれば、受信したリアルタイムアプリケーションの接続要求パケットを破棄する第３の手段と
を有することを特徴とするＩＰ接続サービス制御システム。
【請求項６】
同一建物内の複数のテナントのそれぞれの内部ＩＰネットワークと外部ＩＰネットワーク間でのアプリケーションの接続を制御するＩＰ接続サービス制御システムであって、
受信したパケットがリアルタイムアプリケーションの接続要求パケットであることをテナント別およびリアルタイムアプリケーション別に判別する第１の手段と、
テナント別およびリアルタイムアプリケーション別に、接続中および接続要求されたリアルタイムアプリケーションの数を計数して記憶する第２の手段と、
上記第１の手段で上記リアルタイムアプリケーションの接続要求パケットの受信を判別すると、当該テナントおよびリアルタイムアプリケーションに対応して上記第２の手段で記憶した内容を参照し、当該テナントおよびリアルタイムアプリケーションに対する接続中および接続要求されたリアルタイムアプリケーションの数が予め当該テナントおよびリアルタイムアプリケーションに対して定められた閾値であれば、受信したリアルタイムアプリケーションの接続要求パケットを破棄する第３の手段と
を有することを特徴とするＩＰ接続サービス制御システム。
【請求項７】
請求項５、もしくは、請求項６のいずれかに記載のＩＰ接続サービス制御システムであって、
上記同一建物内に設けられ上記複数のテナントのそれぞれの内部ＩＰネットワークを収容するユーザ建物内多重装置と、
上記同一建物以外の建物に設けられ上記ユーザ建物内多重装置と多重伝送路で接続され、上記外部ＩＰネットワーク上の複数のサーバ装置との接続制御を行う局内多重振り分け装置とを有し、
該局内多重振り分け装置に上記第１〜第３の手段を設け、該局内多重振り分け装置で上記複数のテナントのそれぞれの内部ＩＰネットワークに対するリアルタイムアプリケーションの接続を制御する構成としたことを特徴とするＩＰ接続サービス制御システム。
【請求項８】
請求項５から請求項７のいずれかに記載のＩＰ接続サービス制御システムであって、
上記第３の手段が用いる閾値として、予め定められたリアルタイムアプリケーションの総接続数を、上記第２の手段で記憶している各リアルタイムアプリケーションの接続数に基づき割り当てる設定手段を有する
ことを特徴とするＩＰ接続サービス制御システム。
【請求項９】
同一ビル内に設けられた複数のテナントのそれぞれの内部ＩＰネットワークを収容して接続制御を行うユーザ建物内多重装置と、
上記同一建物以外の建物に設けられて外部ＩＰネットワークとの接続制御を行うと共に上記ユーザ建物内多重装置と多重伝送路で接続され、該ユーザ建物内多重装置を介して上記複数のテナントのそれぞれの内部ＩＰネットワークと上記外部ＩＰネットワーク上の複数のサーバ装置との接続制御を行う局内多重振り分け装置とからなり、
該局内多重振り分け装置に、上記複数のテナントのそれぞれの内部ＩＰネットワークにおけるリアルタイムアプリケーションの接続制御を一括して行い、各内部ＩＰネットワークに対するリアルタイムアプリケーションの接続サービス品質を一元保証制御する制御手段を設ける
ことを特徴とするテナントビルネットワーク収容システム。
【請求項１０】
請求項９に記載のテナントビルネットワーク収容システムであって、
上記制御手段は、上記リアルタイムアプリケーションの接続数を計数して記憶し、記憶したリアルタイムアプリケーションの接続数に基づき、上記接続サービス品質を維持するよう上記リアルタイムアプリケーションの接続制御を行う
ことを特徴とするテナントビルネットワーク収容システム。
【請求項１１】
請求項１０に記載のテナントビルネットワーク収容システムであって、
上記制御手段は、各テナントごとに上記リアルタイムアプリケーションの接続数を計数して記憶し、記憶した各テナントごとの上記リアルタイムアプリケーションの接続数に基づき、各テナントごとに、上記接続サービス品質を維持するよう上記リアルタイムアプリケーションの接続制御を行う
ことを特徴とするテナントビルネットワーク収容システム。
【請求項１２】
請求項１０に記載のテナントビルネットワーク収容システムであって、
上記制御手段は、各テナントおよびリアルタイムアプリケーションごとに当該リアルタイムアプリケーションの接続数を計数して記憶し、記憶した各テナントおよびリアルタイムアプリケーションごとの当該リアルタイムアプリケーションの接続数に基づき、各テナントおよびリアルタイムアプリケーションごとに、上記接続サービス品質を維持するよう上記リアルタイムアプリケーションの接続制御を行う
ことを特徴とするテナントビルネットワーク収容システム。
【請求項１３】
請求項９に記載のテナントビルネットワーク収容システムであって、
上記制御手段は、
受信したパケットがリアルタイムアプリケーションの接続要求パケットであることをテナント別に判別する第１の手段と、
テナント別に、接続中および接続要求されたリアルタイムアプリケーションの数を計数して記憶する第２の手段と、
上記第１の手段で上記リアルタイムアプリケーションの接続要求パケットの受信を判別すると、当該テナントに対応して上記第２の手段で記憶した内容を参照し、当該テナントに対する接続中および接続要求されたリアルタイムアプリケーションの数が予め当該テナントに対して定められた閾値であれば、受信したリアルタイムアプリケーションの接続要求パケットを破棄する第３の手段と
を有することを特徴とするテナントビルネットワーク収容システム。
【請求項１４】
請求項９に記載のテナントビルネットワーク収容システムであって、
上記制御手段は、
受信したパケットがリアルタイムアプリケーションの接続要求パケットであることをテナント別およびリアルタイムアプリケーション別に判別する第１の手段と、
テナント別およびリアルタイムアプリケーション別に、接続中および接続要求された当該リアルタイムアプリケーションの数を計数して記憶する第２の手段と、上記第１の手段で上記リアルタイムアプリケーションの接続要求パケットの受信を判別すると、当該テナントおよびリアルタイムアプリケーションに対応して上記第２の手段で記憶した内容を参照し、当該テナントおよびリアルタイムアプリケーションに対する接続中および接続要求された当該リアルタイムアプリケーションの数が予め当該テナントおよびリアルタイムアプリケーションに対して定められた閾値であれば、受信したリアルタイムアプリケーションの接続要求パケットを破棄する第３の手段と
を有することを特徴とするテナントビルネットワーク収容システム。
【請求項１５】
請求項１３、もしくは、請求項１４のいずれかに記載のテナントビルネットワーク収容システムであって、
上記第３の手段が用いる閾値として、予め定められたリアルタイムアプリケーションの総接続数を、上記第２の手段で記憶している各リアルタイムアプリケーションの接続数に基づき各ユーザに割り当てる設定手段を有する
ことを特徴とするテナントビルネットワーク収容システム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、インターネットなどのＩＰ（Ｉｎｔｅｒｎｅｔ　Ｐｒｏｔｏｃｏｌ）ネットワークでの接続制御技術に係わり、特に、リアルタイムアプリケーションの接続品質を効率的に保証するのに好適なＩＰ接続制御技術に関するものである。
【０００２】
【従来の技術】
インターネットなどのＩＰによるデータ通信を行うネットワークにおいては、ストリームデータ（サウンド、映像）を配信するアプリケーションやインターネットテレフォニー、インターネット会議等のリアルタイムアプリケーションの接続を、その品質を保証しながら、限られた帯域の中で行うために、帯域の制御が行われている。
【０００３】
例えば、丸山修孝著「わかりやすい　通信プロトコルの技術」（１９９７年　株式会社オーム社発行）の第５９頁と第２００頁に記載のフロー制御や同第１９３，１９４，１９８頁に記載のシェーピング、同第２１２頁に記載のＲＳＶＰ（ＲｅＳｅｒＶａｔｉｏｎ　Ｐｒｏｔｏｃｏｌ）などの従来技術があり、このＲＳＶＰでは、データ転送に先立て、転送経路での通信資源を前もってリザーブ（予約）することにより、遅延を最小限に抑えて、リアルタイム通信を可能とする。
【０００４】
近年、コンピュータネットワークが普及し、同一ビル内の各テナントがそれぞれ個別のＬＡＮ（Ｌｏｃａｌ　Ａｒｅａ　Ｎｅｔｗｏｒｋ）を構築し、さらに、各ＬＡＮをインターネット等の外部ＩＰネットワークに接続している。
【０００５】
このようなネットワーク構成においては、リアルタイム通信を可能とするために、テナント個々に帯域制御装置や接続要求制御装置をＬＡＮの境界に設置して、ＬＡＮ内へのトラッヒック流入が制限帯域を超えないように接続要求を制限し、さらにＬＡＮ内のキャッシュサーバや配信サーバが、端末側の受信能力や網内の混雑度などに応じて、接続数、帯域を制限してサービス品質を保証している。
【０００６】
しかし、このような従来の技術では、高価な専用アプリケーションプロキシや帯域制御装置をテナントごとに設置する必要があり、高コストとなる。また、テナントビル側に設置するため、サービス提供事業者での一元制御が困難となり、他テナントが使用していない帯域を有効に利用することができない。さらに、特定のサーバ、特定のアプリケーション毎の接続要求の制御しかできない。また、端末側の受信能力、網内の混雑度等に応じて、受身で変更することとなり、予め、リアルタイム通信を保証するよう接続数を制御することができない。
【０００７】
【発明が解決しようとする課題】
解決しようとする問題点は、従来の技術では、接続数に基づくリアルタイム通信の保証制御を行うことができない点である。
【０００８】
本発明の目的は、これら従来技術の課題を解決し、例えば同一ビル内の複数のテナントが有するネットワークにおけるリアルタイム通信の品質保証制御を一元的に行うことを可能とすることである。
【０００９】
【課題を解決するための手段】
上記目的を達成するため、本発明では、リアルタイムアプリケーションの接続要求パケットを判別するパケット識別部と、接続中および接続要求されたリアルタイムアプリケーションの数を計数して記憶する接続状態管理部と、リアルタイムアプリケーションの接続要求パケットを受信すると接続状態管理部で記憶している接続中および接続要求されたリアルタイムアプリケーションの数が予め定められた閾値に達しているか否かを判別し、達していれば、受信したリアルタイムアプリケーションの接続要求パケットを破棄する比較部とを、例えば、同一ビル内の複数のテナントが有する各ＬＡＮと外部ＩＰネットワークとの接続制御を行う装置に設け、各テナント別に制御することで、一括制御する構成とする。
【００１０】
【発明の実施の形態】
以下、本発明の実施の形態を、図面により詳細に説明する。
【００１１】
図１は、本発明に係わるテナントビルネットワーク収容システムの構成例を示すブロック図であり、図２は、図１におけるテナントビルネットワーク収容システムでの接続制御動作例を示すシーケンス図、図３は、図１における接続要求制御装置の構成例を示すブロック図である。
【００１２】
図１において、１はテナントビル、２〜４は同一のテナントビル１内に設けられたテナントＡ〜Ｃ別のＬＡＮ、５は各テナント別のＬＡＮ２〜４を収容するユーザビル内多重装置、６は多重伝送路、７は各テナントのＬＡＮ２〜４に対する通信品質保証サービスを提供する事業者ビル、８は事業者ビル７内に設けられテナントビル１内の各テナントのＬＡＮ２〜４と外部ＩＰネットワークとの接続制御を行う局内多重振り分け装置、９は事業者ビル７内に設けられ本発明に係わる通信品質保証サービス制御を行う接続要求制御装置、１０はインターネット等の外部のＩＰネットワーク、１１，１２はＩＰネットワーク１０に設けられたキャッシュサーバＡ，Ｂ、１３，１４はＩＰネットワーク１０に設けられた配信サーバＡ，Ｂである。
【００１３】
このように、テナントビル１に設置したユーザビル内多重装置５、多重伝送路６、事業者ビル７内に設置した局内多重振り分け装置８および接続要求制御装置９を含む構成とし、本例では、接続要求制御装置９においてリアルタイムアプリケーションの接続数を制御し、局内多重振り分け装置８で提供するリアルタイム通信サービスの品質を一元的に保証制御することで、リアルタイムアプリケーションの品質を保証する集合住宅向けのＩＰ接続サービスを提供する。
【００１４】
すなわち、本例では、接続要求制御装置９において、リアルタイムアプリケーションの接続数を、収容テナントごとに一元的に制御することにより、局内多重振り分け装置８において提供するサービスの品質を一元的に保証制御する。
【００１５】
このように、全てのテナント、全てのアプリケーションのトラヒックが集中する事業者ビル７内の局内多重振り分け装置８および接続要求制御装置９において、接続要求制御を行うことにより、各テナント、各アプリケーションの品質制御を一元的に行うことが可能となり、装置の集約によるコスト削減化、および帯域の効果的利用などが可能となる。
【００１６】
図２においては、テナントビル１内の各テナントのＬＡＮ２〜４のユーザ（クライアント）とＩＰネットワーク１０上の各サーバ１１〜１４との間で行うアプリケーション接続要求の流れ（プロトコル）を示しており、矢印つきの実線は接続／切断制御の流れを表し、矢印つきの点線はデータの流れを示している。
【００１７】
すなわち、クライアントとサーバ間では、ＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ　Ｃｏｎｔｒｏｌ　Ｐｒｏｔｏｃｏｌ）による制御用コネクションの確立の後、クライアントからサーバにアプリケーションの接続要求、交渉を行うためのパケットが送出され、それに対してサーバからクライアントに接続応答パケットが返されると、ＴＣＰによる制御用コネクションが解放され、その後、点線で示されるＵＤＰ（Ｕｓｅｒ　Ｄａｔａｇｒａｍ　Ｐｒｏｔｏｃｏｌ）によるデータ転送を行う。
【００１８】
データ転送が完了すると、ＴＣＰによる制御用コネクションの確立の後、クライアントからサーバにアプリケーションの切断要求を行うためのパケットが送出され、それに対してサーバからクライアントに切断応答パケットが返され、ＴＣＰによる制御用コネクションが解放される。
【００１９】
実線で示す接続／切断制御の流れが、本例によるリアルタイムアプリケーション品質の制御対象となり、以下、図３を用いて、その制御内容を説明する。
【００２０】
図３に示すように、本例の接続要求制御装置９は、最大接続数テーブル３１と、パケット識別部３２、パケット解釈部３３、接続管理部３４、比較部３５、出力部３６、設定部３７からなり、この設定部３７により、最大接続数テーブル３１には、予めテナント毎に最大接続数が設定される。
【００２１】
パケット識別部３２では、ＴＣＰポート番号等（対象となるポート番号は予め、テナント毎に定義されている）を利用して、受信したパケットがリアルタイムアプリケーションの接続要求／接続応答／切断要求／切断応答パケットを含むリアルタイムアプリケーション制御パケットであるかを識別し、リアルタイムアプリケーション制御パケットでなく他のパケットであれば、出力部３６を介して局内多重振り分け装置８に転送し、リアルタイムアプリケーション制御パケットであればパケット解釈部３３に転送する。
【００２２】
パケット解釈部３３では、パケット識別部３２からのリアルタイムアプリケーション制御パケットを解釈し、テナント（ＩＰアドレス、ＶＬＡＮ−ＩＤ等により識別）情報、アプリケーション識別情報（ＴＣＰポート番号等）、および、パケット内容（接続要求／接続応答／切断要求／切断応答パケット）情報を抽出する。パケット内容が接続要求／接続応答の場合、比較部３５に転送し、パケット内容が切断要求／切断応答の場合、接続管理部３４に転送する。
【００２３】
接続管理部３４では、パケット解釈部３３からの切断要求／切断応答パケットに基づき、テナント（Ａ，Ｂ，…）毎、アプリケーション（Ｘ，Ｙ，…）毎に、コネクション確立済み数、リアルタイムアプリケーションの接続要求中の数、切断要求中の数をカウントして、接続状態テーブル３４ａに記憶する。例えば、テナントＡのリアルタイムアプリケーションＸに関しての切断要求パケット到着時には、切断要求中の数「ＡＸ３」を「ＡＸ３＋１」とし、切断応答パケットの到着時には、切断要求中の数「ＡＸ３」を「ＡＸ３−１」とし、確立済みの数「ＡＸ１」を「ＡＸ１−１」とする。その後、当該パケットを出力部３６に転送する。
【００２４】
比較部３５では、パケット解釈部３３から接続要求／接続応答パケットを受け取り、出力部３６に転送する際、接続要求パケットもしくは接続要求応答パケットであれば、当該テナント、当該アプリケーションの接続状態テーブル３４ａの内容と最大接続数テーブル３１を比較する。
【００２５】
そして、テナントＡのリアルタイムアプリケーションＸに関しての接続要求パケット到着時に、『確立済みの数「ＡＸ１」＋接続要求中の数「ＡＸ２」＜テナントＡの最大接続数「ＡＸ」』ならば、パケット解釈部３３からの接続要求パケットを出力部３６に転送し、接続管理部３４を介して接続状態テーブル３４ａにおける接続要求中の数「ＡＸ２」を「ＡＸ２＋１」にする。また、『確立済みの数「ＡＸ１」＋接続要求中の数「ＡＸ２」≧テナントＡの最大接続数「ＡＸ」』ならば、接続要求パケットを廃棄する。
【００２６】
また、テナントＡのリアルタイムアプリケーションＸに関しての接続要求応答パケット到着時は、接続要求応答パケットを出力部３６に転送し、接続管理部３４を介して接続状態テーブル３４ａの確立済みの数「ＡＸ１」を「ＡＸ１＋１」にし、接続要求中の数「ＡＸ２」を「ＡＸ２−１」にする。
【００２７】
このように、接続要求制御装置９により、事業者ビル７に設置される局内多重振り分け装置８を通過するトラヒックの接続要求制御を行うことにより、事業者ビル７での、テナントビル１における各収容テナントごとのリアルタイムアプリケーションの接続数に基づく一元的品質制御が可能となる。
【００２８】
また、設定部３７は、接続状態テーブル３４ａにおける各テナント毎のリアルタイムアプリケーションの接続状況に応じて、最大接続数テーブル３１における設定内容を動的に変更する。
【００２９】
すなわち、接続状態テーブル３４ａにおける各テナント毎のリアルタイムアプリケーションの接続状況情報に時刻情報を付与し、設定部３７において、接続状態テーブル３４ａにおける各テナント毎のリアルタイムアプリケーションの接続状況を参照し、例えば、テナントＢでのリアルタイムアプリケーションの接続が長時間なされていなければ、最大接続数テーブル３１におけるテナントＡの最大接続数「ＡＸ」を「ＡＸ＋１」として増やす。このことにより、帯域の効率的利用が可能となる。
【００３０】
尚、接続要求制御装置９は、ＣＰＵ（Ｃｅｎｔｒａｌ　Ｐｒｏｃｅｓｓｉｎｇ　Ｕｎｉｔ）や主メモリ、表示装置、入力装置、外部記憶装置等を具備したコンピュータ構成とし、駆動装置を介して例えばＣＤ−ＲＯＭ等の記録媒体に記録されたプログラムやデータを外部記憶装置内にインストールした後、この外部記憶装置から主メモリに読み込みＣＰＵで処理することにより、各処理部の機能を実現することでも良いし、各処理部をハード構成とすることでも良い。
【００３１】
以上、図１〜図３を用いて説明したように、本例では、リアルタイムアプリケーションの接続要求パケットをテナント別に判別すると共に、接続中および接続要求されたリアルタイムアプリケーションの数をテナント別に計数して記憶し、リアルタイムアプリケーションの接続要求パケットを受信すると、当該テナントに対応して記憶している接続中および接続要求されたリアルタイムアプリケーションの数が予め当該テナントに対して定められた最大接続数（閾値）に達しているか否かを判別し、達していれば、受信したリアルタイムアプリケーションの接続要求パケットを破棄する構成とし、リアルタイムアプリケーションの接続数に基づき、各テナントに対するリアルタイムアプリケーションの接続を一括制御する。
【００３２】
このように、同一テナントビル１内の複数のテナントが有する各ＬＡＮ２〜４と外部のＩＰネットワーク１０との接続制御を行う事業者ビル７に局内多重振り分け装置８および接続要求制御装置９を設置することにより、従来のように高価な専用アプリケーションプロキシや帯域制御装置をテナントごとに設置する必要もなく、事業者ビル７において、接続数による収容テナントごと、リアルタイムアプリケーションごとの一元的な品質制御が可能となり、高品質のサービス提供、装置の集約による経済化、帯域の効果的利用などが可能となる。
【００３３】
尚、本発明は、図１〜図３を用いて説明した例に限定されるものではなく、その要旨を逸脱しない範囲において種々変更可能である。例えば、本例では、事業者ビル７において、局内多重振り分け装置８と接続要求制御装置９をそれぞれ分けた構成としているが、局内多重振り分け装置８内に接続要求制御装置９を設けた構成としても良い。
【００３４】
さらに、テナントビル１に設置したユーザビル内多重装置５により各テナントのネットワーク（ＬＡＮ）２〜４を外部のＩＰネットワーク１０に接続する構成とし、接続要求制御装置９を、ユーザビル内多重装置５内に設ける構成としても良い。
【００３５】
あるいは、本例のように、同一ビル内の複数のテナントが構築したネットワーク（ＬＡＮ）を対象にリアルタイムアプリケーションの接続制御を行うのではなく、１つの内部ＩＰネットワークを対象に、外部ＩＰネットワークからのリアルタイムアプリケーションの接続制御を行う構成にも適用可能である。
【００３６】
また、図１の例では、事業者ビル７の局内多重振り分け装置８において、１つのテナントビル１を対象に制御している構成としているが、同図１における破線で示すように、他のテナントビルを含めた複数のテナントビルに対しても同様の制御を行うことができる。
【００３７】
また、本例では、パケット識別部３２において、リアルタイムアプリケーション接続要求パケットを識別しているが、パケット識別部３２では、リアルタイムアプリケーション制御パケットの識別のみを行い、パケット解釈部３３において、パケット識別部３２からのリアルタイムアプリケーション制御パケットを解釈し、そのパケット内容（接続要求／接続応答／切断要求／切断応答パケット）情報を抽出する構成としても良い。
【００３８】
さらに、本例では、各テナント別および各リアルタイムアプリケーション別に、リアルタイムアプリケーションに対する接続数に基づく接続制御を行っているが、単に各テナント別、あるいは多のグループ単位に行う構成、さらには１つのグループに対して行う構成などとしても良い。
【００３９】
【発明の効果】
本発明によれば、従来のように、高価な専用アプリケーションプロキシや帯域制御装置をテナントごとに設置する必要もなく、接続数による収容テナントごと、アプリケーションごとの一元的品質制御が可能となり、高品質のサービス提供、装置の集約による経済化、帯域の効果的利用などが可能となる。
【図面の簡単な説明】
【図１】本発明に係わるテナントビルネットワーク収容システムの構成例を示すブロック図である。
【図２】図１におけるテナントビルネットワーク収容システムでの接続制御動作例を示すシーケンス図である。
【図３】図１における接続要求制御装置の構成例を示すブロック図である。
【符号の説明】
１：テナントビル、２：テナントＡ、３：テナントＢ、４：テナントＣ、５：ユーザビル内多重装置、６：多重伝送路、７：事業者ビル、８：局内多重振り分け装置、９：接続要求制御機能、１０：ＩＰネットワーク、１１：キャッシュサーバＡ、１２：キャッシュサーバＢ、１３：配信サーバＡ、１４：配信サーバＢ、３１：最大接続数テーブル、３２：パケット識別部、３３：パケット解釈部、３４：接続管理部、３４ａ：接続状態テーブル、３５：比較部、３６：出力部、３７：設定部。
【図１】
2004007112.tif 000003
【図２】
2004007112.tif 000004
【図３】
2004007112.tif 000005