Resource updating method, device, electronic device, server and storage medium

Abstract

The present disclosure discloses a resource update method, device, electronic device, server and storage medium, which belongs to the field of computer technology. The resource update method includes obtaining a first resource version identifier corresponding to a server resource; wherein the server resource includes at least two resources, and the first resource version identifier is generated according to the resource version identifiers corresponding to the at least two resources respectively; matching the second resource version identifier corresponding to the local resource in the client with the first resource version identifier; when the first resource version identifier does not match the second resource version identifier, obtaining the server resource, and updating the local resource according to the server resource. The resource update method, device, electronic device, server and storage medium provided by the present disclosure at least solve the problem that the existing resource update is inconvenient and the update cost is high.

Description

Technical Field

[0001] The present disclosure relates to the field of computer technology, and in particular to a resource updating method, device, electronic device, server and storage medium. Background Art

[0002] With the continuous development of computer technology, more and more computer resources need to be updated.

[0003] In the scenario of updating resource data including multiple resources, for example, when the resource data includes both public resources and user personalized resources, in order to ensure the synchronization of resource data in the client logged in by the same user between multiple devices, the resource update mechanism currently adopted is mostly that the client directly pulls the resource data corresponding to the multiple resources included in the server resources from the server, detects whether these data match the local resource data, and updates them if they do not match. In this way, when a new type of resource is added to the server resources or the corresponding type of resource is deleted, the client needs to be upgraded to add or delete the corresponding matching logic code. This will make resource updates inconvenient and the update cost high. Summary of the invention

[0004] The purpose of the embodiments of the present disclosure is to provide a resource updating method, device, electronic device, server and storage medium, so as to at least solve the problem that existing resource updating is inconvenient and has high updating cost.

[0005] The technical solution of the present disclosure is as follows:

[0006] According to a first aspect of an embodiment of the present disclosure, a resource updating method is provided, which may include:

[0007] Obtaining a first resource version identifier corresponding to a server resource; wherein the server resource includes at least two resources, and the first resource version identifier is generated according to resource version identifiers corresponding to the at least two resources respectively;

[0008] Matching the second resource version identifier corresponding to the local resource in the client with the first resource version identifier;

[0009] When the first resource version identifier does not match the second resource version identifier, the server resource is acquired, and the local resource is updated according to the server resource.

[0010] In one embodiment, the above-mentioned step of obtaining the first resource version identifier corresponding to the server resource may specifically include:

[0011] Sending a resource version query request to the server; wherein the resource version query request includes user identification information;

[0012] A first resource version identifier returned by the server in response to the resource version query request is received; wherein the first resource version identifier is a version identifier of a server resource corresponding to the user identification information.

[0013] Based on this, in one embodiment, the resource updating method mentioned above may further include:

[0014] receiving a first input for a first target resource in the local resources;

[0015] In response to the first input, a resource update request is sent to the server, so that the server updates the resource corresponding to the first target resource and the first resource version identifier in the server resources.

[0016] In addition, in one of the embodiments, after sending the resource update request to the server, the resource update method may further include:

[0017] Receive resource update results returned by the server;

[0018] Update local resources based on resource update results.

[0019] In one embodiment, after the local resources are updated according to the server resources, the resource updating method may further include:

[0020] The second resource version identifier is updated according to the first resource version identifier.

[0021] According to a second aspect of an embodiment of the present disclosure, a resource updating method is provided, which may include:

[0022] Receive resource version query request sent by the client;

[0023] Determine the server resources according to the resource version query request; wherein the server resources include at least two types of resources;

[0024] Generate a first resource version identifier corresponding to the server resource according to at least two resource version identifiers corresponding to at least two resources respectively;

[0025] The first resource version identifier is sent to the client, so that the client determines whether to update the local resource according to the first resource version identifier.

[0026] In one of the embodiments, the resource version query request mentioned above includes user identification information;

[0027] Accordingly, the above-mentioned step of determining the server resource according to the resource version query request includes:

[0028] According to the resource version query request, the server resource corresponding to the user identification information is determined.

[0029] Based on this, in one embodiment, the resource updating method mentioned above may further include:

[0030] Receiving a resource update request; wherein the resource update request is an update request sent by the client to the server upon receiving a first input for a first target resource in a local resource, or the resource update request is an update request for a second target resource in a server resource;

[0031] According to the resource update request, the second target resource in the server resource and the target resource version identifier corresponding to the second target resource are updated; wherein the second target resource is the resource in the server resource corresponding to the first target resource;

[0032] The first resource version identifier is updated according to the updated target resource version identifier.

[0033] In addition, in one of the embodiments, after the first resource version identifier is updated according to the updated target resource version identifier, the resource update method may further include:

[0034] The updated server resource and the updated first resource version identifier are sent to the client as a resource update result, so that the client updates the local resource in the client according to the resource update result.

[0035] According to a third aspect of an embodiment of the present disclosure, a resource updating device is provided, which may include:

[0036] A version identification acquisition module is configured to execute acquisition of a first resource version identification corresponding to a server resource; wherein the server resource includes at least two resources, and the first resource version identification is generated according to resource version identifications corresponding to the at least two resources respectively;

[0037] A version identification matching module is configured to match the second resource version identification corresponding to the local resource in the client with the first resource version identification;

[0038] The local resource update module is configured to acquire the server resource and update the local resource according to the server resource when the first resource version identifier does not match the second resource version identifier.

[0039] In one embodiment, the version identification acquisition module mentioned above may specifically include: a query request sending submodule and a version identification receiving submodule; wherein:

[0040] The query request sending submodule is configured to execute sending a resource version query request to the server; wherein the resource version query request includes user identification information;

[0041] The version identification receiving submodule is configured to receive a first resource version identification returned by the server in response to a resource version query request; wherein the first resource version identification is a version identification of a server resource corresponding to the user identification information.

[0042] Based on this, in one embodiment, the resource updating device involved above may further include:

[0043] A first input receiving module is configured to receive a first input for a first target resource in the local resources;

[0044] The update request sending module is configured to execute, in response to the first input, sending a resource update request to the server, so that the server updates the resource corresponding to the first target resource and the first resource version identifier in the server resources.

[0045] In addition, in one of the embodiments, the resource updating device mentioned above may further include:

[0046] The update result receiving module is configured to receive the resource update result returned by the server after sending the resource update request to the server;

[0047] The resource update processing module is configured to update the local resources according to the resource update result.

[0048] In one embodiment, the resource updating device mentioned above may further include:

[0049] The version identification updating module is configured to update the second resource version identification according to the first resource version identification after the local resource is updated according to the server resource.

[0050] According to a fourth aspect of an embodiment of the present disclosure, a resource updating device is provided, which may include:

[0051] A query request receiving module is configured to execute a resource version query request sent by a receiving client;

[0052] A server resource determination module is configured to determine server resources according to a resource version query request; wherein the server resources include at least two types of resources;

[0053] A version identification generation module is configured to generate a first resource version identification corresponding to the server resource according to at least two resource version identifications corresponding to at least two resources respectively;

