JP7268077B2 - 自動運転のテストデータ記憶方法及び装置、電子機器、記憶媒体並びにコンピュータプログラム - Google Patents

Description

本出願はコンピュータ技術分野に関し、具体的に自動運転領域に関し、特に自動運転のテストデータ記憶方法及び装置、電子機器、コンピュータ可読記憶媒体並びにコンピュータプログラムに関する。

自動運転車両の運転中の車両状態データ、様々な測位装置、レーダ、カメラなどのセンサにより取得した情報データはいずれも記憶媒体にリアルタイムに記録して格納する必要がある。記憶媒体への書き込み情報データは、主にオフライン環境における問題の再現、ｂｕｇの位置特定・トラブルシューティング、高精度マップの採集に用いられ、累積したデータはさらにシミュレーションに用いられる。

自動運転車両のテストタスクに対応するシーン又は採集されたデータタイプによって、自動運転車両のテストタスクを複数種のタスクタイプに分けることができる。現在のテスト方法は、異なるテストタスクタイプに対して、同一の書き込み方法を用いるため、テストタスクに無関係な大量の重複データを採集してしまい、記憶媒体のリソースの無駄遣いにつながると同時に、開発者やテスターが大量の記憶データからテストタスクに関連するデータを抽出することに不便で、テストの時間コストが増加する。

自動運転のテストデータ記憶方法及び装置、電子機器、コンピュータ可読記憶媒体並びにコンピュータプログラムを提供する。

第１態様により、ユーザにより選択された自動運転車両のテストタスクのタスクタイプを受信することと、自動運転車両のテスト中に採集された前記タスクタイプに対応するメッセージデータを受信し、メッセージデータをデータキューに書き込むことと、タスクタイプに対応する記録ファイルを作成し、データキューにおけるタスクタイプに対応するメッセージデータを記録ファイルに書き込み、且つ記録ファイル及び記録ファイルのファイル名をデータキューに伝送することと、自動運転車両のテストタスクのタスクタイプに対応する所定の書き込みシーン情報を取得することであって、所定の書き込みシーン情報は、記憶媒体へのデータの書き込みがトリガされた時間を表す、ことと、自動運転車両のテストタスクのタスクタイプに対応する所定の書き込みシーン情報に基づいて、データキューにおけるデータ採集時間と記憶媒体へのデータの書き込みがトリガされた時間とが一致する記録ファイルにクリア不可マークを追加することと、を含む自動運転のテストデータ記憶方法を提供する。

第２態様により、ユーザにより選択された自動運転車両のテストタスクのタスクタイプを受信するように構成される第１取得ユニットと、自動運転車両のテスト中に採集されたタスクタイプに対応するメッセージデータを受信し、メッセージデータをデータキューに書き込むように構成される受信ユニットと、タスクタイプに対応する記録ファイルを作成し、データキューにおけるタスクタイプに対応するメッセージデータを記録ファイルに書き込み、且つ記録ファイル及び記録ファイルのファイル名をデータキューに伝送するように構成される書き込みユニットと、自動運転車両のテストタスクのタスクタイプに対応する所定の書き込みシーン情報を取得するように構成される第２取得ユニットであって、所定の書き込みシーン情報は、記憶媒体へのデータの書き込みがトリガされた時間を表す、第２取得ユニットと、自動運転車両のテストタスクのタスクタイプに対応する所定の書き込みシーン情報に基づいて、データキューにおけるデータ採集時間と記憶媒体へのデータの書き込みがトリガされた時間とが一致する記録ファイルにクリア不可マークを追加するように構成される標記ユニットと、を備える自動運転のテストデータ記憶装置を提供する。

第３態様により、少なくとも１つのプロセッサと、少なくとも１つのプロセッサと通信可能に接続されるメモリとを備える、電子機器であって、メモリには、少なくとも１つのプロセッサにより実行可能な指令が格納され、指令は、少なくとも１つのプロセッサにより実行されることで、少なくとも１つのプロセッサに第１態様に記載の方法を実行させることを特徴とする電子機器を提供する。

第４態様により、コンピュータ指令が格納される非一時的なコンピュータ可読記憶媒体であって、コンピュータ指令は、コンピュータに第１態様に記載の方法を実行させることに用いられることを特徴とする非一時的なコンピュータ可読記憶媒体を提供する。

第５態様により、プロセッサにより実行されると、第１態様に記載の方法を実現する、コンピュータプログラムを提供する。

本出願の技術は、従来のデータ記憶方法により、テストタスクに無関係な大量の重複データを採集し、記憶媒体のリソースが無駄になると同時に、開発者およびテスターが大量の記憶データからテストタスクに関連するデータを抽出することに不便で、テストの時間コストが高いという問題を解決する。

なお、発明の概要に記載された内容は、本出願の実施形態のかなめとなる特徴又は重要な特徴を限定することを意図するものではなく、本出願の範囲を限定するものでもない。本出願の他の特徴は、以下の説明によって容易に理解されるであろう。

図面は本解決手段をさらによく理解するためのものであり、本出願に対する限定ではない。
図１は本出願の１つの実施例を適用可能な例示的なシステムアーキテクチャを示す図である。 図２は本出願の自動運転のテストデータ記憶方法を実現する１つの実施例のフローチャートである。 図３は本出願の自動運転のテストデータ記憶方法を実現する他の１つの実施例のフローチャートである。 図４は図３に示される実施例の適用シーンの概略図である。 図５は本出願の自動運転のテストデータ記憶方法の１つの実施例のバックグラウンド実施形態の概略図である。 図６は本出願の実施例を実現する自動運転のテストデータ記憶装置の構造概略図である。 図７は本出願の実施例の自動運転のテストデータ記憶方法を実現するための電子機器のブロック図である。

