CN104104645A - Cross-platform resource management method and system - Google Patents

Abstract

The embodiment of the present invention provides a cross-platform resource management method and system to solve the problem that the normal operation of the application is affected due to storage space, network, bandwidth and other problems during the resource management process when managed through the same platform. The embodiment of the present invention divides the resources that need to be called in the application into fixed resources and dynamic resources, wherein the fixed resources are processed by the local client as the platform, and the dynamic resources are processed by the IE cache as the platform, forming a cross-platform resource management method. In this way, resources can be obtained from the two platforms during the loading and running of the application, avoiding the problem of affecting the normal operation of the application due to problems such as storage space, network, and bandwidth when managing resources through a single platform.

Description

A cross-platform resource management method and system

technical field

The embodiments of the present invention relate to the technical field of network data processing, in particular to a cross-platform resource management method and system.

Background technique

The resources that need to be called in the application can be mainly divided into two types: client resources and IE cache resources. Among them, the client resource refers to the files downloaded and installed on the local computer; the IE cache resource refers to the temporary files generated when browsing the Internet with browsers such as IE, Opera, and Aoyou.

Taking game resources as an example, the current management methods of game resources mainly include the following two types:

1. The complete download method of web games

The general method of web games is: use IE cache as the platform, and use all the resources that need to be called in the game as IE cache resources, that is, all resource files that need to be called are all stored in the IE cache. Download all assets on user load for the first time.

However, if the user sets the upper limit of cache storage or automatically clears the cache due to built-in functions such as anti-virus software, the game needs to re-download the full set of resources and reload them when the game runs again. And this method will waste a lot of user bandwidth when downloading resources, each time the loading time is long, and it is prone to abnormal disconnection or download failure in the middle.

2. The fully built-in method of the client game

The general method of client games is: use the client as the platform, and use all the resources that need to be called in the game as client resources, that is, all resource files that need to be called are stored in the fixed path of the user's disk space in the form of fixed files. Every time the game generates a data update, the user needs to download all updated data content before entering the game.

However, this method will continuously erode the user's disk space due to the continuous updating of data, and each update takes a long time and the amount of updating is huge, and abnormalities may occur due to network problems, bandwidth problems, disk space and other problems in the middle.

To sum up, the above two resource management methods use the same platform (IE cache or client) to manage the resources that need to be called in the application. During the resource management process, the application will be affected due to problems such as storage space, network, and bandwidth. of normal operation.

Contents of the invention

The technical problem to be solved by the embodiments of the present invention is to provide a cross-platform resource management method and system to solve the problem of affecting the normal operation of applications due to problems such as storage space, network, and bandwidth during the resource management process when managed through the same platform. question.

In order to solve the above problems, the present invention discloses a cross-platform resource management method, which is characterized in that it includes:

Divide the resources that need to be called in the application into fixed resources and dynamic resources;

Using the local client as a platform, storing the fixed resource in the local client;

Start an application loading process, and load fixed resources in the local client and substitute resources preset in the local client through the application loading process, and the substitute resources are used to replace the dynamic resources;

After the loading of the fixed resource and the alternative resource is completed, start an application running process to run the application; and start a queue management process to download the dynamic resource from the resource server through the queue management process;

Use the IE cache as the platform to store the downloaded dynamic resources in the IE cache;

The application running process loads the dynamic resource in the IE cache, and replaces the substitute resource with the loaded dynamic resource.

Optionally, the dynamic resources include one or more dynamic resources that are determined to be loaded, and each dynamic resource corresponds to an identifier,

Before downloading the dynamic resource from the resource server through the queue management process, it also includes:

Obtain the function priority and display area rules corresponding to each dynamic resource determined to be loaded;

According to the function priority and display area rules corresponding to each dynamic resource determined to be loaded, the download weight value of each dynamic resource determined to be loaded is set;

The identifiers of the dynamic resources determined to be loaded are added to the resource download queue in descending order of the download weight values of the dynamic resources determined to be loaded.

Optionally, downloading the dynamic resource from the resource server through the queue management process includes:

The queue management process sequentially judges whether the IE cache includes the dynamic resource corresponding to the identifier in the resource download queue;

If not included, the queue management process sends a resource download request including the identifier to the resource server;

The queue management process downloads the dynamic resource corresponding to the identifier in the resource download request from the resource server;

If included, the dynamic resource corresponding to the identifier will not be re-downloaded.

Optionally, the dynamic resources also include temporarily loaded dynamic resources, and the method further includes:

During application running, when a temporarily loaded dynamic resource needs to be downloaded, the application running process sends a resource download request including the temporarily loaded dynamic resource identifier to the queue management process;

The queue management process judges whether there is an identifier of the temporarily loaded dynamic resource in the resource download queue;

If not, set the download weight value of the temporarily loaded dynamic resource according to the function priority and display area rules corresponding to the temporarily loaded dynamic resource;

The queue management process inserts the identifier of the temporarily loaded dynamic resource into the resource download queue according to the download weight value of the temporarily loaded dynamic resource.

Optionally, dividing the resources that need to be called in the application into fixed resources and dynamic resources includes:

Obtain the change frequency of the resource that needs to be called in the application;

Determining resources whose change frequency is less than or equal to a preset threshold among the resources that need to be called in the application as fixed resources;

Among the resources that need to be invoked in the application, resources whose change frequency is greater than the preset threshold are determined as dynamic resources.

On the other hand, the present invention also discloses a cross-platform resource management system, which is characterized in that it includes:

A division module, configured to divide the resources that need to be called in the application into fixed resources and dynamic resources; using the local client as a platform, storing the fixed resources in the local client;

The startup loading module is used to start the application loading process, and load the fixed resource in the local client and the substitute resource preset in the local client through the application loading process, and the substitute resource is used to replace the dynamic resource;

The running download module is used to start the application running process and run the application after the loading of the fixed resource and the substitute resource is completed; and start the queue management process to download the dynamic resource from the resource server through the queue management process; IE cache is the platform, and the downloaded dynamic resources are stored in the IE cache;

The running loading module is used to load the dynamic resource in the IE cache by the application running process, and replace the substitute resource with the loaded dynamic resource.

Optionally, the dynamic resources include one or more dynamic resources that are determined to be loaded, and each dynamic resource corresponds to an identifier,

The system also includes:

An acquisition module, configured to acquire the function priority and display area rules corresponding to each dynamic resource determined to be loaded before downloading the dynamic resource from the resource server through the queue management process;

The first setting module is configured to set the download weight value of each dynamic resource that is determined to be loaded according to the function priority and display area rules corresponding to each dynamic resource that is determined to be loaded;

The first adding module is configured to add the identifiers of the dynamic resources determined to be loaded into the resource download queue in descending order of the download weight values of the dynamic resources determined to be loaded.

Optionally, the running download module includes:

The resource judging sub-module is used for the queue management process to sequentially judge whether the dynamic resource corresponding to the identifier in the resource download queue is included in the IE cache;

A sending submodule, configured to send a resource download request including the identifier to the resource server by the queue management process when the judgment result of the resource judging submodule is not included;

The download submodule is used for the queue management process to download the dynamic resource corresponding to the identifier in the resource download request from the resource server.

Optionally, the dynamic resources also include temporarily loaded dynamic resources, and the system further includes:

A sending module, configured to send a resource download request including the identifier of the temporarily loaded dynamic resource to the queue management process when the temporarily loaded dynamic resource needs to be downloaded during the application running process;

An identifier judging module, used for the queue management process to judge whether there is an identifier of the temporarily loaded dynamic resource in the resource download queue;

The second setting module is used to set the temporarily loaded dynamic resource according to the function priority and display area rules corresponding to the temporarily loaded dynamic resource when the judgment result of the identification judging module is non-existent download weight value;

The second adding module is used for the queue management process to insert the identifier of the temporarily loaded dynamic resource into the resource download queue according to the download weight value of the temporarily loaded dynamic resource.

Optionally, the division module includes:

A frequency acquisition submodule, configured to acquire the change frequency of the resources that need to be called in the application;

Dividing sub-modules, used to determine resources that need to be called in the application with a change frequency less than or equal to a preset threshold as fixed resources; among the resources that need to be called in the application, the resources that need to be called The resource is determined to be a dynamic resource.

Compared with the prior art, the embodiments of the present invention include the following advantages:

First of all, the embodiment of the present invention divides the resources that need to be called in the application into fixed resources and dynamic resources, wherein the fixed resources are processed by the local client as the platform, and the dynamic resources are processed by the IE cache as the platform, forming cross-platform resource management Way. In this way, resources can be obtained from the two platforms during the loading process and running process of the application, avoiding the problem of affecting the normal operation of the application due to problems such as storage space, network, and bandwidth when managing resources through a single platform.

Secondly, when managing dynamic resources on the platform of IE cache, the embodiment of the present invention uses queuing logic to sort the dynamic resources according to the download weight value, thereby forming a resource download queue that meets the application operation requirements, and the dynamic resources with high download weight values are downloaded first. , which improves the user experience.

Description of drawings

FIG. 1 is a flowchart of a cross-platform resource management method according to Embodiment 1 of the present invention;

FIG. 2 is an overall structural diagram of the combination of the client game and the web game described in Embodiment 2 of the present invention;

FIG. 3 is a flow chart of cross-platform resource management described in Embodiment 2 of the present invention;

FIG. 4 is a flow chart of dynamic resource download queue management described in Embodiment 2 of the present invention;

FIG. 5 is a structural block diagram of a cross-platform resource management system according to Embodiment 3 of the present invention.

Detailed ways

In order to make the above objects, features and advantages of the present invention more comprehensible, the present invention will be further described in detail below in conjunction with the accompanying drawings and specific embodiments.

Embodiment one:

At present, the management methods for the resources that need to be called in the application can be mainly divided into the following two types:

①Using IE cache as the platform, all resources that need to be called in the application are used as IE cache resources, that is, all resource files that need to be called are stored in the IE cache. Download all resources when the user loads the app for the first time.

②Using the client as the platform, all the resources that need to be called in the game are used as client resources, that is, all resource files that need to be called are stored in the fixed path of the user's disk space in the form of fixed files. Every time the application generates a data update, the user needs to download all updated data content before entering the application.

It can be seen that the above two resource management methods use the same platform (IE cache or client) to manage the resources that need to be called in the application. However, these two methods will affect the normal operation of the application due to external factors during the resource management process.

For example, for the resource management method based on the IE cache, if the user sets the upper limit of the cache storage or automatically clears the cache due to built-in functions such as antivirus software, the application needs to re-download and reload the entire set of resources when it runs again, and such This method will waste a lot of user bandwidth when downloading resources, and each time the loading time is long, it is prone to abnormal disconnection or download failure in the middle; It constantly erodes the user's disk space, and each update takes a long time and has a huge amount of updates. In the middle, there will be abnormalities due to network problems, bandwidth problems, disk space and other problems.

