CN115964034A

CN115964034A - Light application creation method, creation device, electronic device, and storage medium

Info

Publication number: CN115964034A
Application number: CN202211463591.7A
Authority: CN
Inventors: 朴昌龙
Original assignee: Great Wall Motor Co Ltd
Current assignee: Great Wall Motor Co Ltd
Priority date: 2022-11-22
Filing date: 2022-11-22
Publication date: 2023-04-14

Abstract

The application discloses a light application creation method, a light application creation device, an electronic device and a computer storage medium. The creating method comprises the following steps: acquiring configuration parameters of a specified vehicle; determining a target light application component from a light application component library based on the configuration parameters, wherein the target light application component refers to a light application component capable of running based on the configuration parameters; a light application adapted to the specified vehicle is created based on the target light application component. The light application created by the creating method can run on a vehicle with limited computing resources, and the driving experience of a user is improved.

Description

Light application creation method, creation device, electronic device, and storage medium

Technical Field

The present application belongs to the field of computer information technology, and in particular, to a light application creation method, a light application creation apparatus, an electronic device, and a computer-readable storage medium.

Background

Nowadays, the automobile industry is moving towards intellectualization. The intelligent vehicle not only needs to have perfect safe automatic driving ability, but also needs to have perfect vehicle-mounted application, and then can improve the quality of life of the user while meeting the travel requirement of the user.

However, the vehicle-mounted application with complete functions has a high requirement on the data processing capability of the vehicle, which makes the vehicle with limited computing resources and/or poor configuration unable to run the current vehicle-mounted application, or has the problems of delay in the running process, etc., resulting in poor driving experience of the user.

Disclosure of Invention

The application provides a light application creating method, a light application creating device, electronic equipment and a computer readable storage medium, which can provide light applications capable of running on vehicles with limited computing resources and/or poor configuration and help improve driving experience of users.

In a first aspect, the present application provides a method for creating a light application, where the method includes:

acquiring configuration parameters of a specified vehicle;

determining a target light application component from a light application component library based on the configuration parameters, wherein the target light application component refers to a light application component capable of running based on the configuration parameters;

and creating the light application matched with the specified vehicle based on the target light application component.

In a second aspect, the present application provides an apparatus for creating a light application, including:

the system comprises a first acquisition module, a second acquisition module and a control module, wherein the first acquisition module is used for acquiring configuration parameters of a specified vehicle;

a first determining module, configured to determine a target light application component from a light application component library based on the configuration parameter, where the target light application component is a light application component that can be run based on the configuration parameter;

and the creating module is used for creating the light application matched with the specified vehicle based on the target light application component.

In a third aspect, the present application provides an electronic device comprising a memory, a processor and a computer program stored in the memory and executable on the processor, wherein the processor implements the steps of the method according to the first aspect when executing the computer program.

In a fourth aspect, the present application provides a computer readable storage medium having stored thereon a computer program which, when executed by a processor, performs the steps of the method of the first aspect.

In a fifth aspect, the present application provides a computer program product comprising a computer program which, when executed by one or more processors, performs the steps of the method of the first aspect as described above.

Compared with the prior art, the beneficial effect that this application exists is: the designated vehicle is one that has light application creation requirements, such as a vehicle with limited computing resources or poorly configured hardware. In order to create a light application capable of running on the designated vehicle, configuration parameters of the designated vehicle can be acquired first; then, matching the configuration parameters from the light application component library to obtain a target light application component, wherein the target light application component is a light application component operated based on the configuration parameters of the specified vehicle; finally, light applications that can run on the designated vehicle can be created from the light application components. The light application obtained by the establishing method can stably run under the condition that the calculation resources of the specified vehicle are limited or the hardware configuration is poor, rich and colorful vehicle end application becomes possible, and the driving experience of a user is further improved.

Drawings

In order to more clearly illustrate the technical solutions in the embodiments of the present application, the drawings required for 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 flowchart illustrating a method for creating a light application according to an embodiment of the present application;

fig. 2 is a schematic structural diagram of a light application creation apparatus provided in an embodiment of the present application;

fig. 3 is a schematic structural diagram of an electronic device provided in an 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.

In the related technology, the vehicle-mounted application with complete functions has high requirements on the computing resources or hardware configuration of the vehicle, so that some vehicles cannot run the vehicle-mounted application or the problems of delay of jamming and the like occur during running of the vehicle-mounted application, and the driving experience of a user is poor. In order to solve the problem, the light application creating method is provided, and can provide a light application which can stably run for a vehicle with limited computing resources and/or poor configuration, so that the driving experience of a user is improved.

