WO2012144837A2 - 대규모 멀티 플레이어 온라인 롤플레잉 게임방법 및 시스템 - Google Patents

대규모 멀티 플레이어 온라인 롤플레잉 게임방법 및 시스템 Download PDF

Info

Publication number
WO2012144837A2
WO2012144837A2 PCT/KR2012/003029 KR2012003029W WO2012144837A2 WO 2012144837 A2 WO2012144837 A2 WO 2012144837A2 KR 2012003029 W KR2012003029 W KR 2012003029W WO 2012144837 A2 WO2012144837 A2 WO 2012144837A2
Authority
WO
WIPO (PCT)
Prior art keywords
game
view
online role
player
terrain
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Ceased
Application number
PCT/KR2012/003029
Other languages
English (en)
French (fr)
Other versions
WO2012144837A3 (ko
WO2012144837A9 (ko
Inventor
김용재
박재훈
김종석
전무진
차정섭
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
T-PLEXGAMES Inc
Original Assignee
T-PLEXGAMES Inc
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Priority claimed from KR1020120026092A external-priority patent/KR20120120891A/ko
Application filed by T-PLEXGAMES Inc filed Critical T-PLEXGAMES Inc
Priority claimed from KR1020120040766A external-priority patent/KR101460989B1/ko
Publication of WO2012144837A2 publication Critical patent/WO2012144837A2/ko
Publication of WO2012144837A9 publication Critical patent/WO2012144837A9/ko
Publication of WO2012144837A3 publication Critical patent/WO2012144837A3/ko
Anticipated expiration legal-status Critical
Ceased legal-status Critical Current

Links

Images

Classifications

    • A—HUMAN NECESSITIES
    • A63—SPORTS; GAMES; AMUSEMENTS
    • A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
    • A63F13/00—Video games, i.e. games using an electronically generated display having two or more dimensions
    • A63F13/80—Special adaptations for executing a specific game genre or game mode
    • A63F13/822—Strategy games; Role-playing games
    • A—HUMAN NECESSITIES
    • A63—SPORTS; GAMES; AMUSEMENTS
    • A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
    • A63F13/00—Video games, i.e. games using an electronically generated display having two or more dimensions
    • A63F13/50—Controlling the output signals based on the game progress
    • A63F13/52—Controlling the output signals based on the game progress involving aspects of the displayed game scene
    • A63F13/525—Changing parameters of virtual cameras
    • A—HUMAN NECESSITIES
    • A63—SPORTS; GAMES; AMUSEMENTS
    • A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
    • A63F2300/00—Features of games using an electronically generated display having two or more dimensions, e.g. on a television screen, showing representations related to the game
    • A63F2300/80—Features of games using an electronically generated display having two or more dimensions, e.g. on a television screen, showing representations related to the game specially adapted for executing a specific type of game
    • A63F2300/807—Role playing or strategy games

Definitions

  • the present invention relates to a large-scale multiplayer online role-playing game method and system, and more particularly, to a large-scale multiplayer online role-playing game method and system capable of side scrolling to a side view point of view.
  • MMORPGs massively multi-player online role playing games
  • MMORPG is a game method that many gamers enjoy by simultaneously connecting to the game service provider's servers through their computers and gathering together in the same virtual world to solve quests or exchange game information and game items. .
  • MMORPGs are typically divided into several themes by game scenario and consist of one to three game zones for each theme. Therefore, the themes and game zones each make up a game background with distinctive terrain maps and place various monsters, NPCs, objects, etc. on the terrain map to design the virtual world.
  • the game player since the MMORPG must display all the player characters connected in the same zone, the game player adopts a view of the virtual world from top to bottom in a top down view or a quarter view.
  • MORPG games there are four or eight concurrent users. Therefore, even if a relatively small number of player characters are gathered in the same game space, the probability of overlapping is small. Therefore, side scrolling is possible.
  • the number of concurrent users is very large, hundreds to thousands. Therefore, when a relatively large number of player characters are gathered in the same game space, they are displayed to overlap each other on a two-dimensional screen, and thus, when overlapping, a specific character may not be selected on the screen. Therefore, in the MMORPG game, the screen is displayed so that the player characters do not overlap each other in the top view or the quarter view method rather than the side scrolling method.
  • the terrain map is composed of a single-layer through map structure of the height field technique that does not obscure the gamers' viewpoint.
  • Such a conventional mapmap structure of MMORPG has the following problems.
  • the number of concurrent users is limited by the size of the topographic map of a single layer.
  • the size of the terrain map grows two-dimensionally in proportion to the increase in the number of concurrent users.
  • Terrain maps are organized into whole maps and accessed as a single map file, so higher capacity requires more advanced computer hardware.
  • An object of the present invention to solve the above problems is to provide a large-scale multiplayer online role-playing game of the side view viewpoint in which the screen scrolls left, right, up and down and forward and backward.
  • Another object of the present invention is to configure the terrain map in a multi-layer structure, each layer composed of a plurality of unit blocks that can be accessed independently of each other by overlapping the use of game resources, while maintaining the graphic quality intact, the game size is 1G ⁇ It's about offering massively multiplayer online role-playing games that can be drastically reduced to 3G.
  • Another object of the present invention is to provide a large-scale multiplayer online role-playing game that can significantly reduce the size of the terrain map and can significantly reduce game development time and cost.
  • the terrain map of the massively multiplayer online role-playing game of the present invention for achieving the above object comprises multi-layered terrains in which at least one portion of the player area overlaps each other, each of which is independently accessible and adjacent to each other. And a plurality of polyprisms arranged.
  • polyprism includes various polyhedrons or cubes such as triangular, square, pentagonal, and hexagonal columns.
  • the minimum unit space of the game space is, for example, 10m ⁇ 10m ⁇ 10m space of the real world. To qualify.
  • the present invention is not limited to this size and may be configured in various sizes.
  • each of the multi-layered terrain preferably includes at least one or more panels provided to the player area of the player character.
  • at least one or more of the plurality of poly prisms independently accessible to each other can be configured to share the same terrain resources with each other can greatly reduce the game data capacity of about 1G to 3G.
  • each of the plurality of poly prisms independently accessible to each other is designated as one of the plurality of side surfaces as the front surface, so that the screen scrolling, lateral scrolling, vertical scrolling, or multi-scrolling control is easy, and the side view, quarter Facilitate viewpoint control, such as view or top view.
  • the system of the present invention includes a game server for maintaining a virtual game space, an authentication server for authenticating game players connected to the game server, and multi-layered terrains in which at least one portion of a player area in the virtual game space overlaps each other.
  • Each of the multi-layered topography includes a game map database composed of a collection of multiple prisms that are independently accessible from one another and disposed adjacent to each other.
  • the game server even if a plurality of game players authenticated by the authentication server are overlapped at the same coordinate position on different floors on the multi-layered terrains, it is possible to recognize and control individual positions of each game player in three dimensions. . This allows game players to be controlled in multiple layers in the same space, allowing more game players to enjoy the game simultaneously in a limited game space.
  • the game method of the present invention is a large-scale multiplayer online role-playing game method in which large gamers enjoy online access to a game virtual space in real time.
  • the screen is displayed, and the remaining part of the spatial area is characterized by displaying a game screen in a top-down view or a quarter view on a three-dimensional background.
  • the three-dimensional background is composed of a plurality of polyprisms, each of which can be independently accessed and editable.
  • the polyprism (or box) is defined as a minimum spatial basic unit having xyz coordinate values and xyz size values, unlike existing 2D or 3D tiles defined by xy coordinate values and xy size values.
  • a block may be composed of one to three to tens of poly prisms as game units.
  • the remaining spatial areas displayed in the top-down or quarter-view method are composed of a combination of hierarchical block types that are sequentially divided into basic block types and basic block types at least once according to the purpose and the size of the map. do.
  • the hierarchical block types are the first equal block type (m / 2) ⁇ n divided into two equal parts of the m ⁇ n basic block type, and the size of m ⁇ (n / 2) divided into two equal parts the basic block type.
  • the second equal block type and the first equal block type are divided into third equal block types of (m / 2) ⁇ (n / 2) sizes.
  • Each of the spatial areas displayed in the multi-layer side view method includes at least two arcades and at least one arcade disposed at the middle or the end of each passage.
  • the passage consists of first block types of size p ⁇ q
  • the arcade consists of second block types of size (p / 2) ⁇ q.
  • the game system of the present invention includes a server for maintaining a virtual game space, an authentication server for authorizing game players connected to the server, some spatial regions displayed in a multi-layer side view in a 3D background, and a tower in a 3D background.
  • the game map database is composed of some other spatial areas displayed in the down view or the quarter view, and the server displays the game screen when located in some spatial areas in response to the current position of the game player authenticated by the authentication server in the virtual game space. Control to be viewed in a multi-layer side view, and when positioned in some other spatial areas to control to be viewed from the top view or the quarter view.
  • the system includes some spatial regions constituting the virtual game space and some other spatial regions are composed of a plurality of independently accessible and editable polyprisms, and for accessing and editing a plurality of polyprisms individually.
  • the game master interface is further provided.
  • the viewpoint control method of the present invention is a side view viewpoint angle in response to the depth position of the player character in the range from the front reference line to the maximum depth in the three-dimensional game virtual space, the camera viewpoint angle within the range of the initial angle to the maximum angle It characterized in that the variable control.
  • the initial camera angle and the maximum angle can be controlled in a range of 0 to 120 degrees, but preferably the initial angle is any one of the range of 5 to 15 degrees, and the maximum camera angle is any of the range of 35 to 60 degrees.
  • the average value of the maximum angle is preferably 45 degrees.
  • Such a setting range of the camera angle is not arbitrarily manipulated by the gamer, but may be set to a random value by the game developer or the game manager.
  • the viewpoint control method of the present invention is characterized in that the side view viewpoint angle in the game virtual space is differently controlled according to the non-combat mode and the combat mode of the player character.
  • the side view view angle may be controlled to control the view angle of the combat mode larger than the view angle of the non-combat mode.
  • the view angle of the combat mode is 10 degrees or more larger than the view angle of the non-combat mode.
  • the viewpoint control method of the present invention is characterized in that the side view horizontal viewpoint angle in the game virtual space is controlled by varying the predetermined angle in the direction moving in response to the start of movement in the left and right directions from the player character stationary state.
  • the predetermined angle is any one within a range of 5 degrees to 10 degrees.
  • the horizontal viewing angle that is changed in the moving direction is returned to the original front position as the player character moves.
  • the amount of terrain map data can be reduced by about 1/10 compared to the tongmap method by sharing resources in units of polyprism or blocks in a space where the terrain characteristic is repeated. Therefore, by reducing the amount of game data transfer between the server and the client, it is possible to speed up the initial boot time of the game, and to lower the memory specification of the client, so that even low-end clients can enjoy real-time online games. In addition, the game development time can be shortened, greatly reducing the development cost.
  • the density of PC and NPC in the game space can be increased from two-dimensional density to three-dimensional density, more game players can be simultaneously connected in the same space.
  • MO-RPG side-scrolling multiplayer online role-playing game
  • MMO-RPG large-scale multiplayer online role-playing game
  • game maps are formed in units of independently accessible and editable polyprisms
  • poly-prisms having different feelings can be generated by constructing objects of the basic polyprisms differently, and thus, various similar polyprisms with one basic polyprism. Can be generated and used on the map, which can greatly reduce the time and cost of map production compared to the existing barrel map.
  • the conventional barrel map is difficult to partially edit the map once it is produced, but in the present invention, since it is possible to edit by accessing the polyprism unit, partial editing is possible at any time, so that the map is easily edited and various changes of the map are performed in real time. It is possible.
  • FIG. 1 is a view for explaining the configuration of the MMORPG game system according to the present invention.
  • FIG. 2 is a view for explaining the detailed configuration of the client terminal of FIG.
  • FIG 3 is a view for explaining a virtual game space of the MMORPG according to the present invention.
  • FIG. 4 is a view for explaining the detailed configuration of the virtual game space of FIG.
  • FIG. 5 is a view for explaining a conventional top-down view method and the top-down view method of the present invention.
  • FIG. 6 is a view for explaining a side view viewpoint method using a polyprism according to the present invention.
  • FIG. 7 is a view for explaining the structure of a multi-layered topographic map composed of polyprism according to the present invention.
  • FIG. 9 is a view showing a game screen of an embodiment using a multilayer polyprism according to the present invention.
  • FIG. 10 is an overall schematic view for explaining a game background configuration according to the present invention.
  • FIG. 11 is a side view of FIG. 10.
  • FIG. 13 is a diagram showing an example of the screen DP1 displayed at the side view viewpoint 10 degrees.
  • FIG. 14 is a diagram showing an example of the screen DP1 displayed at the side view viewpoint 10 degrees.
  • 15 is a diagram illustrating an example of the screen DP1 displayed at the side view viewpoint 10 degrees.
  • 16 is a view for explaining a variable control state of the left and right angles of the side view in response to the left and right movement of the player character.
  • Fig. 17 is a diagram showing an example of the screen DP1 displayed in the stopped state of the player character.
  • FIG. 18 is a diagram showing an example of the screen DP2 displayed in the initial state in which the player character moves to the right from the stopped state.
  • 19 is a flowchart illustrating a preferred embodiment for explaining side view viewpoint variable control according to the present invention.
  • 20 is a diagram for explaining a configuration of a passage and an arcade in which a multi-layer side view is displayed;
  • Figure 21 illustrates one embodiment of a passage 170 in accordance with the present invention.
  • FIG. 22 is a view showing an example of the secret passage 147 of FIG.
  • 24 is a view showing a combination of block types constituting a central region
  • 25 is a view showing the basic blocks of the cave terrain according to the present invention.
  • FIG. 26 is a view illustrating a cave terrain completed by combining the basic blocks of FIG. 25; FIG.
  • first and second may be used to describe various components, but the components should not be limited by the terms. The terms are used only for the purpose of distinguishing one component from another.
  • the first component may be referred to as the second component, and similarly, the second component may also be referred to as the first component.
  • a function or operation specified in a specific block may occur out of the order specified in the flowchart. For example, two consecutive blocks may actually be performed substantially simultaneously, and the blocks may be performed upside down depending on the function or operation involved.
  • FIG. 1 is a view for explaining the configuration of the MMORPG game system according to the present invention.
  • the MMORPG game system 100 includes a server platform 102 and one or more client systems 103 that communicate via a communication network 101.
  • Server platform 102 includes a number of individual servers 104, 105, 106 and a database 104a, 105a, 106a.
  • the number of clients is virtually unlimited and limited only by the physical characteristics of the server platform 102 and the communication network connecting the two.
  • the network form of the network 101 through which client terminals 107, 108, 109, 110 communicate with the server platform 102 may be in the form of a bus, star, or ring network.
  • the communication network 101 may be a local area network (LAN) such as Ethernet, an urban area network (MAN) such as an intranet, or a wide area network (WAN) such as the Internet.
  • Communication network 101 may also be a wireless network, a cellular network, or any other system that facilitates the transmission of data.
  • Each client terminal 107, 108, 109, 110 has an associated communication connection (or session) with one or more of the servers 104, 105, 106.
  • the communication network may be a dedicated network or a shared network such as the Internet.
  • System 100 is a customized distributed virtual environment to assist large multiplayer.
  • Client terminals 107, 108, 109, 110 and servers 104, 105, 106 may have a standard telephone line, LAN or WAN connection (eg, T1, T3, 56 kb, X.25), broadband connections It may be connected to the network 101 through various connections, including (ISDN, frame relay, ATM) and wireless connections. Connections can be established using various communication protocols (eg, TCP / IP, IPX, SPX, NetBIOS, Ethernet, ARCNET, Fiber Distributed Date Interface (FDDI), IEEE 802.11, IEEE802.11a, and direct synchronization connections). have.
  • TCP / IP IPX
  • SPX NetBIOS
  • Ethernet ARCNET
  • FDDI Fiber Distributed Date Interface
  • IEEE 802.11, IEEE802.11a and direct synchronization connections.
  • Each client terminal 107, 108, 109, 110 generally displays interactive objects (other players, terrain, non-player character (NPC)), etc., displays a game interface, and processes player input. , Play music and sounds, and perform other CPU or bandwidth intensive operations.
  • the client terminals 107, 108, 109, 110 may be any device capable of displaying video, audio, tactile game content and receiving user input for game interaction.
  • the client terminals 107, 108, 109, 110 are personal computers, Windows based terminals, network computers, information devices, palmtop computers, X-devices, workstations, mini computers, personal digital assistants, Handheld digital game systems, game consoles, or smart phones.
  • the client terminals 107, 108, 109, 110 are personal computers
  • the client terminals may be configured based on a Pentium family that includes a Pentium, Pentium II XEON, Cellulon, and Pentium III microprocessor.
  • Client terminals 107, 108, 109, 110 include WINDOWS XT, WINDOWS Vista, WINDOWS 7, manufactured by Microsoft Corporation, MacOS, Java, UNIX or Linux manufactured by Apple Computer.
  • Each of the servers 104, 105, 106 generally coordinates communication, database storage and overall control and management of the game.
  • Servers 104, 105, and 106 generally hold state information and coordinate the interaction of various objects with clients in a virtual environment including, but not limited to, other client terminals, artificial intelligence, terrain, music, and sound. .
  • Each server 104, 105, 106 provides additional functionality such as recording and tracking security, game goal recording, and each player's progress towards this goal.
  • the servers 104, 105, 106 may be any computing device capable of storing a file representing game elements and capable of receiving and processing game input.
  • Servers 104, 105, and 106 are WINDOWS 2000, WINDOWS 2008, WINDOWS NT 3.51, WINDOWS NT 4.0, MacOS, Java, and Unix manufactured by Apple Computer, Cupertino, CA. It can operate under the control of various operating systems, including but not limited to UNIX) or Linux (LINUX).
  • the servers 104, 105, 106 include a game server 104, an authentication server 105, and a web server 106.
  • the game server 104 is equipped with a game server engine and communicates with the connected client terminals 107, 108, 109, 110 in conjunction with the game map database 104a to control the game progress and game logic.
  • the game map database 104a is constructed by associating a terrain map used in the game with an aggregate of unit blocks and a terrain resource.
  • the authentication server 105 authenticates the access authorization of the client terminals 107, 108, 109, 110 connected in cooperation with the member database 105a.
  • the web server 106 manages and controls the communication network.
  • Server 102 also includes a game master interface 111.
  • the game master interface 111 edits a terrain map, an object, a prop, a polyprism, etc. for each unit block, or manages and monitors an operation state of a server.
  • the computer 120 includes a central processor 121, a main memory unit 122 for temporarily storing programs and / or data, a display device 123, an input / output (I / O) controller 124, a hard disk driver, A database 125, such as an optical disk driver or a solid state drive (SSD) of Samsung Electronics, a mouse 126, a keyboard 127 and a data bus 128 coupled to communicate with each other.
  • a central processor 121 includes a central processor 121, a main memory unit 122 for temporarily storing programs and / or data, a display device 123, an input / output (I / O) controller 124, a hard disk driver, A database 125, such as an optical disk driver or a solid state drive (SSD) of Samsung Electronics, a mouse 126, a keyboard 127 and a data bus 128 coupled to communicate with each other.
  • SSD solid state drive
  • Data bus 128 may be a VESA bus, VESA VL bus, ISA bus, EISA bus, PCI bus, NuBus, or MicroChannel Architecture bus.
  • the display device 123 communicates with the data bus 128 via a video card (not shown).
  • the main memory unit 122 may include both random access memory (RAM) and read-only memory (ROM) chips.
  • Computer 120 includes dedicated circuitry for producing sound, such as a "sound card" (not shown). Computer 120 may provide USB connections to accommodate portable USB storage devices such as a USB flash drive line.
  • the client terminals 107, 108, 109, 110 connect to the server online via the communication network and download the client engine, respectively.
  • the client engine includes an interface engine, an animation engine, a 3D rendering engine, a sound rendering engine, and a network engine.
  • the client engine receives game operation data through a computer keyboard and mouse, and outputs screen information and sound information of a corresponding game map.
  • the game context information is sent to the server, and a corresponding screen is displayed or a sound is output.
  • FIG. 3 is a view for explaining the configuration of the entire map constituting the virtual game space of the MMORPG according to the present invention
  • Figure 4 is a view for explaining the detailed configuration of the virtual game space of FIG.
  • the entire virtual game world consists of two villages (130, 139) and eight zones (ZONE) (131-138).
  • the number of villages and wide areas is not limited to the embodiments and may be configured in various ways.
  • the eight zones (131-138) have various geographic environments and geographies, including mountainous (cave), mountainous (canyon), dry, ruined, desert, plain, wetland and jungle areas. It means a vast area. Therefore, in the game world of the present invention, the world / zone / block / panel / polyprism / grid is hierarchically arranged according to the area size.
  • the game server manages and controls game data in zone units.
  • Each layer in the zone is managed and controlled by panel indexes or attribute information, and blocks or polyprism units are used as the minimum units of terrain map production or management. Collision and coordinate position control and management of game player characters, NPCs or monsters are checked in grid units.
  • each of the regions 131 to 138 may include, for example, 40 regions A1 to A8, B1 to B8, C1 to C8, D1 to D6, E1 to E3, and F1 to F9. 140-145). Each region is connected to each other by a passage 146 and a secret passage 147.
  • Each of the theme groups 140 to 145 includes one central area A1, B5, C4, D1, E2, or F9. NPCs are placed in each of the central areas to give quests. Therefore, since each game area is a place for a large number of game players to gather and work, a terrain map may be constructed in a top-down or quarter-view manner.
  • FIG. 5 is a diagram for explaining a quarter view viewpoint method using an existing 3d tile.
  • the observer's camera angle around the player's character is fixed at an elevation of approximately 65 to 90 degrees.
  • the background of the game space is rotatable around the player character and scrolls left, right, and back and forth.
  • the 3D tile has only (x, y) coordinate values in the conventional quarter view viewpoint. That is, three-dimensional representation is performed by rendering the terrain of the height field technique on the two-dimensional tile.
  • the 3D object or game player character is put on it. Therefore, the system recognizes the position of the game player only by the (x, y) coordinate value of the tile. Therefore, it is not possible to overlap different game players at the same coordinate position, and only one game player is recognized at one coordinate.
  • the view point is a quarter view view, which can be rotated around the player character and can be moved back and forth and left and right within a single floor map. However, it is impossible to move up and down. It is possible to represent the player by simply placing the player character on a terrain map of a single layer or on an object.
  • FIG. 6 is a view for explaining a side view method using a polyprism according to the present invention.
  • the side view viewpoint method of the present invention is adaptively variable to the situation with the camera angle viewed by the observer centering around the player character at a low angle between approximately 10 degrees and 40 degrees. That is, it keeps the angle of about 10 degrees by default, but the angle of about 20 degrees increases in combat (collision between characters) mode.
  • the angle of looking down varies from 10 degrees to 40 degrees as the depth moves inward from the reference position.
  • up and down scrolling is possible under the control of the gamer. However, rotation around the player character is not possible.
  • the quarter view method of the present invention is a game player character CA1 (X1, Y1, Z1) and a game player character CA2 (X1, Y1, Z2) on a multi-layered terrain map composed of 3D polyprisms.
  • Character CA1 is located on panel 1 of the lower terrain and character CA2 is located on panel 2 of the upper terrain.
  • Each panel is formed of a collection of grids on a plurality of grids.
  • the terrain maps are configured in units of polyprism, the terrain maps are formed in multiple layers and game players may be located on each floor, unlike the conventional barrel map method.
  • Figure 8 is a view showing the various configurations of the polyprism.
  • one layer is composed of four polyprisms of PP (000), PP (100), PP (010), and PP (110), and the second layer is formed of PP (001) and PP (011). It is composed of two polyprisms and the third layer is composed of two polyprisms of PP 002 and PP 012. Therefore, even if the characters in the three polyprisms of PP (000), PP (OO1), and PP (002) are located on different floors in the same coordinate, the system can recognize the character coordinate position for each floor.
  • the polyprism may be composed of a collection of polygonal pillars, which are triangular, tetragonal, pentagonal, hexagonal, or combinations thereof, with the arrow shown facing the front side vertically. Is fixed.
  • the polyprism is configured to be reduced in proportion to, for example, a 10m ⁇ 10m ⁇ 10m scale in order to reflect the actual world size.
  • FIG. 9 shows a game screen of an embodiment using a multilayer polyprism according to the present invention.
  • the panel PL1 is disposed on the bottom (first layer) of the polyprism PP, and the character PC1 is positioned on the panel PL1.
  • the panel PL2 is disposed on the upper surface (two layers) of the polyprism PP, and the character PC2 is positioned on the panel PL2. It can be seen that the characters PC1 and PC2 are vertically overlapped with the first floor and the second floor in the same plane coordinates.
  • FIG. 10 is a schematic diagram for explaining a game background configuration according to the present invention
  • FIG. 11 is a side view of FIG. 10.
  • the virtual game zone 200 includes a front area 210, a play area 220, a near object placement area 230, a far object placement area 240, and a billboard placement area 250.
  • the virtual game zone 200 is divided into seven stages according to its size, and the first stage is 1000m ⁇ 1000m ⁇ 1000m in size and consists of up to 1,000,000 polyprisms, and the second stage is 800m ⁇ 800m ⁇ 800m in size. It consists of 512,000 polyprisms, with 3 stages of 600m ⁇ 600m ⁇ 600m, up to 216,000 polyprisms, and 4 stages of 400m ⁇ 400m ⁇ 400m, up to 64,000 polyprisms.
  • the scale is 300m ⁇ 300m ⁇ 300m and consists of up to 18,000 polyprisms.
  • the 6-stage is 200m ⁇ 200m ⁇ 200m and the maximum 8,000 polyprisms.
  • the 7-stage is 100m ⁇ 100m ⁇ 100m. It consists of 1,000 polyprisms.
  • the size is described as an example and may be variously changed to various sizes.
  • the number of actual polyprism is greatly reduced to less than 1/10 level except for the polyprism sharing the resource.
  • the front area 210 is an area that is disposed in front of the play area 220 and mainly includes a front object, a stream terrain, and the like.
  • the play area 220 may be composed of a multi-layered terrain map by polyprisms.
  • the play area 220 is an area in which blocks composed of polyprisms are arranged, and is a game space in which a game flare character is active, and a virtual space in which a multi-layered terrain map is formed. All of the polyprisms arranged in the play area 220 are arranged so that the reference surface faces the front direction.
  • the near and far object placement areas 230 and 240 are areas in which an object for decorating a background immediately after the play area 220 is disposed and may be configured in a conventional 3D tile method.
  • the billboard placement area 250 is an infinity background area and is a screen area that is disposed behind the near and far object placement areas 230 and 240.
  • the game space of FIG. 10 configured as described above is displayed on the screen as shown in FIG. In the side view view of the present invention, it is displayed at a camera angle of approximately 10 degrees with respect to the front edge of the panel in the play area 220.
  • FIG. 12 is a view for explaining a variable state of the side view viewpoint by the forward and backward movement according to the present invention.
  • the virtual game zone 200 includes a first terrain 202 on the first floor and a second terrain 204 on the second floor.
  • the first terrain 202 has a panel PN1 disposed at the bottom of the play area
  • the second terrain 204 has a panel PN2 disposed at the bottom of the play area.
  • the front edge of each panel is basically set to the camera line.
  • the side view viewpoint angle is automatically calculated and controlled in accordance with the depth position of the player character from this camera line.
  • the side view viewpoint angle is, for example, 10 degrees
  • the player character PC is in the middle of the panel PN1, that is, the "B" position.
  • the side view viewpoint angle is, for example, 25 degrees
  • the side view viewpoint angle is, for example, 40 degrees when the player character PC is near the deepest inner edge of the panel PN1, that is, the "C" position. Therefore, as the player character PC is moved back and forth, the side view viewpoint angle is varied from 10 degrees to 40 degrees.
  • FIG. 13 is a diagram illustrating an example of the screen DP1 displayed at the side view viewpoint 10 degrees
  • FIG. 14 is a diagram illustrating an example of the screen DP1 displayed at the side view viewpoint 10 degrees
  • FIG. 15 is a side view viewpoint 10 degrees.
  • FIG. 1 shows an example of the screen DP1 displayed in FIG.
  • FIG. 13 not only the entire play area but also the front area is displayed.
  • the game space is slightly narrowed around the player character to zoom in.
  • the player character approaches the maximum depth of the panel and the game space is enlarged to become very narrow and almost feel like a top view.
  • the side view viewpoint angle varies according to the depth of the game space, even if large gamers are placed in the same space, they are viewed at different points of view according to the depth of placement, so that the interference or the click action due to duplication is not disturbed.
  • the player character may be covered by the structure on the screen.
  • the player character cannot be clicked with a mouse and the gamer cannot control the player character.
  • the structure is curled and displayed in a translucent state. Therefore, the player character is shown through the translucent structure behind the structure to the gamers, and the mouse character can be selected to select the player character.
  • the structure is not displayed on the screen. This encourages gamers to focus on the gaming environment. That is, as shown in FIG. 12, when the player character is positioned at the "C" position, the two-layer structure 204 (PN2) protruding from the screen DP3 by the viewpoint control is overlapped with the player character from the gamers' eyes. . Therefore, the upper structures protruding from the screen DP3 are deleted to process the screen invisibly on the screen.
  • PN2 two-layer structure 204
  • 16 is a view for explaining a variable control state of the left and right angles of the side view in response to the left and right movement of the player character.
  • the camera angle at the side view viewpoint is changed by a predetermined angle, for example, about 5 degrees, in the direction to move in the horizontal direction. Therefore, the space in the frustum FR1 represented on the screen DP1 is changed to the space in the frustum FR2 represented on the screen DP2.
  • the gamers have a wider field of view looking in the right direction to be moved, thereby securing a view in the direction to be moved.
  • variable camera angle gradually changes to the front angle.
  • FIG. 17 is a diagram illustrating an example of the screen DP1 displayed in the stopped state of the player character
  • FIG. 18 is a diagram illustrating an example of the screen DP2 displayed in the initial state in which the player character moves to the right from the stopped state.
  • the side region SRG2 shown in FIG. 18 is wider than the side region SRG1 shown in FIG. 17. It is a state in which the right view of the gamer is secured by the increased side area.
  • 19 is a flowchart illustrating a preferred embodiment for explaining side view viewpoint variable control according to the present invention.
  • the side view viewpoint variable control first determines which panel in the game space is located from the coordinates of the player character (S102). Once positioned on the panel, the side view viewpoint angle variable range according to the depth of the panel is calculated (S104). That is, depending on the panel, regardless of the deep and narrow panels, the front edge of the panel, i.e., from the camera line to the back edge of the panel, i. Correlate the angles relatively.
  • the depth position of the player character on the panel is read (S106).
  • the side view viewpoint angle corresponding to the read depth position of the player character is calculated (S108).
  • the game space is displayed on the screen at the calculated side view viewpoint angle (S110).
  • the operating state of the player character is detected while the vertical angle of the camera according to the depth position is controlled.
  • the screen is displayed by increasing 10 degrees in the vertical direction from the current side view viewpoint angle (S114) (S116). Therefore, in battle mode, many player characters will be battled around the NPC, causing many characters to be entangled.
  • the vertical angle of the camera is formed to be 10 degrees higher than usual, the screen is provided almost at the top view point, and thus the overlapping phenomenon can be reduced by that amount. Therefore, it is possible to minimize the overlap occurring in the side view or side scroll.
  • step S112 determines whether the left and right movement mode (S118).
  • the camera horizontal angle is increased by 5 degrees in the direction to be moved (S120), and the screen is displayed (S122). Therefore, when moving left and right, the horizontal angle of the camera is increased by a certain angle in the direction to be moved, so that the screen is further displayed in the direction to be moved.
  • 20 is a view for explaining the configuration of the passage and the arcade in which the multi-layer side view is displayed.
  • FIG. 20 a multi-sided side view map, consisting of four arcade regions 160, 161, 162, 163, a thick dashed main passage 164 and a thin dashed secondary passage 165, representing a 6 ⁇ 6 polyprism size.
  • One basic polyprism 150 constituting the passage may have a size of 50m in width x 15m in height. The width and height vary depending on the setting, but the depth is fixed to a certain size.
  • Arcade areas 161-163 are composed of subpolyprisms 152 (25m ⁇ 15m) having a size 1/2 of the horizontal size of the basic polyprism for detailed description.
  • arcade regions 160, 162, and 163 are composed of four subpolyprisms and arcade region 161 is composed of eight subpolyprisms.
  • 21 is a view showing an embodiment of the passage 170 according to the present invention.
  • the passage 170 of FIG. 21 shows a structure in which four polyprisms 171, 172, 173, and 174 are arranged laterally.
  • the polyprisms 171, 172, 173 are polyprisms with different indices and the polyprism 174 is the same polyprism as the polyprism 171 but the props 175 within the polyprism 171.
  • the position of the prop 176 may be different from each other, thereby creating a shape of the cave differently.
  • An example of the program list below shows the relationship between polyprism and prop indices.
  • FIG. 22 shows an example of the secret passage 147 of FIG.
  • the inlet of the secret passage 183 is blocked by the rock accessory 184 in the polyprism 180. Therefore, game players usually do not know the existence of the secret passage 183 under the rock prop 184. In the polyprism 181, the entrance 185 of the secret passage 183 is opened while the rock prop is destroyed. Therefore, the game players can quickly move to another area at a higher speed through the secret passage 183, and have the opportunity to meet another monster or obtain an item in the secret passage 183.
  • the condition for finding the entrance of the secret passage 183 may be provided in various ways as well as the destruction of the rock props. For example, if you have a special item, the rock props will be removed in conjunction with this item, the experience level will be visible only to characters above a certain level, or if you solve the quests in the area's theme, the entrance of the secret passage will be opened. There are a variety of ways to automatically open and close again in time.
  • the game terrain may be modified in response to various conditions in the server even during the game in real time even after the terrain map is produced.
  • the conventional tomographic map method after the terrain map is produced, partial terrain deformation is impossible in real time.
  • the central area of the present invention is composed of a combination of hierarchical equal block types obtained by sequentially dividing the basic block type and the basic block type by at least one time according to the use and the scale of the map.
  • a block may be composed of a set of tens to thousands of polyprisms from one polyprism.
  • the hierarchical block types are divided into m ⁇ n basic block types vertically in two (m / 2) ⁇ n first equal block types, and m ⁇ (n / 2) A second equal block type of size and a third equal block type of size (m / 2) ⁇ (n / 2) divided into two equal parts.
  • the basic block type 190 has a size of 10000 ⁇ 3500.
  • the height is variously determined corresponding to the theme of the central region. It can be hundreds to thousands of meters high in canyons or mountainous areas, tens or hundreds of meters in plains or deserts, and within a few tens of meters in caves and buildings.
  • the first equal block type 192 has a size of 5000 ⁇ 3500
  • the second equal block type 194 has a size of 10000 ⁇ 3500
  • the third equal block type 196 has a size of 5000 ⁇ 1750.
  • FIG. 24 illustrates a combination of block types constituting a central area.
  • the same or similar block types may be combined to form central areas of various sizes in a short time.
  • the props inside each block type slightly differently, it is possible to produce a completely different central area, which can significantly reduce the time and effort in producing a large map, thereby greatly reducing the production cost.
  • the amount of data constituting the game zone can be significantly reduced compared to the conventional tommap method.
  • FIG. 25 is a diagram illustrating basic blocks of a cave terrain according to the present invention
  • FIG. 26 is a diagram illustrating a cave terrain completed by combining the basic blocks of FIG. 25.
  • FIG. 25 illustrates that the 30 block cave terrain of FIG. 26 may be configured by using a total of 14 basic blocks overlapped with a to o of the dongle terrain. That is, the cave terrain map data of FIG. 26 includes resource indexes and combination order data of 14 basic blocks. Therefore, the cave terrain map data includes three blocks a, one blocks b, two blocks c, two blocks d, one blocks e, one blocks f, one blocks g, two blocks h, two blocks i, Use only 14 blocks including j blocks, 1 k block, 1 l block, 1 m block, and 10 n blocks, and do not use the remaining 16 blocks. It can be seen that.
  • the maps / polyprisms / props thus constructed are created as project files and stored in the map database.
  • the grid is composed of two-dimensional tiles of 0.5m ⁇ 0.5m size.
  • Two-dimensional tiles may be composed of polygons such as triangles, squares, pentagons, hexagons, and octagons.
  • Grid constitutes one node as the minimum unit of area and is used as index of coordinate position. Therefore, since only one character can exist in one grid, it is used to handle collisions between NPCs.
  • the grid also contains attribute information that can affect PCs and NPCs.
  • Panels are arranged in blocks as a collection of multiple grids.
  • the panel displays z-axis information in different layers, that is, three-dimensional coordinates. The presence of different panels is possible even within the same layer. Therefore, knowing the panel index in which the player character exists, the game server can recognize which area (panel) of which floor is present. Therefore, the server uses the panel index to control the layer, movement, and attack area of the monster or PC.
  • the client uses the panel index to know the attribute information.
  • a unit called space is used as a data packet unit for transmitting game data.
  • Space is 20m ⁇ 20m ⁇ 20m and blocks are automatically set in units of space.
  • the client manages recycled mesh data and what objects are in the space, and uses this space to manage processing by space, which can simplify culling and collision processing.
  • the server uses data in units of space when processing near-field attacks, ranged attacks (such as bullets), updating active objects (objects with functions), and checking the field of view of NPCs / PCs.
  • a zone is a collection of spaces that is the basic independent unit that runs a game, such as moving a map, acquiring items on a PC, replacing equipment, and processing experiences.
  • each block or set of blocks shown in the block diagram may be implemented in various forms on a hardware or software basis.
  • a computer equipped with a general purpose processor (GPP), a special purpose processor (SPP), and other programs are possible to create a structure or means for implementing the operation or function of the block or sets of blocks shown in the block diagram.
  • GPS general purpose processor
  • SPP special purpose processor
  • the device may also be implemented on a software basis.
  • the MMORPG game and the system according to the embodiments of the present invention have been described by limiting the size of the polyprism and the block for the convenience of description, but it can be understood that it can be configured in various sizes within the scope of the technical idea of the present invention. Should.

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Processing Or Creating Images (AREA)
  • Slot Machines And Peripheral Devices (AREA)

