JP2019026250A - 車両のａｄａｓ機能を更新する方法 - Google Patents

Abstract

【課題】適切な方法によって車両のＡＤＡＳシステムを更新する。【解決手段】車両１２３の先進運転支援（ＡＤＡＳ）システム１８０の機能更新を実施する方法であって、前記車両１２３の運転環境に関するデータを含むＤＳＲＣメッセージを受信する受信ステップと、前記運転環境に基づいて、前記ＡＤＡＳシステム１８０の機能更新を行うため、前記ＡＤＡＳシステムの動作を制御するＦＰＧＡ１８４を再構成するか否かを決定する決定ステップと、前記決定の結果に基づいて前記ＦＰＧＡ１８４を再構成する更新ステップと、を含む。【選択図】図１Ａ

Description

（関連出願への相互参照）
本出願は、「IMPLEMENTATION DECISION TO PROVIDE ADAS FUNCTION UPDATE FOR A VEHICLE」と題し、２０１７年７月２５日に出願された米国特許出願第１５／６５９，４５５
号の優先権を主張する。これらの特許出願は、その全体が参照によって本願明細書に援用される。

本明細書は、車両の先進運転者支援システムの更新をどのように実施するかの実施判断を提供することに関する。

車両制御システムがますます普及しつつある。車両制御システムの一例に、先進運転者支援システム（ＡＤＡＳシステム）がある。

ＡＤＡＳシステムの適正な機能は、ＡＤＡＳシステムによって提供される機能を修正する機能更新の利用可否に依存する。

特開２００３−３１６６８１号公報

近年の車両はＡＤＡＳシステムのセットを搭載している。ＡＤＡＳシステムのセットは、１つ以上のＡＤＡＳシステムを含む。１つ以上のＡＤＡＳシステムは、システムが提供する機能を修正または改善する周期的な更新を必要とする。

ＡＤＡＳシステムの機能を修正または改善する更新は、「機能更新」と呼ばれる。機能更新の実施には、（１）ソフトウェアを使用して機能更新を実施する、および（２）１つ以上のフィールド・プログラマブル・ゲート・アレイ（ＦＰＧＡ）を使用して機能更新を実施する、という２つの可能な選択肢がある。

ほとんどの場合、ＦＰＧＡを使用した機能更新の実施は、ソフトウェアのみによる機能更新の実施よりも高速である。しかし、そのようなＦＰＧＡによる更新の実施はまた、一般に高くつき、長時間を要する。現在のところ、車両が、車両のＡＤＡＳシステムの機能更新をソフトウェア更新によって実施すべきかそれともＦＰＧＡによって実施すべきか判定するのに役立つ解決策はない。本明細書に記載する更新システムは、この問題を解決する。このように、更新システムは、車両のＡＤＡＳ機能更新が以下の方法のうちの１つ以上によって実施されるかどうか判定することによって車両の性能を改善する。
（１）１つ以上のＡＤＡＳシステムによって提供される機能が機能更新に従って修正されるように車両の１つ以上のＡＤＡＳシステムのソフトウェア更新を実施する方法。本明細書では「ソフトウェアにより機能更新を実施する」もしくは「ソフトウェアにより機能更新を実施すること」という。
（２）１つ以上のＡＤＡＳシステムによって提供される機能が機能更新に従って修正されるように車両の１つ以上のＦＰＧＡを更新する方法。本明細書では「ＦＰＧＡにより機能更新を実施する」もしくは「ＦＰＧＡにより機能更新を実施すること」という。

本明細書における「実施判断」とは、車両のＡＤＡＳシステムの機能更新をソフトウェ
アによって実施すべきかそれともＦＰＧＡによって実施すべきかについての判断を指す。

本明細書に記載する更新システムは多くの利益をもたらす。例えば、更新システムは、車両の現在の状況を記述するリアルタイムデータに基づいて、機能更新をソフトウェアによって実施した方がよいかそれともＦＰＧＡによって実施した方がよいか判定する。この機能を提供する他の技術はない。本発明者らの研究によれば、更新システムは、ＡＤＡＳシステムの機能更新を可能な限り迅速に、安価で実施すると同時に、現在、更新システムによって実施判断が行われる現時点で車両が課されているシステム制約条件と現実世界の制約条件の両方を満たすことによって、コストを低減させ、車両安全性を高める。

いくつかの実施形態では、更新システムは車両の要素である。いくつかの実施形態では、更新システムはサーバの要素である。いくつかの実施形態では、車両およびサーバは各々、更新システムの独自のインスタンスを含み、更新システムの機能は、車両とサーバとに分散される。例えば、図１Ａにおいて、更新システムは、車両およびサーバの要素として示されており、更新システム自体は、更新システムが車両、サーバまたは車両とサーバの両方の要素でありうることを表すために破線で示されている。

いくつかの実施形態では、更新システムを含む車両は、ＤＳＲＣ搭載車両である。ＤＳＲＣ搭載車両は、ＤＳＲＣメッセージを符号化し、送信するのに必要なＤＳＲＣ送受信機および任意のソフトウェアまたはハードウェア、ＤＳＲＣメッセージを受信し、復号するのに必要なＤＳＲＣ受信機および任意のソフトウェアまたはハードウェア、ならびにＤＳＲＣ準拠の全地球測位システム（「ＤＳＲＣ準拠のＧＰＳユニット」）の各要素のうちの１つ以上を含む車両を含みうる。

ＤＳＲＣメッセージは、車両などの移動性の高い装置によって送受信されるように特に構成されており、その任意の派生または分岐を含む以下のＤＳＲＣ規格のうちの１つ以上に準拠した無線メッセージである。
ＥＮ １２２５３：２００４ Ｄｅｄｉｃａｔｅｄ Ｓｈｏｒｔ−Ｒａｎｇｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ−Ｐｈｙｓｉｃａｌ ｌａｙｅｒ ｕｓｉｎｇ ｍｉｃｒｏｗａｖｅ ａｔ ５．８ ＧＨｚ （ｒｅｖｉｅｗ）
ＥＮ １２７９５：２００２ Ｄｅｄｉｃａｔｅｄ Ｓｈｏｒｔ−Ｒａｎｇｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ（ＤＳＲＣ）−ＤＳＲＣ Ｄａｔａ ｌｉｎｋ ｌａｙｅｒ：Ｍｅｄｉｕｍ Ａｃｃｅｓｓ ａｎｄ Ｌｏｇｉｃａｌ Ｌｉｎｋ Ｃｏｎｔｒｏｌ（ｒｅｖｉｅｗ）
ＥＮ １２８３４：２００２ Ｄｅｄｉｃａｔｅｄ Ｓｈｏｒｔ−Ｒａｎｇｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ−Ａｐｐｌｉｃａｔｉｏｎ ｌａｙｅｒ（ｒｅｖｉｅｗ）
ＥＮ １３３７２：２００４ Ｄｅｄｉｃａｔｅｄ Ｓｈｏｒｔ−Ｒａｎｇｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ（ＤＳＲＣ）−ＤＳＲＣ ｐｒｏｆｉｌｅｓ ｆｏｒ ＲＴＴＴ ａｐｐｌｉｃａｔｉｏｎｓ（ｒｅｖｉｅｗ）
ＥＮ ＩＳＯ １４９０６：２００４ Ｅｌｅｃｔｒｏｎｉｃ Ｆｅｅ Ｃｏｌｌｅｃｔｉｏｎ−Ａｐｐｌｉｃａｔｉｏｎ ｉｎｔｅｒｆａｃｅ

米国、ヨーロッパ、およびアジアでは、ＤＳＲＣメッセージは５．９ギガヘルツ（ＧＨｚ）で送信される。米国では、ＤＳＲＣメッセージには、５．９ＧＨｚ帯域の７５ＭＨｚの周波数域が割り振られている。ヨーロッパおよびアジアでは、ＤＳＲＣメッセージには、５．９ＧＨｚ帯域の３０ＭＨｚの周波数域が割り振られている。したがって、無線メッセージは、５．９ＧＨｚ帯域で動作しない限り、ＤＳＲＣメッセージではない。また無線メッセージは、ＤＳＲＣ無線機のＤＳＲＣ送信機によって送信されない限り、ＤＳＲＣメッセージではない。

したがって、ＤＳＲＣメッセージは、Ｗｉ−Ｆｉ（登録商標）メッセージ、３Ｇメッセージ、４Ｇメッセージ、ＬＴＥメッセージ、ミリ波通信メッセージ、ブルートゥース（登録商標）メッセージ、衛星通信、および３１５メガヘルツ（ＭＨｚ）または４３３．９２ＭＨｚでキーフォブによって送信またはブロードキャストされる短距離無線メッセージ、のいずれでもない。例えば、米国では、リモート・キーレス・システムのキーフォブは、３１５ＭＨｚで動作する短距離無線送信機を含み、この短距離無線送信機からの送信またはブロードキャストは、ＤＳＲＣメッセージではない。というのは、例えば、そのような送信またはブロードキャストは、ＤＳＲＣ規格に準拠せず、ＤＳＲＣ無線機のＤＳＲＣ送信機によって送信されず、５．９ＧＨｚで送信されないからである。別の例として、ヨーロッパおよびアジアでは、リモート・キーレス・システムのキーフォブは、４３３．９２ＭＨｚで動作する短距離無線送信機を含み、この短距離無線送信機からの送信またはブロードキャストは、米国におけるリモート・キーレス・システムについて上述したのと同様の理由でＤＳＲＣメッセージではない。

いくつかの実施形態では、ＤＳＲＣ搭載車両は、従来の全地球測位システムユニット（ＧＰＳユニット）を含まず、代わりにＤＳＲＣ準拠のＧＰＳユニットを含む。従来のＧＰＳユニットは、従来のＧＰＳユニットの実際の位置の±１０メートルの精度で従来のＧＰＳユニットの位置を記述する位置情報を提供する。比較すると、ＤＳＲＣ準拠のＧＰＳユニットは、ＤＳＲＣ準拠のＧＰＳユニットの実際の位置の±１．５メートルの精度でＤＳＲＣ準拠のＧＰＳユニットの位置を記述するＧＰＳデータを提供する。この精度を「車線レベルの精度」という。というのは、例えば、車道の車線は一般に約３メートル幅であり、±１．５メートルの精度は、車両が、同じ方向に交通が流れている複数の車線を有する車道を走行しているときでさえも、車両がどの車線を走行しているか識別するのに十分だからである。

いくつかの実施形態では、更新システムを含む車両は、ＤＳＲＣを介して他のＤＳＲＣ搭載機器と無線通信する。これら他のＤＳＲＣ搭載機器には、例えば、異なるＤＳＲＣ搭載車両や、路側ユニット（路側装置またはＲＳＵ）や、ＤＳＲＣ搭載の何らかの他の通信機器が含まれうる。例えば、路側ユニット（ＲＳＵ）または任意の他の通信機器は、ＤＳＲＣ送受信機とＤＳＲＣメッセージを符号化し、送信するのに必要な任意のソフトウェアまたはハードウェア、およびＤＳＲＣ受信機とＤＳＲＣメッセージを符号化し、受信し、復号するのに必要な任意のソフトウェアまたはハードウェア、の各要素うちの１つ以上を含む場合に、ＤＳＲＣ搭載としうる。

本明細書に記載する実施形態は、ＤＳＲＣメッセージや基本安全メッセージ（ＢＳＭ(Basic Safety Message)メッセージ）などの無線メッセージを介して更新システムを含む車両にディジタルデータを無線送信しうる。これらの無線メッセージは、図４Ａおよび図４Ｂに示すようなＢＳＭデータ、またはＢＳＭデータによって記述される情報に類似した情報を記述する何らかの他のディジタルデータを含む。本明細書に記載する更新システムは、このＢＳＭデータ（またはＤＳＲＣを介して送信される他の同様のデータ）を使用して、ＦＰＧＡのソフトウェアによって機能更新を実施するかどうかを判断する。このＢＳＭデータは、例えば、機能更新が安全かつ効率的に実施されることを保証するのに有益である、機能更新が実施されることになる現在の運転状況またはコンテキストを記述するリアルタイムデータを提供する。

