JP7675609B2 - GAME PROGRAM, GAME SYSTEM AND INFORMATION PROCESSING METHOD - Google Patents

Description

This disclosure relates to a game program, a game system, and an information processing method.

In recent years, there has been technology that uses the window glass of vehicles that users can board, such as cars and buses, to provide video services to users. Patent Document 1 discloses a game program that adjusts the occurrence of events according to the progress of the vehicle, etc. Patent Document 2 discloses an augmented reality representation system that displays information related to a feature present in a viewed scene on a see-through display based on the geographical location information of the feature so as to be superimposed on the scene. Patent Document 3 discloses a display device that actively displays information on the window glass of a vehicle.

JP 2021-30064 A JP 2012-68481 A JP 2017-151981 A

There is an issue that sufficiently interesting gaming services are not being provided to users who travel on vehicles.

The present disclosure has been made to solve the above problem, and its purpose is to provide a more interesting game program, game system, and information processing method for users traveling on a vehicle.

A game program for executing a game in a computer system including a computer having a processor and a storage unit, and a vehicle that includes a transmissive display and a gripping unit and that can be boarded by a user, the game program executes a first image input step of acquiring a first image, a first operation input step of acquiring first operation information from the first gripping unit, a first generation step of generating a first game object based on the first image, a first operation step of controlling a first character object based on the first operation information, and a first image output step of outputting a first output image including the first character object and the first game object, the first image input step being a step of acquiring an image including a part of the scenery outside the vehicle that is viewed from the viewpoint of the first user through the first transmissive display, and the first image output step being a step of outputting the first output image to the first transmissive display so as to overlap with the scenery outside the vehicle that is viewed from the viewpoint of the first user through the first transmissive display, and the gripping unit is held by the hand of a user boarding the vehicle to support his or her body.

According to the present disclosure, it is possible to provide a more interesting gaming service to users traveling on a vehicle.

1 is a diagram showing an overall configuration of an information processing system 1. FIG. 2 is a block diagram showing the functional configuration of the server 10. FIG. 2 is a block diagram showing the functional configuration of the window unit 20 (first embodiment). 10A is a diagram showing the data structure of a user table 1011, FIG. 10B is a diagram showing the data structure of a deck table 1012, and FIG. 10C is a diagram showing the data structure of a character table 1013. FIG. 10 is a diagram showing the data structure of an item table 1014. 10A is a diagram showing the data structure of a window table 1021, and FIG. 10B is a diagram showing the data structure of a gripping part table 1022. FIG. 13 is a flowchart showing the operation of a game progress process in the server 10 and the window unit 20. 11 is a flowchart showing the operation of an object generation process (first embodiment) in the window unit 20. 13 is a diagram showing an example of a display screen by a transmissive display 207 of the window unit 20. FIG. FIG. 4 is a block diagram showing the functional configuration of the window unit 20 (second embodiment). FIG. 2 is a block diagram showing the basic hardware configuration of a computer 90.

Embodiments of the present disclosure will be described below with reference to the drawings. In all figures describing the embodiments, common components are given the same reference numerals, and repeated explanations will be omitted. Note that the following embodiments do not unduly limit the contents of the present disclosure described in the claims. Furthermore, not all components shown in the embodiments are necessarily essential components of the present disclosure. Furthermore, each figure is a schematic diagram, and is not necessarily a precise illustration.

<Overview of Information Processing System 1>
1 is a diagram showing an overall configuration of an information processing system 1. The information processing system 1 in the present disclosure is an information processing system that provides a game service to a user who boards a vehicle 21, based on image data obtained by photographing an outside landscape from the vehicle 21.

A user aboard vehicle 21 can view the scenery outside the vehicle through a window provided on the front or side of vehicle 21. A game image is drawn on a transparent display 207 provided over the vehicle window so as to be superimposed on the scenery outside the vehicle. This allows a user aboard vehicle 21 to view the game image superimposed on the real scenery outside the vehicle, and to play a game that uses the real scenery outside the vehicle.

<Basic configuration of information processing system 1>
An information processing system 1 according to the present disclosure is shown in Fig. 1. The information processing system 1 includes a server 10 and a plurality of window units 20A, 20B, 20C, etc. provided in a vehicle 21, which are connected via a network N. Fig. 2 is a block diagram showing the functional configuration of the server 10. Fig. 3 is a block diagram showing the functional configuration of a window unit 20 (first embodiment).

The server 10 is an information processing device that provides a service that controls the progress of a game according to image data (exterior image data) of the outside of the vehicle 21 acquired from the window unit 20. The window unit 20 is an information processing device that controls the display of game images on a transparent display 207 that is superimposed on a window through which a user in the vehicle 21 can view the scenery outside the vehicle.

Each information processing device is configured by a computer equipped with an arithmetic unit and a storage device. The basic hardware configuration of the computer and the basic functional configuration of the computer realized by the hardware configuration will be described later. For the server 10 and the window unit 20, descriptions that overlap with the basic hardware configuration of the computer and the basic functional configuration of the computer described later will be omitted.

The configuration and operation of each device are explained below.

<Functional configuration of server 10>
2 shows a functional configuration realized by the hardware configuration of the server 10. The server 10 includes a storage unit 101 and a control unit 104.

<Configuration of storage unit of server 10>
The memory unit 101 of the server 10 includes a user table 1011 , a deck table 1012 , a character table 1013 , an item table 1014 , a window table 1021 , and a grip table 1022 .

FIG. 4A is a diagram showing the data structure of the user table 1011.
The user table 1011 is a table that stores and manages information about member users (hereinafter, users) who use the service according to the present disclosure. When a user registers to use the service, the user's information is stored in a new record in the user table 1011. This allows the user to use the service according to the present disclosure.
The user table 1011 is a table having a user ID as a primary key and columns of a user name and selected characters.

The user ID is an item that stores an identifier for uniquely identifying a user. The user name is an item that stores the user's name. The playable character is an item that stores the character ID of an in-game character that the user selected from their deck when playing the game. If the user has multiple in-game characters in the deck table 1012, the character stored in the playable character will be the character that the user will control in the game.

It should be noted that users who have not registered (unregistered users) may also be able to use the service. In this case, users known as guest users, who have predetermined values for user ID, user name, and selected character, are stored in user table 1011. The guest user values are then applied to unregistered users, so that the service disclosed herein can be provided to unregistered users as well. In other words, registration to the service is not required to use this service.

FIG. 4B is a diagram showing the data structure of the deck table 1012.
Deck table 1012 is a table for storing characters owned by the user.
Deck table 1012 is a table having columns for user ID, character ID, name, performance value, and experience value.

The character ID is an item that stores the character ID of an in-game character owned by the user. The name is an item that stores the name of an in-game character owned by the user. Users can freely set names for their in-game characters. The performance value is an item that stores the performance parameters (stamina, attack power, defense power) of an in-game character owned by the user. The experience value is an item that stores the experience value of an in-game character owned by the user.

FIG. 4C is a diagram showing the data structure of the character table 1013.
The character table 1013 is a table that stores and manages information about in-game characters.
The character table 1013 is a table having a character ID as a primary key, and columns of a character name and an initial performance value.

The character ID is an item that stores an identifier for uniquely identifying an in-game character. The character name is an item that stores the initial value of the in-game character's name. The initial performance value is an item that stores the initial value of the performance value of the in-game character.

FIG. 5A is a diagram showing the data structure of the item table 1014.
The item table 1014 is a table that stores and manages information about in-game items.
The item table 1014 is a table having an item ID as a primary key, and columns of an item name, an item image, a condition string, a condition image, an assigned content, and a score.