以下は図面を参照して本出願の例示的な実施例を説明し、ここでは理解に役立てるため、本出願の実施例の様々な詳細が記載されるが、これらは単なる例示的なものに過ぎない。従って、本出願の範囲および要旨を逸脱しない限り、当業者が本明細書の実施例に対して様々な変更や修正を行うことができることは自明である。なお、以下の説明では、明確化及び簡略化のため、公知の機能及び構成については説明を省略する。

なお、本出願の実施形態および実施形態における特徴は、矛盾を生じない限り、相互に組み合わせることができる。以下、図面および実施形態を参照しながら本出願を詳細に説明する。

図１は、本出願のデータ記憶方法又はデータ記憶装置を適用できる実施例の例示的なシステムアーキテクチャ１００を示す。

図１に示されるように、システムアーキテクチャ１００は自動運転車両１０１と、ネットワーク１０２と、サーバ１０３とを含んでもよい。ネットワーク１０２は自動運転車両１０１とサーバ１０３との間に通信リンクを提供するための媒体として使用される。ネットワーク１０２は、有線、無線通信リンクまたは光ファイバケーブルなどの様々なタイプの接続を含んでもよい。

自動運転車両１０１はネットワーク１０２を通してサーバ１０３とやり取りをして、信号の送受信等を行うことができる。自動運転車両１０１に、カメラ、センサ、ライダ、ナビゲーション装置、自動運転車両のコントローラ、アンチロックブレーキシステム、制動力分配システムなどの様々な電子装置を取り付けることができる。

自動運転車両１０１は様々な自動運転車両であってもよく、大型乗用車、トラクター、市内バス、中型バス、大型トラック、コンパクトカー、小型ＡＴ（Ａｕｔｏｍａｔｉｃ Ｔｒａｎｓｍｉｓｓｉｏｎ）車、自動運転車両又はその他のインテリジェント自動運転車両などを含むが、それらに限定されない。

サーバ１０３は自動運転車両１０１にデータ格納をサポートするバックグラウンドサーバなどの様々なサービスを提供するサーバであってもよい。バックグラウンドサーバは自動運転車両１０１から送信されたテストメッセージデータを受信した後、自動運転車両のテストタスクのタスクタイプに対応する所定の書き込みシーン情報に基づいて情報を記憶することができる。

なお、本出願により提供される自動運転のテストデータ記憶方法は通常、サーバ１０３により実行され、対応して、自動運転のテストデータ記憶装置は通常、サーバ１０３に設置される。

図１における自動運転車両、ネットワークおよびサーバの数は例示的なものであることを理解すべきである。実現の必要性に応じて、任意数の自動運転車両、ネットワークおよびサーバを備えてもよい。

続いて、図２には、本出願の自動運転のテストデータ記憶方法による１つの実施例のフロー２００が示される。本実施例のデータ記憶方法は以下のステップを含む。

ステップ２０１において、自動運転車両のテストタスクのタスクタイプを取得する。

本実施例において、データ記憶方法の実行主体（例えば、図１に示されるサーバ１０３）は自動運転車両のテストタスクのタスクタイプを取得することができる。実行主体は他の電子機器から上記自動運転車両のテストタスクのタスクタイプを取得してもよく、実行主体からローカルに自動運転車両のテストタスクのタスクタイプを取得してもよい。実行主体はユーザがビジュアルオペレーションプラットフォームを通して選択したタスクタイプを受信することができる。

上記自動運転車両のテストタスクのタスクタイプは、モジュールテストタスク、ロードテスト及びロードランニングタスク、マップ採集タスクなどが含まれる。モジュールテストタスクのタスクタイプは、さらにモジュールに応じて細分化されることができ、例えば、測位タスク、検知タスク、意思決定・制御タスクなどが含まれる。

ステップ２０２において、自動運転車両のテスト中に採集されたタスクタイプに対応するメッセージデータを受信し、メッセージデータをデータキューに書き込む。

本実施例において、実行主体は自動運転車両のテストタスクのタスクタイプを取得した後、自動運転車両のテスト中に採集されたタスクタイプに対応するメッセージデータを受信し、メッセージデータをデータキューに書き込むことができる。上記メッセージデータは車両状態データ、車両制御指令データ、並びに測位装置、レーダおよびカメラなどのセンサにより採集されたデータなどを含む。データキューは実行主体により予め設置される。

異なるタスクタイプは異なるメッセージデータに対応し、例えば、ロードテスト及びロードランニングタスクは採集されたロードランニングデータとロードテストデータに対応し、測位タスクは測位センサにより採集されたデータに対応し、検知タスクは検知センサにより採集されたデータに対応し、マップ採集タスクはカメラとライダにより採集されたデータに対応する。

データキューは、メッセージデータの伝送中にメッセージデータを保存するためのコンテナであり、ＡｃｔｉｖｅＭＱ，ＲａｂｂｉｔＭＱ，Ｋａｆｋａ，ＲｏｃｋｅｔＭＱなどの一般的なデータキューを使用でき、ここで特に限定しない。

ステップ２０３において、タスクタイプに対応する記録ファイルを作成し、データキューにおけるタスクタイプに対応するメッセージデータを記録ファイルに書き込み、且つ記録ファイル及び記録ファイルのファイル名をデータキューに伝送する。

本実施例において、実行主体はタスクタイプに対応する記録ファイルを作成し、データキューにおけるタスクタイプに対応するメッセージデータを記録ファイルに書き込み、且つ記録ファイル及び記録ファイルのファイル名をデータキューに伝送する。

