特許 7494779 管理装置、管理システム、管理方法および管理プログラム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2024-05-27

(45)【発行日】2024-06-04

(54)【発明の名称】管理装置、管理システム、管理方法および管理プログラム

(51)【国際特許分類】

   G05B 23/02 20060101AFI20240528BHJP

【ＦＩ】

G05B23/02 Z

G05B23/02 301Z

【請求項の数】 9

(21)【出願番号】P 2021058543

(22)【出願日】2021-03-30

(65)【公開番号】P2022155175

(43)【公開日】2022-10-13

【審査請求日】2023-09-22

(73)【特許権者】

【識別番号】000006507

【氏名又は名称】横河電機株式会社

(74)【代理人】

【識別番号】110002147

【氏名又は名称】弁理士法人酒井国際特許事務所

(72)【発明者】

【氏名】早川 健太

【審査官】牧 初

(56)【参考文献】

【文献】特開２００３－１５０２４５（ＪＰ，Ａ）

【文献】特開２００１－３５６８０１（ＪＰ，Ａ）

【文献】特開２００５－４４１０９（ＪＰ，Ａ）

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｇ０５Ｂ ２３／００－２３／０２

Ｇ０５Ｂ １９／０４－１９／０５

Ｇ０５Ｂ １１／００－１３／０４

Ｇ０６Ｑ ５０／０２－５０／０８

(57)【特許請求の範囲】

【請求項1】

プラントに含まれる各機器の設定に共通する共通データと、前記各機器の設定に対応した個別データとを含む設定データを記憶する記憶部と、
前記プラントの試運転を担当する複数の試運転用機器のいずれかから前記共通データの更新要求を受信した場合には、前記更新要求を用いて、前記設定データの共通データを更新するとともに、更新後の共通データを前記複数の試運転用機器それぞれに送信する第１更新部と、
前記複数の試運転用機器のいずれかから前記個別データの更新結果を受信した場合には、前記更新結果を用いて、前記設定データの個別データを更新する第２更新部と、
を備えることを特徴とする管理装置。

【請求項2】

前記プラントに関する基本設計から最終検査段階の検査工程により前記設定データを生成して前記記憶部に格納する設定部をさらに備え、
前記第１更新部は、
前記設定データを用いた前記プラントの現地受け入れ検査段階において、前記共通データの更新要求を用いて、前記設定データの共通データを更新するとともに、更新後の共通データを前記複数の試運転用機器それぞれに送信し、
前記第２更新部は、
前記現地受け入れ検査段階において、前記個別データの更新結果を用いて、前記設定データの個別データを更新する、
ことを特徴とする請求項１に記載の管理装置。

【請求項3】

前記設定部は、
前記共通データと、前記複数の試運転用機器それぞれが担当する各個別データとを組み合わせた個別設定データを、前記複数の試運転用機器それぞれに配備する、
ことを特徴とする請求項２に記載の管理装置。

【請求項4】

前記設定部は、
前記設定データをクラウドサービス上のデータベースに格納する、
ことを特徴とする請求項２に記載の管理装置。

【請求項5】

前記第１更新部は、
制御ループに関するクラスモジュール、工業単位定義テーブル、またはグラフィックリンクパーツに関わるデータを含む前記共通データへの更新要求に基づき、前記設定データを更新する、
ことを特徴とする請求項１に記載の管理装置。

【請求項6】

前記第２更新部は、
入力信号、出力信号、タグ名、タグ情報、グラフィック、アラーム設定、チューニングパラメータ、アプリケーションモジュール、連続制御用シーケンス、または制御ループに関するデータを含む前記個別データの更新結果に基づき、前記設定データを更新する、
ことを特徴とする請求項１に記載の管理装置。

【請求項7】

コンピュータが、
プラントに含まれる各機器の設定に共通する共通データと、前記各機器の設定に対応した個別データとを含む設定データを記憶部に保持し、
前記プラントの試運転を担当する複数の試運転用機器のいずれかから前記共通データの更新要求を受信した場合には、前記更新要求を用いて、前記設定データの共通データを更新するとともに、更新後の共通データを前記複数の試運転用機器それぞれに送信し、
前記複数の試運転用機器のいずれかから前記個別データの更新結果を受信した場合には、前記更新結果を用いて、前記設定データの個別データを更新する、
処理を実行することを特徴とする管理方法。

【請求項8】

コンピュータに、
プラントの試運転を担当する複数の試運転用機器のいずれかから、前記プラントに含まれる各機器の設定に共通する共通データの更新要求を受信した場合には、前記更新要求を用いて、前記共通データを更新するとともに、更新後の共通データを前記複数の試運転用機器それぞれに送信し、
前記複数の試運転用機器のいずれかから、前記各機器の設定に対応した個別データの更新結果を受信した場合には、前記更新結果を用いて、前記個別データを更新する、
処理を実行させることを特徴とする管理プログラム。

【請求項9】

プラントの試運転を管理する管理装置と、前記プラントの試運転を担当する複数の試運転用機器とを備える管理システムにおいて、
前記管理装置は、
前記プラントに含まれる各機器の設定に共通する共通データと、前記各機器の設定に対応した個別データとを含む設定データを記憶する記憶部と、
前記複数の試運転用機器のいずれかから前記共通データの更新要求を受信した場合には、前記更新要求を用いて、前記設定データの共通データを更新するとともに、更新後の共通データを前記複数の試運転用機器それぞれに送信する第１更新部と、
前記複数の試運転用機器のいずれかから前記個別データの更新結果を受信した場合には、前記更新結果を用いて、前記設定データの個別データを更新する第２更新部と、を備え、
前記複数の試運転用機器は、
前記共通データと、試運転を担当する各機器の個別データである部分個別データとを含む個別設定データを記憶する記憶部と、
前記各機器の試運転を実行し、前記共通データへの更新が発生した場合には、前記更新要求を前記管理装置に送信し、前記管理装置から前記更新後のデータを受信して前記共通データを更新する第３更新部と、
前記各機器の試運転を実行し、前記部分個別データへの更新が発生した場合には、前記記憶部に記憶される前記部分個別データを更新する第４更新部と、を備える、
ことを特徴とする管理システム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、管理装置、管理システム、管理方法および管理プログラムに関する。

【背景技術】

【0002】

