Running method of vehicle machine application and vehicle

Abstract

The invention provides a running method of a vehicle-mounted terminal application and a vehicle, and the method responds to an application running instruction, reads application metadata of a target application corresponding to the instruction, detects whether type configuration information exists in the application metadata, further responds to the detected type configuration information, judges whether a vehicle-mounted terminal system meets a preset running condition or not, and sends the preset running condition to the vehicle. According to the method, running limitation on partial types of applications can be realized through the application metadata of the target application, and the application types do not need to be inquired through an external database; the problems of slow system response, large resource consumption, system service process blocking, no application response to the system and the like caused by external database query are avoided, and compared with application type query through an external database, the identification efficiency of partial types of applications can be improved, and the user experience is improved. And thus, efficient operation management of partial types of applications is realized.

Description

Technical Field

[0001] The present application relates to the technical field of vehicle-mounted computers, and particularly to a method for running vehicle-mounted computer applications and a vehicle. Background Art

[0002] With the popularization of in-vehicle entertainment systems, entertainment applications such as games and videos have gradually become one of the important functions pursued by users. However, due to the limitations of vehicle-mounted computers in storage and performance, it is usually necessary to restrict the running of applications.

[0003] Specifically, before an application is started, the existing technology queries the type of the application through the application store database. This method of querying the application type through an external database has disadvantages such as slow system response and high resource consumption. Moreover, each query before startup blocks the system service process and is likely to cause the problem of unresponsive applications in the system. Summary of the Invention

[0004] In view of this, the purpose of the present application is to provide a method for running vehicle-mounted computer applications and a vehicle, which solve the problems such as slow system response and high resource consumption caused by querying the application type through an external database in the existing technology, and avoid blocking the system service process and the problem of unresponsive applications in the system.

[0005] Based on the above purpose, the present application provides a method for running vehicle-mounted computer applications, and the method includes:

[0006] In response to an application running instruction, read the application metadata of the target application corresponding to the application running instruction, and detect whether there is type configuration information in the application metadata;

[0007] In response to the existence of the type configuration information, determine whether the vehicle-mounted computer system meets the preset running conditions. If so, run the target application.

[0008] Optionally, the determining whether the vehicle-mounted computer system meets the preset running conditions includes:

[0009] In response to there being no other running applications in the vehicle-mounted computer system, or there being other running applications in the vehicle-mounted computer system and the application metadata of the other applications does not include type configuration information, determine that the vehicle-mounted computer system meets the preset running conditions.

[0010] Optionally, the method further includes:

[0011] If the vehicle-mounted computer system does not meet the preset running conditions, display a running prompt message on the vehicle-mounted computer screen;

[0012] In response to detecting that the user triggers a confirmation operation for the running prompt message on the in-vehicle infotainment (IVI) screen, close other applications whose running application metadata includes type configuration information, and run the target application.

[0013] Optionally, before running the target application, it further includes:

[0014] Obtain the current information of the vehicle;

[0015] Based on the current information, determine whether the IVI system meets the running prerequisite conditions corresponding to the target application. If so, execute the step of running the target application.

[0016] Optionally, determining whether the IVI system meets the running prerequisite conditions corresponding to the target application based on the current information includes:

[0017] If the remaining running memory in the current information is greater than the required running memory corresponding to the target application, determine that the IVI system meets the running prerequisite conditions corresponding to the target application; and / or,

[0018] If the remaining battery power in the current information is greater than the preset battery power threshold, or the remaining fuel quantity in the current information is greater than the preset fuel quantity threshold, determine that the IVI system meets the running prerequisite conditions corresponding to the target application; and / or,

[0019] If the status of the emergency call system in the current information is not triggered, determine that the IVI system meets the running prerequisite conditions corresponding to the target application; and / or,

[0020] When the IVI screen is the center control screen, if the application restriction switch in the current information is on and the vehicle speed gear is in the parking gear, determine that the IVI system meets the running prerequisite conditions corresponding to the target application.

[0021] Optionally, after running the target application, it further includes:

[0022] Re-obtain the current information of the vehicle;

[0023] Based on the new current information, determine whether the IVI system meets the running prerequisite conditions corresponding to the target application. If not, close the target application.

[0024] Optionally, before reading the application metadata of the target application corresponding to the application running instruction in response to the application running instruction, the method further includes:

[0025] In response to the application installation instruction of the target application, obtain the installation information of the target application;

[0026] Install the target application based on the application package data in the installation information to obtain the application metadata of the target application;

[0027] In response to detecting that there is type configuration information in the installation information, write the type configuration information into the application metadata of the target application.

[0028] Optionally, the obtaining the installation information of the target application in response to the application installation instruction of the target application includes:

[0029] In response to the application installation instruction of the target application, send an application installation request to the cloud;

[0030] Receive the installation information of the target application fed back by the cloud based on the application installation request.

[0031] Optionally, the method further includes:

[0032] In response to receiving the information change request of the target application sent by the cloud, in the application metadata of the target application, update the type configuration information, delete the type configuration information or add the type configuration information according to the information change request.

[0033] For the same purpose, the present application also provides a vehicle, which includes:

[0034] A memory for storing executable program code;

[0035] A processor for calling and running the executable program code from the memory, so that the vehicle executes the method provided in any embodiment of the present application.

[0036] As can be seen from the above, the method for running a vehicle-mounted application provided by this application reads the application metadata of the target application corresponding to the application running instruction in response to the application running instruction, and detects whether there is type configuration information in the application metadata. Furthermore, in response to detecting type configuration information in the application metadata, it determines whether the vehicle-mounted system meets the preset running conditions. If so, it runs the target application. This method can determine whether it is necessary to perform subsequent judgments on the preset running conditions based on whether there is type configuration information in the application metadata of the target application. And when it is determined that there is type configuration information in the application metadata, it further determines whether the vehicle-mounted system can run the target application, so as to realize restricting the running of some types of applications based on the application metadata. This method does not need to query the application type through an external database, avoiding problems such as slow system response, large resource consumption, blocking of system service processes, and application unresponsiveness to the system caused by external database queries. And since the application metadata is the metadata obtained after each application is installed, by detecting whether it includes type configuration information, compared with querying the application type through an external database, it can improve the recognition efficiency of some types of applications and can also realize efficient running management of some types of applications. BRIEF DESCRIPTION OF THE DRAWINGS

