JP2017119171A - Online gaming - Google Patents

Abstract

PROBLEM TO BE SOLVED: To provide and online gaming experience.SOLUTION: A method comprises: allocating each of a plurality of game elements to a plurality of game element resources; determining that a render task is required on the basis at least partly of an update to a game world state, the game world state defining a game world for a plurality of game clients; determining a first viewport of a game world view for a first game client of the plurality of game clients; determining, for the first viewport, whether a first game element of the plurality of game elements is viewable from the first viewport; and, if the first game element of the plurality of game elements is viewable from the first viewport: generating, at a first game element resource corresponding to the first game element, a rendering of the first game element for the first viewport; and transmitting the rendering of the first game element to the first game client.SELECTED DRAWING: Figure 3

Description

  Unless otherwise stated herein, the techniques described in this section are not prior art to the claims of this application and are not admitted to be prior art by inclusion in this section.

  Current multiplayer online games can have a client side that executes characters and renders scenes, and can also have a server side that performs game world interactions. As online games change in the direction of rendering on the server side, current processing techniques may require multiple and complete distribution of backgrounds and characters within the server. Such an approach can create an in-system data traffic phase that can be a forbidden factor in improving the online gaming experience.

  In certain embodiments, the present disclosure describes an exemplary method for providing an online gaming experience to game clients. An exemplary method is based on assigning each of a plurality of game elements to a corresponding plurality of game element resources of a server system and updating to a game world state that defines a game world for a plurality of game clients. Determining that a rendering task may be necessary; determining a first viewport of a view of the game world for the first game client of the plurality of game clients; and Determining whether one game element is visible from the first viewport and, if the first game element of the plurality of game elements is visible from the first viewport, the first game element corresponding to the first game element; Generating a rendering of a first game element for a first viewport with one game element resource; It can be the game client and transmitting the rendering of game element to the first.

  In certain embodiments, the present disclosure also describes an exemplary machine-readable non-transitory medium that stores instructions that, when executed, cause a server system to provide an online gaming experience to a game client. An exemplary machine-readable non-transitory medium is a game world that assigns each of a plurality of game elements to a corresponding plurality of game element resources of a server system and defines a game world for a plurality of game clients. Determining that a rendering task may be necessary based on the update to the state; determining a first viewport of a view of the game world for the first game client of the plurality of game clients; Determining whether the first game element of the plurality of game elements is visible from the first viewport, and if the first game element of the plurality of game elements is visible from the first viewport, A first game element with respect to a first viewport with a first game element resource corresponding to the game element of By generating and sending a rendering of the first game element to the first game client, instructions can be stored that, when executed, cause the server system to provide an online gaming experience to the game client. .

  In certain embodiments, the present disclosure also describes an exemplary system. An exemplary system includes a processor, assigning each of a plurality of game elements to a corresponding plurality of game element resources of a server system, and updating to a game world state that defines a game world for a plurality of game clients. Determining that a rendering task may be necessary, determining a first viewport of a view of the game world for the first game client of the plurality of game clients, and a plurality of games Determining whether the first game element of the element is visible from the first viewport, and if the first game element of the plurality of game elements is visible from the first viewport, Rendering the first game element for the first viewport with the corresponding first game element resource A machine-readable medium storing instructions that, when executed, cause the server system to provide an online gaming experience to the game client by executing and sending a rendering of the first game element to the first game client Can be included.

  The foregoing summary is an example and is not intended to be limiting in any way. In addition to the aspects, embodiments, and functions shown by way of example above, other aspects, embodiments, and functions will become apparent by reference to the drawings and the following detailed description.

  The subject matter is specifically claimed, particularly in the conclusions of the specification. The foregoing and other features of the present disclosure will become more fully apparent from the following description and appended claims, taken in conjunction with the accompanying drawings. These figures depict only a number of embodiments in accordance with the present disclosure and are therefore not intended to limit the scope thereof, and are used with additional specificity and detail using the accompanying drawings. This disclosure is described.

