JP7069956B2 - 障害管理システム、障害管理装置及びプログラム - Google Patents

Description

本発明は、障害管理システム、障害管理装置及びプログラムに関する。

機器に発生した障害を障害票情報として管理するヘルプデスクシステムが従来から知られている。このようなヘルプデスクシステムでは、例えば、機器で発生した障害を検知したユーザや障害発生の連絡を受けたヘルプデスクの担当者等が障害に関する各種情報を入力することで障害票情報が作成される。なお、障害票情報は、チケット、障害チケット、インシデントチケット、トラブルチケット等とも称される。

また、多種多数の機器によってサービスを提供する情報処理システムにおける障害発生時に、開発者が本番環境から障害原因の解析のために必要とする各機器上のログ情報等を効率的に素早く収集することが可能な技術が知られている（例えば、特許文献１参照）。

しかしながら、上記の従来技術では、障害が発生した機器及び機能に応じて、ログ情報を収集すべき機器を特定する必要があった。例えば、ユーザは、或る機器における或る機能で障害が発生した場合、当該機器における当該機能と何等かの関係がある機器をログ情報の収集対象と特定する必要がある。このため、例えば、ヘルプデスクシステムの担当者等のユーザは、ログ情報の収集対象の機器の特定に多大な負担を要していた。

本発明の実施の形態は、上記の点に鑑みてなされたもので、障害が発生した機器及び機能に応じたログ情報を収集することを目的する。

上記目的を達成するため、本発明の実施の形態は、機器が有する所定の機能で発生した障害を管理するための障害票情報が入力されると、前記機器と前記機能に関して依存関係にある他の機器を特定する特定手段と、前記機器と、前記特定手段により特定された他の機器とからログ情報を取得する取得手段と、を有することを特徴とする。

障害が発生した機器及び機能に応じたログ情報を収集することができる。

本実施形態に係る障害管理システムの全体構成の一例を示す図である。 コンピュータのハードウェア構成の一例を示す図である。 本実施形態に係る機器が画像形成装置である場合のハードウェア構成の一例を示す図である。 本実施形態に係る障害管理装置の機能構成の一例を示す図（実施例１）である。 障害票情報の一例を示す図（実施例１）である。 機器情報の一例を示す図（実施例１）である。 依存関係情報の一例を示す図（実施例１）である。 各機器の依存関係の一例を模式的に示す図である。 障害発生時の全体処理の一例を示すフローチャート（実施例１）である。 ログ情報の取得処理の一例を示すフローチャート（実施例１）である。 本実施形態に係る障害管理装置の機能構成の一例を示す図（実施例２）である。 機器情報の一例を示す図（実施例２）である。 機器種別情報の一例を示す図（実施例２）である。 ログ情報の取得処理の一例を示すフローチャート（実施例２）である。 本実施形態に係る障害管理装置の機能構成の一例を示す図（実施例３）である。 条件情報の一例を示す図（実施例３）である。 ログ情報の取得処理の一例を示すフローチャート（実施例３）である。 ログ取得条件の設定画面の一例を示す図（実施例３）である。

以下、本発明の実施の形態（以下、「本実施形態」と表す。）について説明する。以降では、機器が有する或る機能で障害が発生した場合に、当該障害が発生した機器及び機能に応じたログ情報を収集する障害管理システム１について説明する。

＜全体構成＞
まず、本実施形態に係る障害管理システム１の全体構成について、図１を参照しながら説明する。図１は、本実施形態に係る障害管理システム１の全体構成の一例を示す図である。

図１に示すように、本実施形態に係る障害管理システム１には、障害管理装置１０と、複数の機器２０とが含まれる。また、障害管理装置１０と機器２０とは、例えばインターネット等のネットワークＮを介して通信可能に接続されている。

障害管理装置１０は、機器２０が有する或る機能で発生した障害を管理するための障害票情報を作成すると共に、当該障害が発生した機器２０及び機能に応じたログ情報を収集するコンピュータ又はコンピュータシステムである。障害管理装置１０は、障害に関する情報（以降、「障害情報」と表す。）がユーザ（例えば、ヘルプデスクの担当者や機器３０の利用者、障害の発見者、機器３０の管理者等）により入力された場合に、障害票情報を作成すると共に、当該障害が発生した機器２０及び機能に応じたログ情報を収集する。

このとき、本実施形態に係る障害管理装置１０は、障害が発生した機器２０からログ情報を取得すると共に、当該障害が発生した機能に関して当該機器２０と依存関係にある他の機器２０からもログ情報を取得する。これにより、障害が発生した機器２０だけでなく、障害が発生した機能に関して当該機器２０と依存関係がある他の機器２０からもログ情報が取得される。したがって、例えば、障害対応を行う担当者等は、当該障害を解決するための解析等に必要なログ情報を得ることができるようになる。

ここで、或る機能に関して依存関係があるとは、例えば、当該機能に関して機器２０同士が協調動作している場合、当該機能を実現するあたり一方の機器２０が他方の機器２０で実行される何等かの処理の結果を必要としている場合等が挙げられる。このため、或る機器２０が或る機能に関して他の機器２０と依存関係にある場合、当該或る機器２０が当該機能を実現するには、当該他の機器２０が正常に稼働していることが前提となる。

なお、本実施形態では「障害票情報」との用語を用いているが、障害票情報によって管理される対象は障害に限られず、例えば、故障、異常、インシデント、トラブル、動作不良等であっても良い。また、ログ情報とは、動作ログや操作ログ等を示す情報のことである。

機器２０は、障害の発生が管理される各種電子機器である。機器２０としては、例えば、ＭＦＰ（Multifunction Peripheral）や印刷装置、スキャナ装置、ＦＡＸ装置等の種々の画像形成装置、ＰＣ（パーソナルコンピュータ）、サーバ装置、ルータ等が挙げられる。ただし、機器２０は、これら以外にも、例えば、スマートフォン、タブレット端末、プロジェクタ、電子黒板装置、デジタルサイネージ装置、テレビ会議装置等の任意の電子機器であっても良い。以降では、複数の機器２０の各々を区別して表す場合は、「機器２０－１」、「機器２０－２」等と表す。

