JP2022184086A - 灯具システム、システムおよびコンピュータプログラム - Google Patents

Abstract

【課題】より安全に、ランプの光らせ方を変更できる技術を提供する。【解決手段】灯具システムは、ランプと、ランプの点消灯を制御するＥＣＵと、を備える。ＥＣＵは、制御部と、ランプの点灯の態様を定義する定義情報を記憶する記憶部と、を含み、制御部は、ランプを定義情報にしたがって制御する。【選択図】図５

Description

本発明は、灯具システム、システムおよびコンピュータプログラムに関する。

特許文献１には、灯具システムが、車両の外部からプログラムを取得し、取得したプログラムによりランプを動作させることが開示されている。この灯具システムによれば、車両の購入後に、ランプの光らせ方を変更できる。

特開２０１５－１１０３６５号公報

特許文献１の灯具システムでは、ランプの光らせ方を変更するために、ランプを制御する制御部のプログラムに変更を加えている。制御部に変更を加えると、それによって不具合が混入してしまうおそれがある。

本発明はこうした課題に鑑みてなされたものであり、そのある態様の例示的な目的のひとつは、より安全に、ランプの光らせ方を変更できる技術を提供することにある。

上記課題を解決するために、本発明のある態様の灯具システムは、ランプと、ランプの点消灯を制御するＥＣＵと、を備える。ＥＣＵは、制御部と、ランプの点灯の態様を定義する定義情報を記憶する記憶部と、を含む。制御部は、ランプを定義情報にしたがって制御する。

本発明の別の態様は、システムである。このシステムは、車両に搭載される灯具システムと、サーバと、情報処理端末と、を備える。車両用灯具は、ランプと、ランプの点消灯を制御するＥＣＵと、を備える。ＥＣＵは、制御部と、ランプの点灯の態様を定義する定義情報を記憶する記憶部と、を含む。定義情報は、情報処理端末を介してユーザが作成または選択したものであって、サーバから取得されたものである。

本発明のさらに別の態様は、コンピュータプログラムである。このコンピュータプログラムは、上述の定義情報を作成するためのコンピュータプログラムであって、タッチスクリーンを備える情報処理端末に、ランプの点灯の態様を入力させるための入力領域と、入力領域に入力された点灯の態様でランプが点灯する車両の外観を表示する外観領域と、を含む画面を表示させる機能と、入力領域への入力に基づいて定義情報を作成する機能と、を実現させる。

なお、以上の構成要素の任意の組み合わせや、本発明の構成要素や表現を、方法、装置、システムなどの間で相互に置換したものもまた、本発明の態様として有効である。

本発明によれば、より安全に、ランプの光らせ方を変更できる技術を提供できる。

実施の形態に係るシステムの構成を示すブロック図である。 図１の情報処理端末の構成を示すブロック図である。 図２の表示制御部が表示させるアプリ画面の一例を示す図である。 図１のサーバの構成を示すブロック図である。 図１の灯具システムの構成を示すブロック図である。 定義ファイルの一例を示す図である。 図６の定義ファイルにしたがった点灯の様子を説明する図である。

以下、図面を参照しながら、本発明を実施するための形態について詳細に説明する。図面の説明において同一の要素には同一の符号を付し、重複する説明を適宜省略する。

本実施の形態を説明する前に、実施の形態の概要を説明する。本実施の形態は、ランプと、ランプの点消灯を制御するＥＣＵ（Electronic Control Unit）と、を備える。ＥＣＵは、制御部と、定義ファイルを記憶する記憶部と、を含む。定義ファイルは、ランプの光り方、すなわちランプの点灯の態様を定義する定義情報が書き込まれたファイルである。点灯の態様は、例えば、ランプに含まれる少なくとも１つの光源のそれぞれの点滅のタイミング、点滅の周期、色、輝度である。制御部は、ランプを定義ファイルにしたがって点消灯させる。つまりランプは、定義ファイルで定義された光り方をする。したがってランプの光り方を変更する場合、定義ファイルを変更すればよい。本実施の形態によれば、定義ファイルは制御部を構成するプログラムとは独立したファイルとして管理される。これにより、ランプの光り方を変更するに当たり、定義ファイルの変更を安全に、すなわち制御部を構成するプログラムに影響を与えることなく実現できる。

