CN113885919A

CN113885919A - Software acquisition method and device, terminal equipment and readable storage medium

Info

Publication number: CN113885919A
Application number: CN202111242100.1A
Authority: CN
Inventors: 刘均; 董攀; 胡小喜
Original assignee: Shenzhen Launch Technology Co Ltd
Current assignee: Shenzhen Launch Technology Co Ltd
Priority date: 2021-10-25
Filing date: 2021-10-25
Publication date: 2022-01-04

Abstract

The application is applicable to the technical field of data acquisition, and provides a software acquisition method, a device, terminal equipment and a readable storage medium, wherein the method comprises the following steps: when a software acquisition instruction is received, determining the current firmware configuration, determining a software acquisition option corresponding to the current firmware configuration, receiving a selection instruction corresponding to the software acquisition option, sending a software data packet corresponding to the selection instruction to a user, and executing an updating operation on the current firmware configuration according to the selection instruction. According to the method and the device, the corresponding software acquisition options are determined according to the target software type corresponding to the current firmware configuration, so that a user can select the software data packet which meets the existing maintenance and detection requirements, the vehicle can be maintained and detected conveniently, and the user experience is improved.

Description

Software acquisition method and device, terminal equipment and readable storage medium

Technical Field

The present application belongs to the technical field of data acquisition, and in particular, to a software acquisition method, an apparatus, a terminal device, and a readable storage medium.

Background

With the development of the field of vehicles, the number of types of vehicles is increasing, and the functions of the vehicles are also increasing.

Generally, vehicles of different vehicle types have different functions and different software requirements, but in the existing situation, equipment is equipped with unified software suitable for various vehicle types and cannot be changed when being shipped.

The mode has poor flexibility and cannot meet the maintenance requirements of users corresponding to different vehicle types and functions.

Disclosure of Invention

The embodiment of the application provides a software acquisition method, a software acquisition device, terminal equipment and a readable storage medium, and can solve the problems that related acquisition methods are poor in activity and cannot meet maintenance requirements corresponding to users based on different vehicle types and functions.

In a first aspect, an embodiment of the present application provides a software obtaining method, including:

determining the current firmware configuration when a software acquisition instruction is received;

determining a software acquisition option corresponding to the current firmware configuration;

receiving a selection instruction corresponding to the software acquisition option, and sending a software data packet corresponding to the selection instruction to a user;

and executing updating operation on the current firmware configuration according to the selection instruction.

In one embodiment, the determining the software acquisition option corresponding to the current firmware configuration includes:

determining a target software type corresponding to the current firmware configuration; the target software type comprises a software type with the same level as the current firmware configuration and/or a software type with a higher level than the current firmware configuration;

determining the target software type as the software acquisition option.

In one embodiment, after receiving the selection instruction corresponding to the software acquisition option, the method further includes:

if the target software type corresponding to the selection instruction is higher than the software type corresponding to the current firmware configuration, generating and displaying prompt information; the prompt information is used for prompting that the firmware configuration is changed according to the selection instruction and cannot be recovered;

and when receiving the confirmation information sent by the user, executing the steps of sending the software data packet corresponding to the selection instruction to the user and executing the updating operation on the current firmware configuration according to the selection instruction.

In one embodiment, the software is vehicle diagnostic software, and the grade of the software type is determined by the number of vehicle models and the number of diagnostic functions to which the software is adapted.

In one embodiment, the performing an update operation on the current firmware configuration according to the selection instruction includes:

determining the number of target vehicle types and the number of target diagnosis functions corresponding to the selection instruction;

updating the current firmware configuration to a firmware configuration corresponding to the target vehicle model number and the target diagnostic function number.

In a second aspect, an embodiment of the present application provides a software obtaining apparatus, including:

the first determining module is used for determining the current firmware configuration when a software acquisition instruction is received;

a second determining module, configured to determine a software acquisition option corresponding to the current firmware configuration;

the receiving module is used for receiving a selection instruction corresponding to the software acquisition option and sending a software data packet corresponding to the selection instruction to a user;

and the updating module is used for executing updating operation on the current firmware configuration according to the selection instruction.

In one embodiment, the second determining module comprises:

a first determining unit, configured to determine a target software type corresponding to the current firmware configuration; the target software type comprises a software type with the same level as the current firmware configuration and/or a software type with a higher level than the current firmware configuration;

a second determining unit, configured to determine the type of the target software as the software acquisition option.

In one embodiment, further comprising:

the display unit is used for generating and displaying prompt information if the target software type corresponding to the selection instruction is higher than the software type corresponding to the current firmware configuration; the prompt information is used for prompting that the firmware configuration is changed according to the selection instruction and cannot be recovered;

