CN117193829A

CN117193829A - Offline package management platform, and method and device for managing resources in application

Info

Publication number: CN117193829A
Application number: CN202311276410.4A
Authority: CN
Inventors: 陈端毅
Original assignee: Zhejiang Geely Holding Group Co Ltd; Zhejiang Zeekr Intelligent Technology Co Ltd
Current assignee: Zhejiang Geely Holding Group Co Ltd; Zhejiang Zeekr Intelligent Technology Co Ltd
Priority date: 2023-09-27
Filing date: 2023-09-27
Publication date: 2023-12-08

Abstract

The embodiment of the specification provides an offline package management platform, which comprises: the receiving unit provides an offline package list information interface and receives an offline package acquisition request initiated by a client where an application is located through the offline package list information interface; the offline package acquisition request comprises environment information applied in the client; the query unit queries an application version information list maintained in the database, and determines a download address of the offline package corresponding to the application version according to the environment information in the offline package acquisition request; and the sending unit is used for sending the download address to the client so that the client obtains an offline package according to the download address and updates the resources in the application local to the client based on the offline package. In the process, as the application developer does not need to additionally develop the offline package management function, the offline package management platform can be utilized to manage the offline package, so that the offline package can be conveniently downloaded, the development cost is saved, the update time of the offline package is shortened, and the user experience is improved.

Description

Offline package management platform, and method and device for managing resources in application

Technical Field

The present disclosure relates to the field of communications technologies, and in particular, to an offline package management platform, and a method and an apparatus for managing resources in an application.

Background

An offline package is a solution for providing offline use for mobile applications, which packages resource files required by an application into an offline package that can be downloaded and installed. The user may download in advance in the presence of a network to use the application without a network connection, without downloading additional content in real time.

Currently, offline packages are widely used in various applications, such as offline map resource packages in map-type applications, offline music resource packages in music-type applications, offline video resource packages in video-type applications, and the like.

However, although the user may download the various types of applications described above from the application store, the application store does not provide the downloading and management functions of the offline package, and the user needs to select which offline package to download from within the application by himself. The application store can only provide application developers with updates to the download and application versions of the application, and cannot provide management functions for offline packages of the application.

Therefore, the application developer can only develop the management function of the offline package by himself, not only the development cost is increased, but also the achievable function is limited.

Disclosure of Invention

In view of the foregoing, one or more embodiments of the present disclosure provide an offline package management platform, a method and apparatus for resource management in an application, so as to solve the problems in the related art.

In order to achieve the above object, one or more embodiments of the present disclosure provide the following technical solutions:

according to a first aspect of embodiments of the present disclosure, there is provided an offline package management platform, including:

the receiving unit provides an offline package list information interface and receives an offline package acquisition request initiated by a client where an application is located through the offline package list information interface; the offline package acquisition request comprises environment information of the application in the client;

the query unit queries an application version information list maintained in a database, and determines a download address of an offline package corresponding to the application version according to the environment information in the offline package acquisition request;

and the sending unit is used for sending the download address to the client so that the client can acquire the offline package according to the download address and update the resources in the application local to the client based on the offline package.

According to a second aspect of embodiments of the present disclosure, there is provided a method for resource management in an application, applied to an offline package management platform, the method comprising:

Receiving an offline package acquisition request initiated by a client where an application is located through an offline package list information interface; the offline package acquisition request comprises environment information of the application in the client;

inquiring an application version information list maintained in a database, and determining a download address of an offline package corresponding to the application version according to the environment information in the offline package acquisition request;

and sending the download address to the client so that the client acquires the offline package according to the download address, and updating resources in the application local to the client based on the offline package.

According to a third aspect of embodiments of the present disclosure, there is provided a method for managing resources in an application, applied to a client where the application is located, the method including:

acquiring an offline package list information interface provided by an offline package management platform, and initiating an offline package acquisition request through the offline package list information interface, wherein the offline package acquisition request comprises environment information of the application in the client so that the platform queries an application version information list maintained in a database, and determines a download address of an offline package corresponding to the version of the application according to the environment information in the offline package acquisition request;

And receiving a download address sent by the platform, acquiring the offline package according to the download address, and updating resources in the application local to the client based on the offline package.

According to a fourth aspect of embodiments of the present specification, there is provided an in-application resource management apparatus for use in an offline package management platform, the apparatus comprising:

the receiving module is used for receiving an offline package acquisition request initiated by a client where the application is located through an offline package list information interface; the offline package acquisition request comprises environment information of the application in the client;

the query module queries an application version information list maintained in a database, and determines a download address of an offline package corresponding to the application version according to the environment information in the offline package acquisition request;

and the sending module is used for sending the download address to the client so that the client can acquire the offline package according to the download address and update the resources in the application local to the client based on the offline package.

According to a fifth aspect of embodiments of the present specification, there is provided a resource management device in an application, for application to a client where the application is located, the device including:

The request module is used for acquiring an offline package list information interface provided by an offline package management platform and initiating an offline package acquisition request through the offline package list information interface, wherein the offline package acquisition request comprises environment information of the application in the client so that the platform queries an application version information list maintained in a database, and determines a download address of an offline package corresponding to the version of the application according to the environment information in the offline package acquisition request;

and the downloading module is used for receiving the downloading address sent by the platform, acquiring the offline package according to the downloading address, and updating the resources in the local application of the client based on the offline package.

According to a sixth aspect of embodiments of the present specification, there is provided an electronic device comprising a communication interface, a processor, a memory and a bus, the communication interface, the processor and the memory being interconnected by the bus;

the memory stores machine readable instructions and the processor performs the method by invoking the machine readable instructions.

According to a seventh aspect of embodiments of the present description, there is provided a machine-readable storage medium storing machine-readable instructions which, when invoked and executed by a processor, implement the above-described method.

The technical scheme provided by the embodiment of the specification can comprise the following beneficial effects:

through the technical scheme, by providing the offline package management platform for the application developer, the user of the application can acquire the offline package corresponding to the application through the interaction between the client where the application is located and the offline package management platform, and update the resources in the application. In the process, as the application developer does not need to additionally develop the offline package management function, the offline package management platform can be utilized to manage the offline package, and the offline package can be conveniently downloaded, so that the development cost is saved, the update time of the offline package is shortened, and the user experience is improved.

Drawings

FIG. 1 is a schematic diagram of an offline package management platform according to an exemplary embodiment of the present disclosure;

FIG. 2 is a flow chart of a method of resource management within an application provided in an exemplary embodiment of the present disclosure;

FIG. 3 is a flow chart of a method of resource management within an application provided in an exemplary embodiment of the present disclosure;

fig. 4 is a schematic structural diagram of an electronic device where a resource management device in an application according to an exemplary embodiment of the present disclosure is located;

FIG. 5 is a block diagram of a resource management device within an application provided in an exemplary embodiment of the present disclosure;

fig. 6 is a block diagram of a resource management device in an application according to an exemplary embodiment of the present disclosure.

Detailed Description

Reference will now be made in detail to exemplary embodiments, examples of which are illustrated in the accompanying drawings. When the following description refers to the accompanying drawings, the same numbers in different drawings refer to the same or similar elements, unless otherwise indicated. The implementations described in the following exemplary embodiments do not represent all implementations consistent with one or more embodiments of the present specification. Rather, they are merely examples of apparatus and methods consistent with aspects of one or more embodiments of the present description as detailed in the accompanying claims.

It should be noted that: in other embodiments, the steps of the corresponding method are not necessarily performed in the order shown and described in this specification. In some other embodiments, the method may include more or fewer steps than described in this specification. Furthermore, individual steps described in this specification, in other embodiments, may be described as being split into multiple steps; while various steps described in this specification may be combined into a single step in other embodiments.

From the foregoing, it can be seen that the current application store is mainly directed to the public, and provides downloading and updating functions of the application, while for offline packages in the application, the application store cannot manage.

In view of this, the present disclosure provides a developer-oriented offline package management platform, and a user of an application may obtain an offline package corresponding to the application through interaction between a client where the application is located and the offline package management platform, and update a resource in the application.

When implemented, the offline package management platform may include at least a receiving unit, a querying unit, and a sending unit.

The receiving unit can provide an offline package list information interface; the client where the application is located can acquire the offline package list information interface and initiate an offline package acquisition request through the interface; the receiving unit may then receive an offline packet acquisition request via the interface.

For example, the offline package acquisition request may include environmental information of the application in the client.

The query unit may query an application version information list maintained in a database in response to a received offline package acquisition request, and determine, according to environment information in the offline package acquisition request, a download address of an offline package corresponding to a version of the application.

For example, the context information may include at least an application identification and an application version number of the application; the application version information list may at least include application identifiers of the applications, application version numbers, offline package versions corresponding to different application version numbers, and mapping relations of download addresses corresponding to different offline package versions;

further, the query unit may query a mapping relationship in an application version information list maintained in the database, and determine, according to an application identifier and an application version number of the application in the offline package acquisition request, an offline package version corresponding to a current application version number, and a download address corresponding to the offline package version.

The sending unit may send a download address to the client; the client can receive the download address sent by the platform, acquire the offline package according to the download address, and update the resources in the application local to the client based on the offline package.

For example, the application version information list may include hash values of encrypted offline packets;

further, the sending unit may send the download address and the hash value of the encrypted offline packet to the client; the client can acquire the encrypted offline packet according to the download address, check the hash value according to the hash value of the encrypted offline packet, decrypt the encrypted offline packet after the hash value passes the check, and update the resources in the local application of the client based on the decrypted offline packet.

The technical scheme of the present specification is described in detail below with reference to the accompanying drawings.

Example 1