The method for creating a light application provided in the embodiment of the present application is mainly applied to an electronic device, such as a cloud server, and may also be applied to other electronic devices, such as a mobile phone, a tablet computer, a vehicle-mounted device, an Augmented Reality (AR)/Virtual Reality (VR) device, a notebook computer, a super-mobile personal computer (UMPC), a netbook, and a Personal Digital Assistant (PDA), and the embodiment of the present application does not limit specific types of the electronic devices at all.

The following describes a method for creating a light application proposed in the present application by using a specific embodiment. By way of example and not limitation, cloud servers will be used in subsequent embodiments as the execution subjects of the various embodiments described below.

Fig. 1 shows a schematic flowchart of a method for creating a light application provided by the present application, where the method for creating a light application includes:

step 110, obtaining configuration parameters of the designated vehicle.

After the vehicle leaves the factory, both the computing resources and the hardware configuration of the vehicle are difficult to expand and promote, so that the vehicle with limited computing resources and/or poor configuration is difficult to run the vehicle-mounted applications with complete functions, and only some vehicle-mounted applications with single functions can be run. In the embodiments of the present application, attention is mainly paid to vehicles with limited computing resources and/or poor configurations, and for convenience of description, such vehicles may be referred to as designated vehicles. Obviously, a given vehicle is difficult to satisfy the pursuit of high-quality life of people, and the driving experience of a user is greatly discounted.

In order to improve the driving experience of a user, a light-weight application with complete functions, namely a light application, can be designed, and the light application is matched with the configuration parameters of the specified vehicle, so that the specified vehicle can stably run the light application based on the existing computing resources and configuration.

Therefore, the cloud server may first determine configuration parameters of a specific vehicle, for example, the capability of the vehicle to be open to the outside under a service-oriented architecture; or the support capability of the vehicle's on-board system for all applications.

By way of example only, in a service-oriented architecture, the capability opened to the outside may be a control capability provided by a car service (CarService) for a vehicle bottom layer, such as a capability of encapsulating vehicle doors, an engine, and related control of hardware devices for voltage and air conditioning into corresponding interfaces for being invoked by upper-layer applications of the system.

By way of example only, the support capability of the vehicle-mounted system for all applications may be configuration of the audio/video player, a compatible playing format, computing resources of an application layer, a security policy, pre-installed application information before factory shipment, information related to an over-the-air download technology, and the like. The computing resource of the application layer may be a Central Processing Unit (CPU), a memory, a storage space, and the like; the security policy can be a data encryption mode, a buried point requirement, a personal privacy protection requirement and the like.

And step 120, determining a target light application component from the light application component library based on the configuration parameters.

The light application components that can be supported vary with the configuration parameters of the vehicle. Based on this, in order to create the light application adapted to the specified vehicle, after obtaining the configuration parameters of the specified vehicle, the cloud server may determine the target light application component from the pre-constructed light application component library according to the configuration parameters. Since the target light application component is determined depending on the configuration parameters of the designated vehicle, the target light application component is within the operation capability of the designated vehicle, thereby ensuring that the subsequently created light application can be stably operated on the designated vehicle. It is understood that stable operation refers to the operation state in which each component of the light application is not stuck or delayed due to limited computing resources and/or poor hardware configuration of the vehicle during operation.

Wherein the light application component library refers to a database containing a plurality of common components that can create the light application. In some examples, the common components include, but are not limited to, text, fonts, font sizes, top navigation bars, bottom tab bars, buttons, drop down boxes, players, voters, carousel graphics, and car control components.

Step 130, creating a light application adapted to the designated vehicle based on the target light application component.

After determining the target light application component, the cloud server can create a light application matched with the specified vehicle on the basis of the target light application component. Among them, the light application adapted to the specified vehicle is also the light application capable of stably operating based on the configuration parameters of the vehicle.

In the embodiment of the present application, the designated vehicle is a vehicle with a light application creation requirement, for example, a vehicle with limited computing resources or a poor hardware configuration. In order to create a light application capable of running on the specified vehicle, the configuration parameters of the specified vehicle can be obtained firstly; then, matching the configuration parameters from the light application component library to obtain a target light application component, wherein the target light application component is a light application component which operates on the basis of the configuration parameters of the specified vehicle; finally, light applications that can run on the designated vehicle can be created from the light application components. The light application obtained by the creating method of the embodiment of the application can stably run under the condition that the calculation resources of the appointed vehicle are limited or the hardware configuration is poor, and the colorful vehicle-end application becomes possible, so that the driving experience of a user is improved.

