Configuration method and device of intelligent scene, electronic equipment and storage medium

Abstract

The embodiment of the invention provides an intelligent scene configuration method and device, electronic equipment and a storage medium, and relates to the technical field of intelligent networking, an intelligent scene service request is sent to a cloud through a vehicle, the intelligent scene service request carries hardware resource indication information of the vehicle, and the cloud responds to the intelligent scene service request and sends the hardware resource indication information to the cloud. Determining a target intelligent scene service supported by the hardware resource from a plurality of preset intelligent scene services used for creating the intelligent scene product based on the hardware resource indication information to obtain a target intelligent scene service set, and receiving the target intelligent scene service set from the cloud by the vehicle, and the target intelligent scene product is created based on the target intelligent scene service, so that the flexibility of intelligent scene configuration is higher.

Description

Technical Field

[0001] The present application relates to the field of intelligent network technology, and more specifically, to a configuration method, device, electronic device and storage medium for an intelligent scene. Background Art

[0002] In related technologies, the services that users can call when creating smart scene products are all configured by automobile manufacturers. After the manufacturers determine the services to be opened to users of designated models for creating smart scene products and complete the development and adaptation, they are updated to the vehicle side through Over-the-Air Technology (OTA). After a successful update, users can use the open services to create smart scene products, including setting scene restrictions and services that need to be called and executed. After successful creation, the product is saved and run locally on the vehicle side.

[0003] However, in related technologies, OTA updates are required to the vehicle side before users can use open services to create smart scene products, resulting in poor configuration flexibility of smart scenes. Summary of the Invention

[0004] The embodiments of the present application propose a method, device, electronic device and storage medium for configuring a smart scene, which can provide services for creating smart scene products based on the hardware possessed by the vehicle, thereby improving the configuration flexibility of the smart scene.

[0005] In the first aspect, an embodiment of the present application provides a method for configuring a smart scene, including: sending a smart scene service request to the cloud, the smart scene service request is used to request a smart scene service, the smart scene service request carries the vehicle's hardware resource indication information, and the hardware resource indication information is used to indicate the hardware resources possessed by the vehicle; receiving a target smart scene service set from the cloud, the target smart scene service set includes target smart scene services supported by hardware resources, and the target smart scene service set is sent by the cloud in response to the smart scene service request; creating a target smart scene product based on the target smart scene service, and the target smart scene product is used to indicate target execution conditions and target execution actions.

[0006] In an embodiment of the present application, a vehicle sends a smart scene service request to the cloud. The smart scene service request is used to request the smart scene service. The smart scene service request carries the vehicle's hardware resource indication information. The hardware resource indication information is used to indicate the hardware resources possessed by the vehicle. The cloud can respond to the smart scene service request and determine the target smart scene service supported by the hardware resources from multiple preset smart scene services used to create smart scene products based on the hardware resource indication information to obtain a target smart scene service set. Then, the vehicle receives the target smart scene service set from the cloud and creates a target smart scene product based on the target smart scene service. In this way, the vehicle can actively report a request to obtain an open service to create a smart scene product, and the cloud can send the target smart scene service supported by the vehicle's hardware resources to the vehicle, so that the vehicle can create the target smart scene product after receiving the target smart scene service. Therefore, when the vehicle-side service needs to be changed (added or deleted), it can be changed according to the hardware division. Moreover, the updated open service can be effective without the need for vehicle OTA, and the smart scene configuration has higher flexibility.

[0007] In one possible implementation, the method also includes: sending a target smart scene product to the cloud; receiving a target smart scene installation file from the cloud, the target smart scene installation file being generated by the cloud based on conditional parameters corresponding to the target execution conditions and action parameters corresponding to the target execution actions in the target smart scene product; installing the target smart scene installation file to realize the target smart scene, the target smart scene being configured to: control the vehicle to execute the target execution action when the target execution conditions are met.

[0008] In this embodiment, the vehicle can send the target smart scene product to the cloud. The target smart scene product is used to indicate the target execution condition and the target execution action. The cloud can then obtain the condition parameters corresponding to the target execution condition and the action parameters corresponding to the target execution action; based on the condition parameters corresponding to the target execution condition and the action parameters corresponding to the target execution action, a target smart scene installation file is generated, and the target smart scene installation file is sent to the vehicle. After the vehicle obtains the target smart scene installation file, it can install the target smart scene installation file, thereby realizing the operation of the target smart scene. This is conducive to the unified management and generation of installation files on the cloud.

[0009] In one possible implementation, if the vehicle enters an offline state after sending the target smart scene product to the cloud, the target smart scene installation file is received from the cloud, including: when it is detected that the vehicle switches from an offline state to an online state, an installation file sending request is sent to the cloud, and the installation file sending request is used to request the sending of the target smart scene installation file; and receiving the target smart scene installation file sent by the cloud in response to the installation file sending request.

[0010] In this embodiment, after the vehicle sends the target smart scene product to the cloud, due to some reasons, such as entering an area with poor signal or the vehicle is offline, the vehicle is unable to obtain subsequent installation files. At this time, the vehicle can send an installation file sending request to the cloud when it detects that the vehicle switches from an offline state to an online state, so that the cloud responds to the installation file sending request and downloads the file to the vehicle, thereby completing the configuration of the target smart scene. Since the installation file sending request is actively sent to the cloud when it detects that the vehicle switches from an offline state to an online state, the timeliness of the smart scene configuration can be improved.

[0011] In one possible implementation, the hardware resource indication information includes vehicle identification information, and the cloud is used to determine the hardware resources possessed by the vehicle based on the vehicle identification information, and to filter out target smart scene services from multiple preset smart scene services used to create smart scene products based on the hardware resources, so as to send a set of target smart scene services supported by the vehicle's hardware resources to the vehicle.

[0012] In this embodiment, the hardware resource indication information in the request sent by the vehicle includes vehicle identification information, and the cloud can determine the hardware resources possessed by the vehicle based on the vehicle identification information; determine the service hardware corresponding to each preset smart scene service in multiple preset smart scene services; determine the preset smart scene service whose corresponding service hardware is consistent with one of the hardware resources as the target smart scene service, and obtain the target smart scene service set. Since the hardware resource indication information in the request sent by the vehicle includes vehicle identification information, this can reduce the transmission resources required for the request service, and thus reduce the transmission resources required for the smart scene configuration.

[0013] In one possible implementation, sending a smart scene service request to the cloud includes: when it is detected that the vehicle meets preset conditions, sending a smart scene service request to the cloud, the preset conditions including at least one of the vehicle being powered on, the vehicle being online, the current time being within a preset time period, or the vehicle entering a preset area; after receiving the target smart scene service set from the cloud, the method also includes: caching the target smart scene service set locally.

[0014] In this embodiment, when the vehicle detects that it meets preset conditions, it sends a smart scene service request to the cloud. The preset conditions include at least one of the following: the vehicle is powered on, the vehicle is online, the current time is within a preset time period, or the vehicle has entered a preset area. This allows the vehicle to request services when the preset conditions are met, allowing for timely access to updated open services when services are updated. This facilitates timely updates of smart scene services and improves the timeliness of smart scene configuration updates. Furthermore, the vehicle caches the target smart scene service set locally, allowing the creation of smart scene products even when the vehicle is offline, which improves the flexibility of smart scene product creation and configuration.

