JP6746003B2 - 管理装置、管理方法及びプログラム - Google Patents

Description

本発明は、管理装置、管理方法及びプログラムに関する。

工場に代表される施設では、複数の機器がネットワークで接続されたシステムが形成される。そして、機器を管理するための管理装置を設けてシステムを運用することが、一般的になされている（例えば、特許文献１を参照）。特許文献１には、機器を含むプラントの階層とプラントを含む設備体系とをツリー構造の階層をなすものとして管理する技術について記載されている。

特開２００４−２５２７００号公報

上述のようなシステムにおいては、複数の機器から収集したデータに対する加工及び診断を含む処理がデータに対して順次施される。ここで、データに施す処理をユーザが任意に組み合わせることで柔軟な処理フローを実現したいという要望がある。そこで、ユーザが任意に設定した処理フローを実行することが考えられる。ユーザは、処理フローを設定した場合に、上述のように機器を管理しつつ自身が設定した処理フローを合わせて管理する必要がある。しかしながら、機器の数が多くなり処理フローが複雑になると、ユーザの管理負担が過剰に重くなるおそれがある。

本発明は、上記の事情に鑑みてなされたものであり、ユーザの管理負担を軽減することを目的とする。

上記目的を達成するため、本発明の管理装置は、複数の機器に接続される管理装置であって、複数の機器のいずれかから出力されるデータに施される処理の設定を受け付ける第１受付手段と、第１受付手段によって受け付けられた設定の処理を処理手段に実行させる実行制御手段と、複数の機器の階層関係の設定を受け付ける第２受付手段と、第２受付手段によって受け付けられた設定に従って複数の機器の階層関係を表示するとともに処理の実行状況に関する情報を表示するための管理情報を提供する機器管理手段と、を備え、管理情報は、階層関係を表現するための予め規定された構造を有するデータであって、構造は、機器に対応するコンポーネントに、他のコンポーネントとボディとが属し、ボディに、データタグリソースが属する構造であって、データタグリソースは、処理の実行状況に関する情報を示す。

本発明によれば、複数の機器の階層関係を表示するとともに処理の実行状況に関する情報を表示するための管理情報が提供される。このため、ユーザは、複数の機器と、これら複数の機器に関する処理の実行状況とを合わせて容易に管理することができる。これにより、ユーザの管理負担を軽減することができる。

本発明の実施の形態に係る管理システムの構成を示すブロック図 実施の形態に係る処理フローの一例を示す図 実施の形態に係るシステム構成の一例を示す図 実施の形態に係る管理装置のハードウェア構成を示す図 実施の形態に係る管理装置の機能的な構成を示す図 実施の形態に係るフロー設定情報の一例を示す図 実施の形態に係る機器管理部の構成を示す図 実施の形態に係る管理情報の一例を示す図 実施の形態に係る管理情報のデータ構造を示す図 実施の形態に係る管理処理を示すフローチャート 実施の形態に係る処理フローの設定画面の一例を示す図 実施の形態に係るシステム構成の設定画面の一例を示す図 実施の形態に係るフロー実行処理を示すフローチャート 実施の形態に係る実行制御処理を示すフローチャート 実施の形態に係るフローデータの一例を示す図 実施の形態に係る部分処理を示すフローチャート 実施の形態に係る処理フローの新たな設定について説明するための第１の図 実施の形態に係る処理フローの新たな設定について説明するための第２の図 実施の形態に係る機器管理処理を示すフローチャート 実施の形態に係る管理情報の新たな設定について説明するための図 実施の形態に係る管理情報の表示例を示す図 実施の形態に係る管理情報の他の例を示す図 実施の形態の変形例に係る管理装置の機能的な構成を示す図 実施の形態の変形例に係る機器管理部の構成を示す図 実施の形態の変形例に係る処理部と機器管理部とについて説明するための図

以下、本発明の実施の形態に係る管理システム１００について、図面を参照しつつ詳細に説明する。

実施の形態．
本実施の形態に係る管理システム１００は、工場に設置されるＦＡ（Factory Automation）システムであって、製品を生産する生産システムに相当する。この管理システム１００は、製造ラインであるラインＸに流れるワークに対して加工、監視及び検査に代表される種々の処理を施す。そして、管理システム１００は、ユーザＵ１が処理の状況を管理するための管理情報を提供する機能を有する。

管理システム１００は、図１に示されるように、機器２１，２２，２３，２４，２５，２６を管理する管理装置１０と、通信路３０を介して管理装置１０に接続される機器２１，２２と、を有する。機器２２は、通信路３０を介して管理装置１０に接続される機器２３と、機器２３にバス３１で接続される機器２４，２５，２６と、を有する。

通信路３０は、管理装置１０と機器２１〜２３とを互いに通信可能となるように接続する。また、通信路３０は、管理装置１０と機器２４〜２６とを、通信路３０に接続された機器２３を介して互いに通信可能となるように接続する。通信路３０は、工場内に設置された通信線によって実現される産業用の制御ネットワークである。ただし、通信路３０は、ＬＡＮ（Local Area Network）に代表される情報ネットワークであってもよい。また、通信路３０は、専用線であってもよい。

機器２１〜２６は、ラインＸに設置されたセンサ装置、アクチュエータ又はロボットに代表される機器である。以下では、機器２２が有する機器２３〜２６がセンサ装置であって、機器２３がＸ軸の振動を示す計測値を出力し、機器２４がＹ軸の振動を示す計測値を出力し、機器２５がＺ軸の振動を示す計測値を出力し、機器２６が筐体温度の計測値を出力する例について説明する。機器２２〜２６は、センサによる計測結果を示すデータを定期的に管理装置１０に出力する。機器２２〜２６が計測結果を出力する周期は、例えば、１ｍｓ、１００ｍｓ又は１ｓｅｃである。また、以下では、機器２１〜２６を総称して機器２０と表記する。

管理装置１０は、工場に設置される産業用コンピュータである。管理装置１０は、機器２１〜２６を利用してラインＸを稼働させるための制御処理を実行する。この制御処理は、一又は複数の部分処理をユーザＵ１が任意に組み合わせることで設計される処理フローである。また、管理装置１０は、ユーザＵ１が管理システム１００の構成を管理するための管理画面を提供する。さらに、管理装置１０は、この管理画面に、管理システム１００の構成に加えて処理フローの実行状況を表示する。

図２には、管理装置１０によって実行される処理フロー４０が例示されている。この処理フロー４０は、機器２２，２３から収集したデータに対して施される一連の部分処理４１，４２，４３，４４，４５，４６，４７を含む。

