JP2014149953A - 照明制御装置及び照明制御システム - Google Patents

Abstract

【課題】ユーザのニーズに応じて照明灯の光量等の制御を行うことが可能な照明制御装置及び照明制御システムを提供することである。
【解決手段】照明制御システム１の管理装置１０は、ユーザ端末３０から通知された照明灯に関する情報を含むとともに、該ユーザ端末３０の位置情報および時刻情報を少なくとも含む通知情報を受信する受信部と、受信部によって受信された位置情報および時刻情報に基づいて、制御対象の照明灯を特定する特定部と、受信部によって受信された通知情報に応じて、特定部によって特定された照明灯に対する照明制御を行う点灯制御部とを具備する。
【選択図】図１

Description

本発明の実施形態は、照明制御装置及び照明制御システムに関する。

従来では、例えば屋外に設置した街路灯や道路灯等の照明灯は、デベロッパや地方公共団体、あるいは道路事業者等が保守を受け持っていた。このような照明灯の照明制御としては、例えば、照明灯の照度を時刻や照度センサによるＯＮ／ＯＦＦの切り替えを行う程度であり、きめ細かい照明灯のコントロールが実行されていない。また、照明灯の保守についても、定期的に点検を行う程度であった。また、照明灯の制御を行う技術として、例えば、照明灯をネットワークで接続し、当該ネットワークを介して管理者が任意の照明灯の管理装置と通信できるように構成したシステムも提案されている。

しかしながら、上記した手法では、ユーザのニーズに応じた照明灯の光量等の制御あるいは保守を行うことができないという問題がある。

特開２０１２−４０６２号公報

本発明が解決しようとする課題は、ユーザのニーズに応じて照明灯の光量等の制御を行うことが可能な照明制御装置及び照明制御システムを提供することである。

実施形態に係る照明制御装置は、ユーザ端末から通知された照明灯に関する情報を含むとともに、該ユーザ端末の位置情報および時刻情報を少なくとも含む通知情報を受信する受信部を具備する。また、実施形態に係る照明制御装置は、受信された位置情報および時刻情報に基づいて、制御対象の照明灯を特定する特定部を具備する。また、実施形態に係る照明制御装置は、受信部によって受信された通知情報に応じて、特定部によって特定された照明灯に対する照明制御を行う点灯制御部を具備する。

実施形態に係る照明制御装置及び照明制御システムによれば、ユーザのニーズに応じて照明灯の光量等の制御を行うことが期待できる。

図１は、実施形態に係る照明制御システムの一例の概要を示す図である。 図２は、照明灯情報記憶部に記憶される照明灯情報の一例を示す図である。 図３は、故障情報記憶部に記憶される故障情報の一例を示す図である。 図４は、制御内容記憶部に記憶される制御内容情報の一例を示す図である。 図５は、実施形態に係る管理装置に情報を送信する際に、ユーザ端末に表示される画面の一例を示す図である。 図６は、クラスタリングによりグループ分けされた情報の一例を示す図である。 図７は、故障した照明灯を特定する処理を説明する図である。 図８は、実施形態に係る管理装置における照明制御処理の流れの一例を示すフローチャートである。

以下で説明する実施形態に係る照明制御装置は、ユーザ端末から通知された照明灯に関する情報を含むとともに、該ユーザ端末の位置情報および時刻情報を少なくとも含む通知情報を受信する受信部を具備する。また、実施形態に係る照明制御装置は、受信された位置情報および時刻情報に基づいて、制御対象の照明灯を特定する特定部を具備する。また、実施形態に係る照明制御装置は、受信部によって受信された通知情報に応じて、特定部によって特定された照明灯に対する照明制御を行う点灯制御部を具備する。

実施形態に係る照明制御装置は、受信部によって受信された位置情報および時刻情報を用いて、通知情報のクラスタリングを行い、各通知情報をグループごとに分けるクラスタリング部をさらに具備する。また、実施形態に係る照明制御装置は、クラスタリング部によって分けられたグループのうち、同一グループに分けられた通知情報に含まれる照明灯に関する情報、位置情報および時刻情報それぞれの平均を算出する算出部をさらに具備する。

