JPWO2005006193A1 - システム管理方法、システム管理装置及びシステム管理プログラム並びにシステム管理プログラムを格納した記憶媒体 - Google Patents

Abstract

処理対象と処理とをツリー構造における各ノードに対応させ、該ツリー構造に基づき各ノードを操作することにより、処理対象と処理とを管理するシステム管理方法であり、前記処理対象に対応した一般ノード、または、該処理に対応した機能ノードに対して操作を行う登録ユーザを登録し、前記機能ノードを該機能ノードに対応した処理を実行すべき処理対象に対応した前記一般ノードの子ノードとし、当該一般ノードを当該機能ノードの親ノードとして設定し、記登録ユーザごとに登録ユーザ操作権限を設定し、前記機能ノードに対応した前記処理の実行が前記登録ユーザによって要求されたときに、該処理が当該機能ノードの親ノードである前記一般ノードに対して設定されている前記処理を要求した登録ユーザの前記登録ユーザ操作権限によって許可されている場合に限り、当該機能ノードに当該処理を実行させる。

Description

本発明は、システム管理を行うための技術に関し、特に、機器等の管理対象とそれらの管理対象によって構成される全体のシステムの管理と、当該システムを利用するユーザの管理を行うためのシステム管理の技術に関する。

従来のツリー構造を持ったシステムの代表例として、Ｕｎｉｘのディレクトリ管理があげられる。Ｕｎｉｘのディレクトリ構造は、ルートノードからディレクトリによって階層的に整理された構造となっており、含まれるドキュメントやプログラムなどのファイルをそれぞれのユーザが保持し、主体的に利用する場合において、ドキュメントやプログラムを他のユーザと共有することができる。

この際に、それぞれのディレクトリやファイルには、ユーザとグループによる属性設定と、所有者、グループ、その他のユーザごとにそれぞれ、読み出し、書き込み、実行の権限を設定することができる（例えば、文献１：舟本奨著、「実用ＵＮＩＸ（登録商標）ハンドブック」、ナツメ社、１９９４年、ｐ３１〜４２（ＩＳＢＮ４−８１６３−１６５４−Ｘ）参照）。

Ｕｎｉｘディレクトリ管理は、ディレクトリやファイルをそれぞれのユーザが主体的に使う場合に、リソースを共有することが前提となっており、初めからシステム全体の各部分毎に共有するということは想定されていない。これは例えば、ユーザ管理方法に表れており、ユーザ登録されるとシステム全体を利用できるが、その権限管理についてはファイルやディレクトリの所有者以外はグループ管理がなされるのみである。従って、ディレクトリ単位でユーザの権限を管理することは困難である。

また、権限についても、ルートディレクトリから権限が順番に適用されるため、いくつかの下層ディレクトリについてのみ権限を与えるためには、上位のディレクトリについても権限を付与する必要がある。しかし、このことにより、システム全体の構造を公開することになってしまい、特に組織などの管理概念や実態のものを扱うための管理システムにとっては情報共有によって秘匿性が失われてしまうという問題がある。

また、管理システムにとっては、ファイルやディレクトリ単位等でユーザの権限管理を行うためには、非常に煩雑かつ情報量が増加するために、システムが複雑になるという問題がある。

次に、メッセージ交換については、一般のメッセージ交換システムは、セキュリティについての制約がなく、このような管理システムにおいて、メッセージ交換を実現するには適していない。このため、従来は、ユーザ等の権限管理に基づいたメッセージシステムを構築する必要がある。

更に、管理システムで提供される各管理対象に対する処理の機能は、機能別に個別に開発されることにより、システムが複雑になり、それに伴い、更に機能毎にユーザの管理権限設定などの管理が複雑になるという問題がある。

本発明は、上記の課題を解決するためになされたものであり、管理システムにおいて、各管理対象や機能をツリー構造を持ったノードに対応付けして管理し、ノードにユーザを登録し、ユーザに対する権限設定をすることによって、ツリー構造に応じた自然かつ柔軟な権限管理が可能となるシステム管理技術を提供することを目的とする。

また、メッセージの送受信とイベントに基づいた機能の実行及ぶ連携により、単純な機能の連携による高度な機能実現手段を提供可能なシステム管理技術を提供することを目的とする。

また、効率的なメッセージ処理のための非同期処理や、セキュリティ対策のためのアクセスリストによるメッセージ受信管理、ノードに対する権限設定による自動実行・連携の仕組みを提供することが可能なシステム管理技術を提供することを目的とする。

上記の課題は、少なくとも１つの処理対象と該処理対象の各々に対して実行すべき少なくとも１つの処理とを、ツリー構造における各ノードに対応させ、該ツリー構造に基づき該各ノードを操作することにより、該処理対象と該処理とを管理するシステム管理方法において、前記処理対象に対応した一般ノード、または、該処理に対応した機能ノードに対して操作を行う登録ユーザ毎に一意に付与されるユーザＩＤの登録処理を行い、該ユーザＩＤを記憶手段に記憶するユーザ登録過程と、
前記一般ノード及び前記機能ノードにノード番号を一意に付与し、該ノード番号を当該一般ノードまたは、機能ノードに対応させて前記記憶手段に記憶するノード番号付与過程と、前記機能ノードを該機能ノードに対応した処理を実行すべき処理対象に対応した前記一般ノードの子ノードとし、当該一般ノードを当該機能ノードの親ノードとして設定し、該設定された子ノードの情報を親ノードである当該一般ノードに対応させて前記記憶手段に記憶するノード設定過程と、前記一般ノードの各々に対して前記登録ユーザごとに登録ユーザ操作権限を設定し、該登録ユーザ操作権限を当該一般ノードに対応させて前記記憶手段に記憶する権限設定過程と、前記機能ノードに対応した前記処理の実行が前記登録ユーザによって要求されたときに、該処理が当該機能ノードの親ノードである前記一般ノードに対して設定されている前記処理を要求した登録ユーザの前記登録ユーザ操作権限によって許可されている場合に限り、当該機能ノードに当該処理を実行させる処理実行過程と、からなることを特徴とするシステム管理方法により解決できる。

前記システム管理方法において、前記権限設定過程では、前記一般ノードの各々に対して、更に前記ユーザ登録過程によって登録処理されていない非登録ユーザの操作権限である非登録ユーザ操作権限を設定し、該非登録ユーザ操作権限を当該一般ノードに対応させて前記記憶手段に記憶し、前記処理実行過程において、さらに、前記機能ノードに対応した前記処理の実行が前記非登録ユーザによって要求されたときに、該処理が当該機能ノードの親ノードである前記一般ノードに対して設定されている前記非登録ユーザ操作権限によって許可されている場合に限り、当該機能ノードに当該処理を実行させるようにしてもよい。

