JP2023047374A - ゲームプログラム、ゲームシステム及び情報処理方法 - Google Patents

Abstract

【課題】乗り物に搭乗し移動するユーザに対して、より興趣性の高いゲームを提供する。
【解決手段】第１画像を取得する、第１画像入力ステップと、第１把持部から第１操作情報を取得する、第１操作入力ステップと、第１画像に基づき、第１ゲームオブジェクトを生成する第１生成ステップと、第１操作情報に基づき、第１キャラクタオブジェクトを制御する第１操作ステップと、第１キャラクタオブジェクトおよび第１ゲームオブジェクトを含む第１出力画像を出力する第１画像出力ステップと、を実行させ、第１画像入力ステップは、第１ユーザの視点から第１透過型ディスプレイを通して視認される乗り物外の風景の一部を含む画像を取得するステップであり、第１画像出力ステップは、第１ユーザの視点から第１透過型ディスプレイを通して視認される乗り物外の風景に重なるように、第１透過型ディスプレイに対して第１出力画像を出力するステップである。
【選択図】図１

Description

本開示は、ゲームプログラム、ゲームシステム及び情報処理方法に関する。

近年、自動車やバスなどのユーザが搭乗可能な車両において、車両の窓ガラスを用いてユーザへ映像サービスを提供する技術がある。特許文献１には、車両等の進行に合わせてイベントの発生を調整するゲームプログラムが開示されている。特許文献２には、眺望している景色に存在する地物の地理的位置情報に基づいて、その地物に関連する情報を、景色に重畳するように透過型ディスプレイ上に表示する拡張現実表現システムが開示されている。特許文献３には、車両の窓ガラスに能動的に情報を表示する表示装置が開示されている。

特開２０２１－３００６４号 特開２０１２－６８４８１号 特開２０１７－１５１９８１号

乗り物に搭乗し移動するユーザに対して、十分に興趣性の高いゲームサービスが提供されていない課題がある。

そこで、本開示は、上記課題を解決すべくなされたものであって、その目的は、乗り物に搭乗し移動するユーザに対して、より興趣性の高いゲームプログラム、ゲームシステム、情報処理方法を提供することである。

プロセッサおよび記憶部を備えるコンピュータと、透過型ディスプレイおよび把持部を備える、ユーザが搭乗可能な乗り物とからなるコンピュータシステムにおいて、ゲームを実行させるためのゲームプログラムであって、第１画像を取得する、第１画像入力ステップと、第１把持部から第１操作情報を取得する、第１操作入力ステップと、第１画像に基づき、第１ゲームオブジェクトを生成する第１生成ステップと、第１操作情報に基づき、第１キャラクタオブジェクトを制御する第１操作ステップと、第１キャラクタオブジェクトおよび第１ゲームオブジェクトを含む第１出力画像を出力する第１画像出力ステップと、を実行させ、第１画像入力ステップは、第１ユーザの視点から第１透過型ディスプレイを通して視認される乗り物外の風景の一部を含む画像を取得するステップであり、第１画像出力ステップは、第１ユーザの視点から第１透過型ディスプレイを通して視認される乗り物外の風景に重なるように、第１透過型ディスプレイに対して第１出力画像を出力するステップであり、把持部は、乗り物に搭乗したユーザが手で把持することにより自身の身体を支持する。

本開示によれば、乗り物に搭乗し移動するユーザに対して、より興趣性の高いゲームサービスを提供することができる。

情報処理システム１の全体の構成を示す図である。 サーバ１０の機能構成を示すブロック図である。 窓ユニット２０（第一実施例）の機能構成を示すブロック図である。 （Ａ）は、ユーザテーブル１０１１のデータ構造を示す図であり、（Ｂ）はデッキテーブル１０１２のデータ構造を示す図であり、（Ｃ）はキャラクタテーブル１０１３のデータ構造を示す図である。 アイテムテーブル１０１４のデータ構造を示す図である。 （Ａ）は、窓テーブル１０２１のデータ構造を示す図であり、（Ｂ）は把持部テーブル１０２２のデータ構造を示す図である。 サーバ１０および窓ユニット２０におけるゲーム進行処理の動作を示すフローチャートである。 窓ユニット２０におけるオブジェクト生成処理（第一実施例）の動作を示すフローチャートである。 窓ユニット２０の透過型ディスプレイ２０７による表示画面例を示す図である。 窓ユニット２０（第二実施例）の機能構成を示すブロック図である。 コンピュータ９０の基本的なハードウェア構成を示すブロック図である。

以下、本開示の実施形態について図面を参照して説明する。実施形態を説明する全図において、共通の構成要素には同一の符号を付し、繰り返しの説明を省略する。なお、以下の実施形態は、特許請求の範囲に記載された本開示の内容を不当に限定するものではない。また、実施形態に示される構成要素のすべてが、本開示の必須の構成要素であるとは限らない。また、各図は模式図であり、必ずしも厳密に図示されたものではない。

＜情報処理システム１の概要＞
図１は、情報処理システム１の全体の構成を示す図である。本開示における情報処理システム１は、車両２１から外の風景を撮影した撮影データに基づき、車両２１に搭乗するユーザに対してゲームサービスを提供する情報処理システムである。

車両２１に搭乗するユーザは、車両２１の前面または側面などに設けられた窓から車両の外の風景を視認することができる。車両の窓に重ねて設けられた透過型ディスプレイ２０７には、車両の外の風景に重なるようにゲーム画像が描画される。これにより、車両２１に搭乗するユーザは、車両の外の現実の風景にゲーム画像を重ねて視認することができ、車両の外の現実の風景を利用したゲームをプレイすることができる。

＜情報処理システム１の基本構成＞
本開示における情報処理システム１を図１に示す。情報処理システム１は、ネットワークＮを介して接続された、サーバ１０、車両２１に備えられた複数の窓ユニット２０Ａ，２０Ｂ，２０Ｃ・・・を備えて構成されている。図２は、サーバ１０の機能構成を示すブロック図である。図３は、窓ユニット２０（第一実施例）の機能構成を示すブロック図である。

サーバ１０は、窓ユニット２０から取得した車両２１の外部を撮影した画像データ（車外撮影データ）に応じてゲームの進行内容を制御するサービスを提供する情報処理装置である。窓ユニット２０は、車両２１に搭乗するユーザが車外の風景を視認するための窓に重ねて設けられた透過型ディスプレイ２０７にゲーム画像を表示制御する情報処理装置である。

各情報処理装置は演算装置と記憶装置とを備えたコンピュータにより構成されている。コンピュータの基本ハードウェア構成および、当該ハードウェア構成により実現されるコンピュータの基本機能構成は後述する。サーバ１０、窓ユニット２０のそれぞれについて、後述するコンピュータの基本ハードウェア構成およびコンピュータの基本機能構成と重複する説明は省略する。

以下、各装置の構成およびその動作を説明する。

＜サーバ１０の機能構成＞
サーバ１０のハードウェア構成が実現する機能構成を図２に示す。サーバ１０は、記憶部１０１、制御部１０４を備える。

＜サーバ１０の記憶部の構成＞
サーバ１０の記憶部１０１は、ユーザテーブル１０１１、デッキテーブル１０１２、キャラクタテーブル１０１３、アイテムテーブル１０１４、窓テーブル１０２１、把持部テーブル１０２２を備える。

図４（Ａ）は、ユーザテーブル１０１１のデータ構造を示す図である。
ユーザテーブル１０１１は、本開示にかかるサービスを利用する会員ユーザ（以下、ユーザ）の情報を記憶し管理するテーブルである。ユーザは、サービスの利用登録を行うことで、当該ユーザの情報がユーザテーブル１０１１の新しいレコードに記憶される。これにより、ユーザは本開示にかかるサービスを利用できるようになる。
ユーザテーブル１０１１は、ユーザＩＤを主キーとして、ユーザ名、選択キャラクタのカラムを有するテーブルである。

ユーザＩＤは、ユーザを一意に識別するための識別子を記憶する項目である。ユーザ名は、ユーザの氏名を記憶する項目である。操作キャラクタは、ユーザが、ゲームをプレイするにあたり自身のデッキから選択したゲーム内キャラクタのキャラクタＩＤを記憶する項目である。 ユーザがデッキテーブル１０１２において複数のゲーム内キャラクタを保有している場合は、操作キャラクタに記憶されたキャラクタが、ユーザがゲームにおいて操作対象となるキャラクタとなる。

なお、利用登録を行なっていないユーザ（未登録ユーザ）もサービスを利用できるものとしても良い。その場合、ゲストユーザとよばれる、予め定められたユーザＩＤ、ユーザ名、選択キャラクタの値を有するユーザをユーザテーブル１０１１に記憶しておく。そして、未登録ユーザに対してはゲストユーザの値を適用することにより、本開示にかかるサービスを未登録ユーザに対しても提供することができる。つまり、本サービスの利用にあたりサービスへの利用登録は必須ではない。

図４（Ｂ）は、デッキテーブル１０１２のデータ構造を示す図である。
デッキテーブル１０１２は、ユーザが保有するキャラクタを記憶するためのテーブルである。
デッキテーブル１０１２は、ユーザＩＤ、キャラクタＩＤ、名称、性能値、経験値のカラムを有するテーブルである。

キャラクタＩＤは、ユーザが保有するゲーム内キャラクタのキャラクタＩＤを記憶する項目である。名称は、ユーザが保有するゲーム内キャラクタの名前を記憶する項目である。ユーザは自身が保有するゲーム内キャラクタに自由に名前を設定することができる。性能値は、ユーザが保有するゲーム内キャラクタの性能パラメータ（体力、攻撃力、防御力）を記憶する項目である。経験値は、ユーザが保有するゲーム内キャラクタの経験値を記憶する項目である。

図４（Ｃ）は、キャラクタテーブル１０１３のデータ構造を示す図である。
キャラクタテーブル１０１３は、ゲーム内キャラクタの情報を記憶し管理するテーブルである。
キャラクタテーブル１０１３は、キャラクタＩＤを主キーとして、キャラクタ名、初期性能値のカラムを有するテーブルである。