具体的に、まず、記録ファイルを作成し、且つ取得された自動運転車両のテストタスクのタスクタイプに基づいて記録ファイルを命名し、例えば、モジュールテストタスクファイル、ロードテスト・ロードランニングタスクファイル、マップ採集タスクファイル、測位タスクファイル、検知タスクファイル、意思決定・制御タスクファイルなどを作成し、その後、データキューにおいてタスクタイプに対応するメッセージデータを検索し、且つタスクタイプに対応するメッセージデータを対応する記録ファイルに書き込み、最後に、記録ファイルにおけるメッセージデータ及び記録ファイルのファイル名をデータキューに返送する。

さらに、タスクタイプに対応する記録ファイルを作成し、データキューにおけるタスクタイプに対応するメッセージデータを記録ファイルに書き込み、且つデータ採集時間をデータキューに伝送する。

ステップ２０４において、自動運転車両のテストタスクのタスクタイプに対応する所定の書き込みシーン情報を取得する。

本実施例において、実行主体は自動運転車両のテストタスクのタスクタイプを取得した後、さらに自動運転車両のテストタスクのタスクタイプに対応する所定の書き込みシーン情報を取得し、ここで、所定の書き込みシーン情報はデータを記憶媒体へ格納することがトリガされた時間を含む。所定の書き込みシーン情報は全プロセス書き込み、自動運転書き込み、イベントトリガ書き込みを備えており、イベントトリガ書き込みは所定のイベントによりトリガされた記憶媒体書き込みシーンであり、所定のイベントは自動運転の開始・終了、緊急ブレーキ、緊急ステアリング、及び手動で送信するイベントなどを含んでもよく、これらのイベントによりトリガされる時、トリガ時刻の前後の一定期間にわたるデータが記録される。タスクタイプと所定の書き込みシーン情報との対応関係は予め設定できる。

ステップ２０５において、自動運転車両のテストタスクのタスクタイプに対応する所定の書き込みシーン情報に基づいて、データキューにおいてデータ採集時間とデータの記憶媒体への書き込みがトリガされた時間とが一致する記録ファイルにクリア不可マークを追加する。

本実施例において、実行主体は自動運転車両のテストタスクのタスクタイプに対応する所定の書き込みシーン情報におけるデータの記憶媒体への書き込みがトリガされた時間に基づいて、データキューにおけるデータ採集時間とデータの記憶媒体への書き込みがトリガされた時間が一致する記録ファイルにクリア不可マークを追加する。即ち、データキューにおける記録ファイル中のデータ採集時間が所定の書き込みシーン情報におけるデータの記憶媒体への書き込みがトリガされた時間に一致するか否かを判断することができ、一致すれば、該記録ファイルにクリア不可マークを追加する。

オプションとして、データキューの記録ファイルにおけるメッセージデータの書き込み時間が、所定の書き込みシーン情報におけるデータの記憶媒体への格納がトリガされた時間と一致するか否かを判断することができ、一致すれば、該記録ファイルにクリア不可マークを追加する。

例として、自動運転車両のテストタスクのタスクタイプに対応する所定の記憶媒体書き込みシーンが緊急ブレーキイベントである場合、緊急ブレーキイベントがトリガされた時、緊急ブレーキイベントがトリガされた時刻の前後５分間以内のデータが記録され、即ち記憶媒体へのデータの書き込みがトリガされた時間が緊急ブレーキイベントのトリガ時刻の前後５分間以内であり、そのため、実行主体は記憶媒体へのデータの書き込みがトリガされた時間に基づいて、データキューにおける、データ採集時間と記憶媒体へのデータの書き込みがトリガされた時間とが一致する記録ファイルに、クリア不可マークを追加する。

本実施例の一部のオプション的な実施形態において、ステップ２０５の後、データキューにおけるデータとファイルをポーリングし、キューにおけるメッセージデータ及びクリア不可マークが付けられていないファイルをクリアすることをさらに備える。

本実施例において、実行主体のクリアスレッドは、データキューにおけるデータおよびファイルを定期的にポーリングし、データキューにおけるメッセージデータ及びクリア不可マークが付けられていないファイルをクリアすることができる。それにより、データキューにおける、テストタスクに無関係なデータを適時にクリアし、クリア不可マークを有するデータのみを残すことができ、テスターがテストタスクに関連するデータを素早く取得することに役に立つ。

本出願の上記実施例に係るデータ記憶方法は、自動運転車両のテストタスクのタスクタイプ及びその対応する書き込みシーン情報を利用して自動運転車両のデータを格納し、役に立たないデータと重複データを除去でき、記憶媒体のリソースを節約できる。

続いて、図３には、本出願のデータ記憶方法による他の１つの実施例のフロー３００が示される。図３に示されるように、本実施例の自動運転のテストデータ記憶方法は以下のステップを含むことができる。

ステップ３０１において、ユーザによる所定のタスクタイプと所定の書き込みシーン情報とを関連付ける動作に基づいて、所定のタスクタイプと所定の書き込みシーン情報との対応関係をクラウドに送信して格納する。

本実施例において、実行主体は、ユーザによる所定のタスクタイプと所定の書き込みシーン情報とを関連付ける動作に基づいて、所定のタスクタイプと所定の書き込みシーン情報との対応関係をクラウドに送信して格納する。ここで、所定のタスクタイプと所定の書き込みシーン情報とを関連付ける動作は、当業者がカスタマイズして達成できる。このようにして達成されたテストタスクと記憶媒体書き込みシーンとの関連関係の柔軟なコンフィグレーション動作により、この実施例の方法を様々なテストタスクに適用することが可能になる。

例示的に、当業者は、モジュールテストが自動運転の記憶媒体書き込みに対応し、ロードテストおよびロードランニングタスクがイベントトリガによる記憶媒体書き込みに対応し、マップ採集タスクが全行程の記憶媒体書き込みに対応するようにカスタマイズする。

