特許7511149 | 知財ポータル「IP Force」

知財求人 - 知財ポータルサイト「IP Force」

▶ パナソニックＩＰマネジメント株式会社の特許一覧

特許7511149照明装置及び照明システム

書誌要約請求の範囲詳細な説明課題実施例実施するための形態図面の説明

目に優しい文字サイズ小中大 PDF Top

< >

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2024-06-27

(45)【発行日】2024-07-05

(54)【発明の名称】照明装置及び照明システム

(51)【国際特許分類】

G06F 21/55 20130101AFI20240628BHJP

H05B 47/00 20200101ALI20240628BHJP

H04Q 9/00 20060101ALI20240628BHJP

H04B 10/116 20130101ALI20240628BHJP

B60R 25/00 20130101ALI20240628BHJP

B60R 25/104 20130101ALI20240628BHJP

【ＦＩ】

G06F21/55 340

H05B47/00

H04Q9/00 301B

H04B10/116

B60R25/00

B60R25/104

【請求項の数】 32

(21)【出願番号】P 2019209730

(22)【出願日】2019-11-20

(65)【公開番号】P2021082063

(43)【公開日】2021-05-27

【審査請求日】2022-08-12

【前置審査】

(73)【特許権者】

【識別番号】314012076

【氏名又は名称】パナソニックＩＰマネジメント株式会社

(74)【代理人】

【識別番号】100109210

【弁理士】

【氏名又は名称】新居広守

(74)【代理人】

【識別番号】100137235

【弁理士】

【氏名又は名称】寺谷英作

(74)【代理人】

【識別番号】100131417

【弁理士】

【氏名又は名称】道坂伸一

(72)【発明者】

【氏名】前田光

【審査官】土谷慎吾

(56)【参考文献】

【文献】特開２０１４－００３８６８（ＪＰ，Ａ）

【文献】特表２００９－５２８５２０（ＪＰ，Ａ）

【文献】特開２０１９－００８４８３（ＪＰ，Ａ）

【文献】特開２００５－２４２７５４（ＪＰ，Ａ）

【文献】特開２００６－２４４１４１（ＪＰ，Ａ）

【文献】特開２０１９－１０２０２３（ＪＰ，Ａ）

【文献】特開２００５－２５９０６５（ＪＰ，Ａ）

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｇ０６Ｆ２１／５５

Ｈ０５Ｂ４７／００

Ｈ０４Ｑ９／００

Ｈ０４Ｂ１０／１１６

Ｂ６０Ｒ２５／００

Ｂ６０Ｒ２５／１０４

(57)【特許請求の範囲】

【請求項1】

自動運転する車両と通信する通信部と、
前記通信部を介して前記車両の自動運転プログラムがハッキングされ不正外部操作されているか否かを診断する診断部と、
前記車両、前記車両が走行する道路及び前記車両が駐車する駐車場の少なくとも一つに照明光を照射可能な照射部と
を備える照明装置。

【請求項2】

前記診断部は、前記照射部の点灯状態が変化した場合に、前記駐車場に駐車されている前記車両に対して前記診断を行う
請求項１に記載の照明装置。

【請求項3】

前記診断部は、前記照射部が点灯から消灯又は減光状態に変化した場合あるいは点灯色が変化した場合に、前記診断を行う
請求項２に記載の照明装置。

【請求項4】

前記診断部は、前記照射部が点灯から消灯又は減光状態に変化した後あるいは点灯色が変化した後、再度点灯状態が変化した場合に、前記診断を終了する
請求項３に記載の照明装置。

【請求項5】

前記通信部は、前記照射部から前記車両への可視光通信をトリガとして、前記車両との通信を開始する
請求項１～４のいずれか１項に記載の照明装置。

【請求項6】

前記照射部は、前記診断部にて前記車両の自動運転プログラムがハッキングされていると診断された場合に、前記照射部の照明光を用いて前記車両の自動運転プログラムがハッキングされていることを報知する
請求項１～５のいずれか１項に記載の照明装置。

【請求項7】

前記照射部は、前記照明光を前記車両及び前記駐車場の少なくとも一つに投光することで前記報知を行う
請求項６に記載の照明装置。

【請求項8】

前記照明装置は、前記診断部にて前記車両の自動運転プログラムがハッキングされていると診断された場合に、前記照明装置に通信接続されているコンピュータに、前記車両の自動運転プログラムがハッキングされていることを報知する
請求項１～７のいずれか１項に記載の照明装置。

【請求項9】

前記照明装置は、前記診断部にて前記車両の自動運転プログラムがハッキングされていると診断された場合に、予め登録されたメールアドレスに電子メールを送信することで前記車両の自動運転プログラムがハッキングされていることを報知する
請求項１～８のいずれか１項に記載の照明装置。

【請求項10】

前記診断部は、前記車両に対して行った質問に対する回答に基づいて、前記診断を行う
請求項１～９のいずれか１項に記載の照明装置。

【請求項11】

前記診断部は、複数の前記質問に対する回答時間及び回答傾向の少なくとも一方に基づいて、前記診断を行う
請求項１０に記載の照明装置。

【請求項12】

前記診断部は、前記通信部を介して、前記車両に一義的に回答が決まる前記質問を行い、前記質問に対する回答時間が予め決められた時間よりも遅い場合に、前記車両の自動運転プログラムがハッキングされていると診断する
請求項１１に記載の照明装置。

【請求項13】

前記診断部は、前記通信部を介して、前記車両に一義的に回答が決まらない複数の前記質問を行い、複数の前記質問に対する回答のぶれ幅が予め決められたぶれ幅よりも小さい場合に、前記車両の自動運転プログラムがハッキングされていると診断する
請求項１１又は１２に記載の照明装置。

【請求項14】

前記診断部は、前記通信部を介して、前記車両に搭載された走行システムを動かすソフトウェアの強靭性を確認することで、前記診断を行う
請求項１～１３のいずれか１項に記載の照明装置。

【請求項15】

前記診断部は、前記ソフトウェアの強靭性のレベルが予め決められたレベルよりも低い場合に、前記車両の自動運転プログラムがハッキングされていると診断する
請求項１４に記載の照明装置。

【請求項16】

前記診断部は、前記ソフトウェアに対して、ＤｏＳ（ＤｅｎｉａｌｏｆＳｅｒｖｉｃｅ）攻撃及びバッファオーバーフロー攻撃の少なくとも一方を行うことで、前記ソフトウェアの強靭性を確認する
請求項１４又は１５に記載の照明装置。

【請求項17】

前記診断部は、前記ＤｏＳ攻撃によって前記ソフトウェアの強靭性のレベルが予め決められたレベルよりも低くなった場合に、前記ソフトウェアが機能しなくなるまで前記ＤｏＳ攻撃を継続する
請求項１６に記載の照明装置。

【請求項18】

前記診断部は、前記ソフトウェアに対して、トラップデータの送信を行うことで、前記ソフトウェアの強靭性を確認する
請求項１４又は１５に記載の照明装置。

【請求項19】

前記診断部は、前記トラップデータの送信によって前記ソフトウェアにバックドアが形成されていることを見つけた場合に、前記ソフトウェアの強靭性のレベルが予め決められたレベルよりも低く、前記車両の自動運転プログラムがハッキングされていると診断する
請求項１８に記載の照明装置。

【請求項20】

前記診断部は、前記通信部を介して前記車両の運行ログを取得し、前記運行ログに基づいて、前記診断を行う
請求項１～１９のいずれか１項に記載の照明装置。

【請求項21】

前記診断部は、前記運行ログに基づいて、前記車両が予め決められた運行規則を守っていないことを確認した場合に、前記車両の自動運転プログラムがハッキングされていたと判断する
請求項２０に記載の照明装置。

【請求項22】

自動運転する車両と通信する通信部と、
前記通信部を介して前記車両がハッキングされ不正外部操作されているか否かを診断する診断部と、
前記車両、前記車両が走行する道路及び前記車両が駐車する駐車場の少なくとも一つに照明光を照射可能な照射部と
を備え、
前記診断部は、前記車両の駐車中と停車中と走行中とで、診断の時間及び診断の量の少なくとも一方を異ならせて、前記診断を行い、
さらに、前記診断部は、前記車両が駐車中であると判断した場合に、前記車両が走行中又は停車中であるときよりも前記診断の時間及び前記診断の量の少なくとも一方を増やして、前記診断を行う
照明装置。

【請求項23】

自動運転する車両と通信する通信部と、
前記通信部を介して前記車両がハッキングされ不正外部操作されているか否かを診断する診断部と、
前記車両、前記車両が走行する道路及び前記車両が駐車する駐車場の少なくとも一つに照明光を照射可能な照射部と
を備え、
前記診断部は、前記車両の駐車中と停車中と走行中とで、診断の時間及び診断の量の少なくとも一方を異ならせて、前記診断を行い、
さらに、前記診断部は、前記車両が停車中であると判断した場合に、前記車両が走行中であるときよりも前記診断の時間及び前記診断の量の少なくとも一方を増やして、かつ、前記車両が駐車中であるときよりも前記診断の時間及び前記診断の量の少なくとも一方を減らして、前記診断を行う
照明装置。

【請求項24】

自動運転する車両と通信する通信部と、
前記通信部を介して前記車両がハッキングされ不正外部操作されているか否かを診断する診断部と、
前記車両、前記車両が走行する道路及び前記車両が駐車する駐車場の少なくとも一つに照明光を照射可能な照射部と
を備え、
前記診断部は、前記車両の駐車中と停車中と走行中とで、診断の時間及び診断の量の少なくとも一方を異ならせて、前記診断を行い、
さらに、前記診断部は、前記車両が走行中であると判断した場合に、前記車両が停車中又は駐車中であるときよりも前記診断の時間及び前記診断の量の少なくとも一方を減らして、前記診断を行う
照明装置。

【請求項25】

さらに、前記車両を検出する検出部と、
前記通信部、前記検出部、前記診断部および前記照射部の作動を制御する制御部と
を備え、
前記制御部は、前記検出部が前記車両を検出すると、前記通信部を介して前記車両の識別情報を要求する要求信号を前記車両へ発信し、前記車両から送信された前記車両の識別情報が、予め登録された識別情報と一致する場合に、前記車両の診断を行うように前記診断部に診断指令を出す
請求項１～２４のいずれか１項に記載の照明装置。

【請求項26】

請求項１～２５のいずれか１項に記載の照明装置と、
前記照明装置と通信する情報端末と
を備える照明システム。

【請求項27】

前記診断部は、前記車両が駐車場に駐車された後、前記情報端末が前記駐車場から所定の距離を超えて離れた場合に、前記診断を開始する
請求項２６に記載の照明システム。

【請求項28】

前記照明装置の前記診断部は、前記駐車場に駐車されている前記車両の前記診断を開始した後、前記情報端末が前記駐車場に所定の距離以内に近づいた場合に、前記診断を終了する
請求項２７に記載の照明システム。

【請求項29】

自動運転する車両と通信する通信部、ならびに、前記車両、前記車両が走行する道路及び前記車両が駐車する駐車場の少なくとも一つに照明光を照射可能な照射部を有する照明装置と、
前記通信部に通信接続され、前記通信部を介して前記車両の自動運転プログラムがハッキングされ不正外部操作されているか否かを診断する車両診断装置と
を備える照明システム。

【請求項30】

自動運転する車両、前記車両が走行する道路及び前記車両が駐車する駐車場の少なくとも一つに照明光を照射可能な照明装置と、
前記照明装置及び前記車両と通信する通信部、ならびに、前記通信部を介して前記車両の自動運転プログラムがハッキングされ不正外部操作されているか否かを診断する診断部を有する車両診断装置と
を備える照明システム。

【請求項31】

自動運転する移動体と通信する通信部と、
前記通信部を介して前記移動体の自動運転プログラムがハッキングされ不正外部操作されているか否かを診断する診断部と、
前記移動体、前記移動体が移動する移動路に並行する道路及び前記移動体が待機する待機所の少なくとも一つに照明光を照射可能な照射部と
を備える照明装置。

【請求項32】

前記移動体は、無人航空機である
請求項３１に記載の照明装置。

【発明の詳細な説明】

【技術分野】

【0001】

本開示は、車両等の診断機能を有する照明装置及び照明システムに関する。

【背景技術】

【0002】

従来、道路に照明光を照射する街路灯が知られている。その街路灯の一例として、特許文献１には、災害が発生したときに危険地域及び安全地域を報知する街路灯が開示されている。

【先行技術文献】

【特許文献】

【0003】

【文献】特開２０１５－２１３０４１号公報

【発明の概要】

【発明が解決しようとする課題】

【0004】

しかしながら、特許文献１に開示された街路灯のように、災害が発生したときに危険地域等を報知するだけでは、道路の保全性を十分に高めることができない場合がある。例えば、災害発生の有無にかかわらず、自動運転している車両が第三者にハッキング（不正外部操作）されると、ハッキングされた車両や他の車両に被害が生じるという問題がある。その問題に対し、例えば移動体である車両等がハッキングされているか否かを日常生活において簡易に診断することができれば、車両等のハッキングによる被害を抑制できると考えられる。

【0005】

そこで、本開示は、車両等がハッキングされているか否かを診断することができる照明装置等を提供することを目的とする。

【課題を解決するための手段】

【0006】

上記目的を達成するために、本開示に係る照明装置の一態様は、自動運転する車両と通信する通信部と、前記通信部を介して前記車両の自動運転プログラムがハッキングされ不正外部操作されているか否かを診断する診断部と、前記車両、前記車両が走行する道路及び前記車両が駐車する駐車場の少なくとも一つに照明光を照射可能な照射部とを備える。
上記目的を達成するために、本開示に係る照明装置の一態様は、自動運転する車両と通信する通信部と、前記通信部を介して前記車両がハッキングされ不正外部操作されているか否かを診断する診断部と、前記車両、前記車両が走行する道路及び前記車両が駐車する駐車場の少なくとも一つに照明光を照射可能な照射部とを備え、前記診断部は、前記車両の駐車中と停車中と走行中とで、診断の時間及び診断の量の少なくとも一方を異ならせて、前記診断を行い、さらに、前記診断部は、前記車両が駐車中であると判断した場合に、前記車両が走行中又は停車中であるときよりも前記診断の時間及び前記診断の量の少なくとも一方を増やして、前記診断を行う。
上記目的を達成するために、本開示に係る照明装置の一態様は、自動運転する車両と通信する通信部と、前記通信部を介して前記車両がハッキングされ不正外部操作されているか否かを診断する診断部と、前記車両、前記車両が走行する道路及び前記車両が駐車する駐車場の少なくとも一つに照明光を照射可能な照射部とを備え、前記診断部は、前記車両の駐車中と停車中と走行中とで、診断の時間及び診断の量の少なくとも一方を異ならせて、前記診断を行い、さらに、前記診断部は、前記車両が停車中であると判断した場合に、前記車両が走行中であるときよりも前記診断の時間及び前記診断の量の少なくとも一方を増やして、かつ、前記車両が駐車中であるときよりも前記診断の時間及び前記診断の量の少なくとも一方を減らして、前記診断を行う。
上記目的を達成するために、本開示に係る照明装置の一態様は、自動運転する車両と通信する通信部と、前記通信部を介して前記車両がハッキングされ不正外部操作されているか否かを診断する診断部と、前記車両、前記車両が走行する道路及び前記車両が駐車する駐車場の少なくとも一つに照明光を照射可能な照射部とを備え、前記診断部は、前記車両の駐車中と停車中と走行中とで、診断の時間及び診断の量の少なくとも一方を異ならせて、前記診断を行い、さらに、前記診断部は、前記車両が走行中であると判断した場合に、前記車両が停車中又は駐車中であるときよりも前記診断の時間及び前記診断の量の少なくとも一方を減らして、前記診断を行う。