キャラクタＩＤは、ゲーム内キャラクタを一意に識別するための識別子を記憶する項目である。キャラクタ名は、ゲーム内キャラクタの名前の初期値を記憶する項目である。初期性能値は、ゲーム内キャラクタの性能値の初期値を記憶する項目である。

図５（Ａ）は、アイテムテーブル１０１４のデータ構造を示す図である。
アイテムテーブル１０１４は、ゲーム内アイテムの情報を記憶し管理するテーブルである。
アイテムテーブル１０１４は、アイテムＩＤを主キーとして、アイテム名、アイテム画像、条件文字列、条件画像、付与内容、スコアのカラムを有するテーブルである。

アイテムＩＤは、ゲーム内アイテムを一意に識別するための識別子を記憶する項目である。アイテム名は、ゲーム内アイテムの名前を記憶する項目である。条件文字列は、ゲーム内アイテムをアイテムオブジェクトとしてゲーム内に出現させるか否かの条件となる文字列を記憶する項目である。条件画像は、ゲーム内アイテムをアイテムオブジェクトとしてゲーム内に出現させるか否かの条件となる画像データを記憶する項目である。アイテム画像は、ゲーム内アイテムの画像を記憶する項目である。付与内容は、操作キャラクタがゲーム内アイテムを取得した場合に操作キャラクタまたはユーザに対して付与される特典を記憶する項目である。スコアは、操作キャラクタがゲーム内アイテムを取得した場合にユーザに対して付与されるスコアを記憶する項目である。

図６（Ａ）は、窓テーブル１０２１のデータ構造を示す図である。
窓テーブル１０２１は、車両に設置された窓ユニットに関する情報を記憶し管理するテーブルである。
窓テーブル１０２１は、窓ＩＤを主キーとして、ディスプレイ情報、描画範囲、開始フラグ、切替フラグ、ユーザ有無、ユーザ位置、窓状態フラグのカラムを有するテーブルである。

窓ＩＤは、車両に設置された窓ユニット２０を識別するための識別子を記憶する項目である。窓ＩＤで特定された窓ユニットごとにゲームの制御が行われる。

ディスプレイ情報は、窓ＩＤで特定される窓ユニットが備える透過型ディスプレイの形状、位置、方向を含む情報を記憶する項目である。
透過型ディスプレイの形状は、透過型ディスプレイの輪郭形状の座標情報である。透過型ディスプレイの形状は、四角形の窓であれば、縦、横、奥行きの情報となる。
透過型ディスプレイの形状は、ユーザから見える部分の透過型ディスプレイの形状を示し、ユーザから見えない車両内部に埋め込まれた部分は含まない。そのため、自動車の窓のように開閉可能な窓を透過型ディスプレイとした場合は、ユーザの窓の開閉操作に伴い透過型ディスプレイの形状は変化する。ユーザが窓を開くと、透過型ディスプレイの縦方向の大きさは小さくなり、ユーザが窓を閉めると、透過型ディスプレイの縦方向の大きさは大きくなる。シャッターやカーテンなどで透過型ディスプレイの横方向の大きさが変化するよう構成しても良い。
透過型ディスプレイの位置は、透過型ディスプレイの設置位置の情報である。透過型ディスプレイの位置は、車両中の特定位置からの相対位置でも良い。透過型ディスプレイの位置は、不図示のGPS(Global Positioning System)などを用いて取得した緯度、経度などの絶対的な位置でも良い。
透過型ディスプレイの方向は、透過型ディスプレイの画面の法線ベクトルであり、方向は車両外側を正としても車両内側を正としてもどちらでも良い。

描画範囲は、窓ＩＤで特定される透過型ディスプレイのゲームオブジェクトの描画範囲を規定する情報を記憶する項目である。
描画範囲は、ディスプレイ情報の透過型ディスプレイの形状情報に基づき、透過型ディスプレイに収まるように設定される。自動車の窓のように開閉可能な窓を透過型ディスプレイとした場合は、ユーザの窓の開閉操作に伴い、描画範囲は変化する。ユーザが窓を開くと、縦方向の描画範囲は小さくなり、ユーザが窓を閉めると、縦方向の描画範囲は大きくなる。シャッターやカーテンなどで横方向の描画範囲が変化するよう構成しても良い。

開始フラグは、ゲーム開始条件を記憶する項目である。開始フラグには、ＴｒｕｅまたはＦａｌｓｅが記憶される。

切替フラグは、ミニゲームへの切替条件を記憶する項目である。切替フラグには、ＴｒｕｅまたはＦａｌｓｅが記憶される。

ユーザ有無は、窓ＩＤで特定される窓ユニット２０の正面または周囲にユーザがいるかいないかを示す情報である。ユーザが存在する場合はＴｒｕｅ、存在しない場合はＦａｌｓｅが記憶される。

ユーザ位置は、窓ＩＤで特定される窓ユニット２０の正面または周囲に存在するユーザの頭部位置（ユーザ位置）を示す情報である。具体的には、車両内の特定位置を基準として、ユーザの車両に対する相対的な位置を示す情報が記憶される。なお、窓ユニット２０のそれぞれの車両に対する位置はディスプレイ情報に記憶されているため、ディスプレイ情報およびユーザ位置を組み合わせることにより、窓ユニット２０に対するユーザの頭部位置を算定することができる。

窓状態フラグは、ユーザが窓の開閉操作をしている間は、操作対象となる窓ＩＤで特定される窓ユニット２０についてＴｒｕｅに設定される。窓状態フラグは、ユーザが窓の開閉操作をしていない間は、操作対象となる窓ＩＤで特定される窓ユニット２０についてＦａｌｓｅに設定される。なお、車両によっては窓の開閉操作に対応していない場合がある。そのような場合、窓状態フラグは常にＦａｌｓｅが記憶される。

図６（Ｂ）は、把持部テーブル１０２２のデータ構造を示す図である。
把持部テーブル１０２２は、窓ユニットごとに単数または複数個用意された把持部に関する情報を記憶し管理するテーブルである。
把持部テーブル１０２２は、把持部ＩＤを主キーとして、窓ＩＤ、ユーザＩＤのカラムを有するテーブルである。

把持部ＩＤは、把持部を一意に識別するための識別子を記憶する項目である。窓ＩＤは、把持部に接続された窓ユニットの窓ＩＤを記憶する項目である。ユーザＩＤは、把持部を操作するユーザのユーザＩＤを記憶する項目である。

＜サーバ１０の制御部の構成＞
サーバ１０の制御部１０４は、ゲーム制御部１０４１、オブジェクト制御部１０４２を備える。
図７は、サーバ１０および窓ユニット２０におけるゲーム進行処理の動作を示すフローチャートである。

ゲーム制御部１０４１は、ゲーム進行処理を行う。詳細は後述する。

オブジェクト制御部１０４２は、オブジェクト生成処理を行う。詳細は後述する。

＜窓ユニット２０（第一実施例）の機能構成＞
窓ユニット２０（第一実施例）のハードウェア構成が実現する機能構成を図３に示す。窓ユニット２０は、記憶部２０１、制御部２０４を備える。また、不図示の入出力インタフェースを介して、入力装置２０６、透過型ディスプレイ２０７、把持部２０８と接続される。

＜窓ユニット２０の記憶部２０１の構成＞
窓ユニット２０の記憶部２０１は、ゲームプログラム２０１１、ミニゲームプログラム２０１２、窓ユニット２０を識別するための窓ＩＤ２０１３、ゲームオブジェクト２０１４を記憶する。

ゲームオブジェクト２０１４は、ゲームプログラム２０１１を実行する際に使用されるゲームに関するオブジェクトデータである。ゲームオブジェクトには、ユーザが操作するキャラクタオブジェクト２０１５、キャラクタオブジェクト２０１５の移動範囲を規定するステージオブジェクト２０１６、キャラクタが獲得するアイテムオブジェクト２０１７、ゲームの進行に伴いユーザが獲得したスコアを示すスコアオブジェクト２０１８、プレイ日時オブジェクト２０１９、その他景色、背景などのオブジェクトが含まれる。

キャラクタオブジェクト２０１５は、キャラクタ画像、描画範囲における当該キャラクタの位置情報を含むオブジェクトデータである。キャラクタオブジェクト２０１５は、ゲームにおいてユーザが操作する操作対象となるキャラクタ（操作キャラクタ）のオブジェクトである。

ステージオブジェクト２０１６は、キャラクタオブジェクト２０１５が移動可能なステージに関するオブジェクトデータである。具体的には、ユーザは入力により、ステージ上に描画された操作キャラクタを上下左右に移動させることができる。ステージには穴などが設けられており、操作キャラクタが穴に落ちるとミスになる。ユーザは、操作キャラクタを操作することにより、例えばジャンプなどによりステージに設けられた落とし穴を飛び越えることでゲームを進行させることができる。

アイテムオブジェクト２０１７は、アイテムＩＤ、アイテム画像、描画範囲におけるアイテムの位置情報を含むゲーム内アイテムに関するオブジェクトデータである。
アイテムオブジェクト２０１７は、キャラクタオブジェクト２０１５が取得条件を満たすことにより、操作キャラクタに対して性能値、経験値などを付与したり、ユーザに対して新たなキャラクタを付与する特典を与える。所定の条件は、例えば、以下である。
・キャラクタオブジェクト２０１５の位置情報と、アイテムオブジェクト２０１７の位置情報とが所定距離内に近接すること
・アイテムオブジェクト２０１７の出現中に、キャラクタオブジェクト２０１５が所定のアクションをとること
・アイテムオブジェクト２０１７の出現中に、キャラクタオブジェクト２０１５に対する操作が維持されていること

スコアオブジェクト２０１８は、ゲームの進行に伴いユーザが獲得したスコアを含むオブジェクトデータである。ユーザは、ゲーム進行に伴い、取得したアイテムオブジェクトに基づくスコアを獲得する。

プレイ日時オブジェクト２０１９には、ゲームの開始日時および終了日時が含まれるオブジェクトデータである。プレイ日時オブジェクトは、ゲーム内容やプレイするユーザに応じて予め定めて良い。
プレイ日時オブジェクト２０１９は、ゲームをプレイするユーザの移動経路または車両移動経路に基づき移動日時を推定し、当該推定された日時のうち移動開始日時をプレイ開始日時、到着日時をプレイ終了日時としても良い。これにより、ユーザへ、移動日時に合わせたゲームサービスを提供することができる。