[0037] In order to more clearly illustrate the technical solutions in this application or related technologies, the following will briefly introduce the drawings required for use in the embodiments or related technology descriptions. Obviously, the drawings in the following descriptions are only the embodiments of this application. For those of ordinary skill in the art, without creative efforts, other drawings can be obtained based on these drawings.

[0038] Figure 1 It is a flowchart of a method for running a vehicle-mounted application provided by an embodiment of this application;

[0039] Figure 2 It is a flowchart of another method for running a vehicle-mounted application provided by an embodiment of this application;

[0040] Figure 3 It is a schematic diagram of the management process of a vehicle-mounted application provided by an embodiment of this application;

[0041] Figure 4 It is a schematic structural diagram of a running device for a vehicle-mounted application provided by an embodiment of this application;

[0042] Figure 5 It is a schematic structural diagram of an electronic device provided by an embodiment of this application. DETAILED DESCRIPTION OF THE EMBODIMENTS

[0043] To make the objectives, technical solutions, and advantages of this application clearer, the following further elaborates on this application in detail with reference to specific embodiments and the accompanying drawings.

[0044] It should be noted that, unless otherwise defined, the technical terms or scientific terms used in the embodiments of the present application should have the ordinary meanings understood by those with ordinary skills in the field to which the present application belongs. The "first", "second" and similar words used in the embodiments of the present application do not indicate any order, quantity or importance, but are only used to distinguish different components. Words such as "including" or "comprising" mean that the elements or objects appearing before this word cover the elements or objects listed after this word and their equivalents, without excluding other elements or objects. Words such as "connected" or "linked" are not limited to physical or mechanical connections, but may include electrical connections, whether direct or indirect. "Up", "down", "left", "right", etc. are only used to represent relative position relationships. When the absolute position of the object being described changes, the relative position relationship may also change accordingly.

[0045] In the prior art, due to the limitations of the in-vehicle computer in terms of storage and performance, it is usually necessary to restrict the operation of applications that occupy a large amount of memory, such as games. Specifically, in the prior art, before each application is started, it is necessary to query the type of the application through the application store database, and the application store database belongs to an external database. This query method has disadvantages such as slow system response and high resource consumption. Moreover, each time a query is performed before an application is started, it will block the system service process, which is likely to cause the problem of application unresponsiveness to the system.

[0046] Therefore, in order to solve the above technical problems, the present application provides a method for running an in-vehicle computer application. This method realizes the restriction of the operation of some types of applications by detecting whether there is type configuration information in the application metadata, solves the problems such as slow system response and high resource consumption caused by querying the application type through an external database in the prior art, and avoids blocking the system service process and avoiding the problem of application unresponsiveness to the system.

[0047] Figure 1 The flowchart of a method for running an in-vehicle computer application provided by the embodiments of the present application. This method can be executed by a running device of the in-vehicle computer application, and this device can be integrated into the in-vehicle computer in a software and / or hardware manner. As Figure 1 shown, the method for running an in-vehicle computer application provided by the embodiments of the present application includes the following steps:

[0048] S110. In response to an application running instruction, read the application metadata of the target application corresponding to the application running instruction, and detect whether there is type configuration information in the application metadata.

[0049] Among them, the application running instruction can be an instruction initiated by the user to indicate the running of the application. Exemplarily, the application running instruction can be generated based on the operation triggered by the user on the in-vehicle screen. For example, the in-vehicle system (which can be understood as the in-vehicle framework, i.e., the system framework in the in-vehicle device) generates an application running instruction in response to detecting that the user triggers the application icon of the target application. Or, the application running instruction can also be generated based on the user's voice signal. For example, the in-vehicle system generates an application running instruction in response to detecting the user's initiated voice signal and recognizing that the content of the voice signal is to run the target application.

[0050] In addition to generating the application running instruction based on the trigger operation or voice signal on the user's screen as described above, the application running instruction can also be generated when the in-vehicle system detects that the vehicle meets the trigger running condition corresponding to the target application, where the trigger running condition can be obtained based on the vehicle's historical driving data. For example, the trigger running condition can include at least one of the following: detecting that the corresponding seat is triggered, detecting that the first application associated with the target application is running, detecting that the second application associated with the target application is closed, detecting that the current time reaches the time point corresponding to the target application, and detecting that the duration of the vehicle's idling operation reaches the set duration.

[0051] Specifically, in response to the application running instruction, the in-vehicle system can read the application metadata of the corresponding target application. Among them, the application metadata can refer to the data used to describe the application data of the target application, that is, a class in the Android SDK, which can be represented by ApplicationInfo.

[0052] In the embodiment of the present application, the application metadata can be obtained after the target application is installed. After the target application is installed, the application metadata of the target application can be stored in the local storage space of the in-vehicle system. Therefore, the in-vehicle system can read the application metadata of the target application from the local storage space.

[0053] Furthermore, the in-vehicle system can detect whether there is type configuration information in the application metadata of the target application, where the type configuration information can be used to describe the application type of the target application, such as games, maps, social networking, etc.

[0054] It should be noted that for application types that need to restrict running, such as application types that occupy a large amount of memory like games, etc., after obtaining the application metadata after installation, it is necessary to configure its type, that is, write the type configuration information into the application metadata; for application types that do not need to restrict running, such as application types that occupy a small amount of memory like music, videos, etc., after obtaining the application metadata after installation, it is not necessary to configure type information, that is, there is no need to write the type configuration information into the application metadata.

