(57)【要約】【課題】人感検知による照明の点灯制御において点灯までのタイムラグを低減する新規な照明制御装置を提供する。【解決手段】照明手段が照明する区画を格子状に分割してなる各小区画の温度を測定する放射温度センサと、前記区画に隣接する他の区画を構成する各前記小区画と前記照明手段の近接度を該小区画に対応付けて記憶する記憶手段と、各前記小区画の温度に基づいて被検知対象の存在の有無を検知する存在状態検知部と、各前記小区画における被検知対象の存在の有無を示す存在状態情報を生成する存在状態情報生成部と、生成した前記存在状態情報を前記他の区画を照明する他の照明手段を制御する他の照明制御装置に送信する存在状態情報送信部と、受信した前記存在状態情報に基づいて、被検知対象の存在が検知された前記小区画に対応する近接度に応じた調光率で前記照明手段の点灯状態を制御する点灯状態制御部とを含む照明制御装置を提供する。【選択図】図４
2017134936.tif 000002
【特許請求の範囲】
【請求項１】
照明手段の点灯状態を制御する照明制御装置であって、
前記照明手段によって照明される区画を格子状に分割してなる各小区画の温度を測定する放射温度センサと、
前記区画に隣接する１以上の他の区画を構成する各前記小区画と前記照明手段の近接度を該小区画に対応付けて記憶する記憶手段と、
各前記小区画の温度に基づいて該小区画における被検知対象の存在の有無を検知する存在状態検知部と、
各前記小区画における被検知対象の存在の有無を示す情報を含む存在状態情報を生成する存在状態情報生成部と、
生成した前記存在状態情報を、前記他の区画を照明する他の照明手段を制御する他の照明制御装置に送信する存在状態情報送信部と、
前記他の照明制御装置から受信した前記存在状態情報に基づいて、被検知対象の存在が検知された前記小区画に対応する近接度に応じた調光率で前記照明手段の点灯状態を制御する点灯状態制御部とを含む、
照明制御装置。
【請求項２】
各前記小区画における被検知対象の存在の有無の履歴を記録する存在状態履歴記録部と、
前記存在の有無の履歴に基づいて被検知対象の移動を検知したときに該被検知対象が存在する前記小区画からみて移動方向先方に位置する１以上の他の前記小区画をみなし小区画として決定するみなし処理部と、
をさらに含み、
前記存在状態情報生成部は、
前記みなし小区画に被検知対象が存在するものとみなして前記存在状態情報を生成する、
請求項１に記載の照明制御装置。
【請求項３】
前記みなし処理部は、
前記みなし小区画の数を被検知対象の移動速度の大きさに応じて決定する、
請求項２に記載の照明制御装置。
【請求項４】
前記存在状態検知部は、
各前記小区画の温度に基づいて該小区画における被検知対象の姿勢が立位または座位のいずれであるかを検知し、
前記存在状態履歴記録部は、
各前記小区画における被検知対象の前記姿勢の履歴を記録し、
前記みなし処理部は、
前記姿勢の履歴に基づいて被検知対象の起立を検知したときに被検知対象が存在する前記小区画に隣接する周囲の他の前記小区画を前記みなし小区画として決定する、
請求項２または３に記載の照明制御装置。
【請求項５】
前記みなし処理部は、
前記他の区画に属する１以上の前記小区画を前記みなし小区画として決定する、請求項２〜４のいずれか一項に記載の照明制御装置。
【請求項６】
前記存在状態情報生成部は、
前記照明手段によって照明される前記区画の属性を含む前記存在状態情報を生成し、
前記点灯状態制御部は、
前記他の照明制御装置から受信した前記存在状態情報に含まれる前記属性が前記照明手段によって照明される前記区画の属性と異なる場合に、現在の点灯状態を維持する、
請求項１〜５のいずれか一項に記載の照明制御装置。
【請求項７】
照明手段によって照明される区画を格子状に分割してなる各小区画の温度に基づいて該照明手段の点灯状態を制御するコンピュータを、
前記区画に隣接する１以上の他の区画を構成する各前記小区画と前記照明手段の近接度を該小区画に対応付けて記憶する記憶手段、
各前記小区画の温度に基づいて該小区画における被検知対象の存在の有無を検知する存在状態検知手段、
各前記小区画における被検知対象の存在の有無を示す情報を含む存在状態情報を生成する存在状態情報生成手段、
生成した前記存在状態情報を、前記他の区画を照明する他の照明手段を制御する他の照明制御装置に送信する存在状態情報送信手段、
前記他の照明制御装置から受信した前記存在状態情報に基づいて、被検知対象の存在が検知された前記小区画に対応する近接度に応じた調光率で前記照明手段の点灯状態を制御する点灯状態制御手段、
として機能させるためのプログラム。
【請求項８】
互いに隣接するＮ個（Ｎは２以上の整数。以下同様。）の区画のそれぞれを照明するためのＮ個の照明手段のそれぞれの点灯状態を制御する照明制御装置であって、ネットワークを介して相互通信可能に接続されるＮ個の照明制御装置を含む照明制御システムであって、
各前記照明制御装置は、
前記照明手段によって照明される区画を格子状に分割してなる各小区画の温度を測定する放射温度センサと、
前記区画に隣接する１以上の他の区画を構成する各前記小区画と前記照明手段の近接度を該小区画に対応付けて記憶する記憶手段と、
各前記小区画の温度に基づいて該小区画における被検知対象の存在の有無を検知する存在状態検知部と、
各前記小区画における被検知対象の存在の有無を示す情報を含む存在状態情報を生成する存在状態情報生成部と、
生成した前記存在状態情報を、前記他の区画を照明する他の照明手段を制御する他の照明制御装置に送信する存在状態情報送信部と、
前記他の照明制御装置から受信した前記存在状態情報に基づいて、被検知対象の存在が検知された前記小区画に対応する近接度に応じた調光率で前記照明手段の点灯状態を制御する点灯状態制御部とを含む、
照明制御システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、照明制御装置、照明制御システムおよびプログラムに関する。
【背景技術】
【０００２】
従来、人感センサで検知した人の在・不在に応じて照明機器の調光を動的に制御することが広く行われている。さらに、近年、多数の照明機器が設置されるオフィスの節電効果を最大化する目的で、各照明機器の調光を無線で個別的に制御する無線調光制御システムが提案されている。
【０００３】
しかしながら、これまでの無線調光制御システムでは、中央制御装置が全ての照明機器を限られた無線帯域を使用して一元的に無線制御していたため、人の在・不在を検知してから、それを反映した調光制御がなされるまでの間に数秒のタイムラグが生じていた。
【０００４】
この点につき、特開２００２−２９９０７５号公報（特許文献１）は、隣接する領域を照明する照明装置が人感検知情報を互いに伝送しあう照明制御システムを開示する。特許文献１の方式によれば、中央制御装置との通信が不要となるため、伝送遅延は小さくなる。
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、特許文献１の方式をもってしても、依然として内部処理遅延の問題が残る。そして、人感検知による照明の点灯制御においては、点灯のわずかな遅れが思わぬ事故を引き起こす可能性がある。
【０００６】
本発明は、上記問題点に鑑みてなされたものであり、人感検知による照明の点灯制御において点灯までのタイムラグを低減する新規な照明制御装置を提供することを目的とする。
【課題を解決するための手段】
【０００７】
本発明者は、人感検知による照明の点灯制御において点灯までのタイムラグを低減する照明制御装置の構成につき鋭意検討した結果、以下の構成に想到し、本発明に至ったのである。
【０００８】
すなわち、本発明によれば、照明手段の点灯状態を制御する照明制御装置であって、前記照明手段によって照明される区画を格子状に分割してなる各小区画の温度を測定する、放射温度センサと、前記区画に隣接する１以上の他の区画を構成する各前記小区画と前記照明手段の近接度を該小区画に対応付けて記憶する記憶手段と、各前記小区画の温度に基づいて該小区画における被検知対象の存在の有無を検知する存在状態検知部と、各前記小区画における被検知対象の存在の有無を示す情報を含む存在状態情報を生成する存在状態情報生成部と、生成した前記存在状態情報を、前記他の区画を照明する他の照明手段を制御する他の照明制御装置に送信する存在状態情報送信部と、前記他の照明制御装置から受信した前記存在状態情報に基づいて、被検知対象の存在が検知された前記小区画に対応する近接度に応じた調光率で前記照明手段の点灯状態を制御する点灯状態制御部とを含む、照明制御装置が提供される。
【発明の効果】
【０００９】
上述したように、本発明によれば、人感検知による照明の点灯制御において点灯までのタイムラグを低減する新規な照明制御装置が提供される。
【図面の簡単な説明】
【００１０】
【図１】本実施形態の照明制御システムのシステム構成を示す図。
【図２】本実施形態の照明機器が設置された室内の様子を示す模式図。
【図３】本実施形態の照明制御装置のハードウェア構成図。
【図４】本実施形態の照明制御装置の機能ブロック図。
【図５】本実施形態の区画情報を説明するための概念図。
【図６】本実施形態の照明制御装置が保持する情報を示す図。
【図７】近接度を説明するための図。
【図８】近接度を説明するための図。
【図９】本実施形態の近接度管理テーブルを示す図。
【図１０】本実施形態の存在状態情報送信処理を示すフローチャート。
【図１１】存在状態の検知処理を説明するための図。
【図１２】存在状態履歴テーブルの更新処理を説明するための図。
【図１３】本実施形態のみなし処理を示すフローチャート。
【図１４】本実施形態のみなし処理を説明するための図。
【図１５】本実施形態のみなし処理を説明するための図。
【図１６】本実施形態のみなし処理を説明するための図。
【図１７】本実施形態の存在状態情報を示す図。
【図１８】本実施形態の存在状態情報を示す図。
【図１９】本実施形態の点灯状態制御処理を示すフローチャート。
【発明を実施するための形態】
【００１１】
以下、本発明を、実施形態をもって説明するが、本発明は後述する実施形態に限定されるものではない。なお、以下に参照する各図においては、共通する要素について同じ符号を用い、適宜、その説明を省略するものとする。
【００１２】
図１は、本発明の実施形態である照明制御システム１０００のシステム構成を示す。図１に示すように、本実施形態の照明制御システム１０００は、Ｎ個（Ｎは２以上の整数。以下同様。）以上の照明手段５０によって構成されている。本実施形態において、照明手段５０は、直管型のＬＥＤ灯５２を備えており、ＬＥＤ灯５２の一方の端に位置する口金部５４の内部に照明制御装置１０が搭載されている。以下、照明手段５０をＬＥＤ照明５０という。
【００１３】
本実施形態において、各照明制御装置１０は、Wi-Fi（登録商標、以下同様。）やBluetooth（登録商標、以下同様。）といった所定の規格に準拠した無線ネットワーク通信機能を備えており、無線ＬＡＮ（Local Area Network）として参照されるネットワーク３０を介して相互通信可能に接続されている。
【００１４】
図２は、Ｎ個のＬＥＤ照明５０が設置される室内を上から見た模式図である。図２に示すように、本実施形態においては、室内の床面を格子状に分割してなる矩形の区画（符号Ｓが示す）の直上に１個のＬＥＤ照明５０が設置されており、当該ＬＥＤ照明５０が直下に位置する当該区画の照明を担当する。以下、符号Ｓが示す矩形の区画を“照明区画”という。そして、本実施形態においては、各照明区画に対して識別情報（S001,S002,S003…）が付与されている。以下、照明区画の識別情報を“区画ＩＤ”という。
【００１５】
続いて、上述した照明制御装置１０のハードウェア構成を図３に基づいて説明する。
【００１６】
照明制御装置１０は、ＬＥＤ照明５０の点灯状態を制御するコンピュータであって、図３に示すように、少なくとも、装置全体の動作を制御するプロセッサ１１と、ブートプログラムやファームウェアプログラムなどを保存するＲＯＭ１２と、プログラムを実行するための実行空間を提供するＲＡＭ１３と、ネットワーク３０に接続するための無線通信ネットワーク・インターフェース１４およびアンテナ１５と、放射温度センサ１６と、放射温度センサ１６と通信するためのセンサ・インターフェース１７と、ＬＥＤ照明５０と通信するための入出力インターフェース１８と、後述する機能を実現するプログラムや各種データ等を記憶する記憶手段である補助記憶装置１９とを備えている。
【００１７】
ここで、照明制御装置１０に搭載される放射温度センサ１６は、物体から放射される赤外線のエネルギー量に基づいて当該物体の表面温度を非接触で測定するセンサ素子であり、好ましくは、サーモパイルセンサである。放射温度センサ１６は、ＬＥＤ照明５０の直下の照明区画から放射される赤外線を赤外線レンズ５６（図１参照）を通して集光し、そのエネルギー量に基づいて当該照明区画の表面温度を測定する。放射温度センサ１６は、図２に拡大して示すように、ＬＥＤ照明５０の直下の照明区画を４×４の格子状に分割してなる１６個の小区画（符号ｓが示す）のそれぞれを測定視野範囲とする１６個のセルを備えており、各セルが小区画の表面温度を個別に測定する。なお、本実施形態においては、１６個の小区画のぞれぞれに対して小区画番号（１〜１６）が付与されている。
【００１８】
以上、照明制御装置１０のハードウェア構成について説明してきたが、続いて、照明制御装置１０の機能構成を図４に示す機能ブロック図に基づいて説明する。
【００１９】
図４に示すように、照明制御装置１０は、存在状態検知部１０２と、存在状態履歴記録部１０３と、みなし処理部１０４と、存在状態情報生成部１０５と、存在状態情報送信部１０６と、点灯状態制御部１０７と、記憶領域１０８とを含んで構成されている。
【００２０】
存在状態検知部１０２は、放射温度センサ１６によって測定された小区画のそれぞれの温度に基づいて当該小区画における人（被検知対象）の存在の有無を検知する手段である。
【００２１】
存在状態履歴記録部１０３は、自身が管轄する照明区画を構成するそれぞれの小区画における被検知対象の存在の有無の履歴を記録する存在状態履歴記録部する手段である。
【００２２】
みなし処理部１０４は、自身が管轄する照明区画において、人（被検知対象）の移動行動または起立行動を検知したことに応答して、当該人（被検知対象）が存在する小区画以外の他の前記小区画をみなし小区画（後述する）として決定する手段である。
【００２３】
存在状態情報生成部１０５は、自身が管轄する照明区画を構成する小区画のそれぞれにおける人（被検知対象）の存在の有無を示す情報を含む存在状態情報を生成する手段である。
【００２４】
存在状態情報送信部１０６は、存在状態情報生成部１０５が生成した存在状態情報を、自身が管轄する照明区画に隣接する１以上の他の照明区画を管轄する他の照明制御装置１０に一斉送信する手段である。
【００２５】
点灯状態制御部１０７は、他の照明制御装置１０から受信した存在状態情報に基づいて、人（被検知対象）の存在が検知された小区画に対応する近接度（後述する）に応じた調光率で前記照明手段の点灯状態を制御する手段である。
【００２６】
記憶領域１０８は、点灯制御のために使用する各種情報を保持する手段である。
【００２７】
なお、本実施形態においては、図３に示すプロセッサ１１が補助記憶装置１９に記憶された所定のプログラムを実行することによって、照明制御装置１０を上述した各手段として機能させることができる。なお、他の実施形態では、上述した各手段の一部または全部をハードウェア回路で実装することができる。
【００２８】
以上、照明制御装置１０の機能構成について説明してきたが、ここで、照明制御装置１０が実行する処理の説明に入る前に、照明制御システム１０００を構成する各照明制御装置１０が記憶領域１０８に保持する情報について説明する。
【００２９】
本実施形態において、各照明制御装置１０は、“区画情報”を保持する。ここで“区画情報”とは、自身が制御するＬＥＤ照明５０の照明区画と当該照明区画に対して８近傍で隣接する８個の照明区画からなる合計９個の照明区画に関して、各照明区画の区画ＩＤと、当該９個の照明区画を構成する合計１４４個（１６×９）の小区画の位置関係を表す情報を意味する。
【００３０】
例えば、ある照明制御装置１０が制御するＬＥＤ照明５０の照明区画に「Ｅ」という区画ＩＤが付与され、照明区画「Ｅ」に対して８近傍で隣接する８個の照明区画のそれぞれに対して、「Ａ」、「Ｂ」、「Ｃ」、「Ｄ」、「Ｆ」、「Ｇ」、「Ｈ」、「Ｉ」という区画ＩＤが付与されている場合において、図５は、当該照明制御装置１０が保持する“区画情報”を概念的に示す。
【００３１】
さらに、各照明制御装置１０は、自身が制御するＬＥＤ照明５０の照明区画の属性を示す“属性情報”を保持する。本実施形態においては、図６（ａ）に示すように、照明区画が属する場所の用途（執務スペース、会議室、応接室、廊下、エントランス…）に対して所定の属性値が紐付けられており、各照明制御装置１０は、自身が管轄する照明区画が属する場所の用途に紐付いた属性値（属性情報）を保持する。加えて、各照明制御装置１０は、自身が管轄する照明区画の８近傍の照明区画の属性値（属性情報）も併せて保持する。
【００３２】
さらに、各照明制御装置１０は、みなし小区画数管理テーブル５００、調光率管理テーブル６００、存在状態履歴テーブル８００を保持する。なお、各テーブルの内容については後述する。
【００３３】
さらに、各照明制御装置１０は、近接度管理テーブル７００を保持する。ここで、“近接度”とは、自身が制御するＬＥＤ照明５０と、当該ＬＥＤ照明５０の照明区画ならびにその８近傍の照明区画を構成する合計１４４個（１６×９）の小区画のそれぞれとの距離の近さの度合いを表す値であり、小区画とＬＥＤ照明５０の距離が近いほど、当該小区画の近接度の値が大きくなる。
【００３４】
ここで、本実施形態においては、「近接度」を以下のように定義する。すなわち、図７（ａ）〜（ｄ）に示すように、照明区画「Ｅ」の８近傍の区画（「Ａ」、「Ｂ」、「Ｃ」、「Ｄ」、「Ｆ」、「Ｇ」、「Ｈ」、「Ｉ」）の最外周に枠状に連なる小区間の群の近接度を「１」と定義し、近接度「１」の小区間の群の１つ内側に枠状に連なる小区間の群の近接度を「２」と定義し、近接度「２」の小区間の群の１つ内側に枠状に連なる小区間の群の近接度を「３」と定義し、近接度「３」の小区間の群の１つ内側に枠状に連なる小区間の群（すなわち、区画「Ｅ」の外周を取り囲む小区間の群）の近接度を「４」と定義し、区画「Ｅ」を構成する小区画の近接度を「５」と定義する。なお、他の実施形態では、図８（ａ）〜（ｄ）に示すように、区間「Ｅ」を中心とした同心円様の枠状に連なる小区間の群に基づいて近接度を定義してもよい。
【００３５】
図９は、照明区画「Ｅ」の直上に設置されたＬＥＤ照明５０を制御する照明制御装置１０が保持する近接度管理テーブル７００を示す。なお、図９（ａ）は、図７に示す方法で近接度を定義した場合の近接度管理テーブル７００を示し、図９（ｂ）は、図８に示す方法で近接度を定義した場合の近接度管理テーブル７００を示す。図９（ａ）、（ｂ）に示すように、近接度管理テーブル７００は、５段階の近接度（１〜５）と小区間の識別情報（以下、“小区画ＩＤ”という）を対応付けて管理する。なお、本実施形態においては、小区画が属する区画の区画ＩＤと当該小区画の小区画番号を結合したものを“小区画ＩＤ”として用いている。
【００３６】
以上、照明制御システム１０００を構成する各照明制御装置１０が保持する情報について説明したので、続いて、照明制御装置１０が実行する処理の内容を説明する。なお、以下においては、図５に示す照明区画「Ｅ」の直上に設置されたＬＥＤ照明５０を制御する照明制御装置１０が実行する処理を例にとって説明を行う。
【００３７】
照明区画「Ｅ」の直上に設置されたＬＥＤ照明５０を制御する照明制御装置１０は、照明区画「Ｅ」に隣接する周囲の照明区画（「Ａ」、「Ｂ」、「Ｃ」、「Ｄ」、「Ｆ」、「Ｇ」、「Ｈ」、「Ｉ」）の直上に設置された他のＬＥＤ照明５０を制御する他の照明制御装置１０に対して存在状態情報（後述する）を一斉送信する処理（以下、「存在状態情報送信処理」という）を所定の時間間隔で繰り返し実行するとともに、当該周囲の照明制御装置１０から送信される存在状態情報を受信し、受信した存在状態情報に基づいてＬＥＤ照明５０の点灯状態を制御する処理（以下、「点灯状態制御処理」という）を所定の時間間隔で繰り返し実行する。
【００３８】
ここでは、まず、図１０に示すフローチャートに基づいて、「存在状態情報送信処理」について説明する。なお、以下の説明においては、適宜、図４を参照するものとする。
【００３９】
「存在状態情報送信処理」では、まず最初に、放射温度センサ１６を構成するＭ個（本実施形態においては、Ｍ＝１６）のセルのそれぞれについて、ステップ１０１の処理を実行する。
【００４０】
ステップ１０１では、存在状態検知部１０２が、注目するセルの最新の測定値（表面温度）に基づいて当該セルの測定視野範囲である小区画における人（被検知対象）の存在状態を検知する。ここで、存在状態検知部１０２は、“存在状態”として、人が存在していない状態“不在”、人が座位の姿勢で存在している状態“在（座位）”、および、人が立位の姿勢で存在している状態“在（立位）”という３種類の状態のうちのいずれか１つの状態を検知する。
【００４１】
ここで、存在状態検知部１０２が実行する処理を、注目する小区画の測定温度が図１１に示すように経時変化した場合を例に取って説明する。存在状態検知部１０２は、小区画の測定温度が閾値１を超えない場合、存在状態として“不在”を検知する。一方、人が立位の姿勢で存在している場合には、人が座位の姿勢で存在しているときに比べて、人がセルの測定視野範囲を占める割合がより多くなるため測定温度がより高く検知される。このことを利用して、本実施形態においては、測定温度が閾値１を超え、且つ、閾値２を超えない場合に、存在状態として“在（座位）”を検知し、測定温度が閾値２を超えた場合に、存在状態として“在（立位）”を検知する。なお、上述した２つの閾値は、予備実験やシミュレーションなどの結果に基づいて適切な値を予め求めておく。
【００４２】
１６個のセルの測定値に基づいて各小区画の存在状態を検知した後、処理はステップ１０２に進む。続くステップ１０２では、存在状態履歴記録部１０３が、１６個の小区画の最新の存在状態を存在状態履歴テーブル８００に記録する。図１２は、検知された最新の存在状態が存在状態履歴テーブル８００に記録される課程を模式的に示す。本実施形態において、存在状態履歴テーブル８００は、小区画番号ごとの存在状態を記録するためのフィールドを備えており、各フィールドには、“不在”を表す値「００」、“在（座位）”を表す値「０１」、“在（立位）”を表す値「１１」のいずれかが格納されるようになっている。
【００４３】
図１２に示す例では、人が立位の姿勢で存在している小区画（小区画番号４）のフィールドに値「１１」が格納され、人が座位の姿勢で存在している小区画（小区画番号１０）のフィールドに値「１０」が格納され、その余の小区画のフィールドに値「００」が格納されている。本実施形態においては、１６個の小区画の最新の存在状態が検知される度に、存在状態履歴テーブル８００にレコードが追加され、小区画番号に対応する各フィールドに「１１」、「１０」、「００」のいずれかの値が格納されるようになっている。
【００４４】
続くステップ１０３では、みなし処理部１０４が「みなし処理」を実行する。ここで、「みなし処理」とは、人の行動（移動・起立）に応じて、その時点で実際には人が存在していないにもかかわらず、人が存在していると見なす小区画（以下、みなし小区画という）を決定する処理を意味する。以下、図１３に示すフローチャートに基づいて「みなし処理」を説明する。
【００４５】
みなし処理では、区画「Ｅ」を構成するＭ個（Ｍ＝１６）の小区画のそれぞれについて、ステップ２０１〜２０７の処理を実行する。
【００４６】
まず、ステップ２０１では、存在状態履歴テーブル８００を参照して注目する小区画の最新の存在状態と直近の存在状態を比較し、以下の手順で、区画「Ｅ」における人の移動または起立を検知する。具体的には、比較の結果、注目する小区画の存在状態が“不在”から“在”に変化していた場合には、注目する小区画に人が移動してきたことを検知し、注目する小区画の存在状態が“在（座位）”から“在（立位）”に変化してた場合には、注目する小区画において人が起立したことを検知する。
【００４７】
続くステップ２０２では、人の移動を検知したか否かを判断し、人の移動を検知した場合は（ステップ２０２、Ｙｅｓ）、続くステップ２０３で、その移動速度を算出する。その後、続くステップ２０４で、算出した移動速度と移動方向に基づいてみなし小区画を決定し、当該小区画についての処理を終了する。
【００４８】
一方、移動を検知しなかった場合は（ステップ２０２、Ｎｏ）、処理はステップ２０５に進み、人の起立を検知したか否かを判断する。その結果、人の起立を検知した場合は（ステップ２０５、Ｙｅｓ）、続くステップ２０６で、注目する小区画に隣接する周囲の小区間をみなし小区画として決定し、当該小区画についての処理を終了する。一方、人の起立を検知しなかった場合は（ステップ２０５、Ｎｏ）、当該小区画についての処理をそのまま終了する。
【００４９】
続いて、上述したみなし処理を具体例に基づいてより詳細に説明する。
【００５０】
ここでは、まず、区画「Ｅ」の中を人αと人βが図１４（ａ）に示すように移動した場合を考える。この場合、存在状態履歴テーブル８００は、図１４（ｂ）に示す内容になる。ここで、小区画「８」に着目すると、人αが小区画「４」から小区画「８」に移動したことに伴って、レコード“id0301”が追加されたタイミングで、小区画「８」の存在状態が“不在[00]”から“在[11]”に変化している。この場合、小区画「８」を対象とした先のステップ２０３では、以下の手順で移動速度を算出する。
【００５１】
まず最初に、存在状態が“不在”から“在”に変化した小区画「８」に隣接する周囲の小区画の中から、同じタイミングで存在状態が“在”から“不在”に変化している小区画を移動元として特定する。この場合、小区画「８」に隣接する周囲の小区画（「３」、「４」、「７」、「１１」、「１２」）のうち、同じタイミングで存在状態が“在”から“不在”に変化している小区画は「４」であるので、小区画「４」が移動元として特定される。
【００５２】
続いて、移動元である小区画「４」から小区画「８」までの移動距離を小区画「４」から小区画「８」への移動に要した移動時間で除して移動速度を算出する。
【００５３】
ここで、本実施形態においては、縦方向あるいは横方向に隣接する他の小区画への移動の場合、小区画の一辺の長さＬを移動距離とみなし、斜め方向に隣接する他の小区画への移動の場合、小区画の一辺の長さＬ×２の平方根を移動距離とみなす。また、本実施形態においては、移動元の小区画の存在状態が最初に“在”になった時点から移動先の小区画「８」の存在状態が最初に“在”になった時点までの時間間隔を移動時間とみなす。
【００５４】
ここで、図１４（ｂ）に示す存在状態履歴テーブル８００に目を転じると、移動元の小区画「４」の存在状態として最初に“在”が格納されたのはレコード“id0001”であり、移動先の小区画「８」の存在状態として最初に“在”が格納されたのはレコード“id0301”である。ここで、小区画の一辺の長さＬが0.5mであり、存在状態情報送信処理が0.1秒間隔で実行されているとすると、小区画「４」から小区画「８」への移動時間を0.1×300=30秒とみなし、小区画「４」から小区画「８」への移動は縦方向の移動であるので、小区画の一辺の長さＬ（0.5m）を移動距離とみなす。この場合、移動速度として[0.5/30＝0.016(m/s)]が算出される。
【００５５】
この場合、先のステップ２０４では、算出した移動速度[0.016(m/s)]に対応するみなし小区画数を、図６（ｂ）に示すみなし小区画数管理テーブル５００に基づいて取得する。ここで、みなし小区画数管理テーブル５００は、移動速度(m/s)の範囲とみなし小区画数を対応付けて管理しており、図６（ｂ）に示す例の場合、1.0(m/s)未満の範囲にみなし小区画数[0]を、1.0(m/s)以上1.5(m/s)未満の範囲にみなし小区画数[1]を、1.5(m/s)以上2.0(m/s)未満の範囲にみなし小区画数[2]を、2.0(m/s)以上の範囲にみなし小区画数[3]を、それぞれ対応付けている。
【００５６】
この場合、算出した移動速度[0.016(m/s)]をみなし小区画数管理テーブル５００に照らすと、みなし小区画数[0]が取得されるので、みなし小区画を決定することなく、みなし処理を終了する。
【００５７】
一方、小区画「１４」に着目すると、人βが小区画「１５」から小区画「１４」に移動したことに伴って、レコード“id0303”が追加されたタイミングで、小区画「１４」の存在状態が“不在[00]”から“在[11]”に変化している。よって、小区画「１４」を対象とした先のみなし処理のステップ２０３では、小区画「１４」に隣接する周囲の小区画（「９」、「１０」、「１１」、「１３」、「１５」）の中から、同じタイミングで存在状態が“在”から“不在”に変化している小区画「１５」を移動元として特定する。
【００５８】
ここで、図１４（ｂ）に示す存在状態履歴テーブル８００に目を転じると、移動元の小区画「１５」の存在状態として最初に“在”が格納されたのはレコード“id0001”であり、移動先の小区画「１４」の存在状態として最初に“在”が格納されたのはレコード“id0303”であるので、小区画「１５」から小区画「１４」への移動に要した時間を30.2秒とみなし、小区画「１５」から小区画「１４」への移動は横方向の移動であるので、小区画の一辺の長さＬ（0.5m）を移動距離とみなす。この場合、移動速度として[0.5/30.2＝0.016(m/s)]が算出され、これをみなし小区画数管理テーブル５００に照らした結果、みなし小区画数[0]が取得される。よって、この場合も、みなし小区画を決定することなく、みなし処理を終了する。
【００５９】
一方、小区画「１２」に着目すると、人αが小区画「８」から小区画「１２」に移動したことに伴って、レコード“id0304”を追加したタイミングで、小区画「１２」の存在状態が“不在[00]”から“在[11]”に変化しているので、小区画「１２」を対象とした先のみなし処理のステップ２０３では、小区画「１２」に隣接する周囲の小区画（「７」、「８」、「１１」、「１５」、「１６」）の中から、同じタイミングで存在状態が“在”から“不在”に変化している小区画「８」を移動元として特定する。
【００６０】
ここで、図１４（ｂ）に示す存在状態履歴テーブル８００に目を転じると、移動元の小区画「８」の存在状態として最初に“在”が格納されたのはレコード“id0301”であり、移動先の小区画「１２」の存在状態として最初に“在”が格納されたのはレコード“id0305”であるので、小区画「８」から小区画「１２」への移動に要した時間を0.4秒とみなし、小区画「８」から小区画「１２」への移動は縦方向の移動であるので、小区画の一辺の長さＬ（0.5m）を移動距離とみなす。この場合、移動速度として[0.5/0.4＝1.25(m/s)]を算出され、これをみなし小区画数管理テーブル５００に照らした結果、みなし小区画数[1]が取得される。
【００６１】
この場合、先のみなし処理のステップ２０４では、小区画「１２」から見て移動方向先方に位置するＮ個の小区画をみなし小区画として決定する。ここで、先に取得したみなし小区画数[1]が[Ｎ]として与えられるので、図１６（ａ）に示すように、小区画「１２」から見て縦方向先方に位置する１個の小区画「１６」がみなし小区画として決定される。
【００６２】
一方、小区画「９」に着目すると、人βが小区画「１４」から小区画「９」に移動したことに伴って、レコード“id0304”を追加したタイミングで、小区画「９」の存在状態が“不在[00]”から“在[11]”に変化しているので、小区画「９」を対象とした先のみなし処理のステップ２０３では、小区画「９」に隣接する周囲の小区画（「５」、「６」、「１０」、「１３」、「１４」）の中から、同じタイミングで存在状態が“在”から“不在”に変化している小区画「１４」を移動元として特定する。
【００６３】
ここで、図１４（ｂ）に示す存在状態履歴テーブル８００に目を転じると、移動元の小区画「１４」の存在状態として最初に“在”が格納されたのはレコード“id0303”であり、移動先の小区画「９」の存在状態として最初に“在”が格納されたのはレコード“id0305”であるので、小区画「１４」から小区画「９」への移動に要した時間を0.2秒とみなす。一方、小区画「１４」から小区画「９」への移動は斜め方向の移動であるので、小区画の一辺の長さＬ（0.5m）×２の平方根=0.71mを移動距離とみなす。この場合、移動速度として[0.71/0.2＝3.55(m/s)]を算出され、これをみなし小区画数管理テーブル５００に照らした結果、みなし小区画数[3]が取得される。
【００６４】
この場合、先のみなし処理のステップ２０４では、小区画「９」から見て移動方向先方に位置するＮ個の小区画をみなし小区画として決定する。ここで、先に取得したみなし小区画数[3]が[Ｎ]として与えられるので、図１６（ａ）に示すように、小区画「９」から見て斜め方向先方に位置する３個の小区画（区画「Ｄ」の小区画「８」、「３」および区画「Ａ」の小区画「１４」）がみなし小区画として決定される。
【００６５】
次に、区画「Ｅ」の中で、図１５（ａ）に示すように、人が起立した場合を考える。この場合、存在状態履歴テーブル８００は、図１５（ｂ）に示す内容になる。ここで、小区画「１４」に着目すると、小区画「１４」で座位の姿勢を取っていた人が起立したことに伴って、レコード“id0601”が追加されたタイミングで、小区画「１４」の存在状態が“在位（座位）[10]”から“在（立位）[11]”に変化している。この場合、小区画「１４」を対象とした先のステップ２０６では、図１６（ｂ）に示すように、小区画「１４」に隣接する周囲の小区間（８近傍の小区画）である８つの小区画（区画「Ｅ」の小区画「９」、「１０」、「１１」、「１３」、「１５」および区画「Ｈ」の小区画「１」、「２」、「３」）がみなし小区画として決定される。
【００６６】
上述したように、本実施形態においては、自身の区画を構成する小区画のみならず、他の区画を構成する小区画がみなし小区画として決定される場合がある。
【００６７】
以上、みなし処理部１０４が実行するみなし処理を説明したので、再び、図５に戻って説明を続ける。
【００６８】
続くステップ１０４では、存在状態情報生成部１０５が、先のみなし処理の結果を踏まえて、“存在状態情報”を生成する。ここで、“存在状態情報”は、各小区画における人の存在の有無を示す情報を含む。図１７（ａ）は、ステップ１０４で生成される“存在状態情報”のデータ構造を示す。図１７（ａ）に示すように、“存在状態情報”は、区画ＩＤと、当該区画ＩＤに係る照明区画の小区画番号ごとの存在状態（在：１／不在：０）と、当該照明区画の属性情報を含む。
【００６９】
ここで、存在状態情報生成部１０５が生成する“存在状態情報”の内容を具体例に基づいてより詳細に説明する。
【００７０】
図１４（ｂ）に示す存在状態履歴テーブル８００を例にとって説明すると、存在状態情報生成部１０５は、“id0001”から“id0300”の各レコードが追加されるタイミングでは、図１７（ｂ）に示す存在状態情報を生成し、“id0301”から“id0302”の各レコードが追加されるタイミングでは、図１７（ｃ）に示す存在状態情報を生成し、“id0303”から“id0304”の各レコードが追加されるタイミングでは、図１７（ｄ）に示す存在状態情報を生成する。すなわち、存在状態情報生成部１０５は、区画ＩＤとして「Ｅ」を格納し、各レコードが追加されるタイミングにおいて、実際に人が存在する小区画に「１：在」を格納し、区画「Ｅ」の属性情報（属性値）を格納した“存在状態情報”を生成する。
【００７１】
一方、レコード“id0305”が追加されるタイミングでは、存在状態情報生成部１０５は、先のみなし処理で決定されたみなし小区画に人が存在するものみなして、存在状態情報を生成する。すなわち、この場合、存在状態情報生成部１０５は、図１７（ｅ）に示すように、区画ＩＤとして「Ｅ」を格納し、区画「Ｅ」の属性情報（属性値）を格納し、レコード“id0305”が追加されるタイミングおいて、実際に人が存在する区画「Ｅ」の小区画「９」、「１２」に「１：在」を格納するとともに、みなし小区画として決定された区画「Ｅ」の小区画「１６」にも人が存在するものとみなして、当該小区画（☆印で示す）に「１：在」を格納した“存在状態情報”を生成する。
【００７２】
加えて、存在状態情報生成部１０５は、図１７（ｅ）に示すように、区画ＩＤとして「Ｄ」を格納し、区画「Ｄ」の属性情報（属性値）を格納し、“id0305”が追加されるタイミングおいて、みなし小区画として決定された区画「Ｄ」の小区画「８」、「３」に人が存在するものとみなして、当該小区画（☆印で示す）に「１：在」を格納した“存在状態情報”を生成する。
【００７３】
加えて、存在状態情報生成部１０５は、図１７（ｅ）に示すように、区画ＩＤとして「Ａ」を格納し、区画「Ａ」の属性情報（属性値）を格納し、“id0305”が追加されるタイミングおいて、みなし小区画として決定された区画「Ａ」の小区画「１４」に人が存在するものとみなして、当該小区画（☆印で示す）に「１：在」を格納した“存在状態情報”を生成する。
【００７４】
続いて、図１５（ｂ）に示す存在状態履歴テーブル８００を例にとって説明すると、存在状態情報生成部１０５は、“id0001”から“id0600”の各レコードが追加されるタイミングでは、図１８（ａ）に示す存在状態情報を生成する。すなわち、存在状態情報生成部１０５は、区画ＩＤとして「Ｅ」を格納し、各レコードが追加されるタイミングにおいて、実際に人が存在する小区画に「１：在」を格納し、区画「Ｅ」の属性情報（属性値）を格納した“存在状態情報”を生成する。
【００７５】
一方、レコード“id0601”が追加されるタイミングでは、存在状態情報生成部１０５は、先のみなし処理で決定されたみなし小区画に人が存在するものみなして、存在状態情報を生成する。すなわち、この場合、存在状態情報生成部１０５は、図１８（ｂ）に示すように、区画ＩＤとして「Ｅ」を格納し、区画「Ｅ」の属性情報（属性値）を格納し、レコード“id0600”が追加されるタイミングおいて、実際に人が存在する区画「Ｅ」の小区画「１４」に「１：在」を格納するとともに、みなし小区画として決定された区画「Ｅ」の小区画「９」、「１０」、「１１」、「１３」、「１５」にも人が存在するものとみなして、当該小区画（☆印で示す）に「１：在」を格納した“存在状態情報”を生成する。
【００７６】
加えて、存在状態情報生成部１０５は、図１８（ｂ）に示すように、区画ＩＤとして「Ｈ」を格納し、区画「Ｈ」の属性情報（属性値）を格納し、“id0600”が追加されるタイミングおいて、みなし小区画として決定された区画「Ｈ」の小区画「１」、「２」、「３」に人が存在するものとみなして、当該小区画（☆印で示す）に「１：在」を格納した“存在状態情報”を生成する。
【００７７】
再び、図５に戻って説明を続ける。
【００７８】
続くステップ１０５では、存在状態情報送信部１０６が、先のステップ１０４で生成した“存在状態情報”を、８つの照明区画（区画「Ａ」、「Ｂ」、「Ｃ」、「Ｄ」、「Ｆ」、「Ｇ」「Ｈ」、「Ｉ」）を照明する他のＬＥＤ照明５０を制御する他の照明制御装置１０に対して一斉送信し、存在状態情報送信処理を終了する。
【００７９】
なお、本実施形態においては、上述した「存在状態情報送信処理」を、人が小区画の一辺の長さＬに相当する距離を移動するのに要する最短時間よりも短い時間間隔で繰り返し実行することが好ましい。
【００８０】
以上、「存在状態情報送信処理」について説明してきたが、続いて、点灯状態制御部１０７が実行する「点灯状態制御処理」を図１９に示すフローチャートに基づいて説明する。なお、以下においては、図５に示す照明区画「Ｅ」の直上に設置されたＬＥＤ照明５０を制御する照明制御装置１０の点灯状態制御部１０７が実行する処理を例にとって説明を行う。
【００８１】
ステップ３０１では、管轄する照明区画（この場合、区画「Ｅ」）に人が存在しているか否かを判定する。具体的には、存在状態検知部１０２の検知結果に基づいて、あるいは、存在状態履歴テーブル８００の最新のレコードの値に基づいて、区画「Ｅ」を構成する１６個の小区画（１〜１６）のうち、少なくとも１つの小区画に人が存在しているか否かを判定する。その結果、人が存在していると判定した場合は（ステップ３０２、Ｙｅｓ）、処理はステップ３１０に進む。ステップ３１０では、管轄する照明区画に人が存在している時の調光率（例えば、１００％）を設定した後、ステップ３０９に進む。
【００８２】
一方、人が存在していないと判定した場合は（ステップ３０２、Ｎｏ）、処理はステップ３０３に進み、他の照明制御装置１０から最新の存在状態情報を受信したか否かを判断する。その結果、最新の存在状態情報を受信していない場合は（ステップ３０３、Ｎｏ）、処理はステップ３１２に進み、現在の調光率を維持する。一方、最新の存在状態情報を受信した場合は（ステップ３０３、Ｙｅｓ）、処理はステップ３０４に進み、受信した存在状態情報に含まれる属性情報（属性値）が自身が管轄する照明区画（この場合、区画「Ｅ」）の属性情報と一致するか否を判断する。その結果、属性情報が一致しない場合は（ステップ３０４、Ｎｏ）、処理はステップ３１２に進む。ステップ３１２では、現在の調光率を維持した後、ステップ３０９に進む。
【００８３】
一方、属性が一致する場合は（ステップ３０４、Ｙｅｓ）、処理はステップ３０５に進み、他の照明制御装置１０から受信した最新の存在状態情報において、存在状態として「在：１」が格納されている小区画の有無を判定する。その結果、存在状態として「在：１」が格納されている小区画がない場合は（ステップ３０５、Ｎｏ）、処理はステップ３１１に進む。ステップ３１１では、管轄する照明区画に人が存在していない時の調光率（例えば、０％）を設定した後、ステップ３０９に進む。一方、存在状態として「在：１」が格納されている小区画がある場合は（ステップ３０５、Ｙｅｓ）、処理はステップ３０６に進む。
【００８４】
続くステップ３０６では、他の照明制御装置１０から受信した最新の存在状態情報において、存在状態として「在：１」が格納されている小区画の近接度を判定する。具体的には、存在状態情報に格納されている区画ＩＤと、当該存在状態情報において「在：１」が格納されている小区画の小区画番号を結合してなる小区画ＩＤを図９に示す近接度管理テーブル７００に照らし、当該小区画ＩＤに対応付けられた近接度を取得する。なお、「在：１」が格納されている小区画が複数ある場合は、各小区画の近接度を取得する。
【００８５】
続くステップ３０７では、図６（ｃ）に示す調光率管理テーブル６００を使用して、取得した１以上の近接度のうち、その最大値に対応する調光率を取得する。図６（ｃ）に示すように、調光率管理テーブル６００は、近接度と調光率を対応付けて管理している。ステップ３０７では、ステップ３０６で取得した近接度の最大値を調光率管理テーブル６００に照らし、当該最大値に対応付けられた調光率を取得する。
【００８６】
続くステップ３０８では、ステップ３０７で取得した調光率を設定した後、ステップ３０９に進む。
【００８７】
最後に、ステップ３０９では、設定された最新の調光率でＬＥＤ照明５０の点灯状態を制御して、処理を終了する。
【００８８】
なお、本実施形態においては、上述した「点灯状態制御処理」と上述した「存在状態情報送信処理」を同じ時間間隔で実行することが好ましい。
【００８９】
以上、本実施形態の照明制御装置１０が実行する処理の内容について説明してきたが、本実施形態の照明制御システム１０００においては、Ｎ個の照明制御装置１０が上述した処理を行って協働することにより、以下の効果がもたらされる。
【００９０】
第１に、照明制御システム１０００においては、各照明制御装置１０が、自身が管轄する照明区画に隣接する周辺の照明区画における人の存在を検知して、ＬＥＤ照明５０をいち早く点灯させるので、これまで、人が複数の照明区画を跨って移動する場合に生じていた点灯の遅れが改善される。
【００９１】
第２に、照明制御システム１０００においては、各照明制御装置１０が、自身が制御するＬＥＤ照明５０と周辺の照明区画に存在する人との距離の近さに応じて、当該ＬＥＤ照明５０の調光率を段階的に変化させるので、電力消費が必要最小限に抑えられることに加え、人の移動に伴って進行方向の照度が徐々に変化するようになるので、人が嫌う急激な照度の変化を避けることができる。
【００９２】
第３に、照明制御システム１０００においては、人の移動行動を検知し、その移動速度に応じて、移動方向先方のＬＥＤ照明５０をいち早く点灯させるので、速い速度で移動する人に追従して、遅延なくＬＥＤ照明５０を点灯させることができる。
【００９３】
第４に、照明制御システム１０００においては、人の起立行動を検知して、当該人が存在する照明区画に隣接する周辺の照明区画をいち早く点灯させるので、人が急に起立して移動する場合であっても、遅延なくＬＥＤ照明５０を点灯させることができる。
【００９４】
第５に、照明制御システム１０００においては、各照明区画に対して定義された属性に応じて点灯状態の制御の可否を判断することによって、各照明区画の用途に応じた適切な照明制御を実現することができる。例えば、隣接する「廊下」と「会議室」のそれぞれに対して異なる属性を定義しておけば、「会議室」に人が入室したことによって、照明する必要のない「廊下」の照明が点灯されたり、「廊下」を人が通る度に、照明する必要のない「会議室」の照明が点灯されたりするといった不都合を回避することができる。
【００９５】
以上、本発明について実施形態をもって説明してきたが、本発明は上述した実施形態に限定されるものではなく、種々の設計変更が可能である。
【００９６】
例えば、上述した実施形態では、１台の照明制御装置１０が担当する照明区画を４×４＝１６個の小区画に分割した例を示したが、照明区画の分割数は任意であり、照明制御装置１０は、照明区画の分割数に応じた数のセルを備える放射温度センサを搭載すればよい。
【００９７】
また、上述した実施形態では、照明手段として直管型のＬＥＤ灯を搭載するＬＥＤ照明機器を示したが、ＬＥＤ灯の形状は直管型に限定されるものではない。また、照明手段は、ＬＥＤ照明機器に限定されるものではなく、調光率が可変なその他の照明手段であってもよい。
【００９８】
また、上述した実施形態では、照明手段に対して照明制御装置が一体化された例を示したが、照明制御装置は、照明手段と物理的に分離していてもよい。
【００９９】
また、上述した実施形態では、照明制御装置が相互に無線通信を行う例を示したが、照明制御装置間の通信を有線通信で行うようにしてもよい。
【０１００】
また、上述した照明制御装置に対して、さらに照度センサを追加し、消灯時の周囲の照度に応じて、近接度に対応付ける調光率の大きさを動的に変更するようにしてもよい。具体的には、小さい近接度に対して、周囲の照度が低くなるほど（例えば、夜間）、より高い調光率を対応付けるようにし、周囲の照度が高くなるほど（例えば、昼間）、より低い調光率を対応付けるようにすることで、省エネと快適性を両立することができる。
【０１０１】
また、上述した実施形態では、上述したみなし処理において、照明制御装置が管轄する照明区画を構成する小区画に加えて、他の照明区画を構成する小区画をみなし小区画として決定する例を示したが、他の照明区画を構成する小区画をみなし小区画とするか否かを選択できるようにしてもよく、さらには、みなし処理の実施それ自体を選択できるようにしてもよい。
【０１０２】
その他、当業者が推考しうる実施態様の範囲内において、本発明の作用・効果を奏する限り、本発明の範囲に含まれるものである。
【０１０３】
なお、上述した実施形態の各機能は、Ｃ、Ｃ＋＋、Ｃ＃、Ｊａｖａ（登録商標）などで記述された装置実行可能なプログラムにより実現でき、本実施形態のプログラムは、ハードディスク装置、ＣＤ−ＲＯＭ、ＭＯ、ＤＶＤ、フレキシブルディスク、ＥＥＰＲＯＭ、ＥＰＲＯＭなどの装置可読な記録媒体に格納して頒布することができ、また他装置が可能な形式でネットワークを介して伝送することができる。
【符号の説明】
【０１０４】
１０…照明制御装置
１１…プロセッサ
１２…ＲＯＭ
１３…ＲＡＭ
１４…無線通信ネットワーク・インターフェース
１５…アンテナ
１６…放射温度センサ
１７…センサ・インターフェース
１８…入出力インターフェース
１９…補助記憶装置
３０…ネットワーク
５０…ＬＥＤ照明（照明手段）
５２…ＬＥＤ灯
５４…口金部
５６…赤外線レンズ
１０２…存在状態検知部
１０３…存在状態履歴記録部
１０４…みなし処理部
１０５…存在状態情報生成部
１０６…存在状態情報送信部
１０７…点灯状態制御部
１０８…記憶領域
５００…みなし小区画数管理テーブル
６００…調光率管理テーブル
７００…近接度管理テーブル
８００…存在状態履歴テーブル
１０００…照明制御システム
【先行技術文献】
【特許文献】
【０１０５】
【特許文献１】特開２００２−２９９０７５号公報
【図１】
2017134936.tif 000003
【図２】
2017134936.tif 000004
【図３】
2017134936.tif 000005
【図４】
2017134936.tif 000006
【図５】
2017134936.tif 000007
【図６】
2017134936.tif 000008
【図７】
2017134936.tif 000009
【図８】
2017134936.tif 000010
【図９】
2017134936.tif 000011
【図１０】
2017134936.tif 000012
【図１１】
2017134936.tif 000013
【図１２】
2017134936.tif 000014
【図１３】
2017134936.tif 000015
【図１４】
2017134936.tif 000016
【図１５】
2017134936.tif 000017
【図１６】
2017134936.tif 000018
【図１７】
2017134936.tif 000019
【図１８】
2017134936.tif 000020
【図１９】
2017134936.tif 000021