Abstract

대규모 멀티 플레이어 온라인 롤플레잉 게임을 개시한다. 본 발명의 게임의 지형 맵은 플레이어 영역 중 적어도 어느 한 부분이 서로 오버랩 되는 다층 지형들을 포함하고, 다층 지형 각각은 서로 독립적으로 액세스 가능하고 서로 인접하여 배치된 다수의 폴리프리즘(Polyprism)들을 포함한다. 따라서 게임 지형 맵이 통 맵이 아니라 개별적으로 액세스 가능한 폴리프리즘들의 집합체로 구성되므로 동일 반복되는 지형에 대한 다수의 폴리프리즘들은 리소스를 공유함으로써 게임 데이터 량을 획기적으로 줄일 수 있으며 게임 개발시간 단축 및 개발비용을 대폭적으로 줄일 수 있으며, 실시간적으로 조건에 응답하여 지형을 변형시킬 수 있으므로 다양한 지형 변화로 게임 흥미를 배가시킬 수 있다.

Description

대규모 멀티 플레이어 온라인 롤플레잉 게임방법 및 시스템
본 발명은 대규모 멀티 플레이어 온라인 롤플레잉 게임방법 및 시스템에 관한 것으로서, 더욱 상세하게는 사이드 뷰 시점으로 사이드 스크롤이 가능한 대규모 멀티 플레이어 온라인 롤플레잉 게임방법 및 시스템에 관한 것이다.
최근 컴퓨터 및 네트워크의 데이터 처리속도가 개선됨에 따라 수백 내지 수천 명이 동시에 온라인 접속하여 가상세계에서 게임을 즐기는 대규모 멀티 플레이어 온라인 롤플레잉 게임(MMORPG : Massively Multi-player Online Role Playing Game)이 널리 보급되고 있다.
MMORPG는 다수의 게이머들이 자신의 컴퓨터를 통하여 게임 서비스 공급자의 서버에 동시 접속하여 동일한 가상세계에서 서로 모여서 퀘스트(Quest)를 해결하거나 게임정보 및 게임 아이템 등을 교환하는 커뮤니티를 형성하면서 즐기는 게임방식이다.
컴퓨터 단말을 이용한 3D MMORPG로는 리니지, 디아블로, 워크래프트 등이 서비스되고 있으며 모바일 단말을 이용한 MMORPG로는 컴투스의 '아이모'(주)네스모빌의 'KOM(Karma Of Monster)' 등이 서비스되고 있다.
MMORPG는 대규모 게이머들이 동시 접속하므로 이들을 동시 수용하기 위한 가상세계의 스케일도 한 게임당 10 내지 30 기가의 대용량으로 커질 수밖에 없었다.
그러므로 MMORPG를 개발하는 데 수백억의 개발비용과 1년 내지 3년 정도의 장시간이 요구되었다.
MMORPG는 통상 게임 시나리오에 의해 몇 개의 소테마로 구분되고 각 테마마다 1 내지 3개의 게임 존들로 구성된다. 그러므로 소테마와 게임 존들은 각기 특색 있는 지형 맵으로 게임 배경을 구성하고 지형 맵 상에 다양한 몬스터, NPC, 오브젝트 등을 배치하여 가상 세계를 디자인한다.
그러므로 MMORPG는 동일 존 내에 접속된 플레이어 캐릭터들을 모두 표시하여야 하므로 탑다운 뷰 또는 쿼터 뷰 방식으로 게이머가 가상세계를 위에서 아래로 내려다보는 시점을 채택한다.
MORPG 게임에서는 동시 접속자 수가 4명 또는 8명이다. 그러므로 상대적으로 적은 수의 플레이어 캐릭터들이 동일 게임공간에 모여 있더라도 서로 겹치는 확률이 적다. 그러므로 사이드 스크롤 방식이 가능하다.
그러나 MMORPG 게임에서는 동시 접속자 수가 수백 내지 수천명으로 매우 많다. 그러므로 상대적으로 매우 많은 수의 플레이어 캐릭터들이 동일 게임공간에 모일 경우 2차원 화면상에서 서로 겹쳐지게 표시되므로 겹쳐질 경우 화면상에서 특정 캐릭터의 선택이 불가능하게 될 수 있다. 따라서 MMORPG 게임에서는 사이드 스크롤 방식 보다는 탑 뷰 또는 쿼터 뷰 방식으로 플레이어 캐릭터들이 서로 겹쳐지지 않도록 화면 표시를 한다.
그러므로 MMORPG 게임에서는 지형 맵을 게이머의 시점이 가려지지 않는 하이트 필드(Hight Field) 기법의 단일 층 통 맵 구조로 구성한다.
이와 같은 종래의 MMORPG의 통맵 구조에서는 다음과 같은 문제점이 있다.
1. 단일 층의 지형 맵 크기에 의해 동시 접속자 수가 제한된다.
2. 동시 접속자 수 증가에 비례하여 지형 맵 사이즈가 2차원 평면적으로 커진다.
3. 지형 맵이 통맵으로 구성되므로 각 맵마다 동일 리소스를 중복 사용하게 되므로 전체적인 맵 데이터 용량이 커질 수밖에 없다.
4. 지형 맵이 통맵으로 구성되어 하나의 맵 파일단위로 액세스되므로 용량이 커질수록 보다 고급 사양의 컴퓨터 하드웨어가 요구된다.
5. 탑 뷰 시점으로 지형을 복층으로 구성할 수 없으므로 오버랩 표현이 불가능하다.
6. 3인칭 관찰자 시점으로 Z축을 중심으로 2차원 지형 맵이 360도 회전 표시되므로 게임자가 어지러움을 느낄 수 있다.
상기 문제점을 해결하기 위한 본 발명의 목적은 화면이 좌우, 상하 및 전후방향으로 스크롤되는 사이드 뷰 시점방식의 대규모 멀티 플레이어 온라인 롤플레잉 게임을 제공하는 데 있다.
본 발명의 다른 목적은 지형 맵을 다층 구조로 구성하고 각 층들은 서로 독립적으로 액세스 가능한 다수의 단위블록들의 집합체로 구성함으로써 게임 리소스를 중복 사용하는 것에 의해 그래픽 품질은 그대로 유지하면서 게임 사이즈를 1G ~ 3G로 대폭 줄일 수 있는 대규모 멀티 플레이어 온라인 롤플레잉 게임을 제공하는 데 있다.
본 발명의 또 다른 목적은 지형 맵을 다층 구조로 구성하여 플레이어 캐릭터들을 각 층들에 적층시킴으로서 동일 면적 내에 동시 접속자 수를 더욱 증가 시킬 수 있는 대규모 멀티 플레이어 온라인 롤플레잉 게임을 제공하는 데 있다.
본 발명의 또 다른 목적은 지형 맵의 사이즈를 대폭적으로 줄일 수 있으므로 게임 개발시간과 비용을 대폭적으로 줄일 수 있는 대규모 멀티 플레이어 온라인 롤플레잉 게임을 제공하는 데 있다.
본 발명의 또 다른 목적은 지형 맵의 사이즈를 대폭적으로 줄임으로써 저급 사양의 컴퓨터로도 게임을 즐길 수 있도록 한 대규모 멀티 플레이어 온라인 롤플레잉 게임을 제공하는 데 있다.
본 발명의 또 다른 목적은 지형 맵을 적층된 단위 블록들의 집합체로 구성함으로써 실시간적으로 지형 맵을 가변시킬 수 있는 대규모 멀티 플레이어 온라인 롤플레잉 게임을 제공하는 데 있다.
상기 목적을 달성하기 위한 본 발명의 대규모 멀티 플레이어 온라인 롤플레잉 게임의 지형 맵은 플레이어 영역 중 적어도 어느 한 부분이 서로 오버랩 되는 다층 지형들을 포함하고, 상기 다층 지형 각각은 서로 독립적으로 액세스 가능하고 서로 인접하여 배치된 다수의 폴리프리즘(Polyprism)들을 포함한다. 여기서 폴리프리즘(Polyprism)은 삼각기둥, 사각기둥, 오각기둥 및 육각기둥과 같이 다양한 다면체 또는 입방체(Cube)들을 포함하는 것으로 게임공간의 최소 단위 공간으로 예를 들면 실제 세상의 10m × 10m × 10m 공간을 한정한다. 그러나 본 발명에서는 이 사이즈로 한정되는 것은 아니며 다양한 사이즈로 구성될 수 있다.
본 발명에서 다층 지형 각각은 플레이어 캐릭터의 플레이어 영역으로 제공되는 적어도 하나 이상의 패널들을 포함하는 것이 바람직하다. 또한 서로 독립적으로 액세스 가능한 복수의 폴리 프리즘들 중 적어도 하나 이상은 서로 동일 지형 리소스를 서로 공유하도록 구성함으로써 게임데이터용량을 1G 내지 3G 정도로 대폭 축소시킬 수 있다.
또한 본 발명에서는 서로 독립적으로 액세스 가능한 복수의 폴리 프리즘들 각각은 복수의 측면들 중 하나의 면이 프론트 면으로 지정함으로써 화면 스크롤, 즉 횡 스크롤, 종 스크롤 또는 멀티 스크롤 제어가 용이하며 사이드 뷰, 쿼터 뷰 또는 탑 뷰와 같은 시점 제어를 용이하게 한다.
본 발명의 시스템은 가상 게임공간을 유지하기 위한 게임서버와, 게임서버에 접속된 게임 플레이어들을 인증하기 위한 인증서버와, 가상 게임공간에서 플레이어 영역 중 적어도 어느 한 부분이 서로 오버랩 되는 다층 지형들을 포함하고, 다층 지형 각각은 서로 독립적으로 액세스 가능하고 서로 인접하여 배치된 다수의 폴리프리즘들의 집합체로 구성된 게임 맵 데이터베이스를 포함한다. 게임서버에서는 인증서버에서 인증된 복수의 게임 플레이어들이 다층 지형들 상에서 서로 다른 층들에서 동일 좌표위치에 오버랩 되어 위치하더라도 각기 3차원적으로 각 게임 플레이어들의 개별적 위치를 인식을 하여 제어하는 것이 가능하게 된다. 이는 동일 공간에서 게임 플레이어들을 다층으로 제어가 가능하게 함으로써 한정된 게임 공간 내에 보다 많은 게임 플레이어들이 동시에 게임을 즐길 수 있게 된다.
본 발명의 게임방법은 게임가상공간에 대규모 게임자들이 실시간으로 온라인 접속하여 즐기는 대규모 멀티 플레이어 온라인 롤플레잉 게임방법에 있어서, 게임 가상공간을 분할하고 분할된 일부 공간영역에서는 3차원 배경에서 사이드 뷰로 게임화면을 디스플레이하고, 나머지 일부 공간영역에서는 3차원 배경에서 탑다운 뷰 또는 쿼터 뷰로 게임화면을 디스플레이하는 것을 특징으로 한다.
본 발명에서 3차원 배경은 다수의 폴리프리즘들로 구성되고 각 폴리프리즘들은 독립적으로 액세스되고 편집이 가능하다.
여기서 폴리프리즘(또는 박스)은 xy 좌표값과 xy크기값으로 정의되는 기존의 2D 또는 3D 타일과는 다르게 xyz 좌표값과 xyz 크기값을 가진 최소 공간기본단위로 정의 한다. 본 발명에서 블록(block)은 게임구성단위로 하나의 폴리프리즘부터 수 내지 수십 개의 폴리프리즘들로 구성될 수 있다.
본 발명에서 탑다운 또는 쿼터 뷰 방식으로 디스플레이 되는 나머지 일부 공간영역들은 용도와 맵의 규모에 따라 기본블록타입과 기본블록타입을 적어도 1회 이상 축차적으로 등분할한 계층적 등분블록타입들의 조합으로 구성한다. 계층적 등분블록타입들은 m×n 사이즈의 기본블록타입을 2등분한 (m/2)×n사이즈의 제1등분블록타입, 상기 기본블록타입을 2등분한 m×(n/2)사이즈의 제2등분블록타입 및 상기 제1등분블록타입을 2등분한 (m/2)×(n/2)사이즈의 제3등분블록타입들로 구성한다.
멀티 레이어 사이드 뷰 방식으로 디스플레이 되는 일부 공간영역들 각각은 적어도 이층 이상으로 구성된 통로와 각 통로의 중간 또는 종단에 배치된 적어도 하나 이상의 아케이드들로 구성한다.
여기서 통로는 p×q 사이즈의 제1블록타입들로 구성하고, 아케이드는 (p/2)×q 사이즈의 제2블록타입들로 구성한다.
본 발명에서 각 멀티 레이어 사이드 뷰 방식으로 디스플레이 되는 일부 공간영역들 사이 및 상기 탑다운 또는 3/4 뷰 방식으로 디스플레이 되는 나머지 일부 공간영역들과 상기 각 멀티 레이어 사이드 뷰 방식으로 디스플레이 되는 일부 공간영역들 사이를 연결하기 위한 숨겨진 비밀통로를 포함한다. 여기서 숨겨진 비밀통로의 양단 출입구는 열쇠, 파괴 또는 게임 캐릭터의 레벨등급 등에 응답하여 표출되거나 출입이 가능하게 된다.
본 발명의 게임 시스템은 가상 게임공간을 유지하기 위한 서버와, 서버에 접속된 게임 플레이어들을 인가하기 위한 인증서버와, 3차원 배경에서 멀티 레이어 사이드 뷰로 디스플레이 되는 일부 공간영역들과 3차원 배경에서 탑다운 뷰 또는 쿼터 뷰로 디스플레이 되는 다른 일부 공간영역들로 이루어진 게임 맵 데이터베이스를 구비하고, 서버에서는 가상 게임공간에서 인증서버에서 인증된 게임 플레이어의 현재 위치에 응답하여 일부 공간영역들에 위치하면 게임화면이 멀티 레이어 사이드 뷰로 보이도록 제어하고, 다른 일부 공간영역들에 위치하면 탑 뷰 또는 쿼터 뷰 시점으로 보이도록 제어하는 것을 특징으로 한다.
본 발명에서 시스템은 가상 게임공간을 구성하는 일부 공간영역들과 다른 일부 공간영역들은 독립적으로 액세스 가능하고 편집 가능한 다수의 폴리프리즘들의 집합체로 구성되고, 다수의 폴리프리즘들을 개별적으로 액세스하여 편집하기 위한 게임 마스터 인터페이스를 더 구비한다.
또한 본 발명의 시점제어방법은 3차원 게임가상공간내의 정면 기준라인으로부터 최대 깊이까지의 범위 내에서 플레이어 캐릭터의 깊이 위치에 응답하여 사이드 뷰 시점각도를 초기 각도에서 최대 각도의 범위 내에서 카메라 시점각도를 가변 제어하는 것을 특징으로 한다. 여기서 카메라 초기각도 및 최대 각도는 0도 내지 120도 범위 내에서 가변 제어가 가능하지만 바람직하기로는 초기각도는 5도 내지 15도 범위 중 어느 하나이며, 카메라 최대 각도는 35도 내지 60도 범위 중 어느 하나로 한다. 최대각도의 평균치는 45도가 바람직하다. 이와 같은 카메라 각도의 설정 범위는 게이머가 임의로 조작하는 것이 아니라 게임 개발자 또는 게임 관리자가 임의 수치로 설정할 수 있다.
또한 본 발명의 시점제어방법은 게임가상공간내의 사이드 뷰 시점각도를 플레이어 캐릭터의 비전투모드와 전투모드에 따라 서로 다르게 가변 제어하는 것을 특징으로 한다. 여기서 사이드 뷰 시점각도는 비전투모드의 시점각도보다 전투모드의 시점각도를 더 크게 제어하는 데 바람직하기로는 전투모드의 시점각도는 비전투모드의 시점각도 보다 10도 이상 더 크게 제어하는 것이 좋다.
또한 본 발명의 시점제어방법은 게임가상공간내의 사이드 뷰 수평 시점각도를 플레이어 캐릭터의 정지 상태에서 좌우 방향으로 이동 시작에 응답하여 이동하는 방향으로 소정 각도 가변 제어하는 것을 특징으로 한다. 소정 각도는 5도 내지 10도 범위 내에서 어느 하나인 것이 바람직하다. 또한 이동 방향으로 가변된 수평 시점각도는 플레이어 캐릭터가 이동함에 따라 원래의 정면위치로 복귀된다.
본 발명의 일실시예에 따른 개별적인 폴리프리즘 액세스 방식에서는 지형특성이 반복되는 공간에서는 각 폴리프리즘 또는 블록 단위로 리소스를 공유함으로써 통맵 방식에 비하여 1/10 정도로 지형 맵 데이터 량을 축소시킬 수 있다. 그러므로 서버와 클라이언트 사이의 게임 데이터 전송량을 줄임으로써 게임 초기 부팅시간을 고속으로 할 수 있으며 클라이언트의 메모리 사양을 낮출 수 있으므로 사양이 낮은 클라이언트들도 실시간 온라인 게임을 즐길 수 있다. 또한 게임 개발 시간을 단축시킬 수 있으므로 개발 비용을 획기적으로 절감할 수 있다.
본 발명에서는 게임 공간 내에 PC 및 NPC의 밀집도를 2차원적인 밀집도에서 3차원적인 밀집도로 증대시킬 수 있으므로 동일 공간 내에 보다 많은 게임 플레이어들의 동시 접속이 가능하다.
또한 기존의 사이드 스크롤 방식의 멀티 플레이어 온라인 롤플레잉 게임(MO-RPG) 스토리도 본 발명의 시점 가변제어 사이드 뷰 방식체계를 활용하면 대규모 멀티 플레이어 온라인 롤플레잉 게임(MMO-RPG)과 유사하게 대규모 게임 플레이어들이 즐길 수 있다.
또한 본 발명에서는 독립적으로 액세스되고 편집 가능한 폴리프리즘단위로 게임 맵을 형성하므로 기본 폴리프리즘들의 오브젝트를 다르게 구성하는 것에 의해 느낌이 다른 폴리프리즘을 생성할 수 있으므로 하나의 기본 폴리프리즘으로 다양한 유사 폴리프리즘들을 생성하여 맵에 사용 가능하므로 맵 제작의 시간과 비용을 기존의 통 맵과 비교하면 획기적으로 줄일 수 있다.
또한 기존의 통 맵은 일단 맵이 제작 완료되면 부분적인 편집이 곤란하였으나 본 발명에서는 폴리프리즘 단위로 액세스하여 편집이 가능하므로 수시로 부분적인 편집이 가능하므로 맵 편집이 용이하고 실시간으로 맵의 다양한 변경이 가능하다.
다만, 본 발명의 효과는 상기에서 언급된 효과로 제한되는 것은 아니며, 상기에서 언급되지 않은 다른 효과들은 본 발명의 사상 및 영역으로부터 벗어나지 않는 범위 내에서 당업자에게 명확하게 이해될 수 있을 것이다.
도 1은 본 발명에 의한 MMORPG 게임 시스템의 구성을 설명하기 위한 도면.
도 2는 도 1의 클라이언트 단말의 세부 구성을 설명하기 위한 도면.
도 3은 본 발명에 의한 MMORPG의 가상 게임공간을 설명하기 위한 도면.
도 4는 도 1의 가상 게임공간의 세부 구성을 설명하기 위한 도면.
도 5는 기존의 탑다운 뷰 방식과 본 발명의 탑다운 뷰 방식을 설명하기 위한 도면.
도 6은 본 발명에 의한 폴리프리즘을 사용한 사이드 뷰 시점방식을 설명하기 위한 도면이다.
도 7은 본 발명에 의한 폴리프리즘으로 구성된 다층 지형 맵의 구조를 설명하기 위한 도면.
도 8은 폴리프리즘의 다양한 구성을 나타낸 도면.
도 9는 본 발명에 의한 다층 폴리프리즘을 사용한 일 실시예의 게임 화면을 나타낸 도면.
도 10은 본 발명에 의한 게임 배경 구성을 설명하기 위한 전체적인 개략도.
도 11은 도 10의 사이드 뷰 시점을 나타낸 도면.
도 13은 사이드 뷰 시점 10도에서 표시된 화면(DP1)의 일예를 나타낸 도면.
도 14는 사이드 뷰 시점 10도에서 표시된 화면(DP1)의 일예를 나타낸 도면.
도 15는 사이드 뷰 시점 10도에서 표시된 화면(DP1)의 일예를 나타낸 도면.
도 16은 플레이어 캐릭터의 좌우이동에 응답하여 사이드 뷰 시점의 좌우각도 가변제어상태를 설명하기 위한 도면이다.
도 17은 플레이어 캐릭터의 정지 상태에서 표시된 화면(DP1)의 일예를 나타낸 도면.
도 18은 플레이어 캐릭터가 정지 상태에서 우측으로 이동하는 초기상태에서 표시된 화면(DP2)의 일예를 나타낸 도면.
도 19는 본 발명에 의한 사이드 뷰 시점 가변제어를 설명하기 바람직한 일 실시예의 흐름도이다.
도 20은 멀티 레이어 사이드 뷰를 표시되는 통로 및 아케이드의 구성을 설명하기 위한 도면.
도 21은 본 발명에 의한 통로(170)의 일실시예를 나타낸 도면.
도 22는 도 21의 비밀통로(147)의 일예를 나타낸 도면.
도 23은 본 발명의 중심영역의 여러 가지 타입을 나타낸 도면.
도 24는 중심영역을 구성하는 블록타입들의 조합을 나타낸 도면.
도 25는 본 발명에 의한 동굴 지형의 기본 블록들을 나타낸 도면.
도 26은 도 25의 기본 블록들을 조합하여 완성한 동굴 지형을 나타낸 도면.
본문에 개시되어 있는 본 발명의 실시예들에 대해서, 특정한 구조적 내지 기능적 설명들은 단지 본 발명의 실시예를 설명하기 위한 목적으로 예시된 것으로, 본 발명의 실시예들은 다양한 형태로 실시될 수 있으며 본문에 설명된 실시예들에 한정되는 것으로 해석되어서는 아니 된다.
본 발명은 다양한 변경을 가할 수 있고 여러 가지 형태를 가질 수 있는 바, 특정 실시예들을 도면에 예시하고 본문에 설명하고자 한다. 그러나 이는 본 발명을 특정한 개시 형태에 대해 한정하려는 것이 아니며, 본 발명의 사상 및 기술 범위에 포함되는 모든 변경, 균등물 내지 대체물을 포함하는 것으로 이해되어야 한다. 각 도면을 설명하면서 유사한 참조부호를 구성요소에 대해 사용하였다.
제1, 제2 등의 용어는 다양한 구성요소들을 설명하는데 사용될 수 있지만, 상기 구성요소들은 상기 용어들에 의해 한정되어서는 안 된다. 상기 용어들은 하나의 구성요소를 다른 구성요소로부터 구별하는 목적으로만 사용된다. 예를 들어, 본 발명의 권리 범위로부터 이탈되지 않은 채 제1 구성요소는 제2 구성요소로 명명될 수 있고, 유사하게 제2 구성요소도 제1 구성요소로 명명될 수 있다.
어떤 구성요소가 다른 구성요소에 "연결되어" 있다거나 "접속되어" 있다고 언급된 때에는, 그 다른 구성요소에 직접적으로 연결되어 있거나 또는 접속되어 있을 수도 있지만, 중간에 다른 구성요소가 존재할 수도 있다고 이해되어야 할 것이다. 반면에, 어떤 구성요소가 다른 구성요소에 "직접 연결되어" 있다거나 "직접 접속되어" 있다고 언급된 때에는, 중간에 다른 구성요소가 존재하지 않는 것으로 이해되어야 할 것이다. 구성요소들 간의 관계를 설명하는 다른 표현들, 즉 "~사이에"와 "바로 ~사이에" 또는 "~에 이웃하는"과 "~에 직접 이웃하는" 등도 마찬가지로 해석되어야 한다.
본 출원에서 사용한 용어는 단지 특정한 실시예를 설명하기 위해 사용된 것으로, 본 발명을 한정하려는 의도가 아니다. 단수의 표현은 문맥상 명백하게 다르게 뜻하지 않는 한, 복수의 표현을 포함한다. 본 출원에서, "포함하다" 또는 "가지다" 등의 용어는 설시된 특징, 숫자, 단계, 동작, 구성요소, 부분품 또는 이들을 조합한 것이 존재함을 지정하려는 것이지, 하나 또는 그 이상의 다른 특징들이나 숫자, 단계, 동작, 구성요소, 부분품 또는 이들을 조합한 것들의 존재 또는 부가 가능성을 미리 배제하지 않는 것으로 이해되어야 한다.
다르게 정의되지 않는 한, 기술적이거나 과학적인 용어를 포함해서 여기서 사용되는 모든 용어들은 본 발명이 속하는 기술 분야에서 통상의 지식을 가진 자에 의해 일반적으로 이해되는 것과 동일한 의미를 가지고 있다. 일반적으로 사용되는 사전에 정의되어 있는 것과 같은 용어들은 관련 기술의 문맥 상 가지는 의미와 일치하는 의미를 가지는 것으로 해석되어야 하며, 본 출원에서 명백하게 정의하지 않는 한, 이상적이거나 과도하게 형식적인 의미로 해석되지 않는다.
한편, 어떤 실시예가 달리 구현 가능한 경우에 특정 블록 내에 명기된 기능 또는 동작이 순서도에 명기된 순서와 다르게 일어날 수도 있다. 예를 들어, 연속하는 두 블록이 실제로는 실질적으로 동시에 수행될 수도 있고, 관련된 기능 또는 동작에 따라서는 상기 블록들이 거꾸로 수행될 수도 있다.
이하, 첨부한 도면들을 참조하여, 본 발명의 바람직한 실시예를 보다 설명하고자 한다. 도면상의 동일한 구성요소에 대해서는 동일한 참조부호를 사용하고 동일한 구성요소에 대해서 중복된 설명은 생략한다.
도 1은 본 발명에 의한 MMORPG 게임 시스템의 구성을 설명하기 위한 도면을 나타낸다.
도 1을 참조하면 MMORPG 게임 시스템(100)은 통신 네트워크(101)를 통하여 통신하는 서버 플랫폼(102) 및 하나 이상의 클라이언트 시스템들(103)을 포함한다. 서버 플랫폼(102)은 다수의 개별 서버들(104, 105, 106)과 데이터베이스(104a, 105a, 106a)를 포함한다. 클라이언트들의 수는 가상적으로 한계가 없으며, 서버 플랫폼(102)의 물리적 특성 및 그 두 개를 연결하는 통신 네트워크에 의하여만 제한된다. 클라이언트 단말들(107, 108, 109, 110)이 서버 플랫폼(102)과 통신하는 네트워크(101)의 망 형태는 버스, 별, 또는 링 망형태일 수 있다.
통신 네트워크(101)는 이더넷과 같은 근거리네트워크(LAN), 인트라넷과 같은 도시지역 네트워크(MAN) 또는 인터넷과 같은 광역 네트워크(WAN)일 수 있다. 또한 통신 네트워크(101)는 무선 네트워크, 셀룰러 네트워크 또는 데이터의 전송을 돕는 임의의 다른 시스템일 수 있다. 각 클라이언트 단말들(107, 108, 109, 110)은 서버들(104, 105, 106) 중 하나 이상과 관련 통신 연결(또는 세션)을 갖는다. 통신 네트워크는 전용 네트워크 또는 인터넷과 같은 공유 네트워크 일 수 있다.
시스템(100)은 대규모 멀티 플레이어들을 돕기 위하여 맞춤형의 분산형 가상 환경이다. 클라이언트 단말들(107, 108, 109, 110) 및 서버들(104, 105, 106)은 표준 전화선, LAN 또는 WAN 연결(예를 들면,T1, T3, 56 kb, X.25), 광대역 연결들(ISDN, 프레임 릴레이, ATM) 및 무선 연결들을 포함하는 다양한 연결들을 통하여 네트워크(101)에 연결될 수 있다. 연결들은 다양한 통신 프로토콜들(예를 들면, TCP/IP, IPX, SPX, NetBIOS, 이더넷, ARCNET, Fiber Distributed Date Interface(FDDI), IEEE 802.11, IEEE802.11a 및 직접 동기화 연결)을 사용하여 확립될 수 있다.
각 클라이언트 단말들(107, 108, 109, 110)은 일반적으로 상호작용 객체들(다른 플레이어들, 지형, 넌 플레이어 캐릭터(NPC)) 등을 디스플레이하고, 게임 인터페이스를 디스플레이하며, 플레이어의 입력을 처리하고, 음악 및 소리를 플레이하며, 다른 CPU 또는 대역폭 집중 동작을 수행해야할 책임이 있다. 클라이언트 단말들(107, 108, 109, 110)은 비디오, 오디오, 촉감 게임 콘텐츠를 디스플레이하고, 게임 상호작용을 위하여 사용자의 입력을 수신할 수 있는 임의의 장치일 수 있다. 클라이언트 단말들(107, 108, 109, 110)은 개인 컴퓨터들, 윈도우 기반 단말기들, 네트워크 컴퓨터들, 정보 기기, 팜톱(palmtop) 컴퓨터, X-장치, 워크스테이션, 미니 컴퓨터들, 개인 디지털 보조기, 휴대용 디지털 게임 시스템들, 게임 콘솔들, 또는 스마트 폰일 수 있다.
클라이언트 단말들(107, 108, 109, 110)이 개인용 컴퓨터인 실시예에서, 클라이언트 단말들은 펜티엄, 펜티엄 Ⅱ XEON, 셀루론, 및 펜티엄 Ⅲ 마이크로프로세서를 포함하는 팬티엄 패밀리에 기초하여 구성될 수 있다. 클라이언트 단말들(107, 108, 109, 110)은 마이크로소프트사에 의해 제조된 WINDOWS XT, WINDOWS Vista, WINDOWS 7, 애플 컴퓨터에 의해 제조된 MacOS, 자바, 유닉스(UNIX) 또는 리눅스(LINUX)를 포함하나 여기에 한정되지 않은 다양한 운영 시스템의 제어 아래 동작할 수 있다.
서버들(104, 105, 106) 각각은 일반적으로 통신, 데이터베이스 저장 및 게임의 전체적인 제어 및 관리를 조정한다. 서버들(104, 105, 106)은 일반적으로 상태 정보를 보유하고 다른 클라이언트 단말들, 인공 지능, 지형, 음악 및 소리를 포함하나 이에 한정하지 않은 가상 환경에서 다양한 객체와 클라이언트의 상호작용을 조정한다. 각 서버(104, 105, 106)는 보안, 게임 목표 기록 및 각 플레이어의 이러한 목표를 향한 전진을 기록 및 추적하는 것과 같은 추가 기능을 제공한다. 서버들(104, 105, 106)은 게임 요소들을 나타내는 파일을 저장하고 게임 입력을 수신 및 처리할 수 있는 임의의 컴퓨팅 장치일 수 있다. 서버들(104, 105, 106)은 마이크로소프트사에 의해 제조된 WINDOWS 2000, WINDOWS 2008, WINDOWS NT 3.51, WINDOWS NT 4.0, 캘리포니아 쿠퍼티노(Cupertino)의 애플 컴퓨터에 의해 제조된 MacOS, 자바, 유닉스(UNIX) 또는 리눅스(LINUX)를 포함하나 여기에 한정되지 않은 다양한 운영 시스템의 제어 아래 동작할 수 있다. 서버들(104, 105, 106)은 게임서버(104), 인증서버(105), 웹서버(106)를 포함한다. 게임서버(104)는 게임서버엔진을 탑재하고 게임 맵 데이터베이스(104a)와 연동하여 접속된 클라이언트 단말들(107, 108, 109, 110)과 통신하면서 게임진행상황 및 게임로직을 제어한다. 게임 맵 데이터베이스(104a)에는 게임에서 사용하는 지형 맵을 단위 블록들의 집합체와 지형 리소스로 연계하여 구축된다. 인증서버(105)는 회원 데이터베이스(105a)와 연동하여 접속된 클라이언트 단말들(107, 108, 109, 110)의 접속 인가를 인증한다. 웹서버(106)는 통신 네트워크를 관리 제어한다. 또한 서버(102)는 게임 마스터 인터페이스(111)를 포함한다. 게임 마스터 인터페이스(111)는 지형 맵, 오브젝트, 소품, 폴리프리즘 등을 단위 블록마다 편집하거나 서버의 운영상태 등을 관리 및 모니터링 한다.
도 2는 클라이언트 단말들(107, 108, 109, 110)에서 사용될 수 있는 전형적인 컴퓨터(120)의 블록도를 나타낸다. 컴퓨터(120)는 중앙 프로세서(121), 프로그램 및/또는 데이터를 일시적으로 저장하기 위한 메인 메모리 유닛(122), 디스플레이 장치(123), 입출력(I/O) 제어기(124), 하드 디스크드라이버, 광디스크 드라이버 또는 삼성전자의 SSD(Solid State Drive)와 같은 데이터베이스(125), 마우스(126), 키보드(127) 및 구성요소들이 서로 통신할 수 있도록 결합한 데이터 버스(128)를 포함한다.
데이터 버스(128)는 VESA 버스, VESA VL 버스, ISA 버스, EISA 버스, PCI 버스, NuBus 또는 MicroChannel Architecture 버스일 수 있다. 디스플레이 장치(123)는 비디오 카드(미도시)를 통하여 데이터 버스(128)와 통신한다. 메인 메모리 유닛(122)은 랜덤 액세스 메모리(RAM) 및 리드 온니 메모리(ROM) 칩들 모두를 포함할 수 있다. 컴퓨터(120)는 "사운드 카드"(미도시)와 같은 소리를 생성하기 위한 전용 회로 소자를 포함한다. 컴퓨터(120)는 USB 플래시 드라이브 라인과 같은 휴대용 USB 저장 장치들을 수용하기 위한 USB 연결들을 제공할 수 있다.
클라이언트 단말들(107, 108, 109, 110)은 각각 통신 네트워크를 통하여 서버에 온라인 접속하고 클라이언트 엔진을 다운로딩 한다. 클라이언트 엔진은 인터페이스 엔진, 애니메이션 엔진, 3D 렌더링 엔진, 사운드 렌더링 엔진, 네트워크 엔진 등을 포함하고 컴퓨터의 키보드 및 마우스 등을 통한 게임 조작 데이터를 입력받아 대응하는 게임 맵의 화면 정보와 사운드 정보를 출력하고, 게임 상황정보를 서버에 보내고 서버로부터 제공된 게임 상황정보에 응답하여 대응하는 화면을 디스플레이하거나 사운드를 출력한다.
도 3은 본 발명에 의한 MMORPG의 가상 게임공간을 구성하는 전체 맵의 구성을 설명하기 위한 도면이고, 도 4는 도 3의 가상 게임공간의 세부 구성을 설명하기 위한 도면이다.
전체 가상 게임 공간(game world)은 2개의 마을(130, 139)과 8개의 광역지역(ZONE)(131~138)으로 구성된다. 마을과 광역지역들의 수는 실시예로 한정되는 것이 아니고 다양하게 구성될 수 있다. 8개의 광역지역(ZONE)(131~138)은 산악지역(동굴), 산악지역(협곡), 건조지역, 폐허지역, 사막지역, 평원지역, 습지지역 및 밀림지역 등 다양한 지리적 환경과 지세를 가진 방대한 지역을 의미한다. 따라서 본 발명의 게임세상에서는 영역크기에 따라 계층적으로 world/ zone/ block/ panel/ polyprism/ grid 순으로 구성된다.
게임서버는 게임 데이터를 zone 단위로 관리 제어하며 zone 내에서 각 층은 panel 인덱스나 속성정보로 관리 및 제어하고 지형 맵 제작이나 관리의 최소단위로는 block 또는 polyprism 단위를 사용한다. 게임 플레이어 캐릭터나 NPC, 또는 몬스터 등의 충돌 및 좌표위치 제어 및 관리는 그리드단위로 체크한다.
도 4를 참조하면 각 지역(131~138)은 예컨대 40개의 영역들(A1~A8, B1~B8, C1~C8, D1~D6, E1~E3, F1~F9)들은 6개의 소테마 그룹(140~145)으로 그룹핑된다. 각 영역들은 통로(146) 및 비밀통로(147)로 서로 연결된다.
소테마 그룹들(140~145) 각각은 하나의 중심영역들(A1, B5, C4, D1, E2, F9)을 포함한다. 각 중심영역들에는 NPC가 배치되어 퀘스트를 부여한다. 그러므로 각 중심영역에서는 다수의 게임 플레이어들이 모여서 활동하기 위한 장소이므로 탑다운 또는 쿼터 뷰 방식으로 지형 맵(terrain map)을 구성할 수도 있다.
도 5는 기존의 3d 타일을 사용한 쿼터 뷰 시점 방식을 설명하기 위한 도면이다.
기존의 쿼터 뷰 시점 방식은 플레이어 캐릭터를 중심으로 관찰자가 바라보는 카메라 각도가 대략 65도에서 90도사이의 고각으로 내려다보는 각도로 고정이다. 그리고 게이머의 제어에 의해 플레이어 캐릭터를 중심으로 게임공간 배경이 회전 가능하고 좌우 및 전후로 스크롤된다.
도 5에서 기존의 쿼터 뷰 시점방식으로 3D 타일(tile)로 (x,y) 좌표 값만을 가진다. 즉 2차원 타일 상에 높이필드기법(height field)의 지형 렌더링으로 3차원 표현을 한 것이다. 여기에 3차원 오브젝트 또는 게임 플레이어 캐릭터 등을 올려놓은 방식이다. 그러므로 시스템에서는 게임 플레이어의 위치를 단지 타일의 (x,y) 좌표 값으로만 위치인식을 하게 된다. 그러므로 동일 좌표위치에서 서로 다른 게임 플레이어를 오버랩시킬 수 없으며 오로지 하나의 좌표에서는 하나의 게임 플레이어만을 인식하게 된다. 시점은 쿼터 뷰 시점으로 플레이어 캐릭터를 중심으로 회전이 가능하고 단일 층의 지형 맵 내에서 전후 및 좌우 이동이 가능하다. 그러나 상하 이동은 불가능하다. 단지 플레이어 캐릭터를 단일 층의 지형 맵 상에 올리거나 오브젝트 상에 올리는 형태로 표현은 가능하다.
도 6은 본 발명에 의한 폴리프리즘을 사용한 사이드 뷰 방식을 설명하기 위한 도면이다.
본 발명의 사이드 뷰 시점 방식은 플레이어 캐릭터를 중심으로 관찰자가 바라보는 카메라 각도가 대략 10도에서 40도사이의 저각으로 관찰자 눈높이에서 약간 내려다보는 각도로 상황에 적응적으로 가변적이다. 즉 기본적으로는 10도 정도로 내려 보는 각도를 유지하지만 전투(캐릭터들 간의 충돌) 모드에서는 20도 정도로 내려 보는 각도가 올라간다. 또한 전후 스크롤 시에는 기준위치에서 내측으로 깊이 방향으로 이동할수록 내려 보는 각도가 10도에서 40도까지 가변된다. 그리고 게이머의 제어에 의해 좌우 및 전후 스크롤뿐만 아니라 상하 스크롤이 가능하다. 그리나 플레이어 캐릭터를 중심으로 회전은 불가능하다.
도 6에서 본 발명의 쿼터 뷰 방식은 3D 폴리프리즘들로 이루어진 다층 구조의 지형 맵 상에 게임 플레이어 캐릭터(CA1)(X1, Y1, Z1)과 게임 플레이어 캐릭터(CA2)(X1, Y1, Z2)가 서로 다른 층에서 동일 좌표위치(x1, y1)에서 오버랩 되어 위치할 수 있음을 나타낸다. 캐릭터(CA1)는 하부지형의 패널(Panel 1) 상에 위치하고 캐릭터(CA2)는 상부 지형의 패널(Panel 2) 상에 위치한다. 각 패널들은 다수의 격자상의 그리드(grid)들의 집합체로 형성된다. 즉 본 발명에서는 지형 맵이 폴리프리즘 단위로 각각 구성되기 때문에 기존의 통 맵 방식과는 달리 지형 맵이 다층으로 구성되고 각 층에 게임 플레이어들이 위치할 수 있기 때문이다.
도 7은 본 발명에 의한 폴리프리즘으로 구성된 다층 지형 맵의 구조를 설명하기 위한 도면이고, 도 8은 폴리프리즘의 다양한 구성을 나타낸 도면이다.
도 7을 참조하면, 1층은 PP(000), PP(100), PP(010), PP(110)의 4개의 폴리프리즘들로 구성되고 2층은 PP(001), PP(011)의 2개의 폴리프리즘들로 구성되고 3층은 PP(002), PP(012)의 2개의 폴리프리즘들로 구성된다. 그러므로 PP(000), PP(OO1), PP(002)의 3개의 폴리프리즘들 내의 캐릭터들은 동일 좌표에서 서로 다른 층에 위치하더라도 시스템에서는 각 층별로 캐릭터 좌표위치 인식이 가능하게 된다.
도 8을 참조하면 폴리프리즘은 3각기둥, 4각기둥, 5각기둥, 6각기둥 또는 이들의 조합들인 다각기둥들의 집합체로 구성될 수 있으며 도시된 화살표가 수직으로 입사되는 면을 전면(Front Side)으로 방향이 고정된다. 본 발명에서 폴리프리즘은 실제 세상 사이즈를 반영하기 위하여 예컨대 10m × 10m × 10m 스케일에 대응하여 비례 축소되어 구성한다.
도 9는 본 발명에 의한 다층 폴리프리즘을 사용한 일 실시예의 게임 화면을 나타낸다.
도 9를 참조하면 폴리프리즘(PP)의 저면(1층)에는 패널(PL1)이 배치되고 패널(PL1) 상에 캐릭터(PC1)가 위치한다. 폴리프리즘(PP)의 상면(2층)에는 패널(PL2)이 배치되고 패널(PL2) 상에 캐릭터(PC2)가 위치한다. 캐릭터들(PC1, PC2)은 동일 평면좌표에서 수직적으로 1층과 2층에 오버랩 되어 위치함을 알 수 있다.
도 10은 본 발명에 의한 게임 배경 구성을 설명하기 위한 전체적인 개략도이고 , 도 11은 도 10의 사이드 뷰 시점을 나타낸 도면이다.
도면을 참조하면, 가상 게임 존(200)은 프론트영역(210), 플레이 영역(220), 근경 오브젝트 배치영역(230), 원경 오브젝트 배치영역(240), 빌보드 배치영역(250)을 포함한다.
가상 게임 존(200)은 그 규모에 따라 예컨대 7단계로 구분되며 1단계 규모는 1000m × 1000m × 1000m 사이즈로 최대 1,000,000개의 폴리프리즘들로 구성되고, 2단계 규모는 800m × 800m × 800m 사이즈로 최대 512,000개의 폴리프리즘으로 구성되고, 3단계 규모는 600m × 600m × 600m 사이즈로 최대 216,000개의 폴리프리즘으로 구성되고, 4단계 규모는 400m × 400m × 400m 사이즈로 최대 64,000개의 폴리프리즘으로 구성되고, 5단계 규모는 300m × 300m × 300m 사이즈로 최대 18,000개의 폴리프리즘으로 구성되고, 6단계 규모는 200m × 200m × 200m 사이즈로 최대 8,000개의 폴리프리즘으로 구성되고, 7단계 규모는 100m × 100m × 100m 사이즈로 최대 1,000개의 폴리프리즘으로 구성된다. 여기서 사이즈는 일예를 들어 설명한 것이고 다양한 사이즈로 다양하게 변경될 수 있다.
실제 구성에서는 주로 플레이 영역(220)에 폴리프리즘이 배치되므로 리소스를 공유하는 폴리프리즘을 제외하면 실제 폴리프리즘 수는 1/10 수준 이하로 대폭 줄어들게 된다.
프론트 영역(210)은 플레이 영역(220)의 전방에 배치되는 영역으로 전방 오브젝트나 시냇물 지형 등이 주로 배치된다. 여기도 플레이 영역(220)과 동일하게 폴리프리즘들에 의한 다층 지형 맵으로 구성될 수도 있다.
플레이 영역(220)은 폴리프리즘들로 구성된 블록들이 배치되는 영역으로 게임 플레리어 캐릭터가 활동하는 게임공간으로 실질적으로 다층 지형 맵이 형성되는 가상공간이다. 플레이 영역(220)에 배치되는 폴리프리즘들은 모두 기준 면이 프론트 방향을 향하도록 배치된다.
근경 및 원경 오브젝트 배치영역(230, 240)은 플레이 영역(220) 바로 뒤 배경을 꾸미기 위한 오브젝트가 배치되는 영역으로 기존의 3차원 타일 방식으로 구성될 수 있는 영역이다.
빌보드 배치영역(250)은 무한대 배경영역으로 근경 및 원경 오브젝트 배치영역(230, 240) 뒤에 배치된 영역으로 스크린 영역이다.
이와 같이 구성된 도 10의 게임공간을 기준면인 프론트 면을 정면으로 하는 사이드 뷰 시점으로 조정하면 도 11과 같이 화면상에 디스플레이 된다. 본 발명의 사이드 뷰 시점에서는 플레이 영역(220) 내의 패널의 프론트 에지를 기준으로 대략 10도의 카메라 각도로 디스플레이 된다.
도 12는 본 발명에 의한 전후 이동에 의한 사이드 뷰 시점의 가변 상태를 설명하기 위한 도면이다.
도 12를 참조하면, 가상 게임 존(200)은 1층의 제1지형(202)과 2층의 제2지형(204)을 포함한다. 제1지형(202)은 플레이 영역 바닥에 패널(PN1)이 배치되고 제2지형(204)은 플레이 영역 바닥에 패널(PN2)이 배치된다. 각 패널(PN1, PN2) 상에 플레이어 캐릭터가 위치하면 각 패널의 프론트 에지가 기본적으로 카메라 라인으로 설정된다. 이 카메라 라인으로부터 플레이어 캐릭터의 깊이위치에 대응하여 사이드 뷰 시점각도가 자동으로 연산되어 제어된다. 즉, 플레이어 캐릭터(PC)가 패널(PN1)의 프론트 에지 즉 "A"위치에 있을 때에는 사이드 뷰 시점각도가 예컨대 10도이고 플레이어 캐릭터(PC)가 패널(PN1)의 중간부분 즉 "B"위치에 있을 때에는 사이드 뷰 시점각도가 예컨대 25도이고, 플레이어 캐릭터(PC)가 패널(PN1)의 가장 깊숙한 안쪽 에지 근방 즉 "C"위치에 있을 때에는 사이드 뷰 시점각도가 예컨대 40도이다. 그러므로 플레이어 캐릭터(PC)가 전후 방향으로 이동됨에 따라 사이드 뷰 시점 각도가 10도에서 40도까지 가변된다.
도 13은 사이드 뷰 시점 10도에서 표시된 화면(DP1)의 일예를 나타낸 도면이고, 도 14는 사이드 뷰 시점 10도에서 표시된 화면(DP1)의 일예를 나타낸 도면이고, 도 15는 사이드 뷰 시점 10도에서 표시된 화면(DP1)의 일예를 나타낸 도면이다.
도 13에서는 전체적인 플레이 영역뿐만 아니라 프론트 영역까지 표시된다. 도 14에서는 플레이어 캐릭터를 중심으로 게임공간이 약간 좁혀지면서 줌인 된다. 도 15에서는 플레이어 캐릭터가 패널의 최대 깊이까지 접근하여 게임공간이 확대되어 매우 좁아지고 거의 탑 뷰 시점으로 느껴지게 된다.
즉 게임공간의 깊이에 따라 사이드 뷰 시점각도가 가변되므로 대규모 게이머들이 동일 공간상에 배치되더라도 배치 깊이에 따라 서로 다른 시점으로 바라보이게 되므로 중복으로 인한 방해나 클릭동작이 방해받지 않게 된다.
이와 같이 사이드 뷰 시점이 가변 제어됨에 따라 화면상에 구조물에 의해 플레이어 캐릭터가 가려지게 되는 경우도 발생된다. 이 경우에는 플레이어 캐릭터를 마우스로 클릭할 수 없는 상태가 되어 게이머가 플레이어 캐릭터를 제어할 수 없게 된다. 이를 방지하기 위하여 본 발명에서는 화면상에 디스플레이 되는 범위 내에서 구조물에 의해 플레이어 캐릭터가 가려질 경우에는 구조물을 컬링(Culling) 처리하여 반투명상태로 표시한다. 따라서 게이머에게는 구조물 뒤쪽에 플레이어 캐릭터가 반투명 구조물을 통해 보여 지게 되고 마우스 클릭 조작으로 플레이어 캐릭터를 선택할 수 있다.
또한 사이드 뷰 시점 가변제어에 의해 플레이어 캐릭터와 겹쳐지지 않는 구조물일지라도 화면의 상부에 표시되는 구조물인 경우에는 화면상에 표시하지 않는다. 이는 게이머에게 게임 환경에 집중토록 유도한다. 즉 도 12에 도시한 바와 같이 "C"위치에 플레이어 캐릭터가위치한 경우에 시점제어에 의해 화면(DP3)보다 돌출된 2층 구조물(204, PN2)은 게이머의 시선으로부터 플레이어 캐릭터와 겹쳐져 가려지게 된다. 그러므로 화면(DP3)보다 돌출된 상부 구조물들은 삭제하여 화면상에서 보이지 않게 화면 처리를 한다.
도 16은 플레이어 캐릭터의 좌우이동에 응답하여 사이드 뷰 시점의 좌우각도 가변제어상태를 설명하기 위한 도면이다.
도 16을 참조하면, 플레이어 캐릭터(PC)가 정지 상태에서 우측방향으로 이동하고자 하면, 이에 상응하여 사이드 뷰 시점의 카메라 각도가 수평방향에서 이동하고자 하는 방향으로 일정 각도 예컨대 5도 정도 가변된다. 그러므로 화면(DP1)에 표현되는 절두체(Frustum)(FR1)내의 공간이 화면(DP2)에 표현되는 절두체(Frustum)(FR2)내의 공간으로 바뀌게 된다.
그러므로 게이머는 이동하고자 하는 우측방향으로 바라보이는 시야가 더 넓어지게 되므로 그만큼 이동하고자 하는 방향에 대한 시야가 확보된다.
플레이어 캐릭터(PC)가 우측방향으로 이동하면 가변된 카메라 각도는 서서히 정면 각도로 가변된다.
도 17은 플레이어 캐릭터의 정지 상태에서 표시된 화면(DP1)의 일예를 나타낸 도면이고, 도 18은 플레이어 캐릭터가 정지 상태에서 우측으로 이동하는 초기상태에서 표시된 화면(DP2)의 일예를 나타낸 도면이다.
도 17에 표시된 사이드 영역(SRG1) 보다 도 18에 표시된 사이드 영역(SRG2)이 더 넓어진 것을 알 수 있다. 증가된 사이드 영역만큼 게이머의 우측방향 시야가 확보된 상태를 나타낸다.
도 19는 본 발명에 의한 사이드 뷰 시점 가변제어를 설명하기 바람직한 일 실시예의 흐름도이다.
도 19를 참조하면 사이드 뷰 시점 가변제어는 먼저 플레이어 캐릭터의 좌표로부터 게임 공간상의 어떤 패널 상에 위치한지를 판단한다(S102). 패널 상에 위치하면 해당 패널의 깊이에 따른 사이드 뷰 시점각도 가변 범위를 산출한다(S104). 즉 패널에 따라 깊이가 깊은 패널과 깊이가 좁은 패널에 관계없이 패널의 프론트 에지, 즉 카메라 라인으로부터 패널의 백 에지, 즉 가장 깊숙한 안쪽 위치까지의 깊이에 응답하여 예컨대 10도 에서 40도 범위까지 시점각도를 상대적으로 대응시킨다. 이어서 패널상의 플레이어 캐릭터의 깊이 위치를 판독한다(S106). 판독된 플레이어 캐릭터의 깊이 위치에 대응하는 사이드 뷰 시점 각도를 산출한다(S108). 산출된 사이드 뷰 시점각도로 게임공간을 화면상에 디스플레이 한다(S110).
이와 같이 깊이위치에 따른 카메라의 수직 각도를 제어한 상태에서 플레이어 캐릭터의 동작 상태를 검출한다. 플레이어 캐릭터가 전투모드이면(S112) 현재 사이드 뷰 시점각도에서 수직방향으로 10도를 증가시켜(S114) 화면을 디스플레이 한다(S116). 그러므로 전투모드에서는 NPC를 중심으로 많은 플레이어 캐릭터들이 전투를 실행하게 되므로 많은 캐릭터들이 뒤엉키게 된다. 이 경우에는 카메라의 수직 각도를 평상시 보다 10도 높게 형성하여 거의 탑뷰 시점으로 화면이 제공되므로 서로 중첩되는 현상을 그만큼 줄일 수 있다. 그러므로 사이드 뷰 또는 사이드 스크롤에서 발생되는 중첩 현상을 최소화시킬 수 있다.
S112단계에서 전투 모드가 아니면 좌우이동모드인지를 판단한다(S118). 플레이어 캐릭터가 정지 상태에서 좌우 이동을 시작하면 이동하고자 하는 방향으로 카메라 수평 각도를 5도 증가시켜서(S120), 화면을 디스플레이 시킨다(S122). 그러므로 좌우 이동시에는 이동하고자 하는 방향으로 카메라 수평각도가 일정 각도 증가되므로 이동하고자 하는 방향으로 화면이 더 디스플레이 되므로 게이머는 이동 방향에 대한 시야가 확장되는 효과를 얻을 수 있다.
도 20은 멀티 레이어 사이드 뷰를 표시되는 통로 및 아케이드의 구성을 설명하기 위한 도면을 나타낸다.
도 20에서 6×6 폴리프리즘 사이즈를 나타내며 4개의 아케이드 영역들(160, 161, 162, 163)과 굵은 점선의 주통로(164)와 가는 점선의 보조 통로(165)로 구성된 멀티 레이어 사이드 뷰 맵을 나타낸다. 통로를 구성하는 하나의 기본 폴리프리즘(150)는 가로 50m× 높이 15m의 사이즈를 가질 수 있다. 가로와 높이는 세팅값에 따라 달라지지만 깊이는 일정 사이즈로 고정된다. 아케이드 영역들(161~163)은 자세한 묘사를 위하여 기본 폴리프리즘의 가로 사이즈의 1/2 사이즈를 가진 서브 폴리프리즘(152) (25m×15m)들로 구성한다. 그러므로 아케이드 영역(160, 162, 163)은 4개의 서브 폴리프리즘들로 구성되고 아케이드 영역(161)은 8개의 서브 폴리프리즘들로 구성된다.
도 21은 본 발명에 의한 통로(170)의 일실시예를 나타낸 도면이다.
도 21의 통로(170)는 4개의 폴리프리즘들(171, 172, 173, 174)을 횡으로 나열한 구조를 나타낸다. 폴리프리즘들(171, 172, 173)은 서로 다른 인덱스를 가진 폴리프리즘들이고 폴리프리즘(174)은 폴리프리즘(171)과 동일한 폴리프리즘이지만 폴리프리즘(171)내에서 소품(props)(175)의 위치를 폴리프리즘(174)에서는 소품(176)의 위치로 서로 다르게 배치시킴으로서 동굴의 형상 느낌을 다르게 연출할 수 있다. 이와 같이 폴리프리즘 단위로 맵을 구성하므로 맵 제작시 다양한 연출을 하면서도 빠른 시간에 제작이 가능하게 된다. 아래 프로그램 리스트의 일예는 폴리프리즘 인덱스와 소품 인덱스들과 관계를 나타낸다.
[아 래]
<?xml version="1.0" encoding="euc-kr" ?>
<PolyprismInfo UnitSize="25.00, 25.00, 70.00" />
<SceneLight Direction="0.00, 0.00, 1.00" Color="255, 255, 255" />
<Fog Color="255, 255, 255" Start="0.00" End="100.00" Enable="true" />
<Dof In_start="0.00" In_end="0.00" Out_start="0.00" Out_end="0.00" Blur_factor="0.00" Character_focus="true" />
<Polyprism Index="1, 1, 0" />
<Polyprism Index="2, 2, 0" />
<Polyprism Index="3, 3, 0" />
<Props SequenceID="1" Index="1, 1, 0" StartPoint="-25.00, -25.00, -25.00" EndPoint="0.00, 0.00, 0.00" />
<Props SequenceID="2" Index="1, 1, 0" StartPoint="-25.00, -25.00, 0.00" EndPoint="0.00, 0.00, 25.00" />
<Props SequenceID="3" Index="1, 1, 0" StartPoint="-25.00, -25.00, 25.00" EndPoint="0.00, 0.00, 50.00" />
<Props SequenceID="4" Index="1, 1, 0" StartPoint="-25.00, -25.00, 50.00" EndPoint="0.00, 0.00, 75.00" />
<Props SequenceID="5" Index="1, 1, 0" StartPoint="-25.00, -25.00, 75.00" EndPoint="0.00, 0.00, 100.00" />
<Props SequenceID="6" Index="1, 1, 0" StartPoint="-25.00, -25.00, 100.00" EndPoint="0.00, 0.00, 125.00" />
<Props SequenceID="7" Index="1, 1, 0" StartPoint="-25.00, -25.00, 125.00" EndPoint="0.00, 0.00, 150.00" />
<Props SequenceID="8" Index="1, 1, 0" StartPoint="-25.00, -25.00, 150.00" EndPoint="0.00, 0.00, 175.00" />
<Props SequenceID="9" Index="1, 1, 0" StartPoint="-25.00, -25.00, 175.00" EndPoint="0.00, 0.00, 200.00" />
<Props SequenceID="10" Index="1, 1, 0" StartPoint="-25.00, -25.00, 200.00" EndPoint="0.00, 0.00, 225.00" />
<Props SequenceID="11" Index="1, 1, 0" StartPoint="-25.00, -25.00, 225.00" EndPoint="0.00, 0.00, 250.00" />
<Props SequenceID="12" Index="1, 1, 0" StartPoint="-25.00, -25.00, 250.00" EndPoint="0.00, 0.00, 275.00" />
<Props SequenceID="13" Index="1, 1, 0" StartPoint="-25.00, -25.00, 275.00" EndPoint="0.00, 0.00, 300.00" />
<Props SequenceID="14" Index="1, 1, 0" StartPoint="-25.00, -25.00, 300.00" EndPoint="0.00, 0.00, 325.00" />
<Props SequenceID="15" Index="2, 2, 0" StartPoint="-25.00, 0.00, -25.00" EndPoint="0.00, 25.00, 0.00" />
<Props SequenceID="16" Index="2, 2, 0" StartPoint="-25.00, 0.00, 0.00" EndPoint="0.00, 25.00, 25.00" />
<Props SequenceID="17" Index="2, 2, 0" StartPoint="-25.00, 0.00, 25.00" EndPoint="0.00, 25.00, 50.00" />
<Props SequenceID="18" Index="2, 2, 0" StartPoint="-25.00, 0.00, 50.00" EndPoint="0.00, 25.00, 75.00" />
<Props SequenceID="19" Index="2, 2, 0" StartPoint="-25.00, 0.00, 75.00" EndPoint="0.00, 25.00, 100.00" />
<Props SequenceID="20" Index="2, 2, 0" StartPoint="-25.00, 0.00, 100.00" EndPoint="0.00, 25.00, 125.00" />
<Props SequenceID="21" Index="2, 2, 0" StartPoint="-25.00, 0.00, 125.00" EndPoint="0.00, 25.00, 150.00" />
<Props SequenceID="22" Index="2, 2, 0" StartPoint="-25.00, 0.00, 150.00" EndPoint="0.00, 25.00, 175.00" />
<Props SequenceID="23" Index="2, 2, 0" StartPoint="-25.00, 0.00, 175.00" EndPoint="0.00, 25.00, 200.00" />
<Props SequenceID="24" Index="3, 3, 0" StartPoint="-25.00, 0.00, 200.00" EndPoint="0.00, 25.00, 225.00" />
<Props SequenceID="25" Index="3, 3, 0" StartPoint="-25.00, 0.00, 225.00" EndPoint="0.00, 25.00, 250.00" />
<Props SequenceID="26" Index="3, 3, 0" StartPoint="-25.00, 0.00, 250.00" EndPoint="0.00, 25.00, 275.00" />
<Props SequenceID="27" Index="3, 3, 0" StartPoint="-25.00, 0.00, 275.00" EndPoint="0.00, 25.00, 300.00" />
<Props SequenceID="28" Index="3, 3, 0" StartPoint="-25.00, 0.00, 300.00" EndPoint="0.00, 25.00, 325.00" />
<Props SequenceID="29" Index="3, 3, 0" StartPoint="-25.00, 25.00, -25.00" EndPoint="0.00, 50.00, 0.00" />
<Props SequenceID="30" Index="3, 3, 0" StartPoint="-25.00, 25.00, 0.00" EndPoint="0.00, 50.00, 25.00" />
도 22는 도 21의 비밀통로(147)의 일예를 나타낸다.
도 22에서 폴리프리즘(180)에서는 비밀통로(183)의 입구가 바위 소품(184)로 막혀 있는 상태를 나타낸다. 그러므로 통상시에는 게임 플레이어들이 바위 소품(184) 아래에 비밀통로(183)의 존재를 알지 못한다. 폴리프리즘(181)에서는 바위 소품이 파괴되어 없어진 상태에서 비밀통로(183)의 입구(185)가 오픈된 상태를 나타낸다. 그러므로 게임 플레이어들이 비밀통로(183)를 통하여 보다 빠른 속도로 다른 영역으로 신속하게 이동할 수 있으며, 비밀통로(183) 내에서 또 다른 몬스터를 만나거나 아이템을 획득할 수 있는 기회를 가질 수 있게 된다.
비밀통로(183)의 입구를 찾아내는 조건은 바위 소품의 파괴뿐만 아니라 다양한 방법으로 제공될 수 있다. 예컨대 특별한 아이템을 가진 경우에는 이 아이템에 연동하여 바위 소품이 제거된다거나 경험치 레벨이 특정 레벨 이상의 캐릭터들에게만 입구가 보이게 한다거나 해당 영역의 소테마의 퀘스트를 해결하면 비밀통로의 입구가 개방된다든지 정해진 시간이 되면 자동으로 한시적으로 열렸다가 다시 폐쇄되는 다양한 방법들이 가능하다.
또한 게임 운영자가 특정 날짜 특정 시간대에 이벤트 성으로 출입구를 오픈하거나 불규칙적으로 개방과 폐쇄를 반복하는 등의 방법들도 가능하다.
이와 같이 본 발명에서는 통 맵 방식이 아니라 폴리프리즘 단위로 개별적으로 액세스가 가능하므로 지형 맵 제작 이후에도 실시간적으로 게임을 진행하는 과정에서도 게임 지형을 서버에서 다양한 조건에 응답하여 변형시킬 수 있다. 그러나 기존의 통 맵 방식에서는 지형 맵 제작이 후에는 실시간적으로 부분적인 지형 변형이 불가능하다.
도 23은 본 발명의 중심영역의 여러 가지 타입을 나타낸 도면이다.
도 23을 참조하면 본 발명의 중심영역은 용도와 맵의 규모에 따라 기본블록타입과 기본블록타입을 적어도 1회 이상 축차적으로 등분할한 계층적 등분블록타입들의 조합으로 구성한다. 본 발명에서 블록은 하나의 폴리프리즘으로부터 수십 내지 수천 개의 폴리프리즘들의 집합으로 구성될 수 있다.
계층적 등분블록타입들은 m×n 사이즈의 기본블록타입을 세로로 2등분한 (m/2)×n사이즈의 제1등분블록타입, 상기 기본블록타입을 가로로 2등분한 m×(n/2)사이즈의 제2등분블록타입 및 상기 제1등분블록타입을 2등분한 (m/2)×(n/2)사이즈의 제3등분블록타입들로 구성한다.
예컨대 기본 블록타입(190)은 10000×3500의 사이즈를 가진다. 여기서 높이는 중심영역의 소테마에 대응하여 다양하게 결정된다. 협곡이나 산악지역에서는 높이가 수백 내지 수천 m를 가지며 평원이나 사막지역에서는 수십 내지 수백미터이고 동굴이나 건물 내부이면 수 내지 수십 m 이내로 결정된다. 제1등분블록타입(192)은 5000×3500의 사이즈를 가지며 제2등분블록타입(194)은 10000×3500 사이즈를 가지며 제3등분블록타입(196)은 5000×1750 사이즈를 가진다.
도 24는 중심영역을 구성하는 블록타입들의 조합을 나타낸다.
도 24에 도시한 바와 같이 동일 또는 유사한 블록타입들을 조합하여 다양한 크기의 중심영역들을 빠른 시간에 제작 가능하게 된다. 각 블록타입들 내부의 소품들을 약간씩 서로 다르게 배치하는 것에 의해 전혀 다른 중심영역을 연출할 수 있으므로 방대한 맵을 제작함에 있어서 시간과 노력을 현저하게 줄일 수 있으므로 제작비용을 대폭 절감시킬 수 있다. 또한 리소스를 공유함으로써 기존의 통 맵 방식에 비해 게임 존을 구성하는 데이터 량을 대폭적으로 줄일 수 있게 되는 것이다.
도 25는 본 발명에 의한 동굴 지형의 기본 블록들을 나타낸 도면이고, 도 26은 도 25의 기본 블록들을 조합하여 완성한 동굴 지형을 나타낸다.
도 25에서는 동글 지형의 a~o까지 총 14개의 기본 블록들을 중복사용하여 도 26의 30 블록 동굴 지형을 구성할 수 있음을 나타낸다. 즉 도 26의 동굴 지형 맵 데이터는 14개의 기본 블록들의 리소스 인덱스와 조합순번 데이터로 구성한다. 그러므로 동굴 지형 맵 데이터는 a 블록 3개, b 블록 1, c 블록 2개, d 블록 2개, e 블록 1개, f 블록 1개, g 블록 1개, h 블록 2개, i 블록 2개, j 블록 2개, k 블록 1개, l 블록 1개, m 블록 1개, n 블록 10개 등 14개만 사용하고 나머지 16개 블록 데이터를 중복 사용하지 않게 되므로 전체적인 지형 맵 데이터량을 50% 이하로 줄일 수 있음을 알 수 있다.
이와 같이 구성된 맵/폴리프리즘/소품들은 프로젝트 파일로 작성되어 맵 데이터베이스에 저장된다.
본 발명의 실시예에서 그리드(grid)는 0.5m × 0.5m 사이즈의 2차원 타일로 구성된다. 2차원 타일은 삼각형, 사각형, 오각형, 육각형, 팔각형 등의 다각형으로 구성될 수 있다. 그리드(grid)는 영역의 최소단위로 하나의 node를 구성하고 좌표위치의 인덱스로 사용된다. 그러므로 하나의 그리드에는 하나의 캐릭터만이 존재할 수 있으므로 NPC들 간의 충돌을 처리하기 위하여 사용된다. 또한 그리드(grid)는 PC와 NPC들에 영향을 줄 수 있는 속성정보를 포함한다.
패널(Panel)은 다수의 그리드들의 집합체로 블록 내에 배치된다. 패널(Panel)은 서로 다른 층, 즉 3차원좌표에서 z축 정보를 나타낸다. 동일 층 내에서도 서로 다른 패널의 존재가 가능하다. 그러므로 플레이어 캐릭터가 존재하는 패널 인덱스를 알면 어느 층의 어느 영역(패널) 상에 존재하는지를 게임서버에서 인식할 수 있다. 그러므로 서버에서는 해당 몬스터나 PC의 층과 이동, 공격 영역을 제어하기 위해 패널 인덱스를 사용한다. 클라이언트에서는 속성정보를 알기 위한 용도로 패널 인덱스를 사용한다.
본 발명의 실시예에서는 게임 데이터를 전송하기 위한 데이터 패킷단위로 스페이스(space)라는 단위를 사용한다. 스페이스(space)는 20m × 20m × 20m 사이즈로 블록은 스페이스 단위로 자동 세팅된다. 클라이언트에서는 재활용된 매쉬 데이터 관리와 공간상에 어떤 오브젝트가 있는지 또한 이 공간을 이용하여 컬링이나 충돌처리를 간소화 할 수 있는 처리를 스페이스(space) 단위로 관리한다. 서버에서는 근거리 공격 처리, 원거리 공격 (총알 따위)처리, 활성화오브젝트(기능이 있는 오브젝트)의 업데이트, NPC/PC 의 시야 체크 등을 처리할 때 스페이스(space) 단위로 데이터를 사용한다.
존(zone)은 스페이스(space)들의 집합체로 맵 이동, PC의 아이템 획득, 장비 교체 및 경험 처리 등 게임을 운영하는 기본 독립 단위이다.
상기 블록도에 나타난 각각의 블록 또는 블록의 집합들의 동작이나 기능들은 하드웨어 또는 소프트웨어 기반으로 다양한 형태로 구현될 수 있음을 이해하여야 한다. 상기 블록도에 나타난 블록 또는 블록의 집합들의 동작이나 기능을 구현하기 위한 구조나 수단을 생성할 수 있도록, GPP(General Purpose Processor), SPP(Special Purpose Processor)를 탑재한 컴퓨터, 그 외 프로그램이 가능한 장치에 의해 소프트웨어 기반으로도 구현될 수 있음을 이해하여야 한다.
이상 본 발명의 실시예들에 따른 MMORPG 게임 및 시스템에 대하여 설명의 편의를 위하여 폴리프리즘, 블록의 사이즈를 제한하여 설명하였으나, 본 발명의 기술적 사상의 범위 내에서 다양한 사이즈로 구성될 수 있음을 이해하여야 할 것이다.
상술한 바와 같이, 본 발명의 바람직한 실시예를 참조하여 설명하였지만 해당 기술 분야에서 통상의 지식을 가진 자라면 하기의 특허청구범위에 기재된 본 발명의 사상 및 영역으로부터 벗어나지 않는 범위 내에서 본 발명을 다양하게 수정 및 변경시킬 수 있음을 이해할 수 있을 것이다.

