TW200946191A - Game user apparatus - Google Patents

Abstract

A user game apparatus configured to facilitate game playing according to which first and second separate supplies of game data are received from a remote game distribution server and combined during game play responsive to game playing events, the apparatus comprising: a request module arranged to receive a first supply of data from a first data path and a second supply of data from a second data path and operable to combine said first and second data to produce a natural game play experience; and a game synchroniser configured to control timing of supply of the first supply of data and the second supply of data from respective data buffers.

Description

200946191 VI. Description of the Invention: [Technical Field to Which the Invention Is Ascribed] The present invention relates to the category of games. More particularly, a specific embodiment of the present invention relates to a game user device for allowing a user to execute a game, a method for configuring a game, and software. [Prior Art] Digital distribution is the principle of providing digital content in the form of products or services via the Internet and other networks. By becoming a ubiquitous broadband Internet in the future, digital transmission of various forms of media content becomes more desirable. A content delivery network consisting of a server system and a desktop computer has been configured to deliver digital content to end users for manipulation of, for example, a desktop PC or console via the Internet. For example, an existing platform of this form is the “Steam” product of Valve's limited company, which is a digital transmission, multi-person connection and communication series. It is primarily used to digitally transfer and manage different types of computer games, ranging from one-person shooters and RpG (role-playing games) to horse racing. For example, such a system allows a user to purchase and acquire a game through a digital distribution network. In this regard, 'there is no need to receive a box with CD/dVD, and the software for purchasing the shell is distributed from the feeder to the user. For example, through the pre-registered user account, the software can be obtained and downloaded to Local customers are also on the user's computer. The well-known digital distribution platform has been operated with a scatterable file system. The assignable file system allows 200946191 to start playing before the local player's computer is downloaded. Most typically, this can be done by creating a list of basic game files and having a pre-loader (only if they need or will need to broadcast the request to the propagating server). According to these systems, it has been possible for a linear game to start playing only with an executable code and a buffer of the first few areas downloaded. Today, such systems have created problems for a number of reasons. A major problem is that because _ is the size of today's games of hundreds or even thousands of megabits, gamers will usually wait for a while to download the material in the background. Another problem is that when the connection is slower or when the service provider (servicepr〇vider) is busy, the download is extremely slow and difficult to compete with the high-bandwidth downloader. For non-linear games, this problem is more serious, where the possibility of executing a game is enormous and the required information changes from time to time. For these reasons, this type of content delivery has hitherto not been widely used because it is impractical and frustrating for end users. Q The goal of the present invention is to provide an improved content delivery system for computer games. More particularly, the present invention provides an application that allows a user to quickly and securely receive game files on their computer via a network (for example, the Internet). SUMMARY OF THE INVENTION According to one embodiment of the present invention, a user game device is constructed that facilitates game execution, which is received in response to a game execution event based on receipt from a remote game distribution server and during game execution. The first and second individual supplies of the game material. The user game equipment package 200946191 includes: a request module, wherein the west center is configured to receive the first data from the first data path for the second data path to receive the second data supply and operate to merge the change material and the second data to A natural game execution experience is generated; and the sync device 'is constructed to control the supply time of the first data supply and the second data supply from the respective data buffers. • According to another embodiment of the invention, the average file size 'data-to-data has a smaller average file size than the second material. In accordance with a particular embodiment of the present invention, a game device is constructed that facilitates game execution based on master = game material received from a remote game distribution server and combined in response to a game execution event during game execution. And passive game data. The user game device includes: a first module configured to receive a supply of active data from an active data path and receive a supply of passive data from a passive data path, the first module (4) being combined with the active data and the passive data In order to generate a natural game execution experience; the game synchronization device is constructed to control the supply time of the active data from the active data path to the first module and the supply time of the passive data from the passive data path to the first module. According to another embodiment of the present invention, the user gaming device further includes a 1-time transmission module that supplies active data from the active data buffer in response to control of the game synchronization device. θ In accordance with an embodiment of the present invention, the loading of the active data buffer is controlled by the active data manager to be coupled to the remote game distribution server. ... In accordance with an embodiment of the present invention, the first module is constructed to supply game execution event indicators along the 200946191 'active data path. In accordance with another embodiment of the present invention, the game execution event indicator is supplied to the remote game distribution server by the active material path, and wherein the active material manager receives the future game execution required from the remote game distribution server. Active data. According to another embodiment of the present invention, the instant delivery module is constructed to process a game execution event indicator to determine what active data is needed for future game execution, and the active material required for future game execution is a remote control game. Propagate the server request. According to another embodiment of the present invention, the active material required for the execution of the future game is the stage of entering the active data buffer before the first module needs the active material required for the future game execution. In accordance with another embodiment of the present invention, the active material required for future game execution is the stage of entering the active data buffer depending on the game execution event indicator specified by the game code. According to another embodiment of the present invention, the active data stored in the active data buffer is deleted once it has been used. According to another embodiment of the present invention, the active data stored in the active data buffer is deleted after the period of the reservation time; and the active data stored in the active data buffer is deleted after the capacity of the active data buffer is exceeded; / / Delete the active data stored in the active data buffer after the execution of the game. According to another embodiment of the present invention, the user game device further includes: a game composition module operable to construct and perform a copy version of the game 7 200946191, the copy version of the game being substantially complete except for the lack of active material . In accordance with another embodiment of the present invention, the first module is configured to provide a game execution event indicator along the passive data path. In accordance with another embodiment of the present invention, the game execution event indicator is supplied to a remote game distribution server, wherein the passive data manager receives an indication of passive material required for future game execution from the remote game distribution server. In accordance with another embodiment of the present invention, the recall manager is configured to process a game execution event counter to determine what passive material is needed for future game execution and to communicate an indication of passive data required for future game execution to passive data management. Device. In accordance with another embodiment of the present invention, the passive data manager is constructed to determine whether passive data required for future game execution is available in the passive data store. According to another embodiment of the present invention, the passive data manager is operable to request, from the remote game distribution server, the passive data stored in the passive data storage required for future game execution. In the meantime, the passive data manager stores the requested passive data in the passive data storage. According to another embodiment of the invention, the passive data comprises a plurality of broken data objects, each of which is associated with a unique reference material. According to another embodiment of the present invention, the passive data includes a plurality of 200946191 passive data objects, each passive data object is associated with a unique reference object, and wherein the indication of the passive data required for future game execution includes a plurality of unique reference objects. .另一个 ❹ According to another embodiment of the present invention, the passive data includes a plurality of passive data objects, each passive data object is associated with a unique reference object and the indication of passive data required for future game execution includes a plurality of unique references. And the request to assign the server's passive data to the far-end game contains a plurality of unique references. In accordance with another embodiment of the present invention, the passive data path further includes a passive data buffer from which passive data can be transferred to the game composition module. In accordance with another embodiment of the present invention, passive data is supplied from the passive data store to the game component module via a passive data buffer. In accordance with another embodiment of the present invention, the passive material required for future game execution is the stage of entering the passive data buffer depending on the game execution event indicator specified by the game code. According to another embodiment of the present invention, the amount of active data stored in the active data buffer is less than the passive data object stored in the passive data buffer, and the average file of the data object is another implementation. For example, the active file contains the average file size of the multiple active data objects smaller than the passive file size. In accordance with a method of another gaming device of the present invention, a specific embodiment provides an operation for providing the user terminal with the device and constructing the game. The method includes: receiving a supply of active data from a remote game distribution server and a supply of passive data from a remote game distribution server; controlling a supply time of the active data and a supply time of the passive data; and executing in the game During the period, the active and passive data are combined to respond to game execution events, resulting in a natural game execution experience. In accordance with another embodiment of the present invention, the method further includes: • provisioning a game execution event indicator to the remote game distribution server; and receiving, from the remote game distribution server, the active material required for future game execution. According to another embodiment of the present invention, the method further L3 supplies the game execution event indicator to the instant delivery module; processes the game execution event indicator to determine what active material is needed for future game execution; and The game distribution server requests the active materials needed for future game execution. In accordance with another embodiment of the present invention, the method further supplies active data required for future game execution to the active data buffer. According to another embodiment of the present invention, the method further comprises deleting the active material from the active data buffer once the active data is used. According to another embodiment of the present invention, the method further: deleting the data from the active data buffer in a predetermined period of time of the segment; after the active data buffer capacity is exceeded, the active resource The r buffer deletes the active data; and/or deletes the active data from the active 200946191 data buffer after execution of the game. According to another embodiment of the present invention, the method t further includes: constructing and playing a copy of the game , & lack of active information, the copied version of the game is essentially complete. According to another embodiment of the present invention, the method further comprises: providing a game execution event indicator to the remote game distribution server; and receiving an indication from the remote game distribution server of what passive material is needed for future game execution . In accordance with another embodiment of the present invention, the method further includes: supplying the game execution event indicator to the recall manager along the passive data path; processing the game execution event indicator to determine what passive material is needed for future game execution. In accordance with another embodiment of the present invention, the method further includes determining whether passive data required for future game execution is available in the passive data store. According to another embodiment of the present invention, the method further comprises: in case the passive data is not available in the passive data storage, requesting passive data from the remote game distribution server; and storing the requested data Passive data in passive data storage. In accordance with another embodiment of the present invention, a computer program product is provided that includes a code means for implementing the above method. In accordance with another embodiment of the present invention, a computer readable medium is provided that documents a computer readable code configured to cause a computer to perform the above method. In accordance with another embodiment of the present invention, a computer program 200946191 code tool is provided which is used to implement the above method. [Embodiment] Specific embodiments of the present invention will be described by way of example only with reference to the accompanying drawings. FIG. 1 illustrates the main components of the game system 1. The game system includes a game conversion module 1 , a game server 2 , and a user device 3 . The user device 30 is connected to the game server by a network such as the Internet 4 20 20 °