本実施例の一部のオプション的な実施形態において、まず、実行主体は、ユーザが所定のテストタスクのテスト要求情報と、タスクタイプ別にそれぞれ採集される必要のあるデータとに基づいて、所定のテストタスクの所定のタスクタイプを選択するため、データパーティション分割戦略をユーザにプッシュし、ここで、データパーティション分割戦略は、タスクタイプ別にそれぞれ採集される必要のある自動運転車両のメッセージデータを含み、データパーティション分割戦略は、自動運転車両のテストタスクに基づいて確定される。事前設定されたデータパーティション分割戦略を使用することにより、ユーザがタスクタイプと記憶媒体書き込みシーンとの関連関係のコンフィグレーションを素早く達成できる。

その後、ユーザが選択した所定のテストタスクの所定のタスクタイプに基づいて、クラウドからタスクタイプにマッチする少なくとも１つの候補書き込みシーン情報を読み取り、ユーザにプッシュする。ユーザが選択した候補書き込みシーン情報を、所定のタスクタイプに対応する所定の書き込みシーン情報にする。様々なタスクタイプと候補書き込みシーン情報とのマッチ関係を事前にコンフィグレーションすることにより、ユーザによるコンフィグレーションの難しさを軽減し、コンフィグレーション効率を向上させることができる。且つ、クラウドのタスクタイプと少なくとも１つの候補記憶媒体書き込みシーンとのマッチ関係は、履歴テストプロセスから自動抽出して保存することができ、それにより、ユーザがコンフィグレーションする時に参照できる豊富且つ正確なマッチ関係を提供できる。

最後に、所定のタスクタイプと所定の書き込みシーン情報との対応関係をクラウドに送信して格納する。

本実施例において、所定のタスクタイプと所定の書き込みシーン情報とを関連付けることで、必要な所定の記憶媒体書き込みシーンにおけるメッセージデータのみを採集することができる。

ステップ３０２において、自動運転車両のテストタスクのタスクタイプを取得する。

本実施例において、データ記憶方法の実行主体（例えば、図１に示されるサーバ１０３）は自動運転車両のテストタスクのタスクタイプを取得することができる。実行主体は、他の電子機器から上記自動運転車両のテストタスクのタスクタイプを取得してもよいし、実行主体からローカルに取得してもよい。実行主体は、ユーザがビジュアルオペレーションプラットフォームを通して選択したタスクタイプを受信してもよい。

ステップ３０３において、自動運転車両のテストタスクのタスクタイプに対応する所定の書き込みシーン情報をクラウドから読み取る。

本実施例において、具体的に、クラウドに格納された所定のタスクタイプと所定の書き込みシーン情報との対応関係に基づいて、実行主体は自動運転車両のテストタスクのタスクタイプに対応する所定の書き込みシーン情報をクラウドから読み取る。

ステップ３０４において、自動運転車両のテスト中に採集されたタスクタイプに対応するメッセージデータを受信し、メッセージデータをデータキューに書き込む。

ステップ３０５において、タスクタイプに対応する記録ファイルを作成し、データキューにおけるタスクタイプに対応するメッセージデータを記録ファイルに書き込み、記録ファイル及び記録ファイルのファイル名をデータキューに伝送する。

本実施例において、ステップ３０４～３０５の具体的な動作は、図２に示される実施例のステップ２０２～２０３の動作とほぼ同じであり、ここでその説明を省略する。

ステップ３０６において、自動運転車両のテストタスクのタスクタイプに対応する所定の書き込みシーン情報に基づいて、データキューにおいてデータ採集時間とデータの記憶媒体への書き込みがトリガされた時間が一致する記録ファイルにクリア不可マークを追加する。

本実施例において、ステップ３０６の具体的な操作は図２に示される実施例のステップ２０５の操作とほぼ同じであり、ここで、その説明を省略する。

本実施例の一部のオプション的な実施形態において、ステップ３０６の後、データキューにおけるデータとファイルをポーリングし、キューにおけるメッセージデータ及びクリア不可マークが付けられていないファイルをクリアすることをさらに含む。

本実施例において、実行主体のクリアスレッドは、データキューにおけるデータとファイルをポーリングし、データキューにおけるメッセージデータとクリア不可マークが付けられていないファイルとをクリアする。

続いて、図４に示されるように、図４は図３に示される実施例の適用シーンの概略図である。図４の適用シーンにおいて、まず、サーバ４０３が自動運転車両４０１のテストタスクのタスクタイプ及び自動運転車両４０１のテストタスクのタスクタイプに対応する所定の書き込みシーン情報をクラウド４０２から取得する。その後、サーバ４０３は自動運転車両４０１のテスト中に採集された、タスクタイプに対応するメッセージデータを受信し、メッセージデータをデータキューに書き込む。その後、タスクタイプに対応する記録ファイル４０４を作成し、データキューにおけるタスクタイプに対応するメッセージデータを記録ファイル４０４に書き込み、且つ記録ファイル４０４及び記録ファイル４０４のファイル名をデータキューに伝送する。最後に、自動運転車両４０１のテストタスクのタスクタイプに対応する所定の書き込みシーン情報に基づいて、データキューにおけるデータ採集時間とデータの記憶媒体への書き込みがトリガされた時間とが一致する記録ファイル４０４にクリア不可マークを追加し、データキューにおけるデータとファイルをポーリングし、キューにおけるメッセージデータとクリア不可マークが付けられていないファイルとをクリアする。

本出願の上記実施例に係るデータ記憶方法は、自動運転車両のテストタスクのタスクタイプ及びその対応する書き込みシーン情報を利用して、自動運転車両のデータを格納することで、役に立たないデータと重複データを除去することができ、テスト時間が短縮され、記憶媒体のリソースを節約することができる。

