CN112988177A

CN112988177A - Application installation package issuing method, application program running method, server and terminal

Info

Publication number: CN112988177A
Application number: CN202110409159.9A
Authority: CN
Inventors: 陈亮亮; 李建全; 熊有益; 朱俊杰
Original assignee: Tencent Technology Shenzhen Co Ltd
Current assignee: Tencent Technology Shenzhen Co Ltd
Priority date: 2021-04-16
Filing date: 2021-04-16
Publication date: 2021-06-18
Anticipated expiration: 2041-04-16
Also published as: CN112988177B

Abstract

The application discloses a method for issuing an application installation package and running an application program, a server and a terminal, and relates to the technical field of software development. The method comprises the following steps: setting configuration parameters corresponding to each application version in a target running code based on version characteristics of target application programs in different application versions, wherein the division dimensionality of different application versions at least comprises versions and channels, the target application programs of different versions correspond to different application package names, and the target application programs of different channels correspond to different downloading channels; constructing a target version installation package corresponding to a target application program based on target configuration parameters corresponding to channels in the target running code under the target version; and releasing each target version installation package. The method and the device can realize that one code generates a plurality of version installation packages of different versions, and different running codes do not need to be developed aiming at different versions and channels, thereby improving the development efficiency of the application program and further improving the release efficiency of the application program.

Description

Application installation package issuing method, application program running method, server and terminal

Technical Field

The embodiment of the application relates to the technical field of software development, in particular to a method for issuing an application installation package and running an application program, a server and a terminal.

Background

In order to adapt to the global development trend, more and more products are gradually internationalized, for example, application programs, and the application programs are gradually more internationalized in order to meet the demands of different users on the application programs around the world.

For an application program which needs to be internationalized, because the operation rules and the operation subjects in different regions are different, for example, the same application program on line in different regions requires different package names, the same application program has different downloading channels besides the difference of different regions, and different downloading channels also require different application installation packages, so that the same application program needs to develop multiple codes, and application installation packages of different versions are generated based on different codes, so as to meet the user requirements.

Obviously, in the generation process of the application installation package in the related art, different codes need to be developed for different application versions, and different application installation packages are generated, and if the application versions and the download channels are more, the development and release efficiency of the application installation package is obviously lower.

Disclosure of Invention

The embodiment of the application installation package issuing method, the application program operating method, the server and the terminal can improve the development and issuing efficiency of the application installation package. The technical scheme is as follows:

according to an aspect of the present application, there is provided a method for publishing an application installation package, the method including:

setting configuration parameters corresponding to the application versions in a target running code based on version characteristics of target application programs in different application versions, wherein the division dimensionality of the different application versions at least comprises the versions and channels, the target application programs of the different versions correspond to different application package names, and the target application programs of the different channels correspond to different downloading channels;

constructing a target version installation package corresponding to the target application program based on target configuration parameters corresponding to all channels in the target running code under the target version;

and releasing each target version installation package.

According to another aspect of the present application, there is provided a method for running an application, the method including:

acquiring a target version installation package corresponding to a target application program, wherein the target version installation package is constructed by target configuration parameters corresponding to channels in a target running code under the target version, and the target running code is provided with the configuration parameters corresponding to each application version;

acquiring target channel configuration parameters from the target version installation package based on a target downloading channel corresponding to the target version installation package, wherein different downloading channels correspond to different channel configuration parameters;

and running the target application program based on the target channel configuration parameters.

According to another aspect of the present application, there is provided an apparatus for issuing an application installation package, the apparatus including:

the configuration module is used for setting configuration parameters corresponding to the application versions in the target running code based on version characteristics of the target application program in different application versions, wherein the division dimensionality of the different application versions at least comprises the versions and channels, the target application programs of the different versions correspond to different application package names, and the target application programs of the different channels correspond to different downloading channels;

the construction module is used for constructing a target version installation package corresponding to the target application program based on target configuration parameters corresponding to all channels in the target running code under the target version;

and the release module is used for releasing each target version installation package.

According to another aspect of the present application, there is provided an apparatus for running an application, the apparatus including:

the system comprises a first acquisition module, a second acquisition module and a third acquisition module, wherein the first acquisition module is used for acquiring a target version installation package corresponding to a target application program, the target version installation package is obtained by constructing target configuration parameters corresponding to channels in a target running code under a target version, and the target running code is provided with the configuration parameters corresponding to each application version;

the second acquisition module is used for acquiring target channel configuration parameters from the target version installation package based on a target downloading channel corresponding to the target version installation package, wherein different downloading channels correspond to different channel configuration parameters;

and the running module is used for running the target application program based on the target channel configuration parameters.

According to another aspect of the present application, there is provided a server including a processor and a memory, wherein the memory stores at least one program, and the at least one program is loaded and executed by the processor to implement the method for issuing an application installation package as described above.

According to another aspect of the present application, there is provided a terminal comprising a processor and a memory, wherein at least one program is stored in the memory, and the at least one program is loaded and executed by the processor to implement the method for running the application program as described above.

According to another aspect of the present application, there is provided a computer-readable storage medium having stored therein at least one instruction, at least one program, code set, or instruction set, which is loaded and executed by a processor to implement the issuing method of the application installation package as described above or to implement the running method of the application program as described above.

According to another aspect of the application, a computer program product or computer program is provided, comprising computer instructions stored in a computer readable storage medium. The processor of the computer device reads the computer instructions from the computer-readable storage medium, and executes the computer instructions, so that the computer device executes the issuing method of the application installation package provided in the above-mentioned alternative implementation manner, or executes the running method of the application program provided in the above-mentioned alternative implementation manner.

The beneficial effects brought by the technical scheme provided by the embodiment of the application at least comprise:

the version characteristics of the target application program in different application versions are analyzed, and the configuration parameters corresponding to different application versions are set in the target running code, so that the operation requirements of the target application program on different versions and channels are all established in the same code, the configuration parameters required by each channel under different versions can be dynamically read in the target running code, and the version installation packages required by different versions are established, so that a plurality of version installation packages of different versions are generated by one code, each version installation package comprises the configuration parameters of each channel under the version, different running codes do not need to be developed aiming at different versions and different channels, the development efficiency of the application program is improved, and the release efficiency of the application program is further improved.

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 description of the embodiments are briefly introduced 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 based on these drawings without creative efforts.

FIG. 1 illustrates a schematic diagram of an implementation environment provided by one embodiment of the present application;

FIG. 2 is a flowchart illustrating a method for publishing an application installation package according to an exemplary embodiment of the present application;

FIG. 3 is a diagram illustrating types of application installation packages provided by a target application in the prior art;

FIG. 4 is a flowchart illustrating a method for publishing an application installation package according to another exemplary embodiment of the present application;

FIG. 5 is a flowchart illustrating a method for publishing an application installation package according to another exemplary embodiment of the present application;

FIG. 6 is a flowchart illustrating a method for publishing an application installation package according to another exemplary embodiment of the present application;

FIG. 7 is a flowchart illustrating a method for publishing an application installation package in accordance with another illustrative embodiment of the present application;

FIG. 8 is a flowchart illustrating a method for operating an application according to an exemplary embodiment of the present application;

FIG. 9 is a flowchart illustrating a method for operating an application according to another exemplary embodiment of the present application;

FIG. 10 is a flowchart illustrating a method for operating an application according to another exemplary embodiment of the present application;

FIG. 11 is a flowchart illustrating a method for operating an application according to another exemplary embodiment of the present application;

fig. 12 is a block diagram illustrating an apparatus for issuing an application installation package according to an exemplary embodiment of the present application;

fig. 13 is a block diagram of an apparatus for running an application according to an exemplary embodiment of the present application;

FIG. 14 is a block diagram illustrating a server provided by an exemplary embodiment of the present application;

fig. 15 shows a block diagram of a terminal according to an exemplary embodiment of the present application.

Detailed Description

To make the objects, technical solutions and advantages of the present application more clear, embodiments of the present application will be described in further detail below with reference to the accompanying drawings.

