CN114625425B - Audio playing method, system and equipment based on hard isolation - Google Patents
Audio playing method, system and equipment based on hard isolation Download PDFInfo
- Publication number
- CN114625425B CN114625425B CN202011446821.XA CN202011446821A CN114625425B CN 114625425 B CN114625425 B CN 114625425B CN 202011446821 A CN202011446821 A CN 202011446821A CN 114625425 B CN114625425 B CN 114625425B
- Authority
- CN
- China
- Prior art keywords
- partition
- intermediary
- cluster
- audio file
- ivi
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/44—Arrangements for executing specific programs
- G06F9/4401—Bootstrapping
- G06F9/4406—Loading of operating system
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
- G06F3/16—Sound input; Sound output
- G06F3/165—Management of the audio stream, e.g. setting of volume, audio stream path
Abstract
The embodiment of the application discloses an audio playing system, method and equipment based on hard isolation, and relates to the technical field of intelligent cabins and hard isolation. The system comprises: a system control framework SCFW partition, a vehicle-mounted information entertainment system IVI partition, a dashboard system Cluster partition and an intermediary partition; the intermediary partition has access rights to a specified memory location, and the specified memory location stores a first audio file; the first audio file meets the instant playing requirement; the SCFW partition is used for controlling the starting of the intermediate partition; wherein the IVI partition and Cluster partition are started later than the intermediary partition. The embodiment can rapidly play the audio under the hard-isolated design architecture.
Description
Technical Field
The embodiment of the application relates to an intelligent cabin and a hard isolation technology, in particular to an audio playing method, system and equipment based on hard isolation.
Background
The concept of hardware partitioning is to isolate the hardware resources owned by each operating system, simply called hard isolation. In a purely virtualized solution, the hardware resources are owned by one operating system (Hypervisor), which the user can operate by controlling the virtual devices. In hard isolation, hardware resources (e.g., registers) are allocated to a logical partition, and only hardware blocks within this partition can unconditionally access these resources, with other partitions being restricted from accessing these resources.
Currently, hard isolation can be achieved using extended resource controllers (XRDC, extended Resource Domain) provided on iMX QM, running IVI (In-Vehicle Infotainment, in-vehicle infotainment System) and Cluster (dashboard System) on one SoC (System on Chip). Mx8qm uses hardware partitioning to ensure hardware isolation of two operating systems.
Based on the above partitions, in the intelligent cabin, the existing system start mode is to start the IVI partition and the Cluster partition by using the SCFW (system control framework ) partition as the root partition after the SoC is powered on. Because the starting time of the IVI partition and the Cluster partition is longer, and the audio file is played by the IVI partition or the Cluster partition, audio playing delay can be caused, and especially if audio with high instantaneity such as alarm sound is delayed, the alarm sound does not reach the warning effect, and potential safety hazards can be caused.
Disclosure of Invention
The embodiment of the application provides an audio playing method, system and equipment based on hard isolation, which are used for rapidly playing audio under a hard-isolation design framework.
In a first aspect, an embodiment of the present application provides an audio playing system based on hard isolation, including: a system control framework SCFW partition, a vehicle-mounted information entertainment system IVI partition, a dashboard system Cluster partition and an intermediary partition;
the intermediary partition has access rights to a specified memory location, and the specified memory location stores a first audio file; the first audio file meets the instant playing requirement;
the SCFW partition is used for controlling the starting of the intermediate partition;
wherein the IVI partition and Cluster partition are started later than the intermediary partition.
In a second aspect, an embodiment of the present application further provides an audio playing method based on hard isolation, including:
SCFW partition control intermediating partition starting;
when the intermediate partition meets the first audio playing condition, reading and playing a first audio file in a designated memory position; the first audio file meets the instant playing requirement;
wherein the IVI partition and the Cluster partition are started later than the intermediary partition.
In a third aspect, an embodiment of the present application further provides an electronic device, including a MCU and a SoC integrated with the audio playing system based on hard isolation according to any one of the embodiments;
the MCU is used for sending a notification message to an intermediate partition in the SoC after detecting an abnormal event;
and the intermediary partition is used for reading and playing the first audio file in the appointed memory position according to the notification message.
The embodiment creatively provides a partition mode, and by creating an intermediate partition and starting before the IVI partition and the Cluster partition are started, the intelligent cabin can be quickly started after being electrified; by providing the first audio file meeting the instantaneity requirement for the intermediate partition, after the intermediate partition is started quickly, the playing function of the first audio file can be realized, and then the instant playing of the audio is realized. Compared with the prior art, the method and the device are not played through the IVI partition or the Cluster partition any more, but are played by the new intermediary partition before the IVI partition and the Cluster partition are started, so that the audio is played quickly, the warning effect is fully achieved, and the driving safety is improved.
Drawings
Fig. 1 is a schematic structural diagram of an audio playing system based on hard isolation according to an embodiment of the present application;
FIG. 2 is a schematic diagram of another audio playing system based on hard isolation according to an embodiment of the present application;
FIG. 3 is a schematic diagram of a memory area according to an embodiment of the present application;
fig. 4 is a schematic flow chart of an audio playing method based on hard isolation according to an embodiment of the present application;
FIG. 5 is a schematic diagram of each software included in the BootLoader according to the embodiment of the present application;
FIG. 6 is a schematic diagram of a startup sequence of each software provided in an embodiment of the present application;
FIG. 7 is a schematic diagram of interaction between an MCU and a SoC provided by an embodiment of the present application;
Detailed Description
The application is described in further detail below with reference to the drawings and examples. It is to be understood that the specific embodiments described herein are merely illustrative of the application and are not limiting thereof. It should be further noted that, for convenience of description, only some, but not all of the structures related to the present application are shown in the drawings.
An embodiment of the present application provides an audio playing system based on hard isolation, as shown in fig. 1, at least including: SCFW partition, IVI partition, cluster partition and intermediary partition, IVI partition and Cluster partition are hard isolated partition, and hardware resource will not be shared between these two partitions. Compared with the partition mode in the background technology, the embodiment creates a new partition based on the original partition, and is named as an intermediary partition.
The SCFW partition serves as a root partition, and owns all hardware resources. The SCFW partition is started first, hardware resources are allocated to other partitions, and access rights of the partitions to the hardware resources are set. In this embodiment, after the SCFW partition is started, a designated memory location is allocated to the intermediate partition, and an access authority of the intermediate partition to the designated memory location is set. Thereafter, the SCFW partition is used to control the intermediary partition to boot.
The intermediary partition has access to the specified memory location. The appointed memory location stores a first audio file which meets the instant playing requirement. Wherein, the instant play requirement refers to that the instant play is required when the first audio play condition is satisfied. For example, in the intelligent cabin field, if the alarm sound file needs to be immediately played when the safety belt is not tied or the tire pressure is abnormal is detected, the alarm sound file meets the instant playing requirement. After the intermediary partition is started, when the first audio playing condition is met, the first audio file in the appointed memory position can be read and the loudspeaker is called to play.
The IVI partition and Cluster partition start later than the intermediary partition. In this embodiment, the starting sequence of the IVI partition and the Cluster partition and the intermediary partition is limited, and the starting sequence between the IVI partition and the Cluster partition is not limited, and how the IVI partition and the Cluster partition are started is not limited. The manner of starting up the two partitions will be described in the following embodiments.
The embodiment creatively provides a partition mode, and by creating an intermediate partition and starting before the IVI partition and the Cluster partition are started, the intelligent cabin can be quickly started after being electrified; by providing the first audio file meeting the instantaneity requirement for the intermediate partition, after the intermediate partition is started quickly, the playing function of the first audio file can be realized, and then the instant playing of the audio is realized. Compared with the prior art, the method and the device are not played through the IVI partition or the Cluster partition any more, but are played by the new intermediary partition before the IVI partition and the Cluster partition are started, so that the audio is played quickly, the warning effect is fully achieved, and the driving safety is improved.
In an actual application scenario, memory resources are allocated to the IVI partition, because the IVI partition is responsible for video playing, navigation, and the like, and a large amount of memory space is required. Based on this, the intermediary partition may not be allocated memory resources, and by storing the first audio file to the designated memory space is an effective solution, there is no need to purchase memory again, effectively saving costs.
Fig. 2 is a schematic structural diagram of another audio playing system based on hard isolation according to an embodiment of the present application, and further includes a shared memory partition based on fig. 1. The shared memory is divided into a first shared memory, and the first shared memory stores a second audio file; the Cluster partition and the intermediary partition have access rights to the first shared memory, so that the Cluster partition and the intermediary partition can access the second audio file and perform corresponding operations when needed.
Compared with the prior art, the embodiment creates the shared memory partition, and sets the access rights of the Cluster partition and the intermediary partition to the shared memory partition, so that the Cluster partition and the intermediary partition can access and play the second audio file when needed.
In an alternative embodiment, the second audio file is less immediate than the first audio file, such as the second audio file includes greeting audio, time to time audio, and speed of hour alert tones. Because the designated memory location is limited, all audio files cannot be stored; meanwhile, the Cluster partition and the intermediary partition have the playing requirement of the second audio file, so that the second audio file is stored in the first shared memory, and corresponding partitions are created, and the two problems are solved simultaneously. The storage manner of the first audio file and the second audio file will be described in the following embodiments.
Optionally, the shared memory partition is allocated with a second shared memory; the Cluster partition and the IVI partition have access rights to the second shared memory, so that the Cluster partition and the IVI partition can access contents in the second shared memory when needed. The embodiment does not limit the content in the second shared memory, and the user can set the content in the second shared memory independently to realize the personalized function.
As shown in fig. 2, the audio playing system based on hard isolation further comprises a Boot partition, a SECO (Security Controller, security control) partition, a Cluster ATF (ARM Trusted Firmware ) partition, and an IVI ATF partition. The Boot partition is used for kernel loading and execution, and the SECO partition needs to be started before the SCFW partition and is responsible for security verification. The functions and allocation resources of Boot partitions and SECO partitions can be found in the hard isolation solution provided by the iMAX8QM, and are not described in detail here. Cluster ATF partitions and IVI ATF partitions run in the secure world.
In an application scenario, a hard-isolation based audio playback system was developed on a iMX QM chip (as a SoC). iMX8QM chip comprises 2 CM4 cores (M40 and M41 respectively), 4A 53 cores, 2A 72 cores, one M0 core and one SCU (System Control Unit ). The intermediary partition creates an M40 kernel on iMX8QM, the IVI partition creates an A53 kernel on iMX8QM, and the Cluster partition creates an A72 kernel on iMX8 QM. The SECO partition is created in the M0 kernel. Through the SCU, the user can create partitions. By calling the API (Application Programming Interface, application program interface) provided by FCSW, a partition can be allocated with hardware resources and set access rights (including exclusive and shared) of the partition to the hardware resources.
Fig. 3 is a schematic diagram of a memory area provided in an embodiment of the present application, where a block of memory area is configured on a kernel (a 72) created by a Cluster partition, where the block of memory area includes a first shared memory, a second shared memory, and a designated memory location. In addition, fig. 3 also shows the content stored in other memory areas, including ATF, U-Boot, kernel, and DTB (Device Tree Blob).
Fig. 4 is a flow chart of an audio playing method based on hard isolation according to an embodiment of the present application, and the embodiment is applied to the audio playing system based on hard isolation provided in the above embodiment. The embodiment is suitable for the situation of playing audio under a hard-isolated design architecture.
As shown in fig. 4, the method provided in this embodiment includes:
s410, the SCFW partition controls the intermediate partition start.
S420, when the intermediate partition meets the first audio playing condition, reading and playing a first audio file in a designated memory position; the first audio file meets the instant playing requirement; wherein the IVI partition and the Cluster partition are started later than the intermediary partition.
In this embodiment, before the IVI partition and the Cluster partition are started, the intermediary partition is responsible for playing the first audio file meeting the instant requirement, so that the audio is played quickly, the warning effect is fully achieved, and the driving safety is improved.
In one case, the intermediary partition controls the start of the IVI partition and the Cluster partition.
Optionally, the intermediary partition calls an API of the SCFW partition, allocates resources for the IVI partition and the Cluster partition, and starts the IVI partition and the Cluster partition; after the Cluster partition is started, reading a second audio file and loading the second audio file into a first shared memory, wherein the first shared memory belongs to the shared memory partition; and when the Cluster partition and the intermediary partition meet the second audio playing condition, reading the second audio file of the first shared memory and playing the second audio file.
Specifically, after the Cluster partition is started, the second audio file is read from the storage and is loaded into the first shared memory. The second audio playing condition may be a time arrival condition, a place arrival condition, or the like, and may be set autonomously by the user.
It should be noted that if the IVI partition and the Cluster partition are controlled by the intermediary partition, the method can be implemented with a small modification in the prior art. Specifically, the software contained therein may be started by booting the content and the tag in the loader (BootLoader). Fig. 5 shows each software included in the BootLoader, and fig. 6 shows a start-up sequence of each software. The SoC integrates the aforementioned hard-isolation based audio playback system. The start-up procedure of the partial partition is described in detail below in terms of the SoC core in conjunction with fig. 5 and 6.
According to the prior art, after the M0 kernel (SECO partition) and the SCU are started, the SCFW partition is correspondingly started. Thereafter, the SCU will continue to boot the U-boot (Cluster) and U-boot (IVI), thereby booting the Cluster partition and the IVI partition. In the present embodiment, when the mirror image is manufactured, a tag "-c-flags 0x 01000000" is added at a suitable position in the BootLoader, where the tag represents that the U-boot (Cluster) and the U-boot (IVI) are not started, and resources are allocated to the intermediary partition. Only the FreeRTOS (small real-time operating system kernel) running on the M40 kernel is then started, thus starting the intermediary partition. The M40 kernel starts ATF, U-Boot, cluster OS (Operating System) and IVI OS running on the A53 kernel and the A72 kernel by calling APIs of the SCFW partition, thereby starting the Cluster partition and the IVI partition.
In another case, the SCFW partition controls the IVI partition and the Cluster partition to boot after the intermediate partition boots. Specifically, after the SCFW partition detects that the intermediate partition is started, the SCFW partition can wait for a set duration, and then control the IVI partition and the Cluster partition to start.
In both cases, the startup sequence for the IVI partition and the Cluster is not limited.
In the above embodiment and the following embodiments, the storing process of the first audio file in the specified memory location is optimized. Before the SCFW partition control intermediating partition starts, further comprising: reading a first audio file in a boot image (boot image) through a microcode, and packaging the first audio file to the boot image before the system is started; the first audio file is stored to a designated memory location by the microcode.
Specifically, before the system is started, the first audio file is read from the memory and packaged into a boot image. After the system is powered on, when the microcode in the chip loads the boot image, the first audio file in the boot image is read and stored to the appointed memory position.
In the foregoing embodiment and the following embodiments, when the intermediary partition satisfies the first audio playing condition, the intermediary partition reads and plays the first audio file in the specified memory location, including: the intermediary partition receives a notification message sent by the MCU (Microcontroller Unit, micro control unit), wherein the notification message is sent after the MCU detects an abnormal event; the intermediary partition reads and plays the first audio file of the appointed memory position according to the notification message; the first audio file is an alarm sound file.
Fig. 7 is a schematic diagram of MCU and SoC interaction provided in an embodiment of the present application. The MCU detects an abnormal event in the intelligent cabin, such as unsecured or tire pressure abnormal, and sends a notification message to the intermediary partition in the SoC through the UART (Universal Asynchronous Receiver, universal asynchronous receiver transmitter). The intermediary partition then reads the alert file from the memory designated location and invokes the speaker to play.
In the embodiment, the MCU directly sends the notification message to the intermediate partition, so that the intermediate partition can quickly respond to the notification message, and the alarm sound can be quickly played; in addition, the MCU is started faster, and can rapidly detect abnormal events; and immediately notifying the intermediary partition after the intermediary partition is started, so that the quick playing of the alarm is further improved.
As shown in fig. 7, the electronic device further includes an MCU and an SoC, where the SoC is integrated with the audio playing system based on hard isolation provided in any of the foregoing embodiments. The MCU is used for sending a notification message to an intermediate partition in the SoC after detecting the abnormal event; the intermediary partition is used for reading and playing the first audio file of the appointed memory location according to the notification message.
Note that the above is only a preferred embodiment of the present application and the technical principle applied. It will be understood by those skilled in the art that the present application is not limited to the particular embodiments described herein, but is capable of various obvious changes, rearrangements and substitutions as will now become apparent to those skilled in the art without departing from the scope of the application. Therefore, while the application has been described in connection with the above embodiments, the application is not limited to the embodiments, but may be embodied in many other equivalent forms without departing from the spirit or scope of the application, which is set forth in the following claims.
Claims (10)
1. An audio playback system based on hard isolation, comprising: a system control framework SCFW partition, a vehicle-mounted information entertainment system IVI partition, a dashboard system Cluster partition and an intermediary partition;
the intermediary partition has access rights to a specified memory location, and the specified memory location stores a first audio file; the first audio file meets the instant playing requirement;
the SCFW partition is used for controlling the starting of the intermediate partition;
wherein the IVI partition and Cluster partition are started later than the intermediary partition.
2. The system of claim 1, further comprising: a shared memory partition;
the shared memory partition is provided with a first shared memory, and the first shared memory stores a second audio file; the Cluster partition and the intermediary partition have access rights of the first shared memory.
3. The system of claim 2, wherein the system further comprises a controller configured to control the controller,
the shared memory partition is used for dividing a second shared memory; and the Cluster partition and the IVI partition have the access right of the second shared memory.
4. The system of any of claims 1-3, wherein the intermediary partition is created on an M40 kernel on a iMX QM, the IVI partition is created on an a53 kernel on a iMX8QM, and the Cluster partition is created on an a72 kernel on a iMX8 QM.
5. An audio playing method based on hard isolation is characterized by comprising the following steps:
the SCFW partition of the system control framework controls the starting of the intermediate partition;
when the intermediate partition meets the first audio playing condition, reading and playing a first audio file in a designated memory position; the first audio file meets the instant playing requirement;
the in-vehicle infotainment system IVI partition and the dashboard system Cluster partition are started later than the intermediary partition.
6. The method of claim 5, further comprising, after the SCFW partition control intermediary partition is started:
the intermediary partition controls the IVI partition and the Cluster partition to start; or alternatively, the process may be performed,
and after the intermediate partition is started, the SCFW partition controls the IVI partition and the Cluster partition to be started.
7. The method of claim 6, wherein the mediating partition controlling the IVI partition and Cluster partition start up comprises:
the intermediate partition calls an application program interface API of the SCFW partition, allocates resources for the IVI partition and the Cluster partition, and starts the IVI partition and the Cluster partition;
after the Cluster partition is started, reading a second audio file and loading the second audio file into a first shared memory, wherein the first shared memory belongs to a shared memory partition;
and when the Cluster partition and the intermediate partition meet the second audio playing condition, reading the second audio file of the first shared memory and playing the second audio file.
8. The method of claim 5, further comprising, prior to the SCFW partition control intermediary partition starting:
reading a first audio file in a starting mirror image through a micro code, and packaging the first audio file to the starting mirror image before the audio playing system is started; the audio playing system comprises: the SCFW partition, the IVI partition, the Cluster partition and an intermediary partition;
and storing the first audio file to the appointed memory location through the microcode.
9. The method according to any one of claims 5-8, wherein the intermediary partition, when the first audio playing condition is met, reads and plays the first audio file in the designated memory location, including:
the intermediary partition receives a notification message sent by a Micro Control Unit (MCU), wherein the notification message is sent after the MCU detects an abnormal event;
the intermediary partition reads and plays a first audio file in a designated memory position according to the notification message;
the first audio file is an alarm sound file.
10. An electronic device, comprising a micro control unit MCU and a system on a chip SoC integrated with the hard-isolation based audio playback system of any one of claims 1-4;
the MCU is used for sending a notification message to an intermediate partition in the SoC after detecting an abnormal event;
and the intermediary partition is used for reading and playing the first audio file in the appointed memory position according to the notification message.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202011446821.XA CN114625425B (en) | 2020-12-09 | 2020-12-09 | Audio playing method, system and equipment based on hard isolation |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202011446821.XA CN114625425B (en) | 2020-12-09 | 2020-12-09 | Audio playing method, system and equipment based on hard isolation |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN114625425A CN114625425A (en) | 2022-06-14 |
| CN114625425B true CN114625425B (en) | 2023-09-29 |
Family
ID=81896292
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202011446821.XA Active CN114625425B (en) | 2020-12-09 | 2020-12-09 | Audio playing method, system and equipment based on hard isolation |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN114625425B (en) |
Citations (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| KR20080059779A (en) * | 2006-12-26 | 2008-07-01 | 주식회사 레인콤 | Portable multimedia file player |
| CN103645916A (en) * | 2013-11-29 | 2014-03-19 | 惠州华阳通用电子有限公司 | Method for system power-on starting based on QNX |
| CN104050992A (en) * | 2014-06-10 | 2014-09-17 | 浙江中科领航汽车电子有限公司 | Vehicle-mounted intelligent system with virtual instrument and information entertainment terminals |
| CN108647114A (en) * | 2018-03-30 | 2018-10-12 | 斑马网络技术有限公司 | Vehicle device operating system and its startup method, system partitioning update and restoration methods |
| CN108986708A (en) * | 2018-07-26 | 2018-12-11 | 南京索莱电子科技有限公司 | GPS vehicle intelligent tour guide's synchronization system |
| CN109062989A (en) * | 2018-07-03 | 2018-12-21 | 深圳市慧视通科技股份有限公司 | A kind of vehicle-mounted monitoring date storage method |
| CN109343902A (en) * | 2018-09-26 | 2019-02-15 | Oppo广东移动通信有限公司 | Operation method, device, terminal and the storage medium of audio processing components |
| CN111240751A (en) * | 2019-12-27 | 2020-06-05 | 深圳市众鸿科技股份有限公司 | Hardware isolation method and system based on vehicle-mounted intelligent cabin |
-
2020
- 2020-12-09 CN CN202011446821.XA patent/CN114625425B/en active Active
Patent Citations (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| KR20080059779A (en) * | 2006-12-26 | 2008-07-01 | 주식회사 레인콤 | Portable multimedia file player |
| CN103645916A (en) * | 2013-11-29 | 2014-03-19 | 惠州华阳通用电子有限公司 | Method for system power-on starting based on QNX |
| CN104050992A (en) * | 2014-06-10 | 2014-09-17 | 浙江中科领航汽车电子有限公司 | Vehicle-mounted intelligent system with virtual instrument and information entertainment terminals |
| CN108647114A (en) * | 2018-03-30 | 2018-10-12 | 斑马网络技术有限公司 | Vehicle device operating system and its startup method, system partitioning update and restoration methods |
| CN109062989A (en) * | 2018-07-03 | 2018-12-21 | 深圳市慧视通科技股份有限公司 | A kind of vehicle-mounted monitoring date storage method |
| CN108986708A (en) * | 2018-07-26 | 2018-12-11 | 南京索莱电子科技有限公司 | GPS vehicle intelligent tour guide's synchronization system |
| CN109343902A (en) * | 2018-09-26 | 2019-02-15 | Oppo广东移动通信有限公司 | Operation method, device, terminal and the storage medium of audio processing components |
| CN111240751A (en) * | 2019-12-27 | 2020-06-05 | 深圳市众鸿科技股份有限公司 | Hardware isolation method and system based on vehicle-mounted intelligent cabin |
Non-Patent Citations (4)
| Title |
|---|
| 《A Security Analysis of an In Vehicle Infotainment and App Platform》;Sahar Mazloom 等;《proceedings of the 10th USENIX conference on offensive technologies》;232-243 * |
| 《基于CarLife协议的车载音视频系统的软件设计与实现》;张礼贝;《中国优秀硕士学位论文全文数据库工程科技Ⅱ辑》(第2期);C035-194 * |
| 《机车语音录音系统的设计与实现》;林永硕;《现代电子技术》;第36卷(第4期);16-18 * |
| Tai-Jin Song 等.《Field experiment for exploring the effects of in-vehicle warning information on driver's responsive behaviour》.《The Journal of Engineering》.2016,124-133. * |
Also Published As
| Publication number | Publication date |
|---|---|
| CN114625425A (en) | 2022-06-14 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US9898304B2 (en) | Fast booting a computing device to a specialized experience | |
| US8032741B2 (en) | Method and apparatus for virtualization of a multi-context hardware trusted platform module (TPM) | |
| JP5861228B2 (en) | System, apparatus, program and method for monitoring a virtual partition | |
| EP3092566B1 (en) | Vehicle with multiple user interface operating domains | |
| JP4921384B2 (en) | Method, apparatus and system for dynamically reallocating memory from one virtual machine to another | |
| US20050198633A1 (en) | Method, apparatus and system for seamlessly sharing devices amongst virtual machines | |
| JP4345630B2 (en) | Information processing apparatus, interrupt processing control method, and computer program | |
| JP2017507398A (en) | Vehicle having multiple user interface operating domains | |
| KR20060117869A (en) | Partition bus | |
| WO2018039967A1 (en) | Virtual machine switching method and apparatus, electronic device, and computer program product | |
| WO2022001506A1 (en) | Method and apparatus for running process | |
| EP3070607B1 (en) | Compute node supporting virtual machines and services | |
| KR102177407B1 (en) | An AVN system of a vehicle using a virtualization and an operating method of the AVN system | |
| CN114625425B (en) | Audio playing method, system and equipment based on hard isolation | |
| US20230177139A1 (en) | Method and device for controlling device based on vehicle virtual structure | |
| Karthik et al. | Hypervisor based approach for integrated cockpit solutions | |
| CN114625427B (en) | Partition starting method, system and equipment based on hard isolation | |
| US11599330B2 (en) | Audio management for guests | |
| CN114625424B (en) | Resource reallocation method, system and equipment based on hard isolation | |
| JP2022511839A (en) | Storage of microcode for virtual functions in trusted memory areas | |
| CN115793949B (en) | Vehicle-mounted system, method for sharing touch device, vehicle and storage medium | |
| EP3316174A1 (en) | Channel-based mandatory access controls | |
| EP3182282A1 (en) | Method for operating a system in a control unit and system | |
| US10922149B2 (en) | System comprising a plurality of virtualization systems | |
| Shelly | Advanced In-Vehicle Systems: A Reference Design for the Future |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |