Method, device and program product for processing a scene script file

By displaying a list of multimedia data in the application and allowing users to edit vehicle hardware action information to generate scene script files, the problem of relying on manual settings for vehicle cockpit experience scenes in existing technologies is solved, and efficient and personalized multi-dimensional sensory experience scene construction is achieved.

CN119718283BActive Publication Date: 2026-02-24NIO TECH ANHUI CO LTD
View PDF 2 Cites 0 Cited by

Patent Information

Application Number
CN202411902294.7
Authority / Receiving Office
CN · China
Patent Type
Patents(China)
Current Assignee / Owner
Filing Date
2024-12-20
Publication Date
2026-02-24
Estimated Expiration
2044-12-20

AI Technical Summary

Technical Problem

In existing technologies, the setting of vehicle cabin experience scenarios relies on manual operation, which is inefficient and lacks personalized customization, failing to meet users' individual needs.

Method used

By displaying a list of vehicle multimedia data in the target application, and responding to user selections to show an editing interface, users can edit the vehicle hardware's action information and generate scene script files to construct multi-dimensional sensory experience scenes.

Benefits of technology

It improves the intelligence and user targeting of generating multi-dimensional sensory experience scenarios, and enhances the efficiency of creating vehicle cabin experience scenarios.

✦ Generated by Eureka AI based on patent content.

Smart Images

  • Figure CN119718283B_ABST
    Figure CN119718283B_ABST
Patent Text Reader

Abstract

The application is suitable for the field of vehicle technology, and provides a processing method, device and program product of a scene script file. The method displays a multimedia data list of a vehicle in a target application program; in response to a selection operation on target multimedia data in the multimedia data list, an editing interface corresponding to the target multimedia data is displayed, and at least a vehicle hardware list of the vehicle is displayed in the editing interface; in response to an editing operation on action information of at least one target vehicle hardware in the editing interface, a scene script file corresponding to the target multimedia data is generated, the target vehicle hardware is a vehicle hardware in the vehicle hardware list that supports linkage with the target multimedia data, and the scene script file is used to build a multi-dimensional sensory experience scene in the vehicle.
Need to check novelty before this filing date? Find Prior Art

Description

Technical Field

[0001] This application belongs to the field of vehicle technology, and particularly relates to the field of vehicle cockpit technology. More specifically, it relates to a method, apparatus and program product for processing scene script files. Background Technology

[0002] In today's intelligent vehicle field, rapid technological advancements have led to increasingly rich and advanced hardware on vehicles. However, in terms of the vehicle cabin experience, the creation of existing vehicle cabin scenes mainly relies on manual operation by game developers and video producers, that is, staff manually marking and setting up the relevant elements of the vehicle cabin scene one by one.

[0003] This traditional method is not only extremely inefficient, requiring a lot of manpower and time, but also means that vehicle users can only passively accept the manufacturer's preset cabin scenarios, and cannot customize unique cabin experience scenarios according to personal preferences and specific situations, which greatly limits the flexibility and personalized development of cabin entertainment functions. Summary of the Invention

[0004] The purpose of this application is to provide a method, apparatus and program product for processing scene script files, which aims to solve the technical problems in the prior art where the setting of vehicle cabin experience scenes relies on manual implementation, has a low level of intelligence and lacks user-specific features.

[0005] To achieve the above objectives, according to the first aspect of this application, a method for processing scene script files is provided, the method comprising:

[0006] Display a list of the vehicle's multimedia data in the target application;

[0007] In response to the selection operation of target multimedia data in the multimedia data list, an editing interface corresponding to the target multimedia data is displayed, wherein the editing interface displays at least the vehicle hardware list of the vehicle;

[0008] In response to an editing operation on the motion information of at least one target vehicle hardware in the editing interface, a scene script file corresponding to the target multimedia data is generated, wherein the target vehicle hardware is vehicle hardware in the vehicle hardware list that supports linkage with the target multimedia data, and the scene script file is used to construct a multi-dimensional sensory experience scene in the vehicle.

[0009] According to a second aspect of this application, a scene script file processing apparatus is provided, the apparatus comprising:

[0010] The first display unit is used to display the vehicle's multimedia data list;

[0011] The second display unit is used to respond to the selection operation of target multimedia data in the multimedia data list and display an editing interface corresponding to the target multimedia data, wherein the editing interface displays at least the vehicle hardware list of the vehicle.

[0012] The script generation unit is used to generate a scene script file corresponding to the target multimedia data in response to the editing operation of the action information of at least one target vehicle hardware in the editing interface. The target vehicle hardware is a vehicle hardware in the vehicle hardware list that supports linkage with the target multimedia data. The scene script file is used to construct a multi-dimensional sensory experience scene in the vehicle.

[0013] The second aspect and any implementation thereof correspond to the first aspect and any implementation thereof, respectively. The technical effects of the second aspect and any implementation thereof can be found in the technical effects of the first aspect and any implementation thereof, as described above, and will not be repeated here.

[0014] According to a third aspect of this application, an embodiment of this application provides an electronic device, including: a memory, a processor, and a computer program stored in the memory and executable on the processor, wherein the processor executes the computer program to implement the method as described in any one of the present application.

[0015] According to a fourth aspect of this application, embodiments of this application provide a computer-readable storage medium storing a computer program that, when executed by a processor, implements the method as described in any of the claims.

[0016] According to a fifth aspect of this application, embodiments of this application provide a computer program product that, when run on an electronic device, causes the electronic device to perform the method described in any one of the first aspects.

[0017] It is understood that the beneficial effects of the second to fifth aspects mentioned above can be found in the relevant descriptions in the first aspect mentioned above, and will not be repeated here.

[0018] The beneficial effects of the embodiments in this application compared with the prior art are:

[0019] This application provides a method, apparatus, and program product for processing scene script files. The method first displays a list of multimedia data for a vehicle in a target application. Then, in response to a selection operation on target multimedia data in the list, an editing interface corresponding to the target multimedia data is displayed, where at least a list of vehicle hardware is shown. Finally, in response to an editing operation on the action information of at least one target vehicle hardware in the editing interface, a scene script file corresponding to the target multimedia data is generated. Specifically, the target vehicle hardware is vehicle hardware in the vehicle hardware list that supports linkage with the target multimedia data. The scene script file is used to construct a multi-dimensional sensory experience scene within the vehicle.

[0020] The method provided in this application allows users to customize scene script files that meet their preferences and needs by displaying a list of vehicle multimedia data in the target application. Users simply select the target multimedia data and then edit the action information of the target vehicle hardware in the corresponding editing interface. This allows for the creation of multi-dimensional sensory experience scenes based on the scene script. This method enhances the intelligence and user-specificity of generating scene script files for constructing multi-dimensional sensory experience scenes, thus effectively improving the efficiency of creating vehicle cockpit experience scenes. Attached Figure Description

[0021] To more clearly illustrate the technical solutions in the embodiments of this application, the drawings used in the description of the embodiments or the prior art will be briefly introduced below. Obviously, the drawings described below are only some embodiments of this application. For those skilled in the art, other drawings can be obtained based on these drawings without creative effort.