[0015] In one possible implementation, creating a target smart scene product based on a target smart scene service includes: calling the target smart scene service to display a smart scene configuration interface; creating a target smart scene product in response to a configuration operation on the smart scene configuration interface, where the target smart scene product is used to indicate a target execution condition configured by the configuration operation and a target execution action configured by the configuration operation;

[0016] In this embodiment, the vehicle calls the target condition service and the target action service to display the smart scene configuration interface. The smart scene configuration interface includes a first control for configuring the execution condition and a second control for configuring the execution action. The vehicle determines the target execution condition in response to the first configuration operation for the first control; determines the target execution action in response to the second configuration operation for the second control; and creates the target smart scene product based on the target execution condition and the target execution action. That is, the trigger for configuring the smart scene configuration interface can be in one interface, which is conducive to users associating judgment conditions and execution actions.

[0017] In the second aspect, an embodiment of the present application provides a method for configuring a smart scene, including: receiving a smart scene service request from a vehicle, the smart scene service request is used to request a smart scene service, the smart scene service request carries hardware resource indication information of the vehicle, and the hardware resource indication information is used to indicate the hardware resources possessed by the vehicle; in response to the smart scene service request, determining the target smart scene service supported by the hardware resources from multiple preset smart scene services used to create a smart scene product based on the hardware resource indication information, and obtaining a target smart scene service set; sending the target smart scene service set to the vehicle, the vehicle is used to implement the target smart scene based on the target smart scene service set, and the target smart scene is configured to: control the vehicle to execute the target execution action when the target execution condition is met.

[0018] In a third aspect, an embodiment of the present application provides a configuration device for a smart scene, including a functional module for implementing the method of the first aspect, or including a functional module for implementing the method of the second aspect.

[0019] In a fourth aspect, an embodiment of the present application provides an electronic device comprising a processor and a memory, wherein: the memory is used to store computer programs; and the processor is used to execute the programs stored in the memory to implement the above method.

[0020] In a fifth aspect, the present application provides a computer-readable storage medium, in which a computer program is stored. When the computer program is executed by a processor, the above method is implemented. BRIEF DESCRIPTION OF THE DRAWINGS

[0021] Figure 1 A schematic diagram of a smart scene configuration in related technology;

[0022] Figure 2 A schematic diagram of a system framework for intelligent scene configuration provided in an embodiment of the present application;

[0023] Figure 3 A schematic diagram of an interface for conditional judgment service arrangement provided in an embodiment of the present application;

[0024] Figure 4 A schematic diagram of an interface for performing action service orchestration provided in an embodiment of the present application;

[0025] Figure 5 A schematic diagram of a user creating a smart scene provided in an embodiment of the present application;

[0026] Figure 6 A schematic diagram of the interface after installing the product installation file provided in an embodiment of the present application;

[0027] Figure 7 A flowchart of a configuration method for an energy scenario provided in an embodiment of the present application;

[0028] Figure 8 A schematic diagram of the structure of a configuration device for a smart scene provided in an embodiment of the present application;

[0029] Figure 9 A schematic diagram of the structure of another smart scene configuration device provided in an embodiment of the present application;

[0030] Figure 10 This is a structural diagram of an electronic device provided in an embodiment of the present application. DETAILED DESCRIPTION

[0031] In order to make the technical problems, technical solutions and beneficial effects solved by this application more clearly understood, this application is further described in detail below in conjunction with the embodiments. It should be understood that the specific embodiments described herein are only used to explain this application and are not intended to limit this application.

[0032] In related technologies, the services that users can call when creating smart scene products are all configured by automobile manufacturers. After the manufacturers determine the services to be opened to users of designated models for creating smart scene products and complete the development and adaptation, they are updated to the vehicle side through Over-the-Air Technology (OTA). After a successful update, users can use the open services to create smart scene products, including setting scene restrictions and services that need to be called and executed. After successful creation, the product is saved and run locally on the vehicle side.

[0033] See also Figure 1 , Figure 1 A schematic diagram of a smart scene configuration in related technology.

[0034] like Figure 1 As shown, in the cloud 110, through open service development, an open service for creating a smart scenario product is obtained. The open service is then updated via OTA on the vehicle 120. The open service can be, for example, a service orchestrated by a service-oriented architecture (SOA). After the vehicle 120 creates the smart scenario product, it runs the smart scenario product to configure the smart scenario. For example, when scenario constraints are met, the service is invoked to control the vehicle 120 to perform an action.

[0035] However, in related technologies, development and adaptation work is arduous: when the vehicle-side 120 services provided by the system for users to create smart scene products need to be modified (added or deleted), specialized vehicle model adaptation development is required, which is a heavy workload. Furthermore, flexibility is poor: when the vehicle-side 120 SOA services provided by the system for users to create smart scene products need to be modified, the changes require an OTA update of the vehicle for them to take effect, which results in slow OTA coverage and is very inflexible.

[0036] Therefore, the embodiments of the present application provide a method, device, electronic device and storage medium for configuring a smart scene, which can provide services for creating smart scene products based on the hardware possessed by the vehicle, thereby improving the configuration flexibility of the smart scene.

[0037] Below, the system framework of the embodiment of the present application is first exemplarily described.

[0038] See also Figure 2 , Figure 2This is a schematic diagram of a system framework for intelligent scene configuration provided by an embodiment of the present application. Figure 2 The system framework shown includes a cloud 110 and a vehicle 120. Cloud 110 may include a server or server cluster. Cloud 110 includes a vehicle information management system 111, a SOA service management system 112, an open service library 113, a vehicle model open service management system 114, a product generation system 115, and a product release system 116. Vehicle 120 includes an intelligent scenario orchestration and intelligent scenario operation system 122.

[0039] The vehicle information management system 111 is used to manage vehicle information, such as vehicle series, vehicle model, vehicle information, etc. The vehicle information may include, for example, the vehicle frame number and the hardware resources corresponding to the vehicle frame number.

[0040] The SOA service management system 112 supports importing and storing detailed information of all SOA services available to users on the platform, including service definitions, interface definitions, parameter definitions, etc.

[0041] The service definition includes information such as the service name, description, hexadecimal ID, version, protocol, service provider, service consumer, and instance ID. Each service contains several interfaces, as shown in Table 1:

[0042] Table 1

[0043]

[0044] WinCtrlServ is used to describe the system's use to control certain services or functions. In this embodiment, WinCtrlServ is used to describe the system's use to control vehicle windows. A service provider can be understood as the party that provides the control infrastructure, such as the hardware device or software module responsible for controlling vehicle windows. A service consumer can be the party that implements control, or the entity that uses the service. For example, an Android device can be the client that controls vehicle windows through the service.

[0045] The interface definition includes information such as interface name, description, hexadecimal ID, type, parameter definition, etc. Each interface contains several input parameters and several output parameters, as shown in Table 2:

[0046] Table 2

[0047] Interface Name DriverWinCtrl Interface Description Driver's window control Interface ID 0x0001 Interface Type R / R Method Input parameter 1 WinPos Input parameter 2 CtrlType Output parameter 1 ReturnCode

