JP2023069727A - 情報提供装置、情報提供方法、およびプログラム - Google Patents

Abstract

【課題】プラントの監視者が、関心のある情報を取得するために実行する操作の手間を軽減すること。【解決手段】実施形態の情報提供装置は、電力設備に関する情報を、オブジェクトクラスとコンサーンとを組み合わせた情報に基づいて提供する。情報提供装置は、オブジェクトクラス特定部と、コンサーン受付部と、情報提供タイプ決定部と、情報提供部と、を備える。オブジェクトクラス特定部は、ユーザによる電力設備の指定、又は電力設備に対する所定のイベントの発生に応じて、電力設備に対応するオブジェクトクラスを特定する。コンサーン受付部は、ユーザによって指定されたコンサーンを受け付ける。情報提供タイプ決定部は、オブジェクトクラス及びコンサーンの組み合わせを用いてデータベースを検索することによって、対応する情報提供タイプを決定する。情報提供部は、決定された情報提供タイプに従った電力設備に関する情報を提供する。【選択図】図１

Description

本発明の実施形態は、情報提供装置、情報提供方法、およびプログラムに関する。

従来、電力設備などで設置されるプラントの稼働状況を効率的に監視するために、プラントを監視するシステムの表示画面をカスタマイズする技術が知られている。例えば、特許文献１には、プラント監視システムのユーザ表示に用いるための表示グラフィックスを作成するときに、再使用可能なグラフィカル要素のクイック編集を可能にするグラフィカル構成システムが開示されている。

特許文献１に記載の技術は、グラフィカル構成システムの先導グラフィックス設計者が、クイック構成フォームを有するテンプレートグラフィカル要素を作成し、他のグラフィックス設計者が、当該クイック構成フォームを編集することによって、所望のグラフィカル要素を得るものである。このように、従来技術は、プラントの稼働状況を監視するためのインターフェースをデータ項目の単位でカスタマイズするものであるが、プラントの監視者の思考や関心を考慮して、より大きな単位でカスタマイズやモデル化を行うものではない。その結果、プラントの監視者は、関心のある情報を取得するために、手間のかかる操作を実行する必要がある場合があった。

特開２０１５－１３０１７４号公報

本発明が解決しようとする課題は、プラントの監視者が、関心のある情報を取得するために実行する操作の手間を軽減することができる、情報提供装置、情報提供方法、およびプログラムを提供することである。

実施形態の情報提供装置は、社会インフラ設備である、電力設備に関する情報を、前記電力設備の種別を複数のデータ項目を定義することによって類型化した情報であるオブジェクトクラスと、前記電力設備に対するユーザの関心を表す情報である一以上のコンサーンと、を組み合わせた情報に基づいて提供する。情報提供装置は、オブジェクトクラス特定部と、コンサーン受付部と、情報提供タイプ決定部と、情報提供部と、を備える。オブジェクトクラス特定部は、前記ユーザによる前記電力設備の指定、又は前記電力設備に対する所定のイベントの発生に応じて、前記電力設備に対応する前記オブジェクトクラスを特定する。コンサーン受付部は、前記ユーザによって指定されたコンサーンを受け付ける。情報提供タイプ決定部は、前記特定された前記オブジェクトクラス及び前記受け付けられた前記コンサーンの組み合わせを用いて、オブジェクトクラス及びコンサーンの組み合わせが前記電力設備に関する情報の情報提供タイプに対応付けられたデータベースを検索することによって、前記オブジェクトクラス及び前記コンサーンの組み合わせに対応する前記情報提供タイプを決定する。情報提供部は、決定された前記情報提供タイプに従った前記電力設備に関する情報を提供する。

実施形態の情報提供装置１００を含むシステム１の構成の一例を示す図。 記憶部１６０に記憶されるオブジェクトクラス１６０Ｂの定義の一例を示す図。 記憶部１６０に記憶されるオブジェクトクラス／コンサーン対応マップ１６０Ｃの構成の一例を示す図。 記憶部１６０に記憶されるＵＩクラス１６０Ｄの定義の一例を示す図。 図４に示すＵＩクラス１６０Ｄに従って提供される情報の一例を示す図。 記憶部１６０に記憶されるオブジェクトクラス／コンサーン対応マップ１６０Ｃの構成の別の例を示す図。 包含関係を有するコンサーンに対応して提供されるデータの一例を示す図。 遷移関係を有するコンサーンに対応して提供されるデータの一例を示す図。 連想関係を有するコンサーンに対応して提供されるデータの一例を示す図。 連想関係を有するコンサーンに対応して提供されるデータの別の例を示す図。 情報提供装置１００によって実行される処理の流れの一例を示すフローチャート。 実施形態の情報提供装置１００および情報設計支援装置２００を含むシステム１の構成の一例を示す図。 複数のＵＩコンポーネント２３０Ｂを組み合わせることによってＵＩクラス２３０Ｃを作成するためのインターフェースの一例を示す図。 複数のＵＩコンポーネント２３０Ｂを組み合わせることによってＵＩクラス２３０Ｃを作成するためのインターフェースの別の例を示す図。 複数のＵＩコンポーネント２３０Ｂを組み合わせることによってＵＩクラス２３０Ｃを作成するためのインターフェースの別の例を示す図。 ＵＩクラス２３０Ｃにコンサーンの包含関係を定義するためのインターフェースの一例を示す図。 ＵＩクラス２３０Ｃにコンサーンの遷移関係を定義するためのインターフェースの一例を示す図。 ＵＩクラス２３０Ｃにコンサーンの連想関係を定義するためのインターフェースの一例を示す図。 ＵＩクラス２３０Ｃにコンサーンの連想関係を定義するためのインターフェースの一例を示す図。

以下、実施形態の情報提供装置、情報提供方法、およびプログラムを、図面を参照して説明する。

［全体構成］
図１は、実施形態の情報提供装置１００を含むシステム１の構成の一例を示す図である。図１に示す通り、システム１は、例えば、電力施設１０と、端末装置５０と、情報提供装置１００と、を含む。

電力施設１０は、例えば、発電プラントであり、発電プラントは、発電機、タービン、ポンプ、バルブ、ボイラーなどの電力設備を含む。以下、本明細書では、電力施設１０が発電プラントであることを前提に説明を行うが、本発明はそのような構成に限定されず、一般的に複数の監視対象設備を有する施設に適用することができる。

端末装置５０は、例えば、パーソナルコンピュータ、タブレット端末、スマートフォンなどのコンピュータ装置である。端末装置５０は、ネットワークＮＷを介して、情報提供装置１００にアクセスし、電力施設１０に設置された各電力設備に関する情報を取得する。端末装置５０のユーザは、取得された各電力設備に関する情報を、端末装置５０のＷｅｂブラウザなどを用いて閲覧する。

従来技術では、ユーザが各電力設備に関する情報を閲覧する場合、当該ユーザは、電力施設１０ごとに決められた、情報の閲覧を希望する電力設備の名称や識別ｉｄを端末装置５０上で指定し、その後、該当する電力設備の各データ項目を確認していた。換言すると、従来技術は、電力設備の情報をデータ項目の単位でユーザに提供するものであり、例えば、「稼働状況」、「作動状況」、「事故状況」のように、電力設備の複数のデータ項目をユーザの関心に基づいて有機的にまとめた情報の単位（すなわち、「概念レベル」の単位）では、ユーザに情報を提供するものではなかった。以下で詳細に説明する通り、実施形態の情報提供装置１００は、電力設備の種別を複数のデータ項目を定義することによって類型化した情報であるオブジェクトクラスと、電力設備に対するユーザの関心を表す情報であるコンサーンとを組み合わせた情報に基づいて電力設備に関する情報を提供することにより、ユーザに「概念レベル」の単位での情報提供を可能にするものである。

