Vehicle attribute display method and system and medium

Abstract

The invention provides a vehicle attribute display method and system and a medium. The method is applied to a server side, the server side is arranged on a central control screen, the vehicle further comprises a client side arranged on an entertainment screen, and the method comprises the steps that a target data request sent by the client side is received through a communication middleware server side assembly, and the target data request is obtained by packaging an attribute data request through an entertainment vehicle attribute management assembly arranged in the client side; analyzing the target data request, obtaining hardware control information, controlling the vehicle, generating vehicle attribute data, selecting target attribute data from the vehicle attribute data, and sending the target attribute data to the client through the communication middleware server component, and the entertainment vehicle attribute management component de-encapsulates the target attribute data to obtain attribute display data and displays the attribute display data in the entertainment application program. According to the invention, the data format in the entertainment screen can be consistent with the data format in the central control screen, the vehicle attribute display efficiency is improved, and the consistency and reliability of multi-screen collaboration are ensured.

Description

TECHNICAL FIELD

[0001] The present application relates to the field of automotive electronics, in particular to a vehicle attribute display method, system and medium. BACKGROUND

[0002] With the popularization of intelligent vehicles, modern vehicles generally use a multi-screen interaction system, mainly including a center screen for the driver, a co-driver screen and a rear entertainment screen, etc. Among them, the center screen as the core control terminal is mainly responsible for the direct control and state monitoring of the vehicle hardware. However, the entertainment screen mainly provides entertainment services for rear passengers, and its functions are completely different from those of the center screen. In order to reduce the computing and communication burden of the center screen, the entertainment screen can be designed as an independent hardware platform and operating system.

[0003] Since the center screen and the entertainment screen use different operating systems and hardware platforms, even if a communication middleware is deployed across the operating systems, only a communication connection can be achieved, and the corresponding data format in the entertainment screen and the corresponding data format in the center screen are still different. The data sent by the entertainment screen cannot be directly processed by the vehicle attribute service component, which will reduce the efficiency of vehicle attribute display, and further affect the consistency and reliability of multi-screen cooperation. SUMMARY

[0004] In view of the above problems, the embodiments of the present application provide a vehicle attribute display method, system and medium.

[0005] In the first aspect of the present application, a vehicle attribute display method is first provided, which is applied to a server, the server is arranged in a center screen, the server includes a service communication layer, a service data layer and a service control layer, the service communication layer includes a communication middleware server component, the service data layer includes a vehicle attribute service component, the vehicle further includes at least one client arranged in an entertainment screen, and the method includes: receiving a target data request sent by a communication middleware client component arranged in the client through the communication middleware server component; wherein the target data request is obtained by an entertainment vehicle attribute management component arranged in the client encapsulating attribute data request; analyzing the target data request through the vehicle attribute service component to obtain hardware control information; controlling the vehicle according to the hardware control information in the service control layer to generate vehicle attribute data; selecting target attribute data from the vehicle attribute data through the vehicle attribute service component; sending, by the communication middleware server component, the target attribute data to the communication middleware client component, wherein the target attribute data is used to be unpacked by the entertainment vehicle attribute management component to obtain attribute display data, so that the entertainment application program of the client displays the attribute display data to a user.

[0006] Optionally, the target data request includes at least one of a vehicle attribute code, attribute adjustment information, and attribute query information, the hardware control information includes hardware adjustment information and / or parameter query information, and the parsing, by the vehicle attribute service component, of the target data request to obtain hardware control information includes: parsing, by the vehicle attribute service component, the vehicle attribute code and the attribute adjustment information to obtain the hardware adjustment information; and / or parsing, by the vehicle attribute service component, the vehicle attribute code and the attribute query information to obtain the parameter query information.

[0007] Optionally, the service control layer includes a vehicle hardware control component, and the controlling, in the service control layer, of a vehicle according to the hardware control information to generate vehicle attribute data includes: obtaining a to-be-adjusted hardware corresponding to the hardware adjustment information; adjusting, by the vehicle hardware control component, the to-be-adjusted hardware according to the hardware adjustment information to obtain an attribute adjustment result; determining the vehicle attribute data according to the attribute adjustment result.

[0008] Optionally, the controlling, in the service control layer, of a vehicle according to the hardware control information to generate vehicle attribute data further includes: obtaining a to-be-queried parameter corresponding to the parameter query information; querying, by the vehicle hardware control component, the to-be-queried parameter according to the parameter query information to obtain an attribute query result; using the attribute query result as the vehicle attribute data.

[0009] Optionally, the selecting, by the vehicle attribute service component, of target attribute data from the vehicle attribute data includes: obtaining the vehicle attribute code, and selecting, by the vehicle attribute service component, target attribute data from the vehicle attribute data according to the vehicle attribute code.

[0010] Optionally, the server further includes a service application layer, the service application layer includes a central control application program and a central control vehicle attribute management component, the service communication layer further includes a central control server component and a central control client component, and the method further includes: acquire a user-initiated central control attribute data request in the central control application; encapsulate the central control attribute data request by the central control vehicle attribute management component to obtain a target central control data request; send the target central control data request to the central control server component through the central control client component; analyze the target central control data request by the vehicle attribute service component to obtain central control hardware control information; control the vehicle according to the central control hardware control information in the service control layer to generate central control vehicle attribute data; select target central control attribute data from the central control vehicle attribute data by the vehicle attribute service component; send the target central control attribute data to the central control client component by the central control server component; de-encapsulate the target central control attribute data by the central control vehicle attribute management component to obtain central control attribute display data, and display the central control attribute display data to the user in the central control application.

[0011] In the second aspect of the embodiment of the application, a vehicle attribute display method is also provided, which is applied to a client, the client is arranged on an entertainment screen, the client comprises a client application layer and a client communication layer, the client application layer comprises an entertainment application program and an entertainment vehicle attribute management component, the client communication layer comprises a communication middleware client component, the vehicle further comprises a server arranged on a central control screen, and the method comprises the following steps: acquire a user-initiated attribute data request in the entertainment application program; encapsulate the attribute data request by the entertainment vehicle attribute management component to obtain a target data request; send the target data request to the server through the communication middleware client component; receive target attribute data returned by a communication middleware server component arranged in the server based on the target data request through the communication middleware client component; de-encapsulate the target attribute data by the entertainment vehicle attribute management component to obtain attribute display data; display the attribute display data to the user in the entertainment application program.

[0012] Optionally, the step of encapsulating the attribute data request by the entertainment vehicle attribute management component to obtain a target data request comprises the following steps: acquire a client device identifier of the communication middleware client component; determining at least one of a vehicle attribute code, attribute adjustment information and attribute query information according to the attribute data request; encapsulating at least one of the client device identifier, the vehicle attribute code, the attribute adjustment information and the attribute query information by the entertainment vehicle attribute management component to obtain a target data request.

[0013] In a third aspect of the embodiment of the present application, a vehicle attribute display system is further provided, which comprises a server and at least one client, the server is arranged on a central control screen, the client is arranged on an entertainment screen, the server comprises a service communication layer, a service data layer and a service control layer, the service communication layer comprises a communication middleware server component, the service data layer comprises a vehicle attribute service component, the client comprises a client application layer and a client communication layer, the client application layer comprises an entertainment application program and an entertainment vehicle attribute management component, and the client communication layer comprises a communication middleware client component. The client is configured to acquire an attribute data request initiated by a user in the entertainment application program. The client is configured to encapsulate the attribute data request by the entertainment vehicle attribute management component to obtain a target data request. The client is configured to send the target data request to the server through the communication middleware client component. The server is configured to receive the target data request sent by the communication middleware client component arranged in the client through the communication middleware server component. The server is configured to analyze the target data request by the vehicle attribute service component to obtain hardware control information. The server is configured to control a vehicle according to the hardware control information in the service control layer to generate vehicle attribute data. The server is configured to select target attribute data from the vehicle attribute data by the vehicle attribute service component. The server is configured to send the target attribute data to the communication middleware client component through the communication middleware server component. The client is configured to receive the target attribute data returned by the communication middleware server component arranged in the server based on the target data request through the communication middleware client component. The client is configured to decapsulate the target attribute data by the entertainment vehicle attribute management component to obtain attribute display data. The client is configured to display the attribute display data to the user in the entertainment application program.

[0014] In a fourth aspect of the invention, a computer-readable storage medium is also provided, on which a computer program is stored, which, when executed by a processor, implements the method described above.

[0015] The embodiments of the present invention have the following advantages: In this embodiment of the invention, a target data request sent by a communication middleware client component located in the client is received by a communication middleware server component. The target data request is obtained by encapsulating attribute data requests by an entertainment vehicle attribute management component located in the client. This invention not only achieves standardized communication between the central control screen and the entertainment screen through the communication middleware component, but also ensures, through an encapsulation mechanism, that the data format of the target data request sent by the entertainment screen is consistent with the data format corresponding to the vehicle attribute service component in the central control screen. Therefore, the data sent by the entertainment screen can be directly parsed and processed by the vehicle attribute service component of the central control screen, improving the efficiency of vehicle attribute acquisition. The vehicle attribute service component parses the target data request to obtain hardware control information. In the service control layer, the vehicle is controlled according to the hardware control information to generate vehicle attribute data. The vehicle attribute service component selects target attribute data from the vehicle attribute data and sends the target attribute data to the communication middleware client component through the communication middleware server component. The target attribute data is then decapsulated by the entertainment vehicle attribute management component to obtain attribute display data, enabling the client's entertainment application to display the attribute display data to the user. This invention uses a decapsulation mechanism to ensure that the data format of the target attribute data sent by the central control screen is consistent with the data format of the entertainment vehicle attribute management component in the entertainment screen. As a result, the data sent by the central control screen can be directly displayed by the entertainment application on the entertainment screen, which improves the efficiency of vehicle attribute display and ensures the consistency and reliability of multi-screen collaboration. Attached Figure Description

