JP5235928B2 - 設備維持管理システム - Google Patents

Description

この発明は、分野を問わず、管理対象設備の維持管理を行う設備維持管理システムに関するものである。

例えば電力会社工務部門の電力設備管理業務や自治体での道路設備維持管理業務などの、管理対象設備の維持管理業務に関するシステムにおいては、管理対象設備の製造者や型式などは「三菱電機」などのような表記文字をデータベース内の設備台帳テーブルに登録することは無く、「０１」に「三菱電機」というコードを付番し、設備台帳テーブルには「０１」を登録する。このように「０１」が「三菱電機」であるという意味づけを行うテーブルをコードマスタテーブルと呼ぶ。このコードマスタテーブルのコード「０１」を設備台帳テーブルに登録することで、「三菱電機」が「三菱電機（株）」と表記を変更する場合にも容易に対応可能であり、設備台帳データを登録する場面では、コードマスタテーブルの内容を、選択候補として表示することが可能となる。
近年データベース利用も普及し、このようなコードマスタテーブルを使用するシステムは一般的となっている。（特許文献１参照）。設備管理業務用の設備管理システムでは、複数の施工部門が同一のシステムを利用することも少なくない。

例えば、発電所の機器を管理する部門と、発電された電気を変電設備まで送る送電部門が、同一のシステムを使う例がある。このような場合、同一の「製造者」というコードマスタテーブルであっても、発電部門と送電部門で利用する「製造者」は明確に異なっており、発電部門の設備台帳登録の場面で、送電部門の「製造者」が選択リストに表示されることを良しとせず、発電部門で利用する「製造者」と送電部門で利用する「製造者」をフィルタリングして表示して欲しいという要求が増加している。
同様に、送電部門で使用する「製造者」であっても、管理対象設備の種類（電線やがいし）によって使用する「製造者」は明確に分離できるため、前述の部門による「製造者」のフィルタリングの他に、設備種類による「製造者」のフィルタリングの要求も増加している。

システムを構成する中央処理装置（ＣＰＵ）や主記憶装置（メモリ）などの近年の発展は目覚しく、選択候補表示に少々の処理を付加したとしても、十分に性能を確保できる状況にあり、コードマスタテーブルに利用制限をかけるようにしても、システムの性能に影響しなくなっている。

特開２００１−５６８１０号公報（第１２〜２２頁、図５）

従来の設備維持管理システムでは、「製造者」というコード群の中に発変電用、送電用の「製造者」が混在しており、製造者を表示する場合に、登録されているすべての「製造者」を選択候補として表示してしまうと、必ずしも対象業務に合致した「製造者」のみが表示されることにはならず、システム利用者の利便性を損なうという問題が存在していた。
同様に、発電用か送電用かなど、入力する設備台帳の種類、すなわち管理対象設備の種類によっても、利用対象となる「製造者」は限定されるため、システム利用者の利便性を
損なうという問題が存在していた。

この発明は、上記のような問題を解決するためになされたものであり、設備台帳入力時に、処理対象の部門や設備種類に応じた入力候補を表示する設備維持管理システムを得ることを目的としている。

この発明に係わる設備維持管理システムにおいては、設備を維持管理するために、設備に関連するコード名称を含む設備台帳を作成する設備維持管理システムであって、 コード及びこれに対応するコード名称が定義されるとともにコードの属するグループが定義されたコードマスタテーブル、利用者の属する部門別及びグループ別にコードの表示を禁止する禁止リストが格納された部門別コードテーブル、利用者がコード名称を含む設備台帳を作成する場合に、コードマスタテーブルと部門別コードテーブルとを参照して、利用者の属する部門に該当し、かつグループに該当するコード名称を、禁止リストのコード名称を除いて、設備台帳への選択候補として表示するデータベース操作部を備えたものである。

この発明は、以上説明したように、設備を維持管理するために、設備に関連するコード名称を含む設備台帳を作成する設備維持管理システムであって、 コード及びこれに対応するコード名称が定義されるとともにコードの属するグループが定義されたコードマスタテーブル、利用者の属する部門別及びグループ別にコードの表示を禁止する禁止リストが格納された部門別コードテーブル、利用者がコード名称を含む設備台帳を作成する場合に、コードマスタテーブルと部門別コードテーブルとを参照して、利用者の属する部門に該当し、かつグループに該当するコード名称を、禁止リストのコード名称を除いて、設備台帳への選択候補として表示するデータベース操作部を備えたので、設備台帳入力時に利用者の属する部門に応じて最適なコード名称を表示することができる。

