JP7482251B2 - 画像データを管理するための方法及び車両照明システム - Google Patents

Description

この発明は、車両照明システムの分野に関し、より詳細には、車両の光源を制御するために画像データを管理することに関する。

現在の照明システムは、特に、高精細光線を投射することを今や可能にする光源を備える。高精細光の所望の投射は、それらを表示してそれによって所与の光線を投射するために、光源を経由して、その源が受信する複数の画像又は複数の画像パターンから得られることができる。これらの画像又は画像パターンは、特に使用される光源の解像度に依存して、今や非常に高い解像度を達成できる。例えば、光源は少なくとも４０００～３００００画素を持つことができ、それによってこのレベルの解像度を持つ画像から光線を生成することが可能である。

そのような高精細光線を発生することを成功させるために、複数の光源が使用される又は組み合わされることができ、そのことは、十分に制御され、多様であり、適応性のある照明機能を提供するために、それらを制御してこれらの源を細かく同期させることを要する。

そのため、車両はますます多くの数の光源を搭載し、当該光源は、ますます重い高精細画像データを使用し、当該高精細画像データは、車両制御ユニットによって管理される必要があり且つ制御ユニットと１つ以上の光源との間で送信手段を介して通信される必要がある多量のデータを必要とする。これを行うには、例えば、ＣＡＮプロトコルデータバスがしばしば用いられて、そのようなデータが制御ユニットと光源との間で伝えられる。しかしながら、これらのデータ送信手段は、例えば２～５Ｍｂｐｓのビットレートを超えることが一般には許されない限定された帯域幅を有するという欠点を持つ。そのため、前記高精細画像に必要な大量データを、これらの限られたネットワークを介して送信することが困難である。更に、これらのネットワークは他の車両データの通信にも使用され、それは、高精細画像データのために利用できる帯域が更に小さくなり、例えばデータ送信ネットワーク上で可能な最大ビットレートの７０～９０％の範囲に制限されうることを、意味する。

例えば、２００００画素の解像度を有する照明機能の投射のための高精細画像データを通信するために、ＣＡＮ－ＦＤ送信ネットワークにおいて必要なビットレートは一般的に１０～１２Ｍｂｐｓとなるであろう。しかしながら、そのようなＣＡＮ－ＦＤネットワークは、現在において実際には５Ｍｂｐｓ（或いは殆どの場合で２Ｍｂｐｓ）までが限界である。したがって、これらのネットワークを介して送信されるデータを最適化する必要があり、特に、この同じネットワークのビットレート及び帯域幅制約を守りながら、１つ以上の関連する照明機能を確保するのに十分な高精細画像データのストリームを送信するために、通信されるデータを圧縮する必要がある。

この問題を克服するために、既知の圧縮方法が検討されてきた。しかしながら、それらは全てハイビーム特異性に関して不十分であることが判明し、それによって車両メーカーによって求められるような帯域幅の十分な低減を妨げる。

これを実現するために、所望の帯域幅を満たすまで、データ圧縮の繰り返し又は複数のレベルが実行されることができるようにしうる。更に、そのようなアプローチは、圧縮を行うたびに表示品質が影響される；それが低減されるため、投射される照明機能の表示品質における非常に大きな影響を有する。

しかしながら、例えばアダプティブドライビングビーム（ａｄａｐｔｉｖｅ ｄｒｉｖｉｎｇ ｂｅａｍｓ：ＡＤＢｓ）及びロードライティング（ｒｏａｄ ｗｒｉｔｉｎｇ：ＲＷ）など、ある照明機能に関し、表示品質を過度に落とすことはできず、さもなければ、光線によって投射される光情報が不明瞭、不十分、或いは判読不能にさえなり、ユーザー認識が著しく低下してしまう。

したがって、これらの問題に対する解決策が、上述の欠点を克服するために、求められている。

発明の第１態様によれば、発明は、車両照明システムにおいて画像データを管理するための方法によって、述べられた問題に対する解決を提供し、照明システムは、
－ 圧縮された画像データに基づいて照明機能を投射することができる少なくとも１つの照明モジュールと、
－ 前記少なくとも１つの照明モジュールに、圧縮された画像データを送るための多重化バスと、
を備え、
その方法は以下のステップを含む：
－ 少なくとも１つの照明機能を動作させる指示を受信し、前記少なくとも１つの照明機能は、所与の周波数範囲で表示される照明パターンに対応する圧縮された画像データから、少なくとも１つの照明モジュールによって生成されるように構成され、
－ 前記周波数範囲から選択された第１周波数での少なくとも１つの照明機能の生成のために、前記多重化バスにわたって、圧縮された画像データを送るのに必要なビットレートレベルを決定し、
－ 決定されたビットレートレベルと、多重化バスのビットレート閾値とを比較し、
－ 少なくとも１つの照明機能の画像データを、以下の周波数で圧縮し：
・ 決定されたビットレートレベルが前記ビットレート閾値以下の場合、前記第１周波数、
・ 決定されたビットレートレベルが前記ビットレート閾値よりも大きい場合、第１周波数よりも小さい第２周波数であって、前記周波数範囲において選択される第２周波数、
－ 前記少なくとも１つの照明機能を生成するために、第１周波数及び第２周波数のうちの一方で圧縮された画像データを、前記多重化バスを介して前記少なくとも１つの照明モジュールに送る。

