CN104104645B

CN104104645B - A kind of cross-platform method for managing resource and system

Info

Publication number: CN104104645B
Application number: CN201310111506.5A
Authority: CN
Inventors: 洪晓健
Original assignee: Beijing Changyou Tianxia Network Technologies Co Ltd
Current assignee: Beijing Changyou Tianxia Network Technologies Co Ltd
Priority date: 2013-04-01
Filing date: 2013-04-01
Publication date: 2017-08-25
Anticipated expiration: 2033-04-01
Also published as: CN104104645A

Abstract

The embodiments of the invention provide a kind of cross-platform method for managing resource and system, during solving by same platform management, the problem of influenceing using normally running the problems such as in resource management process due to memory space, network, bandwidth.The embodiment of the present invention by the resource for needing to call in application by being divided into fixed resource and dynamic resource, and wherein fixed resource is handled by platform of local client, and dynamic resource is handled using IE cachings as platform, forms cross-platform resource management mode.So as to obtaining resources from two platforms respectively in the loading procedure and running of application, it is to avoid when carrying out resource management by single platform, the problem of influenceing using normal operation the problems such as due to memory space, network, bandwidth.

Description

Cross-platform resource management method and system

Technical Field

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

Background

The resources to be called in the application can be mainly divided into two types: client resources and IE cache resources. The client resource refers to a file downloaded and installed on a local computer; the IE cache resource refers to a temporary file generated when Internet surfing browsing is performed by using browsers such as IE, Opera, roaming and the like.

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

1. complete downloading mode of web game

The general way of web games is: and taking the IE cache as a platform, and taking all resources needing to be called in the game as IE cache resources, namely storing all resource files needing to be called in the IE cache. All resources are downloaded when the user loads for the first time.

However, if the user sets the upper limit of the cache storage or automatically clears the cache due to the self-contained function of antivirus software and the like, the game needs to be re-downloaded and re-loaded when running again. In addition, a large amount of user bandwidth is wasted when resources are downloaded in the mode, each time of loading is long, and abnormal disconnection or downloading failure and other conditions are easy to occur in the midway.

2. Complete built-in mode of client game

The client game is generally carried out in the following way: and taking the client as a platform, and taking all resources required to be called in the game as client resources, namely storing all resource files required to be called in a fixed path of a user disk space in a fixed file form. Each time a game generates a data update, the user needs to download all the updated data content before the game is entered.

However, in this method, the disk space of the user is eroded continuously due to the continuous update of the data, and the update time per time is long and the update amount is large, and an abnormality occurs due to a network problem, a bandwidth problem, a disk space problem, and the like in the middle.

In summary, the two resource management manners both manage the resources that need to be called in the application through the same platform (IE cache or client), and the normal operation of the application is affected by the problems of storage space, network, bandwidth, and the like in the resource management process.

Disclosure of 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, so as to solve the problem that the normal operation of an application is affected due to the problems of storage space, network, bandwidth, etc. in the resource management process when the resource is managed by the same platform.

In order to solve the above problems, the present invention discloses a cross-platform resource management method, which is characterized by comprising:

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.

Optionally, the dynamic resource includes one or more dynamic resources determined to be loaded, each dynamic resource corresponds 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.

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

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.

Optionally, the dynamic resource further includes a temporarily loaded dynamic resource, and the method further includes:

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.

Optionally, the dividing the resource that needs to be called in the application into a fixed resource and a dynamic resource includes:

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.

On the other hand, the invention also discloses a cross-platform resource management system, which is characterized by comprising the following steps:

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.

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.

Optionally, the running download module includes:

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.

Optionally, the dynamic resource further includes a temporarily loaded dynamic resource, and the system further includes:

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.

Optionally, the dividing module includes:

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.

Compared with the prior art, the embodiment of the invention has the following advantages:

firstly, the embodiment of the invention divides the resources to be called in the application into fixed resources and dynamic resources, wherein the fixed resources are processed by taking a local client as a platform, and the dynamic resources are processed by taking an IE cache as the platform, so as to form a cross-platform resource management mode. Therefore, resources can be acquired from the two platforms respectively in the loading process and the running process of the application, and the problem that the normal running of the application is influenced due to the problems of storage space, network, bandwidth and the like when resource management is carried out through a single platform is avoided.