【0007】

また、上記課題を解決するために、本開示に係る照明システムの一態様は、上記照明装置と、前記照明装置と通信する情報端末とを備える。

【0008】

また、上記課題を解決するために、本開示に係る照明システムの一態様は、自動運転する車両と通信する通信部、ならびに、前記車両、前記車両が走行する道路及び前記車両が駐車する駐車場の少なくとも一つに照明光を照射可能な照射部を有する照明装置と、前記通信部に通信接続され、前記通信部を介して前記車両の自動運転プログラムがハッキングされ不正外部操作されているか否かを診断する車両診断装置とを備える。

【0009】

また、上記課題を解決するために、本開示に係る照明システムの一態様は、自動運転する車両、前記車両が走行する道路及び前記車両が駐車する駐車場の少なくとも一つに照明光を照射可能な照明装置と、前記照明装置及び前記車両と通信する通信部、ならびに、前記通信部を介して前記車両の自動運転プログラムがハッキングされ不正外部操作されているか否かを診断する診断部を有する車両診断装置とを備える。

【0010】

また、上記課題を解決するために、本開示に係る照明装置の一態様は、自動運転する移動体と通信する通信部と、前記通信部を介して前記移動体の自動運転プログラムがハッキングされ不正外部操作されているか否かを診断する診断部と、前記移動体、前記移動体が移動する移動路に並行する道路及び前記移動体が待機する待機所の少なくとも一つに照明光を照射可能な照射部とを備える。

【発明の効果】

【0011】

本開示に係る照明装置等によれば、車両等がハッキングされているか否かを診断することができる。これにより、車両等のハッキングによる被害を抑制することができる。

【図面の簡単な説明】

【0012】

【図1】実施の形態１に係る照明装置の設置例を示す図である。

【図2】実施の形態１に係る照明装置の構成を示すブロック図である。

【図3】実施の形態１に係る照明装置の診断部から車両に対して行う質問の一例を示す図である。

【図4】実施の形態１に係る照明装置から車両に対して行うソフトウェアの強靭性確認手段を示す図である。

【図5】実施の形態１に係る照明装置の診断部で取得する車両の運行ログの一例を示す図である。

【図6】実施の形態１に係る照明装置の照射部によって報知される報知情報の一例を示す図である。

【図7】実施の形態１に係る照明装置の動作を示すフローチャートである。

【図8】実施の形態１に係る照明装置の診断部の動作の一例を示すフローチャートである。

【図9】実施の形態１に係る照明装置の診断部の動作の他の例を示すフローチャートである。

【図10】実施の形態１に係る照明装置の診断部の動作の他の例を示すフローチャートである。

【図11】実施の形態１に係る照明装置の診断部の動作の他の例を示すフローチャートである。

【図12】実施の形態２に係る照明装置の使用例を示す図である。

【図13】実施の形態２に係る照明装置の構成を示すブロック図である。

【図14】実施の形態２に係る照明装置の照射部の点灯状態を示す図である。

【図15】実施の形態２に係る照明装置の動作を示すフローチャートである。

【図16】実施の形態３に係る照明システムを示す概略図である。

【図17】実施の形態３に係る照明システムを構成する複数の照明機器の通信接続関係を示す図である。

【図18】実施の形態３に係る照明システムの動作の一例を示すフローチャートである。

【図19】実施の形態３に係る照明システムの動作の他の例を示すフローチャートである。

【図20】実施の形態３の変形例１に係る照明システムを示す概略図である。

【図21】実施の形態３の変形例１に係る照明システムを構成する複数の電気機器の通信接続関係を示す図である。

【図22】実施の形態３の変形例２に係る照明システムを示す概略図である。

【図23】実施の形態３の変形例２に係る照明システムを構成する複数の電気機器、コントローラ及び車両診断装置の通信接続関係を示す図である。

【図24】実施の形態３の変形例２に係る照明システムの構成の一部を示すブロック図である。

【図25】実施の形態４に係る照明システムを示す概略図である。

【図26】実施の形態４に係る照明システムの構成を示すブロック図である。

【図27】実施の形態５に係る照明システムを示す概略図である。

【図28】実施の形態５に係る照明システムの構成を示すブロック図である。

【図29】実施の形態５に係る照明システムの照明装置の概略図である。

【図30】実施の形態５に係る照明システムの動作の一例を示すフローチャートである。

【図31】実施の形態６に係る照明システムを示す概略図である。

【図32】実施の形態６に係る照明システムの構成を示すブロック図である。

【図33】実施の形態６に係る照明システムの動作の一例を示す図である。

【図34】実施の形態７に係る照明装置の設置例を示す図である。

【図35】実施の形態７に係る照明装置の構成を示すブロック図である。

【図36】実施の形態８に係る照明システムを示す概略図である。

【図37】実施の形態８に係る照明システムの構成を示すブロック図である。

【発明を実施するための形態】

【0013】

本実施の形態に係る照明装置は、自動運転する車両等が第三者にハッキングされているか否かを診断する診断機能を備える。照明装置が上記診断機能を備えることで、車両等のハッキングによる被害を抑制することが可能となる。なお本実施の形態において、ハッキングとは、他人のコンピュータに不正に侵入して予期しない動作をさせる、あるいは正常な動作をさせないことを意味する。

【0014】

以下、実施の形態について、図面を参照しながら具体的に説明する。なお、以下で説明する実施の形態は、いずれも本開示の一具体例を示すものである。以下の実施の形態で示される数値、形状、材料、構成要素、構成要素の配置位置及び接続形態、ステップ、ステップの順序などは、一例であり、本開示を限定する主旨ではない。また、以下の実施の形態における構成要素のうち、本開示の一形態に係る実現形態を示す独立請求項に記載されていない構成要素については、任意の構成要素として説明される。本開示の実現形態は、現行の独立請求項に限定されるものではなく、他の独立請求項によっても表現され得る。

【0015】

なお、各図は模式図であり、必ずしも厳密に図示されたものではない。また、各図において、実質的に同一の構成に対しては同一の符号を付しており、重複する説明は省略又は簡略化される場合がある。

【0016】

（実施の形態１）
［１－１．照明装置の構成］
実施の形態１に係る照明装置１０の構成について、図１～図６を参照しながら説明する。

【0017】

図１は、実施の形態１に係る照明装置１０の設置例を示す図である。

【0018】

照明装置１０は、車両５０を駐車する駐車場９１に設置され、車両５０及び駐車場９１に照明光を照射する。図１では、照明装置１０が建造物６０の一例である住宅の外壁に設置されているが、それに限られず、照明装置１０は、住宅の屋根、塀、支柱等に設置されてもよい。

【0019】

車両５０は、自動運転が可能な車両であり、例えば、自動車、自動二輪車等である。自動運転とは、自律的に自動車を運転することであり、例えば、運転者を必要としないで運転することはもちろん、運転者のハンドル操作やブレーキ操作を支援しながら運転することも含む。車両５０は、手動運転のモードと自動運転のモードとを相互に切換えることができる車両であってもよい。車両５０には、照明装置１０と通信する通信アンテナ５１、及び、照明装置１０の照明光を認識するカメラ５２が設けられている。車両５０は、ＡＩアシスタント機能（ソフトウェアエージェント）を有している。なお、車両５０は、後述する移動体の一例である。

【0020】

図２は、照明装置１０の構成を示すブロック図である。なお、図２には、ネットワークを介して照明装置１０と通信接続されるコンピュータも示されている。

【0021】

図２に示されるように、照明装置１０は、車両５０と通信する通信部１１と、照明光を照射可能な照射部１２と、車両５０を検出する検出部１３と、車両５０の自動運転プログラムがハッキングされているか否かについて車両５０を診断する診断部１６とを備えている。また、照明装置１０は、照射部１２の点灯、消灯、調光及び調色を制御する制御部１５を備えている。

【0022】

照射部１２は、照明光を照射する光源であり、例えば、静止画又は動画を投影する液晶プロジェクタ、又は、赤色、緑色、青色の光及びこれらの色の光が合成された光を発するＬＥＤ（ＬｉｇｈｔＥｍｉｔｔｉｎｇＤｉｏｄｅ）発光モジュールである。照射部１２は、ＲＧＢ、電球色（２７００Ｋ）や昼白色（５０００Ｋ）等の単体のＳＭＤ（ＳｕｒｆａｃｅＭｏｕｎｔＤｅｖｉｃｅ）、ＣＯＢ（ＣｈｉｐＯｎＢｏａｒｄ）の組み合わせでもよい。照射部１２は、車両５０及び車両５０の周囲を照らすため、車両５０の車高よりも高い位置に設けられる。

【0023】

検出部１３は、駐車場９１における車両５０の有無を検出するセンサであり、例えば、画像センサ、赤外線センサ又はレーザセンサである。検出部１３は、常時稼働することで、駐車場９１に車両５０が駐車されているか否かを検出する。本実施の形態では、検出部１３が車両５０を検出することで照射部１２が点灯し、また、照射部１２の点灯に伴って診断部１６が車両５０を診断可能な状態となる。

【0024】

通信部１１は、車両５０と無線ｒ１で通信する通信モジュールである。無線ｒ１による通信方式としては、例えば、Ｂｌｕｅｔｏｏｔｈ（登録商標）、９２０ＭＨｚ帯の周波数を利用した特定小電力無線、Ｚｉｇｂｅｅ（登録商標）、又は、ＷｉＦｉ（登録商標）などの通信方式が用いられる。

【0025】

制御部１５は、マイクロプロセッサ、メモリ１５ａ及びメモリ１５ａに格納されたプログラムなどによって構成される。メモリ１５ａには、車両ナンバーなどの車両５０の識別情報が保存されている。また、メモリ１５ａには、後述する車両５０の運行ログ及び診断結果が記録される。制御部１５は、照射部１２の点灯等を制御するとともに、通信部１１、検出部１３及び診断部１６の作動を制御する。

【0026】

制御部１５は、例えば、検出部１３が車両５０を検出すると、通信部１１を介して車両５０の識別情報を要求する要求信号を車両５０へ発信する。そして、制御部１５は、車両５０から送信された車両５０の識別情報が、予め登録された識別情報と一致する場合に、車両５０の診断を行うように診断部１６に診断指令を出す。

【0027】

なお、制御部１５は、上記要求信号を発信する代わりに、照射部１２から車両５０への可視光通信をトリガとして車両５０と通信し、車両５０の識別情報を取得してもよい。その場合に車両５０は、可視光通信の信号受信部であるカメラ５２を介して可視光通信により送信された情報を解読し、照明装置１０に対して車両５０の識別情報を返信してもよい。また、制御部１５は、車両ナンバーを検出部１３で撮像することで、車両５０の識別情報を取得してもよい。また、制御部１５は、検出部１３を用いる代わりに通信部１１を介して定期的にビーコン信号を発信し、車両５０に対して識別情報の返信要求をすることで、車両５０の識別情報を取得してもよい。すなわち制御部１５は、通信部１１を用いて車両５０を検出し、その後、通信部１１を介して診断を行ってもよい。

【0028】

診断部１６は、通信部１１を介して車両５０がハッキングされているか否かを診断する回路である。診断部１６は、例えば、照射部１２の点灯状態が変化した場合に、駐車場９１に駐車されている車両５０に対して診断を行う。具体的には、診断部１６は、照射部１２が消灯から点灯に変化し、かつ、制御部１５からの診断指令を受け付けている場合に、ハッキング有無の診断を行う。

【0029】

なお、診断部１６は、照射部１２が消灯から点灯に変化した場合に限られず、照射部１２が点灯から消灯又は減光状態に変化した場合あるいは点灯色が変化した場合に、ハッキング有無の診断を行ってもよい。また、診断部１６は、照射部１２が点灯から消灯又は減光状態に変化した後あるいは点灯色が変化した後、再度点灯状態が変化した場合に、ハッキング有無の診断を終了してもよい。なお、減光状態とは所定の明るさ以下となるように調光制御されている状態、例えば、１００％の照度のうち３０％の照度で点灯制御されている状態である。点灯色が変化するとは、色温度が変化するように調色制御された状態である。

【0030】

ここで、診断部１６による車両診断について、３つの診断例を挙げながら説明する。

【0031】

１つ目の診断例は、照明装置１０から車両５０に対して行った質問に対する回答に基づいて、車両診断を行う例である。診断部１６は、車両５０に対して複数の質問を行い、質問に対する回答時間及び回答傾向の少なくとも一方に基づいて、車両５０がハッキングされているか否かを判断する。

【0032】

図３は、照明装置１０の診断部１６から車両５０に対して行う質問の一例を示す図である。

【0033】

例えば、診断部１６は、通信部１１を介して車両５０に一義的に回答が決まる質問を行い、質問に対する回答時間が予め決められた時間よりも遅い場合に、車両５０がハッキングされていると診断する。

【0034】

一義的に回答が決まる質問とは、例えば、車両５０の乗車人数、車両５０の目的地、車両５０のオーナー（持ち主）席のシート位置、車内と車外との温度差、ブレーキ操作の有無に関する問いである。車両５０の乗車人数は、車両５０のカメラ５２によって取得できる。車両５０の目的地は、カーナビゲーションによって取得できる。車内と車外との温度差は、温度センサによって取得できる。オーナー席のシート位置は、オーナーが車両５０に事前に登録したシート位置によって取得できる。ブレーキ操作の有無は、車両５０のＥＣＵ（ＥｌｅｃｔｒｏｎｉｃＣｏｎｔｒｏｌＵｎｉｔ）によって取得できる。

【0035】

上記の乗車人数、目的地、シート位置、温度差、ブレーキ操作の有無は、車両５０にとって瞬時に取得できるので、正常な車両５０であれば質問に対する回答を短時間で行うことができる。そこで診断部１６は、質問に対する回答時間が予め決められた時間よりも遅い場合に、車両５０がハッキングされていると判断し、回答時間が予め決められた時間内である場合に、車両５０がハッキングされていないと判断する。なお、一義的に回答が決まる質問及びその回答には、車両継続検査（車検）の検査内容であるハンドル操作指示、ブレーキ操作指示、及び、これらの操作指示に対する応答結果が含まれていてもよい。

【0036】

また、例えば、診断部１６は、通信部１１を介して車両５０に一義的に回答が決まらない複数の質問を行い、複数の質問に対する回答のぶれ幅が予め決められたぶれ幅よりも小さい場合に、車両５０がハッキングされていると判断する。回答のぶれ幅とは、同類の複数の質問に対する複数の回答のばらつきの大きさである。

【0037】

一義的に回答が決まらない質問とは、例えば、オーナーの気分・機嫌、運行ルートの決定基準、オーナーの車両５０に対する満足度、オーナーの幸福度、車両５０の周辺地域における気象状況などに関する問いである。オーナーの気分・機嫌は、オーナーの言動を車内のマイク及びカメラ５２で検出することで取得できる。運行ルートの決定基準は、予め登録されたオーナー好みの運行ルートから取得できる。オーナーの車両５０に対する満足度は、オーナーの車両５０に対する接し方、扱い方をマイク及びカメラ５２で検出することで取得できる。オーナーの幸福度は、オーナーの顔の表情をカメラ５２で検出することで取得できる。車両５０の周辺地域における気象状況は、カメラ５２、車両５０に設けられた気象センサにより取得できる。

