Game update processing method

Abstract

The invention discloses a game updating processing method. The game updating processing method comprises the following steps: S10, setting a game updating system; s20, issuing the resources; s30, the Torrent file is updated: based on the latest Torrent, the internet bar server sends a connection request to the Tracker server, and a downloading channel of the resource is obtained; in the initial stage, the Tracker server returns an address of the OMC server, and the Internet bar server obtains Torrent information from the OMC server; after part of the internet bar servers finish the Torrent downloading, when other internet bar servers continue to request the Torrent file, the Tracker server provides the address of the internet bar server finishing the Torrent downloading, and obtains the Torrent file from the internet bar server finishing the downloading; and S40, downloading resource data: after the Internet bar server completes the downloading of the Torrent file, obtaining the resource information of the Torrent file by analyzing the file, calculating the difference information, completing the difference comparison by the Internet bar server, determining the slice needing to be downloaded, connecting to the Tracker server again, obtaining the Peers list, and completing the resource downloading.

Description

Technical Field

[0001] This invention belongs to the field of computer technology, specifically relating to a game update processing method. Background Technology

[0002] The current online resources are massive in volume and updated frequently. Mainstream games and applications require updates 1-2 times per week on average, with single versions of popular games exceeding 100GB in size. Internet cafes face severe technical and commercial challenges, with the contradiction between users' demand for "instant access" and the inefficient update system becoming increasingly acute.

[0003] In traditional data distribution models, data relies entirely on Internet Data Centers (IDCs). Update speeds are affected by factors such as IDC bandwidth, leading to increasingly slower updates. This problem worsens during peak update periods, severely impacting internet cafe operations. Furthermore, concentrated downloads during peak hours can cause bandwidth congestion. Simultaneously, the industry is facing homogenized competition with similar hardware configurations, making update efficiency a key differentiator. Traditional architectures, due to technological lag, suffer from large update volumes, slow update speeds, and cumbersome maintenance, making them unable to cope with the dual pressures of expanding network resources and improving user experience. Specifically, maintenance complexity is high—update failures require manual handling (e.g., version conflicts, file verification errors, insufficient disk space), increasing the burden on maintenance personnel. User experience is poor—updates forcibly interrupt usage, with the impact becoming more pronounced the longer the update takes, severely affecting user experience. Cost control is unbalanced—bandwidth costs are high, with bandwidth idle rates reaching 70% during non-business hours, yet full payment is still required. Summary of the Invention

[0004] In view of the above-mentioned problems, the present invention provides a game update processing method for conveniently and efficiently updating game software with large amounts of data.

[0005] To solve the above-mentioned technical problems, the present invention adopts the following technical solution: A game update processing method, characterized by comprising the following steps: S10, Game Update System Setup: A game update system is set up including a resource publishing cluster, OMC server, distribution node server, Tracker server, and multiple internet cafe servers; these internet cafe servers are interconnected via the internet to form a P2P network. S20, Resource Release: The latest version of the resource file is updated in the resource release cluster, and the Torrent is created using file slicing technology; the differences between the new and old versions of the file are compared to generate a Torrent file containing file inheritance information; the Torrent is uploaded to the OMC server and the resource is synchronized to the distribution node server; S30, Torrent File Update: Based on the latest torrent, the internet cafe server sends a connection request to the Tracker server to obtain the download channel for the resource; in the initial stage, the Tracker server returns the OMC server address, and the internet cafe server obtains the torrent information from the OMC server; after some internet cafe servers complete the torrent download, when other internet cafe servers continue to request the torrent file, the Tracker server provides the address of the internet cafe server that has completed the torrent download, and obtains the torrent file from the internet cafe server that has completed the download; S40, Resource Data Download: After the internet cafe server completes the download of the Torrent file, it parses the file to obtain the resource information of the Torrent file, calculates the difference information, performs the difference comparison, determines the slices that need to be downloaded, reconnects to the Tracker server, obtains the Peers list, and completes the resource download.

