Vehicle machine login processing method and device and medium

Abstract

The embodiment of the invention relates to a vehicle machine login processing method and device and a medium. The method comprises the steps of obtaining at least one idle resource query request sent by at least one vehicle machine end; reading a preset local resource pool database to obtain the number of current idle virtual instance resources corresponding to each idle resource query request; and feeding back the corresponding current idle virtual instance resource quantity to each vehicle-mounted terminal. In the technical scheme, frequent calling of a cloud interface communicating with the cloud computing platform to know whether idle virtual instance resources are sufficient or not is avoided, consumption of network resources is reduced, and the situation that in a high-concurrency scene, when it is known that the idle instance resources exist, the idle instance resources are insufficient due to the fact that a plurality of in-vehicle infotainment devices preempt the idle instance resources is avoided, and the service life of the in-vehicle infotainment devices is prolonged. And the login failure of the vehicle machine is caused.

Description

Technical Field

[0001] The present disclosure relates to the field of vehicle control technology, and in particular to a vehicle computer login processing method, device and medium. Background Art

[0002] Cloud virtual instance resources usually refer to virtual computing resources on the cloud computing platform. These resources are used to support the interaction and service between the vehicle (infotainment system or other networked devices in the vehicle) and the cloud. Cloud virtual instance resources are virtualized computing resources created on the cloud computing platform. These resources can simulate the functions of one or more physical computers. Common virtual instance resources include virtual machines, containers, etc.

[0003] In related technologies, in order to support the interaction and service between the vehicle computer and the cloud, the vehicle computer needs to send a login request to the cloud computing platform, and the cloud computing platform allocates corresponding virtual instance resources for it. Before the vehicle computer logs in, the vehicle computer calls the cloud interface that communicates with the cloud computing platform to query whether the cloud computing platform contains corresponding idle virtual instance resources. When it is known that the cloud computing platform contains corresponding idle virtual instance resources, the vehicle computer sends the corresponding vehicle computer login request to the cloud computing platform.

[0004] However, in the above-mentioned vehicle computer login method, it is necessary to frequently call the cloud interface to learn whether the cloud computing platform contains corresponding idle virtual instance resources, which consumes a lot of network resources. Summary of the invention

[0005] In order to solve the above technical problems or at least partially solve the above technical problems, the present disclosure provides a vehicle computer login processing method, device and medium.

[0006] An embodiment of the present disclosure provides a vehicle computer login processing method, which is applied to a processor and includes the following steps: obtaining at least one idle resource query request sent by at least one vehicle computer terminal; reading a preset local resource pool database to obtain the current idle virtual instance resource quantity corresponding to each of the idle resource query requests; and feeding back the corresponding current idle virtual instance resource quantity to each of the vehicle computer terminals.

[0007] An embodiment of the present disclosure provides a vehicle computer login processing method, which is applied on the vehicle computer side and includes the following steps: sending an idle resource query request to a processor to obtain the current number of idle virtual instance resources obtained and fed back by the processor by reading a preset local resource pool database; when the current number of idle virtual instance resources meets a preset threshold, obtaining a target virtual instance resource from the current idle virtual instance resources to implement vehicle computer login processing.

[0008] The disclosed embodiment also provides a vehicle computer login processing device, which is applied to a processor and includes: a first acquisition module, used to obtain at least one idle resource query request sent by at least one vehicle computer terminal; a reading module, used to read a preset local resource pool database to obtain the current number of idle virtual instance resources corresponding to each of the idle resource query requests; and a feedback module, used to feedback the corresponding current number of idle virtual instance resources to each of the vehicle computer terminals.

[0009] The disclosed embodiment also provides a vehicle computer login processing device, which is applied on the vehicle computer side and includes: a second acquisition module, used to send an idle resource query request to the processor, and obtain the current number of idle virtual instance resources obtained and fed back by the processor by reading a preset local resource pool database; a third acquisition module, used to obtain the target virtual instance resources from the current idle virtual instance resources to realize vehicle computer login processing when the current number of idle virtual instance resources meets a preset threshold.