実施形態に係る照明制御装置が具備する特定部は、算出部によって算出された位置情報の平均を用いて、制御対象の照明灯の位置を特定する。

実施形態に係る照明制御装置が具備する点灯制御部は、クラスタリング部によって分けられたグループのうち、同一グループに分けられた通知情報の数が所定の閾値未満である場合には、該グループに分けられた通知情報に対応する照明制御の実行を中止する。

実施形態に係る照明制御装置は、受信部によって照明灯が故障している旨の情報が受信された場合には、該照明灯が故障している旨を報知する報知部をさらに具備する。

実施形態に係る照明制御装置が具備する報知部は、クラスタリング部によって分けられたグループのうち、同一グループに分けられた通知情報の数が所定の閾値未満である場合には、該グループに分けられた通知情報に対応する照明灯が故障している旨を報知することを中止する。

実施形態に係る照明制御装置は、受信部によって照明灯が故障している旨の情報が受信された場合には、該照明灯の近隣のユーザ端末に対して、照明灯に関する情報の提供を要請する旨の連絡を行う連絡部をさらに具備する。

実施形態に係る照明制御システムは、照明制御装置と、該照明制御装置にネットワークを介して接続され、該照明制御装置からの制御信号により制御される複数の照明灯と、を具備する。

図１は、実施形態に係る照明制御システムの一例の概要を示す図である。図１を参照し、実施形態に係る照明制御システムの一例につき説明する。

［照明制御システム１の構成の一例］
図１に示す第１の実施形態に係る照明制御システム１は、管理装置１０と、複数の照明灯２０Ａ〜２０Ｅと、ユーザ端末３０と、を備える。管理装置１０は、照明灯２０Ａ〜２０Ｅを制御する、照明制御装置として動作する。管理装置１０は、ネットワーク４０を介して照明灯２０Ａ〜２０Ｅと接続され、照明灯２０Ａ〜２０Ｅとの間で情報を送受信する。管理装置１０は、照明灯２０Ａ〜２０Ｅとネットワーク４０を介して通信を行うことにより、複数の照明灯２０Ａ〜２０Ｅの照度の増減や色調の変更等を制御する。

また、管理装置１０は、ネットワーク４０を介してユーザ端末３０と接続され、ユーザ端末３０との間で情報を送受信する。例えば、管理装置１０は、ユーザによりユーザ端末３０に入力される情報を受信し、当該情報に応じて照明灯２０Ａ〜２０Ｅに制御信号を送信し、照明灯２０Ａ〜２０Ｅの動作を制御する。

管理装置１０は例えば、所定の地域内に配置される複数の照明灯の動作を制御することにより当該照明灯による電力消費を一元的に管理し調整する管理サーバなどである。また、管理装置１０は、地域または都市内の電力消費を一元的に管理するスマートシティに設けられる管理サーバなどであってもよい。また、管理装置１０は、照明灯のみならず、公共空間に設けられ電力の供給を受けて動作する任意の装置も併せて管理する装置であってもよい。

照明灯２０Ａ〜２０Ｅは、公共空間、例えば、歩行者が通行する一般の街路や自動車が走行する道路に沿って任意の間隔で設けられ、街路や道路を照明する照明装置である。図１には、５つの照明灯２０Ａ〜２０Ｅを示すが、照明灯の数は５つに限定されず、街路や道路に沿って任意の数の照明灯が設けられる。なお、照明灯２０Ａ〜２０Ｅを特に区別することなく説明する場合には、照明灯２０と記載する。

本実施形態では、照明灯２０Ａ〜２０Ｅは、直接ネットワーク４０を介して管理装置１０からの制御信号を受信して、制御信号に応じて動作するものとして説明する。しかし、これに限定されず、照明灯２０Ａ〜２０Ｅ各々に、制御部と記憶部とを備える制御ユニット等を設置してもよい。この場合には、管理装置１０から送信される情報を、制御ユニットが受信して記憶部に格納し、適宜制御部が、記憶部から情報を読み出して照明灯の動作を制御するものとしてもよい。