１台以上のコンピュータのシステムを、動作に際してシステムに特定の操作または動作を行わせるソフトウェア、ファームウェア、ハードウェア、またはそれらの組み合わせをシステム上にインストールすることによってそれらの動作を行うように構成することができる。１つ以上のコンピュータプログラムを、データ処理装置によって実行された場合に装置に特定の操作または動作を行わせる命令を含むことによってそれらの動作を行うよう
に構成することができる。
１つの一般的態様は、車両のＡＤＡＳシステムの機能更新を実施する方法を含み、本方法は、５．９ＧＨｚ帯域で、該車両に関連した１台以上の他の車両の運転状況を記述するディジタルデータを含むＤＳＲＣメッセージを受信するステップと、ディジタルデータによって記述される運転状況に基づき、ＡＤＡＳシステムの動作を制御するように動作する車両のＦＰＧＡを再構成することによってＡＤＡＳシステムの機能更新を実施することを決定するステップと、ＦＰＧＡが機能更新に従ったやり方でＡＤＡＳシステムの動作を制御するように機能更新を実施するために車両のＦＰＧＡを再構成するステップと、を含む。
本態様の他の実施形態は、対応するコンピュータシステム、装置、および方法の動作を行うように各々構成された１台以上のコンピュータ記憶装置上に記録されたコンピュータプログラムを含む。

各実施態様は以下の特徴のうちの１つ以上を含みうる。
ＤＳＲＣメッセージがＢＳＭメッセージであり、ディジタルデータがＢＳＭデータである方法。
ＤＳＲＣメッセージが路側ユニット（ＲＳＵ）によって車両に送信される方法。
ディジタルデータが、１台以上の他の車両の地理的位置を、１台以上の他の車両の実際の地理的位置に対して±１．５メートルの精度で記述する方法。
ＦＰＧＡが車両の電子制御ユニットの要素である方法。
ＦＰＧＡが、機能更新を実施するためにＦＰＧＡをどのように再構成するかを記述する更新データに基づいて再構成される方法。
機能更新によりＡＤＡＳシステムによって提供される機能が修正される方法。
前述の技法の各実施態様は、ハードウェア、方法もしくはプロセス、またはコンピュータアクセス可能媒体上のコンピュータソフトウェアを含みうる。

１つの一般的態様は車両を含むシステムを含む。
本車両は、ＡＤＡＳシステムと、ＤＳＲＣ受信機と、ＦＰＧＡと、ＡＤＡＳシステム、ＤＳＲＣ受信機およびＦＰＧＡに通信可能に結合された車載コンピュータシステムであって、車載コンピュータシステムによって実行された場合に車載コンピュータシステムに、ＤＳＲＣ受信機によって、５．９ＧＨｚ帯域で、該車両に関連した１台以上の他の車両の運転状況を記述するディジタルデータを含むＤＳＲＣメッセージを受信させ、ディジタルデータによって記述される運転状況に基づき、ＡＤＡＳシステムの機能更新を、ＡＤＡＳシステムの動作を制御するように動作するＦＰＧＡを再構成することによって実施することを決定させ、ＦＰＧＡが機能更新に従ったやり方でＡＤＡＳシステムの動作を制御するように機能更新を実施するためにＦＰＧＡを再構成させる、コンピュータコードを格納した非一時的メモリを含む車載コンピュータシステムと、を含む。
本態様の他の実施形態は、対応するコンピュータシステム、装置、および方法の動作を行うように各々構成された１台以上のコンピュータ記憶装置上に記録されたコンピュータプログラムを含む。

各実施態様は以下の特徴のうちの１つ以上を含みうる。
ＤＳＲＣメッセージがＢＳＭメッセージであり、ディジタルデータがＢＳＭデータであるシステム。
ＤＳＲＣメッセージがＲＳＵによって車両に送信されるシステム。
ディジタルデータが、１台以上の他の車両の地理的位置を、１台以上の他の車両の実際の地理的位置に対して±１．５メートルの精度で記述するシステム。
ＦＰＧＡが車両の電子制御ユニットの要素であるシステム。
ＦＰＧＡが、機能更新を実施するためにＦＰＧＡをどのように再構成するかを記述する更新データに基づいて再構成されるシステム。
機能更新によりＡＤＡＳシステムによって提供される機能が修正されるシステム。
前述の技法の各実施態様は、ハードウェア、方法もしくはプロセス、またはコンピュータアクセス可能媒体上のコンピュータソフトウェアを含みうる。

１つの一般的態様は、プロセッサによって実行された場合に、プロセッサに、５．９ギガヘルツ帯域で、該車両に関連した１台以上の他の車両の運転状況を記述するディジタルデータを含むＤＳＲＣメッセージを受信させ、ディジタルデータによって記述される運転状況に基づき、ＡＤＡＳシステムの動作を制御するように動作する車両のＦＰＧＡを再構成することによって車両のＡＤＡＳシステムの機能更新を実施することを決定させ、ＦＰＧＡが機能更新に従ったやり方でＡＤＡＳシステムの動作を制御するように機能更新を実施するために車両のＦＰＧＡを再構成させるコンピュータ実行可能コードを格納した車両の車載コンピュータシステムの非一時的メモリを含むコンピュータプログラム製品を含む。
本態様の他の実施形態は、対応するコンピュータシステム、装置、および方法の動作を行うように各々構成された１台以上のコンピュータ記憶装置上に記録されたコンピュータプログラムを含む。

各実施態様は以下の特徴のうちの１つ以上を含みうる。
ＤＳＲＣメッセージがＢＳＭメッセージであり、ディジタルデータがＢＳＭデータであるコンピュータプログラム製品。
ＤＳＲＣメッセージがＲＳＵによって車両に送信されるコンピュータプログラム製品。
ディジタルデータが、１台以上の他の車両の地理的位置を、１台以上の他の車両の実際の地理的位置に対して±１．５メートルの精度で記述するコンピュータプログラム製品。ＦＰＧＡが車両の電子制御ユニットの要素であるコンピュータプログラム製品。
ＦＰＧＡが、機能更新を実施するためにＦＰＧＡをどのように再構成するかを記述する更新データに基づいて再構成されるコンピュータプログラム製品。
前述の技法の各実施態様は、ハードウェア、方法もしくはプロセス、またはコンピュータアクセス可能媒体上のコンピュータソフトウェアを含みうる。

本発明に係る方法は、
車両の先進運転支援（ＡＤＡＳ）システムの機能更新を実施する方法であって、前記車両の運転環境に関するデータを含むＤＳＲＣメッセージを受信する受信ステップと、前記運転環境に基づいて、前記ＡＤＡＳシステムの機能更新を行うため、前記ＡＤＡＳシステムの動作を制御するＦＰＧＡを再構成するか否かを決定する決定ステップと、前記決定の結果に基づいて前記ＦＰＧＡを再構成する更新ステップと、を含むことを特徴とする。

また、前記ＤＳＲＣメッセージがＢＳＭ（Basic Safety Message）メッセージであることを特徴としてもよい。
また、前記運転環境に基づいて再構成デッドラインを決定するステップをさらに含み、前記決定ステップでは、前記再構成デッドラインに基づいて、前記ＦＰＧＡを再構成するか否かを決定することを特徴としてもよい。
また、前記車両の運転環境は、前記車両の周辺に存在する他車両の位置を含み、前記再構成デッドラインは、前記他車両の位置に基づいて決定されることを特徴としてもよい。
また、前記決定ステップでは、前記再構成デッドラインと、前記ＦＰＧＡのリソースの双方に基づいて、前記ＦＰＧＡを再構成するか否かを決定することを特徴としてもよい。
また、前記ＦＰＧＡが、前記車両が有するＥＣＵを構成することを特徴としてもよい。
また、前記ＤＳＲＣメッセージが路側装置から送信されることを特徴としてもよい。

また、本発明の別形態に係る方法は、
車両の先進運転支援（ＡＤＡＳ）システムの機能更新を実施する方法であって、前記車
両の運転環境に関するデータを含むＤＳＲＣメッセージを受信する受信ステップと、前記運転環境に基づいて、前記ＡＤＡＳシステムの機能更新を行うため、前記ＡＤＡＳシステムの動作を制御するＦＰＧＡを再構成する第一の処理を行うか、前記ＡＤＡＳシステムの動作を制御するソフトウェアの更新を行う第二の処理を行うか、のいずれかを決定する決定ステップと、前記決定の結果に基づいて、前記ＦＰＧＡの再構成またはソフトウェアの更新のいずれかを行う更新ステップと、を含むことを特徴とする。

また、本発明に係るシステムは、
車両の先進運転支援（ＡＤＡＳ）システムの機能更新を実施するシステムであって、前記車両の運転環境に関するデータを含むＤＳＲＣメッセージを受信する受信手段と、前記運転環境に基づいて、前記ＡＤＡＳシステムの機能更新を行うため、前記ＡＤＡＳシステムの動作を制御するＦＰＧＡを再構成するか否かを決定する決定手段と、前記決定の結果に基づいて前記ＦＰＧＡを再構成する更新手段と、を含むことを特徴とする。

また、本発明の別形態に係るシステムは、
車両の先進運転支援（ＡＤＡＳ）システムの機能更新を実施するシステムであって、前記車両の運転環境に関するデータを含むＤＳＲＣメッセージを受信する受信手段と、前記運転環境に基づいて、前記ＡＤＡＳシステムの機能更新を行うため、前記ＡＤＡＳシステムの動作を制御するＦＰＧＡを再構成する第一の処理を行うか、前記ＡＤＡＳシステムの動作を制御するソフトウェアの更新を行う第二の処理を行うか、のいずれかを決定する決定手段と、前記決定の結果に基づいて、前記ＦＰＧＡの再構成またはソフトウェアの更新のいずれかを行う更新手段と、を含むことを特徴とする。

本開示は、限定のためではなく例として添付の図面の各図に示されており、図面において類似した参照符号は類似した要素を指すのに使用されている。

いくつかの実施形態による更新システムの動作環境を示すブロック図である。 いくつかの実施形態によるシステムデータを示すブロック図である。 いくつかの実施形態による機能制約データを示すブロック図である。 いくつかの実施形態によるリソース制約データを示すブロック図である。 いくつかの実施形態による推定時間データを示すブロック図である。 いくつかの実施形態による推定消費データを示すブロック図である。 いくつかの実施形態による判断データを示すブロック図である。 いくつかの実施形態による解析データを示すブロック図である。 いくつかの実施形態による道路環境を示すブロック図である。 いくつかの実施形態による更新システムを含むコンピュータシステムの例を示すブロック図である。 いくつかの実施形態による実施判断を行うための方法例の流れ図である。 いくつかの実施形態による実施判断を行うための方法例の流れ図である。 いくつかの実施形態による実施判断を行うための方法例の流れ図である。 いくつかの実施形態によるＢＳＭデータの例を示すブロック図である。 いくつかの実施形態によるＢＳＭデータの例を示すブロック図である。

車両は、ＡＤＡＳシステムおよび更新システムを含む。機能更新は、ＡＤＡＳシステムによって提供される機能を修正するために、ＡＤＡＳシステムに対して周期的に実施される。本明細書に記載するのは、機能更新を、ＡＤＡＳシステムのソフトウェア更新を使用して実施するか、それともＡＤＡＳシステムの動作を制御する車両のＦＰＧＡを再構成す
ることによって実施するかを決定する更新システムの実施形態である。

（無線メッセージの例）
車両はＤＳＲＣをますます搭載するようになってきている。ＤＳＲＣを搭載した車両はＤＳＲＣ搭載車両と呼ばれうる。ＤＳＲＣ搭載車両は、ＤＳＲＣアンテナと、ＤＳＲＣメッセージを送受信し、ＤＳＲＣメッセージを生成し、ＤＳＲＣメッセージを読み取るのに必要な任意のハードウェアまたはソフトウェアとを含みうる。例えば、ＤＳＲＣ搭載車両は、ＤＳＲＣメッセージを受信し、ＤＳＲＣメッセージに含まれるデータを取得し、ＤＳＲＣメッセージに含まれるデータを読み取るのに必要なハードウェアまたはソフトウェアを含みうる。

１つ以上の無線メッセージにはＤＳＲＣメッセージが含まれうる。ＤＳＲＣメッセージには多くの種類がある。ある種類のＤＳＲＣメッセージはＢＳＭとして知られている。ＤＳＲＣ搭載車両は一定の間隔でＢＳＭをブロードキャストする。間隔はユーザ調整可能としうる。

ＢＳＭはＢＳＭデータを含む。ＢＳＭデータはＢＳＭを最初に送信した車両の属性を記述する。ＤＳＲＣを搭載した車両は調整可能なレートでＢＳＭをブロードキャストしうる。いくつかの実施形態では、このレートは０．１０秒に１回としうる。ＢＳＭは、特に、（１）ＢＳＭを送信する車両の経路履歴、（２）ＢＳＭを送信する車両の速度、および（３）ＢＳＭを送信する車両の位置を記述するＧＰＳデータ（「全地球測位システムデータ」または「ＧＰＳデータ」と呼ばれることもある）、のうちの１つ以上を記述するＢＳＭデータを含む。以下で説明する図４Ａおよび図４Ｂに、いくつかの実施形態によるＢＳＭデータの例が示されている。