【0038】

上記のオーナーの気分・機嫌、運行ルートの決定基準、満足度、幸福度、気象状況は、天気、道路混雑状況、物価指数、仕事の進捗、対人関係などによって変わるものであり、正常な車両５０であれば、回答にぶれ幅が生じる。一方、車両５０が第三者にハッキングされている場合は、回答のぶれ幅が小さく、又は、決まりきった回答しか得られないことが多い。そこで診断部１６は、複数の質問に対する回答のぶれ幅が予め決められたぶれ幅以上である場合に、車両５０がハッキングされていないと診断し、回答のぶれ幅が予め決められたぶれ幅よりも小さい場合に、車両５０がハッキングされていると判断する。

【0039】

このように、照明装置１０から車両５０に対して質疑応答を行うことで、車両５０がハッキングされているか否かを診断することができる。

【0040】

２つ目の診断例は、車両５０に搭載された走行システムを動かすソフトウェアの強靭性を確認することで車両診断を行う例である。診断部１６は、通信部１１を介して、車両５０のソフトウェアの強靭性を確認することで、上記診断を行う。そして、診断部１６は、ソフトウェアの強靭性のレベルが予め決められたレベルよりも低い場合に、車両５０がハッキングされていると診断する。なお、車両５０を診断する場合に、ソフトウェアの脆弱性を確認することは、ソフトウェアの強靭性を確認することと実質的に同じである。

【0041】

図４は、照明装置１０から車両５０に対して行うソフトウェアの強靭性確認手段を示す図である。

【0042】

例えば、診断部１６は、通信部１１を介して車両５０にＤｏＳ（ＤｅｎｉａｌｏｆＳｅｒｖｉｃｅ）攻撃及びバッファオーバーフロー攻撃の少なくとも一方の模擬攻撃を行うことで、ソフトウェアの強靭性を確認する。ＤｏＳ攻撃とは、パケットによって車両５０に大量のデータを送信したり、大量のリクエストを行ったりすることである。バッファオーバーフロー攻撃とは、車両５０のマイクロプロセッサに許容量以上のデータを送り、マイクロプロセッサの処理を遅らせることである。

【0043】

車両５０がハッキングされていると、これらの模擬攻撃によって車両５０のソフトウェアの処理速度が極端に遅くなるなど、車両５０に変化が起きる。そこで診断部１６は、車両５０にこれらの模擬攻撃を行って、車両５０の強靭性のレベルが予め決められたレベルよりも低くならなかった場合に、車両５０がハッキングされていないと判断し、予め決められたレベルよりも低くなった場合に、車両５０がハッキングされていると判断する。ソフトウェアの強靭性のレベルは、表１に示すように、模擬攻撃及び後述するトラップデータの送信に対する耐性を示すレベルである。予め決められた強靭性のレベルは、例えば、レベル５又はレベル４に設定される。

【0044】

【表1】

【0045】

例えば、診断部１６は、ＤｏＳ攻撃によってソフトウェアの強靭性のレベルが予め決められたレベルよりも低くなった場合に、車両５０のソフトウェアが機能しなくなるまでＤｏＳ攻撃を継続し、車両５０に搭載された走行システムをダウンさせてもよい。

【0046】

また、診断部１６は、通信部１１を介して車両５０にトラップデータを送信することで、ソフトウェアの強靭性を確認する。トラップデータの送信は、ハッカーが作ったバックドアへの対処策である。トラップデータには、例えば、ログインＩＤ又は車検情報などの重要項目にハッカーがバックドアを介してアクセスしたか否かを確認する罠が仕込まれていたり、ソフトウェアのバージョンアップの時刻にハッカーがバックドアを介して侵入したか否かを確認する罠が仕込まれていたりする。そこで診断部１６は、車両５０にトラップデータを送信して、不正アクセス又は不正侵入などが発生しなかった場合に、車両５０がハッキングされていないと判断し、上記の不正アクセス又は不正侵入が発生した場合に、車両５０がハッキングされていると判断する。例えば、診断部１６は、トラップデータの送信によってソフトウェアにバックドアが形成されていることを見つけた場合に、ソフトウェアの強靭性のレベルが予め決められたレベルよりも低く、車両５０がハッキングされていると診断してもよい。

【0047】

このように、照明装置１０から車両５０に対してソフトウェアの強靭性を確認することで、車両５０がハッキングされているか否かを診断することができる。

【0048】

３つ目の診断例は、車両５０の運行ログを取得し、運行ログに基づいて車両診断を行う例である。診断部１６は、通信部１１を介して車両５０の運行ログを取得し、車両５０が予め決められた運行規則を守っていないことを確認した場合に、車両５０がハッキングされていたと診断する。

【0049】

図５は、照明装置１０の診断部１６で取得する車両の運行ログの一例を示す図である。

【0050】

運行ログは、例えば、日時、場所（緯度経度）、車両５０の速度、車両５０のハンドル角度などである。運行規則とは、例えば、車両５０の急停車、急発進、ハンドル回し角度及び車両の最高速度などに関する取り決めである。診断部１６は、車両５０がこれらの運行規則通りに運転されているか否かを判断する。診断部１６は、車両５０が予め決められた運行規則を守っていない場合に、車両５０がハッキングされていたと判断し、運行規則を守っている場合に、車両５０がハッキングされていなかったと判断する。

【0051】

このように、診断部１６が車両５０の運行ログを取得し、運行ログに基づいて車両診断を行うことで、車両５０がハッキングされているか否かを診断することができる。

【0052】

診断部１６によって車両５０がハッキングされていると診断された場合、制御部１５は、照射部１２の照明光を用いて車両５０がハッキングされていることを報知する。例えば、照射部１２が液晶プロジェクタである場合、制御部１５は、照射部１２から照射される静止画又は動画を車両５０又は駐車場９１に照射して、ハッキングに関する情報を報知する。

【0053】

図６は、照明装置１０によって報知される報知情報の一例を示す図である。

【0054】

図６の（ａ）には、車両５０のボンネットに「ハッキングされています」という報知情報が投光されている例が示され、図６の（ｂ）には、駐車場９１の地面に「ＷＡＲＮＩＮＧ」という文字からなる報知情報が投光されている例が示されている。照射部１２から投光される報知情報は、文字に限られず、図形、記号等を含むマークであってもよい。

【0055】

これによれば、車両５０を使用するユーザが、車両５０がハッキングされているか否かを視覚的に知ることができる。これにより、ユーザはハッキングされた車両５０に対策を施すことができ、車両５０のハッキングによる被害を抑制することができる。

【0056】

なお、照明装置１０は、診断結果を報知する他の例として、ネットワークを介して照明装置１０に通信接続されているコンピュータに診断結果を報知してもよい（図２参照）。例えば、照明装置１０は、車両５０のディーラーが所有するコンピュータである管理サーバーに診断結果を送信してもよい。また、照明装置１０は、オーナー又はディーラーが予め登録したメールアドレスに電子メールを送信することで、診断結果を報知してもよい。これにより、オーナー又はディーラーはハッキングされた車両５０に対策を施すことができ、車両５０のハッキングによる被害を抑制することができる。

【0057】

［１－２．照明装置の動作］
次に、実施の形態１に係る照明装置１０の動作について、図７～図１０を参照しながら説明する。

【0058】

図７は、照明装置１０の動作を示すフローチャートである。

【0059】

まず、車両５０が駐車場９１に駐車され、照明装置１０の検出部１３が車両５０を検出する（ステップＳ１１）。

【0060】

本実施の形態では、検出部１３が車両５０を検出すると、照射部１２の点灯状態が変化する（ステップＳ１２）。具体的には、照射部１２が消灯から点灯に変化する。

【0061】

照射部１２の点灯状態が変化すると、照明装置１０の診断部１６は、車両５０の診断を実行し（ステップＳ１３）、車両５０がハッキングされているか否かを判断する（ステップＳ１４）。ここで車両５０がハッキングされていないと判断された場合、制御部１５は、車両５０がハッキングされていないという診断結果をメモリ１５ａに記録する（ステップＳ１５）。

【0062】

一方、車両５０がハッキングされていると判断された場合、制御部１５は、異常を報知する（ステップＳ１６）。制御部１５は、例えば、照射部１２の照明光を車両５０又は駐車場９１に照射させることで、異常を報知する。そして制御部１５は、車両５０がハッキングされているという診断結果をメモリ１５ａに記録する（ステップＳ１７）。これにより、照明装置１０による車両５０のハッキング有無の診断を終了する。

【0063】

ここでさらに、ステップＳ１３にて実行される診断部１６の動作の３つの例について、図８～図１１を参照しながら説明する。

【0064】

図８は、照明装置１０の診断部１６の動作の一例を示すフローチャートである。図８は、車両５０に対して行う質疑応答のうち、一義的に回答が決まる質問を行う例を示している。

【0065】

まず、診断部１６は、車両５０に対して一義的に回答が決まる複数の質問を行う（ステップＳ１３１）。これらの複数の質問は、車両５０に対してランダムにかつタイミングを変えて行われる。

【0066】

次に診断部１６は、予め決められた時間内に車両５０から回答があったか否かを判断する（ステップＳ１３２）。ここで予め決められた時間内に車両５０から回答があった場合（Ｓ１３２にてＹｅｓ）、診断部１６は、車両５０がハッキングされていないと判断する（ステップＳ１３３）。

【0067】

一方、予め決められた時間内に車両５０から回答がなかった場合（Ｓ１３２にてＮｏ）、診断部１６は、車両５０がハッキングされていると判断する（ステップＳ１３４）。このように、一義的に回答が決まる質問を行うことで、車両５０のハッキング有無を診断することができる。

【0068】

図９は、照明装置１０の診断部１６の動作の他の例を示すフローチャートである。図９は、車両５０に対して行う質疑応答のうち、一義的に回答が決まらない質問を行う例を示している。

【0069】

まず、診断部１６は、車両５０に対して一義的に回答が決まらない複数の質問を行う（ステップＳ１３１Ａ）。これらの複数の質問は、車両５０に対してランダムにかつタイミングを変えて行われる。

【0070】

次に診断部１６は、車両５０からの回答のぶれ幅が予め決められたぶれ幅以上であるか否かを判断する（ステップＳ１３２Ａ）。ここで回答のぶれ幅が予め決められたぶれ幅以上である場合（Ｓ１３２ＡにてＹｅｓ）、診断部１６は、車両５０がハッキングされていないと判断する（ステップＳ１３３Ａ）。

【0071】

一方、回答のぶれ幅が予め決められたぶれ幅よりも小さい場合（Ｓ１３２ＡにてＮｏ）、診断部１６は、車両５０がハッキングされていると判断する（ステップＳ１３４Ａ）。このように、一義的に回答が決まらない質問を行うことで、車両５０のハッキング有無を診断することができる。

【0072】

なお、上記では一義的に回答が決まる質問及び一義的に回答が決まらない質問のそれぞれ別々に説明したが、診断部１６は、一義的に回答が決まる質問及び一義的に回答が決まらない質問のうちの両方の質問をランダムにタイミングを変えて行い、ハッキング有無の診断を行ってもよい。

【0073】

図１０は、照明装置１０の診断部１６の動作の他の例を示すフローチャートである。図１０は、車両５０に搭載された走行システムを動かすソフトウェアの強靭性を確認する例を示している。

【0074】

まず、診断部１６は、車両５０に対してソフトウェアの強靭性を確認するためのデータを送信する（ステップＳ１３１Ｂ）。

【0075】

次に診断部１６は、ソフトウェアの強靭性が予め決められたレベルよりも低いか否かを判断する（ステップＳ１３２Ｂ）。ここでソフトウェアの強靭性が予め決められたレベルよりも低くなかった場合、診断部１６は、車両５０がハッキングされていないと判断する（ステップＳ１３３Ｂ）。

【0076】

一方、ソフトウェアの強靭性が予め決められたレベルよりも低い場合、診断部１６は、車両５０がハッキングされていると判断する（ステップＳ１３４Ｂ）。すると診断部１６は、ソフトウェアが機能しなくなるまで、模擬攻撃を継続し（ステップＳ１３５Ｂ）、車両５０に搭載された走行システムをダウンさせる。このように、ソフトウェアの強靭性を確認することで、車両５０のハッキング有無を診断することができる。

【0077】

図１１は、照明装置１０の診断部１６の動作の他の例を示すフローチャートである。図１１は、車両５０の運行ログに基づいて車両５０のハッキング有無を判断する例を示している。

【0078】

まず、診断部１６は、車両５０の運行ログを取得する（ステップＳ１３１Ｃ）。

【0079】

次に診断部１６は、車両５０が予め決められた運行規則を守っていたか否かを判断する（ステップＳ１３２Ｃ）。ここで車両５０が運行規則を守っていた場合（Ｓ１３２ＣにてＹｅｓ）、診断部１６は、車両５０がハッキングされていないと判断する（ステップＳ１３３Ｃ）。

【0080】

一方、車両５０が運行規則を守っていない場合（Ｓ１３２ＣにてＮｏ）、診断部１６は、車両５０がハッキングされていたと判断する（ステップＳ１３４Ｃ）。このように、運行ログに基づいて車両５０のハッキング有無を判断することができる。

【0081】

このように照明装置１０は、図８～図１１に示された動作によって、車両５０のハッキング有無を診断することができる。これにより、車両５０のハッキングによる被害を抑制することができる。

【0082】

（実施の形態２）
［２－１．照明装置の構成］
実施の形態２に係る照明装置１０Ａの構成について、図１２～図１４を参照しながら説明する。実施の形態２では、照明装置１０Ａがポータブル型の照明装置である例について説明する。

【0083】

図１２は、実施の形態２に係る照明装置１０Ａの使用例を示す図である。図１３は、照明装置１０Ａの構成を示すブロック図である。

【0084】

図１２に示されるように、照明装置１０Ａは、人が携帯可能な懐中電灯であり、円柱状及び円錐台状の形状を有している。図１３に示されるように、照明装置１０Ａは、車両５０と通信する通信部１１と、照明光を照射可能な照射部１２と、スイッチ１４と、車両５０の自動運転プログラムがハッキングされているか否かについて車両５０を診断する診断部１６と、出力部１７とを備えている。また、照明装置１０Ａは、照射部１２の点灯、消灯、調光及び調色を制御する制御部１５を備えている。

【0085】

照射部１２は、照明光を照射する光源であり、例えば、赤色、緑色、青色の光及びこれらの色の光が合成された光を発するＬＥＤ発光モジュールである。照射部１２は、ＲＧＢ、電球色や昼白色等の単体のＳＭＤ、ＣＯＢの組み合わせでもよい。照射部１２は、車両５０を照らすため、照明装置１０Ａの端部に設けられている。

【0086】

スイッチ１４は、照明装置１０Ａの点灯又は消灯の操作入力をする入力部である。本実施の形態では、スイッチ１４がＯＮされることで、照射部１２が点灯し、照射部１２の点灯に伴って診断部１６が車両５０を診断可能な状態となる。また、スイッチ１４がＯＦＦされることで、照射部１２が消灯し、照射部１２の消灯に伴って診断部１６が車両５０の診断を終了する。