In some embodiments, the specific creation process of the light application may include:

step 131, displaying selectable light application types in the light application creation page, and determining a target light application type from the selectable light application types in response to a first selection instruction of a user.

After determining the target light application component, the cloud server may generate a corresponding light application creation page based on the target light application component, and display selectable light application types, such as a travel class, a game class, a media class, and a navigation class, in the light application creation page. After displaying the selectable light application types, if a first selection instruction of the user is detected, the selected light application type may be determined as the target light application type according to the first selection designation.

In the actual creating process, after the selectable light application types are displayed in the light application creating page, the user can determine the target light application type from the light application types by using a mouse or a touch screen operation based on actual requirements.

Step 132, displaying the created template and/or the custom template in the light application creation page based on the target light application type, and determining the target template from the created template and/or the custom template in response to a second selection instruction of the user.

After the type of the target light application is determined, the cloud server can push a creating template and/or a self-defining template to a user, namely the creating template and/or the self-defining template are displayed in a light application creating page for the user to select; then, the cloud server may monitor a second selection instruction in the light application creation page, and determine a creation template or a custom template corresponding to the second selection instruction as the target template after detecting the second selection instruction. The creation template is a template matched with the target light application type, and in the creation template, part of target light application components are provided with fixed placement positions, so that a user can be assisted to quickly complete light application creation of the target light application type. The user-defined template is equivalent to a blank template, and a user can create various types of light applications by customizing the placement positions of the target light application components. Of course, only one creation reference is provided for the user for creating the template, and if the user is different from the currently selected idea of creating the template, the user can also change each target light application component set in the creation template and the position where each target light application component is placed in the creation template in a customized editing manner, so as to create a light application with more personalization.

In the actual creating process, after the created template and/or the custom template is displayed in the light application creating page, a user can select a target template suitable for the user according to the creating habit and experience of the user so as to create the subsequent light application conveniently.

Optionally, when the number of created templates corresponding to the target light application type is large, the cloud server may select a specified number of created templates from the corresponding created templates to display. For example, when the number of created templates corresponding to the target light application type is greater than a preset threshold, the cloud server may determine a specified number of target created templates based on a preset rule, and then display the target created templates and/or the custom templates in the light application created page respectively for the user to select.

For example only, assuming that the number of created templates corresponding to the target light application type is 40, the preset threshold is 15, and assuming that the target specified number is 5, the cloud server may sort the created templates in a descending order based on the number of calls, and then determine the first 5 created templates as target created templates, that is, the cloud server may finally display the first 5 created templates and/or custom templates in a created page of the light application for the user to select.

Step 133, create the light application based on the target template and the target light application component.

After the target template is determined, the cloud server can further create the light application on the basis of the target template and the target light application component.

In some embodiments, the light application may be created by:

step 1331, in response to the drag touch operation of the user, rendering the corresponding target light application component to the designated position of the target template.

After the target template is determined, the cloud server can display the target template in the light application creation page, monitor the dragging touch operation of the user on the target light application component, and then render the corresponding target light application component to the designated position of the target template in response to the dragging touch operation. It can be understood that, in the process of executing the dragging touch operation, the cloud server may record a dragging track of the corresponding target light application component, and determine a touch endpoint of the dragging track in the target template as a specified position for rendering the target light application track.

In the actual creating process, a user can realize dragging touch operation through mouse or touch screen operation. For example only, when the user performs the dragging touch operation through a mouse, a cursor of the mouse may be moved to a target light application component that the user wants to drag, and then the target light application component is dragged by long pressing a left key; after the corresponding target light application component is placed in the target template, if a user wants to place the target light application component at the current position, the left key can be released, and the dragging touch operation of the target light application is completed.

Step 1332, generating the light application in response to the creation complete instruction of the user.

It can be considered that, by executing the above-mentioned dragging touch operation on different target light application components, a user can organically combine dragged target light applications in a target template to construct an ideal light application interface. After the user determines that the light application is built, a creation completion instruction can be sent to the cloud server by clicking a creation completion button in the light application creation page, so as to store the currently created light application.