Referring to fig. 1, fig. 1 is a schematic diagram of an offline package management platform according to an exemplary embodiment of the present disclosure. As shown in fig. 1, the offline package management platform 100 includes at least the following:

a receiving unit 101, a querying unit 102 and a transmitting unit 103.

In this embodiment, the receiving unit 101 may be configured to provide an offline package list information interface, and receive, through the offline package list information interface, an offline package acquisition request initiated by a client where an application is located.

Wherein the offline package acquisition request includes environmental information of the application in the client.

For example, in fig. 1, an application 121 may be installed in a client 120, and when the application 121 needs to acquire an offline package to update a resource in the application 121, the offline package list information interface 104 may be acquired from the offline package management platform 100, and an offline package acquisition request may be initiated through the offline package list information interface 104.

The context information refers to information about the context in which the application program is running on the client. Such as operating system information, hardware information of the device in which the client is located, network connection information, or address location information. By acquiring the environment information, corresponding adaptation and optimization can be performed according to different environments where the application is located, and better user experience is provided.

In one embodiment shown, the offline package management platform 100 further comprises:

and the verification unit 105 is used for responding to the client to call the offline package list information interface and carrying out signature verification on the client based on a security gateway.

For example, in fig. 1, when the client 120 invokes the offline package list information interface 104, the verification unit 105 may perform signature verification on the client 120 based on a security gateway, so as to ensure the security of the interface.

The security gateway may be an apimix (API Gateway for Nginx, open source interface gateway), and performs signature verification through HMAC (Hash-based Message Authentication Code, key-dependent Hash operation message authentication code). Of course, other security gateways may be used by those skilled in the art, such as Kong, apigee, ambassador, etc., and this specification is not limited thereto.

an interface caching unit 106, configured to respond to the client invoking the offline package list information interface, and cache data acquired by the client into a Redis; and responding to the subsequent re-invoking of the offline package list information interface by the client, and sending the data cached in Redis to the client.

For example, in fig. 1, when the client 120 invokes the offline package list information interface 104 for the first time, the interface caching unit 106 may cache the data acquired by the client into the Redis (Remote Dictionary Server ) 107. Subsequently, when the client 120 invokes the offline package list information interface 104 again, the interface caching unit 106 does not need to query the data through the database, but directly sends the data cached in the dis107 to the client 120.

In the above process, the offline package list information interface 104 is cached, so that the offline package acquisition request with high concurrency of the client can be processed, thereby improving the response speed and reducing the pressure of the back end.

In addition, the buffer expiration time can be set, so that the data in the buffer can be automatically invalidated after a certain time, and the expired or invalid data can be prevented from being stored in the buffer, thereby ensuring that the data acquired by the application are up-to-date and accurate.

In this embodiment, the query unit 102 may be configured to query an application version information list maintained in the database, and determine, according to the environment information in the offline package acquisition request, a download address of the offline package corresponding to the version of the application.

For example, in fig. 1, the offline package management platform 100 may be docked with a database 130, where an application version information list may be maintained in the database 130, and the querying unit 102 may determine, according to the environment information in the received offline package acquisition request, a download address of the offline package corresponding to the version of the application from the application version information list.

In one embodiment shown, the context information includes at least an application identification and an application version number of the application; the application version information list at least comprises application identifiers of the applications, application version numbers, offline package versions corresponding to different application version numbers and mapping relations of download addresses corresponding to different offline package versions;

Further, the query unit 102 may query a mapping relationship in an application version information list maintained in a database, and determine an offline package version corresponding to the current application version number and a download address corresponding to the offline package version according to an application identifier and an application version number of the application in the offline package obtaining request.

For example, in fig. 1, the application version information list maintained in the database 130 may include at least application identifiers of applications, application version numbers, offline package versions corresponding to different application version numbers, and mapping relationships of download addresses corresponding to different offline package versions; and the environment information in the received offline package acquisition request may at least include an application identifier and an application version number of the application.

The query unit 102 may query the mapping relationship in the application version information list maintained in the database 130, and match the offline package version corresponding to the current application version number and the download address corresponding to the offline package version from the mapping relationship according to the application identifier and the application version number in the offline package acquisition request.

In this embodiment, the sending unit 103 may be configured to send the download address to the client, so that the client obtains the offline package according to the download address, and updates a resource in an application local to the client based on the offline package.

For example, in fig. 1, the transmitting unit 103 may transmit the download address to the client 120. The client 120 may store the offline package to the client 120 local according to the received download address, and update the resources within the application local to the client 120 based on the offline package.

In one embodiment shown, the offline package is stored at a cloud server that interfaces with the platform; the cloud server supports batch downloading of the offline packages.

For example, in fig. 1, the offline package management platform 100 may be docked with a cloud server 140, and a provider or manager of the offline package may store the offline package in the cloud server 140, so as to facilitate unified management of the offline package. In addition, the cloud server 140 also provides a batch downloading function of a plurality of offline packages, so that experience when a user needs to download the plurality of offline packages is optimized.