また、前記システム管理方法において、前記権限設定過程では、前記一般ノードの各々に対して、さらに、前記機能ノード毎に機能ノード操作権限を設定し、該機能ノード操作権限を当該一般ノードに対応させて前記記憶手段に記憶し、前記処理実行過程において、さらに、前記機能ノードに対応した前記処理の実行が該機能ノードのいずれかによって要求されたときに、該処理が当該機能ノードの親ノードである前記一般ノードに対して設定されている前記処理を要求した機能ノードの前記機能ノード操作権限によって許可されている場合に限り、当該機能ノードに当該処理を実行させるようにしてもよい。

また、前記システム管理方法における、少なくとも前記機能ノードまたはユーザのいずれかを発信元とし、少なくとも前記機能ノードのいずれかを宛先としたメッセージを送信するメッセージ送信過程において、前記発信元における所定のイベント処理の実行の有無を検知し、その結果に応じて当該発信元からの前記メッセージを送信し、前記宛先に対する前記メッセージを受信する受信過程において、前記メッセージを受信した場合、予め設定された条件に基づき、当該宛先に、当該宛先を発信元とするメッセージの送信、または、所定のイベント処理を実行させることができる。

前記システム管理方法における前記メッセージ送信過程及び前記メッセージ受信過程において、前記メッセージを一時的に蓄積するキューを用いて、それぞれ非同期メッセージの送信及び受信を行うようにしてもよい。

また、前記メッセージ送信過程及び前記メッセージ受信過程において、前記非同期メッセージの送受信の際に、それぞれ前記各メッセージに対して設定された優先順位に従ってメッセージを送受信するようにすることもできる。

また、前記メッセージ受信過程において、前記メッセージを受信した場合の該メッセージ送信、または、前記イベント処理を、該メッセージの発信元情報に基づき、自ノードからの再帰的なメッセージかどうかを判断し、該自ノードからの再帰的なメッセージである場合には、該メッセージの発信元情報に基づいて再帰的に実行することができる。

更に、前記メッセージ受信過程において、予め設定されているアクセスリストに設定された発信元からのメッセージのみを受信するようにしてもよい。

また、本発明によれば、上記システム管理方法の実施に適したシステム管理装置、及び、上記システム管理方法の各過程をコンピュータに実行させるプログラム、及び当該プログラムを記録したコンピュータ読み取り可能な記録媒体が提供される。

本発明では、管理対象となる機器とその管理単位を、計算機によって管理されたツリー構造における一般ノードとし、一般ノードに関連する情報もしくは管理対象となる機器等に作用するプログラムを機能ノードとする。そして、一般ノードと機能ノードとを明示的に対応付けし、これら各ノードのそれぞれに対して登録されたユーザ毎に権限を設定する。これにより、操作可能な対象と範囲とを明確にした、安全かつ効率的な管理が可能な管理システムを提供することができる。

また、機能ノード同士を結びつけるメッセージの送受信機能を設けることにより、各々の機能ノードの機能を非常に単純な機能に限定することができ、システム構築が容易になると同時に、これら単純な機能ノードの組み合わせによって、より高度で複雑な処理を行うことが可能となる。更に、一つの情報を様々な処理フローに利用することが可能となる。

また、前述のメッセージの送受信を非同期に行うことにより、システム全体の負荷を低減すると共に、リソースを効率的に利用することができる。

また、メッセージ送信やイベント処理を再帰的に実行することにより、各機能の処理範囲を広げ、柔軟な機能を実現することができる。

また、ユーザやノードに対して、アクセスリストを設定することにより、ユーザにシステム全体の構成を知らせることなく、メッセージを送受信することができ、セキュリティを高めることができる。

［図１］本発明の実施の形態の概要を説明するための図である。
［図２］本発明の実施の形態の概要を説明するための図である。
［図３］本発明の一実施の形態におけるシステム構成図である。
［図４］本発明の一実施の形態における管理システム利用例を示す図である。
［図５］本発明の一実施の形態におけるノードＩＤ付与動作のフローチャートである。
［図６］本発明の一実施の形態におけるユーザＩＤ付与動作のフローチャートである。
［図７］本発明の一実施の形態におけるユーザ登録処理の流れユーザ登録処理の流れを示すフローチャートである。
［図８］本発明の一実施の形態におけるアクセス権チェック動作のフローチャートである。
［図９］本発明の一実施の形態における拡張アクセス権チェック動作のフローチャートである。
［図１０］本発明の一実施の形態におけるノード登録のフローチャートである。
［図１１］本発明の一実施の形態における協調作業（ロボット担当）の例を示す図である。
［図１２］本発明の一実施の形態におけるノードの情報を示すテーブルの例である。
［図１３］本発明の一実施の形態におけるノードの情報を示すテーブルの例である。
［図１４］本発明の一実施の形態におけるノードの情報を示すテーブルの例である。
［図１５］本発明の一実施の形態におけるノードの情報を示すテーブルの例である。
［図１６］本発明の一実施の形態におけるノードの情報を示すテーブルの例である。
［図１７］本発明の一実施の形態におけるノードアクセス・機能ノード実行のフローチャートである。
［図１８］本発明の一実施の形態におけるメッセージ送信のフローチャートである。
［図１９］本発明の一実施の形態におけるメッセージ受信のフローチャートである。
［図２０］本発明の一実施の形態における非同期メッセージ処理（ソート無・アクセスリスト無）を示す図（その１）である。
［図２１］本発明の一実施の形態における非同期メッセージ処理（ソート無・アクセスリスト無）を示す図（その２）である。
［図２２］本発明の一実施の形態における非同期メッセージ処理（ソート無・アクセスリスト有）を示す図（その１）である。
［図２３］本発明の一実施の形態における非同期メッセージ処理（ソート無・アクセスリスト有）を示す図（その２）である。
［図２４］本発明の一実施の形態における機能ノード＜警報＞処理のフローチャートである。
［図２５］本発明の一実施の形態における機能ノード＜パトライト＞機能ノード処理のフローチャートである。

符号の説明

１０ ネットワーク
２０ ユーザ・製造機器等
１００ システム管理装置
１１０ 記憶手段
１１１ ノードツリー・ユーザ情報データーベース（ＤＢ）
１１２ 管理情報データーベース（ＤＢ）
１２０ ユーザ管理部
１２１ ユーザ登録手段、ユーザ情報登録部
１２２ ユーザ番号付与部
１２３ ユーザ操作権限設定部
１３０ メッセージ管理部
１３１ メッセージ管理部
１３２ キュー管理部
１３３ アクセスリスト
１３４ メッセージ受信部
１３５ メッセージ送信部
１３６ イベントトリガ設定部
１３７ 優先順位設定部
１３８ 再起処理検出部
１３９ 処理実行手段、機能実行部
１４０ ノード情報管理部
１４１ ノード情報登録部
１４２ ノード番号付与手段、ノード番号付与部
１４３ ノード操作権限設定部
１４４ 権限設定手段、権限設定部
１５１ ツリー管理部
１５２ アクセス管理インタフェース
１５３ 権限判断部
１６０ インタフェース
１７０ イベント管理部
１８０ システムタイマ