＜窓ユニット２０の制御部２０４の構成＞
窓ユニット２０の制御部２０４は、ゲーム実行部２０４１を備える。制御部２０４は、記憶部２０１に記憶されたゲームプログラム２０１１またはミニゲームプログラム２０１２を実行することにより、ゲーム実行部２０４１の機能ユニットが実現される。
図８は、窓ユニット２０におけるオブジェクト生成処理（第一実施例）の動作を示すフローチャートである。図９は、窓ユニット２０の透過型ディスプレイ２０７による表示画面例を示す図である。

窓ユニット２０のゲーム実行部２０４１は、ゲームオブジェクト２０１４を読み出し、透過型ディスプレイ２０７に描画することによりユーザはゲームオブジェクト２０１４の内容を視覚的に視認することができる。

窓ユニット２０のゲーム実行部２０４１は、ユーザによる操作、入力装置２０６の備える車外カメラ２０６１、車内カメラ２０６２、位置情報センサ２０６３から受信する情報、サーバ１０から情報を受信し、ゲームオブジェクト２０１４の内容を制御し、透過型ディスプレイ２０７の表示内容の制御処理を実行する。これにより、ユーザは把持部２０８を操作することによりゲームを操作することができる。

なお、窓ユニット２０のゲーム実行部２０４１は、ユーザによる把持部２０８の操作ボタン２０８２への操作内容、モーションセンサ２０８３などから出力される情報を、把持部ＩＤ２０８１とともにサーバ１０へ送信する処理も実行する。

＜ゲーム実行部２０４１の動作＞
本実施例では、窓ユニット２０のゲーム実行部２０４１により実行されるゲームとして、アクションゲームを一例として透過型ディスプレイ２０７における表示画面例を図９に示す。

なお、本開示において窓ユニット２０のゲーム実行部２０４１が実行するゲームはアクションゲームに限られることはなく、任意のゲームを適用しても良い。具体的には、シューティングゲーム、アクションゲーム、ロールプレイングゲーム、アドベンチャーゲーム、レースゲーム、パズルゲーム、シミュレーションゲーム、テーブルゲームなどでも良い。また、窓ユニット２０は、不図示のマイクおよびスピーカーを備えることにより、窓ユニット２０のゲーム実行部２０４１は、音楽ゲームを実現しても良い。

本開示におけるアクションゲームにおいて、ユーザは、操作ボタン２０８２またはモーションセンサ２０８３を操作することにより、透過型ディスプレイ２０７の画面６０に描画された操作キャラクタ６０１をステージ６１１に沿って左右に動かしたり、ステージ６１１に対して上下にジャンプさせることができる。

画面６０にはゲーム内アイテム６２１、６２２が描画されており、ユーザは、例えば、操作キャラクタ６０１を操作してゲーム内アイテム６２１、６２２との距離が所定距離内になると、ゲーム内アイテム６２１、６２２を取得することができる。ゲーム内アイテム６２１，６２２を取得すると、ゲーム内アイテムに応じた特典またはスコアを得ることができる。

画面６０にはスコア６３１およびプレイ時間６４１が描画される。

本開示において、前述のユーザと異なる第２のユーザが、第２の把持部２０８Bの操作ボタン２０８２B、モーションセンサ２０８３Bを操作することにより、第１のユーザがプレイするゲームを操作、第１のユーザがプレイするゲームに参加、第１のユーザがプレイするゲームを応援できる構成としても良い。例えば、第２のユーザがゲーム内アイテム６２１、６２２を操作できるような構成としても良い。第２のユーザがゲーム内アイテム６２１、６２２を操作することにより、操作キャラクタ６０１を操作するユーザが有利にゲームを進めることができる。つまり、第２のユーザは操作キャラクタ６０１を操作するユーザのゲームプレイを支援できるような構成としても良い。
第２のユーザが、第１のユーザが操作する操作キャラクタ６０１とは異なる応援キャラクタを操作できるような構成としても良い。また、第２のユーザが、第２の把持部２０８Bの操作ボタン２０８２B、モーションセンサ２０８３Bを操作することにより、画面６０に対し、画像、スタンプなどのオブジェクトを描画し、第１のユーザによるゲームを盛り上げる構成としても良い。また、第２のユーザが第２の把持部２０８Bの操作ボタン２０８２B、モーションセンサ２０８３Bを操作することにより、操作キャラクタ６０１の性能値を向上させる構成としても良い。
この場合、第２のユーザに対してもゲーム内アイテム６２１、６２２に応じた特典を付与しても良い。

＜ゲーム実行部２０４１の構成＞
窓ユニット２０のゲーム実行部２０４１は、ゲームオブジェクト２０１４に含まれるキャラクタオブジェクト、ステージオブジェクト、アイテムオブジェクト、スコアオブジェクト、プレイ時間オブジェクトのデータを更新することにより、画面６０に表示される操作キャラクタ６０１、ゲーム内アイテム６２１、６２２、スコア６３１、プレイ時間６４１の画像をそれぞれ制御することができる。

具体的には、ユーザが把持部２０８の操作ボタン２０８２を操作すると、キャラクタオブジェクト２０１５の座標情報が更新され、画面６０において操作キャラクタ６０１が左右に移動したり上下にジャンプするなどの操作を行うことでゲームを進行させることができる。

透過型ディスプレイ２０７の正面に位置するユーザは、透過型ディスプレイ２０７を通じて視認できる車両の外の現実の風景６６１に重ねて、画面６０に表示される操作キャラクタ６０１、ゲーム内アイテム６２１、６２２、スコア６３１、プレイ時間６４１の画像を視認することができる。

＜オブジェクト生成処理（第一実施例）＞
窓ユニット２０のゲーム実行部２０４１は、車外カメラ２０６１から取得した撮影データに基づきステージオブジェクト２０１６、アイテムオブジェクト２０１７を生成する。窓ユニット２０において実行されるオブジェクト生成処理（第一実施例）の動作を図８のフローチャートおよび図９の表示画面例を用いて説明する。

ステップＳ２０１において、窓ユニット２０のゲーム実行部２０４１は、車外カメラ２０６１から撮影した画像データ（車外撮影データ）を取得する。車外撮影データは、窓ユニット２０の透過型ディスプレイ２０７の周辺に設けられた１または複数のカメラから車外を撮影したデータである。車外撮影データは、ユーザが透過型ディスプレイ２０７を通して視認できる景色の全範囲を含むことが望ましいが、少なくともユーザが透過型ディスプレイ２０７を通して視認できる景色の一部分を含んでいれば良い。

ステップＳ２０２において、窓ユニット２０のゲーム実行部２０４１は、取得した車外撮影データから輪郭データを抽出する。輪郭データは、車外撮影データに含まれる輪郭情報を抽出したデータである。輪郭データは、車外撮影データに対して微分フィルタ、ソーベルフィルタなどのエッジ抽出フィルタを適用することにより生成される画像データである。
例えば、車外撮影データが山の画像を含む風景写真である場合には、山の画像と空の画像との境界部分が輪郭データとして抽出される。また、車外撮影データが建物の画像を含む風景写真である場合には、建物の画像と空の画像との境界部分が輪郭データとして抽出される。
なお、輪郭データは、ＬｉＤＡＲ（Ｌｉｇｈｔ Ｄｅｔｅｃｔｉｏｎ ａｎｄ Ｒａｎｇｉｎｇ）など近赤外光、可視光、紫外線などを対象物に照射し、その反射光を光センサでとらえ距離を測定するリモートセンシングデバイスを用いて取得した３次元的な撮影データに基づき抽出しても良い。ＬｉＤＡＲは、車外カメラ２０６１に替えて、または、組み合わせて用いても構わない。

ステップＳ２０３において、窓ユニット２０のゲーム実行部２０４１は、抽出した輪郭データに基づきステージオブジェクト２０１６を生成する。具体的には、輪郭データの線に沿ってステージオブジェクト２０１６を生成する。
例えば、車外撮影データが山の画像を含む風景写真である場合には、山の画像と空の画像との境界部分にステージオブジェクト２０１６が生成される。窓ユニット２０のゲーム実行部２０４１は、ステージオブジェクト２０１６に基づき、透過型ディスプレイ２０７にステージ６１１を描画する。
なお、窓ユニット２０のゲーム実行部２０４１は、車外撮影データに基づいてステージオブジェクト２０１６を生成しても良い。

ステップＳ２０３において、窓ユニット２０のゲーム実行部２０４１は、輪郭データを適切に抽出できない場合や、ステージオブジェクト２０１６を適切に生成できない場合、また、風景の前面に建築物などの遮蔽物が現れることにより連続的なステージオブジェクト２０１６を生成できない場合は、窓ＩＤおよび切替リクエストをサーバ１０へ送信する。サーバ１０の制御部１０４は、切替リクエストを受信すると、受信した窓ＩＤをキーとして窓テーブル１０２１を検索し、特定したレコードの切替フラグの項目をＦａｌｓｅに設定する。それ以外の場合は切替フラグをＴｒｕｅに設定する。
なお、切替フラグの設定はオブジェクト生成処理に含める必要はなく、窓ユニット２０の制御部２０４が別途定期的に行なっても良い。

ステップＳ２０４において、窓ユニット２０のゲーム実行部２０４１は、車外撮影データおよび抽出した輪郭データに基づきアイテムオブジェクト２０１７を生成する。窓ユニット２０のゲーム実行部２０４１は、車外撮影データおよび輪郭データの一部分または全部を抽出し、サーバ１０へ送信する。

サーバ１０の制御部１０４は、受信した車外撮影データおよび輪郭データにアイテムテーブル１０１４の条件文字列または条件画像が含まれているか否かを判定する。判定は、車外撮影データおよび輪郭データに対する特徴量検出などで行なっても良い。
サーバ１０の制御部１０４は、条件文字列または条件画像が含まれていると判定した場合は、当該ゲーム内アイテムのアイテムＩＤ、アイテム画像、条件文字列または条件画像が含まれている位置を窓ユニット２０へ送信する。