いくつかの実施形態において、ＤＳＲＣ搭載車両は、車道に沿った他のＤＳＲＣ搭載車両／機器の経路履歴、今後の経路およびそれらの車両／機器が受信または生成している可能性のあるリモート・センサ・データを含むそれらの車両／機器の現在および今後の条件を記述する情報を得るためにそれらの車両／機器を探査しうる。この情報は「ＤＳＲＣプローブデータ」として記述される。ＤＳＲＣプローブデータはＤＳＲＣプローブによって、またはＤＳＲＣプローブに応答して受信された任意のデータを含みうる。

ＤＳＲＣメッセージはＤＳＲＣベースのデータを含みうる。ＤＳＲＣベースのデータはＢＳＭデータまたはＤＳＲＣプローブデータを含みうる。いくつかの実施形態では、ＤＳＲＣメッセージに含まれるＤＳＲＣベースのデータは、複数のＤＳＲＣ搭載車両（または他のＤＳＲＣ搭載機器）から受信されたＢＳＭデータまたはＤＳＲＣプローブデータを含みうる。このＢＳＭデータもしくはＤＳＲＣプローブデータは、そのソースの識別子と、ソースの位置またはＢＳＭデータもしくはＤＳＲＣプローブデータによって記述される任意の交通イベントの位置とを含みうる。

いくつかの実施形態では、ＤＳＲＣ対応車両はＤＳＲＣ準拠のＧＰＳユニットを含むことになる。ＢＳＭデータまたはＤＳＲＣプローブデータは、車両がどの車線を走行しているか、ならびに車両の走行速度および経路履歴を明記しうる。ＢＳＭデータまたはＤＳＲＣプローブデータは、１つ以上の異なる時刻または１つ以上の異なる位置における車両の速度、１つ以上の異なる時刻または１つ以上の異なる位置における車両の進行方向、および１つ以上の異なる時刻または１つ以上の異なる位置における車両の加速度、のうちの１つ以上をさらに明記しうる。

別の種類の無線メッセージは、参照によりその全体が本明細書に組み込まれる、２０１４年８月２８日に出願された、「Ｆｕｌｌ−Ｄｕｐｌｅｘ Ｃｏｏｒｄｉｎａｔｉｏｎ
Ｓｙｓｔｅｍ」という名称の米国特許出願第１４／４７１，３８７号明細書に記載されている全二重無線メッセージである。

（車線レベルの精度の例）
また車両は、ますますＧＰＳベースのナビゲーションシステムを含めて製造されるようにもなってきている。ＧＰＳベースのナビゲーションシステムは運転者に、ＧＰＳデータおよび車道に沿った渋滞長に関する知識に基づくものであるナビゲーション経路を提供しうる。

車線レベルの精度とは、車両の地点が車両の走行車線を正確に決定できるほど正確に記述されることを意味しうる。従来のＧＰＳシステムは車線レベルの精度で車両の位置を決定することができない。例えば、車道の典型的な車線はおおよそ３メートル幅である。しかし、従来のＧＰＳシステムには車両の実際の位置に対して±１０メートルの精度しかない。

ＤＳＲＣ準拠のＧＰＳユニットは車線レベルの精度で車両の位置を記述するＧＰＳデータを提供する。ＤＳＲＣ準拠のＧＰＳユニットは、ＧＰＳ衛星と無線通信してＤＳＲＣ規格に準拠した精度で車両の位置を記述するＧＰＳデータを取得するハードウェアを含みうる。ＤＳＲＣ規格は、ＧＰＳデータが、２台の車両が同じ車線にあるかどうか推測するのに十分なほど高精度であることを必要とする。車線は車道の車線としうる。ＤＳＲＣ準拠のＧＰＳユニットはその二次元位置を、屋根のない状態での時間の６８％にわたって、ＧＰＳユニットの実際の位置の１．５メートル以内で特定し、モニタし、追跡するように動作しうる。車線の車線は一般には幅３メートル以上であるため、ＧＰＳデータの二次元誤差が１．５メートル未満であるときは常に、本明細書に記載する更新システムは、ＤＳＲＣ準拠のＧＰＳユニットによって提供されるＧＰＳデータを解析し、車道上の車両の相対位置に基づいて車両が車道のどんな車線を走行しているか決定しうる。

（ＡＤＡＳシステム）
ＡＤＡＳシステムの例には、定速走行・車間距離制御装置（ＡＣＣ）システム、アダプティブ・ハイビーム・システム、アダプティブ・ライト・コントロール・システム、自動駐車システム、自動車ナイト・ビジョン・システム、死角モニタ、衝突回避システム、横風安定化システム、運転者居眠り検知システム、運転者モニタリングシステム、緊急時運転者支援システム、前方衝突警告システム、交差点支援システム、速度適応制御システム、車線逸脱警告システム、歩行者保護システム、交通標識認識システム、旋回アシスト、および逆走警告システム、の車両の各要素のうちの１つまたは複数が含まれうる。

ＡＤＡＳシステムは、車両を自律型車両または半自律型車両にする車両に含まれる任意のソフトウェアまたはハードウェアも含みうる。

いくつかの実施形態では、車両の１つ以上のＡＤＡＳシステムの機能更新は、ソフトウェア更新によって実施される。他の実施形態では、１つ以上のＡＤＡＳシステムは、１つ以上のＦＰＧＡを再構成することによって機能更新を実施できるように、その構成によって１つ以上のＡＤＡＳシステムの動作が制御され、または少なくとも部分的に制御される１つ以上のＦＰＧＡを含み、または１つ以上のＦＰＧＡに通信可能に結合されている。

（通知）
いくつかの実施形態では、更新システムは、機能更新がＡＤＡＳシステムのソフトウェア更新を使用して実施されるか、それとも車両のＦＰＧＡを再構成することによって実施されるかを車両の運転者に知らせる、車両の運転者への通知を提供しうる。車両の運転者に提供される通知には、グラフィカル・ユーザ・インターフェース（ＧＵＩ）などの視覚
通知、１つ以上のスピーカによって生成される音声などの聴覚通知、または同時もしくは同時期に提供される視覚通知と聴覚通知の組み合わせが含まれうる。

視覚通知はヘッドアップ・ディスプレイ・ユニットまたは電子パネルによって提供されうる。ヘッドアップ・ディスプレイ・ユニットは、参照によりその全体が本明細書に組み入れられる、２０１６年３月２４日に出願された、「Ｗｉｒｅｌｅｓｓ Ｄａｔａ Ｓｈａｒｉｎｇ Ｂｅｔｗｅｅｎ ａ Ｍｏｂｉｌｅ Ｃｌｉｅｎｔ Ｄｅｖｉｃｅ ａｎｄ
ａ Ｔｈｒｅｅ−Ｄｉｍｅｎｓｉｏｎａｌ Ｈｅａｄｓ−Ｕｐ Ｄｉｓｐｌａｙ Ｕｎｉｔ」という名称の米国特許出願第１５／０８０，４３３号に記載されているような３次元ヘッドアップディスプレイを含みうる。電子パネルは車両に取り付けられているヘッドユニットまたはインフォテインメントシステムの要素としうる。

聴覚通知は、車両のヘッドユニット、インフォテインメントシステムまたはナビゲーションシステムによって操作される１台以上のスピーカによって提供されうる。

（例示的概要）
図１Ａを参照すると、更新システム１９９の動作環境１００が示されている。動作環境１００は、車両１２３、遠隔車両１２４、路側ユニット１０４（ＲＳＵ１０４）、およびサーバ１０３、の各要素のうちの１つまたは複数を含みうる。動作環境１００のこれらの要素はネットワーク１０５に通信可能に結合されうる。

いくつかの実施形態では、サーバ１０３は、ＲＳＵ１０４の要素でありうる。いくつかの実施形態では、サーバ１０３は、ＲＳＵとは別個の要素でありうる。例えば、サーバ１０３は、サーバ、またはネットワーク１０５を介してメッセージを送受信するように動作する何らかの他のプロセッサベースのコンピューティングデバイスでありうる。ＲＳＵ１０４およびサーバ１０３については以下でさらに詳細に説明する。

ネットワーク１０５は従来型の有線または無線とすることができ、スター型構成、トークンリング構成、または他の構成を含む多くの異なる構成を有しうる。さらに、ネットワーク１０５は、ローカル・エリア・ネットワーク（ＬＡＮ）、広域ネットワーク（ＷＡＮ）（例えばインターネット）、または、複数の機器やエンティティが通信するための他の相互接続データパスを含みうる。いくつかの実施形態では、ネットワーク１０５は、ピアツーピアネットワークを含みうる。またネットワーク１０５は、多種多様な通信プロトコルでデータを送信するための電気通信ネットワークの各部分に結合され、またはこれらを含みうる。いくつかの実施形態では、ネットワーク１０５は、Ｂｌｕｅｔｏｏｔｈ（登録商標）通信ネットワーク、またはショート・メッセージ・サービス（ＳＭＳ）、マルチメディア・メッセージング・サービス（ＭＭＳ）、ハイパーテキスト転送プロトコル（ＨＴＴＰ）、直接データ接続、ワイヤレス・アプリケーション・プロトコル（ＷＡＰ）、電子メール、ＤＳＲＣ、全二重無線通信などによるものを含むデータを送受信するためのセルラ通信ネットワークを含む。またネットワーク１０５は、３Ｇ、４Ｇ、ＬＴＥ、ＶｏＬＴＥまたは任意の他のセルラネットワーク、モバイル・データ・ネットワークまたはモバイル・データ・ネットワークの組み合わせを含みうるモバイル・データ・ネットワークも含みうる。さらに、ネットワーク１０５は１つ以上のＩＥＥＥ８０２．１１無線ネットワークも含みうる。

いくつかの実施形態では、車両１２３、遠隔車両１２４、ＲＳＵ１０４、およびサーバ１０３のうちの１つ以上をＤＳＲＣ搭載としうる。ネットワーク１０５は、車両１２３と１つ以上の他の無線通信機器（例えば、１つ以上の遠隔車両１２４、ＲＳＵ１０４、サーバ１０３など）との間で共有される１つ以上の通信路を含みうる。通信路はＤＳＲＣ、全二重無線通信または任意の他の無線通信プロトコルを含みうる。例えば、ネットワーク１
０５を使用して、車両１２３にＤＳＲＣメッセージ、ＤＳＲＣプローブ、またはＢＳＭデータ１９５（または同様のデータ）を含むＢＳＭが送信されうる。

車両１２３と遠隔車両１２４とは、同一要素または類似の要素を含みうる。車両１２３と遠隔車両１２４とは、接続または関連付けを共有しうる。例えば、車両１２３と遠隔車両１２４とは、メーカーが共通（トヨタなど）であり、本明細書に記載される機能は、この共通メーカーの車両にのみ提供されうる。

車両１２３は、自動車、トラック、スポーツ・ユーティリティ・ビークル、バス、トレーラトラック、ドローンまたは任意の他の車道を走る乗り物を含みうる。いくつかの実施形態では、車両１２３は自律型車両または半自律型車両を含みうる。例えば、車両１２３は、車両１２３を自律車両にするのに十分なＡＤＡＳ機能を提供する１つ以上のＡＤＡＳシステムを含むＡＤＡＳシステムセットを含みうる。

車両１２３は、センサセット１８２、プロセッサ１２５Ａ、メモリ１２７Ａ、通信ユニット１４５Ａ、ＤＳＲＣ準拠のＧＰＳユニット１７０、ＡＤＡＳシステム１８０、電子制御ユニット１８３（ＥＣＵ１８３）、ＦＰＧＡ１８４、および更新システム１９９の各要素のうちの１つまたは複数を含む。車両１２３のこれらの要素は、バス１２０Ａを介して相互に通信可能に結合されうる。

いくつかの実施形態では、更新システム１９９は、車両１２３の要素である。いくつかの実施形態では、更新システム１９９は、サーバ１０３の要素である。いくつかの実施形態では、車両１２３およびサーバ１０３は各々、更新システム１９９の独自のインスタンスを含み、更新システム１９９の機能は、車両１２３およびサーバ１０３にわたって分散される。例えば、更新システム１９９は、図１Ａでは、更新システム１９９が車両１２３、サーバ１０３、または車両１２３とサーバ１０３の両方の要素でありうることを表すために、破線で示されている。

