System control method and device, control system and vehicle

Abstract

The application relates to a system control method and device, a control system and a vehicle, and relates to the technical field of software access control and Android system architecture optimization. The system control method comprises the following steps: a system core service receives a calling signal sent by an upper-layer application; according to the calling signal, the system core service acquires a required permission type and a preset identifier of the upper-layer application; and according to the preset identifier, the required permission type and preset target record data, the system core service outputs a control signal to a hardware controller or outputs a feedback signal to the upper-layer application. The system control method, device, control system and vehicle can improve the problem of privacy leakage and effectively improve the system development efficiency.

Description

TECHNICAL FIELD

[0001] The present application relates to the technical field of software access control and Android system architecture optimization, in particular to a system control method and device, a control system and a vehicle. BACKGROUND

[0002] At present, the system architecture of the Android-based vehicle-mounted application development system usually includes an upper application, an application framework layer, a driver layer, a car hardware abstraction layer and a controller, etc. In actual application, the hardware functions of the vehicle-mounted application are abstracted into different function interfaces, when the vehicle-mounted application program calls different function interfaces, the hardware controller can control the corresponding hardware to realize the functions corresponding to the function interfaces. Generally, when the vehicle-mounted application program calls different function interfaces, it needs to have the corresponding permission to call successfully. In the prior art, the permission for calling the function interface needs to be added in the Android system in advance, and when the function interface is called, the Android system needs to check the permission, and then it can be confirmed whether the application program can call the corresponding function interface. This way can easily lead to the third-party illegal application program accessing the vehicle data through the related permission, resulting in privacy leakage. In addition, pre-adding the permission declaration in the Android system and checking the permission through the Android system need the application program to specially apply for access permission, which also leads to low development efficiency. SUMMARY

[0003] In order to solve the above technical problems, the embodiments of the present application provide a system control method, device, control system and vehicle, which can improve the problem of privacy leakage and effectively improve the system development efficiency.

[0004] According to one aspect of the present application, the present application provides a system control method, the system comprising an upper application, a system core service and a hardware controller, the upper application and the hardware controller communicating through the system core service, the system control method comprising:

[0005] The system core service receives a calling signal issued by the upper application; wherein the calling signal is configured to call a function interface;

[0006] According to the calling signal, the system core service obtains a required permission type and a preset identifier of the upper application; wherein the required permission type represents the permission type required for calling the function interface; and the preset identifier represents the unique identifier information of the upper application in the system; and

[0007] According to the preset identifier, the demand permission type, and preset target record data, the system core service outputs a control signal to the hardware controller or outputs a feedback signal to the upper-layer application; wherein, the preset target record data comprises a plurality of preset identifiers and the demand permission type corresponding to each preset identifier.

[0008] According to an aspect of the present application, before the system core service receives the calling signal sent by the upper-layer application, the system control method further comprises:

[0009] The system core service acquires type identifier information representing the type of the hardware controller; and

[0010] According to the type identifier information, the system core service loads control protocol information corresponding to the type identifier information; wherein, the system core service encapsulates the control protocol information of different types of hardware controllers;

[0011] According to the preset identifier, the demand permission type, and preset target record data, the system core service outputs a control signal to the hardware controller comprises:

[0012] According to the control protocol information, the system core service generates corresponding control parameters; and

[0013] According to the preset identifier, the demand permission type, the preset target record data, and the control parameters, the system core service outputs a control signal to the hardware controller.

[0014] According to an aspect of the present application, after the system core service outputs a control signal to the hardware controller according to the preset identifier, the demand permission type, the preset target record data, and the control parameters, the system control method further comprises:

[0015] The system core service monitors the type identifier information of the hardware controller;

[0016] When the type identifier information changes, the system core service feeds back type change information of the hardware controller to the upper-layer application.

[0017] According to an aspect of the present application, according to the preset identifier, the demand permission type, and preset target record data, the system core service outputs a control signal to the hardware controller or outputs a feedback signal to the upper-layer application comprises:

[0018] If the preset identifier and the demand permission type both exist in the preset target record data, the system core service outputs the control signal to the hardware controller.

[0019] According to an aspect of the present application, the system core service outputs a control signal to the hardware controller or outputs a feedback signal to the upper layer application according to the preset identification, the required permission type, and the preset target record data, which comprises:

[0020] If at least one of the preset identification and the required permission type does not exist in the preset target record data, the system core service outputs the feedback signal to the upper layer application.

[0021] According to an aspect of the present application, before the system core service receives the calling signal issued by the upper layer application, the system control method further comprises:

[0022] The system core service receives a configuration signal to configure a plurality of the preset identifications and the required permission type corresponding to each of the preset identifications as a target file;