ここで、機器２０が有する機能は、機器２０の種別（機器種別）によって異なる。例えば、機器２０が印刷装置やＭＦＰ等である場合、当該機器２０は、例えば、印刷サーバ装置から印刷ジョブを取得し、取得した印刷ジョブを実行して印刷を行う「プル印刷」機能を有する。また、例えば、機器２０がスキャナ装置やＭＦＰ等である場合、当該機器２０は、スキャンにより生成した画像データをスキャン配信サーバ装置に送信する「スキャン配信」機能を有する。なお、スキャン配信サーバ装置では、機器２０から受信した画像データを、指定された宛先に配信する。このとき、「スキャン配信」機能では、画像に対して何等かの処理（例えば、ＯＣＲ（Optical Character Recognition）処理等）を行った後、この処理結果を示すデータを、指定された宛先に配信しても良い。

また、例えば、機器２０が印刷サーバ装置である場合、当該機器２０は、印刷ジョブを蓄積する機能、印刷装置等の要求に応じて印刷ジョブを送信する機能等を有する。更に、例えば、機器２０がスキャン配信サーバである場合、当該機器２０は、スキャナ装置等から受信した画像データを、指定された宛先に配信する機能等を有する。

なお、図１に示す障害管理システム１の構成は一例であって、他の構成であっても良い。例えば、本実施形態に係る障害管理システム１には、機器２０が有する或る機能で障害が発生したか否かを監視する機器監視装置が含まれていても良い。機器監視装置が障害管理システム１に含まれる場合、機器２０が有する或る機能で障害が発生したことを機器監視装置が検知すると、当該機器監視装置が障害情報を障害管理装置１０に送信すれば良い。

また、本実施形態に係る障害管理システム１では、障害票情報の作成とログ情報の収集とを障害管理装置１０が行っているが、これに限られず、例えば、障害票情報の作成を行う障害票情報作成装置と、ログ情報の収集を行うログ情報収集装置とに分けられても良い。

＜ハードウェア構成＞
次に、本実施形態に係る障害管理装置１０及び機器２０のハードウェア構成について説明する。

≪障害管理装置１０、機器２０がサーバ装置である場合≫
まず、本実施形態に係る障害管理装置１０のハードウェア構成と、本実施形態に係る機器２０がサーバ装置である場合のハードウェア構成とについて説明する。障害管理装置１０と、サーバ装置である場合における機器２０とは、例えば図２に示すコンピュータ１００を１台以上用いて実現することができる。図２は、コンピュータ１００のハードウェア構成の一例を示す図である。

図２に示すコンピュータ１００は、入力装置１０１と、表示装置１０２と、外部Ｉ／Ｆ１０３と、通信Ｉ／Ｆ１０４とを有する。また、図２に示すコンピュータ１００は、ＲＯＭ（Read Only Memory）１０５と、ＲＡＭ（Random Access Memory）１０６と、ＣＰＵ（Central Processing Unit）１０７と、補助記憶装置１０８とを有する。これらの各ハードウェアは、それぞれがバス１０９で接続されている。

入力装置１０１は、例えば、キーボードやマウス、タッチパネル等であり、ユーザが各種操作を入力するのに用いられる。表示装置１０２は、例えば、ディスプレイ等であり、コンピュータ１００による処理結果を表示する。なお、コンピュータ１００は、入力装置１０１及び表示装置１０２のうちの少なくとも一方を有していなくても良い。

外部Ｉ／Ｆ１０３は、外部装置とのインタフェースである。外部装置には、記録媒体１０３ａ等がある。コンピュータ１００は、外部Ｉ／Ｆ１０３を介して、記録媒体１０３ａの読み取りや書き込み等を行うことができる。記録媒体１０３ａには、例えば、ＵＳＢメモリ、ＳＤメモリカード、フレキシブルディスク、ＣＤ、ＤＶＤ等がある。

通信Ｉ／Ｆ１０４は、コンピュータ１００をネットワークＮに接続するためのインタフェースである。コンピュータ１００は、通信Ｉ／Ｆ１０４を介して、他の装置と通信を行うことができる。

ＲＯＭ１０５は、電源を切ってもプログラムやデータを保持することができる不揮発性の半導体メモリである。ＲＯＭ１０５には、例えば、コンピュータ１００の起動時に実行されるＢＩＯＳ（Basic Input/Output System）、ＯＳ（Operating System）設定、及びネットワーク設定等のプログラムやデータが格納されている。ＲＡＭ１０６は、プログラムやデータを一時保持する揮発性の半導体メモリである。

ＣＰＵ１０７は、ＲＯＭ１０５や補助記憶装置１０８等からプログラムやデータをＲＡＭ１０６上に読み出して、処理を実行することで、コンピュータ１００全体の制御や機能を実現する演算装置である。

補助記憶装置１０８は、例えばＨＤＤ（Hard Disk Drive）やＳＳＤ（Solid State Drive）等であり、プログラムやデータを格納している不揮発性の記憶装置である。補助記憶装置１０８に格納されるプログラムやデータには、コンピュータ１００全体を制御する基本ソフトウェアであるＯＳ、ＯＳ上で各種機能を提供するアプリケーションプログラム、本実施形態を実現する１以上のプログラム等がある。補助記憶装置１０８は、格納しているプログラムやデータを所定のファイルシステムやＤＢ（データベース）により管理している。

本実施形態に係る障害管理装置１０及び機器２０は、図２に示すコンピュータ１００のハードウェア構成により、後述するような各種処理を実現できる。

≪機器２０が画像形成装置である場合≫
次に、本実施形態に係る機器２０が画像形成装置である場合のハードウェア構成について、図３を参照しながら説明する。図３は、本実施形態に係る機器２０が画像形成装置である場合のハードウェア構成の一例を示す図である。

図３に示すように、本実施形態に係る機器２０は、コントローラ２０１と、操作パネル２０２と、外部Ｉ／Ｆ２０３と、通信Ｉ／Ｆ２０４と、画像処理エンジン２０５とを有する。また、コントローラ２０１は、ＣＰＵ２１１と、ＲＡＭ２１２と、ＲＯＭ２１３と、ＮＶＲＡＭ２１４と、補助記憶装置２１５とを有する。

ＲＯＭ２１３は、電源を切ってもプログラムやデータを保持することができる不揮発性の半導体メモリである。ＲＡＭ２１２は、プログラムやデータを一時保持する揮発性の半導体メモリである。ＮＶＲＡＭ２１４は、例えば設定情報等を格納している不揮発性の半導体メモリである。また、補助記憶装置２１５は、例えば、ＨＤＤやＳＳＤ等であり、プログラムやデータを格納している不揮発性の記憶装置である。