近年、プロセスプラント建設において、モジュラー工法（適宜、「モジュール工法」）が主流になりつつある。ここで、モジュール工法とは、プラント建設地（適宜、「サイト」）での作業を最小限にするために、サイトとは別のヤード（適宜、「モジュールヤード」）で鉄骨、配管、機器等を配置した、ひとまとまりの構成要素（適宜、「モジュール」）を建造し、サイトに移送し、各モジュールを接合することによりプラントを完成させる工法である。

【先行技術文献】

【特許文献】

【0003】

【文献】特開２００７－２５７３７６号公開

【発明の概要】

【発明が解決しようとする課題】

【0004】

しかしながら、上記モジュール工法において、モジュールヤードにおけるコミッショニング（適宜、「試運転」）作業を効率的に実行することは難しい。なぜならば、上記技術では、モジュールヤードにおけるコミッショニング作業において、複数のマスターデータベース（適宜、「メインデータベース」）が必要となり、データベースを１つに統合するためのイコライズ作業に工数がかかるからである。

【課題を解決するための手段】

【0005】

上述した課題を解決し、目的を達成するために、本発明に係る管理装置は、プラントに含まれる各機器の設定に共通する共通データと、前記各機器の設定に対応した個別データとを含む設定データを記憶する記憶部と、前記プラントの試運転を担当する複数の試運転用機器のいずれかから前記共通データの更新要求を受信した場合には、前記更新要求を用いて、前記設定データの共通データを更新するとともに、更新後の共通データを前記複数の試運転用機器それぞれに送信する第１更新部と、前記複数の試運転用機器のいずれかから前記個別データの更新結果を受信した場合には、前記更新結果を用いて、前記設定データの個別データを更新する第２更新部と、を備えることを特徴とする。

【0006】

また、本発明に係る管理方法は、コンピュータが、プラントに含まれる各機器の設定に共通する共通データと、前記各機器の設定に対応した個別データとを含む設定データを記憶部に保持し、前記プラントの試運転を担当する複数の試運転用機器のいずれかから前記共通データの更新要求を受信した場合には、前記更新要求を用いて、前記設定データの共通データを更新するとともに、更新後の共通データを前記複数の試運転用機器それぞれに送信し、前記複数の試運転用機器のいずれかから前記個別データの更新結果を受信した場合には、前記更新結果を用いて、前記設定データの個別データを更新する、処理を実行することを特徴とする。

【0007】

また、本発明に係る管理プログラムは、コンピュータに、プラントの試運転を担当する複数の試運転用機器のいずれかから、前記プラントに含まれる各機器の設定に共通する共通データの更新要求を受信した場合には、前記更新要求を用いて、前記共通データを更新するとともに、更新後の共通データを前記複数の試運転用機器それぞれに送信し、前記複数の試運転用機器のいずれかから、前記各機器の設定に対応した個別データの更新結果を受信した場合には、前記更新結果を用いて、前記個別データを更新する、処理を実行させることを特徴とする。

【0008】

また、本発明に係る管理システムは、プラントの試運転を管理する管理装置と、前記プラントの試運転を担当する複数の試運転用機器とを備える管理システムにおいて、前記管理装置は、前記プラントに含まれる各機器の設定に共通する共通データと、前記各機器の設定に対応した個別データとを含む設定データを記憶する記憶部と、前記複数の試運転用機器のいずれかから前記共通データの更新要求を受信した場合には、前記更新要求を用いて、前記設定データの共通データを更新するとともに、更新後の共通データを前記複数の試運転用機器それぞれに送信する第１更新部と、前記複数の試運転用機器のいずれかから前記個別データの更新結果を受信した場合には、前記更新結果を用いて、前記設定データの個別データを更新する第２更新部と、を備え、前記複数の試運転用機器は、前記共通データと、試運転を担当する各機器の個別データである部分個別データとを含む個別設定データを記憶する記憶部と、前記各機器の試運転を実行し、前記共通データへの更新が発生した場合には、前記更新要求を前記管理装置に送信し、前記管理装置から前記更新後のデータを受信して前記共通データを更新する第３更新部と、前記各機器の試運転を実行し、前記部分個別データへの更新が発生した場合には、前記記憶部に記憶される前記部分個別データを更新する第４更新部と、を備える、ことを特徴とする。

【発明の効果】

【0009】

本発明では、マスターデータベースを一元管理し、モジュールヤードにおけるコミッショニング作業を効率的に実行することを目的とする。

【図面の簡単な説明】

【0010】

【図1】実施形態に係るデータベース管理システムの構成例を示す図である。

【図2】従来のデータベース管理処理の一例を示す図である。

【図3】実施形態に係るデータベース管理処理の一例を示す図である。

【図4】実施形態に係るデータベース管理システムの構成例を示すブロック図である。

【図5】実施形態に係る共通データの更新処理の一例を示す図である。

【図6】実施形態に係る個別データの更新処理の一例を示す図である。

【図7】実施形態に係るデータベース管理処理の流れの一例を示すフローチャートである。

【図8】実施形態に係る共通データの更新処理の流れの一例を示すシーケンス図である。

【図9】実施形態に係る個別データの更新処理の流れの一例を示すシーケンス図である。

【図10】ハードウェア構成例を説明する図である。

【発明を実施するための形態】

【0011】

以下に、本発明に係るデータベース管理装置（適宜、管理装置）、データベース管理システム（適宜、管理システム）、データベース管理方法（適宜、管理方法）およびデータベース管理プログラム（適宜、管理プログラム）の発明を実施するための形態（適宜、実施形態）を図面に基づいて詳細に説明する。なお、本発明は、以下に説明する実施形態により限定されるものではない。

【0012】

〔実施形態〕
以下に、本実施形態に係るデータベース管理システムの構成、データベース管理処理、設定データの更新処理、データベース管理処理の流れ、設定データの更新処理の流れを順に説明し、最後に本実施形態の効果を説明する。

【0013】

［システムの構成］
図１を用いて、本実施形態に係るデータベース管理システム（適宜、本システム）１００の構成を詳細に説明する。図１は、第１の実施形態に係るデータベース管理システムの構成例を示す図である。

【0014】

本システム１００では、モジュール工法を用いたプラントの建設およびプラントの稼働に向けて、コミッショニングオフィス、複数のモジュールヤードおよびサイト（プラント建設地）において、以下のように各種データベースの処理が行われる。