［情報提供装置の構成］
情報提供装置１００は、端末装置５０に、電力施設１０に設置された各電力設備に関する情報を提供するサーバ装置であり、例えば、情報取得部１１０と、オブジェクトクラス特定部１２０と、コンサーン受付部１３０と、情報提供タイプ決定部１４０と、情報提供部１５０と、記憶部１６０と、を備える。情報取得部１１０と、オブジェクトクラス特定部１２０と、コンサーン受付部１３０と、情報提供タイプ決定部１４０と、情報提供部１５０は、例えば、ＣＰＵ（Central Processing Unit）などのハードウェアプロセッサがプログラム（ソフトウェア）を実行することにより実現される。これらの構成要素のうち一部または全部は、ＬＳＩ（Large Scale Integration）やＡＳＩＣ（Application Specific Integrated Circuit）、ＦＰＧＡ（Field-Programmable Gate Array）、ＧＰＵ（Graphics Processing Unit）などのハードウェア（回路部；circuitryを含む）によって実現されてもよいし、ソフトウェアとハードウェアの協働によって実現されてもよい。プログラムは、予めＨＤＤ（Hard Disk Drive）やフラッシュメモリなどの記憶装置（非一過性の記憶媒体を備える記憶装置）に格納されていてもよいし、ＤＶＤやＣＤ－ＲＯＭなどの着脱可能な記憶媒体（非一過性の記憶媒体）に格納されており、記憶媒体がドライブ装置に装着されることでインストールされてもよい。記憶部１６０は、例えば、ＨＤＤやフラッシュメモリ、ＲＡＭ（Random Access Memory）等である。記憶部１６０は、例えば、時系列データ１６０Ａと、オブジェクトクラス１６０Ｂと、オブジェクトクラス／コンサーン対応マップ１６０Ｃと、ＵＩクラス１６０Ｄと、を記憶する。本実施形態では、説明の便宜上、情報提供装置１００の機能が単体の物理サーバによって実現されている例について説明するが、本発明は、そのような限定に限定されない。例えば、情報提供装置１００の機能は、複数の物理サーバによって提供されるクラウド型プラットフォーム上でソフトウェアとして実装されるものであってもよい。

情報取得部１１０は、電力施設１０から、ネットワークＮＷを介して各電力設備に関する時系列データを取得し、時系列データ１６０Ａとして記憶部１６０に記憶する。例えば、情報取得部１１０は、電力施設１０に設置されたポンプの流量、揚程、ＯＮ／ＯＦＦ状態などの時系列データ、電力施設１０に設置されたバルブの開度、温度、ＯＮ／ＯＦＦ状態などの時系列データ、電力施設１０に設置されたタービンの回転数、出力、ＯＮ／ＯＦＦ状態などの時系列データを取得する。

なお、図１では図示を省略しているが、記憶部１６０は、時系列データ１６０Ａに加えて、電力施設１０に設置された各電力設備の設備台帳データも事前に記憶している。設備台帳データとは、電力施設１０の各電力設備を管理するためのデータを意味する。設備台帳データは、例えば、ポンプの場合、識別番号、型番、製番、メーカ、管理担当者、導入日などのデータを含む。設備台帳データは、情報取得部１１０が、定期的に、電力施設１０から最新のデータを受信して更新してもよいし、情報提供装置１００の管理者が手動で入力および更新を行ってもよい。

オブジェクトクラス特定部１２０は、ユーザが、端末装置５０上で、情報の閲覧を希望する電力設備の名称や識別ｉｄを指定するか、又は電力設備に対する所定のイベント（例えば、事故など）の発生に応じて、当該電力設備に対応するオブジェクトクラス１６０Ｂを特定する。例えば、ユーザが、端末装置５０上で、復水ポンプの識別ｉｄを入力するか又は選択した場合、オブジェクトクラス特定部１２０は、事前に記憶された識別ｉｄとオブジェクトクラス１６０Ｂとの間の対応関係に基づいて、当該復水ポンプに対応するオブジェクトクラス１６０Ｂを特定する。また、例えば、オブジェクトクラス特定部１２０は、電力設備に対する所定のイベントが発生した場合、事前に記憶された当該電力設備の識別情報とオブジェクトクラス１６０Ｂとの間の対応関係に基づいて、当該イベントが発生した電力設備に対応するオブジェクトクラス１６０Ｂを特定する。

図２は、記憶部１６０に記憶されるオブジェクトクラス１６０Ｂの定義の一例を示す図である。図２は、一例として、ポンプＡのオブジェクトクラス１６０Ｂの定義を示している。図２に示す通り、オブジェクトクラス１６０Ｂは、例えば、プロパティとフォーマットとが対応付けられた情報である。図２の場合、ポンプＡのオブジェクトクラス１６０Ｂは、プロパティとして、識別番号、型番、製番、メーカ、担当、状態、導入日、流量、揚程などの項目を含む。識別番号は、例えば、文字列型を有し、電力設備を一意に識別するための番号である。型番は、例えば、文字列型を有し、電力設備の型式を特定するための番号である。製番は、例えば、数値型を有し、電力設備の製品番号を特定するための番号である。メーカは、例えば、文字列型を有し、電力設備を製造した製造業者を特定するための情報である。担当は、例えば、文字列型を有し、電力設備を管理する担当者を特定するための情報である。状態は、例えば、ｂｏｏｌｅａｎ型を有し、電力設備が稼働状態にあるときはｔｒｕｅの値を取り、電力設備が停止状態にあるときはｆａｌｓｅの値を取るものである。導入日は、例えば、日付型を有し、電力設備が電力施設１０に設置された日付を示す情報である。流量は、例えば、数値型を有し、ポンプを作動させた際に単位時間当たりに吐出できる液体の吐出量を示す情報である。揚程は、例えば、数値型を有し、ポンプが液体を汲み上げる高さを示す情報である。図２に定義されるポンプＡのオブジェクトクラス１６０Ｂを有するポンプの場合、識別番号、型番、製番、メーカ、担当、状態、および導入日は、設備台帳データとして事前に記憶部１６０に記憶され、流量および揚程は、情報取得部１１０が電力施設１０から取得し、時系列データ１６０Ａとして記憶部１６０に記憶するものである。

コンサーン受付部１３０は、ユーザが、端末装置５０上で、情報の閲覧を希望する電力設備の名称や識別ｉｄを指定するか、又は電力設備に対する所定のイベント（例えば、事故など）が発生した場合、当該電力設備の情報に関するユーザの関心、すなわち、コンサーンの候補を端末装置５０上に表示し、ユーザからコンサーンの指定を受け付ける。コンサーンは、例えば、電力設備の「稼働状況」、「作業状況」、「事故状況」など、異なる種類の電力設備に対して共通にユーザが持ち得る関心事項である。一方、例えば、ポンプの「稼働状況」と、バルブの「稼働状況」とでは、ユーザが閲覧を希望する情報の詳細は一般的に異なるものである（例えば、ポンプの「稼働状況」として、ユーザは揚程の閲覧を希望する場合があるが、揚程はポンプに特有の情報であり、バルブの「稼働状況」とは無関係である）。そのため、本実施形態では、オブジェクトクラスとコンサーンの組み合わせに対して、ユーザに提供する情報の詳細を定義するＵＩクラス１６０Ｄと、情報の出力形式（テキスト、画像、音声など）とを記憶するオブジェクトクラス／コンサーン対応マップ１６０Ｃが設けられ、オブジェクトクラスとコンサーンの組み合わせに適した詳細情報がユーザに提供される。換言すると、同一のコンサーンに対しても、オブジェクトクラスが異なる場合には、電力設備に関する異なる詳細情報がユーザに提供される。

情報提供タイプ決定部１４０は、特定されたオブジェクトクラス及び受け付けられたコンサーンの組み合わせを用いて、オブジェクトクラス／コンサーン対応マップ１６０Ｃを検索することによって、当該組み合わせに対応するＵＩクラス１６０Ｄと情報の出力形式とを決定する。情報提供部１５０は、決定されたＵＩクラス１６０Ｄおよび情報の出力形式に従って、電力設備に関する情報を端末装置５０に提供する。オブジェクトクラス／コンサーン対応マップ１６０Ｃは、「データベース」の一例であり、ＵＩクラス１６０Ｄおよび情報の出力形式は、「情報提供タイプ」の一例である。