部分処理４１は、機器２２からデータを収集する処理に相当し、部分処理４２は、部分処理４１の結果として出力されるデータを切り出す処理に相当する。データの切り出し処理は、予め規定された範囲内に値を丸める処理である。部分処理４３は、部分処理４２の結果として出力されるデータを平滑化する処理に相当する。データの平滑化は、例えば、移動平均又はＩＩＲフィルタによってなされる。部分処理４４は、機器２３からデータを収集する処理に相当し、部分処理４５は、部分処理４４の結果として出力されるデータを切り出す処理に相当し、部分処理４６は、部分処理４５の結果として出力されるデータを平滑化する処理に相当する。部分処理４７は、部分処理４３，４６の結果として出力されるデータについて診断する処理に相当する。データの診断処理は、予め定められた正常パターンとの比較により異常の有無を診断する処理である。

図２に示される処理フロー４０によれば、部分処理４１〜４７を含む一連の処理が、機器２２，２３から計測結果が出力されるたびに実行される。そして、計測結果に含まれる外れ値を切り出しにより除外するとともにノイズを平滑化により低減した値に応じて異常の有無が診断されて、診断結果がユーザＵ１へ報知される。

また、管理装置１０は、図３に例示されるような管理システム１００の構成を管理するための画面をユーザＵ１に対して提供する。このシステム構成は、管理システム１００の階層構造を示し、機器間の階層関係を示すようにユーザによって任意に規定される。例えば、図３では、機器２２に機器２３〜２６が従属する関係が示されている。そして、管理装置１０は、このようなシステム構成をユーザに対してツリー状に表示して、各機器に関する情報を容易に取得及び編集することを可能にする。なお、図３において「機器」に続く番号は、各機器２０の符号に等しい。例えば、「機器［２１］」は、機器２１に対応する。システム構成は、複数の機器２０の実際の物理的な接続関係とは関わりなくユーザＵ１によって任意に規定される。

続いて、管理装置１０のハードウェア構成について説明する。管理装置１０は、図４に示されるように、プロセッサ１１と、主記憶部１２と、補助記憶部１３と、入力部１４と、出力部１５と、通信部１６と、を有する。主記憶部１２、補助記憶部１３、入力部１４、出力部１５及び通信部１６はいずれも、内部バス１７を介してプロセッサ１１に接続される。

プロセッサ１１は、ＭＰＵ（Micro Processing Unit）を含む。プロセッサ１１は、補助記憶部１３に記憶されるプログラムＰ１を実行することにより、管理装置１０の種々の機能を実現して、後述の処理を実行する。

主記憶部１２は、ＲＡＭ（Random Access Memory）を含む。主記憶部１２には、補助記憶部１３からプログラムＰ１がロードされる。そして、主記憶部１２は、プロセッサ１１の作業領域として用いられる。

補助記憶部１３は、ＥＥＰＲＯＭ（Electrically Erasable Programmable Read-Only Memory）に代表される不揮発性メモリを含む。補助記憶部１３は、プログラムＰ１の他に、プロセッサ１１の処理に用いられる種々のデータを記憶する。補助記憶部１３は、プロセッサ１１の指示に従って、プロセッサ１１によって利用されるデータをプロセッサ１１に供給し、プロセッサ１１から供給されたデータを記憶する。

入力部１４は、入力キー及びポインティングデバイスに代表される入力デバイスを含む。入力部１４は、管理装置１０のユーザＵ１によって入力された情報を取得して、取得した情報をプロセッサ１１に通知する。

出力部１５は、ＬＣＤ（Liquid Crystal Display）及びスピーカに代表される出力デバイスを含む。出力部１５は、入力部１４を構成するポインティングデバイスと一体的に形成されたタッチスクリーンを構成する。出力部１５は、プロセッサ１１の指示に従って、種々の情報をユーザＵ１に提示する。

通信部１６は、外部の装置と通信するためのネットワークインタフェース回路を含む。通信部１６は、外部から信号を受信して、この信号により示されるデータをプロセッサ１１へ出力する。また、通信部１６は、プロセッサ１１から出力されたデータを示す信号を外部の装置へ送信する。

管理装置１０は、上述のハードウェア構成が協働することにより、種々の機能を発揮する。管理装置１０は、図５に示されるように、その機能として、処理フローを構成する部分処理を実行する処理部１１０と、処理部１１０に部分処理を実行させる実行制御部１２０と、機器２０から出力されるデータを収集する収集部１３０と、ユーザとの間で情報を授受するＵＩ（User Interface）部１４０と、処理フローの設定を受け付ける第１受付部１５０と、種々のデータを記憶する記憶部１６０と、機器２０の階層関係の設定を受け付ける第２受付部１７０と、機器２１〜２６を管理するための管理情報をユーザＵ１に提供する機器管理部１８０と、を有する。

実行制御部１２０、第１受付部１５０、記憶部１６０、第２受付部１７０及び機器管理部１８０は、処理フローを実行しシステム構成を管理するためのプラットフォーム５０を形成する。

処理部１１０は、主としてプロセッサ１１によって実現される。処理部１１０はそれぞれ、管理装置１０に予め設定されたプログラムＰ１、又はユーザによって用意されたプラグインソフトウェアによって実現される。処理部１１０はそれぞれ、処理フローを構成する要素としての部分処理を実行する。詳細には、処理部１１０はそれぞれ、部分処理の対象として実行制御部１２０によって入力されるデータを取得して、取得したデータに部分処理を施した結果を実行制御部１２０に出力する。図２に示される例では、部分処理４２，４３，４５〜４７がそれぞれいずれかの処理部１１０によって実行される。処理部１１０は、請求項の処理手段として機能する。

実行制御部１２０は、主としてプロセッサ１１によって実現される。実行制御部１２０は、第１受付部１５０によって受け付けられた設定に従った順序で処理部１１０に部分処理を実行させる。詳細には、実行制御部１２０は、収集部１３０によって収集されたデータを取得して、取得したデータを、当該データに部分処理を施す処理部１１０へ送出する。また、実行制御部１２０は、処理部１１０から部分処理の結果として出力されるデータを取得して、取得したデータを、当該データに次の部分処理を施す処理部１１０、又は、当該データを出力する収集部１３０の出力モジュール１３１へ送出する。実行制御部１２０は、請求項の実行制御手段として機能する。