【0015】

第１に、コミッショニングオフィスでの処理について説明する。ここで、コミッショニングオフィスとは、コミッショニング（試運転）作業を管理する場所である。コミッショニングオフィスは、例えば、プラント内のオペレータの管理センター等であるが、特に限定されない。

【0016】

まず、コミッショニングオフィスでは、ＦＡＴ（Factory Acceptance Test）システムによる検査が行われる。ここで、ＦＡＴシステムとは、コミッショニング作業を行う前の機能検査や工場出荷検査等を含むプラントに関する基本設計から最終検査段階の検査工程に該当する社内検査システムである。次に、コミッショニングオフィスでは、ＦＡＴシステムの検査済みＤＢ２０Ａは、開発システムの管理用ＤＢ２０Ｂとして設定される。ここで、開発システムとは、後述のサイトシステムに供するデータベースを管理するシステムである。

【0017】

第２に、モジュールヤードでの処理について説明する。ここで、モジュールヤードとは、後述のサイトシステムに供する機器の試運転を、プラント内での処理や作業が共通する機器ごとに行う場所である。モジュールヤードは、プロセス機器の試運転を行う場所であるが、特に限定されない。

【0018】

まず、モジュールヤードでは、複数のモジュールヤードにおけるコミッショニングシステムごとに、ＦＡＴシステムによる検査済みＤＢ２０Ａから、試運転用ＤＢ２２が生成される。ここで、コミッショニングシステムとは、コミッショニング作業を実行するシステムである。また、試運転用ＤＢ２２は、プラントに含まれる各機器の設定に共通するプロジェクト共通データ（適宜、「共通データ」）と、各機器の設定に対応したモジュールヤード個別データ（適宜、「個別データ」）とを含む設定データを記憶しているデータベースである。次に、モジュールヤードでは、コミッショニングシステムごとにコミッショニング作業が行われ、各モジュールヤードの試運転用ＤＢ２２が最適化される。そして、モジュールヤードごとに最適化された試運転用ＤＢ２２をもとに、開発システムの管理用ＤＢ２０Ｂがイコライズされる。

【0019】

第３に、サイトでの処理について説明する。まず、サイトでは、開発システムの管理用ＤＢ２０Ｂをもとに、サイトにおけるサイトシステムを起動する際に必要なサイト用ＤＢ２０Ｃが設定される。ここで、サイトシステムとは、実際のプラント内の処理および管理を実行するシステムであり、例えば、ＳＡＴ（Site Acceptance Test：現地受け入れ検査）を行うシステム等が該当する。そして、サイトでは、設定されたサイト用ＤＢ２０Ｃは、定期的にイコライズされた開発システムの管理用ＤＢ２０Ｂの共通データ、個別データが統合される。

【0020】

図１に示す上述した本システム１００は、データベース管理装置１０、各種のメインデータベース２０（２０Ａ、２０Ｂ、２０Ｃ）、試運転用ＤＢ２２（２２－１、２２－２、・・・、２２－ｎ）、複数の試運転用機器３０Ａ（３０Ａ－１、３０Ａ－２、・・・、３０Ａ－ｎ）、およびサイト用機器４０Ａを有する。ここで、データベース管理装置１０とメインデータベース２０と複数の試運転用機器３０Ａとサイト用機器４０Ａとは、図示しない所定の通信網を介して、有線または無線により通信可能に接続される。なお、図１に示したデータベース管理システム１００には、複数台のデータベース管理装置１０や、複数台のサイト用機器４０Ａが含まれてもよい。

【0021】

なお、各種のメインデータベース２０、試運転用ＤＢ２２において、「Ｃｏｍ」と記載された部分は、共通データを記憶しているデータベースであることを表わし、「ＤＢ１」、「ＤＢ２」、・・・、「ＤＢｎ」は、それぞれコミッショニングシステム１、２、・・・、ｎにおける設定に対応した個別データを記憶しているデータベースであることを表わす。以降、同様の構成であるデータベースについては、説明を省略する。

【0022】

データベース管理装置１０は、コミッショニングオフィスにおいて使用される装置である。また、データベース管理装置１０は、ＦＡＴシステム内の検査済みＤＢ２０Ａおよび開発システム内の管理用ＤＢ２０Ｂと接続される。なお、図１では、ＦＡＴシステムと開発システムを実行するコミッショニングオフィスは同一のオフィスであるが、特に限定されない。ＦＡＴシステムと開発システムは異なるオフィスであってもよいし、各システムはクラウド方式で実行することもできる。

【0023】

試運転用機器３０Ａは、モジュールヤードにおいて使用される機器である。また、試運転用機器３０Ａは、コミッショニングシステム内の試運転用ＤＢ２２と接続される。なお、試運転用機器３０Ａは、プラント内で各処理、各作業を実行する機器の他、ＰＣＮ（Process Control Network）や制御バスを介して相互に接続されるＥＮＧ（Engineering Station）、ＨＩＳ（Human Interface Station）、ＦＣＳ（Field Control Station）、ＳＣＳ（Safety Control Station）等も含まれる。

【0024】

サイト用機器４０Ａは、実際のプラント内の処理を行うサイトにおいて使用される機器である。また、サイト用機器４０Ａは、サイトシステム内のサイト用ＤＢ２０Ｃと接続される。なお、サイト用機器４０Ａは、プラント内で各処理、各作業を実行する機器の他、ＰＣＮや制御バスを介して相互に接続される複数のＥＮＧ、ＨＩＳ、ＦＣＳ、ＳＣＳ等も含まれる。

【0025】

［データベース管理処理］
図２、図３を用いて、従来のデータベース管理処理と本実施形態に係るデータベース管理処理とを対比して説明する。図２は、従来のデータベース管理処理の一例を示す図である。図３は、実施形態に係るデータベース管理処理の一例を示す図である。

【0026】

（従来のデータベース管理処理）
図２を用いて、従来のデータベース管理処理を説明する。まず、コミッショニングオフィスでは、データベース管理装置は、ＦＡＴシステムの検査済みＤＢ２０Ａを、複数のＬＣＲ（Local Control Room）におけるコミッショニングシステムごとに、マスターデータベースとしてコピーする。次に、ＬＣＲでは、試運転用機器３０Ｂは、コミッショニングシステムごとにコミッショニング作業を行い、各ＬＣＲの試運転用ＤＢ２０Ｄを最適化する。ここで、ＬＣＲとは、プラント各エリアに配置され、制御機器が納入された操作監視を行う場所である。そして、サイトでは、データベース管理装置は、ＬＣＲごとに最適化されたマスターデータベース２０Ｄをもとに、サイトシステムのマスターデータベース２０Ｃをイコライズする。