Secondly, when the IE cache is used as the platform to manage the dynamic resources, the embodiment of the invention utilizes the queuing logic to sort the dynamic resources according to the downloading weight value, thereby forming a resource downloading queue which meets the application running requirement, the dynamic resources with high downloading weight value are downloaded preferentially, and the user experience is improved.

Drawings

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

FIG. 2 is an overall structure diagram of a combination of a client game and a web game according to a second embodiment of the present invention;

FIG. 3 is a flowchart of cross-platform resource management according to a second embodiment of the present invention;

FIG. 4 is a flowchart illustrating dynamic resource download queue management according to a second embodiment of the present invention;

fig. 5 is a block diagram of a cross-platform resource management system according to a third embodiment of the present invention.

Detailed Description

In order to make the aforementioned objects, features and advantages of the present invention comprehensible, embodiments accompanied with figures are described in further detail below.

The first embodiment is as follows:

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

taking the IE cache as a platform, and taking all resources needing to be called in the application as IE cache resources, namely storing all resource files needing to be called in the IE cache. All resources are downloaded when the user first loads the application.

Secondly, the client is taken as a platform, resources required to be called in the game are all taken as client resources, namely all resource files required to be called are stored in a fixed path of a user disk space in a fixed file form. Each time an application generates a profile update, the user needs to download all of the updated profile content before entering the application.

It can be seen that the two resource management modes are both to manage the resources that need to be invoked in the application through the same platform (IE cache or client). However, both of these two methods may affect the normal operation of the application due to external factors during the resource management process.

For example, for a resource management mode using an IE cache as a platform, if a user sets an upper limit of cache storage or automatically clears the cache due to a self-contained function such as antivirus software, a whole set of resources need to be downloaded again when the application runs again, and the application is reloaded, and this way wastes a large amount of user bandwidth when downloading the resources, and each time the loading time is long, abnormal disconnection or downloading failure is likely to occur midway; for a resource management mode using a client as a platform, the disk space of a user is eroded continuously due to continuous update of data, the update time is long each time, the update amount is huge, and abnormality occurs in the midway due to problems of network problems, bandwidth problems, disk space and the like.

Therefore, in order to solve the above problem, an embodiment of the present invention provides a cross-platform resource management method, which splits resources that need to be called in an application, and performs resource management on the split resources by using a local client and an IE cache as platforms, respectively, so as to form a cross-platform resource management form.

Referring to fig. 1, a flowchart of a cross-platform resource management method according to a first embodiment of the present invention is shown, where the method may include:

step 101, dividing resources needing to be called in an application into fixed resources and dynamic resources.

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

The embodiment of the invention can divide the resources required to be called in the application according to the change frequency of the resources. Specifically, the step 101 may include:

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

a2, determining the resource with the changing frequency less than or equal to the preset threshold value in the resources needing to be called in the application as the fixed resource.

a3, determining the resource with the changing frequency larger than the preset threshold value in the resources needing to be called in the application as the dynamic resource.

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

And step 102, taking the local client as a platform, and storing the fixed resources to the local client.

After the resources are divided, the local client can be used as a platform, and the fixed resources in the local client can be stored to the local client. Therefore, when the application is loaded, the fixed resource can be directly obtained from the local client without downloading.

Step 103, starting an application loading process, and loading a fixed resource in the local client and a substitute resource preset in the local client through the application loading process, wherein the substitute resource is used for substituting the dynamic resource.

After the processing of the resources that need to be called in the application in the above steps 101 and 102, when the application is started, an application loading process may be started first, and the fixed resources in the local client and the substitute resources preset in the local client may be directly loaded through the application loading process. At this time, dynamic resources may not be loaded temporarily, and since the fixed resources and the alternative resources may be directly loaded from the local client, the loading rate of the application may be increased, and after the fixed resources and the alternative resources are loaded, the application may be run first, and then the dynamic resources may be loaded while running during the running process of the application.