（システム全体について）
図１は、システム２の構成を示すブロック図である。システム２は、灯具システム１００と、車両ＥＣＵ（センターＥＣＵ）２００と、サーバ３００と、情報処理端末４００と、を備える。

灯具システム１００は、有線通信または無線通信により車両ＥＣＵ２００と接続される。車両ＥＣＵ２００は、無線通信機能を有し、図示しない無線基地局や無線アクセスポイントを介してネットワーク４に接続する。情報処理端末４００は、有線通信または無線通信によりネットワーク４に接続する。ネットワーク４にはサーバ３００が接続されており、サーバ３００は、車両ＥＣＵ２００および情報処理端末４００とネットワーク４経由で通信可能である。

サーバ３００は、例えばデータセンタに設置される。サーバ３００は、灯具システム１００を製造・販売している企業、車両を製造・販売している企業、またはそれらの企業から委託された企業によって管理、運営される。

情報処理端末４００は、ユーザが操作する端末である。好ましくはスマートフォンやタブレット端末などのモバイル端末であるが、ＰＣ（Personal Computer）や車両に搭載された端末であってもよい。車両に搭載された端末は、専用の端末のほかに、カーナビゲーションシステムであってもよい。

情報処理端末４００は、所望の光り方を実現する定義ファイルを作成し、それをサーバ３００に送信する。サーバ３００は、受信した定義ファイルをユーザが所有する車両の車両ＥＣＵ２００に送信する。車両ＥＣＵ２００は、受信した定義ファイルを灯具システム１００に送信する。

灯具システム１００は、少なくとも１つ（この例では複数）のランプ１０２と、サブＥＣＵ１０４と、を備える。複数のランプ１０２のそれぞれは、例えば、左右のターンシグナルランプ、テールランプ、ストップランプ、フォグランプ、ＨＭＳＴランプ、プレートランプ、描画ランプなどである。

サブＥＣＵ１０４は、ランプ１０２を制御するための専用のＥＣＵ（すなわち灯具ＥＣＵ）であってもよいし、ランプ１０２に加えて他の電子機器も制御するＥＣＵであってもよい。サブＥＣＵ１０４は、書き換え可能な記憶部１１２を含む。記憶部１１２には定義ファイルが格納される。この定義ファイルは、車両の購入時に格納されていた定義ファイルか、情報処理端末４００で作成され、サーバ３００および車両ＥＣＵ２００を介して灯具システム１００が受信した定義ファイルである。サブＥＣＵ１０４は、車両ＥＣＵ２００から所定のメッセージを受信すると、メッセージに対応する定義ファイルにより特定されるランプの点消灯を、当該定義ファイルにしたがって制御する。

（情報処理端末について）
図２は、情報処理端末４００の構成を示すブロック図である。情報処理端末４００は、表示部４０２と、通信部４０４と、制御部４０６と、記憶部４０８と、を備える。

表示部４０２は、液晶パネルや有機ＥＬパネルなどのタッチパネル式表示装置であり、情報を画面に表示するとともに、ユーザの操作入力を受け付ける。なお、表示部４０２とは別に情報入力手段が設けられてもよい。

通信部４０４は、所定の通信プロトコルにしたがって外部装置と通信する。制御部４０６は、各種データ処理を実行する。制御部４０６は、通信部４０４を介してサーバ３００とデータを送受信する。記憶部４０８は、制御部４０６により参照され、および／または、更新されるデータを記憶する。記憶部４０８は、メモリやストレージにより実現される。

記憶部４０８、はユーザ情報記憶部４２０を含む。ユーザ情報記憶部４２０は、情報処理端末４００を操作するユーザのＩＤとパスワードを保持する。