[0016] To more clearly illustrate the technical solutions in the embodiments of the present invention or the prior art, the accompanying drawings used in the description of the embodiments or the prior art will be briefly introduced below.

[0017] Figure 1 This is a flowchart illustrating the steps of a vehicle attribute display method according to an embodiment of the present invention; Figure 2 This is a flowchart of another vehicle attribute display method provided in an embodiment of the present invention; Figure 3 This is a data flow diagram of a vehicle attribute display system provided in an embodiment of the present invention; Figure 4 This is a system architecture diagram of a vehicle attribute display system provided in an embodiment of the present invention; Figure 5This is a schematic diagram of the structure of a vehicle attribute display device provided in an embodiment of the present invention; Figure 6 This is a schematic diagram of another vehicle attribute display device provided in an embodiment of the present invention. Detailed Implementation

[0018] To make the objectives, technical solutions, and advantages of the embodiments of the present invention clearer, the various embodiments of the present invention will be described in detail below with reference to the accompanying drawings. However, those skilled in the art will understand that many technical details are presented in the various embodiments of the present invention to facilitate a better understanding of the invention. However, the technical solutions claimed in the present invention can be implemented even without these technical details and with various variations and updates based on the following embodiments. The division of the various embodiments below is for ease of description and should not constitute any limitation on the specific implementation of the present invention. The various embodiments can be combined with and referenced by each other without contradiction.

[0019] With the rapid development of intelligent vehicles, multiple displays are gradually being installed inside the car, including a central control screen for the driver, a passenger screen, and a rear entertainment screen. The central control screen, as the main control interface of the vehicle, is responsible for direct control and status monitoring of the vehicle's hardware. It typically runs an in-vehicle Android system and accesses vehicle attributes through interfaces provided by the system, such as CarPropertyManager (a vehicle property management component) in Android.car (an Android system extension framework for automotive scenarios), to control vehicle functions and read their status.

[0020] However, the front passenger screen is primarily designed for the front passenger, while the rear entertainment screen mainly provides entertainment services for rear passengers; their functions are quite different from the center console screen. To reduce the computational and communication burden on the center console screen, the rear entertainment screen can be designed as an independent hardware platform and operating system. While this design improves the system's flexibility and stability, it also introduces challenges in cross-platform and cross-system communication. For example, the rear entertainment screen needs to use vehicle hardware control components to achieve functions such as air conditioning adjustment and volume control, but its operating system and hardware architecture differ from the center console screen, and it cannot directly call interfaces in the vehicle's Android system.

[0021] In existing technologies, communication between the rear entertainment screen and the central control screen mostly adopts a simple message passing mechanism, or both use a unified hardware platform, resulting in high system complexity and resource burden. In addition, the lack of a unified cross-platform communication protocol and interface standard makes it difficult for rear entertainment screen applications to reuse the vehicle attribute interface of the central control screen, which is not conducive to the unification and compatibility of the application ecosystem.

[0022] Existing in-vehicle multi-screen communication solutions have the following main problems: The central control screen and the rear entertainment screen use different operating systems and hardware platforms, lacking standardized communication middleware, making it difficult to deploy communication connections across operating systems and achieve real-time and reliable data transmission. Furthermore, the entertainment screen cannot directly access the vehicle attribute interfaces defined in the in-vehicle Android system, and cannot reuse the communication mechanism defined by Property ID (vehicle attribute code). This not only increases development costs and maintenance difficulty but also affects the consistency of functional implementation and system reliability, ultimately reducing the overall user experience of multi-screen collaboration.

[0023] Therefore, this invention provides a vehicle attribute display method, system, and medium. By introducing a communication middleware component, standardized communication between the central control screen and the entertainment screen can be achieved, solving the communication challenges between different operating systems and hardware platforms and enabling real-time and reliable data transmission. Through encapsulation and decapsulation mechanisms, information sent by the entertainment screen can be directly parsed by the vehicle attribute service component of the central control screen, achieving seamless data transmission and display. This reduces development costs and maintenance difficulty, ensures consistency in functional implementation and system reliability, and ultimately improves the overall user experience of multi-screen collaboration.

[0024] Reference Figure 1 The diagram illustrates a flowchart of a vehicle attribute display method according to an embodiment of the present invention.

[0025] In this embodiment of the invention, the vehicle attribute display method can be applied to a server. The server is set on the central control screen and includes a service communication layer, a service data layer, and a service control layer. The service communication layer includes a communication middleware server component, and the service data layer includes a vehicle attribute service component. The vehicle also includes at least one client set on the entertainment screen.

[0026] In this embodiment of the invention, the server can be a central control screen host, which can run an in-vehicle Android system and provide interfaces for reading and controlling vehicle attributes. The service communication layer can be responsible for communication with the client, receiving requests and sending response data to ensure the stability and efficiency of data transmission.

[0027] The service data layer is responsible for data storage, management and processing, providing data query, update and filtering operations to ensure data integrity and consistency.

[0028] The service control layer is responsible for implementing the server-side business logic, generating control instructions or processing logic based on requests, and coordinating the communication layer and data layer to complete tasks.

[0029] The communication middleware server component refers to the core module responsible for coordinating and processing communication between clients and the server in a distributed system. It can provide functions such as message passing, data exchange, protocol conversion, and load balancing, enabling the subscription, reading, and writing of vehicle attributes, supporting concurrent access from multiple clients, and ensuring system efficiency and reliability. The communication middleware protocol can be based on any of the following communication middleware protocols: gRPC (Remote Procedure Call Protocol), FastDDS (Fast Data Distribution Protocol), and SOME / IP (Extensible Service-Oriented Middleware Protocol).

[0030] The vehicle attribute service component can be a module in the communication middleware server specifically used for managing and operating vehicle attributes.

[0031] The client can be an entertainment screen host, running an independent operating system (in-vehicle Android system or other independent operating system) and hardware platform. The client can integrate an entertainment vehicle attribute management component, which can be a client interface library conforming to the CarPropertyManager (vehicle attribute management component) interface specification. The entertainment vehicle attribute management component can encapsulate attribute data requests.

[0032] The client communicates with the server's communication middleware server component using the same communication middleware protocol through the client component of the communication middleware.

[0033] The client supports property subscription, synchronous updates, and command control. The client can use the same or similar Property ID (vehicle attribute code) in the vehicle's Android system.

[0034] The method may specifically include the following steps: Step 101: Receive the target data request sent by the communication middleware client component set in the client through the communication middleware server component; wherein, the target data request is obtained by encapsulating the attribute data request by the entertainment vehicle attribute management component set in the client.

[0035] In this embodiment of the invention, the communication middleware protocol is based on gRPC as an example. The server can receive target data requests sent by the communication middleware client component gRPC Client set in the client through the communication middleware server component gRPC Service set in the server. The communication middleware server component and the communication middleware client component are connected via Ethernet and are located in the same vehicle local area network, thereby ensuring low latency and high reliability of communication. The target data request is obtained by encapsulating attribute data requests in the entertainment vehicle attribute management component New DSK CarPropertyManager set in the client. The data encapsulated by the entertainment vehicle attribute management component can directly interact with the vehicle attribute service component. The target data request can be used to obtain or adjust vehicle attributes. Attribute data requests can refer to data requests initiated by the user in the entertainment application in the client, representing the vehicle attribute data that the user expects to obtain in the entertainment application.

[0036] In this embodiment of the invention, since the entertainment vehicle attribute management component can be a client interface library conforming to the vehicle attribute management component interface specification, after the entertainment vehicle attribute management component encapsulates the attribute data request, the resulting target data request is data conforming to the vehicle attribute management component interface specification. In other words, the data format of the target data request is consistent with the data format corresponding to the vehicle attribute service component in the central control screen, thus the target data request sent by the entertainment screen can be directly parsed and processed by the vehicle attribute service component of the central control screen.

[0037] Step 102: Parse the target data request through the vehicle attribute service component to obtain hardware control information.

[0038] In this embodiment of the invention, the server can parse the target data request through a vehicle attribute service component to obtain hardware control information. The vehicle attribute service component can be CarPropertyService.

[0039] Hardware control information refers to instructions, data, or signals used to control and manage hardware devices (such as sensors, actuators, communication modules, etc.). It can be used to implement the operation and control of hardware.

[0040] Step 103: In the service control layer, control the vehicle based on the hardware control information and generate vehicle attribute data.

[0041] In this embodiment of the invention, the server can control the vehicle based on hardware control information in the service control layer and generate vehicle attribute data. The vehicle attribute data can be attribute data obtained after controlling the vehicle based on the hardware control information, or attribute data obtained after querying the vehicle's attributes based on the hardware control information.

[0042] Step 104: Select target attribute data from vehicle attribute data using the vehicle attribute service component.

[0043] In this embodiment of the invention, the server can select target attribute data from vehicle attribute data through the vehicle attribute service component. The target attribute data can be the vehicle attribute data corresponding to the target data request.

[0044] Step 105: The target attribute data is sent to the communication middleware client component through the communication middleware server component. The target attribute data is used to be decapsulated by the entertainment vehicle attribute management component to obtain attribute display data, so that the client's entertainment application can display the attribute display data to the user.

[0045] In this embodiment of the invention, the server can send target attribute data to the communication middleware client component through the communication middleware server component. The target attribute data can be decapsulated by the entertainment vehicle attribute management component to obtain attribute display data. The data decapsulated by the entertainment vehicle attribute management component can directly interact with the entertainment application, allowing the client's entertainment application to display the attribute display data to the user. The entertainment application can refer to an application installed on the client side, that is, an application installed on the entertainment screen host or other in-vehicle screens such as the passenger side screen.

[0046] In this embodiment of the invention, since the entertainment vehicle attribute management component can be a client interface library conforming to the vehicle attribute management component interface specification, and the target attribute data is data conforming to the vehicle attribute management component interface specification, the entertainment vehicle attribute management component can directly decapsulate the target attribute data. That is, the data format of the target attribute data is consistent with the data format corresponding to the entertainment vehicle attribute management component in the entertainment screen, thus the data sent by the central control screen can be directly displayed by the entertainment application on the entertainment screen.