The item ID is an item that stores an identifier for uniquely identifying an in-game item. The item name is an item that stores the name of the in-game item. The condition string is an item that stores a string that is a condition for whether or not an in-game item will appear in the game as an item object. The condition image is an item that stores image data that is a condition for whether or not an in-game item will appear in the game as an item object. The item image is an item that stores an image of the in-game item. The granted content is an item that stores a benefit that is granted to the playable character or the user when the playable character acquires an in-game item. The score is an item that stores a score that is granted to the user when the playable character acquires an in-game item.

FIG. 6A is a diagram showing the data structure of the window table 1021. As shown in FIG.
The window table 1021 is a table that stores and manages information regarding the window units installed in the vehicle.
The window table 1021 is a table having a window ID as a primary key and columns of display information, drawing range, start flag, switching flag, user presence/absence, user position, and window state flag.

The window ID is an item that stores an identifier for identifying the window unit 20 installed in the vehicle. The game is controlled for each window unit identified by the window ID.

The display information is an item that stores information including the shape, position, and direction of the transmissive display provided in the window unit identified by the window ID.
The shape of the transmissive display is coordinate information of the outline of the transmissive display. If the shape of the transmissive display is a rectangular window, the information is the length, width, and depth.
The shape of the transparent display refers to the shape of the part of the transparent display that is visible to the user, and does not include the part embedded inside the vehicle that is invisible to the user. Therefore, if an openable window such as a car window is used as the transparent display, the shape of the transparent display changes as the user opens and closes the window. When the user opens the window, the vertical size of the transparent display becomes smaller, and when the user closes the window, the vertical size of the transparent display becomes larger. The transparent display may be configured to change its horizontal size using a shutter or curtain.
The position of the transmissive display is information on the installation position of the transmissive display. The position of the transmissive display may be a relative position from a specific position in the vehicle. The position of the transmissive display may be an absolute position such as latitude and longitude obtained using a global positioning system (GPS) (not shown) or the like.
The direction of the transmissive display is the normal vector of the screen of the transmissive display, and the direction may be positive either toward the outside of the vehicle or toward the inside of the vehicle.

The drawing range is an item that stores information that defines the drawing range of a game object on a transparent display identified by a window ID.
The drawing range is set so as to fit within the transparent display based on the shape information of the transparent display in the display information. If the transparent display is an openable window such as a car window, the drawing range changes as the user opens and closes the window. When the user opens the window, the vertical drawing range becomes smaller, and when the user closes the window, the vertical drawing range becomes larger. The drawing range may also be configured to change horizontally using shutters or curtains.

The start flag is an item that stores the game start conditions. The start flag stores True or False.

The switch flag is an item that stores the conditions for switching to the mini-game. The switch flag stores True or False.

User presence/absence is information indicating whether or not a user is present in front of or around the window unit 20 identified by the window ID. If a user is present, True is stored; if not, False is stored.

The user position is information indicating the head position of a user (user position) who is in front of or around the window unit 20 identified by the window ID. Specifically, information indicating the user's position relative to the vehicle is stored, based on a specific position within the vehicle. Note that the position of each window unit 20 relative to the vehicle is stored in the display information, so the user's head position relative to the window unit 20 can be calculated by combining the display information and the user position.

The window status flag is set to True for the window unit 20 identified by the window ID to be operated while the user is performing the window opening/closing operation. The window status flag is set to False for the window unit 20 identified by the window ID to be operated while the user is not performing the window opening/closing operation. Note that some vehicles may not support window opening/closing operations. In such cases, the window status flag is always stored as False.

FIG. 6B is a diagram showing the data structure of the gripper table 1022.
The grip table 1022 is a table that stores and manages information about one or more grips prepared for each window unit.
The gripping part table 1022 is a table having a gripping part ID as a primary key and columns of a window ID and a user ID.

The gripper ID is an item that stores an identifier for uniquely identifying the gripper. The window ID is an item that stores the window ID of the window unit connected to the gripper. The user ID is an item that stores the user ID of the user who operates the gripper.

<Configuration of the control unit of the server 10>
The control unit 104 of the server 10 includes a game control unit 1041 and an object control unit 1042 .
FIG. 7 is a flowchart showing the operation of the game progress processing in the server 10 and the window unit 20.

The game control unit 1041 performs game progress processing. Details will be described later.

The object control unit 1042 performs object generation processing. Details will be described later.

<Functional configuration of window unit 20 (first embodiment)>
3 shows a functional configuration realized by the hardware configuration of the window unit 20 (first embodiment). The window unit 20 includes a storage unit 201 and a control unit 204. The window unit 20 is also connected to an input device 206, a transmissive display 207, and a grip unit 208 via an input/output interface (not shown).

<Configuration of memory unit 201 of window unit 20>
The memory unit 201 of the window unit 20 stores a game program 2011 , a mini-game program 2012 , a window ID 2013 for identifying the window unit 20 , and a game object 2014 .

The game objects 2014 are object data relating to the game that are used when executing the game program 2011. The game objects include a character object 2015 operated by the user, a stage object 2016 that defines the movement range of the character object 2015, an item object 2017 that the character acquires, a score object 2018 that indicates the score acquired by the user as the game progresses, a play date and time object 2019, and other objects such as scenery and background.

The character object 2015 is object data that includes a character image and position information of the character within the drawing area. The character object 2015 is an object of a character (operable character) that is the object to be operated by the user in the game.

The stage object 2016 is object data relating to a stage on which the character object 2015 can move. Specifically, the user can move the playable character drawn on the stage up, down, left, and right by inputting. The stage is provided with holes and the like, and if the playable character falls into a hole it is a mistake. The user can progress through the game by controlling the playable character to jump over pitfalls provided on the stage, for example by jumping.

The item object 2017 is object data relating to an in-game item, including an item ID, an item image, and position information of the item within the drawing area.
When the character object 2015 satisfies an acquisition condition, the item object 2017 gives the operated character a performance value, an experience value, etc., or gives the user a privilege of a new character. The predetermined condition is, for example, as follows.
The position information of the character object 2015 and the position information of the item object 2017 are close to each other within a predetermined distance. The character object 2015 takes a predetermined action while the item object 2017 appears. An operation on the character object 2015 is maintained while the item object 2017 appears.

The score object 2018 is object data that includes the score acquired by the user as the game progresses. As the game progresses, the user acquires a score based on the item objects that he or she has acquired.

The play date and time object 2019 is object data including the start date and time and the end date and time of the game. The play date and time object may be determined in advance depending on the game content and the user who plays the game.
The play date and time object 2019 may estimate the travel date and time based on the travel route or vehicle travel route of the user playing the game, and may set the travel start date and time of the estimated date and time as the play start date and time, and the arrival date and time as the play end date and time. This makes it possible to provide the user with a game service that matches the travel date and time.

<Configuration of control unit 204 of window unit 20>
The control unit 204 of the window unit 20 includes a game execution unit 2041. The control unit 204 executes the game program 2011 or the mini-game program 2012 stored in the storage unit 201, whereby the functional units of the game execution unit 2041 are realized.
Fig. 8 is a flow chart showing the operation of the object generation process (first embodiment) in the window unit 20. Fig. 9 is a diagram showing an example of a display screen on the transmissive display 207 of the window unit 20.

The game execution unit 2041 of the window unit 20 reads out the game object 2014 and draws it on the transmissive display 207, allowing the user to visually recognize the contents of the game object 2014.

