JP7051309B2 - Game equipment and game programs - Google Patents

Description

The present invention relates to a game device and a game program.

Generally, a game device that simulates a vehicle such as a train is known as a game device called an arcade game installed in a game center, an amusement facility, or the like. In this type of game device, the scenery in front of the driver's seat is displayed on the display, and the train operation is controlled by operating an input device such as a mascon (master controller) while looking at the image, similar to actual train operation. You can enjoy the feeling of operation.

By the way, in the conventional game device, an image in which a game is being executed can be saved. For example, there is a method of saving an image displayed on a display, which is called a screenshot. Further, conventionally, there is a method of setting a virtual camera in a three-dimensional game space and saving an image taken by the camera (see, for example, Patent Document 1).

Japanese Unexamined Patent Publication No. 2012-239746

In the conventional technique described in Patent Document 1, processing is performed on an image taken by a virtual camera in response to a shooting operation, and the image is saved. In the processing process, for example, the image is executed based on the setting information about the camera, and the image is processed based on, for example, the shutter speed, the focal length, and the like. That is, conventionally, an image processed according to preset setting information is generated, and an image corresponding to a game situation that changes with the execution of a game is not generated.

The present invention has been made in consideration of the above-mentioned circumstances, and an object of the present invention is to provide a game device and a game program capable of recording an image taken in a game space that changes with the execution of a game. There is something in it.

In order to solve the above problems, the game device of the present invention includes a game processing means for executing a game in which an object is changed in a game space as the game progresses, a management means for managing the game status of the game, and a management means for managing the game status. The input means for inputting identification data for identifying a player and the shooting conditions for setting a virtual camera in the game space and taking an image in the game space by the virtual camera correspond to the identification data. An image taken in the game space by a setting means set based on the shooting setting data to be performed and a virtual camera set in the game space based on the shooting conditions is subjected to the shooting conditions and the game situation. The setting means sets the installation position and the shooting direction of the virtual camera in the game space .

According to the present invention, it is possible to record an image taken in a game space that changes with the execution of a game.

The block diagram which shows the structure of the game system in this embodiment. The block diagram which shows the functional structure of the game server in this embodiment. The figure which shows an example of the player data stored in the storage part in this embodiment. The figure which shows the appearance structure of the game apparatus in this embodiment. The figure which shows the appearance structure of the game apparatus in this embodiment. The figure which shows the appearance structure of the game apparatus in this embodiment. The block diagram which shows the functional structure of the game apparatus in this embodiment. The flowchart of the customization process executed by the game server in this embodiment. The figure which shows an example of the setting screen which displayed the image which shows the game space for the camera setting in this embodiment. The figure which shows an example of the setting screen which shows the shooting situation when the setting shown in FIG. 9 is made. The flowchart for demonstrating the whole operation of the game apparatus in this embodiment. The flowchart for demonstrating the whole operation of the game apparatus in this embodiment. The flowchart which shows the player confirmation processing by the game server 10 in this embodiment. The figure which shows the display and the touch panel in the game preparation process in this embodiment. The figure which shows the concept of the photographing point in this embodiment. The figure which shows the setting example which changes the image quality for generating a photographic image according to the game situation in this embodiment. The figure which shows the example which shifts the shutter timing in this embodiment. The figure which shows an example of the photographic image taken by the virtual camera in the game space in this embodiment. The figure which shows the setting example of the shooting evaluation point and the shooting point in this embodiment. The flowchart which shows the free ticket processing in this embodiment. The flowchart which shows the image management process in this embodiment.

Hereinafter, embodiments of the present invention will be described with reference to the drawings.
FIG. 1 is a block diagram showing a configuration of a game system according to the present embodiment. As shown in FIG. 1, in the game system of the present embodiment, the game server 10 is connected to the systems of a plurality of stores 14-1, ..., 14-x existing nationwide via a network 12 including the Internet and the like. ing.

The game server 10 manages a plurality of game devices 20 connected via the network 12. Further, the game server 10 provides a network service (Web service) including a function of customizing the game environment of the game executed by the game device 20 for each player.

For example, in the store 14-1, a plurality of game devices 20 (8 in FIG. 1) are connected to each other via a network such as a LAN (Local Area Network). In the game device 20 of the present embodiment, a solo play by one player, a cooperative play by two players, and a battle game against a player of another game device 20 can be executed. Further, the plurality of game devices 20 are connected to the network 12 via the host device 21. Therefore, the game device 20 can communicate with the game server 10 and can transmit and receive various data. The game device 20 may be configured to be able to directly communicate with the game server 10 through the network 12.

Although FIG. 1 shows an example in which eight game devices 20 are provided in the store 14-1, one or more game devices 20 are provided in the stores 14-2, ..., 14-x. It is assumed that it is. In the store 14-1 provided with a plurality of game devices 20, a game can be played between the game devices 20 in the battle mode in the store.

The game device 20 of the stores 14-1, ..., 14-x can upload and store player data such as game results to the game server 10 by executing the game.

The game executed by the game device 20 in the present embodiment is a driving simulation game that simulates a vehicle such as a train. Hereinafter, a simulation game for driving a train will be described. In addition to trains, it is also possible to target vehicles such as automobiles and vehicles such as airplanes and ships. The game device 20 in the present embodiment is determined in advance, for example, when a route on which a train is traveled is selected, while displaying an image showing the scenery in front of the driver's seat when the train travels on the selected route on the display. Let the player perform operations to run the train according to the scheduled operation schedule and operations to deal with various events, evaluate the operation contents, and perform production processing such as screen display and voice output according to the evaluation results. Execute and calculate the score.

The game device 20 in the present embodiment is provided with an operation device that imitates an input device mounted on a real train, for example, called a mass controller (master controller), as an input device that receives an input operation of a player.

The game server 10 manages various data related to the game executed by the game device 20 in the stores 14-1, ..., 14-x. Details of the data managed by the game server 10 will be described later (FIG. 3).

The electronic devices 16 and 17 are realized by, for example, a personal computer, a smartphone, a slate PC, a mobile phone, a portable game machine, or the like owned by a player. The electronic devices 16 and 17 can communicate with the game server 10 via the network 12, receive game data, and execute the game. Further, the electronic devices 16 and 17 can access the network service provided by the game server 10 and use the network service for customizing the game environment of the game executed by the game device 20. The network service includes a free ticket exchange function for exchanging point data generated in the game device 20 for a free ticket that can be applied as a game usage fee of the game device 20 (details will be described later).

FIG. 2 is a block diagram showing a functional configuration of the game server 10. As shown in FIG. 2, the game server 10 has a control unit 30, a storage unit 31, and a communication interface 32.

The control unit 30 controls the entire game server 10 based on the programs and data stored in the storage unit 31, manages the data stored in the storage unit 31, and connects with the game device 20 and the electronic devices 16 and 17. Various processes such as data transmission / reception via the communication interface 32 are executed. The control unit 30 realizes various functions by executing the game data management program 31a stored in the storage unit 31 by a processor (CPU (Central Processing Unit) or DSP (Digital Signal Processor)).

Functions realized by the control unit 30 include, for example, a player data processing unit 30a, a game data processing unit 30b, and a photographic image data processing unit 30c.

The player data processing unit 30a processes various data related to the game executed by the player for each card ID (identification data) of, for example, a card for player identification presented by the player to the game device 20. The player data processing unit 30a executes various processes such as processing of various data (player management data) set for each card ID, recording and updating of game results received from the host device 21 (game device 20). The player data processing unit 30a adds and edits player management data in response to instructions from the electronic devices 16 and 17 connected via the communication interface 32 in order to use the network service provided by the game server 10. It has a customization function to execute the customization process.

The game data processing unit 30b processes game data for executing a game in the electronic devices 16 and 17, and distributes the game data to the game device 20 or the electronic devices 16 and 17 and hosts the host device 21 ( The additional recording of the game result uploaded from the game device 20) is executed. The game data includes, for example, images (videos), sounds, data related to various events occurring during the game, and the like.

The photographic image data processing unit 30c processes an image (photographic image data) taken in the game space of the game executed by the electronic devices 16 and 17 and the game device 20.

The storage unit 31 stores programs and data for controlling the game server 10. The program stored in the storage unit 31 includes a basic program (OS (Operating System)) and a game data management program 31a for managing various data for executing a game in the game device 20.

The game data management program 31a includes a player data processing program 31a1 for realizing the player data processing unit 30a, a game data processing program 31a2 for realizing the game data processing unit 30b, and a photographic image data processing unit 30c. The photographic image data processing program 31a3 of the above is included.
The data recorded in the storage unit 31 includes player data 31b, game data 31c, photographic image data 31d, and the like.

FIG. 3 is a diagram showing an example of player data 31b stored in the storage unit 31. As shown in FIG. 3, the player data 31b includes data 41 to 4 m for each card ID corresponding to each of the players 1 to m. In FIG. 3, for example, the player management data 41a and the photographic image data 41b are shown as the data 41 corresponding to the player 1.

The player management data 41a is data stored when the player executes a game by designating a card ID, and includes various data related to the game set for each card ID. For example, the player management data 41a includes card ID (identification information), store ID, play area, player name, custom image, player experience value, class, level, title, acquired item, photography setting, player record, and saved photo image. Data such as data, points, and free tickets are included.

The card ID is for identifying a player, and is read from a game card (storage medium) owned by the player by, for example, the game device 20, and notified to the game server 10. The store ID is for identifying the store in which the game device 20 is installed, and is notified from the game device 20 together with the card ID, for example. The play area indicates, for example, an area including a store indicated by a store ID, and is represented by, for example, a prefecture. The player name is used to identify the player, and is represented by, for example, a character string arbitrarily specified by the player at the time of new registration of a game card (card ID). Custom images are images created by the player that represent the player (avatars, characters) and train images used in driving simulation games, such as backgrounds, symbols (marks, characters, car bodies), and effects (decorations). Consists of a combination. Each part that makes up a custom image can be acquired (purchased) by the player consuming points and point data, as a prize for event play different from normal games, or even after a certain number of plays. can do.

The player experience value, class, level, title, acquired item, and player record data are, for example, data updated based on the game result executed in the game device 20.

The player experience value is a parameter added when the player executes the game. The player experience value is added according to the number of times the game is executed, and is added according to the opponent and the battle result when the battle mode is set. For example, if you have achieved the game objectives such as operating time and strict adherence to the stop position, or if you win against another player in a class or level higher than the player's class or level, depending on the difference in class or level. More experience points will be added.

The level data is a parameter acquired when the player experience value rises to a predetermined stage. The class classifies the level of the player, and is classified into, for example, a beginner class, an intermediate class, an advanced class, a master class, and the like. The class data is defined so as to be promoted when a driving simulation game of a predetermined difficulty level (mode), for example, a driving simulation game having a predetermined difficulty level (mode), is evaluated more than a predetermined number of times.