【0087】

通信部１１は、車両５０と無線ｒ１で通信する通信モジュールである。無線ｒ１による通信方式は、前述のとおりである。

【0088】

出力部１７は、診断部１６による診断結果を外部に出力するための出力端子であり、例えばＵＳＢ（ＵｎｉｖｅｒｓａｌＳｅｒｉａｌＢｕｓ）端子である。

【0089】

制御部１５は、マイクロプロセッサ、メモリ１５ａ及びメモリ１５ａに格納されたプログラムなどによって構成される。メモリ１５ａには、車両ナンバーなどの車両５０の識別情報が保存されている。また、メモリ１５ａには、後述する車両５０の運行ログ及び診断結果が記録される。制御部１５は、照射部１２の点灯等を制御するとともに、通信部１１、診断部１６及び出力部１７の作動を制御する。

【0090】

制御部１５は、例えば、スイッチ１４のＯＮ操作を受け付けると、通信部１１を介して車両５０の識別情報を要求する要求信号を車両５０へ発信する。そして、制御部１５は、車両５０から送信された車両５０の識別情報が、予め登録された識別情報と一致する場合に、車両５０の診断を行うように診断部１６に診断指令を出す。なお、制御部１５は、上記要求信号を発信する代わりに、照射部１２から車両５０への可視光通信をトリガとして車両５０と通信し、車両５０の識別情報を取得してもよい。

【0091】

【0092】

診断部１６による車両診断については、前述したように３つの診断例がある。

【0093】

１つ目の診断例は、照明装置１０Ａから車両５０に対して行った質問に対する回答に基づいて、車両診断を行う例である。診断部１６は、車両５０に対して複数の質問を行い、質問に対する回答時間及び回答傾向の少なくとも一方に基づいて、車両５０がハッキングされているか否かを判断する。

【0094】

２つ目の診断例は、車両５０に搭載された走行システムを動かすソフトウェアの強靭性を確認することで車両診断を行う例である。診断部１６は、通信部１１を介して車両５０のソフトウェアの強靭性を確認し、強靭性のレベルが予め決められたレベルよりも低い場合に、車両５０がハッキングされていると診断する。

【0095】

【0096】

診断部１６によって車両５０がハッキングされていると診断された場合、制御部１５は、照射部１２の照明光を用いて車両５０がハッキングされていることを報知する。

【0097】

図１４は、照明装置１０Ａの照射部１２の点灯状態を示す図である。

【0098】

図１４に示されるように、照明装置１０Ａは、スイッチ１４がＯＮされて診断を開始すると１００％点灯し、車両５０と通信して診断している最中は点滅状態となる。そして診断結果が、ハッキングされていないという結果のときに青色点灯し、ハッキングされているという結果のときに赤色点灯する。

【0099】

【0100】

［２－２．照明装置の動作］
次に、実施の形態２に係る照明装置１０Ａの動作について説明する。

【0101】

図１５は、照明装置１０Ａの動作を示すフローチャートである。

【0102】

まず、照明装置１０Ａは、ユーザによるスイッチ１４のＯＮ操作を受け付ける（ステップＳ２１）。これにより、照射部１２が点灯する（ステップＳ２２）。

【0103】

次に、照明装置１０Ａの診断部１６は、車両５０の診断を実行し（ステップＳ２３）、車両５０がハッキングされているか否かを判断する（ステップＳ２４）。ここで車両５０がハッキングされていないと判断された場合、制御部１５は、照射部１２を用いて正常報知を行い（ステップＳ２５）、車両５０がハッキングされていないという診断結果をメモリ１５ａに記録する（ステップＳ２６）。

【0104】

一方、車両５０がハッキングされていると判断された場合、制御部１５は、照射部１２を用いて異常報知を行い（ステップＳ２７）、車両５０がハッキングされているという診断結果をメモリ１５ａに記録する（ステップＳ２８）。そして、照明装置１０Ａは、スイッチ１４のＯＦＦ操作を受け付けると照射部１２を消灯し、車両５０のハッキング有無の診断を終了する。

【0105】

このように、照明装置１０Ａは、ステップＳ２１～Ｓ２８に示された動作によって、車両５０のハッキング有無を診断することができる。これにより、車両５０のハッキングによる被害を抑制することができる。

【0106】

（実施の形態３）
［３－１．照明システムの構成］
実施の形態３に係る照明システム１の構成について、図１６及び図１７を参照しながら説明する。実施の形態３では、車両診断機能を有する照明装置１０が、ＩｏＴ（ＩｎｔｅｒｎｅｔｏｆＴｈｉｎｇｓ）システムの一部を構成している例について説明する。

【0107】

図１６は、実施の形態３に係る照明システム１を示す概略図である。

【0108】

図１６に示されるように、照明システム１は、複数の照明機器によって構成されている。複数の照明機器のうちの車両診断機能を有する照明装置１０は、駐車場９１の車両５０に照明光を照射するため、建造物６０の外壁に設置されている。複数の照明機器のうちの玄関照明６１、リビング照明６２、階段照明６３、トイレ照明６４、寝室照明６５のそれぞれは、建造物６０の玄関、リビング、階段、トイレ、寝室のそれぞれに対応して設置されている。これらの照明機器のそれぞれは、無線通信機能を有している。

【0109】

図１７は、照明システム１を構成する複数の照明機器の通信接続関係を示す図である。

【0110】

図１７に示されるように、照明装置１０、玄関照明６１、リビング照明６２、階段照明６３、トイレ照明６４及び寝室照明６５は、メッシュネットワークを構成し、相互に通信可能となっている。ここでいうメッシュネットワークの例としては、ＢＬＥ（Ｂｌｕｅｔｏｏｔｈ（登録商標）ＬｏｗＥｎｅｒｇｙ）のアドホックネットワークが挙げられる。

【0111】

本実施の形態の照明システム１では、照明装置１０の診断部１６が、建造物６０内に設けられた他の照明機器の点灯状態に応じて診断を開始したり、診断を終了したりする。以下、上記構成を有する照明システム１の動作について説明する。

【0112】

［３－２．照明システムの動作］
実施の形態３に係る照明システム１の動作について、図１８及び図１９を参照しながら説明する。

【0113】

図１８は、照明システム１の動作の一例を示すフローチャートである。

【0114】

まず、車両５０のオーナーが帰宅すると、その帰宅に伴って照明装置１０及び玄関照明６１が点灯する（ステップＳ３１）。そして、オーナーが住宅内に入り、屋内の各照明を点灯させる（ステップＳ３２）。

【0115】

例えば、時刻２４時（０時）の就寝時間になると、オーナーは寝室に入って寝室照明６５を消灯する（ステップＳ３３）。就寝する際、照明システム１を構成する複数の照明機器は、リビング照明６２、階段照明６３、寝室照明６５の順で寝室に向かって順に消灯するので、照明システム１は、オーナーが寝床に就くことを認識できる。そこで、照明システム１は、寝室の遠くから寝室の近くに向けて照明機器が順に消灯されたとき、オーナーが寝床に就いて車両５０が長時間にわたり駆動しない状態になるので、この時間を利用して車両診断を開始する（ステップＳ３４）。

【0116】

時刻６：００の起床時間になると、オーナーは寝室照明６５を点灯する（ステップＳ３５）。この点灯により、照明システム１は、オーナーが車両５０を使用して数十分後に出勤することを認識できる。そこで、照明システム１は、この起床時間帯において寝室照明６５が点灯されると、車両診断を終了する（ステップＳ３６）。照明システム１は、車両診断を終了する際、診断結果を照明装置１０のメモリ１５ａに記録させる。

【0117】

この照明システム１によれば、日常生活における照明機器の点灯及び消灯等を利用して、車両５０のハッキング有無を診断することができる。これにより、車両５０のハッキングによる被害を抑制することができる。

【0118】

図１９は、照明システム１の動作の他の例を示すフローチャートである。ステップＳ３１～Ｓ３４は、図１８と同様であるので説明を省略する。

【0119】

図１９では、時刻２：００の深夜に、何らかの理由で外出する必要が生じた場合について説明する。オーナーは深夜に起床すると、寝室照明６５などの屋内の各照明機器を点灯する（ステップＳ３５Ａ）。例えばオーナーは出勤する際に、寝室照明６５、リビング照明６２、玄関照明６１の順で照明機器を点灯させて駐車場９１に向かう。照明システム１は、照明機器が寝室照明６５、リビング照明６２、玄関照明６１の順で点灯することで、オーナーが車両５０を使用してすぐに外出することを認識できる。そこで、照明システム１は、この深夜の時間において、照明機器が玄関に向かって順に点灯されると、車両診断を終了する（ステップＳ３６Ａ）。照明システム１は、車両診断を終了する際に、車両診断が途中である場合は、診断途中の結果をメモリ１５ａに記録させる。これにより、車両診断の強制終了によるシステム負荷及びシステムへの悪影響を未然防止することができる。

【0120】

【0121】

なお、上記では複数の照明機器がＩｏＴシステムを構成している例を示したが、それに限られず、スマートフォン、スマートスピーカ又は目覚まし時計をＩｏＴシステムと連動させてもよい。その場合、照明システム１は、例えばスマートフォンに記録されたスケジュール帳、スマートスピーカで読み取ったオーナーの言動、目覚まし時計に設定された起床時間等に基づいて、車両診断の開始時刻及び終了時刻を決定してもよい。

【0122】

［３－３．実施の形態３の変形例１］
次に、実施の形態３の変形例１に係る照明システム１Ａの構成について、図２０及び図２１を参照しながら説明する。実施の形態３の変形例１でも、車両診断機能を有する照明装置１０が、ＩｏＴシステムの一部を構成している例について説明する。

【0123】

図２０は、実施の形態３の変形例１に係る照明システム１Ａを示す概略図である。

【0124】

図２０に示されるように、照明システム１Ａは、複数の電気機器によって構成されている。複数の電気機器のうち、車両診断機能を有する照明装置１０は、駐車場９１の車両５０に照明光を照射するため、建造物６０の外壁に設置されている。複数の電気機器のうち、玄関照明６１、リビング照明６２、階段照明６３、トイレ照明６４、寝室照明６５のそれぞれは、建造物６０の玄関、リビング、階段、トイレ、寝室のそれぞれに対応して設置されている。また本変形例では、建造物６０内において、人感センサ６６及び寝室スイッチ６７が寝室に設置され、照明コントローラ６９がリビングに設置されている。

【0125】

図２１は、照明システム１Ａを構成する複数の電気機器の通信接続関係を示す図である。

【0126】

図２１に示されるように、玄関照明６１、リビング照明６２、階段照明６３、トイレ照明６４、寝室照明６５、人感センサ６６、寝室スイッチ６７のそれぞれは、ネットワークを介して照明コントローラ６９に通信接続されている。複数の照明機器、人感センサ６６及び寝室スイッチ６７を含むそれぞれの電気機器は、照明コントローラ６９によって作動制御される。

【0127】

例えば照明コントローラ６９は、寝室の人感センサ６６が人を検知した状態で、かつ、寝室スイッチ６７がＯＦＦされた場合に、寝室照明６５を消灯し、照明装置１０による車両５０の診断を開始する。変形例の照明システム１Ａでは、複数の電気機器のうち少なくとも一つの電気機器の作動状態が変化した場合に、車両５０に対して診断を行う。具体的には、照明装置１０の診断部１６が、建造物６０内に設けられた他の電気機器の点灯状態及び作動状態に応じて診断を開始したり、診断を終了したりする。この変形例においても、日常生活における照明機器の点灯及び消灯等を利用して、車両５０のハッキング有無を診断することができる。これにより、車両５０のハッキングによる被害を抑制することができる。

【0128】

［３－４．実施の形態３の変形例２］
次に、実施の形態３の変形例２に係る照明システム１Ｂの構成について、図２２及び図２３を参照しながら説明する。実施の形態３の変形例２では、照明システム１Ｂの車両診断装置３０Ｂが、車両５０以外の機器との通信を断ち切った状態で、車両５０の診断を行う例について説明する。

【0129】

図２２は、実施の形態３の変形例２に係る照明システム１Ｂを示す概略図である。

【0130】

図２２に示されるように、照明システム１Ｂは、複数の電気機器と、コントローラ６９Ｂと、車両診断装置３０Ｂとによって構成されている。車両診断装置３０Ｂは、建造物６０の外壁に設置されている。複数の電気機器のうち、玄関照明６１、リビング照明６２、階段照明６３、トイレ照明６４、寝室照明６５のそれぞれは、建造物６０の玄関、リビング、階段、トイレ、寝室のそれぞれに対応して設置されている。また、人感センサ６６及び寝室スイッチ６７は、寝室に設置され、ドアスイッチ６８は玄関のドアに設置され、コントローラ６９Ｂはリビングに設置されている。

【0131】

図２３は、照明システム１Ｂを構成する複数の電気機器、コントローラ６９Ｂ及び車両診断装置３０Ｂの通信接続関係を示す図である。図２４は、照明システム１Ｂの構成の一部を示すブロック図である。

【0132】

図２３に示されるように、車両診断装置３０Ｂ、玄関照明６１、リビング照明６２、階段照明６３、トイレ照明６４、寝室照明６５、人感センサ６６、ドアスイッチ６８、寝室スイッチ６７のそれぞれは、コントローラ６９Ｂに通信接続されている。

【0133】

図２４に示されるように、車両診断装置３０Ｂは、車両５０と通信する通信部３１と、ネットワークを介して複数の電気機器と通信する通信部３２と、車両５０の自動運転プログラムがハッキングされているか否かについて車両５０を診断する診断部３６と、通信部３１、通信部３２及び診断部３６の作動を制御する制御部３５とを備えている。

【0134】

車両診断装置３０Ｂの制御部３５は、複数の電気機器のうち少なくとも一つの電気機器の作動状態が変化した場合に、車両５０に対して診断を行うように診断部３６を制御する。例えば、電気機器の作動状態が変化した場合とは、電気機器である照明機器の点灯状態が変化した場合であり、電気機器である人感センサ６６がオーナーを検知した場合であり、電気機器である寝室スイッチ６７がオフされた場合であり、又は、電気機器であるドアスイッチ６８がオンした場合である。

【0135】

変形例２の車両診断装置３０Ｂは、診断部３６が通信部３１を介して上記診断を行う際に、ネットワーク及び通信部３２を介して通信する複数の電気機器との通信を遮断した状態で診断を行うように診断部３６を制御する。そして上記診断が終了した後、通信部３２を用いて複数の電気機器との通信を回復する。このように、車両５０のハッキングの診断を行う際に複数の電気機器との通信を遮断することで、例えば、ハッキングされた車両５０が複数の電気機器に対して悪影響を及ぼすことを抑制できる。

【0136】

なお、変形例２の照明システム１Ｂでは、車両診断装置３０Ｂが複数の電気機器との通信を遮断して車両５０の診断を行う例について示したが、それに限られない。例えば、車両診断装置３０Ｂが、複数の電気機器との通信を遮断した後、車両５０と通信して車両５０の運行ログをダウンロードし、その後、車両５０との通信を遮断した状態で運行ログを用いて車両５０を診断してもよい。

【0137】