Wherein, the substitute resource is used for substituting the dynamic resource and mainly plays a display role. The alternative resource is loaded mainly in order to display the alternative resource instead of only the fixed resource before the dynamic resource is loaded.

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

And when the fixed resources and the alternative resources are loaded, starting an application running process to run the application. And at this time, a queue management process can be started, and the dynamic resource is downloaded from the resource server through the queue management process in the application running process.

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

In this embodiment of the present invention, the dynamic resources may include one or more definitely loaded dynamic resources, and the definitely loaded dynamic resources may represent dynamic resources that are definitely to be loaded when the application runs, so that, first, identifiers of the definitely loaded dynamic resources may be added to the download queue, and the dynamic resources may be dynamically downloaded in real time during the running process of the application.

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

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

In the operation process, there may be a plurality of application sub-modules, which represent different functions in the application, each application sub-module needs to request the dynamic resource required by the operation of the application sub-module when operating, and each application sub-module may have a function priority, and the operation order of the different application sub-modules is determined according to the difference of the function priorities.

Therefore, in the embodiment of the present invention, the function priority corresponding to the dynamic resource may refer to a function priority of an application sub-module requesting the dynamic resource, and the display area rule corresponding to the dynamic resource may refer to a display order of resources when the application sub-module requesting the dynamic resource runs.

(2) And 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.

For a specific calculation method, a person skilled in the art may perform related processing according to practical experience, and the embodiment of the present invention is not discussed in detail herein. In addition, the embodiment of the present invention is not limited to calculating the download weight value of the dynamic resource by the above method, and any other method capable of calculating the download weight value is applicable.

(3) 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.

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

Therefore, the resource management method according to the embodiment of the present invention may further include:

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

(ii) And the queue management process judges whether the identifier of the temporarily loaded dynamic resource exists in the resource downloading queue.

(iii) And 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.

(iv) 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.

In this 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 buffer includes the dynamic resource corresponding to the identifier in the resource download queue.

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

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

b4, if yes, not downloading the dynamic resource corresponding to the identification again.

And 105, storing the downloaded dynamic resources into the IE cache by taking the IE cache as a platform.

And 106, loading the dynamic resource in the IE cache by using the running process, and replacing the substitute resource by using the loaded dynamic resource.

And after the dynamic resources are downloaded, storing the downloaded dynamic resources into the IE cache, then loading the dynamic resources in the IE cache by applying the running process, and replacing the substitute resources by the loaded dynamic resources, wherein the loaded dynamic resources can be normally displayed.

In the embodiment of the present invention, the substitute resources and the dynamic resources may be in one-to-one correspondence, and the substitute resources corresponding to the dynamic resources are replaced by the loaded dynamic resources during replacement.

The embodiment of the invention divides the resources required to be called in the application into fixed resources and dynamic resources, wherein the fixed resources are processed by taking a local client as a platform, and the dynamic resources are processed by taking an IE cache as the platform, so that a cross-platform resource management mode is formed. Therefore, resources can be acquired from the two platforms respectively in the loading process and the running process of the application, and the problem that the normal running of the application is influenced due to the problems of storage space, network, bandwidth and the like when resource management is carried out through a single platform is avoided. Secondly, when the IE cache is used as the platform to manage the dynamic resources, the embodiment of the invention utilizes the queuing logic to sort the dynamic resources according to the downloading weight value, thereby forming a resource downloading queue which meets the application running requirement, the dynamic resources with high downloading weight value are downloaded preferentially, and the user experience is improved.

Example two:

in the embodiment of the invention, a game is taken as an example, and a cross-platform resource management method during game operation is introduced.

First, an overall structure for performing resource management by applying the cross-platform resource management method according to the embodiment of the present invention is introduced.

The client game is a network game which is established by an official party, and a user downloads an installation file, installs the file on the client, connects the file to the server through the Internet and then carries out multi-person interaction. A WEB game (WEB game) is a game that can be played by opening a WEB page through a browser and can be completed with a small number of clicks.

Duration network games (simply "duration games") refer to network games that a player needs to spend a long time on experiencing, such as most client games. The shard time network game (referred to as the shard time game) refers to a network game which can be used by a player to obtain rich experience in a small amount of time, such as a community-type web game.