The class data is referred to for controlling each player, such as limiting the routes and scenarios (difficulty level, etc.) that can be selected by the player. The title data is acquired when a game result satisfying a specific condition is obtained, and is represented by a specific character string (for example, 15 characters). The title data is used to identify the player together with the player name, and a plurality of levels (for example, 10 levels) are defined. The higher the title data, the more rare it is and the harder it is to obtain. Game results that satisfy specific conditions for which title data can be obtained include the number of times driving simulations have been cleared for routes of a given difficulty level, high ranking prizes, etc., and the title level is defined according to each condition. Has been done. Players can win multiple titles.

The acquired item data indicates the item acquired by the player. Items can be acquired, for example, after the game is over or depending on the game result, when there is a level up, an event is achieved, or by consuming points. Items can be collected, for example, as a collection or used when running a game. By using it at the time of game execution, for example, the content of the game can be changed to be advantageous to the player, or the game can be executed in a play style different from normal play (for example, a different vehicle can be selected). .. Also, by setting the item so that it can be used during the game before the game starts, the input operation required by the player can be changed to a simple operation, the judgment for the input operation can be made advantageous to the player, and hints can be given. There is to present. Further, the acquired items include photography items used in the photography function while the game is being executed in the game device 20. The photography function is a function of generating an image of a photograph taken in the game space while the game is in progress by a virtual camera installed in the game space. Photographing items include, for example, a lens type (for example, a wide-angle lens, a fisheye lens) and a filter type (for example, a polarizing filter, a dimming filter, a color correction filter, a color effect / enhancement filter, and a monochrome filter) mounted on a virtual camera. and so on. The photography function generates an image according to the photography item set to be used for photography.

The photography setting data is data indicating shooting conditions for shooting (generating) an image with a virtual camera in the game space of a game executed by the electronic devices 16 and 17 and the game device 20. The photography setting data is set according to the operation of the player who executes the game in the electronic devices 16 and 17 and the game device 20 through, for example, a network service, and the image is taken by the virtual camera set in the game space ( It is a parameter that controls the generation). The setting contents indicated by the photographic setting data include, for example, an item setting for setting an item related to taking a photographic image, an image quality setting related to adjusting the image quality of a photographic image, and a camera setting related to the installation of a virtual camera. include. The item setting includes, for example, the setting of an item to be used in a virtual camera that shoots an image in a game space (selected from photography items acquired by the player). The image quality setting includes, for example, setting of a shooting mode in a virtual camera (shutter speed, exposure, ISO sensitivity, white balance, color adjustment, etc.). The camera settings include, for example, settings such as a virtual camera installation position (shooting point) and shooting direction in a game space.

The player performance data is a history of various data related to each game executed by the player, such as the game execution date and time, the route and difficulty level selected as the game target, and the evaluation obtained as the game result.

The stored photographic image data is photographic image data stored in response to an instruction from the player among the photographic images stored in the photographic image data 41b with the execution of the game. The photographic image to be saved may be selected by the player from the list display of the photographic images taken during the game, for example, on the game end screen of the game device 20, or the electronic devices 16 and 17 may be selected by using the network service. It may be selected by the operation for. The stored photographic image data can be viewed in the electronic devices 16 and 17 through the network service. The stored photographic image data managed as the player management data 41a can be uploaded to an SNS (Social Networking Service) or the like through the network 12, for example, in response to an instruction received through the network service.

The point data is data generated in the electronic devices 16 and 17 and the game device 20, and is received after the game is executed. The point data is generated according to the amount paid as the game usage fee. For example, when 1000 yen is paid, 1000 points are generated. When the game is executed, preset points are subtracted from the generated points according to the game content to be used. The game server 10 receives the point data left over after the game, sets a preset expiration date (for example, a certain period from the time of reception), and stores it in association with the card ID of the player. The game server 10 deletes the point data whose expiration date has passed. Further, the game server 10 manages the point data in association with each store ID for each store in which the game device 20 that generated the point data is installed.

Note that the point data may be generated not only according to the amount paid as the game usage fee, but also as a reward for the evaluation obtained as a result of the game. In this case, the points generated according to the amount paid as the game usage fee and the points generated as the evaluation reward may be combined and managed, or each may be managed individually.

The free ticket data is data that can be applied as a game usage fee of the game device 20, and is generated based on the point data. The free ticket data is set according to the operation of the player through the electronic devices 16 and 17, for example, by using the free ticket exchange function of the network service. The exchange of point data for a free ticket shall be executed when the preset exchange conditions are met. The exchange conditions are to exchange for each predetermined point unit (for example, every 400 points), and to add up the point data (point data associated with the same store ID) generated in the game device 20 of the same store. There are such things as being targeted for exchange, no free ticket data that has been exchanged, and the number of exchanges being within a preset number of times (for example, once a day). It is also possible to set other exchange conditions. Further, the free ticket data has an expiration date set in the same manner as the point data, for example. The expiration date of the free ticket data can be, for example, a predetermined fixed period from the time of exchange, or the same as the point data of the exchange source.

Further, the free ticket data can be used only in the store where the game device 20 in which the point data to be exchanged is generated is installed, for example. That is, if there is free ticket data, the game can be used without further paying the play fee, but the game device 20 for which the point data to be exchanged for the free ticket data is generated is installed. Restrict use only in stores. As a result, it is possible to suppress the occurrence of unfairness between stores due to the use of games using free ticket data at stores for which play fees have not been obtained.

In addition, when a plurality of point data generated by the game devices 20 installed in a plurality of different stores are combined and exchanged for free ticket data, the game device 20 as a generation source of the point data to be exchanged is included. You may limit it to stores. Further, the free ticket data may be used in the game device 20 of any store.

In this case, unfairness occurs between the store where the play fee is paid and the store where the game is executed using the free ticket data, but the game server 10 adjusts the unfairness between the stores. Execute the adjustment process to aggregate the data of. For example, for each of the free ticket data, the game server 10 identifies the store (store ID) that generated the point data to be exchanged for the free ticket data or the identification data (billing place ID) that identifies the game device 20 in the store. Remember. In addition, data (ticket ID) for identifying each of the free ticket data is added. The game server 10 receives a ticket ID that identifies the free ticket data used from the game device 20 when the game is executed using the free ticket data in the game device 20 in any store. The game server 10 determines the free ticket data used in the game device 20 based on the ticket ID, and determines the store (billing place ID) that generated the point data to be exchanged for the free ticket data.

When the store A in which the game is executed using the free ticket data and the store B in which the point data indicated by the billing place ID is generated are determined, the game server 10 divides, for example, the play fee paid by the player in half. Data is aggregated as follows. That is, when the play fee of the point data for 400 points to be exchanged for the free ticket data is paid in the store B, the data is aggregated with the store B as "-200 points" and the store A as "+200 points". (Data aggregation result, store B "200 points", store A "200 points").

If the point data generated by the game devices 20 installed in a plurality of different stores (stores B and C) are added up and exchanged for free ticket data, the point data may be further stored in a plurality of stores (stores B and C). Divide the points in half. For example, if the play fee for 100 points at store B and 100 points at store C is paid for the point data to be exchanged for free ticket data, store B is set to "-100 points" and the store is used. Data is aggregated with C as "-100 points" and store A as "+200 points".

In the above-mentioned explanation, the play fee paid by the player in order to eliminate the unfairness between the stores is used for the game using the store (one store or a plurality of stores) where the play fee is paid and the free ticket data. Is adjusted so that it is split in half at the store where was executed, but adjustments other than split in half may be used. For example, data is aggregated so as to increase the profit of the store where the game is executed, and in the above example, store B is set to "-250 points" and store A is set to "+250 points" (data aggregation result, store). B "150 points", store A "250 points").

As a result, the game system operator can adjust the sales between stores based on the data aggregated by the adjustment process on the game server 10, and the use of free ticket data causes unfairness between stores. Can be suppressed.

The photographic image data 41b is data related to an image (photographic image) taken by a virtual camera set in the game space, for example, while the game is in progress in the game device 20. For example, for a photographic image, at least one photographic image is taken (generated) during the game by a virtual camera set at a predetermined position in the game space. In the example shown in FIG. 3, it is shown that one photographic image is taken (generated) for each of the three sections 1 to 3 included in one "route 1" to be the game target.

Further, in the photographic image data 41b, for one section, for example, the section 1, the image data 1 showing the photographic image taken in the section 1 and the situation data 1 referred to when the image data 1 is generated are included in the photographic image data 41b. It is associated and memorized. The situation data shows the game situation which is a condition for changing the quality of the image generated by photography. The game status includes, for example, data indicating a game evaluation (game evaluation data) and data indicating a game execution state (game execution state data), which are conditions for taking a picture. The game evaluation data includes, for example, a score, achievement status / achievement rate of missions set during the game, ranking, and the like. The game evaluation data may indicate contents other than those described above. The game execution state data is data indicating various states that change depending on the operation of the player during the game or the control of the program. For example, the position of an object (such as a train) in the game space and the state of the object (of the train). Includes whether the light is on, whether the wiper is operating, etc.), background condition (difference in time and weather), etc.

The situation data included in the photographic image data 41b is data referred to for generating a photographic image (image data). Therefore, when the image data is generated in the game device 20, the game server 10 is used to generate the image data. You don't have to remember it. Further, the game server 10 can also generate image data of a photographic image on behalf of the game device 20 by receiving the situation data from the game device 20.

The player data processing unit 30a stores the same data 42 to 4 m as the player 1 shown in FIG. 3 as player data 31b for each of the players 2 to m who executed the game by designating the card ID in the game device 20. ..

The communication interface 32 controls data communication with the electronic devices 16 and 17 and the game device 20 (host device 21) via the network 12.

4, FIG. 5, and FIG. 6 are views showing the appearance configuration of the game device 20 in the present embodiment. 4 is an external perspective view of the housing 50 of the game device 20, FIG. 5 is an external view showing the appearance of an operation unit housed in the housing 50 of the game device 20, and FIG. 6 is an operation unit of the game device 20. A perspective view showing the appearance of the driver's cab 60 provided in the above is shown.

As shown in FIG. 4, the housing 50 of the game device 20 in the present embodiment has a substantially box shape, and a part of the front surface is formed by side plates 52A and 52B, the right side surface is formed by side plates 51R, and the left side surface is formed by side plates 51L. Covering. A side plate is not provided on, for example, the right side of the front surface of the housing 50, and an entrance / exit 53 for a player to enter and exit the inside of the housing 50 is formed. Although the doorway 53 is shown to be open in FIG. 4, an opening / closing member (gate) that can be opened / closed may be provided so that the doorway 53 can be opened when the player passes by. Each of the side plates 52A, 52B, side plates 51R, and side plates 51L is provided with transparent windows 52Aa, 52Ba, 51Ra formed of transparent members such as glass and acrylic plates. As a result, even from the outside of the housing 50, the state of the player operating the driver's cab 60 inside the housing 50, the image displayed on the display, and the like can be visually recognized.