[0054] The version identification sending module is configured to send the first resource version identification to the client, so that the client determines whether to update the local resource according to the first resource version identification.

[0055] In one of the embodiments, the resource version query request mentioned above includes user identification information;

[0056] Correspondingly, the server resource determination module mentioned above is specifically configured to execute, according to the resource version query request, to determine the server resource corresponding to the user identification information.

[0057] Based on this, in one embodiment, the resource updating device involved above may further include:

[0058] An update request receiving module is configured to execute receiving a resource update request; wherein the resource update request is an update request sent by the client to the server when receiving a first input for a first target resource in a local resource, or the resource update request is an update request for a second target resource in a server resource;

[0059] The server resource update module is configured to execute, according to the resource update request, updating the second target resource in the server resource and the target resource version identifier corresponding to the second target resource; wherein the second target resource is the resource in the server resource corresponding to the first target resource;

[0060] The first identification updating module is configured to update the first resource version identification according to the updated target resource version identification.

[0061] In addition, in one of the embodiments, the resource updating device mentioned above may further include:

[0062] The update result sending module is configured to execute, after updating the first resource version identifier according to the updated target resource version identifier, sending the updated server resources and the updated first resource version identifier as resource update results to the client, so that the client updates the local resources in the client according to the resource update results.

[0063] According to a fifth aspect of an embodiment of the present disclosure, an electronic device is provided, which may include:

[0064] processor;

[0065] a memory for storing processor-executable instructions;

[0066] The processor is configured to execute instructions to implement the resource updating method as shown in any one of the embodiments of the first aspect.

[0067] According to a sixth aspect of an embodiment of the present disclosure, a server is provided, which may include:

[0068] processor;

[0069] a memory for storing processor-executable instructions;

[0070] Among them, the processor is configured to execute instructions to implement the resource updating method as shown in any embodiment of the second aspect.

[0071] According to the seventh aspect of the embodiments of the present disclosure, a computer-readable storage medium is provided. When the instructions in the computer-readable storage medium are executed by a processor of an electronic device, the electronic device implements the resource update method as shown in any one of the embodiments of the first aspect, or when the instructions in the computer-readable storage medium are executed by a processor of a server, the server implements the resource update method as shown in any one of the embodiments of the second aspect.

[0072] According to an eighth aspect of an embodiment of the present disclosure, a computer program product is provided, which includes a computer program stored in a computer-readable storage medium, and at least one processor of a device reads and executes the computer program from the computer-readable storage medium, so that the device executes the resource update method shown in any one of the embodiments of the first aspect or the second aspect.

[0073] The technical solution provided by the embodiments of the present disclosure brings at least the following beneficial effects:

[0074] In the embodiment of the present disclosure, when the server resources include at least two types of resources, by combining the version identifiers corresponding to the at least two resources into a first resource version identifier corresponding to the server resources, the client does not need to be aware of how many resources are included in the server resources. The client can match the second resource version identifier corresponding to the client's local resource with the obtained first resource version identifier, and then, in the case of a mismatch, pull the server resources and update the local resources. The resource update only needs to pay attention to whether the combined version identifier changes, so as to determine whether the client needs to update the resources, thereby making resource updates more convenient. When the number of resource types included in the server resources changes, there is no need to upgrade the client, and the client's local resources can be updated, thereby reducing the resource update cost.

[0075] It is to be understood that the foregoing general description and the following detailed description are exemplary and explanatory only and are not restrictive of the present disclosure. BRIEF DESCRIPTION OF THE DRAWINGS

[0076] The drawings herein are incorporated into and constitute a part of the specification, illustrate embodiments consistent with the present disclosure, and together with the description are used to explain the principles of the present disclosure, and do not constitute improper limitations on the present disclosure.

[0077] Figure 1 is an architectural diagram of resource update according to an exemplary embodiment;

[0078] Figure 2 is a flow chart of a resource updating method according to an exemplary embodiment;

[0079] Figure 3 is a schematic diagram showing a composition of a resource version identifier according to an exemplary embodiment;

[0080] Figure 4 is a flow chart of another resource updating method according to an exemplary embodiment;

[0081] Figure 5 is a flow chart of another resource updating method according to an exemplary embodiment;

[0082] Figure 6 is a flow chart of another resource updating method according to an exemplary embodiment;

[0083] Figure 7 is another resource update flow chart based on a resource update system according to an exemplary embodiment;

[0084] Figure 8 is a structural block diagram of a resource updating device according to an exemplary embodiment;

[0085] Fig. 9 is a structural block diagram of another resource updating device according to an exemplary embodiment;

[0086] Fig.10 It is a structural block diagram of a computing device according to an exemplary embodiment. DETAILED DESCRIPTION

[0087] In order to enable ordinary persons in the art to better understand the technical solutions of the present disclosure, the technical solutions in the embodiments of the present disclosure will be clearly and completely described below in conjunction with the accompanying drawings.

[0088] It should be noted that the terms "first", "second", etc. in the specification and claims of the present disclosure and the above-mentioned drawings are used to distinguish similar objects, and are not necessarily used to describe a specific order or sequence. It should be understood that the data used in this way can be interchanged where appropriate, so that the embodiments of the present disclosure described herein can be implemented in an order other than those illustrated or described herein. The embodiments described in the following exemplary embodiments do not represent all embodiments consistent with the present disclosure. Instead, they are merely examples of devices and methods consistent with some aspects of the present disclosure as detailed in the appended claims.

[0089] The resource updating method provided by the present disclosure can be applied to Figure 1 In the architecture, the specific Figure 1 Provide detailed explanation.

[0090] Figure 1 The diagram is a diagram showing an architecture of resource update according to an exemplary embodiment.

[0091] like Figure 1 As shown, the architecture diagram may include at least one electronic device 10 on the client side and a server 11 on the server side. A user can establish a network connection with the server 11 and interact with information by logging into the client in any electronic device 10. Among them, the electronic device 10 can be a device with communication functions such as a mobile phone, a tablet computer, an all-in-one machine, or a device simulated by a virtual machine or a simulator. The server 11 can be a device with storage and computing functions such as a cloud server or a server cluster. In addition, the server resources corresponding to the server side are stored in the server 11, and correspondingly, the local resources corresponding to the client side are stored in the electronic device 10.

[0092] Based on the above architecture, in order to ensure that the same user logs in to the client on different electronic devices 10, and the local resources in the client are the same, it is necessary to obtain the relevant server resources in the server 11 in a timely manner to update the local resources of each client in different electronic devices 10. For example, in order to keep the emoji packages synchronized between multiple devices, the emoji package resources in the chat software need to be obtained from the server in a timely manner to update the local emoji package in the client. In particular, when the server resources include at least two resources, any change in any resource needs to be updated on the client in a timely manner. For example, emoji package resources can include public emoji packages fixedly configured by the operator, and personal emoji packages made or added to favorites by users. When users collect new emojis, or developers add new public emojis, they need to update the emoji packages in the clients on different devices.

