Vehicle machine starting method, device, equipment and medium

Abstract

The embodiment of the invention relates to a vehicle machine starting method and device, equipment and a medium. The method comprises the steps that a vehicle machine associated parameter set of a current user of a vehicle machine is acquired; determining a server resource application probability of the current user according to the vehicle associated parameter set; judging whether the server resource application probability is greater than a first preset probability threshold; and when the probability value is greater than the first preset probability threshold value, a server-side resource for starting the vehicle-mounted terminal is applied to the server-side, and the vehicle-mounted terminal is started according to the applied first server-side resource. According to the technical scheme, when it is determined that the server resource application probability is high, the server resource is applied for starting the vehicle machine, and the utilization rate of the server resource is increased.

Description

TECHNICAL FIELD

[0001] The present disclosure relates to the technical field of vehicle control, and particularly relates to a vehicle machine starting method and device, equipment and medium. BACKGROUND

[0002] With the rapid development of intelligent networked era technology, the intelligent automobile industry has also entered a period of rapid development. The intelligent networked degree and penetration rate of automobiles are gradually increasing, and the intelligent level has also been significantly improved. Traditional use of vehicle-side resources to provide services cannot meet the increasing application needs of users, and it is necessary to realize flexible deployment and mapping of terminal capabilities on the service side through a service-oriented technical design route to support the rapid import of massive and complex intelligent applications and ensure safe, stable and efficient operation.

[0003] In the related art, after the vehicle machine is powered on, the service side resources are directly applied for the vehicle machine, and relevant services are provided based on the service side resources. However, in actual application, after the vehicle machine is powered on, the service side resources are not needed to start the vehicle machine, for example, after the vehicle machine is powered on, the local resources of the vehicle machine can support the service needs of the user, and therefore, after the vehicle machine is powered on, directly applying for the service side resources for the vehicle machine will cause waste of the service side resources. SUMMARY

[0004] In order to solve the above technical problems or at least partially solve the above technical problems, the present disclosure provides a vehicle machine starting method, device, equipment and medium.

[0005] The present disclosure provides a vehicle machine starting method, which comprises: acquiring a vehicle machine association parameter set of a current user of a vehicle machine; determining a service side resource application probability of the current user according to the vehicle machine association parameter set; judging whether the service side resource application probability is greater than a first preset probability threshold; when greater than the first preset probability threshold, applying for service side resources for starting the vehicle machine to the service side, and starting the vehicle machine according to the first service side resources applied for.

[0006] The present disclosure also provides a vehicle machine starting device, which comprises: an acquisition module for acquiring a vehicle machine association parameter set of a current user of a vehicle machine; a determination module for determining a service side resource application probability of the current user according to the vehicle machine association parameter set; a judgment module for judging whether the service side resource application probability is greater than a first preset probability threshold; and a starting processing module for applying for service side resources for starting the vehicle machine to the service side when greater than the first preset probability threshold, and starting the vehicle machine according to the first service side resources applied for.

[0007] This disclosure also provides an electronic device, the electronic device comprising: a processor; a memory for storing executable instructions of the processor; the processor being configured to read the executable instructions from the memory and execute the instructions to implement the vehicle startup method provided in this disclosure.

[0008] This disclosure also provides a computer-readable storage medium storing a computer program for executing the vehicle startup method provided in this disclosure.

[0009] The technical solution provided in this disclosure has the following advantages compared with the prior art:

[0010] The vehicle infotainment system startup solution provided in this embodiment obtains the current user's vehicle infotainment system association parameter set, determines the current user's server resource request probability based on the vehicle infotainment system association parameter set, and determines whether the server resource request probability is greater than a first preset probability threshold. If it is greater than the first preset probability threshold, the solution requests server resources to start the vehicle infotainment system from the server, and starts the vehicle infotainment system based on the requested server resources. In this technical solution, server resources are only requested to start the vehicle infotainment system when the server resource request probability is determined to be high, thereby improving the utilization rate of server resources. Attached Figure Description

[0011] The above and other features, advantages, and aspects of the embodiments of this disclosure will become more apparent from the accompanying drawings and the following detailed description. Throughout the drawings, the same or similar reference numerals denote the same or similar elements. It should be understood that the drawings are schematic, and the originals and elements are not necessarily drawn to scale.

[0012] Figure 1 A schematic flowchart of a vehicle infotainment system startup method provided in an embodiment of this disclosure;