Further, a card reader 54 is provided in the vicinity of the doorway 53, for example, in the side plate 52B. The card reader 54 is provided, for example, at a position about the waist height of the player so that the player can easily read the card for player identification by the card reader 54. The card reader 54 reads data from a game card (storage medium) that stores card-specific data (card ID) by non-contact proximity wireless communication. The player can read the card ID recorded on the game card by, for example, bringing the game card close to (holding) the game card over the card reader 54 before entering the inside of the housing 50. Further, an LED panel 55 is provided on the upper part of the front surface of the housing 50. On the LED panel 55, for example, a game title, a game execution state, and the like are displayed.

The housing 50 can be configured to be separable on the front side and the rear side. This makes it possible to facilitate the transportation and installation work of the game device 20.

As shown in FIG. 5, a driver's cab 60 is installed in the center of the front inside the housing 50, a display 62 is provided in the upper center of the driver's cab 60, a display 63R is provided on the right side of the display 62, and a display is displayed on the left side. 63L is installed. The game device 20 can display the scenery in front of the driver's seat at the time of a driving simulation game by the three displays 62, 63R, 63L, and can individually display images having different contents according to the game situation. It is possible.

Inside the housing 50, for example, a plurality of lights (lights 55a1, 55a2, ..., 55am shown in FIG. 7) capable of illuminating different colors at a plurality of places are attached. In addition to being used for normal lighting, the plurality of lights are used for directing by turning on / blinking, for example, before the start of a game. Further, inside the housing 50, for example, a camera for capturing the state of the player by a moving image with sound (camera 65 shown in FIG. 7) and a motion sensor for detecting the movement of the player (motion sensor 66 shown in FIG. 7). Etc. are provided.

As shown in FIG. 6, the operation surface of the driver's cab 60 is provided with a mass controller (master controller) 72, a brake lever 73, a coin slot 74, and an electronic money unit 75.

The mass control 72 is operated by the player when the driving simulation game is executed, and is configured to imitate a master controller mounted on an actual train. The acceleration and deceleration (braking) of the train can be controlled by one mascon 72. The brake lever 73 is provided to imitate an actual train. Since the brake lever 73 can also be operated for braking the train by the mascon 72, it is possible to execute a driving simulation without operating the brake lever 73, but the brake lever 73 can be used for braking or suddenly. It may be used to perform operations for controlling brakes and special functions of the game (switching of display contents, etc.).

The coin slot 74 is for the player to insert coins to be used as a game play fee. The electronic money unit 75 is used to pay the play fee by electronic money (card). Payment by coins or electronic money shall be made, for example, in predetermined point units. For example, the game device 20 accepts payment of a play fee in any unit of 100 points (for example, 100 yen), 500 points (500 yen), and 1000 points (1000 yen).

A touch panel 77 is provided in the center of the upper front portion of the driver's cab 60. The touch panel 77 displays various information indicating the state of the train, such as a pressure gauge, a speedometer, other signal states, warning lights, indoor air conditioning, destinations, vehicle interior guidance, buttons and switches, etc., when the driving simulation is executed. do. The touch panel 77 can detect a touch operation by the player. On the touch panel 77, for example, a different image can be displayed for each train according to the train traveling on the route targeted for the game selected by the player.

Further, speakers 78R and 78L are provided on the left and right sides of the upper front portion of the driver's cab 60, respectively. A seat 56 for a player to sit on is provided on the front surface of the driver's cab 60 (inside the housing 50 of the side plate 52B). On the inner side of the housing 50 of the side plate 52B, for example, two speakers (speakers 78BL and 78BR shown in FIG. 7) are provided at left and right positions near the head when the player sits on the seat 56. The game device 20 can output the same sound effect as when actually traveling on the train by the speakers provided in front of and behind the player, respectively. At the bottom of the driver's cab 60, a pedal 79 operated by the player with his / her foot is provided.

Next, the game device 20 in this embodiment will be described.
FIG. 7 is a block diagram showing a functional configuration of the game device 20 in the present embodiment.
As shown in FIG. 7, the game device 20 includes a control unit 90, a storage unit 92, a display controller 93, a touch panel controller 94, a sound controller 95, a writing controller 96, an input interface 97, a communication interface 98, and a coin sensor 99. are doing.

The control unit 90 controls the entire game device 20, and controls each unit by executing a basic program (OS (Operating System)) stored in the storage unit 92 and various application programs (including the game program 92a). Control. The control unit 90 executes various games controlled in response to an input operation to the operation lever of the mascon 72 by executing the game program 92a stored in the storage unit 92 by the processor (CPU or DSP). Realize the function.

Functions realized by the control unit 90 include a start processing unit 90a (demo processing unit 90a1, game preparation processing unit 90a2, effect processing unit 90a3), player matching processing unit 90b, and game processing unit 90c (game screen display processing unit 90c1). , Operation determination processing unit 90c2, battle processing unit 90c3, game voice processing unit 90c4, message processing unit 90c5), game result processing unit 90d, player data processing unit 90e, and input control unit 90f.

The start processing unit 90a executes start processing until the game is started. The demo processing unit 90a1 executes a demo process for displaying a game screen for demonstration. The game preparation processing unit 90a2 executes processing such as new registration of a game card, reading of data (card ID) from a game card, game mode selection processing (normal mode, iron man mode, experience driving mode, battle mode), and the like. do. When the card ID is read from the game card, the effect processing unit 90a3 executes the effect process before the start of the game corresponding to the card ID (player).

The player matching processing unit 90b executes matching processing for determining an opponent when the player is instructed to execute the battle mode. In the game device 20 of the present embodiment, in the battle mode, in addition to the battle between 1 (driver) and 1 (driver), the battle between 2 (driver, conductor) and 2 (driver, conductor) (by cooperative play). Match) can be executed.

The game processing unit 90c controls the game in the game mode specified by the player based on the game data 92b. The game processing unit 90c includes functions of a game screen display processing unit 90c1, an operation determination processing unit 90c2, a battle processing unit 90c3, and a game voice processing unit 90c4.

Based on the game data 92b, the game screen display processing unit 90c1 displays images representing the scenery in front of the driver's seat on the route to be simulated for driving, various information about the game, and images for demonstration and production 62, 63L. , 63R, and various information related to the input operation of the player are displayed on the touch panel 77 (display 77a). The game screen display processing unit 90c1 generates and displays an image to be displayed on the displays 62, 63L, 63R by, for example, CG (computer graphics). Further, the game screen display processing unit 90c1 generates an image (photographic image) taken by a virtual camera set in the game space by CG.

The operation determination processing unit 90c2 includes an input operation for the mascon 72 and a determination function for making an input determination based on the display content of the screen displayed by the game screen display processing unit 90c1. For example, in a driving simulation, the operation determination processing unit 90c2 determines whether the vehicle has traveled according to a diagram (diagram), whether the stop position is correct, or an operation such as reacceleration in the station yard or emergency braking stop. In addition, the player (driver, conductor) makes an operation determination for various events that occur in the driving simulation. The operation determination processing unit 90c2 generates data (game evaluation data) indicating the game evaluation based on the evaluation result for the driving simulation. Further, the operation determination processing unit 90c2 calculates the operation evaluation score based on the result of the operation determination as the final result of the operation simulation.

The battle processing unit 90c3 controls the battle mode, transmits data indicating the game status during the battle in the own device, and determines the game situation during the battle executed by another player (other game device) as the opponent. Receive the data shown.

The game voice processing unit 90c4 controls the voice output during game execution. The game voice processing unit 90c4 controls the sound output from the speakers 78L, 78R, 78BL, 78BR, and the headphone terminal 57 through the sound controller 95. Further, the game voice processing unit 90c4 drives an acoustic vibration module (bus shaker) 78BS provided in the seat 56 for the player to sit on. For example, the game voice processing unit 90c4 outputs a voice signal corresponding to the timing and intensity of vibration generation in the operation simulation set in the game data 92b to the acoustic vibration module 78BS, and causes the acoustic vibration module 78BS to vibrate to give a feeling of vibration. To the player.

The message processing unit 90c5 processes various messages transmitted / received to / from another game device 20 as an opponent when the game is executed in the battle mode. The messages sent and received between the game devices 20 include the voice of the player, text data corresponding to the operation of the touch panel 77 of the player, and message data (image, text, voice, etc.) predetermined in accordance with a specific game situation. )and so on. When the message processing unit 90c5 receives a message from another game device 20, the message processing unit 90c5 outputs the message during game execution (display, voice output, etc.).

The game result processing unit 90d executes processing for the game result by the game processing unit 90c. The game result processing unit 90d displays the evaluation result as an intermediate result during the driving simulation and a final result at the end of the game.

The player data processing unit 90e executes processing for various data related to the player, and is a game server for viewing and editing player management data 41a managed by the game server 10, viewing results, and player data after the game is completed. Processes such as transmission (registration) of 10 are executed.

The input control unit 90f controls the input data from the pedal sensor 79a provided on the mass controller 72a and the pedal 79 in response to the player's operation input through the input interface 97. Further, the input control unit 90f has video (and audio) data captured by the camera 65, detection data by the motion sensor 66, and detection data by the touch pad 77b input through the touch panel controller 94, which are input through the input interface 97. To process.

The storage unit 92 stores programs and data for controlling the game executed in the game device 20. The program stored in the storage unit 92 includes a game program 92a for executing a game in the game device 20 in addition to the basic program. The game program 92a can realize each function of the control unit 90 by being executed by a processor or the like.

The data stored in the storage unit 92 includes game data 92b, player management data 92c, battle player management data 92d, event recording data 92f, and photographic image data 92g.

The game data 92b includes data related to a driving simulation executed by the game device 20. The player management data 92c is data received from the game server 10 based on the card ID read from the game card by the card reader 54. The player management data 92c corresponds to the player management data 41a stored in association with the card ID in the game server 10. The battle player management data 92d includes player management data of the player who is the opponent in the battle mode, and data indicating the game status of the opponent during the battle acquired by the battle processing unit 90c3 at the time of the battle. The event record data 92f is video and audio data obtained by shooting a player (driver, conductor) recorded when an event occurs, for example, while the game is being executed.
The photographic image data 92g is data related to an image (photographic image) taken by, for example, a virtual camera set in the game space while the game is being executed. The photographic image data 92g corresponds to the photographic image data 41b managed by the game server 10 described above. In the photographic image data 92g, the image data indicating the photographic image and the situation data (game evaluation data, game execution state data) referred to when the image data is generated are stored in association with each other.