制御部４０６は、操作検出部４１０と、表示制御部４１２と、定義ファイル作成部４１４と、法規判定部４１６と、送信部４１８と、を含む。情報処理端末４００は、これら複数の機能ブロックに対応する複数のモジュールが実装されたアプリケーションプログラム（以下、「定義ファイル作成支援Ａｐｐ」という）を、インターネット上の所定のサイトからダウンロードし、記憶部４０８にインストールしてもよい。情報処理端末４００のプロセッサ（ＣＰＵ、ＧＰＵ等）は、記憶部４０８に格納された定義ファイル作成支援Ａｐｐをメインメモリに読み出して実行することにより、各機能ブロックの機能を発揮してもよい。

操作検出部４１０は、ユーザが表示部４０２に入力した操作を検出し、検出した操作を他の機能ブロックへ通知する。

表示制御部４１２は、表示部４０２の表示内容を制御する。例えば表示制御部４１２は、定義ファイル作成支援Ａｐｐの各種画面を表示部４０２に表示させる。

図３は、定義ファイル作成支援Ａｐｐの画面の一例（以下、アプリ画面５００という）を示す図である。図３では、アプリ画面５００がバイル端末としての情報処理端末４００の表示部４０２に表示された例を示している。アプリ画面５００は、外観表示領域５０２と、ランプ選択領域５０４と、機能（アクション）選択領域５０６と、態様入力領域５０８と、確定ボタン５１０と、を含む。

外観表示領域５０２には、車両の外観が表示される。詳しくは、ユーザは所有する車両の車種を図示しない設定画面において予め設定しておく。外観表示領域５０２にはそこで設定された車種の外観が表示される。外観表示領域５０２に表示される車両の外観は、例えばスワイプ操作によって、向きを自由に変更できてもよい。

ランプ選択領域５０４は、光り方を変更するランプ１０２を選択するための領域である。この例では、ランプ選択領域５０４の中央にランプ表示領域５１２が配置され、左側に左矢印ボタン５１４が配置され、右側に右矢印ボタン５１６が配置される。ランプ表示領域５１２には、光り方を変更するものとして選択されたランプ１０２が表示される。矢印ボタン５１４，５１６は、ランプ表示領域に表示されるランプ１０２を選択するボタン、すなわち光り方を変更するランプ１０２を選択するボタンである。外観表示領域５０２に表示される車両の向きは、ランプ表示領域５１２において選択されたランプ１０２が見える向きに切り替わってもよい。

機能選択領域５０６は、ランプ選択領域５０４において選択されたランプ１０２について、光り方を変更する機能、言い換えると光り方を変更するアクションを選択するための領域である。例えば、ランプ選択領域５０４において選択されたランプ１０２が、いわゆるテールランプとしての機能と、車両が電気自動車やプラグインハイブリッド車である場合において充電中であることを示すランプとしての機能と、を有するときに、どの機能の光り方を変更するかを機能選択領域５０６において選択する。

態様入力領域５０８は、光り方すなわち点灯の態様を入力するための領域である。この例では、点灯の態様として、点灯の周期、色、輝度を設定できる。また、この例では、点灯の周期、色、輝度のそれぞれを、スライダ（つまみ）をスライドさせることで入力できる。態様入力領域５０８では、法規を満たす点灯の態様のみが入力可能であってもよい。つまり、図示の例において、スライダをスライドさせることによって入力できる各態様の範囲は、法規を満たす範囲であってもよい。外観表示領域５０２には、態様入力領域５０８で入力された光り方でランプが光る車両の外観が表示される。これにより、アプリ画面５００で光り方のイメージを把握することができる。

確定ボタン５１０は、入力が完了するとクリックされる。

図２に戻り、定義ファイル作成部４１４は、アプリ画面５００に入力された光り方を実現するための定義ファイルを作成する。定義ファイル作成部４１４は、この例では、アプリ画面５００の確定ボタン５１０がクリックされると定義ファイルを作成する。定義ファイル作成部４１４は、定義ファイルの車種ごとテンプレートを編集することにより作成してもよい。この場合、定義ファイルのテンプレートは、インストールされた定義ファイル作成支援Ａｐｐに含まれていてもよいし、サーバ３００からダウンロードしてもよい。