[0023] The system core service receives a start signal representing the start of the system, and according to the start signal, parses the target file into the preset target record data; and

[0024] The system core service writes the preset target record data into the running memory of the system.

[0025] According to an aspect of the present application, before the system core service receives the calling signal issued by the upper layer application, the system control method further comprises:

[0026] The system core service acquires characteristic information of a plurality of application hardware; wherein the hardware controller is configured to control the application hardware to realize the functions represented by the function interface;

[0027] The system core service receives the calling signal issued by the upper layer application, which comprises:

[0028] If the characteristic information of a plurality of the application hardware meets the preset requirements, the system core service receives the calling signal issued by the upper layer application corresponding to part or all of the application hardware.

[0029] According to another aspect of the present application, a system control device is also provided, the system comprising an upper layer application, a system core service, and a hardware controller, the upper layer application and the hardware controller communicating through the system core service, the system control device running the system core service, the system control device comprising:

[0030] A first receiving module configured to receive a calling signal issued by the upper layer application; wherein the calling signal is configured to call a function interface;

[0031] The first obtaining module is configured to obtain a required permission type and a preset identifier of the upper-layer application according to the calling signal; the required permission type represents a type of permission required for calling the function interface; and the preset identifier represents unique identification information of the upper-layer application in the system.

[0032] The first output module is configured to output a control signal to the hardware controller or output a feedback signal to the upper-layer application according to the preset identifier, the required permission type and preset target record data; the preset target record data includes a plurality of preset identifiers and the required permission type corresponding to each preset identifier.

[0033] According to another aspect of the present application, a control system is also provided, which includes the system control device as described above.

[0034] According to another aspect of the present application, a vehicle is also provided, which includes the system control device as described above.

[0035] The system control method, device, control system and vehicle provided by the present application receive a calling signal issued by an upper-layer application through a system core service, then obtain a required permission type and a preset identifier of the upper-layer application according to the calling signal, and then output a control signal to a hardware controller or output a feedback signal to the upper-layer application according to the preset identifier, the required permission type and preset target record data. Since the preset target record data is set in advance, it is not necessary to add a permission declaration in an Android system in advance, and it is not necessary to specially apply for access permission to the Android system during development, thereby effectively improving the development efficiency. In addition, since the preset target record data can be stored in the system in advance through a file, the preset target record data can be directly obtained from the running memory, that is, the step of applying for related permissions to the Android system is removed in the process of obtaining the preset target record data, thereby effectively avoiding the situation that other third-party illegal applications access system data by applying for related permissions, and effectively improving the problem of privacy leakage. BRIEF DESCRIPTION OF DRAWINGS

[0036] The above and other objects, features and advantages of the present application will become more apparent from the following detailed description of embodiments of the present application taken in conjunction with the accompanying drawings. The accompanying drawings are intended to provide a further understanding of embodiments of the present application and are incorporated in and constitute a part of this specification, illustrate embodiments of the present application and serve to explain the present application, but do not limit the present application. In the drawings, the same reference numerals refer to the same components or steps throughout the drawings.

[0037] Figure 1A system diagram is provided for an exemplary embodiment of the present application.

[0038] Figure 2 A flowchart of a system control method is provided for an exemplary embodiment of the present application.

[0039] Figure 3 A flowchart of a system control method is provided for an exemplary embodiment of the present application.

[0040] Figure 4 A flowchart of a system control method is provided for an exemplary embodiment of the present application.

[0041] Figure 5 A flowchart of a system control method is provided for an exemplary embodiment of the present application.

[0042] Figure 6 A flowchart of a system control method is provided for an exemplary embodiment of the present application.

[0043] Figure 7 A flowchart of a system control method is provided for an exemplary embodiment of the present application.

[0044] Figure 8 A flowchart of a system control method is provided for an exemplary embodiment of the present application.

[0045] Figure 9 A flowchart of a system control method is provided for an exemplary embodiment of the present application.

[0046] Figure 10 A flowchart of a system control method is provided for an exemplary embodiment of the present application.

[0047] Figure 11 A flowchart of a system control method is provided for an exemplary embodiment of the present application.

[0048] Figure 12 A flowchart of a system control method is provided for an exemplary embodiment of the present application. DETAILED DESCRIPTION

[0049] Hereinafter, example embodiments according to the present application will be described in detail with reference to the accompanying drawings. Obviously, the described embodiments are only a part but not all of the embodiments of the present application. It should be understood that the present application is not limited to the described embodiments.