1 is a block diagram illustrating an exemplary system for providing an online gaming experience. FIG. 2 is a flow diagram illustrating an exemplary method for providing an online gaming experience. FIG. 2 is a block diagram illustrating an example implementation for providing an online gaming experience. FIG. 2 illustrates an example computer program product. FIG. 6 is a block diagram illustrating an example computing device, all arranged in accordance with at least some embodiments of the present disclosure.

  The subject matter is specifically pointed out and specifically claimed in the conclusions of the specification. The foregoing and other features of the present disclosure will become more fully apparent from the following description and appended claims, taken in conjunction with the accompanying drawings. These figures depict only a number of embodiments in accordance with the present disclosure and are therefore not intended to limit the scope thereof, and are used with additional specificity and detail using the accompanying drawings. This disclosure is described.

  In the following description, various examples are set forth with specific details in order to facilitate a thorough understanding of the claimed subject matter. However, one of ordinary skill in the art appreciates that the claimed subject matter can be practiced without some or more of the specific details disclosed herein. Further, in some situations, well-known methods, procedures, systems, components, and / or circuits have been described in detail to avoid unnecessarily obscuring the claimed subject matter. Not.

  In the following detailed description, references are made to the accompanying drawings that form a part hereof. In the drawings, similar symbols typically identify similar components, unless context dictates otherwise. The illustrative embodiments described in the detailed description, figures, and claims are not meant to be limiting. Other embodiments may be utilized and other changes may be made without departing from the spirit or scope of the subject matter presented herein. The aspects of the disclosure generally described herein and illustrated in the figures may be arranged, interchanged, combined, and designed in a wide variety of different configurations, all of which are expressly intended. It will be readily understood that it forms part of the present disclosure.

  The present disclosure describes, among other things, methods, devices, systems, and computer-readable media related to providing an online gaming experience to game clients.

  In some examples, an object-oriented game server system can be provided to provide an online gaming experience. In some examples, the online game may be a massively multiplayer online game. In some examples, the architecture can provide game elements for allocation to resources or services, respectively, in the server system. In such an architecture, the model of the game element can be inherently localized with resources or services, so that it is possible to move little model data in the server system, thus making the resource of the server system efficient. Can be used. In some examples, the game server may be service-oriented, so that game operations can be resolved with assigned resources or services, and similar server system resource savings can be achieved.

  Depending on the determination that a rendering task may be required, game input, game viewport information, and / or other information may be provided in whole or in part to multiple resources of the server. it can. As described, for example, server resources can be allocated to action resolutions or game elements and / or dedicated. In some examples, the one or more action resolution resources may resolve game actions related to the received game input and update the state of the game world. This can be maintained in the server system. In response to an update of the game world state, the assigned game element resource can render a game element that is sent to the game client. In some examples, game elements rendered with assigned game element resources can provide an efficient parallel game server architecture.

  In some examples, the game client's viewport may be evaluated to determine one or more game elements that may be viewable from the viewport. In general, the viewport can include a display area of the game world, and the viewport can include any suitable shape. In some examples, the viewport can define a two-dimensional projection of a three-dimensional scene. In some examples, the viewport can include a displayable area for the game client. It should be understood that some game elements can be included in multiple game client viewports. Some examples are common to multiple viewports and do not rely on game clients, with final game client dependent rendering performed on each viewport based on game client independent rendering Game elements can be rendered so that rendering can be used. Such an approach and architecture can inherently reduce the rendering of wasted and repetitive game elements. The system architecture and methods described herein can provide massively multiplayer online games with movie quality game elements.

  FIG. 1 is a block diagram illustrating an exemplary system 100 for providing an online gaming experience arranged in accordance with at least some embodiments of the present disclosure. As shown, the system 100 can include a game world state 120, a game server resource 130, action resolution resources 112, 114, 116, and game element resources 142, 144, 146. Also as shown, the system 100 can communicate with one or more game clients 102, 104, 106. In general, system 100 may be implemented in any suitable manner as described herein, particularly as described below using FIG. System 100 may implement the techniques described herein to provide an online gaming experience to game clients 102, 104, 106.

  Generally, in a game or game environment, each game element can be assigned to a corresponding game element resource in system 100. The assigned game element can include any suitable game element. In some examples, game elements may be rendered individually using the assigned game element resources 142, 144, 146 of the system 100, as further described herein. In some examples, the assigned game element may be a game character, a part of a game character, a game object, a part of a game object, a part of a game scene, a game scene, or the like. As shown, game elements can be assigned to respective game element resources 142, 144, 146. In general, game element resources 142, 144, 146 may include any suitable computing element. In some examples, game element resources 142, 144, 146 may include computers, multiple computers, servers, computer resources, virtual machines, computer clusters, or the like. It should be understood that some game elements may not be assigned to dedicated game element resources. In some examples, such game elements can be rendered on a game client or game server resource 130.

  As shown, in some examples, game action resolutions may be assigned to action resolution resources 112, 114, 116, respectively. In general, the assigned game motion resolution may include any suitable game motion resolution. In some examples, game motion resolution may be handled individually using the motion resolution resources 112, 114, 116 of the system 100, as further described herein. In some examples, assigned game motion resolution may include combat resolution resources, motion resolution resources, object resolution resources, collision resolution resources, or the like. As shown, game action resolution can be assigned to each action resolution resource 112, 114, 116. In general, the operation resolution resources 112, 114, 116 may include any suitable computing element. In some examples, the operation resolution resources 112, 114, 116 may include computers, multiple computers, servers, computer resources, virtual machines, computer clusters, or the like. It should be understood that motion resolution for some games may not be assigned to dedicated resolution motion resources. In some examples, the behavioral solution can be rendered at a game client or game server resource 130.

  As shown, in some examples, the system 100 can include a game world state 120. In general, the game world state 120 may include the state of the online game being provided. In some examples, the state of the game world can be maintained and updated at the game server. In some examples, game world state 120 may define a game world for game clients 102, 104, 106. In some examples, the state of the game world may include game element location, game element attitude, game lighting, or the like. Game world state 120 may be implemented in system 100 in any suitable manner. In some examples, the game world state 120 may be implemented as a database. As shown, behavior resolution resources 112, 114, 116, game element resources 142, 144, 146, and game server resources 130 can be coupled to communicate to game world state 120.

  As shown, game clients 102, 104, 106 can be communicatively coupled to system 100. As described further herein, game clients 102, 104, 106 may provide or send game input, viewport information, and / or other information to system 100. In general, game inputs can include any suitable game input. In some examples, game input can include game element movement, game element selection, game resource selection, game option selection, game movement, and the like. In general, viewport information can include any suitable information. In some examples, the viewport information may include a location within the game world, a view within the game world, coordinates of the game world, and so on. Game input, viewports, and other information can be communicated with server 100 using any suitable communication technique. In some examples, the game input can communicate with server 100 via online communication.

  In general, at server 100, game input, viewport information, and / or other information can be communicated to any suitable resource or resource. In some examples, the game input can be communicated to the game server resource 130. In some examples, the game input can include game actions, and all or a portion of the game input can be communicated to one or more of action resolution resources 112, 114, 116. In some examples, the game input can include changes to the game element, and all or a portion of the game input can be communicated to one or more of the game element resources 142, 144, 146. In some examples, viewport information may be sent to one or more of game element resources 142, 144, 146. In some examples, game input can be provided to all necessary resources. In some examples, game input can be provided to partially required resources, so game input data or signals that include only the information required by the resources can be transmitted. Such an approach can reduce data transfer within the system 100.

  As described, in some examples, game input, viewport information, and / or other information may be communicated to one or more of motion resolution resources 112, 114, 116. In general, one or more action resolution resources 112, 114, 116 can process game actions related to game input, and game world state 120 depends on the processed game actions. Can be updated. As described, the action resolution resources 112, 114, 116 can individually process the actions of the game assigned to the resources. In some examples, the operation resolution resources 112, 114, 116 can communicate with each other as needed. It should be understood that when the game world state is updated, the game world view may change or be updated as a result. Here, the view of the game world may be a visual depiction or representation of the state of the game world. As such, an updated view of the game world may require an updated rendering of one or more game elements. Such updated rendering may be performed on the game element resources 142, 144, 146 in response to the updated game world state 120 and corresponding updates to the view of the game world.

  As described further herein, in some examples, game elements that are affected by an update to the state of the game world may require an updated rendering. For example, if one or more of the game clients 102, 104, 106 may have a view of the game element or a portion of the game element from the game client viewport, the game element is updated to May be required. Here, the viewport may be an area of the entire view of the game world as seen by the game client. In such an example, game elements that may require updated rendering can be rendered with the assigned game element resources. Such rendering may include game client independent rendering and subsequent game client dependent rendering. In some examples, game client independent rendering may include one or more rendering passes that may be independent of the view of the game element. In some examples, game client dependent rendering may include one or more rendering passes that may depend on the view of the game element, and game client dependent rendering is game client dependent. Not based on rendering.

  In some examples, game elements can be viewed by two or more of game clients 102, 104, 106. In such an example, game client independent rendering of game elements can be performed only once with game element resources. In some examples, each game client dependent rendering of a game element may be based on the same game client independent rendering. Such an approach may have the advantage of saving significant processing resources in the system 100. As described, the game element resources 142, 144, 146 can individually handle the rendering of the associated assigned game element. In some examples, the game element resources 142, 144, 146 can communicate with each other as needed.

  Such rendering and / or processing techniques may be performed in the system 100 as needed to render all necessary game elements for the game client 102, 104, 106 viewports. In general, rendered game elements can be transmitted to game clients 102, 104, 106 in any suitable manner. In some examples, each rendered game element can be sent separately. In some examples, the game client specific portion of each element may be sent separately to the game clients 102, 104, 106. In some examples, a rendered scene that includes one or more rendered game elements can be sent as a synthesized scene. In some examples, a plurality of rendered game elements can be sent to the game client along with metadata related to the resynthesis of the rendered game elements. In some examples, the metadata can include tracking display conditions, line-of-sight calculations, bounding box tracking, or the like.

  As described, the techniques described herein can be used to provide an online gaming experience to game clients 102, 104, 106. In general, the described techniques can provide a gaming experience to any number of game clients. Further, the system 100 can include any number of game element resources 142, 144, 146 and action resolution resources 112, 114, 116. The described systems and techniques can provide parallelism, thereby reducing the amount of data transferred within the system 100. In some examples, the game elements described herein can be rendered with movie quality. Such quality can provide, for example, a game character that can occupy more than about 1 GB of memory. The described systems and techniques can provide efficient game element rendering using game client independent rendering reuse and intelligent rendering decisions to eliminate unnecessary rendering. The described approach is described in detail herein with particular reference to FIG.

  FIG. 2 is a flow diagram illustrating an exemplary method 200 for providing an online gaming experience arranged in accordance with at least some embodiments of the present disclosure. In general, method 200 may be performed by any suitable device, devices, or systems as described herein. In some examples, the method 200 can be performed by a server system. In some examples, method 200 may be performed by a data center or data center cluster. The method 200 describes various functional blocks or operations that can be described as processing steps, functional operations, events, and / or operations, which can be performed by hardware, software, and / or firmware. . In various implementations, numerous alternatives to the functional blocks shown in FIG. 2 can be implemented. For example, interference actions not shown in FIG. 2 and / or additional actions not shown in FIG. 2 may be used and / or actions shown in FIG. 2 without departing from the scope of the claimed subject matter. A part of can be eliminated. In some examples, the operations shown in FIG. 2 can be operated using parallel processing techniques. Method 200 includes one or more of the functional operations as indicated by one or more of blocks 205, 210, 215, 220, 225, 230, 235, 240, 245, 250, 255, and / or 260. Can do. The process of method 200 may begin at block 205.

  At block 205 "assign game elements to corresponding game element resources", each of a number of game elements can be assigned to a corresponding number of game element resources of the server system. In general, the server system can be implemented in any manner as described herein. As described, the assigned game elements can include any suitable game elements. In some examples, the assigned game element may be a game character, a part of a game character, a game object, a part of a game object, a part of a game scene, a game scene, or the like. Game elements can be assigned to respective game element resources, such as game element resources 142, 144, 146. In general, a game element resource may include any suitable computing element, such as, for example, a computer, multiple computers, servers, computer resources, virtual machines, or computer clusters. It should be understood that some game elements may not be assigned to dedicated game element resources. The process of method 200 may continue at block 210.

  In block 210 “Determine that a rendering task is required”, the server system may determine that a rendering task may be required. In general, the server system can determine that a rendering task is required in any suitable manner. In some examples, the server system may determine that a rendering task is needed based on an update to the game world state. In some examples, the server system may determine that a rendering task may be required based on an update to a game world state based on a game change. Such game changes may be based on game rules, game algorithms, or game physics from the game applied to the game world state. In some examples, the server system may determine that a rendering task is needed based on the passage of time, such as time ticks or passage of time.

  In some examples, the server system can determine a rendering task, and the server system requires a rendering task based on a game change to a game world state based on game input received from a game client. Can be determined. In general, the server system can receive input from the game client in any suitable manner. In general, any number of game clients can be communicatively coupled to the server system, and any game client can send game input to the server system. In general, the game input may be any suitable game input such as, for example, requested character movement, requested character motion, game view change, or game transaction. In some examples, multiple game inputs can be collected from one or more game clients.

  As described herein, in some examples, one game input or multiple game inputs may be received. In some examples, one or more game inputs can be used to update the state of the game world. In general, the state of the game world can be maintained and updated on the game server. In some examples, the state of the game world may include game element location, game element attitude, game lighting, or the like. The state of the game world can be updated using any suitable technique or techniques. In some examples, the game world state may be maintained as a database, and the game world updates may include database updates. In some examples, updating the game world state may include determining a motion resolution for the game input and applying the motion resolution to the game world state. In some examples, updating the game world state may include resolving the behavior of an object or event managed by a motion resolution resource or game server. In some examples, each of a number of game action resolutions may be assigned to a corresponding number of action resolution resources of the server system. In such an example, action resolution may be determined with action resolution resources of a number of action resolution resources related to the received game input. In general, game motion resolution may include any suitable game motion resolution. In some examples, the motion resolution resource may be a battle resolution resource, a motion resolution resource, an object resolution resource, or a collision resolution resource. The process of method 200 may continue at block 215.

  In block 215 “determine the viewport of the game client”, the viewport of the game client's view of the game world may be determined. In general, the viewport can be determined using any suitable technique. In some examples, the viewport of the game world view may be determined by receiving viewport parameters from the game client. In some examples, the viewport of the game world view may be determined by generating viewport parameters at the server system. In some examples, the game world view may be a visual depiction or representation of the state of the game world. In some examples, the viewport may be an area of the entire view of the game world that is visible by the game client. As described, viewports may relate to game clients. In some examples, the viewport may be a first viewport associated with the first game client. The process of method 200 may continue at block 220.

  In decision block 220 “Can the game element be seen?”, It may be determined whether the game elements of the multiple game elements are visible from the viewport. In general, any suitable technique can be used to determine whether a game element may be visible from a viewport. In some examples, the game element is removed from the viewport by determining whether one or more polygons of the game element are visible in the viewport and may not be obscured by other game elements. It can be determined whether it can be seen. If the game element is not visible from the viewport, the process of method 200 may continue at block 235. If the game element is visible from the viewport, the method 200 process may continue at block 225.

  In block 235 “Do not render game elements”, no game elements are rendered. In general, if a game element does not have to be visible from the game client's viewport, it should be understood that rendering the game element as seen from that viewport may be wasting server resources. I want to be. If the game element need not be rendered, the process of method 200 may continue at block 255 as described in further detail herein below.

  Decision block 225 “Does Game Element Render Needed?” Can determine whether a game element needs to be rendered. In general, any suitable technique can be used to determine whether a game element needs to be rendered. In some cases, the game element may be visible, but may be in view so that the element may not need to be rendered (eg, may be small in the viewport) , You may not need to render game elements. In some examples, it may not be necessary to render the game element because the desired rendering has been previously completed and stored in memory (eg, cached) in the server system. If the game element may not need to be rendered, the process of method 200 may continue at block 235. If a game element needs to be rendered, the process of method 200 can continue at block 230.

  As described, at block 235 “Do not render game element”, the game element is not rendered and the process of method 200 may continue at block 255 as described in more detail herein below.

  At decision block 230 “Is Game Client Independent Rendering Required?”, It may be determined whether game element independent rendering of the game element is required. In general, if the game client independent rendering is not completed and not stored in the server system, the game client independent rendering of the game element may be necessary. As described herein, the process of method 200 can be completed for any number of game clients and / or game client viewports, game elements can be viewed, and one or more You may need to render to the game client's viewport. In general, a first rendering of a game element may require rendering that is independent of the game element or part of the game element of the game client. In some examples, the rendering can be saved to the server system, and for game element subsequent renderings (for other game client viewports), game client independent rendering is not repeated. Alternatively, a saved game client independent rendering can be used. Such an approach can save significant processing resources in the server system. If there is no need to render a game client independent rendering, the process of method 200 may continue at block 245. If a game client independent rendering needs to be rendered, the process of method 200 may continue at block 240.

  At block 240 “Perform Game Client Independent Rendering”, game client independent rendering of game elements may be performed. In general, game client independent rendering can be completed with server resources assigned to game elements, particularly as described herein with respect to FIG. In general, game client independent rendering can be performed on the entire game element or on one or more active polygons of the game element, so that active polygons are game elements that require updated rendering. Rendering polygons can be included. In some examples, active polygons may include polygons that are visible from the game client viewport. In some examples, polygons that may not require updated rendering may be considered inactive and may not be rendered. In general, rendering independent of the game client can be performed using any suitable technique. In some examples, game client independent rendering of one or more active polygons of game elements may be performed. In some examples, game client independent rendering may include multiple rendering passes. As described, in some examples, the game element independent rendering of the entire game element or one or more active polygons of the game element may be cached for future use at the server system.

  As described, game client independent rendering may include one or more rendering passes. In general, a rendering pass can include any suitable rendering technique. In some examples, the rendering pass is normal rendering, diffuse rendering, specular rendering, color rendering, shadow rendering, ambient occlusion (AO) rendering, geometry rendering, displacement rendering, wireframe rendering, altitude rendering, Z depth Rendering, or alpha rendering, etc. In general, one or more of the rendering passes can be performed. It should be appreciated that more rendering passes may improve game element rendering, but may require more server system resources. In some examples, the server system is based on one or more factors such as server resource load, game element location or prominence, game client independent rendering usage, or game element importance. To determine whether the type of rendering pass should be performed. The process of method 200 may continue at block 245.

  At block 245 “Perform Viewport Dependent Rendering”, the game client dependent rendering of the entire game element or one or more active polygons of the game element may be performed. In general, game client dependent rendering can be completed with server resources assigned to game elements, particularly as described herein with respect to FIG. In general, game client dependent rendering may be based on game client independent rendering and game client viewports. In general, rendering that relies on game clients can be performed using any suitable technique. In some examples, game client dependent rendering may include one or more rendering passes. In general, a rendering pass can include any suitable rendering technique. In some examples, the rendering pass is normal rendering, diffuse rendering, specular rendering, color rendering, shadow rendering, ambient occlusion (AO) rendering, geometry rendering, displacement rendering, wireframe rendering, altitude rendering, Z depth Rendering, alpha rendering, etc. can be included. In general, one or more of the rendering passes can be performed. As described with respect to rendering independent of the game client, a large number of rendering passes may improve game element rendering, but may require more server system resources. In some examples, the server system renders based on one or more factors such as server resource load, game element location or prominence, game client independent rendering usage, or game element importance. It can be determined whether the type of pass should be performed.

  In general, it should be understood that the techniques described with respect to blocks 240, 245 of method 200 can provide rendering of game elements to a game client. In general, any technique can be used to provide a rendering of game elements to a game client. In some examples, game client independent rendering may not be performed, and only viewport dependent rendering may be performed. Such an approach can simplify implementation and provide the benefits of parallelization and resource allocation as described herein. The process of method 200 may continue at block 250.

  In block 250 “send”, a rendering of the game element or a portion of the game element may be sent to the game client. In general, a game element or a portion of a game element can be transmitted to a game client using any suitable communication technique. In some examples, the rendered game element or part of the game element can be sent only to the game client. In such an example, the composition of the game scene can be completed by the game client. In some examples, a game client may need to render more than one game element in their viewport. In some examples, two or more game elements can be sent separately to the game client. In some examples, metadata related to the recombination of two or more game elements can be sent to the game client along with the rendering of the two or more game elements.

  In some examples, the server may send the synthesized game scene or a portion of the synthesized game scene to the game client. In some examples, once the first game element rendering is complete, the first game element can be stored on the game server until two or more game elements can be rendered. In some examples, rendering of all game elements can be completed simultaneously or essentially simultaneously. Such an approach can provide parallel processing using, for example, a map reduce approach as described herein. Once all game elements have been rendered in the game client's viewport, the game scene can be synthesized and sent to the game client. As described, in general, each game element can be rendered with a corresponding game element resource assigned to the game element. In some examples, the composition of the game scene can be performed on a game general game server resource of the server system. In some examples, the composition of the game scene can be performed with a game-specific composition resource of the server system. The process of method 200 may continue at block 255.

  At decision block 255 “other game elements?”, It may be determined at block 230 whether other game elements may need to be evaluated. In general, it can be determined whether other game elements may need to be evaluated in any suitable manner. In some examples, a list of game elements that may be in the game client's viewport may be maintained, and processes related to blocks 220, 225, 230, 235, 240, 245, and / or 250 may be performed. Since it can be completed, a flag can be issued to each game element. If other game elements may need to be evaluated, the method process may continue at block 220. If it may not be necessary to evaluate other game elements, the process can continue at decision block 260.

  In some examples, if other game elements may need to be evaluated, the processes and techniques as described herein can be essentially repeated for game elements. In some examples, the first game element can be completed, and the process can be performed on the second game element when returning to block 220. In some examples, the process of method 200 may determine whether a second game element may be visible from the first viewport, where the second game element is from the first viewport. If so, a rendering of the second game element is generated for the viewport with the game element resource corresponding to the second game element and the rendering of the second game element is sent to the game client.

  In some examples, the evaluation of other game elements can be performed concurrently or essentially simultaneously with the first game element, so a parallel processing approach can be utilized. In general, the method 200 can be performed on any number of game elements simultaneously or essentially simultaneously. In some examples, the parallel processing approach may use a map reduce architecture as described herein.

  At decision block 260 “other game clients?”, It may be determined at block 215 whether there may be a need to evaluate the game client viewports of other game clients. In general, any suitable technique can be used to determine whether other game clients may need to be evaluated. In some examples, a list of game clients that may be affected by the received game input may be created and / or maintained, blocks 215, 220, 225, 230, 235, 240, 245, and Since a process related to / or 250 can be completed, a flag can be issued to each game client. If it may be necessary to evaluate other game clients, the method process may continue at block 215. If it may not be necessary to evaluate other game elements, the process can continue at block 210.

  In some examples, if other game clients may need to be evaluated, processes and techniques as described herein can be essentially repeated for game clients. In some examples, the first game client can be completed, and returning to block 225, the process can be performed for the second game client. In some examples, the process of method 200 may determine a second viewport of a game world view for a second game client. For the second game client, it can be determined whether the game element may be visible from the view port of the second game client. It should be appreciated that in some examples, previously rendered game elements for the first game client may also be visible from the second game client's viewport. In some examples, a game client independent rendering performed with respect to the first game client may be stored. In such an example, the game client dependent rendering of the game element is based on the second viewport and the previously executed and / or saved game client independent rendering based on the second game client viewport. Can be generated from Such an approach can save significant processing resources in the server system.

  In some examples, the parallel processing approach can be utilized because the evaluation of other game clients can be performed concurrently or essentially simultaneously with the first game element. As described, in general, the method 200 can be performed on any number of viewports simultaneously or essentially simultaneously. In some examples, the parallel processing approach may use a map reduce architecture as described herein. Such an approach can provide essentially efficient processing at the server system by reducing the amount of data movement in the system required for rendering tasks.

  If it may not be necessary to evaluate other game clients, or when all game clients are complete, the process of method 200 may continue at block 210 where the server system requests a rendering task. Can wait. In general, the process of method 200 can be repeated many times because a rendering task may be required.

  The process of method 200 is to complete rendering for one or more game elements in a viewport nested in a loop to complete a game view related to one or more game clients. It should be understood that nested loops involving loops are included. Such a nested loop can be completed for each determination of the required rendering task. Such a rendering task can define the required rendering or frame rendering, etc. In some examples, such nested loops can be exploited to provide efficiency in the server system. For example, a game element rendering loop may predict active game elements or polygons over time. In some examples, many poses of popular game elements can be saved or cached as game client independent renderings, so those renderings may not need to be repeated again.

  Further, the parallel architecture described with respect to FIG. 1 and elsewhere herein can be utilized for efficiency in server systems. In general, the illustrated loops and / or nested loops of method 200 can be executed essentially in parallel on the server system. For example, blocks 215, 220, 225, 230, 235, 240, 245, 250, 255, and / or 260 may be performed for any number of viewports and / or game clients using parallel processing techniques. It can be performed simultaneously or essentially simultaneously. In general, any contiguous description of method 200 can be implemented essentially using either serial or parallel processing techniques.

  FIG. 3 is a block diagram illustrating an example implementation 300 for providing an online gaming experience arranged in accordance with at least some embodiments of the present disclosure. As shown, implementation 300 includes game element resources 142, 144, 146, action resolution resources 112, 114, 116, game server resources, and / or game world state 120 as described herein. A system 100 capable of In general, system 100 can be coupled to communicate to a game client (not shown for clarity) as described herein. As shown, implementation 300 can include receiving viewport input 310 and / or motion input 320 into system 100. In general, viewport input 310 and / or action input 320 may be received from one or more of the game clients, and may be any suitable input, particularly as described herein with respect to FIG. In some examples, the viewport input 310 can include viewport information for one or more game clients, and the motion input 320 can include action information for one or more game clients.

  As shown in FIG. 3, the implementation 300 can include collection / map blocks 330, 340. In general, the collect / map block 330 can collect and / or map information to the game element resources 142, 144, 146, and the collect / map block 340 can access the action resolution resources 112, 114, 116. Information can be collected and / or mapped. In general, the collection / map blocks 330, 340 may perform such collection and / or mapping according to any suitable request. In some examples, for example, the request can be generated by the game server resource 130. In general, the collection / map blocks 330, 340 may collect and map information using any suitable technique. In some examples, the collect / map block 330 can collect information from a game client (not shown) that includes a viewport input 310 to map to game element resources 142, 144, 146. In some examples, the collect / map block 340 can collect information from a game client (not shown) that includes action inputs 320 for mapping to action resolution resources 112, 114, 116. In general, the collection / map blocks 330, 340 may be implemented in the system 100 in any suitable manner. In some examples, the collect / map blocks 330, 340 can be implemented as part or part of the game server resources of the system 100. In some examples, the collection / map blocks 330, 340 may be implemented as a computer, multiple computers, servers, computer resources, virtual machines, computer clusters, or the like.

  As shown in FIG. 3, the implementation 300 may include a combine / transmit block 350. In general, combine / send block 350 may combine and / or transmit information. In some examples, the combine / send block 350 can combine information, such as rendering of game elements from the game element resources 142, 144, 146, for example, and send the information to a game client (not shown). . In general, combining / transmitting block 350 may perform such combining and / or transmission in response to any suitable request. In some examples, for example, the request can be generated by the game server resource 130. In general, combine / send block 350 may combine and / or transmit information using any suitable technique. In some examples, the join / send block 350 may collect game element renderings from the game element resources 142, 144, 146. In some examples, the join / send block 350 sends to a game client (not shown). As described herein, in some examples, rendering of game elements can be sent as a synthesized scene, and in other embodiments, rendering of game elements can be sent separately. . In general, combining / transmitting block 350 may be implemented in system 100 in any suitable manner. In some examples, the join / send block 350 can be implemented as part or part of a game server resource. In some examples, join / send block 350 may be implemented as a computer, multiple computers, servers, computer resources, virtual machines, computer clusters, or the like.

  In general, the collect / map block 340 and the join / send block 350 can provide parallel processing for motion resolution and game element rendering. In some examples, the gather / map block 340 and the join / send block 350 can provide parallel processing using a map reduce approach. In some examples, the gather / map block 340 and the join / send block 350 can provide parallel processing separately for motion resolution and game element rendering so that they are not at the same timing and / or demand schedule. Also good. In some examples, the collect / map block 340 and the combine / send block 350 can provide parallel processing for motion resolution and game element rendering, so they may be at the same timing and / or demand schedule. .

  As described herein, each action resolution resource 112, 114, 116 can be assigned to a game action. Further, as described herein, the operation of such a game can be performed using a parallel processing technique as shown in implementation 300. In some examples, based on pre-determined, upon receipt of one or more action inputs 320, game rules, game algorithms, or game physics from a game applied to a game world state, etc. An instruction that the game world state 120 may need to be updated can be determined, for example, when it is determined that the game may need to be changed. In some examples, in response to an indication that an update to the game world state 120 may be required, the collect / map block 340 obtains a number of collect action inputs 320 and other information from the game server resource 130. Gathering (if any) and mapping input and / or other information to action resolution resources 112, 114, 116. In some examples, behavior resolution resources 112, 114, 116 may resolve game behavior based on input and / or other information and provide updates to game world state 120. Such collection / map techniques and game world state updates can be implemented as needed.

  As described herein, game element resources 142, 144, 146 can each be assigned to a game element. Further, as described herein, the system 100 can determine that a rendering task may be necessary. The determination that a rendering task may be necessary may be based on an update to the game world state 120, for example. In particular, as described herein with respect to FIG. 2, the system 100 determines whether game elements may be visible, performs game client independent rendering as needed, and game as needed. Client dependent rendering can be performed and / or a completed game client dependent rendering can be sent as needed. As described, such an approach can be performed using parallel processing as shown in implementation 300. In some examples, when it is determined that a rendering task is needed, the collect / map block 330 may be from a game client (not shown) or from a decision made within the system 100, or a combination thereof. Multiple viewport inputs 310 can be collected. The collected viewport information and / or other information can be mapped to game element resources 142, 144, 146. In some examples, game element resources 142, 144, 146 may provide rendering of game elements to one or more game clients as described herein. In some examples, game client rendering, such as game client dependent rendering, may be combined in a combine / send block 350. As described, the combined rendering can be sent to the game client (not shown) as a composite scene or as a separate rendering. Such collection / map techniques and combining / transmission techniques can be repeated as needed. In some examples, rendering tasks can be repeated whenever they may be needed.

  In general, the system architecture and methods described with respect to FIGS. 1, 2, and / or 3 may be implemented on any suitable server and / or computing system. An exemplary system is described with respect to FIG. 5 and elsewhere herein. In some examples, an online gaming system, data center, or data cluster, or other system as described herein can be implemented through multiple physical sites or locations. In some examples, the online gaming system can be configured to provide an online gaming experience for multiple games.

  FIG. 4 illustrates an example computer program product 400 arranged in accordance with at least some embodiments of the present disclosure. The computer program product 400 may include a machine-readable non-transitory medium that stores a plurality of instructions that, when executed, cause the machine to provide an online gaming experience according to the processes and methods described herein. Computer program product 400 may include a signal transmission medium 402. The signal transmission medium 402 is one or more machine-readable instructions that, when executed by one or more processors, may effectively enable the computing device to provide the functionality described herein. 404 can be included. In various examples, some or all of the machine readable instructions can be used by the devices described herein.

  In some implementations, signaling media 402 can include, but is not limited to, computer readable media 406, such as a hard disk drive, compact disc (CD), digital versatile disc (DVD), digital tape, memory, and the like. . In some implementations, signaling media 402 can include, but is not limited to, recordable media 408, such as memory, read / write (R / W) CD, R / W DVD, and the like. In some implementations, the signaling medium 402 can include a communication medium 410, such as a digital and / or analog communication medium (eg, fiber optic cable, waveguide, wired communication link, wireless communication link, etc.). , But not limited to them. In some examples, signaling medium 402 can include machine-readable non-transitory media.

  FIG. 5 is a block diagram illustrating an example computing device 500 arranged in accordance with at least some embodiments of the present disclosure. In various examples, the computing device 500 can be configured to provide an online gaming experience as described herein. In various examples, the computing device 500 may be configured to provide an online gaming experience as a server system as described herein. In the example basic configuration 501, the computing device 500 may include one or more processors 510 and system memory 520. Memory bus 530 can be used to communicate between processor 510 and system memory 520.

  Depending on the configuration desired, the processor 510 may be any type including, but not limited to, a microprocessor (μP), a microcontroller (μC), a digital signal processor (DSP), or any combination thereof. . The processor 510 may include one or more levels of cache, such as a level 1 cache 511 and a level 2 cache 512, a processor core 513, and a register 514. The processor core 513 can include an arithmetic logic unit (ALU), a floating point unit (FPU), a digital signal processing core (DSP core), or any combination thereof. The memory controller 515 can also be used with the processor 510 or, in some implementations, the memory controller 515 may be an internal component of the processor 510.

  Depending on the configuration desired, the system memory 520 may be any type including, but not limited to, volatile memory (such as RAM), non-volatile memory (such as ROM, flash memory, etc.), or any combination thereof. Not. The system memory 520 can include an operating system 521, one or more applications 522, and program data 524. Application 522 includes an online game application 523 that can be arranged to perform the functions, operations, and / or operations described herein, including the functional blocks, operations, and / or operations described herein. Can do. Program data 524 may include online game data 525 for use with online game application 523. In some exemplary embodiments, application 522 may be arranged to operate with operating system 521 using program data 524. This described basic configuration is illustrated in FIG. 5 by those components within dashed line 501.

  The computing device 500 may include additional features or functions and additional interfaces to facilitate communication between the base configuration 501 and any necessary devices and interfaces. For example, the bus / interface controller 540 can be used to facilitate communication between the base configuration 501 and one or more data storage devices 550 via the storage device interface bus 541. The data storage device 550 may be a removable storage device 551, a non-removable storage device 552, or a combination thereof. Examples of removable storage devices and non-removable storage devices include a magnetic disk device such as a flexible disk drive and a hard disk drive (HDD), a compact disk (CD) drive, or a digital versatile disk (DVD) drive. Examples include optical disk drives, solid state drives (SSD), and tape drives. Exemplary computer storage media are volatile and non-volatile, removable and implemented in any method or technique for storing information, such as computer readable instructions, data structures, program modules, or other data. Non-removable media can be included.

  System memory 520, removable storage 551, and non-removable storage 552 are all examples of computer storage media. The computer storage medium may be RAM, ROM, EEPROM, flash memory, or other memory technology, CD-ROM, digital versatile disk (DVD), or other optical storage device, magnetic cassette, magnetic tape, magnetic disk storage device, or This includes, but is not limited to, other magnetic storage devices or other media that can be used to store the desired information and that can be accessed by computing device 500. Any such computer storage media may be part of device 500.

  The computing device 500 also includes an interface bus 542 for facilitating communication from various interface devices (eg, output interfaces, peripheral interfaces, and communication interfaces) to the base configuration 501 via the bus / interface controller 540. be able to. The exemplary output interface 560 can include a graphics processing unit 561 and an audio processing unit 562 that communicate with various external devices such as a display or speakers via one or more A / V ports 563. It can be constituted as follows. The exemplary peripheral interface 570 may include a serial interface controller 571 or a parallel interface controller 572, which is an input device (eg, keyboard, mouse, pen, voice input) via one or more I / O ports 573. Devices, touch input devices, etc.) or other peripheral devices (eg, printers, scanners, etc.) can be configured to communicate with external devices. The exemplary communication interface 580 includes a network controller 581 that is arranged to facilitate communication with one or more other computing devices 583 through network communication via one or more communication ports 582. can do. A communication connection is an example of a communication medium. Communication media typically may be embodied by computer-readable instructions, data structures, program modules, or other data in a modulated data signal such as a carrier wave or other transport mechanism and any information A delivery medium can be included. A “modulated data signal” may be a signal with one or more of its characteristics set or changed in such a manner as to encode information in the signal. By way of example, and not limitation, communication media includes wired media such as a wired network or direct wired connection, and wireless, such as acoustic, radio frequency (RF), infrared (IR), and other wireless media. Media can be included. The term computer readable media as used herein may include both storage media and communication media.

  The computing device 500 is a cellular phone, mobile phone, tablet device, laptop computer, personal data assistant (PDA), personal media player device, wireless webwatch device, personal headset device, application specific device, or It can be implemented as part of a small form factor portable (or mobile) electronic device, such as a hybrid device including any of the above functions. The computing device 500 can also be implemented as a personal computer including both laptop and non-laptop computer configurations. Further, computing device 500 may be implemented as part of a wireless base station or other wireless system or device.

  Some of the foregoing detailed description is presented in terms of algorithms or symbolic representations of operations on data bits or binary digital signals stored within a memory of a computing system, such as a computer memory. These algorithmic descriptions or representations are examples of the techniques used by those skilled in the data processing arts to convey the substance of their work to others skilled in the art. In this specification and in general, an algorithm is considered a consistent and continuous operation or similar process that leads to a desired result. In this situation, the operation or processing includes physical manipulation of physical quantities. Typically, although not required, such quantities can take the form of electrical or magnetic signals capable of being stored, transferred, combined, compared, or manipulated. It has proven convenient at times, principally for reasons of common usage, to refer to such signals as bits, data, values, elements, symbols, characters, conditions, numbers, numbers, or the like. It will be understood, however, that all of these and similar terms are associated with the appropriate physical quantities and are merely convenient labels. Unless stated otherwise, as will be apparent from the following description, “processing”, “computing”, “calculating”, “determining”, etc. A terminology discussion is a computing device that manipulates or transforms data represented as physical electronic or magnetic quantities in a memory, register or other information storage device, transmission device, or display device of a computing device. It should be understood that this is indicative of the operation or process.

  In the foregoing detailed description, various embodiments of apparatus and / or processes have been described through the use of block diagrams, flowcharts, and / or examples. As long as such a block diagram, flowchart, and / or example includes one or more functions and / or operations, each function and / or operation in such a block diagram, flowchart, or example may include: Those skilled in the art will appreciate that a wide range of hardware, software, firmware, or virtually any combination thereof can be implemented individually and / or collectively. In certain embodiments, some portions of the subject matter described herein include application specific integrated circuits (ASICs), field programmable gate arrays (FPGAs), digital signal processors (DSPs), or other integration schemes. Can be implemented. However, some aspects of the embodiments disclosed herein may be in whole or in part as one or more computer programs (eg, one or more) running on one or more computers. As one or more programs running on one computer system), as one or more programs running on one or more processors (eg, one or more running on one or more microprocessors) Those skilled in the art will recognize that they can be equivalently implemented in an integrated circuit (as multiple programs), as firmware, or virtually any combination thereof, as well as electrical circuit design and / or software and / or Or firmware coding That it is well within the skill of one in the art in light of the ordinary skill in the art will recognize. Further, those skilled in the art will appreciate that the mechanisms of the subject matter described herein can be distributed as various types of program products, and exemplary embodiments of the subject matter described herein. Will be understood regardless of the specific type of signaling medium used to actually perform the distribution. Examples of signal transmission media include recordable type media such as flexible disks, hard disk drives (HDDs), compact disks (CDs), digital versatile disks (DVDs), digital tapes, computer memories, and digital communications. Communication type media include, but are not limited to, media and / or analog communication media (eg, fiber optic cables, waveguides, wired communication links, wireless communication links, etc.).

  The subject matter described herein often illustrates various components, which are encompassed by or otherwise connected to various other components. It will be appreciated that the architecture so illustrated is merely an example, and in practice many other architectures that implement the same functionality can be implemented. In a conceptual sense, any configuration of components that achieve the same function is effectively “associated” to achieve the desired function. Thus, any two components herein combined to achieve a particular function are “associated” with each other so that the desired function is achieved, regardless of architecture or intermediate components. You can see that. Similarly, any two components so associated may be considered “operably connected” or “operably coupled” to each other to achieve the desired functionality, and as such Any two components that can be associated with can also be considered "operably coupled" to each other to achieve the desired functionality. Examples where it can be operatively coupled include physically interlockable and / or physically interacting components, and / or wirelessly interacting and / or wirelessly interacting components, And / or components that interact logically and / or logically interact with each other.

  For the use of substantially all plural and / or singular terms herein, those skilled in the art will recognize from the plural to the singular and / or singular as appropriate to the situation and / or application. You can convert from shape to plural. Various singular / plural permutations can be clearly described herein for ease of understanding.

  In general, terms used herein, particularly in the appended claims (eg, the body of the appended claims), are intended throughout as “open” terms. Will be understood by those skilled in the art (eg, the term “including” should be construed as “including but not limited to” and the term “having”). Should be interpreted as “having at least,” and the term “includes” should be interpreted as “including but not limited to”. ,Such). Where a specific number of statements is intended in the claims to be introduced, such intentions will be explicitly stated in the claims, and in the absence of such statements, such intentions It will be further appreciated by those skilled in the art that is not present. For example, as an aid to understanding, the appended claims use the introductory phrases “at least one” and “one or more” to guide the claim description. May include that. However, the use of such phrases may be used even if the same claim contains indefinite articles such as the introductory phrases “one or more” or “at least one” and “a” or “an”. The introduction of a claim statement by the indefinite article “a” or “an” shall include any particular claim, including the claim statement so introduced, to an invention containing only one such statement. Should not be construed as suggesting limiting (eg, “a” and / or “an” are to be interpreted as generally meaning “at least one” or “one or more”. It should be). The same applies to the use of definite articles used to introduce claim recitations. Further, even if a specific number is explicitly stated in the description of the claim to be introduced, such a description should normally be interpreted to mean at least the stated number, As will be appreciated by those skilled in the art (e.g., mere description of "two descriptions" without other modifiers usually means at least two descriptions, or more than one description). Further, in cases where a conventional expression similar to “at least one of A, B and C, etc.” is used, such syntax usually means that one skilled in the art would understand the conventional expression. Contemplated (eg, “a system having at least one of A, B, and C” means A only, B only, C only, A and B together, A and C together, B and C together And / or systems having both A, B, and C together, etc.). In cases where a customary expression similar to “at least one of A, B, or C, etc.” is used, such syntax is usually intended in the sense that one skilled in the art would understand the customary expression. (Eg, “a system having at least one of A, B, or C” includes A only, B only, C only, A and B together, A and C together, B and C together, And / or systems having both A, B, and C together, etc.). Any disjunctive word and / or phrase that presents two or more alternative terms may be either one of the terms, anywhere in the specification, claims, or drawings. It will be further understood by those skilled in the art that it should be understood that the possibility of including either of the terms (both terms), or both of them. For example, it will be understood that the phrase “A or B” includes the possibilities of “A” or “B” or “A and B”.