したがってこの方法は、圧縮された画像データに関する表示周波数を用いることを目的としており、それはダイナミックであり、特にこれらのデータを送信するのに必要とされるビットレートがデータ送信バスの能力よりも大きい場合により小さい。少なくとも一時的に、表示周波数を制限することで、次のことが可能である：
－ 多重化バスを介して通信されるデータの量を減らす（画像数を減らす）、
－ 最大許容帯域幅を守りながら、高いレベルの画像データ圧縮を維持する、
－ 例えば、多重化バスの最大ビットレートを守ることを成功するために、既に圧縮されている画像データを更に圧縮することで画質を低下させることなく、良好な画質を維持する、
－ 照明機能の表示流動性に一時的にのみ悪影響を与えつつ、多重化バスにわたる高精細画像データの送信を提供する。

この場合、表示速度の一時的な制限は、照明機能の表示流動性に対する小さな影響を有する。これは、ロービームやハイビームなどの照明機能において目立たないか、ごくわずかに過ぎず、アダプティブドライビングビームＡＤＢやロードライティングＲＷなどの機能を使う場合にユーザーの認識に対して限定された影響を有する。

有利な一実施形態によれば、所与の周波数範囲は、１０Ｈｚ～１２０Ｈｚである。

この周波数範囲は、例えば以下のような、様々な照明機能の表示制約に対処することを可能にする：
－ ロービーム（ＬＢ）、
－ ハイビーム（ＨＢ）、
－ アダプティブドライビングビーム（ＡＤＢ）又はロードライティング（ＲＷ）。

有利な一実施形態によれば、前記第１周波数は５０Ｈｚ～６０Ｈｚにおいて選択され、前記第２周波数は３０Ｈｚ～４０Ｈｚにおいて選択される。

例として、アダプティブドライビングビームＡＤＢやロードライティングＲＷなどの照明機能に関し、制限された帯域の場合に多重化バスにわたる高精細画像データの送信を提供するために、良好な表示流動性のために５０Ｈｚ～６０Ｈｚの第１周波数が用いられてもよく、低流動性のために３０Ｈｚ～４０Ｈｚの第２周波数が用いられてもよい。

有利な一実施形態によれば、少なくとも１つの照明機能の画像データの圧縮は、７５％以上の圧縮率で実行される。

少なくとも７５％の圧縮は、ある高精細照明特徴又は高精細照明特徴の組み合わせに関する画像データが、帯域制限のある車両間送信バスを通過することを許容する圧縮率である。更に好ましくは、圧縮率は８５％以上である。

有利な一実施形態によれば、少なくとも１つの照明機能は、ハイビーム、アダプティブドライビングビーム、及びロードライティングから選択される少なくとも１つの照明機能である。

有利な一実施形態によれば、複数の照明機能が、照明システムによって同時に生成されてもよい。

有利な一実施形態によれば、画像データを圧縮するステップに続いて、画像データが第２周波数で圧縮される場合、その方法は、以下のステップを更に含む：
－ 前記第２周波数で少なくとも１つの照明機能を生成するために、圧縮された画像データを前記多重化バスにわたって送るのに必要なビットレートレベルを決定する、
－ 決定されたビットレートレベルを、多重化バスのビットレート閾値と比較する、
－ 前記少なくとも１つの照明モジュールに、多重化バスを介して、以下を送る：
・ 決定されたビットレートレベルが前記ビットレート閾値以下である場合、第２周波数で圧縮された画像データ、
・ 決定されたビットレートレベルが前記ビットレート閾値よりも大きい場合、多重化バスを介して送信される最後の画像の画像データ。

この実施形態によれば、多重化バスにわたるビットレートが、第２周波数で圧縮された画像データを通過させることを許容するのに不十分な場合、運転者の及び他の道路利用者の安全のために、光源が照明機能を維持することを保証するために、最後に表示される画像に関する画像データを送信することを継続するようになっている。

発明の第２態様によれば、発明は、以下を備える照明装置にも関する：
－ 圧縮された画像データに基づいて照明機能を投射することができる少なくとも１つの照明モジュール、
－ 圧縮された画像データを前記少なくとも１つの照明モジュールに送るための多重化バス、及び
－ 上述ように画像データを管理するための方法を実行するように構成される制御システム。