[0013] Figure 2 This is a schematic diagram of the structure of a vehicle starter device provided in an embodiment of the present disclosure;

[0014] Figure 3 This is a schematic diagram of the structure of an electronic device provided in an embodiment of this disclosure. Detailed Implementation

[0015] Embodiments of this disclosure will now be described in more detail with reference to the accompanying drawings. While some embodiments of this disclosure are shown in the drawings, it should be understood that this disclosure can be implemented in various forms and should not be construed as limited to the embodiments set forth herein. Rather, these embodiments are provided to provide a more thorough and complete understanding of this disclosure. It should be understood that the accompanying drawings and embodiments of this disclosure are for illustrative purposes only and are not intended to limit the scope of protection of this disclosure.

[0016] It should be understood that the steps described in the method embodiments of this disclosure may be performed in different orders and / or in parallel. Furthermore, the method embodiments may include additional steps and / or omit the steps shown. The scope of this disclosure is not limited in this respect.

[0017] The term "comprising" and its variations as used herein are open-ended inclusions, meaning "including but not limited to". The term "based on" means "at least partially based on". The term "one embodiment" means "at least one embodiment"; the term "another embodiment" means "at least one additional embodiment"; the term "some embodiments" means "at least some embodiments". Definitions of other terms will be given in the description below.

[0018] It should be noted that the concepts of "first" and "second" mentioned in this disclosure are used only to distinguish different devices, modules or units, and are not used to limit the order of functions performed by these devices, modules or units or their interdependencies.

[0019] It should be noted that the terms "a" and "a plurality of" used in this disclosure are illustrative rather than restrictive, and those skilled in the art should understand that, unless otherwise expressly indicated in the context, they should be understood as "one or more".

[0020] The names of messages or information exchanged between multiple devices in the embodiments of this disclosure are for illustrative purposes only and are not intended to limit the scope of such messages or information.

[0021] To address the aforementioned issues, this disclosure provides a vehicle infotainment system startup method. This method is applied to a vehicle infotainment system startup system, which includes a vehicle 100, a vehicle infotainment system 110, and a server 200. The vehicle infotainment system 110 is installed in the vehicle 100 and provides users with one or more functional services such as entertainment, navigation, communication, and vehicle control. The server 200 provides server-side resources for the services offered by the vehicle infotainment system 110 and can provide remote service resources. The server 200 may include, but is not limited to, any one or a combination of cloud computing, server clusters, distributed servers in a distributed system, and independent physical servers. The vehicle infotainment system 110 provides services based on the server-side resources provided by the server 200, which can overcome the limitations of the vehicle 100's local resources and provide users with more services. After the vehicle infotainment system 110 is ignited and powered on, the vehicle 100 obtains the current user's vehicle infotainment system associated parameter set. The vehicle 100 executes the vehicle infotainment system startup method of this embodiment, obtains the current user's vehicle infotainment system associated parameter set, and determines whether the probability of requesting server resources is greater than a first preset probability threshold. If it is greater than the first preset probability threshold, it requests server resources for starting the vehicle infotainment system from the server 200. The server 200 determines whether there are idle server resources that can be allocated to the vehicle infotainment system 110. If there are idle server resources that can be allocated to the vehicle infotainment system 110, the server 200 sends a message to the vehicle 100 indicating that the requested idle server resources (first server resources) have been successfully applied for. The server 200 then starts the vehicle infotainment system based on the requested first server resources.

[0022] The method will be described below with reference to specific embodiments.

[0023] Figure 1 This is a flowchart illustrating a vehicle infotainment system startup method provided in an embodiment of this disclosure. This method can be executed by a vehicle infotainment system startup device, which can be implemented using software and / or hardware and is generally integrated into a vehicle. Figure 1 As shown, the method includes:

[0024] Step 101: Obtain the set of vehicle-mounted system associated parameters for the current user.

[0025] The vehicle-to-infrastructure (V2I) association parameter set is used to assess whether a user needs cloud resources to provide V2I services. The V2I association set includes multiple types of V2I association parameters, which may include user profile information (including at least one or any combination of user-authorized information such as user gender, user age, and user occupation), V2I environment parameters (including at least one or any combination of location information, weather information, and date), V2I operation behavior parameters (such as usage time after V2I starts, frequency of requests to server resources after V2I starts), and V2I operation behavior parameters in the service space (number of requests submitted to the service space, frequency of requests submitted to the service space, etc.).