[0048] Among them, DriverWinCtrl is used to describe the interface for controlling certain services or functions in the system. In this embodiment, DriverWinCtrl is used to describe the interface for controlling the main car window in the system. R / R·Method indicates that this is a remote request / response method type interface, which is usually used for remote procedure call (RPC) or similar communication mechanisms. WinPos is the input parameter of the interface, which indicates the position of the window. This parameter may be a numerical value used to specify the position to which the window should be moved. CtrlType is another input parameter of the interface, which indicates the control type. This parameter may be used to specify whether it is rising, falling, stopping or other types of control operations. ReturnCode is the output parameter of the interface, which indicates the return code. This parameter is usually used to indicate whether the operation is successful, and if it fails, what is the reason for the failure.

[0049] In practice, this API might be called by a vehicle control system to control the raising or lowering of the driver's window. The caller needs to provide the WinPos and CtrlType parameters. After the API is executed, a ReturnCode is returned to indicate the result of the operation.

[0050] Parameter definition defines the format of input parameters and output parameters in the interface, including parameter name, description, data type definition, etc. An example is shown in Table 3:

[0051] Table 3

[0052]

[0053] In addition, the SOA service management system 112 also supports SOA service mapping of vehicle model hardware configurations. Optionally, the SOA services supported by each vehicle model in the vehicle information management system 111 can be associated with each vehicle model, and hardware association can be performed for each service, marking the configuration type as standard or optional. The vehicle model data comes from the cloud 110 vehicle information management system 111, as shown in Table 4:

[0054] Table 4

[0055] Car series Model Interface DriverWinCtrl InterfaceSkylightCtrl Car Series 1 High-end models 11 Standard Standard Car Series 1 High-end models 12 Standard Standard Car Series 1 High-end models 13 Standard Optional, code SL02 Car Series 1 High-end models 14 Standard Optional, code SL02 Car Series 2 High-end models 21 Standard Standard Car Series 2 High-end models 22 Standard Standard

[0056] The interface DriverWinCtrl may be an interface for controlling vehicle windows, and the interface SkylightCtrl may be an interface for controlling a sunroof.

[0057] When the hardware associated with the SOA service is standard by default, it is considered that all vehicles with this model support this SOA service. When the hardware managed by the SOA service is optional by default, it is necessary to compare the optional hardware with the configuration information on the specific vehicle. If the hardware is included, the vehicle is considered to support the service; otherwise, it is considered not to support it.

[0058] The open service library 113 supports the orchestration of open services. It contains all services available to users for creating smart scenario products, and all services can be orchestrated using SOA services. SOA service orchestration involves combining multiple services according to specific logic and processes to form a new, more complex business service or process. Through orchestration, service reuse, flexibility, and scalability can be achieved. The cloud-side 110 open service library 113 represents the largest collection of services available to users for creating smart scenarios, encompassing smart scenario services available for all vehicle models supported by the platform. All services can be orchestrated based on the SOA interfaces stored in the cloud-side 110 SOA service management system 112. Events, field notifiers, and field getters can be orchestrated to become conditional judgment services used by users to create smart scenarios. An event is a specific situation or action occurring in the system, such as a sensor detecting a temperature change or a user clicking a button. The purpose of orchestration: Events can serve as trigger conditions in smart scenarios. When a specific event occurs, subsequent conditional judgments or actions are triggered. Field notifiers monitor changes in specific fields or data and issue notifications when they occur. Orchestration function: Field notifiers can be used as the basis for conditional judgments in smart scenarios. When the monitored field value changes, conditional judgments are made based on the changed value. Field Getter (used to obtain the current value of a specific field or data). Orchestration function: Field Getter can be used in smart scenarios to obtain the current state or data as the basis for conditional judgments. By orchestrating these services, you can create complex conditional judgment logic, such as "When the temperature sensor detects that the temperature is over 30 degrees and the user is in the car."

[0059] R / R Method, Fault and Recovery Method (F&F Method), and Field Setter can be orchestrated into action-based services used to create smart scenarios. R / R Method is typically used for communication between clients and servers, with the client sending a request and the server returning a response. Orchestration Benefit: In smart scenarios, R / R Method can be used to execute actions that require interaction with the server, such as querying data and sending control commands. F&F Method is used to handle system failures and attempt to restore the system to a normal state. Orchestration Benefit: In smart scenarios, F&F Method can be used to perform fault handling actions, such as sending an alarm message and attempting to restart the device when a device fails. Field Setter is used to set the value of a specific field or data. Orchestration Benefit: In smart scenarios, Field Setter can be used to execute control actions, such as setting the air conditioner temperature or adjusting the brightness of lights. By orchestrating these services, complex action logic can be created, such as "Set the air conditioner temperature to 25 degrees."

[0060] During service orchestration, the action-type SOA interface mainly orchestrates input parameters, while the condition-judgment SOA interface mainly orchestrates output parameters. For example, when the temperature sensor detects that the temperature exceeds 30 degrees and the user is in the car, set the air conditioning temperature to 25 degrees.

[0061] The arrangement method is to decide whether each parameter is open to setting according to the actual situation of the interface. For open parameters, set the open parameter range, default value, unit, text, step size, options, etc.; for non-open parameters, set their fixed parameter values. Each arranged service is divided into groups for management according to the actual situation, such as: windows, doors, seats, air conditioning, etc. The example of conditional judgment service arrangement is as follows: Figure 3 shown.

[0062] Figure 3 This is a schematic diagram of an interface for conditional judgment service arrangement provided in an embodiment of the present application. Figure 3As shown, in the interface for editing conditional judgment service arrangements, you can edit the signal name, such as "Driver Window." You can also select an icon corresponding to the open service, such as "Unchecked for Daytime," "Checked for Daytime," "Unchecked for Nighttime," and "Checked for Nighttime." You can also select associated signals, such as "DriverWinPos" for controlling the windows. You can also group the signals, such as "Window Group." You can also set signal categories, which include activation conditions and trigger conditions. A trigger condition refers to the conditions that trigger the smart scene, while an activation condition refers to the conditions that must be met to execute an action, which can be understood as a judgment condition. You can also set a trigger condition frequency limit, such as "unlimited," "this power-on cycle," or "fixed cycle." The frequency limit for power-on cycles or fixed cycles can, for example, limit the trigger condition to only take effect once per power-on cycle or fixed cycle. You can also enter a description for the signal. You can also set a conversion data format. The conversion data format defines the signal's original value and the corresponding converted value. You can enter different original value ranges and specify conversion values and default values for them. For example, the conversion value corresponding to the original value of 0 may be fully off, the conversion value corresponding to the original value [10, 100) may be on, and the conversion value corresponding to the original value of 100 may be fully on.

[0063] In general, this interface is primarily used to define and edit signals related to window control, including the signal name, icon, associated signals, grouping, category, description, and the mapping between original and converted values. These settings allow for flexible configuration of signal behavior and display to meet diverse application requirements. For example, in a window control system, this interface might be used to define window position signals for different states (e.g., daytime, nighttime, selected, unselected), as well as the triggering behavior and conversion rules for these signals under different conditions.

[0064] An example of action service orchestration can be as follows Figure 4 shown.

