特表 2024-541174 車載オペレーティングシステム、デバッグシステム及び方法、電子機器及び記憶媒体

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公表特許公報(A)

(11)【公表番号】

(43)【公表日】2024-11-08

(54)【発明の名称】車載オペレーティングシステム、デバッグシステム及び方法、電子機器及び記憶媒体

(51)【国際特許分類】

   G06F 8/20 20180101AFI20241031BHJP

【ＦＩ】

G06F8/20

【審査請求】有

【予備審査請求】未請求

(21)【出願番号】P 2024516355

(86)(22)【出願日】2022-12-28

(85)【翻訳文提出日】2024-05-27

(86)【国際出願番号】 CN2022142712

(87)【国際公開番号】W WO2023125635

(87)【国際公開日】2023-07-06

(31)【優先権主張番号】202111663812.0

(32)【優先日】2021-12-30

(33)【優先権主張国・地域又は機関】CN

(81)【指定国・地域】

(71)【出願人】

【識別番号】510177809

【氏名又は名称】ビーワイディー カンパニー リミテッド

【氏名又は名称原語表記】ＢＹＤ Ｃｏｍｐａｎｙ Ｌｉｍｉｔｅｄ

【住所又は居所原語表記】Ｎｏ． ３００９， ＢＹＤ Ｒｏａｄ， Ｐｉｎｇｓｈａｎ， Ｓｈｅｎｚｈｅｎ， Ｇｕａｎｇｄｏｎｇ ５１８１１８， Ｐ． Ｒ． Ｃｈｉｎａ

(74)【代理人】

【識別番号】100169904

【弁理士】

【氏名又は名称】村井 康司

(74)【代理人】

【識別番号】100216150

【弁理士】

【氏名又は名称】香山 良樹

(72)【発明者】

【氏名】周▲歓▼

(72)【発明者】

【氏名】▲羅▼▲錦▼文

【テーマコード（参考）】

5B376

【Ｆターム（参考）】

5B376BC05

5B376GA07

(57)【要約】

車載オペレーティングシステム、デバッグシステム及び方法、電子機器及び記憶媒体を提供する。該車載オペレーティングシステムは、ハードウェア層、ソフトウェア層、及びアプリケーション層を含み、ハードウェア層は、それぞれが１つのプロセッサを含む少なくとも１つのコントローラハードウェアを含み、ソフトウェア層は、ＢＥＯＳオペレーティングシステム及びＢＥＯＳドライバを含み、ＢＥＯＳオペレーティングシステムは、コンピュータシステムのハードウェアリソース及びソフトウェアリソースを管理し制御し、ＢＥＯＳドライバは、ハードウェア層とソフトウェア層との間のデータ伝送を完了し、アプリケーション層は、それぞれが車載に関連するアプリケーションを提供する複数のアプリケーションプログラムを含む。独自に開発された組込みＢＥＯＳオペレーティングシステムを利用することにより、本開示に係る車載オペレーティングシステムのリアルタイム性と安定性がより高くなり、安全性がより高くなる。また、車載オペレーティングシステムには対応するＢＥＯＳデバッグシステムが配置され、車載ソフトウェアの開発、認証、デバッグ、メンテナンスなどをよりよく行うことができる。

【特許請求の範囲】

【請求項1】

下から上へ順に設置されたハードウェア層、ソフトウェア層、及びアプリケーション層を含み、前記ハードウェア層は、それぞれが１つのプロセッサを含む少なくとも１つのコントローラハードウェアを含み、
前記ソフトウェア層は、ＢＥＯＳオペレーティングシステム及びＢＥＯＳドライバを含み、前記ＢＥＯＳオペレーティングシステムは、コンピュータシステムのハードウェアリソース及びソフトウェアリソースを管理し制御し、前記ＢＥＯＳドライバは、ハードウェア層とソフトウェア層との間のデータ伝送を完了し、
前記アプリケーション層は、オペレーティングシステムインタフェースを介して前記ＢＥＯＳオペレーティングシステムに接続され、それぞれが車載に関連するアプリケーションを提供する複数のアプリケーションプログラムを含む、ことを特徴とする車載オペレーティングシステム。

【請求項2】

前記ＢＥＯＳオペレーティングシステムは、上から下へ順に設置されたタスク層、中間プロトコルスタック層、及びＯＳカーネル層を含み、
前記ＢＥＯＳドライバは、シリアルポートドライバ、ＣＡＮドライバ、ＳＰＩドライバ、Ｆｌａｓｈドライバ、Ｉ２Ｃドライバ、及びＲＴＣドライバのうちの少なくとも１つを含む、ことを特徴とする請求項１に記載の車載オペレーティングシステム。

【請求項3】

前記中間プロトコルスタック層は、ネットワーク管理モジュール、ＣＡＮサービスモジュール、及びデータ永続化管理モジュールのうちの少なくとも１つを含む、ことを特徴とする請求項２に記載の車載オペレーティングシステム。

【請求項4】

前記中間プロトコルスタック層は、ファイルシステムモジュール、ＴＣＰ／ＩＰプロトコルモジュール、ブルートゥースプロトコルスタックモジュール（ブルートゥースは登録商標）、及び信号管理モジュールのうちの少なくとも１つをさらに含む、ことを特徴とする請求項２又は３に記載の車載オペレーティングシステム。

【請求項5】

前記ＯＳカーネル層は、タスク管理モジュール、タスク通信モジュール、メモリ管理モジュール、メモリランタイムライブラリモジュール、タイマー管理モジュール、同期管理モジュール、及び割り込み管理モジュールのうちの少なくとも１つを含む、ことを特徴とする請求項２～４のいずれか一項に記載の車載オペレーティングシステム。

【請求項6】

前記タスク層は、作業タスクモジュール及びシステム監視タスクモジュールを含み、前記作業タスクモジュールは、それぞれが少なくとも１つのサブタスクユニットに通信可能に接続される少なくとも１つのメインタスクユニットを含む、ことを特徴とする請求項２～５のいずれか一項に記載の車載オペレーティングシステム。

【請求項7】

前記メインタスクユニットは、リソース集中管理及びサブタスクユニット管理を提供し、前記リソース集中管理は、タイマー、メッセージキュー、セマフォ、待ちリスト、及びハードウェアリソースの申請と解放のうちの少なくとも１つを含み、
前記サブタスクユニット管理は、サブタスク作成、サブタスク削除、サブタスク状態制御、及びサブタスク状態監視のうちの少なくとも１つを含む、ことを特徴とする請求項６に記載の車載オペレーティングシステム。

【請求項8】

前記作業タスクモジュールにおけるタスク通信方法は、
メインタスクが、ＣｒｅａｔｅＭＱ（）によりサブタスクが使用するメッセージキューを作成するステップと、
少なくとも１つの送信すべきメッセージのサブタスクがそれぞれＳｅｎｄＭｓｇ（）によりメッセージデータを前記メッセージキューに送信するステップと、
少なくとも１つの受信すべきメッセージのサブタスクがＲｅｃｅｉｖｅＭｓｇ（）により前記メッセージキューからメッセージデータを受信するステップとを含む、ことを特徴とする請求項６又は７に記載の車載オペレーティングシステム。

【請求項9】

ＰＣ端末上で実行され、請求項１～８のいずれか一項に記載の車載オペレーティングシステムを開発し、認証し、デバッグし、メンテナンスする、ことを特徴とするＢＥＯＳデバッグシステム。

【請求項10】

通信プロトコル処理モジュールと、ソースコード処理モジュールと、デバッグ元素解析モジュールと、ユーザ操作インタフェースモジュールとを含み、
通信プロトコル処理モジュールは、ＢＥＯＳデバッグシステムとＢＥＯＳオペレーティングシステムとの通信データ処理を提供し、
ソースコード処理モジュールは、ソースコードデータ構造解析、ソースコード表示、とソースコード位置決めの機能を提供し、
デバッグ元素解析モジュールは、デバッグに必要な変数表示機能を提供し、
ユーザ操作インタフェースモジュールは、ユーザ操作インタフェースを提供する、ことを特徴とする請求項９に記載のＢＥＯＳデバッグシステム。

【請求項11】

