WO2022222715A1 - 一种车载电子设备的控制方法及车载电子设备 - Google Patents

一种车载电子设备的控制方法及车载电子设备 Download PDF

Info

Publication number
WO2022222715A1
WO2022222715A1 PCT/CN2022/083862 CN2022083862W WO2022222715A1 WO 2022222715 A1 WO2022222715 A1 WO 2022222715A1 CN 2022083862 W CN2022083862 W CN 2022083862W WO 2022222715 A1 WO2022222715 A1 WO 2022222715A1
Authority
WO
WIPO (PCT)
Prior art keywords
vehicle
state
electronic device
driving
application
Prior art date
Application number
PCT/CN2022/083862
Other languages
English (en)
French (fr)
Inventor
邵磊
王光彩
谢东
Original Assignee
华为技术有限公司
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by 华为技术有限公司 filed Critical 华为技术有限公司
Publication of WO2022222715A1 publication Critical patent/WO2022222715A1/zh

Links

Images

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/445—Program loading or initiating
    • G06F9/44505—Configuring for program initiating, e.g. using registry, configuration files
    • 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/445—Program loading or initiating
    • 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/451—Execution arrangements for user interfaces

Definitions

  • the present application relates to the field of terminals, and in particular, to a service sharing method, system and electronic device.
  • In-vehicle electronic equipment installed with a vehicle application can conveniently and quickly control the vehicle to perform a certain function, and is widely used.
  • the application must be inseparable from the human-computer interaction functions such as multimedia resource playback, input method, and pop-up prompts.
  • the above-mentioned human-computer interaction function may bring great safety hazards to the driver.
  • the present application provides a control method for an in-vehicle electronic device and an in-vehicle electronic device, which can reduce the research and development cost while improving the application development efficiency.
  • the present application provides a method for sharing a service, including: applying to an on-board electronic device on a vehicle to obtain a running state of the vehicle; if the running state of the vehicle is a driving state, disabling the target application permission of the on-board electronic device.
  • the on-board electronic device disables the target application permission of the on-board electronic device if it is determined that the running state of the vehicle is the driving state. In this way, since the target application permission of the in-vehicle electronic device has been disabled when the vehicle is in driving state, each application in the in-vehicle electronic device cannot use the above-mentioned target application permission when the driver is driving the vehicle , thereby ensuring the driving safety of the driver.
  • a generic version of the target application can be installed in the in-vehicle electronic device, and the in-vehicle electronic device can prevent the target application from executing the relevant application service by disabling the target application permission in the driving state, thereby ensuring the driver's safety.
  • application developers do not need to develop a vehicle-specific version for the target application, which reduces the workload and research and development costs of developers, and improves the development efficiency of applications.
  • the above target application permission includes at least one of the playback permission of the multimedia resource, the display permission of the input method, or the display permission of the pop-up window.
  • the in-vehicle electronic device when the target application permission is the playback permission of the multimedia resource, before acquiring the running state of the vehicle, the in-vehicle electronic device further includes: receiving a playback instruction of the first multimedia resource. If the running state is the non-driving state, the in-vehicle electronic device plays the first multimedia resource in response to the first multimedia resource playing instruction; if the running state is switched from the non-driving state to the driving state, the in-vehicle electronic device pauses and plays the first multimedia resource. a multimedia resource.
  • the in-vehicle electronic device pauses to play the first multimedia resource. Therefore, the driver cannot watch the first multimedia resource while driving the vehicle, thereby ensuring the driving safety of the driver.
  • a general version of the video APP can be installed in the vehicle electronic device, and the view system can prevent the video APP from continuing to play the first multimedia resource by stopping calling the player to play the video in the driving state.
  • the vehicle-mounted electronic device after pausing the playback of the first multimedia resource, further includes: receiving a second multimedia resource playback instruction; if the running state is the driving state, the vehicle-mounted electronic device refuses to respond to the first multimedia resource. 2. Multimedia resource playback instructions.
  • the vehicle-mounted electronic device refuses to play the second multimedia resource when the vehicle is in a driving state, the driver cannot watch the second multimedia resource while driving the vehicle, thereby ensuring the driving safety of the driver.
  • a general version of the video APP can be installed in the vehicle electronic device, and the view system refuses to play the first multimedia resource by not calling the player to play the second multimedia resource when the vehicle is in the driving state.
  • the method further includes: if the running state is switched from the driving state to the non-driving state, the in-vehicle electronic device resumes playing the first multimedia resource .
  • the in-vehicle electronic device continues to play the first multimedia resource. Therefore, the driver can continue to watch the paused first multimedia resource, which enriches the user experience.
  • the in-vehicle electronic device when the target application permission is the display permission of the input method, before acquiring the running state of the vehicle, the in-vehicle electronic device further includes: receiving a first input method display instruction. If the running state is the non-driving state, the in-vehicle electronic device displays the input interface of the input method application in response to the first input method display instruction; if the running state is switched from the non-driving state to the driving state, the in-vehicle electronic device closes the input method application input interface.
  • the vehicle electronic device closes the input interface of the input method application when the vehicle is in a driving state, the driver cannot use the input method application when driving the vehicle, thereby ensuring the driving safety of the driver.
  • a general version of the chat APP can be installed in the vehicle electronic device, and the resource manager can prevent the chat APP from displaying the input method application by closing the input interface of the input method application in the driving state.
  • the input interface ensures the driving safety of the driver, and the application developer does not need to develop a vehicle-specific version for the chat APP, which reduces the developer's workload and R&D cost, and improves the application development efficiency.
  • the method further includes: receiving a second input method display instruction; if the running state is the driving state, the in-vehicle electronic device refuses to respond to the second input method Show instructions.
  • the vehicle-mounted electronic device refuses to respond to the second input method display command when the vehicle is driving, the driver cannot use the input method application while driving the vehicle, thereby ensuring the driver's driving safety.
  • a general version of the chat APP can be installed in the vehicle electronic device, and the resource manager can prevent the chat APP from displaying the input method application by closing the input interface of the input method application in the driving state.
  • the input interface ensures the driving safety of the driver, and the application developer does not need to develop a vehicle-specific version for the chat APP, which reduces the developer's workload and R&D cost, and improves the application development efficiency.
  • the in-vehicle electronic device when the target application permission is the display permission of the pop-up window, after disabling the target application permission of the in-vehicle electronic device, the in-vehicle electronic device further includes: if a pop-up window display instruction is received, refusing to respond to the pop-up window The window displays the command.
  • the on-board electronic device refuses to respond to the pop-up window display instruction. Therefore, when the driver is driving the vehicle, the message cannot be popped up through the pop-up window, which prevents the message from being displayed in the pop-up window. When it pops up, it distracts the driver's attention and ensures the driver's driving safety.
  • a general version of the APP with message pop-up function can be installed in the vehicle electronic device, and the notification manager prevents the APP with message pop-up function from displaying the pop-up window by prohibiting the display of the pop-up window in the driving state. , so as to ensure the driving safety of the driver, and the application developer does not need to develop a vehicle-specific version for the APP with the message pop-up function, which reduces the developer's workload and R&D cost, and improves the application development efficiency.
  • the specific method for the vehicle-mounted electronic device to obtain the running state of the vehicle includes: obtaining manipulation data of the vehicle; wherein the manipulation data includes: at least one of a driving speed, a gear state, a braking state or a driving mode. One; according to the manipulation data, determine the running state.
  • the vehicle-mounted electronic device when the vehicle-mounted electronic device obtains the running state of the vehicle, it can obtain the running state of the vehicle according to the manipulation data, and a specific implementation method for obtaining the running state of the vehicle is given.
  • the specific method for determining the operating state by the vehicle-mounted electronic device according to the manipulation data includes: if the driving mode satisfies the first preset condition, the braking state is the non-braking state, and the gear state is the non-parking state The vehicle gear state, and the driving speed is greater than the maximum value of the preset threshold range, it is determined that the operating state is the driving state; wherein, the first preset condition is: the driving mode is the manual driving mode, or the driving mode is the automatic driving mode, And the automatic driving mode is in the non-driving state.
  • the vehicle-mounted electronic device when the vehicle-mounted electronic device obtains the running state of the vehicle, it can obtain the running state of the vehicle according to the manipulation data, and a specific implementation method for obtaining the running state of the vehicle is given.
  • the specific method for determining the operating state by the vehicle-mounted electronic device according to the manipulation data includes: if the driving mode satisfies the first preset condition, determining that the braking state is the braking state or the non-braking state; wherein the first A preset condition is: the driving mode is the manual driving mode, or, the driving mode is the automatic driving mode, and the automatic driving mode is in the non-driving state; if the braking state is the non-braking state, it is determined that the gear state is the parking gear state or non-parking gear state; if the gear state is the non-parking gear state, determine whether the driving speed is greater than the maximum value of the preset threshold range; if the driving speed is greater than the maximum value of the preset threshold range, determine the operation The state is the driving state.
  • the vehicle-mounted electronic device when the vehicle-mounted electronic device obtains the running state of the vehicle, it can obtain the running state of the vehicle according to the manipulation data, and a specific implementation method for obtaining the running state of the vehicle is given.
  • the specific method for determining the running state by the vehicle-mounted electronic device according to the manipulation data includes: if the running speed is greater than the maximum value of the preset threshold range, determining that the running state is the driving state.
  • the vehicle-mounted electronic device when the vehicle-mounted electronic device obtains the running state of the vehicle, it can obtain the running state of the vehicle according to the driving speed, and a specific implementation method for obtaining the running state of the vehicle is given.
  • the method further includes: determining that the running state is switched from the driving state to the non-driving state; and restoring the target application permission of the in-vehicle electronic device.
  • the specific method for determining that the running state is switched from the driving state to the non-driving state by the in-vehicle electronic device includes: if the running speed is less than the minimum value of the preset threshold range, determining that the running state is the non-driving state.
  • the present application provides an in-vehicle electronic device, comprising: a memory, a display screen and one or more processors; the memory, the display screen and the processor are coupled.
  • the in-vehicle electronic device may also include a touch sensor (the touch sensor and the display screen may be integrated into a touch screen), a mouse and other input devices.
  • the memory is used to store computer program code
  • the computer program code includes computer instructions; when the vehicle-mounted electronic device is running, the processor is used to execute one or more computer instructions stored in the memory, so that the electronic device executes the above-mentioned first aspect
  • the present application provides a chip system, which is applied to in-vehicle electronic equipment.
  • the chip system includes one or more interface circuits and one or more processors.
  • the interface circuit and the processor are interconnected by wires.
  • the interface circuit is configured to receive a signal from the memory of the onboard electronic device and send the signal to the processor, the signal comprising computer instructions stored in the memory.
  • the processor executes the computer instructions
  • the in-vehicle electronic device executes the control method according to any one of the above-mentioned first aspects.
  • the present application provides a computer-readable storage medium, comprising computer instructions, when the computer instructions are executed on the above-mentioned in-vehicle electronic equipment, the in-vehicle electronic equipment is made to execute the control method according to any one of the above-mentioned first aspects. .
  • the present application provides a computer program product that, when the computer program product runs on the above-mentioned in-vehicle electronic device, enables the in-vehicle electronic device to execute the control method according to any one of the above-mentioned first aspects.
  • FIG. 1 is a schematic diagram of a display interface of a map APP on a vehicle-mounted electronic device and a mobile electronic device in the prior art
  • FIG. 2 is a schematic structural diagram of a control system provided by an embodiment of the present application.
  • FIG. 3 is a schematic structural diagram 1 of a vehicle-mounted electronic device provided by an embodiment of the present application.
  • FIG. 4 is a schematic diagram of the architecture of an operating system in a vehicle-mounted electronic device according to an embodiment of the present application
  • FIG. 5 is a schematic diagram 1 of a control method of a vehicle-mounted electronic device provided by an embodiment of the present application
  • 6A is a second schematic diagram of a method for controlling a vehicle-mounted electronic device according to an embodiment of the application.
  • FIG. 6B is a schematic diagram 3 of a method for controlling a vehicle-mounted electronic device according to an embodiment of the present application.
  • FIG. 7A is a fourth schematic diagram of a method for controlling a vehicle-mounted electronic device according to an embodiment of the application.
  • FIG. 7B is a fifth schematic diagram of a method for controlling a vehicle-mounted electronic device according to an embodiment of the application.
  • FIG. 8A is a sixth schematic diagram of a method for controlling a vehicle-mounted electronic device according to an embodiment of the application.
  • FIG. 8B is a seventh schematic diagram of a method for controlling a vehicle-mounted electronic device according to an embodiment of the application.
  • FIG. 9A is a schematic diagram 8 of a method for controlling a vehicle-mounted electronic device according to an embodiment of the present application.
  • 9B is a schematic diagram 9 of a method for controlling a vehicle-mounted electronic device provided by an embodiment of the application.
  • FIG. 10A is a schematic diagram ten of a method for controlling a vehicle-mounted electronic device according to an embodiment of the present application.
  • FIG. 10B is a schematic diagram eleventh of a method for controlling an in-vehicle electronic device provided by an embodiment of the application;
  • FIG. 11 is a schematic diagram 12 of a method for controlling a vehicle-mounted electronic device provided by an embodiment of the application.
  • FIG. 12 is a schematic diagram thirteen of a method for controlling a vehicle-mounted electronic device according to an embodiment of the application.
  • FIG. 13 is a schematic diagram fourteen of a method for controlling a vehicle-mounted electronic device provided by an embodiment of the application;
  • FIG. 14 is a schematic diagram fifteenth of a method for controlling a vehicle-mounted electronic device provided by an embodiment of the application.
  • 15 is a schematic diagram sixteen of a method for controlling a vehicle-mounted electronic device according to an embodiment of the application.
  • FIG. 16 is a second schematic structural diagram of an in-vehicle electronic device according to an embodiment of the application.
  • A/B generally indicates that the related objects before and after are an “or” relationship.
  • A/B can be understood as A or B.
  • first and second are only used for descriptive purposes, and should not be construed as indicating or implying relative importance or implicitly indicating the number of technical features indicated. Thus, a feature defined as “first” or “second” may expressly or implicitly include one or more of that feature. In the description of this embodiment, unless otherwise specified, "plurality" means two or more.
  • references to the terms “comprising” and “having” in the description of this application, and any variations thereof, are intended to cover non-exclusive inclusion.
  • a process, method, system, product or device comprising a series of steps or modules is not limited to the listed steps or modules, but may optionally also include other unlisted steps or modules, or optionally also Other steps or modules inherent to these processes, methods, products or devices are included.
  • words such as “exemplary” or “for example” are used to represent examples, illustrations or illustrations. Any embodiment or design described in this application as “exemplary” or “such as” should not be construed as preferred or advantageous over other embodiments or designs. Rather, use of words such as “exemplary” or “such as” is intended to present concepts in a specific manner.
  • an in-vehicle electronic device installed with an APP can conveniently and quickly control the vehicle to perform a certain function, and thus is widely used.
  • the application must be inseparable from the human-computer interaction functions such as multimedia resource playback, input method, and pop-up prompts.
  • the above-mentioned human-computer interaction function may bring great safety hazards to the driver.
  • FIG. 1 Exemplary, as shown in Figure 1.
  • (a) and (b) in FIG. 1 respectively show the display interface of the map APP on the vehicle electronic device and the mobile electronic device.
  • the functions in the map APP can be displayed in a size adapted to the display screen size of the mobile electronic device. controls.
  • the size of the function controls displayed on the mobile electronic device by the map APP is smaller than the size of the function controls displayed on the in-vehicle electronic device. In this way, the mobile electronic device can display multiple functional controls on the display interface of the map APP, which is convenient for the user to use.
  • map APP developers need to develop at least two versions of the map APP when developing the map APP, so that the map APP can be applied to in-vehicle electronic devices and mobile electronic devices respectively.
  • the existing method for reducing the driving safety risk of the driver increases the workload and research and development cost of the developer, and reduces the development efficiency of the application.
  • an embodiment of the present application provides a method for controlling an in-vehicle electronic device. permissions.
  • the target application permission of the in-vehicle electronic device has been disabled when the vehicle is in driving state, each application in the in-vehicle electronic device cannot use the above-mentioned target application permission when the driver is driving the vehicle, thus ensuring the Driver's driving safety.
  • a generic version of the target application can be installed in the in-vehicle electronic device, and the in-vehicle electronic device can prevent the target application from executing the relevant application service by disabling the target application permission in the driving state, thereby ensuring the driver's safety.
  • application developers do not need to develop a vehicle-specific version for the target application, which reduces the workload and research and development costs of developers, and improves the development efficiency of applications.
  • FIG. 2 shows a structure of the control system 20 .
  • the control system 20 includes an on-board electronic device 201 , a vehicle 202 and a server 203 .
  • the in-vehicle electronic device 201 can be installed on the center console inside the vehicle, and can realize the communication between the person and the vehicle, the vehicle and the outside world (vehicle-to-vehicle).
  • the vehicle 202 may be a car, a bus, a train, etc. that can be equipped with on-board electronic equipment.
  • the in-vehicle electronic device 201 and the server 203 are communicatively connected.
  • control system 20 may include one or more servers (only one server 203 is shown in FIG. 2 ).
  • an application with a chat function (hereinafter referred to as a chat APP) can be installed in the vehicle-mounted electronic device 201, and the user can use the chat APP to interact with chat objects such as friends, groups or strangers that have been added in the chat APP. Chat message.
  • chat objects such as friends, groups or strangers that have been added in the chat APP.
  • users can also use the chat APP to interact with chat objects such as public accounts, robots, or small programs provided by the chat APP.
  • the chat object of the user interacting with the chat message in the chat APP is uniformly referred to as a contact.
  • the in-vehicle electronic device 201 can call the installed input method application to realize the input function of chatting text.
  • the in-vehicle electronic device 201 can also display the message sent by the chat object on the display page of the in-vehicle electronic device 201 by means of a pop-up window.
  • applications such as a music APP, a video APP and the like may also be installed in the vehicle-mounted electronic device 201 .
  • the video APP provides application services such as playing, sharing, leaving a message, and collecting various video files.
  • the user can open the video APP of the in-vehicle electronic device 201 to use these application services provided by the video APP.
  • an application service is a service business provided by an application to a user to realize a specific function.
  • the in-vehicle electronic device 201 can call the installed player to realize the function of playing the video.
  • the in-vehicle electronic device 201 may also provide the user with services such as an input method application, displaying messages through a pop-up window, etc., which is not limited in this embodiment of the present application.
  • the in-vehicle electronic device 201 can control the permissions of the APP installed in the in-vehicle electronic device 201 according to the running state of the vehicle 202 .
  • the in-vehicle electronic device 201 may acquire the running state of the vehicle 202 .
  • the user may perform an operation of playing the first video on the video APP installed on the in-vehicle electronic device 201 .
  • the in-vehicle electronic device 201 may call the installed player to play the first video.
  • the in-vehicle electronic device 201 may disable the playback authority of the player.
  • the video APP Since the video APP needs to obtain the playback permission when playing the first video, if the in-vehicle electronic device 201 disables the playback permission of the player, the video APP will stop playing the first video if it cannot obtain the playback permission, preventing the driver from driving while driving. During the process, the driver was distracted by watching the first video, and there was a problem of driving safety risk.
  • the in-vehicle electronic device 201 disables the target application permission of the in-vehicle electronic device 201 if it is determined that the running state of the vehicle 202 is the driving state. In this way, when the vehicle 202 is in the driving state, the target application permission of the in-vehicle electronic device 201 has been disabled. Therefore, when the driver drives the vehicle 202 , each application in the in-vehicle electronic device 201 cannot use the above-mentioned target application permission. , thereby ensuring the driving safety of the driver.
  • a generic version of the target application can be installed in the in-vehicle electronic device 201, and the in-vehicle electronic device 201 prevents the target application from executing the relevant application services by disabling the permission of the target application in the driving state, thereby ensuring driving
  • the driver's driving safety is improved, and the application developer does not need to develop a vehicle-specific version for the target application, which reduces the developer's workload and R&D cost, and improves the application development efficiency.
  • FIG. 3 shows a schematic structural diagram of an in-vehicle electronic device.
  • the in-vehicle electronic equipment may include a processor 110, an external memory interface 120, an internal memory 121, a universal serial bus (USB) interface 130, an antenna 1, an antenna 2, a mobile communication module 150, a wireless communication module 160, an audio module 170, speaker 170A, receiver 170B, microphone 170C, headphone jack 170D, sensor module 180, etc.
  • a processor 110 an external memory interface 120, an internal memory 121, a universal serial bus (USB) interface 130, an antenna 1, an antenna 2, a mobile communication module 150, a wireless communication module 160, an audio module 170, speaker 170A, receiver 170B, microphone 170C, headphone jack 170D, sensor module 180, etc.
  • USB universal serial bus
  • the structures illustrated in the embodiments of the present invention do not constitute a specific limitation on the vehicle-mounted electronic device.
  • the in-vehicle electronic device may include more or less components than shown, or some components may be combined, or some components may be split, or different component arrangements.
  • the illustrated components may be implemented in hardware, software, or a combination of software and hardware.
  • the processor 110 may include one or more processing units, for example, the processor 110 may include an application processor (application processor, AP), a modem processor, a graphics processor (graphics processing unit, GPU), an image signal processor (image signal processor, ISP), controller, memory, video codec, digital signal processor (digital signal processor, DSP), baseband processor, and/or neural-network processing unit (NPU) Wait. Wherein, different processing units may be independent devices, or may be integrated in one or more processors.
  • application processor application processor, AP
  • modem processor graphics processor
  • graphics processor graphics processor
  • ISP image signal processor
  • controller memory
  • video codec digital signal processor
  • DSP digital signal processor
  • NPU neural-network processing unit
  • a memory may also be provided in the processor 110 for storing instructions and data.
  • the memory in processor 110 is cache memory. This memory may hold instructions or data that have just been used or recycled by the processor 110 . If the processor 110 needs to use the instruction or data again, it can be called directly from the memory. Repeated accesses are avoided and the latency of the processor 110 is reduced, thereby increasing the efficiency of the system.
  • the wireless communication function of the in-vehicle electronic device can be realized by the antenna 1, the antenna 2, the mobile communication module 150, the wireless communication module 160, the modulation and demodulation processor, the baseband processor, and the like.
  • Antenna 1 and Antenna 2 are used to transmit and receive electromagnetic wave signals.
  • Each antenna in in-vehicle electronics can be used to cover a single or multiple communication frequency bands. Different antennas can also be reused to improve antenna utilization.
  • the antenna 1 can be multiplexed as a diversity antenna of the wireless local area network. In other embodiments, the antenna may be used in conjunction with a tuning switch.
  • the mobile communication module 150 can provide a wireless communication solution including 2G/3G/4G/5G etc. applied to the vehicle electronic device.
  • the mobile communication module 150 may include at least one filter, switch, power amplifier, low noise amplifier (LNA) and the like.
  • the mobile communication module 150 can receive electromagnetic waves from the antenna 1, filter and amplify the received electromagnetic waves, and transmit them to the modulation and demodulation processor for demodulation.
  • the mobile communication module 150 can also amplify the signal modulated by the modulation and demodulation processor, and then turn it into an electromagnetic wave for radiation through the antenna 1 .
  • at least part of the functional modules of the mobile communication module 150 may be provided in the processor 110 .
  • at least part of the functional modules of the mobile communication module 150 may be provided in the same device as at least part of the modules of the processor 110 .
  • the wireless communication module 160 can provide wireless local area networks (WLANs) (such as wireless fidelity (Wi-Fi) networks), Bluetooth (BT), global navigation satellites, and wireless local area networks (WLANs) applied on the in-vehicle electronic devices. Wireless communication solutions such as global navigation satellite system (GNSS), frequency modulation (FM), near field communication (NFC), and infrared technology (IR).
  • the wireless communication module 160 may be one or more devices integrating at least one communication processing module.
  • the wireless communication module 160 receives electromagnetic waves via the antenna 2 , frequency modulates and filters the electromagnetic wave signals, and sends the processed signals to the processor 110 .
  • the wireless communication module 160 can also receive the signal to be sent from the processor 110 , perform frequency modulation on it, amplify it, and convert it into electromagnetic waves for radiation through the antenna 2 .
  • the antenna 1 of the in-vehicle electronic device is coupled with the mobile communication module 150, and the antenna 2 is coupled with the wireless communication module 160, so that the in-vehicle electronic device can communicate with the network and other devices through wireless communication technology.
  • the wireless communication technology may include global system for mobile communications (GSM), general packet radio service (GPRS), code division multiple access (CDMA), broadband Code Division Multiple Access (WCDMA), Time Division Code Division Multiple Access (TD-SCDMA), Long Term Evolution (LTE), BT, GNSS, WLAN, NFC , FM, and/or IR technology, etc.
  • the GNSS may include global positioning system (global positioning system, GPS), global navigation satellite system (global navigation satellite system, GLONASS), Beidou navigation satellite system (beidou navigation satellite system, BDS), quasi-zenith satellite system (quasi -zenith satellite system, QZSS) and/or satellite based augmentation systems (SBAS).
  • global positioning system global positioning system, GPS
  • global navigation satellite system global navigation satellite system, GLONASS
  • Beidou navigation satellite system beidou navigation satellite system, BDS
  • quasi-zenith satellite system quadsi -zenith satellite system, QZSS
  • SBAS satellite based augmentation systems
  • the in-vehicle electronic device realizes the display function through the GPU, the display screen 194, and the application processor.
  • the GPU is a microprocessor for image processing, and is connected to the display screen 194 and the application processor.
  • the GPU is used to perform mathematical and geometric calculations for graphics rendering.
  • Processor 110 may include one or more GPUs that execute program instructions to generate or alter display information.
  • Display screen 194 is used to display images, videos, and the like.
  • Display screen 194 includes a display panel.
  • the display panel can be a liquid crystal display (LCD), an organic light-emitting diode (OLED), an active-matrix organic light-emitting diode or an active-matrix organic light-emitting diode (active-matrix organic light).
  • LED diode AMOLED
  • flexible light-emitting diode flexible light-emitting diode (flex light-emitting diode, FLED), Miniled, MicroLed, Micro-oLed, quantum dot light-emitting diode (quantum dot light emitting diodes, QLED) and so on.
  • the in-vehicle electronic device may include 1 or N display screens 194 , where N is a positive integer greater than 1.
  • the in-vehicle electronic equipment can realize the shooting function through ISP, camera 193, video codec, GPU, display screen 194 and application processor.
  • the ISP is used to process the data fed back by the camera 193 .
  • the shutter is opened, the light is transmitted to the camera photosensitive element through the lens, the light signal is converted into an electrical signal, and the camera photosensitive element transmits the electrical signal to the ISP for processing, and converts it into an image visible to the naked eye.
  • ISP can also perform algorithm optimization on image noise, brightness, and skin tone.
  • ISP can also optimize the exposure, color temperature and other parameters of the shooting scene.
  • the ISP may be provided in the camera 193 .
  • the camera 193 is used to capture still images or video.
  • the object is projected through the lens to generate an optical image onto the photosensitive element.
  • the photosensitive element may be a charge coupled device (CCD) or a complementary metal-oxide-semiconductor (CMOS) phototransistor.
  • CMOS complementary metal-oxide-semiconductor
  • the photosensitive element converts the optical signal into an electrical signal, and then transmits the electrical signal to the ISP to convert it into a digital image signal.
  • the ISP outputs the digital image signal to the DSP for processing.
  • DSP converts digital image signals into standard RGB, YUV and other formats of image signals.
  • the in-vehicle electronic device may include 1 or N cameras 193 , where N is a positive integer greater than 1.
  • a digital signal processor is used to process digital signals, in addition to processing digital image signals, it can also process other digital signals. For example, when the in-vehicle electronic equipment is selected at the frequency point, the digital signal processor is used to perform Fourier transform on the frequency point energy and so on.
  • Video codecs are used to compress or decompress digital video.
  • In-vehicle electronics may support one or more video codecs.
  • the in-vehicle electronic device can play or record videos in various encoding formats, such as: Moving Picture Experts Group (MPEG) 1, MPEG2, MPEG3, MPEG4 and so on.
  • MPEG Moving Picture Experts Group
  • MPEG2 MPEG2, MPEG3, MPEG4 and so on.
  • the external memory interface 120 can be used to connect an external memory card, such as a Micro SD card, so as to expand the storage capacity of the on-board electronic device.
  • the external memory card communicates with the processor 110 through the external memory interface 120 to realize the data storage function. For example to save files like music, video etc in external memory card.
  • Internal memory 121 may be used to store computer executable program code, which includes instructions.
  • the processor 110 executes various functional applications and data processing of the in-vehicle electronic device by executing the instructions stored in the internal memory 121 .
  • the internal memory 121 may include a storage program area and a storage data area.
  • the storage program area can store an operating system, an application program required for at least one function (such as a sound playback function, an image playback function, etc.), and the like.
  • the storage data area can store data (such as audio data, phone book, etc.) created during the use of the in-vehicle electronic equipment.
  • the internal memory 121 may include high-speed random access memory, and may also include non-volatile memory, such as at least one magnetic disk storage device, flash memory device, universal flash storage (UFS), and the like.
  • the in-vehicle electronic device can implement audio functions through the audio module 170, the speaker 170A, the receiver 170B, the microphone 170C, the headphone jack 170D, and the application processor. Such as music playback, recording, etc.
  • the audio module 170 is used for converting digital audio information into analog audio signal output, and also for converting analog audio input into digital audio signal. Audio module 170 may also be used to encode and decode audio signals. In some embodiments, the audio module 170 may be provided in the processor 110 , or some functional modules of the audio module 170 may be provided in the processor 110 .
  • Speaker 170A also referred to as a “speaker” is used to convert audio electrical signals into sound signals.
  • the in-vehicle electronics can listen to music through speaker 170A, or listen to hands-free calls.
  • the receiver 170B also referred to as "earpiece" is used to convert audio electrical signals into sound signals.
  • the voice can be answered by placing the receiver 170B close to the human ear.
  • the microphone 170C also called “microphone” or “microphone”, is used to convert sound signals into electrical signals.
  • the user can make a sound near the microphone 170C through the human mouth, and input the sound signal into the microphone 170C.
  • the in-vehicle electronic device may be provided with at least one microphone 170C.
  • two microphones 170C may be provided in the vehicle-mounted electronic device, which can implement a noise reduction function in addition to collecting sound signals.
  • three, four or more microphones 170C may be set on the vehicle-mounted electronic device to collect sound signals, reduce noise, identify sound sources, and implement directional recording functions.
  • the earphone jack 170D is used to connect wired earphones.
  • the earphone interface 170D may be the USB interface 130, or may be a 3.5mm open mobile terminal platform (OMTP) standard interface, a cellular telecommunications industry association of the USA (CTIA) standard interface.
  • OMTP open mobile terminal platform
  • CTIA cellular telecommunications industry association of the USA
  • the sensor module 180 may include a pressure sensor, a gyro sensor, an air pressure sensor, a magnetic sensor, an acceleration sensor, a distance sensor, a proximity light sensor, a fingerprint sensor, a temperature sensor, a touch sensor, an ambient light sensor, a bone conduction sensor, a rain sensor, a speed sensor Sensors, gear position sensors, brake sensors, driving mode sensors, etc.
  • the on-board electronics can also determine the speed of the vehicle based on the data from the speed sensor.
  • the in-vehicle electronic device can determine the gear state of the vehicle according to the data of the gear sensor.
  • the vehicle-mounted electronic device can determine the braking state of the vehicle according to the data of the braking sensor.
  • the in-vehicle electronic device may determine the driving mode of the vehicle according to the data of the driving mode sensor.
  • the on-board electronic device can determine whether the vehicle is in a thunderstorm or the like according to the data of the rain sensor.
  • the in-vehicle electronic device can determine whether the vehicle is in dense fog or darkness according to the ambient light sensor.
  • the in-vehicle electronic device may also include a charging management module, a power management module, a battery, a button, an indicator, and one or more SIM card interfaces, etc., which is not limited in this embodiment of the present application.
  • the software system of the above-mentioned in-vehicle electronic device may adopt a layered architecture, an event-driven architecture, a microkernel architecture, a microservice architecture, or a cloud architecture.
  • the embodiments of the present application take an Android system with a layered architecture as an example to exemplarily describe the software structure of an in-vehicle electronic device.
  • FIG. 4 is a block diagram of the software structure of the in-vehicle electronic device according to the embodiment of the present application.
  • the layered architecture divides the software into several layers, and each layer has a clear role and division of labor. Layers communicate with each other through software interfaces.
  • the Android system is divided into four layers, which are, from top to bottom, an application layer, an application framework layer, an Android runtime (Android runtime) and a system library, and a kernel layer.
  • the application layer can include a series of application packages.
  • apps such as call, memo, browser, contact, camera, gallery, calendar, map, Bluetooth, music, video, short message, etc. can be installed in the application layer.
  • the application framework layer provides an application programming interface (application programming interface, API) and a programming framework for applications in the application layer.
  • the application framework layer includes some predefined functions.
  • the application framework layer may include window managers, content providers, view systems, telephony managers, resource managers, notification managers, and the like.
  • the above-mentioned window manager is used for managing window programs.
  • the window manager can get the size of the display screen, determine whether there is a status bar, lock the screen, take screenshots, etc.
  • the above content providers are used to store and retrieve data and make these data accessible to applications.
  • the data may include video, images, audio, calls made and received, browsing history and bookmarks, phone book, etc.
  • Each display interface can consist of one or more controls.
  • controls may include icons, buttons, menus, tabs, text boxes, dialog boxes, status bars, navigation bars, widgets, and other interface elements.
  • the above-mentioned view system is also used to control the playback authority of the multimedia resource (for example, pause the playback of the multimedia resource or resume the playback of the multimedia resource).
  • the above-mentioned phone manager is used to provide the communication function of the in-vehicle electronic device. For example, the management of call status (including connecting, hanging up, etc.).
  • the above resource managers provide various resources for the application, such as localized strings, icons, pictures, layout files, video files, and so on.
  • the above-mentioned resource manager is also used to provide an input method application for the APP.
  • the above-mentioned resource manager is also used for controlling the display authority of the input method application (for example, agreeing to display the input interface of the input method application or refusing to display the input interface of the input method application).
  • the notification manager described above enables applications to display notification information in the status bar, which can be used to convey notification-type messages, and can disappear automatically after a short stay without user interaction.
  • the notification manager is used to notify download completion, message reminders, etc.
  • the notification manager can also display notifications in the status bar at the top of the system in the form of graphs or scroll bar text, such as notifications of applications running in the background, and notifications on the screen in the form of dialog windows. For example, prompt text information in the status bar, send out a sound, vibrate, and flash the indicator light, etc.
  • the above notification manager is also used to control the display authority of the pop-up window (for example, agreeing to display the pop-up window or refusing to display the pop-up window).
  • the system library may include multiple functional modules. For example: layer integrator (SurfaceFlinger), media library (Media Libraries), 3D graphics processing library (eg: OpenGL ES), 2D graphics engine (eg: SGL) and so on.
  • layer integrator SiliconFlinger
  • Media Libraries media library
  • 3D graphics processing library eg: OpenGL ES
  • 2D graphics engine eg: SGL
  • the SurfaceFlinger described above is used to manage the display subsystem and provides the fusion of 2D and 3D layers for multiple applications.
  • the above media library supports playback and recording of a variety of commonly used audio and video formats, as well as still image files.
  • the media library can support a variety of audio and video encoding formats, such as: MPEG4, H.264, MP3, AAC, AMR, JPG, PNG, etc.
  • the above-mentioned 3D graphics processing library is used to realize 3D graphics drawing, image rendering, compositing, and layer processing.
  • the above-mentioned 2D graphics engine is a drawing engine for 2D drawing.
  • the system library may further include a vehicle configuration management module, a vehicle state acquisition module, a vehicle operation state judgment module, and a driving safety policy management and control module.
  • the above vehicle configuration management module is used for receiving and storing configuration files.
  • the configuration file includes the configuration parameters of the vehicle (such as the preset threshold value of the driving speed, the preset threshold value range, the gear parameters corresponding to the vehicle model, the braking parameters or the driving mode data, etc.) and the initial settings of the target application permissions (for example: in the In the driving state, it is forbidden to play multimedia resources, etc.).
  • the vehicle-machine configuration management module can provide vehicle configuration parameters to the vehicle running state judgment module or the vehicle state acquisition module, and provide the initial setting of the target application authority to the driving safety policy management and control module.
  • the above-mentioned vehicle-machine configuration management module is provided with a system capability opening interface that is open to the outside world.
  • the above-mentioned system capability opening interface is used to provide an original equipment manufacturer (original equipment manufacturer, OEM) with a vehicle-machine configuration service (for example, configuring the configuration parameters of the vehicle through the system capability opening interface, etc.).
  • the above-mentioned vehicle state collection module is used to collect the manipulation data of the vehicle.
  • the manipulation data includes: at least one of a driving speed, a gear state, a braking state or a driving mode.
  • the above-mentioned vehicle running state judging module is used to determine the running state of the vehicle according to the manipulation data collected by the vehicle state collecting module.
  • the vehicle operating state judgment module may determine that the operating state of the vehicle is the driving state according to the above driving speed.
  • the above-mentioned driving safety policy management and control module is used to determine the target application authority according to the running status of the vehicle determined by the vehicle running status judgment module, and issue a notification of the target application authority to each manager in the application framework layer, so that the application framework layer Each manager in the system reasonably manages and controls its corresponding target application permissions.
  • the vehicle running state judging module determines that the running state of the vehicle is the driving state
  • the above-mentioned driving safety policy control module determines that the playback authority of the multimedia resource needs to be disabled.
  • the driving safety policy management and control module sends a disable message to the view system in the application framework layer, which is used to control the playback authority of the multimedia resources, so that the view system refuses to receive the multimedia resource playback instruction sent by the application. Respond to the multimedia resource playback instruction.
  • Android Runtime includes core libraries and a virtual machine. Android runtime is responsible for scheduling and management of the Android system.
  • the core library consists of two parts: one is the function functions that the java language needs to call, and the other is the core library of Android.
  • the application layer and the application framework layer run in virtual machines.
  • the virtual machine executes the java files of the application layer and the application framework layer as binary files.
  • the virtual machine is used to perform functions such as object lifecycle management, stack management, thread management, safety and exception management, and garbage collection.
  • the kernel layer is the layer between hardware and software.
  • the kernel layer at least includes a camera driver, an audio driver, a sensor driver, and the like, which are not limited in this embodiment of the present application.
  • the software structure of the above Android system can also be applied to the Harmony system.
  • the vehicle-mounted electronic device may acquire the manipulation data of the vehicle, and determine the running state of the vehicle according to the manipulation data. After acquiring the running state of the vehicle, if the on-board electronic device determines that the running state of the vehicle is the driving state, the target application permission of the on-board electronic device is disabled.
  • the vehicle state acquisition module in the system library can acquire the manipulation data of the vehicle, and then send the acquired manipulation data to the vehicle running state judgment module.
  • the vehicle operating state judging module determines the operating state of the vehicle according to the obtained manipulation data. After determining that the running state of the vehicle is the driving state, the vehicle running state judging module may send a message that the running state of the vehicle is the driving state to the driving safety policy management and control module.
  • the driving safety policy management and control module reports to each manager in the application framework layer (for example, the view system for controlling the playback authority of multimedia resources, the resource manager for controlling the display authority of the input method application, the The notification manager that controls the display permission of the pop-up window, etc.) issues a notification for disabling the permission of the target application, so that in the application framework layer, the manager corresponding to the target application receives the display instruction ( For example, when the first multimedia resource playback command, the first input method display command, the pop-up window display command, etc.), a rejection response message is returned to the application, and the target application permission is disabled (for example, pause the playback of the first multimedia resource, close the The input interface of the input method application, refuse to display the pop-up window, etc.).
  • the application framework layer for example, the view system for controlling the playback authority of multimedia resources, the resource manager for controlling the display authority of the input method application, the The notification manager that controls the display permission of the pop-up window, etc.
  • the target application permission of the in-vehicle electronic device since the target application permission of the in-vehicle electronic device has been disabled when the vehicle is in driving state, each application in the in-vehicle electronic device cannot use the above-mentioned target application permission when the driver is driving the vehicle, thus ensuring the Driver's driving safety.
  • a generic version of the target application can be installed in the in-vehicle electronic device, and the in-vehicle electronic device can prevent the target application from executing the relevant application service by disabling the target application permission in the driving state, thereby ensuring the driver's safety.
  • application developers do not need to develop a vehicle-specific version for the target application, which reduces the workload and research and development costs of developers, and improves the development efficiency of applications.
  • the in-vehicle electronic device Before the target application permissions are controlled (for example, when the vehicle leaves the factory), the in-vehicle electronic device can receive and store the configuration file. Then, the in-vehicle electronic device determines the running state of the vehicle according to the above configuration file, and controls the permissions of the target application installed in the in-vehicle electronic device.
  • the configuration file includes the configuration parameters of the vehicle and the initial settings of the target application permissions.
  • the configuration file may consist of computer program code.
  • the configuration file may include the following exemplary computer program code:
  • conditioncode is the vehicle parameter (for example: gear parameter, braking parameter, etc.), limitspeed is the preset threshold value of the driving speed, shake is the preset threshold value range, automaticdrive is the driving mode data, settings is the system setting, phone is the phone, systemUI is the system interface, contact is the contact, autorun is the self-start, upqrade is the system upgrade, video is the video, IME is the input method, and popup is the pop-up window.
  • the initial default value is 40 miles, and this value can be displayed on the display interface for the driver to view, but cannot be modified.
  • the initial default value is to prohibit playback in the driving state, and the permission can be displayed on the display interface for the driver to view, but cannot be modified.
  • the initial default value is to prohibit display in the driving state, and the permission can be displayed on the display interface for the driver to view, but cannot be modified.
  • the initial default value is that the display is prohibited in the driving state, and the permission can be displayed on the display interface for the driver to view, but cannot be modified.
  • the above code is only part of the computer program code of the configuration file.
  • the configuration file may also include computer program code of other configuration parameters, which is not limited in the present disclosure.
  • the vehicle configuration management module can report to each module in the system library. Provide services, so that each module in the system library determines the running state of the vehicle according to the configuration parameters in the configuration file, or manages and controls the target application according to the initial setting of the target application permission in the configuration file.
  • the vehicle configuration management module providing services to each module in the vehicle electronic equipment system library includes: sending the above-mentioned preset threshold value and preset threshold value of the driving speed to the vehicle operating state judgment module range configuration parameters; or send the above-mentioned gear parameters, braking parameters, driving mode data and other configuration parameters to the vehicle status collection module; or, send the player playback permission, input method display permission, and pop-up window display permission to the driving safety policy control module and other initial settings of target application permissions.
  • the configuration parameters may include: a preset threshold for travel speed.
  • the preset threshold value of the above-mentioned driving speed can be set to different values according to the driving regulations of different regions. This preset threshold of travel speed can be used to determine the operating state of the vehicle.
  • the vehicle-mounted electronic device may determine that the running state of the vehicle is a non-driving state.
  • the vehicle-mounted electronic device can determine that the running state of the vehicle is the driving state due to the high vehicle speed.
  • the preset threshold of the vehicle's driving speed is 20 mph.
  • the vehicle-machine configuration management module can send the above-mentioned preset threshold (20 miles) to the vehicle operating state judgment module in the vehicle-mounted electronic equipment system library.
  • the vehicle state collection module can collect the current driving speed as 30 mph, and send the data of the driving speed to the vehicle running state judgment module.
  • the vehicle running state judgment module can determine that the running state of the vehicle is the driving state according to the above-mentioned preset threshold of 20 miles sent by the vehicle configuration management module.
  • the on-board electronic device when the driving speed of the vehicle fluctuates within a small range corresponding to a preset threshold (for example, 19 miles at the first moment, 21 miles at the second moment, etc.), the on-board electronic device will frequently determine the speed of the vehicle. The operating status is always changing.
  • the configuration parameters of the vehicle also include a preset threshold range.
  • the preset threshold range may be 18-22 mile.
  • the vehicle-machine configuration management module can send the above-mentioned preset threshold range (18-22 miles) to the vehicle operating state judgment module in the vehicle-mounted electronic equipment system library.
  • the vehicle state collection module can collect the current driving speed as 30 mph, and send the data of the driving speed to the vehicle operating state judging module.
  • the vehicle running state judgment module can determine that the vehicle's running state is the driving state according to the preset threshold range of 18 miles to 22 miles.
  • the vehicle state collection module can collect the current running speed as 15 mph, and send the data of the running speed to the vehicle running state judgment module.
  • the vehicle operating state judging module may determine that the vehicle's operating state is a non-driving state according to the above-mentioned preset threshold range of 18 mph to 22 mph.
  • the configuration parameters of the vehicle may further include gear parameters of the automatic transmission vehicle.
  • the configuration parameters of the vehicle include gear parameters of the manual transmission vehicle.
  • gear parameters of the manual transmission vehicle For example: 1st gear, 2nd gear, 3rd gear, 4th gear, 5th gear, R gear, etc.
  • the vehicle-machine configuration management module may send the above-mentioned gear parameters to the vehicle state acquisition module in the vehicle-mounted electronic equipment system library.
  • the vehicle state collection module can collect the current gear state as one of the gear parameters of the automatic transmission vehicle according to the gear parameters sent by the vehicle configuration management module. state.
  • the vehicle state collection module can collect the current gear state as one of the gear parameters of the manual transmission vehicle according to the gear parameters sent by the vehicle configuration management module. .
  • the configuration parameters in the configuration file may further include braking parameters of the electronic braking vehicle.
  • the configuration parameters in the configuration file may further include braking parameters of the vehicle with manual braking.
  • the vehicle-machine configuration management module may send the above braking parameters to the vehicle state acquisition module in the vehicle-mounted electronic equipment system library.
  • the vehicle state acquisition module can collect the current braking state as one of the braking parameters of the electronic braking vehicle according to the braking parameters sent by the vehicle configuration management module. a braking state.
  • the vehicle state collection module can collect the current braking state as one of the braking parameters of the manual braking vehicle according to the braking parameters sent by the vehicle configuration management module. braking status.
  • the configuration parameters in the configuration file may further include configuration parameters of the driving mode data of the automatic driving function.
  • the configuration parameters in the configuration file may further include the configuration parameters of the driving mode data of the manual driving function.
  • the vehicle configuration management module may send the above driving mode data to the vehicle state acquisition module in the vehicle electronic equipment system library.
  • the vehicle state collection module can collect the driving mode data that the current driving mode is the automatic driving mode according to the driving mode data sent by the vehicle configuration management module.
  • the vehicle state collection module may collect the driving mode data in which the current driving mode is the manual driving mode according to the driving mode data sent by the vehicle configuration management module.
  • the configuration file may further include the initial setting of the target application permission.
  • the vehicle configuration management module may send the initial settings of the above target application permissions to the driving safety policy management and control module in the vehicle electronic equipment system library.
  • the initial settings of the target application permissions include: in the driving state, prohibiting calling the player to play the video; or, in the driving state, prohibiting the display of the input interface of the input method application; or, in the driving state, prohibiting the display of pop-up windows, etc. .
  • the driving safety policy control module can control the target application authority of the in-vehicle electronic device according to the above-mentioned initial setting of the target application authority.
  • the above configuration file may be a computer program code written by the OEM personnel on the vehicle-machine configuration management module through the system capability open interface.
  • the above computer program code includes the configuration parameters of the vehicle and the initial setting of the target application authority.
  • OEM personnel write computer program codes, they can write computer program codes based on restrictions such as regional regulations and vehicle models.
  • the above-mentioned configuration file may also be sent by the external electronic device to the vehicle-machine configuration management module through the system capability open interface.
  • OEM personnel Before the external electronic device sends the configuration file to the vehicle configuration management module, OEM personnel can write computer program codes on the external electronic device.
  • the external electronic device is used to provide the carrier of the computer program code written by the OEM personnel.
  • the above-mentioned external electronic device may be a server, a mobile electronic device, or other electronic devices, which are not limited in this embodiment of the present application.
  • the external electronics include a build tool module and a data management module.
  • the build tool module includes a build tool, which is a program that automates the process of generating an executable application from source code.
  • the construction tool in the construction tool module is used to generate a configuration file according to the received computer program code.
  • the data management module is a module used for storing data in an external electronic device. In this embodiment of the present application, the data management module is used to store the configuration file.
  • FIG. 5 shows a schematic flowchart of another method for controlling an in-vehicle electronic device provided by an embodiment of the present application.
  • the specific steps of “receiving the configuration file sent by the external electronic device by the in-vehicle electronic device” include the following: S511-S516.
  • the building tool module in the external electronic device receives the computer program code written by the OEM manufacturer, and generates a configuration file according to the received computer program code.
  • the building tool module in the external electronic device sends a configuration file to the data management module in the external electronic device.
  • the data management module in the external electronic device stores the configuration file.
  • the vehicle-machine configuration management module in the vehicle-mounted electronic device sends a configuration file acquisition request to the data management module in response to the configuration operation performed by the personnel of the OEM manufacturer.
  • the data management module sends a configuration file to the vehicle-machine configuration management module.
  • the vehicle-machine configuration management module stores the configuration file.
  • the vehicle-machine configuration management module may also perform conversion processing on the configuration file (such as code language conversion, file format conversion, etc.), so that other modules in the system library can obtain the configuration file.
  • conversion processing such as code language conversion, file format conversion, etc.
  • FIG. 6A shows a schematic flowchart of another method for controlling a vehicle-mounted electronic device provided by an embodiment of the present application. As shown in FIG. 6A , the specific steps of the control method of the vehicle-mounted electronic device include the following: S601-S602.
  • the vehicle-mounted electronic device acquires the running state of the vehicle.
  • the in-vehicle electronic device can obtain the operating state of the vehicle by obtaining the control data of the vehicle.
  • the manipulation data includes: at least one of a driving speed, a gear state, a braking state or a driving mode.
  • the vehicle state acquisition module in the system library can acquire the manipulation data of the vehicle, and then send the acquired manipulation data to the vehicle running state judgment module.
  • the vehicle operating state judging module determines the operating state of the vehicle according to the obtained manipulation data and the threshold range of the driving speed obtained from the vehicle-machine configuration management module.
  • the vehicle state collection module may acquire the vehicle's running speed (eg, 80 miles) through a speed sensor, and then send the acquired vehicle's running speed to the vehicle running state determination module.
  • the threshold range of the driving speed obtained by the vehicle operating state judging module from the vehicle-machine configuration management module is 18-22 mph
  • the vehicle operating state judging module obtains that the driving speed of the vehicle is 80 mph
  • the vehicle The running state judging module determines that the running state of the vehicle is the driving state.
  • the target application authority includes at least one of the playback authority of the multimedia resource, the display authority of the input method, or the display authority of the pop-up window.
  • the vehicle running state judging module may send a message that the running state of the vehicle is the driving state to the driving safety policy control module.
  • the driving safety policy management and control module can obtain the initial settings of the target application permissions from the vehicle configuration management module, and according to the vehicle configuration management module The running status of the device and the initial settings of the obtained target application permissions are used to control the target application permissions of in-vehicle electronic devices.
  • the driving safety policy control module issues a notification of disabling the target application permission to each manager in the application framework layer, so that each manager in the application framework layer disables the corresponding target application permission.
  • the target application permission of the in-vehicle electronic device since the target application permission of the in-vehicle electronic device has been disabled when the vehicle is in driving state, each application in the in-vehicle electronic device cannot use the above-mentioned target application permission when the driver is driving the vehicle, thus ensuring the Driver's driving safety.
  • a generic version of the target application can be installed in the in-vehicle electronic device, and the in-vehicle electronic device prevents the target application permission from executing related application services by disabling the target application permission when the vehicle is in a driving state, so that the relevant application service can be prevented.
  • application developers do not need to develop a vehicle-specific version for the target application, which reduces the workload and research and development costs of developers, and improves the development efficiency of applications.
  • FIG. 6B shows a schematic flowchart of another method for controlling a vehicle-mounted electronic device provided by an embodiment of the present application.
  • the specific steps of "the driving safety policy management and control module in the in-vehicle electronic device can control the target application authority according to the running state" include the following: S611-S614.
  • the APP In response to the trigger operation performed by the user, the APP sends a target application request to the target manager in the application framework layer.
  • the target manager is any one of the view system, the resource manager or the notification manager, and the target manager corresponds to the application request.
  • the target manager when the target application request is a multimedia resource playback request, the target manager is the view system.
  • the target application request is a display request of the input interface of the input method application
  • the target manager is the resource manager.
  • the target manager is the notification manager.
  • the target manager sends a control request to the driving safety policy control module.
  • control request is used to request to obtain the permission of the target application.
  • the driving safety policy management and control module sends a notification of disabling the target application permission to the target manager.
  • the target manager sends a message to the APP for refusing to respond to the target application.
  • FIG. 7A shows a schematic flowchart of another method for controlling a vehicle-mounted electronic device provided by an embodiment of the present application. As shown in FIG. 7A , the specific steps of the control method of the vehicle-mounted electronic device include the following: S701-S707.
  • the in-vehicle electronic device receives a first multimedia resource playback instruction.
  • the driver may perform a playback operation on a video-type APP installed on the in-vehicle electronic device, so that the in-vehicle electronic device plays the first multimedia resource.
  • the in-vehicle electronic device receives the first multimedia resource playback instruction in response to the playback operation performed by the driver.
  • the first multimedia resource playback instruction may be triggered automatically by a video APP after the previous multimedia resource is played; or may be triggered by the driver clicking a play button in the video APP; It may also be triggered in other ways, which is not limited in the present disclosure.
  • the vehicle-mounted electronic device acquires the running state of the vehicle.
  • the in-vehicle electronic device may acquire the running state of the vehicle in real time or periodically.
  • the in-vehicle electronic device may acquire the running state of the vehicle each time after receiving a multimedia resource playback instruction.
  • the vehicle-mounted electronic device may also acquire the running state of the vehicle in real time.
  • the in-vehicle electronic device plays the first multimedia resource in response to the first multimedia resource playing instruction.
  • the in-vehicle electronic device After receiving the first multimedia resource playing instruction and determining that the running state of the vehicle is a non-driving state, the in-vehicle electronic device plays the first multimedia resource in response to the first multimedia resource playing instruction.
  • the video APP installed in the application layer of the in-vehicle electronic device may acquire the first multimedia resource after detecting the operation performed by the driver to play the first multimedia resource.
  • the video APP can send the first multimedia resource playback instruction to the view system in the application framework layer.
  • the view system in the application framework layer constructs the multimedia resource in response to the received first multimedia resource playback instruction
  • the playback interface plays the first multimedia resource.
  • a resource request for requesting to acquire the first multimedia resource may be sent to the server.
  • the server sends the first multimedia resource to the video-type APP in the in-vehicle electronic device.
  • the resource manager in the application framework layer stores the first multimedia resource
  • the video APP obtains the first multimedia resource
  • the resource manager sends a resource request for requesting to acquire the first multimedia resource.
  • the resource manager sends the first multimedia resource to the video-type APP.
  • the view system further includes a multimedia resource player (for example, a zplayer player) built into the system. After receiving the instruction for playing the first multimedia resource, the view system may call the multimedia resource player provided by the system to play the first multimedia resource.
  • a multimedia resource player for example, a zplayer player
  • the in-vehicle electronic device suspends playing the first multimedia resource.
  • the vehicle running state judging module sends the driving safety policy control module that the running state of the vehicle is driving status message. Since the initial setting of the player's playback permission obtained by the driving safety policy control module from the vehicle configuration management module is "in the driving state, it is forbidden to call the player to play video", therefore, the driving safety policy control module sends to the application framework layer.
  • the view system sends a "Forbidden to call the player to play the video" notification.
  • the view system stops calling the player to play the video after receiving the notification of "prohibit calling the player to play the video” sent by the driving safety policy control module.
  • the video APP pauses to play the first multimedia resource.
  • the in-vehicle electronic device pauses to play the first multimedia resource. Therefore, the driver cannot watch the first multimedia resource while driving the vehicle, thereby ensuring the driving safety of the driver.
  • a general version of the video APP can be installed in the vehicle electronic device, and the view system can prevent the video APP from continuing to play the first multimedia resource by stopping calling the player to play the video in the driving state.
  • the vehicle-mounted electronic device receives a second multimedia resource playback instruction.
  • the vehicle-mounted electronic device receives the second multimedia resource playback instruction.
  • the second multimedia resource playback instruction may also be triggered in other manners, which is not limited in the present disclosure.
  • the second multimedia resource playback instruction and the first multimedia resource playback instruction may be the same multimedia resource playback instruction, or may be different multimedia resource playback instructions, which are not limited in the present disclosure.
  • the in-vehicle electronic device refuses to respond to the second multimedia resource playback instruction.
  • the in-vehicle electronic device After receiving the second multimedia resource playing instruction, if the running state is the driving state, the in-vehicle electronic device refuses to respond to the second multimedia resource playing instruction.
  • the view system since the view system has received the notification of "prohibit calling the player to play video" sent by the driving safety policy control module, after receiving the second multimedia resource playback instruction, if the If the state is still the driving state, the view system does not call the player to play the second multimedia resource, and sends a rejection message to the video APP for refusing to play the second multimedia resource.
  • the vehicle-mounted electronic device refuses to play the second multimedia resource when the vehicle is in a driving state, the driver cannot watch the second multimedia resource while driving the vehicle, thereby ensuring the driving safety of the driver.
  • a general version of the video APP can be installed in the vehicle electronic device, and the view system refuses to play the first multimedia resource by not calling the player to play the second multimedia resource when the vehicle is in the driving state.
  • the in-vehicle electronic device After the playback of the first multimedia resource is paused, if the running state is switched from the driving state to the non-driving state, the in-vehicle electronic device resumes playing the first multimedia resource.
  • the vehicle running state judging module sends the running state of the vehicle to the driving safety policy control module A message to switch to a non-driving state. Since the initial setting of the player's playback permission obtained by the driving safety policy control module from the vehicle configuration management module is "after switching from the driving state to the non-driving state, resume playback of the paused multimedia resources". Therefore, the driving safety policy control module Sends a "resume paused multimedia resource" notification to the view system in the application framework layer. After receiving the notification of "continue playing the paused multimedia resource" sent by the driving safety policy management and control module, the view system calls the player to continue playing the first multimedia resource.
  • the vehicle-mounted electronic device may play the second multimedia resource. Therefore, when the in-vehicle electronic device determines that the operating state is switched from the driving state to the non-driving state for the first time, the in-vehicle electronic device continues to play the first multimedia resource.
  • the in-vehicle electronic device continues to play the first multimedia resource. Therefore, the driver can continue to watch the paused first multimedia resource, which enriches the user experience.
  • FIG. 7B shows a schematic flowchart of another method for controlling a vehicle-mounted electronic device provided by an embodiment of the present application.
  • the specific steps of "the view system in the in-vehicle electronic device can control the playback authority of the player according to the running state" include the following: S711-S722.
  • the video APP sends a first video playback instruction to the view system in response to the first video playback operation performed by the user.
  • the view system sends a control request to the driving safety control module.
  • control request is used to request to obtain the playback permission of the player.
  • the driving safety policy management and control module sends a notification allowing the player to be called to the view system.
  • the view system calls the player to play the first video.
  • the driving safety policy management and control module sends a notification prohibiting invoking the player to the view system.
  • the view system closes the player, and pauses playing the first video.
  • the driving safety policy management and control module sends a notification allowing the player to be called to the view system.
  • the view system invokes the player to continue playing the first video.
  • the video APP sends a second video playback instruction to the view system in response to the second video playback operation performed by the user.
  • the view system sends a control request to the driving safety control module.
  • the driving safety policy management and control module sends a notification prohibiting calling the player to the view system.
  • the view system sends a message for refusing to play the second video to the video APP.
  • S717-S718 and S719-S722 are two scenarios after S716. Therefore, the present embodiment does not limit the sequence of S717-S718 and S719-S722.
  • FIG. 8A shows a schematic flowchart of another method for controlling a vehicle-mounted electronic device provided by an embodiment of the present application. As shown in FIG. 8A , the specific steps of the control method of the vehicle-mounted electronic device include the following: S801-S806.
  • the in-vehicle electronic device receives a first input method display instruction.
  • an input method application is stored in the resource manager in the application framework layer of the vehicle electronic device.
  • the driver can evoke the input interface of the input method application by clicking the input box control in the APP.
  • the in-vehicle electronic device receives the first input method display instruction in response to the operation performed by the driver.
  • a chatting APP if the driver wants to conduct text chat with friend A, the driver can open the chatting APP, and click the input box control in the chatting session interface with friend A.
  • the chat APP sends the first input method display instruction to the resource manager in the application framework layer in response to the operation performed by the driver.
  • the resource manager receives the first input method display instruction.
  • the first input method display instruction may also be triggered by other means (eg, receiving a driver's voice operation and triggering the generation of the first input method display instruction), which is not limited in the present disclosure.
  • the vehicle-mounted electronic device acquires the running state of the vehicle.
  • the in-vehicle electronic device displays the input interface of the input method application in response to the first input method display instruction.
  • the in-vehicle electronic device After receiving the first input method display instruction and determining that the running state of the vehicle is a non-driving state, the in-vehicle electronic device displays the input interface of the input method application in response to the first input method display instruction.
  • the resource manager in the application framework layer calls the pre-stored input method application and displays the input of the input method application. interface.
  • the input interface of the above-mentioned input method application may display the input interface in the form of a nine-square keyboard, or display the input interface in the form of 26 keys, and may also display the input interface in other ways, which is not described in this disclosure. limited.
  • the vehicle running state judging module sends a message to the driving safety policy control module that the running state of the vehicle is driving status message. Since the initial setting of the input method display permission obtained by the driving safety policy control module from the vehicle configuration management module is "in the driving state, display the input interface of the input method application is prohibited". Therefore, the driving safety policy control module reports to the application framework.
  • the resource manager in the layer sends a notification to "close the input interface of the input method application". After receiving the notification of "closing the input interface of the input method application" sent by the driving safety policy control module, the resource manager closes the input interface of the input method application.
  • the vehicle electronic device closes the input interface of the input method application when the vehicle is in a driving state, the driver cannot use the input method application when driving the vehicle, thereby ensuring the driving safety of the driver.
  • a general version of the chat APP can be installed in the vehicle electronic device, and the resource manager can prevent the chat APP from displaying the input method application by closing the input interface of the input method application in the driving state.
  • the input interface ensures the driving safety of the driver, and the application developer does not need to develop a vehicle-specific version for the chat APP, which reduces the developer's workload and R&D cost, and improves the application development efficiency.
  • the vehicle-mounted electronic device receives the second input method display instruction.
  • the in-vehicle electronic device receives the second input method display instruction.
  • the second input method display instruction may also be triggered in other manners, which is not limited in the present disclosure.
  • the second input method display command may be the same input method display command as the first input method display command, or may be a different input method display command, which is not limited in the present disclosure.
  • the in-vehicle electronic device refuses to respond to the second input method display instruction.
  • the vehicle-mounted electronic device After receiving the second input method display instruction, if the running state is the driving state, the vehicle-mounted electronic device refuses to respond to the second input method display instruction.
  • the resource manager since the resource manager has received the notification of “forbidding the display of the input interface of the input method application” sent by the driving safety policy control module, after receiving the second input method display instruction, if the If the running state is still the driving state, the resource manager does not display the input interface of the input method application, and sends a rejection message to the chatting APP for refusing to respond to the second input method display instruction.
  • the vehicle electronic device refuses to respond to the second input method display command when the vehicle is in a driving state, the driver cannot use the input method application when driving the vehicle, thereby ensuring the driver's driving safety.
  • a general version of the chat APP can be installed in the vehicle electronic device, and the resource manager can prevent the chat APP from displaying the input method application by closing the input interface of the input method application in the driving state.
  • the input interface ensures the driving safety of the driver, and the application developer does not need to develop a vehicle-specific version for the chat APP, which reduces the developer's workload and R&D cost, and improves the application development efficiency.
  • the resource manager in the in-vehicle electronic device can control the display authority of the input interface of the input method application according to the received control policy.
  • FIG. 8B shows a schematic flowchart of another method for controlling a vehicle-mounted electronic device provided by an embodiment of the present application. As shown in FIG. 8B , the specific steps of "the resource manager in the in-vehicle electronic device can control the display authority of the input method according to the received control policy" include the following: S811-S820.
  • the chat APP sends a first input method invocation instruction to the resource manager in response to the first chat operation performed by the user.
  • the resource manager sends a control request to the driving safety control module.
  • control request is used to request the display permission of the input method.
  • the driving safety policy management and control module sends a notification to the resource manager that the input method is allowed to be invoked.
  • the resource manager invokes the input method application, and displays the input interface of the input method application.
  • the driving safety policy management and control module sends a notification to the resource manager for prohibiting invoking the input method application.
  • the resource manager closes the input interface of the input method application.
  • the chat APP sends a second input method invocation instruction to the resource manager in response to the second chat operation performed by the user.
  • the resource manager sends a control request to the driving safety control module.
  • the driving safety policy management and control module sends a notification to the resource manager that the invocation of the input method is prohibited.
  • the resource manager sends a message to the chat APP for refusing to display the input interface of the input method application.
  • FIG. 9A shows a schematic flowchart of another method for controlling a vehicle-mounted electronic device provided by an embodiment of the present application.
  • the specific steps of the control method for the in-vehicle electronic device further include S901 .
  • the in-vehicle electronic device refuses to respond to the pop-up window display instruction.
  • the initial setting of the pop-up window display authority obtained by the driving safety policy management and control module from the vehicle-machine configuration management module is “In the driving state, the display of the pop-up window is prohibited. Window”, therefore, the driving safety policy management and control module sends the notification "In the driving state, the display of pop-up windows is prohibited” to the notification manager in the application framework layer.
  • the application A installed in the vehicle electronic device receives the message or event pushed by the server (for example, a new message pushed by the short message application, or a new incoming call pushed by the calling application), the message or event will be displayed in a pop-up window with the command's way to inform the notification manager of the application framework layer. Since the notification manager has received the notification of "displaying the pop-up window in the driving state is prohibited" sent by the driving safety policy control module, the notification manager does not display the above-mentioned pop-up window, and refuses to respond to the pop-up window display instruction sent by application A.
  • the on-board electronic device refuses to respond to the pop-up window display instruction. Therefore, when the driver is driving the vehicle, the message cannot be popped up through the pop-up window, which prevents the message from being displayed in the pop-up window. When it pops up, it distracts the driver's attention and ensures the driver's driving safety.
  • a general version of the APP with message pop-up function can be installed in the vehicle electronic device, and the notification manager prevents the APP with message pop-up function from displaying the pop-up window by prohibiting the display of the pop-up window in the driving state. , so as to ensure the driving safety of the driver, and the application developer does not need to develop a vehicle-specific version for the APP with the message pop-up function, which reduces the developer's workload and R&D cost, and improves the application development efficiency.
  • FIG. 9B shows a schematic flowchart of another method for controlling a vehicle-mounted electronic device provided by an embodiment of the present application.
  • the specific steps of "the notification manager in the in-vehicle electronic device can control the display authority of the pop-up window according to the received control policy" include the following: S911-S914.
  • the message-type APP sends a pop-up window calling instruction to the notification manager in response to the received message.
  • the notification manager sends a control request to the driving safety control module.
  • control request is used to request the display permission of the pop-up window.
  • the driving safety policy management and control module sends to the resource manager a notification prohibiting the invocation of the pop-up window.
  • the notification manager sends a message for refusing to display the pop-up window to the message APP.
  • the specific method for the vehicle-mounted electronic device to obtain the running state of the vehicle includes: S1001 - S1002 .
  • the vehicle-mounted electronic device acquires control data of the vehicle.
  • the manipulation data includes: at least one of a driving speed, a gear state, a braking state or a driving mode.
  • the vehicle state collection module may collect the manipulation data of the vehicle in real time through each sensor in the sensor module.
  • the onboard electronics may determine the speed of the vehicle based on data from the speed sensor.
  • the in-vehicle electronic device may determine the gear state of the vehicle according to the data of the gear sensor.
  • the in-vehicle electronic device may determine the braking state of the vehicle according to the data of the braking sensor.
  • the in-vehicle electronic device may determine the driving mode of the vehicle according to the data of the driving mode sensor.
  • the vehicle state acquisition module when the vehicle state acquisition module acquires the manipulation data of the vehicle, it may periodically (for example, every 1 second) send a data request message to each sensor in the sensor module to request to acquire the manipulation data. After each sensor in the sensor module receives the data request message, the control data is sent to the vehicle state acquisition module.
  • the vehicle state collection module may send subscription messages to each sensor in the sensor module.
  • the subscription message is used to instruct each sensor in the sensor module to automatically send the manipulation data to the vehicle state acquisition module when the manipulation data changes. In this way, the vehicle state acquisition module can obtain accurate control data in time.
  • the speed detected by the speed sensor at the last moment is 20 miles, and the speed detected at the next moment is 25 miles. If the time between the last moment and the next moment is less than one cycle, the speed sensor can send the control data of the speed of 25 miles to the vehicle state acquisition module when it detects that the speed is 25 miles, so that the vehicle state acquisition module can obtain timely information. to accurate manipulation data.
  • the vehicle-mounted electronic device determines the running state according to the manipulation data.
  • the vehicle state acquisition module in the system library can send the acquired manipulation data to the vehicle running state judgment module.
  • the vehicle operating state judging module can determine the operating state of the vehicle according to the obtained manipulation data.
  • the vehicle state collection module may acquire the vehicle's running speed (eg, 80 miles) through a speed sensor, and then send the acquired vehicle's running speed to the vehicle running state determination module. It should be understood that when the vehicle operating state judging module obtains that the traveling speed of the vehicle is 80 mph, the vehicle operating state judging module determines that the operating state of the vehicle is the driving state.
  • the vehicle operating state judging module obtains that the traveling speed of the vehicle is 80 mph
  • the vehicle operating state judging module determines that the operating state of the vehicle is the driving state.
  • each sensor in the sensor module in the vehicle-mounted electronic device can send the manipulation data to the vehicle state acquisition module when the manipulation data changes.
  • FIG. 10B shows a schematic flowchart of another method for controlling an in-vehicle electronic device provided by an embodiment of the present application. As shown in FIG. 10B , the specific steps of “each sensor in the sensor module in the vehicle-mounted electronic device can automatically send the manipulation data to the vehicle state acquisition module when the manipulation data changes” include the following: S10011-S10024.
  • the vehicle state acquisition module sends a subscription message to each sensor in the sensor module.
  • the subscription message is used to instruct each sensor in the sensor module to automatically send the manipulation data to the vehicle state acquisition module when the manipulation data changes.
  • the speed sensor determines whether the traveling speed of the vehicle changes.
  • the speed sensor does not send the running speed of the vehicle to the vehicle state acquisition module.
  • the speed sensor sends the running speed of the vehicle to the vehicle state acquisition module.
  • the gear position sensor determines whether the gear status of the vehicle changes.
  • the gear position sensor sends the gear position status of the vehicle to the vehicle status collection module.
  • the brake sensor determines whether the braking state of the vehicle changes.
  • the brake sensor does not send the braking state of the vehicle to the vehicle state acquisition module.
  • the brake sensor sends the braking state of the vehicle to the vehicle state acquisition module.
  • the driving mode sensor determines whether the driving mode of the vehicle changes.
  • the driving mode sensor does not send the driving mode data of the vehicle to the vehicle state acquisition module.
  • the driving mode sensor sends the driving mode data of the vehicle to the vehicle state acquisition module.
  • the specific method for determining the running state by the vehicle-mounted electronic device according to the manipulation data includes: S1101 .
  • the in-vehicle electronic device determines The running state is the driving state.
  • the first preset condition is: the driving mode is the manual driving mode, or the driving mode is the automatic driving mode, and the automatic driving mode is in a non-driving state.
  • the vehicle state acquisition module in the system library acquires the control data of the vehicle, it sends the obtained control data to the vehicle operation state judgment module.
  • the vehicle running state determines that the running state is the driving state.
  • the vehicle operating state judging module determines that the operating state is a non-driving state.
  • the specific method for determining the running state by the vehicle-mounted electronic device according to the manipulation data includes: S1201 - S1204 .
  • the in-vehicle electronic device determines that the braking state is a braking state or a non-braking state.
  • the in-vehicle electronic device when determining the running state according to the manipulation data, the in-vehicle electronic device firstly determines whether the driving mode satisfies the first preset condition.
  • the first preset condition is: the driving mode is the manual driving mode, or the driving mode is the automatic driving mode, and the automatic driving mode is in a non-driving state.
  • the on-board electronic device can continue to determine whether the braking state is the braking state or the non-braking state to determine the running state of the vehicle .
  • the vehicle-mounted electronic device can directly determine that the running state of the vehicle is the driving state.
  • the in-vehicle electronic device determines that the gear state is the parking gear state or the non-parking gear state.
  • the on-board electronic device may continue to determine that the gear state is the parking gear state or the non-parking gear state to determine the operation of the vehicle state.
  • the vehicle-mounted electronic device may directly determine that the running state of the vehicle is the non-driving state.
  • the in-vehicle electronic device determines whether the traveling speed is greater than the maximum value of the preset threshold range.
  • the in-vehicle electronic device may continue to determine whether the driving speed is greater than the maximum value of the preset threshold range , to determine the running state of the vehicle.
  • the gear state is the parking gear state
  • the vehicle-mounted electronic device can directly determine that the running state of the vehicle is the non-driving state.
  • the vehicle-mounted electronic device determines that the running state is the driving state.
  • the on-board electronic device determines the vehicle's The running state is the driving state.
  • the braking state is the non-braking state
  • the gear state is the non-parking gear state
  • the on-board electronic device determines the vehicle's The running state is the driving state.
  • the vehicle-mounted electronic device may determine that the running state of the vehicle is the running state when it is determined that the running speed is greater than the maximum value of the preset threshold range; and, when it is determined that the running speed is less than the minimum value of the preset threshold range, determine the running state of the vehicle The state is a non-driving state. In this way, when the running speed of the vehicle fluctuates up and down within the preset threshold range, the vehicle-mounted electronic device determines that the running state of the vehicle has not changed. Furthermore, when the driving speed of the vehicle frequently fluctuates within the preset threshold range, the on-board electronic device does not need to frequently control the target application authority.
  • the specific method for determining the running state of the vehicle-mounted electronic device according to the manipulation data includes: S1301 .
  • the vehicle-mounted electronic device determines that the running state is the driving state.
  • the vehicle-mounted electronic device when the vehicle-mounted electronic device determines the running state according to the manipulation data, it can also directly determine the running state according to the running speed. That is, if the running speed is greater than the maximum value of the preset threshold range, the vehicle-mounted electronic device determines that the running state is the driving state.
  • the steps further include: S1401 - S1402 .
  • the in-vehicle electronic device determines that the operating state is switched from the driving state to the non-driving state.
  • the in-vehicle electronic device restores the target application permission of the in-vehicle electronic device.
  • the target application permission of the in-vehicle electronic device After the target application permission of the in-vehicle electronic device is disabled, if the in-vehicle electronic device determines that the running state is switched from the driving state to the non-driving state, the target application permission of the in-vehicle electronic device is restored.
  • the vehicle operating state judging module after determining that the operating state of the vehicle is switched from the driving state to the non-driving state, the vehicle operating state judging module sends a message that the operating state of the vehicle is switched from the driving state to the non-driving state to the driving safety policy control module .
  • the driving safety policy management and control module may send a permission cancellation notification to each manager of the application framework layer, so that each manager of the application framework layer, when receiving the request sent by the APP of the application layer, will Provide services.
  • the driving safety policy management and control module sends a permission cancellation notification to the view system of the application framework layer, if the view system receives the playback instruction of the third multimedia resource, it calls the player to play.
  • the third multimedia resource is a permission cancellation notification.
  • the driving safety policy control module sends a permission cancellation notification to the resource manager of the application framework layer, if the resource manager receives the third input method display instruction, the input method is displayed. input interface.
  • the driving safety policy management and control module sends a permission cancellation notification to the notification manager of the application framework layer, if the notification manager receives the pop-up window display instruction, the pop-up window is displayed.
  • the method for determining that the running state is switched from the driving state to the non-driving state by the in-vehicle electronic device specifically includes: S1501 .
  • the vehicle-mounted electronic device determines that the running state is a non-driving state.
  • the vehicle-mounted electronic device determines that the running state of the vehicle has not changed. Furthermore, when the driving speed of the vehicle frequently fluctuates within the preset threshold range, the on-board electronic device does not need to frequently control the target application authority.
  • an embodiment of the present application further discloses an in-vehicle electronic device
  • the in-vehicle electronic device may specifically include: a display screen 2807; one or more processors 2802; a memory 2803; a communication module 2808; one or more application programs (not shown); and one or more computer programs 2804, the various devices may be connected by one or more communication buses 2805.
  • the one or more computer programs 2804 are stored in the aforementioned memory 2803 and configured to be executed by the one or more processors 2802, and the one or more computer programs 2804 include instructions that can be used to perform the aforementioned Relevant steps performed by the in-vehicle electronic device in the embodiment.
  • the electronic device may further include a touch sensor 2806 (the touch sensor 2806 and the display screen 2807 may be integrated into a touch screen 2801), a mouse and other input devices.
  • Each functional unit in each of the embodiments of the embodiments of the present application may be integrated into one processing unit, or each unit may exist physically alone, or two or more units may be integrated into one unit.
  • the above-mentioned integrated units can be realized in the form of hardware, and can also be realized in the form of software functional units.
  • the integrated unit if implemented in the form of a software functional unit and sold or used as an independent product, may be stored in a computer-readable storage medium.
  • a computer-readable storage medium includes several instructions for causing a computer device (which may be a personal computer, a server, or a network device, etc.) or a processor to execute all or part of the steps of the methods described in the various embodiments of the present application.
  • the aforementioned storage medium includes: flash memory, removable hard disk, read-only memory, random access memory, magnetic disk or optical disk and other media that can store program codes.

Landscapes

  • Engineering & Computer Science (AREA)
  • Software Systems (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Human Computer Interaction (AREA)
  • Fittings On The Vehicle Exterior For Carrying Loads, And Devices For Holding Or Mounting Articles (AREA)

Abstract

本申请提供一种车载电子设备的控制方法及车载电子设备，涉及电子设备领域，用于在提高应用程序开发效率的同时，降低研发成本。该控制方法包括：应用于车辆上的车载电子设备获取车辆的运行状态；若车辆的运行状态为驾驶状态，则禁用车载电子设备的目标应用权限。

Description

一种车载电子设备的控制方法及车载电子设备
本申请要求于2021年04月19日提交国家知识产权局、申请号为202110420945.9、申请名称为“一种车载电子设备的控制方法及车载电子设备”的中国专利申请的优先权，其全部内容通过引用结合在本申请中。
技术领域
本申请涉及终端领域，尤其涉及一种服务的分享方法、系统及电子设备。
背景技术
安装有车辆应用程序(application，App)的车载电子设备，能够方便快捷地控制车辆执行某个特定功能，得到广泛应用。而应用程序必然离不开多媒体资源播放、输入法、弹框提示等人机交互功能。在车辆行驶过程中，上述人机交互功能可能会给驾驶员带来很大的安全隐患。
为了解决上述问题，应用程序开发人员在开发应用程序时，通常会为应用程序开发车辆专用版本，避免上述人机交互功能在车辆行驶过程中给驾驶员带来不必要的安全隐患。但是，该方法增大了开发人员的工作量和研发成本，降低了应用程序的开发效率。
发明内容
本申请提供一种车载电子设备的控制方法及车载电子设备，可以在提高应用程序开发效率的同时，降低研发成本。
为达到上述目的，本申请采用如下技术方案：
第一方面，本申请提供一种服务的分享方法，包括：应用于车辆上的车载电子设备获取车辆的运行状态；若车辆的运行状态为驾驶状态，则禁用车载电子设备的目标应用权限。
可以看出，车载电子设备在获取车辆的运行状态后，若确定车辆的运行状态为驾驶状态，则禁用车载电子设备的目标应用权限。这样一来，这样一来，由于车辆处于驾驶状态的情况下，车载电子设备的目标应用权限已被禁用，因此，驾驶员在驾驶车辆时，车载电子设备中的各个应用无法使用上述目标应用权限，进而保证了驾驶员的行车安全。并且，在这种情况下，可以在车载电子设备中安装通用版本的目标应用，车载电子设备通过在驾驶状态下禁用目标应用权限的方式，阻止目标应用权限执行相关的应用服务，从而保证驾驶员的行车安全，应用程序开发人员无需为目标应用开发车辆专用版本，减少了开发人员的工作量和研发成本，提高了应用程序的开发效率。
在一种可能的实现方式中，上述目标应用权限包括：多媒体资源的播放权限、输入法的显示权限或者弹窗的显示权限中的至少一种。
在一种可能的实现方式中，当上述目标应用权限为多媒体资源的播放权限时，车载电子设备在获取车辆的运行状态之前，还包括：接收第一多媒体资源播放指令。若运行状态为非驾驶状态，则车载电子设备响应于第一多媒体资源播放指令，播放第一多媒体资源；若运行状态从非驾驶状态切换为驾驶状态，则车载电子设备暂停播放第 一多媒体资源。
这样一来，由于车辆处于驾驶状态的情况下，车载电子设备暂停播放第一多媒体资源，因此，驾驶员在驾驶车辆时无法观看第一多媒体资源，进而保证了驾驶员的行车安全。并且，在这种情况下，可以在车载电子设备中安装通用版本的视频类APP，视图系统通过在驾驶状态下停止调用播放器播放视频的方式，阻止视频APP继续播放的第一多媒体资源，从而保证驾驶员的行车安全，应用程序开发人员无需为该视频类APP开发车辆专用版本，减少了开发人员的工作量和研发成本，提高了应用程序的开发效率。
在一种可能的实现方式中，车载电子设备在暂停播放第一多媒体资源之后，还包括：接收第二多媒体资源播放指令；若运行状态为驾驶状态，则车载电子设备拒绝响应第二多媒体资源播放指令。
这样一来，由于车辆处于驾驶状态的情况下，车载电子设备拒绝播放第二多媒体资源，因此，驾驶员在驾驶车辆时无法观看第二多媒体资源，进而保证了驾驶员的行车安全。并且，在这种情况下，可以在车载电子设备中安装通用版本的视频类APP，视图系统通过在车辆处于驾驶状态下不不调用播放器播放第二多媒体资源的方式，拒绝播放的第二多媒体资源，从而保证驾驶员的行车安全，应用程序开发人员无需为该视频类APP开发车辆专用版本，减少了开发人员的工作量和研发成本，提高了应用程序的开发效率。
在一种可能的实现方式中，车载电子设备在暂停播放第一多媒体资源之后，还包括：若运行状态从驾驶状态切换为非驾驶状态，则车载电子设备续播第一多媒体资源。
这样一来，由于车辆从驾驶状态切换为非驾驶状态，车载电子设备续播第一多媒体资源，因此，驾驶员可以继续观看已经暂停的第一多媒体资源，丰富了用户体验。
在一种可能的实现方式中，当目标应用权限为输入法的显示权限时，车载电子设备在获取车辆的运行状态之前，还包括：接收第一输入法显示指令。若运行状态为非驾驶状态，则车载电子设备响应于第一输入法显示指令，显示输入法应用的输入界面；若运行状态从非驾驶状态切换为驾驶状态，则车载电子设备关闭输入法应用的输入界面。
这样一来，由于车辆处于驾驶状态的情况下，车载电子设备关闭输入法应用的输入界面，因此，驾驶员在驾驶车辆时无法使用输入法应用，进而保证了驾驶员的行车安全。并且，在这种情况下，可以在车载电子设备中安装通用版本的与聊天类APP，资源管理器通过在驾驶状态下关闭输入法应用的输入界面的方式，阻止聊天类APP显示输入法应用的输入界面，从而保证驾驶员的行车安全，应用程序开发人员无需为该聊天类APP开发车辆专用版本，减少了开发人员的工作量和研发成本，提高了应用程序的开发效率。
在一种可能的实现方式中，在车载电子设备关闭输入法应用的输入界面之后，还包括：接收第二输入法显示指令；若运行状态为驾驶状态，则车载电子设备拒绝响应第二输入法显示指令。
这样一来，由于车辆处于驾驶状态的情况下，车载电子设备拒绝响应第二输入法显示指令，因此，驾驶员在驾驶车辆时无法使用输入法应用，进而保证了驾驶员的行 车安全。并且，在这种情况下，可以在车载电子设备中安装通用版本的聊天类APP，资源管理器通过在驾驶状态下，关闭输入法应用的输入界面的方式，阻止聊天类APP显示输入法应用的输入界面，从而保证驾驶员的行车安全，应用程序开发人员无需为该聊天类APP开发车辆专用版本，减少了开发人员的工作量和研发成本，提高了应用程序的开发效率。
在一种可能的实现方式中，当目标应用权限为弹窗的显示权限时，车载电子设备在禁用车载电子设备的目标应用权限之后，还包括：若接收到弹窗显示指令，则拒绝响应弹窗显示指令。
这样一来，由于车辆处于驾驶状态的情况下，车载电子设备拒绝响应弹窗显示指令，因此，驾驶员在驾驶车辆时，消息无法通过弹窗的方式弹窗，避免了消息以弹窗的方式弹出时分散驾驶员的注意力，保证了驾驶员的行车安全。并且，在这种情况下，可以在车载电子设备中安装通用版本的具有消息弹出功能的APP，通知管理器通过在驾驶状态下禁止显示弹窗的方式，阻止具有消息弹出功能的APP显示弹窗，从而保证驾驶员的行车安全，应用程序开发人员无需为该具有消息弹出功能的APP开发车辆专用版本，减少了开发人员的工作量和研发成本，提高了应用程序的开发效率。
在一种可能的实现方式中，车载电子设备获取车辆的运行状态的具体方法包括：获取车辆的操控数据；其中，操控数据包括：行驶速度、档位状态、制动状态或驾驶模式中的至少一种；根据操控数据，确定运行状态。
可以看出，车载电子设备获取车辆的运行状态时，可以根据操控数据获取车辆的运行状态，给出了一种获取车辆的运行状态的具体实现方式。
在一种可能的实现方式中，车载电子设备根据操控数据，确定运行状态的具体方法包括：若驾驶模式满足第一预设条件、且制动状态为非刹车状态、且档位状态为非驻车档位状态、且行驶速度大于预设阈值范围的最大值，则确定运行状态为驾驶状态；其中，第一预设条件为：驾驶模式为手动驾驶模式，或者，驾驶模式为自动驾驶模式、且自动驾驶模式处于非行驶状态。
可以看出，车载电子设备获取车辆的运行状态时，可以根据操控数据获取车辆的运行状态，给出了一种获取车辆的运行状态的具体实现方式。
在一种可能的实现方式中，车载电子设备根据操控数据，确定运行状态的具体方法包括：若驾驶模式满足第一预设条件，则确定制动状态为刹车状态或非刹车状态；其中，第一预设条件为：驾驶模式为手动驾驶模式，或者，驾驶模式为自动驾驶模式、且自动驾驶模式处于非行驶状态；若制动状态为非刹车状态，则确定档位状态为驻车档位状态或非驻车档位状态；若档位状态为非驻车档位状态，则确定行驶速度是否大于预设阈值范围的最大值；若行驶速度大于预设阈值范围的最大值，则确定运行状态为驾驶状态。
可以看出，车载电子设备获取车辆的运行状态时，可以根据操控数据获取车辆的运行状态，给出了一种获取车辆的运行状态的具体实现方式。
在一种可能的实现方式中，车载电子设备根据操控数据，确定运行状态的具体方法包括：若行驶速度大于预设阈值范围的最大值，则确定运行状态为驾驶状态。
可以看出，车载电子设备获取车辆的运行状态时，可以根据行驶速度获取车辆的 运行状态，给出了一种获取车辆的运行状态的具体实现方式。
在一种可能的实现方式中，车载电子设备在禁用车载电子设备的目标应用权限之后，还包括：确定运行状态从驾驶状态切换为非驾驶状态；恢复车载电子设备的目标应用权限。
在一种可能的实现方式中，车载电子设备确定运行状态从驾驶状态切换为非驾驶状态的具体方法包括：若行驶速度小于预设阈值范围的最小值，则确定运行状态为非驾驶状态。
第二方面，本申请提供一种车载电子设备，包括：存储器、显示屏和一个或多个处理器；存储器、显示屏与处理器耦合。当然，车载电子设备还可以包括触摸传感器(触摸传感器与显示屏可集成为触摸屏)、鼠标等输入设备。其中，存储器用于存储计算机程序代码，计算机程序代码包括计算机指令；当车载电子设备运行时，该处理器用于执行该存储器存储的一个或多个计算机指令，以使电子设备执行如上述第一方面中任一项所述的控制方法。
第三方面，本申请提供一种芯片系统，该芯片系统应用于车载电子设备。该芯片系统包括一个或多个接口电路和一个或多个处理器。该接口电路和处理器通过线路互联。该接口电路用于从车载电子设备的存储器接收信号，并向处理器发送该信号，该信号包括存储器中存储的计算机指令。当处理器执行所述计算机指令时，车载电子设备执行如上述第一方面中任一项所述的控制方法。
第四方面，本申请提供一种计算机可读存储介质，包括计算机指令，当计算机指令在上述车载电子设备上运行时，使得车载电子设备执行如上述第一方面中任一项所述的控制方法。
第五方面，本申请提供一种计算机程序产品，当计算机程序产品在上述车载电子设备上运行时，使得车载电子设备执行如上述第一方面中任一项所述的控制方法。
可以理解地，上述各个方面所提供的车载电子设备、计算机可读存储介质以及计算机程序产品均应用于上文所提供的对应方法，因此，其所能达到的有益效果可参考上文所提供的对应的方法中的有益效果，此处不再赘述。
附图说明
图1为现有技术中地图APP在车载电子设备和移动电子设备上的显示界面示意图；
图2为本申请实施例提供的一种控制系统的架构示意图；
图3为本申请实施例提供的一种车载电子设备的结构示意图一；
图4为本申请实施例提供的一种车载电子设备中操作系统的架构示意图；
图5为本申请实施例提供的一种车载电子设备的控制方法示意图一；
图6A为本申请实施例提供的一种车载电子设备的控制方法示意图二；
图6B为本申请实施例提供的一种车载电子设备的控制方法示意图三；
图7A为本申请实施例提供的一种车载电子设备的控制方法示意图四；
图7B为本申请实施例提供的一种车载电子设备的控制方法示意图五；
图8A为本申请实施例提供的一种车载电子设备的控制方法示意图六；
图8B为本申请实施例提供的一种车载电子设备的控制方法示意图七；
图9A为本申请实施例提供的一种车载电子设备的控制方法示意图八；
图9B为本申请实施例提供的一种车载电子设备的控制方法示意图九；
图10A为本申请实施例提供的一种车载电子设备的控制方法示意图十；
图10B为本申请实施例提供的一种车载电子设备的控制方法示意图十一；
图11为本申请实施例提供的一种车载电子设备的控制方法示意图十二；
图12为本申请实施例提供的一种车载电子设备的控制方法示意图十三；
图13为本申请实施例提供的一种车载电子设备的控制方法示意图十四；
图14为本申请实施例提供的一种车载电子设备的控制方法示意图十五；
图15为本申请实施例提供的一种车载电子设备的控制方法示意图十六；
图16为本申请实施例提供的一种车载电子设备的结构示意图二。
具体实施方式
下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例，都属于本申请保护的范围。
本申请中字符“/”，一般表示前后关联对象是一种“或者”的关系。例如，A/B可以理解为A或者B。
术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括一个或者更多个该特征。在本实施例的描述中，除非另有说明，“多个”的含义是两个或两个以上。
此外，本申请的描述中所提到的术语“包括”和“具有”以及它们的任何变形，意图在于覆盖不排他的包含。例如包含了一系列步骤或模块的过程、方法、系统、产品或设备没有限定于已列出的步骤或模块，而是可选地还包括其他没有列出的步骤或模块，或可选地还包括对于这些过程、方法、产品或设备固有的其它步骤或模块。
另外，在本申请实施例中，“示例性的”、或者“例如”等词用于表示作例子、例证或说明。本申请中被描述为“示例性的”或“例如”的任何实施例或设计方案不应被解释为比其它实施例或设计方案更优选或更具优势。确切而言，使用“示例性的”、或者“例如”等词旨在以具体方式呈现概念。
下面将结合附图对本实施例的实施方式进行详细描述。
如背景技术中的描述可知，安装有APP的车载电子设备，能够方便快捷地控制车辆执行某个特定功能，因而得到广泛应用。而应用程序必然离不开多媒体资源播放、输入法、弹框提示等人机交互功能。在车辆行驶过程中，上述人机交互功能可能会给驾驶员带来很大的安全隐患。
目前，应用程序开发人员在开发应用程序时，通常会为应用程序开发车辆专用版本，避免上述人机交互功能在车辆行驶过程中给驾驶员带来不必要的安全隐患。
示例性的，如图1所示。图1中的(a)和(b)分别示出了地图APP在车载电子设备和移动电子设备上的显示界面。
由图1中的(a)可知，由于车载电子设备应用于车辆上，因此，地图APP在车载电子设备上显示时，需要将某些功能控件(例如图1中的(a)中的“我要去”、“搜 周边”等控件)放大显示，以使得驾驶员在驾驶车辆的同时，方便对地图APP中的某些功能进行操作，降低驾驶员的驾驶安全风险。
由图1中的(b)可知，由于移动电子设备的操作便捷，因此，地图APP在移动电子设备上显示时，可以以适配移动电子设备的显示屏幕大小的尺寸，显示地图APP中的功能控件。一般的，地图APP在移动电子设备上显示的功能控件的尺寸，小于车载电子设备上显示的功能控件的尺寸。这样的话，移动电子设备可以在地图APP的显示界面上显示多个功能控件，方便用户使用。
由上可知，为了降低驾驶员的驾驶安全风险，地图APP的开发人员在开发地图APP时，需要为地图APP开发至少两个版本，以使得地图APP分别应用于车载电子设备和移动电子设备上。在这种情况下，现有的降低驾驶员的驾驶安全风险的方法，增大了开发人员的工作量和研发成本，降低了应用程序的开发效率。
为了解决上述问题，本申请实施例提供了一种车载电子设备的控制方法包括：车载电子设备在获取车辆的运行状态后，若确定车辆的运行状态为驾驶状态，则禁用车载电子设备的目标应用权限。这样一来，由于车辆处于驾驶状态的情况下，车载电子设备的目标应用权限已被禁用，因此，驾驶员在驾驶车辆时，车载电子设备中的各个应用无法使用上述目标应用权限，进而保证了驾驶员的行车安全。
并且，在这种情况下，可以在车载电子设备中安装通用版本的目标应用，车载电子设备通过在驾驶状态下禁用目标应用权限的方式，阻止目标应用权限执行相关的应用服务，从而保证驾驶员的行车安全，应用程序开发人员无需为目标应用开发车辆专用版本，减少了开发人员的工作量和研发成本，提高了应用程序的开发效率。
本申请实施例提供的车载电子设备的控制方法适用于控制系统20。图2示出了该控制系统20的一种结构。如图2所示，该控制系统20包括：车载电子设备201、车辆202和服务器203。
其中，车载电子设备201可安装于车辆内部的中控台，能够实现人与车、车与外界(车与车)的通信。车辆202可以为轿车、公交车、火车等可以安装车载电子设备的行驶工具。车载电子设备201与服务器203之间通信连接。
在一种可以实现的方式中，控制系统20可以包括一个或多个服务器(图2仅示出了一个服务器203)。
示例性的，车载电子设备201中可安装具有聊天功能的应用(后续称为聊天APP)，用户可使用聊天APP与聊天APP中已添加的好友、群组或者未添加的陌生人等聊天对象交互聊天消息。当然，用户也可使用聊天APP与聊天APP提供的公众号、机器人或小程序等聊天对象交互聊天消息。后续实施例中统一将用户在聊天APP中交互聊天消息的聊天对象称为联系人。用户使用聊天APP进行聊天时，车载电子设备201可以调用已经安装的输入法应用，实现聊天文字的输入功能。此外，车载电子设备201在接收到聊天对象发送的消息后，还可以通过弹窗的方式，在车载电子设备201的显示页面显示聊天对象发送的消息。
又一示例性的，车载电子设备201中还可以安装音乐APP、视频APP等应用。以视频APP举例，视频APP提供了各种视频文件的播放、分享、留言、收藏等应用服务，用户可打开车载电子设备201的视频APP使用视频APP提供的这些应用服务。 也就是说，应用服务是应用向用户提供的为实现某一特定功能的服务业务。例如，用户在使用视频APP观看视频时，车载电子设备201可以调用已经安装的播放器，实现视频播放的功能。
在一些实施例中，车载电子设备201还可以向用户提供输入法应用、通过弹窗显示消息等服务，本申请实施例对此不做任何限制。
在本申请实施例中，车载电子设备201可以根据车辆202的运行状态，管控安装于车载电子设备201中的APP的权限。
示例性的，车载电子设备201可获取车辆202的运行状态。当车辆202处于非驾驶状态时，用户可以对车载电子设备201上安装的视频APP执行播放第一视频的操作。响应于播放第一视频的操作，车载电子设备201可以调用已经安装的播放器，播放第一视频。当车载电子设备201确定车辆202的运行状态从非驾驶状态切换为驾驶状态后，为了保证驾驶员的行车安全，车载电子设备201可禁用播放器的播放权限。由于视频APP播放第一视频时需要获取播放权限，如果车载电子设备201禁用了播放器的播放权限，则视频APP在无法获取播放权限的情况下会停止播放第一视频，避免了驾驶员在驾驶过程中，因观看第一视频而导致驾驶分心，出现驾驶安全风险的问题。
可以看出，车载电子设备201在获取车辆的运行状态后，若确定车辆202的运行状态为驾驶状态，则禁用车载电子设备201的目标应用权限。这样一来，由于车辆202处于驾驶状态的情况下，车载电子设备201的目标应用权限已被禁用，因此，驾驶员在驾驶车辆202时，车载电子设备201中的各个应用无法使用上述目标应用权限，进而保证了驾驶员的行车安全。
并且，在这种情况下，可以在车载电子设备201中安装通用版本的目标应用，车载电子设备201通过在驾驶状态下禁用目标应用权限的方式，阻止目标应用执行相关的应用服务，从而保证驾驶员的行车安全，应用程序开发人员无需为目标应用开发车辆专用版本，减少了开发人员的工作量和研发成本，提高了应用程序的开发效率。
后续实施例中将结合具体示例阐述车载电子设备的具体控制方法，故此处不予赘述。
图3示出了车载电子设备的结构示意图。
车载电子设备可以包括处理器110，外部存储器接口120，内部存储器121，通用串行总线(universal serial bus，USB)接口130，天线1，天线2，移动通信模块150，无线通信模块160，音频模块170，扬声器170A，受话器170B，麦克风170C，耳机接口170D，传感器模块180等。
可以理解的是，本发明实施例示意的结构并不构成对车载电子设备的具体限定。在本申请另一些实施例中，车载电子设备可以包括比图示更多或更少的部件，或者组合某些部件，或者拆分某些部件，或者不同的部件布置。图示的部件可以以硬件，软件或软件和硬件的组合实现。
处理器110可以包括一个或多个处理单元，例如：处理器110可以包括应用处理器(application processor，AP)，调制解调处理器，图形处理器(graphics processing unit，GPU)，图像信号处理器(image signal processor，ISP)，控制器，存储器，视频编解码器，数字信号处理器(digital signal processor，DSP)，基带处理器，和/或神经网络处理 器(neural-network processing unit，NPU)等。其中，不同的处理单元可以是独立的器件，也可以集成在一个或多个处理器中。
处理器110中还可以设置存储器，用于存储指令和数据。在一些实施例中，处理器110中的存储器为高速缓冲存储器。该存储器可以保存处理器110刚用过或循环使用的指令或数据。如果处理器110需要再次使用该指令或数据，可从所述存储器中直接调用。避免了重复存取，减少了处理器110的等待时间，因而提高了系统的效率。
车载电子设备的无线通信功能可以通过天线1，天线2，移动通信模块150，无线通信模块160，调制解调处理器以及基带处理器等实现。
天线1和天线2用于发射和接收电磁波信号。车载电子设备中的每个天线可用于覆盖单个或多个通信频带。不同的天线还可以复用，以提高天线的利用率。例如：可以将天线1复用为无线局域网的分集天线。在另外一些实施例中，天线可以和调谐开关结合使用。
移动通信模块150可以提供应用在车载电子设备上的包括2G/3G/4G/5G等无线通信的解决方案。移动通信模块150可以包括至少一个滤波器，开关，功率放大器，低噪声放大器(low noise amplifier，LNA)等。移动通信模块150可以由天线1接收电磁波，并对接收的电磁波进行滤波，放大等处理，传送至调制解调处理器进行解调。移动通信模块150还可以对经调制解调处理器调制后的信号放大，经天线1转为电磁波辐射出去。在一些实施例中，移动通信模块150的至少部分功能模块可以被设置于处理器110中。在一些实施例中，移动通信模块150的至少部分功能模块可以与处理器110的至少部分模块被设置在同一个器件中。
无线通信模块160可以提供应用在车载电子设备上的包括无线局域网(wireless local area networks，WLAN)(如无线保真(wireless fidelity，Wi-Fi)网络)，蓝牙(bluetooth，BT)，全球导航卫星系统(global navigation satellite system，GNSS)，调频(frequency modulation，FM)，近距离无线通信技术(near field communication，NFC)，红外技术(infrared，IR)等无线通信的解决方案。无线通信模块160可以是集成至少一个通信处理模块的一个或多个器件。无线通信模块160经由天线2接收电磁波，将电磁波信号调频以及滤波处理，将处理后的信号发送到处理器110。无线通信模块160还可以从处理器110接收待发送的信号，对其进行调频，放大，经天线2转为电磁波辐射出去。
在一些实施例中，车载电子设备的天线1和移动通信模块150耦合，天线2和无线通信模块160耦合，使得车载电子设备可以通过无线通信技术与网络以及其他设备通信。所述无线通信技术可以包括全球移动通讯系统(global system for mobile communications，GSM)，通用分组无线服务(general packet radio service，GPRS)，码分多址接入(code division multiple access，CDMA)，宽带码分多址(wideband code division multiple access，WCDMA)，时分码分多址(time-division code division multiple access，TD-SCDMA)，长期演进(long term evolution，LTE)，BT，GNSS，WLAN，NFC，FM，和/或IR技术等。所述GNSS可以包括全球卫星定位系统(global positioning system，GPS)，全球导航卫星系统(global navigation satellite system，GLONASS)，北斗卫星导航系统(beidou navigation satellite system，BDS)，准天顶卫星系统(quasi-zenith satellite system，QZSS)和/或星基增强系统(satellite based augmentation systems，SBAS)。
车载电子设备通过GPU，显示屏194，以及应用处理器等实现显示功能。GPU为图像处理的微处理器，连接显示屏194和应用处理器。GPU用于执行数学和几何计算，用于图形渲染。处理器110可包括一个或多个GPU，其执行程序指令以生成或改变显示信息。
显示屏194用于显示图像，视频等。显示屏194包括显示面板。显示面板可以采用液晶显示屏(liquid crystal display，LCD)，有机发光二极管(organic light-emitting diode，OLED)，有源矩阵有机发光二极体或主动矩阵有机发光二极体(active-matrix organic light emitting diode的，AMOLED)，柔性发光二极管(flex light-emitting diode，FLED)，Miniled，MicroLed，Micro-oLed，量子点发光二极管(quantum dot light emitting diodes，QLED)等。在一些实施例中，车载电子设备可以包括1个或N个显示屏194，N为大于1的正整数。
车载电子设备可以通过ISP，摄像头193，视频编解码器，GPU，显示屏194以及应用处理器等实现拍摄功能。
ISP用于处理摄像头193反馈的数据。例如，拍照时，打开快门，光线通过镜头被传递到摄像头感光元件上，光信号转换为电信号，摄像头感光元件将所述电信号传递给ISP处理，转化为肉眼可见的图像。ISP还可以对图像的噪点，亮度，肤色进行算法优化。ISP还可以对拍摄场景的曝光，色温等参数优化。在一些实施例中，ISP可以设置在摄像头193中。
摄像头193用于捕获静态图像或视频。物体通过镜头生成光学图像投射到感光元件。感光元件可以是电荷耦合器件(charge coupled device，CCD)或互补金属氧化物半导体(complementary metal-oxide-semiconductor，CMOS)光电晶体管。感光元件把光信号转换成电信号，之后将电信号传递给ISP转换成数字图像信号。ISP将数字图像信号输出到DSP加工处理。DSP将数字图像信号转换成标准的RGB，YUV等格式的图像信号。在一些实施例中，车载电子设备可以包括1个或N个摄像头193，N为大于1的正整数。
数字信号处理器用于处理数字信号，除了可以处理数字图像信号，还可以处理其他数字信号。例如，当车载电子设备在频点选择时，数字信号处理器用于对频点能量进行傅里叶变换等。
视频编解码器用于对数字视频压缩或解压缩。车载电子设备可以支持一种或多种视频编解码器。这样，车载电子设备可以播放或录制多种编码格式的视频，例如：动态图像专家组(moving picture experts group，MPEG)1，MPEG2，MPEG3，MPEG4等。
外部存储器接口120可以用于连接外部存储卡，例如Micro SD卡，实现扩展车载电子设备的存储能力。外部存储卡通过外部存储器接口120与处理器110通信，实现数据存储功能。例如将音乐，视频等文件保存在外部存储卡中。
内部存储器121可以用于存储计算机可执行程序代码，所述可执行程序代码包括指令。处理器110通过运行存储在内部存储器121的指令，从而执行车载电子设备的各种功能应用以及数据处理。内部存储器121可以包括存储程序区和存储数据区。其中，存储程序区可存储操作系统，至少一个功能所需的应用程序(比如声音播放功能，图像播放功能等)等。存储数据区可存储车载电子设备使用过程中所创建的数据(比如 音频数据，电话本等)等。此外，内部存储器121可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件，闪存器件，通用闪存存储器(universal flash storage，UFS)等。
车载电子设备可以通过音频模块170，扬声器170A，受话器170B，麦克风170C，耳机接口170D，以及应用处理器等实现音频功能。例如音乐播放，录音等。
音频模块170用于将数字音频信息转换成模拟音频信号输出，也用于将模拟音频输入转换为数字音频信号。音频模块170还可以用于对音频信号编码和解码。在一些实施例中，音频模块170可以设置于处理器110中，或将音频模块170的部分功能模块设置于处理器110中。
扬声器170A，也称“喇叭”，用于将音频电信号转换为声音信号。车载电子设备可以通过扬声器170A收听音乐，或收听免提通话。
受话器170B，也称“听筒”，用于将音频电信号转换成声音信号。当车载电子设备接听电话或语音信息时，可以通过将受话器170B靠近人耳接听语音。
麦克风170C，也称“话筒”，“传声器”，用于将声音信号转换为电信号。当拨打电话或发送语音信息时，用户可以通过人嘴靠近麦克风170C发声，将声音信号输入到麦克风170C。车载电子设备可以设置至少一个麦克风170C。在另一些实施例中，车载电子设备可以设置两个麦克风170C，除了采集声音信号，还可以实现降噪功能。在另一些实施例中，车载电子设备还可以设置三个，四个或更多麦克风170C，实现采集声音信号，降噪，还可以识别声音来源，实现定向录音功能等。
耳机接口170D用于连接有线耳机。耳机接口170D可以是USB接口130，也可以是3.5mm的开放移动电子设备平台(open mobile terminal platform，OMTP)标准接口，美国蜂窝电信工业协会(cellular telecommunications industry association of the USA，CTIA)标准接口。
传感器模块180中可以包括压力传感器，陀螺仪传感器，气压传感器，磁传感器，加速度传感器，距离传感器，接近光传感器，指纹传感器，温度传感器，触摸传感器，环境光传感器，骨传导传感器、雨量传感器、速度传感器、档位传感器、制动传感器、驾驶模式传感器等。例如：车载电子设备还可以根据速度传感器的数据确定车辆的速度。又例如：车载电子设备可以根据档位传感器的数据，确定车辆的档位状态。又例如：车载电子设备可以根据制动传感器的数据，确定车辆的制动状态。又例如：车载电子设备可以根据驾驶模式传感器的数据，确定车辆的驾驶模式。又例如：车载电子设备可以根据雨量传感器的数据，确定车辆是否处于雷雨天气中等。又例如：车载电子设备可以根据环境光传感器确定车辆是否与浓雾、黑暗中。
当然，车载电子设备还可以包括充电管理模块、电源管理模块、电池、按键、指示器以及1个或多个SIM卡接口等，本申请实施例对此不做任何限制。
上述车载电子设备的软件系统可以采用分层架构，事件驱动架构，微核架构，微服务架构，或云架构。本申请实施例以分层架构的Android系统为例，示例性说明车载电子设备的软件结构。
图4是本申请实施例的车载电子设备的软件结构框图。
分层架构将软件分成若干个层，每一层都有清晰的角色和分工。层与层之间通过 软件接口通信。在一些实施例中，将Android系统分为四层，从上至下分别为应用程序层，应用程序框架层，安卓运行时(Android runtime)和系统库，以及内核层。
应用程序层可以包括一系列应用程序包。
如图4所示，应用程序层中可以安装通话，备忘录，浏览器，联系人，相机，图库，日历，地图，蓝牙，音乐，视频，短信息等APP。
应用程序框架层为应用程序层的应用程序提供应用编程接口(application programming interface，API)和编程框架。应用程序框架层包括一些预先定义的函数。
如图4所示，应用程序框架层可以包括窗口管理器，内容提供器，视图系统，电话管理器，资源管理器，通知管理器等。
其中，上述窗口管理器用于管理窗口程序。窗口管理器可以获取显示屏大小，判断是否有状态栏，锁定屏幕，截取屏幕等。
上述内容提供器用来存放和获取数据，并使这些数据可以被应用程序访问。所述数据可以包括视频，图像，音频，拨打和接听的电话，浏览历史和书签，电话簿等。
上述视图系统可用于构建应用程序的显示界面。每个显示界面可以由一个或多个控件组成。一般而言，控件可以包括图标、按钮、菜单、选项卡、文本框、对话框、状态栏、导航栏、微件(Widget)等界面元素。
在本申请实施例中，上述视图系统还用于管控多媒体资源的播放权限(例如暂停播放多媒体资源或续播多媒体资源)。
上述电话管理器用于提供车载电子设备的通信功能。例如通话状态的管理(包括接通，挂断等)。
上述资源管理器为应用程序提供各种资源，比如本地化字符串，图标，图片，布局文件，视频文件等等。
在本申请实施例中，上述资源管理器还用于为APP提供输入法应用。在这种情况下，上述资源管理器还用于管控输入法应用的显示权限(例如同意显示输入法应的输入界面或者拒绝显示输入法应用的输入界面)。
上述通知管理器使应用程序可以在状态栏中显示通知信息，可以用于传达告知类型的消息，可以短暂停留后自动消失，无需用户交互。比如通知管理器被用于告知下载完成，消息提醒等。通知管理器还可以是以图表或者滚动条文本形式出现在系统顶部状态栏的通知，例如后台运行的应用程序的通知，还可以是以对话窗口形式出现在屏幕上的通知。例如在状态栏提示文本信息，发出提示音，振动，指示灯闪烁等。
在本申请实施例中，上述通知管理器还用于管控弹窗的显示权限(例如同意显示弹窗或拒绝显示弹窗)。
如图4所示，系统库可以包括多个功能模块。例如：图层整合器(SurfaceFlinger)，媒体库(Media Libraries)，三维图形处理库(例如：OpenGL ES)，2D图形引擎(例如：SGL)等。
上述SurfaceFlinger用于对显示子系统进行管理，并且为多个应用程序提供了2D和3D图层的融合。
上述媒体库支持多种常用的音频，视频格式回放和录制，以及静态图像文件等。媒体库可以支持多种音视频编码格式，例如:MPEG4，H.264，MP3，AAC，AMR，JPG， PNG等。
上述三维图形处理库用于实现三维图形绘图，图像渲染，合成，和图层处理等。
上述2D图形引擎是2D绘图的绘图引擎。
在本申请实施例中，仍如图4所示，系统库还可以包括车机配置管理模块、车辆状态采集模块、车辆运行状态判断模块以及驾驶安全策略管控模块。
上述车机配置管理模块用于接收并存储配置文件。配置文件包括车辆的配置参数(例如行驶速度的预设阈值、预设阈值范围、与车辆型号对应的档位参数、制动参数或驾驶模式数据等)以及目标应用权限的初始设置(例如：在行驶状态下，禁止播放多媒体资源等)。车机配置管理模块可以向车辆运行状态判断模块或车辆状态采集模块提供车辆的配置参数，以及向驾驶安全策略管控模块提供目标应用权限的初始设置。
上述车机配置管理模块中设置有对外开放的系统能力开放接口。上述系统能力开放接口用于为原始设备制造商(original equipment manufacturer，OEM)提供车机配置服务(例如，通过系统能力开放接口配置车辆的配置参数等)。上述车辆状态采集模块用于采集车辆的操控数据。其中，操控数据包括：行驶速度、档位状态、制动状态或驾驶模式中的至少一种。
上述车辆运行状态判断模块用于根据车辆状态采集模块采集到的操控数据，确定车辆的运行状态。
示例性的，当车辆状态采集模块采集车辆的操控数据中的行驶速度为80迈(mph，mile per hour)时，车辆运行状态判断模块可以根据上述行驶速度，确定车辆的运行状态为驾驶状态。
上述驾驶安全策略管控模块用于根据车辆运行状态判断模块确定的车辆的运行状态，确定目标应用权限，并向应用程序框架层中的各个管理器发布目标应用权限的通知，以使得应用程序框架层中的各个管理器合理的管控与其对应的目标应用权限。
示例性的，以目标应用权限为多媒体资源的播放权限为例。当车辆运行状态判断模块确定车辆的运行状态为驾驶状态时，为了保证驾驶车辆的驾驶员的行车安全，上述驾驶安全策略管控模块确定多媒体资源的播放权限需要被禁用。在这种情况下，驾驶安全策略管控模块向应用程序框架层中，用于管控多媒体资源的播放权限的视图系统发送禁用消息，以使得视图系统在接收到应用发送的多媒体资源播放指令时，拒绝响应该多媒体资源播放指令。
Android Runtime包括核心库和虚拟机。Android runtime负责安卓系统的调度和管理。
核心库包含两部分：一部分是java语言需要调用的功能函数，另一部分是安卓的核心库。
应用程序层和应用程序框架层运行在虚拟机中。虚拟机将应用程序层和应用程序框架层的java文件执行为二进制文件。虚拟机用于执行对象生命周期的管理，堆栈管理，线程管理，安全和异常的管理，以及垃圾回收等功能。
内核层是硬件和软件之间的层。内核层至少包含摄像头驱动，音频驱动，传感器驱动等，本申请实施例对此不做任何限制。
在一种可以实现的方式中，上述Android系统的软件结构还可以应用于鸿蒙 (Harmony)系统。
在本申请实施例中，驾驶员在驾驶车辆时，车载电子设备可以获取车辆的操控数据，并根据该操控数据，确定车辆的运行状态。在获取车辆的运行状态后，若车载电子设备确定车辆的运行状态为驾驶状态，则禁用车载电子设备的目标应用权限。
具体的，系统库中的车辆状态采集模块可以获取车辆的操控数据，然后向车辆运行状态判断模块发送获取到的操控数据。接着，车辆运行状态判断模块根据获取到的操控数据，确定车辆的运行状态。在确定车辆的运行状态为驾驶状态后，车辆运行状态判断模块可向驾驶安全策略管控模块发送车辆的运行状态为驾驶状态的消息。
在这种情况下，驾驶安全策略管控模块向应用程序框架层中的各个管理器(例如用于管控多媒体资源的播放权限的视图系统、用于管控输入法应用的显示权限的资源管理器、用于管控弹窗的显示权限的通知管理器等)发布禁用目标应用权限的通知，以使得应用程序框架层中，与目标应用对应的管理器在接收到应用层的某个应用发送的显示指令(例如第一多媒体资源播放指令、第一输入法显示指令、弹窗显示指令等)时，向该应用返回拒绝响应消息，并禁用目标应用权限(例如暂停播放第一多媒体资源、关闭输入法应用的输入界面、拒绝显示弹窗等)。
这样一来，由于车辆处于驾驶状态的情况下，车载电子设备的目标应用权限已被禁用，因此，驾驶员在驾驶车辆时，车载电子设备中的各个应用无法使用上述目标应用权限，进而保证了驾驶员的行车安全。并且，在这种情况下，可以在车载电子设备中安装通用版本的目标应用，车载电子设备通过在驾驶状态下禁用目标应用权限的方式，阻止目标应用权限执行相关的应用服务，从而保证驾驶员的行车安全，应用程序开发人员无需为目标应用开发车辆专用版本，减少了开发人员的工作量和研发成本，提高了应用程序的开发效率。
下面对本申请实施例提供的技术方案进行详细说明。
在对目标应用权限进行管控之前(例如：车辆出厂时)，车载电子设备可以接收并存储配置文件。然后，车载电子设备根据上述配置文件，确定车辆的运行状态，以及对安装于车载电子设备中的目标应用权限进行管控。
其中，配置文件包括车辆的配置参数以及目标应用权限的初始设置。
在一些实施例中，配置文件可以由计算机程序代码组成。
示例性的，配置文件可以包括如下示例性的计算机程序代码：
<resources>
<string driving_mode_conditioncode＝“0xF；true；false”/>
<string driving_mode_limitspeed＝“40；true；false”/>
<string driving_mode_shake＝“5,5；true；false”/>
<string driving_mode_automaticdrive＝“true；true；false”/>
<string driving_mode_settings＝“true；true；false”/>
<string driving_mode_phone＝“true；true；false”/>
<string driving_mode_systemUI＝“true；true；false”/>
<string driving_mode_contact＝“true；true；false”/>
<string driving_mode_autorun＝“true；true；false”/>
<string driving_mode_upqrade＝“true；true；false”/>
<string driving_mode_video＝“false；true；false”/>
<string driving_mode_IME＝“false；true；false”/>
<string driving_mode_popup＝“false；true；false”/>
</resources>
其中，conditioncode为车辆参数(例如：档位参数、制动参数等)，limitspeed为行驶速度的预设阈值，shake为预设阈值范围，automaticdrive为驾驶模式数据，settings为系统设置，phone为电话，systemUI为系统界面，contact为联系人，autorun为自启动，upqrade为系统升级，video为视频，IME为输入法，popup为弹窗。每一行代码中，“＝”后面的三项分别为：初始默认值、对驾驶员是否可见，是否可以修改。
示例性的，以第3行代码为例，对于行驶速度的预设阈值，初始默认值为40迈，该数值可以在显示界面上显示，以供驾驶员查看，但不可以修改。
又一示例性的，以第12行代码为例，对于视频，初始默认值为驾驶状态下禁止播放，该权限可以在显示界面上显示，以供驾驶员查看，但不可以修改。
又一示例性的，以第13行代码为例，对于输入法，初始默认值为驾驶状态下禁止显示，该权限可以在显示界面上显示，以供驾驶员查看，但不可以修改。
又一示例性的，以第14行代码为例，对于弹窗，初始默认值为驾驶状态下禁止显示，该权限可以在显示界面上显示，以供驾驶员查看，但不可以修改。
需要说明的是，上述代码仅为配置文件的计算机程序代码中的部分内容，为了满足用户需要，配置文件还可以包括其他配置参数的计算机程序代码，本公开对此不作限定。
如图4所示，车机配置管理模块在接收到配置文件后，由于配置文件中包括车辆的配置参数和目标应用权限的初始设置，因此，车机配置管理模块可以向系统库中的各个模块提供服务，以使得系统库中的各个模块根据配置文件中的配置参数确定车辆的运行状态，或者根据配置文件中的目标应用权限的初始设置对目标应用进行管控。
在一些实施例中，仍如图4所示，车机配置管理模块向车载电子设备系统库中的各个模块提供服务包括：向车辆运行状态判断模块发送上述行驶速度的预设阈值、预设阈值范围配置参数；或者向车辆状态采集模块发送上述档位参数、制动参数、驾驶模式数据等配置参数；或者，向驾驶安全策略管控模块发送播放器播放权限、输入法显示权限、弹窗显示权限等目标应用权限的初始设置。
在一些实施例中，配置参数可以包括：行驶速度的预设阈值。上述行驶速度的预设阈值可以根据不同地域的行车规定，设置不同的数值。该行驶速度的预设阈值可用于确定车辆的运行状态。
示例性的，在A地区，当车辆的行驶速度低于20迈时，由于车速较低，因此，车载电子设备可以确定车辆的运行状态为非驾驶状态。相应的，当车辆的行驶速度高于20迈时，由于车速较高，因此，车载电子设备可以确定车辆的运行状态为驾驶状态。在这种情况下，车载电子设备接收到的配置文件中，车辆的行驶速度的预设阈值为20迈。
车机配置管理模块在接收到配置文件后，可以向车载电子设备系统库中的车辆运 行状态判断模块发送上述预设阈值(20迈)。这样一来，当车辆的行驶速度大于30迈时，车辆状态采集模块可以采集到当前的行驶速度为30迈，并向车辆运行状态判断模块发送该行驶速度的数据。车辆运行状态判断模块在接收车辆状态采集模块发送的车辆的行驶速度为30迈后，可以根据车机配置管理模块发送的上述20迈的预设阈值，确定车辆的运行状态为驾驶状态。
在一些实施例中，当车辆的行驶速度在预设阈值对应的小范围内上下波动(例如第一时刻为19迈，第二时刻为21迈等)时，车载电子设备会频繁的确定车辆的运行状态一直处于变化中。为了防止出现上述情况，车载电子设备接收到的配置文件中，车辆的配置参数还包括预设阈值范围。
结合上述示例，预设阈值范围可以是18迈-22迈。车机配置管理模块在接收到配置文件后，可以向车载电子设备系统库中的车辆运行状态判断模块发送上述预设阈值范围(18迈-22迈)。
这样一来，当车辆的行驶速度大于22迈(例如30迈)时，车辆状态采集模块可以采集到当前的行驶速度为30迈，并向车辆运行状态判断模块发送该行驶速度的数据。车辆运行状态判断模块在接收车辆状态采集模块发送的车辆的行驶速度为30迈后，可以根据上述18迈-22迈的预设阈值范围，确定车辆的运行状态为驾驶状态。
相应的，当车辆的行驶速度小于18迈(例如15迈)时，车辆状态采集模块可以采集到当前的行驶速度为15迈，并向车辆运行状态判断模块发送该行驶速度的数据。车辆运行状态判断模块在接收车辆状态采集模块发送的车辆的行驶速度为15迈后，可以根据上述18迈-22迈的预设阈值范围，确定车辆的运行状态为非驾驶状态。
在一些实施例中，当车辆为自动挡车辆时，车辆的配置参数还可以包括自动挡车辆的档位参数。例如：P档、D档、N档、R档等。相应的，当车辆为手动挡车辆时，车辆的配置参数包括手动挡车辆的档位参数。例如：1档、2档、3档、4档、5档、R档等。
后续，仍如图4所示，车机配置管理模块在接收到配置文件后，可以向车载电子设备系统库中的车辆状态采集模块发送上述档位参数。
这样一来，当车辆为自动挡车辆时，车辆状态采集模块可以根据车机配置管理模块发送的档位参数，采集到当前的档位状态为自动挡车辆的档位参数中的一种档位状态。相应的，当车辆为手动挡车辆时，车辆状态采集模块可以根据车机配置管理模块发送的档位参数，采集到当前的档位状态为手动挡车辆的档位参数中的一种档位状态。
在一些实施例中，当车辆的制动方式为电子刹车时，配置文件中的配置参数还可以包括电子刹车车辆的制动参数。相应的，当车辆的制动方式为手动刹车时，配置文件中的配置参数还可以包括手动刹车车辆的制动参数。
后续，仍如图4所示，车机配置管理模块在接收到配置文件后，可以向车载电子设备系统库中的车辆状态采集模块发送上述制动参数。
这样一来，当车辆的制动方式为电子刹车时，车辆状态采集模块可以根据车机配置管理模块发送的制动参数，采集到当前的制动状态为电子刹车车辆的制动参数中的一种制动状态。相应的，当车辆的制动方式为手动刹车时，车辆状态采集模块可以根据车机配置管理模块发送的制动参数，采集到当前的制动状态为手动刹车车辆的制动 参数中的一种制动状态。
在一些实施例中，当车辆的驾驶模式包括自动驾驶功能时，配置文件中的配置参数还可以包括自动驾驶功能的驾驶模式数据的配置参数。相应的，当车辆的驾驶模式包括手动驾驶功能时，配置文件中的配置参数还可以包括手动驾驶功能的驾驶模式数据的配置参数。
后续，仍如图4所示，车机配置管理模块在接收到配置文件后，可以向车载电子设备系统库中的车辆状态采集模块发送上述驾驶模式数据。
这样一来，当车辆的驾驶模式为自动驾驶时，车辆状态采集模块可以根据车机配置管理模块发送的驾驶模式数据，采集到当前的驾驶模式为自动驾驶模式中的驾驶模式数据。相应的，当车辆的驾驶模式为手动驾驶时，车辆状态采集模块可以根据车机配置管理模块发送的驾驶模式数据，采集到当前的驾驶模式为手动驾驶模式中的驾驶模式数据。
在一些实施例中，当车载电子设备中安装有播放器、输入法、弹窗等目标应用时，配置文件中还可以包括目标应用权限的初始设置。
后续，仍如图4所示，车机配置管理模块在接收到配置文件后，可以向车载电子设备系统库中的驾驶安全策略管控模块发送上述目标应用权限的初始设置。
其中，目标应用权限的初始设置包括：在驾驶状态下，禁止调用播放器播放视频；或者，在驾驶状态下，禁止显示输入法应用的输入界面；或者，在驾驶状态下，禁止显示弹窗等。
这样一来，当车辆处于驾驶状态时，驾驶安全策略管控模块可以根据上述目标应用权限的初始设置，管控车载电子设备的目标应用权限。
在一些实施例中，如图4所示，上述配置文件可以是OEM厂商人员通过系统能力开放接口在车机配置管理模块上编写的计算机程序代码。
需要说明的是，上述计算机程序代码包括车辆的配置参数和目标应用权限的初始设置。OEM厂商人员在编写计算机程序代码时，可以基于地区规定、车辆型号等限制条件编写计算机程序代码。
在另一些实施例中，上述配置文件还可以是外接电子设备通过系统能力开放接口向车机配置管理模块发送的。
外接电子设备向车机配置管理模块发送配置文件前，OEM厂商人员可以在外接电子设备上编写计算机程序代码。
其中，外接电子设备用于为OEM厂商人员提供编写的计算机程序代码的载体。上述外接电子设备可以是服务器，也可以是移动电子设备，还可以是其他电子设备，本申请实施例对此不作限定。
外接电子设备包括构建工具模块和数据管理模块。构建工具模块中包括构建工具，构建工具是一个把源代码生成可执行应用程序的过程自动化的程序。本申请实施例中，构建工具模块中的构建工具用于根据接收到的计算机程序代码，生成配置文件。数据管理模块为外接电子设备中，用于存储数据的模块。本申请实施例中，数据管理模块用于存储配置文件。
以车载电子设备接收外接电子设备发送的配置文件为例，结合图4，图5示出了 本申请实施例提供的又一种车载电子设备的控制方法的流程示意图。如图5所示，“车载电子设备接收外接电子设备发送的配置文件”的具体步骤包括下述：S511-S516。
S511、外接电子设备中的构建工具模块接收OEM厂商人员编写的计算机程序代码，并根据接收到的计算机程序代码，生成配置文件。
S512、外接电子设备中的构建工具模块向外接电子设备中的数据管理模块发送配置文件。
S513、外接电子设备中的数据管理模块存储配置文件。
S514、车载电子设备中的车机配置管理模块响应于OEM厂商人员执行的配置操作，向数据管理模块发送配置文件获取请求。
S515、数据管理模块向车机配置管理模块发送配置文件。
S516、车机配置管理模块存储配置文件。
在另一些实施例中，车机配置管理模块在接收到配置文件后，还可以对配置文件进行转换处理(例如代码语言转换、文件格式转换等)，以便于系统库中的其他模块可以获取到配置文件中的配置参数和目标应用权限的初始设置。
在接收配置文件后，车载电子设备可以根据车辆的运行状态，管控安装于车载电子设备中的目标应用的权限。图6A示出了本申请实施例提供的又一种车载电子设备的控制方法的流程示意图。如图6A所示，该车载电子设备的控制方法的具体步骤包括下述：S601-S602。
S601、车载电子设备获取车辆的运行状态。
驾驶员在驾驶车辆时，车载电子设备可以通过获取车辆的操控数据，获取车辆的运行状态。其中，操控数据包括：行驶速度、档位状态、制动状态或驾驶模式中的至少一种。
具体的，参见图4，系统库中的车辆状态采集模块可以获取车辆的操控数据，然后向车辆运行状态判断模块发送获取到的操控数据。接着，车辆运行状态判断模块根据获取到的操控数据，以及从车机配置管理模块中获取到的行驶速度的阈值范围，确定车辆的运行状态。
示例性的，车辆状态采集模块可以通过速度传感器，获取车辆的行驶速度(例如80迈)，然后向车辆运行状态判断模块发送获取到的车辆的行驶速度。应理解，由于车辆运行状态判断模块从车机配置管理模块中获取到的行驶速度的阈值范围为18-22迈，因此，当车辆运行状态判断模块获取到车辆的行驶速度为80迈时，车辆运行状态判断模块确定车辆的运行状态为驾驶状态。
S602、若车载电子设备确定运行状态为驾驶状态，则禁用车载电子设备的目标应用权限。
其中，目标应用权限包括：多媒体资源的播放权限、输入法的显示权限或者弹窗的显示权限中的至少一种。
具体的，仍如图4所示，在确定车辆的运行状态为驾驶状态后，车辆运行状态判断模块可向驾驶安全策略管控模块发送车辆的运行状态为驾驶状态的消息。在这种情况下，由于车机配置管理模块存储的配置文件中包括目标应用权限的初始设置，因此，驾驶安全策略管控模块可以从车机配置管理模块获取目标应用权限的初始设置，并根 据车辆的运行状态以及获取到的目标应用权限的初始设置，管控车载电子设备的目标应用权限。
在一些实施例中，若驾驶安全策略管控模块接收到的车辆运行状态为驾驶状态，且车机配置管理模块存储的配置文件中，目标应用权限的初始设置为“驾驶状态下禁用目标应用权限”，则驾驶安全策略管控模块向应用程序框架层中的各个管理器发布禁用目标应用权限的通知，以使得应用程序框架层中的各个管理器禁用与其对应的目标应用权限。
这样一来，由于车辆处于驾驶状态的情况下，车载电子设备的目标应用权限已被禁用，因此，驾驶员在驾驶车辆时，车载电子设备中的各个应用无法使用上述目标应用权限，进而保证了驾驶员的行车安全。并且，在这种情况下，可以在车载电子设备中安装通用版本的目标应用，车载电子设备通过在车辆处于驾驶状态下禁用目标应用权限的方式，阻止目标应用权限执行相关的应用服务，从而可保证驾驶员的行车安全，应用程序开发人员无需为目标应用开发车辆专用版本，减少了开发人员的工作量和研发成本，提高了应用程序的开发效率。
在一种可以实现的方式中，车载电子设备中的驾驶安全策略管控模块可以根据运行状态管控目标应用权限。结合图4，图6B示出了本申请实施例提供的又一种车载电子设备的控制方法的流程示意图。如图6B所示，“车载电子设备中的驾驶安全策略管控模块可以根据运行状态管控目标应用权限”的具体步骤包括下述：S611-S614。
S611、APP响应于用户执行的触发操作，向应用程序框架层中的目标管理器发送目标应用请求。
其中，目标管理器为：视图系统、资源管理器或通知管理器中的任意一个，且目标管理器与应用请求对应。
示例性的，当目标应用请求为多媒体资源播放请求时，目标管理器为视图系统。当目标应用请求为输入法应用的输入界面的显示请求时，目标管理器为资源管理器。当目标应用请求为弹窗的显示请求时，目标管理器为通知管理器。
S612、目标管理器向驾驶安全策略管控模块发送管控请求。
其中，管控请求用于请求获取目标应用权限。
S613、若运行状态为驾驶状态，则驾驶安全策略管控模块向目标管理器发送禁用目标应用权限的通知。
S614、目标管理器向APP发送用于拒绝响应目标应用的消息。
在一种可以实现的方式中，当目标应用权限为多媒体资源的播放权限时，车载电子设备可以根据车辆的运行状态，管控安装于车载电子设备中的多媒体资源的播放权限。图7A示出了本申请实施例提供的又一种车载电子设备的控制方法的流程示意图。如图7A所示，该车载电子设备的控制方法的具体步骤包括下述：S701-S707。
S701、车载电子设备接收第一多媒体资源播放指令。
具体的，驾驶员可对安装于车载电子设备的视频类APP执行播放操作，以使得车载电子设备播放第一多媒体资源。相应的，车载电子设备响应于驾驶员执行的播放操作，接收第一多媒体资源播放指令。
在一种可以实现的方式中，第一多媒体资源播放指令可以是播放完前一多媒体资 源后，视频类APP自动触发的；也可以是驾驶员点击视频类APP中的播放按钮触发的；也可以是通过其他方式触发的，本公开对此不作限定。
S702、车载电子设备获取车辆的运行状态。
在一些实施例中，车载电子设备可以实时的，或者周期性的获取车辆的运行状态。
在另一些实施例中，车载电子设备可以在每次接收到多媒体资源播放指令后，获取车辆的运行状态。
在另一些实施例中，车辆的运行状态发生变化时，车载电子设备还可以实时的获取到车辆的运行状态。
应理解，车载电子设备获取车辆的运行状态可以参考上述S601的描述，在此不再赘述。
S703、若运行状态为非驾驶状态，则车载电子设备响应于第一多媒体资源播放指令，播放第一多媒体资源。
在接收到第一多媒体资源播放指令、并确定车辆的运行状态为非驾驶状态后，车载电子设备响应于第一多媒体资源播放指令，播放第一多媒体资源。
在一些实施例中，安装于车载电子设备的应用程序层中的视频类APP，在检测到驾驶员执行的播放第一多媒体资源的操作后，可以获取第一多媒体资源。接着，视频类APP可向应用程序框架层中的视图系统发送第一多媒体资源播放指令。后续，在接收到应用程序层中的视频类APP发送的第一多媒体资源播放指令后，应用程序框架层中的视图系统响应于接收到的第一多媒体资源播放指令，构建多媒体资源的播放界面，播放第一多媒体资源。
在一种可以实现的方式中，视频类APP获取第一多媒体资源时，可以向服务器发送用于请求获取第一多媒体资源的资源请求。相应的，服务器在接收到资源请求后，向车载电子设备中的视频类APP发送第一多媒体资源。
在另一种可以实现的方式中，若应用程序框架层中的资源管理器中存储有第一多媒体资源，视频类APP获取第一多媒体资源时，还可以向应用程序框架层中的资源管理器发送用于请求获取第一多媒体资源的资源请求。相应的，资源管理器在接收到资源请求后，向视频类APP发送第一多媒体资源。
在另一些实施例中，视图系统还包括系统自带的多媒体资源播放器(例如zplayer播放器)。在接收到第一多媒体资源播放指令后，视图系统可以调用系统自带的多媒体资源播放器，播放第一多媒体资源。
S704、若运行状态从非驾驶状态切换为驾驶状态，则车载电子设备暂停播放第一多媒体资源。
具体的，参见图4，在播放第一多媒体资源后，若车辆的运行状态从非驾驶状态切换为驾驶状态，则车辆运行状态判断模块向驾驶安全策略管控模块发送车辆的运行状态为驾驶状态的消息。由于驾驶安全策略管控模块从车机配置管理模块获取到的播放器播放权限的初始设置为“在驾驶状态下，禁止调用播放器播放视频”，因此，驾驶安全策略管控模块向应用程序框架层中的视图系统发送“禁止调用播放器播放视频”的通知。视图系统在接收到驾驶安全策略管控模块发送的“禁止调用播放器播放视频”的通知后，停止调用播放器播放视频。在这种情况下，视频APP暂停播放第一多媒体资 源。
这样一来，由于车辆处于驾驶状态的情况下，车载电子设备暂停播放第一多媒体资源，因此，驾驶员在驾驶车辆时无法观看第一多媒体资源，进而保证了驾驶员的行车安全。并且，在这种情况下，可以在车载电子设备中安装通用版本的视频类APP，视图系统通过在驾驶状态下停止调用播放器播放视频的方式，阻止视频APP继续播放的第一多媒体资源，从而保证驾驶员的行车安全，应用程序开发人员无需为该视频类APP开发车辆专用版本，减少了开发人员的工作量和研发成本，提高了应用程序的开发效率。
S705、车载电子设备接收第二多媒体资源播放指令。
具体的，在暂停播放第一多媒体资源后，若驾驶员再次对视频类APP执行播放操作，车载电子设备接收第二多媒体资源播放指令。
在一种可以实现的方式中，第二多媒体资源播放指令还可以是通过其他方式触发的，本公开对此不作限定。
在一些实施例中，第二多媒体资源播放指令可以和第一多媒体资源播放指令为相同的多媒体资源播放指令，也可以是不同的多媒体资源播放指令，本公开对此不作限定。
S706、若运行状态为驾驶状态，则车载电子设备拒绝响应第二多媒体资源播放指令。
在接收第二多媒体资源播放指令后，若运行状态为驾驶状态，则车载电子设备拒绝响应第二多媒体资源播放指令。
具体的，仍如图4所示，由于视图系统已经接收到了驾驶安全策略管控模块发送的“禁止调用播放器播放视频”的通知，因此，在接收第二多媒体资源播放指令后，若运行状态依旧为驾驶状态，则视图系统不调用播放器播放第二多媒体资源，并向视频类APP发送用于拒绝播放第二多媒体资源的拒绝消息。
这样一来，由于车辆处于驾驶状态的情况下，车载电子设备拒绝播放第二多媒体资源，因此，驾驶员在驾驶车辆时无法观看第二多媒体资源，进而保证了驾驶员的行车安全。并且，在这种情况下，可以在车载电子设备中安装通用版本的视频类APP，视图系统通过在车辆处于驾驶状态下不不调用播放器播放第二多媒体资源的方式，拒绝播放的第二多媒体资源，从而保证驾驶员的行车安全，应用程序开发人员无需为该视频类APP开发车辆专用版本，减少了开发人员的工作量和研发成本，提高了应用程序的开发效率。
S707、若运行状态从驾驶状态切换为非驾驶状态，则车载电子设备续播第一多媒体资源。
在暂停播放第一多媒体资源后，若运行状态从驾驶状态切换为非驾驶状态，则车载电子设备续播第一多媒体资源。
具体的，仍如图4所示，在暂停播放第一多媒体资源后，若运行状态从驾驶状态切换为非驾驶状态，则车辆运行状态判断模块向驾驶安全策略管控模块发送车辆的运行状态切换为非驾驶状态的消息。由于驾驶安全策略管控模块从车机配置管理模块获取到的播放器播放权限的初始设置为“从驾驶状态切换为非驾驶状态后，续播已暂停的 多媒体资源”，因此，驾驶安全策略管控模块向应用程序框架层中的视图系统发送“续播已暂停的多媒体资源”的通知。视图系统在接收到驾驶安全策略管控模块发送的“续播已暂停的多媒体资源”的通知后，调用播放器，继续播放第一多媒体资源。
在一些实施例中，由于车辆可能多次从驾驶状态切换为非驾驶状态，且在多次切换的过程中，车载电子设备可能播放了第二多媒体资源。因此，当车载电子设备确定运行状态首次从驾驶状态切换为非驾驶状态时，车载电子设备续播第一多媒体资源。
这样一来，由于车辆从驾驶状态切换为非驾驶状态，车载电子设备续播第一多媒体资源，因此，驾驶员可以继续观看已经暂停的第一多媒体资源，丰富了用户体验。
需要说明的是，本公开对S705-S706和S707的先后顺序不作限定。
在一种可以实现的方式中，车载电子设备中的视图系统可以根据接收到的管控策略，管控播放器的播放权限。结合图4，图7B示出了本申请实施例提供的又一种车载电子设备的控制方法的流程示意图。如图7B所示，“车载电子设备中的视图系统可以根据运行状态，管控播放器的播放权限”的具体步骤包括下述：S711-S722。
S711、视频APP响应于用户执行的第一视频播放操作，向视图系统发送第一视频播放指令。
S712、视图系统向驾驶安全管控模块发送管控请求。
其中，管控请求用于请求获取播放器的播放权限。
S713、若运行状态为非驾驶状态，则驾驶安全策略管控模块向视图系统发送允许调用播放器的通知。
S714、视图系统调用播放器播放第一视频。
S715、若运行状态从非驾驶状态切换为驾驶状态，则驾驶安全策略管控模块向视图系统发送禁止调用播放器的通知。
S716、视图系统关闭播放器，暂停播放第一视频。
S717、若运行状态从驾驶状态切换为非驾驶状态，则驾驶安全策略管控模块向视图系统发送允许调用播放器的通知。
S718、视图系统调用播放器续播第一视频。
在S716之后，还包括：
S719、视频APP响应于用户执行的第二视频播放操作，向视图系统发送第二视频播放指令。
S720、视图系统向驾驶安全管控模块发送管控请求。
S721、若运行状态为驾驶状态，则驾驶安全策略管控模块向视图系统发送禁止调用播放器的通知。
S722、视图系统向视频APP发送用于拒绝播放第二视频的消息。
需要说明的是，本申请实施例中，S717-S718与S719-S722为S716之后的两种场景，因此，本申请实施例对于S717-S718与S719-S722的先后顺序不作限定。
在一种可以实现的方式中，当目标应用权限为输入法的显示权限时，车载电子设备可以根据车辆的运行状态，管控安装于车载电子设备中的输入法应用的输入界面的显示权限。图8A示出了本申请实施例提供的又一种车载电子设备的控制方法的流程示意图。如图8A所示，该车载电子设备的控制方法的具体步骤包括下述：S801-S806。
S801、车载电子设备接收第一输入法显示指令。
具体的，车载电子设备的应用程序框架层中的资源管理器中存储有输入法应用。驾驶员在使用APP时，可以通过点击APP中的输入框控件，唤起输入法应用的输入界面。相应的，车载电子设备响应于驾驶员执行的操作，接收第一输入法显示指令。
示例性的，在聊天类APP中，若驾驶员想要与好友A进行文字聊天，则驾驶员可以打开该聊天类APP，并在与好友A的聊天会话界面中，点击输入框控件。在这种情况下，聊天类APP响应于驾驶员执行的操作，向应用程序框架层中的资源管理器发送第一输入法显示指令。相应的，资源管理器接收第一输入法显示指令。
在一种可以实现的方式中，第一输入法显示指令还可以是通过其他方式触发的(例如接收驾驶员的语音操作，并触发生成第一输入法显示指令)，本公开对此不作限定。
S802、车载电子设备获取车辆的运行状态。
车载电子设备获取车辆的运行状态可以参考上述S601的描述，在此不再赘述。
S803、若运行状态为非驾驶状态，则车载电子设备响应于第一输入法显示指令，显示输入法应用的输入界面。
在接收到第一输入法显示指令、并确定车辆的运行状态为非驾驶状态后，车载电子设备响应于第一输入法显示指令，显示输入法应用的输入界面。
结合上述示例，在接收到应用程序层中的聊天类APP发送的第一输入法显示指令后，应用程序框架层中的资源管理器调用预先存储好的输入法应用，并显示输入法应用的输入界面。
在一些实施例中，上述输入法应用的输入界面可以以九宫格键盘的方式，显示输入界面，也可以以26键的方式，显示输入界面，还可以通过其他方式显示输入界面，本公开对此不作限定。
S804、若运行状态从非驾驶状态切换为驾驶状态，则车载电子设备关闭输入法应用的输入界面。
具体的，参见图4，在显示输入法应用的输入界面后，若车辆的运行状态从非驾驶状态切换为驾驶状态，则车辆运行状态判断模块向驾驶安全策略管控模块发送车辆的运行状态为驾驶状态的消息。由于驾驶安全策略管控模块从车机配置管理模块获取到的输入法显示权限的初始设置为“在驾驶状态下，禁止显示输入法应用的输入界面”，因此，驾驶安全策略管控模块向应用程序框架层中的资源管理器发送“关闭输入法应用的输入界面”的通知。资源管理器在接收到驾驶安全策略管控模块发送的“关闭输入法应用的输入界面”的通知后，关闭输入法应用的输入界面。
这样一来，由于车辆处于驾驶状态的情况下，车载电子设备关闭输入法应用的输入界面，因此，驾驶员在驾驶车辆时无法使用输入法应用，进而保证了驾驶员的行车安全。并且，在这种情况下，可以在车载电子设备中安装通用版本的与聊天类APP，资源管理器通过在驾驶状态下关闭输入法应用的输入界面的方式，阻止聊天类APP显示输入法应用的输入界面，从而保证驾驶员的行车安全，应用程序开发人员无需为该聊天类APP开发车辆专用版本，减少了开发人员的工作量和研发成本，提高了应用程序的开发效率。
S805、车载电子设备接收第二输入法显示指令。
具体的，在关闭输入法应用的输入界面后，若驾驶员再次通过点击APP中的输入框控件，唤起输入法应用的输入界面时，车载电子设备接收第二输入法显示指令。
在一种可以实现的方式中，第二输入法显示指令还可以是通过其他方式触发的，本公开对此不作限定。
在一些实施例中，第二输入法显示指令可以和第一输入法显示指令为相同的输入法显示指令，也可以是不同的输入法显示指令，本公开对此不作限定。
S806、若运行状态为驾驶状态，则车载电子设备拒绝响应第二输入法显示指令。
在接收第二输入法显示指令后，若运行状态为驾驶状态，则车载电子设备拒绝响应第二输入法显示指令。
具体的，仍如图4所示，由于资源管理器已经接收到了驾驶安全策略管控模块发送的“禁止显示输入法应用的输入界面”的通知，因此，在接收第二输入法显示指令后，若运行状态依旧为驾驶状态，则资源管理器不显示输入法应用的输入界面，并向聊天类APP发送用于拒绝响应第二输入法显示指令的拒绝消息。
这样一来，由于车辆处于驾驶状态的情况下，车载电子设备拒绝响应第二输入法显示指令，因此，驾驶员在驾驶车辆时无法使用输入法应用，进而保证了驾驶员的行车安全。并且，在这种情况下，可以在车载电子设备中安装通用版本的聊天类APP，资源管理器通过在驾驶状态下，关闭输入法应用的输入界面的方式，阻止聊天类APP显示输入法应用的输入界面，从而保证驾驶员的行车安全，应用程序开发人员无需为该聊天类APP开发车辆专用版本，减少了开发人员的工作量和研发成本，提高了应用程序的开发效率。
在一种可以实现的方式中，车载电子设备中的资源管理器可以根据接收到的管控策略，管控输入法应用的输入界面显示权限。结合图4，图8B示出了本申请实施例提供的又一种车载电子设备的控制方法的流程示意图。如图8B所示，“车载电子设备中的资源管理器可以根据接收到的管控策略，管控输入法的显示权限”的具体步骤包括下述：S811-S820。
S811、聊天APP响应于用户执行的第一聊天操作，向资源管理器发送第一输入法调用指令。
S812、资源管理器向驾驶安全管控模块发送管控请求。
其中，管控请求用于请求获取输入法的显示权限。
S813、若运行状态为非驾驶状态，则驾驶安全策略管控模块向资源管理器发送允许调用输入法的通知。
S814、资源管理器调用输入法应用，并显示输入法应用的输入界面。
S815、若运行状态从非驾驶状态切换为驾驶状态，则驾驶安全策略管控模块向资源管理器发送禁止调用输入法应用的通知。
S816、资源管理器关闭输入法应用的输入界面。
S817、聊天APP响应于用户执行的第二聊天操作，向资源管理器发送第二输入法调用指令。
S818、资源管理器向驾驶安全管控模块发送管控请求。
S819、若运行状态为驾驶状态，则驾驶安全策略管控模块向资源管理器发送禁止 调用输入法的通知。
S820、资源管理器向聊天APP发送用于拒绝显示输入法应用的输入界面的消息。
在一种可以实现的方式中，当目标应用权限为弹窗的显示权限时，车载电子设备可以根据车辆的运行状态，管控弹窗的显示权限。图9A示出了本申请实施例提供的又一种车载电子设备的控制方法的流程示意图。结合图6A，如图9A所示，在S602之后，该车载电子设备的控制方法的具体步骤还包括S901。
S901、若接收到弹窗显示指令，则车载电子设备拒绝响应弹窗显示指令。
具体的，参见图4，在禁用车载电子设备的目标应用权限之后，由于驾驶安全策略管控模块从车机配置管理模块获取到的弹窗显示权限的初始设置为“在驾驶状态下，禁止显示弹窗”，因此，驾驶安全策略管控模块向应用程序框架层中的通知管理器发送“在驾驶状态下，禁止显示弹窗”的通知。
后续，车载电子设备中安装的应用A接收到服务器推送的消息或事件(例如：短信息应用推送的新消息，或者通话应用推送的新来电)后，将该消息或事件以弹窗显示指令的方式，告知应用程序框架层的通知管理器。由于通知管理器接收到了驾驶安全策略管控模块发送的“在驾驶状态下，禁止显示弹窗”的通知，因此，通知管理器不显示上述弹窗，并拒绝响应应用A发送的弹窗显示指令。
这样一来，由于车辆处于驾驶状态的情况下，车载电子设备拒绝响应弹窗显示指令，因此，驾驶员在驾驶车辆时，消息无法通过弹窗的方式弹窗，避免了消息以弹窗的方式弹出时分散驾驶员的注意力，保证了驾驶员的行车安全。并且，在这种情况下，可以在车载电子设备中安装通用版本的具有消息弹出功能的APP，通知管理器通过在驾驶状态下禁止显示弹窗的方式，阻止具有消息弹出功能的APP显示弹窗，从而保证驾驶员的行车安全，应用程序开发人员无需为该具有消息弹出功能的APP开发车辆专用版本，减少了开发人员的工作量和研发成本，提高了应用程序的开发效率。
在一种可以实现的方式中，车载电子设备中的通知管理器可以根据接收到的管控策略，管控弹窗的显示权限。结合图4，图9B示出了本申请实施例提供的又一种车载电子设备的控制方法的流程示意图。如图9B所示，“车载电子设备中的通知管理器可以根据接收到的管控策略，管控弹窗的显示权限”的具体步骤包括下述：S911-S914。
S911、消息类APP响应于接收到的消息，向通知管理器发送弹窗调用指令。
S912、通知管理器向驾驶安全管控模块发送管控请求。
其中，管控请求用于请求获取弹窗的显示权限。
S913、若运行状态为驾驶状态，则驾驶安全策略管控模块向资源管理器发送禁止调用弹窗的通知。
S914、通知管理器向消息类APP发送用于拒绝显示弹窗的消息。
在一种可以实现的方式中，结合图6A，如图10A所示，上述S601中，车载电子设备获取车辆的运行状态的具体方法包括：S1001-S1002。
S1001、车载电子设备获取车辆的操控数据。
其中，操控数据包括：行驶速度、档位状态、制动状态或驾驶模式中的至少一种。
具体的，参见图4，驾驶员在驾驶车辆时，车辆状态采集模块可以通过传感器模块中的各个传感器，实时采集车辆的操控数据。
在一些实施例中，车载电子设备可以根据速度传感器的数据确定车辆的速度。
在另一些实施例中，车载电子设备可以根据档位传感器的数据，确定车辆的档位状态。
在另一些实施例中，车载电子设备可以根据制动传感器的数据，确定车辆的制动状态。
在另一些实施例中，车载电子设备可以根据驾驶模式传感器的数据，确定车辆的驾驶模式。
在一些实施例中，车辆状态采集模块获取车辆的操控数据时，可以周期性(例如每隔1秒)的向传感器模块中的各个传感器发送数据请求消息，请求获取操控数据。向传感器模块中的各个传感器在接收到数据请求消息后，向车辆状态采集模块发送操控数据。
在另一些实施例中，由于车辆在行驶状态下，操控数据变化较快。若周期性的获取操控数据，可能会由于时延问题，获取到的操控数据的误差较大。在这种情况下，车辆状态采集模块可以向传感器模块中的各个传感器发送订阅消息。该订阅消息用于指示传感器模块中的各个传感器在操控数据发生变化时，自动向车辆状态采集模块发送操控数据。这样一来，车辆状态采集模块便可以及时的获取到准确的操控数据。
示例性的，速度传感器在上一刻检测到的速度为20迈，在下一刻检测到的速度为25迈。而上一刻与下一刻之间的时长小于一个周期，则速度传感器可以在检测到速度为25迈时，便向车辆状态采集模块发送25迈速度的操控数据，以使得车辆状态采集模块及时的获取到准确的操控数据。
S1002、车载电子设备根据操控数据，确定运行状态。
具体的，参见图4，系统库中的车辆状态采集模块获取车辆的操控数据后，可向车辆运行状态判断模块发送获取到的操控数据。接着，车辆运行状态判断模块根据获取到的操控数据，可确定车辆的运行状态。
示例性的，车辆状态采集模块可以通过速度传感器，获取车辆的行驶速度(例如80迈)，然后向车辆运行状态判断模块发送获取到的车辆的行驶速度。应理解，当车辆运行状态判断模块获取到车辆的行驶速度为80迈时，车辆运行状态判断模块确定车辆的运行状态为驾驶状态。
在一种可以实现的方式中，车载电子设备中的传感器模块中的各个传感器在操控数据发生变化时，可以向车辆状态采集模块发送操控数据。结合图4，图10B示出了本申请实施例提供的又一种车载电子设备的控制方法的流程示意图。如图10B所示，“车载电子设备中的传感器模块中的各个传感器在操控数据发生变化时，可以自动向车辆状态采集模块发送操控数据”的具体步骤包括下述：S10011-S10024。
S10011、车辆状态采集模块向传感器模块中的各个传感器发送订阅消息。
其中，订阅消息用于指示传感器模块中的各个传感器在操控数据发生变化时，自动向车辆状态采集模块发送操控数据。
S10012、速度传感器判断车辆的行驶速度是否变化。
若车辆的行驶速度未发生变化，则执行S10013；若车辆的行驶速度发生变化，则执行S10014。
S10013、速度传感器不向车辆状态采集模块发送车辆的行驶速度。
S10014、速度传感器向车辆状态采集模块发送车辆的行驶速度。
S10015、档位传感器判断车辆的档位状态是否变化。
若车辆的档位状态未发生变化，则执行S10016；若车辆的档位状态发生变化，则执行S10017。
S10016、档位传感器不向车辆状态采集模块发送车辆的档位状态。
S10017、档位传感器向车辆状态采集模块发送车辆的档位状态。
S10018、制动传感器判断车辆的制动状态是否变化。
若车辆的制动状态未发生变化，则执行S10019；若车辆的制动状态发生变化，则执行S10020。
S10019、制动传感器不向车辆状态采集模块发送车辆的制动状态。
S10020、制动传感器向车辆状态采集模块发送车辆的制动状态。
S10021、驾驶模式传感器判断车辆的驾驶模式是否变化。
若车辆的驾驶模式未发生变化，则执行S10022；若车辆的驾驶模式发生变化，则执行S10023。
S10022、驾驶模式传感器不向车辆状态采集模块发送车辆的驾驶模式数据。
S10023、驾驶模式传感器向车辆状态采集模块发送车辆的驾驶模式数据。
需要说明的是，本申请实施例对于S10012-S10014、S10015-S10017、S10018-S10020以及S10021-S10023的先后顺序不作限定。
S10024、若车辆状态采集模块在预设时间内未收到传感器模块发送的操控数据，则确定车辆的运行状态未发生变化。
在一种可以实现的方式中，结合图10A，如图11所示，上述S1002中，车载电子设备根据操控数据，确定运行状态的具体方法包括：S1101。
S1101、若驾驶模式满足第一预设条件、且制动状态为非刹车状态、且档位状态为非驻车档位状态、且行驶速度大于预设阈值范围的最大值，则车载电子设备确定运行状态为驾驶状态。
其中，第一预设条件为：驾驶模式为手动驾驶模式，或者，驾驶模式为自动驾驶模式、且自动驾驶模式处于非行驶状态。
具体的，参见图4，系统库中的车辆状态采集模块获取车辆的操控数据后，向车辆运行状态判断模块发送获取到的操控数据。接着，在确定驾驶模式满足第一预设条件、且制动状态为非刹车状态、且档位状态为非驻车档位状态、且行驶速度大于预设阈值范围的最大值后，车辆运行状态判断模块确定运行状态为驾驶状态。反之，则车辆运行状态判断模块确定运行状态为非驾驶状态。
在一种可以实现的方式中，结合图10A，如图12所示，上述S1002中，车载电子设备根据操控数据，确定运行状态的具体方法包括：S1201-S1204。
S1201、若驾驶模式满足第一预设条件，则车载电子设备确定制动状态为刹车状态或非刹车状态。
具体的，车载电子设备根据操控数据，确定运行状态时，首先判断驾驶模式是否满足第一预设条件。其中，第一预设条件为：驾驶模式为手动驾驶模式，或者，驾驶 模式为自动驾驶模式、且自动驾驶模式处于非行驶状态。
当驾驶模式为手动驾驶模式，或者，驾驶模式为自动驾驶模式、且自动驾驶模式处于非行驶状态时，车载电子设备可以继续确定制动状态为刹车状态或非刹车状态，以确定车辆的运行状态。相应的，当驾驶模式为自动驾驶模式，且自动驾驶模式处于行驶状态时，车载电子设备可以直接确定车辆的运行状态为行驶状态。
S1202、若制动状态为非刹车状态，则车载电子设备确定档位状态为驻车档位状态或非驻车档位状态。
在确定驾驶模式满足第一预设条件，并确定制动状态为非刹车状态后，车载电子设备可以继续确定档位状态为驻车档位状态或非驻车档位状态，以确定车辆的运行状态。相应的，在确定驾驶模式满足第一预设条件，并确定制动状态为刹车状态后，车载电子设备可以直接确定车辆的运行状态为非行驶状态。
S1203、若档位状态为非驻车档位状态，则车载电子设备确定行驶速度是否大于预设阈值范围的最大值。
在确定驾驶模式满足第一预设条件、制动状态为非刹车状态、并确定档位状态为非驻车档位状态后，车载电子设备可以继续确定行驶速度是否大于预设阈值范围的最大值，以确定车辆的运行状态。相应的，在确定驾驶模式满足第一预设条件、制动状态为非刹车状态后，若档位状态为驻车档位状态，车载电子设备可以直接确定车辆的运行状态为非行驶状态。
S1204、若行驶速度大于预设阈值范围的最大值，则车载电子设备确定运行状态为驾驶状态。
在确定驾驶模式满足第一预设条件、制动状态为非刹车状态、档位状态为非驻车档位状态、并确定行驶速度大于预设阈值范围的最大值后，车载电子设备确定车辆的运行状态为行驶状态。相应的，在确定驾驶模式满足第一预设条件、制动状态为非刹车状态、档位状态为非驻车档位状态后，若行驶速度小于预设阈值范围的最小值，则车载电子设备确定车辆的运行状态为非行驶状态。
应理解，车载电子设备可以在确定行驶速度大于预设阈值范围的最大值时，确定车辆的运行状态为行驶状态；以及，在确定行驶速度小于预设阈值范围的最小值时，确定车辆的运行状态为非行驶状态。这样一来，当车辆的行驶速度在预设阈值范围内上下波动时，车载电子设备确定车辆的运行状态未发生变化。进而当车辆的行驶速度在预设阈值范围内频繁上下波动时，车载电子设备也无需频繁管控目标应用权限。
在一种可以实现的方式中，结合图10A，如图13所示，上述S1002中，车载电子设备根据操控数据，确定运行状态的具体方法包括：S1301。
S1301、若行驶速度大于预设阈值范围的最大值，则车载电子设备确定运行状态为驾驶状态。
具体的，车载电子设备根据操控数据，确定运行状态时，还可以直接根据行驶速度，确定运行状态。即若行驶速度大于预设阈值范围的最大值，则车载电子设备确定运行状态为驾驶状态。
在一种可以实现的方式中，结合图6A，如图14所示，上述S602之后，还包括：S1401-S1402。
S1401、车载电子设备确定运行状态从驾驶状态切换为非驾驶状态。
S1402、车载电子设备恢复车载电子设备的目标应用权限。
在禁用车载电子设备的目标应用权限之后，若车载电子设备确定运行状态从驾驶状态切换为非驾驶状态，则恢复车载电子设备的目标应用权限。
具体的，参见图4，在确定车辆的运行状态从驾驶状态切换为非驾驶状态后，车辆运行状态判断模块向驾驶安全策略管控模块发送车辆的运行状态为从驾驶状态切换为非驾驶状态的消息。在这种情况下，驾驶安全策略管控模块可以向应用程序框架层的各个管理器发送权限取消通知，以使得应用程序框架层的各个管理器在接收到应用层的APP发送的请求时，为APP提供服务。
示例性的，对于多媒体资源的播放权限，驾驶安全策略管控模块向应用程序框架层的视图系统发送权限取消通知后，若视图系统接收到第三多媒体资源的播放指令，则调用播放器播放第三多媒体资源。
又一示例性的，对于输入法的显示权限，驾驶安全策略管控模块向应用程序框架层的资源管理器发送权限取消通知后，若资源管理器接收到第三输入法显示指令，则显示输入法的输入界面。
又一示例性的，驾驶安全策略管控模块向应用程序框架层的通知管理器发送权限取消通知后，若通知管理器接收到弹窗显示指令，则显示弹窗。
在一种可以实现的方式中，结合图14，如图15所示，上述S1401中，车载电子设备确定运行状态从驾驶状态切换为非驾驶状态的方法具体包括：S1501。
S1501、若行驶速度小于预设阈值范围的最小值，则车载电子设备确定运行状态为非驾驶状态。
这样一来，当车辆的行驶速度在预设阈值范围内上下波动时，车载电子设备确定车辆的运行状态未发生变化。进而当车辆的行驶速度在预设阈值范围内频繁上下波动时，车载电子设备也无需频繁管控目标应用权限。
如图16所示，本申请实施例还公开了一种车载电子设备，该车载电子设备具体可以包括：显示屏2807；一个或多个处理器2802；存储器2803；通信模块2808；一个或多个应用程序(未示出)；以及一个或多个计算机程序2804，上述各器件可以通过一个或多个通信总线2805连接。其中，该一个或多个计算机程序2804被存储在上述存储器2803中并被配置为被该一个或多个处理器2802执行，该一个或多个计算机程序2804包括指令，该指令可以用于执行上述实施例中车载电子设备执行的相关步骤。该电子设备还可以包括触摸传感器2806(触摸传感器2806与显示屏2807可集成为触摸屏2801)、鼠标等输入设备。
通过以上的实施方式的描述，所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将装置的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。上述描述的系统，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
在本申请实施例各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成 的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。
所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请实施例的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)或处理器执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：快闪存储器、移动硬盘、只读存储器、随机存取存储器、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述，仅为本申请实施例的具体实施方式，但本申请实施例的保护范围并不局限于此，任何在本申请实施例揭露的技术范围内的变化或替换，都应涵盖在本申请实施例的保护范围之内。因此，本申请实施例的保护范围应以所述权利要求的保护范围为准。

Claims (17)

  1. 一种车载电子设备的控制方法，所述车载电子设备应用于车辆上，其特征在于，包括：
    获取所述车辆的运行状态；
    若所述运行状态为驾驶状态，则禁用所述车载电子设备的目标应用权限。
  2. 根据权利要求1所述的车载电子设备的控制方法，其特征在于，所述目标应用权限包括：多媒体资源的播放权限、输入法的显示权限或者弹窗的显示权限中的至少一种。
  3. 根据权利要求2所述的车载电子设备的控制方法，其特征在于，所述目标应用权限为所述多媒体资源的播放权限，在获取所述车辆的运行状态之前，还包括：
    接收第一多媒体资源播放指令；
    若所述运行状态为非驾驶状态，则响应于所述第一多媒体资源播放指令，播放第一多媒体资源；
    其中，所述若所述运行状态为驾驶状态，则禁用所述车载电子设备的目标应用权限，包括：
    若所述运行状态从所述非驾驶状态切换为所述驾驶状态，则暂停播放所述第一多媒体资源。
  4. 根据权利要求3所述的车载电子设备的控制方法，其特征在于，在暂停播放所述第一多媒体资源之后，还包括：
    接收第二多媒体资源播放指令；
    若所述运行状态为所述驾驶状态，则拒绝响应所述第二多媒体资源播放指令。
  5. 根据权利要求3或4所述的车载电子设备的控制方法，其特征在于，在暂停播放所述第一多媒体资源之后，还包括：
    若所述运行状态从所述驾驶状态切换为所述非驾驶状态，则续播所述第一多媒体资源。
  6. 根据权利要求2所述的车载电子设备的控制方法，其特征在于，所述目标应用权限为所述输入法的显示权限，在获取所述车辆的运行状态之前，还包括：
    接收第一输入法显示指令；
    若所述运行状态为非驾驶状态，则响应于所述第一输入法显示指令，显示输入法应用的输入界面；
    其中，所述若所述运行状态为驾驶状态，则禁用所述车载电子设备的目标应用权限，包括：
    若所述运行状态从所述非驾驶状态切换为所述驾驶状态，则关闭所述输入法应用的输入界面。
  7. 根据权利要求6所述的车载电子设备的控制方法，其特征在于，在关闭所述输入法应用的输入界面之后，还包括：
    接收第二输入法显示指令；
    若所述运行状态为所述驾驶状态，则拒绝响应所述第二输入法显示指令。
  8. 根据权利要求2所述的车载电子设备的控制方法，其特征在于，所述目标应用 权限为所述弹窗的显示权限，在禁用所述车载电子设备的目标应用权限之后，还包括：
    若接收到弹窗显示指令，则拒绝响应所述弹窗显示指令。
  9. 根据权利要求1所述的控制方法，其特征在于，所述获取所述车辆的运行状态，包括：
    获取所述车辆的操控数据；其中，所述操控数据包括：行驶速度、档位状态、制动状态或驾驶模式中的至少一种；
    根据所述操控数据，确定所述运行状态。
  10. 根据权利要求9所述的控制方法，其特征在于，所述根据所述操控数据，确定所述运行状态，包括：
    若所述驾驶模式满足第一预设条件、且所述制动状态为非刹车状态、且所述档位状态为非驻车档位状态、且所述行驶速度大于预设阈值范围的最大值，则确定所述运行状态为所述驾驶状态；
    其中，所述第一预设条件为：所述驾驶模式为手动驾驶模式，或者，所述驾驶模式为自动驾驶模式、且所述自动驾驶模式处于非行驶状态。
  11. 根据权利要求9所述的控制方法，其特征在于，所述根据所述操控数据，确定所述运行状态，包括：
    若所述驾驶模式满足第一预设条件，则确定所述制动状态为刹车状态或非刹车状态；其中，所述第一预设条件为：所述驾驶模式为手动驾驶模式，或者，所述驾驶模式为自动驾驶模式、且所述自动驾驶模式处于非行驶状态；
    若所述制动状态为非刹车状态，则确定所述档位状态为驻车档位状态或非驻车档位状态；
    若所述档位状态为非驻车档位状态，则确定所述行驶速度是否大于预设阈值范围的最大值；
    若所述行驶速度大于预设阈值范围的最大值，则确定所述运行状态为所述驾驶状态。
  12. 根据权利要求9所述的控制方法，其特征在于，所述根据所述操控数据，确定所述运行状态，包括：
    若所述行驶速度大于预设阈值范围的最大值，则确定所述运行状态为所述驾驶状态。
  13. 根据权利要求9-12中任一项所述的控制方法，其特征在于，在禁用所述车载电子设备的目标应用权限之后，还包括：
    确定所述运行状态从驾驶状态切换为非驾驶状态；
    恢复所述车载电子设备的所述目标应用权限。
  14. 根据权利要求13所述的控制方法，其特征在于，确定所述运行状态从驾驶状态切换为非驾驶状态，包括：
    若所述行驶速度小于预设阈值范围的最小值，则确定所述运行状态为所述非驾驶状态。
  15. 一种车载电子设备，其特征在于，所述车载电子设备包括：
    触摸屏，所述触摸屏包括触摸传感器和显示屏；
    存储器；
    通信接口；
    一个或多个处理器；
    其中，所述存储器中存储有一个或多个计算机程序，所述一个或多个计算机程序包括指令，当所述指令被所述电子设备执行时，使得所述电子设备执行如权利要求1-14中任一项所述的一种车载电子设备的控制方法。
  16. 一种计算机可读存储介质，其特征在于，包括计算机指令，当所述计算机指令在电子设备上运行时，使得所述车载电子设备执行如权利要求1-14中任一项所述的车载电子设备的控制方法。
  17. 一种计算机程序产品，包括指令，其特征在于，当所述指令在车载电子设备上运行时，使得所述车载电子设备执行如权利要求1-14中任一项所述的一种车载电子设备的控制方法。
PCT/CN2022/083862 2021-04-19 2022-03-29 一种车载电子设备的控制方法及车载电子设备 WO2022222715A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN202110420945.9A CN115291960A (zh) 2021-04-19 2021-04-19 一种车载电子设备的控制方法及车载电子设备
CN202110420945.9 2021-04-19

Publications (1)

Publication Number Publication Date
WO2022222715A1 true WO2022222715A1 (zh) 2022-10-27

Family

ID=83723677

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2022/083862 WO2022222715A1 (zh) 2021-04-19 2022-03-29 一种车载电子设备的控制方法及车载电子设备

Country Status (2)

Country Link
CN (1) CN115291960A (zh)
WO (1) WO2022222715A1 (zh)

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20100227601A1 (en) * 2009-03-09 2010-09-09 Randy Walton System for Inhibiting Wireless Communication
CN103465847A (zh) * 2013-08-02 2013-12-25 浙江吉利汽车研究院有限公司 一种禁止操作车载设备的控制方法及系统
CN105799612A (zh) * 2014-12-29 2016-07-27 中国移动通信集团公司 一种控制车机应用操作权限的方法、车载装置及终端
CN109693668A (zh) * 2018-12-27 2019-04-30 驭势科技（北京）有限公司 一种自动驾驶车辆速度控制系统与方法
CN112141010A (zh) * 2020-09-22 2020-12-29 北京达佳互联信息技术有限公司 一种控制方法、装置、电子设备及存储介质

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20100227601A1 (en) * 2009-03-09 2010-09-09 Randy Walton System for Inhibiting Wireless Communication
CN103465847A (zh) * 2013-08-02 2013-12-25 浙江吉利汽车研究院有限公司 一种禁止操作车载设备的控制方法及系统
CN105799612A (zh) * 2014-12-29 2016-07-27 中国移动通信集团公司 一种控制车机应用操作权限的方法、车载装置及终端
CN109693668A (zh) * 2018-12-27 2019-04-30 驭势科技（北京）有限公司 一种自动驾驶车辆速度控制系统与方法
CN112141010A (zh) * 2020-09-22 2020-12-29 北京达佳互联信息技术有限公司 一种控制方法、装置、电子设备及存储介质

Also Published As

Publication number Publication date
CN115291960A (zh) 2022-11-04

Similar Documents

Publication Publication Date Title
RU2766255C1 (ru) Способ голосового управления и электронное устройство
WO2020244622A1 (zh) 一种通知的提示方法、终端及系统
WO2020253719A1 (zh) 一种录屏方法及电子设备
CN111666119B (zh) Ui组件显示的方法及电子设备
WO2020062159A1 (zh) 无线充电方法及电子设备
WO2022048474A1 (zh) 一种多应用共享摄像头的方法与电子设备
CN113778574B (zh) 卡片分享方法、电子设备及通信系统
CN112527476B (zh) 资源调度方法及电子设备
CN115729511A (zh) 一种播放音频的方法及电子设备
CN113553130A (zh) 应用执行绘制操作的方法及电子设备
CN114625525A (zh) 一种资源管控方法及设备
WO2021073337A1 (zh) 安装插件的方法、装置和存储介质
WO2024001810A1 (zh) 设备交互方法、电子设备及计算机可读存储介质
CN112860445A (zh) 一种快应用与原生应用间数据共享的方法及终端
CN115438354A (zh) 一种用户隐私保护方法及装置
WO2022127130A1 (zh) 一种添加操作序列的方法、电子设备和系统
WO2021238740A1 (zh) 一种截屏方法及电子设备
WO2022001279A1 (zh) 跨设备桌面管理方法、第一电子设备及第二电子设备
CN113391743A (zh) 一种显示方法及电子设备
WO2023005711A1 (zh) 一种服务的推荐方法及电子设备
WO2022222715A1 (zh) 一种车载电子设备的控制方法及车载电子设备
CN113485709B (zh) 应用优化方法、装置以及电子设备
CN115238299A (zh) 基于安全等级的访问控制方法、相关装置及系统
CN115701018A (zh) 安全调用服务的方法、安全注册服务的方法及装置
CN116709557B (zh) 业务处理方法、设备及存储介质

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 22790824

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 22790824

Country of ref document: EP

Kind code of ref document: A1