以下、図面と共に本発明の実施の形態を説明する。まず、概要を図１、２を用いて説明する。図１は、本発明の実施の形態のシステム管理方法を説明するための図である。

上記システム管理方法は、少なくとも１つの処理対象と該処理対象の各々に対して実行すべき少なくとも１つの処理とを、ツリー構造における各ノードに対応させ、該ツリー構造に基づき該各ノードを操作することにより、該処理対象と該処理とを管理するものであり、処理対象に対応した一般ノード、または、該処理に対応した機能ノードに対して操作を行う登録ユーザ毎に一意に付与されるユーザＩＤの登録処理を行い、該ユーザＩＤを記憶手段に記憶するユーザ登録過程（ステップ１）と、一般ノード及び機能ノードにノード番号を一意に付与し、該ノード番号を当該一般ノードまたは、機能ノードに対応させて記憶手段に記憶するノード番号付与過程（ステップ２）と、機能ノードを該機能ノードに対応した処理を実行すべき処理対象に対応した一般ノードの子ノードとし、当該一般ノードを当該機能ノードの親ノードとして設定し、該設定された子ノードの情報を親ノードである当該一般ノードに対応させて記憶手段に記憶するノード設定過程（ステップ３）と、一般ノードの各々に対して登録ユーザごとに登録ユーザ操作権限を設定し、該登録ユーザ操作権限を当該一般ノードに対応させて記憶手段に記憶する権限設定過程（ステップ４）と、機能ノードに対応した処理の実行が登録ユーザによって要求されたときに、該処理が当該機能ノードの親ノードである一般ノードに対して設定されている処理を要求した登録ユーザの登録ユーザ操作権限によって許可されている場合に限り、当該機能ノードに当該処理を実行させる処理実行過程（ステップ５）と、を有している。

図２は、本発明の実施の形態であるシステム管理装置の概要構成図である。

上記システム管理装置は、少なくとも１つの処理対象と該処理対象の各々に対して実行すべき少なくとも１つの処理とを、ツリー構造における各ノードに対応させ、該ツリー構造に基づき該各ノードを操作することにより、該処理対象と該処理とを管理する装置であり、処理対象に対応した一般ノード、処理に対応した機能ノード、及び該一般ノードまたは、該機能ノードに対して操作を行う登録ユーザの各情報を記憶する記憶手段１１０と、登録ユーザ毎に一意に付与されるユーザＩＤ登録処理を行い、該ユーザＩＤを記憶手段１１０に記憶するユーザ登録手段１２１と、一般ノード及び機能ノードにノード番号を一意に付与し、該ノード番号を当該一般ノードまたは、機能ノードに対応させて記憶手段１１０に記憶するノード番号付与手段１４２と、機能ノードを該機能ノードに対応した処理を実行すべき処理対象に対応した一般ノードの子ノードとし、当該一般ノードを当該機能ノードの親ノードとして設定し、該設定された子ノードの情報を親ノードである当該一般ノードに対応させて記憶手段１１０に記憶するノード設定手段１４１と、一般ノードの各々に対して登録ユーザごとに登録ユーザ操作権限を設定し、該登録ユーザ操作権限を当該一般ノードに対応させて記憶手段１１０に記憶する権限設定手段１４４と、機能ノードに対応した処理の実行が登録ユーザによって要求されたときに、該処理が当該機能ノードの親ノードである一般ノードに対して設定されている処理を要求した登録ユーザの登録ユーザ操作権限によって許可されている場合に限り、当該機能ノードに当該処理を実行させる処理実行手段１３９と、を有する。

以下、本発明の実施の形態をより詳細に説明する。図３は、本発明の一実施の形態におけるシステム構成を示す。

同図に示すシステムは、ユーザ製造機器等のネットワーク１０に接続された機器２０と、システム管理装置１００を有している。

システム管理装置１００は、インタフェース１６０、システムタイマ１８０、イベント管理部１７０、ツリー管理部１５１、アクセス管理インタフェース１５２、ノードツリー・ユーザ情報データーベース１１１、管理情報データーベース１１２、ツリー管理部１５１、アクセス管理インタフェース１５２、権限判断部１５３、ユーザ管理部１２０、メッセージ管理部１３０、ノード情報管理部１４０を有している。

インタフェース１６０は、ユーザ／機器２０とのインタラクションを行う。システムタイマ１８０は、システムでの時間管理及び通知を行う。イベント管理部１７０は、ユーザや機器２０、システム内で発生するイベントの管理を行う。ツリー管理部１５１は、システムで設定されたノードツリーやユーザ情報等を管理する。なお、“ユーザ”とは、ユーザが使用するコンピュータのことである。

アクセス管理インタフェース１５２は、システムとユーザ／機器２０から送信された情報を蓄積する管理情報データーベース１１２とのインタラクションを行う。権限判断部１５３は、ノードに対するアクセスの可否を判断する。ノードツリー・ユーザ情報データーベース１１１は、ノード及びユーザ情報を管理する。管理情報データーベース１１２は、機器２０等から送信された情報を蓄積・管理する。

ユーザ管理部１２０は、ユーザ情報を登録するユーザ情報登録部１２１、ユーザ登録時に付与するユーザ番号の管理を行うユーザ番号付与部１２２、メッセージによる機能実行に際して予め設定された権限の管理を行うユーザ操作権限管理部１２３を有している。

メッセージ管理部１３０は、メッセージの送受信を管理するメッセージ管理部１３１、メッセージの非同期送信時のキューの管理を行うキュー管理部１３２、メッセージ送受信に使われるアクセスリストの管理を行うアクセスリスト設定部１３３、メッセージを受信するメッセージ受信部１３４、メッセージを送信するメッセージ送信部１３５、メッセージの送受信時に使われるイベントトリガを設定するイベントトリガ設定部１３６、メッセージ送受信に関する優先順位を設定する優先順位設定部１３７、メッセージによる再帰的処理（自分へのメッセージグループ）を検出する再起処理検出部１３８、メッセージ送受信に際して指定された処理を実行する機能実行部１３９を有する。

ノード情報管理部１４０は、ノード情報の登録を行うノード情報登録部１４１、ユーザ登録時に付与するノード番号の管理を行うノード番号付与部１４２、メッセージによる機能実行に際して予め設定した権限の管理を行うノード操作権限管理部１４３、ノードにおけるユーザの権限を設定する権限設定部１４４を有する。

次に上記の構成における具体的な動作を説明する。

図４は、本発明の一実施の形態における管理システム利用例を示す。本実施の形態では、本発明を、同図に示すように、企業等の組織における機器などのリソース管理に用いている。図４の例では、企業内の工場、工場内のライン、ライン内のロボット、工作機械等が階層的（ツリー状）に管理されていることを示している。

まず、本発明の基本となるノードの管理について説明する。

ノードは、機器すなわち管理単位に相当する一般ノードと、機器に対する処理もしくは機器から得られたデータに対する処理を行う機能ノードとから成り立っている。一般ノードと機能ノードについては、ノードＩＤにより管理する。

ここで、ノードＩＤとは、１から始まりノードを追加する毎に、ノードＩＤに１を加算していくことにより生成されるものであり、ノードに一意に付与することにより、ノードを一意に特定することを可能とするものである。

ここでは、ノードＩＤの管理をノード情報管理部１４０において、ノードツリー・ユーザ情報データーベース１１１のテーブルを用いて行う。

ノードＩＤを付与するシステム管理装置の動作を図５に示す。

ノード情報管理部１４０では、ノードツリー・ユーザ情報データーベース１１１の登録用ノードＩＤテーブルをロックし（ステップ１０１）、テーブルがロックされた場合に（ステップ１０２）、登録用ノードＩＤを取得し（ステップ１０３）、ノード番号付与部１４２が、ノードＩＤに１を加算して、更新後登録用ノードＩＤとする（ステップ１０４）。ノード情報登録部１４１において、更新後登録用ノードＩＤをテーブルに書き戻し（ステップ１０５）、ノードＩＤテーブルのロックを解除する（ステップ１０６）。

また、同様にユーザについても、ノードＩＤと同様に、ユーザの新規登録時にユーザＩＤで管理する。図６に、ユーザ登録の動作を示す。

ノードツリー・ユーザ情報データーベース１１１の登録用ユーザＩＤテーブルをロックし（ステップ２０１）、テーブルがロックされた場合に（ステップ２０２）、ユーザ管理部１２０のユーザ番号付与部１２２は、登録ユーザＩＤを取得し（ステップ２０３）、登録用ユーザＩＤに１を加算し、更新後登録用ユーザＩＤとする（ステップ２０４）。ユーザ情報登録部１２１は、更新後登録用ユーザＩＤをテーブルに書き戻し（ステップ２０５）、登録用ユーザＩＤテーブルのロックを解除する（ステップ２０６）。

また、ここでは、簡単のため、ノードＩＤとノード名称、ユーザＩＤとユーザ名称の１対１対応関係を明確にするために、登録時に既にあるノード名称、ユーザ名称を調べ、重複する名称での登録を許さないようにする。

ノードの削除を安全に行うためには、例えば被削除ノードの配下にノードが存在せず、被削除ノードに、削除を行なうユーザ以外が登録されていないという前提条件をチェックした上で、削除を行う。ただし、配下のノードや登録ユーザの確認などの処理は省いてもよい。

次にユーザ登録処理について説明する。ユーザ登録処理については、ユーザの登録を行なう登録ユーザ（管理ユーザは登録ユーザの例である）によって、登録を受ける被登録ユーザの情報を入力することによって行われる。

登録の処理は、ユーザに権限を持たせたい一つ一つのノードに対して、それぞれユーザ登録を行う方法の他、ユーザを登録したい最上位のノードを指定する方法もある。

最上位のノードを指定する方法を用いる場合、登録ユーザが管理権限を有するノードに対して、登録ユーザのもつ権限内で、被登録ユーザの登録及び権限設定を行うことができる。登録ユーザにより、登録を行なうノードと、被登録ユーザの権限が指定されると、登録ユーザが登録可能な子ノードをノード対応関係テーブルから検索し、それぞれに対して設定を行う。

ユーザの権限変更やユーザを削除する場合も同様に、一つのノードを指定し、そのノードの登録済みユーザの権限に対して権限変更・削除処理を行う場合や、指定ノードの配下全てのノードに対して権限変更・削除処理を行う処理方法などを適用することができる。

このユーザ登録処理の流れを図７を参照して説明する。

まず、管理ユーザが、ユーザ登録を行おうとしているノード（被登録ノード）へのアクセスを行う（ステップ２５１）。そして、システム管理装置は、管理ユーザが被登録ノードに対してアクセス権限を有するか否かのチェックを行う（ステップ２５２）。アクセス権限を有していれば、ユーザ登録リクエストが被登録ノードに送信される（ステップ２５３）。続いて、管理ユーザの被登録ノードにおける登録（管理）権限の有無がチェックされ（ステップ２５４）、権限があれば、管理ユーザは被登録ユーザの権限の設定を行う（ステップ２５５）。システム管理装置では、ユーザ権限情報の取得がなされ（ステップ２５６）、管理ユーザの権限と被登録ユーザの権限との比較がなされ、被登録ユーザの権限が管理ユーザの権限内であるか否かがチェックされる（ステップ２５７）。権限内であれば、被登録ノードに被登録ユーザのユーザＩＤが新規に登録される（ステップ２５８）。続いて、システム管理装置では、被登録ノード配下で、管理ユーザがアクセス可能な子ノードＩＤの取得がなされ（ステップ２５９）、上記と同様の手順で（再帰的に）子ノードに対するユーザ登録がなされ（ステップ２６０）、終了処理が行われる（ステップ２６１）。権限の変更、削除についても同様のステップで処理が行われる。

次に、一般ノードと機能ノードにおけるアクセス権限の管理について説明する。処理の基本となるアクセス権チェックのフローを図８に示す。以下のフローは、アクセス先ノードにアクセス元ユーザからアクセスがあった場合における、アクセス元ユーザのアクセス先ノードに対するアクセス権チェックのためのフローである。

権限設定部１４４は、アクセス先ノードが、一般ノードである場合には（ステップ３０１、Ｎｏ）、アクセス先ノードである一般ノードのノードＩＤおよび当該ノードＩＤに対して登録されているユーザＩＤ情報を取得する（ステップ３０３）。アクセス先ノードが機能ノードである場合には（ステップ３０１、Ｙｅｓ）、当該機能ノードＩＤから親ノードである一般ノードのノードＩＤおよび当該ノードＩＤに対して登録されているユーザＩＤ情報を取得する（ステップ３０２）。

取得したユーザＩＤ情報にアクセス元のユーザＩＤが含まれていれば、次に、アクセス元のユーザＩＤの当該ノードにおける権限情報を取得する（ステップ３０４）。そして、権限判断部１５３において、アクセス先ノードに対するリクエスト内容と、この一般ノードのユーザに設定された権限情報とから、アクセス権限の有無を判定することにより（ステップ３０５）、処理の可否を判定する（ステップ３０６，３０７）。

ここでは、ユーザによるアクセスについて述べたが、ノードによる自動処理を行う場合も想定した拡張アクセス権チェックの例を、図９に示す。以下、機能ノードから機能ノードへのアクセスについて主に説明する。ここでは、ステップ３０２において、アクセス先の（実行処理を要求されている）機能ノードの親ノードである一般ノードに対して登録されている、アクセス元機能ノードに関する権限情報から、ユーザのアクセス権限と同様に、アクセス元機能ノードがアクセス先機能ノードに対してアクセス権限があるかどうかについて判定を行う。そして、ユーザによる実アクセスかそれともユーザ権限に基づく機能ノードの仮想的なアクセスかを判定する（ステップ４０４）。