[0022] Figure 1 This is a flowchart illustrating a method for processing scene script files provided in an embodiment of this application;

[0023] Figure 2 This is a schematic diagram of the interface of an optional target application provided in an embodiment of this application;

[0024] Figure 3 This is a schematic diagram illustrating the processing of an optional scene script file provided in the example of this application;

[0025] Figure 4 This is a schematic diagram of an optional editing interface corresponding to game data provided in an embodiment of this application;

[0026] Figure 5 This is a flowchart illustrating an optional method for processing scene script files provided in the example of this application;

[0027] Figure 6 This is a schematic diagram of an optional editing interface corresponding to video data provided in an embodiment of this application;

[0028] Figure 7 This is a flowchart illustrating an optional method for processing scene script files provided in the example of this application;

[0029] Figure 8 This is a schematic diagram of an optional target application script selection interface provided in an embodiment of this application;

[0030] Figure 9 This is a schematic diagram of an optional evaluation interface for a target application provided in an embodiment of this application;

[0031] Figure 10 This is a flowchart illustrating an optional method for processing scene script files provided in the example of this application;

[0032] Figure 11 This is a schematic diagram of the structure of a scene script file processing device provided in an embodiment of this application;

[0033] Figure 12 This is a schematic diagram of the structure of an electronic device provided in an embodiment of this application. Detailed Implementation

[0034] In the following description, specific details such as particular system architectures and techniques are set forth for illustrative purposes and not for limitation, in order to provide a thorough understanding of the embodiments of this application. However, those skilled in the art will understand that this application may also be implemented in other embodiments without these specific details. In other instances, detailed descriptions of well-known systems, apparatuses, circuits, and methods have been omitted so as not to obscure the description of this application with unnecessary detail.

[0035] It should be understood that, when used in this application specification and the appended claims, the term "comprising" indicates the presence of the described features, integrals, steps, operations, elements and / or components, but does not exclude the presence or addition of one or more other features, integrals, steps, operations, elements, components and / or a collection thereof.

[0036] It should also be understood that the term “and / or” as used in this application specification and the appended claims means any combination of one or more of the associated listed items and all possible combinations, and includes such combinations.

[0037] As used in this application specification and the appended claims, the term "if" may be interpreted, depending on the context, as "when," "once," "in response to determination," or "in response to detection." Similarly, the phrase "if determined" or "if detected [the described condition or event]" may be interpreted, depending on the context, as meaning "once determined," "in response to determination," "once detected [the described condition or event]," or "in response to detection [the described condition or event]."

[0038] Furthermore, in the description of this application and the appended claims, the terms "first," "second," "third," etc., are used only to distinguish descriptions and should not be construed as indicating or implying relative importance.

[0039] References to "one embodiment" or "some embodiments" as described in this specification mean that one or more embodiments of this application include a specific feature, structure, or characteristic described in connection with that embodiment. Therefore, the phrases "in one embodiment," "in some embodiments," "in other embodiments," "in still other embodiments," etc., appearing in different parts of this specification do not necessarily refer to the same embodiment, but rather mean "one or more, but not all, embodiments," unless otherwise specifically emphasized. The terms "comprising," "including," "having," and variations thereof mean "including but not limited to," unless otherwise specifically emphasized.

[0040] This application provides an example of a method for processing scene script files. Please refer to [link / reference]. Figure 1 As shown, Figure 1 A schematic flowchart of a method for processing scene script files provided in this application is shown. It is an example and not a limitation, and the method can be applied to vehicles.

[0041] S101 displays a list of the vehicle's multimedia data in the target application.

[0042] Optionally, the aforementioned target application can be understood as any application that supports user-generated content. Users can perform operations that link multimedia data and vehicle hardware based on the creation platform provided in the target application to generate user-specific scene script files.

[0043] As an example, and not a limitation, in one instance, when a user starts the vehicle, the target application in the vehicle is simultaneously activated and a list of the vehicle's multimedia data is displayed on the main display screen. For example, the multimedia data list contains various multimedia data such as videos and games that support interaction with the vehicle's hardware.

[0044] It should be understood that the "linkage" described in the examples of this application specifically refers to establishing a connection between specific multimedia data (such as game events, video footage, etc.) and the motion information of vehicle hardware. When a certain event in the specific multimedia data (such as a specific scene in a game or a specific frame in a video) occurs, the vehicle hardware executes corresponding motion information (such as seat vibration, changes in audio effects, etc.) according to pre-set motion parameters.

[0045] In another example, the vehicle's startup and the target application's activation are not synchronized. For instance, after the vehicle starts, the target application's icon is displayed on the vehicle's central control screen, and the user can launch the target application by clicking the icon. Another example is that the vehicle's control panel has a dedicated physical button for launching specific applications; the user can launch the target application by pressing the physical button corresponding to the target application. Yet another example, taking a multi-dimensional cockpit application as an example, based on the vehicle's in-vehicle system supporting voice control, the user can use voice commands, such as "Launch multi-dimensional cockpit application," and the in-vehicle system will recognize the voice and launch the target application. It should be understood that in this application's examples, the multi-dimensional cockpit application (such as a 5D cockpit application) is a cockpit environment with a highly immersive experience, typically using various multi-dimensional sensory technologies, such as sight, hearing, smell, touch, and motion, to provide users with a comprehensive experience.

[0046] S102, in response to the selection operation of target multimedia data in the multimedia data list, displays the editing interface corresponding to the target multimedia data, wherein the editing interface displays at least a list of vehicle hardware containing the vehicle.

[0047] In response to the user's selection of target multimedia data, that is, when the user selects specific target multimedia data (such as a specific video or game) from the multimedia data list, an editing interface corresponding to the selected target multimedia data is displayed to the user. In this editing interface, at least a list of vehicle hardware is displayed. As an example and not a limitation, the vehicle hardware in the list includes any one of the following: seats, audio, suspension, air conditioning, ambient lighting, and other hardware devices that can provide different sensory experiences.

[0048] S103, in response to the editing operation of the motion information of at least one target vehicle hardware in the editing interface, generates a scene script file corresponding to the target multimedia data.

[0049] In the above steps, the target vehicle hardware is the vehicle hardware in the vehicle hardware list that supports linkage with the target multimedia data, and the scene script file is used to construct the multi-dimensional sensory experience scene in the vehicle.

[0050] When a user edits the motion information of at least one target vehicle hardware in the editing interface, such as setting the vibration mode of the seat at a specific time or adjusting the volume of the audio system during a certain event or scenario, the target application creates a scene script file corresponding to the target multimedia data based on these editing operations.