図３は、記憶部１６０に記憶されるオブジェクトクラス／コンサーン対応マップ１６０Ｃの構成の一例を示す図である。図３に示す通り、オブジェクトクラス／コンサーン対応マップ１６０Ｃは、オブジェクトクラスとコンサーンの組み合わせに対して、ＵＩクラス（又はＵＩクラスへのパス）や出力形式などの情報が対応付けられたものである。図３では、例示的に、ポンプＡ、ポンプＢ、バルプＡなどのオブジェクトクラスが示されているが、オブジェクトクラスは、タービン、発電機、ボイラーなど他の電力設備に関するオブジェクトクラスも含みうる。さらに、図３では、例示的に、「稼働状況」、「作業状況」、「事故状況」などのコンサーンが示されているが、コンサーンは、「現場状況」、「性能状況」、「アラーム発生状況」など他のコンサーンも含みうる。情報提供タイプ決定部１４０は、オブジェクトクラス／コンサーン対応マップ１６０Ｃを参照して情報提供タイプを決定することにより、各オブジェクトクラスとコンサーンの組み合わせに適した、電力設備に関する詳細な情報を、その時の状況に応じた出力形態で（例えば、事故発生時には音声情報を出力する）ユーザに提供することができる。

図４は、記憶部１６０に記憶されるＵＩクラス１６０Ｄの定義の一例を示す図である。図４は、一例として、オブジェクトクラスがポンプＡであり、コンサーンが「稼働状況」である組み合わせに対応するＵＩクラス１６０Ｄの定義を示している。図４の左部には、設備情報として、ポンプの識別番号、型番、製番、メーカ、担当、状態、および導入日を表示することが定義され、図４の右部には、性能特性として、ポンプの流量と揚程との間の関係を示す曲線を表示することが定義される。このように、オブジェクトクラスとコンサーンの組み合わせに応じて、ユーザに提供する情報の詳細フォーマットを事前に定義しておくことにより、ユーザが、関心のある情報を取得するために、逐一、各データ項目を確認する操作の手間を軽減することができる。

図５は、図４に示すＵＩクラス１６０Ｄに従って提供される情報の一例を示す図である。図５に示す通り、情報提供部１５０は、ＵＩクラス１６０Ｄに対して、ユーザが情報の閲覧を希望する電力設備の設備台帳データおよび時系列データ１６０Ａを入力することによって、端末装置５０に提供する実データを生成する。このとき、情報提供部１５０は、データの入力対象となる電力設備を、ユーザが端末装置５０上で指定した電力設備の名称や識別ｉｄ、又は電力設備に対する所定のイベント（例えば、事故など）が発生したことに応じて、特定することができる。情報提供部１５０は、生成した実データを、ネットワークＮＷを介して、端末装置５０に送信する。

なお、本実施形態のオブジェクトクラス／コンサーン対応マップ１６０Ｃでは、一例として、オブジェクトクラスとコンサーンの組み合わせに対してＵＩクラスが定義されているが、本発明はそのような構成に限定されない。例えば、各コンサーンに対して一つのＵＩクラスが定義され、適用先のオブジェクトクラスに応じて、ＵＩクラスの詳細項目が分岐するものであってもよい。例えば、図４のＵＩクラス１６０Ｄが、「稼働状況」に対応するＵＩクラスとして一般的に定義された場合、当該ＵＩクラスがポンプＡに適用されるときには「担当」が表示される一方、ポンプＢに適用されるときには「担当」が表示されないなどの分岐が設定されていてもよい。

［コンサーンの種類］
次に、図６から図１０を参照して、本実施形態において定義および表示されるコンサーンの種類について説明する。図６は、記憶部１６０に記憶されるオブジェクトクラス／コンサーン対応マップ１６０Ｃの構成の別の例を示す図である。図６に示すオブジェクトクラス／コンサーン対応マップ１６０Ｃは、図４に示すオブジェクトクラス／コンサーン対応マップ１６０Ｃで定義されるデータ項目に加えて、包含関係、遷移関係、および連想関係などのデータ項目をさらに含むものである。

包含関係は、あるコンサーンと、当該コンサーンの内容をさらにブレイクダウンすることによって得られる複数のコンサーンとの間に成立する関係を意味する。例えば、ユーザが、ある電力設備の「状況」を知りたいと考える場合、当該ユーザは、「状況」の更なる詳細として、当該電力設備の「稼働状況」、「作業状況」、「現場状況」、および「アラーム発生状況」を知りたいと考えることが想定される。すなわち、「状況」への関心は、潜在的に、「稼働状況」、「作業状況」、「現場状況」、および「アラーム発生状況」への関心を含みうる。そのため、情報提供部１５０は、オブジェクトクラス／コンサーン対応マップ１６０Ｃにおいて、あるコンサーン（親コンサーン）が他のコンサーン（子コンサーン）を包含する包含関係を有する（すなわち、オブジェクトクラス／コンサーン対応マップ１６０Ｃの「包含関係」のデータ項目に他のコンサーンが記憶されている）場合、親コンサーンに対応するＵＩクラス１６０Ｄに加えて、子コンサーンに対応するＵＩクラス１６０Ｄにも従って、電力設備に関する情報を提供する。もしくは、子コンサーンが複数ある場合、親コンサーンに対応するＵＩクラス１６０Ｄを、複数の子コンサーンに対応するＵＩクラス１６０Ｄの組み合わせとして定義する。

図７は、包含関係を有するコンサーンに対応して提供されるデータの一例を示す図である。図７の左部は、図６に示すオブジェクトクラス／コンサーン対応マップ１６０Ｃの１行目に規定される包含関係を示し、図７の右部は、当該包含関係に基づいて、情報提供部１５０によって提供されるポンプＡの「状況」に関するデータを示す。図７の左部に示す通り、「状況」のコンサーンは、「稼働状況」、「作業状況」、「現場状況」、および「アラーム発生状況」のコンサーンを含む。そのため、情報提供部１５０は、ポンプＡの「状況」に対応するＵＩクラス１６０Ｄを、ポンプＡの「稼働状況」に対応するＵＩクラス１６０Ｄと、ポンプＡの「作業状況」に対応するＵＩクラス１６０Ｄと、ポンプＡの「現場状況」に対応するＵＩクラス１６０Ｄと、ポンプＡの「アラーム発生状況」に対応するＵＩクラス１６０Ｄとを組み合わせることによって定義し、定義されたポンプＡの「状況」に対応するＵＩクラス１６０Ｄにしたがって、ポンプに関する情報を提供する。

より具体的には、情報提供部１５０は、例えば、図７の右部に示す通り、ポンプＡの「稼働状況」に対応するＵＩクラス１６０Ｄである設備情報および性能特性の下方に、作業状況、現場状況、およびアラーム発生状況に関する情報を表示させる。このように、親コンサーンに対応するＵＩクラス１６０Ｄの情報として、複数の子コンサーンに対応するＵＩクラス１６０Ｄの情報を組み合わせて表示する表示方式を「ダッシュボード形式」と称する。情報提供部１５０は、例えば、ユーザが、端末装置５０上で、子コンサーンに対応するＵＩクラス１６０Ｄの情報をクリックすることに応じて、当該子コンサーンに対応する情報をさらに詳細に（例えば、拡大して）表示させてもよい。