Claims (32)

  1. 대규모 멀티 플레이어 온라인 롤플레잉 게임에 있어서,
    상기 게임의 지형 맵은
    플레이어 영역 중 적어도 어느 한 부분이 서로 오버랩되는 다층 지형들을 포함하고,
    상기 다층 지형 각각은
    서로 독립적으로 액세스 가능하고 서로 인접하여 배치된 다수의 폴리프리즘들을 포함하는 것을 특징으로 하는 대규모 멀티 플레이어 온라인 롤플레잉 게임.
  2. 제1항에 있어서, 상기 다층 지형 각각은
    플레이어 캐릭터의 플레이어 영역으로 제공되는 적어도 하나 이상의 패널들을 포함하는 것을 특징으로 하는 대규모 멀티 플레이어 온라인 롤플레잉 게임.
  3. 제1항에 있어서, 상기 서로 독립적으로 액세스 가능한 복수의 폴리 프리즘들 중 적어도 하나 이상은 서로 동일 지형 리소스를 서로 공유하는 것을 특징으로 하는 대규모 멀티 플레이어 온라인 롤플레잉 게임.
  4. 제1항에 있어서, 상기 서로 독립적으로 액세스 가능한 복수의 폴리 프리즘들 각각은 복수의 측면들 중 하나의 면이 프론트 면으로 지정된 것을 특징으로 하는 대규모 멀티 플레이어 온라인 롤플레잉 게임.
  5. 제4항에 있어서, 상기 폴리 프리즘들의 프론트 면을 기준으로 게임 화면 스크롤 및 시점을 제어하는 것을 특징으로 하는 대규모 멀티 플레이어 온라인 롤플레잉 게임.
  6. 가상 게임공간을 유지하기 위한 게임서버;
    상기 게임서버에 접속된 게임 플레이어들을 인증하기 위한 인증서버;
    상기 가상 게임공간에서 플레이어 영역 중 적어도 어느 한 부분이 서로 오버랩 되는 다층 지형들을 포함하고, 상기 다층 지형 각각은 서로 독립적으로 액세스 가능하고 서로 인접하여 배치된 다수의 폴리프리즘들의 집합체로 구성된 게임 맵 데이터베이스를 구비하고,
    상기 게임서버에서는 상기 인증서버에서 인증된 복수의 게임 플레이어들이 상기 다층 지형들 상에서 서로 다른 층들에서 동일 좌표위치에 오버랩되어 위치하더라도 각기 3차원적으로 각 게임 플레이어들의 개별적 위치를 인식을 하여 제어하는 것을 특징으로 하는 하이브리드 대규모 멀티 플레이어 온라인 롤플레잉 게임 시스템.
  7. 제6항에 있어서, 상기 다층 지형 각각은
    플레이어 캐릭터의 플레이어 영역으로 제공되는 적어도 하나 이상의 패널들을 포함하고,
    상기 게임서버에서는 각 게임 플레이어들이 위치하는 층을 각 게임 플레이어들이 위치하는 패널정보로 인식하는 것을 특징으로 하는 대규모 멀티 플레이어 온라인 롤플레잉 게임 시스템.
  8. 제6항에 있어서, 상기 서로 독립적으로 액세스 가능한 복수의 폴리 프리즘들 중 적어도 하나 이상은 서로 동일 지형 리소스를 서로 공유하는 것을 특징으로 하는 대규모 멀티 플레이어 온라인 롤플레잉 게임 시스템.
  9. 제6항에 있어서, 상기 서로 독립적으로 액세스 가능한 복수의 폴리 프리즘들 각각은 복수의 측면들 중 하나의 면이 프론트 면으로 지정된 것을 특징으로 하는 대규모 멀티 플레이어 온라인 롤플레잉 게임 시스템.
  10. 제9항에 있어서, 상기 게임서버는 상기 폴리 프리즘들의 프론트 면을 기준으로 사이드 스크롤 및 가변 시점을 제어하는 것을 특징으로 하는 대규모 멀티 플레이어 온라인 롤플레잉 게임 시스템.
  11. 게임가상공간에 대규모 게임자들이 실시간으로 온라인 접속하여 즐기는 대규모 멀티 플레이어 온라인 롤플레잉 게임방법에 있어서,
    상기 게임가상공간을 분할하고 분할된 일부 공간영역에서는 3차원 배경에서 시점 가변 사이드 스크롤 방식으로 게임화면을 디스플레이하고, 나머지 일부 공간영역에서는 3차원 배경에서 탑다운 뷰 또는 쿼터 뷰로 게임화면을 디스플레이하는 것을 특징으로 하는 대규모 멀티 플레이어 온라인 롤플레잉 게임방법.
  12. 제11항에 있어서, 상기 3차원 배경은 다수의 폴리프리즘들로 구성되고 각 폴리프리즘들은 독립적으로 액세스되고 편집이 가능한 것을 특징으로 하는 대규모 멀티 플레이어 온라인 롤플레잉 게임방법.
  13. 제12항에 있어서, 상기 게임가상공간들은 용도와 맵의 규모에 따라 기본블록타입과 기본블록타입을 적어도 1회 이상 축차적으로 등분할한 계층적 등분블록타입들의 조합으로 구성된 것을 특징으로 하는 대규모 멀티 플레이어 온라인 롤플레잉 게임방법.
  14. 제13항에 있어서, 상기 계층적 등분블록타입들은
    m×n 사이즈의 기본블록타입을 2등분한 (m/2)×n사이즈의 제1등분블록타입, 상기 기본블록타입을 2등분한 m×(n/2)사이즈의 제2등분블록타입 및 상기 제1등분블록타입을 2등분한 (m/2)×(n/2)사이즈의 제3등분블록타입들로 구성된 것을 특징으로 하는 대규모 멀티 플레이어 온라인 롤플레잉 게임방법.
  15. 제12항에 있어서, 상기 시점가변 사이드 스크롤 방식으로 디스플레이 되는 일부 공간영역들 각각은 적어도 이층 이상으로 구성된 통로와 각 통로의 중간 또는 종단에 배치된 적어도 하나 이상의 아케이드들로 구성된 것을 특징으로 하는 대규모 멀티 플레이어 온라인 롤플레잉 게임방법.
  16. 제15항에 있어서,
    상기 통로는 p×q 사이즈의 제1블록타입들로 구성하고, 상기 아케이드는 (p/2)×q 사이즈의 제2블록타입들로 구성한 것을 특징으로 하는 대규모 멀티 플레이어 온라인 롤플레잉 게임방법.
  17. 제11항에 있어서, 상기 시점가변 사이드 스크롤 방식으로 디스플레이 되는 일부 공간영역들 사이 및 상기 탑다운 또는 쿼터 뷰 방식으로 디스플레이 되는 나머지 일부 공간영역들과 상기 시점가변 사이드 스크롤 방식으로 디스플레이 되는 일부 공간영역들 사이를 연결하기 위한 숨겨진 비밀통로가 형성된 것을 특징으로 하는 대규모 멀티 플레이어 온라인 롤플레잉 게임방법.
  18. 제17항에 있어서, 상기 숨겨진 비밀통로의 양단 출입구는 열쇠, 파괴 또는 게임 캐릭터의 레벨등급 등에 응답하여 표출되거나 출입이 가능하게 되는 것을 특징으로 하는 대규모 멀티 플레이어 온라인 롤플레잉 게임방법.
  19. 제17항에 있어서, 상기 숨겨진 비밀통로의 양단 출입구는 불규칙적으로 게임 마스터에 의해 오픈 및 폐쇄가 제어되는 것을 특징으로 하는 대규모 멀티 플레이어 온라인 롤플레잉 게임방법.
  20. 가상 게임공간을 유지하기 위한 서버;
    상기 서버에 접속된 게임 플레이어들을 인가하기 위한 인증서버;
    3차원 배경에서 시점가변 사이드 스크롤 방식으로 디스플레이 되는 들로 이루어진 게임 맵 데이터베이스를 구비하고,
    상기 서버에서는
    가상 게임공간에서 상기 인증서버에서 인증된 게임 플레이어의 현재 위치에 응답하여 상기 시점가변 사이드 스크롤 방식으로 보이도록 제어하는 것을 특징으로 하는 대규모 멀티 플레이어 온라인 롤플레잉 게임 시스템.
  21. 제20항에 있어서,
    상기 가상 게임공간을 구성하는 일부 공간영역들과 다른 일부 공간영역들은 독립적으로 액세스 가능하고 편집 가능한 다수의 폴리프리즘들의 집합체로 구성되고,
    상기 다수의 폴리프리즘들을 개별적으로 액세스하여 편집하기 위한 게임 마스터 인터페이스를 더 구비하는 것을 특징으로 하는 대규모 멀티 플레이어 온라인 롤플레잉 게임 시스템.
  22. 3차원 게임가상공간내의 정면 기준라인으로부터 최대 깊이까지의 범위 내에서 플레이어 캐릭터의 깊이 위치에 응답하여 사이드 뷰 시점각도를 초기 각도에서 최대 각도의 범위 내에서 카메라 시점각도를 가변 제어하는 것을 특징으로 하는 대규모 멀티 플레이어 온라인 롤플레잉 게임 시스템의 시점 제어방법.
  23. 제22항에 있어서, 상기 시점 초기각도는
    5도 내지 15도 범위 중 어느 하나인 것을 특징으로 하는 온라인 롤플레잉 게임 시스템의 시점 제어방법.
  24. 제22항에 있어서, 상기 시점 최대 각도는
    35도 내지 60도 범위 중 어느 하나인 것을 특징으로 하는 온라인 롤플레잉 게임 시스템의 시점 제어방법.
  25. 제22항에 있어서, 상기 시점 가변 제어 과정에서
    구조물에 의해 플레이어 캐릭터가 가려질 경우에는 구조물을 반투명 표시하여 플레이어 캐릭터가 화면상에 보이도록 제어하는 특징으로 하는 온라인 롤플레잉 게임 시스템의 시점 제어방법.
  26. 게임가상공간내의 사이드 뷰 시점각도를 플레이어 캐릭터의 비전투모드와 전투모드에 따라 서로 다르게 가변 제어하는 것을 특징으로 하는 대규모 멀티 플레이어 온라인 롤플레잉 게임 시스템의 시점 제어방법.
  27. 제26항에 있어서, 상기 사이드 뷰 시점각도는 비전투모드의 시점각도보다 전투모드의 시점각도를 더 크게 제어하는 것을 특징으로 하는 온라인 롤플레잉 게임 시스템의 시점 제어방법.
  28. 제27항에 있어서, 상기 전투모드의 시점각도는 비전투모드의 시점각도 보다 10도 이상 더 크게 제어하는 것을 특징으로 하는 온라인 롤플레잉 게임 시스템의 시점 제어방법.
  29. 제26항에 있어서, 상기 시점 가변 제어 과정에서
    구조물에 의해 플레이어 캐릭터가 가려질 경우에는 구조물을 반투명 표시하여 플레이어 캐릭터가 화면상에 보이도록 제어하는 특징으로 하는 온라인 롤플레잉 게임 시스템의 시점 제어방법.
  30. 게임가상공간내의 사이드 뷰 수평 시점각도를 플레이어 캐릭터의 정지 상태에서 좌우 방향으로 이동 시작에 응답하여 이동하는 방향으로 소정 각도 가변 제어하는 것을 특징으로 하는 대규모 멀티 플레이어 온라인 롤플레잉 게임 시스템의 시점 제어방법.
  31. 제30항에 있어서, 상기 소정 각도는 5도 내지 10도 범위 내에서 어느 하나인 것을 특징으로 하는 온라인 롤플레잉 게임 시스템의 시점 제어방법.
  32. 제30항에 있어서, 상기 이동 방향으로 가변된 수평 시점각도는 플레이어 캐릭터가 이동함에 따라 원래의 정면위치로 복귀되는 것을 특징으로 하는 온라인 롤플레잉 게임 시스템의 시점 제어방법.