Accordingly, the cloud server may monitor various instructions within the light application creation page to complete corresponding functions. After monitoring the creation completion instruction, the cloud server may save the light application based on the content displayed in the target template, and further determine that the current light application creation is completed. The displayed content refers to a display page composed of various target light application components.

In some embodiments, further, in order to enable the light application to run on the designated vehicle, after the step 130, the method further includes:

and A1, compiling the light application, and verifying the compiled light application.

The cloud server can be configured with a compiling library, and when the light application is created, the light application can be uploaded to the compiling library for compiling. In order to ensure that the light application is successfully compiled, after the light application is compiled, the cloud server can also perform a verification operation on the light application after the light application is compiled, so that the light application after the light application is compiled can run on a specified vehicle.

And step A2, after the light application is successfully verified, generating an installation package of the light application and an application link corresponding to the installation package.

After the verification operation is performed on the light application after the compiling is completed, if the light application after the compiling is successfully verified, the cloud server can generate an installation package of the light application, and generate a corresponding application link based on the installation package.

And A3, performing shelf-loading audit on the installation package.

In order to limit the light applications which are unsafe to mount randomly or even maliciously by users without the right of mounting, the cloud server can carry out mounting audit on the installation package before the light applications are released to be mounted. The on-shelf audit can include content audit, qualification audit, signature audit and the like, and at least one on-shelf audit can be selected in different application scenarios to ensure that the on-shelf light application content is safe and is not limited herein.

And step A4, after the installation package is placed on the shelf and checked to pass, the application link is issued to the target vehicle cluster.

If the installation package passes the shelf-loading audit, the installation package is shown to be on shelf by a user with authority, and the installation package is safe and harmless after being installed and operated. At this time, the cloud server may issue the application link to the target vehicle cluster, where the configuration parameters of all vehicles in the target vehicle cluster are all matched with the configuration parameters of the designated vehicle.

It is understood that the matching herein may include two cases, the first case is that the configuration parameters of the vehicles in the target vehicle cluster are the same as the configuration parameters of the designated vehicle; the second case is where the configuration parameters of the vehicles in the target vehicle cluster are higher than the configuration parameters of the designated vehicle. Under the two conditions, the light application that the vehicle homoenergetic in the target vehicle cluster can be stably operated and verified can be ensured, and therefore the driving experience of a user is improved.

In some embodiments, to avoid the same light application being repeatedly published, before the shelf auditing of the installation package, the method may further include:

and B1, acquiring the application name and the application version number of the light application.

Like the current mainstream applications, the light applications also have their own application names and application version numbers. The application name is used for distinguishing different light applications, and the application version number is used for distinguishing different versions of the unified light application. For the same light application of different versions, it can be considered that similar functionality and user experience are provided, and the main difference between the old and new versions is in detail. For example, a new version is obtained by optimizing a function iteration based on an old version, or a new version is obtained by repairing a detected defect iteration based on an old version. Based on this, when determining the release situation of the currently created light application, the cloud server may acquire the application name and version number of the light application. The application name can be named in the light application creation page, and the application version number is a version number synchronously generated in the installation package generation process of the light application.

And B2, determining the published times of the light application based on the application name.

The cloud server can determine the published times of the light application through the application name. For example, the target release information is matched from the history release information by using the application name, and when the target release information is not matched, the number of times of release of the light application can be determined to be 0; when the target release information is matched, the number of times of release of the light application may be determined by the number of pieces of the target release information, for example, when the target release information is matched to 5 pieces of the target release information, the number of times of release of the light application may be determined to be 5.

And step B2, determining whether the installation package has the audit requirement on the shelf or not according to the issued times and the application version number.

The releasing of the light application can comprise first releasing, repeated releasing and iterative releasing during iteration of different versions, wherein the first releasing and the iterative releasing both need to be checked on shelf, and for the repeated releasing, the checking on shelf is not needed. Obviously, the installation package of the light application has different on-shelf auditing requirements under different release situations. In order to accurately determine whether the installation package has the on-shelf auditing requirement, the issuing condition of the light application can be determined through the issuing times and the application version number, and the on-shelf auditing requirement of the installation package is further determined after the issuing condition is determined.

In some embodiments, it may be considered that, when the number of times of publishing is 0 times, the publishing condition of the light application may be determined as the first publishing; when the issued times are more than 0, the issuing condition of the light application can be iteration issuing and repeated issuing; when the target release information is repeatedly released, the released version number (i.e., a certain historical version number) carried by the certain target release information may be matched with the application version number of the current time.