ＣＰＵ２１１は、ＲＯＭ２１３やＮＶＲＡＭ２１４、補助記憶装置２１５等からプログラムやデータ、設定情報等をＲＡＭ２１２上に読み出し、処理を実行することで、機器２０全体の制御や機能を実現する演算装置である。

操作パネル２０２は、ユーザからの入力を受け付ける入力部と、表示を行う表示部とを備えている入出力装置である。外部Ｉ／Ｆ２０３は、外部装置とのインタフェースである。外部装置には、記録媒体２０３ａ等がある。機器３０は、外部Ｉ／Ｆ２０３を介して、記録媒体２０３ａの読み取りや書き込み等を行うことができる。

記録媒体２０３ａには、例えば、ＩＣカード、ＵＳＢメモリ、ＳＤメモリカード、フレキシブルディスク、ＣＤ、ＤＶＤ等がある。

通信Ｉ／Ｆ２０４は、機器２０をネットワークＮに接続するためのインタフェースである。機器２０は、通信Ｉ／Ｆ２０４を介して、他の装置と通信を行うことができる。

画像処理エンジン２０５は、例えば、プロッタやスキャナ等であり、印刷処理やスキャン処理等の各種の画像処理を行う装置である。

本実施形態に係る機器２０は、図３に示すハードウェア構成を有することにより、後述するような各種処理を実現できる。

（実施例１）
以降では、本実施形態に係る障害管理装置１０の実施例１について説明する。

＜機能構成＞
実施例１における障害管理装置１０の機能構成について、図４を参照しながら説明する。図４は、本実施形態に係る障害管理装置１０の機能構成の一例を示す図（実施例１）である。

図４に示すように、実施例１における障害管理装置１０は、障害情報受付部３０１と、障害票情報作成部３０２と、ログ情報取得処理部３０３とを有する。これら各部は、障害管理装置１０にインストールされた１以上のプログラムがＣＰＵ１０７に実行させる処理により実現される。

また、実施例１における障害管理装置１０は、障害票情報記憶部３０４と、機器情報記憶部３０５と、依存関係情報記憶部３０６とを有する。これら各記憶部は、例えば補助記憶装置１０８を用いて実現可能である。なお、これら各記憶部のうちの少なくとも１つの記憶部が、障害管理装置１０とネットワークＮを介して接続される記憶装置等を用いて実現されていても良い。

障害情報受付部３０１は、障害情報を受け付ける。障害情報受付部３０１は、例えば、ユーザによる障害情報の入力操作によって入力された障害情報を受け付ける。

障害票情報作成部３０２は、障害情報受付部３０１が受け付けた障害情報から障害票情報１０００を作成する。そして、障害票情報作成部３０２は、作成した障害票情報１０００を障害票情報記憶部３０４に記憶させる。

ログ情報取得処理部３０３は、障害票情報１０００に基づいて、障害が発生した機器２０と、当該障害が発生した機能に関して当該機器２０と依存関係がある他の機器２０とからログ情報を取得するための処理を行う。ログ情報取得処理部３０３には、機器機能特定部３１１と、依存関係情報取得部３１２と、機能判定部３１３と、ログ情報取得部３１４とが含まれる。

機器機能特定部３１１は、障害が発生した機器２０の機器ＩＤ（機器２０を識別する識別情報）と、当該機器２０で障害が発生した機能の機能コード（機能を識別する識別情報）とを特定する。機器ＩＤと機能コードとは、障害票情報記憶部３０４に記憶されている障害票情報１０００から特定される。以降では、障害が発生した機器２０を「障害発生機器２０」、当該機器２０が有する機能のうち、当該障害が発生した機能を「障害発生機能」とも表す。

依存関係情報取得部３１２は、機器機能特定部３１１が特定した機器ＩＤを用いて、障害発生機器２０と依存関係にある他の機器２０が定義された依存関係情報３０００を依存関係情報記憶部３０６から取得する。

機能判定部３１３は、依存関係情報取得部３１２が取得した依存関係情報３０００に含まれる機能コードと、障害発生機能の機能コードとが同一であるか否かを判定する。

ログ情報取得部３１４は、機能判定部３１３により依存関係情報に含まれる機能コードと、障害発生機能の機能コードとが同一であると判定された場合、当該依存関係情報に含まれる機器ＩＤの機器２０（障害発生機器２０以外の機器２０）からログ情報を取得する。ログ情報は、機器情報記憶部３０５に記憶されている機器情報２０００を用いて取得される。

障害票情報記憶部３０４は、機器２０が有する機能で発生した障害を管理するための障害票情報１０００を記憶する。なお、障害票情報記憶部３０４には、１以上の障害票情報１０００が記憶される。

ここで、障害票情報１０００の一例について、図５を参照しながら説明する。図５は、障害票情報１０００の一例を示す図（実施例１）である。

図５に示す障害票情報１０００には、フィールド（データの項目）として、「障害票ＩＤ」、「機器ＩＤ」、「機能コード」等が含まれる。

「障害票ＩＤ」は、フィールド値として、障害票情報１０００を識別する識別情報（障害票ＩＤ）が設定される。なお、障害票ＩＤとしては、例えば、ＧＵＩＤ（Globally Unique Identifier）等を用いることができる。

「機器ＩＤ」は、フィールド値として、障害が発生した機器２０（障害発生機器２０）を識別する識別情報（機器ＩＤ）が設定される。なお、機器ＩＤとしては、例えば、機器３０のＩＰ（Internet Protocol）アドレスやホスト名、製造固有番号等を用いることができる。

「機能コード」は、フィールド値として、障害が発生した機能（障害発生機能）を識別する識別情報（機能コード）が設定される。

このように、障害票情報１０００には、機器２０が有する機能で発生した障害を管理するための種々のフィールド及びフィールド値が含まれる。なお、障害票情報１０００には、フィールドとして、例えば、障害票情報１０００が起票（作成）された日付が設定される「起票日」、障害に対する対応の優先度が設定される「優先度」が含まれていても良い。また、障害票情報１０００には、これら以外にも、例えば、障害発生機器２０を所有する顧客の識別情報（顧客ＩＤ）が設定される「顧客ＩＤ」、障害の対応状態が設定される「状態」、障害の影響度が設定される「影響度」等が含まれていても良い。

機器情報記憶部３０５は、機器２０に関する種々の情報を管理するための機器情報２０００を記憶する。なお、機器情報記憶部３０５には、１以上の機器情報２０００が記憶される。