[0047] In this embodiment of the invention, a target data request sent by a communication middleware client component located in the client is received by a communication middleware server component. The target data request is obtained by encapsulating attribute data requests by an entertainment vehicle attribute management component located in the client. This invention not only achieves standardized communication between the central control screen and the entertainment screen through the communication middleware component, but also ensures, through an encapsulation mechanism, that the data format of the target data request sent by the entertainment screen is consistent with the data format corresponding to the vehicle attribute service component in the central control screen. Therefore, the data sent by the entertainment screen can be directly parsed and processed by the vehicle attribute service component of the central control screen, improving the efficiency of vehicle attribute acquisition. The vehicle attribute service component parses the target data request to obtain hardware control information. In the service control layer, the vehicle is controlled according to the hardware control information to generate vehicle attribute data. The vehicle attribute service component selects target attribute data from the vehicle attribute data and sends the target attribute data to the communication middleware client component through the communication middleware server component. The target attribute data is then decapsulated by the entertainment vehicle attribute management component to obtain attribute display data, enabling the client's entertainment application to display the attribute display data to the user. This invention uses a decapsulation mechanism to ensure that the data format of the target attribute data sent by the central control screen is consistent with the data format of the entertainment vehicle attribute management component in the entertainment screen. As a result, the data sent by the central control screen can be directly displayed by the entertainment application on the entertainment screen, which improves the efficiency of vehicle attribute display and ensures the consistency and reliability of multi-screen collaboration.

[0048] In an optional embodiment of the present invention, the target data request includes at least one of vehicle attribute code, attribute adjustment information, and attribute query information, and the hardware control information includes hardware adjustment information and / or parameter query information. Step 102 further includes the following steps: S111, the vehicle attribute code and attribute adjustment information are parsed through the vehicle attribute service component to obtain hardware adjustment information; And / or, S112, obtain parameter query information by parsing the vehicle attribute code and attribute query information through the vehicle attribute service component.

[0049] In this embodiment of the invention, when the target data request includes vehicle attribute codes and attribute adjustment information, the server can parse the vehicle attribute codes and attribute adjustment information through the vehicle attribute service component to obtain hardware adjustment information.

[0050] In this embodiment of the invention, when the target data request includes vehicle attribute code and attribute query information, the server can parse the vehicle attribute code and attribute query information through the vehicle attribute service component to obtain parameter query information.

[0051] In this embodiment of the invention, when the target data request includes vehicle attribute code, attribute adjustment information and attribute query information, the server can parse the vehicle attribute code and attribute adjustment information through the vehicle attribute service component to obtain hardware adjustment information. At the same time, the server can parse the vehicle attribute code and attribute adjustment information through the vehicle attribute service component to obtain parameter query information.

[0052] The vehicle attribute code can be an identifier or encoding method for vehicle attributes, used to uniquely identify a specific attribute of the vehicle. In specific implementations, the vehicle attribute code can be represented in the form of a Property ID.

[0053] Attribute adjustment information can be instructions or data used to adjust a specific attribute of a vehicle. In contrast, hardware adjustment information corresponds to attribute adjustment information and consists of instructions used to adjust the operating state or parameters of hardware devices.

[0054] Attribute query information can be a request used to query the current status of a specific attribute of a vehicle. Similarly, parameter query information is the corresponding request used to query the current status or parameters of a hardware device.

[0055] This invention uses a vehicle attribute service component to parse vehicle attribute codes, attribute adjustment information, and attribute query information from target data requests, dynamically generating hardware adjustment information and parameter query information to achieve precise control and status query of vehicle hardware. This design simplifies the mapping relationship between target data requests and hardware control information, improving communication efficiency and flexibility. Simultaneously, the use of a unified encoding method (such as Property ID) to identify vehicle attributes enhances the system's scalability and compatibility. Furthermore, this solution supports multiple combinations of target data requests, enabling simultaneous processing of attribute adjustment and query needs, thus improving system response speed and user experience.

[0056] In an optional embodiment of the present invention, the service control layer includes vehicle hardware control components, and step 103 further includes the following steps: S121, Obtain the hardware to be adjusted corresponding to the hardware adjustment information; S122, The vehicle hardware control component adjusts the hardware to be adjusted based on the hardware adjustment information to obtain the attribute adjustment result; S123, determine vehicle attribute data based on attribute adjustment results.

[0057] In this embodiment of the invention, the server can obtain the hardware to be adjusted corresponding to the hardware adjustment information, and adjust the hardware to be adjusted according to the hardware adjustment information through the vehicle hardware control component to obtain the attribute adjustment result. The vehicle attribute data is then determined based on the attribute adjustment result. The service control layer can be the VHAL layer (Vehicle Hardware Abstraction Layer).

[0058] The vehicle hardware control component can be a component that directly interacts with the vehicle's hardware devices (such as sensors, actuators, communication modules, etc.). It can receive hardware adjustment information from the vehicle attribute service component, convert it into instructions that the hardware devices can execute, and is also responsible for managing and monitoring the status of the hardware devices.

[0059] Attribute adjustment results refer to the information returned by the hardware device after an upper-layer application or service initiates hardware adjustment information within a vehicle system, and the hardware device performs the adjustment operation. Attribute adjustment results can be used to provide feedback on the success or failure of the adjustment operation, the current status, and possible anomalies, thereby helping upper-layer applications or services update the system status, obtain vehicle attribute data, or perform subsequent processing.

[0060] This invention achieves unified management and control of vehicle hardware devices through a vehicle hardware control component in the service control layer. The vehicle hardware control component receives hardware adjustment information and converts it into instructions that the hardware devices can execute, thereby adjusting the hardware to be adjusted and returning the attribute adjustment results. The attribute adjustment results not only indicate the success or failure of the adjustment operation but also provide the current status and exception conditions, helping upper-layer applications or services update the system status, obtain vehicle attribute data, or perform subsequent processing. This design simplifies the complexity of hardware control, improves system reliability and scalability, and enhances the flexibility and responsiveness of the vehicle system.

[0061] In an optional embodiment of the present invention, step 103 further includes the following steps: S131, obtain the parameters to be queried corresponding to the parameter query information; S132, the vehicle hardware control component queries the parameter to be queried based on the parameter query information to obtain the attribute query result; S133, use the attribute query results as vehicle attribute data.

[0062] In this embodiment of the invention, the server can obtain the parameters to be queried corresponding to the parameter query information, and use the vehicle hardware control component to query the parameters to be queried according to the parameter query information to obtain the attribute query results, and use the attribute query results as vehicle attribute data.

[0063] Attribute query results refer to the current attribute status information returned by the hardware device or system after an upper-layer application or service initiates a parameter query in the vehicle system. Attribute query results are used to provide feedback on the vehicle attribute data corresponding to the query operation.

[0064] This invention achieves efficient querying and management of vehicle attributes through vehicle hardware control components in the service control layer. The vehicle can obtain the parameters to be queried based on parameter query information and interact directly with hardware devices through the vehicle hardware control components to quickly query the current status of the target parameters and generate attribute query results. This ensures the real-time nature and accuracy of the data. This design simplifies the query process, reduces system complexity, and improves query efficiency and response speed, providing solid technical support for the intelligence and automation of vehicle systems.

[0065] In an optional embodiment of the present invention, step 104 further includes the following steps: S141, Obtain the vehicle attribute code, and select the target attribute data from the vehicle attribute data based on the vehicle attribute code through the vehicle attribute service component.

[0066] In this embodiment of the invention, the server can obtain vehicle attribute codes and select target attribute data from vehicle attribute data based on the vehicle attribute codes through a vehicle attribute service component. The vehicle attribute codes are universal and identical on both the server and the client; that is, the same vehicle attribute code represents the same vehicle attribute on both the server and the client.

[0067] In this embodiment of the invention, if a change in vehicle attribute data is detected, the server can also obtain the vehicle attribute code corresponding to the changed vehicle attribute data, and then select the target attribute data from the vehicle attribute data according to the vehicle attribute code.

[0068] This invention achieves efficient selection and dynamic updating of vehicle attribute data through unified management of vehicle attribute codes. The server can accurately select target attribute data from the vehicle attribute data using the vehicle attribute service component based on the vehicle attribute code, ensuring consistent understanding of vehicle attributes between the server and client. Simultaneously, when a change in vehicle attribute data is detected, the server can obtain the corresponding vehicle attribute code in real time and dynamically update the target attribute data based on this code, thus achieving event-driven attribute monitoring. This design not only simplifies the data selection process but also enables real-time monitoring and dynamic response to vehicle attribute data, improving the system's flexibility and reliability, and providing technical support for intelligent management and efficient data interaction in vehicle systems.

[0069] In an optional embodiment of the present invention, prior to step 101, the method further includes the following steps: S151, obtain a list of published communication middleware client components corresponding to the communication middleware server component; wherein the communication middleware server component and the communication middleware client component adopt the same communication middleware protocol, which is one of the following: Remote Procedure Call Protocol, Fast Data Distribution Protocol, and Extensible Service-Oriented Middleware Protocol.

[0070] In this embodiment of the invention, the server can obtain a publication list indicating several communication middleware client components corresponding to the communication middleware server component. The publication list may include the correspondence between the communication middleware server component and its corresponding communication middleware client components. Furthermore, the communication middleware server component and the communication middleware client components use the same communication middleware protocol, which is one of the following: Remote Procedure Call protocol, Fast Data Distribution protocol, and Extensible Service-Oriented Middleware protocol.

[0071] In practical implementations, the remote procedure call protocol can be gRPC, the fast data distribution protocol can be FastDDS, and the extensible service-oriented middleware protocol can be SOME / IP. The remote procedure call protocol, fast data distribution protocol, and extensible service-oriented middleware protocol can be selected or replaced according to the actual situation.

