(57)【特許請求の範囲】
【請求項１】
サービスを配送するために必要なネットワーク・コンポーネントのサービス配送チェーンを含むマルチ・ドメインネットワークを介して配送されたサービスのためのサービス配送問題をトラブルシューティングするためのシステムであって、サーバ(324,326)及びグラフィカルウェブインタフェース（ＧＵＩ）を備え、
前記サーバが、
前記サービス配送問題(250)のレポートを受信し、
ネットワーク及びサービス在庫データベース(252,302)からデータを検索し、そして前記検索したデータが前記サービスを配送するネットワーク・コンポーネントのサービス配送チェーンを特定して、この検索したデータを内部データベース(320)に記憶し、
前記サービス配送チェーンのネットワーク・コンポーネントをトラブルシューティングするのに適用可能な複数のテスト及び診断ツール（318）を決定し、
前記適用可能な診断ツールから選択されたテスト及び診断ツールを呼び出す作業フロー(316)を実行し、
前記内部データベース(320)と通信する前記ＧＵＩが、
ＧＵＩのネットワーク表示エリア(410)内にネットワーク・コンポーネントのサービス配送チェーンを表示し、
ＧＵＩのツールエリア(406)内に前記テスト及び診断ツールを表示し、さらに、
前記サーバが、前記選択されたテスト及び診断ツール、及び当該ツールを呼び出す作業フロー(316)を特定するオペレータからの入力を取得する、ことを特徴とするシステム。
【請求項２】
前記データが、カスタマによって加入されているサービス・プランを含む、請求項１に記載のシステム。
【請求項３】
前記データが、カスタマの構内において、カスタマの制御下にある、サービス機器(service equipment)を記述するカスタマデータを含む、請求項１に記載のシステム。
【請求項４】
前記データが、オペレーション・サポート・システム（304）からの、前記サーバにより検索される情報を含む、請求項１に記載のシステム。
【請求項５】
フィールド・アクセス・システム（328）を有する移動端末をさらに備え、前記サーバは、前記フィールド・アクセス・システムからデータを取得し、かつ、サービス復旧の最終チェックを実行する、請求項１に記載のシステム。
【請求項６】
前記サーバが、ＬＤＡＰ（軽量（Lightweight）ディレクトリ・アクセス・プロトコル）（330）からデータを引き込んで(pull)、ユーザ・アクセスを許可（authorize）するための情報交換を実行する、請求項１に記載のシステム。
【請求項７】
前記サーバが、集積オーダーマ・ネジメントシステム（an integrated order management system）(332)からデータを引き込んで、前記サービス配送問題に関する作業リクエストの状態についての情報を収集する、請求項５に記載のシステム。
【請求項８】
前記サーバが、ネットワーク・トラブル・マネジメント・システム（334）に情報を提供する、請求項１に記載のシステム。
【請求項９】
前記サーバが、故障マネジメント・システム（336）からデータを引き込んで、問題が発見されたときにアラームをオープンし、影響を受けたカスタマについての情報を提供する、請求項１に記載のシステム。
【請求項１０】
前記サーバが、サービス配送プラットフォーム（338）からデータを引き込んで、サービス及びユーザ・プロファイル情報を収集する、請求項１に記載のシステム。
【請求項１１】
前記サーバが、パフォーマンス・マネジメント・システム（340）からデータを引き込んで、ネットワーク・コンポーネント内の劣化をチェックする、請求項１に記載のシステム。
【請求項１２】
前記サーバが、選択的に呼び出された診断ツールから収集されたデータを、外部オペレーション・サポート・システム（304）に提供する、請求項１に記載のシステム。
【請求項１３】
前記複数のテスト・ツールが、スタンド・アロン・テスト・ツール・パッケージを備える、請求項１に記載のシステム。
【請求項１４】
前記複数のテスト・ツールの能力が、特定のネットワーク要素の構成データへのアクセスを有し、且つ、特定のネットワーク要素のオペレーション状態をテストする能力を持つネットワーク要素マネジャによって提供される、請求項１に記載のシステム。
【請求項１５】
前記複数のテスト・ツールの能力が、レイヤ2,3ドメイン・マネジャ(320)によって提供される、請求項１に記載のシステム。
【請求項１６】
前記複数のテスト・ツールの能力が、内部テスト・モジュールとして含まれている、請求項１に記載のシステム。
【請求項１７】
前記複数のテスト・ツールが、スタンドアロン・テスト・ツール・パッケージ、ネットワーク要素マネジャ、レイヤ2,3ドメイン・マネジャ、及び内部テスト・モジュールの組合せからなる、請求項１に記載のシステム。
【請求項１８】
ユーザ・プロファイル及びアクセス特権（privileges）を記憶するための、ユーザ・プロファイル・データベース（322）を更に備える、請求項１に記載のシステム。
【請求項１９】
ＧＵＩページをサービスするためのウェブ・サーバを更に備える、請求項１に記載のシステム。
【請求項２０】
ネットワーク・コンポーネントのサービス配送チェーン経由でマルチ・ドメインのネットワークを介して配送されたサービスのためのサービス配送問題を診断するエンド・ツー・エンドテスト及び診断マネジャ（300）であって、グラフィカル・ユーザ・インターフェース（ＧＵＩ）及びサーバ(326,328)を含み、
前記ＧＵＩは、
前記サービス配送チェーンを含むネットワーク要素の状態及びコンフィグレーションデータ(408)、及び前記サービス配送チェーンをトラブルシュートするのに使用できるテスト・ツール(406)を表示し、ユーザにより１以上の前記テスト・ツールが選択され、
前記サーバは、
前記サービス配送問題(250)のレポートを受信し、そして前記カスタマに提供されたネットワークサービス、前記サービス配送チェーン内のネットワーク・コンポーネント、並びに前記状態及びコンフィグレーションデータを決定するためにネットワーク及びサービス在庫データ(302)にアクセスし、
前記ユーザによって選択された少なくとも１つのテスト・ツール(318)を呼び出すために作業フローを実行する、
ことを特徴とするエンド・ツー・エンド・テスト及び診断マネジャ。
【請求項２１】
前記テスト・ツールが、
ＣＰＥＭＳピング・テスト；シンク・プロファイル；ポート・ベリフィケーション；ポート・ロック／アンロック；ノー・シンク・テスト；ポート・リセット；ＩＰピング・テスティング；テスト・コール；コール・ヒストリ；エンド・ツー・エンドＶｏＮサービス；及び、エンド・ツー・エンドＢＢサービス；ＭＬＴ（機械化されたループ・テスティング）、
を含むリストから採用される複数のツールの組合せを備える、請求項２０に記載のエンド・ツー・エンド・テスト及び診断マネジャ。
【請求項２２】
前記サーバ（326）が、１つあるいはそれより多いテスト・ツールを直接実行する、請求項２０に記載のエンド・ツー・エンド・テスト及び診断マネジャ。
【請求項２３】
前記サーバが、外部テスト・ツール(342-350)を呼び出し、前記複数のマルチ・ドメインネットワーク内のネットワーク要素をテストする、請求項２０に記載のエンド・ツー・エンド・テスト及び診断マネジャ。
【請求項２４】
前記サーバが、レイヤ2,3ドメイン・マネジャ（320）を介して少なくとも１つのテスト・ツールを呼び出す、請求項２０に記載のエンド・ツー・エンド・テスト及び診断マネジャ。
【請求項２５】
前記サーバ（326）が、ネットワーク要素に関連する要素マネジャを介して少なくとも１つのテスト・ツール（318）を呼び出す、請求項２０に記載のエンド・ツー・エンド・テスト及び診断マネジャ。
【請求項２６】
ウェブ・サーバ（324）と、
オペレータに関連するクライアント端末に、インターフェース・ページを有するウェブ・ベースのグラフィカル・ユーザ・インターフェースを含むグラフィカル・ユーザ・インターフェースと、
を更に備える、請求項２０に記載のエンド・ツー・エンド・テスト及び診断マネジャ。
【請求項２７】
エンド・ツー・エンド・テスト及び診断マネジャの使用が許可されたオペレータのアクセス権テスト特権を規定するユーザ・プロファイルを記憶するためのユーザ・プロファイル・データベース（322）を更に備える、請求項２６に記載のエンド・ツー・エンド・テスト及び診断マネジャ。
【請求項２８】
前記サーバが、サービスの配送に関連する各ネットワーク・コンポーネントの状態をテストするために、複数のテスト・ツールを呼び出す、請求項２０に記載のエンド・ツー・エンド・テスト及び診断マネジャ。
【請求項２９】
ネットワーク要素のサービス配送チェーン経由で、マルチ・ドメインネットワークを介してカスタマに配送されたサービスに関するサービス配送問題を診断する方法であって、
前記サービスサービス配送チェーンを含むネットワーク要素の状態及びコンフィグレーション、及び前記サービス配送問題をトラブルシュートするのに利用可能なテスト・ツールを表示する処理であって、これによりユーザは１以上のテスト・ツールを選択できる当該処理と、
前記サービス配送問題のレポートを受信する処理と、
ネットワーク及びサービス在庫データ(252)にアクセスし、かつ、(a)前記カスタマに提供されるネットワークサービス、(b)前記サービス配送チェーンにおけるネットワーク要素、(c)データの状態及びコンフィグレーション、を決定する処理と、
前記サービス配送問題の根本原因を特定するためにユーザによって選択された少なくとも１つのテスト・ツールを呼び出すための作業フローを実行する処理と、
を含む方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、コンポーネントをテストし、階層化された、マルチ・ドメインのネットワーク環境を介して配送されたサービスのためのサービス問題を診断するための、エンド・ツー・エンドのテスト及び診断マネジャに関連する。
【背景技術】
【０００２】
従来、音声通信、データ・サービス、ビデオ・サービス、等のような種々の通信サービスが、スタンドアロンの垂直（vertical）ネットワークを介して配送（delivered）されていた。例えば、図１は、音声通信サービス及びアプリケーション10、データ・サービス及びアプリケーション12、並びに、ビデオ・サービス及びアプリケーション14を配送するための、別個の、弁別される（distinct）ネットワークを示す。各別個のネットワークは、サービス・レイヤ16、コントロール及びスイッチング・レイヤ18、トランスポート・ハードウェア・レイヤ20、及び、物理ネットワーク・レイヤ22を含む。それぞれの場合において、サービスは、サービスを分配する（distributing）ために提供される物理ネットワーク及びネットワーク要素に密にカップルされている。例えば、公衆交換電話ネットワーク（ＰＳＴＮ）においては、コントロール及びスイッチング・プロトコル並びに物理的スイッチ自体は、全て、ポイント・ツー・ポイントの音声通信を提供するための、エンド・ツー・エンドの回路（circuit）を生成することに向けて適合（geared）される。それら自身のスイッチング及びコントロール・プロトコル並びに物理的トランスポート・ストラクチャを有するイーサーネット、トークンリング、等のような、類似の専用ネットワークは、データ伝送サービスを提供するために開発された。ブロードキャストか、ブロードバンド・ケーブルを介して配送されるもののいずれかのビデオ・サービスも同様に、それら自身のコントロール及びスイッチング・プロトコルの組、トランスポート・ハードウェア、及びネットワーク、を開発した。それぞれの場合において、種々の統合されたネットワークの全ての面が、ネットワークが配送するように設計された特定のサービスのために特別に構成されていた。
【０００３】
過去の、垂直に（virtically）分配されたプロプラエタリ・ネットワークにおけるトラブル・シューティング・サービスの問題は、明らかに直載的な提案（proposition）であった。全体のネットワークは、一般的に、エンド・ツー・エンドのサービス配送チェインの詳細な（intimate）知識を有する一つのエンティティによって所有され制御されていた。このこと、及び、サービスが、サービスを配送するために提供されるネットワーク要素に非常に密にカップルされているという事実が、特定のカスタマへのサービス配送（delivery）に影響を及ぼし得る、サービス配送チェインにおけるコンポーネントを特定することを、かなり単純にしている。可能性のある（likely）サービス問題のソースを知ることは、適切なコンポーネントをテストし、問題のソースを隔離することを、かなり単純にする。
【０００４】
現在では、より多くの通信及びブロードキャスト・サービスの配送は、好ましいトランスポート・レイヤとしてのＩＰに集中している。ＩＰへの集中は、サービスを、下にある（underlying）アクセス及びトランスポート・ネットワークから切り離す。その結果は、サービス自身が、実質的に、物理的トランスポート・レイヤから独立するような、マルチ・サービス、マルチ・ドメイン・ネットワークとなる。図２は、好ましいトランスポート・レイヤとしてのＩＰへの集中を示す。過去の、プロプライエタリの垂直統合ネットワークとは逆に、この新しいサービス・モデルは、広い水平レイヤを規定する。オープン・プロトコル及びＡＰＩｓが、明確なアクセス、トランスポート、及び、サービスの分離を伴って、レイヤの間の作動（operational）インターフェースを提供する。従って、サービス・レイヤ30は、ネットワークを介してデジタル的に配送され得る、何らかの、そして全てのサービス（音声24、データ26、及びビデオ28を含むが、これに限定されない）を表す。トランスポート及び分配レイヤ32は、ＩＰレイヤ30及び物理的分配レイヤ36を包含する。オープン・プロトコル及びＡＰＩｓの使用を通じて、全てのサービスが、ＩＰを介したトランスポートのためにパッケージ化され得る。ＩＰパッケージされたデータは、仮想的に、何らかの、そして全ての物理的なネットワーク技術に運搬され得る。
【０００５】
マルチプルのサービスをカスタマに配送するための、共通トランスポート・レイヤとしてのＩＰへの集中は、サービス配送チェインに対して、複雑さを大きく追加する。今日、バリュー・アデッド・サービス（ＶＡＳ）は、複雑なネットワーク・アーキテクチャ、及び、作動プラットフォーム（operational platform）に基礎を置く。サービス配送チェインの部分は、サービス・プロバイダ自身の制御の外側にあり得、そういう可能性が高い。そのような場合には、サービス・プロバイダは、彼らのサービスを送り届けるために、他者によって提供され、維持されるネットワーク及びハードウェアに依存せねばならない。下にある（underlying）アクセスとトランスポート・システムからのサービスの分断は、診断及び訂正サービス問題を、昔のスタンドアロン・サービス配送プラットフォームであった場合に比して、より大きく困難なタスクにする。
【０００６】
今日のサービス配送プラットフォームの複雑さを説明するために、図３に示されるベーシックなＤＳＬサービス・アーキテクチャ40を考慮して欲しい。左側において、非対称デジタル・サブスクライバ・ライン（ＡＤＳＬ）52、又は、対称的高速デジタル・サブスクライバ・ライン（ＳＨＤＬ）54が、カスタマの家又仕事場へのデジタル接続を提供する。ＤＳＬ接続は、ネットワーク・アプリケーション・サーバ（ＮＡＳ）42を介して、よりブロードなＩＰネットワーク又はインターネットへのアクセスを提供する。カスタマのＤＳＬライン（ＡＤＳＬ又はＳＨＤＬ）は、第１のローカルＤＳＬアクセス・マルチプレキサ（ＤＳＬＡＭ）50に接続する。ローカルＤＳＬＡＭ50は、小さな地理的領域内の、限定された数のカスタマにサービスする。ローカルＤＳＬＡＭ50は、複数のローカルＤＳＬＡＭＳをサービスする遠隔のＤＳＬＡＭ48に接続する。遠隔のＤＳＬＡＭ48は、第１のＢＰＸスイッチ46を介してＡＴＭネットワーク45に接続する。ＮＡＳ42は、ＡＴＭネットワーク45内のどこかよそにある、第２のＢＰＸスイッチ44に接続する。ＡＴＭネットワーク45内に、追加のＢＰＸスイッチが存在する可能性が高い。しかし、ＡＤＳＬライン52の端部（end）におけるカスタマに、ＮＡＳ42を介してインターネット・アクセスを配送する観点から、ＡＴＭネットワーク45へのエントリ及び出口ポイントとして働くＢＰＸスイッチ44及び46、並びに、ＡＴＭネットワーク内の他のＢＰＸスイッチは、サービス配送（delivery）チェインには関係無い。ＤＳＬ技術は、現在進化していて、ＧＢＥ（ギガバイト・イーサーネット）又はＭＡＮｓ（メトロポリタン・エリア・ネットワーク）へイーサーネット・インターフェースを通じて接続されたＩＰ  ＤＳＬＡＭを用いて、異なったインフラストラクチャを通じて、現在の及び新しいサービスを配送する可能性を導入している。
【０００７】
カスタマ・プレミス装置（Customer Premise Equipment: CPE）が考慮されるときに、サービス配送チェインは、より複雑になってくる。図３に示されるＤＳＬサービスは、最小でも、カスタマの構内（premise）におけるＤＳＬモデムを要求する。ローカル・エリア・ネットワーク、Ｗ１−Ｆ１ルータ、及び他のＣＰＥは更に、サービス配送の状況を複雑化させる。図４は、非定型ではない（not atypical）カスタマ構内アレンジメント60を示す。ＡＤＳＬライン62は、ネットワーク・インターフェース装置64を介して、カスタマの構内に入る。スプリッタ66は音声及び映像を分離し、第１のウォール・ジャック68を介して音声信号を標準電話セット72に接続し、第２のウォール・ジャック70を介して、データ信号をＤＳＬモデム74に接続する。ローカル・エリア・ネットワーク・ハブ76は、複数のコンピュータ78、80、82を、ＤＳＬモデム74に接続する。従って、各コンピュータは、ＬＡＮを介したＤＳＬラインへのアクセスを持つ。コンピュータ78、80、82におけるユーザが、ＤＳＬライン62を介してサービスを受信するために、図３を参照して説明されたネットワーク要素に加えて、ＤＳＬモデム74及びＬＡＮ  ＨＵＢ76もまた、適切に作動し、構成されねばならない。従って、もし、これらの要素（components）が、適切に作動していないならば、或いは、適切に構成されていないならば、ＣＰＥドメインは、他のサービス問題の源を提供することになる。
【０００８】
増大する、配送されたサービスの複雑さに伴って、サービス配送チェインは更により複雑になる。例えば、図５は、ネットワークを介した音声（ＶoＮ）サービスのための一般的なアーキテクチャを示す。この環境における個々のカスタマに対するサービス問題を探し出すことは、非常に複雑なタスクであり得る。これからわかるように、ＶｏＮサービスは、マルチプルのネットワーク要素（elements）及びサービス・コンポーネントを含むマルチプルのネットワーク・ドメインの相互作用を要求する。更に、異なった位置において、マルチプルのカスタマに提供されたサービスは、異なった接続を持ち、異なったＣＰＥを持つ。
【０００９】
ＶｏＮアーキテクチャ100は、ＶｏＮ又はサービス・レイヤ102、トランスポート・レイヤ104、そして、ＣＰＥレイヤ106の間で分割される。ＣＰＥレイヤ106から始まって、いくつかの異なったクライアント構成が示される。異なったクライアント構成は、主に、トランスポート・レーヤへのアクセスのタイプ、利用可能な帯域幅、及び他の特徴に依存する。
【００１０】
クライアント108は、ローカル・エリア・ネットワーク114、１つあるいはそれより多いＶｏＮ電話装置116、及び複数のユーザ・コンピュータ118を含む。カスタマ・エッジ120は、仮想プライベート・ネットワーク（ＶＰＮ）140へのアクセスを提供する、トランスポート・レイヤ104内のプロバイダ・エッジとインターフェースをとる。ＶＰＮ140は、マルチ・プロトコルのラベル（label）・スイッチング（ＭＰＬＳ）に基礎を置く。ＶＰＮ140は、ＮＡＳ154を介して、よりブロード（broader）のＩＰネットワークにアクセスする。
【００１１】
クライアント・アレンジメント110は、ローカル・エリア・ネットワーク126、及び、複数のＶｏＮ電話装置122を含む。カスタマ・エッジ124は、ＩＰエッジ・ネットワーク142へのインターフェースを提供する。ＩＰエッジ・ネットワーク142は、より広いネットワーク148へのアクセスを提供する。
【００１２】
クライアント112は、複数の伝統的電話装置128、アクセス・ゲートウェイ130、及び、カスタマ・エッジ132を含む。アクセス・ゲートウェイ130とカスタマ・エッジ132は、デジタル・サブスクライバ・ラインを介してＤＳＬＡＭ158とインターフェースをとる。
【００１３】
ここに示されるように、カスタマ・レイヤ106は、伝統的なＰＢＸ134及び伝統的な電話装置136である。ここに示されるシステムにおいて、ＰＢＸ134及び伝統的な電話装置136は、ＶｏＮサービスを採用しているカスタマとの電話コールに参加し得る。しかし、ＰＢＸ134及び電話装置1365は、伝統的な公衆交換電話ネットワーク146の上で作動し、それら自身は、ＶｏＮサービスに修正可能ではない。
【００１４】
トランスポート・レイヤ104は、ＶＰＮ140、ＩＰエッジ・ネットワーク142、ＡＤＳＬネットワーク144、ＰＳＴＮ146、ＩＰネットワーク148、及び、伝統的な音声サービスのためのバックボーン・ネットワーク・トランジット・レベル150を含み、それらの間のインターフェース・コンポーネントも含む。例えば、ＶＰＮ140は、ＮＡＳ154を介して、ＩＰネットワーク148とインターフェースをとる。ＡＤＳＬネットワークは、ＮＡＳ156を介してＩＰネットワーク148とインターフェースをとる。ＰＳＴＮは、バックボーン・トランジット・レベル（ＢＢ−ＴＬ）150のバックボーン・ネットワークとインターフェースをとる。ＩＰネットワークは、メディア・ゲートウェイ（ＭＧ）162を介してＢＢ−ＴＬネットワークとインターフェースをとる。
【００１５】
ＶｏＮサービス・レイヤ102は、ユーザ・プロファイル・データベース172、サービス・ロジック・アンド・ユーザ・プロファイル・データを含むパケットＩＮアプリケーション・サーバ174、ＢＢ−ＴＬ150を介してＰＳＴＮ146とインターフェーシングするための、１つあるいはそれより多いＳＩＰサーバ・アンド・ソフトスイッチ166を含む。
【００１６】
この例では、サービス配送チェインは、ＶｏＮサービスの、エンド・カスタマへの配送に関係するネットワーク要素の全てを含む。例えば、ＶｏＮサービスをカスタマ112に配送するために、サービス配送チェインは、スリップ（slip）・サーバ・アンド・ソフトスイッチ170、スイッチ166、メディア・ゲートウェイ162、ＮＡＳ156、ＤＳＬＡＭ158、及び、アクセス・ゲートウェイ130を含む。ＡＴＭスイッチ、ＩＰルータ等、のような、種々のネットワーク・ドメイン内の追加のコンポーネントもまた、サービス配送チェインの一部を含み得る。カスタマ112にＶｏＮサービスを提供するために、これらの要素の全ては、適切に作動し、構成されねばならない。勿論、異なったネットワーク及び異なったネットワーク要素は、ＶｏＮサービスを他のカスタマに配送しているサービス配送チェインの一部になる。サービスを特定のカスタマに配送することに関連するネットワーク要素の全てを特定（identifying）することは、トラブルシューティング・サービス配送問題において重要なタスクである。サービス配送チェインを含む全ての種々の装置についてテストを実行すること、及び、サービス配送ドメインの全てに亘った構成データをチェックすることは、殆ど不可能であった。
【００１７】
今日までに、構造化され、エンド・ツー・エンドのアプローチによる、総合的な、エンド・ツー・エンドの、ＩＰトランスポート・レイヤを介して配送されたサービスのテスト及び診断を提供するためのシステム又は方法は存在しなかった。そのようなシステム及び方法の不存在は、トラブルシューティングサービス配送問題の時間、労力、費用を大きく増大させる。
【発明の開示】
【課題を解決するための手段】
【００１８】
本発明は、広範囲の技術プラットフォームに亘る、レイヤ化されたマルチ・ドメイン・サービスの配送ネットワークを介して配送されたサービスのためのサービス問題のトラブルシューティングのための、エンド・ツー・エンドのテスト及び診断マネジャに関連する。特に、本発明の実施例は、共通トランスポート・レイヤとしてインターネット・プロトコル（ＩＰ）を用いて配送されたサービスのための、エンド・ツー・エンドのテスト及び診断マネジャを提供する。エンド・ツー・エンドのテスト及び診断マネジャは、ＩＰトランスポート・レイヤを介して配送される（delivered）、ＶｏＮ、ＩＰ−ＴＶ、ビデオ・オン・デマンド、統一メッセージング（unified messaging）、等のようなサービスのトラブルシューティングのための総合的なソリューションを提供する。
【００１９】
実施例によれば、エンド・ツー・エンドのテスト及び診断マネジャは、フロント・エンド・オペレータ（例えば、コール・センタ・カスタマ・サービスの代表）及びバックエンド・オペレータ（例えば、フロントエンド・オペレータによって解決され得ない、より複雑なサービス問題をトラブルシューティングするために利用可能な、より熟練したオペレータ）が、サービス・プロバイダから、マルチプルのネットワーク・ドメインを経由してエンド・カスタマまで広がる全サービス・チェインをトラブルシュートすることを可能とするソフトウェア・アプリケーションを備える。下にあるトランスポート・メカニズム又はネットワークの管理とは逆に、エンド・ツー・エンドのテスト及び診断マネジャは、カスタマ中心のエンド・ツー・エンドのオペレーショナルなサービスの視点を提供し、サービスの管理に、より焦点を当てる。
【００２０】
本発明の実施例は、マルチ・ドメインのサービス配送ネットワークに亘って配送されたサービスのために、サービス問題をトラブルシューティングするためのシステムを提供する。問題となっている種々のドメインにおける、オペレーションの状態、及び、ネットワーク要素の構成をテストするための複数のテストツールが、提供される。テスト及び診断マネジャは、ネットワーク及びサービス・インベントリ・データへのアクセスを持つ。サービス中断又は他のカスタマの苦情に応じて、どのサービスが、カスタマに配送されたかを知り、サービスをカスタマに配送するために必要なネットワーク要素を特定するために、テスト及び診断マネジャは、ネットワーク及びサービス・インベントリ・データにアクセスする。テスト及び診断マネジャは、選択されたネットワーク要素の作動状態及びの構成を判断するために、次に、選択的に、種々のテスト・ツールを呼び出す。オペレターが、サービス問題の源を判断し、それを解決するための手を打ち得るように、グラフィカル・ユーザ・インターフェースが、選択的に呼び出されたテストの結果を表示する。
【００２１】
他の実施例において、エンド・ツー・エンドのテスト及び診断マネジャは、ネットワーク、コンポーネントに関するデータの状態及び構成を表示し、オペレータにサービスし、そこからコマンドを受信するための、グラフィカル・ユーザ・インターフェースを含む。アプリケーション・サーバは、ネットワーク及びサービス・インベントリ・データへのアクセスを持つ。サービス問題のレポートを受信すると、アプリケーション・サーバは、サービスをカスタマに配送するために必要なネットワーク及びネットワーク・コンポーネントを決定する。アプリケーション・サーバは、サービスの配送において呼び出されたネットワーク要素の作動状態又は構成を決定するために、１つあるいはそれより多いテスト・ツールを選択的に呼び出すために、作業フローを実行するようにされる。オペレータが、問題の源を判断し、それを解決するために手を打ち得るように、結果は、グラフィカル・ユーザ・インターフェースによって表示され得る。
【００２２】
最後に、マルチ・ドメインのサービス配送ネットワークを介して配送されたサービスにおけるサービス配送問題を診断する方法が提供される。本方法は、カスタマにインタビューすることによるサービス問題の情報の組を収集することを提供する。カスタマ請求番号（billing number）を用いて問題のレポートを受信すると、サービスをカスタマに配送するために必要な、全てのネットワーク要素に関する情報を収集することが可能である。一旦、サービス配送チェイン内の全てのネットワーク要素が知られると、問題の原因を特定するために、それらが適切に作動しており、正しく構成されているか否かを決定するためにネットワーク要素を遠隔的にテストする。一旦、問題の源が決定されると、それを解決するために手が打たれる。最後に、問題が解決されたときに、サービスが保持されたことを保証するために、遠隔的な、エンド・ツー・エンドのテストを実行する。
【００２３】
或いは、診断的な工程は、ネットワーク装置問題のレポートによって駆動され得る。ネットワーク問題のレポートを受信すると、特定のネットワーク・リソース（ネットワーク要素又はアプリケーション・コンポーネント）を選択し、それが適切に作動し、正しく構成されているか否かを理解するために、特定のネットワーク・リソースの状態についての情報を集めることが可能となり得る。
【００２４】
以下の図面及び詳細な説明を検討することによって、本発明の他のシステム、方法、特徴、及び利点が、当業者にとって、明白となるであろうし、或いは、明白であろう。そのような追加のシステム、方法、特徴、及び利点が、本説明の中に、本発明の範囲内に、含まれ、添付の請求項によって保護されることが意図される。
【発明を実施するための最良の形態】
【００２５】
マルチ・ドメインのサービス配送環境におけるサービス配送問題を診断することは、広範囲の源からの情報にアクセスし、関連付けし（relating）、サービス配送問題の状態（nature）及び原因を迅速に特定し、問題を解決するために、それらに対して、即座の是正アクションがとられることを可能とするために、オペレータがデータをビュー（viewing）することを可能とするように、結果のデータを、構造化され、整理されたやり方で提示することを要求する。
【００２６】
図６は、サービス配送問題を特定し、解決するために必要なステップの概要を示す。第１に、250において問題がレポートされる。問題についての情報が、252で収集される。収集された情報は、カスタマが加入しているサービス、及び、問題によって影響を受けている１つあるいはそれより多いサービス、カスタマの構内のサービス配送装置、及び、サービスをカスタマに提供するためのサービス配送チェインを備えるネットワーク及びネットワーク要素のような、問題を被っているカスタマについての情報を含み得る。収集された情報は、問題を被っているサービスについての情報をも含み得る。追加の収集されたデータは、アラーム・レポジトリ、存在する関連トラブル・チケット、計画されたエンジニアリング／メンテナンス・アクティビティ、パフォーマンス・マネジメント・レポート、予測システム・レポート、等を含み得る。
【００２７】
サービス配送問題の核心の原因が、254で特定される。これは、ネットワーク及びサービス・インベントリを分析し、ネットワーク要素に対して進入性の(intrusive)／非進入性のテストを実行し、ヒストリカルなテスト結果を分析する、こと等を含み得る。一旦、問題の核心の原因が特定されると、256において、問題を解決するためのステップがとられ得る。これは、カスタマ構内装置、又は、他のハードウェア復旧させるために、サポート人員を急派する(dispatch)こと、ネットワーク要素マネジャ及びテスト・システムにアクセスすること、構成データを修正すること、等を含み得る。最後に、一旦、問題が解決されると、258において、問題はクローズされ得る。問題をクローズすることは、最終のエンド・ツー・エンド確認テストを実行すること、テスト結果を保存(archiving)すること、等を含み得る。
【００２８】
エンド・ツー・エンド・テスト及び診断的マネジャ300、及び、当該エンド・ツー・エンド・テスト及び診断的マネジャ300が作動する環境、の単純化された概要(view)が、図７に示される。エンド・ツー・エンド・テスト及び診断マネジャ300は、ネットワーク及びサービス・インベントリ・データ302、及び、他の作動サポート・システム(ＯＳＳ)304へのアクセスを持つ。エンド・ツー・エンド・テスト及び診断マネジャ300は、特定のサービスを、特定のカスタマに配送するために必要な、ネットワーク・プラットホーム、システム及びコンポーネントを含む、サービス配送チェインの理解可能な描写を展開するために、必要に応じて、ネットワーク及びサービス・インベントリ302及びＯＳＳ304からデータを引き込み(pull)得る。
【００２９】
実施例によれば、ネットワーク及びサービス・インベントリ・データは、Oracleのデータベース又は他の商業的に入手可能なデータベース内に格納され、ＳＱＬクエリ(queries)を介してアクセスされ得る。情報は、ネットワークとサービス・インベントリの間で交換され、エンド・ツー・エンド・テスト及び診断マネジャは、「商業的情報」及び「技術的情報」を含む。商業的情報は、カスタマ、彼らのサービス・プロバイダ、彼らのサービス・プラン、サービスＩＤ、サービス日、等に関連する。ネットワーク及びサービス・インベントリから集められた技術的情報は、回路の正確な表現(representation)を準備し、エンド・ツー・エンド・テスト及び診断マネジャが、関連する(involved)全ての主要装置に問合せする(query)ことを可能とするために、サービスをカスタマに配送するための回路(circuit)を再構築するために必要な情報の全てを含む。技術的情報は、カスタマが加入する全てのサービス、及び、それらのサービスを配送するために必要なコンポーネントの全てについての情報を含まねばならない。
【００３０】
実施例によれば、技術的に関連するデータの全てを得るために、３つの別個のデータベース・テーブルがアクセスされる。主要な入力パラメータは、カスタマＩＤ(課金番号：Billing Number)、又は、いくつかの他の信頼できる識別子(identifier)である。アクセスされる第１のテーブルは、特定のサービスを特定のカスタマに配送するための、サービス・プロバイダからカスタマへの回路を構築するために要求される主要コンポーネントの全てを特定するＡ−Ｚ回路テーブルである。このテーブルにおいて、ポイント「Ａ」は、ＤＳＬＡＭによって表され、ポイント「Ｚ」は、ＮＡＳによって表される。必要なコンポーネントは、他のもの以外に、ＡＴＭドメイン(サービス・プロバイダに直面(facing)しているＡＴＭアクセス装置)のポイント「Ａ」、及び、ＡＴＭドメイン(カスタマに直面しているＡＴＭアクセス装置)のポイント「Ｚ」を含む。サンプルのＡ−Ｚ回路テーブルが、テーブル１に示される。Ａ−Ｚ回路テーブルは、サービスをカスタマに配送するための回路を構築するために必要なコンポーネントのタイプを定義する複数の属性を含む。対応する値が、それらの役割を充足する(fill)実世界のコンポーネントを特定する。カスタマＩＤ値(課金番号)は、カスタマ(そこからサービス配送チェインが構築される)を特定する。ＤＳＬＡＭ名は、特定されたカスタマにサービスするＤＳＬＡＭを特定する。次のいくつかの属性は、サービスを特定されたカスタマに配送するための、特定されたＤＳＬＡＭ、特定ポート(identifying ports)、加入者ライン(subscriber lines)、等のための接続及び構成データに関連する。ＮＡＳ名は、サービスを、カスタマにサービスしているＡＴＭネットワークを介して、カスタマに提供するネットワーク・アプリケーションズ・サーバを特定する。特定されたＮＡＳは、ＩＰドメインへのアクセスを提供し、ＩＰドメインを介してサービスが配送されることを可能とする。残りの属性は、ＮＡＳに対する接続及び構成データに関連する。
【００３１】
【表１】
0004509093.tif 000002
【００３２】
テーブル１のＤＳＬＡＭ部分からの「ポートＡＴＭサイド」値は、ＡＴＭドメイン・ネットワークのポイント「Ａ」を決定するために、第２のデータベース・テーブル(ＭＵＸとＡＴＭドメインの間の論理的リンクを表す)に問合せする(query)ために使用される。この問合せは、適切なＡＴＭ装置、ＡＴＭ上の適切なポート、等を特定する。これらのデータは、ＩＰテーブル内で、対応するＩＰアドレスを特定し、次に、ＡＴＭ装置及び指定されたポートの作動(operational)状態及び構成をチェックするために用いられる。第２のデータベース・テーブル(ＭＵＸ論理リンク)の例が、テーブル２に示される。
【００３３】
【表２】
0004509093.tif 000003
【００３４】
テーブル１のＮＡＳ部分の「ポートＡＴＭサイド」値が、次に用いられて、(サービス配送の検知から)ＡＴＭドメインの反対の端部(opposite end)において、どの装置が、ポイント「Ｚ」を表すかを学ぶ(learn)ために、類似の、第３のデータベース・テーブルの問合せを実行する。ＡＴＭ装置の作動状態及び構成、並びに、指定されたポートが、確認される(verified)ように、再度、この問合せは、適切なＡＴＭ装置、適切なポート、等を特定する。第３のテーブル(ＮＡＳ論理リンク)の例が、テーブル３に示される。
【００３５】
【表３】
0004509093.tif 000004
【００３６】
最後のステップは、上で特定された装置、即ち、ＤＳＬＡＭ、「Ａ」、及び、「Ｚ」のＡＴＭ装置、ＮＡＳ、及び、特定のサービスを特定されたカスタマに配送するために必要であり得る何らかの他の関連する装置、のＩＰアドレスを決定することである。これは、第４のデータベース・テーブル(ＩＰアドレス装置)の別個の問合せを通じて実現される。ＩＰアドレス装置テーブルの例が、テーブル４に示される。
【００３７】
【表４】
0004509093.tif 000005
【００３８】
商業的情報は、更に他のテーブルに問合せすることによって得られる。再度、カスタマＩＤ(請求番号：billing number)が、主要キーである。サンプルの商業的情報の計算(tale)が、テーブル５に示される。
【００３９】
【表５】
0004509093.tif 000006
【００４０】
技術的情報及び商業的情報は、他の作動サポート・システム304からも引出され得る。例えば、カスタマの構内における装置のＩＰアドレスは、サービス配送プラットフォーム(ＳＤＰ)338から得られ得る。例えば、カスタマ構内装置が、単純な「Ping IP」テストを用いて作動中(up and running)であるか否かを決定するために、ＩＰアドレスが使用されうる。他の情報は、ＳＤＰ338からも引出され得る。ＳＤＰとエンド・ツー・エンド・テスト及び診断マネジャの間の情報交換は、ウェブ・サービスによって実現され得る。ＳＤＰからのパラメータには、
【００４１】
-  回路の実在識別子であるテクニカル・キー(ＴＫ)。これは、(Name NAS, カード、ポート、ＶＰＩ、ＶＣＩ)＝(AT-BO256,3,7,23,65)から構成される。
-  マネジメント・セッション：
最初の接続の日、最後の接続の日＝(11/07/2005 22:34; 11/07/2005 23:18)
-  データ・セッション：
最初の接続の日、最後の接続の日＝(11/07/2005 22:35; 11/07/2005 23:17)
-  マスタ・アカウント：
ユーザ名及び生成日＝(sirio.baldini@aol.us, 08/15/2005)
-  データ・サービス：
プラン、商業的提供＝(VoN Fast Access, VoN-3numbers)
-  追加されたサービス：
親制御の状態、キャプティブ・ポータル(Captive Portal)の状態＝(off, off)
-  ＩＰアドレス：
マネジメント・セッションのＩＰアドレス(10.10.148.170)、
が含まれ得る。
【００４２】
一旦、サービス配送チェインのコンポーネント・リンクの全てが特定されると、エンド・ツー・エンド・テスト及び診断マネジャ300を採用しているオペレータ306は、サービス配送工程(process)の種々の側面(aspects)をテストするためのテスト手順(procedure)を呼び出し得る。例えば、オペレータは、サービス配送問題の根本の原因を特定するために、サービス配送チェインを作っている(make up)ハードウェア・コンポーネント及びネットワーク要素の状態を分析するテストを開始し得る。
【００４３】
実施例によれば、エンド・ツー・エンド・テスト及び診断マネジャ300は、カスタマへのサービスの配送に関連している、機能しているドメインの全てをテストするためのテスト・ツールの完全な一式(full compliment)へのアクセスを持つ。種々の機能している(functional)ドメインには、ＣＰＥドメイン308、ＤＳＬ／ＡＴＭドメイン310、ＩＰネットワーク・ドメイン312、及び、ＶｏＮ(又はサービス)ドメイン314が含まれ得る。
【００４４】
利用可能であり得る診断ツールの例には、
-  ＣＰＥＭＳ  Pingテスト：これは、全てのカスタマ構内装置(カスタマの構内における全ての装置)が、エンド・ツー・エンド・テスト及び診断マネジャによって到達され(reached)得ることを確認するための、単純なテストである。
-  シンク・プロファイル：これは、ＤＳＬＡＭ上のカスタマの構成パラメータ(減衰、ノイズマージン、等)を集めるツールである。
-  ポート確認（verification）：このツールは、ＤＳＬＡＭポート（これに対してカスタマ装置が接続される）の作動状態をチェックする。
-  ポート・ロック／アンロック：これは、目標装置（ＤＳＬＡＭ、ＡＴＭ、ＩＰルータ）上のポートをシャット・ダウンさせ、それを再スタートさせる、システム全体の管理コマンドである。
-  ノー・シンク・テスト：このテストは、モデム及びＤＳＬＡＭ（シーメンス、アルカテル、等）と、カスタマ装置（モデム又はＣＰＥ）の間の同期についてのブーレアン的結果（Boolean result）を戻す。
-  ポート・リセット：このテストは、ＤＳＬＡＭ上の構成(クライアント側のポート)をリセットするために用いられる。
-  ＩＰ  ピング・テスティング：このテストは、ＩＰ装置(ＮＡＳ、Cisco 10k, Cisco 6004, Juniper ERX、等)の到達可能性を確認するために用いられる。
-  テスト・コール：このテストは、スイッチのエレメント・マネジャを介した、カスタマ電話へのＩＰコールをシミュレートするが、カスタマ電話を鳴らせない。
-  コール・ヒストリ：これは、カスタマによって為されたＩＰコールについての情報(最初の、及び、最後のコールの日付、期間、時刻)を提供するツールである。
-  エンド・ツー・エンドのＶｏＮサービス：これは、ＩＰコールについての情報(帯域、通信の品質、インバウンド(inbound)／アウトバウンド(outbound)、等)をチェックし、レポートするツールである。
-  エンド・ツー・エンドのＢＢサービス：これは、特定のＮＥｓに対しての、送られた、失われた、そして、受信されたパケットについての情報を収集するツールである。
-  ＭＬＴ(機械化されたループ・テスティング:Mechanized Loop Testing)：これらは、カスタマのＰＳＴＮラインの状態を決定するために用いられるツールの組である；
・  ラインがＯＫであるというテスティング、
・  欠陥のある電話又は受信器のオフ・フックのような、カスタマの装置に伴う潜在的問題、
・  スピーチ・オン・ザ・ライン(speech on the line)
が含まれる。
【００４５】
エンド・ツー・エンド・テスト及び診断マネジャ300は、いくつかの異なったやり方で、種々のテストをアクセスし、呼び出すように構成され得る。例えば、エンド・ツー・エンド・テスト及び診断マネジャは、異なったドメインにおける種々のコンポーネントの作動状態及び構成をテストするために採られるべきステップを規定する作業フローを含むテスト・リポジトリ316を含み得る。テスト・リポジトリで規定された作業フローは、ハードウェア装置及びネットワーク要素に直接応答指令信号を送り(interrogate)、テストするためのステップを含み得る。或いは、作業フローは、種々のドメイン内の特定のコンポーネントをテストするために開発された外部テスト・ツール及びコマーシャル・パッケージ318を呼び出し得る。更に他の代替例では、エンド・ツー・エンド・テスト及び診断マネジャ300は、レイヤ2、3ドメイン・マネジャ320を呼び出して、１つあるいはそれより多いドメインの機能(functionality)をテストし得る。最後に、エンド・ツー・エンド・テスト及び診断マネジャ300は、種々のドメイン内の種々のコンポーネントをテストするために構成されたエレメント・マネジャ(ＥＭ)322を呼び出し得る。テスト・リポジトリ316内の作業フローは、かなり複雑であり得る。内部／外部テスト・ツールが利用可能か否か、レイヤ2、3ドメイン・マネジャが存在するか否か、或いは、いずれかのエレメント・マネジャが利用可能か否か、に依存して、エンド・ツー・エンド・テスト及び診断マネジャは、異なった複数のやり方の組合せで、テスト及びインテロゲート(interrogate)・コンポーネントを呼び出し得る。例えば、エンド・ツー・エンド・テスト及び診断マネジャは、いくつかのコンポーネントを、エンド・ツー・エンド・テスト及び診断マネジャ内のＡＰＩサーバ上で実行されるＡＰＩｓを介して、直接テストし得る。外部テスト・ツールを通じて、他のテストが呼び出され得る。また、他のテストが、レイヤ2、3ドメイン・マネジャ320を通じて呼び出され得る。更に他のテストが、別個のエレメント・マネジャ322を通じて呼び出され得る。
【００４６】
エンド・ツー・エンド・テスト及び診断マネジャ300は、フロント・エンド及びバック・エンド・オペレータ306にグラフィカル・ユーザ・インターフェース(ＧＵＩ)を提示(present)する。フロント・エンド・オペレータは、配送問題が、標準的な、容易に実行される手順によって迅速に解決され得るか否かを決定するために、又は、問題を解決するために、より洗練された分析が必要か否かを決定するために、エンド・ツー・エンド・テスト及び診断マネジャを使用して、サービス苦情(complaints)を評価(assess)し、単純な初期診断テストを走らせ得る。もし、もし後者ならば、バックエンド・オペレータは、システムを使用して、より洗練されたテストを実行し、より深刻なサービス問題について、より深く探求し得る。フロント・エンド及びバック・エンド・オペレータに利用可能な種々のツールは、ユーザ・プロファイル・データベースにおいて規定され得る。バックエンド・オペレータには、彼らのフロント・エンド・オペレータに比して、より洗練されたテスト及び診断ツールへのアクセスが与えられ得る。例えば、バックエンド・オペレータが、困難なサービス配送問題の原因を決定することを支援するために、インターフェースは、更に、バック・エンド・オペレータに、ヒストリック・テスト結果、アラーム及び故障ログ、メンテナンス及びサービス・スケジュール、パフォーマンス・マネジメント・システム、予測システム、等へのアクセスを提供し得る。エンド・ツー・エンド・テスト及び診断マネジャ・インターフェースは、更に、バックエンド・オペレータに、フロントエンド・オペレータには利用不可能なサービス問題を解決するためのステップ、（例えば適切なサポート・チームの急送(dispatching)、エレメント・マネジャ及び構成マネジメント・システムへのアクセス、等）を採るための手段を提供し得る。一旦問題が解決されると、バックエンド・オペレータは、サービス・テストの確認(verification)を実行でき、種々のテスト結果、及び、問題を解決するために採用されたアクションを保存できる。
【００４７】
図８は、エンド・ツー・エンド・テスト及び診断マネジャ300、並びに、周辺のマルチ・ドメイン・サービス配送環境の、より詳細な概要を示す。図７に説明されるコンポーネントの多くは、図８に重複されており、類似の記号が与えられている。図示されるように、エンド・ツー・エンド・テスト及び診断マネジャ300は、ネットワーク及びサービス・インベントリ302、及び、他のオペレーションズ・サポート・システム(ＯＳＳ)304とインターフェースをとる。ＯＳＳ304は、フィールド・アクセス・システム328、ＬＤＡＰ330、集積オーダーマネジメントシステム（an integrated order management system）332、ネットワーク・トラブルマネジメントシステム334、故障マネジメントシステム336、サービス配送プラットフォーム338、及び、パフォーマンスマネジメントシステム340、を含み得る。
【００４８】
エンド・ツー・エンド・テスト及び診断マネジャ300は、３つの、あり得る、他のＯＳＳシステム304及びネットワーク・リソースとの相互作用のタイプを持つ。
【００４９】
１）エンド・ツー・エンド・テスト及び診断マネジャは、以下から情報を引き出せる：
−以下に関連するデータを提供するネットワーク及びサービス・インベントリ302；
・サービス・プロバイダによって提供されるサービス、
・サービス・プロバイダのカスタマ、
・特定のカスタマに提供されるサービス、
・特定のサービスの特定のカスタマへの配送において関連するネットワーク・コンポーネント、
−サービス配送プラットフォーム328（サービス及びユーザ・プロファイル情報）
−特定のツール318、ドメイン・マネジャ320、ＥＭ322、及びネットワーク要素
−カスタマに提供されるサービスに関連する装置における劣化についてチェックするための、パフォーマンス・マネジメント340、
−苦情を言っているカスタマに関する作業リクエストの状態についての情報を収集するための、集積されたオーダー・マネジメント322、
【００５０】
２）エンド・ツー・エンド・テスト及び診断マネジャは、以下に情報を提供する：
−ネットワーク上のサービス問題に関連するカスタマのトラブルを管理し、関連するトラブル・チケット（ticket）を豊富化するためのネットワーク・トラブル・マネジメント334
−問題が発見されたときにアラームをオープンし、影響を受けたカスタマについての情報を提供するための故障（fault）マネジメント336
−カスタマ宅における技術者の移動端末からテスト・マネジャにアクセスしているサービス復旧の最終チェックを実行するためのフィールド・アクセス・システム328
【００５１】
３）ユーザ・アクセスを許可するために、エンド・ツー・エンド・テスト及び診断は、ＬＤＡＰ（軽量ディレクトリ・アクセス・プロトコル（Lightweight Directory Access Protocol））サーバとの情報交換をも実行できる
【００５２】
ＣＰＥテスト・ツール342、ＡＴＭテスト・ツール、ＤＳＬテスト・ツール346、ＩＰテスト・ツール348、及び、ＶｏＮテスト・ツール350を含む、複数の外部テスト・ツール318が、図８に示される。同様に、複数のエレメント・マネジャ322もまた示される。エレメント・マネジャ322は、ＣＰＥエレメント・マネジャ354、ＡＴＭエレメント・マネジャ356、ＩＰエレメント・マネジャ358、及び、ＶｏＮエレメント・マネジャ360を含む。各ドメインに対してマルチプルのエレメント・マネジャが示される。なぜなら、各ドメインは、マルチプルのネットワーク・エレメント・タイプを含み得るからである。レイヤ2、3ドメイン・マネジャ320もまた、図８に示される。種々のエンド・ツー・エンド・テスト診断マネジャの実装において、テスト・ツール、エレメント・マネジャ又はレイヤ2、3ドメイン・マネジャの全てが、必ずしも存在する必要は無いことに留意されるべきである。殆どの場合において、テスト・ツール、エレメント・マネジャ、及び、レイヤ2,3ドメイン・マネジャの種々の組合せが、エンド・ツー・エンド・テスト及び診断マネジャ300内の追加の直接アクセス・テスト・プロトコルと一緒に組み合わされる。好ましくは、特定の実施例中に存在する、エンド・ツー・エンド・テスト及び診断マネジャ300、テスト・ツール318、レイヤ2、3ドメイン・マネジャ及びネットワーク・エレメント・マネジャ322が組み合わされて、サービス・プロバイダによって提供される全てのサービスのためのサービス・チェインの総合的な分析を実行するための診断テストの完全な一式(full compliment)を提供する。
【００５３】
エンド・ツー・エンド・テスト及び診断マネジャ300自身は、内部データベース320、ユーザ・プロファイル・データベース322、ウェブ・サーバ324、及び、アプリケーション・サーバ326を含む。ユーザ・プロファイル・データベース322は、サービス問題のトラブル・シューティングのための、フロントエンド及びバックエンド・オペレータ、並びに、エンド・ツー・エンド・テスト及び診断マネジャ300へのアクセスを有する他の管理要員のユーザ・プロファイルを記憶する。ユーザ・プロファイルは、アクセス権、及び、異なったタイプのユーザに利用可能なテスト及び診断ツール並びに構成データを規定する種々のユーザの特権を含む。
【００５４】
内部データベース320は、カスタマ、及び、彼らに配送されたサービスに関連するデータを記憶する。実施例によれば、内部データベース320は、全てのカスタマ、サービス、及び、サービス配送コンポーネントの総合的なデータの組を記憶しない。むしろ、内部データベース320は、特定のサービス配送問題を解決するための必要に応じて、ネットワーク及びサービス・インベントリ302及び他のＯＳＳ304から必要なデータを引き込む。データは、次に、内部データベース320内に記憶される。内部データベース320においては、データは、ウェブ・サーバ324によってアクセスされて、種々のデータ・フィールド及びＧＵＩの表示を配置する。或いは、内部データベース320においては、データは、アプリケーション・サーバ326によってアクセスされて、苦情を申し立てた特定のカスタマに配送されたサービスのエンド・ツー・エンド・テストを実行するために必要な種々の作業フローを実行する。
【００５５】
図９は、エンド・ツー・エンド・テスト及び診断マネジャのグラフィカル・ユーザ・インターフェース（ＧＵＩ）ページ400の例を示す。ＧＵＩページ400は、異なったタイプの情報が表示され、インターフェースと相互作用を行うオペレータによって異なったアクションが開始され得る、いくつかの明瞭な領域を含む。これらは、カスタマ表示エリア402、診断タイプ領域404、ツール領域406、プロビジョニング（provisioning）及び構成情報領域408、ネットワーク表示領域410、及び、カスタマ・テスト・ヒストリ領域412を含む。
【００５６】
実施例によれば、カスタマ請求番号（billing number）は、カスタマＩＤとしての役割を果たし、エンド・ツー・エンド・テスト及び診断マネジャを動かす。したがって、カスタマが、サービス割込み（interruption）又は何らかの他のサービス配送問題をレポートするためにコールするときに、オペレータは、カスタマの請求番号を、カスタマ表示領域402内のカスタマＩＤフィールド414にエンターする。カスタマＩＤを受信すると、アプリケーション・サーバ326は、ネットワーク及びサービス・インベントリ302並びに他のＯＳＳ304から、カスタマ及びカスタマによって加入されるサービスに関係する関連データを引き込む。引き込まれたデータは、内部データベース320に記憶され、ウェブ・サーバ324によってオペレータに提示されるＧＵＩのページを配置するために用いられる。したがって、図９に示された例において、オペレータは、カスタマＩＤ124578909を、カスタマＩＤフィールド414にエンターしている。カスタマ及びカスタマが加入するサービスに関する情報は、カスタマ表示領域402に表示される。この場合には、カスタマは、Jim Greenである。彼は、ＶｏＮ Plusサービス、及び、ＤＳＬ Plusサービスに加入している。カスタマの電話番号、サービスＩＤ、プラン開始日、ＤＳＬ番号、等のような追加のデータもまた、表示され得る。オペレータは、トラブル・ビュー領域402において、カスタマ・トラブル又はネットワーク・トラブル・ビューを選択できる。ネットワーク・トラブル・ビューの選択によって、オペレータが、ネットワーク・リソースの識別子を用いて、又は、特定のアプリケーション・コンポーネントを選択することによって、ネットワーク・リソース（サービスに関連する、ネットワーク要素、又は、アプリケーション・コンポーネント）によって診断を実行することが可能となる。大きな領域の広いサービスの割込みの場合には、これは、問題の源を特定する、最も効率的な方法であり得る。
【００５７】
診断タイプ領域404は、エンド・ツー・エンド・テスト及び診断マネジャが診断するように構成される、サービスのタイプをリストする。診断タイプ領域は、サービス・プロバイダによって提供される全てのサービスをリストし得る。或いは、表示されたリストは、特定されたカスタマが加入している特定のサービスに限定され得る。いずれの場合でも、オペレータは、カスタマの苦情の性質に基づいて、診断タイプ領域404から適切な診断タイプを選択し得る。図示された例においては、オペレータは、カスタマのＶｏＮサービスが診断されるべきであることを選択している。
【００５８】
ツール領域406は、種々のサービスをトラブル・シューティングするために利用可能なテスト及び診断ツールを表示する。ツール領域406に表示されたツールは、診断タイプ領域404で選択されたサービスに適用可能なツールに限定され得る。或いは、利用可能なツールの完全な一式（full compliment）が表示され得る。いずれの場合でも、オペレータは、コンポーネントをテストし、サービス配送問題を診断するための種々のツールを、ツール領域406から選択する。
【００５９】
ネットワーク表示領域400は、サービス配送チェインの単純化されたビューを表示する。サービス配送チェインに関するデータは、ネットワーク及びサービス・インベントリ302から引出され、選択されたサービスの、カスタマへの配送に関連する全てのネットワーク要素を含む。サービス配送ネットワークの単純化されたグラフィカル表現は、フロントエンド・オペレータが、どこに問題が存在するかを容易に理解し、それらの問題を、適切なサービス部門に急送することを助ける。例えば、図５に示される、気の遠くなるような複雑なＶｏＮサービス配送アーキテクチャは、ＧＵＩページ400のネットワーク・ディスプレイ領域410に示される、単純化されたネットワークに小さくされる。単純化されているが、図９に表示されたネットワークは、それにも関わらず、ＶｏＮサービスを、特定されたカスタマのJim Greenに配送するために必要な、全ての重要なコンポーネントを含む。
【００６０】
プロビジョニング（provisioning）及び構成情報領域408は、サービス配送チェインの種々のドメインのための、装置及び装置構成データを表示する。例えば、プロビジョニング（provisioning）及び構成情報領域408は、ＣＰＥドメイン、トランスポート・ドメイン、ＩＰドメイン、及び、ＶｏＮドメインのためにプロビジョニング（provisioning）及び構成データを表示するためのタブを含む。ここに示される例において、ＣＰＥタブが選択され、プロビジョニング（provisioning）及び構成情報領域408は、モデム・タイプ、ＩＰアドレス、及び、ＭＡＣアドレスを含む、カスタマの家庭内モデムについての情報を表示する。
【００６１】
最後に、カスタマ・テスト・ヒストリ領域412は、より初期の問題をトラブルシュートするために、選択されたカスタマのために実行された、以前のテストに関連するデータを表示する。オペレータは、「から（From）」及び「まで(To)」フィールド416、418に日付け範囲をエンターし得、カスタマ・テスト・ヒストリ領域412は、指定された期間中に、そのカスタマのために実行された全てのテストに関する情報を表示する。情報は、テスト日、テストＩＤ、テスト・タイプ、テストに関連するトラブル・チケット番号、及び、当該テストを始めたオペレータ、を含む。テスト・ヒストリは、現在のサービス配送問題への洞察（insight）を提供し得る。
【００６２】
ＧＵＩページ400上に表示された情報は、種々のサービスをカスタマに配送するための、サービス配送チェインの、完全なエンド・ツー・エンドのビューを提供する。ＧＵＩは更に、サービス配送問題のトラブルシューティングのために、オペレータに利用可能な、種々のテスト及び診断ツールを表示する。
【００６３】
図８を参照して、アプリケーション・サーバ326は、いくつかのテスト及び診断ツールが呼び出されるときに実行される作業フローを含む。例えば、特定のテストが、特定のネットワーク要素上で実行されるときに、アプリケーション・サーバは、テストが、ネットワーク・エレメント・マネジャ、別個のスタンドアロン・テスト・ツール、レイヤ2、3ドメイン・マネジャ、又は、アプリケーション・サーバ自身によって実行されるか否かを決定する。テストが、アプリケーション・サーバ326自身によって実行されねばならない場合には、アプリケーション・サーバは、適切な装置に直接アクセスし、選択されたテストを実行するために必要なコマンドを実行する。アプリケーション・サーバは、テスト結果を受信し、それらを、データベース320内に記憶する。このデータベースにおいて、テスト結果は、ＧＵＩを介してオペレータに提示されるべきウェブ・サーバによってアクセスされる。さもなければ、アプリケーション・サーバは、作業フローによって、命令を、適切なテスト・ツール、レイヤ2、3ドメイン・マネジャ、又は、適切なネットワーク・エレメント・マネジャに送り、所望のテストを呼び出す。テスト・ツール、レイヤ2、3ドメイン・マネジャ、又は、ネットワーク・エレメント・マネジャは、適切なネットワーク要素にアクセスし、要求されたテストを実行する（という場合が多いであろう）。いずれの場合でも、テスト結果は、アプリケーション・サーバに戻され、ウェブ・サーバ324を介してオペレータにサービスされているＧＵＩページに取り込まれる。アプリケーション・サーバは、サービス配送チェイン内の全てのネットワーク要素へのアクセスを持つので、直接、或いは、仲介テスト・ツールズ・レイヤ2、3ドメイン・マネジャ又はネットワーク要素マネジャを介して、エンド・ツー・エンド・テスト及び診断マネジャは、完全なエンド・ツー・エンドの、サービス配送チェインのカバレッジを提供できる。作業フローは、より複雑な診断を実行するために、基本のテスト・ツールが実行されるべき順序（sequence）をも規定できる。テスト・マネジャによって、特定の作業フローに従うためのトリガとして、単一のテスト結果が用いられる。
【００６４】
本発明の種々の実施例が説明された一方、当業者にとって、本発明の範囲内において、更に多くの実施例及び具現方法が可能であることが明白である。したがって、本発明は、添付の請求項及びそれらの均等物によって限定される場合を除いて、限定されない。
【図面の簡単な説明】
【００６５】
【図１】専用の垂直に統合されたサービス配送ネットワークを示す説明である。
【図２】好ましいサービス配送トランスポート・レイヤとしてのＩＰへの収束を示す説明である。
【図３】ＤＳＬネットワークのブロック図である。
【図４】一般的なカスタマ構内装置を示すブロック図である。
【図５】一般的なボイス・オーバー・ネットワーク（ＶｏＮ）アーキテクチャを示す図面である。
【図６】サービス配送問題のトラブルシューティングで呼び出されたステップを示すフローチャートである。
【図７】エンド・ツー・エンドのテスト及び診断マネジャの単純化されたブロック図である。
【図８】より詳細な、エンド・ツー・エンドのテスト及び診断マネジャ及びサービス配送環境のブロック図である。
【図９】エンド・ツー・エンドのテスト及び診断マネジャＧＵＩページの説明である。
【符号の説明】
【００６６】
４０  ＤＳＬサービス・アーキテクチャ
６０  非定型ではない（not atypical）カスタマ構内アレンジメント
６２  ＡＤＳＬライン
６４  ネットワーク・インターフェース装置
６６  スプリッタ
６８  第１のウォール・ジャック
７２  標準電話セット
７４  ＤＳＬモデム
７８  コンピュータ
８０  コンピュータ
８２  コンピュータ
１０４  トランスポート・レイヤ
１０６  ＣＰＥレイヤ
１１４  ローカル・エリア・ネットワーク
１１６  ＶｏＮ電話装置
１１８  ユーザ・コンピュータ
１２０  カスタマ・エッジ
１２４  カスタマ・エッジ
１２６  ローカル・エリア・ネットワーク
１３０  アクセス・ゲートウェイ
１３２  カスタマ・エッジ
１３６  伝統的な電話装置
１４８  より広いネットワーク
１６２  メディア・ゲートウェイ（ＭＧ）
１６６  ＳＩＰサーバ・アンド・ソフトスイッチ
１７０  スリップ（slip）・サーバ・アンド・ソフトスイッチ
【図１】
0004509093.tif 000007
【図２】
0004509093.tif 000008
【図３】
0004509093.tif 000009
【図４】
0004509093.tif 000010
【図５】
0004509093.tif 000011
【図６】
0004509093.tif 000012
【図７】
0004509093.tif 000013
【図８】
0004509093.tif 000014
【図９】
0004509093.tif 000015