The game execution unit 2041 of the window unit 20 receives information from operations by the user, the exterior camera 2061, the interior camera 2062, and the position information sensor 2063 provided in the input device 206, and information from the server 10, controls the content of the game object 2014, and executes control processing of the display content of the transparent display 207. This allows the user to operate the game by operating the grip unit 208.

The game execution unit 2041 of the window unit 20 also executes a process of transmitting the contents of the user's operation of the operation button 2082 of the grip unit 208, information output from the motion sensor 2083, etc., together with the grip unit ID 2081 to the server 10.

<Operation of the Game Executing Unit 2041>
In this embodiment, an example of a game executed by the game executing unit 2041 of the window unit 20 is an action game, and an example of a display screen on the transmissive display 207 is shown in FIG.

In the present disclosure, the game executed by the game execution unit 2041 of the window unit 20 is not limited to an action game, and any game may be applied. Specifically, it may be a shooting game, an action game, a role-playing game, an adventure game, a racing game, a puzzle game, a simulation game, a table game, etc. In addition, the window unit 20 may be equipped with a microphone and a speaker (not shown), so that the game execution unit 2041 of the window unit 20 may realize a music game.

In the action game of the present disclosure, the user can operate the operation buttons 2082 or the motion sensor 2083 to move the playable character 601 depicted on the screen 60 of the transparent display 207 left and right along the stage 611, or jump up and down relative to the stage 611.

In-game items 621, 622 are depicted on the screen 60, and the user can obtain the in-game items 621, 622, for example, by operating the playable character 601 so that the distance between the playable character 601 and the in-game items 621, 622 is within a predetermined distance. When the user obtains the in-game items 621, 622, the user can obtain a bonus or score corresponding to the in-game item.

The score 631 and play time 641 are displayed on the screen 60.

In the present disclosure, a second user different from the above-mentioned user may operate the operation button 2082B and the motion sensor 2083B of the second grip unit 208B to operate the game played by the first user, participate in the game played by the first user, and support the game played by the first user. For example, the second user may be configured to operate the in-game items 621 and 622. By the second user operating the in-game items 621 and 622, the user operating the playable character 601 can advance the game advantageously. In other words, the second user may be configured to support the game play of the user operating the playable character 601.
A configuration may be adopted in which the second user can operate a support character different from the playable character 601 operated by the first user. Also, a configuration may be adopted in which the second user operates the operation button 2082B and the motion sensor 2083B of the second holding unit 208B to draw objects such as images and stamps on the screen 60, thereby livening up the game played by the first user. Also, a configuration may be adopted in which the second user operates the operation button 2082B and the motion sensor 2083B of the second holding unit 208B to improve the performance value of the playable character 601.
In this case, the second user may also be given a benefit according to the in-game items 621 and 622.

<Configuration of the game execution unit 2041>
The game execution unit 2041 of the window unit 20 can control the images of the playable character 601, in-game items 621, 622, score 631, and play time 641 displayed on the screen 60 by updating the data of the character object, stage object, item object, score object, and play time object contained in the game object 2014.

Specifically, when the user operates the operation button 2082 of the grip portion 208, the coordinate information of the character object 2015 is updated, and the game can be progressed by performing operations such as moving the playable character 601 left and right or jumping up and down on the screen 60.

A user positioned in front of the transparent display 207 can see images of the playable character 601, in-game items 621, 622, score 631, and play time 641 displayed on the screen 60, superimposed on the real scenery 661 outside the vehicle that can be seen through the transparent display 207.

<Object Creation Process (First Example)>
The game execution unit 2041 of the window unit 20 generates a stage object 2016 and an item object 2017 based on the photographic data acquired from the exterior camera 2061. The operation of the object generation process (first embodiment) executed in the window unit 20 will be described with reference to the flowchart of FIG. 8 and the display screen example of FIG. 9.

In step S201, the game execution unit 2041 of the window unit 20 acquires image data (exterior vehicle image data) captured by the exterior vehicle camera 2061. The exterior vehicle image data is data captured of the exterior of the vehicle by one or more cameras provided around the transparent display 207 of the window unit 20. It is desirable for the exterior vehicle image data to include the entire range of the scenery that the user can see through the transparent display 207, but it is sufficient that the exterior vehicle image data includes at least a portion of the scenery that the user can see through the transparent display 207.

In step S202, the game execution unit 2041 of the window unit 20 extracts contour data from the acquired outside-vehicle image data. The contour data is data obtained by extracting contour information contained in the outside-vehicle image data. The contour data is image data generated by applying an edge extraction filter such as a differential filter or a Sobel filter to the outside-vehicle image data.
For example, if the outside-vehicle photographed data is a landscape photograph including an image of a mountain, the boundary portion between the image of the mountain and the image of the sky is extracted as the contour data. Also, if the outside-vehicle photographed data is a landscape photograph including an image of a building, the boundary portion between the image of the building and the image of the sky is extracted as the contour data.
The contour data may be extracted based on three-dimensional photographic data acquired using a remote sensing device such as LiDAR (Light Detection and Ranging) that irradiates an object with near-infrared light, visible light, ultraviolet light, etc., and captures the reflected light with an optical sensor to measure the distance. The LiDAR may be used in place of or in combination with the exterior camera 2061.

In step S203, the game executing unit 2041 of the window unit 20 generates a stage object 2016 based on the extracted contour data. Specifically, the game executing unit 2041 generates the stage object 2016 along the lines of the contour data.
For example, if the outside-vehicle photographed data is a landscape photograph including an image of a mountain, a stage object 2016 is generated at the boundary between the image of the mountain and the image of the sky. The game executing unit 2041 of the window unit 20 draws a stage 611 on the transmissive display 207 based on the stage object 2016.
In addition, the game execution unit 2041 of the window unit 20 may generate the stage object 2016 based on the outside-of-vehicle shooting data.

In step S203, if the game execution unit 2041 of the window unit 20 cannot properly extract contour data, if the game execution unit 2041 cannot properly generate the stage object 2016, or if a continuous stage object 2016 cannot be generated because an obstruction such as a building appears in front of the landscape, the game execution unit 2041 transmits a window ID and a switching request to the server 10. When the control unit 104 of the server 10 receives the switching request, the control unit 104 searches the window table 1021 using the received window ID as a key, and sets the switching flag item of the identified record to False. Otherwise, the control unit 104 sets the switching flag to True.
The setting of the switching flag does not need to be included in the object generation process, and may be performed separately and periodically by the control unit 204 of the window unit 20.

In step S204, the game execution unit 2041 of the window unit 20 generates an item object 2017 based on the outside-vehicle shooting data and the extracted contour data. The game execution unit 2041 of the window unit 20 extracts a part or all of the outside-vehicle shooting data and the contour data and transmits them to the server 10.

The control unit 104 of the server 10 determines whether the received outside-of-vehicle image data and contour data include a condition character string or a condition image in the item table 1014. The determination may be performed by detecting a feature amount for the outside-of-vehicle image data and contour data.
If the control unit 104 of the server 10 determines that a condition string or a condition image is included, it transmits to the window unit 20 the item ID of the in-game item, the item image, and the position where the condition string or condition image is included.

When the window unit 20 receives the location including the item ID, item image, condition string or condition image, it newly generates an item object 2017 having the item ID and item image at the location including the condition string or condition image.
The window unit 20 may newly generate an item object 2017 having an item ID and an item image, regardless of the position where the condition string or the condition image is included. The position where the item object 2017 is newly generated may be, for example, a preset position related to the generation of the item object, or a position related to the character object 2015. At this time, the control unit 104 of the server 10 may be configured not to transmit the position where the condition string or the condition image is included to the window unit 20.