また、照明灯２０Ａ〜２０Ｅの形状や種類は特に限定されず、蛍光灯、水銀灯、ＬＥＤ照明、太陽電池式の電灯等、任意のものを使用してよい。ただし、照明灯２０Ａ〜２０Ｅは、なんらかのエネルギーの供給を受けて発光し、消費したエネルギー（電力等）に対して料金が課されるものとする。

ユーザ端末３０は、例えば、携帯電話、ＰＨＳ（Personal Handyphone System）、ＰＤＡ（Personal Digital Assistant）、タブレットＰＣ（Portable Computer）等、ネットワーク４０に接続して、管理装置１０との間で情報を送受信できるものであれば、任意の装置であってよい。また、携帯端末に限定されず、家庭またはオフィスに設置されたコンピュータをユーザ端末３０として使用してもよい。本実施形態では、ユーザ端末３０の一例として携帯電話を用いて説明する。

ネットワーク４０は、例えば、電力線搬送通信（ＰＬＣ：Power Line Communication）を利用してもよいし、インターネット、ＬＡＮ（Local Area Network）、ＷＡＮ（Wide Area Network）等、任意のネットワークであってもよい。

［管理装置１０の構成の一例］
図１を参照し、管理装置１０の構成についてさらに説明する。管理装置１０は、通信部１１０と、制御部１２０と、記憶部１３０と、を備える。通信部１１０は、ネットワーク４０を介した照明灯２０Ａ〜２０Ｅおよびユーザ端末３０との通信処理を行う。制御部１２０は、通信部１１０が受信した情報を用いて、管理装置１０における処理を制御し、通信部１１０から外部へ送信する情報等を生成する。記憶部１３０は、管理装置１０における処理に用いる情報や管理装置１０において生成される情報等を記憶する。

記憶部１３０は、管理装置１０における処理に用いる情報や管理装置１０において生成される情報等を記憶する。記憶部１３０は、地図情報記憶部１３１、照明灯情報記憶部１３２、故障情報記憶部１３３および制御内容情報記憶部１３４を備える。

地図情報記憶部１３１は、地図情報を記憶する。地図記憶部１３１は少なくとも、照明灯２０Ａ〜２０Ｅが配置される地域の地図を記憶する。

照明灯情報記憶部１３２は、照明灯に関する情報を記憶する。図２は、照明灯情報記憶部に記憶される照明灯情報の一例を示す図である。図２に示すように、照明灯情報記憶部１３２は、照明灯を一意に識別するＩＤである「照明灯ＩＤ」と、照明灯が設置された位置を示す「緯度」および「経度」とを対応付けて記憶する。例えば、図２の例を用いて説明すると、照明灯情報記憶部１３２には、照明灯ＩＤ「１」に対応付けて、緯度「３５．０２」および経度「１４０．０４」が記憶されている。

故障情報記憶部１３３は、ユーザ端末３０から受信した照明灯の故障に関する情報を記憶する。図３は、故障情報記憶部に記憶される故障情報の一例を示す図である。図３に示すように、ユーザ端末３０からの通知を一意に識別する「通知ＩＤ」と、照明灯がどの程度故障しているとユーザが判断したかを示す「故障の程度」と、ユーザ端末３０から故障に関する情報が通知された時刻を示す「時刻」と、ユーザ端末３０から故障に関する情報が通知された位置を示す「緯度」および「経度」とを対応付けて記憶する。ここで、故障の程度における「×（１）」とは、照明灯に灯りが点いておらず真っ暗であるとユーザが判断したことを意味し、「△（０．５）」とは照明灯の灯りが点滅していたり断続的に点いたり消えたりしているとユーザが判断したことを意味する。

図３の例を用いて説明すると、例えば、故障情報記憶部１３３は、通知ＩＤ「１」に対応付けて、故障の程度「×（１）」、時刻「１：００」、緯度「３５．００」、経度「１４０．００」を記憶する。これは、時刻「１：００」に、緯度が「３５．００」であって経度が「１４０．００」である位置において、灯りが点いていない照明灯があることをユーザがユーザ端末３０から通知したことを意味する。