[0093] At present, when the server resources include at least two types of resources, if any of the server resources changes, the client needs to pull all the server resource data from the server and check whether it matches the local resource data. If it does not match, it needs to be updated. Pulling all the resource data is a heavy request, and the amount of data returned from the server is also large, which puts great pressure on the server performance, network bandwidth and device performance. In addition, when new types of resources are added to the server resources or corresponding types of resources are deleted, the client needs to be upgraded to add or delete the corresponding matching logic code in the client to ensure that the local resources can be updated. This will make resource updates inconvenient and the update cost high.

[0094] In order to solve the above problem, in the case where the server resources include at least two resources, the embodiments of the present disclosure can update the local resources in the client in the following manner. That is, the version identifiers corresponding to the at least two resources are combined into a first resource version identifier corresponding to the server resource, so that the client can match the second resource version identifier corresponding to the local resource with the first resource version identifier corresponding to the server resource without having to perceive how many resources are included in the server resource, and then update the local resource in the case of mismatch. The version identifier can be, for example, a version number.

[0095] Exemplarily, in a resource update system, the client may first send a resource version number query request to the server. After receiving the resource version number query request, the server determines the server resource according to the resource version number query request, wherein the server resource includes at least two resources. Then, according to at least two resource version numbers corresponding to the at least two resources, a first resource version number corresponding to the server resource is generated, and the first resource version number is sent to the client. After receiving the first resource version number, the client matches the second resource version number corresponding to the local resource with the first resource version number. If the first resource version identifier does not match the second resource version identifier, the server resource is obtained, and the local resource is updated according to the server resource; otherwise, the local resource is not updated.

[0096] In this way, on the one hand, the bandwidth required for obtaining the version identifier from the server in the above process is very small, and the memory space required for combining and matching the version identifiers is also very small. Therefore, by replacing the traditional matching between all resource data with the matching between version identifiers, the pressure on server performance, network bandwidth and device performance can be reduced; on the other hand, since resource updates only need to pay attention to whether the combined version identifier changes, without having to perceive how many resources are included in the server resources, it is possible to determine whether the client needs to update the resources, thereby making resource updates more convenient, and when the number of resource types included in the server resources changes, there is no need to upgrade the client to complete the update of the client's local resources, thereby reducing the cost of resource updates.

[0097] Therefore, based on the above architecture, the resource update method provided by the embodiment of the present disclosure can be applied to the update scenario of the emoticon package resources. That is, in the case where the emoticon package resources include a public emoticon package and a user's personal emoticon package, the version number corresponding to the public emoticon package and the version number corresponding to the user's personal emoticon package can be combined in the server to generate an emoticon package combination version number corresponding to the server emoticon package, so that when the client performs an update query, the emoticon package combination version number can be obtained and matched with the local emoticon package version number, and in the case of mismatch, the local emoticon package can be updated in time.

[0098] In addition, it should be noted that in addition to placing the version identification matching process in the client, the embodiment of the present disclosure can also send the second resource version identification corresponding to the local resource to the server when sending a resource version query request to the server, and the server will perform the process of matching the first resource version identification of the corresponding server resource with the second resource version identification, and when there is no match, send the server resource to the client so that the client can update the local resource according to the server resource. In this way, when determining whether the local resources in the client need to be updated, since it is only necessary to pay attention to whether the combined version identification has changed, without having to perceive how many resources are included in the server resources, it can make resource updates more convenient, and when the number of resource types included in the server resources changes, there is no need to modify the matching logic of the version identification to complete the update of the client's local resources, thereby reducing the cost of resource updates.

[0099] According to the above architecture and application scenarios, the following Figure 2-Figure 7 The resource updating method provided by the embodiment of the present disclosure is described in detail.

[0100] Figure 2 is a flow chart of a resource updating method according to an exemplary embodiment. The resource updating method provided in this embodiment can be Figure 1 The electronic device 10 including the client shown in FIG. 1 is executed.

[0101] like Figure 2 As shown, the resource updating method may specifically include the following steps:

[0102] First, in step 210, a first resource version identifier corresponding to a server resource is obtained; wherein the server resource includes at least two resources, and the first resource version identifier is generated according to resource version identifiers corresponding to the at least two resources respectively.

[0103] Next, in step 220, the second resource version identifier corresponding to the local resource in the client is matched with the first resource version identifier.

[0104] Then, in step 230, when the first resource version identifier does not match the second resource version identifier, the server resource is obtained, and the local resource is updated according to the server resource.

[0105] Therefore, in the case where the server resources include at least two resources, by combining the version identifiers corresponding to the at least two resources into a first resource version identifier corresponding to the server resources, the client does not need to be aware of how many resources are included in the server resources, and can match the second resource version identifier corresponding to the client's local resource with the obtained first resource version identifier. In the case of a mismatch, the server resources are pulled and the local resources are updated, so that the resource update only needs to pay attention to whether the combined version identifier changes, so as to determine whether the client needs to update the resources, thereby making resource updates more convenient, and when the number of resource types included in the server resources changes, there is no need to upgrade the client, and the client's local resources can be updated, thereby reducing the cost of resource updates.

[0106] The above steps are described in detail below:

[0107] First, step 210 is involved. In the embodiment of the present disclosure, the resource version identifier may be identification information related to the resource version, which can uniquely identify the version of the resource. Specifically, the version identifier may be composed of at least one of numbers, letters, and specific symbols. For example, the version identifier may be a version number composed of numbers.

[0108] Here, the first resource version identifier may be generated by the version identifiers corresponding to at least two resources included in the server resources. Exemplarily, the version identifiers corresponding to the at least two resources may be combined in a preset manner to obtain the first resource version identifier, wherein the preset manner includes but is not limited to concatenation, calculation, etc. For example, Figure 3As shown, when the first resource version identifier 300 is a 64-bit long type number, the upper 32 bits of the first resource version identifier 300 can be used to store the public resource version number 301 corresponding to the public resources in the server resources, and the lower 32 bits of the first resource version identifier 300 can be used to store the user resource version number 302 corresponding to the user personal resources in the server resources. The long type number generated by combining the two version numbers is the first resource version identifier 300 of the server resource.

[0109] Specifically, in an optional implementation manner, the above step 210 may specifically include:

[0110] Sending a resource version query request to the server; wherein the resource version query request includes user identification information;

[0111] A first resource version identifier returned by the server in response to the resource version query request is received; wherein the first resource version identifier is a version identifier of a server resource corresponding to the user identification information.

[0112] Here, the client can obtain the first resource version identifier corresponding to the latest server resource by sending a resource version query request to the server. Specifically, the client can send a resource version query request to the server when the user logs in, or when the client starts, or according to a preset period.

[0113] The resource version query request may include user identification information, which may be information used to identify the user, such as a user ID. In this way, when the server receives a resource version query request including user identification information, it may determine the server resource corresponding to the user according to the user identification information, and then return the first resource version identifier corresponding to the server resource to the client, so that the client can receive the first resource version identifier returned by the server in response to the resource version query request.