いくつかの実施形態では、プロセッサ１２５Ａおよびメモリ１２７Ａは、車載コンピュータシステム（図示せず）の要素としうる。車載コンピュータシステムは更新システム１９９の動作を行わせ、または制御するように動作しうる。車載コンピュータシステムは、メモリ１２７Ａに格納されたデータにアクセスし、データを実行して、更新システム１９９または更新システム１９９の要素について本明細書に記載する機能を提供するように動作しうる。いくつかの実施形態では、プロセッサ１２５Ａおよびメモリ１２７Ａは、ＥＣＵ１８３の要素である。

センサセット１８２は、車両１２３の外部の物理環境を測定するように動作する１つ以上のセンサを含みうる。例えば、センサセット１８２は、車両１２３に近接した物理環境の１つ以上の物理特性を記録しうる。

いくつかの実施形態では、センサセット１８２は、カメラ、ＬＩＤＡＲセンサ、レーザ高度計、ナビゲーションセンサ（例えば、ＤＳＲＣ準拠のＧＰＳユニット１７０の全地球測位システムセンサ）、赤外線検知器、動き検知器、サーモスタット、聴音器、一酸化炭素センサ、二酸化炭素センサ、酸素センサ、質量空気流量センサ、エンジン冷却剤温度センサ、スロットル位置センサ、クランクシャフト位置センサ、自動車エンジンセンサ、バルブタイマ、空気燃焼比メータ、死角メータ、カーブフィーラ、不具合検出器、ホール効果センサ、マニホールド絶対圧センサ、駐車センサ、レーダガン、速度計、速度センサ、タイヤ空気圧モニタリングセンサ、トルクセンサ、トランスミッション油温センサ、タービン速度センサ（ＴＳＳ）、可変リラクタンスセンサ、車両速度センサ（ＶＳＳ）、水センサ、車輪速度センサ、および任意の他の種類の自動車センサの各車両センサのうちの１
つ以上を含みうる。

センサセット１８２は、１つ以上の異なる時刻における車両１２３の１つ以上の位置を記述するデータ（オプションで本明細書では「センサデータ」とも呼ぶ）を記録するように動作し、このデータは、車両１２３がこの特定の位置にあった時刻を表すようにタイムスタンプを付されうる。

プロセッサ１２５Ａは、計算処理を行い、表示装置に電子表示信号を提供する算術論理演算装置、マイクロプロセッサ、汎用コントローラ、または何らかの他のプロセッサアレイを含む。プロセッサ１２５Ａはデータ信号を処理し、複雑命令セットコンピュータ（ＣＩＳＣ）アーキテクチャ、縮小命令セットコンピュータ（ＲＩＳＣ）アーキテクチャ、または命令セットの組み合わせを実施するアーキテクチャを含む様々なコンピューティングアーキテクチャを含みうる。図１Ａは単一のプロセッサ１２５Ａを含んでいるが、複数のプロセッサが含まれていてもよい。他のプロセッサ、オペレーティングシステム、センサ、ディスプレイ、および物理構成も可能である。

メモリ１２７Ａはプロセッサ１２５Ａによって実行されうる命令またはデータを格納する。命令またはデータは、本明細書に記載する技法を行うためのコードを含みうる。メモリ１２７Ａは、ダイナミック・ランダム・アクセス・メモリ（ＤＲＡＭ）・デバイス、スタティック・ランダム・アクセス・メモリ（ＳＲＡＭ）・デバイス、フラッシュメモリ、または何らかの他のメモリデバイスとしうる。いくつかの実施形態では、メモリ１２７Ａは、ハード・ディスク・ドライブ、フロッピー・ディスク・ドライブ、ＣＤ−ＲＯＭデバイス、ＤＶＤ−ＲＯＭデバイス、ＤＶＤ−ＲＡＭデバイス、ＤＶＤ−ＲＷデバイス、フラッシュ・メモリ・デバイス、またはより永続的に情報を格納するための何らかの他の大容量記憶装置を含む、不揮発性メモリまたは類似した永続記憶装置および媒体も含む。

図１Ａに示すように、いくつかの実施形態では、メモリ１２７Ａは、システムデータ１９０、更新データ１９１、判断データ１９２、解析データ１９３、およびＡＤＡＳデータ１９４の各要素のうちの１つ以上を格納する。

システムデータ１９０は、ＡＤＡＳシステム１８０の機能更新が、ＡＤＡＳデータ１９４のソフトウェア更新を提供することによって実施されるべきか、それともＦＰＧＡ１８４を再構成することによって実施されるべきかに影響を及ぼす１つ以上の変数または要因を記述するディジタルデータである。いくつかの実施形態では、システムデータ１９０は、遠隔車両１２４およびＲＳＵ１０４のうちの１つ以上から受信したＢＳＭデータ１９５を含む。システムデータ１９０については、図１Ｂ、図１Ｃ、図１Ｄ、図１Ｅおよび図１Ｆに関連して以下でさらに詳細に説明する。

更新データ１９１は、ＡＤＡＳシステム１８０の機能更新をどのように実施するかを記述するディジタルデータである。いくつかの実施形態では、更新データ１９１の内容は、実施判断に基づいて異なりうる。

例えば、ＡＤＡＳシステム１８０のソフトウェア更新を使用して機能更新を実施する実施判断がされた場合には、更新データ１９１は、メモリ１２７Ａにインストールされ、またはプロセッサ１２５Ａによって実行された場合にきに機能更新を実施する実行可能ファイルを記述するディジタルデータとなる。

別の例として、ＦＰＧＡ１８４を再構成することによって機能更新を実施する実施判断がされた場合には、更新データ１９１は、機能更新を実施するために（すなわち、ＡＤＡＳシステム１８０の動作がＡＤＡＳシステム１８０の機能更新と一致するようにＡＤＡＳ
システム１８０の動作を修正するために）ＦＰＧＡ１８４をどのように再構成するかを記述するディジタルデータとなる。

判断データ１９２は、更新システム１９９が、更新データ１９１によって記述される機能更新を、ＡＤＡＳデータ１９４のソフトウェア更新を使用して実施するか、それともＦＰＧＡ１８４の再構成を使用して実施するか決定できるように、システムデータ１９０の要素を相互に比較するためのフレームワークまたはプロトコルを提供するディジタルデータである。いくつかの実施形態では、更新システム１９９は、判断データ１９２を使用したシステムデータ１９０の解析に応答して２値変数のセットを出力する。次いで２値変数のセットは、実施判断を行う更新システム１９９のサブステップとして解析データ１９３によって記述されるデータ構造に入力される。判断データ１９２については図１Ｇに関連して以下でさらに詳細に説明する。

解析データ１９３は、システムデータ１９０を解析するためのデータ構造を記述するディジタルデータである。いくつかの実施形態では、解析データ１９３は、判断データ１９２を使用してシステムデータ１９０を解析した後に更新システム１９９によって出力される２値変数のセットを解析するためのデータ構造を記述する。いくつかの実施形態では、解析データ１９３は、図１Ｈに示すようなテーブルである。解析データ１９３については図１Ｈに関連して以下でさらに詳細に説明する。

ＡＤＡＳデータ１９４は、プロセッサ１２５Ａによって実行された場合に、ＡＤＡＳシステム１８０にその機能を提供させるコードおよびルーチンを記述するディジタルデータである。例えば、ＡＤＡＳデータ１９４は、プロセッサ１２５によって実行された場合に、ＡＤＡＳシステム１８０にその機能を提供させるＡＤＡＳシステム１８０用のソフトウェアである。

通信ユニット１４５Ａは、ネットワーク１０５または別の通信路との間でデータを送受信する。いくつかの実施形態では、通信ユニット１４５Ａは、ＤＳＲＣ送受信機、ＤＳＲＣ受信機および車両１２３をＤＳＲＣ対応機器にするのに必要な他のハードウェアまたはソフトウェアを含む。いくつかの実施形態では、遠隔車両１２４およびＲＳＵ１０４のうちの１つ以上は、動作環境１００のこれらの要素がＤＳＲＣ搭載機器であるように通信ユニット１４５ＡおよびＤＳＲＣ準拠のＧＰＳユニット１７０を含む。

いくつかの実施形態では、通信ユニット１４５Ａは、ネットワーク１０５への、または別の通信路への直接物理接続のためのポートを含む。例えば、通信ユニット１４５Ａは、ＵＳＢ、ＳＤ、ＣＡＴ−５、またはネットワーク１０５との有線通信のための類似のポートを含む。いくつかの実施形態では、通信ユニット１４５Ａは、ＩＥＥＥ８０２．１１；ＩＥＥＥ８０２．１６；ＢＬＵＥＴＯＯＴＨ（登録商標）；ＥＮ ＩＳＯ １４９０６：２００４ Ｅｌｅｃｔｒｏｎｉｃ Ｆｅｅ Ｃｏｌｌｅｃｔｉｏｎ−Ａｐｐｌｉｃａｔｉｏｎ ｉｎｔｅｒｆａｃｅ；ＥＮ １１２５３：２００４ Ｄｅｄｉｃａｔｅｄ Ｓｈｏｒｔ−Ｒａｎｇｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ−Ｐｈｙｓｉｃａｌ ｌａｙｅｒ ｕｓｉｎｇ ｍｉｃｒｏｗａｖｅ ａｔ ５．８ ＧＨｚ （ｒｅｖｉｅｗ）；ＥＮ １２７９５：２００２ Ｄｅｄｉｃａｔｅｄ Ｓｈｏｒｔ−Ｒａｎｇｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ（ＤＳＲＣ）−ＤＳＲＣ Ｄａｔａ ｌｉｎｋ ｌａｙｅｒ：Ｍｅｄｉｕｍ Ａｃｃｅｓｓ ａｎｄ Ｌｏｇｉｃａｌ Ｌｉｎｋ Ｃｏｎｔｒｏｌ（ｒｅｖｉｅｗ）；ＥＮ
１２８３４：２００２ Ｄｅｄｉｃａｔｅｄ Ｓｈｏｒｔ−Ｒａｎｇｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ−Ａｐｐｌｉｃａｔｉｏｎ ｌａｙｅｒ（ｒｅｖｉｅｗ）；ＥＮ １３３７２：２００４ Ｄｅｄｉｃａｔｅｄ Ｓｈｏｒｔ−Ｒａｎｇｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ（ＤＳＲＣ）−ＤＳＲＣ ｐｒｏｆｉｌｅｓ ｆｏｒ ＲＴＴＴ ａｐｐｌｉｃａｔｉｏｎｓ（ｒｅｖｉｅｗ）；米国特許出願第１４／４７１，３８７号明細書に記載され
ている通信方法；または別の適切な無線通信方法を含む、１つ以上の無線通信方法を使用してネットワーク１０５または他の通信路とデータを交換するための無線送受信機を含む。

いくつかの実施形態では、通信ユニット１４５Ａは、米国特許出願第１４／４７１，３８７号明細書に記載されている全二重協調システムを含む。

いくつかの実施形態では、通信ユニット１４５Ａは、ショート・メッセージ・サービス（ＳＭＳ）、マルチメディア・メッセージング・サービス（ＭＭＳ）、ハイパーテキスト転送プロトコル（ＨＴＴＰ）、直接データ接続、ＷＡＰ、電子メール、または別の適切な種類の電子通信によるものを含む、セルラ通信ネットワーク上でデータを送受信するためのセルラ通信送受信機を含む。いくつかの実施形態では、通信ユニット１４５Ａは有線ポートおよび無線送受信機を含む。また通信ユニット１４５Ａは、ＴＣＰ／ＩＰ、ＨＴＴＰ、ＨＴＴＰＳ、およびＳＭＴＰ、ミリ波、ＤＳＲＣなどを含む標準ネットワークプロトコルを使用したファイルまたはメディアオブジェクトの配布のためのネットワーク１０５への他の従来型の接続も提供する。

ＤＳＲＣ準拠のＧＰＳユニット１７０は、車両１２３の位置を記述するＧＰＳデータを取得するためにＧＰＳ衛星と無線通信するハードウェアを含みうる。いくつかの実施形態では、ＤＳＲＣ準拠のＧＰＳユニット１７０は、車両１２３の位置を車線レベルの精度まで記述するＧＰＳデータを提供するように動作する。ＤＳＲＣ規格は、ＧＰＳデータが、２台の車両（例えば、車両１２３および車両１２３と同じ車道上の別の車両）が同じ車線内にあるかどうか推測するのに十分なほど高精度であることを必要とする。ＤＳＲＣ準拠のＧＰＳユニット１７０はその二次元位置を、屋根のない状態での時間の６８％にわたってＧＰＳユニット１７０の実際の位置の１．５メートル以内で特定し、モニタし、追跡するように動作しうる。車道の車線は通常は幅３メートル未満であるため、ＧＰＳデータの二次元誤差が１．５メートル未満であるときは常に、更新システム１９９はＤＳＲＣ準拠のＧＰＳユニット１７０によって提供されるＧＰＳデータを解析し、車道上の車両の相対位置に基づいて車両１２３が車道のどんな車線を走行しているか決定しうる。同様に、遠隔車両１２４も、ＢＳＭデータ１９５の要素として含まれ、同様の精度で遠隔車両１２４の地理的位置を記述するＧＰＳデータを提供するＤＳＲＣ準拠のＧＰＳユニット１７０を含む。