The image data of the photographic image is basically generated based on the shooting conditions indicated by the photographic shooting setting data, but the image quality is changed according to the game situation indicated by the situation data. For example, when the situation data indicates a good game situation (high score, high mission achievement rate), a high-quality photographic image corresponding to the shooting conditions indicated by the photographic shooting setting data is generated. On the other hand, when the situation data indicates a bad game situation (low score, low mission achievement rate), a low quality photographic image is generated. For low-quality photographic images, for example, processing such as composition shift (for example, the object to be photographed does not fit correctly in the frame), out-of-focus, and exposure deviation from the set value (brightening / darkening the image) is performed. Will be done. In the photographic image data 92g, all the image data taken in the game space with the execution of the game are stored. The image data of the photographic image may be generated when the image shooting point is reached while the game is in progress, or the situation data when the image shooting point is reached may be stored, for example, a processing load during the game progress. May be generated during execution of light processing (for example, during switching processing of a screen with little change such as a menu screen, waiting for an input operation by a player, etc.).

The photographic image data 92g is transmitted to the game server 10 after the game is completed, and is stored as photographic image data 41b in association with the card ID read from the game card by the card reader 54.

In the present embodiment, the photographic image is basically generated in the game device 20, but the image data of the photographic image is generated in the game server 10 by transmitting the situation data corresponding to the image shooting point to the game server 10. It is also possible to make it.

Under the control of the control unit 90, the input interface 97 controls the input of the sensor data corresponding to the operation of the operation lever of the mascon 72a and the sensor data from the pedal sensor 79a corresponding to the operation of the pedal 79. Further, the input interface 97 inputs video (and audio) data captured by the camera 65 and detection data by the motion sensor 66.

The touch panel controller 94 controls the touch panel 77 under the control of the control unit 90. The touch panel 77 includes a display 77a and a touch pad 77b.

The sound controller 95 controls the audio output from the speakers 78L, 78R, 78BL, 78BR, and the headphone terminal 57 under the control of the control unit 90 (game audio processing unit 90c4). When the headphone plug is attached to the headphone terminal 57, the sound controller 95 stops the sound output from the speakers 78L, 78R, 78BL, 78BR. Further, a volume button 58 and a microphone 59 are connected to the sound controller 95. The volume button 58 is provided on, for example, a control panel for the administrator of the game device 20 housed inside the housing, and is used for adjusting the volume balance and the like. The microphone 59 is used to input the voice of a player who plays as a conductor, for example, when a driving simulation is executed by two people (two-person mode).

Under the control of the control unit 90, the lighting controller 96 controls lighting / blinking of a plurality of lights 55a1, 55a2, ..., 55am, display patterns and colors of the LED panel 55, and the like. For example, the lighting controller 96 controls the effect processing unit 90a3 before the start of the game, and lights or blinks the lights 55a1, 55a2, ..., 55am according to the effect corresponding to each of the card IDs (players), and the LED panel 55. Switch the display pattern, etc.

The coin sensor 99 detects the coin inserted from the coin insertion slot 74 and notifies the control unit 90 (start processing unit 90a).
The communication interface 98 controls communication with other game devices 20 and host devices 21 in the store, and communication with the game server 10 via the network 12.

Next, the operation of the game system in this embodiment will be described.
First, the customization process in the game server 10 will be described. FIG. 8 is a flowchart of the customization process executed by the game server 10 in the present embodiment. The game server 10 provides a network service (Web service) including a customization process through the network 12. The player can access the network service from the electronic devices 16 and 17 and customize the game environment when the game is executed on the game device 20.

When the player uses the network service, it is assumed that the identification data (card ID in the present embodiment) for identifying the player is registered in the game server 10 in advance. The identification data (card ID) is unique to each card used in the game device 20, and is newly registered in the game device 20, for example. Registration of identification data (new player registration) in the game device 20 will be described later.

The player accesses the network service provided by the game server 10 by using, for example, the electronic device 16, and notifies the card ID registered in advance. The player data processing unit 30a of the game server 10 executes an authentication process (player ID process) for the card ID notified from the electronic device 16 (step S1). The player data processing unit 30a determines whether or not the player data corresponding to the card ID notified from the electronic device 16 is recorded.

When the player data corresponding to the card ID is not recorded (step S2, No), the player data processing unit 30a determines that the authentication is NG and notifies the electronic device 16 that the customization process cannot be executed. And finish the customization process.

On the other hand, when the player data corresponding to the card ID is recorded (step S2, Yes), the player data processing unit 30a reads out the player data (player management data) associated with the card ID and operates from the player. Perform customization according to. Here, a photography setting for taking an image in the game space when the game is executed on the game device 20 will be described.

In the photography setting, for example, an item setting (step S3), an image quality setting (step S4), and a camera setting (step S5) can be set. The player can arbitrarily select any of the settings and instruct the setting contents until the setting end is instructed (step S6, Yes).

In the item settings, items related to the shooting of photographic images are set. For example, the player data processing unit 30a causes the electronic device 16 to display a list of items (photographing items) that can be used for the photography setting among the acquired items that the player has already acquired, and causes the player to select them. Photography items include, for example, lens types (eg, wide-angle lenses, fisheye lenses) used in virtual cameras, filter types (eg, polarization filters, dimming filters, color correction filters, color effects / enhancement filters, monochrome filters), etc. There is.

In the image quality setting, various settings related to the adjustment of the image quality of the photographic image are made. The player data processing unit 30a displays, for example, a list of setting contents that can be adjusted in the virtual camera on the electronic device 16 and causes the player to set the settings. In the image quality setting, for example, the shooting mode in the virtual camera includes shutter speed, exposure, ISO sensitivity, white balance, color adjustment, and the like.

In the camera settings, for example, the installation position (shooting point) of the virtual camera in the game space and the shooting direction are set. The player data processing unit 30a displays, for example, a list of positions where a virtual camera can be installed in a game space of a game executed by the game device 20 on an electronic device 16 and causes a player to select a list. When the game device 20 executes a driving simulation game, any installation position along the route on which the train travels is selected.

Further, in the camera setting, for example, an image representing the game space may be displayed on the electronic device 16, and detailed settings of the installation position of the virtual camera and the shooting direction may be set according to the operation of the player. For example, when any of the installation positions is selected by the player, the player data processing unit 30a causes the electronic device 16 to display an image representing the game space for camera setting according to the installation position.

FIG. 9 is a diagram showing an example of a setting screen S1 in which an image showing a game space for setting a camera in the present embodiment is displayed. In FIG. 9, for example, the virtual camera S1C, the object position S1P to be photographed by the virtual camera S1C, and the photographing range S1F are displayed on the setting screen S1. The virtual camera S1C can arbitrarily change the position movement and the shooting direction (direction) by operating, for example, a pointing device in the electronic device 16. The player data processing unit 30a changes the image to be displayed on the setting screen S1 in response to the change in the position and shooting direction of the virtual camera S1C, and changes the positions of the object position S1P and the shooting range S1F. The range in the game space taken by the virtual camera S1C is specified. This allows the player to easily set the position and shooting direction of the virtual camera S1C so that an arbitrary image can be shot in the game space.

FIG. 10 is a diagram showing an example of a setting screen S2 showing a shooting situation when the setting shown in FIG. 9 is made. In the example shown in FIG. 10, when the object (train) reaches the object position S1P, an image of the shooting range S2F is shot by the virtual camera S2C in which the shooting direction is set (an example of a photographic image to be shot). 18). That is, the object position S1P is a position (trigger position) indicating the shutter timing for taking a picture with the virtual camera.

As for the shooting direction, in order to simplify the setting operation by the player, a plurality of predetermined directions may be displayed in a list and the player may select one of them.

Further, in the setting examples shown in FIGS. 9 and 10, the setting example for generating an image obtained by shooting only the train, which is an object moving in the game space, is shown, but other objects existing in the game space are included. It is possible to set the camera position and shooting direction so that the image can be shot.

For example, the camera position may be set outside the railroad track so that images including railroad crossings, buildings, plants (flower fields, etc.), landscapes, etc. around the railroad track can be taken. It is also possible to set the installation position of the virtual camera at a position where shooting is not possible in the real space, for example, in the sky above the train. Since the game screen display processing unit 90c1 generates a photographic image by CG, it is possible to generate a photographic image according to the camera position and shooting direction set in the camera settings.

The item setting (step S3), image quality setting (step S4), and camera setting (step S5) can be set according to at least one of the player's class, level, and title set in the player management data. You may try to limit the range. For example, the higher the level of class, level, and title, the more options the player can set. Especially in the camera settings, it is possible to change the choice of the position where the virtual camera can be installed in the game space. For example, the position where the virtual camera can be installed can be provided only when the level is higher than the preset level or when the preset title is acquired. This makes it possible to provide a special photographic image only to a player who has acquired a set level or higher or a special title.

If the photography setting is not made by the customization process, the generation of the photographic image according to the default item setting, the image quality setting, and the camera setting set in advance in the game device 20 is executed.

Next, the operation of the game device 20 in this embodiment will be described.
11 and 12 are flowcharts for explaining the overall operation of the game device 20 in the present embodiment.

When the power is turned on, the game device 20 starts the game program 92a and starts processing by the start processing unit 90a. First, the start processing unit 90a executes a demo (demonstration) process by the demo processing unit 90a1 (step A1). For example, the demo processing unit 90a1 repeatedly displays the display 62, 63R, 63L on the demo screen, and controls the LED panel 55, the lights 55a1, 55a2, ..., 55am. The demo processing unit 90a1 explains, for example, a logo display screen that displays a manufacturer's name, a news screen that displays a news screen (an image prepared in advance or an image received from the game server 10), a game title screen, and how to play a game. The tutorial screen, the route list screen that displays a list of routes that can be used in the driving simulation game, etc. are displayed repeatedly while switching sequentially after a predetermined time has elapsed or after all the display contents have been displayed. Since the housing 50 is provided with a plurality of transparent windows 52Aa, 52Ba, 51Ra, the demo screen can be viewed even from the outside of the housing 50. This makes it possible to encourage the player to use the game by displaying the demo screen. During the demo display, the display contents of the displays 62, 63R, 63L can be easily visually recognized from the outside of the housing 50 by dimming the lighting inside the housing 50.

When the coin sensor 99 detects coin insertion, or when the electronic money unit 75 detects payment from electronic money (step A2, yes), the game preparation processing unit 90a2, for example, displays 62 (or touch panel 77). Displays a card authentication screen including a message such as "Please touch the card to the reader", and displays the card authentication screen for player identification (step A3). Here, the card reader 54 provided outside the housing 50 may be used to read the card, or the driver's cab 60 may also be provided with the card reader 54 so that the card can be read by the driver's cab 60. It may be provided.