PCT/KR2012/003029 2011-04-21 2012-04-19 대규모 멀티 플레이어 온라인 롤플레잉 게임방법 및 시스템 Ceased WO2012144837A2 (ko)

Applications Claiming Priority (6)

Application Number Priority Date Filing Date Title
KR20110037100 2011-04-21
KR10-2011-0037100 2011-04-21
KR10-2012-0026092 2012-03-14
KR1020120026092A KR20120120891A (ko) 2011-04-21 2012-03-14 대규모 멀티플레이어 온라인 롤 플레잉 게임 및 시스템
KR1020120040766A KR101460989B1 (ko) 2011-04-21 2012-04-19 대규모 멀티 플레이어 온라인 롤플레잉 게임방법 및 시스템
KR10-2012-0040766 2012-04-19

Publications (3)

Publication Number Publication Date
WO2012144837A2 true WO2012144837A2 (ko) 2012-10-26
WO2012144837A9 WO2012144837A9 (ko) 2013-01-03
WO2012144837A3 WO2012144837A3 (ko) 2013-03-21

Family

ID=47042059

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/KR2012/003029 Ceased WO2012144837A2 (ko) 2011-04-21 2012-04-19 대규모 멀티 플레이어 온라인 롤플레잉 게임방법 및 시스템

Country Status (1)