The cloud server may be a cloud server based on OSS (Object Storage Service ), and may provide a mass, safe, low-cost, and high-durability cloud storage service. Of course, those skilled in the art may also use other modes of cloud servers, which are not limited in this specification.

In one embodiment shown, the cloud server caches the offline package to a content distribution network and sets a cache expiration time for the offline package.

For example, in fig. 1, the cloud server 140 may cache the offline package into the content delivery network 141 (Content Delivery Network, CDN), so that when the user downloads the offline package, the user may determine the closest server for the user according to the geographic location of the user, so as to reduce network delay and transmission time, and improve the speed of the user when downloading the offline package. And the buffer failure time of the offline packet can be set, so that the security of the offline packet downloading address is ensured.

and the batch management unit 108 is used for uploading the offline packages to the cloud server in batches and setting the online or offline states of the offline packages in batches.

For example, in fig. 1, the manager of the offline package may upload the offline package managed by the manager to the cloud server 140 in batches through the batch management unit 108, so that the efficiency of the manager is greatly improved compared with the traditional way of uploading the offline package one by one. In addition, the manager can set the online state or the offline state of different offline packages in batches, and the download address cannot be acquired for the offline package in the offline state, and the download address can be normally downloaded for the offline package in the online state.

In one embodiment shown, the application version information list includes an on-line or off-line status of the off-line package;

further, the query unit 102 may query an application version information list maintained in a database, and determine an online or offline state of the offline package according to the environmental information in the offline package acquisition request;

responding to the offline package in an online state, and determining a download address of the offline package corresponding to the version of the application;

and responding to the offline package in a offline state, and returning a notification of acquisition failure to the client.

For example, the application version information list in the database 130 may further have an online status or a offline status of an offline package, when an offline package acquisition request is received, a status corresponding to an offline package that needs to be acquired may be determined according to the environmental information in the offline package acquisition request, if the offline package is the online status, a download address of the offline package corresponding to the version of the application may be determined, and if the offline package is the offline status, a notification of acquisition failure may be returned to the client 120.

In one embodiment shown, the application version information list further includes a hash value of the encrypted offline packet;

Further, the sending unit 103 may send the download address and the hash value of the encrypted offline packet to the client, so that the client obtains the encrypted offline packet according to the download address, performs hash value verification according to the hash value of the encrypted offline packet, decrypts the encrypted offline packet after the verification is passed, and updates the resources in the application local to the client based on the decrypted offline packet.

For example, to improve the security of offline packet transmission, the offline packet downloaded by the client 120 may be an encrypted offline packet, and the application version information list in the database 130 may further have a hash value of the encrypted offline packet, where the hash value of the encrypted offline packet may be sent to the client 120 together with the download address. After downloading the encrypted offline packet, the client 120 may perform hash checking on the encrypted offline packet according to the received hash value, so as to determine whether the offline packet is tampered with. After verification passes, the client 120 may decrypt the encrypted offline package and update resources within the application local to the client based on the decrypted offline package.

The encryption and decryption methods and verification methods can be selected by those skilled in the art as required, and the present specification is not limited thereto.

the gray level publishing unit 109 may be configured to determine, according to a gray level field in an offline package managed by the platform, that the offline package is an offline package to be gray level published, set a gray level identifier of the offline package and a client identifier of a target client, so that a client of the target client downloads the offline package, and perform gray level test according to the gray level identifier.

For example, taking fig. 1 as an example, the offline package manager may set a gray field in the offline package, and set a gray rule through the offline package management platform 100, so that the offline package management platform 100 may determine whether the offline package is an offline package to be issued in gray according to the gray field in the offline package. And, when it is determined that the offline package is an offline package to be gray-scale released, the offline package management platform 100 may set a gray-scale identifier of the offline package and a client identifier of the target client according to a gray-scale rule. After receiving the offline package acquisition request of the target client where the target client is, the download address of the offline package to be issued in gray scale can be sent to the target client. After downloading the offline package with the gray scale identification, the target client can perform gray scale test according to the gray scale identification.

the monitoring unit 110 may be configured to receive, through a message middleware, a record about downloading the offline package uploaded by the client, and aggregate the record into a database for storing.

For example, taking fig. 1 as an example, after each download of an offline package, the client 120 records the specific situation of the offline package download, and then uploads the offline package to the message middleware 111 synchronously or asynchronously. Message middleware 111 in turn feeds back the received records to offline package management platform 100, thereby aggregating the records into database 130 for storage.

The message middleware may be a RocketMQ (Rocket Message Queue ), and the client may adopt a message queue mode to asynchronously send records to the message queue. Of course, other ways can be adopted by those skilled in the art, and the specification is not limited thereto.

the analysis unit 112 may be configured to analyze the record stored in the database, and optimize the downloading process according to the analysis result.