[0114] Since different types of resources in the server resources may be oriented to different user groups, for example, public emoticon packages are oriented to all users, while user personal emoticon packages are only oriented to individual users, therefore, by associating the resource version identifier with the user identification information, different resource version identifiers are set for resources of different audiences, so that the generated first resource version identifier can also vary from person to person. In this way, even if new resource types are added to the server resources, and the new resource types have different audience ranges, it will not affect the client's update process of local resources. Only user identification information needs to be provided, and the server can find the server resources corresponding to the user according to the user identification information, and then send the first resource version identifier corresponding to the resource to the client, so that the client can determine whether to update the local resource according to the changes in the resource version identifier. In this way, the resource update process can be made more convenient, and the server resources can add or delete resource types for different user groups at any time, and the client can complete the resource update process without version upgrades, thereby reducing the cost of resource updates.

[0115] Next, step 220 is involved. In the embodiment of the present disclosure, the local resource may be a server resource downloaded by the client from the server and stored locally on the electronic device where the client is located. Specifically, before the local resource is updated, the local resource may include one or more resources. When the local resource includes at least two resources, the second resource version identifier corresponding to the local resource may be generated according to the resource version identifiers corresponding to the at least two resources.

[0116] Exemplarily, after obtaining the first resource version identifier corresponding to the server resource, the second resource version identifier corresponding to the local resource in the client can be matched with the obtained first resource version identifier to determine whether the local resource needs to be updated. The matching process can be, for example, comparing the second resource version identifier with the first resource version identifier bit by bit to determine whether the two are exactly the same. If they are exactly the same, the two match, and if there are differences, the two do not match.

[0117] Furthermore, taking the version identifier as the version number as an example, the size relationship between the second resource version number and the first resource version number can be compared. If the second resource version number is greater than the first resource version number, it means that the server resources have been updated and the client local resources need to be updated; otherwise, there is no need to update the client local resources.

[0118] In this way, by matching the resource version identifier, the client can determine whether the local resource needs to be updated without caring whether a resource type is newly added or deleted in the server resource corresponding to the resource version identifier.

[0119] Then, step 230 is involved. When the first resource version identifier matches the second resource version identifier, it means that the local resource is the same as the server resource and is the latest version. Therefore, no further update is required. When the first resource version identifier does not match the second resource version identifier, it means that the local resource is different from the server resource, that is, it is necessary to obtain the server resource from the server and update the local resource.

[0120] Exemplarily, when the client determines that the first resource version identifier does not match the second resource version identifier, the client may first obtain the latest resource list from the server, download the server resources by accessing the resource acquisition address provided in the resource list, and update the local resources.

[0121] In an optional implementation, after step 230, the resource updating method provided by the embodiment of the present disclosure may further include:

[0122] The second resource version identifier is updated according to the first resource version identifier.

[0123] Here, after the local resource is successfully updated, the second resource version identifier corresponding to the local resource can be updated to a version identifier that matches the first resource version identifier corresponding to the server resource. For example, the second resource version number can be updated to the same version number as the first resource version number.

[0124] In this way, the second resource version identifier can be updated to provide a reliable version number basis when performing an update query next time, thereby improving the accuracy of resource updates.

[0125] In addition, in addition to the above steps 210-230, in a possible embodiment, Figure 4 As shown, the resource updating method provided in the embodiment of the present disclosure may also include: Step 2401 to Step 2402, which are specifically as follows:

[0126] Step 2401: Receive a first input for a first target resource in local resources.

[0127] Here, the first input may be a modification operation of the user on the first target resource such as adding, deleting, etc. The first target resource may be a resource in the local resources, and the user may modify the first target resource in the local resources through the first input.

[0128] Taking the user's collection of personal emoticons as an example, when the user wants to add new personal emoticons in the client, that is, to add new emoticon data to the user's personal emoticon package in the local emoticon package resources, the user can select the emoticon to be collected and click the Collection button in the pop-up menu. The client can then receive the addition input for the user's personal emoticon package in the local emoticon package resources.

[0129] Step 2402: In response to the first input, a resource update request is sent to the server, so that the server updates the resource corresponding to the first target resource and the first resource version identifier in the server resources.

[0130] Here, the resource update request may include user identification information, so that after the server receives the resource update request, it can quickly and accurately find the server resources corresponding to the user based on the user identification information, and update the resources in the server resources that need to correspond to the first target resource, such as the second target resource. At the same time, the resource version identifier corresponding to the second target resource is updated, and then the combined first resource version identifier is updated.

[0131] For example, taking a user's personal emoticon collection as an example, after receiving the addition input, the client sends a resource update request to the server to update the user's personal emoticon package in the emoticon package resource corresponding to the user on the server.

[0132] In this way, the user can modify the resource data on the client and synchronize it to other clients logged in by the user in various electronic devices through the server, thereby updating local resources without the client being aware of which resources have been modified.

[0133] In addition, it should be noted that steps 2401-2402 may be executed before steps 210-230, during the execution of steps 210-230, or after steps 210-230, and are not limited here.

[0134] Based on this, in an optional implementation manner, after step 2402, the resource updating method provided by the embodiment of the present disclosure may further include:

[0135] Receive resource update results returned by the server;

[0136] Update local resources based on resource update results.

[0137] Here, the resource update result returned by the server may include the updated server resource and the updated first resource version identifier. After receiving the resource update result, the client may immediately update the local resource.

[0138] Of course, it should be noted that the client can also wait for the next update query before updating the local resources.

[0139] In this way, the local resources are updated immediately through the resource update results returned by the server, which can ensure the immediacy of the local resource update, thereby improving the user experience.

[0140] Figure 5 is a flow chart of a resource updating method according to an exemplary embodiment. The resource updating method provided in this embodiment can be Figure 1 The server 11 shown in FIG. 1 includes a server side for execution.

[0141] like Figure 5 As shown, the resource updating method may specifically include the following steps:

[0142] First, in step 510, a resource version query request sent by a client is received;

[0143] Next, in step 520, server resources are determined according to the resource version query request; wherein the server resources include at least two types of resources;

[0144] Next, in step 530, a first resource version identifier corresponding to the server resource is generated according to at least two resource version identifiers corresponding to at least two resources respectively;

[0145] Then, in step 540, the first resource version identifier is sent to the client, so that the client determines whether to update the local resource according to the first resource version identifier.

[0146] Therefore, in the case where the server resources include at least two resources, the server generates a first resource version identifier corresponding to the server resource according to the version identifiers corresponding to the at least two resources, so that the client does not need to perceive how many resources are included in the server resources, and can determine whether the client's local resources need to be updated through the first resource version identifier. Since when judging whether the resources need to be updated, only the combined version identifier is concerned with whether it changes, it can make resource updates more convenient, and even if the number of resource types included in the server resources changes, there is no need to upgrade the client, and the combined first resource version number can be used to complete the judgment of whether the client's local resources need to be updated, thereby reducing the cost of resource updates. At the same time, compared with the traditional way of querying whether the resource itself is updated to update the resource, the server performance and network bandwidth requirements required by querying the resource version identifier are also greatly reduced, alleviating the pressure on the server.