After displaying the card authentication screen, for example, when the card reader 54 does not read the card even after a certain period of time (step A4, none), the game preparation processing unit 90a2 gives the player the merit of using the card. A screen for explanation is displayed (step A5). After that, when it is detected by the coin sensor 99 that the play fee required to start using the game has been input, or when the payment from the electronic money by the electronic money unit 75 is detected (step A6, yes), the game The preparation processing unit 90a2 instructs the game processing unit 90c to start the game processing.

On the other hand, when the game preparation processing unit 90a2 reads the card ID by the card reader 54 before the coin insertion by the coin sensor 99 or the payment from the electronic money by the electronic money unit 75 is detected (step A2, none), Authenticate whether the card can be used. When the game preparation processing unit 90a2 is authenticated as a usable card (step A7, yes), the game preparation processing unit 90a2 transmits the card ID to the game server 10 and confirms the player registration corresponding to this card ID.

FIG. 13 is a flowchart showing a player confirmation process by the game server 10 in the present embodiment.
When the game server 10 receives the card ID from the game device 20 (step C1), the game server 10 determines whether or not the player data corresponding to the card ID is recorded. When the player data corresponding to the card ID is not recorded (step C2, No), the game server 10 notifies the game device 20 that the player is a new player (step C3) , and the player data corresponding to the card ID is recorded. If it is recorded, the corresponding player management data is transmitted to the game device 20 (step C4). When the free ticket processing (FIG. 20) described later is executed in advance and the point data has been converted into the free ticket data, the player management data includes the free ticket data.

When the game server 10 notifies that the game preparation processing unit 90a2 is a new player (step A9, none), for example, "This card is an unregistered card in this game device. New registration. A new player registration screen containing the message "Do you want to start?" Is displayed to prompt the user to register, for example, the player name. Here, when the game preparation processing unit 90a2 is instructed to execute new registration, the touch panel 77 displays an operation screen for player registration, and the player is registered by operating the touch panel 77 of the player (step A10). The game preparation processing unit 90a2 transmits and records the card ID read from the new card and the player name data input by the player operation to the game server 10.

In addition, the effect processing unit 90a3 executes the effect process according to the player (player management data corresponding to the card ID) in parallel with the above-mentioned process in response to the reading of the card ID by the card reader 54 (step A12). .. The details of the production process will be described later.

On the other hand, when the game preparation processing unit 90a2 receives the player management data from the game server 10, that is, when the player has already been registered (step A9, present), the game preparation processing unit 90a2 displays various types of players included in the player management data, for example. It is displayed on the display 63L (step A11).

FIG. 14 is a diagram showing the displays 62, 63R, 63L and the touch panel 77 during the game preparation process in the present embodiment.

In the example shown in FIG. 14, for example, the display 63L is provided with a photography setting information area 63LA and a player information area 63LB.

In the photography setting information area 63LA, the contents (camera set) of the photography setting data of the player management data are displayed. As a result, the player can grasp information about the photographic image taken during the execution of the game in advance before the start of the game.

Further, player information is displayed in the player information area 63LB. For example, the player information includes a player name, a custom image, a level and a title, an acquired item, a player record, and the like included in the player management data. Further, when the player management data includes the free ticket data, the effect processing unit 90a3 indicates that the free play (the game for the free ticket can be executed for free) is possible by using the free ticket in the player information area 63LB. To display.

Further, in the example shown in FIG. 14, for example, the touch panel 77 is displayed with a screen for confirming the setting contents to the player. For example, along with the message "Do you want to play with this setting?", A "No" button for accepting an instruction to cancel the game by the player and a "Yes" button for instructing the execution of the game are provided.

In addition, in the same manner as described above, the effect processing unit 90a3 performs the effect processing according to the player (player management data corresponding to the card ID) in parallel with the process described above in response to the reading of the card ID by the card reader 54. Execute (step A12). The details of the production process will be described later.

Further, in the present embodiment, a driving simulation game can be executed by two players. After the card ID is read by the card reader 54 (step A7, yes) and before the credit is established (step A6, no), the game preparation processing unit 90a2 again has the card ID (different from the previous time) by the card reader 54. Is continuously read (steps A8, Yes), and a two-person mode is set (step A13). In the two-person mode, the driving simulation can be executed by dividing the roles between the driver and the conductor.

When the two-player mode is set, the game preparation processing unit 90a2 displays the player information corresponding to each card ID. Here, which player is in charge of either the driver or the conductor may be set by operating the player's touch panel 77. The player who first read the card ID by the card reader 54 may be set as the driver, and then the player whose card ID is read may be set as the conductor, or the device side may randomly set the driver and the conductor. May be assigned.

Here, the effect processing in the present embodiment will be described.
When the player is registered, the effect processing unit 90a3 executes lighting (blinking), sound output, screen display, and the like for the effect before the start of the game, based on the player management data corresponding to the registered player. Further, when there is no player registration, the effect processing unit 90a3 executes lighting (blinking), audio output, screen display, and the like for preset effects before the start of the game. Further, when the two-person mode is set, the effect processing unit 90a3 displays lighting (blinking), audio output, screen display, etc. for the preset effect before the start of the game in the two-person mode. Run.

The content of the effect may be changed according to, for example, the player experience value included in the player management data, the class, the level, or the like, or may be changed according to the player's performance. Further, the player can register the data indicating the effect content as the player management data in advance from the electronic devices 16 and 17 to the game server 10 in association with the card ID, and perform the effect according to the registered content. May be.

In addition to changing the production content based on the player management data, it is possible to illuminate the driver's seat as if it were illuminated by the setting sun during the time when the game is played, for example, in the evening. .. Moreover, not only the time zone but also the season and the difference in the weather may be represented. As for voice, it is also possible to output voice (BGM or voice message) indicating the state of the home depending on the difference between the rush hour zone and the night zone.

When the doorway 53 is provided with an opening / closing member (gate), the effect processing unit 90a3 opens and closes the opening / closing member in response to the card ID being read by the card reader 54, and puts the player in the housing 50. It is possible to create an effect that passes through the inside of the.

In this way, by having the card reader 54 provided outside the housing 50 read the card ID, the effect processing is executed before the game starts, so that the player feels that the driving simulation will be started from now on. Can be provided to. The player can enter the housing 50 from the doorway 53, sit in the seat 56, and wait for the start of the driving simulation game while the effect processing is being executed. Therefore, it is possible to enhance the feeling of excitement (excitement) of playing the game even before the start of the game.

When the game preparation processing unit 90a2 detects that the card ID has been read by the card reader 54 and then the coin sensor 99 has input the fee required to start using the game (step A6, yes), Judge that the credit condition is satisfied. Further, the start processing unit 90a can start the game even when the play fee is paid by using electronic money instead of coins. As described above, in the game device 20 of the present embodiment, payment by coins or electronic money is, for example, predetermined point units (100 points (for example, 100 yen), 500 points (500 yen), 1000 points (1000). Yen)).

Further, the game preparation processing unit 90a2 determines that the credit condition is satisfied even if there is no payment by coin or electronic money when there is free ticket data. The free ticket data is converted into, for example, preset point data (for example, 400 points). The free ticket data may be used for a game for a predetermined number of points (for example, 400 points) without being converted into point data.

When the credit condition is satisfied (step A6, yes), for example, when the " Yes " button displayed on the touch panel 77 is touched by the player, the game preparation processing unit 90a2 starts the game processing for the game processing unit 90c. To instruct.

In this way, coins, e-commerce, and even free tickets can be used to pay the play fee required to use the game and convert it into points, so it is necessary to use the game each time before starting the game. It is not necessary to have the electronic money unit 75 read the electronic money card or insert coins in order to pay the play fee, and it is possible to facilitate the payment of the play fee. In addition, by paying for a predetermined point unit, even if the payment exceeds the play fee actually required for the game, the surplus points can be exchanged for a free ticket by the free ticket processing described later. So there is no waste.

When the two-player mode is set, the game preparation processing unit 90a2 determines that the credit condition is satisfied when the play fee for two players is paid by at least one player (or when there is a free ticket). It is also possible to judge.

In addition, the points corresponding to the paid play fee are basically predetermined (for example, 1000 points for 1000 yen), but it is also possible to change the points corresponding to the play fee for attracting customers, for example. be. For example, it is possible to increase the points corresponding to the paid play fee (for example, 600 points for 500 yen) during a predetermined period or time zone. Normally, 400 points are required to play a game for three sections, but discounts such as making it possible to play with 300 points during a predetermined period or time zone are also possible.

It should be noted that the change of points corresponding to the play fee and the discount may be set collectively for all the game devices 20 under the control of the game server 10, for example, for the store selected in the game server 10. It may be selectively configurable. Further, it may be possible to set it for each store, or it may be possible to set it for each game device 20 in one store.

When the credit condition is satisfied (step A6, yes), the game processing unit 90c causes the touch panel 77 to display a mode selection screen for selecting a game mode (step A14). The game modes that can be selected on the mode selection screen include, for example, normal mode (normal) (step A15) , iron man mode (professional) (step A16) , experience driving mode (tutorial) (step A17) , and battle mode (step A18). and so on.

When the battle mode is selected on the mode selection screen (step A18), the player matching processing unit 90b executes the player matching processing for setting the opponent to be played (step A19). In the player matching process, for example, among a plurality of game devices 20 in the store, the game device 20 instructed to execute the in-store battle play first becomes the host player, and opponents (guests) are recruited from the other game devices 20. do. If there is no match request within a predetermined fixed time, it is assumed that the match game cannot be executed, and the mode return to the state of displaying the mode selection screen. On the other hand, when there is a match request, the player matching processing unit 90b performs a process for preparing the match game, and then shifts to a process for starting the game (steps B1 to).

On the other hand, when any of the normal mode (step A15) , the iron man mode (step A16) , and the experience driving mode (step A17) is selected, the game processing unit 90c has acquired a high score according to the game mode. The player data of the player and the like is received from the game server 10 (step A20) .

The game processing unit 90c displays a selection screen (diagram selection screen, route selection screen) for selecting a mission to be a target of driving simulation on the touch panel 77, and causes the player to select one (steps A21, A22). Here, for example, a plurality of missions are prepared in each mode, and one of them can be arbitrarily selected. In the mission, the route, the number of sections, the driving conditions (weather, time zone (morning, noon, evening), boarding rate, etc.), difficulty level, etc. are set respectively.

Further, the game processing unit 90c causes the display 63R to display information and a high score of, for example, the first to third players in each mission based on the player data received from the game server 10.

Next, the game processing unit 90c starts a process for preparing to execute the driving simulation. The game processing unit 90c causes the touch panel 77 to display the operation screen for executing the game, and displays the display 62 to display the screen for the start-up inspection (step B1).

On the operation screen for executing the game, for example, an image showing a pressure gauge, a speedometer, a train information screen, other signal display units, a door closing light, and a dimming switch is displayed. In each area, the displayed contents are changed in real time according to the situation change of the driving simulation.