Country Link
WO (1) WO2012144837A2 (ko)

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110580119A (zh) * 2019-08-28 2019-12-17 深圳市瑞立视多媒体科技有限公司 一种基于用户界面的控制系统
CN113713388A (zh) * 2021-09-01 2021-11-30 网易（杭州）网络有限公司 一种游戏数据处理方法、装置、设备及存储介质
TWI792674B (zh) * 2021-05-14 2023-02-11 大陸商騰訊科技（深圳）有限公司 控制項的顯示方法與裝置、電腦設備、電腦可讀存儲介質及電腦程式產品
US12019837B2 (en) 2021-05-14 2024-06-25 Tencent Technology (Shenzhen) Company Limited Control display method and apparatus, device, medium, and program product

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2006061717A (ja) * 2002-11-20 2006-03-09 Sega Corp ゲーム画像の表示制御プログラム及びゲーム装置並びに記憶媒体
JP3696216B2 (ja) * 2003-03-05 2005-09-14 株式会社スクウェア・エニックス ３次元ビデオゲーム装置、３次元ビデオゲームにおける仮想カメラの制御方法、並びにプログラム及び記録媒体
KR100883029B1 (ko) * 2006-06-26 2009-02-09 주식회사 엔씨소프트 온라인 롤-플레잉 게임 서비스 시스템의 게임 서비스 방법,그 시스템 및 기록매체

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110580119A (zh) * 2019-08-28 2019-12-17 深圳市瑞立视多媒体科技有限公司 一种基于用户界面的控制系统
TWI792674B (zh) * 2021-05-14 2023-02-11 大陸商騰訊科技（深圳）有限公司 控制項的顯示方法與裝置、電腦設備、電腦可讀存儲介質及電腦程式產品
US12019837B2 (en) 2021-05-14 2024-06-25 Tencent Technology (Shenzhen) Company Limited Control display method and apparatus, device, medium, and program product
CN113713388A (zh) * 2021-09-01 2021-11-30 网易（杭州）网络有限公司 一种游戏数据处理方法、装置、设备及存储介质
CN113713388B (zh) * 2021-09-01 2024-06-04 网易（杭州）网络有限公司 一种游戏数据处理方法、装置、设备及存储介质