法規判定部４１６は、定義ファイル内の定義情報で定義されるランプの点灯の態様が法規を満たすか否か判定する。例えば、定義情報で定義される光源の点灯の周期、色、輝度などがランプに求められる法規を満たすか否か判定する。法規判定部４１６は、定義情報が法規を満たさない場合、その旨をアプリ画面５００に表示してもよい。送信部４１８は、定義情報が法規を満たす場合、定義ファイルをサーバ３００に送信する。したがって、サーバ３００に送信される定義ファイルは、その定義情報が法規を満たすことが保証されている。なお送信部４１８は、定義ファイルとともに、ユーザ情報記憶部４２０に記憶されるユーザＩＤおよびパスワードを送信する。

（サーバについて）
図４は、サーバ３００の構成を示すブロック図である。サーバ３００は、通信部３０４と、制御部３０６と、記憶部３０８と、を備える。

通信部３０４は、所定の通信プロトコルにしたがって外部装置と通信する。制御部３０６は、各種データ処理を実行する。制御部３０６は、通信部３０４を介して車両ＥＣＵ２００および情報処理端末４００とデータを送受信する。記憶部３０８は、制御部３０６により参照され、および／または、更新されるデータを記憶する。記憶部３０８は、メモリやストレージにより実現される。

記憶部３０８は、ユーザ情報記憶部３２０を含む。ユーザ情報記憶部３２０は、ユーザＩＤと、パスワードと、所在アドレスと、を対応づけて保持する。所在アドレスは、ユーザが所有する車両のネットワーク上の所在を示すアドレスである。所在アドレスは、例えばＩＰアドレスである。

制御部３０６は、受信部３１０と、認証部３１１、法規判定部３１２と、送信部３１４と、を含む。受信部３１０は、情報処理端末４００から、ユーザが作成した定義ファイルを受信する。

認証部３１１は、定義ファイルとともに送信されてきたＩＤおよびパスワードを、ユーザ情報記憶部３２０にそれらと一致するＩＤおよびパスワード格納されているか判定する。格納されている場合は後続の処理を実行し、格納されていない場合はその旨を情報処理端末４００を介してユーザに通知するとともに処理を中止する。

法規判定部３１２は、受信部３１０が受信した定義ファイル内の定義情報で定義されるランプの点灯の態様が法規を満たすか否か判定する。例えば、定義情報で定義される光源の点灯の周期、色、輝度などがランプに求められる法規を満たすか否か判定する。法規判定部３１２は、定義情報が法規を満たさない場合、その旨を情報処理端末４００を介してユーザに通知する。送信部３１４は、定義ファイルが法規を満たす場合、ユーザ情報記憶部３２０に格納されたユーザ情報によって特定される所在アドレス宛（すなわち車両ＥＣＵ２０宛て）に当該定義ファイルを送信する。したがって、情報処理端末４００に送信される定義ファイルは、その定義情報が法規を満たすことが保証されている。

（灯具システムについて）
図５は、灯具システム１００の構成を示すブロック図である。灯具システム１００は、上述したように、少なくとも１つ（この例では複数）のランプ１０２と、サブＥＣＵ１０４と、を備える。サブＥＣＵ１０４は、制御部１１０と、上述した記憶部１１２と、を備える。制御部１１０は、有線通信または無線通信により、車両ＥＣＵ２００と接続される。

ランプ１０２の構成は特に限定されず、例えば、ＬＤ（レーザダイオード）やＬＥＤ（発光ダイオード）などの半導体光源と、半導体光源を駆動して点灯させる点灯回路と、を含みうる。ランプ１０２は、発光素子のアレイ（μ－ＬＥＤともいう）であってもよい。あるいはランプ１０２は、ＤＭＤ（Digital Mirror Device）や液晶デバイスなどのマトリクス型のパターン形成デバイスを含んでもよい。この場合、配向パターンの形状をランプ１０２の点灯の態様のひとつとして定義ファイル内の定義情報で定義してもよい。