[0147] The above steps are described in detail below:

[0148] First, step 510 is involved. In the embodiment of the present disclosure, when the client needs to perform a resource update query to determine whether the client local resource needs to be updated, a resource version query request can be generated and sent to the server. In this way, the server can receive the resource version query request sent by the client.

[0149] When there are resources for different user groups among the resources included in the server resources, the resource version query request may include user identification information, wherein the user identification information is consistent with the description of the user identification information in the above client embodiment, and will not be repeated here.

[0150] Then, in step 520, the server resources to be queried corresponding to the resource version query request may be determined according to the resource version query request. Here, the server resources include at least two types of resources.

[0151] When there are resources for different user groups among the resources included in the server resources, and when the resource version query request includes user identification information, correspondingly, step 520 may specifically include:

[0152] According to the resource version query request, the server resource corresponding to the user identification information is determined.

[0153] In this way, the server resources corresponding to the user can be accurately queried through the user identification information. At the same time, it is also convenient to manage the server resources. The user group range can be updated while the resources are updated. The client does not need to perceive the specific content of the update, but only needs to determine whether the resource needs to be updated based on the combined first resource version identifier. In this way, the resource update cost can be further reduced.

[0154] Next, in step 530 and step 540, after determining the server resource that the client wants to query, a first resource version identifier corresponding to the server resource can be generated according to the resource version identifiers corresponding to the various resources included in the server.

[0155] Specifically, the resource version identifiers corresponding to each resource can be combined in a preset manner, wherein the preset manner includes but is not limited to concatenation, calculation, etc. For example, taking an emoticon package resource as an example, including a public emoticon package and a user's personal emoticon package, if the version number corresponding to the public emoticon package is 3, and the version number of the user's personal emoticon package is 100, then the first resource version number of the emoticon package resource corresponding to the user is finally obtained, 3 shifted left by 32 bits plus 100, that is, 3 multiplied by 2 to the power of 32 plus 100, that is, the first resource version number is 12884901988.

[0156] In this way, after the server combines the resource version identifiers corresponding to each resource in the server resources and generates a first resource version identifier, the server can send the first resource version identifier to the client so that the client can use it as a basis for whether resource update is needed, that is, match the second resource version identifier corresponding to the local resource with the first resource version identifier. If there is a mismatch, the local resource is updated.

[0157] Based on this, in addition to the above steps 510-540, in a possible embodiment, as Figure 6 As shown, the resource updating method provided in the embodiment of the present disclosure may also include: Step 5501 to Step 5503, which are specifically as follows:

[0158] Step 5501, receiving a resource update request; wherein the resource update request is an update request sent by the client to the server upon receiving a first input for a first target resource in a local resource, or the resource update request is an update request for a second target resource in a server resource.

[0159] Here, the situations that trigger updating of server resources may include the following two situations: one is that the user modifies the resources through the client, and the other is that the developer directly modifies the resources on the server.

[0160] In the first case above, the resource update request received by the server may be an update request sent by the client to the server when receiving a first input for a first target resource in the local resource. Here, the first target resource may be any resource included in the local resource, and the first input is consistent with the description of the user identification information in the aforementioned client embodiment, and will not be repeated here.

[0161] In the second case above, the resource update request received by the server may be an update request for a second target resource in the server resource generated by the server when the developer modifies the server resource. Here, the second target resource may be a modified resource in the server resource, or of course, the second target resource may also be a newly added resource type in the server resource.

[0162] Step 5502: Update the second target resource in the server resource and the target resource version identifier corresponding to the second target resource according to the resource update request; wherein the second target resource is the resource in the server resource corresponding to the first target resource.

[0163] Specifically, when the received resource update request is sent by the client, the second target resource may be a resource in the server resource that corresponds to the first target resource that has been modified in the client local resource. For example, when the first target resource is a user's personal emoticon package in the client local emoticon package resource, the second target resource is a user's personal emoticon package in the server emoticon package resource.

[0164] Based on this, the second target resource in the server resource can be updated, and the target resource version corresponding to the second target resource can be updated. Taking the user's personal emoji package as an example, when the user adds a new personal emoji in the client, an add request can be sent to the server. After receiving the request, the server can update the user's personal emoji package in the server emoji package resource corresponding to the user, add a new personal emoji, and update the version number of the user's personal emoji package. Taking the public emoji package as an example, when the developer develops a new public emoji on the server side, the public emoji package in the server can be updated, a new public emoji can be added, and the version number of the public emoji package can be updated. In addition, when the developer adds a new type of emoji package, for example, in addition to the public emoji package and the user's personal emoji package included in the emoji package resource, a new corporate emoji package is added, then the process of updating the target resource version identifier can be to create a version number for the corporate emoji package, so as to re-combine the version number and the version number of other emoji packages according to the version number to generate the first resource version number.

[0165] Step 5503: Update the first resource version identifier according to the updated target resource version identifier.

[0166] Here, the updated target resource version identifier can be recombined with the resource version identifiers corresponding to other resources in the server resources to generate a new first resource version identifier to complete the update of the first resource version identifier, thereby facilitating clients on different devices to determine whether local resources on the client need to be updated based on the updated first resource version identifier.

[0167] In this way, users can modify resource data on the client, and developers can modify resource data directly on the server. The server resources and the combined first resource version identifier are updated and synchronized to other clients logged in by the user in various electronic devices, thereby realizing the update of local resources without the client being aware of which resources have been modified.

[0168] In addition, it should be noted that steps 5501-5503 may be executed before steps 510-540, during the execution of steps 510-540, or after steps 510-540, and there is no limitation here.

[0169] Based on this, in an optional implementation, after step 5503, after the first resource version identifier is updated according to the updated target resource version identifier, the resource update method provided by the embodiment of the present disclosure may further include:

[0170] The updated server resource and the updated first resource version identifier are sent to the client as a resource update result, so that the client updates the local resource in the client according to the resource update result.

[0171] In this way, after updating the resources, the server can immediately send the resource update result to the client, so that the client can immediately update the local resources, thereby ensuring the immediacy of the local resource update and improving the user experience.

[0172] In order to better understand the resource update method provided by the embodiment of the present disclosure, the client side and the server side are comprehensively described below. The server resources include public resources and user personal resources, such as Figure 7 As shown, the specific process is as follows:

[0173] Step 701, the client periodically sends a resource version query request;

[0174] Step 702, the server queries the public resource version number and the user's personal resource version number;

[0175] Step 703, the server places the public resource version number in the upper 32 bits and the user's personal resource version number in the lower 32 bits, and combines them into a 64-bit unified resource version number;

[0176] Step 704, the server returns the uniform resource version number;

[0177] Step 705: The client compares the unified resource version number with the local resource version number. If there is a change, the client obtains the latest resource list and updates the local resource version number.

