(57)【要約】  車両（１）の運動および／または運転パラメータに関するデータを取得するように構成されたオンボードデバイス（１０）と遠隔処理センター（１００）との間のデータ伝送方法は、オンボードデバイス（１０）を介して前記データを取得し、それをオンボードデバイス（１０）のログメモリ（１８）に格納するステップと、対応のイベントのタイプに各々が関連付けられる複数の可能な論理条件に含まれる論理条件が満たされるかどうかを前記オンボードデバイス（１０）が評価するステップと、前記論理条件が満たされる場合、オンボードデバイスが、オンボードデバイスと遠隔処理センターとの間のＧＰＲＳ接続の確立を要求するためにモバイルセルラー無線ネットワークへの接続を要求するデータ接続要求メッセージを送信するステップとを備え、データ接続要求メッセージは、前述の論理条件に関連付けられるイベントのタイプを識別する少なくとも１つのデータを含み、前記方法はさらに、モバイルセルラー無線ネットワークが、遠隔処理センターでデータ接続要求を受信するステップと、前記識別データに基づいて接続要求を受諾または拒否するために遠隔処理センターでデータ接続要求メッセージを処理するステップとを備える。
2019522426.tif 000002
【特許請求の範囲】
【請求項１】
車両（１）の運動および／または運転パラメータに関するデータを取得するように構成されたオンボードデバイス（１０）と遠隔処理センター（１００）との間のデータ伝送方法であって、
−前記オンボードデバイス（１０）を介して前記データを取得し、それらを前記オンボードデバイス（１０）のログメモリ（１８）に格納するステップと、
−対応のイベントのタイプに各々が関連付けられる複数の可能な論理条件に含まれる論理条件が満たされるかどうかを前記オンボードデバイスが評価するステップと、
−前記論理条件が満たされる場合、前記オンボードデバイスが、前記オンボードデバイスと前記遠隔処理センターとの間のＧＰＲＳ接続の確立を要求するためにモバイルセルラー無線ネットワークへの接続を要求するデータ接続要求メッセージを送信するステップとを備え、前記データ接続要求メッセージは、前述の論理条件に関連付けられるイベントのタイプを識別する少なくとも１つのデータを含み、前記方法はさらに、
−前記モバイルセルラー無線ネットワークにより、前記遠隔処理センターで前記データ接続要求メッセージ接続を受信するステップと、
−前記識別データに基づいて接続要求を受諾または拒否するために前記遠隔処理センターで前記データ接続要求メッセージを処理するステップとを備える、データ伝送方法。
【請求項２】
前記データ接続要求メッセージは、前記オンボードデバイスを識別するデータを含み、前記処理ステップでは、前記接続要求は前記オンボードデバイスを識別するデータにも基づいて受諾または拒否される、請求項１に記載のデータ伝送方法。
【請求項３】
前記複数の条件のうちの条件のサブセットを識別するステップをさらに備え、前記評価ステップは、前記論理条件が前記条件のサブセットに属するかどうかを検証するステップを含み、それが検証された場合、ＧＰＲＳ接続要求メッセージに加えて、ＵＳＳＤメッセージおよび／またはＳＭＳを前記オンボードデバイスから前記遠隔処理センターに送信するステップをさらに備える、請求項１または２に記載の伝送方法。
【請求項４】
前記評価ステップは、前記ログメモリの所与の部分が一杯になったか否かを評価するステップを含む、先行する請求項のいずれか１項に記載の伝送方法。
【請求項５】
前記部分は、前記ログメモリの全容量よりも小さいサイズを有する、請求項４に記載の伝送方法。
【請求項６】
前記データ接続要求メッセージは、Ｒａｄｉｕｓパケットである、先行する請求項のいずれか１項に記載の伝送方法。
【請求項７】
考えられるイベントのタイプは、
−前記ログメモリの所与の部分を満たすこと、
−前記車両の盗難の潜在性、
−前記車両の事故の潜在性、
−オンボードデバイスによって検出される診断警報、
−援助に対する要求、を含む、先行する請求項のいずれか１項に記載の伝送方法。
【請求項８】
前記ログメモリはＦＡＴメモリの領域を含み、前記方法は、前記ＧＰＲＳ接続が確立されると、
−前記オンボードデバイスから前記遠隔操作センターに前記ログメモリに格納されたデータパケットを送信するステップと、
−前記遠隔処理センターによる前記データパケットの受信の確認を前記オンボードデバイスで受信するステップと、
−前記遠隔処理センターから受信される前記データパケットを前記ログメモリから消去／書き換えし、前記ＦＡＴメモリにおいて、消去されたまたは書き換え可能なデータパケットを含むメモリの部分と、まだ前記遠隔処理センターに送信されていないデータパケットまたは送信されたが前記オンボードデバイスが前記遠隔処理センターによる受信の確認を受信していないデータパケットを含むメモリの部分とをインデックス付けするステップとを備える、先行する請求項のいずれか１項に記載の伝送方法。
【発明の詳細な説明】
【技術分野】
【０００１】
発明の技術分野
本発明は、電気通信の技術分野に関し、特に、車両の運動および／または運転パラメータに関するデータを取得するように構成されたオンボードデバイスと遠隔処理センターと間のデータ伝送方法に関する。
【背景技術】
【０００２】
従来技術
車両の運動および／または運転パラメータに関するデータのリアルタイム取得ならびに例えば遠隔処理センターへの遠隔送信のためのオンボードデバイスが公知であり、広く使用されている。そのようなオンボードデバイスは、事故の検出、それの再構築力学、運転スタイルおよび習慣の監視、ならびに車両のトラッキングを有利に可能にする。
【０００３】
前述のオンボードデバイスは通常テレマティクスボックスまたはブラックボックスと呼ばれ、事故の場合における保険契約および／もしくはリアルタイム支援のためのカスタマイズされた料金を規定するために、ならびに／または関係者に対する責任の帰属の目的のために事後の請求のダイナミクスを再構築するために使用される。例えば、上記のタイプのオンボードデバイスが、同じ出願人によって提出された国際特許出願ＷＯ２０１３／１５０５５８Ａ１に記載されている。
【０００４】
上述の先行技術のオンボードデバイスは、それらが設置されている車両の位置をリアルタイムで突き止め、車両の加速度および減速度、軌跡、車両のバッテリの充電状態を登録し、さらに遠隔処理センターと通信することもできる。この通信は、標準または独占通信プロトコルを介して行われる。この通信は通常双方向であり、保険会社および末端顧客の両方に対する追加サービスの実施ならびに提供を可能にする。例えば、これらのサービスの中には自動車盗難に対する警報がある。このような警報は、特定の条件が発生したときにオンボードデバイスによって自動的に生成されるか、またはエンドユーザーの要求に応じて遠隔処理センターによって生成されてもよい。したがって、そのようなサービスを提供するためには、オンボードデバイスと遠隔処理センターとの間の安定した効果的な通信を確実にすることが不可欠である。通信プロトコルは、オンボードデバイスと遠隔処理センターとの間で送信されるメッセージのフォーマットおよびオンボードデバイスのセンサによって取得されるデータ保存フォーマットの両方を特徴付ける。そのようなデータは、直ちに遠隔処理センターに伝達されるか、または信号の欠如もしくは他の適切な理由の故にそれらを前記センターに送信することが不可能もしくは望ましくない場合にはオンボードデバイスに格納され得る。しかしながら、先行技術のオンボードデバイスと遠隔処理センターとの間のデータ伝送方法にはいくつかの欠点がある。
【０００５】
第１の欠点は、使用されるプロトコルが特定の通信チャネルを利用することによって使用されることを意図しているか、または遠隔処理センターとの双方向通信用に最適化されており、取得されたデータの格納用には最適化されていない、もしくはその逆であることであるという事実にある。この柔軟性の欠如は、ＳＭＳ、ＵＳＳＤ、ＧＰＲＳおよびＰＳＴＮのような異なる通信チャネルの使用、ならびに取得されたデータのオンボードデバイス上の格納の両方に関して、最適化の欠如をもたらす。実際、ネットワーク信号が貧弱な状況では、オンボードデバイスは、例えば援助の要請、盗難の試みまたは事故のイベントセンターへの適時の信号伝達を確実にするように通信チャネルを変更することができるべきである。
【０００６】
第２の欠点は、先行技術のオンボードデバイスによって実施されるデータ伝送プロトコルが、伝送のための帯域使用に関して最適化されていないことを証明していることである。したがって、そのようなオンボードデバイスは、センサによって取得されたデータと前述のイベントの信号伝達のための警報メッセージとの両方を送信するために、より多くの時間を必要とする。この欠点は、通信および結果として通信に関連付けられるサービスの適切な管理を保証することを不可能にする。セキュリティ要件もこの文脈に当てはまる。実際、場合によっては、プライバシーの観点から現在の法律に準拠するために暗号化された情報を送信する必要がある。メッセージの暗号化は、ディスパッチに必要な帯域を増加させる影響があり、したがって最適化されていない通信プロトコルの使用をさらにより重大にする。
【発明の概要】
【発明が解決しようとする課題】
【０００７】
本明細書の目的は、先行技術のデータ伝送方法を参照して上述した欠点を解決するかまたは少なくとも部分的に軽減するデータ伝送方法を提供することである。
【課題を解決するための手段】
【０００８】
そのような目的は請求項１に概して規定されるデータ伝送方法によって達成される。前述のデータ伝送方法の好ましい有利な実施形態は、従属請求項に規定される。
【０００９】
本発明は、以下の段落で簡単に説明される添付の図面を参照して非限定的な例としてなされる、特定の実施形態の以下の詳細な説明からより明確に理解されるであろう。
【図面の簡単な説明】
【００１０】
【図１】車両の運動および／または運転パラメータに関するデータを取得するように構成されたオンボードデバイスと遠隔処理センターとの間のデータ伝送方法を実現するよう適合された例示的なシステムの機能ブロック図を示す。
【図２】図１のシステムのオンボードデバイスの非限定的な例としての実施形態の機能ブロック図を示す。
【発明を実施するための形態】
【００１１】
詳細な説明
図１は、車両の運動および／または運転パラメータに関するデータを取得するように構成されたオンボードデバイスと遠隔処理センターとの間のデータ伝送システムの非限定的な例による実施形態を示す。この例では、システムは車両１に搭載されたオンボードデバイス１０を備える。車両１は、例えば自動車であるが、実際にはオートバイ、またはバスのような公共の輸送手段、一般的には任意の輸送または作業車両、例えば農業用車両でさえあり得る。このシステムは、モバイルセルラー無線ネットワーク５０、例えばＧＳＭ（登録商標）ネットワークを備える。そのようなネットワーク５０は、例えば１つまたは複数の移動交換局（ＭＳＣ）などのソフトウェアおよびハードウェア機器を含む。データ伝送システムは、少なくとも１つの遠隔処理センター１００をさらに備える。モバイルセルラーネットワーク５０は、オンボードデバイス１０と遠隔処理センター１００との間のデータ伝送を可能にする。このデータ伝送は、好ましくは双方向伝送である。遠隔処理センター１００は、それぞれの車両１に搭載された複数のオンボードデバイス１０から取得されるデータを受信して処理するように構成される。遠隔処理センター１００は、車両を監視して、例えばその運転における危険因子、車両の運転手の運転習慣を評価し、救助要請を受信し、事故、盗難等を検出することなどを可能にするハードウェアおよびソフトウェアシステムである。遠隔処理センター１００によって管理される車両の数は、必要に応じて多く、例えば、数十万または数百万のオーダーになってもよい。
【００１２】
一実施形態によれば、遠隔処理センター１００は、互いに動作可能に接続されたフロントエンドサーバ１０１とバックエンドサーバ１０２とを含む。フロントエンドサーバ１０１は、オンボードデバイス１０から接続要求を受信し、好ましくはそこから受信したデータの何らかの前処理を実行するように適合および構成される。
【００１３】
バックエンドサーバ１０２は、高度コンピューティングプラットフォームと、フロントエンドサーバ１０１によって前処理されたデータを格納し処理するためのデータベースとを含む。フロントエンドサーバ１０１は、モバイルセルラーネットワーク５０に対するバックエンドサーバ１０２の接続インターフェイスとして機能するように適合され構成される。
【００１４】
図２は、オンボードデバイス１０の好ましい非限定的な実施形態を示す。オンボードデバイス１０は、オンボードデバイス１０の電子部品が内部に収容される水密容器２０を含む。好ましくは、オンボードデバイス１０は車両１のバッテリによって電力を供給され、より好ましくは容器２０は前述のバッテリに取り付けられる。
【００１５】
オンボードデバイス１０は、例えばマイクロコントローラまたはマイクロプロセッサなどの処理ユニット１１と、処理ユニット１１に動作可能に接続されるＧＳＭ−ＧＰＲＳ通信インターフェイス１２とを含む。このような通信インターフェイス１２はＳＩＭ１２０、好ましくはいわゆるＳＩＭオンチップを含む。オンボードデバイス１０は、少なくとも１つのセンサ１４をさらに含む。例えば、オンボードデバイスは、処理ユニット１１に動作可能に接続される三軸加速度計１４１およびジャイロスコープ１４２を含む。好ましい実施形態によれば、三軸加速度計１４１およびジャイロスコープ１４２は、単一の電子装置１４に集積されるデジタルＭＥＭＳおよび３Ｄデバイスである。
【００１６】
オンボードデバイス１０はさらに、処理ユニットに動作可能に接続される、アクティブＧＮＳＳアンテナのような少なくとも１つのＧＮＳＳ受信機１３を含む。
【００１７】
一実施形態によれば、オンボードデバイス１０は、短距離通信インターフェイス１８、例えば処理ユニット１１に動作可能に接続されるBluetooth（登録商標）通信インターフェイスをさらに含む。好ましくは、そして非限定的に、前述のBluetoothインターフェイスはＢＴＬＥインターフェイス、すなわちBluetooth Low Energyである。
【００１８】
好ましくは、オンボードデバイス１０は、車両１のバッテリによって提供される信号から開始してオンボードデバイス１０に電力を供給するように構成された電圧調整回路１５をさらに含む。
【００１９】
一実施形態によれば、オンボードデバイス１０は、処理ユニット１１に動作可能に接続される通信ポート１６を含む。この通信ポート１６には、図示されていないさらなるデバイスを接続することができ、その目的は、記憶リソース、処理リソース、通信インターフェイス、またはセンサの数および／もしくはタイプなど、オンボードデバイス１０の容量ならびに／または機能を増大させることである。
【００２０】
オンボードデバイス１０は、例えば処理ユニット１１に集積されたログメモリ１８をさらに含む。例えば、そのようなメモリはフラッシュメモリである。オンボードデバイス１０は、処理ユニット１１を介して、車両１の運動および／または運転パラメータに関するデータを定期的におよび／またはイベントに基づいてログメモリ１８に格納などする。そのようなデータは、例えば、およびそれによって限定することなく、車両１の速度、加速度、減速度、衝撃、位置、診断データ、オンボードデバイス１０によって生成される警報、温度などを含む。典型的には、このデータは、例えば周期的に、車両１の通常の使用中に定期的に取得され、本明細書では「第１のデータ」と呼ばれるデータ、および特別なイベント、例えば処理ユニット１１が盗難や事故などのイベントを潜在的に表すものとして解釈できるイベントの場合に格納され、本明細書では「第２のデータ」と呼ばれるデータを含む。
【００２１】
以下に記載されるデータ伝送方法は、オンボードデバイス１０から遠隔処理センター１００への第１および第２のデータの伝送を適切に管理するために、帯域リソースおよび記憶リソースを最適化することを可能にする。
【００２２】
既に上述したように、データ伝送方法は、オンボードデバイス１０を介して前記データを取得し、それらをオンボードデバイス１０のログメモリ１８に格納するステップを備える。
【００２３】
データ伝送方法は、さらに、対応のイベントのタイプに各々が関連付けられる複数の可能な論理条件に含まれる論理条件が満たされるかどうかをオンボードデバイス１０が評価するステップを備える。例えば、オンボードデバイス１０が、車両１が急激な衝撃を受けたことを検出した場合、その論理条件は、加速度センサによって検出される加速度係数の閾値を超えたことによって表されるものであり得る。したがって、この場合のイベントのタイプは、事故の可能性である。したがって、処理ユニット１１が取得したデータを用いて、異なる条件のタイプおよび異なるイベントのタイプを定義することができる。このため、通常の使用状態を表すイベントタイプ、異常な状態を表すイベントタイプ、リスクまたは危険の状態を表すイベントタイプなどがある。
【００２４】
データ伝送方法は、さらに、前記論理条件が満たされる場合、オンボードデバイス１０が、オンボードデバイスと遠隔処理センターとの間のＧＰＲＳ接続の確立を要求するためにモバイルセルラー無線ネットワークへのデータ接続要求メッセージを送信するステップを備え、データ接続要求メッセージは、前述の論理条件に関連付けられるイベントのタイプを識別する少なくとも１つのデータを含む。例えば、オンボードデバイスがセンターとのＧＰＲＳ接続を確立しようとしているイベントタイプは、ログメモリ１８を空にすることである。
【００２５】
上記接続要求データメッセージの一実施形態によれば、ＲＡＤＩＵＳパケット−遠隔認証ダイヤルインユーザサービス−および好ましくはＲＡＤＩＵＳアクセス要求パケットである。
【００２６】
伝送方法は、さらに、オンボードデバイス１０から送信された接続要求データメッセージをモバイルセルラー無線ネットワーク５０を介して遠隔処理センター１００で受信するステップを備える。
【００２７】
データ伝送方法は、前記識別データに基づいて接続要求を受諾または拒否するために、遠隔処理センター１００で接続要求データメッセージを処理するステップをさらに備える。
【００２８】
このようにして、有利なことに、遠隔センター１００が、それぞれのオンボードデバイス１０から多数の同時接続要求を選択的に受け入れる能力のおかげで、それぞれのオンボードデバイス１０から多数の同時接続要求を受信する場合に、規定された優先順位の規模に従って要求の適切な管理を保証する。
【００２９】
有利な実施形態によれば、接続要求データメッセージは、オンボードデバイス１０を識別するデータを含み、処理ステップにおいて、接続要求は、オンボードデバイスを識別する前記データにも基づいて受諾または拒否される。要求が受諾されると、オンボードデバイス１０は、例えば、オンボードデバイス１０に割り当てられたＩＰアドレスを含むＲＡＤＩＵＳパケットを受信する。
【００３０】
一実施形態によれば、伝送方法は、複数の条件の中の条件のサブセットを識別するステップをさらに備え、評価ステップは、前記論理条件が前記条件のサブセットに属するかどうかを判断するステップを含む。この場合、伝送方法は、ＧＰＲＳ接続要求データメッセージに加えて、オンボードデバイス１０から遠隔処理センター１００へＵＳＳＤショートメッセージおよび／またはＳＭＳを送信するステップをさらに備える。
【００３１】
好ましくは、評価ステップは、ログメモリ１９の所与の部分１９１が一杯になったかどうかを評価するステップを含む。好ましくは、前記部分１９１は、ログメモリ１９の全体容量と比較して小さいサイズを有する。
【００３２】
好ましい実施形態によれば、可能なイベントのタイプは、
−ログメモリの所与の部分を満たすこと、
−車両の盗難の潜在性、
−車両の事故の潜在性、
−オンボードデバイスによって検出される診断警報、
−援助に対する要求、を含む。
【００３３】
有利な実施形態によれば、ログメモリ１９はＦＡＴメモリの領域を含み、本方法は、ＧＰＲＳ接続が確立されると、
−ログメモリに格納されたデータパケットをオンボードデバイスから遠隔処理センターに送信するステップと、
−遠隔処理センターによるデータパケットの受信の確認をオンボードデバイスで受信するステップと、
−遠隔処理センターから受信されるデータパケットをログメモリから消去／書き換えし、ＦＡＴメモリにおいて、消去されたまたは書き換え可能なデータパケットを含むメモリの部分と、まだ遠隔処理センターに送信されていないデータパケットまたはオンボードデバイス１０から送信されたがオンボードデバイス１０が遠隔処理センター１００から受信の確認を受信していないデータパケットを含むメモリの部分とをインデックス付けするステップとを備える。
【００３４】
前記伝送方法を実施することができる特定の好ましい非限定的なプロトコルの例を以下に説明する。このプロトコルは、リトルエンディアン形式で格納された変数を含む一連の固定長および可変長フィールドによって定義される固有のデータ構造に基づくトランスポートレベルプロトコルパケットであることが好ましい。好ましくは、前述のプロトコルはコネクションレス型プロトコルであり、例えば、ＵＤＰプロトコルとは異なり、パケットの並べ替えおよび失われたパケットの再送信を管理することができる。
【００３５】
好ましくは、このプロトコルは、エラーチェック、およびしたがってチェックサムによって送信されるデータの保全性など、基本的なトランスポートレベルサービスを提供する。通信プロトコルはまた、接続状態に注意を払わず、そのため記憶する情報がより少なくて済む、ステートレスプロトコルであることが好ましく、このようにして、遠隔処理センターはより多くのアクティブなデバイスをサポートすることができる。
【００３６】
遠隔処理センター１００とオンボードデバイス１０との間のデータ交換は、ＧＰＲＳまたはＳＭＳ／ＵＳＳＤ／ＰＳＴＮを介してもよい。伝送チャネルに応じて、有用な負荷制約を満たすために、メッセージ構造は変化し得る。
【００３７】
前述のメッセージの特に好ましい実施形態を以下に説明する。２バイト長の最初のフィールドはメッセージヘッダ、すなわちメッセージの始まりを一意に識別する２つの１６進値を含む。２バイト長の２番目のフィールドは、メッセージのバイト単位での合計の長さの情報を代わりに含む。８バイト長の第３番目のフィールドは、オンボードデバイス１０に対する一意の識別子を含み、これは、使用されるいくつかの暗号化アルゴリズムの場合に公開鍵としても使用される。３バイト長の４番目のフィールドは、進化型ソフトウェアの場合でも通信プロトコルの適切な管理を可能にするために、オンボードデバイスに存在するソフトウェアバージョンを代わりに含む。４バイト長の５番目のフィールドは、送信がメッセージ発着順を逆にした場合であってもメッセージの生成順の正しい再構築を可能にするために、メッセージが生成された時刻を含む。１バイト長の６番目のフィールドは、メッセージクラスを含む。２バイト長の７番目のフィールドは、メッセージのタイプを含む。１バイト長の８番目のフィールドは、使用される通信チャネルに関する情報を含み、長さが可変の９番目のフィールドは、各メッセージクラスおよびタイプのオプションの固有のデータを含む。最後のフィールドは、送信中にメッセージの保全性を監視するのに役立つＣＲＣアルゴリズムを使用して計算される署名を含む。通信プロトコルは、多数のメッセージフォーマットを特徴とする。好ましくは、本方法で使用されるプロトコルは、これらのフォーマットをクラスおよびクラス内のタイプに分類する。この分類のおかげで、メッセージの２クラスフィールドおよびタイプは、通信が注意するサービスのタイプとその進捗の両方、ならびにもちろんメッセージデータフィールドのフォーマットを一意に識別することを可能にする。実際、各メッセージクラスはサービスに関連付けることができ、各サービスは、オンボードデバイス１０と遠隔センター１００との間で交換される明確に定義されたメッセージのシーケンスによって特徴付けられる。これらの各メッセージには、送信されるメッセージのクラスおよびタイプから始まる各サービスの実行進捗状況を簡単に追跡できるように、所与のタイプＩＤ（イベントタイプのも）が割り当てられる。例えば、プロトコルは、オンボードデバイス１０が、サービス起動コマンドを含む、オンボードデバイス１０に送信されるすべてのメッセージに対して、起動の成功を確認する肯定応答メッセージで応答すべきであることを必要とする。例として、トラッキングサービスに対するメッセージのクラスを取り上げると、それは、オンボードデバイス１０が特定の時間または空間間隔でその位置に関する情報を送信することを可能にするよう、遠隔処理センターからコマンドを送信する可能性からなる。さまざまなタイプのメッセージが、トラッキングクラス、ならびに特に、デバイスのトラッキングサービス設定コマンド、トラッキングコマンドを正しく受信したというメッセージ、位置メッセージ、サービス終了コマンド、および最後にトラッキング終了コマンドを正しく受信したというメッセージと関連付けられる。
【００３８】
好ましくは、上述のプロトコルは、オンボードデバイス１０とセンター１００との間のメッセージ交換のための特定のフォーマットだけでなく、フィールドから取得したデータを格納するためのフォーマットも含む。このフォーマットは、より軽いデータ構造および固定長によって特徴付けられる。固定長レコードを定義することを選択することで、デバイス内部のメモリの改善された決定論的管理が可能になる。これらのレコードは、メッセージ識別子が保存される１バイトの長さのフィールド、識別子によって内容が変わる１８バイトの２番目のフィールド、および最後に、送信されるデータの整合性チェックを実行するために使用されるメッセージのＣＲＣを含む１バイトのフィールドで構成される共通構造から構成される。２番目のフィールドは、デバイスから取得されるデータを含むフィールドであり、その構造は、メッセージ識別子が変動するなか、一意である。プロトコルは、例えば、レコードに対して約１８０の異なるデータ構造を定義する。これは、メッセージサイズとそこに含まれる情報量との間の最大効率を保証するためである。識別子に応じて、レコードには、位置、デバイスの内部ステータス、デバイスの速度および加速度、ＧＰＲＳまたはＧＰＳ信号の品質に関する情報などが含まれ得る。レコードデータフィールドには、ほとんどの場合、パケット作成時刻を含むサブフィールドがある。取得されたデータのセットを複数のレコードに分割する必要がある場合は、この情報を省略することができる。可能であればデータフィールドはメッセージに含まれる同じ情報について送信されるデータの負荷の最適化を可能にするビットマスクによって特徴付けられることに留意することが重要である。ビットマスクは、実際には、例えばデバイスの内部ステータスに対する８つのブール値をＡＳＣＩＩ文字の記憶空間に保存することを可能にする。したがって、これらの機能を備えたプロトコルの定義は、限られた固定のメモリリソースでの埋設デバイスへのデータの格納と、処理センターとの異なるタイプのデータの交換との両方に対して、絶対的な柔軟性を可能にする、と言える。
【００３９】
以上、本明細書で提案した伝送方法に使用可能な通信プロトコルの一例を特徴付けるパケットの基本構成について説明した。さらに、本発明の保護範囲内にとどまりながら、異なる動作要件に適するように内部データ構造およびさまざまなメッセージのタイプに対して多数の変形および修正を加えることができることは明らかである。
【００４０】
上記の説明から、上述したタイプのデータ伝送方法は、先行技術の欠点を克服することに関して意図した目的を完全に達成することを可能にすることは明らかである。
【００４１】
この方法は、実際には、この適用分野に特有の、オンボードデバイス１０と遠隔処理センター１００との間の最適な通信を保証することによって先行技術の方法の制限を克服する。本明細書に記載の伝送方法は、最適化され、柔軟であることを証明し、使用される各通信チャネルによる可能な最小の帯域使用を保証する。
【００４２】
本発明の原理を害することなく、実施形態および構造の詳細は、特許請求の範囲で定義される本発明の範囲から逸脱することなく、純粋に非限定的な例として記載および図示されたものに関して広く変更されてもよい。
【図１】
2019522426.tif 000003
【図２】
2019522426.tif 000004
【国際調査報告】
2019522426.tif 000005
2019522426.tif 000006