Therefore, in response to the above problems, the embodiment of the present invention proposes a cross-platform resource management method, which can split the resources that need to be called in the application, and cache the split resources in the local client and IE respectively Resource management is carried out for the platform, thus forming a cross-platform resource management form.

Referring to FIG. 1 , it shows a flow chart of a cross-platform resource management method according to Embodiment 1 of the present invention. The method may include:

Step 101, divide the resources that need to be invoked in the application into fixed resources and dynamic resources.

In the embodiment of the present invention, the resources that need to be called in the application can be divided firstly, specifically can be divided into fixed resources and dynamic resources, and then these two kinds of resources can be managed through different platforms respectively.

The embodiments of the present invention can divide the resources that need to be called in the application according to the change frequency of the resources. Specifically, this step 101 may include:

a1, obtaining the change frequency of the resource that needs to be called in the application.

a2. Among the resources that need to be invoked in the application, resources whose change frequency is less than or equal to a preset threshold are determined as fixed resources.

a3. Determining, among the resources that need to be invoked in the application, a resource whose change frequency is greater than the preset threshold as a dynamic resource.

Certainly, the fixed resource and the dynamic resource may also be determined in other ways, for example, by determining the loading times of the resource, etc., which is not limited in this embodiment of the present invention.

Step 102, using the local client as a platform, storing the fixed resource in the local client.

After the resources are divided, the local client can be used as a platform to store the fixed resources in the local client. Therefore, when the application loads, the fixed resources can be obtained directly from the local client without further downloading.

Step 103, start an application loading process, and load fixed resources in the local client and substitute resources preset in the local client through the application loading process, and the substitute resources are used to replace the dynamic resources.

After the above-mentioned steps 101 and 102 are performed on the resources that need to be called in the application, when the application is started, the application loading process can be started first, and the fixed resources and local resources in the local client can be directly loaded through the application loading process. Alternative resources pre-set in the client. At this time, the dynamic resource may not be loaded temporarily, because the fixed resource and the substitute resource can be loaded directly from the local client, therefore, the loading rate of the application can be improved, and after the fixed resource and the substitute resource are loaded, the all resources can be run first Describe the application, and then load dynamic resources while the application is running.

Wherein, the substitute resource is used to replace the dynamic resource and mainly plays a display role. The main purpose of loading alternative resources is to make the application display not only fixed resources but also alternative resources before loading dynamic resources.

Step 104: After the loading of the fixed resource and the alternative resource is completed, start an application running process to run the application; and start a queue management process to download the dynamic resource from the resource server through the queue management process.

After the loading of the fixed resource and the substitute resource is completed, the application running process can be started to run the application. And at this time, a queue management process can be started, and the dynamic resources can be downloaded from the resource server through the queue management process during the running of the application.

In the embodiment of the present invention, the download of dynamic resources can be controlled in the form of a resource download queue, wherein each dynamic resource can correspond to an identifier. Therefore, before the dynamic resource is downloaded from the resource server through the queue management process, the identifier of the dynamic resource to be downloaded must first be added to the resource download queue.

In the embodiment of the present invention, the dynamic resources may include one or more dynamic resources that are determined to be loaded, and the dynamic resources that are determined to be loaded may represent that these dynamic resources are determined to be loaded when the application is running. Therefore, firstly, the The identifiers of the dynamic resources determined to be loaded are added to the download queue, and these dynamic resources are dynamically downloaded in real time during the running of the application.

Specifically, before downloading the dynamic resource from the resource server through the queue management process, it may also include:

(1) Obtain the function priority and display area rules corresponding to each dynamic resource determined to be loaded.

During the running of the application, there may be multiple application sub-modules. These application sub-modules represent different functions in the application. When each application sub-module is running, it must request the dynamic resources required by the application sub-module to run, and , each application sub-module may have a function priority, and the running sequence of different application sub-modules is determined according to the difference in function priority.

Therefore, in the embodiment of the present invention, the function priority corresponding to the dynamic resource may refer to the function priority of the application sub-module requesting the dynamic resource, and the display area rule corresponding to the dynamic resource may refer to the application sub-module requesting the dynamic resource. The order in which modules display resources at runtime.

(2) According to the function priority and display area rule corresponding to each dynamic resource that is determined to be loaded, the download weight value of each dynamic resource that is determined to be loaded is set.

For a specific calculation method, those skilled in the art may perform relevant processing based on actual experience, and the embodiments of the present invention will not be discussed in detail here. In addition, the embodiment of the present invention is not limited to calculating the download weight value of the dynamic resource through the above method, and it is feasible to use any other method that can calculate the download weight value.

(3) Add the identifiers of the dynamic resources that are determined to be loaded into the resource download queue in descending order of the download weight values of the dynamic resources that are determined to be loaded.

In addition, some temporary resources may also be requested during the process of downloading the dynamic resources from the resource server through the queue management process. Therefore, in the embodiment of the present invention, the dynamic resources may also include temporarily loaded dynamic resources. These temporarily loaded dynamic resources are also added to the resource download queue.

Therefore, the resource management method described in the embodiment of the present invention may further include:

(i) During application running, when a temporarily loaded dynamic resource needs to be downloaded, the application running process sends a resource download request including the temporarily loaded dynamic resource identifier to the queue management process.