[0178] It should be noted that the application scenarios described in the above-mentioned embodiments of the present disclosure are intended to more clearly illustrate the technical solutions of the embodiments of the present disclosure, and do not constitute a limitation on the technical solutions provided by the embodiments of the present disclosure. Ordinary technicians in this field can know that with the emergence of new application scenarios, such as updating the magic watch resources for the magic watch in the video software, the technical solutions provided by the embodiments of the present disclosure are also applicable to similar technical problems.

[0179] Based on the same inventive concept, the present disclosure also provides a resource updating device. Figure 8-Figure 9 Provide detailed explanation.

[0180] Figure 8 is a schematic diagram of a resource updating device according to an exemplary embodiment. The resource updating device can be configured as follows: Figure 1 The electronic device 10 shown includes a client.

[0181] like Figure 8As shown, the resource updating device 800 may specifically include:

[0182] The version identification acquisition module 801 is configured to execute acquisition of a first resource version identification corresponding to a server resource; wherein the server resource includes at least two resources, and the first resource version identification is generated according to resource version identifications corresponding to the at least two resources respectively;

[0183] The version identification matching module 802 is configured to match the second resource version identification corresponding to the local resource in the client with the first resource version identification;

[0184] The local resource updating module 803 is configured to acquire the server resource and update the local resource according to the server resource when the first resource version identifier does not match the second resource version identifier.

[0185] The resource updating device 800 is described in detail below, as shown below:

[0186] In one embodiment, the version identification acquisition module 802 mentioned above may specifically include: a query request sending submodule and a version identification receiving submodule; wherein:

[0187] The query request sending submodule is configured to execute sending a resource version query request to the server; wherein the resource version query request includes user identification information;

[0188] The version identification receiving submodule is configured to receive a first resource version identification returned by the server in response to a resource version query request; wherein the first resource version identification is a version identification of a server resource corresponding to the user identification information.

[0189] Based on this, in one embodiment, the resource updating device 800 mentioned above may further include:

[0190] The first input receiving module 804 is configured to receive a first input for a first target resource in the local resources;

[0191] The update request sending module 805 is configured to execute, in response to the first input, sending a resource update request to the server, so that the server updates the resource corresponding to the first target resource and the first resource version identifier in the server resources.

[0192] In addition, in one embodiment, the resource updating device 800 mentioned above may further include:

[0193] The update result receiving module 806 is configured to receive the resource update result returned by the server after sending the resource update request to the server;

[0194] The resource update processing module 807 is configured to update the local resources according to the resource update result.

[0195] In one embodiment, the resource updating device 800 mentioned above may further include:

[0196] The version identification updating module 808 is configured to update the second resource version identification according to the first resource version identification after the local resource is updated according to the server resource.

[0197] Therefore, in the case where the server resources include at least two resources, by combining the version identifiers corresponding to the at least two resources into a first resource version identifier corresponding to the server resources, the client does not need to be aware of how many resources are included in the server resources, and can match the second resource version identifier corresponding to the client's local resource with the obtained first resource version identifier. In the case of a mismatch, the server resources are pulled and the local resources are updated, so that the resource update only needs to pay attention to whether the combined version identifier changes, so as to determine whether the client needs to update the resources, thereby making resource updates more convenient, and when the number of resource types included in the server resources changes, there is no need to upgrade the client, and the client's local resources can be updated, thereby reducing the cost of resource updates.

[0198] Fig. 9 FIG. 1 is a schematic diagram showing the structure of another resource updating device according to an exemplary embodiment. The resource updating device can be configured as follows: Figure 1 The server 11 shown includes a service end.

[0199] like Fig. 9 As shown, the resource updating device 900 may specifically include:

[0200] The query request receiving module 901 is configured to execute and receive a resource version query request sent by a client;

[0201] The server resource determination module 902 is configured to execute the server resource determination according to the resource version query request; wherein the server resource includes at least two types of resources;

[0202] The version identifier generating module 903 is configured to generate a first resource version identifier corresponding to the server resource according to at least two resource version identifiers corresponding to at least two resources respectively;

[0203] The version identification sending module 904 is configured to send the first resource version identification to the client, so that the client determines whether to update the local resource according to the first resource version identification.

[0204] The resource updating device 900 is described in detail below, as shown below:

[0205] In one of the embodiments, the resource version query request mentioned above includes user identification information;

[0206] Correspondingly, the server resource determination module 902 mentioned above is specifically configured to execute, according to the resource version query request, to determine the server resource corresponding to the user identification information.

[0207] Based on this, in one embodiment, the resource updating device 900 mentioned above may further include:

[0208] The update request receiving module 905 is configured to execute receiving a resource update request; wherein the resource update request is an update request sent by the client to the server when receiving a first input for a first target resource in a local resource, or the resource update request is an update request for a second target resource in a server resource;

[0209] The server resource update module 906 is configured to execute, according to the resource update request, updating the second target resource in the server resource and the target resource version identifier corresponding to the second target resource; wherein the second target resource is the resource in the server resource corresponding to the first target resource;

[0210] The first identification updating module 907 is configured to update the first resource version identification according to the updated target resource version identification.

[0211] In addition, in one embodiment, the resource updating device 900 mentioned above may further include:

[0212] The update result sending module 908 is configured to execute, after updating the first resource version identifier according to the updated target resource version identifier, sending the updated server resources and the updated first resource version identifier as resource update results to the client, so that the client updates the local resources in the client according to the resource update results.

[0213] Therefore, in the case where the server resources include at least two resources, the server generates a first resource version identifier corresponding to the server resource according to the version identifiers corresponding to the at least two resources, so that the client does not need to perceive how many resources are included in the server resources, and can determine whether the client's local resources need to be updated through the first resource version identifier. Since when judging whether the resources need to be updated, only the combined version identifier is concerned with whether it changes, it can make resource updates more convenient, and even if the number of resource types included in the server resources changes, there is no need to upgrade the client, and the combined first resource version number can be used to complete the judgment of whether the client's local resources need to be updated, thereby reducing the cost of resource updates. At the same time, compared with the traditional way of querying whether the resource itself is updated to update the resource, the server performance and network bandwidth requirements required by querying the resource version identifier are also greatly reduced, alleviating the pressure on the server.

[0214] Based on the same inventive concept, the present disclosure also provides a computing device, specifically in combination with Fig.10 Provide detailed explanation.

[0215] Fig.10 It is a structural block diagram of a computing device according to an exemplary embodiment.

[0216] like Fig.10 As shown, the computing device 1000 is a structural diagram of an exemplary hardware architecture of an electronic device or server that can implement the resource updating method and resource updating apparatus in the embodiments of the present disclosure.

[0217] The computing device 1000 may include a processor 1001 and a memory 1002 storing computer program instructions.

[0218] Specifically, the processor 1001 may include a central processing unit (CPU), or an application specific integrated circuit (ASIC), or may be configured to implement one or more integrated circuits of the embodiments of the present application.