ここで、機器情報２０００の一例について、図６を参照しながら説明する。図６は、機器情報２０００の一例を示す図（実施例１）である。

図６に示す機器情報２０００には、フィールドとして、「機器ＩＤ」、「ＩＰアドレス」等が含まれる。

「機器ＩＤ」は、フィールド値として、機器２０を識別する識別情報（機器ＩＤ）が設定される。「ＩＰアドレス」は、機器２０のＩＰアドレスが設定される。ＩＰアドレスは、例えば、機器２０からログ情報を取得する際の取得先として用いられる。

なお、機器情報２０００には、フィールドとして、例えば、機器２０の名称が設定される「機器名」、機器２０を所有する顧客の識別情報（顧客ＩＤ）が設定される「顧客ＩＤ」、機器２０の設置場所が設定される「設置場所」等が含まれていても良い。

このように、機器情報２０００には、機器２０を管理するための種々のフィールド及びフィールド値が含まれる。

依存関係情報記憶部３０６は、所定の機能に関して機器２０同士の依存関係が定義された依存関係情報３０００を記憶する。なお、依存関係情報記憶部３０６には、１以上の依存関係情報３０００が記憶される。

ここで、依存関係情報３０００の一例について、図７を参照しながら説明する。図７は、依存関係情報３０００の一例を示す図（実施例１）である。

図７に示す依存関係情報３０００には、フィールドとして、「依存元機器」、「依存先機器」、「機能コード」等が含まれる。

「依存元機器」は、フィールド値として、依存元となる機器２０を識別する識別情報（機器ＩＤ）が設定される。「依存先機器」は、フィールド値として、依存先となる機器２０を識別する識別情報（機器ＩＤ）が設定される。「機能コード」は、フィールド値として、フィールド「依存元機器」に設定されている機器ＩＤの機器２０が、フィールド「依存先機器」に設定されている機器ＩＤの機器２０に依存している機能の機能コードが設定される。

例えば、図７に示す例では、フィールド「依存元機器」に「機器００１」、フィールド「依存先機器」に「機器０１１」、フィールド「機能コード」に「プル印刷」がそれぞれ設定されている。これは、機器ＩＤ「機器００１」の機器２０は、機能コード「プル印刷」に関して、機器ＩＤ「機器０１１」に依存していることを示している。

このように、依存関係情報３０００には、機器２０同士の依存関係と、これらの機器２０が依存している機能とを管理するための種々のフィールド及びフィールド値が含まれる。

ここで、依存関係情報３０００によって定義される各機器２０の依存関係について、図８を参照しながら説明する。図８は、各機器２０の依存関係の一例を模式的に示す図である。

図８に示す例では、印刷装置である機器２０－１と、ＭＦＰである機器２０－２と、印刷サーバ装置である機器２０－３と、スキャン配信サーバ装置である機器２０－４と、ストレージサーバ装置である機器２０－５とが示されている。

このような場合、例えば、機能コード「プル印刷」に関して、機器２０－１は依存元機器となり、機器２０－３は依存先機器となる。同様に、例えば、機能コード「プル印刷」に関して、機器２０－２は依存元機器となり、機器２０－３は依存先機器となる。これは、機器２０－３が有する「プル印刷」機能に障害が発生した場合、機器２０－１及び機器２０－２は、機器２０－３から印刷ジョブを取得することができず、印刷を行うことができなくなるためである。

また、例えば、機能コード「スキャン配信」に関して、機器２０－２は依存元機器となり、機器２０－４は依存先機器となる。これは、機器２０－４が有する「スキャン配信」機能に障害が発生した場合、機器２０－２は、スキャンにより生成した画像データを機器２０－４に送信することができなくなるためである。

更に、例えば、機能コード「ストレージ」に関して、機器２０－４は依存元機器となり、機器２０－５は依存先機器となる。これは、機器２０－５が有する「ストレージ」機能に障害が発生した場合、機器２０－４は、機器２０－２から受信した画像データを機器２０－５に配信することができなくなるためである。

このように、依存関係情報記憶部３０６に記憶されている依存関係情報３０００によって、各機器２０は、或る機能に関して他の機器２０との依存関係が定義される。このような依存関係が定義されることで、障害発生機器２０と障害発生機能に関して依存している他の機器２０からもログ情報を取得することができるようになり、障害原因の解析に有用なログ情報を取得することができるようになる。すなわち、障害内容（障害が発生した機器及び機能）に応じて、当該障害の原因となり得る他の機器２０からもログ情報を取得することにより、障害原因の解析に有用なログ情報を取得することができるようになる。

＜障害発生時の全体処理＞
以降では、機器２０が有する機能で障害が発生した場合における障害管理装置１０の全体的な処理について、図９を参照しながら説明する。図９は、障害発生時の全体処理の一例を示すフローチャート（実施例１）である。

まず、障害情報受付部３０１は、機器２０が有する機能で発生した障害の障害情報を受け付ける（ステップＳ１０１）。障害情報には、障害発生機器の機器ＩＤと、障害発生機能の機能コードとが少なくとも含まれる。なお、障害情報受付部３０１は、ユーザによる障害情報の入力操作によって入力された障害情報を受け付けても良いし、機器２０が有する機能で障害が発生したか否かを監視する機器監視装置から送信された障害情報を受け付けても良い。

次に、障害票情報作成部３０２は、上記のステップＳ１０１で受け付けた障害情報から障害票情報１０００を作成する（ステップＳ１０２）。障害票情報作成部３０２は、例えば、障害票ＩＤを生成した上で、当該障害票ＩＤと、障害情報に含まれる機器ＩＤ及び機能コードとが含まれる障害票情報１０００を作成する。

次に、障害票情報作成部３０２は、上記のステップＳ１０２で作成した障害票情報１０００を障害票情報記憶部３０４に記憶させる（ステップＳ１０３）。

次に、ログ情報取得処理部３０３は、障害票情報１０００に基づいて、障害発生機器２０のログ情報と、当該障害発生機器２０と障害発生機能に関して依存関係がある他の機器２０とからログ情報を取得する処理（ログ情報の取得処理）を行う（ステップＳ１０４）。なお、ログ情報の取得処理の詳細については後述する。