[0026] The following example illustrates how to obtain the vehicle-mounted system associated collection:

[0027] In some possible implementations, new and old users are distinguished when obtaining the set of vehicle-mounted system associated parameters. In this embodiment, it is identified whether the current user belongs to the set of historical users who have previously applied for server resources. Historical users are users who have previously registered and applied for server resources on the server. In this embodiment, if the current user belongs to the set of historical users, the system obtains all vehicle-to-machine (V2M) related parameter sets corresponding to the historical user set and uses these sets as the current user's V2M related parameter sets. That is, all V2M related parameter sets corresponding to historical users are directly reused. The V2M related parameter sets corresponding to historical users include at least one of the following: first operation behavior parameters when the historical user operates the V2M (e.g., usage duration after the V2M starts, frequency of applying for server resources after the V2M starts), and second operation behavior parameters (e.g., number of requests submitted by the historical user to the service space, frequency of requests submitted by the historical user to the service space) in the service space corresponding to the server (it should be understood that the server provides remote server resources on the server, so the server resources are equivalent to the virtual machine of the V2M, and the related services on the V2M are equivalent to occurring within the service space defined by the server resources).

[0028] In this embodiment, to ensure the reliability of the determined server resource request probability, not only is the set of all vehicle-to-vehicle (V2V) related parameters corresponding to historical users used as the set of V2V related parameters for the current user, but also the user profile information of the current user (including at least one or any combination of user-authorized gender, user age, user occupation, etc.) and the environmental parameters of the V2V location (including at least one or any combination of location information, weather information, date, etc.) are obtained. In this embodiment, the set of all V2V related parameters corresponding to historical user sets, environmental parameters, and user profile information are used as the set of V2V related parameters for the current user. The set of all V2V related parameters corresponding to historical users is a direct reuse of all relevant V2V related parameters of historical users. The set of all V2V related parameters corresponding to historical users includes the first operation behavior parameters of historical users when operating the V2V and the second operation behavior parameters of historical users in the service space, which improves the richness of the V2V related parameters included in the current user's V2V related parameter set and further ensures the reliability of the determined server resource request probability.

[0029] In this embodiment, when the current user does not belong to the historical user set, the current user's vehicle-to-infrastructure (V2I) related parameter set is collected, and this collected set is used as the current user's V2I related parameter set. The collected V2I related parameter set may include: environmental parameters of the V2I, third-party operation behavior parameters of the current user when operating the V2I (including usage duration after V2I startup, frequency of server resource requests after V2I startup, etc.), and the current user's user profile information. Because the current user is a new user, the V2I related parameters collected here do not include the user's operation behavior parameters in the cloud space.

[0030] In this embodiment, the vehicle-to-everything (V2X) parameter set of the current user is obtained by distinguishing between new and old users. When the current user is an old user, the relevant V2X parameters of the historical user are reused to improve the richness of the V2X parameters contained in the current user's V2X parameter set, which can further ensure the reliability of determining the probability of server resource application. When the current user is a new user, the V2X parameter set of the current user is directly collected, which ensures the relevance between the V2X parameter set and the new user, and can also ensure the reliability of determining the probability of server resource application.

[0031] In other words, in the embodiments disclosed herein, the current user's vehicle-mounted system associated parameter set includes at least one of the following: the vehicle-mounted system associated parameter set corresponding to the target user set (e.g., the target user set is the historical user set mentioned above), the vehicle-mounted system's environmental parameters, and the current user's user profile information.

[0032] In practical implementation, considering that in some scenarios, users do not need to use the vehicle system startup method of this embodiment to determine whether to request server resources, a server resource request event is pre-set in such scenarios. Only when this event is triggered is the current user's vehicle system associated parameter set obtained, so as to determine the probability of requesting server resources based on this parameter set. The methods for triggering the server resource request event include, but are not limited to, one or more of the following: control triggering, voice triggering, and trajectory triggering. For example, when the server resource request event is triggered by voice, the event is triggered when the user's voice command contains the keyword "request server resources." Conversely, in this embodiment, if the current user does not trigger the server resource request event, a server resource request is required by default. The current user's server resource request is added to the server resource request queue, and the corresponding server resources are requested in a queue. The method of queuing for server resource requests can be implemented using existing technology, which will not be elaborated here.

[0033] Step 102: Determine the probability of the current user's server resource request based on the set of vehicle-mounted system associated parameters.