これと比べて、ＤＳＲＣ規格に準拠していないＧＰＳユニットはＤＳＲＣ準拠のＧＰＳユニット１７０よりもはるかに精度が低く、ＤＳＲＣ準拠のＧＰＳユニット１７０のように、車線レベルの精度を確実に提供することができない。例えば、非ＤＳＲＣ準拠のＧＰＳユニットは約１０メートルの精度を有し、ＤＳＲＣ準拠のＧＰＳユニット１７０によって提供される車線レベルの精度を提供するのに十分なほど高精度ではない。例えば、車線は幅３メートルしかない場合もあるため、ＤＳＲＣ規格はＤＳＲＣ準拠のＧＰＳユニット１７０が約１．５メートルの精度を有することを必要とし、これは上述の非ＤＳＲＣ準拠のＧＰＳユニットよりも著しく高精度である。その結果、非ＤＳＲＣ準拠のＧＰＳユニットは、他の車両（遠隔車両１２４など）が車両１２３にどの程度接近しているかを更新システム１９９が判定するのに十分な精度を有するＧＰＳデータを提供することができなくなり、このため機能更新が実施されているときに更新システム１９９が車両１２３のコンテキストを正確に理解することが妨げられる。このコンテキスト情報がないと、更新システム１９９が可能な最善の実施判断を行える能力に悪影響が及ぶ。というのは、機能更新の実施にソフトウェア更新を選択するそれともＦＰＧＡ再構成を選択するかは、一部はそうした情報に基づいて決定されるからである。したがって、ＤＳＲＣ準拠のＧＰＳユニット１７０によって提供されるＧＰＳデータの機能および精度は、この例の理由で有益である。

ＡＤＡＳシステム１８０は１つ以上の先進運転者支援システムを含みうる。ＡＤＡＳシステム１８０の例には、車両１２３の、ＡＣＣシステム、アダプティブ・ハイビーム・システム、アダプティブ・ライト・コントロール・システム、自動駐車システム、自動車ナイト・ビジョン・システム、死角モニタ、衝突回避システム、横風安定化システム、運転者居眠り検知システム、運転者モニタリングシステム、緊急時運転者支援システム、前方衝突警告システム、交差点支援システム、速度適応制御システム、車線逸脱警告システム、歩行者保護システム、交通標識認識システム、旋回アシスト、および逆走警告システム、の各要素のうちの１つ以上が含まれうる。

いくつかの実施形態では、ＡＤＡＳシステム１８０は、車両１２３が「自律的」または「半自律的」であるように車両１２３の１つ以上の動作を制御する任意のハードウェアまたはソフトウェアを含む。

ＥＣＵ１８３は、従来の電子制御ユニットである。いくつかの実施形態では、ＥＣＵ１８３は、車両１２３の車載コンピュータの要素である。いくつかの実施形態では、ＥＣＵ１８３は、車両１２３の車載ユニットの要素である。いくつかの実施形態では、ＥＣＵ１８３は、ＡＤＡＳシステム１８０の動作を制御するように動作する。例えば、ＥＣＵ１８３は、ＡＤＡＳシステム１８０の動作を制御する車両１２３のプロセッサベースのコンピューティングデバイスである。いくつかの実施形態では、ＥＣＵ１８３は、ＡＤＡＳシステム１８０の機能を提供するためにＡＤＡＳデータ１９４を実行する。

ＦＰＧＡ１８４は、従来のフィールド・プログラマブル・ゲート・アレイである。いくつかの実施形態では、ＦＰＧＡ１８４は、ＡＤＡＳシステム１８０の要素である。いくつかの実施形態では、ＡＤＡＳシステム１８０はＦＰＧＡ１８４の要素である。

いくつかの実施形態では、ＦＰＧＡ１８４は、ＡＤＡＳシステム１８０の機能を提供するように構成されたハードウェアＦＰＧＡである。例えば、ＦＰＧＡ１８４は、ＦＰＧＡ１８４を実行するとＡＤＡＳシステム１８０の機能の一部または全部（本明細書では「ＡＤＡＳ機能」という）が提供されるように動作する。いくつかの実施形態では、ＦＰＧＡ１８４の構成を修正することにより、ＦＰＧＡ１８４によって提供されるＡＤＡＳ機能が修正される。例えば、いくつかの実施形態では、ＦＰＧＡ１８４は、更新データ１９１に基づいてＦＰＧＡ１８４を再構成することにより、ＦＰＧＡ１８４が、更新データ１９１によって記述される機能更新と一致する修正されたＡＤＡＳ機能を提供するように動作する。

いくつかの実施形態では、ＦＰＧＡ１８４はＥＣＵ１８３の要素である。いくつかの実施形態では、ＥＣＵ１８３は、車両１２３の更新システム１９９のコードおよびルーチンを実行するプロセッサベースのコンピューティングデバイスである。

いくつかの実施形態では、更新システム１９９は、プロセッサ１２５Ａによって実行された場合に、プロセッサ１２５Ａに、システムデータ１９０を集約させ、システムデータ１９０、判断データ１９２および解析データ１９３のうちの１つ以上に基づいて機能更新の実施判断を行わせるように動作するコードまたはルーチンを含む。

いくつかの実施形態では、更新システム１９９は、プロセッサ１２５Ａによって実行された場合に、プロセッサ１２５Ａに、システムデータ１９０などのディジタルデータを含む無線メッセージを構築させ、ネットワーク１０５に送信させるように動作するコードまたはルーチンを含み、サーバ１０３は、無線メッセージを受信し、システムデータ１９０、判断データ１９２および解析データ１９３のうちの１つ以上に基づいて機能更新の実施
判断を行い、サーバ１０３は次いで、ネットワーク１０５を介して車両１２３の更新システム１９９に更新データ１９１を提供する。

いくつかの実施形態では、更新システム１９９は、プロセッサ１２５Ａによって実行された場合に、プロセッサ１２５Ａに、図３Ａ〜図３Ｃに関連して後述する方法３００の１つ以上のステップを実行させるように動作するコードおよびルーチンを含む。

いくつかの実施形態では、更新システム１９９は、ＦＰＧＡまたは特定用途向け集積回路（ＡＳＩＣ）を含むハードウェアを使用して実施されうる。いくつかの他の実施形態では、更新システム１９９は、ハードウェアとソフトウェアの組み合わせを使用して実施されうる。更新システム１９９は、装置（例えばサーバや他の装置）の組み合わせに、またはそれらの装置のうちの１台に格納されうる。

更新システム１９９については、図１Ｂ〜図１Ｈ、図２および図３Ａ〜図３Ｃに関連して以下でさらに詳細に説明する。

図１Ａには示されていないが、いくつかの実施形態では、車両１２３は、米国特許出願第１４／４７１，３８７号明細書に記載されている全二重協調システムを含みうる。

いくつかの実施形態では、車両１２３の全二重協調システムは、メモリ１２７Ａに格納されたディジタルデータのいずれかを含む全二重無線メッセージを受信しうる。

サーバ１０３は、プロセッサベースのコンピューティングデバイスである。例えば、コンピューティングデバイスは独立型ハードウェアサーバを含みうる。いくつかの実施形態では、サーバ１０３は、ネットワーク１０５に通信可能に接続されている。サーバ１０３はネットワーク通信機能を含みうる。

いくつかの実施形態では、サーバ１０３は、プロセッサ１２５Ｂ、メモリ１２７Ｂ、通信ユニット１４５Ｂ、および更新システム１９９の各要素のうちの１つ以上を含む。サーバ１０３のこれらの要素は、バス１２０Ｂを介して相互に通信可能に結合されている。

サーバ１０３の、プロセッサ１２５Ｂ、メモリ１２７Ｂ、通信ユニット１４５Ｂ、および更新システム１９９の各要素は、車両１２３について上述した要素と同じまたは同様であり、よって、ここではこれらの要素の説明を繰り返さない。サーバ１０３のメモリ１２７Ｂは、車両１２３のメモリ１２７Ａに格納されたディジタルデータと同様のディジタルデータを格納しうる。

サーバ１０３はネットワーク１０５を介して無線メッセージを送受信するように動作しうる。例えば、車両１２３の更新システム１９９は、車両の通信ユニット１４５Ａに、ネットワーク１０５を介してサーバ１０３に無線メッセージを送信させる。無線メッセージは、更新データ１９１を求める要求およびシステムデータ１９０を含む。サーバ１０３の通信ユニット１４５Ｂは、ネットワーク１０５から無線メッセージを受信し、要求およびシステムデータ１９０を含む無線メッセージをサーバ１０３の更新システム１９９に提供する。サーバ１０３の更新システム１９９は、少なくとも一部はシステムデータ１９０に基づいて実施判断を行い、実施判断に基づいて更新データ１９１を生成し、サーバ１０３の通信ユニット１４５Ｂに、ネットワーク１０５を介して車両１２３に更新データ１９１を提供させる。

遠隔車両１２４は、車両１２３と同様の要素を含むことができ、よって、ここではこれらの要素の説明を繰り返さない。図示のように、遠隔車両１２４は、ＤＳＲＣ準拠のＧＰ
Ｓユニット１７０と、ＢＳＭデータ１９５またはＢＳＭデータ１９５に類似したデータを含むＤＳＲＣメッセージ（ＢＳＭメッセージなど）を送受信するように動作するＤＳＲＣ送信機およびＤＳＲＣ受信機を有する通信ユニット１４５Ａとを含むＤＳＲＣ搭載機器である。ＢＳＭデータ１９５については図４Ａおよび図４Ｂに関連して以下でさらに詳細に説明する。

ＲＳＵ１０４は、ＢＳＭデータ１９５を格納する非一時的メモリを含みうる。ＲＳＵ１０４は、通信ユニット１４５Ａ（図示せず）も含む。ＲＳＵ１０４は、センサデータを記録するセンサセット１８２も含みうる。ＲＳＵ１０４は、それ自体のセンサセット１８２を使用してセンサデータを直接記録する代わりに、遠隔車両１２４のセンサセットによって記録されたセンサデータを、ＢＳＭメッセージまたは何らかの他のＤＳＲＣメッセージの要素として車両１２３に中継してもよい。例えば、車両１２３が遠隔車両１２４の通信範囲外にある場合には、ＲＳＵ１０４は、ＢＳＭデータ１９５を含む無線メッセージを車両１２３に中継しうる。

次に図１Ｂを参照すると、いくつかの実施形態によるシステムデータ１９０を例示するブロック図が示されている。図示のように、システムデータ１９０は、ファイル・サイズ・データ１４０、ＦＰＧＡサイズデータ１４１、ファイル時間データ１４２、ＦＰＧＡ時間データ１４３、遠隔車両１２４およびＲＳＵ１０４のうちの１つ以上からのＢＳＭデータ１９５、機能制約データ１４４、リソース制約データ１４６、推定時間データ１４７、ならびに推定消費データ１４８、の各種のディジタルデータのうちの１つ以上を含む。

ファイル・サイズ・データ１４０は、ソフトウェア更新によって機能更新を実施するのに使用されるはずの実行可能ファイルのサイズを記述するディジタルデータである。例えば、機能更新がソフトウェア更新によって実施されるという実施判断がされた場合には、ファイル・サイズ・データ１４０は、機能更新を実施するために車両１２３にインストールされる実行可能ファイルのファイルサイズを記述し、本実施形態では実行可能ファイル自体が更新データ１９１によって記述される。

ＦＰＧＡサイズデータ１４１は、機能更新をＦＰＧＡ再構成として実施するために再構成されるはずのＦＰＧＡ１８４のサイズ（または領域）を記述するディジタルデータである。例えば、ＦＰＧＡ１８４がある特定の領域を有し、機能更新がＦＰＧＡ再構成によって実施されるという実施判断がされた場合には、ＦＰＧＡサイズデータ１４１は、機能更新を実施するために再構成されるＦＰＧＡ１８４のサイズまたは領域を記述し、本実施形態では、更新データ１９１は、ＦＰＧＡ１８４をどのように再構成するかを記述するビットストリームである。