[0055] In the embodiments of the present application, for the application types that need to be restricted from running, configuration type information is written into the application metadata obtained after their installation, which can avoid configuring types for all applications, thereby reducing the size of the application metadata for applications that do not need to be restricted from running. Moreover, the write operation of the configuration type information can be reduced, and the resource consumption of the in-vehicle system can be reduced.

[0056] S120. In response to the existence of type configuration information, determine whether the in-vehicle system meets the preset running conditions. If so, run the target application.

[0057] Specifically, if the in-vehicle system detects the existence of type configuration information in the application metadata, it can determine that the target application is an application that needs to be restricted from running. Among them, the application restricted from running refers to an application that cannot be directly run, and it is necessary to further determine whether it meets the preset running conditions.

[0058] Among them, the preset running conditions can be the conditions that the in-vehicle system can directly run the target application set in advance. For example, considering that the applications that usually need to be restricted from running are applications that occupy a large amount of memory, therefore, the preset running conditions can be that the remaining memory of the in-vehicle system is greater than the memory occupied by the target application, and the difference between the two is greater than the set threshold; or, the preset running conditions can be that there is no other application with type configuration information running in the in-vehicle system.

[0059] In a specific implementation manner, determining whether the in-vehicle system meets the preset running conditions includes:

[0060] In response to the non-existence of other running applications in the in-vehicle system, or, in the case that there are other running applications in the in-vehicle system and the application metadata of the other applications does not include type configuration information, determine that the in-vehicle system meets the preset running conditions.

[0061] Specifically, the in-vehicle system can detect each running application, and there can be three detection results: 1. There are no other running applications in the in-vehicle system; 2. There are other running applications in the in-vehicle system and the application metadata of the other applications does not include type configuration information; 3. There are other running applications in the in-vehicle system and the application metadata of the other applications includes type configuration information.

[0062] Among them, if there are no other running applications in the in-vehicle system, or, the application metadata of the other running applications in the in-vehicle system does not include type configuration information, it means that at this time, the in-vehicle system has more remaining memory and there are no applications that occupy a large amount of memory running. Therefore, at this time, it can be determined that the in-vehicle system meets the preset running conditions and the target application can be run.

[0063] Exemplarily, the in-vehicle infotainment system can determine whether there is a running application by accessing the running processes. If so, it can further access the application metadata of each running application to determine whether there is an application whose application metadata includes type configuration information, so as to implement the judgment of the preset running conditions.

[0064] Alternatively, a system status flag can be set for the in-vehicle infotainment system in advance. When each application including type configuration information runs, the in-vehicle infotainment system can also set the system status flag to a restricted state (the default is an unrestricted state). Then, after detecting that the type configuration information exists in the application metadata of the target application, the in-vehicle infotainment system can determine whether the system status flag is in a restricted state. If so, it can be determined that the in-vehicle infotainment system does not meet the preset running conditions. If not, it can be determined that the in-vehicle infotainment system meets the preset running conditions.

[0065] In the above embodiment, when there is no other running application in the in-vehicle infotainment system, or when there are other running applications and the application metadata of the other applications does not include type configuration information, it is determined that the in-vehicle infotainment system meets the preset running conditions, which can prevent the in-vehicle infotainment system from running two applications including type configuration information at the same time. For example, it can prevent the in-vehicle infotainment system from running two games at the same time, or prevent the in-vehicle infotainment system from running a game and another memory-consuming application at the same time. Thus, the purpose of ensuring the running stability of the in-vehicle infotainment system can be achieved, and the in-vehicle infotainment system can be prevented from crashing due to running multiple memory-consuming applications at the same time, ensuring the user experience.

[0066] In addition, if the in-vehicle infotainment system determines that it does not meet the preset running conditions, it can reject the response to the running of the target application, or it can kill the running applications in the in-vehicle infotainment system to free up the corresponding running memory for the target application, or it can also prompt the user to confirm whether to continue running the target application.

[0067] Optionally, the method provided in the embodiment of the present application further includes:

[0068] If the in-vehicle infotainment system does not meet the preset running conditions, a running prompt message is displayed on the in-vehicle screen; in response to detecting that the user triggers a confirm running operation for the running prompt message on the in-vehicle screen, other applications whose application metadata includes type configuration information that are running are closed, and the target application is run.

[0069] Specifically, if the in-vehicle system does not meet the preset operating conditions, the in-vehicle system can generate an operation prompt message, which can be displayed in the form of text on the in-vehicle screen. For example, the operation prompt message can be: It is detected that a large-memory application is running. Do you want to continue opening the application on the current screen? Further, the in-vehicle system can detect whether the user triggers a corresponding operation on the in-vehicle screen for the operation prompt message.

[0070] If it is detected that the user triggers an operation to confirm running for the operation prompt message on the in-vehicle screen, for example, it is detected that the user clicks the confirmation running control on the in-vehicle screen, the user's requirement can be determined at this time, and other applications whose running application metadata includes type configuration information are closed, and the target application is run.

[0071] Through the above optional implementation manners, when the in-vehicle system does not meet the preset operating conditions, the operation prompt message can be first displayed on the in-vehicle screen to prompt the user whether to confirm running the target application. Then, after the user confirms, other large-memory applications that are running are closed and the target application is run, which can avoid the in-vehicle system running a game and another application that occupies a large amount of memory at the same time, and thus can ensure the running stability of the target application and avoid problems such as the target application running without response or the in-vehicle system crashing.

[0072] Considering that the operation of some applications may cause the vehicle energy consumption to rise rapidly, occupy a very large amount of memory, or affect the driver's driving, etc., before running the target application, it can also be determined whether the in-vehicle system meets the running prerequisite conditions corresponding to the target application, so as to run the target application when the conditions are met.

[0073] In a specific implementation manner, before running the target application, it further includes:

[0074] Obtain the current information of the vehicle; based on the current information, determine whether the in-vehicle system meets the running prerequisite conditions corresponding to the target application. If so, execute the step of running the target application.