Referring to fig. 1, a schematic diagram of an implementation environment provided by an embodiment of the present application is shown. The implementation environment may include: a server 110 and at least one terminal 120.

The server 110 is a device for application development and application installation package distribution, and may be at least one of a server, a server cluster composed of a plurality of servers, a cloud computing platform, and a virtualization center. In this embodiment, an application developer constructs a target running code corresponding to a target application program in the server 110, so that the server 110 can generate target version installation packages of different versions based on the target running code. Alternatively, the server 110 may directly distribute each version installation package to each terminal 120. Optionally, the server 110 may also release the version installation package to a download platform corresponding to each download channel, so that each terminal 120 may download the version installation package through the download platform.

In this application, the server 110 is further connected to the blockchain system, and the server 110 stores the relevant running code of the target application in the blockchain system. In some alternative embodiments, the server 110 itself may also operate and store data as a node in the blockchain system.

The terminal 120 is connected to the server 110 through a wireless network or a wired network.

The terminal 120 is a device in which a target application is installed and operated. The terminal 120 may be a smart phone, a tablet computer, an MP3 player (Moving Picture Experts Group Audio Layer III, motion Picture Experts compression standard Audio Layer 3), an MP4(Moving Picture Experts compression standard Audio Layer IV, motion Picture Experts compression standard Audio Layer 4), a notebook computer, a desktop computer, or the like, the target application program may be a game application program, a social application program, a shopping application program, a video application program, a music application program, or the like, and the present embodiment does not limit the type of the application program. In this embodiment, the terminal 120 may download the version installation package corresponding to the target application program through the application management software.

Referring to fig. 2, a flowchart of a method for publishing an application installation package according to an exemplary embodiment of the present application is shown. Taking the execution subject of the method as the server 110 shown in fig. 1 as an example, the method includes:

step 201, setting configuration parameters corresponding to each application version in the target running code based on version characteristics of the target application program in different application versions, wherein the division dimensions of different application versions at least comprise versions and channels.

The target application program is an application program with international requirements, and due to the difference between the operation rules and the operation requirements of different regions or countries, the same target application program requires application installation packages with different package names (versions) when being online in different regions or countries, and meanwhile, different regions and countries also have different application publishers, so that a user generally needs to download and install the application installation packages through a publishing platform corresponding to the application publisher (channel), and different channels also correspondingly require different application installation packages, that is, the division dimensions of different application versions in the target application program can include versions (corresponding to different regions) and channels (corresponding to different publishers). Schematically, as shown in fig. 3, it is a schematic diagram of the types of application installation packages that a target application possesses in the prior art. Wherein the target application may include, in the version dimension: national version, international version, national version a, regional version a, national version B, etc., and may include in the channel dimension: channel a version, channel B version, channel C version, channel D version, etc.

The target application programs of different versions correspond to different application package names, and users can download the target application programs of different versions in the same device; the target applications in different channels correspond to different download channels, that is, the target applications in the same version can be downloaded and installed in the user equipment through different download channels.

Different from the related technology, a complete code needs to be developed for different versions and different channels, and then different application installation packages are generated based on different codes, and if the versions and the channels are more, the development and release efficiency of an application program is obviously lower; in this embodiment, in order to improve the development efficiency and the release efficiency of the target application program, in a possible implementation manner, by analyzing the version characteristics of the target application program in different application versions and setting configuration parameters corresponding to different application versions in the target running code, that is, developing the requirements corresponding to different versions and channels in the same code, dynamically reading the configuration parameters required by different versions and channels through the code, and further generating a required version installation package, or implementing different requirement logics, the purpose of generating different version installation packages by using one code is achieved.

Step 202, a target version installation package corresponding to the target application program is constructed based on target configuration parameters corresponding to the target operation codes of all channels under the target version.

In one possible implementation, since different versions of the target application correspond to different package names and trademarks (different operators), and different versions may also correspond to a plurality of downloading channels, in order to improve the publishing efficiency of the application installation package, when the application installation package is generated based on the target running code, the application installation packages corresponding to different channels under the same version do not need to be generated, but only the version installation packages corresponding to different versions are generated by combining different channel packages under the same version, that is, when generating the target version installation package corresponding to the target version, dynamically acquiring target configuration parameters corresponding to all channels under the target version in the target running code, and then constructing a target version installation package corresponding to the target version based on the target configuration parameters, namely the target version installation package contains the configuration parameters required by different channels under the target version.

And step 203, releasing each target version installation package.

In a possible implementation manner, after the server generates the target version installation packages corresponding to the versions, the target version installation packages can be automatically released to the application store platforms; or when the server receives an installation package acquisition request sent by the application store platform, correspondingly issuing the version installation packages of various versions to the store platform.

Optionally, since the target version installation package includes configuration parameters corresponding to all channels of the target version, that is, version installation packages of the same target version in different application store platforms (channels) are the same, in order to implement channel differentiation requirements of different channels under the condition that the version installation packages are the same, in a possible implementation manner, after the terminal installs and downloads the version installation package, the corresponding channel configuration parameters may be dynamically acquired from the version installation package based on a download channel of the version installation package, and then the target application program is run based on the channel configuration parameters, thereby implementing the channel differentiation requirements.

To sum up, in the embodiment of the present application, by analyzing the version features of the target application program in different application versions and setting the configuration parameters corresponding to different application versions in the target running code, the operation requirements of the target application program on different versions and channels are all established in the same code, so that the configuration parameters required by each channel in different versions can be dynamically read in the target running code, and the version installation packages required by different versions are established, thereby realizing that one code generates a plurality of version installation packages of different versions, and each version installation package includes the configuration parameters of each channel in the version, so that different running codes do not need to be developed for different versions and different channels, thereby improving the development efficiency of the application program and further improving the release efficiency of the application program.

In this embodiment, because the differentiated requirements of the target application program in different application versions are configured in the same target running code, and corresponding configuration parameters need to be dynamically acquired from the target running code based on the version and channel information subsequently, in order to facilitate a dynamic reading process of the configuration parameters in the subsequent code, in one possible implementation manner, the version and channel information may be transmitted into the target running code in advance when the target running code is constructed, so that the corresponding configuration parameters may be dynamically acquired in the target running code subsequently directly according to the version and channel information.

In an exemplary example, as shown in fig. 4, a flowchart of a publishing method of an application installation package provided in another exemplary embodiment of the present application is shown. Taking the execution subject of the method as the server 110 shown in fig. 1 as an example, the method includes:

step 401, extracting version features of the target application program in different versions and channel features of the target application program in different channels.

In a possible implementation manner, in order to configure the differentiated configuration parameters of the target application program in different application versions in the target running code, based on the division dimensions (including the versions and the channels) of the application versions, the correspondence may first extract the version features of the target application program in the different versions and the channel features of the target application program in the unused channels, so that the configuration parameters of each version and each channel are configured in the target running code subsequently based on the channel features and the version features.

Illustratively, the version characteristics of the different versions may include: package name differences, operator differences (commodity differences), version-differentiated operation requirements; channel characteristics of different channels may include: channel-differentiated operation requirements, a platform statistics reporting mechanism (a channel provider may need to count the use condition of the target application), and the like.

And 402, configuring channel configuration parameters corresponding to channels in different versions based on the version characteristics and the channel characteristics.

In a possible implementation manner, after the version features corresponding to each version and the channel features corresponding to each channel are extracted, different configuration parameters may be configured in the target running code correspondingly based on the different version features and the different channel features, that is, the version configuration parameters are configured according to the version features, and the channel configuration parameters are configured based on the channel features.

Optionally, in the configuration process of configuring parameters based on the version characteristics and the channel characteristics, since a plurality of channels may be included in the same version, and correspondingly, the channel configuration parameters corresponding to each channel in the version need to be configured, that is, the data structure of the configuration parameters is as follows: version + channel configuration parameters.

Step 403, associating the version identifier corresponding to the version, the channel identifier corresponding to the channel, and the channel configuration parameter in the target operation code.