In the embodiment of the invention, the time persistence of the client game and the time fragmentation of the webpage game can be combined, so that the player can fully utilize the fragmentation time to obtain the game experience of the fragmentation time network game in the fragmentation time of the duration time network game.

The client-side game is called a duration game, the corresponding server is called a duration server, the corresponding client-side is called a duration client-side, and data in the game is called duration data; the web game is called a shard-time game, the corresponding client is called a shard-time client, and the data in the game is called shard-time data.

First, a game of shard time can be developed in a duration game, and the game of shard time can be developed in a web game development mode (therefore, the embodiment of the invention can consider the developed game of shard time as a web game). The two types of games can use the same set of data to play different game experiences, and the debris time game can be a new scene different from the duration time game. For example, if a scene of a player in a duration game is a, a character is a, and player data is B, the scene of the player in a debris time game may be B, the character is a, and the player data is B, so that the character can be created by these two types of games in synchronization.

Specifically, as shown in fig. 2, it is an overall structure diagram of a combination of the client game and the web game in the second embodiment of the present invention.

As can be seen from fig. 2, after the duration game and the debris time game are combined, the debris time game can be played in the course of the duration game. A fragment time client can be developed on the basis of the original duration server and the original duration client, and a fragment time data processing module can be developed on the original duration server and is used for processing fragment time data in a fragment time game.

The duration client and the fragment time client can be realized by the same client software, and after the client software is downloaded by a user, the duration client and the fragment time client can be simultaneously provided. The shard time client may be plug-ins, which may be temporarily stored, for example, if the player may delete the plug-ins after loading, and of course, the plug-ins may also be stored, which is not limited by the embodiment of the present invention.

A sub-process for carrying the fragmented time client may be developed. When a player plays a duration game, the bearing subprocess can be triggered to start in a certain mode in a duration client, and a fragment time client can be shown through the subprocess; then, the fragment time client can perform data interaction with the duration server by taking the duration client as an intermediary (in an interprocess communication mode), and the fragment time data of the fragment time client is processed by a fragment time data processing module in the duration server.

In the embodiment of the invention, the process of managing the resources required to be called in the fragment time game is mainly used.

At present, the management modes of game resources mainly comprise a complete downloading mode (taking IE cache as a platform) of a web game and a complete built-in mode (taking a client as a platform) of a client game, but the two modes have a plurality of defects.

For example, the completely built-in manner of client games mainly has the following drawbacks:

a. the client file is too large:

at present, most client-side games use more and more art model resources, and occupy more and more hard disk capacity of a user computer. For example, for the eight heaven parts, because the game is operated for many years, the hard disk space occupied by the resource file of the client side is also larger and larger as the data pieces are continuously pushed out. Therefore, when a new large data sheet is on-line, if the resource increment related to the new data sheet is too large, the disk space of the local client of the user is greatly challenged.

b. The redundancy of the downloading amount is too high:

when the version of the client game is updated, if the number of new resources related to the version is too large, the situations that the bandwidth occupied by downloading is too high, the downloading updating time is too long, the downloading is interrupted in the midway due to accidents, the downloading is failed and the like can be met during the updating.

c. File update is not easy to maintain:

when the game version is updated, because part of basic files or details are processed, version upgrading is frequently required, and a client is required to update files. For the partial incremental file modification, the user only needs to download new resources and does not need to modify the existing file. Therefore, for such file updates, there is a high demand to reduce maintenance operations at the time of version update, from the operator perspective or the user perspective.

The complete downloading mode of the web game mainly has the following defects:

if the user sets the upper limit of the cache storage or automatically clears the cache due to the self-carrying functions of antivirus software and the like, the whole set of resources are required to be downloaded again when the game runs again, and then the resources are reloaded. In addition, a large amount of user bandwidth is wasted when resources are downloaded in the mode, each time of loading is long, and abnormal disconnection or downloading failure and other conditions are easy to occur in the midway.

Therefore, the embodiment of the invention provides that the resources required to be called in the fragment time game are split, and the split resources are managed through the two platforms of the local client and the IE cache respectively.