On the screen for start-up inspection, in order to detect the home (reference) position of the operation lever of the mascon 72, the content that prompts the player to operate the operation lever at the emergency brake position (emergency stop position) which is the home (reference) position. Is displayed. The game processing unit 90c receives data indicating that the operation lever has been moved to the emergency brake position (emergency stop position) from the mascon 72, executes a start-up inspection, and then starts a driving simulation. That is, the game processing unit 90c displays the route map (current position, traveling section) to be traveled by the game screen display processing unit 90c1, and then the image viewed from the driver's seat corresponding to the route to be traveled. The display is started (step B2). Hereinafter, the game processing unit 90c reaches an evaluation point (position set on the railroad track) provided during the progress of the game while executing a simulation of running a train in response to a player's operation on a mascon 72, a pedal 79, or the like. The operation process for evaluating (score determination) for the event at the time of the event is executed (step B3). The score determination element includes, for example, a stop position score, an arrival time score, a speed adjustment score, a safe driving score, a skill skill score, and the like.

In the driving simulation game in this embodiment, the time is set according to the game mode, target route, timetable, difficulty level, player management data (player experience value, class, level, etc.), and the time is determined in advance during the game progress. If you perform an operation (success) that corresponds appropriately to the event that occurs at that point (evaluation point), add the time control, and if you make an incorrect operation (failure), subtract the time control. This is a game in which the train runs to the destination station before the time control becomes zero.

The evaluation points at which the event occurs include, for example, a calling point, a horn point, a dimming point, and a constant speed point. At the summoning point, for example, the touch panel 77 is touched at the corresponding portion (area) at the timing when the pointing and calling should be made, and success / failure is determined. At the horn point, a human model is displayed around the railroad track in the screen image, and the horn is output to the human at an appropriate timing to determine success / failure. At the dimming point, the headlights are usually left in the high beam state, and when passing by a train running on the adjacent track, it is temporarily switched to dimming (low beam) at an appropriate timing to judge success / failure. do. At the constant speed point, success / failure is determined by traveling at a preset speed at a preset position on the route. At each evaluation point, the game processing unit 90c outputs a display (for example, "good" character in the case of success) and a voice (sound effect, message, etc.) indicating the judgment result according to the success / failure judgment result. Let me.

The game processing unit 90c determines success / failure of the event operation based on the presence / absence of a touch operation on the touch panel 77 at the evaluation point and the touched position, and outputs an effect according to the determination result. For example, when the game processing unit 90c determines that the event operation is successful (step B4, success), the game processing unit 90c displays "good" indicating success in the center of the display 62, and at the same time, for example, a voice (sound effect) of "OK!". Is output (step B5). In this case, the game processing unit 90c adds a predetermined time (for example, 1 second) to the holding time (step B6).

On the other hand, when the game processing unit 90c determines that the event operation at the evaluation point has failed (step B4, failure), the game processing unit 90c does not display anything on the display 62 and outputs a sound effect indicating the event failure (step B7). In this case, the game processing unit 90c subtracts a predetermined time (for example, 1 second) from the holding time (step B8).

Further, the game processing unit 90c generates a driver event (constant speed point) for traveling at a preset constant speed when the train enters the constant speed traveling range with the operation of the train. When the game processing unit 90c approaches the constant speed traveling range (for example, 100 m before), the game processing unit 90c displays the designated speed, the current speed, and the error speed on the screen image. The player operates the mascon 72 so that the speed of the train becomes the designated speed. As a result, if the speed can be adjusted within the permissible range in the constant speed traveling range, the game processing unit 90c determines that the driving event is successful. In this case, the game processing unit 90c outputs a sound effect together with a display of "good" indicating success. When the game processing unit 90c determines that the driving event has failed, the game processing unit 90c outputs a sound effect indicating the failure of the driver event and does not display the sound effect according to the determination result.

In addition, in the screen image that changes with the operation of the train, the game processing unit 90c temporarily dims at an appropriate timing when a train traveling on the adjacent railroad approaches (dimming point). In order to make the low beam), the dimming switch 77f of the touch panel 77 is touch-operated. Further, at the timing when the passing of the train is completed, the dimming switch 77f of the touch panel 77 is touch-operated again to switch to the high beam state. The game processing unit 90c determines that the driving event is successful when a series of operations on the dimming switch 77f are executed at the correct timing. As described above, the game processing unit 90c outputs an effect according to the success / failure determination result.

In addition to the evaluation points that are the targets of the score aggregation described above, shooting evaluation points (first time point) for determining the game status are set as a condition for generating an image taken by a virtual camera in the game space. There is. In addition, a shooting point (second time point) for shooting an image with a virtual camera is set. The shooting evaluation point (first time point) is the object position S1P shown in FIG. 9 set in the photography setting of the customization process, or a preset default position.

FIG. 15 is a diagram showing the concept of a photographing point in the present embodiment. As shown in FIG. 15A, a virtual camera is set in the game space, and a shooting point is set as a trigger indicating the shutter timing on the railroad track where the train (object) is traveling at the position shot by the virtual camera. .. The game screen display processing unit 90c1 uses CG to capture a photographic image taken by a virtual camera when the train travels along the railroad track as the game progresses and reaches the shooting point, as shown in FIG. 15B. Generate.

The first time point, which is the shooting evaluation point, and the second time point, which is the shooting point for shooting an image by the virtual camera, may be the same or different. That is, by matching the first time point and the second time point, it is possible to generate a photographic image according to the game situation at the timing of shooting by the virtual camera. On the other hand, by making the first time point and the second time point different, the time point during the game that is suitable for evaluating the game situation and the time point that is suitable for recording as a photographic image (for example, a photographic image that suits the taste of the player). It is possible to make it different from the time when the game is in progress.

Further, the generation of the photographic image taken by the virtual camera may be executed when the shooting point during the game is reached, or may be executed at a timing different from the shooting point. The timing different from the shooting point is, for example, after the operation of the train (object) in the game space is stopped (or the amount of change is reduced), that is, the processing load for displaying the game screen on the display is reduced. It can be set while you are there.

When a photographic image is generated at a timing different from the shooting point, the game evaluation data indicating the game evaluation is stored at the shooting evaluation point, and the game execution state data indicating the game execution state at the shooting point is stored. back. The game screen display processing unit 90c1 generates a photographic image based on the game evaluation data and the game execution state data at the photographic image generation timing.

In the present embodiment, when the game progress reaches the shooting evaluation point, that is, when the train reaches the shooting evaluation point set on the track as the game progresses (steps B9, Yes), the game processing unit 90c , The situation data (game evaluation data) for photography at that time is stored in the storage unit 92 (step B10). Further, when the game progress reaches the shooting point, that is, when the train reaches the shooting point set on the railroad track as the game progresses (step B9, Yes), the game processing unit 90c takes a picture at that time. The status data for shooting (game execution status data) is stored in the storage unit 92 (step B10). The game processing unit 90c generates a sound effect such as a shutter sound from the speaker in order to notify the player that the shooting has been executed by the virtual camera when the game progress reaches the shooting point. Is also good.

When the shooting evaluation point and the shooting point are matched, the storage unit 92 stores the situation data (game evaluation data, game execution state data) for photography when the shooting point is reached (step B10).
Then, after the train reaches the station and is stopped, a photographic image is generated based on the situation data (step B20 described later).

The game evaluation data includes, for example, a score, achievement status / achievement rate of missions set during the game, ranking, and the like. The game execution state data is data indicating various states that change depending on the operation of the player during the game or the control of the program. For example, the position of an object (such as a train) in the game space and the state of the object (of the train). Includes whether the light is on, whether the wiper is operating, etc.), background condition (difference in time and weather), etc.

When the game processing unit 90c arrives at the next station and is operated to stop the train (step B11, Yes), the game processing unit 90c evaluates the stop position and the arrival time. For example, when the stop position is within a range of less than 50 cm in the front-rear direction from the target position (step B12, less than ± 50 cm), the game processing unit 90c outputs a GOOD effect indicating that the stop operation is good (step B13). Further, the game processing unit 90c outputs a stop position correction effect when the overrun is 50 cm or more (step B12, overrun).

Further, the game processing unit 90c evaluates the arrival time when the train is stopped. When the train is stopped, the game processing unit 90c operates well when the difference between the arrival time (target time) at the next station and the current time (arrival time) is less than 1 second (step B15, less than ± 1 second). A GOOD effect indicating that the operation is performed is output (step B16). Further, the game processing unit 90c outputs a delay effect (step B17) when the delay is 1 second or more (step B15, delay ).

In addition, the above-mentioned driving event is an example, and causes a sudden event (for example, a situation requiring an emergency stop) or a sudden change in the weather (rain, snow, wind) different from the normal driving operation. Therefore, it is possible to request an operation according to each situation.

When the evaluation due to the stop of the train is completed, the game processing unit 90c displays the intermediate result (evaluation result) on the display 62 (or the touch panel 77) (step B18), and adds / subtracts the time according to the events so far. (Step B19).

In the intermediate result display, the evaluation contents and evaluation results (number of seconds added / subtracted with respect to the time) are displayed for a plurality of items such as a timetable, a stop position, a station yard reacceleration, and an emergency braking stop. By displaying the intermediate result in this way, it becomes possible for the player to easily understand the evaluation status of the driving up to that point by increasing or decreasing the time.

Here, the game screen display processing unit 90c1 was shot by a virtual camera at the shooting point based on the situation data stored at the shooting evaluation point at the timing when the processing load for displaying on the display became lighter. Generate a photographic image (step B20) .

The game screen display processing unit 90c1 is basically generated based on the shooting conditions indicated by the photography setting data, but the image quality is changed according to the game situation indicated by the situation data. Here, as an example of generating a photographic image according to a game situation, it is assumed that settings for varying the image quality are made as shown in FIG. For example, in FIG. 16, (1) fluctuation of the shutter timing (shooting point) according to the deduction score, (2) fluctuation of the focus according to the speed difference at the constant speed point, and (3) exposure correction according to the score acquisition rate. A setting example is shown for fluctuations in the value, and (4) fluctuations in focus according to the difference between the target time of arrival at the evaluation point and the actual arrival time (or fluctuations in the shutter timing (shooting point) may be used). It is also possible to change the image quality other than the above-mentioned (1) to (4).

(1) In the variation of the shutter timing according to the deduction score, for example, as shown in FIG. 16A, the deduction score is divided into a plurality of stages, and the trigger position corresponding to each stage is moved from the initial setting position. The amount is preset. The game screen display processing unit 90c1 calculates a deduction score based on the score at the evaluation point indicated by the game evaluation data, and generates a photographic image in which the shutter timing is shifted according to the movement value corresponding to the deduction score.