[0075] Among them, the current information can be vehicle-related information collected during the vehicle operation. For example, the current information can include at least one of the remaining running memory, remaining battery power, remaining fuel quantity, the states of each system in the vehicle, and the vehicle speed. The running prerequisite conditions can be the prerequisite conditions for the application operation preset for the target application.

[0076] Specifically, the in-vehicle system can obtain the current information of the vehicle in real time, so as to determine whether the in-vehicle system meets the running prerequisite conditions corresponding to the target application through the current information.

[0077] Exemplarily, determining whether the in-vehicle system meets the running prerequisite conditions corresponding to the target application based on the current information may include: whether the associated device corresponding to the target application has been connected to the in-vehicle system, or whether the current state of the seat belt at the corresponding seat position is in a worn state, or identifying whether the occupant at the corresponding seat position is a preset user based on the facial image of the occupant, etc.

[0078] In the above embodiment, before running the target application, determining whether the in-vehicle system meets the running prerequisite conditions corresponding to the target application based on the current information of the vehicle can ensure that the running of the target application meets the preset prerequisite conditions, achieving the purpose of ensuring the user experience of using the application, ensuring the driving safety of the vehicle, and preventing the application from being used by users without permission.

[0079] In the embodiments of the present application, considering that applications that usually occupy a large amount of memory are mostly game applications, and the characteristics of game applications include large memory occupation, high power consumption, having sound during operation, and occupying the user's attention, etc. Therefore, in one example, determining whether the in-vehicle system meets the running prerequisite conditions corresponding to the target application based on the current information includes:

[0080] If the remaining running memory in the current information is greater than the required running memory corresponding to the target application, it is determined that the in-vehicle system meets the running prerequisite conditions corresponding to the target application; and / or,

[0081] If the remaining battery power in the current information is greater than the preset battery power threshold, or the remaining fuel quantity in the current information is greater than the preset fuel quantity threshold, it is determined that the in-vehicle system meets the running prerequisite conditions corresponding to the target application; and / or,

[0082] If the status of the emergency call system in the current information is not triggered, it is determined that the in-vehicle system meets the running prerequisite conditions corresponding to the target application; and / or,

[0083] When the in-vehicle screen is the central control screen, if the application restriction switch in the current information is on and the vehicle speed gear is in the parking gear, it is determined that the in-vehicle system meets the running prerequisite conditions corresponding to the target application.

[0084] Among them, the running prerequisite conditions may include at least one of the remaining running memory being greater than the required running memory corresponding to the target application, the remaining battery power (remaining fuel quantity) being greater than the preset battery power threshold (preset fuel quantity threshold), the status of the emergency call system not being triggered, and the in-vehicle screen being the central control screen and the vehicle speed being less than the preset vehicle speed threshold.

[0085] In the embodiment of the present application, the required operating memory corresponding to the target application can be the occupied memory when the target application is running, or can be greater than the occupied memory when the target application is running. If the in-vehicle system determines that the remaining operating memory is greater than the required operating memory corresponding to the target application, it means that the in-vehicle system can stably run the target application at this time, and it can be determined that the running prerequisite conditions are met.

[0086] In the embodiment of the present application, the preset power threshold or the preset fuel threshold can be the minimum power or the minimum fuel volume at which the running of the target application can be set in advance without affecting the vehicle driving. If the in-vehicle system determines that the remaining power is greater than the preset power threshold or the remaining fuel volume is greater than the preset fuel threshold, it means that running the target application will not affect the vehicle driving at this time, and it can be determined that the running prerequisite conditions are met.

[0087] In the embodiment of the present application, the emergency call system can switch from the untriggered state to the triggered state when a vehicle failure is detected, a vehicle collision is detected, or the user triggers due to an emergency. If the in-vehicle system detects that the state of the emergency call system is triggered, it means that the vehicle occupants need to communicate with external rescue personnel at this time, and running the target application may cause the sound of the target application to affect the call, thereby affecting the emergency call. Therefore, it can be determined that the running prerequisite conditions are not met. If the in-vehicle system detects that the state of the emergency call system is untriggered, it means that the vehicle driving state is normal at this time, and it can be determined that the running prerequisite conditions are met.

[0088] In the embodiment of the present application, the application limit switch can be a switch for restricting the running of applications based on the gear position set for the central control screen. The driver can adjust the state of the application limit switch according to actual needs. Specifically, if the in-vehicle screen corresponding to the in-vehicle system is the central control screen, the in-vehicle system needs to determine whether the application limit switch is on. If it is off, there is no need to restrict the running of the target application on the central control screen based on the gear position. At this time, the target application can be run. If it is on, it can further determine whether the vehicle speed gear is in the parking gear (P gear). If it is in the parking gear, it means that running the target application on the central control screen will not affect the driver's driving at this time, and it can be determined that the running prerequisite conditions are met. It can be understood that if the in-vehicle screen corresponding to the in-vehicle system is other screens except the central control screen, there is no need to restrict the running of the target application, and it can be determined that the running prerequisite conditions are met.

[0089] It should be noted that the running prerequisite conditions can also be a combination of any of the above multiple conditions. For example, the remaining operating memory is greater than the required operating memory and the state of the emergency call system is untriggered. The embodiment of the present application does not limit this.

[0090] In the above example, by using the remaining running memory, remaining battery power, status of the emergency call system, application limit switch, and vehicle speed gear, it is determined whether the operating prerequisite conditions corresponding to the target application are met, which can ensure the stability of the target application during operation, ensure that the operation of the application does not affect vehicle driving, ensure the call quality of the emergency call system, and moreover, ensure the safety of vehicle driving.

[0091] Considering that the vehicle's state may change during driving, which may cause the in-vehicle system to change from meeting the operating prerequisite conditions corresponding to the target application to not meeting them. At this time, to ensure the stability of the target application during operation, the safety of vehicle driving, etc., the operation of the target application can be stopped in a timely manner.

[0092] Optionally, after running the target application, it further includes:

[0093] Re-obtain the current information of the vehicle; based on the new current information, determine whether the in-vehicle system meets the operating prerequisite conditions corresponding to the target application. If not, close the target application.