以上により、実施例１における障害管理装置１０は、機器２０が有する機能で障害が発生した場合、当該機能に関して当該機器２０と依存関係がある他の機器２０からもログ情報を取得する。このように、当該障害の原因となり得る他の機器２０（すなわち、障害発生機能に関して障害発生機器２０と依存関係がある機器２０）からもログ情報を取得することで、例えば、障害対応を行う担当者等が障害原因の解析を行うにあたって有用なログ情報を取得することができるようになる。

なお、図９に示す例では、障害票情報１０００が作成及び保存（ステップＳ１０３～ステップＳ１０４）された事を契機としてログ情報の取得処理（ステップＳ１０４）を行っているが、これに限られない。ログ情報の取得処理は、ログ情報を取得する障害に関する障害票情報１０００が作成された後、任意の事象を契機として行うことができる。例えば、ログ情報の取得処理は、ユーザの操作（例えば、障害票情報１０００を指定した上で、ログ情報の取得を開始する操作等）を契機として行われても良い。また、例えば、ログ情報の取得処理は、機器監視装置からの要求（例えば、ログ情報の取得要求等）を契機として行われても良い。

＜ログ情報の取得処理＞
次に、図９のステップＳ１０４の処理（ログ情報の取得処理）の詳細について、図１０を参照しながら説明する。図１０は、ログ情報の取得処理の一例を示すフローチャート（実施例１）である。ログ情報の取得処理は、図９のステップＳ１０４で作成された障害票情報１０００又はユーザにより指定された障害票情報１０００がログ情報取得処理部３０３に入力されることで開始される。したがって、図１０における障害票情報１０００は、図９のステップＳ１０４で作成された障害票情報１０００又はユーザにより指定された障害票情報１０００である。

まず、機器機能特定部３１１は、障害発生機器２０の機器ＩＤと、障害発生機能の機能コードとを障害票情報１０００から特定する（ステップＳ２０１）。すなわち、機器機能特定部３１１は、障害票情報１０００に含まれる機器ＩＤ及び機能コードを、それぞれ障害発生機器２０の機器ＩＤ及び障害発生機能の機能コードと特定する。

次に、ログ情報取得部３１４は、上記のステップＳ２０１で特定した機器ＩＤの機器２０（障害発生機器２０）からログ情報を取得する（ステップＳ２０２）。ログ情報取得部３１４は、例えば、機器情報記憶部３０５に記憶されている機器情報２０００のうち、当該機器ＩＤが含まれる機器情報２０００を特定した上で、特定した機器情報２０００に含まれるＩＰアドレスに対してログ情報の取得要求を送信する。これにより、ログ情報取得部３１４は、当該取得要求の応答として、障害発生機器２０のログ情報を取得することができる。

次に、依存関係情報取得部３１２は、依存関係情報記憶部３０６５に記憶されている依存関係情報３０００のうち、上記のステップＳ２０１で特定した機器ＩＤが含まれる依存関係情報３０００を１件取得する（ステップＳ２０３）。このとき、依存関係情報取得部３１２は、フィールド「依存元機器」に当該機器ＩＤが設定されている依存関係情報３０００を取得しても良いし、フィールド「依存先機器」に当該機器ＩＤが設定されている依存関係情報３０００を取得しても良い。また、フィールド「依存元機器」又は「依存先機器」のいずれかに当該機器ＩＤが設定されている依存関係情報３０００を取得しても良い。以降では、依存関係情報３０００に含まれる機器ＩＤのうち、障害発生機器２０の機器ＩＤでない機器ＩＤによって示される機器２０を「依存機器２０」とも表す。依存機器２０は、障害発生機器２０と何等かの機能に関して依存関係にある機器２０のことである。

なお、上記のステップＳ２０２において、当該機器ＩＤが含まれる依存関係情報３０００が存在しない場合（すなわち、障害発生機器２０と依存関係にある機器２０が存在しない場合）、障害管理装置１０は、処理を終了させる。

次に、機能判定部３１３は、上記のステップＳ２０１で特定した機能コード（すなわち、障害発生機能の機能コード）と、依存関係情報取得部３１２により取得された依存関係情報３０００に含まれる機能コードとが同一であるか否かを判定する（ステップＳ２０４）。これは、障害発生機器２０と、依存機器２０とが障害発生機能に関して依存関係にあるか否かを判定することを意味する。

ステップＳ２０４において機能コードが同一であると判定された場合、ログ情報取得部３１４は、依存機器２０からログ情報を取得する（ステップＳ２０５）。ログ情報取得部３１４は、例えば、機器情報記憶部３０５に記憶されている機器情報２０００のうち、依存機器２０の機器ＩＤが含まれる機器情報２０００を特定した上で、特定した機器情報２０００に含まれるＩＰアドレスに対してログ情報の取得要求を送信する。これにより、ログ情報取得部３１４は、当該取得要求の応答として、依存機器２０のログ情報を取得することができる。

ステップＳ２０４において機能コードが同一でないと判定された場合又はステップＳ２０５に続いて、依存関係情報取得部３１２は、上記のステップＳ２０１で特定した機器ＩＤが含まれ、かつ、未取得の依存関係情報３０００が存在するか否かを判定する（ステップＳ２０６）。

ステップＳ２０６において当該機器ＩＤが含まれ、かつ、未取得の依存関係情報３０００が存在しないと判定された場合、障害管理装置１０は、処理を終了する。

一方で、ステップＳ２０６において当該機器ＩＤが含まれ、かつ、未取得の依存関係情報３０００が存在すると判定された場合、依存関係情報取得部３１２は、当該機器ＩＤが含まれ、かつ、未取得の依存関係情報３０００を依存関係情報記憶部３０６から取得する（ステップＳ２０７）。そして、障害管理装置１０は、ステップＳ２０４に進む。これにより、障害発生機器２０の機器ＩＤが含まれる全ての依存関係情報３０００を用いて、ステップＳ２０４～ステップＳ２０５の処理が繰り返し実行される。

以上のように、実施例１における障害管理装置１０は、障害発生機器２０のログ情報を取得すると共に、障害発生機能に関して依存関係がある全ての依存機器２０からもログ情報を取得する。このように、実施例１における障害管理装置１０は、障害内容（障害が発生した機器及び機能）に応じて、当該障害の原因となり得る他の機器２０からもログ情報を取得することができる。これにより、障害原因の解析に有用なログ情報が得られる。

