JP2021041190A - ゲームプログラム、方法、および情報処理装置 - Google Patents

Abstract

【課題】キャラクタなどのゲーム媒体を獲得しようとするユーザの意欲を高め、ユーザにゲームのプレイを動機付けることが可能なゲームプログラムを提供する。【解決手段】ゲームプログラムは、プロセッサに、所定の条件が満足された場合に、ユーザにキャラクタを保有させるステップＳ１と、ユーザに保有された１以上のキャラクタを、ユーザの入力操作にしたがって動作させ、相手キャラクタと対戦させる実戦パートを進行させるステップＳ２と、実戦パートに登場し得る複数のキャラクタの中から、ユーザによって選択されたキャラクタを、ユーザの入力操作にしたがって動作させ、コンピュータによって制御されるノンプレイヤキャラクタと練習させる練習パートを進行させるステップＳ３と、を実行させる。【選択図】図２

Description

本開示はゲームプログラム、ゲームプログラムを実行する方法および情報処理装置に関する。

従来、キャラクタカードなどのゲーム媒体を用いてユーザがプレイするゲームをコンピュータに実行させるゲームプログラムが知られている。ゲーム媒体とは、該ゲームプログラムが実行されている間、該ゲーム上で利用されるデジタルデータのことである。具体的には、上述したキャラクタカード、ゲームを有利に進めるためのアイテム、もしくは、ゲーム上のその他サービスと交換できるポイントなどである。

このようなゲームでは、該ゲーム媒体が、以下のように有償または無償でユーザに提供される。

例えば、ゲーム上で金銭的な価値を有するゲーム内価値（例えば、仮想通貨、コイン、宝石、クリスタル、ポイントなどの有価媒体）をユーザに販売することが広く行われている。そして、該有価媒体をユーザに保有させ、該価値が消費されることにより、ゲーム上で利用される各種サービス（ゲーム媒体の付与など）を該ユーザに提供することが行われている。特許文献１には、ユーザによって保有されている仮想通貨と引き換えに、キャラクタカードをユーザに保有させるための抽選ゲームのサービスを行うことができる技術が開示されている。

特開２０１３−２０２３２２号公報（２０１３年１０月７日公開）

長期運用を想定しているゲームでは、ユーザが飽きないようにするために様々な措置が講じられている。例えば、対戦ゲームにおいて、抽選、報酬、配信などによって、新しいキャラクタがどんどん追加され、ユーザは、対戦で使用できるキャラクタを増やしていくことが可能である。

しかしながら、このような対戦ゲームにおいては、一般に、ユーザは、さまざまな条件を満たしてゲーム媒体としてのキャラクタを保有しなければ、そのキャラクタを対戦で使用することができない。したがって、いくらキャラクタの種類が増えるといっても、追加された新しい種類のキャラクタをユーザが入手しないうちは、ユーザは、そのキャラクタを使用してゲームをプレイすることができず、ユーザにそのキャラクタの魅力がしっかり伝わらない。結果的に、キャラクタが追加されるという仕組みの、ユーザを飽きさせない措置としての効力が十分に発揮されないという問題がある。

このため、新たに追加されたキャラクタ等のゲーム媒体の魅力をユーザに伝達し、該ゲーム媒体を獲得する意欲をユーザに持たせるための施策が必要とされている。

本開示の一態様は、キャラクタなどのゲーム媒体を獲得しようとするユーザの意欲を高め、ユーザにゲームのプレイを動機付けることを目的とする。

本開示に係るゲームプログラムは、プロセッサおよびメモリを備えるコンピュータにより実行される。ゲームプログラムは、プロセッサに、所定の条件が満足された場合に、ユーザにキャラクタを保有させるステップと、保有させるステップによってユーザに保有された１以上のキャラクタを、該ユーザの入力操作にしたがって動作させ、相手キャラクタと対戦させる実戦パートを進行させるステップと、実戦パートに登場し得る複数のキャラクタの中から、ユーザによって選択されたキャラクタを、該ユーザの入力操作にしたがって動作させ、コンピュータによって制御されるノンプレイヤキャラクタ（以下、ＮＰＣ）と練習させる練習パートを進行させるステップと、を実行させる。

本開示の一態様によれば、ゲームの興趣性を向上させる効果を奏する。

ゲームシステムのハードウェア構成を示す図である。 ゲームのゲームサイクルを説明する図である。 ユーザ端末およびサーバの機能的構成を示すブロック図である。 ゲームのゲーム空間内に定義される競技空間を模式的に示す図である。 ユーザ端末の表示部に表示される試合画面の一例を示す図である。 ユーザ端末の表示部に表示される試合画面の一例を示す図である。 ユーザ端末の表示部に表示される試合画面の一例を示す図である。 キャラクタデータベースのデータ構造の一例を示す図である。 保有キャラクタテーブルのデータ構造の一例を示す図である。 練習キャラクタテーブルのデータ構造の一例を示す図である。 保有キャラクタテーブルを更新する処理の流れを示すフローチャートである。 練習キャラクタテーブルを更新する処理の流れを示すフローチャートである。 練習パートを進行させる処理の流れを示すフローチャートである。 キャラクタをユーザに選択させるための選択画面の具体例を示す図である。 試合におけるギミックの挙動をユーザに設定させるための第１設定画面の具体例を示す図である。 ＮＰＣの挙動をユーザに設定させるための第２設定画面の具体例を示す図である。 試合画面上に配置されたメニュー画面の具体例を示す図である。

〔実施形態１〕
本開示に係るゲームシステムは、複数のユーザにゲームを提供するためのシステムである。以下、ゲームシステムについて図面を参照しつつ説明する。なお、本発明はこれらの例示に限定されるものではなく、特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内でのすべての変更が本発明に含まれることが意図される。以下の説明では、図面の説明において同一の要素には同一の符号を付し、重複する説明を繰り返さない。

＜ゲームシステム１のハードウェア構成＞
図１は、ゲームシステム１のハードウェア構成を示す図である。ゲームシステム１は図示の通り、複数のユーザ端末１００と、サーバ２００とを含む。各ユーザ端末１００は、サーバ２００とネットワーク２を介して接続する。ネットワーク２は、インターネットおよび図示しない無線基地局によって構築される各種移動通信システム等で構成される。この移動通信システムとしては、例えば、所謂３Ｇ、４Ｇ移動通信システム、ＬＴＥ（Long Term Evolution）、および所定のアクセスポイントによってインターネットに接続可能な無線ネットワーク（例えばWi-Fi（登録商標））等が挙げられる。

サーバ２００（コンピュータ、情報処理装置）は、ワークステーションまたはパーソナルコンピュータ等の汎用コンピュータであってよい。サーバ２００は、プロセッサ２０と、メモリ２１と、ストレージ２２と、通信ＩＦ２３と、入出力ＩＦ２４とを備える。サーバ２００が備えるこれらの構成は、通信バスによって互いに電気的に接続される。

ユーザ端末１００（コンピュータ、情報処理装置）は、スマートフォン、フィーチャーフォン、ＰＤＡ（Personal Digital Assistant）、またはタブレット型コンピュータ等の携帯端末であってよい。ユーザ端末１００は、ゲームプレイに適したゲーム装置であってもよい。ユーザ端末１００は図示の通り、プロセッサ１０と、メモリ１１と、ストレージ１２と、通信インターフェース（ＩＦ）１３と、入出力ＩＦ１４と、タッチスクリーン１５（表示部）と、カメラ１７と、測距センサ１８とを備える。ユーザ端末１００が備えるこれらの構成は、通信バスによって互いに電気的に接続される。なお、ユーザ端末１００は、タッチスクリーン１５に代えて、または、加えて、ユーザ端末１００本体とは別に構成されたディスプレイ（表示部）を接続可能な入出力ＩＦ１４を備えていてもよい。

また、図１に示すように、ユーザ端末１００は、１つ以上のコントローラ１０２０と通信可能に構成されることとしてもよい。コントローラ１０２０は、例えば、Ｂｌｕｅｔｏｏｔｈ（登録商標）等の通信規格に従って、ユーザ端末１００と通信を確立する。コントローラ１０２０は、１つ以上のボタン等を有していてもよく、該ボタン等に対するユーザの入力操作に基づく出力値をユーザ端末１００へ送信する。また、コントローラ１０２０は、加速度センサ、および、角速度センサ等の各種センサを有していてもよく、該各種センサの出力値をユーザ端末１００へ送信する。

なお、ユーザ端末１００がカメラ１７および測距センサ１８を備えることに代えて、または、加えて、コントローラ１０２０がカメラ１７および測距センサ１８を有していてもよい。

ユーザ端末１００は、例えばゲーム開始時に、コントローラ１０２０を使用するユーザに、該ユーザの名前またはログインＩＤ等のユーザ識別情報を、該コントローラ１０２０を介して入力させることが望ましい。これにより、ユーザ端末１００は、コントローラ１０２０とユーザとを紐付けることが可能となり、受信した出力値の送信元（コントローラ１０２０）に基づいて、該出力値がどのユーザのものであるかを特定することができる。

ユーザ端末１００が複数のコントローラ１０２０と通信する場合、各コントローラ１０２０を各ユーザが把持することで、ネットワーク２を介してサーバ２００などの他の装置と通信せずに、該１台のユーザ端末１００でマルチプレイを実現することができる。また、各ユーザ端末１００が無線ＬＡＮ（Local Area Network）規格等の無線規格により互いに通信接続する（サーバ２００を介さずに通信接続する）ことで、複数台のユーザ端末１００によりローカルでマルチプレイを実現することもできる。１台のユーザ端末１００によりローカルで上述のマルチプレイを実現する場合、ユーザ端末１００は、さらに、サーバ２００が備える後述する種々の機能の少なくとも一部を備えていてもよい。また、複数のユーザ端末１００によりローカルで上述のマルチプレイを実現する場合、複数のユーザ端末１００は、サーバ２００が備える後述する種々の機能を分散して備えていてもよい。

なお、ローカルで上述のマルチプレイを実現する場合であっても、ユーザ端末１００はサーバ２００と通信を行ってもよい。例えば、あるゲームにおける成績または勝敗等のプレイ結果を示す情報と、ユーザ識別情報とを対応付けてサーバ２００に送信してもよい。

また、コントローラ１０２０は、ユーザ端末１００に着脱可能な構成であるとしてもよい。この場合、ユーザ端末１００の筐体における少なくともいずれかの面に、コントローラ１０２０との結合部が設けられていてもよい。該結合部を介して有線によりユーザ端末１００とコントローラ１０２０とが結合している場合は、ユーザ端末１００とコントローラ１０２０とは、有線を介して信号を送受信する。

図１に示すように、ユーザ端末１００は、外部のメモリカード等の記憶媒体１０３０の装着を、入出力ＩＦ１４を介して受け付けてもよい。これにより、ユーザ端末１００は、記憶媒体１０３０に記録されるプログラム及びデータを読み込むことができる。記憶媒体１０３０に記録されるプログラムは、例えばゲームプログラムである。

ユーザ端末１００は、サーバ２００等の外部の装置と通信することにより取得したゲームプログラムをユーザ端末１００のメモリ１１に記憶してもよいし、記憶媒体１０３０から読み込むことにより取得したゲームプログラムをメモリ１１に記憶してもよい。

以上で説明したとおり、ユーザ端末１００は、該ユーザ端末１００に対して情報を入力する機構の一例として、通信ＩＦ１３、入出力ＩＦ１４、タッチスクリーン１５、カメラ１７、および、測距センサ１８を備える。入力する機構としての上述の各部は、ユーザの入力操作を受け付けるように構成された操作部と捉えることができる。

例えば、操作部が、カメラ１７および測距センサ１８の少なくともいずれか一方で構成される場合、該操作部が、ユーザ端末１００の近傍の物体１０１０を検出し、当該物体の検出結果から入力操作を特定する。一例として、物体１０１０としてのユーザの手、予め定められた形状のマーカーなどが検出され、検出結果として得られた物体１０１０の色、形状、動き、または、種類などに基づいて入力操作が特定される。より具体的には、ユーザ端末１００は、カメラ１７の撮影画像からユーザの手が検出された場合、該撮影画像に基づき検出されるジェスチャ（ユーザの手の一連の動き）を、ユーザの入力操作として特定し、受け付ける。なお、撮影画像は静止画であっても動画であってもよい。

あるいは、操作部がタッチスクリーン１５で構成される場合、ユーザ端末１００は、タッチスクリーン１５の入力部１５１に対して実施されたユーザの操作をユーザの入力操作として特定し、受け付ける。あるいは、操作部が通信ＩＦ１３で構成される場合、ユーザ端末１００は、コントローラ１０２０から送信される信号（例えば、出力値）をユーザの入力操作として特定し、受け付ける。あるいは、操作部が入出力ＩＦ１４で構成される場合、該入出力ＩＦ１４と接続されるコントローラ１０２０とは異なる入力装置（図示せず）から出力される信号をユーザの入力操作として特定し、受け付ける。

＜各装置のハードウェア構成要素＞
プロセッサ１０は、ユーザ端末１００全体の動作を制御する。プロセッサ２０は、サーバ２００全体の動作を制御する。プロセッサ１０および２０は、ＣＰＵ（Central Processing Unit）、ＭＰＵ（Micro Processing Unit）、およびＧＰＵ（Graphics Processing Unit）を含む。

プロセッサ１０は後述するストレージ１２からプログラムを読み出し、後述するメモリ１１に展開する。プロセッサ２０は後述するストレージ２２からプログラムを読み出し、後述するメモリ２１に展開する。プロセッサ１０およびプロセッサ２０は展開したプログラムを実行する。

メモリ１１および２１は主記憶装置である。メモリ１１および２１は、ＲＯＭ（Read Only Memory）およびＲＡＭ（Random Access Memory）等の記憶装置で構成される。メモリ１１は、プロセッサ１０が後述するストレージ１２から読み出したプログラムおよび各種データを一時的に記憶することにより、プロセッサ１０に作業領域を提供する。メモリ１１は、プロセッサ１０がプログラムに従って動作している間に生成した各種データも一時的に記憶する。メモリ２１は、プロセッサ２０が後述するストレージ２２から読み出した各種プログラムおよびデータを一時的に記憶することにより、プロセッサ２０に作業領域を提供する。メモリ２１は、プロセッサ２０がプログラムに従って動作している間に生成した各種データも一時的に記憶する。

本実施形態においてプログラムとは、ゲームをユーザ端末１００により実現するためのゲームプログラムであってもよい。あるいは、該プログラムは、該ゲームをユーザ端末１００とサーバ２００との協働により実現するためのゲームプログラムであってもよい。なお、ユーザ端末１００とサーバ２００との協働により実現されるゲームは、一例として、ユーザ端末１００において起動されたブラウザ上で実行されるゲームであってもよい。あるいは、該プログラムは、該ゲームを複数のユーザ端末１００の協働により実現するためのゲームプログラムであってもよい。また、各種データとは、ユーザ情報およびゲーム情報などのゲームに関するデータ、ならびに、ユーザ端末１００とサーバ２００との間または複数のユーザ端末１００間で送受信する指示または通知を含んでいる。

ストレージ１２および２２は補助記憶装置である。ストレージ１２および２２は、フラッシュメモリまたはＨＤＤ（Hard Disk Drive）等の記憶装置で構成される。ストレージ１２およびストレージ２２には、ゲームに関する各種データが格納される。

通信ＩＦ１３は、ユーザ端末１００における各種データの送受信を制御する。通信ＩＦ２３は、サーバ２００における各種データの送受信を制御する。通信ＩＦ１３および２３は例えば、無線ＬＡＮ（Local Area Network）を介する通信、有線ＬＡＮ、無線ＬＡＮ、または携帯電話回線網を介したインターネット通信、ならびに近距離無線通信等を用いた通信を制御する。

入出力ＩＦ１４は、ユーザ端末１００がデータの入力を受け付けるためのインターフェースであり、またユーザ端末１００がデータを出力するためのインターフェースである。入出力ＩＦ１４は、ＵＳＢ（Universal Serial Bus）等を介してデータの入出力を行ってもよい。入出力ＩＦ１４は、例えば、ユーザ端末１００の物理ボタン、カメラ、マイク、または、スピーカ等を含み得る。サーバ２００の入出力ＩＦ２４は、サーバ２００がデータの入力を受け付けるためのインターフェースであり、またサーバ２００がデータを出力するためのインターフェースである。入出力ＩＦ２４は、例えば、マウスまたはキーボード等の情報入力機器である入力部と、画像を表示出力する機器である表示部とを含み得る。

ユーザ端末１００のタッチスクリーン１５は、入力部１５１と表示部１５２とを組み合わせた電子部品である。入力部１５１は、例えばタッチセンシティブなデバイスであり、例えばタッチパッドによって構成される。表示部１５２は、例えば液晶ディスプレイ、または有機ＥＬ（Electro-Luminescence）ディスプレイ等によって構成される。

入力部１５１は、入力面に対しユーザの操作（主にタッチ操作、スライド操作、スワイプ操作、およびタップ操作等の物理的接触操作）が入力された位置を検知して、位置を示す情報を入力信号として送信する機能を備える。入力部１５１は、図示しないタッチセンシング部を備えていればよい。タッチセンシング部は、静電容量方式または抵抗膜方式等のどのような方式を採用したものであってもよい。

図示していないが、ユーザ端末１００は、該ユーザ端末１００の保持姿勢を特定するための１以上のセンサを備えていてもよい。このセンサは、例えば、加速度センサ、または、角速度センサ等であってもよい。ユーザ端末１００がセンサを備えている場合、プロセッサ１０は、センサの出力からユーザ端末１００の保持姿勢を特定して、保持姿勢に応じた処理を行うことも可能になる。例えば、プロセッサ１０は、ユーザ端末１００が縦向きに保持されているときには、縦長の画像を表示部１５２に表示させる縦画面表示としてもよい。一方、ユーザ端末１００が横向きに保持されているときには、横長の画像を表示部に表示させる横画面表示としてもよい。このように、プロセッサ１０は、ユーザ端末１００の保持姿勢に応じて縦画面表示と横画面表示とを切り替え可能であってもよい。

カメラ１７は、イメージセンサ等を含み、レンズから入射する入射光を電気信号に変換することで撮影画像を生成する。

測距センサ１８は、測定対象物までの距離を測定するセンサである。測距センサ１８は、例えば、パルス変換した光を発する光源と、光を受ける受光素子とを含む。測距センサ１８は、光源からの発光タイミングと、該光源から発せられた光が測定対象物にあたって反射されて生じる反射光の受光タイミングとにより、測定対象物までの距離を測定する。測距センサ１８は、指向性を有する光を発する光源を有することとしてもよい。