[0010] The embodiment of the present disclosure also provides a computer-readable storage medium, which stores a computer program, and the computer program is used to execute the vehicle computer login processing method provided in the embodiment of the present disclosure.

[0011] Compared with the prior art, the technical solution provided by the embodiments of the present disclosure has the following advantages:

[0012] The vehicle computer login processing scheme provided by the disclosed embodiment obtains at least one idle resource query request sent by at least one vehicle computer terminal, reads the preset local resource pool database to obtain the current idle virtual instance resource quantity corresponding to each idle resource query request, and then feeds back the corresponding current idle virtual instance resource quantity to each vehicle computer terminal. In this technical scheme, frequent calls to the cloud interface that communicates with the cloud computing platform to learn whether the idle virtual instance resources are sufficient are avoided, the consumption of network resources is reduced, and the problem of insufficient idle instance resources and vehicle computer login failure is avoided when multiple vehicle computers scramble for idle instance resources in high concurrency scenarios when it is learned that there are idle instance resources is avoided. BRIEF DESCRIPTION OF THE DRAWINGS

[0013] The above and other features, advantages and aspects of the embodiments of the present disclosure will become more apparent with reference to the following detailed description in conjunction with the accompanying drawings. Throughout the accompanying drawings, the same or similar reference numerals represent 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.

[0014] Figure 1 A flowchart of a vehicle computer login processing method provided by an embodiment of the present disclosure;

[0015] Figure 2A schematic diagram of a vehicle-machine login interaction scenario provided in an embodiment of the present disclosure;

[0016] Figure 3 A flowchart of another vehicle computer login processing method provided by an embodiment of the present disclosure;

[0017] Figure 4 A flowchart of another vehicle computer login processing method provided by an embodiment of the present disclosure;

[0018] Figure 5 A schematic diagram of a vehicle computer login processing process provided for a specific embodiment of the present disclosure;

[0019] Figure 6 A schematic diagram of the structure of a vehicle computer login processing device provided in an embodiment of the present disclosure;

[0020] Figure 7 A schematic diagram of the structure of another vehicle computer login processing device provided in an embodiment of the present disclosure. DETAILED DESCRIPTION

[0021] Embodiments of the present disclosure will be described in more detail below with reference to the accompanying drawings. Although certain embodiments of the present disclosure are shown in the accompanying drawings, it should be understood that the present disclosure can be implemented in various forms and should not be construed as being limited to the embodiments described herein, which are instead provided for a more thorough and complete understanding of the present disclosure. It should be understood that the drawings and embodiments of the present disclosure are only for exemplary purposes and are not intended to limit the scope of protection of the present disclosure.

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

[0023] The term "including" and its variations used herein are open inclusions, i.e., "including but not limited to". The term "based on" means "based at least in part 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". The relevant definitions of other terms will be given in the following description.

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

[0025] It should be noted that the modifications of "one" and "plurality" mentioned in the present disclosure are illustrative rather than restrictive, and those skilled in the art should understand that unless otherwise clearly indicated in the context, it should be understood as "one or more".

[0026] The names of the messages or information exchanged between multiple devices in the embodiments of the present disclosure are only used for illustrative purposes and are not used to limit the scope of these messages or information.

[0027] In order to solve the above problems, an embodiment of the present disclosure provides a vehicle computer login processing method, which is introduced below in conjunction with a specific embodiment.

[0028] For the convenience of explanation, the vehicle computer login processing method of the embodiment of the present disclosure will first be explained focusing on the processor side.

[0029] Figure 1 The present invention provides a flow chart of a vehicle computer login processing method provided by an embodiment of the present invention. The method can be executed by a vehicle computer login processing device, wherein the device can be implemented by software and / or hardware, and can generally be integrated in a processor, wherein a local resource pool database is maintained in the processor, and the processor can be a middle-end processor, etc. Figure 1 As shown, the method includes:

[0030] Step 101, obtaining at least one idle resource query request sent by at least one vehicle terminal.

[0031] Step 102: read a preset local resource pool database to obtain the current number of idle virtual instance resources corresponding to each idle resource query request.

[0032] Step 103, feeding back the corresponding current idle virtual instance resource quantity to each vehicle terminal.