The game execution unit 2041 of the window unit 20 draws in-game items 621, 622 on the transmissive display 207 based on the item object 2017. Note that the item object 2017 may store information about multiple in-game items 621, 622.

By setting a company name or the like in the condition string in item table 1014, if the company name is included in the vehicle scenery, product advertisements for that company can be displayed to the user as in-game items 621 and 622.

By setting an image of a tourist attraction as the condition image in the item table 1014, in-game items 621, 622 related to the tourist attraction can be displayed to the user when the vehicle passes the tourist attraction. In addition, the condition image may include natural objects, scenery, buildings, etc., and the item image may be an icon related to the natural objects, scenery, or buildings.

In step S205, the game execution unit 2041 of the window unit 20 refers to the play date and time object 2019 and determines whether the current date and time has passed the play end date and time. If the play time has not passed, the object generation process is repeated. If the play time has passed, the game is ended and the process proceeds to step S206.

<Item acquisition process>
The user can obtain the in-game items 621 and 622 when the distance between the playable character 601 and the in-game items 621 and 622 comes within a predetermined distance by operating the playable character 601 .
Specifically, the game executing unit 2041 of the window unit 20 calculates the distance between the character object 2015 of the operated character 601 and the item object 2017 of the in-game items 621 and 622 .
The game execution unit 2041 of the window unit 20 determines that the item object whose distance is within the predetermined distance is an acquired in-game item, and deletes the in-game item from the item objects.
The game execution unit 2041 of the window unit 20 transmits the obtained item ID of the in-game item to the server 10. The control unit 104 of the server 10 searches the item table 1014 using the item ID as a key, obtains the items of the granted content and the score, and transmits them to the window unit 20.

The game execution unit 2041 of the window unit 20 grants a privilege to the operated character or the user based on the received grant content. For example, the game execution unit 2041 grants parameters such as experience points and performance values to the operated character, or grants a privilege such as making the character invincible for a certain period of time. The user may acquire a new character and item (add a new record to the deck table 1012), or may be granted coupons, discount coupons, points, etc. for products and services that can be used outside the game. Information related to tourist attractions may also be granted. The characters and items newly acquired by the user may be characters and items related to a condition image related to the item, and the user can check the acquired characters and items on a mobile terminal such as his/her smartphone. The user can also check the granted coupons, discount coupons, points, information related to tourist attractions, etc. for products and services that can be used outside the game on a mobile terminal such as his/her smartphone.
This makes it possible to promote products, services, etc. by using images of the scenery outside the vehicle.

The game execution unit 2041 of the window unit 20 may also control the granting of benefits to the playable character or the user depending on the current date and time. For example, it may control the granting of benefits to the user within a specific date and time range.

In addition, the game execution unit 2041 of the window unit 20 displays the content of the bonus to be given to the playable character or the user based on the received content of the bonus on the transparent display 207 as a code such as a QR code (registered trademark), and the user may grant the bonus to the user by reading the code using a camera on a mobile terminal such as a smartphone.
This makes it possible to provide benefits to users who play the game as guest users or to users who are not playing the game.

<Object Generation Process (Second Embodiment)>
The operation of the object generation process (second embodiment) executed in the window unit 20 will be described. The object generation process (second embodiment) is composed of two window units 20A and 20B. The processes of steps S201, S202, S203, S205, and S206 of the object generation process (second embodiment) in the window unit 20A and the window unit 20B are common to the object generation process (first embodiment).

In step S204 of the object generation process (second embodiment), the game execution unit 2041 of the window unit 20A generates an item object 2017 based on the vehicle exterior image data of the window unit 20B and the extracted contour data. The game execution unit 2041 of the window unit 20B extracts a part or all of the vehicle exterior image data and the contour data and transmits them to the server 10.

The control unit 104 of the server 10 judges whether or not the outside-of-vehicle image data and the contour data received from the window unit 20B contain a condition character string or a condition image in the item table 1014. The judgment may be performed by detecting a feature amount for the outside-of-vehicle image data and the contour data.
When the control unit 104 of the server 10 determines that a condition string or a condition image is included, it transmits the item ID of the in-game item and the item image to the window unit 20A.

When the window unit 20A receives the item ID and item image, it generates a new item object 2017 having the item ID and item image. The position at which the new item object 2017 is generated may be, for example, a preset position related to the generation of the item object, or may be a position related to the character object 2015.

The game execution unit 2041 of the window unit 20A draws in-game items 621, 622 on the transmissive display 207 based on the item object 2017. Note that the item object 2017 may store information about multiple in-game items 621, 622.

In this way, in the object generation process (second embodiment), the game execution unit 2041 of the window unit 20A generates the item object 2017 based on the outside-vehicle image data of the window unit 20B, which is provided in a different position from the window unit 20A. This allows the user playing the game at the window unit 20A to experience a more interesting game, as the item object 2017 based on the scenery outside the user's field of vision appears.

In the object generation process (second embodiment), the item object 2017 in the window unit 20A is generated based on the vehicle exterior image data of the window unit 20B, but the stage object 2016 may be generated in whole or in part based on the vehicle exterior image data of the window unit 20B. Also, an example configured with two window units, 20A and 20B, has been described, but the stage object 2016 may be configured with a combination of at least any two of the window units 20A to 20E.
The object generation process (second embodiment) may be executed regardless of the presence or absence of a user at the window unit 20 B. In other words, even when a predetermined user is playing a game at the window unit 20 B, the item object 2017 at the window unit 20 A may be generated based on the outside-of-vehicle photographed data of the window unit 20 B.

In the present disclosure, the object generation process (first embodiment) and the object generation process (second embodiment) may be executed in combination. In other words, the stage object 2016 and the item object 2017 in the window unit 20A may be generated based on the exterior image data of the window unit 20A and the exterior image data of the window unit 20B.

<Configuration of the Transmissive Display 207>
The transmissive display 207 is realized by a flat display such as an LCD (Liquid Crystal Display), an organic EL display, or a micro LED (Light Emitting Diode) display, a projector, etc. The transmissive display 207 is a see-through display that is displayed on at least one surface of the front glass, the rear glass, the side glass, and the ceiling glass, or on any combination of the surfaces.
In a see-through display, the area where the image is displayed is rendered semi-transparent or opaque, and the other areas transmit external light at a predetermined transmittance. This allows the actual scenery and the game image to be displayed overlapping each other, enhancing the sense of realism. In the present disclosure, a see-through semi-transparent liquid crystal display or a projector capable of semi-transparent projection can be used as the see-through display.

The transparent display 207 also includes a display that combines an exterior camera 2061 with a physically opaque display. Specifically, instead of a see-through display, an opaque display is attached in the position where the see-through display would be placed. Multiple exterior cameras 2061 capture images of the surroundings of the window unit 20, and the captured images are controlled to be rendered on the opaque display. This makes it possible to display images equivalent to those on a see-through display to a user in the vehicle using an opaque display.

<Configuration of gripping portion 208>
The vehicle 21 according to the first embodiment is provided with one or more gripping parts 208. The gripping parts 208 are for a user in the vehicle to grip with his/her hands to support his/her body. By gripping the gripping part 208, the user can properly support his/her body even in a moving vehicle and can spend his/her time comfortably. The gripping parts 208 include those that the user grips in any posture, such as a standing position or a sitting position.
In trains, buses, etc., the gripping portion 208 includes a strap and a gripping bar. In passenger cars, etc., it includes a gripping bar called an assist grip that is provided on a pillar (window pillar), roof, seat, etc. of the passenger car.