【0027】

上記の従来のデータベース管理処理では、ＦＡＴ後、マスターデータベースがエンジニアにより、現場、すなわち各ＬＣＲでインストールされ、ＬＣＲのデータベースが全てマスターデータベースとなる。また、ＬＣＲ間のネットワークが未構築で複数のＬＣＲでコミッショニング作業が始まるときは、マスターデータベースをその分コピーし、ＬＣＲごとの変更をＬＣＲ間でイコライズする際は、手動で実施されている。したがって、従来のデータベース管理処理では、マスターデータベースが複数存在し、マスターデータベースを１つへ統合するとき、手動操作によるイコライズ作業が発生し、工数がかかり、手動操作によるヒューマンエラーのリスクがある。

【0028】

（本実施形態に係るデータベース管理処理）
図３を用いて、本実施形態に係るデータベース管理処理を説明する。まず、コミッショニングオフィスにおいて使用されるデータベース管理装置１０は、ＦＡＴシステムの検査済みＤＢ２０Ａを、開発システムに転送し、管理用ＤＢ２０Ｂとして設定する（ステップＳ１）。図３では、ＦＡＴシステムはコミッショニングオフィス１に所属し、開発システムはコミッショニングオフィス２に所属しているが、別々のコミッショニングオフィスに所属することに限定されず、ＦＡＴシステムと開発システムとは、同一のコミッショニングオフィスに所属していてもよい。

【0029】

一方、ＦＡＴシステムの検査済みＤＢ２０Ａは、共通データとモジュールヤードのコミッショニングシステムで必要とされる個別データとを有するデータベース２１（２１－１、２１－２、・・・、２１－ｎ）に分割される（ステップＳ２）。そして、データベース２１は、モジュールヤードのコミッションシステムごとに試運転用ＤＢ２２として設定される（ステップＳ３）。このとき、ステップＳ２、Ｓ３の処理は、データベース管理装置１０や専用の機器によって行われてもよいし、オペレータによる操作によって行われてもよく、特に限定されない。

【0030】

次に、データベース管理装置１０は、モジュールヤードのコミッションシステムごとに設定された試運転用ＤＢ２２と、開発システムの管理用ＤＢ２０Ｂをイコライズする（ステップＳ４）。具体的には、個別データについては、個々のモジュールヤードで更新（変更）されて、その更新結果が開発システムに通知されるが、共通データについては、個々のモジュールヤードでは更新されず、開発システム側で更新されたのち、開発システムから更新後のデータが各モジュールヤードに配信される。例えば、データベース管理装置１０は、コミッショニングシステムにおいて使用されるいずれかの試運転用機器３０Ａから、共通データの変更要求があった場合には、当該変更要求に基づいて、試運転用ＤＢ２２それぞれの共通データを変更する。一方、試運転用機器３０Ａから個別データの変更があった場合には、データベース管理装置１０は、当該変更に基づいて、管理システムの管理用ＤＢ２０Ａを変更する。共通データおよび個別データの変更に関わる詳細な処理については、[設定データの更新処理]にて後述する。

【0031】

そして、データベース管理装置１０は、ステップＳ４の処理でイコライズされた管理用ＤＢ２０Ｂをサイトにおけるサイトシステムにサイト用ＤＢ２０Ｃとして設定し、サイトシステムを起動させる（ステップＳ５）。また、データベース管理装置１０は、管理用ＤＢ２０Ｂの変更がある場合には、変更された共通データ、個別データをサイト用ＤＢ２０Ｃに統合する（ステップＳ６）。さらに、データベース管理装置１０は、ステップＳ６のデータの統合が終了していない場合には、共通データ、個別データをサイト用ＤＢ２０Ｃに統合する処理を行う（ステップＳ７）。

【0032】

上述のステップＳ１～Ｓ７の処理を行うことにより、モジュールヤードにおけるコミッショニング作業を行う場合でも、マスターデータベースの一元管理を実行することができ、マスターデータベースが過去の情報に上書きされる先祖返りの防止、工数の削減、ヒューマンエラーの防止をすることが可能となる。

【0033】

［データベース管理システムの構成］
図４を用いて、本実施形態に係るデータベース管理装置１０等の構成を詳細に説明する。図４は、本実施形態に係るデータベース管理システムの構成例を示すブロック図である。図４では、データベース管理装置１０と、複数の試運転用機器３０Ａと、サイト用機器４０Ａとが、通信ネットワーク５０を介して接続されている。

【0034】

（データベース管理装置１０の構成）
データベース管理装置１０は、入力部１１、出力部１２、通信部１３、記憶部１４および制御部１５を有する。入力部１１は、当該データベース管理装置１０への各種情報の入力を司る。入力部１１は、例えば、マウスやキーボード等で実現され、当該データベース管理装置１０への設定情報等の入力を受け付ける。また、出力部１２は、当該データベース管理装置１０からの各種情報の出力を司る。出力部１２は、例えば、ディスプレイ等で実現され、当該データベース管理装置１０に記憶された設定情報等を出力する。

【0035】

通信部１３は、他の装置との間でのデータ通信を司る。例えば、通信部１３は、各通信装置との間で、通信ネットワーク５０を介してデータ通信を行う。また、通信部１３は、図示しないオペレータの端末との間でデータ通信を行うことができる。

【0036】

記憶部１４は、制御部１５が動作する際に参照する各種情報や、制御部１５が動作した際に取得した各種情報を記憶する。記憶部１４は、プラントに含まれる各機器の設定に共通する共通データと、プラントに含まれる各機器の設定に対応した個別データとを含む設定データを記憶する。なお、記憶部１４は、共通データと個別データとを、異なる記憶領域に記憶してもよい。ここで、記憶部１４は、例えば、ＲＡＭ（Random Access Memory）、フラッシュメモリ等の半導体メモリ素子、または、ハードディスク、光ディスク等の記憶装置等で実現され得る。なお、図４の例では、記憶部１４は、データベース管理装置１０の内部に設置されているが、データベース管理装置１０の外部に設置されてもよいし、複数の記憶部が設置されていてもよい。