窓ユニット２０は、アイテムＩＤ、アイテム画像、条件文字列または条件画像が含まれている位置を受信すると、条件文字列または条件画像が含まれている位置に、アイテムＩＤ、アイテム画像を有するアイテムオブジェクト２０１７を新たに生成する。
なお、窓ユニット２０は、条件文字列または条件画像が含まれている位置に関わらず、アイテムＩＤ、アイテム画像を有するアイテムオブジェクト２０１７を新たに生成しても良い。アイテムオブジェクト２０１７が新たに生成される位置は、例えば、アイテムオブジェクトの生成に関する予め設定された位置でも良いし、キャラクタオブジェクト２０１５に関する位置であっても良い。このとき、サーバ１０の制御部１０４は、窓ユニット２０へ、条件文字列または条件画像が含まれている位置を送信しない構成としても良い。

窓ユニット２０のゲーム実行部２０４１は、アイテムオブジェクト２０１７に基づき、透過型ディスプレイ２０７にゲーム内アイテム６２１、６２２を描画する。なお、アイテムオブジェクト２０１７は複数のゲーム内アイテム６２１、６２２に関する情報を記憶しても良い。

アイテムテーブル１０１４の条件文字列に企業名などを設定することにより、車両の風景に企業名が含まれている場合に当該企業の商品広告をゲーム内アイテム６２１、６２２としてユーザへ表示させることができる。

アイテムテーブル１０１４の条件画像に観光名所の画像などを設定することにより、車両が当該観光名所を通過する際に、観光名所に関連するゲーム内アイテム６２１、６２２をユーザへ表示させることができる。また、条件画像は自然物、景観、建造物などが含まれ、アイテム画像は自然物、景観、建造物に関するアイコンでも良い。

ステップＳ２０５において、窓ユニット２０のゲーム実行部２０４１は、プレイ日時オブジェクト２０１９を参照し、現在日時がプレイ終了日時を経過しているかを判定する。プレイ時間を経過していない場合はオブジェクト生成処理を繰り返す。プレイ時間を経過している場合はゲームを終了し処理をステップＳ２０６へ進める。

＜アイテム取得処理＞
ユーザは操作キャラクタ６０１を操作してゲーム内アイテム６２１、６２２との距離が所定距離内になると、ゲーム内アイテム６２１、６２２を取得することができる。
具体的には、窓ユニット２０のゲーム実行部２０４１は、操作キャラクタ６０１のキャラクタオブジェクト２０１５と、ゲーム内アイテム６２１、６２２のアイテムオブジェクト２０１７との距離を算定する。
窓ユニット２０のゲーム実行部２０４１は、距離が所定距離内となったアイテムオブジェクトを取得したゲーム内アイテムと判定し、当該ゲーム内アイテムをアイテムオブジェクトから消去する。
窓ユニット２０のゲーム実行部２０４１は、取得したゲーム内アイテムのアイテムＩＤをサーバ１０へ送信する。サーバ１０の制御部１０４は、アイテムＩＤをキーとしてアイテムテーブル１０１４を検索し、付与内容およびスコアの項目を取得し、窓ユニット２０へ送信する。

窓ユニット２０のゲーム実行部２０４１は、受信した付与内容に基づき操作キャラクタまたはユーザに対して特典を付与する。例えば、操作キャラクタに対して経験値や性能値などのパラメータを付与したり、一定期間無敵状態となるような特典を付与する。ユーザに対しては新たなキャラクタおよびアイテムを獲得（デッキテーブル１０１２へ新たなレコードを追加）したり、ゲーム外で利用可能な商品やサービスのクーポン券、割引券、ポイントなどを付与しても良い。また、観光名所に関連する情報などを付与しても良い。ユーザが新たに獲得するキャラクタおよびアイテムは、アイテムに関する条件画像に関連したキャラクタおよびアイテムでもよく、ユーザは獲得したキャラクタおよびアイテムを自身のスマートフォンなどの携帯端末で確認することができる。また、ユーザは付与された、ゲーム外で利用可能な商品やサービスのクーポン券、割引券、ポイント、観光名所に関連する情報などを自身のスマートフォンなどの携帯端末で確認することができる。
これにより、車両の外の風景画像を用いて商品、サービスなどのプロモーションを実現することができる。

また、窓ユニット２０のゲーム実行部２０４１は、現在の日時に応じて操作キャラクタまたはユーザに対する特典付与を制御しても良い。例えば、特定の日時範囲において、ユーザに対する特典を付与しないよう制御しても良い。

また、窓ユニット２０のゲーム実行部２０４１は、受信した付与内容に基づき操作キャラクタまたはユーザに対して特典を付与する内容をＱＲコード（登録商標）などのコードとして透過型ディスプレイ２０７に表示し、ユーザは、自身のスマートフォンなどの携帯端末が有するカメラを用いて当該コードを読み取ることにより、ユーザに対して特典を付与しても良い。
これにより、ユーザがゲストユーザとしてゲームをプレイした場合や、ゲームをプレイしていないユーザに対しても特典を付与することができる。

＜オブジェクト生成処理（第二実施例）＞
窓ユニット２０において実行されるオブジェクト生成処理（第二実施例）の動作を説明する。オブジェクト生成処理（第二実施例）は、２つの窓ユニット２０Ａおよび窓ユニット２０Ｂから構成される。窓ユニット２０Ａおよび窓ユニット２０Ｂにおけるオブジェクト生成処理（第二実施例）のステップＳ２０１、Ｓ２０２、Ｓ２０３、Ｓ２０５、Ｓ２０６の処理は、オブジェクト生成処理（第一実施例）と共通する。

オブジェクト生成処理（第二実施例）におけるステップＳ２０４において、窓ユニット２０Ａのゲーム実行部２０４１は、窓ユニット２０Ｂの車外撮影データおよび抽出した輪郭データに基づきアイテムオブジェクト２０１７を生成する。窓ユニット２０Ｂのゲーム実行部２０４１は、車外撮影データおよび輪郭データの一部分または全部を抽出し、サーバ１０へ送信する。

サーバ１０の制御部１０４は、窓ユニット２０Ｂから受信した車外撮影データおよび輪郭データにアイテムテーブル１０１４の条件文字列または条件画像が含まれているか否かを判定する。判定は、車外撮影データおよび輪郭データに対する特徴量検出などで行なっても良い。
サーバ１０の制御部１０４は、条件文字列または条件画像が含まれていると判定した場合は、当該ゲーム内アイテムのアイテムＩＤ、アイテム画像を窓ユニット２０Ａへ送信する。

窓ユニット２０Ａは、アイテムＩＤ、アイテム画像を受信すると、アイテムＩＤ、アイテム画像を有するアイテムオブジェクト２０１７を新たに生成する。アイテムオブジェクト２０１７が新たに生成される位置は、例えば、アイテムオブジェクトの生成に関する予め設定された位置でも良いし、キャラクタオブジェクト２０１５に関する位置であっても良い。

窓ユニット２０Ａのゲーム実行部２０４１は、アイテムオブジェクト２０１７に基づき、透過型ディスプレイ２０７にゲーム内アイテム６２１、６２２を描画する。なお、アイテムオブジェクト２０１７は複数のゲーム内アイテム６２１、６２２に関する情報を記憶しても良い。

このように、オブジェクト生成処理（第二実施例）においては窓ユニット２０Ａのゲーム実行部２０４１は、窓ユニット２０Ａとは異なる位置に設けられた窓ユニット２０Ｂの車外撮影データに基づきアイテムオブジェクト２０１７を生成する。これにより、窓ユニット２０Ａにおいてゲームをプレイするユーザは、自身が視認できない範囲の風景に基づくアイテムオブジェクト２０１７が出現することにより、ユーザはより興趣性の高いゲームを体験することができる。

オブジェクト生成処理（第二実施例）においては窓ユニット２０Bの車外撮影データに基づき、窓ユニット２０Aにおけるアイテムオブジェクト２０１７を生成する構成としたが、窓ユニット２０Bの車外撮影データに基づき、ステージオブジェクト２０１６の全部または一部が生成される構成としても良い。また、２つの窓ユニット２０Ａおよび窓ユニット２０Ｂから構成される例を説明したが、窓ユニット２０Ａ～２０Eの任意の少なくとも２つの組み合わせから構成されても良い。
オブジェクト生成処理（第二実施例）は、窓ユニット２０Bにおけるユーザの存在有無を問わず実行しても良い。つまり、窓ユニット２０Ｂにおいて所定のユーザによりゲームのプレイが行われている場合も、窓ユニット２０Bの車外撮影データに基づき、窓ユニット２０Aにおけるアイテムオブジェクト２０１７を生成する構成としても良い。

本開示においては、オブジェクト生成処理（第一実施例）およびオブジェクト生成処理（第二実施例）を組み合わせて実行しても良い。つまり、窓ユニット２０Aにおけるステージオブジェクト２０１６およびアイテムオブジェクト２０１７を、窓ユニット２０Ａの車外撮影データおよび窓ユニット２０Bの車外撮影データに基づき生成しても良い。

＜透過型ディスプレイ２０７の構成＞
透過型ディスプレイ２０７は、ＬＣＤ（Ｌｉｑｕｉｄ Ｃｒｙｓｔａｌ Ｄｉｓｐｌａｙ）、有機ＥＬディスプレイ、マイクロＬＥＤ（Ｌｉｇｈｔ Ｅｍｉｔｔｉｎｇ Ｄｉｏｄｅ）ディスプレイ等の平面ディスプレイ、プロジェクト等により実現される。透過型ディスプレイ２０７は、フロントガラス、リアガラス、サイドガラス及び天井ガラスの少なくとも一面又は任意の面の組み合わせに表示されるシースルー型のディスプレイである。
シースルー型のディスプレイでは、画像が表示される箇所が半透明又は不透明に描画され、それ以外の箇所は、外光を所定の透過率で透過させる。このため、実際の風景と、ゲーム画像とが重なって表示され、臨場感を高めることができる。本開示においては、このシースルー型のディスプレイとして、シースルーの半透明液晶ディスプレイ又は半透明投影可能なプロジェクタを用いることができる。