ＢＥＯＳデバッグシステムが車載オペレーティングシステムにデバッグ命令を送信するステップと、
前記車載オペレーティングシステムが前記デバッグ命令に基づいて、デバッグすべき対象をデバッグするステップと、
前記デバッグすべき対象が前記デバッグ命令に基づいて実行され、実行結果を前記ＢＥＯＳデバッグシステムにフィードバックするステップと、
前記ＢＥＯＳデバッグシステムが前記デバッグすべき対象の実行結果に基づいて、前記デバッグすべき対象の性能を決定するステップとを含む、ことを特徴とするＢＥＯＳデバッグ方法。

【請求項12】

プロセッサと、メモリとを含み、前記メモリには、少なくとも１つの命令、少なくとも１つのプログラム、コードセット又は命令セットが記憶され、前記命令、前記プログラム、前記コードセット又は前記命令セットは、前記プロセッサによってロードされ、かつ実行されることにより、請求項８に記載のタスク通信方法におけるステップと、請求項１１に記載のＢＥＯＳデバッグ方法におけるステップとを実現する、ことを特徴とする電子機器。

【請求項13】

１つ以上のプロセッサによって実行されることにより、請求項８に記載のタスク通信方法におけるステップと、請求項１１に記載のＢＥＯＳデバッグ方法におけるステップとを実現する１つ以上のプログラムが記憶されている、ことを特徴とするコンピュータ可読記憶媒体。

【発明の詳細な説明】

【技術分野】

【0001】

（関連出願の相互参照）
本開示は、２０２１年１２月３０日に提出された出願番号２０２１１１６６３８１２．０、名称「車載オペレーティングシステム、デバッグシステム及び方法、電子機器及び記憶媒体」の中国特許出願の優先権を主張するものであり、その全ての内容は引用により本開示に組み込まれるものとする。

【0002】

本開示は、車載の技術分野に関し、特に車載オペレーティングシステム、デバッグシステム及び方法、電子機器及び記憶媒体に関する。

【背景技術】

【0003】

従来の車載オペレーティングシステムのフレームワーク設計は大まかで単一であり、例えば、多くの車載ソフトウェアは、ワンチップマイコンをコントローラとして適用する。ワンチップマイコンのベアメタルプログラミング方式を使用すると、コストを低減することができるが、このような開発モードには大きな欠点がある。まず、コードのメンテナンス性が低く、次に、プログラムの拡張性が低く、最後に、プロジェクトの移植性が低く、加えて、世界で知的財産がますます重視されており、将来のある日は、現在無料で使用されているソフトウェアが無料ではなくなる可能性があり、使用コストが間接的に増加し、自動車会社のコストが増加することになる。

【発明の概要】

【0004】

車載オペレーティングシステム、デバッグシステム及び方法、電子機器及び記憶媒体は、独自に開発された組込みＢＥＯＳオペレーティングシステムを利用することにより、本開示の実施例に係る車載オペレーティングシステムのリアルタイム性と安定性がより高くなり、安全性がより高くなる。また、車載オペレーティングシステムには対応するＢＥＯＳデバッグシステムが配置されることにより、車載ソフトウェアは、独自に開発された車載オペレーティングシステムにおいてより良い開発、認証、デバッグ、メンテナンスなどを行うことができる。

【0005】

第１態様では、本開示は、下から上へ順に設置されたハードウェア層、ソフトウェア層、及びアプリケーション層を含む車載オペレーティングシステムを提供する。前記ハードウェア層は、それぞれが１つのプロセッサを含む少なくとも１つのコントローラハードウェアを含み、
前記ソフトウェア層は、ＢＥＯＳオペレーティングシステム及びＢＥＯＳドライバを含み、前記ＢＥＯＳオペレーティングシステムは、コンピュータシステムのハードウェアリソース及びソフトウェアリソースを管理し制御し、前記ＢＥＯＳドライバは、ハードウェア層とソフトウェア層との間のデータ伝送を完了し、
前記アプリケーション層は、オペレーティングシステムインタフェースを介して前記ＢＥＯＳオペレーティングシステムに接続され、それぞれが車載に関連するアプリケーションを提供する複数のアプリケーションプログラムを含む。

【0006】

本開示の実施例に係る車載オペレーティングシステムは、独自に開発された組込みＢＥＯＳオペレーティングシステムを利用することにより、本開示の実施例に係る車載オペレーティングシステムのリアルタイム性と安定性がより高くなり、安全性がより高くなる。

【0007】

第２態様では、本開示に係るＢＥＯＳデバッグシステムは、ＰＣ端末上で実行され、車載オペレーティングシステムを開発し、認証し、デバッグし、メンテナンスする。

【0008】

本開示の実施例に係るＢＥＯＳデバッグシステムは、車載オペレーティングシステムには対応するＢＥＯＳデバッグシステムが配置されることにより、車載ソフトウェアは、独自に開発された車載オペレーティングシステムにおいてより良い開発、認証、デバッグ、メンテナンスなどを行うことができる。

【0009】

また、第３態様では、本開示に係るＢＥＯＳデバッグ方法は、
ＢＥＯＳデバッグシステムが車載オペレーティングシステムにデバッグ命令を送信するステップと、
前記車載オペレーティングシステムが前記デバッグ命令に基づいて、デバッグすべき対象をデバッグするステップと、
前記デバッグすべき対象が前記デバッグ命令に基づいて実行され、実行結果を前記ＢＥＯＳデバッグシステムにフィードバックするステップと、
前記ＢＥＯＳデバッグシステムが前記デバッグすべき対象の実行結果に基づいて、前記デバッグすべき対象の性能を決定するステップとを含む。

【0010】

本開示の実施例に係るＢＥＯＳデバッグ方法によれば、開発者は、ＢＥＯＳデバッグシステムによりプログラムのロジック、車窓プログラムの状態などを印刷して閲覧し、対応する調整テストを行うことができる。

【0011】

第４態様では、本開示に係る電子機器は、プロセッサと、メモリとを含み、前記メモリには、少なくとも１つの命令、少なくとも１つのプログラム、コードセット又は命令セットが記憶され、前記命令、前記プログラム、前記コードセット又は前記命令セットは、前記プロセッサによってロードされ、かつ実行されることにより、本開示の各実施例に係るＢＥＯＳデバッグ方法におけるステップと、車載オペレーティングシステムにおけるタスクの同期、通信及びドライバ方法におけるステップとを実現する。

【0012】

第５態様では、本開示に係るコンピュータ可読記憶媒体は、１つ以上のプロセッサによって実行されることにより、本開示の各実施例に係るＢＥＯＳデバッグ方法におけるステップと、車載オペレーティングシステムにおけるタスクの同期、通信及びドライバ方法におけるステップとを実現する１つ以上のプログラムが記憶されている。

【図面の簡単な説明】

【0013】

以下の図面を参照して行われた非限定的な実施例に対する詳細な説明を読むことにより、本開示の追加の態様と利点は、より明らかになる。

【0014】

【図1】本開示の実施例に係る車載オペレーティングシステムとＢＥＯＳデバッグシステムとを組み合わせたアーキテクチャ図である。

【図2】本開示の実施例に係るＢＥＯＳオペレーティングシステムと対応するＢＥＯＳドライバとを組み合わせた具体的なアーキテクチャ図である。

【図3】本開示の実施例に係るデータ永続化管理モジュールの構成図である。

【図4】本開示の実施例に係る車載オペレーティングシステムのタスクブロック図である。

【図5】本開示の実施例に係る車載オペレーティングシステムのタスク同期図である。

【図6】本開示の実施例に係る車載オペレーティングシステムの第１実施形態のタスク通信図である。

【図7】本開示の実施例に係る車載オペレーティングシステムの第２実施形態のタスク通信図である。

【図8】本開示の実施例に係る車載オペレーティングシステムのＢＥＯＳドライバ図である。

【図9】本開示の実施例に係るＣＡＮドライバの例示図である。

【図10】本開示の実施例に係る車載オペレーティングシステムをデバッグするＢＥＯＳデバッグシステムのデバッグツール図である。

【図11】本開示の実施例に係る電子機器の構成ブロック図である。

【図12】本開示の実施例に係るサーバの構成ブロック図である。

【発明を実施するための形態】

【0015】

以下、図面及び実施例を参照して本開示を詳細に説明する。ここで説明された具体的な実施例は、関連する発明を説明するためのものに過ぎず、該発明を限定するものではないことを理解されたい。なお、説明の便宜上、図面は、発明に関連する部分のみを示す。