ステップ４０６にて、機能ノード等の情報が取得され、アクセス先のノードに予め設定された個別の権限設定（ステップ４１０）や、デフォルト権限設定（ステップ４１２）に応じて処理を行う（ステップ４０８，４０９，４１１，４１３，４１４）。なお、個別の権限とは、後に説明する図１６における機能ノードに対応付けて記載されている権限設定情報である。また、図１６の例では、非登録機能ノードに対して“閲覧”がデフォルト権限として設定されている。上記のようにして、より柔軟な処理が可能となる。

次に、例として、ノード毎に、４つの権限が設定可能であるとして、アクセス権限に基づいて、ノードの登録処理を行う場合の例を図１０に示す。
この例で設定可能な権限は以下のとおりである。

・閲覧：ノード自体を参照する権限；
・変更：ノードに登録されたデータを変更する権限；
・実行：機能ノードに処理を実行させる権限；
・管理：一般ノードに対してユーザを登録・追加・削除したり、一般もしくは機能ノードを登録・追加・削除する権限；
ユーザが、アクセス管理インタフェース１５２を介してノードにアクセスした際に（ステップ５０１）、権限判断部１５３は、まず、アクセス先ノードにおけるノードＩＤを取得した上で、アクセスを行ったユーザのユーザＩＤによって当該ノードＩＤに登録されているユーザＩＤを検索し、アクセスを行ったユーザによるアクセス先ノードへのアクセス権限（閲覧権限）の有無を判断する（ステップ５０２）。

次に、アクセス先ノードに、新規の機能ノードを登録するリクエストが行われると（ステップ５０３）、当該ユーザのユーザＩＤと当該アクセス先ノードのノードＩＤから当該アクセス先ノードにおける当該ユーザからのリクエストの管理権限についてチェックを行う（ステップ５０４）。管理権限があれば、ノード登録のための項目を設定し、登録実行が行われると、（ステップ５０５）、再度、登録項目内容とユーザの当該ノードにおける管理権限とを比較して、権限範囲内であるかどうかのチェックを行った後に（ステップ５０６）、ノード番号付与部１４２、ノード情報登録部１４１により実際にノードが作成される（ステップ５０７〜５０９）。

次に、例えば、図１１のような、工場のラインＡへのロボットの初期導入時に、工場のロボット操作者と遠隔地にいるロボットメーカのサポート担当者が同時に協調作業を行うことを考える。このロボットは、ネットワーク経由で、自らの稼動データの送信や、設定データの変更が可能なネットワーク機能を有している。

ロボット運用者は、管理システム上の一般ノード「ラインＡ」（ノードＩＤ：１０１）において、図１２に示すようなノード閲覧・ノード変更・ノード管理・ノード実行の権限を有している。そして、ロボットの導入に際して、管理システム上の「ラインＡ」以下に、一般ノードとして、「ロボットＡ」（ノードＩＤ：１０２）、「ロボットＢ」（ノードＩＤ：１０３）が作成される。一般ノード作成時には、親ノードである一般ノードに登録されているユーザ情報全てを継承する。この場合のノードツリー・ユーザ情報データーベース１１１のノード対応関係テーブルの例を図１３に示す。なお、一般ノードの実体は、例えば、データであり、機能ノードの実体は、例えば、ある機能を実行するプログラムである。

本発明では、一般ノードの配下は、一般ノードまたは機能ノードを作成できるが、機能ノードの配下には、何も作成できない。また、ある一般ノードのあるユーザに設定されている権限は、その一般ノードの配下のノードに対しての権限である。

こうしてロボット運用者は、管理システム上に一般ノード「ロボットＡ」を作成し、ロボットのもつネットワーク機能に対応した機能ノードを管理システム上に作成し、それぞれの機能に対応し、なおかつ一般ノードにおけるユーザの権限に応じた動作を行うプログラム・モジュールを管理システムに組み込む。

この例では、このロボットの各時間における稼動データをノードツリー・ユーザ情報データーベース１１１の一般ノード単位で作成される図１４に示すようなテーブルへ登録する＜データ登録＞機能ノード（ノードＩＤ：１０４）、一般ノードのテーブルに蓄積されたデータを時系列グラフに表示する＜グラフ表示＞機能ノード、ロボットの設定画面の表示・設定を行う、＜設定画面＞機能ノード等のプログラム・モジュールが組み込まれる。

このような管理システムにおいて、ロボット運用者と部外者であるロボットメーカのサポートが、協調して作業を行う場合に、ノードツリー・ユーザ情報データーベース１１１におけるテーブルを図１５及び図１６のように設定する。新規ユーザ登録時の権限は、デフォルトとしてユーザ登録を行ったユーザの権限を引き継ぐものとする。

このような設定を行うことにより、ロボット運用者またはロボットデータ送信装置管理者によって、登録された稼動データを元にしたグラフ等の情報をロボットメーカサポートは遠隔地からでも知ることができ、ロボット初期導入時の稼動設定や細かな調整の指示を行うことができる。しかし、この権限設定によってロボットメーカサポートは、「ロボットＡ」・「ロボットＢ」のデータへのアクセスや、機能ノードの実行が可能となるが、ノードに対するデータの変更やユーザ・ノードの登録・削除といった操作は行うことができない。

上記のノードアクセス・機能実行の動作を図１７に示す。

アクセス管理インタフェース１５２を介してノードがアクセスされると（ステップ６０１）、権限判断部１５３は、管理情報データーベース１１２の内容を参照して、アクセス権チェックを行い（ステップ６０２）、アクセス権がある場合に、ノードアクセスを実行する（ステップ６０３）。

つまり、ロボットメーカサポートは、登録されたロボットの稼動データやグラフ・設定画面を参照することによって、ロボット運用者に対して指示をすることができ、ロボット運用者は、ロボットメーカサポートの指示による設定の変更が可能になるが、ロボットメーカサポートは、「ラインＡ」以外の、工場の全体構成＝一般ノードの構成など必要な部分以外の一般ノードや機能ノードの構成・その他の情報を知ることができない。このロボットメーカサポートが閲覧することができるのは、一般ノード「ラインＡ」の配下のみであり、管理システムにこのほかのノードが存在していても、このロボットメーカーサポートに権限がなければ、「ラインＡ」配下以外のノードは一切見ることができない。従って、管理システムによる機能の提供と権限の管理により、機能の実行とラインの構成・規模等の重要な情報の秘匿性の維持を両立することが可能である。

また、ここでは、図１５に示すように、当該ノードでの権限を持たない非登録ユーザについては、「ラインＡ」については、一切の権限を持たず、また、図１６に示すように、「ロボットＡ」では、閲覧のみの権限を有する。