[0072] In a practical implementation, when the communication middleware protocol is the remote procedure call protocol gRPC, a Proto file for vehicle property services can be defined, which is compatible with the CarPropertyManager interface. This enables the server to provide gRPC services, and the client to encapsulate gRPC calls, supporting property access and event push.

[0073] When the communication middleware protocol is FastDDS (Fast Data Distribution Protocol), a publish / subscribe pattern can be implemented using FastDDS to optimize real-time performance. It also supports multiple clients dynamically subscribing to changes in vehicle attributes.

[0074] When the communication middleware protocol is the extensible service-oriented middleware protocol SOME / IP, the SOME / IP protocol stack can be used, conforming to automotive industry standards. Furthermore, a VehicleProperty service interface can be designed to support cross-system calls.

[0075] This invention achieves efficient communication and management between the server-side and client-side components of the communication middleware by introducing a publishing list mechanism and a unified communication middleware protocol. The publishing list clearly defines the correspondence between server-side and client-side components, ensuring clear and dynamic management of communication relationships. Using the same communication middleware protocol (such as gRPC, FastDDS, or SOME / IP) simplifies the communication process and improves system compatibility and scalability.

[0076] In an optional embodiment of the present invention, step 101 further includes the following steps: S161, Obtain the client device identifier from the target data request sent by the communication middleware client component set in the client; S162, If the release list includes a client device identifier, the target data request is decrypted using a preset encryption / decryption algorithm; S163, receive the decrypted target data request through the communication middleware server component.

[0077] In this embodiment of the invention, the server can obtain the client device identifier in the target data request sent by the communication middleware client component set in the client. If the client device identifier is included in the publication list, the target data request can be decrypted using a preset encryption and decryption algorithm, and the decrypted target data request can be received by the communication middleware server component.

[0078] The client device identifier can refer to an identifier used to uniquely identify a client device, and can be used to distinguish different client devices.

[0079] The publication list can refer to a list that records the correspondence between communication middleware server components and client components. The publication list can contain information such as server device identifiers and several corresponding client device identifiers.

[0080] The preset encryption and decryption algorithms can be predefined encryption and decryption algorithms used to encrypt and decrypt data requests, ensuring the security of data transmission. In specific implementations, symmetric encryption algorithms can be used, such as AES (Advanced Encryption Standard), SM4 (Chinese national cryptographic algorithm), etc., or other symmetric encryption algorithms can be used.

[0081] In this embodiment of the invention, by introducing a client device identifier and publishing list mechanism, the server can efficiently manage its communication relationships with clients, ensuring the accuracy and security of communication. Employing preset encryption and decryption algorithms to encrypt and decrypt target data requests not only enhances data transmission security but also simplifies the communication process, improving system compatibility and scalability. This design enables the server to quickly identify legitimate clients and process requests, avoiding invalid communication and potential security threats, while simultaneously improving the overall performance and stability of the system.

[0082] In an optional embodiment of the present invention, step 105 further includes the following steps: S171, The target attribute data is encrypted using an encryption / decryption algorithm; wherein, the target attribute data includes the server device identifier of the communication middleware server component; S172, the encrypted target attribute data is sent to several communication middleware client components through the communication middleware server component.

[0083] In this embodiment of the invention, the server can use an encryption / decryption algorithm to encrypt the target attribute data, wherein the target attribute data includes the server device identifier of the communication middleware server component. Then, the encrypted target attribute data can be sent to several communication middleware client components through the communication middleware server component.

[0084] Among them, the server device identifier can refer to an identifier used to uniquely identify the server device, and can be used to indicate that the information comes from the server device.

[0085] This invention enhances data transmission security by employing encryption and decryption algorithms to encrypt target attribute data. The target attribute data includes the server device identifier of the communication middleware server component. This identifier uniquely identifies the server device, ensuring the trustworthiness of the information source. Through encryption, even if data is intercepted during transmission, it cannot be deciphered by unauthorized third parties, effectively preventing data leakage and tampering.

[0086] In an optional embodiment of the present invention, the server further includes a service application layer, which includes a central control application and a central control vehicle attribute management component. The service communication layer further includes a central control server component and a central control client component.

[0087] The service application layer can refer to the layer on the server side responsible for handling business logic and application functions, and may include applications and related management components.

[0088] The central control application can refer to the core application in the service application layer used to control and manage the vehicle system.

[0089] The central control vehicle attribute management component can refer to a component in the service application layer used to manage and maintain vehicle attribute data. In a specific implementation, the central control vehicle attribute management component can be CarPropertyManager, which is set in the central control screen host.

[0090] The service communication layer refers to the layer within the server responsible for communication. It can be used to communicate with clients or to implement internal communication within the server. The service communication layer can include server-side components and client-side components.

[0091] The central control server component can refer to the server-side component in the service communication layer used for communication with the central control client. In a specific implementation, the central control server component can be a Binder Service.

[0092] The central control client component can refer to the client component in the service communication layer used to communicate with the central control server. In a specific implementation, the central control client component can be a Binder Client.

[0093] The method further includes the following steps: S181, Obtain the central control attribute data request initiated by the user in the central control application; S182, the target central control data request is obtained by encapsulating the central control attribute data request through the central control vehicle attribute management component; S183, the target central control data request is sent to the central control server component through the central control client component; S184, the target central control data request is parsed through the vehicle attribute service component to obtain the central control hardware control information; S185, in the service control layer, controls the vehicle based on the central control hardware control information and generates central control vehicle attribute data; S186, Select target central control attribute data from central control vehicle attribute data through vehicle attribute service component; S187, the target central control attribute data is sent to the central control client component through the central control server component; S188 uses the central control vehicle attribute management component to decapsulate the target central control attribute data to obtain central control attribute display data, and then displays the central control attribute display data to the user in the central control application.

[0094] In this embodiment of the invention, a central control attribute data request initiated by a user in the central control application can be obtained. Then, the central control vehicle attribute data request is encapsulated by the central control vehicle attribute management component to obtain the target central control data request. The target central control data request is then sent to the central control server component through the central control client component. The central control attribute data request can refer to a data request initiated by a user in the central control application on the server, representing the vehicle attribute data that the user expects to obtain in the central control application. In a specific implementation, the central control vehicle attribute management component can be CarPropertyManager.

[0095] Then, the target central control data request can be parsed through the vehicle attribute service component to obtain the central control hardware control information. In the service control layer, the vehicle can be controlled according to the central control hardware control information to generate central control vehicle attribute data.

[0096] In this context, central control hardware control information refers to the instructions, data, or signals used within the server to control and manage hardware devices (such as sensors, actuators, communication modules, etc.). It can be used to implement the operation and control of the hardware within the server.

[0097] Vehicle attribute data can be obtained by the server internally controlling the vehicle based on the central control hardware control information, or it can be obtained by the server internally querying the vehicle's attributes based on the central control hardware control information.

[0098] In this embodiment of the invention, target central control attribute data can be selected from the central control vehicle attribute data by the vehicle attribute service component, sent to the central control client component by the central control server component, and decapsulated by the central control vehicle attribute management component to obtain central control attribute display data. This central control attribute display data is then displayed to the user in the central control application. The target central control attribute data can be vehicle attribute data obtained internally by the server based on a target central control data request. The central control application can refer to an application installed on the server, i.e., an application installed on the central control screen host.

[0099] This invention achieves efficient management and secure transmission of vehicle attribute data within the server through the collaborative work of the service application layer and the service communication layer. The central control application, as the core control platform, encapsulates user requests through the central control vehicle attribute management component, ensuring the structured and standardized nature of data requests. Communication between the central control client component and the central control server component guarantees the reliability and real-time performance of data transmission. The service communication layer of this invention can simultaneously implement vehicle attribute services within the server and vehicle attribute services between the server and the client, making the service communication layer an efficient and flexible communication hub capable of meeting communication needs at different levels.

[0100] Reference Figure 2 The diagram illustrates a flowchart of another vehicle attribute display method provided by an embodiment of the present invention.

[0101] In an embodiment of the present invention, another vehicle attribute display method can be applied to a client. The client is set on the entertainment screen and includes a client application layer and a client communication layer. The client application layer includes an entertainment application and an entertainment vehicle attribute management component. The client communication layer includes a communication middleware client component. The vehicle also includes a server set on the central control screen.

[0102] The client can be an entertainment screen host, running an independent operating system (in-vehicle Android system or other independent operating system) and hardware platform. The client can integrate entertainment vehicle attribute management components.

[0103] The client application layer can refer to the layer in the client that is responsible for handling business logic and application functions, and can include applications and related management components.

[0104] The client communication layer is responsible for communicating with the server, sending requests and receiving response data, ensuring the stability and efficiency of data transmission.

[0105] Entertainment applications can refer to the core applications in the client application layer used to control and manage vehicle systems. Applications in the client application layer can be the same as or different from those in the service application layer.

[0106] The entertainment vehicle attribute management component can be a client interface library conforming to the CarPropertyManager interface specification. This component can encapsulate attribute data requests. In a specific implementation, the entertainment vehicle attribute management component can be New DSK CarPropertyManager.

[0107] The communication middleware client component refers to the core module responsible for coordinating and processing communication between clients and servers in a distributed system. It can provide functions such as message passing, data exchange, protocol conversion, and load balancing, enabling the subscription, reading, and writing of vehicle attributes, supporting concurrent access from multiple clients, and ensuring system efficiency and reliability. The communication middleware protocol can be based on any of the following communication middleware protocols: gRPC (Remote Procedure Call Protocol), FastDDS (Fast Data Distribution Protocol), and SOME / IP (Extensible Service-Oriented Middleware Protocol).

[0108] The server can be the central control screen host, running an in-vehicle Android system, providing interfaces for reading and controlling vehicle attributes. The service communication layer is responsible for communication with the client, receiving requests and sending response data, ensuring the stability and efficiency of data transmission.

[0109] The method may specifically include the following steps: S201, Obtain attribute data request initiated by the user in the entertainment application.