[0050] Figure 1 A system diagram is provided for an exemplary embodiment of the present application. As Figure 1As shown, the system can include an application layer, a framework layer, a hardware layer, etc. Taking a system developed based on an Android-based vehicle application as an example, the application layer can include vehicle-specific upper-layer applications and Android applications. Specifically, the vehicle-specific upper-layer applications can include air conditioning, body control applications, radios, etc. The framework layer can include system core services and an Android service framework. The system core services provide unified function interfaces for the application layer, and then communicate with a master control unit in the hardware layer through a serial port or a Socket (socket), etc. The master control unit communicates with multiple different hardware controllers, so as to establish a communication channel between the hardware layer and the application layer, facilitating data transmission and interaction. The Android service framework communicates with the hardware layer, and the Android service framework can also serve as a communication channel between an Android application and a basic hardware executing an Android instruction.

[0051] In an embodiment, the system can also be applied to a vehicle, a mixing station, etc.

[0052] Figure 2 A flowchart of a system control method provided by an exemplary embodiment of the present application is shown in FIG. 3. As shown, the system control method provided by the present application can be executed by the system core services in the aforementioned system. Specifically, the system control method can include the following steps. Figure 2

[0053] S310: The system core services receive a calling signal issued by an upper-layer application.

[0054] Specifically, the calling signal can be used to call a function interface. In the case of successful calling, the application hardware corresponding to the upper-layer application can implement the function represented by the function interface. Taking the application hardware as an air conditioner and the function represented by the function interface as the function of turning on the air conditioner as an example, the upper-layer application issues a calling signal, and the system core services receive the calling signal. In the case of successful calling, the system core services will issue a control signal to the hardware controller controlling the air conditioner, and then the hardware controller controlling the air conditioner will control the air conditioner to turn on, thus realizing the function of turning on the air conditioner represented by the function interface.

[0055] It should be noted that for different types of application hardware, different functions of the application hardware can be abstracted into different function interfaces available for cross-process communication. For example, if the application hardware is an air conditioner, then according to multiple functions of the air conditioner, multiple function interfaces can be abstracted. Specifically, a function interface representing the function of turning on the air conditioner, a function interface representing the function of turning off the air conditioner, a function interface representing the function of setting the maximum air volume, a function interface representing the function of setting the defrosting mode, a function interface representing the function of setting the circulation mode, a function interface representing the function of setting the temperature value, etc. can be abstracted.

[0056] ​In an embodiment, in the case of an Android system, the functional interface can be AIDL (Android Interface Definition Language). After the definition of the AIDL interface is completed, the defined AIDL interface can be encapsulated into an API (Application Programming Interface) of a Java layer that can be called, and then the APIs can be packaged in the form of an SDK (Software Development Kit) for application development and calling.

[0057] Specifically, Figure 3 A flowchart for adding a system core service is provided for an exemplary embodiment of the present application. As shown in the flowchart, Figure 3 the step of adding a system core service can include: S210, abstracting different functions of an application hardware into different AIDL interfaces; S220, encapsulating the AIDL interfaces into APIs of a Java layer that can be called, and packaging the APIs in the form of an SDK; S230, adding a system core service in a framework layer; and S240, establishing a communication channel between the AIDL interfaces and a hardware controller through the system core service.

[0058] It should be noted that after the definition of the API interface is completed, if there is a new function, the new function can be implemented by adding an API interface, thereby facilitating the decoupling between an upper-layer application and a hardware controller. In addition, even if the SDK package is upgraded and updated later, the original upper-layer application program can still run normally, effectively solving the version compatibility problem of the upper-layer application program. If the upper-layer application program needs to call the new API interface, the corresponding upper-layer application program only needs to be updated after the SDK package is updated.

[0059] In an embodiment, the defined AIDL interface is encapsulated into an API of a Java layer that can be called, and the encapsulated API can set access permissions. Different access permissions can be set for different APIs, and only the upper-layer application that has the corresponding permissions can obtain the data of the hardware controller, thereby effectively ensuring the security of system data.

[0060] In an embodiment, the application software can be manually operated by a worker, and then the upper-layer application can send a calling signal, or the upper-layer application can automatically send a calling signal when certain conditions are met.

[0061] S320: According to the calling signal, the system core service obtains a required permission type and a preset identifier of the upper-layer application.

[0062] Specifically, the required permission set represents a type of permission required for calling the function interface, that is, if the upper application wants to call a certain function interface, all types of permissions required for calling the function interface need to be called to successfully call. In addition, the preset identifier of the upper application represents the unique identification information of the upper application in the system, and different upper applications correspond to different preset identifiers. Therefore, according to the calling signal, the upper application sending the calling signal can be determined, and then according to the determined upper application, the corresponding preset identifier can be obtained.