[0065] Figure 4 This is a schematic diagram of an interface for performing action service arrangement provided in an embodiment of the present application. Figure 4 As shown, in the interface for editing action service arrangement, you can edit the service name, such as the main driving window, and you can also select the icon corresponding to the open service, such as the icons corresponding to daytime unselected, daytime selected, nighttime unselected, and nighttime selected. In addition, you can also enter a description of the service. In addition, you can also set the grouping of services, such as setting it to window grouping, etc. In addition, you can also set the display name of the parameter in the application (Application, APP), such as switch, etc. In addition, you can also create the required parameters, such as fully open, half open, slightly open, closed, etc. In addition, you can also set the created parameters to default values, and you can also add parameters.

[0066] Generally speaking, this interface is used to define and edit services related to driver's window control, including the service name, description, icon, grouping, access type, parameter display name, and specific parameter settings. These settings allow for flexible configuration of service behavior and display to meet diverse application requirements. For example, in a window control system, this interface might be used to define the driver's window's different states (such as fully open, half-open, slightly open, and closed), their default behaviors, and how these states are triggered and displayed under different conditions.

[0067] After orchestration, open services for ordinary users can be obtained, forming a cloud-based open service library 110 113. The orchestrated services are more readable and easier to use than the original SOA interface, greatly improving the user experience of creating smart scenarios.

[0068] Among them, in the vehicle model open service management system 114, the vehicle model configuration can be used as a unit to associate the services in the open service library 113 to form a vehicle model open service configuration. After the configuration is completed, it will take effect after being submitted for approval. Any vehicle model can be used as a unit of vehicle model configuration, such as high-end, mid-end, low-end and specific sub-configurations, etc. According to the actual hardware configuration, the orchestrated services are selected from the cloud 110 open service library 113 for association to form a specific open service list under the vehicle model configuration. The list can be edited and modified at any time as needed. When the vehicle under the vehicle model requests the cloud 110, the open service list under the vehicle model configuration is filtered according to the vehicle configuration to form a vehicle open service list and return it to the vehicle. The filtering method is as follows: the services orchestrated using the SOA interface associated with the standard hardware of the vehicle model are returned by default; the services orchestrated using the SOA interface associated with the optional hardware of the vehicle model need to be compared to see whether the vehicle model contains the corresponding optional hardware. If it does, it will be returned, otherwise it will not be returned, as shown in Table 5:

[0069] Table 5

[0070] Car series Model Driver's window Skylight Car Series 1 High-end models 11 open open Car Series 1 High-end models 12 open open Car Series 1 High-end models 13 open Not open Car Series 1 High-end models 14 open open Car Series 2 High-end models 21 open open Car Series 2 High-end models 22 open open

[0071] Then, in the vehicle-side 120 intelligent scene orchestration system 121, after the vehicle is powered on, the vehicle-side 120 intelligent scene orchestration system 121 retrieves the open services supported by the current vehicle model from the cloud 110 and caches them locally. Once the open services are cached locally, the open services can be viewed and smart scenes can be created even when the vehicle is offline. Furthermore, the intelligent scene orchestration system 121 also supports the creation of smart scene products. Specifically, with the help of the vehicle-side 120 intelligent scene orchestration system 121, users can use the open services retrieved from the vehicle-side 120 to create smart scene products. This includes editing basic information such as the name and description, setting scene judgment conditions, and setting actions to be executed when the conditions are met. Once created, the product is saved. After entering the vehicle-side 120 intelligent scene module, the user can view a list of services published to the current vehicle by the cloud 110. Services are also divided into two categories: conditions and actions. Conditions are used to set scene judgment conditions, such as when the main driving door is open; actions are used to set actions to be executed when the conditions are met, such as turning on the air conditioner. After filling in the scene name and setting the conditions and actions, the user can complete the creation and save of the smart scene.

[0072] See also Figure 5 , Figure 5 This is a schematic diagram of a user creating a smart scene provided in an embodiment of the present application. Figure 5 As shown in (a), Figure 5 (a) in the figure is the interface of the installed smart scene product. Figure 5 The interface shown in (a) includes an official scene control 510 and a my scene control 520. Among them, the official scene control 510 can view the smart scene with default settings. The my scene control 520 can display customized smart scenes, that is, display the smart scene products created by the user. Figure 5 As shown in (a), the created smart scene products include multiple ones, including a "summer work" smart scene product, another "summer work" smart scene product, and a "camping mode" smart scene product, etc.

[0073] Then, the trigger operation acting on the new scene control 530 can be detected, and the following display can be displayed: Figure 5 The interface shown in (b) in FIG. It should be understood that it is also possible to detect that one of the smart scene products triggers an operation to display the interface for modifying the smart scene product. Optionally, the trigger operation may include but is not limited to a click operation, a press operation, etc., and can be set as needed, without limitation here.

[0074] like Figure 5In the interface shown in (b) of FIG, the name of the smart scene can be edited, such as "Off-duty Mode". In addition, an area for setting judgment conditions can be displayed. The area for setting judgment conditions can include set conditions, such as "Time: 18:00-19:00", "Driver's seat belt: Fasten", and a condition addition control 540. In addition, prompt information of the judgment conditions can be displayed, such as "When all the following conditions are met, the scene will be triggered" and other prompts to indicate the effect of the judgment conditions.

[0075] In addition, an area for executing action settings may be displayed. The area for executing action settings may include set actions, such as "air conditioning air volume: level 1," "music recommendation: my favorite music," "atmosphere lighting mode: light with music mode," "lumbar massage: mode 1," and an action adding control 550.

[0076] In addition, an enable status control indicating whether the smart scene is enabled and a save control for saving the smart scene may also be provided.

[0077] Then, if a trigger operation acting on the conditional add control 540 is detected, the following may be displayed: Figure 5 The interface shown in (c) in the figure. Figure 5 The interface shown in (c) is the interface for adding judgment conditions. Figure 5 The interface shown in (c) includes the title "Add Condition" at the top of the interface, indicating that this is an interface for adding conditions. In addition, different categories of conditions are listed on the left side of the interface, such as "Voice Command", "Time", "Driving", "Window", "Location", "Door", "Seat" and "Charging". Under the "Voice Command" category, you can select voice-triggered commands. Under the "Time" category, users can select "Time" or "Car Screen" as specific conditions. Under the "Driving" category, users can select "Cruise Range", "Battery Level" or "Vehicle Gear" as specific conditions. Under the "Window" category, users can select "Left Front Window", "Right Front Window" or "Left Rear Window" as specific conditions.

[0078] Generally speaking, this interface is primarily used to add specific conditions to voice commands. Users can set the conditions that trigger voice commands by selecting different voice command categories and specific conditions. For example, a user could set a voice command that reminds the user to charge when the vehicle's battery level drops below a certain value. These settings allow users to more flexibly control the vehicle's voice assistant, enhancing the driving experience and convenience.

[0079] In addition, if the display Figure 5 In the interface shown in (b) of FIG, if a trigger operation acting on the action adding control 550 is detected, the following may be displayed: Figure 5The interface shown in (d). Figure 5 The interface shown in (d) is the interface for adding execution actions. Figure 5 The interface shown in (d) includes the title "Add execution action" at the top of the interface, indicating that this is an interface for adding execution actions. Different categories of execution actions are listed on the left side of the interface, such as "Voice broadcast", "Wiper", "Window", "Driving", "Environment", "Door", "Seat" and "Charging". Under the "Voice broadcast" category, users can select the content of the voice text broadcast. Under the "Wiper" category, users can select "Front wiper" or "Rear wiper" as the specific execution action. Under the "Window" category, users can select "Driver's window", "Passenger driver's window", "Left rear window" or "Right rear window" as the specific execution actions. Under the "Driving" category, users can select "Driver's seat heating", "Passenger seat heating" or "Seat vibration" as the specific execution actions.