[0033] It should be understood that a local resource pool database is maintained locally on the processor, wherein the current number of idle virtual instance resources is stored in the local resource pool database, that is, when a vehicle computer occupies idle virtual instance resources, the current number of idle virtual instance resources stored in the local resource pool database is reduced by a certain value, and when a vehicle computer stops occupying idle virtual instance resources, the current number of idle virtual instance resources stored in the local resource pool database is increased by a certain value, etc. For example, in some possible embodiments, the current number of idle virtual instance resources can be maintained based on redis.

[0034] Among them, the cloud resource acquisition interface can be called to initialize the local resource pool database to obtain the initial idle virtual instance resources in the cloud computing platform.

[0035] In one embodiment of the present disclosure, a processor serves as an intermediate bridge for communication between a cloud computing platform and a vehicle terminal. The processor obtains at least one idle resource query request sent by at least one vehicle terminal, and then reads a preset local resource pool database to obtain the current number of idle virtual instance resources corresponding to each idle resource query request, and feeds back the corresponding current number of idle virtual instance resources to each vehicle terminal.

[0036] Among them, in a high concurrency scenario, multiple idle resource query requests may be received from the vehicle end. In this embodiment, when there are multiple idle resource query requests, the multiple idle resource query requests are sorted to generate a sorting result, wherein the sorting method can be any sorting method, for example, it can be a random sorting method, etc. Therefore, in this embodiment, the preset local resource pool database can be queried separately in the order from front to back in the sorting result to obtain the current number of idle virtual instance resources corresponding to each idle resource query request.

[0037] When at least one idle resource query request is one, that is, in a non-high concurrency scenario, the preset local resource pool database can be directly queried to obtain the current number of idle virtual instance resources corresponding to the idle resource query request.

[0038] In this embodiment, after the corresponding current idle virtual instance resource quantity is fed back to each vehicle terminal, the difference between the current idle virtual instance resource quantity and the preset unit resource quantity can also be calculated, and the current idle virtual instance resource quantity can be updated to the difference. Among them, the preset unit resource quantity is usually 1. For example, when maintaining the current idle virtual instance resource quantity through redis, the current idle virtual instance resource quantity can be maintained by directly adding or subtracting 1 through the incr and decr commands of redis.

[0039] Of course, in some possible embodiments, the cloud computing platform may fail to allocate, so the processor can obtain the allocation failure message fed back by the cloud computing platform, and in response to obtaining the allocation failure message sent by the cloud computing platform, calculate the sum of the updated current idle virtual instance resource quantity and the preset unit resource quantity, that is, update the current idle virtual resource quantity again, and update the updated current idle virtual instance resource quantity to the sum value. That is, when the resource allocation fails, the corresponding virtual instance resources need to be returned and the idle virtual instance resource quantity is restored.

[0040] In this embodiment, each time an allocation failure message is obtained, the number of idle virtual instance resources is restored to ensure the reliability of the current number of idle virtual instance resources stored in the preset local resource pool database.

[0041] Of course, during the actual execution process, the above-mentioned preset local resource pool database stores the current number of idle virtual instance resources. Therefore, when the vehicle computer stops occupying virtual instance resources (including shutting down, etc.), the current number of idle virtual instance resources will also increase according to the released amount.

[0042] In the above embodiment, on the one hand, the current number of idle virtual instance resources can be learned by reading the preset local resource pool database, and the vehicle terminal does not need to frequently call the cloud interface, thereby avoiding the waste of network resources; on the other hand, after the corresponding current number of idle virtual instance resources is fed back to each vehicle terminal, the current number of idle virtual instance resources stored in the preset local resource pool database is updated, thereby avoiding the problem of insufficient idle virtual instance resources in high concurrency scenarios. For example, in the prior art, if there are 3 available idle virtual instance resources, and 4 vehicle terminals concurrently call the cloud interface to query the idle virtual instance resources, each vehicle terminal can query that there are 3 idle virtual instance resources, so that all 4 vehicle terminals send vehicle terminal login requests, and at least one vehicle terminal will fail to log in successfully. In the embodiment of the present disclosure, The current number of idle virtual instance resources stored in the preset local resource pool database is maintained in real time. When there are idle resource query requests sent by multiple vehicle terminals with high concurrency, the current number of idle virtual instance resources is sent to each vehicle terminal in turn, and after sending the current number of idle virtual instance resources, the current number of idle virtual instance resources is updated, and the updated current number of idle virtual instance resources is sent to the next vehicle terminal. Therefore, when there are vehicle login parameters sent by four vehicle terminals, the current number of idle virtual instance resources is sent to the four vehicle terminals in turn, and the current number of idle virtual instance resources sent to the fourth vehicle terminal is 0. Therefore, after the fourth vehicle terminal learns that there are no idle virtual instance resources remaining, it can be known that the current number of idle instance resources is insufficient, and thus, the vehicle login process is not performed.