In order to facilitate subsequent reading of the corresponding configuration parameters in the target operating code based on the version information and the channel information, in one possible implementation, the version identifier, the channel identifier, and the corresponding channel configuration parameters may be stored in the target operating code in an associated manner.

Illustratively, if the same version corresponds to multiple channels, in the target running code, the formed association relationship is: version a-channel configuration parameter a.

Step 404, obtain a target version identifier corresponding to the target version.

Because the differentiated configuration parameters of different versions in the target running code are stored in association with the corresponding version identifier, in a possible implementation manner, when a version installation package corresponding to a target version needs to be constructed, the target version identifier corresponding to the target version may be first obtained, so that the configuration parameters associated with the target version identifier are dynamically read from the target running code based on the target version identifier in the following process.

Step 405, based on the target version identification, obtaining target channel configuration parameters corresponding to each channel under the target version from the target operation code.

Since the target version may further include multiple channels, in order to enable the subsequent differentiated operation requirements on different channels to be realized based on the target version installation package, in a possible implementation manner, the target channel configuration parameters corresponding to each channel in the target version may be acquired from the target operation code based on the target version identifier, and then the target version installation package is constructed based on the target channel configuration parameters.

And 406, constructing a target version installation package based on the target channel configuration parameters.

In a possible implementation manner, after the target channel configuration parameter corresponding to the target version is obtained, the differentiated configuration parameter (including version differentiated configuration and channel differentiated configuration) corresponding to the target version is also obtained correspondingly, and correspondingly, the target version installation package may be constructed based on the target channel configuration parameter.

Optionally, the target version installation package may include, in addition to the differentiated configuration parameters, configuration parameters common to different versions, and then the target version installation package corresponding to the target version is constructed and obtained based on the common configuration parameters and the target channel configuration parameters.

Step 407, issuing each target version installation package.

The implementation manner of step 407 may refer to the above embodiments, which are not described herein.

In the embodiment, when the target running code is constructed, the version and the channel identifier and the corresponding configuration parameters are associated in the target running code, so that when a target version installation package is generated subsequently, the corresponding target channel configuration parameters can be acquired from the target running code based on the version identifier, and meanwhile, after the terminal downloads the corresponding version installation package, the corresponding channel configuration parameters can be acquired from the version installation package based on the channel identifier, so that the convenience of dynamically acquiring the required configuration parameters in the code is improved.

In another possible implementation, for a target application program of the same version, for example, an international version, there is a differentiation feature in international versions in different regions, so when configuring configuration parameters corresponding to the target version based on the version feature, it is further necessary to configure corresponding region configuration parameters in the configuration parameters for different regions, so that region configuration parameters corresponding to different regions can be dynamically obtained in a version installation package based on a region IP address in the following.

On the basis of fig. 4, step 402 may be replaced with step 501 step 502 as shown in fig. 5.

Step 501, responding to the version characteristics indicating that the target version has different area requirements, and determining area configuration parameters corresponding to each area based on the area characteristics of the target version on different areas.

In a possible implementation manner, in order to avoid that the distribution efficiency of the installation package is low because corresponding area installation packages need to be generated for different areas respectively according to a scene that a target version has area differentiation requirements, area configuration parameters corresponding to the areas are configured respectively based on area characteristics of the target version on the different areas, and then the areas and the area configuration parameters are stored in channel configuration parameters corresponding to channels under the target version in an associated manner, so that the area configuration parameters corresponding to the areas can be dynamically acquired in the version installation package in the subsequent process.

Step 502, the area IP address and the area configuration parameter corresponding to each area are configured in the channel configuration parameter corresponding to each channel under the target version in an associated manner.

In order to facilitate a subsequent terminal to dynamically acquire corresponding region configuration parameters from the version installation package based on a region where a user is located after installing the target version installation package corresponding to the target version, in a possible implementation manner, when the region configuration parameters are configured in a target operation code, a region Internet Protocol (IP) address corresponding to the region and the region configuration parameters are configured in an associated manner; moreover, since the target version may correspond to a plurality of channels, correspondingly, the regional IP address and the regional configuration parameter need to be configured in the channel configuration parameter corresponding to each channel under the target version, that is, the parameter storage structure in the target configuration parameter corresponding to the target version is as follows: target version-channel-region configuration parameters.

Illustratively, taking a game application as an example, in an international version of the game application, different international organizations and regions have different regional requirements, for example, a special event requirement of a region a and a special Data Protection regulation (GDPR) requirement of a region B, in order to enable an application installation package running the international version to implement a requirement logic of different regions, when configuring channel configuration parameters corresponding to each channel in the international version, a region IP address + a region configuration parameter are configured in a correlated manner, that is, the channel configuration parameters are further configured with: the area IP address A + the area configuration parameter A, B + the area configuration parameter B and the like, so that in the running process of the game, the area to which the current user IP belongs is judged based on the acquired current user IP, and the area configuration parameter corresponding to the area is read according to the area to which the current user IP belongs, so that the requirement logics of different areas are realized.

In this embodiment, by associating the configured regional IP address and the regional configuration parameter in the target channel configuration parameter, the generated target version installation package may include differentiated configuration parameters of different regions, and further, in the application program running process, the regional configuration parameter corresponding to the region to which the user IP address belongs may be dynamically read from the target version installation package through the obtained user IP address, thereby realizing a differentiated regional running requirement.

In another possible application scenario, some target versions have an access area limitation requirement, that is, for downloading and installing the target application of the target version, access to a specified target area is not allowed, and in order to implement the access area limitation requirement, in one possible implementation, a special SDK may be set for the target version, and the SDK implements the requirement that the target version cannot access the specified target area.

On the basis of fig. 4, as shown in fig. 6, step 402 may be replaced with step 601, step 602.

Step 601, responding to the version characteristics indicating that the target version has the access area limitation requirement, and determining a target SDK based on the access area limitation requirement, wherein the target SDK is used for limiting the target application program to access the target limitation area.

If the target version has an access area restriction requirement, that is, the target application of the target version does not allow to access the IP of the target area, or the target application of the target version cannot be used in the target area (because the target application generally needs to be used in a network), in order to implement the access area restriction requirement, in one possible implementation, different versions of Software Development Kits (SDKs) may be constructed based on the access area restriction requirement, that is, a target SDK is constructed for the target version, the target SDK is different from other SDK versions without the access area restriction requirement, and the target SDK is configured in each channel configuration parameter corresponding to the target version, so that the target application may be restricted from accessing the target restricted area by running the target SDK during the application running process.

Optionally, for different target restricted areas, different SDKs may be correspondingly constructed, so as to meet the restricted access requirements for different target areas.

Step 602, configuring the target SDK in the channel configuration parameters corresponding to each channel in the target version.

In order to enable the version installation package of the target version downloaded from each channel to include the target SDK, so as to meet the requirement of restricting the access area of the target version, in a possible implementation manner, the target SDK is configured in the channel configuration parameters corresponding to each channel in the target version, so that the channel configuration parameters acquired based on the target version identification include the target SDK.

In this embodiment, a special SDK is configured in each channel configuration parameter corresponding to the target version, so that, in the running process of the application program, the requirement that the target version application program cannot access the target restricted area can be realized based on the special SDK.

In another possible application scenario, there is a running time limitation requirement for some versions, that is, the application program of the target version is off-shelf at each channel store within a specific time period, or the application program of the target version is on-shelf at each channel store within a specific time period.

In one illustrative example, step 402 may also be replaced with the following steps:

the method comprises the steps that firstly, in response to the version characteristics indicating that the target version has the operation time limitation requirement, the target operation time period is determined based on the operation time limitation requirement.

In a possible implementation manner, when the extracted version feature indicates that the target version has an operation time limitation requirement, the target operation time period may be determined based on the operation time limitation requirement, that is, the operable time of the target version is determined, so that the target operation time period may be configured in the target configuration parameter corresponding to the target version in the following.