図４は、制御内容記憶部に記憶される制御内容情報の一例を示す図である。制御内容情報記憶部１３４は、図４に示すように、ユーザ端末３０からの通知を一意に識別する「通知ＩＤ」と、ユーザが指示する照度の増減や照明の色の変更などの制御内容を示す「制御内容」と、ユーザ端末３０から制御内容が通知された時刻を示す「時刻」と、ユーザ端末３０から制御内容が通知された位置を示す「緯度」および「経度」とを対応付けて記憶する。ここで、制御内容における「照度増＋３」とは、照明灯の明るさを３段階上げる旨を指示したことを意味し、「赤」とは、照明灯の明かりの色を赤に変更する旨を指示したことを意味する。

図４の例を用いて説明すると、例えば、故障情報記憶部１３３は、通知ＩＤ「７」に対応付けて、故障の程度「照度増＋３」、時刻「２：００」、緯度「３５．０５」および経度「１４０.１１」を記憶する。これは、時刻「２：００」に、緯度が「３５．０５」であって経度が「１４０．１１」である位置において、照明灯の照度を３段階増やす旨の指示をユーザがユーザ端末３０から通知したことを意味する。

制御部１２０は、受信部１２１、クラスタリング部１２２、算出部１２３、特定部１２４、報知部１２５、連絡部１２６および点灯制御部１２７を備える。

受信部１２１は、ユーザ端末３０から通知された照明灯２０に関する情報を含むとともに、該ユーザ端末３０の位置情報および時刻情報を少なくとも含む通知情報を受信する。例えば、受信部１２１は、通知情報として、ユーザ端末３０から送信される照度のコントロールを指示する情報や照明灯２０の故障情報等を受信する。また、受信部１２１は、通知情報を受信した際に、通知情報に含まれる情報が故障に関する情報である場合には、故障情報記憶部１３３に受信した情報を格納し、通知情報に含まれる情報が照明をコントロールする情報である場合には、制御内容記憶部１３４に受信した情報を格納する。

ここで、図５の例を用いて、ユーザが、照明灯２０の照明をコントロールする情報や照明灯２０の故障を報告するための情報を通知する際に、ユーザ端末３０に表示される画面について説明する。図５は、実施形態に係る管理装置に情報を送信する際に、ユーザ端末に表示される画面の一例を示す図である。図５に例示するように、ユーザ端末３０には、「近くの照明灯の情報を入力してください」というメッセージとともに、「故障を知らせる」の項目に「真っ暗」と「点滅」が表示され、「照明を調整する」の項目に「照度の増減を調整」と「照明の色を調整」とが表示されている。

例えば、ユーザは、消灯している照明灯２０を発見した場合には「真っ暗」を選択し、明かりが点滅している照明灯２０を発見した場合には「点滅」を選択する。また、ユーザは、例えば、暗いまたは必要以上に明るい照明灯２０を発見した場合には、「照度の増減を調整」を選択する。なお、「照度の増減を調整」を選択すると、さらに、どの程度照度を増減させるかを入力できる画面が表示されて、照度の増減の度合いを入力できるものとする。また、ユーザは、例えば、車を運転しているときに眠気の生じた道路、ヒヤリハットの生じた箇所において、危険な道路区域の注意を促したい場合に、「照明の色を調整整」を選択する。ここで、「照明の色を調整」を選択すると、さらに、照明の色を何色にするかを入力できる画面が表示されて、照明の色を入力できるものとする。

クラスタリング部１２２は、受信部１２１によって受信した位置情報および時刻情報を用いて、通知情報のクラスタリングを行い、各通知情報をグループごとに分ける。ここで、クラスタリングの手法として、データの分類が階層的になされる階層型手法（例えば、Ｗａｒｄ法）や、特定のクラスタ数に分類する分割最適化手法（ｋ−ｍｅａｎｓ法）などがあり、特にクラスタリングの手法を限定しないが、以下の説明では、分割最適化手法によりクラスタリングを行う場合を例に説明を行う。