[0043] In summary, the vehicle computer login processing method of the disclosed embodiment obtains at least one idle resource query request sent by at least one vehicle computer terminal, reads the preset local resource pool database to obtain the current idle virtual instance resource quantity corresponding to each idle resource query request, and then feeds back the corresponding current idle virtual instance resource quantity to each vehicle computer terminal. In this technical solution, frequent calls to the cloud interface that communicates with the cloud computing platform to learn whether the idle virtual instance resources are sufficient are avoided, the consumption of network resources is reduced, and the problem of insufficient idle instance resources and vehicle computer login failure is avoided when multiple vehicle computers preempt idle instance resources in high concurrency scenarios when it is known that there are idle instance resources.

[0044] In actual execution, the idle resource type may include multiple idle virtual instance resource types. The specific idle virtual instance resource type can be set according to the scene requirements. In some possible embodiments, the idle virtual instance resource type may also include a cluster mode + a package mode, etc. (for example, Figure 2 As shown, it may include cluster A+package A, cluster A+package B, cluster B+package A, cluster B+package B), etc. Therefore, in one embodiment of the present disclosure, the target virtual instance resource type of the vehicle terminal is also determined based on the idle virtual instance resource type, so that the vehicle terminal requests the target virtual instance resource based on the target virtual instance resource type, further improving the vehicle terminal login efficiency.

[0045] In this embodiment, when the current idle virtual instance resources include multiple idle virtual instance resource types, such as Figure 3 As shown, the method also includes:

[0046] Step 301: Obtain the target virtual instance resource type corresponding to each idle resource query request.

[0047] Among them, in this embodiment, the historical virtual instance resource type allocated by the vehicle-side last time corresponding to each idle resource query request is obtained, and it is determined whether the multiple idle virtual instance resource types include the historical virtual instance resource type. If the historical virtual instance resource type is included, the historical virtual instance resource type is determined as the target virtual instance resource type. In this case, no migration of the virtual instance resource type occurs on the vehicle-side, for example, no migration of clusters and packages occurs.

[0048] In this embodiment, if the historical virtual instance resource type is not included, the preset priority of each idle virtual instance resource type is obtained, wherein the preset priority is pre-calibrated, and the calibration method is set according to the needs of the scenario, which is not listed here. Then, the idle virtual instance resource type with the highest preset priority is determined as the target virtual instance resource type. In this case, the migration of the virtual instance resource type occurs on the vehicle side, for example, the migration of clusters and packages occurs.

[0049] Step 302: Feedback the corresponding target virtual instance resource type to each vehicle terminal.

[0050] The target virtual instance resource type may be sent together with the current idle virtual instance resource quantity, or may be sent separately, etc. The current idle virtual instance resource quantity sent may also be the current idle virtual instance resource quantity of the target virtual instance resource type.

[0051] It should be emphasized that in order to further improve refined management, the quantity corresponding to each virtual instance resource type can also be stored in the preset local resource pool database. For example, continue to refer to Figure 2 , and also stores that the number of cluster A+package A is a, the number of cluster A+package B is b, the number of cluster B+package A is c, the number of cluster B+package B is d, etc. In this embodiment, after detecting that the vehicle computer is turned on and the idle resource query request sent by the vehicle computer is detected, the preset local resource pool database is read to obtain the target virtual instance resource type corresponding to each idle resource query request, and the corresponding target virtual instance resource type is fed back to each vehicle computer. If it is detected that the vehicle is turned off, the virtual instance resource is returned (the number of the corresponding virtual instance resource type is increased), and the number of the corresponding type of virtual instance resource type is updated.