(ii) The queue management process judges whether there is an identifier of the temporarily loaded dynamic resource in the resource download queue.

(iii) If it does not exist, setting the download weight value of the temporarily loaded dynamic resource according to the function priority and display area rules corresponding to the temporarily loaded dynamic resource.

(iv) The queue management process inserts the identifier of the temporarily loaded dynamic resource into the resource download queue according to the download weight value of the temporarily loaded dynamic resource.

In the embodiment of the present invention, the step of downloading the dynamic resource from the resource server through the queue management process may include:

b1. The queue management process sequentially judges whether the IE cache includes the dynamic resource corresponding to the identifier in the resource download queue.

b2, if not included, the queue management process sends a resource download request including the identifier to the resource server;

b3. The queue management process downloads the dynamic resource corresponding to the identifier in the resource download request from the resource server;

b4, if included, the dynamic resource corresponding to the identifier will not be re-downloaded.

Step 105, using the IE cache as a platform, storing the downloaded dynamic resource in the IE cache.

Step 106, the application running process loads the dynamic resource in the IE cache, and replaces the substitute resource with the loaded dynamic resource.

After the dynamic resources are downloaded, the downloaded dynamic resources can be stored in the IE cache, and then the application running process can load the dynamic resources in the IE cache, and replace the replacement resources with the loaded dynamic resources. The dynamic resource can be displayed normally.

In the embodiment of the present invention, the replacement resource may have a one-to-one correspondence with the dynamic resource, and the loaded dynamic resource is used to replace the replacement resource corresponding to the dynamic resource during replacement.

The embodiment of the present invention divides the resources that need to be called in the application into fixed resources and dynamic resources, wherein the fixed resources are processed by the local client as the platform, and the dynamic resources are processed by the IE cache as the platform, forming a cross-platform resource management method. In this way, resources can be obtained from the two platforms during the loading process and running process of the application, avoiding the problem of affecting the normal operation of the application due to problems such as storage space, network, and bandwidth when managing resources through a single platform. Secondly, when managing dynamic resources on the platform of IE cache, the embodiment of the present invention uses queuing logic to sort the dynamic resources according to the download weight value, thereby forming a resource download queue that meets the application operation requirements, and the dynamic resources with high download weight values are downloaded first. , which improves the user experience.

Embodiment two:

In the embodiment of the present invention, a game is mainly taken as an example to introduce a cross-platform resource management method when the game is running.

Firstly, the overall structure of resource management by applying the cross-platform resource management method described in the embodiment of the present invention is introduced.

Client game refers to an online game in which the official server is set up, and the user downloads the installation file to install the client and connects to the server through the Internet for multiplayer interaction. Web games (WEB games) refer to games that can be played by opening a web page through a browser, and can be completed with only a few clicks.

Duration-based online games (referred to as "duration games") refer to online games that players need to spend a long time continuously experiencing, such as most client games. Fragmented time-based online games (referred to as "fragmented time games") refer to online games in which players can enjoy a rich experience in a small amount of time, such as community web games.

In the embodiment of the present invention, the time continuation of client games and the time fragmentation of web games can be combined, so that players can make full use of these fragmented times, and obtain fragmented time online games in the fragmented time of continuous online games gaming experience.

Among them, the client game is called the duration game, the corresponding server is called the duration server, the corresponding client is called the duration client, and the data in the game is called the duration data; the web game is called the fragmented time game , the corresponding client is called fragment time client, and the data in the game is called fragment time data.

First, a fragmented time game can be developed in the duration game, and the fragmented time game can be developed in the way of developing a web game (thus, the embodiment of the present invention can consider the developed fragmented time game as a web game). These two types of games can use the same set of data for different game experiences, and fragmented time games can be a new scene different from continuous time games. For example, if the player's scene in the duration game is A, the character is a, and the player data is b, then the player's scene in the fragmented time game can be B, the character is also a, and the player data is also b, so that Through these two types of games, the development of characters is carried out simultaneously.

Specifically, as shown in FIG. 2 , it is an overall structural diagram of the combination of the client game and the browser game in Embodiment 2 of the present invention.

As can be seen from Figure 2, after the duration game and the fragment time game are combined, the fragment time game can be played during the duration game. A fragmented time client can be developed on the basis of the original duration server and duration client, and a fragmented time data processing module can be developed on the original duration server to process the fragmented time data in the fragmented time game .

Wherein, the duration client and the fragment time client can be implemented by the same client software, and after the user downloads the client software, he can have the duration client and the fragment time client at the same time. Fragment time clients can be some plug-ins, which can be temporarily stored, for example, if the player can delete them after loading them, of course, they can also be saved, which is not limited in the embodiment of the present invention.

A subprocess for hosting the fragmented time client can be developed. When the player is playing the duration game, the host sub-process can be triggered in some way in the duration client to start, and the fragment time client can be displayed through this sub-process; then the fragment time client can be used for the duration client The terminal is an intermediary (the way of inter-process communication), which interacts with the duration server for data, and processes the fragment time data of the fragment time client through the fragment time data processing module in the duration server.

In the embodiment of the present invention, it is mainly the process of managing the resources that need to be called in the fragmented time game.

At present, the management methods of game resources mainly include the complete download method of web games (using IE cache as the platform) and the complete built-in method of client games (using the client as the platform), but both methods have many defects.

For example, the completely built-in approach of the client game mainly has the following defects:

a. The client file is too large:

Most of the current client games use more and more art model resources, which also occupy more and more hard disk capacity of the user's computer. For example, for Tianlong Babu, since it is a game that has been in operation for many years, the hard disk space occupied by client resource files is also increasing with the continuous release of expansion packs. Therefore, when a new large-scale expansion is launched, if the resource increment involved in the new expansion is too large, it will greatly challenge the disk space of the user's local client.

b. The download volume is too redundant:

When updating the client game version, if there are too many new resources involved in the version, you will encounter situations such as excessive download bandwidth usage, long download update time, and download failure due to unexpected interruption in the middle of the download.

c. File update is not easy to maintain:

When the game version is updated, some basic files or details will be processed, so frequent version upgrades are required, and the client is required to update the files. For partial incremental file modification, the user only needs to download new resources without modifying existing files. Therefore, for this type of file update, no matter from the operator's perspective or the user's perspective, reducing maintenance operations during version update has a high requirement.

The full download method of web games mainly has the following defects:

If the user sets the cache storage limit or the cache is automatically cleared due to built-in functions such as anti-virus software, the game needs to re-download the full set of resources and reload them when the game runs again. And this method will waste a lot of user bandwidth when downloading resources, each time the loading time is long, and it is prone to abnormal disconnection or download failure in the middle.

Therefore, the embodiment of the present invention proposes to split the resources that need to be called in the fragmented time game, and manage the split resources through the two platforms of the local client and the IE cache respectively.

Specifically, the cross-platform resource management method described in the embodiment of the present invention may mainly include the following four processes, and the games mentioned in the following description may all refer to the fragmented time games mentioned above.

1. Resource division

This process is mainly to divide the resources that need to be called in the game into fixed resources and dynamic resources according to the frequency of resource changes.

Fixed resource class:

Among the resources that need to be called, the resources with low change frequency are set as fixed resources, and they are directly downloaded when the version is updated. At the same time, fixed resources will be loaded as the first load item when the game starts. Fixed resources are mainly processed on the local client platform.

For example, scene resources in games (such as cities, buildings, etc.) change less frequently and are basically fixed, so these resources can be classified as fixed resources.

Dynamic resource class:

Among the resources that need to be called, the files with high frequency of change are set as real-time dynamic resources. When the version is updated, they are not directly downloaded, but are dynamically downloaded and loaded through the download queue control during the running of the game. Dynamic resources are mainly processed on the platform of IE cache.

For example, if character resources in a certain scene change frequently, these resources can be classified as dynamic resources.

2. When the game starts, load according to resource classification

Fixed resource class:

When starting the game or loading a large-scale function in the game, the game loading process can be started first, and fixed resources are loaded from the local client first, and resources are loaded in the fastest way. When this part of resources is loaded, start the game running process and start running the game normally.

Dynamic resource class:

During the running process of the game, dynamically obtain the dynamic resources corresponding to the data according to the data running in the game, and save the dynamic resources to the IE cache, and the game running process loads the dynamic resources from the IE cache.

3. Download queue monitoring

For dynamic resources, it can be managed through the queue management process. Specifically, it can be monitored through the resource download queue and logically processed according to the following rules:

For dynamic resources that are determined to be loaded, set the download weight value of the resource according to the current resource demand;

For all dynamic resources that are determined to be loaded, they are sorted according to the download weight value, and the identifiers of the sorted dynamic resources are added to the resource download queue. Dynamic resources with high download weight values will be given priority to resource download requests to the server, and the download weight value Low dynamic resources will be automatically queued sequentially;

When there is a demand for temporarily loaded dynamic resources, according to the situation of the demand, set the resource download weight value for the dynamic resource, and arrange the download by the resource download queue, and insert the identifier of the dynamic resource into the resource according to the size of the download weight value The corresponding position in the queue.

4. Real-time dynamic resource management

The downloaded dynamic resources are stored in the IE cache, and the use and download of the resources are processed through the dynamic resource management module. During the running of the game, the dynamic resources can be loaded from the IE cache.

In summary, the embodiment of the present invention mainly involves the following two management rules:

I. After resources are split, the loading rules of local client resources and IE cache resources:

After the resources are split, the resource loading rules need to be adjusted, abandoning the rules commonly used in the original game to display after loading, and use the dynamic loading, downloading and displaying method for resource loading processing.

When the game starts, only load fixed resources, alternative resources, and base game logic content, etc., and add dynamic resources to the resource download queue. After the above resources are loaded, the loaded fixed resources and alternative resources can be displayed, and the user can perform corresponding operations. At this time, the queue management process is started, and the process uses the IE cache platform for resource management across the current client platform. The queue management process judges whether the required dynamic resources have been downloaded according to the download order in the resource download queue, and if the required dynamic resources have been downloaded, dynamically load the dynamic resources and replace the original By replacing the substitute resource of the dynamic resource, the display of the normal dynamic resource can be realized at this time.

II. Monitoring method and queuing rules of resource download queue

When putting a dynamic resource into the resource download queue, it is necessary to set parameters for the download weight value of the resource according to different function priorities corresponding to the dynamic resource and display area rules. Different download weight values will directly affect the display order and loading status of dynamic resources when the game is running. At the same time, when the user is continuously playing the game, the resources will continue to change according to the progress of the game. At this time, it is necessary to dynamically adjust the download weight value and adjust the content in the resource download queue in real time.