[0080] Generally speaking, this interface is primarily used to assign specific actions to voice commands. Users can set the actions to be executed upon triggering a voice command by selecting different voice broadcast categories and specific actions. For example, a user could set a voice command such that when they say "open the driver's window," the system will automatically open the driver's window. These settings allow users to more flexibly control various vehicle functions, enhancing the driving experience and convenience.

[0081] The user then returns to Figure 5 In the interface shown in (b), after clicking the save control 560, the created smart scene product can be saved.

[0082] After the user creates and saves the smart scene product on the vehicle side 120, the set product information will be uploaded to the product generation system 115 on the cloud side 110. After receiving the smart scene product information uploaded by the vehicle side 120, the product generation system 115 on the cloud side 110 automatically parses and generates a complete product installation file. The method is as follows:

[0083] ① Convert the conditions set by the user into monitoring conditions for the output parameters of the corresponding SOA interface; ② Combine the user-set values of the parameters open to user settings in the user-set execution action and the default values of the parameters not open to user settings into the input parameters of the corresponding SOA interface for calling the corresponding SOA interface; ③ Package the information of the previous steps with the basic product information (name, ID, creation time, etc.) and other product dependency information (product compatible vehicle models, detailed interface definition, etc.) into a product installation package to obtain the product installation file.

[0084] The created product installation file is immediately and automatically distributed to the vehicle 120 via the product release system 116 for installation. The vehicle's 120 intelligent scene operation system 122 receives the installation package and installs it. Simultaneously, the cloud 110 product generation system 115 also stores and backs up the product file. If the vehicle is offline at this time, it will be automatically distributed and installed the next time the vehicle comes online. After successful installation, the vehicle's 120 intelligent scene operation system 122 obtains all the information needed to run the intelligent scene product, allowing users to run the product without any OTA operation.

[0085] The product installation file is enabled by default after successful installation, but users can disable it as needed. Once a scenario is enabled, the vehicle-side intelligent scenario execution system 122 will implement SOA service discovery based on the scenario settings, automatically executing the scenario. It then listens to the SOA interface of the product's corresponding conditional service to make a scenario judgment. When the interface output parameters are within the set value range, it automatically calls the SOA interface of the product's action service. Users can also manually execute the scenario if needed; manual execution will skip the conditional judgment and directly execute the selected service.

[0086] like Figure 6 As shown, Figure 6 This is a schematic diagram of the interface after installing the product installation file provided in the embodiment of this application. Figure 5 and Figure 6 It can be seen that in Figure 6 In the interface shown, the custom scene adds the off-duty mode scene. If the user chooses to run the off-duty mode scene, the smart scene of the off-duty mode is implemented according to the judgment conditions and execution actions set by the user in the off-duty mode scene.

[0087] It should be understood that the system division of the vehicle-side 120 and the cloud-side 110 in the above embodiment can be set as needed as long as the relevant functions can be realized. There is no restriction on the specific vehicle-side 120 framework and the cloud-side 110 framework.

[0088] Below, the configuration method of the smart scene of the embodiment of the present application is exemplified. Figure 7 As shown, Figure 7 This is a flow chart of a configuration method for a scenario provided in an embodiment of the present application. Figure 7 The method shown can be executed by the vehicle and the cloud. Figure 7 The method shown may include:

[0089] S710. The vehicle sends a smart scene service request to the cloud. The smart scene service request is used to request the smart scene service. The smart scene service request carries the vehicle's hardware resource indication information. The hardware resource indication information is used to indicate the hardware resources possessed by the vehicle.

[0090] Among them, the hardware resources possessed by the vehicle may be, for example, windows, sunroofs, ambient lights, etc. Generally speaking, the standard hardware of a vehicle includes windows, while sunroofs and ambient lights may need to be optional. In this embodiment, the hardware resource indication information may include the vehicle model or vehicle information. The standard hardware resources can be determined by the vehicle model, and all hardware resources, such as standard and optional hardware resources, can be determined by the vehicle information. The vehicle model and vehicle information can refer to the description of the above embodiment and will not be repeated here. The vehicle information may be, for example, a frame number, etc. In another possible implementation, the hardware resource indication information may include the identification of the hardware possessed by the vehicle, such as the identification of the windows, the identification of the sunroof, etc., which is not limited here.

[0091] S720. The cloud determines, in response to the smart scene service request, a target smart scene service supported by the hardware resources from a plurality of preset smart scene services used to create a smart scene product based on the hardware resource indication information, and obtains a target smart scene service set.

[0092] Among them, the preset smart scene service can be a pre-arranged service, for example, it can be an arranged SOA open service (also referred to as SOA service). The method of obtaining the preset smart scene service can refer to the relevant instructions of the open service library in the above embodiment, which will not be described in detail here. In this embodiment, after the cloud obtains the smart scene service request, the target scene smart service supported by the vehicle's hardware resources can be determined based on the hardware resource indication information in the smart scene service request, and a collection including the target smart scene service can be obtained. The target smart scene service in this embodiment is used to create a smart scene product. The smart scene product can indicate the judgment condition (also called execution condition or scene restriction condition, including at least one of the effectiveness condition or trigger condition) and the execution action corresponding to the judgment condition, that is, the smart scene product indicates that after the judgment condition is met, the execution action corresponding to the condition is executed. The smart scene product can refer to the description of the above embodiment, which will not be described here.

[0093] S730. The vehicle receives a target smart scene service set from the cloud, where the target smart scene service set includes target smart scene services supported by hardware resources.

[0094] S740. The vehicle creates a target smart scene product based on the target smart scene service. The target smart scene product is used to indicate the target execution condition and the target execution action.

[0095] In this embodiment, a smart scene service request is sent to the cloud by the vehicle. The smart scene service request is used to request the smart scene service. The smart scene service request carries the vehicle's hardware resource indication information. The hardware resource indication information is used to indicate the hardware resources possessed by the vehicle. The cloud responds to the smart scene service request and determines the target smart scene service supported by the hardware resources from multiple preset smart scene services used to create smart scene products based on the hardware resource indication information, and obtains a target smart scene service set. The vehicle receives the target smart scene service set from the cloud and creates a target smart scene product based on the target smart scene service. In this way, the vehicle can actively report a request to obtain an open service to create a smart scene product, and then realize the target smart scene. In this way, when the vehicle-side service needs to be changed (added or deleted), it can be changed according to the hardware division. Moreover, the updated open service can be effective without the need for vehicle OTA, and the smart scene configuration is more flexible.

[0096] In one possible implementation, the method further includes:

[0097] The vehicle sends the target smart scene product to the cloud; the vehicle receives the target smart scene installation file from the cloud, which is generated by the cloud based on the condition parameters corresponding to the target execution conditions and the action parameters corresponding to the target execution actions in the target smart scene product; the vehicle installs the target smart scene installation file to realize the target smart scene, and the target smart scene is configured to control the vehicle to execute the target execution action when the target execution conditions are met.