[0094] Specifically, after running the target application, the in-vehicle system can re-obtain the current information of the vehicle. For example, the in-vehicle system can obtain the current information of the vehicle periodically at a preset duration. Then, based on the new current information, the in-vehicle system re-determines whether the operating prerequisite conditions corresponding to the target application are met. If not, the target application can be directly closed.

[0095] By continuing to determine whether the operating prerequisite conditions corresponding to the target application are met after running the target application, the operation of the target application can be stopped in a timely manner when the conditions are not met, further ensuring the stability of the application during vehicle driving, driving safety, etc.

[0096] In addition, after the target application runs, considering that the use of some applications requires connecting to external devices. For example, some game applications need to connect to a gamepad. Therefore, after the target application runs, the in-vehicle system can also determine whether the target application needs to connect to an external device. If so, it can further determine whether the in-vehicle system has accessed the corresponding external device. If not, the in-vehicle system can display connection guidance information for the user to connect the external device to the in-vehicle system according to the connection guidance information. For example, connect to the in-vehicle system wirelessly via Bluetooth, or connect to the in-vehicle system via a data cable.

[0097] The operation method of the in-vehicle application provided by the embodiment of the present application, in response to an application operation instruction, reads the application metadata of the target application corresponding to the instruction, and detects whether there is type configuration information in the application metadata. Then, in response to detecting the type configuration information in the application metadata, it determines whether the in-vehicle system meets the preset operation conditions. If so, it runs the target application. This method can determine whether it is necessary to perform subsequent judgment of the preset operation conditions based on whether there is type configuration information in the application metadata of the target application. And when it is determined that there is type configuration information in the application metadata, it further determines whether the in-vehicle system can run the target application, so as to make a judgment before the application runs, realizing the restriction of the operation of some types of applications based on the application metadata. This method does not need to query the application type through an external database, avoiding problems such as slow system response, large resource consumption, blocking of system service processes, and application unresponsiveness to the system caused by external database queries. And since the application metadata is the metadata obtained after each application is installed, by detecting whether it includes type configuration information, compared with querying the application type through an external database, it can improve the recognition efficiency of some types of applications and also realize the efficient operation management of some types of applications.

[0098] The above embodiment illustrates the operation process of the in-vehicle application. In the embodiment of the present application, for an application that occupies a large amount of memory, the type configuration information of the application can be written into the application metadata after installation, so as to facilitate subsequent query from the application metadata. Figure 2 It is a flowchart of another operation method of the in-vehicle application provided by the embodiment of the present application. As Figure 2 shown, the operation method of this in-vehicle application includes the following steps:

[0099] S210. In response to the application installation instruction of the target application, obtain the installation information of the target application.

[0100] Among them, the application installation instruction can be an instruction initiated by the user to indicate application installation. Exemplarily, the application installation instruction can be generated based on an operation triggered by the user on the in-vehicle screen. For example, the vehicle-side application store generates an application installation instruction in response to detecting that the user triggers the application icon of the target application. Or, the application installation instruction can also be generated based on the user's voice signal. For example, the in-vehicle system generates an application installation instruction and sends it to the vehicle-side application store in response to detecting the user's initiated voice signal and recognizing that the content of the voice signal is to install the target application.

[0101] Specifically, in response to an application installation instruction for a target application, the in-vehicle application store can obtain the installation information of the target application. Among them, the installation information at least includes the application package data of the target application, and the application package data can be the download link of the installation package of the target application or the specific content of the installation package. For an application that occupies a large amount of memory, its installation information can also include type configuration information.

[0102] In a specific implementation manner, in response to an application installation instruction for a target application, obtaining the installation information of the target application includes:

[0103] In response to an application installation instruction for a target application, send an application installation request to the cloud; receive the installation information of the target application fed back by the cloud based on the application installation request.

[0104] Among them, the in-vehicle application store can, in response to an application installation instruction, send an application installation request to the cloud. Specifically, the cloud can be the cloud application store. After receiving the application installation request, the cloud can feed back the installation information of the target application to the in-vehicle application store.

[0105] It should be noted that for an application that occupies a large amount of memory and needs to limit its operation, the administrator can pre-configure its type in the cloud, and then the cloud can store the type configuration information of such applications. For example, when the cloud detects a request for an application to be put on the shelf, it can add configuration options for the application. The administrator can modify the configuration options to configure the type of the application. If it detects a change in the configuration options, it can store the type configuration information of the application.

[0106] Specifically, when the cloud distributes the installation information of the target application, it can first determine whether to store the type configuration information of the target application. If not, it can directly feed back the application package data of the target application as the installation information. If so, it can feed back the application package data of the target application and the type configuration information together as the installation information.

[0107] In the above implementation manner, the installation information of the target application can be obtained through the cloud. The in-vehicle application store does not need to pre-store it locally on the in-vehicle computer, saving the local storage space of the in-vehicle computer. Moreover, when the in-vehicle application store requests installation information from the cloud, for an application that occupies a large amount of memory and needs to limit its operation, it can request the application package data and the type configuration information at one time, without the need for a second request, improving the installation efficiency.

[0108] S220. Install the target application based on the application package data in the installation information to obtain the application metadata of the target application.

[0109] Specifically, after the in-vehicle application store obtains the installation information of the target application, it can first install the target application on the in-vehicle computer according to the application package data in the installation information. After the target application is installed, the in-vehicle computer can store the application metadata of the target application.

[0110] S230. In response to detecting that the type configuration information exists in the installation information, write the type configuration information into the application metadata of the target application.

[0111] After the target application is installed, further, the in-vehicle application store can detect whether the type configuration information exists in the installation information. If it exists, it means that the target application is an application that needs to be restricted from running pre-set in the cloud. At this time, the type configuration information can be written into the application metadata of the target application.

[0112] Exemplarily, the in-vehicle application store can write the type configuration information into the application metadata of the target application through the application manager. Among them, the application manager can be PackageManager, and the application manager is specifically a tool in the in-vehicle computer for managing and querying application information.