収集部１３０は、主としてプロセッサ１１と通信部１６との協働により実現される。図５に示される収集部１３０は、機器２１，２２それぞれに対応して２つ設けられているが、管理装置１０が接続される伝送路ごとに設けられてもよい。収集部１３０は、接続された機器２２から出力されるデータを収集して、収集したデータを実行制御部１２０へ送出する。収集部１３０は、請求項の収集手段として機能する。

また、収集部１３０は、出力情報を出力する出力モジュール１３１を有する。出力情報は、処理フローの実行結果に関する情報である。例えば、機器２１を制御するための処理フローが実行される場合において、出力モジュール１３１は、実行制御部１２０から送出された制御命令を、出力情報として制御対象の機器２１に送信する。なお、出力情報は、制御命令に限定されず、異常の発生を報知するための通知であってもよいし、外部のサーバ装置に格納するための品質管理情報であってもよい。

ＵＩ部１４０は、主として入力部１４及び出力部１５によって実現されるタッチスクリーンに相当する。ＵＩ部１４０は、第１受付部１５０による制御に従って、処理フローの設定を入力するための画面をユーザに対して表示する。ユーザは、ＵＩ部１４０を操作して、処理フローを構成する部分処理の内容及び個数、部分処理の実行に必要なパラメータを任意に設定する。そして、ＵＩ部１４０は、ユーザの操作により入力された処理フローの設定を示す情報を第１受付部１５０へ送出する。また、ＵＩ部１４０は、第２受付部１７０を介した機器管理部１８０の制御に従って、機器２０の階層関係を含むシステム構成を入力するための画面をユーザに対して表示する。ユーザは、ＵＩ部１４０を操作してシステム構成を任意に設定する。そして、ＵＩ部１４０は、ユーザの操作により入力されたシステム構成の設定を示す情報を第２受付部１７０へ送出する。

第１受付部１５０は、主としてプロセッサ１１によって実現される。第１受付部１５０は、ＵＩ部１４０から処理フローの設定を受け付けて、この設定内容を示すフロー設定情報を実行制御部１２０に通知する。実行制御部１２０に通知されたフロー設定情報は、記憶部１６０に格納される。第１受付部１５０は、請求項の第１受付手段として機能する。

記憶部１６０は、主として補助記憶部１３によって実現される。記憶部１６０は、フロー設定情報を記憶する。

図６には、記憶部１６０に記憶されるフロー設定情報１６１が例示されている。このフロー設定情報１６１は、図２に示される処理フローを実行するための設定を示す。フロー設定情報１６１は、部分処理を識別するための部分処理ＩＤと、この部分処理の名称と、この部分処理の前処理に相当する部分処理と、この部分処理の後処理に相当する部分処理と、この部分処理に入力されるデータの型と、この部分処理から出力されるデータの型と、を関連付けるテーブルデータである。

図６中、部分処理ＩＤは、図２の部分処理に付された符号と等しい識別子とされている。また、前処理及び後処理の番号は、部分処理ＩＤを示す。また、「収集」という部分処理の前処理として、収集対象となるデータを出力する機器２０が示されている。入力データ及び出力データに関して、「ＦＬＯＡＴ１６＊１」は、浮動小数点型の１６ｂｉｔのデータが１つであることを意味する。同様に、「ＦＬＯＡＴ１６＊２」は、浮動小数点型の１６ｂｉｔのデータが２つであることを意味し、「ＢＯＯＬ＊１」は、ブール型のデータが１つであることを意味する。

なお、フロー設定情報１６１は、図６に例示される情報とは異なる情報を含んでもよい。例えば、フロー設定情報１６１は、部分処理の内容を規定するパラメータを含んでもよい。このパラメータは、例えば、端数処理に用いられる閾値、データを収集する対象となる機器の識別子、データを収集する周期、及び、制御命令を送信する対象となる機器の識別子である。

図５に戻り、第２受付部１７０は、主としてプロセッサ１１によって実現される。第２受付部１７０は、ＵＩ部１４０からシステム構成の設定を受け付けて、この設定内容を示すシステム構成情報を機器管理部１８０に送出する。第２受付部１７０は、請求項の第２受付手段として機能する。

機器管理部１８０は、主としてプロセッサ１１及び補助記憶部１３との協働によって実現される。機器管理部１８０は、第２受付部１７０からシステム構成情報を取得して記憶する。また、機器管理部１８０は、実行制御部１２０から処理フローの実行状況を示す実行情報を取得し、データの収集対象となった機器２０に関する機器情報を収集部１３０から取得する。そして、機器管理部１８０は、取得した情報とともに管理システム１００の構成をＵＩ部１４０に表示するための管理情報を、第２受付部１７０を介してＵＩ部１４０に提供する。機器管理部１８０は、請求項の機器管理手段として機能する。

図７には、機器管理部１８０の構成が示されている。図７に示されるように、機器管理部１８０は、第２受付部１７０に管理情報を送出してＵＩ部１４０に管理画面を表示させる表示制御部１８１と、システム構成情報を管理して管理情報を生成する管理部１８２と、システム構成情報及び処理フローの実行状況に関する情報を蓄積する蓄積部１８３と、収集部１３０から機器情報を取得する機器監視部１８４と、実行情報を取得して処理フローの実行状況を監視する処理監視部１８５と、を有する。

表示制御部１８１は、管理部１８２から出力される管理情報を第２受付部１７０へ送出して、この管理情報の内容をＵＩ部１４０に表示させる。管理部１８２は、第２受付部１７０からシステム構成情報を取得して蓄積部１８３に格納する。また、管理部１８２は、蓄積部１８３に格納されたシステム構成情報と、機器監視部１８４から取得した機器情報と、処理監視部１８５から取得した実行情報と、を統合して、システム構成と処理フローの実行状況とを同時に表示するための管理情報を生成する。そして、管理部１８２は、管理情報を表示制御部１８１に送出する。

図８には、管理情報１８２１が例示されている。管理情報１８２１は、機器２０に対応して表示されるコンポーネントのＩＤと、このコンポーネントの従属コンポーネントのＩＤと、このコンポーネントに対応する機器と、このコンポーネントの表示名と、このコンポーネントに付されるタグと、を関連付けたデータである。ここで、コンポーネントは、図３に示されるようなツリー状の接続関係を実現するノードに相当する。

従属コンポーネントは、１つのコンポーネントに属する下位の階層のコンポーネントを意味する。従属コンポーネントのＩＤにより、コンポーネント間の主従関係が規定され、管理システム１００の階層構造が決定される。例えば、機器２２に対応するコンポーネントＩＤ「３」のコンポーネントは、コンポーネントＩＤ「４」，「５」，「６」，「７」を下位のコンポーネントとして有し、これら下位のコンポーネントはそれぞれ、機器２３〜２６に対応する。すなわち、機器２２が、図３に示されるように、機器２３〜２６の上位の階層に位置することとなる。タグは、実行情報及び機器情報を示す。