クラスタリング部１２２では、複数のデータ間の類似度（もしくは距離）を定義し、類似度を元にグルーピングを行い、同じグループのデータが同一クラスタとなる。クラスタリング部１２２では、位置や時刻が近いデータが類似していると見なす。例えば、通知された（時刻、緯度、経度）をデータとすると、時刻、緯度、経度の３次元空間内での距離が近いほど類似度が近いと見なしてグルーピングする。このようなグルーピングを行った結果、例えば、図６に例示するように、各通知情報がグループ１〜グループ３に分けられる。図６は、クラスタリングによりグループ分けされた情報の一例を示す図である。図６に示すように、通知ＩＤ１、２の通知情報は、グループ１に分類され、通知ＩＤ３の通知情報は、グループ２に分類され、通知ＩＤ４〜６の通知情報は、グループ３に分類される。

算出部１２３は、クラスタリング部１２２によって分けられたグループのうち、同一グループに分けられた通知情報に含まれる照明灯に関する情報、位置情報および時刻情報それぞれの平均を算出する。図６の例を用いて説明すると、例えば、算出部１２３は、グループ１について通知ＩＤ１の故障の程度が「１」であり通知ＩＤ２の故障の程度が「０．５」であるため、(1+0.5)/2=0.75と算出し、グループ２について通知ＩＤ３の故障の程度が「１」であるため、1/1=1と算出し、グループ３について通知ＩＤ４の故障の程度が「０．５」であり通知ＩＤ５の故障の程度が「０．５」であり通知ＩＤ６の故障の程度が「１」であるため、(0.5+0.5+1)/3=0.66と算出して、平均化する。なお、平均の方法として、多数決であってもよく、例えば、図６の例では、グループごとに、故障の程度「１」と「０．５」どちらが多いかを判定し、多いほうを平均化した値として採用してもよい。

このように平均化することで、例えば、照明灯２０を管理する管理者は、算出された故障の程度の平均値から、どの程度の故障であるかを判断することができ、修理する照明灯２０の優先順位を決めるようにしてもよい。つまり、平均値が高いほど（１に近いほど）、照明灯２０が消灯している可能性が高く、平均値が低いほど（０．５に近いほど）、照明灯２０が消灯していないが正常に点灯していない状態（例えば、点滅している状態）である可能性が高いことから、例えば、平均値が高い照明灯ほど優先的に修理するようにしてもよい。

特定部１２４は、受信部１２１によって受信した位置情報および時刻情報に基づいて、制御対象の照明灯を特定する。例えば、特定部１２４は、算出部１２３によって算出された位置情報の平均を用いて、制御対象の照明灯を特定する。例えば、図６の例を用いて説明すると、グループ３について、緯度「３５.０１」、「３５.０４」、「３５.０３」を加算して、３で除算して、緯度の平均として「３５.０３」を求め（小数点第３位を四捨五入）、また、経度「１４０.０３」、「１４０.１０」、「１４０.１０」を加算して、３で除算して、経度の平均として「１４０．０８」を求める（小数点第３位を四捨五入）。

そして、特定部１２４は、緯度・経度の平均値に最も近い照明灯２０を制御対象の照明灯２０として特定する。ここで、図７の例を用いて、故障した照明灯を特定する処理について説明する。図７は、故障した照明灯を特定する処理を説明する図である。ここでは、図７に示すように、管理装置１０は、ユーザ端末３０Ａ〜３０Ｄから照明灯が故障している旨の通知情報を受信し、照明灯２０Ａ〜２０Ｃが設置されている場合について説明する。また、図７の例では、ユーザ端末３０Ａ〜３０Ｃから通知された通知情報と、ユーザ端末３０Ｄから通知された通知情報が別のグループに分類されているものとする。

図７に示すように、特定部１２４は、ユーザ端末３０Ａ〜３０Ｃにより通知された同一グループの通知情報に対応する緯度・経度を平均化し、平均化された緯度・経度と各照明灯２０Ａ〜２０Ｃとを比較する。そして、特定部１２４は、比較した結果、照明灯２０Ａ〜２０Ｃのなかから最も近い照明灯２０Ａを制御対象の照明灯として特定する。