【0016】

なお、本開示の実施例及び実施例における特徴は、矛盾しない限り、互いに組み合わせることができる。以下、図面を参照しながら実施例を挙げて本開示を詳細に説明する。

【0017】

従来の車載オペレーティングシステムは、ユーザ空間及びカーネル空間を含み、ユーザ空間は、アプリケーションプログラムモジュール、ホワイトリスト管理モジュール、配置管理モジュール及び監査ログ生成モジュールを含み、カーネル空間は、システム呼び出し層、自律アクセス制御モジュール、強制アクセス制御モジュール、信頼性測定モジュール、アプリケーションプログラムロードモジュール及びポリシーキャッシュ管理モジュールを含む。ホワイトリスト管理モジュールは、アプリケーションプログラムモジュール及び配置管理モジュールに接続され、信頼性測定モジュールは、カーネル空間にアプリケーションプログラムのロードを継続できるか否かを判断させるように、アプリケーションプログラムファイルに対して信頼性測定を行うことができる。従来の車載オペレーティングシステムは、ユーザ空間とカーネル空間の２つの部分のみを含み、車載システムのフレームワーク設計は、大まかで単一であり、車載の開発に関連するデバッグシステムがなく、実際の車両には適用されていない。ワンチップマイコンのベアメタルプログラミング方式は、コードのメンテナンス性が低く、プログラムの拡張性が低く、プロジェクトの移植性が低いなどの多くの欠点を有する。

【0018】

図１は、本開示の実施例に係る車載オペレーティングシステムの例示的な構成図である。

【0019】

図１に示すように、本実施例では、本開示に係る車載オペレーティングシステムは、下から上へ順に設置されたハードウェア層、ソフトウェア層、及びアプリケーション層を含む。ハードウェア層は、それぞれが１つのプロセッサを含む少なくとも１つのコントローラハードウェアを含み、
ソフトウェア層は、ＢＥＯＳオペレーティングシステム及びＢＥＯＳドライバを含み、ＢＥＯＳオペレーティングシステムは、コンピュータシステムのハードウェアリソース及びソフトウェアリソースを管理し制御し、ＢＥＯＳドライバは、ハードウェア層とソフトウェア層との間のデータ伝送を完了し、
アプリケーション層は、オペレーティングシステムインタフェースを介してＢＥＯＳオペレーティングシステムに接続され、それぞれが車載に関連するアプリケーションを提供する複数のアプリケーションプログラムを含む。

【0020】

具体的には、ハードウェア層は、車載に関連するハードウェアを提供し、それぞれが１つのプロセッサを含む少なくとも１つのコントローラハードウェア、例えばワンチップマイコンを含む。複数のアプリケーションプログラムとＢＥＯＳ（Ｂｅ Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ、オペレーティングシステム）オペレーティングシステムとの間は、ポータブルオペレーティングシステムインタフェース（ＰＯＳＩＸ）に通信可能に接続され、ＰＯＳＩＸ（Ｐｏｒｔａｂｌｅ Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ Ｉｎｔｅｒｆａｃｅ、ポータブルオペレーティングシステムインタフェース）標準は、オペレーティングシステムがアプリケーションプログラムに提供すべきインタフェース標準を定義しており、様々なＵＮＩＸ（Ｕｎｉｐｌｅｘｅｄ Ｉｎｆｏｒｍａｔｉｏｎ ａｎｄ Ｃｏｍｐｕｔｅｒｉｎｇ Ｓｙｓｔｅｍ、ＵＮＩＸオペレーティングシステム）（ＵＮＩＸは登録商標）上で実行するソフトウェアのためにＩＥＥＥ（Ｉｎｓｔｉｔｕｔｅ ｏｆ Ｅｌｅｃｔｒｉｃａｌ ａｎｄ Ｅｌｅｃｔｒｏｎｉｃｓ Ｅｎｇｉｎｅｅｒｓ、米国電気電子工学会）によって定義された一連のＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｇｒａｍｍｉｎｇ Ｉｎｔｅｒｆａｃｅ、アプリケーションプログラミングインタフェース）標準の総称である。従来の車載システムにおけるワンチップマイコンのベアメタルプログラミング方式の欠陥に対して、本実施例に係る車載オペレーティングシステムは、独自に開発された組込みＢＥＯＳオペレーティングシステムとワンチップマイコンとの組み合わせ方式を利用するものであり、ＢＥＯＳオペレーティングシステムは、複数のワンチップマイコンなどのハードウェア上で実行され、ワンチップマイコンは、車載ソフトウェアを開発し、ＢＥＯＳオペレーティングシステムは、コンピュータシステムのハードウェアリソースとソフトウェアリソースとを管理し制御するコンピュータプログラムであるとともに、コンピュータシステムのカーネルとベースライトであり、ＢＥＯＳオペレーティングシステムは、メモリの管理及び配置、システムリソースの需給の優先順位の決定、入出力機器の制御、ネットワークの操作及びファイルシステムの管理などの基本トランザクションを処理することができ、かつユーザとシステムとを対話させる操作インタフェースを提供することができる。ＢＥＯＳオペレーティングシステムは、コードのメンテナンス性、プログラムの拡張性、及びプロジェクトの移植性に優れており、コストも低くなる。

【0021】

なお、本開示の実施例に係るＢＥＯＳオペレーティングシステムは、フルグラフィック化を実現することができ、システムの安定性及び実行効率が高く、６４ビットのファイルシステム及びマルチプロセッサをサポートすることができ、強力なマルチメディアソフトウェアを集積し、ＢＥＯＳは、複数のオーディオ、ビデオ、画像、及びネットワークに基づくアプリケーションソフトウェアを同時に操作することを許可し、メモリ及びプロセッサは、常に最も安定した実行状態に保持され、マルチメディアの品質も変化せず、また、ＢＥＯＳは、完全なネットワーク機能を有し、包括的なネットワークソフトウェアを有する。

【0022】

図２は、車載オペレーティングシステムの静的ブロック図である。図２に示すように、本開示の実施例において、ＢＥＯＳオペレーティングシステムは、上から下へ順に設置されたタスク層、中間プロトコルスタック層、及びＯＳ Ｋｅｒｎｅｌ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ Ｋｅｒｎｅｌ、オペレーティングシステムカーネル）層を含む。

【0023】

具体的には、図２に示すように、タスク層は、作業タスクモジュール及びシステム監視タスクモジュールを含み、作業タスクモジュールは、それぞれが少なくとも１つのサブタスクユニットに通信可能に接続される少なくとも１つのメインタスクユニットを含む。

【0024】

中間プロトコルスタック層は、ファイルシステムモジュール、ＴＣＰ／ＩＰプロトコルモジュール、ブルートゥースプロトコルスタックモジュール（ブルートゥースは登録商標）、信号管理モジュール、ネットワーク管理モジュール、ＣＡＮサービスモジュール、及びデータ永続化管理モジュールのうちの少なくとも１つを含む。

【0025】

ＯＳカーネル層は、タスク管理モジュール、タスク通信モジュール、メモリ管理モジュール、メモリランタイムライブラリモジュール、タイマー管理モジュール、同期管理モジュール、及び割り込み管理モジュールのうちの少なくとも１つを含む。

【0026】

具体的には、中間プロトコルスタック層は、車載オペレーティングシステムの様々なサービスを提供し、各モジュールは、ファイルシステム、ＴＣＰ／ＩＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ／Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）プロトコル、ブルートゥースプロトコルスタック（ブルートゥースは登録商標）、信号管理、ネットワーク管理、ＣＡＮ（Ｃｏｎｔｒｏｌｌｅｒ Ａｒｅａ Ｎｅｔｗｏｒｋ、コントローラエリアネットワーク）サービス及びデータ永続化管理などを対応して提供する。ファイルシステムは、オペレーティングシステムが磁気ディスク又はパーティション上のファイルを明確にするための方法及びデータ構造であり、即ち、磁気ディスクにファイルを整理する方法である。ファイルシステムとは、ファイルを記憶する磁気ディスク又はパーティション、又はファイルシステムの種類を指し、オペレーティングシステムにおいてファイル情報を管理し記憶することを担当するソフトウェア機構は、ファイル管理システムと呼ばれ、ファイルシステムと略称される。ＴＣＰ／ＩＰとは、複数の異なるネットワーク間で情報伝送を実現可能なプロトコルクラスタを指し、ネットワーク層のＩＰプロトコルと伝送層のＴＣＰプロトコルからなる。ブルートゥースプロトコル仕様（ブルートゥースは登録商標）は、仕様に準拠したアプリケーションを相互に動作させることを目的とする。ＣＡＮサービス管理は、ネットワーク管理サービスを実現し、ＣＡＮネットワークのアウェイクとスリープ状態の切り替えを調整することを担当する。