[0034] In the embodiments of this disclosure, the probability of a current user requesting server resources is determined based on the set of vehicle-mounted system associated parameters. The higher the probability of requesting server resources, the more the vehicle-mounted system needs to provide relevant vehicle-mounted system services based on server resources. Conversely, the lower the probability of requesting server resources, the less the vehicle-mounted system needs to provide relevant vehicle-mounted system services based on server resources.

[0035] It should be noted that the method for determining the probability of a current user's server resource request based on the set of vehicle-mounted system associated parameters differs in different application scenarios, as shown in the following example:

[0036] In some possible embodiments, a probability calculation model is pre-built. The probability calculation model is constructed based on the sample vehicle-to-machine association parameters and the sample server resource request probability. In this embodiment, an initial probability calculation model is constructed. The network structure of the initial probability calculation model can be a neural network model or a deep learning model. The sample vehicle-to-machine association parameters are input into the initial probability calculation model, and the actual server resource request probability output by the initial probability calculation model is obtained. The probability loss value between the sample server resource request probability and the actual server resource request probability is calculated. It is determined whether the probability loss value is greater than a preset loss value threshold. If it is greater than the preset loss value threshold, the model parameters of the initial probability calculation model are modified until the probability loss value is not greater than the preset loss value threshold. Then, the training of the initial probability calculation model is completed to obtain the trained probability calculation model.

[0037] In this embodiment, the set of vehicle-machine associated parameters is input into the probability calculation model to obtain the server resource request probability output by the probability calculation model.

[0038] In some possible embodiments, determining the probability of a current user's server resource request based on the vehicle-machine association parameter set may include: pre-calibrating a reference value for each vehicle-machine association parameter included in the vehicle-machine association parameter set. This reference value may be customized based on scenario data. For example, obtaining the historical vehicle-machine association parameter sets of all historical users who have requested server resources, calculating the arithmetic mean of the parameter values ​​of each type of vehicle-machine association parameter in all historical vehicle-machine association parameter sets, and using the arithmetic mean as the reference value of the corresponding vehicle-machine association parameter.

[0039] Specifically, the larger the difference between the actual parameter value and the corresponding reference value for each vehicle-to-everything (V2X) related parameter, the more likely the current user is to request server resources; conversely, the smaller the difference, the less likely the current user is to request server resources. In this embodiment, the difference between the parameter value and the corresponding reference value for each V2X related parameter in the current user's V2X related parameter set is calculated, and the ratio of this difference to the corresponding reference value is calculated. The average of all ratios corresponding to all V2X related parameters in the V2X related parameter set is taken as the probability of the current user requesting server resources.

[0040] Step 103: Determine whether the probability of requesting server resources is greater than the first preset probability threshold.

[0041] The first preset probability threshold can be customized, for example, the first preset probability threshold can be set to 0.5.

[0042] Step 104: When the probability exceeds the first preset probability threshold, request server resources from the server to start the vehicle system, and start the vehicle system according to the requested first server resources.

[0043] In the embodiments of this disclosure, it is determined whether the probability of requesting server-side resources is greater than a first preset probability threshold. If it is greater than the first preset probability threshold, it is considered that the vehicle-mounted system needs server-side resources to provide services. Therefore, server-side resources for starting the vehicle-mounted system are requested from the server, and the vehicle-mounted system is started based on the requested first server-side resources. After the vehicle-mounted system starts, it can provide services in the service space based on the first server-side resources, such as music download services in the service space. Thus, server-side resources are only requested when it is determined that the vehicle-mounted system needs them to provide services, thereby improving the effective utilization rate of server-side resources.

[0044] In another embodiment of this disclosure, when the probability of requesting server resources is not greater than a first preset probability threshold, it is not directly assumed that no server resources need to be requested. Instead, it is determined whether the remaining server resources are greater than a preset resource threshold, wherein the preset resource threshold can be set according to the needs of the scenario.

[0045] When the remaining server resources exceed a preset resource threshold, it indicates that there are currently ample server resources available. To fully utilize these resources, it is necessary to determine again whether the current user requests server resources. This involves determining the random startup probability of the current user's in-vehicle system. For example, a random probability value is assigned to the current user based on a random probability calculation algorithm. This algorithm randomly calculates a probability value for the current user, determining the random startup probability as the in-vehicle system's random startup probability. Random probability calculation algorithms include algorithms such as the Russian Roulette algorithm. When the Russian Roulette algorithm is included, a random roulette probability value can be calculated for the current user and used as the random startup probability of the in-vehicle system.

