(57)【要約】ネットワーク管理システム（１１４）およびサブシステム（２０２〜２０８）のオペレータにワークフロー（４００〜４０４）を提供する方法および装置を開示する。この方法は、ワークフローのアクセス可能なサブシステムのうちの１つ以上によって達成可能な複数のタスク（２１０〜２２８）を識別し、タスクを複数の役割（３０２〜３０８）へとグループ化する。各役割は、実行されるべき１つ以上のタスクを含む。役割は、アラーム状態に対処するために必要な役割にしたがって、ワークフローへとグループ化される。ワークフローは、ユーザインタフェース（６００）を用いてオペレータに提供されることが可能である。
2009528642.tif 000002
【特許請求の範囲】
【請求項１】
ワークフローを提供する方法であって、
ワークフローにアクセス可能な１つ以上のシステムによって達成可能な複数のタスクを識別することと、
前記タスクを複数のワークフローへとグループ化することと、各役割は実行されるべき１つ以上のタスクを含むことと、
オペレータのプリファレンスにしたがって前記ワークフローを１つ以上の役割へグループ化することと、
オペレータによる使用のために前記ワークフローを提供することと、
を含む方法。
【請求項２】
前記タスクを実行するシステムにアクセスを行うことを含む請求項１に記載の方法。
【請求項３】
前記タスクを実行して前記ワークフローを完了させるシステムを動作させることを含む請求項１に記載の方法。
【請求項４】
前記オペレータにユーザインタフェースを表示することと、同ユーザインタフェースは前記オペレータに前記ワークフローを提示し、前記タスクにアクセスを行って前記ワークフローを完了させることと、を含む請求項１に記載の方法。
【請求項５】
前記ワークフローを提供することは、階層にしたがって前記ワークフローの順位決定を行うことを含む請求項１に記載の方法。
【請求項６】
ワークフローを管理するシステムであって、
ワークフローの少なくとも一部を管理するために用いられる１つ以上のサブシステムと、
前記１つ以上のサブシステムから形成されたタスクと、各タスクは、サブシステムの要素およびワークフローの少なくとも一部であることと、
ワークフローの少なくとも一部を完了させるために必要な１つ以上のタスクを含む役割と、
役割を完了させるために必要なワークフローに由来するカスタマイズされたユーザインタフェースと、同ユーザインタフェースは前記１つ以上のサブシステムを通じて前記タスクに対するアクセスを提供し、ワークフローを完了させることと、
を含むシステム。
【請求項７】
前記１つ以上のサブシステムは１つ以上のサブシステムと並列に動作する請求項６に記載のシステム。
【請求項８】
ワークフローのフラットオプション階層を反映する複数の経路を含む請求項６に記載のシステム。
【請求項９】
ユーザインタフェース用の共通コンポーネントアーキテクチャであって、
１つ以上のシステムによって実行される複数のタスクからなるライブラリと、
前記タスクのうちの１つ以上のタスクから形成されるワークフローと、同ワークフローはネットワークにおいて識別された課題に対処する際、１つ以上のステップとして完了されることと、
前記識別される課題に対処するために必要なワークフローの役割と、同役割は前記１つ以上のシステムを通じてアクセスを提供し、前記識別された課題を解決することと、
アーキテクチャのオペレータに前記ワークフローを提示し、前記識別された課題を解決するインタフェースと、
を含むアーキテクチャ。
【請求項１０】
役割は、前記識別された課題を解決するために用いられる共通機能に基づく、タスクの論理的なグループ分けである請求項９に記載のアーキテクチャ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、システム由来のデータからワークフローを生成することに関する。詳細には、本発明は、複数の異なるシステムからタスクを取得するワークフローを生成および提供し、それらのワークフローをオペレータの役割（ｒｏｌｅ）に従って提示する方法および装置に関する。
【背景技術】
【０００２】
ネットワークまたはシステム、特に、通信ネットワークは、異なる場所に配置されネットワーク内において異なる機能を実行することの可能な多くの異なるデバイスから構成されている。それらのデバイスは１つのシステムとして共に機能し、無線通信ネットワークなどのネットワークのサービスを提供する。システム内のデバイスの数にかかわらず、すべてのデバイスが完全にかつ継続的に動作すると期待することは不可能であり、中断、誤りおよび障害が発生し、また発生することが予期される。
【０００３】
したがって、ネットワーク構築者およびオペレータは、ネットワークと共に機能してネットワークの中断、誤りおよび障害を検出、識別、特定ならびに解決する、障害管理サブシステムを含む、様々な機器ならびにネットワーク管理システムおよびサブシステムを設計、開発し、動作させる。また、ネットワークは、ネットワーク性能に関するデータを所与の間隔で提供する性能管理サブシステムと、ネットワーク内のデバイスの現在の構成を監視する構成管理サブシステムとによっても監視される。集合的に、障害管理サブシステム、性能管理サブシステムおよび構成管理サブシステムは、ネットワーク管理サブシステムと呼ばれる。様々なネットワーク管理サブシステムが、特に、ネットワーク状態を監視し、異なる種類のアラーム状態を検出するために用いられており、各サブシステムは専門化されている。ネットワーク管理システムは、それらのサブシステムを統合することが可能である。ネットワーク管理システムは、アラームおよびアラーム状態を用いて、システムに関する問題または課題が存在することをネットワーク開発者またはオペレータに通知することが可能である。これらのアラームは、中断、誤りまたは障害を識別し、必要な人々にそれらを提示することが可能であるとともに、システムまたは１つのネットワーク管理システムのオペレータが課題を解決するのを補助するために用いられることが可能である。しかしながら、当業者には、１つのサブシステムによって検出されたアラーム状態がそのサブシステムによっては全く解決されず、アラーム状態を解決するには他のネットワーク管理サブシステムの資源が必要となる場合があることが認められる。さらに、アラーム状態を解決するために、ネットワーク管理サブシステムに利用可能な資源以外の資源にアクセスを行う必要がある場合も存在する。加えて、ネットワーク管理サブシステムは、基地局などを通じて流れるデータなど、ネットワークの動作状態に関するデータを提供する。
【０００４】
加えて、各ネットワーク管理サブシステムが互いに互換性を有さない場合がある。また、それらのネットワーク管理サブシステムが異なるユーザインタフェースを有しており、システムおよびサブシステムのオペレータがそれらのネットワーク管理サブシステムを動作させることをより困難となる場合がある。ネットワーク管理サブシステムの構成が異なることによって、それらのサブシステムのオペレータの学習曲線は長くなり、サブシステムや、システムによって監視されているデバイスの利用は、比効率的なものとなる。
【０００５】
ネットワーク管理サブシステムの現在の構成および使用によって提示される別の課題は、それらのサブシステムが複数のサブシステムの間やそれらのサブシステムのオペレータに対して共有する情報量が最適でないことである。同じアラーム状態またはネットワーク状態が複数の異なるネットワーク管理サブシステムによって検出され、任意の数の異なる手法によりオペレータに提示されることがある。すなわち、処理が複数のプラットフォームおよびネットワーク管理サブシステムに渡っているので、報告されるアラームおよびネットワーク状態が冗長であることがあり、その状態を解決および解析するためにオペレータが行う操作が冗長である場合がある。
【０００６】
動作の際、現在のネットワーク管理サブシステムは、監視されているシステムにおいてアラーム状態が発生するときに、そのアラーム状態をサブシステムのオペレータに報告するために、緩やかに一体にリンクされている。ネットワーク管理システムのオペレータに対しアラーム状態が報告されると、オペレータはアラーム状態に対し、その重症度に従って優先順位を付ける必要がある。アラーム状態は重症度レベルと共にオペレータに通知されるものの、それらの重症度レベルは静的であり、時間を通じて変化しないので、オペレータは別の課題ほど重大でない課題を解決し始める場合がある。
【０００７】
解析または解決されるべき課題が選択されると、オペレータは経験に依って、課題に対処するステップを進める。状態に対処するために、多くのシステムおよびサブシステムが必要となる場合がある。このため、必要なステップおよびタスクを進行させるには、オペレータは各システムおよびサブシステムに個別にアクセスを行う必要がある。各ステップの完了後、オペレータはそのシステムまたはサブシステムを出て、他のステップを実行するために別のサブシステムに入る必要があり、次いで、場合によっては、元々アクセスを行ったシステムまたはサブシステムに戻る必要がある。この過程は、状態が解決または完全に解析されるまで繰り返され、また、各状態について繰り返される。
【発明の開示】
【発明が解決しようとする課題】
【０００８】
上述に照らして、より効果的かつ効率的な手法により共に機能することの可能な様々な異なるネットワーク管理サブシステムの必要性が存在する。所与のアラーム状態の解決中に各ネットワーク管理サブシステムによって実行されるタスクの冗長性を減少させるとともに、オペレータの視野においてアラーム状態を減少させることが可能である必要性が存在する。異なるネットワーク管理サブシステムの間で情報を共有する機構は有益である。さらに、組織化されたユーザインタフェースによって、アラーム状態の解決を改良することができ、オペレータが自身の操作するシステムについて学習する速度を増大することができる。また、アラーム状態を解決するためにオペレータが用いる情報を提供するために、ネットワーク管理システムの効果的なユーザインタフェースおよび構成も必要である。
【課題を解決するための手段】
【０００９】
本発明では、ネットワーク管理システムのオペレータにワークフローを提供する方法を提供する。ワークフローとは、ネットワーク管理システム内で動作するネットワーク管理サブシステムによって識別されるネットワーク状態に対処するために必要とされる処理であり、オペレータは、その処理によって様々なタスクを通じて進行させる。ワークフローは、ネットワーク管理システムによって検出されたアラーム状態を解決する処理において完了される複数のタスクを識別することによって生成される。タスクは、複数のネットワーク管理サブシステムの各々によって完了される個々のステップである。タスクは、次いで、１つ以上のタスクを各々含む、複数のワークフローへとグループ化される。ワークフローは、機能、区分またはアラーム状態の一部を達成するために共に実行されるべきタスクの論理的なグループ分けである。ワークフローは、複数のネットワーク管理サブシステムからのタスクを含むことが可能である。ワークフローは一体にグループ化されることが可能であるので、オペレータの役割にしたがってネットワーク状態の対処または解決が行われることが可能である。本発明では、このとき、ワークフローを表示するので、ネットワーク管理システムおよびサブシステムは、アラーム状態の対処または解決を行うのに必要な役割およびタスクにしたがって進行することが可能である。
【００１０】
換言すると、ワークフローは、アラーム状態の対処または解決を行うために完了させる必要のある高レベル機能である。ワークフローは、複数の異なるネットワーク管理サブシステムを通じて動作することが必要な場合がある。ワークフローは、アラーム状態を解決するために用いられる処理の一部として各々実行される複数の異なる処理または機能から構成されている。各ワークフローは、ワークフローを実行するために完了させる必要がある個々のステップと見なすことの可能な、様々な異なるタスクから構成されている。すなわち、アラーム状態が発生するとき、ネットワーク管理システムのオペレータに対しアラーム状態の発生が報告される。オペレータがアラーム状態に対処することを試みるとき、オペレータには、アラーム状態を解析し続いて解決を完了させるために必要であり、実行されるオペレータの役割にしたがってカスタマイズされる、ワークフローが提示される。次いで、オペレータはワークフローを通じて進行し、実行される各タスクにアクセスを行う。各役割内において、役割を完了させるのに必要なタスクは、オペレータまたはサブシステムによって実行される。タスクが複数の異なるネットワーク管理サブシステムを通じて取得されるとき、オペレータは各サブシステムを個々に出入りする必要なく、組織化された手法により各サブシステムにアクセスを行うことが可能である。
【００１１】
また、ネットワークにおいて発見されたアラーム状態を解決するために必要なワークフローを管理するシステムも提示する。このシステムは、ネットワークの一部であるデバイスを監視するために用いられる１つ以上のサブシステムを含む。このサブシステムは、システム内の障害、誤りまたは中断を表すアラーム状態を検出する。タスクはサブシステムから形成されており、各タスクは、そのタスクがアラーム状態を監視および解決するように機能するときにサブシステムによって実行される個々のステップである。ワークフローは、アラーム状態を監視および解決する処理において機能を完了させるために実行されるタスクを一体にグループ化することによって形成される。役割は、ネットワーク管理システム内の異なるサブシステム間からのタスクおよびワークフローを論理的に得ることによって形成される。役割は、アラーム状態の対処または解決に必要なワークフローをグループ化することによって生成される。ワークフローは、ワークフローを表示し、かつ、異なるサブシステムに対するアクセスを提供する、カスタマイズされたユーザインタフェースを用いて、オペレータの選択した役割にしたがってシステムおよびサブシステムのオペレータに提示される。したがって、オペレータは、アラーム状態を解決するために実行されることの必要な役割の一部としてタスクを完了させるために、異なるサブシステムにシームレスにアクセスを行う。
【００１２】
本発明は、有線および無線の通信ネットワークを含むネットワーク内において、ネットワーク状態に対処しアラーム状態を解決するために用いられるユーザインタフェースの共通コンポーネントアーキテクチャを含む。このアーキテクチャは、ネットワーク内のアラーム状態を監視し解決するために用いられる様々なサブシステムによって実行される複数のタスクからなるライブラリを含む。ワークフローは、アラーム状態を解決する処理中に完了される論理的なステップへとタスクをグループ化することによって、タスクから形成される。役割は、ネットワーク管理システムのオペレータの機能にしたがって、識別される課題またはアラーム状態に対処するのに必要なワークフローから形成される。ワークフローは、課題または状態の対処または解決を行うために必要な異なるサブシステムを通じたアクセスを提供する。ワークフローは、課題の解析および解決とタスクの完了とを行うために用いられる異なるサブシステムにオペレータがアクセスを行うことを可能にするユーザインタフェースを介して、アーキテクチャのオペレータに提示される。
【発明を実施するための最良の形態】
【００１３】
図１を参照すると、本発明の動的なネットワーク管理システムを用いるシステム１００のブロック図が示されている。本発明は互いと共に動作してシステムを生成するために複数のデバイスを有する任意のシステムに対し適用されるが、本発明について、符号分割多元接続（ＣＤＭＡ）、グローバル・システム・オブ・モバイル・コミュニケーションシステム（ＧＳＭ）またはユニバーサル・モバイル・テレコミュニケーション・システム（ＵＭＴＳ）セルラー通信システムなどの無線通信システムの文脈により記載する。システム１００は、無線チャネルを通じて複数の移動局１０４と通信を行う複数の基地局１０２を含む。また、このシステムは、基地局１０２と共に動作して移動体通信を有効とする複数のネットワークデバイスを含んでもよい。それらのネットワークデバイスには、基地局１０２と移動局１０４との間の通信を制御するように基地局に結合されている、移動通信交換局１０６が含まれる。加えて、システム１００を異なるネットワークデバイスによって制御される他の通信システムとリンクするゲートウェイ１１０が提供されてもよい。
【００１４】
また、このシステムは、システム全体の性能を監視する装置１１２を含む。装置１１２は、本発明のネットワーク管理システム１１４を備えてもよい。ネットワーク管理システム１１４は、デバイスまたはネットワーク管理システム１１４の構成要素によって検出されるアラーム状態を含む、ネットワーク内のデバイスの性能に関するデータを受信する、受信機１１６を備えてもよい。加えて、ネットワーク管理システムは、システムによって受信されるアラーム状態を処理するように受信機１１６に結合されている、プロセッサ１１８を備える。
【００１５】
図２には、本発明のネットワーク管理システム１１４と、システム１００においてアラーム状態を動的に監視する機能を提供する構成要素とのブロック図を示す。ネットワーク管理システムは、次に限定されないが、障害管理サブシステム２０２、性能管理サブシステム２０４、構成管理サブシステム２０６および問題管理サブシステム２０８を含む、複数の異なるネットワーク管理サブシステムを備えることが可能である。これらのサブシステムは、システム１００を監視し、アラーム状態の検出、対処および解決を行うネットワークエンジニア、立案者、管理者および技術者によって用いられる。
【００１６】
異なるサブシステムの各々は、システム１００を監視する既知の構成要素と、障害管理、構成管理など、サブシステムの特定の目的用のシステム内のデバイスとから構成されている。これらの各サブシステムの動作については、当業者には一般に知られている。システム内のアラーム状態の監視、対処および解決を行う機能を実行するために、各サブシステムは複数のタスクまたはステップを実行する。例えば、１つの管理サブシステムは、基地局１０２の動作を監視することができる。したがって、機能のうちの１つは、各基地局１０２を通じるデータのフローを決定することであってよい。これを行うために、管理サブシステムが、サブシステムによって実行される異なるタスクへと分割されることが可能である。したがって、障害管理サブシステム２０２はタスク２１０，２１２，２１４，２１６を含み、性能管理サブシステム２０４はタスク２１０，２１２，２１８，２２０を含み、構成管理サブシステム２０６はタスク２１０，２１８，２２２，２２４を含み、問題管理サブシステム２０８はタスク２１０，２２２，２２６，２２８を含み得る。見られるように、各管理サブシステムによって実行されるタスク（例えば、タスク２１０）が存在する。他のタスク（例えば、タスク２１２，２１８，２２２）は、２以上の管理サブシステムによって実行される。また、各サブシステムは、そのサブシステムに特有のタスク（例えば、タスク２１６，２２０）を含む。
【００１７】
図３は、本発明の一部として構成されるワークフローのブロック図である。ワークフローは、システム１００において発生するアラーム状態の監視、検出、対処および解決を行う処理において、ネットワーク管理システム２０２〜２０８によって実行される機能である。タスクは各サブシステムによって実行される個々のステップまたは動作であるので、ワークフローは、様々なネットワーク管理サブシステム２０２〜２０８内でもしくはネットワーク管理サブシステム間でルーチンまたは関数を完了させるために実行されるべきタスクをグループ化する。図に見られるように、ワークフローは、識別される１つ以上のタスクを含むとともに、任意数のタスクを含むことが可能である。加えて、ワークフローは、異なるサブシステムからのタスクを含むことが可能である。さらに、ワークフローは、他のワークフローによっても用いられるタスクを用いることが可能である。例えば、ワークフロー３００は、ワークフローとして識別される機能を完了させるために必要なタスク２１０，２１２の論理構成である。加えて、ワークフロー３０２はタスク２１８を実行することによって完了させることが可能であり、ワークフロー３０４はタスク２１８，２２０，２２２を必要とする。ワークフロー３０６は、機能を完了させるためにタスク２１０，２２２が必要であると識別される、別の例である。
【００１８】
したがって、ワークフローは有効に機能を実行するタスクの論理的なグループ分けである。ワークフローには異なるサブシステムからのタスクが含まれることが可能であるので、ワークフローの構成要素およびタスクは、アラーム状態を識別した、あるいはアラーム状態の対処または解決を行うように選択される、個々のサブシステムによって実行されるタスクに限定されない。したがって、ワークフローは、他の場合にはオペレータがサブシステムを出て異なるサブシステムにアクセスを行うことが必要となるような、複数の異なるサブシステムにアクセスを行うように生成されることが可能である。これによって、異なるサブシステム間のシームレスな接続が提供され、オペレータによる介入を最小としてアラーム状態の対処および解決が効果的かつ効率的に行われる。
【００１９】
図４を参照すると、役割４００，４０２，４０４，４０６が示されている。役割は、ネットワーク状態またはアラーム状態に応じてオペレータまたはネットワーク管理サブシステム２０２〜２０８のオペレータが取る機能に相当する。サブシステムのオペレータは、異なる時に異なる役割を実行することが可能である。例えば、性能管理サブシステムのオペレータは、所与の期間を通じて、所与のセルの性能に関するデータまたはデバイスのデータを収集することができる。各役割は、異なるタスクおよびワークフローを実行するオペレータを必要とする。オペレータは、異なるサブシステムと対話する主要な役割を有することが可能であるが、場合によっては異なる役割にアクセスを行う必要がある。これに代えて、オペレータは多くの様々な役割の間で切替を行うことが可能である。
【００２０】
アラーム状態およびネットワーク状態が識別されるとき、ネットワーク管理システム１１４またはサブシステム２０２〜２０８は、アラーム状態を解決するために適切なワークフローを決定する。これに代えて、システムまたはサブシステムは、解決の完了以外の手法により、ネットワークまたはアラーム状態に対処する選択を行ってもよい。例えば、アラーム状態が或る期間に渡って監視されること、或る期間に渡って、もしくは類似したアラーム状態が閾値数に到達するまで延期されること、または特定の解決を行わずにアラーム状態を打ち切ることが適切な場合がある。アラーム状態に対処するためまたは解決に至るためにオペレータが取ることが必要なステップは、ワークフローとして知られている。ネットワーク管理サブシステム２０２〜２０８のうちの１つがアラーム状態を識別するとき、その解決に他のネットワーク管理システム２０２〜２０８へのアクセスや、システム１００内に存在するまたはしない他の資源が必要な場合がある。ワークフロー３０３〜３０６がタスク２１０〜２２８から生成されると、今度はタスク２１０〜２２８が様々なネットワーク管理サブシステムの動作から取得され、様々なアラーム状態に対処するために必要な異なるワークフローから、役割４００〜４０６が形成される。例えば、役割４００がネットワーク管理システム１１４のオペレータによって識別されると、所与の課題に対処するために適切なワークフローが与えられる。役割４００はワークフロー３００，３０２を含むものとして識別され、ワークフロー３００，３０２は識別されたタスクを含んでいるので、役割４００はタスク２１０，２１２，２１８を含む。役割４０２はワークフロー３００，３０４を用いる。ワークフロー３００，３０４は、識別されたアラーム状態に対処するためにタスク２１０，２２，２１８，２２０，２２２を組み込む。同様に、役割４０４は、タスク２１８，２２０，２２２を参照するワークフロー３０２，３０４を含む。
【００２１】
役割は様々なワークフローを含むが、一部の役割は、役割に割り当てられていないタスクを直接的に参照する。役割４０６は、オペレータによって選択されたワークフローを完了させるために必要なステップとして、ワークフロー３０４に加え、タスク２１０，２２２を利用する。そのため、タスクが役割の一部として識別される必要がないこと、また、必要な場合にワークフローがタスクを参照可能であることが理解される。
【００２２】
また、図５には、本発明のワークフローを示す。ワークフロー部５００は、システム１００に生じ得る所与のアラーム状態の対処または解決を行う方法として識別される。ワークフロー５００は、インタフェース５０８を通じてアクセス可能な様々なネットワーク管理サブシステム２０２〜２０８に結合されている。同様に、ワークフロー５０２，５０４は、ネットワーク管理サブシステム２０２〜２０８に結合されており、それぞれインタフェース５１０，５１２を有する。インタフェース５０８〜５１２は、ネットワーク管理システム１１４およびネットワーク管理サブシステム２０２〜２０８のオペレータに、アラーム状態と、アラーム状態に対処すると判定されたワークフローとを提示または表示することが可能である。したがって、このインタフェースによってオペレータにデータが提示され、アラーム状態が対処されるようにオペレータに入力などを促す。インタフェース５００〜５０４が各ネットワーク管理サブシステム２０２〜２０８に結合されているので、ワークフローは各サブシステムへのアクセスを有する。ワークフローが役割にしたがってタスクを通じて進行するとき、ワークフローは、サブシステム２０２〜２０８のいずれにおいてタスクが実行されるかにかかわらず、タスク２１０〜２２８の各々へのアクセスを有し、オペレータの介入なしでサブシステム間においてシームレスに流れることが可能である。このように、本発明では、アラーム状態に対処するために必要な各タスクに速やかにアクセスが行われる。
【００２３】
図６は、本発明のユーザインタフェースの一実施形態を示すブロック図である。上記の記載から理解されるように、ユーザインタフェース５０８は、システム１００を監視する様々なサブシステム２０２〜２０８に対しリンクされている。ネットワークまたはアラーム状態は、識別されるとき、ユーザインタフェース５０８の報告部６０２に表示されることが可能である。その状態に対処するために実行される必要なワークフローが決定されている。報告部６０２はオペレータの役割およびプリファレンス（ｐｒｅｆｅｒｅｎｃｅ）に応じて異なる様々なフォーマットにより構成されることが可能である。一例では、アラームは、アラーム状態が受信される時間順に表示される。また、重症度のレベルにしたがって、あるいはアラーム状態が対処可能であるか否かにしたがって、またはシステム１００内のサービスに影響を与える事態であるかにしたがって、アラーム状態を評価することが可能である。したがって、報告部６０２は、ネットワークおよびアラーム状態が類似の評価を有するように構成されることも可能であり、あるいは分類が共に表示されることも可能である。報告部６０２は、報告されている各アラーム状態に対する参照を表示するように、構成されることが可能である。オペレータが特定のアラーム状態を参照するとき、そのアラーム状態の詳細が迅速かつ簡単に表示されるように、浮遊したメニュー（ｈｏｖｅｒ  ｍｅｎｕ）が用いられることが可能である。
【００２４】
報告部６０２は、システムおよびサブシステムによって検証（ｒｅｖｉｅｗ）されている特有のメトリックの状態を表現するために視覚的なキューを表示する、マトリクス６０６の形態に構成されてもよい。このマトリクスは、システム１００内の異なるデバイスを表現する複数のセル６０３を含むことが可能であり、それらのセルは、監視される様々な属性にしたがってソートが行われることが可能である。それらのセルは、システム１００における様々な状態を表現するように構成されることが可能である。このマトリクスは、特定のデバイスクラス用のシステムに影響を与えるアラーム状態や、デバイスおよびサービスの他のグループ分けを視覚的に表現することが可能である。セルはアラーム状態のクラスにしたがって符号化された色であることが可能である。そのような色符号化によって、デバイスおよびアラーム状態に関する履歴データを考慮に含めることが可能である。マトリクス内のセルは選択可能であり、アラーム状態に関連し、アラーム状態を要約する詳細報告にリンクする関連情報を提供する。マトリクスに対するソートのオプションによって、オペレータがネットワーク管理システムの様々な使用にしたがってマトリクスを構成することが可能となる。
【００２５】
また、ユーザインタフェース５０８〜５１２は順位決定部６０４を含むことが可能である。上述のように、報告されたアラーム状態は、異なるレベルの重症度を有し、様々な手法によりシステム１００に影響を与えることがある。したがって、本出願の譲受人によって共同所有されており、本出願と共に出願された、「リアルタイムサービス低下に基づきネットワーク障害の動的な優先順位決定を行う方法および装置（Ｍｅｔｈｏｄ  ａｎｄ  Ａｐｐａｒａｔｕｓ  ｔｏ  Ｄｙｎａｍｉｃａｌｌｙ  Ｐｒｉｏｒｉｔｉｚｅ  Ｎｅｔｗｏｒｋ  Ｆａｕｌｔｓ  Ｂａｓｅｄ  ｏｎ  Ｒｅａｌ−Ｔｉｍｅ  Ｓｅｒｖｉｃｅ  Ｄｅｇｒａｄａｔｉｏｎ）」と題する同時継続中の米国特許出願に記載のように、アラーム状態を評価し、評価したアラーム状態について互いに順位付けを行うことの可能な様々な方法が存在する。順位決定部６０４は、システム１００内の状態が変化するにつれてアラーム状態の順位も変化することが可能であるように、動的であることが可能である。例えば、基地局１０２において識別される基地局の障害を示すアラーム状態は、アラームが最初に報告されるときには、基地局のトラフィックも比較的低かったため、比較的低い重症度レベルを有する。このことは、アラーム状態が部分６０４に出現することを保証しない。基地局を通じて流れるデータが増加するにつれ、アラーム状態の重症度レベルは、アラーム状態が解決されること、またはシステム内の他のデバイスを必要とするように、増大することが可能である。このため、アラーム状態が部分６０４に出現する必要があり得る。基地局１０２の利用が改善するか、アラーム状態が解決されると、アラーム状態が部分６０４において除去されることが可能である。
【００２６】
また、事態リスト６０６も含まれることが可能である。事態リスト６０６は、報告部６０２および順位決定部６０４に表示される様々なアラーム状態のコンテキスト情報を記載する簡潔なリストである。事態リストの属性には、関連するアラーム状態の同時表示（ｍｕｌｔｉｐｌｅ  ｖｉｅｗ）、適用可能な事態についてのスクロール可能なリストが含まれることが可能である。加えて、その事態に関連したコンテキスト情報が取得されることが可能である。
【００２７】
ユーザインタフェース５０８によって、事態の報告の作成および表示が可能である。事態の報告は、所与のアラーム状態を示す一連のチャート、テーブル、リストおよび他の構成要素として構成されることが可能である。この報告は、アラーム状態の関連するメトリックの視覚的な表現である。この報告には、アラーム状態を報告するデバイスに関連した最近のイベント活動および関連するデバイスのテーブルが含まれることが可能である。他の関連するアラーム状態のテーブルが含まれることが可能である。
【００２８】
上述に照らして、ユーザインタフェース５０８は、オペレータの役割にしたがって、ネットワーク管理システム１１４およびサブシステム２０２〜２０８のオペレータに、アラーム状態を理解するのに必要な情報と、アラーム状態を如何に解決するかとを提供することが可能である。オペレータは、ネットワーク管理サブシステム２０２〜２０８を動作させる範囲内において、異なる役割４０２〜４０８を実行することが可能である。各役割には、様々なワークフロー２０２〜２０８およびタスク２１０〜２２８が必要である。したがって、ユーザインタフェース６００は、オペレータが実行している各役割について異なって構成されることが可能である。例えば、基地局技術者として、ユーザインタフェース６００は、システム内の基地局のネットワーク状態を提示するように、またはセル内の基地局のアラーム状態を提示するように構成されることが可能である。異なる役割の間で切替を行うために、タブインタフェース６０８がユーザインタフェース６００の一部であることが可能である。したがって、オペレータが実行されるべき役割をタブインタフェース６０８から選択すると、報告部、順位決定部および事態部におけるフォーマットおよび情報を含むユーザインタフェースの対応するフォーマットが提示される。
【００２９】
ユーザインタフェースが各ネットワーク管理サブシステムに結合されているので、ユーザインタフェースは、異なるアラーム状態、ネットワーク管理サブシステム、システム１００内のデバイスおよびオペレータのプリファレンスを含む、異なる基準にしたがって構成されることが可能である。ユーザインタフェースは、詳細には、ネットワーク管理サブシステム２０２〜２０８のうちの１つの特定のオペレータのために構成されることが可能である。報告部６０２は、特有のオペレータに関連するアラーム状態を全て表示する。順位決定部６０４は、重症度レベルにしたがってアラーム状態を抽出する。オペレータは、アラーム状態にアクセスを行うことによって、任意のアラーム状態に関する情報を取得することが可能である。また、オペレータは、ユーザインタフェースを通じてワークフローの対処および解決を行うのに必要なワークフローを取得することが可能である。アラーム状態にアクセスが行われるとき、オペレータにワークフローが提示され、オペレータはワークフローに関連しているタスクへのアクセスを進行することが可能である。
【００３０】
図７を参照すると、本発明のワークフローを展開して用いる方法を示すフローチャート７００が示されている。言及したように、ワークフローは、本発明のネットワーク管理システム１１４を含むネットワーク管理サブシステム２０２〜２０８から展開されている。方法は、ネットワーク管理サブシステム２０２〜２０８を検査し、各ネットワーク管理サブシステムに含まれている様々なタスク２１０〜２２８を決定することによって開始する（７０２）。これらのタスク２１０〜２２８は、各ネットワーク管理サブシステム２０２〜２０８がその動作の間に実行する個々のステップまたはステップの小さなグループ分けである。これらのステップには、システム１００内のデバイスにページングメッセージを送信すること、データレポジトリへデータを貯蔵することなどが含まれる。タスク２１０〜２２８は、次いで、オペレータの役割にしたがって実行されるワークフロー３０２〜３０８へとグループ化される（７０４）。定義したように、ワークフロー３０２〜３０８は、ワークフローの間に実行される機能である。加えて、ワークフロー３０２〜３０８は、様々な異なるネットワーク管理サブシステム２０２〜２０８からのタスクを含むことが可能である。ワークフローは、ネットワーク管理システム１１４およびネットワーク管理サブシステムの２０２〜２０８のオペレータが実行するタスクを検証することによって形成される。例えば、ワークフローは、基地局１０２の状態に関する情報にアクセスを行うことである。これには、基地局にページング信号を送信すること、基地局から応答を受信すること、データレポジトリに貯蔵された情報の要求を送信すること、および、貯蔵された情報をデータレポジトリから受信することが含まれる。加えて、基地局との通信が複数のネットワーク管理サブシステムのうちの１つによって実行され、データレポジトリとの通信が別のネットワーク管理サブシステムによって実行されてもよい。また、ワークフローによってアクセスの行われる各ネットワーク管理サブシステムは、両方のサブシステムによって実行されるタスクを含んでもよい。したがって、ワークフロー３０２〜３０８は、異なるネットワーク管理サブシステム２０２〜２０８からのタスクを含むことが可能であり、また、ワークフローの基準に応じて、アクセスの行われたネットワーク管理サブシステムによって実行されるタスク間の選択を行うことが可能であることが分かる。ワークフロー３０２はワークフロー３０４よりもサブシステム２０２に依存しているので、タスク２１０へのアクセスがワークフロー３０４によってサブシステム２０４から行われているときに、ワークフロー３０２がサブシステム２０２からタスク２１０にアクセスを行う場合がある。
【００３１】
役割は、アラーム状態の対処または解決を行う際に、ワークフローを、オペレータならびにネットワーク管理システム１１４およびサブシステム２０２〜２０８のオペレータによって実行される処理へとグループ化することによって形成される（７０６）。各オペレータは、ユーザインタフェースのタブによって選択される、異なる役割を有することが可能である。加えて、異なるサブシステムのオペレータが同じ役割４００〜４０６およびワークフロー３００〜３０６を実行することが可能である。換言すると、アラーム状態は、そのアラーム状態の対処または解決を行うために実行されることの必要な、異なるワークフローを決定するために検査される。例えば、基地局が、中断された呼の高位の事態を報告している場合、ネットワーク管理サブシステムは、基地局の現在の状態、基地局のパターン履歴、隣接基地局およびシステム１００内の他のデバイスに関するデータについての情報を取得する必要がある。オペレータの役割は、別のネットワーク管理サブシステムが、所与の時刻において基地局を通じて流れるデータトラフィックの量が最適な動作のためには余りにも大きいと判定しようと試みているときに、１つのネットワーク管理サブシステムが、基地局の動作に誤りが存在するか否かを判定しようと試みるようにデータを解析することであり得る。ネットワーク管理システム１１４によって監視および取扱の行われるべきアラーム状態の各々について、異なるワークフローが決定および生成される。
【００３２】
上述のように、ユーザインタフェース６００は、報告部６０２および順位決定部６０４を備える。ユーザインタフェースは、システムおよびインタフェースを用いて、オペレータの役割に固有の異なる基準にしたがってデータを表示することが可能である（７０８）。一実施形態では、ユーザインタフェース６００は、報告されているアラーム状態をすべて表示する。この実施形態では、報告部６０２は最も最近のアラームを第１に表示するようなフォーマットにより構成されており、順位決定部は、そのようなアラーム状態がいつ報告されたかにかかわらず、全てのアラーム状態の順位を表示するように用いられている。別の実施形態では、ユーザインタフェースは、ネットワーク管理サブシステムのうちの１つによって監視されるアラーム状態を表示するように構成されることが可能である。さらに別の実施形態では、ユーザインタフェースは、システム１１４のオペレータにしたがってアラーム状態を表示することが可能である。この実施形態では、ユーザインタフェースは、オペレータによって対処されるべきアラーム状態を表示し、他のアラーム状態は表示されない。したがって、オペレータは直接関係するアラーム状態しか見ない。他の構成も用いられることが可能である。加えて、各々の異なるユーザインタフェースは、オペレータの必要に応じて異なる様々な手法により、報告部６０２および順位決定部６０４を用いることが可能である。
【００３３】
ネットワーク管理システム１１４およびサブシステム２０２〜２０８のオペレータは、選択されたフォーマットの表示（７０８）を、したがって関連するアラーム状態を見る。この表示から、アラーム状態が選択されることが可能である（７１０）。オペレータは、異なる基準（例えば、必要とする情報）に基づきアラーム状態を選択し、アラーム状態の解決などを試みることが可能である。一実施形態では、オペレータは解決のためにアラーム状態を選択する（７１０）。したがって、オペレータには続くワークフローが提供される（７１２）。ワークフローはワークフローを開始し（７１４）、タスクにアクセスを行うことによって必要とされる様々なタスクの実行を進行する（７１６）。一部のワークフローおよびタスクにはオペレータとの対話が必要な場合があるが、他のワークフローはサブシステム２０２〜２０８によって独立に実行可能である。１つのワークフローが機能している最中に、システム１１４、オペレータならびにネットワーク管理システム１１４およびサブシステム２０２〜２０８の必要および性能に応じて、オペレータは他のアラーム状態を選択し、他のワークフローを開始することができる。
【図面の簡単な説明】
【００３４】
【図１】本発明の一部の実施形態を利用する無線通信システムおよびネットワークの一例のブロック図。
【図２】本発明の原理によるネットワーク管理システムの一例の図。
【図３】本発明のネットワーク管理システムのタスクを実行するために生成される役割のブロック図。
【図４】本発明の原理によるアラーム状態を解決するために用いられるワークフローのブロック図。
【図５】本発明の原理により生成されるワークフローのブロック図。
【図６】本発明の原理による、アラーム状態を表示し、ワークフローに接続するユーザインタフェースのブロック図。
【図７】本発明のワークフローを形成し用いる動作のフローチャート。
【図１】
2009528642.tif 000003
【図２】
2009528642.tif 000004
【図３】
2009528642.tif 000005
【図４】
2009528642.tif 000006
【図５】
2009528642.tif 000007
【図６】
2009528642.tif 000008
【図７】
2009528642.tif 000009
【手続補正書】
【提出日】平成20年9月17日(2008.9.17)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
ワークフローを提供する方法であって、
ワークフローにアクセス可能な１つ以上のシステムによって達成可能な複数のタスクを識別することと、
前記タスクを複数のワークフローへとグループ化することと、各ワークフローは実行されるべき１つ以上のタスクを含むことと、
オペレータのプリファレンスにしたがって前記ワークフローを１つ以上の役割へグループ化することと、
オペレータによる使用のために前記ワークフローを提供することと、
を含む方法。
【請求項２】
前記タスクを実行するシステムにアクセスを行うことを含む請求項１に記載の方法。
【請求項３】
前記タスクを実行して前記ワークフローを完了させるシステムを動作させることを含む請求項１に記載の方法。
【請求項４】
前記オペレータにユーザインタフェースを表示することと、同ユーザインタフェースは前記オペレータに前記ワークフローを提示し、前記タスクにアクセスを行って前記ワークフローを完了させることと、を含む請求項１に記載の方法。
【請求項５】
前記ワークフローを提供することは、階層にしたがって前記ワークフローの順位決定を行うことを含む請求項１に記載の方法。
【請求項６】
ワークフローを管理するシステムであって、
ワークフローの少なくとも一部を管理するために用いられる１つ以上のサブシステムと、
前記１つ以上のサブシステムから形成されたタスクと、各タスクは、サブシステムの要素およびワークフローの少なくとも一部であることと、
ワークフローの少なくとも一部を完了させるために必要な１つ以上のタスクを含む役割と、
役割を完了させるために必要なワークフローに由来するカスタマイズされたユーザインタフェースと、同ユーザインタフェースは前記１つ以上のサブシステムを通じて前記タスクに対するアクセスを提供し、ワークフローを完了させることと、
を含むシステム。
【請求項７】
前記１つ以上のサブシステムは１つ以上のサブシステムと並列に動作する請求項６に記載のシステム。
【請求項８】
ワークフローのフラットオプション階層を反映する複数の経路を含む請求項６に記載のシステム。
【請求項９】
ユーザインタフェース用の共通コンポーネントアーキテクチャであって、
１つ以上のシステムによって実行される複数のタスクからなるライブラリと、
前記タスクのうちの１つ以上のタスクから形成されるワークフローと、同ワークフローはネットワークにおいて識別された課題に対処する際、１つ以上のステップとして完了されることと、
前記識別される課題に対処するために必要なワークフローの役割と、同役割は前記１つ以上のシステムを通じてアクセスを提供し、前記識別された課題を解決することと、
アーキテクチャのオペレータに前記ワークフローを提示し、前記識別された課題を解決するインタフェースと、
を含むアーキテクチャ。
【請求項１０】
役割は、前記識別された課題を解決するために用いられる共通機能に基づく、タスクの論理的なグループ分けである請求項９に記載のアーキテクチャ。
【国際調査報告】
2009528642.tif 000010