【0027】

ネットワーク管理モジュールは、ＣｏｍＭ（Ｃｏｍｍｕｎｉｃａｔｉｏｎ Ｍａｎａｇｅｒ、通信マネージャ）、汎用ネットワークマネージャインタフェース、バスに関連するネットワークマネージャ、及びバスに関連する状態マネージャの４つのモジュールからなり、自動車電子ＥＣＵ（Ｅｌｅｃｔｒｏｎｉｃ Ｃｏｎｔｒｏｌ Ｕｎｉｔ、電子制御ユニット）の開発過程において、ネットワーク管理モジュールは、消費電力を低減し、各種の通信バスは、特定の状況において、機能に応じてスリープするか正常に動作するかを選択し、異なる通信バス構造を区別することにより、特定の機能における特定のＥＣＵ間の通信を実現し、該機能に参加する必要がないＥＣＵは、スリープに入ることができ、エネルギー損失を低減し、ネットワーク管理モジュールは、車両全体のスリープとアウェイクなどを調整する。

【0028】

ドメインコントローラアプリケーションとサービスの開発過程において、各サービスとアプリケーションは、いずれもデータを永続的に記憶する必要がある。データ永続化管理は、サービス及びアプリケーションによるデータ記憶のプログラミングを簡素化し、サービス及びアプリケーションに統一的なデータ記憶ＡＰＩを提供する。データ永続化管理は、図３に示すように、以下の機能を含む。１）ＡＰＩインタフェース：書き込みインタフェースと読み取りインタフェースを含む、ＫＥＹ－ＶＡＬＵＥタイプとファイルタイプのＡＰＩインタフェースを実現する。２）データ検証とマスター／スレーブバックアップ：システム開発設計エンジニアは、配置ツールを介して、マスター／スレーブバックアップ経路に配置ファイル（ＸＭＬフォーマット）を書き込み、データ永続化記憶管理は、アプリケーション又はサービスの書き込みべきデータを、検証コード（ＫＥＹ－ＶＡＬＵＥタイプのデータ）に追加し、マスター／スレーブバックアップ領域に一括して記憶することを担当する。３）データ検証及び復元：アプリケーション又はサービスが読み取りインタフェースを介してＫＥＹ－ＶＡＬＵＥデータを読み取る場合、データ永続化記憶管理は、データ及び対応する検証コードを一緒に読み取り、データを検証し、検証に失敗した場合、バックアップ領域におけるデータを読み取る必要があり、検証した後に復元し、バックアップ領域におけるデータも検証に失敗した場合、エラーコードを呼び出し元に返す。４）アプリケーションデータの分離：各サービス及びアプリケーションデータが個別に記憶され、１つのアプリケーション及びサービスは、アプリケーション名及びサービス名に応じて、１つのＫＥＹ－ＶＡＬＵＥタイプのファイルに記憶される。

【0029】

ＯＳカーネル（Ｋｅｒｎｅｌ）層における各モジュールは、タスク管理、タスク間通信メカニズム、メモリ管理及びランタイムライブラリ、タイマー管理、同期管理、及び割り込み管理などを対応して提供する。タスク管理は、主にユーザタスクの作成／削除とスケジューリングを担当する。タスク間通信は、タスク間の同期及びタスク間のデータ伝送を担当し、例えば、複数のサブタスクが異なるメッセージを１つのサブタスクのメッセージキューに送信してもよく、１つのサブタスクが異なるメッセージを異なるサブタスクのメッセージキューに送信してもよい。メモリ管理は、組込みメモリの割り当て、回収、及び管理を担当する。タイマー管理は、ユーザが所定の時間内にユーザ定義機能関数を実行することを担当し、タイマーサービスは、アプリケーションプログラムと基本ソフトウェアのためのソフトウェアタイマーを提供する。同期管理は、１つの作業において、いくつかのサブタスクの間に補助関係が存在する可能性があることを意味する。即ち、１つのサブタスクは、続行する前に、別のサブタスクが特定のイベントを完成するまで待機する必要があり、これにはサブタスク間の同期問題が伴い、具体的には、図５に示すとおりである。割り込み管理は、主にユーザ割り込み関数の設定を担当し、ハードウェアに割り込みが発生した後、直ちにユーザが設定した割り込み関数を実行することができ、或いはハードウェアに異常が発生した後、これらの異常を正確に処理することができる。タスク層におけるシステム監視タスクユニットは、コンピュータシステムをリアルタイムに監視する。

【0030】

一実施例では、メインタスクユニットは、リソース集中管理及びサブタスクユニット管理を提供し、
リソース集中管理は、タイマー、メッセージキュー、セマフォ、待ちリスト、及びハードウェアリソースの申請と解放のうちの少なくとも１つを含み、
サブタスクユニット管理は、サブタスク作成、サブタスク削除、サブタスク状態制御、及びサブタスク状態監視のうちの少なくとも１つを含む。

【0031】

図４は、車載オペレーティングシステムのタスクブロック図である。

【0032】

図４に示すように、本開示の車載オペレーティングシステムにおける各プロジェクト作業は、１つのメインタスクといくつかのサブタスクとして定義され、メインタスク機能は、リソース集中管理とサブタスク管理であり、メインタスクは、プロジェクトの必要に応じて、サブタスクの作成／削除の順序と相互排他的関係を決定することができ、リソース集中管理は、タイマー、メッセージキュー、セマフォ、待ちリスト、ハードウェアなどの関連リソースの申請と解放を含む。サブタスク管理は、主に、サブタスク作成／削除、サブタスク状態制御、及びサブタスク状態監視検査を含む。

【0033】

図５は、車載オペレーティングシステムのタスク同期図である。

【0034】

図５に示すように、１つの作業において、いくつかのサブタスクの間に１つの補助関係が存在する可能性があり、即ち、１つのサブタスクは、続行する前に、別のサブタスクが特定のイベントを完成するまで待機する必要があり、これにはサブタスク間の同期の問題が伴う。

【0035】

例えば、情報ステーションは、２つのサブタスクを含み、１つのサブタスクは３Ｇ／４Ｇ／５Ｇなどのモジュール命令送信サブタスクであり、別のサブタスクはデータ受信サブタスクである。送信サブタスクは、１つの命令を機器（ＢＥＯＳオペレーティングシステムのＯＳカーネル内のタイマー、タスクマネージャ、メモリ管理などを指す）に送信した後、シリアルポートデータ受信サブタスクが命令実行結果状態を返信するのを待ってから実行を続ける必要がある。

【0036】

具体的には、本開示の車載オペレーティングシステムのタスク同期方法は、以下のステップを含む。

【0037】

Ｓ１０１では、１つの同期イベントを定義する。

【0038】

Ｓ１０２では、命令送信サブタスクが命令を送信した後、ＷａｉｔＥｖｅｎｔ（イベント名）により、シリアルポートデータ受信サブタスクが該イベントを完了するのを待つ。

【0039】

Ｓ１０３では、シリアルポートデータ受信サブタスクがシリアルポートデータを受信し解析した後、該イベントを完了した後、Ｗａｋｅｕｐ（イベント名）により、該イベントを待っているタスクを起動する。

【0040】

Ｓ１０４では、２つのサブタスクを引き続き実行する。

【0041】

図６は、車載オペレーティングシステムの第１実施形態のタスク通信図である。

【0042】

図６に示すように、サブタスクに次のサブタスクに送信する必要があるデータがある場合、メッセージキューを介して送信することができ、例えば、複数のサブタスクは、異なるメッセージキューを１つのサブタスクのメッセージキューに送信することができ、具体的に以下のサブステップを含む。

【0043】

Ｓ２０１では、メインタスクが、ＣｒｅａｔｅＭＱ（）によりサブタスクが使用するメッセージキューを作成する。