別の有利な実施形態によれば、制御システムは、以下を備える：
－ プロセッサユニットが設けられ、以下のように構成される第１制御ユニット：
・ 少なくとも１つの照明機能を生成するための第１周波数及び第２周波数のうちの１つに応じて、画像データを圧縮する、
・ 前記多重化バスを介して前記少なくとも１つの照明モジュールに、圧縮された画像データを送信する、
－ プロセッサユニットが設けられ、以下のように構成される第２制御ユニット：
・ 前記多重化バスを介して送信される圧縮された画像データを受信する、
・ 受信された画像データを展開する、
・ 受信されて展開された画像データから、第１周波数及び第２周波数の一方に応じた少なくとも１つの照明機能を生成する。

別の有利な実施形態によれば、少なくとも１つの照明モジュールは、ＬＥＤなどの少なくとも１つの半導体光源を備え、特に画素化されたＬＥＤ源を備える。

白熱照明と比較して、半導体照明は、より小さい熱生成及びより少ないエネルギー散逸とともに、可視光を発生させる。半導体電子照明デバイスの一般的に小さい重量は、脆いガラス管／電球や細長いフィラメント線よりも、衝撃及び振動に対するより大きな抵抗をもたらす余裕がある。またそれらはフィラメント蒸発がなく、そのことは照明デバイスの寿命を増大させうる。これらのタイプの照明のいくつかの例は、電気フィラメント、プラズマ又はガスの代わりに、固体発光ダイオード（ＬＥＤ）、有機発光ダイオード（ＯＬＥＤｓ）、又は高分子発光ダイオード（ＰＬＥＤｓ）を、光源として備える。高精細照明機能は、ＬＥＤ源又は複数のＬＥＤのセットによって又は画素化されたＬＥＤ源によって投射される１つ又は複数の光線を投射することにより、提供されてもよい。

定めがない限り、この文章で使用される全ての用語（技術用語や科学用語を含む）は、専門家の標準的な慣行にしたがって解釈されるべきである。また、一般的に使用されている用語は、ここでそのように明示的に定められていない限り、関連技術における慣習として解釈され、理想化された意味又は過度に形式的な意味ではないことが理解される。

この文章において、用語「備える（ｃｏｍｐｒｉｓｅ）」及びその派生語（「備えている（ｃｏｍｐｒｉｓｉｎｇ）」など）は排他的な意味で理解されるべきではなく、すなわちこれらの用語は、説明され及び定義されているものが他の要素、ステップなどを含んでもよい可能性を排除すると解釈されるべきではない。

説明を補足するために及び発明をよりよく理解できるようにするために、図面のセットが提供される。これらの図面は、明細書の不可欠な部分を形成し、発明の一実施形態を示すものであり、発明の範囲を限定するものとして解釈されるべきではなく、単に発明がどのように実施されうるかの例として解釈されるべきである。図面は以下の図を含む：
図１は、発明による照明システムの第１実施形態を示す。 図２は、この照明システムの第２実施形態を示す。 図３は、この照明システムの第３実施形態を示す。 図４は、発明による画像データを管理する方法のステップの第１の描写を示す。 図５Ａ及び図５Ｂは、発明による方法が使用される場合に、周波数変化によって得られる圧縮率に関する結果を示す。 図５Ａ及び図５Ｂは、発明による方法が使用される場合に、周波数変化によって得られる圧縮率に関する結果を示す。 図６は、発明による照明システムの少なくとも一部を備える車両照明デバイスを示す。

これらの図面において、以下の参照が用いられている：
ＬＢ ロービーム照明機能
ＨＢ ハイビーム照明機能
ＡＤＢ アダプティブドライビングビーム照明機能
ＲＷ ロードライティング照明機能
ＳＹＳ 照明システム
ＳＣ 制御システム
ＰＣＭ 照明機能ドライバーモジュール
ＣＡＮ 多重化されたデータ送信バス
ＭＯＤ 照明モジュール
ＰＬＥＤ、ＰＬＥＤ１、ＰＬＥＤ２、ＰＬＥＤ３、ＰＬＥＤ４ 半導体光源
ＵＣ１ 第１制御ユニット
ＵＣ２ 第２制御ユニット
ＰＲＯＣ１ 第１プロセッサユニット
ＰＲＯＣ２ 第２プロセッサユニット
ＭＯＤ１ 第１照明モジュール
ＭＯＤ２ 第２照明モジュール
ＲＥＣ 指示受信ステップ
ＤＥＴ 決定ステップ
ＣＯＭＰ 比較ステップ
ＩＭＧ＿ＤＡＴＡ＿ＣＯＭＰＲ 画像データを圧縮するステップ
ＴＲＡＮＳ 圧縮された画像データを送るステップ
ＦＰＳ５０ 第１圧縮周波数
ＦＰＳ４０ 第２圧縮周波数
ＣＯＭＰＲ１ 第１圧縮率
ＣＯＭＰＲ２ 第２圧縮率
ＤＩＳ 車両照明デバイス
ＯＰＴ 照明光学系

例示的な実施形態は、この技術分野において通常のスキルを有する者がここに記載されたシステム及び方法を実行及び実装できるように、十分詳細に説明されている。これらの実施形態は、複数の代替形態において提供される可能性があり、ここに示された例に限定されると解釈されるべきではないことを理解することが重要である。

その結果、実施形態は様々な方法で変更されうるものであり且つ様々な代替形態をとりうるが、例示としてその特定の実施形態が図面に示されて以下に詳細に説明される。開示された特定の例への限定は意図されていない。むしろ、添付の特許請求の範囲内にある全ての変更、均等物及び代替物が含まれることになる。

まず発明による照明システムＳＹＳの第１実施形態を示す［図１］を参照する。照明システムＳＹＳは、特に：
圧縮された画像データに基づいて照明機能を投射することができる少なくとも１つの照明モジュールＭＯＤと、
圧縮された画像データを照明モジュールＭＯＤに送信するための多重化バスＣＡＮと、
所与の照明機能を生成するために、提案された画像データを管理するための方法を実行するように構成された制御システムＳＣと、
を備える。

このため、制御システムＳＣは、車両制御ユニット（図面に示さず）からの指示を受けて、各照明機能を互いに独立して発生させたり、逆に、組み合わせて発生させたりしてもよい。例えば、照明機能はお互いにペアで組み合わされてもよい。別の例によれば、３つ又は４つの照明機能、或いは可能な照明機能の全てでさえもが、互いに組み合わされてもよい。

車両制御ユニットは、ドライバーによって与えられる照明コマンドから照明機能を生成するための指示を生成してもよいし、或いはカメラや光検出器などの検知ユニットによって検出される照明コマンドから照明機能を生成するための指示を生成してもよい。

制御システムＳＣによって受信される指示は、特に、以下の照明機能に対応する光線を生成するための指示であってもよい：
－ ロービームＬＢ、
－ ハイビームＨＢ、
－ アダプティブドライビングビームＡＤＢ、又は
－ ロードライティングＲＷ。

アダプティブドライビングビームＡＤＢによって意味されるものは、照明ビームを、車両交通状況に合わせてそれを適応させるために、ダイナミックに変化させることを可能にする任意の照明機能である。例えば、これは、他の道路利用者に眩しさを与えることを避けつつ、ハイビーム型測光で照明が投射される機能に関する。変形例として又は追加で、その機能は、以下に関連してもよい：
動的指向性照明、すなわち動力車両のハンドルの回転角度に応じたＬＢ又はＨＢ測光の最大強度の水平方向変位を可能にする測光（ダイナミックな曲げ照明に関してＤＢＬとしても知られている）；
動力車両からの光線の投射の結果として道路標識からのグレア（ｇｌａｒｅ）を回避することを可能にする照明（道路標識アンチグレアに関してＴＳＡＧとしても知られている）；
特に動力車両が通行する道路の一部を区切ったり或いは障害物回避策を提示したりするために、道路上にラインタイプパターンの投射を可能にする照明（ラインアシストに関してＬＡとしても知られる）。

ロードライティングＲＷによって意味されるものは、ドライバー及び／又は道路利用者に見えるパターン、特に運転補助、標識記号、又はナビゲーションのための他の指標、の道路上における投射を可能にする任意の照明機能である。

制御システムＳＣは車両の光源を駆動するためのドライバーモジュールＰＣＭを更に備えてもよく、それは照明機能を生成するための指示を受信することができ、要求された照明機能に関して所望の光線を生成するように車両の光源を制御することができる。これを行うために、制御モジュールＰＣＭは、特に、所望の照明機能を投射するために多重化バスＣＡＮと相互に作用して必要な画像データを照明モジュールＭＯＤに送信してもよい。

多重化バスは、車両分野で知られている任意のデータ送信バス、特にＣＡＮ又はＣＡＮ－ＦＤプロトコルのデータバス、から選択されうる。

動作させられる照明機能に関連する光線を生成するために、照明モジュールＭＯＤは、少なくとも１つの光源を備え、特にＬＥＤなどの半導体光源ＰＬＥＤを備え、特に画素化されたＬＥＤ源を備える。

このように、照明システムＳＹＳは、多重化バスＣＡＮを介して受信される圧縮された画像データに基づいて光源ＰＬＥＤにより投射される光線をもたらすことができる。更に、照明システムＳＹＳは、画像データを管理するための提案された方法の実施及び所望の照明機能に応じて、制御システムＳＣを介して、例えばドライバーモジュールＰＣＭのレベルで、画像データを圧縮することを目的としている。

