JP3974705B2

JP3974705B2 - ネットワークサービス管理方式

Info

Publication number: JP3974705B2
Application number: JP7276498A
Authority: JP
Inventors: 美幸佐藤; 佳子土井; 恭子大矢; 紀孝藤中
Original assignee: Fujitsu Ltd
Current assignee: Fujitsu Ltd
Priority date: 1998-03-20
Filing date: 1998-03-20
Publication date: 2007-09-12
Anticipated expiration: 2018-03-20
Also published as: JPH11275074A; DE69834383D1; EP0944278B1; DE69834383T2; EP0944278A3; US6400689B1; EP0944278A2

Description

【０００１】
【発明の属する技術分野】
本発明は、ＡＴＭ交換網やＳＤＨ／ＳＯＮＥＴ等により構成されるネットワークシステムにおいて、当該ネットワークで提供されるサービスの管理に適用して有効な技術に関する。
【０００２】
【従来の技術】
回線貸しサービス等のサービスプロバイダや、ネットワークの企業内ユーザからは、自分たちのセクションに最適なサービス、たとえばＶＯＤ（Video On Demand）や既存のネットワークインフラの上に設定しているテレビ会議（Video Conference)等のサービスを、サービスの運用状況とネットワークリソースの運用状況を関係づけて監視したりパス設定等の制御をしたいという要望が強かった。
【０００３】
またこれらの管理者からは、管理者の担当業務に関係する監視や管理、例えばサービスを提供している顧客毎の管理業務やサービス全体の運用状況の管理業務等の業務分担に必要となる管理を行いたいという要望もあった。
【０００４】
【発明が解決しようとする課題】
すなわちネットワークは、それぞれ特定の責任と制御範囲を有する一連の“マネージメントドメイン”から成っている。サービスの運用状況を管理する者にとっては、これらのマネージメントドメインは、ネットワークがその顧客に提供する各々のサービスに関連している。また、サービスの運用状況の管理は、顧客管理からネットワークリソースの管理まで幅広く、管理業務は多岐にわたっている。しかしながら、従来はサービスとネットワークリソースや顧客管理等連携して管理する手段が無く、ネットワークリソースの管理にはネットワーク管理システムを導入したシステム間の連携は人手によって行わざるを得なかった。
【０００５】
つまり、従来技術のネットワーク管理システムは、装置を管理するように設計されており、サービス運用の視点から監視・制御するようには設計されていなかった。
【０００６】
また、同じ装置を共有していても異なる複数のサービスが運用されている実態があったが、そのサービス毎に対応したネットワーク及び装置を管理するようには設計されてはいなかった。
【０００７】
さらに、従来のネットワーク管理システムは、全ての管理者に対して同一の管理機能を提供するか、あるいはセキュリティによって管理者が使用できる機能を制限するかの択一的な管理方式のみであり、その中で提供されたシステムの各管理者が業務に必要となる機能（たとえば特定のサービスのメンテナンス等）を自由に設定できる機能は提供されていなかった。そのために、管理の実態にあった、効率的な管理が実現できず、管理業務の労力やコスト増の一因となっていた。
【０００８】
本発明は上記の点に鑑みてなされたものであり、ネットワーク上で提供されるサービスに着目してそのサービス毎の管理を可能にする技術を提供することを技術的課題とする。
【０００９】
【課題を解決するための手段】
上記を解決する為には、
（１）同一ネットワークリソース上の複数のサービス管理をネットワークリソースの監視・制御と密連携で行える事。
（２）多数のサービス管理者が各々の業務に合った管理のみを効率的に行える事。
【００１０】
以上の２点を満たす必要がある。これらを解決する手段として、サービス管理者の業務定義データベース（ポリシー）を持ち、このポリシィをネットワークや各ＮＥ(Network Element)装置に対する必要なパス設定や監視情報入手の為の指示に変換する装置を有したサービス管理システムを実現する。
【００１１】
より具体的には、本発明は以下の手段とした。
本発明の第１の手段は、単一または複数のネットワーク上で提供される通信サービスにおいて、当該ネットワークを構成する装置、物理リンクまたはパスを管理するネットワーク管理手段を設け、さらに当該ネットワーク上で提供されているサービスを管理するサービス管理手段と前記ネットワークに接続するユーザーの業務定義を管理する業務管理手段とを設けた。そして、ユーザーからの要求によりネットワーク管理手段からの情報とサービス管理手段からの情報を関連付けてさらに前記業務管理手段を参照して当該ユーザーへの提供情報を生成するようにした。
【００１２】
ここで、ネットワークの情報とサービスの情報とを関連付けることによって、ネットワークに発生した情報、たとえば障害情報等をサービスへの影響として関連付けることが可能となる。そして、ユーザーに対しては当該ユーザーがネットワーク管理者か、サービス管理者か、ユーザーかによって異なる情報を提供することができるようになる。すなわち、ネットワーク管理者に対してはネットワーク全体の情報を提供し、サービス管理者に対してはサービスの提供パス情報だけを提供し、ユーザーに対してはサービスを提供するサーバーからユーザーへのパス情報だけを提供することが可能となる。
【００１３】
本発明の第２の手段は、前記第１の手段において、サービス管理情報生成手段として、ネットワーク装置からの情報を収集する装置アクセス手段と、ネットワークを各サブネットワーク管理者の管理するドメインに分割してそのドメインを管理するドメイン管理手段と、ネットワーク毎に設けられネットワーク上での端末間の通信パスの設定および開放を行うマルチドメイン管理手段とで構成した。
【００１４】
ネットワーク装置からの情報とは、たとえば装置情報、スロット情報、ポート情報、警報、チャネル使用状況、ルーティング情報等である。特にこれらの障害情報を収集し、これを上位のドメイン管理手段、マルチドメイン管理手段に通知することで、障害情報を反映した新たなパスの設定と、そのパスと物理ネットワークとの対応関係を新たに生成することができ、これをサービス管理に直ちに反映できる。
【００１５】
本発明の第３の手段は、前記第１または第２の手段において、業務管理情報を参照して、当該ユーザーに対して個別の業務ビューを生成する業務ビュー生成手段を設けた。
【００１６】
この業務ビューとは、前記で述べた要求のあったユーザー毎の情報をＧＵＩ（グラフィカルユーザーインターフェース）で表現することにより、画面上で直感的に把握できるサービスのみを表示することが可能となる。
【００１７】
本発明の第４の手段は、前記第１または第２の手段において、申請されたユーザーからの業務定義の申請があったときに当該業務定義の正当性を評価する判定手段を備えた。
【００１８】
これにより、ユーザーの正当性を評価することが可能となる。
本発明の第５の手段は、前記第２の手段において、ネットワーク上での障害検出手段と、障害検出情報を影響範囲の情報に変換する障害情報変換手段を備えた。
【００１９】
これにより障害情報をユーザーに対するサービス情報に反映させることができる。たとえば、特定の装置で通信障害が発生しており、その回避パスが設定された場合、当該ユーザーに対して回避されたパス情報を提供することができる。この回避パス情報は前記第３の手段を用いてグラフィック情報として提供できる。
【００２０】
本発明の第６の手段は、前記第２または第５の手段において、前記障害情報変換手段を装置アクセス手段に設けた。
装置に最も近い最下位のモジュールである装置アクセス手段に障害情報変換を設けることで障害による影響範囲の把握が容易となる。
【００２１】
【発明の実施の形態】
本発明の実施形態を図に基づいて説明する。
本発明の実施例の説明に先だって、本実施例によるサービス管理者に必要な業務ビューの概念を図２に示す。
【００２２】
同図は、各管理者からサービスの視点でネットワークがどのように見えればよいかを示したものである。同図中の符号２１〜２９はＡＴＭ交換機等からなるネットワーク装置（ＮＥ）である。これらのネットワークの構成は、カスタマケア（顧客管理）エージェント(View 1)ではネットワーク装置２１，２２，２３の連携として表示されればよく、カスタマオペレータ(View 2)にとってはネットワーク装置２５，２６，２７，２８の連携として見えればよい。
【００２３】
さらに、ネットワークオペレータ(View 3)にとってはネットワーク装置２４，２５，２７，２９の連携として見えればよい。これらのView 1〜3はそれぞれのオペレータの端末
装置に表示されることで視覚的な把握が容易となる。
【００２４】
このように、サービス管理システム１００は、異なったビューの要求に対応できる各ビューを同一システムにて提供する。たとえば、カスタマケアエージェントに対しては、担当カスタマに提供するサービスとサービスの障害状況、決められた範囲におけるネットワークのパスの設定が行えるビュー(View 1)が必要である。カスタマにとっては、自分が契約しているサービスの運用障害状況を見られるビュー(View 2)を要求する。ネットワークオペレータは、サービスが提供されるネットワークリソース全体を管理する必要があるため、パスの設定、コネクションの状況、帯域は充分か、等を管理するためのビュー(View 3)を提供する。
【００２５】
これを図３に示すような具体的なＡＴＭネットワーク構成で説明する。符号３１〜３５はＡＴＭスイッチである。ここで、ネットワーク管理端末３０２はＡＴＭスイッチ３１に接続され、サービス提供者のサービス提供端末３０３およびサービス管理端末３０４はＡＴＭスイッチ３５に接続されている。そして当該サービスを利用するサービス利用端末は３０１，３０５および３０６である。これら以外の端末３０７〜３１０は当該サービス（サービス提供端末３０３で提供されるサービス）には関係ないものとする。
【００２６】
このネットワーク構成に対して、図４は、ネットワーク管理端末３０２のビューを示している。ネットワーク管理者はＡＴＭネットワークに対する管理者であるため、全てのＡＴＭスイッチ３１〜３５を監視する必要がある。このため、ネットワーク管理端末３０２のビューは、これらのＡＴＭスイッチ３１〜３５相互のパスが表示されている。なお、同図中において相互のパスが実線で示されているのは当該ネットワーク管理端末３０２がこれらのパスで接続されているＡＴＭスイッチ３１〜３５に対して操作権限を有していることを示している。
【００２７】
図５は、サービス管理端末３０４のビューを示している。サービス管理者は、サービス利用端末３０１，３０５および３０６が接続されたＡＴＭスイッチ３１〜３５間のパスのみが表示される。なお、点線で示されているパスは操作権がなく、監視のみが許可されている場合を示す。
【００２８】
図６は、サービス利用端末３０５のビューを示している。サービス利用端末３０５の利用者は、自身の端末からサービス提供端末３０３までのパスが表示されればよいので、当該パスを構成するＡＴＭスイッチ３４および３５のみが点線（監視のみが許可）で表示される。
【００２９】
このように、本実施例では、ネットワーク上に位置するサービス管理者やサービスのユーザーに対し、その立場に相応しい権限を与え必要十分な業務ビューを見せるための仕組みについて以下に説明する。
【００３０】
図１は、本実施形態におけるサービス管理システム１００の概念図である。
同図において、ＮＥ(Network Element)は図３〜図６で説明したＡＴＭスイッチのような中継装置であり、ＥＡＭは装置アクセスモジュール(Element Access Module)、ＬＤＭはローカルドメイン管理部(Local Domain Manager)、ＭＤＭはマルチドメイン管理部(Multi Domain Manager)、ＤＢはデータベース、ＰＥはポリシー実行部(Policy Enforcer)、ＶＭはビューマスター(View Master)をそれぞれ示している。
【００３１】
これらの各機能は、具体的にはソフトウエア・コンポーネントによるオブジェクトで実現される。
以下、各コンポーネントを説明する。
（装置アクセスモジュール：ＥＡＭ）
ネットワーク上の各装置（ＮＥ）に対応する情報、たとえば装置情報、スロット情報、ポート情報、警報、チャネル使用状況、ルーティング情報等を管理する機能を有している。そして装置アクセスモジュール（ＥＡＭ）は装置種別毎にカスタマイズされている。その１インスタンスはドメイン内の同じ種別の装置を複数管理可能とする。また、既存のネットワーク管理システム（ＮＭＳ：Network Management System）からの情報収集管理システム（ＮＭＳＷｒａｐｐｅｒ）が存在する場合は、直接装置より情報を収集せずに、既存ネットワーク管理システム（ＮＭＳ）より必要な情報のみを収集する。その場合、装置の詳細情報画面は既存のネットワーク管理システム（ＮＭＳ）の画面を当該サービス管理システム１００のCRT等に転送して表示する。
【００３２】
ここで、既存の情報収集管理システム（ＮＭＳＷｒａｐｐｅｒ）は、既存網やキャリア網に既に設置されているネットワーク管理システム（ＮＭＳ）と連携し、必要最小限の情報を収集する機能を有している。
（ローカルドメイン管理部：ＬＤＭ）
ネットワークを各サブネットワーク管理者の管理する「ドメイン」単位に分割し、そのドメインを管理する機能を有している。ドメインの分割は、地域単位、部門単位、ネットワーク種別単位等の管理単位に合わせて行うことを可能とする。ローカルドメイン管理部（ＬＤＭ）はドメイン内の各装置アクセスモジュール（ＥＡＭ）と連携をとり、ドメイン内の警報管理及びパスの設定を行うようになっている。
（マルチドメイン管理部：ＭＤＭ）
１ネットワークに対し１インスタンス存在し、ネットワーク全体の管理を行う。各ローカルドメイン管理部（ＬＤＭ）と連携をとり、ネットワークの警報管理及び端末−端末間(End-to-end)のパス設定を行う。また、マルチドメイン管理部（ＭＤＭ）は端末ー端末間パス設定要求をネットワーク装置（ＮＥ）から受信した場合に、ルーティングを決定し、経由する各ローカルドメイン管理部（ＬＤＭ）に対してパス設定の依頼を行う。
（データベース：ＤＢ）
本実施形態におけるデータベース（ＤＢ）は以下の項目を管理する。
(1).ノード情報：ノードの位置／属性／状態などを管理する。
(2).リンク情報：ノード間のインタフェース、チャネル使用状況を管理する。
(3).ルーティング情報：End-to-endパス設定時のルーティングを管理する。
(4).コネクション情報：設定されているパスの属性情報を段階的(EAM, LDM, MDMレベルで）管理する。
(5).サービス情報：サービスの状態、コネクションとサービスの関係を管理する。
(6).ユーザー情報：サービス提供者の提供するサービス、サービス利用者の利用するサービスの情報を管理する。
(7).ポリシー情報：ユーザーの持つサービス管理の権限（ポリシー）を管理する。
（ポリシー実行部：ＰＥ）
サービス管理者やサービス利用者がサービス管理システムにアクセスして企業または個人に提供されているサービスまたはネットワークの状態を確認及び操作できる範囲（ポリシー）を管理する。実際には、図１の右下図に示されているように、サービス管理情報１０１、ネットワーク管理情報１０２、ネットワーク装置管理情報１０３およびポリシー管理情報１０４等よりアクセス権の決定を行い（１０５）、当該アクセス権に適合するオペレーションメニューを提供し（１０６）、ビューマスター（ＶＭ）の業務ビューに出力する（１０７）。なお、サービス管理情報１０１，ネットワーク管理情報１０２およびポリシー管理情報１０４等は具体的には当該モジュールよりアクセスされるデータベース（ＤＢ）に設定される。
（ビューマスター：ＶＭ）
ポリシー実行部（ＰＥ）と連携して、利用者のポリシーに適合したサービス管理機能を提供する。具体的な利用者へのインタフェースはウエブベース(Web base)で提供する。すなわち、利用者はその端末で標準的にインストールされているインターネットビューワーを用いて図１の右上図に示されているような視覚的な情報を得られるようになっている。
以上に説明した各オブジェクトは、業務ビューを実行する手順を図７，図８および図９を用いて説明する。
【００３３】
まず、ユーザーＡは、ネットワーク管理者（ネットワーク管理端末３０２）を通じて当該ユーザーが提供する、または受けるサービスの登録をデータベース（ＤＢ）に対して行う。
【００３４】
次にユーザーＢ、すなわち企業内ネットワークの各部署のネットワーク管理者や公衆網を通じてＶＯＤやビデオ会議等のサービスを提供している各サービスプロバイダの管理者よりポリシー（業務定義）の申請があると、ネットワーク管理者（ネットワーク管理端末３０２）はポリシー実行部（ＰＥ）に対してポリシー（業務定義）の設定を要求する。当該要求を受けるとポリシー実行部（ＰＥ）はデータベース（ＤＢ）に対してユーザーおよびサービス情報の問い合わせを行う。当該問い合わせは、申請した利用者とサービスの正当性を確認するためのものであり、この確認結果がＯＫであればポリシー実行部（ＰＥ）はデータベース（ＤＢ）に対してポリシーの登録を行う。
【００３５】
次に、図８において、サービス開始時にユーザーＣからのサービスの要求をネットワーク管理者（ネットワーク管理端末３０２）が受け付けると、サービス管理システム１００に対してパス設定を要求する。当該要求に基づいて装置アクセスモジュール（ＥＡＭ），ローカルドメイン管理部（ＬＤＭ）およびマルチドメイン管理部（ＭＤＭ）の各モジュールは、ルーティングの解析を行い、ネットワーク装置（ＮＥ）群に対してパスの設定を指示する。
【００３６】
これに基づきネットワーク装置（ＮＥ）群から設定結果が返送されると、当該パスの情報がデータベース（ＤＢ）に登録される。このパスの設定によってデータベース（ＤＢ）ではサービスとパスの対応関係が把握可能となる。
【００３７】
このような状況で、たとえばネットワーク装置（ＮＥ）群の中の特定の装置Ｄに装置またはリンク障害が発生した場合、各モジュール（ＥＡＭ，ＬＤＭ，ＭＤＭ）はデータベース（ＤＢ）にアクセスしてこの障害によって影響を受けるサービスを検索する。データベース（ＤＢ）より検索結果を受信すると各モジュール（ＥＡＭ，ＬＤＭ，ＭＤＭ）はルーティングを解析し、新たなパスの設定をネットワーク装置（ＮＥ）群に対して指示する。なお、障害時における各モジュールの機能については後述の図１０で説明する。
【００３８】
図９において、ネットワーク装置（ＮＥ）群において新たなパスが設定されるとその設定結果が各モジュール（ＥＡＭ，ＬＤＭ，ＭＤＭ）に伝えられ、新たなパス情報としてデータベース（ＤＢ）に登録される。これによって、データベースではサービスと変更された新たなパスの対応関係が登録されることになる。
【００３９】
ユーザーＥより仮想ビューの要求があると、サービス管理システム１００は、ビューマスター（ＶＭ）よりデータベース（ＤＢ）にアクセスして当該ユーザーに定義されたポリシーとサービス状態とを検索する。これらの検索結果に基づいてビューマスター（ＶＭ）は仮想ビューを生成し、前記ユーザーＥの端末（たとえば図３におけるサービス利用端末３０５）に対して図６に示したようなビュー画面を提供する。
【００４０】
また、当該ユーザーＥがサービス管理者である場合には、図５に示したようなビューとなる。さらに、ユーザーＥがネットワーク管理者である場合には図４に示したようなビューとなる。
【００４１】
なお、図８で述べたように特定のネットワーク装置Ｄで障害が発生している場合には、データベースではこれを回避する新たなパスが当該サービスと対応付けられているため、ユーザーＥに提供される仮想ビューも障害回避後のものとなる。
【００４２】
次に、図１０を用いて障害時のパスとサービスの再設定方法について説明する。同図は、図１をさらに具体化したもので、ＡＴＭ交換機８０３，８０５および８０４を中心としたネットワークで構成されている。これらのＡＴＭ交換機８０３，８０５はＡＴＭハブ８０２ａ，８０２ｂおよびＡＴＭ化装置８０１ａ，８０１ｂを介して端末装置８０６，８０７と接続されている。これらの端末装置としては、電話機８０６ａ，８０６ｂ、データ端末８０７ａ，８０７ｂ，８０７ｃ等が例示されている。この図１０において、図１におけるネットワーク装置（ＮＥ）群に対応するものがＡＴＭ化装置８０１ａ，８０１ｂ、ＡＴＭハブ８０２ａ，８０２ｂおよびＡＴＭ交換機８０３，８０４，８０５である。
【００４３】
装置アクセスモジュール（ＥＡＭ）は、装置種別に対応したトラップ変換テーブル（８０８ａ，８０８ｂ，８０８ｃ）を有しており、このトラップ変換テーブル（８０８ａ，８０８ｂ，８０８ｃ）は、ＡＴＭ化装置８０１ａ，ＡＴＭ交換機８０３，ＡＴＭハブ８０２ａ等からのトラップ情報を受け付けてこれを影響範囲情報に変換する機能を有している。この影響範囲情報とは、たとえばノード障害、リンク障害、障害の重軽等の情報を意味する。すなわち、トラップ情報から変換された影響範囲情報はローカルドメイン管理部（ＬＤＭ）を経由してマルチドメイン管理部（ＭＤＭ）に通知される。
【００４４】
上記影響範囲情報を受信したマルチドメイン管理部（ＭＤＭ）は、これをデータベース（ＤＢ）のサービス管理情報１０１とネットワーク管理情報１０２に反映させるようになっている（図８および図９参照）。
【００４５】
次に、影響範囲情報に基づくビューの変化を図１１および図１２を用いて説明する。
まず、図１１に示すようなネットワーク構成を想定する。同図において、８０３〜８０５はネットワーク装置（ＮＥ）としてのＡＴＭ交換機、９０１〜９０３はＬＡＮにおける伝送装置、９０４および９０５はＬＡＮへのアクセス装置、３０３はサービス提供端末、３０４はサービス管理端末である。
【００４６】
ここで、図１２に示すようにＡＴＭ交換機８０３と８０５の間で通信回線の障害が発生した場合、当該障害に基づくトラップ情報は装置アクセスモジュール（ＥＡＭ）に伝えられ、そのトラップ変換テーブル８０８ｂにおいて影響範囲情報としてローカルドメイン管理部（ＬＤＭ）およびマルチドメイン管理部（ＭＤＭ）を通じてデータベース（ＤＢ）に通知される。そしてデータベース（ＤＢ）では、当該影響範囲情報に基づいてサービス管理情報１０１とネットワーク管理情報１０２とが書き換えられる。これによって管理者の端末におけるビューも図１１の上半図に示したものから図１２の上半図に示したものに変更される。
【００４７】
図１３はポリシー管理情報１０４に基づいてユーザー毎に異なるビューを提供する方法を示している。同図はネットワークによりＶＯＤサービスが提供されている場合を示している。ＶＯＤクライアントＡ（１１０１）がＡＴＭ交換機（ＡＴＭ）および伝送装置（ＦＬＸ）で構成されるＳＤＨ網を介してＶＯＤサーバＢ（１１０２）より番組の提供を受けている場合である。
【００４８】
同図において、ＡＴＭ網におけるＡＴＭドメイン１１０３の管理者（ユーザ＃１）は同図中１１０５に示すビューの提供を受け、ＳＤＨ網におけるＳＤＨドメイン１１０４の管理者は同図中１１０６または１１０７に示すビューの提供を受けることができる。このような設定は、ポリシー管理情報１０４の設定を１０４ａまたは１０４ｂのようなインターフェースを通じて変更することにより行うことができる。
【００４９】
【実施例１】
以上に説明したサービス管理システムを企業内ネットワークに提供した実施例を説明する。
【００５０】
図１４は、本実施例によるネットワーク構成を示している。本実施例では、３つの部門Ａ〜Ｃを構成するＬＡＮ（ＬＡＮ１〜４）をＡＴＭ化装置１２０２ａ〜１２０２ｄ，ＡＴＭ交換機１２０６およびＷＡＮを介して接続したもので、ＡＴＭ交換機１２０６にサービス提供端末１２０６およびネットワーク管理端末１２０７が接続されている。そして、図１に示したサービス管理システムはネットワーク管理端末１２０７に設けられている。
【００５１】
なお、１２０１ａ〜ｄ，１２０３ａ〜ｃ，１２０４ａ〜ｃおよび１２０５ａ〜ｃは各ＬＡＮに接続されたユーザー端末である。この中で、１２０１ａ，１２０４ａおよび１２０５ｂは部門単位のサブネットワーク管理端末として機能している。
【００５２】
同図において、企業ネットワーク管理者はネットワーク管理端末１２０７を通じて企業ネットワーク全体の障害を監視する。ここで提供されるビューの画面は図１５に示す通りである。同図中、点線部分はネットワーク管理者からみて管轄外のドメインであることを示している。
【００５３】
ここで、ネットワーク管理者は、ネットワークに障害が発生した場合、故障の発生した機器又はリンクの属するサブネットワークの管理者に通知し修理を依頼するまた、サブネットワーク管理者より他部門の故障被偽の通知を受けた場合、障害のあるサブネットワークを探索し、該当サブネットワークの管理者への通知を行う。また、サービスの障害の場合はサービス管理者（サービス提供端末１２０６’）にも問い合わせる。
【００５４】
次に、サブネットワーク（ここでは部門Ｃ）の管理者は、自身のサブネットワーク管理端末１２０５ｂ上に図１６に示すビューが表示され、自身が管轄するサブネットワークを監視できるようになっている。
【００５５】
ここで、部門外のユーザーが利用している自身の部門で提供されるサービスのビューを監視することもできる（図１７参照）。
ここで、サブネットワークの管理者はサービスに障害が発生した場合、ユーザーより通知を受け、関連する機器の障害を探索する。障害箇所が自サブネットワーク内の場合は該当装置を修理する。障害箇所が他サブネットワークの場合はネットワーク管理者に障害サブネットワークの探索を依頼することになる。
【００５６】
図１８は、サービス提供サーバ１２０６’で提供されるサービスの管理者（以下、サービス管理者という）に提供されるビューの画面構成である。サービス管理者は同図に示すように、当該サービス提供端末１２０６’から提供されるサービスのビューを監視する。
【００５７】
そしてサービスの利用者がユーザー端末１２０１等より企業内VOD等のサービスを開始する時に、端末間（End-to-end）の通信パスの設定を行う。そして、当該パスはサービス終了時に解放される。また、サービス提供端末１２０６’は、帯域の保証のためサービスのスケジュール管理等も行う。ここで、サービス管理者は、ネットワーク機器の障害により提供するサービスに影響があった場合それを検出し、影響を受けたサービス利用者に通知する。
【００５８】
このように、サービスおよびネットワークの管理範囲を分割することにより、中央管理者の負荷を分散することができる。
【００５９】
【実施例２】
図１９は、本発明のサービス管理システムをキャリア／サービスプロバイダに提供したネットワーク構成を示している。
【００６０】
ＬＡＮ−Ａ〜ＣはＡＴＭ化装置１７０５ａ〜ｃ、企業用ＡＴＭ交換機１７０６および局用ＡＴＭ交換機１７０８ａ〜ｂで構成されたＡＴＭネットワーク（図中の点線で囲まれた部分）に接続されており、さらに各局用ＡＴＭ交換機１７０８ａ〜ｂは伝送装置１７０７ａ〜ｂで構成されるＳＤＨリングネットワークに接続されている。なお、図中、１７０９はネットワーク管理端末、１７１０ａ〜ｂはサービス提供端末である。また、１７０１ａ〜ｃ，１７０２ａ〜ｄおよび１７０３ａ〜ｃは利用者端末である。
【００６１】
ここで、ネットワーク管理端末１７０９を管理するネットワーク管理者（キャリア提供者）は、図２０に示したビューを監視しながら、ネットワーク全体の障害を監視する。そして、ネットワーク障害が発生した場合、自ら障害箇所の修復を行う（キャリア網のみ）。
【００６２】
また、ネットワーク障害が発生した場合、影響を受けるサービスを検出し、サービス管理者より申告を受ける前に状況を把握しておく。
さらに、サービス障害等によりサービス管理者より調査依頼を受けた場合、当該調査を実行する。
【００６３】
サービス提供端末１７１０ａよりサービスを提供するサービス管理者（サービスプロバイダ）は、図２１に示すビューを参照しながら自身の提供するサービスを監視する。
【００６４】
そして、サービスに障害が発生した場合（サービス加入者より申告を受けた場合）、障害の発生している箇所を特定する。該当個所が自網又は自分の提供している機器（ビデオサーバ等）の場合は該当個所の修復を行う。それ以外の場合は前述のネットワーク管理者に調査依頼する。
【００６５】
また、ネットワーク上の機器に障害が発生した場合は、自動的にサービスへの影響についての通知を受け、サービス加入者より申告を受ける前に状況を把握しておく。
【００６６】
さらに、サービス利用者がサービスを開始する時に端末間（End-to-end）の通信パスの設定を行う。そして当該サービスの終了時にはこのパスの解放を行う。また、サービス提供端末１７１０は、帯域保証のためサービスのスケジュール管理や、全サービス加入者の利用状況（課金情報）を監視する。
【００６７】
次に、ユーザー（サービス加入者：企業または個人）はユーザー端末１７０２ｂにおいて、図２２に示すビューを参照して、自分の受けるサービスの利用状況を把握することができる。ここではまた、ネットワークの利用状況（課金情報）を見ることができる。さらに、サービス利用開始／終了時にパスの設定／解放をサービス管理者に要求する。又はサービスの操作権を与えてもらい、自分でパスの設定・解放を行ってもよい。
【００６８】
このように、ネットワーク管理及びサービス管理の権限を分散することにより各管理者の負担を軽減することができる。また、サービス提供者とサービス管理者は必ずしも同じ必要はなく、サービス管理のアウトソーシングも可能である。
【００６９】
なお、図１に示したサービス管理システム１００には、各モジュール（ＥＡＭ，ＬＤＭ，ＭＤＭ）と連携し、ネットワーク使用時間及び使用構成よりネットワーク使用料金（又はその元となる情報）を算出し管理する課金モジュールを備えるようにしてもよい。
【００７０】
また、スケジュール管理モジュールを付加し、帯域保証のため、予めサービスを受けたい時間をサービス利用者が登録できるようにしてもよい。これにより、周期的な監視により該当時刻に自動的にパスの設定／解放を行うことができる。当該パスの設定および開放は、各モジュール（ＥＡＭ，ＬＤＭ，ＭＤＭ）の連携によって実現される。このように時間によってパスを設定／開放したり、予約した時間内でのみ、予約した帯域のパスをユーザーより設定することを許容してもよい。
【００７１】
【発明の効果】
本発明によれば、中央の管理者に管理作業が集中することが避けられサービス運用に従事する部門毎、権限や業務毎の管理が可能となる。
【００７２】
また、多数ベンダ、多数テクノロジーネットワークにおいて、単純な操作によるサービスの提供に必要な端末間(end to end)経路設定を権限の範囲においてユーザに提供できる。
【図面の簡単な説明】
【図１】本発明の実施形態であるサービス管理システムの説明図
【図２】本発明の実施形態である業務ビューの概念を示す説明図
【図３】実施形態におけるＡＴＭネットワークを示す説明図
【図４】実施形態におけるネットワーク管理者の業務ビューを示す説明図
【図５】実施形態におけるサービス管理者の業務ビューを示す説明図
【図６】実施形態におけるサービス利用者の業務ビューを示す説明図
【図７】実施形態におけるサービス管理システムの処理手順を示す図（その１）
【図８】実施形態におけるサービス管理システムの処理手順を示す図（その２）
【図９】実施形態におけるサービス管理システムの処理手順を示す図（その３）
【図１０】実施形態におけるサービス管理システムの説明図
【図１１】実施形態におけるサービス運用状況を監視するための業務ビューを説明するための図（その１）
【図１２】実施形態におけるサービス運用状況を監視するための業務ビューを説明するための図（その２）
【図１３】実施形態におけるポリシー実行部のインターフェースを示す図
【図１４】実施例１におけるネットワーク構成を示す説明図
【図１５】実施例１におけるネットワーク管理者の業務ビューを示す図
【図１６】実施例１におけるサブネットワーク管理者の業務ビューを示す図
【図１７】実施例１におけるサービス利用者の業務ビューを示す図
【図１８】実施例１におけるサービス管理者の業務ビューを示す図
【図１９】実施例２におけるネットワーク構成を示す説明図
【図２０】実施例２におけるネットワーク管理者の業務ビューを示す図
【図２１】実施例２におけるサービス管理者の業務ビューを示す図
【図２２】実施例２におけるサービス利用者の業務ビューを示す図
【符号の説明】
ＶＭビューマスター
ＰＥポリシー実行部
ＭＤＭマルチドメイン管理部
ＬＤＭローカルドメイン管理部
ＥＡＭ装置アクセスモジュール
ＮＭＳＷｒａｐｐｅｒ情報収集管理システム
ＮＭＳネットワーク管理システム
ＮＥネットワーク装置
ＤＢデータベース
１００サービス管理システム
１０１サービス管理情報
１０２ネットワーク管理情報
１０３ネットワーク装置管理情報
１０４ポリシー管理情報
１０５アクセス権決定機構
１０６メニュー提供部
１０７業務ビュー出力部
２１〜２９ネットワーク装置（ＮＥ）
３１〜３５ＡＴＭ交換機
３０１，３０５〜３１０サービス利用端末
３０２ネットワーク管理端末
３０３サービス提供端末
３０４サービス管理端末
８０６ａ，８０６ｂ端末装置（電話機）
８０７ａ〜８０７ｃ端末装置（データ端末）
８０１ａ，８０１ｂＡＴＭ化装置
８０２ａ，８０２ｂＡＴＭハブ
８０３〜８０５ＡＴＭ交換機
８０８ａ〜８０８ｃトラップ変換テーブル
９０１〜９０３伝送装置
９０４，９０５アクセス装置
１１０１ＶＯＤクライアント端末Ａ
１１０２ＶＯＤサーバＢ
１１０３ＡＴＭドメイン
１１０４ＦＬＸドメイン
１１０５〜１１０７管理端末画面
１２０１ａ〜ｃ，１２０４ａ〜ｃ，１２０３ａ〜ｃ，１２０５ａ〜ｃユーザー端末
１２０２ａ〜ｄＡＴＭ化装置
１２０６ＡＴＭ交換機
１７０１ａ〜ｃ，１７０２ａ〜ｄ，１７０３ａ〜ｃユーザー端末
１７０４ユーザー端末
１７０５ａ〜ｃＡＴＭ化装置
１７０６企業用ＡＴＭ交換機
１７０７ａ〜ｂ伝送装置
１７０８ａ〜ｂ局用ＡＴＭ交換機
１７０９ネットワーク管理端末
１７１０ａ〜ｂサービス管理端末

Claims

単一または複数のネットワーク上で提供される通信サービスにおいて、
当該ネットワークを構成する装置、物理リンクまたはパスを管理するネットワーク管理手段と、
当該ネットワーク上で提供されているサービスを管理するサービス管理手段と、
ネットワーク管理者が定義した前記ネットワークに接続するユーザーの業務定義を管理する業務管理手段と、
ユーザーからの要求により、ネットワーク管理手段からの情報とサービス管理手段からの情報を関連付け、さらに業務管理手段を参照して当該ユーザーへの提供情報を生成するサービス管理情報生成手段とからなるネットワークサービス管理方式。
前記サービス管理情報生成手段は、ネットワーク装置からの情報を収集する装置アクセス手段と、前記装置アクセス手段の上位モジュールとして、ネットワークを各サブネットワーク管理者の管理するドメインに分割し、そのドメインを管理するドメイン管理手段と、ネットワーク毎に設けられ、前記ドメイン管理手段の上位モジュールとしてネットワーク上での端末間の通信パスの設定および開放を行うマルチドメイン管理手段とを有する請求項１記載のネットワークサービス管理方式。
前記に加えて、業務管理情報を参照して、当該ユーザーに対して個別の業務ビューを生成する業務ビュー生成手段を備えた請求項１または２記載のネットワークサービス管理方式。
前記に加えて、申請されたユーザーからの業務定義の申請があったときに当該業務定義の正当性を評価する判定手段を備えている請求項１または２記載のネットワークサービス管理方式。
前記に加えて、ネットワーク上での障害検出手段と、障害検出情報を影響範囲の情報に変換する障害情報変換手段を備えている請求項２記載のネットワークサービス管理方式。
前記障害情報変換手段は、装置アクセス手段に設けられている請求項２または５記載のネットワークサービス管理方式。