[0063] In an embodiment, the preset identifier can be implemented in the form of an application package name.

[0064] S330: According to the preset identifier, the required permission type and the preset target record data, the system core service outputs a control signal to the hardware controller or outputs a feedback signal to the upper application.

[0065] Specifically, the preset target record data includes a plurality of preset identifiers and a required permission type corresponding to each preset identifier. The preset target record data can be stored in the system in the form of a file, and the file can be parsed after starting the system. The specific parsing process will be described in detail below.

[0066] It should be understood that in the process of storing the preset target record data in the system in the form of a file, each preset identifier can be used to configure a plurality of required permission types.

[0067] It should be noted that since the preset target record data is pre-set, it is not necessary to add a permission declaration in the Android system in advance, and it is not necessary to specially apply for access permission to the Android system during development, thereby effectively improving the development efficiency. In addition, since the preset target record data can be pre-stored in the system through a file, the preset target record data can be directly obtained from the running memory, that is, the step of applying for related permissions to the Android system is removed in the process of obtaining the preset target record data, thereby effectively avoiding that other third-party illegal applications access system data by applying for related permissions, and effectively improving the problem of privacy leakage.

[0068] It should be noted that in the case of successful calling, outputting the control signal to the hardware controller can make the hardware controller control the corresponding application hardware to implement the function represented by the aforementioned function interface. In the case of failed calling, outputting the feedback signal to the upper application can make the upper application know the information of failed calling, so as to subsequently show the information of failed calling to the staff. The specific judgment basis of successful calling or failed calling will be described in detail below.

[0069] The system control method provided by the application receives a calling signal sent by an upper application through a system core service, then the system core service obtains a required permission type and a preset identifier of the upper application according to the calling signal, and then outputs a control signal to a hardware controller or outputs a feedback signal to the upper application according to the preset identifier, the required permission type and preset target record data, so that, since the preset target record data is set in advance, it is not necessary to add a permission declaration in an Android system in advance, and it is not necessary to specially apply for an access permission to the Android system in the development process, thus effectively improving the development efficiency. In addition, since the preset target record data can be stored in the system in advance through a file, the preset target record data can be directly obtained from a running memory, that is, the process of obtaining the preset target record data removes the step of applying for a related permission to the Android system, thus effectively avoiding the situation that other third-party illegal applications access system data by applying for a related permission, and effectively improving the problem of privacy leakage.

[0070] Figure 4 The flowchart of the system control method provided by another exemplary embodiment of the application is shown in FIG. 3. Figure 4 Before step S310, the system control method can further include:

[0071] S350: The system core service obtains type identifier information representing the type of the hardware controller.

[0072] Specifically, when the system is started, the hardware controller can report its type identifier information to the aforementioned system core service, so that the system core service can obtain the type identifier information representing the type of the hardware controller.

[0073] S360: According to the type identifier information, the system core service loads control protocol information corresponding to the type identifier information.

[0074] Specifically, the type identifier information corresponding to different types of hardware controllers is different, according to the obtained type identifier information, the type of the hardware controller connected in the hardware layer can be confirmed, and then the control protocol information corresponding to the type identifier information is loaded, so as to facilitate the subsequent establishment of the communication channel between the system core service and the hardware controller, and realize the transmission of data and signals.

[0075] In an embodiment, the system core service encapsulates control protocol information of different types of hardware controllers, and after the system is started, the system core service can load corresponding control protocol information according to the obtained type identification information. If the type of the hardware controller changes, the type identification information obtained by the system core service will also change, so that the loaded control protocol information can be replaced. In this way, a plurality of different types of hardware controllers can be compatible, the compatibility difficulty of the upper-layer application software to different types of hardware controllers is reduced, and the maintenance cost of multiple system updates due to the change of the type of the hardware controller is reduced.

[0076] Correspondingly, step S330 can include:

[0077] S331: The system core service generates corresponding control parameters according to the control protocol information.

[0078] S332: The system core service outputs a control signal to the hardware controller according to the preset identifier, the required permission set type, the preset target record data, and the control parameters.

[0079] Specifically, in the case where it is determined that the calling signal can successfully call the function interface, the system core service generates corresponding control parameters according to the loaded control protocol information, so that the control signal can be accurately output to the hardware controller of the corresponding type.

[0080] Figure 5 A flowchart of a system control method provided by another exemplary embodiment of the present application is shown. As shown in FIG. 6, after step S360, the system control method can further include: Figure 5

[0081] S370: The system core service monitors the type identification information of the hardware controller.