Also Published As

Publication number Publication date
WO2012144837A3 (ko) 2013-03-21
WO2012144837A9 (ko) 2013-01-03

Similar Documents

Publication Publication Date Title
WO2014200255A1 (en) Method and apparatus for automatically targeting target objects in a computer game
US7780533B2 (en) Client terminal for executing multiplayer application, group forming method, and group forming program
JP4671196B2 (ja) ネットワークゲームシステム、ネットワークゲーム用端末装置、ゲーム画面の表示方法、並びにプログラム及び記録媒体
CN1927432B (zh) 网络游戏系统、客户机、服务器
US12138547B2 (en) Display method and apparatus for virtual scene, storage medium, and electronic device
EP2949370B1 (en) Apparatus and method for displaying player character showing special movement state in network game
KR101036056B1 (ko) 화상생성장치, 캐릭터외관변경방법 및 프로그램을 기록한 정보기록매체
CN105214309A (zh) 一种信息处理方法、终端及计算机存储介质
WO2012044073A2 (ko) 온라인 롤 플레잉 게임에 있어서의 장비 아이템에 대한 스킬 부여 방법
WO2012144837A2 (ko) 대규모 멀티 플레이어 온라인 롤플레잉 게임방법 및 시스템
US7927217B2 (en) Network game system, game server system, client system, network game processing method, and recording medium
KR102903534B1 (ko) 가상 환경에서의 좌표축 표시 방법 및 장치, 그리고 단말기 및 매체
WO2018066862A1 (ko) 좌표 공략 게임 시스템 및 방법
JP2024507595A (ja) 仮想リソースの投入制御方法、装置、コンピュータ機器及び記憶媒体
CN105630160A (zh) 虚拟现实使用界面系统
KR20130117971A (ko) 대규모 멀티 플레이어 온라인 롤플레잉 게임방법 및 시스템
JP4856749B2 (ja) ネットワークゲームシステム
WO2025055522A1 (zh) 粒子动画的显示方法、装置、设备、介质及程序产品
WO2025079747A1 (ko) 사용자 인터페이스 제공 방법 및 장치
WO2013125757A1 (ko) 온라인 슈팅 게임 제공 방법 및 그 시스템
WO2013065973A1 (ko) 게임방 관리 방법, 게임방 관리 장치, 그를 위한 기록매체 및 게임방 관리 장치를 포함하는 게임 제공 시스템
KR20120120891A (ko) 대규모 멀티플레이어 온라인 롤 플레잉 게임 및 시스템
CN118043112A (zh) 计算机系统、游戏系统、玩家终端及提供方法
WO2025084480A1 (ko) 가상 공간에 기반하는 게임 서비스를 제공하기 위한 전자 장치, 방법 및 비-일시적 컴퓨터 판독 가능 저장 매체
JP4707039B2 (ja) ネットワークゲームシステム

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 12774786

Country of ref document: EP

Kind code of ref document: A2

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 12774786

Country of ref document: EP

Kind code of ref document: A2