For example, taking fig. 1 as an example, the records stored in the database 130 may be analyzed by the analysis unit 112 to obtain analysis results, such as analysis of downloading preference, time consumption of downloading, success rate of downloading, and the like, so as to optimize the downloading process according to the analysis results.

The analysis unit may be an analysis model or an accessed analysis platform, which is not limited in this specification.

and a timing unit 113 configured to issue the offline package at a timing based on a preset issue policy according to a preset time point.

For example, taking fig. 1 as an example, the offline package manager may select an offline package that needs to be regularly published and set the time of the regular publication through the offline package management platform 100. When the timing unit 113 detects that the current time is the time of timing release, the offline package preselected by the manager is automatically released based on a preset release policy, and manual release by the manager is not required.

The offline package management platform 100 may be developed based on a Java architecture, and the timing unit 113 may implement timing scheduling by using task tasks of a Spring framework.

and the authority management unit 114 performs identity verification on the manager of the offline package logged into the platform, and determines the offline package managed by the manager according to a preset grouping management policy.

For example, in order to improve the security of offline package management, taking fig. 1 as an example, when the offline package management platform 100 is logged in, it is necessary to verify the identity of the login person by the rights management unit 114 to determine whether the login person is a manager having offline package management rights. And different management parties can be grouped and different management authorities are divided, so that the flexibility of management can be enhanced and the expansibility of offline package management can be improved based on a grouping management strategy.

The login authentication may be based on OIDC (Open ID Connect), and the packet management may be based on RBAC (Role-Based Access Control ), which is not limited in this specification, although those skilled in the art may also adopt other methods.

In one embodiment shown, the application comprises an enterprise developed application, and the platform provides management functionality for the offline package towards a manager of the offline package.

For example, the application may be an application developed by an enterprise, such as a vehicle-to-vehicle application developed by a vehicle enterprise, a distribution application developed by a logistics enterprise, etc., and the enterprise may manage an offline package of the application developed by the enterprise through an offline package management platform, and implement corresponding functions through each unit of the offline package management platform described above.

Example two

The embodiment of the application is applied to the offline package management platform side.

Referring to fig. 2, fig. 2 is a flowchart of a method for resource management in an application according to an exemplary embodiment of the present disclosure. As shown in fig. 2, the method comprises the steps of:

step 201, receiving an offline package acquisition request initiated by a client where an application is located through an offline package list information interface; the offline package acquisition request includes environmental information of the application in the client.

In this embodiment, the offline package management platform may receive, through the offline package list information interface, an offline package acquisition request initiated by a client where an application is located; the offline package acquisition request includes environmental information of the application in the client.

In one embodiment shown, an offline package management platform may invoke the offline package list information interface in response to the client, signature verification of the client based on a security gateway.

In one embodiment shown, an offline package management platform may cache data acquired by the client into Redis in response to the client invoking the offline package list information interface; and responding to the subsequent re-invoking of the offline package list information interface by the client, and sending the data cached in Redis to the client.

Step 202, querying an application version information list maintained in a database, and determining a download address of an offline package corresponding to the application version according to the environment information in the offline package acquisition request.

In this embodiment, the offline package management platform may query an application version information list maintained in the database, and determine, according to the environment information in the offline package acquisition request, a download address of the offline package corresponding to the version of the application.

Further, the offline package management platform may query a mapping relationship in an application version information list maintained in the database, and determine an offline package version corresponding to the current application version number and a download address corresponding to the offline package version according to the application identifier and the application version number of the application in the offline package acquisition request.

And 203, sending the download address to the client so that the client obtains the offline package according to the download address, and updating the resources in the application local to the client based on the offline package.

In this embodiment, the offline package management platform may send the download address to the client, so that the client obtains the offline package according to the download address, and updates a resource in an application local to the client based on the offline package.

In one embodiment shown, an offline package management platform may upload the offline packages to the cloud server in bulk, and set the online or offline state of the offline packages in bulk.

further, the offline package management platform can query an application version information list maintained in a database, and determine the online or offline state of the offline package according to the environmental information in the offline package acquisition request;

further, the offline packet management platform may send the download address and the hash value of the encrypted offline packet to the client, so that the client obtains the encrypted offline packet according to the download address, performs hash value verification according to the hash value of the encrypted offline packet, decrypts the encrypted offline packet after the verification is passed, and updates resources in an application local to the client based on the decrypted offline packet.

In one embodiment shown, the offline package management platform may receive records uploaded by the client regarding downloading the offline package through message middleware and aggregate the records into a database for storage.

In one embodiment shown, the offline package management platform may analyze records stored in the database and optimize the download process based on the analysis results.

In one embodiment, the offline package management platform may perform identity verification on the manager of the offline package logged into the platform, and determine the offline package managed by the manager according to a preset packet management policy.

