JP5977695B2 - GAME SYSTEM, GAME CONTROL METHOD, AND GAME CONTROL PROGRAM - Google Patents

Description

  The present invention relates to a game information display technique of a game device.

  Conventionally, a plurality of video game apparatuses (game apparatuses) of the same model are provided for an arcade game, and these game apparatuses are connected via a network such as a LAN (Local Area Network) and the Internet (registered trademark). The server device controls the game, so that a plurality of players enjoy a game such as a battle game in the same game space.

  Here, in a pachinko gaming machine, an image to be displayed on an image display unit such as a liquid crystal screen is a captured image (capture means to at least temporarily store an image to be displayed on the image display unit as image data. The same technology is stored (see Patent Document 1). In this technique, it has been proposed to save a captured image at a timing when a CPU (Central Processing Unit) is reset, which is useful for debugging or for analyzing fraud. Further, it has been proposed that the player releases the handle during the game, that is, the play is stopped and the captured image is saved.

  In an arcade game, a player may want to save a game screen being played. When a screen that you want to brag or an unusual screen is displayed.

JP 2011-206370 A

  However, on the game display screen, if it is a battle game, information on the opponent is displayed and may be displayed during the game, but it is made public, for example, published on the Internet (registered trademark). Information that is not suitable for is also displayed.

  Therefore, the present invention provides a game apparatus that allows a player to obtain a captured image that does not include information that is not suitable for public use when the captured image of the game screen being played is saved. Objective.

  (1) A game system according to an aspect of the present invention is a game system including at least a game device, and a first image display control unit that displays a main image of a game in a first display area of a display unit of the game device; A processing unit that processes a main image displayed in the display area at a predetermined timing to create a processed image, and the processing unit includes at least one of information regarding other users included in the main image. The main image is processed so as to visually limit the portion.

  According to this configuration, a game image at a predetermined timing is processed to create an image that cannot be recognized because information about other users is visually limited. Therefore, the user can easily obtain an image that does not include information that is not suitable for public disclosure, in other words, an image that may be disclosed as it is.

  (2) It is preferable that the said process part does not restrict | limit visually the information regarding the said other user, when the said other user has a fixed relationship with the said user.

  According to this configuration, when the user has a certain relationship with the opponent (other users), an image is created with the information about the opponent displayed. Therefore, the user can easily obtain an image that has been processed differently according to the relationship with the opponent. For example, if it belongs to the same web service group as the opponent, an image with the name of the opponent displayed is created, and if it does not belong to the same group, the name of the opponent is deleted. A new image is created.

  Since the processing is performed in relation to the opponent, the user can publish the image without taking the trouble of deleting information that should not be spread when publishing the image on, for example, Facebook.

  (3) It is preferable that the said process part does not restrict | limit visually the information regarding the said specific user, when the said other user is a specific user.

  According to this configuration, when the opponent (another user) is a specific user, information regarding the opponent remains displayed. For example, if the opponent is a specific user who is considered to have no influence even if it is a public such as a professional sparrow, the name of the professional sparrow is not deleted.

  (4) It is preferable that the processing unit adds different decorations to the main image according to the level of the user.

  According to this configuration, an image with different decorations according to the level of the user is created. Therefore, the user can easily obtain an image in which his / her level is reflected. For example, the higher the level of his game, the user will get an image with special decoration.

  (5) It is preferable to further include an image management unit that stores a main image specified by the user from the main image processed or processed by the processing unit in a nonvolatile storage device.

  According to this configuration, the user can save a desired image, and can publish the image at any time and whenever desired.

  Here, the non-volatile storage device refers to a memory such as a flash memory, a hard disk, an optical disk, or the like that retains storage without supplying power.

  (6) It is preferable to further include a second image display control unit that displays a main image processed or processed by the processing unit in a second display area of the display unit.

  According to this configuration, since the main image at a predetermined timing is displayed in a region different from the region where the main image is displayed, what kind of game image was captured by the user during the game play It becomes possible to visually recognize whether or not.

  According to the present invention, a user (player) can obtain a captured image that does not include information that is not suitable for public use.

1 is an overall configuration diagram of a competitive game system according to an embodiment of the present invention. It is a perspective view which shows an example of the external appearance of a game device. It is a figure which shows the structural example of the hardware of a game device. It is a block diagram which shows an example of a structure of a game server apparatus. It is a figure which shows the example of a game screen displayed on the monitor of a game device. It is a figure which shows an example of the captured image after a process. It is a figure which shows the function structural example of a game device. It is a figure which shows the function structural example of a game server apparatus. It is a figure which shows the example of a structure and content of a capture image management table. It is a figure which shows the example of a structure and content of a player information management table. It is a figure which shows the example of a structure and content of a capture preservation | save image management table. It is a flowchart of the game control process of a competitive game system. It is a flowchart of the game control process of a competitive game system. It is a flowchart of a captured image processing process.

Hereinafter, a game system according to an embodiment of the present invention will be described.
<Embodiment>
FIG. 1 is a diagram illustrating a configuration example of a competitive game system 1000 to which the game device of the present embodiment is applied. The competitive game system 1000 includes a plurality of game devices 1 installed in each of a plurality of stores SH1 to SH3, and a game server device 3 connected via a router 2 and a network NT of each store.

  The game apparatus 1 advances a game by a player performing a predetermined operation based on a game screen displayed on a monitor. Each game apparatus 1 is given unique identification information. For example, the identification information includes identification information for each router 2 to which the game apparatus 1 is connected (or identification information of a store in which the game apparatus 1 is provided) and the store in which the game apparatus 1 is provided. Identification information (terminal number) for each game device 1 is included. That is, the store in which the game apparatus 1 is installed can be identified from the identification information of the game apparatus 1.

  The router 2 is a communication device that enables transmission and reception of data between each game device 1 and the game server device 3.

  The game server device 3 controls a game played by a plurality of players in the same game space by transmitting and receiving data to and from the game device 1 via the router 2.

  FIG. 2 is a perspective view showing an example of the appearance of the game apparatus 1.

  The game apparatus 1 includes a monitor (display unit) 11, a speaker 12 that outputs sound, a card reader 13, and a coin reception unit 14 that receives coins inserted by a player.

  The monitor 11 displays a game screen, for example, a liquid crystal display or a plasma display, and includes a touch panel 11a on the surface thereof. The touch panel 11a detects the position pressed by the player. The game apparatus 1 determines which button, character, or the like has been instructed from the pressed position detected by the touch panel 11 a and the position of the button, character, or the like in the game screen displayed on the monitor 11.

  The card reader 13 has a function of reading information such as a user ID stored in a personal card. The personal card is a magnetic card or an IC card in which personal information such as a user ID is stored.

<Hardware configuration>
FIG. 3 is a diagram illustrating a hardware configuration example of the game apparatus 1.

  The control unit 16 controls the overall operation of the game apparatus 1, and includes an information processing unit (CPU) 161 that performs various information processing in addition to processing related to the overall progress of the game and image display processing, information in the middle of processing, and the like. RAM (Random Access Memory) 162 and ROM (Read Only Memory) 163 in which predetermined image information, a game program, and the like are stored in advance.

  The external input / output control unit 171 is located between the control unit 16 and the card reader 13, the touch panel 11a (operation unit), and the coin receiving unit 14, converts command information from the control unit 16 into a control signal, Output to each device of the detection unit via the device control unit 160. Further, the detection signal from the card reader 13 or the like is converted into a digital signal for processing and transmitted to the control unit 16. The external device control unit 172 performs signal processing between the control unit 16 and the card reader 13 in a time-sharing manner, and outputs control signals to each device such as the card reader 13 within each time-sharing period. An output operation and a detection signal input operation from each device such as the card reader 13 are performed.

  The drawing processing unit 111 has a video RAM or the like (not shown), and displays an image on the monitor 11 in accordance with an image display instruction from the control unit 16.

  The audio reproduction unit 121 causes the speaker 12 to output a predetermined message, BGM, or the like according to an instruction from the control unit 16.

  The ROM 163 stores image data of characters appearing in the game, for example, data such as mahjong tiles, background images, images of various screens, audio, and the like, and is used to execute a game such as an operating system (OS). It is assumed that necessary programs are also stored. It is also assumed that data necessary for processing the captured image is also stored.

  Here, the relationship between the operation of the CPU 161 and the operation of the drawing processing unit 111 will be described. The CPU 161 reads a character image, sound data, a game control program, a game program, and the like from the ROM 163. Data such as the read image, sound, and control program is stored on the RAM 162. Thereafter, the CPU 161 is based on a control program stored on the RAM 162, various data (image data including other character images such as polygons and textures of display objects, audio data), detection signals from the touch panel 11a, and the like. And proceed with the process. For example, a character or the like is composed of a required number of polygons constituting the character so that three-dimensional drawing is possible. The drawing processing unit 111 performs calculation for conversion from a position in the three-dimensional space to a position in the pseudo three-dimensional space, a light source calculation process, and the like based on a drawing instruction from the CPU 161. Based on the calculation result, a process of writing image data to be drawn to the video RAM, for example, a process of writing (pasting) texture data to an area of the video RAM specified by a polygon is performed.

  Of the various data stored in the ROM 163, data that can be stored in a removable recording medium can be read by a driver such as a hard disk drive, an optical disk drive, a flexible disk drive, a silicon disk drive, or a cassette medium reader. May be. In this case, the recording medium is, for example, a hard disk, an optical disk, a flexible disk, a semiconductor memory, or the like.

  The network communication unit 18 exchanges player operation information and the like generated during the execution of the game with the game apparatus 1 in the battle via the router 2 or the like. Further, the network communication unit 18 transmits / receives information related to personal authentication when the player participates in the game, game result information at the end of the game, and the like to / from the game server device 3 via the router 2 or the like. .

  FIG. 4 is a diagram illustrating a hardware configuration example of the game server device 3 according to the present invention.

  The control unit 36 controls the overall operation of the game server device 3, and includes an information processing unit (CPU) 361, a RAM 362 for temporarily storing information in the middle of processing, predetermined image information, and the player's individual. Information, player information relating to each player's game, and the like are stored in advance. The game server device 3 also includes an external storage device 37.

  The ROM 363 stores a game management program for controlling the entire game, and the CPU 361 loads the game management program onto the RAM 362 and sequentially executes the game management program.

  The network communication unit 38 transmits and receives various data between the game apparatus 1 and the game server apparatus 3 via the network NT and the router 2.

  The external storage device 37 is a recording device using a recording medium in which recording does not disappear even if power is not supplied, such as a hard disk, an optical disk, a flexible disk, and a semiconductor memory. Access is possible by the control unit 36.

  The ROM 363 can read data that can be stored in a removable recording medium among various stored data, for example, with a driver such as a hard disk drive, an optical disk drive, a flexible disk drive, a silicon disk drive, or a cassette medium reader. It may be. In this case, the recording medium is, for example, a hard disk, an optical disk, a flexible disk, a semiconductor memory, or the like.

<Game screen and captured image>
Here, the game screen displayed on the monitor 11 of the game apparatus 1 will be described. In the embodiment, a mahjong game that simulates mahjong is assumed as a battle game performed using the game apparatus 1. In the mahjong game, four players usually play against each other using their respective client terminal devices 1.

  FIG. 5 is a diagram illustrating an example of the game screen displayed on the monitor 11. As shown in FIG. 5, the monitor 11 includes a main screen area 500 and a sub screen area 600, and a screen currently being played is displayed in the main screen area 50, and supplementary information is displayed in the sub screen area 600. Supplementary information can be selected from a menu displayed by pressing the menu button 601. For example, the state displayed on the game device 1 of the opponent player of the self player's bag is displayed. In the embodiment, a captured image obtained by capturing an image displayed in the main screen area 500 is displayed as one of supplementary information.

  In the main screen area 500, the type (pattern) of the heel object 501 that is an object representing the hand of the player is displayed on the lower side of the screen. On the upper and left and right sides of the screen, the heel objects 502, 503, and 504, which are objects representing the hand of each opponent player, are in a state where patterns can be seen (viewed) in part, and patterns cannot be seen in the rest. It is displayed in a face down state. Note that the posture in which the handle is visible refers to the state in which the heel object is tilted and the surface on which the handle is written faces the viewpoint of the virtual camera viewed from the player's viewpoint. The state where the heel object is standing and the surface on which the pattern is written faces the viewpoint side of the virtual camera.

  Further, in the main screen area 500, a mountain object 505 representing a mountain including a dora display moth and a trash object 506, which is an object representing a trash around the mountain object 505, are displayed in the approximate center of the screen. . At the bottom of the main screen area 500, a reach button that is pressed when reaching, a chee button that is pressed when chewing, a pong button that is pressed when paging, and a button that is pressed when can Are displayed, an agari button that is pressed when declaring agari (completion), and a next button that is pressed when the field is advanced.

  In the sub screen area 600, a thumbnail 602 of a captured image captured during the game is displayed. In the embodiment, in the sub screen area 600, an image displayed in the main screen area 500 is captured at a predetermined timing, and a thumbnail obtained by reducing the captured image is displayed. There are two predetermined timings. The first is a timing according to the game situation, which is automatically captured by the game apparatus 1. This timing is determined in advance. The second is the timing at which the player himself has instructed capture, in other words, the timing at which capture is manually performed. For example, the timing when the player presses the capture button 604.

  The timing according to the game situation is the timing at which agari was declared for a mahjong game, the timing at which a technique was played out for an action game, the timing at which a king was declared for a shogi game, etc. It is.

  In the embodiment, a capture screen is created from an image displayed on the monitor 11 of the game device 1 automatically or manually during game play, and thumbnails of the captured images are sequentially displayed in the sub screen area 600. It will be done.

  In the embodiment, the range to be captured is the main screen area 500, but may be the entire screen of the monitor 11 or a part thereof. In the embodiment, the captured image is reduced and displayed as a thumbnail. However, an image created in advance may be used as a thumbnail. For example, an image in which only the role name is displayed.

  When a hand becomes empty during the game play or after the game ends, the player can select a capture image that the user wants to save and save it in the game server device 3. When the save button 603 on the right side of the thumbnail 602 in the sub-screen area 600 is pressed, a capture image of the corresponding thumbnail is transmitted to the game server device 3 and stored in the storage unit for saving. In this way, even when the game is being played, the capture image of the corresponding thumbnail is transmitted to the game server device 3 by pressing the save button 603, so that forgetting to save can be prevented. In addition, the player can later read out the captured image from the game server device 3, print it, and disclose the image on the net.

  Next, a captured image stored in the game server device 3 will be described. FIG. 6 is a diagram illustrating an example of a stored captured image 700. In the captured image 700, a character string 701 “Ron” indicating Agari (completion) is synthesized, and professional Sparrow images 702 and 703 are synthesized. Also, the name of the opponent is blank (not displayed) (see arrow 704).

  In the embodiment, the captured image is processed and stored in the game server device 3. There are two types of processing. The first process is a process for making an unrecognizable state by deleting a part of an image from the viewpoint of protecting personal information. For example, deleting information related to the opponent, such as the name and level of the opponent. However, it is not deleted for so-called public figures such as professional sparrows and entertainers. The personal information may not be deleted depending on the relationship (intimacy) with the opponent. For example, a group of participating SNS (Social Networking Services) is the same, a game device 1 in the same store that has played a predetermined number of times in the past, and the same professional cheering cheering is the same The level (stage) is the same.

  In the embodiment, the name or the like is deleted. However, the whole or part of the name may be erased or filled. The name or the like may be replaced with other information such as a predetermined icon.

  The second is so-called decorative processing. For example, when the opponent is a professional sparrow fighter, the image of the professional sparrow hero is synthesized, or a character string or an image indicating the name of Agari (Kazunori) is synthesized. In the case of an action game, a character string or an image indicating the name of the technique that has been played out may be combined, and in the case of a shogi game, a character string indicating the name of an enclosure or a strategy may be combined. Moreover, you may decorate according to a player's level, the high density of a new opponent, and agari. For example, a special frame may be synthesized around the captured image. In addition, if the participating SNS groups are the same, a nickname or icon in the SNS may be combined, or an image (such as a heart) showing the new density in the SNS with the opponent is combined. Also good. Moreover, when the professional sparrow who is supporting is the same, you may synthesize | combine the image of the professional sparrow.

<Function>
FIG. 7 is a diagram illustrating a functional configuration example of the control unit 16 of the game apparatus 1.

  The CPU 161 of the control unit 16 executes the game program and the control program held on the RAM 162, thereby causing the game progress control unit 161a, the operation information processing unit 161b, the main image display control unit 161c, and the sub image display control unit 161d (capture). An example of a display unit), a capture unit 161e (an example of a capture display unit), a capture image management unit 161f, a capture image processing unit 161g, a result processing unit 161h, and a communication control unit 161i.

  The game progress control unit 161a has a function of controlling a series of progress from the start to the end of the game.

  The operation information processing unit 161b receives the operation information from the touch panel 11a which is an operation unit operated by the player and the operation information of the opponent player received via the network communication unit 18 and reflects them in the progress of the mahjong game. It has a function. That is, the game progress control unit 161a and the operation information processing unit 161b control the progress of the game. “Self-player” refers to a player who is operating the player's own device (game device 1), and “competition player” refers to an opponent player who is operating another game device 1.

  The main image display control unit 161 c has a function of displaying a game image on the main screen area 500 of the monitor 11.

  The sub image display control unit 161 d has a function of displaying supplementary information in a sub screen area 600 adjacent to the main screen area 500 of the monitor 11.

  The capture unit 161e has a function of capturing an image displayed in the main screen area 500 and creating a captured image. The generated captured image is stored in the captured image storage unit 162c of the RAM 162 of the control unit 16 described later.

  The capture unit 161e creates a capture image at a predetermined game situation timing. It is assumed that the game situation indicating the capture timing is determined in advance and stored in the captured image storage unit 162c or the like so that the capture unit 161e can refer to it. In the embodiment, it is assumed that Agari (completion) is declared. The game situation at this timing may be notified from the game server device 3 at the start of the game, and may differ depending on the player.

  In addition, the capture unit 161e gives priority to the captured image according to the game situation at the time of capture. The priority is the degree desired by the player. Therefore, it is estimated that the captured image given a high priority has a high degree of desire by the player. For example, a higher priority is given to a captured image when a role having a low probability of coming out is given.

  Further, the capture unit 161e creates a capture image in response to an instruction from the game progress control unit 161a that has detected that the capture button 604 of the monitor 11 has been pressed. The priority given to the captured image in this case is the highest priority. This is because the captured image is desired by the player.

  The capture image management unit 161f has a function of managing the capture image created by the capture unit 161e, creating a thumbnail of the capture image, and displaying the thumbnail on the sub-screen area 600. At this time, the captured image management unit 161f changes the display mode according to the priority assigned to the captured image. For example, when the sub-screen area 600 is scroll-displayed, a thumbnail of a captured image having a high priority is displayed at an upper position displayed without scrolling, and a thumbnail of a captured image having a lower priority is displayed. For example, it is displayed below that is not displayed without scrolling. When the sub screen area 600 includes a plurality of pages, a thumbnail of a captured image with a low priority is displayed on a page that is displayed when a page turning operation is performed. Also, the higher the priority, the larger the thumbnail size may be displayed. Further, the thumbnails of captured images with low priority may be displayed when displaying a list of capture screens after the game is over, for example, without displaying them in the sub-screen area 600 during the game.

  Furthermore, the captured image management unit 161f transmits the processed captured image to the game server device 3 and stores it in accordance with an instruction from the game progress control unit 161a that has detected that the save button 603 of the monitor 11 has been pressed. The captured image is processed by requesting the captured image processing unit 161g.

  The captured image processing unit 161g has a function of performing predetermined processing on the captured image delivered from the captured image management unit 161f. In the embodiment, predetermined processing is performed, but the player may specify a processing method in advance. Further, when the player presses the save button 603, a processing screen may be displayed and the player may perform processing.

  The score processing unit 161h has a function of determining the game score at the end of the game (the value of the number of points) and the ranking. The score processing unit 161h manages the number of points of each player that increase or decrease from the start of the game to the end of the game for a predetermined number of stations on the virtual desk. Then, when the game is over, the ranking is determined in the order of the player with the highest score, based on the score virtually possessed by the player as a dotted bar. The determined game score is stored in the game score storage unit 162b of the RAM 162 of the control unit 16 to be described later.

  The communication control unit 161i has a function of performing communication control of various information.

  The RAM 162 of the control unit 16 includes an intermediate progress information storage unit 162a, a game result storage unit 162b, and a capture image storage unit 162c.

  In the middle progress information storage unit 162a, game middle progress information including operation information of each player in the game on the same table (same game space) is sequentially stored for all of the own player and the opponent player. Note that the game progress information is reset by the next game start time when the game ends normally.

  The game score storage unit 162b stores, for each player, the rank (including the number of points) as determined by the score processing unit 161f, which is the game score at the time of the game end of the player.

  The captured image storage unit 162c stores the captured image created by the capture unit 161e. Note that thumbnail image data displayed in the sub-screen area 600 by the captured image management unit 161f may be stored as necessary.

  FIG. 8 is a diagram illustrating a functional configuration example of the control unit 36 of the game server device 3.

  The CPU 361 of the control unit 36 functions as a reception unit 361a, a selection unit 361b, a communication control unit 361c, a captured image storage unit 361d, and a game control unit 361e by executing a game management program stored on the RAM 362. .

  The accepting unit 361a has a function of accepting a player's participation in the game from the game apparatus 1. The reception unit 361a receives personal information such as the user ID of the player from the game apparatus 1, determines whether or not the player can participate in the game based on the player information stored in the player information storage unit 362a, and participates. Participation is accepted only when it is determined that is possible.

  The selection unit 361b has a function of associating the player received by the reception unit 361a with a virtual table according to a predetermined rule. The selection unit 361b selects a player who plays in the same game space (same table) from a plurality of players received by the reception unit 361a according to a predetermined rule, for example, the strength of the game obtained from the first person order or history. Four people are selected (combined) according to whether or not they are close.

  The communication control unit 361c has a function of performing transmission / reception of information (for example, information on selected opponent players and game results of each player) with the game apparatus 1.

  The captured image storage unit 361d has a function of storing the processed captured image transmitted from the game apparatus 1 in the capture stored image storage unit 37a for each player and registering it in the management table.

  The game control unit 361e has a function of controlling a game played by a plurality of players in the same game space by transmitting and receiving data to and from the game apparatus 1.

  Next, the RAM 362 of the control unit 36 includes a player information storage unit 362a and a history storage unit 362b.

  The player information storage unit 362a has a function of storing personal information such as the user ID, name, and level of the player.

  The history storage unit 362b stores a history of game results (war results) for each player in an update manner.

  Further, the external storage device 37 includes a capture saved image storage unit 37a.

  The capture save image storage unit 37a stores a capture image for each player.