遷移関係は、あるコンサーンと、ユーザが当該コンサーンを解決した次に関心を持つことが想定される別のコンサーンとの間に成立する関係を意味する。例えば、ユーザが、ある電力設備の「巡視点検の計画」を知りたいと考える場合、当該ユーザは、巡視点検の計画を確認した次に、「巡視点検の実施」を行いたいと考えることが想定される。さらに、ユーザは、「巡視点検の実施」を行った次に、「劣化の診断分析」を行いたいと考えることが想定される。すなわち、「巡視点検の計画」への関心は、潜在的に、「巡視点検の実施」への関心に遷移し、「巡視点検の実施」への関心は、潜在的に、「劣化の診断分析」への関心に遷移し得る。そのため、情報提供部１５０は、オブジェクトクラス／コンサーン対応マップ１６０Ｃにおいて、あるコンサーン（遷移前コンサーン）が他のコンサーン（遷移先コンサーン）に遷移する遷移関係を有する（すなわち、オブジェクトクラス／コンサーン対応マップ１６０Ｃの「遷移関係」のデータ項目に他のコンサーンが記憶されている）場合、遷移前コンサーンに対応するＵＩクラス１６０Ｄに従って電力設備に関する情報を提供した後に、遷移先コンサーンに対応するＵＩクラス１６０Ｄに従って、電力設備に関する情報を提供する。

図８は、遷移関係を有するコンサーンに対応して提供されるデータの一例を示す図である。図８の左部は、図６に示すオブジェクトクラス／コンサーン対応マップ１６０Ｃの８行目および９行目に規定される遷移関係を示し、図８の右部は、当該遷移関係に基づいて、情報提供部１５０によって提供されるポンプＡの「巡視点検の計画」に関するデータを示す。図８の左部に示す通り、「巡視点検の計画」のコンサーンは「巡視点検の実施」のコンサーンに遷移し、「巡視点検の実施」のコンサーンは「劣化の診断分析」のコンサーンに遷移する。そのため、情報提供部１５０は、ポンプＡの「巡視点検の計画」に対応するＵＩクラス１６０Ｄに従ってポンプに関する情報を提供した後に、ポンプＡの「巡視点検の実施」に対応するＵＩクラス１６０Ｄに従ってポンプに関する情報を提供し、その後、ポンプＡの「劣化の診断分析」に対応するＵＩクラス１６０Ｄに従ってポンプに関する情報を提供する。

より具体的には、情報提供部１５０は、例えば、図８の右部に示す通り、ポンプＡの「巡視点検の計画」に対応するＵＩクラス１６０Ｄの情報の右側に、ポンプＡの「巡視点検の実施」に対応するＵＩクラス１６０Ｄの情報を表示させ、さらに、その右側に、ポンプＡの「劣化の診断分析」に対応するＵＩクラス１６０Ｄの情報を表示させる。このように、遷移前コンサーンに対応するＵＩクラス１６０Ｄの情報の後に、遷移先コンサーンに対応するＵＩクラス１６０Ｄの情報を表示する表示方式を「フローチャート形式」と称する。情報提供部１５０は、例えば、ユーザが、端末装置５０上で、遷移前コンサーン又は遷移先コンサーンに対応するＵＩクラス１６０Ｄの情報をクリックすることに応じて、当該遷移前コンサーン又は遷移先コンサーンに対応する情報をさらに詳細に（例えば、拡大して）表示させてもよい。

なお、本実施形態におけるコンサーンの遷移関係に関して、「後に」という記載は、必ずしも、情報の表示タイミングをずらす（すなわち、遷移先コンサーンに対応する情報を、遷移前コンサーンに対応する情報よりも遅いタイミングで表示する）ことを意味せず、例えば、矢印などの表記によって、遷移関係が明示されている限り、遷移先コンサーンに対応する情報と遷移前コンサーンに対応する情報とが同時に表示されても良い。

連想関係は、あるコンサーンと、ユーザが当該コンサーンに関連して関心を持つことが想定される別のコンサーンとの間に成立する関係を意味する。その意味で、包含関係および遷移関係も連想関係の一種と言えるが、連想関係は包含関係および遷移関係よりも弱い関連性を意味する。例えば、ユーザが、ある電力設備の「稼働状況」を知りたいと考える場合、当該ユーザは、稼働状況を確認したことに関連して、当該電力設備の「在庫状況」や「巡視点検の計画」を確認したいと考えることも想定される。すなわち、「稼働状況」への関心は、潜在的に、「在庫状況」および「巡視点検の計画」への関心に関連し得る。そのため、情報提供部１５０は、オブジェクトクラス／コンサーン対応マップ１６０Ｃにおいて、あるコンサーン（連想元コンサーン）が他のコンサーン（連想先コンサーン）に関連する連想関係を有する（すなわち、オブジェクトクラス／コンサーン対応マップ１６０Ｃの「連想関係」のデータ項目に他のコンサーンが記憶されている）場合、連想元コンサーンに対応するＵＩクラス１６０Ｄの情報に紐づける形で、連想先コンサーンに対応するＵＩクラス１６０Ｄの情報を表示する。

図９は、連想関係を有するコンサーンに対応して提供されるデータの一例を示す図である。図９の左部は、図６に示すオブジェクトクラス／コンサーン対応マップ１６０Ｃの１行目に規定される連想関係を示し、図９の右部は、当該連想関係に基づいて、情報提供部１５０によって提供されるポンプＡの「稼働状況」に関するデータを示す。図９の左部に示す通り、「稼働状況」のコンサーンは、「在庫状況」および「巡視点検の計画」のコンサーンに関連する。そのため、情報提供部１５０は、ポンプＡの「稼働状況」に関する情報に紐づける形で、ポンプＡの「在庫状況」および「巡視点検の計画」に関する情報を表示する。

より具体的には、情報提供部１５０は、例えば、図９の右部に示す通り、ポンプＡの「稼働状況」に関する情報の下方に、「在庫状況」および「巡視点検の計画」に関する情報を選択可能に表示させる。情報提供部１５０は、「在庫状況」および「巡視点検の計画」に関する情報をスライドとして表示させ、所定の時間間隔で表示を切り替えてもよいし、ユーザがスライドに表示された矢印をクリックすることに応じて、表示を切り替えてもよい。このように、複数の連想先コンサーンに関する情報をスライド形式で選択可能に表示する表示方式を「スライドショー形式」と称する。例えば、情報提供部１５０は、ユーザが、端末装置５０上で、スライドショー形式で表示される連想先コンサーンに関する情報をクリックすることに応じて、当該連想先コンサーンに対応する情報をさらに詳細に（例えば、拡大して）表示させてもよい。

図１０は、連想関係を有するコンサーンに対応して提供されるデータの別の例を示す図である。情報提供部１５０は、例えば、図１０の右部に示す通り、ポンプＡの「稼働状況」に関する情報の下方に、「在庫状況」および「巡視点検の計画」に関する情報を選択可能に表示させる。情報提供部１５０は、「在庫状況」および「巡視点検の計画」に関する情報を選択項目としてリスト表示させ、ユーザがリストに表示された選択項目をクリックすることに応じて、「在庫状況」又は「巡視点検の計画」に関する情報を表示させる。このように、複数の連想先コンサーンに関する情報をリスト形式で選択可能に表示する表示方式を「ナビゲーション形式」と称する。

なお、上記の図７から図１０の説明においては、便宜上、情報提供部１５０は、包含関係、遷移関係、および連想関係のいずれか１つに関する情報のみを画面に表示している。しかし、本発明は、そのような構成に限定されず、あるコンサーンが他の複数のコンサーンと複数の関係を有する場合には、情報提供部１５０は、それら全ての関係に関する情報を同一画面に表示してもよい。例えば、あるコンサーン（第１コンサーン）が、別のコンサーン（第２コンサーン）を包含する包含関係を有し、同時にさらに別のコンサーン（第３コンサーン）と連想関係を有する場合には、情報提供部１５０は、同一画面の上部に第１コンサーンに関する情報を表示させ、その下に、第２コンサーンに関する情報を表示させ、さらにその下に、第３コンサーンに関する情報を表示させてもよい。