[0046] Furthermore, it is determined whether the probability of the vehicle's infotainment system randomly starting is greater than a second preset probability threshold. This second preset probability threshold can be determined based on a random probability calculation algorithm. For example, when the random probability calculation algorithm is the Russian roulette algorithm, the roulette probability threshold corresponding to the Russian roulette algorithm can be used as the second preset probability threshold. Of course, in some possible embodiments, the second preset probability threshold can also be customized as needed.

[0047] In this embodiment, when the probability of the vehicle's infotainment system randomly starting is greater than a second preset probability threshold, a request for server-side resources to start the system is made from the server. The system is then started based on the requested second server-side resources. These second server-side resources may be the same as the first server-side resources, or they may be different. Whether the second and first server-side resources are the same depends on the available available server-side resources at the corresponding time and the actually selected server-side resources. This ensures that when there are sufficient remaining server-side resources, some vehicle-to-vehicle systems can be selected to request corresponding server-side resources, improving the utilization rate of server-side resources.

[0048] In this embodiment, when the probability of the vehicle system starting randomly is not greater than the second preset probability threshold, it is considered that the current vehicle system does not need to request server resources. Therefore, the vehicle system provides vehicle services based on local resources without requesting server resources.

[0049] In summary, the vehicle infotainment system startup method of this disclosure embodiment obtains the vehicle infotainment system's current user-related parameter set, determines the current user's server resource request probability based on the vehicle infotainment system's related parameter set, determines whether the server resource request probability is greater than a first preset probability threshold, and if it is greater than the first preset probability threshold, requests server resources from the server to start the vehicle infotainment system, and starts the vehicle infotainment system based on the requested server resources. In this technical solution, server resources are requested to start the vehicle infotainment system only when the server resource request probability is determined to be high, thereby improving the utilization rate of server resources.

[0050] To achieve the above embodiments, this disclosure also proposes a vehicle start-up device.

[0051] Figure 2 This is a schematic diagram of the structure of a vehicle infotainment system starting device according to an embodiment of the present disclosure, as shown below. Figure 2 As shown, the vehicle startup device includes: an acquisition module 210, a determination module 220, a judgment module 230, and a startup processing module 240, wherein,

[0052] The acquisition module 210 is used to acquire the current user's vehicle-mounted system associated parameter set of the vehicle-mounted system;

[0053] Module 220 is used to determine the probability of the current user's server resource request based on the set of vehicle-mounted system associated parameters.

[0054] Judgment module 230 is used to determine whether the probability of server resource request is greater than a first preset probability threshold;

[0055] The startup processing module 240 is used to request server resources for starting the vehicle system from the server when the probability exceeds a first preset probability threshold, and to start the vehicle system according to the requested first server resources.

[0056] In some possible embodiments, the determining module 220 is specifically used for:

[0057] The set of vehicle-to-machine (V2M) related parameters is input into the probability calculation model to obtain the server resource request probability output by the probability calculation model; the probability calculation model is constructed based on the sample V2M related parameters and the sample server resource request probability.

[0058] In some possible embodiments, the determination module 230 is further configured to:

[0059] When the probability of requesting server resources is not greater than the first preset probability threshold, determine whether the remaining server resources are greater than the preset resource threshold.

[0060] Module 220 is also used for:

[0061] When the remaining server resources are greater than a preset resource threshold, determine the probability of the current user's vehicle system starting randomly;

[0062] In some possible embodiments, the startup processing module 240 is further configured to:

[0063] When the probability of the vehicle's infotainment system starting randomly is greater than the second preset probability threshold, the system requests server resources from the server to start the vehicle's infotainment system and starts the system based on the requested second server resources.

[0064] In some possible embodiments, the determining module 220 is specifically used for:

[0065] A random probability value is assigned to the current user based on a random probability calculation algorithm;

[0066] The random probability value is determined to be the probability of the vehicle's infotainment system starting randomly.

[0067] In some possible embodiments, the current user's vehicle-to-infrastructure (V2I) associated parameter set includes at least one of the following: the V2I associated parameter set corresponding to the target user set, the V2I environmental parameters, and the current user's user profile information.

[0068] In some possible embodiments, the acquisition module 210 is specifically used for:

