(57)【要約】【課題】多様なプロトコル機器やベンダ機器により構成され、該構成が随時変更されるようなネットワーク環境において、機能拡張等が容易なネットワーク管理を提供する。【解決手段】ＤＮＭは、階層化したＮＷの抽象モデルに基づいて、各層におけるＮＷ要素（ＮＥ）に対する管理・制御のためのＮＷ機器種別に依らない共通ＩＦを提供する機能、共通ＩＦを介して受け付けた特定のＮＥに対する管理・制御要求を、機器種別毎の固有の管理・制御要求方式に変換して該機器を管理・制御し、また、機器からの固有の該要求に対する応答、あるいは通知を、共通の応答、通知方式に変換して共通ＩＦを介して応答、通知する機能等を有するネットワーク管理機能部を実装する。【選択図】図１
2005252628.tif 000002
【特許請求の範囲】
【請求項１】
多様なプロトコル機器やベンダ機器により構成され、該構成が随時変更されるようなネットワーク環境におけるネットワーク管理方法であって、
階層化したネットワーク（ＮＷ）の抽象モデルに基づいて、各層におけるＮＷ要素（ＮＥ）に対する管理・制御のためのＮＷ機器種別に依らない共通インタフェース（ＩＦ）を提供する機能と、
共通ＩＦを介して受け付けた特定のＮＥに対する管理・制御要求を、機器種別毎の固有の管理・制御要求方式に変換して該機器を管理・制御し、また、機器からの固有の該要求に対する応答、あるいは通知を、共通の応答、通知方式に変換して共通ＩＦを介して応答、通知する機能（差異吸収機能）を有することを特徴とするネットワーク管理方法。
【請求項２】
請求項１に記載のネットワーク管理方法において、ＮＷを構成する機器種別、あるいは新たな種別の機器接続に応じて、必要な差異吸収機能を随時取得し、実行可能にすることにより、機能を拡張することを特徴とするネットワーク管理方法。
【請求項３】
請求項１に記載のネットワーク管理方法において、１つまたは複数の共通ＩＦを介して機器を管理・制御するアプリケーションを、随時取得し、実行可能にすることにより、機能を拡張することを特徴とするネットワーク管理方法。
【請求項４】
請求項１に記載のネットワーク管理方法において、ＮＷ機器、各ＮＷ機器に属する物理ＩＦ、および各物理ＩＦに属する入出力キューで構成される階層モデルに基づき、その階層構成や、各階層のＮＥが提供可能な管理・制御ＩＦ仕様およびＮＥの状態を示す値のいずれかまたはその両方を、機器種別に依らない共通ＮＥ属性として管理する共通ＮＥ属性管理機能を有し、各階層のＮＥ毎の管理・制御ＩＦを共通ＩＦとして提供することを特徴とするネットワーク管理方法。
【請求項５】
請求項４に記載のネットワーク管理方法において、自身が保持する各機能の属性を管理する機能属性管理機能を有し、特定のＮＥに対する設定値取得・更新要求を共通ＩＦを介して受け付ける際に、該ＮＥの共通識別子を引数の一部として受け付け、該識別子に基づき、共通ＮＥ属性管理機能より、該要素が属するＮＷ機器を制御するための制御アドレス、該ＮＷ機器の種別識別子および該種別に固有のＮＥ識別子を取得し、また該種別識別子に基づき、機能属性管理機能より、必要な差異吸収機能の識別子を取得し、該機能に対し、取得した該制御アドレスおよび該固有ＮＥ識別子を引数の一部として該要求を受け渡すことを特徴とするネットワーク管理方法。
【請求項６】
請求項５に記載のネットワーク管理方法において、機能拡張の際に、機能属性管理機能で管理される属性に基づき、自身が保持しない必要機能を取得して実行可能とし、また新たに取得した機能属性を、該機能属性管理機能に登録することを特徴とするネットワーク管理方法。
【請求項７】
請求項１に記載のネットワーク管理方法において、差異吸収機能が、共通ＩＦを介して受け付けた管理・制御要求を、機器種別毎の固有の管理・制御要求方式に変換して固有通信機能に引渡し、また固有通信機能からの固有の応答、通知を共通の応答、通知方式に変換して、共通ＩＦを介して応答、通知する、１つまたは複数のメッセージ変換機能と、１つまたは複数のメッセージ変換機能から引き渡される機器モデルに固有の管理・制御要求を、各機器種別が対応する固有の通信方式によって機器に送信し、機器からの固有の応答、通知を固有の通信方式によって受信してメッセージ変換機能へ引き渡す、１つまたは複数の固有通信機能から構成され、これら各々を独立に取得し、実行可能とすることにより、機能を拡張することを特徴とするネットワーク管理方法。
【請求項８】
請求項５に記載のネットワーク管理方法において、該ネットワーク内の機器で利用可能な機能実体およびその属性を保持し配信するための、管理機能部との通信手段を有する機能管理・配信機能部を外部に設け、機能属性管理機能において、各機器種別に必要な差異吸収機能の識別子、および各機能が自管理機能に保持されているか否かを管理し、また該管理機能および特定の機能管理・配信機能のいずれかまたはその両方において、各機器種別が必要とする機能実体のロケーション情報を管理し、該管理機能が、ＮＷに接続されている、もしくは新たに接続された機器の種別識別子に基づき、機能属性管理機能に対して必要な差異吸収機能を検索し、既に保持していればそれを利用可能とし、保持していなければそのロケーション情報に基づき該機能を保持する機能管理・配信機能部より取得して実行可能とし、合わせて新たに取得した機能属性を、該機能属性管理機能に登録することを特徴とするネットワーク管理方法。
【請求項９】
請求項４に記載のネットワーク管理方法において、新たな機能取得の際に、該機器種別に対応する共通ＮＥ属性を取得して、共通ＮＥ属性管理機能に登録、管理することを特徴とするネットワーク管理方法。
【請求項１０】
特定のドメイン内ネットワークに設置されて該ドメイン内ネットワークを管理するネットワーク管理装置であって、請求項１乃至９のいずれか１項に記載のネットワーク管理方法を実施するためのネットワーク管理装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、多様なプロトコル機器やベンダ機器により構成され、また構成が随時変更されるようなネットワーク環境における、共通的なネットワークリソースの管理技術に関する。
【背景技術】
【０００２】
近年、マンション等のエリアを単位としてユーザネットワークの光化が進みつつある。また、情報家電の普及とともに、家庭内のネットワーク化も進むと考えられる。このような特定のドメイン内のネットワーク環境では、エリアの特性やニーズにより、ユーザ毎に多様なプロトコルやベンダ機器が採用されるものと考えられる。こうしたネットワーク環境では、サービスプロバイダやエンドユーザがネットワークのプロトコル等の違いを意識することなく、サービスの提供等をできるようにすることが重要である。
【０００３】
しかしながら、このような多様なプロトコル機器やベンダ機器により構成され、また構成が随時変更されるようなネットワーク環境（ホームやマンション等）においては、従来のネットワーク管理手法では、ネットワーク環境に応じた、機器種別に依らない多様なネットワーク管理、制御アプリケーションの実現や、ネットワーク構成毎、および新たなネットワーク機器の接続等のネットワーク構成変更に伴う機能拡張が困難であった。
【０００４】
なお、本発明者らは、エリア内ユーザネットワーク環境において、ネットワークリソース情報の取得、リソース獲得を、ネットワーク方式に依らない共通のインタフェースで実現する一方式を提案したが（非特許文献１）、多様なネットワーク管理・制御アプリケーション実現に向けた、また、柔軟な機能拡張に向けたネットワーク管理には言及されていない。
【０００５】
【非特許文献１】西山伸英他、「エリア内ユーザネットワークの運用管理方式についての検討」Ｂ−１４−９，２００２年電子情報通信学会通信ソサイエティ大会
【発明の開示】
【発明が解決しようとする課題】
【０００６】
本発明は、多様なプロトコル機器やベンダ機器により構成され、また、構成が随時変更されるようなネットワーク環境（ホームやマンション等）において、機器種別に依らない多様なＮＷ管理、制御アプリケーションの実現や、ＮＷ構成毎の、また、新たなＮＷ機器の接続等のＮＷ構成変更に伴う機能拡張を容易に実現するネットワーク管理方法及び装置を提供することを目的とする。
【課題を解決するための手段】
【０００７】
本発明は、ネットワーク上に配置されて、その特定ネットワーク（ドメイン内ネットワーク）を管理するドメインネットワークマネージャ（ＤＮＭ）に実装されるネットワーク管理機能部において、階層化したネットワーク（ＮＷ）の抽象モデルに基づいて、各層におけるＮＷ要素（ＮＥ）に対する管理・制御のための、ＮＷ機器種別に依らない共通ＩＦを提供する機能を有し、この共通ＩＦを介して管理、制御を行うものである。
【０００８】
また、本発明は、ネットワーク管理機能部において、共通ＩＦを介して受け付けた特定のＮＥに対する管理・制御要求を、機器種別毎の固有の管理・制御要求方式に変換して該機器を管理・制御し、また機器からの固有の該要求に対する応答、あるいは通知を、共通の応答、通知方式に変換して共通ＩＦを介して応答、通知する機能（差異吸収機能）を有する。
【０００９】
また、本発明は、ネットワーク管理機能部において、ＮＷを構成する機器種別、あるいは新たな種別の機器接続に応じて、必要な差異吸収機能を随時取得し、実行可能にすることにより、機能を拡張する。
【００１０】
また、本発明は、ネットワーク管理機能部において、１つまたは複数の共通ＩＦを介して機器を管理・制御するアプリケーションを、随時取得し、実行可能にすることにより、機能を拡張する。
【００１１】
また、本発明は、ネットワーク管理機能部において、ＮＷ機器、各ＮＷ機器に属する物理ＩＦ、および各物理ＩＦに属する入出力キューで構成される階層モデルに基づき、その階層構成や、各階層のＮＥが提供可能な管理・制御ＩＦ仕様およびＮＥ値のいずれかまたはその両方を、機器種別に依らない共通ＮＥ属性として管理する共通ＮＥ属性管理機能を有し、かつ各階層のＮＥ毎の管理・制御ＩＦを共通ＩＦとして提供する。
【００１２】
また、本発明は、ネットワーク管理機能部において、自身が保持する各機能の属性を管理する機能属性管理機能を有し、特定のＮＥに対する設定値取得・更新要求を共通ＩＦを介して受け付ける際に、該ＮＥの共通識別子を引数の一部として受け付け、該識別子に基づき、共通ＮＥ属性管理機能より、該要素が属するＮＷ機器を制御するための制御アドレス、該ＮＷ機器の種別識別子および該種別に固有のＮＥ識別子を取得し、また該種別識別子に基づき、機能属性管理機能より、必要な差異吸収機能の識別子を取得し、該機能に対し、取得した該制御アドレスおよび該固有ＮＥ識別子を引数の一部として該要求を受け渡す。
【００１３】
また、本発明は、ネットワーク管理機能部において、その差異吸収機能が、その機能拡張の際に、機能属性管理機能で管理される属性に基づき、自身が保持しない必要機能を取得して実行可能とし、また新たに取得した機能属性を、該機能属性管理機能に登録する。
【００１４】
また、本発明は、ネットワーク管理機能部において、共通ＩＦを介して受け付けた管理・制御要求を、機器種別毎の固有の管理・制御要求方式に変換して後述の固有通信機能に引渡し、また固有通信機能からの固有の応答、通知を共通の応答、通知方式に変換して、共通ＩＦを介して応答、通知する、１つまたは複数のメッセージ変換機能と、１つまたは複数のメッセージ変換機能から引き渡される機器モデルに固有の管理・制御要求を、各機器種別が対応する固有の通信方式によって機器に送信し、機器からの固有の応答、通知を固有の通信方式によって受信してメッセージ変換機能へ引き渡す、１つまたは複数の固有通信機能から構成され、これら各々を独立に取得し、実行可能とすることにより、機能を拡張することを可能とする。
【００１５】
また、本発明は、ネットワーク管理機能部で利用可能な機能実体およびその属性を保持し配信するための、管理機能部との通信手段を有する機能管理・配信機能部を外部（ドメイン外ネットワーク）に設け、機能属性管理機能において、各機器種別に必要な差異吸収機能の識別子、および各機能が自管理機能部に保持されているか否かを管理し、また該管理機能部および特定の機能管理・配信機能部のいずれかまたはその両方において、各機器種別が必要とする機能実体のロケーション情報を管理し、該管理機能部が、ＮＷに接続されている、もしくは新たに接続された機器の種別識別子に基づき、機能属性管理機能に対して必要な差異吸収機能を検索し、既に保持していればそれを利用可能とし、保持していなければそのロケーション情報に基づき該機能を保持する機能管理・配信機能部より取得して実行可能とし、合わせて新たに取得した機能属性を、該機能属性管理機能に登録する。
【００１６】
また、本発明は、ネットワーク管理機能部において、記載の新たな機能取得の際に、該機器種別に対応する共通ＮＥ属性を取得して、共通ＮＥ属性管理機能に登録、管理する。
【発明の効果】
【００１７】
本発明によれば、多様なプロトコル機器やベンダ機器により構成され、また構成が随時変更されるようなネットワーク環境（ホームやマンション等）において、機器種別に依らない多様なＮＷ管理、制御アプリケーションの実現や、ＮＷ構成毎の、また新たなＮＷ機器の接続等のＮＷ構成変更に伴う機能拡張が可能となる。
【発明を実施するための最良の形態】
【００１８】
図１は、本発明の一実施例を説明するためのネットワークシステムの構成例を示す図である。図１において、１０が特定ドメイン内ネットワーク、２０がドメイン外ネットワーク、３０がパッケージ配信装置（サービスプロバイダ装置など）である。図１では、ドメイン内ネットワーク方式としては、機器１１、１２、１３はネットワーク（ＮＷ）機器であり、機器１１はゲートウェイ装置、機器１２、１３はスイッチ装置で、Ｅthernet  Ｌ２−ＳＷ、Ｅther−無線ＬＡＮアクセスポイント（ＡＰ）、Ｅther−Ｂluetooth  ＡＰあるいはＥther−ＩＥＥＥ１３９４ブリッジであるとする。機器１４、１５は通信端末機器を想定する。また、本ドメイン内ＮＷ１０を管理するネットワーク管理機能部２００は、専用の端末機器（ドメインネットワークマネージャ：ＤＮＭ）１６にソフトウェアとして実装されているものとする。各機器は、ＳＮＭＰあるいはＵＰｎＰ通信機能を具備しているものとする。また、ＤＮＭ１６からのＮＷ経由での品質設定値取得、更新等の制御を実現可能だが、その制御メッセージ、制御プロトコルは各々で異なるものとする。ＤＮＭ１６のネットワーク管理機能部２００は、こうした方式の異なる機器種別毎に、メッセージ変換機能パッケージ、通信機能パッケージを具備するものとする。
【００１９】
ＤＮＭ１６内のソフトウェアは、例えばＪａｖａをベースとしたＯＳＧｉなどのソフトウェアモジュール管理フレームワークなどに従ったモジュール管理が用いられる場合を想定するが、モジュールの管理、動的な取得、実行などを実現できるフレームワークであれば、これに限らない。
【００２０】
ドメイン内ＮＷ１０はゲートウェイ装置１１を介してドメイン外ＮＷ２０と接続され、この外部ＮＷ２０を介して１つまたは複数のパッケージ配信装置３０が接続されており、ＤＮＭ１６が同配信装置３０よりパッケージを随時取得可能となっている。また、特定のパッケージ配信装置は、配信可能なパッケージ情報を一元的に管理し、ＤＮＭ１６から参照可能とする機能（以下、パッケージディレクトリ機能）を具備するものとし、その参照用ＵＲＬは、ＤＮＭ１６のネットワーク管理機能部２００があらかじめ保持しているものとする。
【００２１】
図２に、ＤＮＭ１６内のネットワーク管理機能部２００の構成例を示す。ここで、ネットワーク管理機能部２００は共通ＮＥ属性管理機能の基本機能パッケージ２１０、メッセージ変換機能パッケージ２２０及び通信機能パッケージ２３０に大別されるとする。なお、メッセージ変換機能パッケージ２２０と通信機能パッケージ２３０が、共通ＩＦと機器固有ＩＦとの差異吸収機能を構成している。各パッケージにおける機能部の概要は、以下の通りである。
【００２２】
＜基本機能パッケージ＞
共通インタフェース（ＩＦ）提供機能部２１１は、ＮＷ機能、物理ＩＦ、入出力キューの順に階層化された各層におけるネットワーク要素（ＮＥ）に対する共通的な管理、制御ＡＰＩを提供する。パッケージ属性管理機能部２１２は、ＤＮＭが保持するパッケージ属性を管理する。特にメッセージ変換機能および通信機能パッケージについては、各機器モデル識別子と、必要なメッセージ変換機能や通信機能パッケージの識別子およびそのロケーション情報の対応テーブルを管理する。デバイス・サービス属性管理機能部２１３は、デバイスを、ＮＷ機器、物理ポート、入出力キューと階層化して管理し、各階層における要素の共通属性（共通ＮＷ属性）を管理する。この共通ＮＷ属性を管理する際の、実ＮＷを抽象化した共通ＮＷモデルについては後述する。デバイス接続監視機能部２１４は、ｐｉｎｇによるポーリング、ＤＨＣＰ、ＳＮＭＰあるいはＵＰｎＰ通信を実現するデバイス通信機能部２３１を介してドメイン内ＮＷのＮＷ機器の接続を監視する。デバイス管理機能２１５は、接続を検知したＮＷ機器に必要なパッケージの検索、ＩＤやＵＲＬの取得、実際のパッケージの取得、登録等を行う。この他、基本機能パッケージ２１０では、ＮＷの物理トポロジの管理等、ＮＷ管理の基本機能を具備するものとする。
【００２３】
＜メッセージ変換機能パッケージ＞
メッセージ変換機能パッケージ２２１は、共通ＡＰＩによる管理、制御メッセージを、各機器モデルに固有のメッセージに変換する。これはＮＷ機器モデル毎に必要となる。パッケージ登録機能部２２２は、ＮＷ機器の共通属性を、共通ＩＦ機能提供パッケージである基本機能パッケージ２１０内のデバイス・サービス属性管理機能部２１３に登録し、また、パッケージ属性管理機能部２１２にパッケージ属性の登録を行う。
【００２４】
＜通信機能パッケージ＞
デバイス通信機能部２３１は、ドメイン内ＮＷのＮＷ機器が提供する制御プロトコルを用いて、ＮＷ機器との通信を行う。これは、制御プロトコル毎に必要となる。パッケージ登録機能部２３２は、基本機能パッケージ（共通ＩＦ機能提供パッケージ）２１０内のパッケージ属性管理機能部２１２にパッケージ属性の登録を行う。
【００２５】
図３に、ネットワーク管理機能部２００において共通ＮＥ属性を管理する際の、実ＮＷを抽象化した共通ＮＷモデルを示す。図３において、ＮＷ機器は、端末、Ｌ３，Ｌ２等のスイッチ装置およびゲートウェイ装置を表す。物理ＩＦは、各ＮＷ機器に属する物理ＩＦを表す。例えば、Ｅther機器やＩＥＥＥ１３９４機器であれば、その各物理ポートを表し、無線ＬＡＮやＢluetooth等のアクセスポイント（ＡＰ）であれば、その端末側の無線ＩＦを表す。入出力キューは、各物理ＩＦに属する入出力キューを表し、このキューを単位として、帯域制御等の品質制御が行われる。
【００２６】
図４及び図５は、ネットワーク管理機能部２００内の共通ＮＥ属性管理機能（図２のデバイス・サービス属性管理機能部２１３）にて管理される、各デバイスのデバイス属性、および各デバイスが提供するサービス属性の構成例を示す。また、図６、図７にて、特定のＥther  Ｌ３−ＳＷ（全二重）におけるデバイス共通属性、サービス共通属性の記述例の一部を示す。なお、同ＳＷは、各物理ＩＦに、品質制御不可能な入力キューを１つのみ、品質制御可能な出力キューを複数有するものとする。
【００２７】
同Ｅther  Ｌ３−ＳＷにおいては、物理ＩＦが１つ以上定義され、各ＩＦにおいて入力キューが１つのみ、出力キューが複数定義される。品質制御関連のメソッドとして、入力キューには、品質制御設定取得メソッドのみが、出力キューには品質制御設定取得・更新メソッドが定義される。また物理ＩＦには、クラシフアイ設定取得・更新メソッドが定義され、フロー識別条件、転送先の入出力キュー識別子（ここでは入力キューは一意に決定）が引数として定義される。
【００２８】
これに対し、特定の無線ＬＡＮ（ＨｉＳＷＡＮ）ＡＰ（無線ＬＡＮ側ＩＦは上下方向共に固定帯域制御に対応するものとする）においては、同一の時間軸を、ＡＰ配下の全端末で共有し、かつ半二重であることから、無線ＬＡＮ側の物理ＩＦは唯一定義され、同ＩＦ内に仮想的な入力キューおよび出力キューが、固定帯域保証用およびベストエフオート用に各々ｌつずつ定義されるものとする。同入力、出力キューには、品質制御関連のメソッドとして、品質制御設定取得メソッドのみが定義される。また、物理ＩＦには、クラシフアイ設定取得・更新メソッドが定義され、フロー識別条件、転送先の入出力キュー識別子、利用帯域が引数として定義される。なお、入出力キューにおける品質制御設定取得メソッドで滞られる“固定帯域”値は、物理ＩＦの“通信速度”値から、利用中の上下全フローの利用帯域値合計を差し引いた値となる。
【００２９】
図８は、ドメイン外ＮＷ経由等の共通ＩＦからのデバイス制御要求が、実際にドメイン内ＮＷのデバイスに送信されるまでの、ＤＮＭ内のネットワーク管理機能部２００における処理シーケンス例を示したものである。
【００３０】
基本機能パッケージ２１０の共通ＩＦ提供機能部２１１に対し、デバイスを識別するためのＩＤ（ここでは（ＮＷのデバイスＩＤ）＋（物理ＩＦのデバイスＩＤ）＋（入力または出力キューのデバイスＩＤ）の形でデバイスを識別するものとする）を引数として制御要求が送られると（ａ）、共通ＩＦ提供機能部２１１は、デバイス・サービス属性管理部２１３よりそのデバイスモデルＩＤおよび制御アドレスを取得する（ｂ）（ｃ）。同機能部２１１は、その内のデバイスモデルＩＤを引数として、パッケージ属性管理機能部２１２よりパッケージＩＤを取得後（ｄ）、そのパッケージ（ここではメッセージ変換機能パッケージ２２０）内のメッセージ変換機能部２２１に対して、制御アドレスを引数として共通メッセージを引き渡す（ｅ）。メッセージ変換機能部２２１はその共通メッセージを、機器（デバイス）に固有のメッセージ（１つまたは複数）に変換し、通信機能パッケージ２３０内の対応するデバイス通信機能部２３１に同メッセージを受け渡す（ｆ）。デバイス通信機能部２３１は、同固有メッセージを該当機器に送信する。これにより、共通ＡＰＩによる機器の制御が実現される。
【００３１】
図９は、ドメイン内ＮＷに新たなデバイスが接続された時の、ＤＮＭ内のネットワーク管理機能部２００における機能拡張の処理シーケンス例を示したものである。
【００３２】
基本機能パッケージ（共通ＩＦ機能提供パッケージ）２１０内のデバイス接続監視機能部２１４が、デバイスの接続を、Ｐｉｎｇによるボーリング、ＤＨＣＰ、ＳＮＭＰあるいはＵＰｎＰ通信を実現する通信機能パッケージ２３０のデバイス通信機能部２３１を介して接続を監視し（ａ）、応答のあったデバイスが登録済みか否かを、デバイス・サービス属性管理部２１３に確認する（ｂ）。そして、デバイス・サービス属性管理部２１３に未登録のデバイスについては、デバイス接続監視機能部２１４が、ＳＮＭＰあるいはＵＰｎＰ通信を実現する通信機能パッケージ２３１内の同デバイス通信機能部２３１より、そのデバイスのｓｙｓＯbjectＩＤあるいはmodelＮumberの値を取得し（ｃ）、それを共通化した機器モデルＩＤおよびＩＰアドレスを引数として、デバイス管理機能部２１５に登録を行う（ｄ）。
【００３３】
デバイス管理機能部２１５は、登録されたデバイスモデルＩＤを引数として、必要なメッセージ変換機能パッケージ２２０および通信機能パッケージ２３０のパッケージＩＤを、パッケージ属性管理機能部に要求する（ｅ）。そして、該当するパッケージＩＤが共に回答された場合、デバイス管理機能部２１５は、該当するメッセージ変換機能パッケージに対し、デバイス属性の登録を要求し（ｆ）、パッケージ登録機能部２２２は、デバイス・サービス属性管理部２１３に対し新たなデバイス属性を登録する（ｇ）。一方、該当するパッケージのいずれかが存在しない場合、デバイス管理機能部２１５は、パッケージ属性管理機能部２１２よりパッケージＵＲＬを取得して（ｈ）、該当するパッケージ配信装置３０のパッケージディレクトリ機能部よりパッケージを取得する（ｉ）。その後、デバイス管理機能部２１５からの要求により（ｆ）（ｊ）、取得したメッセージ変換機能パッケージ、通信機能パッケージ内のパッケージ登録機能部２２２、２３２が、パッケージ属性管理機能部２１２に対しパッケージ登録を行い（ｋ）、またメッセージ変換機能パッケージ内のパッケージ登録機能部２２２については、デバイス・サービス属性管理機能部２１３に対してデバイス・サービスの属性を登録する（ｇ）。
【００３４】
図１０は、パッケージ属性管理機能部２１２における、管理テーブルの一例を示したものである。ここでは、パッケージ名、パッケージ種別、パッケージバージョン等の値を記述し、パッケージ種別が“メッセージ変換機能”の場合は、そのパッケージが対象とする機器モデルおよび利用する通信機能パッケージ名を記述する。
【００３５】
図１１は、パッケージ配信装置内のパッケージディレクトリ機能部における管理テーブルの内、メッセージ変換機能、通信機能パッケージを管理するテーブルを示したものである。機器モデル、各モデルに対応するメッセージ変換機能パッケージおよび通信機能パッケージのパッケージ名、そのパッケージのＵＲＬが記述される。
【００３６】
なお、図２で示したネットワーク管理機能部における処理機能をコンピュータのプログラムで構成し、そのプログラムをコンピュータを用いて実行して本発明を実現することができることは言うまでもない。また、コンピュータでその処理機能を実現するためのプログラムを、そのコンピュータが読み取り可能な記録媒体、例えば、ＦＤ、ＭＯ、ＲＯＭ、メモリカード、ＣＤ、ＤＶＤ、リムーバブルディスクなどに記録して、保存したり、提供したりすることができるとともに、インターネット等のネットワークを通してそのプログラムを配布したりすることが可能である。
【図面の簡単な説明】
【００３７】
【図１】本発明のネットワークシステムの適用例を示す図である。
【図２】ドメインネットワークマネージャ（ＤＮＭ）内のネットワーク管理機能部の構成例を示す図である。
【図３】共通ネットワーク（ＮＷ）管理モデルの概念図である。
【図４】デバイス共通属性の構成例を示す図である。
【図５】サービス共通属性の構成例を示す図である。
【図６】デバイス共通属性の記述例（Ｅther  Ｌ３−ＳＷ）を示す図である。
【図７】サービス共通属性の記述例（Ｅther  Ｌ３−ＳＷ）を示す図である。
【図８】ネットワーク管理機能部における共通ＡＰＩによる機器制御処理シーケンス例を示す図である。
【図９】ネットワーク管理機能部におけるパッケージ取得処理シーケンスを示す図である。
【図１０】パッケージ属性管理機能部における管理テーブルの一例を示す図である。
【図１１】パッケージディレクトリ機能部における管理テーブルの一例を示す図である。
【符号の説明】
【００３８】
１０  ドメイン内ネットワーク
１１、１２、１３  ネットワーク機器
１４、１５  通信端末機器
１６  ドメインネットワークマネージャ（ＤＮＭ）
２０  ドメイン外ネットワーク
３０  パッケージ配信装置
２００  ネットワーク管理機能部
２１０  基本機能パッケージ
２１１  共通ＩＦ提供機能部
２１２  パッケージ属性管理機能部
２１３  デバイス・サービス属性管理機能部
２１４  デバイス接続監視機能部
２２０  メッセージ変換機能パッケージ
２２１  メッセージ変換機能部
２２２  パッケージ登録機能部
２３０  通信機能パッケージ
２３１  デバイス通信機能部
２３２  パッケージ登録機能部
【図１】
2005252628.tif 000003
【図２】
2005252628.tif 000004
【図３】
2005252628.tif 000005
【図４】
2005252628.tif 000006
【図５】
2005252628.tif 000007
【図６】
2005252628.tif 000008
【図７】
2005252628.tif 000009
【図８】
2005252628.tif 000010
【図９】
2005252628.tif 000011
【図１０】
2005252628.tif 000012
【図１１】
2005252628.tif 000013