街路灯管理システム
【課題】 同一区域内でも管理者が異なる街路灯において、不点灯等の故障があった場合に、一般の通行者が修理を求めるための通報先が分かりにくいという問題があった。また、通報後においても修理に一定の期間が必要になるという問題があった。
【解決手段】 街路灯の故障に関する通報先を、インターネットのホームページ上に一元化し、街路灯と連動した地図を用いて通報の方法を容易とすることにより、一般の通行者から迅速に通報を得られることとする。また、管理者が異なる街路灯について、専門性を有する工事業者が修理を一括して代行することで、通報後の修理を迅速に行えることとする。
【解決手段】 街路灯の故障に関する通報先を、インターネットのホームページ上に一元化し、街路灯と連動した地図を用いて通報の方法を容易とすることにより、一般の通行者から迅速に通報を得られることとする。また、管理者が異なる街路灯について、専門性を有する工事業者が修理を一括して代行することで、通報後の修理を迅速に行えることとする。
【発明の詳細な説明】
【技術分野】
【０００１】
一般の通行者が利用する街路灯の維持管理を行うコンピュータシステムに関する。
【背景技術】
【０００２】
公共の道路、橋梁、公園等には、一般の通行者における安全の確保のために、地方公共団体、自治会、企業等により街路灯が設置されている。そのため、維持管理についても設置者が各自に行うことが原則となる。
【０００３】
一般に街路灯は、蛍光灯、白熱灯、水銀灯等によるものが多く、一定期間ごとに電球の交換が必要となる。この場合、不点灯となった街路灯を発見した一般の通行者からの通報により、はじめて設置者が不点灯であることを認識する例が多く見られる。
【０００４】
しかし、街路灯は設置者により通報先が異なるため、一般の通行者では通報先が分かりづらい場合がある。そのため、設置者への通報がなされずに長期にわたり不点灯の街路灯が放置されるような場合もあり、安全対策の面で問題である。
【０００５】
さらに、自治会等が設置した街路灯の不点灯では、自治会長等が電球の交換を行うことになるが、専門性を有しない自治会長等では電球のワット数の判断等が困難な場合がある。また、新たに電気店で電球を購入しなければならず、交換に一定の期間を要することになる。
【０００６】
加えて、不点灯の原因は電球が切れている場合に限られず、電線や配電施設に問題があることも考えられる。そのような場合には、専門的知識を有しない自治会長等では対応することができない。
【０００７】
そのため、実務においては、本来は需給契約者である街路灯の管理者が行うべき街路灯の維持管理であっても、上記の困難性から電力供給会社等の工事担当者が無償で協力を行うような場合もあった。
【０００８】
なお、街路灯を地図データとともにデータベース化して街路灯の維持管理を行う街路灯管理システム等が提案されている（例えば、特許文献１を参照）。
【特許文献１】特開２００４−１１９０３０号公報
【発明の開示】
【発明が解決しようとする課題】
【０００９】
上述の通り、安全対策の観点からも街路灯の適正な維持管理が求められるが、街路灯の管理者がそれぞれ異なるため通報先の把握が困難であり、不点灯の情報が管理者に届くのに一定の時間を要する。また、街路灯は地方公共団体によっても設置されるが、通報が可能な時間は平日の午前９時から午後５時までに限られ、実際に街路灯が点灯している時間には通報をすることができないという問題がある。
【００１０】
街路灯の管理者に通報がなされた後においても、自治会が設置した街路灯では、修理を行う自治会長等は通常の業務の傍らに行うことから、実際に修理を行う時期が遅れるという問題がある。
【００１１】
本発明は、上記の問題に対処するためになされたものであり、すべての街路灯についての通報を、インターネット等の公衆に利用可能な通信ネットワーク上で一元的に受け付け、修理についても専門性を有する工事担当者が代行して行うことにより、適正な街路灯の管理を実現するとともに、管理に携わる関係者の負担軽減を可能とする街路灯管理システムを提供することを目的とする。
【課題を解決するための手段】
【００１２】
本発明の街路灯管理システムは、街路灯の情報を管理する街路灯管理システムであって、公衆に利用可能な通信ネットワークに接続した端末の表示部に、通信ネットワークを介して、街路灯の一覧と、それぞれの街路灯に対応した入力領域を表示する街路灯情報表示手段と、該入力領域に入力された街路灯の故障情報のデータを、通信ネットワークを介して受信し、保存する故障情報取得手段と、あらかじめ保持する街路灯の情報から、前記故障した街路灯の管理者と、街路灯の故障の修理に必要な工事情報を抽出する修理情報抽出手段と、を備えることを特徴とする。
【００１３】
すなわち、街路灯の管理に携わる電力供給会社や地方公共団体等が、コンピュータサーバを用いて区域内の街路灯を一元的に管理するシステムである。
【００１４】
ここで街路灯とは、主に市町村や都道府県等により設置される道路照明灯や、自治会等により設置される防犯灯、商店会等により設置される商店街灯等を意味する。
【００１５】
公衆に利用可能なネットワークとは、一般の利用者がアクセス可能なインターネット等のオープンなネットワークであって、携帯電話を用いて行われる通信ネットワークも含まれる。
【００１６】
街路灯の故障とは、電球が切れたことによる不点灯に限らず、消灯時間においても消灯しない場合や、電線や配電設備の故障による場合も含むものである。
【００１７】
なお、前記街路灯の一覧は、街路灯の位置を示す地図により表すことを特徴とする。
すなわち、所管する街路灯を地図で具体的に図示することで、より好ましい効果を奏することができる。
【００１８】
また、本発明の街路灯管理システムは、前記故障した街路灯の管理者が備える端末の表示部に、故障した街路灯の情報と、故障の修理に必要な工事情報と、修理申込の要否に関する入力を行う入力領域とを、通信ネットワークを介して表示する故障情報表示手段と、前記故障した街路灯の管理者により、該入力領域に入力された修理申込の要否に関するデータを、通信ネットワークを介して受信し、修理申込の要否を判定して保存する修理申込取得手段と、を備えることを特徴とする。
【００１９】
すなわち、通行者からの街路灯の故障に関する通報を街路灯の管理者に知らせ、具体的な情報をもとに、修理の代行を案内して申し込みを受け付けることができる。
【００２０】
さらに、本発明の街路灯管理システムは、故障した街路灯の修理を行う工事担当者が備える端末の表示部に、故障した街路灯の情報と、修理に必要な工事情報と、前記修理申込取得手段により修理申込を要と判定した修理申込のデータとを、通信ネットワークを介して表示する工事依頼手段を備えることを特徴とする。
【００２１】
これにより、修理の申し込みがあった故障した街路灯について、迅速に工事の依頼を行うことができる。
【００２２】
また、本発明の街路灯管理システムは、前記故障した街路灯の修理を行う工事担当者は、前記修理申込取得手段により修理申込を要と判定した修理申込のデータと、あらかじめ保持する街路灯の工事担当者の情報に基づいて選定される工事担当者選定手段を備えることを特徴とする。
【００２３】
これにより、上記の工事担当者が二以上である場合に、申し込みの受付とともに工事担当者の選定を行うことが可能となる。
【００２４】
なお、前記工事依頼手段により表示される工事依頼には、工事担当者における工事依頼の諾否に関する入力を行う入力領域を含み、該入力領域に入力した工事依頼の諾否に関するデータを、通信ネットワークを介して受信し、工事依頼の諾否を判定して保存する工事受諾情報取得手段と、前記工事受諾情報取得手段により工事依頼を諾と判定した工事依頼のデータを、前記故障した街路灯の管理者が備える端末の表示部に、通信ネットワークを介して表示する工事情報表示手段と、を備えることを特徴とする。
【００２５】
すなわち、工事担当者が外部の工事業者等であって、工事依頼の諾否確認が必要な場合に、一連のネットワーク処理において、その諾否を確認したうえで、工事の日程の取得までを行う。
【００２６】
また、本発明の街路灯管理システムは、前記工事依頼を受けた工事担当者が備える端末の表示部に、工事の完了を報告する入力領域を、通信ネットワークを介して表示する完了報告依頼手段と、該入力領域に入力した工事完了報告のデータを、通信ネットワークを介して受信する完了報告受信手段と、前記工事完了報告のデータを、前記故障した街路灯の管理者が備える端末の表示部に、通信ネットワークを介して表示する工事完了報告手段と、を備えることを特徴とする。
【００２７】
これにより、工事の完了を管理できるとともに、修理を申し込んだ街路灯の管理者にも報告を行うことができる。
【００２８】
さらに、本発明の街路灯管理システムは、前記完了報告受信手段により受信した工事完了報告のデータと、あらかじめ保持する街路灯の情報に基づき、前記故障した街路灯の修理代金を算定する修理代金算定手段と、前記故障した街路灯の管理者が備える端末の表示部に、前記修理代金算定手段により算定した修理代金に基づく請求書データを、通信ネットワークを介して表示する修理代金請求手段と、を備えることを特徴とする。
【００２９】
ここで、修理代金の算定に用いる工事完了報告のデータには、完了した工事の種類が入力されており、あらかじめ保持する街路灯の情報には、工事の種別とその単価が管理されており、それらに基づいて修理代金が算定される。
【発明の効果】
【００３０】
本発明によれば、これまで一般の通行者では煩雑であった街路灯の管理者への不点灯等の街路灯の通報を、インターネットのホームページ等で一元的に行うことができる。インターネットのホームページ等では２４時間いつでも通報することが可能であり、また、ブラウザ等に表示した地図を検索しながら通報を行うことで、一般の通行者からの通報を格段に容易にしている。
【００３１】
また、通報を受けた後においても、専門性を有する事業者が代行して工事を行い、後で工事代金を請求することにより、迅速な修理を実現するとともに、街路灯の管理者等の負担を大幅に減少させることができる。
【００３２】
さらに、これら一連の作業のストリームラインをネットワーク上で行うことで、一般の通行者が不点灯等の街路灯を発見してから、修理の完了までを迅速に行うことができる。そのため、不点灯の期間は大幅に短縮することが可能となり、地域における安全対策面にも大きな効果が認められる。
【発明を実施するための最良の形態】
【００３３】
以下、本発明の１実施形態を、図面を参照しながら説明する。図１は、本発明に係る街路灯管理システム１と、通信ネットワーク２を介して接続する工事担当者のコンピュータ端末３、街路灯管理者のコンピュータ端末４、通行者のコンピュータ端末５の機能ブロック図である。
【００３４】
街路灯管理システム１は、通信ネットワーク２等と通信を行う送受信部１１、街路灯の管理に関する演算処理等を行う中央演算処理部１２、街路灯や街路灯管理者等に関するデータ等を保持する記憶部１３、データを入力するキーボード等の入力部１４およびデータを出力する表示装置あるいはプリンタ等の出力部１５から構成されている。
【００３５】
街路灯管理システム１の送受信部１１は、公衆に利用可能なインターネット等の通信ネットワーク２を介して、工事担当者のコンピュータ端末３、街路灯管理者のコンピュータ端末４、通行者のコンピュータ端末５等に接続する。
【００３６】
なお、工事担当者者のコンピュータ端末３および街路灯管理者のコンピュータ端末４は、専用ネットワークにより接続してもよい。
【００３７】
記憶部１３は、街路灯のＩＤ、所在地、種類等の情報を保持する街路灯ＤＢ１３１、街路灯の所管区域の地図データを保持する地図ＤＢ１３２、街路灯の管理者の名称、住所、連絡先等に関する情報を保持する管理者ＤＢ１３３、街路灯修理に必要な工事を行う工事担当者の情報を管理する工事担当者ＤＢ１３４、街路灯の修理に関する情報を保持する修理ＤＢ１３５、修理代金の請求等に関する情報を保持する請求ＤＢ１３６等により構成されている。
【００３８】
中央演算処理部１２は、送受信部１１との間でデータの受け渡しを行う送受信処理手段５０１、入力部１４または出力部１５とデータの受け渡しを行う入出力処理手段５０２、一般の通行者が利用する端末に街路灯の情報を表示する街路灯情報表示手段５０３、街路灯情報の表示画面の入力領域に入力された街路灯の故障情報を取得する故障情報取得手段５０４、取得した街路灯の故障情報に基づいて、故障した街路灯の管理者と街路灯の修理に必要な工事情報等を抽出する修理情報抽出手段５０５、故障した街路灯の管理者が備えるコンピュータ端末に街路灯の故障の情報を表示する故障情報表示手段５０６、故障情報の表示画面の入力領域に入力された修理の申し込みを受け付ける修理申込取得手段５０７と、修理のための工事担当者を選定する工事担当者選定手段５０８、工事担当者に工事を依頼する工事依頼手段５０９、依頼を受けた工事担当者が工事の確認を行う工事受諾情報取得手段５１０、工事担当者が予定する工事の情報を街路灯の管理者に知らせる工事情報表示手段５１１、工事担当者に工事完了報告のフォーマットを表示する完了報告依頼手段５１２、工事担当者からの工事完了報告を受信する完了報告受信手段５１３、工事完了報告を街路灯の管理者に表示する工事完了報告手段５１４、街路灯の修理代金を算定する修理代金算定手段５１５、街路灯の管理者に修理代金を請求する修理代金請求手段５１６を備える。
【００３９】
次に、記憶部１３が保持するデータベースの構成例について説明する。
街路灯ＤＢ１３１では、所管区域内にあるすべての街路灯の情報を管理する。街路灯にはそれぞれ主キーとして個別の街路灯ＩＤが付与され、街路灯の所在地、緯度経度、種別等の街路灯の情報を保持する。街路灯ＤＢ１３１には街路灯種別マスタを備え、蛍光灯、白熱灯、水銀灯等の街路灯の種別を管理する（図２（ａ）（ｂ））。
【００４０】
また、街路灯ＤＢ１３１は、それぞれの街路灯の緯度経度情報を保持することから、地図ＤＢ１３２が保持する緯度経度の情報を持つ地図データに街路灯の位置をプロットして呼び出すことができる（図２（ｂ））。
【００４１】
さらに、街路灯ＤＢ１３１は、管理者ＤＢ１３３の主キーである管理者ＩＤを保持し、街路灯の管理者の氏名・名称、住所、電話番号、メールアドレス等を参照することができる（図２（ｂ））。
【００４２】
修理ＤＢ１３５では、修理の案件ごとに固有の修理案件ＩＤが付与され、修理の申込日や修理を行った日、修理種別等の修理に関する情報を管理する（図３（ａ））。
【００４３】
修理ＤＢ１３５には修理種別マスタを備え、蛍光灯の交換、水銀灯の交換等の、修理種別ごとの工事の情報を管理する。また、修理種別マスタでは、不点灯の街路灯の修理に必要な、交換用の電球の在庫等についても管理を行い、電球交換による修理の完了後は、該当する電球の数量が減じられるように設定されている（図３（ｂ））。
【００４４】
なお、修理ＤＢ１３５は修理に係る街路灯の街路灯ＩＤを保持し、街路灯ＤＢ１３１が保持する各種の街路灯に関する情報を参照することができる。街路灯ＩＤからは管理者ＩＤを介して、管理者ＤＢ１３３が保持する管理者の各種の情報を参照することができる（図３（ｂ））。
【００４５】
さらに、修理ＤＢ１３５は、工事担当者ＤＢ１３４の主キーである工事担当者ＩＤを保持する。工事担当者ＤＢ１３４では、工事を担当する工事部門または外部の工事会社の情報を管理する（図３（ｂ））。
【００４６】
図４の請求ＤＢ１３６では、街路灯の修理により発生した修理代金の請求処理を管理する。具体的には、請求ごとに請求ＩＤを付与し、請求の対象となる修理案件ＩＤ、請求日、請求先となる管理者ＩＤ等を管理する。請求額である修理代金は、修理ＤＢ１３５が保持するデータに基づき、修理代金算定手段５１５により算定される。
【００４７】
図５は、本発明の街路灯管理システム１の実施形態に係るフローチャートである。
はじめに、通行に際して街路灯を利用する通行者が、不点灯となった街路灯を発見する（Ｓ２０１）。通行者が不点灯の街路灯の通報を行う場合には、インターネット上の該当のＵＲＬにアクセスすることで、コンピュータ端末５の出力部５５のモニタに、街路灯情報が表示される（街路灯情報表示手段５０３、Ｓ２０２）。
【００４８】
なお、携帯電話のネットワークを用いた情報サービスにおいても、同様に運用することができる。携帯電話によれば、不点灯の街路灯の発見と同時にアクセスが可能であり、本システムの情報収集能力はさらに大きいものとなる。
【００４９】
街路灯情報のページでは、所管区域内のすべての街路灯が地図上で一覧にして表示される。本実施形態では、トップページに所管区域全体の地図が表示され、該当するエリアをクリックすることでエリアごとの拡大図が表示される（図６）。拡大図には周辺のランドマークとともに、エリア内におけるすべての街路灯の位置がマークで表示される。街路灯にはそれぞれ固有の番号が付されているが、通行者が該当する街路灯であるか否かの確認を行う利便性から、本実施形態では街路灯番号をマークに併記する。
【００５０】
なお、取り扱いが簡単な個別のエリアマップ等に街路灯の位置をプロットして、リンクにより関連付けて管理することも可能である。
【００５１】
ここで用いられる地図データは、所管区域全体をカバーする一枚のデジタルマップであって、自由に拡大・縮小を行うことができる。街路灯の指示マークの位置および番号の表示は、街路灯ＤＢ１３１が保持する街路灯の緯度経度のデータに基づき、専用のレイヤにおいて対応する位置にプロットされる。なお、この方法によれば、頻繁に行われる街路灯の新設、移設、撤去等に際しても、街路灯ＤＢ１３１において緯度経度の情報を更新することで、簡単に地図表示の更新を行うことができる。
【００５２】
通報を行う通行者は、不点灯となった街路灯の検索を地図表示により行い、対象の街路灯の指示マークおよび番号の表示をクリックすることで、リンクが張られた故障情報の入力画面が表示される（Ｓ２０３）。入力画面では、夜間に点灯しない（不点灯）、昼間でも消灯しない等の故障の内容や、街路灯の故障を確認した日時等の入力項目が表示される。一般的な故障である場合には、該当する内容が記載されたチェックボックスを選択することで、通行者は管理者に通報を行うことができる。
【００５３】
なお、街路灯情報の表示画面では、地図による検索以外にも、街路灯番号や住所等から検索できるように設定することもできる。
【００５４】
また、通報を行う通行者が不点灯となった街路灯の、通報後の修理状況を知りたい場合には、「修理状況を連絡」とするチェックボックスにチェックをしてメールアドレスを入力することで、街路灯の修理の完了時にその旨のメールが送信される（Ｓ２２２）。
【００５５】
通行者が入力画面で入力した不点灯の街路灯の情報は、通信ネットワーク２を介して、故障情報取得手段５０４が必要事項の記載不備の確認を行い、不備を有する場合には、その旨を通行者の端末５のモニタ（出力部５５）に表示して、再度、不備を解消した故障情報の入力を求める。不備を有しない場合には故障情報を受信して、特定された街路灯の街路灯ＩＤ、故障の内容、故障情報を受信した日時、故障情報の通報者の情報等を取得する。故障情報取得手段５０４は、取得した情報を記憶部１３の修理ＤＢ１３５に保存する（Ｓ２０４）。
【００５６】
修理情報抽出手段５０５は、取得した街路灯ＩＤに基づき、記憶部１３の街路灯ＤＢ１３１が保持する街路灯の情報から、修理に必要な情報を抽出する。具体的には、街路灯の管理者、街路灯の所在地、街路灯の種別等の情報を抽出する（Ｓ２０５）。
【００５７】
抽出された修理情報は、故障情報表示手段５０６により、街路灯の管理者が備える端末４の出力部４５のモニタに表示される。本実施形態では、修理情報抽出手段５０５により抽出した対象の街路灯ＩＤに基づき、記憶部１３の管理者ＤＢ１３３から管理者のメールアドレスを取得し、街路灯の所在地、地図ＤＢ１３２が保持する対応するエリアの地図データ、街路灯の種別等の情報を、ＨＴＭＬ形式のメールとして送信する（Ｓ２０６）。
【００５８】
これにより、街路灯の管理者は、それまで街路灯が不点灯であることを認識していなかった場合でも、メールを受信することにより知得することができる。
【００５９】
故障情報表示手段５０６により表示される故障情報には、修理申込フォーマットが備えられ、街路灯の管理者は必要事項を入力することで不点灯の街路灯の修理を申し込むことができる（Ｓ２０７）。具体的には、修理申込の有無を問うチェックボックスにおいて「有」にチェックを入れることで行う。一方、街路灯の管理者が自ら修理を行うような場合には、修理申込の有無を問うチェックボックスにおいて「無」にチェックを入れる。
【００６０】
また、不点灯の街路灯の工事では、通常は工事予定日を設定する必要はないが、特段の事情がある場合には希望日時を入力する。すでに交換する電球が準備できている場合にも、該当するチェックボックスにチェックを入れる。
【００６１】
なお、修理情報抽出手段５０５により取得した街路灯種別や修理種別に基づき、後述の修理代金算定手段５１９を起動させることで、事前に修理の予定額を算定することができる。故障情報表示手段５０６により、街路灯の管理者へ送信される修理情報に修理の予定額を含めることで、修理代金の見積もりとして機能させることもできる。
【００６２】
図７において、街路灯の管理者からの修理の申し込みから、工事の完了におけるデータの流れを示す。
【００６３】
必要事項を入力した修理申込フォーマットは、ＨＴＭＬ形式のメールにおける所定のボタンを押下することでブラウザが起動し、通信ネットワーク２を介して、修理申込取得手段５０７の手続きが開始する（Ｓ１０１）（図５・Ｓ２０８）。修理申込取得手段５０７は、必要事項の記載不備の確認を行い、不備を有する場合には、その旨を街路灯の管理者のブラウザに表示して、再度、不備を解消した修理申込の入力を求める。不備を有しない場合には修理申込フォーマットに入力されたデータを修理ＤＢ１３５に保存する。
【００６４】
次に、工事担当者選定手段５０８は、修理申込を「有」とした不点灯の街路灯について（Ｓ１０２）、工事を担当する工事部門または外部の工事会社を選定する。通常は工事担当者ＤＢ１３４が保持する工事日程等に基づいて、最短で工事が行われるように工事担当者を選定する（Ｓ１０３）（図５・Ｓ２０９）。ただし、修理申込データに工事予定日の指定がある場合には、工事予定日に工事が可能な工事担当者を選定する。
【００６５】
また、工事担当者を振り分ける方法として、修理ＤＢ１３５において、街路灯ＩＤまたは管理者ＩＤと、工事担当者ＩＤとを関連付けることで、修理案件が特定の街路灯、または、特定の街路灯管理者である場合に、工事担当者を自動で定めるように設定することができる。
【００６６】
他に、エリアにより工事担当者を振り分けるような場合には、街路灯ＩＤにより関連付けられる街路灯ＤＢ１３１の、街路灯の緯度経度データまたは所在地の郵便番号の範囲をそれぞれの工事担当者に割り当てることで、自動で工事担当者を定めるように設定することもできる。
【００６７】
受け付けた修理申込は、工事依頼手段５０９により選定された工事部門または外部の工事会社の工事担当者に工事を依頼する（Ｓ１０４）（図５・Ｓ２１０）。具体的には、通信ネットワーク２を介して、工事担当者のコンピュータ端末３が備える出力部３５のモニタに、依頼に係る街路灯、所在地、管理者、修理種別等を表示する。
【００６８】
なお、これらの情報は修理申込取得手段５０７により取得した情報、および、修理情報抽出手段５０５により抽出された情報である。ここで修理種別は、修理申込フォーマットに入力された故障の情報に対応して定められる。たとえば、修理申込フォーマットに夜間に点灯しないとして通報された故障については、不点灯の修理とする修理種別に定められる。
【００６９】
工事依頼手段５０９により表示される工事依頼には、工事予定フォーマットが備えられ、工事担当者は必要事項を入力することで工事依頼の許諾を通知するとともに、工事の予定を提示することができる（Ｓ１０５）（図５・Ｓ２１１）。
【００７０】
工事担当者は、工事依頼の内容に承諾すれば、工事依頼の諾否の「諾」のチェックボックスにチェックを行い、工事予定日時等を入力する。工事受諾情報取得手段５１０は、必要事項の記載不備の確認を行い、不備を有する場合には、その旨を工事担当者が備える端末３のモニタ（出力部３５）に表示して、再度、不備を解消した工事予定の入力を求める。不備を有しない場合には工事予定フォーマットを受信して、修理ＤＢ１３５に保存する（Ｓ１０５）（図５・Ｓ２１２）。
【００７１】
なお、受注を「否」とする場合には（Ｓ１０６）、工事受諾情報取得手段５１０が検知して、再度、工事担当者選定手段５０８により、あらためて工事担当者の選定を行い、その後の処理を繰り返す（Ｓ１０３）。
【００７２】
工事を行う工事担当者が確定した場合には、街路灯の管理者の端末４が備える出力部４５のモニタには、工事情報表示手段５１１により、工事受諾情報取得手段５１０が取得した工事予定が表示される（Ｓ１０７）（図５・Ｓ２１３）。これにより、街路灯の管理者は、街路灯の工事を行う工事担当者および工事の日時等を、事前に知ることができる。
【００７３】
工事受諾情報取得手段５１０による工事予定の取得後、工事担当者の端末３が備える出力部３５のモニタには、完了報告依頼手段５１２により、工事完了報告フォーマットが表示される（Ｓ１０８）（図５・Ｓ２１６）。工事担当者は、街路灯の工事完了後（Ｓ１０９）（図５・Ｓ２１５）に工事日、工事種別等を入力することで工事完了報告を行う（Ｓ１１０）（図５・Ｓ２１８）。
【００７４】
なお、街路灯の管理者が自ら修理を行ったような場合においても、街路灯の一元管理を行う観点から工事完了報告フォーマットへの入力を受けることが好ましい。具体的には、上述の修理申込取得手段５０７により取得した修理申込フォーマットの、自らで修理を行うとするチェックボックスへのチェックを検知して、街路灯の管理者の端末４が備えるモニタ（出力部４５）に工事完了報告フォーマットを表示する（Ｓ１１２）。
【００７５】
必要事項を入力した工事完了報告フォーマットは、完了報告受信手段５１２により必要事項の記載不備の確認を行い、不備を有する場合には、その旨を工事担当者の端末３のモニタ（出力部３５）に表示して、再度、不備を解消した工事完了報告の入力を求める。不備を有しない場合には工事完了報告フォーマットに入力されたデータを修理ＤＢ１３５に保存する。
【００７６】
また、工事完了報告の情報は、工事情報表示手段５１１により、街路灯の管理者が備える端末４に伝送される（Ｓ１１１）（図５・Ｓ２１９）。これにより、街路灯の管理者は、工事担当者により実際に行われた工事種別等を知ることができる。
【００７７】
工事完了報告フォーマットへの入力の検知により、修理代金算定手段５１５が起動して、工事担当者が行った工事代金を積算する（図５・Ｓ２２０）。具体的には、工事完了報告フォーマットで工事種別に入力された内容と、あらかじめデータベースが保持する情報に基づいて算定する。たとえば、街路灯の電球交換の工事では、その街路灯の種別により工事の内容が異なり、その基本となる工事代金および電球の代金は、修理ＤＢ１３５が備える修理種別マスタで管理する。
【００７８】
ただし、工事完了報告フォーマットにおいて、「街路灯管理者により電球を準備」とするチェックボックスにチェックがなされていた場合には、電球の代金は加算されない。
【００７９】
なお、従前において、管理者が修理案件ごとに電球を購入するという実務が見られたが、本実施形態においては、電力供給会社または工事担当者により電球を一括購入して管理を行う。これにより電球を安価に購入することができるというメリットがある。
【００８０】
以上の通り、修理代金算定手段５１５により算定された修理代金は、修理ＤＢ１３５に保存される。
【００８１】
街路灯の管理者への修理代金の請求は、修理代金請求手段５１６により行われる。本実施形態においては、修理代金請求手段５１６は、当月における所定の日付を検知して起動し、修理ＤＢ１３５が保持する修理日の日付を参照して、当月に行われた修理案件をリストする。リストされた修理案件は、それぞれの管理者ＩＤごとにグループ化される。請求金額は修理案件ＩＤに基づいて修理ＤＢ１３５が保持する修理代金を参照する。参照された修理代金は、グループ化された管理者ごとに集計されて、請求書が作成される。
【００８２】
作成された請求書データは、通信ネットワーク２を介して、街路灯の管理者の端末４が備える出力部４５のモニタに表示する（図５・Ｓ２２１）。
【００８３】
なお、街路灯の電気料金は街路灯の管理者により電力供給会社に支払われるが、修理代金についても電気料金の支払いに含めるように設定することで、さらに利便性が高まる。
【００８４】
上述の通り、本発明の街路灯管理システムによれば、これまで個別に対応していた街路灯の管理を一元的に行うことが可能となり、不点灯の期間を大幅に短縮できることで、利用者の利益は大きい。
【００８５】
また、街路灯の管理者にとっても、煩雑な電球取替等の業務を合理的に専門業者に依頼することができる。本実施形態における電力供給会社においても、これまで無償で行われていた街路灯の管理者への協力を、サービスの向上とともに有償で行うことが可能となり、事業の面でもメリットを有する。
【００８６】
さらに、街路灯をデータベースで一元化することで、地方公共団体等におけるまちづくりの支援にも大きな効果が期待できる。
【図面の簡単な説明】
【００８７】
【図１】本発明の実施の形態に係る街路灯管理システム１、および、工事担当者のコンピュータ端末３、街路灯管理者のコンピュータ端末４、通行者のコンピュータ端末５等の機能ブロック図である。
【図２】（ａ）（ｂ）図１の記憶部１３にある街路灯ＤＢ１３１と地図ＤＢ１３２、管理者ＤＢ１３３の構成例である。
【図３】（ａ）（ｂ）図１の記憶部１３にある修理ＤＢ１３５と工事担当者ＤＢ１３４の構成例である。
【図４】図１の記憶部１３にある請求ＤＢ１３６の構成例である。
【図５】本発明の実施の形態に係る街路灯管理システム１の、本システムのシステム管理者のサーバ装置、工事担当者のコンピュータ端末３、街路灯管理者のコンピュータ端末４、通行者のコンピュータ端末５の全体フロー図である。
【図６】本発明の実施の形態に係る街路灯管理システム１の街路灯情報表示手段５０３により、インターネットのホームページ上に表示する街路灯の地図について例示した図である。
【図７】本発明の実施の形態に係る街路灯管理システム１の、修理の申し込み（修理申込取得手段５０７）から工事完了報告（工事完了報告手段５１４）までの、データの流れを示す図である。
【符号の説明】
【００８８】
１ 街路灯管理システム
２ 通信ネットワーク
３ 工事担当者（コンピュータ端末）
４ 街路灯管理者(コンピュータ端末)
５ 通行者（コンピュータ端末）
１１、３１、４１、５１ 送受信部
１２、３２、４２、５２ 中央演算処理部
１３、３３、４３，５３ 記憶部
１４、３４、４４，５４ 入力部
１５、３５、４５，５５ 出力部
１３１ 街路灯ＤＢ
１３２ 地図ＤＢ
１３３ 管理者ＤＢ
１３４ 工事担当者ＤＢ
１３５ 修理ＤＢ１３５
１３６ 請求ＤＢ１３６
５０１ 送受信処理手段
５０２ 入出力処理手段
５０３ 街路灯情報表示手段
５０４ 故障情報取得手段
５０５ 修理情報抽出手段
５０６ 故障情報表示手段
５０７ 修理申込取得手段
５０８ 工事担当者選定手段
５０９ 工事依頼手段
５１０ 工事受諾情報取得手段
５１１ 工事情報表示手段
５１２ 完了報告依頼手段
５１３ 完了報告受信手段
５１４ 工事完了報告手段
５１５ 修理代金算定手段
５１６ 修理代金請求手段
【技術分野】
【０００１】
一般の通行者が利用する街路灯の維持管理を行うコンピュータシステムに関する。
【背景技術】
【０００２】
公共の道路、橋梁、公園等には、一般の通行者における安全の確保のために、地方公共団体、自治会、企業等により街路灯が設置されている。そのため、維持管理についても設置者が各自に行うことが原則となる。
【０００３】
一般に街路灯は、蛍光灯、白熱灯、水銀灯等によるものが多く、一定期間ごとに電球の交換が必要となる。この場合、不点灯となった街路灯を発見した一般の通行者からの通報により、はじめて設置者が不点灯であることを認識する例が多く見られる。
【０００４】
しかし、街路灯は設置者により通報先が異なるため、一般の通行者では通報先が分かりづらい場合がある。そのため、設置者への通報がなされずに長期にわたり不点灯の街路灯が放置されるような場合もあり、安全対策の面で問題である。
【０００５】
さらに、自治会等が設置した街路灯の不点灯では、自治会長等が電球の交換を行うことになるが、専門性を有しない自治会長等では電球のワット数の判断等が困難な場合がある。また、新たに電気店で電球を購入しなければならず、交換に一定の期間を要することになる。
【０００６】
加えて、不点灯の原因は電球が切れている場合に限られず、電線や配電施設に問題があることも考えられる。そのような場合には、専門的知識を有しない自治会長等では対応することができない。
【０００７】
そのため、実務においては、本来は需給契約者である街路灯の管理者が行うべき街路灯の維持管理であっても、上記の困難性から電力供給会社等の工事担当者が無償で協力を行うような場合もあった。
【０００８】
なお、街路灯を地図データとともにデータベース化して街路灯の維持管理を行う街路灯管理システム等が提案されている（例えば、特許文献１を参照）。
【特許文献１】特開２００４−１１９０３０号公報
【発明の開示】
【発明が解決しようとする課題】
【０００９】
上述の通り、安全対策の観点からも街路灯の適正な維持管理が求められるが、街路灯の管理者がそれぞれ異なるため通報先の把握が困難であり、不点灯の情報が管理者に届くのに一定の時間を要する。また、街路灯は地方公共団体によっても設置されるが、通報が可能な時間は平日の午前９時から午後５時までに限られ、実際に街路灯が点灯している時間には通報をすることができないという問題がある。
【００１０】
街路灯の管理者に通報がなされた後においても、自治会が設置した街路灯では、修理を行う自治会長等は通常の業務の傍らに行うことから、実際に修理を行う時期が遅れるという問題がある。
【００１１】
本発明は、上記の問題に対処するためになされたものであり、すべての街路灯についての通報を、インターネット等の公衆に利用可能な通信ネットワーク上で一元的に受け付け、修理についても専門性を有する工事担当者が代行して行うことにより、適正な街路灯の管理を実現するとともに、管理に携わる関係者の負担軽減を可能とする街路灯管理システムを提供することを目的とする。
【課題を解決するための手段】
【００１２】
本発明の街路灯管理システムは、街路灯の情報を管理する街路灯管理システムであって、公衆に利用可能な通信ネットワークに接続した端末の表示部に、通信ネットワークを介して、街路灯の一覧と、それぞれの街路灯に対応した入力領域を表示する街路灯情報表示手段と、該入力領域に入力された街路灯の故障情報のデータを、通信ネットワークを介して受信し、保存する故障情報取得手段と、あらかじめ保持する街路灯の情報から、前記故障した街路灯の管理者と、街路灯の故障の修理に必要な工事情報を抽出する修理情報抽出手段と、を備えることを特徴とする。
【００１３】
すなわち、街路灯の管理に携わる電力供給会社や地方公共団体等が、コンピュータサーバを用いて区域内の街路灯を一元的に管理するシステムである。
【００１４】
ここで街路灯とは、主に市町村や都道府県等により設置される道路照明灯や、自治会等により設置される防犯灯、商店会等により設置される商店街灯等を意味する。
【００１５】
公衆に利用可能なネットワークとは、一般の利用者がアクセス可能なインターネット等のオープンなネットワークであって、携帯電話を用いて行われる通信ネットワークも含まれる。
【００１６】
街路灯の故障とは、電球が切れたことによる不点灯に限らず、消灯時間においても消灯しない場合や、電線や配電設備の故障による場合も含むものである。
【００１７】
なお、前記街路灯の一覧は、街路灯の位置を示す地図により表すことを特徴とする。
すなわち、所管する街路灯を地図で具体的に図示することで、より好ましい効果を奏することができる。
【００１８】
また、本発明の街路灯管理システムは、前記故障した街路灯の管理者が備える端末の表示部に、故障した街路灯の情報と、故障の修理に必要な工事情報と、修理申込の要否に関する入力を行う入力領域とを、通信ネットワークを介して表示する故障情報表示手段と、前記故障した街路灯の管理者により、該入力領域に入力された修理申込の要否に関するデータを、通信ネットワークを介して受信し、修理申込の要否を判定して保存する修理申込取得手段と、を備えることを特徴とする。
【００１９】
すなわち、通行者からの街路灯の故障に関する通報を街路灯の管理者に知らせ、具体的な情報をもとに、修理の代行を案内して申し込みを受け付けることができる。
【００２０】
さらに、本発明の街路灯管理システムは、故障した街路灯の修理を行う工事担当者が備える端末の表示部に、故障した街路灯の情報と、修理に必要な工事情報と、前記修理申込取得手段により修理申込を要と判定した修理申込のデータとを、通信ネットワークを介して表示する工事依頼手段を備えることを特徴とする。
【００２１】
これにより、修理の申し込みがあった故障した街路灯について、迅速に工事の依頼を行うことができる。
【００２２】
また、本発明の街路灯管理システムは、前記故障した街路灯の修理を行う工事担当者は、前記修理申込取得手段により修理申込を要と判定した修理申込のデータと、あらかじめ保持する街路灯の工事担当者の情報に基づいて選定される工事担当者選定手段を備えることを特徴とする。
【００２３】
これにより、上記の工事担当者が二以上である場合に、申し込みの受付とともに工事担当者の選定を行うことが可能となる。
【００２４】
なお、前記工事依頼手段により表示される工事依頼には、工事担当者における工事依頼の諾否に関する入力を行う入力領域を含み、該入力領域に入力した工事依頼の諾否に関するデータを、通信ネットワークを介して受信し、工事依頼の諾否を判定して保存する工事受諾情報取得手段と、前記工事受諾情報取得手段により工事依頼を諾と判定した工事依頼のデータを、前記故障した街路灯の管理者が備える端末の表示部に、通信ネットワークを介して表示する工事情報表示手段と、を備えることを特徴とする。
【００２５】
すなわち、工事担当者が外部の工事業者等であって、工事依頼の諾否確認が必要な場合に、一連のネットワーク処理において、その諾否を確認したうえで、工事の日程の取得までを行う。
【００２６】
また、本発明の街路灯管理システムは、前記工事依頼を受けた工事担当者が備える端末の表示部に、工事の完了を報告する入力領域を、通信ネットワークを介して表示する完了報告依頼手段と、該入力領域に入力した工事完了報告のデータを、通信ネットワークを介して受信する完了報告受信手段と、前記工事完了報告のデータを、前記故障した街路灯の管理者が備える端末の表示部に、通信ネットワークを介して表示する工事完了報告手段と、を備えることを特徴とする。
【００２７】
これにより、工事の完了を管理できるとともに、修理を申し込んだ街路灯の管理者にも報告を行うことができる。
【００２８】
さらに、本発明の街路灯管理システムは、前記完了報告受信手段により受信した工事完了報告のデータと、あらかじめ保持する街路灯の情報に基づき、前記故障した街路灯の修理代金を算定する修理代金算定手段と、前記故障した街路灯の管理者が備える端末の表示部に、前記修理代金算定手段により算定した修理代金に基づく請求書データを、通信ネットワークを介して表示する修理代金請求手段と、を備えることを特徴とする。
【００２９】
ここで、修理代金の算定に用いる工事完了報告のデータには、完了した工事の種類が入力されており、あらかじめ保持する街路灯の情報には、工事の種別とその単価が管理されており、それらに基づいて修理代金が算定される。
【発明の効果】
【００３０】
本発明によれば、これまで一般の通行者では煩雑であった街路灯の管理者への不点灯等の街路灯の通報を、インターネットのホームページ等で一元的に行うことができる。インターネットのホームページ等では２４時間いつでも通報することが可能であり、また、ブラウザ等に表示した地図を検索しながら通報を行うことで、一般の通行者からの通報を格段に容易にしている。
【００３１】
また、通報を受けた後においても、専門性を有する事業者が代行して工事を行い、後で工事代金を請求することにより、迅速な修理を実現するとともに、街路灯の管理者等の負担を大幅に減少させることができる。
【００３２】
さらに、これら一連の作業のストリームラインをネットワーク上で行うことで、一般の通行者が不点灯等の街路灯を発見してから、修理の完了までを迅速に行うことができる。そのため、不点灯の期間は大幅に短縮することが可能となり、地域における安全対策面にも大きな効果が認められる。
【発明を実施するための最良の形態】
【００３３】
以下、本発明の１実施形態を、図面を参照しながら説明する。図１は、本発明に係る街路灯管理システム１と、通信ネットワーク２を介して接続する工事担当者のコンピュータ端末３、街路灯管理者のコンピュータ端末４、通行者のコンピュータ端末５の機能ブロック図である。
【００３４】
街路灯管理システム１は、通信ネットワーク２等と通信を行う送受信部１１、街路灯の管理に関する演算処理等を行う中央演算処理部１２、街路灯や街路灯管理者等に関するデータ等を保持する記憶部１３、データを入力するキーボード等の入力部１４およびデータを出力する表示装置あるいはプリンタ等の出力部１５から構成されている。
【００３５】
街路灯管理システム１の送受信部１１は、公衆に利用可能なインターネット等の通信ネットワーク２を介して、工事担当者のコンピュータ端末３、街路灯管理者のコンピュータ端末４、通行者のコンピュータ端末５等に接続する。
【００３６】
なお、工事担当者者のコンピュータ端末３および街路灯管理者のコンピュータ端末４は、専用ネットワークにより接続してもよい。
【００３７】
記憶部１３は、街路灯のＩＤ、所在地、種類等の情報を保持する街路灯ＤＢ１３１、街路灯の所管区域の地図データを保持する地図ＤＢ１３２、街路灯の管理者の名称、住所、連絡先等に関する情報を保持する管理者ＤＢ１３３、街路灯修理に必要な工事を行う工事担当者の情報を管理する工事担当者ＤＢ１３４、街路灯の修理に関する情報を保持する修理ＤＢ１３５、修理代金の請求等に関する情報を保持する請求ＤＢ１３６等により構成されている。
【００３８】
中央演算処理部１２は、送受信部１１との間でデータの受け渡しを行う送受信処理手段５０１、入力部１４または出力部１５とデータの受け渡しを行う入出力処理手段５０２、一般の通行者が利用する端末に街路灯の情報を表示する街路灯情報表示手段５０３、街路灯情報の表示画面の入力領域に入力された街路灯の故障情報を取得する故障情報取得手段５０４、取得した街路灯の故障情報に基づいて、故障した街路灯の管理者と街路灯の修理に必要な工事情報等を抽出する修理情報抽出手段５０５、故障した街路灯の管理者が備えるコンピュータ端末に街路灯の故障の情報を表示する故障情報表示手段５０６、故障情報の表示画面の入力領域に入力された修理の申し込みを受け付ける修理申込取得手段５０７と、修理のための工事担当者を選定する工事担当者選定手段５０８、工事担当者に工事を依頼する工事依頼手段５０９、依頼を受けた工事担当者が工事の確認を行う工事受諾情報取得手段５１０、工事担当者が予定する工事の情報を街路灯の管理者に知らせる工事情報表示手段５１１、工事担当者に工事完了報告のフォーマットを表示する完了報告依頼手段５１２、工事担当者からの工事完了報告を受信する完了報告受信手段５１３、工事完了報告を街路灯の管理者に表示する工事完了報告手段５１４、街路灯の修理代金を算定する修理代金算定手段５１５、街路灯の管理者に修理代金を請求する修理代金請求手段５１６を備える。
【００３９】
次に、記憶部１３が保持するデータベースの構成例について説明する。
街路灯ＤＢ１３１では、所管区域内にあるすべての街路灯の情報を管理する。街路灯にはそれぞれ主キーとして個別の街路灯ＩＤが付与され、街路灯の所在地、緯度経度、種別等の街路灯の情報を保持する。街路灯ＤＢ１３１には街路灯種別マスタを備え、蛍光灯、白熱灯、水銀灯等の街路灯の種別を管理する（図２（ａ）（ｂ））。
【００４０】
また、街路灯ＤＢ１３１は、それぞれの街路灯の緯度経度情報を保持することから、地図ＤＢ１３２が保持する緯度経度の情報を持つ地図データに街路灯の位置をプロットして呼び出すことができる（図２（ｂ））。
【００４１】
さらに、街路灯ＤＢ１３１は、管理者ＤＢ１３３の主キーである管理者ＩＤを保持し、街路灯の管理者の氏名・名称、住所、電話番号、メールアドレス等を参照することができる（図２（ｂ））。
【００４２】
修理ＤＢ１３５では、修理の案件ごとに固有の修理案件ＩＤが付与され、修理の申込日や修理を行った日、修理種別等の修理に関する情報を管理する（図３（ａ））。
【００４３】
修理ＤＢ１３５には修理種別マスタを備え、蛍光灯の交換、水銀灯の交換等の、修理種別ごとの工事の情報を管理する。また、修理種別マスタでは、不点灯の街路灯の修理に必要な、交換用の電球の在庫等についても管理を行い、電球交換による修理の完了後は、該当する電球の数量が減じられるように設定されている（図３（ｂ））。
【００４４】
なお、修理ＤＢ１３５は修理に係る街路灯の街路灯ＩＤを保持し、街路灯ＤＢ１３１が保持する各種の街路灯に関する情報を参照することができる。街路灯ＩＤからは管理者ＩＤを介して、管理者ＤＢ１３３が保持する管理者の各種の情報を参照することができる（図３（ｂ））。
【００４５】
さらに、修理ＤＢ１３５は、工事担当者ＤＢ１３４の主キーである工事担当者ＩＤを保持する。工事担当者ＤＢ１３４では、工事を担当する工事部門または外部の工事会社の情報を管理する（図３（ｂ））。
【００４６】
図４の請求ＤＢ１３６では、街路灯の修理により発生した修理代金の請求処理を管理する。具体的には、請求ごとに請求ＩＤを付与し、請求の対象となる修理案件ＩＤ、請求日、請求先となる管理者ＩＤ等を管理する。請求額である修理代金は、修理ＤＢ１３５が保持するデータに基づき、修理代金算定手段５１５により算定される。
【００４７】
図５は、本発明の街路灯管理システム１の実施形態に係るフローチャートである。
はじめに、通行に際して街路灯を利用する通行者が、不点灯となった街路灯を発見する（Ｓ２０１）。通行者が不点灯の街路灯の通報を行う場合には、インターネット上の該当のＵＲＬにアクセスすることで、コンピュータ端末５の出力部５５のモニタに、街路灯情報が表示される（街路灯情報表示手段５０３、Ｓ２０２）。
【００４８】
なお、携帯電話のネットワークを用いた情報サービスにおいても、同様に運用することができる。携帯電話によれば、不点灯の街路灯の発見と同時にアクセスが可能であり、本システムの情報収集能力はさらに大きいものとなる。
【００４９】
街路灯情報のページでは、所管区域内のすべての街路灯が地図上で一覧にして表示される。本実施形態では、トップページに所管区域全体の地図が表示され、該当するエリアをクリックすることでエリアごとの拡大図が表示される（図６）。拡大図には周辺のランドマークとともに、エリア内におけるすべての街路灯の位置がマークで表示される。街路灯にはそれぞれ固有の番号が付されているが、通行者が該当する街路灯であるか否かの確認を行う利便性から、本実施形態では街路灯番号をマークに併記する。
【００５０】
なお、取り扱いが簡単な個別のエリアマップ等に街路灯の位置をプロットして、リンクにより関連付けて管理することも可能である。
【００５１】
ここで用いられる地図データは、所管区域全体をカバーする一枚のデジタルマップであって、自由に拡大・縮小を行うことができる。街路灯の指示マークの位置および番号の表示は、街路灯ＤＢ１３１が保持する街路灯の緯度経度のデータに基づき、専用のレイヤにおいて対応する位置にプロットされる。なお、この方法によれば、頻繁に行われる街路灯の新設、移設、撤去等に際しても、街路灯ＤＢ１３１において緯度経度の情報を更新することで、簡単に地図表示の更新を行うことができる。
【００５２】
通報を行う通行者は、不点灯となった街路灯の検索を地図表示により行い、対象の街路灯の指示マークおよび番号の表示をクリックすることで、リンクが張られた故障情報の入力画面が表示される（Ｓ２０３）。入力画面では、夜間に点灯しない（不点灯）、昼間でも消灯しない等の故障の内容や、街路灯の故障を確認した日時等の入力項目が表示される。一般的な故障である場合には、該当する内容が記載されたチェックボックスを選択することで、通行者は管理者に通報を行うことができる。
【００５３】
なお、街路灯情報の表示画面では、地図による検索以外にも、街路灯番号や住所等から検索できるように設定することもできる。
【００５４】
また、通報を行う通行者が不点灯となった街路灯の、通報後の修理状況を知りたい場合には、「修理状況を連絡」とするチェックボックスにチェックをしてメールアドレスを入力することで、街路灯の修理の完了時にその旨のメールが送信される（Ｓ２２２）。
【００５５】
通行者が入力画面で入力した不点灯の街路灯の情報は、通信ネットワーク２を介して、故障情報取得手段５０４が必要事項の記載不備の確認を行い、不備を有する場合には、その旨を通行者の端末５のモニタ（出力部５５）に表示して、再度、不備を解消した故障情報の入力を求める。不備を有しない場合には故障情報を受信して、特定された街路灯の街路灯ＩＤ、故障の内容、故障情報を受信した日時、故障情報の通報者の情報等を取得する。故障情報取得手段５０４は、取得した情報を記憶部１３の修理ＤＢ１３５に保存する（Ｓ２０４）。
【００５６】
修理情報抽出手段５０５は、取得した街路灯ＩＤに基づき、記憶部１３の街路灯ＤＢ１３１が保持する街路灯の情報から、修理に必要な情報を抽出する。具体的には、街路灯の管理者、街路灯の所在地、街路灯の種別等の情報を抽出する（Ｓ２０５）。
【００５７】
抽出された修理情報は、故障情報表示手段５０６により、街路灯の管理者が備える端末４の出力部４５のモニタに表示される。本実施形態では、修理情報抽出手段５０５により抽出した対象の街路灯ＩＤに基づき、記憶部１３の管理者ＤＢ１３３から管理者のメールアドレスを取得し、街路灯の所在地、地図ＤＢ１３２が保持する対応するエリアの地図データ、街路灯の種別等の情報を、ＨＴＭＬ形式のメールとして送信する（Ｓ２０６）。
【００５８】
これにより、街路灯の管理者は、それまで街路灯が不点灯であることを認識していなかった場合でも、メールを受信することにより知得することができる。
【００５９】
故障情報表示手段５０６により表示される故障情報には、修理申込フォーマットが備えられ、街路灯の管理者は必要事項を入力することで不点灯の街路灯の修理を申し込むことができる（Ｓ２０７）。具体的には、修理申込の有無を問うチェックボックスにおいて「有」にチェックを入れることで行う。一方、街路灯の管理者が自ら修理を行うような場合には、修理申込の有無を問うチェックボックスにおいて「無」にチェックを入れる。
【００６０】
また、不点灯の街路灯の工事では、通常は工事予定日を設定する必要はないが、特段の事情がある場合には希望日時を入力する。すでに交換する電球が準備できている場合にも、該当するチェックボックスにチェックを入れる。
【００６１】
なお、修理情報抽出手段５０５により取得した街路灯種別や修理種別に基づき、後述の修理代金算定手段５１９を起動させることで、事前に修理の予定額を算定することができる。故障情報表示手段５０６により、街路灯の管理者へ送信される修理情報に修理の予定額を含めることで、修理代金の見積もりとして機能させることもできる。
【００６２】
図７において、街路灯の管理者からの修理の申し込みから、工事の完了におけるデータの流れを示す。
【００６３】
必要事項を入力した修理申込フォーマットは、ＨＴＭＬ形式のメールにおける所定のボタンを押下することでブラウザが起動し、通信ネットワーク２を介して、修理申込取得手段５０７の手続きが開始する（Ｓ１０１）（図５・Ｓ２０８）。修理申込取得手段５０７は、必要事項の記載不備の確認を行い、不備を有する場合には、その旨を街路灯の管理者のブラウザに表示して、再度、不備を解消した修理申込の入力を求める。不備を有しない場合には修理申込フォーマットに入力されたデータを修理ＤＢ１３５に保存する。
【００６４】
次に、工事担当者選定手段５０８は、修理申込を「有」とした不点灯の街路灯について（Ｓ１０２）、工事を担当する工事部門または外部の工事会社を選定する。通常は工事担当者ＤＢ１３４が保持する工事日程等に基づいて、最短で工事が行われるように工事担当者を選定する（Ｓ１０３）（図５・Ｓ２０９）。ただし、修理申込データに工事予定日の指定がある場合には、工事予定日に工事が可能な工事担当者を選定する。
【００６５】
また、工事担当者を振り分ける方法として、修理ＤＢ１３５において、街路灯ＩＤまたは管理者ＩＤと、工事担当者ＩＤとを関連付けることで、修理案件が特定の街路灯、または、特定の街路灯管理者である場合に、工事担当者を自動で定めるように設定することができる。
【００６６】
他に、エリアにより工事担当者を振り分けるような場合には、街路灯ＩＤにより関連付けられる街路灯ＤＢ１３１の、街路灯の緯度経度データまたは所在地の郵便番号の範囲をそれぞれの工事担当者に割り当てることで、自動で工事担当者を定めるように設定することもできる。
【００６７】
受け付けた修理申込は、工事依頼手段５０９により選定された工事部門または外部の工事会社の工事担当者に工事を依頼する（Ｓ１０４）（図５・Ｓ２１０）。具体的には、通信ネットワーク２を介して、工事担当者のコンピュータ端末３が備える出力部３５のモニタに、依頼に係る街路灯、所在地、管理者、修理種別等を表示する。
【００６８】
なお、これらの情報は修理申込取得手段５０７により取得した情報、および、修理情報抽出手段５０５により抽出された情報である。ここで修理種別は、修理申込フォーマットに入力された故障の情報に対応して定められる。たとえば、修理申込フォーマットに夜間に点灯しないとして通報された故障については、不点灯の修理とする修理種別に定められる。
【００６９】
工事依頼手段５０９により表示される工事依頼には、工事予定フォーマットが備えられ、工事担当者は必要事項を入力することで工事依頼の許諾を通知するとともに、工事の予定を提示することができる（Ｓ１０５）（図５・Ｓ２１１）。
【００７０】
工事担当者は、工事依頼の内容に承諾すれば、工事依頼の諾否の「諾」のチェックボックスにチェックを行い、工事予定日時等を入力する。工事受諾情報取得手段５１０は、必要事項の記載不備の確認を行い、不備を有する場合には、その旨を工事担当者が備える端末３のモニタ（出力部３５）に表示して、再度、不備を解消した工事予定の入力を求める。不備を有しない場合には工事予定フォーマットを受信して、修理ＤＢ１３５に保存する（Ｓ１０５）（図５・Ｓ２１２）。
【００７１】
なお、受注を「否」とする場合には（Ｓ１０６）、工事受諾情報取得手段５１０が検知して、再度、工事担当者選定手段５０８により、あらためて工事担当者の選定を行い、その後の処理を繰り返す（Ｓ１０３）。
【００７２】
工事を行う工事担当者が確定した場合には、街路灯の管理者の端末４が備える出力部４５のモニタには、工事情報表示手段５１１により、工事受諾情報取得手段５１０が取得した工事予定が表示される（Ｓ１０７）（図５・Ｓ２１３）。これにより、街路灯の管理者は、街路灯の工事を行う工事担当者および工事の日時等を、事前に知ることができる。
【００７３】
工事受諾情報取得手段５１０による工事予定の取得後、工事担当者の端末３が備える出力部３５のモニタには、完了報告依頼手段５１２により、工事完了報告フォーマットが表示される（Ｓ１０８）（図５・Ｓ２１６）。工事担当者は、街路灯の工事完了後（Ｓ１０９）（図５・Ｓ２１５）に工事日、工事種別等を入力することで工事完了報告を行う（Ｓ１１０）（図５・Ｓ２１８）。
【００７４】
なお、街路灯の管理者が自ら修理を行ったような場合においても、街路灯の一元管理を行う観点から工事完了報告フォーマットへの入力を受けることが好ましい。具体的には、上述の修理申込取得手段５０７により取得した修理申込フォーマットの、自らで修理を行うとするチェックボックスへのチェックを検知して、街路灯の管理者の端末４が備えるモニタ（出力部４５）に工事完了報告フォーマットを表示する（Ｓ１１２）。
【００７５】
必要事項を入力した工事完了報告フォーマットは、完了報告受信手段５１２により必要事項の記載不備の確認を行い、不備を有する場合には、その旨を工事担当者の端末３のモニタ（出力部３５）に表示して、再度、不備を解消した工事完了報告の入力を求める。不備を有しない場合には工事完了報告フォーマットに入力されたデータを修理ＤＢ１３５に保存する。
【００７６】
また、工事完了報告の情報は、工事情報表示手段５１１により、街路灯の管理者が備える端末４に伝送される（Ｓ１１１）（図５・Ｓ２１９）。これにより、街路灯の管理者は、工事担当者により実際に行われた工事種別等を知ることができる。
【００７７】
工事完了報告フォーマットへの入力の検知により、修理代金算定手段５１５が起動して、工事担当者が行った工事代金を積算する（図５・Ｓ２２０）。具体的には、工事完了報告フォーマットで工事種別に入力された内容と、あらかじめデータベースが保持する情報に基づいて算定する。たとえば、街路灯の電球交換の工事では、その街路灯の種別により工事の内容が異なり、その基本となる工事代金および電球の代金は、修理ＤＢ１３５が備える修理種別マスタで管理する。
【００７８】
ただし、工事完了報告フォーマットにおいて、「街路灯管理者により電球を準備」とするチェックボックスにチェックがなされていた場合には、電球の代金は加算されない。
【００７９】
なお、従前において、管理者が修理案件ごとに電球を購入するという実務が見られたが、本実施形態においては、電力供給会社または工事担当者により電球を一括購入して管理を行う。これにより電球を安価に購入することができるというメリットがある。
【００８０】
以上の通り、修理代金算定手段５１５により算定された修理代金は、修理ＤＢ１３５に保存される。
【００８１】
街路灯の管理者への修理代金の請求は、修理代金請求手段５１６により行われる。本実施形態においては、修理代金請求手段５１６は、当月における所定の日付を検知して起動し、修理ＤＢ１３５が保持する修理日の日付を参照して、当月に行われた修理案件をリストする。リストされた修理案件は、それぞれの管理者ＩＤごとにグループ化される。請求金額は修理案件ＩＤに基づいて修理ＤＢ１３５が保持する修理代金を参照する。参照された修理代金は、グループ化された管理者ごとに集計されて、請求書が作成される。
【００８２】
作成された請求書データは、通信ネットワーク２を介して、街路灯の管理者の端末４が備える出力部４５のモニタに表示する（図５・Ｓ２２１）。
【００８３】
なお、街路灯の電気料金は街路灯の管理者により電力供給会社に支払われるが、修理代金についても電気料金の支払いに含めるように設定することで、さらに利便性が高まる。
【００８４】
上述の通り、本発明の街路灯管理システムによれば、これまで個別に対応していた街路灯の管理を一元的に行うことが可能となり、不点灯の期間を大幅に短縮できることで、利用者の利益は大きい。
【００８５】
また、街路灯の管理者にとっても、煩雑な電球取替等の業務を合理的に専門業者に依頼することができる。本実施形態における電力供給会社においても、これまで無償で行われていた街路灯の管理者への協力を、サービスの向上とともに有償で行うことが可能となり、事業の面でもメリットを有する。
【００８６】
さらに、街路灯をデータベースで一元化することで、地方公共団体等におけるまちづくりの支援にも大きな効果が期待できる。
【図面の簡単な説明】
【００８７】
【図１】本発明の実施の形態に係る街路灯管理システム１、および、工事担当者のコンピュータ端末３、街路灯管理者のコンピュータ端末４、通行者のコンピュータ端末５等の機能ブロック図である。
【図２】（ａ）（ｂ）図１の記憶部１３にある街路灯ＤＢ１３１と地図ＤＢ１３２、管理者ＤＢ１３３の構成例である。
【図３】（ａ）（ｂ）図１の記憶部１３にある修理ＤＢ１３５と工事担当者ＤＢ１３４の構成例である。
【図４】図１の記憶部１３にある請求ＤＢ１３６の構成例である。
【図５】本発明の実施の形態に係る街路灯管理システム１の、本システムのシステム管理者のサーバ装置、工事担当者のコンピュータ端末３、街路灯管理者のコンピュータ端末４、通行者のコンピュータ端末５の全体フロー図である。
【図６】本発明の実施の形態に係る街路灯管理システム１の街路灯情報表示手段５０３により、インターネットのホームページ上に表示する街路灯の地図について例示した図である。
【図７】本発明の実施の形態に係る街路灯管理システム１の、修理の申し込み（修理申込取得手段５０７）から工事完了報告（工事完了報告手段５１４）までの、データの流れを示す図である。
【符号の説明】
【００８８】
１ 街路灯管理システム
２ 通信ネットワーク
３ 工事担当者（コンピュータ端末）
４ 街路灯管理者(コンピュータ端末)
５ 通行者（コンピュータ端末）
１１、３１、４１、５１ 送受信部
１２、３２、４２、５２ 中央演算処理部
１３、３３、４３，５３ 記憶部
１４、３４、４４，５４ 入力部
１５、３５、４５，５５ 出力部
１３１ 街路灯ＤＢ
１３２ 地図ＤＢ
１３３ 管理者ＤＢ
１３４ 工事担当者ＤＢ
１３５ 修理ＤＢ１３５
１３６ 請求ＤＢ１３６
５０１ 送受信処理手段
５０２ 入出力処理手段
５０３ 街路灯情報表示手段
５０４ 故障情報取得手段
５０５ 修理情報抽出手段
５０６ 故障情報表示手段
５０７ 修理申込取得手段
５０８ 工事担当者選定手段
５０９ 工事依頼手段
５１０ 工事受諾情報取得手段
５１１ 工事情報表示手段
５１２ 完了報告依頼手段
５１３ 完了報告受信手段
５１４ 工事完了報告手段
５１５ 修理代金算定手段
５１６ 修理代金請求手段
【特許請求の範囲】
【請求項１】
街路灯の情報を管理する街路灯管理システムであって、
公衆に利用可能な通信ネットワークに接続した端末の表示部に、通信ネットワークを介して、街路灯の一覧と、それぞれの街路灯に対応した入力領域を表示する街路灯情報表示手段と、
該入力領域に入力された街路灯の故障情報のデータを、通信ネットワークを介して受信し、保存する故障情報取得手段と、
あらかじめ保持する街路灯の情報から、前記故障した街路灯の管理者と、街路灯の故障の修理に必要な工事情報を抽出する修理情報抽出手段と、
を備えることを特徴とする街路灯管理システム。
【請求項２】
前記街路灯の一覧は、街路灯の位置を示す地図により表すことを特徴とする請求項１記載の街路灯管理システム。
【請求項３】
前記故障した街路灯の管理者が備える端末の表示部に、故障した街路灯の情報と、故障の修理に必要な工事情報と、修理申込の要否に関する入力を行う入力領域とを、通信ネットワークを介して表示する故障情報表示手段と、
前記故障した街路灯の管理者により、該入力領域に入力された修理申込の要否に関するデータを、通信ネットワークを介して受信し、修理申込の要否を判定して保存する修理申込取得手段と、
を備えることを特徴とする請求項１または２記載の街路灯管理システム。
【請求項４】
故障した街路灯の修理を行う工事担当者が備える端末の表示部に、故障した街路灯の情報と、修理に必要な工事情報と、前記修理申込取得手段により修理申込を要と判定した修理申込のデータとを、通信ネットワークを介して表示する工事依頼手段を備えることを特徴とする請求項３記載の街路灯管理システム。
【請求項５】
前記故障した街路灯の修理を行う工事担当者は、前記修理申込取得手段により修理申込を要と判定した修理申込のデータと、あらかじめ保持する街路灯の工事担当者の情報に基づいて選定される工事担当者選定手段を備えることを特徴とする請求項３または４記載の街路灯管理システム。
【請求項６】
前記工事依頼手段により表示される工事依頼には、工事担当者における工事依頼の諾否に関する入力を行う入力領域を含み、
該入力領域に入力した工事依頼の諾否に関するデータを、通信ネットワークを介して受信し、工事依頼の諾否を判定して保存する工事受諾情報取得手段と、
前記工事受諾情報取得手段により工事依頼を諾と判定した工事依頼のデータを、前記故障した街路灯の管理者が備える端末の表示部に、通信ネットワークを介して表示する工事情報表示手段と、
を備えることを特徴とする請求項４または５記載の街路灯管理システム。
【請求項７】
前記工事依頼を受けた工事担当者が備える端末の表示部に、工事の完了を報告する入力領域を、通信ネットワークを介して表示する完了報告依頼手段と、
該入力領域に入力した工事完了報告のデータを、通信ネットワークを介して受信する完了報告受信手段と、
前記工事完了報告のデータを、前記故障した街路灯の管理者が備える端末の表示部に、通信ネットワークを介して表示する工事完了報告手段と、
を備えることを特徴とする請求項１ないし６のいずれか１に記載の街路灯管理システム。
【請求項８】
前記完了報告受信手段により受信した工事完了報告のデータと、あらかじめ保持する街路灯の情報に基づき、前記故障した街路灯の修理代金を算定する修理代金算定手段と、
前記故障した街路灯の管理者が備える端末の表示部に、前記修理代金算定手段により算定した修理代金に基づく請求書データを、通信ネットワークを介して表示する修理代金請求手段と、
を備えることを特徴とする請求項１ないし７のいずれか１に記載の街路灯管理システム。
【請求項１】
街路灯の情報を管理する街路灯管理システムであって、
公衆に利用可能な通信ネットワークに接続した端末の表示部に、通信ネットワークを介して、街路灯の一覧と、それぞれの街路灯に対応した入力領域を表示する街路灯情報表示手段と、
該入力領域に入力された街路灯の故障情報のデータを、通信ネットワークを介して受信し、保存する故障情報取得手段と、
あらかじめ保持する街路灯の情報から、前記故障した街路灯の管理者と、街路灯の故障の修理に必要な工事情報を抽出する修理情報抽出手段と、
を備えることを特徴とする街路灯管理システム。
【請求項２】
前記街路灯の一覧は、街路灯の位置を示す地図により表すことを特徴とする請求項１記載の街路灯管理システム。
【請求項３】
前記故障した街路灯の管理者が備える端末の表示部に、故障した街路灯の情報と、故障の修理に必要な工事情報と、修理申込の要否に関する入力を行う入力領域とを、通信ネットワークを介して表示する故障情報表示手段と、
前記故障した街路灯の管理者により、該入力領域に入力された修理申込の要否に関するデータを、通信ネットワークを介して受信し、修理申込の要否を判定して保存する修理申込取得手段と、
を備えることを特徴とする請求項１または２記載の街路灯管理システム。
【請求項４】
故障した街路灯の修理を行う工事担当者が備える端末の表示部に、故障した街路灯の情報と、修理に必要な工事情報と、前記修理申込取得手段により修理申込を要と判定した修理申込のデータとを、通信ネットワークを介して表示する工事依頼手段を備えることを特徴とする請求項３記載の街路灯管理システム。
【請求項５】
前記故障した街路灯の修理を行う工事担当者は、前記修理申込取得手段により修理申込を要と判定した修理申込のデータと、あらかじめ保持する街路灯の工事担当者の情報に基づいて選定される工事担当者選定手段を備えることを特徴とする請求項３または４記載の街路灯管理システム。
【請求項６】
前記工事依頼手段により表示される工事依頼には、工事担当者における工事依頼の諾否に関する入力を行う入力領域を含み、
該入力領域に入力した工事依頼の諾否に関するデータを、通信ネットワークを介して受信し、工事依頼の諾否を判定して保存する工事受諾情報取得手段と、
前記工事受諾情報取得手段により工事依頼を諾と判定した工事依頼のデータを、前記故障した街路灯の管理者が備える端末の表示部に、通信ネットワークを介して表示する工事情報表示手段と、
を備えることを特徴とする請求項４または５記載の街路灯管理システム。
【請求項７】
前記工事依頼を受けた工事担当者が備える端末の表示部に、工事の完了を報告する入力領域を、通信ネットワークを介して表示する完了報告依頼手段と、
該入力領域に入力した工事完了報告のデータを、通信ネットワークを介して受信する完了報告受信手段と、
前記工事完了報告のデータを、前記故障した街路灯の管理者が備える端末の表示部に、通信ネットワークを介して表示する工事完了報告手段と、
を備えることを特徴とする請求項１ないし６のいずれか１に記載の街路灯管理システム。
【請求項８】
前記完了報告受信手段により受信した工事完了報告のデータと、あらかじめ保持する街路灯の情報に基づき、前記故障した街路灯の修理代金を算定する修理代金算定手段と、
前記故障した街路灯の管理者が備える端末の表示部に、前記修理代金算定手段により算定した修理代金に基づく請求書データを、通信ネットワークを介して表示する修理代金請求手段と、
を備えることを特徴とする請求項１ないし７のいずれか１に記載の街路灯管理システム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【公開番号】特開２００８−１２３３８２（Ｐ２００８−１２３３８２Ａ）
【公開日】平成２０年５月２９日（２００８．５．２９）
【国際特許分類】
【出願番号】特願２００６−３０８４８４（Ｐ２００６−３０８４８４）
【出願日】平成１８年１１月１４日（２００６．１１．１４）
【出願人】（０００２１１３０７）中国電力株式会社 (6,505)
【出願人】（５０４２７９２１２）株式会社エネルギア・ライフ＆アクセス (15)
【公開日】平成２０年５月２９日（２００８．５．２９）
【国際特許分類】
【出願日】平成１８年１１月１４日（２００６．１１．１４）
【出願人】（０００２１１３０７）中国電力株式会社 (6,505)
【出願人】（５０４２７９２１２）株式会社エネルギア・ライフ＆アクセス (15)
[ Back to top ]