次に、照明システムＳＹＳの第２実施形態を示す［図２］が参照され、制御システムＳＣは更に以下を備える：
－ 以下のように構成されるプロセッサユニットＰＲＯＣ１を具備する（例えばドライバーモジュールＰＣＭに統合される）第１制御ユニットＵＣ１：
・ 照明機能ＨＢ、ＡＤＢ、ＲＷのため画像データを圧縮する、
・ 圧縮された画像データを多重化バスＣＡＮを介して照明モジュールＭＯＤに送信する、
－ 以下のように構成されるプロセッサユニットＰＲＯＣ２を具備する（例えば照明モジュールＭＯＤに統合される）第２制御ユニットＵＣ２：
・ 前記多重化バスＣＡＮを介して送信される圧縮された画像データを受信する、
・ 受信された画像データを展開する、
・ 受信されて展開された画像データに基づいて少なくとも１つの照明機能ＨＢ、ＡＤＢ、ＲＷを生成する。

次に照明システムＳＹＳの第３実施形態を示す［図３］が参照され、当該照明システムＳＹＳにおいて制御システムＳＣは第１照明モジュールＭＯＤ１及び第２照明モジュールＭＯＤ２を備え、当該第１照明モジュールＭＯＤ１及び第２照明モジュールＭＯＤ２は以下のように構成されうる：
－ 例えば第１モジュールＭＯＤ１が車両の右側ヘッドランプに組み込まれ且つ第２モジュールＭＯＤ２が車両の左側ヘッドランプに組み込まれるなど、各々が車両の異なるヘッドランプに統合される；
－ 車両の１つの同じヘッドランプに統合される。

更に、各モジュールＭＯＤ１及びＭＯＤ２は、所望の照明機能ＬＢ、ＨＢ、ＡＤＢ、ＲＷの光線が生成されることを可能にするように、複数の光源ＰＬＥＤ１、ＰＬＥＤ２、ＰＬＥＤ３、ＰＬＥＤ４を備えてもよい。光源ＰＬＥＤ１、ＰＬＥＤ２、ＰＬＥＤ３、ＰＬＥＤ４は、特に、ＬＥＤなどの半導体光源ＰＬＥＤであってもよく、特に、例えば２５００、４０００又は２００００画素の解像度を有する、画素化されたＬＥＤ光源であってもよい。

画像データを圧縮するために、所望の圧縮率は、好ましくは７５％以上、更に好ましくは８５％以上である。これは、少なくとも７５％の圧縮率は、１つの高精細照明特徴又は複数の高精細照明特性の組み合わせのための画像データが、多重化バスＣＡＮなどの帯域制限のある車両間送信バスを通過できることを可能にする圧縮率だからである。

次に、発明による画像データを管理するための方法のステップの描写を示す［図４］が参照される。その方法は、特に、以下のステップを含む：
－ 少なくとも１つの照明機能ＨＢ、ＡＤＢ、ＲＷを動作させる指示を受信し（ＲＥＣステップ）、少なくとも１つの照明機能ＨＢ、ＡＤＢ、ＲＷは、所与の周波数範囲ＦＰＳＲｇで表示される照明パターンに対応する圧縮された画像データから少なくとも１つの照明モジュールＭＯＤによって生成されるよう構成され、
－ 周波数範囲ＦＰＳＲｇにおいて選択される第１周波数ＦＰＳ５０で少なくとも１つの照明機能ＨＢ、ＡＤＢ、ＲＷを生成するために、圧縮された画像データを多重化バスＣＡＮにわたって送るために必要なビットレートレベルＮｖＤｂＲｅｑを決定し（ＤＥＴステップ）、
－ 決定されたビットレートレベルＮｖＤｂＲｅｑと、多重化バスＣＡＮのビットレート閾値ＮｖＤｂ０とを比較し（ＣＯＭＰステップ）、
－ 少なくとも１つの照明機能ＨＢ、ＡＤＢ、ＲＷの画像データを、以下の周波数で、圧縮し（ＩＭＧ＿ＤＡＴＡ＿ＣＯＭＰＲステップ）：
・ 決定されたビットレートレベルＮｖＤｂＲｅｑがビットレート閾値ＮｖＤｂ０以下（ＣＯＭＰステップの出力Ｎ）である場合、第１周波数ＦＰＳ５０、
・ 決定されたビットレートレベルＮｖＤｂＲｅｑがビットレート閾値ＮｖＤｂ０より大きい（ＣＯＭＰステップの出力Ｙ）場合、第１周波数ＦＰＳ５０よりも小さい第２周波数ＦＰＳ４０であって、周波数範囲ＦＰＳＲｇにおいて選択される第２周波数ＦＰＳ４０、
－ 少なくとも１つの照明機能ＨＢ、ＡＤＢ、ＲＷを生成するために、前記多重化バスＣＡＮを介して前記少なくとも１つの照明モジュールＭＯＤに第１周波数ＦＰＳ５０及び第２周波数ＦＰＳ４０のうちの１つで圧縮された画像データＣＯＭＰＲ＿ＤＡＴＡを送る（ＴＲＡＮＳステップ）。