【0044】

Ｓ２０２では、複数の送信すべきメッセージのサブタスクがそれぞれ基礎となるＯＳカーネルを介してＳｅｎｄＭｓｇ（）を提供し、メッセージデータをメッセージキューに送信する。

【0045】

Ｓ２０３では、受信すべきメッセージのサブタスクがＲｅｃｅｉｖｅＭｓｇ（）によりメッセージキューからメッセージデータを受信する。

【0046】

また、例えば、図７は、車載オペレーティングシステムの第２実施形態のタスク通信図である。図７に示すように、１つのサブタスクは、異なるメッセージキューを異なるサブタスクのメッセージキューに送信し、具体的には、以下のサブステップＳ３０１～Ｓ３０３を含む。

【0047】

Ｓ３０１では、メインタスクが、ＣｒｅａｔｅＭＱ（）によりサブタスクが使用する複数のメッセージキューを作成する。

【0048】

Ｓ３０２では、１つの送信すべきメッセージのサブタスクがそれぞれ基礎となるＯＳカーネルを介してＳｅｎｄＭｓｇ（）を提供し、メッセージデータを複数のメッセージキューに送信する。

【0049】

Ｓ３０３では、複数の受信すべきメッセージのサブタスクがＲｅｃｅｉｖｅＭｓｇ（）により対応する各メッセージキューからメッセージデータを受信する。

【0050】

メッセージデータの正確性を確保し、リソースを最大限に活用するために、本開示の車載オペレーティングシステムによって設計されたサブタスクは、以下のようにメッセージを処理する：メッセージキューにメッセージが到着したか否かを定期的に照会し、メッセージキューにメッセージがあれば、メッセージキューからメッセージを検索し、各アプリケーションによって定義されたプロトコルに従って該メッセージを処理し、その後メッセージの処理を継続し、メッセージキューにメッセージがなければ、サブタスクは、スリープして待機し、他のタスクに１つのメッセージが到着すると、アウェイクされ、該メッセージを処理する。

【0051】

一実施例では、ＢＥＯＳドライバは、シリアルポートドライバ、ＣＡＮドライバ、ＳＰＩドライバ、Ｆｌａｓｈドライバ、Ｉ２Ｃドライバ、及びＲＴＣドライバのうちの少なくとも１つを含む。

【0052】

具体的には、図２に示す車載オペレーティングシステムの静的ブロック図を参照すると、図１におけるＢＥＯＳドライバは、図２における機器ドライバインタフェースに相当し、ＢＥＯＳドライバは、シリアルポートドライバ、ＣＡＮドライバ、ＳＰＩ（Ｓｅｒｉａｌ Ｐｅｒｉｐｈｅｒａｌ ｉｎｔｅｒｆａｃｅ、シリアル周辺機器インタフェース）ドライバ、Ｆｌａｓｈ（Ｆｌａｓｈ ＥＥＰＲＯＭ、フラッシュメモリ）ドライバ、Ｉ２Ｃ（Ｉｎｔｅｒ－Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ、Ｉ２Ｃバス）ドライバ、及びＲＴＣ（Ｒｅａｌ＿Ｔｉｍｅ Ｃｌｏｃｋ、リアルタイムクロック）ドライバを含む。図８は、車載オペレーティングシステムのドライバ図である。図８に示すように、ＢＥＯＳドライバにおける各ドライバは、以下の４つの部分を含む。１）ドライバインタフェース：タスクは、ドライバインタフェースを介してハードウェアとのデータ交換を実現し、異なるハードウェアは、ドライバインタフェースが変わらない。２）中間ロジック層：ａ）ロジック制御は、プロトコル／仕様に関連するコンテンツ、例えば、ＣＡＮ分類処理、データ検証を処理することであり、ｂ）同期制御は、複数のタスクが同時にハードウェアにアクセスする場合に同期制御を行うことであり、ｃ）バッファ管理は、機器によって生成されたデータに対してバッファ管理を行い、データオーバーフローを防止することである。３）ハードウェアインタフェース：ドライバは、ハードウェアインタフェースを介してハードウェアに対する操作を実現し、ハードウェアインタフェースは、プラットフォームに関連する。４）ドライバと他のアセンブリ：例えば、タイマー、同期、通信など。

【0053】

ＣＡＮドライバを例として説明すると、ＣＡＮは、コントローラエリアネットワーク（Ｃｏｎｔｒｏｌｌｅｒ Ａｒｅａ Ｎｅｔｗｏｒｋ、ＣＡＮ）の略称であり、自動車電子製品の研究開発及び生産において有名なドイツのＢＯＳＣＨ会社によって開発され、最終的に国際標準（ＩＳＯ １１８９８）になり、国際的に最も広く応用されているフィールドバスの１つである。図９は、車載オペレーティングシステムのＣＡＮドライバの例示図である。図９に示すように、ＣＡＮドライバは、１つの共有機器であり、複数のタスクが同時にＣＡＮの読み取りと書き込みを行えるように設計される機器である。前提条件は、プラットフォームの初期化時にＩｎｉｔＣａｎ（）を呼び出し、ＣＡＮハードウェアを初期化し、ＣＡＮ割り込みサービスプログラムを登録し、データ送信タイマーを作成することである。

【0054】

ＣＡＮドライバインタフェースを介して、開きＯｐｅｎＣａｎ（Ｃａｎ Ｉｄ）、書き込みＷｒｉｔｅＣａｎ（ＣａｎＨａｎｄｌｅ、タイプＴｙｐｅ、データＤａｔａ、Ｌｅｎ）、読み取りＲｅａｄＣａｎ（ＣａｎＨａｎｄｌｅ、データＤａｔａ、Ｌｅｎ）、閉じＣｌｏｓｅＣａｎ（ＣａｎＨａｎｄｌｅ）、及び設定ＳｅｔＣａｎ（ＣａｎＨａｎｄｌｅ、タイプＴｙｐｅ、データＤａｔａ）を実行し、バッファのサイズを設定し調整し、ＣＡＮデータの送信などをキャンセルし、ＧｅｔＣａｎ（ＣａｎＨａｎｄｌｅ、タイプＴｙｐｅ、データＤａｔａ）とリセットＲｅｓｅｔＣａｎ（ＣａｎＨａｎｄｌｅ）を実行する。

【0055】

読み取り及び書き込みロジック制御は、読み取りＲｅａｄＣａｎと書き込みＷｒｉｔｅＣａｎを実行する。

【0056】

ハードウェアインタフェースは、＿ＷｒｉｔｅＣａｎとＣａｎ割り込みサービスプログラムを実行する。

【0057】

例えば、アプリケーションタスクとＣＡＮドライバインタフェースのデータ伝送において、ＣＡＮドライバインタフェースにおけるＷｒｉｔｅＣａｎは、ロジック制御によって、まずイベント３回、イベント周期３回＋２秒に１回、周期１秒に１回、トリガ１回などの分類を行い、タイマー管理、書き込み保護、及び書き込みレジスタによりＣＡＮハードウェアに伝送され、ＣＡＮ割り込みサービスプログラムに伝送され、ＣＡＮバッファ管理におけるデータの申請、検索／挿入によりＣＡＮバッファに入り、最後にＲｅａｄＣａｎを実行する。

【0058】

従来技術における車載オペレーティングシステムは、ユーザと車載ハードウェアとの間のインタフェースに過ぎず、車載ハードウェアと上層ソフトウェアとの間のインタフェースでもあり、本開示に係る車載オペレーティングシステムは、ハードウェア層、ソフトウェア層、及びアプリケーション層という３つの階層を含み、３つの階層の設計は、車載アプリケーションソフトウェアのメンテナンス及び開発をより容易に行うことができ、３つの階層は、それぞれ独自の役割を果たすことにより、車載オペレーティングシステムのリアルタイム性及び安定性がより高く、安全性がより高い。本開示に係る車載オペレーティングシステムは、実現方法及び具体的な実現プロセスをより詳細に紹介し、自動車に実際に適用されている。

【0059】

図１に示すように、本開示の他の態様に係るＢＥＯＳデバッグシステムは、ＰＣ端末上で実行され、車載オペレーティングシステムを開発し、認証し、デバッグし、メンテナンスする。

【0060】