Specifically, the cross-platform resource management method according to the embodiment of the present invention mainly includes the following four processes, and the games mentioned in the following description may refer to the above-mentioned fragment time game.

1. Resource partitioning

The process mainly divides the resources required to be called in the game into fixed resources and dynamic resources according to the change frequency of the resources.

Fixed resource class:

and setting the resource with lower change frequency as a fixed resource in the resources needing to be called, and directly downloading the fixed resource when the version is updated. Meanwhile, the fixed resources are used as primary loading items for loading the resources when the game is started. The fixed resources are mainly processed by taking a local client as a platform.

For example, scene resources (e.g., cities, buildings, etc.) in a game are changed with a low frequency and are substantially fixed, and therefore, these resources can be classified as fixed resources.

Dynamic resource classes:

and setting files with high change frequency in the resources to be called as real-time dynamic resources, and controlling dynamic resource downloading and loading through a download queue in the running process of the game instead of directly downloading the files when the version is updated. The dynamic resources are mainly processed by taking IE cache as a platform.

For example, if the character resources in a scene are changed more frequently, the resources may be divided into dynamic resources.

2. When the game is started, loading is carried out according to resource classification

Fixed resource class:

when a game is started or a large function is loaded in the game, a game loading process can be started firstly, fixed resources are loaded preferentially from a local client, and the resources are loaded in the fastest mode. And when the loading of the part of resources is finished, starting a game running process and starting to normally run the game.

Dynamic resource classes:

and in the game running process, dynamically acquiring dynamic resources corresponding to the data according to the data running in the game, storing the dynamic resources into an IE cache, and loading the dynamic resources from the IE cache by the game running process.

3. Download queue monitoring

For dynamic resources, management can be performed through a queue management process, specifically, monitoring can be performed through a resource download queue, and logic processing is performed according to the following rules:

for the determined loaded dynamic resources, setting the downloading weight value of the resources according to the current resource demand condition;

sequencing all the dynamic resources which are determined to be loaded according to the downloading weight values, adding the identifiers of the sequenced dynamic resources into a resource downloading queue, wherein the dynamic resources with high downloading weight values can be used for preferentially sending resource downloading requests to a server, and the dynamic resources with low downloading weight values can be automatically queued in sequence;

when a temporarily loaded dynamic resource demand occurs, a resource downloading weight value is set for the dynamic resource according to the situation of the demand, downloading arrangement is carried out by a resource downloading queue, and the identifier of the dynamic resource is inserted into the corresponding position in the queue according to the size of the downloading weight value.

4. Real-time dynamic resource management

And storing the downloaded dynamic resources by using the IE cache, and processing the use and downloading condition of the part of resources by using the dynamic resource management module, wherein the dynamic resources can be loaded from the IE cache in the running process of the game.

In summary, the embodiments of the present invention mainly relate to the following two management rules:

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

after the resources are split, the resource loading rules need to be adjusted, rules which are commonly used in the original game and are displayed after loading is completed are abandoned, and the resource loading processing is carried out in a dynamic mode of loading while downloading while displaying.

At game start-up, only fixed resources, alternate resources, and underlying game logic content are loaded, etc., and dynamic resources are added to the resource download queue. The fixed resources and the alternative resources which are loaded after the loading of the resources is finished can be used for displaying, and a user can perform corresponding operation. At this time, a queue management process is started, and the process uses an IE cache platform to perform resource management across the current client platform. And the queue management process judges whether the required dynamic resources are downloaded completely according to the downloading sequence in the resource downloading queue, if the required dynamic resources are downloaded completely, the part of the dynamic resources are dynamically loaded, the original substitute resources for substituting the dynamic resources are replaced, and the normal display of the dynamic resources can be realized at the moment.

II. Monitoring method and queuing rule for resource downloading queue

When a dynamic resource is placed in a resource download queue, parameter setting needs to be performed on a download weight value of the resource according to different function priorities and display area rules corresponding to the dynamic resource. Different download weight values will directly affect the display sequence and loading state of dynamic resources during game running. Meanwhile, when the user is playing the game continuously, the resource changes continuously according to the progress of the game, and at the moment, the download weight value needs to be dynamically adjusted, and the content in the resource download queue is adjusted in real time.