【0037】

共通データは、モジュールヤード全般において、安全化、標準化のために必要なプラント設計データであり、例えば、クラスモジュール（代表的な制御ループ）、工業単位定義テーブル、グラフィックリンクパーツ等に関わるデータである。

【0038】

ここで、クラスモジュールは、代表的な制御ループであり、工業単位定義テーブルは、圧力、流量、温度等を定義する表であり、グラフィックリンクパーツは、監視画面上に表示するプラント、制御機器、配管等をグラフィックとして表現するための基礎パーツである。また、共通データは、上記のデータ以外の情報を含んでいてもよく、プラント個々に対応して任意に設定変更することができる。

【0039】

個別データは、各モジュールヤードにおいて、変更、追加、削除等が可能なプラント設計データであり、例えば、入力信号、出力信号、タグ名、タグ情報、グラフィック、アラーム設定、チューニングパラメータ、アプリケーションモジュール、連続制御用シーケンス、複雑な制御ループに関するデータである。

【0040】

ここで、入出力信号は、アナログ・デジタル入出力信号であり、タグ名・タグ情報は、各アナログ・デジタル入出力信号の名称、コメント等の情報であり、アラーム設定は、異常時にどのような条件でアラームを発報するかの設定であり、チューニングパラメータは、運転時の制御ループ挙動に関わる各種設定値の設定であり、アプリケーションモジュールは、クラスモジュールに対して実際の入出力信号を割り付けた制御ループであり、連続制御用シーケンスは、連続制御用のプログラミングであり、複雑な制御ループは、そのプラントで代表的でない、複雑な制御ループである。また、個別データは、上記のデータ以外の情報を含んでいてもよく、プラント個々に対応して任意に設定変更することができる。

【0041】

制御部１５は、当該データベース管理装置１０全体の制御を司る。制御部１５は、設定部１５ａ、受信部１５ｂ、第１更新部１５ｃおよび第２更新部１５ｄを有する。ここで、制御部１５は、例えば、ＣＰＵ（Central Processing Unit）やＭＰＵ（Micro Processing Unit）等の電子回路やＡＳＩＣ（Application Specific Integrated Circuit）やＦＰＧＡ（Field Programmable Gate Array）等の集積回路により実現され得る。

【0042】

設定部１５ａは、プラントに関する基本設計から最終検査段階の検査工程により設定データを生成して記憶部１４に格納する。例えば、設定部１５ａは、ＦＡＴシステム稼働中に得られたデータより、共通データ、個別データを含む設定データを生成し、記憶部１４に格納する。また、設定部１５ａは、共通データと、複数の試運転用機器それぞれが担当する各個別データとを組み合わせた個別設定データを、前記複数の試運転用機器それぞれに配備する。さらに、設定部１５ａは、設定データをクラウドサービス上のデータベースに格納する。

【0043】

受信部１５ｂは、プラントの試運転を担当する複数の試運転用機器のいずれかから共通データの更新要求を受信する。また、受信部１５ｂは、プラントの試運転を担当する複数の試運転用機器のいずれかから個別データの更新結果を受信する。さらに、受信部１５ｂは、受信した共通データの更新要求を第１更新部１５ｃに出力する。一方、受信部１５ｂは、受信した個別データの更新結果を第２更新部１５ｄに出力する。

【0044】

第１更新部１５ｃは、プラントの試運転を担当する複数の試運転用機器のいずれかから共通データの更新要求を受信した場合には、受信した更新要求を用いて、設定データの共通データを更新するとともに、更新後の共通データを複数の試運転用機器それぞれに送信する。例えば、第１更新部１５ｃは、設定データを用いたプラントの現地受け入れ検査段階において、共通データの更新要求を用いて、設定データの共通データを更新するとともに、更新後の共通データを複数の試運転用機器それぞれに送信する。また、第１更新部１５ｃは、クラスモジュール（代表的な制御ループ）、工業単位定義テーブル、グラフィックリンクパーツ等に関わるデータを含む共通データへの更新要求に基づき、設定データを更新する。

【0045】

第２更新部１５ｄは、複数の試運転用機器のいずれかから個別データの更新結果を受信した場合には、受信した更新結果を用いて、設定データの個別データを更新する。例えば、第２更新部１５ｄは、設定データを用いたプラントの現地受け入れ検査段階において、個別データの更新結果を用いて、設定データの個別データを更新する。また、第２更新部１５ｄは、設定データの個別データとして、入力信号、出力信号、タグ名、タグ情報、グラフィック、アラーム設定、チューニングパラメータ、アプリケーションモジュール、連続制御用シーケンス、複雑な制御ループ等に関するデータを含む個別データの更新結果に基づき、設定データを更新する。

【0046】

（試運転用機器３０Ａの構成）
試運転用機器３０Ａは、図示しない記憶部、第３更新部および第４更新部を有する。試運転用機器３０Ａの記憶部は、共通データと、試運転を担当する各機器の個別データである部分個別データとを含む個別設定データを記憶する。例えば、当該記憶部は、クラスモジュール（代表的な制御ループ）、工業単位定義テーブル、グラフィックリンクパーツ等に関わるデータを含む共通データの他、試運転用機器３０Ａごとの入力信号、出力信号、タグ名、タグ情報、グラフィック、アラーム設定、チューニングパラメータ、アプリケーションモジュール、連続制御用シーケンス、複雑な制御ループ等に関するデータを含む部分個別データを記憶する。

【0047】

第３更新部は、各機器の試運転を実行し、共通データへの更新が発生した場合には、更新要求を管理装置１０に送信し、管理装置１０から更新後のデータを受信して共通データを更新する。また、第４更新部は、各機器の試運転を実行し、部分個別データへの更新が発生した場合には、試運転用機器３０Ａの記憶部に記憶される部分個別データを更新する。

【0048】

（サイト用機器４０Ａの構成）
サイト用機器４０Ａは、他の装置との間での各種データの送受信を司る送受信部（図示せず）と、記憶部（図示せず）に記憶された各種データの変更を反映する反映部（図示せず）、設定データ等を記憶する記憶部とを有する。

【0049】