具体的には、本開示の実施例に係る車載オペレーティングシステムは、対応するＢＥＯＳデバッグシステムを含み、車載オペレーティングシステムにおいて車載ソフトウェアを開発する際に、ＢＥＯＳデバッグシステムによってより効果的な開発、認証、デバッグ、メンテナンスなどを行うことで、車載ソフトウェアは、独自に開発された車載オペレーティングシステムにおいてより良い開発とデバッグを行うことができ、本開示の実施例に係る車載オペレーティングシステムは、自動車に直接適用されてもよく、個人、部門、メーカーなどの第三者に開放されてもよく、第三者は、車載オペレーティングシステムにおいて車載に関連するソフトウェアを開発する。

【0061】

図１０は、車載オペレーティングシステムをデバッグするＢＥＯＳデバッグシステムのツール図である。

【0062】

図１０に示すように、ＢＥＯＳデバッグシステムは、パーソナルコンピュータ（ＰＣ）端末上で実行され、４つの機能モジュールに分けられ、具体的には、通信プロトコル処理モジュールと、ソースコード処理モジュールと、デバッグ元素解析モジュールと、ユーザ操作インタフェースモジュールとを含む。

【0063】

通信プロトコル処理モジュールは、ＰＣ端末上で実行されるＢＥＯＳデバッグシステム、及びワンチップマイコン上で実行されるＢＥＯＳオペレーティングシステムに通信データ処理を提供し、
ソースコード処理モジュールは、ソースコードデータ構造解析、ソースコード表示、及びソースコード位置決めなどの機能を提供し、ソースコードデータ構造解析は、該コードがどのようなデータ構造であるかを解析するためのものであり、ソースコード表示は、プログラミングされたコードのソースコードを表示するためのものであり、ソースコード位置決めは、検索に必要な関数、変数、構造体、パラメータなどの定義箇所に直接的に位置決めするためのものである。

【0064】

デバッグ元素解析モジュールは、デバッグに必要な変数表示機能、例えば、レジスタ表示、グローバル変数表示、ローカル変数表示、スタック情報表示、関数呼び出し順序表示などを提供することにより、開発者がプログラムの実行状態、ハードウェアのドライバ状態及びソフトウェアの実行状態をリアルタイムに把握し、エラーが発生した場合に調整と修正をタイムリーに行うことができる。

【0065】

ユーザ操作インタフェースモジュール（ＧＵＩ、Ｇｒａｐｈｉｃａｌ Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ、グラフィカルユーザインタフェース）は、ユーザ操作インタフェースを提供し、ユーザ操作インタフェースは、ユーザとハードウェア及びソフトウェアとの対話及び通信の仲介者であり、ユーザは、ユーザ操作インタフェースを介して、ソフトウェアに特定の機能を実行するように命令を送信し、該ソフトウェアは、ハードウェアと他のソフトウェアによって該命令を実行し、文字又は図形の形式で実行結果をユーザに返信する。

【0066】

本開示の車載オペレーティングシステムのソースコードのコンパイル機能は、ソースコードコンパイル、コンパイル情報ウィンドウ、及びエラー定義の３つの部分からなる。

【0067】

本開示の車載オペレーティングシステムのソフトウェアプログラミングは、プログラミングツールを呼び出してソースコードをプログラミングすることができ、ソースコードに基づいて正式なリリースバージョンを生成してプログラミング・アップグレードなどを行うこともできる。

【0068】

本開示の車載オペレーティングシステムのデバッグは、プログラム開発者に車載アプリケーションを容易に開発させるように、レジスタ、ローカル変数、グローバル変数、タスク状態の４つの部分を含む。

【0069】

本開示に係る車載オペレーティングシステムの適用範囲は、自動車アプリケーションの開発に限定されず、車載オペレーティングシステムは、将来の自動運転、ドローンの開発、飛行機、船舶などの関連アプリケーションソフトウェアの開発に適用されてもよい。

【0070】

さらなる態様として、本開示の実施例に係るＢＥＯＳデバッグ方法は、
ＢＥＯＳデバッグシステムが車載オペレーティングシステムにデバッグ命令を送信するステップと、
車載オペレーティングシステムがデバッグ命令に基づいて、デバッグすべき対象をデバッグするステップと、
デバッグすべき対象がデバッグ命令に基づいて実行され、実行結果をＢＥＯＳデバッグシステムにフィードバックするステップと、
ＢＥＯＳデバッグシステムがデバッグすべき対象の実行結果に基づいて、デバッグすべき対象の性能を決定するステップとを含む。

【0071】

例えば、コントローラが車両に搭載された後、コントローラは、設計されたモードに従って実行されず、例えば車窓のステップが誤り、車窓がもともと完全に上がるように設計されているが、結果的に半分まで上がり、開発者は、ＢＥＯＳデバッグシステムを通じてプログラムのロジック、車窓プログラムの状態などを印刷して閲覧し、対応する調整とテストを行うことができる。

【0072】

前述の実施例に基づいて、図１１は、本開示の実施例に係る電子機器の構成ブロック図である。図１１に示すように、該電子機器４０１は、プロセッサ４０１１及びメモリ４０１２を含み、プロセッサ４０１１は、例えば４コアプロセッサ、８コアプロセッサなどの１つ以上の処理コアを含んでもよい。プロセッサ４０１１は、デジタル信号処理（Ｄｉｇｉｔａｌ Ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｉｎｇ、ＤＳＰ）、フィールドプログラマブルゲートアレイ（Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ、ＦＰＧＡ）、プログラマブルロジックアレイ（Ｐｒｏｇｒａｍｍａｂｌｅ Ｌｏｇｉｃ Ａｒｒａｙ、ＰＬＡ）のうちの少なくとも１つのハードウェア形態を使用して実装されてもよい。

【0073】

プロセッサ４０１１は、メインプロセッサ及びコプロセッサを含んでもよく、メインプロセッサは、アウェイク状態でのデータを処理するプロセッサであり、中央処理装置（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ、ＣＰＵ）とも呼ばれ、コプロセッサは、スタンバイ状態でのデータを処理する低消費電力プロセッサである。

【0074】

また、プロセッサ４０１１には、画像処理装置（Ｇｒａｐｈｉｃｓ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ、ＧＰＵ）が集積されてもよく、ＧＰＵは、表示画面に表示する必要があるコンテンツに対するレンダリング及び描画を行う。いくつかの実施例では、プロセッサ４０１１は、人工知能（Ａｒｔｉｆｉｃｉａｌ Ｉｎｔｅｌｌｉｇｅｎｃｅ、ＡＩ）プロセッサをさらに含んでもよく、該ＡＩプロセッサは、機械学習に関連する演算操作を処理する。

【0075】

メモリ４０１２は、１つ以上のコンピュータ可読記憶媒体を含んでもよく、該コンピュータ可読記憶媒体は、非一時的であってもよい。メモリ４０１２は、高速ランダムアクセスメモリ、及び不揮発性メモリ、例えば１つ以上の磁気ディスクストレージ電子機器、フラッシュメモリストレージ電子機器をさらに含んでもよい。いくつかの実施例では、メモリ４０１２における非一時的なコンピュータ可読記憶媒体は、少なくとも１つの命令を記憶し、該少なくとも１つの命令は、プロセッサ４０１１により実行されて本開示の方法実施例に係る書類表示方法を実現する。

【0076】

いくつかの実施例では、電子機器４０１は、周辺電子機器インタフェース４０１３及び少なくとも１つの周辺電子機器をさらに含んでもよい。プロセッサ４０１１、メモリ４０１２、及び周辺電子機器インタフェース４０１３は、バス又は信号線を介して接続されてもよい。各周辺電子機器は、バス、信号線又は回路基板を介して周辺電子機器インタフェース４０１３に接続されてもよい。

【0077】

具体的には、周辺電子機器は、無線周波数回路４０１４、タッチパネルディスプレイ４０１５、及び電源４０１６を含むが、これらに限定されない。周辺電子機器インタフェース４０１３は、入力／出力（Ｉｎｐｕｔ／Ｏｕｔｐｕｔ、Ｉ／Ｏ）に関する少なくとも１つの周辺電子機器をプロセッサ４０１１及びメモリ４０１２に接続してもよい。いくつかの実施例では、プロセッサ４０１１、メモリ４０１２、及び周辺電子機器インタフェース４０１３は、同一のチップ又は回路基板に集積され、いくつかの他の実施例では、プロセッサ４０１１、メモリ４０１２、及び周辺電子機器インタフェース４０１３のうちのいずれか１つ又は２つは、単独のチップ又は回路基板で実装されてもよく、本開示の実施例は、これを限定しない。