[0051] In one optional example, the target application, in response to a user's launch action, displays a multimedia data list on the main display interface. This list includes multiple games, multiple videos, etc. For example, if the user selects a racing video from the multimedia data list, in response to the user's selection, an editing interface corresponding to the racing video is displayed. The vehicle hardware list displayed in the editing interface includes vehicle hardware related to the racing video, such as seats, audio systems, and ambient lighting. Alternatively, the racing video can be displayed synchronously. The user can control the playback progress of the video to selectively edit the action information of at least one target vehicle hardware. For example, the user can set the vehicle's seats to vibrate strongly, the audio system to play an exciting engine roar, and the ambient lighting to turn red when the racing video "starts," etc. Upon the user completing the above editing operations, a scene script file corresponding to the target multimedia data is generated. When the user watches the racing video in the vehicle, they can experience the multi-dimensional sensory experience scene constructed by the scene script file they created for the racing video, feeling as if they were actually there experiencing the passion of racing.

[0052] The scenario script file processing method provided in this application allows users to customize scenario script files that meet their preferences and needs by displaying a list of vehicle multimedia data in the target application. Users simply select the target multimedia data and then edit the action information of the target vehicle hardware in the corresponding editing interface. This allows for the creation of multi-dimensional sensory experience scenarios based on the customized scenario script. This method enhances the intelligence and user-specificity of generating scenario script files for constructing multi-dimensional sensory experience scenarios, thus effectively improving the efficiency of creating vehicle cockpit experience scenarios.

[0053] As an optional example, in this application example, the vehicle hardware list and multimedia data list can be obtained from the server; or, the vehicle hardware list and multimedia data list can be obtained from the vehicle, wherein the vehicle hardware list is associated with the vehicle model information.

[0054] In this application example, specifically, the vehicle hardware list and multimedia data list can be loaded from the server after the target application starts. For example... Figure 2As shown, the target application communicates with the server as a client. This multimedia data list is used to present the user with various multimedia options, such as different movies (e.g.,...). Figure 2 Videos 1, 2, 3, and 4), and games (such as...) Figure 2 The system can include games 1, 2, 3, and 4, and can also include music, allowing users to make subsequent operations and selections according to their preferences. In this implementation, the example in this application does not need to store the vehicle hardware list and multimedia data list on the local device in advance, but rather retrieves them from a remote server when needed. This ensures that the latest and most comprehensive multimedia data list is obtained, such as newly added games and newly released videos.

[0055] Furthermore, different vehicle models have different hardware configurations. For example, high-end models typically feature more advanced audio systems and more complex seat adjustment functions, while lower-end models have relatively simpler hardware configurations. Vehicle model information includes not only the vehicle model number but also specific details such as the vehicle brand, production year, and configuration.

[0056] Therefore, when the target application starts, the vehicle model information must first be determined. Based on the determined model information, the matching vehicle hardware list and multimedia data list are loaded from the vehicle's local storage (which contains a pre-stored list of vehicle hardware and multimedia data) or the server. This ensures that the loaded hardware list accurately reflects the hardware functions of the vehicle model, and that the loaded multimedia data list is compatible with the system and performance of the vehicle model.

[0057] By using the method provided in this application to load hardware and multimedia data lists based on vehicle model information, a more accurate and adapted multi-sensory experience service can be provided, avoiding the loading of unsuitable or unsupported hardware and multimedia data, thereby improving user experience and system operating efficiency.

[0058] In one possible implementation, the selection operation includes: a click operation, responding to the selection of target multimedia data in the multimedia data list, and displaying an editing interface corresponding to the target multimedia data, including:

[0059] In response to a click on the first add button associated with the target multimedia data, determine that the scene script file corresponding to the target multimedia data is created for the first time in the target application, and display the editing interface corresponding to the target multimedia data; or,

[0060] In response to a click on the edit button associated with the target multimedia data, determine if the target application has created a scene script file corresponding to the target multimedia data, and display the edit interface corresponding to the target multimedia data.

[0061] In the above implementation, the selection of target multimedia data in the multimedia data list is specifically performed by the user by clicking the button (control, icon) associated with the target multimedia data. Specifically, there are two scenarios:

[0062] In the first scenario, if the user clicks the "First Add" button associated with the target multimedia data on the main display interface (i.e., ... Figure 2 If the "Add" button shown indicates that a scene script file has never been added or created for the target multimedia data in the target application before, the user will be redirected from the current main display interface to the editing interface corresponding to the target multimedia data. In this editing interface, the user can create a scene script file for the target multimedia data for the first time.

[0063] For example, if a user sees a movie in the multimedia data list that has never had its scene edited, and clicks the "First Add" button associated with that movie, the user will be redirected from the main display interface to the editing interface for creating a new script file, allowing the user to start creating a scene script file for the movie.

[0064] In the second scenario, if the user clicks the "edit button" associated with the target multimedia data (i.e., ... Figure 2 The "Edit" button shown indicates that a scene script file has already been created for the target multimedia data in the target application. Clicking this button means that the user wants to modify or improve the existing scene script file, and therefore jumps from the main display interface to the editing interface corresponding to the modification or improvement, making it convenient for the user to edit the created scene script file again. For example, in one implementation scenario, the user previously created a specific scene script file for an in-vehicle game in the target application, but felt it was not ideal, and clicked the "Edit" button again to enter the editing interface for adjustments.

[0065] The two different click operations and corresponding response mechanisms provided in the above examples offer users a convenient way to create new scene script files and modify existing scene script files, thus meeting different user needs.

[0066] Please refer to Figure 3 As shown, Figure 3 This is a schematic diagram illustrating an optional scene script file processing method provided in the example of this application. In one possible implementation, in response to an editing operation on the motion information of at least one target vehicle hardware in the editing interface, a scene script file corresponding to the target multimedia data is generated, including:

[0067] S301, in response to the selection operation of the action information of at least one target vehicle hardware, according to the type of target multimedia data, at least one target vehicle hardware and at least one action information corresponding to each target vehicle hardware are displayed in the editing interface, wherein the action information includes: at least one action parameter;

[0068] S302, in response to an editing operation on at least one action parameter, display the editing result corresponding to the editing operation in the editing interface;

[0069] S303, in response to the click operation of the button added in the editing interface, establishes a linkage relationship between the editing result and the target multimedia data;

[0070] S304, in response to the click operation of the save button in the editing interface, generates a scene script file corresponding to the target multimedia data based on the linkage relationship between the target multimedia data and the editing result.

[0071] When a user selects at least one target vehicle hardware action information in the editing interface, the selected target vehicle hardware, along with at least one action information corresponding to each target vehicle hardware, is displayed on the editing interface, depending on the type of target multimedia data. For example, if the target multimedia data is video data and the target vehicle hardware is interior ambient lighting, when the ambient lighting action information is selected, specific action information such as the ambient lighting's color (e.g., red, green, blue, etc., multiple options as action parameters), brightness (different brightness levels as action parameters), and flashing frequency (different frequency values ​​as action parameters) can be displayed, facilitating further editing by the user.

[0072] By strategically displaying relevant hardware and its operational information based on multimedia data types, the presented content can be tailored to specific usage scenarios. For example, for audio multimedia data, compatible speaker hardware, as well as operational parameters such as volume adjustment range and sound effect modes, can be displayed, helping users to more clearly understand the operable parameters.

[0073] In one example, if a user edits at least one of the displayed action parameters—for example, changing the ambient light color from red to blue or increasing the brightness from 50% to 80%—the editing result is displayed in real-time on the editing interface. This real-time display of editing results provides users with immediate feedback, allowing them to adjust and optimize at any time during the editing process without waiting for the entire edit to be completed. This greatly enhances the convenience and accuracy of user operation, enabling users to more precisely create a vehicle cabin experience scenario that meets their expectations.

[0074] Once the user approves the edited result, clicking the "Add" button in the editing interface establishes a linkage between the current edit and the target multimedia data. This means the user can explicitly bind their desired vehicle hardware actions to specific multimedia data. For example, for a landscape video, if the user edits the sunshade's action parameters to automatically lower it at a specific frame, clicking the "Add" button records the linkage between the landscape video and the specific edit to the sunshade. Subsequently, when the user plays the video in the vehicle at the specific frame, the vehicle system controls the sunshade to automatically lower according to the set action, thus achieving collaborative interaction between multimedia data and vehicle hardware.

[0075] Finally, after the user completes all editing and linkage establishment operations, clicking the save button in the editing interface generates a scene script file corresponding to the target multimedia data, based on the previously established linkage between the target multimedia data and the editing results, according to certain rules and formats. The vehicle system can then use this scene script file to accurately drive the vehicle hardware to perform corresponding actions in scenarios such as multimedia data playback, thereby creating a multi-dimensional sensory experience throughout the cabin.

[0076] In one optional example, depending on the type of the target multimedia data, at least one target vehicle hardware and at least one action information corresponding to each target vehicle hardware are displayed in the editing interface, including:

[0077] When the target multimedia data is game data, display a list of game events based on the game data's identifier information;

[0078] In response to the selection of a target game event in the game event list, the editing interface displays at least one target vehicle hardware that supports linkage with the target game event, as well as at least one action information corresponding to each target vehicle hardware.

[0079] Correspondingly, in another optional example, in response to a click on the save button in the editing interface, a scene script file corresponding to the target multimedia data is generated based on the linkage between the target multimedia data and the editing result, including:

[0080] In response to the click of the save button in the editing interface, a scene script file corresponding to the game data is generated based on the linkage between the target game event and the editing result.

[0081] In the above optional methods, if the target multimedia data is game data, the corresponding list of game events can be determined first based on the game data's identification information. Optionally, the game data's identification information can be the game's name, version number, or other unique identifier. This identification information is used to locate all game events related to the game data, obtaining the game event list of the game data. Optionally, game events can include events such as level start, character level-up, and battle scene triggering in the game.

[0082] Then, when the user selects a target game event (a specific game event) in the game event list, the editing interface will display the target vehicle hardware that can be linked or associated with the target game event, as well as at least one action information related to the target vehicle hardware, such as the vibration mode of the seat, changes in the sound effects of the audio system, etc.

[0083] For example, when the target multimedia data is a racing game, a list of game events such as "start race," "overtake on a corner," and "cross the finish line" can be obtained based on the game's identifier information. If the user selects the target game event "start race," at least one target vehicle hardware that supports linkage with "start race," such as a seat or audio system, can be displayed in the editing interface. At least one action information corresponding to each target vehicle hardware can also be displayed simultaneously, such as vibration for the seat and volume adjustment for the audio system. This allows the user to further edit and set the scene script file corresponding to the racing game, creating a multi-dimensional sensory experience scene closely integrated with the racing game.

[0084] In the above implementation, when the user selects a target game event from the game event list, for example, Figure 4 This is a schematic diagram of an optional editing interface corresponding to game data provided in an embodiment of this application, such as... Figure 4 As shown, the target game event is "vehicle start". First, in the editing interface, at least one vehicle hardware that supports linkage with "vehicle start" is highlighted as "suspension" in the vehicle hardware list. For example, the vehicle hardware that can interact with the target game event is presented to the user in a clear way (such as color change, bolding, highlighting, etc.), and each highlighted vehicle hardware corresponds to at least one action information, providing the user with a variety of choices.

[0085] For example, still Figure 4As shown, the target game event is "vehicle start." In the editing interface, at least one piece of vehicle hardware that supports linkage with "vehicle start" is highlighted in the vehicle hardware list: "suspension." The "suspension motion information list" includes motion information such as "vehicle crouching," "left-right swaying," and "back-and-forth swaying." As an example, not a limitation, the motion parameters of this information can be intensity, duration, frequency, etc. Users can adjust these parameters to precisely customize the motion information effects of the vehicle hardware to achieve their desired multi-dimensional sensory experience.

[0086] In one optional implementation scenario, suppose the target game event is a "drift event" in a racing game. When the user selects this "drift event," the editing interface highlights vehicle hardware that can be linked to the "drift," such as seats, speakers, and ambient lighting. When the user selects the seat as the target vehicle hardware, the interface displays a list of seat-related action information, such as "slight vibration" and "strong vibration." Each action also has corresponding action parameters, such as vibration intensity being divided into "low," "medium," and "high," and duration being selectable as "2 seconds" or "5 seconds." Users can set specific action parameters according to their preferences and needs, thereby creating a unique multi-dimensional sensory experience for the "drift" scenario.

[0087] In the above implementation, when a user selects specific target action information for at least one target vehicle hardware in the editing interface, a series of action parameters corresponding to this target action information can be directly presented on the current editing interface. For example... Figure 4 As shown, the motion information included in the "Suspension Motion Information List" can be "vehicle body squatting up", "left and right swaying", and "backward and backward swaying". The target motion information selected by the user is "vehicle body squatting up", and the motion parameters corresponding to "vehicle body squatting up" displayed in the editing interface can be "amplitude" and "duration".

[0088] Afterwards, the user can edit these displayed action parameters, such as adjusting values ​​and selecting options, for example... Figure 4 In the process, users can select "Medium" in the "Amplitude" option, indicating a medium amplitude. Users can also adjust the progress by dragging the "Duration" slider. The application displays the real-time editing results in the editing interface based on the user's actions, providing a real-time preview function so users can intuitively see the effects of their settings.

[0089] After the user sees the satisfactory editing result, they can click the save button in the editing interface. When the user finally clicks the save button, the in-vehicle system will generate a scene script file corresponding to the game data based on the established linkage between the target game event and the editing result. When the user actually runs the game data in the vehicle later, when the target game event in the game data is triggered, the vehicle system can construct a multi-dimensional sensory experience scene in the vehicle according to the scene script file, so as to provide the user with a rich multi-dimensional sensory experience and enhance the synergy between the multimedia experience and the vehicle hardware.

[0090] Please refer to Figure 5 As shown, Figure 5 This is a flowchart illustrating a method for processing scene script files provided in this application. In one possible implementation, before generating a scene script file corresponding to the target multimedia data based on the linkage between the target multimedia data and the editing result, the method further includes:

[0091] S501, based on the linkage between the target multimedia data and the editing results, generates a temporary script file corresponding to the target multimedia data;

[0092] S502, in response to the operation of running a temporary script file, runs the temporary script file in the target application to control the vehicle to create a corresponding multi-dimensional sensory temporary experience scene based on the temporary script file.

[0093] In one optional example, before formally creating the multi-dimensional sensory experience scene based on the target multimedia data, a temporary script file corresponding to the target multimedia data can be generated based on the linkage between the target multimedia data and the editing results. It should be understood that this temporary script file can be considered a preliminary, not finalized configuration file, which also contains the current settings for the multimedia data and vehicle hardware action information, allowing users to experience and test it in advance while creating the multi-dimensional sensory experience scene.

[0094] Then, when the user runs this temporary script file—for example, by clicking the "Run" button—the temporary script file will run in the target application to control the vehicle to create a corresponding multi-sensory temporary experience scene based on the temporary script file. If the user is not satisfied with the multi-sensory temporary experience scene, they can continue to edit and adjust the temporary script file to further improve it (e.g., adding or editing motion information of other vehicle hardware); if the user is satisfied with the multi-sensory temporary experience scene, a scene script file corresponding to the target multimedia data can be generated directly based on the linkage between the target multimedia data and the editing results.

[0095] Furthermore, before users formally create the final multi-sensory experience scene, they can run a temporary script file to experience and test whether the set effects meet their expectations.

[0096] In one possible implementation, depending on the type of the target multimedia data, at least one target vehicle hardware and at least one action information corresponding to each target vehicle hardware are displayed in the editing interface, including:

[0097] When the target multimedia data is video data, in response to the video frame positioning operation of the video data, the current positioning video frame of the video data is determined; the editing interface displays at least one target vehicle hardware that supports linkage with the currently positioned video frame, as well as at least one action information corresponding to each target vehicle hardware.

[0098] Correspondingly, in another possible implementation, in response to a click on the save button in the editing interface, a scene script file corresponding to the target multimedia data is generated based on the linkage between the target multimedia data and the editing result, including:

[0099] In response to the click of the save button in the editing interface, a scene script file corresponding to the video data is generated based on the linkage between the currently positioned video frame and the editing result.

[0100] In the above implementation, when the target multimedia data is video data, before creating a multi-dimensional sensory experience scene based on editing operations on vehicle hardware motion information in the editing interface, please refer to the following... Figure 6 The diagram shown illustrates an editing interface corresponding to one type of optional video data. Figure 6 As shown, users can drag the video playback progress bar to stop the video at a specific frame, thus performing a video frame positioning operation to determine the currently positioned video frame. In the target application's editing interface, at least one target vehicle hardware from the vehicle hardware list that can establish a linkage with the currently positioned video frame is highlighted, along with at least one action information corresponding to each target vehicle hardware. Therefore, users can clearly see which vehicle hardware's action information can be linked to the currently positioned video frame.

[0101] As an example and not a limitation, at least one action information corresponding to each target vehicle hardware can be displayed in the form of an action information list. This action information list not only contains at least one specific action information, but also equips each action information with at least one action parameter. As described above, the action parameter may include specific values ​​or option settings such as the intensity, duration, and frequency of the action information.

[0102] In one alternative example, if the user selects an adventure movie as the target video data, and the user focuses on the thrilling moment when the protagonist crosses a cliff, the editing interface highlights the vehicle hardware that can be linked, such as the suspension, air conditioning, seats, and ambient lighting. For example, still as... Figure 6 As shown, after the user selects "ambient light" as the target vehicle hardware, the editing interface will display action information such as "ambient light color", "ambient light brightness", and "ambient light effect". Each action information also corresponds to action parameters such as "ambient light color depth", "ambient light brightness", "breathing", "constant light", and "flowing".

[0103] In one example, in response to an editing operation on at least one action parameter, the editing result corresponding to the editing operation is displayed in the editing interface. The user's editing operation on the action parameter is displayed in real time in the editing interface, allowing the user to intuitively see the changes in effect and making more appropriate edits or modifications. Finally, in response to a click on the save button in the editing interface, a scene script file corresponding to the video data is generated based on the linkage between the currently positioned video frame and the editing result.

[0104] The script file is generated based on this clear linkage between the current location video footage and the editing results, making the generated scene script file more targeted for subsequent user applications. The vehicle system can accurately execute corresponding hardware actions according to the specific progress of video playback, without the need for complex additional judgments or fuzzy matching processes. This ensures the accuracy and smoothness of the multi-sensory experience scene creation process, improving the effectiveness of the scene script file in actual use.

[0105] Please refer to Figure 7 As shown, Figure 7 This is a flowchart illustrating an optional scene script file processing method provided in the example of this application. In one possible implementation, after generating a scene script file corresponding to the target multimedia data in response to an editing operation on the motion information of at least one target vehicle hardware in the editing interface, the method further includes:

[0106] S701, upload the scene script file to the server for storage;

[0107] S702, in response to a request to run a scene script file, retrieves the scene script file from the server;

[0108] S703 runs a scene script file in the target application to control the vehicle to create corresponding multi-dimensional sensory experience scenes based on the scene script file.

[0109] For example, if the target multimedia data is a specific in-vehicle game, and the target vehicle hardware action information includes the seat vibration mode and audio volume changes during certain game events (game plots), then the scene script file accurately records the specific settings of the vehicle hardware for that game event.

[0110] In this application example, after the target application on the vehicle side creates the scene script file, it can not only store it locally, but also upload the created scene script file to the server. This is because the server usually has a large storage capacity and a relatively stable storage environment, which can safely and reliably save a large number of scene script files and prevent file loss due to vehicle local device failure or other reasons.

[0111] When a user needs to run a specific scene script file in the target application, they only need to initiate a request to run that scene script file, and the corresponding scene script file will be accurately retrieved from the server. This allows users to download and apply the previously created scene script file when using the same target application on the same or different vehicles, in order to control the vehicle to create corresponding multi-dimensional sensory experience scenes based on the scene script file; or it can be used by other users for reference and application, enriching their scene script file resources.

[0112] In another example, after the scene script file corresponding to the target multimedia data is uploaded to the server, if the user decides that they no longer need a specific scene script file, they can issue a deletion command (e.g., select delete in a specific menu option in the application, or through a specific gesture or key combination). The target application will receive the deletion command and delete the corresponding scene script file.

[0113] Through the above examples, users can also gain control over the management of the scene script files they create and upload. This allows them to flexibly delete scene script files that are no longer needed or disliked according to their needs and preferences, thereby keeping the scene script file list in the target application clean and efficient, and better meeting the ever-changing needs and preferences of users. It also frees up storage space and avoids confusion for users when selecting scene scripts.

[0114] In one possible implementation, after displaying a list of the vehicle's multimedia data in the target application, the method further includes:

[0115] In response to a script selection operation on the target multimedia data in the multimedia data list, display the script selection interface corresponding to the target multimedia data;

[0116] In response to a request to run an operation on a pre-created scene script file displayed in the script selection interface, the pre-created scene script file is retrieved from the server. The pre-created scene script file is of at least one of the following types: a scene script file created by the user, a rating priority script file shared by other users, and a random script file.

[0117] Run the created scene script file in the target application to control the vehicle to create the corresponding multi-dimensional sensory experience scene based on the created scene script file.

[0118] In this application example, in addition to the scene creation function, the target application also has a scene sharing function. Specifically, after the target application starts and displays a multimedia data list on the main display interface, when the user double-clicks the icon, button or control corresponding to the target multimedia data in the multimedia data list (as opposed to clicking the add or edit button corresponding to the target multimedia data), it is determined that the user has triggered the scene script selection operation, and the script selection interface corresponding to the target multimedia data is displayed.

[0119] The script selection interface displays a variety of created scene script files. When a user requests to run these displayed scene script files (such as by clicking the run button), the corresponding scene script file is retrieved from the server. Figure 8 This is a schematic diagram of an optional target application script selection interface. Please refer to it. Figure 8 As shown, the script selection interface displays at least one created scene script file. This is not a limitation, but rather an example. These created scene script files are categorized into different types, such as: script files created by the user (created based on personal preferences and needs); and script files prioritized by ratings, i.e., those considered more effective or more popular based on other users' evaluations and feedback (e.g.,...). Figure 8 Popular scripts include 1, 2, and 3; there are also random script files, which are randomly generated or recommended, providing users with some unexpected and novel experience options (such as...). Figure 8 (Random script 1 and random script 2 in the script selection interface). After that, when the user selects "Popular Script 1" and clicks the "Run" button in the script selection interface, the target application will respond and run the user-selected "Popular Script 1", thereby controlling the vehicle to create a multi-dimensional sensory experience scene corresponding to "Popular Script 1".

[0120] As an optional example, suppose the target multimedia data is a popular movie. After the user double-clicks the movie's icon, a script selection interface appears. This interface includes scripts the user previously created for the movie, emphasizing sound enhancement; scripts highly rated by other users, emphasizing seat vibration coordination; and a randomly generated script containing various hardware effects, among others. After the user selects one of these scripts, the vehicle will provide the corresponding multi-sensory experience scene according to the selected script while watching the movie.

[0121] In one possible implementation, when the created scene script file type includes: a scoring priority script file and / or a random script file, the method further includes:

[0122] In response to the end or exit operation of multimedia data, the evaluation interface prompts the user to rate the running status of the created scene script file and obtain the latest rating result for the created scene script file.

[0123] The latest scoring results are uploaded to the server. The server is used to re-determine the average score of the created scene script files based on the latest scoring results, and to re-determine the scoring priority script file based on the average score of all created scene script files.

[0124] In the above implementation method, refer to Figure 9 As shown, Figure 9 This is a schematic diagram of an optional evaluation interface for a target application. In response to an end or exit operation on multimedia data, the evaluation interface of the target application prompts the user to rate the performance of the recently created scene script file. For example... Figure 9 The message "Please rate the script file you selected" will appear. Users can give a score or rating based on their own experience.

[0125] After obtaining user ratings, the system retrieves the latest ratings for the created scene script files and uploads them to the server. The server then recalculates the average rating for all created scene script files based on this latest result, typically taking into account the ratings from all users. Furthermore, based on the average rating of all created scene script files, the server determines which script files are prioritized for higher ratings. This ensures that priority-rated script files are consistently those that perform well and are more popular in user reviews, providing other users with more valuable references and choices.

[0126] For example, in one scenario, after a user finishes watching a movie and ends playback, the system prompts the user to rate the randomly selected script file. The user gives it a 4-star rating. This 4-star rating is uploaded to the server as the latest rating result. The server incorporates it into its calculations to re-determine the average rating for that random script file. If the average rating improves, it may be listed as a new priority script file for more users to choose and refer to.

[0127] Please refer to Figure 10 As shown, Figure 10 This is a flowchart illustrating an optional method for processing scene script files provided in the example of this application. In one possible implementation, the method further includes:

[0128] S1001, in response to a click on the share control on the target application, displays the script sharing interface corresponding to the vehicle;

[0129] S1002, in response to the browsing operation of multiple created scene script files in the script sharing interface, display multiple created scene script files in the script sharing interface;

[0130] S1003, in response to a request to run any created scene script file in the script sharing interface, runs the created scene script file in the target application to control the vehicle to create a corresponding multi-dimensional sensory experience scene based on the created scene script file.

[0131] In the above implementation, when a user clicks the share control on the target application, a script sharing interface corresponding to the vehicle is displayed in the target application. Then, when the user browses multiple created scene script files in the script sharing interface, the multiple created scene script files are displayed in the script sharing interface according to the user's actions.

[0132] It should be understood that in this application example, users can actively enter the sharing interface by clicking the share control on the target application. For example, through browsing operations such as swiping and page turning, users can see various scene script files they have previously created and those shared by other users in this interface. This allows users to easily browse multiple created scene script files, thereby selecting the script file they want to share or viewing script files shared by other users. Finally, in response to the operation of running any created scene script file in the script sharing interface, the created scene script file is run in the target application to control the vehicle to create a corresponding multi-dimensional sensory experience scene based on the created scene script file.

[0133] In this possible implementation, if a user runs any created scene script file in the script sharing interface, the target application runs the created scene script file selected by the user, and then controls the vehicle to work according to the created scene script file, providing the user with a corresponding multi-dimensional sensory experience scene. The above optional implementation method allows users not only to create scene script files that match their own personality, but also to easily experience scene script files shared by other users, enriching the multi-dimensional sensory experience of the in-vehicle system.

[0134] In the above implementation, users can also like, comment on, and rate any of the created scene script files through the script sharing interface. The server can then recalculate the average rating of the created scene script files based on the user's actions. Then, by combining the new average ratings of all created scene script files, the server determines which script files are prioritized based on their rating, making it easier for other users to discover and use scene script files that are more popular and recognized.

[0135] It should be understood that the sequence number of each step in the above embodiments does not imply the order of execution. The execution order of each process should be determined by its function and internal logic, and should not constitute any limitation on the implementation process of the embodiments of this application.

[0136] Corresponding to the scene script file processing method in the above embodiments, Figure 11 This is a schematic diagram of the structure of a scene script file processing device provided in an embodiment of this application. This device can be implemented as part or all of a computer device by software, hardware, or a combination of both. The computer device can be... Figure 12 The electronic device shown.

[0137] Reference Figure 11 The processing device for the scene script file specifically includes:

[0138] The first display unit 1101 is used to display the vehicle's multimedia data list;

[0139] The second display unit 1102 is used to respond to the selection operation of target multimedia data in the multimedia data list and display the editing interface corresponding to the target multimedia data, wherein the editing interface displays at least a list of vehicle hardware of the vehicle.

[0140] The script generation unit 1103 is used to generate a scene script file corresponding to the target multimedia data in response to the editing operation of the action information of at least one target vehicle hardware in the editing interface. The target vehicle hardware is the vehicle hardware in the vehicle hardware list that supports linkage with the target multimedia data. The scene script file is used to construct a multi-dimensional sensory experience scene in the vehicle.

[0141] It should be noted that the scene script file processing device provided in the above embodiments is only an example of the division of the above functional modules. In actual applications, the above functions can be assigned to different functional modules as needed, that is, the internal structure of the device can be divided into different functional modules to complete all or part of the functions described above.

[0142] The functional units and modules in the above embodiments can be integrated into one processing unit, or each unit can exist physically separately, or two or more units can be integrated into one unit. The integrated unit can be implemented in hardware or as a software functional unit. Furthermore, the specific names of the functional units and modules are only for easy differentiation and are not intended to limit the scope of protection of the embodiments of this application.

[0143] It should be noted that the information interaction and execution process between the above-mentioned devices / units are based on the same concept as the method embodiments of this application. For details on their specific functions and technical effects, please refer to the method embodiments section, and they will not be repeated here.

[0144] This application also provides an electronic device, which includes one or more processors and a memory;

[0145] The memory is coupled to one or more processors. The memory is used to store computer program code, which includes computer instructions. One or more processors call the computer instructions to cause the electronic device to execute the processing method of the scenario script file described above.

[0146] Electronic devices can be mobile phones, smart screens, tablets, wearable electronic devices, in-vehicle electronic devices, augmented reality (AR) devices, virtual reality (VR) devices, laptops, ultra-mobile personal computers (UMPCs), netbooks, personal digital assistants (PDAs), projectors, or communication devices such as servers, storage devices, and base stations, or smart cars, etc. This application does not limit the specific type of electronic device.

[0147] This application also provides a computer-readable storage medium storing computer instructions; when the computer-readable storage medium is run on an electronic device, it causes the electronic device to execute the aforementioned processing method for the scene script file.

[0148] Computer instructions can be stored in or transmitted from one computer-readable storage medium to another. For example, computer instructions can be transmitted from one website, computer, server, or data center to another via wired (e.g., coaxial cable, fiber optic, digital subscriber line (DSL)) or wireless (e.g., infrared, wireless, microwave, etc.) means. A computer-readable storage medium can be any available medium that a computer can access, or it can contain one or more data storage devices such as servers or data centers that can be integrated with that medium. Available media can be magnetic media (e.g., floppy disks, hard disks, magnetic tapes), optical media, or semiconductor media (e.g., solid-state disks (SSDs)).

[0149] This application also provides a computer program product containing computer instructions, which, when run on an electronic device, enables the electronic device to execute the processing method of the scene script file described above.

[0150] The computer storage medium and computer program product provided in the embodiments of this application are used to execute the methods provided above. Therefore, the beneficial effects they can achieve can be referred to the beneficial effects corresponding to the methods provided above, and will not be repeated here.

[0151] In the above embodiments, implementation can also be achieved, in whole or in part, through software, hardware, firmware, or any combination thereof. When implemented in software, it can be implemented, in whole or in part, as a computer program product. The computer program product includes one or more computer instructions. When the computer instructions are loaded and executed on a computer, all or part of the processes or functions described in the embodiments of this application are generated. The computer can be a general-purpose computer, a special-purpose computer, a computer network, or other programmable device. The computer instructions can be stored in a computer-readable storage medium or transmitted from one computer-readable storage medium to another. For example, the computer instructions can be transmitted from one website, computer, server, or data center to another via wired (e.g., coaxial cable, fiber optic, Digital Subscriber Line, DSL) or wireless (e.g., infrared, wireless, microwave, etc.) means. The computer-readable storage medium can be any available medium accessible to a computer, or a data storage device such as a server or data center that integrates one or more available media. The available media can be magnetic media (e.g., floppy disks, hard disks, magnetic tapes), optical media (e.g., Digital Versatile Discs (DVDs)), or semiconductor media (e.g., Solid State Disks (SSDs)).

[0152] Figure 12 This is a schematic diagram of the structure of an electronic device provided in an embodiment of this application. The electronic device 1200 may be a mobile phone, computer, digital broadcasting terminal, messaging device, game console, tablet device, medical device, fitness equipment, personal digital assistant, etc.

[0153] The memory 1201 can be used to store computer software programs 1202 and modules. The processor 1203 executes various functional applications and data processing of the electronic device by running the software programs and modules stored in the memory 1201. The memory 1201 may mainly include a program storage area and a data storage area. The program storage area may store the operating system, application programs required for at least one function (such as sound playback function, image playback function, etc.), etc.; the data storage area may store data created according to the use of the electronic device (such as audio data, telephone book, etc.). In addition, the memory 1201 may include high-speed random access memory, and may also include non-volatile memory, such as at least one disk storage device, flash memory device, or other volatile solid-state storage device.

[0154] The processor 1203 may include one or more processors such as a central processing unit (CPU), an application processor (AP), and a baseband processor. The processor can serve as the nerve center and command center of the wireless router. The processor 1203 can generate operation control signals based on instruction opcodes and timing signals to control instruction fetching and execution. The memory 1201 can be used to store executable program code, including instructions. The processor 1203 executes various functional applications and data processing of the network device by running the instructions stored in the memory. The memory 1201 may include a program storage area and a data storage area, such as storing data for audio signals to be played. For example, the memory may be Double Data Rate Synchronous Dynamic Random Access Memory (DDR) or Flash memory.

[0155] In the above embodiments, the descriptions of each embodiment have different focuses. For parts that are not described in detail or recorded in a certain embodiment, please refer to the relevant descriptions of other embodiments.

[0156] Those skilled in the art will recognize that the units and algorithm steps of the various examples described in conjunction with the embodiments claimed herein can be implemented in electronic hardware, or a combination of computer software and electronic hardware. Whether these functions are implemented in hardware or software depends on the specific application and design constraints of the technical solution. Those skilled in the art can use different methods to implement the described functions for each specific application, but such implementation should not be considered beyond the scope of this application.

[0157] In the embodiments provided in this application, it should be understood that the disclosed apparatus / network devices and methods can be implemented in other ways. For example, the apparatus / network device embodiments described above are merely illustrative. For instance, the division of modules or units is only a logical functional division, and in actual implementation, there may be other division methods. For example, multiple units or components may be combined or integrated into another system, or some features may be ignored or not executed. Furthermore, the coupling or direct coupling or communication connection shown or discussed may be through some interfaces; the indirect coupling or communication connection between devices or units may be electrical, mechanical, or other forms.

[0158] The units described as separate components may or may not be physically separate. The components shown as units may or may not be physical units; that is, they may be located in one place or distributed across multiple network units. Some or all of the units can be selected to achieve the purpose of this embodiment according to actual needs.

[0159] The above-described embodiments are only used to illustrate the technical solutions of this application, and are not intended to limit them. Although this application has been described in detail with reference to the foregoing embodiments, those skilled in the art should understand that modifications can still be made to the technical solutions described in the foregoing embodiments, or equivalent substitutions can be made to some of the technical features. Such modifications or substitutions do not cause the essence of the corresponding technical solutions to deviate from the spirit and scope of the technical solutions of the embodiments of this application, and should all be included within the protection scope of this application.

Claims

1. A method for processing scene script files, characterized in that, include: Display a list of the vehicle's multimedia data in the target application; In response to a selection operation on target multimedia data in the multimedia data list, an editing interface corresponding to the target multimedia data is displayed, wherein the editing interface displays at least a list of vehicle hardware of the vehicle, and the selection operation includes a click operation; In response to an editing operation on the motion information of at least one target vehicle hardware in the editing interface, a scene script file corresponding to the target multimedia data is generated, wherein the target vehicle hardware is vehicle hardware in the vehicle hardware list that supports linkage with the target multimedia data, and the scene script file is used to construct a multi-dimensional sensory experience scene in the vehicle. The response to the selection operation of target multimedia data in the multimedia data list displays an editing interface corresponding to the target multimedia data, including: In response to a click on the first add button associated with the target multimedia data, it is determined that a scene script file corresponding to the target multimedia data has been created for the first time in the target application, and an editing interface corresponding to the target multimedia data is displayed; or, in response to a click on the edit button associated with the target multimedia data, it is determined that a scene script file corresponding to the target multimedia data has been created in the target application, and an editing interface corresponding to the target multimedia data is displayed. The step of generating a scene script file corresponding to the target multimedia data in response to an editing operation on the motion information of at least one target vehicle hardware in the editing interface includes: In response to a selection operation of motion information of at least one of the target vehicle hardware, the at least one target vehicle hardware and at least one motion information corresponding to each target vehicle hardware are displayed in the editing interface according to the type of the target multimedia data, wherein the motion information includes at least one motion parameter; In response to an editing operation on at least one of the action parameters, the editing result corresponding to the editing operation is displayed in the editing interface; In response to a click operation on the button added in the editing interface, a linkage relationship is established between the editing result and the target multimedia data; In response to a click on the save button in the editing interface, a scene script file corresponding to the target multimedia data is generated based on the linkage between the target multimedia data and the editing result.

2. The method according to claim 1, characterized in that, The step of displaying at least one target vehicle hardware and at least one action information corresponding to each target vehicle hardware in the editing interface according to the type of the target multimedia data includes: when the target multimedia data is game data, displaying a game event list of the game data according to the identification information of the game data; in response to the selection operation of a target game event in the game event list, displaying at least one target vehicle hardware that supports linkage with the target game event and at least one action information corresponding to each target vehicle hardware in the editing interface. The step of generating a scene script file corresponding to the target multimedia data in response to a click operation on the save button in the editing interface, based on the linkage relationship between the target multimedia data and the editing result, includes: generating a scene script file corresponding to the game data in response to a click operation on the save button in the editing interface, based on the linkage relationship between the target game event and the editing result.

3. The method according to claim 1, characterized in that, The step of displaying at least one target vehicle hardware and at least one action information corresponding to each target vehicle hardware in the editing interface according to the type of the target multimedia data includes: when the target multimedia data is video data, in response to the video frame positioning operation of the video data, determining the current positioning video frame of the video data; and displaying at least one target vehicle hardware that supports linkage with the current positioning video frame in the editing interface, and at least one action information corresponding to each target vehicle hardware. The step of responding to a click on the save button in the editing interface and generating a scene script file corresponding to the target multimedia data based on the linkage between the target multimedia data and the editing result includes: responding to a click on the save button in the editing interface and generating a scene script file corresponding to the video data based on the linkage between the currently positioned video frame and the editing result.

4. The method according to claim 1, characterized in that, Before generating a scene script file corresponding to the target multimedia data based on the linkage between the target multimedia data and the editing result in response to a click operation of the save button in the editing interface, the method further includes: Based on the linkage between the target multimedia data and the editing result, a temporary script file corresponding to the target multimedia data is generated; In response to the operation of running the temporary script file, the temporary script file is run in the target application to control the vehicle to create a corresponding multi-dimensional sensory temporary experience scene based on the temporary script file.

5. The method according to any one of claims 1 to 4, characterized in that, After generating a scene script file corresponding to the target multimedia data in response to an editing operation on the motion information of at least one target vehicle hardware in the editing interface, the method further includes: Upload the scene script file to the server for storage; In response to a request to run the scene script file, the scene script file is retrieved from the server. The scene script file is run in the target application to control the vehicle to create a corresponding multi-dimensional sensory experience scene based on the scene script file.

6. The method according to any one of claims 1 to 4, characterized in that, After displaying a list of the vehicle's multimedia data in the target application, the method further includes: In response to a script selection operation on target multimedia data in the multimedia data list, a script selection interface corresponding to the target multimedia data is displayed. In response to a request to run an operation on a pre-created scene script file displayed in the script selection interface, the pre-created scene script file is retrieved from the server. The pre-created scene script file is of at least one of the following types: a scene script file created by the user, a rating priority script file shared by other users, and a random script file. The created scene script file is run in the target application to control the vehicle to create a corresponding multi-dimensional sensory experience scene based on the created scene script file.

7. The method according to claim 6, characterized in that, When the type of the created scene script file includes: the scoring priority script file and / or the random script file, the method further includes: In response to the end or exit operation of the multimedia data, the user is prompted on the evaluation interface to rate the running status of the created scene script file, and the latest rating result corresponding to the created scene script file is obtained. The latest scoring result is uploaded to the server, wherein the server is used to redetermine the average score of the created scene script files based on the latest scoring result, and to redetermine the scoring priority script file based on the average score of all created scene script files.

8. The method according to any one of claims 1 to 4, characterized in that, The method further includes: In response to a click on the share control on the target application, a script sharing interface corresponding to the vehicle is displayed; In response to browsing multiple created scene script files in the script sharing interface, multiple created scene script files are displayed in the script sharing interface; In response to a request to run any of the created scene script files in the script sharing interface, the created scene script file is run in the target application to control the vehicle to create a corresponding multi-dimensional sensory experience scene based on the created scene script file.

9. The method according to any one of claims 1 to 4, characterized in that, The method further includes: Obtain the vehicle hardware list and multimedia data list from the server; or, The vehicle hardware list and the multimedia data list are obtained from the vehicle, wherein the vehicle hardware list is associated with the vehicle model information.

10. A device for processing scene script files, characterized in that, The apparatus is used to implement the method as described in any one of claims 1 to 9, comprising: The first display unit is used to display the vehicle's multimedia data list; The second display unit is used to respond to the selection operation of target multimedia data in the multimedia data list and display an editing interface corresponding to the target multimedia data, wherein the editing interface displays at least the vehicle hardware list of the vehicle. The script generation unit is used to generate a scene script file corresponding to the target multimedia data in response to the editing operation of the action information of at least one target vehicle hardware in the editing interface. The target vehicle hardware is a vehicle hardware in the vehicle hardware list that supports linkage with the target multimedia data. The scene script file is used to construct a multi-dimensional sensory experience scene in the vehicle.

11. A computer program product, characterized in that, When the computer program product is run on an electronic device, it causes the electronic device to perform the method as described in any one of claims 1 to 9.

12. An electronic device comprising a memory, a processor, and a computer program stored in the memory and executable on the processor, characterized in that, When the processor executes the computer program, it implements the method as described in any one of claims 1 to 9.

13. A computer-readable storage medium storing a computer program, characterized in that, When the computer program is executed by a processor, it implements the method as described in any one of claims 1 to 9.

Citation Information

Patent Citations

  • Scene editing device

    CN114327190A

  • Adding custom and dynamic multimedia to target files

    US20200409985A1