[0069] Identify whether the current user belongs to the set of historical users who have already applied for server resources;

[0070] When the current user belongs to a historical user in the historical user set, obtain the set of all vehicle-mounted system associated parameters corresponding to the historical user set, and obtain the environmental parameters of the vehicle-mounted system and the user profile information of the current user;

[0071] In some possible embodiments, module 210 specifically uses the following to obtain the set of vehicle-to-vehicle (V2V) related parameters, environmental parameters, and user profile information as the current user's V2V related parameter set:

[0072] When the current user does not belong to the historical user set, collect the vehicle-mounted system associated parameter set of the current user;

[0073] The collected set of vehicle-to-vehicle related parameters for the current user will be used as the current user's vehicle-to-vehicle related parameter set.

[0074] In some possible embodiments, at least one of the first operation behavior parameters of a historical user when operating the vehicle system and the second operation behavior parameters of the historical user in the service space corresponding to the server.

[0075] The collected set of vehicle-mounted system parameters for the current user includes:

[0076] The vehicle's environmental parameters, the third-party operation parameters of the current user when operating the vehicle's system, and the user profile information of the current user.

[0077] To implement the above embodiments, this disclosure also proposes a computer program product, including a computer program / instruction, which, when executed by a processor, implements the vehicle startup method in the above embodiments.

[0078] Figure 3 This is a schematic diagram of the structure of an electronic device provided in an embodiment of this disclosure.

[0079] The following is a detailed reference. Figure 3 The diagram illustrates a structural schematic suitable for implementing the electronic device 300 in the embodiments of this disclosure. The electronic device 300 in the embodiments of this disclosure may include, but is not limited to, an electronic terminal installed in a vehicle, such as an in-vehicle terminal, and executes the vehicle startup method of the embodiments of this disclosure on the vehicle. Figure 3 The electronic device shown is merely an example and should not be construed as limiting the functionality and scope of the embodiments disclosed herein.

[0080] like Figure 3 As shown, the electronic device 300 may include a processor (e.g., a central processing unit, a graphics processing unit, etc.) 301, which can perform various appropriate actions and processes according to a program stored in a read-only memory (ROM) 302 or a program loaded from a memory 308 into a random access memory (RAM) 303. The RAM 303 also stores various programs and data required for the operation of the electronic device 300. The processor 301, ROM 302, and RAM 303 are interconnected via a bus 304. An input / output (I / O) interface 303 is also connected to the bus 304.

[0081] Typically, the following devices can be connected to I / O interface 303: input devices 306 including, for example, touchscreens, touchpads, keyboards, mice, cameras, microphones, accelerometers, gyroscopes, etc.; output devices 307 including, for example, liquid crystal displays (LCDs), speakers, vibrators, etc.; memory devices 308 including, for example, magnetic tapes, hard disks, etc.; and communication devices 309. Communication device 309 allows electronic device 300 to communicate wirelessly or wiredly with other devices to exchange data. Although Figure 3 An electronic device 300 with various devices is shown; however, it should be understood that it is not required to implement or possess all of the devices shown. More or fewer devices may be implemented or possessed alternatively.

[0082] In particular, according to embodiments of this disclosure, the processes described above with reference to the flowcharts can be implemented as computer software programs. For example, embodiments of this disclosure include a computer program product comprising a computer program carried on a non-transitory computer-readable medium, the computer program containing program code for performing the methods shown in the flowcharts. In such embodiments, the computer program can be downloaded and installed from a network via communication device 309, or installed from memory 308, or installed from ROM 302. When the computer program is executed by processor 301, it performs the functions defined in the vehicle startup of embodiments of this disclosure.

[0083] It should be noted that the computer-readable medium described in this disclosure can be a computer-readable signal medium or a computer-readable storage medium, or any combination thereof. A computer-readable storage medium can be, for example,—but not limited to—an electrical, magnetic, optical, electromagnetic, infrared, or semiconductor system, apparatus, or device, or any combination thereof. More specific examples of a computer-readable storage medium may include, but are not limited to: an electrical connection having one or more wires, a portable computer disk, a hard disk, random access memory (RAM), read-only memory (ROM), erasable programmable read-only memory (EPROM or flash memory), optical fiber, portable compact disk read-only memory (CD-ROM), optical storage device, magnetic storage device, or any suitable combination thereof. In this disclosure, a computer-readable storage medium can be any tangible medium containing or storing a program that can be used by or in connection with an instruction execution system, apparatus, or device. In this disclosure, a computer-readable signal medium can include a data signal propagated in baseband or as part of a carrier wave, carrying computer-readable program code. Such propagated data signals can take various forms, including but not limited to electromagnetic signals, optical signals, or any suitable combination thereof. A computer-readable signal medium can be any computer-readable medium other than a computer-readable storage medium, which can send, propagate, or transmit a program for use by or in connection with an instruction execution system, apparatus, or device. The program code contained on the computer-readable medium can be transmitted using any suitable medium, including but not limited to: wires, optical fibers, RF (radio frequency), etc., or any suitable combination thereof.