【0078】

無線周波数回路４０１４は、電磁信号とも呼ばれる無線周波数（Ｒａｄｉｏ Ｆｒｅｑｕｅｎｃｙ、ＲＦ）信号を送受信する。無線周波数回路４０１４は、電磁信号を介して通信ネットワーク及び他の通信電子機器と通信する。無線周波数回路４０１４は、電気信号を電磁信号に変換して送信し、又は、受信した電磁信号を電気信号に変換する。任意選択で、無線周波数回路４０１４は、アンテナシステム、ＲＦトランシーバ、１つ以上の増幅器、チューナ、発振器、デジタル信号プロセッサ、コーデックチップセット、ユーザ識別モジュールカードなどを含む。無線周波数回路４０１４は、少なくとも１種の無線通信プロトコルによって他の電子機器と通信することができる。該無線通信プロトコルは、メトロポリタンエリアネットワーク、各世代移動通信ネットワーク（２Ｇ、３Ｇ、４Ｇ及び５Ｇ）、無線ローカルエリアネットワーク及び／又はワイヤレスフィデリティ（Ｗｉｒｅｌｅｓｓ Ｆｉｄｅｌｉｔｙ、ＷｉＦｉ）ネットワークを含むが、これらに限定されない。いくつかの実施例では、無線周波数回路４０１４は、近距離無線通信（Ｎｅａｒ Ｆｉｅｌｄ Ｃｏｍｍｕｎｉｃａｔｉｏｎ、ＮＦＣ）に関連する回路をさらに含んでもよい。

【0079】

タッチパネルディスプレイ４０１５は、ユーザインタフェース（Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ、ＵＩ）を表示する。該ＵＩは、グラフィックス、テキスト、アイコン、ビデオ、及びそれらの任意の組み合わせを含んでもよい。タッチパネルディスプレイ４０１５がタッチパネルディスプレイである場合、タッチパネルディスプレイ４０１５は、タッチパネルディスプレイ４０１５の表面又は表面の上方におけるタッチ信号を収集する能力をさらに有する。該タッチ信号は、制御信号としてプロセッサ４０１１に入力されて処理されてもよい。この場合、タッチパネルディスプレイ４０１５は、ソフトボタン及び／又はソフトキーボードとも呼ばれる仮想ボタン及び／又は仮想キーボードを提供してもよい。いくつかの実施例では、タッチパネルディスプレイ４０１５は、１つであってもよく、電子機器４０１の前面板に設置され、別のいくつかの実施例において、タッチパネルディスプレイ４０１５は、少なくとも２つであってもよく、それぞれ電子機器４０１の異なる表面に設置されるか又は折り畳み設計で配置され、さらなるいくつかの実施例では、タッチパネルディスプレイ４０１５は、フレキシブルディスプレイであってもよく、電子機器４０１の湾曲面又は折り畳み面に設置される。さらに、タッチパネルディスプレイ４０１５は、非矩形の不規則な形状、即ち異形スクリーンとして設置されてもよい。タッチパネルディスプレイ４０１５は、液晶ディスプレイ（Ｌｉｑｕｉｄ Ｃｒｙｓｔａｌ Ｄｉｓｐｌａｙ、ＬＣＤ）、有機発光ダイオード（Ｏｒｇａｎｉｃ Ｌｉｇｈｔ－Ｅｍｉｔｔｉｎｇ Ｄｉｏｄｅ、ＯＬＥＤ）などの材料で製造することができる。

【0080】

当業者であれば理解できるように、図１１に示す構造は、電子機器４０１を限定するものではなく、図示よりも多く又は少ない部品を含んでもよく、いくつかの部品を組み合わせてもよく、異なるアセンブリを使用して配置されてもよい。

【0081】

本実施例において、電子機器４０１は、メモリ４０１２に記憶され、１つ以上のプロセッサ４０１１によって実行される１つ以上のプログラムをさらに含み、１つ以上のプログラムは、本開示の実施例に係る上記電子機器が実行する車載オペレーティングシステムにおけるタスク同期、通信及びドライバ方法、及びＢＥＯＳデバッグ方法を行う命令を含む。

【0082】

前述の実施例に基づいて、図１２は、本開示の実施例に係るサーバの構成ブロック図である。図１２に示すように、該サーバ４０２は、配置又は性能が異なるため、比較的に大きな差異が生じる可能性があり、１つ以上の中央処理装置（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔｓ、ＣＰＵ）４０２１（例えば、１つ以上のプロセッサ）と、メモリ４０２２と、アプリケーションプログラム４０２３又はデータ４０２４を記憶する１つ以上の記憶媒体４０２５（例えば、１つ以上の大容量電子機器）とを含んでもよい。ここで、メモリ４０２２及び記憶媒体４０２５は、一時的記憶装置であってもよく、永続的記憶装置であってもよい。記憶媒体４０２５に記憶されたプログラムは、それぞれがコンピュータシステムに対する一連の命令操作を含み得る１つ以上のモジュール（図示せず）を含んでもよい。中央処理装置４０２１は、記憶媒体４０２５と通信して、記憶媒体４０２５における一連の命令操作をサーバ４０２上で実行するように構成されてもよい。

【0083】

サーバ４０２は、１つ以上の電源４０２６、１つ以上の有線又は無線ネットワークインタフェース４０２７、１つ以上の入出力インタフェース４０２８、及び／又は１つ以上のオペレーティングシステム４０２９、例えば、ＢＥＯＳ、Ｗｉｎｄｏｗｓ Ｓｅｒｖｅｒ ^ＴＭ、Ｍａｃ ＯＳ Ｘ^ＴＭ、Ｕｎｉｘ^ＴＭ、Ｌｉｎｕｘ^ＴＭ、ＦｒｅｅＢＳＤ^ＴＭなどをさらに含んでもよい。

【0084】

別の態様として、本開示の実施例に係るコンピュータ可読記憶媒体は、前述の各実施例の車載オペレーティングシステムにおけるタスク同期、通信及びドライバ方法、及びＢＥＯＳデバッグ方法におけるいずれかの実施形態を実行するプログラムコードを記憶する。

【0085】

さらなる態様として、本開示の実施例に係る命令を含むコンピュータプログラム製品は、コンピュータで実行される場合、コンピュータに、前述の各実施例の車載オペレーティングシステムにおけるタスク同期、通信及びドライバ方法、及びＢＥＯＳデバッグ方法におけるいずれかの実施形態を実行させる。

【0086】

当業者であれば明確に把握できるように、便利かつ簡潔で説明するために、上述したシステム、装置、及びモジュールの具体的な動作過程については、前述の方法の実施例における対応する過程を参照することができ、ここでは説明を省略する。

【0087】

本開示に係るいくつかの実施例では、開示されたシステム、装置及び方法は、他の方式で実現されてもよいことを理解されたい。例えば、以上に説明した装置の実施例は、例示的なものに過ぎず、例えば、モジュールの分割は、論理的な機能分割に過ぎず、実際に実現される場合に他の分割方式があってもよく、例えば、複数のモジュール又はコンポーネントは、組み合わせられてもよく、別のシステムに集積されてもよく、いくつかの特徴が無視されてもよく、実行されなくてもよい。また、示されるか又は議論される相互結合、直接結合又は通信接続は、いくつかのインタフェースにより実現されてもよく、装置又はモジュールの間接結合又は通信接続は、電気的、機械的、又は他の形態であってもよい。分離部材として説明されたモジュールは、物理的に分離されたものであってもよく、物理的に分離されたものではなくてもよく、モジュールとして表示された部材は、物理ユニットであってもよく、物理ユニットではなくてもよく、即ち、同じ場所に位置してもよく、複数のネットワークユニットに分布してもよい。本実施例の技術手段の効果を達成するために、実際の必要に応じて、一部又は全部のモジュールを選択してもよい。

【0088】