［設定データの更新処理］
図５、図６を用いて、本実施形態に係る設定データの更新処理を詳細に説明する。図５は、実施形態に係る共通データの更新処理の一例を示す図である。図６は、実施形態に係る個別データの更新処理の一例を示す図である。

【0050】

（共通データの更新処理）
図５を用いて、実施形態に係る共通データの更新処理の一例を説明する。まず、モジュールヤード１のコミッショニングシステム１において、試運転用ＤＢ２２－１の共通データの変更要求が発生する（ステップＳ１０１）。このとき、試運転用機器３０Ａ－１は、共通データの変更要求を生成する。また、試運転用機器３０Ａは、変更要求とともに、変更を要求する箇所や内容を示したデータを生成する。なお、試運転用機器３０Ａは、試運転用ＤＢ２２の共通データを直接変更することもできる。

【0051】

次に、試運転用機器３０Ａは、試運転用ＤＢ２２の共通データの変更要求を、変更を要求する箇所や内容を示したデータとともに、開発システムのデータベース管理装置１０に送信する（ステップＳ１０２）。なお、試運転用機器３０Ａは、試運転用ＤＢ２２の共通データを変更した旨の通知をデータベース管理装置１０に送信し、データベース管理装置１０が変更後の共通データを取得するよう要求してもよい。

【0052】

続いて、コミッショニングオフィス２において、開発システム内のデータベース管理装置１０は、変更後の共通データを生成し、管理用ＤＢ２０Ｂの共通データを変更する（ステップＳ１０３）。このとき、データベース管理装置１０は、複数の試運転用機器３０Ａから変更を要求する通知を受信した場合は、複数の試運転用ＤＢ２２の共通データの変更を反映した共通データを生成する。

【0053】

そして、データベース管理装置１０は、生成した共通データを試運転用機器３０Ａに配信し、全ての試運転用ＤＢ２２の共通データを変更する（ステップＳ１０４）。また、データベース管理装置１０は、変更要求を受信してから所定の期間経過後に、共通データを生成してもよい。

【0054】

図５では、共通データの変更を要求する試運転用機器３０Ａは、モジュールヤード１におけるコミッショニングシステム１の試運転用機器３０Ａ－１のみであるが、試運転用ＤＢ２２－１の共通データのみならず、試運転用ＤＢ２２－２、・・・、試運転用ＤＢ２２－ｎの共通データも変更されることとなる。

【0055】

（個別データの更新処理）
図６を用いて、実施形態に係る個別データの更新処理の一例を説明する。まず、モジュールヤード１のコミッショニングシステム１の試運転用機器３０Ａ－１は、試運転用ＤＢ２２－１の個別データを変更する（ステップＳ２０１）。このとき、試運転用機器３０Ａ－１は、変更後の個別データを生成し、生成した個別データを試運転用ＤＢ２２－１に格納する。また、モジュールヤードｎのコミッショニングシステムｎの試運転用機器３０Ａ－ｎは、試運転用ＤＢ２２－ｎの個別データを変更する（ステップＳ２０１）。このとき、試運転用機器３０Ａ－ｎは、変更後の個別データを生成し、生成した個別データを試運転用ＤＢ２２－ｎに格納する。

【0056】

次に、試運転用機器３０Ａ－１は、変更後の個別データを、開発システムのデータベース管理装置１０に送信する（ステップＳ２０２）。また、試運転用機器３０Ａ－ｎは、変更後の個別データを、開発システムのデータベース管理装置１０に送信する（ステップＳ２０２）。そして、コミッショニングオフィス２において、開発システムのデータベース管理装置１０は、受信した変更後の各個別データを管理用ＤＢ２０Ｂに格納し、個別データの変更を反映する（ステップＳ２０３）。

【0057】

図６では、コミッショニングシステム１の試運転用ＤＢ２２－１の個別データの変更、およびコミッショニングシステムｎの試運転用ＤＢ２２－ｎの個別データの変更が、管理用ＤＢ２０Ｂに反映されることとなる。

【0058】

［データベース管理処理の流れ］
図７を用いて、本実施形態に係るデータベース管理処理の流れを詳細に説明する。図７は、実施形態に係るデータベース管理処理の流れの一例を示すフローチャートである。

【0059】

まず、データベース管理装置１０の設定部１５ａは、ＦＡＴシステムの検査済みＤＢ２０Ａを開発システムに転送し、管理用ＤＢ２０Ｂを設定する（ステップＳ３０１）。このとき、設定部１５ａは、データベース管理装置１０の記憶部１４に管理用ＤＢ２０Ｂを設定してもよいし、クラウドシステム上のデータベース等の記憶部１４とは異なる記憶領域に管理用ＤＢ２０Ｂを設定してもよい。

【0060】

次に、設定部１５ａは、検査済みＤＢ２０Ａを共通データと、試運転用機器３０Ａ（３０Ａ－１、３０Ａ－２、・・・、３０Ａ－ｎ）それぞれが担当する各個別データとに分割する（ステップＳ３０２）。また、設定部１５ａは、共通データと各個別データとを組み合わせた個別設定データ２１－１、２１－２、・・・、２１－ｎを生成し、各モジュールヤード１、２、・・・、ｎにそれぞれ転送し、試運転用機器３０Ａに、対応する試運転用ＤＢ２２（２２－１、２２－２、・・・、２２－ｎ）を配備する（ステップＳ３０３）。

【0061】

なお、上記のステップＳ３０２、Ｓ３０３の処理は、データベース管理装置１０の設定部１５ａによる処理に限定されず、試運転用ＤＢ２２を配備する専用の機器による処理であってもよいし、オペレータによる操作に基づいた処理であってもよい。また、上記のステップＳ３０２の処理において、モジュールヤードに属するコントローラ（ＦＣＳ）をメインデータベースに保持し、残りの機器（ＦＣＳ／ＨＩＳ／ＵＧＳ（Unified Gateway Station）／Ｅｘａ ＯＰＣ（Open Platform Communications）等）をデータベースから削除する処理がなされるが、特に限定されない。

【0062】

続いて、第１更新部１５ｃと第２更新部１５ｄによる処理が実行され、開発システムのデータベースとモジュールヤードのデータベースがイコライズされる（ステップＳ３０４）。このとき、第１更新部１５ｃは、モジュールヤードの試運転用ＤＢ２２の共通データの更新要求をもとに、開発システムの管理用ＤＢ２０Ｂの共通データを更新し、更新後の共通データを試運転用機器３０Ａそれぞれに送信する。また、第２更新部１５ｄは、試運転用機器３０Ａの更新結果をもとに、個別データを更新する。なお、第２更新部１５ｄは、コミッショニング作業や全体的なシステム検証に必要な時間が経過すると、個別データを更新する。