and the execution unit is used for executing the steps of sending the software data packet corresponding to the selection instruction to the user and executing the updating operation on the current firmware configuration according to the selection instruction when receiving the confirmation information sent by the user.

In one embodiment, the update module includes:

a third determination unit for determining the number of target vehicle types and the number of target diagnosis functions corresponding to the selection instruction;

an updating unit configured to update the current firmware configuration to a firmware configuration corresponding to the target vehicle model number and the target diagnostic function number.

In a third aspect, an embodiment of the present application provides a terminal device, which includes a memory, a processor, and a computer program stored in the memory and executable on the processor, where the processor implements the software obtaining method according to any one of the above first aspects when executing the computer program.

In a fourth aspect, the present application provides a computer-readable storage medium, which stores a computer program, and when the computer program is executed by a processor, the computer program implements the software obtaining method according to any one of the first aspect.

In a fifth aspect, an embodiment of the present application provides a computer program product, which, when running on a terminal device, causes the terminal device to execute the software obtaining method described in any one of the above first aspects.

Compared with the prior art, the embodiment of the application has the advantages that: a plurality of corresponding software acquisition options are determined according to the target software type corresponding to the current firmware configuration, so that a user can select a software data packet which meets the existing maintenance and detection requirements, the vehicle can be conveniently maintained and detected, and the user experience is improved.

It is understood that the beneficial effects of the second aspect to the fifth aspect can be referred to the related description of the first aspect, and are not described herein again.

Drawings

In order to more clearly illustrate the technical solutions in the embodiments of the present application, the drawings needed to be used in the embodiments or the prior art descriptions will be briefly described below, and it is obvious that the drawings in the following description are only some embodiments of the present application, and it is obvious for those skilled in the art to obtain other drawings without creative efforts.

Fig. 1 is a schematic flowchart of a software obtaining method according to an embodiment of the present application;

fig. 2 is a schematic flowchart of step S102 of a software acquisition method provided in the second embodiment of the present application;

fig. 3 is a schematic structural diagram of a software acquisition method apparatus according to a third embodiment of the present application;

fig. 4 is a schematic structural diagram of a terminal device according to a fourth embodiment of the present application.

Detailed Description

In the following description, for purposes of explanation and not limitation, specific details are set forth, such as particular system structures, techniques, etc. in order to provide a thorough understanding of the embodiments of the present application. It will be apparent, however, to one skilled in the art that the present application may be practiced in other embodiments that depart from these specific details. In other instances, detailed descriptions of well-known systems, devices, circuits, and methods are omitted so as not to obscure the description of the present application with unnecessary detail.

It will be understood that the terms "comprises" and/or "comprising," when used in this specification and the appended claims, specify the presence of stated features, integers, steps, operations, elements, and/or components, but do not preclude the presence or addition of one or more other features, integers, steps, operations, elements, components, and/or groups thereof.

It should also be understood that the term "and/or" as used in this specification and the appended claims refers to and includes any and all possible combinations of one or more of the associated listed items.

As used in this specification and the appended claims, the term "if" may be interpreted contextually as "when", "upon" or "in response to" determining "or" in response to detecting ". Similarly, the phrase "if it is determined" or "if a [ described condition or event ] is detected" may be interpreted contextually to mean "upon determining" or "in response to determining" or "upon detecting [ described condition or event ]" or "in response to detecting [ described condition or event ]".

Furthermore, in the description of the present application and the appended claims, the terms "first," "second," "third," and the like are used for distinguishing between descriptions and not necessarily for describing or implying relative importance.

Reference throughout this specification to "one embodiment" or "some embodiments," or the like, means that a particular feature, structure, or characteristic described in connection with the embodiment is included in one or more embodiments of the present application. Thus, appearances of the phrases "in one embodiment," "in some embodiments," "in other embodiments," or the like, in various places throughout this specification are not necessarily all referring to the same embodiment, but rather "one or more but not all embodiments" unless specifically stated otherwise. The terms "comprising," "including," "having," and variations thereof mean "including, but not limited to," unless expressly specified otherwise.

The software acquisition method provided by the embodiment of the application can be applied to terminal devices such as mobile phones, tablet computers, wearable devices, vehicle-mounted devices, notebook computers, ultra-mobile personal computers (UMPCs), netbooks, Personal Digital Assistants (PDAs), and the like, and the specific type of the terminal device is not limited at all in the embodiment of the application.

Example one

Fig. 1 shows a schematic flow chart of a software acquisition method provided by the present application, which may be applied to the above-mentioned vehicle-mounted device by way of example and not limitation.