And secondly, configuring the target operation time period in channel configuration parameters corresponding to each channel under the target version.

After the target operation time period is determined based on the operation time limit requirement corresponding to the target version, the target operation time period can be configured in the channel configuration parameters corresponding to each channel under the target version, that is, the target operation time period, the target version identification and the channel identification corresponding to each channel under the target version are stored in an associated manner. Correspondingly, when the target version installation package is generated based on the channel configuration parameters corresponding to each channel under the target version, the target version installation package includes the target operation time period, and when the target application program is operated based on the target version installation package, whether the target application program can be normally operated or not can be determined based on the target operation time period.

Optionally, some target versions may also have a usage age limitation requirement, for example, some regions may not allow minors to use the target application, and in order to achieve the minor protection requirement of the target version, in one possible embodiment, a configuration parameter related to the usage age may be configured for the target version so as to limit the age of the user using the target version application.

In another illustrative example, step 402 may also be replaced with the following steps:

and thirdly, in response to the version characteristics indicating that the target version has the use age limit requirement, determining a target use age range based on the use age limit requirement.

In a possible implementation manner, when the extracted version feature indicates that the target version has a usage age limitation requirement, a target usage age range may be determined based on the usage age limitation requirement, that is, if the target user is located outside the target usage age range, the target application cannot be used, so that the target usage age range may be configured in the target configuration parameters corresponding to the target version in the following.

And fourthly, configuring the target use age range in channel configuration parameters corresponding to each channel under the target version.

In order to enable the target version installation packages acquired from different downloading channels to meet the use age limitation requirement, in one possible implementation manner, the parameter of the target use age range is configured in the channel configuration parameters corresponding to each channel in the target version, that is, the target use age range is stored in association with the target version identifier and the channel identifier corresponding to each channel in the target version. Correspondingly, when the target version installation package is generated based on the channel configuration parameters corresponding to each channel under the target version, the target version installation package includes the target use age range, and when the target application program is operated based on the target version installation package, whether the current user (the user account currently logging in the target application program) can continue to use the target application program can be determined based on the target use age range.

In the embodiment, the target operation time period is configured in the target configuration parameters corresponding to the target version so as to realize the time control of the target application program on and off the shelf, thereby meeting the operation time limit requirement of the target version; in addition, the target use age range is configured in the target configuration parameters corresponding to the target version, so that the use age control of the target application program is realized, and the use age limit requirement of the target version is met.

Referring to fig. 7, a flowchart of a method for publishing an application installation package according to another exemplary embodiment of the present application is shown. The method comprises the following steps:

step 701, refining the differentiation requirements.

Before the target running code is constructed, firstly, the differentiation requirements (version characteristics + channel characteristics) of the target application program in different application versions are extracted, so that different configuration parameters are configured in the target running code according to different characteristics.

In step 702, the code, version, and developer are kept consistent for different version requirements.

In the embodiment, a complete running code does not need to be developed for different versions and channels, the differentiated requirements of the different versions and channels are developed in the running code, and corresponding developers do not need to separately manage.

Step 703, modifying the construction release flow, and transmitting the version and channel information during construction.

In this embodiment, in the process of constructing the target operation code, configuration parameters of different application versions need to be configured in the target operation code, so that the required configuration parameters can be dynamically obtained in the code subsequently, and application installation packages of different versions are generated.

Step 704, developing different version requirements, and dynamically acquiring version and channel information in the code.

When the application installation packages of different versions need to be generated, the corresponding target configuration parameters can be dynamically acquired from the target operation codes based on the versions and the channel information, and then the version installation packages are constructed based on the target configuration parameters.

Step 705, special requirements of the special version and special processing.

In this embodiment, for some special requirements in different versions, different configurations are implemented in configuration parameters, illustratively, for regional differentiation requirements in different regions in a global version, the regional differentiation requirements can be implemented by IP + configuration, that is, a current user IP is obtained, which region the current user IP belongs to is determined according to the IP, and then a corresponding operation configuration is read according to the regional IP; the differentiation requirement between the current user IP and the country A and the country B under the country AB version can also be realized through IP + configuration, namely the current user IP is obtained, and then the current user IP is judged to belong to which country, and the corresponding operation configuration is dynamically obtained in the code; for the channel differentiation requirements of different channel versions under the same version, channel identification and configuration are configured in the code, namely, a downloading channel of the version installation package is obtained in the running process, and corresponding channel configuration parameters are obtained based on the channel identification corresponding to the downloading channel; for the limited access requirement of the area A version on the target area, the limited access to the target area is realized through IP + SDK + configuration and through a special SDK in the operation process; the requirement for limiting the use age of the national version C is realized through age configuration; the special time off-shelf requirement of the national D version is realized through time configuration.

And 706, different versions use the same constructed release process to generate installation packages of different versions.

In this embodiment, based on the same target operation code, the required configuration parameters may be obtained from the target operation code based on the version and channel information, and then version installation packages of different versions are generated, and the version installation package includes differentiated configuration parameters of all channels under the version, schematically, version installation packages of various versions such as a global version, a domestic version, a national AB version, a regional version, a national C version, a national D version, and the like may be generated, and the domestic version includes channel differentiated configuration parameters corresponding to each channel, and the global version includes, in addition to the channel differentiated configuration parameters corresponding to each channel, region differentiated configuration parameters corresponding to each region in the world; the country AB version includes the differentiated configuration parameters corresponding to country a and country B, and the like.

In the foregoing embodiment, the release process of the version application is described, and because the channel features of different channels in the version application are fused in the version application, that is, the installation packages of the same version downloaded by the user from different channels are the same, and in the actual operation process of the application, different channel merchants require different channel differentiated operation requirements, in a possible implementation manner, in the process of operating the target application based on the version installation package, a download channel based on the version installation package is also required, a specific channel configuration parameter corresponding to the download channel is obtained from the version installation package, and then the requirement logic of different download channels is realized based on the specific channel configuration parameter.

Referring to fig. 8, a flowchart of an application running method according to an exemplary embodiment of the present application is shown. Taking the execution subject of the method as the terminal 120 shown in fig. 1 as an example for illustration, the method includes:

step 801, obtaining a target version installation package corresponding to a target application program, wherein the target version installation package is obtained by constructing target configuration parameters corresponding to channels in a target running code under the target version, and the target running code is provided with the configuration parameters corresponding to each application version.

The generation and release processes of the target version installation package may refer to the above embodiments, which are not described herein again.

In a possible implementation manner, after the server generates the version installation packages of different versions, the server issues each version installation package to different channels (in different application store platforms), and correspondingly, the user can select any download channel to download and install the target version installation package.

Alternatively, the user may download and install version installation packages of different versions in the same terminal.

And 802, acquiring target channel configuration parameters from the target version installation package based on the target download channel corresponding to the target version installation package, wherein different download channels correspond to different channel configuration parameters.

The target downloading channel is a downloading platform of the target version installation package.

In order to make the operation logic of the target application program consistent with the downloading channel thereof, in a possible implementation manner, the terminal acquires the target downloading channel corresponding to the target version installation package and dynamically acquires the target channel configuration parameter corresponding to the target downloading channel from the target version installation package, so that the target application program can be operated based on the target channel configuration parameter, and thus the channel differentiation operation requirement can be realized.

Step 803, the target application program is run based on the target channel configuration parameters.

In a possible implementation manner, the target channel configuration parameter is a channel configuration parameter of the download channel different from other download channels, when the target application program is run, for the differentiated requirements, the target application program may run based on the target channel configuration parameter, and for the common requirements of each channel under the target version, the target application program may run based on the common configuration parameter corresponding to the target version.

In summary, in the embodiment of the present application, since the configuration parameters of all channels in the version are configured in the version installation package, in the process of running the target application program based on the version installation package, the terminal can dynamically acquire the corresponding channel configuration parameters from the version installation package based on the download channel, so as to implement differentiated operation requirements of different channels based on the channel configuration parameters, thereby avoiding generating and publishing a special channel installation package, and further improving the construction efficiency and the publishing efficiency of the application installation package.