ここで、ユーザ端末１００が、カメラ１７と測距センサ１８とを用いて、ユーザ端末１００の近傍の物体１０１０を検出した検出結果を、ユーザの入力操作として受け付ける例をさらに説明する。カメラ１７および測距センサ１８は、例えば、ユーザ端末１００の筐体の側面に設けられてもよい。カメラ１７の近傍に測距センサ１８が設けられてもよい。カメラ１７としては、例えば赤外線カメラを用いることができる。この場合、赤外線を照射する照明装置および可視光を遮断するフィルタ等が、カメラ１７に設けられてもよい。これにより、屋外か屋内かにかかわらず、カメラ１７の撮影画像に基づく物体の検出精度をいっそう向上させることができる。

プロセッサ１０は、カメラ１７の撮影画像に対して、例えば以下の（１）〜（５）に示す処理のうち１つ以上の処理を行ってもよい。（１）プロセッサ１０は、カメラ１７の撮影画像に対し画像認識処理を行うことで、該撮影画像にユーザの手が含まれているか否かを特定する。プロセッサ１０は、上述の画像認識処理において採用する解析技術として、例えばパターンマッチング等の技術を用いてよい。（２）また、プロセッサ１０は、ユーザの手の形状から、ユーザのジェスチャを検出する。プロセッサ１０は、例えば、撮影画像から検出されるユーザの手の形状から、ユーザの指の本数（伸びている指の本数）を特定する。プロセッサ１０はさらに、特定した指の本数から、ユーザが行ったジェスチャを特定する。例えば、プロセッサ１０は、指の本数が５本である場合、ユーザが「パー」のジェスチャを行ったと判定する。また、プロセッサ１０は、指の本数が０本である（指が検出されなかった）場合、ユーザが「グー」のジェスチャを行ったと判定する。また、プロセッサ１０は、指の本数が２本である場合、ユーザが「チョキ」のジェスチャを行ったと判定する。（３）プロセッサ１０は、カメラ１７の撮影画像に対し、画像認識処理を行うことにより、ユーザの指が人差し指のみ立てた状態であるか、ユーザの指がはじくような動きをしたかを検出する。（４）プロセッサ１０は、カメラ１７の撮影画像の画像認識結果、および、測距センサ１８の出力値等の少なくともいずれか１つに基づいて、ユーザ端末１００の近傍の物体１０１０（ユーザの手など）とユーザ端末１００との距離を検出する。例えば、プロセッサ１０は、カメラ１７の撮影画像から特定されるユーザの手の形状の大小により、ユーザの手がユーザ端末１００の近傍（例えば所定値未満の距離）にあるのか、遠く（例えば所定値以上の距離）にあるのかを検出する。なお、撮影画像が動画の場合、プロセッサ１０は、ユーザの手がユーザ端末１００に接近しているのか遠ざかっているのかを検出してもよい。（５）カメラ１７の撮影画像の画像認識結果等に基づいて、ユーザの手が検出されている状態で、ユーザ端末１００とユーザの手との距離が変化していることが判明した場合、プロセッサ１０は、ユーザが手をカメラ１７の撮影方向において振っていると認識する。カメラ１７の撮影範囲よりも指向性が強い測距センサ１８において、物体が検出されたりされなかったりする場合に、プロセッサ１０は、ユーザが手をカメラの撮影方向に直交する方向に振っていると認識する。

このように、プロセッサ１０は、カメラ１７の撮影画像に対する画像認識により、ユーザが手を握りこんでいるか否か（「グー」のジェスチャであるか、それ以外のジェスチャ（例えば「パー」）であるか）を検出する。また、プロセッサ１０は、ユーザの手の形状とともに、ユーザがこの手をどのように移動させているかを検出する。また、プロセッサ１０は、ユーザがこの手をユーザ端末１００に対して接近させているのか遠ざけているのかを検出する。このような操作は、例えば、マウスまたはタッチパネルなどのポインティングデバイスを用いた操作に対応させることができる。ユーザ端末１００は、例えば、ユーザの手の移動に応じて、タッチスクリーン１５においてポインタを移動させ、ユーザのジェスチャ「グー」を検出する。この場合、ユーザ端末１００は、ユーザが選択操作を継続中であると認識する。選択操作の継続とは、例えば、マウスがクリックされて押し込まれた状態が維持されること、または、タッチパネルに対してタッチダウン操作がなされた後タッチされた状態が維持されることに対応する。また、ユーザ端末１００は、ユーザのジェスチャ「グー」が検出されている状態で、さらにユーザが手を移動させると、このような一連のジェスチャを、スワイプ操作（またはドラッグ操作）に対応する操作として認識することもできる。また、ユーザ端末１００は、カメラ１７の撮影画像によるユーザの手の検出結果に基づいて、ユーザが指をはじくようなジェスチャを検出した場合に、当該ジェスチャを、マウスのクリックまたはタッチパネルへのタップ操作に対応する操作として認識してもよい。

＜ゲーム概要＞
ゲームシステム１によって実行されるゲーム（以下、本ゲーム）は、ユーザの操作内容（例えば、操作スピード、タイミング、およびテクニックなど）に応じて異なる結果が得られるゲームである。

本ゲームは、例えば、対戦ゲームであり、該対戦ゲームは、ユーザの操作内容に応じて、試合運び、スコア、および、対戦の勝敗などが変化する。本ゲームは、一例として、複数のユーザの間で、タイム、スコア、戦績などの観点で、優位性を競わせるゲームであってもよい。ユーザは通常、競争に勝ちたいと考えてゲームをプレイする。そのため、ゲームに競争の要素を含ませ、操作内容に応じて優位性が決するようにゲームシステム１を構築することにより、ユーザに操作の習熟を促すことができる。

