知財求人 - 知財ポータルサイト「IP Force」
▶ 株式会社東芝の特許一覧 ▶ 東芝エネルギーシステムズ株式会社の特許一覧
特開2024-135366情報処理装置、情報処理方法、コンピュータプログラム及び情報処理システム
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2024135366
(43)【公開日】2024-10-04
(54)【発明の名称】情報処理装置、情報処理方法、コンピュータプログラム及び情報処理システム
(51)【国際特許分類】
G06Q 10/0635 20230101AFI20240927BHJP
【ＦＩ】
G06Q10/0635
【審査請求】未請求
【請求項の数】23
【出願形態】ＯＬ
(21)【出願番号】P 2023046003
(22)【出願日】2023-03-22
(71)【出願人】
【識別番号】000003078
【氏名又は名称】株式会社東芝
(71)【出願人】
【識別番号】317015294
【氏名又は名称】東芝エネルギーシステムズ株式会社
(74)【代理人】
【識別番号】100120031
【弁理士】
【氏名又は名称】宮嶋 学
(74)【代理人】
【識別番号】100107582
【弁理士】
【氏名又は名称】関根 毅
(74)【代理人】
【識別番号】100118876
【弁理士】
【氏名又は名称】鈴木 順生
(72)【発明者】
【氏名】高 明淑
(72)【発明者】
【氏名】矢野 亨
(72)【発明者】
【氏名】西野 兼治
(72)【発明者】
【氏名】佐藤 秀晟
【テーマコード（参考）】
5L049
【Ｆターム（参考）】
5L049CC03
(57)【要約】
【課題】対象機器で発生したイベントに関連のあるセンサの計測データを確認することを支援する。
【解決手段】本実施形態の情報処理装置は、少なくとも１つのセンサにより計測される対象機器における対象イベントの発生を検知し、イベント属性とセンサ識別子とが対応づいたデータベースにおいて、前記対象イベントの属性である対象イベント属性に対応する対象センサ識別子を取得し、前記少なくとも１つのセンサのうち前記対象センサ識別子が示すセンサの計測データの出力を指示する指示情報をサーバに提供する、処理部を備える。
【選択図】図１
【解決手段】本実施形態の情報処理装置は、少なくとも１つのセンサにより計測される対象機器における対象イベントの発生を検知し、イベント属性とセンサ識別子とが対応づいたデータベースにおいて、前記対象イベントの属性である対象イベント属性に対応する対象センサ識別子を取得し、前記少なくとも１つのセンサのうち前記対象センサ識別子が示すセンサの計測データの出力を指示する指示情報をサーバに提供する、処理部を備える。
【選択図】図１
【特許請求の範囲】
【請求項1】
少なくとも１つのセンサにより計測される対象機器における対象イベントの発生を検知し、
イベント属性とセンサ識別子とが対応づいたデータベースにおいて、前記対象イベントの属性である対象イベント属性に対応する対象センサ識別子を取得し、
前記少なくとも1つのセンサのうち前記対象センサ識別子が示すセンサの計測データの出力を指示する指示情報をサーバに提供する、処理部
を備えた情報処理装置。
イベント属性とセンサ識別子とが対応づいたデータベースにおいて、前記対象イベントの属性である対象イベント属性に対応する対象センサ識別子を取得し、
前記少なくとも1つのセンサのうち前記対象センサ識別子が示すセンサの計測データの出力を指示する指示情報をサーバに提供する、処理部
を備えた情報処理装置。
【請求項2】
前記指示情報は、前記計測データと前記対象イベント属性とを含む出力データの出力を指示する
請求項１に記載の情報処理装置。
請求項１に記載の情報処理装置。
【請求項3】
前記サーバは、ユーザの操作により前記出力データを編集可能であり、
前記出力データの編集として、前記ユーザの操作により指定されたセンサの計測データの追加、及び、前記出力データに含まれている前記センサの計測データの削除が可能であり、
前記処理部は、編集後の前記出力データに前記計測データが含まれるセンサのセンサ識別子と前記対象イベント属性とを含む更新情報を前記サーバから取得し、前記更新情報に含まれる前記センサ識別子と前記対象イベント属性とを対応づけて前記データベースに格納する
請求項２に記載の情報処理装置。
前記出力データの編集として、前記ユーザの操作により指定されたセンサの計測データの追加、及び、前記出力データに含まれている前記センサの計測データの削除が可能であり、
前記処理部は、編集後の前記出力データに前記計測データが含まれるセンサのセンサ識別子と前記対象イベント属性とを含む更新情報を前記サーバから取得し、前記更新情報に含まれる前記センサ識別子と前記対象イベント属性とを対応づけて前記データベースに格納する
請求項２に記載の情報処理装置。
【請求項4】
前記処理部は、前記データベースから前記対象イベント属性に対応する対象センサ識別子を複数取得し、
複数の前記対象センサ識別子において互いに異なる対象センサ識別子ごとに前記対象センサ識別子の個数を計数し、
前記個数に基づいて、１つ以上の前記対象センサ識別子を取得する
請求項１に記載の情報処理装置。
複数の前記対象センサ識別子において互いに異なる対象センサ識別子ごとに前記対象センサ識別子の個数を計数し、
前記個数に基づいて、１つ以上の前記対象センサ識別子を取得する
請求項１に記載の情報処理装置。
【請求項5】
前記対象イベント属性は、前記対象イベントの識別子と、前記対象イベントが発生したサイトを示すサイト情報とを含み、
前記データベースにおける前記イベント属性は、イベントの識別子と、前記イベントが発生したサイトのサイト情報とを含む、
請求項１に記載の情報処理装置。
前記データベースにおける前記イベント属性は、イベントの識別子と、前記イベントが発生したサイトのサイト情報とを含む、
請求項１に記載の情報処理装置。
【請求項6】
前記データベースにおいて前記イベント属性と前記センサ識別子とユーザ属性とが対応づいており、
前記処理部は、前記データベースにおいて前記対象イベント属性に対応する、対象センサ識別子及び前記ユーザ属性の組を複数取得し、
ユーザ属性と信頼値とが対応付いた情報に基づき、複数の前記組における前記ユーザ属性に対応する信頼値を取得し、取得した前記信頼値に基づいて、複数の前記組における複数の前記対象センサ識別子から前記対象センサ識別子を取得する
請求項３に記載の情報処理装置。
前記処理部は、前記データベースにおいて前記対象イベント属性に対応する、対象センサ識別子及び前記ユーザ属性の組を複数取得し、
ユーザ属性と信頼値とが対応付いた情報に基づき、複数の前記組における前記ユーザ属性に対応する信頼値を取得し、取得した前記信頼値に基づいて、複数の前記組における複数の前記対象センサ識別子から前記対象センサ識別子を取得する
請求項３に記載の情報処理装置。
【請求項7】
前記更新情報は、前記操作を行った前記ユーザの識別子を含み、
前記処理部は、ユーザの識別子とユーザ属性とが対応づいた情報に基づき、前記更新情報に含まれる前記ユーザの識別子に対応するユーザ属性を取得し、
前記処理部は、前記更新情報に含まれる前記センサ識別子と前記対象イベント属性と取得した前記ユーザ属性とを対応付けて前記データベースに格納する
請求項６に記載の情報処理装置。
前記処理部は、ユーザの識別子とユーザ属性とが対応づいた情報に基づき、前記更新情報に含まれる前記ユーザの識別子に対応するユーザ属性を取得し、
前記処理部は、前記更新情報に含まれる前記センサ識別子と前記対象イベント属性と取得した前記ユーザ属性とを対応付けて前記データベースに格納する
請求項６に記載の情報処理装置。
【請求項8】
前記データベースにおいて前記イベント属性と前記センサ識別子と気象情報とが対応づいており、
前記処理部は、前記データベースにおいて前記対象イベント属性に対応する、対象センサ識別子及び前記気象情報の組を複数取得し、
前記処理部は、前記対象イベントの発生時刻における気象情報を取得し、取得した前記気象情報に基づき、複数の前記組から１つ以上の組を選択し、選択した前記組における前記対象センサ識別子から前記対象センサ識別子を取得する
請求項３に記載の情報処理装置。
前記処理部は、前記データベースにおいて前記対象イベント属性に対応する、対象センサ識別子及び前記気象情報の組を複数取得し、
前記処理部は、前記対象イベントの発生時刻における気象情報を取得し、取得した前記気象情報に基づき、複数の前記組から１つ以上の組を選択し、選択した前記組における前記対象センサ識別子から前記対象センサ識別子を取得する
請求項３に記載の情報処理装置。
【請求項9】
前記処理部は、前記更新情報に含まれる前記センサ識別子と前記対象イベント属性と、前記対象イベントの発生時刻における前記気象情報とを対応づけて前記データベースに格納する
請求項８に記載の情報処理装置。
請求項８に記載の情報処理装置。
【請求項10】
前記データベースに前記イベント属性と前記センサ識別子と機器の運転モードとが対応づいており、
前記処理部は、前記対象イベント属性に対応する、対象センサ識別子及び前記運転モードの組を複数取得し、
前記処理部は、前記対象イベントの発生時刻における前記対象機器の運転モードを取得し、取得した前記運転モードに基づき、複数の前記組から１つ以上の組を選択し、選択した前記組における前記対象センサ識別子から前記対象センサ識別子を取得する
請求項３に記載の情報処理装置。
前記処理部は、前記対象イベント属性に対応する、対象センサ識別子及び前記運転モードの組を複数取得し、
前記処理部は、前記対象イベントの発生時刻における前記対象機器の運転モードを取得し、取得した前記運転モードに基づき、複数の前記組から１つ以上の組を選択し、選択した前記組における前記対象センサ識別子から前記対象センサ識別子を取得する
請求項３に記載の情報処理装置。
【請求項11】
前記処理部は、前記更新情報に含まれる前記センサ識別子と前記対象イベント属性とに前記対象イベントの発生時刻における前記対象機器の運転モードを対応づけて前記データベースに格納する
請求項１０に記載の情報処理装置。
請求項１０に記載の情報処理装置。
【請求項12】
前記対象イベントは、前記少なくとも１つのセンサのうちの検知センサの値に基づいて検知され、
前記指示情報は、前記計測データと前記検知センサの識別子とを含む出力データの出力を指示し、
前記サーバは、ユーザの操作により前記出力データを編集可能であり、
前記出力データの編集として、前記ユーザの操作により指定されたセンサの計測データの追加、及び、前記出力データに含まれている前記センサの計測データの削除が可能であり、
前記処理部は、編集後の前記出力データに前記計測データが含まれるセンサのセンサ識別子と、前記検知センサの識別子とを含む更新情報を前記サーバから取得し、
前記更新情報に含まれる前記検知センサの識別子に対応するイベント属性を、検知センサの識別子とイベント属性とを対応づけた情報に基づき取得し、
前記処理部は、前記更新情報に含まれる前記センサ識別子と、取得した前記イベント属性とを対応づけて前記データベースに格納する
請求項１に記載の情報処理装置。
前記指示情報は、前記計測データと前記検知センサの識別子とを含む出力データの出力を指示し、
前記サーバは、ユーザの操作により前記出力データを編集可能であり、
前記出力データの編集として、前記ユーザの操作により指定されたセンサの計測データの追加、及び、前記出力データに含まれている前記センサの計測データの削除が可能であり、
前記処理部は、編集後の前記出力データに前記計測データが含まれるセンサのセンサ識別子と、前記検知センサの識別子とを含む更新情報を前記サーバから取得し、
前記更新情報に含まれる前記検知センサの識別子に対応するイベント属性を、検知センサの識別子とイベント属性とを対応づけた情報に基づき取得し、
前記処理部は、前記更新情報に含まれる前記センサ識別子と、取得した前記イベント属性とを対応づけて前記データベースに格納する
請求項１に記載の情報処理装置。
【請求項13】
前記処理部は、前記対象イベントの発生時刻に基づき、前記計測データの出力期間を決定し、前記出力期間の前記計測データを出力する前記指示情報を前記サーバに提供する
請求項１に記載の情報処理装置。
請求項１に記載の情報処理装置。
【請求項14】
前記データベースにおいて、前記イベント属性と、１つ以上のセンサ識別子の組とが対応づいており、
前記対象イベント属性に対応する前記センサ識別子の組であって、前記センサ識別子の組み合わせが異なる組が複数存在し、
前記処理部は、前記対象イベント属性に対応する複数の前記組を取得し、複数の前記組に含まれるセンサ識別子ごとに前記センサ識別子が含まれる前記組の個数を計数し、前記個数に基づいて、複数の前記組に含まれる複数の前記センサ識別子から前記対象センサ識別子を取得する
請求項１に記載の情報処理装置。
前記対象イベント属性に対応する前記センサ識別子の組であって、前記センサ識別子の組み合わせが異なる組が複数存在し、
前記処理部は、前記対象イベント属性に対応する複数の前記組を取得し、複数の前記組に含まれるセンサ識別子ごとに前記センサ識別子が含まれる前記組の個数を計数し、前記個数に基づいて、複数の前記組に含まれる複数の前記センサ識別子から前記対象センサ識別子を取得する
請求項１に記載の情報処理装置。
【請求項15】
前記対象イベント属性は、前記対象イベントの識別子と、前記対象機器の構成情報とを含み、
前記データベースにおける前記イベント属性は、イベントの識別子と、前記イベントが発生した機器の構成情報とを含む、
請求項１に記載の情報処理装置。
前記データベースにおける前記イベント属性は、イベントの識別子と、前記イベントが発生した機器の構成情報とを含む、
請求項１に記載の情報処理装置。
【請求項16】
前記処理部は、前記対象イベントの発生を示すイベント発生情報を受信することにより前記対象イベントの発生を検知し、前記イベント発生情報は前記対象イベント属性を含む
請求項１に記載の情報処理装置。
請求項１に記載の情報処理装置。
【請求項17】
前記対象イベントは、前記対象機器のトラブルである
請求項１に記載の情報処理装置。
請求項１に記載の情報処理装置。
【請求項18】
前記少なくとも1つのセンサは複数のセンサである
請求項１～１７のいずれか一項に記載の情報処理装置。
請求項１～１７のいずれか一項に記載の情報処理装置。
【請求項19】
少なくとも１つのセンサにより計測される対象機器における対象イベントの発生を検知し、
イベント属性とセンサ識別子とが対応づいたデータベースにおいて、前記対象イベントの属性である対象イベント属性に対応する対象センサ識別子を取得し、
前記複数のセンサのうち前記対象センサ識別子が示すセンサの計測データの出力を指示する指示情報をサーバに提供する
情報処理方法。
イベント属性とセンサ識別子とが対応づいたデータベースにおいて、前記対象イベントの属性である対象イベント属性に対応する対象センサ識別子を取得し、
前記複数のセンサのうち前記対象センサ識別子が示すセンサの計測データの出力を指示する指示情報をサーバに提供する
情報処理方法。
【請求項20】
少なくとも１つのセンサにより計測される対象機器における対象イベントの発生を検知するステップと、
イベント属性とセンサ識別子とが対応づいたデータベースにおいて、前記対象イベントの属性である対象イベント属性に対応する対象センサ識別子を取得するステップと、
前記少なくとも１つのセンサのうち前記対象センサ識別子が示すセンサの計測データの出力を指示する指示情報をサーバに提供するステップと、
をコンピュータに実行させるためのコンピュータプログラム。
イベント属性とセンサ識別子とが対応づいたデータベースにおいて、前記対象イベントの属性である対象イベント属性に対応する対象センサ識別子を取得するステップと、
前記少なくとも１つのセンサのうち前記対象センサ識別子が示すセンサの計測データの出力を指示する指示情報をサーバに提供するステップと、
をコンピュータに実行させるためのコンピュータプログラム。
【請求項21】
少なくとも１つのセンサにより計測される対象機器における対象イベントの発生を検知し、
イベント属性とセンサ識別子とが対応づいたデータベースにおいて、前記対象イベントの属性である対象イベント属性に対応する対象センサ識別子を取得し、
前記少なくとも１つのセンサのうち前記対象センサ識別子が示すセンサの計測データの出力を指示する指示情報を生成する
処理部と、
前記少なくとも１つのセンサの計測データを記憶するセンサデータベースから、前記指示情報に従って前記センサの計測データを読み出し、読み出した前記計測データを出力するサーバと、
を備えた情報処理システム。
イベント属性とセンサ識別子とが対応づいたデータベースにおいて、前記対象イベントの属性である対象イベント属性に対応する対象センサ識別子を取得し、
前記少なくとも１つのセンサのうち前記対象センサ識別子が示すセンサの計測データの出力を指示する指示情報を生成する
処理部と、
前記少なくとも１つのセンサの計測データを記憶するセンサデータベースから、前記指示情報に従って前記センサの計測データを読み出し、読み出した前記計測データを出力するサーバと、
を備えた情報処理システム。
【請求項22】
前記対象機器をさらに備えた請求項２１に記載の情報処理システム。
【請求項23】
前記サーバは、前記計測データを、ユーザの端末に送信する
請求項２１に記載の情報処理システム。
請求項２１に記載の情報処理システム。
【発明の詳細な説明】
【技術分野】
【0001】
本実施形態は、情報処理装置、情報処理方法、コンピュータプログラム及び情報処理システムに関する。
【背景技術】
【0002】
インフラ設備などメンテナンスの実施によって長期間稼働させるシステムでは、計画外のトラブルが発生した際に、解決策を早く特定するための原因調査が重要になる。センシングデバイスを対象システムに設置してセンサデータを取得している場合、トラブル発生時にユーザがトラブルに関連のあるセンサを特定してセンサデータを可視化し、トラブルの原因を特定することがある。類似のトラブルが発生すると、そのたびに類似の可視化作業を行って原因を特定するという繰り返し作業が発生する問題がある。
【先行技術文献】
【特許文献】
【0003】
【特許文献1】特開２０２２－０３９１０１号公報
【発明の概要】
【発明が解決しようとする課題】
【0004】
本実施形態は、対象機器で発生したイベントに関連のあるセンサの計測データを確認することを支援する情報処理装置、情報処理方法、コンピュータプログラム及び情報処理システムを提供する。
【課題を解決するための手段】
【0005】
本実施形態の情報処理装置は、少なくとも１つのセンサにより計測される対象機器における対象イベントの発生を検知し、イベント属性とセンサ識別子とが対応づいたデータベースにおいて、前記対象イベントの属性である対象イベント属性に対応する対象センサ識別子を取得し、前記少なくとも１つのセンサのうち前記対象センサ識別子が示すセンサの計測データの出力を指示する指示情報をサーバに提供する、処理部を備える。
【図面の簡単な説明】
【0006】
【図1】第１実施形態に係るトラブル原因調査支援システムの一例のブロック図。
【図2】トラブル発生情報の一例を含む図。
【図3】ダッシュボードの一例を示す図。
【図4】トラブル関連ＤＢに記憶されたデータの例を示す図。
【図5】ダッシュボード構成データの例を示す図。
【図6】ダッシュボード構成データの更新例を示す図。
【図7】フィードバック更新情報に基づきトラブル関連ＤＢを更新する例を示す図。
【図8】トラブル原因調査支援システムがダッシュボードを生成する動作の例を示すフローチャート。
【図9】ステップＳ１０４の詳細フローチャート。
【図10】描画指示情報を受信したダッシュボードサーバの動作の一例のフローチャート。
【図11】フィードバック更新情報に基づきトラブル関連ＤＢを更新する動作の一例のフローチャート。
【図12】ダッシュボードＩＤをトラブル関連ＤＢにおける各タグに含めた例を示す図。
【図13】第２実施形態に係るトラブル原因調査支援システムの一例のブロック図。
【図14】従業員ＤＢの例を示す図。
【図15】スコアテーブルの例を示す図。
【図16】フィードバック更新情報に基づきトラブル関連ＤＢにデータを登録する例を示す図。
【図17】センサ選定部の動作の一例を示すフローチャート。
【図18】スコア平均計算結果例を示す図。
【図19】第３実施形態に係るトラブル原因調査支援システムの一例のブロック図。
【図20】気象情報ＤＢの一例を示す図。
【図21】トラブル関連ＤＢにデータを登録する例を示す図。
【図22】第４実施形態に係るトラブル原因調査支援システムの一例のブロック図。
【図23】運転データＤＢの一例を示す図。
【図24】トラブル関連ＤＢにデータを登録する例を示す図。
【図25】第５実施形態に係るトラブル原因調査支援システムのブロック図。
【図26】トラブル検知センサマスタの一例を示す図。
【図27】トラブル属性抽出部とトラブル属性付与部の動作例のフローチャート。
【図28】本実施形態に係る情報処理装置としてのトラブル原因調査支援装置のハードウェア構成を示す図。
【発明を実施するための形態】
【0007】
以下、図面を参照しながら、本発明の実施形態について説明する。
【0008】
（第１実施形態）
図１は、第１実施形態に係るトラブル原因調査支援システム１の一例のブロック図である。トラブル原因調査支援システム１は、情報処理装置であるトラブル原因調査支援装置１０と、監視システム２０とを備えている。トラブル原因調査支援システム１は、さらにユーザが操作する端末４０を含んでもよく、またサイト５０に配置される監視対象となる機器を含んでもよい。トラブル原因調査支援装置１０と、監視システム２０とはインターネット等の通信ネットワークを介して接続されている。但し、トラブル原因調査支援装置１０と監視システム２０とが、同じコンピュータ装置よって構成されているなど他の構成でもよい。
図１は、第１実施形態に係るトラブル原因調査支援システム１の一例のブロック図である。トラブル原因調査支援システム１は、情報処理装置であるトラブル原因調査支援装置１０と、監視システム２０とを備えている。トラブル原因調査支援システム１は、さらにユーザが操作する端末４０を含んでもよく、またサイト５０に配置される監視対象となる機器を含んでもよい。トラブル原因調査支援装置１０と、監視システム２０とはインターネット等の通信ネットワークを介して接続されている。但し、トラブル原因調査支援装置１０と監視システム２０とが、同じコンピュータ装置よって構成されているなど他の構成でもよい。
【0009】
トラブル原因調査支援装置１０は、処理部１００と、トラブル関連ＤＢ１１０とを備えている。処理部１００は、トラブル発生検知部１２０と、トラブル属性取得部１３０と、センサ抽出部１４０と、センサ選定部１５０と、描画指示情報生成部１６０と、描画指示情報提供部１７０と、更新情報取得部１８０と、センサ登録部１９０と、を備えている。
【0010】
監視システム２０は、ダッシュボードサーバ２１０と、センサデータＤＢ２２０と、トラブル発生ログＤＢ２３０とを備えている。
【0011】
監視システム２０は、遠隔のサイト５０に配置された監視対象となる機器を監視する。サイト５０では１つ以上の機器が稼働している。図では２つのサイトが示されるが、サイトは１つでもよいし、複数でもよい。機器は、メンテナンスの実施によって長期間稼働することが想定される機器である。例えば、エレベータ又は発電機などのインフラ設備などがある。個々の機器１つ１つには複数のセンサが配置されている。複数のセンサは一定時間間隔で機器を計測し、計測値及び計測時刻等を含むデータを監視システム２０に送信する。監視システム２０は、センサから受信したデータをセンサのＩＤ（センサ識別子）及びサイトＩＤに関連付けてセンサデータＤＢに格納する。これによりセンサデータＤＢにはサイトごと及び機器ごとに、複数のセンサのそれぞれの計測値の時系列データが計測データとして蓄積される。
【0012】
サイト５０には機器の他、機器で発生するイベント（対象イベント）を検知し、発生したイベントに関する属性等の情報を含むイベント発生情報を、監視システム２０に送信するイベント発報装置が配置されている。一例としてイベントは、機器の故障等のトラブルである。この場合、イベント発報装置は、機器のトラブルを検知し、発生したトラブルに関する情報を含むトラブル発生情報を、監視システム２０に送信する。監視システム２０は、サイト５０のトラブル発報装置からトラブル発生情報を受信すると、トラブル発生情報をトラブル発生ログＤＢ２３０に格納するとともに、トラブル発生情報をトラブル原因調査支援装置１０に送信する。トラブル発生ログＤＢ２３０は、これまで受信されたトラブル発生情報がログとして記憶されている。本実施形態ではイベントとしてトラブルを扱うが機器の状態の変化に関するものであれば、トラブルに限定されない。例えばトラブルではないが通常と異なる動作又は発生頻度が少ない動作がイベントとして検出されてもよい。
【0013】
図２は、トラブル発生情報の一例を示す。トラブルＩＤ、トラブル名（トラブルの内容）、トラブル発生時刻、発生サイトＩＤ、検知センサのＩＤが含まれる。検知センサは、トラブルを検知したセンサである。トラブルＩＤは、事前にトラブルマスタに登録されたトラブル種別（例えばトラブルの名前）を表すコードである。トラブルマスタは、ダッシュボードサーバ２１０に記憶されている。
【0014】
ユーザは、トラブル発生時にトラブルの原因を確認するために検知センサとは別に、トラブルに関連のある他のセンサの計測データを確認し、トラブル発生時の機器の稼働状況や動作を確認する必要がある。本実施形態は、ユーザが確認するためのセンサを選択する作業の負荷等を軽減するため、センサの選択を本装置１０が行う。本装置１０、選択したセンサの計測データ等を含むダッシュボード（出力データ又は表示画面データ）の生成指示をダッシュボードサーバ２１０に送る。ダッシュボードサーバ２１０は、ダッシュボードの作成・閲覧・編集機能をユーザに提供するアプリケーション（ダッシュボードアプリ）のサービスを提供する。より具体的には、ダッシュボードサーバ２１０は、センサの計測データがプロットされたグラフ、トラブルの情報、操作権限のあるユーザの情報、などを集合的に含むダッシュボードを作成・編集・閲覧する機能をユーザに提供するサーバである。ダッシュボードサーバ２１０は、生成指示に従って、ダッシュボードを生成するとともに、このダッシュボードへのリンク（例えばＵＲＬ等）をユーザの端末４０に送信し、ユーザは、端末４０に表示されたＵＲＬからこのダッシュボードへアクセスする。これにより、ユーザはトラブルに関連のあるセンサの計測データを容易に確認できる。つまり、ユーザは、ダッシュボードサーバ２１０のアプリケーション（ダッシュボードアプリ）の画面で計測データを表示するべきセンサの選択を行う作業を軽減できる。
【0015】
図３は、ダッシュボードサーバ２１０により作成されるダッシュボードの一例を示す。４つのセンサ（本例ではセンサＩＤが１２３，１８８，１３４，１２４のセンサ）の計測データが表示されている。センサＩＤがＸＸＸ（Ｘには任意の数字が入る）のセンサを以下ではセンサＸＸＸと記載する。計測データには、少なくともトラブル発生前後のデータが含まれる。計測データのデータ範囲（描画期間又は出力期間）も表示されている。またダッシュボードにアクセスするＵＲＬが表示されている。またトラブルＩＤ及びその内容（トラブルの名前等）の情報が含まれている。またダッシュボードを閲覧しているユーザの情報（ユーザＩＤ、氏名）が表示されている。その他にもダッシュボードの作成日付など、様々な情報が含まれていてもよい。ユーザは、編集ボタン２１１を操作して、ダッシュボードで計測データを表示するセンサの変更・追加・削除、描画期間の変更等を行うことが可能である。
【0016】
ダッシュボードサーバ２１０のダッシュボードアプリサービスを利用するにはユーザに権限が必要である。ダッシュボードサーバ２１０には権限のあるユーザのＩＤ、氏名、属性などが格納されている。ダッシュボードサーバ２１０は端末４０からアクセスしてきたユーザに対して、権限のあるユーザとして登録されている場合は、ダッシュボードアプリサービスの利用を許可し、登録されていなければダッシュボードアプリサービスの利用を許可しない。
【0017】
トラブル原因調査支援装置１０におけるトラブル発生検知部１２０は、監視システム２０から送信されるトラブル発生情報（図２参照）を受信することによりトラブル（対象イベント）の発生を検知する。
【0018】
トラブル属性取得部１３０は、トラブル発生情報からトラブルＩＤ、トラブル発生時刻、発生サイト、検知センサの情報をトラブル属性（対象イベント属性）として抽出する。
【0019】
トラブル関連ＤＢ１１０には、トラブル属性と、１つ又は複数のセンサＩＤ（センサ識別子）とが対応づいて格納されている。トラブル属性と、１つ又は複数のセンサＩＤ（センサ識別子）との同じ組が複数格納されている場合もあり得る。トラブルの発生日時又はトラブル関連ＤＢ１１０への登録日時又はこれらの両方、あるいはさらにその他の情報が格納されていてもよい。トラブル関連ＤＢ１１０は、イベント属性とセンサ識別子とが対応づいたデータベースの一例である。
【0020】
図４は、トラブル関連ＤＢ１１０に記憶されたデータの例を示す。個々のデータがタグとして格納されている。図４では例示として１つのデータのみが示されているが、他にも多数のデータが格納されている。個々のデータは、トラブルＩＤ、発生サイト、センサＩＤを含む。｛｝で囲まれた部分が１つのデータである。［］で囲まれた部分に、複数のデータが格納されている。図４の例では、複数のタグを格納する形式でＤＢが構成されているがテーブル形式のＤＢでもよい。図４の構成では１つのデータに２以上のセンサＩＤを格納可能にしているが、１つのデータには１つのセンサＩＤのみを含めるようにしてもよい。１つのデータには１つのセンサＩＤのみを含める場合のトラブル関連ＤＢ１１０の構成例は後述する図１１に示す。
【0021】
センサ抽出部１４０は、トラブル属性取得部１３０で取得されたトラブル属性に対応するセンサＩＤ（対象センサ識別子）を抽出する。例えばトラブル属性としてトラブルＩＤと発生サイトを用いる場合、トラブルＩＤと発生サイトとの両方が一致するデータをトラブル関連ＤＢ１１０から検出し、検出したデータに含まれるセンサＩＤを抽出する。トラブルＩＤと発生サイトとが一致するデータが複数存在する場合もあり得る。
【0022】
センサ抽出部１４０は、抽出したセンサＩＤをセンサ選定部１５０に送る。例えば、トラブル関連ＤＢ１１０で特定されたデータが３つあり、それぞれにセンサＩＤとして
（センサ１２３，センサ１３４）、
（センサ１２３，１８８）、
（センサ１３４，センサ１００、センサ１２４）
が含まれているとする。この場合、（センサ１２３，センサ１３４）、（センサ１２３，１８８）、（センサ１３４，センサ１００、センサ１２４）の３つの組を示す情報を送る。
（センサ１２３，センサ１３４）、
（センサ１２３，１８８）、
（センサ１３４，センサ１００、センサ１２４）
が含まれているとする。この場合、（センサ１２３，センサ１３４）、（センサ１２３，１８８）、（センサ１３４，センサ１００、センサ１２４）の３つの組を示す情報を送る。
【0023】
センサ選定部１５０は、センサ抽出部１４０から受けた情報に基づき、ダッシュボードで計測データを表示すべきセンサのセンサＩＤ（対象センサ識別子）を選定する。例えば、同じセンサＩＤごとの個数（回数）をカウントし、カウント値が上位Ｘ（Ｘは１以上の整数）個のセンサを選定してもよい。あるいは、センサ抽出部１４０から受けた情報に含まれるすべてのセンサＩＤを選定してもよい。あるいは、カウント値が所定値以上のすべてのセンサＩＤを選定してもよい。センサ選定部１５０は、選定したセンサＩＤを示す情報を描画指示情報生成部１６０に送る。
【0024】
描画指示情報生成部１６０は、センサ選定部１５０で選定されたセンサＩＤが示すセンサの計測データを描画する指示と、描画された計測データを含むダッシュボード（出力データ）を生成する指示を含む指示情報（描画指示情報）を生成する。描画指示情報は、計測データに加えて、トラブル属性取得部１３０で取得されたトラブル属性（イベント属性）の全部又は一部をダッシュボードに含めることを指示する情報でもよい。描画指示情報は、一例としてセンサ選定部１５０により選定されたセンサＩＤと、トラブル属性取得部１３０で取得されたトラブル属性とを含む。また描画指示情報生成部１６０はセンサの計測データを表示する期間（描画期間）（図３参照）を決定し、描画期間の情報を描画指示情報に含めてもよい。例えば、描画指示情報生成部１６０は、トラブルの発生時刻の前後の所定期間を描画期間として決定してもよい。
【0025】
描画指示情報提供部１７０は、描画指示情報生成部１６０によって生成された描画指示情報をダッシュボードサーバ２１０に提供する。例えば、描画指示情報提供部１７０は、通信ネットワークを介して描画指示情報をダッシュボードサーバ２１０宛に送信する。
【0026】
ダッシュボードサーバ２１０は、描画指示情報を受け、描画指示情報に基づきダッシュボードの生成に必要な項目とその情報を含むダッシュボード構成データを生成する。ダッシュボードサーバ２１０は、ダッシュボード構成データに従って、ダッシュボードを生成する。ダッシュボードサーバ２１０は、ダッシュボード構成データ及びダッシュボードをダッシュボードＩＤに関連付けて内部のダッシュボードＤＢに格納してもよい。なお、ダッシュボード構成データを描画指示情報生成部１６０又は描画指示情報提供部１７０で生成する構成もあり得る。
【0027】
図５は、ダッシュボード構成データの例を示す。この例は図３のダッシュボードに対応している。ダッシュボード構成データには、描画指示情報に含まれていたトラブル属性の情報（この例ではトラブルＩＤ、トラブル内容（例えば故障の名称）、発生サイト、発生時刻、検知センサＩＤ）が含まれる。描画指示情報に含まれていたセンサＩＤが含まれる。
ダッシュボードサーバ２１０は、センサＩＤが示すセンサの計測データが格納されているテーブルＩＤ（テーブル名）を特定するとともに、トラブル情報に基づき、ダッシュボードタイトルを生成する。またダッシュボードＩＤを決定する。ダッシュボードＩＤは他のダッシュボードとはユニークな値に決定する。これらテーブル名、ダッシュボードタイトル、ダッシュボードＩＤもダッシュボード構成データに含める。
テーブル名はセンサごとに存在し得るが、図示の例ではすべてのセンサでテーブル名が共通である。描画期間はユーザによって変更可能でもよい。図示された以外の情報がさらに含まれていてもよい。
ダッシュボードサーバ２１０は、センサＩＤが示すセンサの計測データが格納されているテーブルＩＤ（テーブル名）を特定するとともに、トラブル情報に基づき、ダッシュボードタイトルを生成する。またダッシュボードＩＤを決定する。ダッシュボードＩＤは他のダッシュボードとはユニークな値に決定する。これらテーブル名、ダッシュボードタイトル、ダッシュボードＩＤもダッシュボード構成データに含める。
テーブル名はセンサごとに存在し得るが、図示の例ではすべてのセンサでテーブル名が共通である。描画期間はユーザによって変更可能でもよい。図示された以外の情報がさらに含まれていてもよい。
【0028】
ダッシュボードサーバ２１０は、ダッシュボード構成データに基づき、センサの計測データ、トラブルの情報、タイトル、ダッシュボードＩＤなどを含めたダッシュボードを生成する。ユーザに提示するダッシュボードにはユーザの情報、操作ボタン、メニュー、閲覧日時なども含まれ得るが、このような情報は実際にユーザにダッシュボードを提示する際に、ダッシュボードに追加してもよい。ダッシュボードサーバ２１０は、生成したダッシュボードにアクセスするためのＵＲＬ等のリンクの情報をユーザの端末４０に送信する。ユーザは端末４０に表示されたＵＲＬ等のリンクをクリックすることで、ダッシュボードサーバ２１０にアクセスし、生成されたダッシュボードを閲覧することができる。
【0029】
ユーザは、ダッシュボードを参照して、トラブルの原因を特定する作業を行う。ユーザは、ダッシュボードに表示されているセンサでは原因の特定ができない場合は、編集ボタン２１１でセンサを追加したり、削除したりすることができる。またユーザは、編集ボタン２１１で、センサの計測データについて表示するデータ範囲（描画期間）の変更を指示することもできる。ダッシュボードサーバ２１０は、ユーザの指示に従って、ダッシュボードＤＢにおけるダッシュボード構成データを更新し、さらに、ダッシュボードを更新する。
【0030】
図６は、ダッシュボード構成データの更新例を示す。この例ではユーザが２つの新たなセンサ（ｎｅｗ１と、ｎｅｗ２）を追加し、また、センサ１８８を削除した場合を示す。またセンサの計測データのデータ範囲（描画期間）を変更することも可能である。
【0031】
ダッシュボードサーバ２１０は、ユーザの編集完了後、ダッシュボード構成データに基づきフィードバック更新情報を生成し、トラブル原因調査支援装置１０に送信する。編集完了は完了ボタン（図示せず）をクリックすることで行ってもよいし、別途の指示を与えることで行ってもよい。フィードバック更新情報は、ダッシュボード構成データに含まれる情報の一部又は全部を含む。ダッシュボード構成データが更新されている場合は更新後のデータを用いる。フィードバック更新情報は、編集完了後、ダッシュボード更新データが更新されたか否か（すなわちダッシュボードが更新されたか否か）に拘わらず生成されてよい。ただし、更新が行われた場合のみ、フィードバック更新情報を生成することも可能である。
【0032】
本実施形態においては、フィードバック更新情報は、少なくとも、ダッシュボード構成データにおけるセンサＩＤのすべてと、トラブルＩＤとを含み、さらに発生サイト、発生時刻などを含んでもよい。例えば、ダッシュボード構成データが図６のように更新された場合は、フィードバック更新情報は、センサＩＤ（１２３，１８８，１３４，１２４，ｎｅｗ１，ｎｅｗ２）と、トラブルＩＤ：５５５と、発生サイトＳＳＳとを含む。図５から更新されなかった場合は、フィードバック更新情報は、センサＩＤ（１２３，１８８，１３４，１２４）と、トラブルＩＤ：５５５、発生サイトＳＳＳとを含む。フィードバック更新情報は、ダッシュボード構成データと同じ構成でもよい。以下の説明ではフィードバック更新情報は、ダッシュボード構成データと同じ構成である場合を想定する。
【0033】
更新情報取得部１８０は、ダッシュボードサーバ２１０からフィードバック更新情報を取得し、フィードバック更新情報をセンサ登録部１９０に送る。
【0034】
センサ登録部１９０は、フィードバック更新情報に基づき、トラブル関連ＤＢ１１０にデータ（タグ）を追加する。センサ登録部１９０は、トラブルＩＤと、発生サイトと、センサＩＤとをフィードバック更新情報から取得し、取得した情報を含むデータをタグとしてトラブル関連ＤＢ１１０に追加する。
【0035】
図７は、図６のフィードバック更新情報に基づきトラブル関連ＤＢ１１０を更新する例を示す。左図のフィードバック更新情報の一部が抽出されて、右図のトラブル関連ＤＢ１１０に新たにデータがタグとして追加されている。
【0036】
図８は、本実施形態に係る動作としてトラブル発生時に図１のトラブル原因調査支援システム１がダッシュボードを生成する動作の例を示すフローチャートである。トラブル発生検知部１２０がトラブル発生情報を監視システム２０から受信することによりトラブルの発生を検知する（Ｓ１０１）。
【0037】
トラブル属性取得部１３０がトラブル発生情報からトラブル属性を取得する（Ｓ１０２）。例えば、トラブル属性として、トラブルＩＤ、トラブル名、トラブル発生時刻、発生サイト、検知センサの情報等を取得する。
【0038】
センサ抽出部１４０が、トラブル属性の一部または全部が一致するタグ（データ）をトラブル関連ＤＢ１１０からすべて検出し、検出したデータに含まれるセンサＩＤを抽出する（Ｓ１０３）。トラブル関連ＤＢ１１０が図４の例の場合は、トラブル属性の一部としてトラブルＩＤと発生サイトとの組が一致するタグを検出し、検出したタグに含まれるセンサＩＤをすべて抽出する。
【0039】
センサ選定部１５０は、センサ抽出部１４０によって抽出されたセンサＩＤに基づき、ダッシュボードに描画する対象となるセンサのセンサＩＤを選定する（Ｓ１０４）。
【0040】
図９は、ステップＳ１０４の詳細フローチャートである。センサ選定部１５０は、各センサＩＤが示すセンサの回数をカウントする（Ｓ２０１）。すなわち同一センサＩＤの個数をカウントする。回数の多い順にセンサＩＤをソートする。上位ｐ（ｐは１以上の整数）個のセンサＩＤを選定する（Ｓ２０３）。
【0041】
描画指示情報生成部１６０は、センサ選定部１５０で選定されたセンサＩＤと、トラブル属性取得部１３０で取得されたトラブル属性の全部又は一部とを含む描画指示情報を生成する（Ｓ１０５）。描画指示情報は、センサＩＤが示すセンサの計測データの描画の指示をと、描画した計測データを含むダッシュボードの生成の指示とを含む。描画指示情報提供部１７０は、描画指示情報をダッシュボードサーバ２１０に送信する（Ｓ１０６）。
【0042】
図１０は、描画指示情報を受信したダッシュボードサーバ２１０の動作の一例のフローチャートである。ダッシュボードサーバ２１０は描画指示情報をトラブル原因調査支援装置１０から取得する（Ｓ３０１）。ダッシュボードサーバ２１０は、描画指示情報に従って、センサＩＤが示すセンサの計測データを内部のテーブルから取得し、取得した計測データ及びその他の情報（トラブル情報等）を配置したダッシュボードを生成する（同Ｓ３０１）。ダッシュボードをユーザの端末４０に送信し、ユーザにダッシュボードを閲覧可能にする（同Ｓ３０１）。
【0043】
ダッシュボードサーバ２１０は、ユーザからの指示に従って、ダッシュボードに表示するセンサの計測データの追加・削除を行う。これによりダッシュボードを更新する（Ｓ３０２）。
【0044】
ダッシュボードサーバ２１０は、更新後のダッシュボードに基づきフィードバック更新情報を生成し、ダッシュボードが更新されていない場合は、元のダッシュボードに基づきフィードバック更新情報を生成する（Ｓ３０３）。フィードバック更新情報は、例えば、ダッシュボードに含まれるセンサＩＤ、及びトラブル属性（例えばトラブルＩＤ、発生サイト等）を含む。ダッシュボードサーバ２１０はフィードバック更新情報をトラブル原因調査支援装置１０に送信する（同Ｓ３０３）。
【0045】
図１１は、フィードバック更新情報に基づきトラブル関連ＤＢ１１０を更新する動作の一例のフローチャートである。更新情報取得部１８０がダッシュボードサーバ２１０からフィードバック更新情報を取得する（Ｓ４０１）。センサ登録部１９０が、フィードバック更新情報からトラブル属性及びセンサＩＤを抽出し（Ｓ４０２）、トラブル属性及びセンサＩＤを関連付けてトラブル関連ＤＢ１１０に登録する（Ｓ４０３）。
【0046】
以上、本実施形態によれば対象機器においてトラブルの発生が検知された場合に、トラブル属性に対応するセンサＩＤをトラブル関連ＤＢ１１０から抽出し、抽出したセンサＩＤに基づき、ダッシュボードに計測データを描画する対象となるセンサを決定する。これにより、ダッシュボードを作成する際にユーザがセンサを選択する作業の負荷を軽減でき、よって対象機器で発生したイベントに関連のあるセンサの計測データを確認することを支援することができる。また、トラブル関連ＤＢ１１０には過去にユーザが選択したセンサのセンサＩＤが、トラブル属性に関連付いているため、ダッシュボードで描画される対象となるセンサは、ユーザが確認したいセンサに一致する可能性が高い。よってダッシュボードにセンサの追加・削除を行う回数を減らすことができ、ユーザの負荷を低減できる。このようにして、本実施形態によれば、同じサイト・他サイトで発生した故障事象の調査で可視化したセンサの情報を共有し、次回以降の故障・異常発生時の調査で行うセンサ可視化作業自体を省力化できる。よって、トラブル発生時の原因調査のために行うセンサデータの可視化の繰り返し作業を軽減できる。
【0047】
（変形例１）
図４又は図７に示した例では、トラブル関連ＤＢ１１０おいて１つのタグ（データ）に複数のセンサＩＤを対応づけたが、１つのデータには１つのセンサＩＤのみを対応づける構成も可能である。この場合は、個々のデータ、これら複数のセンサＩＤが対応関係にあることを示す情報を追加すればよい。例えばこれらのセンサＩＤが共通に含まれていたダッシュボードのダッシュボードＩＤを追加してもよい。あるいは、ダッシュボードの作成日時を付与してもよいし、任意のＩＤを付与してもよい。なお、ダッシュボードＩＤはフィードバック更新情報から取得できる。
図４又は図７に示した例では、トラブル関連ＤＢ１１０おいて１つのタグ（データ）に複数のセンサＩＤを対応づけたが、１つのデータには１つのセンサＩＤのみを対応づける構成も可能である。この場合は、個々のデータ、これら複数のセンサＩＤが対応関係にあることを示す情報を追加すればよい。例えばこれらのセンサＩＤが共通に含まれていたダッシュボードのダッシュボードＩＤを追加してもよい。あるいは、ダッシュボードの作成日時を付与してもよいし、任意のＩＤを付与してもよい。なお、ダッシュボードＩＤはフィードバック更新情報から取得できる。
【0048】
図１２は、ダッシュボードＩＤをトラブル関連ＤＢ１１０における各データに含めた例を示す。このようにダッシュボードＩＤを付与することで過去にどのセンサＩＤの組み合わせが同じダッシュボードで用いられたのかを容易に特定できる。
【0049】
上述の実施形態ではセンサ選定部１５０では、センサ抽出部１４０で抽出されたセンサＩＤの個数を同じセンサＩＤごとにカウントし、上位ｐ個のセンサＩＤを選定したが、同じダッシュボードで用いられたセンサの組を利用したセンサＩＤの選定も可能である。
【0050】
例えば図４又は図７に示した構成のトラブル関連ＤＢ１１０の場合、トラブル関連ＤＢ１１０から抽出したデータに示されるセンサＩＤの組を取得する。図４又は図７の例では、（１２３，１８８，１３４，１２４）を取得する。図１２の構成でトラブル関連ＤＢ１１０が構成されている場合、同じダッシュボードＩＤを有するセンサＩＤを組み合わせることでセンサＩＤの組を取得することができる。トラブル関連ＤＢ１１０から抽出した全データで同様にして、センサＩＤの組を取得する。そして、同じセンサＩＤの組が重複しないように、重複する組を削除する。例えば、例えばセンサＩＤの組として（１２３，１８８，１３４，１２４）が９個得られた場合は、８個を削除して、（１２３，１８８，１３４，１２４）を１つとする。このようにしてセンサＩＤの組み合わせが異なるセンサＩＤの組を複数得る。そしてすべての組を対象に各センサＩＤが含まれる組の個数をカウントする。例えばセンサＩＤの組が１００個得られたとする。すべての組にセンサＩＤ１２３が含まれる場合は、センサＩＤ１２３のカウント値は１００であり、６０個の組に含まれ、残り４０個の組に含まれない場合は、カウント値は６０である。このようにして各センサＩＤについてカウント値を取得する。カウント値が大きい順に上位ｐのセンサＩＤを選定する。
このようにセンサＩＤを選定することでより信頼性の高いセンサＩＤの選択が可能となる。
このようにセンサＩＤを選定することでより信頼性の高いセンサＩＤの選択が可能となる。
【0051】
（変形例２）
トラブル関連ＤＢ１１０に対象機器の構成情報をトラブル属性として含めてもよい。構成情報は、対象機器のメーカーでもよいし、対象機器を構成する各部品のメーカーでもよい。また構成情報は、対象機器を構成する各部品の素材でもよい。これにより信頼性の高いセンサＩＤの選定が可能となる。
トラブル関連ＤＢ１１０に対象機器の構成情報をトラブル属性として含めてもよい。構成情報は、対象機器のメーカーでもよいし、対象機器を構成する各部品のメーカーでもよい。また構成情報は、対象機器を構成する各部品の素材でもよい。これにより信頼性の高いセンサＩＤの選定が可能となる。
【0052】
（第２実施形態）
図１３は、第２実施形態に係るトラブル原因調査支援システム１Ａの一例のブロック図である。第１実施形態と異なる点として、トラブル原因調査支援システム１Ａは、従業員ＤＢ１１６を備える。また、情報処理装置であるトラブル原因調査支援装置１０Ａは、スコア計算ＤＢ１１１と、連携データ読込部１１２と、情報抽出部１１３とを備える。連携データ読込部１１２及び情報抽出部１１３は処理部１００に含まれている。連携データ読込部１１２は、従業員ＤＢ１１６から、インターネット又はローカルネットワーク等の通信ネットワークを介してデータの読み込みが可能である。但し、これらのＤＢ１１２、１１４、１１５が、トラブル原因調査支援装置と同じコンピュータに設けられていてもよい。従業員ＤＢ１１６が監視システム２０に設けられていてもよい。
図１３は、第２実施形態に係るトラブル原因調査支援システム１Ａの一例のブロック図である。第１実施形態と異なる点として、トラブル原因調査支援システム１Ａは、従業員ＤＢ１１６を備える。また、情報処理装置であるトラブル原因調査支援装置１０Ａは、スコア計算ＤＢ１１１と、連携データ読込部１１２と、情報抽出部１１３とを備える。連携データ読込部１１２及び情報抽出部１１３は処理部１００に含まれている。連携データ読込部１１２は、従業員ＤＢ１１６から、インターネット又はローカルネットワーク等の通信ネットワークを介してデータの読み込みが可能である。但し、これらのＤＢ１１２、１１４、１１５が、トラブル原因調査支援装置と同じコンピュータに設けられていてもよい。従業員ＤＢ１１６が監視システム２０に設けられていてもよい。
【0053】
従業員ＤＢ１１６は、従業員の属性（ユーザ属性）を格納している。
図１４は、従業員ＤＢ１１６の例を示す。従業員のＩＤ、氏名、役職、資格、勤続年数が格納されている。これらの従業員は、ダッシュボードアプリのサービスを利用する権限のあるユーザ、すなわち、ダッシュボードを操作する権限のあるユーザでもある。
図１４は、従業員ＤＢ１１６の例を示す。従業員のＩＤ、氏名、役職、資格、勤続年数が格納されている。これらの従業員は、ダッシュボードアプリのサービスを利用する権限のあるユーザ、すなわち、ダッシュボードを操作する権限のあるユーザでもある。
【0054】
スコア計算ＤＢ１１１は、従業員の属性から従業員のスコア（信頼値、評価値又は熟練度などと称されてもよい）を計算するためのスコアテーブルを格納している。
【0055】
図１５は、スコアテーブルの例を示す。スコアテーブルは条件の項目と演算の項目とを含む。条件の項目には役職又は資格の値が格納されている。演算の項目には、付与するスコアの演算式が格納されている。例えば役職が一般の従業員には、スコア“１”を付与し、係長の従業員にはスコア“３”を付与する。またXYZ資格認定を有するユーザには、役職に応じて付与されるスコアを１．５倍した値をスコアとして付与する。例えば係長かつXYZ資格認定を有する従業員には、３×１．５の“４．５”がスコアとして付与される。
【0056】
このように従業員ＤＢ１１６とスコア計算ＤＢ１１１との組は、従業員の属性（ユーザ属性）と従業員の信頼値とを対応づけた情報である。
【0057】
ダッシュボードサーバ２１０はフィードバック更新情報にダッシュボードを操作した従業員の識別情報を含める。本実施形態では一例として従業員のＩＤを含める。従業員のＩＤに代えて、又は従業員のＩＤに加えて、従業員の氏名を含めてもよい。
【0058】
センサ登録部１９０は、更新情報取得部１８０から取得したフィードバック更新情報に含まれる従業員の従業員ＩＤに基づき、従業員ＤＢ１１６から、従業員の役職及び資格の情報を取得する。より詳細には、センサ登録部１９０が情報抽出部１１３に、当該従業員ＩＤを有する従業員の役職及び資格の情報の取得要求を送る。情報抽出部１１３が、連携データ読込部１１２を介して、従業員ＤＢ１１６から当該従業員の役職及び資格の情報を取得し、取得した情報をセンサ登録部１９０に送る。センサ登録部１９０は、取得した役職及び資格の情報を、トラブル関連ＤＢ１１０に登録するタグ（データ）に含める。
【0059】
図１６は、本実施形態に係るフィードバック更新情報に基づきトラブル関連ＤＢ１１０にデータを登録する例を示す。図１６の左図に示すように、フィードバック更新情報に従業員ＩＤ“７７７７７”が含まれている。従業員ＩＤ“７７７７７”の従業員の役職は、図１４から“係長”であり、役職は“工場長”である。図１６の右図に示すように、登録者情報（ダッシュボードを操作した従業員の情報）として、“係長”、“工場長”が格納されている。
【0060】
センサ抽出部１４０は、第１実施形態と同様に、トラブル属性の一部又は全部にマッチするデータをトラブル関連ＤＢ１１０から抽出する。センサ抽出部１４０はデータに含まれる１つ以上のセンサＩＤと、従業員の役職及び資格の情報とをデータごとにセンサ選定部１５０に送る。
【0061】
図１７は、センサ選定部１５０の動作の一例を示すフローチャートである。センサ選定部１５０は、センサ抽出部１４０で抽出されたデータごとに従業員の役職と資格に応じた評価値（スコア）を算出し、データに含まれる各センサＩＤにスコアを共通に付与する（Ｓ５０１）。スコアの計算は、前述したスコア計算DB１１１に基づき行う。すべてのデータに対してセンサＩＤごとにスコアを付与したら、センサＩＤごとにスコアの平均を算出する（Ｓ５０２）。
【0062】
図１８は、スコア平均計算結果例を示す。センサ１２３のスコア平均は０．８、センサ４４４のスコア平均は１．５、センサ５５５のスコア平均は８などとなっている。トラブル関連ＤＢ１１０から抽出する際、トラブル属性にサイトが含まれる場合は、計算されるスコア平均はサイト別のスコア平均となる。トラブル属性にサイトが含まれない場合は、すべてのサイトを対象としたスコア平均が得られる（この場合、複数のサイトで同じセンサＩＤのセンサが用いられているとする）。
【0063】
スコア平均の大きい順にセンサＩＤをソートし（Ｓ５０３）、上位ｐ個のセンサＩＤを選定する（Ｓ５０４）。センサ選定部１５０は、選定したセンサＩＤの情報を描画指示情報生成部１６０に送る。以降の処理は、第１実施形態と同様である。
【0064】
以上、本実施形態によれば、トラブル関連ＤＢ１１０に登録するデータに、ダッシュボードを編集した従業員の役職及び資格を含める。トラブル発生時には、トラブル関連ＤＢ１１０から抽出したデータに含まれる各センサＩＤに従業員の役職及び資格に応じたスコアを付与し、スコアを用いてセンサＩＤの選定を行う。これにより、従業員の熟練度に基づくより信頼性のセンサの選択が可能となり、利用価値の高いダッシュボードを生成することが可能となる。
【0065】
（第３実施形態）
図１９は、第３実施形態に係るトラブル原因調査支援システム１Ｂの一例のブロック図である。第２実施形態と異なる点として、従業員ＤＢ１１６の代わりに、気象情報ＤＢ１１４が設けられている。スコア計算ＤＢ１１１は設けられていない。センサ選定部１５０は情報抽出部１１３と接続されている。その他のブロック構成は第２実施形態と同様であるが、ブロックの動作が一部異なる。図１３と同一名称の要素には同一の符号を付して、拡張又は変更された処理を除き説明を省略する。
図１９は、第３実施形態に係るトラブル原因調査支援システム１Ｂの一例のブロック図である。第２実施形態と異なる点として、従業員ＤＢ１１６の代わりに、気象情報ＤＢ１１４が設けられている。スコア計算ＤＢ１１１は設けられていない。センサ選定部１５０は情報抽出部１１３と接続されている。その他のブロック構成は第２実施形態と同様であるが、ブロックの動作が一部異なる。図１３と同一名称の要素には同一の符号を付して、拡張又は変更された処理を除き説明を省略する。
【0066】
気象情報ＤＢ１１４には、時刻と気象情報等が対応づいて格納されている。
図２０は、気象情報ＤＢ１１４の一例を示す。本例の気象情報は、天気、サイト、温度、湿度を含む。その他、日射強度、風情報などの気象情報が含まれてもよい。各サイトの距離が近く天気が共通とみなせる場合、サイトの項目が省略される場合もあり得る。
図２０は、気象情報ＤＢ１１４の一例を示す。本例の気象情報は、天気、サイト、温度、湿度を含む。その他、日射強度、風情報などの気象情報が含まれてもよい。各サイトの距離が近く天気が共通とみなせる場合、サイトの項目が省略される場合もあり得る。
【0067】
センサ登録部１９０は、更新情報取得部１８０から取得したフィードバック更新情報に基づき、第１実施形態と同様に、センサＩＤ及びトラブル属性を取得する。またセンサ登録部１９０は、トラブル発生時刻の気象情報を気象情報ＤＢ１１４から取得する。より詳細には、センサ登録部１９０が情報抽出部１１３にトラブル発生時刻の気象情報の取得要求を送る。情報抽出部１１３が、連携データ読込部１１２を介して、気象情報ＤＢ１１４からトラブル発生時刻の気象情報を取得し、取得した情報をセンサ登録部１９０に送る。センサ登録部１９０は取得した気象情報を、トラブル関連ＤＢ１１０に登録するタグ（データ）に含める。
【0068】
図２１は、トラブル関連ＤＢ１１０にデータを登録する例を示す。登録されるデータには、第１実施形態に示した情報に加えて、気象情報（本例では“雨”）が含まれる。
【0069】
センサ抽出部１４０は、第１実施形態と同様に、トラブル属性の一部又は全部にマッチするデータをトラブル関連ＤＢ１１０から抽出する。センサ抽出部１４０はデータに含まれる１つ以上のセンサＩＤと、気象情報とをデータごとにセンサ選定部１５０に送る。
【0070】
センサ選定部１５０は、情報抽出部１１３を介して、気象情報ＤＢ１１４から、トラブル属性取得部１３０で取得されたトラブルの発生時刻に対応する気象情報を取得する。センサ選定部１５０は、センサ抽出部１４０で抽出されたデータのうち、気象情報に一致するデータをすべて特定し、特定したデータを対象に、第１実施形態と同様にして、センサＩＤの選択を行う。例えば気象情報が“雨”であれば、“雨”に一致するデータを特定する。センサ選定部１５０は、選定したセンサＩＤの情報を描画指示情報生成部１６０に送る。以降の処理は、第１実施形態と同様である。
【0071】
以上、本実施形態によれば、トラブル関連ＤＢ１１０に登録するデータにトラブル発生時刻の気象情報を含める。トラブル発生時には、トラブル関連ＤＢ１１０から抽出したデータのうちトラブルの発生時刻の気象情報に合致するデータのみを特定し、特定したデータを対象にセンサＩＤの選定を行う。これにより、より信頼性のセンサの選択が可能となり、利用価値の高いダッシュボードを生成することが可能となる。
【0072】
本実施形態を第２実施形態と組み合わせることも可能である。この場合図１９の構成にスコア計算ＤＢ１１１を追加する。この構成では、従業員の熟練度と気象情報との両方をセンサIDの選択に反映させることができるため、より信頼性の高いセンサの選択が可能となる。
【0073】
（第４実施形態）
図２２は、第４実施形態に係るトラブル原因調査支援システム１Ｃの一例のブロック図である。第３実施形態と異なる点として、気象情報ＤＢ１１４の代わりに、運転データＤＢ１１５が設けられている。その他のブロック構成は第３実施形態と同様であるが、ブロックの動作が一部異なる。図１９と同一名称の要素には同一の符号を付して、拡張又は変更された処理を除き説明を省略する。
図２２は、第４実施形態に係るトラブル原因調査支援システム１Ｃの一例のブロック図である。第３実施形態と異なる点として、気象情報ＤＢ１１４の代わりに、運転データＤＢ１１５が設けられている。その他のブロック構成は第３実施形態と同様であるが、ブロックの動作が一部異なる。図１９と同一名称の要素には同一の符号を付して、拡張又は変更された処理を除き説明を省略する。
【0074】
運転データＤＢ１１５には、時刻と機器の運転モード等が対応づいて格納されている。
図２３は、運転データＤＢ１１５の一例を示す。本例の運転データは、時刻、運転モード、サイトを含む。運転モードは、図示のものに限定されず、稼働中、一時停止中、省エネ動作中、など様々あり得る。
図２３は、運転データＤＢ１１５の一例を示す。本例の運転データは、時刻、運転モード、サイトを含む。運転モードは、図示のものに限定されず、稼働中、一時停止中、省エネ動作中、など様々あり得る。
【0075】
センサ登録部１９０は、更新情報取得部１８０から取得したフィードバック更新情報に基づき、第１実施形態と同様に、センサＩＤ及びトラブル属性を取得する。またセンサ登録部１９０は、トラブル発生時刻の機器の運転モードを運転データＤＢ１１５から取得する。より詳細には、センサ登録部１９０が情報抽出部１１３にトラブル発生時刻の機器の運転モードの情報の取得要求を送る。情報抽出部１１３が連携データ読込部１１２を介して、運転データＤＢ１１５からトラブル発生時刻の機器の運転モードの情報を取得し、取得した運転モードの情報をセンサ登録部１９０に送る。センサ登録部１９０は取得した機器の運転モードの情報を、トラブル関連ＤＢ１１０に登録するタグ（データ）に含める。
【0076】
図２４は、トラブル関連ＤＢ１１０にデータを登録する例を示す。登録されるデータには、第１実施形態に示した情報に加えて、運転モード（本例では“充電中”）が含まれる。
【0077】
センサ抽出部１４０は、第１実施形態と同様に、トラブル属性の一部又は全部にマッチするデータをトラブル関連ＤＢ１１０から抽出する。センサ抽出部１４０はデータに含まれる１つ以上のセンサＩＤと、運転モードの情報とをデータごとにセンサ選定部１５０に送る。
【0078】
センサ選定部１５０は、情報抽出部１１３を介して、運転データＤＢ１１５から、トラブル属性取得部１３０で取得されたトラブルの発生時刻に対応する機器の運転モードの情報を取得する。センサ選定部１５０は、センサ抽出部１４０で抽出されたデータのうち、取得した情報が示す運転モードに一致するデータをすべて特定し、特定したデータを対象に、第１実施形態と同様にして、センサＩＤの選択を行う。例えば運転モードが“充電中”であれば、“充電中”に一致するデータを特定する。センサ選定部１５０は、選定したセンサＩＤの情報を描画指示情報生成部１６０に送る。以降の処理は、第１実施形態と同様である。
【0079】
以上、本実施形態によれば、トラブル関連ＤＢ１１０に登録するデータにトラブル発生時刻の機器の運転モードの情報を含める。トラブル発生時には、トラブル関連ＤＢ１１０から抽出したデータのうちトラブルの発生時刻の機器の運転モードに合致するデータのみを特定し、特定したデータを対象にセンサＩＤの選定を行う。これにより、より信頼性のセンサの選択が可能となり、利用価値の高いダッシュボードを生成することが可能となる。
本実施形態を第２実施形態又は第３実施形態と組み合わせることも可能である。第２実施形態と組み合わせる場合、図２２の構成に、スコア計算ＤＢ１１１を追加する。この構成では、従業員の熟練度と運転モードとの両方をセンサＩＤの選択に反映させることができるため、より信頼性の高いセンサの選択が可能となる。第３実施形態と組み合わせる場合、従業員の熟練度と運転モードに加えて、気象情報をさらにセンサＩＤの選択に反映させることができるため、より一層信頼性の高いセンサの選択が可能となる。
本実施形態を第２実施形態又は第３実施形態と組み合わせることも可能である。第２実施形態と組み合わせる場合、図２２の構成に、スコア計算ＤＢ１１１を追加する。この構成では、従業員の熟練度と運転モードとの両方をセンサＩＤの選択に反映させることができるため、より信頼性の高いセンサの選択が可能となる。第３実施形態と組み合わせる場合、従業員の熟練度と運転モードに加えて、気象情報をさらにセンサＩＤの選択に反映させることができるため、より一層信頼性の高いセンサの選択が可能となる。
【0080】
（第５実施形態）
図２５は、第５実施形態に係るトラブル原因調査支援システム１Ｄのブロック図である。第１～第４実施形態ではダッシュボードサーバ２１０で生成されるダッシュボードにトラブル属性としてトラブルＩＤ及びトラブル内容が含まれていたが、本実施形態ではダッシュボードにトラブルＩＤ及びトラブル内容が含まれていないとする。例えば、図３のダッシュボードからトラブルＩＤ及びトラブル内容を除いたものがダッシュボードとして生成される。但し、ダッシュボードに検知センサＩＤが含まれているとする。さらに、描画指示情報提供部１７０から提供される描画指示情報にトラブルＩＤ及びトラブル内容が含まれてなくてもよい。トラブルＩＤ及びトラブル内容が含まれていないダッシュボードから生成されるフィードバック更新情報を用いてトラブル関連ＤＢ１１０の更新を行うことを実現する。
図２５は、第５実施形態に係るトラブル原因調査支援システム１Ｄのブロック図である。第１～第４実施形態ではダッシュボードサーバ２１０で生成されるダッシュボードにトラブル属性としてトラブルＩＤ及びトラブル内容が含まれていたが、本実施形態ではダッシュボードにトラブルＩＤ及びトラブル内容が含まれていないとする。例えば、図３のダッシュボードからトラブルＩＤ及びトラブル内容を除いたものがダッシュボードとして生成される。但し、ダッシュボードに検知センサＩＤが含まれているとする。さらに、描画指示情報提供部１７０から提供される描画指示情報にトラブルＩＤ及びトラブル内容が含まれてなくてもよい。トラブルＩＤ及びトラブル内容が含まれていないダッシュボードから生成されるフィードバック更新情報を用いてトラブル関連ＤＢ１１０の更新を行うことを実現する。
【0081】
本システム１Ｄはトラブル検知センサマスタ１１６と、トラブル属性抽出部１１７と、トラブル属性付与部１１８とを備える。
【0082】
トラブル検知センサマスタ１１６は、検知センサＩＤを、トラブル名称及びトラブルＩＤ等のトラブル属性に対応づけたデータベースである。
【0083】
図２６は、トラブル検知センサマスタ１１６の一例を示す。トラブル検知センサマスタ１１６は、トラブル名称、トラブルＩＤ、検知センサＩＤ、演算、値、組合せフラグの各項目を含む。トラブル検知センサマスタ１１６の作成方法として、ユーザはあらかじめトラブル発生を検知する検知センサと、トラブル発生の条件（“演算”と“値”の組）を、トラブル名称及びトラブルＩＤと関連付けて記憶させておく。
【0084】
例えばセンサＴＥ９９９の値が“１”のときにトラブルが発生すると定義する場合には、１行目に示すように検知センサＩＤ、演算、値、をそれぞれ“ＴＥ９９９”、“＝＝”、“１”とする。またトラブル名称及びトラブルＩＤとして予め定義された“ＴＢ１０１”、“２４２”を格納しておく。
【0085】
同様に、センサＴＥ９９９の値が“２”のときにトラブルが発生すると定義する場合には、２行目に示すように検知センサＩＤ、演算、値、をそれぞれ“ＴＥ９９９”、“＝＝”、“２”とする。またトラブル名称及びトラブルＩＤとして予め定義された“ＴＢ３０１”、“３２４”を格納しておく。
【0086】
さらに同様に、例えばセンサＣＡ１１１の値が３００より大きいときにトラブルが発生すると定義する場合には、３行目に示すように検知センサＩＤ、演算、値、をそれぞれ“ＣＡ１１１”、“＞”、“３００”とする。またトラブル名称及びトラブルＩＤとして予め定義された“ＴＢ２２２”、“１１９”を格納しておく。
【0087】
さらに同様に、例えばセンサＣＤ０１９の値が１０より小さいときにトラブルが発生すると定義する場合には、４行目に示すように検知センサＩＤ、演算、値、をそれぞれ“ＣＤ０１９”、“＜”、“１０”とする。またトラブル名称及びトラブルＩＤとして予め定義された“ＴＢ８９９”、“２３１”を格納しておく。
【0088】
複数のセンサを組み合わせてトラブル発生の検知が行われる場合は、各検知センサに対応する行を連続してトラブル検知センサマスタ１１６に格納するとともに、最上位の行の組合せフラグを“ＴＲＵＥ”とし、最上位の行のセンサと組み合わされるセンサに対応する以降の行の組合せフラグを空白にする。例えば、図示の下から２番目の行の組合せフラグは“ＴＲＵＥ”であるため、次以降の組合せフラグが空白の連続するすべて行（図示の例では最下位の行のみ）と組み合わされる。組み合わせの結果は、センサＣＡ１１１の値が２００より大きくかつセンサＬＡ５０１の値が１０より小さいときは、トラブル名称がＴＢ９９０でトラブルＩＤが４８４のトラブルが発生することを意味する。なお、１～４行目では単一のセンサのみでトラブル発生を定義するため、組合せフラグは”ＦＡＬＳＥ“となっている。
【0089】
図２７は、トラブル属性抽出部１１７とトラブル属性付与部１１８の動作例のフローチャートである。
【0090】
トラブル属性抽出部１１７は、更新情報取得部１８０からフィードバック更新情報を取得すると（Ｓ６０１）、トラブル検知センサマスタ１１６を読み込む（Ｓ６０２）。フィードバック更新情報から検知センサＩＤを取得し（Ｓ６０３）、取得した検知センサＩＤに対応する行をトラブル検知センサマスタ１１６において特定し、特定した行に含まれるトラブルＩＤ等のトラブル属性を取得する。（Ｓ６０４）。同じトラブルＩＤが複数連続して存在する場合は、同じトラブルＩＤに対応する検知センサＩＤのすべてがフィードバック更新情報に含まれているかを検査し、すべて含まれている場合に、当該トラブルＩＤ等のトラブル属性を取得する。上記対応する検知センサＩＤのすべてのうちの少なくとも１つがフィードバック更新情報に含まれていない場合は、トラブル検知センサマスタ１１６に登録されていないトラブルがある可能性があることを示す情報をユーザに通知してもよい。
【0091】
トラブル属性付与部１１８は、取得したトラブルＩＤ等のトラブル属性をフィードバック更新情報に含まれるセンサＩＤ等に対応付けて、センサ登録部１９０に渡す（Ｓ６０５）。センサ登録部１９０は第１実施形態と同様にしてトラブル関連ＤＢ１１０を更新する（同Ｓ６０５）。
【0092】
（変形例）
ダッシュボードサーバ２１０により生成するフィードバック更新情報に検知センサの値を含める。前提として描画指示情報提供部１７０がダッシュボードサーバ２１０に提供する描画指示情報にも検知センサの値を含める。トラブル属性抽出部１１７は、検知センサＩＤに対応する行をトラブル検知センサマスタ１１６において特定し、特定した行における“演算”と“値”の組により表されるトラブル発生の条件を、検知センサの値（フィードバック更新情報に含まれる）が満たすかを判断する。満たす場合は、当該行におけるトラブルＩＤ等のトラブル属性を取得する。満たさない場合は、トラブル検知センサマスタ１１６に登録されていないトラブルがある可能性があることを示す情報をユーザに通知してもよい。
ダッシュボードサーバ２１０により生成するフィードバック更新情報に検知センサの値を含める。前提として描画指示情報提供部１７０がダッシュボードサーバ２１０に提供する描画指示情報にも検知センサの値を含める。トラブル属性抽出部１１７は、検知センサＩＤに対応する行をトラブル検知センサマスタ１１６において特定し、特定した行における“演算”と“値”の組により表されるトラブル発生の条件を、検知センサの値（フィードバック更新情報に含まれる）が満たすかを判断する。満たす場合は、当該行におけるトラブルＩＤ等のトラブル属性を取得する。満たさない場合は、トラブル検知センサマスタ１１６に登録されていないトラブルがある可能性があることを示す情報をユーザに通知してもよい。
【0093】
以上、本実施形態によれば、ダッシュボードにトラブル内容及びトラブルＩＤ等を表示しない場合にも、今回発生したトラブルに関連するデータをトラブル関連ＤＢに登録することが可能となる。
【0094】
（ハードウェア構成）
図２８は、本実施形態に係る情報処理装置としてのトラブル原因調査支援装置１０のハードウェア構成を示す。トラブル原因調査支援装置１０は、コンピュータ装置６００により構成される。コンピュータ装置６００は、プロセッサであるＣＰＵ６０１と、入力インタフェース６０２と、表示装置６０３と、通信装置６０４と、主記憶装置６０５と、外部記憶装置６０６とを備え、これらはバス６０７により相互に接続されている。
図２８は、本実施形態に係る情報処理装置としてのトラブル原因調査支援装置１０のハードウェア構成を示す。トラブル原因調査支援装置１０は、コンピュータ装置６００により構成される。コンピュータ装置６００は、プロセッサであるＣＰＵ６０１と、入力インタフェース６０２と、表示装置６０３と、通信装置６０４と、主記憶装置６０５と、外部記憶装置６０６とを備え、これらはバス６０７により相互に接続されている。
【0095】
ＣＰＵ（中央演算装置）６０１は、主記憶装置６０５上で、コンピュータプログラムである情報処理プログラムを実行する。情報処理プログラムは、本装置の上述の各機能構成を実現するプログラムのことである。情報処理プログラムは、１つのプログラムではなく、複数のプログラムやスクリプトの組み合わせにより実現されていてもよい。ＣＰＵ６０１が、情報処理プログラムを実行することにより、各機能構成は実現される。
【0096】
入力インタフェース６０２は、キーボード、マウス、およびタッチパネルなどの入力装置からの操作信号を、本装置に入力するための回路である。
【0097】
表示装置６０３は、本装置から出力されるデータを表示する。表示装置６０３は、例えば、ＬＣＤ（液晶ディスプレイ）、有機エレクトロルミネッセンスディスプレイ、ＣＲＴ（ブラウン管）、またはＰＤＰ（プラズマディスプレイ）であるが、これに限られない。コンピュータ装置６００から出力されたデータは、この表示装置６０３に表示することができる。
【0098】
通信装置６０４は、本装置が外部装置と無線または有線で通信するための回路である。データは、通信装置６０４を介して外部装置から入力することができる。外部装置から入力したデータを、主記憶装置６０５や外部記憶装置６０６に格納することができる。
【0099】
主記憶装置６０５は、情報処理プログラム、情報処理プログラムの実行に必要なデータ、および情報処理プログラムの実行により生成されたデータなどを記憶する。情報処理プログラムは、主記憶装置６０５上で展開され、実行される。主記憶装置６０５は、例えば、ＲＡＭ、ＤＲＡＭ、ＳＲＡＭであるが、これに限られない。図１の各記憶部又はデータベースは、主記憶装置６０５上に構築されてもよい。
【0100】
外部記憶装置６０６は、情報処理プログラム、情報処理プログラムの実行に必要なデータ、および情報処理プログラムの実行により生成されたデータなどを記憶する。これらの情報処理プログラムやデータは、情報処理プログラムの実行の際に、主記憶装置６０５に読み出される。外部記憶装置６０６は、例えば、ハードディスク、光ディスク、フラッシュメモリ、及び磁気テープであるが、これに限られない。情報処理装置の各記憶部又はデータベースは、外部記憶装置６０６上に構築されてもよい。
【0101】
なお、情報処理プログラムは、コンピュータ装置６００に予めインストールされていてもよいし、ＣＤ－ＲＯＭなどの記憶媒体に記憶されていてもよい。また、情報処理プログラムは、インターネット上にアップロードされていてもよい。
【0102】
また、本装置は、単一のコンピュータ装置６００により構成されてもよいし、相互に接続された複数のコンピュータ装置６００からなるシステムとして構成されてもよい。
【0103】
なお、本発明は上記各実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また、上記各実施形態に開示されている複数の構成要素を適宜組み合わせることによって種々の発明を形成できる。また例えば、各実施形態に示される全構成要素からいくつかの構成要素を削除した構成も考えられる。さらに、異なる実施形態に記載した構成要素を適宜組み合わせてもよい。
【0104】
本実施形態は以下のような構成をとることもできる。
［項目１］
複数のセンサにより計測される対象機器における対象イベントの発生を検知し、
イベント属性とセンサ識別子とが対応づいたデータベースにおいて、前記対象イベントの属性である対象イベント属性に対応する対象センサ識別子を取得し、
前記対象センサ識別子が示すセンサの計測データの出力を指示する指示情報をサーバに提供する、処理部
を備えた情報処理装置。
［項目２］
前記指示情報は、前記計測データと前記対象イベント属性とを含む出力データの出力を指示する
項目１に記載の情報処理装置。
［項目３］
前記サーバは、ユーザの操作により前記出力データを編集可能であり、
前記出力データの編集として、前記ユーザの操作により指定されたセンサの計測データの追加、及び、前記出力データに含まれている前記センサの計測データの削除が可能であり、
前記処理部は、編集後の前記出力データに前記計測データが含まれるセンサのセンサ識別子と前記対象イベント属性とを含む更新情報を前記サーバから取得し、前記更新情報に含まれる前記センサ識別子と前記対象イベント属性とを対応づけて前記データベースに格納する
項目２に記載の情報処理装置。
［項目４］
前記処理部は、前記データベースから前記対象イベント属性に対応する対象センサ識別子を複数取得し、
複数の前記対象センサ識別子において互いに異なる対象センサ識別子ごとに前記対象センサ識別子の個数を計数し、
前記個数に基づいて、１つ以上の前記対象センサ識別子を取得する
項目１～３のいずれか一項に記載の情報処理装置。
［項目５］
前記対象イベント属性は、前記対象イベントの識別子と、前記対象イベントが発生したサイトを示すサイト情報とを含み、
前記データベースにおける前記イベント属性は、イベントの識別子と、前記イベントが発生したサイトのサイト情報とを含む、
項目１～３のいずれか一項に記載の情報処理装置。
［項目６］
前記データベースにおいて前記イベント属性と前記センサ識別子とユーザ属性とが対応づいており、
前記処理部は、前記データベースにおいて前記対象イベント属性に対応する、対象センサ識別子及び前記ユーザ属性の組を複数取得し、
ユーザ属性と信頼値とが対応付いた情報に基づき、複数の前記組における前記ユーザ属性に対応する信頼値を取得し、取得した前記信頼値に基づいて、複数の前記組における複数の前記対象センサ識別子から前記対象センサ識別子を取得する
項目３、又は項目３を引用する項目４又は５に記載の情報処理装置。
［項目７］
前記更新情報は、前記操作を行った前記ユーザの識別子を含み、
前記処理部は、ユーザの識別子とユーザ属性とが対応づいた情報に基づき、前記更新情報に含まれる前記ユーザの識別子に対応するユーザ属性を取得し、
前記処理部は、前記更新情報に含まれる前記センサ識別子と前記対象イベント属性と取得した前記ユーザ属性とを対応付けて前記データベースに格納する
項目６に記載の情報処理装置。
［項目８］
前記データベースにおいて前記イベント属性と前記センサ識別子と気象情報とが対応づいており、
前記処理部は、前記データベースにおいて前記対象イベント属性に対応する、対象センサ識別子及び前記気象情報の組を複数取得し、
前記処理部は、前記対象イベントの発生時刻における気象情報を取得し、取得した前記気象情報に基づき、複数の前記組から１つ以上の組を選択し、選択した前記組における前記対象センサ識別子から前記対象センサ識別子を取得する
項目３又は項目３を引用する項目４～８のいずれか一項に記載の情報処理装置。
［項目９］
前記処理部は、前記更新情報に含まれる前記センサ識別子と前記対象イベント属性と、前記対象イベントの発生時刻における前記気象情報とを対応づけて前記データベースに格納する
項目８に記載の情報処理装置。
［項目１０］
前記データベースに前記イベント属性と前記センサ識別子と機器の運転モードとが対応づいており、
前記処理部は、前記対象イベント属性に対応する、対象センサ識別子及び前記運転モードの組を複数取得し、
前記処理部は、前記対象イベントの発生時刻における前記対象機器の運転モードを取得し、取得した前記運転モードに基づき、複数の前記組から１つ以上の組を選択し、選択した前記組における前記対象センサ識別子から前記対象センサ識別子を取得する
項目３又は項目３を引用する項目４～９のいずれか一項に記載の情報処理装置。
［項目１１］
前記処理部は、前記更新情報に含まれる前記センサ識別子と前記対象イベント属性とに前記対象イベントの発生時刻における前記対象機器の運転モードを対応づけて前記データベースに格納する
項目１０に記載の情報処理装置。
［項目１２］
前記対象イベントは、前記少なくとも１つのセンサのうちの検知センサの値に基づいて検知され、
前記指示情報は、前記計測データと前記検知センサの識別子とを含む出力データの出力を指示し、
前記サーバは、ユーザの操作により前記出力データを編集可能であり、
前記出力データの編集として、前記ユーザの操作により指定されたセンサの計測データの追加、及び、前記出力データに含まれている前記センサの計測データの削除が可能であり、
前記処理部は、編集後の前記出力データに前記計測データが含まれるセンサのセンサ識別子と、前記検知センサの識別子とを含む更新情報を前記サーバから取得し、
前記更新情報に含まれる前記検知センサの識別子に対応するイベント属性を、検知センサの識別子とイベント属性とを対応づけた情報に基づき取得し、
前記処理部は、前記更新情報に含まれる前記センサ識別子と、取得した前記イベント属性とを対応づけて前記データベースに格納する
請求項１に記載の情報処理装置。
［項目１３］
前記処理部は、前記対象イベントの発生時刻に基づき、前記計測データの出力期間を決定し、前記出力期間の前記計測データを出力する前記指示情報を前記サーバに提供する
項目１～１２のいずれか一項に記載の情報処理装置。
［項目１４］
前記データベースにおいて、前記イベント属性と、１つ以上のセンサ識別子の組とが対応づいており、
前記対象イベント属性に対応する前記センサ識別子の組であって、前記センサ識別子の組み合わせが異なる組が複数存在し、
前記処理部は、前記対象イベント属性に対応する複数の前記組を取得し、複数の前記組に含まれるセンサ識別子ごとに前記センサ識別子が含まれる前記組の個数を計数し、前記個数に基づいて、複数の前記組に含まれる複数の前記センサ識別子から前記対象センサ識別子を取得する
項目１～１３のいずれか一項に記載の情報処理装置。
［項目１５］
前記対象イベント属性は、前記対象イベントの識別子と、前記対象機器の構成情報とを含み、
前記データベースにおける前記イベント属性は、イベントの識別子と、前記イベントが発生した機器の構成情報とを含む、
項目１～１４のいずれか一項に記載の情報処理装置。
［項目１６］
前記処理部は、前記対象イベントの発生を示すイベント発生情報を受信することにより前記対象イベントの発生を検知し、前記イベント発生情報は前記対象イベント属性を含む
項目１～１５のいずれか一項に記載の情報処理装置。
［項目１７］
前記対象イベントは、前記対象機器のトラブルである
項目１～１６のいずれか一項に記載の情報処理装置。
［項目１８］
前記少なくとも1つのセンサは複数のセンサである
項目１～１７のいずれか一項に記載の情報処理装置。
［項目１９］
少なくとも１つのセンサにより計測される対象機器における対象イベントの発生を検知し、
イベント属性とセンサ識別子とが対応づいたデータベースにおいて、前記対象イベントの属性である対象イベント属性に対応する対象センサ識別子を取得し、
前記少なくとも１つのセンサのうち前記対象センサ識別子が示すセンサの計測データの出力を指示する指示情報をサーバに提供する
情報処理方法。
［項目２０］
少なくとも１つのセンサにより計測される対象機器における対象イベントの発生を検知するステップと、
イベント属性とセンサ識別子とが対応づいたデータベースにおいて、前記対象イベントの属性である対象イベント属性に対応する対象センサ識別子を取得するステップと、
前記少なくとも１つのセンサのうち前記対象センサ識別子が示すセンサの計測データの出力を指示する指示情報をサーバに提供するステップと、
をコンピュータに実行させるためのコンピュータプログラム。
［項目２１］
少なくとも１つのセンサにより計測される対象機器における対象イベントの発生を検知し、
イベント属性とセンサ識別子とが対応づいたデータベースにおいて、前記対象イベントの属性である対象イベント属性に対応する対象センサ識別子を取得し、
前記対象センサ識別子が示すセンサの計測データの出力を指示する指示情報を生成する
処理部と、
前記複数のセンサの計測データを記憶するセンサデータベースから、前記指示情報に従って前記センサの計測データを読み出し、読み出した前記計測データを出力するサーバと、
を備えた情報処理システム。
［項目２２］
前記対象機器をさらに備えた項目２１に記載の情報処理システム。
［項目２３］
前記サーバは、前記計測データを、ユーザの端末に送信する
項目２１又は２２に記載の情報処理システム。
［項目１］
複数のセンサにより計測される対象機器における対象イベントの発生を検知し、
イベント属性とセンサ識別子とが対応づいたデータベースにおいて、前記対象イベントの属性である対象イベント属性に対応する対象センサ識別子を取得し、
前記対象センサ識別子が示すセンサの計測データの出力を指示する指示情報をサーバに提供する、処理部
を備えた情報処理装置。
［項目２］
前記指示情報は、前記計測データと前記対象イベント属性とを含む出力データの出力を指示する
項目１に記載の情報処理装置。
［項目３］
前記サーバは、ユーザの操作により前記出力データを編集可能であり、
前記出力データの編集として、前記ユーザの操作により指定されたセンサの計測データの追加、及び、前記出力データに含まれている前記センサの計測データの削除が可能であり、
前記処理部は、編集後の前記出力データに前記計測データが含まれるセンサのセンサ識別子と前記対象イベント属性とを含む更新情報を前記サーバから取得し、前記更新情報に含まれる前記センサ識別子と前記対象イベント属性とを対応づけて前記データベースに格納する
項目２に記載の情報処理装置。
［項目４］
前記処理部は、前記データベースから前記対象イベント属性に対応する対象センサ識別子を複数取得し、
複数の前記対象センサ識別子において互いに異なる対象センサ識別子ごとに前記対象センサ識別子の個数を計数し、
前記個数に基づいて、１つ以上の前記対象センサ識別子を取得する
項目１～３のいずれか一項に記載の情報処理装置。
［項目５］
前記対象イベント属性は、前記対象イベントの識別子と、前記対象イベントが発生したサイトを示すサイト情報とを含み、
前記データベースにおける前記イベント属性は、イベントの識別子と、前記イベントが発生したサイトのサイト情報とを含む、
項目１～３のいずれか一項に記載の情報処理装置。
［項目６］
前記データベースにおいて前記イベント属性と前記センサ識別子とユーザ属性とが対応づいており、
前記処理部は、前記データベースにおいて前記対象イベント属性に対応する、対象センサ識別子及び前記ユーザ属性の組を複数取得し、
ユーザ属性と信頼値とが対応付いた情報に基づき、複数の前記組における前記ユーザ属性に対応する信頼値を取得し、取得した前記信頼値に基づいて、複数の前記組における複数の前記対象センサ識別子から前記対象センサ識別子を取得する
項目３、又は項目３を引用する項目４又は５に記載の情報処理装置。
［項目７］
前記更新情報は、前記操作を行った前記ユーザの識別子を含み、
前記処理部は、ユーザの識別子とユーザ属性とが対応づいた情報に基づき、前記更新情報に含まれる前記ユーザの識別子に対応するユーザ属性を取得し、
前記処理部は、前記更新情報に含まれる前記センサ識別子と前記対象イベント属性と取得した前記ユーザ属性とを対応付けて前記データベースに格納する
項目６に記載の情報処理装置。
［項目８］
前記データベースにおいて前記イベント属性と前記センサ識別子と気象情報とが対応づいており、
前記処理部は、前記データベースにおいて前記対象イベント属性に対応する、対象センサ識別子及び前記気象情報の組を複数取得し、
前記処理部は、前記対象イベントの発生時刻における気象情報を取得し、取得した前記気象情報に基づき、複数の前記組から１つ以上の組を選択し、選択した前記組における前記対象センサ識別子から前記対象センサ識別子を取得する
項目３又は項目３を引用する項目４～８のいずれか一項に記載の情報処理装置。
［項目９］
前記処理部は、前記更新情報に含まれる前記センサ識別子と前記対象イベント属性と、前記対象イベントの発生時刻における前記気象情報とを対応づけて前記データベースに格納する
項目８に記載の情報処理装置。
［項目１０］
前記データベースに前記イベント属性と前記センサ識別子と機器の運転モードとが対応づいており、
前記処理部は、前記対象イベント属性に対応する、対象センサ識別子及び前記運転モードの組を複数取得し、
前記処理部は、前記対象イベントの発生時刻における前記対象機器の運転モードを取得し、取得した前記運転モードに基づき、複数の前記組から１つ以上の組を選択し、選択した前記組における前記対象センサ識別子から前記対象センサ識別子を取得する
項目３又は項目３を引用する項目４～９のいずれか一項に記載の情報処理装置。
［項目１１］
前記処理部は、前記更新情報に含まれる前記センサ識別子と前記対象イベント属性とに前記対象イベントの発生時刻における前記対象機器の運転モードを対応づけて前記データベースに格納する
項目１０に記載の情報処理装置。
［項目１２］
前記対象イベントは、前記少なくとも１つのセンサのうちの検知センサの値に基づいて検知され、
前記指示情報は、前記計測データと前記検知センサの識別子とを含む出力データの出力を指示し、
前記サーバは、ユーザの操作により前記出力データを編集可能であり、
前記出力データの編集として、前記ユーザの操作により指定されたセンサの計測データの追加、及び、前記出力データに含まれている前記センサの計測データの削除が可能であり、
前記処理部は、編集後の前記出力データに前記計測データが含まれるセンサのセンサ識別子と、前記検知センサの識別子とを含む更新情報を前記サーバから取得し、
前記更新情報に含まれる前記検知センサの識別子に対応するイベント属性を、検知センサの識別子とイベント属性とを対応づけた情報に基づき取得し、
前記処理部は、前記更新情報に含まれる前記センサ識別子と、取得した前記イベント属性とを対応づけて前記データベースに格納する
請求項１に記載の情報処理装置。
［項目１３］
前記処理部は、前記対象イベントの発生時刻に基づき、前記計測データの出力期間を決定し、前記出力期間の前記計測データを出力する前記指示情報を前記サーバに提供する
項目１～１２のいずれか一項に記載の情報処理装置。
［項目１４］
前記データベースにおいて、前記イベント属性と、１つ以上のセンサ識別子の組とが対応づいており、
前記対象イベント属性に対応する前記センサ識別子の組であって、前記センサ識別子の組み合わせが異なる組が複数存在し、
前記処理部は、前記対象イベント属性に対応する複数の前記組を取得し、複数の前記組に含まれるセンサ識別子ごとに前記センサ識別子が含まれる前記組の個数を計数し、前記個数に基づいて、複数の前記組に含まれる複数の前記センサ識別子から前記対象センサ識別子を取得する
項目１～１３のいずれか一項に記載の情報処理装置。
［項目１５］
前記対象イベント属性は、前記対象イベントの識別子と、前記対象機器の構成情報とを含み、
前記データベースにおける前記イベント属性は、イベントの識別子と、前記イベントが発生した機器の構成情報とを含む、
項目１～１４のいずれか一項に記載の情報処理装置。
［項目１６］
前記処理部は、前記対象イベントの発生を示すイベント発生情報を受信することにより前記対象イベントの発生を検知し、前記イベント発生情報は前記対象イベント属性を含む
項目１～１５のいずれか一項に記載の情報処理装置。
［項目１７］
前記対象イベントは、前記対象機器のトラブルである
項目１～１６のいずれか一項に記載の情報処理装置。
［項目１８］
前記少なくとも1つのセンサは複数のセンサである
項目１～１７のいずれか一項に記載の情報処理装置。
［項目１９］
少なくとも１つのセンサにより計測される対象機器における対象イベントの発生を検知し、
イベント属性とセンサ識別子とが対応づいたデータベースにおいて、前記対象イベントの属性である対象イベント属性に対応する対象センサ識別子を取得し、
前記少なくとも１つのセンサのうち前記対象センサ識別子が示すセンサの計測データの出力を指示する指示情報をサーバに提供する
情報処理方法。
［項目２０］
少なくとも１つのセンサにより計測される対象機器における対象イベントの発生を検知するステップと、
イベント属性とセンサ識別子とが対応づいたデータベースにおいて、前記対象イベントの属性である対象イベント属性に対応する対象センサ識別子を取得するステップと、
前記少なくとも１つのセンサのうち前記対象センサ識別子が示すセンサの計測データの出力を指示する指示情報をサーバに提供するステップと、
をコンピュータに実行させるためのコンピュータプログラム。
［項目２１］
少なくとも１つのセンサにより計測される対象機器における対象イベントの発生を検知し、
イベント属性とセンサ識別子とが対応づいたデータベースにおいて、前記対象イベントの属性である対象イベント属性に対応する対象センサ識別子を取得し、
前記対象センサ識別子が示すセンサの計測データの出力を指示する指示情報を生成する
処理部と、
前記複数のセンサの計測データを記憶するセンサデータベースから、前記指示情報に従って前記センサの計測データを読み出し、読み出した前記計測データを出力するサーバと、
を備えた情報処理システム。
［項目２２］
前記対象機器をさらに備えた項目２１に記載の情報処理システム。
［項目２３］
前記サーバは、前記計測データを、ユーザの端末に送信する
項目２１又は２２に記載の情報処理システム。
【符号の説明】
【0105】
１、１Ａ、１Ｂ、１Ｃ トラブル原因調査支援システム
１０、１０Ａ トラブル原因調査支援装置
２０ 監視システム
４０ 端末
５０ サイト
１００ 処理部
１１２ 連携データ読込部
１１３ 情報抽出部
１１６ トラブル検知センサマスタ
１１７ トラブル属性抽出部
１１８ トラブル属性付与部
１２０ トラブル発生検知部
１３０ トラブル属性取得部
１４０ センサ抽出部
１５０ センサ選定部
１６０ 描画指示情報生成部
１７０ 描画指示情報提供部
１８０ 更新情報取得部
１９０ センサ登録部
２１０ ダッシュボードサーバ
２１１ 編集ボタン
６００ コンピュータ装置
６０２ 入力インタフェース
６０３ 表示装置
６０４ 通信装置
６０５ 主記憶装置
６０６ 外部記憶装置
６０７ バス
１０、１０Ａ トラブル原因調査支援装置
２０ 監視システム
４０ 端末
５０ サイト
１００ 処理部
１１２ 連携データ読込部
１１３ 情報抽出部
１１６ トラブル検知センサマスタ
１１７ トラブル属性抽出部
１１８ トラブル属性付与部
１２０ トラブル発生検知部
１３０ トラブル属性取得部
１４０ センサ抽出部
１５０ センサ選定部
１６０ 描画指示情報生成部
１７０ 描画指示情報提供部
１８０ 更新情報取得部
１９０ センサ登録部
２１０ ダッシュボードサーバ
２１１ 編集ボタン
６００ コンピュータ装置
６０２ 入力インタフェース
６０３ 表示装置
６０４ 通信装置
６０５ 主記憶装置
６０６ 外部記憶装置
６０７ バス
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】
【図16】
【図17】
【図18】
【図19】
【図20】
【図21】
【図22】
【図23】
【図24】
【図25】
【図26】
【図27】
【図28】