[0006] In one possible implementation, in S40, the difference information is calculated, the internet cafe server completes the difference comparison, and determines the slices that need to be downloaded, including: the internet cafe server reads the data of the local resources and compares it with the new Torrent parsing result to obtain the MD5 of each file slice; if the MD5 of the slice information is the same, then there is no need to download this part of the content; if the MD5 is different, it is included in the download list and waits to be downloaded; if the internet cafe server does not have the corresponding resources, then all the slice information is included in the download list and waits to be downloaded.

[0007] In one possible implementation, in S20, the Torrent file includes a resource directory structure, file slice information, resource ID, version identifier, and Tracker server information; wherein the resource directory structure contains all files of the resource and their hierarchical relationship; the file slice information includes each file being divided into fixed-size blocks, each block being called a slice; each slice contains file data and MD5 checksum information for data transmission, integrity verification, and difference calculation; the resource ID is used to ensure that each resource has a unique ID; the version identifier represents a specific version of the resource, and a new Torrent-id is generated with each update for the downloader to identify and use; the Tracker server information is used to coordinate and manage the entire P2P transmission process, enabling the downloader to discover other peers holding the same resource version, and simultaneously managing the load balancing of peers.

[0008] In one possible implementation, in S40, the Peers include special Peers and ordinary Peers. The distribution node server is a special Peer, which acts as the sole resource data provider when the resource is first released, providing download services to the internet cafe servers, which are ordinary Peers. After the internet cafe servers complete the resource download, other internet cafe servers download data from the internet cafe servers that have completed the resource download.

[0009] In one possible implementation, the OMC server is a server with a fixed domain name address that provides download services for Torrent-related information to each peer.

[0010] In one possible implementation, the distribution node server exists as a special peer, acting as the sole resource data provider to provide download services to the internet cafe server when the resource is first released.

[0011] In one possible implementation, the Tracker server acts as a Peers manager, providing connection information to each Peer.

[0012] In one possible implementation, the internet cafe server acts as both a downloader, requesting download data from peers, and a regular peer, sharing the resource data with other downloaders after the download is complete.

[0013] The present invention has the following beneficial effects: (1) Reduce manual intervention by automatically detecting, downloading and distributing game update packages to ensure that all terminal computers in the internet cafe always keep the latest version of the game, so as to avoid players being unable to play the game normally due to outdated versions.

[0014] (2) It can shorten the upgrade time, reduce the bandwidth burden of the central server, optimize the resource utilization of the download end, and simplify the operation and maintenance complexity. Attached Figure Description

[0015] Figure 1 This is a flowchart illustrating the steps of a game update processing method according to an embodiment of the present invention; Figure 2 This is a schematic diagram of the structure of the game update system used in the game update processing method of the present invention; Figure 3 This is a schematic diagram of the structure of the game update system used in the game update processing method of the present invention. Detailed Implementation

[0016] The technical solutions of the embodiments of the present invention will be clearly and completely described below with reference to the accompanying drawings. Obviously, the described embodiments are only some, not all, of the embodiments of the present invention. Based on the embodiments of the present invention, all other embodiments obtained by those skilled in the art without creative effort are within the scope of protection of the present invention.