The game conversion module 10 converts a game of a known format into a format suitable for the game system 1. Game conversion module 10 then transmits the converted game (in one particular embodiment, a copy of the converted game) to game server 20 〇

The game conversion module 10 does not have a permanent connection to the game server. Therefore, after the game is switched, the game conversion module 1 establishes a connection with the game server 20, transfers the converted game to the game server 2, and then terminates the connection. This is illustrated by the dashed line in FIG. In addition, the game conversion module 1〇 may also have a permanent connection to the game server 2. In any of the examples, the connection may be a wired or wireless connection 4, and the game conversion module 10 does not have a connection to the game server 2 Hey. In this example, after the game is converted, the game is provided to the game server 2 by a storage medium (for example, a CD, a DVD, or a memory card, etc.). Further details of the game conversion module 10 can be found in the undecided patent application "Equipment or Method for Game Conversion" (in the same application as the applicant), although it is not required to understand and implement The 12 200946191 was invented. In short, in order to convert a game of a known format into a format suitable for using the game system 1, the game conversion module 1Q converts the game into an active data element and a passive data element, so that the entire game can be transmitted to the active data or the passive data. Game server 2〇. Typical examples of passive data are texture components, MP3 files, Wave File, Text Xian, and the like. However, the 'generalized' passive material is any material that can be downloaded and stored to the user device 30 and can potentially be replaced by reference to the identification code. A game engine (for example, a virtual engine, a T〇rque engine, such as an engine, a Half Life engine) can also be classified as passive data because it can use a version of the game engine stored in the user device. In real time or near real time, the active material is supplied to the user device 30 that plays the game. Active data is often the material that is needed to give passive data during game execution. Potentially, any form of information can be classified as active. However, according to one example, game material data (for example, parameter data) is classified into active data. For the appropriate influence 'appropriately compose all the basic data components in the game to create complex, interactive virtual objects as seen by the player during game execution, the passive material (for example 'material, game engine, etc.) and active The data (parameters describing this behavior) is combined. Therefore, without active material, the game cannot be executed 'because passive data will not be properly compiled/appeared/running on the user device 30 because there is no information describing how the game elements are combined and how they are in the game environment. Information that interacts with each other. 13 200946191 The active data is downloaded to the user in passive data and combined with the stored passive data to create a playable game. According to one example, the active data and passive data can be immediately combined on the user device 30 upon individual arrival. Another feature of the active material is that once the active material is used in the game or after a predetermined time, the active data is removed from the user device 3; the active data tends to have a smaller relative to the passive data. The broadcast case is large, and compared with the passive data, the active data is buffered with a relatively short lead time. When compared with other data components (for example, material files ((10)(4).), sound effects (audi.file), and game engines, all of which have very large files, J), when comparing certain forms of game object data to relative small. Therefore, for two reasons, 'the object data having the active data is advantageous, and the digital rights management is operated as the object data of the active data, wherein the necessary main (four) materials are lacking to constitute When the game is executed, the game cannot be executed by the user. Since the active data is only temporarily stored on the user device 30, it must be downloaded from a server separate from the passive data. Second, such small object data (usually active data) means that the game can contribute to only a limited amount of network bandwidth (netw〇rk bandwidth), and all (or at least the majority) of large data (usually It is a passive data. The broadcast is stored on the user device. According to an example, the site threshold is used to define data that is suitable for classification as active data. For example, picking up any data file smaller than 256kb 200946191 becomes potentially proactive. Next, the selected percentage of the selection (e.g., '40%) is classified as active material (the other 6% is classified as passive data). As mentioned above, passive data can be replaced by reference. In traditional games, the f component (for example, lawn material) appears many times throughout the game. In order to convert the form of the traditional game money change system ι, the game conversion module 10 recognizes that all the elements of the passive data appear more than once (identical or similar) by confirming the data I in each of the buildings. And use one of the components of the data file to contact a unique reference, and replace all other conditions of the component of the data file with a unique contact reference (additional details of the components of all data files) 'In the case of a material' will be determined by confirming the pixels. However, any suitable technique known in the art can be used to evaluate the class & This drastically reduces the size of the game (for example, the well-known form of the game is 12GB (billions), but the conversion below is reduced to 190MB (million)). For example, the turf material will appear 100 times in the game. In many South, each turf material file in the game looks the same (completely the same or similar), but with different structure names. The game conversion module 10 recognizes each of the conditions in which the lawn material appears, associates the lawn material in one case with a unique reference, and replaces the remaining 99 cases with the unique reference being contacted. Therefore, the game conversion module 1 reduces the size of the game by deleting duplicate (and therefore redundant) material. This makes the converted game the same quality as the unconverted game, because all the necessary game source code (sourcec〇de) has not changed, but its size has been reduced. As a result, the appearance, feeling, and game execution were not changed by the game conversion module 1 . The game conversion module U) also has a basic minimum of the game. The minimum value identifies the minimum amount of data required for the user to begin executing the game. For example, the minimum amount of data can cause the game to start, or initiate and read the level or portion. The first level or the entire executable part of the game. The basic minimum contains the entire passive data. Therefore, if the information is part of the basic minimum, any information that has been considered active because of its content or size will be considered passive. The basic minimum is then downloaded to the user device 3G and the user can begin executing the game (within a limited period of time). In another embodiment, the user may need instant or substantially instant activation of the active material to fully execute the game. In the case of the task, in order to continue the execution of the axis, further active data and passive data are required, so the user device 30 needs to be connected to the game server 20. Each of the converted games output via the game conversion module 1 can be identified by a container ID. The container identification code contains a game identification code (G job ID) having an additional suffix describing the game data package. The game identification code is a unique code to confirm the game throughout the entire game system 1. According to a specific embodiment, the unique code is an alpha-numeric code, for example, two characters and five digits in length, and optionally a region suffix (for example, "DE" for Germany) For the UK "UK" $) to indicate the language version of the game. It should be noted that: the game 200946191 each language version of a ship in some environments, this will be separated (four) for (four), although in one is 4 digits exhausted.举, #述游龟 according to the package of the additional suffix can be added to the tour of Langbie "T-Gang just 1DE" ra two: suffix "_" can represent the first version of the ancient tomb Raiders ~ Rader 1) German version The number of 9 packets (G9). In (), it has a basic minimum in total. The first packet in the text "〇!" is the above

These bots can contain active and passive data in addition to the possible right (four) main game. References for the correspondence between the active data and the passive data in any case. In any case, the passive data of the converted game and the active data of the converted game and the converted game are respectively stored and marked, so they can Configured separately to customers. After the f game is converted, the conversion module 1G feeds all the converted game passive data and associated reference objects in the passive data storage device (not shown) and stores all converted converted active data in the non-storage device ( Not shown). In a specific embodiment, passive data is stored in categories. For example, 'all materials are stored in a table (tab(4), all called 3 broadcasts are stored in another table, all sound waves are stored in another table, etc. Therefore, passive data is stored in one The storage device, but the storage device is divided into different tables based on the category of the passive data. The passive data storage device and the active data storage device of the game conversion module 10 store all the converted games, and the converted games have been converted by the game. The group 1 0 is converted. 17 200946191 The same components of passive data will appear in many games. For example, 'turf material will appear in five different games. Therefore, in order to avoid passive in the game conversion passive data storage device The data is repeated, and the game conversion module 1G recognizes the occurrence of the passive data elements in the converted game (whether identical or similar) in all cases of the passive data storage device. Because &, if present in the converted game Passive data components have appeared in passive data storage devices, as well as in passive data storage devices. The unique reference material for the data element contact will be used to replace all the passive data elements in the game. For example, the above lawn material appears in many different games. 'When converting a new game, the game The conversion module 1G recognizes all the conditions of the lawn (4) in the new game, (4) the data of the game conversion passive data storage device (4) the lawn material f, determines that the lawn (4) has been stored in the game conversion passive data storage device, and the data The turf material in the storage device is used as a reference material, and the unique reference material is used to replace all the turf materials in the new game. Each passive data and metadata can be converted by the game conversion module. Including: The material may be provided by the metadata 10. The metadata slot identifies the code (FileID) to confirm the story in the entire game system. According to a specific embodiment, the unique code is a letter - The digital code, for example: the length of 2 characters and 1 digit. The file = the record containing the name given to the broadcast contains its subtitle name 'eg · fjpg' 2009, Post Code Type ID — Indicates the file name of the file, such as .bmp, jpg, mp3, wav, and their like. In a specific embodiment, the file extension file name with property rights is standardized during the process of the change. For example, the standard "* handle" structure can be renamed via the given game developer for a number of reasons* Abc". Such a program can be flipped so that all standard files have a correct and acceptable file extension format. According to a specific embodiment, the sub-slot name is displayed according to the identification system for each individual file type. Standardization. For example, the following digital system can be implemented: 00100 stands for the general category of "picture file", and 〇〇1〇1 is the cut file (9) (10) is bmp file, 00103 is png file, etc.; and 〇〇4〇〇 Represents "sound file", while 〇〇401 is wav file, 〇〇4〇2 is 〇gg file, 〇〇4〇3 is called 3 file, and so on. FileLink - This is the standard that indicates the location of the file in the play structure of the installed game. In other words, this is the route indicator. 〇 Game ID - This is a unique code that confirms the game throughout the entire game system 1. According to a specific embodiment, the unique code is an alpha-numeric code, for example, 2 characters and 5 digits in length, optionally having an area suffix (for example, for "DE" in Germany, In the UK "UK", etc.) to indicate the language version of the game. It should be noted that each language version of the game will generally undergo a separate conversion process, although this may not be required in some environments. File size The size of a file, for example: kilobyte (kilobyte) 〇19 200946191 Reference Status ID (Reference Status ID) - consists of three sub-metadata flags: "No (〇), "Yes", "Not yet tested (2)", each indicating whether the slot has been replaced by a file that has been displayed in the game conversion database. Replacement File (Replacement File) ID)—If the reference status identifier is 1, the replacement file identifier contains a list of all other identifiers. 'The file is a reference file for other identifiers. In other words, it contains all that can be replaced by the current file. A list of equal files. Class ID—A combination of two sub-metadata flags: an indicator that classifies files into active (0) or passive (1) subclass identifiers (Sub Class) ID)—Locks the flag, which displays active files that are replaced by other files. Therefore, files can be marked as “locked (〇)” or “replaceable (1). For example, this feature can be prevented. The slot is replaced based on the completion factor and prevents conflicts with the category identifier. The game conversion passive data storage device of the game conversion module 10 contains all the passive data required for all games, the game has been played by the game. The conversion module 10 converts 'and the game conversion active data storage device in the game conversion module 10 contains all the active data required for all games, and the game has been converted by the game conversion module 10. The passive data storage device is substantially A shared library of passive data. Further details of the game server 20 can be found in the simultaneously unresolved patent application "Game Server" (the same applicant as this application), although it is not required to understand and implement the Patented invention. 20 200946191 Briefly, the game server includes converted game material converted by the game conversion module 1. The game server 2 transmits the converted game data to the user device 30 as required. In order for the user to execute the converted game of the game system 1, the game user device (game processing) It can be provided on the user device 3. In order to execute the game, and if it is necessary to set the game account of the game server 2', the user can access the game server 20 from the user device 3 via the Internet. The user accesses the feeder 20 via a web interface. When first used, the user is asked to set a user account of the game server. For example, the user is required to input data, for example: their Name, address, birthday, financial account details, etc. Next, the game server 20 creates a user account for each user so that the user can access the game server 2 and execute any converted game. The game is stored in the game server 2〇. When the game server 20 is used for the first time, the game server 20 determines whether the use player includes the desired game user device to execute the game converted by the game conversion module 10. If it is determined that the user device 30 does not include the game user device, the game server 20 downloads the game user device to the user device 30. In addition, the 'game server 2' identifies the hardware environment of the user device 30, for example, the display card included in the user device 3, and the CPU of the user device 30 (the central processor). Processing speed. During game execution, the game server 2 needs to have two-way interactive communication with the user device. This 21 200946191 = because during the game execution, not only the game device 2q is required to plant the active data and the passive data) to the user device 30, but also the device 3G needs to send the data to the game feeder 2 (), For example, events that occur during game two, as well as information about decisions made by the game play (user) during game play. Therefore, according to the first (and subsequent) use of the game feeder 20, the game server 2〇 also determines the ping time and bandwidth of the user connection "when the user device 3G is on the cruiser 2 () Sending information