[0219] The memory 1002 may include a large capacity memory for information or instructions. By way of example and not limitation, the memory 1002 may include a hard disk drive (HDD), a floppy disk drive, a flash memory, an optical disk, a magneto-optical disk, a tape, or a universal serial bus (USB) drive or a combination of two or more of these. Where appropriate, the memory 1002 may include a removable or non-removable (or fixed) medium. Where appropriate, the memory 1002 may be inside or outside the integrated gateway device. In a particular embodiment, the memory 1002 is a non-volatile solid-state memory. In a particular embodiment, the memory 1002 includes a read-only memory (ROM). Where appropriate, the ROM may be a mask-programmed ROM, a programmable ROM (PROM), an erasable PROM (EPROM), an electrically erasable PROM (EEPROM), an electrically rewritable ROM (EAROM) or a flash memory, or a combination of two or more of these.

[0220] When the computing device 1000 is an electronic device including a client, the processor 1001 may read and execute computer program instructions stored in the memory 1002 to perform the following steps:

[0221] Processor 1001 executes obtaining a first resource version identifier corresponding to a server resource; wherein the server resource includes at least two resources, and the first resource version identifier is generated according to resource version identifiers corresponding to the at least two resources respectively; matching a second resource version identifier corresponding to a local resource in a client with the first resource version identifier; and when the first resource version identifier does not match the second resource version identifier, obtaining the server resource, and updating the local resource according to the server resource.

[0222] In one embodiment, the processor 1001 specifically executes sending a resource version query request to the server; wherein the resource version query request includes user identification information; receiving a first resource version identifier returned by the server in response to the resource version query request; wherein the first resource version identifier is a version identifier of the server resource corresponding to the user identification information.

[0223] Based on this, in one of the embodiments, the processor 1001 mentioned above also executes receiving a first input for a first target resource in a local resource; in response to the first input, sending a resource update request to the server so that the server updates the resources corresponding to the first target resource and the first resource version identifier in the server resources.

[0224] In addition, in one of the embodiments, the processor 1001 further executes receiving a resource update result returned by the server; and updating the local resources according to the resource update result.

[0225] In one of the embodiments, the processor 1001 further executes updating the second resource version identifier according to the first resource version identifier.

[0226] When the computing device 1000 is a server including a server, the processor 1001 may read and execute computer program instructions stored in the memory 1002 to perform the following steps:

[0227] Processor 1101 executes and receives a resource version query request sent by a client; determines a server resource according to the resource version query request; wherein the server resource includes at least two resources; generates a first resource version identifier corresponding to the server resource according to at least two resource version identifiers corresponding to the at least two resources respectively; and sends the first resource version identifier to the client, so that the client determines whether to update the local resource according to the first resource version identifier.

[0228] In one of the embodiments, when the resource version query request mentioned above includes user identification information, the processor 1101 specifically determines the server resource corresponding to the user identification information according to the resource version query request.

[0229] Based on this, in one embodiment, the processor 1101 also executes receiving a resource update request; wherein, the resource update request is an update request sent by the client to the server when receiving a first input for a first target resource in a local resource, or, the resource update request is an update request for a second target resource in a server resource; according to the resource update request, the second target resource in the server resource and the target resource version identifier corresponding to the second target resource are updated; wherein the second target resource is a resource in the server resource corresponding to the first target resource; and according to the updated target resource version identifier, the first resource version identifier is updated.

[0230] In addition, in one of the embodiments, the processor 1101 also executes sending the updated server resource and the updated first resource version identifier as a resource update result to the client, so that the client updates the local resource in the client according to the resource update result.

[0231] In one example, the computing device 1000 may further include a transceiver 1003 and a bus 1004. Fig.10As shown, the processor 1001, the memory 1002 and the transceiver 1003 are connected via a bus 1004 and communicate with each other.

[0232] Bus 1004 includes hardware, software or both. For example, but not limitation, bus may include accelerated graphics port (AGP) or other graphics bus, enhanced industry standard architecture (EISA) bus, front side bus (FSB), hypertransport (HT) interconnection, industry standard architecture (ISA) bus, infinite bandwidth interconnection, low pin count (LPC) bus, memory bus, micro channel architecture (MCA) bus, peripheral control interconnect (PCI) bus, PCI-Express (PCI-X) bus, serial advanced technology attachment (SATA) bus, video electronics standard association local (VLB) bus or other suitable bus or two or more of these combinations. In appropriate cases, bus 1004 may include one or more buses. Although the present application embodiment describes and shows a specific bus, the present application considers any suitable bus or interconnection.

[0233] The embodiment of the present disclosure further provides a computer-readable storage medium, in which computer-executable instructions are stored. The computer-executable instructions are used to implement the resource updating method described in the embodiment of the present disclosure.

[0234] In some possible implementations, various aspects of the method provided by the present disclosure may also be implemented in the form of a program product, which includes a program code. When the program product is run on a computer device, the program code is used to enable the computer device to execute the steps of the method according to various exemplary embodiments of the present disclosure described above in this specification. For example, the computer device may execute the resource update method recorded in the embodiments of the present disclosure.

[0235] The program product may employ any combination of one or more readable media. The readable medium may be a readable signal medium or a readable storage medium. The readable storage medium may be, for example, but not limited to, an electrical, magnetic, optical, electromagnetic, infrared, or semiconductor system, device or device, or any combination of the above. More specific examples of readable storage media (a non-exhaustive list) include: an electrical connection with one or more wires, a portable disk, a hard disk, a random access memory (RAM), a read-only memory (ROM), an erasable programmable read-only memory (EPROM or flash memory), an optical fiber, a portable compact disk read-only memory (CD-ROM), an optical storage device, a magnetic storage device, or any suitable combination of the above.

[0236] The present disclosure is described with reference to the flowcharts and / or block diagrams of the methods, devices and computer program products according to the present disclosure. It should be understood that each process and / or block in the flowchart and / or block diagram, as well as the combination of the processes and / or blocks in the flowchart and / or block diagram, can be implemented by computer program instructions. These computer program instructions can be provided to a processor of a general-purpose computer, a special-purpose computer, an embedded processor or other programmable information processing device to produce a machine, so that the instructions executed by the processor of the computer or other programmable information processing device generate instructions for implementing the processes in the flowchart and / or block diagram. Figure 1 A process or multiple processes and / or boxes Figure 1 A device that provides the functions specified in a block or multiple blocks.

[0237] These computer program instructions may also be stored in a computer-readable memory that can direct a computer or other programmable information processing device to work in a specific manner, so that the instructions stored in the computer-readable memory produce a manufactured product including an instruction device, which implements the process Figure 1 A process or multiple processes and / or boxes Figure 1 A function specified in one or more boxes.

[0238] These computer program instructions can also be loaded onto a computer or other programmable information processing device so that a series of operation steps are executed on the computer or other programmable device to produce a computer-implemented process, thereby providing instructions for implementing the process. Figure 1 A process or multiple processes and / or boxes Figure 1 The steps for the functions specified in one or more boxes.

[0239] Obviously, those skilled in the art can make various changes and modifications to the present disclosure without departing from the spirit and scope of the present disclosure. Thus, if these modifications and variations of the present disclosure fall within the scope of the claims of the present disclosure and their equivalents, the present disclosure is also intended to include these modifications and variations.