In the process of constructing the target operation code, the version identification and the channel identification are introduced, and the incidence relation among the version identification, the channel identification and the corresponding channel configuration parameter is configured, so that correspondingly, in the process of operating the version installation package, the target channel configuration parameter can be dynamically searched from the target version installation package based on the channel identification, and the efficiency of dynamically acquiring the configuration parameter is improved.

On the basis of fig. 8, as shown in fig. 9, step 802 may include step 802A and step 802B.

Step 802A, a target channel identification corresponding to a target download channel is obtained.

Because the channel configuration parameters in the target version installation package are stored in association with the corresponding channel identifiers, correspondingly, in the running process of the application program, the target channel identifiers corresponding to the target downloading channels also need to be acquired, and then the corresponding target channel configuration parameters are acquired from the target version installation package based on the target channel identifiers.

Optionally, the target channel identifier may adopt a channel name corresponding to the target download channel, or an identifier uniquely identifying the target download channel, and the embodiment does not limit the target channel identifier.

Optionally, channel identifiers of the downloading channels used by the terminal side and the version installation package publisher need to be unified in advance, so that the situation that the channel identifiers used by the same downloading channel in the terminal side and the version installation package publisher are different, and the dynamic acquisition process of the channel configuration parameters in the application operation process is influenced is avoided.

And step 802B, searching a target channel configuration parameter corresponding to the target downloading channel from the target version installation package based on the target channel identifier.

After the target channel identification is obtained, the terminal can use the target channel identification as a key to search the target channel configuration parameter corresponding to the target downloading channel from the target version installation package, so that the value corresponding to the key is obtained, and then the target application program is operated based on the target channel configuration parameter, so that the channel differentiated operation requirements of different downloading channels are realized.

In this embodiment, because the channel configuration parameters in the version installation package are stored in association with the channel identifiers, correspondingly, in the running process of the application program, the target channel identifier corresponding to the target download channel also needs to be obtained, and then the required target channel configuration parameters are dynamically searched in the version installation package based on the target channel identifier, so that convenience in searching for the target channel configuration parameters is improved.

In a possible application scenario, different area requirements exist in some target versions, that is, different areas and area configuration parameters corresponding to the different areas are configured in the target version installation package, in order to achieve the area differentiation requirements, in the running process of an application program, the logic requirements of different areas in the target version can be achieved by judging whether the area to which the current area IP address corresponds has the area configuration parameters or not, and reading and running the area configuration parameters when the area configuration parameters are provided.

On the basis of fig. 8, as shown in fig. 10, step 803 may be replaced with steps 1001 to 1003.

Step 1001, a current area IP address is acquired.

In a possible implementation manner, the terminal may obtain a current area IP address, that is, an internet protocol address corresponding to a network to which the terminal is connected, and further determine whether to operate a specific area configuration parameter based on the current area IP address.

Step 1002, based on the current regional IP address, obtaining a target regional configuration parameter corresponding to the current regional IP address from the target channel configuration parameters.

As can be seen from the foregoing embodiment, in the channel configuration parameter, an association relationship between a regional IP address and a regional configuration parameter is configured, and correspondingly, after the terminal acquires the current regional IP address, the terminal searches in the target version installation package based on the current regional IP address, and if a target regional IP address matching the current regional IP address is found, correspondingly, acquires a target regional configuration parameter corresponding to the target regional IP address, and runs a target application program based on the target regional configuration parameter, thereby implementing different regional requirements.

Optionally, if the matched target area IP address is not found based on the current area IP address, it indicates that the current area does not have the requirement of the special area, and only the target application program needs to be run according to the target channel configuration parameters.

And step 1003, operating the target application program based on the target area configuration parameters.

In a possible implementation manner, after the target area configuration parameter is obtained, the target application program may be run based on the target area configuration parameter, and different area configuration parameters are run through different areas, so as to implement the area-differentiated operation requirements of different areas in the target version.

In this embodiment, the area requirements of different areas in the target version are realized by determining whether the current area IP address has the target area configuration parameter, and running the target application program based on the target area configuration parameter when the current area IP address has the target area configuration parameter.

In another possible application scenario, some target versions have access area restriction requirements, that is, for downloading and installing target applications of the target versions, access to the target areas is not allowed, in order to implement the access area restriction requirements, a special SDK is configured in a version installation package corresponding to the target versions, and when the target applications are run, the target SDK needs to be run to implement the access area restriction requirements.

On the basis of fig. 8, step 803 may be replaced with step 1101, as shown in fig. 11.

Step 1101, prohibiting accessing the target area during the process of running the target application program by running the target SDK included in the target channel configuration parameter, wherein the target area is an access-restricted area indicated by an access-restricted requirement.

In a possible implementation manner, if there is an access area limitation requirement for the target version, the version installation package corresponding to the version contains the target SDK, and in the process of running the target application, the target SDK needs to be run to prohibit the target application from accessing the target area IP.

In another possible application scenario, there is an operation time limitation requirement for some versions, that is, the application program of the target version is off-shelf in each channel store within a specific time period, or the application program of the target version is on-shelf in each channel store within a specific time period.

In an illustrative example, step 803 may also be replaced with the following steps:

firstly, acquiring the current time and a target operation time period contained in the target channel configuration parameters.

Because the target version has an operation time limit requirement and a target operation time period is configured in the corresponding target channel configuration parameter, in the process of operating the target application program, whether the target application program can be normally operated needs to be determined based on the relationship between the current time and the target operation time period.

And secondly, responding to the current time in the target operation time period, and operating the target application program.

In a possible implementation manner, if the current time is within the target operation time period, which indicates that the current time period is the normal operation time period, the target application program may be normally operated based on the target version installation package. Illustratively, if the target operation time period is 2021-06-02 to 2022-06-02 and the current time period is 2021-06-14, within the target operation time period, the target application program may be normally operated based on the target channel configuration parameters.

And thirdly, stopping running the target application program in response to the fact that the current time is outside the target operation time period.

In a possible implementation manner, if the current time is outside the target operation time period, it indicates that the target application of the current target version is in the off-shelf state, and the target application cannot be run. Illustratively, if the target operation time period is 2021-06-02 to 2022-06-02 and the current time period is 2021-04-14, the target application program is stopped and the target version of the application program is off-shelf from each channel store when the target operation time period is not within the target operation time period.

Optionally, some target versions further have a usage age restriction requirement, for example, some regions do not allow minors to use the target application, and in order to achieve the minor protection requirement of the target version, a target usage age range is configured in the target version installation package so as to restrict the age of a user using the target version application.

In another illustrative example, step 803 may also be replaced with the following step:

and fourthly, acquiring the current user age indicated by the current user account and the target use age range contained in the target channel configuration parameters, wherein the current user account is the account currently logged in the target application program.

In a possible implementation manner, a target use age range is configured in the target channel configuration parameter, and in the running process, account information of a current user account for logging in the target application program can be acquired correspondingly, and the current user age is acquired from the account information, so that the relationship between the current user age and the target use age range is compared, and whether the current user can use the target application program is determined.

And fifthly, responding to the current user age within the target use age range, and running the target application program.

In one possible implementation, if the current user age is within the target use age range, it indicates that the current user can use the target application, and then the target application is run based on the target channel configuration parameters.

And sixthly, stopping running the target application program in response to the current user age being out of the target use age range.

Optionally, if the current user age is outside the target use age range, it indicates that the current login user does not meet the use object requirement of the target application program, and correspondingly, the target application program stops running.

In this embodiment, a special SDK is configured in each channel configuration parameter corresponding to the target version, so that, in the running process of the application program, the requirement that the application program of the target version cannot access the target restricted area can be realized based on the special SDK; in addition, a target operation time period is configured in a target configuration parameter corresponding to a target version, so that the control of the time for getting on and off the shelf of a target application program is realized, and the operation time limit requirement of the target version is met; in addition, the target use age range is configured in the target configuration parameters corresponding to the target version, so that the use age control of the target application program is realized, and the use age limit requirement of the target version is met.