[0098] The target smart scene installation file may be an installation file required to implement the target smart scene. The target smart scene installation file may refer to the relevant description of the product installation file (also called smart scene product installation file) in the above embodiment, and will not be described in detail here.

[0099] For example, this embodiment can refer to the description of the vehicle information management system, SOA service management system, open service library, vehicle type open service management system and intelligent scene orchestration system, which will not be repeated here.

[0100] In this embodiment, since the target smart scene product indicates the target execution conditions and target execution actions, the target smart scene installation file obtained based on the target smart scene product can also be realized, that is, the vehicle can be controlled to execute the target execution action when the target execution conditions are met.

[0101] In this embodiment, the vehicle sends a target smart scene product to the cloud. The cloud then receives the target smart scene product from the vehicle. The target smart scene product is created by the vehicle based on the target smart scene service and is used to indicate the target execution condition and target execution action. The cloud then obtains the condition parameters corresponding to the target execution condition and the action parameters corresponding to the target execution action. The cloud then generates a target smart scene installation file based on the condition parameters corresponding to the target execution condition and the action parameters corresponding to the target execution action. The cloud then sends the target smart scene installation file to the vehicle, which then installs the target smart scene installation file to implement the target smart scene.

[0102] The conditional parameters may include a conditional signal (eg, DriverWinPos signal) and a corresponding original value (eg, 0, 100, etc.) The action parameters may be, for example, fully open, half open, slightly open, closed, etc., without limitation.

[0103] In this embodiment, the vehicle can send the target smart scene product to the cloud. The target smart scene product is used to indicate the target execution condition and the target execution action. The cloud can then obtain the condition parameters corresponding to the target execution condition and the action parameters corresponding to the target execution action; based on the condition parameters corresponding to the target execution condition and the action parameters corresponding to the target execution action, a target smart scene installation file is generated, and the target smart scene installation file is sent to the vehicle. After the vehicle obtains the target smart scene installation file, it can install the target smart scene installation file, thereby realizing the operation of the target smart scene. This is conducive to the unified management and generation of installation files on the cloud.

[0104] For example, this embodiment can refer to the relevant descriptions of the intelligent scene orchestration system and the product release system, which will not be described in detail here.

[0105] In another possible implementation, the installation file may be generated by the vehicle based on the conditional parameters corresponding to the target execution conditions and the action parameters corresponding to the target execution actions in the target smart scene product. In this way, the target smart scene installation file can be obtained even when the vehicle is in an offline state, and then the target smart scene installation file can be installed to enable the target smart scene, thereby improving the flexibility of smart scene configuration. It should be understood that in this embodiment, the vehicle may have the information required to generate the installation file, which may be information sent to the vehicle by the cloud.

[0106] In another possible implementation, if the vehicle enters an offline state after sending the target smart scene product to the cloud, the target smart scene installation file is received from the cloud, including:

[0107] When the vehicle detects that the vehicle has switched from an offline state to an online state, it sends an installation file sending request to the cloud, where the installation file sending request is used to request the sending of the target smart scene installation file; and receives the target smart scene installation file sent by the cloud in response to the installation file sending request.

[0108] Correspondingly, the cloud receives an installation file sending request from the vehicle. The installation file sending request is sent when the vehicle enters an offline state after sending the target smart scene product to the cloud and switches from an offline state to an online state. The installation file sending request is used to request the sending of the target smart scene installation file; and the cloud sends the target smart scene installation file to the vehicle, including: the cloud sends the target smart scene installation file to the vehicle in response to the installation file sending request.

[0109] In this embodiment, the offline state may refer to a state where the vehicle has no network and is therefore unable to connect to the cloud via the network. The online state may refer to a state where the vehicle has a network and is therefore able to connect to the cloud via the network.

[0110] In this embodiment, after the vehicle sends the target smart scene product to the cloud, due to some reasons, such as entering an area with poor signal or the vehicle is offline, the vehicle is unable to obtain subsequent installation files. At this time, the vehicle can send an installation file sending request to the cloud when it detects that the vehicle switches from an offline state to an online state, so that the cloud responds to the installation file sending request and downloads the file to the vehicle, thereby completing the configuration of the target smart scene. Since the installation file sending request is actively sent to the cloud when it detects that the vehicle switches from an offline state to an online state, the timeliness of the smart scene configuration can be improved.

[0111] In another possible implementation, after sending the installation file, the cloud may continue to check whether it has received a reply message from the vehicle. If not, it may continue to send the installation file until it receives a reply message from the vehicle, or the cloud may send an instruction to the vehicle whether it is online. If it receives a heartbeat instruction from the vehicle indicating that it is online, the cloud will resend the installation file to the vehicle. In this way, the success rate of sending the installation file to the vehicle can be improved.

[0112] In one possible implementation, the hardware resource indication information in the request sent by the vehicle includes vehicle identification information. Accordingly, based on the hardware resource indication information, the cloud determines the target smart scene services supported by the hardware resources from multiple preset smart scene services used to create smart scene products, and obtains a target smart scene service set, including:

[0113] The cloud determines the hardware resources possessed by the vehicle based on the vehicle identification information; determines the service hardware corresponding to each preset smart scene service among multiple preset smart scene services; determines the preset smart scene service whose corresponding service hardware is consistent with one of the hardware resources as the target smart scene service, and obtains the target smart scene service set.

[0114] The vehicle identification information may be information that identifies the identity of the vehicle, for example, unique identification information such as a vehicle frame number, which is not limited here.

[0115] In this embodiment, the hardware resource indication information in the request sent by the vehicle includes vehicle identification information, and the cloud can determine the hardware resources possessed by the vehicle based on the vehicle identification information; determine the service hardware corresponding to each preset smart scene service in multiple preset smart scene services; determine the preset smart scene service whose corresponding service hardware is consistent with one of the hardware resources as the target smart scene service, and obtain the target smart scene service set. Since the hardware resource indication information in the request sent by the vehicle includes vehicle identification information, this can reduce the transmission resources required for the request service, and thus reduce the transmission resources required for the smart scene configuration.

[0116] In one possible implementation, a vehicle sends a smart scene service request to the cloud, including:

[0117] When the vehicle detects that the vehicle meets the preset conditions, it sends a smart scene service request to the cloud. The preset conditions include at least one of the following: the vehicle is powered on, the vehicle is online, the current time is within a preset time period, or the vehicle enters a preset area; after the vehicle receives the target smart scene service set from the cloud, the method also includes: the vehicle caches the target smart scene service set locally.

[0118] In this embodiment, when the vehicle detects that it meets preset conditions, it sends a smart scene service request to the cloud. The preset conditions include at least one of the following: the vehicle is powered on, the vehicle is online, the current time is within a preset time period, or the vehicle has entered a preset area. This allows the vehicle to request services when the preset conditions are met, allowing for timely access to updated open services when services are updated. This facilitates timely updates of smart scene services and improves the timeliness of smart scene configuration updates. Furthermore, the vehicle caches the target smart scene service set locally, allowing the creation of smart scene products even when the vehicle is offline, which improves the flexibility of smart scene product creation and configuration.

[0119] In another possible implementation, the smart scene service request may be sent to the cloud in real time, or the smart scene service request may be sent only when the vehicle receives a notification of a service update from the cloud. This can improve the timeliness of obtaining the updated service.