管理情報１８２１のうち、コンポーネントＩＤと、従属コンポーネントＩＤと、対応機器と、表示名と、を含む部分が、システム構成情報１８３１に相当する。ユーザによってシステム構成が規定された直後はコンポーネントにタグが付されていないため、図８に示されるように空欄のタグが付された管理情報１８２１が、システム構成情報１８３１として蓄積部１８３に格納される。ただし、タグは、ユーザによって入力された付随的な情報を示してもよい。

管理情報１８２１は、任意のデータ構造を有するが、一例として、階層関係を表現するために図９に示されるようなデータ構造を有する。図９に示されるデータ構造は、ＯＰＣ−ＵＡ（Object Linking and Embedding for Process Control-Undefined Architecture）に従って規定され、階層構造を有するモデルを表現するためフォーマットである。図９において、菱形のマークから延びる矢印は、矢印の先の要素が、矢印の元の要素に属することを表す。また、三角形のマークから延びる矢印は、矢印の先の要素が、矢印の元である複数の要素のうちいずれかに相当することを表す。

このデータ構造では、コンポーネントに、他のコンポーネントとヘッダとボディとが属する。機器２０に対応するコンポーネントに他のコンポーネントが属することで、機器２０間の階層関係が表現される。ただし、図３に示されるツリーの末端のノードに対応するコンポーネントには、他のコンポーネントが属しない。

また、ヘッダは、コンポーネントのデータサイズを含む形式的又は付加的な情報を示し、実質的な情報はボディに格納される。ヘッダが内包する情報は、例えば、管理装置１０が内部の処理でコンポーネントを扱うためのコンポーネント名、各コンポーネントを識別するためのコンポーネントＩＤ、画面上にコンポーネントを表示するためのコンポーネント表示名、及び、画面上に表示されるアイコンのデータの所在を示すコンポーネントアイコンファイルパスである。図９では、コンポーネントＩＤである「識別名」と、コンポーネント表示名と、コンポーネントアイコンファイルパスと、のデータ型がｓｔｒｉｎｇ型であることが示されている。

また、ボディには、リソースが属する。ボディは、リソースを束ねる要素である。ボディは、リソースを含まない場合、及び、一又は複数のリソースを含む場合がある。リソースは、データタグリソースとファイルリソースとの少なくとも一方に相当する。ただし、ボディに、複数のリソースが属し、これら複数のリソースに、データタグリソース及びファイルリソースの双方が含まれる場合もある。

データタグリソースは、実行情報及び機器情報を示す。詳細には、データタグリソースが内包する情報は、例えば、リソースを識別するためのリソースＩＤ、管理装置１０が内部の処理でリソースを扱うためのリソース名、画面上にリソースを表示するためのリソース表示名、画面上に表示されるアイコンのデータの所在を示すリソースアイコンファイルパス、機器管理部１８０が通信により外部にアクセスするためのアクセス先情報、データの所在を示すロケーションアドレス情報、アクセス先の機器から取得した値である現在値、この現在値のデータ型、この現在値が文字列型である場合に使用される文字数である。アクセス先情報は、例えば、ＩＰアドレス又は局番である。ロケーションアドレス情報は、ＰＬＣ（Programmable Logic Controller）によって扱われるデバイスアドレスに相当する。実行情報及び機器情報は、データタグリソースのうち主として現在値により示される情報といえる。図９には、リソースＩＤである「識別名」と、リソース表示名と、リソースアイコンファイルパスと、のデータ型がｓｔｒｉｎｇ型であることが、「リソース」というブロックに示されている。また、「データタグリソース」というブロックに、データタグリソースに含まれる現在値及びデータ型自体のデータ型が、ｏｂｊｅｃｔ及びｄａｔａｔａｙｐｅであることが示されている。

ファイルリソースは、コンポーネントがファイル形式のデータである場合における当該データに関する情報を示す。ファイルリソースが内包する情報は、例えば、リソースを識別するためのリソースＩＤ、管理装置１０が内部処理でリソースを扱うためのリソース名、画面上にリソースを表示するためのリソース表示名、画面上に表示されるアイコンのデータの所在を示すリソースアイコンファイルパス、及びファイル形式のデータの所在を示すファイルパスである。図９には、ファイルパスのデータ型がｓｔｒｉｎｇ型であることが示されている。

例えば、処理フローが実行中であれば、データタグリソースの現在値は、「実行中」というｓｔｒｉｎｇ型のｏｂｊｅｃｔであって、データ型はｓｔｒｉｎｇ型となる。データ型は、実行情報及び機器情報の内容に応じて種々のｄａｔａｔｙｐｅを示し、例えば、ｂｏｏｌ型、ｉｎｔ型、ｆｌｏａｔ型、又はｓｔｒｉｎｇ型となる。

図７に戻り、機器監視部１８４は、機器２０からのデータの収集状況を監視する。詳細には、機器監視部１８４は、管理システム１００を構成する機器２０それぞれから処理フローの対象となるデータを収集しているか否かを監視する。ただし、機器監視部１８４は、機器２０に関して他の監視をしてもよい。例えば、機器監視部１８４は、機器２０からエラーが出力されているか否かを監視してもよいし、機器２０の接続状況を監視してもよい。機器監視部１８４は、収集部１３０に対して機器情報の送出を定期的に要求するポーリング方式により収集部１３０から機器情報を取得してもよいし、収集部１３０が自発的に機器情報を定期的に送出するプッシュ方式により機器情報を取得してもよい。機器監視部１８４は、取得した機器情報を管理部１８２へ順次送出する。

処理監視部１８５は、処理フローの実行状況を監視する。詳細には、処理監視部１８５は、処理フローが実行中であるか否かを監視する。ただし、処理監視部１８５は、処理フローに関して他の監視をしてもよい。例えば、処理監視部１８５は、処理フローの実行におけるエラーの有無を監視してもよい。処理監視部１８５は、実行制御部１２０に対して実行情報の送出を定期的に要求するポーリング方式により実行制御部１２０から実行情報を取得してもよいし、実行制御部１２０が自発的に実行情報を定期的に送出するプッシュ方式により実行情報を取得してもよい。処理監視部１８５は、取得した実行情報を管理部１８２へ順次送出する。