ファイル時間データ１４２は、機能更新をソフトウェア更新として実施するのに使用される実行可能ファイルをインストールし、または実行可能ファイルを完全に実行するのに必要な正規化された時間量を記述するディジタルデータである。例えば、機能更新がソフトウェア更新によって実施されるという実施判断がされた場合には、ファイル時間データ１４２は、車両１２３上に存在するソフトウェアプラットフォームと同じ場合も同じでない場合もある、標準化されたソフトウェアプラットフォーム上で実行可能ファイルを完全に実行する（例えば実行可能ファイルをインストールする）のに必要な正規化された時間量を記述する。

ＦＰＧＡ時間データ１４３は、実行可能ファイルを再構成または完全に実行するのに必要な正規化された時間量を記述するディジタルデータである。例えば、機能更新がＦＰＧＡ再構成によって実施されるという実施判断がされた場合には、ＦＰＧＡ時間データ１４３は、車両１２３上に存在するソフトウェアプラットフォームと同じ場合も同じでない場
合もある、標準化されたソフトウェアプラットフォーム上でＦＰＧＡを完全に再構成するのに必要な正規化された時間量を記述する。

ＢＳＭデータ１９５については図４Ａおよび図４Ｂに関連して以下でさらに詳細に説明する。システムデータ１９０は、ＢＳＭデータ１９５に含まれる情報のいずれかまたは全部を含みうる。

いくつかの実施形態では、システムデータ１９０は、１台以上の遠隔車両１２４から受信した１つ以上のＢＳＭメッセージのパート１に含まれるＢＳＭデータ１９５の以下の要素を含む。
１台以上の遠隔車両１２４の緯度
１台以上の遠隔車両１２４の経度
１台以上の遠隔車両１２４の高度
１台以上の遠隔車両１２４の位置精度
１台以上の遠隔車両１２４のトランスミッション設定
１台以上の遠隔車両１２４の現在速度
１台以上の遠隔車両１２４の現在の進行方向
１台以上の遠隔車両１２４の現在のハンドル角度
１台以上の遠隔車両１２４の現在の加速度
１台以上の遠隔車両１２４のブレーキシステムの現在の状況
１台以上の遠隔車両１２４の車両サイズ

いくつかの実施形態では、システムデータ１９０は、１台以上の遠隔車両１２４から受信した１つ以上のＢＳＭメッセージのパート２に含まれるＢＳＭデータ１９５の以下の要素を含む。
機能更新を完了するための実行デッドライン（Ｔ_Ｅ’）を決定することに関連した１つ以上の付近の車道イベントを記述する１つ以上のイベントフラグ
１台以上の遠隔車両１２４の１つ以上の過去の位置を記述する経路履歴データ
１台以上の遠隔車両１２４の１つ以上の意図される今後の経路を記述する経路予測データ
なお、本例では、遠隔車両（すなわち、周辺に存在する他車両）の運転状況についてのデータを受信するが、ＢＳＭメッセージを介して受信するデータは、必ずしも他車両の運転状況に関するものでなくてもよい。例えば、自車両の運転環境に関する他のデータであってもよい。いずれも、機能更新を完了するためのデッドラインを算出するためのデータであればよい。

機能制約データ１４４については、図１Ｃに関連して後述する。リソース制約データ１４６については、図１Ｄに関連して後述する。推定時間データ１４７については、図１Ｅに関連して後述する。推定消費データ１４８については、図１Ｆに関連して後述する。

次に図１Ｃを参照すると、いくつかの実施形態による機能制約データ１４４を例示するブロック図が示されている。

更新デッドライン１５０は、機能更新を完了するためのソフトデッドラインを記述するディジタルデータである。
更新デッドライン（ソフトデッドライン）は、計画上のデッドラインである。いくつかの実施形態では、ソフトデッドラインを逃した場合には、機能更新が更新システム１９９によってさらに実施され、更新システム１９９は、車両１２３の電子ディスプレイ、ＨＵＤまたは３Ｄ−ＨＵＤに、機能更新が予期されていたよりも遅く完了することを視覚的に表す、車両１２３の運転者向けの警告メッセージを表示させる。

更新デッドライン１５０は、更新デッドライン１５０によって記述される値（ソフトデッドラインの時刻など）を割り当てられた変数Ｔ_Ｕ’によって表されうる。

実行デッドライン１５１は、機能更新を完了するためのハードデッドラインを記述するディジタルデータである。
実行デッドライン（ハードデッドライン）は、超えてはいけない最終デッドラインである。いくつかの実施形態では、ハードデッドラインを逃した場合には、機能更新は更新システム１９９によって実施されず、更新システム１９９は、車両１２３の電子ディスプレイ、ＨＵＤまたは３Ｄ−ＨＵＤに、機能更新が完了できないことを視覚的に表す車両１２３の運転者向けの警告メッセージを表示させる。

いくつかの実施形態では、実行デッドライン１５１は、車両１２３が置かれている運転条件に基づいて更新システム１９９によって決定される。運転条件は、遠隔車両１２４やＲＳＵ１０４などの１つ以上の他のＤＳＲＣ搭載機器から受信したＢＳＭデータ１９５によって記述される。例えば、更新システム１９９は、車両１２３のプロセッサによって実行された場合に、プロセッサにＢＳＭデータ１９５を解析させ、実行デッドライン１５１を決定させるように動作するコードおよびルーチンを含む。例えば、ＢＳＭデータ１９５が、車両１２３が「Ｘ秒以内にイベントフラグの位置に到達する」ことを表すディジタルデータを含む場合には、更新システム１９９は、実行デッドライン１５１がＸ−Ｙ秒である（Ｙ＜Ｘ）と判定する。いくつかの実施形態では、複数の他のＤＳＲＣ搭載機器から受信した複数のイベントフラグが実行デッドライン１５１の精度を高め、または実行デッドライン１５１における更新システム１９９の信頼度を高める。

実行デッドライン１５１は、実行デッドライン１５１によって記述される値（ハードデッドラインの時刻など）を割り当てられた変数Ｔ_Ｅ’によって表されうる。

次に図１Ｄを参照すると、いくつかの実施形態によるリソース制約データ１４６を例示するブロック図が示されている。

ＦＰＧＡ最大消費電力１５２は、ＦＰＧＡ１８４の最大許容消費電力を記述するディジタルデータである。いくつかの実施形態では、ＦＰＧＡ最大消費電力１５２は、より多くの電力消費が許容されればＦＰＧＡ１８４をより速く再構成できるため、ＦＰＧＡ１８４を再構成できる速さに制限を課す。いくつかの実施形態では、ＦＰＧＡ最大消費電力１５２は、機能更新をＦＰＧＡ１８４により実施する実施判断とすることができるかどうかに制限を課す。というのは、そうすると、ＦＰＧＡ１８４の動作がＦＰＧＡ１８４の最大許容消費電力を超過する可能性があり、これは、機能更新をソフトウェア更新として実施する実施判断とすべきであることを指示するからである。

ＦＰＧＡ最大消費電力１５２は、ＦＰＧＡ最大消費電力１５２によって記述される値（例えば、ワット数や何らかの他の電力単位）を割り当てられた変数Ｐ_ＥＦ’で表されうる。

ＦＰＧＡ最大領域１５３は、機能更新を実施するためにＦＰＧＡ１８４を再構成するときに再構成に利用できる最大許容領域を記述するディジタルデータである。いくつかの実施形態では、ＦＰＧＡ最大領域１５３は、機能更新をＦＰＧＡ１８４により実施する実施判断とすることができるかどうかに制限を課す。というのは、そうすると、ＦＰＧＡ最大領域１５３によって許容されるよりも多くのＦＰＧＡ１８４の領域の再構成が必要になる可能性があり、これは、機能更新をソフトウェア更新として実施する実施判断とすべきであることを指示するからである。

ＦＰＧＡ最大領域１５３は、ＦＰＧＡ最大領域１５３によって記述される値（領域など）を割り当てられた変数Ａ_ＥＦ’で表されうる。

次に図１Ｅを参照すると、いくつかの実施形態による推定時間データ１４７を例示するブロック図が示されている。

推定サーバ判断時間１５４は、サーバ１０３の更新システム１９９が実施判断を行うために必要になる時間量の推定値を記述するディジタルデータである。

推定サーバ判断時間１５４は、推定サーバ判断時間１５４によって記述される値（時間量など）が割り当てられる変数Ｔ_ＤＯで表されうる。

推定車両判断時間１５５は、車両１２３の更新システム１９９が実施判断を行うために必要になる時間量の推定値を記述するディジタルデータである。

推定車両判断時間１５５は、推定車両判断時間１５５によって記述される値（時間量など）を割り当てられた変数Ｔ_ＤＥで表されうる。

ソフトウェアによる更新の推定時間１５６は、機能更新がソフトウェア更新によって実施される場合にネットワーク１０５を介してサーバ１０３から車両１２３に更新データ１９１をダウンロードするタスク、および実行可能ファイルが車両１２３にインストールされる（例えば、ＡＤＡＳデータ１９４にインストールされる）ように更新データ１９１によって記述される実行可能ファイルを完全にインストールするタスク、のうちの１つ以上を完了するために必要になる時間量の推定値を記述するディジタルデータである。

例えば、ソフトウェアによる更新の推定時間１５６は、ネットワーク１０５を介してサーバ１０３から車両１２３に更新データ１９１をダウンロードする時間量を記述する。いくつかの実施形態では、ソフトウェアによる更新の推定時間１５６は、ソフトウェアインストールの速度（例えば、実行ファイルをどれほどの速さで完全に実行できるか）に対するソフトウェアインストールのサイズ（例えば、実行可能ファイルのサイズ）を記述するディジタルデータである。

ソフトウェアによる更新の推定時間１５６は、ソフトウェアによる更新の推定時間１５６によって記述される値（時間量など）を割り当てられた変数Ｔ_ＵＳで表されうる。

ＦＰＧＡによる更新の推定時間１５７は、機能更新がＦＰＧＡ１８４の再構成によって実施される場合にネットワーク１０５を介してサーバ１０３から車両１２３に更新データ１９１を含むビットストリームを送信するタスク、および機能更新が車両１２３にインストールされるように更新データ１９１に基づいてＦＰＧＡ１８４を再構成するタスク、のうちの１つ以上を完了するために必要になる時間量の推定値を記述するディジタルデータである。

ＦＰＧＡによる更新の推定時間１５７は、ＦＰＧＡによる更新の推定時間１５７によって記述される値（時間量など）を割り当てられた変数Ｔ_ＵＦで表されうる。いくつかの実施形態では、ＦＰＧＡによる更新の推定時間１５７は、ＦＰＧＡ構成の速度に対するＦＰＧＡ構成のサイズを記述する。いくつかの実施形態では、常にそうとは限らないが、以下の条件が一般に当てはまる。
Ｔ_ＵＦ＞Ｔ_ＵＳ

ソフトウェアの推定実行時間１５８は、車両１２３にインストールされた後に機能更新を実行するために必要になる時間量の推定値を記述するディジタルデータである。例えば、ソフトウェアの推定実行時間１５８は、更新データ１９１によって記述される実行可能ファイルがＡＤＡＳデータ１９４にインストールされた後（またはＡＤＡＳデータ１９４に置き換わった後）にＡＤＡＳデータ１９４を完全に実行するのに要する時間量を記述する。いくつかの実施形態では、ソフトウェアの推定実行時間１５８は、倍率をかけた正規化された実行可能ファイルの実行時間である。いくつかの実施形態では、倍率は、車両１２３内で機能更新が配置されるハードウェアの種類に応じて異なりうる。

ソフトウェアの推定実行時間１５８は、ソフトウェアの推定実行時間１５８によって記述される値（時間量など）を割り当てられた変数Ｔ_ＥＳで表されうる。

ＦＰＧＡの推定実行時間１５９は、ＦＰＧＡ１８４が（ビットストリームによって配信されうる）更新データ１９１に基づいて再構成された後に機能更新を実行するために必要になる時間量の推定値を記述するディジタルデータである。例えば、ＦＰＧＡの推定実行時間１５９は、機能更新が実施された後に再構成されたＦＰＧＡ１８４を完全に実行するのに要する時間量を記述する。いくつかの実施形態では、ＦＰＧＡの推定実行時間１５９は、倍率をかけた正規化された再構成されたＦＰＧＡ１８４の実行時間である。いくつかの実施形態では、倍率はＦＰＧＡ１８４の異なる属性に応じて異なりうる。