[0082] Specifically, after step S360 loads the corresponding control protocol information, according to the control protocol information, a communication channel between the system core service and the hardware controller can be established. The communication channel can be used to transmit the control signal sent by the system core service to the hardware controller, and can also be used to transmit the signal sent by the hardware controller to the system core service. Therefore, through the communication channel, the system core service can be used to monitor the type identification information of the hardware controller, so as to determine whether the type of the hardware controller changes.

[0083] In an embodiment, through the communication channel, the system core service can also obtain the working state information of the hardware controller, such as the working temperature of the hardware controller and the running state of the hardware controller.

[0084] ​S380: When the type identification information changes, the system core service feeds back the type change information of the hardware controller to the upper layer application.

[0085] Specifically, the system core service can feed back the state information to the upper layer application through the aforementioned API interface, so that the upper layer application can monitor the type identification information of the hardware controller in real time, facilitating subsequent different reactions.

[0086] Figure 6 The flowchart of the system control method provided by another exemplary embodiment of the present application is shown in FIG. 3B. Figure 6 As shown in FIG. 3B, step S330 can include:

[0087] S333: If the preset identification and the required permission type both exist in the preset target record data, the system core service outputs a control signal to the hardware controller.

[0088] Specifically, if the preset identification and the required permission type both exist in the preset target record data, that is, the preset identification (such as the application package name) of the upper layer application that sends the calling signal exists in the preset target record data, and the required permission type corresponding to the preset identification in the preset target record data includes the permission type required by the calling function interface, it can be considered that the current upper layer application that sends the calling signal has all the required permission types of the calling function interface, and therefore, the calling signal can successfully call the corresponding function interface. At this time, the system core service can output a control signal to the hardware controller, so that the hardware controller can control the corresponding application hardware to implement the function represented by the called function interface.

[0089] Figure 7 The flowchart of the system control method provided by another exemplary embodiment of the present application is shown in FIG. 3B. Figure 7 As shown in FIG. 3B, step S330 can include:

[0090] S334: If at least one of the preset identification and the required permission type does not exist in the preset target record data, the system core service outputs a feedback signal to the upper layer application.

[0091] Specifically, if at least one of the preset identification and the required permission type does not exist in the preset target record data, it can be considered that the preset identification of the current upper layer application that sends the calling signal does not exist in the preset target record data, or it can be considered that the required permission type corresponding to the preset identification does not exist in the preset target record data, that is, the current upper layer application does not have at least part of the required permission types and cannot successfully call the corresponding function interface. At this time, the system core service can output a feedback signal to the upper layer application, so that the upper layer application can know the calling failure.

[0092] In an embodiment, after the upper-layer application obtains the feedback signal, the upper-layer application can display information such as a call failure or a lack of permission in a display interface of the display, so as to facilitate a staff to timely master a working progress of the system.

[0093] Figure 8 A flowchart of a system control method provided for another exemplary embodiment of the present application is shown. As shown in the flowchart, the system control method can further include the following steps before step S310: Figure 8

[0094] S390: The system core service receives a configuration signal to configure the plurality of preset identifiers and the demand permission type corresponding to each preset identifier as a target file.

[0095] Specifically, after receiving the configuration signal, the system core service can configure the plurality of preset identifiers and the demand permission type corresponding to each preset identifier as the target file, so as to facilitate storage and updating.

[0096] In an embodiment, the target file can be dynamically updated. For example, if a new upper-layer application is added, the corresponding preset identifier and demand permission type can be added for the newly added upper-layer application, and the new target file can be configured. In addition, if the preset identifier or the demand permission type in the original target file changes, the target file can be directly modified for dynamic updating. In this way, the efficiency of permission management and control can be improved. In addition, since the target file is updated, the Android does not need to apply for permission to view, and the situation that other third-party illegal applications obtain system data by updating the permission is effectively avoided, and the security of the system is improved.

[0097] In an embodiment, the target file can include an xml format file, a PDF format file, or the like.

[0098] S400: The system core service receives a start signal representing system startup, and parses the target file into preset target record data according to the start signal.

[0099] Specifically, after the system is started, the system core service is also started. The starting process can be regarded as a process in which the system core service receives the start signal representing system startup. According to the start signal, the system core service can parse the target file into preset target record data, so as to facilitate subsequent rapid reading.

[0100] S410: The system core service writes the preset target record data into a running memory of the system.

[0101] ​Specifically, writing the preset target record data into the system's operating memory allows the preset target record data to be read from the operating memory at any time during the system operation, facilitating the determination of whether the preset identifier and the required permission type of the upper-layer application exist in the preset target record data.

[0102] In one embodiment, after the system core service is started, a Parse thread can be enabled to parse the target file configured with permissions. The Parse thread can store the parsed target record data in a combined data format of a linked list and a Map, and then write the parsed target record data into the system's operating memory.

