修理票管理システム及び方法
【課題】配電設備等の不良箇所の修理内容を記載した修理票をシステム上で管理することにより、配電設備の修理業務を効率的に行えるようにする。
【解決手段】修理票管理サーバ１０は、利用者端末３０から設備不良に関するデータを受信するデータ受信部５０、受信データを修理票データとして格納する修理票データベース１２、利用者端末３０からの照会要求に応じて修理票データベース１２の修理票データを利用者端末３０へ送信する修理票照会部５２、各修理票について承認順序及び承認の進捗状況を表す工程管理情報が記憶される工程管理データベース１６、利用者端末３０からの承認要求に応じて当該利用者が承認すべき修理票を工程管理データベース１６から抽出して利用者端末３０へ送信し、承認操作を受付ける承認受付部５４、及び受付けた承認操作に基づいて工程管理データベース１６の工程管理情報を更新する承認記録部５６を備える。
【解決手段】修理票管理サーバ１０は、利用者端末３０から設備不良に関するデータを受信するデータ受信部５０、受信データを修理票データとして格納する修理票データベース１２、利用者端末３０からの照会要求に応じて修理票データベース１２の修理票データを利用者端末３０へ送信する修理票照会部５２、各修理票について承認順序及び承認の進捗状況を表す工程管理情報が記憶される工程管理データベース１６、利用者端末３０からの承認要求に応じて当該利用者が承認すべき修理票を工程管理データベース１６から抽出して利用者端末３０へ送信し、承認操作を受付ける承認受付部５４、及び受付けた承認操作に基づいて工程管理データベース１６の工程管理情報を更新する承認記録部５６を備える。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、電力会社等において電力設備の不良を修理するために発行される修理票を管理するシステム及び方法に関する。
【背景技術】
【０００２】
電力会社は、電柱や電線を含んだ膨大な数の配電設備を有しており、各配電設備に不良箇所が生じた場合には修理工事をすることが必要である。従来、電力会社における配電設備の不良箇所の修理業務は例えば次のような手順で行われている。すなわち、配電設備の不良箇所を点検すべく巡視点検を行い、不良箇所を発見した場合、巡視点検担当者がその不良内容を書き留めて社内運用部門へ連絡する。電力会社の運用部門担当者は、巡視点検担当者から不良の通知を受けると、その不良内容を記載した修理票を発行し、運用部門責任者が修理の必要性を判断したうえで修理票を承認する。承認された修理票は設計部門に回付され、設計部門担当者が修理票に基づいて設計書を作成する。設計書は、設計部門責任者の承認を受けたうえで、工事部門に回付され、設計書に基づいて修理工事が行われる。なお、このような修理票を管理するためのシステムに関連する先行文献について本出願人が知得しているものは本出願時点で存在しない。
【発明の開示】
【発明が解決しようとする課題】
【０００３】
上記のように、修理票の発行は、運用部門担当者が巡視点検担当者から通知された不良内容を伝票に書き写すことにより行っているため、業務効率が悪い。しかも、膨大な数の配電設備が膨大な数が存在するため不良の発生件数も相当数にのぼり、多数の修理票が発行されることになって修理票の発行に多大な時間を要してしまう。また、配電設備の不良が発見される都度、個別に修理票が発行されるため、修理票の一覧性が悪く、どの異常を優先して修理すべきか、優先度を管理することも難しい。さらに、紙ベースの修理票では紛失のおそれがあるうえ、修理票に係わる情報の共有が難しいため二重発行のおそれもある。このように、従来の修理票を用いた配電設備修理に係わる業務は必ずしも効率的とはいえなかった。
【０００４】
本発明は上記の点に鑑みてなされたものであり、配電設備等の不良箇所の修理内容を記載した修理票をシステム上で管理することにより、配電設備の修理業務を効率的に行えるようにすることを目的とする。
【課題を解決するための手段】
【０００５】
上記の目的を達成するため、本発明は、利用者の端末とネットワーク経由で接続されたコンピュータシステムにより構成され、配電設備の不良箇所及びその不良内容を示す修理票を管理するための修理票管理システムであって、
アクセスしてきた利用者の端末から、配電設備の不良箇所及びその不良内容を表すデータを受信するデータ受信部と、
前記データ受信部が受信したデータを修理票データとして格納するための修理票データベースと、
アクセスしてきた利用者の端末からの照会要求に応じて、前記修理票データベースに格納された修理票データを当該利用者の端末へ送信する修理票照会部と、を備えることを特徴とする。
【０００６】
この修理票管理システムは、各修理票について承認順序及び承認の進捗状況を表す工程管理情報が記憶される工程管理データベースと、
アクセスしてきた利用者の端末からの承認要求に応じて、前記工程管理データベースから当該利用者が承認すべき修理票を抽出して当該利用者の端末へ送信し、当該利用者の端末から承認操作を受け付ける承認受付部と、
前記承認受付部が受け付けた承認操作に基づいて、前記工程管理データベースに記憶された工程管理情報を更新する承認記録部と、を更に備えてもよい。
【０００７】
また、前記修理票データは、修理対象機器の種別に応じて分類されており、前記種別に応じたデータ項目を含んでいてもよい。
【発明の効果】
【０００８】
本発明によれば、配電設備等の不良箇所の修理内容を記載した修理票をシステム上で管理することにより、配電設備の修理業務を効率的に行うことが可能となる。
【発明を実施するための最良の形態】
【０００９】
以下、本発明の一実施形態の修理票管理システムについて説明する。本実施形態では、電力会社が有する配電設備の巡視点検担当者が設備の不良を発見した場合に、携帯端末から修理票管理システムにアクセスして不良内容を記した修理票をシステム上で発行する。発行された修理票は、運用部門の責任者や、工事設計部門の担当者・責任者、及び、工事会社が閲覧可能であり、業務フローに従って各部門での承認を経て、修理工事が実施される。
【００１０】
図１は、本発明の一実施形態である修理票管理システムの全体構成図である。本実施形態の修理票管理システムは、修理票管理サーバ１０を含んで構成されている。修理票管理サーバ１０は、ＣＰＵ、メモリ、記憶装置、通信インターフェース等を備えるコンピュータシステムにより構成されており、図１に示す如く、修理票データベース１２、画像情報データベース１４、工程管理データベース１６、及び利用者情報データベース１８の各データベースを備えている。
【００１１】
また、図１に示すように、修理票管理サーバ１０には、配電設備の巡視点検担当者が所持する携帯電話機やＰＤＡなどの携帯端末２０や、運用部門、管理部門、設計部門等の各部門の担当者や責任者が操作するコンピュータ端末２２が無線あるいは有線のネットワーク経由で接続されている。巡視点検担当者は、電柱や電線等の配電設備の巡視点検時に不良箇所を発見すると、所持する携帯端末２０から修理票管理サーバ１０へアクセスして不良内容等を入力して修理票を作成することができる。また、運用部門の担当者も、例えば一般利用者からの通報等により配電設備の不良箇所を把握した場合に、同様に、コンピュータ端末２２から修理票管理サーバ１０へアクセスして修理票を作成することができる。こうして作成された修理票のデータは修理票データベース１２に格納される。さらに、運用部門の責任者や、管理部門・設計部門・工事部門の担当者や責任者はそのコンピュータ端末２２から修理票管理サーバ１０へアクセスして作成された修理表の閲覧や承認を行なうことができる。本出願では、上記のように修理票管理サーバ１０へアクセスして修理票の作成、閲覧、承認等を行う各担当者や責任者を総称して利用者といい、また、携帯端末２０とコンピュータ端末２２とを総称して利用者端末３０という。
【００１２】
なお、修理票管理サーバ１０には、各配電設備の接地抵抗を管理する接地データ管理システム４０及び修理票に基づく工事設計業務を管理する設計管理システム４２が接続されており、後述するように、修理票管理サーバ１０はこれらのシステム４０，４２と連係して動作することができる。
【００１３】
修理票データベース１２には、作成された各修理票を表すデータ（以下、修理票データという）が格納される。本実施形態では、修理票を「一般」、「接地」、「防護管」、「木柱」等の種別に分類して管理している。
【００１４】
図２〜図５は、夫々、上記種別「一般」、「接地」、「防護管」、「木柱」について修理票データベース１２に格納された修理票データの構成例を示す。図２〜図５に示すように、修理票データベース１２に格納された修理票データは、事業場コード、修理票種別コード、発行者コード、発行年月日、一連番号、重要度、緩急度等の全種別に共通のデータ項目と、種別毎に設定されたデータ項目とが含まれている。ここで、一連番号は、発行事業場コード、修理票種別コード、発行者コード、及び、発行年月日が同じ修理票を区別するための番号である。すなわち、発行者コード、発行年月日、及び、一連番号により各修理票を識別することができ、これらを並べた番号を修理票番号として用いるものとする。
【００１５】
画像情報データベース１４には、各修理票に関連して、不良箇所の写真や地図等の画像が格納される。図６は、画像情報データベース１４に記録されたデータの構成例を示す。同図に示すように、画像情報データベース１４には、各修理票の修理票番号（発行者コード、発行年月日、一連番号）に関係付けて、画像ＩＤ及び画像ファイル名等が記録されている。一つの修理票について複数の画像データが登録される場合もあり、その場合は、各画像データに対応した複数の画像ＩＤ及び画像ファイル名が記録される。また、画像データ自体は別途、不図示の画像データベースに登録される。
【００１６】
工程管理データベース１６には、作成された各修理票について、運用部門及び設計部門の承認等を経て工事が発注されるまでのワークフローに関するデータが記録される。図７は、工程管理データベース１６に記録されたデータの構成例を示す。同図に示すように、工程管理データベース１６には、各修理票の修理票番号に関係付けて、運用部門での修理票の受付日・受付者・承認者・承認日、否決された場合の否決者・否決日・否決理由、設計部門の設計者・設計書番号・設計完了日・設計承認日・設計承認者・設計書交付日・交付者、工事完了日、作業責任者、工事完了承認日、工事完了承認者等が記録される。このうち、設計に関わる項目は、本システムに接続された設計管理システム４２からデータが受信されて工程管理データベース１６に格納されるようになっている。
【００１７】
図８は、利用者情報データベース１８に格納されたデータの構成例を示す。同図に示すように、利用者情報データベース１８には、本システムを利用する各利用者について、氏名、利用者コード、パスワード、所属部門コード、事業所コード、職位コード（例えば、担当、副長、課長など）等が記録されている。
【００１８】
図９は、修理票管理サーバ１０の主要機能部を示す機能ブロック図である。同図に示すように、修理票管理サーバ１０は、データ受信部５０、修理票照会部５２、承認受付部５４、及び承認記録部５６の各機能部を備えている。これらの機能部は、修理票管理サーバ１０を構成するコンピュータがプログラムを実行することにより実現される。
【００１９】
データ受信部５０は、修理票管理サーバ１０にアクセスしてきた利用者端末３０から配電設備の不良箇所及びその不良内容を表すデータを受信する。データ受信部５０が受信したデータは修理票データとして修理票データベース１２に格納される。
【００２０】
修理票照会部５２は、修理票管理サーバ１０にアクセスしてきた利用者端末３０からの照会要求に応じて、修理票データベース１２に格納された修理票データを当該利用者端末３０へ送信する。
【００２１】
承認受付部５４は、利用者端末３０からの承認要求に応じて当該利用者が承認すべき修理票を工程管理データベース１６から抽出して当該利用者の端末へ送信し、当該利用者端末３０から承認操作を受け付ける。また、承認記録部５６は、承認受付部５４が受け付けた承認操作に基づいて、工程管理データベース１６に記憶された工程管理情報を更新する。
【００２２】
以下、本実施形態における処理の内容について説明する。先ず、利用者端末３０から修理票の発行や照会を行う場合の処理について説明する。
【００２３】
図１０は、本実施形態において利用者端末３０から修理票管理サーバ１０にアクセスして修理票の発行や照会を行う場合の処理の流れの概要を示す。
【００２４】
同図に示すように、巡視点検中に不良箇所を発見して修理票を発行しようとする巡視点検担当者、あるいは、一般利用者から不良箇所の通報を受けて修理票を発行しようとする運用部門担当者は、利用者端末３０から修理票管理サーバ１０にアクセスする（Ｓ１００）。これに応じて、修理票管理サーバ１０は利用者コード及びパスワードの入力欄を含んだログイン画面を当該利用者端末へ送信する（Ｓ１０２）。このログイン画面で入力された利用者コード及びパスワードは修理票管理サーバ１０へ送信され（Ｓ１０４）、修理票管理サーバ１０は、それらを利用者情報データベース１８に格納された利用者コード及びパスワードと照合することにより利用者認証を行う（Ｓ１０６）。そして、正しく認証できた場合に、ログインを許可し、当該利用者端末３０へメインメニュー画面の画面データを送信する（Ｓ１０８）。メインメニュー画面には、修理票作成・照会メニュー及び修理票承認メニューが含まれている。この画面で修理票作成・照会メニューが選択されると（Ｓ１１０）、修理票管理サーバ１０は、図１１に示すような修理表一覧画面を当該利用者端末３０へ送信する（Ｓ１１２）。
【００２５】
図１１に示す如く、修理票一覧画面には、検索条件入力欄５００、検索ボタン５０２、一覧表示欄５０４、作成ボタン５０６、修理票詳細ボタン５０８などが含まれている。検索条件入力欄５００では、作成済みの修理票を検索するための検索条件が、種別、線路名、重要度、緩急度等の項目毎に設定できるようになっている。検索ボタン５０２がクリックされると（Ｓ１１４）、検索条件入力欄５００で設定された検索条件が修理票管理サーバ１０へ送信される（Ｓ１１６）。修理票管理サーバ１０は修理票データベース１２を参照して、その検索条件に該当する修理票データを検索し（Ｓ１１８）、利用者端末３０へ送信し（Ｓ１２０）、一覧表示欄５０４に表示させる。
【００２６】
また、一覧表示欄５０４において何れかの修理票が選択された状態で修理票詳細ボタン５０８がクリックされると（Ｓ１２２）、その修理票についての照会要求が修理票管理サーバ１０へ送信される（Ｓ１２３）。修理票管理サーバ１０の修理票照会部５２はこの商会要求を受信すると、要求された修理票データを修理票データベース１２から読み出してそれを表示する修理票画面を生成し（Ｓ１２４）、当該利用者端末３０へ送信する（Ｓ１２６）。
【００２７】
一方、新たに修理票を作成する場合には、担当者は、作成する修理票の種別を検索条件入力欄５００の種別欄で指定したうえで、作成ボタン５０６をクリックする（Ｓ１２８）。作成ボタン５０６がクリックされると、指定された種別の修理票の作成要求が修理票管理サーバ１０へ送信される（Ｓ１２９）。これに応じて、修理票管理サーバ１０は、該当する修理票種別の修理票を作成するための修理票画面を生成して（Ｓ１３０）当該利用者端末３０へ送信する（Ｓ１３１）。
【００２８】
図１２は、修理票種別「一般」についての修理票画面の一例を示す。なお、図１２及び以下に示す各修理票画面は、上記Ｓ１２６で送信される修理票画面と同じ体裁を有している。すなわち、修理票照会の場合の修理票画面は、該当する修理票データが各欄に表示された状態で利用者端末３０へ送信され、一方、修理票作成の場合の修理票画面は、各欄が空欄の状態で利用者端末３０へ送信されることになる。
【００２９】
図１２に示すように、修理票画面には、各種項目の入力欄が含まれている。このうち、作業区分については「作業区分」ボタン５１０をクリックすることにより図１３に示すようにサブウインドウ５２０が開いて作業区分を選択肢の中から選択できる。また、修理対象となる設備の品名規格については「入力」ボタン５１２をクリックすることにより、図１４に示すように、サブウインドウ５２２が開いて、品名規格や取付数量、再用数量、撤去数量を入力できる。また、「線路名検索」ボタン５１４をクリックすることにより線路名の検索ウインドウが開いて、この画面上で線路名を検索して入力することができる。なお、「画像」ボタン５１６は修理票を照会する画面の場合に機能し、このボタン５１６がクリックされると、修理票管理サーバ１０は、当該修理票について登録済みの画像情報を画像情報データベース１４から取得し、それらを一覧表示する画面を利用者端末３０へ送信する。なお、画像情報の登録は、例えば、携帯端末２０から修理票管理サーバ１０へ修理票番号と写真画像とを送信し、修理票管理サーバ１０にてその写真画像にファイル名を付けて保存すると共に、修理票番号と画像のファイル名とを関連付けて画像情報データベース１４に格納することにより行われる。
【００３０】
図１５は、修理票種別「接地」についての修理票画面の一例を示す。種別「接地」についての修理票は、適時実施される接地抵抗測定の結果、接地不良箇所が発見された場合に作成される。図１５に示すように、修理票種別「接地」については、登録済みの種別「接地」の修理票データを一覧表示する一覧領域５３０や、「入力」ボタン５３２が設けられている。「入力」ボタン５３２がクリックされると、図１６に示すような詳細入力ウインドウ５３４が開き、この画面で機器種別、支持種別、設置工事種別等の詳細項目を入力することができる。なお、上述のように、修理票管理サーバ１０には、接地抵抗測定結果を管理する接地データ管理システム４０が接続されており、この接地データ管理システム４０から該当する線路について接地抵抗が不良であるデータを取り込んで詳細入力ウインドウに自動入力させるようにすることもできる。
【００３１】
図１７は、修理票種別「防護管」についての修理票画面の一例を示す。防護管は、配電設備の工事を行う際に、作業員が電線に誤って触れないよう、目印として電線を覆うように取り付けられるものである。工事終了後に防護管を取り付けたままになり易いため、防護管を取り付けた際に「防護管」についての修理票を作成して、防護管の取り付け状態を管理している。
【００３２】
図１７に示すように、「防護管」についての修理票画面には、「支障理由」ボタン５４０、「取付数量入力」ボタン５４２、「その他情報」ボタン５４４等の操作ボタンが含まれている。「支障理由」ボタン５４０がクリックされると、図１８に示すようにウインドウ５４６が開き、支障理由を選択入力することができる。「取付数量入力」ボタン５４２がクリックされると、図１９に示すようにウインドウ５４８が開き、防護管の種別毎に取付数量を入力することができる。また、「その他情報」ボタン５４４がクリックされると、図２０に示すようにウインドウ５５０が開き、防護管の取付依頼者等の取付情報と、防護管の撤去了解日や了解者等の撤去情報を入力することができる。
【００３３】
図２１は、修理票種別「木柱」についての修理票画面の一例を示す。同図に示すように、この修理票画面には「入力」ボタン５６０が含まれており、このボタンがクリックされると、図２２に示すようにウインドウ５６２が開いて、対象となる木柱について設備区分や種別等の詳細情報を入力することができる。
【００３４】
以上のような各種別の修理表作成画面に入力欄に入力されて、各ボタンに含まれる「登録」ボタン５１８がクリックされると（Ｓ１３２）、入力データが修理票管理サーバ１０へ送信され（Ｓ１３４）、データ受信部５０により受信される。受信されたデータは修理票データとして修理票データベース１２に格納される（Ｓ１３６）。
【００３５】
また、作成された修理票は、所定の回付ルートでの承認を経て、その修理票に基づく修理工事が行われることとなる。ここで、修理票の承認操作について説明する。
【００３６】
図２３は、修理票の承認操作に係わる処理の流れの概要を示す。同図に示すように、メインメニュー画面にて修理票承認メニューが選択されると（Ｓ１５０）、利用者端末３０から修理票管理サーバ１０へ承認要求が送信される（Ｓ１５１）。修理票管理サーバ１０の承認受付部５４は、この承認要求を受信すると、図２４に例示する修理票承認対象一覧画面を生成し（Ｓ１５２）、利用者端末３０へ送信する（Ｓ１５４）。
【００３７】
図２４に示すように、修理票承認対象一覧画面には、ログインした利用者による承認待ちの状態である修理票が一覧表示される。すなわち、承認受付部５４は、ログイン時に入力された利用者ＩＤから利用者を識別し、工程管理データベース１６を参照して、当該利用者による承認待ちの状態にある修理票、つまり、ワークフローにおいて当該利用者の直前の承認者による承認が済んでいる修理票を抽出し、修理票承認対象一覧画面に一覧表示させる。例えば、上記した図７の工程管理データベース１６の例で、当該利用者が運用部門の課長である場合、副長による承認日までが記録された修理票を抽出する。
【００３８】
この修理票承認対象一覧画面にて何れかの修理票が選択された状態で「修理票照会」ボタン５７０がクリックされると（Ｓ１５６）、修理票管理サーバ１０の承認受付部５４は、選択された修理票のデータを修理票データベース１２から読み出して（Ｓ１５８）、利用者端末３０へ送信する（Ｓ１６０）。
【００３９】
また、修理票承認対象一覧画面にて何れかの修理票が選択された状態で、「直営施工承認」ボタン５７２、「付託工事承認」ボタン５７４、又は「緊急施工承認」ボタン５７６がクリックされると（Ｓ１６２）、修理票管理サーバ１０の承認記録部５６は、工程管理データベース１６に、選択された修理票の承認者として当該利用者の氏名を記録すると共に、その承認日を記録する（Ｓ１６４）。なお、「否決」ボタン５７８がクリックされた場合、修理票管理サーバ１０から利用者端末３０へ否決理由を入力するための入力画面が送信され、この画面で入力された否決理由が否決者及び否決日と共に工程管理データベース１６に記録される。
【００４０】
また、修理票承認対象一覧画面にて何れかの修理票が選択された状態で「回付ルート変更」ボタン５７８がクリックされると（Ｓ１６６）、修理票管理サーバ１０は、図２５に例示するような回付ルート設定画面を生成して（Ｓ１６８）利用者端末３０へ送信する（Ｓ１７０）。図２５に示すように、回付ルート設定画面には、工程管理データベース１６に記録された回付ルートが工程毎のブロック６００として表示され、各工程について承認者及び承認日が記録されている場合はブロック内にそれら承認者及び承認日が表示される。図２５の例では、運用担当受付（2004/3/16 中電太郎）まで工程が進んでいることが示されている。この回付ルート設定画面において、工程ブロック間の「→」ボタン６０２がクリックされると、新たな工程を追加することができ、また、何れかの工程を選択して「削除」ボタン６０４をクリックすると、その工程を削除することができる。こうして工程の追加又は削除の操作が行われて、「登録」ボタン６０６がクリックされると（Ｓ１７２）、それに応じて、修理票管理サーバ１０は工程管理データベース１６に記録された回付ルートを更新する（Ｓ１７４）。
【００４１】
以上のように、各修理票について回付ルートが設定され、その回付ルートに従って、承認操作が行われていく。そして、運用部門での最終的な承認が完了すると、その修理票データは、設計部門へ受け渡され、以後、設計部門において設計書の作成、承認、工事部門への工事指示等の工程管理が行われる。その際、修理票番号をキーとして設計の基となった修理票と関連付けられ、これにより、上記したように、設計部門での工程管理データを工程管理データベース１６に取り込むことが可能となっている。
【００４２】
以上説明したように、本実施形態のシステムによれば、巡視点検担当者が携帯端末２０等の利用者端末３０から修理票管理サーバ１０にアクセスして修理票をオンラインで作成できるので、従前のように巡視点検結果を修理票に書き写す場合に比べて修理票発行の業務効率が格段に向上する。また、作成された修理票は電子データとしてサーバ上に管理され、関係者は夫々の利用者端末３０から修理票を閲覧することができる。このため、利用者間で修理票データを共有することが可能となり、修理票の二重発行等の非効率な事態を防止することができる。
【００４３】
また、発行された修理票を、種別や重要度、緩急度、あるいは、地域等により適宜検索して一覧表示できるので、優先度を付けて修理を行うことが容易になると共に、例えば、巡視点検担当者が巡視点検地域付近についての修理票を照会して、ついでに不良状況を確認したり、修理を行ったりすることも可能となる。
【００４４】
また、修理票の回付ルートを設定し、回付ルートに従った経路で承認を受けたうえで修理票を設計部門に回付できる。このため、紙ベースの修理票を用いた場合と同様、社内の管理体制に沿った形態での修理業務への適応が可能である。
【図面の簡単な説明】
【００４５】
【図１】本発明の一実施形態である修理票管理システムの全体構成図である。
【図２】修理票種別「一般」について修理票データベースに格納された修理票データのデータ項目を示す図である。
【図３】修理票種別「接地」について修理票データベースに格納された修理票データの構成例を示す図である。
【図４】修理票種別「防護管」について修理票データベースに格納された修理票データの構成例を示す図である。
【図５】修理票種別「木柱」について修理票データベースに格納された修理票データの構成例を示す図である。
【図６】画像情報データベースのデータ構成例を示す図である。
【図７】工程管理データベースのデータ構成例を示す図である。
【図８】利用者情報データベースのデータ構成例を示す図である。
【図９】修理票管理サーバの主要機能部を示す機能ブロック図である。
【図１０】本実施形態において利用者端末から修理票管理サーバにアクセスして修理票の発行や照会を行う場合の処理の流れの概要を示す図である。
【図１１】修理票一覧画面の一例を示す図である。
【図１２】修理票種別「一般」についての修理票画面の一例を示す図（その１）である。
【図１３】修理票種別「一般」についての修理票画面の一例を示す図（その２）である。
【図１４】修理票種別「一般」についての修理票画面の一例を示す図（その３）である。
【図１５】修理票種別「接地」についての修理票画面の一例を示す図（その１）である。
【図１６】修理票種別「接地」についての修理票画面の一例を示す図（その２）である。
【図１７】修理票種別「防護管」についての修理票画面の一例を示す図（その１）である。
【図１８】修理票種別「防護管」についての修理票画面の一例を示す図（その２）である。
【図１９】修理票種別「防護管」についての修理票画面の一例を示す図（その３）である。
【図２０】修理票種別「防護管」についての修理票画面の一例を示す図（その４）である。
【図２１】修理票種別「木柱」についての修理票画面の一例を示す図（その１）である。
【図２２】修理票種別「木柱」についての修理票画面の一例を示す図（その２）である。
【図２３】修理票の承認操作に係わる処理の流れの概要を示す図である。
【図２４】修理票承認対象一覧画面の一例を示す図である。
【図２５】回付ルート設定画面の一例を示す図である。
【符号の説明】
【００４６】
１０ 修理票管理サーバ
１２ 修理票データベース
１４ 画像情報データベース
１６ 工程管理データベース
１８ 利用者情報データベース
２０ 携帯端末
２２ コンピュータ端末
３０ 利用者端末
４０ 接地データ管理システム
４２ 設計管理システム
５０ データ受信部
５２ 修理票照会部
５４ 承認受付部
５６ 承認記録部
【技術分野】
【０００１】
本発明は、電力会社等において電力設備の不良を修理するために発行される修理票を管理するシステム及び方法に関する。
【背景技術】
【０００２】
電力会社は、電柱や電線を含んだ膨大な数の配電設備を有しており、各配電設備に不良箇所が生じた場合には修理工事をすることが必要である。従来、電力会社における配電設備の不良箇所の修理業務は例えば次のような手順で行われている。すなわち、配電設備の不良箇所を点検すべく巡視点検を行い、不良箇所を発見した場合、巡視点検担当者がその不良内容を書き留めて社内運用部門へ連絡する。電力会社の運用部門担当者は、巡視点検担当者から不良の通知を受けると、その不良内容を記載した修理票を発行し、運用部門責任者が修理の必要性を判断したうえで修理票を承認する。承認された修理票は設計部門に回付され、設計部門担当者が修理票に基づいて設計書を作成する。設計書は、設計部門責任者の承認を受けたうえで、工事部門に回付され、設計書に基づいて修理工事が行われる。なお、このような修理票を管理するためのシステムに関連する先行文献について本出願人が知得しているものは本出願時点で存在しない。
【発明の開示】
【発明が解決しようとする課題】
【０００３】
上記のように、修理票の発行は、運用部門担当者が巡視点検担当者から通知された不良内容を伝票に書き写すことにより行っているため、業務効率が悪い。しかも、膨大な数の配電設備が膨大な数が存在するため不良の発生件数も相当数にのぼり、多数の修理票が発行されることになって修理票の発行に多大な時間を要してしまう。また、配電設備の不良が発見される都度、個別に修理票が発行されるため、修理票の一覧性が悪く、どの異常を優先して修理すべきか、優先度を管理することも難しい。さらに、紙ベースの修理票では紛失のおそれがあるうえ、修理票に係わる情報の共有が難しいため二重発行のおそれもある。このように、従来の修理票を用いた配電設備修理に係わる業務は必ずしも効率的とはいえなかった。
【０００４】
本発明は上記の点に鑑みてなされたものであり、配電設備等の不良箇所の修理内容を記載した修理票をシステム上で管理することにより、配電設備の修理業務を効率的に行えるようにすることを目的とする。
【課題を解決するための手段】
【０００５】
上記の目的を達成するため、本発明は、利用者の端末とネットワーク経由で接続されたコンピュータシステムにより構成され、配電設備の不良箇所及びその不良内容を示す修理票を管理するための修理票管理システムであって、
アクセスしてきた利用者の端末から、配電設備の不良箇所及びその不良内容を表すデータを受信するデータ受信部と、
前記データ受信部が受信したデータを修理票データとして格納するための修理票データベースと、
アクセスしてきた利用者の端末からの照会要求に応じて、前記修理票データベースに格納された修理票データを当該利用者の端末へ送信する修理票照会部と、を備えることを特徴とする。
【０００６】
この修理票管理システムは、各修理票について承認順序及び承認の進捗状況を表す工程管理情報が記憶される工程管理データベースと、
アクセスしてきた利用者の端末からの承認要求に応じて、前記工程管理データベースから当該利用者が承認すべき修理票を抽出して当該利用者の端末へ送信し、当該利用者の端末から承認操作を受け付ける承認受付部と、
前記承認受付部が受け付けた承認操作に基づいて、前記工程管理データベースに記憶された工程管理情報を更新する承認記録部と、を更に備えてもよい。
【０００７】
また、前記修理票データは、修理対象機器の種別に応じて分類されており、前記種別に応じたデータ項目を含んでいてもよい。
【発明の効果】
【０００８】
本発明によれば、配電設備等の不良箇所の修理内容を記載した修理票をシステム上で管理することにより、配電設備の修理業務を効率的に行うことが可能となる。
【発明を実施するための最良の形態】
【０００９】
以下、本発明の一実施形態の修理票管理システムについて説明する。本実施形態では、電力会社が有する配電設備の巡視点検担当者が設備の不良を発見した場合に、携帯端末から修理票管理システムにアクセスして不良内容を記した修理票をシステム上で発行する。発行された修理票は、運用部門の責任者や、工事設計部門の担当者・責任者、及び、工事会社が閲覧可能であり、業務フローに従って各部門での承認を経て、修理工事が実施される。
【００１０】
図１は、本発明の一実施形態である修理票管理システムの全体構成図である。本実施形態の修理票管理システムは、修理票管理サーバ１０を含んで構成されている。修理票管理サーバ１０は、ＣＰＵ、メモリ、記憶装置、通信インターフェース等を備えるコンピュータシステムにより構成されており、図１に示す如く、修理票データベース１２、画像情報データベース１４、工程管理データベース１６、及び利用者情報データベース１８の各データベースを備えている。
【００１１】
また、図１に示すように、修理票管理サーバ１０には、配電設備の巡視点検担当者が所持する携帯電話機やＰＤＡなどの携帯端末２０や、運用部門、管理部門、設計部門等の各部門の担当者や責任者が操作するコンピュータ端末２２が無線あるいは有線のネットワーク経由で接続されている。巡視点検担当者は、電柱や電線等の配電設備の巡視点検時に不良箇所を発見すると、所持する携帯端末２０から修理票管理サーバ１０へアクセスして不良内容等を入力して修理票を作成することができる。また、運用部門の担当者も、例えば一般利用者からの通報等により配電設備の不良箇所を把握した場合に、同様に、コンピュータ端末２２から修理票管理サーバ１０へアクセスして修理票を作成することができる。こうして作成された修理票のデータは修理票データベース１２に格納される。さらに、運用部門の責任者や、管理部門・設計部門・工事部門の担当者や責任者はそのコンピュータ端末２２から修理票管理サーバ１０へアクセスして作成された修理表の閲覧や承認を行なうことができる。本出願では、上記のように修理票管理サーバ１０へアクセスして修理票の作成、閲覧、承認等を行う各担当者や責任者を総称して利用者といい、また、携帯端末２０とコンピュータ端末２２とを総称して利用者端末３０という。
【００１２】
なお、修理票管理サーバ１０には、各配電設備の接地抵抗を管理する接地データ管理システム４０及び修理票に基づく工事設計業務を管理する設計管理システム４２が接続されており、後述するように、修理票管理サーバ１０はこれらのシステム４０，４２と連係して動作することができる。
【００１３】
修理票データベース１２には、作成された各修理票を表すデータ（以下、修理票データという）が格納される。本実施形態では、修理票を「一般」、「接地」、「防護管」、「木柱」等の種別に分類して管理している。
【００１４】
図２〜図５は、夫々、上記種別「一般」、「接地」、「防護管」、「木柱」について修理票データベース１２に格納された修理票データの構成例を示す。図２〜図５に示すように、修理票データベース１２に格納された修理票データは、事業場コード、修理票種別コード、発行者コード、発行年月日、一連番号、重要度、緩急度等の全種別に共通のデータ項目と、種別毎に設定されたデータ項目とが含まれている。ここで、一連番号は、発行事業場コード、修理票種別コード、発行者コード、及び、発行年月日が同じ修理票を区別するための番号である。すなわち、発行者コード、発行年月日、及び、一連番号により各修理票を識別することができ、これらを並べた番号を修理票番号として用いるものとする。
【００１５】
画像情報データベース１４には、各修理票に関連して、不良箇所の写真や地図等の画像が格納される。図６は、画像情報データベース１４に記録されたデータの構成例を示す。同図に示すように、画像情報データベース１４には、各修理票の修理票番号（発行者コード、発行年月日、一連番号）に関係付けて、画像ＩＤ及び画像ファイル名等が記録されている。一つの修理票について複数の画像データが登録される場合もあり、その場合は、各画像データに対応した複数の画像ＩＤ及び画像ファイル名が記録される。また、画像データ自体は別途、不図示の画像データベースに登録される。
【００１６】
工程管理データベース１６には、作成された各修理票について、運用部門及び設計部門の承認等を経て工事が発注されるまでのワークフローに関するデータが記録される。図７は、工程管理データベース１６に記録されたデータの構成例を示す。同図に示すように、工程管理データベース１６には、各修理票の修理票番号に関係付けて、運用部門での修理票の受付日・受付者・承認者・承認日、否決された場合の否決者・否決日・否決理由、設計部門の設計者・設計書番号・設計完了日・設計承認日・設計承認者・設計書交付日・交付者、工事完了日、作業責任者、工事完了承認日、工事完了承認者等が記録される。このうち、設計に関わる項目は、本システムに接続された設計管理システム４２からデータが受信されて工程管理データベース１６に格納されるようになっている。
【００１７】
図８は、利用者情報データベース１８に格納されたデータの構成例を示す。同図に示すように、利用者情報データベース１８には、本システムを利用する各利用者について、氏名、利用者コード、パスワード、所属部門コード、事業所コード、職位コード（例えば、担当、副長、課長など）等が記録されている。
【００１８】
図９は、修理票管理サーバ１０の主要機能部を示す機能ブロック図である。同図に示すように、修理票管理サーバ１０は、データ受信部５０、修理票照会部５２、承認受付部５４、及び承認記録部５６の各機能部を備えている。これらの機能部は、修理票管理サーバ１０を構成するコンピュータがプログラムを実行することにより実現される。
【００１９】
データ受信部５０は、修理票管理サーバ１０にアクセスしてきた利用者端末３０から配電設備の不良箇所及びその不良内容を表すデータを受信する。データ受信部５０が受信したデータは修理票データとして修理票データベース１２に格納される。
【００２０】
修理票照会部５２は、修理票管理サーバ１０にアクセスしてきた利用者端末３０からの照会要求に応じて、修理票データベース１２に格納された修理票データを当該利用者端末３０へ送信する。
【００２１】
承認受付部５４は、利用者端末３０からの承認要求に応じて当該利用者が承認すべき修理票を工程管理データベース１６から抽出して当該利用者の端末へ送信し、当該利用者端末３０から承認操作を受け付ける。また、承認記録部５６は、承認受付部５４が受け付けた承認操作に基づいて、工程管理データベース１６に記憶された工程管理情報を更新する。
【００２２】
以下、本実施形態における処理の内容について説明する。先ず、利用者端末３０から修理票の発行や照会を行う場合の処理について説明する。
【００２３】
図１０は、本実施形態において利用者端末３０から修理票管理サーバ１０にアクセスして修理票の発行や照会を行う場合の処理の流れの概要を示す。
【００２４】
同図に示すように、巡視点検中に不良箇所を発見して修理票を発行しようとする巡視点検担当者、あるいは、一般利用者から不良箇所の通報を受けて修理票を発行しようとする運用部門担当者は、利用者端末３０から修理票管理サーバ１０にアクセスする（Ｓ１００）。これに応じて、修理票管理サーバ１０は利用者コード及びパスワードの入力欄を含んだログイン画面を当該利用者端末へ送信する（Ｓ１０２）。このログイン画面で入力された利用者コード及びパスワードは修理票管理サーバ１０へ送信され（Ｓ１０４）、修理票管理サーバ１０は、それらを利用者情報データベース１８に格納された利用者コード及びパスワードと照合することにより利用者認証を行う（Ｓ１０６）。そして、正しく認証できた場合に、ログインを許可し、当該利用者端末３０へメインメニュー画面の画面データを送信する（Ｓ１０８）。メインメニュー画面には、修理票作成・照会メニュー及び修理票承認メニューが含まれている。この画面で修理票作成・照会メニューが選択されると（Ｓ１１０）、修理票管理サーバ１０は、図１１に示すような修理表一覧画面を当該利用者端末３０へ送信する（Ｓ１１２）。
【００２５】
図１１に示す如く、修理票一覧画面には、検索条件入力欄５００、検索ボタン５０２、一覧表示欄５０４、作成ボタン５０６、修理票詳細ボタン５０８などが含まれている。検索条件入力欄５００では、作成済みの修理票を検索するための検索条件が、種別、線路名、重要度、緩急度等の項目毎に設定できるようになっている。検索ボタン５０２がクリックされると（Ｓ１１４）、検索条件入力欄５００で設定された検索条件が修理票管理サーバ１０へ送信される（Ｓ１１６）。修理票管理サーバ１０は修理票データベース１２を参照して、その検索条件に該当する修理票データを検索し（Ｓ１１８）、利用者端末３０へ送信し（Ｓ１２０）、一覧表示欄５０４に表示させる。
【００２６】
また、一覧表示欄５０４において何れかの修理票が選択された状態で修理票詳細ボタン５０８がクリックされると（Ｓ１２２）、その修理票についての照会要求が修理票管理サーバ１０へ送信される（Ｓ１２３）。修理票管理サーバ１０の修理票照会部５２はこの商会要求を受信すると、要求された修理票データを修理票データベース１２から読み出してそれを表示する修理票画面を生成し（Ｓ１２４）、当該利用者端末３０へ送信する（Ｓ１２６）。
【００２７】
一方、新たに修理票を作成する場合には、担当者は、作成する修理票の種別を検索条件入力欄５００の種別欄で指定したうえで、作成ボタン５０６をクリックする（Ｓ１２８）。作成ボタン５０６がクリックされると、指定された種別の修理票の作成要求が修理票管理サーバ１０へ送信される（Ｓ１２９）。これに応じて、修理票管理サーバ１０は、該当する修理票種別の修理票を作成するための修理票画面を生成して（Ｓ１３０）当該利用者端末３０へ送信する（Ｓ１３１）。
【００２８】
図１２は、修理票種別「一般」についての修理票画面の一例を示す。なお、図１２及び以下に示す各修理票画面は、上記Ｓ１２６で送信される修理票画面と同じ体裁を有している。すなわち、修理票照会の場合の修理票画面は、該当する修理票データが各欄に表示された状態で利用者端末３０へ送信され、一方、修理票作成の場合の修理票画面は、各欄が空欄の状態で利用者端末３０へ送信されることになる。
【００２９】
図１２に示すように、修理票画面には、各種項目の入力欄が含まれている。このうち、作業区分については「作業区分」ボタン５１０をクリックすることにより図１３に示すようにサブウインドウ５２０が開いて作業区分を選択肢の中から選択できる。また、修理対象となる設備の品名規格については「入力」ボタン５１２をクリックすることにより、図１４に示すように、サブウインドウ５２２が開いて、品名規格や取付数量、再用数量、撤去数量を入力できる。また、「線路名検索」ボタン５１４をクリックすることにより線路名の検索ウインドウが開いて、この画面上で線路名を検索して入力することができる。なお、「画像」ボタン５１６は修理票を照会する画面の場合に機能し、このボタン５１６がクリックされると、修理票管理サーバ１０は、当該修理票について登録済みの画像情報を画像情報データベース１４から取得し、それらを一覧表示する画面を利用者端末３０へ送信する。なお、画像情報の登録は、例えば、携帯端末２０から修理票管理サーバ１０へ修理票番号と写真画像とを送信し、修理票管理サーバ１０にてその写真画像にファイル名を付けて保存すると共に、修理票番号と画像のファイル名とを関連付けて画像情報データベース１４に格納することにより行われる。
【００３０】
図１５は、修理票種別「接地」についての修理票画面の一例を示す。種別「接地」についての修理票は、適時実施される接地抵抗測定の結果、接地不良箇所が発見された場合に作成される。図１５に示すように、修理票種別「接地」については、登録済みの種別「接地」の修理票データを一覧表示する一覧領域５３０や、「入力」ボタン５３２が設けられている。「入力」ボタン５３２がクリックされると、図１６に示すような詳細入力ウインドウ５３４が開き、この画面で機器種別、支持種別、設置工事種別等の詳細項目を入力することができる。なお、上述のように、修理票管理サーバ１０には、接地抵抗測定結果を管理する接地データ管理システム４０が接続されており、この接地データ管理システム４０から該当する線路について接地抵抗が不良であるデータを取り込んで詳細入力ウインドウに自動入力させるようにすることもできる。
【００３１】
図１７は、修理票種別「防護管」についての修理票画面の一例を示す。防護管は、配電設備の工事を行う際に、作業員が電線に誤って触れないよう、目印として電線を覆うように取り付けられるものである。工事終了後に防護管を取り付けたままになり易いため、防護管を取り付けた際に「防護管」についての修理票を作成して、防護管の取り付け状態を管理している。
【００３２】
図１７に示すように、「防護管」についての修理票画面には、「支障理由」ボタン５４０、「取付数量入力」ボタン５４２、「その他情報」ボタン５４４等の操作ボタンが含まれている。「支障理由」ボタン５４０がクリックされると、図１８に示すようにウインドウ５４６が開き、支障理由を選択入力することができる。「取付数量入力」ボタン５４２がクリックされると、図１９に示すようにウインドウ５４８が開き、防護管の種別毎に取付数量を入力することができる。また、「その他情報」ボタン５４４がクリックされると、図２０に示すようにウインドウ５５０が開き、防護管の取付依頼者等の取付情報と、防護管の撤去了解日や了解者等の撤去情報を入力することができる。
【００３３】
図２１は、修理票種別「木柱」についての修理票画面の一例を示す。同図に示すように、この修理票画面には「入力」ボタン５６０が含まれており、このボタンがクリックされると、図２２に示すようにウインドウ５６２が開いて、対象となる木柱について設備区分や種別等の詳細情報を入力することができる。
【００３４】
以上のような各種別の修理表作成画面に入力欄に入力されて、各ボタンに含まれる「登録」ボタン５１８がクリックされると（Ｓ１３２）、入力データが修理票管理サーバ１０へ送信され（Ｓ１３４）、データ受信部５０により受信される。受信されたデータは修理票データとして修理票データベース１２に格納される（Ｓ１３６）。
【００３５】
また、作成された修理票は、所定の回付ルートでの承認を経て、その修理票に基づく修理工事が行われることとなる。ここで、修理票の承認操作について説明する。
【００３６】
図２３は、修理票の承認操作に係わる処理の流れの概要を示す。同図に示すように、メインメニュー画面にて修理票承認メニューが選択されると（Ｓ１５０）、利用者端末３０から修理票管理サーバ１０へ承認要求が送信される（Ｓ１５１）。修理票管理サーバ１０の承認受付部５４は、この承認要求を受信すると、図２４に例示する修理票承認対象一覧画面を生成し（Ｓ１５２）、利用者端末３０へ送信する（Ｓ１５４）。
【００３７】
図２４に示すように、修理票承認対象一覧画面には、ログインした利用者による承認待ちの状態である修理票が一覧表示される。すなわち、承認受付部５４は、ログイン時に入力された利用者ＩＤから利用者を識別し、工程管理データベース１６を参照して、当該利用者による承認待ちの状態にある修理票、つまり、ワークフローにおいて当該利用者の直前の承認者による承認が済んでいる修理票を抽出し、修理票承認対象一覧画面に一覧表示させる。例えば、上記した図７の工程管理データベース１６の例で、当該利用者が運用部門の課長である場合、副長による承認日までが記録された修理票を抽出する。
【００３８】
この修理票承認対象一覧画面にて何れかの修理票が選択された状態で「修理票照会」ボタン５７０がクリックされると（Ｓ１５６）、修理票管理サーバ１０の承認受付部５４は、選択された修理票のデータを修理票データベース１２から読み出して（Ｓ１５８）、利用者端末３０へ送信する（Ｓ１６０）。
【００３９】
また、修理票承認対象一覧画面にて何れかの修理票が選択された状態で、「直営施工承認」ボタン５７２、「付託工事承認」ボタン５７４、又は「緊急施工承認」ボタン５７６がクリックされると（Ｓ１６２）、修理票管理サーバ１０の承認記録部５６は、工程管理データベース１６に、選択された修理票の承認者として当該利用者の氏名を記録すると共に、その承認日を記録する（Ｓ１６４）。なお、「否決」ボタン５７８がクリックされた場合、修理票管理サーバ１０から利用者端末３０へ否決理由を入力するための入力画面が送信され、この画面で入力された否決理由が否決者及び否決日と共に工程管理データベース１６に記録される。
【００４０】
また、修理票承認対象一覧画面にて何れかの修理票が選択された状態で「回付ルート変更」ボタン５７８がクリックされると（Ｓ１６６）、修理票管理サーバ１０は、図２５に例示するような回付ルート設定画面を生成して（Ｓ１６８）利用者端末３０へ送信する（Ｓ１７０）。図２５に示すように、回付ルート設定画面には、工程管理データベース１６に記録された回付ルートが工程毎のブロック６００として表示され、各工程について承認者及び承認日が記録されている場合はブロック内にそれら承認者及び承認日が表示される。図２５の例では、運用担当受付（2004/3/16 中電太郎）まで工程が進んでいることが示されている。この回付ルート設定画面において、工程ブロック間の「→」ボタン６０２がクリックされると、新たな工程を追加することができ、また、何れかの工程を選択して「削除」ボタン６０４をクリックすると、その工程を削除することができる。こうして工程の追加又は削除の操作が行われて、「登録」ボタン６０６がクリックされると（Ｓ１７２）、それに応じて、修理票管理サーバ１０は工程管理データベース１６に記録された回付ルートを更新する（Ｓ１７４）。
【００４１】
以上のように、各修理票について回付ルートが設定され、その回付ルートに従って、承認操作が行われていく。そして、運用部門での最終的な承認が完了すると、その修理票データは、設計部門へ受け渡され、以後、設計部門において設計書の作成、承認、工事部門への工事指示等の工程管理が行われる。その際、修理票番号をキーとして設計の基となった修理票と関連付けられ、これにより、上記したように、設計部門での工程管理データを工程管理データベース１６に取り込むことが可能となっている。
【００４２】
以上説明したように、本実施形態のシステムによれば、巡視点検担当者が携帯端末２０等の利用者端末３０から修理票管理サーバ１０にアクセスして修理票をオンラインで作成できるので、従前のように巡視点検結果を修理票に書き写す場合に比べて修理票発行の業務効率が格段に向上する。また、作成された修理票は電子データとしてサーバ上に管理され、関係者は夫々の利用者端末３０から修理票を閲覧することができる。このため、利用者間で修理票データを共有することが可能となり、修理票の二重発行等の非効率な事態を防止することができる。
【００４３】
また、発行された修理票を、種別や重要度、緩急度、あるいは、地域等により適宜検索して一覧表示できるので、優先度を付けて修理を行うことが容易になると共に、例えば、巡視点検担当者が巡視点検地域付近についての修理票を照会して、ついでに不良状況を確認したり、修理を行ったりすることも可能となる。
【００４４】
また、修理票の回付ルートを設定し、回付ルートに従った経路で承認を受けたうえで修理票を設計部門に回付できる。このため、紙ベースの修理票を用いた場合と同様、社内の管理体制に沿った形態での修理業務への適応が可能である。
【図面の簡単な説明】
【００４５】
【図１】本発明の一実施形態である修理票管理システムの全体構成図である。
【図２】修理票種別「一般」について修理票データベースに格納された修理票データのデータ項目を示す図である。
【図３】修理票種別「接地」について修理票データベースに格納された修理票データの構成例を示す図である。
【図４】修理票種別「防護管」について修理票データベースに格納された修理票データの構成例を示す図である。
【図５】修理票種別「木柱」について修理票データベースに格納された修理票データの構成例を示す図である。
【図６】画像情報データベースのデータ構成例を示す図である。
【図７】工程管理データベースのデータ構成例を示す図である。
【図８】利用者情報データベースのデータ構成例を示す図である。
【図９】修理票管理サーバの主要機能部を示す機能ブロック図である。
【図１０】本実施形態において利用者端末から修理票管理サーバにアクセスして修理票の発行や照会を行う場合の処理の流れの概要を示す図である。
【図１１】修理票一覧画面の一例を示す図である。
【図１２】修理票種別「一般」についての修理票画面の一例を示す図（その１）である。
【図１３】修理票種別「一般」についての修理票画面の一例を示す図（その２）である。
【図１４】修理票種別「一般」についての修理票画面の一例を示す図（その３）である。
【図１５】修理票種別「接地」についての修理票画面の一例を示す図（その１）である。
【図１６】修理票種別「接地」についての修理票画面の一例を示す図（その２）である。
【図１７】修理票種別「防護管」についての修理票画面の一例を示す図（その１）である。
【図１８】修理票種別「防護管」についての修理票画面の一例を示す図（その２）である。
【図１９】修理票種別「防護管」についての修理票画面の一例を示す図（その３）である。
【図２０】修理票種別「防護管」についての修理票画面の一例を示す図（その４）である。
【図２１】修理票種別「木柱」についての修理票画面の一例を示す図（その１）である。
【図２２】修理票種別「木柱」についての修理票画面の一例を示す図（その２）である。
【図２３】修理票の承認操作に係わる処理の流れの概要を示す図である。
【図２４】修理票承認対象一覧画面の一例を示す図である。
【図２５】回付ルート設定画面の一例を示す図である。
【符号の説明】
【００４６】
１０ 修理票管理サーバ
１２ 修理票データベース
１４ 画像情報データベース
１６ 工程管理データベース
１８ 利用者情報データベース
２０ 携帯端末
２２ コンピュータ端末
３０ 利用者端末
４０ 接地データ管理システム
４２ 設計管理システム
５０ データ受信部
５２ 修理票照会部
５４ 承認受付部
５６ 承認記録部
【特許請求の範囲】
【請求項１】
利用者の端末とネットワーク経由で接続されたコンピュータシステムにより構成され、配電設備の不良箇所及びその不良内容を示す修理票を管理するための修理票管理システムであって、
アクセスしてきた利用者の端末から、配電設備の不良箇所及びその不良内容を表すデータを受信するデータ受信部と、
前記データ受信部が受信したデータを修理票データとして格納するための修理票データベースと、
アクセスしてきた利用者の端末からの照会要求に応じて、前記修理票データベースに格納された修理票データを当該利用者の端末へ送信する修理票照会部と、を備えることを特徴とする修理票管理システム。
【請求項２】
請求項１記載の修理票管理システムにおいて、
各修理票について承認順序及び承認の進捗状況を表す工程管理情報が記憶される工程管理データベースと、
アクセスしてきた利用者の端末からの承認要求に応じて、前記工程管理データベースから当該利用者が承認すべき修理票を抽出して当該利用者の端末へ送信し、当該利用者の端末から承認操作を受け付ける承認受付部と、
前記承認受付部が受け付けた承認操作に基づいて、前記工程管理データベースに記憶された工程管理情報を更新する承認記録部と、を更に備えることを特徴とする請求項１記載の修理票管理システム。
【請求項３】
前記修理票データは、修理対象機器の種別に応じて分類されており、前記種別に応じたデータ項目を含むことを特徴とする請求項１又は２記載の修理票管理システム。
【請求項４】
利用者の端末とネットワーク経由で接続されたコンピュータシステムにより、配電設備の不良箇所及びその不良内容を示す修理票を管理するための方法であって、
前記コンピュータシステムが、アクセスしてきた利用者の端末から、配電設備の不良箇所及びその不良内容を表すデータを受信するステップと、
前記コンピュータシステムが、前記受信したデータを修理票データとして修理票データベースに格納するステップと、
前記コンピュータシステムが、アクセスしてきた利用者の端末からの照会要求に応じて、前記修理票データベースに格納された修理票データを当該利用者の端末へ送信するステップと、を備えることを特徴とする修理票管理方法。
【請求項５】
請求項４記載の修理票管理方法において、
前記コンピュータシステムが、アクセスしてきた利用者の端末からの承認要求に応じて、各修理票について承認順序及び承認の進捗状況を表す工程管理情報が格納された工程管理データベースから、当該利用者が承認すべき修理票を抽出して当該利用者の端末へ送信し、当該利用者の端末から承認操作を受け付けるステップと、
前記承認受付部が受け付けた承認操作に基づいて、前記工程管理データベースに記憶された工程管理情報を更新するステップと、を備えることを特徴とする方法。
【請求項１】
利用者の端末とネットワーク経由で接続されたコンピュータシステムにより構成され、配電設備の不良箇所及びその不良内容を示す修理票を管理するための修理票管理システムであって、
アクセスしてきた利用者の端末から、配電設備の不良箇所及びその不良内容を表すデータを受信するデータ受信部と、
前記データ受信部が受信したデータを修理票データとして格納するための修理票データベースと、
アクセスしてきた利用者の端末からの照会要求に応じて、前記修理票データベースに格納された修理票データを当該利用者の端末へ送信する修理票照会部と、を備えることを特徴とする修理票管理システム。
【請求項２】
請求項１記載の修理票管理システムにおいて、
各修理票について承認順序及び承認の進捗状況を表す工程管理情報が記憶される工程管理データベースと、
アクセスしてきた利用者の端末からの承認要求に応じて、前記工程管理データベースから当該利用者が承認すべき修理票を抽出して当該利用者の端末へ送信し、当該利用者の端末から承認操作を受け付ける承認受付部と、
前記承認受付部が受け付けた承認操作に基づいて、前記工程管理データベースに記憶された工程管理情報を更新する承認記録部と、を更に備えることを特徴とする請求項１記載の修理票管理システム。
【請求項３】
前記修理票データは、修理対象機器の種別に応じて分類されており、前記種別に応じたデータ項目を含むことを特徴とする請求項１又は２記載の修理票管理システム。
【請求項４】
利用者の端末とネットワーク経由で接続されたコンピュータシステムにより、配電設備の不良箇所及びその不良内容を示す修理票を管理するための方法であって、
前記コンピュータシステムが、アクセスしてきた利用者の端末から、配電設備の不良箇所及びその不良内容を表すデータを受信するステップと、
前記コンピュータシステムが、前記受信したデータを修理票データとして修理票データベースに格納するステップと、
前記コンピュータシステムが、アクセスしてきた利用者の端末からの照会要求に応じて、前記修理票データベースに格納された修理票データを当該利用者の端末へ送信するステップと、を備えることを特徴とする修理票管理方法。
【請求項５】
請求項４記載の修理票管理方法において、
前記コンピュータシステムが、アクセスしてきた利用者の端末からの承認要求に応じて、各修理票について承認順序及び承認の進捗状況を表す工程管理情報が格納された工程管理データベースから、当該利用者が承認すべき修理票を抽出して当該利用者の端末へ送信し、当該利用者の端末から承認操作を受け付けるステップと、
前記承認受付部が受け付けた承認操作に基づいて、前記工程管理データベースに記憶された工程管理情報を更新するステップと、を備えることを特徴とする方法。
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図２３】
【図１】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２４】
【図２５】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図２３】
【図１】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２４】
【図２５】
【公開番号】特開２００６−４０１５７（Ｐ２００６−４０１５７Ａ）
【公開日】平成１８年２月９日（２００６．２．９）
【国際特許分類】
【出願番号】特願２００４−２２２１９７（Ｐ２００４−２２２１９７）
【出願日】平成１６年７月２９日（２００４．７．２９）
【出願人】（０００２１１３０７）中国電力株式会社 (6,505)
【Ｆターム（参考）】
【公開日】平成１８年２月９日（２００６．２．９）
【国際特許分類】
【出願日】平成１６年７月２９日（２００４．７．２９）
【出願人】（０００２１１３０７）中国電力株式会社 (6,505)
【Ｆターム（参考）】
[ Back to top ]