透過型ディスプレイ２０７には、車外カメラ２０６１と物理的に不透明なディスプレイを組み合わせたディスプレイも含まれる。具体的には、シースルー型のディスプレイの代わりに、シースルー型のディスプレイが配置される位置に不透明なディスプレイを取り付ける。複数の車外カメラ２０６１によって窓ユニット２０の周囲を撮影し、撮影した画像を不透明なディスプレイに描画制御する。これにより、車両に搭乗するユーザに対し、シースルー型のディスプレイと同等な映像を、不透明なディスプレイを用いて表示することができる。

＜把持部２０８の構成＞
第一実施例にかかる車両２１には、単数または複数の把持部２０８が設けられている。把持部２０８は、車両に搭乗するユーザが手で把持することにより自身の身体を支持するためのものである。ユーザは把持部２０８を把持することにより、移動する車両内でも自身の身体を適切に支持することができ快適に過ごすことができる。把持部２０８には、ユーザが立った状態および座った状態などの任意の姿勢において把持するものが含まれる。
電車、バスなどにおいては、把持部２０８には吊革および握り棒が含まれる。乗用車などにおいては、乗用車のピラー（窓柱）、ルーフ、座席などに設けられるアシストグリップとよばれる握り棒が含まれる。

＜窓ユニット２０（第二実施例）の機能構成＞
図１０は、窓ユニット２０（第二実施例）の機能構成を示すブロック図である。窓ユニット２０は、基本的な構成は窓ユニット２０（第一実施例）と共通しており、接続される入力装置２０６に窓操作ボタン２０６４が設けられている点が相違する。

＜窓操作ボタン２０６４＞
窓操作ボタン２０６４は、透過型ディスプレイ２０７のユーザから視認できる領域を操作するためのユーザインタフェースである。具体的には、窓操作ボタン２０６４は、ユーザが窓ユニット２０の透過型ディスプレイ２０７を開閉するための操作を行うことができる。ユーザが窓操作ボタン２０６４を開くよう操作すると、窓ユニット２０の制御部２０４は不図示のアクチュエータを駆動し透過型ディスプレイ２０７の一部を車両内に格納する制御（窓を開ける制御）を行う。一方、ユーザが窓操作ボタン２０６４を閉めるよう操作すると、窓ユニット２０の制御部２０４は不図示のアクチュエータを駆動し透過型ディスプレイ２０７の一部を車両から出す制御（窓を閉める制御）を行う。

窓操作ボタン２０６４は、把持部２０８に設けたスイッチとして実現しても良い。
窓操作ボタン２０６４は、透過型ディスプレイ２０７にゲームオブジェクトとして描画し、ユーザが把持部２０８を操作することにより透過型ディスプレイ２０７に描画されたオブジェクトを操作し、透過型ディスプレイ２０７の開閉を操作するよう実現しても良い。

窓操作ボタン２０６４は、少なくとも１つの窓ＩＤ２０１２と紐づけられている。１つの窓操作ボタン２０６４は、複数の窓ＩＤ２０１２と紐付けられていても良い。ユーザが窓操作ボタン２０６４を操作すると、窓操作ボタン２０６４に対応した窓ＩＤ２０１２を有する全ての窓ユニット２０の透過型ディスプレイ２０７に対して開閉制御が行われる。

なお、窓操作ボタン２０６４の操作は、透過型ディスプレイ２０７を開閉移動させるのみならず、窓の前後に設けられたカーテンまたはシャッターなどを移動させることにより、ユーザから視認できる透過型ディスプレイ２０７の領域を変化させることを含む。

ユーザにより窓操作ボタン２０６４が操作されると、窓ユニット２０の制御部２０４は、不図示のアクチュエータを作動させ、ユーザから視認できる透過型ディスプレイ２０７の領域（視認範囲）を変化させる制御を行うと同時に、サーバ１０に対して、窓ＩＤおよびユーザから視認できる透過型ディスプレイ２０７の領域に関する情報を送信する。サーバ１０の制御部１０４は、ユーザから視認できる透過型ディスプレイ２０７の領域に関する情報を受信し、窓テーブル１０２１の窓ＩＤで特定されるレコードのディスプレイ情報における、透過型ディスプレイの形状、位置、方向を更新する。

次に、サーバ１０の制御部１０４は、窓テーブル１０２１のディスプレイ情報の項目の更新に基づき、窓テーブル１０２１の描画範囲の項目を更新する。具体的には、透過型ディスプレイ２０７の開閉により、ユーザ から視認される透過型ディスプレイ２０７の面積に応じて、ゲームが描画される透過型ディスプレイ２０７の描画範囲を縮小または拡大する。

サーバ１０の制御部１０４は、透過型ディスプレイ２０７の領域を変化させる制御を行っている間は、窓テーブル１０２１の窓状態フラグの値をＴｒｕｅに設定する。サーバ１０の制御部１０４は、透過型ディスプレイ２０７の領域を変化させる制御が終了すると窓テーブル１０２１の窓状態フラグの値をＦａｌｓｅに設定する。

窓テーブル１０２１のディスプレイ情報の項目には、ユーザから視認される透過型ディスプレイ２０７の形状、位置、方向の情報が記憶される。また、窓テーブル１０２１の描画範囲の項目には、ユーザから視認される透過型ディスプレイ２０７の形状、位置、方向に応じたゲームの描画範囲を規定する情報が記憶される。なお、ディスプレイ情報および描画範囲の更新は、ユーザによる窓操作ボタン２０６４の操作中に連続的に実行しても、操作完了後に１度だけ実行する構成のどちらでも良い。

窓ユニット２０を備える車両２１においては、把持部２０８は必須の構成ではない。把持部２０８以外の入力装置によりユーザはゲームをプレイしても良い。

窓が設けられておりユーザが搭乗可能な乗り物であれば、本開示における車両２１に替えて飛行機、ヘリコプター、ロケット、人工衛星、宇宙ステーション、ドローン、ハイパーループ、船舶、潜水艦、潜水艇など任意の乗り物に対して本開示の内容を適用しても構わない。

＜情報処理システム１の動作＞
以下、情報処理システム１の各処理について説明する。

＜ユーザ接続処理＞
把持部２０８は、不図示の指紋認証部を備えており、ユーザが把持部２０８を握るとユーザの指紋を読み取る。窓ユニット２０の制御部２０４は、ユーザＩＤと指紋情報とが紐づけられて記憶された不図示の指紋テーブルを参照し、ユーザＩＤを特定する。
指紋認証に替えて車内カメラ２０６２により撮影したユーザの顔または身体的特徴に基づき把持部２０８を握るユーザのユーザＩＤを特定しても良い。指紋認証に替えてユーザが所持するスマートフォンなどの携帯端末と接触または非接触通信を行うことにより、把持部２０８を握るユーザのユーザＩＤを特定しても良い。
窓ユニット２０の制御部２０４は、特定したユーザＩＤ、把持部ＩＤ２０８１、窓ＩＤ２０１３をサーバ１０へ送信する。サーバ１０の制御部１０４は、受信した把持部ＩＤ２０８１に紐づけてユーザＩＤおよび窓ＩＤ２０１３を把持部テーブル１０２２へ記憶する。

窓ユニット２０の制御部２０４は、一定期間ユーザの指紋を読み取ることができない場合は、ユーザは把持部２０８を握っていないと判定し把持部２０８とユーザとの接続を解除する。
指紋認証に替えて車内カメラ２０６２により撮影したユーザの顔または身体的特徴に基づきユーザが把持部２０８を握っていないと判定し把持部２０８とユーザとの接続を解除しても良い。
把持部２０８から一定期間入力情報が受信できない場合は、ユーザは把持部２０８を握っていないと判定し把持部２０８とユーザとの接続を解除しても良い。
窓ユニット２０の制御部２０４は、特定したユーザＩＤ、把持部ＩＤ２０８１、窓ＩＤ２０１３をサーバ１０へ送信する。サーバ１０の制御部１０４は、受信した把持部ＩＤ２０８１に紐づけられたユーザＩＤおよび窓ＩＤ２０１３のレコードを把持部テーブル１０２２から削除しユーザとの接続を解除する。

＜ユーザ有無判定処理（第一実施例）＞
窓ユニット２０に備えられた車内カメラ２０６２は、透過型ディスプレイ２０７の車内側の正面の画像を定期的に撮影し、ユーザが透過型ディスプレイ２０７の正面に存在するか否かを監視する。具体的には、窓ユニット２０の制御部２０４は、車内カメラ２０６２により撮影された画像を入力データとして顔認識プログラムを実行し顔画像が含まれているか否かを判定する。窓ユニット２０の制御部２０４は、顔画像が含まれている場合にはユーザが存在すると判定し、顔画像が含まれていない場合にはユーザが存在しないと判定する。顔認識プログラムには、ＯｐｅｎＣＶといったライブラリが知られている。

ユーザの存在有無の判定は、車内カメラ２０６２を用いる手段に限られない。
車両のユーザ搭乗位置の床面や座席などにスイッチまたは押圧センサなどを設置しても良い。乗用車などにおいては、座席には、チャイルドシートなどの後付けの装備が含まれてもよい。また、シートベルトの着用により、ユーザの有無を判定してもよい。また、把持部２０８にスイッチまたは接触センサなどを設置しても良い。窓ユニット２０の制御部２０４は、スイッチまたはセンサによる検出値を用いて、ユーザが透過型ディスプレイ２０７の正面に存在するか否かを判定しても良い。

窓ユニット２０の制御部２０４は、ユーザが存在すると判定した場合は、サーバ１０へ、窓ＩＤ２０１３およびユーザが存在する旨のリクエストを送信する。一方、窓ユニット２０の制御部２０４は、ユーザが存在しないと判定した場合は、サーバ１０へ、窓ＩＤ２０１３およびユーザが存在しない旨のリクエストを送信する。