（実施の形態４）
実施の形態４の照明システム１Ｃの構成について、図２５及び図２６を参照しながら説明する。実施の形態４では、照明システム１Ｃが、照明装置１０Ｃと車両診断装置３０Ｃとによって構成されている例について説明する。

【0138】

図２５は、実施の形態４に係る照明システム１Ｃを示す概略図である。

【0139】

照明システム１Ｃの照明装置１０Ｃ及び車両診断装置３０Ｃは、車両５０が駐車する駐車場９１に設置されている。図２５では、照明装置１０Ｃが駐車場９１の壁に設置されているが、それに限られず、照明装置１０Ｃは、駐車場９１の天井、支柱等に設置されてもよい。

【0140】

図２６は、照明システム１Ｃの構成を示すブロック図である。なお、図２６には、ネットワークを介して照明システム１Ｃと通信接続されるコンピュータも示されている。

【0141】

図２６に示されるように、照明システム１Ｃは、照明装置１０Ｃと車両診断装置３０Ｃとによって構成されている。照明装置１０Ｃは、照明光を照射可能な照射部１２と、車両５０を検出する検出部１３と、照射部１２及び検出部１３の作動を制御する制御部１５とを備えている。車両診断装置３０Ｃは、車両５０と通信する通信部３１と、車両５０の自動運転プログラムがハッキングされているか否かについて車両５０を診断する診断部３６と、通信部３１及び診断部３６の作動を制御する制御部３５とを備えている。

【0142】

照明装置１０Ｃの照射部１２は、照明光を照射する光源であり、例えば、静止画又は動画を投影する液晶プロジェクタ、又は、赤色、緑色、青色の光及びこれらの色の光が合成された光を発するＬＥＤ発光モジュールである。照射部１２は、ＲＧＢ、電球色や昼白色等の単体のＳＭＤ、ＣＯＢの組み合わせでもよい。照射部１２は、車両５０及び車両５０の周囲を照らすため、車両５０の車高よりも高い位置に設けられる。

【0143】

照明装置１０Ｃの検出部１３は、駐車場９１における車両５０の有無を検出するセンサであり、例えば、画像センサ、赤外線センサ又はレーザセンサである。検出部１３は、常時稼働することで、駐車場９１に車両５０が駐車されているか否かを検出する。本実施の形態では、検出部１３が車両５０を検出することで照射部１２が点灯し、また、照射部１２の点灯に伴って車両診断装置３０Ｃが車両５０を診断可能な状態となる。

【0144】

車両診断装置３０Ｃの通信部３１は、車両５０と無線ｒ１で通信する通信モジュールである。無線ｒ１による通信方式は、前述のとおりである。

【0145】

車両診断装置３０Ｃの制御部３５は、マイクロプロセッサ、メモリ３５ａ及びメモリ３５ａに格納されたプログラムなどによって構成される。メモリ３５ａには、車両ナンバーなどの車両５０の識別情報が保存されている。また、メモリ３５ａには、車両５０の運行ログ及び診断結果が記録される。

【0146】

制御部３５は、例えば、検出部１３が車両５０を検出し、検出した情報を照明装置１０Ｃから取得すると、通信部３１を介して車両５０の識別情報を要求する要求信号を車両５０へ発信する。そして、制御部３５は、車両５０から送信された車両５０の識別情報が、予め登録された識別情報と一致する場合に、車両５０の診断を行うように診断部３６に診断指令を出す。

【0147】

なお、制御部３５は、上記要求信号を発信する代わりに、照射部１２から車両５０への可視光通信をトリガとして車両５０と通信し、車両５０の識別情報を取得してもよい。また、制御部３５は、車両ナンバーを検出部１３で撮像することで、車両５０の識別情報を取得してもよい。また、制御部３５は、検出部１３を用いる代わりに通信部３１を介して定期的にビーコン信号を発信し、車両５０に対して識別情報の返信要求をすることで、車両５０の識別情報を取得してもよい。すなわち制御部３５は、通信部３１を用いて車両５０を検出し、その後、通信部３１を介して診断を行ってもよい。

【0148】

診断部３６は、通信部３１を介して車両５０がハッキングされているか否かを診断する回路である。診断部３６は、例えば、照射部１２の点灯状態が変化した場合に、駐車場９１に駐車されている車両５０に対して診断を行う。具体的には、診断部３６は、照射部１２が消灯から点灯に変化し、かつ、制御部３５からの診断指令を受け付けている場合に、ハッキング有無の診断を行う。

【0149】

なお、診断部３６は、照射部１２が消灯から点灯に変化した場合に限られず、照射部１２が点灯から消灯又は減光状態に変化した場合あるいは点灯色が変化した場合に、診断を行ってもよい。また、診断部３６は、照射部１２が点灯から消灯又減光状態に変化した後あるいは点灯色が変化した後、再度点灯状態が変化した場合に、ハッキング有無の診断を終了してもよい。

【0150】

診断部３６による車両診断については、３つの診断例がある。

【0151】

１つ目の診断例は、車両診断装置３０Ｃから車両５０に対して行った質問に対する回答に基づいて、車両診断を行う例である。診断部３６は、車両５０に対して複数の質問を行い、質問に対する回答時間及び回答傾向の少なくとも一方に基づいて、車両５０がハッキングされているか否かを判断する。

【0152】

２つ目の診断例は、車両５０に搭載された走行システムを動かすソフトウェアの強靭性を確認することで車両診断を行う例である。診断部３６は、通信部３１を介して車両５０のソフトウェアの強靭性を確認し、強靭性のレベルが予め決められたレベルよりも低い場合に、車両５０がハッキングされていると診断する。

【0153】

３つ目の診断例は、車両５０の運行ログを取得し、運行ログに基づいて車両診断を行う例である。診断部３６は、通信部３１を介して車両５０の運行ログを取得し、車両５０が予め決められた運行規則を守っていないことを確認した場合に、車両５０がハッキングされていたと診断する。

【0154】

診断部３６によって車両５０がハッキングされていると診断された場合、制御部３５は、照射部１２の照明光を用いて車両５０がハッキングされていることを報知する。例えば、照射部１２が液晶プロジェクタである場合、制御部３５は、照射部１２から照射される静止画又は動画を車両５０又は駐車場９１に照射して、ハッキングに関する情報を報知する。

【0155】

これによれば、車両５０を使用するユーザが、車両５０がハッキングされているか否かを知ることができる。これにより、ユーザはハッキングされた車両５０に対策を施すことができ、車両５０のハッキングによる被害を抑制することができる。

【0156】

なお、照明システム１Ｃは、診断結果を報知する他の例として、ネットワークを介して照明システム１Ｃに通信接続されているコンピュータに診断結果を報知してもよい（図２６参照）。例えば、照明システム１Ｃは、車両５０のディーラーが所有するコンピュータである管理サーバーに診断結果を送信してもよい。また、照明システム１Ｃは、オーナー又はディーラーが予め登録したメールアドレスに電子メールを送信することで、診断結果を報知してもよい。これにより、オーナー又はディーラーはハッキングされた車両５０に対策を施すことができ、車両５０のハッキングによる被害を抑制することができる。

【0157】

（実施の形態５）
［５－１．照明システムの構成］
実施の形態５に係る照明システム１Ｄの構成について、図２７～図２９を参照しながら説明する。実施の形態５では、照明装置１０Ｄが、一般公共用の駐車場９１に駐車された車両５０の診断を行う例について説明する。

【0158】

図２７は、実施の形態５に係る照明システム１Ｄを示す概略図である。

【0159】

図２７に示されるように、照明システム１Ｄは、駐車場９１の脇に設けられた照明装置１０Ｄと、照明装置１０Ｄと通信する情報端末７０とを備えている。情報端末７０は、車両５０のオーナーが所持する携帯端末である。図２７には、１つの照明装置１０Ｄが示されているが、照明システム１Ｄは複数の照明装置１０Ｄを備えていてもよい。

【0160】

照明装置１０Ｄは、駐車場９１に照明光を照射する装置であり、例えば、街路灯、防犯灯などの屋外の照明装置である。照明装置１０Ｄは、公園、集合住宅の敷地内又は工場の敷地内等の駐車場に設置されていてもよい。

【0161】

照明装置１０Ｄは、駐車場９１の脇に設置される支柱体２３と、支柱体２３に設けられる灯体２２とを備える。支柱体２３は、柱状の部材であり、例えば、配電線が設けられた電柱、街路灯の柱、防犯カメラ取付用の柱である。支柱体２３は、Ｌ字状又はＴ字状の形状を有していてもよい。

【0162】

図２８は、照明システム１Ｄの構成を示すブロック図である。図２９は、照明システム１Ｄの照明装置１０Ｄの概略図である。なお、図２８には、ネットワークを介して照明システム１Ｄと通信接続されるコンピュータも示されている。

【0163】

図２８に示されるように、照明装置１０Ｄは、通信部１１と、照射部１２と、検出部１３と、制御部１５と、診断部１６とを備えている。

【0164】

通信部１１は、無線ｒ１によって車両５０と通信し、無線ｒ２によって情報端末７０と通信する通信モジュールである。無線ｒ２による通信方式としては、例えば、Ｂｌｕｅｔｏｏｔｈ（登録商標）、Ｚｉｇｂｅｅ（登録商標）、又は、ＷｉＦｉ（登録商標）などの通信方式が用いられる。なお、通信部１１は、図示しないインターネット等のネットワークを介して、情報端末７０と通信可能であってもよい。通信部１１は、例えば、診断部１６で得られた診断結果を、無線ｒ２を用いて情報端末７０に送信する。

【0165】

図２９に示されるように、照明装置１０Ｄは、収容ケースである筐体２９を有している。通信部１１、照射部１２、検出部１３、制御部１５及び診断部１６は、筐体２９の内部又は筐体２９の外表面に設けられる。筐体２９は、例えば、リング状部材及び締結部材等によって支柱体２３に固定される。なお、通信部１１、照射部１２、検出部１３、制御部１５及び診断部１６は、筐体２９でなく、支柱体２３内に収納されていてもよいし、支柱体２３に形成された切り欠き又は穴に設けられていてもよい。

【0166】

筐体２９は、支柱体２３の上側の位置、例えば、駐車場９１の路面から４．５ｍ以上１５ｍ以下の位置に設けられる。筐体２９は、例えば直方体状の形状であり、金属又は樹脂等の材料により形成されている。

【0167】

照射部１２は、車両５０及び駐車場９１に照明光を照射する。照射部１２は、静止画又は動画を投影する液晶プロジェクタ、又は、白色光を発するＬＥＤ発光モジュールである。照射部１２は、ＲＧＢ、電球色や昼白色等の単体のＳＭＤ、ＣＯＢの組み合わせでもよい。照射部１２が液晶プロジェクタである場合、照明装置１０Ｄは、静止画又は動画を利用して車両５０に対してハッキングに関する情報を報知することができる。

【0168】

検出部１３は、駐車場９１上の車両５０を検出するセンサである。検出部１３は、例えば、画像センサ、赤外線センサ又はレーザセンサである。検出部１３は、常時稼働することで、駐車場９１の所定区域における車両５０の有無を常時検出する。検出部１３で検出された情報は、制御部１５に出力される。

【0169】

制御部１５は、通信部１１、照射部１２、検出部１３及び診断部１６の作動を制御する回路である。制御部１５は、マイクロプロセッサ、メモリ１５ａ及びメモリ１５ａに格納されたプログラムなどによって構成される。メモリ１５ａには、情報端末７０の識別情報が記憶されている。

【0170】

制御部１５は、自動運転する車両５０を検出部１３が検出すると、診断部１６に対して、車両５０の診断を開始するように診断指令を出す。

【0171】

なお、制御部１５は、検出部１３にて車両５０の自動運転の有無を検出する代わりに、照射部１２から車両５０への可視光通信をトリガとして車両５０と通信し、車両５０の自動運転の有無を判別する情報を取得してもよい。また制御部１５は、検出部１３にて車両５０の自動運転の有無を検出する代わりに、通信部１１を介して定期的にビーコン信号を発信し、駐車している車両５０に対して自動運転の有無を判別する情報を要求することで、車両５０の自動運転の有無を見分けてもよい。

【0172】

診断部１６は、通信部１１を介して車両５０がハッキングされているか否かを診断する回路である。診断部１６は、例えば、照射部１２が消灯又は点灯状態であり、かつ、制御部１５からの診断指令を受け付けている場合に、ハッキング有無の診断を行う。

【0173】

診断部１６による車両診断については、３つの診断例がある。

【0174】

１つ目の診断例は、照明装置１０Ｄから車両５０に対して行った質問に対する回答に基づいて、車両診断を行う例である。診断部１６は、車両５０に対して複数の質問を行い、質問に対する回答時間及び回答傾向の少なくとも一方に基づいて、車両５０がハッキングされているか否かを判断する。

【0175】

【0176】

【0177】

診断部１６によって車両５０がハッキングされていると診断された場合、制御部１５は、情報端末７０に対して車両５０がハッキングされていることを報知する。

【0178】

情報端末７０は、例えば、スマートフォン、タブレット端末、ＰＣ（パーソナルコンピュータ）等の端末である。情報端末７０には、車両５０の診断結果に関する情報を閲覧するためのアプリケーションソフトがインストールされている。情報端末７０は、照明装置１０Ｄから無線ｒ２を使って診断結果に関する情報を取得し、この情報を画面に表示する。

【0179】

情報端末７０から診断結果に関する情報を得たオーナーは、ハッキングされた車両５０に対してすみやかに対策を講じることができる。これにより、車両５０のハッキングによる被害を抑制することができる。

【0180】

なお、照明システム１Ｄは、診断結果を報知する他の例として、ネットワークを介して照明システム１Ｄに通信接続されているコンピュータに診断結果を報知してもよい（図２８参照）。例えば、照明システム１Ｄは、車両５０のディーラーが所有するコンピュータである管理サーバーに診断結果を送信してもよい。また、照明システム１Ｄは、オーナー又はディーラーが予め登録したメールアドレスに電子メールを送信することで、診断結果を報知してもよい。これにより、オーナー又はディーラーはハッキングされた車両５０に対策を施すことができ、車両５０のハッキングによる被害を抑制することができる。

【0181】

［５－２．照明システムの動作］
次に、実施の形態５に係る照明システム１Ｄの動作について説明する。

【0182】

図３０は、照明システム１Ｄの動作の一例を示すフローチャートである。

【0183】

まず、車両５０のオーナーが駐車場９１に車両５０を駐車する（ステップＳ４１）。

【0184】

車両５０が駐車場９１に駐車された後、情報端末７０を所持するオーナーが、駐車場９１から所定の距離を超えて離れると（ステップＳ４２）、照明システム１Ｄは、車両５０の診断を開始する（ステップＳ４３）。所定の距離は、駐車場９１の出入口から駐車場９１とは異なる場所又は通路までの距離であり、例えば５ｍ以上または１０ｍ以上である。なお、オーナーが駐車場９１から所定の距離を超えて離れたか否かの情報は、照明システム１Ｄが、情報端末７０の位置情報を読み込むことで取得できる。

【0185】

そして、オーナーが車両５０の駐車を終えようとして、駐車場９１に所定の距離以内近づくと（ステップＳ４４）、照明システム１Ｄは、車両５０の診断を終了する（ステップＳ４５）。車両診断を終了する際、照明システム１Ｄは、診断結果をメモリ１５ａに記録させる。この照明システム１Ｄによれば、駐車場９１にて駐車している機会に車両５０のハッキング有無を診断することができる。これにより、車両５０のハッキングによる被害を抑制することができる。