ＦＰＧＡの推定実行時間１５９は、ＦＰＧＡの推定実行時間１５９によって記述される値（時間量など）を割り当てられた変数Ｔ_ＥＦで表されうる。いくつかの実施形態では、常にそうとは限らないが、以下の条件が一般に当てはまる。
Ｔ_ＥＦ＜Ｔ_ＥＳ

次に図１Ｆを参照すると、いくつかの実施形態による推定消費データ１４８を例示するブロック図が示されている。

ＦＰＧＡの推定消費電力１６０は、ＦＰＧＡ１８４が更新データ１９１に基づいて再構成された後にＦＰＧＡ１８４を実行するのに必要な電力量の推定値を記述するディジタルデータである。

ＦＰＧＡの推定消費電力１６０は、ＦＰＧＡの推定消費電力１６０によって記述される値（電力量など）を割り当てられた変数Ｐ_ＥＦで表されうる。

ＦＰＧＡの推定領域１６１は、更新データ１９１によって記述される機能更新を実施するために再構成が必要になるＦＰＧＡ１８４の領域の量の推定値を記述するディジタルデータである。

ＦＰＧＡの推定領域１６１は、ＦＰＧＡの推定領域１６１によって記述される値（領域など）を割り当てられた変数Ａ_ＥＦで表されうる。

次に図１Ｇを参照すると、いくつかの実施形態による判断データ１９２を例示するブロック図が示されている。いくつかの実施形態では、判断データ１９２は、変数と、図１Ｇに示すシステムデータ１９０の異なる要素の相対値に基づいてこれらの変数に割り当てられる値とを記述するディジタルデータである。

次に図１Ｈを参照すると、いくつかの実施形態による解析データ１９３を例示するブロック図が示されている。いくつかの実施形態では、解析データ１９３は、判断データ１９２およびシステムデータ１９０に対して割り当てられた変数および値に基づいて更新シス
テム１９９によって行われる可能な実施判断を記述するディジタルデータである。いくつかの実施形態では、更新システム１９９によって行われる実際の実施判断は、システムデータ１９０への判断データ１９２の適用に応じて解析データ１９３によって常に記述される。

次に図１Ｉを参照すると、いくつかの実施形態による道路環境１６６を例示するブロック図が示されている。

次に図２を参照すると、いくつかの実施形態による更新システム１９９を含むコンピュータシステム２００を例示するブロック図が示されている。

いくつかの実施形態では、コンピュータシステム２００は、図３Ａ〜図３Ｃに関連して後述する方法３００の１つ以上のステップを行うようにプログラムされた専用コンピュータシステムを含みうる。

いくつかの実施形態では、コンピュータシステム２００は、車両１２３、サーバ１０３、ＲＳＵ１０４、および遠隔車両１２４の各装置のうちの１つ以上の要素でありうる。

いくつかの実施形態では、コンピュータシステム２００は、車両１２３、サーバ１０３、ＲＳＵ１０４、および遠隔車両１２４のうちの１つ以上などの装置の車載コンピュータでありうる。

いくつかの実施形態では、コンピュータシステム２００は、車両１２３または遠隔車両１２４のエンジン制御ユニット、ヘッドユニット、または何らかの他のプロセッサベースのコンピューティングデバイスを含みうる。

コンピュータシステム２００は、いくつかの例によれば、更新システム１９９、プロセッサ１２５、通信ユニット１４５、センサセット１８２、ＤＳＲＣ準拠のＧＰＳユニット１７０、ＡＤＡＳシステム１８０、メモリ１２７、ＥＣＵ１８３、およびＦＰＧＡ１８４、の各要素のうちの１つ以上を含みうる。コンピュータシステム２００の各構成要素はバス２２０によって通信可能に結合されている。

図示の実施形態では、プロセッサ１２５は信号線２３８を介してバス２２０に通信可能に結合されている。通信ユニット１４５は信号線２４６を介してバス２２０に通信可能に結合されている。センサセット１８２は信号線２４８を介してバス２２０に通信可能に結合されている。ＤＳＲＣ準拠のＧＰＳユニット１７０は信号線２４９を介してバス２２０に通信可能に結合されている。ＡＤＡＳシステム１８０は信号線２３９を介してバス２２０に通信可能に結合されている。メモリ１２７は信号線２４４を介してバス２２０に通信可能に結合されている。ＥＣＵ１８３は信号線２４１を介してバス２２０に通信可能に結合されている。ＦＰＧＡ１８４は信号線２４３を介してバス２２０に通信可能に結合されている。

コンピュータシステム２００の以下の要素については図１Ａに関連して上述したので、ここではそれらの説明を繰り返さない。更新システム１９９、プロセッサ１２５（その説明はプロセッサ１２５Ａと同じである）、通信ユニット１４５（その説明は通信ユニット１４５Ａと同じである）、センサセット１８２、ＤＳＲＣ準拠のＧＰＳユニット１７０、ＡＤＡＳシステム１８０、メモリ１２７（その説明はメモリ１２７Ａと同じである）、ＥＣＵ１８３、およびＦＰＧＡ１８４。

メモリ１２７は、図１Ａ〜図１Ｉに関連して上述したデータならびに図３Ａ〜図３Ｃ、
図４Ａおよび図４Ｂに関連して後述するデータのいずれかまたは全部を格納する。

図２に示す図示の実施形態では、更新システム１９９は、バス２２０に通信可能に結合された通信モジュール２０２を含む。いくつかの実施形態では、更新システム１９９の構成要素を単一のサーバまたは装置に格納することができる。いくつかの他の実施形態では、更新システム１９９の構成要素を複数のサーバまたは装置に分散して格納することができる。例えば、更新システム１９９の構成要素の一部は、サーバ１０３と車両１２３とに分散されうる。

通信モジュール２０２は、更新システム１９９とコンピュータシステム２００の他の構成要素との間の通信を処理するためのルーチンを含むソフトウェアとすることができる。いくつかの実施形態では、通信モジュール２０２は、更新システム１９９とコンピュータシステム２００の他の構成要素との間の通信を処理するための後述する機能を提供する、プロセッサ１２５が実行可能な命令セットとすることができる。

通信モジュール２０２は、通信ユニット１４５を介して、動作環境１００またはフロープロセス１１１の１つ以上の要素との間でデータを送受信する。例えば、通信モジュール２０２は、通信ユニット１４５を介して、図１Ａ〜図１Ｉ、図３Ａ〜図３Ｃ、ならびに図４Ａおよび４Ｂに関連して上述したデータの一部または全部を受信または送信する。

いくつかの実施形態では、通信モジュール２０２は、更新システム１９９の構成要素からデータを受信し、そのデータをメモリ１２７に格納する。例えば、通信モジュール２０２は、ＢＳＭデータ１９５を含むＢＳＭメッセージを受信し、ＢＳＭデータ１９５をメモリ１２７に格納する。

いくつかの実施形態では、通信モジュール２０２は、更新システム１９９の構成要素間の通信を処理しうる。例えば、通信モジュール２０２は、図３Ａ〜図３Ｃに関連して後述するように、更新システム１９９によって解析または処理されるデータをメモリ１２７から取得しうる。

いくつかの実施形態では、通信モジュール２０２はコンピュータシステム２００のメモリ１２７に格納することができ、プロセッサ１２５によってアクセス可能、実行可能とすることができる。通信モジュール２０２は、信号線２２２を介してプロセッサ１２５Ａおよびコンピュータシステム２００の他の構成要素と協働し、通信するように適合されうる。

次に図３Ａ〜図３Ｃを参照すると、いくつかの実施形態による実施判断を行うための方法例３００の流れ図が示されている。方法３００について本明細書に記載するステップのうちの１つ以上は、１つ以上の更新システムによって実行されうる。

ステップ３０１で、ＡＤＡＳシステムセットの１つ以上のＡＤＡＳシステムの機能更新が開始される。

ステップ３０３で、実施判断を行うためのシステムデータが収集または集約される。実施判断は、判断データ（例えば、図１Ｇ参照）および解析データ（例えば、図１Ｈ参照）を考慮して、機能更新をソフトウェア更新によって実施するか、それともＦＰＧＡの再構成によって実施するか決定するためのシステムデータ（図１Ｂ参照）の解析を含む。

ステップ３０５で、実施判断を車両が行うかそれともサーバが行うかに関する判定が行われる。例えば、Ｔ_ＤＯ≧Ｔ_ＤＥの場合には、車両が実施判断を行い、方法３００は図３
Ｂのステップ３０７に進む。そうでない場合には、サーバが実施判断を行い、方法３００は図３Ｃのステップ３０６に進む。

次に図３Ｂを参照する。ステップ３０７で、車両の更新システムは、（１）システムデータ、（２）判断データ、および（３）解析データに基づいて実施判断を行う。機能更新をソフトウェア更新によって行う実施判断がされた場合には、方法３００はステップ３０９に進む。機能更新をＦＰＧＡの再構成によって行う実施判断がされた場合には、方法３００はステップ３１３に進む。機能更新は実行できないという実施判断がされた場合には、方法３００はステップ３１７に進む。

ステップ３０９で、車両の更新システムは、車両の通信ユニットに、更新データを求める要求を、ネットワークを介してサーバに送信させる。更新データは、車両のプロセッサによって実行された場合に、機能更新を実施するように動作する実行可能ファイルを記述する。

ステップ３１１で、更新データを含む無線メッセージが車両の通信ユニットによって受信され、更新データによって記述される実行可能ファイルが実行されて機能更新がインストールされる。

ステップ３１３で、車両の更新システムは、車両の通信ユニットに、機能更新を実施するためにＦＰＧＡをどのように再構成するかを記述する、いくつかの実施形態ではビットストリームによって提供される更新データを要求する無線メッセージを、ネットワークを介してサーバに送信させる。

ステップ３１５で、ビットストリームは車両の通信ユニットによって受信され、ＦＰＧＡは、ビットストリームに含まれる更新データに基づいて更新システムによって再構成される。

ステップ３１７で、更新システムは、車両の電子ディスプレイ、ＨＵＤまたは３Ｄ−ＨＵＤにエラーメッセージを出力させる。

次に図３Ｃを参照する。ステップ３２１で、サーバの更新システムは、（１）システムデータ、（２）判断データ、および（３）解析データに基づいて実施判断を行う。機能更新をソフトウェア更新によって行う実施判断がされた場合には、方法３００はステップ３２３に進む。機能更新をＦＰＧＡの再構成によって行う実施判断がされた場合には、方法３００はステップ３２５に進む。機能更新は実行できないという実施判断がされた場合には、方法３００はステップ３２７に進む。

ステップ３２３で、サーバの更新システムは、サーバの通信ユニットに、ネットワークを介して車両に、車両のプロセッサによって実行された場合に、機能更新を実施するように動作する実行可能ファイルを記述する更新データを送信させる。

ステップ３２５で、サーバの更新システムは、サーバの通信ユニットに、車両の通信ユニットとのビットストリームを確立させ、次いで、そのビットストリームを介して、車両の通信ユニットに更新データを送信させる。

ステップ３２７で、サーバの更新システムは、サーバの通信ユニットに、ネットワークを介して、車両の電子ディスプレイにエラーメッセージを表示させる車両の通信ユニットへの電子信号（または電子メッセージ）を送信させる。

次に図４Ａを参照すると、いくつかの実施形態によるＢＳＭデータ１９５を例示するブロック図が示されている。

ＢＳＭを送信するための一定の間隔はユーザ構成可能としうる。いくつかの実施形態では、この間隔のデフォルト設定は、０．１０秒ごとに、または約０．１０秒ごとにＢＳＭを送信すること、としうる。

ＢＳＭは、５．９ＧＨｚのＤＳＲＣ帯域上でブロードキャストされる。ＤＳＲＣ伝送距離は約１０００メートルとしうる。いくつかの実施形態では、ＤＳＲＣ伝送距離は、約１００メートルから約１０００メートルまでの伝送距離を含みうる。

次に図４Ｂを参照すると、いくつかの実施形態によるＢＳＭデータ１９５を例示するブロック図が示されている。

ＢＳＭは２つのパートを含みうる。これら２つのパートは、図４Ｂに示すように異なるＢＳＭデータ１９５を含みうる。

ＢＳＭデータ１９５のパート１は、車両位置、車両進行方向、車両速度、車両加速度、車両ハンドル角度、および車両サイズのうちの１つ以上を記述しうる。

ＢＳＭデータ１９５のパート２は、オプションの要素のリストの中から抜き出された可変のデータ要素セットを含みうる。ＢＳＭのパート２に含まれるＢＳＭデータ１９５のうちのいくつかがイベントトリガに基づいて選択され、例えば、アンチロック・ブレーキ・システム（ＡＢＳ）が作動されると、車両のＡＢＳシステムと関連性を有するＢＳＭデータ１９５がトリガされうる。