続いて、管理装置１０によって実行される管理処理について、図１０〜２２を用いて説明する。図１０に示される管理処理は、管理装置１０に電源が投入されると開始する。なお、この管理処理は、図１０に示される順序で実行されるとは限らないが、説明の理解を容易にするため、図１０を一例として管理処理について説明する。

管理処理では、第１受付部１５０が第１受付処理を実行する（ステップＳ１）。具体的には、第１受付部１５０は、図１１に例示される画面をＵＩ部１４０に表示させて、ユーザによって入力された処理フローの設定を受け付ける。この画面では、左側のメニューから選択したブロックをドラッグアンドドロップ操作で右側に配置して、各ブロックを矢印で接続することにより、処理フローを入力することができる。また、ブロックを選択することで表示されるサブメニュー９２を利用して、詳細な設定項目を入力することができる。これにより、第１受付部１５０が処理フローの設定を受け付けて、図６に示されたようなフロー設定情報が記憶部１６０に格納される。なお、第１受付処理は、ユーザが任意のタイミングで処理フローを設定したときに実行されてもよい。ステップＳ１は、請求項の第１受付ステップに対応する。

図１０に戻り、ステップＳ１に続いて、第２受付部１７０が第２受付処理を実行する（ステップＳ２）。具体的には、第２受付部１７０は、図１２に例示される画面をＵＩ部１４０に表示させて、ユーザによって入力されたシステム構成の設定を受け付ける。この画面では、コンポーネントを選択することで表示されるメニュー９３から、コンポーネントに対応する機器と表示名とを設定し、下位のコンポーネントを追加することで、任意のシステム構成を入力することができる。これにより、第２受付部１７０が処理フローの設定を受け付けて、図８に示されたような管理情報が機器管理部１８０の蓄積部１８３に格納される。なお、第２受付処理は、ユーザが任意のタイミングでシステム構成を設定したときに実行されてもよい。ステップＳ２は、請求項の第２受付ステップに対応する。

図１０に戻り、ステップＳ２に続いて、管理装置１０は、フロー実行処理を開始して（ステップＳ３）、機器管理処理を開始する（ステップＳ４）。以下、フロー実行処理及び機器管理処理について、順に説明する。

フロー実行処理は、処理フローを実行する処理であって、主として処理部１１０、実行制御部１２０、及び収集部１３０によって実行される。フロー実行処理は、請求項の実行ステップに対応する。フロー実行処理では、図１３に示されるように、管理装置１０は、処理フローの開始指示があるか否かを判定する（ステップＳ３１）。具体的には、実行制御部１２０が、第１受付処理にて受け付けた設定に従って処理フローを開始する旨の指示があるか否かを判定する。この開始指示は、ユーザによって入力される指示であってもよいし、予め定められたスケジュールに規定された時刻になったことで発生するトリガーであってもよい。

開始指示がないと判定した場合（ステップＳ３１；Ｎｏ）、管理装置１０は、ステップＳ３１の判定を繰り返して、開始指示があるまで待機する。一方、開始指示があると判定した場合（ステップＳ３１；Ｙｅｓ）、管理装置１０は、実行制御処理を開始する（ステップＳ３２）。実行制御処理は、実行制御部１２０が、フロー設定情報に従って処理部１１０、収集部１３０間でデータを伝送させる処理である。この実行制御処理について、図１４を用いて説明する。

実行制御処理では、実行制御部１２０が、処理フローの実行に必要な収集部１３０及び処理部１１０をすべて起動して部分処理を開始させる（ステップＳ３２１）。具体的には、実行制御部１２０が、記憶部１６０のフロー設定情報を参照して、処理フローに含まれる部分処理を実行する収集部１３０及び処理部１１０を実現するプログラムを特定して起動する。これにより、収集部１３０及び処理部１１０が部分処理を実行可能な状態になる。

次に、実行制御部１２０は、フローデータの入力があるか否かを判定する（ステップＳ３２２）。具体的には、実行制御部１２０は、処理フローに従ったデータが、処理部１１０及び収集部１３０のいずれかから実行制御部１２０に対して送出されたか否かを判定する。

図１５には、フローデータ６１が例示されている。フローデータ６１は、フローデータに付されるデータラベルと、このフローデータに対応する収集データが機器２０から収集された時刻を示すタイムスタンプと、データの値と、を関連付けるテーブルである。ここで、収集データは、処理フローが施される対象のデータを意味する。データラベルは、図２中の矢印を識別するためのラベルに相当する。例えば、図２中の部分処理４１から出力されて部分処理４２に入力されるデータには、「＃１」というデータラベルが付される。タイムスタンプは、フローデータを得るための部分処理が施される収集データが収集された時刻を示す。例えば、図２において、１０時４２分５６秒に部分処理４１の実行により収集された収集データには、部分処理４２，４３が順に施され、これらの部分処理の出力であるフローデータにはいずれも「１０：４２：５６」というタイムスタンプが付される。データの値は、部分処理の結果を示す。

図１４に戻り、ステップＳ３２２にてフローデータの入力がないと判定した場合（ステップＳ３２２；Ｎｏ）、実行制御部１２０は、ステップＳ３２２の判定を繰り返して、フローデータが入力されるまで待機する。一方、フローデータの入力があると判定した場合（ステップＳ３２２；Ｙｅｓ）、実行制御部１２０は、ステップＳ３２２で入力されたと判断されたフローデータを、フロー設定情報に従って次の部分処理を実行する処理部１１０、又は収集部１３０に送出する（ステップＳ３２３）。例えば、図２に示される処理フローが実行される場合において、部分処理４１を実行する収集部１３０からフローデータが入力されたときに、実行制御部１２０は、このフローデータを、部分処理４２を実行する処理部１１０に送出する。また、この処理部１１０からフローデータが入力されたときに、実行制御部１２０は、このフローデータを、部分処理４３を実行する処理部１１０に送出する。

図１３に戻り、ステップＳ３２３に続いて、実行制御部１２０は、ステップＳ３２２以降の処理を繰り返す。これにより、実行制御部１２０は、フロー設定情報に従って一連の部分処理を含む処理フローのうち、管理装置１０によって実行されるべき部分処理を処理部１１０及び収集部１３０に繰り返し実行させることができる。

続いて、ステップＳ３２１で開始される部分処理について、図１６を用いて説明する。この部分処理は、処理部１１０及び収集部１３０によって実行される。以下では、処理部１１０が部分処理を実行する例を中心に説明する。