【0186】

（実施の形態６）
実施の形態６に係る照明システム１Ｅの構成について、図３１及び図３２を参照しながら説明する。実施の形態６では、走行中、停車中又は駐車中の車両５０の診断を行う例について説明する。

【0187】

図３１に示されるように、照明システム１Ｅは、道路９２及び駐車場９１の脇に設けられた複数の照明装置１０Ｅと、インターネット等のネットワークＮを介して複数の照明装置１０Ｅに通信接続される車両診断装置３０Ｅとを備えている。なお、図３１には、ネットワークＮを介して車両診断装置３０Ｅに通信接続される情報端末７０も示されている。

【0188】

照明装置１０Ｅは、道路９２及び駐車場９１に照明光を照射する装置であり、例えば、街路灯、防犯灯などの屋外の照明装置である。

【0189】

照明装置１０Ｅは、道路９２及び駐車場９１の脇に設置される支柱体２３と、支柱体２３に設けられる灯体２２とを備える。

【0190】

支柱体２３は、柱状の部材であり、例えば、配電線が設けられた電柱、街路灯の柱、防犯カメラ取付用の柱である。支柱体２３は、Ｌ字状又はＴ字状の形状を有していてもよい。支柱体２３は、道路９２の端に沿って所定の間隔、例えば２０ｍ以上５０ｍ以下の間隔で複数配置されており、灯体２２も上記と同じ所定の間隔で複数配置されている。

【0191】

図３２は、照明システム１Ｅの構成を示すブロック図である。なお、図３２には、ネットワークを介して照明システム１Ｅと通信接続されるコンピュータも示されている。

【0192】

図３２に示されるように、照明装置１０Ｅは、通信部１１と、照射部１２と、検出部１３と、制御部１５とを備えている。車両診断装置３０Ｅは、制御部３５と診断部３６とを備えている。

【0193】

通信部１１は、無線ｒ１によって車両５０と通信し、有線によって車両診断装置３０Ｅと通信する通信モジュールである。通信部１１は、例えば、検出部１３で検出した情報を、ネットワークＮを介して車両診断装置３０Ｅに送信する。

【0194】

灯体２２は、収容ケースである筐体２９を有している。通信部１１、照射部１２、検出部１３、制御部１５は、筐体２９の内部又は筐体２９の外表面に設けられる。筐体２９は、例えば、リング状部材及び締結部材等によって支柱体２３に固定される。なお、通信部１１、照射部１２、検出部１３及び制御部１５は、筐体２９でなく、支柱体２３内に収納されていてもよいし、支柱体２３に形成された切り欠き又は穴に設けられていてもよい。

【0195】

筐体２９は、支柱体２３の上側の位置、例えば、道路９２の路面から４．５ｍ以上１５ｍ以下の位置に設けられる。筐体２９は、例えば直方体状の形状であり、支柱体２３から道路９２の中央側に突出するように、支柱体２３に設けられる。筐体２９は、金属又は樹脂等の材料により形成されている。

【0196】

照射部１２は、道路９２、駐車場９１及び車両５０に照明光を照射する。照射部１２は、静止画又は動画を投影する液晶プロジェクタ、又は、白色光を発するＬＥＤ発光モジュールである。照射部１２は、ＲＧＢ、電球色や昼白色等の単体のＳＭＤ、ＣＯＢの組み合わせでもよい。照射部１２が液晶プロジェクタである場合、照明装置１０Ｅは、静止画又は動画を利用して車両５０に対してハッキングに関する情報を報知することができる。

【0197】

検出部１３は、道路９２及び駐車場９１の車両５０を検出するセンサである。検出部１３は、図３１に示されるように、道路９２に沿って設置された複数の支柱体２３及び駐車場９１に設置された支柱体２３のそれぞれに対応して設けられる。検出部１３は、例えば、画像センサ、赤外線センサ又はレーザセンサである。検出部１３は、常時稼働することで、道路９２及び駐車場９１の所定区域における車両５０の有無を常時検出する。検出部１３で検出された情報は、制御部１５及び通信部１１を介して車両診断装置３０Ｅに出力される。

【0198】

照明装置１０Ｅの制御部１５は、通信部１１、照射部１２、検出部１３の作動を制御する回路である。また、制御部１５は、マイクロプロセッサ、メモリ１５ａ及びメモリ１５ａに格納されたプログラムなどによって構成される。

【0199】

車両診断装置３０Ｅの制御部３５は、マイクロプロセッサ、メモリ３５ａ及びメモリ３５ａに格納されたプログラムなどによって構成される。メモリ３５ａには、車両ナンバーなどの車両５０の識別情報が保存されている。また、メモリ３５ａには、車両５０の運行ログ及び診断結果が記録される。

【0200】

制御部３５は、検出部１３が自動運転する車両５０を検出し、検出した情報をネットワークＮを介して受信すると、診断部３６に対して、車両５０の診断を開始するように診断指令を出す。

【0201】

制御部３５は、検出部１３を用いて、車両５０が走行中であるか、停車中であるか又は駐車中であるかを判断してもよい。また、制御部３５は、車両５０に設けられた加速度センサ等を用いて、車両５０が走行中であるか、停車中であるか又は駐車中であるかを判断してもよい。

【0202】

なお、制御部３５は、検出部１３にて車両５０の自動運転の有無を検出する代わりに、照射部１２から車両５０への可視光通信をトリガとして車両５０と通信し、車両５０から自動運転の有無を判別する情報を取得してもよい。また制御部３５は、検出部１３にて車両５０の自動運転の有無を検出する代わりに、通信部１１を介して定期的にビーコン信号を発信させ、走行及び駐車している車両５０に対して自動運転の有無を判別する情報を要求することで、車両５０の自動運転の有無を見分けてもよい。

【0203】

診断部３６は、ネットワークＮ及び通信部１１を介して車両５０がハッキングされているか否かを診断する回路である。診断部３６は、例えば、制御部３５からの診断指令を受け付けている場合に、ネットワークＮ及び通信部１１を介して車両５０とデータの送受信を行い、送受信したデータに基づいてハッキング有無の診断を行う。診断部３６は、走行中の車両５０のハッキング有無を診断する際に、複数の照明装置１０Ｅのうち車両５０と通信可能である照明装置１０Ｅを順次切り替えて車両５０と通信し、上記診断を行ってもよい。

【0204】

診断部３６による車両診断については、３つの診断例がある。

【0205】

１つ目の診断例は、照明装置１０Ｅから車両５０に対して行った質問に対する回答に基づいて、車両診断を行う例である。診断部３６は、照明装置１０Ｅを介して車両５０に対して複数の質問を行い、質問に対する回答時間及び回答傾向の少なくとも一方に基づいて、車両５０がハッキングされているか否かを判断する。

【0206】

２つ目の診断例は、車両５０に搭載された走行システムを動かすソフトウェアの強靭性を確認することで車両診断を行う例である。診断部３６は、照明装置１０Ｅの通信部１１を介して車両５０のソフトウェアの強靭性を確認し、強靭性のレベルが予め決められたレベルよりも低い場合に、車両５０がハッキングされていると診断する。

【0207】

３つ目の診断例は、車両５０の運行ログを取得し、運行ログに基づいて車両診断を行う例である。診断部３６は、照明装置１０Ｅの通信部１１を介して車両５０の運行ログを取得し、車両５０が予め決められた運行規則を守っていないことを確認した場合に、車両５０がハッキングされていたと診断する。

【0208】

診断部３６によって車両５０がハッキングされていると診断された場合、制御部３５は、情報端末７０に対して車両５０がハッキングされていることを報知する。

【0209】

情報端末７０は、例えば、スマートフォン、タブレット端末、ＰＣ等の端末である。情報端末７０には、車両５０の診断結果に関する情報を閲覧するためのアプリケーションソフトがインストールされている。情報端末７０は、ネットワークＮを介して診断結果に関する情報を取得し、この情報を画面に表示する。

【0210】

【0211】

なお、照明システム１Ｅは、診断結果を報知する他の例として、ネットワークＮを介して照明システム１Ｅに通信接続されているコンピュータに診断結果を報知してもよい（図３２参照）。例えば、照明システム１Ｅは、車両５０のディーラーが所有するコンピュータである管理サーバーに診断結果を送信してもよい。また、照明システム１Ｅは、オーナー又はディーラーが予め登録したメールアドレスに電子メールを送信することで、診断結果を報知してもよい。これにより、オーナー又はディーラーはハッキングされた車両５０に対策を施すことができ、車両５０のハッキングによる被害を抑制することができる。

【0212】

図３３は、照明システム１Ｅの動作の一例を示す図である。図３３には、駐車中、停車中、走行中のそれぞれによって、車両５０と通信する際のデータ量及び通信タイミングを異ならせることが示されている。すなわち、照明システム１Ｅの診断部３６は、車両５０の駐車中と停車中と走行中とで、診断の時間及び診断の量の少なくとも一方を異ならせて、診断を行う。

【0213】

例えば、診断部３６は、車両５０が駐車中であると判断した場合に、車両５０が走行中又は停車中であるときよりも診断の時間及び診断の量の少なくとも一方を増やして、診断を行ってもよい。また、診断部３６は、車両５０が停車中であると判断した場合に、車両５０が走行中であるときよりも診断の時間及び診断の量の少なくとも一方を増やして、かつ、車両５０が駐車中であるときよりも診断の時間及び診断の量の少なくとも一方を減らして、診断を行ってもよい。また、診断部３６は、車両５０が走行中であると判断した場合に、車両５０が停車中又は駐車中であるときよりも診断の時間及び診断の量の少なくとも一方を減らして、診断を行ってもよい。

【0214】

例えば、車両５０が駐車中であるときは、診断の時間及び診断の量を多く確保することができるので、前述した３つの診断例のうち、車両に対する質疑応答、強靭性の確認及び運行ログによる診断が行われる。車両５０が停車中であるときは、駐車中に比べて診断の時間及び診断の量を減らさなければならないので、車両５０に対する質疑応答及び強靭性の確認のみによる診断が行われ、運行ログによる診断は行われない。車両５０が走行中であるときは、停車中に比べて診断の時間及び診断の量を減らさなければならないので、車両に対する質疑応答及び強靭性を確認するためのデータの送受信量又は送受信回数が、停車中に比べて減らされている。車両５０が駐車中であるときは、運行ログによる診断は行われていない。

【0215】

これによれば、車両５０の駐車中、停車中及び走行中のそれぞれにおいて、車両５０に対して適切な診断を行うことができる。

【0216】

（実施の形態７）
実施の形態７に係る照明装置１０Ｆの構成について、図３４及び図３５を参照しながら説明する。実施の形態７では、車両５０に限られず、無人航空機などの移動体８０を診断する例について説明する。

【0217】

図３４は、実施の形態７に係る照明装置１０Ｆの設置例を示す図である。

【0218】

照明装置１０Ｆは、移動体８０を待機させる待機所９６に設置され、移動体８０及び待機所９６に照明光を照射する。図３４では、照明装置１０Ｆが建造物６０の一例である離発着場の外壁に設置されているが、それに限られず、照明装置１０Ｆは、離発着場の屋根、塀、支柱等に設置されてもよい。

【0219】

移動体８０は、自動運転が可能な無人航空機であり、例えばドローンなどの飛行体である。自動運転とは、自律的に移動体を運転することであり、例えば、運転者を必要としないで運転することはもちろん、運転者の操作を支援しながら運転することも含む。移動体８０は、手動運転のモードと自動運転のモードとを相互に切換えることができる飛行体であってもよい。移動体８０には、照明装置１０Ｆと通信する通信アンテナ８１、及び、照明装置１０Ｆの照明光を認識するカメラ８２が設けられている。移動体８０は、ＡＩアシスタント機能を有している。

【0220】

図３５は、照明装置１０Ｆの構成を示すブロック図である。なお、図３５には、ネットワークを介して照明装置１０Ｆと通信接続されるコンピュータも示されている。

【0221】

図３５に示されるように、照明装置１０Ｆは、移動体８０と通信する通信部１１と、照明光を照射可能な照射部１２と、移動体８０を検出する検出部１３と、移動体８０の自動運転プログラムがハッキングされているか否かについて移動体８０を診断する診断部１６とを備えている。また、照明装置１０Ｆは、照射部１２の点灯、消灯、調光及び調色を制御する制御部１５を備えている。

【0222】

照射部１２は、照明光を照射する光源であり、例えば、静止画又は動画を投影する液晶プロジェクタ、又は、赤色、緑色、青色の光及びこれらの色の光が合成された光を発するＬＥＤ発光モジュールである。照射部１２は、ＲＧＢ、電球色や昼白色等の単体のＳＭＤ、ＣＯＢの組み合わせでもよい。照射部１２は、移動体８０及び移動体８０の周囲を照らすため、移動体８０が着陸している待機時の高さよりも高い位置に設けられる。

【0223】

検出部１３は、待機所９６における移動体８０の有無を検出するセンサであり、例えば、画像センサ、赤外線センサ又はレーザセンサである。検出部１３は、常時稼働することで、待機所９６に移動体８０が待機しているか否かを検出する。本実施の形態では、検出部１３が移動体８０を検出することで照射部１２が点灯し、また、照射部１２の点灯に伴って診断部１６が移動体８０を診断可能な状態となる。

【0224】

通信部１１は、移動体８０と無線ｒ１で通信する通信モジュールである。無線ｒ１による通信方式としては、例えば、Ｂｌｕｅｔｏｏｔｈ（登録商標）、９２０ＭＨｚ帯の周波数を利用した特定小電力無線、Ｚｉｇｂｅｅ（登録商標）、又は、ＷｉＦｉ（登録商標）などの通信方式が用いられる。

【0225】

制御部１５は、マイクロプロセッサ、メモリ１５ａ及びメモリ１５ａに格納されたプログラムなどによって構成される。メモリ１５ａには、移動体ナンバーなどの移動体８０の識別情報が保存されている。また、メモリ１５ａには、後述する移動体８０の運行ログ及び診断結果が記録される。制御部１５は、照射部１２の点灯等を制御するとともに、通信部１１、検出部１３及び診断部１６の作動を制御する。

【0226】

制御部１５は、例えば、検出部１３が移動体８０を検出すると、通信部１１を介して移動体８０の識別情報を要求する要求信号を移動体８０へ発信する。そして、制御部１５は、移動体８０から送信された移動体８０の識別情報が、予め登録された識別情報と一致する場合に、移動体８０の診断を行うように診断部１６に診断指令を出す。

【0227】

なお、制御部１５は、上記要求信号を発信する代わりに、照射部１２から移動体８０への可視光通信をトリガとして移動体８０と通信し、移動体８０の識別情報を取得してもよい。また、制御部１５は、移動体ナンバーを検出部１３で撮像することで、移動体８０の識別情報を取得してもよい。また、制御部１５は、検出部１３を用いる代わりに通信部１１を介して定期的にビーコン信号を発信し、移動体８０に対して識別情報の返信要求をすることで、移動体８０の識別情報を取得してもよい。すなわち制御部１５は、通信部１１を用いて移動体８０を検出し、その後、通信部１１を介して診断を行ってもよい。

【0228】