報知部１２５は、受信部１２１によって照明灯２０が故障している旨の情報が受信された場合には、照明灯２０が故障している旨を報知する。例えば、報知部１２５は、受信部１２１によって照明灯２０が故障している旨の情報が受信された場合には、特定部１２４によって特定された制御対象の照明灯２０の位置と、該照明灯２０が故障している旨とを表示するとともに、保守アラームを出力する。

また、報知部１２５は、クラスタリング部１２２によって分けられたグループのうち、同一グループに分けられた通知情報の数が所定の閾値未満である場合には、該グループに分けられた通知情報に対応する照明灯が故障している旨を報知することを中止する。例えば、報知部１２５は、クラスタリング部１２２によって分けられたグループのうち、同一グループに分けられた通知情報の数が３つ未満である場合には、該グループに分けられた通知情報に対応する照明灯が故障している旨を報知することを中止する。

図７の例を用いて説明すると、点灯制御部１２７は、ユーザ端末３０Ａ〜３０Ｃにより通知された通知情報であって、同一グループに分けられた通知情報については３つであるので、照明灯２０Ａが故障している旨を報知する。一方、ユーザ端末３０Ｄにより通知された通知情報であって、同一グループに分けられた通知情報については１つであるため、照明灯２０Ｃが故障している旨を報知することを中止する。これにより、クレーマや悪戯による通知を排除することができる。

連絡部１２６は、受信部１２１によって照明灯２０が故障している旨の情報が受信された場合には、該照明灯２０の近隣のユーザ端末３０に対して、照明灯２０に関する情報の提供を要請する旨を連絡する。例えば、連絡部１２６は、受信部１２１によって照明灯２０が故障している旨の通知情報が受信された場合に、該通知情報に含まれる緯度・経度により示される位置の半径１００メートル以内にいるユーザ端末に対して、照明灯２０に関する情報の提供を要請する旨を連絡する。要請を受けたユーザは、照明灯２０に不具合がある場合にはユーザ端末３０から不具合を通知する。これによって、同一クラスタの情報数を確保することができる。ここで、情報提供を要請されるユーザは、プローブユーザとして予め管理装置１０に登録されており、例えば、過去に正確な通知を行ったユーザから選択されて登録されるようにしてもよい。また、ユーザが正確な通知を行った場合、つまり、このように照明灯２０の故障や異常状態を通知し、その通知を受けて管理装置１０が制御または報知の対象とした場合には、当該ユーザに対して、管理装置１０の管理者からなんらかの特典をもらうようにしてもよい。これによって、管理装置１０は、悪戯ではない多くの正確な情報を得ることができるようになる。

点灯制御部１２７は、受信部１２１によって受信された通知情報に応じて、特定部１２４によって特定された照明灯２０に対する照明制御を行う。ここで、点灯制御部１２７は、時間毎のスケジュール形式で照明灯２０に対する照明制御を行ってもよい。

また、点灯制御部１２７は、クラスタリング部１２２によって分けられたグループのうち、同一グループに分けられた通知情報の数が所定の閾値未満である場合には、該グループに分けられた通知情報に対応する照明制御の実行を中止する。例えば、点灯制御部１２７は、クラスタリング部１２２によって分けられたグループのうち、同一グループに分けられた通知情報の数が２つ未満である場合には、該グループに分けられた通知情報に対応する照明制御の実行を中止する。

［照明制御処理の流れの一例］
図８は、実施形態に係る管理装置１０における照明制御処理の流れの一例を示すフローチャートである。図８を参照して、管理装置１０における照明制御処理の流れの一例を説明する。

図８に示すように、管理装置１０の受信部１２１が、ユーザ端末３０から通知情報を受信すると（ステップＳ１０１肯定）、クラスタリング部１２２は、受信部１２１によって受信した位置情報および時刻情報を用いて、通知情報のクラスタリングを行い、各通知情報をグループごとに分ける（ステップＳ１０２）。

そして、算出部１２３は、クラスタリング部によって分けられたグループのうち、同一グループに分けられた通知情報の各情報の平均を算出する（ステップＳ１０３）。具体的には、算出部１２３は、同一グループに分けられた通知情報に含まれる制御に関する情報や故障に関する情報、位置情報および時刻情報それぞれの平均を算出する。