[0110] In this embodiment of the invention, the client can obtain attribute data requests initiated by the user in the entertainment application. An attribute data request can refer to a data request initiated by the user in the client's entertainment application, representing vehicle attribute data that the user expects to obtain in the entertainment application.

[0111] S202, the target data request is obtained by encapsulating the attribute data request through the entertainment vehicle attribute management component.

[0112] In this embodiment of the invention, the client can obtain a target data request by encapsulating an attribute data request through the entertainment vehicle attribute management component. The data encapsulated by the entertainment vehicle attribute management component can directly interact with the vehicle attribute service component. Specifically, the target data request is obtained by encapsulating the attribute data request in the entertainment vehicle attribute management component New DSKCarPropertyManager set in the client. The target data request can be used to obtain or adjust vehicle attributes.

[0113] In this embodiment of the invention, since the entertainment vehicle attribute management component can be a client interface library conforming to the vehicle attribute management component interface specification, after the entertainment vehicle attribute management component encapsulates the attribute data request, the resulting target data request is data conforming to the vehicle attribute management component interface specification. In other words, the data format of the target data request is consistent with the data format corresponding to the vehicle attribute service component in the central control screen, thus the target data request sent by the entertainment screen can be directly parsed and processed by the vehicle attribute service component of the central control screen.

[0114] S203, send the target data request to the server through the communication middleware client component.

[0115] In this embodiment of the invention, the communication middleware protocol is based on gRPC as an example. The client can send target data requests to the communication middleware server component gRPC Service located on the server side through the communication middleware client component gRPC Client set in the client. The communication middleware server component and the communication middleware client component are connected via Ethernet, and the communication middleware server component and the communication middleware client component are located on the same in-vehicle local area network, thereby ensuring low latency and high reliability of communication.

[0116] S204, Receive target attribute data returned by the communication middleware server component set on the server based on the target data request through the communication middleware client component.

[0117] In this embodiment of the invention, the client can receive target attribute data returned by the communication middleware server component gRPC Service, which is set on the server, based on the target data request, through the communication middleware client component gRPC Client set in the client. The target attribute data may be the vehicle attribute data corresponding to the target data request.

[0118] S205 uses the entertainment vehicle attribute management component to decapsulate the target attribute data to obtain the attribute display data.

[0119] In this embodiment of the invention, the client can decapsulate the target attribute data using the entertainment vehicle attribute management component to obtain the attribute display data. The data decapsulated by the entertainment vehicle attribute management component can directly interact with the entertainment application.

[0120] In this embodiment of the invention, since the entertainment vehicle attribute management component can be a client interface library conforming to the vehicle attribute management component interface specification, and the target attribute data is data conforming to the vehicle attribute management component interface specification, the entertainment vehicle attribute management component can directly decapsulate the target attribute data. That is, the data format of the target attribute data is consistent with the data format corresponding to the entertainment vehicle attribute management component in the entertainment screen, thus the data sent by the central control screen can be directly displayed by the entertainment application on the entertainment screen.

[0121] S206 displays attribute display data to the user in entertainment applications.

[0122] In this embodiment of the invention, the client can display attribute data to the user within an entertainment application. The entertainment application can refer to an application installed on the client, that is, an application installed on the entertainment screen host or other in-vehicle screens such as the passenger side screen.

[0123] This invention acquires attribute data requests initiated by users in entertainment applications, encapsulates these requests using an entertainment vehicle attribute management component to obtain target data requests, and sends these requests to the server via a communication middleware client component. This invention not only achieves standardized communication between the central control screen and the entertainment screen through the communication middleware component, but also ensures, through an encapsulation mechanism, that the data format of the target data request sent by the entertainment screen is consistent with the data format corresponding to the vehicle attribute service component in the central control screen. This allows the data sent by the entertainment screen to be directly parsed and processed by the vehicle attribute service component in the central control screen, improving the efficiency of vehicle attribute acquisition. The communication middleware client component receives the target attribute data returned by the communication middleware server component based on the target data request. The entertainment vehicle attribute management component decapsulates the target attribute data to obtain attribute display data, which is then displayed to the user in the entertainment application. This invention, through a decapsulation mechanism, ensures that the data format of the target attribute data sent by the central control screen is consistent with the data format corresponding to the entertainment vehicle attribute management component in the entertainment screen. This allows the data sent by the central control screen to be directly displayed by the entertainment application on the entertainment screen, improving the efficiency of vehicle attribute display and ensuring the consistency and reliability of multi-screen collaboration.

[0124] In an optional embodiment of the present invention, step 202 further includes the following steps: S211, Obtain the client device identifier of the communication middleware client component; S212, determine at least one of vehicle attribute code, attribute adjustment information and attribute query information based on the attribute data request; S213, the entertainment vehicle attribute management component encapsulates at least one of the client device identifier, vehicle attribute code, attribute adjustment information and attribute query information to obtain the target data request.

[0125] In this embodiment of the invention, the client can obtain the client device identifier of the communication middleware client component, wherein the client device identifier can refer to an identifier used to uniquely identify the client device and can be used to distinguish different client devices.

[0126] The client can determine at least one of the following based on the attribute data request: vehicle attribute code, attribute adjustment information, and attribute query information.

[0127] The vehicle attribute code can be an identifier or encoding method for vehicle attributes, used to uniquely identify a specific attribute of the vehicle. In specific implementations, the vehicle attribute code can be represented in the form of a Property ID.

[0128] Attribute adjustment information can be instructions or data used to adjust a specific attribute of a vehicle. In contrast, hardware adjustment information corresponds to attribute adjustment information and consists of instructions used to adjust the operating state or parameters of hardware devices.

[0129] Attribute query information can be a request used to query the current status of a specific attribute of a vehicle. Similarly, parameter query information is the corresponding request used to query the current status or parameters of a hardware device.

[0130] The client can encapsulate at least one of the following—client device identifier, vehicle attribute code, attribute adjustment information, and attribute query information—through the entertainment vehicle attribute management component to obtain the target data request.

[0131] This invention achieves efficient encapsulation and transmission of vehicle attribute data requests through the collaborative work of the client and server. The client first obtains the device identifier of the communication middleware client component to ensure the uniqueness and traceability of the request. Then, based on the attribute data request initiated by the user, the client determines the vehicle attribute code, attribute adjustment information, or attribute query information, which accurately describes the user's needs. This information is then encapsulated by the entertainment vehicle attribute management component to form the target data request, ensuring the standardization and integrity of the data structure.

[0132] In an optional embodiment of the present invention, step 203 further includes the following steps: S231, the target data request is encrypted using a preset encryption / decryption algorithm, and then sent to the server through the communication middleware client component.

[0133] In this embodiment of the invention, the client can use a preset encryption and decryption algorithm to encrypt the target data request and send the target data request to the server through the communication middleware client component.

[0134] The preset encryption and decryption algorithms can be predefined encryption and decryption algorithms used to encrypt and decrypt data requests, ensuring the security of data transmission. In specific implementations, symmetric encryption algorithms can be used, such as AES (Advanced Encryption Standard), SM4 (Chinese national cryptographic algorithm), etc., or other symmetric encryption algorithms can be used.

[0135] This invention enhances the security of vehicle attribute data transmission by introducing a pre-defined encryption / decryption algorithm. Before sending a target data request, the client uses a symmetric encryption algorithm to encrypt the data, ensuring its confidentiality and integrity during transmission. This encryption mechanism effectively prevents data from being stolen or tampered with during transmission, protecting user privacy and vehicle control security.

[0136] In an optional embodiment of the present invention, prior to step 204, the method further includes the following steps: S241, obtain a subscription list for indicating the communication middleware server component corresponding to the communication middleware client component; wherein the communication middleware server component and the communication middleware client component use the same communication middleware protocol, which is one of the following: remote procedure call protocol, fast data distribution protocol, and extensible service-oriented middleware protocol.

[0137] In this embodiment of the invention, the client can obtain a subscription list indicating the communication middleware server component corresponding to the communication middleware client component. The subscription list may include the correspondence between the communication middleware client component and its corresponding communication middleware server component. Furthermore, the communication middleware server component and the communication middleware client component use the same communication middleware protocol, which is one of the following: Remote Procedure Call protocol, Fast Data Distribution protocol, and Extensible Service-Oriented Middleware protocol.

[0138] In practical implementations, the remote procedure call protocol can be gRPC, the fast data distribution protocol can be FastDDS, and the extensible service-oriented middleware protocol can be SOME / IP. The remote procedure call protocol, fast data distribution protocol, and extensible service-oriented middleware protocol can be selected or replaced according to the actual situation.

[0139] This invention optimizes communication management between the client and server components of the communication middleware by introducing a subscription list mechanism. The client can obtain the subscription list, which explicitly indicates the mapping relationship between the client component and its corresponding server component, ensuring accurate matching between the communicating parties. Simultaneously, the server and client components of the communication middleware use the same communication middleware protocol, such as gRPC, FastDDS, or SOME / IP. These protocols can be flexibly selected according to actual needs, providing an efficient and reliable data transmission method.

[0140] In an optional embodiment of the present invention, step 204 further includes the following steps: S251, Obtain the server device identifier from the target attribute data returned by the communication middleware server component set in the server based on the target data request; S252, If the subscription list includes the server device identifier, then the target attribute data is decrypted using an encryption / decryption algorithm; S253, receive the decrypted target attribute data through the communication middleware client component.

[0141] In this embodiment of the invention, the client can obtain the server device identifier in the target attribute data returned by the communication middleware server component set on the server based on the target data request. If the subscription list includes the server device identifier, the target attribute data can be decrypted using an encryption / decryption algorithm, and the decrypted target attribute data can be received by the communication middleware client component.

[0142] Among them, the server device identifier can refer to an identifier used to uniquely identify the server device, and can be used to indicate that the information comes from the server device.