診断部１６は、通信部１１を介して移動体８０がハッキングされているか否かを診断する回路である。診断部１６は、例えば、照射部１２の点灯状態が変化した場合に、待機所９６に待機している移動体８０に対して診断を行う。具体的には、診断部１６は、照射部１２が消灯から点灯に変化し、かつ、制御部１５からの診断指令を受け付けている場合に、ハッキング有無の診断を行う。

【0229】

【0230】

診断部１６による移動体８０の診断については、前述した３つの診断例がある。

【0231】

１つ目の診断例は、照明装置１０Ｆから移動体８０に対して行った質問に対する回答に基づいて、移動体８０の診断を行う例である。診断部１６は、移動体８０に対して複数の質問を行い、質問に対する回答時間及び回答傾向の少なくとも一方に基づいて、移動体８０がハッキングされているか否かを判断する。

【0232】

２つ目の診断例は、移動体８０に搭載された移動システム（飛行システム）を動かすソフトウェアの強靭性を確認することで移動体８０の診断を行う例である。診断部１６は、通信部１１を介して移動体８０のソフトウェアの強靭性を確認し、強靭性のレベルが予め決められたレベルよりも低い場合に、移動体８０がハッキングされていると診断する。

【0233】

３つ目の診断例は、移動体８０の運行ログ（飛行記録）を取得し、運行ログに基づいて移動体８０の診断を行う例である。診断部１６は、通信部１１を介して移動体８０の運行ログを取得し、移動体８０が予め決められた運行規則を守っていないことを確認した場合に、移動体８０がハッキングされていたと診断する。

【0234】

診断部１６によって移動体８０がハッキングされていると診断された場合、制御部１５は、照射部１２の照明光を用いて移動体８０がハッキングされていることを報知する。例えば、照射部１２が液晶プロジェクタである場合、制御部１５は、照射部１２から照射される静止画又は動画を移動体８０又は待機所９６に照射して、ハッキングに関する情報を報知する。

【0235】

これによれば、移動体８０を使用するユーザが、移動体８０がハッキングされているか否かを視覚的に知ることができる。これにより、ユーザはハッキングされた移動体８０に対策を施すことができ、移動体８０のハッキングによる被害を抑制することができる。

【0236】

なお、照明装置１０Ｆは、診断結果を報知する他の例として、ネットワークを介して照明装置１０Ｆに通信接続されているコンピュータに診断結果を報知してもよい（図３５参照）。例えば、照明装置１０Ｆは、移動体８０の取り扱い業者が所有するコンピュータである管理サーバーに診断結果を送信してもよい。また、照明装置１０Ｆは、オーナー又は取り扱い業者が予め登録したメールアドレスに電子メールを送信することで、診断結果を報知してもよい。これにより、オーナー又は取り扱い業者は、ハッキングされた移動体８０に対策を施すことができ、移動体８０のハッキングによる被害を抑制することができる。

【0237】

（実施の形態８）
実施の形態８に係る照明システム１Ｇの構成について、図３６及び図３７を参照しながら説明する。実施の形態８では、移動中、停止中又は待機中の移動体８０の診断を行う例について説明する。

【0238】

図３６は、実施の形態８に係る照明システム１Ｇを示す概略図である。図３６には、複数の移動体８０が、道路の上空を移動路９７として飛行している様子、及び、道路の外側に設けられた待機所９６に着陸している様子が示されている。

【0239】

実施の形態８の照明システム１Ｇは、複数の照明装置１０Ｇと、インターネット等のネットワークＮを介して複数の照明装置１０Ｇに通信接続される移動体診断装置３０Ｇとを備えている。なお、図３６には、ネットワークＮを介して移動体診断装置３０Ｇに通信接続される情報端末７０も示されている。

【0240】

照明装置１０Ｇは、移動体８０が移動する移動路９７に並行する道路９２及び移動体８０が待機する待機所９６に照明光を照射する装置であり、例えば、街路灯、防犯灯などの屋外の照明装置である。

【0241】

照明装置１０Ｇは、移動路９７から見下ろした道路９２及び待機所９６の脇に設置される支柱体２３と、支柱体２３に設けられる灯体２２とを備える。

【0242】

【0243】

図３７は、照明システム１Ｇの構成を示すブロック図である。なお、図３７には、ネットワークを介して照明システム１Ｇと通信接続されるコンピュータも示されている。

【0244】

図３７に示されるように、照明装置１０Ｇは、通信部１１と、照射部１２と、検出部１３と、制御部１５とを備えている。移動体診断装置３０Ｇは、制御部３５と診断部３６とを備えている。

【0245】

通信部１１は、無線ｒ１によって移動体８０と通信し、有線によって移動体診断装置３０Ｇと通信する通信モジュールである。通信部１１は、例えば、検出部１３で検出した情報を、ネットワークＮを介して移動体診断装置３０Ｇに送信する。

【0246】

【0247】

筐体２９は、支柱体２３の上側の位置であって、かつ、移動体８０の移動路９７よりも下側の位置に設けられる。筐体２９は、例えば直方体状の形状であり、支柱体２３から移動路９７の中央側に突出するように、支柱体２３に設けられる。筐体２９は、金属又は樹脂等の材料により形成されている。

【0248】

照射部１２は、移動路９７に並行する道路９２、待機所９６及び移動体８０に照明光を照射する。照射部１２は、静止画又は動画を投影する液晶プロジェクタ、又は、白色光を発するＬＥＤ発光モジュールである。照射部１２は、ＲＧＢ、電球色や昼白色等の単体のＳＭＤ、ＣＯＢの組み合わせでもよい。照射部１２が液晶プロジェクタである場合、照明装置１０Ｇは、静止画又は動画を利用して移動体８０に対してハッキングに関する情報を報知することができる。

【0249】

検出部１３は、移動路９７及び待機所９６の移動体８０を検出するセンサである。検出部１３は、図３６に示されるように、移動路９７及び道路９２に沿って設置された複数の支柱体２３及び待機所９６に設置された支柱体２３のそれぞれに対応して設けられる。検出部１３は、例えば、画像センサ、赤外線センサ又はレーザセンサである。検出部１３は、常時稼働することで、移動路９７及び待機所９６の所定区域における移動体８０の有無を常時検出する。検出部１３で検出された情報は、制御部１５及び通信部１１を介して移動体診断装置３０Ｇに出力される。

【0250】

照明装置１０Ｇの制御部１５は、通信部１１、照射部１２、検出部１３の作動を制御する回路である。また、制御部１５は、マイクロプロセッサ、メモリ１５ａ及びメモリ１５ａに格納されたプログラムなどによって構成される。

【0251】

移動体診断装置３０Ｇの制御部３５は、マイクロプロセッサ、メモリ３５ａ及びメモリ３５ａに格納されたプログラムなどによって構成される。メモリ３５ａには、移動体ナンバーなどの移動体８０の識別情報が保存されている。また、メモリ３５ａには、移動体８０の運行ログ及び診断結果が記録される。

【0252】

制御部３５は、検出部１３が自動運転する移動体８０を検出し、検出した情報をネットワークＮを介して受信すると、診断部３６に対して、移動体８０の診断を開始するように診断指令を出す。

【0253】

制御部３５は、検出部１３を用いて、移動体８０が移動中であるか、停止中であるか又は待機中であるかを判断してもよい。また、制御部３５は、移動体８０に設けられた加速度センサ等を用いて、移動体８０が移動中であるか、停止中であるか又は待機中であるかを判断してもよい。

【0254】

なお、制御部３５は、検出部１３にて移動体８０の自動運転の有無を検出する代わりに、照射部１２から移動体８０への可視光通信をトリガとして移動体８０と通信し、移動体８０から自動運転の有無を判別する情報を取得してもよい。また制御部３５は、検出部１３にて移動体８０の自動運転の有無を検出する代わりに、通信部１１を介して定期的にビーコン信号を発信させ、移動及び待機している移動体８０に対して自動運転の有無を判別する情報を要求することで、移動体８０の自動運転の有無を見分けてもよい。

【0255】

診断部３６は、ネットワークＮ及び通信部１１を介して移動体８０がハッキングされているか否かを診断する回路である。診断部３６は、例えば、制御部３５からの診断指令を受け付けている場合に、ネットワークＮ及び通信部１１を介して移動体８０とデータの送受信を行い、送受信したデータに基づいてハッキング有無の診断を行う。診断部３６は、移動中の移動体８０のハッキング有無を診断する際に、複数の照明装置１０Ｇのうち移動体８０と通信可能である照明装置１０Ｇを順次切り替えて移動体８０と通信し、上記診断を行ってもよい。

【0256】

診断部３６による移動体８０の診断については、前述した３つの診断例がある。

【0257】

１つ目の診断例は、照明装置１０Ｇから移動体８０に対して行った質問に対する回答に基づいて、移動体８０の診断を行う例である。診断部３６は、照明装置１０Ｇを介して移動体８０に対して複数の質問を行い、質問に対する回答時間及び回答傾向の少なくとも一方に基づいて、移動体８０がハッキングされているか否かを判断する。

【0258】

２つ目の診断例は、移動体８０に搭載された移動システムを動かすソフトウェアの強靭性を確認することで移動体８０の診断を行う例である。診断部３６は、照明装置１０Ｇの通信部１１を介して移動体８０のソフトウェアの強靭性を確認し、強靭性のレベルが予め決められたレベルよりも低い場合に、移動体８０がハッキングされていると診断する。

【0259】

３つ目の診断例は、移動体８０の運行ログ（飛行記録）を取得し、運行ログに基づいて移動体８０の診断を行う例である。診断部３６は、照明装置１０Ｇの通信部１１を介して移動体８０の運行ログを取得し、移動体８０が予め決められた運行規則を守っていないことを確認した場合に、移動体８０がハッキングされていたと診断する。

【0260】

診断部３６によって移動体８０がハッキングされていると診断された場合、制御部３５は、情報端末７０に対して移動体８０がハッキングされていることを報知する。

【0261】

情報端末７０は、例えば、スマートフォン、タブレット端末、ＰＣ等の端末である。情報端末７０には、移動体８０の診断結果に関する情報を閲覧するためのアプリケーションソフトがインストールされている。情報端末７０は、ネットワークＮを介して診断結果に関する情報を取得し、この情報を画面に表示する。

【0262】

情報端末７０から診断結果に関する情報を得たオーナーは、ハッキングされた移動体８０に対してすみやかに対策を講じることができる。これにより、移動体８０のハッキングによる被害を抑制することができる。

【0263】

なお、照明システム１Ｇは、診断結果を報知する他の例として、ネットワークＮを介して照明システム１Ｇに通信接続されているコンピュータに診断結果を報知してもよい（３７参照）。例えば、照明システム１Ｇは、移動体８０の取り扱い業者が所有するコンピュータである管理サーバーに診断結果を送信してもよい。また、照明システム１Ｇは、オーナー又は取り扱い業者が予め登録したメールアドレスに電子メールを送信することで、診断結果を報知してもよい。これにより、オーナー又は取り扱い業者は、ハッキングされた移動体８０に対策を施すことができ、移動体８０のハッキングによる被害を抑制することができる。

【0264】

（まとめ）
上述したように、本実施の形態に係る照明装置１０は、自動運転する車両５０と通信する通信部１１と、通信部１１を介して車両５０がハッキングされているか否かを診断する診断部１６と、車両５０、車両が走行する道路９２及び車両５０が駐車する駐車場９１の少なくとも一つに照明光を照射可能な照射部１２とを備える。

【0265】

この照明装置１０によれば、車両５０がハッキングされているか否かを診断することができるので、車両５０のハッキングによる被害を抑制することができる。

【0266】

また、診断部１６は、照射部１２の点灯状態が変化した場合に、駐車場９１に駐車されている車両５０に対して上記診断を行ってもよい。

【0267】

これによれば、照射部１２の点灯状態の変化という日常生活における変化をきっかけとして、車両５０がハッキングされているか否かを診断することができる。また、車両５０が駐車場９１に駐車されているので、時間をかけた十分な診断を行うことができる。これにより、車両５０のハッキングによる被害を抑制することができる。また、照射部１２の点灯状態の変化によって診断を行うことができるので、車両５０の診断を開始させるためのユーザの手間を低減することができる。

【0268】

また、診断部１６は、照射部１２が点灯から消灯又は減光状態に変化した場合あるいは点灯色が変化した場合に、上記診断を行ってもよい。

【0269】

これによれば、照射部１２が点灯から消灯又は減光状態に変化するあるいは点灯色が変化するという日常生活における変化をきっかけとして、車両５０がハッキングされているか否かを診断することができる。また、照射部１２が消灯又は減光状態に変化しているあるいは点灯色が変化しているときは、車両５０が長時間にわたり駆動しない状態となるので、時間をかけた十分な診断を行うことができる。これにより、車両５０のハッキングによる被害を抑制することができる。

【0270】

また、診断部１６は、照射部１２が点灯から消灯又は減光状態に変化した後あるいは点灯色が変化した後、再度点灯状態が変化した場合に、上記診断を終了してもよい。

【0271】

このように照射部１２の点灯状態が再度変化した場合に診断を終了することで、日常生活の変化の中に、車両５０のハッキング有無の診断を取り入れることができる。これにより、車両５０のハッキングによる被害を抑制することができる。

【0272】

また、通信部１１は、照射部１２から車両５０への可視光通信をトリガとして、車両５０との通信を開始してもよい。

【0273】

これによれば、通信部１１と車両５０との通信のきっかけを確実につくることができるので、通信を利用した車両５０の診断を確実に行うことができる。これにより、車両５０のハッキングによる被害を抑制することができる。

【0274】

また、照射部１２は、診断部１６にて車両５０がハッキングされていると診断された場合に、照射部１２の照明光を用いて車両５０がハッキングされていることを報知してもよい。

【0275】

【0276】

また、照射部１２は、照明光を車両５０及び駐車場９１の少なくとも一つに投光することで上記報知を行ってもよい。

【0277】

これによれば、車両５０を使用するユーザが、車両５０がハッキングされているか否かを確実に知ることができる。これにより、ユーザはハッキングされた車両５０に対策を施すことができ、車両５０のハッキングによる被害を抑制することができる。

【0278】

また、照明装置１０は、診断部１６にて車両５０がハッキングされていると診断された場合に、照明装置１０に通信接続されているコンピュータに、車両５０がハッキングされていることを報知してもよい。

【0279】

これによれば、車両５０を使用するユーザが、コンピュータを通じて車両５０がハッキングされているか否かを確実に知ることができる。これにより、ユーザはハッキングされた車両５０に対策を施すことができ、車両５０のハッキングによる被害を抑制することができる。

【0280】

また、照明装置１０は、診断部１６にて車両５０がハッキングされていると診断された場合に、予め登録されたメールアドレスに電子メールを送信することで車両５０がハッキングされていることを報知してもよい。

【0281】

これによれば、メールアドレスを登録したユーザが、電子メールを通じて車両５０がハッキングされているか否かを確実に知ることができる。これにより、ユーザはハッキングされた車両５０に対策を施すことができ、車両５０のハッキングによる被害を抑制することができる。

【0282】

また、診断部１６は、車両５０に対して行った質問に対する回答に基づいて、上記診断を行ってもよい。

【0283】

これによれば、質問に対する回答に基づいて車両５０がハッキングされているか否かを診断することができる。これにより、車両５０のハッキングによる被害を抑制することができる。