For example, the normal trigger position shown in FIG. 17 (A) is moved as shown in FIG. 17 (B) to advance the shutter timing, or the shutter timing is delayed as shown in FIG. 17 (C). By shifting the shutter timing in this way, it is possible to prevent the virtual camera from shooting the train in the game space at the originally intended position.

(2) In the change in focus according to the speed difference at the constant speed point, for example, as shown in FIG. 16B, the difference between the target speed at the constant speed point and the speed due to the actual operation is set in a plurality of stages. The amount of change in focus corresponding to each stage is preset. The game screen display processing unit 90c1 generates a photographic image in which the focus amount corresponding to the speed difference at the constant speed point is varied by using an existing image processing method.

(3) In the fluctuation of the exposure correction value according to the score acquisition rate, for example, as shown in FIG. 16 (C), the acquisition rate for the highest score that can be acquired is divided into a plurality of stages, and each stage corresponds to each stage. The exposure compensation value is preset. The game screen display processing unit 90c1 calculates the score acquisition rate for the highest score based on the score at the evaluation point indicated by the game evaluation data, and creates an existing photographic image in which the exposure correction value corresponding to the score acquisition rate is varied. Generated using an image processing method.

(4) In the change in focus according to the difference between the target time of arrival at the evaluation point and the actual arrival time, as shown in FIG. 16 (D), there are a plurality of differences between the target time of arrival and the actual arrival time. The amount of change in focus corresponding to each stage is preset for each stage. The game screen display processing unit 90c1 generates a photographic image in which the focus amount corresponding to the speed difference is varied by using an existing image processing method.

The above-mentioned method of changing the photographic image is an example, and it is sufficient if at least one can be implemented, and the image quality is changed according to the game situation by using other image processing methods. A photographic image may be generated.

For example, in the above explanation, (1) the shutter timing is changed according to the deduction score, but for example, the shutter timing (trigger) is not the arrival position of the train, but the reference time during the game (for example, departure from the station). It can be the time when a predetermined time has elapsed from (time) (a predetermined timing during the progress of the game). That is, regardless of the running condition of the train, shooting by the virtual camera is executed at a predetermined timing during the progress of the game. The player can make the train reach the shooting point at the shutter timing by driving the train correctly so as to match the predetermined timetable. In this case, it is possible to take (generate) an image of the train at the correct timing as shown in FIG. 17 (A). On the other hand, when the train is running slower than the timetable, the picture was taken by the virtual camera at the same timing as in FIG. 17 (B), and a small train was taken in the frame (or the train is not included in the frame). A photographic image is generated. In addition, when the train is running faster than the timetable, the image was taken by the virtual camera at the same timing as in FIG. 17 (C), and the side surface of the train was photographed instead of the front surface (or the frame does not include the train). ) A photographic image is generated.

Further, in the above description, although the image quality of the photographic image is changed according to the game situation, a special object different from the object normally existing in the game space is defined in the range taken by the virtual camera. It may be generated according to the game situation and included in the photographic image. For example, as described above, when a train is running so as to match the timetable correctly, another train is run on the adjacent railroad track (parallel running or passing each other), and the train is operated by the player in the photographic image. Be photographed. In addition to running other trains, objects such as rainbows, characteristic clouds, and flying objects (for example, airplanes, balloons, UFOs) included in the background are generated and shot by a virtual camera at the shooting point. You can also do it.

The game processing unit 90c refers to the time that has been added / subtracted according to the events so far, and determines whether the remaining time is 1 second or more. If the time is 1 second or longer (step B21, 1 second or longer) and the end point has not been reached (step B22 , No), the game processing unit 90c runs the train to the next station as described above. Start the operation simulation (step B3 ~). In the present embodiment, the shooting evaluation point and the shooting point are set so that one photographic image is taken in one section. In the next section, a photographic image is generated in the same manner as described above.

Even if the time is 1 second or longer (step B21, 1 second or longer), even if the end point is reached (step B22, Yes), the game processing unit 90c is finally finalized as described above. Display the result and end the driving simulation.

On the other hand, when the remaining time is less than 1 second, the game processing unit 90c displays the final result and ends the driving simulation (step B23). On the final result screen, for example, the accuracy of the timetable, the accuracy of the stop position, the brake (ride comfort), the signal / sign protection, safety consideration, the friendly driver, the mileage / (number of continuations + 1), the rest For multiple items such as time control, the score calculated using the calculation formula set for each item is displayed based on the operation content for the driving event. In the final result, the total of multiple items is displayed as a comprehensive evaluation.

Further, the game processing unit 90c displays a list of photographic images taken in each section on the display 63L, for example, as the game is executed. As a result, the player can confirm the photographic image temporarily registered in the game server 10.

The player can save the photographic image temporarily registered in the game server 10 in the game server 10 as photographic image data to be saved within the limit number of sheets by using a network service from the electronic device 16, for example. ..

FIG. 18 shows an example of a photographic image taken by a virtual camera in the game space of the present embodiment. FIG. 18 shows an example in which a photographic image is generated without changing the shutter timing when the virtual camera S2F is set as shown in FIG. That is, the photographic image shown in FIG. 18 is an image in the shooting range S2F shown in FIG. 10 when the train reaches the object position S1P shown in FIG.

When the overall evaluation reaches a predetermined standard, the game processing unit 90c can, for example, provide an item to a player, or provide a class, level, title, or the like.

After displaying the final result, the game processing unit 90c associates the player data including the item, class, level, title, etc. provided to the player with the card ID, and registers the player data in the game server 10 by the player data processing unit 90e. Let me. Further, when the point data is surplus, the game processing unit 90c also transmits the point data to the game server 10 and stores it. Further, the game processing unit 90c transmits and stores the photographic image data (situation data, image data) generated with the execution of the game to the game server 10 (step B24).

The photographic image data processing unit 30c of the game server 10 sets a predetermined storage period of the photographic image data (situation data, image data) received from the game device 20, for example, based on the time of reception, and uses the photographic image data 41b as the photographic image data 41b. Temporarily register. The temporarily registered photographic image data is managed (maintained) in the image management process (FIG. 21) described later.

In the above description, the generation of the photographic image taken by the virtual camera is executed every time the running of one section is completed, but it is set in each section when the running of all the sections is completed. It is also possible to collectively generate a plurality of photographic images at the shooting points.

Further, when the battle mode is selected, the input operation according to the driving simulation is executed in each of the game devices 20 participating in the battle, as described above. On the displays 62, 63R, 63L, for example, an image of a train driven by an opponent is also displayed at the same time in a part of the display area. Further, in the battle mode, the battle may be performed by trains running on the same route, or by trains of different routes running in parallel. Therefore, in the battle mode, when competing by trains running on the same route, photographic images taken in each individual game space may be generated, or photographic images taken in each game space may be combined. Is also good. For example, by synthesizing photographic images taken at the same shooting point, it is possible to determine the outcome based on the difference in image quality.

Furthermore, when competing with trains on different routes running in parallel, for example, by accurately driving each, the shooting point is set at the position where the trains on different routes are lined up, and the two players competing against each other. The train controlled by can be contained in one photographic image.

Further, as described above, in the present embodiment, the shooting evaluation point and the shooting point may be different, and the photographic image is generated based on the situation data after storing the situation data for photography. , The shooting evaluation point and the shooting point can be set at any time while the game is in progress.

FIG. 19 is a diagram showing an example of setting a shooting evaluation point and a shooting point in the present embodiment.
FIG. 19A shows an example in which the shooting evaluation point J1 is set first and then the shooting point P1 is set while the game is in progress. The image generation process is executed, for example, based on the game evaluation data stored at the shooting evaluation point J1 and the game execution state data stored at the shooting point P1 after the running of one section is completed.

FIG. 19B shows an example in which the shooting point P2 is set first and then the shooting evaluation point J2 is set while the game is in progress. As shown in FIG. 19B, even if the shooting point P2 is set first, it is necessary to generate the photographic image without executing the generation of the photographic image when the shooting point P2 is reached. Save the game execution status data to be played. Further, since the shooting evaluation point J2 can be set at a time when it does not match the shooting point P2, it can be arbitrarily set at a time suitable for game evaluation while the game is in progress, for example. It is said that the image generation processing is executed at a timing when the load of the image processing is light after the running of one section is completed, but the game execution state data stored at the shooting point P2 and the shooting evaluation point J2 are used. It can be executed at any timing as long as the stored game evaluation data is saved.

FIG. 19C shows an example in which a plurality of shooting points P3 and P4 are set while the game is in progress. In FIG. 19C, a shooting evaluation point J3 is set between the shooting points P3 and P4. The shooting evaluation point J3 can be set before the shooting point P3 or after the shooting point P4. In this case, the photographic image at the shooting point P3 is generated based on the game evaluation data stored at the shooting evaluation point J3 and the game execution state data stored at the shooting point P3. Further, the photographic image at the shooting point P4 is generated based on the game evaluation data stored at the shooting evaluation point J3 and the game execution state data stored at the shooting point P4. As described above, since it is not necessary to match the shooting evaluation points with the shooting points P2, it is possible to generate a plurality of shooting points based on the game evaluation data stored at one shooting evaluation point.

In this way, in the game device 20 of the present embodiment, since it is not necessary to generate a photographic image at a shooting point during the game, for example, the load of the game screen display processing on the displays 62, 63R, 63L is large. It is possible to generate a photographic image at intervals. Therefore, it is possible to reduce the possibility that the display quality of the displays 62, 63R, 63L is deteriorated (frame drop, etc.).

In the above description, the case of generating an image taken in the game space of the game executed by the game device 20 is described, but the image is taken in the game space of the game executed by the electronic device 17, for example. It is also possible to generate an image on the game server 10.

Similar to the game device 20 described above, the electronic device 17 stores game evaluation data at shooting evaluation points set during game execution during game execution, and stores game execution state data at shooting points, respectively. The data is transmitted to the game server 10 together with the card ID (identification data).

The game server 10 receives game execution state data and game evaluation data from the electronic device 17 together with a card ID, generates a photographic image based on each data, and identifies a player who executes a game on the electronic device 17. It is stored in association with the identification data (card ID).

In this way, even for a game executed in an electronic device other than the game device 20, it is possible to generate a photographic image taken in the game space and store it in the game server 10 in association with the player.

Next, the free ticket processing executed by the game server 10 in the present embodiment will be described. FIG. 20 is a flowchart showing the free ticket processing in the present embodiment.

As described above, after the game is over, the game device 20 transmits the remaining point data to the game server 10 and stores it in association with the player's card ID. The point data stored in the game server 10 can be used for exchanging (purchasing) items or executing other games through a network service.

In the present embodiment, the surplus point data can be further exchanged for a free ticket that can be applied as a game usage fee for the game device 20.