記憶部１１２は、少なくとも１つ（この例では複数）の定義ファイルを格納する。定義ファイルは、好ましくは、制御部１１０を構成するプログラムとは物理的に別々の記憶部に格納される。つまり、制御部１１０を構成するプログラムは、定義ファイルが格納される記憶部１１２とは別の記憶部に格納される。

定義ファイルは、上述したように、情報処理端末４００からの操作に応じてサーバ３００から車両ＥＣＵ２００に送信される。車両ＥＣＵ２００は、受信した定義ファイルをサブＥＣＵ１０４に送信する。好ましくは車両ＥＣＵ２００は、受信した定義ファイルを停車時にサブＥＣＵ１０４に送信する。これにより、車両の走行中に車両ＥＣＵ２００とサブＥＣＵ１０４との間のネットワーク負荷が増大するのを抑止できる。制御部１１０は、車両ＥＣＵ２００が送信した定義ファイルを受信して記憶部１１２に格納する。

制御部１１０は、ハードウェア構成としてはコンピュータのＣＰＵやメモリをはじめとする素子や回路で実現され、ソフトウェア構成としてはコンピュータプログラム等によって実現されるが、図５では、それらの連携によって実現される機能ブロックとして描いている。この機能ブロックがハードウェアおよびソフトウェアの組合せによっていろいろなかたちで実現できることは、当業者には当然に理解されるところである。

制御部１１０は、車両ＥＣＵ２００を介して定義ファイルを受信すると、受信した定義ファイルにより特定されるランプ１０２を、当該定義ファイルにしたがって点灯させる。したがって、車両の近くでモバイル端末としての情報処理端末４００を操作して定義ファイルを変更すれば、変更後の定義ファイルにしたがったランプの光り方をその場で（タイムリーに）確認できる。

また、制御部１１０は、車両ＥＣＵ２００から所定のメッセージを受信すると、受信したメッセージに対応する定義ファイルにより特定されるランプ１０２を、当該定義ファイルにしたがって制御する。

車両ＥＣＵ２００から制御部１１０へのメッセージは、どのランプをどのように点灯させるかを直接的に示すメッセージではなく、ランプの点灯を伴うアクションを示すメッセージである。ここでは、車両ＥＣＵ２００から制御部１１０へ、ＭＳＧ＿＃（＃＝１，２…）という形式のメッセージが送信されるものとする。メッセージに対応するアクションは、例えば以下の通りである。
ＭＳＧ＿１：右折（手動運転）
ＭＳＧ＿２：右折（自動運転）
ＭＳＧ＿３：左折（手動運転）
ＭＳＧ＿４：左折（自動運転）
ＭＳＧ＿５：ドライバ認識
ＭＳＧ＿６：充電中
・・・

ＭＳＧ＿１は、手動運転中の右折アクションに対応するメッセージであり、例えば手動運転中においてターンシグナルスイッチ（ウィンカレバー）が右折指示方向に操作されると送信される。
ＭＳＧ＿２は、自動運転中の右折アクションに対応するメッセージであり、例えば自動運転中において右折することが決定されると送信される。
ＭＳＧ＿３は、手動運転中の左折アクションに対応するメッセージであり、例えば手動運転中においてターンシグナルスイッチが左折指示方向に操作されると送信される。
ＭＳＧ＿４は、自動運転中の左折アクションに対応するメッセージであり、例えば自動運転中において左折することが決定されると送信される。
ＭＳＧ＿５は、ドライバ認識アクションに対応するメッセージであり、例えばドライバすなわちキーを所有している人物の近接など、所定の条件を満たす人物が車両に近接すると送信される。所定の条件を満たす人物が車両に近接すると、おもてなし感を演出するためにランプを点灯させる。
ＭＳＧ＿６は、充電中アクションに対応するメッセージであり、車両が電気自動車やプラグインハイブリッド車である場合において例えば充電が開始されると送信される。

メッセージに対応する定義ファイルは、例えば、メッセージと、メッセージに対応する定義ファイルとの対応関係を示す対応関係情報に基づいて特定されてもよい。対応関係情報は、例えば記憶部１１２に格納されていてもよく、また例えば制御部１１０を構成するプログラムに書き込まれていてもよい。