Claims

1. A resource updating method, characterized in that: include: Obtaining a first resource version identifier corresponding to a server resource; wherein the server resource includes a public resource and a user's personal resource, and the first resource version identifier is generated by concatenating the public resource version number and the user's personal resource version number; Matching a second resource version identifier corresponding to a local resource in the client with the first resource version identifier; When the first resource version identifier does not match the second resource version identifier, acquiring the server resource, and updating the local resource according to the server resource; receiving a first input for a first target resource in the local resources; In response to the first input, a resource update request is sent to the server, so that the server updates a second target resource in the server resources and a target resource version identifier corresponding to the second target resource, and updates the first resource version identifier according to the updated target resource version identifier, and sends the updated server resources and the updated first resource version identifier as resource update results to the client; wherein the second target resource is a resource in the server resources corresponding to the first target resource, and the first target resource is a user personal resource; Receiving the resource update result returned by the server; The local resources are updated according to the resource update result.

2. The method according to claim 1, characterized in that The obtaining of a first resource version identifier corresponding to a server resource includes: Sending a resource version query request to a server; wherein the resource version query request includes user identification information; Receive a first resource version identifier returned by the server in response to the resource version query request; wherein the first resource version identifier is a version identifier of a server resource corresponding to the user identification information.

3. The method according to claim 1, characterized in that After updating the local resource according to the server resource, the method further includes: The second resource version identifier is updated according to the first resource version identifier.

4. A resource updating method, characterized in that: include: Receive resource version query request sent by the client; Determine the server resources according to the resource version query request; wherein the server resources include public resources and user personal resources; Concatenate the public resource version number and the user's personal resource version number to generate a first resource version identifier corresponding to the server resource; Sending the first resource version identifier to the client, so that the client determines whether to update the local resource according to the first resource version identifier; Receive a resource update request; wherein the resource update request is an update request sent by the client to the server when receiving a first input for a first target resource in the local resource, or the resource update request is an update request for a second target resource in the server resource generated by the server when the developer modifies the server resource, wherein the second target resource is a resource in the server resource corresponding to the first target resource; According to the resource update request, a second target resource in the server resource and a target resource version identifier corresponding to the second target resource are updated; wherein the second target resource is a resource in the server resource corresponding to the first target resource, and when the resource update request is an update request sent by the client to the server, the second target resource is a user personal resource, and when the resource update request is an update request generated by the server, the second target resource is a public resource; According to the updated target resource version identifier, the first resource version identifier is updated; The updated server resource and the updated first resource version identifier are sent to the client as a resource update result, so that the client updates the local resource in the client according to the resource update result.

5. The method according to claim 4, characterized in that The resource version identification query request includes user identification information; The determining the server resource according to the resource version query request includes: According to the resource version query request, a server resource corresponding to the user identification information is determined.

6. A resource updating device, characterized in that: include: A version identification acquisition module is configured to execute acquisition of a first resource version identification corresponding to a server resource; wherein the server resource includes a public resource and a user's personal resource, and the first resource version identification is generated by concatenating the public resource version number and the user's personal resource version number; A version identification matching module, configured to match a second resource version identification corresponding to a local resource in the client with the first resource version identification; a local resource updating module, configured to, when the first resource version identifier does not match the second resource version identifier, obtain the server resource and update the local resource according to the server resource; A first input receiving module is configured to receive a first input for a first target resource in the local resources; The update request sending module is configured to execute, in response to the first input, sending a resource update request to the server, so that the server updates the second target resource in the server resources and the target resource version identifier corresponding to the second target resource, and updates the first resource version identifier according to the updated target resource version identifier, and sends the updated server resources and the updated first resource version identifier as resource update results to the client; wherein the second target resource is the resource in the server resources corresponding to the first target resource, and the first target resource is a user personal resource; An update result receiving module, configured to receive the resource update result returned by the server; The resource update processing module is configured to update the local resource according to the resource update result.

7. The device according to claim 6, characterized in that The version identification acquisition module includes: The query request sending submodule is configured to execute sending a resource version query request to the server; wherein the resource version query request includes user identification information; The version identification receiving submodule is configured to receive a first resource version identification returned by the server in response to the resource version query request; wherein the first resource version identification is a version identification of a server resource corresponding to the user identification information.

8. The device according to claim 6, characterized in that The device also includes: The version identification updating module is configured to execute, after the local resource is updated according to the server resource, updating the second resource version identification according to the first resource version identification.

9. A resource updating device, characterized in that: include: A query request receiving module is configured to execute a resource version query request sent by a receiving client; A server resource determination module is configured to determine server resources according to the resource version query request; wherein the server resources include public resources and user personal resources; A version identification generation module is configured to perform concatenation of a public resource version number and a user personal resource version number to generate a first resource version identification corresponding to the server resource; a version identification sending module, configured to send the first resource version identification to the client, so that the client determines whether to update the local resource according to the first resource version identification; An update request receiving module is configured to execute receiving a resource update request; wherein the resource update request is an update request sent by the client to the server when receiving a first input for a first target resource in the local resource, or the resource update request is an update request for a second target resource in the server resource generated by the server when the developer modifies the server resource, wherein the second target resource is a resource in the server resource corresponding to the first target resource; The server resource update module is configured to execute, according to the resource update request, updating of a second target resource in the server resource and a target resource version identifier corresponding to the second target resource; wherein the second target resource is a resource in the server resource corresponding to the first target resource, and when the resource update request is an update request sent by the client to the server, the second target resource is a user personal resource, and when the resource update request is an update request generated by the server, the second target resource is a public resource; A first identification updating module is configured to update the first resource version identification according to the updated target resource version identification; The update result sending module is configured to execute, after updating the first resource version identifier according to the updated target resource version identifier, sending the updated server resources and the updated first resource version identifier as resource update results to the client, so that the client updates the local resources in the client according to the resource update results.

10. The device according to claim 9, characterized in that The resource version query request includes user identification information; The server resource determination module is specifically configured to determine the server resource corresponding to the user identification information according to the resource version query request.

11. An electronic device, characterized in that: include: processor; a memory for storing instructions executable by the processor; The processor is configured to execute the instructions to implement the resource updating method according to any one of claims 1 to 3.

12. A server, characterized in that: include: processor; a memory for storing instructions executable by the processor; The processor is configured to execute the instructions to implement the resource updating method as described in any one of claims 4 to 5.

13. A computer-readable storage medium, characterized in that: When the instructions in the computer-readable storage medium are executed by a processor of an electronic device, the electronic device implements the resource update method as described in any one of claims 1 to 3, or, when the instructions in the computer-readable storage medium are executed by a processor of a server, the server implements the resource update method as described in any one of claims 4 to 5.

14. A computer program product comprising a computer program, characterized in that When the computer program is executed by a processor, the resource updating method described in any one of claims 1 to 3 or claims 4 to 5 is implemented.

Images