<Functional configuration of window unit 20 (second embodiment)>
10 is a block diagram showing the functional configuration of the window unit 20 (second embodiment). The window unit 20 has a basic configuration in common with the window unit 20 (first embodiment), but differs in that a window operation button 2064 is provided on the input device 206 connected thereto.

<Window Operation Button 2064>
The window operation button 2064 is a user interface for operating an area of the transparent display 207 that is visible to the user. Specifically, the window operation button 2064 allows the user to perform an operation for opening and closing the transparent display 207 of the window unit 20. When the user operates the window operation button 2064 to open it, the control unit 204 of the window unit 20 drives an actuator (not shown) to perform control for storing a part of the transparent display 207 inside the vehicle (control for opening the window). On the other hand, when the user operates the window operation button 2064 to close it, the control unit 204 of the window unit 20 drives an actuator (not shown) to perform control for taking a part of the transparent display 207 out of the vehicle (control for closing the window).

The window operation button 2064 may be realized as a switch provided on the grip portion 208 .
The window operation button 2064 may be realized by drawing it as a game object on the transparent display 207, and allowing the user to operate the object drawn on the transparent display 207 by operating the gripping portion 208, thereby opening and closing the transparent display 207.

The window operation button 2064 is linked to at least one window ID 2012. One window operation button 2064 may be linked to multiple window IDs 2012. When the user operates the window operation button 2064, opening and closing control is performed on the transmissive displays 207 of all window units 20 having the window IDs 2012 corresponding to the window operation button 2064.

Operation of the window operation button 2064 not only opens and closes the transparent display 207, but also includes changing the area of the transparent display 207 that is visible to the user by moving curtains or shutters installed in front of or behind the window.

When the window operation button 2064 is operated by the user, the control unit 204 of the window unit 20 activates an actuator (not shown) to control changing the area of the transparent display 207 visible to the user (visible range), and at the same time transmits the window ID and information about the area of the transparent display 207 visible to the user to the server 10. The control unit 104 of the server 10 receives the information about the area of the transparent display 207 visible to the user, and updates the shape, position, and orientation of the transparent display in the display information of the record identified by the window ID in the window table 1021.

Next, the control unit 104 of the server 10 updates the drawing range item of the window table 1021 based on the update of the display information item of the window table 1021. Specifically, by opening or closing the transparent display 207, the drawing range of the transparent display 207 on which the game is drawn is reduced or expanded according to the area of the transparent display 207 that is visible to the user.

The control unit 104 of the server 10 sets the value of the window state flag in the window table 1021 to True while performing control to change the area of the transparent display 207. When the control to change the area of the transparent display 207 ends, the control unit 104 of the server 10 sets the value of the window state flag in the window table 1021 to False.

In the display information field of the window table 1021, information on the shape, position, and direction of the transparent display 207 as viewed by the user is stored. In addition, in the drawing range field of the window table 1021, information is stored that defines the drawing range of the game according to the shape, position, and direction of the transparent display 207 as viewed by the user. Note that the display information and drawing range may be updated either continuously while the user is operating the window operation button 2064, or only once after the operation is completed.

In a vehicle 21 equipped with a window unit 20, the grip unit 208 is not a required component. The user may play the game using an input device other than the grip unit 208.

In place of the vehicle 21 in this disclosure, the contents of this disclosure may be applied to any vehicle that has windows and that a user can board, such as an airplane, helicopter, rocket, satellite, space station, drone, hyperloop, ship, submarine, or submersible.

<Operation of Information Processing System 1>
Each process of the information processing system 1 will be described below.

<User Connection Processing>
The grip unit 208 includes a fingerprint authentication unit (not shown) that reads the user's fingerprint when the user grips the grip unit 208. The control unit 204 of the window unit 20 refers to a fingerprint table (not shown) in which user IDs and fingerprint information are associated and stored, and identifies the user ID.
Instead of fingerprint authentication, the user ID of the user gripping the grip portion 208 may be identified based on the face or physical features of the user captured by the in-vehicle camera 2062. Instead of fingerprint authentication, the user ID of the user gripping the grip portion 208 may be identified by contact or contactless communication with a mobile terminal such as a smartphone carried by the user.
The control unit 204 of the window unit 20 transmits the identified user ID, gripping unit ID 2081, and window ID 2013 to the server 10. The control unit 104 of the server 10 stores the user ID and window ID 2013 in the gripping unit table 1022 in association with the received gripping unit ID 2081.

If the control unit 204 of the window unit 20 is unable to read the user's fingerprint for a certain period of time, it determines that the user is not holding the grip unit 208 and releases the connection between the grip unit 208 and the user.
Instead of fingerprint authentication, it may be possible to determine that the user is not gripping the grip unit 208 based on the face or physical features of the user captured by the in-vehicle camera 2062, and then to disconnect the grip unit 208 from the user.
If no input information is received from the grip unit 208 for a certain period of time, it may be determined that the user is not holding the grip unit 208, and the connection between the grip unit 208 and the user may be released.
The control unit 204 of the window unit 20 transmits the identified user ID, gripping unit ID 2081, and window ID 2013 to the server 10. The control unit 104 of the server 10 deletes the record of the user ID and window ID 2013 linked to the received gripping unit ID 2081 from the gripping unit table 1022, and releases the connection with the user.

<User Presence Determination Process (First Example)>
The in-vehicle camera 2062 provided in the window unit 20 periodically captures an image of the front of the transmissive display 207 on the inside of the vehicle, and monitors whether or not a user is present in front of the transmissive display 207. Specifically, the control unit 204 of the window unit 20 executes a face recognition program using the image captured by the in-vehicle camera 2062 as input data and determines whether or not a face image is included. The control unit 204 of the window unit 20 determines that a user is present if a face image is included, and determines that a user is not present if a face image is not included. A library such as OpenCV is known as a face recognition program.

The method of determining whether or not a user is present is not limited to using the in-vehicle camera 2062 .
A switch or a pressure sensor may be installed on the floor or the seat at the user's seating position of the vehicle. In a passenger car, the seat may include a child seat or other retrofitted equipment. The presence or absence of a user may be determined by whether the seat belt is fastened. A switch or a contact sensor may be installed on the gripping portion 208. The control unit 204 of the window unit 20 may determine whether the user is present in front of the transmissive display 207 using a detection value from the switch or the sensor.

When the control unit 204 of the window unit 20 determines that a user exists, it sends the window ID 2013 and a request to the server 10 indicating that a user exists. On the other hand, when the control unit 204 of the window unit 20 determines that a user does not exist, it sends the window ID 2013 and a request to the server 10 indicating that a user does not exist.

When the control unit 104 of the server 10 receives a request indicating that a user exists, it sets the user presence field of the record identified by the received window ID 2013 to True. On the other hand, when the control unit 104 of the server 10 receives a request indicating that a user does not exist, it sets the user presence field of the record identified by the received window ID 2013 to False.

<User Presence Determination Process (Second Embodiment)>
The control unit 104 of the server 10 may determine the presence or absence of a user without receiving a request regarding the presence or absence of a user from the window unit 20. For example, the control unit 104 of the server 10 may search the gripping unit table 1022 to identify a window ID linked to a user ID. The control unit 104 of the server 10 may search for a record in the window table 1021 using the identified window ID, set the user presence field of the record to True, and set the user presence fields of the other records to False.
In this way, the contents of the gripping part table 1022 may be used to determine whether or not the user is present in front of the transmissive display 207 of the window unit 20 .

