(57)【特許請求の範囲】
【請求項１】
同一の管理指針（ポリシー）を持つネットワーク装置の集合に、同一の識別子（ゾーン識別子）が付与されたネットワークにおいて、前記ネットワーク装置にサービス機能を安全に導入するサービス機能安全導入ネットワークシステムにおけるサービス機能安全導入方法であって、
前記サービス機能安全導入ネットワークシステムは、前記識別子毎にポリシー管理とサービス機能を実現するプログラムモジュールの管理を行うゾーン管理サーバを具備し、
前記ゾーン管理サーバにおいて、
前記プログラムモジュールを端末から仕様情報及びサービス参加領域情報と共に受信すると、前記サービス参加領域内の全ゾーン管理サーバに前記仕様情報を送信するステップと、
送信したゾーン管理サーバからプログラムモジュール導入の受け入れ可否情報を受信するステップと、
全てのゾーン管理サーバが前記プログラムモジュール導入の受け入れが可能であれば、前記プログラムモジュールを全てのゾーン管理サーバに分配するステップと、
前記プログラムモジュールが分配された後に、前記プログラムモジュールを適切なネットワーク装置に導入するステップと、
全てのゾーン管理サーバが前記プログラムモジュール導入の受け入れが可能であるのでなければ、エラーメッセージを前記端末に送信するステップと、
を有することを特徴とするサービス機能安全導入方法。
【請求項２】
前記ポリシーを表現する情報はセキュリティ、リソース、課金の３つのグループに分類されていることを特徴とする請求項１に記載のサービス機能安全導入方法。
【請求項３】
前記ゾーン管理サーバが、端末からサービス参加領域情報と共に共通ポリシー情報取得要求を受信すると、前記サービス参加領域情報に共通なポリシー情報を取得して前記端末に送信するステップを有することを特徴とする請求項１または２に記載のサービス機能安全導入方法。
【請求項４】
前記ゾーン管理サーバが、端末からプログラムモジュールの仕様情報と共にサービス参加領域情報取得要求を受信すると、仕様情報を受け入れ可能な全てのサービス参加領域情報を取得して前記端末に送信するステップを有することを特徴とする請求項１乃至３のうちいずれか１項に記載のサービス機能安全導入方法。
【請求項５】
同一の管理指針（ポリシー）を持つネットワーク装置の集合に、同一の識別子（ゾーン識別子）が付与されたネットワークにおいて、前記ネットワーク装置にサービス機能を安全に導入するサービス機能安全導入ネットワークシステムであって、
前記識別子毎にポリシー管理とサービス機能を実現するプログラムモジュールの管理を行うゾーン管理サーバを具備し、
前記ゾーン管理サーバが、
前記プログラムモジュールを端末から仕様情報及びサービス参加領域情報と共に受信すると、前記サービス参加領域内の全ゾーン管理サーバに前記仕様情報を送信する手段と、
送信したゾーン管理サーバからプログラムモジュール導入の受け入れ可否情報を受信する手段と、
全てのゾーン管理サーバが前記プログラムモジュール導入の受け入れが可能であれば、前記プログラムモジュールを全てのゾーン管理サーバに分配する手段と、
前記プログラムモジュールが分配された後に、前記プログラムモジュールを適切なネットワーク装置に導入する手段と、
全てのゾーン管理サーバが前記プログラムモジュール導入の受け入れが可能であるのでなければ、エラーメッセージを前記端末に送信する手段と、
を具備することを特徴とするサービス機能安全導入ネットワークシステム。
【請求項６】
前記ポリシーを表現する情報はセキュリティ、リソース、課金の３つのグループに分類されていることを特徴とする請求項５に記載のサービス機能安全導入ネットワークシステム。
【請求項７】
前記ゾーン管理サーバが、端末からサービス参加領域情報と共に共通ポリシー情報取得要求を受信すると、前記サービス参加領域情報に共通なポリシー情報を取得して前記端末に送信する手段を具備することを特徴とする請求項５または６に記載のサービス機能安全導入ネットワークシステム。
【請求項８】
前記ゾーン管理サーバが、端末からプログラムモジュールの仕様情報と共にサービス参加領域情報取得要求を受信すると、仕様情報を受け入れ可能な全てのサービス参加領域情報を取得して前記端末に送信する手段を具備することを特徴とする請求項５乃至７のうちいずれか１項に記載のサービス機能安全導入ネットワークシステム。
【請求項９】
同一の管理指針（ポリシー）を持つネットワーク装置の集合に、同一の識別子（ゾーン識別子）が付与されたネットワークにおいて、前記ネットワーク装置にサービス機能を安全に導入するサービス機能安全導入ネットワークシステムにおいて、
前記識別子毎にポリシー管理とサービス管理を実現するプログラムモジュールの管理を行うゾーン管理サーバを、
前記プログラムモジュールを端末から仕様情報及びサービス参加領域情報と共に受信すると、前記サービス参加領域内の全ゾーン管理サーバに前記仕様情報を送信する手段と、
送信したゾーン管理サーバからプログラムモジュール導入の受け入れ可否情報を受信する手段と、
全てのゾーン管理サーバが前記プログラムモジュール導入の受け入れが可能であれば、前記プログラムモジュールを全てのゾーン管理サーバに分配する手段と、
前記プログラムモジュールが分配された後に、前記プログラムモジュールを適切なネットワーク装置に導入する手段と、
全てのゾーン管理サーバが前記プログラムモジュール導入の受け入れが可能であるのでなければ、エラーメッセージを前記端末に送信する手段と、
として機能させるためのサービス機能安全導入用プログラム。
【請求項１０】
前記ポリシーを表現する情報はセキュリティ、リソース、課金の３つのグループに分類されていることを特徴とする請求項９に記載のサービス機能安全導入用プログラム。
【請求項１１】
前記ゾーン管理サーバが、端末からサービス参加領域情報と共に共通ポリシー情報取得要求を受信すると、前記サービス参加領域情報に共通なポリシー情報を取得して前記端末に送信する手段として前記ゾーン管理サーバを機能させることを特徴とする請求項９または１０に記載のサービス機能安全導入用プログラム。
【請求項１２】
前記ゾーン管理サーバが、端末からプログラムモジュールの仕様情報と共にサービス参加領域情報取得要求を受信すると、仕様情報を受け入れ可能な全てのサービス参加領域情報を取得して前記端末に送信することを特徴とする請求項９乃至１１のうちいずれか１項に記載のサービス機能安全導入用プログラム。
【請求項１３】
請求項９乃至１２のうちいずれか１項に記載のサービス機能安全導入用プログラムを記録したことを特徴とする記録媒体。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、データネットワークサービスを提供するネットワーク装置に対して、新しいサービスを提供するプログラムモジュールを動的に導入し、ネットワーク装置の処理内容をサービス利用者の要求に応じて変更する技術に関し、特に、ネットワーク装置にサービス機能を安全に導入するサービス機能安全導入方法及びネットワークシステム並びにサービス機能安全導入用プログラム及びその記録媒体に関するものである。
【０００２】
【従来の技術】
データネットワークサービスを提供するネットワーク装置に、新しいサービスを導入する場合、現在はネットワーク装置ファームウェアをアップグレードする方法が一般的である。このアプローチには、作業に係わるコスト、時間が多くかかる、また、異種の装置に対するファームウェアの冗長開発が必要になるという問題点がある。
【０００３】
これらの問題点を解決するため、「アクティブネットワーク」と呼ばれる新しい技術分野に関する検討が行われている。この検討では、サービス機能を提供するプログラムモジュールをネットワーク装置上で動作させるための実行環境を、ファームウェア上に構築し、その上に、短時間でプログラムモジュールを配置させるための機構を構築することで、サービス導入の迅速化を図っている。「アクティブネットワーク」により、ネットワーク装置は活性化され、これまで端末で行うものと考えられていたデータ処理機能は、今後、ネットワークサービスとして提供されるものも多く出現すると予想される。
【０００４】
前記「アクティブネットワーク」技術は以下の３つの領域に分類される。
【０００５】
１）アクティブパケット：「インバンドアプローチ」と呼ばれるもので、小規模なプログラムコードをパケットヘッダに埋め込み、このパケットが通過する際にネットワーク装置でこのプログラムコードが実行される。このアプローチは、ネットワーク装置で動作させるプログラムコードを容易に変更可能なため、サービス追加、変更の柔軟性と拡張性に優れる。
【０００６】
２）アクティブノード：「アウトオブバンドアプローチ」と呼ばれるもので、大規模なプログラムコードを、前もってネットワーク装置に配置しておき、ネットワーク装置を通過するパケットが、ヘッダに埋め込まれたサービス識別子情報を基にこれらのコードを動作させてサービスを実行する。このアプローチは、サービス内容を複雑化できるプログラムコードのセキュリティ検査を予め実行できる等の長所がある。
【０００７】
３）アクティブパケットアンドノード：前記１）の領域と前記２）の領域の混合アプローチで、両方の長所を同時に達成させようとするものである。
【０００８】
【発明が解決しようとする課題】
前記従来の技術では、「アクティブネットワーク」技術を適用したネットワーク装置をインターネットサービス等の広域ネットワークサービスヘ展開しようとする際に、異なるサービス提供者（開発者）が所有するネットワーク装置に対して、どのようにプログラムモジュールを導入するかについての検討は行われていない。広域ネットワークサービスは多くのサービス提供者から構成されており、各サービス提供者は所有するネットワーク装置の管理に関する独自のポリシー（管理指針）を持っている。
【０００９】
従来の技術におけるプログラムモジュール導入法は、すべてのサービス提供者が統一的なポリシーや制限を共有している場合には利用可能であるが、異なるポリシーを持っている場合には、プログラムモジュールの導入に伴う既存利用者や既存サービスヘの安全性を確保するため、サービス提供者のポリシーとプログラムモジュールの仕様との調整が必要になる。
【００１０】
本発明の目的は、異なるポリシーを持っているサービス提供者が所有するネットワーク装置に対するプログラムモジュールの導入に伴う、サービス提供者のポリシーとプログラムモジュールの仕様との調整法を確立することが可能な技術を提供することにある。
【００１１】
本発明の前記ならびにその他の目的と新規な特徴は、本明細書の記述及び添付図面によって明らかにする。
【００１２】
【課題を解決するための手段】
本願において開示される発明のうち代表的なものの概要を簡単に説明すれば以下のとおりである。
【００１３】
第１の発明は、同一の管理指針（ポリシー）を持つネットワーク装置の集合に、同一の識別子（ゾーン識別子）が付与されたネットワークにおいて、前記ネットワーク装置にサービス機能を安全に導入するサービス機能安全導入ネットワークシステムにおけるサービス機能安全導入方法であって、前記サービス機能安全導入ネットワークシステムは、前記識別子毎にポリシー管理とサービス機能を実現するプログラムモジュールの管理を行うゾーン管理サーバを具備し、前記ゾーン管理サーバにおいて、前記プログラムモジュールを端末から仕様情報及びサービス参加領域情報と共に受信すると、前記サービス参加領域内の全ゾーン管理サーバに前記仕様情報を送信するステップと、送信したゾーン管理サーバからプログラムモジュール導入の受け入れ可否情報を受信するステップと、全てのゾーン管理サーバが前記プログラムモジュール導入の受け入れが可能であれば、前記プログラムモジュールを全てのゾーン管理サーバに分配するステップと、前記プログラムモジュールが分配された後に、前記プログラムモジュールを適切なネットワーク装置に導入するステップと、
全てのゾーン管理サーバが前記プログラムモジュール導入の受け入れが可能であるのでなければ、エラーメッセージを前記端末に送信するステップと、を有するものである。
【００１４】
第２の発明は、前記第１の発明のサービス機能安全導入方法において、前記ポリシーを表現する情報はセキュリティ、リソース、課金の３つのグループに分類されているものである。
【００１５】
第３の発明は、前記第１又は第２の発明のサービス機能安全導入方法において、前記ゾーン管理サーバが、端末からサービス参加領域情報と共に共通ポリシー情報取得要求を受信すると、前記サービス参加領域情報に共通なポリシー情報を取得して前記端末に送信するステップを有するものである。
【００１６】
第４の発明は、前記第１乃至第３の発明のうちいずれか１つのサービス機能安全導入方法において、前記ゾーン管理サーバが、端末からプログラムモジュールの仕様情報と共にサービス参加領域情報取得要求を受信すると、仕様情報を受け入れ可能な全てのサービス参加領域情報を取得して前記端末に送信するステップを有するものである。
【００２９】
すなわち、本発明では、同一のポリシーをもったネットワークの領域を「ゾーン」と名づけ、各「ゾーン」内のネットワーク装置は同一の識別子が付与され、管理される。一般的に、一つの「ゾーン」は一つのサービス提供者の管理範囲と一致することが多い。
【００３０】
また、各「ゾーン」のポリシー管理を行うホストとして「ゾーンマネージャ」を導入する。「ゾーンマネージャ」は「ゾーン」内のネットワーク装置に関する全てのポリシーに関する情報を管理し、「ゾーン」の代表者として、他の「ゾーン」とのポリシーの調整やサービス機能を提供するプログラムモジュールの管理を行う。
【００３１】
また、「ゾーンマネージャ」によって管理されるポリシー情報を、“セキュリティ”、“リソース”、“課金”の３つのグループに分類する。
【００３２】
セキュリティポリシーは、プログラムモジュールをネットワーク装置に導入する際の既存利用者や既存サービスヘの“脅威”を最小限に抑えるために、各「ゾーン」に課された制限を表現する。リソースポリシーは、導入されるプログラムモジュールが、同一ネットワーク装置に存在する他のプログラムモジュールの提供機能やネットワーク装置が持つパケット転送などの基本機能の動作を妨げないようにするため、導入されるプログラムモジュールが使用するネットワーク装置のリソースを、ネットワーク装置が予め割り当てるための制限を表現する。課金ポリシーは、プログラムモジュールの動作に係わる、サービス利用者からサービス提供者への支払い額の制限を表現する。
【００３３】
また、本発明では、サービス開発者が作成したプログラムモジュールを、サービス利用者がゾーンマネージャに依頼し、サービスを提供する全ての「ゾーン」の「ゾーンマネージャ」が連携して、適切なネットワーク装置へ導入するための処理手順を定義する。
【００３４】
サービス利用者がプログラムモジュールをネットワーク装置に導入する際には、最初に、サービス利用代表端末を通して、自分が所属する「ゾーン」の「ゾーンマネージャ」に対して、プログラムモジュールをプログラムモジュールの仕様情報と共に送信する。送信された主「ゾーンマネージャ」は、仕様情報を全てのサービス提供「ゾーン」の従「ゾーンマネージャ」に送信することで、前記で示した３つのグループのポリシー情報との調整を行う。
【００３５】
調整に失敗が発生した場合は、主「ゾーンマネージャ」が、サービス利用代表端末に対して、プログラム仕様が全てのポリシーに合致するようにプログラムモジュールを変更するか、又はプログラムモジュールを分配する「ゾーン」を変更するように要求する。主「ゾーンマネージャ」が全ての従「ゾーンマネージャ」との調整に成功すると、プログラムモジュールは直ちに従「ゾーンマネージャ」に分配され、次に、従「ゾーンマネージャ」は適切なネットワーク装置にそれらを導入する。
【００３６】
また、サービス開発者が、幾つかの「ゾーン」の共通ポリシーを問い合わせることを可能にする方法を提供する。サービス開発者は、サービス開発代表端末を通して「ゾーン」識別子の集合をパラメータとして主「ゾーンマネージャ」に問い合わせを行うと、主「ゾーンマネージャ」は、識別子に対応した従「ゾーンマネージャ」と連携して、共通ポリシーを計算して、サービス開発代表端末を通してサービス開発者に返答する。この情報を基に、サービス開発者はそれらの「ゾーン」で有効性が保証されるプログラムモジュールを作成することが可能となる。
【００３７】
また、本発明では、サービス利用者が、プログラムモジュールが導入可能な最大領域（ゾーン識別子セット）を問い合わせることを可能にする方法を提供する。
【００３８】
サービス利用者は、サービス利用代表端末を通して、プログラムモジュール仕様をパラメータとして主「ゾーンマネージャ」に問い合わせを行うと、主「ゾーンマネージャ」は、他の全ての「ゾーンマネージャ」と連携して、この仕様を受け入れる全ての「ゾーン」識別子のリストをサービス利用代表端末を通してサービス利用者に返答する。このリストを基に、サービス利用者はプログラムモジュールを導入すべき領域を判断することができる。
【００３９】
以下、本発明について、図面を参照して本発明の実施の形態（実施例）とともに詳細に説明する。
【００４０】
【発明の実施の形態】
図１は、本発明の実施形態に係るネットワーク形態の概略構成を示す模式図である。１０１はゾーン１、１０２はゾーン２、１０３はゾーン３であり、３つの異なるネットワークサービス提供者（ＮＳＰ１）、（ＮＳＰ２）、（ＮＳＰ３）によって所有されているネットワークを示している。ゾーンは同一のポリシーを持ったネットワーク領域を表すため、通常は、１つのサービス提供者が所有するネットワーク装置には同じポリシーが適用されることが多く、図１に示すように、各ゾーンはネットワークサービス提供者の所有領域と一致することが多い。１０４、１０５、１０６はゾーンマネージャであり、それぞれのゾーンの代表としての役割を果たす。１０７、１０８はルータであり、ゾーン１０１の中に存在し、１０９、１１０、１１１はルータであり、ゾーン１０２の中に存在し、１１２、１１３、１１４はルータであり、ゾーン１０３に存在する。１１５はサービス利用代表端末であり、サービス機能を提供するプログラムモジュールを前記で示すルータ等のネットワーク装置に導入する際に用いられる端末である。１１６はサービス開発代表端末であり、プログラムモジュール開発を行う端末である。
【００４１】
図２は、図１のネットワーク形態で用いられるシーケンス例を示したものである。本シーケンスでは、サービス利用代表端末１１５は、ゾーン１０２とゾーン１０３のネットワーク装置にプログラムモジュールを導入しようとしている。サービス利用代表端末１１５は、最初に、プログラムモジュールをその仕様情報と共に、ゾーンマネージャ１０４にサービス導入要求メッセージとして送信する（ｓ２０１）。
【００４２】
ゾーンマネージャ１０４は、次に、ゾーンマネージャ１０５、ゾーンマネージャ１０６に対して、仕様情報と共にサービス導入要求を転送する（ｓ２０２、ｓ２０４）。図２では、両方のゾーンマネージャから成功通知が返信されており（ｓ２０３、ｓ２０５）、ゾーンマネージャ１０４は、次に、サービス分配要求メッセージとして、両方のゾーンマネージャに対してプログラムモジュールを分配する（ｓ２０６、ｓ２０９）。ゾーンマネージャ１０５、ゾーンマネージャ１０６は、サービス分配要求メッセージを受信すると、必要なネットワーク装置にプログラムモジュールを導入し（ｓ２０７、ｓ２１０）、ゾーンマネージャ１０４に成功通知を返信する（ｓ２０８、ｓ２１１）。最後に、ゾーンマネージャ１０４は、導入の成功をサービス利用代表端末１１５に通知する（ｓ２１２）。
【００４３】
図３は、図２のシーケンスを実行するためのゾーンマネージャ１０４の処理フローを示すフローチャートである。
【００４４】
ゾーンマネージャ１０４が、サービス導入要求としてプログラムモジュールをその仕様情報と共に受信する（ｓ３０１）と、仕様情報から宛先ゾーン識別子を抽出する（ｓ３０２）。次に、ゾーン識別子が空でなければ（ｓ３０３）、宛先ゾーン識別子のゾーンマネージャと接続して（ｓ３０４）、その仕様情報を送信する（ｓ３０５）。仕様情報が宛先ゾーンのゾーンマネージャが管理するポリシーに従う場合は、宛先ゾーンのゾーンマネージャからは成功通知が返信（受信）され（ｓ３０６）、ゾーンマネージャ１は次の宛先ゾーンのゾーンマネージャに接続して、宛先ゾーンの数だけ同様の処理を繰り返す。
【００４５】
宛先ゾーンのゾーンマネージャから失敗通知が返信された場合は、エラーメッセージをサービス利用代表端末に送信し（ｓ３０７）、本処理は終了する。また、ゾーンマネージャ１０４が全ての宛先ゾーンのゾーンマネージャから成功通知を受信すると、全ての宛先ゾーンのゾーンマネージャにプログラムモジュールを分配し（ｓ３０８）、本処理は終了する。
【００４６】
図４は、図２に示すシーケンスの中で、ゾーンマネージャ１０５、ゾーンマネージャ１０６がゾーンマネージャ１０４からサービス導入要求を受信した後、要求を受け入れるかどうか判断する際に使われる属性値の例を示している。
【００４７】
図４に示す表４０１は、サービス導入要求受信側のゾーンマネージャが利用するポリシーの記述内容を示し、表４０２は、サービス導入要求送信側のゾーンマネージャが利用するプログラムモジュールの仕様内容を示している。
【００４８】
本実施形態では、ポリシーの記述内容は、セキュリティ、リソース、課金の３つの主グループに分類される。
【００４９】
本実施形態では、セキュリティポリシーは４つの情報を表す。「受入開発者識別子」は、そのゾーンが信頼を置く開発者を示す。このリストに載っていない開発者によって作成されたプログラムモジュールは、受入を拒否される。
【００５０】
「ゾーン同盟」は、ゾーンマネージャがお互いにプログラムモジュールをやり取りするための相互同盟を結んでいるゾーングループを示す。このリストに載っているゾーンからの分配されたプログラムモジュールのみが受け入れられる。「モジュール間コミュニケーション」は、同じネットワーク装置に存在するプログラムモジュール間で協調動作を行うことが許可されているかどうかを示す、“ＯＫ”または“ＮＧ”の属性を示す。
【００５１】
「トラフィックジェネレーション」は、プログラムモジュールが、受信するトラフィックに加えて、新たなトラフィックを自ら作り出すことが許可されているかどうかを示す、“ＯＫ”または“ＮＧ”の属性を示す。
【００５２】
本実施形態では、リソースポリシーは、ネットワーク装置のリソースに関する、３つのプログラムモジュールが使用可能な上限値を表す。「モジュールサイズ限度」は、そのゾーンで受け入れられる最大のプログラムモジュールサイズを示す。「時間限度」は、ゾーン内にプログラムモジュールが生存できる最大長を示す。「帯域限度」は、各プログラムモジュールが使うことができるネットワーク帯域の最大量を示す。最後に、課金ポリシーは、プログラムモジュールが動作するために必要な料金情報を示す。
【００５３】
本実施形態では、課金ポリシーは、プログラムモジュールがゾーン内のネットワーク装置に導入される際に支払われる「基本料金」と、導入されたプログラムモジュールが動作する際に、導入するネットワーク装置数分支払われる「利用料金」とから成る。
【００５４】
本実施形態では、プログラムモジュール仕様の記述内容は、ポリシーの記述内容と同一フォーマットであり、各々の属性値が１対１で比較可能となっている。プログラムモジュール仕様の記述内容は、ポリシーの記述内容と同様にセキュリティ、リソース、課金の３つの主グループに分類され、ポリシーの記述内容の各々の属性に対応する属性を持つ。
【００５５】
「開発者識別子」は、プログラムモジュールの開発者を表す。「所有者ゾーン」は、サービス利用者が所属するゾーン情報を示す。「モジュール間コミュニケーション」と「トラフィックジェネレーション」は、そのプログラムモジュールによって各々の機能が要求されるかどうかを示す、“要求”または“非要求”の属性を表す。「モジュールサイズ」はモジュールのサイズを示し、「要求時間」と「要求帯域」は、各々、プログラムモジュールがサービス機能を実現するために必要な、生存時間とネットワーク帯域に関する最低量を示す。最後に、「最大基本料金」と「最大利用料金」はサービス利用者が支払うことのできる最大料金を示している。
【００５６】
ポリシーとプログラムモジュール仕様の各属性値を比較することで、サービス導入要求を受信したゾーンマネージャは、プログラムモジュールを受け入れるかどうかを判断することができる。
【００５７】
図５は、ゾーンマネージャが、幾つかのゾーン（ゾーンセット）の共通ポリシーの情報を取得して、サービス開発者に知らせるための処理フローを示すフローチャートである。
【００５８】
サービス開発者からサービス開発代表端末を通して、ゾーンセットの情報と共に共通ポリシー情報取得要求を受信すると（ｓ５０１）、ゾーンマネージャは、図４の表４０１で示したフォーマットの空のポリシー情報表を生成する（ｓ５０２）。この表は、指定されたゾーンセットの共通ポリシーを格納するために使用される。
【００５９】
次に、ゾーンマネージャは、指定されたゾーンセット情報からゾーン識別子を抽出し（ｓ５０３）、ゾーンセット情報内のゾーン識別子が空でなければ（ｓ５０４）、各ゾーン識別子に対応したゾーンマネージャと接続して、各ゾーンのポリシー情報を取得する（ｓ５０５）。
【００６０】
次に、ゾーンマネージャは、取得したポリシー情報の次の（初回は先頭の）属性値を抽出し（ｓ５０６）、それが空でなければ（ｓ５０７）、取得したポリシー情報の各属性値は、その時の共通ポリシー情報と比較され（ｓ５０８）、より厳しい条件だった場合は、その値は共通ポリシー情報に書き込まれる（ｓ５０９）。全てのゾーンマネージャとの接続が終了すると、その時の共通ポリシー情報を、サービス開発者にサービス開発代表端末を通じて返信する（ｓ５１０）。
【００６１】
図６は、図５の処理フローで生成された共通ポリシー情報の例を示したものである。
【００６２】
列６０１、６０２、６０３は、各々ゾーン１（１０１）、ゾーン２（１０２）、ゾーン３（１０３）のポリシーを示している。それらの共通ポリシー情報を列６０４に示す。共通ポリシー情報の各属性値は、ゾーンセットの中で最も厳しい条件を示しており、この共通ポリシーに従って作成されたプログラムモジュールは、この全てのゾーンセットで受け入れられることが保証される。
【００６３】
図７は、ゾーンマネージャが、指定されたプログラムモジュール仕様が受け入れ可能なゾーンセットの情報を取得して、サービス利用代表者に知らせるための処理フローを示すフローチャートである。
【００６４】
サービス利用代表者からサービス利用代表端末を通して、プログラムモジュール仕様の情報と共にゾーンセット情報取得要求を受信すると（ｓ７０１）、ゾーンマネージャは、空のゾーン識別子リストを生成（作成）する（ｓ７０２）。このリストは、指定されたプログラムモジュールの仕様を受け入れ可能なゾーン識別子情報を格納するために使用される。
【００６５】
次に、ゾーンマネージャは、自分が持つ“同盟ゾーンデータベース”からゾーン識別子を取得し（ｓ７０３）、ゾーン識別子が空でなければ（ｓ７０４）、各識別子に対応したゾーンマネージャに接続して（ｓ７０５）、指定されたプログラムモジュールの仕様情報を、ゾーンセット情報取得要求として送信する（ｓ７０６）。成功通知が返信（受信）された場合は（ｓ７０７）、そのゾーン識別子がゾーン識別子リストに追加される（ｓ７０８）。
【００６６】
“同盟ゾーンデータベース”のすべてのゾーン識別子に対応したゾーンマネージャと接続が終了すると、ゾーン識別子リストをサービス利用代表者へサービス利用代表端末経由で返信する（ｓ７０９）。
【００６７】
図８は、図７に示す処理フローで生成されたゾーン識別子リストの例を示すものである。
【００６８】
列８０１は、サービス利用者によって指定されたプログラムモジュール仕様を示している。列８０２，８０３，８０４は、指定された仕様が、それぞれゾーン１（１０１）、ゾーン２（１０２）、ゾーン３（１０３）のポリシーと比較して受け入れられるかどうかを示している。結果としては、ゾーン１（１０１）とゾーン３（１０３）がゾーン識別子リストに登録される。列８０１に示す仕様を持ったプログラムモジュールは、ゾーン１（１０１）、ゾーン３（１０３）で受け入れられることが保証される。
【００６９】
以上、本発明者によってなされた発明を、前記実施形態に基づき具体的に説明したが、本発明は、前記実施形態に限定されるものではなく、その要旨を逸脱しない範囲において種々変更可能であることは勿論である。
【００７０】
【発明の効果】
本願において開示される発明のうち代表的なものによって得られる効果を簡潔に説明すれば、以下のとおりである。
【００７１】
本発明によれば、様々なサービス機能を提供するプログラムモジュールを、各ネットワーク装置のポリシーを検査した上で、安全に、適切なネットワーク装置へ導入することが可能になる。また、様々なポリシーが存在する環境においても、プログラムモジュールの仕様に合わせたサービス提供領域の確保や、サービス提供領域に合わせたプログラムモジュールの作成が可能となり、サービスの効果的な導入や、プログラムモジュールの迅速な開発が可能となる。
【図面の簡単な説明】
【図１】本発明の実施形態に係るネットワーク形態の概略構成を示す模式図である。
【図２】図１のネットワーク形態で用いられるシーケンス例を示したものである。
【図３】図２のシーケンスを実行するためのゾーンマネージャの処理フローを示すフローチャートである。
【図４】図２に示すシーケンスの中で各ゾーンマネージャからサービス導入要求を受信した後、要求を受け入れるかどうか判断する際に使われる属性値の例を示す図である。
【図５】本実施形態のゾーンマネージャが幾つかのゾーン（ゾーンセット）の共通ポリシーの情報を取得して、サービス開発者に知らせるための処理フローを示すフローチャートである。
【図６】図５の処理フローで生成された共通ポリシー情報の例を示した図である。
【図７】本実施形態のゾーンマネージャが、指定されたプログラムモジュール仕様が受け入れ可能なゾーンセットの情報を取得して、サービス利用代表者に知らせるための処理フローを示すフローチャートである。
【図８】図７に示す処理フローで生成されたゾーン識別子リストの例を示す図である。
【符号の説明】
１０１…ゾーン１              １０２…ゾーン２
１０３…ゾーン３              １０４、１０５、１０６…ゾーンマネージャ
１０７〜１１４…ルータ        １１５…サービス利用代表端末
１１６…サービス開発代表端末
【図１】
0003790123.tif 000002
【図２】
0003790123.tif 000003
【図３】
0003790123.tif 000004
【図４】
0003790123.tif 000005
【図５】
0003790123.tif 000006
【図６】
0003790123.tif 000007
【図７】
0003790123.tif 000008
【図８】
0003790123.tif 000009