(57)【要約】【課題】  サービス品質管理システムの負荷を軽くする。【解決手段】  サービス品質管理システム５０は通信処理装置のＳＮＭＰ−ＭＩＢ２１から入出力インタフェイスのifIndexを取得し、取得したifIndexに基づいてＳＮＭＰ−ＭＩＢ２１から入出力総パケット数等のインタフェース特性を示す情報を収集する。【選択図】  図２
2005025689.tif 000002
【特許請求の範囲】
【請求項１】
サービスを提供するアプリケーションサーバ、前記サービスを受けるエンドユーザ端末および前記アプリケーションサーバ、前記サービスを受けるエンドユーザ端末の間の通信データを中継する通信処理装置および前記通信処理装置のトラフィックを管理するサービス品質管理システムが通信ネットワーク上に存在し、前記通信処理装置がＳＮＭＰ−ＭＩＢを有し、該ＳＮＭＰ−ＭＩＢから前記トラフィックを管理するための情報を収集するサービス品質管理システムにおいて、
前記通信ネットワーク上の前記アプリケーションサーバの近傍またはアプリケーションサーバ内に前記アプリケーションサーバと前記エンドユーザ端末の間の経路探索を行う経路探索手段が設置されており、前記経路探索の結果として該経路探索手段により得られる通信処理装置のＩＰアドレスを受信する受信手段と、
当該受信したＩＰアドレスの示す通信処理装置のＳＮＭＰ−ＭＩＢを使用して該通信処理装置の入力インタフェイスの識別子を特定する第１の特定手段と、
前記受信したＩＰアドレスの示す通信処理装置のＳＮＭＰ−ＭＩＢを使用して該通信処理装置の出力インタフェイスの識別子を特定する第２の特定手段と、
前記第１の特定手段により特定された入力インタフェイスの識別子および第２の特定手段により特定された第２の識別子を使用して前記受信したＩＰアドレスの示す通信処理装置のＳＮＭＰ−ＭＩＢから該通信処理装置の入力インタフェイスおよび出力インタフェイスの特性を示す情報を取得する情報取得手段と
を具えたことを特徴とするサービス品質管理システム。
【請求項２】
サービスを提供するアプリケーションサーバ、前記サービスを受けるエンドユーザ端末および前記アプリケーションサーバ、前記サービスを受けるエンドユーザ端末の間の通信データを中継する通信処理装置および前記通信処理装置のトラフィックを管理するサービス品質管理システムが通信ネットワーク上に存在し、前記通信処理装置がＳＮＭＰ−ＭＩＢを有し、該ＳＮＭＰ−ＭＩＢから前記トラフィックを管理するための情報を収集するサービス品質管理システムのサービス品質管理方法において、
前記通信ネットワーク上の前記アプリケーションサーバの近傍またはアプリケーションサーバ内に前記アプリケーションサーバと前記エンドユーザ端末の間の経路探索を行う経路探索手段が設置されており、前記サービス品質管理システムは、前記経路探索の結果として該経路探索手段により得られる通信処理装置のＩＰアドレスを受信する受信手段と、
当該受信したＩＰアドレスの示す通信処理装置のＳＮＭＰ−ＭＩＢを使用して該通信処理装置の入力インタフェイスの識別子を特定する第１の特定手段と、
前記受信したＩＰアドレスの示す通信処理装置のＳＮＭＰ−ＭＩＢを使用して該通信処理装置の出力インタフェイスの識別子を特定する第２の特定手段と、
前記第１の特定手段により特定された入力インタフェイスの識別子および第２の特定手段により特定された第２の識別子を使用して前記受信したＩＰアドレスの示す通信処理装置のＳＮＭＰ−ＭＩＢから該通信処理装置の入力インタフェイスおよび出力インタフェイスの特性を示す情報を取得する情報取得手段と
を具え、
前記経路探索の結果として該経路探索手段により得られる通信処理装置のＩＰアドレスを前記受信手段により受信する受信ステップと、
当該受信したＩＰアドレスの示す通信処理装置のＳＮＭＰ−ＭＩＢを使用して該通信処理装置の入力インタフェイスの識別子を前記第１の特定手段により特定する第１の特定ステップと、
前記受信したＩＰアドレスの示す通信処理装置のＳＮＭＰ−ＭＩＢを使用して該通信処理装置の出力インタフェイスの識別子を前記第２の特定手段により特定する第２の特定ステップと、
前記第１の特定ステップにより特定された入力インタフェイスの識別子および第２の特定ステップにより特定された第２の識別子を使用して前記受信したＩＰアドレスの示す通信処理装置のＳＮＭＰ−ＭＩＢから該通信処理装置の入力インタフェイスおよび出力インタフェイスの特性を示す情報を前記情報処理手段により取得する情報取得ステップと
を具えたことを特徴とするサービス品質管理システムのサービス品質管理方法。
【請求項３】
サービスを提供するアプリケーションサーバ、前記サービスを受けるエンドユーザ端末および前記アプリケーションサーバ、前記サービスを受けるエンドユーザ端末の間の通信データを中継する通信処理装置および前記通信処理装置のトラフィックを管理するサービス品質管理システムが通信ネットワーク上に存在し、前記通信処理装置がＳＮＭＰ−ＭＩＢを有し、前記通信処理装置のＳＮＭＰ−ＭＩＢから前記トラフィックを管理するための情報を収集するサービス品質管理システムで実行されるサービス品質管理プログラムにおいて、
前記通信ネットワーク上の前記アプリケーションサーバの近傍またはアプリケーションサーバ内に前記アプリケーションサーバと前記エンドユーザ端末の間の経路探索を行う経路探索手段が設置されており、前記経路探索の結果として該経路探索手段により得られる通信処理装置のＩＰアドレスを受信する受信ステップと、
当該受信したＩＰアドレスの示す通信処理装置のＳＮＭＰ−ＭＩＢを使用して該通信処理装置の入力インタフェイスの識別子を特定する第１の特定ステップと、
前記受信したＩＰアドレスの示す通信処理装置のＳＮＭＰ−ＭＩＢを使用して該通信処理装置の出力インタフェイスの識別子を特定する第２の特定ステップと、
前記第１の特定手段により特定された入力インタフェイスの識別子および第２の特定ステップにより特定された第２の識別子を使用して前記受信したＩＰアドレスの示す通信処理装置のＳＮＭＰ−ＭＩＢから該通信処理装置の入力インタフェイスおよび出力インタフェイスの特性を示す情報を取得する情報取得ステップと
を具えたことを特徴とするサービス品質管理プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信網を用いたサービスを展開する際に必要となる、通信網の品質管理を実行するサービス品質管理システム、その方法および品質管理プログラムに関する。具体的には、通信網に設置された通信処理装置を流れるトラフィックをＳＮＭＰで管理し、更に劣化の原因となる通信処理装置を特定する場合に好適なサービス品質管理システム、その方法および品質管理プログラムに関する。
【背景技術】
【０００２】
昨今、インターネットの品質へ関心が高まっている。不特定多数のトラフィックが流通するたとえば、インターネットのような通信ネットワーク上でサービスを行う場合、その品質を管理することが要求される。またその管理手法も様々なものが存在する。その手法の一つとしてＳＮＭＰを用いた方法がある。ＳＮＭＰを用いて通信処理装置が保持するＭＩＢの情報を遠隔から取得することにより、通信ネットワークの内部状態を統計的に把握することが可能である。従来のサービス品質管理方法を図１に示す。
【０００３】
図１において、１０は種々のサービスをエンドユーザ端末３０に対して提供するアプリケーションサーバである。２０はアプリケーションサーバ１０とエンドユーザ端末３０の間で授受する通信データを中継する通信処理装置である。
【０００４】
２１はＳＮＭＰのＭＩＢ情報を記憶した記憶装置である。なお、記憶装置２１をＳＮＭＰ−ＭＩＢ（２１）と表記することがある。ここでＳＮＭＰは、「Simple Network Management Protocol」と呼ばれる通信プロトコルであり、ＭＩＢは「Management Information Base」の略である。ＳＮＭＰ−ＭＩＢ情報は通信処理装置２０の入出力インタフェイスに関する通信状況を示す情報である。
【０００５】
４０は通信処理装置２０のトラフィックを管理するサービス管理システムであり、コンピュータ４１およびＩＰアドレス−ifIndex変換用データベースを搭載した記憶装置４２を有する。
【０００６】
このようなシステム構成において、サービス管理システム４０は、以下の処理により品質管理を行っている。
【０００７】
（ｉ）サービス品質管理システム４０は、ＳＮＭＰ−ＭＩＢ（２１）を利用して通信処理装置２０の入力インタフェイスのトラフィック特性を把握している。ＳＮＭＰ−ＭＩＢでのトラフィック把握には入力インタフェイスを識別するifIndex（インタフェイス識別子） が必要である。このため、サービス品質管理者はサービスを提供している通信ネットワーク上の通信処理装置２０の全入力インタフェイスのＩＰアドレスと、それに対応するifIndexをＭＩＢや通信処理装置２０の設定情報から収集し、サービス品質管理システム４０のＩＰアドレス−IfIndex変換用データベース（４２）へ手動操作で予め投入（登録）する（図１の（１））。
【０００８】
（ｉｉ）サービス品質管理システム４０は、経路探索、たとえば、ＵＮＩＸ（登録商標）のコマンドであるtracerouteを使用してサーバtoエンドでサービスが流れる経路（サービストレイル）を探索すると同時に、通信処理装置２０の入力側インタフェイスＩＰアドレスを取得する（図１の（２））。コンピュータ４１は経路探索により得られたＩＰアドレスに基づいて、ＩＰアドレス−ifIndex変換用データベース（４２）を検索することにより、前記入力側インタフェイスのＩＰアドレスをifIndexに変換する（図１の（３））。次にコンピュータ４１は、取得しiIfIndexを用いて、ＳＮＭＰ−ＭＩＢ（２１）を参照して、通信処理装置２０の入力インタフェイス情報、たとえば、入力総パケット数や入力廃棄パケット数などのトラフィック特性を取得する（図１の（４））。サービス管理システム４０は、経路探索により検出される通信処理装置２０すべてについて、上述の手順を実行し、トラフィック特性を取得し、取得したトラフィック特性を使用して入力インタフェイス単位のサービス品質管理を行う。（例えば、非特許文献１）
【０００９】
【非特許文献１】津野昭彦  他３名、「サービスリソースエージェントにおける映像品質管理機能の実装法」、電子情報通信学会テレコミュニケーションマネージメント研究会技術研究報告、ＴＭ2001−94、p.37−42、2002年３月８日発行
【非特許文献２】野村一夫  他４名、「映像サービスにおけるエンドｔｏサーバー品質管理システム構成法」、電子情報通信学会テレコミュニケーションマネージメント研究会技術研究報告、ＴＭ2002−94、p.43−48、2003年３月８日発行
【発明の開示】
【発明が解決しようとする課題】
【００１０】
本発明が解決しようとする課題は、下記の二つである。
【００１１】
（１）従来のサービス品質管理システムは、ＭＩＢを利用してトラフィックを把握する際に必要となるifIndex を、サービス品質管理者がＭＩＢや通話処理装置の設定情報から特定し、サービス品質管理システムへ手動で投入している。一般的にインターネット網では動的ルーティングプロトコルに基づいてルーティングされるため、サービストラフィックが通過する可能性を持つ通信処理装置は、サービスを提供している通信ネットワーク上に設置されている全通信処理装置となる。つまり言い換えれば、サービス品質管理者は、品質管理を行うために全通信処理装置の全インタフェイスについてifIndex を特定し、品質管理システムへ投入する必要がある。また、通信処理装置を増減設した場合や、通信処理装置内のインタフェイスを増減設した場合などは、サービス品質管理者が再度ifIndex を特定し品質管理システムへ再投入する必要がある。
【００１２】
（２）多くの通信処理装置において、輻輳時には入力インタフェイスのキューイングより出力インタフェイスのキューイングでパケットが廃棄される可能性が高いため、サービス品質管理システムはパケット処置装置の入力インタフェイスだけでなく出力インタフェイスのトラフィック特性をも把握する必要がある。しかし従来の方法では、サービスを提供しているアプリケーションサーバからサービスを授受するエンドユーザの下り方向に、かつそのサービストレイル上に存在する通信処理装置の入力側トラフィックにターゲットを絞り品質管理を行っている。
【００１３】
このため、従来のサービス管理システムは、通信処理システムのトラフィック特性の収集に関して、サービス管理システムの負担が大きくなると共に、収集したトラフィック特性も通信処理装置の入力側のインタフェイスだけなので、品質管理精度に改善の余地がある。
【００１４】
そこで、本発明の目的は、前記（１）の制限をなくし、通信処理装置の入出力トラフィック特性を収集することにより、品質管理精度を向上させることができるサービス品質管理システム、その方法および品質管理プログラムを提供することにある。
【課題を解決するための手段】
【００１５】
このような目的を達成するために、請求項１の発明は、サービスを提供するアプリケーションサーバ（１０）、前記サービスを受けるエンドユーザ端末（３０）および前記アプリケーションサーバ、前記サービスを受けるエンドユーザ端末の間の通信データを中継する通信処理装置（２０）および前記通信処理装置のトラフィックを管理するサービス品質管理システム（５０）が通信ネットワーク上に存在し、前記通信処理装置がＳＮＭＰ−ＭＩＢを有し、該ＳＮＭＰ−ＭＩＢから前記トラフィックを管理するための情報を収集するサービス品質管理システムにおいて、
前記通信ネットワーク上の前記アプリケーションサーバの近傍またはアプリケーションサーバ内に前記アプリケーションサーバと前記エンドユーザ端末の間の経路探索を行う経路探索手段（第１の実施形態ではアプリケーションサーバ、第２の実施形態ではＴＧ３００）が設置されており、前記経路探索の結果として該経路探索手段により得られる通信処理装置のＩＰアドレスを受信する受信手段と、（図３のＳ１０）
当該受信したＩＰアドレスの示す通信処理装置のＳＮＭＰ−ＭＩＢを使用して該通信処理装置の入力インタフェイスの識別子を特定する第１の特定手段と、（図３のＳ２０）
前記受信したＩＰアドレスの示す通信処理装置のＳＮＭＰ−ＭＩＢを使用して該通信処理装置の出力インタフェイスの識別子を特定する第２の特定手段と、（図３のＳ３０）
前記第１の特定手段により特定された入力インタフェイスの識別子および第２の特定手段により特定された第２の識別子を使用して前記受信したＩＰアドレスの示す通信処理装置のＳＮＭＰ−ＭＩＢから該通信処理装置の入力インタフェイスおよび出力インタフェイスの特性を示す情報（出力総パケット数等）を取得する情報取得手段と（図３のＳ４０）
を具えたことを特徴とする。
【００１６】
請求項２の発明は、サービスを提供するアプリケーションサーバ、前記サービスを受けるエンドユーザ端末および前記アプリケーションサーバ、前記サービスを受けるエンドユーザ端末の間の通信データを中継する通信処理装置および前記通信処理装置のトラフィックを管理するサービス品質管理システムが通信ネットワーク上に存在し、前記通信処理装置がＳＮＭＰ−ＭＩＢを有し、該ＳＮＭＰ−ＭＩＢから前記トラフィックを管理するための情報を収集するサービス品質管理システムのサービス品質管理方法において、
前記通信ネットワーク上の前記アプリケーションサーバの近傍またはアプリケーションサーバ内に前記アプリケーションサーバと前記エンドユーザ端末の間の経路探索を行う経路探索手段が設置されており、前記サービス品質管理システムは、前記経路探索の結果として該経路探索手段により得られる通信処理装置のＩＰアドレスを受信する受信手段と、
当該受信したＩＰアドレスの示す通信処理装置のＳＮＭＰ−ＭＩＢを使用して該通信処理装置の入力インタフェイスの識別子を特定する第１の特定手段と、
前記受信したＩＰアドレスの示す通信処理装置のＳＮＭＰ−ＭＩＢを使用して該通信処理装置の出力インタフェイスの識別子を特定する第２の特定手段と、
前記第１の特定手段により特定された入力インタフェイスの識別子および第２の特定手段により特定された第２の識別子を使用して前記受信したＩＰアドレスの示す通信処理装置のＳＮＭＰ−ＭＩＢから該通信処理装置の入力インタフェイスおよび出力インタフェイスの特性を示す情報を取得する情報取得手段と
を具え、
前記経路探索の結果として該経路探索手段により得られる通信処理装置のＩＰアドレスを前記受信手段により受信する受信ステップと、
当該受信したＩＰアドレスの示す通信処理装置のＳＮＭＰ−ＭＩＢを使用して該通信処理装置の入力インタフェイスの識別子を前記第１の特定手段により特定する第１の特定ステップと、
前記受信したＩＰアドレスの示す通信処理装置のＳＮＭＰ−ＭＩＢを使用して該通信処理装置の出力インタフェイスの識別子を前記第２の特定手段により特定する第２の特定ステップと、
前記第１の特定ステップにより特定された入力インタフェイスの識別子および第２の特定ステップにより特定された第２の識別子を使用して前記受信したＩＰアドレスの示す通信処理装置のＳＮＭＰ−ＭＩＢから該通信処理装置の入力インタフェイスおよび出力インタフェイスの特性を示す情報を前記情報処理手段により取得する情報取得ステップと
を具えたことを特徴とする。
【００１７】
請求項３の発明は、サービスを提供するアプリケーションサーバ、前記サービスを受けるエンドユーザ端末および前記アプリケーションサーバ、前記サービスを受けるエンドユーザ端末の間の通信データを中継する通信処理装置および前記通信処理装置のトラフィックを管理するサービス品質管理システムが通信ネットワーク上に存在し、前記通信処理装置がＳＮＭＰ−ＭＩＢを有し、前記通信処理装置のＳＮＭＰ−ＭＩＢから前記トラフィックを管理するための情報を収集するサービス品質管理システムで実行されるサービス品質管理プログラムにおいて、
前記通信ネットワーク上の前記アプリケーションサーバの近傍またはアプリケーションサーバ内に前記アプリケーションサーバと前記エンドユーザ端末の間の経路探索を行う経路探索手段が設置されており、前記経路探索の結果として該経路探索手段により得られる通信処理装置のＩＰアドレスを受信する受信ステップと、
当該受信したＩＰアドレスの示す通信処理装置のＳＮＭＰ−ＭＩＢを使用して該通信処理装置の入力インタフェイスの識別子を特定する第１の特定ステップと、
前記受信したＩＰアドレスの示す通信処理装置のＳＮＭＰ−ＭＩＢを使用して該通信処理装置の出力インタフェイスの識別子を特定する第２の特定ステップと、
前記第１の特定手段により特定された入力インタフェイスの識別子および第２の特定ステップにより特定された第２の識別子を使用して前記受信したＩＰアドレスの示す通信処理装置のＳＮＭＰ−ＭＩＢから該通信処理装置の入力インタフェイスおよび出力インタフェイスの特性を示す情報を取得する情報取得ステップと
を具えたことを特徴とする。
【００１８】
なお、上述（）部分は特許請求の範囲の構成要件と、実施形態の対応箇所の理解のために付しており、特許請求の範囲の示す技術思想を実施形態に限定するものではない。
【発明の効果】
【００１９】
以上説明したように、本実施形態では、通信処理装置個々のＳＮＭＰ−ＭＩＢを使用してその通信処理装置の入力インタフェイスおよび出力インタフェイスの識別子を特定するので、従来のように、全ての通信処理装置の入力インタフェイスの識別子をサービス品質管理装置に取り込む必要はない。このため、サービス管理者の負担が軽くなる。
【００２０】
さらに本発明によれば、通信処理装置の入力インタフェイスおよび出力インタフェイスのインタフェイス特性を示す情報を収集することができるので、これらの情報を使用して上り下り両方向トラフィックを品質管理したり、品質劣化の原因となるインタフェイスのＩＰアドレスをより正確に特定することができ、もって、サービスの品質管理の精度の向上に寄与することができる。
【発明を実施するための最良の形態】
【００２１】
（第１の実施形態）
本発明第１の実施形態のサービス品質管理方法を図２を参照して説明する。なお、図１の従来例と同様のハードウェアには同一の符号を付し詳細な説明を省略する。
【００２２】
図２において、５０は本発明に係わるサービス品質管理方法を使用して通信処理装置２０の入出力トラフィック特性を収集するサービス管理システムである。サービス管理システム５０には後述の図３の処理手順を実行可能で、通信処理装置２０のＳＮＭＰ−ＭＩＢ情報（２１）等にアクセス可能な通信機能を有する市販のコンピュータを使用することができる。
【００２３】
サービス品質管理システム５０は以下の手順で通信処理装置２０の入出力トラフィック特性を収集する。
【００２４】
（ｉ）この実施形態ではトラフィック特性を把握したい入力インタフェイスのifIndex を自動特定するには、トリガーとしてＵＮＩＸ（登録商標）のコマンドであるtracerouteを用いる。サービスを提供しているアプリケーションサーバ１０から、サービスを授受しているエンドユーザ端末３０方向に対して経路検索、この形態ではtracerouteを実行し（図２の（１））、その結果として得られるＩＰアドレスをアプリケーションサーバ３０から受信する。
【００２５】
ＳＮＭＰ−ＭＩＢ（２１）内にその通信処理装置のＩＰアドレス−IfIndex 変換テーブルが設けられているので、サービス品質管理システム５０は、上記ステップで取得したＩＰアドレスに対応するIfIndexをＩＰアドレス−IfIndex 変換テーブル１００３の参照により取得し、ＩＰアドレスからIfIndexへの変換を行う（図２の（２））。
【００２６】
（ｉｉ）トラフィック特性を把握したい出力インタフェイスのifIndex をサービス品質管理システム５０で自動特定するには、上記（１）と同様にＵＮＩＸ（登録商標）のコマンドであるtracerouteの結果と、出力インタフェイスを収容している通信処理装置２０がＳＮＭＰ−ＭＩＢ（２１）内に保持するフォワーディングテーブル１００２を用いる。サービス品質管理システム５０は、上記tracerouteの実行結果から出力インタフェイスを収容している通信処理装置２１の（ネクストホップ）ＩＰアドレスを取得し、それを宛先とした経路をフォワーディングテーブル１００２を参照して取得し（図２の（３））、ネクストホップＩＰアドレスをifIndex に変換する。
【００２７】
本実施形態において上記課題（２）を解決するための方法を、図２で説明する。
【００２８】
（ｉｉｉ）サービス品質管理システム５０は、上記ステップで得られた入出力インタフェイスのifIndex を使用してＳＮＭＰ−ＭＩＢ（２１）を参照し、取得値（送受信パケット数総数、送受信パケット廃棄数など）を予め定められた計算式を使用して加工して該当インタフェイスに対するスループットおよびパケットロス率を算出し、トラフィック特性を得る（図２の（４））。品質管理対象であるサービスに依存される閾値を決定しておき、それを超えたインタフェイスを劣化原因と特定する。ＩＰアドレスを取得するためには、ifIndex をキーにＳＮＭＰ−ＭＩＢ（２１）を検索する。
【００２９】
以上述べた処理を実現するために、サービス品質管理システム５０が実行するプログラムの内容を図３に示しておく。ここで、ステップＳ１０はアプリケーションサーバ１０からtracerouteの実行結果（アプリケーションサーバ１０から特定のエンドユーザ端末３０までの通信経路上に介在する通信処理装置２１のＩＰアドレス）を受信するステップである。
【００３０】
ステップＳ２０は上述の（ｉ）の方法で入力インタフェイスの識別子（IfIndex）を特定するステップである。
【００３１】
ステップＳ３０は上述の（ｉｉ）の方法で出力インタフェイスの識別子を特定するステップである。
【００３２】
ステップＳ４０は上述の（ｉｉｉ）の方法で通信処理装置４０の入出力インタフェイス特性を取得するステップである。
【００３３】
本発明の第２の実施形態を図４を参照して説明する。図４において、図１の従来例と同様の箇所には同一の符号を付している。
【００３４】
（システム例）
データセンター内にはアプリケーションサーバ１０が設けられている。また、アプリケーションサーバ１０の近傍には、traceroute応答装置２０１が設置されている。traceroute応答装置２０１はtraceroute命令に応答して自己のＩＰアドレスを応答送信することができる市販のコンピュータ（ＣＰＵ、メモリ、記憶装置、インタフェイスカードを具備した計算機）を使用することができる。
【００３５】
この実施形態ではアプリケーションサーバ１０はtracerouteを実行せず、変わりに、ＴＧ（トラフィックジェネレータ）３００が実行する。ＴＧ３００が送信したtraceroute命令に対してtraceroute応答装置２０１および通信処理装置２０がＩＰアドレスを応答するので、その応答結果をサービス品質管理システム５０が受信する。
【００３６】
サービス品質管理者がサービス品質管理システムに対して品質劣化特定コマンド（手動劣化特定）を入力するか、もしくは定期的にシステム内で起動される品質劣化特定コマンド（自動劣化特定）をトリガーにして、サービス品質管理システム５０は第１の実施形態の図３の処理手順を実行することにより、上記tracerouteの結果（通信処理装置のＩＰアドレス）を受け取り、通信処理装置２０の入出力特性を取得する。劣化原因となるインタフェイスを特定する。
【００３７】
（プログラム例）
次に、tracerouteの結果から入出力インタフェイスのifIndex を自動取得し、サービス品質劣化の原因となるインタフェイスを特定するためのプログラム実装例を説明する。下記のアルゴリズムに従う。
【００３８】
（１）入力インタフェイスのifIndex 特定
tracerouteから得た全ＩＰアドレスについて、ＩＰアドレスとifIndex の変換テーブルであるmib2.ip.AddrTable.ipAddrEntry.ipAdEntIfIndex(.1.3.6.1.2.1.4.20)を取得し、そのindex がＩＰアドレスと一致するエントリのifIndex を取得する。
【００３９】
（具体例）
tracerouteにより（192.168.0.1 →10.0.0.1→61.0.0.1）という結果を得たと仮定する。  
192.168.0.1 のmib2.ip.ipRouteTable.ipRouteEntry.ipRouteIfIndex(.1.3.6.1.2.1.4.21) についてＳＮＭＰ−ＷＡＬＫを実行し、以下の結果を得たとする。  
mib2.ip.AddrTable.ipAddrEntry.ipAdEntIfIndex.192.168.0.1＝10001
mib2.ip.AddrTable.ipAddrEntry.ipAdEntIfIndex.172.0.0.1＝10002
mib2.ip.AddrTable.ipAddrEntry.ipAdEntIfIndex.100.0.0.254＝10003
ここで、192.168.0.1 のindexを持つエントリは一行目となり、取得する入力
インタフェイスIfIndex は10001 となる。
【００４０】
10.0.0.1のmib2.ip.ipRouteTable.ipRouteEntry.ipRouteIfIndex(.1.3.6.1.2.1.4.21) についてＳＮＭＰ−ＷＡＬＫを実行し、以下の結果を得たとする。  
mib2.ip.AddrTable.ipAddrEntry.ipAdEntIfIndex.192.168.0.254＝10001
mib2.ip.AddrTable.ipAddrEntry.ipAdEntIfIndex.192.168.10.1 ＝10002
mib2.ip.AddrTable.ipAddrEntry.ipAdEntIfIndex.10.0.0.1 ＝10003
mib2.ip.AddrTable.ipAddrEntry.ipAdEntIfIndex.192.169.1.254＝10009
mib2.ip.AddrTable.ipAddrEntry.ipAdEntIfIndex.192.169.2.254＝100010
ここで、10.0.0.1のindex を持つエントリは三行目となり、取得する入力インタフェイスIfIndex は10003 となる。
【００４１】
61.0.0.1のmib2.ip.ipRouteTable.ipRouteEntry.ipRouteIfIndex(.1.3.6.1.2.1.4.21) についてＳＮＭＰ−ＷＡＬＫを実行し、以下の結果を得たとする。
mib2.ip.AddrTable.ipAddrEntry.ipAdEntIfIndex.201.9.65.37＝10001
mib2.ip.AddrTable.ipAddrEntry.ipAdEntIfIndex.61.0.0.1＝10002
ここで、61.0.0.1のindex を持つエントリは二行目となり、取得する入力インタフェイスIfIndex は10002 となる。
【００４２】
結果、各入力インタフェイスのindex は、192.168.0.1＝10001、10.0.0.1＝10003 、61.0.0.1＝10002 と特定できる。
【００４３】
（２）出力インタフェイスのifIndex 特定
tracerouteから得た全ＩＰアドレスについて、ネクストホップＩＰアドレスとifIndex の変換テーブルであるmib2.ip.ipRouteTable.ipRouteRntry.ipRouteIfIndex(.1.3.6.1.2.1.4.21)を取得し、そのindex がネクストホップＩＰアドレスと一致するエントリのifIndex を取得する。ただし、index はネクストホップＩＰアドレスのネットワークアドレスであるため、ネクストホップＩＰアドレスを３２bit からひとつずつ減らしてマスクをかけ、ロンゲストマッチを行う必要がある。
【００４４】
（具体例）
tracerouteにより（192.168.0.1 →10.0.0.1→61.0.0.1）という結果を得たと仮定する。また、192.168.0.1 のネクストホップＩＰアドレスは10.0.0.1である。
【００４５】
192.168.0.1 のmib2.ip.ipRouteTable.ipRouteEntry.ipRouteIfIndex(.1.3.6.1.2.1.4.21) についてＳＮＭＰ−ＷＡＬＫを実行し、以下の結果を得たとする。
mib2.ip.ipRouteTable.ipRouteEntry.ipRouteIfIndex.3.0.1.0＝10001
mib2.ip.ipRouteTable.ipRouteEntry.ipRouteIfIndex.10.1.0.0 ＝10002
mib2.ip.ipRouteTable.ipRouteEntry.ipRouteIfIndex.10.0.0.0 ＝10002
192.168.0.1 のネクストホップＩＰアドレス10.0.0.1と、各行のipRouteIfIndex以下に続くＩＰアドレスに対してロンゲストマッチを行うと、下記となる。  
32bit ：10.0.0.1
31bit ：10.0.0.0→３行目のエントリが一致。
【００４６】
このindex を持つエントリは三行目となり、取得する出力インタフェイスIfIndex は10002 となる。
【００４７】
（３）劣化原因となるインタフェイスの特定
上記（１）、（２）の実装例で得られた入出力インタフェイスのifIndex を用いて、mib2.interfaces.ifTable.ifEntry(.1.3.6.1.2.1.2.2.1）を取得し、該当インタフェイスのトラフィック特性を把握する。それをtracerouteから得られる全ＩＰアドレスについて行い、あらかじめ決定されている、品質管理対象サービスに依存される閾値と比較し、超過したifIndex を劣化原因であるインタフェイスと特定する。劣化原因と特定されたIfIndex からＩＰアドレスへの変換は、上述の（１）と同様な方法で行う。
【００４８】
（具体例）
ifIndex10001について、interfaces.ifTable.ifEntry(.1.3.6.1.2.1.2.2.1)をＳＮＭＰ−ＷＡＬＫし以下の結果を得たとする。  
interfaces.ifTable.ifEntry.ifIndex.10001:INTEGER:10001
interfaces.ifTable.ifEntry.ifDescr.10001:DISPLAY STRING(ascii):1000BaseF Port 1/1
interfaces.ifTable.ifEntry.ifType.10001:INTEGER:ethernetCsmacd
interfaces.ifTable.ifEntry.ifMtu.10001:INTEGER:1950
interfaces.ifTable.ifEntry.ifSpeed.10001:Gauge:1000000000
interfaces.ifTable.ifEntry.ifPhysAddress.10001:OCTET STRING(hex):00 03 4b 62 3c 00
interfaces.ifTable.ifEntry.ifAdminStatus.10001:INTEGER:up
interfaces.ifTable.ifEntry.ifOperStatus.10001 :INTEGER:up
interfaces.ifTable.ifEntry.ifLastChage.10001：Timeticks:(26144511)3 days,0:37:25:11
interfaces.ifTable.ifEntry.ifInOctets.10001:Counter:3742767823
interfaces.ifTable.ifEntry.ifInUcastPkts.10001:Counter:7436226
interfaces.ifTable.ifEntry.ifInNUcastPkts.10001:Counter:0
interfaces.ifTable.ifEntry.ifInDiscards.10001:Counter:54951
interfaces.ifTable.ifEntry.ifInErrors.10001:Counter:30
interfaces.ifTable.ifEntry.ifInUnknownProtos.10001:Counter:0
interfaces.ifTable.ifEntry.ifOutOctets.10001:Counter:67717834
interfaces.ifTable.ifEntry.ifOutUcastPkts.10001:Counter:542861
interfaces.ifTable.ifEntry.ifOutNUcastPkts.10001:Counter:0
interfaces.ifTable.ifEntry.ifOutDiscards.10001:Counter:0
interfaces.ifTable.ifEntry.ifOutErrors.10001:Counter:0
interfaces.ifTable.ifEntry.ifOutQLen.10001:Gauge32:0
interfaces.ifTable.ifEntry.ifSpecific.10001:OBJECT IDENTIFIER:,ccitt.zeroDotZero
【００４９】
上記取得データからトラフィック特性を取得する方法は、いくつかの方法が考えられる。一例を挙げれば、非特許文献２（後述）に示す方法を用いることで該当インタフェイスのパケット損失率や回線使用率を算出することが可能であり、サービス品質管理者が決定した閾値と比較することにより品質劣化原因となるifIndex を特定することができる。
品質劣化原因と特定されたifIndex が10001 であると仮定すると、ＩＰアドレスへの変換は以下の方法で行う。
【００５０】
mib2.ip.ipRouteTable.ipRouteEntry.ipRouteIfIndex(.1.3.6.1.2.1.4.21) についてＳＮＭＰ−ＷＡＬＫを実行し、以下の結果を得たとする。
mib2.ip.AddrTable.ipAddrEntry.ipAdEntIfIndex.192.168.0.1＝10001
mib2.ip.AddrTable.ipAddrEntry.ipAdEntIfIndex.172.0.0.1＝10002
mib2.ip.AddrTable.ipAddrEntry.ipAdEntIfIndex.x.100.0.0.254＝10003
ここで、10001 の持つエントリは一行目となり、取得するＩＰアドレスは、192.168.0.1 となる。
【００５１】
これをサービス品質管理者へ品質劣化原因であるＩＰアドレスとして表示する。
【００５２】
上述の実施形態によれば下記の効果をもたらす。
【００５３】
（１）サービス品質管理者は、品質管理対象であるサービストレイル上に存在する通信処理装置の入力側インタフェイスのトラフィックのみならず、出力側インタフェイスのトラフィックも品質管理することが可能となる。
【００５４】
（２）サービス品質管理者は、管理対象であるサービスの下り方向トラフィックのみならず、上り下り両方向トラフィックを品質管理することが可能となる。
【００５５】
（３）上記（１）（２）の結果、サービス品質管理者は品質劣化の原因となるインタフェイスのＩＰアドレスをより正確に特定することが可能となる。
【００５６】
（４）tracerouteのような経路探索をトリガーにサービストラフィックが通過するインタフェイスのifIndex を自動特定する方法を提供するので、サービス品質管理者から、品質管理の対象となる全インタフェイスのifIndex を特定し品質管理システムへ投入するという稼動を削減する。
【００５７】
（５）上記（４）の結果、通信処理装置を増減設した場合や、通信処理装置内のインタフェイスを増減設した場合に、サービス品質管理者から、再度ifIndex を特定し品質管理システムへ再投入するという稼動を削減する。
【図面の簡単な説明】
【００５８】
【図１】ＳＮＭＰ−ＭＩＢを利用した、従来のサービス品質管理方法を説明するための説明図である。
【図２】本発明第１の実施形態の、ＳＮＭＰ−ＭＩＢを利用したサービス品質管理方法を説明するための説明図である。
【図３】本発明実施形態のサービス品質管理システムが実行するプログラムの内容を示すフローチャートである。
【図４】本発明の第２の実施形態のシステム構成を示すブロック図である。
【符号の説明】
【００５９】
１０  アプリケーションサーバ
２０  通信処理装置
３０  エンドユーザ端末
４０，５０  サービス品質管理システム
【図１】
2005025689.tif 000003
【図２】
2005025689.tif 000004
【図３】
2005025689.tif 000005
【図４】
2005025689.tif 000006