サーバ１０の制御部１０４は、ユーザが存在する旨のリクエストを受信したときは、受信した窓ＩＤ２０１３により特定されるレコードのユーザ有無の項目をＴｒｕｅに設定する。一方、サーバ１０の制御部１０４は、ユーザが存在しない旨のリクエストを受信したときは、受信した窓ＩＤ２０１３により特定されるレコードのユーザ有無の項目をＦａｌｓｅに設定する。

＜ユーザ有無判定処理（第二実施例）＞
なお、サーバ１０の制御部１０４は、窓ユニット２０からユーザの存在有無に関するリクエストを受けることなしに、ユーザの有無を判定しても良い。例えば、サーバ１０の制御部１０４は、把持部テーブル１０２２を検索しユーザＩＤと紐づけられた窓ＩＤを特定する。サーバ１０の制御部１０４は、特定した窓ＩＤにより窓テーブル１０２１のレコードを検索し、当該レコードのユーザ有無の項目をＴｒｕｅとし、それ以外のレコードのユーザ有無の項目をＦａｌｓｅとしても良い。
このように、把持部テーブル１０２２の内容を用いてユーザが窓ユニット２０の透過型ディスプレイ２０７の正面に存在するか否かを判定しても良い。

ユーザ有無判定処理（第一実施例）においては、把持部テーブル１０２２の内容を用いずにユーザの有無を判定することができる。これにより、窓ユニット２０の制御部２０４は、ユーザが存在すると検出した場合に、把持部２０８とユーザとの接続に先立って、ユーザに把持部２０８との接続手順などを動画として透過型ディスプレイ２０７に描画することにより案内することができる。

ユーザ有無判定処理（第二実施例）においては、ユーザ有無判定処理（第一実施例）に比べてシンプルな構成でユーザの存在有無を判定することができる。

＜ユーザ位置特定処理（第一実施例）＞
窓ユニット２０の制御部２０４は、車内カメラ２０６２により撮影された画像を入力データとして顔認識プログラムを実行し顔画像が含まれているか否かを判定し、顔画像が含まれている場合は顔画像の位置を特定する。窓ユニット２０の制御部２０４は、顔画像の位置に基づき、透過型ディスプレイ２０７の正面に位置するユーザの頭部位置（ユーザ位置）を算定する。

ユーザ位置の特定は、車内カメラ２０６２を用いる手段に限られない。
車両のユーザ搭乗位置の床面や座席などにスイッチまたは押圧センサなどを設置しても良い。また、把持部２０８にスイッチまたは接触センサなどを設置しても良い。窓ユニット２０の制御部２０４は、スイッチまたはセンサによる検出値を用いて、透過型ディスプレイ２０７の正面に位置するユーザの頭部位置を算定しても良い。

窓ユニット２０の制御部２０４は、窓ＩＤ２０１３および算定したユーザ位置をサーバ１０へ送信する。窓ユニット２０の制御部２０４は、ユーザ位置を算定できない場合は、窓ＩＤ２０１３およびユーザ位置を算定できなかった旨のリクエストをサーバ１０へ送信する。

サーバ１０の制御部１０４は、窓ＩＤおよびユーザ位置を受信したときは、受信した窓ＩＤ２０１３により特定されるレコードのユーザ位置の項目に受信したユーザ位置の値を記憶する。一方、サーバ１０の制御部１０４は、ユーザ位置を算定できなかった旨のリクエストを受信したときは、受信した窓ＩＤ２０１３により特定されるレコードのユーザ位置の項目を消去またヌル値を記憶する。

＜ユーザ位置特定処理（第二実施例）＞
なお、サーバ１０の制御部１０４は、窓ユニット２０からユーザの存在有無に関するリクエストを受けることなしに、ユーザの位置を特定しても良い。例えば、サーバ１０の制御部１０４は、把持部テーブル１０２２を検索しユーザＩＤと紐づけられた窓ＩＤおよび把持部ＩＤを特定する。把持部２０８の把持部ＩＤのそれぞれに対してユーザ位置を紐付けた不図示のテーブルを予め用意しておく。サーバ１０の制御部１０４は、特定した窓ＩＤにより窓テーブル１０２１のレコードを検索し、当該レコードのユーザ位置の項目に、把持部ＩＤに紐づけられたユーザ位置のそれぞれの値を記憶する。
このように、把持部テーブル１０２２の内容を用いてユーザのユーザ位置を特定しても良い。

ユーザ位置特定処理（第一実施例）においては、把持部テーブル１０２２の内容を用いずにユーザの位置を特定することができる。これにより、窓ユニット２０の制御部２０４は、ユーザの位置を特定した場合に、把持部２０８とユーザとの接続に先立って、ユーザに把持部２０８との接続手順などを動画として透過型ディスプレイ２０７のユーザが見えやすい位置に描画することにより案内することができる。

ユーザ位置特定処理（第二実施例）においては、ユーザ位置特定処理（第一実施例）に比べてシンプルな構成でユーザの存在有無を判定することができる。

＜ゲーム進行処理＞
サーバ１０および窓ユニット２０において実行されるゲーム進行処理の動作を図７のフローチャートを用いて説明する。

ステップＳ１０１において、ユーザ有無判定処理およびユーザ位置特定処理が行われる。ユーザ有無がＦａｌｓｅの場合はステップＳ１０１において待機し、次のステップには進まない。

ステップＳ１０２において、ユーザ接続処理が行われる。ユーザ接続処理が行われなかった場合は、ゲストユーザが選択され次のステップに進む。なお、ユーザ接続処理が行われなかった場合はステップＳ１０２において待機し、次のステップには進まないものとしても良い。

ステップＳ１０３において、キャラクタ選択処理が行われる。キャラクタ選択処理においては、窓ユニット２０の制御部２０４は、ステップＳ１０２において接続されたユーザ（操作ユーザ）のユーザＩＤをキーとしてデッキテーブル１０１２を検索し、操作ユーザの保有するキャラクタの一覧を取得する。窓ユニット２０の制御部２０４は、取得したキャラクタの一覧を画像とともに透過型ディスプレイ２０７に表示し、操作ユーザへキャラクタを選択するよう促す。ユーザは、把持部２０８を操作し、一覧表示されたキャラクタからゲームをプレイするキャラクタを選択する。
なお、操作ユーザが保有するキャラクタが１体のみの場合は当該キャラクタを選択し、ステップＳ１０３を省略しても良い。
窓ユニット２０の制御部２０４は、操作ユーザのユーザＩＤおよび選択されたキャラクタのキャラクタＩＤをサーバ１０に送信する。サーバ１０の制御部１０４は、受信したユーザＩＤに基づきユーザテーブル１０１１から操作ユーザのレコードを特定し、操作キャラクタの項目に受信したキャラクタＩＤを記憶する。

ステップＳ１０４において、窓ユニット２０のゲーム実行部２０４１は、サーバ１０へ窓ＩＤを送信し窓状態フラグを照会する。サーバ１０の制御部１０４は、窓ＩＤをキーとして窓テーブル１０２１を検索し、窓ＩＤと紐づけられた窓状態フラグを取得し窓ユニット２０へ送信する。
窓ユニット２０のゲーム実行部２０４１は、窓状態フラグがＴｒｕｅである場合はゲームを実行せずに待機状態となる。窓ユニット２０のゲーム実行部２０４１は、窓状態フラグがＦａｌｓｅである場合はステップＳ１０５へ進む。

ステップＳ１０５において、窓ユニット２０のゲーム実行部２０４１は、サーバ１０へ窓ＩＤを送信し切替フラグを照会する。サーバ１０の制御部１０４は、窓ＩＤをキーとして窓テーブル１０２１を検索し、窓ＩＤと紐づけられた切替フラグを取得し窓ユニット２０へ送信する。
窓ユニット２０のゲーム実行部２０４１は、サーバ１０から受信した切替フラグがＦａｌｓｅである場合はステップＳ１０６におけるゲームを実行する。窓ユニット２０のゲーム実行部２０４１は、サーバ１０から受信した切替フラグがＴｒｕｅである場合はステップＳ１０６におけるゲームの実行を中断し、ステップＳ１０７においてミニゲームプログラム２０１２を実行する。
ミニゲームプログラム２０１２は、ゲームの一種であるが、車外カメラ２０６１による車外撮影データの輪郭データを用いないゲーム（ミニゲーム）である。窓ユニット２０のゲーム実行部２０４１は、車外撮影データから輪郭データを適切に抽出できない場合は、切替フラグを参照しゲームを一旦中断し、ユーザに対してミニゲームを提供する。これにより、遮蔽物により風景が遮られた場合にもユーザはゲームサービスを快適にプレイすることができる。
窓ユニット２０のゲーム実行部２０４１は、ミニゲームを実行中にサーバ１０から取得した切替フラグがＦａｌｓｅであると判定した場合は、ゲームプログラム２０１１を実行し車外カメラ２０６１による車外撮影データの輪郭データを用いたゲームを中断前の状態から継続して提供する。

ステップＳ１０８において、窓ユニット２０のゲーム実行部２０４１は、プレイ日時オブジェクト２０１９を参照し、現在日時がプレイ終了日時を経過しているかを判定する。プレイ時間を経過していない場合はゲーム実行処理を継続する。プレイ時間を経過している場合はゲームを終了し処理をステップＳ１１０へ進める。

ステップＳ１０９では、ゲームの終了処理としてゲーム中に獲得したゲーム内アイテムの付与内容に基づく特典を操作キャラクタまたはユーザへ付与する。なお、特典付与はゲーム終了後ではなく、アイテム取得時に随時特典を付与しても良い。

＜特典付与の変形例＞
操作キャラクタまたはユーザへ付与される特典は、窓ユニット２０ごとの設置位置に応じて変えても良い。例えば、車両進行方向前方の窓ユニット２０でゲームをプレイするユーザは、自身の窓ユニット２０よりも前方の窓ユニット２０の風景を視認することができないためゲームの難易度が高い場合がある。そのような場合に、ユーザへ付与される特典をより大きくなるように補正しても良い。具体的には、サーバ１０の窓テーブル１０２１を参照し、ディスプレイ情報に基づき操作キャラクタまたはユーザへ付与される特典を付与しても良い。
操作キャラクタまたはユーザへ付与される特典は、ユーザがゲームをプレイする日時に応じて変えても良い。例えば、平日の通勤、通学時間帯において、公共交通機関で利用される車両は混雑が予想される。そのため、そのような時間帯においては、操作キャラクタまたはユーザへ付与される特典をより小さくなるように補正する。具体的にはユーザへ特典を付与するときに、現在日時を取得し、日時ごとの特典付与についての補正情報の有無を判定する。補正情報があると判定された場合には、ユーザへ付与される特典に対して補正情報を適用する。これにより、通勤・通学時間帯の混雑を緩和することができる。