[0052] In summary, the vehicle computer login processing method of the embodiment of the present disclosure can provide feedback on the number of idle virtual instance resources based on the virtual instance resource type dimension, further improving the precision of vehicle computer login management and improving the efficiency of vehicle computer login.

[0053] The following describes the vehicle computer login processing method of the embodiment of the present disclosure focusing on the vehicle computer side.

[0054] Figure 4 The present invention provides a flow chart of a vehicle computer login processing method provided by an embodiment of the present invention. The method can be executed by a vehicle computer login processing device, wherein the device can be implemented by software and / or hardware and can generally be integrated in the vehicle computer. Figure 4 As shown, the method includes:

[0055] Step 401 : Send an idle resource query request to the processor to obtain the current idle virtual instance resource quantity obtained and fed back by the processor by reading a preset local resource pool database.

[0056] In this embodiment, when the vehicle computer logs in, an idle resource query request is sent to the processor to obtain the current idle virtual instance resource quantity obtained and fed back by the processor by reading a preset local resource pool database.

[0057] Step 402 : when the number of currently idle virtual instance resources meets a preset threshold, a target virtual instance resource is obtained from the currently idle virtual instance resources to implement vehicle computer login processing.

[0058] When the number of currently idle virtual instance resources meets a preset threshold, a target virtual instance resource is obtained from the currently idle virtual instance resources to implement vehicle computer login processing.

[0059] The preset threshold value can be set according to the scene requirements, as shown in the following example:

[0060] In some possible examples, the preset threshold value is a specific value, which can be any natural number greater than or equal to 0. In this embodiment, if the current number of idle virtual instance resources is greater than the preset threshold value, it is considered that there are available idle virtual instance resources, and thus, the vehicle login process is performed.

[0061] The vehicle computer login processing method is different in different application scenarios. The examples are as follows:

[0062] In one embodiment of the present disclosure, a vehicle computer login parameter is sent to a cloud computing platform through a preset login interface, wherein the cloud computing platform allocates a target virtual instance resource corresponding to the vehicle computer login parameter in the current idle virtual instance resource according to the vehicle computer login parameter, so as to implement vehicle computer login processing. The vehicle computer login parameter in this embodiment refers to the relevant parameters sent to the cloud computing platform when the vehicle computer logs in, including but not limited to: the login user identifier of the vehicle computer (including the mobile phone number and user level authorized by the user), the vehicle identification number (VIN), the vehicle model number, etc.

[0063] In this embodiment, if the vehicle computer also obtains the target virtual instance resource type sent by the processor, then when the target virtual instance resource type sent by the processor is obtained, the target virtual instance resource type is also sent to the cloud computing platform when the vehicle computer login parameters are sent, wherein the cloud computing platform allocates the target virtual instance resources corresponding to the vehicle computer login parameters in the current idle virtual instance resources according to the vehicle computer login parameters and the target virtual instance resource type, so as to realize the vehicle computer login processing. Thus, the cloud computing platform directly allocates the corresponding target virtual instance resources to the vehicle computer, thereby further improving the vehicle computer login efficiency.

[0064] In one embodiment of the present disclosure, the vehicle computer end may also send a vehicle computer login request carrying vehicle computer login parameters to the processor, and the processor forwards the vehicle computer login request to the cloud computing platform.

[0065] In this embodiment, in order to further improve the efficiency of vehicle computer login, the vehicle computer end may also carry vehicle computer login parameters in the idle resource query request when sending the idle resource query request. When the processor obtains the current number of idle virtual instance resources, the processor obtains and feeds back the current number of idle virtual instance resources by reading the preset local resource pool database. When the current number of idle virtual instance resources meets the preset threshold, the vehicle computer end may send a login confirmation message to the processor. Thus, the processor directly sends the vehicle computer login parameters to the cloud computing platform. The cloud computing platform allocates the target virtual instance resources corresponding to the vehicle computer login parameters in the current idle virtual instance resources according to the vehicle computer login parameters to realize vehicle computer login processing.