[0113] In the embodiment of the present application, the in-vehicle application store uniformly writes the type configuration information for the applications that need to be restricted from running, and specifically writes it directly into the application metadata through the application manager, which can increase the controllability and flexibility of the in-vehicle computer for application management without setting other components.

[0114] S240. In response to the application running instruction, read the application metadata of the target application corresponding to the application running instruction, and detect whether the type configuration information exists in the application metadata.

[0115] S250. In response to the existence of the type configuration information, judge whether the in-vehicle computer system meets the preset running conditions. If so, run the target application.

[0116] In addition, in the embodiment of the present application, considering that there may be situations such as the type change of the application, or the application no longer needs to be restricted from running, or the application needs to be restricted from running, the cloud can also send an information change request after the application is installed to change, delete or add the type configuration information at any time.

[0117] Optionally, the method provided in the embodiment of the present application further includes:

[0118] In response to receiving the information change request of the target application sent by the cloud, in the application metadata of the target application, update the type configuration information, delete the type configuration information or add the type configuration information according to the information change request.

[0119] Among them, the administrator can update, delete, or add type configuration information for an application in the cloud. After the type configuration information of an application changes, including updates, deletions, and additions, the cloud can send an information change request to all in-vehicle application stores that have installed the application.

[0120] Specifically, after receiving the information change request for the target application sent by the cloud, the in-vehicle application store can access the application metadata of the target application and parse the information change request to determine whether the information change request is to update the type configuration information, delete the type configuration information, or add the type configuration information.

[0121] Furthermore, the in-vehicle application store can update, delete, or add type configuration information from the application metadata of the target application according to the parsing result.

[0122] In the above embodiment, the in-vehicle application store can implement the type configuration change of the target application based on the information change request sent by the cloud, so as to cancel the restriction on the restricted application, or restrict the unrestricted application, or change the type of the application to another type, ensuring that the in-vehicle computer can manage each application according to the latest policy, and thus ensuring the user experience.

[0123] Exemplarily, Figure 3 As a schematic diagram of the management process of an in-vehicle application provided by an embodiment of the present application, first, the user can trigger the download of the target application in the in-vehicle application store. Then, the in-vehicle application store can interact with the cloud, and the cloud can be used to configure the application type. The in-vehicle application store can install the target application to the in-vehicle computer according to the installation information feedback by the cloud. Thus, when the installation information contains type configuration information, the type configuration information is written into the application metadata.

[0124] Furthermore, the user can trigger to open the target application. The in-vehicle computer system can read the application metadata and determine whether there is type configuration information. If not, the target application runs normally; if so, it continues to determine whether there is another application with existing type configuration information that is running. If not, the target application runs normally; if so, a pop-up window prompts the user to select, so that the user can confirm whether to continue to open the target application.

[0125] Such as Figure 3As shown in the figure, this method can quickly identify the applications that need to be restricted from running by applying metadata and implement the running restriction policy, avoiding performance degradation and security risks caused by running multiple memory-intensive applications simultaneously, and improving the user experience. Moreover, it reduces the dependence on external databases and query operations, reduces system resource consumption and response time, and improves the stability and efficiency of the system. In addition, the vehicle-mounted application store uniformly writes the type configuration information into the application metadata, and the type configuration information can be directly changed from the application metadata later, increasing the controllability and flexibility of the vehicle-mounted system for application management.

[0126] The method for running a vehicle-mounted application provided by an embodiment of the present application, in response to an application installation instruction of a target application, obtains installation information and installs it based on the application package data in the installation information to obtain the application metadata of the target application. Then, in response to detecting that there is type configuration information in the installation information, the type configuration information is written into the application metadata of the target application, which can facilitate accessing the application metadata before the subsequent startup of the target application. Based on whether there is type configuration information in the application metadata, the restriction of the application running can be realized, solving problems such as slow system response and large resource consumption caused by querying types through an external database, and can also avoid the problem of application non-response.

[0127] It should be noted that the method of the embodiment of the present application can be executed by a single device, such as a computer or a server, etc. The method of this embodiment can also be applied to a distributed scenario and completed by multiple devices cooperating with each other. In this case of a distributed scenario, one of the multiple devices can only execute one or more steps of the method of the embodiment of the present application, and these multiple devices will interact with each other to complete the described method.

[0128] It should be noted that some embodiments of the present application have been described above. Other embodiments are within the scope of the appended claims. In some cases, the actions or steps recited in the claims can be executed in a different order than in the above embodiments and still achieve the desired results. Additionally, the processes depicted in the drawings do not necessarily require the specific order or sequential order shown to achieve the desired results. In certain embodiments, multitasking and parallel processing are also possible or may be advantageous.

[0129] Based on the same inventive concept, corresponding to the method of any of the above embodiments, the present application also provides a device for running a vehicle-mounted application. As Figure 4 shown, Figure 4 is a schematic structural diagram of a device for running a vehicle-mounted application provided by an embodiment of the present application. The device for running a vehicle-mounted application includes a metadata reading module 410 and a running condition judgment module 420, where:

[0130] A metadata reading module 410, configured to read application metadata of a target application corresponding to an application running instruction in response to the application running instruction, and detect whether type configuration information exists in the application metadata;

[0131] An operating condition judgment module 420, configured to judge whether a vehicle-mounted system meets a preset operating condition in response to the existence of the type configuration information, and if so, run the target application.

[0132] Optionally, the operating condition judgment module 420 is specifically configured to determine that the vehicle-mounted system meets the preset operating condition in response to the absence of other running applications in the vehicle-mounted system, or in response to the existence of other running applications in the vehicle-mounted system and the application metadata of the other applications does not include type configuration information.

[0133] Optionally, the operating condition judgment module 420 is further configured to, if the vehicle-mounted system does not meet the preset operating condition, display a running prompt message on a vehicle-mounted screen; in response to detecting that a user triggers a confirmation running operation for the running prompt message on the vehicle-mounted screen, close other applications whose application metadata includes type configuration information that are running, and run the target application.