続いて、図５に示されるように、図５は本出願の自動運転のテストデータ記憶方法に係る１つの実施例のバックグラウンド実施形態の概略図であり、戦略管理モジュール５０２はデータパーティション分割戦略をクラウド５０１から取得し、戦略管理モジュール５０２はロギング戦略モジュール５０３を呼び出してタスクタイプを書き込み、イベント戦略モジュール５０４を呼び出してテストタスクに対応する記憶媒体書き込みシーンを書き込み、データロガー５０５は、コントローラ５０６によりコールバックしたメッセージデータを受信し、メッセージデータをデータキュー５０７に書き込み、その後、メッセージデータを読み取ることをロガー５０８に知らせる。ここで、メッセージデータはテスト過程中に採集されたテストデータである。ロガー５０８は、ロギング戦略モジュール５０３を呼び出すことによりタスクタイプを検出し、タスクタイプに対応する記録ファイルを作成し、データキュー５０７におけるタスクタイプに対応するメッセージデータを記録ファイルに書き込み、且つ記録ファイル及び記録ファイルのファイル名をデータキュー５０７に伝送する。ロガー５０８はタスクタイプに対応する記憶媒体書き込みシーンを取得し、タスクタイプに対応する記憶媒体書き込みシーンに基づいて、データキュー５０７においてデータ採集時間とデータの記憶媒体への書き込みがトリガされた時間とが一致する記録ファイルにクリア不可マークを追加することを記録管理モジュール５０９に知らせる。

さらに図６に示されるように、上記各図に示される方法の実現として、本出願は自動運転のテストデータ記憶装置の１つの実施例を提供し、該装置の実施例は図２に示される方法の実施例に対応し、該装置は具体的に様々な電子機器に適用できる。

図６に示されるように、本実施例の自動運転のテストデータ記憶装置６００は、第１取得ユニット６０１、受信ユニット６０２、書き込みユニット６０３、第２取得ユニット６０４および標記ユニット６０５を備える。

第１取得ユニット６０１は、自動運転車両のテストタスクのタスクタイプを取得するように構成され、受信ユニット６０２は、自動運転車両のテスト中に採集された、タスクタイプに対応するメッセージデータを受信し、メッセージデータをデータキューに書き込むように構成され、書き込みユニット６０３は、タスクタイプに対応する記録ファイルを作成し、データキューにおけるタスクタイプに対応するメッセージデータを記録ファイルに書き込み、且つ記録ファイル及び記録ファイルのファイル名をデータキューに伝送するように構成され、第２取得ユニット６０４は、自動運転車両のテストタスクのタスクタイプに対応する所定の書き込みシーン情報を取得し、所定の書き込みシーン情報はデータの記憶媒体への書き込みがトリガされた時間を表すように構成され、標記ユニット６０５は、自動運転車両のテストタスクのタスクタイプに対応する所定の書き込みシーン情報に基づいて、データキューにおいて、データ採集時間とデータの記憶媒体への書き込みがトリガされた時間とが一致する記録ファイルに、クリア不可マークを追加するように構成される。

本実施例の一部のオプション的な実施形態において、自動運転のテストデータ記憶装置は、データキューにおけるデータとファイルをポーリングし、キューにおけるメッセージデータとクリア不可マークが付けられていないファイルとをクリアするように構成されるクリアユニット（図示していない）をさらに備える。

本実施例の一部のオプション的な実施形態において、自動運転のテストデータ記憶装置は、ユーザが所定のタスクタイプと所定の書き込みシーン情報とを関連付けるコンフィグレーション動作に基づいて、所定のタスクタイプと所定の書き込みシーン情報との対応関係をクラウドに送信して格納するように構成される関連付けユニット（図示していない）をさらに備え、第２取得ユニットは、さらに自動運転車両のテストタスクのタスクタイプに対応する所定の書き込みシーン情報をクラウドから読み取るように構成される。

本実施例の一部のオプション的な実施形態において、関連付けユニットはさらに図６に示されていない、情報処理モジュールと所定の書き込みシーン情報確定モジュールとをさらに備えてもよい。

情報処理モジュールは、ユーザが選択した所定のテストタスクの所定のタスクタイプに基づいて、クラウドからタスクタイプにマッチする少なくとも１つの候補書き込みシーン情報を読み取り、ユーザにプッシュするように構成され、所定の書き込みシーン情報確定モジュールは、ユーザが選択した候補書き込みシーン情報を、所定のタスクタイプに対応する所定の書き込みシーン情報にするように構成される。

本実施例の一部のオプション的な実施形態において、情報処理モジュールは、ユーザが所定のテストタスクのテスト要求情報とタスクタイプ別にそれぞれ採集される必要のあるデータに基づいて、所定のテストタスクの所定のタスクタイプを選択するため、データパーティション分割戦略をユーザにプッシュするように構成される戦略プッシュサブモジュール（図示していない）をさらに備え、ここで、データパーティション分割戦略は、タスクタイプ別にそれぞれ採集される必要のある自動運転車両のメッセージデータを含む。

本出願の実施例により、本出願は電子機器と可読記憶媒体をさらに提供する。

図７に示されるのは、本出願の実施例の自動運転のテストデータ記憶方法による電子機器のブロック図である。電子機器は、ラップトップコンピュータ、デスクトップコンピュータ、ワークステーション、パーソナルデジタルアシスタント、サーバ、ブレードサーバ、メインフレームおよびその他の適切なコンピュータ等の様々な形態のデジタルコンピュータを表す。また、電子機器は、個人情報端末、携帯電話、スマートフォン、ウェアラブル機器およびその他の類似するコンピューティングデバイス等の様々な形態のモバイルデバイスを表すことができる。なお、ここで示したコンポーネント、それらの接続関係、およびそれらの機能はあくまでも一例であり、ここで説明および／または要求した本出願の実施例の実現を限定することを意図するものではない。