[0017] See Figure 1 The diagram shows a flowchart of a game update processing method according to an embodiment of the present invention, including the following steps: S10, Game Update System Settings: See Figure 2 A game update system was built, including a resource publishing cluster, an OMC server, a distribution node server, a Tracker server, and multiple internet cafe servers; the multiple internet cafe servers were interconnected via the Internet to form a P2P network. S20, Resource Release: The latest version of the resource file is updated in the resource release cluster, and the Torrent is created using file slicing technology; the differences between the new and old versions of the file are compared to generate a Torrent file containing file inheritance information; the Torrent is uploaded to the OMC server and the resource is synchronized to the distribution node server; S30, Torrent File Update: Based on the latest torrent, the internet cafe server sends a connection request to the Tracker server to obtain the download channel for the resource; in the initial stage, the Tracker server returns the OMC server address, and the internet cafe server obtains the torrent information from the OMC server; after some internet cafe servers complete the torrent download, when other internet cafe servers continue to request the torrent file, the Tracker server provides the address of the internet cafe server that has completed the torrent download, and obtains the torrent file from the internet cafe server that has completed the download; S40, Resource Data Download: After the internet cafe server completes the download of the Torrent file, it parses the file to obtain the resource information of the Torrent file, calculates the difference information, performs the difference comparison, determines the slices that need to be downloaded, reconnects to the Tracker server, obtains the Peers list, and completes the resource download.

[0018] In the game update system, resource publishing servers create resources and their torrents, upload the torrents to the OMC server, and synchronize the resources to the distribution node servers. The OMC server, with a fixed domain name, provides download services for torrent-related information to various peers. Distribution node servers exist as special peers; initially, they act as the sole resource data provider, offering download services to internet cafe servers. As more and more ordinary peers (i.e., internet cafe servers) complete their downloads, the role of distribution nodes diminishes, and other downloaders primarily download data from ordinary peers. Tracker servers manage peers, providing connection information and performing load balancing, but do not directly provide resource data. Internet cafe servers act as both downloaders, requesting download data from peers, and as ordinary peers, sharing resource data with other downloaders after downloading. Each internet cafe server connects to other internet cafe servers via the internet; all interconnected internet cafe servers form a P2P network, in which each internet cafe server is called a peer.

[0019] Torrent is the core data structure for P2P resource sharing. Its information flows through all stages of the entire P2P network, playing a crucial role in the resource update process. In the embodiments of the present invention, each version of the resource generates a unique Torrent file. This file describes the differences between different versions of resources such as games and application software, supporting the downloader in calculating the difference information and reducing data transmission volume during P2P transmission. In a specific application example, in S20, the Torrent file includes a resource directory structure, file slice information, resource ID, version identifier, and Tracker server information. The resource directory structure contains all files of the resource and their hierarchical relationships. The file slice information includes each file being divided into fixed-size blocks, each block being called a slice. Each slice contains file data and MD5 checksum information for data transmission, integrity verification, and difference calculation. The resource ID is used to ensure each resource has a unique ID. The version identifier represents a specific version of the resource; a new Torrent-id is generated with each update for the downloader to identify and use. The Tracker server information coordinates and manages the entire P2P transmission process, enabling the downloader to discover other peers holding the same resource version, and manages the load balancing of peers.

[0020] After a new resource is released, all internet cafe server groups (ordinary peers) except for the distribution server group (special peers) do not have the resource. At this time, the download data for the resource can only be provided by the distribution server group. Once the internet cafe server group completes the resource download, the internet cafe servers will become data resource providers, providing data for resource distribution, and the function of the distribution server group will gradually weaken. Therefore, in a specific application embodiment, in S40, the peers include special peers and ordinary peers. The distribution node server is a special peer, used to act as the sole resource data provider when the resource is first released, providing download services to the internet cafe servers that are ordinary peers; after the internet cafe servers complete the resource download, other internet cafe servers download data from the internet cafe servers that have completed the resource download.

[0021] Torrent file downloading involves the following process: Initially, since only the central server (OMC server) has the torrent files, the files must be obtained from this server. Once some internet cafes have finished downloading, to minimize the traffic to the central server, the remaining torrent files can be obtained from the internet cafe servers that have completed their downloads using a P2P method. See details... Figure 3 This includes the following processes: S301, the internet cafe server sends a connection request to the Tracker server to obtain the download channels for the resources (mainly including information about the resource peers). S302, Initial stage: Since only the OMC contains complete Torrent information, the Tracker returns the OMC address, and the internet cafe server obtains the Torrent information from the OMC. In S303, after some internet cafes have completed the torrent download, when other internet cafes request the torrent file via S301, the Tracker server provides the addresses of these completed torrent download internet cafes. At this point, the Tracker server can retrieve the torrent file from the servers of these completed internet cafes. These completed internet cafes then become ordinary peers in the P2P network.

