故障しているネットワーク要素を置換するためにネットワーク要素を自動的に判定するデバイスおよび方法
少なくとも１つのネットワーク（Ｎ）のために働くデバイス（Ｄ）は、ｉ）ネットワーク要素およびこれらのネットワーク要素の間の関係の表現を定義する少なくとも１つのオントロジを格納するオントロジ・エージェント（ＯＡ）と、ｉｉ）ネットワーク要素の状況が、ネットワーク要素が故障していることを示すときに、故障しているネットワーク要素およびこの故障しているネットワーク要素と少なくとも１つの他のネットワーク要素との間の関係の表現を得るためにオントロジ・エージェント（ＯＡ）にアクセスし、その後、これらの他のネットワーク要素のそれぞれについて、そのそれぞれのオントロジ表現から故障しているネットワーク要素との機能的類似を表すパラメータ値を判定し、この判定されたネットワーク要素を用いて故障しているネットワーク要素を置換することを提案するために最高の機能的類似を表すパラメータ値を提供するネットワーク要素を他のネットワーク要素の中から判定するために配置された処理手段（ＰＭ）とを含む。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワーク管理に関する。
【背景技術】
【０００２】
本明細書では、「ネットワーク」は、その間で直接にまたは間接に接続された要素（またはオブジェクト、コンポーネント、もしくは機器）を含むすべてのタイプのシステムを意味する。したがって、ネットワークを、たとえば、コンピュータ・ネットワーク、（遠隔）通信ネットワーク、または異なるタイプの機器（コンピュータ、プリンタ、スキャナ、ファクシミリ、電話機、スイッチ、ソフトウェア・モジュールなど）を含むネットワークとすることができる。
【０００３】
リモート・オブジェクトをネットワークを介して使用（または操作）しなければならないときに、そのリモート・オブジェクトまたはそのリモート・オブジェクトと共にタスクを実行するのに必要な１つもしくは複数のネットワーク・コンポーネント（またはオブジェクト）が、一時的に破壊されるか使用不能であるか取出が不可能である場合がある。どちらの場合でも、リモート・オブジェクトおよび／またはネットワーク・コンポーネントは、完全には働くことができない。これは、たとえばバンキング、ストレージ・ネットワーキング、コール・センタ、または製造工場など、いくつかの領域で有害である場合がある。残念ながら、既存のネットワーク管理ツールは、上で述べた問題をスマートに解決するのに十分ではない。
【０００４】
実際に、既存ネットワーク管理ツールのうちの第１のツールは、管理情報ベース（すなわちＭＩＢ）を利用する。このツールは、ネットワーク要素の「ツリー」などのネットワークの抽象表現を定義することと、あるネットワーク要素が異常になりつつあるかどうかを判定するために（たとえば、「要素１．３．２．４が３０秒以降に応答しない」などの受信メッセージを介して）この抽象表現を照会する（たとえばＳＮＭＰプロトコルによって）こととを目的とする。この第１のツールは、何もない場合、よりすばやい監督および物理的介入を可能にする。したがって、このツールは、ネットワーク要素の状況を得ることを可能にするが、ネットワーク要素の間の関係は与えず、したがって、ユーザは不良ネットワーク・コンポーネントの利用から別のネットワーク・コンポーネントの利用に切り替えることができるようにおよび潜在的に人間の介入を防ぐように、ネットワーク（の一部）をスマートに（すなわち、動的におよび／または効率的に）再編成することができない。
【０００５】
既存ネットワーク管理ツールのうちの第２のツールは、ＸＭＬスキーマ（またはＸＳＤ）を利用する。このツールは、ネットワークに含まれる（または含まれる可能性がある）すべてのエンティティ（または要素、コンポーネント、もしくはオブジェクト）の抽象ＸＭＬ表現を提供することを目的とする。しかし、抽象ＸＭＬ表現は各基礎になるネットワーク・コンポーネントに束縛されるので、あるエンティティ（または要素もしくはコンポーネント）の状況を得る方法がない。したがって、ＸＳＤにより、プログラムは各ネットワーク要素の記述を知ることができるが、プログラムはあるネットワーク要素の状況を有することまたは複数のネットワーク要素の間の関係を入手することができない。言い換えると、ＸＳＤは、リモート・オブジェクトと相互作用できるようになるために、別のツールに結合されなければならない。
【０００６】
既存ネットワーク管理ツールのうちの第３のツールは、オントロジを利用する。「オントロジ」が、所与の領域内で操作される用語（または概念）の、およびこれらの用語（または概念）の間の関係の、形式記述（またはデータ・モデル）であることを想起されたい。したがって、オントロジは、要素の組（そのタイプ（または「クラス」）およびその特性（または「属性」）によって定義される）および要素の間に存在する関係を表す。オントロジは、特に、領域内に存在するオブジェクトに関して推論するのに使用される。
【０００７】
この第３のツールは、（たとえば、Ｆａｃｔ＋＋によって提案されるように）少なくとも１つのオントロジについて推論することを目的とする。このツールは、プログラムが、オントロジに含まれる要素のある興味深い特性を見つけるためにこのオントロジを照会することを可能にする。オントロジの使用により、プログラムはネットワークの異なる要素の間のすべての関係を得ることができるので、場合によってはネットワークを表す最も強力な形である。しかし、このツールは、プログラムが要素の状況を得られるようにはせず、ネットワークの再編成を可能にする機能性を提供しない。したがって、この第３のツールは、ネットワークの再編成を可能にするために別のネットワーク・ツールと結合されなければならない。
【０００８】
既存ネットワーク管理ツールのうちの第４のツールは、ルール・エンジンを利用する。これは、第３のツールに対して閉ざされている。このツールは、ネットワーク要素に関する情報抽出を可能にするためにネットワークのすべての要素にルールの組を関連付けることを目的とする。この第４のツールは、第３のツールと同一の短所を提示する。
【０００９】
既存ネットワーク管理ツールのうちの第５のツールは、ネットワーク・リソースまたはネットワーク使用を編成するために配置されたグラフ・ベースのアルゴリズムを利用する。そのようなグラフ・ベースのアルゴリズムは、特に、ＩＥＥＥ文書「Ａ Ｇｒａｐｈ Ｂａｓｅｄ Ａｌｇｏｒｉｔｈｍ ｆｏｒ Ｄａｔａ Ｐａｔｈ Ｏｐｔｉｍｉｚａｔｉｏｎ ｉｎ Ｃｕｓｔｏｍ Ｐｒｏｃｅｓｓｏｒｓ」に記載されている。残念ながら、この種のアルゴリズムは、一般にあるタイプのオブジェクト（たとえば、プロセッサ）専用なので、共通の特性の組（たとえば、プロセッサが実行しなければならないサイクル数）を有するオブジェクトなどのすべてのグラフ・ノードを検討する。したがって、この第５のツールにより、プログラムは、あるネットワークが同種オブジェクトからなるネットワークである場合に限って、そのネットワークを再編成すべきであることを知ることができる。さらに、プログラムはネットワーク要素の間の関係を得ることができない。最後に、このツールにより、ネットワーク再編成は行えない。
【００１０】
さらに、上で述べたツールのどれによっても、プログラムは、「３つの続く要素を、それらに近い（たとえば、特性および／またはタイプに関して）ので第４の要素によって置換できる」など、要素の組に関する情報を得ることができない。
【先行技術文献】
【非特許文献】
【００１１】
【非特許文献１】ＩＥＥＥ文書「Ａ Ｇｒａｐｈ Ｂａｓｅｄ Ａｌｇｏｒｉｔｈｍ ｆｏｒ Ｄａｔａ Ｐａｔｈ Ｏｐｔｉｍｉｚａｔｉｏｎ ｉｎ Ｃｕｓｔｏｍ Ｐｒｏｃｅｓｓｏｒｓ」
【非特許文献２】ｈｔｔｐ：／／ｗｗｗ．ｗ３．ｏｒｇ／ＴＲ／２００４／ＲＥＣ−ｏｗｌ−ｇｕｉｄｅ−２００４０２１０／ｗｉｎｅ．ｒｄｆ
【発明の概要】
【発明が解決しようとする課題】
【００１２】
したがって、本発明の目的は、少なくとも１つの故障しているネットワーク要素を置換することができるネットワーク要素の自動判定を可能にすることによって、この情況を改善することである。
【課題を解決するための手段】
【００１３】
このため、本発明は、少なくとも１つのネットワーク（要素を含む）のために働くデバイスであって、
ｉ）ネットワーク要素およびこれらのネットワーク要素の間の関係の表現を定義する少なくとも１つのオントロジを格納するオントロジ・エージェントと、
ｉｉ）ネットワーク要素の状況が、このネットワーク要素が故障していることを示すときに、この故障しているネットワーク要素およびこの故障しているネットワーク要素と少なくとも１つの他のネットワーク要素との間の関係の表現を得るためにオントロジ・エージェントにアクセスし、その後、これらの他のネットワーク要素のそれぞれについて、そのそれぞれのオントロジ表現から故障しているネットワーク要素との機能的類似を表すパラメータ値を判定し、この判定されたネットワーク要素を用いて故障しているネットワーク要素を置換することを提案するために最高の機能的類似を表すパラメータ値を提供するネットワーク要素を他のネットワーク要素の中から判定するために配置された処理手段と
を含むデバイスを提供する。
【００１４】
本発明によるデバイスは、別々にまたは組み合わせて考慮される追加の特性を含むことができ、特に、
その処理手段は、各ネットワーク要素が少なくとも１つの要素特性および少なくとも１つのクラス「特異性」（たとえば「クラス制約」または「クラス交わり」など）を含むオントロジ表現によって定義される場合に、故障しているネットワーク要素と他のネットワーク要素との間の共通のクラス特異性の個数および故障しているネットワーク要素とこの他のネットワーク要素との間の共通の要素特性の個数の第１の和と、故障しているネットワーク要素のクラス特異性の個数および故障しているネットワーク要素の要素特性の個数の第２の和との間の比からパラメータ値を判定するために配置され得、
変形形態では、その処理手段は、各ネットワーク要素が少なくとも１つの要素特性および少なくとも１つのクラス特異性を含むオントロジ表現によって定義される場合に、故障しているネットワーク要素および他のネットワーク要素（１つまたは複数）のオントロジ表現の特性および／またはクラス特異性に関連付けられた重みを考慮に入れながらパラメータ値を判定するために配置され得、
その処理手段は、故障しているネットワーク要素および他のネットワーク要素に共通するクラス特異性に関連付けられた重みならびに故障しているネットワーク要素およびこの他のネットワーク要素に共通する要素特性に関連付けられた重みの第１の和と、故障しているネットワーク要素のクラス特異性に関連付けられた重みおよび故障しているネットワーク要素の要素特性に関連付けられた重みの第２の和との間の比からパラメータ値を判定するために配置され得、
このデバイスは、ネットワークのネットワーク要素の状況を得るためにネットワークを照会するために配置されたインターフェース（またはネットワーク・エージェント）を含むことができる。
【００１５】
本発明は、上で導入されたものなどのデバイスを含むコンピュータ・ソフトウェア製品をも提供する。
【００１６】
本発明は、ネットワークの少なくとも１つの故障しているネットワーク要素を置換できるこのネットワークの要素を自動的に判定するための方法であって、ネットワーク要素の状況が、ネットワーク要素が故障していることを示すときに、
ｉ）ネットワーク要素およびこれらのネットワーク要素の間の関係の表現を定義するオントロジ内に、故障しているネットワーク要素ならびにこの故障しているネットワーク要素と少なくとも１つの他のネットワーク要素との間の関係の表現を判定するステップと、その後、
ｉｉ）これらの他のネットワーク要素のそれぞれについて、そのそれぞれのオントロジ表現から故障しているネットワーク要素との機能的類似を表すパラメータ値を判定するステップと、
ｉｉｉ）この判定されたネットワーク要素を用いて故障しているネットワーク要素を置換することを提案するために、最高の機能的類似を表すパラメータ値を提供するネットワーク要素を他のネットワーク要素の中から判定するステップと
に存する方法をも提供する。
【００１７】
本発明による方法は、別々にまたは組み合わせて考慮される追加の特性を含むことができ、特に、
各ネットワーク要素が少なくとも１つの要素特性および少なくとも１つのクラス特異性を含むオントロジ表現によって定義される場合に、故障しているネットワーク要素と他のネットワーク要素との間の共通のクラス特異性の個数および故障しているネットワーク要素とこの他のネットワーク要素との間の共通の要素特性の個数の第１の和と、故障しているネットワーク要素のクラス特異性の個数および故障しているネットワーク要素の要素特性の個数の第２の和との間の比からパラメータ値を判定することができ、
変形形態では、各ネットワーク要素が少なくとも１つの要素特性および少なくとも１つのクラス特異性を含むオントロジ表現によって定義される場合に、故障しているネットワーク要素および他のネットワーク要素（１つまたは複数）のオントロジ表現の特性および／またはクラス特異性に関連付けられた重みを考慮に入れながらパラメータ値を判定することができ、
故障しているネットワーク要素および他のネットワーク要素に共通するクラス特異性に関連付けられた重みならびに故障しているネットワーク要素およびこの他のネットワーク要素に共通する要素特性に関連付けられた重みの第１の和と、故障しているネットワーク要素のクラス特異性に関連付けられた重みおよび故障しているネットワーク要素の要素特性に関連付けられた重みの第２の和との間の比からパラメータ値を判定することができる。
【００１８】
本発明の他の特徴および利益は、詳細に述べられた明細書およびその後の付録ならびに添付図面を検討すると明らかになるだろう。
【図面の簡単な説明】
【００１９】
【図１】ネットワークに結合された本発明によるデバイスの実施形態の例を概略的に示す図である。
【図２】故障しているネットワーク要素に関する「機能的類似（または近接）の範囲」の例を概略的に示す図である。
【発明を実施するための形態】
【００２０】
添付図面は、本発明を完成させるだけではなく、必要な場合にその定義に寄与するようにも働く場合がある。
【００２１】
本発明は、少なくとも１つの故障しているネットワーク要素Ｉｋを置換できるネットワーク要素Ｉｋ’（ただし、ｋ≠ｋ’）を自動的に判定するためのデバイス（Ｄ）および関連する方法を提供することを目的とする。
【００２２】
本発明によるデバイス（Ｄ）を、たとえばネットワーク（Ｎ）を管理するための機器またはアプリケーションの一部とするかこれに結合できることに留意することが重要である。したがって、そのようなデバイス（Ｄ）を、ソフトウェア・モジュール、電子回路（１つまたは複数）（またはハードウェア・モジュール）、またはハードウェア・モジュールおよびソフトウェア・モジュールの組合せからなるコンピュータ電子製品とすることができる。
【００２３】
図１に概略的に示されているように、本発明によるデバイスＤは、少なくとも１つのオントロジ・エージェントＯＡおよび処理モジュールＰＭを含む。
【００２４】
次の説明では、「エージェント」は、どこか（たとえば、オントロジ・エージェントＯＡの場合にはデバイスＤ内）で実行されるプログラムを意味する。
【００２５】
オントロジ・エージェントＯＡは、少なくとも、ネットワークＮの要素（または個体、オブジェクト、もしくはコンポーネント）Ｉｋ（ｋ＞０）およびこれらのネットワーク要素Ｉｋの間の関係の表現を定義する少なくとも１つのオントロジＯを格納するために配置される。
【００２６】
より正確には、Ｗ３Ｃ（「Ｗｏｒｌｄ Ｗｉｄｅ Ｗｅｂ Ｃｏｎｓｏｒｔｉｕｍ」）によれば、ネットワークＮの要素（または個体）Ｉｋのオントロジ表現は、
単一の名前付きのクラスまたは複数の関係から構成されるより複雑なクラスのいずれかとすることができ、定義された特性に対する制約または１つの制約と値の組との間の交わり（１つまたは複数）などの１つまたは複数の特異性を有することができる、１つの（唯一の）クラスと、
１つまたは複数の要素（または個体）特性と、
同一のネットワークＮの少なくとも１つの他の要素（または個体）Ｉｋ（ｋ’≠ｋ）との１つまたは複数の関係と
によって定義される。
【００２７】
上で述べた定義が、古典的なオントロジの要素表現の定義であることに留意することが重要である。しかし、本発明は、要素表現が各クラス特異性）に関連する選択された重みおよび／または各要素（または個体）特性に関連する選択された重みをさらに含む、「強化された」または「増補された」オントロジをも導入する。これは、古典的なオントロジにおいて、すべてのクラス特異性重みが１と等しく、すべての要素特性重みが１と等しいことを意味する。
【００２８】
本発明は、すべてのタイプのネットワーク要素に対処するので、すべてのタイプの領域で操作される用語（または概念）およびこれらの用語（または概念）の間の関係を形式的な形で記述するすべてのタイプのオントロジに対処する。
【００２９】
たとえば、オントロジＯは、ＯＷＬ（「Ｏｎｔｏｌｏｇｙ Ｗｅｂ Ｌａｎｇｕａｇｅ」）などの選択されたオントロジ言語を用いて記述される。しかし、オントロジＯを、たとえばＲＤＦ／ＸＭＬ（「Ｒｅｓｏｕｒｃｅ Ｄｅｓｃｒｉｐｔｉｏｎ Ｆｒａｍｅｗｏｒｋ／ｅＸｔｅｎｄｅｄ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ」）などの別のオントロジ言語を用いて記述することもできる。ＯＷＬおよびＲＤＦ／ＸＭＬが、Ｗ３Ｃによって開発され、標準化された２つのオントロジ言語であることを想起されたい。
【００３０】
オントロジ・エージェントＯＡは、図示されているように、少なくとも１つのオントロジＯを格納する格納手段を含むことができる。しかし、オントロジ（１つまたは複数）を、オントロジ・エージェントＯＡの一部ではなく、またデバイスＤの一部ですらない、オントロジ・エージェントＯＡがアクセスできる格納手段に格納することができる。この格納手段は、少なくとも１つのオントロジＯを格納できるようになるや否や当業者から知られる任意のタイプのものとすることができる。したがって、この格納手段を、オントロジ・エージェントＯＡによって読み取ることができる、データベース、フラッシュ・メモリ、ＲＯＭ、ＲＡＭ、ＣＤ（「コンパクト・ディスク」）またはＤＶＤ（「ディジタル・ビデオ・ディスク」）、フラット・ファイル・システム、またはすべての他の種類のリポジトリとすることができる。
【００３１】
処理モジュールＰＭは、ネットワーク要素Ｉｋの状況が、ネットワーク要素Ｉｋが故障していることを示すときに介入するために配置される。
【００３２】
本明細書では、「状況」によって、ネットワーク要素Ｉｋが故障している（すなわち、一時的に破壊されるか使用不能であるか取出が不可能である）ことを示すすべてのタイプのパラメータまたは変数を意味する。
【００３３】
ネットワーク要素状況を、デバイスＤの一部とすることができる、図１の非限定的な例に示された格納手段ＥＭに格納することができる。しかし、ネットワーク要素状況を、デバイスＤの一部ではないがオントロジ・エージェントＯＡがアクセスできる格納手段ＥＭに格納することができる。この格納手段ＥＭは、ネットワーク要素状況を格納できるようになるや否や当業者から知られる任意のタイプのものとすることができる。したがって、この格納手段ＥＭを、データベース、ＲＡＭ、フラット・ファイル・システム、またはすべての他の種類のリポジトリとすることができる。
【００３４】
ネットワーク要素状況は、格納手段ＥＭに接続される（直接にまたは間接に）、図１の非限定的な例に示されているようにデバイスＤの一部とすることができるインターフェースまたはネットワーク・エージェントＳＡによって提供される。しかし、このインターフェースまたはネットワーク・エージェントＳＡを、デバイスＤの外部とすることができる。そのようなインターフェースまたはネットワーク・エージェントＳＡは、ネットワークＮのネットワーク要素Ｉｋの状況を得るためにネットワークＮを照会するために配置される。
【００３５】
たとえば、インターフェースまたはネットワーク・エージェントＳＡは、ネットワークＮを照会するのにＳＮＭＰプロトコルを使用し、ある種の管理情報ベース（すなわちＭＩＢ）を構成する。
【００３６】
たとえば、インターフェースまたはネットワーク・エージェントＳＡは、ネットワーク要素Ｉｋ（すべてまたはそのうちの一部のみ）に（おそらくは専用の）メッセージを送信し、メッセージ送信後３０秒のうちにネットワーク要素Ｉｋから応答（たとえば、肯定応答受取）を受信しない場合には、このネットワーク要素Ｉｋが故障していると考え、したがって、このネットワーク要素Ｉｋに「故障状況」を関連付け、この「故障状況」を、故障しているネットワーク要素Ｉｋの識別子に対応して格納手段ＥＭに格納する。
【００３７】
インターフェースまたはネットワーク・エージェントＳＡが、自動的に（おそらくは周期的に）または要求（おそらくは処理モジュールＰＭから発する）時にのいずれかにネットワークＮを照会できることに留意することが重要である。
【００３８】
故障しているネットワーク要素Ｉｋに関する故障状況が格納手段ＥＭに格納されるときに、処理モジュールＰＭは、オントロジ・エージェントＯＡにアクセスして、この故障しているネットワーク要素Ｉｋおよびこの故障しているネットワーク要素Ｉｋと少なくとも１つの他のネットワーク要素Ｉｋ’（ｋ’≠ｋ）との間の関係の表現を得る。次に、処理モジュールＰＭは、これらの他のネットワーク要素Ｉｋ’（すなわち、故障しているネットワーク要素Ｉｋとの関係を有するネットワーク要素）のそれぞれのパラメータ値を判定する。本明細書では、「パラメータ値」によって、故障しているネットワーク要素（または個体）Ｉｋとのネットワーク要素（または個体）Ｉｋ’の機能的類似（または近接もしくは近傍）の表現であるパラメータの値を意味する。
【００３９】
処理モジュールＰＭは、ネットワーク要素（または個体）Ｉｋ’および故障しているネットワーク要素Ｉｋのそれぞれのオントロジ表現から各パラメータ値を判定する。
【００４０】
この判定を、重みが各クラス特異性および／または各要素（または個体）特性に関連するかまたは関連しないかによって決まる少なくとも２つの異なるやり方に従って実行することができる。
【００４１】
第１のやり方は、各クラス特異性および／または各要素（または個体）特性に重みが割り当てられない（または１と等しい重みが割り当てられる）場合に関する。この場合には、処理モジュールＰＭは、第１の和Ｓ１と第２の和Ｓ２との間の比Ｒからパラメータ値を判定する。言い換えると、Ｒ＝Ｓ１／Ｓ２である。
【００４２】
第１の和Ｓ１は、故障しているネットワーク要素Ｉｋと他のネットワーク要素Ｉｋ’との両方に共通するクラス特異性の個数Ｎ１１に故障しているネットワーク要素Ｉｋとこの他のネットワーク要素Ｉｋ’との両方に共通する要素特性の個数Ｎ１２を加えたものと等しい。言い換えると、Ｓ１＝Ｎ１１＋Ｎ１２である。
【００４３】
第２の第１の和Ｓ２は、故障しているネットワーク要素Ｉｋのクラス特異性の個数Ｎ２１に故障しているネットワーク要素Ｉｋの要素特性の個数Ｎ２２を加えたものと等しい。言い換えると、Ｓ１＝Ｎ２１＋Ｎ２２である。
【００４４】
したがって、第１の場合には、パラメータ値は、（Ｎ１１＋Ｎ１２）／（Ｎ２１＋Ｎ２２）と等しい比Ｒの値である。
【００４５】
第２のやり方は、可変重みが各クラス特異性および／または各要素（または個体）特性に関連付けられる場合に関する。この場合には、処理モジュールＰＭは、故障しているネットワーク要素Ｉｋおよび他のネットワーク要素（１つまたは複数）Ｉｋ’のオントロジ表現の特性および／またはクラス特異性に関連付けられる重みを考慮に入れながらパラメータ値を判定する。
【００４６】
たとえば、処理モジュールＰＭは、第１の和Ｓ１’と第２の和Ｓ２’との間の比Ｒ’からパラメータ値を判定することができる。言い換えると、Ｒ’＝Ｓ１’／Ｓ２’である。
【００４７】
第１の和Ｓ１’は、故障しているネットワーク要素Ｉｋと他のネットワーク要素Ｉｋ’との両方に共通するクラス特異性にそれぞれ関連付けられる重みＷｊｋおよびＷｊｋ’の和に故障しているネットワーク要素Ｉｋと他のネットワーク要素Ｉｋ’との両方に共通する要素（または個体）特性にそれぞれ関連付けられる重みＷ’ｉｋおよびＷ’ｉｋ’の和を加えたものと等しい。言い換えると、
【数１】
である。
【００４８】
第２の和Ｓ２’は、故障しているネットワーク要素Ｉｋの異なるクラス特異性にそれぞれ関連付けられる重みＷｎｋの和に故障しているネットワーク要素Ｉｋの異なる要素（または個体）特性にそれぞれ関連付けられる重みＷ’ｍｋの和を加えたものと等しい。言い換えると、
【数２】
である。
【００４９】
ｎが、故障しているネットワーク要素Ｉｋのクラス特異性のいずれかを指定するインデックスであり、ｊが、故障しているネットワーク要素Ｉｋと他のネットワーク要素Ｉｋ’との両方に共通するクラス特異性のいずれかだけを指定するインデックスであることに留意することが重要である。同様に、ｍは、故障しているネットワーク要素Ｉｋの要素（または個体）特性のいずれかを指定するインデックスであり、ｉは、故障しているネットワーク要素Ｉｋと他のネットワーク要素Ｉｋ’との両方に共通する要素（または個体）特性のいずれかだけを指定するインデックスである。
【００５０】
したがって、第２の場合には、パラメータ値は、
【数３】
と等しい比Ｒ’の値である。
【００５１】
パラメータ値の判定中に使用される重みが、処理モジュールＰＭによって（たとえば対応テーブルを介して）知られるか、関係する要素（または個体）ＩｋおよびＩｋ’のオントロジ表現に含まれる（増補された（または強化された）オントロジＯの場合）かのいずれかとすることができることに留意することが重要である。
【００５２】
パラメータ値の判定の例のより形式的な（すなわち、数学）表現を、付録で与える。この非限定的な例では、検討される要素（または個体）は、「セラックス・ソーヴィニヨン・ブラン」と呼ばれる白ワインである。
【００５３】
処理モジュールＰＭは、ネットワーク要素（または個体）の異なる対（Ｉｋ’，Ｉｋ）のパラメータ値を判定した後に、対（Ｉｋ’，Ｉｋ）の（他の）ネットワーク要素Ｉｋ’の中で、最高の機能的類似（または近接）を表すパラメータ値を提供するネットワーク要素を判定する。その後、処理モジュールＰＭは、そのようなネットワーク要素Ｉｋ’を判定した後に、出力上にメッセージＰＥを配送し、このメッセージは、故障しているネットワーク要素Ｉｋをこの判定されたネットワーク要素Ｉｋ’によって置換することを提案するものである。
【００５４】
図１の非限定的な例に示されているように、このメッセージＰＥを、ローカルに処理するかネットワークＮの選択されたネットワーク管理機器に送信することができるようにするために、インターフェースまたはネットワーク・エージェントＳＡに供給することができる。故障しているネットワーク要素Ｉｋを、自動的にまたはネットワーク・マネージャから発する認可の受信時にのいずれかで、１つまたは複数の判定されたネットワーク要素Ｉｋ’によって置換することができる。
【００５５】
１つまたは複数の判定されたネットワーク要素Ｉｋ’が、故障しているネットワーク要素Ｉｋを効果的に置換するときに、サード・パーティ（プログラム）がこの故障しているネットワーク要素Ｉｋを使用することを望むたびに、ネットワークＮが、これを判定されたネットワーク要素Ｉｋ’のうちの１つの近くに自動的に再ルーティングすることに留意することが重要である。
【００５６】
プリンタからなるネットワーク要素（または個体）Ｉｋのパラメータ値の判定の２つの非限定的な例を、後で与える。この２つの例は、それぞれ、上で説明した第１の場合（重みなし）および第２の場合（重みあり）に対応する。
【００５７】
次を仮定する。
第１プリンタＩ１は、
２つのクラス特異性（ここでは、特性「プリンタのタイプ」に対する２つのクラス制約）すなわち、
・消費者のタイプ 会社（重み＝０．５）
・黒レーザ（重み＝２）
３つの要素（または個体）特性すなわち、
・黒解像度 ＞６００×６００ｄｐｉ（重み＝２）
・プリント・メモリ ８ＭＢ（重み＝２）
・プロセッサ ２６６ＭＨｚ（重み＝２）
を含むオントロジ表現に関連し
第２プリンタＩ２は、
２つのクラス特異性（ここでは、２つのクラス制約）すなわち、
・消費者のタイプ 会社（重み＝０．５）
・カラー・インクジェット（重み＝２）
４つの要素（または個体）特性すなわち、
・カラー解像度 ＞２８ｐｐｍ（重み＝２）
・黒解像度 ＞２２ｐｐｍ（重み＝２）
・用紙入力容量 ＞１００枚（重み＝０．５）
・用紙トレイ ＞３（重み＝０．５）
を含むオントロジ表現に関連し
第３プリンタＩ３は、
２つのクラス特異性（ここでは、２つのクラス制約）すなわち、
・消費者のタイプ 家庭およびホーム・オフィス（重み＝０．５）
・写真専用（重み＝２）
３つの要素（または個体）特性すなわち、
・赤目修正（重み＝２）
・ワン・ボタン印刷（重み＝０．５）
・写真印刷解像度 ＞４８００×１２００ｄｐｉ（重み＝２）
を含むオントロジ表現に関連し
第４プリンタＩ４は、
２つのクラス特異性（ここでは、２つのクラス制約）すなわち、
・消費者のタイプ 会社（重み＝０．５）
・マルチファンクション（重み＝２）
５つの要素（または個体）特性すなわち、
・カラー解像度 ＞２８ｐｐｍ（重み＝２）
・黒解像度 ＞２２ｐｐｍ（重み＝２）
・スキャナ・タイプ フラットベッド（重み＝２）
・用紙入力容量 ＞１００枚（重み＝０．５）
・用紙トレイ ＝１（重み＝０．５）
を含むオントロジ表現に関連する。
【００５８】
故障しているプリンタが、第２プリンタＩ２であり、第１の比Ｒ（Ｒ＝Ｓ１／Ｓ２、重みなしの第１の場合）を使用する場合には、次が得られる。
Ｒ（Ｉ２，Ｉ１）＝（１＋０）／（２＋４）＝０．１６＝１６％、
Ｒ（Ｉ２，Ｉ３）＝（０＋０）／（２＋４）＝０＝０％、
Ｒ（Ｉ２，Ｉ４）＝（１＋３）／（２＋４）＝０．６６＝６６．６％。
【００５９】
この３つのパラメータ値Ｒは、故障している第２プリンタＩ２の「機能的類似（または近接）の範囲」の３つの点と見なすことができる。そのような範囲の例を、図２に示す。
【００６０】
この第１の場合では、最高の機能的類似（または近接）Ｒを提供するプリンタは、第４プリンタＩ４（６６．６％）である。したがって、処理モジュールＰＭは、故障している第２プリンタＩ２を第４プリンタＩ４によって置換することを提案するメッセージＰＥを配送する。
【００６１】
ここで、故障しているプリンタが第２プリンタＩ２であり、第２の比Ｒ’（Ｒ’＝Ｓ１’／Ｓ２’、重みありの第２の場合）を使用する場合には、次が得られる。
Ｒ’（Ｉ２，Ｉ１）＝（０．５＋０）／（２，５＋５）＝０．０６＝６％、
Ｒ’（Ｉ２，Ｉ３）＝（０＋０）／（２，５＋５）＝０＝０％、
Ｒ’（Ｉ２，Ｉ４）＝（０．５＋４．５）／（２，５＋５）＝０．８３＝８３％。
【００６２】
この第２の場合には、依然として最高の機能的類似（または近接）Ｒ’を提供するプリンタは、第４プリンタＩ４（８３％）である。したがって、処理モジュールＰＭは、故障している第２プリンタＩ２を第４プリンタＩ４によって置換することを提案するメッセージＰＥを配送する。
【００６３】
本発明を、ネットワークＮの少なくとも１つの故障しているネットワーク要素Ｉｋを置換できるネットワークＮの要素Ｉｋ’（ただし、ｋ≠ｋ’）を自動的に判定する方法に関して検討することもできる。
【００６４】
そのような方法を、図１を参照して上で説明したものなどのデバイスＤによって実施することができる。したがって、その主要な特性だけを、下で述べる。
【００６５】
本発明による方法は、ネットワーク要素Ｉｋの状況が、ネットワーク要素（Ｉｋ）が故障していることを示すときに、
ｉ）ネットワーク要素Ｉｋおよびこれらのネットワーク要素の間の関係の表現を定義するオントロジＯ内に、故障しているネットワーク要素Ｉｋならびにこの故障しているネットワーク要素Ｉｋと少なくとも１つの他のネットワーク要素Ｉｋ’（ただしｋ’≠ｋ）との間の関係の表現を判定するステップと、その後、
ｉｉ）これらの他のネットワーク要素Ｉｋ’のそれぞれについて、そのそれぞれのオントロジ表現から故障しているネットワーク要素Ｉｋとの機能的類似を表すパラメータ値を判定するステップと、
ｉｉｉ）この判定されたネットワーク要素を用いて故障しているネットワーク要素Ｉｋ’を置換することを提案するために、最高の機能的類似を表すパラメータ値を提供するネットワーク要素を他のネットワーク要素Ｉｋ’の中から判定するステップと
に存する。
【００６６】
本発明は、ネットワークの動的再構成だけではなく、ネットワークへの動的ネットワーク要素集積をも行うことを可能にする。
【００６７】
本発明は、上で例としてのみ説明した方法およびデバイスの実施態様に限定されるのではなく、下の特許請求の範囲に含まれると当業者によって考えられる可能性があるすべての代替実施形態を含む。
【００６８】
付録
この後では、「セラックス・ソーヴィニヨン・ブラン」と呼ばれる白ワインである要素（または個体）を検討する。この白ワインは、「ソーヴィニヨン・ブラン」と呼ばれる等級（クラス）に属し、そのオントロジ表現は、Ｗ３Ｃによって定義されたワイン・オントロジの一部である（たとえば、インターネット・アドレス「ｈｔｔｐ：／／ｗｗｗ．ｗ３．ｏｒｇ／ＴＲ／２００４／ＲＥＣ−ｏｗｌ−ｇｕｉｄｅ−２００４０２１０／ｗｉｎｅ．ｒｄｆ」を参照されたい）。セラックス・ソーヴィニヨン・ブランのオントロジ表現を部分的に定義する個体（または要素）特性の組（ｌｏｃａｔｅｄＩｎ、ｈａｓＭａｋｅｒ、ｈａｓＳｕｇａｒ、ｈａｓＦｌａｖｏｒ、およびｈａｓＢｏｂｙ）が、後で与えられる。
<SauvignonBlanc rdf:ID="SelaksSauvignonBlanc">
<locatedIn rdf:resource="#NewZealandRegion" />
<hasMaker rdf:resource="#Selaks" />:
<hasSugar rdf:resource="#Dry" />
<hasFlavor rdf:resource="#Moderate" />
<hasBody rdf:resource="#Medium" />
</SauvignonBlanc>
【００６９】
重みの関連付け
何がワインに関して最も関連する情報であるのかを判定することを可能にするために、後で例として述べるように、選択された重みを、これらの個体（または要素）特性のうちの少なくとも１つおよび／またはソーヴィニヨン・ブラン・クラスの少なくとも１つの特異性に関連付けることができる。
<owl:ObjectProperty rdf:ID="locatedIn" rdf-ext:weight="0.1">
<rdf:type rdf:resource="&owl; TransitiveProperty" />
<rdfs:domain...rdf:resource="http://www.w3.org/2002/07/owl#Thing" />
<rdfs:range rdf:resource="#Region" />
</owl:ObjectProperty>
<owl:ObjectProperty rdf:ID="hasFlavor" rdf-ext:weight="1">
<rdf:type rdf:resource="&owl; FunctionalProperty" />
<rdfs:subPropertyOf rdf:resource="#hasWineDescriptor" />
<rdfs:range rdf:resource="#WineFlavor" />
</owl:ObjectProperty>
<owl:ObjectProperty rdf:ID="hasBody" rdf-ext:weight="1">
<rdf:type rdf:resource="&owl; FunctionalProperty" />
<rdfs:subPropertyOf rdf:resource="#hasWineDescriptor" />
<rdfs:range rdf:resource="#WineBody" />
</owl:ObjectProperty>
<owl:Class rdf:ID="SauvignonBlanc">
<owl:intersectionOf rdf:parseType="Collection" rdf-...
...ext :weight="5">
<owl:Class rdf:about="#SemillonOrSauvignonBlanc" />
<owl:Restriction rdf-ext:weight="5">
<owl:onProperty rdf: resource="#madeFromGrape" />
<owl:hasValue rdf:resource="#SauvignonBlancGrape" />
</owl:Restriction>
<owl:Restriction rdf-ext:weight="3">
<owl:onProperty rdf:resource="#madeFromGrape" />
<owl:maxCardinalityrdf:datatype="&xsd;...
...nonNegativeInteger">1</owl:maxCardinality>
</owl:Restriction>
</owl:intersectionOf>
</owl:Class>
【００７０】
この非限定的な例では、クラス特異性は、それらに特権を与えるために、要素（または個体）特性に関連付けられるものより重要な関連付けられた重みを有する。
【００７１】
機能的類似（または近接もしくは近傍）の判定
次では、その定義が後で与えられる変数を利用する。
Ｉｋは、個体（または要素）を表す。
Ｃｋは、クラスを表す。
Ｐｋは、特性を表す。
Ｃ（Ｉｋ）は、個体Ｉｋのクラスを表す。
ＣＳｉ（Ｃ（Ｉｋ））は、個体クラスＩｋのクラス特異性「ｉ」を表す。
Ｐｉ（Ｉｋ）は、個体「Ｉｋ」の特性「ｉ」を表す。
Ωｉ（Ｉｋ）は、クラス特異性ＣＳｉ（Ｃ（Ｉｋ））に関連付けられた重みを表す。
ωｉ（Ｉｋ）は、個体特性Ｐｉ（Ｉｋ）に関連付けられた重みを表す。
【数４】
Ψ（Ａ，Ｂ）は、ＡとＢとの間の機能的類似（または近接）を表す。
【００７２】
次では、次の判断基準をも利用する。
同一クラスの２つのクラス特異性は、必ず別個であり、
同一要素（または個体）の２つの特性は、必ず別個であり、
すべてのクラスは、互いに別個であり、
すべての要素（または個体）特性は、互いに別個である。
【００７３】
これらの判断基準は、上で与えた変数定義を考慮に入れて、次の式によって数学的に定義することができる。
∀（ｉ，ｊ，ｋ）∈Ｎ３，ｉ≠ｊ⇒ＣＳｉ（Ｃ（Ｉｋ）≠ＣＳｊ（Ｃ（Ｉｋ））
∀（ｉ，ｊ，ｋ）∈Ｎ３，ｉ≠ｊ⇒ＣＳｉ（Ｃｋ）≠ＣＳｊ（Ｃｋ）
∀（ｉ，ｊ，ｋ）∈Ｎ３，ｉ≠ｊ⇒Ｐｉ（Ｉｋ）≠Ｐｊ（Ｉｋ）
∀（ｉ，ｊ）∈Ｎ２，ｉ≠ｊ⇒Ｐｉ≠Ｐｊ
∀（ｉ，ｊ）∈Ｎ２，ｉ≠ｊ⇒Ｃｉ≠Ｃｊ
【００７４】
要素（または個体）オントロジ表現が、
１つ（唯一）のクラス。このクラスは、単一の名前付きのクラスまたは複数の関係から構成されるより複雑なクラスのいずれかとすることができる。さらに、このクラスは、１つまたは複数の特異性（たとえば、制約または交わり）を有することができ、「増補されたオントロジ」の場合に、それぞれが選択された重みを有する（古典的なオントロジでは、すべてのクラス特異性重みが１と等しい）、
「増補されたオントロジ」の場合に、それぞれが選択された重みを有する（古典的なオントロジでは、すべての要素特性重みが１と等しい）１つまたは複数の要素（または個体）特性、および
少なくとも１つの他の要素（または個体）との１つまたは複数の関係
によって定義されると仮定する場合に、故障している要素（または個体）Ｉｋと他の要素（または個体）Ｉｌとの間の機能的類似（または近接もしくは近傍）を、次の式によって定義することができ、
【数５】
２つのオントロジ・クラスの間の機能的類似（または近接もしくは近傍）を、次の式によって定義することができる。
【数６】
【００７５】
ある要素（または個体）と他の要素（または個体）の組との間の機能的類似（または近接もしくは近傍）を定義する式を作成することも可能である。そのような式は、特に、要素（または個体）の組を要素（またはオブジェクト）によって置換しなければならない場合に使用することができる。ある要素（または個体）と別の要素（または個体）との間の近接が、これらの要素（または個体）が共通して何も有しないときに０に近いという事実を考慮に入れる場合には、この式を、次の積として表すことができ、
【数７】
あるクラスとクラスの組との間の機能的類似（または近接もしくは近傍）を、次の積によって定義することができる。
【数８】
【００７６】
ある要素（または個体）と少なくとも１つの他の要素（または個体）の組との間の機能的類似（または近接もしくは近傍）を判定することを可能にするプログラムの非限定的な例を、後で与える。そのようなプログラムを、クラスの場合に簡単に置き換えることができる。
／／ プログラム変数を宣言する
Neighbor = {Individual, Proximity};
Neighbourhood = {Individual, MapOf(Neighbor)};
Neighbourhoods = MapOf(Neighbourhood);
／／ プログラム変数を初期化する
Neighbourhoods Ns = CreateEmptyNeighbourhoods();
／／ メイン関数
Work(Ontology O)
{
／／ 反復する
Foreach (Element el of type Individual in Ontology)
{
Neighbourhood Ne1 = CreateEmptyNeighbourhood();
／／ ｅ１以外の各要素をとり、ｅ１と比較する
Foreach (Element e2 of type Individual in Ontorogy
and e2 ≠e1)
{
D = GetProximity(e1,e2);
If (D > 0)
{
Neighbor N = Neighbor {e2, D};
AddInNeighbourhood(Ne1,N);
}
}
AddInNeighbourhoods(Ns, Ne1);
}
}
／／ 表すべき唯一の興味深い関数
GetProximity(Individual i1, Individual i2)
{
Properties P1 = GetPropertiesFromClassicalReasoner
(e1);
Class C1 = GetClassFromClassicalReasoner (e1);
ClassRelations CR1 =...
...GetClassSpecificitiesFromClassicalReasoner(C1);
Properties P2 = GetPropertiesFromClassicalReasoner
(e2);
Class C2 = GetClassFromClassicalReasoner (e2);
ClassRealations CR2 =...
...GetClassSpecificitiesFromClassicalReasoner(C2);
Int Proximity = 0;
Int N = 0;
Int D = 0;
Foreach (element cr1 in CR1)
{
Foreach (element cr2 in CR2)
{
if
(GetEquivalenceFromClassicalReasoner(cr1,cr2
)
{
N += GetWeight(cr1); ／／ 古典的なオントロジでは
値は「１」と等しい
}
D += GetWeight(cr1);
}
}
Foreach (element p1 in P1)
{
Foreach (element p2 in P2)
{
if
(GetEquivalenceFromClassicalReasoner(p1,p2)
{
N += GetWeight(p1); ／／ 古典的なオントロジでは
値は「１」と等しい
}
D += GetWeight(p1);
}
}
if (D > 0)
Proximity = N / D;
else
Proxoimity = 0;
Return Proximity ;
}
【技術分野】
【０００１】
本発明は、ネットワーク管理に関する。
【背景技術】
【０００２】
本明細書では、「ネットワーク」は、その間で直接にまたは間接に接続された要素（またはオブジェクト、コンポーネント、もしくは機器）を含むすべてのタイプのシステムを意味する。したがって、ネットワークを、たとえば、コンピュータ・ネットワーク、（遠隔）通信ネットワーク、または異なるタイプの機器（コンピュータ、プリンタ、スキャナ、ファクシミリ、電話機、スイッチ、ソフトウェア・モジュールなど）を含むネットワークとすることができる。
【０００３】
リモート・オブジェクトをネットワークを介して使用（または操作）しなければならないときに、そのリモート・オブジェクトまたはそのリモート・オブジェクトと共にタスクを実行するのに必要な１つもしくは複数のネットワーク・コンポーネント（またはオブジェクト）が、一時的に破壊されるか使用不能であるか取出が不可能である場合がある。どちらの場合でも、リモート・オブジェクトおよび／またはネットワーク・コンポーネントは、完全には働くことができない。これは、たとえばバンキング、ストレージ・ネットワーキング、コール・センタ、または製造工場など、いくつかの領域で有害である場合がある。残念ながら、既存のネットワーク管理ツールは、上で述べた問題をスマートに解決するのに十分ではない。
【０００４】
実際に、既存ネットワーク管理ツールのうちの第１のツールは、管理情報ベース（すなわちＭＩＢ）を利用する。このツールは、ネットワーク要素の「ツリー」などのネットワークの抽象表現を定義することと、あるネットワーク要素が異常になりつつあるかどうかを判定するために（たとえば、「要素１．３．２．４が３０秒以降に応答しない」などの受信メッセージを介して）この抽象表現を照会する（たとえばＳＮＭＰプロトコルによって）こととを目的とする。この第１のツールは、何もない場合、よりすばやい監督および物理的介入を可能にする。したがって、このツールは、ネットワーク要素の状況を得ることを可能にするが、ネットワーク要素の間の関係は与えず、したがって、ユーザは不良ネットワーク・コンポーネントの利用から別のネットワーク・コンポーネントの利用に切り替えることができるようにおよび潜在的に人間の介入を防ぐように、ネットワーク（の一部）をスマートに（すなわち、動的におよび／または効率的に）再編成することができない。
【０００５】
既存ネットワーク管理ツールのうちの第２のツールは、ＸＭＬスキーマ（またはＸＳＤ）を利用する。このツールは、ネットワークに含まれる（または含まれる可能性がある）すべてのエンティティ（または要素、コンポーネント、もしくはオブジェクト）の抽象ＸＭＬ表現を提供することを目的とする。しかし、抽象ＸＭＬ表現は各基礎になるネットワーク・コンポーネントに束縛されるので、あるエンティティ（または要素もしくはコンポーネント）の状況を得る方法がない。したがって、ＸＳＤにより、プログラムは各ネットワーク要素の記述を知ることができるが、プログラムはあるネットワーク要素の状況を有することまたは複数のネットワーク要素の間の関係を入手することができない。言い換えると、ＸＳＤは、リモート・オブジェクトと相互作用できるようになるために、別のツールに結合されなければならない。
【０００６】
既存ネットワーク管理ツールのうちの第３のツールは、オントロジを利用する。「オントロジ」が、所与の領域内で操作される用語（または概念）の、およびこれらの用語（または概念）の間の関係の、形式記述（またはデータ・モデル）であることを想起されたい。したがって、オントロジは、要素の組（そのタイプ（または「クラス」）およびその特性（または「属性」）によって定義される）および要素の間に存在する関係を表す。オントロジは、特に、領域内に存在するオブジェクトに関して推論するのに使用される。
【０００７】
この第３のツールは、（たとえば、Ｆａｃｔ＋＋によって提案されるように）少なくとも１つのオントロジについて推論することを目的とする。このツールは、プログラムが、オントロジに含まれる要素のある興味深い特性を見つけるためにこのオントロジを照会することを可能にする。オントロジの使用により、プログラムはネットワークの異なる要素の間のすべての関係を得ることができるので、場合によってはネットワークを表す最も強力な形である。しかし、このツールは、プログラムが要素の状況を得られるようにはせず、ネットワークの再編成を可能にする機能性を提供しない。したがって、この第３のツールは、ネットワークの再編成を可能にするために別のネットワーク・ツールと結合されなければならない。
【０００８】
既存ネットワーク管理ツールのうちの第４のツールは、ルール・エンジンを利用する。これは、第３のツールに対して閉ざされている。このツールは、ネットワーク要素に関する情報抽出を可能にするためにネットワークのすべての要素にルールの組を関連付けることを目的とする。この第４のツールは、第３のツールと同一の短所を提示する。
【０００９】
既存ネットワーク管理ツールのうちの第５のツールは、ネットワーク・リソースまたはネットワーク使用を編成するために配置されたグラフ・ベースのアルゴリズムを利用する。そのようなグラフ・ベースのアルゴリズムは、特に、ＩＥＥＥ文書「Ａ Ｇｒａｐｈ Ｂａｓｅｄ Ａｌｇｏｒｉｔｈｍ ｆｏｒ Ｄａｔａ Ｐａｔｈ Ｏｐｔｉｍｉｚａｔｉｏｎ ｉｎ Ｃｕｓｔｏｍ Ｐｒｏｃｅｓｓｏｒｓ」に記載されている。残念ながら、この種のアルゴリズムは、一般にあるタイプのオブジェクト（たとえば、プロセッサ）専用なので、共通の特性の組（たとえば、プロセッサが実行しなければならないサイクル数）を有するオブジェクトなどのすべてのグラフ・ノードを検討する。したがって、この第５のツールにより、プログラムは、あるネットワークが同種オブジェクトからなるネットワークである場合に限って、そのネットワークを再編成すべきであることを知ることができる。さらに、プログラムはネットワーク要素の間の関係を得ることができない。最後に、このツールにより、ネットワーク再編成は行えない。
【００１０】
さらに、上で述べたツールのどれによっても、プログラムは、「３つの続く要素を、それらに近い（たとえば、特性および／またはタイプに関して）ので第４の要素によって置換できる」など、要素の組に関する情報を得ることができない。
【先行技術文献】
【非特許文献】
【００１１】
【非特許文献１】ＩＥＥＥ文書「Ａ Ｇｒａｐｈ Ｂａｓｅｄ Ａｌｇｏｒｉｔｈｍ ｆｏｒ Ｄａｔａ Ｐａｔｈ Ｏｐｔｉｍｉｚａｔｉｏｎ ｉｎ Ｃｕｓｔｏｍ Ｐｒｏｃｅｓｓｏｒｓ」
【非特許文献２】ｈｔｔｐ：／／ｗｗｗ．ｗ３．ｏｒｇ／ＴＲ／２００４／ＲＥＣ−ｏｗｌ−ｇｕｉｄｅ−２００４０２１０／ｗｉｎｅ．ｒｄｆ
【発明の概要】
【発明が解決しようとする課題】
【００１２】
したがって、本発明の目的は、少なくとも１つの故障しているネットワーク要素を置換することができるネットワーク要素の自動判定を可能にすることによって、この情況を改善することである。
【課題を解決するための手段】
【００１３】
このため、本発明は、少なくとも１つのネットワーク（要素を含む）のために働くデバイスであって、
ｉ）ネットワーク要素およびこれらのネットワーク要素の間の関係の表現を定義する少なくとも１つのオントロジを格納するオントロジ・エージェントと、
ｉｉ）ネットワーク要素の状況が、このネットワーク要素が故障していることを示すときに、この故障しているネットワーク要素およびこの故障しているネットワーク要素と少なくとも１つの他のネットワーク要素との間の関係の表現を得るためにオントロジ・エージェントにアクセスし、その後、これらの他のネットワーク要素のそれぞれについて、そのそれぞれのオントロジ表現から故障しているネットワーク要素との機能的類似を表すパラメータ値を判定し、この判定されたネットワーク要素を用いて故障しているネットワーク要素を置換することを提案するために最高の機能的類似を表すパラメータ値を提供するネットワーク要素を他のネットワーク要素の中から判定するために配置された処理手段と
を含むデバイスを提供する。
【００１４】
本発明によるデバイスは、別々にまたは組み合わせて考慮される追加の特性を含むことができ、特に、
その処理手段は、各ネットワーク要素が少なくとも１つの要素特性および少なくとも１つのクラス「特異性」（たとえば「クラス制約」または「クラス交わり」など）を含むオントロジ表現によって定義される場合に、故障しているネットワーク要素と他のネットワーク要素との間の共通のクラス特異性の個数および故障しているネットワーク要素とこの他のネットワーク要素との間の共通の要素特性の個数の第１の和と、故障しているネットワーク要素のクラス特異性の個数および故障しているネットワーク要素の要素特性の個数の第２の和との間の比からパラメータ値を判定するために配置され得、
変形形態では、その処理手段は、各ネットワーク要素が少なくとも１つの要素特性および少なくとも１つのクラス特異性を含むオントロジ表現によって定義される場合に、故障しているネットワーク要素および他のネットワーク要素（１つまたは複数）のオントロジ表現の特性および／またはクラス特異性に関連付けられた重みを考慮に入れながらパラメータ値を判定するために配置され得、
その処理手段は、故障しているネットワーク要素および他のネットワーク要素に共通するクラス特異性に関連付けられた重みならびに故障しているネットワーク要素およびこの他のネットワーク要素に共通する要素特性に関連付けられた重みの第１の和と、故障しているネットワーク要素のクラス特異性に関連付けられた重みおよび故障しているネットワーク要素の要素特性に関連付けられた重みの第２の和との間の比からパラメータ値を判定するために配置され得、
このデバイスは、ネットワークのネットワーク要素の状況を得るためにネットワークを照会するために配置されたインターフェース（またはネットワーク・エージェント）を含むことができる。
【００１５】
本発明は、上で導入されたものなどのデバイスを含むコンピュータ・ソフトウェア製品をも提供する。
【００１６】
本発明は、ネットワークの少なくとも１つの故障しているネットワーク要素を置換できるこのネットワークの要素を自動的に判定するための方法であって、ネットワーク要素の状況が、ネットワーク要素が故障していることを示すときに、
ｉ）ネットワーク要素およびこれらのネットワーク要素の間の関係の表現を定義するオントロジ内に、故障しているネットワーク要素ならびにこの故障しているネットワーク要素と少なくとも１つの他のネットワーク要素との間の関係の表現を判定するステップと、その後、
ｉｉ）これらの他のネットワーク要素のそれぞれについて、そのそれぞれのオントロジ表現から故障しているネットワーク要素との機能的類似を表すパラメータ値を判定するステップと、
ｉｉｉ）この判定されたネットワーク要素を用いて故障しているネットワーク要素を置換することを提案するために、最高の機能的類似を表すパラメータ値を提供するネットワーク要素を他のネットワーク要素の中から判定するステップと
に存する方法をも提供する。
【００１７】
本発明による方法は、別々にまたは組み合わせて考慮される追加の特性を含むことができ、特に、
各ネットワーク要素が少なくとも１つの要素特性および少なくとも１つのクラス特異性を含むオントロジ表現によって定義される場合に、故障しているネットワーク要素と他のネットワーク要素との間の共通のクラス特異性の個数および故障しているネットワーク要素とこの他のネットワーク要素との間の共通の要素特性の個数の第１の和と、故障しているネットワーク要素のクラス特異性の個数および故障しているネットワーク要素の要素特性の個数の第２の和との間の比からパラメータ値を判定することができ、
変形形態では、各ネットワーク要素が少なくとも１つの要素特性および少なくとも１つのクラス特異性を含むオントロジ表現によって定義される場合に、故障しているネットワーク要素および他のネットワーク要素（１つまたは複数）のオントロジ表現の特性および／またはクラス特異性に関連付けられた重みを考慮に入れながらパラメータ値を判定することができ、
故障しているネットワーク要素および他のネットワーク要素に共通するクラス特異性に関連付けられた重みならびに故障しているネットワーク要素およびこの他のネットワーク要素に共通する要素特性に関連付けられた重みの第１の和と、故障しているネットワーク要素のクラス特異性に関連付けられた重みおよび故障しているネットワーク要素の要素特性に関連付けられた重みの第２の和との間の比からパラメータ値を判定することができる。
【００１８】
本発明の他の特徴および利益は、詳細に述べられた明細書およびその後の付録ならびに添付図面を検討すると明らかになるだろう。
【図面の簡単な説明】
【００１９】
【図１】ネットワークに結合された本発明によるデバイスの実施形態の例を概略的に示す図である。
【図２】故障しているネットワーク要素に関する「機能的類似（または近接）の範囲」の例を概略的に示す図である。
【発明を実施するための形態】
【００２０】
添付図面は、本発明を完成させるだけではなく、必要な場合にその定義に寄与するようにも働く場合がある。
【００２１】
本発明は、少なくとも１つの故障しているネットワーク要素Ｉｋを置換できるネットワーク要素Ｉｋ’（ただし、ｋ≠ｋ’）を自動的に判定するためのデバイス（Ｄ）および関連する方法を提供することを目的とする。
【００２２】
本発明によるデバイス（Ｄ）を、たとえばネットワーク（Ｎ）を管理するための機器またはアプリケーションの一部とするかこれに結合できることに留意することが重要である。したがって、そのようなデバイス（Ｄ）を、ソフトウェア・モジュール、電子回路（１つまたは複数）（またはハードウェア・モジュール）、またはハードウェア・モジュールおよびソフトウェア・モジュールの組合せからなるコンピュータ電子製品とすることができる。
【００２３】
図１に概略的に示されているように、本発明によるデバイスＤは、少なくとも１つのオントロジ・エージェントＯＡおよび処理モジュールＰＭを含む。
【００２４】
次の説明では、「エージェント」は、どこか（たとえば、オントロジ・エージェントＯＡの場合にはデバイスＤ内）で実行されるプログラムを意味する。
【００２５】
オントロジ・エージェントＯＡは、少なくとも、ネットワークＮの要素（または個体、オブジェクト、もしくはコンポーネント）Ｉｋ（ｋ＞０）およびこれらのネットワーク要素Ｉｋの間の関係の表現を定義する少なくとも１つのオントロジＯを格納するために配置される。
【００２６】
より正確には、Ｗ３Ｃ（「Ｗｏｒｌｄ Ｗｉｄｅ Ｗｅｂ Ｃｏｎｓｏｒｔｉｕｍ」）によれば、ネットワークＮの要素（または個体）Ｉｋのオントロジ表現は、
単一の名前付きのクラスまたは複数の関係から構成されるより複雑なクラスのいずれかとすることができ、定義された特性に対する制約または１つの制約と値の組との間の交わり（１つまたは複数）などの１つまたは複数の特異性を有することができる、１つの（唯一の）クラスと、
１つまたは複数の要素（または個体）特性と、
同一のネットワークＮの少なくとも１つの他の要素（または個体）Ｉｋ（ｋ’≠ｋ）との１つまたは複数の関係と
によって定義される。
【００２７】
上で述べた定義が、古典的なオントロジの要素表現の定義であることに留意することが重要である。しかし、本発明は、要素表現が各クラス特異性）に関連する選択された重みおよび／または各要素（または個体）特性に関連する選択された重みをさらに含む、「強化された」または「増補された」オントロジをも導入する。これは、古典的なオントロジにおいて、すべてのクラス特異性重みが１と等しく、すべての要素特性重みが１と等しいことを意味する。
【００２８】
本発明は、すべてのタイプのネットワーク要素に対処するので、すべてのタイプの領域で操作される用語（または概念）およびこれらの用語（または概念）の間の関係を形式的な形で記述するすべてのタイプのオントロジに対処する。
【００２９】
たとえば、オントロジＯは、ＯＷＬ（「Ｏｎｔｏｌｏｇｙ Ｗｅｂ Ｌａｎｇｕａｇｅ」）などの選択されたオントロジ言語を用いて記述される。しかし、オントロジＯを、たとえばＲＤＦ／ＸＭＬ（「Ｒｅｓｏｕｒｃｅ Ｄｅｓｃｒｉｐｔｉｏｎ Ｆｒａｍｅｗｏｒｋ／ｅＸｔｅｎｄｅｄ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ」）などの別のオントロジ言語を用いて記述することもできる。ＯＷＬおよびＲＤＦ／ＸＭＬが、Ｗ３Ｃによって開発され、標準化された２つのオントロジ言語であることを想起されたい。
【００３０】
オントロジ・エージェントＯＡは、図示されているように、少なくとも１つのオントロジＯを格納する格納手段を含むことができる。しかし、オントロジ（１つまたは複数）を、オントロジ・エージェントＯＡの一部ではなく、またデバイスＤの一部ですらない、オントロジ・エージェントＯＡがアクセスできる格納手段に格納することができる。この格納手段は、少なくとも１つのオントロジＯを格納できるようになるや否や当業者から知られる任意のタイプのものとすることができる。したがって、この格納手段を、オントロジ・エージェントＯＡによって読み取ることができる、データベース、フラッシュ・メモリ、ＲＯＭ、ＲＡＭ、ＣＤ（「コンパクト・ディスク」）またはＤＶＤ（「ディジタル・ビデオ・ディスク」）、フラット・ファイル・システム、またはすべての他の種類のリポジトリとすることができる。
【００３１】
処理モジュールＰＭは、ネットワーク要素Ｉｋの状況が、ネットワーク要素Ｉｋが故障していることを示すときに介入するために配置される。
【００３２】
本明細書では、「状況」によって、ネットワーク要素Ｉｋが故障している（すなわち、一時的に破壊されるか使用不能であるか取出が不可能である）ことを示すすべてのタイプのパラメータまたは変数を意味する。
【００３３】
ネットワーク要素状況を、デバイスＤの一部とすることができる、図１の非限定的な例に示された格納手段ＥＭに格納することができる。しかし、ネットワーク要素状況を、デバイスＤの一部ではないがオントロジ・エージェントＯＡがアクセスできる格納手段ＥＭに格納することができる。この格納手段ＥＭは、ネットワーク要素状況を格納できるようになるや否や当業者から知られる任意のタイプのものとすることができる。したがって、この格納手段ＥＭを、データベース、ＲＡＭ、フラット・ファイル・システム、またはすべての他の種類のリポジトリとすることができる。
【００３４】
ネットワーク要素状況は、格納手段ＥＭに接続される（直接にまたは間接に）、図１の非限定的な例に示されているようにデバイスＤの一部とすることができるインターフェースまたはネットワーク・エージェントＳＡによって提供される。しかし、このインターフェースまたはネットワーク・エージェントＳＡを、デバイスＤの外部とすることができる。そのようなインターフェースまたはネットワーク・エージェントＳＡは、ネットワークＮのネットワーク要素Ｉｋの状況を得るためにネットワークＮを照会するために配置される。
【００３５】
たとえば、インターフェースまたはネットワーク・エージェントＳＡは、ネットワークＮを照会するのにＳＮＭＰプロトコルを使用し、ある種の管理情報ベース（すなわちＭＩＢ）を構成する。
【００３６】
たとえば、インターフェースまたはネットワーク・エージェントＳＡは、ネットワーク要素Ｉｋ（すべてまたはそのうちの一部のみ）に（おそらくは専用の）メッセージを送信し、メッセージ送信後３０秒のうちにネットワーク要素Ｉｋから応答（たとえば、肯定応答受取）を受信しない場合には、このネットワーク要素Ｉｋが故障していると考え、したがって、このネットワーク要素Ｉｋに「故障状況」を関連付け、この「故障状況」を、故障しているネットワーク要素Ｉｋの識別子に対応して格納手段ＥＭに格納する。
【００３７】
インターフェースまたはネットワーク・エージェントＳＡが、自動的に（おそらくは周期的に）または要求（おそらくは処理モジュールＰＭから発する）時にのいずれかにネットワークＮを照会できることに留意することが重要である。
【００３８】
故障しているネットワーク要素Ｉｋに関する故障状況が格納手段ＥＭに格納されるときに、処理モジュールＰＭは、オントロジ・エージェントＯＡにアクセスして、この故障しているネットワーク要素Ｉｋおよびこの故障しているネットワーク要素Ｉｋと少なくとも１つの他のネットワーク要素Ｉｋ’（ｋ’≠ｋ）との間の関係の表現を得る。次に、処理モジュールＰＭは、これらの他のネットワーク要素Ｉｋ’（すなわち、故障しているネットワーク要素Ｉｋとの関係を有するネットワーク要素）のそれぞれのパラメータ値を判定する。本明細書では、「パラメータ値」によって、故障しているネットワーク要素（または個体）Ｉｋとのネットワーク要素（または個体）Ｉｋ’の機能的類似（または近接もしくは近傍）の表現であるパラメータの値を意味する。
【００３９】
処理モジュールＰＭは、ネットワーク要素（または個体）Ｉｋ’および故障しているネットワーク要素Ｉｋのそれぞれのオントロジ表現から各パラメータ値を判定する。
【００４０】
この判定を、重みが各クラス特異性および／または各要素（または個体）特性に関連するかまたは関連しないかによって決まる少なくとも２つの異なるやり方に従って実行することができる。
【００４１】
第１のやり方は、各クラス特異性および／または各要素（または個体）特性に重みが割り当てられない（または１と等しい重みが割り当てられる）場合に関する。この場合には、処理モジュールＰＭは、第１の和Ｓ１と第２の和Ｓ２との間の比Ｒからパラメータ値を判定する。言い換えると、Ｒ＝Ｓ１／Ｓ２である。
【００４２】
第１の和Ｓ１は、故障しているネットワーク要素Ｉｋと他のネットワーク要素Ｉｋ’との両方に共通するクラス特異性の個数Ｎ１１に故障しているネットワーク要素Ｉｋとこの他のネットワーク要素Ｉｋ’との両方に共通する要素特性の個数Ｎ１２を加えたものと等しい。言い換えると、Ｓ１＝Ｎ１１＋Ｎ１２である。
【００４３】
第２の第１の和Ｓ２は、故障しているネットワーク要素Ｉｋのクラス特異性の個数Ｎ２１に故障しているネットワーク要素Ｉｋの要素特性の個数Ｎ２２を加えたものと等しい。言い換えると、Ｓ１＝Ｎ２１＋Ｎ２２である。
【００４４】
したがって、第１の場合には、パラメータ値は、（Ｎ１１＋Ｎ１２）／（Ｎ２１＋Ｎ２２）と等しい比Ｒの値である。
【００４５】
第２のやり方は、可変重みが各クラス特異性および／または各要素（または個体）特性に関連付けられる場合に関する。この場合には、処理モジュールＰＭは、故障しているネットワーク要素Ｉｋおよび他のネットワーク要素（１つまたは複数）Ｉｋ’のオントロジ表現の特性および／またはクラス特異性に関連付けられる重みを考慮に入れながらパラメータ値を判定する。
【００４６】
たとえば、処理モジュールＰＭは、第１の和Ｓ１’と第２の和Ｓ２’との間の比Ｒ’からパラメータ値を判定することができる。言い換えると、Ｒ’＝Ｓ１’／Ｓ２’である。
【００４７】
第１の和Ｓ１’は、故障しているネットワーク要素Ｉｋと他のネットワーク要素Ｉｋ’との両方に共通するクラス特異性にそれぞれ関連付けられる重みＷｊｋおよびＷｊｋ’の和に故障しているネットワーク要素Ｉｋと他のネットワーク要素Ｉｋ’との両方に共通する要素（または個体）特性にそれぞれ関連付けられる重みＷ’ｉｋおよびＷ’ｉｋ’の和を加えたものと等しい。言い換えると、
【数１】
である。
【００４８】
第２の和Ｓ２’は、故障しているネットワーク要素Ｉｋの異なるクラス特異性にそれぞれ関連付けられる重みＷｎｋの和に故障しているネットワーク要素Ｉｋの異なる要素（または個体）特性にそれぞれ関連付けられる重みＷ’ｍｋの和を加えたものと等しい。言い換えると、
【数２】
である。
【００４９】
ｎが、故障しているネットワーク要素Ｉｋのクラス特異性のいずれかを指定するインデックスであり、ｊが、故障しているネットワーク要素Ｉｋと他のネットワーク要素Ｉｋ’との両方に共通するクラス特異性のいずれかだけを指定するインデックスであることに留意することが重要である。同様に、ｍは、故障しているネットワーク要素Ｉｋの要素（または個体）特性のいずれかを指定するインデックスであり、ｉは、故障しているネットワーク要素Ｉｋと他のネットワーク要素Ｉｋ’との両方に共通する要素（または個体）特性のいずれかだけを指定するインデックスである。
【００５０】
したがって、第２の場合には、パラメータ値は、
【数３】
と等しい比Ｒ’の値である。
【００５１】
パラメータ値の判定中に使用される重みが、処理モジュールＰＭによって（たとえば対応テーブルを介して）知られるか、関係する要素（または個体）ＩｋおよびＩｋ’のオントロジ表現に含まれる（増補された（または強化された）オントロジＯの場合）かのいずれかとすることができることに留意することが重要である。
【００５２】
パラメータ値の判定の例のより形式的な（すなわち、数学）表現を、付録で与える。この非限定的な例では、検討される要素（または個体）は、「セラックス・ソーヴィニヨン・ブラン」と呼ばれる白ワインである。
【００５３】
処理モジュールＰＭは、ネットワーク要素（または個体）の異なる対（Ｉｋ’，Ｉｋ）のパラメータ値を判定した後に、対（Ｉｋ’，Ｉｋ）の（他の）ネットワーク要素Ｉｋ’の中で、最高の機能的類似（または近接）を表すパラメータ値を提供するネットワーク要素を判定する。その後、処理モジュールＰＭは、そのようなネットワーク要素Ｉｋ’を判定した後に、出力上にメッセージＰＥを配送し、このメッセージは、故障しているネットワーク要素Ｉｋをこの判定されたネットワーク要素Ｉｋ’によって置換することを提案するものである。
【００５４】
図１の非限定的な例に示されているように、このメッセージＰＥを、ローカルに処理するかネットワークＮの選択されたネットワーク管理機器に送信することができるようにするために、インターフェースまたはネットワーク・エージェントＳＡに供給することができる。故障しているネットワーク要素Ｉｋを、自動的にまたはネットワーク・マネージャから発する認可の受信時にのいずれかで、１つまたは複数の判定されたネットワーク要素Ｉｋ’によって置換することができる。
【００５５】
１つまたは複数の判定されたネットワーク要素Ｉｋ’が、故障しているネットワーク要素Ｉｋを効果的に置換するときに、サード・パーティ（プログラム）がこの故障しているネットワーク要素Ｉｋを使用することを望むたびに、ネットワークＮが、これを判定されたネットワーク要素Ｉｋ’のうちの１つの近くに自動的に再ルーティングすることに留意することが重要である。
【００５６】
プリンタからなるネットワーク要素（または個体）Ｉｋのパラメータ値の判定の２つの非限定的な例を、後で与える。この２つの例は、それぞれ、上で説明した第１の場合（重みなし）および第２の場合（重みあり）に対応する。
【００５７】
次を仮定する。
第１プリンタＩ１は、
２つのクラス特異性（ここでは、特性「プリンタのタイプ」に対する２つのクラス制約）すなわち、
・消費者のタイプ 会社（重み＝０．５）
・黒レーザ（重み＝２）
３つの要素（または個体）特性すなわち、
・黒解像度 ＞６００×６００ｄｐｉ（重み＝２）
・プリント・メモリ ８ＭＢ（重み＝２）
・プロセッサ ２６６ＭＨｚ（重み＝２）
を含むオントロジ表現に関連し
第２プリンタＩ２は、
２つのクラス特異性（ここでは、２つのクラス制約）すなわち、
・消費者のタイプ 会社（重み＝０．５）
・カラー・インクジェット（重み＝２）
４つの要素（または個体）特性すなわち、
・カラー解像度 ＞２８ｐｐｍ（重み＝２）
・黒解像度 ＞２２ｐｐｍ（重み＝２）
・用紙入力容量 ＞１００枚（重み＝０．５）
・用紙トレイ ＞３（重み＝０．５）
を含むオントロジ表現に関連し
第３プリンタＩ３は、
２つのクラス特異性（ここでは、２つのクラス制約）すなわち、
・消費者のタイプ 家庭およびホーム・オフィス（重み＝０．５）
・写真専用（重み＝２）
３つの要素（または個体）特性すなわち、
・赤目修正（重み＝２）
・ワン・ボタン印刷（重み＝０．５）
・写真印刷解像度 ＞４８００×１２００ｄｐｉ（重み＝２）
を含むオントロジ表現に関連し
第４プリンタＩ４は、
２つのクラス特異性（ここでは、２つのクラス制約）すなわち、
・消費者のタイプ 会社（重み＝０．５）
・マルチファンクション（重み＝２）
５つの要素（または個体）特性すなわち、
・カラー解像度 ＞２８ｐｐｍ（重み＝２）
・黒解像度 ＞２２ｐｐｍ（重み＝２）
・スキャナ・タイプ フラットベッド（重み＝２）
・用紙入力容量 ＞１００枚（重み＝０．５）
・用紙トレイ ＝１（重み＝０．５）
を含むオントロジ表現に関連する。
【００５８】
故障しているプリンタが、第２プリンタＩ２であり、第１の比Ｒ（Ｒ＝Ｓ１／Ｓ２、重みなしの第１の場合）を使用する場合には、次が得られる。
Ｒ（Ｉ２，Ｉ１）＝（１＋０）／（２＋４）＝０．１６＝１６％、
Ｒ（Ｉ２，Ｉ３）＝（０＋０）／（２＋４）＝０＝０％、
Ｒ（Ｉ２，Ｉ４）＝（１＋３）／（２＋４）＝０．６６＝６６．６％。
【００５９】
この３つのパラメータ値Ｒは、故障している第２プリンタＩ２の「機能的類似（または近接）の範囲」の３つの点と見なすことができる。そのような範囲の例を、図２に示す。
【００６０】
この第１の場合では、最高の機能的類似（または近接）Ｒを提供するプリンタは、第４プリンタＩ４（６６．６％）である。したがって、処理モジュールＰＭは、故障している第２プリンタＩ２を第４プリンタＩ４によって置換することを提案するメッセージＰＥを配送する。
【００６１】
ここで、故障しているプリンタが第２プリンタＩ２であり、第２の比Ｒ’（Ｒ’＝Ｓ１’／Ｓ２’、重みありの第２の場合）を使用する場合には、次が得られる。
Ｒ’（Ｉ２，Ｉ１）＝（０．５＋０）／（２，５＋５）＝０．０６＝６％、
Ｒ’（Ｉ２，Ｉ３）＝（０＋０）／（２，５＋５）＝０＝０％、
Ｒ’（Ｉ２，Ｉ４）＝（０．５＋４．５）／（２，５＋５）＝０．８３＝８３％。
【００６２】
この第２の場合には、依然として最高の機能的類似（または近接）Ｒ’を提供するプリンタは、第４プリンタＩ４（８３％）である。したがって、処理モジュールＰＭは、故障している第２プリンタＩ２を第４プリンタＩ４によって置換することを提案するメッセージＰＥを配送する。
【００６３】
本発明を、ネットワークＮの少なくとも１つの故障しているネットワーク要素Ｉｋを置換できるネットワークＮの要素Ｉｋ’（ただし、ｋ≠ｋ’）を自動的に判定する方法に関して検討することもできる。
【００６４】
そのような方法を、図１を参照して上で説明したものなどのデバイスＤによって実施することができる。したがって、その主要な特性だけを、下で述べる。
【００６５】
本発明による方法は、ネットワーク要素Ｉｋの状況が、ネットワーク要素（Ｉｋ）が故障していることを示すときに、
ｉ）ネットワーク要素Ｉｋおよびこれらのネットワーク要素の間の関係の表現を定義するオントロジＯ内に、故障しているネットワーク要素Ｉｋならびにこの故障しているネットワーク要素Ｉｋと少なくとも１つの他のネットワーク要素Ｉｋ’（ただしｋ’≠ｋ）との間の関係の表現を判定するステップと、その後、
ｉｉ）これらの他のネットワーク要素Ｉｋ’のそれぞれについて、そのそれぞれのオントロジ表現から故障しているネットワーク要素Ｉｋとの機能的類似を表すパラメータ値を判定するステップと、
ｉｉｉ）この判定されたネットワーク要素を用いて故障しているネットワーク要素Ｉｋ’を置換することを提案するために、最高の機能的類似を表すパラメータ値を提供するネットワーク要素を他のネットワーク要素Ｉｋ’の中から判定するステップと
に存する。
【００６６】
本発明は、ネットワークの動的再構成だけではなく、ネットワークへの動的ネットワーク要素集積をも行うことを可能にする。
【００６７】
本発明は、上で例としてのみ説明した方法およびデバイスの実施態様に限定されるのではなく、下の特許請求の範囲に含まれると当業者によって考えられる可能性があるすべての代替実施形態を含む。
【００６８】
付録
この後では、「セラックス・ソーヴィニヨン・ブラン」と呼ばれる白ワインである要素（または個体）を検討する。この白ワインは、「ソーヴィニヨン・ブラン」と呼ばれる等級（クラス）に属し、そのオントロジ表現は、Ｗ３Ｃによって定義されたワイン・オントロジの一部である（たとえば、インターネット・アドレス「ｈｔｔｐ：／／ｗｗｗ．ｗ３．ｏｒｇ／ＴＲ／２００４／ＲＥＣ−ｏｗｌ−ｇｕｉｄｅ−２００４０２１０／ｗｉｎｅ．ｒｄｆ」を参照されたい）。セラックス・ソーヴィニヨン・ブランのオントロジ表現を部分的に定義する個体（または要素）特性の組（ｌｏｃａｔｅｄＩｎ、ｈａｓＭａｋｅｒ、ｈａｓＳｕｇａｒ、ｈａｓＦｌａｖｏｒ、およびｈａｓＢｏｂｙ）が、後で与えられる。
<SauvignonBlanc rdf:ID="SelaksSauvignonBlanc">
<locatedIn rdf:resource="#NewZealandRegion" />
<hasMaker rdf:resource="#Selaks" />:
<hasSugar rdf:resource="#Dry" />
<hasFlavor rdf:resource="#Moderate" />
<hasBody rdf:resource="#Medium" />
</SauvignonBlanc>
【００６９】
重みの関連付け
何がワインに関して最も関連する情報であるのかを判定することを可能にするために、後で例として述べるように、選択された重みを、これらの個体（または要素）特性のうちの少なくとも１つおよび／またはソーヴィニヨン・ブラン・クラスの少なくとも１つの特異性に関連付けることができる。
<owl:ObjectProperty rdf:ID="locatedIn" rdf-ext:weight="0.1">
<rdf:type rdf:resource="&owl; TransitiveProperty" />
<rdfs:domain...rdf:resource="http://www.w3.org/2002/07/owl#Thing" />
<rdfs:range rdf:resource="#Region" />
</owl:ObjectProperty>
<owl:ObjectProperty rdf:ID="hasFlavor" rdf-ext:weight="1">
<rdf:type rdf:resource="&owl; FunctionalProperty" />
<rdfs:subPropertyOf rdf:resource="#hasWineDescriptor" />
<rdfs:range rdf:resource="#WineFlavor" />
</owl:ObjectProperty>
<owl:ObjectProperty rdf:ID="hasBody" rdf-ext:weight="1">
<rdf:type rdf:resource="&owl; FunctionalProperty" />
<rdfs:subPropertyOf rdf:resource="#hasWineDescriptor" />
<rdfs:range rdf:resource="#WineBody" />
</owl:ObjectProperty>
<owl:Class rdf:ID="SauvignonBlanc">
<owl:intersectionOf rdf:parseType="Collection" rdf-...
...ext :weight="5">
<owl:Class rdf:about="#SemillonOrSauvignonBlanc" />
<owl:Restriction rdf-ext:weight="5">
<owl:onProperty rdf: resource="#madeFromGrape" />
<owl:hasValue rdf:resource="#SauvignonBlancGrape" />
</owl:Restriction>
<owl:Restriction rdf-ext:weight="3">
<owl:onProperty rdf:resource="#madeFromGrape" />
<owl:maxCardinalityrdf:datatype="&xsd;...
...nonNegativeInteger">1</owl:maxCardinality>
</owl:Restriction>
</owl:intersectionOf>
</owl:Class>
【００７０】
この非限定的な例では、クラス特異性は、それらに特権を与えるために、要素（または個体）特性に関連付けられるものより重要な関連付けられた重みを有する。
【００７１】
機能的類似（または近接もしくは近傍）の判定
次では、その定義が後で与えられる変数を利用する。
Ｉｋは、個体（または要素）を表す。
Ｃｋは、クラスを表す。
Ｐｋは、特性を表す。
Ｃ（Ｉｋ）は、個体Ｉｋのクラスを表す。
ＣＳｉ（Ｃ（Ｉｋ））は、個体クラスＩｋのクラス特異性「ｉ」を表す。
Ｐｉ（Ｉｋ）は、個体「Ｉｋ」の特性「ｉ」を表す。
Ωｉ（Ｉｋ）は、クラス特異性ＣＳｉ（Ｃ（Ｉｋ））に関連付けられた重みを表す。
ωｉ（Ｉｋ）は、個体特性Ｐｉ（Ｉｋ）に関連付けられた重みを表す。
【数４】
Ψ（Ａ，Ｂ）は、ＡとＢとの間の機能的類似（または近接）を表す。
【００７２】
次では、次の判断基準をも利用する。
同一クラスの２つのクラス特異性は、必ず別個であり、
同一要素（または個体）の２つの特性は、必ず別個であり、
すべてのクラスは、互いに別個であり、
すべての要素（または個体）特性は、互いに別個である。
【００７３】
これらの判断基準は、上で与えた変数定義を考慮に入れて、次の式によって数学的に定義することができる。
∀（ｉ，ｊ，ｋ）∈Ｎ３，ｉ≠ｊ⇒ＣＳｉ（Ｃ（Ｉｋ）≠ＣＳｊ（Ｃ（Ｉｋ））
∀（ｉ，ｊ，ｋ）∈Ｎ３，ｉ≠ｊ⇒ＣＳｉ（Ｃｋ）≠ＣＳｊ（Ｃｋ）
∀（ｉ，ｊ，ｋ）∈Ｎ３，ｉ≠ｊ⇒Ｐｉ（Ｉｋ）≠Ｐｊ（Ｉｋ）
∀（ｉ，ｊ）∈Ｎ２，ｉ≠ｊ⇒Ｐｉ≠Ｐｊ
∀（ｉ，ｊ）∈Ｎ２，ｉ≠ｊ⇒Ｃｉ≠Ｃｊ
【００７４】
要素（または個体）オントロジ表現が、
１つ（唯一）のクラス。このクラスは、単一の名前付きのクラスまたは複数の関係から構成されるより複雑なクラスのいずれかとすることができる。さらに、このクラスは、１つまたは複数の特異性（たとえば、制約または交わり）を有することができ、「増補されたオントロジ」の場合に、それぞれが選択された重みを有する（古典的なオントロジでは、すべてのクラス特異性重みが１と等しい）、
「増補されたオントロジ」の場合に、それぞれが選択された重みを有する（古典的なオントロジでは、すべての要素特性重みが１と等しい）１つまたは複数の要素（または個体）特性、および
少なくとも１つの他の要素（または個体）との１つまたは複数の関係
によって定義されると仮定する場合に、故障している要素（または個体）Ｉｋと他の要素（または個体）Ｉｌとの間の機能的類似（または近接もしくは近傍）を、次の式によって定義することができ、
【数５】
２つのオントロジ・クラスの間の機能的類似（または近接もしくは近傍）を、次の式によって定義することができる。
【数６】
【００７５】
ある要素（または個体）と他の要素（または個体）の組との間の機能的類似（または近接もしくは近傍）を定義する式を作成することも可能である。そのような式は、特に、要素（または個体）の組を要素（またはオブジェクト）によって置換しなければならない場合に使用することができる。ある要素（または個体）と別の要素（または個体）との間の近接が、これらの要素（または個体）が共通して何も有しないときに０に近いという事実を考慮に入れる場合には、この式を、次の積として表すことができ、
【数７】
あるクラスとクラスの組との間の機能的類似（または近接もしくは近傍）を、次の積によって定義することができる。
【数８】
【００７６】
ある要素（または個体）と少なくとも１つの他の要素（または個体）の組との間の機能的類似（または近接もしくは近傍）を判定することを可能にするプログラムの非限定的な例を、後で与える。そのようなプログラムを、クラスの場合に簡単に置き換えることができる。
／／ プログラム変数を宣言する
Neighbor = {Individual, Proximity};
Neighbourhood = {Individual, MapOf(Neighbor)};
Neighbourhoods = MapOf(Neighbourhood);
／／ プログラム変数を初期化する
Neighbourhoods Ns = CreateEmptyNeighbourhoods();
／／ メイン関数
Work(Ontology O)
{
／／ 反復する
Foreach (Element el of type Individual in Ontology)
{
Neighbourhood Ne1 = CreateEmptyNeighbourhood();
／／ ｅ１以外の各要素をとり、ｅ１と比較する
Foreach (Element e2 of type Individual in Ontorogy
and e2 ≠e1)
{
D = GetProximity(e1,e2);
If (D > 0)
{
Neighbor N = Neighbor {e2, D};
AddInNeighbourhood(Ne1,N);
}
}
AddInNeighbourhoods(Ns, Ne1);
}
}
／／ 表すべき唯一の興味深い関数
GetProximity(Individual i1, Individual i2)
{
Properties P1 = GetPropertiesFromClassicalReasoner
(e1);
Class C1 = GetClassFromClassicalReasoner (e1);
ClassRelations CR1 =...
...GetClassSpecificitiesFromClassicalReasoner(C1);
Properties P2 = GetPropertiesFromClassicalReasoner
(e2);
Class C2 = GetClassFromClassicalReasoner (e2);
ClassRealations CR2 =...
...GetClassSpecificitiesFromClassicalReasoner(C2);
Int Proximity = 0;
Int N = 0;
Int D = 0;
Foreach (element cr1 in CR1)
{
Foreach (element cr2 in CR2)
{
if
(GetEquivalenceFromClassicalReasoner(cr1,cr2
)
{
N += GetWeight(cr1); ／／ 古典的なオントロジでは
値は「１」と等しい
}
D += GetWeight(cr1);
}
}
Foreach (element p1 in P1)
{
Foreach (element p2 in P2)
{
if
(GetEquivalenceFromClassicalReasoner(p1,p2)
{
N += GetWeight(p1); ／／ 古典的なオントロジでは
値は「１」と等しい
}
D += GetWeight(p1);
}
}
if (D > 0)
Proximity = N / D;
else
Proxoimity = 0;
Return Proximity ;
}
【特許請求の範囲】
【請求項１】
要素を含む少なくとも１つのネットワーク（Ｎ）用のデバイス（Ｄ）であって、ｉ）前記ネットワーク要素および前記ネットワーク要素の間の関係の表現を定義する少なくとも１つのオントロジを格納するオントロジ・エージェント（ＯＡ）と、ｉｉ）ネットワーク要素の状況が、前記ネットワーク要素が故障していることを示すときに、前記故障しているネットワーク要素および前記故障しているネットワーク要素と少なくとも１つの他のネットワーク要素との間の関係の表現を得るために前記オントロジ・エージェント（ＯＡ）にアクセスし、その後、前記他のネットワーク要素のそれぞれについて、そのそれぞれのオントロジ表現から前記故障しているネットワーク要素との機能的類似を表すパラメータ値を判定し、判定されたネットワーク要素を用いて前記故障しているネットワーク要素を置換することを提案するために最高の機能的類似を表す前記パラメータ値を提供するネットワーク要素を前記他のネットワーク要素の中から判定するために配置された処理手段（ＰＭ）とを含む、デバイス（Ｄ）。
【請求項２】
前記処理手段（ＰＭ）は、各ネットワーク要素が少なくとも１つの要素特性および少なくとも１つのクラス特異性を含むオントロジ表現によって定義される場合に、前記故障しているネットワーク要素と他のネットワーク要素との間の共通のクラス特異性の個数および前記故障しているネットワーク要素と前記他のネットワーク要素との間の共通の要素特性の個数の第１の和と、前記故障しているネットワーク要素のクラス特異性の個数および前記故障しているネットワーク要素の要素特性の個数の第２の和との間の比からパラメータ値を判定するために配置される、請求項１に記載のデバイス。
【請求項３】
前記処理手段（ＰＭ）は、各ネットワーク要素が少なくとも１つの要素特性および少なくとも１つのクラス特異性を含むオントロジ表現によって定義される場合に、前記故障しているネットワーク要素および前記他のネットワーク要素（１つまたは複数）の前記オントロジ表現の前記特性および／または前記クラス特異性に関連付けられた重みを考慮に入れながらパラメータ値を判定するために配置される、請求項１に記載のデバイス。
【請求項４】
前記処理手段（ＰＭ）は、前記故障しているネットワーク要素および他のネットワーク要素に共通する前記クラス特異性に関連付けられた前記重みならびに前記故障しているネットワーク要素および前記他のネットワーク要素に共通する前記要素特性に関連付けられた前記重みの第１の和と、前記故障しているネットワーク要素の前記クラス特異性に関連付けられた前記重みおよび前記故障しているネットワーク要素の前記要素特性に関連付けられた前記重みの第２の和との間の比からパラメータ値を判定するために配置される、請求項３に記載のデバイス。
【請求項５】
前記ネットワークのネットワーク要素の状況を得るために前記ネットワークを照会するために配置されたインターフェース（ＳＡ）を含む、請求項１乃至４のいずれか１項に記載のデバイス。
【請求項６】
請求項１乃至５のいずれか１項に記載のデバイス（Ｄ）を含むことを特徴とするコンピュータ・ソフトウェア製品。
【請求項７】
ネットワーク（Ｎ）の少なくとも１つの故障しているネットワーク要素を置換できる前記ネットワーク（Ｎ）の要素を自動的に判定する方法であって、ネットワーク要素の状況が、前記ネットワーク要素が故障していることを示すときに、ｉ）前記ネットワーク要素および前記ネットワーク要素の間の関係の表現を定義するオントロジ内に、前記故障しているネットワーク要素ならびに前記故障しているネットワーク要素と少なくとも１つの他のネットワーク要素との間の関係の表現を判定するステップと、その後、ｉｉ）前記他のネットワーク要素のそれぞれについて、そのそれぞれのオントロジ表現から前記故障しているネットワーク要素との機能的類似を表すパラメータ値を判定するステップと、ｉｉｉ）判定されたネットワーク要素を用いて前記故障しているネットワーク要素を置換することを提案するために、最高の機能的類似を表す前記パラメータ値を提供するネットワーク要素を前記他のネットワーク要素の中から判定するステップとに存する、方法。
【請求項８】
各ネットワーク要素が少なくとも１つの要素特性および少なくとも１つのクラス特異性を含むオントロジ表現によって定義される場合に、前記故障しているネットワーク要素と他のネットワーク要素との間の共通のクラス特異性の個数および前記故障しているネットワーク要素と前記他のネットワーク要素との間の共通の要素特性の個数の第１の和と、前記故障しているネットワーク要素のクラス特異性の個数および前記故障しているネットワーク要素の要素特性の個数の第２の和との間の比からパラメータ値を判定する、請求項７に記載の方法。
【請求項９】
各ネットワーク要素が少なくとも１つの要素特性および少なくとも１つのクラス特異性を含むオントロジ表現によって定義される場合に、前記故障しているネットワーク要素および前記他のネットワーク要素（１つまたは複数）の前記オントロジ表現の前記特性および／または前記クラス特異性に関連付けられた重みを考慮に入れながらパラメータ値を判定する、請求項７に記載の方法。
【請求項１０】
前記故障しているネットワーク要素および他のネットワーク要素に共通する前記クラス特異性に関連付けられた前記重みならびに前記故障しているネットワーク要素および前記他のネットワーク要素に共通する前記要素特性に関連付けられた前記重みの第１の和と、前記故障しているネットワーク要素の前記クラス特異性に関連付けられた前記重みおよび前記故障しているネットワーク要素の前記要素特性に関連付けられた前記重みの第２の和との間の比からパラメータ値を判定する、請求項９に記載の方法。
【請求項１】
要素を含む少なくとも１つのネットワーク（Ｎ）用のデバイス（Ｄ）であって、ｉ）前記ネットワーク要素および前記ネットワーク要素の間の関係の表現を定義する少なくとも１つのオントロジを格納するオントロジ・エージェント（ＯＡ）と、ｉｉ）ネットワーク要素の状況が、前記ネットワーク要素が故障していることを示すときに、前記故障しているネットワーク要素および前記故障しているネットワーク要素と少なくとも１つの他のネットワーク要素との間の関係の表現を得るために前記オントロジ・エージェント（ＯＡ）にアクセスし、その後、前記他のネットワーク要素のそれぞれについて、そのそれぞれのオントロジ表現から前記故障しているネットワーク要素との機能的類似を表すパラメータ値を判定し、判定されたネットワーク要素を用いて前記故障しているネットワーク要素を置換することを提案するために最高の機能的類似を表す前記パラメータ値を提供するネットワーク要素を前記他のネットワーク要素の中から判定するために配置された処理手段（ＰＭ）とを含む、デバイス（Ｄ）。
【請求項２】
前記処理手段（ＰＭ）は、各ネットワーク要素が少なくとも１つの要素特性および少なくとも１つのクラス特異性を含むオントロジ表現によって定義される場合に、前記故障しているネットワーク要素と他のネットワーク要素との間の共通のクラス特異性の個数および前記故障しているネットワーク要素と前記他のネットワーク要素との間の共通の要素特性の個数の第１の和と、前記故障しているネットワーク要素のクラス特異性の個数および前記故障しているネットワーク要素の要素特性の個数の第２の和との間の比からパラメータ値を判定するために配置される、請求項１に記載のデバイス。
【請求項３】
前記処理手段（ＰＭ）は、各ネットワーク要素が少なくとも１つの要素特性および少なくとも１つのクラス特異性を含むオントロジ表現によって定義される場合に、前記故障しているネットワーク要素および前記他のネットワーク要素（１つまたは複数）の前記オントロジ表現の前記特性および／または前記クラス特異性に関連付けられた重みを考慮に入れながらパラメータ値を判定するために配置される、請求項１に記載のデバイス。
【請求項４】
前記処理手段（ＰＭ）は、前記故障しているネットワーク要素および他のネットワーク要素に共通する前記クラス特異性に関連付けられた前記重みならびに前記故障しているネットワーク要素および前記他のネットワーク要素に共通する前記要素特性に関連付けられた前記重みの第１の和と、前記故障しているネットワーク要素の前記クラス特異性に関連付けられた前記重みおよび前記故障しているネットワーク要素の前記要素特性に関連付けられた前記重みの第２の和との間の比からパラメータ値を判定するために配置される、請求項３に記載のデバイス。
【請求項５】
前記ネットワークのネットワーク要素の状況を得るために前記ネットワークを照会するために配置されたインターフェース（ＳＡ）を含む、請求項１乃至４のいずれか１項に記載のデバイス。
【請求項６】
請求項１乃至５のいずれか１項に記載のデバイス（Ｄ）を含むことを特徴とするコンピュータ・ソフトウェア製品。
【請求項７】
ネットワーク（Ｎ）の少なくとも１つの故障しているネットワーク要素を置換できる前記ネットワーク（Ｎ）の要素を自動的に判定する方法であって、ネットワーク要素の状況が、前記ネットワーク要素が故障していることを示すときに、ｉ）前記ネットワーク要素および前記ネットワーク要素の間の関係の表現を定義するオントロジ内に、前記故障しているネットワーク要素ならびに前記故障しているネットワーク要素と少なくとも１つの他のネットワーク要素との間の関係の表現を判定するステップと、その後、ｉｉ）前記他のネットワーク要素のそれぞれについて、そのそれぞれのオントロジ表現から前記故障しているネットワーク要素との機能的類似を表すパラメータ値を判定するステップと、ｉｉｉ）判定されたネットワーク要素を用いて前記故障しているネットワーク要素を置換することを提案するために、最高の機能的類似を表す前記パラメータ値を提供するネットワーク要素を前記他のネットワーク要素の中から判定するステップとに存する、方法。
【請求項８】
各ネットワーク要素が少なくとも１つの要素特性および少なくとも１つのクラス特異性を含むオントロジ表現によって定義される場合に、前記故障しているネットワーク要素と他のネットワーク要素との間の共通のクラス特異性の個数および前記故障しているネットワーク要素と前記他のネットワーク要素との間の共通の要素特性の個数の第１の和と、前記故障しているネットワーク要素のクラス特異性の個数および前記故障しているネットワーク要素の要素特性の個数の第２の和との間の比からパラメータ値を判定する、請求項７に記載の方法。
【請求項９】
各ネットワーク要素が少なくとも１つの要素特性および少なくとも１つのクラス特異性を含むオントロジ表現によって定義される場合に、前記故障しているネットワーク要素および前記他のネットワーク要素（１つまたは複数）の前記オントロジ表現の前記特性および／または前記クラス特異性に関連付けられた重みを考慮に入れながらパラメータ値を判定する、請求項７に記載の方法。
【請求項１０】
前記故障しているネットワーク要素および他のネットワーク要素に共通する前記クラス特異性に関連付けられた前記重みならびに前記故障しているネットワーク要素および前記他のネットワーク要素に共通する前記要素特性に関連付けられた前記重みの第１の和と、前記故障しているネットワーク要素の前記クラス特異性に関連付けられた前記重みおよび前記故障しているネットワーク要素の前記要素特性に関連付けられた前記重みの第２の和との間の比からパラメータ値を判定する、請求項９に記載の方法。
【図１】
【図２】
【図２】
【公表番号】特表２０１２−５０２５２８（Ｐ２０１２−５０２５２８Ａ）
【公表日】平成２４年１月２６日（２０１２．１．２６）
【国際特許分類】
【出願番号】特願２０１１−５２５４９０（Ｐ２０１１−５２５４９０）
【出願日】平成２１年８月５日（２００９．８．５）
【国際出願番号】ＰＣＴ／ＥＰ２００９／０６０１５１
【国際公開番号】ＷＯ２０１０／０２６０１４
【国際公開日】平成２２年３月１１日（２０１０．３．１１）
【出願人】（３９１０３０３３２）アルカテル−ルーセント (1,149)
【Ｆターム（参考）】
【公表日】平成２４年１月２６日（２０１２．１．２６）
【国際特許分類】
【出願日】平成２１年８月５日（２００９．８．５）
【国際出願番号】ＰＣＴ／ＥＰ２００９／０６０１５１
【国際公開番号】ＷＯ２０１０／０２６０１４
【国際公開日】平成２２年３月１１日（２０１０．３．１１）
【出願人】（３９１０３０３３２）アルカテル−ルーセント (1,149)
【Ｆターム（参考）】
[ Back to top ]