この発明の実施の形態１による設備維持管理システムのデータベース構造を示す図である。 この発明の実施の形態１による設備維持管理システム全体のソフトウェア構成を示す図である。 この発明の実施の形態１による設備維持管理システムを示す構成図である。 この発明の実施の形態１による設備維持管理システムのデータ例を示す図である。 この発明の実施の形態１による設備維持管理システムの処理を示すフローチャートである。 この発明の実施の形態２による設備維持管理システムの処理を示すフローチャートである。 この発明の実施の形態３による設備維持管理システムの処理を示すフローチャートである。 この発明の実施の形態４による設備維持管理システムのデータ例を示す図である。

実施の形態１．
以下、この発明の実施の形態１について説明する。
図１は、この発明の実施の形態１による設備維持管理システムのデータベース構造を示す図である。
図１において、カラム定義テーブル１１は、他のテーブルの内容を定義するテーブル定義テーブルであって、これによって管理されるテーブルが持つカラムＩＤとそれに対する名称、データ型などの属性を管理する。コードグループテーブル１２は、コードをグルーピングするためのテーブルで、グループ番号に対する名称を管理する。コードマスタテーブル１３は、コードに対する名称を管理する。一行ごとがコードマスタである。部門別コードテーブル１４は、発電や送電などの、ある部門別ＩＤが利用不可能であるコードを管理するテーブルであり、コートグループ番号について、利用不可能なコートは禁止リストとして登録されている。ユーザテーブル１５は、システム内で管理するユーザの部門ＩＤと名称を管理する。部門テーブル１６は、システム内で管理する、発電や送電などの、部門のＩＤとその名称を管理する。設備台帳テーブル１７は、設備に関する諸元を管理する。

図２は、この発明の実施の形態１による設備維持管理システム全体のソフトウェア構成を示す図である。
図２において、利用者２１は、設備台帳アプリケーションを実行する。設備台帳アプリケーション２２は、利用者２１が実際に利用する設備台帳のアプリケーションである。データベース操作部２３は、データベース２４へのデータ検索およびデータ追加、更新を行い、実施の形態１では、とくに利用者２１に対する利用可能なコードマスタを判別し、結果を設備台帳アプリケーション２２に返す処理を行う。データベース２４は、図１で示される構造をもつデータベースである。
すなわち、データベース操作部２３が、データベース２４へのデータ検索およびデータ追加、更新を司り、設備台帳アプリケーション２２が、データベース操作部２３を操作し、利用者２１は、設備台帳アプリケーション２２を操作する構成となっている。
なお、設備台帳アプリケーション２２と、データベース操作部２３と、データベース２４は設備維持管理システムを構成する。

図３は、この発明の実施の形態１による設備維持管理システムを示す構成図である。
図３において、図２のソフトウェアをシステムとして構成したものが、図３である。データベース装置１は、データベース２４が配置されるサーバ装置である。アプリケーションサーバ装置２は、データベース操作部２３と設備台帳アプリケーション２２が配置されるサーバ装置である。表示装置３は、設備台帳アプリケーション２２が処理した結果を表示するとともに、設備台帳アプリケーション２２に対する設備台帳入力画面を表示する。

図４は、この発明の実施の形態１による設備維持管理システムのデータ例を示す図である。
図４において、１１〜１７は図１におけるものと同一のものである。図４では、具体的なデータが入力されている。

図５は、この発明の実施の形態１による設備維持管理システムの処理を示すフローチャートである。

次に、動作について説明する。
まず、利用者が属する部門に対してのコードマスタの利用制限について説明する。
システム内では、利用者２１に対して、利用者２１が属する部門ＩＤを付与して管理している。部門ＩＤは、部門テーブル１６により、ＩＤと名称が管理される。また操作対象の設備台帳テーブル１７に定義されているカラムが何であるかはカラム定義テーブル１１に定義されている。カラム定義テーブル１１のコードグループ番号カラムに値が設定されている項目は、コードマスタテーブル１３を参照し、コードと名称を変換する対象であることを表している。
また、部門別コードテーブル１４には、発電や送電などの、ある部門ＩＤで表わされる
部門が、利用不可能であるコードが設定され、これはその部門による使用を禁止する禁止リストとして登録されている。図４のデータ例では、部門ＩＤ＝１０１は、コードグループ番号＝Ｇ００１の、コード＝０２（コード名称＝修理）が使用不可能であることを表している。