なお、図１０に示すログ情報の取得処理では、障害発生機器２０のログ情報と、当該障害発生機器２０と障害発生機能に関して依存する機器２０（依存機器２０）のログ情報とを取得する場合について説明したが、更に依存する機器２０のログ情報を取得しても良い。すなわち、依存機器２０と障害発生機能に関して依存する機器２０のログ情報を取得しても良い。このように、障害発生機器２０を起点として、障害発生機能に関して階層的に依存関係がある機器２０からもログ情報を取得しても良い。

また、図１０に示すログ情報の取得処理では、ステップＳ２０２で障害発生機器２０からログ情報を取得した後、ステップＳ２０５を繰り返し実行することで依存機器２０からログ情報を取得しているが、これに限られない。例えば、ログ情報の取得対象の依存機器２０を特定した後、障害発生機器２０からのログ情報の取得と、依存機器２０からのログ情報の取得とを同じタイミングで行っても良い。

（実施例２）
以降では、本実施形態に係る障害管理装置１０の実施例２について説明する。実施例２では、ログ情報が複数のログ種別に分類される場合に、障害発生機能に応じたログ種別のログ情報を障害発生機器２０及び依存機器２０から取得する場合について説明する。すなわち、実施例２では、全てのログ種別のログ情報を障害発生機器２０及び依存機器２０から取得するのではなく、障害発生機能に応じたログ種別のログ情報のみを障害発生機器２０及び依存機器２０から取得する場合である。

これにより、実施例２では、ログ情報の取得対象の機器２０から取得されるログ情報の量を減らすことができると共に、障害解析に有用なログ種別のログ情報のみを取得することができるようになる。

なお、実施例２では、主に、実施例１との相違点について説明し、実施例１と同様の構成要素については、その説明を省略する。

＜機能構成＞
実施例２における障害管理装置１０の機能構成について、図１１を参照しながら説明する。図１１は、本実施形態に係る障害管理装置１０の機能構成の一例を示す図（実施例２）である。

図１１に示すように、実施例２における障害管理装置１０のログ情報取得処理部３０３には、更に、機器種別特定部３１５と、ログ種別特定部３１６とが含まれる。また、実施例２における障害管理装置１０は、更に、機器種別情報記憶部３０７を有する。機器種別情報記憶部３０７は、例えば補助記憶装置１０８を用いて実現可能である。なお、機器種別情報記憶部３０７は、障害管理装置１０とネットワークＮを介して接続される記憶装置等を用いて実現されていても良い。

機器種別特定部３１５は、ログ情報の取得対象の機器２０（障害発生機器２０及び依存機器２０）の機器種別を特定する。機器種別は、機器情報記憶部３０５に記憶されている機器情報２０００から特定される。ここで、実施例２における機器情報２０００の一例について、図１２を参照しながら説明する。図１２は、機器情報２０００の一例を示す図（実施例２）である。

図１２に示す機器情報２０００には、フィールドとして、更に、「機器種別」が含まれる。「機器種別」は、フィールド値として、機器２０の種別が設定される。機器２０の種別としては、例えば、様々な機能を有するサーバ装置であることを示す「多機能サーバ」、プル印刷に用いられるサーバ装置であることを示す「プル印刷サーバ」、スキャン配信に用いられるサーバ装置であることを示す「スキャン配信サーバ」等が挙げられる。また、機器２０の種別としては、例えば、ＭＦＰであることを示す「ＭＦＰ」、印刷装置であることを示す「印刷装置」、スキャナ装置であることを示す「スキャナ装置」等が挙げられる。

このように、実施例２における機器情報２０００には、機器２０の種別が設定されるフィールドが含まれる。

ログ種別特定部３１６は、ログ情報の取得対象の機器２０（障害発生機器２０及び依存機器２０）から取得するログ情報の種別（ログ種別）を特定する。ログ種別は、機器種別情報記憶部３０７に記憶されている機器種別情報４０００から特定される。

機器種別情報記憶部３０７は、機器種別毎に、当該機器種別の機器２０で取得可能なログ種別が定義された機器種別情報４０００を記憶する。なお、機器種別情報記憶部３０７には、機器種別毎に、１以上の機器種別情報４０００が記憶される。

ここで、機器種別情報４０００の一例について、図１３を参照しながら説明する。図１３は、機器種別情報４０００の一例を示す図（実施例２）である。

図１３に示す機器種別情報４０００には、フィールドとして、「機器種別」、「機能別ログ種別定義」等が含まれる。

「機器種別」は、フィールド値として、機器２０の種別が設定される。「機能別ログ種別定義」は、フィールド値として、当該機器種別の機器２０が有する機能と、当該機能に対応するログ種別との組が設定される。

例えば、図１３に示す例では、フィールド「機器種別」に「多機能サーバ」、フィールド「機能別ログ種別定義」に「プル印刷＝印刷エンジンログ，スキャン配信＝配信エンジンログ，・・・」が設定されている。これは、機器種別が「多機能サーバ」の機器２０は、「プル印刷」機能及び「スキャン配信」機能を有し、「プル印刷」機能に対応するログ種別は「印刷エンジンログ」であり、「スキャン配信」機能に対応するログ種別は「配信エンジンログ」であることを示している。

このように、機器種別情報４０００には、機器種別に対して、当該機器種別の機器２０が有する機能と当該機能に対応するログ種別との組が設定されるフィールドが含まれる。

＜ログ情報の取得処理＞
以降では、実施例２におけるログ情報の取得処理（図９のステップＳ１０４の処理の詳細）について、図１４を参照しながら説明する。図１４は、ログ情報の取得処理の一例を示すフローチャート（実施例２）である。なお、図１４のステップＳ２０１、ステップＳ２０３～ステップＳ２０４、及びステップＳ２０６～ステップＳ２０７の処理は、図１０と同様であるため、その説明を省略する。

ステップＳ２０１に続いて、機器種別特定部３１５は、ステップＳ２０１で特定した機器ＩＤの機器２０（障害発生機器２０）の機器種別を特定する（ステップＳ３０１）。すなわち、機器種別特定部３１５は、機器情報記憶部３０５に記憶されている機器情報２０００のうち、当該機器ＩＤが含まれる機器情報２０００を特定した上で、特定した機器情報２０００に含まれる機器種別を特定する。これにより、障害発生機器２０の機器種別が特定される。

次に、ログ種別特定部３１６は、上記のステップＳ３０１で特定した機器種別に応じて、ログ情報の取得対象となるログ種別を特定する（ステップＳ３０２）。すなわち、ログ種別特定部３１６は、機器種別情報記憶部３０７に記憶されている機器種別情報４０００のうち、当該機器種別が含まれる機器種別情報４０００を特定する。そして、ログ種別特定部３１６は、特定した機器種別情報４０００の機能別ログ種別定義により、ステップＳ２０１で特定した機能コード（すなわち、障害発生機能の機能コード）に対応するログ種別を特定する。これにより、ログ情報の取得対象となるログ種別が特定される。