It should be noted that, the implementation process is specifically shown in the implementation process of the corresponding steps in the above method, and the relevant parts are only required to be described in the first embodiment, and are not repeated here.

Example III

The embodiment of the application is applied to the client side where the application is located.

Referring to fig. 3, fig. 3 is a flowchart of a method for resource management in an application according to an exemplary embodiment of the present disclosure. As shown in fig. 3, the method comprises the steps of:

step 301, an offline package list information interface provided by an offline package management platform is obtained, and an offline package obtaining request is initiated through the offline package list information interface, wherein the offline package obtaining request comprises environment information of the application in the client, so that the platform queries an application version information list maintained in a database, and a download address of an offline package corresponding to a version of the application is determined according to the environment information in the offline package obtaining request.

In this embodiment, the client where the application is located may acquire an offline package list information interface provided by the offline package management platform, and initiate an offline package acquisition request through the offline package list information interface.

Further, when receiving the offline package obtaining request, the offline package management platform may query an application version information list maintained in the database, and determine, according to the environment information in the offline package obtaining request, a download address of the offline package corresponding to the application version.

Step 302, receiving a download address sent by the platform, acquiring the offline package according to the download address, and updating resources in the application local to the client based on the offline package.

In this embodiment, the client where the application is located may receive the download address sent by the platform, obtain the offline package according to the download address, and update the resource in the application local to the client based on the offline package.

In one embodiment shown, the client performs gray level testing based on gray level identification.

In one embodiment, the client receives a download address and the hash value of the encrypted offline packet, the client obtains the encrypted offline packet according to the download address, performs hash value verification according to the hash value of the encrypted offline packet, decrypts the encrypted offline packet after verification passes, and updates resources in an application local to the client based on the decrypted offline packet.

In one embodiment shown, the client uploads a record about downloading the offline package to message middleware.

Example IV

In an exemplary embodiment of the present specification, there is also provided an apparatus capable of implementing the above method.

Fig. 4 is a schematic block diagram of an apparatus according to an exemplary embodiment. Referring to fig. 4, at the hardware level, the device includes a processor 402, an internal bus 404, a network interface 406, a memory 408, and a nonvolatile memory 410, although other hardware required by other services is possible. One or more embodiments of the present description may be implemented in a software-based manner, such as by the processor 402 reading a corresponding computer program from the non-volatile memory 410 into the memory 408 and then running. Of course, in addition to software implementation, one or more embodiments of the present disclosure do not exclude other implementation manners, such as a logic device or a combination of software and hardware, etc., that is, the execution subject of the following processing flow is not limited to each logic unit, but may also be hardware or a logic device.

Example five

Referring to fig. 5, in a software embodiment, a resource management device 500 in an application is provided, and the device 500 is applied to an offline package management platform, and the device 500 includes:

the receiving module 501 receives an offline package acquisition request initiated by a client where an application is located through an offline package list information interface; the offline package acquisition request comprises environment information of the application in the client;

the query module 502 queries an application version information list maintained in a database, and determines a download address of an offline package corresponding to the application version according to the environment information in the offline package acquisition request;

and the sending module 503 sends the download address to the client, so that the client obtains the offline package according to the download address, and updates the resources in the application local to the client based on the offline package.

Optionally, the environment information at least includes an application identifier and an application version number of the application; the application version information list at least comprises application identifiers of the applications, application version numbers, offline package versions corresponding to different application version numbers and mapping relations of download addresses corresponding to different offline package versions;

The query module 502 further:

and inquiring a mapping relation in an application version information list maintained in a database, and determining an offline package version corresponding to the current application version number and a download address corresponding to the offline package version according to the application identifier and the application version number of the application in the offline package acquisition request.

Optionally, the apparatus 500 further includes:

and the gray level release module 504 determines that the offline package is to be released according to gray level fields in the offline package managed by the platform, sets a gray level identifier of the offline package and a client identifier of a target client, so that the client of the target client downloads the offline package, and performs gray level test according to the gray level identifier.

Optionally, the apparatus 500 further includes:

and the verification module 505 is used for responding to the client to call the offline package list information interface and carrying out signature verification on the client based on a security gateway.

Optionally, the apparatus 500 further includes:

an interface caching module 506, configured to respond to the client invoking the offline package list information interface, and cache data acquired by the client into a Redis; and responding to the subsequent re-invoking of the offline package list information interface by the client, and sending the data cached in Redis to the client.

Optionally, the offline package is stored in a cloud server that interfaces with the platform; the cloud server supports batch downloading of the offline packages.

Optionally, the cloud server caches the offline package to a content distribution network, and sets a cache expiration time of the offline package.

Optionally, the apparatus 500 further includes:

and the batch management module 507 is used for uploading the offline packages to the cloud server in batches and setting the online or offline state of the offline packages in batches.

Optionally, the application version information list includes an online or offline state of the offline package;

the query module 502 further:

inquiring an application version information list maintained in a database, and determining the online or offline state of the offline package according to the environment information in the offline package acquisition request;

Optionally, the application version information list further includes a hash value of the encrypted offline packet;

the sending module 503 further:

And sending the download address and the hash value of the encrypted offline packet to the client so that the client obtains the encrypted offline packet according to the download address, verifies the hash value according to the hash value of the encrypted offline packet, decrypts the encrypted offline packet after the verification is passed, and updates resources in the local application of the client based on the decrypted offline packet.

Optionally, the apparatus 500 further includes:

and the monitoring module 508 is used for receiving the records, which are uploaded by the client and are used for downloading the offline package, through the message middleware and summarizing the records into a database for storage.

Optionally, the apparatus 500 further includes:

the analysis module 509 analyzes the records stored in the database and optimizes the downloading process according to the analysis result.

Optionally, the apparatus 500 further includes:

and the timing module 510 is used for timing to publish the offline package based on a preset publication strategy according to a preset time point.

Optionally, the apparatus 500 further includes:

the rights management module 511 performs identity verification on the manager of the offline package logged into the platform, and determines the offline package managed by the manager according to a preset packet management policy.

Optionally, the application includes an application developed by an enterprise, and the platform provides a management function for the offline package for a manager of the offline package.

The implementation process of the functions and roles of each module in the above apparatus 500 is specifically shown in the implementation process of the corresponding steps in the above method, and the relevant points only need to be referred to in the part of the description of the method implementation manner, which is not repeated here.

Example six

Referring to fig. 6, in a software implementation, a resource management device 600 in an application is provided, and the resource management device 600 is applied to a client where the application is located, where the device 600 includes:

the request module 601 obtains an offline package list information interface provided by an offline package management platform, and initiates an offline package obtaining request through the offline package list information interface, wherein the offline package obtaining request comprises environment information of the application in the client so that the platform queries an application version information list maintained in a database, and determines a download address of an offline package corresponding to a version of the application according to the environment information in the offline package obtaining request;

and the downloading module 602 receives a downloading address sent by the platform, acquires the offline package according to the downloading address, and updates the resources in the application local to the client based on the offline package.

Optionally, the apparatus 600 further includes:

and the test module 603 performs gray level test according to the gray level identification.

Optionally, the download module 602 further:

and receiving a download address and the hash value of the encrypted offline packet, acquiring the encrypted offline packet according to the download address by the client, checking the hash value according to the hash value of the encrypted offline packet, decrypting the encrypted offline packet after the verification is passed, and updating resources in the local application of the client based on the decrypted offline packet.

Optionally, the apparatus 600 further includes:

the record module 604 uploads a record about downloading the offline package to the message middleware.

The implementation process of the functions and roles of each module in the above apparatus 600 is specifically described in the implementation process of the corresponding steps in the above method, and the relevant points are only required to refer to the part of the description of the method implementation manner, and are not repeated here.

The apparatus embodiments described above are merely illustrative, wherein the elements illustrated as separate elements may or may not be physically separate, and the elements shown as elements may or may not be physical modules, i.e., may be located in one place, or may be distributed over a plurality of network modules. Some or all of the units or modules may be selected according to actual needs to achieve the purposes of the present description. Those of ordinary skill in the art will understand and implement the present invention without undue burden.

The system, apparatus, module or unit set forth in the above embodiments may be implemented in particular by a computer chip or entity, or by a product having a certain function. A typical implementation device is a computer, which may be in the form of a personal computer, laptop computer, cellular telephone, camera phone, smart phone, personal digital assistant, media player, navigation device, email device, game console, tablet computer, wearable device, or a combination of any of these devices.

In a typical configuration, a computer includes one or more processors (CPUs), input/output interfaces, network interfaces, and memory.

The memory may include volatile memory in a computer-readable medium, random Access Memory (RAM) and/or nonvolatile memory, such as Read Only Memory (ROM) or flash memory (flash RAM). Memory is an example of computer-readable media.

Computer readable media, including both non-transitory and non-transitory, removable and non-removable media, may implement information storage by any method or technology. The information may be computer readable instructions, data structures, modules of a program, or other data. Examples of storage media for a computer include, but are not limited to, phase change memory (PRAM), static Random Access Memory (SRAM), dynamic Random Access Memory (DRAM), other types of Random Access Memory (RAM), read Only Memory (ROM), electrically Erasable Programmable Read Only Memory (EEPROM), flash memory or other memory technology, read only compact disc read only memory (CD-ROM), digital Versatile Discs (DVD) or other optical storage, magnetic cassettes, magnetic disk storage, quantum memory, graphene-based storage or other magnetic storage devices, or any other non-transmission medium, which can be used to store information that can be accessed by the computing device. Computer-readable media, as defined herein, does not include transitory computer-readable media (transmission media), such as modulated data signals and carrier waves.