It is sought that the user connection (4) measurement time and bandwidth affect the speed at which the user device 3 can obtain the response from the game server 20. In a specific embodiment, the hardware environment of the user device 30 and/or the detection time and bandwidth of the user device 3 are checked at predetermined intervals, for example, each time the user connects to the game server 2 When you are embarrassed, or every time the user chooses a new game to execute. In addition, the hardware environment of the user device 30 and/or the detection time and bandwidth of the user device are always checked during game execution.

In order to avoid the pause during the execution of the game, the game server 2〇 downloads the whirst data, and the server 2 can change the buffer area for each user's hardware environment, detection time and bandwidth ( As will be explained in more detail below, users with insufficient detection time and bandwidth will be assigned to larger buffer areas than users with good detection time and bandwidth. After setting up the user account, the user becomes an authorized user. In one embodiment, an authorized user will be required to enter 22 200946191 username and password to access the game server 2 . The game server 2 then compares the entered username and password with the authorized user (4) contained in the user repository (not shown) to verify whether the user is an authorized user. Once the user is verified to be an authorized user, the user is allowed to access the game server 2 and execute the game. In one embodiment, the game server 2 can store user account data. For example, the user may be required to pay to execute the game on the game feeder 20. Therefore, the user account information may be information about whether the user has sufficient funds to execute the game on the game server 2. If it has been determined that the user does not have sufficient funds in his account, then the action of accessing the game through the game server 20 will be rejected until sufficient funds are added to the user account. After confirming that the user has sufficient funds, the user can select any one of the games stored in the game U 2〇@ converted to execute. The game system and system i of the present invention allows a user to execute a game through a network with a very short download time. ❹ In a specific embodiment, the game feeder 20 may require the user to be an authorized user and have sufficient funds in their account before the user can execute the game. In another embodiment, the game server 2 does not require the user to be an authorized user and does not require sufficient funds in their account before the game is executed. A detailed description of the components of the game user device 300 will now be provided with reference to FIG. The game user device 300 includes a passive data storage device. In a specific embodiment, the passive data storage device 3〇2 is initially empty. In another embodiment, the initial passive data is transmitted from the game server 20 to the user device 3 by the game user device 300 for existence in the passive data storage device 302. In another or additional embodiment, the passive material may be provided on a CD (CD)/DVD/DVD, etc., and the user obtains the data to present it in the passive data storage device 302. In order to execute the selected game, the basic minimum profile (as described above) is downloaded from the passive data storage device of the game server 20 to the passive data storage device 302. In addition, the connection between the game server 2 and the user device 3 must be valid, so that the active material and the additional passive data can be downloaded to the user device as described above when the game is executed, and the game is considered The engine is a special form of passive data. After the user selects the game to be executed, the game server 2 determines whether the user device 30 has the required game engine, and if the user device 3 does not have the required game engine, the game engine downloads to Passive data storage device 302. The game then proceeds on the stored game engine which combines the necessary active data received from the game server 20 with the necessary passive data downloaded from the game server 2 to the passive data storage device 3〇2 and passively when needed. The data storage device 3〇2 searches. If the user device 30 does not have the desired game engine, the data of the set game engine parameters is downloaded to the passive data storage device 3〇2 to construct the game engine. Figure 3 illustrates the process of downloading passive data from the gaming server 2 to the passive data storage 302 of the user device 30. 24 200946191 ❹ ❹ When the user selects a game to be executed (step S200), the user's selection is transmitted to the game server 20 via the communication interface 32 of the user device 30. The game server 20 determines what game engine is required for the selected game to execute' and confirms whether the user device 30 has the game engine. As mentioned above, the game engine is considered passive. Therefore, in order to determine whether the game user device 300 contains the required game engine, the game server 2 informs the passive material manager 304 what game engine is needed. The passive data manager 304 transmits the request to the passive data storage device manager 〇6, which confirms whether the requested game engine is stored in the passive data storage device 〇2. If the user device 30 does not have the desired game engine, the game engine is transferred to the user device 30 (step S2〇2) for storage in the passive data storage device 302. Passive (4) (and active data) is transmitted to the user device via the communication interface 32. In addition, in order to determine what game engine is needed for the game, the game server 2 also determines what management features (for example, physics engine enguie), control applications, etc. are required for the game, and transmits the required materials to use. Install i 30. In a specific embodiment, the management features of the game are downloaded to the user device 3 at the beginning of the game download. The game server 20 also determines what is loved by the county, and also lacks the basic minimum information required to execute the selected game. Next, the user installer device 30 receives the first list of unique reference objects from the game server 20, and refers to a / or a basic minimum beaker required for the selected game (step S204). As described above, the user device 3G includes a passive data manager 304. The Broken Data Manager 3〇4 (combined with the Passive Storage Device Manager 306) 25 200946191 compares the first list of unique references with the unique reference to the passive data already stored in the passive data storage device 302, And determining which of the first listed passive materials has not been stored in the passive data storage device 3〇2 (step S208). The passive data manager 304 can communicate bi-directionally with the passive data storage device manager 306 (request and response communication). Due to the relationship of the references, a quick comparison between the first list of unique references and the unique references associated with the passive data already stored in the passive data storage device 3〇2 can be implemented. Therefore, unique references that are associated with the passive material (in the form of the first list) are only received from the game server. Therefore, the total amount of data transmitted from the game server 20 to the user device 3 is very small, and thus the processing of the data can be accelerated. Passive data manager 304 then transmits back a second list of unique references to game server 20 via communication interface 32. The second list indicates which of the first listed passive data is not stored in the passive data storage device 322, and is therefore requested by the passive data storage device 302 so that the user can begin executing the selected game. In one embodiment, if the user device 3 does not have any data stored in the passive data storage device 302, the second list of references is identical to the first list of references. "If the required passive data has been stored in the passive data storage device 3G2, the passive data does not need to be transmitted from the game servo 20 to the (four) material storage slot 302 of the user device 3Q. Therefore, the reference material The second list is likely to be smaller than the reference list. The game feeder 20 uses the second list of references to determine what is needed. 200946191 Passive data and its associated reference are to be transmitted to the user device 30. The user device 3 is then接收 receiving a copy of the required passive data and its associated reference material from the game feeder 2G (step S212). ^ Therefore, only new passive data (passive data not yet stored in the user's passive data storage device) is transmitted. Up to the user device 3G. Compared to the conventional system that transmits the entire new game material, the program reduces the amount (size) of data that needs to be robbed from the game device by the device. Then, by updating the passive data with the download The passive data storage device 302, the passive data storage device manager 3〇6 stores the received passive data and the associated reference material in the passive data storage device. 302 (step S214). The management of where passive data is to be stored in the passive data storage device 3〇2 is controlled by the passive data storage device manager 3〇6. In one embodiment, the passive data storage device 3 〇2 stores passive data based on categories, so that all materials are stored in one table, all mp3 files are stored in another table, and all the vocal files are stored in another table. Therefore, the passive data storage device 302 is a table for storing all passive data passive data into different tables. In a specific implementation, the data storage device manager 3G6 shirts each passive (four) should be saved. In a specific embodiment, the passive data may also be linked to the passive material required by the game, and/or the passive data required for the game level, and/or passive information required for the game type, etc. in a specific In an embodiment, the association of such further data with passive data may be used to reduce the download time from the game server 20 by 27 200946191. For example, When the data is to be downloaded, a comparison between the passive data reference to be downloaded and the passive data reference already stored in the passive data storage device 302 is first performed (step S206) if the type of the game is known, it is completed first. Comparison of passive data references that have been stored in the passive data storage device 3〇2 in the same type. For example, the material used for the racetrack, “tarmac” may be used in most horse racing. The game, therefore, if the passive data manager 304 understands that the new game is a horse racing game, it will first complete the comparison of the passive ❹ data reference that has been stored in the passive data storage device in the horse racing game. Only the new passive data (passive data that has not been stored to the passive data storage device 302) is transmitted to the user device %, and the more games the user has selected to execute, the passive data storage device stored in the user device 3 () 302 will have more passive data. Therefore, the amount of passive f material required from the game server, such as to the user device 3G, should be reduced from each of the selected and downloaded games, so that each new game needs to download passive data to the user device 30. The time is shortened. For example, if you have previously executed (and therefore downloaded) the game Tomb RaidersTM and then select the game Tomb Raiders' because it is very likely that the Tomb Raiders use many of the same as the Tomb Raiders, the same passive information, then the Tomb Raiders "Μ needs; the total amount of passive data carried is reduced. However, it may not be the case, for example, if the user only performs a sports game in advance and then decides to select a role-playing game, it is impossible to use the same passive material. In addition, the user device 30's measurement time 'bandwidth and hardware impact 28 200946191 download time. Therefore, 'depending on the determined connection time and bandwidth of the connected device device (as described above), the basic minimum data required for the initial download can be supplemented by the further downloading of the data (if needed). . For example, suppose the user's connection is slow, and before the game can be started, the game content processing module 120 determines the basic minimum data required by the user device 3, and downloads further additional active data and passive. The data is sent to the device 3〇. In this example, the 被动(4)-like program described in Figure 3 uses additional passive data along with the basic minimum data or separate transmissions. The additional active data can also be transmitted with the basic minimum data or the knife is opened. However, since the active data cannot be replaced by the reference material and is not permanently stored in the user device 30, there is no need to compare (for example, 'Step S210 To S218). There is no need to download the entire game before the game is started, only the basic minimum is required. Then, during game execution, game data (active and passive) is downloaded to the background when requested. The Ο ® 3 program is completed before starting the game execution. However, during the execution of the game, a similar procedure is also performed when further passive material of the game feeder 20 is required. In a carcass embodiment, it is not necessary to transmit all selected game passive material prior to the execution of the game. For example, using the procedure as described above and with reference to Figure 3, the passive data required to select only the first three levels of the game can be confirmed and transmitted to the user device 30 before the game execution begins. During the game play, the passive data is downloaded to the passive device data storage device 3〇2f y-, 2 (in the square view) at the user device 30 29 200946191. Then, when necessary, the passive data is read from the passive data error storage S 302. In contrast, when needed, the active data is loaded and the active data is not permanently stored in the user. Relative to the conventional game is read by the disc, the passive data storage device 302 acts as a virtual disc player at the user device %, and the passive material is read from there. The field user selects the game to execute twice and many times, and the program may not need to be executed because the initial passive data required to start executing the game has been downloaded to the passive data storage device. Then, in a physical implementation, the 'passive data storage device's update check (updat "heck" / can be performed every time the user connects to the game feeder 2 to execute the game" or The interval check is performed. The update check of the passive data storage device i 3G2 determines whether any updated version of the passive data stored in the passive data storage device 302 is available at the game server 20, and if available, downloads the updated version. For example, 'If an updated version of the grass material becomes available' it can be stored on the current version of the grass material of the passive data storage device 3〇2 and associated with a unique reference object indicating the grass material In addition, the user has connected from different user devices 3 to the game server 20'. According to the procedure of Figure 3, the necessary minimum data may need to be downloaded. In another embodiment, since the user last connected After the server, the detection time or bandwidth of the user device 30 has changed, and then the passive data storage device 302 can be executed. Compared with the original file, The quality of the new file will be better (for example, 30 200946191 aspect), but the whole game can still be small, the extra information from the game. ^ For many scorpions, "Leather in the leprosy J. In addition to - point In terms of 'the quality of computer games will improve, improve the user experience but still reduce the size of the whole play.

After downloading the necessary minimum information (including the required game engine), the user can start the game execution. As mentioned above, during the execution of the game, it is necessary to download the active material. Therefore, during the execution of the game, a two-way connection between the game servo n 2G and the user device 3g is required at all of the moments. In a specific embodiment, the link is the Internet (which uses any of the standard Internet communication protocols (丨(10) prc^ocol) 'for example, town or FTp), and the active material is via this The link transfer transmits the passive data (and the active material) from the game server 20 without any delay during the execution of the game, and the game feeder needs to be angry at the game executed by the user device 30 and decides to surround the player. The buffer area of the target location in the game. This buffer area refers to all the passive data (and active data) required during the next preview period of the game execution. Figure 4 illustrates an example of the buffer area. As shown in Figure 4, if the player is currently in the middle position (marked by a solid black star) at time t=0, the player can be anywhere in the first circle at t=l, At t=5, anywhere on the second lap 5, and anywhere on the third lap in Bu 〇, in most games, the player does not want to move in one direction (for example ' Distance A, MC), you can turn around yourself or go back, or 31 200946191 can change direction, based on the use of r + in the play is not linear and different use, 疋 game can be able to (or the same user) can not The way back is to perform the same game. Therefore, at any time, the player has a number of different positions/51 66 r ^ each of which requires no more than 5 s) of active data and Passive data. For example, if the passive data buffer area is defined by the dashed circle 10 in Figure 4, and the active data buffer area is defined by the virtual coil i in s 4, the game feeder 20 is required. Decide that s needs to be resolved to all that may be needed in 1G