[0084] The aforementioned computer-readable medium may be included in the aforementioned electronic device; or it may exist independently and not assembled into the electronic device.

[0085] The aforementioned computer-readable medium carries one or more programs that, when executed by the electronic device, cause the electronic device to:

[0086] Obtain the set of vehicle-mounted system parameters associated with the current user;

[0087] The probability of the current user requesting server resources is determined based on the set of parameters associated with the vehicle system.

[0088] Determine whether the probability of requesting server resources is greater than a first preset probability threshold.

[0089] When the probability exceeds the first preset probability threshold, the system requests server resources from the server to start the vehicle system and starts the vehicle system based on the requested server resources.

[0090] Electronic devices can be programmed with computer program code in one or more programming languages ​​or combinations thereof to perform the operations of this disclosure. These programming languages ​​include, but are not limited to, object-oriented programming languages ​​such as Java, Smalltalk, and C++, as well as conventional procedural programming languages ​​such as "C" or similar languages. The program code can be executed entirely on the user's computer, partially on the user's computer, as a standalone software package, partially on the user's computer and partially on a remote computer, or entirely on a remote computer or server. In cases involving remote computers, the remote computer can be connected to the user's computer via any type of network—including a local area network (LAN) or a wide area network (WAN)—or can be connected to an external computer (e.g., via the Internet using an Internet service provider).

[0091] The flowcharts and block diagrams in the accompanying drawings illustrate the architecture, functionality, and operation of possible implementations of systems, methods, and computer program products according to various embodiments of this disclosure. In this regard, each block in a flowchart or block diagram may represent a module, segment, or portion of code containing one or more executable instructions for implementing a specified logical function. It should also be noted that in some alternative implementations, the functions indicated in the blocks may occur in a different order than those indicated in the drawings. For example, two consecutively indicated blocks may actually be executed substantially in parallel, and they may sometimes be executed in reverse order, depending on the functions involved. It should also be noted that each block in the block diagrams and / or flowcharts, and combinations of blocks in the block diagrams and / or flowcharts, can be implemented using a dedicated hardware-based system that performs the specified function or operation, or using a combination of dedicated hardware and computer instructions.

[0092] The units described in the embodiments of this disclosure can be implemented in software or hardware. The names of the units are not, in some cases, intended to limit the specific unit.

[0093] The functions described above in this document can be performed, at least in part, by one or more hardware logic components. For example, exemplary types of hardware logic components that can be used, without limitation, include: Field Programmable Gate Arrays (FPGAs), Application-Specific Integrated Circuits (ASICs), Application Standard Products (ASSPs), System-on-Chip (SoCs), Complex Programmable Logic Devices (CPLDs), and so on.

[0094] In the context of this disclosure, a machine-readable medium can be a tangible medium that may contain or store a program for use by or in conjunction with an instruction execution system, apparatus, or device. A machine-readable medium can be a machine-readable signal medium or a machine-readable storage medium. A machine-readable medium can be, but is not limited to, electronic, magnetic, optical, electromagnetic, infrared, or semiconductor systems, apparatus, or devices, or any suitable combination of the foregoing. More specific examples of machine-readable storage media include electrical connections based on one or more wires, portable computer disks, hard disks, random access memory (RAM), read-only memory (ROM), erasable programmable read-only memory (EPROM or flash memory), optical fiber, portable compact disk read-only memory (CD-ROM), optical storage devices, magnetic storage devices, or any suitable combination of the foregoing.

[0095] The above description is merely a preferred embodiment of this disclosure and an explanation of the technical principles employed. Those skilled in the art should understand that the scope of this disclosure is not limited to technical solutions formed by specific combinations of the above-described technical features, but should also cover other technical solutions formed by arbitrary combinations of the above-described technical features or their equivalents without departing from the above-described concept. For example, technical solutions formed by substituting the above features with (but not limited to) technical features disclosed in this disclosure that have similar functions.