さらには、本対戦ゲームは、例えば、ユーザと他のユーザとの対戦により進行する対人対戦を行うプレイパートを含んでいてもよい。なお、本ゲームにおける「対戦」はマルチ対戦（所謂、ＰｖＰ（Player vs Player）戦）に限られない。例えば、ユーザが操作するプレイヤキャラクタ（以下、ＰＣ（player character））と、ノンプレイヤキャラクタ（以下、ＮＰＣ(non player character））との対戦（所謂、ＣＯＭ戦またはＣＰＵ戦）も、本対戦ゲームにおける「対戦」に含まれる。本ゲームの対戦は、一例として、スポーツゲームにおける試合であってもよい。

本対戦ゲームは、一例として、ＰｖＰ戦およびＣＯＭ戦を含むスポーツゲームである。本実施形態に係るゲームシステム１によって実行されるスポーツゲームにおける対戦は、１以上のキャラクタが、規定された競技空間において移動体を移動させることにより得点を競うスポーツの試合である。とりわけ、本スポーツゲームにおける対戦は、２以上のキャラクタが上述の移動体を連続して互いに打ち返し合うことにより得点を競うスポーツの試合である。一例として、本スポーツゲームは、テニスゲームであり、対戦とはテニスの試合である。

本実施形態に係るゲームシステム１によって実行されるテニスゲームでは、ユーザはユーザ端末１００に対し入力操作を行うことで、ＰＣを操作してテニスをプレイする。

本テニスゲームでは、ユーザ端末１００のユーザのＰＣと、ＮＰＣまたは他のユーザ端末１００のＰＣとが、ゲームシステム１において構築されたゲーム空間においてテニスの試合を行う。以下では、ユーザのＰＣと対戦する対戦相手のキャラクタについて、ＮＰＣであるか、他のユーザ端末１００のユーザが操作するＰＣであるかを特に区別する必要がない場合には、一律、相手キャラクタと称する。本テニスゲームにおいて、相手キャラクタは１体であっても複数であってもよい。

また、本テニスゲームでは、ユーザのＰＣ対相手キャラクタ１対のシングルスの試合をプレイできてもよいし、ダブルスの試合をプレイすることができてもよい。すなわち、本テニスゲームでプレイされる試合は、少なくともユーザのＰＣを含んで結成される味方ペアと、２体の相手キャラクタで結成される敵ペアとがダブルスの試合であってもよい。ユーザのＰＣと味方ペアを組むキャラクタは、ユーザのＰＣであってもよいし、ＮＰＣであってもよいし、他のユーザのＰＣであってもよく、これらを特に区別する必要がない場合には、一律、味方キャラクタと称する。

本テニスゲームにおける試合は、実際のテニスのルールを基本として、適宜追加または変更された所定のルールに則って行われる。以降の説明では、実際のテニスのルールについて詳細な説明は行わない。

＜ゲーム詳細＞
図２は、本テニスゲームのゲームサイクルの一例を説明する図である。本ゲームは、複数のプレイパートで構成される。本ゲームは、一例として、練習パート、実戦パート、および、抽選パートの３つのプレイパートを含む。本ゲームは、図示しないその他のプレイパートを含んでいてもよい。

実戦パートは、ユーザが、保有しているキャラクタ（以下、保有キャラクタ）の中から選んだキャラクタをＰＣとして操作して、相手キャラクタとのテニスの試合をプレイするためのパートである。実戦パートでは、所定のプレイ条件を満たしたユーザには、報酬が付与される。

報酬は、ゲーム上で利用可能なゲーム内付加価値としてのデジタルデータである。ゲーム内付加価値は、例えば、キャラクタ、該キャラクタに見立てたカード、ユーザに有利な効果をもたらすアイテム、キャラクタに身に付けさせる装備品、キャラクタに身に付けさせることができる能力、制限されたクエストをプレイする権利、アイテムまたはカードを保有する保有上限を拡張する権利、各種のゲーム内付加価値と交換が可能なゲーム内通貨またはポイント、チケットなどのようなキャラクタが当選する抽選を実行する権利、および、ユーザまたはキャラクタに設定されている各種のパラメータの増分などであってもよい。

本テニスゲームでは、一例として、報酬は、キャラクタを強化する効果をもたらす強化アイテムであってもよいし、値が増えるほどゲームがユーザにとって有利に作用するような各種のパラメータの増分であってもよい。パラメータは、例えば、ユーザランクなどのようにユーザに紐付けられているものであってもよいし、例えば、キャラクタレベル、テニスの試合に係る能力値などのように、キャラクタに紐付けられているものであってもよい。あるいは、本テニスゲームにおいて、ゲームシステム１は、ユーザによってプレイされた実戦パートの進行状況が所定の条件を満たした場合に、あらかじめ定められたキャラクタを報酬として、該ユーザに保有させてもよい。

ユーザは、実戦パートをプレイして報酬を得ることによって、キャラクタを強化することができる。そして、強化したキャラクタを使用して、より有利に実戦パートをプレイすることができる。つまり、ユーザは、実戦パートを繰り返しプレイするほど、キャラクタを強化することができ、実戦パートにおいて、より有利にプレイすることができる。そして、ユーザは、有利にプレイすることができたことによって、さらに実戦パートのプレイを促され、またキャラクタが強化されるという、好循環なゲームサイクルが実現する。

なお、報酬などのゲーム内価値をユーザに付与することは、一例として、ユーザに対応付けて管理されている、ゲーム内価値としてのデジタルデータのステータスを、使用不可から使用可能に遷移させることであってもよい。あるいは、該デジタルデータを、ユーザ識別情報またはユーザＩＤに対応付けて、ゲームシステム１に含まれる少なくともいずれかのメモリ（メモリ１１、メモリ２１）に新規に記憶させることであってもよい。ゲーム内価値をユーザに保有させることおよび獲得させることは、上述のゲーム内価値をユーザに付与することと同義である。

抽選パートは、本テニスゲームで利用できるデジタルデータであるゲーム内価値を、別のゲーム内価値と引き換えに、ユーザに保有させるパートである。本実施形態では、一例として、ユーザ端末１００において抽選パートが進行している間に、サーバ２００によって抽選が実行され、ユーザに保有させるゲーム内価値がランダムで決定される。抽選の実行と引き換えられるゲーム内価値は、例えば、ユーザが課金することにより獲得したゲーム内通貨などの有価媒体であってもよいし、報酬として無償で提供されるポイントまたは抽選チケットなどの消費アイテムなどであってもよい。本実施形態では、一例として、抽選パートにおいて抽選が実行されると、当選したキャラクタがユーザに保有される。当選し、ユーザに保有されたキャラクタは、実戦パートで利用することが可能となる。

練習パートは、ユーザがＰＣを操作して相手キャラクタとのテニスの試合を、実戦パートにおける実戦に備えて練習するためのパートである。練習パートは、ユーザが、実戦パートで使用する操作を習熟するために設けられたパートである。よって、練習パートの試合は、実戦パートの試合さながらに進行する。ただし、一例として、練習パートは、以下の点で、実戦パートと異なる。

まず、スコア、勝敗数などの対戦成績は記録されない。また、報酬は付与されない。すなわち、ユーザは、練習パートをプレイしてもキャラクタを強化することはできない。

次に、ユーザは、保有キャラクタであるか、保有していないキャラクタ（以下、非保有キャラクタ）であるかに拘わらず、ゲームに登場するキャラクタの中から、練習パートで使用するＰＣ、および、相手キャラクタとなるＮＰＣを任意に選択することができる。

そして、選択の対象となっているキャラクタは、保有キャラクタであるか、非保有キャラクタであるかに拘わらず、ステータスおよび装備品が統一されている。

本テニスゲームにおいて、キャラクタのステータスは、一例として、レベルおよび限界突破回数である。レベルおよび限界突破回数は、ともに、キャラクタの強さを示す指標であり、値が高いほど、試合に強く有利であることを意味する。キャラクタに設定されたこれらの値の高低は、試合の経過に影響を与え得る。なお、レベルおよび限界突破回数については、後に詳述する。

本テニスゲームにおいて、キャラクタに身に付けさせる装備品は、一例として、ラケットおよびシューズである。本テニスゲームでは、装備品にも、パラメータが設定されており、装備品の性能の良し悪しは、試合の経過に影響を与え得る。例えば、ラケットの性能は、キャラクタのショットの強さまたは球種に影響を与えたり、シューズの性能は、キャラクタがコートを移動する速度に影響を与えたりする。

本実施形態では、ステータスおよび装備品がすべてのキャラクタにおいて統一されていることにより、練習パートの試合において装備品の性能によって、一方のキャラクタに有利または不利な状況が作られないようになっている。さらに、装備品を、特殊な効果が比較的少ない基本的な性能のものに統一することによって、キャラクタ自体の性能の良し悪しを練習試合における試用で体感しやすくすることが望ましい。

さらに、本実施形態では、試合の条件を、ユーザが任意にカスタマイズすることができる。本テニスゲームでは、試合には、現実のテニスの試合がそうであるかないかに拘わらず各種のギミックが設定されている。ユーザは、実戦パートの試合において発動し得る各種ギミックを、任意に設定することができる。

さらに、本実施形態では、ＮＰＣの挙動を、ユーザが任意にカスタマイズすることができる。本テニスゲームでは、相手キャラクタがＮＰＣである場合には、該キャラクタには各種動作傾向が設定されている。ユーザは、相手キャラクタとなるＮＰＣの各種の動作傾向を、任意に設定することができる。

以上のことから、本テニスゲームにおいて、練習パートの意義は、保有キャラクタを強化することではなく、ユーザ自身が実戦パートにおける試合に係る操作に習熟することにある。さらに、練習パートでは、ユーザは、保有していないキャラクタを使用して実戦パートさながらの試合をプレイすることができる。したがって、練習パートのさらなる意義は、ユーザは、実戦パートでは使えない未知のキャラクタについて、その存在を認知し、その性能を体感する機会を得られることにある。なお、練習パートでは、ユーザは、試合で発動するギミックの挙動をカスタマイズしたり、ＮＰＣの挙動をカスタマイズしたりできる。したがって、ユーザは、想定している実戦パートでの試合で発動するギミックを再現したり、想定している実戦パートでの相手キャラクタを再現したりして、実戦パートの対策を練ることができる。また、ユーザは、ＰＣの能力が活かせるギミックまたは相手キャラクタを再現して、ＰＣの性能を効率よく試すことができる。あるいは、ユーザは、あえて自分が苦手なギミックまたは苦手なクセを持つ相手キャラクタを再現して、ユーザ自身の操作上の弱点を克服する練習を行うことができる。

＜ゲームシステム１の機能的構成＞
図３は、ゲームシステム１に含まれるサーバ２００およびユーザ端末１００の機能的構成を示すブロック図である。サーバ２００およびユーザ端末１００のそれぞれは、図示しない、一般的なコンピュータとして機能する場合に必要な機能的構成、および、ゲームにおける公知の機能を実現するために必要な機能的構成を含み得る。

ユーザ端末１００は、ユーザの入力操作を受け付ける入力装置としての機能と、ゲームの画像や音声を出力する出力装置としての機能を有する。ユーザ端末１００は、プロセッサ１０、メモリ１１、ストレージ１２、通信ＩＦ１３、および入出力ＩＦ１４等の協働によって、制御部１１０および記憶部１２０として機能する。

サーバ２００は、各ユーザ端末１００と通信して、ユーザ端末１００がゲームを進行させるのを支援する機能を有する。ゲームがマルチプレイゲームである場合には、サーバ２００は、ゲームに参加する各ユーザ端末１００と通信して、ユーザ端末１００同士のやりとりを仲介する機能を有していてもよい。サーバ２００は、プロセッサ２０、メモリ２１、ストレージ２２、通信ＩＦ２３、および入出力ＩＦ２４等の協働によって、制御部２１０および記憶部２２０として機能する。

記憶部１２０および記憶部２２０は、ゲームプログラム、ゲーム情報１３２およびユーザ情報１３３を格納する。ゲームプログラム１３１は、ユーザ端末１００が実行するゲームプログラムである。ゲームプログラム２３１は、サーバ２００が実行するゲームプログラムである。ゲーム情報１３２は、制御部１１０および制御部２１０がゲームプログラムを実行する際に参照するデータである。ユーザ情報１３３は、ユーザのアカウントに関するデータである。記憶部２２０において、ゲーム情報１３２およびユーザ情報１３３は、ユーザ端末１００ごとに格納されている。

（サーバ２００の機能的構成）
制御部２１０は、記憶部２２０に格納されたゲームプログラム２３１を実行することにより、サーバ２００を統括的に制御する。例えば、制御部２１０は、ユーザ端末１００に各種データおよびプログラム等を送信する。制御部２１０は、ゲーム情報もしくはユーザ情報の一部または全部をユーザ端末１００から受信する。ゲームがマルチプレイゲームである場合には、制御部２１０は、ユーザ端末１００からマルチプレイの同期の要求を受信して、同期のためのデータをユーザ端末１００に送信してもよい。

制御部２１０は、ゲームプログラム２３１の記述に応じて、進行支援部２１１、同期制御部２１２、および、キャラクタ管理部２１３として機能する。制御部２１０は、実行するゲームの性質に応じて、ユーザ端末１００におけるゲームの進行を支援するために、図示しないその他の機能ブロックとしても機能することができる。

進行支援部２１１は、ユーザ端末１００と通信し、ユーザ端末１００が、本ゲームに含まれる各種のプレイパートを進行させるための支援を行う。例えば、上述の各プレイパートのいずれが実行されているのかに応じて、そのときにユーザ端末１００が参照すべき情報を適宜提供する。

同期制御部２１２は、ＰｖＰ戦において、対戦する各ユーザ端末１００と通信して、ユーザ端末１００同士のやりとりを仲介する。さらに、同期制御部２１２は、対戦相手のマッチング、対戦の進行状況の同期をとるための同期制御などを実行する。

キャラクタ管理部２１３は、本ゲームに登場させるキャラクタに関するデータを管理する。具体的には、本ゲームを運営する運営団体のオペレータの操作にしたがって、ゲームに登場させないキャラクタを削除したり、すでに登場させたキャラクタについて、各種設定を更新したり、新たに登場させるキャラクタについてのデータを登録したりする。

また、キャラクタ管理部２１３は、新規に登録したキャラクタに関するデータを、必要に応じて加工し、各ユーザ端末１００に配信する。

（ユーザ端末１００の機能的構成）
制御部１１０は、記憶部１２０に格納されたゲームプログラム１３１を実行することにより、ユーザ端末１００を統括的に制御する。例えば、制御部１１０は、ゲームプログラム１３１およびユーザの操作にしたがって、ゲームを進行させる。また、制御部１１０は、ゲームを進行させている間、必要に応じて、サーバ２００と通信して、情報の送受信を行う。

制御部１１０は、ゲームプログラム１３１の記述に応じて、練習進行部１１１、実戦進行部１１２、および、抽選進行部１１３として機能する。

なお、制御部１１０は、実行するゲームの性質に応じて、ゲームを進行させるために、図示しないその他の機能ブロックとしても機能することができる。

さらに、制御部１１０は、図示しない操作受付部、および、表示制御部などとしても機能する。操作受付部は、入力部１５１に対するユーザの入力操作を検知し受け付ける。例えば、操作受付部は、上述の入力操作の、入力部１５１における入力位置の座標を検出し、該入力操作の種類を特定する。操作受付部は、例えば、タッチ操作、スライド操作、スワイプ操作、およびタップ操作等を特定する。表示制御部は、タッチスクリーン１５の表示部１５２に対して、制御部１１０の各部によって実行された処理結果が反映されたゲーム画面を出力する。表示制御部は、制御部１１０の各部によって生成された映像を含むゲーム画面を表示部１５２に表示してもよい。また、表示制御部は、グラフィカルユーザインターフェース（以下、ＧＵＩ）を、該ゲーム画面に重畳して描画してもよい。

練習進行部１１１は、練習パートを進行させる。練習進行部１１１は、キャラクタ選択部１４１、条件設定部１４２、ＮＰＣ設定部１４３、および、試合模擬部１４４を含む。

キャラクタ選択部１４１は、練習パートにおけるテニスの試合（以下、練習試合）において、ユーザがＰＣおよびＮＰＣを選択するためのユーザインターフェース（ＵＩ）を提供する。具体的には、キャラクタ選択部１４１は、保有キャラクタであるか非保有キャラクタであるかに拘わらず、ゲームに登場するキャラクタを、ユーザが選択可能なキャラクタとして提示し、その選択を受け付ける。キャラクタ選択部１４１は、ステータスおよび装備品が統一されたキャラクタを、ユーザが選択可能なキャラクタとして提示する。キャラクタ選択部１４１は、ユーザによって選択されたＰＣおよびＮＰＣの情報を試合模擬部１４４に伝達する。

条件設定部１４２は、ユーザが、練習試合に設定されるギミックの挙動を設定するためのＵＩを提供する。条件設定部１４２は、ユーザによって設定されたギミックの挙動に関する情報を試合模擬部１４４に伝達する。

ＮＰＣ設定部１４３は、ユーザが、練習試合において相手キャラクタとして選択したＮＰＣの挙動を指定するためのＵＩを提供する。ＮＰＣ設定部１４３は、ユーザによって指定されたＮＰＣの動作傾向に関する情報を試合模擬部１４４に伝達する。

試合模擬部１４４は、実戦パートにおけるテニスの試合（以下、実戦）を模擬する。すなわち、試合模擬部１４４は、練習パートにおいて練習試合を進行させる。具体的には、試合模擬部１４４は、実戦と同様に、所定の競技空間を含むゲーム空間を定義する。競技空間は、一例として、テニスコートである。試合模擬部１４４は、実戦を模擬するために、図示しないカメラ配置制御部およびオブジェクト制御部を含む。

カメラ配置制御部は、ゲーム空間のうちユーザに提示する領域を指定するための仮想カメラを規定する。カメラ配置制御部は、仮想カメラのゲーム空間内での位置および向きを規定することにより、仮想カメラをゲーム空間に仮想的に配置する。カメラ配置制御部は、図示しない表示制御部を制御することにより、仮想カメラで規定される視野領域および当該視野領域に配置されているオブジェクトを描画した画像を生成する。なお、カメラ配置制御部は、仮想カメラの位置および向きを、随時変更してよい。カメラ配置制御部は、実戦パートにおいて動作するカメラ配置制御部と共通でもよい。

オブジェクト制御部は、ゲーム情報１３２に含まれる、オブジェクトの設定情報に基づきゲーム空間にオブジェクトを配置する。また、オブジェクト制御部は、ゲーム空間に配置したオブジェクトを制御する。例えば、オブジェクト制御部は、オブジェクトのゲーム空間内での位置、向き、形状、色等を変更したり、オブジェクトに所定の一連の動作を行わせたりする。

ただし、練習試合であるので、オブジェクト制御部は、条件設定部１４２から伝達されたギミックの挙動を該ゲーム空間に反映させる。また、オブジェクト制御部は、ゲーム空間において、ユーザの操作に基づいて、ＰＣを動作させるとともに、ＮＰＣ設定部１４から伝達されたＮＰＣの動作傾向にしたがって、ＮＰＣを動作させる。オブジェクト制御部は、練習試合の進行中も、必要に応じて、ユーザによって指定された条件に基づいてギミックを発動させる。

実戦進行部１１２は、実戦パートを進行させる。実戦進行部１１２は、図示しない、キャラクタ選択部、カメラ配置制御部およびオブジェクト制御部を含む。カメラ配置制御部は、試合模擬部１４４のカメラ配置制御部と同様である。

実戦進行部１１２のキャラクタ選択部は、練習進行部１１１のキャラクタ選択部１４１とは異なり、保有キャラクタの中からＰＣを選択するためのＵＩをユーザに提供する。

実戦進行部１１２のオブジェクト制御部は、練習進行部１１１のオブジェクト制御部とは異なり、ゲームプログラム１３１に基づいて、実行される試合について予め定められたギミックをゲーム空間に反映させ、ＣＯＭ戦においては、予め定められた動作傾向が設定されているＮＰＣを動作させる。オブジェクト制御部は、ＰＣおよびＰｖＰ戦における相手キャラクタについては、試合模擬部１４４のオブジェクト制御部と同様に、それぞれのユーザ端末１００のユーザの操作にしたがって動作させる。

抽選進行部１１３は、抽選パートを進行させる。抽選進行部１１３は、抽選の実行を指示するユーザの入力操作にしたがって、抽選実行要求をサーバ２００に送信する。サーバ
２００によって、当選したゲーム内価値、本実施形態ではキャラクタ、が決定されると、抽選進行部１１３は、当選したキャラクタについての通知をサーバ２００から受信し、当選した該キャラクタをユーザに保有させる。

なお、図３に示すサーバ２００およびユーザ端末１００の機能は一例にすぎない。サーバ２００は、ユーザ端末１００が備える機能の少なくとも一部を備えていてもよい。また、ユーザ端末１００は、サーバ２００が備える機能の少なくとも一部を備えていてもよい。さらに、ユーザ端末１００およびサーバ２００以外の他の装置をゲームシステム１の構成要素とし、該他の装置にゲームシステム１における処理の一部を実行させてもよい。すなわち、本実施形態においてゲームプログラムを実行するコンピュータは、ユーザ端末１００、サーバ２００、および他の装置の何れであってもよいし、これらの複数の装置の組み合わせにより実現されてもよい。

＜処理概要＞
本実施形態では、ユーザ端末１００は、ゲームプログラム１３１に基づいて、ユーザにゲームのプレイを動機付けるために以下のステップを実行するように構成されている。具体的には、ユーザ端末１００は、所定の条件が満足された場合に、ユーザにキャラクタを保有させるステップと、保有させるステップによってユーザに保有された１以上のキャラクタを、該ユーザの入力操作にしたがって動作させ、対戦相手である相手キャラクタと対戦させる実戦パートを進行させるステップと、実戦パートに登場し得る複数のキャラクタの中から、ユーザによって選択されたキャラクタを、該ユーザの入力操作にしたがって動作させ、コンピュータによって制御されるノンプレイヤキャラクタ（以下、ＮＰＣ）である相手キャラクタと練習させる練習パートを進行させるステップと、を実行する構成である。

上述の構成によれば、練習パートにおいて、ユーザが保有していることを条件としなくとも、ユーザに、所望のキャラクタを試用させることができる。その結果、練習パートにおいて、ユーザが保有していない未知のキャラクタについて認知し、その性能を知る機会をユーザに提供することできる。結果として、該キャラクタを実戦パートで使用できるように獲得する意欲をユーザに持たせることができ、ユーザにプレイを動機付けることが可能となる。例えば、ユーザは、非保有キャラクタであっても、練習パートにおいて、そのキャラクタに関する操作を十分に習熟し、その性能を体感することができる。そして、ユーザは、そのキャラクタを試用して実戦パートで良い結果が得られるという確証を得てから、該キャラクタを獲得するための行動を起こすことができる。キャラクタを獲得するための行動には、例えば、欲しいキャラクタが当たる可能性がある抽選を、有償または無償で実行すること、あるいは、欲しいキャラクタが報酬で手に入る可能性があるクエストをプレイすることなどが含まれる。

例えば、実戦パートを進行させるステップにて進行する対戦は、１以上のキャラクタが、あらかじめ定義された競技空間において移動体を移動させることにより得点を競うスポーツの試合であって、練習パートで進行する練習は、実戦パートで進行する試合を模擬した練習試合である。

一例として、練習試合は、ユーザの入力操作にしたがって動作させるＰＣとＮＰＣとが、競技空間において移動体を連続して互いに打ち返し合うことにより得点を競うスポーツの試合の練習試合である。

本実施形態では、一例として、制御部１１０の練習進行部１１１が、練習パートを進行させ、実戦進行部１１２実戦パートを進行させ、抽選進行部１１３が、ユーザにキャラクタを保有させるステップを実行する。以下では、制御部１１０の各部、とりわけ、練習進行部１１１によって実行される情報処理についてより詳細に説明する。

＜対戦の進行＞
（ゲーム空間におけるオブジェクトおよび仮想カメラの制御）
図４は、本テニスゲームにおけるゲーム空間に定義される競技空間を模式的に示す図である。本テニスゲームの試合は、一例として、Ｘ軸、Ｙ軸、Ｚ軸の３軸を座標軸とする３次元の競技空間で進行する。本実施形態では、一例として、競技空間における競技領域、すなわち、本テニスゲームにおけるテニスコートおよびその周辺の面をＸＹ平面に平行に定義し、テニスコートの短辺方向をＸ軸方向、テニスコートの長辺方向をＹ軸方向、そして、テニスコートの面に対する法線方向をＺ軸方向と定義する。

図４の（Ａ）は、競技空間をＸ軸方向から見た場合の、各種オブジェクトおよび仮想カメラ３３０の配置例を示している。図４の（Ｂ）は、競技空間をＸ軸方向からから見た場合の、各種オブジェクトおよび仮想カメラ３３０の配置例を示している。

以下で説明するオブジェクト制御部の機能は、特に、断りがなければ、試合模擬部１４４のオブジェクト制御部および実戦進行部１１２のオブジェクト制御部のいずれにも共通する機能である。また、以下で説明するカメラ配置制御部の機能は、特に、断りがなければ、試合模擬部１４４のカメラ配置制御部および実戦進行部１１２のカメラ配置制御部のいずれにも共通する機能である。

オブジェクト制御部は、テニスコートを示す略平面状のオブジェクトであるテニスコート３００を、競技空間のＸＹ平面と略平行に配置する。また、オブジェクト制御部は、テニスコート３００の各長辺の中央を通る直線の位置にネットを示すオブジェクトであるネット３０３を配置する。ネット３０３は、Ｚ軸方向に所定の高さを持つ。オブジェクト制御部はＰＣのオブジェクトであるＰＣ３１０および相手キャラクタのオブジェクトである相手キャラクタ３２０を、テニスコート３００に配置する。例えば、オブジェクト制御部は、ＰＣ３１０を、テニスコート３００のうちの自陣領域３０１、および、自陣領域３０１の周辺領域のうち、ネット３０３より自陣側の領域のいずれかに配置する。また、オブジェクト制御部は、相手キャラクタ３２０を、テニスコート３００のうちの敵陣領域３０２、および、敵陣領域３０２の周辺領域のうち、ネット３０３より敵陣側の領域のいずれかに配置する。換言すると、自陣領域３０１およびネット３０３より自陣側の自陣領域３０１の周辺領域が、ＰＣ３１０の可動領域であり、敵陣領域３０２およびネット３０３より敵陣側の敵陣領域３０２の周辺領域が、相手キャラクタ３２０の可動領域である。自陣領域３０１および敵陣領域３０２の周辺領域は、例えばそれぞれのコートのベースラインの外側およびサイドラインの外側の、所定の範囲である。

カメラ配置制御部は、ゲーム空間内に仮想カメラ３３０を配置する。仮想カメラ３３０の位置および角度は特に限定されない。例えば、カメラ配置制御部は、テニスコート３００全体と、全てのキャラクタが写るような位置および角度で仮想カメラ３３０を配置する。

（試合時の基本動作）
本テニスゲームにおいて、１つ試合は、現実のテニスと同様に、１または複数のセットで構成される。１つのセットは、複数の“ゲーム”で構成される。１つの“ゲーム”は、複数の“プレー”で構成される。なお、本明細書においては、１つのまとまりのあるゲームプログラムを実行することにより、ゲームシステム１が実現するビデオゲームたるデジタルコンテンツに対して、「ゲーム」の呼称を用いている。そのため、本明細書において、テニスの試合におけるゲームを意味する用語については、「“ゲーム”」と表記して、ゲームプログラムに基づくビデオゲームたるゲームとは区別する。同様に、ユーザがユーザ端末１００を操作してゲームプログラム１３１に基づくゲームに興じることを、「（ゲームを）プレイ（する）」、と表記するのに対して、テニスゲームにおいて各キャラクタが１つの“ゲーム”内で、いずれかのキャラクタが１ポイントを取得するまで、ラケットでボールを打ち返し合う一連の競技行動およびその期間を「“プレー”」と表記する。１つの“プレー”は、例えば、サーブで始まり、そのボールがレシーブされ、その後続くボールを打ち返し続けるラリーにより成立し、一方のキャラクタが返球に失敗し、他方のキャラクタに１ポイントが付与されて終了する。

つまり、１つの“プレー”に勝ったキャラクタに１ポイントが与えられる。例えば、１つの“プレー”において、ＰＣ３１０と相手キャラクタ３２０とは、ボールを相手コートに向けて交互に打球し合う。一方のキャラクタが返球に失敗すると、その“プレー”において対戦相手である他方のキャラクタが勝ちとなり、該他方のキャラクタにポイントが付与される。そして、先に４ポイントを先取した方がその“ゲーム”を獲得する。

１セットの中の“ゲーム”を多く獲得した方が、そのセットを獲得し、１つの試合の中のセットを多く獲得した方がその試合の勝者となる。１つの試合が１つのセットで構成されている場合には、多くの“ゲーム”を獲得した方がその試合の勝者となる。

図５および図６は、表示部１５２に表示されるゲーム画面の具体例を示す図である。図５および図６に示す各ゲーム画面は、本テニスゲームにおいて、試合模擬部１４４が練習試合を進行させているときに、表示部１５２に表示される試合画面である。なお、実戦進行部１１２が実戦を進行させているときに表示される試合画面は、後述する設定ボタン３９０のＵＩ部品が無いという点を除けば、図５および図６に示されている各試合画面と同様である。したがって、以下の説明において、試合模擬部１４４の機能として説明している機能は、設定ボタン３９０に係る機能以外は、実戦進行部１１２の機能でもある。

また、図５および図６では、ユーザがタッチスクリーン１５の入力部１５１に対して行う入力操作を併せて模式的に示している。

図５の（Ａ）〜（Ｃ）は、ＰＣ３１０にサーブを打たせるときのユーザの入力操作およびＰＣ３１０の動作を示す。図５の（Ａ）は、オブジェクト制御部がユーザの入力操作に応じて、ＰＣ３１０のサーブ動作の開始位置を移動させる場面を示す。オブジェクト制御部は、“プレー”開始時に、サーブ権を持ったＰＣ３１０を、ベースラインに沿って、自陣領域３０１の外側に配置する。試合模擬部１４４は、例えば、図５の（Ａ）に示す指Ａ１の矢印方向にて、入力部１５１に対するドラッグ操作を操作受付部を介して受け付ける。試合模擬部１４４は、該ドラッグ操作と“プレー”の進行状況とに基づいて、該ドラッグ操作がＰＣ３１０に行わせるサーブの開始位置を移動させる指示であると特定する。試合模擬部１４４は、上述のドラッグ操作に基づいて、ＰＣ３１０の移動方向、移動速度、および移動距離の少なくともいずれかを決定する。オブジェクト制御部は、試合模擬部１４４の決定にしたがって、例えば、図５の（Ａ）に示すＰＣ３１０の矢印方向に、ＰＣ３１０を移動させる。

本実施形態では、一例として、サーブ権を持ったＰＣ３１０の可動域は、自陣領域３０１の外側のベースラインに沿いである。オブジェクト制御部は、ユーザのドラッグ操作にしたがって、ＰＣ３１０をベースラインに沿って左右いずれかの方向に移動させることができる。オブジェクト制御部は、ＰＣ３１０にトスを行わせるための入力操作を受け付けるまでは、ＰＣ３１０をベースライン沿いの任意の位置に動かすためのドラッグ操作を受け付けて、ＰＣ３１０を移動させる。これにより、ユーザは、ＰＣ３１０に行わせるサーブのコースを調整することができる。

カメラ配置制御部は、サーブ時には、仮想カメラ３３０の位置、向き、および、角度を、ＰＣ３１０側からテニスコート３００のほぼ全体を見渡せるように調整する。一例として、カメラ配置制御部は、仮想カメラ３３０を、テニスコート３００のセンターラインが、仮想カメラ３３０の視野領域の左右方向について略中央に位置し、かつ、自陣領域３０１を手前に、かつ、敵陣領域３０２を奥にして、Ｙ軸方向から見渡せるような、位置、向き、および、角度で配置してよい。これにより、ユーザに対して、サーブを打つＰＣ３１０と、サーブの打ち込み先である敵陣領域３０２と、打ちこまれたボールの軌跡とを視認性良く見せることができる。

図５の（Ｂ）は、オブジェクト制御部が、ユーザの入力操作に応じてＰＣ３１０にトス動作を行わせる場面を示す。試合模擬部１４４は、一例として、操作受付部を介して、入力部１５１に対するタップ操作を受け付けると、該タップ操作と“プレー”の進行状況とに基づいて、該タップ操作がＰＣ３１０にトス動作を行わせることを指示する操作であると判断する。オブジェクト制御部は該指示にしたがって、ＰＣ３１０にトス動作を行わせるとともに、ボールのオブジェクトであるボール３４０をトス動作に合わせて出現させ、移動させる。トス動作とは、ボール３４０をトスアップする動作である。すなわち、オブジェクト制御部は、タップ操作にしたがって、ＰＣ３１０にボール３４０を投げ上げさせるとともに、ボール３４０がＰＣ３１０頭上付近で、上昇および下降するように、ボール３４０を移動させる。

図５の（Ｃ）は、オブジェクト制御部が、ユーザの入力操作に応じてＰＣ３１０にサーブを打たせる場面を示す。試合模擬部１４４は、一例として、操作受付部を介して、トス動作によってボール３４０が滞空している間に、再びタッチ操作を受け付けると、該タッチ操作がＰＣ３１０にサーブを打たせることを指示する操作であると判断する。オブジェクト制御部は、該指示にしたがってＰＣ３１０に、サーブを打つためのラケットを振る動作を行わせる。そして、オブジェクト制御部は、ゲーム空間におけるボール３４０の位置およびラケットの位置に少なくとも基づいて、ボール３４０の移動速度および移動経路を決定し、ボール３４０を、相手キャラクタ３２０が居る敵陣領域３０２に移動させる。

試合模擬部１４４は、サーブを打たせる指示に対応する上述のタップ操作が行われたタイミングと、該タイミングにおけるボール３４０の位置とに応じて、サーブの成否を判定してもよい。例えば、試合模擬部１４４は、投げ上げられたボール３４０が移動軌跡の頂点付近に位置するときに上述のタップ操作が行われた場合にサーブ成功と判定してもよい。また例えば、試合模擬部１４４は、ボール３４０が上述の移動軌跡の頂点付近にはないときに上述のタップ操作が行われた場合にサーブ失敗と判定してもよい。ここで、「サーブ成功」とは、ＰＣ３１０が打ったボール３４０が、敵陣領域３０２のサービスエリア内に落下するように、ＰＣ３１０がサーブを打ったことを意味する。一方「サーブ失敗」には、ＰＣ３１０がラケットにボール３４０を当てることができずに空振りしたこと、または、ＰＣ３１０が打ったボール３４０が、敵陣領域３０２のサービスエリア外に落下したこと、または、ボール３４０がネット３０３にかかり、敵陣領域３０２まで到達しなかったことなどが含まれる。

図６の（Ａ）および（Ｂ）は、ＰＣ３１０と相手キャラクタ３２０とがラリーするときの、ユーザの入力操作およびＰＣ３１０の動作を示す。図６の（Ａ）は、ユーザの入力操作に応じて、オブジェクト制御部がＰＣ３１０を移動させる場面を示す。試合模擬部１４４は、ＰＣ３１０または相手キャラクタ３２０のサーブの後に、操作受付部を介して、例えば、図６の（Ａ）に示す指Ａ１が付された矢印の方向に動くドラッグ操作を受け付けたとする。この場合、試合模擬部１４４は、該ドラッグ操作を、ＰＣ３１０を移動させることを指示する操作であると判断する。試合模擬部１４４は、該ドラッグ操作の移動方向、移動速度、および移動距離の少なくともいずれかを決定する。オブジェクト制御部は、試合模擬部１４４の決定にしたがって、例えば、同図のＰＣ３１０に付した矢印の方向に、ＰＣ３１０を移動させる。

ラリー時において、カメラ配置制御部は、表示部１５２の下部、例えば、１／３〜１／４程度の領域Ａ２を除いた残りの表示領域に、テニスコート３００のほぼ全体と、ＰＣ３１０とが写るように、仮想カメラ３３０の位置、向き、および、角度を決定することが好ましい。このように、ユーザがタッチ操作を行うための領域Ａ２と、テニスコート３００全体の様子を映す領域とを分けることにより、これにより、入力操作を行うユーザの手指Ａ１でテニスコート３００、相手キャラクタ３２０、ＰＣ３１０、またはボール３４０等が隠れてしまうことを防ぐことができる。したがって、ユーザは、“プレー”の進行状況を確認しながら、入力操作を行うことができる。

カメラ配置制御部は、仮想カメラ３３０を、自陣領域３０１が手前、敵陣領域３０２が奥、というように、テニスコート３００のほぼ全体を縦長に、すなわち、Ｙ軸方向から見渡せるような位置、向き、および、角度で配置してもよい。これにより、ユーザに対して、ボール３４０を打つＰＣ３１０と、ボール３４０の打ち込み先である相手キャラクタ３２０側の敵陣領域３０２と、ＰＣ３１０に打ち返させたボール３４０の軌跡とを視認性良く見せることができる。

図６の（Ｂ）は、ユーザの入力操作に応じて、オブジェクト制御部がＰＣ３１０に打球動作、具体的には、ラケットをスイングする動作を行わせる場面を示す。試合模擬部１４４は、ラリーが進行している間に操作受付部を介してタッチ操作を受け付けた場合、該タッチ操作を、ＰＣ３１０に打球動作を行わせることを指示する操作であると判断する。オブジェクト制御部は、該指示にしたがってＰＣ３１０に打球動作を行わせる。具体的には、オブジェクト制御部は、ＰＣ３１０にラケットを振る動作を行わせる。そして、オブジェクト制御部は、ゲーム空間におけるボール３４０の位置およびラケットの位置に少なくとも基づいて、ボール３４０の移動速度および移動経路を決定し、ボール３４０を、敵陣領域３０２に移動させる。

（打球エリア）
試合模擬部１４４は、ＰＣ３１０に打球動作を行わせる場合、該打球動作でボール３４０を打球することができたか否かを判定する。オブジェクト制御部は、打球成否の判定の基準となる打球エリア３５０を、ＰＣ３１０とともにゲーム空間に配置する。打球エリア３５０は、テニスコート３００上、すなわち、ゲーム空間におけるＸＹ平面上に配置される。

本実施形態では、打球エリア３５０とＰＣ３１０との位置関係は、固定されており、オブジェクト制御部は、ＰＣ３１０のＸＹ平面上の位置を基準にして、打球エリア３５０を配置する。例えば、オブジェクト制御部は、ＰＣ３１０の位置が打球エリア３５０の中央付近になるように、ＰＣ３１０の位置に基づいて打球エリア３５０を配置する。

なお、打球エリア３５０の大きさおよび形状は、キャラクタの種類によって異なっていてもよい。

試合模擬部１４４は、ボール３４０が打球エリア３５０内に位置している間に、タッチ操作が実施され、ＰＣ３１０の打球動作が行われた場合は打球成功と判定し、ボール３４０が打球エリア３５０外に位置している間に、タッチ操作が実施され、ＰＣ３１０の打球動作が行われた場合は打球失敗と判定する。

ここで、打球エリア３５０を基準としてボール３４０の位置を説明するとき、ボール３４０の位置は、ＸＹ平面上の位置を指す。つまり、ボール３４０の位置が打球エリア３５０の内または外にある、というとき、ボール３４０の位置は、Ｚ軸方向、すなわち、テニスコート３００の上から見たときのボール３４０の位置を意味する。

試合模擬部１４４は、打球成功と判定した場合、さらに、ＰＣ３１０にラケットをスイングさせたタイミングに応じて、返球の良好度合いを決定する。試合模擬部１４４は、例えば、スイングのタイミングの良否を、ボール３４０が打球エリア３５０内のどの領域に位置しているときにラケットにミートしたのかに応じて、決定する。例えば、試合模擬部１４４は、スイングのタイミングが最良である場合に、特殊ショットを除く通常のショットにおいて、最も球威が出る球をＰＣ３１０に打たせる。

例えば、試合模擬部１４４は、返球の良好度合いを、「最良」、「良」、「早め」、「遅め」の４段階で評価してもよい。

このように、試合模擬部１４４は、まず、打球動作を指示するタップ操作が入力されたときの打球エリア３５０とボール３４０との位置関係に基づいて、打球の正否を判定する。次に、試合模擬部１４４は、打球成功と判定した場合に、スイングのタイミング、すなわち、ラケットにミートしたボール３４０の打球エリア３５０上の位置に基づいて、返球の良好度合いを判定する。そして、試合模擬部１４４は、返球の良好度合いに応じて、打球によって移動させるボール３４０の球威を決定する。具体的には、返球の良好度合いが高いほど、つまり、スイングのタイミングが良好であるほど、球威がある球を相手キャラクタに打ち返すことができる。球威がある球とは、相手キャラクタに打ち返されにくい強い球を意味する。球威がある球を精度よく成功のうちに打ち返すためには、多くのパワー、スタミナ、または高度なテクニックなどが要求され、球威がある球ほど、相手キャラクタに失敗させる可能性が上がる。したがって、タイミングよくタップ操作を行って、ＰＣ３１０にタイミングよくスイングさせることは、試合に勝つための１つの重要な要素となる。なお、球威は、一例として、ボール３４０が移動する速度、移動中にかかっているボール３４０の回転の速度、および、向きなどによって決定されてもよい。

これにより、ユーザに対し、相手キャラクタ３２０の敵陣領域３０２から飛来するボール３４０のコースを予測したり、返球を成功させるために、最適な位置にＰＣ３１０を移動させたり、球威ある返球のためにタイミングを見計らって打球動作を行わせたりすることを促すことができる。コースの予測、ＰＣ３１０の位置取り、および、スイングのタイミングは、現実のテニスゲームでも重要な要素である。したがって、ゲームシステム１は、テニスゲームにおいて実際のテニスで起こる事象を可能な限り再現することができ、テニスゲームの興趣性を向上させることができる。

（ＵＩ配置）
試合模擬部１４４は、表示制御部を制御することにより、図５〜図６で示した試合画面に、さらに、ユーザの入力操作に係るＵＩ部品を重畳表示させることができる。図７は、表示部１５２に表示させる試合画面の具体例を示す図である。

図７の（Ａ）は、サーブを開始する前の時点で表示される試合画面の一例を示す図である。図７の（Ｂ）は、ラリーが進行している間のある時点で表示される試合画面の一例を示す図である。試合模擬部１４４は、表示制御部に、ゲーム空間内のオブジェクトを描画した画像を生成することと、ＵＩ部品を該画像に重ねて配置することとを指示する。重畳されるＵＩ部品には、ユーザの入力操作を受け付けるためのＵＩ部品と、ユーザに対して情報を提示するためのＵＩ部品とがある。

ユーザの入力操作を受け付けるためのＵＩ部品の一例として、図示のとおり、特殊ショットボタン３６０、球種選択ボタン３７０、１つ目の交代ボタン３８０、２つ目の交代ボタン３８２、および、設定ボタン３９０などが試合画面に重ねて配置される。

ユーザに対して情報を提示するためのＵＩ部品の一例として、ＰＣ３１０のスタミナゲージ３１１、相手キャラクタ３２０のスタミナゲージ３２１、１人目の控えのキャラクタのスタミナゲージ３８１、および、２人目の控えのキャラクタのスタミナゲージ３８３などが試合画面に重ねて配置される。

ここで、試合に参加する資格をもつ味方のキャラクタのうち、現在試合に出場中のＰＣ３１０以外の控えのキャラクタを、控えキャラクタと呼称する。なお、スタミナゲージ３１１および３２１については、後に説明する。

特殊ショットボタン３６０は、ＰＣ３１０に特殊ショットを打たせるための入力操作を受け付けるボタンである。本テニスゲームでは、各キャラクタに１または複数の特殊ショットのスキルが設定されている。試合模擬部１４４は、ゲームの進行状況が所定の条件を満たしている場合、特殊ショットボタン３６０を、そのことが分かるような表示態様に変更して、特殊ショットボタン３６０に対する入力操作を受け付け可能な状態に遷移する。一例として、試合模擬部１４４は、ＰＣ３１０の打球が累積で所定回数成功したと判定した場合に、特殊ショットボタン３６０を押下可能な状態に遷移させる。

試合模擬部１４４は、特殊ショットボタン３６０が押下された状態で、ＰＣ３１０の打球が成功したと判定した場合、オブジェクト制御部を制御して、ＰＣ３１０に特殊ショットを発動させる。特殊ショットとは、発動時または発動後に所定の条件を満たした場合に、ＰＣ３１０、相手キャラクタ３２０、または、返球されるボール３４０に特定の効果を付与する打球動作のことである。例えば、特殊ショットは、ボール３４０を特殊な移動方法で相手キャラクタ３２０側の敵陣領域３０２に移動させる打球動作であってもよい。特殊な移動方法とは、例えば、通常の返球時には発生しない速度、軌道、回転状態でボールを移動させることである。

あるいは、特殊ショットは、最もタイミングよくスイングされた場合に実現される最も良い返球を、所定回数だけ、実際のユーザのスイングのタイミングによらずに、ＰＣ３１０に行わせることであってもよい。具体的には、試合模擬部１４４は、特殊ショットボタン３６０が押下されると、上述の特殊ショットを発動させて、ボール３４０がスイング時に打球エリア３５０のいずれにあっても、ボール３４０を、例えば「３回まで」など所定の回数を打ち返すまで、タイミングよくミートした打球を返球することとしてもよい。

球種選択ボタン３７０は、ＰＣ３１０が打つことができる球種を示すとともに、ＰＣ３１０に打たせたい球種を変更する指示をユーザが入力するためのボタンである。試合模擬部１４４は、球種選択ボタン３７０が押下されると、ＰＣ３１０に打たせる球種を指定された球種へと変更する。

交代ボタン３８０および３８２は、ユーザが、ＰＣ３１０を、交代ボタン３８０または３８２にそれぞれ対応付けられた控えキャラクタと交代させる指示を入力するためのボタンである。試合模擬部１４４は、控えキャラクタの数に合わせた数の交代ボタンを表示させてもよい。ただし、表示させる交代ボタンの数が多くなると、試合の進捗を表示させる領域が狭くなってしまう。それゆえ、控えキャラクタの数に上限を設けたり（例えば、２人）、あるいは表示する交代ボタンの数に上限（例えば、２つ）を設けたりしてもよい。なお、控えキャラクタの数よりも表示させる交代ボタンの数が少ない場合には、試合模擬部１４４は、予めユーザに設定させた優先順位にしたがって、交代ボタンに対応付ける控えキャラクタを決定してもよい。

交代を指示するための交代ボタン３８０または３８２に対するタッチ操作を、試合模擬部１４４が操作受付部を介して受け付ける。例えば、試合模擬部１４４は、交代ボタン３８０に対するタッチ操作を受け付けると、交代ボタン３８０に対応付けられている控えキャラクタと、現在のＰＣ３１０とを交代させる。具体的には、オブジェクト制御部が、現在のＰＣ３１０に代えて、選択された控えキャラクタを新たなＰＣ３１０としてゲーム空間に配置する。上述の交代の指示によってＰＣ３１０から控えキャラクタとなったキャラクタは、交代ボタン３８０と対応付けられてもよい。交代ボタン３８０に対するタッチ操作が再度検出されれば、試合模擬部１４４は、ＰＣ３１０の入れ替えを再び実行してもよい。

スタミナゲージ３１１は、ＰＣ３１０のスタミナの最大値および現在値を示している。スタミナゲージ３２１は、相手キャラクタ３２０のスタミナの最大値および現在値を示している。スタミナゲージ３８１は、交代ボタン３８０に対応付けられた控えキャラクタのスタミナの最大値および現在値を示している。スタミナゲージ３８３は、交代ボタン３８２に対応付けられた控えキャラクタのスタミナの最大値および現在値を示している。スタミナとは、キャラクタの体力を示すパラメータである。各キャラクタには、スタミナの最大値が予め定められている。本テニスゲームでは、一例として、試合模擬部１４４は、試合が進行するにつれて、各キャラクタが所定の動作を行う度に、スタミナを最大値から所定量減少させる。また、試合模擬部１４４は、試合中のキャラクタの動作に応じて、減少したスタミナの値を回復させてもよい。例えば、試合中に、ＰＣ３１０にスタミナを回復させるアイテムを取得させる操作が行われた場合に、試合模擬部１４４は、ＰＣ３１０のスタミナを所定量回復させてもよい。

なお、スタミナのパラメータは、キャラクタの移動に関する性能、例えば、移動速度等を決定するのに参照される。一例として、試合模擬部１４４は、キャラクタのスタミナが一定量まで減少した場合に、該キャラクタの移動速度を減少前と比較して遅くすることなどが考えられる。

設定ボタン３９０は、ユーザが、練習試合に関する各種の設定を変更するためのメニュー画面を呼び出すためのボタンである。試合模擬部１４４は、操作受付部を介して、設定ボタン３９０に対するタッチ操作を受け付ける。設定ボタン３９０に対するタッチ操作を受け付けると、試合模擬部１４４は、練習試合の進行を一時的に中断し、メニュー画面を表示させる。ユーザは、一例として、呼び出したメニュー画面を操作して、練習試合に設定されているギミックの挙動を変更したり、これまでの進行状況をリセットして１から練習試合を開始しあり、練習パートを終了させたりすることができる。なお、設定ボタン３９０は、実戦進行部１１２が実戦を進行させているときに表示される試合画面には配置されない。

＜データ構造＞
（キャラクタデータベース）
図８は、キャラクタデータベースのデータ構造の一例を示す図である。キャラクタデータベースには、本テニスゲームにおいてテニスの試合をする選手として登場するキャラクタが全種類登録されている。キャラクタデータベースは、サーバ２００の記憶部２２０に記憶されている。

キャラクタデータベースは、一例として、キャラクタＩＤ、キャラクタ名、希少度、属性、利き手、第１特殊ショット、第２特殊ショット、タイプ、成長関数、リリースの各項目を有する。

キャラクタＩＤの項目には、ゲームシステム１においてキャラクタを一意に識別するための識別情報が格納される。キャラクタＩＤとキャラクタとは１対１で対応している。本実施形態では一例として、ゲームシステム１は、１のユーザが、同じキャラクタを複数体保有することがないように構築されている。したがって、ゲームシステム１では、キャラクタＩＤが同じキャラクタが複数体１のユーザによって保有されないように、キャラクタＩＤに基づいた管理が行われる。

キャラクタ名の項目には、本テニスゲームに登場するキャラクタの名称が格納される。キャラクタ名は、ユーザが識別可能ように、一例として、仮名文字および英字などで構成されていることが好ましい。本テニスゲームでは、一例として、１の名称を持つ一人の人物について、異なる仕様を設定し、同じ人物について複数のキャラクタを登場させることができる。例えば、キャラクタ名「マイク」の通常バージョンと、「マイク」のハロウィンバージョンとには、それぞれ、異なるキャラクタＩＤとその他の異なるパラメータが紐付けられ、２体の「マイク」は、ゲームシステム１において、互いに異なるキャラクタとして扱われる。よって、ユーザは、同じ名称の同じ人物であっても、「マイク」の通常バージョンと、「マイク」のハロウィンバージョンとを保有することが可能である。

希少度の項目には、キャラクタの希少価値を等級で表した希少度が格納される。本ゲームでは、一例として、実戦パートにおいて、ユーザに有利な効果をもたらすキャラクタ、すなわち、能力の高いキャラクタほど、上級の希少度が設定されている。本実施形態では、希少価値の高い等級から順に、「Ｓ」、「Ａ」、「Ｂ」、および、「Ｃ」のアルファベットで示された希少度が設定される。なお、希少度は、例えば、キャラクタの入手困難性、より具体的には、キャラクタ（カード）が当たる抽選における当選確率、クエストまたはミッションのクリア報酬として入手される場合のクエストまたはミッションの難易度、または、有償で入手する場合の価格などと相関があってもよい。一般に、高価な、または、入手困難性が高いキャラクタほど、上級の希少度が設定されている。

属性の項目には、キャラクタの性質を示すパラメータが格納される。本ゲームでは、３種類の属性が設けられ、各キャラクタには、そのいずれかの属性が設定される。各属性には、互いに、有利な属性および不利な属性が設定されていてもよい。例えば、第１属性は第２属性に、第２属性は第３属性に、第３属性は第１属性に対して有利または不利であるように設定されていてもよい。すなわち、第１属性〜第３属性は、いわゆる、３すくみの関係にあってもよい。

本ゲームでは、キャラクタに加えて、練習試合または実戦が行われるゲーム空間上のテニスコート３００にも属性が設定される。本ゲームでは、例えば、グラス、クレー、ハードの３種類の属性が設けられている。

一例として、グラス属性はクレー属性に、クレー属性はハード属性に、ハード属性はグラス属性に対して不利な効果を与える。例えば、試合模擬部１４４または実戦進行部１１２は、クレー属性のキャラクタが、グラス属性のコートで試合を行う場合に、該キャラクタに不利な効果を付与する。一例として、試合模擬部１４４または実戦進行部１１２は、該キャラクタの各種の能力値を２０％減少させるように補正してもよい。

本実施形態では、反対に、同じ属性の組み合わせにおいては有利な効果が働く。例えば、試合模擬部１４４または実戦進行部１１２は、グラス属性のキャラクタが、グラス属性のコートで試合を行う場合に、該キャラクタに有利な効果を付与する。一例として、試合模擬部１４４または実戦進行部１１２は、該キャラクタの各種の能力値を２０％増加させるように補正してもよい。

利き手の項目には、キャラクタの利き手が右利きであるか、左利きであるのかを示すパラメータが格納される。試合模擬部１４４または実戦進行部１１２のオブジェクト制御部は、ラケットのオブジェクトのゲーム空間上の位置を、キャラクタの利き手に応じて決定する。

第１特殊ショットおよび第２特殊ショットの各項目には、キャラクタが発動できる得意技としての特殊ショットに関する情報が格納される。具体的には、特殊ショットの技の名前と、その技の効果とが格納される。第１特殊ショットの項目には、キャラクタが有する１つ目の特殊ショットに関する情報が格納される。キャラクタが２つ目の特殊ショットを有している場合には、第２特殊ショットの項目に、その技および技の効果が格納される。

タイプの項目には、キャラクタのテニス競技に係る特性を示すパラメータが格納される。本テニスゲームでは、一例として、テニス競技に係る特性が、サーブ、ストローク、テクニック、スタミナ、スピードの５つのタイプに分類されている。一例として、特性が「サーブ」タイプのキャラクタは、サーブに長けており、他のタイプのキャラクタでは打つことができない特別なサーブを打つことができる。特性が「ストローク」タイプのキャラクタは、スピン（トップスピン）の球速が早くラリーで有利に立ち回ることができる。特性が「テクニック」タイプのキャラクタは、スライス、ボレー、ロブなどを打つことに長けており、他のタイプのキャラクタでは打つことができない特別なショットを打つことができる。特性が「スピード」タイプのキャラクタは、移動速度が速く、スマッシュを狙いやすいという利点がある。特性が「スタミナ」タイプのキャラクタは、スタミナが高く、スタミナゲージが減りにくいという利点がある。

成長関数の項目には、キャラクタのテニスに係る各種の能力値をレベルに応じて上昇させる規則が格納される。キャラクタには、個別に成長関数が設定されている。例えば、レベルに応じて能力値が線形に上昇するキャラクタがいてもよいし、序盤に早期にある程度成長するキャラクタがいてもよいし、後半から急速に成長するキャラクタがいてもよい。

リリースの項目には、キャラクタが本テニスゲームにおいて、ユーザが入手および使用可能なように登録された日が格納される。新しいキャラクタがキャラクタデータベースに登録される頻度および数は、本テニスゲームを運営する団体の裁量で適宜決定される。

本テニスゲームを運営する団体に所属するオペレータは、本テニスゲームに新しいキャラクタを登場させるために、該新しいキャラクタについて、上述の各種項目を設定して、キャラクタデータベースに登録する。

新しく登録されたキャラクタの情報は、サーバ２００から、各ユーザ端末１００に配信される。これにより、ユーザ端末１００およびサーバ２００の協働で実行される抽選によって、新しく登録されたキャラクタが当選してユーザに保有される可能性が生まれ、また、各ユーザ端末１００において、練習パートにおいて、新しく登録されたキャラクタを試用することが可能となる。

（保有キャラクタテーブル）
図９は、保有キャラクタテーブルのデータ構造の一例を示す図である。保有キャラクタテーブルは、ユーザが保有しているキャラクタを一元管理するためのテーブルであり、ユーザの保有キャラクタがすべて登録されている。保有キャラクタテーブルは、サーバ２００において、ユーザごとに、記憶部２２０に記憶されている。ユーザ端末１００とサーバ２００とにおいて、保有キャラクタテーブルは共有されており、ユーザ端末１００のユーザの分の同じ保有キャラクタテーブルは、ユーザ端末１００の記憶部１２０にも記憶されていてもよい。

保有キャラクタテーブルは、一例として、キャラクタＩＤ、キャラクタ名、希少度、属性、利き手、第１特殊ショット、第２特殊ショット、タイプ、レベル、限界突破回数、装備品、能力値の各項目を有する。

ゲームの進行状況が所定の条件を満たすことにより、キャラクタがユーザに付与され、保有される。すなわち、該キャラクタのレコードが、該ユーザの保有キャラクタテーブルに登録される。所定の条件としては、例えば、抽選進行部１１３がサーバ２００と協働して抽選を実行し、図８に示すキャラクタデータベースの中からキャラクタが１体当選することなどが挙げられる。抽選進行部１１３またはサーバ２００の進行支援部２１１は、当選したキャラクタのレコードを、上述のユーザの保有キャラクタテーブルに登録する。この情報処理によって、ユーザにキャラクタが付与されたことになり、ユーザは、該キャラクタを保有することができる。

キャラクタＩＤからタイプまでの各項目は、どのユーザに保有されたとしても変更されず、その後のユーザのプレイ内容に応じても変更されない。よって、キャラクタＩＤからタイプまでの各項目については、図８に示すキャラクタデータベースに登録されている内容がそのまま引き継がれる。

レベルの項目には、キャラクタのレベルが格納される。レベルは、キャラクタの熟練度または強さを示す指標であり、レベルが高いキャラクタほど試合で有利にふるまうことができる。キャラクタには、テニスの試合に関係する各種の能力値が設定されており、能力値は、レベルと相関関係にあって、レベルが上がる度に能力値も増分される。なお、どのレベルからどのレベルに上がったときに、どの能力値をどの程度上昇させるのか、については、先に述べた、キャラクタごとに設定されている成長関数にしたがって決定される。

レベルは、ユーザが、実戦パートにおいて報酬として得られる経験値を、所定値まで貯めることによって上げていくことができる。具体的には、ユーザがキャラクタを使用して実戦パートをプレイし、そのプレイ結果が所定の条件を満足したこと応じて、実戦進行部１１２は、経験値を該キャラクタに関連付けて増分する。実戦進行部１１２は、キャラクタの経験値が所定値に到達した場合に、該キャラクタのレベルを１つ上げる。さらに、実戦進行部１１２は、上述の成長関数にしたがって、レベルが１つ上がったことに伴い、能力値のそれぞれを増分する。

限界突破回数の項目には、実戦進行部１１２によってキャラクタに適用された限界突破の処理の回数が格納される。図示の例では、黒星の数が、適用された限界突破の処理の回数を示している。限界突破の処理とは、キャラクタに設定されている各種のパラメータの上限を引き上げる処理である。キャラクタには、レベル、および、能力値などのように、実戦パートをユーザがプレイすることによって得られる報酬によって、値を上昇させてキャラクタを成長させることが可能な成長項目が設けられている。成長項目のそれぞれには、報酬によって上昇させることができる値の上限が定められており、値が上限に達すると、それ以降は、報酬を獲得したとしても値を上昇させることはできない。例えば、あるキャラクタのレベルの上限が「５０」と定められている場合には、該キャラクタをレベル５０まで成長させた後は、ユーザが実戦パートをプレイして報酬を獲得しようとも、該キャラクタのレベルを５０以上にすることはできない。そこで、該キャラクタに対して、限界突破の処理を１回適用すると、該キャラクタの成長の上限を１回分引き上げることができる。例えば、上述のキャラクタのレベルの上限を「５０」から「７０」に引き上げることができる。ユーザは、このようにレベルの上限が引き上げられたキャラクタに対しては、また新たに設けられた上限まで、報酬によってレベルを上げて育成することができる。１体のキャラクタにつき、限界突破の処理を適用することができる回数は制限されていることが好ましい。本テニスゲームでは、一例として、１体のキャラクタにつき、限界突破の処理を適用することができる回数は４回までである。すなわち、ユーザは、キャラクタに対して限界突破の処理を制限いっぱいの４回分適用し、かつ、該キャラクタをレベルの上限まで育成すれば、該キャラクタを、該キャラクタが到達し得る最強の状態に強化したことになる。

なお、限界突破の処理によって上限が引き上げられる成長項目は、レベルだけでなく、各種の能力値であってもよい。テニスに係る能力値として、例えば、サーブ、ストローク、テクニック、スタミナ、および、スピードの５項目が各キャラクタに設けられている場合、５項目の能力値に設定されている上限を限界突破の処理によって引き上げてもよい。

装備品の項目には、キャラクタが身に付けている装備品の装備品名と該装備品を装備したことにより得られる効果の効果値とが格納される。本実施形態では、装備品は例えばラケットおよびシューズである。ユーザは、ラケットおよびシューズを、それぞれ、別個にキャラクタに装備させることできる。したがって、本実施形態では、該項目には、ラケット名、ラケットの効果値、シューズ名、および、シューズの効果値とが含まれている。

装備品による効果は、例えば、装備したキャラクタの各能力値を上方補正することであり、効果値は、上昇率、または、具体的な上昇値を示す。例えば、該項目には、キャラクタのスピードを上げる効果がある装備品名「スピードシューズ」とともに、効果値「スピード５％アップ」が格納される。

ユーザは、キャラクタに身に付けさせた装備品を任意にはずしたり、保有している別の装備品に付け替えたりすることが可能である。実戦進行部１１２は、ユーザの入力操作にしたがって、装備品のカラムに格納されている装備品名および効果値を更新する。

能力値の項目には、キャラクタに設定されている能力値が格納される。能力値は、キャラクタのテニスに係る能力を、能力の種別ごとに、数値で表したものである。一例として、能力値は、上述のとおり、サーブ、ストローク、テクニック、スタミナ、および、スピードの５項目が設けられている。例えば、「サーブ」タイプのキャラクタは、サーブの能力値の初期値、成長率、または、上限が高く設定されているなど、キャラクタのタイプと能力値とには相関があってもよい。

実戦進行部１１２のキャラクタ選択部は、図９に示す保有キャラクタテーブルに登録されている保有キャラクタの中から、実戦パートで使用するキャラクタをユーザに選択させる。そして、実戦進行部１１２は、保有キャラクタテーブルにおいて、選択されたキャラクタに紐付けられている各種の項目に基づいて、実戦を進行させる。

（練習キャラクタテーブル）
図１０は、練習キャラクタテーブルのデータ構造の一例を示す図である。練習キャラクタテーブルは、ユーザが練習パートにおいて試用できるキャラクタを一元管理するためのテーブルである。練習キャラクタテーブルには、キャラクタが保有キャラクタであるか、非保有キャラクタであるかに拘わらず、本ゲームに登場するすべてのキャラクタが登録されていてもよいし、本ゲームを運営する団体が試用を許可したすべてのキャラクタが登録されていてもよい。練習キャラクタテーブルは、ユーザ端末１００の記憶部１２０に記憶されていてもよいし、サーバ２００の記憶部２２０に記憶されていてもよい。

本実施形態では、サーバ２００において、図８に示すキャラクタデータベースが更新されると、キャラクタ管理部２１３は、練習キャラクタテーブルを更新する。各ユーザ端末１００は、必要に応じて、サーバ２００から、常に最新の練習キャラクタテーブルを取得する。

別の実施形態では、キャラクタデータベースが更新されると、キャラクタ管理部２１３は、新しいキャラクタが追加されたことおよびそのキャラクタに関する情報を、各ユーザ端末１００に一斉配信してもよい。それぞれのユーザ端末１００は、新しいキャラクタに関する情報に基づいて、自装置の記憶部１２０に記憶されている練習キャラクタテーブルを更新してもよい。

練習キャラクタテーブルは、一例として、保有キャラクタテーブルと同様に、キャラクタＩＤ、キャラクタ名、希少度、属性、利き手、第１特殊ショット、第２特殊ショット、タイプ、レベル、限界突破回数、装備品、能力値の各項目を有する。各項目に格納される情報とその情報の意味については、図９を参照して説明してあるので、ここでは説明を繰り返さない。

練習キャラクタテーブルの、保有キャラクタテーブルと異なる点は、登録されているすべてのキャラクタのレベルが所定の値で統一されている点、登録されているすべてのキャラクタの限界突破回数が統一されている点、および、登録されているすべてのキャラクタの装備品が統一されている点である。

練習進行部１１１のキャラクタ選択部１４１は、図１０に示す練習キャラクタテーブルに登録されているキャラクタの中から、練習試合で試用するＰＣと、相手キャラクタとなるＮＰＣとをユーザに選択させる。そして、試合模擬部１４４は、練習キャラクタテーブルにおいて、ＰＣとして選択されたキャラクタに紐付けられている各種の項目に基づいて、練習試合におけるＰＣの動作を制御する。

すなわち、試合模擬部１４４は、キャラクタが非保有キャラクタであっても、練習試合においては、ユーザに、該非保有キャラクタをＰＣとして選択することを許可する。

これにより、ユーザは、非保有キャラクタであって、操作したことがないキャラクタであっても、該キャラクタを試用して試合をプレイすることができる。そのため、ユーザは、該キャラクタの性能を体感し、該キャラクタを獲得する意欲をユーザに持たせることができる。

また、試合模擬部１４４は、ＰＣが保有キャラクタであっても、保有キャラクタテーブルにおいて該保有キャラクタに紐付けられている各項目を参照するのではなく、練習キャラクタテーブルにおいて統一されたステータスおよび装備品に基づいてＰＣの動作を制御する。

さらに、本実施形態では、例えば、練習パートで使用されるキャラクタのレベルは、実戦パートを相当回数プレイして相当量の報酬を得ないと到達させられないほど高いレベルで統一されていることが好ましい。例えば、キャラクタが到達し得る最大レベルの少なくとも半分を超えたレベルで統一されていることが好ましい。例えば、キャラクタの最大レベルが「Ｌｖ１００」である場合、その半分の「Ｌｖ５０」を超えたレベルで統一されていることが好ましい。

さらに、練習パートで使用されるキャラクタのレベルは、４回の限界突破を経たキャラクタが到達し得る最大レベルで統一されていてもよい。具体的には、キャラクタのレベルは「Ｌｖ１００」で統一されてもよい。

また、練習パートで使用されるキャラクタには、一律、同じ回数の限界突破の処理が適用されていることが好ましい。例えば、練習パートで使用されるすべてのキャラクタについて、上限回数分の限界突破の処理が適用済みであることが好ましい。

一般的に、キャラクタに限界突破の処理を上限回数まで適用した上で、該キャラクタのレベルを最大レベルまで上げるという育成、すなわち、キャラクタの最大強化は、どのユーザにも簡単に達成できることではない。キャラクタを最強にするためには、多くの場合、実戦パートを相当回数プレイして相当量の報酬を得ること、あるいは、対価を支払い、有料サービスを利用して、キャラクタ最大強化までの時間を短縮したり、手間を減らしたりすることが要求される。

しかし、本実施形態のキャラクタ選択部１４１は、ユーザが保有キャラクタをいかに手間をかけて育成しているのかによらず、最大強化されたキャラクタの中から、練習試合で試用するＰＣを選択させる。これにより、ユーザは、練習パートにおいて、所望のキャラクタを最強の状態で使用し、その性能を体感することができる。そのため、ユーザは、保有キャラクタの最大強化を達成していない場合、該保有キャラクタを最大強化させた場合、どのくらい強くなるのかを知ることができる。結果として、ユーザに、保有キャラクタを育成することを強く動機付けることができる。また、ユーザは、非保有キャラクタがどのくらい強いのかを保有していなくとも知ることができる。結果として、ユーザに、非保有キャラクタを獲得する意欲をユーザに持たせることができる。

＜処理フロー＞
（保有キャラクタテーブルの更新）
図１１は、保有キャラクタテーブルを更新する処理の流れを示すフローチャートである。図示の例では、更新する処理は、一例として、抽選の実行によりキャラクタが当選したことをトリガにして起こる。図示しないが、他の例では、更新する処理は、実戦パートで報酬が付与されたことで、キャラクタの各種のパラメータが上昇したことをトリガにして起こる。

ステップＳ１０１では、ユーザ端末１００の抽選進行部１１３は、抽選の実行を指示する入力操作を、ユーザから操作受付部を介して受け付ける。抽選進行部１１３は、上述の入力操作を受け付けると、ステップＳ１０１のＹＥＳからステップＳ１０２に進む。

ステップＳ１０２では、抽選進行部１１３は、抽選の実行を要求するメッセージを、サーバ２００に送信する。

ステップＳ１０３では、サーバ２００の進行支援部２１１は、抽選を実行する。進行支援部２１１は、例えば、図８に示すキャラクタデータベースに登録されているキャラクタの中から、ランダムで、１体のキャラクタを当選させる。なお、抽選対象となる母集団は、キャラクタデータベースから部分的に抽出されたものであってもよいし、各キャラクタの当選確率は、キャラクタごとにあらかじめ定められていてもよい。

ステップＳ１０４では、進行支援部２１１は、当選結果を要求元のユーザ端末１００に返信する。当選結果は、キャラクタに関する情報のすべて、例えば、図８に示すキャラクタデータベースにおける全項目を含んでいてもよい。あるいは、ユーザ端末１００がキャラクタＩＤに基づいて、残りの項目を把握できる場合には、当選結果は、少なくともキャラクタＩＤを含んでいてもよい。

ステップＳ１０５では、進行支援部２１１は、当選したキャラクタをユーザに保有させる。一例として、進行支援部２１１は、当選したキャラクタに関する情報を、記憶部２２０において、ユーザに紐付けて記憶されている保有キャラクタテーブルに登録する。

ステップＳ１０６では、ユーザ端末１００の抽選進行部１１３は、当選結果を受信し、ユーザに保有させるキャラクタを把握する。

ステップＳ１０７では、抽選進行部１１３は、当選したキャラクタをユーザに保有させる。一例として、抽選進行部１１３は、当選したキャラクタに関する情報を、記憶部１２０に記憶されている保有キャラクタテーブルに登録する。

（練習キャラクタテーブルの更新）
図１２は、練習キャラクタテーブルを更新する処理の流れを示すフローチャートである。

ステップＳ２０１では、サーバ２００のキャラクタ管理部２１３は、図８に示すキャラクタデータベースにおいて、新しいキャラクタが登録されたことを検知する。新しいキャラクタが登録されると、キャラクタ管理部２１３は、ステップＳ２０１のＹＥＳからステップＳ２０２に進む。

ステップＳ２０２では、キャラクタ管理部２１３は、新しく登録されたキャラクタに関する情報を練習パートでユーザ端末１００が使用可能なように加工する。具体的には、キャラクタ管理部２１３は、キャラクタデータベースにおいて新しく登録されたキャラクタに紐付けられた、キャラクタＩＤからタイプまでの項目と、統一されたレベルを示すレベルの項目と、統一された限界突破回数を示す限界突破回数の項目と、統一された装備品を示す装備品の項目と、統一されたレベルに応じた能力値を示す能力値の項目とを含むレコードを、該新しいキャラクタのレコードとして生成する。

ステップＳ２０３では、キャラクタ管理部２１３は、生成したレコードを練習キャラクタテーブルに登録する。

本実施形態では、各ユーザ端末１００のキャラクタ選択部１４１は、練習パートにおいて、選択可能なキャラクタを一覧表示するときに、必要に応じて、サーバ２００から、常に最新の練習キャラクタテーブルを取得する。

あるいは、キャラクタ管理部２１３は、ステップＳ２０３にて練習キャラクタテーブルに新しいキャラクタのレコードを追加する度に、追加したレコードを、各ユーザ端末１００に一斉に配信してもよい。

以上の方法によれば、ユーザ端末１００のキャラクタ選択部１４１は、常に最新の練習キャラクタテーブルに基づいて、本テニスゲームに登場するすべてのキャラクタを、使用可能なキャラクタとして、ユーザに提示することができる。

（練習パート）
図１３は、練習パートを進行させる処理の流れを示すフローチャートである。図１３に示す一連の処理は、例えば、練習進行部１１１が、練習パートを開始することを指示する入力操作をユーザから受け付けた場合に開始される。

ステップＳ３０１では、キャラクタ選択部１４１は、練習キャラクタテーブルを、サーバ２００に要求して取得する。キャラクタ選択部１４１は、サーバ２００からあらかじめ配信された練習キャラクタテーブルを記憶部１２０に記憶しておき、そこから練習キャラクタテーブルを取得してもよい。

ステップＳ３０２では、キャラクタ選択部１４１は、キャラクタをユーザに選択させるための選択画面を生成し、表示部１５２に表示させる。選択画面は、取得した練習キャラクタテーブルに登録されているキャラクタの一覧表を含む。選択画面の具体例を図１４に示す。

ステップＳ３０３では、キャラクタ選択部１４１は、キャラクタを決定するための入力操作をユーザから受け付ける。該入力操作を受け付けると、キャラクタ選択部１４１は、ステップＳ３０３のＹＥＳからステップＳ３０４に進む。

ステップＳ３０４では、キャラクタ選択部１４１は、ユーザによって選択されて決定されたＰＣおよびＮＰＣを記憶部１２０に保存する。例えば、キャラクタ選択部１４１は、決定されたＰＣおよびＮＰＣのキャラクタＩＤを、試合模擬部１４４が参照可能なように一時的に保存する。

ステップＳ３０５では、条件設定部１４２は、試合の条件、すなわち、練習試合におけるギミックの挙動をユーザに設定させるための第１設定画面を生成し、表示部１５２に表示させる。第１設定画面は、ユーザが所望の挙動をギミックごとに設定できるようなＵＩを含む。第１設定画面の具体例を図１５に示す。

ステップＳ３０６では、条件設定部１４２は、設定内容を確定させるための入力操作をユーザから受け付ける。該入力操作を受け付けると、条件設定部１４２は、ステップＳ３０６のＹＥＳからステップＳ３０７に進む。

ステップＳ３０７では、ユーザによって設定されたギミックに関する設定情報を記憶部１２０に、試合模擬部１４４が参照可能なように一時的に保存する。

ステップＳ３０８では、ＮＰＣ設定部１４３は、ＮＰＣの挙動をユーザに設定させるための第２設定画面を生成し、表示部１５２に表示させる。第２設定画面は、ＮＰＣの挙動をいくつかの項目に分け、ユーザが項目ごとに挙動を設定できるようなＵＩを含む。第２設定画面の具体例を図１６に示す。

ステップＳ３０９では、ＮＰＣ設定部１４３は、設定内容を確定させるための入力操作をユーザから受け付ける。該入力操作を受け付けると、ＮＰＣ設定部１４３は、ステップＳ３０９のＹＥＳからステップＳ３１０に進む。

ステップＳ３１０では、ユーザによって設定されたＮＰＣに関する設定情報を記憶部１２０に、試合模擬部１４４が参照可能なように一時的に保存する。

ステップＳ３１１では、試合模擬部１４４は、練習試合の開始を指示する入力操作をユーザから受け付ける。該入力操作を受け付けると、試合模擬部１４４は、ステップＳ３１１のＹＥＳからステップＳ３１２に進む。

ステップＳ３１２では、試合模擬部１４４は、上流の各部によって保存された各種の情報に基づいて、練習試合を進行させる。具体的には、試合模擬部１４４は、ステップＳ３０４で保存されたキャラクタＩＤによって特定されるＰＣとＮＰＣとの練習試合を進行させる。ここで、試合模擬部１４４は、ユーザの入力操作にしたがってＰＣを動作させ、また、ステップＳ３１０で保存された設定情報にしたがってＮＰＣを動作させる。また、試合模擬部１４４は、ステップＳ３０７で保存された設定情報にしたがって、試合のギミックを発動させる。

本実施形態では、試合模擬部１４４は、ユーザから練習試合の終了を指示する入力操作を受け付けるまで、練習試合を進行させる。試合模擬部１４４は、練習試合の終了を指示する入力操作を受け付けると練習試合を終了する。

練習試合の終了を指示する入力操作は、例えば、以下のようにして実現される。練習試合の進行中に表示されている図５〜図７に示す試合画面に配置された設定ボタン３９０がタップされたとき、試合模擬部１４４は、図１７に示すメニュー画面を表示する。メニュー画面には、練習試合の終了を指示するボタンが配置されており、該ボタンがタップされたとき、試合模擬部１４４は、練習試合の終了を指示する入力操作を受け付ける。

＜画面例＞
図１４は、キャラクタをユーザに選択させるための選択画面４００の具体例を示す図である。キャラクタ選択部１４１は、図示しない表示制御部を制御して、選択画面４００を生成し、表示部１５２に表示させる。

選択画面４００は、練習試合でＰＣとして動作するキャラクタを指定するためのＰＣ枠４０１と、ＮＰＣとして動作するキャラクタを指定するためのＮＰＣ枠４０２と、練習キャラクタテーブルに登録されているキャラクタの一覧表４０３とを少なくとも含む。一例として、一覧表４０３は、各キャラクタに対応するアイコン４０４を並べて構成される。

本実施形態では、キャラクタ選択部１４１は、一覧表４０３内のアイコン４０４をＰＣ枠４０１にドラッグアンドドロップする操作を受け付けると、該アイコン４０４に対応するキャラクタをＰＣとして特定する。キャラクタ選択部１４１は、一覧表４０３内のアイコン４０４をＮＰＣ枠４０２にドラッグアンドドロップする操作を受け付けると、該アイコン４０４に対応するキャラクタをＮＰＣとして特定する。

キャラクタ選択部１４１は、保有キャラクタ、非保有キャラクタに拘わらず、練習キャラクタテーブルに登録されているすべてのキャラクタが一覧表４０３から選択できるように、一覧表４０３を選択画面４００に配置する。すべてのキャラクタのアイコン４０４が限りある表示領域に一度に表示できない場合には、キャラクタ選択部１４１は、ページを繰るためのボタン、または、スクロールバーなどを設けて、ユーザがすべてのキャラクタを任意に選べるように一覧表４０３を提示する。

キャラクタ選択部１４１は、一例として、ＯＫボタン４０５に対するタップ操作を、キャラクタを決定するための入力操作として受け付ける。

図１５は、試合におけるギミックの挙動をユーザに設定させるための第１設定画面４２０の具体例を示す図である。条件設定部１４２は、例えば、選択画面４００においてＯＫボタン４０５がタップされた後、図示しない表示制御部を制御して、第１設定画面４２０を生成し、表示部１５２に表示させる。

第１設定画面４２０は、練習試合におけるギミックの挙動をギミックごとにユーザに設定させるためのＵＩ部品を含む。一例として、第１設定画面４２０には、サーブ権の挙動を設定するためのＵＩ部品４２１と、特殊ショットゲージの挙動を設定するためのＵＩ部品４２２と、スタミナを回復させるアイテムであるドリンクの挙動を設定するためのＵＩ部品４２３と、各キャラクタのスタミナの挙動を設定するためのＵＩ部品４２４と、テニスコート３００の挙動を設定するためのＵＩ部品４２５とを含む。

条件設定部１４２は、ＵＩ部品４２１を介して、練習試合が開始されたときの最初のサーブ権を、ＰＣに付与するか、ＮＰＣに付与するかをユーザに選択させる。ＵＩ部品４２１は、「自分」および「相手」の２つの選択肢を含む。第１の選択肢「自分」が選択された場合には、試合模擬部１４４は、ＰＣにサーブ権を持たせて練習試合を開始し、第２の選択肢「相手」が選択された場合には、ＮＰＣにサーブ権を持たせて練習試合を開始する。

これにより、ユーザは、第１の選択肢「自分」を選択して、サーブの練習を効率的に行ったり、第２の選択肢「相手」を選択して、レシーブの練習を効率的に行ったりすることができる。

条件設定部１４２は、ＵＩ部品４２２を介して、各キャラクタが有する、移動体を移動させる動作に関する１以上の特殊技能の発動条件をユーザに設定させる。例えば、条件設定部１４２は、特殊ショットボタン３６０としても機能する特殊ショットゲージのゲージ値の貯まり方をユーザに選択させる。特殊ショットゲージとは、キャラクタが特殊ショットを発動させることができる条件を示すものである。実戦において、特殊ショットゲージのゲージ値は、ラリーが進行している間、１回返球するごとに所定量貯まっていく。特殊ショットゲージが満杯になったときに、特殊ショットを発動させる条件が満たされたと判断される。

ＵＩ部品４２２は、「実戦どおり」および「１返球フルチャージ」の２つの選択肢を含む。第１の選択肢「実戦どおり」が選択された場合には、試合模擬部１４４は、実戦におけるゲージ値の貯まり方と同じように、１返球ごとにゲージ値を上述の所定量ずつ貯めていく。第２の選択肢「１返球フルチャージ」が選択された場合には、試合模擬部１４４は、実戦とは異なり、キャラクタが１回返球を成功させただけで、特殊ショットゲージを満杯にする。

これにより、ユーザは、実戦さながらに練習することに加えて、第２の選択肢「１返球フルチャージ」を選択して、キャラクタが有する特殊ショットの効果を効率よく確認することができる。

条件設定部１４２は、ＵＩ部品４２３を介して、スタミナを回復させるアイテムであるドリンクの出現頻度をユーザに選択させる。実戦において、実戦進行部１１２は、ラリーの進行中に、返球に成功したタイミングで、ドリンクを所定の確率で自陣領域３０１上に出現させる。オブジェクト制御部が、ゲーム空間上で、ＰＣ３１０がドリンクのオブジェクトと重なったと判定すると、ＰＣのスタミナが所定量回復する。

ＵＩ部品４２３は、「実戦どおり」および「１返球ごとに出現」の２つの選択肢を含む。第１の選択肢「実戦どおり」が選択された場合には、試合模擬部１４４は、実戦と同様の所定の確率でドリンクを出現させる。第２の選択肢「１返球ごとに出現」が選択された場合には、試合模擬部１４４は、実戦とは異なり、キャラクタが１回返球を成功させる度にドリンクを出現させる。

これにより、ユーザは、実戦さながらに練習することに加えて、第２の選択肢「１返球ごとに出現」を選択して、ラリーを続けながら効率よくドリンクを回収する練習を行うことができる。

条件設定部１４２は、ＵＩ部品４２４を介して、スタミナの減り方をユーザに選択させる。実戦において、実戦進行部１１２は、キャラクタが１回返球を行うごとにスタミナゲージから所定量のゲージ値を減らす。実戦進行部１１２は、スタミナが一定量まで減少すると、そのキャラクタの移動速度が遅くなるなど、試合に不利な状況を発生させる。

ＵＩ部品４２４は、「実戦どおり」および「減らない」の２つの選択肢を含む。第１の選択肢「実戦どおり」が選択された場合には、試合模擬部１４４は、実戦と同様に、キャラクタが１回返球を行うごとにスタミナゲージから所定量のゲージ値を減らす。第２の選択肢「減らない」が選択された場合には、試合模擬部１４４は、実戦とは異なり、キャラクタが返球してもスタミナゲージを減少させない。

これにより、ユーザは、実戦さながらに練習することに加えて、第２の選択肢「減らない」を選択して、スタミナを気にせずに、キャラクタの性能面に着目して練習試合をプレイすることができる。

条件設定部１４２は、ＵＩ部品４２５を介して、競技空間、例えば、該競技空間に定義されるテニスコート３００の属性をユーザに選択させる。上述のとおり、キャラクタの能力値は、キャラクタの属性とコートの属性との組み合わせによって、上方または下方に補正される。

ＵＩ部品４２５は、「グラス」（第１属性）、「クレー」（第２属性）、「ハード」（第３属性）および「無属性」の４つの選択肢を含む。第１の選択肢「グラス」が選択された場合には、試合模擬部１４４は、テニスコート３００に「グラス」の属性を付与し、キャラクタの属性に応じて、該キャラクタの能力値を上方または下方に補正する。第２の選択肢「クレー」および第３の選択肢「ハード」が選択された場合にも、試合模擬部１４４は、同様にテニスコート３００に選択された属性を付与し、各キャラクタの能力値を、キャラクタの属性に応じて上方または下方に補正する。第４の選択肢「無属性」が選択された場合には、試合模擬部１４４は、テニスコート３００に属性を設定せず、能力値の補正も省略する。

これにより、ユーザは、コートの属性に依存せず、キャラクタの性能を純粋に練習試合を通じて体感することができる。

条件設定部１４２は、一例として、ＯＫボタン４２６に対するタップ操作を、試合のギミックに関する設定内容を確定させるための入力操作として受け付ける。

図１６は、ＮＰＣの挙動をユーザに設定させるための第２設定画面４４０の具体例を示す図である。ＮＰＣ設定部１４３は、例えば、第１設定画面４２０においてＯＫボタン４２６がタップされた後、図示しない表示制御部を制御して、第２設定画面４４０を生成し、表示部１５２に表示させる。

第２設定画面４４０は、練習試合で相手キャラクタとして選択されたＮＰＣの挙動を、項目ごとにユーザに設定させるためのＵＩ部品を含む。一例として、第２設定画面４４０には、ＮＰＣの強さを設定するためのＵＩ部品４４１と、ＮＰＣの競技スタイルを設定するためのＵＩ部品４４２と、ＮＰＣの特殊ショットに係る挙動を設定するためのＵＩ部品４４３と、ＮＰＣの返球タイミングを設定するためのＵＩ部品４４４と、ＮＰＣの返球の球種を設定するためのＵＩ部品４４５とを含む。

ＮＰＣ設定部１４３は、ＵＩ部品４４１を介して、ＮＰＣの強さをユーザに設定させる。ＵＩ部品４４１は、「弱い」、「普通」および「強い」の３つの選択肢を含む。試合模擬部１４４は、練習試合中のＮＰＣの挙動を、３段階に分けられた強さに応じて決定する。例えば、強いＮＰＣほど、サーブ、レシーブ、ラリーの成功率が高かったり、球威のある球を返したりするようにＮＰＣを動作させる。

これにより、初心者から熟練者まで、操作の習熟度が異なる幅広いユーザ層に対応することが可能な練習パートを実現することができる。

ＮＰＣ設定部１４３は、ＵＩ部品４４２を介して、ＮＰＣの競技スタイル、例えば、競技空間におけるＮＰＣの位置取りの傾向をユーザに設定させる。ＵＩ部品４４２は、「前衛」、「後衛」および「バランス」の３つの選択肢を含む。第１の選択肢「前衛」が選択された場合には、試合模擬部１４４は、ＮＰＣに積極的に前に出てくる動きをさせる。第２の選択肢「後衛」が選択された場合には、試合模擬部１４４は、ＮＰＣにベースライン付近での打ち合いを中心とする動きをさせる。第３の選択肢「バランス」が選択された場合には、試合模擬部１４４は、ＮＰＣに状況に応じて前衛と後衛とを切り替える動きをさせる。

これにより、ユーザは、ＮＰＣに任意の競技スタイルで動作させることができ、例えば、特定の競技スタイルについて対策を練ったり、弱点の克服を効率よく行ったりすることができる。

ＮＰＣ設定部１４３は、ＵＩ部品４４３を介して、ＮＰＣが有する移動体を移動させる動作に関する１以上の特殊技能の発動パターンをユーザに設定させる。例えば、ＮＰＣの特殊ショット（特殊技能）に係る挙動をユーザに設定させる。ＵＩ部品４４３は、「打たせない」、「第１のみ」および「おまかせ」の３つの選択肢を含む。第１の選択肢「打たせない」が選択された場合には、試合模擬部１４４は、第１特殊ショットおよび第２特殊ショットのいずれも発動しないようにＮＰＣを制御する。第２の選択肢「第１のみ」が選択された場合には、試合模擬部１４４は、第２特殊ショットを有するＮＰＣについて第２特殊ショットを発動せず、第１特殊ショットだけを発動するように該ＮＰＣを制御する。第３の選択肢「おまかせ」が選択された場合には、試合模擬部１４４は、そのＮＰＣが有する特殊ショットを第１、第２問わず状況に応じて発動するように該ＮＰＣを制御する。

これにより、ユーザは、例えば、第１の選択肢「打たせない」を選択することにより、特殊ショットの効果に左右されずに、キャラクタの能力値に基づく性能を効率よく確認することができる。

ＮＰＣ設定部１４３は、ＵＩ部品４４４を介して、ＮＰＣが移動体を移動させる動作を行うタイミング、例えば、ＮＰＣの返球タイミングをユーザに設定させる。ＵＩ部品４４４は、「最良」、「良」、「早め」、「遅め」および「おまかせ」の５つの選択肢を含む。第１の選択肢「最良」が選択された場合には、試合模擬部１４４は、常に、または、比較的多く「最良」判定が行われるタイミングでスイングするようにＮＰＣを制御する。第２〜第４の選択肢も同様に、常に、または、比較的多くその判定が行われるタイミングでスイングするようにＮＰＣを制御する。第５の選択肢「おまかせ」が選択された場合には、試合模擬部１４４は、その時々で判定が変化するようにＮＰＣのスイングタイミングを制御する。

これにより、ユーザは、例えば、あえて、第１の選択肢「最良」を選択することにより、球威のある球を打ち返す特訓を効率よく行うことができる。

ＮＰＣ設定部１４３は、ＵＩ部品４４５を介して、ＮＰＣの移動体を移動させる動作によって該移動体が移動するときの移動特性、すなわち、ＮＰＣが打ち返す球の球種をユーザに設定させる。ＵＩ部品４４５は、「スピン」（第１の球種）、「スライス」（第２の球種）、「ロブ」（第３の球種）、および、「おまかせ」の４つの選択肢を含む。第１の選択肢「スピン」が選択された場合には、試合模擬部１４４は、常に、または、比較的多く「スピン」にて打ち返すようにＮＰＣを制御する。第２〜第４の選択肢も同様に、常に、または、比較的多くその球種にて打ち返すようにＮＰＣを制御する。第５の選択肢「おまかせ」が選択された場合には、試合模擬部１４４は、さまざまな球種を混ぜてランダムで打ち返すようにＮＰＣを制御する。

これにより、ユーザは、例えば、ＮＰＣに打たせる球種を、あえて苦手な球種に指定し、その球種を打ち返す特訓を効率よく行うことができる。

ＮＰＣ設定部１４３は、一例として、ＯＫボタン４４６に対するタップ操作を、ＮＰＣに関する設定内容を確定させるための入力操作として受け付ける。

試合模擬部１４４は、例えば、ＯＫボタン４４６に対するタップ操作を受け付けた後、練習試合の開始を指示するためのボタン（不図示）を第２設定画面４４０または異なるゲーム画面に表示させ、練習試合の開始を指示する入力操作を受け付ける。試合模擬部１４４は、該入力操作を受け付けると、図５〜図７に示す試合画面を表示部１５２に表示させて、練習試合を進行させる。

図１７は、試合画面上に配置されたメニュー画面の具体例を示す図である。試合模擬部１４４は、上述のとおり、練習試合の開始前に、ＮＰＣの練習試合における挙動を設定するためのユーザの入力操作、および、練習試合の条件を設定するためのユーザの入力操作の少なくともいずれか一方を受け付け、該入力操作にしたがって設定された内容に基づいて練習試合を進行させる。そして、練習試合が進行している間、その設定された内容を変更するためのユーザの入力操作を、任意のタイミングで受け付ける。具体的には、試合模擬部１４４は、一例として、練習試合の進行中に、図５〜図７に示す試合画面に配置されている設定ボタン３９０に対するタップ操作を受け付ける。試合模擬部１４４は、タップ操作を受け付けると、練習試合の進行を一時的に中断し、メニュー画面４６０を試合画面上に表示させる。

メニュー画面４６０は、一例として、試合の条件を再設定するための設定ボタン４６１と、試合を開始時の状態に戻すためのリセットボタン４６２と、練習試合を終了するための終了ボタン４６３とを含む。

試合模擬部１４４が、設定ボタン４６１に対するタップ操作を受け付けると、条件設定部１４２は、図１５に示す第１設定画面４２０を表示させる。これにより、ユーザは、試合中、いつでも中断して、ギミックごとの設定を変更することができる。そして、試合模擬部１４４は、変更された内容に基づいて、中断させていた練習試合を再開させる。

なお、メニュー画面４６０は、ＮＰＣの挙動に係る設定を変更するための設定ボタンを含んでいてもよい。該設定ボタンが操作された場合には、試合模擬部１４４は、図１６に示す第２設定画面４４０を表示させて、ＮＰＣの挙動に係る設定の変更を受け付けてもよい。

試合模擬部１４４は、リセットボタン４６２に対するタップ操作を受け付けると、練習試合の進行状況を、該練習試合が開始された時点に戻し、練習試合を再開させる。これにより、ユーザは、スタミナ、特殊ショットゲージ、ドリンクの投下状況、サーブ権、スコアなどをリセットして、何度でも練習試合をやり直すことができる。

試合模擬部１４４は、終了ボタン４６３に対するタップ操作を受け付けると、練習試合を終了する。これにより、ユーザは、任意のタイミングで練習試合を終了させることができる。

〔変形例〕
キャラクタ選択部１４１は、図１４に示す選択画面４００を表示させる際、一覧表４０３のアイコン４０４に対するタッチ操作として、ドラッグアンドドロップ操作だけでなく、タップ操作を受け付けてもよい。そして、キャラクタ選択部１４１は、アイコン４０４に対するタップ操作を受け付けると、タップ操作されたアイコン４０４に対応するキャラクタの詳細情報を表示してもよい。詳細情報は、例えば、選択画面４００上にポップアップ表示される。詳細情報は、一例として、キャラクタ名、希少度、属性、利き手、第１特殊ショット、第２特殊ショット、タイプ、レベル、限界突破回数、装備品、および、能力値（サーブ、ストローク、テクニック、スタミナ、スピードの各値）であってもよい。能力値は、練習キャラクタテーブルにおいて統一されているレベルおよび限界突破回数であるときの値が表示される。統一されているレベルとは、そのキャラクタが達成し得る最大レベル（例えば、レベル１００）であり、統一されている限界突破回数とは、限界突破の処理の上限回数（例えば、４回）である。これにより、ユーザは、キャラクタを最大強化したときにどのくらいの強さになるのかをキャラクタの詳細情報に基づいて確認することができる。

キャラクタ選択部１４１は、さらに、上述のタップ操作によって指定されたアイコン４０４のキャラクタが保有キャラクタである場合には、最大強化後の詳細情報と、保有キャラクタの現在の詳細情報との両方を表示させることが好ましい。これにより、ユーザは、現在の保有キャラクタがあとどのくらい成長できるのか、すなわち、保有キャラクタの伸び代を確認することができる。

キャラクタ選択部１４１は、一覧表４０３において、各キャラクタを、保有キャラクタと非保有キャラクタとでソートして表示してもよい。例えば、キャラクタ選択部１４１は、保有順にソートすることを指示するボタンを選択画面４００に設ける。キャラクタ選択部１４１は、該ボタンがタップ操作された場合に、一覧表４０３において各キャラクタのアイコン４０４を、保有された順に並べ替える。

キャラクタ選択部１４１は、一覧表４０３において、保有キャラクタのアイコン４０４と非保有キャラクタのアイコン４０４とを異なる表示態様で表示してもよい。例えば、キャラクタ選択部１４１は、すでにユーザが保有しているキャラクタのアイコン４０４に対しては、（済）のマークを付し、まだユーザが保有していないキャラクタのアイコン４０４に対して、（未）のマークを付してもよい。これにより、ユーザは、一覧表４０３に表示されているキャラクタのうち、どれを保有していて保有していないのかを一見して理解することができる。

〔ソフトウェアによる実現例〕
制御部２１０の制御ブロック（特に、進行支援部２１１、同期制御部２１２、および、キャラクタ管理部２１３）、ならびに、制御部１１０の制御ブロック（特に、練習進行部１１１、実戦進行部１１２、抽選進行部１１３、キャラクタ選択部１４１、条件設定部１４２、ＮＰＣ設定部１４３、および、試合模擬部１４４）は、集積回路（ＩＣチップ）等に形成された論理回路（ハードウェア）によって実現してもよいし、ＣＰＵ（Central Processing Unit）を用いてソフトウェアによって実現してもよい。

後者の場合、制御部２１０または制御部１１０、もしくはその両方を備えた情報処理装置は、各機能を実現するソフトウェアであるプログラムの命令を実行するＣＰＵ、上記プログラムおよび各種データがコンピュータ（またはＣＰＵ）で読み取り可能に記録されたＲＯＭ（Read Only Memory）または記憶装置（これらを「記録媒体」と称する）、上記プログラムを展開するＲＡＭ（Random Access Memory）などを備えている。そして、コンピュータ（またはＣＰＵ）が上記プログラムを上記記録媒体から読み取って実行することにより、本発明の目的が達成される。上記記録媒体としては、「一時的でない有形の媒体」、例えば、テープ、ディスク、カード、半導体メモリ、プログラマブルな論理回路などを用いることができる。また、上記プログラムは、該プログラムを伝送可能な任意の伝送媒体（通信ネットワークや放送波等）を介して上記コンピュータに供給されてもよい。なお、本発明の一態様は、上記プログラムが電子的な伝送によって具現化された、搬送波に埋め込まれたデータ信号の形態でも実現され得る。

本発明は上述した各実施形態に限定されるものではなく、請求項に示した範囲で種々の変更が可能であり、異なる実施形態にそれぞれ開示された技術的手段を適宜組み合わせて得られる実施形態についても本発明の技術的範囲に含まれる。

〔付記事項〕
本発明の一側面に係る内容を列記すると以下のとおりである。

（項目１） ゲームプログラム（１３１、２３１）について説明した。本開示のある局面によると、ゲームプログラムは、プロセッサ（１０、２０）およびメモリ（１１、２１）を備えるコンピュータ（ユーザ端末１００およびサーバ２００の少なくとも一方）により実行される。ゲームプログラムは、プロセッサに、所定の条件が満足された場合に、ユーザにキャラクタを保有させるステップ（Ｓ１、Ｓ１０７）と、保有させるステップによってユーザに保有された１以上のキャラクタを、該ユーザの入力操作にしたがって動作させ、相手キャラクタと対戦させる実戦パートを進行させるステップ（Ｓ２）と、実戦パートに登場し得る複数のキャラクタの中から、ユーザによって選択されたキャラクタを、該ユーザの入力操作にしたがって動作させ、コンピュータによって制御されるノンプレイヤキャラクタ（以下、ＮＰＣ）と練習させる練習パートを進行させるステップ（Ｓ３、Ｓ３０１〜Ｓ３１２）と、を実行させる。

上述の構成によれば、ユーザが入手する前からキャラクタの性能を知る機会を練習パートにおいてユーザに提供することできる。結果として、練習パートで性能を知ったキャラクタを対戦パートで使用できるように獲得する意欲をユーザに持たせることができ、ユーザにゲームのプレイを動機付けることが可能となる。具体的には、ユーザは、未保有のキャラクタであっても、練習パートにおいて、そのキャラクタに関する操作を十分に習熟することができる。そして、ユーザは、そのキャラクタを使って対戦パートで良い結果が得られるという確証を得てから、該キャラクタを獲得するための行動を起こす（例えば、抽選を実行させる）ことができる。これにより、キャラクタ等のゲーム媒体を獲得しようとするユーザの意欲を高め、ユーザにゲームのプレイを動機付けるという効果を奏する。

（項目２） （項目１）において、練習パートを進行させるステップでは、さらに、複数のキャラクタの中からＮＰＣを選択するためのユーザの入力操作を受け付け（Ｓ３０２〜Ｓ３０３）てもよい。これにより、ユーザは、ＰＣだけでなく、練習相手になる相手キャラクタも任意に選択することができ、任意のキャラクタを相手に効率よく練習を積むことができる。結果として、ユーザの利便性が向上するという効果を奏する。

（項目３） （項目２）において、実戦パートを進行させるステップにて進行する対戦は、１以上のキャラクタが、あらかじめ定義された競技空間において移動体を移動させることにより得点を競うスポーツの試合であって、練習パートで進行する練習は、実戦パートで進行する試合を模擬した練習試合であり、練習パートを進行させるステップでは、ＮＰＣの練習試合における挙動を設定するためのユーザの入力操作を受け付け（Ｓ３０８、Ｓ３０９）、該入力操作にしたがって設定された、（１）ＮＰＣの競技空間における位置取りの傾向、（２）ＮＰＣが有する、移動体を移動させる動作に関する１以上の特殊技能の発動パターン、（３）ＮＰＣが移動体を移動させる動作を行うタイミング、および、（４）ＮＰＣの移動体を移動させる動作によって該移動体が移動するときの移動特性、の少なくともいずれか一つに基づいて、練習試合を進行させてもよい。これにより、球技の類全般（例えば、テニス、バドミントン、バレーボール、バスケットボール、野球、卓球、サッカー、ホッケー、ビーチバレーなど）のスポーツ対戦ゲームにおいて、ユーザに未保有のキャラクタを練習パートで使用させることができる。また、スポーツ対戦ゲームにおいて、相手キャラクタの挙動をユーザに任意に設定させることができ、ユーザは、任意の挙動をするキャラクタを相手に効率よく練習を積むことができる。

（項目４） （項目３）において、練習試合は、ユーザの入力操作にしたがって動作させるキャラクタ（以下、ＰＣ）とＮＰＣとが、競技空間において移動体を連続して互いに打ち返し合うことにより得点を競うスポーツの試合の練習試合であり、練習パートを進行させるステップでは、（１）ＮＰＣの位置取りの傾向として、競技空間における前衛に出る動きをＮＰＣにさせる第１の選択肢（前衛）、競技空間における後衛に下がる動きをＮＰＣにさせる第２の選択肢（後衛）、および、ＮＰＣに前衛に出る動きと後衛に下がる動きとを状況に応じて切り替えさせる第３の選択肢（バランス）の中からの選択、（２）ＮＰＣの特殊技能の発動パターンとして、ＮＰＣに特殊技能を発動させない第１の選択肢（打たせない）、ＮＰＣに複数の特殊技能のうちの１つしか発動させない第２の選択肢（第１のみ）、および、ＮＰＣに該ＮＰＣが有するすべての特殊技能を状況に応じて発動させる第３の選択肢（おまかせ）の中からの選択、（３）ＮＰＣが移動体を打ち返す返球動作を行うタイミングが、「最良」と判定される第１の選択肢、「良」と判定される第２の選択肢、「早め」と判定される第３の選択肢、「遅め」と判定される第４の選択肢、および、各判定のいずれかがなされる第５の選択肢（おまかせ）の中からの選択、（４）ＮＰＣの返球動作によって移動する移動体の移動特性が、第１の球種となる第１の選択肢（スピン）、第２の球種となる第２の選択肢（スライス）、第３の球種となる第３の選択肢（ロブ）、および、各球種のいずれかとなる第４の選択肢（おまかせ）の中からの選択、の少なくとも１つの選択をユーザに行わせてもよい。これにより、ラリーが行われる球技の類全般（例えば、テニス、バドミントン、バレーボール、卓球、ビーチバレーなど）のスポーツ対戦ゲームにおいて、ユーザに未保有のキャラクタを練習パートで使用させることができる。また、スポーツ対戦ゲームにおいて、ラリーが行われる球技に関わる相手キャラクタの挙動をユーザに任意に設定させることができ、ユーザは、任意の挙動をするキャラクタを相手に効率よく練習を積むことができる。

（項目５） （項目１）から（項目４）までのいずれか１項目において、実戦パートを進行させるステップにて進行する対戦は、ユーザの入力操作にしたがって動作させるキャラクタ（以下、ＰＣ）とＮＰＣとが、あらかじめ定義された競技空間において移動体（ボール３４０）を連続して互いに打ち返し合うことにより得点を競うスポーツの試合であって、練習パートで進行する練習は、試合を模擬した練習試合であり、練習パートを進行させるステップでは、さらに、練習試合の条件を設定するためのユーザの入力操作を受け付け（Ｓ３０５、Ｓ３０６）、該入力操作にしたがって設定された、（１）前記ＰＣおよび前記ＮＰＣのうちから選択される、練習試合が開始されたときのサーブ権の保持者、（２）各キャラクタが有する、移動体を移動させる動作に関する１以上の特殊技能の発動条件、（３）移動体の打ち返しの度に消耗される、各キャラクタのスタミナを回復させるアイテムが出現する頻度、（４）スタミナの減り方、および、（５）各キャラクタの性能に影響を与える競技空間の属性、の少なくともいずれか一つに基づいて、練習試合を進行させてもよい。これにより、ラリーが行われる球技の類全般（例えば、テニス、バドミントン、バレーボール、卓球、ビーチバレーなど）のスポーツ対戦ゲームにおいて、ユーザに未保有のキャラクタを練習パートで使用させることができる。また、スポーツ対戦ゲームにおいて、ラリーが行われる球技の試合に関連して、本ゲームにおいて設定されるギミックをユーザに任意に設定させることができ、ユーザは、任意の環境下にある競技空間において、効率よく練習を積むことができる。

（項目６） （項目５）において、練習パートを進行させるステップでは、特殊技能の発動条件として、実戦パートで進行する試合と同じ条件で発動可能とする第１の選択肢（実戦どおり）、および、キャラクタが打ち返しを１回成功させたことにより発動可能とする第２の選択肢（１返球フルチャージ）の中から、ユーザに選択させてもよい。これにより、本ゲームにおいて設定される、特殊技能の発動条件に係るギミックをユーザに任意に設定させることができ、ユーザは、任意の環境下にある競技空間において、効率よく練習を積むことができる。

（項目７） （項目５）または（項目６）において、練習パートを進行させるステップでは、アイテムが出現する頻度として、実戦パートで進行する試合と同じ頻度で出現させる第１の選択肢（実戦どおり）、および、各キャラクタによって打ち返しが１回実施されるごとに出現させる第２の選択肢（１返球ごとに出現）の中から、ユーザに選択させてもよい。これにより、本ゲームにおいて設定される、アイテムの出現頻度に係るギミックをユーザに任意に設定させることができ、ユーザは、任意の環境下にある競技空間において、効率よく練習を積むことができる。

（項目８） （項目５）から（項目７）までのいずれか１項目において、練習パートを進行させるステップでは、スタミナの減り方として、実戦パートで進行する試合と同じ減り方でスタミナを減少させる第１の選択肢（実戦どおり）、および、スタミナを減少させない第２の選択肢（減らない）の中から、ユーザに選択させてもよい。これにより、本ゲームにおいて設定される、スタミナゲージに係るギミックをユーザに任意に設定させることができ、ユーザは、任意の環境下にある競技空間において、効率よく練習を積むことができる。

（項目９） （項目５）から（項目８）までのいずれか１項目において、練習パートを進行させるステップでは、競技空間の属性を、第１属性、第２属性、第３属性、および、属性を設定しない（無属性）、の選択肢の中から、ユーザに選択させ、練習パートを進行させるステップでは、競技空間にいずれかの属性を設定することが選択された場合、競技空間の属性が第１属性であるときに第２属性を有するキャラクタに不利な効果を付与し、競技空間の属性が第２属性であるときに第３属性を有するキャラクタに不利な効果を付与し、競技空間の属性が第３属性であるときに第１属性を有するキャラクタに不利な効果を付与し、競技空間の属性と一致する属性を有するキャラクタに有利な効果を付与してもよい。本ゲームにおいて設定される、属性に係るギミックをユーザに任意に設定させることができ、ユーザは、任意の環境下にある競技空間において、効率よく練習を積むことができる。

（項目１０） （項目３）から（項目９）までのいずれか１項目において、練習パートを進行させるステップでは、練習試合の開始前に、ＮＰＣの練習試合における挙動を設定するためのユーザの入力操作、および、練習試合の条件を設定するためのユーザの入力操作の少なくともいずれか一方を受け付け（Ｓ３０６、Ｓ３０９）、該入力操作にしたがって設定された内容に基づいて練習試合を進行させ（Ｓ３１２）、練習試合が進行している間、設定された内容を変更するためのユーザの入力操作を、任意のタイミングで受け付け、該入力操作にしたがって変更された内容に基づいて練習試合を再開させてもよい。これにより、本ゲームにおいて設定されるギミックを、練習試合の進行中にも、任意のタイミングでユーザに設定させることができ、ユーザは、いつでも、任意の環境下にある競技空間において、一層効率よく練習を積むことができる。

（項目１１） （項目１）から（項目１０）までのいずれか１項目において、練習パートを進行させるステップでは、ユーザの入力操作にしたがって動作させるキャラクタ（以下、ＰＣ）およびＮＰＣを、ユーザが複数のキャラクタの中から選択するための複数のキャラクタの一覧表（４０３）を表示部に表示させ、一覧表は、保有させるステップにてユーザによって保有されている保有キャラクタ、および、ユーザによって保有されていない非保有キャラクタを含んでいることが好ましい。これにより、ユーザは、保有キャラクタ、非保有キャラクタに拘わらず、どちらのキャラクタも、ＰＣまたはＮＰＣとして、所望のキャラクタを容易に選択することができる。

（項目１２） （項目１１）において、メモリにおいて、複数のキャラクタは、該キャラクタの強さを示すレベルと、該キャラクタに設定されている各種のパラメータの上限を引き上げる処理である限界突破の処理を、該キャラクタに適用した回数を示す限界突破回数とが関連付けられて記憶されており、練習パートを進行させるステップでは、限界突破の処理を上限の回数まで適用済みであり、レベルをキャラクタが到達し得る最大レベルまで強化済みである最大強化状態の複数のキャラクタを、一覧表を介して、ユーザが選択可能に表示させてもよい。これにより、ユーザは、保有キャラクタ、非保有キャラクタに拘わらず、かつ、保有キャラクタの成長の進捗に拘わらず、所望のキャラクタを最大強化状態にて練習パートにて使用することができ、最大強化状態にあるキャラクタの性能を体感することが可能となる。そして、ユーザは、そのキャラクタを使って対戦パートで良い結果が得られるという確証を得てから、該キャラクタを獲得するための行動を起こす（例えば、抽選を実行させる）ことができる。これにより、キャラクタ等のゲーム媒体を獲得しようとするユーザの意欲を一層高め、ユーザにゲームのプレイを一層動機付けるという効果を奏する。

（項目１３） （項目１２）において、練習パートを進行させるステップでは、一覧表の中から、ユーザに指定されたキャラクタについて、最大強化状態時の各種のパラメータを表示部に表示させてもよい。これにより、ユーザは、保有する前から、所望のキャラクタが最大強化状態に到達した場合の各種のパラメータを確認することができる。そして、ユーザは、そのキャラクタを使って対戦パートで良い結果が得られるという確証を得てから、該キャラクタを獲得するための行動を起こすことができる。これにより、キャラクタ等のゲーム媒体を獲得しようとするユーザの意欲を一層高め、ユーザにゲームのプレイを一層動機付けるという効果を奏する。

（項目１４） （項目１３）において、練習パートを進行させるステップでは、指定されたキャラクタが保有キャラクタである場合に、練習パートで動作する該保有キャラクタの最大強化状態における各種のパラメータとともに、実戦パートで動作する該保有キャラクタの各種のパラメータを表示部に表示させてもよい。これにより、ユーザは、自分が保有しているキャラクタについて、自分が強化した現時点の強さと、これを最大まで強化したときの強さとを比較して、該キャラクタの伸び代を確認することができる。これにより、そのキャラクタをより強化しようとするユーザの意欲を高め、ユーザにゲームのプレイを一層動機付けるという効果を奏する。

（項目１５） （項目１１）から（項目１４）までのいずれか１項目において、練習パートを進行させるステップでは、一覧表において、各キャラクタを、保有キャラクタと非保有キャラクタとでソートして表示させてもよい。これにより、ユーザは、自分が保有していないキャラクタと、保有しているキャラクタとが分けて整理されている一覧表から、練習パートで使用するキャラクタを選択することができる。結果として、ユーザの利便性が向上する。

（項目１６） （項目１１）から（項目１５）までのいずれか１項目において、練習パートを進行させるステップでは、一覧表において、保有キャラクタと非保有キャラクタとを異なる表示態様で表示させる、これにより、ユーザは、自分が保有していないキャラクタと、保有しているキャラクタとが区別して表示されている一覧表から、練習パートで使用するキャラクタを選択することができる。結果として、ユーザの利便性が向上する。

（項目１７） （項目１）から（項目１６）までのいずれか１項目において、保有させるステップでは、ユーザの指示にしたがって実行された抽選によって当選したキャラクタをユーザに保有させてもよい。これにより、抽選によって保有されるキャラクタが増えていくゲームにおいて、特に効果的に、ユーザにゲームのプレイを動機付けることができる。

（項目１８） （項目１）から（項目１７）までのいずれか１項目において、保有させるステップでは、ユーザによってプレイされた実戦パートの進行状況が所定の条件を満たした場合に、所定のキャラクタをユーザに保有させてもよい。これにより、実戦パートをプレイすることによって保有されるキャラクタが増えていくゲームにおいて、特に効果的に、ユーザにゲームのプレイを動機付けることができる。

（項目１９） ゲームプログラムを実行する方法を説明した。本開示のある局面によると、ゲームプログラムは、プロセッサおよびメモリを備えるコンピュータにより実行される。該方法は、プロセッサが（項目１）に記載の各ステップを実行する方法である。（項目１９）に係る方法は、（項目１）に係るゲームプログラムと同様の作用効果を奏する。

（項目２０） 情報処理装置を説明した。本開示のある局面によると、該情報処理装置は、（項目１）に係るゲームプログラムを記憶する記憶部（１２０、２２０）と、該ゲームプログラムを実行することにより、情報処理装置（ユーザ端末１００、サーバ２００）の動作を制御する制御部（１１０、２１０）とを備える。（項目２０）に係る情報処理装置は、（項目１）に係るゲームプログラムと同様の作用効果を奏する。

１ ゲームシステム、２ ネットワーク、１０，２０ プロセッサ、１１，２１ メモリ、１２，２２ ストレージ、１３，２３ 通信ＩＦ（操作部）、１４，２４ 入出力ＩＦ（操作部）、１５ タッチスクリーン（表示部、操作部）、１７ カメラ（操作部）、１８ 測距センサ（操作部）、１００ ユーザ端末（情報処理装置）、１１０，２１０ 制御部、１１１ 練習進行部、１１２ 実戦進行部、１１３ 抽選進行部、１２０，２２０ 記憶部、１３１ ゲームプログラム、１３２ ゲーム情報、１３３ ユーザ情報、１４１ キャラクタ選択部、１４２ 条件設定部、１４３ ＮＰＣ設定部、１４４ 試合模擬部、１５１ 入力部（操作部）、１５２ 表示部、２００ サーバ（情報処理装置）、２１１ 進行支援部、２１２ 同期制御部、２１３ キャラクタ管理部、１０１０ 物体、１０２０ コントローラ（操作部）、１０３０ 記憶媒体

Claims (20)

1. ゲームプログラムであって、
   前記ゲームプログラムは、プロセッサおよびメモリを備えるコンピュータにより実行されるものであり、
   前記ゲームプログラムは、前記プロセッサに、
   所定の条件が満足された場合に、ユーザにキャラクタを保有させるステップと、
   前記保有させるステップによって前記ユーザに保有された１以上のキャラクタを、該ユーザの入力操作にしたがって動作させ、相手キャラクタと対戦させる実戦パートを進行させるステップと、
   前記実戦パートに登場し得る複数のキャラクタの中から、前記ユーザによって選択されたキャラクタを、該ユーザの入力操作にしたがって動作させ、前記コンピュータによって制御されるノンプレイヤキャラクタ（以下、ＮＰＣ）と練習させる練習パートを進行させるステップと、を実行させる、ゲームプログラム。
2. 前記練習パートを進行させるステップでは、さらに、前記複数のキャラクタの中から前記ＮＰＣを選択するための前記ユーザの入力操作を受け付ける、請求項１に記載のゲームプログラム。
3. 前記実戦パートを進行させるステップにて進行する対戦は、１以上のキャラクタが、あらかじめ定義された競技空間において移動体を移動させることにより得点を競うスポーツの試合であって、前記練習パートで進行する練習は、前記実戦パートで進行する前記試合を模擬した練習試合であり、
   前記練習パートを進行させるステップでは、前記ＮＰＣの前記練習試合における挙動を設定するための前記ユーザの入力操作を受け付け、該入力操作にしたがって設定された、
   （１）前記ＮＰＣの前記競技空間における位置取りの傾向、
   （２）前記ＮＰＣが有する、前記移動体を移動させる動作に関する１以上の特殊技能の発動パターン、
   （３）前記ＮＰＣが前記移動体を移動させる動作を行うタイミング、および、
   （４）前記ＮＰＣの前記移動体を移動させる動作によって該移動体が移動するときの移動特性、
   の少なくともいずれか一つに基づいて、前記練習試合を進行させる、請求項２に記載のゲームプログラム。
4. 前記練習試合は、前記ユーザの入力操作にしたがって動作させるキャラクタ（以下、ＰＣ）と前記ＮＰＣとが、前記競技空間において前記移動体を連続して互いに打ち返し合うことにより得点を競うスポーツの試合の練習試合であり、
   前記練習パートを進行させるステップでは、
   （１）前記ＮＰＣの前記位置取りの傾向として、前記競技空間における前衛に出る動きを前記ＮＰＣにさせる第１の選択肢、前記競技空間における後衛に下がる動きを前記ＮＰＣにさせる第２の選択肢、および、前記ＮＰＣに前衛に出る動きと後衛に下がる動きとを状況に応じて切り替えさせる第３の選択肢の中からの選択、
   （２）前記ＮＰＣの特殊技能の発動パターンとして、前記ＮＰＣに前記特殊技能を発動させない第１の選択肢、前記ＮＰＣに複数の特殊技能のうちの１つしか発動させない第２の選択肢、および、前記ＮＰＣに該ＮＰＣが有するすべての特殊技能を状況に応じて発動させる第３の選択肢の中からの選択、
   （３）前記ＮＰＣが前記移動体を打ち返す返球動作を行うタイミングが、「最良」と判定される第１の選択肢、「良」と判定される第２の選択肢、「早め」と判定される第３の選択肢、「遅め」と判定される第４の選択肢、および、前記各判定のいずれかがなされる第５の選択肢の中からの選択、
   （４）前記ＮＰＣの返球動作によって移動する移動体の移動特性が、第１の球種となる第１の選択肢、第２の球種となる第２の選択肢、第３の球種となる第３の選択肢、および、前記各球種のいずれかとなる第４の選択肢の中からの選択、
   の少なくとも１つの選択を前記ユーザに行わせる、請求項３に記載のゲームプログラム。
5. 前記実戦パートを進行させるステップにて進行する対戦は、前記ユーザの入力操作にしたがって動作させるキャラクタ（以下、ＰＣ）と前記ＮＰＣとが、あらかじめ定義された競技空間において移動体を連続して互いに打ち返し合うことにより得点を競うスポーツの試合であって、前記練習パートで進行する練習は、前記試合を模擬した練習試合であり、前記練習パートを進行させるステップでは、さらに、前記練習試合の条件を設定するための前記ユーザの入力操作を受け付け、該入力操作にしたがって設定された、
   （１）前記ＰＣおよび前記ＮＰＣのうちから選択される、前記練習試合が開始されたときのサーブ権の保持者、
   （２）前記各キャラクタが有する、前記移動体を移動させる動作に関する１以上の特殊技能の発動条件、
   （３）前記移動体の打ち返しの度に消耗される、前記各キャラクタのスタミナを回復させるアイテムが出現する頻度、
   （４）前記スタミナの減り方、および、
   （５）前記各キャラクタの性能に影響を与える前記競技空間の属性、
   の少なくともいずれか一つに基づいて、前記練習試合を進行させる、請求項１から４のいずれか１項に記載のゲームプログラム。
6. 前記練習パートを進行させるステップでは、前記特殊技能の発動条件として、前記実戦パートで進行する試合と同じ条件で発動可能とする第１の選択肢、および、前記キャラクタが打ち返しを１回成功させたことにより発動可能とする第２の選択肢の中から、前記ユーザに選択させる、請求項５に記載のゲームプログラム。
7. 前記練習パートを進行させるステップでは、前記アイテムが出現する頻度として、前記実戦パートで進行する試合と同じ頻度で出現させる第１の選択肢、および、前記各キャラクタによって打ち返しが１回実施されるごとに出現させる第２の選択肢の中から、前記ユーザに選択させる、請求項５または６に記載のゲームプログラム。
8. 前記練習パートを進行させるステップでは、前記スタミナの減り方として、前記実戦パートで進行する試合と同じ減り方で前記スタミナを減少させる第１の選択肢、および、前記スタミナを減少させない第２の選択肢の中から、前記ユーザに選択させる、請求項５から７のいずれか１項に記載のゲームプログラム。
9. 前記練習パートを進行させるステップでは、前記競技空間の属性を、第１属性、第２属性、第３属性、および、属性を設定しない、の選択肢の中から、前記ユーザに選択させ、前記練習パートを進行させるステップでは、前記競技空間にいずれかの属性を設定することが選択された場合、
   前記競技空間の属性が前記第１属性であるときに前記第２属性を有するキャラクタに不利な効果を付与し、
   前記競技空間の属性が前記第２属性であるときに前記第３属性を有するキャラクタに不利な効果を付与し、
   前記競技空間の属性が前記第３属性であるときに前記第１属性を有するキャラクタに不利な効果を付与し、
   前記競技空間の属性と一致する属性を有するキャラクタに有利な効果を付与する、請求項５から８のいずれか１項に記載のゲームプログラム。
10. 前記練習パートを進行させるステップでは、
    前記練習試合の開始前に、前記ＮＰＣの前記練習試合における挙動を設定するための前記ユーザの入力操作、および、前記練習試合の条件を設定するための前記ユーザの入力操作の少なくともいずれか一方を受け付け、該入力操作にしたがって設定された内容に基づいて前記練習試合を進行させ、
    前記練習試合が進行している間、前記設定された内容を変更するための前記ユーザの入力操作を、任意のタイミングで受け付け、該入力操作にしたがって変更された内容に基づいて前記練習試合を再開させる、請求項３から９のいずれか１項に記載のゲームプログラム。
11. 前記練習パートを進行させるステップでは、前記ユーザの入力操作にしたがって動作させるキャラクタ（以下、ＰＣ）および前記ＮＰＣを、前記ユーザが前記複数のキャラクタの中から選択するための前記複数のキャラクタの一覧表を表示部に表示させ、
    前記一覧表は、前記保有させるステップにてユーザによって保有されている保有キャラクタ、および、ユーザによって保有されていない非保有キャラクタを含む、請求項１から１０のいずれか１項に記載のゲームプログラム。
12. 前記メモリにおいて、前記複数のキャラクタは、該キャラクタの強さを示すレベルと、
    該キャラクタに設定されている各種のパラメータの上限を引き上げる処理である限界突破の処理を、該キャラクタに適用した回数を示す限界突破回数と
    が関連付けられて記憶されており、
    前記練習パートを進行させるステップでは、前記限界突破の処理を上限の回数まで適用済みであり、前記レベルを前記キャラクタが到達し得る最大レベルまで強化済みである最大強化状態の前記複数のキャラクタを、前記一覧表を介して、前記ユーザが選択可能に表示させる、請求項１１に記載のゲームプログラム。
13. 前記練習パートを進行させるステップでは、前記一覧表の中から、前記ユーザに指定されたキャラクタについて、前記最大強化状態時の各種のパラメータを前記表示部に表示させる、請求項１２に記載のゲームプログラム。
14. 前記練習パートを進行させるステップでは、前記指定されたキャラクタが前記保有キャラクタである場合に、前記練習パートで動作する該保有キャラクタの前記最大強化状態における各種のパラメータとともに、前記実戦パートで動作する該保有キャラクタの各種のパラメータを前記表示部に表示させる、請求項１３に記載のゲームプログラム。
15. 前記練習パートを進行させるステップでは、前記一覧表において、各キャラクタを、前記保有キャラクタと前記非保有キャラクタとでソートして表示させる、請求項１１から１４のいずれか１項に記載のゲームプログラム。
16. 前記練習パートを進行させるステップでは、前記一覧表において、前記保有キャラクタと前記非保有キャラクタとを異なる表示態様で表示させる、請求項１１から１５のいずれか１項に記載のゲームプログラム。
17. 前記保有させるステップでは、前記ユーザの指示にしたがって実行された抽選によって当選したキャラクタを前記ユーザに保有させる、請求項１から１６のいずれか１項に記載のゲームプログラム。
18. 前記保有させるステップでは、前記ユーザによってプレイされた前記実戦パートの進行状況が所定の条件を満たした場合に、所定のキャラクタを前記ユーザに保有させる、請求項１から１７のいずれか１項に記載のゲームプログラム。
19. コンピュータがゲームプログラムを実行する方法であって、前記コンピュータは、プロセッサおよびメモリを備え、
    前記プロセッサが請求項１に記載の各ステップを実行する方法。
20. 情報処理装置であって、前記情報処理装置は、
    請求項１に記載のゲームプログラムを記憶する記憶部と、
    該ゲームプログラムを実行することにより、情報処理装置の動作を制御する制御部とを備えている、情報処理装置。

Images