Passive data and all active data that may be required in the area Oi k. The area of the game can be defined by the time, distance, memory range, room or level of a game. The active data buffer area is smaller than the passive data buffer area, so in order to avoid the active data stored in the user 30 (any significant time period / total amount of data), and therefore when the connection to the server 2 is broken , protect the game being executed. The kernel request module (kernel request m〇dule) 318 detects the instant game execution and tracks the direction in which the player is moving and whether they enter the new 〇 area. In the game, each zone is connected to all of the next possible & domains (which may precede or follow the former zone). In one embodiment, the 'instant delivery module 312 and the recall manager 3 16 use the instant game execution material from the core request module 318 to determine the buffer for surrounding the current location of the user. Active and passive data required for the region. The request for the desired buffer area is transferred to the feeder 20 and finally the required data is transmitted from the game server 20 to the user 32. 200946191 The buffer is stored in the passive f storage device 3G2 and the active data, for example, for example 'Assume that the player moves in direction A, and between them, only the passive data buffer 322 retrieves the passive data among the actually required elliptical dot dashed/dash dashed lines, and the :::: line period 'only from The active data buffer 11310 retrieves the active data among the elliptical dot dashed/dash dashed lines that actually need 4. In a specific embodiment, the passive data predetermined period can be set to

... level 'in this case' game server 20 downloads passive data at each level (before it is needed). In a specific embodiment, starting at z=0, the core request module B measures the direction in which the player is moving, i.e., the player moves in direction a, B or c. The instant delivery module 3i2 then determines what active material is needed if the player moves in the predicted direction (direction A). Therefore, as illustrated in Fig. 4, the active data buffer area contains only the active data 'in the rounding A between z = 〇 and ζ = ι' instead of the entire dotted circle 1. In addition, the recall manager 316 determines that if the player moves in the predicted direction (direction A), the data will be required. Thus, as illustrated in Figure 4, the passive data buffer has passive data in the ellipse a between z 〇 and ζ = ι = instead of the entire dotted circle 1 〇. - In both examples, as illustrated in Fig. 5, the buffer area data is fixedly changed due to the actual direction in which the play is moved. As illustrated in Fig. 5, the player is initially at Z-1', and the buffer for Z=1 is marked at z=l+l, z=l+5.