いくつかの実施形態では、パート２の要素の一部は帯域幅を節約するためにあまり頻繁に送信されない。

いくつかの実施形態では、ＢＳＭに含まれるＢＳＭデータ１９５は、道路網に沿って走行している車両の現在のスナップショットを含む。

以上の説明では、本発明を十分に理解できるように、多くの詳細について説明した。しかしながら、各実施形態はこれらの具体的な詳細無しでも良いことは当業者にとって明らかであろう。また、説明が不明瞭になることを避けるために、構造や装置をブロック図の形式で表すこともある。たとえば、一実施形態は、ユーザインタフェースおよび特定のハードウェアとともに説明される。しかし、ここでの説明は、データおよびコマンドを受信する任意のタイプのコンピュータシステムおよび任意の周辺機器について適用できる。

本明細書における「一実施形態」または「ある実施形態」等という用語は、その実施形態と関連づけて説明される特定の特徴・構造・性質が少なくとも本発明の一つの実施形態に含まれることを意味する。「一実施形態における」等という用語は本明細書内で複数用いられるが、これらは必ずしも同一の実施形態を示すものとは限らない。

以上の詳細な説明の一部は、非一時的（non-transitory）なコンピュータ可読記憶媒体に記憶されたデータビットに対する動作のアルゴリズムおよび記号的表現として提供される。これらのアルゴリズム的な説明および表現は、データ処理技術分野の当業者によって、他の当業者に対して自らの成果の本質を最も効果的に説明するために用いられるものである。なお、本明細書において（また一般に）アルゴリズムとは、所望の結果を得るための論理的な手順を意味する。処理のステップは、物理量を物理的に操作するものである。
必ずしも必須ではないが、通常は、これらの量は記憶・伝送・結合・比較およびその他の処理が可能な電気的または磁気的信号の形式を取る。通例にしたがって、これらの信号をビット・値・要素・エレメント・シンボル・キャラクタ・項・数値などとして称することが簡便である。

なお、これらの用語および類似する用語はいずれも、適切な物理量と関連付いているものであり、これら物理量に対する簡易的なラベルに過ぎないということに留意する必要がある。以下の説明から明らかなように、特に断らない限りは、本明細書において「処理」「計算」「コンピュータ計算（処理）」「判断」「表示」等の用語を用いた説明は、コンピュータシステムや類似の電子的計算装置の動作および処理であって、コンピュータシステムのレジスタやメモリ内の物理的（電子的）量を、他のメモリやレジスタまたは同様の情報ストレージや通信装置、表示装置内の物理量として表される他のデータへ操作および変形する動作および処理を意味する。

本発明は、本明細書で説明される動作を実行する装置にも関する。この装置は要求される目的のために特別に製造されるものであっても良いし、汎用コンピュータを用いて構成しコンピュータ内に格納されるプログラムによって選択的に実行されたり再構成されたりするものであっても良い。このようなコンピュータプログラムは、コンピュータのシステムバスに接続可能な、例えばフロッピー（登録商標）ディスク・光ディスク・ＣＤ−ＲＯＭ・磁気ディスクなど任意のタイプのディスク、読み込み専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、ＥＰＲＯＭ、ＥＥＰＲＯＭ、磁気または光学式カード、ＵＳＢキーを含む不揮発性フラッシュメモリ、電子的命令を格納するために適した任意のタイプの媒体などの、非一時的なコンピュータ可読記憶媒体に記憶される。

発明の具体的な実施形態は、完全にハードウェアによって実現されるものでも良いし、完全にソフトウェアによって実現されるものでも良いし、ハードウェアとソフトウェアの両方によって実現されるものでも良い。好ましい実施形態は、ソフトウェアによって実現される。ここでソフトウェアとは、ファームウェア、常駐ソフトウェア、マイクロコードやその他のソフトウェアを含むものである。

さらに、ある実施形態は、コンピュータが利用あるいは読み込み可能な記憶媒体からアクセス可能なコンピュータプログラムプロダクトの形態を取る。この記憶媒体は、コンピュータや任意の命令実行システムによってあるいはそれらと共に利用されるプログラムコードを提供する。コンピュータが利用あるいは読み込み可能な記憶媒体とは、命令実行システムや装置によってあるいはそれらと共に利用されるプログラムを、保持、格納、通信、伝搬および転送可能な任意の装置を指す。

プログラムコードを格納・実行するために適したデータ処理システムは、システムバスを介して記憶素子に直接または間接的に接続された少なくとも１つのプロセッサを有する。記憶素子は、プログラムコードの実際の実行に際して使われるローカルメモリや、大容量記憶装置や、実行中に大容量記憶装置からデータを取得する回数を減らすためにいくつかのプログラムコードを一時的に記憶するキャッシュメモリなどを含む。

入力／出力（Ｉ／Ｏ）装置は、例えばキーボード、ディスプレイ、ポインティング装置などであるが、これらはＩ／Ｏコントローラを介して直接あるいは間接的にシステムに接続される。

システムにはネットワークアダプタも接続されており、これにより、私的ネットワークや公共ネットワークを介して他のデータ処理システムやリモートにあるプリンタや記憶装置に接続される。モデム、ケーブルモデム、イーサネット（登録商標）は、現在利用可能
なネットワークアダプタのほんの一例である。

最後に、本明細書において提示されるアルゴリズムおよび表示は特定のコンピュータや他の装置と本来的に関連するものではない。本明細書における説明にしたがったプログラムを有する種々の汎用システムを用いることができるし、また要求された処理ステップを実行するための特定用途の装置を製作することが適した場合もある。これら種々のシステムに要求される構成は、以上の説明において明らかにされる。さらに、本発明は、特定のプログラミング言語と関連づけられるものではない。本明細書で説明される本発明の内容を実装するために種々のプログラミング言語を利用できることは明らかであろう。

実施形態の前述の説明は、例示と説明を目的として行われたものである。したがって、開示された実施形態が本発明の全てではないし、本発明を上記の実施形態に限定するものでもない。本発明は、上記の開示にしたがって、種々の変形が可能である。本発明の範囲は上述の実施形態に限定解釈されるべきではなく、特許請求の範囲にしたがって解釈されるべきである。本発明の技術に詳しい者であれば、本発明はその思想や本質的特徴から離れることなくその他の種々の形態で実現できることを理解できるであろう。同様に、モジュール・処理・特徴・属性・方法およびその他の本発明の態様に関する名前付けや分割方法は必須なものでものないし重要でもない。また、本発明やその特徴を実装する機構は異なる名前や分割方法や構成を備えていても構わない。さらに、当業者であれば、モジュール・処理・特徴・属性・方法およびその他の本発明の態様は、ソフトウェア、ハードウェア、ファームウェアもしくはこれらの組合せとして実装できることを理解できるであろう。また、本発明をソフトウェアとして実装する場合には、モジュールなどの各要素は、どのような様式で実装されても良い。例えば、スタンドアローンのプログラム、大きなプログラムの一部、異なる複数のプログラム、静的あるいは動的なリンクライブラリー、カーネルローダブルモジュール、デバイスドライバー、その他コンピュータプログラミングの当業者にとって既知な方式として実装することができる。さらに、本発明の実装は特定のプログラミング言語に限定されるものではないし、特定のオペレーティングシステムや環境に限定されるものでもない。以上のように、上記の本発明の説明は限定的なものではなく例示的なものであり、本発明の範囲は添付の特許請求の範囲にしたがって定められる。

１０３ サーバ
１０４ 路側ユニット
１０５ ネットワーク
１２３ 車両
１２４ 遠隔車両
１２５ プロセッサ
１２７ メモリ
１４５ 通信ユニット
１７０ ＤＳＲＣ準拠のＧＰＳユニット
１８０ ＡＤＡＳシステム
１８２ センサセット
１８３ ＥＣＵ
１８４ ＦＰＧＡ
１９０ システムデータ
１９１ 更新データ
１９２ 判断データ
１９３ 解析データ
１９４ ＡＤＡＳデータ
１９５ ＢＳＭデータ
１９９ 更新システム

Claims (14)

1. 車両の先進運転支援（ＡＤＡＳ）システムの機能更新を実施する方法であって、
   前記車両の運転環境に関するデータを含むＤＳＲＣメッセージを受信する受信ステップと、
   前記運転環境に基づいて、前記ＡＤＡＳシステムの機能更新を行うため、前記ＡＤＡＳシステムの動作を制御するＦＰＧＡを再構成するか否かを決定する決定ステップと、
   前記決定の結果に基づいて前記ＦＰＧＡを再構成する更新ステップと、
   を含む方法。
2. 前記ＤＳＲＣメッセージがＢＳＭ（Basic Safety Message）メッセージである、
   請求項１に記載の方法。
3. 前記運転環境に基づいて再構成デッドラインを決定するステップをさらに含み、
   前記決定ステップでは、前記再構成デッドラインに基づいて、前記ＦＰＧＡを再構成するか否かを決定する、
   請求項１または２に記載の方法。
4. 前記車両の運転環境は、前記車両の周辺に存在する他車両の位置を含み、
   前記再構成デッドラインは、前記他車両の位置に基づいて決定される、
   請求項３に記載の方法。
5. 前記決定ステップでは、前記再構成デッドラインと、前記ＦＰＧＡのリソースの双方に基づいて、前記ＦＰＧＡを再構成するか否かを決定する、
   請求項３または４に記載の方法。
6. 前記ＦＰＧＡが、前記車両が有するＥＣＵを構成する、
   請求項１から５のいずれかに記載の方法。
7. 前記ＤＳＲＣメッセージが路側装置から送信される、
   請求項１から６のいずれかに記載の方法。
8. 車両の先進運転支援（ＡＤＡＳ）システムの機能更新を実施する方法であって、
   前記車両の運転環境に関するデータを含むＤＳＲＣメッセージを受信する受信ステップと、
   前記運転環境に基づいて、前記ＡＤＡＳシステムの機能更新を行うため、前記ＡＤＡＳシステムの動作を制御するＦＰＧＡを再構成する第一の処理を行うか、前記ＡＤＡＳシステムの動作を制御するソフトウェアの更新を行う第二の処理を行うか、のいずれかを決定する決定ステップと、
   前記決定の結果に基づいて、前記ＦＰＧＡの再構成またはソフトウェアの更新のいずれかを行う更新ステップと、
   を含む方法。
9. 前記ＤＳＲＣメッセージがＢＳＭ（Basic Safety Message）メッセージである、
   請求項８に記載の方法。
10. 前記運転環境に基づいて再構成デッドラインを決定するステップをさらに含み、
    前記決定ステップでは、前記再構成デッドラインに基づいて、前記第一の処理を行うか、前記第二の処理を行うかを決定する、
    請求項８または９に記載の方法。
11. 前記車両の運転環境は、前記車両の周辺に存在する他車両の位置を含み、
    前記再構成デッドラインは、前記他車両の位置に基づいて決定される、
    請求項１０に記載の方法。
12. 前記決定ステップでは、前記再構成デッドラインと、前記ＦＰＧＡのリソースの双方に基づいて、前記第一の処理を行うか、前記第二の処理を行うかを決定する、
    請求項１０または１１に記載の方法。
13. 車両の先進運転支援（ＡＤＡＳ）システムの機能更新を実施するシステムであって、
    前記車両の運転環境に関するデータを含むＤＳＲＣメッセージを受信する受信手段と、
    前記運転環境に基づいて、前記ＡＤＡＳシステムの機能更新を行うため、前記ＡＤＡＳシステムの動作を制御するＦＰＧＡを再構成するか否かを決定する決定手段と、
    前記決定の結果に基づいて前記ＦＰＧＡを再構成する更新手段と、
    を含むシステム。
14. 車両の先進運転支援（ＡＤＡＳ）システムの機能更新を実施するシステムであって、
    前記車両の運転環境に関するデータを含むＤＳＲＣメッセージを受信する受信手段と、
    前記運転環境に基づいて、前記ＡＤＡＳシステムの機能更新を行うため、前記ＡＤＡＳシステムの動作を制御するＦＰＧＡを再構成する第一の処理を行うか、前記ＡＤＡＳシステムの動作を制御するソフトウェアの更新を行う第二の処理を行うか、のいずれかを決定する決定手段と、
    前記決定の結果に基づいて、前記ＦＰＧＡの再構成またはソフトウェアの更新のいずれかを行う更新手段と、
    を含むシステム。

Images