さらに、上記の図７から図１０の説明においては、情報提供部１５０は、あるコンサーンが別のコンサーンと包含関係、遷移関係、又は連想関係を有するか否かを、事前に設定されたオブジェクトクラス／コンサーン対応マップ１６０Ｃを参照することによって特定している。しかし、本発明は、そのような構成に限定されず、情報提供部１５０は、ユーザによるコンサーンの指定履歴に基づいて、あるコンサーンが別のコンサーンと包含関係、遷移関係、又は連想関係を有するか否かを特定してもよい。例えば、ユーザが、「現場状況」に関する情報を確認した後に、「作業状況」に関する情報を確認する頻度が高い場合、情報提供部１５０は、「現場状況」のコンサーンが「作業状況」のコンサーンに関連して連想関係を有すると判定してもよい。このとき、情報提供部１５０は、ある同一のオブジェクトクラスにおいて、あるコンサーンが別のコンサーンに連想関係を有すると判定した場合、これらのコンサーンが当該オブジェクトクラスにおいて「もの連想関係」を有すると判定する。また、例えば、ユーザが、「現場状況」に関する情報を確認した後に、他の複数のコンサーンに関する情報を確認している場合、「現場状況」のコンサーンがこれら複数のコンサーンに関連して連想関係を有すると判定してもよい。その場合、情報提供部１５０は、当該複数のコンサーンのいずれかを選択するための選択項目を、過去に確認された頻度の高い順にリスト表示することによって、ユーザによる指定を受け付けてもよい。

さらに、別の形態として、情報提供部１５０は、エンジニアとしてのスキルが高いユーザ（スキルの高さは、例えば、情報提供装置１００に登録されたユーザの登録期間や役職に基づいて判定することができる）の指定履歴に基づいて、コンサーンの包含関係、遷移関係、又は連想関係を判定し、エンジニアとしてのスキルが低いユーザに対して、これら包含関係、遷移関係、又は連想関係に従って、複数のコンサーンを表示させてもよい。例えば、スキルが高いユーザが、「現場状況」に関する情報を確認した後に、「作業状況」に関する情報を確認する頻度が高い場合、情報提供部１５０は、「現場状況」のコンサーンが「作業状況」のコンサーンに関連して連想関係を有すると判定し、スキルが低いユーザが「現場状況」に関する情報を確認した際には、「作業状況」に関する情報を選択可能にスライドショー形式又はリスト形式で表示させてもよい。

［動作の流れ］
次に、図１１を参照して、情報提供装置１００によって実行される処理の流れについて説明する。図１１は、情報提供装置１００によって実行される処理の流れの一例を示すフローチャートである。

まず、情報取得部１１０は、電力施設１０から、電力施設１０に設置された電力設備に関する時系列データを取得する（ステップＳ１０１）。次に、オブジェクトクラス特定部１２０は、ユーザが、端末装置５０上で、情報の閲覧を希望する電力設備の名称や識別ｉｄを指定するか、又は電力設備に対する所定のイベントが発生したか否かを判定する（ステップＳ１０２）。

ユーザが、端末装置５０上で、情報の閲覧を希望する電力設備の名称や識別ｉｄを指定するか、又は電力設備に対する所定のイベントが発生したと判定されなかった場合、オブジェクトクラス特定部１２０は、再度、ステップＳ１０２の処理を実行する。一方、ユーザが、端末装置５０上で、情報の閲覧を希望する電力設備の名称や識別ｉｄを指定するか、又は電力設備に対する所定のイベントが発生したと判定された場合、オブジェクトクラス特定部１２０は、当該電力設備に対応するオブジェクトクラスを特定する（ステップＳ１０３）。

次に、コンサーン受付部１３０は、ユーザによって指定された電力設備のコンサーンの候補を端末装置５０上に表示し、ユーザからコンサーンの指定を受け付けた否かを判定する（ステップＳ１０４）。ユーザからコンサーンの指定を受け付けていないと判定された場合、コンサーン受付部１３０は、ユーザからコンサーンの指定を受け付けるまで待機する。一方、ユーザからコンサーンの指定を受け付けたと判定された場合、情報提供タイプ決定部１４０は、特定されたオブジェクトクラス及び受け付けられたコンサーンの組み合わせを用いて、オブジェクトクラス／コンサーン対応マップ１６０Ｃを検索することによって、当該オブジェクトクラス及びコンサーンの組み合わせに対応するＵＩクラス１６０Ｄおよび情報の出力形式を決定する（ステップＳ１０５）。情報提供部１５０は、決定されたＵＩクラス１６０Ｄおよび情報の出力形式に従って、電力設備に関する情報を提供する（ステップＳ１０６）。これにより、本フローチャートの処理が終了する。

以上説明した少なくともひとつの実施形態によれば、ユーザが指定した又は所定のイベントが発生した電力設備に対応するオブジェクトクラスと、ユーザが当該電力設備に対して持つ関心事項であるコンサーンに基づいて、ユーザに提供する情報の情報提供タイプを決定し、決定した情報提供タイプに従って、当該電力設備に関する情報を提供する。これにより、プラントの監視者が、関心のある情報を取得するために実行する操作の手間を軽減することができる。

［情報設計支援装置の構成］
上述した通り、記憶部１６０は、オブジェクトクラスとコンサーンの組み合わせに対応するＵＩクラス１６０Ｄを事前に格納し、情報提供装置１００は、オブジェクトクラス／コンサーン対応マップ１６０Ｃを参照することによって、表示するＵＩクラス１６０Ｄを決定している。すなわち、ＵＩクラス１６０Ｄは、例えば、電力施設１０の管理に詳しいエンジニアが、オブジェクトクラスとコンサーンの組み合わせを考慮して事前に作成し、オブジェクトクラス／コンサーン対応マップ１６０Ｃに記憶しておくものである。以下では、ＵＩクラス１６０Ｄの作成を支援する情報設計支援装置２００について説明する。

図１２は、実施形態の情報提供装置１００および情報設計支援装置２００を含むシステム１の構成の一例を示す図である。図１２に示す通り、システム１は、電力施設１０と、端末装置５０と、情報提供装置１００とに加えて、情報設計支援装置２００を含む。

情報設計支援装置２００は、端末装置５０に、ＵＩクラス１６０Ｄの作成を支援するための開発環境としての機能を提供するサーバ装置であり、例えば、ＵＩ編集部２１０と、ＵＩ提示部２２０と、記憶部２３０と、を備える。ＵＩ編集部２１０と、ＵＩ提示部２２０は、例えば、ＣＰＵ（Central Processing Unit）などのハードウェアプロセッサがプログラム（ソフトウェア）を実行することにより実現される。これらの構成要素のうち一部または全部は、ＬＳＩ（Large Scale Integration）やＡＳＩＣ（Application Specific Integrated Circuit）、ＦＰＧＡ（Field-Programmable Gate Array）、ＧＰＵ（Graphics Processing Unit）などのハードウェア（回路部；circuitryを含む）によって実現されてもよいし、ソフトウェアとハードウェアの協働によって実現されてもよい。プログラムは、予めＨＤＤ（Hard Disk Drive）やフラッシュメモリなどの記憶装置（非一過性の記憶媒体を備える記憶装置）に格納されていてもよいし、ＤＶＤやＣＤ－ＲＯＭなどの着脱可能な記憶媒体（非一過性の記憶媒体）に格納されており、記憶媒体がドライブ装置に装着されることでインストールされてもよい。記憶部１６０は、例えば、ＨＤＤやフラッシュメモリ、ＲＡＭ（Random Access Memory）等である。記憶部２３０は、例えば、オブジェクトクラス２３０Ａと、ＵＩコンポーネント２３０Ｂと、ＵＩクラス２３０Ｃとを記憶する。

以下の説明では、情報設計支援装置２００と端末装置５０とは別体であり、ユーザは、例えば、端末装置５０のｗｅｂブラウザ（「表示部」の一例である）を用いて、情報設計支援装置２００が提供する開発環境の機能を利用するものとして説明するが、本発明はそのような構成に限定されない。例えば、以下で説明する情報設計支援装置２００が提供する開発環境の機能は、アプリケーションとして端末装置５０にインストールされるものであってもよいし、上述した情報提供装置１００が情報設計支援装置２００としての機能を併せ持つものであってもよい。