[0066] The following is an exemplary description of the specific vehicle computer login process. In this embodiment, Figure 2 Take the scenario shown as an example, Figure 5 After the user applies to enter the cloud computing platform on the vehicle side, an idle resource query request is sent to the processor. The vehicle side obtains the target virtual instance resource type corresponding to each idle resource query request, and checks whether there is an idle virtual instance resource corresponding to the target virtual instance resource type. If so, the historical virtual instance resource type is determined to be the target virtual instance resource type. Otherwise, the preset priority of each idle virtual instance resource type is obtained, and the idle virtual instance resource type with the highest preset priority is determined to be the target virtual instance resource type. The target virtual instance resource type and the number of idle virtual instance resources of the target virtual instance resource type are fed back to the vehicle side.

[0067] The processor determines whether the target virtual instance resource type is consistent with the historical virtual instance resource type. If the target virtual instance resource type is consistent with the historical virtual instance resource type, it proves that no cluster or package migration has occurred. If the target virtual instance resource type is inconsistent with the historical virtual instance resource type, it proves that cluster or package migration has occurred. It further determines whether the allocation of the target virtual instance resource is successful. If the allocation is successful, it further determines whether the virtual instance resource type allocated by the cloud computing platform to the vehicle computer is the target virtual instance resource type. If it is the target virtual instance resource type, it starts processing. If it is not the target virtual instance resource type, it returns the target virtual instance resource type, adds 1 to the current number of idle virtual instance resources corresponding to the target virtual instance resource type, and subtracts 1 from the current number of idle virtual instance resources of the allocated virtual instance resource type.

[0068] After allocating virtual instance resources on the cloud computing platform, it is further determined whether the vehicle computer has logged in successfully. If the login is successful, the entire login process is completed, and the vehicle computer can perform business processing based on the last allocated virtual instance resources. If the login fails, the allocated virtual instance resource type is returned, that is, the allocated virtual instance resource type is added by 1, etc.

[0069] In summary, the vehicle computer login processing method of the disclosed embodiment sends an idle resource query request to the processor, obtains the current number of idle virtual instance resources obtained and fed back by the processor by reading the preset local resource pool database, and when the current number of idle virtual instance resources meets the preset threshold, obtains the target virtual instance resources from the current idle virtual instance resources to implement vehicle computer login processing. In this technical solution, frequent calls to the cloud interface that communicates with the cloud computing platform to know whether the idle virtual instance resources are sufficient are avoided, the consumption of network resources is reduced, and the problem of insufficient idle instance resources and vehicle computer login failure caused by multiple vehicle computers preempting idle instance resources when it is known that there are idle instance resources in high concurrency scenarios is avoided.

[0070] In order to implement the above embodiment, the present disclosure also proposes a vehicle computer login processing device.

[0071] Figure 6 This is a schematic diagram of the structure of a vehicle machine login processing device provided by an embodiment of the present disclosure. The device can be implemented by software and / or hardware and can generally be integrated in a processor. Figure 6 As shown, the device includes: a first acquisition module 610, a reading module 620 and a feedback module 630, wherein:

[0072] A first acquisition module 610 is used to acquire at least one idle resource query request sent by at least one vehicle terminal;

[0073] A reading module 620 is used to read a preset local resource pool database to obtain the current number of idle virtual instance resources corresponding to each idle resource query request;

[0074] The feedback module 630 is used to feed back the corresponding current idle virtual instance resource quantity to each vehicle terminal.

[0075] The vehicle computer login processing device provided in the embodiments of the present disclosure can execute the vehicle computer login processing method provided in any embodiment of the present disclosure, and has the corresponding functional modules and beneficial effects of the execution method.

[0076] In order to implement the above embodiment, the present disclosure also proposes a vehicle computer login processing device.

[0077] Figure 7 This is a schematic diagram of the structure of a vehicle computer login processing device provided by an embodiment of the present disclosure. The device can be implemented by software and / or hardware and can generally be integrated in the vehicle computer. Figure 7 As shown, the device includes: a second acquisition module 710 and a third acquisition module 720, wherein:

[0078] The second acquisition module 710 is used to send an idle resource query request to the processor to obtain the current number of idle virtual instance resources obtained and fed back by the processor by reading a preset local resource pool database;

[0079] The third acquisition module 720 is used to acquire the target virtual instance resource from the current idle virtual instance resources to implement vehicle computer login processing when the number of current idle virtual instance resources meets a preset threshold.

[0080] The vehicle computer login processing device provided in the embodiments of the present disclosure can execute the vehicle computer login processing method provided in any embodiment of the present disclosure, and has the corresponding functional modules and beneficial effects of the execution method.

[0081] In order to implement the above embodiments, the present disclosure further proposes a computer program product, including a computer program / instruction, which implements the vehicle computer login processing method in the above embodiments when executed by a processor.

[0082] In order to implement the above embodiment, the present disclosure also proposes a computer-readable storage medium, which stores a computer program, and the computer program is used to execute the above vehicle computer login processing method.

[0083] The flow chart and block diagram in the accompanying drawings illustrate the possible architecture, function and operation of the system, method and computer program product according to various embodiments of the present disclosure. In this regard, each square box in the flow chart or block diagram can represent a module, a program segment or a part of a code, and the module, the program segment or a part of the code contains one or more executable instructions for realizing the specified logical function. It should also be noted that in some implementations as replacements, the functions marked in the square box can also occur in a sequence different from that marked in the accompanying drawings. For example, two square boxes represented in succession can actually be executed substantially in parallel, and they can sometimes be executed in the opposite order, depending on the functions involved. It should also be noted that each square box in the block diagram and / or flow chart, and the combination of the square boxes in the block diagram and / or flow chart can be implemented with a dedicated hardware-based system that performs a specified function or operation, or can be implemented with a combination of dedicated hardware and computer instructions.

[0084] The units involved in the embodiments described in the present disclosure may be implemented by software or hardware, wherein the name of a unit does not, in some cases, limit the unit itself.

[0085] The functions described above herein may be performed at least in part by one or more hardware logic components. For example, without limitation, exemplary types of hardware logic components that may be used include: field programmable gate arrays (FPGAs), application specific integrated circuits (ASICs), application specific standard products (ASSPs), systems on chips (SOCs), complex programmable logic devices (CPLDs), and the like.

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

[0087] The above description is only a preferred embodiment of the present disclosure and an explanation of the technical principles used. Those skilled in the art should understand that the scope of disclosure involved in the present disclosure is not limited to the technical solutions formed by a specific combination of the above technical features, but should also cover other technical solutions formed by any combination of the above technical features or their equivalent features without departing from the above disclosed concept. For example, the above features are replaced with the technical features with similar functions disclosed in the present disclosure (but not limited to) by each other to form a technical solution.

[0088] In addition, although each operation is described in a specific order, this should not be understood as requiring these operations to be performed in the specific order shown or in a sequential order. Under certain circumstances, multitasking and parallel processing may be advantageous. Similarly, although some specific implementation details are included in the above discussion, these should not be interpreted as limiting the scope of the present disclosure. Some features described in the context of a separate embodiment can also be implemented in a single embodiment in combination. On the contrary, the various features described in the context of a single embodiment can also be implemented in multiple embodiments individually or in any suitable sub-combination mode.

[0089] Although the subject matter has been described in language specific to structural features and / or methodological logical actions, 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. On the contrary, the specific features and actions described above are merely example forms of implementing the claims.

Claims

1. A vehicle computer login processing method, characterized in that: The method is applied to a processor and comprises the following steps: Obtain at least one idle resource query request sent by at least one vehicle terminal; Reading a preset local resource pool database to obtain the current number of idle virtual instance resources corresponding to each idle resource query request; Feedback the corresponding current idle virtual instance resource quantity to each of the vehicle terminals.