【0063】

そして、設定部１５ａは、開発システムの管理用ＤＢ２０Ｂをサイトシステムに転送し、サイト用ＤＢ２０Ｃを設定し、サイトシステムを起動する（ステップＳ３０５）。このとき、最初にコミッショニング作業が終了したときに、開発システムの管理用ＤＢ２０Ｂをコピーし、サイト用ＤＢ２０Ｃを設定してもよい。

【0064】

さらに、設定部１５ａは、開発システムの管理用ＤＢ２０Ｂをサイトシステムのサイト用ＤＢ２０Ｃに統合（マージ）する（ステップＳ３０６）。このとき、設定部１５ａは、開発システムの管理用ＤＢ２０Ｂの設定データを同時に統合してもよいし、ステップＳ３０４の処理によるイコライズが終了している設定データを優先して統合してもよい。また、設定部１５ａは、チェックシートを用いてシステム検証チェックを行い、チェックを通過した後に、管理用ＤＢ２０Ｂをサイト用ＤＢ２０Ｃに統合してもよい。

【0065】

最後に、設定部１５ａは、全ての管理用ＤＢ２０Ｂの設定データがサイト用ＤＢ２０Ｃに統合されている場合（ステップＳ３０７：Ｙｅｓ）、処理を終了する。一方、設定部１５ａは、管理用ＤＢ２０Ｂの設定データのうちサイト用ＤＢ２０Ｃに統合されていない設定データがある場合（ステップＳ３０７：Ｎｏ）、ステップＳ３０６の処理に移行し、設定データの統合を行う。

【0066】

［設定データの更新処理の流れ］
図８、９を用いて、本実施形態に係る設定データの更新処理の流れを詳細に説明する。図８は、実施形態に係る共通データの更新処理の流れの一例を示すシーケンス図である。図９は、実施形態に係る個別データの更新処理の流れの一例を示すシーケンス図である。

【0067】

（共通データの更新処理の流れ）
図８を用いて、実施形態に係る共通データの更新処理の流れの一例を説明する。まず、モジュールヤードにおいて、コミッショニングシステム内の試運転用機器３０Ａ－１は、試運転用ＤＢ２２－１（図示せず）の共通データの変更要求を生成し（ステップＳ４０１）、生成した変更要求を、開発システムのデータベース管理装置１０に送信する（ステップＳ４０２）。

【0068】

次に、コミッショニングオフィスにおいて、開発システム内のデータベース管理装置１０は、変更を要求された共通データを生成し（ステップＳ４０３）、生成したデータを試運転用機器３０Ａ－１に送信する（ステップＳ４０４）。一方、モジュールヤード１において、試運転用機器３０Ａ－１の第３更新部は、試運転用機器３０Ａ－１の記憶部の共通データを更新する（ステップＳ４０５）。

【0069】

一方、開発システム内のデータベース管理装置１０は、生成したデータを試運転用機器３０Ａ－１以外の試運転用機器３０Ａ（３０Ａ－２、・・・、３０Ａ－ｎ）にも送信する（ステップＳ４０６）。一方、各モジュールヤードにおいて、試運転用機器３０Ａ－２、・・・、３０Ａ－ｎ各々の第３更新部は、試運転用機器３０Ａ－２、・・・、３０Ａ－ｎ各々の記憶部の共通データを更新する（ステップＳ４０７）。

【0070】

なお、ステップＳ４０４、Ｓ４０６の処理による共通データの更新処理は、同時に行われてもよいし、Ｓ４０６の処理をステップＳ４０４の処理の前に行ってもよい。また、ステップＳ４０４～Ｓ４０７の処理の順序は一例であり、異なる順序で処理を行うこともできる。さらに、データベース管理装置１０は、特定の試運転用機器３０Ａの試運転用ＤＢ２２を優先的に更新してもよいし、特定の試運転用機器３０Ａの試運転用ＤＢ２２を更新処理から除外することもできる。

【0071】

（個別データの更新処理の流れ）
図９を用いて、実施形態に係る個別データの更新処理の流れの一例を説明する。まず、モジュールヤード１において、コミッショニングシステム１の試運転用機器３０Ａ－１の第４更新部は、試運転用ＤＢ２２－１（図示せず）の個別データを変更し（ステップＳ５０１）、変更した個別データをデータベース管理装置１０に送信する（ステップＳ５０２）。そして、コミッショニングオフィスにおいて、データベース管理装置１０は、開発システムの管理用ＤＢ２０Ｂ（図示せず）に、試運転用ＤＢ２２－１の個別データの変更を反映する（ステップＳ５０３）。

【0072】

一方、試運転用機器３０Ａ―ｎは、試運転用ＤＢ２２－ｎ（図示せず）の個別データを変更し（ステップＳ５０４）、変更した個別データをデータベース管理装置１０に送信する（ステップＳ５０５）。そして、データベース管理装置１０は、開発システムの管理用ＤＢ２０Ｂに、試運転用ＤＢ２２－ｎの個別データの変更を反映する（ステップＳ５０６）。

【0073】

なお、ステップＳ５０１～Ｓ５０３の一連の処理、ステップＳ５０４～Ｓ５０６の一連の処理は、同時に行われてもよいし、ステップＳ５０４～Ｓ５０６の一連の処理をステップＳ５０１～Ｓ５０３の一連の処理の前に行ってもよい。また、データベース管理装置１０は、特定の試運転用機器３０Ａから送信された個別データを優先的に更新してもよいし、特定の試運転用機器３０Ａから送信された個別データの更新処理を除外することもできる。

【0074】

［実施形態の効果］
第１に、上述した本実施形態に係るデータベース管理処理では、プラントに含まれる各機器の設定に共通する共通データと、前記各機器の設定に対応した個別データとを含む設定データを記憶部１４に保持し、プラントの試運転を担当する複数の試運転用機器３０Ａのいずれかから、プラントに含まれる各機器の設定に共通する共通データの更新要求を受信した場合には、受信した更新要求を用いて、共通データを更新するとともに、更新後の共通データを複数の試運転用機器３０Ａそれぞれに送信し、複数の試運転用機器３０Ａのいずれかから、プラントに含まれる各機器の設定に対応した個別データの更新結果を受信した場合には、受信した更新結果を用いて、個別データを更新する。このため、本処理では、マスターデータベース２０を一元管理し、モジュールヤードにおけるコミッショニング作業を効率的に実行することができる。