In the user presence determination process (first embodiment), the presence or absence of a user can be determined without using the contents of the gripper table 1022. As a result, when the control unit 204 of the window unit 20 detects the presence of a user, it can guide the user by drawing a video of the connection procedure with the gripper 208 on the transparent display 207 prior to connecting the gripper 208 to the user.

The user presence/absence determination process (second embodiment) can determine the presence/absence of a user with a simpler configuration than the user presence/absence determination process (first embodiment).

<User Location Identification Process (First Embodiment)>
The control unit 204 of the window unit 20 executes a face recognition program using the image captured by the in-vehicle camera 2062 as input data to determine whether or not a face image is included, and if a face image is included, specifies the position of the face image. The control unit 204 of the window unit 20 calculates the head position of the user located in front of the transmissive display 207 (user position) based on the position of the face image.

Identifying the user's position is not limited to using the in-vehicle camera 2062.
A switch or a pressure sensor may be installed on the floor or seat of the vehicle where the user boards. Also, a switch or a contact sensor may be installed on the grip 208. The control unit 204 of the window unit 20 may calculate the head position of the user located in front of the transmissive display 207 using a detection value from the switch or sensor.

The control unit 204 of the window unit 20 transmits the window ID 2013 and the calculated user position to the server 10. If the control unit 204 of the window unit 20 is unable to calculate the user position, it transmits the window ID 2013 and a request to the server 10 indicating that the user position could not be calculated.

When the control unit 104 of the server 10 receives a window ID and a user position, it stores the received user position value in the user position field of the record identified by the received window ID 2013. On the other hand, when the control unit 104 of the server 10 receives a request indicating that the user position could not be calculated, it erases or stores a null value in the user position field of the record identified by the received window ID 2013.

<User Position Identification Process (Second Embodiment)>
The control unit 104 of the server 10 may identify the user's position without receiving a request from the window unit 20 regarding the presence or absence of a user. For example, the control unit 104 of the server 10 searches the gripping unit table 1022 to identify a window ID and a gripping unit ID linked to a user ID. A table (not shown) is prepared in advance in which a user position is linked to each gripping unit ID of the gripping unit 208. The control unit 104 of the server 10 searches for a record in the window table 1021 using the identified window ID, and stores the value of each user position linked to the gripping unit ID in the user position field of the record.
In this manner, the user's position may be identified using the contents of the gripping part table 1022.

In the user position identification process (first embodiment), the user's position can be identified without using the contents of the gripper table 1022. As a result, when the control unit 204 of the window unit 20 identifies the user's position, it can guide the user by drawing a video of the connection procedure with the gripper 208 and the like in a position on the transparent display 207 that is easily visible to the user, prior to connecting the gripper 208 to the user.

In the user position identification process (second embodiment), the presence or absence of a user can be determined with a simpler configuration than in the user position identification process (first embodiment).

<Game Progression Processing>
The operation of the game progress processing executed in the server 10 and the window unit 20 will be described with reference to the flowchart of FIG.

In step S101, a process for determining whether or not a user is present and a process for identifying the user's position are performed. If the user presence is False, the process waits in step S101 and does not proceed to the next step.

In step S102, a user connection process is performed. If the user connection process is not performed, a guest user is selected and the process proceeds to the next step. Note that if the user connection process is not performed, the process may wait in step S102 and not proceed to the next step.

In step S103, a character selection process is performed. In the character selection process, the control unit 204 of the window unit 20 searches the deck table 1012 using the user ID of the user (operating user) connected in step S102 as a key, and acquires a list of characters owned by the operating user. The control unit 204 of the window unit 20 displays the acquired list of characters together with an image on the transmissive display 207, and prompts the operating user to select a character. The user operates the grip unit 208 to select a character to play the game from the characters displayed in the list.
If the operating user owns only one character, that character may be selected and step S103 may be omitted.
The control unit 204 of the window unit 20 transmits the user ID of the operating user and the character ID of the selected character to the server 10. The control unit 104 of the server 10 identifies the record of the operating user from the user table 1011 based on the received user ID, and stores the received character ID in the field for the operated character.

In step S104, the game execution unit 2041 of the window unit 20 transmits a window ID to the server 10 and queries the window state flag. The control unit 104 of the server 10 searches the window table 1021 using the window ID as a key, acquires the window state flag associated with the window ID, and transmits the acquired flag to the window unit 20.
If the window state flag is True, the game executing unit 2041 of the window unit 20 goes into a standby state without executing the game. If the window state flag is False, the game executing unit 2041 of the window unit 20 proceeds to step S105.

In step S105, the game execution unit 2041 of the window unit 20 transmits a window ID to the server 10 and inquires about the switching flag. The control unit 104 of the server 10 searches the window table 1021 using the window ID as a key, acquires a switching flag linked to the window ID, and transmits the acquired switching flag to the window unit 20.
The game execution unit 2041 of the window unit 20 executes the game in step S106 if the switching flag received from the server 10 is False. If the switching flag received from the server 10 is True, the game execution unit 2041 of the window unit 20 suspends the execution of the game in step S106, and executes the mini-game program 2012 in step S107.
The mini-game program 2012 is a type of game (mini-game) that does not use contour data of the outside-of-vehicle photographed data captured by the outside-vehicle camera 2061. When the game execution unit 2041 of the window unit 20 cannot properly extract contour data from the outside-vehicle photographed data, the game execution unit 2041 refers to the switching flag, temporarily suspends the game, and provides the mini-game to the user. This allows the user to comfortably play the game service even when the scenery is blocked by an obstruction.
If the game execution unit 2041 of the window unit 20 determines that the switching flag obtained from the server 10 while executing the mini-game is False, it executes the game program 2011 and continues to provide the game from the state before the interruption using the contour data of the outside-vehicle photographed data by the outside-vehicle camera 2061.

In step S108, the game execution unit 2041 of the window unit 20 refers to the play date and time object 2019 and determines whether the current date and time has passed the play end date and time. If the play time has not passed, the game execution process continues. If the play time has passed, the game is ended and the process proceeds to step S110.

In step S109, a bonus based on the contents of the in-game items acquired during the game is granted to the playable character or the user as a game end process. Note that the bonus may be granted at any time when the items are acquired, rather than after the game ends.

<Variations in the granting of benefits>
The privilege given to the operated character or the user may be changed according to the installation position of each window unit 20. For example, a user playing a game at a window unit 20 in front of the vehicle travel direction may have a high degree of difficulty in the game because the user cannot see the scenery of the window unit 20 in front of the window unit 20. In such a case, the privilege given to the user may be corrected to be larger. Specifically, the window table 1021 of the server 10 may be referenced, and a privilege given to the operated character or the user may be given based on the display information.
The benefit given to the playable character or the user may be changed depending on the date and time when the user plays the game. For example, during commuting and school hours on weekdays, vehicles used in public transportation are expected to be crowded. Therefore, during such hours, the benefit given to the playable character or the user is corrected to be smaller. Specifically, when a benefit is given to the user, the current date and time is acquired, and it is determined whether or not there is correction information for the benefit given for each date and time. If it is determined that there is correction information, the correction information is applied to the benefit given to the user. This makes it possible to alleviate congestion during commuting and school hours.

<Basic computer hardware configuration>
11 is a block diagram showing the basic hardware configuration of a computer 90. The computer 90 includes at least a processor 901, a main storage device 902, an auxiliary storage device 903, and a communication IF 991 (interface). These are electrically connected to each other by a communication bus 921.

