(57)【要約】【課題】  標準仕様にしたがっている任意のシステムにおけるオブジェクトの親子関係のツリー構造を推定する。【解決手段】  個々のオブジェクトが有するオブジェクト名からそのオブジェクトのプロパティを解析し、この抽出されたプロパティとしての名前のオブジェクト毎の出現頻度を検出し、この検出されたオブジェクト毎の名前の出現頻度に基づき各オブジェクトの親子関係のツリー構造を推定する。【選択図】  図１
2006260024.tif 000002
【特許請求の範囲】
【請求項１】
個々のオブジェクトが複数のオブジェクト間で一意に定まるオブジェクト名をそれぞれ有し、自己のオブジェクト名または自己の親となるオブジェクトのオブジェクト名を有する複数のオブジェクトを管理するオブジェクト管理システムにおいて、
個々のオブジェクトが有するオブジェクト名からそのオブジェクトのプロパティを解析するオブジェクト名解析手段と、
このオブジェクト名解析手段により解析されたプロパティのオブジェクト毎の出現頻度を検出する出現頻度検出手段と、
この出現頻度検出手段により検出されたオブジェクト毎のプロパティの出現頻度に基づき各オブジェクトの親子関係のツリー構造を推定する親子関係推定手段と
を備えたことを特徴とするオブジェクト管理システム。
【請求項２】
前記ツリー構造を視覚的に表示する手段を備えた請求項１記載のオブジェクト管理システム。
【請求項３】
前記親子関係推定手段は、
各オブジェクト名から解析されたプロパティとしての名前の出現頻度が高いオブジェクトほど前記ツリー構造の上位に位置するオブジェクトである、
各オブジェクト名から解析されたプロパティとしての名前が最頻出したオブジェクトが前記ツリー構造の最上位に位置するオブジェクトである、
各オブジェクト名から解析された最頻出したプロパティとしての名前をプロパティとして持たないオブジェクトは当該最頻出した名前を有するオブジェクトと並列の位置にあるオブジェクトである、
他オブジェクト名から解析されたプロパティとしての名前が１回も出現しない名前を有するオブジェクトは子を持たない端末のオブジェクトである
として各オブジェクトの親子関係を推定する手段を備えた
請求項１記載のオブジェクト管理システム。
【請求項４】
個々のオブジェクトが複数のオブジェクト間で一意に定まるオブジェクト名をそれぞれ有し、自己のオブジェクト名または自己の親となるオブジェクトのオブジェクト名を有する複数のオブジェクトを管理するオブジェクト管理システムにおけるオブジェクト管理方法において、
個々のオブジェクトが有するオブジェクト名からそのオブジェクトのプロパティを解析し、
この解析されたプロパティのオブジェクト毎の出現頻度を検出し、
この検出されたオブジェクト毎のプロパティの出現頻度に基づき各オブジェクトの親子関係のツリー構造を推定する
ことを特徴とするオブジェクト管理方法。
【請求項５】
前記ツリー構造を視覚的に表示する請求項４記載のオブジェクト管理方法。
【請求項６】
各オブジェクト名から解析されたプロパティとしての名前の出現頻度が高いオブジェクトほど前記ツリー構造の上位に位置するオブジェクトである、
各オブジェクト名から解析されたプロパティとしての名前が最頻出したオブジェクトが前記ツリー構造の最上位に位置するオブジェクトである、
各オブジェクト名から解析された最頻出したプロパティとしての名前をプロパティとして持たないオブジェクトは当該最頻出した名前を有するオブジェクトと並列の位置にあるオブジェクトである、
他オブジェクト名から解析されたプロパティとしての名前が１回も出現しない名前を有するオブジェクトは子を持たない端末のオブジェクトである
として各オブジェクトの親子関係を推定する
請求項４記載のオブジェクト管理方法。
【請求項７】
個々のオブジェクトが複数のオブジェクト間で一意に定まるオブジェクト名をそれぞれ有し、自己のオブジェクト名または自己の親となるオブジェクトのオブジェクト名を有する複数のオブジェクトを管理するオブジェクト管理システムに適用されるプログラムにおいて、
情報処理装置にインストールすることにより、その情報処理装置に、
個々のオブジェクトが有するオブジェクト名からそのオブジェクトのプロパティを解析するオブジェクト名解析機能と、
このオブジェクト名解析機能により解析されたプロパティのオブジェクト毎の出現頻度を検出する出現頻度検出機能と、
この出現頻度検出機能により検出されたオブジェクト毎のプロパティの出現頻度に基づき各オブジェクトの親子関係のツリー構造を推定する親子関係推定機能と
を実現させることを特徴とするプログラム。
【請求項８】
前記ツリー構造を視覚的に表示する機能を実現させる請求項７記載のプログラム。
【請求項９】
前記親子関係推定機能として、
各オブジェクト名から解析されたプロパティとしての名前の出現頻度が高いオブジェクトほど前記ツリー構造の上位に位置するオブジェクトである、
各オブジェクト名から解析されたプロパティとしての名前が最頻出したオブジェクトが前記ツリー構造の最上位に位置するオブジェクトである、
各オブジェクト名から解析された最頻出したプロパティとしての名前をプロパティとして持たないオブジェクトは当該最頻出した名前を有するオブジェクトと並列の位置にあるオブジェクトである、
他オブジェクト名から解析されたプロパティとしての名前が１回も出現しない名前を有するオブジェクトは子を持たない端末のオブジェクトである
として各オブジェクトの親子関係を推定する機能を実現させる
請求項７記載のプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数のオブジェクトを管理し、これら複数のオブジェクトの協働によりデータ処理を実行するデータ処理システムに利用する。特に、オブジェクトの親子関係の推定技術に関する。
【背景技術】
【０００２】
複数のオブジェクトを管理し、これら複数のオブジェクトの協働によりデータ処理を実行するデータ処理システムが広く利用されている（例えば、特許文献１または２参照）。
【０００３】
このようなデータ処理システムでは、システムの保守管理のために各オブジェクトの親子関係を把握することが有用である。そのために、各オブジェクトの親子関係をリンクしたデータベースやテーブルを用意する必要がある。
【０００４】
【特許文献１】特開２０００−１３２３８４号公報
【特許文献２】特開平６−１６１７６５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
複数のオブジェクトを管理するシステム全体を把握するためには、フラットな情報表示よりも、階層的かつグラフィカルにオブジェクトの情報表示するほうが認識しやすい。そのため、各オブジェクトの親子関係を元にツリーを構築し、表示する必要がある。
【０００６】
しかしながら従来の手法では、標準仕様からは親子関係を知ることはできず、親子関係を構築するときにその親子関係があらかじめテーブルやデータベースに定義されて明確になっている必要があった。
【０００７】
例えば、自分のすべての直系の親に関する情報をプロパティとして持っているが、その中の親子関係のつながりがはっきりしない、というオブジェクトを考えると、このオブジェクトは親の情報をもっているというだけであり、自分のすぐ上の親がどれであるかすらわからない。
【０００８】
このようなオブジェクトが複数あったとき、それらに関してツリーを構築しようとしても、それらのプロパティのみではつながり方がわからず構築することができない。さらに、このプロパティが自由に追加可能であった場合に、そのプロパティが親に関するプロパティであるかどうかも不明となってしまい、ますます親子関係の情報が、オブジェクトが持つ情報のみではわからず、ツリー構築のために更なる情報を必要とすることになってしまう。
【０００９】
親子関係が不明な例として、例えば、Ｓｕｎ  Ｍｉｃｒｏｓｙｓｔｅｍｓの  Ｊａｖａ（登録商標）  Ｍａｎａｇｅｍｅｎｔ  Ｅｘｔｅｎｓｉｏｎ（ＪＭＸ）仕様のＭＢｅａｎと呼ばれるオブジェクトが持つオブジェクト名が挙げられる。ＭＢｅａｎの名前、タイプ、ドメインなどの属性はＭＢｅａｎのオブジェクト名に反映される。
【００１０】
オブジェクト名は、ＭＢｅａｎＳｅｒｖｅｒ内のＭＢｅａｎを一意に識別し、次の書式で表示する。
［ｄｏｍａｉｎＮａｍｅ］：ｐｒｏｐｅｒｔｙ＝ｖａｌｕｅ［，ｐｒｏｐｅｒｔｙ＝ｖａｌｕｅ］＊
ドメインネームはデフォルトドメインを指定するならば省略してもよい。これらのプロパティに関し、その出現する順番は重要でない。また、各ベンダによってプロパティを増やすことも可能である。
【００１１】
オブジェクト名の例として、以下の文字列を考える。
ｔｅｓｔ．ｄｏｍａｉｎ：Ｊ２ＥＥＡｐｐｌｉｃａｔｉｏｎ＝ｔｅｓｔ１．ｓａｒ，Ｊ２ＥＥＳｅｒｖｅｒ＝ｔｅｓｔＳｅｒｖｅｒ，ｊ２ｅｅＴｙｐｅ＝ＥＪＢＭｏｄｕｌｅ，ｎａｍｅ＝ｔｅｓｔ２．ｊａｒ，ｍｙＪ２ＥＥＡｐｐｌｉｃａｔｉｏｎ＝ｔｅｓｔ３．ｓａｒ，ｍｙＪ２ＥＥＳｅｒｖｅｒ＝ｔｅｓｔＳｅｒｖｅｒ４
そして、Ｊ２ＥＥＳｅｒｖｅｒとＪ２ＥＥＡｐｐｌｉｃａｔｉｏｎは親子関係を表すプロパティであり、Ｊ２ＥＥＳｅｒｖｅｒの子はＪ２ＥＥＡｐｐｌｉｃａｔｉｏｎであり、Ｊ２ＥＥＡｐｐｌｉｃａｔｉｏｎもまた子を持つという情報を事前に持っているとする。
【００１２】
この例の場合には、自分の名前はｎａｍｅとして示されるｔｅｓｔ２．ｊａｒである。事前情報より、Ｊ２ＥＥＡｐｐｌｉｃａｔｉｏｎやＪ２ＥＥＳｅｒｖｅｒは親子関係を表すプロパティ、すなわち親のプロパティとして持っているとわかるので、親としてｔｅｓｔ１．ｓａｒとｔｅｓｔＳｅｒｖｅｒがあることがわかる。しかし、ｍｙＪ２ＥＥＡｐｐｌｉｃａｔｉｏｎやｍｙＪ２ＥＥＳｅｒｖｅｒのように、独自に追加された、自分が情報を持たないプロパティが存在する場合には、親子関係に関するプロパティであるのか、それ以外の情報を示すプロパティであるのかオブジェクト名のみだけでは判断できない。そのため、親子関係を明確に示すことができず、ツリー構築をすることができない。
【００１３】
つまり、ベンダ独自の仕様を含むツリーを構築するときは、あらかじめその仕様を手に入れてどのプロパティが親子関係にあるか、どのプロパティがツリー構築に影響ないものかを調査し、その調査結果を元にツリー構築を行う必要がある。しかし、それをすることはツリー構築機構がその仕様に特化した機構になってしまうということになる。共通化しようとすればするほどあらかじめ準備しておく情報は増えてゆき、それ以外の情報を含むオブジェクトはツリー表示できないことになる。
【００１４】
本発明は、このような背景の下に行われたものであって、標準仕様にしたがっている任意のシステムのツリー構造を推定することができ、そのツリー構造を、例えば、ＧＵＩ(Graphical User Interface)ツリーとして見せることができ、親子関係をリンクしたデータベースやテーブルの管理コストを削減することができるオブジェクト管理システムおよび方法を提供することを目的とする。
【課題を解決するための手段】
【００１５】
本発明は、親子関係が不明である複数のオブジェクトが持つオブジェクト名から親子関係のツリーを構築することができるため、親子関係があらかじめテーブルやデータベースに定義されていないシステムであり、標準的な仕様に従っているシステムであり、直接親子関係がわからないシステムであってもツリーを構築し、例えば、ＧＵＩに表示することを可能にする。
【００１６】
これにより、ツリー構築のために更なる情報を必要とせず、ベンダ仕様に特化しないツリー構築を行うことができる。
【００１７】
本発明では、以下の特徴を持つツリーの構築を行う。
・親は子を複数持つことができる。
・子は親をひとつだけ持つことができる。
・ツリーのトップはひとつのオブジェクトのみであるとは限らない。
本発明では、以下の特徴を持つオブジェクトを扱う。
・オブジェクトは一意となる識別子を持ち、その中でプロパティとして複数の情報を持っている。一意となる識別子は、オブジェクト名として表現される。つまり、オブジェクト名はシステム間で一意である。
・プロパティは、一つ一つが「プロパティ＝値」として表現される。
・プロパティには自分の名前を示すものがある。
・オブジェクト名には自分の直系の親となるオブジェクトの名前に関するプロパティをすべて含む。
・ただし、どのプロパティがどの順番で親になるかという情報は持たない。
・オブジェクト名には親の情報以外にもプロパティを複数もつことができる。
【００１８】
このように、オブジェクトは自分のすぐ上の親がどれであるかまではわからない。しかし、オブジェクトが自分のすべての直系の親に関するプロパティを持っているということは、ツリーの構成上、すべてのオブジェクトのオブジェクト名を調べれば、ツリーの上位に来るものほど各オブジェクトのプロパティとして出現するということになる。逆に、各オブジェクトのプロパティとして出現頻度が高いオブジェクトほど、ツリーの上位のオブジェクトであるといえる。
【００１９】
そして、最頻出したプロパティに該当するオブジェクトが、最上位のオブジェクトであると判別できる。また、最頻出したプロパティを持たないオブジェクトは、最頻出したオブジェクトと並列の位置にあると考えることができる。さらに、全オブジェクト名を調査しても１回も他オブジェクトのプロパティとして現れないオブジェクトは、子を持たない末端のオブジェクトであると判断できる。
【００２０】
これらの手順を繰りかえすことによって、オブジェクトの持つ情報のみでツリー構築を行うことができる。
【００２１】
すなわち、本発明の第一の観点は、個々のオブジェクトが複数のオブジェクト間で一意に定まるオブジェクト名をそれぞれ有し、自己のオブジェクト名または自己の親となるオブジェクトのオブジェクト名を有する複数のオブジェクトを管理するオブジェクト管理システムである。
【００２２】
ここで、本発明の特徴とするところは、個々のオブジェクトが有するオブジェクト名からそのオブジェクトのプロパティを解析するオブジェクト名解析手段と、このオブジェクト名解析手段により解析されたプロパティのオブジェクト毎の出現頻度を検出する出現頻度検出手段と、この出現頻度検出手段により検出されたオブジェクト毎のプロパティの出現頻度に基づき各オブジェクトの親子関係のツリー構造を推定する親子関係推定手段とを備えたところにある。
【００２３】
また、前記ツリー構造を視覚的に表示する手段を備えることができる。
【００２４】
前記親子関係推定手段は、例えば、各オブジェクト名から解析されたプロパティとしての名前の出現頻度が高いオブジェクトほど前記ツリー構造の上位に位置するオブジェクトである、各オブジェクト名から解析されたプロパティとしての名前が最頻出したオブジェクトが前記ツリー構造の最上位に位置するオブジェクトである、各オブジェクト名から解析された最頻出したプロパティとしての名前をプロパティとして持たないオブジェクトは当該最頻出した名前を有するオブジェクトと並列の位置にあるオブジェクトである、他オブジェクト名から解析されたプロパティとしての名前が１回も出現しない名前を有するオブジェクトは子を持たない端末のオブジェクトであるとして各オブジェクトの親子関係を推定する手段を備える。
【００２５】
本発明の第二の観点は、個々のオブジェクトが複数のオブジェクト間で一意に定まるオブジェクト名をそれぞれ有し、自己のオブジェクト名または自己の親となるオブジェクトのオブジェクト名を有する複数のオブジェクトを管理するオブジェクト管理システムにおけるオブジェクト管理方法である。
【００２６】
ここで、本発明の特徴とするところは、個々のオブジェクトが有するオブジェクト名からそのオブジェクトのプロパティを解析し、この解析されたプロパティのオブジェクト毎の出現頻度を検出し、この検出されたオブジェクト毎のプロパティの出現頻度に基づき各オブジェクトの親子関係のツリー構造を推定するところにある。
【００２７】
また、前記ツリー構造を視覚的に表示することができる。
【００２８】
例えば、各オブジェクト名から解析されたプロパティとしての名前の出現頻度が高いオブジェクトほど前記ツリー構造の上位に位置するオブジェクトである、各オブジェクト名から解析されたプロパティとしての名前が最頻出したオブジェクトが前記ツリー構造の最上位に位置するオブジェクトである、各オブジェクト名から解析された最頻出したプロパティとしての名前をプロパティとして持たないオブジェクトは当該最頻出した名前を有するオブジェクトと並列の位置にあるオブジェクトである、他オブジェクト名から解析されたプロパティとしての名前が１回も出現しない名前を有するオブジェクトは子を持たない端末のオブジェクトであるとして各オブジェクトの親子関係を推定する。
【００２９】
本発明の第三の観点は、個々のオブジェクトが複数のオブジェクト間で一意に定まるオブジェクト名をそれぞれ有し、自己のオブジェクト名または自己の親となるオブジェクトのオブジェクト名を有する複数のオブジェクトを管理するオブジェクト管理システムに適用されるプログラムである。
【００３０】
ここで、本発明の特徴とするところは、情報処理装置にインストールすることにより、その情報処理装置に、個々のオブジェクトが有するオブジェクト名からそのオブジェクトのプロパティを解析するオブジェクト名解析機能と、このオブジェクト名解析機能により解析されたプロパティのオブジェクト毎の出現頻度を検出する出現頻度検出機能と、この出現頻度検出機能により検出されたオブジェクト毎のプロパティの出現頻度に基づき各オブジェクトの親子関係のツリー構造を推定する親子関係推定機能とを実現させるところにある。
【００３１】
また、前記ツリー構造を視覚的に表示する機能を実現させることができる。
【００３２】
前記親子関係推定機能として、例えば、各オブジェクト名から解析されたプロパティとしての名前の出現頻度が高いオブジェクトほど前記ツリー構造の上位に位置するオブジェクトである、各オブジェクト名から解析されたプロパティとしての名前が最頻出したオブジェクトが前記ツリー構造の最上位に位置するオブジェクトである、各オブジェクト名から解析された最頻出したプロパティとしての名前をプロパティとして持たないオブジェクトは当該最頻出した名前を有するオブジェクトと並列の位置にあるオブジェクトである、他オブジェクト名から解析されたプロパティとしての名前が１回も出現しない名前を有するオブジェクトは子を持たない端末のオブジェクトであるとして各オブジェクトの親子関係を推定する機能を実現させることができる。
【００３３】
これにより、汎用の情報処理装置を用いて本発明のオブジェクト管理システムを実現することができる。
【発明の効果】
【００３４】
本発明の第一の効果は、ＪＭＸなどの標準仕様にしたがっている任意のシステムを、例えば、ＧＵＩツリーとして見せることができることにある。
【００３５】
その理由は、このツリー構築方法がプロパティの頻出度を調べて構築する方法をとっているからであり、そのプロパティのラベル部分がどんな意味を持つ文字列であるかということは影響しないからである。
【００３６】
本発明の第二の効果は、親子関係をリンクしたデータベースやテーブルの管理コストが削減できることにある。
【００３７】
その理由は、与えられたオブジェクトが持つプロパティの情報のみでツリーを構築できるため、親子関係を明示的にするために情報を事前に手に入れたりメンテナンスしたりする必要がなくなるためである。
【発明を実施するための最良の形態】
【００３８】
本発明実施例のオブジェクト管理システムの構成を図１を参照して説明する。図１は本実施例のオブジェクト管理システムのブロック構成図である。
【００３９】
本実施例は、図１に示すように、個々のオブジェクト２０１、２１１、２２１、２３１、２４１が複数のオブジェクト２０１、２１１、２２１、２３１、２４１間で一意に定まるオブジェクト名２０２、２１２、２２２、２３２、２４２をそれぞれ有し、自己のオブジェクト名または自己の親となるオブジェクトのオブジェクト名を有する複数のオブジェクト２０１、２１１、２２１、２３１、２４１を管理するオブジェクト管理システム１００である。
【００４０】
ここで、本実施例の特徴とするところは、個々のオブジェクト２０１、２１１、２２１、２３１、２４１が有するオブジェクト名２０２、２１２、２２２、２３２、２４２からそのオブジェクト２０１、２１１、２２１、２３１、２４１のプロパティを解析するオブジェクト名解析部３００を備え、このオブジェクト名解析部３００により抽出されたプロパティのオブジェクト毎の出現頻度を検出する出現頻度検出手段と、この出現頻度検出手段により検出されたオブジェクト毎のプロパティの出現頻度に基づき各オブジェクトの親子関係のツリー構造を推定する親子関係推定手段とを出現頻度検出部４００に備えたところにある。
【００４１】
また、前記ツリー構造を視覚的に表示するためのユーザインタフェース要求受付部６００およびユーザインタフェース７００を備える。
【００４２】
出現頻度検出部４００の前記親子関係推定手段は、各オブジェクト名から解析されたプロパティとしての名前の出現頻度が高いオブジェクトほど前記ツリー構造の上位に位置するオブジェクトである、各オブジェクト名から解析されたプロパティとしての名前が最頻出したオブジェクトが前記ツリー構造の最上位に位置するオブジェクトである、各オブジェクト名から解析された最頻出したプロパティとしての名前をプロパティとして持たないオブジェクトは当該最頻出した名前を有するオブジェクトと並列の位置にあるオブジェクトである、他オブジェクト名から解析されたプロパティとしての名前が１回も出現しない名前を有するオブジェクトは子を持たない端末のオブジェクトであるとして各オブジェクトの親子関係を推定する手段を備える。
【００４３】
本実施例は、汎用の情報処理装置にインストールすることにより、その情報処理装置に本実施例のオブジェクト管理システム１００に相応する機能を実現させるプログラムとして実現することができる。このプログラムは、記録媒体に記録されて情報処理装置にインストールされ、あるいは通信回線を介して情報処理装置にインストールされることにより当該情報処理装置に、オブジェクト名解析部３００、出現頻度検出部４００、親子関係格納領域５００、ユーザインタフェース要求受付部６００にそれぞれ相応する機能を実現させることができる。
【００４４】
以下では、本実施例のオブジェクト管理システムをさらに詳細に説明する。
【００４５】
まず、本実施例のオブジェクト管理システムの構成について図面を参照してさらに詳細に説明する。図１を参照すると、本実施例は、複数のオブジェクトを管理するオブジェクト管理システム１００と構築されたオブジェクトのツリーを表示するユーザインタフェース７００とから構成される。
【００４６】
オブジェクト管理システム１００は、管理対象となる複数のオブジェクト２０１、２１１、２２１、２３１、２４１とオブジェクト名解析部３００と出現頻度検出部４００と親子関係格納領域５００とユーザインタフェース要求受付部６００とを含む。
【００４７】
オブジェクト２０１は、複数のプロパティで記述されたオブジェクト名２０２を持つ。プロパティは「プロパティ＝値」の形をとる。ｎａｍｅ＝で始まるプロパティの値は自分の名前を示す。オブジェクト名２０２は本実施例ではｎａｍｅ＝ＯＡ、property３＝ｖａｌｕｅ３とする。
【００４８】
オブジェクト２１１は、複数のプロパティで記述されたオブジェクト名２１２を持つ。オブジェクト名２１２は本実施例ではｎａｍｅ＝ＯＢ、ｐｒｏｐｅｒｔｙ１＝ＯＡ、property４＝ｖａｌｕｅ４とする。
【００４９】
オブジェクト２２１は、複数のプロパティで記述されたオブジェクト名２２２を持つ。オブジェクト名２２２は本実施例ではｎａｍｅ＝ＯＣ、ｐｒｏｐｅｒｔｙ２＝ＯＢ、ｐｒｏｐｅｒｔｙ１＝ＯＡ、property５＝ｖａｌｕｅ５とする。
【００５０】
オブジェクト２３１は、複数のプロパティで記述されたオブジェクト名２３２を持つ。オブジェクト名２３２は本実施例ではｎａｍｅ＝ＯＤ、ｐｒｏｐｅｒｔｙ１＝ＯＡ、property６＝ｖａｌｕｅ６とする。
【００５１】
オブジェクト２４１は、複数のプロパティで記述されたオブジェクト名２４２を持つ。オブジェクト名２４２は本実施例ではｎａｍｅ＝ＯＥ、property７＝ｖａｌｕｅ７とする。
【００５２】
ユーザインタフェース７００はユーザインタフェース要求受付部６００から受け取ったツリー情報をもとにオブジェクト２０１’、２１１’、２２１’、２３１’を表示する。必要であればオブジェクト名２０２’、２１２’、２２２’、２３２’を表示する。
【００５３】
ここでの実施例ではオブジェクトが５つの例を挙げるが、実際は５つに限定されたものではなく、任意の数のオブジェクトを扱うことができる。また、オブジェクト名を例として上記のように設定しているが、実際はこれらに限定されたものではなく、自由に追加できる。ユーザインタフェース７００に表示されるオブジェクトのツリーも、すべてのオブジェクトを表示する必要はなく、必要な情報のみを要求し、その情報のみで部分ツリーを構築することが可能である。
【００５４】
これらの手段はそれぞれ概略次のように動作する。オブジェクト名解析部３００は、オブジェクトのもつオブジェクト名からオブジェクトの名前と各プロパティを解析してとりだす。
【００５５】
出現頻度検出部４００は、オブジェクト名解析部３００によって取り出されたオブジェクトの情報から、オブジェクトに関するプロパティの出現頻度をチェックする。
【００５６】
次に、最頻出したプロパティを、他のオブジェクトがオブジェクト名に含むかどうかをチェックする。最頻出したプロパティを含む場合は、そのオブジェクトの配下にくるオブジェクトとしてグループ化する。最頻出したプロパティを含まない場合は、最頻出したプロパティと並列になるツリーのオブジェクトとして別グループ化する。
【００５７】
次に、グループ化した中から同じようにプロパティの出現頻度チェックを行う。最後まで繰り返すとすべての親子関係の情報が出来上がる。これらの情報を親子関係格納領域５００に格納する。
【００５８】
親子関係格納領域５００は、出現頻度検出部４００で判明した親子情報を格納する。実施例ではツリーのイメージを取っているが、実際は親子関係がリンクされればよいので、リストやハッシュテーブルなどで管理することになる。
【００５９】
ユーザインタフェース要求受付部６００は、ユーザインタフェース７００から出された要求に対し、必要な情報のみを親子関係格納領域５００から取り出してユーザインタフェース７００に渡す。
【００６０】
ユーザインタフェース７００は、表示したい部分の情報をシステムに要求し、その情報をもとにツリーを表示する。ツリーの全体表示だけではなく、ツリーの部分的な表示も可能とする。
【００６１】
（実施例の動作の説明）
次に、図１から図６を参照して本実施例の全体の動作について詳細に説明する。なお、解析は、解析対象となるグループ内でプロパティの出現頻度をチェックしていくことによって行う。
【００６２】
グループは、グループに属するオブジェクトとそのグループの親オブジェクトの情報をもつ。ただし、ツリーのトップにくるようなオブジェクトには、親オブジェクトは存在しない。そのため、ツリーのトップにくる最上位オブジェクトは、仮想的にｒｏｏｔと親子関係にあるとし、初回のチェックは全オブジェクトをひとつのグループとして考える。
【００６３】
図２において、オブジェクト名解析部３００は、オブジェクト管理システム１００の管理する全オブジェクトを解析し、それぞれのもつオブジェクト名からオブジェクトのプロパティとしての名前とその他のプロパティを解析して図４のようにとりだす（ステップＳ１）。
【００６４】
出現頻度検出部４００は、オブジェクト名解析部３００によって取り出された図４のオブジェクトの情報から、各オブジェクトのプロパティ解析を行い、プロパティとしての名前の出現頻度を解析する（ステップＳ２）。まずはじめに、解析対象となる全オブジェクトにおいて、プロパティとしての名前の出現頻度をチェックしていく。
【００６５】
このとき、図３において、プロパティの出現頻度チェック時、プロパティの値がオブジェクトとして図４に存在しないプロパティは、オブジェクト名を示すものではないとみなせる。すなわちオブジェクトの親子関係には影響しないプロパティであると考えられるため考慮しない。そのため、プロパティの値がオブジェクトとして存在するかどうかをチェックし（ステップＳ２−１）、オブジェクトとして存在するプロパティのみ出現頻度チェックの対象とする。
【００６６】
チェック対象の名前が新規出現の名前かどうかをチェックし（ステップＳ２−２）、新規出現であれば、図５の出現頻度の表に新規プロパティとして追加し、出現頻度部分を１とする（ステップＳ２−３）。既出であれば、出現頻度に＋１する（ステップＳ２−４）。
【００６７】
これを、全オブジェクトの全プロパティに対して行い、図５を完成させる。完成した図５には、親のオブジェクトの名前を示すプロパティとその出現頻度が記録されることになる。
【００６８】
次に、グループ化したもののオブジェクトについて、オブジェクトの名前がステップＳ２で解析された結果に含まれているか、すなわち図５にプロパティとして登録されているかチェックする（ステップＳ３）。
【００６９】
グループの全オブジェクトにおいて登録がなかった場合は、そのオブジェクトの名前が一度もプロパティとして使用されていない、すなわちそのグループの中にはもう他のオブジェクトの親となるオブジェクトはないということになる。そのため、親子関係のチェックを終了し、グループ化されたオブジェクトと、グループの親オブジェクトとの関係を親子関係格納領域５００に格納する（ステップＳ９）。
【００７０】
図６（ａ）のように、ひとつでも登録されているものがあった場合、そのオブジェクトは他オブジェクトの親になっているということであり、親子関係のチェックが必要となる。
【００７１】
そのため、そのグループ内で最頻出したプロパティの値の名前をもつオブジェクトを検索し、最上位オブジェクトに決定する（ステップＳ４）。この実施例では、ｐｒｏｐｅｒｔｙ１＝ＯＡが最頻出であるため、オブジェクト２０１が最上位オブジェクトであるということになる。
【００７２】
出現頻度が同数のものがあった場合には、テーブルが上位にあるものを最上位オブジェクトとして決定する。
【００７３】
次に、最上位オブジェクトとして決定したオブジェクト２０１以外のオブジェクトに関して、オブジェクト２０１の名前をプロパティに含むかどうかをチェックする（ステップＳ５）。
【００７４】
最上位オブジェクトの名前をプロパティに含んでいた場合、そのオブジェクトは最上位オブジェクトを直系の親にもつオブジェクトであると判断できる。ただし、この時点ではまだ直下の子オブジェクトなのか孫以降のオブジェクトなのか判断できない。そのため、同条件に当てはまるオブジェクトをグループ化する（ステップＳ６）。そのグループの親はステップＳ４において最上位オブジェクトとして見つかったオブジェクト２０１になる。すなわち図６（ｂ−１）のようになる。
【００７５】
チェック中のグループの親オブジェクトと、ステップＳ６で作成したグループ内の最上位オブジェクトとは親子関係にあるため、親子関係格納領域５００に親子情報を格納する（ステップＳ７）。この実施例では、チェック中のグループの親オブジェクトがｒｏｏｔ、最上位オブジェクトがオブジェクト２０１であるため、その親子関係が親子関係格納領域５００に格納されることになる。
【００７６】
最上位オブジェクトの名前をプロパティに含まない場合には、それらのオブジェクトは最上位オブジェクトであるオブジェクト２０１とは別の枝に存在するオブジェクトであると判断できる。そのため、他グループとしてステップＳ６とは別にグループ化する（ステップＳ８）。
【００７７】
別グループ化されたオブジェクトは、どれが親オブジェクトの直下にくるかはまだわからないため、親子関係に関してはまだ親子関係格納領域５００に設定しない。
【００７８】
また、これらは最上位オブジェクトと並列にあるため、このグループの親は、前のグループの親オブジェクトを設定する。すなわち図６（ｂ−２）のようにグループ化できることになる。
【００７９】
次に、グループ化したそれぞれに対し、ステップＳ３から同様にプロパティの出現頻度チェックを行う。ただし、前段階で判明した最上位オブジェクトに関するプロパティは、もう必要ないので図４から除外してチェックを行う。
【００８０】
最後まで繰り返すと最終的に図６（ｃ−１）、図６（ｃ−２）のようにすべての親子関係の情報が判明し、ステップＳ９により親子関係格納領域５００に格納される。
【００８１】
ユーザインタフェース７００は、ツリーを表示させる場合には、ユーザインタフェース要求受付部６００に対して要求をだす。
【００８２】
このとき、すべてのツリーに対する要求ではなく、部分的な要求を可能とする。ユーザインタフェース要求受付部６００は親子関係格納領域５００から必要な情報のみを取り出し、ユーザインタフェース７００に渡す。
【００８３】
例えば、オブジェクト２０１とその配下の情報をユーザインタフェース７００が要求した場合、ユーザインタフェース要求受付部６００は親子関係格納領域５００からオブジェクト２０１の情報と、その配下の情報を取り出してユーザインタフェース７００に渡す。
【００８４】
ユーザインタフェース７００は、オブジェクト２０１とその配下のオブジェクトを渡された親子関係の情報に従ってオブジェクト２０１’として表示する。
【産業上の利用可能性】
【００８５】
本発明によれば、標準仕様に従う任意のシステムを表示することができる。独自のシステムだけでなく、異なるベンダのシステムの管理や、異なるベンダ間での連携システムの管理であっても、本発明のシステムのみですべてのオブジェクトを管理できる。
【図面の簡単な説明】
【００８６】
【図１】本実施例のオブジェクト管理システムのブロック構成図。
【図２】本実施例の動作を示すフローチャート。
【図３】本実施例のプロパティ出現頻度解析手順を示すフローチャート。
【図４】プロパティの構成例を示す図。
【図５】プロパティの出現頻度の検出状況を示す図。
【図６】親子関係の推定状況を示す図。
【符号の説明】
【００８７】
１００  オブジェクト管理システム
２０１、２１１、２２１、２３１、２４１、２０１’、２１１’、２２１’、２３１’オブジェクト
２０２、２１２、２２２、２３２、２４２、２０２’、２１２’、２２２’、２３２’オブジェクト名
３００  オブジェクト名解析部
４００  出現頻度検出部
５００  親子関係格納領域
６００  ユーザインタフェース要求受付部
７００  ユーザインタフェース
【図１】
2006260024.tif 000003
【図２】
2006260024.tif 000004
【図３】
2006260024.tif 000005
【図４】
2006260024.tif 000006
【図５】
2006260024.tif 000007
【図６】
2006260024.tif 000008