In the following, embodiments of the apparatus of the present application are referred to, and for details not described in detail in the embodiments of the apparatus, the above-described embodiments of the method can be referred to.

Fig. 12 is a block diagram of a device for issuing an application installation package according to an exemplary embodiment of the present application. The device includes:

the configuration module 1201 is used for setting configuration parameters corresponding to each application version in a target running code based on version characteristics of a target application program in different application versions, wherein the division dimensionality of the different application versions at least comprises the versions and channels, the target application programs of the different versions correspond to different application package names, and the target application programs of the different channels correspond to different downloading channels;

a building module 1202, configured to build, based on target configuration parameters corresponding to channels in the target running code under the target version, a target version installation package corresponding to the target application program;

a publishing module 1203, configured to publish each target version installation package.

Optionally, the configuring module 1201 includes:

the extraction unit is used for extracting the version features of the target application program in different versions and the channel features of the target application program in different channels;

the configuration unit is used for configuring channel configuration parameters corresponding to channels under different versions based on the version characteristics and the channel characteristics;

and the association unit is used for associating the version identification corresponding to the version, the channel identification corresponding to the channel and the channel configuration parameter in the target operation code.

Optionally, the building module 1202 includes:

a first obtaining unit, configured to obtain a target version identifier corresponding to the target version;

a second obtaining unit, configured to obtain, from the target operation code, a target channel configuration parameter corresponding to each channel in the target version based on the target version identifier;

and the constructing unit is used for constructing the target version installation package based on the target channel configuration parameters.

Optionally, the configuration unit is further configured to:

responding to the version characteristics to indicate that different area requirements exist in the target version, and determining area configuration parameters corresponding to the areas based on the area characteristics of the target version in the different areas;

and the area IP address and the area configuration parameters corresponding to each area are configured in the channel configuration parameters corresponding to each channel under the target version in an associated manner.

Optionally, the configuration unit is further configured to:

in response to the version characteristics indicating that the target version has an access area limitation requirement, determining a target SDK based on the access area limitation requirement, the target SDK being used for limiting the target application program to access a target limitation area;

and configuring the target SDK in the channel configuration parameters corresponding to each channel under the target version.

Optionally, the configuration unit is further configured to:

in response to the version characteristic indicating that an operation time limitation requirement exists for the target version, determining a target operation time period based on the operation time limitation requirement;

and configuring the target operation time period in the channel configuration parameters corresponding to each channel under the target version.

Optionally, the configuration unit is further configured to:

in response to the version characteristics indicating that a use age restriction requirement exists for the target version, determining a target use age range based on the use age restriction requirement;

and configuring the target use age range in the channel configuration parameters corresponding to each channel under the target version.

Fig. 13 is a block diagram of an apparatus for running an application according to an exemplary embodiment of the present application.

The device comprises:

a first obtaining module 1301, configured to obtain a target version installation package corresponding to a target application program, where the target version installation package is constructed by target configuration parameters corresponding to channels in a target running code under the target version, and the target running code is provided with the configuration parameters corresponding to each application version;

a second obtaining module 1302, configured to obtain a target channel configuration parameter from the target version installation package based on a target download channel corresponding to the target version installation package, where different download channels correspond to different channel configuration parameters;

and the running module 1303 is configured to run the target application program based on the target channel configuration parameter.

Optionally, the second obtaining module 1302 includes:

a third obtaining unit, configured to obtain a target channel identifier corresponding to the target download channel;

and the searching unit is used for searching the target channel configuration parameters corresponding to the target downloading channel from the target version installation package based on the target channel identification.

Optionally, different regional requirements exist for the target version;

the operation module 1303 includes:

a fourth obtaining unit, configured to obtain a current area IP address;

a fifth obtaining unit, configured to obtain, based on the current regional IP address, a target regional configuration parameter corresponding to the current regional IP address from the target channel configuration parameters;

and the first running unit is used for running the target application program based on the target area configuration parameters.

Optionally, the target version has an access area restriction requirement;

the operation module 1303 includes:

and the second running unit is used for forbidding to access a target area in the process of running the target application program by running the target SDK contained in the target channel configuration parameter, wherein the target area is an access limiting area indicated by the access area limiting requirement.

Optionally, the target version has an operation time limitation requirement;

the operation module 1303 includes:

a sixth obtaining unit, configured to obtain a current time and a target operation time period included in the target channel configuration parameter;

a third running unit, configured to run the target application program in response to that the current time is within the target operation time period;

and the fourth running unit is used for responding to the situation that the current time is outside the target operation time period and stopping running the target application program.

Optionally, the target version has a usage age restriction requirement;

the operation module 1303 includes:

a seventh obtaining unit, configured to obtain a current user age indicated by a current user account and a target use age range included in the target channel configuration parameter, where the current user account is an account currently logged in the target application program;

a fifth running unit, configured to run the target application program in response to the current user age being within the target use age range;

and the sixth running unit is used for responding that the current user age is out of the target use age range and stopping running the target application program.

Referring to fig. 14, a block diagram of a server according to an exemplary embodiment of the present application is shown. The server may be configured to implement the publishing method of the application installation package provided in the above embodiment. Specifically, the method comprises the following steps:

the server 1400 includes a Central Processing Unit (CPU) 1401, a system Memory 1404 including a Random Access Memory (RAM) 1402 and a Read-Only Memory (ROM) 1403, and a system bus 1405 connecting the system Memory 1404 and the CPU 1401. The server 1400 also includes a basic Input/Output system (I/O system) 1406 that facilitates transfer of information between devices within the server, and a mass storage device 1407 for storing an operating system 1413, application programs 1414, and other program modules 1415.

The basic input/output system 1406 includes a display 1408 for displaying information and an input device 1409, such as a mouse, keyboard, etc., for user input of information. Wherein the display 1408 and input device 1409 are both connected to the central processing unit 1401 via an input-output controller 1410 connected to the system bus 1405. The basic input/output system 1406 may also include an input/output controller 1410 for receiving and processing input from a number of other devices, such as a keyboard, mouse, or electronic stylus. Similarly, input-output controller 1410 also provides output to a display screen, a printer, or other type of output device.

The mass storage device 1407 is connected to the central processing unit 1401 through a mass storage controller (not shown) connected to the system bus 1405. The mass storage device 1407 and its associated computer-readable storage media provide non-volatile storage for the server 1400. That is, the mass storage device 1407 may include a computer-readable storage medium (not shown) such as a hard disk or Compact disk-Only Memory (CD-ROM) drive.

Without loss of generality, the computer-readable storage media may include computer storage media and communication media. Computer storage media includes volatile and nonvolatile, removable and non-removable media implemented in any method or technology for storage of information such as computer readable storage instructions, data structures, program modules or other data. Computer storage media includes RAM, ROM, Erasable Programmable Read-Only Memory (EPROM), Electrically Erasable Programmable Read-Only Memory (EEPROM), flash Memory or other solid state Memory technology, CD-ROM, Digital Versatile Disks (DVD), or other optical, magnetic, or other magnetic storage devices. Of course, those skilled in the art will appreciate that the computer storage media is not limited to the foregoing. The system memory 1404 and mass storage device 1407 described above may collectively be referred to as memory.

The memory stores one or more programs configured to be executed by the one or more central processing units 1401, the one or more programs containing instructions for implementing the method embodiments described above, and the central processing unit 1401 executes the one or more programs to implement the method for issuing the application installation package provided by the respective method embodiments described above.

The server 1400 may also operate as a remote server connected to a network through a network, such as the internet, according to various embodiments of the present application. That is, the server 1400 may be connected to the network 1412 through the network interface unit 1411 coupled to the system bus 1405, or the network interface unit 1411 may be used to connect to other types of networks or remote server systems (not shown).

The memory also includes one or more programs, which are stored in the memory, and the one or more programs include steps for performing the steps performed by the server in the method provided by the embodiment of the present application.

