(57)【要約】【課題】電力会社の電力設備の自治体の道路設備のデータ管理業務において、多様な管理項目の表示レイアウト画面を生成し、ユーザの利便性を向上させた設備データ管理システムを提供する。【解決手段】設備管理情報データベース１と管理項目定義情報データベース２と、端末４の入力部５からの画面表示要求の信号を受信し、設備管理情報１ａに対応した管理項目定義情報２ａを入力する画面生成手段３が、管理項目定義情報２ａに含まれる複数の項目から同じグループに属する管理項目毎にグループ分けした画面６ａを生成、出力するものであり、この画面６ａがユーザの運用する端末４の表示部６に表示可能とする。【選択図】図１
2014002437.tif 000002
【特許請求の範囲】
【請求項１】
設備管理情報を格納する設備管理情報データベースと、管理項目定義情報を格納する管理項目情報データベースと、ユーザが所有する端末の入力部からの画面表示要求信号を受信し、前記設備管理情報と該設備管理情報に対応するとともにグループ分け情報を含む前記管理項目定義情報を入力する画面生成手段とを備え、該画面生成手段は前記管理項目定義情報に含まれる複数の項目から同じグループに属する管理項目毎にグループ分けした画面を生成、出力し、この画面が前記端末の表示部に表示可能とすることを特徴とする設備データ管理システム。
【請求項２】
前記管理項目定義情報データベースには、加えて表示レイアウト定義情報が格納されており、前記画面生成手段は前記表示レイアウト定義情報を入力し、前記同じグループに属する管理項目毎にグループ分けした項目を横並びに配置した画面を生成することを特徴とする請求項１に記載の設備データ管理システム。
【請求項３】
前記画面生成手段は前記管理項目定義情報に設けられている入力方式を定義するとともに、該画面生成手段に設けられた画面生成プログラムにおいて、画面部品生成プラグイン群内の１つを定義して画面を生成することを特徴とする請求項１に記載の設備データ管理システム。
【請求項４】
前記画面生成手段は前記端末の入力部から画面データを入力するとともに、該画面入力データに含まれる複数の入力フィールドからの入力値を解析して１つの値に変換した画面を生成するとともに、該変換値を前記設備管理データベースに格納することを特徴とする請求項３に記載の設備データ管理システム。
【請求項５】
前記画面生成手段は前記入力値の妥当性のチェック処理を行う機能を有することを特徴とする請求項４に記載の設備データ管理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、例えば電力会社の電力設備のデータ管理業務や、自治体での道路設備のデータ管理業務に関するものであり、特に大量で、多種、多数の設備の管理の利便性を向上させた設備データ管理システムに係るものである。
【背景技術】
【０００２】
従来、工場や事業所を含む全社の設備を管理する場合において、管理対象の設備の追加および削除、設備の属性（管理項目）の追加および削除の際に、その都度必要とされるプログラムを修正する時間と費用を低減するため、管理対象設備種類とそれぞれの管理項目を定義情報として保持し、定義情報を基に画面生成する設備データ管理システムとして、設備情報の入力手段と管理項目情報を保存する管理項目テーブルと、管理項目情報管理手段と、管理項目情報に対応する管理値を保存する管理値用テーブルと、この管理値用テーブルを管理する管理値情報管理手段と、管理項目情報および管理値情報に基づいて、これらの設備情報を表示する画面を作成する画面作成手段とこの画面を出力する出力手段とを備えた技術が開示されている（例えば、特許文献１）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００５−１６５４７６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら上記特許文献１に示された技術は、管理項目定義情報と管理値情報に基づいて画面作成手段が管理項目の相互間の関係、分類等とは無関係に単純に羅列して表示するよう画面を作成しているため、関連する項目について数値項目と文字項目との関連が視覚的に判別しにくく、慎重な読み取りを必要として利便性が良くないという問題点があり、特に電力会社の電力設備や自治体での道路設備等、数百点以上の管理項目を備える設備データ管理システムに不向きな技術である。また管理項目の入力方法として、予め画面生成プログラムに用意してある方法しか使用できないという問題点もある。
【０００５】
この発明は上記のような課題を解決するためになされたものであって、多様な管理項目の表示レイアウトを生成することで利用者の利便性を向上させること、および多様な入力方法を容易に拡張可能とすることで保守性、拡張性を向上させた設備データ管理システムを提供することを目的としている。
【課題を解決するための手段】
【０００６】
この発明に係る設備データ管理システムは、設備管理情報を格納する設備管理情報データベースと、管理項目定義情報を格納する管理項目情報データベースと、ユーザが所有する端末の入力部からの画面表示要求信号を受信し、設備管理情報と該設備管理情報に対応するとともにグループ分け情報を含む前記管理項目定義情報を入力する画面生成手段とを備え、該画面生成手段は管理項目定義情報に含まれる複数の項目から同じグループに属する管理項目毎にグループ分けした画面を生成、出力し、この画面が端末の表示部に表示可能とするものである。
【発明の効果】
【０００７】
この発明に係る設備データ管理システムは、上記のようなシステムを採用しているので、電力会社等における数百に及ぶ異種、複数の管理項目から同じグループに属する管理項目毎をグループに分けて画面作成し、ユーザの所有する端末の表示部に出力、表示することが可能となり、項目の分類が視覚的にわかりやすくなり、設備データ管理システムの利便性が向上するという効果がある。
【図面の簡単な説明】
【０００８】
【図１】実施の形態１による設備データ管理システムを示すブロック図である。
【図２】実施の形態１による画面作成を説明する図である。
【図３】実施の形態１による画面生成のフローチャートである。
【図４】実施の形態２による画面生成を説明する図である。
【図５】実施の形態２による画面生成のフローチャートである。
【図６】実施の形態２による「表組み」の出力処理を説明する図である。
【図７】実施の形態２による適用例を示す図である。
【図８】実施の形態３〜実施の形態５の画面作成を説明する図である。
【図９】実施の形態３による画面生成のフローチャートである。
【図１０】実施の形態４、５の画面生成を説明する図である。
【発明を実施するための形態】
【０００９】
実施の形態１．
以下、この発明の実施の形態１を図に基づいて説明する。
図１は、実施の形態１による設備データ管理システム１００を示すブロック図である。この設備データ管理システム１００は、例えば電力会社において管理している実存の設備である小型なものではパソコンや携帯電話、大型なものでは発電機や送電線等の設備管理情報を格納する設備管理情報データベース１と、同様に電力会社におけるＣＰＵのメーカ名やクロック数、メモリのメーカ名や容量、ＨＤＤのメーカ名や容量という属性（項目）を定義した管理項目定義情報を格納する管理項目定義情報データベース２と、後述する入力部５からの信号に基づき、前記設備管理情報データベース１からの設備管理情報１ａと、この設備管理情報１ａに対応する設備の前記管理項目定義情報データベース２からの管理項目定義情報２ａとを入力し、所有する所定のプログラムによって画面６ａを生成出力する。画面生成手段３とによって構成されており、前記生成された画面６ａはユーザが所有、運用する入力部５を備えた端末４の表示部６とによって表示される。
【００１０】
前記管理項目定義情報２ａから画面生成手段３が画面６ａを生成する動作を図２に示す。図２からわかるように、この管理項目定義情報２ａは、前述した従来技術における管理項目定義情報に、項目毎のグループを追加したものである。図２におけるグループは、例えばグループＡはＹ発電所構内における発電用燃料貯蔵庫の広さ、グループＢはその燃料別の容積当たりの重量、グループＣは貯蔵庫の駐車場の広さを示す。この管理項目定義情報２ａを入力する前記画面生成手段３が画面生成することによって、図２に示すように項目を分類分けした画面６ａが生成される。尚、表示部６の画面６ａは、例えばＷｅｂブラウザに表示するため、生成された画面６ａはＨＴＭＬ形式のテキスト文書で記述するものであり、画面生成手段３はＨＴＭＬのテキストを文字列として出力するものである。
【００１１】
図３は、図２における画面生成手段３の処理フローを示す。この図３において前記図２の管理項目定義情報２ａに示した定義内容を基にした処理内容を以下に示す。
ＳＴ１、管理項目定義情報２ａを読み込む。
ＳＴ２、グループ単位に管理項目を仕分ける。結果として、グループＡが項目１、項目２、グループＢが項目１１−１、項目１２−１、項目１１−２、項目１２−２、項目１１−３、項目１２−３、グループＣが項目２１、項目２２のように仕分けられる。
ＳＴ３、グループタイトルを出力する。見出しを示す＜ｈ１＞タグを使用し、グループＡの場合は「＜ｈ１＞グループＡ＜／ｈ１＞」という文字列を出力する。
ＳＴ４、表の開始を出力する。「＜ｔａｂｌｅ＞」という固定の文字列を出力する。
ＳＴ５、表ヘッダを出力する。「＜ｔｒ＞＜ｔｈ＞項目Ｎｏ＜／ｔｈ＞＜ｔｈ＞項目名＜／ｔｈ＞＜ｔｈ＞単位＜／ｔｈ＞＜ｔｈ＞データ＜／ｔｈ＞＜／ｔｒ＞」という固定の文字列を出力する。
ＳＴ６、項目Ｎｏ、項目名、単位、データを出力する。「＜ｔｒ＞＜ｔｄ  ｓｔｙｌｅ＝”ｔｅｘｔ−ａｌｉｇｎ：  ｒｉｇｈｔ；”＞＄｛項目Ｎｏ｝＜／ｔｄ＞＜ｔｄ＞＄｛項目名｝＜／ｔｄ＞＜ｔｄ＞＄｛単位｝＜／ｔｄ＞＜ｔｄ＞＄｛入力フィールド｝＜／ｔｄ＞＜／ｔｒ＞」という文字列を出力する。ここで、＄｛項目Ｎｏ｝、＄｛項目名｝、＄｛単位｝は、それぞれ、管理項目定義情報２ａから読み込んだ項目Ｎｏ、項目名、単位である。また、＄｛入力フィールド｝は、管理項目定義情報２ａから読み込んだ入力形式、桁数、参照コードを基に生成したＨＴＭＬタグ（テキストの場合は＜ｉｎｐｕｔ  ｔｙｐｅ＝”ｔｅｘｔ”＞タグ、参照コードが定義されている場合は＜ｓｅｌｅｃｔ＞タグ）である。
ＳＴ７、グループ内で未出力の項目が無ければＳＴ８へ。有れば続く管理項目に対してＳＴ６を行う。
ＳＴ８、表の終了を出力する。「＜／ｔａｂｌｅ＞」という固定の文字列を出力する。
ＳＴ９、未出力のグループが無ければ処理を終了する。有れば続くグループに対してＳＴ３〜ＳＴ８を行う。
以上の通り画面生成手段３が画面を生成するので、管理項目がグループ毎に分類分けして表示されることが可能となり電力会社等において数百に及ぶ管理項目の分類が視覚的にわかりやすくなり、利便性が向上する。
【００１２】
実施の形態２．
次に、実施の形態２を説明する。
図４は、実施の形態２による管理項目定義情報２ａ、表示レイアウト定義情報２ｂとから画面生成手段３が画面６ａを生成する動作を示す。管理項目定義情報データベース２には定義情報として、管理項目定義情報２ａと別に、表示レイアウト定義情報２ｂが設けてある。表示レイアウト定義情報２ｂには、グループ、表示レイアウトの形式を示す表示レイアウト、列タイトルの情報を保持する。この表示レイアウト定義情報２ｂを用いることにより、生成された画面６ａにおけるグループＢのように関連する項目を横並びに配置する。
【００１３】
図５は、図４における画面生成手段３の処理フローを示す。この図５において前記図４の管理項目定義情報２ａおよび表示レイアウト定義情報２ｂに示した定義内容を基にした処理内容を以下に示す。
ＳＴ１、管理項目定義情報２ａを読み込む。
ＳＴ２、グループ単位に管理項目を仕分ける。結果として、グループＡが項目１、項目２、グループＢが項目１１−１、項目１２−１、項目１１−２、項目１２−２、項目１１−３、項目１２−３、グループＣが項目２１、項目２２のように仕分けられる。
ＳＴ３、グループタイトルを出力する。見出しを示す＜ｈ１＞タグを使用し、グループＡの場合は「＜ｈ１＞グループＡ＜／ｈ１＞」という文字列を出力する。
ＳＴ４、グループに該当する表示レイアウト定義情報２ｂを読み込む。
ＳＴ５、表示レイアウト定義情報２ｂに定義された表示レイアウトを判定する。「通常」つまり図４の例ではグループＡやグループＣのような表示の場合はＳＴ６へ。「表組み」の場合はＳＴ７へ。
ＳＴ６、「通常」用の表を出力する。このＳＴ６における処理内容は図３のＳＴ４〜ＳＴ８と同様であるため、説明を省略する。
ＳＴ７、「表組み」用すなわち図４に示すグループＢの表を出力する。この処理内容は後述する。
ＳＴ８、未出力のグループが無ければ処理を終了する。有れば続くグループに対してＳＴ３〜ＳＴ７を行う。
【００１４】
図６は、図５におけるＳＴ７「表組み」用の表を出力する処理の処理結果を示す。管理項目定義情報２ａと表示レイアウト定義情報２ｂの定義内容に基づいて生成された画面６ａを出力する。生成された画面６ａのグループＢを出力する場合の処理フローを以下に示す。
ＳＴａ、表の開始を出力する。「＜ｔａｂｌｅ＞」という固定の文字列を出力する。
ＳＴｂ、表ヘッダの「項目Ｎｏ」を出力する。
ＳＴｃ、表ヘッダの項目名を出力する。表示レイアウト定義情報２ｂの列タイトルを読み取り、カンマ（，）で分割する。分割された文字列の数（ここでは２）を、列数として記憶する。次に、分割された２つの文字列を出力する。
ＳＴｄ、表ヘッダの単位を出力する。管理項目定義情報２ａからグループＢに属する項目を読み取り、その先頭の項目をインデックス０とする（項目Ｎｏ．３がインデックス０、項目Ｎｏ．４がインデックス１、以降も同様）。次にインデックス０から列数分（項目Ｎｏ．３と項目Ｎｏ．４の２つ）の定義情報を抽出し、それぞれの単位の文字列を出力する。
ＳＴｅ、表レコード部の項目Ｎｏを出力する。インデックスが列数×行番号に一致する項目（項目Ｎｏ．３と項目Ｎｏ．５と項目Ｎｏ．７）の、項目Ｎｏの文字列を出力する。
ＳＴｆ、表レコード部のデータを出力する。各項目の表示位置（表内に配置する時の行番号、列番号）は次の通り決定する。なお、行番号、列番号は０から開始する。
・行番号：インデックス÷列数の商（項目Ｎｏ．８の場合は２）
・列番号：インデックス÷列数の余（項目Ｎｏ．８の場合は１）
出力する文字列は、管理項目定義情報２ａから読み込んだ入力形式、桁数、参照コードを基に生成したＨＴＭＬタグ（テキストの場合は＜ｉｎｐｕｔ  ｔｙｐｅ＝”ｔｅｘｔ”＞タグ、参照コードが定義されている場合は＜ｓｅｌｅｃｔ＞タグ）である。
ＳＴｇ、表の終了を出力する。「＜／ｔａｂｌｅ＞」という固定の文字列を出力する。
以上の通り画面生成手段３が画面６ａを生成するので、定義を行うだけで、関連する項目を横並びに表示することが可能となる。
【００１５】
図７に実施の形態２の適用例を示す。この適用例は画面６ａのグループＡに示すように例えば、市町村をまたがる送電線や通信線の長さを管理するような場合に、市町村毎の長さを横並びに表示することで、表示内容が視覚的にわかりやすくなり、利便性が向上する。
【００１６】
実施の形態３．
次に、実施の形態３について説明する。
図８は、実施の形態３による管理項目定義情報２ａを受け、画面生成手段３が画面６ａを生成する動作を示す。画面生成手段３は画面生成プログラム群を有し、画面部品生成プラグイン群３００には、例えば緯度項目の画面を生成する部品である緯度プラグイン３０、経度項目の画面を生成する部品である経度プラグイン３１を有し、前記緯度プラグイン３０および経度プラグイン３１にはそれぞれ画面部品生成処理部３０ａ，３１ａとデータ変換処理部３０ｂ，３１ｂとチェック処理部３０ｃ，３１ｃを有する。管理項目定義情報２ａの入力方式に、どの画面部品生成プラグインを使用するかを定義することを可能とする。画面生成手段３が、管理項目定義情報２ａの入力方式を参照し、合致する画面部品生成プラグインを順次実行することで、生成された画面６ａが出力される。
【００１７】
図９は、図８における画面生成手段３によって生成される画面６ａのデータ部の出力処理についての処理フローを示す。処理内容を以下に示す。
ＳＴ１、管理項目定義情報２ａを読み込む。
ＳＴ２、入力方法を判定する。入力方法が画面部品生成プラグイン群３００のプログラム名称である場合はＳＴ３へ。「テキスト」または「プルダウン」の場合はＳＴ４へ。
ＳＴ３、画面部品生成処理部３０ａを実行する。入力方法に定義された画面部品生成プラグイン群３００のプログラム名称を基に、当該プログラムの画面部品生成処理部３０ａを実行する。この画面部品生成処理部３０ａの処理内容については後述する。
ＳＴ４、通常形式でデータを出力する。処理内容は、図３のＳＴ６と同様であるため、説明を省略する。
【００１８】
次に、図９における画面部品生成プラグイン群３００の画面部品生成処理部３０ａの処理内容を以下に示す。ここでは、図８の生成された画面６ａにおける緯度データを度、分、秒の３つの入力フィールドで表示する場合の例を示す。
ＳＴ１１、「北緯」を出力する。「北緯」という固定の文字列を出力する。
ＳＴ１２、「度」の入力フィールドを出力する。「度」を入力するフィールドを示すＨＴＭＬタグ（＜ｉｎｐｕｔ  ｔｙｐｅ＝”ｔｅｘｔ”＞）を出力する。
ＳＴ１３、「度」を出力する。「度」という固定の文字列を出力する。
ＳＴ１４、「分」の入力フィールドを出力する。「分」を入力するフィールドを示すＨＴＭＬタグ（＜ｉｎｐｕｔ  ｔｙｐｅ＝”ｔｅｘｔ”＞）を出力する。
ＳＴ１５、「分」を出力する。「分」という固定の文字列を出力する。
ＳＴ１６、「秒」の入力フィールドを出力する。「秒」を入力するフィールドを示すＨＴＭＬタグ（＜ｉｎｐｕｔ  ｔｙｐｅ＝”ｔｅｘｔ”＞）を出力する。
ＳＴ１７、「秒」を出力する。「秒」という固定の文字列を出力する。
以上の通り動作することで、画面部品生成プラグインを作成することにより、「テキスト」や「プルダウン」の一般的な表示入力形式以外にも対応することが可能となる。
【００１９】
実施の形態４．
次に、実施の形態４について説明する。この実施の形態４の画面生成手段３の動作は、実施の形態３で説明した図８と同様である。
【００２０】
図１０は、図８における画面部品生成プラグイン群３００のデータ変換処理部３０ｂの処理イメージを示す。ここでは、緯度プラグイン３０のデータ変換処理部３０ｂを例とする。この実施の形態４では、Ｗｅｂブラウザに画面を表示しており、ユーザの端末４の入力部５を介し受信する画面で入力されたデータはＨＴＭＬフォームデータとしてシステムに入力される。ＨＴＭＬフォームデータは、画面入力データ５０に示すように、入力フィールドの「キー」と入力された「値」の形式になっている。従って、緯度のように複数の入力フィールドで入力する場合は、入力フィールド毎に「キー」と「値」がシステムに入力される。一方、設備管理情報を保存する設備管理情報データベース１は、画面上の入力フィールドの数に関わらず、項目１つの値を１カラムに格納する。また、例えば、緯度を保存するカラムは、固定少数桁の数値型カラムとして定義している。
【００２１】
実施の形態４では、データ変換処理部３０ｂが、画面入力データ５０からキーの文字列の先頭が合致するもの５０ａを抽出する（ここでは、緯度＿１、緯度＿２、緯度＿３の３つ）。次に、画面入力データ５０から抽出した値を取得する（ここでは、３５、３９、２９）。次に、取得した値から、設備管理情報データベース１に格納する形式（ここでは、小数部６桁の数値）に変換する。次に、変換後の値を、設備管理情報データベース１に保存する。
以上の通り動作することで、１つの項目を複数の入力フィールドで構成している項目を、設備管理情報データベース１へ保存することが可能となる。
【００２２】
実施の形態５．
次に、実施の形態５について説明する。この実施の形態５の画面生成手段３の動作は、実施の形態３で説明した図８ならびに実施の形態４で説明した図１０と同様である。
図１０において、チェック処理部３０ｃが、入力部５からの画面入力データ５０からキーの文字列の先頭が合致するデータ５０ａを抽出する（ここでは、緯度＿１、緯度＿２、緯度＿３の３つ）。次に、画面入力データ５０から抽出した値を取得する（ここでは、３５、３９、２９）。次に、取得したそれぞれの値に対して、妥当性のチェックを実施する。緯度の場合であれば、度、分、秒それぞれが、整数値であること、値域内であることをチェックする。チェック結果として異常であれば、その旨ユーザに通知する。
以上の通り動作することで、画面部品生成プラグインだけを作成することにより、項目特有のチェック仕様に対応することが可能となる。
【００２３】
実施の形態３、実施の形態４、実施の形態５により、様々な入力方法を拡張可能な設備データ管理システムを容易に構築することができ、安価に利便性の向上を図ることが可能となる。
また、上述した実施の形態１〜実施の形態５のすべてについて、画面生成手段３が有するプログラムの再利用が可能であり、類似システムの構築時に生産性を向上させることができ、またシステムの負荷低減ができるという効果がある。
【００２４】
尚、この発明は、その発明の範囲内において、各実施の形態を自由に組み合わせたり、各実施の形態を適宜、変形、省略することが可能である。
【符号の説明】
【００２５】
１  設備管理情報データベース、２  管理項目定義情報データベース、
２ａ  管理項目定義情報、２ｂ  表示レイアウト定義情報、３  画面生成手段、
４  端末、５  入力部、６  表示部、６ａ  画面、５０  画面入力データ。
【図１】
2014002437.tif 000003
【図２】
2014002437.tif 000004
【図３】
2014002437.tif 000005
【図４】
2014002437.tif 000006
【図５】
2014002437.tif 000007
【図６】
2014002437.tif 000008
【図７】
2014002437.tif 000009
【図８】
2014002437.tif 000010
【図９】
2014002437.tif 000011
【図１０】
2014002437.tif 000012