次に、ログ情報取得部３１４は、ステップＳ２０１で特定した機器ＩＤの機器２０（障害発生機器２０）から、上記のステップＳ３０２で特定したログ種別のログ情報を取得する（ステップＳ３０３）。ログ情報取得部３１４は、例えば、障害発生機器２０のＩＰアドレスに対して、ログ種別を指定したログ情報の取得要求を送信することで、当該ログ種別のログ情報を障害発生機器２０から取得することができる。

ステップＳ２０４において機能コードが同一であると判定された場合、ログ情報取得部３１４は、依存機器２０から、上記のステップＳ３０２で特定したログ種別のログ情報を取得する（ステップＳ３０４）。ログ情報取得部３１４は、例えば、依存機器２０のＩＰアドレスに対して、ログ種別を指定したログ情報の取得要求を送信することで、当該ログ種別のログ情報を当該依存機器２０から取得することができる。

以上のように、実施例２における障害管理装置１０は、障害発生機能に対応するログ種別のログ情報を障害発生機器２０及び依存機器２０から取得する。これにより、ログ情報を取得する際のネットワーク通信量等を削減させることができると共に、障害原因の解析に有用なログ種別のログ情報のみを得ることができる。

（実施例３）
以降では、本実施形態に係る障害管理装置１０の実施例３について説明する。実施例３では、ユーザ等により予め設定された条件を満たす機器２０（依存機器２０）からログ情報を取得する場合について説明する。

なお、実施例３では、主に、実施例１との相違点について説明し、実施例１と同様の構成要素については、その説明を省略する。

＜機能構成＞
実施例３における障害管理装置１０の機能構成について、図１５を参照しながら説明する。図１５は、本実施形態に係る障害管理装置１０の機能構成の一例を示す図（実施例３）である。

図１５に示すように、実施例３における障害管理装置１０は、更に、条件情報記憶部３０８を有する。条件情報記憶部３０８は、例えば補助記憶装置１０８を用いて実現可能である。なお、条件情報記憶部３０８は、障害管理装置１０とネットワークＮを介して接続される記憶装置等を用いて実現されていても良い。

また、実施例３における障害管理装置１０のログ情報取得処理部３０３に含まれる依存関係情報取得部３１２は、障害発生機器２０の機器ＩＤと障害発生機能の機能コードとを用いて、条件情報記憶部３０８に記憶されている条件情報５０００に設定されているログ取得条件を満たすように依存関係情報３０００を依存関係情報記憶部３０６から取得する。

条件情報記憶部３０８は、機能コード毎に、当該機能コードに対応するログ取得条件が設定された条件情報５０００を記憶する。

ここで、条件情報５０００の一例について、図１６を参照しながら説明する。図１６は、条件情報５０００の一例を示す図（実施例３）である。

図１６に示す条件情報５０００には、フィールドとして、「機能コード」、「ログ取得条件」等が含まれる。「機能コード」は、フィールド値として、障害が発生した機能（障害発生機能）を識別する識別情報（機能コード）が設定される。「ログ取得条件」は、フィールド値として、当該機能コードに対応するログ取得条件（ログ情報が取得される依存機器２０の条件）が設定される。

図１６に示す例では、フィールド「機能コード」に「プル印刷」、フィールド「ログ取得条件」に「依存先のみ」が設定されている。これは、障害発生機能が「プル印刷」である場合、依存関係情報取得部３１２により、障害発生機器２０の機器ＩＤがフィールド「依存元機器」のフィールド値として定義されている依存関係情報３０００が取得されることを示している。これにより、障害発生機能が「プル印刷」である場合、当該障害発生機能に関して障害発生機器２０との関係で依存先となっている依存機器２０からログ情報が取得される。

なお、フィールド「ログ取得条件」に設定されるフィールド値としては、例えば、「依存元のみ」、「依存元又は依存先のいずれか」等が挙げられる。「依存元のみ」が設定されている場合、障害発生機能に関して障害発生機器２０との関係で依存元となっている依存機器２０からログ情報が取得される。また、「依存元又は依存先のいずれか」が設定されている場合、障害発生機能に関して障害発生機器２０との関係で依存元又は依存先のいずれかとなっている依存機器２０からログ情報が取得される。

このように、条件情報５０００には、機能コード毎に、当該機能コードの機能で障害が発生した場合におけるログ取得条件が設定されるフィールドが含まれる。なお、条件情報５０００には、上記のフィールド以外にも、例えば、障害発生機器２０を起点としてログ情報の取得範囲となる依存関係の階層を設定するためのフィールド等が含まれていても良い。

＜ログ情報の取得処理＞
以降では、実施例３におけるログ情報の取得処理（図９のステップＳ１０４の処理の詳細）について、図１７を参照しながら説明する。図１７は、ログ情報の取得処理の一例を示すフローチャート（実施例３）である。なお、図１７のステップＳ２０１～ステップＳ２０２及びステップＳ２０４～ステップＳ２０７は、図１０と同様であるため、その説明を省略する。

ステップＳ２０２に続いて、依存関係情報取得部３１２は、依存関係情報記憶部３０６５に記憶されている依存関係情報３０００のうち、障害発生機器２０の機器ＩＤが含まれ、かつ、障害発生機能に対応する条件情報５０００のログ取得条件を満すように依存関係情報３０００を１件取得する（ステップＳ４０１）。すなわち、依存関係情報取得部３１２は、条件情報記憶部３０８に記憶されている条件情報５０００のうち、障害発生機能の機能コードが含まれる条件情報５０００を特定する。そして、依存関係情報取得部３１２は、特定した条件情報５０００のログ取得条件と、障害発生機器２０の機器ＩＤとに応じて、ログ取得条件を満たす依存関係情報３０００を１件取得する。

ここで、ログ取得条件を満たす依存関係情報３０００とは、例えば、ログ取得条件が「依存先のみ」である場合、障害発生機器２０の機器ＩＤがフィールド「依存元機器」に設定されている依存関係情報３０００のことである。また、例えば、ログ取得条件が「依存元のみ」である場合、障害発生機器２０の機器ＩＤがフィールド「依存先機器」に設定されている依存関係情報３０００のことである。更に、例えば、ログ取得条件が「依存元又は依存先のいずれか」である場合、障害発生機器２０の機器ＩＤがフィールド「依存先機器」又は「依存元機器」のいずれかに設定されている依存関係情報３０００のことである。