It should also be noted that the terms "comprises," "comprising," or any other variation thereof, are intended to cover a non-exclusive inclusion, such that a process, method, article, or apparatus that comprises a list of elements does not include only those elements but may include other elements not expressly listed or inherent to such process, method, article, or apparatus. Without further limitation, an element defined by the phrase "comprising one … …" does not exclude the presence of other like elements in a process, method, article or apparatus that comprises the element.

The foregoing describes specific embodiments of the present disclosure. Other embodiments are within the scope of the following claims. In some cases, the actions or steps recited in the claims can be performed in a different order than in the embodiments and still achieve desirable results. In addition, the processes depicted in the accompanying figures do not necessarily require the particular order shown, or sequential order, to achieve desirable results. In some embodiments, multitasking and parallel processing are also possible or may be advantageous.

The terminology used in the one or more embodiments of the specification is for the purpose of describing particular embodiments only and is not intended to be limiting of the one or more embodiments of the specification. As used in this specification, one or more embodiments and the appended claims, the singular forms "a," "an," and "the" are intended to include the plural forms as well, unless the context clearly indicates otherwise. It should also be understood that the term "and/or" as used herein refers to and encompasses any or all possible combinations of one or more of the associated listed items.

It should be understood that although the terms first, second, third, etc. may be used in one or more embodiments of the present description to describe various information, these information should not be limited to these terms. These terms are only used to distinguish one type of information from another. For example, first information may also be referred to as second information, and similarly, second information may also be referred to as first information, without departing from the scope of one or more embodiments of the present description. The word "if" as used herein may be interpreted as "at … …" or "at … …" or "responsive to a determination", depending on the context.

The foregoing description of the preferred embodiment(s) is (are) merely intended to illustrate the embodiment(s) of the present invention, and it is not intended to limit the embodiment(s) of the present invention to the particular embodiment(s) described.

Claims

1. An offline package management platform, comprising:

2. The platform of claim 1, the environment information comprising at least an application identification and an application version number of the application; the application version information list at least comprises application identifiers of the applications, application version numbers, offline package versions corresponding to different application version numbers and mapping relations of download addresses corresponding to different offline package versions;

The query unit further:

3. The platform of claim 1, further comprising:

and the gray level release unit is used for determining that the offline package is the offline package to be subjected to gray level release according to the gray level field in the offline package managed by the platform, setting the gray level identification of the offline package and the client identification of the target client so as to enable the client of the target client to download the offline package, and carrying out gray level test according to the gray level identification.

4. The platform of claim 1, further comprising:

and the verification unit is used for responding to the client-side to call the offline package list information interface and carrying out signature verification on the client-side based on a security gateway.

5. The platform of claim 1, further comprising:

an interface caching unit, which is used for responding to the client to call the offline package list information interface and caching the data acquired by the client into a Redis; and responding to the subsequent re-invoking of the offline package list information interface by the client, and sending the data cached in Redis to the client.

6. The platform of claim 1, the offline package being stored at a cloud server that interfaces with the platform; the cloud server supports batch downloading of the offline packages.

7. The platform of claim 6, the cloud server caching the offline package to a content distribution network and setting a cache expiration time for the offline package.

8. The platform of claim 6, further comprising:

and the batch management unit is used for uploading the offline packages to the cloud server in batches and setting the online or offline state of the offline packages in batches.

9. The platform of claim 8, the application version information list comprising an online or offline status of the offline package;

the query unit further:

10. The platform of claim 1, the application version information list further comprising a hash value of the encrypted offline packet;

the transmitting unit further:

11. The platform of claim 1, further comprising:

and the monitoring unit is used for receiving the records, which are uploaded by the client and are about downloading the offline package, through the message middleware and summarizing the records into a database for storage.

12. The platform of claim 11, further comprising:

and the analysis unit is used for analyzing the records stored in the database and optimizing the downloading process according to the analysis result.

13. The platform of claim 1, further comprising:

and the timing unit is used for timing to publish the offline package based on a preset publication strategy according to a preset time point.

14. The platform of claim 1, further comprising:

and the authority management unit is used for carrying out identity verification on the manager of the offline package logged in the platform, and determining the offline package managed by the manager according to a preset grouping management strategy.

15. The platform of claim 1, the application comprising an enterprise-developed application, the platform providing management functionality for the offline package towards a manager of the offline package.

16. A method of resource management within an application, for use with an offline package management platform, the method comprising:

17. A method for managing resources in an application, applied to a client where the application is located, the method comprising:

18. An in-application resource management apparatus for use with an offline package management platform, the apparatus comprising:

19. A resource management device within an application, for application to a client where the application is located, the device comprising:

20. An electronic device, comprising:

a processor;

a memory for storing processor-executable instructions;

wherein the processor is configured to implement the method of any of claims 16-17 by executing the executable instructions.

21. A machine-readable storage medium having stored thereon machine-readable instructions which, when executed by a processor, implement the steps of the method of any of claims 16-17.