And z=l+10.接接封·e > A ～ 豕 移动 move to z=m in the A direction, then the buffer metric for z=m is not z=m+l, z=m+5, and z=m+10. Then the player 33 200946191

^ 夕切王 Z=n, then the buffer for z=n is marked with , z=n+5 and z=n+1〇 〇

A survival link between the set 30 and the game server 2 is required. The buffer area for the passive data is set to be larger than that for the active data because the active data is only temporarily stored on the user device 3, which is impossible for the user to execute without being connected to the game server 2 download games. In addition, it is not possible for the user to make a copy of the game (for example, for resale), and the game cannot be used by peer-to-peer sharing network because the user device 3 does not store any more than the game. Proactive data for the required period of time. Moreover, since the active data is only temporarily stored in the user device 30, the user device 3 avoids becoming slow after a period of time due to the accumulation of active data that is no longer needed. According to a specific embodiment, active data and passive data can be distributed by separate servers. For example, passive data can be distributed by the web server (your servate) because its transfer speed does not directly affect the game execution. The slow transfer speed only means that the user has to wait for a long time to start executing. game. On the other hand, the transmission speed of the active data is more important in a sense. If there is no active data, then the game will not be executed and most of the games will be prepared by the game conversion module 10.纟Requires a fixed provision of active data for the game to be executed. Therefore, it is better to have a fast server to allocate the active 》. According to the example - by the knife vocabulary (b Serve) allocates active data and distributes passive data through a web server. ❹