【0075】

第２に、上述した本実施形態に係るデータベース管理処理では、プラントに関する基本設計から最終検査段階の検査工程により、共通データと個別データとを含む設定データを生成して検査済みＤＢ２０Ａに格納し、設定データを用いたプラントの現地受け入れ検査段階において、共通データの更新要求を用いて、共通データを更新するとともに、更新後の共通データを複数の試運転用機器３０Ａそれぞれに送信し、設定データを用いたプラントの現地受け入れ検査段階において、個別データの更新結果を用いて、個別データを更新する。このため、本処理では、マスターデータベース２０を一元管理し、プラントの最終検査段階から現地受け入れ検査段階において、モジュールヤードにおけるコミッショニング作業を効率的に実行することができる。

【0076】

第３に、上述した本実施形態に係るデータベース管理処理では、共通データと、複数の試運転用機器３０Ａそれぞれが担当する各個別データとを組み合わせた個別設定データを、複数の試運転用機器３０Ａそれぞれに配備する。このため、本処理では、マスターデータベース２０を一元管理し、コミッショニング作業のためのデータベース２２を用いることにより、モジュールヤードにおけるコミッショニング作業を効率的に実行することができる。

【0077】

第４に、上述した本実施形態に係るデータベース管理処理では、共通データと個別データとを含む設定データをクラウドサービス上のデータベース２０Ｂに格納する。このため、本処理では、マスターデータベース２０をより効果的に一元管理し、モジュールヤードにおけるコミッショニング作業を効率的に実行することができる。

【0078】

第５に、上述した本実施形態に係るデータベース管理処理では、クラスモジュール（代表的な制御ループ）、工業単位定義テーブル、グラフィックリンクパーツ等に関わるデータを含む共通データへの更新要求に基づき、設定データを更新する。このため、本処理では、マスターデータベース２０の共通データをより効果的に一元管理し、モジュールヤードにおけるコミッショニング作業を効率的に実行することができる。

【0079】

第６に、上述した本実施形態に係るデータベース管理処理では、入力信号、出力信号、タグ名、タグ情報、グラフィック、アラーム設定、チューニングパラメータ、アプリケーションモジュール、連続制御用シーケンス、複雑な制御ループ等に関するデータを含む個別データの更新結果に基づき、設定データを更新する。このため、本処理では、マスターデータベース２０の個別データをより効果的に一元管理し、モジュールヤードにおけるコミッショニング作業を効率的に実行することができる。

【0080】

〔システム〕
上記文書中や図面中で示した処理手順、制御手順、具体的名称、各種のデータやパラメータを含む情報については、特記する場合を除いて任意に変更することができる。

【0081】

また、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散や統合の具体的形態は図示のものに限られない。つまり、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。

【0082】

さらに、各装置にて行なわれる各処理機能は、その全部または任意の一部が、ＣＰＵおよび当該ＣＰＵにて解析実行されるプログラムにて実現され、あるいは、ワイヤードロジックによるハードウェアとして実現され得る。

【0083】

〔ハードウェア〕
次に、データベース管理装置１０のハードウェア構成例を説明する。なお、他の装置も同様のハードウェア構成とすることができる。図１０は、ハードウェア構成例を説明する図である。図１０に示すように、データベース管理装置１０は、通信装置１０ａ、ＨＤＤ（Hard Disk Drive）１０ｂ、メモリ１０ｃ、プロセッサ１０ｄを有する。また、図１０に示した各部は、バス等で相互に接続される。

【0084】

通信装置１０ａは、ネットワークインタフェースカードなどであり、他のサーバとの通信を行う。ＨＤＤ１０ｂは、図４に示した機能を動作させるプログラムやＤＢを記憶する。

【0085】

プロセッサ１０ｄは、図４に示した各処理部と同様の処理を実行するプログラムをＨＤＤ１０ｂ等から読み出してメモリ１０ｃに展開することで、図４等で説明した各機能を実行するプロセスを動作させる。例えば、このプロセスは、データベース管理装置１０が有する各処理部と同様の機能を実行する。具体的には、プロセッサ１０ｄは、設定部１５ａ、受信部１５ｂ、第１更新部１５ｃ、第２更新部１５ｄ等と同様の機能を有するプログラムをＨＤＤ１０ｂ等から読み出す。そして、プロセッサ１０ｄは、設定部１５ａ、受信部１５ｂ、第１更新部１５ｃ、第２更新部１５ｄ等と同様の処理を実行するプロセスを実行する。

【0086】

このように、データベース管理装置１０は、プログラムを読み出して実行することで各種処理方法を実行する情報処理装置として動作する。また、データベース管理装置１０は、媒体読取装置によって記録媒体から上記プログラムを読み出し、読み出された上記プログラムを実行することで上記した実施例と同様の機能を実現することもできる。なお、この他の実施例でいうプログラムは、データベース管理装置１０によって実行されることに限定されるものではない。例えば、他のコンピュータまたはサーバがプログラムを実行する場合や、これらが協働してプログラムを実行するような場合にも、本発明を同様に適用することができる。

【0087】

このプログラムは、インターネットなどのネットワークを介して配布することができる。また、このプログラムは、ハードディスク、フレキシブルディスク（ＦＤ）、ＣＤ－ＲＯＭ、ＭＯ（Magneto－Optical disk）、ＤＶＤ（Digital Versatile Disc）などのコンピュータで読み取り可能な記録媒体に記録され、コンピュータによって記録媒体から読み出されることによって実行することができる。

【符号の説明】

【0088】

１０ データベース管理装置（管理装置）
１１ 入力部
１２ 出力部
１３ 通信部
１４ 記憶部
１５ 制御部
１５ａ 設定部
１５ｂ 受信部
１５ｃ 第１更新部
１５ｄ 第２更新部
２０、２１、２２ 各種データベース
３０ 試運転用機器
４０ サイト用機器
５０ 通信ネットワーク
１００ データベース管理システム

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】