定義ファイルには、制御対象のランプを一意に特定する識別情報が書き込まれている。制御部１１０は、この識別情報に基づいて、定義ファイルの制御対象のランプを特定する。

例えば、車両ＥＣＵ２００から制御部１１０に、自動運転中の左折アクションに対応するメッセージＭＳＧ_３が送信されると、制御部１１０は例えば対応関係情報に基づいてメッセージＭＳＧ_３に対応する定義ファイルを特定し、特定した定義ファイルに含まれる識別情報に基づいて制御対象のランプ（この例では左側のターンシグナルランプ）１０２を特定し、特定したランプ１０２を定義ファイル内の定義情報で定義された態様で点灯させる。

図６は、定義ファイル内の定義情報の一例を示す図である。具体的には図６は、自動運転中の左折アクションに対応するメッセージＭＳＧ_３に対応する定義ファイルの一例を示す図である。この定義ファイルでは、車両前部の左側に搭載されるターンシグナルランプの点灯の態様が定義される。図７は、図６の定義ファイルにしたがった点灯の様子を説明する図である。図７では、経過時間ごとの各光源の点灯の様子が示されている。

この例では、ターンシグナルランプは正面視で左右方向に並んだ５つの光源を備える。５つの光源の識別情報は、左から順に、Ｔｕｒｎ Ｌｉｇｈｔ１，Ｔｕｒｎ Ｌｉｇｈｔ２，Ｔｕｒｎ Ｌｉｇｈｔ３，Ｔｕｒｎ Ｌｉｇｈｔ４，Ｔｕｒｎ Ｌｉｇｈｔ５である。「Ｔｕｒｎ Ｌｉｇｈｔ」は、ターンシグナルランプの光源であることを示すものとする。つまり、Ｔｕｒｎ Ｌｉｇｈｔ１～Ｔｕｒｎ Ｌｉｇｈｔ５という識別情報は、光源ひいてはランプを特定する識別情報でもある。

定義ファイルの各行には、５つの光源のそれぞれの点灯の態様が定義されている。各行には、左端に光源の識別情報が定義され、その右側に点灯の態様が定義されている。この例では点灯の態様として、カンマ区切りで１００ｍｓごとの点灯の色（Ｒすなわち赤）と輝度（０，２０，４０，６０，８０または１００）が定義されている。

Ｔｕｒｎ Ｌｉｇｈｔ１は、１００ｍｓを経過すると点灯し、そこから段階的に輝度が高くなり、５００ｍｓを経過すると輝度が最大になり、７００ｍｓを経過すると段階的に輝度が下がり、１１００ｍｓを経過すると消灯する。Ｔｕｒｎ Ｌｉｇｈｔ２は、Ｔｕｒｎ Ｌｉｇｈｔ１から１００ｍｓ遅れて、Ｔｕｒｎ Ｌｉｇｈｔ１と同様に点消灯する。Ｔｕｒｎ Ｌｉｇｈｔ３は、Ｔｕｒｎ Ｌｉｇｈｔ２から１００ｍｓ遅れて、Ｔｕｒｎ Ｌｉｇｈｔ２と同様に点消灯する。Ｔｕｒｎ Ｌｉｇｈｔ４は、Ｔｕｒｎ Ｌｉｇｈｔ３から１００ｍｓ遅れて、Ｔｕｒｎ Ｌｉｇｈｔ３と同様に点消灯する。Ｔｕｒｎ Ｌｉｇｈｔ５は、Ｔｕｒｎ Ｌｉｇｈｔ４から１００ｍｓ遅れて、Ｔｕｒｎ Ｌｉｇｈｔ４と同様に点消灯する。これにより、ランプ全体としては、左から右に光が流れるような光り方をする。

続いて、本実施の形態が奏する効果について説明する。本実施の形態によれば、定義ファイルはサブＥＣＵ１０４の制御部１１０を構成するプログラムとは独立したファイルとして管理される。これにより、定義ファイルの追加、更新、削除を安全に、すなわち制御部１１０を構成するプログラムに影響を与えることなく、実現できる。好ましくは、定義ファイルは、制御部に含まれるプログラムとは物理的に別々の記憶部に格納される。これにより、定義ファイルの追加、更新、削除をより安全に実現できる。