[0143] This invention enhances the security and accuracy of data transmission by introducing a verification mechanism for the server-side device identifier and the subscription list. When the client receives target attribute data returned by the server, it first obtains the server-side device identifier and verifies it using the subscription list. If the subscription list contains the server-side device identifier, it indicates that a legitimate connection has been established between the communicating parties. The client then uses a preset encryption / decryption algorithm to decrypt the target attribute data, ensuring the confidentiality and integrity of the data. The decrypted data is received through the communication middleware client component, achieving efficient and secure data transmission.

[0144] In an optional embodiment of the present invention, a vehicle attribute display system is also provided: The vehicle attribute display system includes a server and at least one client. The server is located on the central control screen, and the client is located on the entertainment screen. The server includes a service communication layer, a service data layer, and a service control layer. The service communication layer includes a communication middleware server component, and the service data layer includes a vehicle attribute service component. The client includes a client application layer and a client communication layer. The client application layer includes an entertainment application and an entertainment vehicle attribute management component, and the client communication layer includes a communication middleware client component.

[0145] In this embodiment of the invention, the vehicle attribute display system may include a server, which is set on the central control screen. The server includes a service communication layer, a service data layer, and a service control layer. The service communication layer includes a communication middleware server component, and the service data layer includes a vehicle attribute service component. The vehicle also includes at least one client set on the entertainment screen.

[0146] In this embodiment of the invention, the server can be a central control screen host, which can run an in-vehicle Android system and provide interfaces for reading and controlling vehicle attributes. The service communication layer can be responsible for communication with the client, receiving requests and sending response data to ensure the stability and efficiency of data transmission.

[0147] The service data layer is responsible for data storage, management and processing, providing data query, update and filtering operations to ensure data integrity and consistency.

[0148] The service control layer can be responsible for implementing business logic, generating control instructions or processing logic based on requests, and coordinating the communication layer and data layer to complete tasks.

[0149] The communication middleware server component refers to the core module responsible for coordinating and processing communication between clients and the server in a distributed system. It can provide functions such as message passing, data exchange, protocol conversion, and load balancing, enabling the subscription, reading, and writing of vehicle attributes, supporting concurrent access from multiple clients, and ensuring system efficiency and reliability. The communication middleware protocol can be based on any of the following communication middleware protocols: gRPC (Remote Procedure Call Protocol), FastDDS (Fast Data Distribution Protocol), and SOME / IP (Extensible Service-Oriented Middleware Protocol).

[0150] The vehicle attribute service component can be a module in the communication middleware server specifically used for managing and operating vehicle attributes.

[0151] The vehicle attribute display system may also include a client, which can be an entertainment screen host that runs an independent operating system (in-vehicle Android system or other independent operating system) and hardware platform. The client can integrate an entertainment vehicle attribute management component, which can be a client interface library conforming to the CarPropertyManager (vehicle attribute management component) interface specification. The entertainment vehicle attribute management component can encapsulate attribute data requests.

[0152] The client communicates with the server's communication middleware server component using the same communication middleware protocol through the client component of the communication middleware.

[0153] The client supports property subscription, synchronous updates, and command control. The client can use the same or similar Property ID (vehicle attribute code) in the vehicle's Android system.

[0154] The client can be an entertainment screen host, running an independent operating system (in-vehicle Android system or other independent operating system) and hardware platform. The client can integrate entertainment vehicle attribute management components.

[0155] The client application layer can refer to the layer in the client that is responsible for handling business logic and application functions, and can include applications and related management components.

[0156] The client communication layer is responsible for communicating with the server, sending requests and receiving response data, ensuring the stability and efficiency of data transmission.

[0157] Entertainment applications can refer to the core applications in the client application layer used to control and manage vehicle systems. Applications in the client application layer can be the same as or different from those in the service application layer.

[0158] The entertainment vehicle attribute management component is a client interface library that conforms to the CarPropertyManager interface specification. It encapsulates attribute data requests. In its implementation, the entertainment vehicle attribute management component can be New DSK CarPropertyManager.

[0159] The communication middleware client component refers to the core module responsible for coordinating and processing communication between clients and servers in a distributed system. It can provide functions such as message passing, data exchange, protocol conversion, and load balancing, enabling the subscription, reading, and writing of vehicle attributes, supporting concurrent access from multiple clients, and ensuring system efficiency and reliability. The communication middleware protocol can be based on any of the following communication middleware protocols: gRPC (Remote Procedure Call Protocol), FastDDS (Fast Data Distribution Protocol), and SOME / IP (Extensible Service-Oriented Middleware Protocol).

[0160] S301, the client is used to obtain attribute data requests initiated by the user in the entertainment application.

[0161] In this embodiment of the invention, the client can obtain attribute data requests initiated by the user in the entertainment application. An attribute data request can refer to a data request initiated by the user in the client's entertainment application, representing vehicle attribute data that the user expects to obtain in the entertainment application.

[0162] S302, the client is used to encapsulate attribute data requests through the entertainment vehicle attribute management component to obtain target data requests.

[0163] In this embodiment of the invention, the client can obtain a target data request by encapsulating an attribute data request through the entertainment vehicle attribute management component. The data encapsulated by the entertainment vehicle attribute management component can directly interact with the vehicle attribute service component. Specifically, the target data request is obtained by encapsulating the attribute data request in the entertainment vehicle attribute management component New DSKCarPropertyManager set in the client. The target data request can be used to obtain or adjust vehicle attributes.

[0164] In this embodiment of the invention, since the entertainment vehicle attribute management component can be a client interface library conforming to the vehicle attribute management component interface specification, after the entertainment vehicle attribute management component encapsulates the attribute data request, the resulting target data request is data conforming to the vehicle attribute management component interface specification. In other words, the data format of the target data request is consistent with the data format corresponding to the vehicle attribute service component in the central control screen, thus the target data request sent by the entertainment screen can be directly parsed and processed by the vehicle attribute service component of the central control screen.

[0165] S303, the client is used to send target data requests to the server through the communication middleware client component.

[0166] In this embodiment of the invention, the communication middleware protocol is based on gRPC as an example. The client can send target data requests to the communication middleware server component gRPC Service located on the server side through the communication middleware client component gRPC Client set in the client. The communication middleware server component and the communication middleware client component are connected via Ethernet, and the communication middleware server component and the communication middleware client component are located on the same in-vehicle local area network, thereby ensuring low latency and high reliability of communication.

[0167] S304, the server is used to receive target data requests sent by the communication middleware client component set in the client through the communication middleware server component.

[0168] In this embodiment of the invention, the communication middleware protocol is based on gRPC as an example. The server can receive target data requests sent by the communication middleware client component gRPC Client set in the client through the communication middleware server component gRPC Service set in the server. The communication middleware server component and the communication middleware client component are connected via Ethernet and are located in the same vehicle local area network, thereby ensuring low latency and high reliability of communication. The target data request is obtained by encapsulating attribute data requests in the entertainment vehicle attribute management component New DSK CarPropertyManager set in the client. The data encapsulated by the entertainment vehicle attribute management component can directly interact with the vehicle attribute service component. The target data request can be used to obtain or adjust vehicle attributes. Attribute data requests can refer to data requests initiated by the user in the entertainment application in the client, representing the vehicle attribute data that the user expects to obtain in the entertainment application.

[0169] S305, the server is used to parse the target data request through the vehicle attribute service component to obtain hardware control information.

[0170] In this embodiment of the invention, the server can parse the target data request through a vehicle attribute service component to obtain hardware control information. The vehicle attribute service component can be CarPropertyService.

[0171] S306, the server is used in the service control layer to control the vehicle based on hardware control information and generate vehicle attribute data.

[0172] In this embodiment of the invention, the server can control the vehicle based on hardware control information in the service control layer and generate vehicle attribute data. The vehicle attribute data can be attribute data obtained after controlling the vehicle based on the hardware control information, or attribute data obtained after querying the vehicle's attributes based on the hardware control information.

[0173] S307, the server is used to select target attribute data from vehicle attribute data through the vehicle attribute service component.

[0174] In this embodiment of the invention, the server can select target attribute data from vehicle attribute data through the vehicle attribute service component. The target attribute data can be the vehicle attribute data corresponding to the target data request.

[0175] S308, the server is used to send target attribute data to the communication middleware client component through the communication middleware server component.

[0176] In this embodiment of the invention, the server can send target attribute data to the communication middleware client component through the communication middleware server component.

[0177] S309, The client is used to receive target attribute data returned by the communication middleware server component set in the server based on the target data request through the communication middleware client component.

[0178] In this embodiment of the invention, the client can receive target attribute data returned by the communication middleware server component gRPC Service, which is set on the server, based on the target data request, through the communication middleware client component gRPC Client set in the client. The target attribute data may be the vehicle attribute data corresponding to the target data request.

[0179] The S310 client is used to decapsulate target attribute data through the entertainment vehicle attribute management component to obtain attribute display data.

[0180] In this embodiment of the invention, the client can decapsulate the target attribute data using the entertainment vehicle attribute management component to obtain the attribute display data. The data decapsulated by the entertainment vehicle attribute management component can directly interact with the entertainment application.

[0181] In this embodiment of the invention, since the entertainment vehicle attribute management component can be a client interface library conforming to the vehicle attribute management component interface specification, and the target attribute data is data conforming to the vehicle attribute management component interface specification, the entertainment vehicle attribute management component can directly decapsulate the target attribute data. That is, the data format of the target attribute data is consistent with the data format corresponding to the entertainment vehicle attribute management component in the entertainment screen, thus the data sent by the central control screen can be directly displayed by the entertainment application on the entertainment screen.

[0182] S311, the client is used to display attribute display data to users in entertainment applications.

[0183] In this embodiment of the invention, the client can display attribute data to the user within an entertainment application. The entertainment application can refer to an application installed on the client, that is, an application installed on the entertainment screen host or other in-vehicle screens such as the passenger side screen.