[0134] Optionally, the operating condition judgment module 420 is further configured to, before running the target application, obtain current information of the vehicle; judge whether the vehicle-mounted system meets a running prerequisite condition corresponding to the target application based on the current information, and if so, execute the step of running the target application.

[0135] Optionally, the operating condition judgment module 420 is further configured to determine that the vehicle-mounted system meets the running prerequisite condition corresponding to the target application if the remaining running memory in the current information is greater than the required running memory corresponding to the target application; and / or,

[0136] determine that the vehicle-mounted system meets the running prerequisite condition corresponding to the target application if the remaining power in the current information is greater than a preset power threshold, or the remaining fuel in the current information is greater than a preset fuel threshold; and / or,

[0137] determine that the vehicle-mounted system meets the running prerequisite condition corresponding to the target application if the status of an emergency call system in the current information is not triggered; and / or,

[0138] In the case where the vehicle-mounted screen is a central control screen, determine that the vehicle-mounted system meets the running prerequisite condition corresponding to the target application if the application limit switch in the current information is on and the vehicle speed gear is in the parking gear.

[0139] Optionally, the operating condition judgment module 420 is further configured to, after running the target application, re-obtain the current information of the vehicle; determine whether the in-vehicle system meets the operating preconditions corresponding to the target application based on the new current information, and if not, close the target application.

[0140] Optionally, the operating device of the in-vehicle application further includes an application installation module and a type writing module, where:

[0141] The application installation module is configured to, in response to the application installation instruction of the target application, obtain the installation information of the target application; install the target application based on the application package data in the installation information to obtain the application metadata of the target application;

[0142] The type writing module is configured to, in response to detecting that there is type configuration information in the installation information, write the type configuration information into the application metadata of the target application.

[0143] Optionally, the application installation module is further configured to, in response to the application installation instruction of the target application, send an application installation request to the cloud; receive the installation information of the target application fed back by the cloud based on the application installation request.

[0144] Optionally, the type writing module is further configured to, in response to receiving the information change request of the target application sent by the cloud, update the type configuration information, delete the type configuration information, or add the type configuration information in the application metadata of the target application according to the information change request.

[0145] For the convenience of description, when describing the above device, it is divided into various modules according to functions for separate description. Of course, when implementing the present application, the functions of each module can be implemented in one or more software and / or hardware.

[0146] The device in the above embodiment is used to implement the corresponding method for running the in-vehicle application in any of the foregoing embodiments, and has the beneficial effects of the corresponding method embodiments, which will not be elaborated here.

[0147] Based on the same inventive concept, corresponding to the method in any of the above embodiments, the present application further provides an electronic device, including a memory, a processor, and a computer program stored on the memory and executable on the processor, and when the processor executes the program, it implements the method for running the in-vehicle application in any of the above embodiments.

[0148] Figure 5 It is a schematic structural diagram of an electronic device provided by an embodiment of the present application. Figure 5Shows a specific hardware structure of an electronic device, which may include: a processor 1010, a memory 1020, an input / output interface 1030, a communication interface 1040, and a bus 1050. Among them, the processor 1010, the memory 1020, the input / output interface 1030, and the communication interface 1040 are communicatively connected to each other inside the device through the bus 1050.

[0149] The processor 1010 can be implemented in ways such as a general-purpose CPU (Central Processing Unit), a microprocessor, an application-specific integrated circuit (ASIC), or one or more integrated circuits, and is used to execute relevant programs to implement the technical solutions provided in the embodiments of this specification.

[0150] The memory 1020 can be implemented in forms such as ROM (Read Only Memory), RAM (Random Access Memory), a static storage device, a dynamic storage device, etc. The memory 1020 can store an operating system and other application programs. When implementing the technical solutions provided in the embodiments of this specification through software or firmware, the relevant program codes are stored in the memory 1020 and are called and executed by the processor 1010.

[0151] The input / output interface 1030 is used to connect to an input / output module to achieve information input and output. The input / output module can be configured as a component in the device (not shown in the figure) or externally connected to the device to provide corresponding functions. Among them, the input device can include a keyboard, a mouse, a touch screen, a microphone, various sensors, etc., and the output device can include a display, a speaker, a vibrator, an indicator light, etc.

[0152] The communication interface 1040 is used to connect to a communication module (not shown in the figure) to achieve communication interaction between this device and other devices. Among them, the communication module can communicate through a wired method (such as USB, network cable, etc.) or through a wireless method (such as a mobile network, WIFI, Bluetooth, etc.).

[0153] The bus 1050 includes a path for transmitting information between various components of the device (such as the processor 1010, the memory 1020, the input / output interface 1030, and the communication interface 1040).

[0154] It should be noted that although the above device only shows the processor 1010, the memory 1020, the input / output interface 1030, the communication interface 1040, and the bus 1050, in the specific implementation process, the device may also include other components necessary for normal operation. In addition, those skilled in the art can understand that the above device may also only include the components necessary to implement the solution of the embodiments of this specification, and does not necessarily include all the components shown in the figure.

[0155] The electronic device in the above embodiment is used to implement the running method of the corresponding in-vehicle application in any of the foregoing embodiments, and has the beneficial effects of the corresponding method embodiments, which will not be elaborated here.

[0156] Based on the same inventive concept, corresponding to the method in any of the above embodiments, the present application also provides a non-transitory computer-readable storage medium storing computer instructions for causing the computer to execute the running method of the in-vehicle application as described in any of the foregoing embodiments.