S101, when a software acquisition instruction is received, determining the current firmware configuration;

specifically, when a software acquisition instruction is received, the current firmware configuration under the execution terminal at the current moment is acquired. The firmware configuration includes the number of vehicle models and the number of diagnostic functions.

S102, determining a software acquisition option corresponding to the current firmware configuration;

specifically, a software acquisition option corresponding to the current firmware configuration is determined, wherein the software acquisition option comprises a plurality of software data packets corresponding to the number of vehicle types and the number of diagnosis functions in multiple levels.

S103, receiving a selection instruction corresponding to the software acquisition option, and sending a software data packet corresponding to the selection instruction to a user;

specifically, a selection instruction (the selection instruction comprises the number of target vehicle types and the number of target diagnosis functions) corresponding to the software acquisition option sent by the user is received, a software data packet corresponding to the selection instruction is determined according to the number of target vehicle types and the number of target diagnosis functions, and the software data packet is sent to the user.

It can be understood that, at this time, the software obtaining option may be displayed through a display interface, and a selection instruction generated by a user through operations such as clicking, touching, or dragging the software obtaining option is received.

And S104, updating the current firmware configuration according to the selection instruction.

Specifically, an updating operation is performed on the current firmware configuration based on a selection instruction sent by a user, and the current firmware configuration is updated to the number of vehicle types and the number of diagnostic functions corresponding to the selection instruction.

Specifically, the number of vehicle types includes a single vehicle type, a plurality of vehicle types, and a full vehicle type; the number of diagnostic functions includes, but is not limited to, single function, multi-function, and full function.

Therefore, all software acquisition options provided by the application include single-vehicle type single-function, single-vehicle type multi-function, single-vehicle type full-function, multi-vehicle type single-function, multi-vehicle type multi-function, multi-vehicle type full-function, full-vehicle type single-function, full-vehicle type multi-function, and full-vehicle type full-function.

In the embodiment, the corresponding software acquisition options are determined according to the target software type corresponding to the current firmware configuration, so that a user selects the software data packet which meets the existing maintenance and detection requirements, the vehicle is conveniently maintained and detected, and the user experience is improved.

Example two

The present embodiment is further described in the first embodiment, and reference may be specifically made to the related description of the first embodiment where the same or similar to the first embodiment, and details are not described herein again. As shown in fig. 2, the step S102 of determining the software obtaining option corresponding to the firmware configuration in this embodiment includes:

s1021, determining a target software type corresponding to the current firmware configuration; the target software type comprises a software type with the same level as the current firmware configuration and/or a software type with a higher level than the current firmware configuration;

specifically, the number of vehicle models and the number of diagnostic functions in the current firmware configuration, the software types having the same level, and/or at least one target software type having a higher level than the current firmware configuration are determined.

Wherein, the single-vehicle type single-function grade is the lowest, and the full-vehicle type full-function grade is the highest.

In this embodiment, for example, if the target software type corresponding to the current firmware configuration is a single-vehicle-type single function, the plurality of software obtaining options corresponding to the current firmware configuration include a single-vehicle-type single function and a software type with a higher rank than the single-vehicle-type single function, that is, the plurality of software obtaining options include a single-vehicle-type single function, a single-vehicle-type multifunction, a single-vehicle-type full function, a multi-vehicle-type single function, a multi-vehicle-type multifunction, a multi-vehicle-type full function, a full-vehicle-type single function, a full-vehicle-type multi function, and a full-vehicle-type full function.

S1022, determining the type of the target software as the software acquisition option.

Specifically, all target software types are determined as software acquisition options.

Specifically, if the class vehicle type and the target software type corresponding to the class function in the selection instruction sent by the user are higher than the software type corresponding to the current firmware configuration, prompt information for prompting that the firmware configuration is changed according to the selection instruction and cannot be restored subsequently is generated and displayed by the display device.

For example, when the software type in the current firmware configuration is multi-vehicle type multi-function, the corresponding software acquisition options include multi-vehicle type multi-function, multi-vehicle type full-function, full-vehicle type multi-function, and full-vehicle type full-function. If the user selects the multi-vehicle type full function, the equipment generates prompt information for prompting that the firmware configuration is changed according to the selection instruction and cannot be restored subsequently because the multi-vehicle type full function is higher in level than the multi-vehicle type multi function of the current firmware configuration, and displays the prompt information.

Specifically, the software corresponding to the software data packet is vehicle diagnosis software, and the grade of the software type is specifically determined by the number of vehicle types and the number of diagnosis functions adapted to the vehicle diagnosis software.