【0284】

また、診断部１６は、複数の前記質問に対する回答時間及び回答傾向の少なくとも一方に基づいて、上記診断を行ってもよい。

【0285】

これによれば、車両５０がハッキングされているか否かを的確に診断することができる。これにより、車両５０のハッキングによる被害を抑制することができる。

【0286】

また、診断部１６は、通信部１１を介して、車両５０に一義的に回答が決まる質問を行い、質問に対する回答時間が予め決められた時間よりも遅い場合に、車両５０がハッキングされていると診断してもよい。

【0287】

これによれば、車両５０がハッキングされているか否かを簡易に診断することができる。これにより、車両５０のハッキングによる被害を抑制することができる。

【0288】

また、診断部１６は、通信部１１を介して、車両５０に一義的に回答が決まらない複数の質問を行い、複数の質問に対する回答のぶれ幅が予め決められたぶれ幅よりも小さい場合に、車両５０がハッキングされていると診断してもよい。

【0289】

これによれば、車両５０がハッキングされているか否かを高度な視点で診断することができる。これにより、車両５０のハッキングによる被害を抑制することができる。

【0290】

また、診断部１６は、通信部１１を介して、車両５０に搭載された走行システムを動かすソフトウェアの強靭性を確認することで、上記診断を行ってもよい。

【0291】

これによれば、ソフトウェアの強靭性に基づいて車両５０がハッキングされているか否かを診断することができる。これにより、車両５０のハッキングによる被害を抑制することができる。

【0292】

また、診断部１６は、ソフトウェアの強靭性のレベルが予め決められたレベルよりも低い場合に、車両５０がハッキングされていると診断してもよい。

【0293】

これによれば、車両５０がハッキングされているか否かを確実に診断することができる。これにより、車両５０のハッキングによる被害を抑制することができる。

【0294】

また、診断部１６は、ソフトウェアに対して、ＤｏＳ攻撃及びバッファオーバーフロー攻撃の少なくとも一方を行うことで、前記ソフトウェアの強靭性を確認してもよい。

【0295】

これによれば、ハッカーが車両５０に対してハッキングできないようにすることができる。これにより、車両５０のハッキングによる被害を抑制することができる。

【0296】

また、診断部１６は、ＤｏＳ攻撃によってソフトウェアの強靭性のレベルが予め決められたレベルよりも低くなった場合に、ソフトウェアが機能しなくなるまでＤｏＳ攻撃を継続してもよい。

【0297】

これによれば、車両５０の走行機能を喪失させることができるので、車両５０のハッキングによる被害を抑制することができる。

【0298】

また、診断部１６は、ソフトウェアに対して、トラップデータの送信を行うことで、ソフトウェアの強靭性を確認してもよい。

【0299】

これによれば、ハッキングを行っているハッカーをおびき出すことができる。これにより、車両５０のハッキングによる被害を抑制することができる。

【0300】

また、診断部１６は、トラップデータの送信によってソフトウェアにバックドアが形成されていることを見つけた場合に、ソフトウェアの強靭性のレベルが予め決められたレベルよりも低く、車両５０がハッキングされていると診断してもよい。

【0301】

これによれば、ソフトウェア中のバックドアの有無によってハッキングの有無を診断することができる。これにより、車両５０のハッキングによる被害を抑制することができる。

【0302】

また、診断部１６は、通信部１１を介して車両５０の運行ログを取得し、運行ログに基づいて、上記診断を行ってもよい。

【0303】

これによれば、運行ログを用いて十分な診断を行うことができる。これにより、車両５０のハッキングによる被害を抑制することができる。

【0304】

また、診断部１６は、運行ログに基づいて、車両５０が予め決められた運行規則を守っていないことを確認した場合に、車両５０がハッキングされていたと判断してもよい。

【0305】

このように、運行規則を守っていないことを確認することで、十分な診断を行うことができる。これにより、車両５０のハッキングによる被害を抑制することができる。

【0306】

また、診断部１６は、車両５０の駐車中と停車中と走行中とで、診断の時間及び診断の量の少なくとも一方を異ならせて、上記診断を行ってもよい。

【0307】

これによれば、駐車、停車、走行などの車両５０がおかれている状態に合わせた適切な診断を行うことができる。これにより、車両５０のハッキングによる被害を抑制することができる。

【0308】

また、診断部１６は、車両５０が駐車中であると判断した場合に、車両５０が走行中又は停車中であるときよりも診断の時間及び診断の量の少なくとも一方を増やして、上記診断を行ってもよい。

【0309】

これによれば、駐車中である車両５０に対して十分な診断を行うことができる。これにより、車両５０のハッキングによる被害を抑制することができる。

【0310】

また、診断部１６は、車両５０が停車中であると判断した場合に、車両５０が走行中であるときよりも診断の時間及び診断の量の少なくとも一方を増やして、かつ、車両５０が駐車中であるときよりも診断の時間及び診断の量の少なくとも一方を減らして、上記診断を行ってもよい。

【0311】

これによれば、停車中である車両５０に対して適切な診断を行うことができる。これにより、車両５０のハッキングによる被害を抑制することができる。

【0312】

また、診断部１６は、車両５０が走行中であると判断した場合に、車両５０が停車中又は駐車中であるときよりも診断の時間及び診断の量の少なくとも一方を減らして、上記診断を行ってもよい。

【0313】

これによれば、車両５０が走行中であってもそれに合わせた適切な診断を行うことができる。これにより、車両５０のハッキングによる被害を抑制することができる。

【0314】

本実施の形態に係る照明システム１Ｄは、上記照明装置と、照明装置と通信する情報端末７０とを備える。

【0315】

これによれば、車両５０がハッキングされているか否かの情報を情報端末７０に送信することができる。これにより、上記情報を得たユーザは、ハッキングされた車両５０に対してすみやかに対策を講じることができる。これにより、車両５０のハッキングによる被害を抑制することができる。

【0316】

また、診断部１６は、車両５０が駐車場９１に駐車された後、情報端末７０が駐車場９１から所定の距離を超えて離れた場合に、上記診断を開始してもよい。

【0317】

この照明システム１Ｄによれば、駐車場９１にて駐車している機会に車両５０のハッキング有無を診断することができる。これにより、車両５０のハッキングによる被害を抑制することができる。

【0318】

また、上記照明装置の診断部１６は、駐車場９１に駐車されている車両５０の診断を開始した後、情報端末７０が駐車場９１に所定の距離以内に近づいた場合に、上記診断を終了してもよい。

【0319】

【0320】

本実施の形態に係る照明システム１Ｅは、自動運転する車両５０と通信する通信部１１、ならびに、車両５０、車両５０が走行する道路９２及び車両５０が駐車する駐車場９１の少なくとも一つに照明光を照射可能な照射部１２を有する照明装置１０Ｅと、通信部１１に通信接続され、通信部１１を介して車両５０がハッキングされているか否かを診断する車両診断装置３０Ｅとを備える。

【0321】

これによれば、車両５０が道路９２を走行中であっても、また、駐車場９１に駐車中であっても、車両５０がハッキングされているか否かの診断を行うことができる。これにより、車両５０のハッキングによる被害を抑制することができる。

【0322】

本実施の形態に係る照明システム１Ｃは、自動運転する車両５０、車両５０が走行する道路９２及び車両５０が駐車する駐車場９１の少なくとも一つに照明光を照射可能な照明装置１０Ｃと、照明装置１０Ｃ及び車両５０と通信する通信部３１、ならびに、通信部３１を介して車両５０がハッキングされているか否かを診断する診断部３６を有する車両診断装置３０Ｃとを備える。

【0323】

この照明システム１Ｃにおいても、車両５０がハッキングされているか否かの診断を適切に行うことができる。これにより、車両５０のハッキングによる被害を抑制することができる。

【0324】

本実施の形態に係る照明装置１０Ｆは、自動運転する移動体８０と通信する通信部１１と、通信部１１を介して移動体８０がハッキングされているか否かを診断する診断部１６と、移動体８０、移動体８０が移動する移動路９７に並行する道路９２及び移動体８０が待機する待機所９６の少なくとも一つに照明光を照射可能な照射部１２とを備える。

【0325】

この照明装置１０Ｆによれば、移動体８０がハッキングされているか否かを診断することができるので、移動体８０のハッキングによる被害を抑制することができる。

【0326】

また、移動体８０は、無人航空機であってもよい。

【0327】

これによれば、無人航空機がハッキングされているか否かを診断することができるので、無人航空機のハッキングによる被害を抑制することができる。

【0328】

また、診断部１６は、照射部１２の点灯状態が変化した場合に、待機所９６に待機している移動体８０に対して上記診断を行ってもよい。また、診断部１６は、照射部１２が点灯から消灯又は減光状態に変化した場合あるいは点灯色が変化した場合に、上記診断を行ってもよい。また、診断部１６は、照射部１２が点灯から消灯又は減光状態に変化した後あるいは点灯色が変化した後、再度点灯状態が変化した場合に、上記診断を終了してもよい。

【0329】

また、通信部１１は、照射部１２から移動体８０への可視光通信をトリガとして、車両５０との通信を開始してもよい。

【0330】

また、照射部１２は、診断部１６にて移動体８０がハッキングされていると診断された場合に、照射部１２の照明光を用いて移動体８０がハッキングされていることを報知してもよい。また、照射部１２は、照明光を移動体８０及び待機所９６の少なくとも一つに投光することで上記報知を行ってもよい。

【0331】

また、診断部１６は、移動体８０に対して行った質問に対する回答に基づいて、上記診断を行ってもよい。また、診断部１６は、通信部１１を介して、移動体８０に搭載された移動システムを動かすソフトウェアの強靭性を確認することで、上記診断を行ってもよい。また、診断部１６は、通信部１１を介して移動体８０の運行ログを取得し、運行ログに基づいて、上記診断を行ってもよい。

【0332】

また、本実施の形態に係る照明システム１Ｇは、自動運転する移動体８０と通信する通信部１１、ならびに、移動体８０、移動体８０が移動する移動路９７に並行する道路９２及び移動体８０が待機する待機所９６の少なくとも一つに照明光を照射可能な照射部１２を有する照明装置１０Ｇと、通信部１１に通信接続され、通信部１１を介して移動体８０がハッキングされているか否かを診断する移動体診断装置３０Ｇとを備える。

【0333】

これによれば、移動体８０が移動路９７を移動中であっても、また、待機所９６に待機中であっても、移動体８０がハッキングされているか否かの診断を行うことができる。これにより、移動体８０のハッキングによる被害を抑制することができる。

【0334】

（その他の実施の形態）
以上、本開示について、実施の形態１～８に基づいて説明したが、本開示は、上記照明装置１０～１０Ｇ及び照明システム１～１Ｇに限定されるものではない。

【0335】

上記実施の形態１～８では、照射部１２の点灯に変化があった場合に、診断部１６、３６が車両５０等を診断しているが、それに限られない。例えば、診断部１６、３６は、照射部１２の点灯に変化がなくても検出部１３が車両５０等を検出した場合に、診断を行ってもよい。

【0336】

上記実施の形態１～８の診断部１６、３６は、一義的に回答が決まる質問を行って車両５０等の診断を行う場合に、図３に示された質問の回答として、回答の間違い、つづりの違い、言語の違い等があるときに、車両５０等がハッキングされていると診断してもよい。

【0337】

また、上記の実施の形態では、車両５０等がハッキングされているか否かを診断する診断部１６を備える照明装置について説明したが、上記実施の形態は、車両５０等に対する他の診断にも適用することができる。

【0338】

例えば、照明装置は、自動運転する車両５０と通信する通信部１１と、通信部１１を介して車両５０がゾンビ化しているか否かを診断する診断部１６と、車両５０、車両５０が走行する道路９２及び車両５０が駐車する駐車場９１の少なくとも一つに照明光を照射可能な照射部１２とを備えていてもよい。ここで、車両５０がゾンビ化しているとは、車両５０がハッキングされている状態、及び、車両５０がコンピュータウィルスに感染している状態の少なくとも一方の状態を含む意味である。車両５０がコンピュータウィルスに感染しているか否かは、例えば、車両５０を走行させるためのコンピュータプログラムが正常に動いているか否かを検出することで診断できる。

【0339】

上記実施の形態１～８に係る照明装置の動作は、メモリ１５ａに記憶されたプログラムによって実現されてもよい。すなわちプログラムとして、車両５０に照明光を照射する照射部１２の点灯状態を変化させるステップと、上記ステップの後に、通信部１１を用いて車両５０と通信し、車両５０がハッキングされているか否かを診断するステップと、を含むプログラムがメモリ１５ａに記憶され、照明装置１０～１０Ｇの動作は、このメモリ１５ａに記憶されたプログラムによって実現されてもよい。

【0340】

また、上記実施の形態１～８に係る各制御部は、典型的に集積回路であるＬＳＩとして実現される。これらは個別に１チップ化されてもよいし、一部又は全てを含むように１チップ化されてもよい。

【0341】

また、集積回路化はＬＳＩに限るものではなく、専用回路又は汎用プロセッサで実現してもよい。ＬＳＩ製造後にプログラムすることが可能なＦＰＧＡ（ＦｉｅｌｄＰｒｏｇｒａｍｍａｂｌｅＧａｔｅＡｒｒａｙ）、又はＬＳＩ内部の回路セルの接続や設定を再構成可能なリコンフィギュラブル・プロセッサを利用してもよい。

【0342】

なお、上記各実施の形態１～８において、各構成要素は、専用のハードウェアで構成されるか、各構成要素に適したソフトウェアプログラムを実行することによって実現されてもよい。各構成要素は、ＣＰＵ又はプロセッサなどのプログラム実行部が、ハードディスク又は半導体メモリなどの記録媒体に記録されたソフトウェアプログラムを読み出して実行することによって実現されてもよい。

【0343】

また、上記で用いた数字は、全て本開示を具体的に説明するために例示するものであり、本開示の実施の形態は例示された数字に制限されない。

【0344】

また、ブロック図における機能ブロックの分割は一例であり、複数の機能ブロックを一つの機能ブロックとして実現したり、一つの機能ブロックを複数に分割したり、一部の機能を他の機能ブロックに移してもよい。また、類似する機能を有する複数の機能ブロックの機能を単一のハードウェア又はソフトウェアが並列又は時分割に処理してもよい。

【0345】

また、フローチャートにおける各ステップが実行される順序は、本開示を具体的に説明するために例示するためであり、上記以外の順序であってもよい。また、上記ステップの一部が、他のステップと同時（並列）に実行されてもよい。

【0346】

その他、実施の形態１～８に対して当業者が思いつく各種変形を施して得られる形態、本開示の趣旨を逸脱しない範囲で実施の形態１～８における構成要素及び機能を任意に組み合わせることで実現される形態も本開示に含まれる。

【符号の説明】

【0347】

１、１Ａ、１Ｂ、１Ｃ、１Ｄ、１Ｅ、１Ｆ、１Ｇ照明システム
１０、１０Ａ、１０Ｃ、１０Ｄ、１０Ｅ、１０Ｆ、１０Ｇ照明装置
１１通信部
１２照射部
１３検出部
１６診断部
３０Ｂ、３０Ｃ、３０Ｅ車両診断装置
３０Ｇ移動体診断装置
５０車両
７０情報端末
８０移動体
９１駐車場
９２道路
９６待機所
９７移動路

【図1】