Fig. 15 shows a block diagram of a terminal 1500 according to an exemplary embodiment of the present application. The terminal 1500 may be: a smart phone, a tablet computer, an MP3 player (Moving Picture Experts Group Audio Layer III, motion video Experts compression standard Audio Layer 3), an MP4 player (Moving Picture Experts Group Audio Layer IV, motion video Experts compression standard Audio Layer 4), a notebook computer, or a desktop computer. Terminal 1500 may also be referred to as user equipment, a portable terminal, a laptop terminal, a desktop terminal, or other names.

In general, terminal 1500 includes: a processor 1501 and memory 1502.

Processor 1501 may include one or more processing cores, such as a 4-core processor, an 8-core processor, or the like. The processor 1501 may be implemented in at least one hardware form of a DSP (Digital Signal Processing), an FPGA (Field-Programmable Gate Array), and a PLA (Programmable Logic Array). Processor 1501 may also include a main processor and a coprocessor, where the main processor is a processor for Processing data in an awake state, and is also referred to as a Central Processing Unit (CPU); a coprocessor is a low power processor for processing data in a standby state. In some embodiments, the processor 1501 may be integrated with a GPU (Graphics Processing Unit), which is responsible for rendering and drawing the content required to be displayed on the display screen. In some embodiments, processor 1501 may also include an AI (Artificial Intelligence) processor for processing computational operations related to machine learning.

The memory 1502 may include one or more computer-readable storage media, which may be non-transitory. The memory 1502 may also include high-speed random access memory, as well as non-volatile memory, such as one or more magnetic disk storage devices, flash memory storage devices. In some embodiments, a non-transitory computer readable storage medium in memory 1502 is used to store at least one instruction for execution by processor 1501 to implement the information processing methods provided by method embodiments herein.

In some embodiments, the terminal 1500 may further include: a peripheral interface 1503 and at least one peripheral. The processor 1501, memory 1502, and peripheral interface 1503 may be connected by buses or signal lines. Various peripheral devices may be connected to peripheral interface 1503 via buses, signal lines, or circuit boards. Specifically, the peripheral device includes: at least one of a radio frequency circuit 1504, a display 1505, a camera assembly 1506, an audio circuit 1507, a positioning assembly 1508, and a power supply 1509.

The peripheral interface 1503 may be used to connect at least one peripheral related to I/O (Input/Output) to the processor 1501 and the memory 1502. In some embodiments, the processor 1501, memory 1502, and peripheral interface 1503 are integrated on the same chip or circuit board; in some other embodiments, any one or two of the processor 1501, the memory 1502, and the peripheral interface 1503 may be implemented on separate chips or circuit boards, which is not limited in this embodiment.

The Radio Frequency circuit 1504 is used to receive and transmit RF (Radio Frequency) signals, also known as electromagnetic signals. The radio frequency circuitry 1504 communicates with communication networks and other communication devices via electromagnetic signals. The radio frequency circuit 1504 converts an electrical signal into an electromagnetic signal to transmit, or converts a received electromagnetic signal into an electrical signal. Optionally, the radio frequency circuit 1504 includes: an antenna system, an RF transceiver, one or more amplifiers, a tuner, an oscillator, a digital signal processor, a codec chipset, a subscriber identity module card, and so forth. The radio frequency circuit 1504 can communicate with other terminals via at least one wireless communication protocol. The wireless communication protocols include, but are not limited to: the world wide web, metropolitan area networks, intranets, generations of mobile communication networks (2G, 3G, 4G, and 5G), Wireless local area networks, and/or WiFi (Wireless Fidelity) networks. In some embodiments, the radio frequency circuit 1504 may also include NFC (Near Field Communication) related circuits, which are not limited in this application.

The display screen 1505 is used to display a UI (User Interface). The UI may include graphics, text, icons, video, and any combination thereof. When the display screen 1505 is a touch display screen, the display screen 1505 also has the ability to capture touch signals on or over the surface of the display screen 1505. The touch signal may be input to the processor 1501 as a control signal for processing. In this case, the display screen 1505 may also be used to provide virtual buttons and/or a virtual keyboard, also referred to as soft buttons and/or a soft keyboard. In some embodiments, display 1505 may be one, providing the front panel of terminal 1500; in other embodiments, display 1505 may be at least two, each disposed on a different surface of terminal 1500 or in a folded design; in still other embodiments, display 1505 may be a flexible display disposed on a curved surface or a folded surface of terminal 1500. Even further, the display 1505 may be configured in a non-rectangular irregular pattern, i.e., a shaped screen. The Display 1505 can be made of LCD (Liquid Crystal Display), OLED (Organic Light-Emitting Diode), and other materials.

The camera assembly 1506 is used to capture images or video. Optionally, the camera assembly 1506 includes a front camera and a rear camera. Generally, a front camera is disposed at a front panel of the terminal, and a rear camera is disposed at a rear surface of the terminal. In some embodiments, the number of the rear cameras is at least two, and each rear camera is any one of a main camera, a depth-of-field camera, a wide-angle camera and a telephoto camera, so that the main camera and the depth-of-field camera are fused to realize a background blurring function, and the main camera and the wide-angle camera are fused to realize panoramic shooting and VR (Virtual Reality) shooting functions or other fusion shooting functions. In some embodiments, camera assembly 1506 may also include a flash. The flash lamp can be a monochrome temperature flash lamp or a bicolor temperature flash lamp. The double-color-temperature flash lamp is a combination of a warm-light flash lamp and a cold-light flash lamp, and can be used for light compensation at different color temperatures.

The audio circuitry 1507 may include a microphone and speaker. The microphone is used for collecting sound waves of a user and the environment, converting the sound waves into electric signals, and inputting the electric signals to the processor 1501 for processing or inputting the electric signals to the radio frequency circuit 1504 to realize voice communication. For stereo capture or noise reduction purposes, multiple microphones may be provided, each at a different location of the terminal 1500. The microphone may also be an array microphone or an omni-directional pick-up microphone. The speaker is used to convert electrical signals from the processor 1501 or the radio frequency circuit 1504 into sound waves. The loudspeaker can be a traditional film loudspeaker or a piezoelectric ceramic loudspeaker. When the speaker is a piezoelectric ceramic speaker, the speaker can be used for purposes such as converting an electric signal into a sound wave audible to a human being, or converting an electric signal into a sound wave inaudible to a human being to measure a distance. In some embodiments, the audio circuitry 1507 may also include a headphone jack.

The positioning component 1508 is used to locate the current geographic position of the terminal 1500 for navigation or LBS (Location Based Service). The Positioning component 1508 may be a Positioning component based on the united states GPS (Global Positioning System), the chinese beidou System, or the russian galileo System.

Power supply 1509 is used to power the various components in terminal 1500. The power supply 1509 may be alternating current, direct current, disposable or rechargeable. When the power supply 1509 includes a rechargeable battery, the rechargeable battery may be a wired rechargeable battery or a wireless rechargeable battery. The wired rechargeable battery is a battery charged through a wired line, and the wireless rechargeable battery is a battery charged through a wireless coil. The rechargeable battery may also be used to support fast charge technology.

In some embodiments, the terminal 1500 also includes one or more sensors 1510. The one or more sensors 1510 include, but are not limited to: acceleration sensor 1511, gyro sensor 1512, pressure sensor 1513, fingerprint sensor 1514, optical sensor 1515, and proximity sensor 1516.

The acceleration sensor 1511 may detect the magnitude of acceleration on three coordinate axes of the coordinate system established with the terminal 1500. For example, the acceleration sensor 1511 may be used to detect components of the gravitational acceleration in three coordinate axes. The processor 1501 may control the touch display 1505 to process information in a landscape view or a portrait view according to the gravitational acceleration signal collected by the acceleration sensor 1511. The acceleration sensor 1511 may also be used for acquisition of motion data of a game or a user.