部分処理では、処理部１１０は、入力データがあるか否かを判定する（ステップＳ３２１１）。具体的には、処理部１１０は、実行制御部１２０から送出されたデータが入力されたか否かを判定する。ただし、部分処理が収集部１３０によって実行される場合においては、収集部１３０が、機器２０から出力されたデータがあるか否かを判定する。

入力データがないと判定した場合（ステップＳ３２１１；Ｎｏ）、処理部１１０は、ステップＳ３２１１の判定を繰り返して、入力データがあるまで待機する。一方、入力データがあると判定した場合（ステップＳ３２１１；Ｙｅｓ）、処理部１１０は、部分処理の内容を実行して、部分処理の結果を示す出力データを実行制御部１２０に出力する（ステップＳ３２１２）。その後、処理部１１０は、ステップＳ３２１１以降の処理を繰り返す。

以上の実行制御処理及び部分処理により、管理装置１０は、収集部１３０から繰り返し出力されるデータに対する処理フローを、後述の終了指示があるまで半永久的に反復実行する。

また、実行制御部１２０が、フロー設定情報に従った順序で処理部１１０に部分処理を実行させることを説明した。この説明は、あるタイミングで機器から収集部１３０が取得したデータに関するものであって、繰り返し取得されたデータについてはこの限りでない。具体的には、異なるタイミングで取得されたデータについての処理部１１０による部分処理の実行順序は、必ずしも処理フローに規定された順序になるとは限らない。例えば、収集部１３０が時刻ｔ１にデータＤ１を取得して時刻ｔ２にデータＤ２を取得し、これらデータＤ１，Ｄ２それぞれに対して第１部分処理及び第２部分処理が順に施される場合において、データＤ１に対する第１部分処理、当該第１部分処理の結果に対する第２部分処理、データＤ２に対する第１部分処理、当該第１部分処理の結果に対する第２部分処理、という順で処理が実行されてもよいし、データＤ１に対する第１部分処理、データＤ２に対する第１部分処理、データＤ１の第１部分処理の結果に対する第２部分処理、データＤ２の第１部分処理の結果に対する第２部分処理、という順序で処理が実行されてもよい。

図１３に戻り、ステップＳ３２に続いて、管理装置１０は、処理フローの終了指示があるか否かを判定する（ステップＳ３３）。この終了指示は、ユーザによって入力される指示であってもよいし、予め定められたスケジュールに規定された時刻になったことで発生するトリガーであってもよい。

終了指示がないと判定した場合（ステップＳ３３；Ｎｏ）、管理装置１０は、ステップＳ３３の判定を繰り返して、実行制御処理を継続する。一方、終了指示があると判定した場合（ステップＳ３３；Ｙｅｓ）、管理装置１０は、実行制御処理と部分処理とを終了する（ステップＳ３４）。具体的には、管理装置１０は、ステップＳ３２で開始した実行制御処理及びこの実行制御処理で開始された部分処理を終了する。

次に、管理装置１０は、フロー設定情報の新たな設定を受け付けたか否かを判定する（ステップＳ３５）。具体的には、第１受付部１５０は、管理情報を利用して、ユーザによって新たな処理フローの設定がなされたか否かを判定する。例えば、図１７に示されるように、画面の上側に処理フローを設定するためのウィンドウを配置し、画面の下側に管理情報を表示するウィンドウを配置した状態で、ユーザが下側に表示されている「振動Ｙ軸」のブロック７０１をカーソル７０２で選択して、ブロック７０３のようにドラッグアンドドロップして上側のボックス７０４まで移動させる。このようなドラッグアンドドロップ操作によって、図１８に示されるように、処理フローの収集データを「筐体温度」から「振動Ｙ軸」に変更するための設定が入力されることとなる。なお、ステップＳ３５で受け付ける新たな設定は、図１１に示される画面を利用した処理フローの新たな設定であってもよい。

なお、ユーザによる処理フローの設定変更は、ユーザの任意のタイミングでＵＩ部１４０を用いて入力されるものであり、ステップＳ３５では、管理装置１０は、単に、新たな設定の有無を判定する。実行制御処理の実行中に処理フローの設定変更が入力された場合には、この入力が実行制御処理を停止するトリガーとなってステップＳ３３の判定が肯定されて実行制御処理が停止し、ステップＳ３５の判定が肯定される。

図１３に戻り、ステップＳ３５にて新たな設定を受け付けてはいないと判定した場合（ステップＳ３５；Ｎｏ）、管理装置１０は、ステップＳ３１以降の処理を繰り返す。一方、新たな設定を受け付けたと判定した場合（ステップＳ３５；Ｙｅｓ）、管理装置１０は、フロー設定情報を、ステップＳ３５にて受け付けた新たな設定に従って更新する（ステップＳ３６）。具体的には、第１受付部１５０が、新たな設定内容を実行制御部１２０に通知して、実行制御部１２０が、記憶部１６０に記憶されているフロー設定情報を更新する。例えば、図１７，１８に示される新たな設定が入力された場合においては、図６に示される部分処理４４の収集対象が機器［２６］から機器［２４］に変更される。

図１３に戻り、ステップＳ３６に続いて、管理装置１０は、ステップＳ３１以降の処理を繰り返す。これにより、一連の部分処理を含む処理フローが実行されて、処理フローの停止時には、フロー設定情報の新たな設定が受け付けられる。

続いて、図１０中のステップＳ４にて開始される機器管理処理について説明する。機器管理処理は、複数の機器２０を管理するための管理情報をユーザに提供する処理であって、主として第２受付部１７０及び機器管理部１８０によって実行される。機器管理処理は、ステップＳ３にて開始されるフロー実行処理とは並列に実行される。機器管理処理は、請求項の提供ステップに対応する。

機器管理処理では、図１９に示されるように、機器管理部１８０は、実行情報を取得する（ステップＳ４１）。具体的には、処理監視部１８５が、処理フローの実行状況に関する実行情報を実行制御部１２０から取得して管理部１８２に送出する。

次に、機器管理部１８０は、機器情報を取得する（ステップＳ４２）。具体的には、機器監視部１８４が、機器２０に関する機器情報を収集部１３０から取得して管理部１８２に送出する。

次に、第２受付部１７０は、管理情報の新たな設定を受け付けたか否かを判定する（ステップＳ４３）。具体的には、第２受付部１７０は、処理フローの設定を利用して、ユーザによって処理の実行状況に関する情報を管理情報の表示画面に表示するための設定がなされたか否かを判定する。例えば、図２０に示されるように、ユーザが画面の上側に表示される処理フロー７１１全体をカーソル７０２でドラッグアンドドロップして、画面の下側のうち「機器［２２］」の直下のエリア７１３まで移動させる。このようなドラッグアンドドロップ操作によって、図２１に示されるように、「機器［２２］」というコンポーネントと同じ階層に、処理フローの実行状況を表示するコンポーネント群７１４が生成されることとなる。なお、ステップＳ４３で受け付ける新たな設定は、図１２の画面を利用したシステム構成の新たな設定であってもよい。