ＵＩ編集部２１０は、オブジェクトクラスとコンサーンの組み合わせに対して、テキストボックス、図形、オブジェクトクラスのプロパティ値、グラフ、画像又は動画等の複数のＵＩコンポーネント２３０Ｂを組み合わせることによってＵＩクラス２３０Ｃを作成するためのインターフェースを提供する。

図１３は、複数のＵＩコンポーネント２３０Ｂを組み合わせることによってＵＩクラス２３０Ｃを作成するためのインターフェースの一例を示す図である。図１３の右部に示す通り、ユーザは、例えば、端末装置５０上で、オブジェクトクラスとして「ポンプＡ」を選択し、コンサーンとして「稼働状況」を選択することにより、ＵＩ編集部２１０は、「ポンプＡ」のオブジェクトクラスと「稼働状況」のコンサーンとの組み合わせに対応するＵＩクラス２３０Ｃを作成するためのインターフェースを端末装置５０に提供する。なお、ＵＩ編集部２１０は、ユーザが既存のオブジェクトクラスとコンサーンを選択するのみならず、新たにオブジェクトクラス又はコンサーンを定義して、ＵＩクラス２３０Ｃを編集するための機能を提供しても良い。

ＵＩ編集部２１０は、端末装置５０の画面上でオブジェクトクラスの名称が選択された場合、記憶部２３０に記憶されたオブジェクトクラス２３０Ａを参照して、当該オブジェクトクラスのプロパティを取得し、ＵＩクラス２３０Ｃの編集に活用可能とさせる。例えば、図２に示した通り、「ポンプＡ」のオブジェクトクラスは、プロパティとして、識別番号、型番、製番、メーカ、担当、状態、導入日、流量、揚程などの項目を含む。そのため、ＵＩ編集部２１０は、図１３の右下部に示す通り、「ポンプＡ」のオブジェクトクラスに紐づくこれらのプロパティを選択可能とし、作成するＵＩクラス２３０Ｃに埋め込ませることができる。

図１３の左部に示す通り、ユーザは、例えば、端末装置５０上で、ＵＩコンポーネント２３０Ｂの一種であるテキストボックスＴＸＴＢＸに文字を入力する。図１３の例においては、ユーザは、端末装置５０上で、テキストボックスＴＸＴＢＸ１に「ポンプ稼働状況」を入力し、テキストボックスＴＸＴＢＸ２に「設備情報」を入力している。ユーザは、さらに例えば、端末装置５０上で、四角形ＳＱ１などの図形を描画する。ユーザは、さらに例えば、端末装置５０上で、プロパティとして、識別番号ＰＲ１と、型番ＰＲ２と、製番ＰＲ３とを、プロパティのリストからドラッグアンドドロップすることによって、これらのプロパティの値を表示可能とさせる。

図１４は、複数のＵＩコンポーネント２３０Ｂを組み合わせることによってＵＩクラス２３０Ｃを作成するためのインターフェースの別の例を示す図である。図１４は、ユーザが図１３の場面において、ＵＩクラス２３０Ｃの設備情報の定義を完了した状況を示している。

図１４の左部に示す通り、ユーザは、例えば、端末装置５０上で、テキストボックスＴＸＴＢＸ３に「性能特性」を入力する。次に、ユーザは、例えば、端末装置５０上で、ＵＩコンポーネント２３０Ｂの一種であるグラフ機能を（例えば、マウスの右クリックによって）呼び出すことによって、ＵＩクラス２３０Ｃにグラフを埋め込む。このとき、例えば、ＵＩ編集部２１０は、図１４の左部に示す通り、グラフの説明変数と目的変数を指定することをユーザに求めるダイアログボックスを提示し、ユーザは、例えば、プロパティのリストから説明変数と目的変数とを選択することによって、グラフを定義することができる。

図１４の例では、ユーザは、説明変数として流量を選択し、目的変数として揚程を選択している。これにより、ＵＩクラス２３０Ｃには、流量と揚程との間の関係を示す性能曲線が定義される。以上の処理により、「ポンプＡ」のオブジェクトクラスと「稼働状況」のコンサーンとの組み合わせに対して、図４に示したＵＩクラス１６０Ｄと同一のＵＩクラス２３０Ｃが作成される。

なお、本実施形態では、ＵＩコンポーネント２３０Ｂの一種であるグラフ機能として、説明変数と目的変数とを指定するシンプルな例を示しているが、例えば、ユーザは、事前に、より複雑な数学モデルをプラグインとして作成して記憶部２３０に格納し、ＵＩ編集部２１０は、記憶部２３０に格納されたプラグインを呼び出してＵＩクラス２３０Ｃに埋め込むことを可能にしてもよい。

ＵＩ提示部２２０は、オブジェクトクラスとコンサーンの組み合わせに対して作成されたＵＩクラス２３０Ｃを端末装置５０に送信して表示させる。このとき、ＵＩ提示部２２０は、作成されたＵＩクラス２３０Ｃを、図４に示すような雛形として表示させてもよいし、情報提供装置１００に格納される本番データ又は情報設計支援装置２００に格納されるサンプルデータをＵＩクラス２３０Ｃに入力することによって、図５に示すような実データとして表示させてもよい。その後、作成が完了したＵＩクラス２３０Ｃは、情報提供装置１００の記憶部１６０に、ＵＩクラス１６０Ｄとしてデプロイされる。

なお、図１３及び図１４は、ユーザが、オブジェクトクラスとコンサーンの個々の組み合わせに対して、ＵＩクラス２３０Ｃを作成する場合のインターフェース画面を示すものである。一方、同一のコンサーンに対しては、オブジェクトクラスが異なる場合であっても、共通（又は一部が共通の）のＵＩ項目を定義することがあり得る。その場合、オブジェクトクラスとコンサーンの個々の組み合わせに対して、手動でＵＩクラス２３０Ｃを作成することは効率的ではない。

図１５は、複数のＵＩコンポーネント２３０Ｂを組み合わせることによってＵＩクラス２３０Ｃを作成するためのインターフェースの別の例を示す図である。図１５の右部に示す通り、ユーザは、例えば、端末装置５０上で、コンサーンとして「稼働状況」を選択し、オブジェクトクラスとして「ポンプＡ」、「ポンプＢ」、「バルプＡ」を選択する。このとき、ＵＩ編集部２１０は、「稼働状況」のコンサーンに対応するＵＩクラス２３０Ｃを作成するためのインターフェースを端末装置５０に提供し、作成されたＵＩクラス２３０Ｃは、「ポンプＡ」、「ポンプＢ」、「バルプＡ」のオブジェクトクラスに共通して適用される。ユーザは、例えば、「ポンプＡ」、「ポンプＢ」、「バルプＡ」のオブジェクトクラスに共通するＵＩ項目を編集したのちに、図１３及び図１４に示すインターフェースに切り替え、個々のオブジェクトクラスに固有のＵＩ項目を編集してもよい。これにより、あるコンサーンに対して共通のＵＩ項目を有する複数のオブジェクトクラスについて、効率的にＵＩクラス２３０Ｃを作成することができる。

次に、図１６から図１９を参照して、ＵＩクラス２３０Ｃにコンサーンの包含関係、遷移関係、および連想関係を定義するためのインターフェースについて説明する。図１６は、ＵＩクラス２３０Ｃにコンサーンの包含関係を定義するためのインターフェースの一例を示す図である。図１３と同様に、ユーザは、例えば、端末装置５０上で、オブジェクトクラスとして「ポンプＡ」を選択し、コンサーンとして「状況」を選択することにより、ＵＩ編集部２１０は、「ポンプＡ」のオブジェクトクラスと「状況」のコンサーンとの組み合わせに対応するＵＩクラス２３０Ｃを作成するためのインターフェースを端末装置５０に提供している。