Although various exemplary methods have been described and illustrated herein using various methods and systems, various other modifications can be made and equivalents without departing from claimed subject matter. Those skilled in the art will appreciate that substitutions can be made. In addition, many modifications may be made to adapt a particular situation to the teachings of claimed subject matter without departing from the main concepts described herein. Accordingly, the claimed subject matter is not limited to the specific examples disclosed, and such claimed subject matter is also intended to be within the scope of the appended claims and all equivalents thereof. It is intended to include.

Claims (29)

A method for providing an online gaming experience to a game client,
Assigning each of a plurality of game elements to a corresponding plurality of game element resources in the server system;
Determining in the server system that a rendering task is required based at least in part on an update to a game world state defining a game world for a plurality of game clients;
Determining a first viewport of a view of the game world for the first game client of the plurality of game clients;
Determining, for the first viewport, whether a first game element of the plurality of game elements is visible from the first viewport;
When the first game element of the plurality of game elements is visible from the first viewport;
Generating a rendering of the first game element for the first viewport with a first game element resource corresponding to the first game element;
Transmitting the rendering of the first game element to the first game client. Generating the rendering of the first game element for the first viewport;
Determining one or more active polygons of the first game element that require rendering;
Performing a game client independent rendering of the one or more active polygons of the first game element;
Performing game client dependent rendering of the one or more active polygons of the first game element based at least in part on the game client independent rendering and the first viewport; The method of claim 1 comprising: Determining a second viewport of the view of the game world for a second game client of the plurality of game clients;
Determining, for the second viewport, whether the first game element of the plurality of game elements is visible from the second viewport;
When the first game element of the plurality of game elements is visible from the second viewport, based on the game client-independent rendering and at least in part based on the second viewport, Generating a second game client dependent rendering of the first game element for the second viewport with the first game element resource corresponding to the game element. The method described in 1.   The method of claim 2, wherein the game client independent rendering includes a plurality of rendering passes.   Determining the one or more active polygons of the first game element that require rendering determines whether the one or more active polygons are visible from the first viewport. The method of claim 2 comprising:   The method of claim 2, wherein the game client independent rendering of the one or more active polygons of the first game element is cached for further use in the server system.   The method of claim 1, wherein determining the first viewport of the view of the game world includes receiving viewport parameters from the first game client.   The method of claim 1, wherein determining the first viewport of the view of the game world includes generating a viewport parameter at the server system. Determining, for the first viewport, whether a second game element of the plurality of game elements is visible from the first viewport;
When the second game element of the plurality of game elements is visible from the first viewport;
Generating a rendering of the second game element for the first viewport with a second game element resource corresponding to the second game element;
The method of claim 1, further comprising: transmitting the rendering of the second game element to the first game client.   The method of claim 9, further comprising: transmitting metadata related to recombining the first game element and the second game element of the first game client to the first game client. .   The method of claim 9, wherein the first game element and the second game element are transmitted to the first game client as part of a synthesized game scene. Receiving a game input from one of the plurality of game clients in the server system;
Determining an action solution for the game input;
The method of claim 1, further comprising: applying the motion solution to the game world state. Further comprising assigning each of a plurality of action resolutions to a corresponding plurality of action resolution resources of the server system, wherein the action resolution is a first action of the plurality of action resolution resources related to the received game input. The method of claim 12, determined by a resolution resource.   The method of claim 13, wherein the first motion resolution resource comprises at least one of a battle resolution resource, a motion resolution resource, an object resolution resource, or a collision resolution resource.   The method of claim 1, wherein the first game element includes at least one of a game character, a part of a game character, a game object, a part of a game object, a part of a game scene, or a game scene.   The method of claim 1, wherein the first game element resource comprises at least one of a computer, a plurality of computers, a server, a computer resource, a virtual machine, or a computer cluster.   The method of claim 1, wherein the game world state includes at least one of a game element location, a game element attitude, or a game lighting.   The update to the game world state includes at least one of a game change based on the game world rules or a game change based on a game input received from one of the plurality of game clients. The method described.   The method of claim 1, wherein the server system comprises a data center cluster. Assigning each of a plurality of game elements to a corresponding plurality of game element resources;
Determining that a rendering task is required based at least in part on an update to a game world state that defines a game world for multiple game clients;
Determining a first viewport of a view of the game world for the first game client of the plurality of game clients;
Determining, for the first viewport, whether a first game element of the plurality of game elements is visible from the first viewport;
When the first game element of the plurality of game elements is visible from the first viewport;
Generating a rendering of the first game element for the first viewport with a first game element resource corresponding to the first game element;
Sending the rendering of the first game element to the first game client, when executed, storing instructions that cause a server system to provide the game client with an online game experience when executed. Temporary medium. Generating the rendering of the first game element for the first viewport;
Determining one or more active polygons of the first game element that require rendering;
Performing a game client independent rendering of the one or more active polygons of the first game element;
Performing game client dependent rendering of the one or more active polygons of the first game element based at least in part on the game client independent rendering and the first viewport; 21. The machine-readable non-transitory medium of claim 20, comprising: Determining a second viewport of the view of the game world for a second game client of the plurality of game clients;
Determining, for the second viewport, whether the first game element of the plurality of game elements is visible from the second viewport;
When the first game element of the plurality of game elements is visible from the second viewport, based on the game client-independent rendering and at least in part based on the second viewport, When executed on the first game element resource corresponding to a game element by generating a second game client dependent rendering of the first game element for the second viewport The machine-readable non-transitory medium of claim 21, further storing other instructions that cause the server system to provide game data to a game client. Determining, for the first viewport, whether a second game element of the plurality of game elements is visible from the first viewport;
When the second game element of the plurality of game elements is visible from the first viewport;
Generating a rendering of the second game element for the first viewport with a second game element resource corresponding to the second game element;
21. Stores other instructions that, when executed, cause the server system to provide game data to the game client by sending the rendering of the second game element to the first game client. A machine-readable non-transitory medium as described in. Assigning each of a plurality of behavior resolutions to a corresponding plurality of behavior resolution resources of the server system;
Determining a first action resolution for a game input received at a first action resolution resource of the plurality of action resolution resources;
21. The machine-readable non-transitory of claim 20, wherein other instructions are stored that, when executed, cause the server system to provide game data to a game client by applying the action resolution to the game world state. Temporary medium. Assigning each of a plurality of game elements to a corresponding plurality of game element resources;
Determining that a rendering task is required based at least in part on an update to a game world state, wherein the game world state defines a game world for a plurality of game clients; ,
Determining a first viewport of a view of the game world for the first game client of the plurality of game clients;
Determining, for the first viewport, whether a first game element of the plurality of game elements is visible from the first viewport;
When the first game element of the plurality of game elements is visible from the first viewport;
Generating a rendering of the first game element for the first viewport with a first game element resource corresponding to the first game element;
A machine readable medium storing instructions that, when executed, cause the server system to provide an online gaming experience to the game client by sending the rendering of the first game element to the first game client. ,
A server system coupled to the machine-readable medium for executing the instructions. Generating the rendering of the first game element for the first viewport;
Determining one or more active polygons of the first game element that require rendering;
Performing a game client independent rendering of the one or more active polygons of the first game element;
Performing game client dependent rendering of the one or more active polygons of the first game element based at least in part on the game client independent rendering and the first viewport; The server system according to claim 25. Determining a second viewport of the view of the game world for a second game client of the plurality of game clients;
Determining, for the second viewport, whether the first game element of the plurality of game elements is visible from the second viewport;
When the first game element of the plurality of game elements is visible from the second viewport, based on the game client-independent rendering and at least in part based on the second viewport, Generating a second game client dependent rendering of the first game element for the second viewport with the first game element resource corresponding to the game element; 26. The server system according to claim 25, which stores other instructions that, when executed, cause the server system to provide game data to game clients. Determining, for the first viewport, whether a second game element of the plurality of game elements is visible from the first viewport;
When the second game element of the plurality of game elements is visible from the first viewport;
Generating a rendering of the second game element for the first viewport with a second game element resource corresponding to the second game element;
By sending the rendering of the second game element to the first game client, the machine-readable medium causes the server system to provide game data to the game client when executed. The server system according to claim 25, wherein: Assigning each of a plurality of behavior resolutions to a corresponding plurality of behavior resolution resources of the server system;
Determining a first action resolution for a game input received at a first action resolution resource of the plurality of action resolution resources;
26. The machine-readable medium stores other instructions that, when executed, cause the server system to provide game data to a game client by applying the motion resolution to the game world state. The server system described.