階層的サービス管理システム
本発明は、顧客を階層的に管理するシステム、方法およびコンピュータプログラム製品を提供する。顧客階層は、ルートサービスプロバイダー（ＲＳＰ）、タイアードサービスプロバイダー（ＴＳＰ）および最終顧客を有する。本発明は、小規模なサービスプロバイダー（ＳＰ）を顧客として構成する能力を獲得し、それらの資源を管理することによって、大規模なＳＰによる顧客の統治を可能にする。小規模なＳＰは次に、それ自体の顧客を持つことができる。小規模なＳＰは、階層内のそれよりも上位にあるＳＰから干渉されることなく、これら顧客を統治する。顧客はポリシーによって統治されている。ポリシーは、顧客を制御するためにＳＰによって規定された規則セットである。また、本発明により、サービスプロバイダーが、異なったポリシーを異なった顧客に実施でき、ある顧客に対するポリシーを、その他の顧客に影響を及ぼさずに、変更できる。
【発明の詳細な説明】
【背景技術】
【０００１】
（背景）
本発明は、サービス管理システムに関する。特に、本発明は、サービスプロバイダーが階層的な管理ドメインを生成および管理できるサービス管理システムの開発に関する。階層的な管理ドメインの例は、サービスプロバイダーおよび顧客のネットワーク、並びに、本社、支社およびロケーションオフィスを有する組織である。
【０００２】
科学技術の到来と共に、インターネットおよび類似の通信手段の利用は、大いに増大した。これらは、様々なサービスを人々に提供し、これらサービスは、ネットワーク上のサービスプロバイダーによって行われている。
【０００３】
サービスプロバイダーは、顧客として個人および組織の双方を所有でき、様々なサービスをそれらに提供する。このようなサービスの幾つかの例は、「セキュリティサービス」および「サービスの品質」である。「セキュリティサービス」は、ネットワークにおいて不正な侵害の阻止を行う。違法なユーザーは、データを変更でき、データへ不正アクセスでき、データを破壊でき、あるいは、組織のコンピュータ資源を不正使用できる。組織は、このような違法なユーザーがデータへアクセスしないようにする必要がある。従って、「セキュリティサービス」は、組織にとって非常に重要である。「サービスの品質」は、利用可能な最善のサービスを契約の期間および条件に基づいて顧客に提供する。このようなサービスに関する決定を行うため、サービスプロバイダーは、ポリシーを実施する必要がある。ポリシーは、ネットワークトラヒックを統治する規則セットであって、顧客の管理に対して責任がある。
【０００４】
サービスプロバイダーは、これらサービスを顧客に提供する。幾つかの場合では、サービスプロバイダーによって顧客を直接に管理でき、別の場合では、小規模なサービスプロバイダーによって顧客を管理でき、これら小規模なサービスプロバイダーを大規模なサービスプロバイダーによって管理できる。このような顧客の階層を管理するために、大規模なサービスプロバイダーによって管理される小規模なサービスプロバイダーの各々に対して、異なったサービス管理システムを開発するよりはむしろ、階層的なサービス管理システムの必要性がある。
【０００５】
このような顧客の階層は、２つのサービスプロバイダー間に存在でき、この場合、一方のサービスプロバイダーが他方のサービスプロバイダーに資源およびサービスを販売し、他方のサービスプロバイダーがそれ自体の顧客にこのサービスを販売し、一方のサービスプロバイダーから干渉されることなく、顧客を管理する。他方のサービスプロバイダーも、顧客の要件に応じてサービスをカスタマイズできる。
【発明の開示】
【発明が解決しようとする課題】
【０００６】
従って、このようなサービスプロバイダーの構成を実施できるシステムおよび方法の必要性がある。このことは、サービスプロバイダーの負担を軽減し、多くの顧客を容易に管理する方法を提供する。
【課題を解決するための手段】
【０００７】
（概要）
本発明は、階層的な管理ドメインを管理するシステムおよび方法を提供する。サービスプロバイダーの場合では、顧客階層は、ルートサービスプロバイダー（ＲＳＰ）、タイアードサービスプロバイダー（ＴＳＰ）および最終顧客を有する。サービスプロバイダー管理ドメインを用いて、この明細書の終わりまで本発明の概念を説明する。当業者にとって、本発明が大企業の環境でのようなその他の階層的な管理ドメインまで拡張できること明らかである。
【０００８】
一態様によれば、本発明は、顧客を統治し、資源を管理する方法を提供する。顧客は、階層的に構成されている。
【０００９】
階層は、顧客と直接サービスプロバイダーとの間の契約に基づく。顧客は、ＲＳＰまたはＴＳＰに最終顧客またはＴＳＰとして加入できる。顧客がＴＳＰとして階層に加入すれば、顧客は更なる顧客を生成し、顧客階層の上位にあるＴＳＰのいずれかからの承認を、あるいは、ＴＳＰが資源を有する限りはＲＳＰからの承認を必要としない。
【００１０】
サービスはポリシーによって統治される。ポリシーは、顧客へ提供されるサービスを制御するためにサービスプロバイダーによって定められた規則セットである。ポリシーは、ポリシー実施装置によって実施される。安全への侵害のようなネットワーク中の警戒すべき状況について知るために、本発明は、ネットワークトラヒックの流れと、予め規定された規則との間で規則の一致があるかどうかを決定する。一致がある場合、顧客およびそのサービスプロバイダーに報告する。
【００１１】
別の一形態によれば、本発明は、資源の割り当て時に資源の侵害についても検査し、侵害がある場合、顧客およびそのサービスプロバイダーに報告する。
【００１２】
更なる別の一態様によれば、本発明は、顧客を階層的に管理するサービス管理システムを提供する。このシステムは、顧客の資源を生成および管理し、これらをポリシーの実施によって統治する。システムは、顧客による何らかの資源の侵害について検査し、侵害がある場合、顧客および顧客のサービスプロバイダーに報告する。
【００１３】
システムは、ネットワークトラヒックの流れと、予め決定された規則とに規則の一致があるかどうかをも決定する。一致がある場合、顧客およびそのサービスプロバイダーに報告する。
【００１４】
更なる態様によれば、本発明は、顧客を階層的に管理するコンピュータプログラム製品を提供する。
【００１５】
説明のために用いるものであって、本発明を限定するものではない添付図面と併せて本発明の好適な実施態様を以下に説明する。図中、同一の符号は、同様な部分を示す。
【発明を実施するための最良の形態】
【００１６】
（好適な実施態様の説明）
本発明は、顧客を階層的に管理するシステムおよび方法である。これら顧客は、サービス管理システムによって管理される。顧客の管理は、ポリシーを顧客に実施して、顧客を統治し、顧客の資源を管理することを含む。ポリシーは、顧客の行動を規制する規則セットである。
【００１７】
本発明は、ルートサービスプロバイダー（ＲＳＰ）よりも下位の顧客をタイアードサービスプロバイダー（ＴＳＰ）として行動させる能力をＲＳＰに与えることによって、層になった構造体を顧客間に存在させ、ＲＳＰの負担を軽減させる。このことは、結果的に顧客階層の形成をもたらす。顧客の階層構造は、多くの顧客の管理を容易にする。
【００１８】
顧客の階層的な管理は、資源を顧客へ階層的に割り当てることによって行われる。ＲＳＰおよびＴＳＰは、それらよりも下位の直接顧客へ資源を割り当てる。サービスプロバイダーの直接顧客は、顧客階層内のサービスプロバイダーよりも一レベル下位の顧客である。
【００１９】
サービスプロバイダーは、様々なサービスを顧客へ提供する規則を実施する必要がある。階層的なサービス管理システムは、規則を階層的に実施できることを確実にし、その結果、顧客の階層的な管理をもたらす。ＲＳＰおよびＴＳＰは、それらよりも下位の直接顧客に対して、これら規則を含むポリシーを実施する。ポリシーは、ポリシー実施装置によって実施される。これらポリシーの実施は、セキュリティサービスのような様々なサービスを顧客へ提供する結果となる。階層的なサービス管理システムは、顧客のプライバシーを保証するため、顧客の分離を支援し、顧客の視認性を制御する。
【００２０】
顧客の分離によって、サービスプロバイダーが、その他の顧客に影響を及ぼさず、１つの顧客のポリシーに変更を加えることができる。顧客階層内のある顧客におけるポリシーの設定は、顧客階層内のこの顧客よりも下位ではないその他の顧客に影響を及ぼさない。ポリシーの設定の変更は、ポリシーが変更された顧客と、顧客階層内でこの顧客よりも下位にある顧客とにのみ影響を及ぼす。
【００２１】
階層的なサービス管理システムは、ＴＳＰの私的な情報が保護され、それだけに視認できることを確実にする。顧客視認性によって、各サービスプロバイダーは、顧客階層内のそれよりも上位にあるサービスプロバイダーから干渉されることなく、顧客を管理できる。各サービスプロバイダーが直接顧客だけのデータを見ることができるように、顧客視認性は１つのレベルに限定されている。このことによって、ＴＳＰは、顧客について詳細に知ることになる直接サービスプロバイダーのことを気にせず、このＴＳＰ自体の顧客を持つことができる。
【００２２】
しかし、高いレベルの視認性が必要とされる組織の場合では、視認性のレベルを２つ以上に変更できる。ポリシーは、顧客のアクセス権も制御する。例示的なアクセス権の幾つかは、更なる顧客を生成する権利、更なる規則を生成する権利、システムにログインする権利、並びに、規則を見る権利である。
【００２３】
階層的なサービス管理システムは、階層的に報告することを支援する。サービスプロバイダーおよび顧客は、サービス管理システムの機能に関する情報を所有するため、いずれかの時点で報告を作成できる。報告は、規則の実施、安全への侵害、安全への侵害の頻度、並びに、このようなその他の問題を分析するのに役立つ監視データを含む。警戒すべき状況では、この状況を顧客および直接サービスプロバイダーに警告するため、警報が発生される。
【００２４】
本発明の好適な実施態様では、顧客階層は、ツリーの形態をしている。
【００２５】
ツリーの形態に構成された顧客階層では、顧客階層のルートにある顧客は、ＲＳＰと呼ばれる。顧客階層内のブランチの最後にある顧客は、最終顧客（ＥＣ）と呼ばれる。顧客階層のルートにあるのでも、ブランチの最後にあるのでもない顧客は、ＴＳＰと呼ばれる。ＲＳＰは、その下位に、零またはそれ以上のＴＳＰ、並びに、零またはそれ以上の最終顧客を生成できる。ＴＳＰも、その下位に、零またはそれ以上のＴＳＰ、並びに、零またはそれ以上の最終顧客を生成できる。最終顧客は、更なる顧客を生成できない。ＲＳＰは、直接顧客であるＴＳＰおよび最終顧客へサービスを提供する。ＲＳＰよりも下位のＴＳＰは次に、それらの直接顧客へサービスを提供する。
【００２６】
図１には、例示的な顧客階層の一部分を示す。ＲＳＰ１０２は、ＴＳＰ（１）１０４、ＴＳＰ（２）１０６およびＥＣ（１）１０８を直接顧客として有する。ＲＳＰ１０２の最終顧客であるＥＣ（１）１０８は更なる顧客を持つことができず、その一方で、ＴＣＰ（１）１０４およびＴＣＰ（２）１０６はそれぞれのブランチを有する。ＴＳＰ（１）１０４は、ＴＳＰ（３）１１０、ＥＣ（２）１１２およびＴＳＰ（４）１１４を直接顧客として更に有する。ＥＣ（２）１１２は最終顧客であって、これ以上の顧客を持つことができない。ＴＳＰ（３）１１０およびＴＳＰ（４）１１４は、これらに帰属された更なる顧客を持つことができる。
【００２７】
本発明の好適な実施態様では、顧客は、直接サービスプロバイダーとの契約に基づく顧客階層内の位置に加わることができる。直接サービスプロバイダーを、顧客階層内のＲＳＰまたはＴＳＰとすることができる。顧客は、最終顧客またはＴＳＰとして参加できる。顧客がＴＳＰとして階層に加われば、顧客は更なる顧客を生成でき、顧客階層内のそれよりも上位にあるＴＳＰから、あるいは、ＴＳＰが資源を有する限りはＲＳＰから、いかなる承認も必要としない。
【００２８】
当業者にとって、顧客階層内で顧客の位置を決定する様々なその他の方法があり得ること明らかである。
【００２９】
ＲＳＰまたはＴＳＰは、ポリシーを実施し、資源を直接顧客へ割り当てることによって直接顧客を制御する。本発明の好適な実施態様では、ポリシーは、ＲＳＰまたはＴＳＰと、それらの直接顧客との間の契約に基づく。ＲＳＰまたはＴＳＰは、それらの直接顧客の資源をも管理する。これら資源は、サービスプロバイダーが制御したいと思うすべての態様を含む。これら態様は、資源の属性と称される。例示的な属性を、規則の数、ＩＰアドレスの番号および帯域幅とすることができる。
【００３０】
顧客階層のポリシーは、ポリシー実施装置によって実施される。図２は、ユーザーインターフェースおよびポリシー実施装置と共に階層的なサービス管理システムを示すブロック図である。ユーザーインターフェースおよびポリシー実施装置は、階層的なサービス管理システムによって制御される。
【００３１】
顧客へのサービスは、ポリシー実施装置２０２によって制御される。ポリシー実施装置２０２は、サービス管理システム２００によって制御される。顧客階層内の顧客は、ユーザーインターフェース２０６を介して、設定データを含むデータベース２０４にアクセスできる。ユーザーインターフェース２０６は、ユーザーインターフェース２０６から送信された要求をすべてサービスし、これら要求をアクセス権エンフォーサ２１０へ転送するユーザーインターフェースハンドラ（ＵＩハンドラ）２０８と関連付けられている。
【００３２】
アクセス権エンフォーサ２１０は、アクセス権を階層的に実施する責任を負う。顧客のアクセス権は、顧客階層内のこの顧客よりも上位にあるＴＳＰによって決定される。例示として、図１では、ルートサービスプロバイダーであるＲＳＰ１０２は、制限のないアクセス権を有する。ＴＳＰ（１）１０４、ＴＳＰ（２）１０６およびＥＣ（１）１０８のようなＲＳＰ１０２の直接顧客のアクセス権は、ＲＳＰ１０２のアクセス権以下である。ＴＳＰ（３）１１０、ＥＣ（２）１１２およびＴＳＰ（４）１１４のアクセス権は、ＴＳＰ（１）１０４のアクセス権以下である。また、ＴＳＰ自体がアクセス権を持っていなければ、ＴＳＰは、その顧客にこのアクセス権を与えることができない。
【００３３】
アクセス権エンフォーサ２１０はＵＩハンドラ２０８からの要求を受け入れ、要求を行うため、顧客が適切なアクセス権を持っているかどうかを検査する。顧客が不適切なアクセス権を持っていれば、要求をサービスせず、エラーをユーザーインターフェース２０６へ送信する。さもなければ、処理のために要求を転送する。
【００３４】
アクセス権エンフォーサ２０８は、資源マネジャ２１２、ポリシー処理器２１４および顧客分離モジュール２１６と関連付けられている。
【００３５】
資源マネジャ２１２は、資源を顧客へ割り当てる。資源マネジャ２１２は、資源チェッカ２１８および資源記憶装置２２０より成る。資源チェッカ２１８は、顧客へ割り当てられた資源の妥当性を検査する。割り当てられた資源の妥当性を確認する方法を図６および図７で更に論じる。割り当てられた資源の変更の場合では、変更された資源は、顧客分離モジュール２１６を介してデータベース２０４内に記憶される。
【００３６】
ポリシー処理器２１４は、ポリシー実施装置２０２に対するポリシーの記憶、ポリシーの検証およびポリシーのコンパイルに対して責任がある。ポリシー処理器２１４は、ポリシーローダ２２２、ポリシー検証装置２２４、ポリシーコンパイラ２２６およびポリシー記憶装置２２８より成る。ポリシーローダ２２２は、データベース２０４からすべてのポリシーをロードする責任を負う。このポリシーローダは、顧客に対して、この顧客へサービスプロバイダーによって割り当てられたすべての規則と、更に、ＲＳＰに至るまでの顧客階層内のこの顧客よりも上位にあるサービスプロバイダーから継承されたすべての規則とをロードする。次に、ポリシーローダ２２２は、ロードしたポリシーをポリシー検証装置２２４へ移動する。ポリシー検証装置２２４は、すべての規則の妥当性を検査する。顧客の規則が、顧客階層内のこの顧客よりも上位にあるサービスプロバイダーから継承されたオーバーライド不可能な規則のいずれかに違反していれば、この規則に、オーバーライド不可能な規則よりも低い優先順位を与える。検証後、ポリシー検証装置２２４は規則をポリシーコンパイラ２２６へ移動する。ポリシーコンパイラ２２６は、規則をコンパイルし、ポリシー実施装置２０２が理解できる形式で出力を発生させる責任を負う。ポリシーコンパイラ２２６の出力をダウンロードモジュール２３０へ与える。ダウンロードモジュール２３０は、ポリシー実施装置２０２にポリシーおよび資源をダウンロードする。ポリシー記憶装置２３０は、データ暗号器／解読器モジュール２３２を介してデータベース２０４内にポリシーを記憶する責任を負う。
【００３７】
顧客分離モジュール２１６は、顧客が同等の顧客のデータを見ることができない、もしくは変更できないことを決定する責任を負う。また、顧客分離モジュール２１６は、適切なレベルの顧客だけがサービスプロバイダーに見られることを確実にする。顧客が階層に加わる時、それよりも上位のサービスプロバイダーによって顧客のアクセス権が判断される。これらアクセス権は、顧客分離モジュール２１６を用いて顧客の分離を行う。顧客分離モジュール２１６は、データ暗号器／解読器モジュール２３２および顧客視認性フィルタ２３４より成る。データ暗号器／解読器モジュール２３２は、顧客のデータをデータベース２０４へ記憶する前にそれを暗号化する。例示的なデータを、顧客情報、ポリシーおよび資源の割り当てとすることができる。データ暗号器／解読器モジュール２３２は、データベース２０４に完全にアクセスできるＲＳＰでもすべての顧客のデータを見ることができないことを暗号化によって確実にする。このことは、顧客の分離を確実にする。好適な実施態様では、ＲＳＰおよびＴＳＰは、それらの直接顧客だけのデータを見ることができる。例示として、図１では、ＴＳＰ（３）１１０、ＥＣ（２）１１２およびＴＳＰ（４）１１４はＴＳＰ（１）１０４の直接顧客であるのに対して、ＴＳＰ（２）１０６は直接顧客でない。ＴＳＰ（１）１０４およびＴＳＰ（２）１０６はＲＳＰ１０２の直接顧客である。ＴＳＰ（１）１０４はＴＳＰ（３）１１０、ＥＣ（２）１１２およびＴＳＰ（４）１１４の設定データを見ることができるが、ＴＳＰ１０６の設定データを見ることができない。また、ＲＳＰ１０２はＴＳＰ（３）１１０、ＥＣ（２）１１２およびＴＳＰ（４）１１４の設定データを見ることができない。その理由は、それらがＲＳＰ１０２の直接顧客でないからである。顧客視認性は顧客視認性フィルタ２３４の設定によって制限され、ＲＳＰとＴＳＰとの間の契約に基づく。更に、高レベルの視認性が必要とされる組織の場合では、顧客視認性フィルタ２３４のパラメータを変更することによって顧客視認性を１つのレベルから複数のレベルへ変更できる。好適な実施態様では、顧客視認性は、階層を設定する時点で固定される。同様に、データ暗号器／解読器モジュール２３２は、データが資源マネジャ２１２またはポリシー処理器２１４のようなその他のモジュールによって処理される前に、あるいは、データがユーザーインターフェース２０６へ転送される前に、このデータを解読する。顧客視認性フィルタ２３４は、顧客階層内の顧客がアクセス権を持っているデータだけをこの顧客が見ることができることを確実にする。ユーザーインターフェース２０６へ送信されるすべての情報は、顧客視認性フィルタ２３４を通過しなければならない。この情報を、ユーザーインターフェース２０６からの要求に応えるデータ、あるいは、警報のようにサービス管理システムによって生成された幾つかのその他のデータとすることができる。
【００３８】
警報マネジャ２３６は、ポリシー実施装置２０２から警報を受信する。警報マネジャ２３６は警報をデータベース２０４内に記憶し、目的を監視するために警報を処理し、それを顧客視認性フィルタ２３４へ送信する。顧客視認性フィルタ２３４は、警報が属する顧客を把握し、次に、この顧客およびその直接サービスプロバイダーへ警報を送信する。
【００３９】
報告マネジャ２３８は、様々な状況を監視するためにポリシー実施装置２０２から収集されたデータについての様々な報告を作成する責任を負う。報告は、サービス管理システムの状況を検査するために生成された監視データを用いて作成される。規則の実施、安全への侵害、安全への侵害の頻度、並びに、このようなその他の状況を分析するために、作成された報告を、顧客によって、または顧客の直接サービスプロバイダーによって用いることができる。報告マネジャ２３８は顧客視認性フィルタ２３４を介して、作成された報告を適切な顧客へ送信する。
【００４０】
顧客は、それ自体およびその直接顧客に関するデータを含む報告を、一体になるように作成できる。例示として、図１では、ＲＳＰ１０２は報告を作成する。この報告は、ＲＳＰ１０２および顧客ＴＳＰ（１）１０４，ＴＳＰ（２）１０６，ＥＣ（１）１０８に関するデータを累積的に有する。ＲＳＰ１０２は、ＴＳＰ（３）１１０、ＥＣ（２）１１２およびＴＳＰ（４）１１４のデータを区別できない。ＲＳＰ１０２が報告を作成する時、ＴＳＰ（３）１１０、ＥＣ（２）１１２およびＴＳＰ（４）１１４のデータはＴＳＰ（１）１０４のデータとして一体化される。
【００４１】
ポリシーは階層的に実施される。規則が、ＲＳＰによって与えられた規則と矛盾しない限り、顧客は、より多くの規則をポリシー内に生成できる。ＲＳＰ、または顧客階層内のＴＳＰによって実施される規則を、オーバーライド可能な規則、あるいは、オーバーライド不可能な規則とすることができる。オーバーライド可能な規則は、顧客によってオーバーライドできる規則である。これら規則の利点は、ＲＳＰ、または顧客階層内のＴＳＰが、顧客階層内のこれらよりも下位にある顧客へ共通の周知の規則セットを与えることができ、必要に応じて、顧客がそれらを変更できるということである。オーバーライド不可能な規則は、顧客によって規定された規則よりも優先する規則である。顧客が規則を規定すれば、この規則は、オーバーライド不可能な規則よりも低い優先順位を与えられ、この顧客よりも上位にあるサービスプロバイダーによって規定されたオーバーライド可能な規則よりも高い優先順位を得る。ネットワークトラヒックの流れが複数の規則に一致すれば、最も高い優先順位を有する規則が実施される。従って、ネットワークトラヒックの流れが、顧客の規則と同様に、オーバーライド不可能な規則にも一致すれば、オーバーライド不可能な規則は、この流れに対して実施される。その理由は、オーバーライド不可能な規則が、顧客の規則よりも高い優先順位を有するためである。
【００４２】
図３ａおよび３ｂには、階層的なサービス管理システムにおける顧客による規則の生成を表すフローチャートを示す。
【００４３】
工程３０２では、顧客Ｃ１は規則ＰＲ１を生成し、それを、ユーザーインターフェース２０６を介して保存する。顧客Ｃ１を、ＲＳＰ、ＴＳＰまたは最終顧客とすることができる。
【００４４】
工程３０４では、この規則をＵＩハンドラ２０８によって受信し、アクセス権の検査のため、アクセス権エンフォーサ２１０へ移動する。
【００４５】
工程３０６では、アクセス権エンフォーサ２１０は、顧客Ｃ１と、顧客階層内のそれよりも上位にあるサービスプロバイダーとが、規則ＰＲ１を生成する権利を有するかどうかを決定する。
【００４６】
顧客Ｃ１、または、顧客階層内のそれよりも上位にある顧客のいずれかが、規則ＰＲ１を生成する権利を持っていなければ、この規則を工程３０８で廃棄し、従って、規則を生成しようとした顧客の企ては失敗する。さもなければ、顧客Ｃ１と、顧客階層内のそれよりも上位にあるすべての顧客が、規則ＰＲ１を生成する権利を持っている場合、顧客階層内の顧客Ｃ１よりも上位にあるサービスプロバイダーから顧客Ｃ１によって継承されたすべての規則をデータベース２０４からポリシーローダ２２２へ工程３１０でロードする。これら規則は暗号化形式でデータベース２０４内に記憶されている。そのため、規則をデータ解読器２１６によって解読し、次に、ポリシーローダ２２２へロードする。
【００４７】
工程３１２では、ポリシー検証装置２２４によって、継承された規則と比較して優先順位を規則ＰＲ１に与える。継承されたオーバーライド不可能な規則よりも低い優先順位であって、継承されたオーバーライド可能な規則よりも高い優先順位を規則ＰＲ１に与える。ポリシー実施装置２０２によって実施される規則の一致において、低い優先順位を有する規則よりも優れた優先権を、高い優先順位を有する規則に与える。ネットワークトラヒックの流れが、ネットワークトラヒックに実施すべき規則のうちの規則に一致した後、更なる規則には一致しない。例示として、ネットワークトラヒックの流れがオーバーライド不可能な規則およびＰＲ１と一致すれば、オーバーライド不可能な規則が高い優先順位を有するので、オーバーライド不可能な規則をデータの流れに対して効果的にする。
【００４８】
工程３１４では、データ暗号器２１６を介してポリシー記憶装置２２８によってデータベース２０４内に規則ＰＲ１を記憶する。顧客の分離を確実にする形式でデータを暗号化する。
【００４９】
工程３１６では、ポリシーコンパイラ２２６は、ポリシー実施装置２０２へダウンロードするのに互換性のある形式で規則を生成する。
【００５０】
工程３１８では、顧客Ｃ１と、顧客階層内の顧客Ｃ１よりも下位の顧客とへ実施すべき規則をダウンロードモジュール２３０によってポリシー実施装置２０２へダウンロードする。
【００５１】
図４ａおよび４ｂには、階層的に実施されるポリシーを表す表を示す。表１には、ＥＣ（１）１０８に対してＲＳＰ１０２によって生成された規則を示し、表２には、ＥＣ（１）１０８に対する規則を示す。これら表の行は規則を示し、列は、これら規則に関する情報を表す。表１および表２の「ソース」および「デスティネーション」列は、ネットワークトラヒックに関するソースおよびデスティネーションインターネットプロトコル（ＩＰ）アドレスを示す。「アプリケーション」列はアプリケーションの種類を示し、「方向」列はネットワークトラヒックの流れの方向を示し、「時間」列は、規則が適用できる時間を示す。「ＦＭ動作」列は、規則に関連するファイアウォール動作を示し、「継承の起点」列は、規則を継承させるサービスプロバイダーを示す。表２では、規則３，４は、ＲＳＰ１０２によって生成された規則へＥＣ（１）１０８によって加えられた規則である。規則３が、ＲＳＰ１０２によって与えられた規則１と矛盾し、低い優先順位の規則であるので、規則３は効果的ではない。規則４が、ＲＳＰ１０２によって与えられたいかなる規則にも矛盾しないので、規則４は効果的になり、従って、この規則を実施するネットワークトラヒックは、規則が一致した最も高い優先順位なので規則４を有する。
【００５２】
ネットワークでの警戒すべき状況を検知するため、ネットワークトラヒックの流れが、予め規定された規則に一致したならば、ポリシー実施装置２０２は警報を発生させる。ネットワークトラヒックの流れが、予め規定された規則に一致した時の警報の発生を用いて、システムにおける安全への侵害のような状況を検知できる。図５は、ネットワークトラヒックの流れが、予め規定された規則に一致した時の警報機能を示すフローチャートである。
【００５３】
工程５０２では、ネットワークトラヒックが、予め規定された規則であって、このような規則を生成するアクセス権を有するサービスプロバイダーによって与えられた規則に一致したため、ポリシー実施装置２０２は警報を発生させる。
【００５４】
工程５０４では、警報マネジャ２３６は、ポリシー実施装置２０２で警報を発生させた規則を検索する。
【００５５】
工程５０６では、規則が存在するかどうかを決定する。規則をデータベース２０４内で検出しなければ、このことは、エラーおよび警報を工程５０８で廃棄することを表す。
【００５６】
工程５１０では、サービス管理システム２００およびポリシー実施装置２０２内の規則の間で不一致が存在するので、ポリシー実施装置２０２での規則リストを更新する。
【００５７】
工程５１２では、規則をポリシー実施装置２０２の規則リスト内で検出すれば、この規則が属する顧客をポリシー実施装置２０２の顧客リスト内で検索する。
【００５８】
工程５１４では、警報マネジャ２３６は、顧客が存在するかどうかを決定する。顧客を検出しなければ、このことは、エラーおよび警報を工程５１６で廃棄することを表す。
【００５９】
工程５１８では、サービス管理システム２００およびポリシー実施装置２０２内の規則の間で不一致が存在するので、ポリシー実施装置２０２での顧客リストを更新する。
【００６０】
工程５２０では、顧客をポリシー実施装置２０２の顧客リスト内で検出すれば、顧客視認性フィルタ２３４を通して、規則の一致に関して報告する警報を顧客および顧客のサービスプロバイダーへ送信する。
【００６１】
資源の設定時に資源の侵害があった場合でも、警報を発生させる。
【００６２】
顧客の資源を顧客の直接サービスプロバイダーによって制御する。資源は階層的に配信され、サービスプロバイダーによって顧客へ配信された資源の合計は、サービスプロバイダーによって受信された資源を上回るべきではない。例示として、図１では、ＴＳＰ（１）１０４によってＴＳＰ（３）１１０、ＥＣ（２）１１２およびＴＳＰ（４）１１４へ配信された資源の合計は、ＲＳＰ１０２によってＴＳＰ（１）１０４へ割り当てられた資源を上回るべきではない。
【００６３】
図６は、顧客への資源の割り当てを示すフローチャートである。
【００６４】
工程６０２では、サービスプロバイダーＳＰ１は、属性Ｖ１，Ｖ２，．．．，Ｖｎを有する資源Ｒ１をユーザーインターフェース２０６によって生成する。
【００６５】
工程６０４では、サービスプロバイダーＳＰ１は、資源マネジャ２１２によって資源Ｒ１を直接顧客ＳＰ２に付随させる。
【００６６】
工程６０６では、サービスプロバイダーＳＰ２は、資源Ｒ１から継承された資源Ｒ２を生成する。
【００６７】
工程６０８では、サービスプロバイダーは、資源Ｒ２を直接顧客ＥＣ１，ＥＣ２，．．．，ＥＣｎに付随させる。
【００６８】
工程６１０では、サービスプロバイダーＳＰ２によって直接顧客へ配信された資源の合計が、サービスプロバイダーＳＰ１によってサービスプロバイダーＳＰ２へ割り当てられた資源Ｒ１よりも多いかどうかを資源チェッカ２１８が検査する。資源について検査する際、資源の各属性値を検査する。つまり、
ΣＶ１［Ｒ２］×顧客の数＞ΣＶ１［Ｒ１］且つ
ΣＶ２［Ｒ２］×顧客の数＞ΣＶ２［Ｒ１］且つ
．
．
．
ΣＶｎ［Ｒ２］×顧客の数＞ΣＶｎ［Ｒ１］
工程６１２では、サービスプロバイダーＳＰ２によって直接顧客へ配信された資源の合計が、サービスプロバイダーＳＰ１によってサービスプロバイダーＳＰ２へ割り当てられた資源よりも多ければ、サービスプロバイダーＳＰ２の顧客へ付随した資源を拒否する。さもなければ、サービスプロバイダーＳＰ２によって直接顧客へ配信された資源の合計が、サービスプロバイダーＳＰ１によってサービスプロバイダーＳＰ２へ割り当てられた資源以下である場合、最終顧客ＥＣ１に付随した資源を工程６１４で許可する。
【００６９】
工程６１６では、資源記憶装置２２０は、最終顧客ＥＣ１についてデータベース２０４に資源リストを作成する。
【００７０】
必要に応じて、顧客に割り当てられた資源をサービスプロバイダーによって変更できる。図７には、顧客へ割り当てられた資源の変更を表すフローチャートを示す。
【００７１】
工程７０２では、サービスプロバイダーＳＰ１は、直接顧客の１つまたはそれ以上に付随した資源Ｒ１の属性値を変更する。
【００７２】
工程７０４では、資源マネジャ２１２は、資源Ｒ１が増大されたかどうかを決定する。資源Ｒ１の値が増大されていなければ、ＳＰ１の顧客であるサービスプロバイダーＳＰの顧客へ配信された資源の合計が、資源Ｒ１の値よりも多いかどうかを資源チェッカ２１８によって工程７０６で決定する。
【００７３】
資源の合計が資源Ｒ１の値よりも多くなければ、データベース２０４上の資源リストを工程７０８で更新する。さもなければ、資源の合計が資源Ｒ１の値よりも多い場合、資源Ｒ１の継承された資源を工程７１０で無効にし、警報を発生させる。次に、工程７１２では、サービスプロバイダーＳＰの顧客が、資源Ｒ１の継承された資源を用いている更なる顧客を持っているかどうかを決定する。持っていれば、それらについて工程７０６，７０８，７１０，７１２を繰り返す。
【００７４】
工程７０４に戻って、これに関して、資源Ｒ１の値に変更があれば、資源チェッカ２１８は、資源Ｒ１から継承され、前に無効であった資源のいずれかが存在するかどうかを工程７１４で決定する。資源Ｒ１から継承されたいかなる無効な資源もなければ、データベース２０４上の資源リストを工程７０８で更新する。さもなければ、資源チェッカ２１８は、顧客へ配信された資源の合計が資源Ｒ１の値よりも多いかどうかを工程７１６で決定する。
【００７５】
顧客へ配信された資源の合計が資源Ｒ１の値よりも多ければ、工程７１８で資源を無効にし続け、警報を発生させる。さもなければ、資源Ｒ１の継承された資源を工程７２０で有効にする。
【００７６】
その後、データベース２０４上の資源リストを工程７２２で更新する。
【００７７】
本発明に記述したようなシステムを、またはその構成要素のいずれかを処理機械の形態で実施できる。処理機械の典型例は、汎用コンピュータ、プログラムされたマイクロプロセッサ、マイクロコントローラ、周辺装置集積回路素子、並びに、本発明の方法を構成する工程を実施できるその他の装置または装置の回路を含む。
【００７８】
処理機械は、入力データを処理するため、１つ以上の記憶素子内に記憶された命令セットを実行する。記憶素子は、所望に応じて、データまたはその他の情報をも保持できる。記憶素子を、処理機械内に存在するデータベースまたは物理メモリ素子の形態にすることができる。
【００７９】
命令セットは、本発明の方法を構成する工程のような特定のタスクを実行するように処理機械を命令する様々な命令を含むことができる。命令セットを、プログラムまたはソフトウェアの形態とすることができる。ソフトウェアを、システムソフトウェアまたはアプリケーションソフトウェアのような様々な形態とすることができる。更に、ソフトウェアを、別個のプログラムの集合体、多大なプログラムを有するプログラムモジュール、または、プログラムモジュールの一部分の形態にしてもよい。ソフトウェアは、オブジェクト指向プログラミングの形態でモジュラプログラミングをも含むことができる。処理機械による入力データの処理は、ユーザー命令に応答するか、または、前の処理結果に応答するか、または、別の１つの処理機械によって行われた要求に応答することができる。
【００８０】
様々な処理機械および／または記憶素子が同一の地理的な位置内に物理的に位置付けられる必要がないことを当業者は理解するであろう。処理機械および／または記憶素子を、地理的に異なった位置に位置付けることができ、通信を可能にするように互いに接続できる。処理機械および／または記憶素子の間で通信を可能にするために様々な通信技術を用いることができる。このような技術は、ネットワークの形態をした処理機械および／または記憶素子のセッションを含む。ネットワークを、イントラネット、エクストラネット、インターネット、または、通信を可能にするいずれかのクライアントサーバーモデルとすることができる。このような通信技術は、ＴＣＰ／ＩＰ、ＵＤＰ、ＡＴＭまたはＯＳＩのような様々なプロトコルを用いることができる。
【００８１】
本発明の好適な実施態様を図示し、説明したが、本発明がこれら実施態様のみに限定されるものではないこと明らかである。特許請求の範囲で説明するような本発明の精神および範囲を逸脱することのない数多くの修正形態、変更形態、変形形態、代替形態および等価な実施態様は、当業者にとって明らかである。
【図面の簡単な説明】
【００８２】
【図１】図１には、例示的な顧客階層の一部分を示す。
【図２】図２は、本発明の一実施態様による階層的なサービス管理システムと、このサービス管理システムが制御するユーザーインターフェースおよびポリシー実施装置とを示すブロック図である。
【図３ａ】図３ａには、本発明の一実施態様に従って階層的なサービス管理システムにおいて顧客によって規則を生成することを表すフローチャートを示す。
【図３ｂ】図３ｂには、本発明の一実施態様に従って階層的なサービス管理システムにおいて顧客によって規則を生成することを表すフローチャートを示す。
【図４ａ】図４ａは、本発明の一実施態様に従って階層的に実施されるポリシーを示す表である。
【図４ｂ】図４ｂは、本発明の一実施態様に従って階層的に実施されるポリシーを示す表である。
【図５】図５は、本発明の一実施態様に従って、ネットワークトラヒックの流れが、予め規定された規則に一致した時の警報機能を示すフローチャートである。
【図６】図６は、本発明の一実施態様による顧客への資源の割り当てを示すフローチャートである。
【図７】図７は、本発明の一実施態様に従って、顧客へ割り当てられた資源を変更することを表すフローチャートである。
【背景技術】
【０００１】
（背景）
本発明は、サービス管理システムに関する。特に、本発明は、サービスプロバイダーが階層的な管理ドメインを生成および管理できるサービス管理システムの開発に関する。階層的な管理ドメインの例は、サービスプロバイダーおよび顧客のネットワーク、並びに、本社、支社およびロケーションオフィスを有する組織である。
【０００２】
科学技術の到来と共に、インターネットおよび類似の通信手段の利用は、大いに増大した。これらは、様々なサービスを人々に提供し、これらサービスは、ネットワーク上のサービスプロバイダーによって行われている。
【０００３】
サービスプロバイダーは、顧客として個人および組織の双方を所有でき、様々なサービスをそれらに提供する。このようなサービスの幾つかの例は、「セキュリティサービス」および「サービスの品質」である。「セキュリティサービス」は、ネットワークにおいて不正な侵害の阻止を行う。違法なユーザーは、データを変更でき、データへ不正アクセスでき、データを破壊でき、あるいは、組織のコンピュータ資源を不正使用できる。組織は、このような違法なユーザーがデータへアクセスしないようにする必要がある。従って、「セキュリティサービス」は、組織にとって非常に重要である。「サービスの品質」は、利用可能な最善のサービスを契約の期間および条件に基づいて顧客に提供する。このようなサービスに関する決定を行うため、サービスプロバイダーは、ポリシーを実施する必要がある。ポリシーは、ネットワークトラヒックを統治する規則セットであって、顧客の管理に対して責任がある。
【０００４】
サービスプロバイダーは、これらサービスを顧客に提供する。幾つかの場合では、サービスプロバイダーによって顧客を直接に管理でき、別の場合では、小規模なサービスプロバイダーによって顧客を管理でき、これら小規模なサービスプロバイダーを大規模なサービスプロバイダーによって管理できる。このような顧客の階層を管理するために、大規模なサービスプロバイダーによって管理される小規模なサービスプロバイダーの各々に対して、異なったサービス管理システムを開発するよりはむしろ、階層的なサービス管理システムの必要性がある。
【０００５】
このような顧客の階層は、２つのサービスプロバイダー間に存在でき、この場合、一方のサービスプロバイダーが他方のサービスプロバイダーに資源およびサービスを販売し、他方のサービスプロバイダーがそれ自体の顧客にこのサービスを販売し、一方のサービスプロバイダーから干渉されることなく、顧客を管理する。他方のサービスプロバイダーも、顧客の要件に応じてサービスをカスタマイズできる。
【発明の開示】
【発明が解決しようとする課題】
【０００６】
従って、このようなサービスプロバイダーの構成を実施できるシステムおよび方法の必要性がある。このことは、サービスプロバイダーの負担を軽減し、多くの顧客を容易に管理する方法を提供する。
【課題を解決するための手段】
【０００７】
（概要）
本発明は、階層的な管理ドメインを管理するシステムおよび方法を提供する。サービスプロバイダーの場合では、顧客階層は、ルートサービスプロバイダー（ＲＳＰ）、タイアードサービスプロバイダー（ＴＳＰ）および最終顧客を有する。サービスプロバイダー管理ドメインを用いて、この明細書の終わりまで本発明の概念を説明する。当業者にとって、本発明が大企業の環境でのようなその他の階層的な管理ドメインまで拡張できること明らかである。
【０００８】
一態様によれば、本発明は、顧客を統治し、資源を管理する方法を提供する。顧客は、階層的に構成されている。
【０００９】
階層は、顧客と直接サービスプロバイダーとの間の契約に基づく。顧客は、ＲＳＰまたはＴＳＰに最終顧客またはＴＳＰとして加入できる。顧客がＴＳＰとして階層に加入すれば、顧客は更なる顧客を生成し、顧客階層の上位にあるＴＳＰのいずれかからの承認を、あるいは、ＴＳＰが資源を有する限りはＲＳＰからの承認を必要としない。
【００１０】
サービスはポリシーによって統治される。ポリシーは、顧客へ提供されるサービスを制御するためにサービスプロバイダーによって定められた規則セットである。ポリシーは、ポリシー実施装置によって実施される。安全への侵害のようなネットワーク中の警戒すべき状況について知るために、本発明は、ネットワークトラヒックの流れと、予め規定された規則との間で規則の一致があるかどうかを決定する。一致がある場合、顧客およびそのサービスプロバイダーに報告する。
【００１１】
別の一形態によれば、本発明は、資源の割り当て時に資源の侵害についても検査し、侵害がある場合、顧客およびそのサービスプロバイダーに報告する。
【００１２】
更なる別の一態様によれば、本発明は、顧客を階層的に管理するサービス管理システムを提供する。このシステムは、顧客の資源を生成および管理し、これらをポリシーの実施によって統治する。システムは、顧客による何らかの資源の侵害について検査し、侵害がある場合、顧客および顧客のサービスプロバイダーに報告する。
【００１３】
システムは、ネットワークトラヒックの流れと、予め決定された規則とに規則の一致があるかどうかをも決定する。一致がある場合、顧客およびそのサービスプロバイダーに報告する。
【００１４】
更なる態様によれば、本発明は、顧客を階層的に管理するコンピュータプログラム製品を提供する。
【００１５】
説明のために用いるものであって、本発明を限定するものではない添付図面と併せて本発明の好適な実施態様を以下に説明する。図中、同一の符号は、同様な部分を示す。
【発明を実施するための最良の形態】
【００１６】
（好適な実施態様の説明）
本発明は、顧客を階層的に管理するシステムおよび方法である。これら顧客は、サービス管理システムによって管理される。顧客の管理は、ポリシーを顧客に実施して、顧客を統治し、顧客の資源を管理することを含む。ポリシーは、顧客の行動を規制する規則セットである。
【００１７】
本発明は、ルートサービスプロバイダー（ＲＳＰ）よりも下位の顧客をタイアードサービスプロバイダー（ＴＳＰ）として行動させる能力をＲＳＰに与えることによって、層になった構造体を顧客間に存在させ、ＲＳＰの負担を軽減させる。このことは、結果的に顧客階層の形成をもたらす。顧客の階層構造は、多くの顧客の管理を容易にする。
【００１８】
顧客の階層的な管理は、資源を顧客へ階層的に割り当てることによって行われる。ＲＳＰおよびＴＳＰは、それらよりも下位の直接顧客へ資源を割り当てる。サービスプロバイダーの直接顧客は、顧客階層内のサービスプロバイダーよりも一レベル下位の顧客である。
【００１９】
サービスプロバイダーは、様々なサービスを顧客へ提供する規則を実施する必要がある。階層的なサービス管理システムは、規則を階層的に実施できることを確実にし、その結果、顧客の階層的な管理をもたらす。ＲＳＰおよびＴＳＰは、それらよりも下位の直接顧客に対して、これら規則を含むポリシーを実施する。ポリシーは、ポリシー実施装置によって実施される。これらポリシーの実施は、セキュリティサービスのような様々なサービスを顧客へ提供する結果となる。階層的なサービス管理システムは、顧客のプライバシーを保証するため、顧客の分離を支援し、顧客の視認性を制御する。
【００２０】
顧客の分離によって、サービスプロバイダーが、その他の顧客に影響を及ぼさず、１つの顧客のポリシーに変更を加えることができる。顧客階層内のある顧客におけるポリシーの設定は、顧客階層内のこの顧客よりも下位ではないその他の顧客に影響を及ぼさない。ポリシーの設定の変更は、ポリシーが変更された顧客と、顧客階層内でこの顧客よりも下位にある顧客とにのみ影響を及ぼす。
【００２１】
階層的なサービス管理システムは、ＴＳＰの私的な情報が保護され、それだけに視認できることを確実にする。顧客視認性によって、各サービスプロバイダーは、顧客階層内のそれよりも上位にあるサービスプロバイダーから干渉されることなく、顧客を管理できる。各サービスプロバイダーが直接顧客だけのデータを見ることができるように、顧客視認性は１つのレベルに限定されている。このことによって、ＴＳＰは、顧客について詳細に知ることになる直接サービスプロバイダーのことを気にせず、このＴＳＰ自体の顧客を持つことができる。
【００２２】
しかし、高いレベルの視認性が必要とされる組織の場合では、視認性のレベルを２つ以上に変更できる。ポリシーは、顧客のアクセス権も制御する。例示的なアクセス権の幾つかは、更なる顧客を生成する権利、更なる規則を生成する権利、システムにログインする権利、並びに、規則を見る権利である。
【００２３】
階層的なサービス管理システムは、階層的に報告することを支援する。サービスプロバイダーおよび顧客は、サービス管理システムの機能に関する情報を所有するため、いずれかの時点で報告を作成できる。報告は、規則の実施、安全への侵害、安全への侵害の頻度、並びに、このようなその他の問題を分析するのに役立つ監視データを含む。警戒すべき状況では、この状況を顧客および直接サービスプロバイダーに警告するため、警報が発生される。
【００２４】
本発明の好適な実施態様では、顧客階層は、ツリーの形態をしている。
【００２５】
ツリーの形態に構成された顧客階層では、顧客階層のルートにある顧客は、ＲＳＰと呼ばれる。顧客階層内のブランチの最後にある顧客は、最終顧客（ＥＣ）と呼ばれる。顧客階層のルートにあるのでも、ブランチの最後にあるのでもない顧客は、ＴＳＰと呼ばれる。ＲＳＰは、その下位に、零またはそれ以上のＴＳＰ、並びに、零またはそれ以上の最終顧客を生成できる。ＴＳＰも、その下位に、零またはそれ以上のＴＳＰ、並びに、零またはそれ以上の最終顧客を生成できる。最終顧客は、更なる顧客を生成できない。ＲＳＰは、直接顧客であるＴＳＰおよび最終顧客へサービスを提供する。ＲＳＰよりも下位のＴＳＰは次に、それらの直接顧客へサービスを提供する。
【００２６】
図１には、例示的な顧客階層の一部分を示す。ＲＳＰ１０２は、ＴＳＰ（１）１０４、ＴＳＰ（２）１０６およびＥＣ（１）１０８を直接顧客として有する。ＲＳＰ１０２の最終顧客であるＥＣ（１）１０８は更なる顧客を持つことができず、その一方で、ＴＣＰ（１）１０４およびＴＣＰ（２）１０６はそれぞれのブランチを有する。ＴＳＰ（１）１０４は、ＴＳＰ（３）１１０、ＥＣ（２）１１２およびＴＳＰ（４）１１４を直接顧客として更に有する。ＥＣ（２）１１２は最終顧客であって、これ以上の顧客を持つことができない。ＴＳＰ（３）１１０およびＴＳＰ（４）１１４は、これらに帰属された更なる顧客を持つことができる。
【００２７】
本発明の好適な実施態様では、顧客は、直接サービスプロバイダーとの契約に基づく顧客階層内の位置に加わることができる。直接サービスプロバイダーを、顧客階層内のＲＳＰまたはＴＳＰとすることができる。顧客は、最終顧客またはＴＳＰとして参加できる。顧客がＴＳＰとして階層に加われば、顧客は更なる顧客を生成でき、顧客階層内のそれよりも上位にあるＴＳＰから、あるいは、ＴＳＰが資源を有する限りはＲＳＰから、いかなる承認も必要としない。
【００２８】
当業者にとって、顧客階層内で顧客の位置を決定する様々なその他の方法があり得ること明らかである。
【００２９】
ＲＳＰまたはＴＳＰは、ポリシーを実施し、資源を直接顧客へ割り当てることによって直接顧客を制御する。本発明の好適な実施態様では、ポリシーは、ＲＳＰまたはＴＳＰと、それらの直接顧客との間の契約に基づく。ＲＳＰまたはＴＳＰは、それらの直接顧客の資源をも管理する。これら資源は、サービスプロバイダーが制御したいと思うすべての態様を含む。これら態様は、資源の属性と称される。例示的な属性を、規則の数、ＩＰアドレスの番号および帯域幅とすることができる。
【００３０】
顧客階層のポリシーは、ポリシー実施装置によって実施される。図２は、ユーザーインターフェースおよびポリシー実施装置と共に階層的なサービス管理システムを示すブロック図である。ユーザーインターフェースおよびポリシー実施装置は、階層的なサービス管理システムによって制御される。
【００３１】
顧客へのサービスは、ポリシー実施装置２０２によって制御される。ポリシー実施装置２０２は、サービス管理システム２００によって制御される。顧客階層内の顧客は、ユーザーインターフェース２０６を介して、設定データを含むデータベース２０４にアクセスできる。ユーザーインターフェース２０６は、ユーザーインターフェース２０６から送信された要求をすべてサービスし、これら要求をアクセス権エンフォーサ２１０へ転送するユーザーインターフェースハンドラ（ＵＩハンドラ）２０８と関連付けられている。
【００３２】
アクセス権エンフォーサ２１０は、アクセス権を階層的に実施する責任を負う。顧客のアクセス権は、顧客階層内のこの顧客よりも上位にあるＴＳＰによって決定される。例示として、図１では、ルートサービスプロバイダーであるＲＳＰ１０２は、制限のないアクセス権を有する。ＴＳＰ（１）１０４、ＴＳＰ（２）１０６およびＥＣ（１）１０８のようなＲＳＰ１０２の直接顧客のアクセス権は、ＲＳＰ１０２のアクセス権以下である。ＴＳＰ（３）１１０、ＥＣ（２）１１２およびＴＳＰ（４）１１４のアクセス権は、ＴＳＰ（１）１０４のアクセス権以下である。また、ＴＳＰ自体がアクセス権を持っていなければ、ＴＳＰは、その顧客にこのアクセス権を与えることができない。
【００３３】
アクセス権エンフォーサ２１０はＵＩハンドラ２０８からの要求を受け入れ、要求を行うため、顧客が適切なアクセス権を持っているかどうかを検査する。顧客が不適切なアクセス権を持っていれば、要求をサービスせず、エラーをユーザーインターフェース２０６へ送信する。さもなければ、処理のために要求を転送する。
【００３４】
アクセス権エンフォーサ２０８は、資源マネジャ２１２、ポリシー処理器２１４および顧客分離モジュール２１６と関連付けられている。
【００３５】
資源マネジャ２１２は、資源を顧客へ割り当てる。資源マネジャ２１２は、資源チェッカ２１８および資源記憶装置２２０より成る。資源チェッカ２１８は、顧客へ割り当てられた資源の妥当性を検査する。割り当てられた資源の妥当性を確認する方法を図６および図７で更に論じる。割り当てられた資源の変更の場合では、変更された資源は、顧客分離モジュール２１６を介してデータベース２０４内に記憶される。
【００３６】
ポリシー処理器２１４は、ポリシー実施装置２０２に対するポリシーの記憶、ポリシーの検証およびポリシーのコンパイルに対して責任がある。ポリシー処理器２１４は、ポリシーローダ２２２、ポリシー検証装置２２４、ポリシーコンパイラ２２６およびポリシー記憶装置２２８より成る。ポリシーローダ２２２は、データベース２０４からすべてのポリシーをロードする責任を負う。このポリシーローダは、顧客に対して、この顧客へサービスプロバイダーによって割り当てられたすべての規則と、更に、ＲＳＰに至るまでの顧客階層内のこの顧客よりも上位にあるサービスプロバイダーから継承されたすべての規則とをロードする。次に、ポリシーローダ２２２は、ロードしたポリシーをポリシー検証装置２２４へ移動する。ポリシー検証装置２２４は、すべての規則の妥当性を検査する。顧客の規則が、顧客階層内のこの顧客よりも上位にあるサービスプロバイダーから継承されたオーバーライド不可能な規則のいずれかに違反していれば、この規則に、オーバーライド不可能な規則よりも低い優先順位を与える。検証後、ポリシー検証装置２２４は規則をポリシーコンパイラ２２６へ移動する。ポリシーコンパイラ２２６は、規則をコンパイルし、ポリシー実施装置２０２が理解できる形式で出力を発生させる責任を負う。ポリシーコンパイラ２２６の出力をダウンロードモジュール２３０へ与える。ダウンロードモジュール２３０は、ポリシー実施装置２０２にポリシーおよび資源をダウンロードする。ポリシー記憶装置２３０は、データ暗号器／解読器モジュール２３２を介してデータベース２０４内にポリシーを記憶する責任を負う。
【００３７】
顧客分離モジュール２１６は、顧客が同等の顧客のデータを見ることができない、もしくは変更できないことを決定する責任を負う。また、顧客分離モジュール２１６は、適切なレベルの顧客だけがサービスプロバイダーに見られることを確実にする。顧客が階層に加わる時、それよりも上位のサービスプロバイダーによって顧客のアクセス権が判断される。これらアクセス権は、顧客分離モジュール２１６を用いて顧客の分離を行う。顧客分離モジュール２１６は、データ暗号器／解読器モジュール２３２および顧客視認性フィルタ２３４より成る。データ暗号器／解読器モジュール２３２は、顧客のデータをデータベース２０４へ記憶する前にそれを暗号化する。例示的なデータを、顧客情報、ポリシーおよび資源の割り当てとすることができる。データ暗号器／解読器モジュール２３２は、データベース２０４に完全にアクセスできるＲＳＰでもすべての顧客のデータを見ることができないことを暗号化によって確実にする。このことは、顧客の分離を確実にする。好適な実施態様では、ＲＳＰおよびＴＳＰは、それらの直接顧客だけのデータを見ることができる。例示として、図１では、ＴＳＰ（３）１１０、ＥＣ（２）１１２およびＴＳＰ（４）１１４はＴＳＰ（１）１０４の直接顧客であるのに対して、ＴＳＰ（２）１０６は直接顧客でない。ＴＳＰ（１）１０４およびＴＳＰ（２）１０６はＲＳＰ１０２の直接顧客である。ＴＳＰ（１）１０４はＴＳＰ（３）１１０、ＥＣ（２）１１２およびＴＳＰ（４）１１４の設定データを見ることができるが、ＴＳＰ１０６の設定データを見ることができない。また、ＲＳＰ１０２はＴＳＰ（３）１１０、ＥＣ（２）１１２およびＴＳＰ（４）１１４の設定データを見ることができない。その理由は、それらがＲＳＰ１０２の直接顧客でないからである。顧客視認性は顧客視認性フィルタ２３４の設定によって制限され、ＲＳＰとＴＳＰとの間の契約に基づく。更に、高レベルの視認性が必要とされる組織の場合では、顧客視認性フィルタ２３４のパラメータを変更することによって顧客視認性を１つのレベルから複数のレベルへ変更できる。好適な実施態様では、顧客視認性は、階層を設定する時点で固定される。同様に、データ暗号器／解読器モジュール２３２は、データが資源マネジャ２１２またはポリシー処理器２１４のようなその他のモジュールによって処理される前に、あるいは、データがユーザーインターフェース２０６へ転送される前に、このデータを解読する。顧客視認性フィルタ２３４は、顧客階層内の顧客がアクセス権を持っているデータだけをこの顧客が見ることができることを確実にする。ユーザーインターフェース２０６へ送信されるすべての情報は、顧客視認性フィルタ２３４を通過しなければならない。この情報を、ユーザーインターフェース２０６からの要求に応えるデータ、あるいは、警報のようにサービス管理システムによって生成された幾つかのその他のデータとすることができる。
【００３８】
警報マネジャ２３６は、ポリシー実施装置２０２から警報を受信する。警報マネジャ２３６は警報をデータベース２０４内に記憶し、目的を監視するために警報を処理し、それを顧客視認性フィルタ２３４へ送信する。顧客視認性フィルタ２３４は、警報が属する顧客を把握し、次に、この顧客およびその直接サービスプロバイダーへ警報を送信する。
【００３９】
報告マネジャ２３８は、様々な状況を監視するためにポリシー実施装置２０２から収集されたデータについての様々な報告を作成する責任を負う。報告は、サービス管理システムの状況を検査するために生成された監視データを用いて作成される。規則の実施、安全への侵害、安全への侵害の頻度、並びに、このようなその他の状況を分析するために、作成された報告を、顧客によって、または顧客の直接サービスプロバイダーによって用いることができる。報告マネジャ２３８は顧客視認性フィルタ２３４を介して、作成された報告を適切な顧客へ送信する。
【００４０】
顧客は、それ自体およびその直接顧客に関するデータを含む報告を、一体になるように作成できる。例示として、図１では、ＲＳＰ１０２は報告を作成する。この報告は、ＲＳＰ１０２および顧客ＴＳＰ（１）１０４，ＴＳＰ（２）１０６，ＥＣ（１）１０８に関するデータを累積的に有する。ＲＳＰ１０２は、ＴＳＰ（３）１１０、ＥＣ（２）１１２およびＴＳＰ（４）１１４のデータを区別できない。ＲＳＰ１０２が報告を作成する時、ＴＳＰ（３）１１０、ＥＣ（２）１１２およびＴＳＰ（４）１１４のデータはＴＳＰ（１）１０４のデータとして一体化される。
【００４１】
ポリシーは階層的に実施される。規則が、ＲＳＰによって与えられた規則と矛盾しない限り、顧客は、より多くの規則をポリシー内に生成できる。ＲＳＰ、または顧客階層内のＴＳＰによって実施される規則を、オーバーライド可能な規則、あるいは、オーバーライド不可能な規則とすることができる。オーバーライド可能な規則は、顧客によってオーバーライドできる規則である。これら規則の利点は、ＲＳＰ、または顧客階層内のＴＳＰが、顧客階層内のこれらよりも下位にある顧客へ共通の周知の規則セットを与えることができ、必要に応じて、顧客がそれらを変更できるということである。オーバーライド不可能な規則は、顧客によって規定された規則よりも優先する規則である。顧客が規則を規定すれば、この規則は、オーバーライド不可能な規則よりも低い優先順位を与えられ、この顧客よりも上位にあるサービスプロバイダーによって規定されたオーバーライド可能な規則よりも高い優先順位を得る。ネットワークトラヒックの流れが複数の規則に一致すれば、最も高い優先順位を有する規則が実施される。従って、ネットワークトラヒックの流れが、顧客の規則と同様に、オーバーライド不可能な規則にも一致すれば、オーバーライド不可能な規則は、この流れに対して実施される。その理由は、オーバーライド不可能な規則が、顧客の規則よりも高い優先順位を有するためである。
【００４２】
図３ａおよび３ｂには、階層的なサービス管理システムにおける顧客による規則の生成を表すフローチャートを示す。
【００４３】
工程３０２では、顧客Ｃ１は規則ＰＲ１を生成し、それを、ユーザーインターフェース２０６を介して保存する。顧客Ｃ１を、ＲＳＰ、ＴＳＰまたは最終顧客とすることができる。
【００４４】
工程３０４では、この規則をＵＩハンドラ２０８によって受信し、アクセス権の検査のため、アクセス権エンフォーサ２１０へ移動する。
【００４５】
工程３０６では、アクセス権エンフォーサ２１０は、顧客Ｃ１と、顧客階層内のそれよりも上位にあるサービスプロバイダーとが、規則ＰＲ１を生成する権利を有するかどうかを決定する。
【００４６】
顧客Ｃ１、または、顧客階層内のそれよりも上位にある顧客のいずれかが、規則ＰＲ１を生成する権利を持っていなければ、この規則を工程３０８で廃棄し、従って、規則を生成しようとした顧客の企ては失敗する。さもなければ、顧客Ｃ１と、顧客階層内のそれよりも上位にあるすべての顧客が、規則ＰＲ１を生成する権利を持っている場合、顧客階層内の顧客Ｃ１よりも上位にあるサービスプロバイダーから顧客Ｃ１によって継承されたすべての規則をデータベース２０４からポリシーローダ２２２へ工程３１０でロードする。これら規則は暗号化形式でデータベース２０４内に記憶されている。そのため、規則をデータ解読器２１６によって解読し、次に、ポリシーローダ２２２へロードする。
【００４７】
工程３１２では、ポリシー検証装置２２４によって、継承された規則と比較して優先順位を規則ＰＲ１に与える。継承されたオーバーライド不可能な規則よりも低い優先順位であって、継承されたオーバーライド可能な規則よりも高い優先順位を規則ＰＲ１に与える。ポリシー実施装置２０２によって実施される規則の一致において、低い優先順位を有する規則よりも優れた優先権を、高い優先順位を有する規則に与える。ネットワークトラヒックの流れが、ネットワークトラヒックに実施すべき規則のうちの規則に一致した後、更なる規則には一致しない。例示として、ネットワークトラヒックの流れがオーバーライド不可能な規則およびＰＲ１と一致すれば、オーバーライド不可能な規則が高い優先順位を有するので、オーバーライド不可能な規則をデータの流れに対して効果的にする。
【００４８】
工程３１４では、データ暗号器２１６を介してポリシー記憶装置２２８によってデータベース２０４内に規則ＰＲ１を記憶する。顧客の分離を確実にする形式でデータを暗号化する。
【００４９】
工程３１６では、ポリシーコンパイラ２２６は、ポリシー実施装置２０２へダウンロードするのに互換性のある形式で規則を生成する。
【００５０】
工程３１８では、顧客Ｃ１と、顧客階層内の顧客Ｃ１よりも下位の顧客とへ実施すべき規則をダウンロードモジュール２３０によってポリシー実施装置２０２へダウンロードする。
【００５１】
図４ａおよび４ｂには、階層的に実施されるポリシーを表す表を示す。表１には、ＥＣ（１）１０８に対してＲＳＰ１０２によって生成された規則を示し、表２には、ＥＣ（１）１０８に対する規則を示す。これら表の行は規則を示し、列は、これら規則に関する情報を表す。表１および表２の「ソース」および「デスティネーション」列は、ネットワークトラヒックに関するソースおよびデスティネーションインターネットプロトコル（ＩＰ）アドレスを示す。「アプリケーション」列はアプリケーションの種類を示し、「方向」列はネットワークトラヒックの流れの方向を示し、「時間」列は、規則が適用できる時間を示す。「ＦＭ動作」列は、規則に関連するファイアウォール動作を示し、「継承の起点」列は、規則を継承させるサービスプロバイダーを示す。表２では、規則３，４は、ＲＳＰ１０２によって生成された規則へＥＣ（１）１０８によって加えられた規則である。規則３が、ＲＳＰ１０２によって与えられた規則１と矛盾し、低い優先順位の規則であるので、規則３は効果的ではない。規則４が、ＲＳＰ１０２によって与えられたいかなる規則にも矛盾しないので、規則４は効果的になり、従って、この規則を実施するネットワークトラヒックは、規則が一致した最も高い優先順位なので規則４を有する。
【００５２】
ネットワークでの警戒すべき状況を検知するため、ネットワークトラヒックの流れが、予め規定された規則に一致したならば、ポリシー実施装置２０２は警報を発生させる。ネットワークトラヒックの流れが、予め規定された規則に一致した時の警報の発生を用いて、システムにおける安全への侵害のような状況を検知できる。図５は、ネットワークトラヒックの流れが、予め規定された規則に一致した時の警報機能を示すフローチャートである。
【００５３】
工程５０２では、ネットワークトラヒックが、予め規定された規則であって、このような規則を生成するアクセス権を有するサービスプロバイダーによって与えられた規則に一致したため、ポリシー実施装置２０２は警報を発生させる。
【００５４】
工程５０４では、警報マネジャ２３６は、ポリシー実施装置２０２で警報を発生させた規則を検索する。
【００５５】
工程５０６では、規則が存在するかどうかを決定する。規則をデータベース２０４内で検出しなければ、このことは、エラーおよび警報を工程５０８で廃棄することを表す。
【００５６】
工程５１０では、サービス管理システム２００およびポリシー実施装置２０２内の規則の間で不一致が存在するので、ポリシー実施装置２０２での規則リストを更新する。
【００５７】
工程５１２では、規則をポリシー実施装置２０２の規則リスト内で検出すれば、この規則が属する顧客をポリシー実施装置２０２の顧客リスト内で検索する。
【００５８】
工程５１４では、警報マネジャ２３６は、顧客が存在するかどうかを決定する。顧客を検出しなければ、このことは、エラーおよび警報を工程５１６で廃棄することを表す。
【００５９】
工程５１８では、サービス管理システム２００およびポリシー実施装置２０２内の規則の間で不一致が存在するので、ポリシー実施装置２０２での顧客リストを更新する。
【００６０】
工程５２０では、顧客をポリシー実施装置２０２の顧客リスト内で検出すれば、顧客視認性フィルタ２３４を通して、規則の一致に関して報告する警報を顧客および顧客のサービスプロバイダーへ送信する。
【００６１】
資源の設定時に資源の侵害があった場合でも、警報を発生させる。
【００６２】
顧客の資源を顧客の直接サービスプロバイダーによって制御する。資源は階層的に配信され、サービスプロバイダーによって顧客へ配信された資源の合計は、サービスプロバイダーによって受信された資源を上回るべきではない。例示として、図１では、ＴＳＰ（１）１０４によってＴＳＰ（３）１１０、ＥＣ（２）１１２およびＴＳＰ（４）１１４へ配信された資源の合計は、ＲＳＰ１０２によってＴＳＰ（１）１０４へ割り当てられた資源を上回るべきではない。
【００６３】
図６は、顧客への資源の割り当てを示すフローチャートである。
【００６４】
工程６０２では、サービスプロバイダーＳＰ１は、属性Ｖ１，Ｖ２，．．．，Ｖｎを有する資源Ｒ１をユーザーインターフェース２０６によって生成する。
【００６５】
工程６０４では、サービスプロバイダーＳＰ１は、資源マネジャ２１２によって資源Ｒ１を直接顧客ＳＰ２に付随させる。
【００６６】
工程６０６では、サービスプロバイダーＳＰ２は、資源Ｒ１から継承された資源Ｒ２を生成する。
【００６７】
工程６０８では、サービスプロバイダーは、資源Ｒ２を直接顧客ＥＣ１，ＥＣ２，．．．，ＥＣｎに付随させる。
【００６８】
工程６１０では、サービスプロバイダーＳＰ２によって直接顧客へ配信された資源の合計が、サービスプロバイダーＳＰ１によってサービスプロバイダーＳＰ２へ割り当てられた資源Ｒ１よりも多いかどうかを資源チェッカ２１８が検査する。資源について検査する際、資源の各属性値を検査する。つまり、
ΣＶ１［Ｒ２］×顧客の数＞ΣＶ１［Ｒ１］且つ
ΣＶ２［Ｒ２］×顧客の数＞ΣＶ２［Ｒ１］且つ
．
．
．
ΣＶｎ［Ｒ２］×顧客の数＞ΣＶｎ［Ｒ１］
工程６１２では、サービスプロバイダーＳＰ２によって直接顧客へ配信された資源の合計が、サービスプロバイダーＳＰ１によってサービスプロバイダーＳＰ２へ割り当てられた資源よりも多ければ、サービスプロバイダーＳＰ２の顧客へ付随した資源を拒否する。さもなければ、サービスプロバイダーＳＰ２によって直接顧客へ配信された資源の合計が、サービスプロバイダーＳＰ１によってサービスプロバイダーＳＰ２へ割り当てられた資源以下である場合、最終顧客ＥＣ１に付随した資源を工程６１４で許可する。
【００６９】
工程６１６では、資源記憶装置２２０は、最終顧客ＥＣ１についてデータベース２０４に資源リストを作成する。
【００７０】
必要に応じて、顧客に割り当てられた資源をサービスプロバイダーによって変更できる。図７には、顧客へ割り当てられた資源の変更を表すフローチャートを示す。
【００７１】
工程７０２では、サービスプロバイダーＳＰ１は、直接顧客の１つまたはそれ以上に付随した資源Ｒ１の属性値を変更する。
【００７２】
工程７０４では、資源マネジャ２１２は、資源Ｒ１が増大されたかどうかを決定する。資源Ｒ１の値が増大されていなければ、ＳＰ１の顧客であるサービスプロバイダーＳＰの顧客へ配信された資源の合計が、資源Ｒ１の値よりも多いかどうかを資源チェッカ２１８によって工程７０６で決定する。
【００７３】
資源の合計が資源Ｒ１の値よりも多くなければ、データベース２０４上の資源リストを工程７０８で更新する。さもなければ、資源の合計が資源Ｒ１の値よりも多い場合、資源Ｒ１の継承された資源を工程７１０で無効にし、警報を発生させる。次に、工程７１２では、サービスプロバイダーＳＰの顧客が、資源Ｒ１の継承された資源を用いている更なる顧客を持っているかどうかを決定する。持っていれば、それらについて工程７０６，７０８，７１０，７１２を繰り返す。
【００７４】
工程７０４に戻って、これに関して、資源Ｒ１の値に変更があれば、資源チェッカ２１８は、資源Ｒ１から継承され、前に無効であった資源のいずれかが存在するかどうかを工程７１４で決定する。資源Ｒ１から継承されたいかなる無効な資源もなければ、データベース２０４上の資源リストを工程７０８で更新する。さもなければ、資源チェッカ２１８は、顧客へ配信された資源の合計が資源Ｒ１の値よりも多いかどうかを工程７１６で決定する。
【００７５】
顧客へ配信された資源の合計が資源Ｒ１の値よりも多ければ、工程７１８で資源を無効にし続け、警報を発生させる。さもなければ、資源Ｒ１の継承された資源を工程７２０で有効にする。
【００７６】
その後、データベース２０４上の資源リストを工程７２２で更新する。
【００７７】
本発明に記述したようなシステムを、またはその構成要素のいずれかを処理機械の形態で実施できる。処理機械の典型例は、汎用コンピュータ、プログラムされたマイクロプロセッサ、マイクロコントローラ、周辺装置集積回路素子、並びに、本発明の方法を構成する工程を実施できるその他の装置または装置の回路を含む。
【００７８】
処理機械は、入力データを処理するため、１つ以上の記憶素子内に記憶された命令セットを実行する。記憶素子は、所望に応じて、データまたはその他の情報をも保持できる。記憶素子を、処理機械内に存在するデータベースまたは物理メモリ素子の形態にすることができる。
【００７９】
命令セットは、本発明の方法を構成する工程のような特定のタスクを実行するように処理機械を命令する様々な命令を含むことができる。命令セットを、プログラムまたはソフトウェアの形態とすることができる。ソフトウェアを、システムソフトウェアまたはアプリケーションソフトウェアのような様々な形態とすることができる。更に、ソフトウェアを、別個のプログラムの集合体、多大なプログラムを有するプログラムモジュール、または、プログラムモジュールの一部分の形態にしてもよい。ソフトウェアは、オブジェクト指向プログラミングの形態でモジュラプログラミングをも含むことができる。処理機械による入力データの処理は、ユーザー命令に応答するか、または、前の処理結果に応答するか、または、別の１つの処理機械によって行われた要求に応答することができる。
【００８０】
様々な処理機械および／または記憶素子が同一の地理的な位置内に物理的に位置付けられる必要がないことを当業者は理解するであろう。処理機械および／または記憶素子を、地理的に異なった位置に位置付けることができ、通信を可能にするように互いに接続できる。処理機械および／または記憶素子の間で通信を可能にするために様々な通信技術を用いることができる。このような技術は、ネットワークの形態をした処理機械および／または記憶素子のセッションを含む。ネットワークを、イントラネット、エクストラネット、インターネット、または、通信を可能にするいずれかのクライアントサーバーモデルとすることができる。このような通信技術は、ＴＣＰ／ＩＰ、ＵＤＰ、ＡＴＭまたはＯＳＩのような様々なプロトコルを用いることができる。
【００８１】
本発明の好適な実施態様を図示し、説明したが、本発明がこれら実施態様のみに限定されるものではないこと明らかである。特許請求の範囲で説明するような本発明の精神および範囲を逸脱することのない数多くの修正形態、変更形態、変形形態、代替形態および等価な実施態様は、当業者にとって明らかである。
【図面の簡単な説明】
【００８２】
【図１】図１には、例示的な顧客階層の一部分を示す。
【図２】図２は、本発明の一実施態様による階層的なサービス管理システムと、このサービス管理システムが制御するユーザーインターフェースおよびポリシー実施装置とを示すブロック図である。
【図３ａ】図３ａには、本発明の一実施態様に従って階層的なサービス管理システムにおいて顧客によって規則を生成することを表すフローチャートを示す。
【図３ｂ】図３ｂには、本発明の一実施態様に従って階層的なサービス管理システムにおいて顧客によって規則を生成することを表すフローチャートを示す。
【図４ａ】図４ａは、本発明の一実施態様に従って階層的に実施されるポリシーを示す表である。
【図４ｂ】図４ｂは、本発明の一実施態様に従って階層的に実施されるポリシーを示す表である。
【図５】図５は、本発明の一実施態様に従って、ネットワークトラヒックの流れが、予め規定された規則に一致した時の警報機能を示すフローチャートである。
【図６】図６は、本発明の一実施態様による顧客への資源の割り当てを示すフローチャートである。
【図７】図７は、本発明の一実施態様に従って、顧客へ割り当てられた資源を変更することを表すフローチャートである。
【特許請求の範囲】
【請求項１】
ルートサービスプロバイダー（ＲＳＰ）の１つ以上の顧客を階層的に管理する方法であって、この方法が、
ａ．前記ＲＳＰよりも下位に顧客の階層を生成する工程であって、これら顧客が１つ以上のタイアードサービスプロバイダー（ＴＳＰ）および１つ以上の最終顧客を持っている、工程と、
ｂ．１つ以上の資源を各ＴＳＰおよび各最終顧客に割り当てる工程であって、その割り当てを前記ＲＳＰによって行い、その割り当てを直接の顧客に対して行い、前記ＴＳＰの各々が、それらよりも下位のＴＳＰおよび最終顧客に資源を更に割り当てる、工程と、
ｃ．前記ＲＳＰによって１つ以上のポリシーを各ＴＳＰおよび各最終顧客に実施する工程であって、その実施を直接の顧客に行い、前記ＴＳＰが、それらよりも下位のＴＳＰおよび最終顧客に前記ポリシーを更に実施し、前記ポリシーを規則セットとする、工程と、
ｄ．各顧客に対する資源侵害を決定する工程と、
ｅ．前記顧客の１つ以上に属する事前規定の規則と、ネットワークトラヒックの流れとの規則の一致を決定する工程であって、前記事前規定の規則が顧客によって、または、顧客階層内のこの顧客よりも上位のＴＳＰまたはＲＳＰによって規定されている、工程と
を包含する、方法。
【請求項２】
請求項１に記載の方法において、前記方法が、報告を事前規定の形式で作成する工程であって、前記報告を前記顧客階層内の顧客が作成する工程を更に包含する、方法。
【請求項３】
請求項１に記載の方法において、前記ＴＳＰが、それらよりも下位の１つ以上のＴＳＰおよび１つ以上の最終顧客を更に生成できる、方法。
【請求項４】
請求項１に記載の方法において、各ＴＳＰおよび各最終顧客に対する資源侵害を決定する前記工程が、
ａ．資源侵害に対して検査する工程であって、その検査を各ＴＳＰおよび各最終顧客について行う、工程と、
ｂ．顧客による資源侵害があれば、警報を発生させる工程と、
ｃ．前記警報を前記顧客およびこの顧客のサービスプロバイダーへ伝播する工程と
を包含する、方法。
【請求項５】
請求項１に記載の方法において、ネットワークトラヒックの流れとの規則の一致を決定する前記工程が、
ａ．前記顧客の１つ以上に属する事前規定の規則と、ネットワークトラヒックの流れとの規則の一致に対して検査する工程であって、その検査を各ＴＳＰおよび各最終顧客について行う、工程と、
ｂ．顧客に対する規則の一致があれば、警報を発生させる工程と、
ｃ．前記警報を前記顧客およびこの顧客のサービスプロバイダーへ伝播する工程と
を包含する、方法。
【請求項６】
請求項１に記載の方法において、前記ＲＳＰよりも下位に顧客の階層を生成する前記工程を、各顧客と直接のＴＳＰまたはＲＳＰとの間の契約に基づいて行う、方法。
【請求項７】
請求項１に記載の方法において、前記ＲＳＰよりも下位に顧客の階層を生成する前記工程が、顧客の分離を行う工程を包含する、方法。
【請求項８】
請求項１に記載の方法において、前記ＲＳＰよりも下位に顧客の階層を生成する前記工程が、予め規定された顧客視認性を構成する工程を包含する、方法。
【請求項９】
請求項１に記載の方法において、ポリシーをＴＳＰ及び最終顧客に実施する前記工程を、予め規定された階層的な様式で行う、方法。
【請求項１０】
請求項１に記載の方法において、資源をＴＳＰおよび最終顧客に割り当てる前記工程が、資源を階層的に配信できるようにする、方法。
【請求項１１】
請求項９に記載の方法において、前記顧客階層内の顧客によって前記ポリシーを下へ継承する、方法。
【請求項１２】
請求項９に記載の方法において、前記ポリシー内の規則が、オーバーライド可能な規則とオーバーライド不可能な規則とを備える、方法。
【請求項１３】
ルートサービスプロバイダー（ＲＳＰ）の１つ以上の顧客を階層的に管理するサービス管理システムであって、これら顧客がタイアードサービスプロバイダー（ＴＳＰ）および最終顧客であり、該サービス管理システムが、
ａ．１つ以上の資源を各ＴＳＰおよび各最終顧客に割り当てる資源マネジャであって、その割り当てを直接の顧客に対して行い、前記ＴＳＰの各々が、それらよりも下位のＴＳＰおよび最終顧客に資源を更に割り当てるようになっている、資源マネジャと、
ｂ．１つ以上のポリシーを各ＴＳＰおよび各最終顧客に実施するポリシー実施装置であって、その実施を直接の顧客に行い、前記ＴＳＰが、それらよりも下位のＴＳＰおよび最終顧客に前記ポリシーを更に実施し、前記ポリシーが規則セットであり、前記ポリシー実施装置が顧客による資源侵害を検出し、前記ポリシー実施装置が、顧客の１つ以上に属する事前規定の規則と、ネットワークトラヒックの流れとの規則の一致を検出し、前記事前規定の規則が顧客によって、または、顧客階層内のこの顧客よりも上位のＴＳＰまたはＲＳＰによって規定されている、ポリシー実施装置と、
ｃ．資源侵害または規則の一致があれば、警報を始動させる警報マネジャであって、警報を顧客および顧客の直接のサービスプロバイダーへ送信する、警報マネジャと
を備える、サービス管理システム。
【請求項１４】
請求項１３に記載のサービス管理システムにおいて、前記サービス管理システムが、規則を生成し、これら規則を前記ポリシー実施装置へロードするポリシー処理器を更に備える、サービス管理システム。
【請求項１５】
請求項１３に記載のサービス管理システムにおいて、前記サービス管理システムが、予め規定された形式で報告を作成する報告マネジャであって、該報告を前記顧客階層内の顧客が作成するようになっている、報告マネジャを更に備える、サービス管理システム。
【請求項１６】
コンピュータで用いるコンピュータプログラム製品であって、該コンピュータプログラム製品が、ルートサービスプロバイダー（ＲＳＰ）の１つ以上の顧客を階層的に管理するため、コンピュータ可読プログラムコードが実装されたコンピュータ使用可能媒体を有し、前記顧客がタイアードサービスプロバイダー（ＴＳＰ）および最終顧客であり、該コンピュータプログラムコードが、
ａ．１つ以上の資源を各ＴＳＰおよび各最終顧客に割り当てる工程であって、その割り当てを前記ＲＳＰによって行い、その割り当てを直接の顧客に対して行い、前記ＴＳＰの各々が、それらよりも下位のＴＳＰおよび最終顧客に資源を更に割り当てる、工程と、
ｂ．前記ＲＳＰによって１つ以上のポリシーを各ＴＳＰおよび各最終顧客に実施する工程であって、その実施を直接の顧客に行い、前記ＴＳＰが、それらよりも下位のＴＳＰおよび最終顧客に前記ポリシーを更に実施し、前記ポリシーが規則セットである、工程と、
ｃ．各顧客に対する資源侵害を決定する工程と、
ｄ．前記顧客の１つ以上に属する事前規定の規則と、ネットワークトラヒックの流れとの規則の一致を決定する工程であって、前記事前規定の規則が顧客によって、または、顧客階層内の該顧客よりも上位のＴＳＰまたはＲＳＰによって規定されている、工程と
を実行するようになっている、コンピュータプログラム製品。
【請求項１７】
請求項１６に記載のコンピュータプログラム製品において、前記コンピュータプログラムコードが、報告を事前規定の形式で作成する工程であって、前記報告を前記顧客階層内の顧客が作成する、工程を更に実行するようになっている、コンピュータプログラム製品。
【請求項１８】
ルートサービスプロバイダー（ＲＳＰ）の１つ以上の顧客を階層的に管理する方法であって、該方法が、
ａ．前記ＲＳＰよりも下位に顧客階層を生成する工程であって、該顧客階層が１つ以上のタイアードサービスプロバイダー（ＴＳＰ）および１つ以上の最終顧客を備える、工程と、
ｂ．１つ以上の資源を各ＴＳＰおよび各最終顧客に割り当てる工程であって、その割り当てを前記ＲＳＰによって行い、その割り当てを直接の顧客に対して行い、前記ＴＳＰが、それらよりも下位のＴＳＰおよび最終顧客に資源を更に割り当てる、工程と、
ｃ．前記ＲＳＰによってポリシーを各ＴＳＰおよび各最終顧客に実施する工程であって、その実施を直接の顧客に行い、前記ＴＳＰが、それらよりも下位のＴＳＰおよび最終顧客にポリシーを更に実施し、前記ポリシーが規則セットである、工程と、
ｄ．顧客に対する資源侵害を決定する工程であって、
ｉ．各ＴＳＰおよび各最終顧客による資源侵害に対して検査する工程と、
ｉｉ．顧客による資源侵害があれば、警報を発生させる工程と、
ｉｉｉ．前記警報を前記顧客およびこの顧客のサービスプロバイダーへ伝播する工程とを包含する、工程と、
ｅ．事前規定の規則とネットワークトラヒックの流れとの規則の一致を決定する工程であって、
ｉ．ネットワークトラヒックの流れを、顧客の１つ以上に属する事前規定の規則との規則の一致に対して検査する工程であって、前記事前規定の規則が顧客によって、または、前記顧客階層内のこの顧客よりも上位のＴＳＰまたはＲＳＰによって決定されている工程と、
ｉｉ．規則の一致を検出すれば、警報を発生させる工程と、
ｉｉｉ．前記警報を前記顧客およびこの顧客のサービスプロバイダーへ伝播する工程と
を包含する、工程と
を包含する、方法。
【請求項１９】
ルートサービスプロバイダー（ＲＳＰ）の１つ以上の顧客を階層的に管理するサービス管理システムであって、これら顧客がタイアードサービスプロバイダー（ＴＳＰ）および最終顧客であり、該サービス管理システムが、
ａ．１つ以上の資源を各ＴＳＰおよび各最終顧客に割り当てる資源マネジャであって、その割り当てを直接の顧客に対して行い、前記ＴＳＰの各々が、それらよりも下位のＴＳＰおよび最終顧客に資源を更に割り当てるようになっている、資源マネジャと、
ｂ．１つ以上のポリシーを各ＴＳＰおよび各最終顧客に実施するポリシー実施装置であって、その実施を直接の顧客に行い、前記ＴＳＰが、それらよりも下位のＴＳＰおよび最終顧客に前記ポリシーを更に実施し、前記ポリシーが規則セットであり、前記ポリシー実施装置が顧客による資源侵害を検出し、前記ポリシー実施装置が、顧客の１つ以上に属する事前規定の規則と、ネットワークトラヒックの流れとの規則の一致を検出し、前記事前規定の規則が顧客によって、または、顧客階層内のこの顧客よりも上位のＴＳＰまたはＲＳＰによって規定されている、ポリシー実施装置と、
ｃ．規則を生成し、これら規則を前記ポリシー実施装置へ顧客によってロードするポリシー処理器と、
ｄ．資源侵害または規則の一致があれば、警報を始動させる警報マネジャであって、警報を顧客および顧客の直接のサービスプロバイダーへ送信する、警報マネジャと、
ｅ．予め規定された形式で報告を作成する報告マネジャであって、該報告を前記顧客階層内の顧客が作成するようになっている、報告マネジャと
を備える、サービス管理システム。
【請求項１】
ルートサービスプロバイダー（ＲＳＰ）の１つ以上の顧客を階層的に管理する方法であって、この方法が、
ａ．前記ＲＳＰよりも下位に顧客の階層を生成する工程であって、これら顧客が１つ以上のタイアードサービスプロバイダー（ＴＳＰ）および１つ以上の最終顧客を持っている、工程と、
ｂ．１つ以上の資源を各ＴＳＰおよび各最終顧客に割り当てる工程であって、その割り当てを前記ＲＳＰによって行い、その割り当てを直接の顧客に対して行い、前記ＴＳＰの各々が、それらよりも下位のＴＳＰおよび最終顧客に資源を更に割り当てる、工程と、
ｃ．前記ＲＳＰによって１つ以上のポリシーを各ＴＳＰおよび各最終顧客に実施する工程であって、その実施を直接の顧客に行い、前記ＴＳＰが、それらよりも下位のＴＳＰおよび最終顧客に前記ポリシーを更に実施し、前記ポリシーを規則セットとする、工程と、
ｄ．各顧客に対する資源侵害を決定する工程と、
ｅ．前記顧客の１つ以上に属する事前規定の規則と、ネットワークトラヒックの流れとの規則の一致を決定する工程であって、前記事前規定の規則が顧客によって、または、顧客階層内のこの顧客よりも上位のＴＳＰまたはＲＳＰによって規定されている、工程と
を包含する、方法。
【請求項２】
請求項１に記載の方法において、前記方法が、報告を事前規定の形式で作成する工程であって、前記報告を前記顧客階層内の顧客が作成する工程を更に包含する、方法。
【請求項３】
請求項１に記載の方法において、前記ＴＳＰが、それらよりも下位の１つ以上のＴＳＰおよび１つ以上の最終顧客を更に生成できる、方法。
【請求項４】
請求項１に記載の方法において、各ＴＳＰおよび各最終顧客に対する資源侵害を決定する前記工程が、
ａ．資源侵害に対して検査する工程であって、その検査を各ＴＳＰおよび各最終顧客について行う、工程と、
ｂ．顧客による資源侵害があれば、警報を発生させる工程と、
ｃ．前記警報を前記顧客およびこの顧客のサービスプロバイダーへ伝播する工程と
を包含する、方法。
【請求項５】
請求項１に記載の方法において、ネットワークトラヒックの流れとの規則の一致を決定する前記工程が、
ａ．前記顧客の１つ以上に属する事前規定の規則と、ネットワークトラヒックの流れとの規則の一致に対して検査する工程であって、その検査を各ＴＳＰおよび各最終顧客について行う、工程と、
ｂ．顧客に対する規則の一致があれば、警報を発生させる工程と、
ｃ．前記警報を前記顧客およびこの顧客のサービスプロバイダーへ伝播する工程と
を包含する、方法。
【請求項６】
請求項１に記載の方法において、前記ＲＳＰよりも下位に顧客の階層を生成する前記工程を、各顧客と直接のＴＳＰまたはＲＳＰとの間の契約に基づいて行う、方法。
【請求項７】
請求項１に記載の方法において、前記ＲＳＰよりも下位に顧客の階層を生成する前記工程が、顧客の分離を行う工程を包含する、方法。
【請求項８】
請求項１に記載の方法において、前記ＲＳＰよりも下位に顧客の階層を生成する前記工程が、予め規定された顧客視認性を構成する工程を包含する、方法。
【請求項９】
請求項１に記載の方法において、ポリシーをＴＳＰ及び最終顧客に実施する前記工程を、予め規定された階層的な様式で行う、方法。
【請求項１０】
請求項１に記載の方法において、資源をＴＳＰおよび最終顧客に割り当てる前記工程が、資源を階層的に配信できるようにする、方法。
【請求項１１】
請求項９に記載の方法において、前記顧客階層内の顧客によって前記ポリシーを下へ継承する、方法。
【請求項１２】
請求項９に記載の方法において、前記ポリシー内の規則が、オーバーライド可能な規則とオーバーライド不可能な規則とを備える、方法。
【請求項１３】
ルートサービスプロバイダー（ＲＳＰ）の１つ以上の顧客を階層的に管理するサービス管理システムであって、これら顧客がタイアードサービスプロバイダー（ＴＳＰ）および最終顧客であり、該サービス管理システムが、
ａ．１つ以上の資源を各ＴＳＰおよび各最終顧客に割り当てる資源マネジャであって、その割り当てを直接の顧客に対して行い、前記ＴＳＰの各々が、それらよりも下位のＴＳＰおよび最終顧客に資源を更に割り当てるようになっている、資源マネジャと、
ｂ．１つ以上のポリシーを各ＴＳＰおよび各最終顧客に実施するポリシー実施装置であって、その実施を直接の顧客に行い、前記ＴＳＰが、それらよりも下位のＴＳＰおよび最終顧客に前記ポリシーを更に実施し、前記ポリシーが規則セットであり、前記ポリシー実施装置が顧客による資源侵害を検出し、前記ポリシー実施装置が、顧客の１つ以上に属する事前規定の規則と、ネットワークトラヒックの流れとの規則の一致を検出し、前記事前規定の規則が顧客によって、または、顧客階層内のこの顧客よりも上位のＴＳＰまたはＲＳＰによって規定されている、ポリシー実施装置と、
ｃ．資源侵害または規則の一致があれば、警報を始動させる警報マネジャであって、警報を顧客および顧客の直接のサービスプロバイダーへ送信する、警報マネジャと
を備える、サービス管理システム。
【請求項１４】
請求項１３に記載のサービス管理システムにおいて、前記サービス管理システムが、規則を生成し、これら規則を前記ポリシー実施装置へロードするポリシー処理器を更に備える、サービス管理システム。
【請求項１５】
請求項１３に記載のサービス管理システムにおいて、前記サービス管理システムが、予め規定された形式で報告を作成する報告マネジャであって、該報告を前記顧客階層内の顧客が作成するようになっている、報告マネジャを更に備える、サービス管理システム。
【請求項１６】
コンピュータで用いるコンピュータプログラム製品であって、該コンピュータプログラム製品が、ルートサービスプロバイダー（ＲＳＰ）の１つ以上の顧客を階層的に管理するため、コンピュータ可読プログラムコードが実装されたコンピュータ使用可能媒体を有し、前記顧客がタイアードサービスプロバイダー（ＴＳＰ）および最終顧客であり、該コンピュータプログラムコードが、
ａ．１つ以上の資源を各ＴＳＰおよび各最終顧客に割り当てる工程であって、その割り当てを前記ＲＳＰによって行い、その割り当てを直接の顧客に対して行い、前記ＴＳＰの各々が、それらよりも下位のＴＳＰおよび最終顧客に資源を更に割り当てる、工程と、
ｂ．前記ＲＳＰによって１つ以上のポリシーを各ＴＳＰおよび各最終顧客に実施する工程であって、その実施を直接の顧客に行い、前記ＴＳＰが、それらよりも下位のＴＳＰおよび最終顧客に前記ポリシーを更に実施し、前記ポリシーが規則セットである、工程と、
ｃ．各顧客に対する資源侵害を決定する工程と、
ｄ．前記顧客の１つ以上に属する事前規定の規則と、ネットワークトラヒックの流れとの規則の一致を決定する工程であって、前記事前規定の規則が顧客によって、または、顧客階層内の該顧客よりも上位のＴＳＰまたはＲＳＰによって規定されている、工程と
を実行するようになっている、コンピュータプログラム製品。
【請求項１７】
請求項１６に記載のコンピュータプログラム製品において、前記コンピュータプログラムコードが、報告を事前規定の形式で作成する工程であって、前記報告を前記顧客階層内の顧客が作成する、工程を更に実行するようになっている、コンピュータプログラム製品。
【請求項１８】
ルートサービスプロバイダー（ＲＳＰ）の１つ以上の顧客を階層的に管理する方法であって、該方法が、
ａ．前記ＲＳＰよりも下位に顧客階層を生成する工程であって、該顧客階層が１つ以上のタイアードサービスプロバイダー（ＴＳＰ）および１つ以上の最終顧客を備える、工程と、
ｂ．１つ以上の資源を各ＴＳＰおよび各最終顧客に割り当てる工程であって、その割り当てを前記ＲＳＰによって行い、その割り当てを直接の顧客に対して行い、前記ＴＳＰが、それらよりも下位のＴＳＰおよび最終顧客に資源を更に割り当てる、工程と、
ｃ．前記ＲＳＰによってポリシーを各ＴＳＰおよび各最終顧客に実施する工程であって、その実施を直接の顧客に行い、前記ＴＳＰが、それらよりも下位のＴＳＰおよび最終顧客にポリシーを更に実施し、前記ポリシーが規則セットである、工程と、
ｄ．顧客に対する資源侵害を決定する工程であって、
ｉ．各ＴＳＰおよび各最終顧客による資源侵害に対して検査する工程と、
ｉｉ．顧客による資源侵害があれば、警報を発生させる工程と、
ｉｉｉ．前記警報を前記顧客およびこの顧客のサービスプロバイダーへ伝播する工程とを包含する、工程と、
ｅ．事前規定の規則とネットワークトラヒックの流れとの規則の一致を決定する工程であって、
ｉ．ネットワークトラヒックの流れを、顧客の１つ以上に属する事前規定の規則との規則の一致に対して検査する工程であって、前記事前規定の規則が顧客によって、または、前記顧客階層内のこの顧客よりも上位のＴＳＰまたはＲＳＰによって決定されている工程と、
ｉｉ．規則の一致を検出すれば、警報を発生させる工程と、
ｉｉｉ．前記警報を前記顧客およびこの顧客のサービスプロバイダーへ伝播する工程と
を包含する、工程と
を包含する、方法。
【請求項１９】
ルートサービスプロバイダー（ＲＳＰ）の１つ以上の顧客を階層的に管理するサービス管理システムであって、これら顧客がタイアードサービスプロバイダー（ＴＳＰ）および最終顧客であり、該サービス管理システムが、
ａ．１つ以上の資源を各ＴＳＰおよび各最終顧客に割り当てる資源マネジャであって、その割り当てを直接の顧客に対して行い、前記ＴＳＰの各々が、それらよりも下位のＴＳＰおよび最終顧客に資源を更に割り当てるようになっている、資源マネジャと、
ｂ．１つ以上のポリシーを各ＴＳＰおよび各最終顧客に実施するポリシー実施装置であって、その実施を直接の顧客に行い、前記ＴＳＰが、それらよりも下位のＴＳＰおよび最終顧客に前記ポリシーを更に実施し、前記ポリシーが規則セットであり、前記ポリシー実施装置が顧客による資源侵害を検出し、前記ポリシー実施装置が、顧客の１つ以上に属する事前規定の規則と、ネットワークトラヒックの流れとの規則の一致を検出し、前記事前規定の規則が顧客によって、または、顧客階層内のこの顧客よりも上位のＴＳＰまたはＲＳＰによって規定されている、ポリシー実施装置と、
ｃ．規則を生成し、これら規則を前記ポリシー実施装置へ顧客によってロードするポリシー処理器と、
ｄ．資源侵害または規則の一致があれば、警報を始動させる警報マネジャであって、警報を顧客および顧客の直接のサービスプロバイダーへ送信する、警報マネジャと、
ｅ．予め規定された形式で報告を作成する報告マネジャであって、該報告を前記顧客階層内の顧客が作成するようになっている、報告マネジャと
を備える、サービス管理システム。
【図１】
【図２】
【図５】
【図６】
【図７】
【図２】
【図５】
【図６】
【図７】
【公表番号】特表２００７−５２５７２８（Ｐ２００７−５２５７２８Ａ）
【公表日】平成１９年９月６日（２００７．９．６）
【国際特許分類】
【出願番号】特願２００６−５１３１４５（Ｐ２００６−５１３１４５）
【出願日】平成１６年４月１９日（２００４．４．１９）
【国際出願番号】ＰＣＴ／ＵＳ２００４／０１２１２６
【国際公開番号】ＷＯ２００４／０９７５５６
【国際公開日】平成１６年１１月１１日（２００４．１１．１１）
【出願人】（５０５３８９２６０）アイポリシー ネットワークス， インコーポレイテッド (2)
【Ｆターム（参考）】
【公表日】平成１９年９月６日（２００７．９．６）
【国際特許分類】
【出願日】平成１６年４月１９日（２００４．４．１９）
【国際出願番号】ＰＣＴ／ＵＳ２００４／０１２１２６
【国際公開番号】ＷＯ２００４／０９７５５６
【国際公開日】平成１６年１１月１１日（２００４．１１．１１）
【出願人】（５０５３８９２６０）アイポリシー ネットワークス， インコーポレイテッド (2)
【Ｆターム（参考）】
[ Back to top ]