Finally, through the logical combination of the above several parts, the resources called in the game are split, managed in a cross-platform way, the fixed resources are processed in a conventional logic, and the resource download queue is used to control the dynamics of the game during operation. Real-time download and load of resources. Using the cross-platform management method, the problem of excessive local client resources is solved; the problem of excessive download volume encountered during the update of game resources is solved through the dynamic download mechanism; the problem of file update is solved through real-time download queue monitoring Maintenance as well as actual resource display issues.

Next, according to FIG. 3 and FIG. 4 , the process of cross-platform resource management described in Embodiment 2 of the present invention will be introduced.

As shown in FIG. 3, it is a flowchart of the cross-platform resource management described in Embodiment 2 of the present invention, and the process may include:

A1, game module initialization.

First, when the game is started, the game module needs to be initialized, and the specific initialization process will not be discussed in detail in this embodiment of the present invention.

A2, the game module basic process loading (that is, the game loading process).

During this process, the game loading process needs to be modified so that only fixed resources and basic game logic content are loaded during the loading process, and alternative resources are loaded.

A3, enter the game module (that is, the game running process).

After the resources in the above step A2 are loaded, you can enter the game module to run the game.

A4, the game module is running.

During the running of the game module, the normal game logic can be run; and the queue management process can be started to manage the downloading of dynamic resources through the dynamic resource download queue; the game running process can dynamically load the downloaded dynamic game resources, and the loaded dynamic game resources will be loaded in real time A dynamic resource replaces a replacement resource that was originally used for display.

Referring to FIG. 4 , it shows a flowchart of dynamic resource download queue management described in Embodiment 2 of the present invention. This process mainly describes the processing process when receiving a temporarily loaded dynamic resource, but it should be noted that before downloading the dynamic resource from the resource server through the queue management process, it also includes adding the identifier of the dynamic resource that is determined to be loaded to the For the process in the resource download queue, for the process, please refer to the relevant descriptions in the foregoing embodiments.

The process can include:

B1, receiving a temporarily loaded dynamic resource request.

When a new game module is started, the game running process initiates a request to the queue management process, and sends the dynamic resource download requirement required by the module to the queue management process.

B2, judging whether there is a temporarily loaded dynamic resource identifier in the resource download queue.

If yes, the queue does not process; if not, step B3 is executed.

B3, judging the download weight value of the temporarily loaded dynamic resource.

B4. Insert the identifier of the temporarily loaded dynamic resource into the resource download queue according to the download weight value.

If there is no temporarily loaded dynamic resource identifier in the resource download queue, the queue management process automatically judges that the request sent by the module corresponds to the download weight value of the dynamic resource, and inserts the dynamic resource identifier into the corresponding position in the queue.

B5, judging whether the download of the dynamic resource corresponding to the identifier in the resource download queue is completed.

If yes, execute step B7; if not, execute step B6.

The resource download queue is arranged in descending order of the download weight values of dynamic resources. Those with higher download weight values will push resource download requirements to the IE logic interface first, and send resource download requests to the resource server.

B6, display alternative resources.

If the dynamic resource has not been downloaded, continue to display the alternative resource.

B7, loading dynamic resources for display.

When the dynamic resource corresponding to the identifier in the resource download queue is downloaded, it can be directly stored in the IE cache, and the IE cache can be used to directly manage and save the dynamic resource temporarily, and notify the game module to load the dynamic resource. The game module will load the corresponding dynamic resources in real time.

In the embodiment of the present invention, firstly, a cross-platform resource management method is formed by splitting game resources. At the same time, use the management of the client itself and the file management in the IE cache to dynamically read resources from the two platforms during the game loading process and running process, and can initiate resource request operations to the two platforms at the same time according to the game process requirements .

Secondly, through the resource download queue management method, the temporary storage function of IE cache and the resource server request mechanism are used to complete the download of dynamic resources, and the queuing algorithm logic of resource download queue is used to prioritize the dynamic resources to form a game that meets the running requirements of the game. Resource download queue.

Thirdly, use fixed resources to load the game base and directly enter the game, and download and load dynamic resources during the running of the game, which improves the user experience.

The above is an example of a game. Of course, the scope of protection of the present invention is not limited to the application of games, and can also be resource management in other application fields, such as chat tools and so on.

For the aforementioned method embodiments, for the sake of simple description, they are expressed as a series of action combinations, but those skilled in the art should know that the present invention is not limited by the described action sequence, because according to the present invention, Certain steps may be performed in other orders or simultaneously. Secondly, those skilled in the art should also know that the embodiments described in the specification belong to preferred embodiments, and the actions and modules involved are not necessarily required by the present invention.

Embodiment three:

Referring to FIG. 5 , it shows a structural block diagram of a cross-platform resource management system according to Embodiment 3 of the present invention. The system may include: a division module 501, a startup loading module 502, a running download module 503, an acquisition module 504, The first setting module 505 , the first adding module 506 , the running loading module 507 , the sending module 508 , the identification judging module 509 , the second setting module 510 and the second adding module 511 .

in,

A dividing module 501, configured to divide the resources that need to be called in the application into fixed resources and dynamic resources; using the local client as a platform, storing the fixed resources in the local client;

The division module may include:

A frequency acquisition submodule, configured to acquire the change frequency of the resources that need to be called in the application;

Dividing sub-modules, used to determine resources that need to be called in the application with a change frequency less than or equal to a preset threshold as fixed resources; among the resources that need to be called in the application, the resources that need to be called The resource is determined to be a dynamic resource.

The startup loading module 502 is configured to start an application loading process, and load the fixed resources in the local client and the preset substitute resources in the local client through the application loading process, and the substitute resources are used to replace the dynamic resources ;