During the game, the core request module 318 receives the current instant location of the user in the game from the processor 34 and transmits the data to the instant delivery module 312 and the recall manager 316. The Instant Transfer Module 312 then determines what active data is needed in the active data buffer area surrounding the user's target location in the game, and forwards the request to the active data manager 308 for the desired active data. The desired active bee finger tf is retrieved from the game source code in the game around the user's destination location area by the instant delivery module 312. The active profile manager 308 requests the desired active profile from the game server 2 and, when it receives the desired active profile, stores the required active profile in the active profile buffer 310. Thus, the active data buffer 31 contains active data that requires active data in the active data buffer area surrounding the user's current location in the game. The recall manager 316 determines what passive data is needed for the passive data buffer area surrounding the user's current location in the game. Next, the recall manager 316 transmits an indication of the required passive data to the passive data manager. The indication of the required passive data is retrieved from the current location area of the user in the game by the recall manager 316. The game source code is retrieved. The passive data manager 304 transmits the indication to the passive data storage device manager 3〇6, 35 200946191 and the passive data storage device manager fan determines if any required passive data has not been stored in the passive data storage device 3〇2. The passive data storage device manager 306 then transmits a reference to the passive data manager 304 that contacts the desired passive data (which has not been stored in the passive data storage device). The passive data manager 304 requests the passive data required from the game server 2 that is not stored in the passive data storage device 302. Then, the game server 20 transmits the required passive data to the passive data storage device manager 306 via the passive data manager 3〇4, and the passive data storage device manager 3〇6 stores the required passive data to the passive data. In the storage device. In other embodiments, during game execution, core request module 318 receives the current instant location of the user in the game from processor 34 and transmits the data to game server 2〇. The game server 2 determines what active data is needed in the active data buffer area surrounding the current instant location of the user in the game, and transmits the required active data to the active data manager 308. The game server 20 also determines what passive data is needed around the passive data buffer area of the user's current instant location in the game, and transmits a list of reference objects that require passive data to the passive data manager 3〇4. The passive data manager 304 determines from the list of passive data what passive data is not stored in the passive data storage device 302 and transmits the passive data not stored in the user device 30 to the game server 2 . Next, the game server 2 transmits the requested passive data to the passive data storage device manager 306 via the passive data manager 304, and the passive data storage device manager 3〇6 stores the required passive data in the passive data storage device. 3〇2. 36 200946191 The passive data required by the passive data buffer area is then transferred from the passive data storage device 302 to the passive data buffer 322. Therefore, the passive data buffer 322 temporarily stores the passive data that the prediction of the next predetermined phase of the game execution will be required. This increases the speed at which the game is executed, since passive data that may be needed is retained in a smaller storage device (passive data buffer 322) and thus can be quickly identified and retrieved, then the passive data is assumed to be direct when needed. Retrieved from the passive data storage device gw. The passive data buffer 322 temporarily stores a small subset of passive data (which is stored in the passive data storage device 302). As described above, the passive data storage device 302 stores all of the passive data required for all games performed by the user. Therefore, the passive data storage device 302 stores a large amount of passive data depending on the number of different games executed by the user. Because of the active data buffer 310, the data stored in the passive data buffer 322 is fixedly written with the new desired passive data, which is based on the user's new current location in the game. And decided. The passive data stored in the passive data buffer 322 is provided to the game composition module 320 in a sequential order. For example, the passive data required in region z = n is provided from passive data buffer 322 to game composition module 32 before all passive data required for region ζ = η + ι. The instant delivery module 312 retrieves the desired active data from the active data buffer 31. Next, the game sync device module 314 synchronizes the active data from the instant transfer module 312 and the passive data from the game composition module 32 to the core request module 318 for synchronization, for example, at the core request Module 318 receives the active data required at z = 5 with the passive data link 37 200946191 required at z=5. The core request module 318 combines the synchronized active data and the passive data' and transmits it to the processor 34. The primary (four) material required for the active (d) buffer area is temporarily stored in the data buffer 31°' and the passive resources required by the passive data buffer area are temporarily stored in the passive data buffer 322. However, only some master data and some passive data are actually needed, depending on the interaction of the user's two games. Therefore, during the game execution, many active buffer area data and passive buffers (four) are not f. The area is needed. ❹ The above program is executed fixedly during game execution because the core request module 318 @定地 receives the current (instant) bit H of the user in the game from the processor 34. The data is transferred to the instant transfer module 312 and the bypass manager 316 so that the active data buffer area and the passive data buffer area can be updated. If the connection to the game server 2G is broken, the user can only continue the game until the active material of the active data buffer 3ι〇 has been used. Due to the lack of active data, the game execution will not continue until the connection to the game console is re-established. For the game user device 300, it is also possible to start with a conventional web browser. For example, by clicking on the game listed on the web page (hosted by the game feeder 20), the extension of the browser automatically starts on the game user device of the user device 30, and initially begins. Basic minimum download or game execution (ie, active and passive streams) (if the game has been executed before). The invention has been described in terms of specific illustrative embodiments. It is necessary to understand that the present invention is not limited to the specific embodiments described above, and that the changes and modifications may be performed by those skilled in the art, and many of the scope of the present invention. BRIEF DESCRIPTION OF THE DRAWINGS In order to better understand the present invention, and to show how the present invention is implemented, reference will be made to the exemplary embodiments of the drawings: FIG. 1 schematically illustrates a game system;