以下に、ユーザ「Ａ０００１」（部門ＩＤ＝１０１、部門名称＝水力変電）がログインし、設備台帳入力画面の「設置理由」という項目に選択対象が表示されるまでの処理フローを、図５にしたがって、記述する。なお、以下の説明で、「システム」と表記された場合には、データベース操作部２３の処理を示している。
ステップＳ１で、利用者「Ａ０００１」（図４のユーザテーブル１５内）は、システムにログインする。ステップＳ２で、システムは、ユーザテーブル１５を参照して、利用者「Ａ０００１」に対する部門ＩＤ「１０１」を取得する。次いで、ステップＳ３で、利用者「Ａ０００１」は、設備台帳アプリケーション２２を実行する。
ステップＳ４で、システムは、カラム定義テーブル１１から、設備台帳テーブル１７にあるカラム情報を取得する。次いで、ステップＳ５で、システムは、取得したカラム定義テーブル１１の「設置理由」というカラムに、コードグループ番号「Ｇ００１」が設定されていることを認識する。

ステップＳ６で、システムは、部門別コードテーブル１４から部門ＩＤ＝１０１のレコードを取得する。次いで、ステップＳ７で、ステップＳ６で取得した部門別コードテーブル１４の部門ＩＤ＝１０１のレコードから、コードグループ番号「Ｇ００１」かつコード「０２」が禁止リストであることを認識する。
ステップＳ８で、コードマスタテーブル１３から、コードグループ番号「Ｇ００１」で、かつコード「０２」以外のデータを取得する。ステップＳ９で、システムはステップＳ８の結果を表示する。図４のコードマスタテーブル１３に登録されているデータのうち、コード「０２」（コード名称：修理）が利用不可能になっているから表示されず、コードグループ番号「Ｇ００１」で、かつコード「０１」（コード名称：新設）と「０３」（コード名称：取替）のデータが表示される。
ステップＳ１０で、利用者「Ａ０００１」は、表示された選択候補から適切な設置理由を選択する。
これにより、禁止リストの項目を表示しないようにしたので、表示装置３には、利用者の所属する部門が必要とする候補のみを表示することができる。

実施の形態１によれば、利用者「Ａ０００１」が属する部門ＩＤ「１０１」全体に利用制限がかけられているコードマスタを除いた設置理由一覧から適切な設置理由を選択することができ、コードマスタ選択に要する時間を削減できる。
また、１つのコードグループに大量のコードが登録されている場合であっても、部門全体で利用可能な一覧しか選択対象とならないため、入力作業時間を低減する効果が得られる。

実施の形態２．
図６は、この発明の実施の形態２による設備維持管理システムの処理を示すフローチャートである。

実施の形態２は、入力対象の設備種類によるコードマスタの利用制限についてのものである。
カラム定義テーブル１１は、コードグループ番号の他にサブグループ番号を持っている。サブグループ番号に値の設定されているカラムは、コードマスタテーブル１３の参照時に、実施の形態１とは異なる処理を実施する。
システム（データベース操作部２３）は、サブグループ番号により、コードグループテ
ーブル１２を参照する。参照したコードグループに親コードグループ番号が設定されている場合は、その親コードグループ番号（図４では、「Ｇ００２」）によってコードマスタテーブル１３を検索する。

ただし、このとき、コードグループテーブル１２の検索キーカラムに設定されている「０」と「１」からなる文字列（図４では「１００」など）を取得し、「１」の設定されている桁とコードマスタテーブル１３の検索キーカラムの「１」が設定されている桁が検索されるような、あいまい検索を行うＳＱＬ文を生成する。
例えば、コードグループテーブル１２の検索キーが「１００」となっていれば、コードマスタテーブル１３の検索キーカラムの先頭１桁が「１」となっているデータを取得するように「ｓｅｌｅｃｔ ＊ ｆｒｏｍ コードマスタ ｗｈｅｒｅ 検索キー ｌｉｋｅ
‘１＿＿’」というＳＱＬ文を生成する。「検索キー ｌｉｋｅ ‘１＿＿’」の部分が先頭１桁＝「１」であることを表すあいまい検索文である。
この構造により、部門内の設備種類などによる、より詳細な利用制限を実現する。