2. The method according to claim 1, characterized in that The step of reading a preset local resource pool database to obtain the current number of idle virtual instance resources corresponding to each idle resource query request includes: When there are multiple idle resource query requests, sort the multiple idle resource query requests to generate a sorting result, In the order from front to back in the sorting result, query the preset local resource pool database respectively to obtain the current idle virtual instance resource quantity corresponding to each idle resource query request; When the at least one idle resource query request is one, the preset local resource pool database is queried to obtain the current number of idle virtual instance resources corresponding to the idle resource query request.

3. The method according to claim 1, characterized in that The currently idle virtual instance resources include a plurality of idle virtual instance resource types, and the method further includes: Obtaining a target virtual instance resource type corresponding to each idle resource query request; Feedback the corresponding target virtual instance resource type to each of the vehicle terminals.

4. The method according to claim 3, characterized in that The obtaining of the target virtual instance resource type corresponding to each idle resource query request includes: Obtain the historical virtual instance resource type last allocated by the vehicle computer corresponding to each idle resource query request; Determine whether the plurality of idle virtual instance resource types include the historical virtual instance resource type; If the historical virtual instance resource type is included, the historical virtual instance resource type is determined to be the target virtual instance resource type.

5. The method according to claim 4, characterized in that After determining whether the plurality of idle virtual instance resource types include the historical virtual instance resource type, the method further includes: If the historical virtual instance resource type is not included, obtaining a preset priority of each idle virtual instance resource type; The idle virtual instance resource type with the highest preset priority is determined as the target virtual instance resource type.

6. The method according to any one of claims 1 to 5, characterized in that: After feeding back the corresponding current idle virtual instance resource quantity to each vehicle terminal, the method further includes: The difference between the current idle virtual instance resource quantity and the preset unit resource quantity is calculated, and the current idle virtual instance resource quantity is updated to the difference.

7. The method according to claim 6, characterized in that Also includes: When a resource allocation failure message is obtained, the sum of the updated current idle virtual instance resource quantity and the preset unit resource quantity is calculated; The updated current idle virtual instance resource quantity is updated to the sum value.

8. A vehicle computer login processing method, characterized in that: The method is applied on the vehicle side and includes the following steps: Send an idle resource query request to the processor to obtain the current number of idle virtual instance resources obtained and fed back by the processor by reading a preset local resource pool database; When the number of currently idle virtual instance resources meets a preset threshold, a target virtual instance resource is obtained from the currently idle virtual instance resources to implement vehicle computer login processing.

9. The method according to claim 8, characterized in that The step of acquiring the target virtual instance resource from the currently idle virtual instance resource to implement vehicle computer login processing includes: The vehicle computer login parameters are sent to the cloud computing platform through a preset login interface, wherein the cloud computing platform allocates target virtual instance resources corresponding to the vehicle computer login parameters from currently idle virtual instance resources according to the vehicle computer login parameters to implement vehicle computer login processing.

10. The method according to claim 9, characterized in that Also includes: When the target virtual instance resource type sent by the processor is obtained, the target virtual instance resource type is sent to the cloud computing platform when the vehicle computer login parameter is sent, wherein the cloud computing platform allocates the target virtual instance resource corresponding to the vehicle computer login parameter in the current idle virtual instance resources according to the vehicle computer login parameter and the target virtual instance resource type to implement vehicle computer login processing.

11. A vehicle computer login processing device, characterized in that: The device is applied to a processor and includes: A first acquisition module, used to acquire at least one idle resource query request sent by at least one vehicle terminal; A reading module, used for reading a preset local resource pool database to obtain the current number of idle virtual instance resources corresponding to each idle resource query request; The feedback module is used to feed back the corresponding current idle virtual instance resource quantity to each of the vehicle terminals.

12. A vehicle computer login processing device, characterized in that: The device is applied on the vehicle side and includes: A second acquisition module is used to send an idle resource query request to the processor to obtain the current number of idle virtual instance resources obtained and fed back by the processor by reading a preset local resource pool database; The third acquisition module is used to acquire the target virtual instance resource from the current idle virtual instance resources to implement vehicle computer login processing when the number of the current idle virtual instance resources meets a preset threshold.

13. A computer-readable storage medium, characterized in that: The computer-readable storage medium stores a computer program, and the computer program is used to execute the vehicle computer login processing method described in any one of claims 1-10 above.

Images