The processor 901 is hardware for executing a set of instructions written in a program. The processor 901 is composed of an arithmetic unit, registers, peripheral circuits, etc.

The main memory device 902 is used to temporarily store programs and data processed by the programs. For example, it is a volatile memory such as a DRAM (Dynamic Random Access Memory).

The auxiliary storage device 903 is a storage device for saving data and programs. For example, it is a flash memory, a hard disk drive (HDD), a magneto-optical disk, a CD-ROM, a DVD-ROM, a semiconductor memory, etc.

The communication IF 991 is an interface for inputting and outputting signals for communicating with other computers via a network using a wired or wireless communication standard.
The network is composed of the Internet, a LAN, various mobile communication systems constructed by wireless base stations, etc. For example, the network includes 3G, 4G, 5G mobile communication systems, LTE (Long Term Evolution), wireless networks that can connect to the Internet through a predetermined access point (e.g., Wi-Fi (registered trademark)), etc. In the case of wireless connection, communication protocols include, for example, Z-Wave (registered trademark), ZigBee (registered trademark), Bluetooth (registered trademark), etc. In the case of wired connection, the network also includes a network that is directly connected by a USB (Universal Serial Bus) cable, etc.

The computer 90 can be realized virtually by distributing all or part of each hardware configuration across multiple computers 90 and connecting them together via a network. In this way, the concept of computer 90 includes not only a computer 90 housed in a single housing or case, but also a virtualized computer system.

<Basic Functional Configuration of Computer 90>
A description will now be given of the functional configuration of a computer realized by the basic hardware configuration (FIG. 11) of a computer 90. The computer includes at least the functional units of a control unit, a storage unit, and a communication unit.

The functional units of the computer 90 can also be realized by distributing all or part of each functional unit across multiple computers 90 that are connected to each other via a network. The concept of computer 90 includes not only a single computer 90 but also a virtualized computer system.

The control unit is realized by the processor 901 reading out various programs stored in the auxiliary storage device 903, expanding them in the main storage device 902, and executing processing in accordance with the programs. The control unit can realize functional units that perform various information processing depending on the type of program. In this way, the computer is realized as an information processing device that performs information processing.

The storage unit is realized by a main storage device 902 and an auxiliary storage device 903. The storage unit stores data, various programs, and various databases. Furthermore, the processor 901 can secure a storage area corresponding to the storage unit in the main storage device 902 or the auxiliary storage device 903 in accordance with a program. Furthermore, the control unit can cause the processor 901 to execute processes for adding, updating, and deleting data stored in the storage unit in accordance with various programs.

A database refers to a relational database, which is used to manage data sets called tables, which are structured according to rows and columns, by relating them to each other. In a database, a table is called a table, a column in a table is called a column, and a row in a table is called a record. In a relational database, it is possible to set relationships between tables and associate them.
Usually, a column that serves as a primary key for uniquely identifying a record is set in each table, but setting a primary key to a column is not essential. The control unit can cause the processor 901 to add, delete, or update records in a specific table stored in the storage unit according to various programs.

The communication unit is realized by the communication IF 991. The communication unit realizes the function of communicating with other computers 90 via a network. The communication unit can receive information transmitted from other computers 90 and input the information to the control unit. The control unit can cause the processor 901 to execute information processing on the received information in accordance with various programs. In addition, the communication unit can transmit information output from the control unit to other computers 90.

<Additional Notes>
The matters described in the above embodiments will be supplemented below.

(Appendix 1)
a first operation input step (S203, S204) of generating a first game object based on the first image; a first operation step (S205) of controlling a first character object based on the first operation information; and a first image output step (S206) of outputting a first output image including the first character object and the first game object, wherein the first image input step is a step of acquiring an image including a portion of a landscape outside the vehicle viewed from the viewpoint of a first user through the first transparent display, and the first image output step is a step of outputting the first output image to the first transparent display so as to be superimposed on the landscape outside the vehicle viewed from the viewpoint of the first user through the first transparent display, and the gripping unit is for a user on board the vehicle to support his or her body by holding it with his or her hand.
This allows the user to enjoy the game service more comfortably while supporting his or her body.

(Appendix 2)
2. The game program according to claim 1, which executes a step (S101) of determining whether or not a first user is present, and a step (S102) of starting execution of a game if the first user is present.
This allows the provision of game services to begin in time with the user boarding the vehicle.

(Appendix 3)
A game program as described in Appendix 1 or 2, which executes a step (S102) of acquiring the position of a first user, and a first image output step of outputting a first output image based on the position of the first user.
This allows the first output image to be output at a suitable position that matches the user's boarding position, allowing the user to play a game with a sense of realism.

(Appendix 4)
A game program described in any of Appendices 1 to 3, which executes a first contour calculation step (S202) of calculating first contour information contained in the first image based on the first image, and a first generation step is a step (S203, S204) of generating a first game object based on the first contour information.
This makes it possible to provide users with a more entertaining game service.

(Appendix 5)
5. The game program according to claim 4, wherein the first generating step is a step (S203) of generating a stage object that defines a movement path of the first character object based on the first contour information.
This makes it possible to provide users with a more entertaining game service.

(Appendix 6)
A game program described in any of Appendices 1 to 5, which executes a second operation input step of acquiring second operation information from a second holding portion, and a first image output step of outputting a first output image based on the second operation information.
This allows users to play the game in cooperation with other users, thereby providing a more entertaining game service for the users.

(Appendix 7)
A bonus granting step (S109) of granting a bonus to the first user.
This allows users to obtain benefits through the game, making it possible to provide a more entertaining game service.

(Appendix 8)
A game program as described in Appendix 7, wherein the first generation step is a step (S204) of generating a first item object based on a first image, and the bonus granting step is a step (S109) of granting a bonus when the first character object and the first item object satisfy an acquisition condition.

(Appendix 9)
9. The game program according to claim 7 or 8, wherein the bonus granting step is a step of granting a bonus based on a position and a direction of the first transparent display within the vehicle.
This allows a greater reward to be given to a user who plays the game at a boarding position with a higher level of difficulty.

(Appendix 10)
A second image input step (S201) of acquiring a second image, wherein the first generation step is a step of generating a first item object based on the second image (S203, S204), and the second image input step is a step (S201) of acquiring an image including a part of the scenery outside the vehicle viewed through the second transparent display from the viewpoint of the second user, wherein the game program is as described in any of Appendices 1 to 9.
In this way, by using images in a range that is not visible to the user, it is possible to provide a game service that is more interesting to the user.

(Appendix 11)
11. The game program of claim 1, further comprising: a step of changing a visible range of the first transparent display; and a step of pausing execution of the game while the visible range of the first transparent display is changing.
This makes it possible to provide users with a more comfortable game service.

(Appendix 12)
A game program as described in Appendix 11, which executes a step of changing the visible range of the first transparent display, and the first image output step is a step of outputting a first output image to the first transparent display so as to overlap with the scenery outside the vehicle viewed from the viewpoint of the first user through the first transparent display after the visible range has changed.
This makes it possible to provide users with a more entertaining game service.