図１６の右下部に示す通り、ＵＩ編集部２１０は、「状況」に包含される候補としてのコンサーン、すなわち、被包含コンサーンとして、複数のコンサーンをリスト形式で表示している。ユーザは、例えば、端末装置５０上で、「稼働状況」と、「作業状況」と、「現場状況」と、「アラーム発生状況」とを、被包含コンサーンのリストからドラッグアンドドロップすることによって、「ポンプＡ」のオブジェクトクラスと「稼働状況」のコンサーンとの組み合わせに対応するＵＩクラス２３０Ｃと、「ポンプＡ」のオブジェクトクラスと「作業状況」のコンサーンとの組み合わせに対応するＵＩクラス２３０Ｃと、「ポンプＡ」のオブジェクトクラスと「現場状況」のコンサーンとの組み合わせに対応するＵＩクラス２３０Ｃと、「ポンプＡ」のオブジェクトクラスと「アラーム発生状況」のコンサーンとの組み合わせに対応するＵＩクラス２３０Ｃを、「ポンプＡ」のオブジェクトクラスと「状況」のコンサーンとの組み合わせに対応するＵＩクラス２３０Ｃに埋め込むことができる。あるＵＩクラス２３０Ｃについて包含関係が定義された場合、当該包含関係は情報提供装置１００に格納されるオブジェクトクラス／コンサーン対応マップ１６０Ｃに反映される。

図１７は、ＵＩクラス２３０Ｃにコンサーンの遷移関係を定義するためのインターフェースの一例を示す図である。図１７の場合、ユーザは、例えば、端末装置５０上で、オブジェクトクラスとして「ポンプＡ」を選択し、コンサーンとして「巡視点検の計画」を選択することにより、ＵＩ編集部２１０は、「ポンプＡ」のオブジェクトクラスと「巡視点検の計画」のコンサーンとの組み合わせに対応するＵＩクラス２３０Ｃを作成するためのインターフェースを端末装置５０に提供している。

図１７の右下部に示す通り、ＵＩ編集部２１０は、あるコンサーンが次に遷移する候補としてのコンサーン、すなわち、遷移先コンサーンとして、複数のコンサーンをリスト形式で表示している。ユーザは、例えば、端末装置５０上で、「巡視点検の実施」のコンサーンに対して、「劣化の診断分析」を遷移先コンサーンのリストからドラッグアンドドロップすることによって、「ポンプＡ」のオブジェクトクラスと「劣化の診断分析」のコンサーンとの組み合わせに対応するＵＩクラス２３０Ｃを、「ポンプＡ」のオブジェクトクラスと「巡視点検の実施」のコンサーンとの組み合わせに対応するＵＩクラス２３０Ｃの後に表示させることができる。ユーザは、さらに、「劣化の診断分析」のコンサーンに対して、「アラームの通知」を遷移先コンサーンのリストからドラッグアンドドロップすることによって、「ポンプＡ」のオブジェクトクラスと「劣化の診断分析」のコンサーンとの組み合わせに対応するＵＩクラス２３０Ｃを、「ポンプＡ」のオブジェクトクラスと「巡視点検の実施」のコンサーンとの組み合わせに対応するＵＩクラス２３０Ｃの後に表示させることができる。これにより、「ポンプＡ」のオブジェクトクラスと「巡視点検の計画」のコンサーンとの組み合わせに対して、「巡視点検の実施」、「劣化の診断分析」、「アラームの通知」の順で遷移するＵＩクラス２３０Ｃが定義される。あるＵＩクラス２３０Ｃについて遷移関係が定義された場合、当該遷移関係は情報提供装置１００に格納されるオブジェクトクラス／コンサーン対応マップ１６０Ｃに反映される。なお、この場合も、「後に」という記載は、必ずしも、情報の表示タイミングをずらすことを意味せず、例えば、矢印などの表記によって、遷移関係が明示されている限り、遷移先コンサーンに対応する情報と遷移前コンサーンに対応する情報とが同時に表示されても良い。

図１８は、ＵＩクラス２３０Ｃにコンサーンの連想関係を定義するためのインターフェースの一例を示す図である。図１８の場合、ユーザは、例えば、端末装置５０上で、オブジェクトクラスとして「ポンプＡ」を選択し、コンサーンとして「稼働状況」を選択することにより、ＵＩ編集部２１０は、「ポンプＡ」のオブジェクトクラスと「稼働状況」のコンサーンとの組み合わせに対応するＵＩクラス２３０Ｃを作成するためのインターフェースを端末装置５０に提供している。

図１８の右下部に示す通り、ＵＩ編集部２１０は、「稼働状況」に関連する候補としてのコンサーン、すなわち、関連コンサーンとして、複数のコンサーンをリスト形式で表示している。ユーザは、例えば、端末装置５０上で、「在庫状況」を連想コンサーンのリストからドラッグアンドドロップすることによって、「ポンプＡ」のオブジェクトクラスと「作業状況」のコンサーンとの組み合わせに対応するＵＩクラス２３０Ｃ上で、「ポンプＡ」のオブジェクトクラスと「在庫状況」のコンサーンとの組み合わせに対応するＵＩクラス２３０Ｃをスライドとして選択可能に表示させる。ＵＩ提示部２２０は、「在庫状況」に関する情報を選択項目としてスライド表示させ、ユーザがスライドに表示された選択項目をクリックすることに応じて、「在庫状況」に関する情報をさらに詳細に（例えば、拡大して）表示させる。あるＵＩクラス２３０Ｃについて連想関係が定義された場合、当該連想関係は情報提供装置１００に格納されるオブジェクトクラス／コンサーン対応マップ１６０Ｃに反映される。

図１９は、ＵＩクラス２３０Ｃにコンサーンの連想関係を定義するためのインターフェースの一例を示す図である。図１９の場合、ユーザは、例えば、端末装置５０上で、オブジェクトクラスとして「ポンプＡ」を選択し、コンサーンとして「稼働状況」を選択することにより、ＵＩ編集部２１０は、「ポンプＡ」のオブジェクトクラスと「稼働状況」のコンサーンとの組み合わせに対応するＵＩクラス２３０Ｃを作成するためのインターフェースを端末装置５０に提供している。

図１９の右下部に示す通り、ＵＩ編集部２１０は、「稼働状況」に関連する候補としてのコンサーン、すなわち、関連コンサーンとして、複数のコンサーンをリスト形式で表示している。ユーザは、例えば、端末装置５０上で、「在庫状況」を連想コンサーンのリストからドラッグアンドドロップすることによって、「ポンプＡ」のオブジェクトクラスと「作業状況」のコンサーンとの組み合わせに対応するＵＩクラス２３０Ｃ上で、「ポンプＡ」のオブジェクトクラスと「在庫状況」のコンサーンとの組み合わせに対応するＵＩクラス２３０Ｃを選択可能に表示させる。ＵＩ提示部２２０は、「在庫状況」に関する情報を選択項目としてリスト表示させ、ユーザがリストに表示された選択項目をクリックすることに応じて、「在庫状況」に関する情報を表示させる。以上の処理により、ＵＩクラス２３０Ｃにコンサーンの包含関係、遷移関係、および連想関係が定義される。

なお、図１８及び図１９は、ユーザが手動でコンサーンの連想関係を設定する場合について説明した。しかし、上述した通り、コンサーンの連想関係は、例えば、ユーザによるコンサーンの指定履歴に基づいて、各ユーザの連想傾向を学習することによって得られるものでもある。そのため、情報提供部１５０は、例えば、学習によって得られた連想コンサーンと、手動で設定された連想コンサーンのいずれか一方のみを表示してもよいし、区別可能なように同時に表示してもよい。また、例えば、情報提供部１５０は、手動で設定された連想コンサーンをデフォルトで表示し、各ユーザの連想傾向の学習が進むにつれて、ユーザによる指定が多いコンサーンが、デフォルトで表示されたコンサーンを入れ替えるようにして表示してもよい。