The running download module 503 is used to start an application running process to run the application after the loading of the fixed resource and the alternative resource is completed; and start a queue management process to download the dynamic resource from the resource server through the queue management process; Use the IE cache as the platform to store the downloaded dynamic resources in the IE cache;

Wherein, the dynamic resource includes one or more dynamic resources determined to be loaded, and each dynamic resource corresponds to an identifier.

An acquisition module 504, configured to acquire the function priority and display area rules corresponding to each dynamic resource determined to be loaded before downloading the dynamic resource from the resource server through the queue management process;

The first setting module 505 is configured to set the download weight value of each dynamic resource that is determined to be loaded according to the function priority and display area rules corresponding to each dynamic resource that is determined to be loaded;

The first adding module 506 is configured to add the identifiers of the dynamic resources that are determined to be loaded into the resource download queue according to the order of the download weight values of the dynamic resources that are determined to be loaded from high to low;

The running download module can include:

The resource judging sub-module is used for the queue management process to sequentially judge whether the dynamic resource corresponding to the identifier in the resource download queue is included in the IE cache;

A sending submodule, configured to send a resource download request including the identifier to the resource server by the queue management process when the judgment result of the resource judging submodule is not included;

The download submodule is used for the queue management process to download the dynamic resource corresponding to the identifier in the resource download request from the resource server.

The running loading module 507 is used for loading the dynamic resource in the IE cache by the application running process, and replacing the substitute resource with the loaded dynamic resource.

In the embodiment of the present invention, the dynamic resources may also include temporarily loaded dynamic resources, and the system may also include:

The sending module 508 is configured to send a resource download request including the identifier of the temporarily loaded dynamic resource to the queue management process when the temporarily loaded dynamic resource needs to be downloaded during the running process of the application;

An identifier judging module 509, configured for the queue management process to judge whether there is an identifier of the temporarily loaded dynamic resource in the resource download queue;

The second setting module 510 is configured to set the temporarily loaded dynamic resource according to the function priority and display area rules corresponding to the temporarily loaded dynamic resource when the judgment result of the identification judging module is non-existent The download weight value of ;

The second adding module 511 is used for the queue management process to insert the identifier of the temporarily loaded dynamic resource into the resource download queue according to the download weight value of the temporarily loaded dynamic resource.

The embodiment of the present invention divides the resources that need to be called in the application into fixed resources and dynamic resources, wherein the fixed resources are processed by the local client as the platform, and the dynamic resources are processed by the IE cache as the platform, forming a cross-platform resource management method. In this way, resources can be obtained from the two platforms during the loading process and running process of the application, avoiding the problem of affecting the normal operation of the application due to problems such as storage space, network, and bandwidth when managing resources through a single platform. Secondly, when managing dynamic resources on the platform of IE cache, the embodiment of the present invention uses queuing logic to sort the dynamic resources according to the download weight value, thereby forming a resource download queue that meets the application operation requirements, and the dynamic resources with high download weight values are downloaded first. , which improves the user experience.

As for the system embodiment, since it is basically similar to the method embodiment, the description is relatively simple, and for the related parts, please refer to the part of the description of the method embodiment.

Each embodiment in this specification is described in a progressive manner, each embodiment focuses on the difference from other embodiments, and the same and similar parts of each embodiment can be referred to each other.

Embodiments of the invention may be described in the general context of computer-executable instructions, such as program modules, being executed by a computer. Generally, program modules include routines, programs, objects, components, data structures, etc. that perform particular tasks or implement particular abstract data types. The invention may also be practiced in distributed computing environments where tasks are performed by remote processing devices that are linked through a communications network. In a distributed computing environment, program modules may be located in both local and remote computer storage media including storage devices.

Finally, it should also be noted that in this text, relational terms such as first and second etc. are only used to distinguish one entity or operation from another, and do not necessarily require or imply that these entities or operations, any such actual relationship or order exists. Furthermore, the term "comprises", "comprises" or any other variation thereof is intended to cover a non-exclusive inclusion such that a process, method, article, or apparatus comprising a set of elements includes not only those elements, but also includes elements not expressly listed. other elements of, or also include elements inherent in, such a process, method, commodity, or apparatus. Without further limitations, an element defined by the phrase "comprising a ..." does not exclude the presence of additional identical elements in the process, method, article or apparatus comprising said element.

The above is a detailed introduction to a cross-platform resource management method and system provided by the present invention. In this paper, specific examples are used to illustrate the principle and implementation of the present invention. The description of the above embodiments is only used to help understand the present invention. The method of the invention and its core idea; at the same time, for those of ordinary skill in the art, according to the idea of the present invention, there will be changes in the specific implementation and scope of application. In summary, the content of this specification should not be understood To limit the present invention.

Claims (10)

1. A cross-platform resource management method is characterized by comprising the following steps:

dividing resources needing to be called in an application into fixed resources and dynamic resources;

storing the fixed resources to a local client by taking the local client as a platform;

starting an application loading process, loading fixed resources in the local client and substitute resources preset in the local client through the application loading process, wherein the substitute resources are used for substituting the dynamic resources;

after the fixed resources and the alternative resources are loaded, starting an application running process to run the application; starting a queue management process, and downloading the dynamic resource from a resource server through the queue management process;

storing the downloaded dynamic resources to an IE cache by taking the IE cache as a platform;