なお、ユーザによる管理情報の設定変更は、ユーザの任意のタイミングでＵＩ部１４０を用いて入力されるものであり、ステップＳ４３では、管理装置１０は、単に、新たな設定の有無を判定する。

図１９に戻り、ステップＳ４３にて新たな設定を受け付けてはいないと判定した場合（ステップＳ４３；Ｎｏ）、機器管理部１８０は、ステップＳ４５へ処理を移行する。一方、新たな設定を受け付けたと判定した場合（ステップＳ４３；Ｙｅｓ）、機器管理部１８０は、ステップＳ４３にて受け付けた新たな設定に従って管理情報を更新する（ステップＳ４４）。具体的には、第２受付部１７０が、新たな設定内容を機器管理部１８０に通知して、管理部１８２が、蓄積部１８３に記憶されている管理情報を更新する。例えば、図２０に示される新たな設定が入力された場合においては、図６に示される管理情報が更新されて図２２に示されるように、処理フローに関する表示をするためのコンポーネントを含む状態になる。

図１９に戻り、ステップＳ４４に続いて、機器管理部１８０は、管理情報を表示する表示画面を更新する（ステップＳ４５）。具体的には、表示制御部１８１が、ステップＳ４１，Ｓ４２で取得した情報及び、ステップＳ４３で受け付けた新たな設定に基づいて、管理画面に表示される内容を更新する。これにより、図２１に示されるように、コンポーネント７１５，７１６には、「収集中」という機器情報が表示され、コンポーネント７１７には、「実行中」という実行情報が表示される。

図１９に戻り、ステップＳ４５に続いて、機器管理部１８０は、ステップＳ４１以降の処理を繰り返す。これにより、システム構成がユーザにより任意に設定されるとともに、処理フローの実行状況に関する実行情報及び機器情報を含む管理情報が提供される。また、管理情報は、処理フローの実行状況に応じて随時更新される。

以上、説明したように、複数の機器２０の階層関係を表示するとともに処理の実行状況に関する情報を表示するための管理情報が提供される。このため、ユーザは、複数の機器２０と、これら複数の機器２０に関する処理の実行状況とを合わせて容易に管理することができる。これにより、ユーザの管理負担を軽減することができる。

また、管理情報は、処理フローが実行中であるか否かを示す実行情報を含む。このため、ユーザは、処理フローが実行中か否かを容易に認識して、管理システム１００を管理することができる。

また、管理情報は、機器２０から出力されるデータが処理フローの対象であるか否かを示す機器情報を含む。このため、ユーザは、複数の機器２０のうち、どの機器２０が処理フローに関わるかを容易に認識して、管理システム１００を管理することができる。

また、第１受付部１５０は、管理情報を利用した処理フローの設定を新たに受け付けた。これにより、ユーザは、管理情報を参照しながら処理フローをより容易に設定することができる。

また、第２受付部１７０は、処理フローの設定を利用した、管理情報を表示するための設定を新たに受け付けた。これにより、ユーザは、処理フローの設定を参照しながら管理情報をより容易に変更することができる。

また、複数の機器２０の階層関係がツリー状に表示された。これにより、ユーザは、複数の機器２０の階層関係を容易に認識することができる。

また、管理情報は、階層関係を表現するためのデータ構造を有し、このデータ構造は、機器に対応するコンポーネントに、他のコンポーネントとボディとが属し、当該ボディにデータタグリソースが属する構造であった。データタグリソースは、機器情報及び実行情報を示す。これにより、階層関係を容易に管理することができるとともに、その変更が容易になる。

以上、本発明の実施の形態について説明したが、本発明は上記実施の形態によって限定されるものではない。

例えば、図５に示されるプラットフォーム５０は、処理フローを実行し機器２０を管理するための動作環境として提供される。このため、例えば図２３に示されるように、ＵＩ部１４０に代えて外部の端末８０をプラットフォーム５０に接続し、複数の処理部１１０のうち一部又は全部の処理部１１０を有する外部の処理装置１１１をプラットフォーム５０に接続しても、上述の管理装置１０と同等の機能を発揮することができる。

また、機器管理部１８０は、図２４に示されるように、外部装置８１と通信するための通信部１８６を有し、外部装置８１と連携して複数の機器２０を管理してもよい。例えば、複数の機器２０のうち一部の機器２０を管理装置１０が管理して、他の機器２０を外部装置８１が管理してもよい。

また、機器管理部１８０は、図２５に示されるように、処理部１１０と接続されてもよい。そして、機器管理部１８０は、処理部１１０に管理情報を提供してもよい。例えば、処理部１１０によって実行される部分処理が、複数の機器２０から１つの機器２０を選択して機器情報を取得することを含むケースを想定する。このケースにおいて、処理部１１０は、機器管理部１８０に管理情報を要求することで管理情報を取得し、取得した管理情報に基づいて機器２０を選択し、選択した機器２０に関する機器情報を機器管理部１８０から随時取得してもよい。このケースでは、図９に示されるデータ構造が処理部１１０と機器管理部１８０とのインタフェースに相当する。

また、管理情報は、システム構成と、機器情報及び実行情報と、に加えて他の情報を含んでもよい。例えば、機器２０に設定されたパラメータを、機器２０の下位のコンポーネントとして含んでもよい。また、図２１のコンポーネント７１８のように、部分処理の結果を示すデータ値が管理画面に表示されてもよい。

また、管理装置１０の機能は、専用のハードウェアによっても、また、通常のコンピュータシステムによっても実現することができる。

例えば、プロセッサ１１によって実行されるプログラムＰ１を、コンピュータ読み取り可能な非一時的な記録媒体に格納して配布し、そのプログラムＰ１をコンピュータにインストールすることにより、上述の処理を実行する装置を構成することができる。このような記録媒体としては、例えばフレキシブルディスク、ＣＤ−ＲＯＭ（Compact Disc Read−Only Memory）、ＤＶＤ（Digital Versatile Disc）、ＭＯ（Magneto−Optical Disc）が考えられる。

また、プログラムＰ１をインターネットに代表される通信ネットワーク上のサーバ装置が有するディスク装置に格納しておき、例えば、搬送波に重畳させて、コンピュータにダウンロードするようにしてもよい。