[0096] Furthermore, while the operations are described in a specific order, this should not be construed as requiring these operations to be performed in the specific order shown or in a sequential order. In certain environments, multitasking and parallel processing may be advantageous. Similarly, while several specific implementation details are included in the above discussion, these should not be construed as limiting the scope of this disclosure. Certain features described in the context of individual embodiments may also be implemented in combination in a single embodiment. Conversely, various features described in the context of a single embodiment may also be implemented individually or in any suitable sub-combination in multiple embodiments.

[0097] Although the subject matter has been described using language specific to structural features and / or methodological logic, it should be understood that the subject matter defined in the appended claims is not necessarily limited to the specific features or actions described above. Rather, the specific features and actions described above are merely illustrative examples of implementing the claims.

Claims

1. A vehicle infotainment system startup method, characterized in that, include: Obtain the set of vehicle-mounted system parameters associated with the current user; The probability of the current user requesting server resources is determined based on the set of vehicle-mounted system associated parameters. Determine whether the probability of requesting server resources is greater than a first preset probability threshold; When the probability exceeds the first preset probability threshold, the system requests server resources from the server to enable the vehicle system, and starts the vehicle system based on the requested server resources.

2. The method as described in claim 1, characterized in that, The step of determining the current user's server resource request probability based on the vehicle-mounted system associated parameter set includes: The set of vehicle-machine association parameters is input into the probability calculation model to obtain the server resource request probability output by the probability calculation model; the probability calculation model is constructed based on the sample vehicle-machine association parameters and the sample server resource request probability.

3. The method as described in claim 1, characterized in that, The method further includes: When the probability of requesting server resources is not greater than the first preset probability threshold, determine whether the remaining server resources of the server are greater than the preset resource threshold. When the remaining server resources are greater than the preset resource threshold, determine the probability of the current user's vehicle system starting randomly; When the probability of the vehicle system starting randomly is greater than the second preset probability threshold, the system requests server resources from the server to start the vehicle system and starts the vehicle system according to the requested second server resources.

4. The method as described in claim 3, characterized in that, Determining the probability of random startup of the current user's vehicle system includes: A random probability value corresponding to the current user is assigned according to a random probability calculation algorithm; The random probability value is determined to be the probability of the vehicle system starting randomly.

5. The method as described in claim 1, characterized in that, The current user's vehicle-to-machine (V2M) associated parameter set includes at least one of the following: the V2M associated parameter set corresponding to the target user set, the V2M's environmental parameters, and the current user's user profile information.

6. The method as described in claim 1, characterized in that, The set of vehicle-mounted system associated parameters for the current user obtained from the vehicle-mounted system includes: Identify whether the current user belongs to the set of historical users who have already applied for server resources; When the current user belongs to a historical user in the historical user set, obtain the set of all vehicle-mounted system associated parameters corresponding to the historical user set, and obtain the environmental parameters of the vehicle-mounted system and the user profile information of the current user; The set of all vehicle-to-vehicle (V2V) related parameters, the environmental parameters, and the user profile information are used as the set of V2V related parameters for the current user.

7. The method as described in claim 6, characterized in that, After identifying whether the current user belongs to the historical user set that has already requested server resources, the method further includes: When the current user does not belong to the historical user set, the vehicle-mounted system associated parameter set of the current user is collected; The collected set of vehicle-to-vehicle association parameters for the current user will be used as the vehicle-to-vehicle association parameter set for the current user.

8. The method as described in claim 7, characterized in that, The set of all vehicle-mounted system associated parameters corresponding to the historical user set includes: At least one of the first operation behavior parameters of a historical user when operating the vehicle system and the second operation behavior parameters of a historical user in the service space corresponding to the server. The collected set of vehicle-mounted system parameters for the current user includes: The vehicle system's environmental parameters, the third operation behavior parameters of the current user when operating the vehicle system, and the current user's user profile information.

9. An electronic device, characterized in that, The electronic device includes: processor; Memory used to store the processor's executable instructions; The processor is configured to read the executable instructions from the memory and execute the executable instructions to implement the vehicle startup method according to any one of claims 1-8.

10. A computer-readable storage medium, characterized in that, The computer-readable storage medium stores a computer program for executing the vehicle startup method according to any one of claims 1-8.

Images