そして、特定部１２４は、算出部１２３によって算出された位置情報の平均を用いて、制御対象の照明灯を特定し（ステップＳ１０４）、ステップＳ１０１において受信部１２１が照明灯２０の制御に関する情報を受信したか否か、すなわち、照明灯２０の制御に関する情報を受信したか故障に関する情報を受信したかを判定する（ステップＳ１０５）。

この結果、照明灯２０の制御に関する情報を受信したと判定された場合には（ステップＳ１０５肯定）、点灯制御部１２７は、受信部１２１によって受信された通知情報に応じて、特定部１２４によって特定された照明灯２０に対する照明制御を行う（ステップＳ１０６）。例えば、点灯制御部１２７は、時間毎のスケジュール形式で照明灯２０に対する照明制御を行って、処理を終了する。なお、点灯制御部１２７は、クラスタリング部１２２によって分けられたグループのうち、同一グループに分けられた通知情報の数が所定の閾値未満である場合には、該グループに分けられた通知情報に対応する照明制御の実行を中止する。

また、ステップＳ１０５において、照明灯２０の制御に関する情報を受信しなかった、照明灯２０の制御に関する情報を受信したか故障に関する情報を受信したと判定された場合には（ステップＳ１０５否定）、報知部１２５は、通知された通知情報の数が閾値以上であるかを判定する（ステップＳ１０７）。この結果、報知部１２５は、通知された通知情報の数が閾値以上である（ステップＳ１０７肯定）場合には、故障を管理者に報知して（ステップＳ１０８）、処理を終了し、通知された通知情報の数が閾値以上でない（ステップＳ１０７否定）場合には、故障の報知を中止して、そのまま処理を終了する。

［第１の実施形態の効果］
このように、第１の実施形態に係る照明制御システム１では、管理装置１０が、ユーザ端末３０から通知された照明灯に関する情報を含むとともに、該ユーザ端末３０の位置情報および時刻情報を少なくとも含む通知情報を受信する。また、管理装置１０は、受信した位置情報および時刻情報に基づいて、制御対象の照明灯を特定する。また、管理装置１０は、受信された通知情報に応じて、特定された照明灯に対する照明制御を行う。このため、ユーザのニーズに応じて照明灯の光量等の制御を行うことができる。つまり、真のエンドユーザである住民やドライバとインタラクティブに連携可能とすることで、彼らの意図を考慮した適切な照度コントロールとメンテナンスを実施することが可能である。また、適切な照明制御を行うことで、電力コストや管理コストを低減することも可能となる。

また、第１の実施形態に係る照明制御システム１では、管理装置１０が、受信した位置情報および時刻情報を用いて、通知情報のクラスタリングを行い、各通知情報をグループごとに分ける。また、管理装置１０は、分けられたグループのうち、同一グループに分けられた通知情報に含まれる照明灯に関する情報、位置情報および時刻情報それぞれの平均を算出する。このため、例えば、管理者が、平均化された情報を参考にして、ある区域の照明灯の明るさを強く制御したり、照明灯の故障の度合いを把握したりすることが可能である。

また、第１の実施形態に係る照明制御システム１では、管理装置１０が、算出した位置情報の平均を用いて、制御対象の照明灯の位置を特定する。このため、ユーザ端末２０が通知した位置から、制御対象の照明灯の位置を簡易かつ適切に特定することが可能である。

また、第１の実施形態に係る照明制御システム１では、管理装置１０が、分類したグループのうち、同一グループに分けられた通知情報の数が所定の閾値未満である場合には、該グループに分けられた通知情報に対応する照明制御の実行を中止する。このため、クレーマや悪戯で通知された通知情報に左右されることなく、照度コントロール等を実施することが可能である。

また、第１の実施形態に係る照明制御システム１では、管理装置１０が、時間毎のスケジュール形式で照明灯に対する照明制御を行う。このため、所定の時刻単位で、きめ細かい照度コントロール等を実施することが可能である。