また、通信ネットワークを介してプログラムＰ１を転送しながら起動実行することによっても、上述の処理を達成することができる。

さらに、プログラムＰ１の全部又は一部をサーバ装置上で実行させ、その処理に関する情報をコンピュータが通信ネットワークを介して送受信しながらプログラムを実行することによっても、上述の処理を達成することができる。

なお、上述の機能を、ＯＳ（Operating System）が分担して実現する場合又はＯＳとアプリケーションとの協働により実現する場合等には、ＯＳ以外の部分のみを媒体に格納して配布してもよく、また、コンピュータにダウンロードしてもよい。

また、管理装置１０の機能を実現する手段は、ソフトウェアに限られず、その一部又は全部を、回路を含む専用のハードウェアによって実現してもよい。

本発明は、本発明の広義の精神と範囲を逸脱することなく、様々な実施の形態及び変形が可能とされるものである。また、上述した実施の形態は、本発明を説明するためのものであり、本発明の範囲を限定するものではない。つまり、本発明の範囲は、実施の形態ではなく、請求の範囲によって示される。そして、請求の範囲内及びそれと同等の発明の意義の範囲内で施される様々な変形が、本発明の範囲内とみなされる。

本発明は、データ処理に関する複数の機器を管理することに適している。

１００ 管理システム、 １０ 管理装置、 １１ プロセッサ、 １２ 主記憶部、 １３ 補助記憶部、 １４ 入力部、 １５ 出力部、 １６ 通信部、 １７ 内部バス、 １１０ 処理部、 １１１ 処理装置、 １２０ 実行制御部、 １３０ 収集部、 １３１ 出力モジュール、 １４０ ＵＩ部、 １５０ 第１受付部、 １６０ 記憶部、 １６１ フロー設定情報、 １７０ 第２受付部、 １８０ 機器管理部、 １８１ 表示制御部、 １８２ 管理部、 １８２１ 管理情報、 １８３１ システム構成情報、 １８３ 蓄積部、 １８４ 機器監視部、 １８５ 処理監視部、 １８６ 通信部、 ２０〜２６ 機器、 ３０ 通信路、 ３１ バス、 ４０ 処理フロー、 ４１〜４７ 部分処理、 ５０ プラットフォーム、 ６１ フローデータ、 ７０１，７０３ ブロック、 ７０２ カーソル、 ７０４ ボックス、 ７１１ 処理フロー、 ７１３ エリア、 ７１４ コンポーネント群、 ７１５〜７１８ コンポーネント、 ８０ 端末、 ８１ 外部装置、 ９２ サブメニュー、 ９３ メニュー、 Ｐ１ プログラム、 Ｕ１ ユーザ。

Claims (8)

1. 複数の機器に接続される管理装置であって、
   前記複数の機器のいずれかから出力されるデータに施される処理の設定を受け付ける第１受付手段と、
   前記第１受付手段によって受け付けられた設定の前記処理を処理手段に実行させる実行制御手段と、
   前記複数の機器の階層関係の設定を受け付ける第２受付手段と、
   前記第２受付手段によって受け付けられた設定に従って前記複数の機器の階層関係を表示するとともに前記処理の実行状況に関する情報を表示するための管理情報を提供する機器管理手段と、
   を備え、
   前記管理情報は、階層関係を表現するための予め規定された構造を有するデータであって、
   前記構造は、前記機器に対応するコンポーネントに、他のコンポーネントとボディとが属し、前記ボディに、データタグリソースが属する構造であって、
   前記データタグリソースは、前記処理の実行状況に関する情報を示す、
   管理装置。
2. 前記処理の実行状況に関する情報は、前記処理が実行中か否かを示す実行情報を含み、
   前記機器管理手段は、前記実行情報を前記実行制御手段から取得して、前記管理情報を提供する、
   請求項１に記載の管理装置。
3. 前記複数の機器のいずれかから出力されるデータを収集する収集手段をさらに備え、
   前記処理の実行状況に関する情報は、前記機器から出力されるデータが前記処理の対象であるか否かを示す機器情報を含み、
   前記機器管理手段は、前記機器情報を前記収集手段から取得して、前記管理情報を提供する、
   請求項１又は２に記載の管理装置。
4. 前記第１受付手段は、前記機器管理手段によって提供された前記管理情報を利用した前記処理の設定を新たに受け付ける、
   請求項１から３のいずれか一項に記載の管理装置。
5. 前記第２受付手段は、前記第１受付手段によって受け付けられる設定を利用した、前記処理の実行状況に関する情報を表示するための設定を新たに受け付ける、
   請求項１から４のいずれか一項に記載の管理装置。
6. 前記管理情報は、前記複数の機器の階層関係をツリー状に表示するための情報である、
   請求項１から５のいずれか一項に記載の管理装置。
7. 複数の機器のいずれかから出力されるデータに施される処理の設定を受け付ける第１受付ステップと、
   前記第１受付ステップにおいて受け付けた設定の前記処理を実行する実行ステップと、
   前記複数の機器の階層関係を規定する設定を受け付ける第２受付ステップと、
   前記第２受付ステップにおいて受け付けた設定により規定される前記複数の機器の階層関係を表示するとともに前記処理の実行状況に関する情報を表示するための管理情報を提供する提供ステップと、
   を含み、
   前記管理情報は、階層関係を表現するための予め規定された構造を有するデータであって、
   前記構造は、前記機器に対応するコンポーネントに、他のコンポーネントとボディとが属し、前記ボディに、データタグリソースが属する構造であって、
   前記データタグリソースは、前記処理の実行状況に関する情報を示す、
   管理方法。
8. コンピュータを、
   複数の機器のいずれかから出力されるデータに施される処理の設定を受け付ける第１受付手段、
   前記第１受付手段によって受け付けられた設定の前記処理を処理手段に実行させる実行制御手段、
   前記複数の機器の階層関係を規定する設定を受け付ける第２受付手段、
   前記第２受付手段によって受け付けられた設定により規定される前記複数の機器の階層関係を表示するとともに前記処理の実行状況に関する情報を表示するための管理情報を提供する機器管理手段、
   として機能させ、
   前記管理情報は、階層関係を表現するための予め規定された構造を有するデータであって、
   前記構造は、前記機器に対応するコンポーネントに、他のコンポーネントとボディとが属し、前記ボディに、データタグリソースが属する構造であって、
   前記データタグリソースは、前記処理の実行状況に関する情報を示す、
   プログラム。

Images