図７に示されるように、該電子機器は、１つ又は複数のプロセッサ７０１、メモリ７０２、及び各コンポーネントを接続するためのインタフェース（高速インタフェース及び低速インタフェースを含む）を含む。各コンポーネントは、異なるバス７０５で互いに接続されており、共通のマザーボード上に実装されていてもよいし、必要に応じて他の方式で実装されていてもよい。プロセッサは電子機器内で実行される命令を処理することができ、インタフェースに結合された表示装置等の外部入出力装置にグラフィカルユーザインタフェース（ＧＵＩ，Ｇｒａｐｈｉｃａｌ Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ）のグラフィック情報を表示するための命令を、記憶装置内または記憶装置上に格納することを含む。他の実施形態では、必要に応じて、複数のプロセッサおよび／または複数のバス７０５および複数の記憶装置を、複数の記憶装置とともに使用することができる。また、複数の電子機器が接続されていてもよく、各機器は、例えば、サーバアレイ、ブレードサーバ群またはマルチプロセッサシステムとして、一部の必要な動作を提供する。図７では、１つのプロセッサ７０１を例としている。

メモリ７０２は、本出願の実施例が提供する非一時的コンピュータ可読記憶媒体である。ここで、前記記憶装置は、少なくとも１つのプロセッサが実行可能な命令を格納しており、それにより前記少なくとも１つのプロセッサに本出願の実施例に係るデータ記憶方法を実行させる。本出願の実施例の非一時的コンピュータ可読記憶媒体はコンピュータ命令を格納し、該コンピュータ命令はコンピュータに本出願の実施例に係るデータ記憶方法を実行させるために用いられる。

メモリ７０２は、非一時的なコンピュータ可読記憶媒体として、非一時的なソフトウェアプログラム、非一時的なコンピュータ実行可能なプログラム並びに、本出願の実施例におけるデータ記憶方法に対応するプログラム指令／モジュール（例えば、図６に示される第１取得ユニット６０１、受信ユニット６０２、書き込みユニット６０３、第２取得ユニット６０４および標記ユニット６０５）などのモジュールを格納するために用いられる。プロセッサ７０１は、メモリ７０２に格納された非一時的なソフトウェアプログラム、指令及びモジュールを実行することにより、サーバの様々な機能アプリケーション及びデータ処理を実行し、即ち、上記方法の実施例におけるデータ記憶方法を実現する。

メモリ７０２はオペレーティングシステムや、少なくとも１つの機能に必要なアプリケーションを格納可能なプログラム記憶領域と、データ記憶方法に係る電子機器の使用に応じて作成されたデータ等を格納可能なデータ記憶領域とを含んでもよい。また、メモリ７０２は高速ランダムアクセスメモリを含むことができ、また非一時的記憶装置（例えば、少なくとも１つの磁気ディスク記憶装置、フラッシュメモリデバイス又はその他の非一時的ソリッドステート記憶装置）を含むことができる。いくつかの実施例において、メモリ７０２は任意選択でプロセッサ７０１に対して遠隔に設置された記憶装置を含むことができ、これらのリモート記憶装置はネットワークを介して本実施例のデータ記憶方法を実現するための電子機器に接続することができる。上記ネットワークとしては、例えば、インターネット、企業イントラネット、ローカルエリアネットワーク、移動体通信網及びこれらの組み合わせなどが含まれるが、それらに限定されない。

自動運転のテストデータ記憶方法を実行する電子機器はさらに入力装置７０３と出力装置７０４とを備えてもよい。プロセッサ７０１、メモリ７０２、入力装置７０３および出力装置７０４はバス７０５又は他の方式で接続可能であり、図７はバス７０５で接続することを例示とする。

入力装置７０３は入力された数字または文字情報を受信でき、データ記憶方法を実現するための電子機器のユーザ設定および機能制御に関するキー信号の入力を生成することができる。入力装置７０３として、タッチパネル、キーパッド、マウス、トラックパッド、タッチパッド、ポインティングデバイス、１つまたは複数のマウスボタン、トラックボール、ジョイスティック等が例示される。出力装置７０４は表示装置、補助照明装置及び触覚フィードバック装置等を含むことができ、そのうち、補助照明装置は例えば発光ダイオード（Ｌｉｇｈｔ Ｅｍｉｔｔｉｎｇ Ｄｉｏｄｅ，ＬＥＤ）であり、触覚フィードバック装置は例えば、振動モータである。該表示装置は、液晶ディスプレイ（Ｌｉｑｕｉｄ Ｃｒｙｓｔａｌ Ｄｉｓｐｌａｙ，ＬＣＤ）、ＬＥＤディスプレイ及びプラズマディスプレイを含むことができるが、これらに限定されない。いくつかの実施形態において、表示装置はタッチパネルであってもよい。

ここで説明するシステム及び技術の様々な実施形態はデジタル電子回路システム、集積回路システム、特定用途向け集積回路（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ，ＡＳＩＣ）、コンピュータハードウェア、ファームウェア、ソフトウェア、及び／又はそれらの組み合わせにおいて実現することができる。これらの様々な実施形態は、１つ又は複数のコンピュータプログラムで実施され、該１つ又は複数のコンピュータプログラムは少なくとも１つのプログラマブルプロセッサを含むプログラマブルシステムにおいて実行及び／又は解釈することができ、該プログラマブルプロセッサは専用又は汎用プログラマブルプロセッサであってもよく、記憶システム、少なくとも１つの入力装置及び少なくとも１つの出力装置からデータ及び命令を受信することができ、且つデータ及び命令を該記憶システム、該少なくとも１つの入力装置及び該少なくとも１つの出力装置に伝送することができる。