Based on the method, whether the installation package is on-shelf auditing requirement or not can be accurately determined through the following steps:

and step B21, if the issued times are 0, determining that the installation package is stored in the on-shelf auditing requirement.

When the number of times of release is 0, it is indicated that the light application of the same version or the historical version is not released before the light application is released, that is, the release condition of the light application at this time is the first release, and the cloud server can determine that the installation package is in the on-shelf audit requirement.

And step B22, if the published times are more than 0, judging whether a history version number matched with the application version number exists.

When the issued times are more than 0, the fact that the light applications of different versions or the same version are issued before the light applications are issued is shown, and the cloud server can determine that the light application issuing condition is iterative issuing or repeated issuing; in view of the fact that there may be a case of a history version number matching the current application version number when repeatedly issued, it is possible to determine whether the issue situation of the light application is repeated issue or iterative issue by using the application version number.

And step B23, determining that the installation package is stored in the checking requirement on the shelf under the condition that the historical version number matched with the application version number does not exist.

When the specific release condition of the light application is determined, if the historical version number matched with the application version number exists, the release condition of the light application is indicated to be repeated release, and in this case, the cloud server can determine that the installation package does not have the on-shelf auditing requirement. If the historical version number matched with the application version number does not exist, the releasing condition of the light application is iterative releasing, and in this condition, the cloud server can determine that the installation package is stored in the on-shelf auditing requirement.

In some embodiments, the installation package is accordingly subjected to an on-shelf audit, including: and performing on-shelf audit on the installation package under the condition that the installation package is determined to be stored in the on-shelf audit requirement.

And if and only if the installation package is stored in the installation package and is subjected to on-shelf audit under the condition of on-shelf audit requirement, repeated release of the light applications of the same version can be avoided, and therefore the reliability of the light application creation method is improved.

In some embodiments, the on-shelf audit of the installation package can be implemented by the following steps when the installation package has an on-shelf audit requirement:

and step A31, determining whether the signature of the installation package is matched with a preset signature.

And A32, determining that the installation package is approved by being put on the shelf under the condition that the signature is matched with the preset signature.

For the release of the light application, the racking authority of different users can be restricted by presetting the signature. Specifically, the cloud server may determine whether the current on-shelf audit is passed through according to a matching result of the signature of the installation package and the preset signature. When the signature of the installation package is matched with the preset signature, the user can be determined to have the authority to put on the shelf for light application, namely the cloud server can determine that the installation package is approved by putting on the shelf; when the signature of the installation package is not matched with the preset signature, the user can be determined to have no authority to mount the light application, namely, the cloud server can determine that the mounting audit of the installation package fails.

In some embodiments, when the installation package is audited on the shelf and the release condition of the light application is iterative release, the cloud server may send a version iterative notification to a vehicle end in the target vehicle cluster, and cover the historical installation package with the installation package that is audited. Because the installation package of the light application is small, under the condition that the vehicle end receives the version iteration notification, the vehicle-mounted device of the vehicle end can directly download the installation package of the latest version based on the version iteration notification and operate, and therefore the light application is upgraded under the condition that a user feels no sense.

To further illustrate the advantages of the light application creation method of the present application, the following description is made of the operation of the light application from the vehicle side.

After receiving the application link of the light application, the vehicle end can download the corresponding installation package based on the application link to run the light application. It can be understood that the running light application belongs to the front end, and in order to enable the functions of the light application to be as complete as possible, a light application background can be further arranged on the cloud server, and third-party resources are configured through the light application background.

By way of example only, where the light application is an entertainment-type light application, the light application may provide audio-based entertainment content. Assuming that the light application comprises two modules of news listening and music listening, in order to enable a user to find the content that the user wants to listen to, a light application background can be arranged on the cloud server, and news and music-related third party resources, such as hundred-degree news, internet cloud music and/or qq music, are configured based on the light application background. Whether the third-party resources related to news or music are provided, the third-party resources related to music have rich vertical categories due to the fact that related applications are mature. Therefore, after accessing these third resources, the listening news of the light application can be made to include vertical categories such as "finance", "civilian" and "military", and the listening music can include vertical categories such as "ballad", "popular" and "classical". That is to say, through the configuration and access operation of the third-party resource, the light application can be integrated with the comprehensive applet of the third-party resource, and the life quality of the user is improved.