本発明では、人やシステムの機能間による連携のためのメッセージ機能を有している。以下、そのメッセージ機能について説明する。

メッセージの送受信は、メッセージ管理部１３０によって図１８、図１９の動作に従って行われる。

送信時の動作を図１８に従って説明する。

送信イベントフローでは、イベント管理部１７０が、送信イベントを検知し（ステップ７０１）、予めイベントトリガ設定部１３６で設定したメッセージ送信のトリガ条件が判定され（ステップ７０２）、合致すればメッセージ送信の処理に入る。まず、メッセージ送信部１３５は、送信元のユーザまたはノード情報を取得し（ステップ７０３）、送信先に対するアクセス権があるかを判定し（ステップ７０４）、アクセス権があればメッセージ作成処理を行う（ステップ７０５）。メッセージが作成されると、メッセージ送信処理に入り、メッセージ送信部１３５が、その中で今度は送信先のユーザまたは、ノード情報を取得し、送信先のアクセスリスト１３３に登録されていれば、実際のメッセージの送信を行う（ステップ７０６）。但し、送信先アクセスリストへの登録確認は省略可である。

次に、受信時の動作を図１９に従って説明する。

メッセージの受信イベントフローでは、メッセージが到着すると（ステップ８０１）、操作ユーザまたは、ノードの権限情報を取得し（ステップ８０２）、メッセージ受信部１３４は、メッセージの受信処理に入る（ステップ８０３）。メッセージ受信処理で、送信元ユーザまたは、機能ノードのアクセス権限、及び受信ユーザまたは、ノードのアクセス権限のチェックを行い（ステップ８０４）、受信した後に、メッセージの処理イベントが設定されている場合には（ステップ８０５）、イベント発生有無を調べ、必要に応じて個別の処理を行った（ステップ８０６）後に終了する（ステップ８０７）。

以下では、このメッセージ機能（メッセージ送信部、メッセージ受信部）が非同期処理を行う場合の処理を図２０に沿って説明する。

ユーザもしくは機能ノードがメッセージ送信のリクエストを行うと（ステップ９０１）、送信プロセス（メッセージ送信部）が起動し、送信先のノードへのアクセス権のチェックを行う（ステップ９０２）。アクセス権が設定されている場合には、以降の送信プロセスを継続する。

非同期通信を行うためには、キュー管理部１３２のキューにリクエストを一時保存する。キュー受信管理プロセス（キュー管理部１３２）にアクセスし（ステップ９０３）、まず、キューのロックにより排他制御を行う（ステップ９０４）。キュー受信管理プロセスによるロックが完了すると、送信プロセス（メッセージ送信部１３５）にメッセージ受信準備が完了したことをリプライする（ステップ９０５）。送信プロセスは、キュー受信管理プロセス（キュー管理部１３２）にメッセージを送信し（ステップ９０６）、キュー受信管理プロセスは、受け取ったメッセージをキューに保存する（ステップ９０７）。

キューに保存されたメッセージは、定期的に起動されるキュー送信管理プロセスにより、キューをロックした後（ステップ９０８）に読み出される。この際、一般的な処理では、キューに書き込まれた順に読み出されるが（ステップ９０９）、例えば、優先順位設定部１３７によりメッセージに優先度が設定されている場合には、図２１に示すように、メッセージを項目に基づいてソートして（ステップ１００２）読み出し（ステップ１００３）、その順番で送信処理を行うことが可能になる。

こうして、受信されたメッセージは、受信プロセス（メッセージ受信部１３４）から、ユーザやノード等受け取り先に応じた処理に渡され、処理が行われた後に、終了する。

また、ここでは、メッセージ機能に非同期処理が用いられている場合について述べたが、キューを介さずに、送信プロセス（メッセージ送信部１３５）と受信プロセス（メッセージ受信部１３４）が直接メッセージを交換することも可能である。

さらに、ここでは、単純化のために、管理システム単位でメッセージのキューが作成されることを前提としているが、管理単位を細かくすることにより、一般ノード単位にキューを持ち、一般ノードに登録のユーザや機能ノード宛のメッセージ管理を行なったり、ユーザや機能ノード単位にキューを持つことも可能である。

また、メッセージ機能の非同期処理については、メッセージの送信元になるユーザやノードを限定することによって、セキュリティを向上させるためのアクセスリスト１３３を設定することが可能である。アクセスリスト１３３を設定した場合は、前述の図２０の処理に加えて、図２２に示すように、アクセス権をチェックし（ステップ１０１２）、アクセスリストチェックを行う（ステップ１０１３）処理が追加される。また、ソートと併用した場合には、前述の図２１の処理に加えて、図２３に示すように、アクセス権をチェックし（ステップ１０２１）、アクセスリストチェックを行う（ステップ１０２２）。

以下、前述の図１１の構成において、メッセージ交換を利用した自動処理を行うことを考える。図２４に機能ノード＜警報＞の処理を示す。

前述の図１１の例において、「ロボットＡ」の＜警報＞機能ノードは、＜システムタイマ＞機能ノードからの一定時間間隔で受信するメッセージをトリガに処理を開始する（ステップ１０３１）。

この際の実行権限は、図１６に示すように、＜警報＞機能ノードの親ノードである「ロボットＡ」ノードにおいて、＜システムタイマ＞機能ノードに対して設定された権限に基づいて行われる。

具体的な警報処理には、データ登録機能によって、管理システムのノードツリー・ユーザ情報データーベース１１１のテーブル（図１４）に蓄積された「ロボットＡ」に関する情報における、一定時間内のデータに対して、予め設定された、例えば腕間接角度が１５度以上、などのような条件に基づいて検索を行う（ステップ１０３２）。この場合に設定条件に合致するデータがあった場合には（ステップ１０３３）異常発生とみなし、予め設定されたメールアドレスに異常が発生した旨のメールを送信し（ステップ１０３４）、異常を検知した条件を一時的に検索条件から外す（ステップ１０３５）。次に、＜警報＞機能ノードは、返信宛先であるノードＩＤと異常を検出した検索条件と発信元である自ノードＩＤまたは、自ノードの名称をメッセージとして＜パトライト＞機能ノードに送信し、終了する（ステップ１０３６）。

＜パトライト＞機能ノードでは、図２５に示すように、メッセージの受信をトリガに、メッセージに添付された検索条件を用いて予め設定された時間範囲内のデータを検索する（ステップ１０４１）。最初、発信元は自ノードでないので（ステップ１０４２のＮＯ）、管理システムに接続されていてラインＡのロボットＡ脇に設置されているパトライトのトグルスイッチに信号を送り点灯させ（ステップ１０４９）、異常事態が発生したことを知らせる。＜パトライト＞機能ノードは、受け取ったメッセージをそのままメッセージとして、自分自身に送信して終了する（ステップ１０５０）。