[0022] After the internet cafe server completes the torrent file download, it calculates the difference information. After downloading the torrent file, the server can parse the file to obtain the resource information of the previously defined torrent file. The directory structure and segment information are key data for the internet cafe to complete the resource download. The internet cafe server performs difference comparisons and determines which segments need to be downloaded. This includes: the internet cafe server reads the data of the local resource and compares it with the parsed results of the new torrent file to obtain the MD5 of each file segment; if the MD5 values ​​of the segments are the same, this part does not need to be downloaded; if the MD5 values ​​are different, it is added to the download list and awaits download; if the internet cafe server does not have the corresponding resource, it adds all segment information to the download list and awaits download.

[0023] After the internet cafe server completes the difference comparison and determines the slices that need to be downloaded, it reconnects to the Tracker server, retrieves the Peers list, and completes the resource download. The Tracker server returns the Peers list to the internet cafe server based on the status of the Peers. Specifically, this includes: The internet cafe server connects to the Tracker server and provides Torrent information, as well as the segments to be downloaded; The Tracker server sorts Peers based on their network performance, current load, and other information, and returns the best list of Peers to the internet cafe server. Initially, only the IDC's distribution server contains resource data, the Tracker server returns a list of distribution servers, and the internet cafe server downloads file slices from the distribution servers; The internet cafe server, based on the returned list of best peers, connects to these peers over the network and requests to download resource slices. Simultaneously, it periodically reports its current running status, network performance, downloaded slices, and current load to the Tracker server. The internet cafe server periodically retrieves the latest Peers list from the Tracker, updates the download plan, and downloads missing slice data from multiple Peers.

[0024] The multi-source download strategy set above can significantly improve download speed, increase bandwidth utilization, reduce reliance on IDC data center bandwidth, and avoid the problem of excessive load in some internet cafes.

[0025] After the resource download is complete, it is verified and merged. Each slice has MD5 information, allowing for data verification of each slice. If a slice data error is detected, the slice is automatically re-downloaded from other peers. Since the torrent contains the entire directory structure of the resource, the slices can be reassembled into a resource file, completing the resource download and update.

[0026] The game update processing method described above involves internet cafe servers interconnected via the internet, forming a peer-to-peer (P2P) network. Each internet cafe server in this P2P network is called a peer. Within this P2P network, peers (usually a single internet cafe server) download data from other peers and simultaneously provide data to other peers. Furthermore, internet cafe servers periodically exchange slice information, informing other peers of their existing slices. This allows peers lacking slices to efficiently match the optimal data source (a slice is a management method for torrents and resource files; each slice contains only a portion of the data, and multiple slices are needed to form a complete torrent and resource file).

[0027] Peers downloading resources involves two steps: downloading the torrent and downloading the resource file. First, peers request torrent information from other peers via a P2P network. An algorithm matches the optimal download source, and the torrent download begins. After downloading the segments, peers assemble the segments into a complete torrent file using a specific algorithm and parse the file to obtain necessary resource information. Once a peer has obtained and parsed the complete torrent file, it can retrieve information such as the resource size and index. Based on this information, it requests the resource file from other peers again, downloads the segments of these files, assembles them into complete resource data using the same method, and stores it on disk. When acting as a data provider, a peer possessing the complete torrent will provide torrent segments to other peers. However, as soon as a peer begins downloading a resource file (which may only contain partial resource file segments), it will provide data to other peers.

[0028] The above methods can automate, streamline, and centralize game updates, solving problems such as cumbersome, time-consuming, and bandwidth-intensive game updates in internet cafes.