Finally, through the logic combination of the parts, resources called in the game are split, management is carried out in a cross-platform mode, regular logic processing is carried out on fixed resources, and real-time downloading and loading of dynamic resources in the game running process are controlled through a resource downloading queue. The problem of overlarge local client resources is solved by using a cross-platform management mode; the problem of overlarge downloading amount during the updating period of game resources is solved through a dynamic downloading mechanism; by monitoring the download queue in real time, the problems of file update maintenance and actual resource display are solved.

Next, a process of cross-platform resource management according to the second embodiment of the present invention will be described with reference to fig. 3 and 4.

As shown in fig. 3, which is a flowchart of cross-platform resource management according to the second embodiment of the present invention, the process may include:

a1, the game module is initialized.

First, when the game is started, the game module is initialized, and for a specific initialization process, the embodiment of the present invention is not discussed in detail herein.

A2, loading the game module basic process (namely the game loading process).

In the process, the game loading process is modified, only fixed resources and basic game logic contents are loaded in the loading process, and alternative resources are loaded.

A3, entering a game module (i.e. a game running process).

When the resource loading in the step a2 is completed, the game module can be entered to run the game.

A4, the game module is running.

In the operation of the game module, normal game logic can be operated; starting a queue management process, and carrying out downloading management work of the dynamic resources through a dynamic resource downloading queue; and dynamically loading the downloaded dynamic game resources in the game running process, and replacing the original replacement resources for display with the loaded dynamic resources in real time.

Referring to fig. 4, a flowchart of dynamic resource download queue management according to the second embodiment of the present invention is shown. The process mainly describes a processing procedure when the temporarily loaded dynamic resource is received, but it should be noted that before the dynamic resource is downloaded from the resource server through the queue management process, a procedure of adding an identifier of the determined loaded dynamic resource to the resource download queue is further included, and the procedure may specifically refer to the relevant description in the foregoing embodiment.

The process may include:

b1, receiving the 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 downloading requirement required by the module to the queue management process.

And B2, judging whether the temporarily loaded dynamic resource identifier exists in the resource downloading queue.

If yes, the queue does not process; if not, go to step B3.

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

And B4, inserting the identifier of the temporarily loaded dynamic resource into the resource downloading queue according to the downloading weight value.

If the temporarily loaded dynamic resource identifier does not exist in the resource downloading queue, the queue management process automatically judges the downloading weight value of the dynamic resource corresponding to the request sent by the module, and inserts the identifier of the dynamic resource into the corresponding position in the queue.

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

If yes, go to step B7; if not, go to step B6.

The resource downloading queues are arranged according to the downloading weight value of the dynamic resources from high to low, the downloading requirement of the resources is pushed to the IE logic interface preferentially when the downloading weight value is high, and the resource downloading request is sent to the resource server.

B6, displaying the alternative resource.

And if the dynamic resource is not downloaded completely, continuing to display the alternative resource.

And B7, loading the dynamic resource for display.

After the dynamic resources corresponding to the identifiers in the resource downloading queue are downloaded, the dynamic resources can be directly stored in the IE cache, temporary management and storage work of the dynamic resources is directly carried out by using the IE cache, the game module is informed to load the dynamic resources, and the game module can load the corresponding dynamic resources in real time.

The embodiment of the invention firstly splits the game resources to form the cross-platform resource management method. And simultaneously, the resources are dynamically read from the two platforms in the game loading process and the running process by utilizing the self management of the client and the file management in the IE cache, and the resource request operation can be simultaneously initiated to the two platforms according to the game process requirement.

Secondly, the downloading of the dynamic resources is completed by using the temporary storage function of the IE cache and a resource server request mechanism through a resource downloading queue management mode, and the dynamic resources are subjected to priority sequencing by using the queuing algorithm logic of the resource downloading queue to form a resource downloading queue meeting the game running requirement.

Thirdly, the game basic loading is carried out by utilizing the fixed resources and the game is directly entered, and the downloading and the loading of the dynamic resources are carried out in the running process of the game, so that the user experience is improved.