続いて、ステップ１０４２にて、メッセージの発信元は自ノードなので、異常なデータを検出すると（ステップ１０４３、ステップ１０４４）、一定時間以上休止した後に（ステップ１０４５）、＜パトライト＞機能ノードは、受け取ったメッセージをそのままメッセージとして、自分自身に送信して終了する（ステップ１０４６）。

こうして、＜パトライト＞機能ノードは、異常なデータがなくなるまで自ノードでのデータの検索処理を再帰的に繰り返し、異常なデータがなくなると、パトライトのトグルスイッチを操作して消灯し（ステップ１０４７）、メッセージから最初のメッセージの送信元である＜警報＞機能ノード情報を獲得し、＜警報＞機能ノードに対して受信した検索条件をメッセージとして送信する（ステップ１０４８）。

図２４において、＜警報＞機能ノードでは、＜パトライト＞機能ノードからメッセージを受け取ると、一時的に除外していた検索条件を復活させ再び監視を行う（ステップ１０３７、１０３８）。なお、図２４におけるステップ１０３１〜１０３３、１０３７の処理が、図１８、１９におけるイベント条件判定処理に概ね対応し、図２４におけるステップ１０３４〜１０３６、１０３８の処理が、図１８、１９におけるイベント実行処理に概ね対応する。また、図２５におけるステップ１０４１〜１０４４の処理が、図１８、１９におけるイベント条件判定処理に概ね対応し、図２５におけるステップ１０４５〜１０５０の処理が、図１８、１９におけるイベント実行処理に概ね対応する。

なお、上記の実施の形態におけるシステム管理装置における各処理は、コンピュータにプログラムを実行させることにより実現できる。なお、プログラムはＣＰＵ等の制御手段により実行される。

また、ユーザ登録、ノード番号付与、ノード設定、権限設定、処理実行の一連の処理を、ユーザへの問い合わせ処理を交えながら、連続して行わせるプログラムを実行させることにより、上記一連の処理を連続して行うことができる。

また、本発明のプログラムは、フレキシブルディスク、ＣＤ−ＲＯＭ等の記録媒体に格納して、または、ネットワークを介して流通させることが可能である。また、本発明は、企業等の組織における機器などのリソース管理に用いることができる。

なお、本発明は、上記の実施の形態に限定されることなく、特許請求の範囲内において種々変更・応用が可能である。

Claims (18)

1. 少なくとも１つの処理対象と該処理対象の各々に対して実行すべき少なくとも１つの処理とを、ツリー構造における各ノードに対応させ、該ツリー構造に基づき該各ノードを操作することにより、該処理対象と該処理とを管理するシステム管理方法において、
   前記処理対象に対応した一般ノード、または、該処理に対応した機能ノードに対して操作を行う登録ユーザ毎に一意に付与されるユーザＩＤの登録処理を行い、該ユーザＩＤを記憶手段に記憶するユーザ登録過程と、
   前記一般ノード及び前記機能ノードにノード番号を一意に付与し、該ノード番号を当該一般ノードまたは、機能ノードに対応させて前記記憶手段に記憶するノード番号付与過程と、
   前記機能ノードを該機能ノードに対応した処理を実行すべき処理対象に対応した前記一般ノードの子ノードとし、当該一般ノードを当該機能ノードの親ノードとして設定し、該設定された子ノードの情報を親ノードである当該一般ノードに対応させて前記記憶手段に記憶するノード設定過程と、
   前記一般ノードの各々に対して前記登録ユーザごとに登録ユーザ操作権限を設定し、該登録ユーザ操作権限を当該一般ノードに対応させて前記記憶手段に記憶する権限設定過程と、
   前記機能ノードに対応した前記処理の実行が前記登録ユーザによって要求されたときに、該処理が当該機能ノードの親ノードである前記一般ノードに対して設定されている前記処理を要求した登録ユーザの前記登録ユーザ操作権限によって許可されている場合に限り、当該機能ノードに当該処理を実行させる処理実行過程と、からなることを特徴とするシステム管理方法。
2. 前記権限設定過程において、
   前記一般ノードの各々に対して、更に前記ユーザ登録過程によって登録処理されていない非登録ユーザの操作権限である非登録ユーザ操作権限を設定し、該非登録ユーザ操作権限を当該一般ノードに対応させて前記記憶手段に記憶し、
   前記処理実行過程において、
   さらに、前記機能ノードに対応した前記処理の実行が前記非登録ユーザによって要求されたときに、該処理が当該機能ノードの親ノードである前記一般ノードに対して設定されている前記非登録ユーザ操作権限によって許可されている場合に限り、当該機能ノードに当該処理を実行させる、請求項１記載のシステム管理方法。
3. 前記権限設定過程において、
   前記一般ノードの各々に対して、さらに、前記機能ノード毎に機能ノード操作権限を設定し、該機能ノード操作権限を当該一般ノードに対応させて前記記憶手段に記憶し、
   前記処理実行過程において、
   さらに、前記機能ノードに対応した前記処理の実行が該機能ノードのいずれかによって要求されたときに、該処理が当該機能ノードの親ノードである前記一般ノードに対して設定されている前記処理を要求した機能ノードの前記機能ノード操作権限によって許可されている場合に限り、当該機能ノードに当該処理を実行させる、請求項１または、２記載のシステム管理方法。
4. 少なくとも前記機能ノードまたはユーザのいずれかを発信元とし、少なくとも前記機能ノードのいずれかを宛先としたメッセージを送信するメッセージ送信過程において、
   前記発信元における所定のイベント処理の実行の有無を検知し、その結果に応じて当該発信元からの前記メッセージを送信し、
   前記宛先に対する前記メッセージを受信する受信過程において、
   前記メッセージを受信した場合、予め設定された条件に基づき、当該宛先に、当該宛先を発信元とするメッセージの送信、または、所定のイベント処理を実行させる、請求項１乃至３のうちいずれか１項記載のシステム管理方法。
5. 前記メッセージ送信過程及び前記メッセージ受信過程において、
   前記メッセージを一時的に蓄積するキューを用いて、それぞれ非同期メッセージの送信及び受信を行う、請求項４記載のシステム管理方法。
6. 前記メッセージ送信過程及び前記メッセージ受信過程において、
   前記非同期メッセージの送受信の際に、それぞれ前記各メッセージに対して設定された優先順位に従ってメッセージを送受信する請求項５記載のシステム管理方法。
7. 前記メッセージ受信過程において、
   前記メッセージを受信した場合の該メッセージ送信、または、前記イベント処理を、該メッセージの発信元情報に基づき、自ノードからの再帰的なメッセージかどうかを判断し、該自ノードからの再帰的なメッセージである場合には、該メッセージの発信元情報に基づいて再帰的に実行する請求項４乃至６のうちいずれか１項記載のシステム管理方法。
8. 前記メッセージ受信過程において、
   予め設定されているアクセスリストに設定された発信元からのメッセージのみを受信する請求項４乃至７のうちいずれか１項に記載のシステム管理方法。