このため、圧縮された画像データの表示周波数はダイナミックに駆動される。表示周波数のこのダイナミックな管理は、特に画像データに関する圧縮率を適応させ、それらが多重化バスＣＡＮを介して適切に送られうることを可能にする。

所与の周波数範囲ＦＰＳＲｇは、特に、１０Ｈｚ～１２０Ｈｚとしうる。この周波数範囲ＦＰＳＲｇは、１秒あたりの画像数で表されてもよく、秒あたりのフレームに関するＦＰＳとも呼ばれ、それは所与の周波数範囲ＦＰＳＲｇが１０ＦＰＳ～１２０ＦＰＳでありうることを意味する。

この周波数範囲ＦＰＳＲｇは、例えば以下のような、様々な照明機能の表示制約に対処することを可能にする：
－ ロービームＬＢ、
－ ハイビームＨＢ、
－ アダプティブドライビングビームＡＤＢ、又は
－ ロードライティングＲＷ。

特に、第１周波数は５０Ｈｚ～６０Ｈｚで選ばれてもよく（それは５０～６０ＦＰＳに等しい）、第２周波数は３０Ｈｚ～４０Ｈｚで選ばれてもよい（それは３０～４０ＦＰＳに等しい）。

例として、アダプティブドライビングビームＡＤＢやロードライティングＲＷなどの照明機能に関し、多重化バスＣＡＮにわたる高精細画像データの送信を提供するために、良好な表示流動性のために５０Ｈｚ～６０Ｈｚ（５０～６０ＦＰＳ）の第１周波数が用いられてもよく、低流動性のために３０Ｈｚ～４０Ｈｚ（３０～４０ＦＰＳ）の第２周波数が用いられもよい。

ＩＭＧ＿ＤＡＴＡ＿ＣＯＭＰＲステップで行われる画像データの圧縮に関し、第１周波数ＦＰＳ５０でも第２周波数ＦＰＳ４０でも、所望の圧縮率は好ましくは７５％以上である。これは、少なくとも７５％の圧縮は、ある高精細照明機能又は複数の高精細照明機能の組み合わせに関する画像データが、多重化バスＣＡＮなどの帯域制限のある車両送信バスにおいて通過することが許容される圧縮率であるからである。

圧縮ステップＩＭＧ＿ＤＡＴＡ＿ＣＯＭＰＲにおいて、受信される照明機能を動作させる指示に応じて、圧縮された画像データは：
－ 特にハイビームＨＢ、アダプティブドライビングビームＡＤＢ及びロードライティングＲＷから選択される１つの同じ照明機能に関するものであってもよく、
－ 例えばアダプティブドライビングビームＡＤＢ及びロードライティングＲＷの組み合わせなど、複数の照明機能の組み合わせによるものであってもよい。

さらに、画像データを圧縮するステップＩＭＧ＿ＤＡＴＡ＿ＣＯＭＰＲにおいて、画像データが第２周波数ＦＰＳ４０で圧縮される場合、
その方法は、以下の追加ステップ（図には示されていない）を更に含んでもよい：
－ 第２周波数ＦＰＳ４０での少なくとも１つの照明機能ＨＢ、ＡＤＢ、ＲＷの生成のために、多重化バスＣＡＮにわたって圧縮された画像データを送るのに必要なビットレートレベルＮｖＤｂＲｅｑを決定し、
－ 決定されたビットレートレベルＮｖＤｂＲｅｑを、多重化バスＣＡＮのビットレート閾値ＮｖＤｂ０と比較し、
－ 多重化バスＣＡＮを介して照明モジュールＭＯＤに、以下を送る：
・ 決定されたビットレートレベルＮｖＤｂＲｅｑがビットレート閾値ＮｖＤｂ０以下である場合、第２周波数ＦＰＳ４０で圧縮された画像データ、及び
・ 決定されたビットレートレベルＮｖＤｂＲｅｑがビットレート閾値ＮｖＤｂ０よりも大きい場合、多重化バスＣＡＮを介して送られる最後の画像の画像データ。

このように、多重化バスＣＡＮにわたるビットレートが、第２周波数ＦＰＳ４０で圧縮された画像データを通過させることを許容するのに不十分な場合、運転者の及び他の道路利用者の安全のために、光源が少なくとも１つの照明機能を動作させ続けることを確実にするため、最後の表示される画像のための画像データを送信し続けるようになっている。