The configured third resources are all web page interfaces, and after configuration is completed, the light application background can directly issue resource configuration notifications to each vehicle end in the target vehicle cluster; when the vehicle end runs the light application, the configured third-party resource websites can be directly obtained based on the resource configuration notification, and the configured third-party resource websites are displayed in the interface of the light application for the user to add.

Specifically, during the operation of the light application at the vehicle end, a user can input voice or operate buttons to realize the control operation of the light application, wherein the buttons may include physical buttons and virtual buttons. For example only, the control operations may include opening a light application, closing a light application, searching for music, opening a favorite third party resource website, and so forth.

Fig. 2 shows a block diagram of a light application creation apparatus 2 provided in the embodiment of the present application, and for convenience of explanation, only the relevant parts of the embodiment of the present application are shown.

Referring to fig. 2, the light application creation apparatus 2 includes:

a first obtaining module 21, configured to obtain configuration parameters of a specified vehicle;

a first determining module 22, configured to determine a target light application component from the light application component library based on the configuration parameters, where the target light application component refers to a light application component that can run based on the configuration parameters;

a creation module 23 for creating a light application adapted to the specified vehicle based on the target light application component.

Optionally, the creating module 23 may include:

a first determination unit, configured to display selectable light application types in a light application creation page, and determine a target light application type from the selectable light application types in response to a first selection instruction of a user;

the second determining unit is used for displaying the created template and/or the custom template in the light application creating page based on the target light application type and determining the target template from the created template and/or the custom template in response to a second selection instruction of the user;

and the creating unit is used for creating the light application based on the target template and the target light application component.

Optionally, the creating unit may include:

the rendering subunit is configured to render the corresponding target light application component to an assigned position of the target template in response to a dragging touch operation of a user, where the assigned position is a touch endpoint of the dragging touch operation in the target template;

and the generating subunit is used for responding to the creation completion instruction of the user and generating the light application.

Optionally, the creating apparatus 2 may further include:

the verification module is used for compiling the light application after the light application adaptive to the specified vehicle is established based on the target light application component, and verifying the compiled light application;

the generating module is used for generating an installation package of the light application and an application link corresponding to the installation package after the light application is successfully verified;

the auditing module is used for performing on-shelf auditing on the installation package;

and the issuing module is used for issuing the application link to the target vehicle cluster after the installation package on-shelf examination is passed, and the configuration parameters of all vehicles in the target vehicle cluster are matched with the configuration parameters of the specified vehicle.

Optionally, the creating apparatus 2 may further include:

the second acquisition module is used for acquiring the application name and the application version number of the light application;

a second determination module for determining the number of times of release of the light application based on the application name;

the third determining module is used for determining whether the installation package has the checking requirement on the shelf or not according to the issued times and the application version number;

the auditing module is specifically used for auditing the installation package on the shelf under the condition of determining the auditing requirement of the installation package on the shelf.

Optionally, the third determining module may include:

the third determining unit is used for determining that the installation package is stored in the on-shelf auditing requirement if the published times are 0 times;

a fourth determining unit, configured to determine whether a history version number matching the application version number exists if the issued number is greater than 0;

and the fifth determining unit is used for determining that the installation package exists in the on-shelf auditing requirement under the condition that the historical version number matched with the application version number does not exist.

Optionally, the auditing module may include:

a sixth determining unit, configured to determine whether the signature of the installation package matches the preset signature;

and the seventh determining unit is used for determining that the installation package is approved by being placed on the shelf under the condition that the signature is matched with the preset signature.

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

Fig. 3 is a schematic structural diagram of a physical layer of an electronic device according to an embodiment of the present disclosure. As shown in fig. 3, the electronic apparatus 3 of this embodiment includes: at least one processor 30 (only one shown in fig. 3), a memory 31, and a computer program 32 stored in the memory 31 and executable on the at least one processor 30, the processor 30 when executing the computer program 32 implementing the steps in any of the above-described light application creation method embodiments, such as the steps 110-130 shown in fig. 1.

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

The memory 31 may in some embodiments be an internal storage unit of the electronic device 3, such as a hard disk or a memory of the electronic device 3. The memory 31 may also be an external storage device of the electronic device 3 in other embodiments, such as a plug-in hard disk provided on the electronic device 3, a Smart Media Card (SMC), a Secure Digital (SD) Card, a Flash memory Card (Flash Card), and so on.