次に、図６にしたがって、部門内の設備種類などによる、より詳細な利用制限を実現する処理フローについて説明する。
ステップＳ１で、利用者「Ａ０００１」は、システムにログインする。ステップＳ３で、利用者「Ａ０００１」は、設備台帳アプリケーション２２を実行する。
ステップＳ１１で、システムは、設備台帳テーブル１７として「遮断器」「電線」「がいし」の３種類があることを認識する。次いで、ステップＳ１２で、利用者「Ａ０００１」は、上記３種類から「遮断器」の設備台帳テーブルを選択する。ステップＳ１３で、システムは、カラム定義テーブル１１から「遮断器」設備台帳テーブルのカラム情報を取得する。
ステップＳ１４で、システムは、ステップＳ１３の結果から、「メーカ」カラムが、コードグループ番号「Ｇ００２」、サブグループ番号「Ｇ００２＿１」であることを認識する。

次いで、ステップＳ１５で、システムは、コードグループテーブル１２のコードグループ番号「Ｇ００２＿１」を検索し、親グループ番号「Ｇ００２」、検索キー「１００」であることを認識する。
さらに、ステップＳ１６で、システムは、検索キー「１００」から、あいまい検索式「検索キー ｌｉｋｅ ‘１＿＿’」を生成し、この条件でコードマスタテーブル１３を検索する。ステップＳ１７で、システムはステップＳ１６の検索結果として、コード「００１」（三菱電機）とコード「００２」（三菱化学）の２件のコードマスタを取得する。
次いで、ステップＳ１８で、システムは、ステップＳ１７の結果を表示する。そして、ステップＳ１９で、利用者「Ａ０００１」は、表示された三菱電機、三菱化学から適切なメーカを選択する。

実施の形態２によれば、同一部門内であっても、入力対象の設備種類が異なることにより、選択対象となるメーカを変化させることができる。
全社的には、「メーカコード」として一元管理しているコードから設備種類によって入力候補を変化させることにより、真の選択候補のみを表示させることができ、利用者の利便性と業務処理効率を向上させる効果がある。

実施の形態３．
図７は、この発明の実施の形態３による設備維持管理システムの処理を示すフローチャートである。
図７において、ステップＳ１〜Ｓ３の処理は図５におけるものと、ステップＳ１１〜Ｓ１５、ステップＳ１７〜Ｓ１９の処理は図６におけるものと、それぞれ同一の処理である
。図７では、ステップＳ１５の後に、ステップＳ２１とステップＳ２２が追加されている。

実施の形態３は、部門での利用制限と設備種類によるコードマスタの利用制限を同時に制御する方法についてのものである。
実施の形態２では、利用者単位に設定された部門ＩＤを使用しなかった。この部門ＩＤを実施の形態２にも利用することにより、部門による利用制限と設備種類によるコードマスタの利用制限の両者を合わせた処理を実現できる。

以下に、図７を用いて、この場合の処理フローについて説明する。
ステップＳ１〜ステップＳ３は図５におけるものと同一の処理であるから、その説明を省略する。また、ステップＳ１１〜ステップＳ１５及びステップＳ１７〜ステップＳ１９は、図６におけるものと同一の処理であるから、これもその説明を省略する。
図７では、ステップＳ１５に次いで、ステップＳ２１の処理を実行する。
ステップＳ２１では、システムは、検索キー「１００」から、あいまい検索式「検索キー ｌｉｋｅ ‘１＿＿’」を生成する。
次いで、ステップＳ２２で、さらにステップＳ２の処理の結果得られた部門ＩＤ「１０１」が利用禁止となっているコードマスタを部門別コードテーブル１４から抽出し、これを除外するあいまい検索式「検索キー ｌｉｋｅ ‘１＿＿’ ＡＮＤ ＮＯＴ ＩＮ （ＳＥＬＥＣＴ コード ＦＲＯＭ コードマスタ ＷＨＥＲＥ 部門ＩＤ＝１０１ ＡＮＤ コードグループ番号＝Ｇ００２ ）」を、ステップＳ２１の結果に付加して生成し、この条件で、コードマスタテーブル１３を検索する。
これにより、ステップＳ１７で、システムは、ステップＳ２２の検索結果として、コード「００１」（三菱電機）とコード「００２」（三菱化学）の２件のコードマスタを取得する。
この後、ステップＳ１８とステップＳ１９が実行される。