<Data>
Hereinafter, main data used in the competitive game system 1000 will be described with reference to FIGS.

  FIG. 9 is a diagram illustrating a configuration example of the capture image management table 1620 and an example of its contents. The captured image management table 1620 is a table for managing captured images created by the capture unit 161e. One table is stored for each player in the captured image storage unit 162c of the game apparatus 1, and one captured image is created. As a result, one record is added.

  The captured image management table 1620 includes a captured image number 1621, an acquisition date 1622, a priority 1623, a game situation 1624, and image data 1625.

  The captured image number 1621 indicates an identifier for specifying the captured image.

  The acquisition date 1622 indicates the date and time when the capture image indicated by the capture image number 1621 is created.

  The priority 1623 indicates the priority of the captured image indicated by the captured image number 1621. In the embodiment, 10 levels of “1” to “10” are shown, and “10” has the highest priority and “1” has the lowest priority.

  The game situation 1624 indicates the game situation when the capture image indicated by the capture image number 1621 is captured.

  For example, the captured image indicated by the captured image number 1621 “CAP001” is an image captured when the game state 1624 is “Lon”, and thus the captured image number 1621 “CAP001” is “Lon”. The captured image indicated by the captured image number 1621 “CAP013” is an image captured by the player pressing the capture button 164 (see FIG. 5) because the game situation 1624 is “user instruction”.

  Image data 1625 indicates the image data of the capture image indicated by the capture image number 1621. Specifically, an address in the captured image storage unit 162c where the image data of the captured image is stored is shown.

  FIG. 10 is a diagram illustrating a configuration example and contents example of the player information management table 3620. The player information management table 3620 is a table for managing players, and one record is stored for each player in the player information storage unit 362 a of the game server device 3.

  The player information management table 3620 includes a player ID 3621, a player name 3622, a level 3623, a participating community 3624, a store name 3625, and a patron pro 3626.

  The player ID 3621 indicates an identifier for specifying the player.

  The player name 3622 indicates the name of the player indicated by the player ID 3621.

  A level 3623 indicates a game level of the player indicated by the player ID 3621. For example, the level or the like.

  A participating community 3624 indicates a community in which the player indicated by the player ID 3621 is participating, for example, an SNS group name.

  The store name 3625 indicates an identifier of a store related to the player indicated by the player ID 3621. For example, when there is a system for registering in a store, the identifier of the store registered by the player indicated by the player ID 3621 is indicated. Moreover, the store which played most, the store played last time, etc. may be sufficient.

  The patron pro 3626 indicates a professional sparrow cheered by the player indicated by the player ID 3621.

  FIG. 11 is a diagram illustrating a configuration example and contents example of the capture storage image management table 3710. The captured saved image management table 3710 is a table for managing saved captured images. One table is stored for each player in the captured saved image storage unit 37a of the external storage device 37 included in the game server device 3. Yes. The capture image managed by the capture storage image management table 3710 is a capture image instructed to be stored by the player.

  The capture storage image management table 3710 includes a capture image number 3711, an acquisition date 3712, a store name 3713, and image data 3714.

  The captured image number 3711 indicates an identifier for specifying the captured image.

  The acquisition date 3712 indicates the date and time when the capture image indicated by the capture image number 3711 is stored.

  The store name 3713 indicates the identifier of the store in which the game apparatus 1 that is the transmission source of the capture image indicated by the capture image number 3711 is installed.

  Image data 3714 indicates image data of a capture image indicated by the capture image number 3711. Specifically, the address in the capture storage image storage unit 37a in which the image data of the capture image is stored is shown. The captured image stored in the capture saved image storage unit 37a is a captured image obtained by processing the captured image obtained by capturing the image displayed on the monitor 11.