[0184] This invention not only achieves standardized communication between the central control screen and the entertainment screen through a communication middleware component, but also uses an encapsulation mechanism to ensure that the data format of the target data request sent by the entertainment screen is consistent with the data format corresponding to the vehicle attribute service component in the central control screen. This allows the data sent by the entertainment screen to be directly parsed and processed by the vehicle attribute service component of the central control screen, improving the efficiency of vehicle attribute acquisition. Furthermore, this invention uses a decapsulation mechanism to ensure that the data format of the target attribute data sent by the central control screen is consistent with the data format corresponding to the entertainment vehicle attribute management component in the entertainment screen. This allows the data sent by the central control screen to be directly displayed by the entertainment application on the entertainment screen, improving the efficiency of vehicle attribute display and ensuring the consistency and reliability of multi-screen collaboration.

[0185] In the specific implementation, you can refer to Figure 3 To implement data transmission in the vehicle attribute display system, refer to Figure 3 The diagram illustrates a data flow chart of a vehicle attribute display system according to an embodiment of the present invention: The server side may include a central control application, a central control vehicle attribute management component, a central control client component, a central control server component, a communication middleware server component, a vehicle attribute service component, and a vehicle hardware control component.

[0186] The client may include entertainment applications, entertainment vehicle property management components, and communication middleware client components.

[0187] The client can obtain attribute data requests initiated by the user in the entertainment application; The client can encapsulate the attribute data request through the entertainment vehicle attribute management component to obtain the target data request; The client can send the target data request to the server through the communication middleware client component; The server can receive target data requests sent by the client component of the communication middleware set in the client through the server component of the communication middleware; The server can parse the target data request through the vehicle attribute service component to obtain hardware control information; The server can control the vehicle based on hardware control information in the service control layer and generate vehicle attribute data; The server can select target attribute data from the vehicle attribute data through the vehicle attribute service component; The server can send target attribute data to the communication middleware client component through the communication middleware server component. The client can receive target attribute data returned by the communication middleware server component set on the server based on the target data request through the communication middleware client component; The client can use the entertainment vehicle attribute management component to decapsulate the target attribute data to obtain the attribute display data; The client can display attribute data to the user in entertainment applications.

[0188] Furthermore, within the server-side, it can obtain central control attribute data requests initiated by users in the central control application; The target central control data request is obtained by encapsulating the central control attribute data request through the central control vehicle attribute management component; The target central control data request is sent to the central control server component through the central control client component; The target central control data request is parsed by the vehicle attribute service component to obtain the central control hardware control information; In the service control layer, the vehicle is controlled based on the central control hardware control information, and central control vehicle attribute data is generated; Select target central control attribute data from the central control vehicle attribute data using the vehicle attribute service component; The target central control attribute data is sent to the central control client component through the central control server component; The central control vehicle attribute management component decapsulates the target central control attribute data to obtain central control attribute display data, and then displays the central control attribute display data to the user in the central control application.

[0189] In the specific implementation, you can also refer to Figure 4 The system architecture for implementing the vehicle attribute display system is referenced. Figure 4 The diagram illustrates a system architecture of a vehicle attribute display system according to an embodiment of the present invention: The client may include entertainment applications, entertainment vehicle property management components, communication middleware client components, client architecture, and client control layer.

[0190] The server side may include a central control application, a central control vehicle attribute management component, a central control client component, a central control server component, a communication middleware server component, a vehicle attribute service component, and a service control layer.

[0191] A client framework is a software development framework used to build and run applications on client devices such as PCs, smartphones, tablets, and head units in vehicles. Client frameworks provide a suite of tools, libraries, and specifications to help developers more efficiently build user interfaces, handle user interactions, manage data, and communicate with servers.

[0192] The client control layer can be responsible for implementing client-side business logic, generating control instructions or processing logic based on requests, and coordinating with other layers or the server to complete tasks.

[0193] The communication middleware client component can be set within the entertainment vehicle attribute management component. The central control client component can be set within the central control vehicle attribute management component. The communication middleware server component and the central control server component can be set within the vehicle attribute service component.

[0194] The central control client component and the central control server component are connected. The communication middleware server component and the communication middleware client component are connected via Ethernet.

[0195] Reference Figure 5 This diagram illustrates a structural schematic of a vehicle attribute display device according to an embodiment of the present invention. The device is applied to a server, which is located on a central control screen. The server includes a service communication layer, a service data layer, and a service control layer. The service communication layer includes a communication middleware server component, and the service data layer includes a vehicle attribute service component. The vehicle also includes at least one client located on an entertainment screen. The device comprises: The data request receiving module 501 is used to receive a target data request sent by the communication middleware client component set in the client through the communication middleware server component; wherein, the target data request is obtained by encapsulating attribute data requests by the entertainment vehicle attribute management component set in the client; The data request parsing module 502 is used to parse the target data request through the vehicle attribute service component to obtain hardware control information; The attribute data generation module 503 is used to control the vehicle in the service control layer according to the hardware control information and generate vehicle attribute data. The target data selection module 504 is used to select target attribute data from the vehicle attribute data through the vehicle attribute service component; The target data sending module 505 is used to send the target attribute data to the communication middleware client component through the communication middleware server component, wherein the target attribute data is used to be decapsulated by the entertainment vehicle attribute management component to obtain attribute display data, so that the entertainment application of the client can display the attribute display data to the user.

[0196] In an optional embodiment of the present invention, the target data request includes at least one of vehicle attribute code, attribute adjustment information, and attribute query information; the hardware control information includes hardware adjustment information and / or parameter query information; and the data request parsing module 502 includes: The adjustment information acquisition submodule is used to parse the vehicle attribute code and the attribute adjustment information through the vehicle attribute service component to obtain the hardware adjustment information; And / or, the query information acquisition submodule is used to parse the vehicle attribute code and the attribute query information through the vehicle attribute service component to obtain the parameter query information.

[0197] In an optional embodiment of the present invention, the attribute data generation module 503 includes: The hardware to be adjusted acquisition submodule is used to acquire the hardware to be adjusted corresponding to the hardware adjustment information. The adjustment result acquisition submodule is used to adjust the hardware to be adjusted according to the hardware adjustment information through the vehicle hardware control component to obtain the attribute adjustment result; The first attribute data acquisition submodule is used to determine the vehicle attribute data based on the attribute adjustment results.

[0198] In an optional embodiment of the present invention, the attribute data generation module 503 further includes: The parameter acquisition submodule is used to acquire the parameter to be queried corresponding to the parameter query information. The query result acquisition submodule is used to query the parameter to be queried based on the parameter query information through the vehicle hardware control component to obtain the attribute query result; The second attribute data acquisition submodule is used to use the attribute query results as the vehicle attribute data.

[0199] In an optional embodiment of the present invention, the target data selection module 504 includes: The target data selection submodule is used to obtain the vehicle attribute code and select target attribute data from the vehicle attribute data according to the vehicle attribute code through the vehicle attribute service component.

[0200] In an optional embodiment of the present invention, the server further includes a service application layer, the service application layer including a central control application and a central control vehicle attribute management component, the service communication layer further includes a central control server component and a central control client component, and the device further includes: The central control attribute data request acquisition module is used to acquire central control attribute data requests initiated by the user in the central control application; The central control data request acquisition module is used to encapsulate the central control attribute data request through the central control vehicle attribute management component to obtain the target central control data request; The central control data request sending module is used to send the target central control data request to the central control server component through the central control client component; The central control data request parsing module is used to parse the target central control data request through the vehicle attribute service component to obtain central control hardware control information; The central control attribute data acquisition module is used to control the vehicle in the service control layer according to the central control hardware control information and generate central control vehicle attribute data. The target central control data selection module is used to select target central control attribute data from the central control vehicle attribute data through the vehicle attribute service component; The target central control data sending module is used to send the target central control attribute data to the central control client component through the central control server component; The target central control data decapsulation module is used to decapsulate the target central control attribute data through the central control vehicle attribute management component to obtain central control attribute display data, and then display the central control attribute display data to the user in the central control application.

[0201] Reference Figure 6 This diagram illustrates a structural schematic of another vehicle attribute display device provided in an embodiment of the present invention, applied to a client. The client is located on an entertainment screen. The client includes a client application layer and a client communication layer. The client application layer includes an entertainment application and an entertainment vehicle attribute management component. The client communication layer includes a communication middleware client component. The vehicle also includes a server located on a central control screen. The device includes: The data request acquisition module 601 is used to acquire attribute data requests initiated by the user in the entertainment application; Data request encapsulation module 602 is used to encapsulate the attribute data request through the entertainment vehicle attribute management component to obtain the target data request; The data request sending module 603 is used to send the target data request to the server through the communication middleware client component; The target data receiving module 604 is used to receive target attribute data returned by the communication middleware server component set in the server based on the target data request through the communication middleware client component; The target data decapsulation module 605 is used to decapsulate the target attribute data through the entertainment vehicle attribute management component to obtain attribute display data; The attribute data display module 606 is used to display the attribute display data to the user in the entertainment application.

[0202] In an optional embodiment of the present invention, the data request encapsulation module 602 includes: The client device identifier acquisition submodule is used to acquire the client device identifier of the communication middleware client component; The attribute data determination submodule is used to determine at least one of vehicle attribute code, attribute adjustment information and attribute query information based on the attribute data request. The data request encapsulation submodule is used to encapsulate at least one of the client device identifier, the vehicle attribute code, the attribute adjustment information, and the attribute query information through the entertainment vehicle attribute management component to obtain the target data request.

[0203] As the apparatus embodiment is basically similar to the method embodiment, it is described in a relatively simple manner. For relevant details, please refer to the description of the method embodiment.

[0204] One embodiment of the present invention also provides a vehicle that may include a processor, a memory, and a computer program stored in the memory and capable of running on the processor, wherein the computer program, when executed by the processor, implements the method described above.

[0205] An embodiment of the present invention also provides a computer-readable storage medium on which a computer program is stored, and when the computer program is executed by a processor, it implements the method described above.