The above is an example of a game, and the scope of the present invention is not limited to the game application, and may also be resource management in other application fields, such as a chat tool.

While, for purposes of simplicity of explanation, the foregoing method embodiments have been described as a series of acts or combination of acts, it will be appreciated by those skilled in the art that the present invention is not limited by the illustrated ordering of acts, as some steps may occur in other orders or concurrently with other steps in accordance with the invention. Further, those skilled in the art should also appreciate that the embodiments described in the specification are preferred embodiments and that the acts and modules referred to are not necessarily required by the invention.

Example three:

referring to fig. 5, a block diagram of a cross-platform resource management system according to a third embodiment of the present invention is shown, where the system may include: the system comprises a dividing module 501, a start loading module 502, a running downloading module 503, an obtaining module 504, a first setting module 505, a first joining module 506, a running loading module 507, a sending module 508, an identification judging module 509, a second setting module 510 and a second joining module 511.

Wherein,

a dividing module 501, configured to divide resources that need 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;

the dividing module may include:

A start loading module 502, configured to start an application loading process, and load a fixed resource in the local client and a substitute resource preset in the local client through the application loading process, where the substitute resource is used to substitute the dynamic resource;

the running downloading module 503 is configured to start an application running process to run 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;

the dynamic resources comprise one or more dynamic resources which are determined to be loaded, and each dynamic resource corresponds to one identifier.

An obtaining module 504, 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;

a first setting module 505, configured to set a download weight value of each determined and loaded dynamic resource according to a function priority and a display area rule corresponding to each determined and loaded dynamic resource;

a first adding module 506, configured to add the identifier of the dynamic resource to be loaded into a resource downloading queue according to a sequence that a downloading weight value of the dynamic resource to be loaded is from high to low;

the running download module may include:

And the running loading module 507 is configured to load the dynamic resource in the IE cache by applying a running process, and replace the replacement resource with the loaded dynamic resource.

In this embodiment of the present invention, the dynamic resource may further include a temporarily loaded dynamic resource, and the system may further include:

a sending module 508, 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 509, configured to determine, by the queue management process, whether the identifier of the temporarily loaded dynamic resource exists in the resource download queue;

a second setting module 510, configured to set a download weight value of the temporarily loaded dynamic resource according to a function priority and a display area rule corresponding to the temporarily loaded dynamic resource when the determination result of the identifier determining module is that the identifier determining module does not exist;

a second adding module 511, configured to insert, by the queue management process, the identifier of the temporarily loaded dynamic resource into a resource download queue according to the download weight value of the temporarily loaded dynamic resource.

For the system embodiment, since it is basically similar to the method embodiment, the description is simple, and for the relevant points, refer to the partial description of the method embodiment.

The embodiments in the present specification are described in a progressive manner, each embodiment focuses on differences from other embodiments, and the same and similar parts among the embodiments are 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 memory storage devices.

Finally, it should also be noted that, herein, relational terms such as first and second, and the like may be used solely to distinguish one entity or action from another entity or action without necessarily requiring or implying any actual such relationship or order between such entities or actions. Also, 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 an … …" does not exclude the presence of other like elements in a process, method, article, or apparatus that comprises the element.

The cross-platform resource management method and system provided by the invention are introduced in detail, and a specific example is applied in the text to explain the principle and the implementation of the invention, and the description of the embodiment is only used for helping to understand the method and the core idea of the invention; meanwhile, for a person skilled in the art, according to the idea of the present invention, there may be variations in the specific embodiments and the application scope, and in summary, the content of the present specification should not be construed as a limitation to the present invention.

Claims

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

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

dividing resources needing to be called in the application into fixed resources and dynamic resources according to the change frequency of the 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,

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

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

5. The method according to claim 1, wherein the dividing the resource to be called in the application into a fixed resource and a dynamic resource according to the change frequency of the resource comprises:

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

the device comprises a dividing module, a processing module and a processing module, wherein the dividing module is used for acquiring the change frequency of resources needing to be called in an application and dividing the resources needing to be called in the application into fixed resources and dynamic resources according to the change frequency of the resources; storing the fixed resources to a local client by taking the local client as a platform;

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:

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

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

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