The player, for example, uses the electronic device 16 to access the network service provided by the game server 10, notifies the card ID registered in advance, and instructs the execution of the free ticket processing (free ticket exchange function). do. The player data processing unit 30a of the game server 10 executes an authentication process (player ID process) for the card ID notified from the electronic device 16 and determines the presence or absence of point data corresponding to the card ID (step D1). When the point data corresponding to the card ID notified from the electronic device 16 is recorded (step D2, Yes), the player data processing unit 30a determines in advance whether the point data can be exchanged for a free ticket. Determine based on.

The exchange conditions include exchanging for each predetermined point unit (for example, every 400 points), and adding up the point data (point data associated with the same store ID) generated by the game device 20 of the same store. There are such things as being targeted for exchange, no free ticket data that has been exchanged, and the number of exchanges being within a preset number of times (for example, once a day).

In the exchange conditions, it is set to exchange for each predetermined point unit, but the point data received from the game device 20 is changed according to the preset conditions, and after the change. The point data may be converted into free ticket data. For example, in order to attract customers, it is possible to add point data (add 300 points to 400 points) and convert it into free ticket data in a predetermined period or time zone.

When the player data processing unit 30a determines that the point data can be exchanged for free ticket data based on the exchange conditions (step D4, Yes), the player data processing unit 30a exchanges the point data for free ticket data (step D5). That is, the free ticket data is stored in association with the card ID of the player, and the original point data is updated by subtracting the points to be exchanged (step D6).

In this way, even if the point data obtained by the play fee paid by the player in the game device 20 is left over after the end of the game, the points can be exchanged by using the free ticket exchange function provided by the game server 10. Data can be exchanged for free ticket data. As described above, the free ticket data can be applied as a game usage fee when the game is next executed on the game device 20. Therefore, the player does not need to pay the game fee while being aware of the surplus of point data, and does not need to decide in advance how much the game will be played in the game device 20 and pay the game usage fee. Further, the player does not necessarily have to execute the game for the paid game usage, and can end the use of the game device 20 at any timing. Further, the store management side can easily request the player to pay the game usage fee for each preset unit (for example, 500 yen or 1000 yen), and can encourage the use of the game device.

Further, although the process of converting the point data into a free ticket is performed in the game server 10, the game device 20 may perform the process. For example, when the game device 20 receives the point data corresponding to the card ID from the game server 10 and is instructed to exchange for a free ticket by the operation of the player, whether or not the exchange condition for the free ticket is satisfied. judge. Here, if the exchange condition is satisfied, the game device 20 can convert the point data into free ticket data and store it in the game server 10, or the game can be played using the free ticket.

Next, the image management process executed by the game server 10 in the present embodiment will be described. FIG. 21 is a flowchart showing the image management process in the present embodiment.

The photographic image data processing unit 30c of the game server 10 periodically executes, for example, maintenance processing for the photographic image data 41b of each player included in the player data 31b.

The photographic image data processing unit 30c determines whether or not the photographic image data 41b has a temporarily registered photographic image received from the game device 20. When there is a temporarily registered photographic image (step E1, Yes), the photographic image data processing unit 30c is within the storage period based on the time when the photographic image data is received from the game device 20 set in each. To determine. Here, when it is determined that the storage period is not within (step E2, No), the photographic image data processing unit 30c deletes the corresponding photographic image data (step E3).

Further, the photographic image data processing unit 30c determines whether the number of photographic images temporarily registered as the photographic image data 41b is within the preset limit number. Here, when it is determined that the number of photographic images is not within the limit number (steps E4, No), the photographic image data processing unit 30c corresponds to, for example, the time of temporary registration from the oldest until the number of photographic images is within the limit number. Delete the photographic image data to be performed (step E5).

In this way, the photographic image data processing unit 30c can perform maintenance so that the number of photographic images temporarily registered in the game server 10 does not become enormous by periodically executing the image management process.

Further, when the photographic image data processing unit 30c is designated to save the photographic image through the network service, for example, by the operation of the player from the electronic device 16 (step E6, Yes), the photographic image specified to be saved is stored in the player's card. It is associated with the ID and stored as saved photographic image data of the player management data 41a (step E7). The stored photographic image data is basically stored until the storage period is not set and the player instructs to delete the data or the number of stored photographs exceeds the limit. The stored photographic image data managed as the player management data 41a can be uploaded to an SNS (Social Networking Service) or the like through the network 12, for example, in response to an instruction received through the network service.

In the above description, it is assumed that one game server 10 provides the management network service of the plurality of game devices 20, but the plurality of servers cooperate to provide the above-mentioned game. It is also possible to realize the function of the server 10.

Further, in the above-described embodiment, an example of executing a driving simulation game in the game device 20 is described, but other games can also be targeted. For example, there are a battle game in which a character operated by a player's operation fights with an opponent character in a game space, a racing game in which an object such as a car races in the game space, and the like. In any game, a virtual camera is set in the game space in the same manner as in the driving simulation game described above, and a photographic image taken by the virtual camera at a shooting point during the game is generated according to the game situation. That is, in the same manner as described above, the game evaluation data is stored at the evaluation points set during the progress of the game (when the special move in the battle is performed, the predetermined position of the race course, etc.), and the shooting is performed in the same manner. The game execution state data and the game execution state data are stored at the points, and a photographic image is generated based on the situation data including these.

Further, the present invention is not limited to the above embodiment as it is, and at the implementation stage, the components can be modified and embodied within a range that does not deviate from the gist thereof. In addition, various inventions can be formed by an appropriate combination of the plurality of components disclosed in the above-described embodiment. For example, some components may be removed from all the components shown in the embodiments. In addition, components across different embodiments may be combined as appropriate.

Further, the control method described in the embodiment is, as a program (software means) that can be executed by a computer, for example, a magnetic disk (flexible disk, hard disk, etc.), an optical disk (CD-ROM, DVD, MO, etc.), a semiconductor. It can be stored in a storage medium such as a memory (ROM, RAM, flash memory, etc.), and can also be transmitted and distributed by a communication medium. The program stored on the medium side also includes a setting program for configuring the software means (including not only the execution program but also the table and the data structure) to be executed by the computer in the computer. A computer (for example, a personal computer, a home-use game machine, a smartphone, a mobile phone, a television, a car navigation system, etc.) that realizes this device reads a program stored in a storage medium, and in some cases, a software means by a setting program. Is constructed, and the above-mentioned processing is executed by controlling the operation by this software means. The storage medium referred to in the present specification is not limited to distribution, and includes storage media such as magnetic disks and semiconductor memories provided in devices connected inside a computer or via a network.

10 ... Game server, 14-1, ..., 14-x ... Store, 16, 17 ... Electronic device, 20 ... Game device, 21 ... Host device, 30 ... Control unit, 30a ... Player data processing unit, 30b ... Game data Processing unit, 30c ... Photo image data processing unit, 31 ... Storage unit, 31a ... Game data management program, 31a1 ... Player data processing program, 31a2 ... Game data processing program, 31a3 ... Photo image data processing program, 30b ... Game data processing Unit, 30c ... Photo image data processing unit, 31 ... Storage unit, 31b ... Player data, 31c ... Game data, 31d ... Photo image data, 41a ... Player management data, 41b ... Photo image data, 50 ... Housing, 62, 63R, 63L ... Display, 77 ... Touch panel, 90 ... Control unit, 90a ... Start processing unit, 90a1 ... Demo processing unit, 90a2 ... Game preparation processing unit, 90a3 ... Direction processing unit, 90b ... Player matching processing unit, 90c ... Game Processing unit, 90c1 ... Game screen display processing unit, 90c2 ... Operation judgment processing unit, 90c3 ... Battle processing unit, 90c4 ... Game voice processing unit, 90d ... Game result processing unit, 90e ... Player data processing unit, 90f ... Input control unit , 92 ... Storage unit, 92a game program, 92b ... Game data, 92c ... Player management data, 92d ... Competitive player management data, 92f ... Event recording data, 92g ... Photo image data, 93 ... Display controller, 94 ... Touch panel controller, 95 ... Sound controller, 96 ... Lighting controller, 97 ... Input interface, 98 ... Communication interface, 99 ... Coin sensor.

Claims (7)

A game processing means that executes a game that changes objects in the game space as the game progresses,
A management means for managing the game status of the game and
An input means for inputting identification data for identifying a player,
A setting means for setting a virtual camera in the game space and setting shooting conditions for shooting an image in the game space by the virtual camera based on shooting setting data corresponding to the identification data.
It has a photographic image generation means for generating an image taken in the game space by a virtual camera set in the game space based on the shooting condition according to the shooting condition and the game situation .
The setting means is a game device that sets an installation position and a shooting direction of the virtual camera in the game space . A game processing means that executes a game that changes objects in the game space as the game progresses,
A management means for managing the game status of the game and
An input means for inputting identification data for identifying a player,
A setting means for setting a virtual camera in the game space and setting shooting conditions for shooting an image in the game space by the virtual camera based on shooting setting data corresponding to the identification data.
It has a photographic image generation means for generating an image taken in the game space by a virtual camera set in the game space based on the shooting condition according to the shooting condition and the game situation .
The setting means is a game device for setting an image quality related to the image quality of an image taken by the virtual camera . The management means stores the game situation at a predetermined first time point of the game progress, and stores the game situation.
The game device according to claim 1 or 2, wherein the photographic image generation means generates an image at a second time point different from the first time point based on the game situation at the first time point. The game device according to claim 1 or 2 , wherein the photographic image generation means generates an image when a predetermined time has elapsed from a reference time during which the game is in progress. Further having a receiving means for transmitting the identification data to the server and receiving the shooting setting data corresponding to the identification data.
The game device according to claim 1 or 2 , wherein the setting means sets the shooting conditions based on the shooting setting data received from the server. Computer,
A game processing means that executes a game that changes objects in the game space as the game progresses,
A management means for managing the game status of the game and
An input means for inputting identification data for identifying a player,
A setting means for setting a virtual camera in the game space and setting shooting conditions for shooting an image in the game space by the virtual camera based on shooting setting data corresponding to the identification data.
Based on the shooting conditions, an image taken in the game space by a virtual camera set in the game space is made to function as a photographic image generation means to be generated according to the shooting conditions and the game situation .
A game program for causing the setting means to set the installation position and shooting direction of the virtual camera in the game space . Computer,
A game processing means that executes a game that changes objects in the game space as the game progresses,
A management means for managing the game status of the game and
An input means for inputting identification data for identifying a player,
A setting means for setting a virtual camera in the game space and setting shooting conditions for shooting an image in the game space by the virtual camera based on shooting setting data corresponding to the identification data.
Based on the shooting conditions, an image taken in the game space by a virtual camera set in the game space is made to function as a photographic image generation means to be generated according to the shooting conditions and the game situation.
A game program for causing the setting means to set an image quality related to the image quality of an image taken by the virtual camera .

Images