本実施の形態によれば、車両ＥＣＵ２００は、アクションに対応するメッセージをサブＥＣＵに送信するだけでよく、どのランプ１０２をどのように光らせるかを車両ＥＣＵ２００が制御する必要がないため、どのようなランプ１０２が接続されていて、それらがどのような構成であるかによらず、サブＥＣＵ１０４に対する車両ＥＣＵ２００のインタフェースをすべての車種で共通化できる。

本実施の形態によれば、アプリ画面５００の外観表示領域５０２には、態様入力領域５０８に入力された光り方でランプが光る車両の外観が表示される。

以上、本発明について、実施の形態をもとに説明した。この実施の形態は例示であり、それらの各構成要素や各処理プロセスの組み合わせにいろいろな変形例が可能なこと、またそうした変形例も本発明の範囲にあることは当業者に理解されるところである。

実施の形態ではユーザが定義ファイルを作成する場合について説明したが、これには限定されず、ユーザはサーバ３００に格納される複数の定義ファイルの中から所望の定義ファイルを選択してもよい。例えば、図３のアプリ画面５００において画定ボタンをクリックすると、ランプ選択領域５０４、機能選択領域５０６および態様入力領域５０８に入力された情報がサーバ３００に送信され、当該入力情報に対応する定義ファイルが選択されてもよい。あるいは、サーバ３００が、当該入力情報に対応する定義ファイルを作成してもよい。前者の場合、サーバ３００に格納される複数の定義ファイルは、例えば、灯具システム１００を製造・販売している企業や車両を製造・販売している企業によって作成されてもよい。サーバ３００は、定義ファイルが選択されると、あるいは定義ファイルを作成すると、それを車両ＥＣＵ２００に送信する。

実施の形態および上述の変形例では特に言及しなかったが、ランプの点灯を伴うアクションが同じであっても、天気や時間帯などの走行状況やユーザの別によって定義ファイルを使い分けてもよい。つまり、走行状況やユーザの別によって、ランプの点灯の態様（例えば輝度や色）を異ならせてもよい。この場合、ランプの点灯を伴うアクションが同じであっても、走行状況やユーザの別によって異なるメッセージが車両ＥＣＵ２００から灯具システム１００に送信されるように構成されればよい。例えば、手動運転中において右折をする（すなわちターンシグナルスイッチが右折指示方向に操作された）場合、ユーザの別によって異なるメッセージが送信されてもよい。走行状況は、車両が備える適宜のセンサの検出値に基づいて特定すればよい。ユーザの別は車内を撮影することによって特定してもよいし、ユーザ自らがユーザを特定する情報を入力してもよい。灯具システム１００の記憶部１１２には、それぞれのメッセージに対応する定義ファイルが格納されればよい。

実施の形態および上述の変形例では特に言及しなかったが、ランプの光り方の変更を有料としてもよい。例えば、定義ファイル作成支援Ａｐｐのインストールを有料としてもよい。また例えば、作成または選択した定義ファイルを車両ＥＣＵ２００に送信する際に課金してもよい。また例えば、実物で光り方を確認してから購入を検討したい場合もある。そこで例えば、試用期間を設け、試用期間を過ぎるまでに支払われるか、試用期間を過ぎるまでにデフォルトの定義ファイルや購入済みの定義ファイルに戻されない場合に課金するようにしてもよい。あるいは、試用期間を過ぎるまでにデフォルトの定義ファイルや購入済みの定義ファイルに戻されない場合、自動でデフォルトの定義ファイルや購入済みの定義ファイルに戻されてもよい。

実施の形態および上述の変形例では、灯具システム１００のサブＥＣＵ１０４は、車両ＥＣＵ２００を介してサーバ３００から定義ファイルを受信する場合について説明したが、これには限定されない。例えば、灯具システム１００のサブＥＣＵ１０４が無線通信機能を有し、サブＥＣＵ１０４がサーバ３００から直接に定義ファイルを受信してもよい。また例えば、サブＥＣＵ１０４は、例えば車両ＥＣＵ２００を介して、記憶媒体から定義ファイルを取得してもよい。