and the application running process loads the dynamic resources in the IE cache and replaces the substitute resources with the loaded dynamic resources.

2. The method of claim 1, wherein the dynamic resource comprises one or more dynamic resources that are determined to be loaded, each dynamic resource corresponding to an identifier,

before downloading the dynamic resource from a resource server through the queue management process, the method further comprises:

acquiring function priority and display area rule corresponding to each dynamic resource which is determined to be loaded;

setting a downloading weight value of each dynamic resource to be loaded according to the function priority and the display area rule corresponding to each dynamic resource to be loaded;

and adding the identifier of the dynamic resource to be loaded into a resource downloading queue according to the sequence of the downloading weight value of the dynamic resource to be loaded from high to low.

3. The method of claim 2, wherein said downloading the dynamic resource from a resource server by the queue management process comprises:

the queue management process sequentially judges whether the IE cache comprises the dynamic resources corresponding to the identifiers in the resource downloading queue;

if not, the queue management process sends a resource downloading request comprising the identifier to a resource server;

the queue management process downloads the dynamic resource corresponding to the identifier in the resource downloading request from the resource server;

and if so, not downloading the dynamic resource corresponding to the identifier again.

4. The method of claim 2, wherein the dynamic resource further comprises a temporarily loaded dynamic resource, the method further comprising:

in the application running process, when the temporarily loaded dynamic resource needs to be downloaded, the application running process sends a resource downloading request comprising the temporarily loaded dynamic resource identifier to the queue management process;

the queue management process judges whether the identifier of the temporarily loaded dynamic resource exists in the resource downloading queue;

if not, setting a downloading weight value of the temporarily loaded dynamic resource according to the function priority and the display area rule corresponding to the temporarily loaded dynamic resource;

and the queue management process inserts the identifier of the temporarily loaded dynamic resource into a resource downloading queue according to the downloading weight value of the temporarily loaded dynamic resource.

5. The method according to claim 1, wherein the dividing of the resources that need to be called in the application into fixed resources and dynamic resources comprises:

acquiring the change frequency of resources needing to be called in the application;

determining the resources with the change frequency less than or equal to a preset threshold value in the resources needing to be called in the application as fixed resources;

and determining the resources with the change frequency larger than the preset threshold value in the resources needing to be called in the application as dynamic resources.

6. A cross-platform resource management system, comprising:

the dividing module is used for dividing resources needing to be called in the application into fixed resources and dynamic resources; storing the fixed resources to a local client by taking the local client as a platform;

the starting loading module is used for starting an application loading process, loading fixed resources in the local client and substitute resources preset in the local client through the application loading process, wherein the substitute resources are used for substituting the dynamic resources;

the running downloading module is used for starting an application running process and running the application after the fixed resource and the alternative resource are loaded; starting a queue management process, and downloading the dynamic resource from a resource server through the queue management process; storing the downloaded dynamic resources to an IE cache by taking the IE cache as a platform;

and the running loading module is used for loading the dynamic resources in the IE cache by applying a running process and replacing the substitute resources by the loaded dynamic resources.

7. The system of claim 6, wherein the dynamic resource comprises one or more dynamic resources that are determined to be loaded, each dynamic resource corresponding to an identifier,

the system further comprises:

an obtaining module, configured to obtain, before downloading the dynamic resource from a resource server through the queue management process, a function priority and a display area rule corresponding to each dynamic resource that is determined to be loaded;

the first setting module is used for setting a downloading weight value of each dynamic resource which is determined to be loaded according to the function priority and the display area rule corresponding to each dynamic resource which is determined to be loaded;

and the first adding module is used for adding the identifier of the dynamic resource which is determined to be loaded into the resource downloading queue according to the sequence from high to low of the downloading weight value of the dynamic resource which is determined to be loaded.

8. The system of claim 7, wherein the run download module comprises:

a resource judgment submodule, configured to sequentially judge, by the queue management process, whether the IE cache includes a dynamic resource corresponding to the identifier in the resource download queue;

the sending submodule is used for sending a resource downloading request comprising the identifier to a resource server by the queue management process when the judgment result of the resource judgment submodule is that the resource is not included;

and the downloading submodule is used for downloading the dynamic resource corresponding to the identifier in the resource downloading request from the resource server by the queue management process.

9. The system of claim 7, wherein the dynamic resource further comprises a temporarily loaded dynamic resource, the system further comprising:

a sending module, configured to send, in an application running process, a resource downloading request including an identifier of a temporarily loaded dynamic resource to the queue management process when the temporarily loaded dynamic resource needs to be downloaded;

an identifier determining module, configured to determine, by the queue management process, whether an identifier of the temporarily loaded dynamic resource exists in the resource download queue;

the second setting module is used for setting a downloading weight value of the temporarily loaded dynamic resource according to the function priority and the display area rule corresponding to the temporarily loaded dynamic resource when the judgment result of the identification judgment module is that the temporary loaded dynamic resource does not exist;

and the second adding module is used for inserting the identifier of the temporarily loaded dynamic resource into a resource downloading queue by the queue management process according to the downloading weight value of the temporarily loaded dynamic resource.

10. The system of claim 6, wherein the partitioning module comprises:

the frequency acquisition submodule is used for acquiring the change frequency of the resource needing to be called in the application;

the division submodule is used for determining the resources of which the change frequency is less than or equal to a preset threshold value in the resources needing to be called in the application as fixed resources; and determining the resources with the change frequency larger than the preset threshold value in the resources needing to be called in the application as dynamic resources.