[0206] It should be noted that the user information (including but not limited to user device information, user personal information, etc.) and data (including but not limited to data used for analysis, data stored, data displayed, etc.) involved in this invention are all information and data authorized by the user or fully authorized by all parties. Furthermore, the collection, use and processing of related data must comply with the relevant laws, regulations and standards of the relevant countries and regions, and corresponding operation entry points are provided for users to choose to authorize or refuse.

[0207] The various embodiments in this specification are described in a progressive manner, with each embodiment focusing on the differences from other embodiments. The same or similar parts between the various embodiments can be referred to each other.

[0208] Those skilled in the art will understand that embodiments of the present invention can be provided as methods, apparatus, or computer program products. Therefore, embodiments of the present invention can take the form of entirely hardware embodiments, entirely software embodiments, or embodiments combining software and hardware aspects. Furthermore, embodiments of the present invention can take the form of computer program products implemented on one or more computer-usable storage media (including but not limited to disk storage, CD-ROM, optical storage, etc.) containing computer-usable program code.

[0209] Embodiments of the present invention are described with reference to flowchart illustrations and / or block diagrams of methods, terminal devices (systems), and computer program products according to embodiments of the invention. It will be understood that each block of the flowchart illustrations and / or block diagrams, and combinations of blocks in the flowchart illustrations and / or block diagrams, can be implemented by computer program instructions. These computer program instructions can be provided to a processor of a general-purpose computer, special-purpose computer, embedded processor, or other programmable data processing terminal device to produce a machine, such that the instructions, which execute via the processor of the computer or other programmable data processing terminal device, generate instructions for implementing the flowchart illustrations and / or block diagrams. Figure 1 One or more processes and / or boxes Figure 1 A device that provides the functions specified in one or more boxes.

[0210] These computer program instructions may also be stored in a computer-readable storage medium that can direct a computer or other programmable data processing terminal device to operate in a particular manner, such that the instructions stored in the computer-readable storage medium produce an article of manufacture including instruction means, which are implemented in a process Figure 1 One or more processes and / or boxes Figure 1 The function specified in one or more boxes.

[0211] These computer program instructions can also be loaded onto a computer or other programmable data processing terminal equipment, causing a series of operational steps to be performed on the computer or other programmable terminal equipment to produce a computer-implemented process, thereby providing instructions that execute on the computer or other programmable terminal equipment for implementing the process. Figure 1 One or more processes and / or boxes Figure 1 The steps of the function specified in one or more boxes.

[0212] Although preferred embodiments of the present invention have been described, those skilled in the art, upon learning the basic inventive concept, can make other modifications and updates to these embodiments. Therefore, the appended claims are intended to be interpreted as including the preferred embodiments as well as all modifications and updates falling within the scope of the present invention.

[0213] Finally, it should be noted that in this document, relational terms such as "first" and "second" are used only to distinguish one entity or operation from another, and do not necessarily require or imply any such actual relationship or order between these entities or operations. Furthermore, the terms "comprising," "including," or any other variations thereof are intended to cover non-exclusive inclusion, such that a process, method, article, or terminal device that comprises a list of elements includes not only those elements but also other elements not expressly listed, or elements inherent to such a process, method, article, or terminal device. Without further limitations, an element defined by the phrase "comprising one..." does not exclude the presence of other identical elements in the process, method, article, or terminal device that includes the aforementioned element.

[0214] The above provides a detailed description of a vehicle attribute display method, system, and medium. Specific examples have been used to illustrate the principles and implementation methods of this invention. The descriptions of the above embodiments are only for the purpose of helping to understand the method and core ideas of this invention. At the same time, those skilled in the art will recognize that, based on the ideas of this invention, there will be changes in the specific implementation methods and application scope. Therefore, the content of this specification should not be construed as a limitation of this invention.

Claims

1. A method for displaying vehicle attributes, characterized in that, The method is applied to a server-side application, wherein the server is located on a central control screen. The server includes a service communication layer, a service data layer, and a service control layer. The service communication layer includes a communication middleware server component, and the service data layer includes a vehicle attribute service component. The vehicle also includes at least one client-side application located on an entertainment screen. The method includes: The communication middleware server component receives a target data request sent by the communication middleware client component set in the client; wherein, the target data request is obtained by encapsulating an attribute data request by the entertainment vehicle attribute management component set in the client; The target data request is parsed by the vehicle attribute service component to obtain hardware control information; In the service control layer, the vehicle is controlled according to the hardware control information, and vehicle attribute data is generated; The target attribute data is selected from the vehicle attribute data using the vehicle attribute service component; The target attribute data is sent from the communication middleware server component to the communication middleware client component. The target attribute data is then decapsulated by the entertainment vehicle attribute management component to obtain attribute display data, so that the entertainment application of the client can display the attribute display data to the user.

2. The method according to claim 1, characterized in that, The target data request includes at least one of vehicle attribute code, attribute adjustment information, and attribute query information; the hardware control information includes hardware adjustment information and / or parameter query information; and the step of parsing the target data request through the vehicle attribute service component to obtain the hardware control information includes: The hardware adjustment information is obtained by parsing the vehicle attribute code and the attribute adjustment information using the vehicle attribute service component. And / or, the parameter query information is obtained by parsing the vehicle attribute code and the attribute query information through the vehicle attribute service component.

3. The method according to claim 2, characterized in that, The service control layer includes vehicle hardware control components. The process of controlling the vehicle based on the hardware control information and generating vehicle attribute data within the service control layer includes: Obtain the hardware to be adjusted corresponding to the hardware adjustment information; The vehicle hardware control component adjusts the hardware to be adjusted according to the hardware adjustment information to obtain the attribute adjustment result. The vehicle attribute data is determined based on the attribute adjustment results.

4. The method according to claim 3, characterized in that, The step of controlling the vehicle based on the hardware control information and generating vehicle attribute data in the service control layer further includes: Obtain the parameter to be queried corresponding to the parameter query information; The vehicle hardware control component queries the parameter to be queried based on the parameter query information to obtain the attribute query result; The attribute query results are used as the vehicle attribute data.

5. The method according to claim 2, characterized in that, The step of selecting target attribute data from the vehicle attribute data through the vehicle attribute service component includes: Obtain the vehicle attribute code, and select target attribute data from the vehicle attribute data based on the vehicle attribute code through the vehicle attribute service component.

6. The method according to claim 1, characterized in that, The server also includes a service application layer, which includes a central control application and a central control vehicle attribute management component. The service communication layer also includes a central control server component and a central control client component. The method further includes: Obtain the central control attribute data request initiated by the user in the central control application; The target central control data request is obtained by encapsulating the central control attribute data request through the central control vehicle attribute management component; The target central control data request is sent to the central control server component through the central control client component; The target central control data request is parsed by the vehicle attribute service component to obtain the central control hardware control information; In the service control layer, the vehicle is controlled according to the central control hardware control information, and central control vehicle attribute data is generated; The target central control attribute data is selected from the central control vehicle attribute data through the vehicle attribute service component; The target central control attribute data is sent to the central control client component through the central control server component; The central control vehicle attribute management component decapsulates the target central control attribute data to obtain central control attribute display data, and then displays the central control attribute display data to the user in the central control application.

7. A method for displaying vehicle attributes, characterized in that, The method is applied to a client-side application, which is located on an entertainment screen. The client-side application includes a client application layer and a client communication layer. The client application layer includes an entertainment application and an entertainment vehicle attribute management component. The client communication layer includes a communication middleware client component. The vehicle also includes a server-side application located on a central control screen. The method includes: Obtain attribute data requests initiated by the user in the entertainment application; The target data request is obtained by encapsulating the attribute data request through the entertainment vehicle attribute management component. The target data request is sent to the server through the communication middleware client component; The communication middleware client component receives the target attribute data returned by the communication middleware server component set on the server based on the target data request; The target attribute data is decapsulated using the entertainment vehicle attribute management component to obtain attribute display data; The attribute display data is presented to the user in the entertainment application.

8. The method according to claim 7, characterized in that, The step of encapsulating the attribute data request through the entertainment vehicle attribute management component to obtain the target data request includes: Obtain the client device identifier of the communication middleware client component; Based on the attribute data request, determine at least one of the following: vehicle attribute code, attribute adjustment information, and attribute query information; The entertainment vehicle attribute management component encapsulates at least one of the client device identifier, the vehicle attribute code, the attribute adjustment information, and the attribute query information to obtain the target data request.

9. A vehicle attribute display system, characterized in that, The vehicle attribute display system includes a server and at least one client. The server is located on the central control screen, and the client is located on the entertainment screen. The server includes a service communication layer, a service data layer, and a service control layer. The service communication layer includes a communication middleware server component, and the service data layer includes a vehicle attribute service component. The client includes a client application layer and a client communication layer. The client application layer includes an entertainment application and an entertainment vehicle attribute management component, and the client communication layer includes a communication middleware client component. The client is used to obtain attribute data requests initiated by the user in the entertainment application; The client is used to encapsulate the attribute data request through the entertainment vehicle attribute management component to obtain the target data request; The client is used to send the target data request to the server through the communication middleware client component; The server is used to receive target data requests sent by the communication middleware client component set in the client through the communication middleware server component. The server is used to parse the target data request through the vehicle attribute service component to obtain hardware control information; The server is used in the service control layer to control the vehicle according to the hardware control information and generate vehicle attribute data; The server is used to select target attribute data from the vehicle attribute data through the vehicle attribute service component; The server is used to send the target attribute data to the communication middleware client component through the communication middleware server component; The client is used to receive target attribute data returned by the communication middleware server component set in the server based on the target data request through the communication middleware client component; The client is used to decapsulate the target attribute data through the entertainment vehicle attribute management component to obtain attribute display data; The client is used to display the attribute display data to the user in the entertainment application.

10. A computer-readable storage medium, characterized in that, A computer program is stored on the computer-readable storage medium, which, when executed by a processor, implements the method as described in any one of claims 1-8.

Images