以上説明した少なくともひとつの実施形態によれば、電力設備の種別を類型化した情報であるオブジェクトクラスと、ユーザが当該電力設備に対して持つ関心事項であるコンサーンとの組み合わせに応じて、ユーザに提供するＵＩを作成するためのインターフェースを提供し、作成されたＵＩに基づいて、電力設備に関する情報を提供する。これにより、プラントの監視者が、関心のある情報を取得するために実行する操作の手間を軽減することができる。

なお、本実施形態では、例示的に、本発明が電力設備などで設置されるプラントに適用される場合について説明した。しかし、本発明はそのような構成に限定されず、例えば、水道、ガス、医療、道路、鉄道、空港などの様々な社会インフラの設備の監視に適用することができる。例えば、本発明を水道設備に適用する場合、オブジェクトクラスとして、受水槽や配水管などを設定し、コンサーンとして、稼働状況や点検状況を設定することができる。また、例えば、本発明をガス供給設備に適用する場合、オブジェクトクラスとして、バルク貯槽や過充てん防止装置などを設定し、コンサーンとして、稼働状況や点検状況を設定することができる。

本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれると同様に、特許請求の範囲に記載された発明とその均等の範囲に含まれるものである。

１０…電力施設、５０…端末装置、１００…情報提供装置、１１０…情報取得部、１２０…オブジェクトクラス特定部、１３０…コンサーン受付部、１４０…情報提供タイプ決定部、１５０…情報提供部、１６０…記憶部、１６０Ａ…時系列データ、１６０Ｂ…オブジェクトクラス、１６０Ｃ…オブジェクトクラス／コンサーン対応マップ、１６０Ｄ…ＵＩクラス、２００…情報設計支援装置、２１０…ＵＩ編集部、２２０…ＵＩ提示部、２３０…記憶部、２３０Ａ…オブジェクトクラス、２３０Ｂ…ＵＩコンポーネント、２３０Ｃ…ＵＩクラス

Claims (9)

1. 電力設備に関する情報を、前記電力設備の種別を複数のデータ項目を定義することによって類型化した情報であるオブジェクトクラスと、前記電力設備に対するユーザの関心を表す情報である一以上のコンサーンと、を組み合わせた情報に基づいて提供する情報提供装置であって、
   前記ユーザによる前記電力設備の指定、又は前記電力設備に対する所定のイベントの発生に応じて、前記電力設備に対応する前記オブジェクトクラスを特定するオブジェクトクラス特定部と、
   前記ユーザによって指定されたコンサーンを受け付けるコンサーン受付部と、
   前記特定された前記オブジェクトクラス及び前記受け付けられた前記コンサーンの組み合わせを用いて、オブジェクトクラス及びコンサーンの組み合わせが前記電力設備に関する情報の情報提供タイプに対応付けられたデータベースを検索することによって、前記オブジェクトクラス及び前記コンサーンの組み合わせに対応する前記情報提供タイプを決定する情報提供タイプ決定部と、
   決定された前記情報提供タイプに従った前記電力設備に関する情報を提供する情報提供部と、を備える、
   情報提供装置。
2. 前記データベースは、
   第１オブジェクトクラスと所定コンサーンに対応付けて第１情報提供タイプを記憶し、
   第２オブジェクトクラスと前記所定コンサーンに対応付けて第２情報提供タイプを記憶し、
   前記第１情報提供タイプと前記第２情報提供タイプとは異なるものである、
   請求項１に記載の情報提供装置。
3. 前記一以上のコンサーンは、複数のコンサーンを含み、
   前記複数のコンサーンのうちの第１コンサーンは、前記複数のコンサーンのうちの第２コンサーンを包含する関係を有し、
   前記情報提供部は、前記オブジェクトクラスと前記第１コンサーンの組み合わせに対応する前記情報提供タイプに従った前記電力設備に関する情報と、前記オブジェクトクラスと前記第２コンサーンの組み合わせに対応する他の情報提供タイプに従った前記電力設備に関する情報とを合わせて提供する、
   請求項１又は２に記載の情報提供装置。
4. 前記一以上のコンサーンは、複数のコンサーンを含み、
   前記複数のコンサーンのうちの第１コンサーンは、前記複数のコンサーンのうちの第２コンサーンに遷移する関係を有し、
   前記情報提供部は、前記オブジェクトクラスと前記第１コンサーンの組み合わせに対応する前記情報提供タイプに従った前記電力設備に関する情報を提供した後に、前記オブジェクトクラスと前記第２コンサーンの組み合わせに対応する他の情報提供タイプに従った前記電力設備に関する情報を提供する、
   請求項１から３のいずれか１項に記載の情報提供装置。
5. 前記一以上のコンサーンは、複数のコンサーンを含み、
   前記コンサーン受付部は、前記複数のコンサーンを、前記複数のコンサーンのうちの第１コンサーンに関連する第２コンサーンを紐づける形で表示し、前記ユーザによる前記複数のコンサーンのうちの少なくとも１つの指定を受け付ける、
   請求項１から４のいずれか１項に記載の情報提供装置。
6. 前記一以上のコンサーンは、複数のコンサーンを含み、
   前記コンサーン受付部は、特定された前記オブジェクトクラスに関連する前記複数のコンサーンを表示し、前記ユーザによる前記複数のコンサーンのうちの少なくとも１つの指定を受け付ける、
   請求項１から５のいずれか１項に記載の情報提供装置。
7. 前記一以上のコンサーンは、複数のコンサーンを含み、
   前記コンサーン受付部は、前記ユーザによるコンサーンの指定履歴に基づいて、前記複数のコンサーンを表示し、前記ユーザによる前記複数のコンサーンのうちの少なくとも１つの指定を受け付ける、
   請求項１から６のいずれか１項に記載の情報提供装置。
8. コンピュータが、電力設備に関する情報を、前記電力設備の種別を複数のデータ項目を定義することによって類型化した情報であるオブジェクトクラスと、前記電力設備に対するユーザの関心を表す情報である一以上のコンサーンと、を組み合わせた情報に基づいて提供する情報提供方法であって、
   前記ユーザによる前記電力設備の指定、又は前記電力設備に対する所定のイベントの発生に応じて、前記電力設備に対応する前記オブジェクトクラスを特定し、
   前記ユーザによって指定されたコンサーンを受け付け、
   前記特定された前記オブジェクトクラス及び前記受け付けられた前記コンサーンの組み合わせを用いて、オブジェクトクラス及びコンサーンの組み合わせが前記電力設備に関する情報の情報提供タイプに対応付けられたデータベースを検索することによって、前記オブジェクトクラス及び前記コンサーンの組み合わせに対応する前記情報提供タイプを決定し、
   決定された前記情報提供タイプに従った前記電力設備に関する情報を提供する、
   情報提供方法。
9. コンピュータに、電力設備に関する情報を、前記電力設備の種別を複数のデータ項目を定義することによって類型化した情報であるオブジェクトクラスと、前記電力設備に対するユーザの関心を表す情報である一以上のコンサーンと、を組み合わせた情報に基づいて提供させるプログラムであって、
   前記ユーザによる前記電力設備の指定、又は前記電力設備に対する所定のイベントの発生に応じて、前記電力設備に対応する前記オブジェクトクラスを特定させ、
   前記ユーザによって指定されたコンサーンを受け付けさせ、
   前記特定された前記オブジェクトクラス及び前記受け付けられた前記コンサーンの組み合わせを用いて、オブジェクトクラス及びコンサーンの組み合わせが前記電力設備に関する情報の情報提供タイプに対応付けられたデータベースを検索することによって、前記オブジェクトクラス及び前記コンサーンの組み合わせに対応する前記情報提供タイプを決定させ、
   決定された前記情報提供タイプに従った前記電力設備に関する情報を提供させる、
   プログラム。

Images