実施の形態３によれば、全社で管理されているメーカから、部門ＩＤ「１０１」にのみ利用が禁止されているコードマスタを除き、かつ、設備種類による利用制限を実現することができ、実施の形態２以上に、利用者の利便性と業務処理効率を向上させる効果がある。

実施の形態４．
図８は、この発明の実施の形態４による設備維持管理システムのデータ例を示す図である。
図８において、１１〜１７は図４におけるものと同一のものである。図８では、コードグループテーブル１２の検索キーと、コードマスタテーブル１３の検索キーがどちらも６桁になっている。また、部門別コードテーブル１４には何も登録されていない。

実施の形態４は、部門別コードテーブル１４を使用せずに、部門と操作対象設備種類によるコードマスタの利用制限を実施する方法についてのものである。
実施の形態２で示した方法の応用として、部門別コードテーブル１４を使用せずに部門と設備種類の両者で、コードマスタの利用制限を設けることができる。
図８のデータ例のうち、図４のデータ例との違いは以下のとおりである。
（１） 部門別コードテーブル１４にレコードがない。
（２） コードグループテーブル１２の検索キー「１００」（図４）が、「１０００００」と下３桁に「０」が追加されている。
（３） コードマスタテーブル１３の検索キー「１００」（図４）が、「１０００００」と下３桁に「０」が追加されている。

図８では、検索キーに部門の情報を含ませている。すなわち、上３桁を部門「１０１」用、下３桁を部門「１０２」用というデータとすることで、利用者の属する部門ＩＤが何であるかによらず、該当するコードマスタテーブル１３の各データが部門ＩＤ「１０１」で利用可能であれば、上３桁の先頭１桁に「１」が立ち、利用不可能であれば、先頭１桁が「０」となる。処理フローは実施の形態２と同じであるため、その説明を省略する。

実施の形態４によれば、部門別コードを利用せずに、部門ＩＤと設備種類によるコードマスタの利用制限が実現できる。部門が２つまたは３つ程度であれば、部門別コードを利用しない本実施の形態４の方が、実施の形態２よりもわかりやすい。
しかし、部門が多くなるにつれ、検索キーの桁数を増やす必要があり、データメンテナンス性は低下する。どちらを利用するかは、部門の数によって選択可能となっている。

１ データベース装置
２ アプリケーションサーバ装置
３ 表示装置
１１ カラム定義テーブル
１２ コードグループテーブル
１３ コードマスタテーブル
１４ 部門別コードテーブル
１５ ユーザテーブル
１６ 部門テーブル
１７ 設備台帳
２１ 利用者
２２ 設備台帳アプリケーション
２３ データベース操作部
２４ データベース

Claims (3)

1. 設備を維持管理するために、上記設備に関連するコード名称を含む設備台帳を作成する設備維持管理システムであって、
   コード及びこれに対応するコード名称が定義されるとともに上記コードの属するグループが定義されたコードマスタテーブル、
   利用者の属する部門別及び上記グループ別に上記コードの表示を禁止する禁止リストが格納された部門別コードテーブル、
   上記利用者が上記コード名称を含む設備台帳を作成する場合に、上記コードマスタテーブルと上記部門別コードテーブルとを参照して、上記利用者の属する部門に該当し、かつ上記グループに該当するコード名称を、上記禁止リストのコード名称を除いて、上記設備台帳への選択候補として表示するデータベース操作部を備えたことを特徴とする設備維持管理システム。
2. 上記コードマスタテーブルには、上記設備台帳の種類に応じて上記コード名称を検索するための検索キーが定義され、
   上記データベース操作部は、上記検索キーにより検索されたコード名称を、上記設備台帳への選択候補として表示することを特徴とする請求項１記載の設備維持管理システム。
3. 設備を維持管理するために、上記設備に関連するコード名称を含む設備台帳を作成する設備維持管理システムであって、
   コード及びこれに対応するコード名称並びに上記コードの属するグループが定義されるとともに、利用者の属する部門及び設備台帳の種類に応じて上記コード名称を検索するための検索キーが定義されたコードマスタテーブル、
   上記利用者が上記コード名称を含む設備台帳を作成する場合に、上記検索キーを用いて上記コードマスタテーブルから検索されたコード名称を、上記設備台帳への選択候補として表示するデータベース操作部を備えたことを特徴とする設備維持管理システム。

Images