＜コンピュータの基本ハードウェア構成＞
図１１は、コンピュータ９０の基本的なハードウェア構成を示すブロック図である。コンピュータ９０は、プロセッサ９０１、主記憶装置９０２、補助記憶装置９０３、通信ＩＦ９９１（インタフェース、Interface）を少なくとも備える。これらは通信バス９２１により相互に電気的に接続される。

プロセッサ９０１とは、プログラムに記述された命令セットを実行するためのハードウェアである。プロセッサ９０１は、演算装置、レジスタ、周辺回路等から構成される。

主記憶装置９０２とは、プログラム、及びプログラム等で処理されるデータ等を一時的に記憶するためのものである。例えば、ＤＲＡＭ（Dynamic Random Access Memory）等の揮発性のメモリである。

補助記憶装置９０３とは、データ及びプログラムを保存するための記憶装置である。例えば、フラッシュメモリ、ＨＤＤ（Hard Disc Drive）、光磁気ディスク、ＣＤ―ＲＯＭ、ＤＶＤ―ＲＯＭ、半導体メモリ等である。

通信ＩＦ９９１とは、有線又は無線の通信規格を用いて、他のコンピュータとネットワークを介して通信するための信号を入出力するためのインタフェースである。
ネットワークは、インターネット、ＬＡＮ、無線基地局等によって構築される各種移動通信システム等で構成される。例えば、ネットワークには、３Ｇ、４Ｇ、５Ｇ移動通信システム、ＬＴＥ（Long Term Evolution）、所定のアクセスポイントによってインターネットに接続可能な無線ネットワーク（例えばWi-Fi（登録商標））等が含まれる。無線で接続する場合、通信プロトコルとして例えば、Ｚ―Ｗａｖｅ（登録商標）、ＺｉｇＢｅｅ（登録商標）、Ｂｌｕｅｔｏｏｔｈ（登録商標）等が含まれる。有線で接続する場合は、ネットワークには、ＵＳＢ（Universal Serial Bus）ケーブル等により直接接続するものも含む。

なお、各ハードウェア構成の全部または一部を複数のコンピュータ９０に分散して設け、ネットワークを介して相互に接続することによりコンピュータ９０を仮想的に実現することができる。このように、コンピュータ９０は、単一の筐体、ケースに収納されたコンピュータ９０だけでなく、仮想化されたコンピュータシステムも含む概念である。

＜コンピュータ９０の基本機能構成＞
コンピュータ９０の基本ハードウェア構成（図１１）により実現されるコンピュータの機能構成を説明する。コンピュータは、制御部、記憶部、通信部の機能ユニットを少なくとも備える。

なお、コンピュータ９０が備える機能ユニットは、それぞれの機能ユニットの全部または一部を、ネットワークで相互に接続された複数のコンピュータ９０に分散して設けても実現することができる。コンピュータ９０は、単一のコンピュータ９０だけでなく、仮想化されたコンピュータシステムも含む概念である。

制御部は、プロセッサ９０１が補助記憶装置９０３に記憶された各種プログラムを読み出して主記憶装置９０２に展開し、当該プログラムに従って処理を実行することにより実現される。制御部は、プログラムの種類に応じて様々な情報処理を行う機能ユニットを実現することができる。これにより、コンピュータは情報処理を行う情報処理装置として実現される。

記憶部は、主記憶装置９０２、補助記憶装置９０３により実現される。記憶部は、データ、各種プログラム、各種データベースを記憶する。また、プロセッサ９０１は、プログラムに従って記憶部に対応する記憶領域を主記憶装置９０２または補助記憶装置９０３に確保することができる。また、制御部は、各種プログラムに従ってプロセッサ９０１に、記憶部に記憶されたデータの追加、更新、削除処理を実行させることができる。

データベースは、リレーショナルデータベースを指し、行と列によって構造的に規定された表形式のテーブルと呼ばれるデータ集合を、互いに関連づけて管理するためのものである。データベースでは、表をテーブル、表の列をカラム、表の行をレコードと呼ぶ。リレーショナルデータベースでは、テーブル同士の関係を設定し、関連づけることができる。
通常、各テーブルにはレコードを一意に特定するための主キーとなるカラムが設定されるが、カラムへの主キーの設定は必須ではない。制御部は、各種プログラムに従ってプロセッサ９０１に、記憶部に記憶された特定のテーブルにレコードを追加、削除、更新を実行させることができる。

通信部は、通信ＩＦ９９１により実現される。通信部は、ネットワークを介して他のコンピュータ９０と通信を行う機能を実現する。通信部は、他のコンピュータ９０から送信された情報を受信し、制御部へ入力することができる。制御部は、各種プログラムに従ってプロセッサ９０１に、受信した情報に対する情報処理を実行させることができる。また、通信部は、制御部から出力された情報を他のコンピュータ９０へ送信することができる。

＜付記＞
以上の各実施形態で説明した事項を以下に付記する。

（付記１）
プロセッサおよび記憶部を備えるコンピュータと、透過型ディスプレイおよび把持部を備える、ユーザが搭乗可能な乗り物とからなるコンピュータシステムにおいて、ゲームを実行させるためのゲームプログラムであって、第１画像を取得する、第１画像入力ステップ（Ｓ２０１）と、第１把持部から第１操作情報を取得する、第１操作入力ステップと、第１画像に基づき、第１ゲームオブジェクトを生成する第１生成ステップ（Ｓ２０３、Ｓ２０４）と、第１操作情報に基づき、第１キャラクタオブジェクトを制御する第１操作ステップと、第１キャラクタオブジェクトおよび第１ゲームオブジェクトを含む第１出力画像を出力する第１画像出力ステップと、を実行させ、第１画像入力ステップは、第１ユーザの視点から第１透過型ディスプレイを通して視認される乗り物外の風景の一部を含む画像を取得するステップであり、第１画像出力ステップは、第１ユーザの視点から第１透過型ディスプレイを通して視認される乗り物外の風景に重なるように、第１透過型ディスプレイに対して第１出力画像を出力するステップであり、把持部は、乗り物に搭乗したユーザが手で把持することにより自身の身体を支持するためのものである、ゲームプログラム。
これにより、ユーザは、自身の身体を支持しつつより快適にゲームサービスを楽しむことができる。

（付記２）
第１ユーザの存在有無を判定するステップ（Ｓ１０１）と、第１ユーザが存在する場合にゲームの実行を開始するステップ（Ｓ１０１）と、を実行させる、付記１記載のゲームプログラム。
これにより、ユーザの車両への搭乗に合わせてゲームサービスの提供を開始することができる。

（付記３）
第１ユーザの位置を取得するステップ（Ｓ１０２）と、を実行させ、第１画像出力ステップは、第１ユーザの位置に基づき第１出力画像を出力するステップである、付記１または２記載のゲームプログラム。
これにより、ユーザの搭乗位置に合わせた好適な位置に第１出力画像を出力することができ、ユーザは臨場感のあるゲームをプレイすることができる。

（付記４）
第１画像に基づき、第１画像に含まれる第１輪郭情報を算定する第１輪郭算定ステップ（Ｓ２０２）と、を実行させ、第１生成ステップは、第１輪郭情報に基づき第１ゲームオブジェクトを生成するステップ（Ｓ２０３、Ｓ２０４）である、付記１～３のいずれか記載のゲームプログラム。
これにより、ユーザに対してより興趣性の高いゲームサービスを提供することができる。

（付記５）
第１生成ステップは、第１輪郭情報に基づき第１キャラクタオブジェクトの移動経路を規定するステージオブジェクトを生成するステップ（Ｓ２０３）である、付記４記載のゲームプログラム。
これにより、ユーザに対してより興趣性の高いゲームサービスを提供することができる。

（付記６）
第２把持部から第２操作情報を取得する、第２操作入力ステップと、を実行させ、第１画像出力ステップは、第２操作情報に基づき第１出力画像を出力するステップである、付記１～５のいずれか記載のゲームプログラム。
これにより、他のユーザと協働してゲームをプレイすることができるため、ユーザにとってより興趣性の高いゲームサービスを提供することができる。

（付記７）
第１ユーザに対して特典を付与する特典付与ステップ（Ｓ１０９）と、を実行させ、付記１～６のいずれか記載のゲームプログラム。
これにより、ゲームを通じて特典が得られることにより、ユーザにとってより興趣性の高いゲームサービスを提供することができる。

（付記８）
第１生成ステップは、第１画像に基づき第１アイテムオブジェクトを生成するステップ（Ｓ２０４）であり、特典付与ステップは、第１キャラクタオブジェクトと第１アイテムオブジェクトが取得条件を満たした場合に特典を付与するステップ（Ｓ１０９）である、付記７記載のゲームプログラム。

（付記９）
特典付与ステップは、第１透過型ディスプレイの乗り物内部における位置、方向に基づき、特典を付与するステップである、付記７または８記載のゲームプログラム。
これにより、難易度が高い搭乗位置でゲームをプレイするユーザにより大きな特典を付与することができる。

（付記１０）
第２画像を取得する、第２画像入力ステップ（Ｓ２０１）と、を実行させ、第１生成ステップは、第２画像に基づき第１アイテムオブジェクトを生成するステップ（Ｓ２０３、Ｓ２０４）であり、第２画像入力ステップは、第２ユーザの視点から第２透過型ディスプレイを通して視認される乗り物外の風景の一部を含む画像を取得するステップ（Ｓ２０１）であり、付記１～９のいずれか記載のゲームプログラム。
これにより、ユーザが視認できない範囲の画像を用いることで、ユーザにとってより興趣性の高いゲームサービスを提供することができる。