9. 少なくとも１つの処理対象と該処理対象の各々に対して実行すべき少なくとも１つの処理とを、ツリー構造における各ノードに対応させ、該ツリー構造に基づき該各ノードを操作することにより、該処理対象と該処理とを管理するシステム管理装置であって、
   前記処理対象に対応した一般ノード、前記処理に対応した機能ノード、及び該一般ノードまたは、該機能ノードに対して操作を行う登録ユーザの各情報を記憶する記憶手段と、
   前記登録ユーザ毎に一意に付与されるユーザＩＤの登録処理を行い、該ユーザＩＤを前記記憶手段に記憶するユーザ登録手段と、
   前記一般ノード及び前記機能ノードにノード番号を一意に付与し、該ノード番号を当該一般ノードまたは、機能ノードに対応させて前記記憶手段に記憶するノード番号付与手段と、
   前記機能ノードを該機能ノードに対応した処理を実行すべき処理対象に対応した前記一般ノードの子ノードとし、当該一般ノードを当該機能ノードの親ノードとして設定し、該設定された子ノードの情報を親ノードである当該一般ノードに対応させて前記記憶手段に記憶するノード設定手段と、
   前記一般ノードの各々に対して前記登録ユーザごとに登録ユーザ操作権限を設定し、該登録ユーザ操作権限を当該一般ノードに対応させて前記記憶手段に記憶する権限設定手段と、
   前記機能ノードに対応した前記処理の実行が前記登録ユーザによって要求されたときに、該処理が当該機能ノードの親ノードである前記一般ノードに対して設定されている前記処理を要求した登録ユーザの前記登録ユーザ操作権限によって許可されている場合に限り、当該機能ノードに当該処理を実行させる処理実行手段と、を有することを特徴とするシステム管理装置。
10. 前記権限設定手段は、
    前記一般ノードの各々に対して、更に前記ユーザ登録手段によって登録処理されていない非登録ユーザの操作権限である非登録ユーザ操作権限を設定し、該非登録ユーザ操作権限を当該一般ノードに対応させて前記記憶手段に記憶する手段を含み、
    前記処理実行手段は、
    さらに、前記機能ノードに対応した前記処理の実行が前記非登録ユーザによって要求されたときに、該処理が当該機能ノードの親ノードである前記一般ノードに対して設定されている前記非登録ユーザ操作権限によって許可されている場合に限り、当該機能ノードに当該処理を実行させる手段を含む、請求項９記載のシステム管理装置。
11. 前記権限設定手段は、
    前記一般ノードの各々に対して、さらに、前記機能ノード毎に機能ノード操作権限を設定し、該機能ノード操作権限を当該一般ノードに対応させて前記記憶手段に記憶する手段を含み、
    前記処理実行手段は、
    さらに、前記機能ノードに対応した前記処理の実行が該機能ノードのいずれかによって要求されたときに、該処理が当該機能ノードの親ノードである前記一般ノードに対して設定されている前記処理を要求した機能ノードの前記機能ノード操作権限によって許可されている場合に限り、当該機能ノードに当該処理を実行させる手段を含む、請求項９または、１０記載のシステム管理装置。
12. 少なくとも前記機能ノードまたはユーザのいずれかを発信元とし、少なくとも前記機能ノードのいずれかを宛先としたメッセージを送信するメッセージ送信手段と、
    前記宛先に対する前記メッセージを受信する受信手段と、を有し、
    前記メッセージ送信手段は、
    前記発信元における所定のイベント処理の実行の有無を検知し、その結果に応じて当該発信元からの前記メッセージを送信する手段を含み、
    前記メッセージ受信手段は、
    前記メッセージを受信した場合、予め設定された条件に基づき、当該宛先に、当該宛先を発信元とするメッセージの送信、または、所定のイベント処理を実行させる手段を含む請求項９乃至１１のうちいずれか１項に記載のシステム管理装置。
13. 前記メッセージ送信手段及び前記メッセージ受信手段は、
    前記メッセージを一時的に蓄積するキューを用いて、それぞれ非同期メッセージの送信及び受信を行う手段を含む請求項１２記載のシステム管理装置。
14. 前記メッセージ送信手段及び前記メッセージ受信手段は、
    前記非同期メッセージの送受信の際に、それぞれ前記各メッセージに対して設定された優先順位に従ってメッセージを送受信する手段を含む請求項１３記載のシステム管理装置。
15. 前記メッセージ受信手段は、
    前記メッセージを受信した場合の該メッセージ送信、または、前記イベント処理を、該メッセージの発信元情報に基づき、自ノードからの再帰的なメッセージかどうかを判断する手段と、
    前記自ノードからの再帰的なメッセージである場合には、該メッセージの発信元情報に基づいて再帰的に実行する手段を含む請求項１２乃至１４のうちいずれか１項記載のシステム管理装置。
16. 前記メッセージ受信手段は、
    予め設定されているアクセスリストに設定された発信元からのメッセージのみを受信する手段を含む請求項１２乃至１５のうちいずれか１項記載のシステム管理装置。
17. 少なくとも１つの処理対象と該処理対象の各々に対して実行すべき少なくとも１つの処理とを、ツリー構造における各ノードに対応させ、該ツリー構造に基づき該各ノードを操作することにより、該処理対象と該処理とを管理するシステム管理処理をコンピュータに実行させるプログラムであって、
    前記処理対象に対応した一般ノード、または、該処理に対応した機能ノードに対して操作を行う登録ユーザ毎に一意に付与されるユーザＩＤの登録処理を行い、該ユーザＩＤを記憶手段に記憶するユーザ登録手順と、
    前記一般ノード及び前記機能ノードにノード番号を一意に付与し、該ノード番号を当該一般ノードまたは、機能ノードに対応させて前記記憶手段に記憶するノード番号付与手順と、
    前記機能ノードを該機能ノードに対応した処理を実行すべき処理対象に対応した前記一般ノードの子ノードとし、当該一般ノードを当該機能ノードの親ノードとして設定し、該設定された子ノードの情報を親ノードである当該一般ノードに対応させて前記記憶手段に記憶するノード設定手順と、
    前記一般ノードの各々に対して前記登録ユーザごとに登録ユーザ操作権限を設定し、該登録ユーザ操作権限を当該一般ノードに対応させて前記記憶手段に記憶する権限設定手順と、
    前記機能ノードに対応した前記処理の実行が前記登録ユーザによって要求されたときに、該処理が当該機能ノードの親ノードである前記一般ノードに対して設定されている前記処理を要求した登録ユーザの前記登録ユーザ操作権限によって許可されている場合に限り、当該機能ノードに当該処理を実行させる処理実行手順と、をコンピュータに実行させるプログラム。
18. 前記請求項１７に記載のプログラムを記録したコンピュータ読み取り可能な記録媒体。

Images