The gyroscope sensor 1512 can detect the body direction and the rotation angle of the terminal 1500, and the gyroscope sensor 1512 and the acceleration sensor 1511 cooperate to collect the 3D motion of the user on the terminal 1500. The processor 1501 may implement the following functions according to the data collected by the gyro sensor 1512: motion sensing (such as changing the UI according to a user's tilting operation), image stabilization at the time of photographing, game control, and inertial navigation.

Pressure sensor 1513 may be disposed on a side bezel of terminal 1500 and/or underneath touch display 1505. When the pressure sensor 1513 is disposed on the side frame of the terminal 1500, the holding signal of the user to the terminal 1500 may be detected, and the processor 1501 performs left-right hand recognition or shortcut operation according to the holding signal collected by the pressure sensor 1513. When the pressure sensor 1513 is disposed at a lower layer of the touch display 1505, the processor 1501 controls the operability control on the UI interface according to the pressure operation of the user on the touch display 1505. The operability control comprises at least one of a button control, a scroll bar control, an icon control and a menu control.

The fingerprint sensor 1514 is configured to capture a fingerprint of the user, and the processor 1501 identifies the user based on the fingerprint captured by the fingerprint sensor 1514, or the fingerprint sensor 1514 identifies the user based on the captured fingerprint. Upon recognizing that the user's identity is a trusted identity, the processor 1501 authorizes the user to perform relevant sensitive operations including unlocking the screen, viewing encrypted information, downloading software, paying, and changing settings, etc. The fingerprint sensor 1514 may be disposed on the front, back, or side of the terminal 1500. When a physical key or vendor Logo is provided on the terminal 1500, the fingerprint sensor 1514 may be integrated with the physical key or vendor Logo.

The optical sensor 1515 is used to collect ambient light intensity. In one embodiment, processor 1501 may control the brightness of the display on touch screen 1505 based on the intensity of ambient light collected by optical sensor 1515. Specifically, when the ambient light intensity is high, the display brightness of the touch display screen 1505 is increased; when the ambient light intensity is low, the display brightness of the touch display screen 1505 is turned down. In another embodiment, the processor 1501 may also dynamically adjust the shooting parameters of the camera assembly 1506 based on the ambient light intensity collected by the optical sensor 1515.

A proximity sensor 1516, also known as a distance sensor, is typically provided on the front panel of the terminal 1500. The proximity sensor 1516 is used to collect the distance between the user and the front surface of the terminal 1500. In one embodiment, when the proximity sensor 1516 detects that the distance between the user and the front surface of the terminal 1500 gradually decreases, the processor 1501 controls the touch display 1505 to switch from the bright screen state to the dark screen state; when the proximity sensor 1516 detects that the distance between the user and the front surface of the terminal 1500 gradually becomes larger, the processor 1501 controls the touch display 1505 to switch from the breath screen state to the bright screen state.

Those skilled in the art will appreciate that the configuration shown in fig. 15 does not constitute a limitation of terminal 1500, and may include more or fewer components than shown, or some components may be combined, or a different arrangement of components may be employed.

The present application further provides a computer-readable storage medium, in which at least one instruction, at least one program, a code set, or a set of instructions is stored, and the at least one instruction, the at least one program, the code set, or the set of instructions is loaded and executed by a processor to implement the method for issuing the application installation package provided in any of the above-mentioned exemplary embodiments, or to implement the method for running the application program provided in any of the above-mentioned exemplary embodiments.

Embodiments of the present application provide a computer program product or computer program comprising computer instructions stored in a computer readable storage medium. The processor of the computer device reads the computer instructions from the computer-readable storage medium, and executes the computer instructions, so that the computer device executes the issuing method of the application installation package provided in the above-mentioned alternative implementation manner, or executes the running method of the application program provided in the above-mentioned alternative implementation manner.

It will be understood by those skilled in the art that all or part of the steps for implementing the above embodiments may be implemented by hardware, or may be implemented by a program instructing relevant hardware, where the program may be stored in a computer-readable storage medium, and the above-mentioned storage medium may be a read-only memory, a magnetic disk or an optical disk, etc.

The above description is only exemplary of the present application and should not be taken as limiting, as any modification, equivalent replacement, or improvement made within the spirit and principle of the present application should be included in the protection scope of the present application.

Claims

1. A method for publishing an application installation package, the method comprising:

and releasing each target version installation package.

2. The method according to claim 1, wherein setting configuration parameters corresponding to each application version in the target running code based on version characteristics of the target application program in different application versions comprises:

extracting version features of the target application program in different versions and channel features of the target application program in different channels;

configuring channel configuration parameters corresponding to channels under different versions based on the version characteristics and the channel characteristics;

and associating the version identification corresponding to the version, the channel identification corresponding to the channel and the channel configuration parameter in the target operation code.

3. The method of claim 2, wherein constructing the target version installation package corresponding to the target application based on the target configuration parameters corresponding to the channels in the target running code under the target version comprises:

acquiring a target version identifier corresponding to the target version;

acquiring target channel configuration parameters corresponding to each channel under the target version from the target running code based on the target version identification;

and constructing the target version installation package based on the target channel configuration parameters.

4. The method of claim 2, wherein configuring channel configuration parameters corresponding to channels in different versions based on the version characteristics and the channel characteristics comprises:

5. The method of claim 2, wherein configuring channel configuration parameters corresponding to channels in different versions based on the version characteristics and the channel characteristics comprises:

6. The method of claim 2, wherein configuring channel configuration parameters corresponding to channels in different versions based on the version characteristics and the channel characteristics comprises:

7. The method of claim 2, wherein configuring channel configuration parameters corresponding to channels in different versions based on the version characteristics and the channel characteristics comprises:

8. An application program running method, comprising:

9. The method of claim 8, wherein the obtaining target channel configuration parameters from the target version installation package based on the target download channel corresponding to the target version installation package comprises:

acquiring a target channel identifier corresponding to the target downloading channel;

and searching the target channel configuration parameters corresponding to the target downloading channel from the target version installation package based on the target channel identification.

10. The method according to claim 8 or 9, wherein there are different regional requirements for the target version;

the running the target application program based on the target channel configuration parameters comprises:

acquiring a current area IP address;

acquiring target area configuration parameters corresponding to the current area IP address from the target channel configuration parameters based on the current area IP address;

and running the target application program based on the target area configuration parameters.

11. The method of claim 8 or 9, wherein the target version has an access area restriction requirement;

and prohibiting accessing a target area in the process of running a target application program by running the target SDK contained in the target channel configuration parameter, wherein the target area is an access-restricted area indicated by the access-restricted requirement.

12. The method according to claim 8 or 9, wherein the target version has an operating time limitation requirement;

acquiring current time and a target operation time period contained in the target channel configuration parameters;

in response to the current time being within the target operational time period, running the target application;

and stopping running the target application program in response to the current time being outside the target operation time period.

13. The method of claim 8 or 9, wherein the target version has a usage age restriction requirement;

acquiring the age of a current user indicated by a current user account and a target use age range contained in the target channel configuration parameters, wherein the current user account is an account currently logged in the target application program;

running the target application program in response to the current user age being within the target use age range;

and stopping running the target application program in response to the current user age being outside the target use age range.

14. An apparatus for publishing an application installation package, the apparatus comprising:

15. An apparatus for executing an application program, the apparatus comprising:

16. A server, characterized in that the server comprises a processor and a memory, wherein at least one program is stored in the memory, and the at least one program is loaded and executed by the processor to realize the issuing method of the application installation package according to any one of claims 1 to 7.

17. A terminal, characterized in that the terminal comprises a processor and a memory, wherein at least one program is stored in the memory, and the at least one program is loaded and executed by the processor to implement the method for running the application program according to any one of claims 8 to 13.

18. A computer-readable storage medium, wherein at least one program is stored in the computer-readable storage medium, and the at least one program is loaded and executed by a processor to implement the method for issuing the application installation package according to any one of claims 1 to 7, or to implement the method for running the application program according to any one of claims 8 to 13.