Specifically, the selection instruction is analyzed, the target vehicle type number and the target diagnosis function number corresponding to the selection instruction are determined, updating operation is performed on the current firmware configuration based on the target vehicle type number and the target diagnosis function number, and the current firmware configuration is updated to the firmware configuration corresponding to the target vehicle type number and the target diagnosis function number.

In the embodiment, the software acquisition options with the same or higher level as the target software type corresponding to the current firmware configuration are determined to provide more types of software data packets with higher levels, so that the selection range of a user is expanded, the user can select a more appropriate software data packet from the software data packets, the acquisition efficiency and accuracy of the data packet are improved, and the maintenance and detection accuracy of the vehicle is improved.

It should be understood that, the sequence numbers of the steps in the foregoing embodiments do not imply an execution sequence, and the execution sequence of each process should be determined by its function and inherent logic, and should not constitute any limitation to the implementation process of the embodiments of the present application.

EXAMPLE III

Fig. 3 shows a block diagram of a software acquiring apparatus provided in the embodiment of the present application, corresponding to the software acquiring method described in the above embodiment, and only the relevant parts to the embodiment of the present application are shown for convenience of description.

Referring to fig. 3, the software acquisition apparatus 100 includes:

a first determining module 101, configured to determine a current firmware configuration when a software obtaining instruction is received;

a second determining module 102, configured to determine a software obtaining option corresponding to the current firmware configuration;

a receiving module 103, configured to receive a selection instruction corresponding to the software acquisition option, and send a software data packet corresponding to the selection instruction to a user;

an update module 104, configured to perform an update operation on the current firmware configuration according to the selection instruction.

In one embodiment, the second determining module comprises:

In one embodiment, further comprising:

In one embodiment, the update module includes:

In the embodiment, the corresponding target software acquisition option is determined according to the target software type corresponding to the current firmware configuration, and various software acquisition options can be provided based on the current firmware configuration, so that a user selects a software data packet which meets the existing maintenance and detection requirements, the vehicle is conveniently maintained and detected, and the user experience is improved.

It should be noted that, for the information interaction, execution process, and other contents between the above-mentioned devices/units, the specific functions and technical effects thereof are based on the same concept as those of the embodiment of the method of the present application, and specific reference may be made to the part of the embodiment of the method, which is not described herein again.

Example four

Fig. 4 is a schematic structural diagram of the terminal device provided in this embodiment. As shown in fig. 4, the terminal device 4 of this embodiment includes: at least one processor 40 (only one shown in fig. 4), a memory 41, and a computer program 42 stored in the memory 41 and executable on the at least one processor 40, the processor 40 implementing the steps in any of the various software acquisition method embodiments described above when executing the computer program 42.

The terminal device 4 may be a desktop computer, a notebook, a palm computer, a cloud server, or other computing devices. The terminal device may include, but is not limited to, a processor 40, a memory 41. Those skilled in the art will appreciate that fig. 4 is merely an example of the terminal device 4, and does not constitute a limitation of the terminal device 4, and may include more or less components than those shown, or combine some components, or different components, such as an input-output device, a network access device, and the like.

The Processor 40 may be a Central Processing Unit (CPU), and the Processor 40 may be other general purpose Processor, a Digital Signal Processor (DSP), an Application Specific Integrated Circuit (ASIC), an off-the-shelf Programmable Gate Array (FPGA) or other Programmable logic device, discrete Gate or transistor logic device, discrete hardware component, or the like. A general purpose processor may be a microprocessor or the processor may be any conventional processor or the like.

The memory 41 may in some embodiments be an internal storage unit of the terminal device 4, such as a hard disk or a memory of the terminal device 4. In other embodiments, the memory 41 may also be an external storage device of the terminal device 4, such as a plug-in hard disk, a Smart Media Card (SMC), a Secure Digital Card (SD), a Flash memory Card (Flash Card), and the like, which are provided on the terminal device 4. Further, the memory 41 may also include both an internal storage unit and an external storage device of the terminal device 4. The memory 41 is used for storing an operating system, an application program, a BootLoader (BootLoader), data, and other programs, such as program codes of the computer program. The memory 41 may also be used to temporarily store data that has been output or is to be output.

It will be apparent to those skilled in the art that, for convenience and brevity of description, only the above-mentioned division of the functional units and modules is illustrated, and in practical applications, the above-mentioned function distribution may be performed by different functional units and modules according to needs, that is, the internal structure of the apparatus is divided into different functional units or modules to perform all or part of the above-mentioned functions. Each functional unit and module in the embodiments may be integrated in one processing unit, or each unit may exist alone physically, or two or more units are integrated in one unit, and the integrated unit may be implemented in a form of hardware, or in a form of software functional unit. In addition, specific names of the functional units and modules are only for convenience of distinguishing from each other, and are not used for limiting the protection scope of the present application. The specific working processes of the units and modules in the system may refer to the corresponding processes in the foregoing method embodiments, and are not described herein again.