[0103] Figure 9 It is a flowchart of the system control method provided by another exemplary embodiment of this application. As Figure 9 shown, before step S310, the system control method may further include:

[0104] S420: The system core service obtains the characteristic information of multiple application hardware.

[0105] Specifically, the hardware controller is communicatively connected to the corresponding application hardware, and the hardware controller can control the corresponding application hardware to implement the functions represented by the foregoing functional interfaces. Different application hardware can send the corresponding characteristic information to the corresponding hardware controller. Since the system core service can establish communication channels with different hardware controllers through different control protocol information, different hardware controllers can send the characteristic information to the system core service through the corresponding communication channels. In this way, the system core service can simultaneously obtain various data in the system, which helps to perform intelligent linkage control in the subsequent process. The specific linkage control process will be described in detail later.

[0106] In one embodiment, the multiple application hardware may include an air conditioner, a sound system, a speed sensor, a temperature sensor, etc. Specifically, the characteristic information of the air conditioner may include the air volume size, the type of cold or warm air, etc.; the characteristic information of the sound system may include the volume size, the working state of the sound system being turned on or off, etc.; the characteristic information of the speed sensor may include the running speed value of the vehicle; the characteristic information of the temperature sensor may include the temperature value outside the vehicle and the temperature value inside the vehicle, etc.

[0107] Correspondingly, step S310 may include:

[0108] S311: If the characteristic information of the multiple application hardware meets the preset requirements, the system core service receives a call signal sent by the upper-layer application corresponding to some or all of the application hardware.

[0109] Specifically, after the system core service obtains the feature information of different application hardware, the system core service can send multiple feature information to a dedicated intelligent scene linkage control module. The intelligent scene linkage control module can process the feature information. If it is determined that multiple feature information meets the preset requirements, it can control the upper layer application to send a call signal to control the corresponding application hardware to perform the corresponding action.

[0110] Figure 10 This is a schematic diagram illustrating intelligent control of vehicle speed and volume as provided in an exemplary embodiment of this application. Figure 10 As shown, taking the control process of controlling volume by vehicle speed as an example, the body controller 110 can obtain vehicle speed information detected by the speed sensor, and the volume controller 120 can obtain audio volume information. The vehicle speed information obtained by the body controller 110 and the volume information obtained by the volume controller 120 can be transmitted to the main control unit 130. The main control unit 130 transmits the information to the system core service 140 via serial port. The system core service 140 then reports the vehicle speed information and volume information to the intelligent scene linkage control unit 150. The intelligent scene linkage control unit 150 processes the vehicle speed information and volume information to determine whether the vehicle speed represented by the vehicle speed information and the audio volume represented by the volume information meet the preset requirements. In this context, the preset requirements can be understood as the vehicle speed being greater than a preset speed and the audio volume being less than a preset volume. If the preset requirements are met, the intelligent scene linkage control unit 150 will send a call signal to invoke the function interface for increasing the volume. The system core service 140 receives this call signal and, after the permission review process described above, the system core service 140 can send a control signal to the main control unit 130. Then, the main control unit 130 sends a signal to the volume controller 120 to control the audio volume, thereby automatically increasing the audio volume when the vehicle speed is greater than the preset speed. This increases the volume to counteract the greater noise caused by the higher vehicle speed, providing a better riding experience for passengers.

[0111] In one embodiment, the airflow of the air conditioner can also be controlled by the temperature value outside the vehicle. In this case, the preset requirement can be understood as the temperature value outside the vehicle being greater than a first preset temperature value, and the airflow of the air conditioner being less than a preset airflow value. Alternatively, the operating state of the air conditioner can be adjusted by the temperature value inside the vehicle. In this case, the preset requirement can be understood as the temperature value inside the vehicle being greater than a second preset temperature value, and the air conditioner being in the off state.

[0112] Figure 11 This is a structural block diagram of a system control device provided for an exemplary embodiment of this application. (See diagram below.) Figure 11As shown, the system control device 600 provided in this application includes: a first receiving module 610, configured to receive a call signal sent by an upper-layer application; wherein the call signal is configured to call a function interface; a first acquiring module 620, configured to acquire the required permission type and the preset identifier of the upper-layer application according to the call signal; wherein the required permission type represents the permission type required by the function interface; the preset identifier represents the unique identification information of the upper-layer application in the system; and a first output module 630, configured to output a control signal to a hardware controller or output a feedback signal to an upper-layer application according to the preset identifier, the required permission type, and preset target record data; wherein the preset target record data includes multiple preset identifiers and the required permission type corresponding to each preset identifier.

