(57)【要約】【課題】電子装置の設定を行う設定装置側で、全体設定装置側で行われた機能定義変更を検知する。【解決手段】本発明にかかる設定装置は、複数の電子装置が有する各々の機能定義情報を取得し該機能定義情報に基づいてシステムの全体設定情報を生成した全体設定装置から、全体設定情報を取得する第１取得手段と、全体設定情報から、複数の電子装置の内、一の電子装置に関する設定情報を抽出し、該一の電子装置の設定情報を生成する生成手段と、全体設定装置が全体設定情報を生成した際に取得した機能定義情報の内、一の電子装置の機能定義情報を取得する第２取得手段と、一の電子装置の設定情報と、一の電子装置の機能定義情報とを照合して、全体設定装置により全体設定情報が生成された際、一の電子装置の機能定義情報が変更されたか否かを判定する照合判定手段とを備える。【選択図】図１１
2014127043.tif 000002
【特許請求の範囲】
【請求項１】
複数の電子装置を含むシステムの設定装置であって、
前記複数の電子装置が有する各々の機能定義情報を取得し該機能定義情報に基づいて前記システムの全体設定情報を生成した全体設定装置から、前記全体設定情報を取得する第１取得手段と、
前記全体設定情報から、前記複数の電子装置の内、一の電子装置に関する設定情報を抽出して、該一の電子装置の設定情報を生成する生成手段と、
前記全体設定装置が前記全体設定情報を生成した際に取得した機能定義情報の内、前記一の電子装置の機能定義情報を取得する第２取得手段と、
前記一の電子装置の設定情報と、前記一の電子装置の機能定義情報とを照合して、前記全体設定装置により前記全体設定情報が生成された際、前記一の電子装置の機能定義情報が変更されたか否かを判定する照合判定手段と、
を備える設定装置。
【請求項２】
前記全体設定情報は、前記複数の電子装置毎に、該電子装置が有する機能定義情報と、該機能定義情報により定義された機能を動作させるために付与された設定値とを含み、
前記設定情報は、前記一の電子装置が有する機能定義情報と、該機能定義情報により定義された機能を動作させるために付与された設定値とを含む請求項１記載の設定装置。
【請求項３】
前記機能定義情報は、ＸＭＬ形式の参照構造により記述される請求項１又は２記載の設定装置。
【請求項４】
前記照合判定手段は、前記機能定義情報が参照先を示す参照データにより指定される場合、該参照データにより特定される機能定義情報を照合する請求項３記載の設定装置。
【請求項５】
前記システムは、国際標準規格ＩＥＣ６１８５０に準拠する請求項１ないし４何れか一項記載の設定装置。
【請求項６】
複数の電子装置を含むシステムの設定方法であって、
前記複数の電子装置が有する各々の機能定義情報を取得し該機能定義情報に基づいて前記システムの全体設定情報を生成した全体設定装置から、前記全体設定情報を取得する第１取得手順と、
前記全体設定情報から、前記複数の電子装置の内、一の電子装置に関する設定情報を抽出して、該一の電子装置の設定情報を生成する生成手順と、
前記全体設定装置が前記全体設定情報を生成した際に取得した機能定義情報の内、前記一の電子装置の機能定義情報を取得する第２取得手順と、
前記一の電子装置の設定情報と、前記一の電子装置の機能定義情報とを照合して、前記全体設定装置により前記全体設定情報が生成された際、前記一の電子装置の機能定義情報が変更されたか否かを判定する照合判定手順と、
を有する設定方法。
【請求項７】
コンピュータに、
複数の電子装置が有する各々の機能定義情報を取得し該機能定義情報に基づいて前記システムの全体設定情報を生成した全体設定装置から、前記全体設定情報を取得する第１取得手順と、
前記全体設定情報から、前記複数の電子装置の内、一の電子装置に関する設定情報を抽出して、該一の電子装置の設定情報を生成する生成手順と、
前記全体設定装置が前記全体設定情報を生成した際に取得した機能定義情報の内、前記一の電子装置の機能定義情報を取得する第２取得手順と、
前記一の電子装置の設定情報と、前記一の電子装置の機能定義情報とを照合して、前記全体設定装置により前記全体設定情報が生成された際、前記一の電子装置の機能定義情報が変更されたか否かを判定する照合判定手順と、
を実行させるための設定プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、設定装置、設定方法及び設定プログラムに関する。
【背景技術】
【０００２】
所定の施設内の機器に対し、ネットワークを介して外部の設定装置から設定情報を登録し、施設内の各機器が設定情報に基づき制御されるシステムがある。例えば、変電所内の各機器は、国際標準規格であるＩＥＣ６１８５０に準拠して構築され、ＩＥＣ６１８５０で定められた設定情報に基づいて制御される。変電所内の機器としては、開閉器、駆動装置、発電機、又は変圧器等の主装置、及び主装置を制御する電子装置（ＩＥＤ：Intelligent Electronic Device）などが挙げられる。
【０００３】
例えば、変電所のような施設内の各機器を制御する技術として、特許文献１に記載の技術がある。特許文献１に記載の設備制御システムは、フィールドデバイス（例えば、ＩＥＤ）の機能が制御ステーションにインストールされ、通信リンクがデバイス機能と制御ステーションとの間に形成されて、フィールドデバイスの集積化を行う。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００１−２０２１０４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
ＩＥＣ６１８５０では、ＩＥＤの機能をＩＣＤ（IED Capability Description）ファイルと呼ばれるテンプレートファイルで表す。施設内に設置されるＩＥＤは、各々のＩＣＤファイルを有するので、複数ベンダーのＩＥＤが存在する場合、ベンダー各社は、それぞれ自社ＩＥＤのＩＣＤファイルを用意する。
【０００６】
ＩＥＣ６１８５０のシステムエンジニアリングでは、まず、システムコンフィグレータと呼ばれるエンジニアリングツールを使用する。システムコンフィグレータは、各社ＩＥＤのＩＣＤファイルを統合的に読み込んで、システム全体の設定などを反映したＳＣＤ（System Configuration Description）ファイルを生成する。ＳＣＤファイルには、各社のＩＣＤファイルの内容をベースにして、各々のＩＥＤに対し、全体のシステム仕様に合わせた設定値を反映する。よって、システムコンフィグレータにより生成されたＳＣＤファイルには、施設内に設置される全てのＩＥＤのそれぞれに対し設定された設定情報が含まれている。
【０００７】
次に、施設内に設置される各々のＩＥＤに対し、設定情報を反映する場合、ＩＥＤコンフィグレータと呼ばれるエンジニアリングツールを使用する。ＩＥＤコンフィグレータは、システムコンフィグレータにより生成されたＳＣＤファイルを読み込み、対象となるＩＥＤの設定情報を抽出し、ＩＥＤに対し、抽出された設定情報を反映する。なお、各々のＩＥＤに反映すべき設定情報は、ＣＩＤ（Configured IED Description）ファイルとして出力される。このため、ＩＥＤコンフィグレータは、ＳＣＤファイルから対象となるＩＥＤの設定情報を抽出し、ＣＩＤファイルを生成し、ＩＥＤに対し生成したＣＩＤファイルを設定する。
【０００８】
このように、ＩＥＣ６１８５０のシステムエンジニアリングでは、各々のＩＥＤに設定するための設定情報（ＩＣＤファイル）が出来上がるまでに、システムコンフィグレータ及びＩＥＤコンフィグレータというエンジニアリングツールを経由する。
【０００９】
ここで、システムコンフィグレータでのＳＣＤファイル作成時、ベンダー各社のＩＣＤファイルから取り込んだＩＥＤの機能定義が誤って変更されてしまうと、ＩＥＤに設定情報（ＩＣＤファイル）が反映された場合、ＩＥＤが適切に動作できなくなるという問題がある。
【００１０】
現状、統一されたシステムコンフィグレータツールは提供されておらず、ＳＣＤファイルは、任意のシステムコンフィグレータツールにより作成される。このため、システムコンフィグレータでのＳＣＤファイル作成時、誤って、ＩＥＤの機能定義にかかる論理ノードやそのデータ項目の追加や削除がなされる可能性を排除できない。
【００１１】
本発明の実施の形態においては、このような点に鑑みて、電子装置の誤動作防止を目的とし、電子装置の設定を行う設定装置側で、全体設定装置側で行われた機能定義変更を検知することを目的とする。
【課題を解決するための手段】
【００１２】
本発明の一態様における設定装置は、複数の電子装置を含むシステムの設定装置であって、前記複数の電子装置が有する各々の機能定義情報を取得し該機能定義情報に基づいて前記システムの全体設定情報を生成した全体設定装置から、前記全体設定情報を取得する第１取得手段と、前記全体設定情報から、前記複数の電子装置の内、一の電子装置に関する設定情報を抽出して、該一の電子装置の設定情報を生成する生成手段と、前記全体設定装置が前記全体設定情報を生成した際に取得した機能定義情報の内、前記一の電子装置の機能定義情報を取得する第２取得手段と、前記一の電子装置の設定情報と、前記一の電子装置の機能定義情報とを照合して、前記全体設定装置により前記全体設定情報が生成された際、前記一の電子装置の機能定義情報が変更されたか否かを判定する照合判定手段と、を備える。
【００１３】
また、本発明の他の態様における設定方法は、複数の電子装置を含むシステムの設定方法であって、前記複数の電子装置が有する各々の機能定義情報を取得し該機能定義情報に基づいて前記システムの全体設定情報を生成した全体設定装置から、前記全体設定情報を取得する第１取得手順と、前記全体設定情報から、前記複数の電子装置の内、一の電子装置に関する設定情報を抽出して、該一の電子装置の設定情報を生成する生成手順と、前記全体設定装置が前記全体設定情報を生成した際に取得した機能定義情報の内、前記一の電子装置の機能定義情報を取得する第２取得手順と、前記一の電子装置の設定情報と、前記一の電子装置の機能定義情報とを照合して、前記全体設定装置により前記全体設定情報が生成された際、前記一の電子装置の機能定義情報が変更されたか否かを判定する照合判定手順と、を有する。
【００１４】
また、本発明の他の態様における設定プログラムは、コンピュータに、複数の電子装置が有する各々の機能定義情報を取得し該機能定義情報に基づいて前記システムの全体設定情報を生成した全体設定装置から、前記全体設定情報を取得する第１取得手順と、前記全体設定情報から、前記複数の電子装置の内、一の電子装置に関する設定情報を抽出して、該一の電子装置の設定情報を生成する生成手順と、前記全体設定装置が前記全体設定情報を生成した際に取得した機能定義情報の内、前記一の電子装置の機能定義情報を取得する第２取得手順と、前記一の電子装置の設定情報と、前記一の電子装置の機能定義情報とを照合して、前記全体設定装置により前記全体設定情報が生成された際、前記一の電子装置の機能定義情報が変更されたか否かを判定する照合判定手順と、を実行させる。
【発明の効果】
【００１５】
開示の技術によれば、電子装置の設定を行う設定装置側で、全体設定装置側で行われた機能定義変更を検知することができる。
【図面の簡単な説明】
【００１６】
【図１】実施例におけるシステム構成の一例を示す図。
【図２】実施例におけるシステムコンフィグレータ１及びＩＥＤコンフィグレータ２のハードウェア構成の一例を示す図。
【図３】実施例におけるシステムコンフィグレータ１の有する機能の一例を示すブロック図。
【図４】実施例におけるＩＥＤコンフィグレータ２の有する機能の一例を示すブロック図。
【図５】Ａ社ＩＣＤファイルの一例を示す図。
【図６】Ｂ社のＩＣＤファイルの一例を示す図。
【図７】Ｃ社のＩＣＤファイルの一例を示す図。
【図８】ＳＣＤファイルの一例（その１）を示す図。
【図９】ＳＣＤファイルの一例（その２）を示す図。
【図１０】ＣＩＤファイルの一例を示す図。
【図１１】ＩＥＤコンフィグレータ２のＣＩＤファイル生成処理の一例を示すフローチャート。
【図１２】ＩＥＤコンフィグレータ２のＣＩＤファイル確認処理（その１）の一例を示すフローチャート。
【図１３】ＩＥＤコンフィグレータ２のＣＩＤファイル確認処理（その２）の一例を示すフローチャート。
【図１４】ＩＥＤコンフィグレータ２のＣＩＤファイル確認処理（その３）の一例を示すフローチャート。
【図１５】ＩＥＤコンフィグレータ２のＣＩＤファイル確認処理（その４）の一例を示すフローチャート。
【図１６】ＩＥＤコンフィグレータ２のＣＩＤファイル確認処理（その５）の一例を示すフローチャート。
【発明を実施するための形態】
【００１７】
以下、上記課題を解決する実施例について、添付図面を参照しながら説明する。
【００１８】
［実施例］
＜システム構成＞
図１は、実施例におけるシステム構成の一例を示す図である。図１に示す制御システムは、システムコンフィグレータ１と、ＩＥＤコンフィグレータ２と、ＩＥＤ（電子装置）３と、主装置４とを有する。変電所１００には、主装置4、及び主装置4を制御するＩＥＤ３などが設置される。
【００１９】
システムコンフィグレータ１は、システム全体をコンフィグレーション（構成）する全体設定装置である。システムコンフィグレータ１は、例えばＰＣ（Personal Computer）のハードウェアに、システムコンフィグレータと呼ばれるエンジニアリングツール（ソフトウェア）をインストールして構築することができる。
【００２０】
ＩＥＤコンフィグレータ２は、各々のＩＥＤをコンフィグレーションする設定装置である。ＩＥＤコンフィグレータ２は、例えばＰＣのハードウェアに、ＩＥＤコンフィグレータと呼ばれるエンジニアリングツール（ソフトウェア）をインストールして構築することができる。
【００２１】
ＩＥＤ３は、プロセッサと通信機能とを有するインテリジェントな電子装置であり、主装置４の制御を行う。ＩＥＤ３は、ＩＥＤコンフィグレータ２から設定情報（例えば、ＣＩＤファイル）を取得し、この設定情報に基づいて、主装置４を制御するためのデータモデルを生成する。ＩＥＤ３は、データモデルの設定値に基づいて機器を制御する。
【００２２】
主装置４は、複数のベンダーによって提供される開閉器、駆動装置、発電機、又は変圧器等の機器装置である。主装置４は、ＩＥＤ３により制御される。ＩＥＤ３と主装置４とは、シリアル通信ケーブル、アナログ信号やデジタル（ＯＮ／ＯＦＦ）信号を伝送する銅線などで接続される。
【００２３】
なお、通常の場合、変電所１００内のＩＥＤ３及び主装置４は、例えば、Ａ社、Ｂ社、Ｃ社といった複数のベンダーにより提供されることも多い。ベンダー各社は、自社のＩＥＤを設定するためのＩＥＤコンフィグレータ２を、ベンダー各社毎に準備する。
【００２４】
＜ＩＥＣ６１８５０システムエンジニアリング＞
次に、国際標準規格ＩＥＣ６１８５０のシステムエンジニアリングの流れについて説明する前に、まず、ＩＣＤファイル、ＳＣＤファイル、ＣＩＤファイルについて説明する。
【００２５】
・「ＩＣＤファイル」
ＩＣＤファイルは、個々のＩＥＤが有する機能を、ＸＭＬ形式で記述し定義した機能定義ファイルである。ベンダー各社は、自社のＩＥＤが有する機能定義（仕様）をＩＣＤファイルとして、変電所の管理者に対し提出する。
【００２６】
・「ＳＣＤファイル」
ＳＣＤファイルは、変電所システム全体の設定情報を、ＸＭＬ形式で記述した設定ファイルである。ＳＣＤファイルは、システムコンフィグレータ１により生成される。変電所の管理者は、ベンダー各社から各々のＩＣＤファイルを取得し、システムコンフィグレータ１を用いて、ＳＣＤファイルを生成する。ＳＣＤファイルは、機能定義ファイルであるＩＣＤファイルに基づいて生成され、ベンダー各社のＩＥＤ毎に、ＩＥＤが有する機能定義と、機能定義により定義された機能を動作させるために付与された設定値とを含む。
【００２７】
例えば、ベンダー各社のＩＥＤがネットワーク通信機能を有する場合、付与される設定値として、ＩＥＤのＩＰアドレス設定等が挙げられる。管理者は、システム全体内でネットワークアドレスが重複しないように、個々のＩＥＤのＩＰアドレスを決定し、ＳＣＤファイル内に記述する。
【００２８】
また、例えば、ベンダー各社のＩＥＤがＩＥＤ同士の連携機能を有する場合、付与される設定値は、連携にかかる設定値である。例えば、Ａ社のＩＣＤファイルによれば、Ａ社のＩＣＤは、緊急通知をマルチキャストで送信する機能を有し、Ｂ社のＩＣＤファイルによれば、Ｂ社のＩＣＤは、緊急通知を受信し警報を出力する機能を有するとする。この場合、連携機能を実現させるには、Ａ社のＩＥＤには、緊急通知を送信設定及び所定条件の設定が必要とされ、Ｂ社のＩＥＤには、Ａ社のＩＥＤから緊急通知を受信する設定及び受信時の動作設定などが必要とされる。
【００２９】
このように、ＳＣＤファイルには、システム全体の下、各社のＩＥＤが有する個々の機能を動作させるための設定情報が記述される。
【００３０】
・「ＣＩＤファイル」
ＣＩＤファイルは、個々のＩＥＤに対し設定するための設定情報を、ＸＭＬ形式で記述した設定ファイルである。ＣＩＤファイルは、ＩＥＤコンフィグレータ２により生成される。ベンダー各社の担当者は、システムコンフィグレータ１により生成されたＳＣＤファイルを取得し、取得したＳＣＤファイルをＩＥＤコンフィグレータ２に取り込んでから、自社ＩＥＤ３の設定情報の部分を抽出することで、ＣＩＤファイルを生成する。ＣＩＤファイルは、ＩＥＤの設定ファイルであるので、そのＩＥＤが有する機能定義と、機能定義により定義された機能を動作させるために付与された設定値とを含む。
【００３１】
次に、再び図１を参照しながら、ＩＥＣ６１８５０のシステムエンジニアリングの流れについて説明する。
【００３２】
（１）まず、変電所１００内において、複数ベンダーのＩＥＤ３が設置される場合、ベンダー各社は、それぞれ自社ＩＥＤ３のＩＣＤファイルを用意する。
【００３３】
（２）変電所１００の管理者は、ベンダー各社から提供される各々のＩＣＤファイルを取得し、取得したＩＣＤファイルをシステムコンフィグレータ１に取り込んで、変電所全体のシステム仕様に基づき、具体的な設定値を付与し、変電所システム全体の設定情報を作成する。これにより、ＳＣＤファイルが生成される。生成されたＳＣＤファイルには、施設内に設置される全てのＩＥＤのそれぞれに対し設定された設定情報が含まれている。
【００３４】
（３）ベンダー各社の担当者は、システムコンフィグレータ１により生成されたＳＣＤファイルを取得し、取得したＳＣＤファイルをＩＥＤコンフィグレータ２に取り込んでから、自社ＩＥＤ３の設定情報の部分を抽出する。これにより、ＣＩＤファイルが生成される。
【００３５】
（４）ベンダー各社の担当者は、ＩＥＤコンフィグレータ２を用いて、生成したＣＩＤファイルを、自社ＩＥＤ３に対し設定（登録）する。これにより、ＩＥＤ３の設定は完了する。ＩＥＤ３は、ＩＥＤコンフィグレータ２からＣＩＤファイルを取得すると、ＣＩＤファイルに基づいて、設定情報を自装置に反映する。
【００３６】
＜ハードウェア構成＞
図２は、実施例におけるシステムコンフィグレータ１及びＩＥＤコンフィグレータ２のハードウェア構成の一例を示す図である。システムコンフィグレータ１及びＩＥＤコンフィグレータ２は、主要な構成として、ＣＰＵ１１、ＲＯＭ１２、ＲＡＭ１３、ＨＤＤ１４、記憶媒体読取装置１５、入力装置１６、表示装置１７、及び通信装置１８を有する。システムコンフィグレータ１及びＩＥＤコンフィグレータ２は、例えば、ディスプレイを備えたＰＣ、ノートＰＣ、サーバなどにより実現される。
【００３７】
ＣＰＵ１１は、マイクロプロセッサ及びその周辺回路から構成され、装置全体を制御する回路である。また、ＲＯＭ１２は、ＣＰＵ１１で実行される所定の制御プログラムを格納するメモリである。また、ＲＡＭ１３は、ＣＰＵ１１がＲＯＭ１２に格納された所定の制御プログラムを実行して各種の制御を行うときの作業領域として使用するメモリである。
【００３８】
ＨＤＤ１４は、汎用のＯＳ、各種プログラムを含む各種情報を格納する装置であり、不揮発性の記憶装置である。記憶媒体読取装置１５は、ＣＤやＤＶＤ、ＵＳＢメモリ等の外部記憶媒体から情報を入力する装置である。
【００３９】
入力装置１６は、ユーザが各種入力操作を行うための装置である。入力装置１６は、マウス、キーボード、表示装置１７の表示画面上に重畳するように設けられたタッチパネルスイッチなどを含む。
【００４０】
表示装置１７は、各種データを表示画面に表示する装置である。例えばＬＣＤ(Liquid Crystal Display)、ＣＲＴ(Cathode Ray Tube)などから構成される。
【００４１】
通信装置１８は、ネットワークを介して他の機器との通信を行う装置である。有線ネットワークや無線ネットワークなど含む各種ネットワーク形態に応じた通信をサポートする。
【００４２】
＜機能構成＞
図３は、実施例におけるシステムコンフィグレータ１の有する機能の一例を示すブロック図である。図３に示すシステムコンフィグレータ１は、ＩＣＤファイル取得部１０１、ＳＣＤファイル生成部１０２、記憶部１０３を有する。
【００４３】
ＩＣＤファイル取得部１０１は、ベンダー各社により提供される各々のＩＥＤ３のＩＣＤファイルを取得する。ＩＣＤファイル取得部１０１は、ネットワーク、携帯型記憶媒体などを介し、ＩＣＤファイルを取得すればよい。
【００４４】
ＳＣＤファイル生成部１０２は、ＩＣＤファイルを取り込んで、変電所全体のシステム仕様に基づき、具体的な設定値を付与し、変電所システム全体の設定情報を作成することにより、ＳＣＤファイルを生成する。
【００４５】
記憶部１０３は、取得したＩＣＤファイルや、生成されたＳＣＤファイルなどを記憶する。
【００４６】
以上、これらの機能部は、システムコンフィグレータ１を構成するコンピュータのＣＰＵ、ＲＯＭ、ＲＡＭ等のハードウェア資源上で実行されるエンジニアリングツール（ソフトウェア）によって実現される。
【００４７】
図４は、実施例におけるＩＥＤコンフィグレータ２の有する機能の一例を示すブロック図である。図３に示すＩＥＤコンフィグレータ２は、ＳＣＤファイル取得部２０１、ＣＩＤファイル生成部２０２、ＩＣＤファイル取得部２０３、ＩＣＤ・ＣＩＤ照合判定部２０４、ＣＩＤファイル設定部２０５、記憶部２０６を有する。
【００４８】
ＳＣＤファイル取得部２０１は、システムコンフィグレータ１により生成されたＳＣＤファイルを取得する。ＳＣＤファイル取得部２０１は、ネットワーク、携帯型記憶媒体などを介し、ＳＣＤファイルを取得すればよい。
【００４９】
ＣＩＤファイル生成部２０２は、ＳＣＤファイルの中から、特定のＩＥＤ（例えば、Ａ社のＩＥＤ３ａ）についての設定情報を抽出することにより、特定のＩＥＤに対し設定するＣＩＤファイルを生成する。
【００５０】
ＩＣＤファイル取得部２０３は、ベンダーにより提供されるＩＥＤ３のＩＣＤファイルを取得する。ここで取得されるＩＣＤファイルは、ＣＩＤファイル生成部２０２により生成されたＣＩＤファイルの設定先となるＩＥＤのＩＣＤファイルである。例えば、ＣＩＤファイル生成部２０２によりＡ社のＩＥＤ３ａに対し設定するＣＩＤファイルが生成される場合、ＩＣＤファイル取得部２０３は、Ａ社により提供されるＩＥＤ３ａのＩＣＤファイルを取得する。ＩＣＤファイル取得部２０３は、ネットワーク、携帯型記憶媒体などを介し、ＩＣＤファイルを取得すればよい。
【００５１】
ＩＣＤ・ＣＩＤ照合判定部２０４は、ＩＣＤファイル取得部２０３により取得されたＩＣＤファイルと、ＣＩＤファイル生成部２０２により生成されたＣＩＤファイルとを照合（比較）し、システムコンフィグレータ１によりＳＣＤファイルが生成された際、特定のＩＥＤ３の機能定義情報が変更されたか否かを判定する。ＩＥＤの機能定義情報が変更されている場合、特定のＩＥＤ３に対し、ＣＩＤファイル生成部２０２により生成されたＣＩＤファイルを設定したとしても、適切に動作できない可能性がある。
【００５２】
よって、ＩＣＤ・ＣＩＤ照合判定部２０４は、ＩＥＤの機能定義情報が変更されている場合、照合判定結果を出力し、ベンダー担当者に対し、生成されたＣＩＤファイルは、ＩＥＤの機能定義情報が変更されており、有効でない可能性がある旨を通知する。なお、ＩＥＤの機能定義情報が変更されていない場合にも、ＩＥＤの機能定義情報が変更されていない旨の照合判定結果を出力してもよい。
【００５３】
ＣＩＤファイル設定部２０５は、特定のＩＥＤに対し、ＣＩＤファイルを設定する。ＣＩＤファイル設定部２０５は、原則的には、ＩＣＤ・ＣＩＤ照合判定部２０４により、ＩＥＤの機能定義情報が変更されていないとの照合判定結果を得たＣＩＤファイルを設定する。ＣＩＤファイル設定部２０５は、ネットワーク、携帯型記憶媒体などを介し、ＣＩＤファイルをＩＥＤ３に設定する。
【００５４】
記憶部２０６は、取得したＳＣＤファイルやＩＣＤファイル、生成したＣＩＤファイルなどを記憶する。
【００５５】
以上、これらの機能部は、ＩＥＤコンフィグレータ２を構成するコンピュータのＣＰＵ、ＲＯＭ、ＲＡＭ等のハードウェア資源上で実行されるエンジニアリングツール（ソフトウェア）によって実現される。
【００５６】
＜各種データ＞
次に、実施例で用いられる各種データの具体例について説明する。
【００５７】
（ＩＣＤファイル）
図５は、Ａ社のＩＣＤファイルの一例を示す図である。図５のＩＣＤファイルは、Ａ社のＩＥＤ（IED name=””E1”）が有する機能定義（仕様）を、ＸＭＬ形式で記述し定義した機能定義ファイルである。
【００５８】
ＩＣＤファイルは、複数の「要素」から構成される。「要素」は、マークアップしたい対象の文字列（要素の内容）を、「タグ」で囲んだ情報の単位を示す。「タグ」とは、要素の境界を明示的に示すもので、「要素」の開始を「開始タグ」、「要素」の終わりを「終了タグ」という。
【００５９】
例えば、＜ＩＥＤ＞要素５０１は、ＩＥＤ装置名等を定義する要素である。＜ＩＥＤ＞要素５０１は、＜ＩＥＤ＞という開始タグ、＜／ＩＥＤ＞という終了タグで囲まれて定義される。
【００６０】
また、「要素」は、属性を有する。例えば、＜ＩＥＤ＞要素５０１は、「ｎａｍｅ」、「ｔｙｐｅ」、「ｍａｎｕｆａｃｔｕｒｅｒ」、「ｃｏｎｆｉｇＶｅｒｓｉｏｎ」という属性を有する。
【００６１】
また、「要素」は、要素内に他の「要素」を含むことができる。例えば、＜ＩＥＤ＞要素５０１は、「ＡｃｃｅｓｓＰｏｉｎｔ」、「Ｓｅｒｖｅｒ」、「ＬＤｅｖｉｃｅ」、「ＬＮ０」といった「要素」を含んでいる。
【００６２】
また、属性には、参照データを指定可能である。例えば、＜ＩＥＤ＞要素５０１内で定義される＜ＬＮ０＞要素５０２は、「ｌｎＴｙｐｅ」という属性を有し、「ｌｎＴｙｐｅ」の属性値は、「ＬＬＮ０＿１」という参照データで指定されている。
【００６３】
属性値の参照先は、＜ＤＡＴＡＴＹＰＥＴＥＭＰＬＡＴＥＳ＞要素５０３内で定義される。例えば、＜ＬＮ０＞要素５０２の「ｌｎＴｙｐｅ」の属性値は、＜ＤＡＴＡＴＹＰＥＴＥＭＰＬＡＴＥＳ＞要素５０３内で定義される＜ＬＮｏｄｅＴｙｐｅ＞要素５０４の「ｉｄ」属性と対応付けられる。よって、「ｌｎＴｙｐｅ」の属性値の参照先を取得する場合、「ｌｎＴｙｐｅ」属性の属性値（例えば、「ＬＬＮ０＿１」）と一致する＜ＬＮｏｄｅＴｙｐｅ＞要素５０４の「ｉｄ」属性値を探索する。
【００６４】
また、例えば、＜ＤＯ＞要素５０５の「ｔｙｐｅ」属性の属性値は、「ＩＮＣ＿０」である。属性値の参照先は、＜ＤＡＴＡＴＹＰＥＴＥＭＰＬＡＴＥＳ＞要素５０３内で定義される＜ＤＯＴｙｐｅ＞要素５０６の「ｉｄ」属性と対応付けられる。よって、「ｔｙｐｅ」の属性値の参照先を取得する場合、「Ｔｙｐｅ」属性の属性値（例えば、「ＩＮＣ＿０」）と一致する＜ＤＯＴｙｐｅ＞要素５０６の「ｉｄ」属性値を探索する。
【００６５】
図６は、Ｂ社のＩＣＤファイルの一例を示す図である。図７は、Ｃ社のＩＣＤファイルの一例を示す図である。ベンダー各社は、図５〜７のＩＣＤファイルを、自社のＩＥＤが有する機能定義（仕様）として、変電所の管理者に対し提出する。
【００６６】
（ＳＣＤファイル）
図８は、ＳＣＤファイルの一例（その１）を示す図である。図８のＳＣＤファイルは、Ａ社、Ｂ社、Ｃ社のＩＥＤを含む変電所システム全体の設定情報を、ＸＭＬ形式で記述した設定ファイルである。ＳＣＤファイルは、システムコンフィグレータ１により、ＩＣＤファイルに基づいて生成され、ベンダー各社のＩＥＤ毎に、ＩＥＤが有する機能定義と、機能定義により定義された機能を動作させるために付与された設定値とを含む。
【００６７】
例えば、＜ＣＯＭＭＵＮＩＣＡＴＩＯＮ＞要素８０１は、Ａ社のＩＥＤ、Ｂ社のＩＥＤ、Ｃ社のＩＥＤのネットワーク設定情報を示す。例えば、変電所の管理者が、システムコンフィグレータ１を用い、各社のＩＥＤの有するネットワーク機能に対し、ＩＰアドレス（設定値）を設定する。
【００６８】
また、＜ＩＥＤ＞要素８０２は、Ａ社のＩＣＤファイル（図５）に基づいて生成される設定情報である。具体的に、＜ＩＥＤ＞要素８０２は、Ａ社のＩＣＤファイル内の＜ＩＥＤ＞要素５０１と、Ａ社のＩＥＤ３ａの有する機能に対し付与された設定値とを含む。例えば、変電所の管理者が、システムコンフィグレータ１を用い、＜ＩＥＤ＞要素８０１に基づくＩＥＤ３ａの有する機能に対し、Ａ社のＩＥＤ３ａの設定値を設定する。システムコンフィグレータ１は、ＩＥＤ３ａの有する機能に対し設定された設定値を記述することにより、ＳＣＤファイルを生成する。
【００６９】
同様に、＜ＩＥＤ＞要素８０３、＜ＩＥＤ＞要素８０４は、それぞれ、Ｂ社のＩＣＤファイル（図６）及びＣ社のＩＣＤファイル（図７）に基づいて生成される設定情報である。変電所の管理者は、システムコンフィグレータ１を用い、ＩＥＤ３ｂ及びＩＥＤ３ｃの有する機能に対し、それぞれの設定値を設定する。
【００７０】
また、＜ＤＡＴＡＴＹＰＥＴＥＭＰＬＡＴＥＳ＞要素８０５は、属性値の参照先を定義する要素である。Ａ社、Ｂ社、Ｃ社のＩＣＤファイル（図５〜７）に記述されている＜ＤＡＴＡＴＹＰＥＴＥＭＰＬＡＴＥＳ＞要素の全てが、ここに記述される。
【００７１】
ここで、Ａ社のＩＥＤ３ａの＜ＬＮ０＞要素８０２−１と、Ｂ社のＩＥＤ３ｂの＜ＬＮ０＞要素８０３−１とを照合（比較）する。＜ＬＮ０＞要素は、「ｌｎＴｙｐｅ」という属性を有するが、「ｌｎＴｙｐｅ」属性の属性値は、いずれも「ＬＬＮ０＿１」となっている。
【００７２】
また、属性値の参照先は、＜ＤＡＴＡＴＹＰＥＴＥＭＰＬＡＴＥＳ＞要素８０５内で定義される。例えば、＜ＬＮ０＞要素５０２の「ｌｎＴｙｐｅ」の属性値は、＜ＤＡＴＡＴＹＰＥＴＥＭＰＬＡＴＥＳ＞要素８０５内で定義される＜ＬＮｏｄｅＴｙｐｅ＞要素の「ｉｄ」属性と対応付けられる。
【００７３】
しかしながら、現状、ＩＥＣ６１８５０では、参照先（参照データ）を指定するＩＤの統一ルールがない。このため、システムコンフィグレータ１により、各社のＩＣＤファイルが取り込まれたとき、ベンダー各社によりＩＣＤファイル内で使用されているＩＤが、互いに重複する場合がある。
【００７４】
例えば、図５のＡ社のＩＣＤファイルと、図６のＢ社のＩＣＤファイルとを参照すると、「ｌｎＴｙｐｅ」属性の属性値は、いずれも「ＬＬＮ０＿１」となっている。Ａ社、Ｂ社のＩＣＤファイルでは、「ＬＬＮ０＿１」を用いたとしても、それぞれのファイルでは整合性が取れており、何ら問題はない。しかしながら、Ａ社のＩＣＤファイルと、Ｂ社のＩＣＤファイルとが、ＳＣＤファイルに取り込まれたとき、属性値の参照先が重複するため、誤って、別の参照先が参照される可能性がある。
【００７５】
例えば、図８のＳＣＤファイルで、＜ＬＮ０＞要素８０３−１は、「ｌｎＴｙｐｅ」属性の属性値「ＬＬＮ０＿１」に従って、本来、＜ＬＮｏｄｅＴｙｐｅ＞要素８０５−２を参照すべきところ、＜ＬＮｏｄｅＴｙｐｅ＞要素８０５−１を参照してしまう可能性がある。この場合、ＣＩＤファイルをＩＥＤに設定したときに、ＩＥＤは、正しい参照先を読み出せず、正しく動作できなくなる。
【００７６】
よって、ＳＣＤファイルとしては、属性値の重複を解消する必要がある。システムコンフィグレータ１は、いずれか片方の「ｌｎＴｙｐｅ」属性の属性値を変更する。
【００７７】
図９は、ＳＣＤファイルの一例（その２）を示す図である。図９のＳＣＤファイルで、＜ＬＮ０＞要素８０２−１の「ｌｎＴｙｐｅ」属性の属性値は、「ＬＬＮ０＿０」に変更されている。また、＜ＬＮｏｄｅＴｙｐｅ＞要素８０５−１の「ｉｄ」属性の属性値は、「ＬＬＮ０＿０」に変更されている。
【００７８】
以上のように、システムコンフィグレータ１は、ＳＣＤファイル生成の際、参照先の属性値が重複する場合には、ＳＣＤファイル内での整合性を確保するため、属性値の重複を解消させる必要がある。システムコンフィグレータ１は、ＳＣＤファイル内で属性値の重複を検知した場合には、自動的に重複を修正するようにしてもよいし、ユーザに対しその旨を通知し、重複を修正するよう促してもよい。
【００７９】
（ＣＩＤファイル）
図１０は、ＣＩＤファイルの一例を示す図である。図１０のＣＩＤファイルは、Ａ社のＩＥＤ３ａの設定ファイルを示す。ＩＥＤコンフィグレータ２ａは、図９のＳＣＤファイルから、ＩＥＤ３ａの設定情報を抽出することにより、ＩＥＤ３ａのＣＩＤファイルを生成することができる。
【００８０】
例えば、図１０のＣＩＤファイルは、図９のＳＣＤファイルから、以下の記述箇所が抽出されて生成される。
・＜ＣＯＭＭＵＮＩＣＡＴＩＯＮ＞要素８０１のうち、ＩＥＤ３ａに関する記述箇所
・＜ＩＥＤ＞要素８０２の記述箇所
・＜ＤＡＴＡＴＹＰＥＴＥＭＰＬＡＴＥＳ＞要素８０５のうち、＜ＩＥＤ＞要素８０２内の他要素の属性値により参照される記述箇所（参照データ）
＜動作＞
次に、実施例におけるＩＥＤコンフィグレータ２の動作について説明する。システムコンフィグレータ１によりＳＣＤファイルが生成されると、ＩＥＤコンフィグレータ２は、生成されたＳＣＤファイルを取り込んで、例えば、Ａ社のＩＥＤ３ａの設定情報の部分を抽出し、ＣＩＤファイルを生成する。
【００８１】
ここで、実施例におけるＩＥＤコンフィグレータ２は、生成したＣＩＤファイルと、Ａ社のＩＣＤファイルとを照合（比較）することにより、生成したＣＩＤファイルにおいて、機能正義情報の部分が誤って変更されていないかどうかを確認する。
【００８２】
（全体動作）
図１１は、ＩＥＤコンフィグレータ２のＣＩＤファイル生成処理の一例を示すフローチャートである。ここでは、Ａ社のＩＥＤ３ａに設定されるＣＩＤファイルの生成処理を説明する。
【００８３】
Ｓ１：ＩＥＤコンフィグレータ２のＣＩＤファイル生成部２０２は、ＣＩＤファイルの生成指示を受けると、ＣＩＤファイル生成処理を開始する。このとき、ＣＩＤファイル生成の対象となるＩＥＤのＩＥＤ名（例えば、ｎａｍｅ＝Ｅ１）が入力される。
【００８４】
Ｓ２：ＳＣＤファイル取得部２０１は、システムコンフィグレータ１により生成されたＳＣＤファイルを取得する（例えば、図９参照）。ＳＣＤファイル取得部２０１は、ネットワーク、携帯型記憶媒体などを介し、ＳＣＤファイルを取得すればよい。
【００８５】
Ｓ３：ＣＩＤファイル生成部２０２は、Ｓ２で取得したＳＣＤファイルの中から、特定のＩＥＤ、例えば、Ａ社のＩＥＤ３ａ（ｎａｍｅ＝Ｅ１）に関する設定情報を抽出することにより、Ａ社のＩＥＤ３ａに対し設定するＣＩＤファイルを生成する（例えば、図１０参照）。
【００８６】
具体的に、ＣＩＤファイル生成部２０２は、ＣＤファイルの中から、ＩＥＤ名が一致する＜ＩＥＤ＞要素及び＜ＣＯＭＭＵＮＩＣＡＴＩＯＮ＞要素を抽出する。また、＜ＤＡＴＡＴＹＰＥＴＥＭＰＬＥＴＥＳ＞要素から、「ｌｎＴｙｐｅ」属性の属性値などのように、属性値として参照されている参照先（参照データ）を抽出する。
【００８７】
Ｓ４：ＩＣＤファイル取得部２０３は、ベンダーにより提供されるＩＣＤファイルを取得する。例えば、ここで取得されるＩＣＤファイルは、Ａ社のＩＥＤ３ａのＩＣＤファイルである（例えば、図５参照）。
【００８８】
Ｓ５：ＩＣＤ・ＣＩＤ照合判定部２０４は、Ｓ４で取得されたＩＣＤファイルと、Ｓ３で生成されたＣＩＤファイルとを照合（比較）し、システムコンフィグレータ１によりＳＣＤファイルが生成された際、特定のＩＥＤ３の機能定義情報が変更されたか否かを判定する（後述）。
【００８９】
Ｓ６：ＣＩＤファイルのチェック結果が、正常（Ｙ）である場合、Ｓ７へ進む。一方、異常（Ｎ）である場合、Ｓ８へ進む。
【００９０】
Ｓ７：ＩＣＤ・ＣＩＤ照合判定部２０４は、ＩＥＤの機能定義情報が変更されていない場合、照合判定結果（正常）を出力し、ベンダー担当者に対し、生成されたＣＩＤファイルは、ＩＥＤの機能定義情報が変更されておらず、有効である旨を通知する。
【００９１】
Ｓ８：一方、ＩＣＤ・ＣＩＤ照合判定部２０４は、ＩＥＤの機能定義情報が変更されている場合、照合判定結果（異常）を出力し、ベンダー担当者に対し、生成されたＣＩＤファイルは、ＩＥＤの機能定義情報が変更されており、有効でない可能性がある旨を通知する。
【００９２】
なお、ＣＩＤファイル設定部２０５は、Ａ社のＩＥＤ３ａに対して、Ｓ７で有効である旨が通知されたＣＩＤファイルを設定することができる。
【００９３】
（ＣＩＤファイル確認処理）
図１２は、ＩＥＤコンフィグレータ２のＣＩＤファイル確認処理（その１）の一例を示すフローチャートである。Ｓ５のＣＩＤファイル確認処理について詳しく説明する。
【００９４】
なお、特別に断りのない場合、フローチャートの動作主体は、ＩＥＤコンフィグレータ２のＩＣＤ・ＣＩＤ照合判定部２０４である。また、ＣＩＤファイル確認処理で使用されるファイルは、Ｓ４で取得されたＩＣＤファイル（例えば、図５参照）、及びＳ３で生成されたＣＩＤファイル（例えば、図１０参照）である。以下、図５、図１０を参照しながら説明する。
【００９５】
Ｓ２１：まず、ＣＩＤファイルの＜Ｓｅｒｖｅｒ＞要素に含まれる＜ＬＤｅｖｉｃｅ＞要素の数をカウントする。
【００９６】
Ｓ２２：次に、ＩＣＤファイルの＜Ｓｅｒｖｅｒ＞要素に含まれる＜ＬＤｅｖｉｃｅ＞要素の数をカウントする。
【００９７】
Ｓ２３：Ｓ２１でカウントした＜ＬＤｅｖｉｃｅ＞要素の数と、Ｓ２２でカウントした＜ＬＤｅｖｉｃｅ＞要素の数が、一致する場合、Ｓ２４へ進む。一方、一致しない場合、Ｓ２８へ進む。なお、＜ＬＤｅｖｉｃｅ＞要素の数を照合（比較）し、一致を確認するのは、＜ＬＤｅｖｉｃｅ＞要素が誤って削除等されていないかどうかを確認するためである。
【００９８】
Ｓ２４：次に、ＣＩＤファイルの＜ＬＤｅｖｉｃｅ＞要素の「ｉｎｓｔ」属性と、ＩＣＤファイルの＜ＬＤｅｖｉｃｅ＞要素の「ｉｎｓｔ」属性とが一致する場合、Ｓ２５へ進む。一方、一致しない場合、Ｓ２８へ進む。
【００９９】
ここで、＜ＬＤｅｖｉｃｅ＞要素の「ｉｎｓｔ」属性は、＜ＬＤｅｖｉｃｅ＞要素を特定するための属性として、不可欠な属性であって、変更が許されない属性であるものとする。よって、ＣＩＤファイルにおいて、＜ＬＤｅｖｉｃｅ＞要素の「ｉｎｓｔ」属性は変更されていないかどうかを照合（比較）することにより確認する。
【０１００】
Ｓ２５：次に、ＣＩＤファイルの＜ＬＤｅｖｉｃｅ＞要素の内容と、ＩＣＤファイルの＜ＬＤｅｖｉｃｅ＞要素の内容とが一致するかどうかを確認するために、＜ＬＤｅｖｉｃｅ＞要素のチェックを実行する。チェックの詳細については、直ぐ後で、図１３を用いて説明する。
【０１０１】
Ｓ２６：Ｓ２５の＜ＬＤｅｖｉｃｅ＞要素のチェックにより、＜ＬＤｅｖｉｃｅ＞要素のチェック結果が正常の場合、Ｓ２７へ進む。一方、異常の場合、Ｓ２８へ進む。
【０１０２】
Ｓ２７：ＣＩＤファイルのチェック結果は、「正常」であると判定する。そして、ＣＩＤファイルのチェック結果は、「正常」であることを示すフラグ情報を保持しつつ、図１１のＳ６へ進む。
【０１０３】
Ｓ２８：ＣＩＤファイルのチェック結果は、「異常」であると判定する。そして、ＣＩＤファイルのチェック結果は、「異常」であることを示すフラグ情報を保持しつつ、図１１のＳ６へ進む。
【０１０４】
例えば、＜ＬＤｅｖｉｃｅ＞要素の「ｉｎｓｔ」属性は、変更が許されない属性であるが、ＣＩＤファイルにおいて、＜ＬＤｅｖｉｃｅ＞要素の「ｉｎｓｔ」属性が変更されていると判定された場合、当該ＣＩＤファイルは、ＩＥＤの正常動作を保障するものではない。この場合、ＩＥＤコンフィグレータ２は、ＣＩＤファイルの異常を検出し、これを通知する（図８のＳ８）。
【０１０５】
図１３は、ＩＥＤコンフィグレータ２のＣＩＤファイル確認処理（その２）の一例を示すフローチャートである。Ｓ２５の＜ＬＤｅｖｉｃｅ＞要素のチェックについて、詳しく説明する。
【０１０６】
Ｓ３１：未処理の＜ＬＤｅｖｉｃｅ＞要素が存在するかどうかで処理を分岐する。複数の＜ＬＤｅｖｉｃｅ＞要素が存在する場合、全ての＜ＬＤｅｖｉｃｅ＞要素について、１つづつチェックするためである。未処理の＜ＬＤｅｖｉｃｅ＞要素が存在する場合、Ｓ３２へ進む。一方、未処理の＜ＬＤｅｖｉｃｅ＞要素がこれ以上存在しない場合、Ｓ３７へ進む。
【０１０７】
Ｓ３２：まず、ＣＩＤファイルの＜Ｓｅｒｖｅｒ＞要素に含まれる未処理の＜ＬＤｅｖｉｃｅ＞要素を１つ取得する。
【０１０８】
Ｓ３３：次に、ＩＣＤファイルの＜Ｓｅｒｖｅｒ＞要素に含まれる未処理の＜ＬＤｅｖｉｃｅ＞要素のうち、Ｓ３２で取得した＜ＬＤｅｖｉｃｅ＞要素と「ｉｎｓｔ」属性が一致する＜ＬＤｅｖｉｃｅ＞要素を取得する。
【０１０９】
Ｓ３４：Ｓ３２でＣＩＤファイルの＜ＬＤｅｖｉｃｅ＞要素と、Ｓ３３でＩＣＤファイルの＜ＬＤｅｖｉｃｅ＞要素とを取得すると、今度は、それぞれの＜ＬＤｅｖｉｃｅ＞要素内にある＜ＬＮ＞要素（＜ＬＮ０＞要素）の内容が一致するかどうかを確認するために、＜ＬＮ＞要素のチェックを実行する。チェックの詳細については、直ぐ後で、図１４を用いて説明する。
【０１１０】
Ｓ３５：Ｓ３４の＜ＬＮ＞要素のチェックにより、＜ＬＮ＞要素のチェック結果が正常の場合、再びＳ３１へ進む。一方、異常の場合、Ｓ３６へ進む。
【０１１１】
Ｓ３６：＜ＬＤｅｖｉｃｅ＞要素のチェック結果は、「異常」であると判定する。そして、＜ＬＤｅｖｉｃｅ＞要素のチェック結果は、「異常」であることを示すフラグ情報を保持しつつ、図１２のＳ２６へ進む。
【０１１２】
Ｓ３７：ＣＩＤファイルのチェック結果は、「正常」であると判定する。そして、＜ＬＤｅｖｉｃｅ＞要素のチェック結果は、「正常」であることを示すフラグ情報を保持しつつ、図１２のＳ２６へ進む。
【０１１３】
ＣＩＤファイルにおいて、ＩＣＤファイルとの照合（比較）により、例えば、＜ＬＤｅｖｉｃｅ＞要素内の＜ＬＮ＞要素（＜ＬＮ０＞要素）の内容が変更されていると判定された場合、当該ＣＩＤファイルは、ＩＥＤの正常動作を保障するものではない。この場合、ＩＥＤコンフィグレータ２は、ＣＩＤファイルの異常を検出し、これを通知する（図８のＳ８）。
【０１１４】
図１４は、ＩＥＤコンフィグレータ２のＣＩＤファイル確認処理（その３）の一例を示すフローチャートである。Ｓ３４の＜ＬＮ＞要素のチェックについて、詳しく説明する。
【０１１５】
Ｓ４１：まず、ＣＩＤファイルの＜ＬＤｅｖｉｃｅ＞要素内の＜ＬＮ０＞要素を取得する。
【０１１６】
Ｓ４２：次に、ＩＣＤファイルの＜ＬＤｅｖｉｃｅ＞要素内の＜ＬＮ０＞要素を取得する。
【０１１７】
Ｓ４３：＜ＬＮ０＞要素は、それぞれ１つだけ存在するかを確認する。１つだけ存在する場合、Ｓ４４へ進む。＜ＬＮ０＞要素は、定義上、１つのみ存在し得るタイプの情報である。よって、このようなタイプの情報が、誤って２つ以上追加等がされていないかどうかを確認する。なお、定義上、複数存在し得るタイプの情報である場合には、要素の数をカウントし、要素の数が一致するかどうかを確認すればよい。
【０１１８】
Ｓ４４：Ｓ４１でＣＩＤファイルの＜ＬＮ０＞要素と、Ｓ４２でＩＣＤファイルの＜ＬＮ０＞要素とを取得すると、今度は、それぞれの＜ＬＮ０＞要素の属性の内容が一致するかどうかを確認するために、＜ＬＮｏｄｅＴｙｐｅ＞要素のチェックを実行する。チェックの詳細については、直ぐ後で、図１５を用いて説明する。ここで、＜ＬＮ０＞要素の属性には、「ｌｎＴｙｐｅ」属性という参照データが含まれているので、参照先まで読み出して、属性が一致するかどうかを確認する必要がある。
【０１１９】
Ｓ４５：Ｓ４４の＜ＬＮｏｄｅＴｙｐｅ＞要素のチェックにより、＜ＬＮｏｄｅＴｙｐｅ＞要素のチェック結果が正常の場合、Ｓ４６へ進む。一方、異常の場合、Ｓ４７へ進む。
【０１２０】
Ｓ４６：＜ＬＮ＞要素のチェック結果は、「正常」であると判定する。そして、＜ＬＮ＞要素のチェック結果は、「正常」であることを示すフラグ情報を保持しつつ、図１３のＳ３５へ進む。
【０１２１】
Ｓ４７：＜ＬＮ＞要素のチェック結果は、「異常」であると判定する。そして、＜ＬＮ＞要素のチェック結果は、「異常」であることを示すフラグ情報を保持しつつ、図１３のＳ３５へ進む。
【０１２２】
図１５は、ＩＥＤコンフィグレータ２のＣＩＤファイル確認処理（その４）の一例を示すフローチャートである。Ｓ４４の＜ＬＮｏｄｅＴｙｐｅ＞要素のチェックについて、詳しく説明する。
【０１２３】
Ｓ５１：＜ＬＮ０＞要素の「ｌｎＴｙｐｅ」属性以外の属性は、一致するかどうかを確認する。図５のＩＣＤファイル及び図１０のＣＩＤファイルにおいて、＜ＬＮ０＞要素の「ｌｎＴｙｐｅ」属性を参照すると、「ｌｎＴｙｐｅ」属性、「ｌｎＣｌａｓｓ」属性、「ｉｎｓｔ」属性という属性が存在する。よってここでは、「ｌｎＴｙｐｅ」属性以外の「ｌｎＣｌａｓｓ」属性、「ｉｎｓｔ」属性が一致するかどうかを確認する。
【０１２４】
Ｓ５２：Ｓ５１で「ｌｎＴｙｐｅ」属性以外の属性の一致を確認すると、「ｌｎＴｙｐｅ」属性（参照データにより指定されるタイプの属性）が一致するかどうかを確認するために、「ｌｎＴｙｐｅ」属性のチェックを実行する。チェックの詳細については、直ぐ後で、図１６を用いて説明する。
【０１２５】
Ｓ５３：Ｓ５３の「ｌｎＴｙｐｅ」属性のチェックにより、「ｌｎＴｙｐｅ」属性のチェック結果が正常の場合、Ｓ５４へ進む。一方、異常の場合、Ｓ５５へ進む。
【０１２６】
Ｓ５４：＜ＬＮｏｄｅＴｙｐｅ＞要素のチェック結果は、「正常」であると判定する。そして、＜ＬＮｏｄｅＴｙｐｅ＞要素のチェック結果は、「正常」であることを示すフラグ情報を保持しつつ、図１４のＳ４５へ進む。
【０１２７】
Ｓ５５：＜ＬＮｏｄｅＴｙｐｅ＞要素のチェック結果は、「異常」であると判定する。そして、＜ＬＮｏｄｅＴｙｐｅ＞要素のチェック結果は、「異常」であることを示すフラグ情報を保持しつつ、図１４のＳ４５へ進む。
【０１２８】
図１６は、ＩＥＤコンフィグレータ２のＣＩＤファイル確認処理（その５）の一例を示すフローチャートである。Ｓ５２の「ｌｎＴｙｐｅ」属性のチェックについて、詳しく説明する。
【０１２９】
Ｓ６１：まず、ＣＩＤファイルから、「ｌｎＴｙｐｅ」属性の属性値（例えば、ＬＬＮ０＿０）と、ｉｄ属性が一致する＜ＬＮｏｄｅＴｙｐｅ＞要素を取得する。なお、「ｌｎＴｙｐｅ」属性の属性値の参照先は、＜ＤＡＴＡＴＹＰＥＴＥＭＰＬＡＴＥＳ＞要素内で定義されている。例えば、＜ＬＮ０＞要素の「ｌｎＴｙｐｅ」の属性値は、＜ＤＡＴＡＴＹＰＥＴＥＭＰＬＡＴＥＳ＞要素内で定義される＜ＬＮｏｄｅＴｙｐｅ＞要素の「ｉｄ」属性と対応付けられる。よって、「ｌｎＴｙｐｅ」の属性値の参照先を取得する場合、「ｌｎＴｙｐｅ」の属性値（例えば、ＬＬＮ０＿０）と一致する＜ＬＮｏｄｅＴｙｐｅ＞要素の「ｉｄ」属性値を探索する。
【０１３０】
Ｓ６２：次に、ＩＣＤファイルから、「ｌｎＴｙｐｅ」属性の属性値（例えば、ＬＬＮ０＿０）と、「ｉｄ」属性が一致する＜ＬＮｏｄｅＴｙｐｅ＞要素を取得する。ＩＣＤファイルでも、「ｌｎＴｙｐｅ」属性の属性値の参照先は、＜ＤＡＴＡＴＹＰＥＴＥＭＰＬＡＴＥＳ＞要素内で定義されている。
【０１３１】
Ｓ６３：次いで、ＣＩＤファイル及びＩＣＤファイルから取得された＜ＬＮｏｄｅＴｙｐｅ＞要素には、１以上の＜ＤＯ＞要素が存在する。よって、それぞれ＜ＬＮｏｄｅＴｙｐｅ＞要素内の＜ＤＯ＞要素の数をカウントする。
【０１３２】
Ｓ６４：Ｓ６３でカウントされた＜ＬＮｏｄｅＴｙｐｅ＞要素内の＜ＤＯ＞要素の数に基づいて、それぞれの＜ＬＮｏｄｅＴｙｐｅ＞要素内の＜ＤＯ＞要素の数が、一致するかどうかを確認する。
【０１３３】
Ｓ６５：また、＜ＤＯ＞要素の「Ｔｙｐｅ」属性（参照データにより指定されるタイプの属性）以外の属性が一致するかどうかを確認する。ここでは、「Ｔｙｐｅ」属性以外の属性として、「ｎａｍｅ」属性がある。よって、「ｎａｍｅ」属性が一致するかどうかを確認する。
【０１３４】
Ｓ６６：未処理の＜ＤＯ＞要素が存在するかどうかで処理を分岐する。複数の＜ＤＯ＞要素が存在する場合、全ての＜ＤＯ＞要素について、１つづつチェックするためである。未処理の＜ＤＯ＞要素が存在する場合、Ｓ６７へ進む。未処理の＜ＤＯ＞要素がこれ以上存在しない場合、Ｓ７２へ進む。
【０１３５】
Ｓ６７：まず、ＣＩＤファイルの＜ＬＮｏｄｅＴｙｐｅ＞要素に含まれる未処理の＜ＤＯ＞要素を１つ取得する。
【０１３６】
Ｓ６８：次に、ＩＣＤファイルの＜ＬＮｏｄｅＴｙｐｅ＞要素から、Ｓ６７で取得した＜ＤＯ＞要素と「ｎａｍｅ」属性が一致する＜ＤＯ＞要素を取得する。
【０１３７】
Ｓ６９：Ｓ６７でＣＩＤファイルの＜ＤＯ＞要素と、Ｓ６８でＩＣＤファイルの＜ＤＯ＞要素とを取得すると、今度は、それぞれの＜ＤＯ＞要素の属性の内容が一致するかどうかを確認するために、＜ＤＯ＞要素のチェックを実行する。＜ＤＯ＞要素は、「Ｔｙｐｅ」属性（参照データにより指定されるタイプの属性）を有する。よって、「Ｔｙｐｅ」属性を参照先まで読み出して、属性が一致するかどうかを確認すればよい。これ以降、＜ＤＯ＞要素のチェックについての説明は、省略する。
【０１３８】
Ｓ７０：Ｓ６９の＜ＤＯ＞要素のチェックにより、＜ＤＯ＞要素のチェック結果が正常の場合、再びＳ６６へ進む。一方、異常の場合、Ｓ７１へ進む。
【０１３９】
Ｓ７１：「ｌｎＴｙｐｅ」属性のチェック結果は、「異常」であると判定する。そして、「ｌｎＴｙｐｅ」属性のチェック結果は、「異常」であることを示すフラグ情報を保持しつつ、図１５のＳ５３へ進む。
【０１４０】
Ｓ７２：「ｌｎＴｙｐｅ」属性のチェック結果は、「正常」であると判定する。そして、「ｌｎＴｙｐｅ」属性のチェック結果は、「正常」であることを示すフラグ情報を保持しつつ、図１５のＳ５３へ進む。
【０１４１】
以上、図１１〜１６のフローチャートを用いて、ＩＥＤコンフィグレータ２のＣＩＤファイル生成処理について説明した。ＩＥＤコンフィグレータ２は、ＳＣＤファイルに基づいて一旦生成したＣＩＤファイルを対象として、ＩＣＤファイルとの照合（比較）により、システムコンフィグレータ１側で、変更が許されていない機能定義情報が変更されていないかどうかを確認する。これにより、本実施例によれば、ＩＥＤコンフィグレータ側で、システムコンフィグレータ側でなされた機能定義変更を検知することができる。
【０１４２】
現状、ＳＣＤファイルは、任意のシステムコンフィグレータツールにより作成される。このため、システムコンフィグレータ１側でのＳＣＤファイル作成時、誤って、ＩＥＤの機能定義にかかる論理ノードやそのデータ項目の追加や削除がなされる可能性を排除できない。よって、ＩＥＤコンフィグレータ２は、生成したＩＣＤファイルの内容を最終チェックし、機能正義情報の部分が誤って変更されている場合には、これを検出する。これにより、誤ったＩＣＤファイルがＩＥＤに設定されことを防止できるので、ＩＥＤの適切な動作を確保することが可能である。
【０１４３】
なお、システムコンフィグレータ１は、ＳＣＤファイル生成の際、参照先の属性値が重複する場合には、重複を解消させる点を述べた。例えば、再び図９を参照すると、図９のＳＣＤファイルで、＜ＬＮ０＞要素８０２−１において、「ｌｎＴｙｐｅ」属性の属性値は、「ＬＬＮ０＿０」に変更された。また、この変更に伴い、＜ＬＮｏｄｅＴｙｐｅ＞要素８０５−１の「ｉｄ」属性の属性値は、「ＬＬＮ０＿０」に変更された。この場合、ＣＩＤファイルとＩＣＤファイルとを照合（比較）すると、「ｌｎＴｙｐｅ」属性の属性値は、一致しないことになる。
【０１４４】
しかしながら、上述のフローチャートでは、ＣＩＤファイルの「ｌｎＴｙｐｅ」属性の属性値と、ＩＣＤファイルの「ｌｎＴｙｐｅ」属性の属性値との一致を確認していない。つまり、参照データにより指定されるタイプの属性については、属性値そのものの一致を確認するのではなく、その参照先から呼び出される内容の一致を確認する。
【０１４５】
例えば、図１６のＳ６１、Ｓ６２では、ＣＩＤファイル及びＩＣＤファイルから、「ｌｎＴｙｐｅ」属性と、「ｉｄ」属性が一致する＜ＬＮｎｏｄｅＴｙｐｅ＞要素を取得し、＜ＬＮｎｏｄｅ＞要素の内容の一致を確認している。
【０１４６】
このように、ＩＥＤコンフィグレータ２は、ＣＩＤファイルにおいて、変更が許されない箇所のみを検出し、ＸＭＬの表記上変更されている箇所があっても、ＩＥＤが動作するための設定情報として何ら問題ない形式上の変更箇所については、その変更を許容する。これにより、ＩＥＤコンフィグレータ２は、システムコンフィグレータ１側で、真に変更が許されない箇所が変更された場合だけを効率的に検出することができる。
【０１４７】
以上、実施例について詳述したが、特定の実施例に限定されるものではなく、特許請求の範囲に記載された範囲内において、種々の変形及び変更が可能である。また、前述した実施例の構成要素を全部又は複数を組み合わせることも可能である。
【符号の説明】
【０１４８】
１           システムコンフィグレータ
２           ＩＥＤコンフィグレータ
３           ＩＥＤ
４           主装置
１１       ＣＰＵ
１２       ＲＯＭ
１３       ＲＡＭ
１４       ＨＤＤ
１５       記憶媒体読取装置
１６       入力装置
１７       表示装置
１８       通信装置
１０１    ＩＣＤファイル取得部
１０２    ＳＣＤファイル生成部
１０３    記憶部
２０１    ＳＣＤファイル取得部
２０２    ＣＩＤファイル生成部
２０３    ＩＣＤファイル取得部
２０４    ＩＣＤ・ＣＩＤ照合判定部
２０５    ＣＩＤファイル設定部
２０６    記憶部
１００    変電所
【図１】
2014127043.tif 000003
【図２】
2014127043.tif 000004
【図３】
2014127043.tif 000005
【図４】
2014127043.tif 000006
【図５】
2014127043.tif 000007
【図６】
2014127043.tif 000008
【図７】
2014127043.tif 000009
【図８】
2014127043.tif 000010
【図９】
2014127043.tif 000011
【図１０】
2014127043.tif 000012
【図１１】
2014127043.tif 000013
【図１２】
2014127043.tif 000014
【図１３】
2014127043.tif 000015
【図１４】
2014127043.tif 000016
【図１５】
2014127043.tif 000017
【図１６】
2014127043.tif 000018