これらのコンピュータプログラムは、プログラム、ソフトウェア、ソフトウェアアプリケーション又はコードとも呼ばれ、プログラマブルプロセッサの機械命令を含み、且つ高度プロセス及び／又はオブジェクト指向のプログラミング言語、及び／又はアセンブリ言語／機械語を利用して実現することができる。ここで、「機械可読媒体」及び「コンピュータ可読媒体」という用語は、機械命令及び／又はデータをプログラマブルプロセッサに供給するための任意のコンピュータプログラム製品、装置、及び／又はデバイス（たとえば、磁気ディスク、光ディスク、メモリ、プログラマブルロジックデバイス（Ｐｒｏｇｒａｍｍａｂｌｅ Ｌｏｇｉｃ Ｄｅｖｉｃｅ，ＰＬＤ））を意味し、機械可読信号である機械命令を受信する機械可読媒体を含む。「機械可読信号」という用語は、機械命令および／またはデータをプログラマブルプロセッサに供給するための任意の信号を意味する。

ユーザとのインタラクションを提供するために、ここで説明するシステムと技術は、ユーザに情報を表示するための表示装置（例えば、陰極線管（Ｃａｔｈｏｄｅ Ｒａｙ Ｔｕｂｅ，ＣＲＴ）またはＬＣＤモニタ）と、キーボード及びポインティングデバイス（例えば、マウス、トラックボール）とを備えるコンピュータ上で実現することができ、ユーザが該キーボード及び該ポインティングデバイスを介してコンピュータに入力を提供できる。他の種類の装置もユーザとのインタラクションを提供することに用いることができる。例えば、ユーザに提供されるフィードバックは、例えば、視覚フィードバック、聴覚フィードバック、又は触覚フィードバックといったいかなる形態のセンシングフィードバックであってもよく、且つ音入力、音声入力、又は触覚入力を含むいかなる形態でユーザからの入力を受信してもよい。

ここで説明したシステム及び技術は、バックグラウンドコンポーネントを含むコンピューティングシステム（例えば、データサーバ）で実施されてもよい。又はミドルウェアコンポーネントを含むコンピューティングシステム（例えば、アプリケーションサーバ）で実施されてもよい。又はフロントエンドコンポーネントを含むコンピューティングシステム（例えば、グラフィカルユーザインタフェース又はウェブブラウザを有するユーザコンピュータ）で実施されてもよく、ユーザは該グラフィカルユーザインタフェース又はウェブブラウザを介してここで説明したシステム及び技術の実施形態とインタラクションしてもよい。又はこのようなバックグラウンドコンポーネント、ミドルウェアコンポーネント又はフロントエンドコンポーネントのいずれかの組み合わせを含むコンピューティングシステムで実施されてもよい。また、システムの各構成要素間は、通信ネットワーク等の任意の形態または媒体を介してデジタルデータ通信により接続されていてもよい。通信ネットワークとしては、例えば、ローカルエリアネットワーク （Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ，ＬＡＮ）、ワイドエリアネットワーク（Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ，ＷＡＮ）およびインターネットなどを含む。

コンピュータシステムは、クライアントとサーバとを含んでもよい。クライアントとサーバは、通常、互いに離れており、通信ネットワークを介してインタラクションを行う。クライアントとサーバとの関係は、互いにクライアント－サーバの関係を有するコンピュータプログラムをそれぞれのコンピュータ上で動作させることによって生じる。

本出願の実施例による技術的解決手段は、自動運転車両のテストタスクのタスクタイプとその対応する書き込みシーン情報とを用いて自動運転車両のデータを格納することで、役に立たないデータと重複データを除去することができ、テスト時間が短縮され、記憶媒体のリソースが節約される。

なお、上述した様々な形態のフローを用いて、ステップを改めて並び替え、追加または削除を行うことができる。例えば、本出願に記載された各ステップは、本出願に開示された技術案の所望の結果が達成できる限り、並行して実行されてもよいし、順番に実行されてもよいし、異なる順番で実行されてもよい。本明細書はここで制限しない。

上記具体的な実施形態は、本出願の保護範囲を限定するものではない。設計要件および他の要因に従って、様々な修正、組み合わせ、副次的な組み合わせ、および置換を行うことができることを当業者は理解すべきである。本出願の趣旨および原理を逸脱せずに行われたあらゆる修正、均等置換および改善などは、いずれも本出願の保護範囲内に含まれるべきである。

Claims (13)

1. ユーザにより選択された自動運転車両のテストタスクのタスクタイプを受信することと、
   自動運転車両のテスト中に採集された、
   前記タスクタイプに対応するメッセージデータを受信し、前記メッセージデータをデータキューに書き込むことと、
   前記タスクタイプに対応する記録ファイルを作成し、前記データキューにおける前記タスクタイプに対応するメッセージデータを前記記録ファイルに書き込み、且つ前記記録ファイル及び前記記録ファイルのファイル名を前記データキューに伝送することと、
   前記自動運転車両のテストタスクのタスクタイプに対応する所定の書き込みシーン情報を取得することであって、前記所定の書き込みシーン情報は、記憶媒体へのデータの書き込みがトリガされた時間を表す、ことと、
   前記自動運転車両のテストタスクのタスクタイプに対応する所定の書き込みシーン情報に基づいて、前記データキューにおいてデータ採集時間と前記記憶媒体へのデータの書き込みがトリガされた時間とが一致する記録ファイルに、クリア不可マークを追加することと、を含む自動運転のテストデータ記憶方法。