(Appendix 13)
A game system comprising a computer having a processor and a memory unit, and a vehicle that a user can board and that has a transparent display and a gripping unit, the game system causes the processor to execute a first image input step (S201) of acquiring a first image, a first operation input step of acquiring first operation information from the first gripping unit, a first generation step (S203, S204) of generating a first game object based on the first image, a first operation step of controlling a first character object based on the first operation information, and a first image output step of outputting a first output image including the first character object and the first game object, wherein the first image input step is a step of acquiring an image including a part of a landscape outside the vehicle viewed from the viewpoint of a first user through the first transparent display, and the first image output step is a step of outputting the first output image to the first transparent display so as to be superimposed on the landscape outside the vehicle viewed from the viewpoint of the first user through the first transparent display, and the gripping unit is for a user on board the vehicle to support his or her body by holding it with his or her hand.
This allows the user to enjoy the game service more comfortably while supporting his or her body.

(Appendix 14)
An information processing method for causing a computer system including a computer having a processor and a storage unit, and a vehicle that is equipped with a transmissive display and a grip unit and that can be boarded by a user to execute information processing, the information processing method including causing the processor to perform a first image input step (S201) of acquiring a first image, a first operation input step of acquiring first operation information from the first grip unit, a first generation step (S203, S204) of generating a first game object based on the first image, a first operation step of controlling a first character object based on the first operation information, and and a first image output step of outputting a first output image including a first object and a first game object, wherein the first image input step is a step of acquiring an image including a portion of a scene outside the vehicle viewed through the first transparent display from the viewpoint of the first user, and the first image output step is a step of outputting the first output image to the first transparent display so as to be superimposed on the scene outside the vehicle viewed through the first transparent display from the viewpoint of the first user, and the gripping portion is for a user on the vehicle to support his or her body by gripping it with his or her hand.
This allows the user to enjoy the game service more comfortably while supporting his or her body.

1 Information processing system, 10 Server, 101 Storage unit, 104 Control unit, 20A, 20B, 20C Window unit, 201 Storage unit, 204 Control unit

Claims (14)

A game program for executing a game in a computer system including a computer having a processor and a storage unit, and a vehicle having a transmissive display and capable of being boarded by a user, comprising:
The processor,
a position acquiring step of acquiring a head position of a first user with respect to a see-through display;
A first image input step of acquiring a first image;
a first operation input step of acquiring first operation information input by a first user;
a first generation step of generating a first game object based on the first image;
a first operation step of controlling a first character object based on first operation information;
a first image output step of outputting a first output image including the first character object and the first game object;
Run the command,
the first image input step is a step of acquiring an image including a part of a scene outside the vehicle viewed through the first transmissive display from a viewpoint of the first user that is determined according to a head position of the first user with respect to the transmissive display in the position acquisition step;
the first image output step is a step of outputting a first output image to the first transmissive display so as to overlap a scene outside the vehicle viewed from the viewpoint through the first transmissive display;
Game program. The processor,
determining whether a first user is present at a position where the transmissive display is visible;
starting execution of a game when it is determined that a first user is present;
Execute the
The game program according to claim 1. The processor,
obtaining a location of a first user;
Run the command,
The first image output step is a step of outputting a first output image based on a position of the first user.
3. The game program according to claim 1 or 2. The processor,
a first contour calculation step of calculating first contour information included in the first image based on the first image;
Run the command,
The first generation step is a step of generating a first game object based on the first contour information.
The game program according to any one of claims 1 to 3. A game program for executing a game in a computer system including a computer having a processor and a storage unit, and a vehicle having a transmissive display and capable of being boarded by a user, comprising:
The processor,
A first image input step of acquiring a first image;
a first operation input step of acquiring first operation information input by a first user;
a first contour calculation step of calculating first contour information included in the first image based on the first image;
a first generation step of generating a first game object based on the first image;
a first operation step of controlling a first character object based on first operation information;
a first image output step of outputting a first output image including the first character object and the first game object;
Run the command,
The first image input step is a step of acquiring an image including a part of a scene outside the vehicle viewed through the first transmissive display from a viewpoint of the first user;
the first image output step is a step of outputting a first output image to the first transmissive display so as to overlap a scene outside the vehicle viewed through the first transmissive display from a viewpoint of the first user;
The first generation step is a step of generating a stage object that defines a movement path of the first character object based on the first contour information.
Game program. The vehicle includes a second gripping portion;
The processor,
a second operation input step of acquiring second operation information from the second gripping portion;
Run the command,
The first image output step is a step of outputting a first output image based on the second operation information.
The game program according to any one of claims 1 to 5. The processor,
a reward granting step of granting a reward to the first user;
Run the command,
The game program according to any one of claims 1 to 6. The first generation step is a step of generating a first item object based on the first image;
the benefit providing step is a step of providing a benefit when the first character object and the first item object satisfy an acquisition condition;
The game program according to claim 7. The reward providing step is a step of providing a reward based on a position and a direction of the first transmissive display within the vehicle.
9. The game program according to claim 7 or 8. The vehicle includes a grip portion,
The first operation input step is a step of acquiring first operation information from the grip portion.
10. The game program according to claim 1. A game program for executing a game in a computer system including a computer having a processor and a storage unit, and a vehicle having a transmissive display and capable of being boarded by a user, comprising:
The processor,
A first image input step of acquiring a first image;
a first operation input step of acquiring first operation information input by a first user;
a first generation step of generating a first game object based on the first image;
a first operation step of controlling a first character object based on first operation information;
a first image output step of outputting a first output image including the first character object and the first game object;
Varying a viewable range of the first transmissive display;
interrupting execution of the game while the visible range of the first transmissive display is changing;
Run the command,
The first image input step is a step of acquiring an image including a part of a scene outside the vehicle viewed through the first transmissive display from a viewpoint of the first user;
The first image output step is a step of outputting a first output image to the first transmissive display so as to overlap a scene outside the vehicle viewed through the first transmissive display from a viewpoint of the first user.
Game program. The processor,
Varying a viewable range of the first transmissive display;
Run the command,
the first image output step is a step of outputting a first output image to the first transmissive display so as to overlap a scene outside the vehicle viewed from a viewpoint of the first user through the first transmissive display after the change in the visible range;
The game program according to claim 11. A game system including a computer having a processor and a memory unit, and a vehicle having a transmissive display that a user can board,
The processor,
a position acquiring step of acquiring a head position of a first user with respect to a see-through display;
A first image input step of acquiring a first image;
a first operation input step of acquiring first operation information input by a first user;
a first generation step of generating a first game object based on the first image;
a first operation step of controlling a first character object based on first operation information;
a first image output step of outputting a first output image including the first character object and the first game object;
Run the command,
the first image input step is a step of acquiring an image including a part of a scene outside the vehicle viewed through the first transmissive display from a viewpoint of the first user that is determined according to a head position of the first user with respect to the transmissive display in the position acquisition step;
the first image output step is a step of outputting a first output image to the first transmissive display so as to overlap a scene outside the vehicle viewed from the viewpoint through the first transmissive display;
Game system. An information processing method for executing information processing in a computer system including a computer having a processor and a storage unit, and a vehicle having a transmissive display and capable of being boarded by a user, comprising:
The processor,
a position acquiring step of acquiring a head position of a first user with respect to a see-through display;
A first image input step of acquiring a first image;
a first operation input step of acquiring first operation information input by a first user;
a first generation step of generating a first game object based on the first image;
a first operation step of controlling a first character object based on first operation information;
a first image output step of outputting a first output image including the first character object and the first game object;
Run the command,
the first image input step is a step of acquiring an image including a part of a scene outside the vehicle viewed through the first transmissive display from a viewpoint of the first user that is determined according to a head position of the first user with respect to the transmissive display in the position acquisition step;
the first image output step is a step of outputting a first output image to the first transmissive display so as to overlap a scene outside the vehicle viewed from the viewpoint through the first transmissive display;
Information processing methods.