（付記１１）
第１透過型ディスプレイの視認範囲を変化させるステップと、第１透過型ディスプレイの視認範囲が変化している間は、ゲームの実行を中断するステップと、を実行させる、付記１～１０のいずれか記載のゲームプログラム。
これにより、ユーザに対してより快適なゲームサービスを提供することができる。

（付記１２）
第１透過型ディスプレイの視認範囲を変化させるステップと、を実行させ、第１画像出力ステップは、第１ユーザの視点から視認範囲変化後の第１透過型ディスプレイを通して視認される乗り物外の風景に重なるように、第１透過型ディスプレイに対して第１出力画像を出力するステップである、付記１１記載のゲームプログラム。
これにより、ユーザに対してより興趣性の高いゲームサービスを提供することができる。

（付記１３）
プロセッサおよび記憶部を備えるコンピュータと、透過型ディスプレイおよび把持部を備える、ユーザが搭乗可能な乗り物とからなるゲームシステムであって、プロセッサに、第１画像を取得する、第１画像入力ステップ（Ｓ２０１）と、第１把持部から第１操作情報を取得する、第１操作入力ステップと、第１画像に基づき、第１ゲームオブジェクトを生成する第１生成ステップ（Ｓ２０３、Ｓ２０４）と、第１操作情報に基づき、第１キャラクタオブジェクトを制御する第１操作ステップと、第１キャラクタオブジェクトおよび第１ゲームオブジェクトを含む第１出力画像を出力する第１画像出力ステップと、を実行させ、第１画像入力ステップは、第１ユーザの視点から第１透過型ディスプレイを通して視認される乗り物外の風景の一部を含む画像を取得するステップであり、第１画像出力ステップは、第１ユーザの視点から第１透過型ディスプレイを通して視認される乗り物外の風景に重なるように、第１透過型ディスプレイに対して第１出力画像を出力するステップであり、把持部は、乗り物に搭乗したユーザが手で把持することにより自身の身体を支持するためのものである、ゲームシステム。
これにより、ユーザは、自身の身体を支持しつつより快適にゲームサービスを楽しむことができる。

（付記１４）
プロセッサおよび記憶部を備えるコンピュータと、透過型ディスプレイおよび把持部を備える、ユーザが搭乗可能な乗り物とからなるコンピュータシステムに情報処理を実行させるための情報処理方法であって、情報処理方法は、プロセッサに、第１画像を取得する、第１画像入力ステップ（Ｓ２０１）と、第１把持部から第１操作情報を取得する、第１操作入力ステップと、第１画像に基づき、第１ゲームオブジェクトを生成する第１生成ステップ（Ｓ２０３、Ｓ２０４）と、第１操作情報に基づき、第１キャラクタオブジェクトを制御する第１操作ステップと、第１キャラクタオブジェクトおよび第１ゲームオブジェクトを含む第１出力画像を出力する第１画像出力ステップと、を実行させ、第１画像入力ステップは、第１ユーザの視点から第１透過型ディスプレイを通して視認される乗り物外の風景の一部を含む画像を取得するステップであり、第１画像出力ステップは、第１ユーザの視点から第１透過型ディスプレイを通して視認される乗り物外の風景に重なるように、第１透過型ディスプレイに対して第１出力画像を出力するステップであり、把持部は、乗り物に搭乗したユーザが手で把持することにより自身の身体を支持するためのものである、情報処理方法。
これにより、ユーザは、自身の身体を支持しつつより快適にゲームサービスを楽しむことができる。

１ 情報処理システム、１０ サーバ、１０１ 記憶部、１０４ 制御部、２０Ａ，２０Ｂ，２０Ｃ 窓ユニット、２０１ 記憶部、２０４ 制御部

Claims (14)

1. プロセッサおよび記憶部を備えるコンピュータと、透過型ディスプレイおよび把持部を備える、ユーザが搭乗可能な乗り物とからなるコンピュータシステムにおいて、ゲームを実行させるためのゲームプログラムであって、
   第１画像を取得する、第１画像入力ステップと、
   第１把持部から第１操作情報を取得する、第１操作入力ステップと、
   第１画像に基づき、第１ゲームオブジェクトを生成する第１生成ステップと、
   第１操作情報に基づき、第１キャラクタオブジェクトを制御する第１操作ステップと、
   第１キャラクタオブジェクトおよび第１ゲームオブジェクトを含む第１出力画像を出力する第１画像出力ステップと、
   を実行させ、
   第１画像入力ステップは、第１ユーザの視点から第１透過型ディスプレイを通して視認される乗り物外の風景の一部を含む画像を取得するステップであり、
   第１画像出力ステップは、第１ユーザの視点から第１透過型ディスプレイを通して視認される乗り物外の風景に重なるように、第１透過型ディスプレイに対して第１出力画像を出力するステップであり、
   前記把持部は、乗り物に搭乗したユーザが手で把持することにより自身の身体を支持するためのものである、
   ゲームプログラム。
2. 第１ユーザの存在有無を判定するステップと、
   第１ユーザが存在する場合にゲームの実行を開始するステップと、
   を実行させる、
   請求項１記載のゲームプログラム。
3. 第１ユーザの位置を取得するステップと、
   を実行させ、
   第１画像出力ステップは、第１ユーザの位置に基づき第１出力画像を出力するステップである、
   請求項１または２記載のゲームプログラム。
4. 第１画像に基づき、第１画像に含まれる第１輪郭情報を算定する第１輪郭算定ステップと、
   を実行させ、
   第１生成ステップは、第１輪郭情報に基づき第１ゲームオブジェクトを生成するステップである、
   請求項１～３のいずれか記載のゲームプログラム。
5. 第１生成ステップは、第１輪郭情報に基づき第１キャラクタオブジェクトの移動経路を規定するステージオブジェクトを生成するステップである、
   請求項４記載のゲームプログラム。
6. 第２把持部から第２操作情報を取得する、第２操作入力ステップと、
   を実行させ、
   第１画像出力ステップは、第２操作情報に基づき第１出力画像を出力するステップである、
   請求項１～５のいずれか記載のゲームプログラム。
7. 第１ユーザに対して特典を付与する特典付与ステップと、
   を実行させ、
   請求項１～６のいずれか記載のゲームプログラム。
8. 第１生成ステップは、第１画像に基づき第１アイテムオブジェクトを生成するステップであり、
   前記特典付与ステップは、第１キャラクタオブジェクトと第１アイテムオブジェクトが取得条件を満たした場合に特典を付与するステップである、
   請求項７記載のゲームプログラム。
9. 前記特典付与ステップは、第１透過型ディスプレイの乗り物内部における位置、方向に基づき、特典を付与するステップである、
   請求項７または８記載のゲームプログラム。
10. 第２画像を取得する、第２画像入力ステップと、
    を実行させ、
    第１生成ステップは、第２画像に基づき第１アイテムオブジェクトを生成するステップであり、
    第２画像入力ステップは、第２ユーザの視点から第２透過型ディスプレイを通して視認される乗り物外の風景の一部を含む画像を取得するステップであり、
    請求項１～９のいずれか記載のゲームプログラム。
11. 第１透過型ディスプレイの視認範囲を変化させるステップと、
    第１透過型ディスプレイの視認範囲が変化している間は、ゲームの実行を中断するステップと、
    を実行させる、
    請求項１～１０のいずれか記載のゲームプログラム。
12. 第１透過型ディスプレイの視認範囲を変化させるステップと、
    を実行させ、
    第１画像出力ステップは、第１ユーザの視点から視認範囲変化後の第１透過型ディスプレイを通して視認される乗り物外の風景に重なるように、第１透過型ディスプレイに対して第１出力画像を出力するステップである、
    請求項１１記載のゲームプログラム。
13. プロセッサおよび記憶部を備えるコンピュータと、透過型ディスプレイおよび把持部を備える、ユーザが搭乗可能な乗り物とからなるゲームシステムであって、
    前記プロセッサに、
    第１画像を取得する、第１画像入力ステップと、
    第１把持部から第１操作情報を取得する、第１操作入力ステップと、
    第１画像に基づき、第１ゲームオブジェクトを生成する第１生成ステップと、
    第１操作情報に基づき、第１キャラクタオブジェクトを制御する第１操作ステップと、
    第１キャラクタオブジェクトおよび第１ゲームオブジェクトを含む第１出力画像を出力する第１画像出力ステップと、
    を実行させ、
    第１画像入力ステップは、第１ユーザの視点から第１透過型ディスプレイを通して視認される乗り物外の風景の一部を含む画像を取得するステップであり、
    第１画像出力ステップは、第１ユーザの視点から第１透過型ディスプレイを通して視認される乗り物外の風景に重なるように、第１透過型ディスプレイに対して第１出力画像を出力するステップであり、
    前記把持部は、乗り物に搭乗したユーザが手で把持することにより自身の身体を支持するためのものである、
    ゲームシステム。
14. プロセッサおよび記憶部を備えるコンピュータと、透過型ディスプレイおよび把持部を備える、ユーザが搭乗可能な乗り物とからなるコンピュータシステムに情報処理を実行させるための情報処理方法であって、
    前記情報処理方法は、前記プロセッサに、
    第１画像を取得する、第１画像入力ステップと、
    第１把持部から第１操作情報を取得する、第１操作入力ステップと、
    第１画像に基づき、第１ゲームオブジェクトを生成する第１生成ステップと、
    第１操作情報に基づき、第１キャラクタオブジェクトを制御する第１操作ステップと、
    第１キャラクタオブジェクトおよび第１ゲームオブジェクトを含む第１出力画像を出力する第１画像出力ステップと、
    を実行させ、
    第１画像入力ステップは、第１ユーザの視点から第１透過型ディスプレイを通して視認される乗り物外の風景の一部を含む画像を取得するステップであり、
    第１画像出力ステップは、第１ユーザの視点から第１透過型ディスプレイを通して視認される乗り物外の風景に重なるように、第１透過型ディスプレイに対して第１出力画像を出力するステップであり、
    前記把持部は、乗り物に搭乗したユーザが手で把持することにより自身の身体を支持するためのものである、
    情報処理方法。
    
    

Images