2. 前記データキューにおけるデータおよびファイルをポーリングし、前記データキューにおけるメッセージデータとクリア不可マークが付けられていないファイルとをクリアすることをさらに含む請求項１に記載の自動運転のテストデータ記憶方法。
3. ユーザが所定のタスクタイプと所定の書き込みシーン情報とを関連付けるコンフィグレーション動作に応じて、前記所定のタスクタイプと所定の書き込みシーン情報との対応関係をクラウドに送信して格納することをさらに含み、
   前記自動運転車両のテストタスクのタスクタイプに対応する所定の書き込みシーン情報を取得することは、
   クラウドから前記自動運転車両のテストタスクのタスクタイプに対応する所定の書き込みシーン情報を読み取ることを含む請求項１に記載の自動運転のテストデータ記憶方法。
4. ユーザが所定のタスクタイプと所定の書き込みシーン情報とを関連付けるコンフィグレーション動作に応じて前記所定のタスクタイプと所定の書き込みシーン情報との対応関係をクラウドに送信して格納することは、
   ユーザにより選択された所定のテストタスクの所定のタスクタイプに基づいて、クラウドから前記タスクタイプにマッチする少なくとも１つの候補書き込みシーン情報を読み取り、ユーザにプッシュすることと、
   ユーザにより選択された候補書き込みシーン情報を、前記所定のタスクタイプに対応する所定の書き込みシーン情報とすることと、を含む請求項３に記載の自動運転のテストデータ記憶方法。
5. 前記ユーザが所定のテストタスクのテスト要求情報とタスクタイプ別にそれぞれ採集される必要のあるデータとに基づいて所定のテストタスクの所定のタスクタイプを選択するために、データパーティション分割戦略をユーザにプッシュすることをさらに含み、
   前記データパーティション分割戦略は、タスクタイプ別にそれぞれ採集される必要のある自動運転車両のメッセージデータを含む、請求項４に記載の自動運転のテストデータ記憶方法。
6. ユーザにより選択された自動運転車両のテストタスクのタスクタイプを受信するように構成される第１取得ユニットと、
   自動運転車両のテスト中に採集された前記タスクタイプに対応するメッセージデータを受信し、前記メッセージデータをデータキューに書き込むように構成される受信ユニットと、
   前記タスクタイプに対応する記録ファイルを作成し、前記データキューにおける前記タスクタイプに対応するメッセージデータを前記記録ファイルに書き込み、且つ前記記録ファイル及び前記記録ファイルのファイル名を前記データキューに伝送するように構成される書き込みユニットと、
   前記自動運転車両のテストタスクのタスクタイプに対応する所定の書き込みシーン情報を取得するように構成される第２取得ユニットであって、前記所定の書き込みシーン情報は、記憶媒体へのデータの書き込みがトリガされた時間を表す、第２取得ユニットと、
   前記自動運転車両のテストタスクのタスクタイプに対応する所定の書き込みシーン情報に基づいて、前記データキューにおいてデータ採集時間と前記記憶媒体へのデータの書き込みがトリガされた時間とが一致する記録ファイルに、クリア不可マークを追加するように構成される標記ユニットと、を備える自動運転のテストデータ記憶装置。
7. 前記データキューにおけるデータおよびファイルをポーリングし、前記データキューにおけるメッセージデータとクリア不可マークが付けられていないファイルとをクリアするように構成されるクリアユニットをさらに備える請求項６に記載の自動運転のテストデータ記憶装置。
8. ユーザが所定のタスクタイプと所定の書き込みシーン情報とを関連付けるコンフィグレーション動作に応じて、前記所定のタスクタイプと所定の書き込みシーン情報との対応関係をクラウドに送信して格納するように構成される関連付けユニットをさらに備え、
   前記第２取得ユニットは、クラウドから前記自動運転車両のテストタスクのタスクタイプに対応する所定の書き込みシーン情報を読み取るようにさらに構成される、請求項６に記載の自動運転のテストデータ記憶装置。
9. 関連付けユニットは、
   ユーザにより選択された所定のテストタスクの所定のタスクタイプに基づいて、クラウドから前記タスクタイプにマッチする少なくとも１つの候補書き込みシーン情報を読み取り、ユーザにプッシュするように構成される情報処理モジュールと、
   ユーザにより選択された候補書き込みシーン情報を、前記所定のタスクタイプに対応する所定の書き込みシーン情報とするように構成される所定の書き込みシーン情報確定モジュールと、を備える請求項８に記載の自動運転のテストデータ記憶装置。
10. 前記情報処理モジュールは、
    前記ユーザが所定のテストタスクのテスト要求情報とタスクタイプ別にそれぞれ採集される必要のあるデータとに基づいて、所定のテストタスクの所定のタスクタイプを選択するために、データパーティション分割戦略をユーザにプッシュするように構成される戦略プッシュサブモジュールをさらに備え、
    前記データパーティション分割戦略は、タスクタイプ別にそれぞれ採集される必要のある自動運転車両のメッセージデータを含む、請求項９に記載の自動運転のテストデータ記憶装置。
11. 少なくとも１つのプロセッサと、
    前記少なくとも１つのプロセッサと通信可能に接続されるメモリとを備える、電子機器であって、
    前記メモリには、前記少なくとも１つのプロセッサにより実行可能な指令が格納され、前記指令は、前記少なくとも１つのプロセッサにより実行されることで、前記少なくとも１つのプロセッサに請求項１～５のいずれか一項に記載の自動運転のテストデータ記憶方法を実行させることを特徴とする電子機器。
12. コンピュータ指令が格納される非一時的なコンピュータ可読記憶媒体であって、
    前記コンピュータ指令は、コンピュータに請求項１～５のいずれか一項に記載の自動運転のテストデータ記憶方法を実行させることに用いられることを特徴とする非一時的なコンピュータ可読記憶媒体。
13. プロセッサにより実行されると、請求項１～５のいずれか一項に記載の自動運転のテストデータ記憶方法を実現する、コンピュータプログラム。

Images