[0157] The computer-readable medium of this embodiment includes permanent and non-permanent, removable and non-removable media, and information storage can be implemented by any method or technology. The information can be computer-readable instructions, data structures, program modules, or other data. Examples of computer storage media include, but are not limited to, phase change memory (PRAM), static random access memory (SRAM), dynamic random access memory (DRAM), other types of random access memory (RAM), read-only memory (ROM), electrically erasable programmable read-only memory (EEPROM), flash memory or other memory technologies, compact disc read-only memory (CD-ROM), digital versatile disc (DVD) or other optical storage, magnetic cassette tapes, magnetic disk storage or other magnetic storage devices, or any other non-transmission medium that can be used to store information accessible by a computing device.

[0158] The computer instructions stored in the storage medium of the above embodiment are used to cause the computer to execute the running method of the in-vehicle application as described in any of the foregoing embodiments, and have the beneficial effects of the corresponding method embodiments, which will not be elaborated here.

[0159] Based on the same inventive concept, corresponding to the method in any of the above embodiments, the present application also provides a vehicle, which includes:

[0160] A memory for storing executable program code;

[0161] A processor for calling and running the executable program code from the memory, so that the vehicle executes the running method of the in-vehicle application provided in any embodiment of the present application.

[0162] Those of ordinary skill in the art should understand that the discussion of any of the above embodiments is merely exemplary and is not intended to imply that the scope of the present application (including the claims) is limited to these examples; under the concept of the present application, the technical features in the above embodiments or different embodiments can also be combined, the steps can be implemented in any order, and there are many other variations in different aspects of the embodiments of the present application as described above, and they are not provided in detail for the sake of brevity.

[0163] In addition, for simplicity of explanation and discussion, and in order not to make the embodiments of the present application difficult to understand, the well-known power / ground connections to integrated circuit (IC) chips and other components may or may not be shown in the provided drawings. Further, the devices may be shown in block diagram form in order to avoid making the embodiments of the present application difficult to understand, and this also takes into account the fact that the details of the implementation of these block diagram devices are highly dependent on the platform on which the embodiments of the present application are to be implemented (i.e., these details should be fully within the understanding of those skilled in the art). In cases where specific details (such as circuits) are set forth to describe exemplary embodiments of the present application, it will be apparent to those skilled in the art that the embodiments of the present application may be implemented without these specific details or with variations of these specific details. Accordingly, these descriptions should be considered illustrative rather than restrictive.

[0164] Although the present application has been described in connection with specific embodiments of the present application, many alternatives, modifications, and variations of these embodiments will be apparent to those of ordinary skill in the art based on the foregoing description. For example, other memory architectures (such as dynamic RAM (DRAM)) may be used with the embodiments discussed.

[0165] The embodiments of the present application are intended to cover all such alternatives, modifications, and variations that fall within the broad scope of the appended claims. Therefore, any omissions, modifications, equivalent substitutions, improvements, etc. made within the spirit and principles of the embodiments of the present application shall be included within the protection scope of the present application.

Claims

1. A method for operating a vehicle computer application, characterized in that: The method comprises: In response to the application running instruction, reading the application metadata of the target application corresponding to the application running instruction, and detecting whether the type configuration information exists in the application metadata; In response to the existence of the type configuration information, it is determined whether the vehicle system meets the preset operating conditions, and if so, the target application is run.

2. The method according to claim 1, characterized in that The determining whether the vehicle system meets the preset operating conditions includes: In response to the absence of other applications running in the vehicle system, or the presence of other applications running in the vehicle system and application metadata of other applications not including type configuration information, it is determined that the vehicle system meets a preset operating condition.

3. The method according to claim 2, characterized in that The method further comprises: If the vehicle system does not meet the preset operating conditions, an operating prompt message is displayed on the vehicle screen; In response to detecting that the user triggers a confirmation operation for the running prompt information on the vehicle screen, other applications including type configuration information in the running application metadata are closed, and the target application is run.

4. The method according to claim 1, characterized in that: Before running the target application, the method further includes: Get the current information of the vehicle; Based on the current information, it is determined whether the vehicle system meets the running prerequisite corresponding to the target application. If so, the step of running the target application is executed.

5. The method according to claim 4, characterized in that Determining whether the vehicle system meets the operating prerequisite corresponding to the target application based on the current information includes: If the remaining operating memory in the current information is greater than the required operating memory corresponding to the target application, it is determined that the vehicle system meets the operating prerequisite corresponding to the target application; and / or, If the remaining power in the current information is greater than the preset power threshold, or the remaining fuel in the current information is greater than the preset fuel threshold, it is determined that the vehicle system meets the operating prerequisite corresponding to the target application; and / or, If the state of the emergency call system in the current information is not triggered, determining that the vehicle system meets the operating prerequisite corresponding to the target application; and / or, In the case where the vehicle computer screen is a central control screen, if the application limit switch in the current information is on and the vehicle speed gear is in the parking gear, it is determined that the vehicle computer system meets the operating prerequisite corresponding to the target application.

6. The method according to claim 4, characterized in that After running the target application, the method further includes: Re-acquire the current information of the vehicle; Based on the new current information, it is determined whether the vehicle system meets the operating prerequisites corresponding to the target application. If not, the target application is closed.

7. The method according to claim 1, characterized in that Before reading application metadata of a target application corresponding to the application execution instruction in response to the application execution instruction, the method further includes: In response to an application installation instruction of the target application, obtaining installation information of the target application; Installing the target application based on the application package data in the installation information to obtain application metadata of the target application; In response to detecting that type configuration information exists in the installation information, the type configuration information is written into application metadata of the target application.

8. The method according to claim 7, characterized in that The step of obtaining installation information of the target application in response to the application installation instruction of the target application includes: In response to the application installation instruction of the target application, sending an application installation request to the cloud; Receive installation information of the target application fed back by the cloud based on the application installation request.

9. The method according to claim 8, characterized in that The method further comprises: In response to receiving the information change request of the target application sent by the cloud, in the application metadata of the target application, type configuration information is updated, type configuration information is deleted, or type configuration information is added according to the information change request.

10. A vehicle, characterized in that: The vehicle comprises: A memory for storing executable program codes; A processor, configured to call and run the executable program code from the memory so that the vehicle executes the method according to any one of claims 1 to 9.

Images