(57)【要約】通信システムが第一のＩＳＰネットワーク１Ａ、第二のＩＳＰネットワーク１Ｂ、中間ＩＳＰネットワーク２および迂回路３を含み、第一の特定通信機器４Ａと第二の特定通信機器４Ｂとの間の特定通信７Ａ−７Ｃを含む場合に、特定通信の通信品質の劣化を防止し、通信の品質を保証する。データ収集手段１２によって、ＩＳＰネットワーク１ＡとＩＳＰネットワーク１Ｂとの間の中間ＩＳＰネットワーク２を経由する通信７Ｂ、８Ｂの全トラヒック量のデータ、および特定通信７Ｂのトラヒック量のデータを収集する。全トラヒック量７Ｂ、８Ｂに対する特定通信７Ｂのトラヒック量の割合を算出する。全トラヒック量が上限値を超えるとアラームを出力する。また、全トラヒック量に対する特定通信のトラヒック量の割合が上限値以下であると、特定通信以外の通信を迂回路３へ迂回させる。
2002067504.tif 000002
【特許請求の範囲】
【請求項１】
少なくとも第一のＩＳＰネットワーク、第二のＩＳＰネットワーク、前記第一のＩＳＰネットワークと前記第二のＩＳＰネットワークとの間に介在する中間ＩＳＰネットワーク、および前記第一のＩＳＰネットワークと前記第二のＩＳＰネットワークとの間に介在し、前記中間ＩＳＰネットワークを経由しない迂回路を含む通信システムであって、
前記第一のＩＳＰネットワークと前記第二のＩＳＰネットワークとの間の通信が、前記第一のＩＳＰネットワーク内に存在する第一の特定通信機器と前記第二のＩＳＰネットワーク内に存在する第二の特定通信機器との間の特定通信を含んでおり、前記第一のＩＳＰネットワークと第二のＩＳＰネットワークとの間の前記中間ＩＳＰネットワークを経由する通信の全トラヒック量のデータおよび前記特定通信のトラヒック量のデータを収集するデータ収集手段、および前記全トラヒック量に対する前記特定通信のトラヒック量の割合を算出する算出手段を備えていることを特徴とする、通信システム。
【請求項２】
前記全トラヒック量が第一の上限値を超えたときにアラームを表示することを特徴とする、請求項１記載のシステム。
【請求項３】
前記全トラヒック量が第一の上限値を超え、かつ前記全トラヒック量に対する前記特定通信のトラヒック量の割合が第二の上限値以下となった場合に、前記特定通信以外の通信の一部を前記迂回路に迂回させることを指示する情報を含むアラームを出力することを特徴とする、請求項１または２記載のシステム。
【請求項４】
前記全トラヒック量が第一の上限値を超え、かつ前記全トラヒック量に対する前記特定通信のトラヒック量の割合が第二の上限値を超えた場合に、通信容量の増強を指示する情報を含むアラームを出力することを特徴とする、請求項１−３のいずれか一つの請求項に記載のシステム。
【請求項５】
前記データ収集手段および前記算出手段が前記中間ＩＳＰネットワーク内に設けられていることを特徴とする、請求項１−４のいずれか一つの請求項に記載のシステム。
【請求項６】
第一のＩＳＰネットワークと第二のＩＳＰネットワークとの間の通信を管理する通信管理システムであって、
前記第一のＩＳＰネットワークと第二のＩＳＰネットワークとの間の中間ＩＳＰネットワークを経由する通信の全トラヒック量のデータおよび前記第一のＩＳＰネットワーク内の第一の特定通信機器と前記第二のＩＳＰネットワーク内の第二の特定通信機器との間の特定通信のトラヒック量のデータに基づき、前記全トラヒック量に対する前記特定通信のトラヒック量の割合を算出する算出手段を備えていることを特徴とする、通信管理システム。
【請求項７】
前記全トラヒック量が第一の上限値を超えたときにアラームを表示することを特徴とする、請求項６記載のシステム。
【請求項８】
前記全トラヒック量が第一の上限値を超え、かつ前記全トラヒック量に対する前記特定通信のトラヒック量の割合が第二の上限値以下となった場合に、前記特定通信以外の通信の一部を迂回路に迂回させることを指示する情報を含むアラームを出力することを特徴とする、請求項６または７記載のシステム。
【請求項９】
前記全トラヒック量が第一の上限値を超え、かつ前記全トラヒック量に対する前記特定通信のトラヒック量の割合が第二の上限値を超えた場合に、通信容量の増強を指示する情報を含むアラームを出力することを特徴とする、請求項６−８のいずれか一つの請求項に記載のシステム。
【請求項１０】
前記全トラヒック量のデータおよび前記特定通信のトラヒック量のデータを収集するデータ収集手段および前記算出手段が前記中間ＩＳＰネットワーク内に設けられていることを特徴とする、請求項６−９のいずれか一つの請求項に記載のシステム。
【請求項１１】
第一のＩＳＰネットワークと第二のＩＳＰネットワークとの間の通信を管理する方法であって、
前記第一のＩＳＰネットワークと第二のＩＳＰネットワークとの間の中間ＩＳＰネットワークを経由する通信の全トラヒック量のデータおよび前記第一のＩＳＰネットワーク内の第一の特定通信機器と前記第二のＩＳＰネットワーク内の第二の特定通信機器との間の特定通信のトラヒック量のデータに基づき、前記全トラヒック量に対する前記特定通信のトラヒック量の割合を算出することを特徴とする方法。
【請求項１２】
前記全トラヒック量が第一の上限値を超えたときにアラームを表示することを特徴とする、請求項１１記載の方法。
【請求項１３】
前記全トラヒック量が第一の上限値を超え、かつ前記全トラヒック量に対する前記特定通信のトラヒック量の割合が第二の上限値以下となった場合に、前記特定通信以外の通信の一部を迂回路に迂回させることを指示する情報を含むアラームを出力することを特徴とする、請求項１１または１２記載の方法。
【請求項１４】
前記全トラヒック量が第一の上限値を超え、かつ前記全トラヒック量に対する前記特定通信のトラヒック量の割合が第二の上限値以下となった場合に、前記特定通信以外の通信の一部を迂回路に迂回させることを特徴とする、請求項１１または１２記載の方法。
【請求項１５】
前記全トラヒック量が第一の上限値を超え、かつ前記全トラヒック量に対する前記特定通信のトラヒック量の割合が第二の上限値を超えた場合に、通信容量の増強を指示する情報を含むアラームを出力することを特徴とする、請求項１１−１４のいずれか一つの請求項に記載の方法。
【請求項１６】
第一のＩＳＰネットワークと第二のＩＳＰネットワークとの間の通信を管理するためのプログラムであって、
前記第一のＩＳＰネットワークと前記第二のＩＳＰネットワークとの間の中間ＩＳＰネットワークを経由する通信の全トラヒック量のデータおよび前記第一のＩＳＰネットワーク内の第一の特定通信機器と前記第二のＩＳＰネットワーク内の第二の特定通信機器との間の特定通信のトラヒック量のデータを収集するデータ収集ステップ、および、前記全トラヒック量に対する前記特定通信のトラヒック量の割合を算出する算出ステップを、コンピュータに実行させるためのプログラム。
【請求項１７】
前記全トラヒック量が第一の上限値を超えたときにアラームを表示するステップを、前記コンピュータに実行させるための、請求項１６記載のプログラム。
【請求項１８】
前記全トラヒック量が第一の上限値を超え、かつ前記全トラヒック量に対する前記特定通信のトラヒック量の割合が第二の上限値以下となった場合に、前記特定通信以外の通信の一部を前記迂回路に迂回させることを指示する情報を含むアラームを出力するステップを、前記コンピュータに実行させるための、請求項１６または１７記載のプログラム。
【請求項１９】
前記全トラヒック量が第一の上限値を超え、かつ前記全トラヒック量に対する前記特定通信のトラヒック量の割合が第二の上限値を超えた場合に、通信容量の増強を指示する情報を含むアラームを出力するステップを、前記コンピュータに実行させるための、請求項１６−１８のいずれか一つの請求項に記載のプログラム。
【請求項２０】
請求項１６−１９のいずれか一つの請求項に記載のプログラムを記録している、コンピュータによって読み取り可能な記録媒体。
【発明の詳細な説明】
発明の属する技術分野
本発明は、通信機器が複数のＩＳＰネットワークを経由して通信する通信システム、ネットワーク間通信管理システム、ネットワーク間の通信を管理する方法、プログラムおよび記録媒体に関するものである。
背景技術
従来、通信機器が複数のＩＳＰネットワークを経由して通信する際には、各ＩＳＰネットワークはそれぞれ独立して管理されてきており、各ＩＳＰネットワーク内で独自の基準でトラヒックを制御してきた。図４は、従来の通信システムを概念的に示す図であり、図５はその通信管理のフローチャートである。図４においては、第一のネットワーク１Ａ内に、例えば通信機器１５Ａ、１５Ｂ、１５Ｃが包含されており、第二のネットワーク１Ｂ内に、通信機器１５Ｄ、１５Ｅ、１５Ｆが包含されている。そして、ネットワーク１Ａと１Ｂとの間には、主たる通信経路となる中間ＩＳＰネットワーク２が介在しているのと共に、別のネットワークからなる迂回路３が介在している。６Ａ−６Ｈは、各ネットワークの末端に設けられた端末接続機器（例えばルーター）である。
ここで、通信機器１５Ａと１５Ｄとが矢印１６Ａのように通信しており、通信機器１５Ｂと１５Ｅとが矢印１６Ｂのように通信しており、通信機器１５Ｃと１５Ｆとが矢印１６Ｃのように通信している。
ネットワーク１Ａ内には、接続機器６Ａにおけるトラヒック量のデータを収集する収集装置１４Ａが設置されている。接続機器６Ａにおいて、接続機器６Ａを通過する通信のトラヒック量を計測する（図５のＳ１１）。ここで、接続機器６Ａを通過する通信のトラヒック量は、接続機器６Ａを通ってネットワーク１Ａから出て行く通信のトラヒック量と、接続機器６Ａを通ってネットワーク１Ａ内に入ってくるトラヒック量である。また、接続機器６Ａで計測するトラヒック量は、接続機器６Ａを通過する個別の通信１６Ａ、１６Ｂ、１６Ｃの通信のトラヒック量の合計値である。ネットワーク１Ａにおいて、接続機器６Ａを通過する通信のトラヒック量を収集装置１４Ａに転送する（Ｓ１２）。
次いで、ネットワーク１Ａ内において、接続機器６Ａにおけるトラヒック量を、ネットワーク１Ａにおいて設定された特定の上限値ＵＡと比較する（Ｓ１３）。前記トラヒック量が上限値ＵＡ以下である場合には、ステップＳＴ１１に戻り、上記の処理を繰り返す。接続機器６Ａにおけるトラヒック量が上限値ＵＡを超えている場合には、ネットワーク１Ａの管理用の表示装置にアラームを表示する（Ｓ１４）。ネットワーク１Ａの管理者は、アラームを見た後に、通信の一部１７Ａを接続機器６Ｅの方に振り分け、接続機器６Ｅから迂回路３へと通信を送出する（Ｓ１５）。この通信は、迂回路３内を伝搬し、接続機器６Ｇ、６Ｈを通ってネットワーク１Ｂに入る。
ネットワーク１Ｂ内には、接続機器６Ｄにおけるトラヒック量のデータを収集する収集装置１４Ｂが設置されている。接続機器６Ｄにおいて、接続機器６Ｄを通過する通信のトラヒック量を計測する（図５のＳ１１）。接続機器６Ｂで計測するトラヒック量は、接続機器６Ｄを通過する個別の通信１６Ａ、１６Ｂ、１６Ｃの通信のトラヒック量の合計値である。ネットワーク１Ｂにおいて、接続機器６Ｄを通過する通信のトラヒック量を収集装置１４Ｂに転送する（Ｓ１２）。
次いで、ネットワーク１Ｂ内において、接続機器６Ｄにおけるトラヒック量を、ネットワーク１Ｂにおいて設定された特定の上限値ＵＢと比較する（Ｓ１３）。前記トラヒック量が上限値ＵＢを超えている場合には、ネットワーク１Ｂの管理用の表示装置にアラームを表示する（Ｓ１４）。ネットワーク１Ｂの管理者は、アラームを見た後に、通信の一部１７Ｂを接続機器６Ｈの方に振り分け、接続機器６Ｈから迂回路３へと通信を送出する（Ｓ１５）。この通信は、迂回路３内を伝搬し、接続機器６Ｆ、６Ｅを通ってネットワーク１Ａに入る。
発明の開示
本発明者は、複数のＩＳＰネットワーク間の通信管理を研究していく過程において、一部の特定通信を中間ＩＳＰネットワーク２を経由して優先的に処理したい場合に、次の問題が発生することがわかった。
即ち、図４において、特定通信機器１５Ｃと１５Ｆとの間の通信１６Ｃを、他の通信に比べて優先することを意図しているものとする。例えば、機器１５Ａ、１５Ｂと機器１５Ｄ、１５Ｅとの間の一般通信１６Ａ、１６Ｂには通信速度ＲＳが適用され、機器１５Ｃと１５Ｆとの間の特定通信１６Ｃについては、ＲＳよりもはるかに速い通信速度ＲＦが適用されているものとする。通信速度ＲＦを満足するためには、中間ＩＳＰネットワーク２のインフラストラクチャーが必須である。迂回路を利用すると、一般通信向けの遅い通信速度ＲＳは維持可能であるが、特定通信向けの通信速度ＲＦは維持できない。
しかし、従来は、個別のＩＳＰネットワーク内における通信管理は研究されてきたが、複数のＩＳＰネットワークを接続して運用する通信管理技術は看過されてきた。
例えば、図４のような通信システムにおいては、各ＩＳＰネットワーク１Ａ、１Ｂごとに独自の基準を設けて、ネットワーク１Ａと１Ｂとの間のトラヒック量の管理を行っている。具体的には、ネットワーク１Ａにおける上限値ＵＡと、ネットワーク１Ｂにおける上限値ＵＢとは通常異なっており、このためにトラヒック量が統一的に管理されていない。また、ネットワーク１Ａ、１Ｂにおいて、中間ＩＳＰネットワーク２を経由するトラヒック量が上限値ＵＡまたはＵＢを超えた場合には、各ネットワークにおいてそれぞれ独自に通信の一部を迂回路３へと配分していた（矢印１７Ａ、１７Ｂ参照）。この際、ネットワーク１Ａ、１Ｂ内においてどの通信を迂回路へと振り分けるかも、ネットワークごとに相異なる独自基準で決定されており、通常はランダムに決定されていた。
この結果、図４に示すように、本来優先されるべき特定通信機器１５Ｃ、１５Ｆ間の通信１６Ｃが、１７Ａ、１７Ｂのように迂回路に送出され、通信速度ＲＦを維持することが一時的に難しくなることがあった。このため、特定通信機器１５Ｃと１５Ｆとの間の特定通信１６Ｃの通信品質を保証することが困難な場合があった。
こうした迂回の問題を解決するためには、接続機器６Ａ、６Ｂ、６Ｃ、６Ｄおよびネットワーク２内のインフラストラクチャーを増強し、通信容量を増大させることも考えられる。しかし、常に前述した特定回線の迂回が生じ得ないほどに通信容量を増強させてしまうと、増強された通信容量のうち、かなりの部分が遊休状態となるので、コスト面から非現実的であり、資源の浪費となる。
一方、通信容量が小さくなればなるほど、前述した特定通信が迂回路３に回される頻度が高くなってくる。
このように、従来技術では、特定通信の通信品質の劣化と通信容量の浪費という相反する問題があった。その上、通信容量をどの程度増強するかの判断も非常に困難であった。これらの問題点は、中間ＩＳＰネットワーク２を利用した特定通信の品質保証を実際の事業として遂行する上で、重大な課題であることが判明してきた。
本発明の課題は、少なくとも第一のＩＳＰネットワーク、第二のＩＳＰネットワーク、中間ＩＳＰネットワークおよび迂回路を含む通信システムにおいて、第一のＩＳＰネットワーク内に存在する第一の特定通信機器と第二のＩＳＰネットワーク内に存在する第二の特定通信機器との間の特定通信を含んでいる場合に、特定通信の通信品質の劣化を防止し、通信の品質を保証できるようにすることである。
本発明は、少なくとも第一のＩＳＰネットワーク、第二のＩＳＰネットワーク、第一のＩＳＰネットワークと第二のＩＳＰネットワークとの間に介在する中間ＩＳＰネットワーク、および第一のＩＳＰネットワークと第二のＩＳＰネットワークとの間に介在し、中間ＩＳＰネットワークを経由しない迂回路を含む通信システムであって、
第一のＩＳＰネットワークと第二のＩＳＰネットワークとの間の通信が、第一のＩＳＰネットワーク内に存在する第一の特定通信機器と第二のＩＳＰネットワーク内に存在する第二の特定通信機器との間の特定通信を含んでおり、第一のＩＳＰネットワークと第二のＩＳＰネットワークとの間の中間ＩＳＰネットワークを経由する通信の全トラヒック量のデータおよび特定通信のトラヒック量のデータを収集するデータ収集手段、および全トラヒック量に対する前記特定通信のトラヒック量の割合を算出する算出手段を備えていることを特徴とする。
また、本発明は、前記データ収集手段および算出手段を利用したネットワーク間通信管理システムおよび通信管理方法に係るものである。
また、本発明は、第一のＩＳＰネットワークと第二のＩＳＰネットワークとの間の通信を管理するためのプログラムであって、
第一のＩＳＰネットワークと第二のＩＳＰネットワークとの間の中間ＩＳＰネットワークを経由する通信の全トラヒック量のデータおよび第一のＩＳＰネットワーク内の第一の特定通信機器と第二のＩＳＰネットワーク内の第二の特定通信機器との間の特定通信のトラヒック量のデータを収集するデータ収集ステップ、および全トラヒック量に対する特定通信のトラヒック量の割合を算出する算出ステップを、コンピュータに実行させるためのプログラムに係るものであり、このプログラムを記録したコンピューターによって読み取り可能な記録媒体に係るものである。
本発明者は、第一のＩＳＰネットワークと第二のＩＳＰネットワークとの間の中間ＩＳＰネットワークを経由する通信の全トラヒック量のデータを収集するのと共に、特定通信のトラヒック量のデータをも収集し、全トラヒック量に対する特定通信のトラヒック量の割合を算出する通信システムを想到した。これによって、全トラヒック量が所定の上限値を超えた場合に、更に全トラヒック量に対する特定通信のトラヒック量の割合を基準として、効果的な対処を行うことができる。
即ち、全トラヒック量が所定の上限値を超え、かつ全トラヒック量に対する特定通信のトラヒック量の割合が所定の上限値を超えた場合には、全体の通信容量に占める特定通信の割合が高すぎることが通信回線への過負荷の原因であると判断できる。従って、特定通信のトラヒック量に比べて通信容量が少なすぎるのであるから、通信容量それ自体を増強することによって、効果的に対処できるようになる。
一方、全トラヒック量が所定の上限値を超え、かつ全トラヒック量に対する特定通信のトラヒック量の割合が所定の上限値以下におさまる場合には、特定通信のトラヒック量に比べて全体の通信容量は基本的には十分であると判断できるので、特定通信以外の一般通信を一時的に迂回路へと迂回させるようにする。
このように、本発明によって、特定通信の通信品質の劣化を防止し、通信の品質を保証する上で、適切な判断を行い、対処できるようになった。
発明を実施するための最良の形態
なお、特定通信と一般通信との種類は特に限定はされず、例えば以下の形態であってよい。
（ａ）  特定通信の通信プロトコールと一般通信の通信プロトコールとが異なっており、特定通信はファイル転送速度が速く、一般通信はファイル転送速度が相対的に遅い。例えば、特定通信はＶＰＮサービスであってよい。しかし、この実施形態においては、一般通信と特定通信との通信速度の相違は相対的なものである。本発明は、今後開発されるデータ通信方法も含めて、あらゆるデータ通信方法を包含するものである。
（ｂ）  特定通信の通信プロトコールと一般通信の通信プロトコールとが同等のものであり、ファイル転送速度も同等のものである。この場合にも、本発明によって、特定通信については渋滞のおそれがなくなるという点で、特定通信の通信品質を保証することが可能である。
好適な実施形態においては、全トラヒック量が第一の上限値を超えたときにアラームを表示する。このアラームによって、中間ＩＳＰネットワークを経由する通信トラヒック量が通信容量に比べて過大となっていることを認識できる。
好適な実施形態においては、全トラヒック量が第一の上限値を超え、かつ全トラヒック量に対する特定通信のトラヒック量の割合が第二の上限値以下となった場合に、特定通信以外の通信の一部を迂回路に迂回させることを指示する情報を含むアラームを出力する。ネットワーク管理者は、このアラームを受け、特定通信以外の通信の一部を迂回路に迂回させる。
ただし、こうした場合に、ネットワーク内の管理コンピュータのプログラムの指示によって、特定通信以外の通信の一部を迂回路に迂回させることもできる。この場合には、アラームを管理用コンピュータの表示装置に表示することは必須ではない。
好適な実施形態においては、全トラヒック量が第一の上限値を超え、かつ全トラヒック量に対する特定通信のトラヒック量の割合が第二の上限値を超えた場合に、通信容量の増強を指示する情報を含むアラームを出力する。ネットワーク管理者は、このアラームを受け、通信容量の増強を行う。
好適な実施形態においては、データ収集手段および算出手段が中間ＩＳＰネットワーク内に設けられている。これによって、通信品質の統一的な管理が一層容易になる。特に好ましくは、データ収集手段によって、中間ＩＳＰネットワーク中にある第一のＩＳＰネットワークとの接続用の接続機器におけるトラヒックデータを収集し、かつ、中間ＩＳＰネットワーク中にある第二のＩＳＰネットワークとの接続用の接続機器におけるトラヒックデータを収集する。
図１は、本発明の一実施形態に係る通信システムを模式的に示す図であり、図２はデータ収集装置および分析装置を概略的に示すブロック図であり、図３は、図１のシステムにおける処理手順を示すフローチャートである。
図１においては、第一のネットワーク１Ａ内に特定通信機器４Ａと一般通信機器５Ａとが包含されており、第二のネットワーク１Ｂ内に特定通信機器４Ｂと一般通信機器５Ｂとが包含されている。ネットワーク１Ａと１Ｂとの間には、主たる通信経路となる中間ＩＳＰネットワーク２が介在しているのと共に、別のネットワークからなる迂回路３が介在している。６Ａ−６Ｈは、各ネットワークの末端に設けられた端末接続機器（例えばルーター）である。
中間ＩＳＰネットワーク２内には、接続機器６Ｂ、６Ｃ、データ収集装置１１、分析装置１２および表示装置２０が設置されている。装置１１、１２の構成は図２に概略的に示してある。
以下に、分析装置１２内のデータテーブルの一例を示す。
2002067504.tif 000003
ここで、特定通信機器４Ａと４Ｂとが、矢印７Ａ、７Ｂ、７Ｃのように通信しており、一般通信機器５Ａと５Ｂとが、矢印８Ａ、８Ｂ、８Ｃのように通信している。接続機器６Ｂ、６Ｃにおいてそれぞれ通信のトラヒック量を計測する（図３のＳ１）。ここで、接続機器６Ｂを通過する通信のトラヒック量は、接続機器６Ｂを通ってネットワーク２から出て行く通信のトラヒック量と、接続機器６Ｂを通ってネットワーク２内に入ってくるトラヒック量である。接続機器６Ｃにおいても同様である。
ここで、接続機器６Ｂ、６Ｃでは、それぞれ、少なくとも次の２種類のトラヒック量を個別に計測する。
（ａ）接続機器６Ｂ、６Ｃを通過する全トラヒック量の計測値  ａ＋ｂ
（ｂ）接続機器６Ｂ、６Ｃを通過する特定通信７Ｂのトラヒック量ａ
次いで、接続機器６Ｂ、６Ｃを通過する全トラヒック量（ａ＋ｂ）および特定通信のトラヒック量ａのデータを、収集装置１１に矢印１０Ａ、１０Ｂのように収集する（図３のＳ２）。次いで、各トラヒックデータを矢印１３のように分析装置１２に転送する。
分析装置１２においては、まず全トラヒック量（ａ＋ｂ）を第一の上限値ＴＵと比較する（図３のＳ３）。この上限値ＴＵは、ネットワーク２を経由するネットワーク１Ａと１Ｂとの通信に対して、統一的に設定された上限値である。これに対して、従来技術においては、各ネットワーク１Ａ、１Ｂごとに、それぞれ独自の上限値ＵＡ、ＵＢを設定していた。
比較の結果、全トラヒック量（ａ＋ｂ）が上限値ＴＵ以下である場合には、ステップＳ１に戻り、上記の処理を繰り返す。トラヒック量が上限値ＴＵを超えている場合には、ネットワーク２を経由するネットワーク１Ａと１Ｂとの通信の全体の管理者用の表示装置２０に、アラームを表示する（Ｓ４）。管理者は、アラームを見ることによって、リアルタイムの通信トラヒック量が第一の上限値ＴＵを超えたこと、従って対処が必要であることを認識する。
次いで、分析装置１２において、特定通信のトラヒック量ａ／全トラヒック量（ａ＋ｂ）を算出する（Ｓ５）。そして、特定通信のトラヒック量ａ／全トラヒック量（ａ＋ｂ）を第二の上限値ＲＵと比較する（Ｓ６）。
特定通信のトラヒック量ａ／全トラヒック量（ａ＋ｂ）が第二の上限値ＲＵ以下である場合には、特定通信のトラヒック量ａは通信容量と比べて過大ではないので、原則として通信容量の増設は不要と判断できる。従って、一般通信８Ａ、８Ｃの一部を矢印９Ａ、９Ｂ、９Ｃのように迂回路３へと迂回させることを指示するアラームを出力し、管理者用の表示装置２０に表示する（Ｓ７）。管理者は、このアラームに従い、一般通信８Ａ、８Ｃの一部を矢印９Ａ、９Ｂ、９Ｃのように迂回路３へと迂回させる。この後、再び上述の処理を繰り返す。
迂回処理を終えた後には、一般通信のトラヒック量ｂは減少するので、全トラヒック量（ａ＋ｂ）も減少する。全トラヒック量（ａ＋ｂ）が第一の上限値ＴＵ以下となるまで、このプロセスを繰り返す。
一方、特定通信のトラヒック量ａ／全トラヒック量（ａ＋ｂ）が第二の上限値ＲＵを超えた場合には、通信容量の増強を指示する情報を含むアラームを表示装置２０に表示する（Ｓ８）。このアラームを受け、管理者は通信容量の増強を行う（Ｓ９）。
このように、複数のＩＳＰネットワーク間のトラヒックデータを取得して一箇所で集中管理し、ＩＳＰネットワーク間のトラヒックデータを統一的な基準値で管理する事を可能とし、特定トラヒックの通信品質を保持する事を可能とする著しい工業的効果がある。
以上の説明から明らかなように、本発明によれば、第一のＩＳＰネットワーク内に存在する第一の特定通信機器と第二のＩＳＰネットワーク内に存在する第二の特定通信機器との間の特定通信を含んでいる場合に、特定通信の通信品質の劣化を防止し、通信の品質を保証できる。
【図面の簡単な説明】
図１は、本発明の一実施形態の通信システムの概略的な構成を示す模式図である。
図２は、データ収集装置１１および分析装置１２の構成を模式的に示すブロック図である。
図３は、図１の通信システムを利用したときの処理手順を示すフローチャートである。
図４は、従来例の通信システムの概略的な構成を示す模式図である。
図５は、従来例の通信システムを利用したときの処理手順を示すフローチャートである。
【図１】
2002067504.tif 000004
【図２】
2002067504.tif 000005
【図３】
2002067504.tif 000006
【図４】
2002067504.tif 000007
【図５】
2002067504.tif 000008
【国際調査報告】
2002067504.tif 000009
2002067504.tif 000010