また、本開示の各実施例における各機能モジュールは、１つの処理ユニットに集積されてもよく、各モジュールは、単独で物理的に存在してもよく、２つ以上のユニットは、１つのモジュールに集積されてもよい。上記集積されたユニットは、ハードウェアの形態で実現されてもよく、ソフトウェア機能ユニットの形態で実現されてもよい。上記集積されたユニットは、ソフトウェア機能ユニットの形式で実現され、かつ独立した製品として販売又は使用されると、１つのコンピュータ可読記憶媒体に記憶されてもよい。

【0089】

このような理解に基づいて、本開示の技術手段の従来技術に寄与する部分、又は該技術手段の全部又は一部は、ソフトウェア製品の形態で実現されてもよく、該コンピュータソフトウェア製品は、記憶媒体に記憶されており、１つのコンピュータ電子機器（パーソナルコンピュータ、サーバ、又はネットワーク電子機器などであってもよい）に本開示の各実施例における情報報告方法のステップの全部又は一部を実行させるためのいくつかの命令を含む。前述の記憶媒体は、ＵＳＢメモリ、リムーバブルハードディスク、読み出し専用メモリ（Ｒｅａｄ－Ｏｎｌｙ Ｍｅｍｏｒｙ、ＲＯＭ）、ランダムアクセスメモリ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ、ＲＡＭ）、磁気ディスク又は光ディスクなどのプログラムコードを記憶可能な様々な媒体を含む。

【0090】

なお、以上の実施例は、本開示の技術手段を説明するためのものに過ぎず、それを限定するものではなく、前述の実施例を参照しながら、本開示を詳細に説明したが、当業者であれば、依然として前述の各実施例に記載の技術手段を修正するか、又はその技術的特徴の一部を同等置換することができ、これらの修正又は置換によって、対応する技術手段は、本開示の各実施例の技術手段の精神及び範囲から逸脱することがない。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【手続補正書】

【提出日】2024-05-27

【手続補正1】

【補正対象書類名】特許請求の範囲

【補正対象項目名】全文

【補正方法】変更

【補正の内容】

【特許請求の範囲】

【請求項1】

下から上へ順に設置されたハードウェア層、ソフトウェア層、及びアプリケーション層を含み、前記ハードウェア層は、それぞれが１つのプロセッサを含む少なくとも１つのコントローラハードウェアを含み、
前記ソフトウェア層は、ＢＥＯＳオペレーティングシステム及びＢＥＯＳドライバを含み、前記ＢＥＯＳオペレーティングシステムは、コンピュータシステムのハードウェアリソース及びソフトウェアリソースを管理し制御し、前記ＢＥＯＳドライバは、ハードウェア層とソフトウェア層との間のデータ伝送を完了し、
前記アプリケーション層は、オペレーティングシステムインタフェースを介して前記ＢＥＯＳオペレーティングシステムに接続され、それぞれが車載に関連するアプリケーションを提供する複数のアプリケーションプログラムを含む、ことを特徴とする車載オペレーティングシステム。

【請求項2】

前記ＢＥＯＳオペレーティングシステムは、上から下へ順に設置されたタスク層、中間プロトコルスタック層、及びＯＳカーネル層を含み、
前記ＢＥＯＳドライバは、シリアルポートドライバ、ＣＡＮドライバ、ＳＰＩドライバ、Ｆｌａｓｈドライバ、Ｉ２Ｃドライバ、及びＲＴＣドライバのうちの少なくとも１つを含む、ことを特徴とする請求項１に記載の車載オペレーティングシステム。

【請求項3】

前記中間プロトコルスタック層は、ネットワーク管理モジュール、ＣＡＮサービスモジュール、及びデータ永続化管理モジュールのうちの少なくとも１つを含む、ことを特徴とする請求項２に記載の車載オペレーティングシステム。

【請求項4】

前記中間プロトコルスタック層は、ファイルシステムモジュール、ＴＣＰ／ＩＰプロトコルモジュール、ブルートゥースプロトコルスタックモジュール（ブルートゥースは登録商標）、及び信号管理モジュールのうちの少なくとも１つをさらに含む、ことを特徴とする請求項２に記載の車載オペレーティングシステム。

【請求項5】

前記ＯＳカーネル層は、タスク管理モジュール、タスク通信モジュール、メモリ管理モジュール、メモリランタイムライブラリモジュール、タイマー管理モジュール、同期管理モジュール、及び割り込み管理モジュールのうちの少なくとも１つを含む、ことを特徴とする請求項２に記載の車載オペレーティングシステム。

【請求項6】

前記タスク層は、作業タスクモジュール及びシステム監視タスクモジュールを含み、前記作業タスクモジュールは、それぞれが少なくとも１つのサブタスクユニットに通信可能に接続される少なくとも１つのメインタスクユニットを含む、ことを特徴とする請求項２に記載の車載オペレーティングシステム。

【請求項7】

前記メインタスクユニットは、リソース集中管理及びサブタスクユニット管理を提供し、前記リソース集中管理は、タイマー、メッセージキュー、セマフォ、待ちリスト、及びハードウェアリソースの申請と解放のうちの少なくとも１つを含み、
前記サブタスクユニット管理は、サブタスク作成、サブタスク削除、サブタスク状態制御、及びサブタスク状態監視のうちの少なくとも１つを含む、ことを特徴とする請求項６に記載の車載オペレーティングシステム。

【請求項8】

前記作業タスクモジュールにおけるタスク通信方法は、
メインタスクが、ＣｒｅａｔｅＭＱ（）によりサブタスクが使用するメッセージキューを作成するステップと、
少なくとも１つの送信すべきメッセージのサブタスクがそれぞれＳｅｎｄＭｓｇ（）によりメッセージデータを前記メッセージキューに送信するステップと、
少なくとも１つの受信すべきメッセージのサブタスクがＲｅｃｅｉｖｅＭｓｇ（）により前記メッセージキューからメッセージデータを受信するステップとを含む、ことを特徴とする請求項６に記載の車載オペレーティングシステム。

【請求項9】

ＰＣ端末上で実行され、請求項１～８のいずれか一項に記載の車載オペレーティングシステムを開発し、認証し、デバッグし、メンテナンスする、ことを特徴とするＢＥＯＳデバッグシステム。

【請求項10】

通信プロトコル処理モジュールと、ソースコード処理モジュールと、デバッグ元素解析モジュールと、ユーザ操作インタフェースモジュールとを含み、
通信プロトコル処理モジュールは、ＢＥＯＳデバッグシステムとＢＥＯＳオペレーティングシステムとの通信データ処理を提供し、
ソースコード処理モジュールは、ソースコードデータ構造解析、ソースコード表示、とソースコード位置決めの機能を提供し、
デバッグ元素解析モジュールは、デバッグに必要な変数表示機能を提供し、
ユーザ操作インタフェースモジュールは、ユーザ操作インタフェースを提供する、ことを特徴とする請求項９に記載のＢＥＯＳデバッグシステム。

【請求項11】

ＢＥＯＳデバッグシステムが車載オペレーティングシステムにデバッグ命令を送信するステップと、
前記車載オペレーティングシステムが前記デバッグ命令に基づいて、デバッグすべき対象をデバッグするステップと、
前記デバッグすべき対象が前記デバッグ命令に基づいて実行され、実行結果を前記ＢＥＯＳデバッグシステムにフィードバックするステップと、
前記ＢＥＯＳデバッグシステムが前記デバッグすべき対象の実行結果に基づいて、前記デバッグすべき対象の性能を決定するステップとを含む、ことを特徴とするＢＥＯＳデバッグ方法。

【請求項12】

プロセッサと、メモリとを含み、前記メモリには、少なくとも１つの命令、少なくとも１つのプログラム、コードセット又は命令セットが記憶され、前記命令、前記プログラム、前記コードセット又は前記命令セットは、前記プロセッサによってロードされ、かつ実行されることにより、請求項８に記載のタスク通信方法におけるステップと、請求項１１に記載のＢＥＯＳデバッグ方法におけるステップとを実現する、ことを特徴とする電子機器。

【請求項13】

１つ以上のプロセッサによって実行されることにより、請求項８に記載のタスク通信方法におけるステップと、請求項１１に記載のＢＥＯＳデバッグ方法におけるステップとを実現する１つ以上のプログラムが記憶されている、ことを特徴とするコンピュータ可読記憶媒体。

【国際調査報告】