[0113] The system control device provided in this application receives call signals from upper-layer applications through the system core service. Based on the call signal, the system core service obtains the requested permission type and the upper-layer application's preset identifier. Then, based on the preset identifier, the requested permission type, and preset target record data, it outputs control signals to the hardware controller or feedback signals to the upper-layer application. Because the preset target record data is pre-set, there is no need to add permission declarations in the Android system beforehand, and no need to specifically request access permissions from the Android system during development, effectively improving development efficiency. Furthermore, since the preset target record data can be pre-stored in the system via a file, it can be directly retrieved from the running memory. In other words, the process of retrieving the preset target record data eliminates the step of requesting relevant permissions from the Android system, effectively preventing unauthorized third-party applications from accessing system data by requesting relevant permissions, thus effectively mitigating privacy leaks.

[0114] Figure 12 A structural block diagram of a system control device provided for another exemplary embodiment of this application. (See diagram below.) Figure 12 As shown, in one embodiment, the system control device 600 may further include a third acquisition module 650, configured to acquire type identifier information representing the type of hardware controller; a loading module 660, configured to load control protocol information corresponding to the type identifier information according to the type identifier information; wherein, the system core service encapsulates control protocol information for different types of hardware controllers; correspondingly, the first output module 630 may include a generation module 631, configured to generate corresponding control parameters according to the control protocol information; and a second output module 632, configured to output control signals to the hardware controller according to a preset identifier, a set of required permissions, preset target record data, and control parameters.

[0115] like Figure 12As shown, in one embodiment, the system control device 600 may further include a fourth acquisition module 670, configured to monitor the type identification information of the hardware controller; and a feedback module 680, configured to feed back the type change information of the hardware controller to the upper layer application when the type identification information changes.

[0116] like Figure 12 As shown, in one embodiment, the first output module 630 may include a third output module 633, configured to output a control signal to the hardware controller if both the preset identifier and the required permission type exist in the preset target record data.

[0117] like Figure 12 As shown, in one embodiment, the first output module 630 may include a fourth output module 634, configured to output a feedback signal to the upper layer if at least one of the preset identifier and the required permission type does not exist in the preset target record data.

[0118] like Figure 12 As shown, in one embodiment, the system control device 600 may further include a second receiving module 690, configured to receive a configuration signal to configure multiple preset identifiers and the required permission type corresponding to each preset identifier as a target file; a parsing module 700, configured to receive a startup signal indicating that the system is started, and parse the target file into preset target record data according to the startup signal; and a writing module 710, configured to write the preset target record data into the system's running memory.

[0119] like Figure 12 As shown, in one embodiment, the system control device 600 may further include a fifth acquisition module 720, configured to acquire feature information of multiple application hardwares; wherein, the hardware controller is configured to control the application hardware to implement the function of the functional interface representation; correspondingly, the first receiving module 610 may further be configured to receive a call signal issued by an upper-layer application corresponding to some or all of the application hardwares if the feature information of the multiple application hardwares meets preset requirements.

[0120] This application also provides a control system, which includes the system control device as described above.

[0121] In one embodiment, the control system may further include a hardware controller, application hardware, a call signal transmitting device, etc.

[0122] This application also provides a vehicle that includes the aforementioned system control device. In one embodiment, the vehicle may include an engineering vehicle, such as a pump truck or a road roller, and may also include a passenger vehicle.

[0123] The control system and vehicle provided in this application receive call signals from upper-layer applications through the system core service. Based on the call signal, the system core service obtains the requested permission type and the upper-layer application's preset identifier. Then, based on the preset identifier, the requested permission type, and preset target record data, it outputs control signals to the hardware controller or feedback signals to the upper-layer application. Because the preset target record data is pre-set, there is no need to add permission declarations in the Android system beforehand, and no need to specifically request access permissions from the Android system during development, effectively improving development efficiency. Furthermore, since the preset target record data can be pre-stored in the system via a file, it can be directly retrieved from the running memory. In other words, the process of retrieving the preset target record data eliminates the step of requesting relevant permissions from the Android system, effectively preventing unauthorized third-party applications from accessing system data by requesting relevant permissions, thus effectively improving privacy protection.

[0124] The above description has been given for purposes of illustration and description. Furthermore, this description is not intended to limit the embodiments of this application to the forms disclosed herein. Although numerous exemplary aspects and embodiments have been discussed above, those skilled in the art will recognize certain variations, modifications, alterations, additions, and sub-combinations thereof.

Claims