<Operation>
Hereinafter, the game control process of the competitive game system 1000 will be described. 12 and 13 are flowcharts of the game control process. In the flowchart, broken-line arrows indicate data transmission / reception between apparatuses.

  First, when the player detects that a personal card has been inserted into the card reader 13 of the game apparatus 1 and a predetermined coin has been inserted into the coin reception unit 14, the user ID or the like is received by the reception function of the game progress control unit 161a. Is acquired, and the user ID and the like are transmitted to the game server device 3.

  Upon receiving the user ID or the like, the reception unit 361a of the game server device 3 performs authentication by comparing with personal information stored in the player information storage unit 363a, and performs reception when a positive result is obtained. . The reception unit 361a that has received the request requests the selection unit 361b to select a battle player.

  Upon receiving the request, the selection unit 361b associates the player whose reception has been completed with the same game space (same table), that is, one virtual table (step S10, step S31). When the four players who have completed the reception gather on this table, the selection unit 361b transmits personal information including the name of each player (competitor) who plays the game on the same table to the game device 1 of each player. (Step S31). Specifically, the selection unit 361b stores, in the player information management table 3620 (see FIG. 10), four records in which the user ID of the player who plays the game at the same table is set as the player ID 3621. Transmit to device 1. If the player is a specific player, for example, a professional sparrow, the game device 1 is notified to that effect.

  The game progress control unit 161a of the game apparatus 1 stores the received personal information of the opponent player and the own player in the intermediate progress information storage unit 162a. A player who operates the player's own device (game device 1) is called a “self player”, and a player other than the player who is playing the game on the same table is called a “match player”.

  When the game progress control unit 161a receives the game start instruction information from the game control unit 361e of the game server device 3, the game progress control unit 161a executes a game start process, determines a place and a parent, and starts a match (game) To do. This start process is performed almost simultaneously by the game progress control unit 161a of each game device 1 of the player who plays the game on the same table. During the battle, data is exchanged between each game device 1 and the game server device 3 as necessary, and the game proceeds.

  When the game is started, the game progress control unit 161a executes a layout process and requests the main image display control unit 161c to display the battle screen on the monitor 11 (step S11).

  The game progress control unit 161a determines whether or not the order of the spider operations has reached the player (step S12).

  If it is determined that it is the turn of the player (step S12: Yes), the game progress control unit 161a accepts an instruction from the touch panel 11a through the operation information processing unit 161b (step S13). In response to the received instruction, the operation information processing unit 161b requests the main image display control unit 161c to update the game image, and the main image display control unit 161c updates the game image. For example, if a spider's spear object is designated, it is discarded as it is, and if any hand spider object 501 is designated, the designated spear object 501 is designated as a discarded spear object 506, and the spider's spear object is designated. Treats the object as being spoiled.

  The game progress control unit 161a transmits the selection operation information received by the operation information processing unit 161b to the game server device 3 (step S14). The game control unit 361e of the game server device 3 that has received the heel operation information performs a predetermined control process as necessary, and transmits the received heel operation information to all the client terminal devices 1 of the opponent players.

  On the other hand, if it is determined that it is not the turn of the player (step S12: No), the game progress control unit 161a waits for reception of the heel operation information from the game device 1 of the opponent player. When the game progress control unit 161a receives the game player device's heel operation information from the game server device 3 (step S32), the game progress control unit 161a performs a predetermined game progress process as necessary, and the received heel operation information is used as the operation information processing unit 161b. To update the game screen. Upon receiving the request, the operation information processing unit 161b performs processing according to the heel operation on the heel object representing the hand of the opponent player, requests the main image display control unit 161c to display, and updates the game screen ( Step S15). For example, in the case of a tsumo cutting operation, the display of the heel object representing the hand of the opponent player is not changed, and only the tsumo cutting operation is effect-displayed. On the other hand, since the type information and display / non-display information of the spidered spear object is added and transmitted if it is a spider, the arrangement corresponding to the opponent character is made using this information The content displayed in the area is changed.

  Next, the game progress control unit 161a requests the capture unit 161e to perform a capture process when a habit operation is performed by the operation information processing unit 161b. Upon receiving the request, the capture unit 161e determines whether the current game situation is at a predetermined timing, that is, whether it is a capture timing (step S16).

  If it is determined that it is the timing of capture (step S16: Yes), the capture unit 161e captures the screen displayed in the main screen area 500, creates a capture image, and stores it in the capture image storage unit 162c. Give priority. The capture unit 161e passes the address in the captured image storage unit 162c where the created captured image is stored, the assigned priority, and the game status (such as a role name) at the timing of capture to the captured image management unit 161f.

  The captured image management unit 161f that has received the captured image gives an identifier to the received captured image, and registers the record of the captured image in the captured image management table 1620 (see FIG. 9). Specifically, the captured image management unit 161f sets the assigned identifier as the captured image number 1621, sets the current date and time acquired from the timer (not shown) as the acquired date and time 1622, and prioritizes the passed priority. A record is set as the degree 1623, the passed game situation is set as the game situation 1624, and the passed address is set as the image data 1625, and added to the captured image management table 1620.

  Then, the captured image management unit 161f creates a thumbnail image of the captured image stored at the passed address, determines a display location according to the priority, and requests the sub image display control unit 161d to display the thumbnail image. . Upon receiving the request, the sub image display control unit 161d displays the thumbnail in the sub screen area 600 (step S17).

  Note that the game progress control unit 161a that has detected that the capture button 604 displayed on the touch panel 11a has been pressed by the player notifies the capture unit 161e that it is the timing of capture, and in step S17. Let the process do.

  Subsequently, the game progress control unit 161a determines whether or not the station has ended after a predetermined game time has elapsed, or whether or not the station has ended as an agari (step S18), and it is determined that the station has not ended (Step S18: No), the process from Step S12 is repeated. In other words, the tsumo operation is permitted for the lower house player.

  On the other hand, when it is determined that the station has ended (step S18: Yes), the game progress control unit 161a determines whether or not a predetermined number of games, that is, one game has ended (step S19).

  If it is determined that the game has not ended (step S19: No), the game progress control unit 161a repeats the processing from step S11. That is, a new station is started. If it is determined that the game is over (step S19: Yes), the game progress control unit 161a requests the results processing unit 161h to create a game result. The score processing unit 161h that has received the request calculates the score of the game, and stores the calculated game score in the game score storage unit 162b. The game progress control unit 161a requests the display by passing the game results stored in the game result storage unit 162b to the main image display control unit 161c. Upon receiving the request, the main image display control unit 161 c displays the game results in the main screen area 500.

  Moreover, the game progress control part 161a transmits a game result to the center server apparatus 3 (step S20). The game control unit 361e of the game server device 3 updates the contents of the history storage unit 362b of the corresponding player based on the received game results.

  The game progress control unit 161a that has requested the main image display control unit 161c to display the game results requests the capture unit 161e to capture. Upon receiving the request, the capture unit 161e creates a capture image of the game result, stores it in the capture image storage unit 162c, and gives a predetermined priority. For example, the highest priority. Priorities may be given according to the player's personal information, the type of captured image saved so far, the content of the results, and the like. For example, in the case of a player who saves a captured image of game results every time, the priority is increased.

  The capture unit 161e passes the address in the captured image storage unit 162c where the created capture image is stored, the priority assigned thereto, and the game situation at the timing of capture to the capture image management unit 161f, and the captured image that has been passed The management unit 161f assigns an identifier to the passed captured image, and registers the record of the captured image in the captured image management table 1620 (see FIG. 9). Then, the capture image management unit 161f creates a thumbnail image of the capture image, determines a display location according to the priority, and requests the sub image display control unit 161d to display the thumbnail image. Upon receiving the request, the sub image display control unit 161d displays the thumbnail in the sub screen area 600 (step S21). At this time, the 161a may enlarge the sub-screen area 600 to display a large number of thumbnails, or display the thumbnails with a larger size.

  Next, when the game progress control unit 161a detects that the save button 603 beside the thumbnail 602 displayed in the sub-screen area 600 is pressed (step S22: Yes), the game progress control unit 161a corresponds to the pressed save button 603. The identifier of the thumbnail 602 to be transferred is handed over to the captured image management unit 161f, and a save is requested. Assume that the identifier of the thumbnail 602 is the same as the identifier of the captured image indicated by the thumbnail. When the player presses the plurality of save buttons 603, the game progress control unit 161a passes the identifiers of the plurality of thumbnails 602 corresponding to the pressed save buttons 603 to the captured image management unit 161f.

  The captured image management unit 161f to which the identifier of the thumbnail 602 is transferred passes the identifier to the captured image processing unit 161g and requests processing. Upon receiving the request, the captured image processing unit 161g processes the captured image indicated by the passed identifier. The captured image processing unit 161g stores the processed captured image in the captured image storage unit 162c, and returns the address to the captured image management unit 161f (step S23).

  Here, the captured image processing performed by the captured image processing unit 161g will be described with reference to FIG.

  The captured image processing unit 161g performs processing with reference to the personal information (see FIG. 10) of the opponent player and the self player transmitted from the game server device 3 at the start of the game and stored in the progress information storage unit 162a. Do.

  The captured image processing unit 161g first reads out the image data of the captured image indicated by the identifier passed from the captured image management unit 161f. Specifically, in the captured image management table 1620 (see FIG. 9), the address set as the image data 1625 is read in the record in which the identifier is set as the captured image number 1621, and the address is read from the captured image storage unit 162c. Read the captured image data stored in the address.

  Next, the capture image processing unit 161g determines whether or not the opponent player is a professional sparrow (step S40). The fact that the player is a professional sparrow is notified when the player's personal information is transmitted from the game server device 3 at the start of the game. If it is a professional sparrow (step S40: Yes), the captured image processing unit 161g reads out the image data of the professional sparrow from the ROM 163 and combines it with the captured image (step S41, see arrows 702 and 703 in FIG. 6). . It should be noted that the image may be synthesized only when this professional sparrow is a professional sprawler who pulls the player. This is a case where the professional sparrow is set as the patron pro 3626 in the record in which the user ID of the player is set as the player ID 3621.

  Next, when it is determined that the battle player is not a professional sparrow (step S40: No), the captured image processing unit 161g determines whether or not the battle player participates in the same SNS group as the self player (step S40). S42). The SNS group set as the participation community 3624 of the record in which the user ID of the opponent player is set as the player ID 3621, and the record in which the user ID of the own player is set as the player ID 3621 is also set as the participation community 3624. When it is the same as the SNS group, it is determined that the opponent player is participating in the same SNS group as the self player. When not participating in the same SNS group (step S42: No), the captured image processing unit 161g hides the player name of the opponent player (see step S43, arrow 704 in FIG. 6). In the embodiment, the determination is made based on whether or not the participating SNS groups are the same. However, it is also possible to determine the intimacy between the opponent player and the self player based on other requirements. For example, the player name of the battle player may be displayed when the battle player is playing at the same store, or when the store that plays well is the same.

  The processing from step S40 to step S43 is performed for all the fighting players (step S44: No).

  When the processing of step S40 to step S43 is performed for all the opponent players (step S44: Yes), the captured image processing unit 161g determines whether or not the level of the own player is equal to or higher than a predetermined level (step S45). . It is determined whether or not the level set as level 3623 of the record in which the user ID of the opponent player is set as player ID 3621 is equal to or higher than a predetermined level. When it is determined that the level of the self player is equal to or higher than the predetermined level (step S45: Yes), the captured image processing unit 161g reads the image data of the special frame from the ROM 163 and combines it with the captured image (step S46).

  Next, the captured image processing unit 161g synthesizes the game situation when the captured image passed from the captured image management unit 161f is captured, specifically, the role name at that time and the like (step S1). (See S47, arrow 701 in FIG. 6). In the captured image management table 1620 (see FIG. 9), the role name set as the game situation 1624 is read in the record in which the identifier passed from the captured image management unit 161f is set as the captured image number 1621, and the role is read. The character data shown is combined with the captured image.

  The captured image processing unit 161g that has processed the captured image indicated by the identifier passed from the captured image management unit 161f stores the processed captured image in the captured image storage unit 162c, and the address thereof is the captured image management unit. Return to 161f.

  This completes the process of step S23 in the flowchart of FIG.

  The captured image management unit 161f that has received the address of the captured image after processing from the captured image processing unit 161g reads the data of the processed captured image from the captured image storage unit 162c, and transmits the data to the game server device 3 (step). S24).

  The captured image storage unit 361d of the game server device 3 that has received the processed captured image data gives an identifier to the received captured image. The capture image storage unit 361d stores the captured image data in the capture storage image storage unit 37a, and capture capture image management table 3710 of the player playing on the game apparatus 1 that is the transmission source of the capture image (FIG. 11). Register the captured image record. Specifically, the captured image storage unit 361d sets the assigned identifier as the captured image number 3711, sets the current date and time acquired from the timer (not shown) as the acquired date and time 3712, and is the transmission source of the captured image. A store name in which the game apparatus 1 is installed is set as the store name 3713, and a record in which the address in the capture storage image storage unit 37a storing the captured image data is set as the image data 3714 is created, and the capture storage image It adds to the management table 3710 (step S33).

  Next, the game progress control unit 161a of the game apparatus 1 displays a guide screen (for example, a continuation button, an end button) as to whether or not to continue the game on the monitor 11, and confirms that the continuation button has been pressed. If detected, the process returns to step S10 on condition that a coin is inserted, and the next game is started. When it is detected that the end button has been pressed, the game progress control unit 161a notifies the game server device 3 that the game is to end, performs a game end process, and discharges the personal card (step S25). Further, the game server device 3 notified of the end of the game performs a predetermined end process (step S34).

  In this way, the player can save a desired image from the captured image captured according to the game situation during the game.

  In the embodiment, the game apparatus 1 is described as an arcade game apparatus installed in a store, but may be another game apparatus such as a personal computer at home. Moreover, the game device which operate | moves independently may be sufficient.

  In the embodiment, a battle game system 1000 including the game apparatus 1 and the game server apparatus 3 is assumed, and the captured image is stored in the external storage device 37 of the game server apparatus 3. May be stored in a storage unit or a portable storage device, or may be stored in another server such as a social media server. Moreover, when transmitting a capture image with respect to servers, such as a social media server, you may transmit together character information. Such character information may represent a game situation or may be input by a player.

  In the embodiment, a game image (still image) displayed in the main screen area 500 is captured as a capture image, but a moving image for a predetermined time may be recorded. In this case, for example, the first scene is displayed in the sub-screen area 600 as a captured image.

  In the embodiment, the captured image is processed in the game device 1 and then the processed captured image is transmitted to the game server device 3. However, the captured image before processing is transmitted to the game server device 3, and the game server device 3 may be processed. In this case, the captured image processing unit 161g is provided in the game server device 3.

  In the embodiment, the captured image is reduced and displayed as a thumbnail, but the processed captured image may be reduced and displayed as a thumbnail. In this case, for example, the capture image management unit 161f causes the capture image processing unit 161g to perform processing, and displays the processed captured image in the sub-screen area 600.