次に、発明による方法が使用される場合に周波数変化によって得られる圧縮率に関する結果を示す［図５Ａ］及び［図５Ｂ］が参照される。表示周波数を制限することによって、つまり表示される機能に関する表示周波数を第１の値ＦＰＳ５０から、より小さい第２の値ＦＰＳ４０に変更することによって、圧縮される画像データの量が低減される。その結果、第１表示周波数ＦＰＳ５０に関して（１秒間あたり画像のセットにわたる）トータルで必要とされる圧縮率ＣＯＭＰＲ１は、改善されうるものであり、ＣＯＭＰＲ１より高い圧縮率値ＣＯＭＰＲ２に変わることができる。

そして、その方法によって、以下が可能である：
－ 多重化バスを介して通信される画像データの量を削減する、
－ 最大の許容される帯域幅を守りながら、画像データ圧縮の高いレベルを維持する、
－ 例えば、多重化バスの最大ビットレートを守ることを成功させるために、既に圧縮されている画像データを更に圧縮して画質を劣化させることなく、良好な画質を維持する、
－ 照明機能の表示流動性に一時的にのみ悪い影響を与えつつ、多重化バスにわたる高精細画像データの送信を提供する。

次に、車両用フロントヘッドランプ照明デバイスＤＩＳを示す［図６］が参照され、この照明デバイスＤＩＳは、
－ 少なくとも１つの光源ＰＬＥＤを含む照明モジュールＭＯＤ；
－ 光源ＰＬＥＤに関連し、所望の照明機能のための光線を生成する光学系ＯＰＴ；
－ 圧縮された画像データを受信して展開するステップを実行する制御ユニットＵＣ２、
を備える。

発明は、特定の実施形態を参照して説明されたが、それらは限定的なものではない。もちろん、本発明は、例として説明された実施形態に限定されるものではなく、それは他の代替的な実施形態にも及ぶものである。

例えば、発明は、ダイナミックな表示周波数に応じて画像データを圧縮する技術によって、発明を使うことで提案され且つ得られる利点からの恩恵を受けながら、それに関連する照明機能を生成する観点から、少なくとも１つの車両テールライト及び／又は１つの車両信号灯及び／又は１つの車両室内照明モジュールを含む照明システムにも適用しうる。

Claims (10)

1. 車両用照明システム（ＳＹＳ）において画像データを管理するための方法であって、前記照明システムは、
   － 圧縮された画像データに基づいて照明機能を投射することができる少なくとも１つの照明モジュール（ＭＯＤ）と、
   － 前記少なくとも１つの照明モジュール（ＭＯＤ）に、圧縮された画像データを送るための多重化バス（ＣＡＮ）と、
   を備え、
   － 少なくとも１つの照明機能（ＨＢ、ＡＤＢ、ＲＷ）を動作させる指示を受信し、前記少なくとも１つの照明機能（ＨＢ、ＡＤＢ、ＲＷ）は、所与の周波数範囲（ＦＰＳＲｇ）において表示される照明パターンに対応する圧縮された画像データから、前記少なくとも１つの照明モジュール（ＭＯＤ）によって生成されるよう構成される、ステップと、
   － 前記周波数範囲（ＦＰＳＲｇ）において選択される第１周波数（ＦＰＳ５０）での少なくとも１つの照明機能（ＨＢ、ＡＤＢ、ＲＷ）の生成のために、前記多重化バス（ＣＡＮ）にわたって圧縮される画像データを送るのに必要なビットレートレベル（ＮｖＤｂＲｅｑ）を決定するステップと、
   － 前記決定されたビットレートレベル（ＮｖＤｂＲｅｑ）を、前記多重化バス（ＣＡＮ）のビットレート閾値（ＮｖＤｂ０）と比較するステップと、
   － 前記少なくとも１つの照明機能（ＨＢ、ＡＤＢ、ＲＷ）の前記画像データを：
   ・ 前記決定されたビットレートレベル（ＮｖＤｂＲｅｑ）が前記ビットレート閾値（ＮｖＤｂ０）以下の場合、前記第１周波数（ＦＰＳ５０）で圧縮し、
   ・ 前記決定されたビットレートレベル（ＮｖＤｂＲｅｑ）が前記ビットレート閾値（ＮｖＤｂ０）より大きい場合、第２周波数（ＦＰＳ４０）が前記第１周波数（ＦＰＳ５０）より小さいように前記周波数範囲（ＦＰＳＲｇ）において選択される第２周波数（ＦＰＳ４０）で圧縮する、ステップと、
   － 前記少なくとも１つの照明機能（ＨＢ、ＡＤＢ、ＲＷ）が生成されるために、前記第１周波数（ＦＰＳ５０）及び前記第２周波数（ＦＰＳ４０）のうちの一方で圧縮された画像データを、前記多重化バス（ＣＡＮ）を介して前記少なくとも１つの照明モジュール（ＭＯＤ）に送るステップと、
   を含む方法。