[0120] In one possible implementation, a vehicle creates a target smart scene product based on a target smart scene service, including:

[0121] The vehicle calls the target smart scene service to display the smart scene configuration interface; in response to the configuration operation on the smart scene configuration interface, creates a target smart scene product, which is used to indicate the target execution condition configured by the configuration operation and the target execution action configured by the configuration operation;

[0122] Among them, the smart scene configuration interface can be, for example, as follows Figure 5 The configuration operation can be, for example, Figure 5 The interfaces shown in (c)-(f) are not described in detail here. In this embodiment, the interface can be displayed on the display screen of the vehicle computer.

[0123] In one possible implementation, the target smart scene service includes a target condition service and a target action service. The vehicle calls the target smart scene service to display the smart scene configuration interface, including:

[0124] The vehicle invokes a target condition service and a target action service to display a smart scene configuration interface, which includes a first control for configuring an execution condition and a second control for configuring an execution action. In response to a configuration operation on the smart scene configuration interface, the vehicle creates a target smart scene product, including: determining a target execution condition in response to a first configuration operation on the first control; determining a target execution action in response to a second configuration operation on the second control; and creating the target smart scene product based on the target execution condition and the target execution action.

[0125] The first control may be, for example, Figure 5 The second control can be, for example, Figure 5 Add controls to the actions in the target execution conditions and target execution actions. Figure 5 The description of adding condition interface and condition execution action is not repeated here.

[0126] In this embodiment, the vehicle calls the target condition service and the target action service to display the smart scene configuration interface. The smart scene configuration interface includes a first control for configuring the execution condition and a second control for configuring the execution action. The vehicle determines the target execution condition in response to the first configuration operation for the first control; determines the target execution action in response to the second configuration operation for the second control; and creates the target smart scene product based on the target execution condition and the target execution action. That is, the trigger for configuring the smart scene configuration interface can be in one interface, which is conducive to users associating judgment conditions and execution actions.

[0127] The following is an exemplary description of the device embodiment of this embodiment.

[0128] See also Figure 8 , Figure 8 This is a schematic diagram of the structure of a configuration device for a smart scene provided in an embodiment of the present application. Figure 8 The device shown can be applied to a vehicle, and the device may include a first sending module 810, a first receiving module 820, and a product creation module 830, wherein:

[0129] The first sending module 810 is used to send a smart scene service request to the cloud. The smart scene service request is used to request a smart scene service. The smart scene service request carries the vehicle's hardware resource indication information. The hardware resource indication information is used to indicate the hardware resources possessed by the vehicle; the first receiving module 820 is used to receive a target smart scene service set from the cloud. The target smart scene service set includes target smart scene services supported by hardware resources. The target smart scene service set is sent by the cloud in response to the smart scene service request; the product creation module 830 is used to create a target smart scene product based on the target smart scene service. The target smart scene product is used to indicate target execution conditions and target execution actions.

[0130] In one possible implementation, the device may also include an installation file acquisition module 840 and an installation module 850, the installation file acquisition module 840 is used to send the target smart scene product to the cloud; receive the target smart scene installation file from the cloud, the target smart scene installation file is generated by the cloud based on the condition parameters corresponding to the target execution conditions and the action parameters corresponding to the target execution action in the target smart scene product; the installation module 850 is used to install the target smart scene installation file to realize the target smart scene, and the target smart scene is configured to: control the vehicle to execute the target execution action when the target execution conditions are met.

[0131] In one possible implementation, if the vehicle enters an offline state after sending the target smart scene product to the cloud, the first receiving module 820 may be used to:

[0132] When it is detected that the vehicle switches from an offline state to an online state, an installation file sending request is sent to the cloud, and the installation file sending request is used to request the sending of the target smart scene installation file; and the target smart scene installation file is received from the cloud in response to the installation file sending request.

[0133] In one possible implementation, the hardware resource indication information includes vehicle identification information, and the cloud is used to determine the hardware resources possessed by the vehicle based on the vehicle identification information, and to filter out target smart scene services from multiple preset smart scene services used to create smart scene products based on the hardware resources, so as to send a set of target smart scene services supported by the vehicle's hardware resources to the vehicle.

[0134] In one possible implementation, when the first sending module 810 sends the smart scene service request to the cloud, it can be used to:

[0135] When it is detected that the vehicle meets preset conditions, a smart scene service request is sent to the cloud. The preset conditions include at least one of the following: the vehicle is powered on, the vehicle is online, the current time is within a preset time period, or the vehicle enters a preset area. After receiving the target smart scene service set from the cloud, the device is further configured to:

[0136] Cache the target smart scene service collection locally.

[0137] In one possible implementation, when the product creation module 830 creates a target smart scene product based on the target smart scene service, it can be used to:

[0138] Invoke the target smart scene service to display the smart scene configuration interface; create a target smart scene product in response to a configuration operation on the smart scene configuration interface, where the target smart scene product is used to indicate the target execution condition configured by the configuration operation and the target execution action configured by the configuration operation;

[0139] In one possible implementation, the target smart scene service includes a target condition service and a target action service. When the product creation module 830 calls the target smart scene service to display the smart scene configuration interface, it can be used to:

[0140] The target condition service and the target action service are called to display the smart scene configuration interface, which includes a first control for configuring the execution condition and a second control for configuring the execution action. The product creation module 830, in response to the configuration operation on the smart scene configuration interface, can be used to:

[0141] In response to a first configuration operation for a first control, a target execution condition is determined; in response to a second configuration operation for a second control, a target execution action is determined; and a target smart scene product is created based on the target execution condition and the target execution action.

[0142] See also Figure 9 , Figure 9 This is a structural diagram of another configuration device for smart scenes provided in an embodiment of the present application. Figure 9 The device shown can be applied to the cloud, and the device may include a second receiving module 910, a response module 920, and a second sending module 930, wherein:

[0143] The second receiving module 910 is used to receive a smart scene service request from the vehicle, where the smart scene service request is used to request a smart scene service. The smart scene service request carries the vehicle's hardware resource indication information, where the hardware resource indication information is used to indicate the hardware resources possessed by the vehicle. The response module 920 is used to respond to the smart scene service request, and based on the hardware resource indication information, determine the target smart scene service supported by the hardware resources from a plurality of preset smart scene services used to create smart scene products, and obtain a target smart scene service set. The second sending module 930 is used to send the target smart scene service set to the vehicle, and the vehicle is used to implement the target smart scene based on the target smart scene service set. The target smart scene is configured to control the vehicle to execute the target execution action when the target execution conditions are met.

[0144] In one possible implementation, the second receiving module 910 is also used to receive a target smart scene product from the vehicle. The target smart scene product is created by the vehicle based on the target smart scene service, and the target smart scene product is used to indicate the target execution condition and the target execution action; the second sending module 930 is also used to obtain the condition parameters corresponding to the target execution condition and the action parameters corresponding to the target execution action; based on the condition parameters corresponding to the target execution condition and the action parameters corresponding to the target execution action, a target smart scene installation file is generated, and the target smart scene installation file is sent to the vehicle, which is used to install the target smart scene installation file to realize the target smart scene.