DESCRIPTION OF SYMBOLS 1 Game device 3 Game server apparatus 11 Monitor 11a Touch panel 16 Control part 161a Game progress control part 161b Operation information processing part 161c Main image display control part 161d Sub image display control part 161e Capture part 161f Captured image management part 161g Captured image processing part 161h Results processing unit 161i Communication control unit 162a Intermediate progress information storage unit 162b Game results storage unit 162c Captured image storage unit 361d Captured image storage unit 37a Captured stored image storage unit 1000 Competitive game system

Claims (8)

A game system including at least a game device,
A first image display control unit for displaying a main image of the game in a first display area of the display unit of the game device;
A processing unit for processing a main image displayed at a predetermined timing in the display area to create a processed image,
The said processing part is a game system which processes the said main image so that the personal information regarding the other user contained in the said main image may be restrict | limited visually. The processing unit, a game system in claim 1, wherein the pre-Symbol not visually limit the personal information which the other user has a certain relationship with the user. The game system according to claim 1, wherein when the other user is a specific user, the processing unit does not visually limit personal information regarding the specific user.   The game system according to claim 1, wherein the processing unit adds different decorations to the main image according to the level of the user. A game system including at least a game device,
A first image display control unit for displaying a main image of the game in a first display area of the display unit of the game device;
A processing unit for processing a main image displayed at a predetermined timing in the display area to create a processed image,
The processing unit processes the main image so as to visually limit at least a part of information about other users included in the main image,
Moreover containing Muge over arm system main image designated, an image management unit in which is stored in a nonvolatile storage device by the user from among the are or processed main image processed by the processing unit. A game system including at least a game device,
A first image display control unit for displaying a main image of the game in a first display area of the display unit of the game device;
A processing unit for processing a main image displayed at a predetermined timing in the display area to create a processed image,
The processing unit processes the main image so as to visually limit at least a part of information about other users included in the main image,
Is the or processed main image, said display unit second display further including Muge over arm system a second image display control unit for displaying the region of the processing by the processing unit. A game control method in a game system including at least a game device,
A first image display control step of displaying a main image of the game in a first display area of the display unit of the game device;
A processing step of processing a main image displayed at a predetermined timing in the display area to create a processed image,
In the processing step, a game control method of processing the main image so as to visually limit personal information regarding other users included in the main image. A game control program for causing a computer to operate as the game system according to claim 1, wherein the computer functions as each part of the game system.

Images