The embodiments of the present application further provide a computer-readable storage medium, where a computer program is stored, and when the computer program is executed by a processor, the computer program implements the steps in the above-mentioned method embodiments.

The embodiments of the present application provide a computer program product, which when running on a mobile terminal, enables the mobile terminal to implement the steps in the above method embodiments when executed.

The integrated unit, if implemented in the form of a software functional unit and sold or used as a stand-alone product, may be stored in a computer readable storage medium. Based on such understanding, all or part of the processes in the methods of the embodiments described above can be implemented by a computer program, which can be stored in a computer-readable storage medium and can implement the steps of the embodiments of the methods described above when the computer program is executed by a processor. Wherein the computer program comprises computer program code, which may be in the form of source code, object code, an executable file or some intermediate form, etc. The computer readable medium may include at least: any entity or device capable of carrying computer program code to a photographing apparatus/terminal apparatus, a recording medium, computer Memory, Read-Only Memory (ROM), Random Access Memory (RAM), an electrical carrier signal, a telecommunications signal, and a software distribution medium. Such as a usb-disk, a removable hard disk, a magnetic or optical disk, etc. In certain jurisdictions, computer-readable media may not be an electrical carrier signal or a telecommunications signal in accordance with legislative and patent practice.

In the above embodiments, the descriptions of the respective embodiments have respective emphasis, and reference may be made to the related descriptions of other embodiments for parts that are not described or illustrated in a certain embodiment.

Those of ordinary skill in the art will appreciate that the various illustrative elements and algorithm steps described in connection with the embodiments disclosed herein may be implemented as electronic hardware or combinations of computer software and electronic hardware. Whether such functionality is implemented as hardware or software depends upon the particular application and design constraints imposed on the implementation. Skilled artisans may implement the described functionality in varying ways for each particular application, but such implementation decisions should not be interpreted as causing a departure from the scope of the present application.

In the embodiments provided in the present application, it should be understood that the disclosed apparatus/network device and method may be implemented in other ways. For example, the above-described apparatus/network device embodiments are merely illustrative, and for example, the division of the modules or units is only one logical division, and there may be other divisions when actually implementing, for example, a plurality of units or components may be combined or integrated into another system, or some features may be omitted, or not implemented. In addition, the shown or discussed mutual coupling or direct coupling or communication connection may be an indirect coupling or communication connection through some interfaces, devices or units, and may be in an electrical, mechanical or other form.

The units described as separate parts may or may not be physically separate, and parts displayed as units may or may not be physical units, may be located in one place, or may be distributed on a plurality of network units. Some or all of the units can be selected according to actual needs to achieve the purpose of the solution of the embodiment.

The above-mentioned embodiments are only used for illustrating the technical solutions of the present application, and not for limiting the same; although the present application has been described in detail with reference to the foregoing embodiments, it should be understood by those of ordinary skill in the art that: the technical solutions described in the foregoing embodiments may still be modified, or some technical features may be equivalently replaced; such modifications and substitutions do not substantially depart from the spirit and scope of the embodiments of the present application and are intended to be included within the scope of the present application.

Claims

1. A software acquisition method, comprising:

2. The software acquisition method as recited in claim 1, wherein said determining a software acquisition option corresponding to the current firmware configuration comprises:

determining the target software type as the software acquisition option.

3. The software acquisition method of claim 2, wherein after receiving the selection instruction corresponding to the software acquisition option, further comprising:

4. The software acquisition method according to claim 2, wherein the software is vehicle diagnostic software, and the class of the software type is determined by the number of vehicle models to which the software is adapted and the number of diagnostic functions.

5. A software acquisition method as claimed in claim 4, wherein said performing an update operation on said current firmware configuration in accordance with said selection instruction comprises:

6. A software acquisition apparatus, comprising:

7. The software acquisition apparatus of claim 6, wherein the second determination module comprises:

8. The software acquisition apparatus of claim 7, further comprising:

9. A terminal device comprising a memory, a processor and a computer program stored in the memory and executable on the processor, characterized in that the processor implements the method according to any of claims 1 to 5 when executing the computer program.

10. A computer-readable storage medium, in which a computer program is stored which, when being executed by a processor, carries out the method according to any one of claims 1 to 5.