Figure 2 illustrates schematically a game user device; Figure 3 illustrates a flow diagram of a program for downloading data from a game server to a user device. Figure 4 illustrates roughly the buffer area; and Figure 5 illustrates a number of buffer areas. [Main component symbol description] 1 〇 game conversion module 2 〇 game server 3 〇 user device 3 2 communication interface 34 processor 40 Internet 300 game user device 302 passive data storage device 304 passive data manager 306 passive Data storage device manager 308 active data manager 39 200946191 310 active data buffer 3 1 2 instant delivery module 314 game synchronization device 316 callback manager 3 1 8 core request module 320 game composition module 322 passive data buffer A direction B direction C direction 40

Claims (1)

200946191 VII. Patent Application Range: 1. A first user device that constitutes a game device that facilitates game execution, which is based on game material received from a remote game distribution server and combined in response to a game execution event during game execution. a second individual supply, the device comprising: a request module configured to receive a first data feed from the first data path and a second data feed from the second data path, and operate to merge the first data and the second The data is used to generate a natural game execution experience; and the © game sync device is constructed to control the supply time of the first data supply and the second data supply from separate data buffers. 2. According to the user game device of item 1 of the scope of the patent application, wherein the first file has a smaller average file size than the average file size of the second material. 3. - Constructing a user game device constituting a game execution that is based on active game material and passive game material received from a remote game distribution server and combined in response to a game execution event during game execution, the device® includes The first module is configured to receive the supply of active data from the active data path and receive the supply of passive data from the passive data path, the first module operating to combine the active data with the passive data to generate a natural gaming experience; And a game synchronization device configured to control the supply time of the active data from the active data path to the first module and the supply time of the passive data from the passive data path to the first module. User game design described in item 3 of 200946191 4 · According to the scope of the patent application, it further includes: its supply is active from the active data buffer The material manager is connected to the remote game distribution server. Instant delivery module, which provides information in response to Yu Rui! 6. The user game device according to item 5 of the scope of the patent application, wherein the first module is configured to supply a game execution event indicator along the active data path. 7. The user game device of claim 6, wherein the game execution event indicator is supplied to the remote game distribution server by the active data path, and wherein the active data manager is distributed from the remote game. The server receives the active data needed for future game execution. 8. The user game device according to item 6 of the scope of the patent application, wherein the instant delivery module is constructed to process a game execution event counter to determine what active material is needed for future game execution and to perform future game play The active material needed at the time is to propagate the server request to the remote control game. 9. The user game device according to item 7 of the scope of the patent application, wherein the active data required for the execution of the future game is the active data buffer before the first module needs the active data required for the future game execution. Stage. 10. According to the user game design described in item 8 of the scope of the patent application, the pre-active information required for the execution of the future game is to enter the initiative. The stage of the data buffer. 11. The user game device of claim 7, wherein the active material required for future game execution is a phase that enters the active data buffer depending on the game execution event indicator specified by the game code. 12. The user game device according to item 8 of the scope of the patent application, wherein the +4 game execution device (4) active data is in a stage of entering the active data buffer depending on the game execution event indicator specified by the game code. 0 13. According to the user game device described in item 9 of the special (4), wherein the active information required for future game execution is based on the game execution event indicator specified by the game code and enters the active data buffer. Order The user game design information described in the item is determined by the game code into the active data buffer. 14. According to the scope of the patent application, the active game specified event indication required for future game execution. Things go into the paragraph. 15. According to the fourth to the "claims of the patent scope, the user's game equipment, which is stored between the right to be used once (four) buffered between the U active materials, 14 items, delete the storage 16. According to the application The fourth item of the patent scope is to the user's game equipment, which at the time of booking 43 200946191 active data in the active data buffer; after the capacity of the active data buffer exceeds 'delete the active data stored in the active data buffer And/or deleting the active material stored in the active data buffer after the execution of the game. 17. Further, the user game device according to any one of claims 3 to 14 of the patent application scope, further Contains: A game component module that is operable to construct and play a copy of the game, except for the lack of active material 'The copied version of the game is substantially complete. 18. According to item 3 to item 14 of the scope of the patent application The 0 user game device, wherein the first module is configured to provide a game execution event indicator along the passive data path. The user game device of claim 18, wherein the game execution event indicator is supplied to the remote game distribution server, wherein the passive data manager receives the passive data required for future game execution from the remote game distribution server. 20. In accordance with the user game device described in the third paragraph of the scope of the patent application, wherein the callback manager is configured to process the game execution event indicator, to determine the passive information required for future game execution, and to transmit the future. The passive data manager is required to perform the passive data according to the scope of the patent application. The passive data manager is constructed to determine the passive data required for future game execution. Whether it is available in the passive data storage. 22. The user's gaming device according to item 20 of the scope of the patent application's passive data manager constitutes the passive data stored in the passive data storage that determines the future game execution needs 44 200946191 Is it available in the device? 23. According to the patent application The user game device of item 21, wherein the passive data manager is operable to request passive data required for future game execution from the remote game distribution server, and the stored passive data is in the passive data storage. For the unreachable, the passive data manager stores the requested passive data in the passive data store. The user game device of claim 22, wherein the passive data manager is operable to request passive data stored in passive data required for future game execution from the remote game distribution server to passive data. The memory is not available, and the passive data manager stores the requested passive data in the passive data storage. 25. A user gaming device according to any one of claims 3 to 3, wherein the passive material comprises a plurality of passive data objects, each of which is associated with a unique reference material. 26. The user game device of claim 19, wherein the passive data comprises a plurality of passive data objects, each of the passive data objects is associated with a unique reference object, and wherein the passive data required for future game execution is included. The instructions contain a number of unique references. 27. The user game device of claim 2, wherein the passive data comprises a plurality of passive data objects, each of the passive data objects being associated with a unique reference object, and wherein the future game execution is required The indication of passive data contains a number of unique references. 28. The user game device of claim 21, wherein the passive material comprises a plurality of passive data objects, each passive 45 200946191 data object is associated with a unique reference object, and wherein future game execution is required The indication of passive data contains a number of unique references. 29. The user game device of claim 22, wherein the passive data comprises a plurality of passive data objects, each of the passive data objects is associated with a unique reference object, and wherein the passive data required for future game execution is required. The instructions contain a number of unique references. 30. The user game device of claim 23, wherein the passive material comprises a plurality of passive data objects, each passive data object is associated with a unique reference object, and wherein the future game execution is required The indication of the passive data contains a plurality of unique references, and the request to assign the passive data of the feeder to the far-end game comprises a plurality of unique references. 31. The user game device of claim 24, wherein the passive material comprises a plurality of passive data objects, each of the passive data objects is associated with a unique reference object, and wherein the passive data required for future game execution is required. The indication contains a plurality of unique references, and the request to assign the server's passive data to the far-end game includes a plurality of unique references. 32. The user game device of claim 23, wherein the passive data path further comprises a passive data buffer from which the passive data can be transferred to the game component module. 33. The user game device of claim 24, wherein the passive data path further comprises a passive data buffer from which the passive data can be transferred to the game composition module. 34. The user game device of claim 25, wherein the passive data path further comprises a passive data buffer, from which the mobile data can be transferred to the game component module. 35. The user game device of claim 26, wherein the passive data path further comprises a passive data buffer from which the passive data can be transferred to the game composition module. 36. The user game device of claim 27, wherein the passive data path further comprises a passive data buffer from which the passive data can be transferred to the game composition module. ❹ 37. The user game device of claim 28, wherein the passive data path further comprises a passive data buffer from which the passive data can be transferred to the game composition module. 38. The user game device of claim 29, wherein the passive data path further comprises a passive data buffer from which the passive data can be transferred to the game composition module. 39. The user game device of claim 3, wherein the passive data path further comprises a passive data buffer from which the mobile data can be transferred to the game component module. 40. The user game device of claim 31, wherein the passive data path further comprises a passive data buffer from which the passive data can be transferred to the game component module. 41. The user game device of claim 32, wherein the passive data is supplied from the passive data store to the game component module via a passive data buffer. 42. The user game device of claim 33, wherein the passive data is supplied from the passive data storage to the game component module by the passive data buffer 47 200946191. 43. The user game device of claim 34, wherein the passive data is supplied from the passive data storage to the game component module via the passive data buffer. 44. The user game device of claim 35, wherein the passive data is supplied from the passive data store to the game component module via a passive data buffer. 45. The user game device of claim 36, wherein the passive data is supplied from the passive data store to the game component module via a passive data buffer. 46. The user game device of claim 37, wherein the passive data is supplied from the passive data store to the game component module via a passive data buffer. 47. The user game device of claim 38, wherein the passive data is supplied from the passive data store to the game component module via a passive data buffer. 48. The user game device of claim 39, wherein the passive data is supplied from the passive data store to the game component module via a passive data buffer. 49. The user game device of claim 40, wherein the passive data is supplied from the passive data store to the game component module via a passive data buffer. 50. The user game device of claim 41, wherein the passive material required for future game execution is entered into the passive data buffer depending on the game execution event indicator indicated by game code 48 200946191. stage. 51. The user game device according to item 42 of the scope of the patent application wherein the passive material required for future game execution is a stage of entering the passive data buffer depending on the game execution event indicator specified by the game code. 52. The user game device according to item 43 of the scope of the patent application, wherein the passive data required for future game execution is a stage of entering the passive data buffer depending on the game execution event indicator specified by the game code. . 53. The user game design described in item 44 of the scope of the patent application wherein the passive material required for future game execution is the stage of entering the passive data buffer depending on the game execution event indicator specified by the game code. 54. The user game set according to Item 45 of the scope of the patent application, wherein the passive data required for future game execution is entered into the passive data buffer depending on the game execution event indicator of the game code. stage. 55. The user game device as described in claim 46 of the scope of the patent application wherein the passive material required for future game execution is a stage of entering the passive data buffer depending on the game execution event indicator specified by the game code. 56. The user game device according to item 47 of the scope of the patent application, wherein the passive material required for future game execution is in a stage of entering the passive data buffer depending on the game execution event indicator specified by game code 49 200946191 . 57. The user game device of claim 48, wherein the passive material required for future game execution is the stage of entering the passive data buffer depending on the game execution event indicator specified by the game code. 58. The user game device of claim 49, wherein the passive material required for future game execution is entered into the passive data buffer depending on the game execution event indicator indicated by the game code. segment. The user game device according to any one of claims 4 to 14, wherein the amount of active data stored in the active data buffer is less than the amount of passive data stored in the passive data buffer. . The user game device according to any one of claims 3 to 14, wherein the active data includes a plurality of active data objects, and the average file size of the active data objects is smaller than the average file size of the passive data objects. size. ❹ 61. A method of operating a user game device, the device being provided at a user terminal and configured to facilitate game execution, the method comprising: receiving a supply of active data from a remote game distribution server and from a remote end The game allocates the passive data supply of the server; controls the supply time of the active data and the supply time of the passive data, and the data in response to the game during the execution of the game combined with the active data and the passive 50 200946191 play execution event, resulting in natural game execution experience. 62. The method of claim 61, wherein the method further comprises: supplying a game execution event indicator to the remote game distribution server; and receiving a future game execution from the remote game distribution server Active information. 63. The method of claim 61, the method further comprising: supplying a game execution event indicator to an instant delivery module; processing the game execution event indicator to determine what active material is needed for future game execution; And the proactive data needed to allocate the server to the far-end game requesting future game execution. 64. The method of claim 62, wherein the method further comprises: provisioning the active material required for future game execution to the active data buffer. According to the method of claim 63, the method comprises: providing an active data buffer required for future game execution. 66. The method described in item 64 of the scope of (4), one step further Including: Once the active capital is used, just remove the active information from the active data buffer. The method is further 67. According to the method described in item 65 of the scope of the patent application 200946191, further inclusion. After deleting the active data 1 From the active data buffer, according to the method described in item 64 of the scope of the patent application, the method is further: after a predetermined time period of a slave, from the active data from the active reputation: active data; in the active data buffer After the capacity of the device exceeds '; main: capital: the buffer deletes the active data; and/or deletes the active data from the active data buffer after the execution of the game. According to the method described in Item 65 of the scope of the patent, the method is even more crying. After the predetermined time period of the segment, the active data is deleted: the active data is deleted; after the active data buffer, the main The data buffer deletes the active data; and/or deletes the active data from the active data buffer after the execution of the game. 7. According to any one of items 61 to 69 of the scope of the patent application, the method further includes: constructing and reproducing a copy of the game 'except for the lack of active sponsors and reserve funds, The copied version of the game is virtually complete. The method of any one of clauses 61 to 69, wherein the method further comprises: supplying a game execution event indicator to the remote game distribution server; and assigning from the far game The feeder receives an indication of what passive material is needed for future game execution. 72. The method according to claim 6 (4) to (a) to (a), the method further comprising: 52 200946191 supplying a game execution event indicator along a passive data path; and opening w $ processing The game executes event indicators to determine future games and passive data. $ f τ 73. According to the method of claim 71 of the scope of the patent application, the method further includes determining whether passive data required for future game execution is available in the passive data storage. 74. According to the method described in item 72 of the scope of the patent application, the method further includes determining whether passive data required for future game execution is available in the passive data storage. 75. The method described in the patent scope (4), 73, further includes: In case the passive data is not available in the passive data storage, the remote game distribution server requests passive data; and the storage office The requested passive data is in the passive data storage. ❹ 7M 艮 请 请 请 请 专 四 四 四 四 四 四 四 四 四 四 四 四 四 四 四 四 四 四 四 四 四 四 四 四 四 被动 被动 被动 被动 被动 被动 被动 被动 被动 被动 被动 被动 被动 被动 被动 被动 被动 被动 被动Data; and storing the requested passive data in the passive data store. 77. An electric product product comprising a code tool for carrying out the method according to any one of the claims to claim 76. 78. A computer readable medium </ RTI> which is configured to enable a computer to implement a computer program according to any one of claims 61 to 76 of the patent application. 79. A computer code tool for performing the method according to any one of items 61 to 76 of the patent application. , schema · (such as the next page)