実施の形態および上述の変形例では、メッセージごとに定義ファイルが用意される場合について説明したが、これには限定されない。例えば全体で１つの定義ファイルが用意されてもよい。つまり、１つの定義ファイルに複数の定義情報が書き込まれていてもよい。

実施の形態にもとづき、具体的な語句を用いて本発明を説明したが、実施の形態は、本発明の原理、応用の一側面を示しているにすぎず、実施の形態には、請求の範囲に規定された本発明の思想を逸脱しない範囲において、多くの変形例や配置の変更が認められる。

１０２ ランプ、 １０４ サブＥＣＵ、 １１０ 制御部、 １１２ 記憶部、 ２００ 車両ＥＣＵ、 ３００ サーバ。

Claims (12)

1. ランプと、
   前記ランプの点消灯を制御するＥＣＵと、を備え、
   前記ＥＣＵは、
   制御部と、
   前記ランプの点灯の態様を定義する定義情報を記憶する記憶部と、を含み、
   前記制御部は、前記ランプを前記定義情報にしたがって制御することを特徴とする灯具システム。
2. 前記定義情報は、車両外部から取得されたことを特徴とする請求項１に記載の灯具システム。
3. 前記定義情報は、車両ＥＣＵを介して取得されたことを特徴とする請求項２に記載の灯具システム。
4. 前記定義情報は、サーバから取得されたことを特徴とする請求項２または３に記載の灯具システム。
5. 前記定義情報は、前記サーバにおいて、当該定義情報が定義する前記ランプの点灯の態様が法規を満たすことが保証されていることを特徴とする請求項４に記載の灯具システム。
6. 前記定義情報は、情報処理端末を介してユーザが作成または選択したものであることを特徴とする請求項２から４のいずれかに記載の灯具システム。
7. 前記定義情報は、前記情報処理端末に導入済みのアプリケーションを介してユーザが作成または選択したものであり、当該アプリケーションによって、当該定義情報が定義する前記ランプの点灯の態様が法規を満たすことが保証されていることを特徴とする請求項６に記載の灯具システム。
8. 前記記憶部には、態様が互いに異なる複数の定義情報が記憶され、
   前記制御部は、前記複数の定義情報のうち、車両からのメッセージに応じた定義情報にしたがって前記ランプを制御することを特徴とする請求項１から７のいずれかに記載の灯具システム。
9. 複数のランプを備え、
   前記記憶部には、前記複数のランプのそれぞれの点灯の態様を定義する複数の定義情報が記憶され、
   前記制御部は、車両からのメッセージにより特定される定義情報にしたがって、前記複数のランプのうちの当該定義情報に対応するランプの点消灯を制御することを特徴とする請求項１から８のいずれかに記載の灯具システム。
10. 車両に搭載される灯具システムと、
    サーバと、
    情報処理端末と、を備え、
    前記灯具システムは、
    ランプと、
    前記ランプの点消灯を制御するＥＣＵと、を備え、
    前記ＥＣＵは、
    制御部と、
    前記ランプの点灯の態様を定義する定義情報を記憶する記憶部と、を含み、
    前記定義情報は、情報処理端末を介してユーザが作成または選択したものであって、前記サーバから取得されたものであることを特徴とするシステム。
11. 請求項１から１０のいずれかに記載の定義情報を作成するためのコンピュータプログラムであって、
    情報処理端末に、
    ランプの点灯の態様を入力させるための入力領域と、前記入力領域に入力された点灯の態様で前記ランプが点消灯する車両の外観を表示する外観表示領域と、を含む画面を表示させる機能と、
    前記入力領域への入力に基づいて前記定義情報を作成する機能と、
    を実現させることを特徴とするコンピュータプログラム。
12. 前記入力領域には、前記ランプについて法規を満たす点灯の態様のみが入力可能であることを特徴とする請求項１１に記載のコンピュータプログラム。

Images