これにより、ステップＳ２０５において、ログ取得条件を満たす依存機器２０からログ情報が取得される。なお、ステップＳ４０２の処理は、上記のステップＳ４０１の処理と同様である。

以上のように、実施例３における障害管理装置１０は、障害発生機器２０からログ情報を取得すると共に、障害発生機能に応じて、ログ取得条件を満たす依存機器２０からログ情報を取得する。障害発生機能に応じて、ログ情報の取得対象となる依存機器２０を柔軟に変更することができるようになる。

ここで、条件情報５０００含まれるフィールド「ログ取得条件」のフィールド値は、例えば図１８に示すログ取得条件の設定画面Ｇ１００において設定することができる。図１８に示すログ取得条件の設定画面Ｇ１００には、機能コード選択欄Ｇ１０１と、ログ取得条件選択欄Ｇ１０２と、設定ボタンＧ１０３とが含まれる。ユーザは、機能コード選択欄Ｇ１０１及びログ取得条件選択欄Ｇ１０から所望の機能コード及びログ取得条件をそれぞれ選択した上で、設定ボタンＧ１０３を押下することで、当該機能コードに対応する条件情報５０００のログ取得条件を設定（又は変更）することができる。なお、図１８に示すログ取得条件の設定画面Ｇ１００は、ユーザの操作等に応じて、例えば、障害管理装置１０の表示装置１０２や障害管理装置１０とネットワークＮを介して接続される端末装置のディスプレイ等に表示される。

本発明は、具体的に開示された上記の各実施形態に限定されるものではなく、特許請求の範囲から逸脱することなく、種々の変形や変更が可能である。

１ 障害管理システム
１０ 障害管理装置
２０ 機器
３０１ 障害情報受付部
３０２ 障害票情報作成部
３０３ ログ情報取得処理部
３０４ 障害票情報記憶部
３０５ 機器情報記憶部
３０６ 依存関係情報記憶部
３１１ 機器機能特定部
３１２ 依存関係情報取得部
３１３ 機能判定部
３１４ ログ情報取得部
１０００ 障害票情報
２０００ 機器情報
３０００ 依存関係情報

特開２０１１－１９７７８５号公報

Claims (9)

1. 機器が有する所定の機能で発生した障害を管理するための障害票情報が入力されると、前記機器と前記機能に関して依存関係にある他の機器を特定する特定手段と、
   前記機器と、前記特定手段により特定された他の機器とからログ情報を取得する取得手段と、
   を有し、
   前記取得手段は、
   前記機器と前記他の機器とから、前記機器の機器種別と前記障害が発生した前記機能とに応じたログ種別のログ情報を取得する、ことを特徴とする障害管理システム。
2. 機器が有する所定の機能で発生した障害を管理するための障害票情報が入力されると、前記機器と前記機能に関して依存関係にある他の機器を特定する特定手段と、
   前記機器と、前記特定手段により特定された他の機器とからログ情報を取得する取得手段と、
   を有し、
   前記特定手段は、
   ログ情報の取得対象となる依存関係の条件が定義された条件情報を参照して、前記条件を満たし、かつ、前記機器と前記機能に関して依存関係にある他の機器を特定する、ことを特徴とする障害管理システム。
3. 前記依存関係の条件は、前記機器が他の機器の依存元であることを示す第１条件、前記機器が他の機器の依存先であることを示す第２条件、又は前記第１条件若しくは前記第２条件を示す第３条件のいずれかである、
   ことを特徴とする請求項２に記載の障害管理システム。
4. 前記特定手段は、
   前記機能に関して前記機器の依存先となる他の機器と、前記機能に関して前記機器が依存先となる他の機器とのうちの少なくとも一方の他の機器を特定する、
   ことを特徴とする請求項１乃至３の何れか一項に記載の障害管理システム。
5. 前記機能は、印刷ジョブを蓄積する印刷サーバと連携した印刷処理を実行する印刷機能又は画像データを指定された宛先に配信する配信サーバと連携したスキャン処理を実行するスキャン配信機能である、
   ことを特徴とする請求項１乃至４の何れか一項に記載の障害管理システム。
6. 機器が有する所定の機能で発生した障害を管理するための障害票情報が入力されると、前記機器と前記機能に関して依存関係にある他の機器を特定する特定手段と、
   前記機器と、前記特定手段により特定された他の機器とからログ情報を取得する取得手段と、
   を有し、
   前記取得手段は、
   前記機器と前記他の機器とから、前記機器の機器種別と前記障害が発生した前記機能とに応じたログ種別のログ情報を取得する、ことを特徴とする障害管理装置。
7. 機器が有する所定の機能で発生した障害を管理するための障害票情報が入力されると、前記機器と前記機能に関して依存関係にある他の機器を特定する特定手段と、
   前記機器と、前記特定手段により特定された他の機器とからログ情報を取得する取得手段と、
   を有し、
   前記特定手段は、
   ログ情報の取得対象となる依存関係の条件が定義された条件情報を参照して、前記条件を満たし、かつ、前記機器と前記機能に関して依存関係にある他の機器を特定する、ことを特徴とする障害管理装置。
8. 機器が有する所定の機能で発生した障害を管理するための障害票情報が入力されると、前記機器と前記機能に関して依存関係にある他の機器を特定する特定手順と、
   前記機器と、前記特定手順により特定された他の機器とからログ情報を取得する取得手順と、
   をコンピュータに実行させ、
   前記取得手順は、
   前記機器と前記他の機器とから、前記機器の機器種別と前記障害が発生した前記機能とに応じたログ種別のログ情報を取得する、ことを特徴とするプログラム。
9. 機器が有する所定の機能で発生した障害を管理するための障害票情報が入力されると、前記機器と前記機能に関して依存関係にある他の機器を特定する特定手順と、
   前記機器と、前記特定手順により特定された他の機器とからログ情報を取得する取得手順と、
   をコンピュータに実行させ、
   前記特定手順は、
   ログ情報の取得対象となる依存関係の条件が定義された条件情報を参照して、前記条件を満たし、かつ、前記機器と前記機能に関して依存関係にある他の機器を特定する、ことを特徴とするプログラム。

Images