また、第１の実施形態に係る照明制御システム１では、管理装置１０が、照明灯２０が故障している旨の情報が受信された場合には、該照明灯２０が故障している旨を報知する。このため、ユーザからの通知により、故障していることを照明灯２０の管理者に報知することが可能となり、ユーザの意図を考慮したメンテナンスを実施することが可能である。

また、第１の実施形態に係る照明制御システム１では、管理装置１０が、クラスタリング部によって分けられたグループのうち、同一グループに分けられた通知情報の数が所定の閾値未満である場合には、該グループに分けられた通知情報に対応する照明灯２０が故障している旨を報知することを中止する。このため、クレーマや悪戯で通知された通知情報に左右されることなく、照明灯２０のメンテナンスを実施することが可能である。

また、第１の実施形態に係る照明制御システム１では、管理装置１０が、照明灯２０が故障している旨の情報が受信された場合には、該照明灯２０の近隣のユーザ端末３０に対して、照明灯２０に関する情報の提供を要請する旨の連絡を行う。このため、故障の可能性がある照明灯２０の近隣にいるユーザから、より多くの情報を収集することが出来る結果、照明灯２０の故障をより適切に把握することが可能である。

本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれると同様に、特許請求の範囲に記載された発明とその均等の範囲に含まれるものである。

１ 照明制御システム
１０ 管理装置
２０Ａ〜２０Ｅ 照明灯
３０ ユーザ端末
４０ ネットワーク
１１０ 通信部
１２０ 制御部
１２１ 受信部
１２２ クラスタリング部
１２３ 算出部
１２４ 特定部
１２５ 報知部
１２６ 連絡部
１２７ 点灯制御部
１３０ 記憶部
１３１ 地図記憶部
１３２ 照明灯情報記憶部
１３３ 故障情報記憶部
１３４ 制御内容記憶部

Claims (8)

1. ユーザ端末から通知された照明灯に関する情報を含むとともに、該ユーザ端末の位置情報および時刻情報を少なくとも含む通知情報を受信する受信部と；
   前記受信部によって受信された位置情報および時刻情報に基づいて、制御対象の照明灯を特定する特定部と；
   前記受信部によって受信された通知情報に応じて、前記特定部によって特定された照明灯に対する照明制御を行う点灯制御部と；
   を具備することを特徴とする照明制御装置。
2. 前記受信部によって受信された位置情報および時刻情報を用いて、前記通知情報のクラスタリングを行い、各通知情報をグループごとに分けるクラスタリング部と；
   前記クラスタリング部によって分けられたグループのうち、同一グループに分けられた通知情報に含まれる照明灯に関する情報、位置情報および時刻情報それぞれの平均を算出する算出部と；をさらに具備することを特徴とする請求項１に記載の照明制御装置。
3. 前記特定部は、前記算出部によって算出された位置情報の平均を用いて、制御対象の照明灯の位置を特定することを特徴とする請求項２に記載の照明制御装置。
4. 前記点灯制御部は、前記クラスタリング部によって分けられたグループのうち、同一グループに分けられた通知情報の数が所定の閾値未満である場合には、該グループに分けられた通知情報に対応する照明制御の実行を中止することを特徴とする請求項２または３に記載の照明制御装置。
5. 前記受信部によって照明灯が故障している旨の情報が受信された場合には、該照明灯が故障している旨を報知する報知部をさらに具備することを特徴とする請求項１〜４のいずれか１項に記載の照明制御装置。
6. 前記報知部は、前記クラスタリング部によって分けられたグループのうち、同一グループに分けられた通知情報の数が所定の閾値未満である場合には、該グループに分けられた通知情報に対応する照明灯が故障している旨を報知することを中止することを特徴とする請求項５に記載の照明制御装置。
7. 前記受信部によって照明灯が故障している旨の情報が受信された場合には、該照明灯の近隣のユーザ端末に対して、前記照明灯に関する情報の提供を要請する旨の連絡を行う連絡部をさらに具備することを特徴とする請求項１〜６のいずれか１項に記載の照明制御装置。
8. 請求項１から７のいずれか１項に記載の照明制御装置と、
   該照明制御装置にネットワークを介して接続され、該照明制御装置からの制御信号により制御される複数の照明灯と、
   を具備する照明制御システム。

Images