(57)【要約】      （修正有）【課題】エンジニアリングで用いられる各種情報を関連付けて統合することにより、作業効率を大幅に改善することができるエンジニアリング支援システム及びエンジニアリング支援方法を提供する。【解決手段】エンジニアリング支援システム１は、プロセス制御システムのエンジニアリングで用いられる図面類ＦＧを、該図面類に含まれる要素を示す第１情報と要素同士の関係を示す第２情報とによって表現した意味モデルＭに変換する変換部１０と、複数の意味モデルの類似度に基づいて、複数の意味モデルを結合した結合意味モデルＣＭを生成する結合意味モデル生成部と、を備える。【選択図】図１
2020102115.tif 000002
【特許請求の範囲】
【請求項１】
プロセス制御システムのエンジニアリングを支援するエンジニアリング支援システムであって、
前記プロセス制御システムのエンジニアリングで用いられる図面類を、該図面類に含まれる要素を示す第１情報と要素同士の関係を示す第２情報とによって表現した意味モデルに変換する変換部と、
複数の前記意味モデルの類似度に基づいて、複数の前記意味モデルを結合した結合意味モデルを生成する結合意味モデル生成部と、
を備えるエンジニアリング支援システム。
【請求項２】
前記類似度を算出する類似度算出部を備えており、
前記結合意味モデル生成部は、前記類似度算出部で算出された前記類似度に基づいて、前記結合意味モデルを生成する、
請求項１記載のエンジニアリング支援システム。
【請求項３】
前記類似度は、複数の前記意味モデルに含まれる前記第１情報の類似性の度合いと前記第２情報の類似性の度合いとを示すものである、請求項１又は請求項２記載のエンジニアリング支援システム。
【請求項４】
前記第１情報には、前記要素の名称を示す情報と、前記要素の特質を示す情報とが含まれる、請求項１から請求項３の何れか一項に記載のエンジニアリング支援システム。
【請求項５】
前記結合意味モデルから、指示に応じた抽出意味モデルを抽出する意味モデル情報抽出部を備えており、
前記変換部は、前記意味モデル情報抽出部で抽出された前記抽出意味モデルを前記図面類に変換する、
請求項１から請求項４の何れか一項に記載のエンジニアリング支援システム。
【請求項６】
前記類似度の算出規則を格納する第１データベースを備えており、
前記類似度算出部は、前記第１データベースに格納された前記算出規則に従って、複数の前記意味モデルについての前記類似度を算出する、
請求項２記載のエンジニアリング支援システム。
【請求項７】
前記図面類と前記意味モデルとの変換規則を格納する第２データベースを備えており、
前記変換部は、前記第２データベースに格納された前記変換規則に従って、前記図面類を前記意味モデルに変換し、前記意味モデルを前記図面類に変換する、
請求項５記載のエンジニアリング支援システム。
【請求項８】
前記結合意味モデルから前記意味モデルを抽出するための抽出規則を格納する第３データベースを備えており、
前記意味モデル情報抽出部は、前記第３データベースに格納された前記抽出規則に従って、指示された範囲における指示された種類の前記図面類を作成するために必要な前記意味モデルを抽出する、
請求項５記載のエンジニアリング支援システム。
【請求項９】
指示に基づいて、前記意味モデルの修正、前記意味モデルの修正の支援、又は複数の前記意味モデル若しくは複数の前記結合意味モデルの比較を行うアプリケーション部を更に備える、請求項１から請求項８の何れか一項に記載のエンジニアリング支援システム。
【請求項１０】
前記意味モデル及び前記結合意味モデルを格納する格納部を更に備える、請求項１から請求項９の何れか一項に記載のエンジニアリング支援システム。
【請求項１１】
プロセス制御システムのエンジニアリングを支援するエンジニアリング支援方法であって、
前記プロセス制御システムのエンジニアリングで用いられる図面類を、該図面類に含まれる要素を示す第１情報と要素同士の関係を示す第２情報とによって表現した意味モデルに変換する第１変換ステップと、
複数の前記意味モデルの類似度に基づいて、複数の前記意味モデルを結合した結合意味モデルを生成する結合意味モデル生成ステップと、
を有するエンジニアリング支援方法。
【請求項１２】
前記結合意味モデルから、指示に応じた抽出意味モデルを抽出する意味モデル情報抽出ステップと、
前記意味モデル情報抽出ステップで抽出された前記抽出意味モデルを前記図面類に変換する第２変換ステップと、
を有する請求項１１記載のエンジニアリング支援方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、エンジニアリング支援システム及びエンジニアリング支援方法に関する。
【背景技術】
【０００２】
従来から、プラントや工場等（以下、これらを総称する場合には、単に「プラント」という）においては、工業プロセスにおける各種の状態量（例えば、圧力、温度、流量等）を制御するプロセス制御システムが構築されており、高度な自動操業が実現されている。具体的には、プロセス制御システムの核をなすコントローラが、複数のセンサ（流量計や温度計等）の検出結果を取得し、この検出結果に応じてアクチュエータ（バルブ等）の操作量を求め、この操作量に応じてアクチュエータを操作することによって、上述した各種の状態量が制御されている。
【０００３】
このようなプロセス制御システムの構築、運用、保守、改修等におけるエンジニアリングは、多種多様の図面及び仕様書等（以下、「図面類」という）を用いて、複数のエンジニアによって行われるのが殆どである。上記の図面類としては、例えば、Ｐ＆ＩＤ（Piping and Instrument Diagram：配管系統図）、ＰＦＤ（Process Flow Diagram：プロセスフロー図）、機器リスト、機器設定情報、ＣＡＤ（Computer Aided Design）図面、制御ロジック図、シミュレーションモデル、グラフィック図面等が挙げられる。尚、上記の「エンジニアリング」とは、システムの構築、変更、保守等に関わる作業をいう。
【０００４】
プロセス制御システムは、複数の構成要素が密接に関連しており、一部の構成要素が変更されると、他の構成要素の変更も必要になる場合がある。このため、プロセス制御システムのエンジニアリングを効率的に行うには、プロセス制御システムの実態（実際の構成や実際の設定等）が反映された図面類を、エンジニアリングに携わるエンジニアの間で共有することが重要になる。以下の特許文献１には、プラントの保全管理業務を一元的に管理することが可能な保全管理システムが開示されている。また、以下の特許文献２には、プラント設備に係る改造工事の実施状況を管理することにより、正確で迅速に実施状況を把握して作業員の支援をする保守情報管理支援装置が開示されている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特許第２８５９４０７号公報
【特許文献２】特許第３４４５４７０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
ところで、プロセス制御システムのエンジニアリングを効率的に行うためには、上述の通り、プロセス制御システムの実態が反映された必要な図面類を、エンジニアリングに携わるエンジニアの間で、利用可能な形で共有されることが理想的である。しかしながら、実際には、プロセス制御システムの実態が反映された図面類が、エンジニアリングに携わるエンジニアの間で十分に共有されておらず、再利用にも手間がかかり、現状では作業効率が良いとは言い難い状況である。
【０００７】
本発明は上記事情に鑑みてなされたものであり、エンジニアリングで用いられる各種情報を関連付けて統合することにより、作業効率を大幅に改善することができるエンジニアリング支援システム及びエンジニアリング支援方法を提供することを目的とする。
【課題を解決するための手段】
【０００８】
上記課題を解決するために、本発明の一態様によるエンジニアリング支援システムは、プロセス制御システムのエンジニアリングを支援するエンジニアリング支援システム（１）であって、前記プロセス制御システムのエンジニアリングで用いられる図面類（ＦＧ）を、該図面類に含まれる要素を示す第１情報と要素同士の関係を示す第２情報とによって表現した意味モデル（Ｍ）に変換する変換部（１０）と、複数の前記意味モデルの類似度に基づいて、複数の前記意味モデルを結合した結合意味モデル（ＣＭ）を生成する結合意味モデル生成部（３１）と、を備える。
【０００９】
また、本発明の一態様によるエンジニアリング支援システムは、前記類似度を算出する類似度算出部（３２）を備えており、前記結合意味モデル生成部が、前記類似度算出部で算出された前記類似度に基づいて、前記結合意味モデルを生成する。
【００１０】
また、本発明の一態様によるエンジニアリング支援システムは、前記類似度が、複数の前記意味モデルに含まれる前記第１情報の類似性の度合いと前記第２情報の類似性の度合いとを示すものである。
【００１１】
また、本発明の一態様によるエンジニアリング支援システムは、前記第１情報には、前記要素の名称を示す情報と、前記要素の特質を示す情報とが含まれる。
【００１２】
また、本発明の一態様によるエンジニアリング支援システムは、前記結合意味モデルから、指示に応じた抽出意味モデルを抽出する意味モデル情報抽出部（３４）を備えており、前記変換部が、前記意味モデル情報抽出部で抽出された前記抽出意味モデル（ＥＭ）を前記図面類に変換する。
【００１３】
また、本発明の一態様によるエンジニアリング支援システムは、前記類似度の算出規則を格納する第１データベース（３３）を備えており、前記類似度算出部が、前記第１データベースに格納された前記算出規則に従って、複数の前記意味モデルについての前記類似度を算出する。
【００１４】
また、本発明の一態様によるエンジニアリング支援システムは、前記図面類と前記意味モデルとの変換規則を格納する第２データベース（１２）を備えており、前記変換部が、前記第２データベースに格納された前記変換規則に従って、前記図面類を前記意味モデルに変換し、前記意味モデルを前記図面類に変換する。
【００１５】
また、本発明の一態様によるエンジニアリング支援システムは、前記結合意味モデルから前記意味モデルを抽出するための抽出規則を格納する第３データベース（３５）を備えており、前記意味モデル情報抽出部が、前記第３データベースに格納された前記抽出規則に従って、指示された範囲における指示された種類の前記図面類を作成するために必要な前記意味モデルを抽出する。
【００１６】
また、本発明の一態様によるエンジニアリング支援システムは、指示に基づいて、前記意味モデルの修正、前記意味モデルの修正の支援、又は複数の前記意味モデル若しくは複数の前記結合意味モデルの比較を行うアプリケーション部（４０）を更に備える。
【００１７】
また、本発明の一態様によるエンジニアリング支援システムは、前記意味モデル及び前記結合意味モデルを格納する格納部（２０）を更に備える。
【００１８】
本発明の一態様によるエンジニアリング支援方法は、プロセス制御システムのエンジニアリングを支援するエンジニアリング支援方法であって、前記プロセス制御システムのエンジニアリングで用いられる図面類（ＦＧ）を、該図面類に含まれる要素を示す第１情報と要素同士の関係を示す第２情報とによって表現した意味モデル（Ｍ）に変換する第１変換ステップ（Ｓ１１）と、複数の前記意味モデルの類似度に基づいて、複数の前記意味モデルを結合した結合意味モデル（ＣＭ）を生成する結合意味モデル生成ステップ（Ｓ１２）と、を有する。
【００１９】
また、本発明の一態様によるエンジニアリング支援方法は、前記結合意味モデルから、指示に応じた抽出意味モデルを抽出する意味モデル情報抽出ステップ（Ｓ１３）と、前記意味モデル情報抽出ステップで抽出された前記抽出意味モデルを前記図面類に変換する第２変換ステップ（Ｓ１４）と、を有する。
【発明の効果】
【００２０】
本発明によれば、エンジニアリングで用いられる各種情報を関連付けて統合することにより、作業効率を大幅に改善することができる、という効果がある。
【図面の簡単な説明】
【００２１】
【図１】本発明の一実施形態によるエンジニアリング支援システムの要部構成を示すブロック図である。
【図２】本発明の一実施形態によるエンジニアリング支援システムが備える変換部の要部構成を示すブロック図である。
【図３】本発明の一実施形態によるエンジニアリング支援システムが備える結合意味モデル管理部の要部構成を示すブロック図である。
【図４】本発明の一実施形態によるエンジニアリング支援システムが備えるアプリケーション部の要部構成を示すブロック図である。
【図５】本発明の一実施形態によるエンジニアリング支援システムの基本動作例を示すフローチャートである。
【図６】本発明の一実施形態における基本動作例を説明するための図である。
【図７】本発明の一実施形態で管理される図面類であるＰ＆ＩＤ及びその意味モデルを説明するための図である。
【図８】本発明の一実施形態で管理される図面類であるＰＦＤ及びその意味モデルを説明するための図である。
【図９】本発明の一実施形態で生成される結合意味モデルを説明するための図である。
【図１０】本発明の一実施形態で結合意味モデルから抽出される抽出意味モデル及びその抽出意味モデルから生成される図面類を説明するための図である。
【図１１】本発明の一実施形態における第１応用動作例を説明するための図である。
【図１２】本発明の一実施形態における第２応用動作例を説明するための図である。
【図１３】本発明の一実施形態における第３応用動作例を説明するための図である。
【図１４】本発明の一実施形態における第４応用動作例を説明するための図である。
【図１５】本発明の一実施形態によるエンジニアリング支援システムの第１変形例を説明するための図である。
【図１６】本発明の一実施形態によるエンジニアリング支援システムの第２変形例を説明するための図である。
【図１７】本発明の一実施形態によるエンジニアリング支援システムの第１実装例を示すブロック図である。
【図１８】本発明の一実施形態によるエンジニアリング支援システムの第２実装例を示すブロック図である。
【発明を実施するための形態】
【００２２】
以下、図面を参照して本発明の実施形態によるエンジニアリング支援システム及びエンジニアリング支援方法について詳細に説明する。以下では、まず本発明の実施形態の概要について説明し、続いて本発明の実施形態の詳細について説明する。
【００２３】
〔概要〕
本発明の実施形態は、エンジニアリングで用いられる各種情報を関連付けて統合することに関し、少なくとも一部を自動的に行うことにより、作業効率を大幅に改善することを可能にするものである。ここで、エンジニアリングで用いられる図面類は、前述の通り、Ｐ＆ＩＤ及びＰＦＤ等をはじめとして多種多様なものが存在する。また、プロセス制御システムのエンジニアリングでは、構成要素毎にエンジニアの作業時の視点や切り口が異なることから必要となる図面類も異なる。
【００２４】
例えば、操作監視端末（ＨＭＩ：Human Machine Interface）、制御装置、ネットワーク等のエンジニアリングを行うエンジニアは、論理的接続（機能間の接続）の視点で作業を行うため、論理的接続が示された図面類が必要になる。これに対し、計装保全や設備保全を行うエンジニアは、物理的接続（機器間の接続）の視点で作業を行うため、物理的接続が示された図面類が必要になる。
【００２５】
このように、多種多様の図面類が存在し、且つ、エンジニアリングに携わるエンジニア毎に必要となる図面類が異なる場合があることから、単純に図面類を一元的に管理しただけでは、エンジニアリングに携わるエンジニアの間で図面類が、利用可能な形で共有されているとは言い難い。なぜならば、あるエンジニアが必要とする図面類が更新されたとしても、他のエンジニアが必要とする図面類が必ずしも更新されるとは限らないからである。このような状況では、一部の構成要素の変更が他の構成要素に及ぼす影響を直接的に把握することができない場合が多い。
【００２６】
また、プラントの稼働期間は、例えば３０年以上と長い。その間に、プラントの設備の改変や増築によるプロセス制御システムの設定変更や追加等が発生することも想定される。その際、プロセス制御システムの設定変更や追加等のエンジニアリングに用いるエンジニアリングツール自体が変更されることも有り得る。例えば、エンジニアリングツールの機能向上が行われたり、別のエンジニアリングツールに変更されたりすることがある。このような場合には、エンジニアリングツールの変更前の情報を、変更後で共有することが難しくなる。
【００２７】
また、エンジニアリングに用いるエンジニアリングツールの特性や、エンジニアリングを行うエンジニアの知識や経験等に応じて、作成される図面類には癖や個性等が生ずる。このため、エンジニアは、自身が作成等に関与していない図面類や、使用経験の無いエンジニアリングツールで作成された図面類を正確に理解するのは困難である。その結果、図面類を作成したエンジニア以外のエンジニア等が、既存の図面類を活用しようとしても困難が伴う。
【００２８】
本発明の実施形態では、プロセス制御システムのエンジニアリングで用いられる図面類を、図面類に含まれる要素を示す第１情報と要素同士の関係を示す第２情報とによって表現した意味モデルに変換する。そして、複数の意味モデルの類似度に基づいて、複数の意味モデルを結合した結合意味モデルを生成する。このように、エンジニアリングで用いられる各種情報（図面類）を関連付けて統合することにより、作業効率を大幅に改善することを可能にしている。
【００２９】
〔実施形態〕
〈エンジニアリング支援システムの要部構成〉
図１は、本発明の一実施形態によるエンジニアリング支援システムの要部構成を示すブロック図である。図１に示す通り、本実施形態のエンジニアリング支援システム１は、変換部１０、意味モデルデータベース（ＤＢ）２０（格納部）、結合意味モデル管理部３０、及びアプリケーション部４０を備える。かかる構成のエンジニアリング支援システム１は、プロセス制御システム（図示省略）のエンジニアリングで用いられる図面類ＦＧの管理を行うことで、プロセス制御システム（図示書略）のエンジニアリングを支援する。尚、ここでいう図面類ＦＧの管理とは、複数の図面類ＦＧを上記の結合意味モデルとして管理することに加え、結合意味モデルから必要な情報を抽出して新たな図面類ＦＧを作成することを意味する。
【００３０】
エンジニアリング支援システム１は、端末装置ＴＭからの指示に従って、図面類ＦＧの管理を行うものとする。端末装置ＴＭは、有線又は無線でエンジニアリング支援システム１に接続され、ユーザによって操作される装置である。この端末装置ＴＭは、キーボードやポインティングデバイス等の入力装置、及び液晶表示装置等の表示装置を備える。端末装置ＴＭは、ユーザが入力装置を操作して入力した指示を、エンジニアリング支援システム１に送信する。また、端末装置ＴＭは、エンジニアリング支援システム１から送信されてくる各種情報を表示装置に表示する。
【００３１】
ここで、エンジニアリング支援システム１で管理される図面類ＦＧは、エンジニアリングで用いられる任意の図面及び仕様書等である。例えば、Ｐ＆ＩＤ、ＰＦＤ、機器リスト、機器設定情報、制御ロジック図、シミュレーションモデル、グラフィック図面、ＣＡＤ図面等（３Ｄ図面を含む）が挙げられる。尚、図面類ＦＧは、データであっても良く、データの読み取りが可能であれば紙媒体に印刷されたものであっても良い。また、エンジニアリング支援システム１が管理する図面類ＦＧの数や種類は任意である。
【００３２】
変換部１０は、プロセス制御システムのエンジニアリングで用いられる図面類ＦＧを、図面類ＦＧに含まれる要素を示す情報（第１情報）と要素同士の関係を示す情報（第２情報）とによって表現した意味モデルＭに変換する。例えば、プラントに設けられた複数の機器が図面類ＦＧの要素として含まれている場合に、変換部１０は、それらの機器を示す情報と、それらの機器の接続関係を示す情報とによって表現した意味モデルＭを生成する。
【００３３】
上記の機器を示す情報には、機器の名称を示す情報と、機器の特質（プロパティ）を示す情報とが含まれる。例えば、特質には、機器固有の特徴・性質（例えば、タンク等の容量や配管の径、機器のメーカや対応方式等）以外に、システムの構成やシミュレーションの条件に応じて各機器に設定される設定値、パラメータ等も含み得る。尚、意味モデルＭは、所謂オントロジー技術を用いて生成されても良い。また、変換部１０は、抽出意味モデルＥＭ（図３参照）を図面類ＦＧに変換することも可能である。
【００３４】
図２は、本発明の一実施形態によるエンジニアリング支援システムが備える変換部の要部構成を示すブロック図である。図２に示す通り、変換部１０は、コンバータ１１、変換ルールデータベース１２（第２データベース）、及びパーツライブラリデータベース１３を備える。
【００３５】
コンバータ１１は、変換ルールデータベース１２に格納されている変換ルールに従って、図面類ＦＧを意味モデルＭに変換する。例えば、コンバータ１１は、図面類ＦＧ１を意味モデルＭ１に変換し、図面類ＦＧ２を意味モデルＭ２に変換する。また、コンバータ１１は、変換ルールデータベース１２に格納されている変換ルールに従って、抽出意味モデルＥＭ（図３参照）を図面類ＦＧに変換する。
【００３６】
変換ルールデータベース１２は、図面類ＦＧと意味モデルＭ（抽出意味モデルＥＭ）との変換ルール（変換規則）を格納する。この変換ルールデータベース１２は、例えば、上記の変換ルールを、図面類ＦＧの種類毎に格納する。この変換ルールデータベース１２には、図面類ＦＧの作成及び変更に用いられるエンジニアリングツールやベンダの違いによる変換方法の違いを補正する補正ルールが格納されていても良い。尚、図面類ＦＧの種類によっては、ＩＥＣ６１３６０−２（使用機器リスト）、ＩＥＣ６２８３２（機器設定情報）等の標準化規格に合わせた形式で意味モデルＭを生成するための変換ルールを含めても良い。
【００３７】
パーツライブラリデータベース１３は、コンバータ１１が抽出意味モデルＥＭ（図３参照）を図面類ＦＧに変換する場合に、変換に必要となる固有のパーツを格納する。ここで、意味モデルＭは、いわば図面類ＦＧを意味づけして抽象化したものであるため、抽象化された意味モデルＭから具体的な図面類ＦＧを作成する場合には、具体的な情報(パーツ）を補う必要がある。パーツライブラリデータベース１３は、このような具体的な固有のパーツを格納する。例えば、パーツライブラリデータベース１３は、グラフィック定義に関わる表示パーツ（例えば、タンクやバルブを模式的に示すアイコン）等を格納する。尚、同一の図面類ＦＧであっても、使用するエンジニアツールによって使用するパーツが異なる場合がある。このため、パーツは、エンジニアリングツール毎に複数用意されていても良い。
【００３８】
意味モデルデータベース２０は、変換部１０で変換された意味モデルＭ、及び意味モデルＭを結合して得られる結合意味モデルＣＭ（詳細は後述する）を、再利用のために、或いは履歴として格納する。尚、意味モデルデータベース２０は、抽出意味モデルＥＭ（図３参照）を格納しても良い。
【００３９】
結合意味モデル管理部３０は、意味モデルデータベース２０に格納された結合意味モデルＣＭの管理を行う。具体的に、結合意味モデル管理部３０は、変換部１０で変換された複数の意味モデルＭを結合して結合意味モデルＣＭを生成する。ここで、結合意味モデル管理部３０は、複数の意味モデルＭの類似度に基づいて、結合意味モデルＣＭを生成する。また、結合意味モデル管理部３０は、結合意味モデルＣＭから、端末装置ＴＭからの指示に応じた抽出意味モデルＥＭを抽出する。
【００４０】
図３は、本発明の一実施形態によるエンジニアリング支援システムが備える結合意味モデル管理部の要部構成を示すブロック図である。図３に示す通り、結合意味モデル管理部３０は、結合意味モデル生成部３１、意味モデル情報抽出部３４、及び抽出ルールデータベース３５（第３データベース）を備える。
【００４１】
結合意味モデル生成部３１は、複数の意味モデルＭを結合して結合意味モデルＣＭを生成する。具体的に、結合意味モデル生成部３１は、マッチング部３２（類似度算出部）及びマッチングルールデータベース３３（第１データベース）を備えており、マッチング部３２で算出される類似度に基づいて、複数の意味モデルＭを結合して結合意味モデルＣＭを生成する。尚、結合意味モデルＣＭの生成例については、複数の意味モデルＭの類似度の算出例と同様に、後述する。
【００４２】
マッチング部３２は、複数の意味モデルＭの類似度を算出する。具体的に、マッチング部３２は、マッチングルールデータベース３３に格納されたマッチングルールに従って、上記の類似度を算出する。マッチングルールデータベース３３は、上記類似度を算出するために必要となるマッチングルール（算出規則）を格納する。
【００４３】
ここで、意味モデルＭは、前述の通り、図面類ＦＧに含まれる要素を示す情報（第１情報）と要素同士の関係を示す情報（第２情報）とによって表現されるものである。このため、マッチングルールには、複数の意味モデルＭに含まれる第１情報の類似性の度合いを算出するためのルールと、第２情報の類似性の度合いを算出するためのルールとが含まれる。従って、マッチング部３２で算出される類似度は、複数の意味モデルＭに含まれる第１情報の類似度の度合いと第２情報の類似度の度合いとを示すものである。尚、複数の意味モデルＭの類似度の算出例については後述する。
【００４４】
意味モデル情報抽出部３４は、抽出ルールデータベース３５に格納された抽出ルールに従って、結合意味モデルＣＭから、端末装置ＴＭからの指示に応じた抽出意味モデルＥＭを抽出する。ここで、意味モデル情報抽出部３４が、抽出意味モデルＥＭを抽出する上で必要な指示は、作成すべき図面類ＦＧの種類（抽出する意味モデルの種類）を特定する指示と、作成すべき図面類ＦＧの範囲を特定する指示である。このため、意味モデル情報抽出部３４は、結合意味モデルＣＭから、指示された範囲における指示された種類の図面類ＦＧを作成するために必要な抽出意味モデルＥＭを抽出する。尚、抽出意味モデルＥＭを抽出する上で必要な指示として、作成すべき図面類ＦＧの種類に加えて条件が必要になる場合もある。抽出意味モデルＥＭの抽出例については後述する。
【００４５】
抽出ルールデータベース３５は、結合意味モデルＣＭから抽出意味モデルＥＭを抽出するための抽出ルール（抽出規則）を格納する。抽出ルールデータベース３５に格納される抽出ルールは、図面類ＦＧを作成するために結合意味モデルＣＭからどのような情報を抽出する必要があるかを規定したものである。抽出ルールデータベース３５は、抽出ルールを、図面類ＦＧの種類毎に格納する。
【００４６】
アプリケーション部４０は、端末装置ＴＭからの指示に基づいて、エンジニアリング支援システム１が図面類ＦＧの管理を行う上で有用な機能を提供する。例えば、アプリケーション部４０は、意味モデルＭ、結合意味モデルＣＭ、及び抽出意味モデルＥＭを修正する機能、並びに意味モデルＭ、結合意味モデルＣＭ、及び抽出意味モデルＥＭの修正を支援する機能を提供する。また、アプリケーション部４０は、複数の意味モデルＭを比較する機能、複数の結合意味モデルＣＭを比較する機能、及び複数の抽出意味モデルＥＭを比較する機能を提供する。
【００４７】
図４は、本発明の一実施形態によるエンジニアリング支援システムが備えるアプリケーション部の要部構成を示すブロック図である。図４に示す通り、アプリケーション部４０は、ルールデータベース修正部４１、意味モデル修正部４２、類似パターン抽出部４３、修正候補提示部４４、意味モデル比較部４５、及び変換支援部４６を備える。
【００４８】
ルールデータベース修正部４１は、端末装置ＴＭからの指示に基づいて、変換部１０に設けられた変換ルールデータベース１２、結合意味モデル管理部３０に設けられたマッチングルールデータベース３３、及び結合意味モデル管理部３０に設けられた抽出ルールデータベース３５の修正を行う。意味モデル修正部４２は、端末装置ＴＭからの指示に基づいて、意味モデルデータベース２０に格納された意味モデルＭ及び抽出意味モデルＥＭの修正を行う。尚、ルールデータベース修正部４１や意味モデル修正部４２による修正は、例えば図３に示すマッチング部３２によって複数の意味モデルＭの類似度が算出される場合、或いは意味モデル情報抽出部３４によって抽出意味モデルＥＭの抽出が行われる場合等に行われる。
【００４９】
類似パターン抽出部４３は、端末装置ＴＭから指示された図面類ＦＧや意味モデルＭについて、その周囲も含め、類似するパターンを、意味モデルデータベース２０を検索して抽出する。例えば、修正が必要な意味モデルＭがあるとすると、類似パターン抽出部４３は、その意味モデルＭと類似するパターンを、意味モデルデータベース２０から検索する。尚、類似するパターンとは、当該意味モデルＭ及びその周囲に含まれる要素（ノード）や、要素（ノード）同士の関係性が類似した部分（パターン）のことである。
【００５０】
修正候補提示部４４は、変換された意味モデルＭや結合された結合意味モデルＣＭ等（以下、「意味モデルＭ等」と略記する）に修正が必要な箇所が存在する場合に、その修正が必要な意味モデルＭ等やその中の要修正箇所を、自動的に、或いは、エンジニアの指示に応じ、抽出して提示する。また、修正候補提示部４４は、エンジニアによる意味モデルＭ等の修正を補助するために、類似パターン抽出部４３によって、提示された意味モデルＭ等やその中の提示箇所（要修正箇所）に類似するパターンを、システム内に記憶されているモデルから抽出し、リファレンスとして提示（表示）しても良い。
【００５１】
その際に、修正候補提示部４４は、より修正すべき意味モデルＭ等と類似度の高いパターン（類似度がより大きなパターン）を提示し、類似度の高い順番を付与して提示するようにしても良い。修正候補提示部４４によって提示される修正候補、及び、その修正のためのリファレンスとなる類似パターンは、端末装置ＴＭに表示される。エンジニアは、修正対象と類似するリファレンスの意味モデルを比較対象として提示されることで、要修正部位の修正が容易になる。
【００５２】
意味モデル比較部４５は、端末装置ＴＭからの指示に基づいて、複数の結合意味モデルＣＭを比較して差分を抽出する。意味モデル比較部４５の抽出結果は、端末装置ＴＭに送信される。意味モデル比較部４５は、最新の意味モデルＭと過去の意味モデルＭとの比較を行っても良い。
【００５３】
変換支援部４６は、変換部１０で変換（図面類ＦＧから意味モデルＭへの変換、抽出意味モデルＥＭから図面類ＦＧへの変換の双方を含む）が行われる場合の変換処理を支援する。例えば、変換支援部４６は、変換部１０で変換が行われる場合に、要素の過不足や新規の要素等の検出、変換エラー等の検出を行って、その検出結果を端末装置ＴＭに出力する。
【００５４】
意味モデルＭの修正が必要な場合は、ユーザは端末装置ＴＭを介し、意味モデルＭを修正する。それが新たなルールとなる場合（現ルールを修正すべき場合）は、その修正ルールを、ルールデータベース修正部４１が、変換ルールデータベース１２に反映する。このような修正が行われることで、検出された新規の要素、要素の過不足、変換エラー等が解消されることになる。尚、ユーザにより、変換ルールデータベース１２が修正された場合には、修正された（新たな）ルールを、対象の意味モデルＭに対して自動的に適用させてもよい。この場合、意味モデルＭ及び変換ルールデータベース１２の何れか一方が修正されれば、何れか他方にもその修正が自動的に反映されることになる。
【００５５】
〈エンジニアリング支援システムの基本動作例〉
図５は、本発明の一実施形態によるエンジニアリング支援システムの基本動作例を示すフローチャートである。尚、図５に示すフローチャートは、例えば端末装置ＴＭから送信された処理開始の指示が、エンジニアリング支援システム１で受信されることにより開始される。尚、以下では、図６に示す通り、Ｐ＆ＩＤ（図面類ＦＧ１１）及びＰＦＤ（図面類ＦＧ１２）からシミュレーションモデル（図面類ＦＧ１３）を作成する場合を例に挙げて説明する。図６は、本発明の一実施形態における基本動作例を説明するための図である。
【００５６】
図５に示すフローチャートが開始されると、まず、図面類を意味モデルに変換する処理が変換部１０で行われる（ステップＳ１１：第１変換ステップ）。具体的には、変換部１０の変換ルールデータベース１２に格納された変換ルールに従って、図面類を意味モデルに変換し、変換した意味モデルを意味モデルデータベース２０に格納する処理が、変換部１０に設けられたコンバータ１１によって行われる。
【００５７】
より具体的には、Ｐ＆ＩＤ（図面類ＦＧ１１）がコンバータ１１に読み込まれるとともに、Ｐ＆ＩＤを意味モデルに変換するための変換ルールが変換ルールデータベース１２からコンバータ１１に読み込まれる。そして、読み込んだ変換ルールに従って、Ｐ＆ＩＤ（図面類ＦＧ１１）をＰ＆ＩＤ意味モデルＭ１１に変換する処理がコンバータ１１で行われる。同様に、ＰＦＤ（図面類ＦＧ１２）がコンバータ１１に読み込まれるとともに、ＰＦＤを意味モデルに変換するための変換ルールが変換ルールデータベース１２からコンバータ１１に読み込まれる。そして、読み込んだ変換ルールに従って、ＰＦＤ（図面類ＦＧ１２）をＰＦＤ意味モデルＭ１２に変換する処理がコンバータ１１で行われる。
【００５８】
図７は、本発明の一実施形態で管理される図面類であるＰ＆ＩＤ及びその意味モデルを説明するための図である。図７（ａ）に例示する図面類ＦＧ１１であるＰ＆ＩＤは、タンク（Tank）１０１、バルブ１０２、及び反応器（Reactor）１０３が配管１１１〜１１４によって接続された図である。具体的には、タンク１０１の上流側に配管１１１が接続され、タンク１０１とバルブ１０２との間に配管１１２が接続され、バルブ１０２と反応器１０３との間に配管１１３が接続され、反応器１０３の下流側に配管１１４が接続されている。尚、タンク１０１、バルブ１０２、及び反応器１０３は、直感的且つ容易に把握できるような記号で示されている。
【００５９】
また、図７（ａ）に例示するＰ＆ＩＤには、タンク１０１、バルブ１０２、及び反応器１０３、並びに配管１１１〜１１４の名称が含まれている。具体的に、タンク１０１の名称は「Ｅ−１」であり、バルブ１０２の名称は「Ｖ−１」であり、反応器１０３の名称は「Ｅ−２」である。配管１１１〜１１４の名称は「Ｐ−１」〜「Ｐ−４」である。尚、図７（ａ）では図示していないが、Ｐ＆ＩＤには、Ｐ＆ＩＤに含まれる要素（プラントに設けられる機器、装置、設備等を含む）の特質（プロパティ）を示す情報が含まれる。
【００６０】
図７（ｂ）に例示するＰ＆ＩＤ意味モデルＭ１１は、図７（ａ）に例示するＰ＆ＩＤから生成されたものである。図７（ｂ）に示す通り、Ｐ＆ＩＤ意味モデルＭ１１において、タンク１０１、バルブ１０２、及び反応器１０３、並びに配管１１１〜１１４は、抽象化されてノードとして表現されている。各ノードには、そのノードを示す情報（第１情報）として、名称を示す情報と特質（プロパティ）を示す情報とが紐付けられる。また、各ノードには、タンク１０１、バルブ１０２、及び反応器１０３、並びに配管１１１〜１１４の接続関係を示す情報（第２情報）が紐付けられる。
【００６１】
例えば、タンク１０１を示すノードには、名称を示す情報（hasName）として「Ｅ−１」が紐付けられており、特質を示す情報（hasProperty）として「直径（Diameter）」及び「高さ（Height）」が紐付けられている。タンク１０１を示すノードには、接続先を示す情報（isconnectedto）として、配管１１２のノードを示す情報が紐付けられている。また、配管１１２を示すノードには、名称を示す情報（hasName）として「Ｐ−２」が紐付けられており、特質を示す情報（hasProperty）として「口径（Caliber）」及び「長さ（Length）」が紐付けられている。配管１１２を示すノードには、接続先を示す情報（isconnectedto）として、バルブ１０２のノードを示す情報が紐付けられている。
【００６２】
また、配管１１３を示すノードには、名称を示す情報（hasName）として「Ｐ−３」が紐付けられており、特質を示す情報（hasProperty）として「口径（Caliber）」及び「長さ（Length）」が紐付けられている。配管１１３を示すノードには、接続先を示す情報（isconnectedto）として、反応器１０３のノードを示す情報が紐付けられている。また、反応器１０３を示すノードには、名称を示す情報（hasName）として「Ｅ−２」が紐付けられているが、特質を示す情報（hasProperty）は紐付けられていない。これは、図７（ａ）に例示するＰ＆ＩＤに、反応器１０３の名称を示す情報は含まれているが、反応器１０３の特質を示す情報が含まれていないからである。反応器１０３を示すノードには、接続先を示す情報（isconnectedto）として、配管１１４のノードを示す情報が紐付けられている。
【００６３】
図８は、本発明の一実施形態で管理される図面類であるＰＦＤ及びその意味モデルを説明するための図である。図８（ａ）に例示する図面類ＦＧ１２であるＰＦＤは、タンク１０１及び反応器１０３と、原料の流れを示すフロー１２１〜１２３とが示された図である。具体的には、タンク１０１の上流側にフロー１２１が示され、タンク１０１と反応器１０３との間にフロー１２２が示され、反応器１０３の下流側にフロー１２３が示されている。尚、ＰＦＤにおいて、タンク１０１及び反応器１０３は、Ｐ＆ＩＤと同様に、直感的且つ容易に把握できるような記号で示されている。また、ＰＦＤでは、フローが重要であることから、図７（ａ）に示すバルブ１０２及び配管１１１〜１１４は省略される。
【００６４】
また、図８（ａ）に例示するＰＦＤには、フロー１２１〜１２３の名称が含まれている。具体的に、フロー１２１の名称は「Ｓ−１」であり、フロー１２２の名称は「Ｓ−２」であり、フロー１２３の名称は「Ｓ−３」である。尚、図８（ａ）では図示していないが、ＰＦＤには、タンク１０１及び反応器１０３の名称も含まれている。また、ＰＦＤには、ＰＦＤに含まれる要素（プラントに設けられる機器、装置、設備等に加えてフロー等を含む）の特質（プロパティ）を示す情報が含まれる。
【００６５】
図８（ｂ）に例示するＰＦＤ意味モデルＭ１２は、図８（ａ）に例示するＰＦＤから生成されたものである。図８（ｂ）に示す通り、ＰＦＤ意味モデルＭ１２において、タンク１０１及び反応器１０３、並びにフロー（Stream）１２１〜１２３は、抽象化されてノードとして表現されている。各ノードには、そのノードを示す情報（第１情報）として、名称を示す情報と特質（プロパティ）を示す情報とが紐付けられる。また、各ノードには、タンク１０１及び反応器１０３並びにフロー１２１〜１２３の関係を示す情報（第２情報）が紐付けられる。
【００６６】
例えば、タンク１０１を示すノードには、名称を示す情報（hasName）及び特質を示す情報（hasProperty）は紐付けられていない。タンク１０１を示すノードには、接続先を示す情報（isconnectedto）として、フロー１２２のノードを示す情報が紐付けられている。また、フロー１２２を示すノードには、名称を示す情報（hasName）として「Ｓ−２」が紐付けられており、特質を示す情報（hasProperty）として「圧力値（Pressure Value）」及び「流量（Flow Rate）」が紐付けられている。フロー１２２を示すノードには、接続先を示す情報（isconnectedto）として、反応器１０３のノードを示す情報が紐付けられている。
【００６７】
また、反応器１０３を示すノードには、名称を示す情報（hasName）は紐付けられておらず、特質を示す情報（hasProperty）として「化学反応式（Chemical reaction formula）が紐付けられている。反応器１０３を示すノードには、接続先を示す情報（isconnectedto）として、フロー１２３のノードを示す情報が紐付けられている。
【００６８】
このように、Ｐ＆ＩＤ（図面類ＦＧ１１）を変換して得られるＰ＆ＩＤ意味モデルＭ１１、ＰＦＤ（図面類ＦＧ１２）を変換して得られるＰＦＤ意味モデルＭ１２は何れも、図面類ＦＧ１１，ＦＧ１２に含まれる要素が抽象化されてノードとして表現されたものである。そして、各ノードには、そのノードを示す情報（第１情報）と、ノード同士の関係を示す情報（第２情報）とが紐付けられる。尚、これらの情報は、Ｐ＆ＩＤやＰＦＤに含まれていない場合には、省略される場合もある。このように、異なる種類の図面類であっても、変換部１０による変換によって生成される意味モデルは、図面類に含まれる要素を示す情報（第１情報）と要素同士の関係を示す情報（第２情報）とによって表現されたものとなる。
【００６９】
尚、図７（ｂ），図８（ｂ）では、理解を容易にするために、Ｐ＆ＩＤ意味モデルＭ１１及びＰＦＤ意味モデルＭ１２を、ノード及び各種情報が線（矢印線）で接続された図で表現している。しかしながら、これらＰ＆ＩＤ意味モデルＭ１１及びＰＦＤ意味モデルＭ１２は、例えばＨＴＭＬ（Hyper Text Markup Language）、ＸＭＬ（eXtensible Markup Language等のマークアップ言語によって表現されていても良い。
【００７０】
また、図５に示すステップＳ１１の処理が行われた場合には、必要に応じてエンジニアが生成された意味モデルを検証し、検証結果に応じて変換部１０に設けられた変換ルールデータベース１２の内容を修正するようにしてもよい。例えば、アプリケーション部４０に設けられた変換支援部４６の機能を利用して生成された意味モデルを必要に応じてエンジニアが検証し、ルールデータベース修正部４１の機能を利用して変換ルールデータベース１２の内容を修正することが可能である。
【００７１】
次に、意味モデルを結合して結合意味モデルを生成する処理が、結合意味モデル管理部３０で行われる（ステップＳ１２：結合意味モデル生成ステップ）。具体的には、結合意味モデル管理部３０のマッチングルールデータベース３３に格納されたマッチングルールに従って、複数の意味モデルの類似度を算出する処理がマッチング部３２で行われる。そして、マッチング部３２で算出された類似度に基づいて、複数の意味モデルを結合して結合意味モデルを生成する処理が結合意味モデル生成部３１で行われる。
【００７２】
より具体的には、Ｐ＆ＩＤ意味モデルＭ１１及びＰＦＤ意味モデルＭ１２がマッチング部３２に読み込まれるとともに、これらの意味モデルの類似度を算出するために必要なマッチングルールがマッチングルールデータベース３３からマッチング部３２に読み込まれる。そして、読み込んだマッチングルールに従って、Ｐ＆ＩＤ意味モデルＭ１１とＰＦＤ意味モデルＭ１２との類似度を算出する処理がマッチング部３２で行われる。その後、Ｐ＆ＩＤ意味モデルＭ１１及びＰＦＤ意味モデルＭ１２が結合意味モデル生成部３１に読み込まれるとともに、マッチング部３２で算出された類似度が結合意味モデル生成部３１に読み込まれる。そして、読み込んだ類似度に基づいて、Ｐ＆ＩＤ意味モデルＭ１１とＰＦＤ意味モデルＭ１２とを結合して、結合意味モデルＣＭ１を生成する処理が結合意味モデル生成部３１で行われる。
【００７３】
図９は、本発明の一実施形態で生成される結合意味モデルを説明するための図である。図９に示す結合意味モデルＣＭ１は、図７（ｂ）に示すＰ＆ＩＤ意味モデルＭ１１と図８（ｂ）に示すＰＦＤ意味モデルＭ１２とから生成されたものである。図９を参照すると、結合意味モデルＣＭ１において、タンク１０１、バルブ１０２、及び反応器１０３、並びに配管１１１〜１１４は、図７（ｂ）に示すＰ＆ＩＤ意味モデルＭ１１と同様に表現されている。
【００７４】
ここで、図７（ｂ）に示すＰ＆ＩＤ意味モデルＭ１１及び図８（ｂ）に示すＰＦＤ意味モデルＭ１２において、タンク１０１のノード及び反応器１０３のノードは共通する。このため、Ｐ＆ＩＤ意味モデルＭ１１に含まれるタンク１０１のノードと、ＰＦＤ意味モデルＭ１２に含まれるタンク１０１のノードとは類似性の度合いが高い。同様に、Ｐ＆ＩＤ意味モデルＭ１１に含まれる反応器１０３のノードと、ＰＦＤ意味モデルＭ１２に含まれる反応器１０３のノードとは類似性の度合いが高い。
【００７５】
また、図７（ｂ）に示すＰ＆ＩＤ意味モデルＭ１１において、配管１１２のノード、バルブ１０２のノード、及び配管１１３のノードを１つのノードに見立てると、Ｐ＆ＩＤ意味モデルＭ１１におけるノードの並びは、ＰＦＤ意味モデルＭ１２におけるノードの並びと同様になる。このため、Ｐ＆ＩＤ意味モデルＭ１１に含まれるノードの並びと、ＰＦＤ意味モデルＭ１２に含まれるノードの並びとは類似性の度合いが高い。
【００７６】
上記の類似性の度合いに基づいて、Ｐ＆ＩＤ意味モデルＭ１１とＰＦＤ意味モデルＭ１２とが結合意味モデル生成部３１によって結合されることにより、図９に示す結合意味モデルＣＭ１が生成される。例えば、Ｐ＆ＩＤ意味モデルＭ１１におけるタンク１０１のノードとＰＦＤ意味モデルＭ１２におけるタンク１０１のノードとの類似性の度合いが一定以上に高ければ、結合意味モデル生成部３１は、それらタンク１０１のノードを同一物と判定する。結合意味モデル生成部３１は、Ｐ＆ＩＤ意味モデルＭ１１及びＰＦＤ意味モデルＭ１２における反応器１０３のノードについても同様に判定する。
【００７７】
一方、Ｐ＆ＩＤ意味モデルＭ１１においてタンク１０１のノードと反応器１０３のノードとの間に登場するバルブ１０２のノードは、ＰＦＤ意味モデルＭ１２には存在しない。しかしながら、同一物と判定された２つのノード（タンク１０１のノード及び反応器１０３のノード）の間に存在すること、全体的な（周囲のノードの）関係性、一致の度合から、バルブ１０２のノードの位置は、タンク１０１のノードと反応器１０３のノードとの間に特定される。尚、図９に例示する結合意味モデルＣＭ１は、Ｐ＆ＩＤ意味モデルＭ１１及びＰＦＤ意味モデルＭ１２に対し、以下に示す処理が結合意味モデル生成部３１によって行われて生成されたものである。
【００７８】
・Ｐ＆ＩＤ意味モデルＭ１１におけるタンク１０１のノードと、ＰＦＤ意味モデルＭ１２におけるタンク１０１のノードとを統合する処理
・Ｐ＆ＩＤ意味モデルＭ１１における反応器１０３のノードと、ＰＦＤ意味モデルＭ１２における反応器１０３のノードとを統合する処理
・Ｐ＆ＩＤ意味モデルＭ１１における配管１１１のノードと、ＰＦＤ意味モデルＭ１２におけるフロー１２１のノードとを統合する処理
・Ｐ＆ＩＤ意味モデルＭ１１における配管１１３のノードと、ＰＦＤ意味モデルＭ１２におけるフロー１２２のノードとを統合する処理
・Ｐ＆ＩＤ意味モデルＭ１１における配管１１４のノードと、ＰＦＤ意味モデルＭ１２におけるフロー１２３のノードとを統合する処理
【００７９】
図９に例示する結合意味モデルＣＭ１は、いわば要素の数が相対的に少ないＰＦＤ意味モデルＭ１２が、要素の数が相対的に多いＰ＆ＩＤ意味モデルＭ１１に統合されたものになっている。このため、図９に例示する結合意味モデルＣＭ１では、ＰＦＤ意味モデルＭ１２におけるフロー１２１，１２２，１２３のノードが、Ｐ＆ＩＤ意味モデルＭ１１における配管１１１，１１３，１１４のノードにそれぞれ統合される。このため、結合意味モデルＣＭ１には、ＰＦＤ意味モデルＭ１２におけるフロー１２１，１２２，１２３のノードは現れていない。
【００８０】
尚、上記の統合にあたり、結合意味モデルＣＭ１には、結合したそれぞれの意味モデルが有する情報を共に保有させても良い。例えば、Ｐ＆ＩＤでの“配管”という情報と、ＰＦＤでの“フロー”という情報とを共に結合意味モデルＣＭ１に保有させるといった具合である。
【００８１】
複数の意味モデルに含まれるノードを統合する場合には、上述の通り、１つの意味モデルに含まれるノードを他の意味モデルに含まれるノードに統合する方法で統合しても良く、他の方法により統合しても良い。例えば、複数の意味モデルに含まれるノードのうち、類似する意味を有するノードを、それらを包含する意味を有する新たなノードに統合する方法で統合しても良い。例えば、Ｐ＆ＩＤ意味モデルＭ１１に含まれる配管１１１のノード及びＰＦＤ意味モデルＭ１２に含まれるフロー１２１のノードを、「タンク入力」の意味を有する新たなノードに統合するといった具合である。
【００８２】
尚、図９では、理解を容易にするために、結合意味モデルＣＭ１を、図７（ｂ），図８（ｂ）と同様に、ノード及び各種情報が線（矢印線）で接続された図で表現している。しかしながら、結合意味モデルＣＭ１は、例えばＨＴＭＬ、ＸＭＬ等のマークアップ言語によって表現されていても良い。
【００８３】
また、図５に示すステップＳ１２の処理が行われた場合には、生成された結合意味モデルＣＭ１を必要に応じてエンジニアが検証し、検証結果に応じて結合意味モデル管理部３０に設けられたマッチングルールデータベース３３の内容を修正するようにしてもよい。例えば、アプリケーション部４０に設けられたルールデータベース修正部４１の機能を利用して、マッチングルールデータベース３３の内容を修正することが可能である。
【００８４】
ここで、結合意味モデルＣＭ１は、プラントに設けられた設備を対象とするユニット単位、プラントの一部の領域を対象とするエリア単位、或いはプラント全体を対象とするプラント単位で生成することが望ましい。このような単位で結合意味モデルＣＭ１を生成することで、エンジニアリングに携わる複数のエンジニアが必要とする情報（図面類）を、意味づけして集約することができる。
【００８５】
次に、結合意味モデルから、指示に応じた意味モデルを抽出する処理が、意味モデル情報抽出部３４で行われる（ステップＳ１３：意味モデル情報抽出ステップ）。具体的には、結合意味モデル管理部３０の抽出ルールデータベース３５に格納された抽出ルールに従って、結合意味モデルＣＭ１から、端末装置ＴＭからの指示に応じた抽出意味モデルＥＭを抽出する処理が意味モデル情報抽出部３４で行われる。
【００８６】
より具体的には、端末装置ＴＭからは、作成すべきシミュレーションモデル（図面類ＦＧ１３）を特定する指示と、作成すべきシミュレーションモデル（図面類ＦＧ１３）の範囲を特定する指示（例えば、範囲として、○○ユニットを対象として指示する等）が送信されてくる。これらの指示がエンジニアリング支援システム１で受信されると、シミュレーションモデル抽出意味モデルＥＭ１を抽出するために必要となる抽出ルールが抽出ルールデータベース３５から意味モデル情報抽出部３４に読み込まれる。尚、上記のシミュレーションモデル抽出意味モデルＥＭ１は、端末装置ＴＭから指示されたシミュレーションモデル（図面類ＦＧ１３）を作成するために必要な意味モデルである。そして、読み込んだ抽出ルールに従って、結合意味モデルＣＭ１から、指示された範囲における指示されたシミュレーションモデル（図面類ＦＧ１３）を作成するために必要なシミュレーションモデル抽出意味モデルＥＭ１を抽出する処理が意味モデル情報抽出部３４で行われる。
【００８７】
図１０は、本発明の一実施形態で結合意味モデルから抽出される抽出意味モデル及びその抽出意味モデルから生成される図面類を説明するための図である。図１０（ａ）を参照すると、抽出されたシミュレーションモデル抽出意味モデルＥＭ１において、タンク１０１、バルブ１０２、及び反応器１０３は、図９に示す結合意味モデルＣＭ１と同様に表現されているものの、配管１１１〜１１４は、フロー１３１〜１３４として表現されている。これは、シミュレーションモデルにおいては、原料が流れる配管１１１〜１１４として表現するよりも、原料の流れを示すフロー１３１〜１３４として表現した方が適切だからである。
【００８８】
尚、図１０（ａ）に示す例では、原料の流れを示すフロー１３１〜１３４を示すノードには、配管１１１〜１１４の名称を示す情報（hasName）が紐付けられている。例えば、フロー１３１を示すノードには、配管１１１の名称を示す情報（hasName）である「Ｐ−１」が紐付けられており、フロー１３２を示すノードには、配管１１２の名称を示す情報（hasName）である「Ｐ−２」が紐付けられている。これは、結合意味モデルＣＭ１に含まれている配管１１１〜１１４を、フロー１３１〜１３４として表現したためである。
【００８９】
また、抽出されたシミュレーションモデル抽出意味モデルＥＭ１では、フロー１３１の上流側に境界条件（Boundary Condition）１３０を示すノードが追加されている。これは、シミュレーションモデルを用いてシミュレーションを行う場合に、フロー１３１として供給される原料の条件を規定する必要があるためである。境界条件１３０を示すノードには、特質を示す情報（hasProperty）として「圧力値（Pressure Value）」及び「原料組成（Composition）」が紐付けられている。
【００９０】
尚、図１０（ａ）では、理解を容易にするために、シミュレーションモデル抽出意味モデルＥＭ１を、図７（ｂ），図８（ｂ），図９と同様に、ノード及び各種情報が線（矢印線）で接続された図で表現している。しかしながら、シミュレーションモデル抽出意味モデルＥＭ１は、例えばＨＴＭＬ、ＸＭＬ等のマークアップ言語によって表現されていても良い。
【００９１】
図５に示すステップＳ１３の処理が行われた場合には、抽出されたシミュレーションモデル抽出意味モデルＥＭ１を必要に応じてエンジニアが検証し、検証結果に応じてシミュレーションモデル抽出意味モデルＥＭ１を修正するようにしても良い。例えば、アプリケーション部４０に設けられた意味モデル修正部４２の機能を利用して、シミュレーションモデル抽出意味モデルＥＭ１を修正することが可能である。
【００９２】
続いて、抽出された意味モデルを図面類に変換する処理が変換部１０で行われる（ステップＳ１４：第２変換ステップ）。具体的には、パーツライブラリデータベース１３に格納されたパーツを用いながら、変換部１０の変換ルールデータベース１２に格納された変換ルールに従って、シミュレーションモデル抽出意味モデルＥＭ１をシミュレーションモデル（図面類ＦＧ１３）に変換する処理が、変換部１０に設けられたコンバータ１１によって行われる。
【００９３】
より具体的には、シミュレーションモデル抽出意味モデルＥＭ１がコンバータ１１に読み込まれるとともに、シミュレーションモデル抽出意味モデルＥＭ１をシミュレーションモデル（図面類ＦＧ１３）に変換するための変換ルールが変換ルールデータベース１２からコンバータ１１に読み込まれる。そして、必要に応じてパーツライブラリデータベース１３に格納されたパーツを読み込みながら、読み込んだ変換ルールに従って、シミュレーションモデル抽出意味モデルＥＭ１をシミュレーションモデル（図面類ＦＧ１３）に変換する処理がコンバータ１１で行われる。
【００９４】
図１０（ｂ）を参照すると、タンク１０１、バルブ１０２、及び反応器１０３と、原料の流れを示すフロー１３１〜１３３とが示されたシミュレーションモデル（図面類ＦＧ１３）が生成されているのが分かる。具体的に、シミュレーションモデルにおいて、タンク１０１、バルブ１０２、及び反応器１０３が、直感的且つ容易に把握できるような記号で示されている。また、シミュレーションモデルにおいて、タンク１０１に供給される原料がフロー１３１で示されており、タンク１０１からバルブ１０２に向かう原料がフロー１３２で示されており、バルブ１０２から反応器１０３に向かう原料がフロー１３３で示されており、反応器１０３から出力される生成物がフロー１３４で示されている。
【００９５】
図５に示すステップＳ１４の処理が行われた場合には、作成されたシミュレーションモデル（図面類ＦＧ１３）を必要に応じてエンジニアが検証し、検証結果に応じて変換部１０に設けられた変換ルールデータベース１２やパーツライブラリデータベース１３の内容を修正するようにしてもよい。例えば、アプリケーション部４０に設けられたルールデータベース修正部４１の機能を利用して変換ルールデータベース１２やパーツライブラリデータベース１３の内容を修正することが可能である。
【００９６】
〈エンジニアリング支援システムの応用動作例〉
《第１応用動作例》
図１１は、本発明の一実施形態における第１応用動作例を説明するための図である。本動作例は、図面類の比較を行うものである。長期に亘って運用されるプロセス制御システムでは、運用中に図面類の修正が行われたり、図面類の対象範囲が若干変わったりする場合がある。このような場合において、異なる時期に作成された図面類の比較が必要になることがある。本動作例は、このような図面類の比較を行う場合のものである。
【００９７】
図１１において、グラフィック（図面類ＦＧ２１）とグラフィック（図面類ＦＧ２２）とは異なる時期に作成された図面類を示している。例えば、グラフィック（図面類ＦＧ２１）は、プロセス制御システムの運用開始時に作成された図面類であり、グラフィック（図面類ＦＧ２２）は、プロセス制御システムの現時点の図面類である。グラフィック（図面類ＦＧ２１）からグラフィック意味モデルＭ２１が生成され、このグラフィック意味モデルＭ２１を用いて結合意味モデルＣＭ２１が生成されているとする。また、グラフィック（図面類ＦＧ２２）からグラフィック意味モデルＭ２２が生成され、このグラフィック意味モデルＭ２２を用いて結合意味モデルＣＭ２２が生成されているとする。
【００９８】
ユーザが端末装置ＴＭを操作して、例えば結合意味モデルＣＭ２１と結合意味モデルＣＭ２２との比較指示を行うと、その指示が端末装置ＴＭからエンジニアリング支援システム１に送信される。端末装置ＴＭからの指示がエンジニアリング支援システム１で受信されると、端末装置ＴＭからの指示に基づいて、結合意味モデルＣＭ２１と結合意味モデルＣＭ２２とを比較して差分を抽出する処理がアプリケーション部４０に設けられた意味モデル比較部４５で行われる。意味モデル比較部４５で抽出された差分を示す情報は、端末装置ＴＭに送信されて表示される。
【００９９】
このように、本動作例では、異なる時期に作成されたグラフィック（図面類ＦＧ２１）とグラフィック（図面類ＦＧ２２）との比較を行う場合に、以下の比較を行っている。つまり、グラフィック（図面類ＦＧ２１）とグラフィック（図面類ＦＧ２２）とを直接比較するのではなく、結合意味モデルＣＭ２１と結合意味モデルＣＭ２２とを比較するようにしている。このため、例えばグラフィック（図面類ＦＧ２１）とグラフィック（図面類ＦＧ２２）との対象範囲が異なっていても、適切な比較結果を得ることができる。また、グラフィック（図面類ＦＧ２１）とグラフィック（図面類ＦＧ２２）とが異なるエンジニアリングツールで作成されたものであったとしても、適切な比較結果を得ることができる。
【０１００】
《第２応用動作例》
図１２は、本発明の一実施形態における第２応用動作例を説明するための図である。本動作例は、図面類の変換を行うものである。長期に亘って運用されるプロセス制御システムでは、運用の途中でエンジニアリングツールが変更になる場合がある。例えば、プロセス制御システムの運用開始時は、Ｐ＆ＩＤの作成にＡ社のエンジニアリングツールが用いられていたが、運用の途中で何らかの理由によりＢ社のエンジニアリングツールに変更された場合である。このような場合において、Ａ社のエンジニアリングツールで作成されたＰ＆ＩＤをＢ社のエンジニアリングツールで利用可能なＰ＆ＩＤに変換できれば、過去の資産を有効利用できると考えられる。本動作例は、このような図面類の変換を行う場合のものである。
【０１０１】
図１２において、図面類ＦＧ３１は、Ａ社のエンジニアリングツールで作成されたＰ＆ＩＤを示している。また、Ａ社のエンジニアリングツールで作成されたＰ＆ＩＤ（図面類ＦＧ３１等）の意味モデル（図示省略）を用いて、結合意味モデルＣＭ３が生成されているとする。更に、変換部１０の変換ルールデータベース１２（図２参照）には、Ａ社のエンジニアリングツールで作成されたＰ＆ＩＤと意味モデルとの変換ルールに加えて、Ｂ社のエンジニアリングツールで作成されたＰ＆ＩＤと意味モデルとの変換ルールが格納されているとする。
【０１０２】
ユーザが端末装置ＴＭを操作して、作成すべきＰ＆ＩＤ（図面類ＦＧ３２）を特定するとともに、作成すべきＰ＆ＩＤ（図面類ＦＧ３２）の範囲を特定し、図面類の作成指示を行うと、その指示が端末装置ＴＭからエンジニアリング支援システム１に送信される。すると、エンジニアリング支援システム１の結合意味モデル管理部３０において、抽出ルールデータベース３５（図３参照）に格納された抽出ルールに従って、結合意味モデルＣＭ３から、端末装置ＴＭからの指示に応じたＰ＆ＩＤ抽出意味モデルＥＭ３を抽出する処理が意味モデル情報抽出部３４（図３参照）で行われる。
【０１０３】
Ｐ＆ＩＤ抽出意味モデルＥＭ３が抽出されると、変換部１０の変換ルールデータベース１２から、Ｂ社のエンジニアリングツールで作成されたＰ＆ＩＤと意味モデルとの変換ルールがコンバータ１１に読み込まれる。そして、読み込んだ変換ルールに従って、抽出されたＰ＆ＩＤ抽出意味モデルＥＭ３を、Ｂ社のエンジニアリングツールで利用可能なＰ＆ＩＤ（図面類ＦＧ３２）に変換する処理がコンバータ１１で行われる。
【０１０４】
このように、本動作例では、Ａ社のエンジニアリングツールで作成されたＰ＆ＩＤ（図面類ＦＧ３１）を、Ｂ社のエンジニアリングツールで利用可能なＰ＆ＩＤ（図面類ＦＧ３２）に変換する場合に、図面類ＦＧ３１を図面類ＦＧ３２に直接変換しているのではなく、以下の処理によって変換行っている。つまり、結合意味モデルＣＭ３（図面類ＦＧ３１等の意味モデルから生成された結合意味モデル）から、図面類ＦＧ３２を生成するために必要な意味モデル（Ｐ＆ＩＤ抽出意味モデルＥＭ３）を抽出する。そして、抽出したＰ＆ＩＤ抽出意味モデルＥＭ３を、Ｂ社のエンジニアリングツールで利用可能なＰ＆ＩＤ（図面類ＦＧ３２）に変換するようにしている。このため、仮にＰ＆ＩＤ（図面類ＦＧ３２）の対象範囲が、Ｐ＆ＩＤ（図面類ＦＧ３１）の対象範囲より狭かったり、広かったりする場合でも、適切なＰ＆ＩＤ（図面類ＦＧ３２）を生成することができる。
【０１０５】
《第３応用動作例》
図１３は、本発明の一実施形態における第３応用動作例を説明するための図である。本動作例は、複数の異なる図面類の作成を行うものである。例えば、あるエンジニアによって、プロセス制御システムの一部の構成要素が変更されると、他の複数のエンジニアによって用いられる図面類の変更が必要になることがある。本動作例は、このような複数の図面類の作成を行う場合のものである。
【０１０６】
図１３において、Ｐ＆ＩＤ（図面類ＦＧ４１）は、例えばプロセス制御システムの一部の構成要素の変更によって、更新されたＰ＆ＩＤを示している。本動作例では、理解を容易にするために、Ｐ＆ＩＤ（図面類ＦＧ４１）の変更によって、Ｃ社のシミュレータに適したシミュレーションモデル（図面類ＦＧ４２）と、Ｄ社のシミュレータに適したシミュレーションモデル（図面類ＦＧ４３）とを作成する場合を例に挙げて説明する。
【０１０７】
ユーザが端末装置ＴＭを操作して、例えばＰ＆ＩＤ（図面類ＦＧ４１）の変換指示を行うと、その指示が端末装置ＴＭからエンジニアリング支援システム１に送信される。端末装置ＴＭからの指示がエンジニアリング支援システム１で受信されると、端末装置ＴＭからの指示に基づいて、Ｐ＆ＩＤ（図面類ＦＧ４１）をＰ＆ＩＤ意味モデルＭ４に変換する処理が変換部１０で行われる。そして、変換されたＰ＆ＩＤ意味モデルＭ４を、結合意味モデルＣＭ４に結合する処理が結合意味モデル管理部３０で行われる。
【０１０８】
次に、ユーザが端末装置ＴＭを操作して、作成すべき図面類ＦＧの種類及び条件を特定するとともに、作成すべき図面類ＦＧの範囲を特定し、図面類の作成指示を行うと、その指示が端末装置ＴＭからエンジニアリング支援システム１に送信される。図１３に示す例では、作成すべき図面類ＦＧの種類は「シミュレーションモデル」であり、条件は「Ｃ社のシミュレータに適したもの」及び「Ｄ社のシミュレータに適したもの」である。これにより、作成すべき図面類ＦＧが、Ｃ社のシミュレータに適したシミュレーションモデル（図面類ＦＧ４２）と、Ｄ社のシミュレータに適したシミュレーションモデル（図面類ＦＧ４３）であることが特定される。作成すべき図面類ＦＧの範囲としては、例えばプラント全体のどの部分であるかが特定される。
【０１０９】
端末装置ＴＭからの指示がエンジニアリング支援システム１で受信されると、抽出意味モデルを抽出する処理が行われる。具体的には、エンジニアリング支援システム１の結合意味モデル管理部３０において、抽出ルールデータベース３５（図３参照）に格納された抽出ルールに従って、結合意味モデルＣＭ３から、端末装置ＴＭからの指示に応じたシミュレーションモデル抽出意味モデルＥＭ４を抽出する処理が意味モデル情報抽出部３４（図３参照）で行われる。
【０１１０】
シミュレーションモデル抽出意味モデルＥＭ４が抽出されると、変換部１０の変換ルールデータベース１２（図２参照）から、Ｃ社のシミュレータに適したシミュレーションモデル（図面類ＦＧ４２）と意味モデルとの変換ルール、及びＤ社のシミュレータに適したシミュレーションモデル（図面類ＦＧ４３）と意味モデルとの変換ルールがコンバータ１１（図２参照）に読み込まれる。そして、読み込んだ変換ルールに従って、抽出されたシミュレーションモデル抽出意味モデルＥＭ４を、Ｃ社のシミュレータに適したシミュレーションモデル（図面類ＦＧ４２）と、Ｄ社のシミュレータに適したシミュレーションモデル（図面類ＦＧ４３）とに変換する処理が、コンバータ１１で行われる。
【０１１１】
このように、本動作例では、Ｐ＆ＩＤ（図面類ＦＧ４１）が更新された場合に、変更されたＰ＆ＩＤ（図面類ＦＧ４１）をＰ＆ＩＤ意味モデルＭ４に変換して、結合意味モデルＣＭ４の更新を行っている。そして、更新された結合意味モデルＣＭ４から複数のシミュレーションモデル（図面類ＦＧ４２，ＦＧ４３）を作成するために必要な意味モデル（シミュレーションモデル抽出意味モデルＥＭ４）を抽出する。そして、抽出したシミュレーションモデル抽出意味モデルＥＭ４を、Ｃ社のシミュレータに適したシミュレーションモデル（図面類ＦＧ４２）と、Ｄ社のシミュレータに適したシミュレーションモデル（図面類ＦＧ４３）とに変換するようにしている。
【０１１２】
このため、本動作例では、１つの入力（変更されたＰ＆ＩＤ（図面類ＦＧ４１））から、異なる複数の出力（Ｃ社のシミュレータに適したシミュレーションモデル（図面類ＦＧ４２）、及びＤ社のシミュレータに適したシミュレーションモデル（図面類ＦＧ４３））を生成することができる。また、必要であれば、上記の異なる複数の出力を同時に生成することもできる。
【０１１３】
尚、本動作例では、結合意味モデルＣＭ４を生成した後に、作成すべき図面類ＦＧの種類及び範囲を特定するようにしている。しかしながら、作成すべき図面類ＦＧの種類及び範囲を特定するタイミングは、結合意味モデルＣＭ４を生成した後に制限される訳ではない。例えば、エンジニアリング支援システム１に図面類ＦＧ４１を入力する際等に、作成すべき図面類ＦＧの種類及び範囲を特定しても良い。
【０１１４】
《第４応用動作例》
図１４は、本発明の一実施形態における第４応用動作例を説明するための図である。本動作例は、意味モデルに含まれる要素やパラメータに対してフラグを設定するものである。プラントの立ち上げ時等においては、全ての図面類が完成しているとは限らない。また、各図面類の要素やパラメータには暫定的な値を設定しておき、実際の立ち上げ過程において、エンジニア間で摺り合わせをして値を確定することも多い。本動作例は、意味モデルに含まれる要素やパラメータに対して“確定”，“暫定”等のフラグを設定する場合のものである。
【０１１５】
尚、ここでは理解を容易にするために、センサ、ＰＩＤ制御ロジック、及びアクチュエータを含む制御系について考える。つまり、センサの測定結果がＰＩＤ制御ロジックに入力され、ＰＩＤ制御ロジックがセンサの測定結果に応じた操作量を演算し、ＰＩＤ制御ロジックが演算した演算量に基づいてアクチュエータの操作を行う制御系を考える。
【０１１６】
図１４に例示する意味モデルＭ５１には、センサ２０１を示すノード、ＰＩＤ制御ロジック２０２を示すノード、及びアクチュエータ２０３を示すノードが含まれている。また、ＰＩＤ制御ロジック２０２を示すノードには、Ｐ（比例）制御パラメータ、Ｉ（積分）制御パラメータ、及びＤ（微分）制御パラメータが紐付けられている。これら各パラメータに対し、ユーザが端末装置ＴＭを操作して、値及びフラグを設定することができる。
【０１１７】
図１４に示す例では、意味モデルＭ５１のＰＩＤ制御ロジック２０２に紐付けられたＰ制御パラメータには値「１０」が設定されており、Ｉ制御パラメータには値「２」が設定されている。また、図１４に示す例では、Ｐ制御パラメータ及びＩ制御パラメータに対し、設定された値が“確定”である旨を示すフラグ「Ｆｉｘ」が設定されている。
【０１１８】
ここで、端末装置ＴＭを操作するユーザが、意味モデルＭ５１のＰＩＤ制御ロジック２０２に紐付けられたＤ制御パラメータを設定するにあたり、意味モデルＭ５１に類似する他の意味モデルを参照する場合を考える。端末装置ＴＭを操作するユーザが、エンジニアリング支援システム１のアプリケーション部４０設けられた類似パターン抽出部４３の機能を用いて、意味モデルＭ５１にパターンに類似するパターンを抽出する指示を行ったとする。その結果、図１４に示す意味モデルＭ５２に含まれるパターンと意味モデルＭ５３に含まれるパターンとが抽出されたとする。
【０１１９】
意味モデルＭ５２には、センサ２１１を示すノード、ＰＩＤ制御ロジック２１２を示すノード、及びアクチュエータ２１３を示すノードが含まれている。また、ＰＩＤ制御ロジック２１２を示すノードには、Ｐ制御パラメータ、Ｉ制御パラメータ、及びＤ制御パラメータが紐付けられている。Ｐ制御パラメータには値「１０」が設定されており、Ｉ制御パラメータには値「２」が設定されており、Ｄ制御パラメータには値「０」が設定されている。また、Ｐ制御パラメータ及びＩ制御パラメータに対し、設定された値が“確定”である旨を示すフラグ「Ｆｉｘ」が設定されており、Ｄ制御パラメータには、設定された値が“暫定”である旨を示すフラグ「Ｔｅｍｐ」が設定されている。
【０１２０】
意味モデルＭ５３には、センサ２２１を示すノード、ＰＩＤ制御ロジック２２２を示すノード、及びアクチュエータ２２３を示すノードが含まれている。また、ＰＩＤ制御ロジック２２２を示すノードには、Ｐ制御パラメータ、Ｉ制御パラメータ、及びＤ制御パラメータが紐付けられている。Ｐ制御パラメータには値「１０」が設定されており、Ｉ制御パラメータには値「２」が設定されており、Ｄ制御パラメータには値「０．０１」が設定されている。また、Ｐ制御パラメータ、Ｉ制御パラメータ、及びＤ制御パラメータに対し、設定された値が“確定”である旨を示すフラグ「Ｆｉｘ」が設定されている。
【０１２１】
ここで、抽出された意味モデルＭ５２に含まれるＰＩＤ制御ロジック２１２に紐付けられたＰ制御パラメータ、Ｉ制御パラメータ、及びＤ制御パラメータのうち、Ｄ制御パラメータには、設定された値が“暫定”である旨を示すフラグ「Ｔｅｍｐ」が設定されている。これに対し、抽出された意味モデルＭ５３に含まれるＰＩＤ制御ロジック２２２に紐付けられたＰ制御パラメータ、Ｉ制御パラメータ、及びＤ制御パラメータの全てには、設定された値が“確定”である旨を示すフラグ「Ｆｉｘ」が設定されている。
【０１２２】
このため、端末装置ＴＭには、例えば意味モデルＭ５１のＰＩＤ制御ロジック２０２に紐付けられたＤ制御パラメータの候補を選択するための候補選択画面において、意味モデルＭ５２よりも意味モデルＭ５３のものが上位に（優先的に）表示される。つまり、意味モデルＭ５３のＰＩＤ制御ロジック２２２に紐付けられたＤ制御パラメータの値「０．０１」が、意味モデルＭ５２のＰＩＤ制御ロジック２１２に紐付けられたＤ制御パラメータの値「０」よりも上位に（優先的に）表示される。このような表示を参照して、端末装置ＴＭのユーザは、パラメータの値やフラグの設定を行うことが可能である。
【０１２３】
尚、意味モデルの類似度を求める場合、或いは類似パターンを検索する場合において、設定された値が“確定”である旨を示すフラグ「Ｆｉｘ」が設定されているものを優先的に使用するようにしてもよい。また、要素やパラメータによっては、プロセス制御システムの運用開始時には最適だった値が、長期間に亘る運用により最適ではなくなる場合もある。このような要素やパラメータについては、運用開始時に“確定”である旨を示すフラグを設定してから、予め定めた期間を経過した場合に、フラグを“暫定”に自動的に変更してもよい。プラント改修時等における類似度の算出や類似パターンの検索の際の優先順位付けに、これら情報を利用しても良い。
【０１２４】
〈変形例〉
図１５は、本発明の一実施形態によるエンジニアリング支援システムの第１変形例を説明するための図である。上述した実施形態では、主に２つの意味モデルを結合した結合意味モデルを生成する場合を例に挙げて説明した。しかしながら、３つ以上の意味モデルを結合した結合意味モデルを生成しても良い。３つ以上の意味モデルを結合する場合には、図１５に示す通り、結合順を指定できることが望ましい。
【０１２５】
図１５に示す例では、Ｐ＆ＩＤ意味モデルＭ６１、ＰＦＤ意味モデルＭ６２、及び機器リスト意味モデルＭ６３を結合して結合意味モデルＣＭ６を生成する例を図示している。これらの意味モデルを結合する場合には、例えば図１５に示す通り、最初にＰ＆ＩＤ意味モデルＭ６１とＰＦＤ意味モデルＭ６２とを結合する。そして、Ｐ＆ＩＤ意味モデルＭ６１とＰＦＤ意味モデルＭ６２とを結合して得られる結合意味モデルと、機器リスト意味モデルＭ６３とを結合して結合意味モデルＣＭ６を生成する。
【０１２６】
尚、図１５に示す結合順は、あくまでも一例であって、Ｐ＆ＩＤ意味モデルＭ６１、ＰＦＤ意味モデルＭ６２、及び機器リスト意味モデルＭ６３を結合する場合の結合順が、図１５に示す順に限定される訳ではない点に注意されたい。意味モデルの結合順は、例えば、意味モデルの種類、意味モデルの対象範囲等を考慮して任意に設定することが可能である。
【０１２７】
図１６は、本発明の一実施形態によるエンジニアリング支援システムの第２変形例を説明するための図である。上述した第１実施形態及び上述した第１変形例は、主に複数の意味モデルを結合して結合意味モデルを生成するものであった。本変形例は、既に生成されている結合意味モデルに意味モデルを結合させるものである。
【０１２８】
図１６に示す例では、Ｐ＆ＩＤ意味モデルＭ７１、ＰＦＤ意味モデルＭ７２、及び機器リスト意味モデルＭ７３を、既に生成されている結合意味モデルＣＭ７に結合させる例を図示している。これらの意味モデルを結合意味モデルＣＭに結合させる場合には、端末装置ＴＭのユーザが、結合させる意味モデルを順に指定する。意味モデルを指定する順は、端末装置ＴＭのユーザの任意である。尚、意味モデルの結合順は、第１変形例と同様に、例えば、意味モデルの種類、意味モデルの対象範囲等を考慮して任意に設定することが可能である。
【０１２９】
〈実装例〉
図１７は、本発明の一実施形態によるエンジニアリング支援システムの第１実装例を示すブロック図である。図１７に示す実装例は、１台のコンピュータにエンジニアリング支援システム１を実装した例である。図１７に示す通り、エンジニアリング支援システム１が実装されるコンピュータ５０は、操作部５１、表示部５２、入出力部５３、演算部５４、及び格納部５５を備える。
【０１３０】
操作部５１は、例えばキーボードやポインティングデバイス等の入力装置を備えており、エンジニアリング支援システム１を使用するユーザの操作に応じた指示（エンジニアリング支援システム１に対する指示）を演算部５４に出力する。表示部５２は、例えば液晶表示装置等の表示装置を備えており、演算部５４から出力される各種情報を表示する。尚、操作部５１及び表示部５２は、物理的に分離されたものであっても良く、表示機能と操作機能とを兼ね備えるタッチパネル式の液晶表示装置のように物理的に一体化されたものであっても良い。
【０１３１】
入出力部５３は、演算部５４の制御の下で、各種情報の入出力を行う。例えば、入出力部５３は、外部の機器との間で通信を行って各種情報を入出力するものであっても良く、着脱可能な記録媒体（例えば、不揮発性メモリ）に対する各種情報の読み出し又は書き込みを行って各種情報を入出力するものであっても良い。尚、外部の機器との間で行われる通信は、有線通信及び無線通信の何れであっても良い。
【０１３２】
演算部５４は、操作部５１からの指示に基づいて各種演算を行い、その演算結果を表示部５２又は入出力部５３に出力する。この演算部５４には、エンジニアリング支援システム１の主要な構成である、変換部１０、結合意味モデル管理部３０、及びアプリケーション部４０が設けられる。演算部５４に設けられる機能は、その機能を実現するためのプログラムがＣＰＵ（中央処理装置）等のハードウェアによって実行されることによって実現される。つまり、変換部１０、結合意味モデル管理部３０、及びアプリケーション部４０の機能は、ソフトウェアとハードウェア資源とが協働することによって実現される。
【０１３３】
格納部５５は、例えばＨＤＤ（ハードディスクドライブ）やＳＳＤ（ソリッドステートドライブ）等の補助記憶装置を備えており、各種情報を格納する。例えば、格納部５５は、エンジニアリング支援システム１の主要な構成の一部である、意味モデルデータベース２０を格納する。変換部１０で変換された意味モデルや、結合意味モデル管理部３０で生成された結合意味モデルが、意味モデルデータベース２０に格納される。
【０１３４】
図１８は、本発明の一実施形態によるエンジニアリング支援システムの第２実装例を示すブロック図である。図１８に示す実装例は、ネットワークＮに接続された複数のサーバにてエンジニアリング支援システム１を実装した例である。図１８に示す通り、エンジニアリング支援システム１は、変換サーバ６１、意味モデルデータベースサーバ６２、結合意味モデル管理サーバ６３、及びアプリケーションサーバ６４によって実装される。
【０１３５】
変換サーバ６１は、変換部１０を備えており、図面類を意味モデルに変換し、意味モデルを図面類に変換する機能を提供する。意味モデルデータベースサーバ６２は、意味モデルデータベース２０を備えており、意味モデルや結合意味モデルを格納する機能を提供する。結合意味モデル管理サーバ６３は、結合意味モデル管理部３０を備えており、意味モデルを結合して結合意味モデルを作成する機能、及び結合意味モデルから意味モデルを抽出する機能を提供する。アプリケーションサーバ６４は、アプリケーション部４０を備えており、エンジニアリング支援システム１が図面類ＦＧの管理を行う上で有用な機能を提供する。尚、これらの機能の詳細は、既に説明したため、ここでの説明は省略する。
【０１３６】
尚、図１８では、エンジニアリング支援システム１が備える変換部１０、意味モデルデータベース２０、結合意味モデル管理部３０、及びアプリケーション部４０が、それぞれ個別のサーバに設けられる例を図示している。しかしながら、エンジニアリング支援システム１が備える変換部１０、意味モデルデータベース２０、結合意味モデル管理部３０、及びアプリケーション部４０のうちの２つ又は３つが、１つのサーバに設けられていても良い。例えば、意味モデルデータベース２０及び結合意味モデル管理部３０が１つのサーバに設けられるといった具合である。
【０１３７】
以上説明した通り、本実施形態では、プロセス制御システムのエンジニアリングで用いられる図面類を、その図面類に含まれる要素を示す第１情報と要素同士の関係を示す第２情報とによって表現した意味モデルに変換し、複数の意味モデルの類似度に基づいて、複数の意味モデルを結合した結合意味モデルを生成するようにしている。このため、エンジニアリングに携わる複数のエンジニアが必要とする図面類を意味づけして集約することができる。
【０１３８】
また、本実施形態によれば、結合意味モデルから、指示に応じた意味モデルを抽出し、抽出された意味モデルを図面類に変換するようにしている。これにより、エンジニアリングに携わるエンジニアが必要とする任意の図面類を得ることができる。
【０１３９】
このように、本実施形態では、プロセス制御システムの実態が反映された図面類が、意味づけされて統合されている。これにより、エンジニアリングで使用される図面類が、エンジニアリングに携わるエンジニアの間で十分に共有されているといえることから、作業効率を大幅に改善することができる。
【０１４０】
以上、本発明の一実施形態によるエンジニアリング支援システム及びエンジニアリング支援方法について説明したが、本発明は上記実施形態に制限される訳ではなく、本発明の範囲内で自由に変更が可能である。例えば、前述したエンジニアリング支援システム１の動作例（基本動作例及び第１〜第３応用動作例）では、理解を容易にするために、特定の図面類を例示して説明を行った。しかしながら、エンジニアリング支援システム１の各動作例で扱うことができる図面類は、例示した図面類に限られる訳ではなく、任意の図面類を扱うことが可能である。
【０１４１】
例えば、第２応用動作例では、Ａ社のエンジニアリングツールで作成されたＰ＆ＩＤ（図面類ＦＧ３１）を、Ｂ社のエンジニアリングツールで利用可能なＰ＆ＩＤ（図面類ＦＧ３２）に変換する例について説明したが、Ｐ＆ＩＤ以外の任意の図面類についても、Ｐ＆ＩＤと同様の変換が可能である。また、第２応用動作例において、Ａ社のエンジニアリングツールで作成されたＰ＆ＩＤを、互換性が期待できるＡ社製シミュレータ用のシミュレーションモデルとして出力したり、或いは互換性が期待できないＢ社製シミュレータ用のシミュレーションモデルとして変換したりすることも可能である。
【０１４２】
また、エンジニアリング支援システム１は、クラウドコンピューティングにより実現されても良い。ここで、クラウドコンピューティングは、例えば、以下のＵＲＬ（Uniform Resource Locator）で特定される文書に記載されている定義（米国国立標準技術研究所によって推奨される定義）に合致するものであっても良い。
http://nvlpubs.nist.gov/nistpubs/Legacy/SP/nistspecialpublication800-145.pdf
https://www.ipa.go.jp/files/000025366.pdf
【符号の説明】
【０１４３】
１      エンジニアリング支援システム
１０    変換部
１２    変換ルールデータベース
２０    意味モデルデータベース
３１    結合意味モデル生成部
３２    マッチング部
３３    マッチングルールデータベース
３４    意味モデル情報抽出部
３５    抽出ルールデータベース
４０    アプリケーション部
ＣＭ    結合意味モデル
ＥＭ    抽出意味モデル
ＦＧ    図面類
Ｍ      意味モデル
【図１】
2020102115.tif 000003
【図２】
2020102115.tif 000004
【図３】
2020102115.tif 000005
【図４】
2020102115.tif 000006
【図５】
2020102115.tif 000007
【図６】
2020102115.tif 000008
【図７】
2020102115.tif 000009
【図８】
2020102115.tif 000010
【図９】
2020102115.tif 000011
【図１０】
2020102115.tif 000012
【図１１】
2020102115.tif 000013
【図１２】
2020102115.tif 000014
【図１３】
2020102115.tif 000015
【図１４】
2020102115.tif 000016
【図１５】
2020102115.tif 000017
【図１６】
2020102115.tif 000018
【図１７】
2020102115.tif 000019
【図１８】
2020102115.tif 000020