1. A system control method, characterized in that, The system includes upper-layer applications, system core services, and a hardware controller. The upper-layer applications and the hardware controller communicate through the system core services. The system control method includes: The system's core service obtains type identifier information representing the type of the hardware controller; and Based on the type identification information, the system core service loads control protocol information corresponding to the type identification information; wherein, the system core service encapsulates the control protocol information of different types of hardware controllers; the system core service receives a call signal issued by the upper-layer application; wherein, the call signal is configured to call a function interface; Based on the call signal, the system core service obtains the required permission type and the preset identifier of the upper-layer application; wherein, the required permission type represents the permission type required to call the function interface; the preset identifier represents the unique identification information of the upper-layer application in the system; and If, based on the preset identifier, the required permission type, and the preset target record data, it is determined that the call signal can successfully call the function interface, the system core service generates corresponding control parameters according to the control protocol information, and outputs control signals to the hardware controller based on the control parameters; wherein, the preset target record data includes multiple preset identifiers and the required permission type corresponding to each preset identifier; If, based on the preset identifier, the required permission type, and the preset target record data, it is determined that the call signal cannot successfully call the function interface, the system core service outputs a feedback signal to the upper-layer application.

2. The system control method according to claim 1, characterized in that, After outputting control signals to the hardware controller based on the control parameters, the system control method further includes: The system's core service monitors the type identification information of the hardware controller; When the type identification information changes, the system core service feeds back the type change information of the hardware controller to the upper-layer application.

3. The system control method according to any one of claims 1-2, characterized in that, When, based on the preset identifier, the required permission type, and the preset target record data, it is determined that the call signal can successfully invoke the functional interface, the system core service generates corresponding control parameters according to the control protocol information, and outputs control signals to the hardware controller based on the control parameters, including: If both the preset identifier and the required permission type exist in the preset target record data, it is determined that the call signal can successfully call the function interface. Then, the system core service generates corresponding control parameters according to the control protocol information and outputs control signals to the hardware controller based on the control parameters.

4. The system control method according to any one of claims 1-2, characterized in that, When, based on the preset identifier, the required permission type, and the preset target record data, it is determined that the call signal cannot successfully invoke the function interface, the system core service outputs a feedback signal to the upper-layer application, including: If at least one of the preset identifier and the required permission type does not exist in the preset target record data, it is determined that the call signal cannot successfully call the function interface, and the system core service outputs the feedback signal to the upper layer application.

5. The system control method according to any one of claims 1-2, characterized in that, Before the system core service receives the call signal issued by the upper-layer application, the system control method further includes: The system core service receives a configuration signal to configure multiple preset identifiers and the required permission type corresponding to each preset identifier as a target file; The system core service receives a startup signal indicating that the system is started, and parses the target file into the preset target record data according to the startup signal; and The system's core service writes the preset target record data into the system's running memory.

6. The system control method according to claim 1, characterized in that, Before the system core service receives the call signal issued by the upper-layer application, the system control method further includes: The system's core service acquires feature information from multiple application hardware components; wherein, the hardware controller is configured to control the application hardware to implement the functions represented by the functional interface. The system core service receives call signals from the upper-layer application, including: If the feature information of multiple application hardwares meets the preset requirements, the system core service receives the call signal issued by the upper-layer application corresponding to some or all of the application hardwares.

7. A system control device, characterized in that, The system includes upper-layer applications, system core services, and a hardware controller. The upper-layer applications and the hardware controller communicate through the system core services. The system control device runs the system core services and includes: The third acquisition module is configured to acquire type identifier information that represents the type of the hardware controller. The loading module is configured to load control protocol information corresponding to the type identifier information according to the type identifier information; wherein, the system core service encapsulates the control protocol information of different types of hardware controllers; The first receiving module is configured to receive a call signal sent by the upper-layer application; wherein the call signal is configured to call a function interface; The first acquisition module is configured to acquire, based on the call signal, the required permission type and the preset identifier of the upper-layer application; wherein, the required permission type represents the permission type required to call the function interface; the preset identifier represents the unique identification information of the upper-layer application in the system; and The first output module is configured such that, when it is determined, based on the preset identifier, the required permission type, and the preset target record data, the calling signal can successfully call the function interface, the system core service generates corresponding control parameters according to the control protocol information and outputs a control signal to the hardware controller based on the control parameters; wherein, the preset target record data includes multiple preset identifiers and the required permission type corresponding to each preset identifier; If, based on the preset identifier, the required permission type, and the preset target record data, it is determined that the call signal cannot successfully call the function interface, the system core service outputs a feedback signal to the upper-layer application.

8. A control system, characterized in that, include: The system control device as described in claim 7.

9. A vehicle, characterized in that, include: The system control device as described in claim 7.

Images