[0029] It should be understood that the exemplary embodiments described herein are illustrative and not restrictive. Although one or more embodiments of the invention have been described in conjunction with the accompanying drawings, those skilled in the art will understand that various changes in form and detail may be made without departing from the spirit and scope of the invention as defined by the appended claims.

Claims

1. A game update processing method, characterized in that, Includes the following steps: S10, Game Update System Setup: Build a game update system that includes a resource publishing cluster, OMC server, distribution node server, Tracker server, and multiple internet cafe servers; Multiple internet cafe servers are interconnected via the internet to form a P2P network; S20, Resource Release: The latest version of the resource file is updated in the resource release cluster, and Torrent is created using file slicing technology; Compare the differences between the old and new versions of the file, and generate a Torrent file containing file inheritance information; Upload the torrent to the OMC server and synchronize the resources to the distribution node server; S30, Torrent file update: Based on the latest torrent, the internet cafe server sends a connection request to the Tracker server to obtain the download channel for the resource; in the initial stage, the Tracker server returns the OMC server address, and the internet cafe server obtains the torrent information from the OMC server; After some internet cafe servers have completed the torrent download, when other internet cafe servers continue to request the torrent file, the Tracker server provides the address of the internet cafe server that has completed the torrent download and retrieves the torrent file from the internet cafe server that has completed the download; S40, Resource Data Download: After the internet cafe server completes the download of the Torrent file, it parses the file to obtain the resource information of the Torrent file, calculates the difference information, performs the difference comparison, determines the slices that need to be downloaded, reconnects to the Tracker server, obtains the Peers list, and completes the resource download.

2. The game update processing method as described in claim 1, characterized in that, In S40, the difference information is calculated. The internet cafe server completes the difference comparison and determines the segments that need to be downloaded. This includes: the internet cafe server reads the data of the local resources and compares it with the new Torrent parsing results to obtain the MD5 of each file segment; if the MD5s in the segment information are the same, then there is no need to download this part of the content; if the MD5s are different, then it is included in the download list and awaits download; if the internet cafe server does not have the corresponding resources, then all segment information is included in the download list and awaits download.

3. The game update processing method as described in claim 1, characterized in that, In S20, the Torrent file includes a resource directory structure, file slice information, resource ID, version identifier, and Tracker server information; wherein the resource directory structure contains all files of the resource and their hierarchical relationship; the file slice information includes that each file is divided into fixed-size blocks, and each block is called a slice; each slice contains file data and MD5 checksum information for data transmission, integrity verification, and difference calculation; the resource ID is used to make each resource have a unique ID; the version identifier represents a specific version of the resource, and a new Torrent-id is generated with each update for the downloader to identify and use; Tracker server information is used to coordinate and manage the entire P2P transmission process, enabling downloaders to discover other peers that hold the same resource version, and managing the load balancing of peers.

4. The game update processing method as described in claim 1, characterized in that, In S40, the Peers include special Peers and ordinary Peers. The distribution node server is a special Peer, which is used as the sole resource data provider to provide download services to the internet cafe server, which is an ordinary Peer, when the resource is first released. Once the internet cafe server has finished downloading the resources, other internet cafe servers will download the data from the internet cafe server that has already completed the download.

5. The game update processing method as described in claim 1, characterized in that, OMC servers are servers with fixed domain names that provide download services for Torrent-related information to various peers.

6. The game update processing method as described in claim 1, characterized in that, The distribution node server exists as a special peer. When a resource is first released, it acts as the sole provider of resource data, offering download services to the internet cafe server.

7. The game update processing method as described in claim 1, characterized in that, The Tracker server is the Peers manager, providing connection information to each Peer.

8. The game update processing method as described in claim 1, characterized in that, The internet cafe server acts as both a downloader, requesting download data from peers, and a regular peer, sharing the resource data with other downloaders after the download is complete.

Images