(57)【要約】  車両（１）の運動および／または運転パラメータに関するデータを取得するように適合および構成されたオンボードデバイス（１０）であって、オンボードデバイス（１０）の内部にあり、車両の運動および／または運転パラメータに相関付けられるデータを含む第１のデータ信号を出力に提供するようにされる少なくとも１つのデータソース（１３、１４）と、前記第１のデータ信号を受信して処理するよう内部データソース（１３、１４）に動作可能に接続されるデータ処理ユニット（１１）と、データ処理ユニット（１１）と遠隔処理センター（１００）との間の通信ネットワーク上でのデータ送信を可能にするためにデータ処理ユニット（１１）に動作可能に接続される遠距離無線通信インターフェイス（１２）と、オンボードデバイス（１０）が外部デバイス（３）から少なくとも１つのデータ信号を受信することを可能にするためにデータ処理ユニット（１１）に動作可能に接続される第１の近距離Bluetooth無線通信インターフェイス（１８）とを備え、外部デバイスは、オンボードデバイス（１０）の外部にあるデータソース（３６）と、第２の近距離Bluetooth無線通信インターフェイス（３８）とを含む。
2019523485.tif 000002
【特許請求の範囲】
【請求項１】
車両（１）の運動および／または運転パラメータに関するデータを取得するように適合および構成されたオンボードデバイス（１０）であって、
−前記オンボードデバイス（１０）の内部にあり、前記車両の運動および／または運転パラメータに相関付けられるデータを含む第１のデータ信号を出力に提供するようにされる少なくとも１つのデータソース（１３、１４）と、
−前記第１のデータ信号を受信して処理するよう前記内部データソース（１３、１４）に動作可能に接続されるデータ処理ユニット（１１）と、
−−前記データ処理ユニット（１１）と遠隔処理センター（１００）との間の通信ネットワーク上でのデータ送信を可能にするために前記データ処理ユニット（１１）に動作可能に接続される遠距離無線通信インターフェイス（１２）と、
−−前記オンボードデバイス（１０）が外部デバイス（３）から少なくとも１つのデータ信号を受信することを可能にするために前記データ処理ユニット（１１）に動作可能に接続される第１の近距離Bluetooth無線通信インターフェイス（１８）とを備え、前記外部デバイスは、前記オンボードデバイス（１０）の外部にあるデータソース（３６）と、第２の近距離Bluetooth無線通信インターフェイス（３８）とを含む、オンボードデバイス（１０）。
【請求項２】
前記第１の近距離Bluetooth無線接続インターフェイス（１８）は、前記オンボードデバイス（１０）が前記第１の近距離Bluetooth無線接続インターフェイス（１８）の少なくとも１つの広告チャネルで前記外部デバイス（３）からデータ信号を受信することを可能にするように適合および構成される態様で、前記オンボードデバイス（１０）は適合および構成され、特にプログラムされる、請求項１に記載のオンボードデバイス（１０）。
【請求項３】
前記データ信号は、前記外部データソース（３６）から取得されるデータを含む、請求項２に記載のオンボードデバイス（１０）。
【請求項４】
前記外部データソース（３６）は少なくとも１つのセンサを含む、請求項２または３に記載のオンボードデバイス（１０）。
【請求項５】
前記オンボードデバイス（１０）と前記外部デバイス（３）とは、前記少なくとも１つの広告チャネル上で送受信されるデータ信号を互いと排他的に交換するようにプログラムされる、先行する請求項のいずれか１項に記載のオンボードデバイス（１０）。
【請求項６】
前記オンボードデバイス（１０）は、前記広告チャネル上で暗号化されたデータ信号を受信するようにプログラムされ、前記処理ユニット（１０）は、前記データを復号化するようにプログラムされる、先行する請求項２〜５のいずれか１項に記載のオンボードデバイス（１０）。
【請求項７】
前記データ信号は、前記オンボードデバイス（１０）と前記外部デバイス（３）との両方に知られている共通の暗号化鍵で暗号化される、請求項６に記載のオンボードデバイス。
【請求項８】
前記オンボードデバイス（１０）は、前記暗号化鍵を前記遠隔処理センター（１００）から前記遠距離通信インターフェイス（１２）を介して受信して、前記暗号化鍵を前記近距離Bluetooth無線通信インターフェイス（１８）を介して前記外部デバイス（３）に送信するように適合および構成される、請求項７に記載のオンボードデバイス（１０）。
【請求項９】
前記オンボードデバイス（１０）は、同じ共通の暗号化鍵を用いて前記第１の近距離無線通信インターフェイス（１８）を介して複数の前記外部デバイス（３）と通信するように適合および構成される、請求項７または８に記載のオンボードデバイス。
【請求項１０】
前記オンボードデバイス（１０）はブラックボックスである、先行する請求項のいずれか１項に記載のオンボードデバイス（１０）。
【発明の詳細な説明】
【技術分野】
【０００１】
発明の技術分野
本発明は、車両の運動および／または運転パラメータに関するデータを取得するように構成されたオンボードデバイスに関する。
【背景技術】
【０００２】
従来技術
車両の運動および／または運転パラメータに関するデータのリアルタイム取得ならびに例えば遠隔処理センターへの遠隔送信のためのオンボードデバイスが公知であり、広く使用されている。そのようなオンボードデバイスは、事故の検出、それの再構築力学、運転スタイルおよび習慣の監視、ならびに車両のトラッキングを有利に可能にする。
【０００３】
前述のオンボードデバイスは通常テレマティクスボックスまたはブラックボックスと呼ばれ、事故の場合における保険契約および／もしくはリアルタイム支援のためのカスタマイズされた料金を規定するために、ならびに／または関係者に対する責任の帰属の目的のために事後に請求のダイナミクスを再構築するために使用される。例えば、上記のタイプのオンボードデバイスが、同じ出願人によって提出された国際特許出願ＷＯ２０１３／１５０５５９に記載されている。
【０００４】
上述の先行技術のオンボードデバイスは、それらが設置されている車両の位置をリアルタイムで突き止め、車両の加速度および減速度、軌跡、車両のバッテリの充電状態を登録し、さらに遠隔処理センターと通信することもできる。通常、オンボードデバイスは、処理ユニットに動作可能に取り付けられる、電子プロセッサと、加速度センサ、ジャイロスコープなどのようなさまざまなセンサとを備える。このようにして、処理ユニットは異なるデータソースから来るデータを取得し処理することができる。先行技術のオンボードデバイスは、前記オンボードデバイスにもともと提供されていたデータソースにさらなるデータソースを追加することに関して、それほど柔軟ではないという欠点がある。
【発明の概要】
【発明が解決しようとする課題】
【０００５】
本明細書の目的は、先行技術のオンボードデバイスを参照して上述した欠点を解決するかまたは少なくとも部分的に軽減するオンボードデバイスを提供することである。
【課題を解決するための手段】
【０００６】
そのような目的は請求項１に概して規定されるオンボードデバイスによって達成される。前述のオンボードデバイスの好ましい有利な実施形態が、従属請求項に規定される。
【０００７】
本発明は、以下の段落で簡単に説明される添付の図面を参照して非限定的な例としてなされる、特定の実施形態の以下の詳細な説明からより明確に理解されるであろう。
【図面の簡単な説明】
【０００８】
【図１】車両の運動および／または運転パラメータに関するデータを取得するように構成されたオンボードデバイスと遠隔処理センターとの間のデータ伝送のための例示的なシステムの機能ブロック図を示す。
【図２】図１のシステムのオンボードデバイスの非限定的な例としての実施形態の機能ブロック図を示す。
【発明を実施するための形態】
【０００９】
詳細な説明
図１は、車両の運動および／または運転パラメータに関するデータを取得するように構成されたオンボードデバイスと遠隔処理センターとの間のデータ伝送システムの非限定的な例による実施形態を示す。この例では、システムは車両１に搭載されたオンボードデバイス１０を備える。車両１は、例えば自動車であるが、実際にはオートバイ、またはバスのような公共の輸送手段、一般的には任意の輸送または作業車両、例えば農業用車両でさえあり得る。
【００１０】
このデータ伝送システムは、例えばモバイルセルラー無線ネットワーク５０、例えばＧＳＭ（登録商標）ネットワークなどの通信ネットワークを備える。そのような通信ネットワーク５０は、例えば１つまたは複数の移動交換局（ＭＳＣ）などのソフトウェアおよびハードウェア機器を含む。データ伝送システムは、少なくとも１つの遠隔処理センター１００をさらに備える。モバイルセルラーネットワーク５０は、オンボードデバイス１０と遠隔処理センター１００との間のデータ伝送を可能にする。このデータ伝送は、好ましくは二方向伝送である。遠隔処理センター１００は、それぞれの車両１に搭載された複数のオンボードデバイス１０から取得されるデータを受信して処理するように構成される。遠隔処理センター１００は、車両１を監視して、例えばその運転における危険因子、車両の運転手の運転習慣を評価し、救助要請を受信し、事故、盗難等を検出することなどを可能にするハードウェアおよびソフトウェアシステムである。遠隔処理センター１００によって管理される車両１の数およびゆえにそれぞれのオンボードデバイス１０の数は、必要に応じて多く、例えば、数十万または数百万のオーダーになってもよい。
【００１１】
一実施形態によれば、遠隔処理センター１００は、互いに動作可能に接続されたフロントエンドサーバ１０１とバックエンドサーバ１０２とを含む。フロントエンドサーバ１０１は、オンボードデバイス１０から接続要求を受信し、好ましくはそこから受信したデータの何らかの前処理を実行するように適合および構成される。
【００１２】
バックエンドサーバ１０２は、高度コンピューティングプラットフォームと、フロントエンドサーバ１０１によって前処理されたデータを格納し処理するためのデータベースとを含む。フロントエンドサーバ１０１は、モバイルセルラーネットワーク５０に対するバックエンドサーバ１０２の接続インターフェイスとして機能するように適合され構成される。
【００１３】
図２は、オンボードデバイス１０の好ましい非限定的な実施形態を示す。オンボードデバイス１０は、例えばブラックボックスである。オンボードデバイス１０は、オンボードデバイス１０の電子部品が内部に収容される水密容器２０を含む。好ましくは、オンボードデバイス１０は車両１のバッテリによって電力を供給され、より好ましくは容器２０は前述のバッテリに取り付けられ、例えばバッテリに取り付けられる。
【００１４】
好ましくは、オンボードデバイス１０は、車両１のバッテリによって提供される電気信号から開始してオンボードデバイス１０に電力を供給するように構成された電圧調整回路１５をさらに含む。
【００１５】
オンボードデバイス１０は、例えばマイクロコントローラまたはマイクロプロセッサなどの処理ユニット１１と、処理ユニット１１に動作可能に接続されるＧＳＭ−ＧＰＲＳ通信インターフェイス１２などのような遠距離無線通信インターフェイスとを含む。このような通信インターフェイス１２は好ましくはＳＩＭ１２０、好ましくはいわゆるＳＩＭオンチップを含む。オンボードデバイス１０は、少なくとも１つのセンサ１４をさらに含む。例えば、オンボードデバイス１０は、処理ユニット１１に動作可能に接続される三軸加速度計１４１およびジャイロスコープ１４２を含む。好ましい実施形態によれば、三軸加速度計１４１およびジャイロスコープ１４２は、単一の電子デバイス１４に集積されるデジタルＭＥＭＳおよび３Ｄデバイスである。
【００１６】
オンボードデバイス１０はさらに、処理ユニット１１に動作可能に接続される、アクティブＧＮＳＳアンテナのような少なくとも１つのＧＮＳＳ受信機１３を含む。
【００１７】
センサ１４およびＧＮＳＳ受信機は、オンボードデバイス１０に集積されるデータソースの組を表すことに留意されたい。このため、このようなデータソースは、オンボードデバイス１０の内部ソースとして規定される。
【００１８】
オンボードデバイス１０は、近距離通信インターフェイス１８、および特に処理ユニット１１に動作可能に接続されるBluetooth（登録商標）通信インターフェイスをさらに含む。近距離Bluetooth通信インターフェイス１８は、必ずしもではないが、ＢＴＬＥ−Bluetooth Low Energy Interface（Bluetooth低エネルギーインターフェイス）であることが好ましい。この通信インターフェイス１８は、有利なことに、オンボードデバイス１０のデータソースの数を増やすことを可能にし、オンボードデバイス１０がオンボードデバイス１０の外部ソースとして規定されるデータソースとインターフェイスすることを可能にする。例えば、近距離通信インターフェイス１８は、オンボードデバイス１０を外部デバイス３に接続する。外部とは、例えば容器２０の外側に配置され、通信インターフェイス１８の動作範囲内に配置されるなど、オンボードデバイス１０から物理的に分離することを意味すると解釈される。このような外部デバイス３は、車両１内に存在するかもしくは車両１に搭載されて設置されたデバイス、または車両１の外部にあって、車両１の近くにおいて、いずれにせよ近距離通信インターフェイス１８の動作範囲内に配置されるデバイスであり得る。
【００１９】
外部デバイス３は、少なくとも１つのデータソース３６と、オンボードデバイスの近距離通信インターフェイスデバイス１８とインターフェイスするように適合および構成され、後者がデータソース３６からデータを受信することができる、例えばＢＴＬＥなどの近距離Bluetooth無線通信インターフェイス３８とを含む。
【００２０】
データソース３６は、データソース３６から取得されるデータを担持するデータ信号を出力に供給するようになっており、例えば、処理ユニット、外部システムへの物理的コネクタ、押しボタンなどのアクチュエータ、センサ、メモリのうちの１つまたは複数を個別にまたはすべての可能な組み合わせで含む。例えば、データソース３６は、診断目的で予定される車両１に設けられるＯＢＤポートに外部デバイス３を接続するように適合された物理的ＯＢＤコネクタ‐オンボード診断‐を含む。このようにして、近距離Bluetooth通信インターフェイス１８のおかげで、オンボードデバイス１０は、例えば診断データ、または車両１に搭載されたエアバッグ、エンジン、車両安全装置、制動システムなどのような車両構成要素１の動作に関連するデータを受信するために、車両１のエンジン制御ユニットＥＣＵに接続することができる。
【００２１】
好ましい非限定的な実施形態によれば、オンボードデバイス１０は、例えば物理的なコネクタを含む、処理ユニット１１に動作可能に接続される、通信ポート１６をさらに含む。この通信ポート１６には、図示されていないさらなるデバイスを接続することができ、その目的は、記憶リソース、処理リソース、通信インターフェイス、またはセンサの数および／もしくはタイプなど、オンボードデバイス１０の容量ならびに／または機能を増大させることである。このようにして、オンボードデバイス１０の外部データソースの数および／または種類をさらに増やすことも可能であることは明らかである。
【００２２】
オンボードデバイス１０は、例えば処理ユニット１１に集積されたログメモリ１８をさらに含む。オンボードデバイス１０は、処理ユニット１１を介して、車両１の運動および／または運転パラメータに関するデータを周期的におよび／またはイベントに基づいてログメモリ１８に格納などする。そのようなデータは、例えば、およびそれによって限定することなく、車両１の速度、加速度、減速度、衝撃、位置、診断データ、オンボードデバイス１０によって生成される警報、温度などを含む。典型的には、このデータは、例えば周期的に、車両の通常の使用中に定期的に取得され、本明細書では「第１のデータ」と呼ばれるデータ、および特別なイベント、例えば処理ユニット１１が盗難や事故などのイベントを潜在的に表すものとして解釈できるイベントの場合に格納され、本明細書では「第２のデータ」と呼ばれるデータを含む。
【００２３】
第１および第２のデータは、オンボードデバイス１０から遠距離通信インターフェイス１２を介して遠隔処理センター１００に送信される。
【００２４】
公知のように、近距離Bluetooth通信インターフェイスは、少なくとも１つのデータチャネルおよび少なくとも１つの広告チャネル上で送受信される信号を使用して通信するように適合および構成される。例えば、３７のデータチャネルおよび３つの広告チャネルがある。広告チャネル上の信号の通信は、一般に、２つのデバイス間で専用のポイントツーポイント通信を確立することなくブロードキャストモードで行われ、このため、２つのデバイス間のペアリングを必要としない。この通信は典型的には、Bluetoothインターフェイスを備えた２つのデバイスがペアリングするために互いを識別できる予備的動作で使用される。言い換えれば、広告チャネルは、Bluetoothインターフェイスを有するデバイスが、その存在を、同じインターフェイスを有しBluetoothインターフェイスの動作範囲内に存在する他のデバイスに、同じ態様で通信して、そのようなデバイスの存在を前記動作範囲において検出することを可能にする。データチャネル上で送受信される信号を使用するBluetoothインターフェイスを備えた２つのデバイス間の通信は、代わりに、２つのデバイス間のペアリングを必要とする。
【００２５】
オンボードデバイス１０は、近距離Bluetoothインターフェイスの少なくとも１つの広告チャネル上で外部デバイス３によって送信されるデータ信号を使用して、外部デバイス３から、したがってデータソース３６からデータを受信するように適合および構成される。明らかに、前述の広告チャネル上の２つのデバイス１０と１３との間の通信は双方向であり得る。言い換えれば、オンボードデバイス１０および外部デバイス３は、前述の広告チャネル上で送信されるデータ信号を使用して互いに通信するように適合および構成、すなわちプログラムされる。そのような通信は、Bluetoothプロトコルによって想定されるペアリング手順の意味で理解される、デバイス間の事前のペアリングを必要としない。
【００２６】
一実施形態によれば、オンボードデバイス１０および外部デバイス３は、１つまたは複数の広告チャネル上でのみ送受信されるデータ信号を介して通信するように適合および構成、すなわちプログラムされる。
【００２７】
特に有利な実施形態によれば、広告チャネル上の前述の通信は、例えばオンボードデバイス１０と外部デバイス３との両方に知られている共通の暗号化鍵を用いた暗号化された通信である。好ましい実施形態によれば、同じオンボードデバイス１０が複数の外部デバイス３に動作可能に接続される場合、オンボードデバイス１０および外部デバイス３の両方が、すべて、共通の、したがってオンボードデバイス１０およびそれに接続されるすべての外部デバイス３の両方に知られている暗号化鍵を使用するなどのようになっている。言い換えれば、オンボードデバイス１０は、同じ共通の暗号化鍵を使用して、前記第１の近距離無線通信インターフェイスを介して複数の外部デバイス３と通信するように適合および構成される。
【００２８】
例えば、オンボードデバイス１０と外部デバイス３との両方が、製造中に２つのデバイスに設定された共通の暗号化鍵を使用して暗号化された態様で互いに通信するように最初に構成されることが可能である。そのような鍵は、多数のオンボードデバイスおよび外部デバイスに共通であり得る。車載後、オンボードデバイス１０は、遠隔処理センター１００から新たな暗号化鍵を受信するよう適合および構成、すなわちプログラムされるが、今度は専用であり、そのような新たな暗号化鍵を近距離Bluetooth通信インターフェイス１８の動作範囲内に位置するすべての外部デバイス３に通信するようにされる。
【００２９】
オンボードデバイス１０が複数の外部デバイス３に接続される、すなわち関連付けられる場合、外部デバイス３からオンボードデバイス１０へのデータ信号の送信が同じ広告チャネル上で生じることが可能である。そのような場合、外部デバイスからデータ信号を受信した後のオンボードデバイスは、例えばいずれにしても他のすべての外部デバイス３によっても受信（そしておそらくは正しく解読され）得る肯定応答信号を送信することにより、そのようなデバイスにデータ信号の受信を通信する。場合によっては、例えば、１つの外部デバイス３が他の外部デバイスよりも大量のデータをオンボードデバイス１０に送信するようなものである場合、特定の広告チャネルを前記外部デバイス３に専用にすることが可能であろう。
【００３０】
上記の説明から、上述したタイプのオンボードデバイス１０は、先行技術の欠点を克服することに関して意図した目的を完全に達成することを可能にすることは明らかである。
【００３１】
そのようなオンボードデバイスは、外部データソースとインターフェイスすることができるという可能性に関してかなりの柔軟性を保証することによって、先行技術の装置の欠点を実際に克服する。
【００３２】
本発明の原理を害することなく、実施形態および構造の詳細は、特許請求の範囲で定義される本発明の範囲から逸脱することなく、純粋に非限定的な例として記載および図示されたものに関して広く変更されてもよい。
【図１】
2019523485.tif 000003
【図２】
2019523485.tif 000004
【国際調査報告】
2019523485.tif 000005
2019523485.tif 000006
2019523485.tif 000007