2. 前記所与の周波数範囲（ＦＰＳＲｇ）は１０Ｈｚ～１２０Ｈｚである、請求項１に記載の方法。
3. 前記第１周波数は５０Ｈｚ～６０Ｈｚにおいて選択され、前記第２周波数は３０Ｈｚ～４０Ｈｚにおいて選択される、請求項２に記載の方法。
4. 前記少なくとも１つの照明機能（ＨＢ、ＡＤＢ、ＲＷ）の前記画像データの前記圧縮は、７５％以上の圧縮率で行われる、請求項１～３のいずれか一項に記載の方法。
5. 前記少なくとも１つの照明機能は、ハイビーム（ＨＢ）、アダプティブドライビングビーム（ＡＤＢ）及びロードライティング（ＲＷ）の中から選ばれる少なくとも１つの照明機能である、請求項１～４のいずれか一項に記載の方法。
6. 複数の照明機能が、前記照明システム（ＳＹＳ）によって同時に生成可能である、請求項５に記載の方法。
7. 前記画像データを圧縮する前記ステップの後に、前記画像データが前記第２周波数（ＦＰＳ４０）で圧縮される場合、
   － 前記第２周波数（ＦＰＳ４０）での前記少なくとも１つの照明機能（ＨＢ、ＡＤＢ、ＲＷ）の生成のために、前記多重化バス（ＣＡＮ）にわたって前記圧縮された画像データを送るのに必要なビットレートレベル（ＮｖＤｂＲｅｑ）を決定するステップと － 前記決定したビットレートレベル（ＮｖＤｂＲｅｑ）を、前記多重化バス（ＣＡＮ）の前記ビットレート閾値（ＮｖＤｂ０）と比較するステップと、
   － 前記多重化バス（ＣＡＮ）を介し、前記少なくとも１つの照明モジュール（ＭＯＤ）に：
   ・ 前記決定されたビットレートレベル（ＮｖＤｂＲｅｑ）が前記ビットレート閾値（ＮｖＤｂ０）以下の場合、前記第２周波数（ＦＰＳ４０）で圧縮された画像データを送り、
   ・ 前記決定されたビットレートレベル（ＮｖＤｂＲｅｑ）が前記ビットレート閾値（ＮｖＤｂ０）よりも大きい場合、前記多重化バス（ＣＡＮ）を介して送られる最後の画像の画像データを送るステップと、
   を更に含む、請求項１～６のいずれか一項に記載の方法。
8. － 圧縮された画像データに基づいて照明機能を投射することができる少なくとも１つの照明モジュール（ＭＯＤ）と、
   － 圧縮された画像データを前記少なくとも１つの照明モジュール（ＭＯＤ）に送るための多重化バス（ＣＡＮ）と、
   － 請求項１～７のいずれか一項に記載の画像データを管理するための方法を実施するように構成される制御システム（ＳＣ）と、
   を備える車両照明システム（ＳＹＳ）。
9. 前記制御システム（ＳＣ）は：
   － プロセッサユニット（ＰＲＯＣ１）が設けられる第１制御ユニット（ＵＣ１）であって、
   ・ 前記少なくとも１つの照明機能（ＨＢ、ＡＤＢ、ＲＷ）を生成するための前記第１周波数（ＦＰＳ５０）及び前記第２周波数（ＦＰＳ４０）のうちの一方によって画像データを圧縮し、
   ・ 前記多重化バス（ＣＡＮ）を介して前記少なくとも１つの照明モジュール（ＭＯＤ）に、前記圧縮された画像データを送る、第１制御ユニット（ＵＣ１）と、
   － プロセッサユニット（ＰＲＯＣ２）が設けられる第２制御ユニット（ＵＣ２）であって、
   ・ 前記多重化バス（ＣＡＮ）を介して送られる圧縮された画像データを受信し、
   ・ 前記受信された画像データを展開し、
   ・ 前記受信されて展開された画像データから、前記第１周波数（ＦＰＳ５０）及び前記第２周波数（ＦＰＳ４０）のうちの一方によって、前記少なくとも１つの照明機能（ＨＢ、ＡＤＢ、ＲＷ）を生成する、第２制御ユニット（ＵＣ２）と、
   を備える、請求項８に記載の車両照明システム（ＳＹＳ）。
10. 前記少なくとも１つの照明モジュール（ＭＯＤ）は、複数の半導体光源（ＰＬＥＤ）を備える、請求項８又は９に記載の車両照明システム（ＳＹＳ）。

Images