[0145] In one possible implementation, the second receiving module 910 is also used to receive an installation file sending request from the vehicle. The installation file sending request is sent when the vehicle enters an offline state after sending the target smart scene product to the cloud and switches from an offline state to an online state. The installation file sending request is used to request the sending of the target smart scene installation file; when the second sending module 930 sends the target smart scene installation file to the vehicle, it can be used to: send the target smart scene installation file to the vehicle in response to the installation file sending request.

[0146] In one possible implementation, the hardware resource indication information includes vehicle identification information. The response module 920 determines, based on the hardware resource indication information, a target smart scene service supported by the hardware resource from a plurality of preset smart scene services used to create a smart scene product. When the target smart scene service set is obtained, it can be used to:

[0147] Based on the vehicle identification information, determine the hardware resources possessed by the vehicle; determine the service hardware corresponding to each preset smart scene service among multiple preset smart scene services; determine the preset smart scene service whose corresponding service hardware is consistent with one of the hardware resources as the target smart scene service, and obtain the target smart scene service set.

[0148] It should be noted that those skilled in the art can clearly understand that, for the convenience and brevity of description, the specific working processes of the devices and units described above can refer to the corresponding processes in the aforementioned method embodiments, and will not be repeated here. In the several embodiments provided in the present application, the coupling between modules can be electrical. In addition, the various functional modules in the various embodiments of the present application can be integrated into a processing module, or each module can exist physically alone, or two or more modules can be integrated into one module. The above-mentioned integrated modules can be implemented in the form of hardware or in the form of software functional modules.

[0149] The present application also provides an electronic device 100. Figure 10 , including a processor 1010 and a memory 1020, wherein the memory 1010 is used to store computer programs; the processor 1020 is used to execute the programs stored in the memory 1010 to implement the configuration method of the smart scene introduced in any embodiment of the present application.

[0150] Optionally, the electronic device of this embodiment may be, for example, a vehicle or a cloud.

[0151] An embodiment of the present application also provides a computer-readable storage medium, which stores a computer program. When the computer program is executed by a processor, it implements the configuration method of the smart scene introduced in any embodiment of the present application.

[0152] In this application, a plurality refers to two or more.

[0153] In this application, unless otherwise expressly defined, the terms "mounted," "connected," and "connected" should be interpreted broadly. For example, they can refer to fixed, detachable, or integral connections; mechanical or electrical connections; direct or indirect connections through an intermediary; and internal communication between two components. A person of ordinary skill in the art will understand the specific meanings of these terms in this application.

[0154] The terms "first," "second," "third," "fourth," etc. (if any) in this application are used to distinguish similar objects and are not necessarily used to describe a particular sequential order.

[0155] The term "and / or" in this application simply describes an association between related objects, indicating that three possible relationships exist. For example, A and / or B can represent: A exists alone, A and B exist simultaneously, and B exists alone. In addition, the character " / " in this application generally indicates that the related objects are in an "or" relationship.

[0156] Unless otherwise specified, all steps of this application may be performed sequentially or randomly. For example, a statement that a method includes steps A and B indicates that the method may include steps A and B performed sequentially, or steps B and A performed sequentially. For example, a statement that a method may also include step C indicates that step C may be added to the method in any order. For example, a method may include steps A, B, and C, or steps A, C, and B, or steps C, A, and B, etc.

[0157] The above are only preferred embodiments of the present application and are not intended to limit the present application. Any modifications, equivalent replacements, and improvements made within the spirit and principles of the present application should be included in the scope of protection of the present application.

Claims

1. A method for configuring a smart scene, characterized in that: include: Sending a smart scene service request to the cloud, the smart scene service request being used to request a smart scene service, the smart scene service request carrying vehicle hardware resource indication information, the hardware resource indication information being used to indicate the hardware resources possessed by the vehicle; receiving a target smart scene service set from the cloud, where the target smart scene service set includes target smart scene services supported by the hardware resources, and the target smart scene service set is sent by the cloud in response to the smart scene service request; A target smart scene product is created based on the target smart scene service, where the target smart scene product is used to indicate a target execution condition and a target execution action.

2. The method according to claim 1, characterized in that The method further comprises: Sending the target smart scene product to the cloud; Receiving a target smart scene installation file from the cloud, where the target smart scene installation file is generated by the cloud based on condition parameters corresponding to the target execution condition and action parameters corresponding to the target execution action in the target smart scene product; The target smart scene installation file is installed to implement the target smart scene, and the target smart scene is configured to control the vehicle to execute the target execution action when the target execution condition is met.

3. The method according to claim 2, characterized in that If the vehicle enters an offline state after sending the target smart scene product to the cloud, the receiving of the target smart scene installation file from the cloud includes: When detecting that the vehicle switches from an offline state to an online state, sending an installation file sending request to the cloud, wherein the installation file sending request is used to request sending the target smart scene installation file; Receive the target smart scene installation file sent by the cloud in response to the installation file sending request.

4. The method according to claim 1, wherein The hardware resource indication information includes vehicle identification information, and the cloud is used to determine the hardware resources possessed by the vehicle based on the vehicle identification information, and to filter out the target smart scene service from multiple preset smart scene services used to create smart scene products based on the hardware resources, so as to send the target smart scene service set supported by the vehicle's hardware resources to the vehicle.

5. The method according to claim 1, wherein The sending of the smart scene service request to the cloud includes: When it is detected that the vehicle meets the preset conditions, a smart scene service request is sent to the cloud, where the preset conditions include at least one of the following: the vehicle is powered on, the vehicle is online, the current time is within a preset time period, or the vehicle enters a preset area; After receiving the target smart scene service set from the cloud, the method further includes: The target smart scene service set is cached locally.

6. The method according to any one of claims 1 to 5, characterized in that Creating a target smart scene product based on the target smart scene service includes: Calling the target smart scene service to display the smart scene configuration interface; In response to a configuration operation on the smart scene configuration interface, a target smart scene product is created, where the target smart scene product is used to indicate the target execution condition configured by the configuration operation and the target execution action configured by the configuration operation.

7. A method for configuring a smart scene, characterized in that: include: receiving a smart scene service request from a vehicle, the smart scene service request being used to request a smart scene service, the smart scene service request carrying hardware resource indication information of the vehicle, the hardware resource indication information being used to indicate hardware resources possessed by the vehicle; In response to the smart scene service request, determining a target smart scene service supported by the hardware resource from a plurality of preset smart scene services used to create a smart scene product based on the hardware resource indication information, and obtaining a target smart scene service set; The target smart scene service set is sent to the vehicle, and the vehicle is used to implement a target smart scene based on the target smart scene service set. The target smart scene is configured to: control the vehicle to execute the target execution action when the target execution condition is met.

8. A configuration device for a smart scene, characterized in that: The method comprises a functional module for implementing the method according to any one of claims 1 to 6, or comprises a functional module for implementing the method according to claim 7.

9. An electronic device, characterized in that: comprising a processor and a memory, wherein: Memory for storing computer programs; A processor, configured to execute a program stored in a memory, to implement the method according to any one of claims 1 to 6, or to implement the method according to claim 7.

10. A computer-readable storage medium, characterized in that The computer-readable storage medium stores a computer program, and when the computer program is executed by a processor, the method according to any one of claims 1 to 6 is implemented, or the method according to claim 7 is implemented.

Images