Further, the memory 31 may also include both an internal storage unit of the terminal device 3 and an external storage device. The memory 31 is used for storing an operating device, an application program, a BootLoader (BootLoader), data, and other programs, such as program codes of a computer program. The memory 31 may also be used to temporarily store data that has been output or is to be output.

It should be clear to those skilled in the art that, for convenience and simplicity of description, the foregoing division of the functional units and modules is only used for illustration, and in practical applications, the above functions may be distributed as different functional units and modules according to needs, that is, the internal structure of the apparatus may be divided into different functional units or modules to implement all or part of the above described 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 used for distinguishing one functional unit from another, 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 also 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 flow of the method of the embodiments described above can be implemented by instructing relevant hardware by a computer program, and the computer program can be stored in a computer readable storage medium, and when executed by a processor, the computer program can implement the steps of the embodiments of the methods described above. 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/electronic device, 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-drive, a removable hard drive, a magnetic or optical disk, etc.

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 above modules or units is only one logical function division, and there may be other divisions when actually implemented, for example, a plurality of units or components may be combined or integrated into another system, or some features may be omitted, or not executed. 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 embodiments are only used to illustrate the technical solutions of the present application, and not to limit 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 depart from the spirit and scope of the embodiments of the present application, and they should be construed as being included in the present application.

Claims

1. A method for creating a light application, comprising:

acquiring configuration parameters of a specified vehicle;

creating a light application adapted to the specified vehicle based on the target light application component.

2. The light application creation method according to claim 1, wherein the creating of the light application adapted to the specified vehicle based on the target light application component comprises:

displaying selectable light application types in a light application creation page, and determining a target light application type from the selectable light application types in response to a first selection instruction of a user;

displaying a creating template and/or a custom template in the light application creating page based on the target light application type, and determining a target template from the creating template and/or the custom template in response to a second selection instruction of the user;

creating the light application based on the target template and the target light application component.

3. The light application creation method of claim 2, wherein the creating the light application based on the target template and the target light application component comprises:

in response to the dragging touch operation of the user, rendering the corresponding target light application component to a specified position of the target template, wherein the specified position is a touch terminal point of the dragging touch operation in the target template;

generating the light application in response to a creation complete instruction of the user.

4. The light application creation method according to any one of claims 1 to 3, further comprising, after the creating of the light application adapted to the specified vehicle based on the target light application component,:

compiling the light application, and verifying the compiled light application;

after the light application is successfully verified, generating an installation package of the light application and an application link corresponding to the installation package;

checking the installation package on the shelf;

and after the installation package on-shelf examination is passed, the application link is issued to a target vehicle cluster, and the configuration parameters of all vehicles in the target vehicle cluster are matched with the configuration parameters of the specified vehicle.

5. The method for creating a light application according to claim 4, further comprising, before the performing an on-shelf audit on the installation package:

acquiring an application name and an application version number of the light application;

determining the number of times the light application has been published based on the application name;

determining whether the installation package is in an on-shelf auditing requirement or not according to the published times and the application version number;

correspondingly, the checking the installation package on shelf comprises:

and performing shelf-loading audit on the installation package under the condition that the installation package has the shelf-loading audit requirement.

6. The method for creating a light application according to claim 5, wherein the determining whether the installation package has an on-shelf audit requirement according to the number of releases and the application version number comprises:

if the published times are 0 times, determining that the installation package has the checking requirement on the shelf;

if the published times are more than 0, determining whether a historical version number matched with the application version number exists;

and under the condition that the historical version number matched with the application version number does not exist, determining that the installation package has the on-shelf auditing requirement.

7. The light application creation method according to claim 5, wherein the performing an on-shelf audit on the installation package in the case that the installation package has the on-shelf audit requirement includes:

determining whether the signature of the installation package is matched with a preset signature;

and determining that the installation package is approved on shelf under the condition that the signature is matched with the preset signature.

8. An apparatus for creating a light application, comprising:

a first determining module, configured to determine a target light application component from a light application component library based on the configuration parameter, where the target light application component refers to a light application component that can be run based on the configuration parameter;

a creation module for creating a light application adapted to the specified vehicle based on the target light application component.

9. An electronic device comprising a memory, a processor, and a computer program stored in the memory and executable on the processor, wherein the processor implements the method for creating a light application according to any one of claims 1 to 7 when executing the computer program.

10. A computer-readable storage medium storing a computer program, wherein the computer program is executed by a processor to implement the light application creation method according to any one of claims 1 to 7.