JP2013180201A - ゲームシステム、制御方法、プログラム、及びオブジェクト - Google Patents

Abstract

【課題】引退処理を行なった操作キャラクタであってもレースに出場させることが可能なレースゲームを実現する。
【解決手段】オブジェクト登録要求がなされたキャラクタオブジェクトのＩＤを、登録要求を行なったユーザのＩＤに関連付ける。ゲームシステムは、出場キャラクタテーブルにキャラクタオブジェクトのＩＤを追加して、対応するレースへの出場手続きを行う。また引退条件を満たしたキャラクタオブジェクトのＩＤには、引退情報を関連付けることで、該キャラクタオブジェクトを引退状態とする。そしてゲームシステムは、引退状態であるキャラクタオブジェクトのＩＤについては、引退状態ではないキャラクタオブジェクトのＩＤを追加する、第１の種類のレースのＩＤに関連付けられた出場キャラクタテーブルには追加不可能とし、第１の種類のレースとは異なる第２の種類のレースのＩＤに関連付けられた出場キャラクタテーブルには追加可能とする。
【選択図】図２３

Description

本発明は、ゲームシステム、制御方法、プログラム、及びオブジェクトに関し、特にゲーム上でのキャラクタオブジェクトを用いたユーザ同士の対戦レースを実現するゲームシステム、制御方法、プログラム、及びオブジェクトに関する。

従来、ゲームのジャンルの１つにレースゲームがある。このようなレースゲームの代表的なコンテンツの１つとして、競走馬の育成を行う、所謂「競馬ゲーム」が存在する。競馬ゲームでは、例えばユーザは競走馬のオーナー（馬主）となり、所有する競走馬を育成させてレースに出走させることで、同一レースに出走した競走馬を所有するユーザと成績を競うことができる。

特許文献１には、現実世界で実際に行われる競馬レースにリンクした競馬ゲームをユーザに提供するアーケード型のゲームシステムが開示されている。

特開２００８−１２０７４号公報

上述のようにキャラクタの育成を行うゲームの中には、現実世界と同様に成長だけでなく、故障や劣化等のパラメータ変化を再現するものがある。このようなパラメータ変化の再現は、キャラクタの成長が飽和してしまうことでユーザがゲームに飽き、ゲームの利用をやめてしまうことを回避することができる。このようなパラメータ変化は、一般的にはキャラクタについて設定された成長曲線や、キャラクタについて適用可能なアイテム等に設定された経時変化曲線によって定義される。

レースゲームの中にも、操作対象のキャラクタのパラメータ変化を再現するものがある。例えば競馬ゲームでは、競走馬の年齢が低いうちはレース結果に影響するパラメータが低く設定され、良好なレース結果が得にくくなっている。そして、レースへの出走や調教によって徐々に競走馬のパラメータが上昇することで、良好なレース結果が得られるようになる。さらに予め定められた年齢にパラメータ上昇のピークが設定され、該年齢以上は経時に伴ってパラメータが低下して再び良好なレース結果が得にくくなる。このようにして競走馬のパラメータ変化を定義することで、競馬ゲームでは実際の競馬レースを擬似的に再現している。

このようなキャラクタの成長を再現するレースゲームでは、ユーザの操作対象である競走馬やレーサー等の操作キャラクタは、パラメータ上昇のピークを超えた後は良好なレース結果が得にくいため、レースに出場可能な状態（現役）から引退させることができる。しかしながら引退する処理が行われた後は、ユーザは該操作キャラクタをレースに出場させることができなかった。即ち、例えばユーザにとって思い入れのある操作キャラクタであっても、引退後はレースに出場させることができなかった。

本発明は、上述の問題点に鑑みてなされたものであり、引退処理を行なった操作キャラクタであってもレースに出場させることが可能なレースゲームを実現するゲームシステム、制御方法、プログラム、及びオブジェクトを提供することを目的とする。

前述の目的を達成するために、本発明のゲームシステムは、以下の構成を備える。
ゲーム上でのキャラクタを示すキャラクタオブジェクトであって、各々が異なるオブジェクトＩＤを有するキャラクタオブジェクトをレースに出場手続きすることで、該出場手続きされたキャラクタオブジェクトの各々についてレース結果を返すゲームシステムであって、ユーザ登録要求がなされた場合に、固有のユーザＩＤを発行して該ユーザ登録要求を行なったユーザをユーザ管理データベースに登録するユーザ登録手段と、ユーザ管理データベースに登録されているユーザの各々について、オブジェクト登録要求がなされたキャラクタオブジェクトのオブジェクトＩＤを、該オブジェクト登録要求を行なったユーザのユーザＩＤに関連付けるオブジェクト登録手段と、各々が異なるレースＩＤに関連付けられた複数の出場キャラクタテーブルであって、各出場キャラクタテーブルにキャラクタオブジェクトのオブジェクトＩＤを追加することで、該出場キャラクタテーブルに対応するレースへの該キャラクタオブジェクトの出場手続きを行う出場処理手段と、出場キャラクタテーブルに追加されたオブジェクトＩＤについて順位付けし、該出場キャラクタテーブルに対応するレースのレース結果として出力する出力手段と、引退条件を満たしたキャラクタオブジェクトのオブジェクトＩＤに対して引退情報を関連付けることで、該キャラクタオブジェクトを引退状態とする引退処理手段と、を有し、出場処理手段は、引退状態であるキャラクタオブジェクトのオブジェクトＩＤについては、引退状態ではないキャラクタオブジェクトのオブジェクトＩＤを追加する、第１の種類のレースのレースＩＤに関連付けられた出場キャラクタテーブルには追加不可能とし、第１の種類のレースとは異なる第２の種類のレースのレースＩＤに関連付けられた出場キャラクタテーブルには追加可能とすることを特徴とする。

このような構成により本発明によれば、引退処理を行なった操作キャラクタであってもレースに出場させることが可能なレースゲームを実現することが可能となる。

本発明の実施形態に係るゲームシステムのシステム構成を示した図 本発明の実施形態に係るゲームサーバ１０１の機能構成を示した図 本発明の実施形態に係るゲームシステムにおける個人画面を例示した図 本発明の実施形態に係るゲームシステムにおけるゲームサイクルを説明するための図 本発明の実施形態に係るゲームシステムにおける詳細戦績画面を例示した図 本発明の実施形態に係るゲームシステムにおけるランキング画面を例示した図 本発明の実施形態に係るゲームシステムにおけるカード登録画面を例示した図 本発明の実施形態に係るゲームシステムにおける実物カードを例示した図 本発明の実施形態に係るゲームシステムにおけるレンタルカード取得画面を例示した図 本発明の実施形態に係るゲームサーバ１０１で実行されるカード登録処理を例示したフローチャート 本発明の実施形態に係るゲームシステムにおけるカード登録時演出を例示した図 本発明の実施形態に係るゲームシステムにおけるカード登録時通知を例示した図 本発明の実施形態に係るゲームシステムにおけるレンタルカード取得時演出を例示した図 本発明の実施形態に係るゲームシステムにおけるレンタルカード及び重複所有キャラクタについての画面表示を例示した図 本発明の実施形態に係るゲームシステムにおける厩舎画面を例示した図 本発明の実施形態に係るゲームシステムにおける競走馬詳細画面を例示した図 本発明の実施形態に係るゲームサーバ１０１で実行されるステータス決定処理を例示したフローチャート 本発明の実施形態に係るゲームシステムにおける引退時通知を例示した図 本発明の実施形態に係るゲームサーバ１０１で実行される引退処理を例示したフローチャート 本発明の実施形態に係るゲームシステムにおけるレース一覧画面を例示した図 本発明の実施形態に係るゲームサーバ１０１で実行される出走登録処理を例示したフローチャート 本発明の実施形態に係るゲームサーバ１０１で実行される出走可能レース抽出処理を例示したフローチャート 本発明の実施形態に係るゲームシステムにおける出走レース選択画面を例示した図 本発明の実施形態に係るゲームサーバ１０１で実行される騎乗可能騎手抽出処理を例示したフローチャート 本発明の実施形態に係るゲームシステムにおけるレース騎乗騎手選択画面を例示した図 本発明の実施形態に係るゲームサーバ１０１で実行されるレース結果生成処理を例示したフローチャート 本発明の実施形態に係るゲームシステムにおいて管理される各種データのデータ構成を示した図

［実施形態］
以下、本発明の例示的な実施形態について、図面を参照して詳細に説明する。なお、本実施形態のゲームシステムは、ユーザが予め登録した、ゲーム上のデータとしての競走馬カードを使用したレースを実現する競馬ゲームを実行する。

《システム構成》
図１は、本発明の実施形態に係るゲームシステムのシステム構成を示す図である。

本実施形態のゲームシステムでは、各ユーザが使用する例えばＰＣ等のユーザ端末１０２ａあるいはｂは、ネットワーク１０３を介してゲームサーバ１０１に接続する。各ユーザは、ユーザ端末１０２上において、例えばインターネットブラウザを起動し、ゲームサーバ１０１が提供するＵＲＬにアクセスしてゲームサーバ１０１にログイン処理を行うことにより、上述した競馬ゲームのサービスを利用することができる。

ゲームサーバ１０１は、競馬ゲームに係るゲームプログラムの実行を行う。ゲームサーバ１０１はゲームプログラムに従って、ユーザ端末１０２で実行されているインターネットブラウザにおいて所定の表示を行うようにネットワーク１０３を介して情報を出力する。なお、ユーザ端末１０２の各々は、例えば表示装置及びポインティングデバイスを有するＰＣであってよい。

〈ゲームサーバ１０１の機能構成〉
ここで、ゲームサーバ１０１の機能構成について図２を用いて詳細に説明する。

ＣＰＵ２０１は、ゲームサーバ１０１が備える各ブロックの動作を制御する。具体的にはＣＰＵ２０１は、例えばＲＯＭ２０２に記憶されている本実施形態の競馬ゲームのゲームプログラムを読み出し、ＲＡＭ２０３に展開して実行することにより、各ブロックの動作を制御する。

ＲＯＭ２０２は、不揮発性メモリであり、本実施形態の競馬ゲームのゲームプログラムに加えて、例えば各ブロックの動作及びゲームプログラム上で用いる動作パラメータを記憶する。

ＲＡＭ２０３は、揮発性メモリであり、ゲームプログラムの展開領域としてだけでなく、例えば各ブロックの動作において出力された中間データの一時的な記憶領域としても用いられる。

ネットワークＩ／Ｆ２０６は、ゲームサーバ１０１をネットワーク１０３に接続するためのインタフェースであり、所定のプロトコルに準拠した通信接続を実現する。ゲームサーバ１０１は、ネットワークＩ／Ｆ２０６を介してネットワーク１０３に接続されることにより、同じくネットワーク１０３に接続されているユーザ端末１０２からのログイン要求を受信する。またゲームサーバ１０１は、当該ゲームサーバ１０１にログインしたユーザ端末１０２との間で、ネットワークＩ／Ｆ２０６を介して情報の送受信を行う。

例えば１人のユーザが使用するユーザ端末１０２に対してゲームサーバ１０１からの情報送信を行う場合は、まず当該ユーザがゲームサーバ１０１にログインした際に、使用しているユーザ端末１０２を特定するアドレス情報をＣＰＵ２０１が当該ユーザのユーザＩＤ（各ユーザ固有の識別情報）に関連付けて、後述するユーザ管理データベース２０４に記憶する。ＣＰＵ２０１は、ゲームプログラムの実行において当該ユーザＩＤについて生成した情報を、当該ユーザＩＤに関連付けられたアドレス情報で定義された通信経路を用いてユーザ端末１０２に送信する。

ユーザ管理データベース２０４は、上述したように、ゲームサーバ１０１にログインする全てのユーザについて、各ユーザに固有のユーザＩＤを割り当てて管理する。ユーザ管理データベース２０４において管理される情報（ユーザデータ）は、ユーザＩＤの他に、例えば図２７（ａ）に示されるように、
・各ユーザが所有する競走馬カードのレース結果を累計した戦績情報２７０２
・各ユーザについて登録されているカードを示す所有カード情報２７０３
・各ユーザが所有する競走馬カードを出走登録したレースを示す出走情報２７０６
・各ユーザが設定した勝負服等を含む設定情報２７０７
を含む。即ち、戦績情報２７０２、所有カード情報２７０３、出走情報２７０６、及び設定情報２７０７は、ユーザＩＤ２７０１に関連付けられてユーザデータとしてユーザ管理データベース２０４に管理される。

なお、後述するように本実施形態の競馬ゲームでは、ユーザは１つのレースについて、出走させる競走馬を示す競走馬カードと、該競走馬に騎乗させる騎手を示す騎手カードを指定することでレースへの出走登録がなされる。このため、所有カード情報２７０３は、図２７（ａ）に示されるように競走馬カード情報２７０４と騎手カード情報２７０５とを含む。競走馬カードと騎手カードとは、例えばそれぞれ異なり、カードを一意に特定するカードＩＤにより区別されればよい。競走馬カードあるいは騎手カードの１つのカードについては、図２７（ｂ）に示されるようなカードＩＤ２７１１、キャラクタパラメータ２７１２、キャラクタ戦績情報２７１３を含む情報が所有カードデータとして所有カード情報２７０３に登録されて管理される。

また上述したように、出走登録がなされた所有カードの情報は、出走情報２７０６としてレースごとに管理される。出走情報２７０６は、例えば図２７（ｃ）に示されるように、
・出走するレースを一意に特定する出走レースＩＤ２７２１
・出走する競走馬を示す出走馬カードＩＤ２７２２
・該競走馬に騎乗する騎手を示す騎乗騎手カードＩＤ２７２３
を含んで構成され、管理される。

なお、ユーザ管理データベース２０４への新規ユーザの登録は、ユーザ端末１０２からのネットワーク１０３を介した登録要求がネットワークＩ／Ｆ２０６において受信された場合に、ＣＰＵ２０１が行う。ＣＰＵ２０１は、ネットワークＩ／Ｆ２０６において受信された登録要求に含まれる情報を取得し、当該登録要求を行なったユーザに対して固有のユーザＩＤを割り当てるとともに、例えばユーザ名や接続端末アドレス情報等の取得した情報を当該ユーザＩＤに関連付けて記憶してもよい。なお、ユーザＩＤは、ユーザ管理データベース２０４への登録順の情報を含むようにＣＰＵ２０１が所定の規則に従って生成してもよいし、ユーザにより指定された文字列の情報を用いてもよい。ユーザにより指定された文字列の情報を用いる場合は、ユーザＩＤにはさらに、ユーザ管理データベース２０４の内部ＩＤとして、例えば登録順を示すＩＤが割り当てられればよい。

カードデータベース２０５は、本実施形態の競馬ゲームにおいて使用する全種類のカードの情報を管理する。カードは、各々異なるカードＩＤが割り当てられたカードデータとして管理される。例えば図２７（ｄ）に示されるように、カードデータには、
・カードに描かれているキャラクタのキャラクタ名称２７３２
・当該キャラクタについての紹介文等のレース結果の生成に不要な情報を含むキャラク
タ情報２７３３
・当該キャラクタのレース結果に反映される、スピードや体重等のパラメータの初期値
や、該パラメータの成長曲線、あるいは性別等のカテゴリ情報を含むキャラクタパラ
メータ２７３４
が含まれる。即ち、キャラクタ名称２７３２、キャラクタ情報２７３３、及びキャラクタパラメータ２７３４は、カードＩＤ２７３１に関連付けられてカードデータベース２０５に管理される。

なお、ユーザデータに登録されて管理される所有カード情報２７０３の各所有カードデータは、登録するカードのカードＩＤが決定された際に、カードデータベース２０５で管理される、対応するカードに関連付けられたカードデータが参照されて、登録要求を行なったユーザのユーザデータに登録される。

グラフィックデータベース２０７は、本実施形態の競馬ゲームにおいて、ユーザ端末１０２の表示装置に表示するグラフィカルユーザインタフェース（ＧＵＩ）を生成するデータ群を記憶する。ＣＰＵ２０１は、ユーザ端末１０２におけるユーザ入力、及びゲームの進行に応じたＧＵＩを生成するデータ群をグラフィックデータベース２０７より読み出し、ネットワークＩ／Ｆ２０６からネットワーク１０３を介して各ユーザのユーザ端末１０２に送信する。

レースデータベース２０８は、本実施形態の競馬ゲームにおいて、ユーザが所有する競走馬カードを出走させる「レース」の情報を管理する。各レースは、各々異なるレースＩＤが割り当てられたレースデータとして管理される。レースデータは、例えば図２７（ｅ）に示されるように、
・レースについての紹介文等の不変情報を含むレース基本情報２７４２
・該レースについて設定された出走可能な競走馬の条件を示す出走条件情報２７４３
・該レースの出走登録を締め切る時刻あるいはレース結果を発表する時刻等を定義する
時刻管理情報２７４４
・該レースに出走する競走馬の情報（出走馬情報）を示す出走馬テーブル２７４５
を含む。即ち、レース基本情報２７４２、出走条件情報２７４３、時刻管理情報２７４４、及び出走馬テーブル２７４５は、レースＩＤ２７４１に関連付けられてレースデータベース２０８に管理される。

なお、出走馬テーブル２７４５は、図２７（ｅ）に示される出走馬１情報２７４６を例にすると、出走馬情報として
・出走馬を示す出走馬カードを所有するユーザを示す所有者ユーザＩＤ２７４７
・該出走馬カードを特定する出走馬１カードＩＤ２７４８
・出走馬に騎乗する騎手を示す騎手カードを特定する出走馬１騎乗騎手カードＩＤ２７
４９
を含む。

このような構成をもつ本実施形態のゲームサーバ１０１がユーザ端末１０２に提供する競馬ゲームについて、図を用いて以下に詳細を説明する。

《個人画面》
図３は、本実施形態のゲームサーバ１０１が提供する競馬ゲームにおいて、ゲームサーバ１０１にログインしたユーザに対して提供される、個人画面３００を例示している。個人画面３００は、ログインしたユーザに対して最初に提供される、即ち例えばウェブブラウザ等に最初に表示される画面である。該画面では、ログインしたユーザについてのゲーム上の情報が、一括して閲覧可能に構成される。図示されるように、本実施形態のゲームサーバ１０１が提供する競馬ゲームでは、個人画面３００には以下のゲーム内時期情報３０１、戦績情報３０２、厩舎情報３０３、出走レース情報３０４、フレンド情報３０５が含まれる。

〈ゲーム内時期情報〉
本実施形態の競馬ゲームでは、現実世界で１年間に実施される競馬レースに対応させたゲーム内の時間が、ゲーム内時期情報として独立して管理される。具体的には、図４に示されるように、現実世界の６日間に割り当てたゲーム上での１年間（１２ヶ月）に、現実世界では存在しないイベントレースを行う期間（現実世界の１日に対応）を加えた期間が、ゲームサイクルの１クールとして管理される。即ち、本実施形態の競馬ゲームでは、現実世界の１週間を経て、ゲーム内での１クールが完了する形となる。ＣＰＵ２０１は、現実世界の現在の日時の情報を取得し、該情報に基づいて現在のゲーム内の時期を特定し、ゲーム内時期情報３０１に表示する。なお、１クールが完了した後は、現実世界の次の日から、次クールが繰り返し開始される。

現実世界で実施される競馬レースに対応したレース（例えば１０月第３日曜開催：秋華賞等）については、現実世界で実施される時期に対応するゲーム内の時期にレース結果が出力されるよう、該当するレースのレースデータのレース基本情報２７４２には、１クールにおける実施時期（クール５日目午後Ｘ時）を定義する情報が含まれる。

〈戦績情報〉
本実施形態の競馬ゲームでは、ユーザ管理データベース２０４で管理される各ユーザについて、所有する競走馬カードを出走させたレースのレース結果を累計した情報が、戦績情報２７０２としてユーザデータに含まれる。

また本実施形態の競馬ゲームでは、馬主である各ユーザについて、所有する競走馬カードをレースに出走させる際に、騎手に着用させる勝負服が設定可能である。該勝負服の情報は、例えばレースのプレビュー再生を行う際等に騎手のモデルデータに対して適用してもよいし、以下で説明するように、ユーザのシンボルとして扱ってもよい。該情報は、設定情報２７０７に含まれる。

戦績情報３０２には、ログインしたユーザのユーザＩＤ２７０１がユーザ名として表示部３１１に、設定情報２７０７に含まれる勝負服がユーザシンボルとして表示部３１２に、戦績情報２７０２に含まれる通算戦績（図では（通算）出走数、（通算）勝利数、及び総獲得賞金が示される）の情報が表示部３１３に、それぞれ表示される。

（詳細戦績画面）
またＣＰＵ２０１は、戦績情報３０２内の詳細ボタン３１４に対するポイント指示入力がユーザ端末１０２においてなされたことをネットワークＩ／Ｆ２０６を介して検出すると、図５に示される、さらに詳細な戦績情報を表示する詳細戦績画面５００に画面表示を遷移させる。即ち、ＣＰＵ２０１は、詳細戦績画面５００に対応するグラフィックデータをグラフィックデータベース２０７より読み出し、ネットワークＩ／Ｆ２０６を介してユーザ端末１０２に送信する。詳細戦績画面５００には、戦績情報２７０２に含まれる通算戦績に限らず、現クール戦績及び後述する引退馬レースについての通算戦績の情報がユーザ戦績部５０１に表示される。ユーザ戦績部５０１には、レース勝利数や連帯率等の所謂通算戦績に加え、レース結果に応じて得られる賞金を累計した総獲得賞金や、レース用に登録した競走馬カードの登録枚数等の情報が含まれてよい。

（ランキング画面）
またＣＰＵ２０１は、さらに詳細戦績画面５００内のランキングボタン５０２に対するポイント指示入力がユーザ端末１０２においてなされたことをネットワークＩ／Ｆ２０６を介して検出すると、図６に示されるランキング表示画面６００に画面表示を遷移させる。即ち、ＣＰＵ２０１は、ランキング表示画面６００に対応するグラフィックデータをグラフィックデータベース２０７より読み出し、ネットワークＩ／Ｆ２０６を介してユーザ端末１０２に送信する。ランキング表示画面６００には、ユーザ管理データベース２０４に登録されているユーザ間でのゲーム成績のランキングがランキング部６０１に表示される。ランキング部６０１には、例えば最上位ユーザを含む所定数の上位ユーザと、ログインしたユーザの現在の順位とが表示される。

ゲーム成績のランキングには、ランキング種別として「総獲得賞金」、「総獲得賞金（ダート）」、「総獲得賞金（牝馬）」、「勝利数」、及び「ＧＩ（グレード制で定められた重賞レースのうち、最高グレードのレース）勝利数」がある。ＣＰＵ２０１は、ボタン６０２乃至６０６に対するポイント指示入力がなされた場合に、対応するランキング種別のランキング情報を表示する。ランキング情報の生成は、例えばユーザ管理データベース２０４に登録されている各ユーザのユーザデータの対象項目の情報を参照して、ＣＰＵ２０１により所定のタイミングで実行されればよい。

また、本実施形態のランキング部６０１には、ランキングの集計期間を切り替えるためのタブ６０７乃至６０９が含まれる。ＣＰＵ２０１は、タブに対するポイント指示入力がなされた場合に、対応する集計期間のランキングにランキング部６０１の表示を切り替える。なお、タブ６１０に対するポイント指示入力がなされた場合には、ＣＰＵ２０１はユーザのランキングではなく、現役馬カード（後述する入厩状態にある競走馬カード）として現在登録されている競走馬カードのランキングを表示する。

〈厩舎情報〉
また本実施形態の競馬ゲームでは、競走馬カードはユーザにより登録されるだけではレースに出走させることはできない。ユーザにより登録された競走馬カードは、さらにユーザごとに所定数の競走馬カードを登録可能な厩舎に登録することで、レースに出走可能な状態（入厩状態）となる。このように各ユーザについて所定数の競走馬カードのみを入厩状態として登録可能にすることで、多数の競走馬カードのレース出走登録に係るユーザの手間や、同時開催するレース数の低減を図ることができる。

図３に示した個人画面３００には、ログインしたユーザが登録した競走馬カードのうち、入厩状態にある競走馬カード（現役馬カード）が厩舎情報３０３に表示される。具体的にはＣＰＵ２０１は、ログインしたユーザのユーザＩＤ２７０１に関連付けられた競走馬カード情報２７０４を参照し、現役馬カードの情報を特定して厩舎情報３０３に表示する。厩舎情報３０３には、各現役馬カードの出走登録操作や引退操作を直接行うことができるボタン３１５が含まれる。なお、厩舎情報３０３に表示される内容については、同様の内容を表示する厩舎画面の説明において詳述する。

〈出走レース情報〉
また本実施形態の競馬ゲームでは、ログインしたユーザが、所有する入厩状態の競走馬カードを出走登録したレースの一覧が、個人画面３００の出走レース情報３０４に表示される。

出走レース情報３０４には、出走した各レースの「レース開催時刻」、「レース名」、「競馬場」、「（出走したユーザ所有の）出走馬」、「騎手」、及び「着順」がリスト形式で表示される。具体的にはＣＰＵ２０１は、ログインしたユーザのユーザＩＤ２７０１に関連付けられた出走情報２７０６と、該出走情報２７０６の出走レースＩＤ２７２１で特定されるレースに関連付けられたレースデータと、レース結果とを参照し、レースの一覧を生成する。

レースの一覧において、ログインしたユーザがレース結果を未確認のレースについては着順の項目は「ＮＥＷ」として表示され、完了していないレースについては着順の項目は「レース中」として表示される。ＣＰＵ２０１は、ログインしたユーザがレース結果を未確認のレースが存在する場合は、未確認のレースが存在することを示すメッセージ３１６を出走レース情報３０４下部に表示する。

レース結果の確認は、レース結果を未確認のレースが存在する状態でボタン３１７及び３１８を選択することで行われる。ボタン３１７に対応する「レース再生」は、例えば該当レースのシミュレーションを表示の後、レース結果をレースごとに確認状態として着順を表示する確認方法である。またボタン３１８に対応する「再生せずに結果へ」は、レース再生のようなシミュレーションを表示することなく、全ての未確認のレースのレース結果を確認状態として、該レースの着順を全て表示する。ＣＰＵ２０１は、ボタン３１７あるいは３１８に対するポイント指示入力がなされた場合に、対応する確認用処理を実行することで出走レース情報３０４の表示を切り替える。

〈フレンド情報〉
この他、個人画面３００には、ユーザ管理データベース２０４に登録されているユーザのうち、ログインしたユーザとフレンド関係にあるユーザを表示するフレンド情報３０５が含まれる。本実施形態では、フレンド情報３０５には戦績情報３０２と同様に、フレンド関係にあるユーザのユーザＩＤ２７０１と該ユーザＩＤ２７０１に関連付けられた設定情報２７０７に含まれる勝負服が表示される。

《カード登録画面》
ＣＰＵ２０１は、個人画面３００内のカード登録ボタン３２１に対するポイント指示入力がユーザ端末１０２においてなされたことをネットワークＩ／Ｆ２０６を介して検出すると、図７に示されるカード登録画面７００に画面表示を遷移させる。即ち、ＣＰＵ２０１は、カード登録画面７００に対応するグラフィックデータをグラフィックデータベース２０７より読み出し、ネットワークＩ／Ｆ２０６を介してユーザ端末１０２に送信し、表示させる。

カード登録画面７００には、登録用情報である文字列（シリアルコード）の入力フォームを有するシリアルコード入力部７０１が含まれる。ユーザは、現実世界で入手した実物カード、即ちユーザが現実世界で所持している実物カードに含まれる登録用情報を該フォームに入力してカード登録ボタン７０２を操作することで、カード登録要求としてゲームサーバ１０１に登録用情報を含む要求情報を送信することができる。

なお、登録用情報であるシリアルコードは、カードデータベース２０５に登録されているカードを一意に特定する情報である。シリアルコードは、カードＩＤそのものであってもよいし、例えばＲＯＭ２０２に記憶された対応表により、シリアルコードに対応する１つのカードＩＤが特定される情報であってもよい。本実施形態では、ＣＰＵ２０１は、登録用情報であるシリアルコードに対応するカードのカードＩＤを、ＲＯＭ２０２に記憶された対応表を参照することで特定するものとする。

ユーザは該登録用情報を含む要求情報をゲームサーバ１０１に送信することで、ゲーム内で実物カードに対応するカードを、所有カードとしてゲームに反映させることができる。即ち、ＣＰＵ２０１は、カード登録要求としての要求情報をネットワークＩ／Ｆ２０６が受信した場合に、該要求情報に含まれるシリアルコードに対応するカードを、ログインしたユーザのユーザＩＤ２７０１に関連付けられた所有カード情報２７０３に追加する。

実物カードは、例えば図８に示されるようなカードである。図８では、競走馬カードの実物カードが例示されている。実物カードのオモテ面には、図８（ａ）に示されるような競走馬の画像が表示される。実物カードのオモテ面に表示される、競走馬あるいは騎手の画像は、ゲームにおいて画面に表示される該実物カードに対応するカード（データ）と同一であってよい。また実物カードの裏面には、図８（ｂ）に示されるようなシリアルコードが印字された記録部８０１が含まれる。

〈カード種類〉
ここで、本実施形態のゲーム上で用いられるカードの種類及び分類を、以下にまとめて記す。
・競走馬カード ：競走馬キャラクタに対応付けられたカード。同一の競走馬キャラク
タについて、異なるカードＩＤを有する複数のカードが存在。
・騎手カード ：騎手キャラクタに対応付けられたカード。同一の騎手キャラクタに
ついて、異なるカードＩＤを有する複数のカードが存在。競走馬カ
ードのレースへの出走登録がなされる際に、該レースにおいて競走
馬カードの競走馬キャラクタに騎乗する騎手キャラクタとして関連
付けることが可能。レース結果に応じたキャラクタパラメータの補
正がある。実物カードに含まれる登録用情報を使用したカード登録
要求のみにより入手可能。
・現役馬カード ：ユーザが所有する競走馬カードのうち、入厩状態となったカード。
引退馬レースを除いた全ての現役馬レース（イベントレースを含む
）に出走登録可能。レース結果やゲーム上の年齢情報に応じたキャ
ラクタパラメータの補正がある。
・引退馬カード ：入厩状態から、現役馬レースに出走登録不可能な引退状態となった
競走馬カード。引退馬レースにのみ出走登録可能。レース結果の生
成には、競走馬キャラクタのデフォルトのキャラクタパラメータが
使用される。レース結果に応じたキャラクタパラメータの補正はな
い。
・殿堂馬カード ：引退馬カードのうち、引退時の戦績（現役馬期間の累計戦績）が所
定の条件を満たし、殿堂入りとなった競走馬カード。引退馬レース
にのみ出走登録可能。レース結果の生成には引退時のキャラクタパ
ラメータにより補正されたキャラクタパラメータが使用される。レ
ース結果に応じたキャラクタパラメータの補正はない。
・レンタルカード：実物カードに含まれる登録用情報を使用せずになされたカード登録
要求により、ユーザの所有カードとして反映されるカード。競走馬
カードのうち、カードごとに予め定められたレアリティのレベルが
所定のレベル以下のカードのみが含まれる。レース結果やゲーム上
の年齢情報に応じたキャラクタパラメータの補正はなく、常にデフ
ォルトのキャラクタパラメータがレース結果の生成に使用される。
入厩状態から引退状態とする際に、引退馬カードとならず、所有カ
ードから削除される。同一の競走馬キャラクタについての、実物カ
ードに含まれる登録用情報を使用したカード登録要求がなされた際
に所有カードから削除される。

（レンタルカード入手）
本実施形態の競馬ゲームでは、実物カードを所持していないユーザであってもゲームを楽しむことができるよう、現役馬レースのみを上述のレンタルカードを使用してユーザに体験可能である。レンタルカードの入手は、例えば個人画面３００において不図示のショップボタンに対してポイント指示入力を行った際に遷移する、図９に示されるようなショップ画面９００において行うことができる。

ショップ画面９００のレンタルカード取得部９０１には、「第１弾」、「第２弾」、・・・といった、実物カードの登場時期に対応した集合に分類されたカードシルエット９０２ａ乃至ｃが表示される。ユーザは、左ボタン９０３及び右ボタン９０４を操作することにより、選択された登場時期（中央に表示されたカードシルエット）を変更することができる。このときＣＰＵ２０１は、左ボタン９０３あるいは右ボタン９０４に対するポイント指示入力がユーザ端末１０２においてなされたことをネットワークＩ／Ｆ２０６を介して検出すると、カードシルエット９０２ａ乃至ｃの位置に表示されるカードシルエットの有無、及びカードシルエットに重畳される登場時期の文字列の情報を切り替えた画面を、ネットワークＩ／Ｆ２０６を介して順次ユーザ端末１０２に送信する。

またユーザは、決定ボタン９０５を操作することで、レンタルカードのカード登録要求として、ゲームサーバ１０１に選択された登場時期を示す情報（登場時期情報）を含む要求情報を送信することができる。ユーザは、選択された登場時期情報を含む要求情報を「ゲームサーバ１０１に送信することで、該登場時期の競走馬カードのうちの、レアリティのレベルが所定のレベル以下の１つのカードを、所有するレンタルカードとしてゲームに反映させることができる。即ち、ＣＰＵ２０１は、カード登録要求としての要求情報をネットワークＩ／Ｆ２０６が受信した場合に、概要旧情報に含まれる、登場時期情報を参照し、該当の競走馬カードのうちの１つのカードを、レンタルカードとしてログインしたユーザのユーザＩＤ２７０１に関連付けられた競走馬カード情報２７０４に追加する。

なお、レンタルカードを入手できる回数９０６は、例えば１日のうち、各ユーザがゲームサーバ１０１に最初にログインした際に、増加するものであってよい。ＣＰＵ２０１は、ユーザのログイン要求をネットワークＩ／Ｆ２０６を介してユーザ端末１０２から受信した場合に、当日の１回目のログイン要求であるか否かを判断する。そしてＣＰＵ２０１は、なされたログイン要求が当日の１回目のログイン要求である場合には、該ユーザのユーザＩＤ２７０１に関連付けられている設定情報２７０７に含まれるレンタル回数の情報を更新すればよい。

〈カード登録処理〉
ここで、本実施形態のゲームシステムにおいてカード登録要求がなされた際に実行されるカード登録処理について、図１０のフローチャートを用いて具体的な処理を説明する。該フローチャートに対応する処理は、ＣＰＵ２０１が、例えばＲＯＭ２０２に記憶されている対応する処理プログラムを読み出し、ＲＡＭ２０３に展開して実行することにより実現することができる。なお、本カード登録処理は、例えばカード登録要求としての要求情報をネットワークＩ／Ｆ２０６が受信した際に開始されるものとして説明する。

Ｓ１００１で、ＣＰＵ２０１は、ネットワークＩ／Ｆ２０６が受信した要求情報に、登録用情報が含まれるか否かを判断する。即ち、ＣＰＵ２０１は、要求情報に登録用情報が含まれるか否かによって、なされたカード登録要求が、実物カードに対応するカードの登録要求であるか、またはレンタルカードの登録要求であるかを判断する。ＣＰＵ２０１は、要求情報に登録用情報が含まれると判断した場合は処理をＳ１００２に移し、含まれないと判断した場合は処理をＳ１０１１に移す。

Ｓ１００２で、ＣＰＵ２０１は、要求情報によりカード登録が可能か否かを判断する。即ち、ＣＰＵ２０１は、要求情報に含まれる登録用情報で特定されるカードＩＤが存在するか、あるいは特定されたカードＩＤが、既にログインしたユーザまたは他のユーザの所有カードとして登録されていないかを判断する。具体的にはＣＰＵ２０１は、ＲＯＭ２０２に記憶されている登録用情報とカードＩＤの対応表を参照し、登録用情報で特定されるカードＩＤが存在するか否かを判断する。またＣＰＵ２０１は、カードデータベース２０５に登録されているカードデータのうち、登録用情報で特定されたカードＩＤに関連付けられたカードデータの登録済フラグ２７３５を参照し、既に登録済みであることを示すＴＲＵＥであるか否かを判断する。

ＣＰＵ２０１は、要求情報によりカード登録が可能であると判断した場合は処理をＳ１００３に移す。またＣＰＵ２０１は、要求情報によりカード登録が不可能であると判断した場合は、登録用情報が不正であること、あるいは要求されたカードが既に登録済みであることを通知するグラフィックデータをネットワークＩ／Ｆ２０６を介してユーザ端末１０２に伝送して表示させた後、本カード登録処理を完了する。

Ｓ１００３で、ＣＰＵ２０１は、登録用情報で特定されたカードが、既に現役状態から引退状態にされた引退馬カードであるか否かを判断する。具体的にはＣＰＵ２０１は、カードデータベース２０５に登録されているカードデータのうち、登録用情報で登録されたカードＩＤに関連付けられたカードデータの引退フラグ２７３６を参照し、引退状態にされた引退馬カードであることを示すＴＲＵＥであるか否かを判断する。ＣＰＵ２０１は、登録用情報で特定されたカードが引退馬カードであると判断した場合は処理をＳ１００７に移し、引退馬カードではないと判断した場合は処理をＳ１００４に移す。

Ｓ１００４で、ＣＰＵ２０１は、登録用情報で特定されたカードをログインしたユーザのユーザデータに登録する。具体的には、まずＣＰＵ２０１は、登録用情報で特定されたカードが競走馬カード及び騎手カードのいずれであるかを判断する。競走馬カード及び騎手カードのいずれであるかは、例えばカードＩＤの特定の桁の文字等によって判別可能であってもよい。ＣＰＵ２０１は、登録用情報で特定されたカードＩＤを参照して、登録要求がなされたカードが競走馬カードであるか、あるいは騎手カードであるかを判断する。

登録要求がなされたカードが競走馬カードであると判断した場合、ＣＰＵ２０１はカードデータベース２０５に登録されたカードデータのうち、登録用情報で特定されたカードＩＤに関連付けられたカードデータのキャラクタパラメータ２７３４及び引退フラグ２７３６を読み出す。そしてＣＰＵ２０１は、該情報を用いて所有カードデータを作成する。

所有カードデータは、上述したように図２７（ｂ）のようなデータ構造である。ＣＰＵ２０１は、カードＩＤ２７１１に登録用情報で特定されたカードＩＤ、キャラクタパラメータ２７１２に読み出したキャラクタパラメータ、引退フラグ２７１５に読み出した引退フラグの情報を設定し、残りのデータは初期値とした所有カードデータを作成する。なお、残りのデータの初期値は、キャラクタ戦績情報２７１３は戦績が存在しないデータ、レンタルフラグ２７１４はレンタルカードではないことを示すＦＡＬＳＥ、年齢情報２７１６は年齢が定義されていないｎｕｌｌあるいは０であってよい。そしてＣＰＵ２０１は、作成した所有カードデータを、ユーザ管理データベース２０４に登録されているユーザデータのうち、ログインしたユーザのユーザＩＤに関連付けられたユーザデータの競走馬カード情報２７０４に追加する。このようにすることで、登録要求がなされた競走馬カードは、ログインしたユーザのユーザＩＤに関連付けられ、ログインしたユーザがゲーム上で使用できる状態となる。

また、登録要求がなされたカードが騎手カードであると判断した場合、ＣＰＵ２０１はカードデータベース２０５に登録されたカードデータのうち、登録用情報で特定されたカードＩＤに関連付けられたカードデータのキャラクタパラメータ２７３４及び引退フラグ２７３６を読み出して所有カードデータを作成する。

ＣＰＵ２０１は、作成した所有カードデータを、ユーザ管理データベース２０４に登録されているユーザデータのうち、ログインしたユーザのユーザＩＤに関連付けられたユーザデータの騎手カード情報２７０５に追加する。このようにすることで、登録要求がなされた騎手カードは、ログインしたユーザのユーザＩＤに関連付けられ、ログインしたユーザがゲーム上で使用できる状態となる。

Ｓ１００５で、ＣＰＵ２０１は、カード登録時演出処理を実行する。本実施形態の競馬ゲームでは、カード登録時には専用のアニメーション演出を経て、ユーザに登録要求がなされたカードがゲーム上で登録可能であったことを通知する。アニメーション演出は、ＣＰＵ２０１が対応するグラフィックデータをグラフィックデータベース２０７から読み出し、ネットワークＩ／Ｆ２０６を介してユーザ端末１０２に送信して表示させることにより実現される。本実施形態の競馬ゲームでは、ユーザが実物カードに記録された登録用情報を用いたカード登録要求がなされた場合には、図１１に示すようなカード登録時演出が提供される。

登録要求がなされたカードが競走馬カードである場合は、図１１（ａ）に示されるように、馬の立ち姿のシルエット１１０１が嘶いたシルエット１１０２に変化し、さらに光に包まれた後、光の中から実物カードに対応する競走馬カードのカードグラフィック１１０３が表示される。また登録要求がなされたカードが騎手カードである場合は、図１１（ｂ）に示されるように、人物の立ち姿のシルエット１１１１が、片手を挙げたガッツポーズのシルエット１１１２に変化し、さらに光りに包まれた後、光の中から実物カードに対応する騎手カードのカードグラフィック１１１３が表示される。

Ｓ１００６で、ＣＰＵ２０１は、ゲーム上で登録されたカードの通知画面をユーザ端末１０２に表示させる。登録されたカードの通知画面は、例えば図１２（ａ）のような、登録用情報に対応する実物カードのオモテ面１２０１と裏面１２０２とが表示される画面１２００であってよい。具体的にはＣＰＵ２０１は、登録されたカードの通知画面のグラフィックデータをグラフィックデータベース２０７から読み出し、ネットワークＩ／Ｆ２０６を介してユーザ端末１０２に送信して表示させる。なお、図１２（ａ）の例では画面１２００には、登録要求がなされたカードが競走馬カードであった場合に、該競走馬カードを入厩状態とすることが可能な、後述の厩舎画面に遷移するためのボタン１２０３が含まれる。

またＳ１００３において登録用情報で特定されたカードが引退馬カードであると判断した場合は、ＣＰＵ２０１はＳ１００７で、登録用情報で特定された引退馬カードをログインしたユーザのユーザデータに登録する。具体的にはＣＰＵ２０１は、カードデータベース２０５に登録されたカードデータうち、登録用情報で特定されたカードＩＤに関連付けられたカードデータのキャラクタパラメータ２７３４、引退フラグ２７３６、及び引退時情報２７３７を読み出す。そしてＣＰＵ２０１は、該情報を用いて所有カードデータを作成する。

ＣＰＵ２０１は、作成する所有カードデータのうち、カードＩＤ２７１１には登録用情報で特定されたカードＩＤ、キャラクタパラメータ２７１２には読み出したキャラクタパラメータ、引退フラグ２７１５には読み出した引退フラグの情報を設定する。このとき、ＣＰＵ２０１は、キャラクタパラメータ２７１２に設定するキャラクタパラメータを、引退時情報２７３７に含まれる引退時キャラクタパラメータを用いて補正して設定する。これは、現役馬期間の累積戦績が所定の条件を満たした殿堂馬カードに、現役馬時代のキャラクタパラメータを引退後も引き継ぎ可能とするためである。引退時の処理については後述するが、引退時情報２７３７には、殿堂馬カードの場合はキャラクタパラメータを補正する値が記録され、殿堂馬カードではない引退馬カードの場合はキャラクタパラメータを補正しない値が記録される。またＣＰＵ２０１は、作成する所有カードデータの残りのデータは初期値として所有カードデータを作成する。なお、本実施形態では、ユーザデータに登録する引退馬カードの所有カードデータには、現役馬期間の累積戦績や引退時年齢等の情報は含まれないものとして説明するが、所有カードデータにこれらの情報を含めたものを、ユーザデータに登録する構成であってもよい。

Ｓ１００８で、ＣＰＵ２０１は、カード登録時演出処理を実行する。

Ｓ１００９で、ＣＰＵ２０１は、ゲーム上で登録された引退馬カードの通知画面をユーザ端末１０２に表示させる。登録された引退馬カードの通知画面は、例えば図１２（ｂ）のような、登録用情報に対応する実物カードのオモテ面１２１１と裏面１２１２に加え、引退馬カードであることを通知するメッセージ１２１３が表示される画面１２１０であってよい。具体的にはＣＰＵ２０１は、登録されたカードの通知画面のグラフィックデータをグラフィックデータベース２０７から読み出し、ネットワークＩ／Ｆ２０６を介してユーザ端末１０２に送信して表示させる。なお、図１２（ｂ）の例では画面１２１０には、引退馬カードの一覧画面に遷移するためのボタン１２１４が含まれる。

Ｓ１０１０で、ＣＰＵ２０１は、登録要求がなされたカードが、ログインしたユーザのユーザデータに登録されたことを示す情報を、カードデータベース２０５に登録されている対応するカードデータに関連付けて、本カード登録処理を完了する。具体的にはＣＰＵ２０１は、カードデータベース２０５に登録されているカードデータのうち、登録用情報で特定されたカードＩＤに関連付けられたカードデータの登録済フラグ２７３５を、既に登録済みであることを示すＴＲＵＥに変更する。

Ｓ１００１において要求情報に登録用情報が含まれないと判断した場合、即ちレンタルカードの登録要求がなされたと判断した場合は、ＣＰＵ２０１はＳ１０１１で、要求情報に含まれる登場時期情報に対応する１つの競走馬カードを、ログインしたユーザのユーザデータに登録する。具体的には、まずＣＰＵ２０１は、カードデータベース２０５に登録されたカードデータのうち、登場時期情報で特定された登場時期に対応し、かつレアリティのレベルが所定のレベル以下の１つのカードデータを選択する。該選択は、例えばＣＰＵ２０１がランダム関数を実行することにより決定されてもよいし、予め定められたルールに従って決定されてもよい。そしてＣＰＵ２０１は、カードデータベース２０５から選択された１つのカードデータのカードＩＤ２７３１及びキャラクタパラメータ２７３４を読み出し、該情報を用いてレンタルカードの所有カードデータを作成する。

ＣＰＵ２０１は、作成する所有カードデータのカードＩＤ２７１１に読み出したカードＩＤ、キャラクタパラメータ２７１２に読み出したキャラクタパラメータ、レンタルフラグ２７１４にはレンタルカードであることを示すＴＲＵＥを設定し、残りのデータは初期値とした所有カードデータを作成する。そしてＣＰＵ２０１は、作成した所有カードデータを、ユーザ管理データベース２０４に登録されているユーザデータのうち、ログインしたユーザのユーザＩＤに関連付けられたユーザデータの競走馬カード情報２７０４に追加する。このようにすることで、登録要求がなされた競走馬カードは、ログインしたユーザのユーザＩＤに関連付けられ、ログインしたユーザがゲーム上でレンタルカードとして使用できる状態となる。

Ｓ１０１２で、ＣＰＵ２０１は、レンタルカード用のカード登録時演出処理を実行する。具体的にはＣＰＵ２０１は、レンタルカード用のカード登録時演出のアニメーションに対応するグラフィックデータをグラフィックデータベース２０７から読み出し、ネットワークＩ／Ｆ２０６を介してユーザ端末１０２に送信して表示させる。レンタルカード用のカード登録時演出は、図１３に示されるように、横たわった仔馬のグラフィック１３０１が立ち上がったグラフィック１３０２に変化し、さらに光りに包まれた後、光の中から取得したレンタルカードに対応する競走馬カードのカードグラフィック１３０３が表示される。

Ｓ１０１３で、ＣＰＵ２０１は、登録されたレンタルカードの通知画面をユーザ端末１０２に表示させ、本カード登録処理を完了する。具体的にはＣＰＵ２０１は、登録されたレンタルカードの通知画面のグラフィックデータをグラフィックデータベース２０７から読み出し、ネットワークＩ／Ｆ２０６を介してユーザ端末１０２に送信して表示させる。なお、登録されたカードの通知画面は、例えば図１２（ａ）のような画面であってよい。このとき、登録されたカードはレンタルカードであることを明示するために、図１４（ａ）に示さるような帯１４０１を重畳して表示されてもよい。

なお、レンタルカードの場合は、ユーザが現実世界において実物カードを入手していなくとも、ゲーム上で使用可能となるため、カードデータベース２０５に登録されている該当のカードデータの登録済フラグ２７３５の変更は行われない。

このようにすることで、本実施形態のゲームシステムでは、ユーザがゲーム上で使用するカードの登録を行う。

〈重複所有キャラクタ〉
なお、上述したように本実施形態の競馬ゲームでは、複数のユーザが同一のキャラクタを所持できるよう、１つのキャラクタについて、それぞれ異なるカードＩＤを有する複数のカードデータが用意される。しかしながら、現役馬として戦績の作成をやり直したい場合を除いて、ユーザにとって同一キャラクタのカードを複数所有している状態は、１人のユーザに割り当てられた登録可能なカードの制限数を圧迫する可能性もあり、好ましくない。

このため、本実施形態の競馬ゲームでは、実物カードに記録されている登録用情報を用いたカード登録要求が行われた際に、既に同一のキャラクタのカードデータが登録要求を行ったユーザのユーザデータに登録されているとＣＰＵ２０１が判断した場合は、登録要求がなされたカードの取り扱いを選択させる。具体的にはＣＰＵ２０１は、既にユーザデータに登録されているキャラクタのカードＡと、登録要求がなされたカードＢのキャラクタパラメータの合算を行って１つのカードＡとしてゲーム上で取り扱うか、あるいはカードＡとカードＢとを別々に登録するかをユーザに選択させる。

カードＡ及びカードＢを１つのカードＡとして取り扱う場合、まずＣＰＵ２０１は、上述したカード登録処理により登録要求がなされたカードＢの所有カードデータを、ログインしたユーザのユーザデータの所有カード情報２７０３に追加し、またカードデータベース２０５に登録されている、対応するカードデータの登録済フラグ２７３５をＴＲＵＥに変更する。その後、ＣＰＵ２０１は、所有カード情報２７０３に追加したカードＢの所有カードデータのキャラクタパラメータ２７１２を参照して、カードＡの所有カードデータのキャラクタパラメータ２７１２を変更する。またＣＰＵ２０１は、カードＢの所有カードデータに対し、例えば他のカードにキャラクタパラメータの合算を行なったことを示す情報を関連付けてユーザ管理データベース２０４に記憶させる。

即ち、本実施形態の競馬ゲームでは、ユーザが同一のキャラクタについて複数の実物カードを入手した場合であっても、該キャラクタの１つのカードのキャラクタパラメータを入手数に応じて変更することができる。このことは、より強い競走馬カードを作成したいユーザの、実物カードの購買意欲を高めることにもつながり、競馬ゲームのサービス提供期間の長期化やカード販売数の増加等が見込める。

キャラクタパラメータの合算が行われたカードについては、例えば図１４（ｂ）に示されるように合算カード数１４０２が重畳されて表示されることにより、ユーザに合算がなされていることを通知してもよい。なお、本実施形態では複数のカードが１つのカードとして取り扱うことが選択された場合に、該カードのキャラクタパラメータの合算を行うものとして説明するが、１つのカードとして取り扱う際のパラメータ変更方法はこれに限られるものではない。例えば、一部のキャラクタパラメータのみ合算してもよいし、キャラクタパラメータではなくカードの重複枚数に応じて変更するものであってもよいし、各カードに予め定められた補正係数を乗じることによりキャラクタパラメータの変更は行われるものであってもよい。

なお、本実施形態の競馬ゲームでは、ユーザ間のレース結果に差が現れるよう、同一のキャラクタのカードであっても、カードＩＤごとに関連付けられるキャラクタパラメータは異なるものとする。このようにすることで、特に同一のキャラクタの複数の実物カードを１つのゲーム上のカードとして登録する場合に、ユーザ間での同一キャラクタのカードのキャラクタパラメータの差を複雑に変化させることができ、ユーザに飽きられにくいゲームシステムとすることができる。

また、登録要求を行ったユーザのユーザデータに既に関連付けられている、同一のキャラクタのカードデータがレンタルカードであった場合、ＣＰＵ２０１は、２つのカードのキャラクタパラメータの合算は行わない。これは、ゲームバランスが崩れたり、メンテナンス時やゲームシステムに対する追加カードデータの投入時に、パラメータ修正等があった際にキャラクタパラメータの変化量が想定以上となってしまったりすることを回避するためである。

つまり、例えばレンタルカードとして先に登録されたキャラクタＡのカードＩＤが、カード登録要求により受信した登録用情報により特定されるカードＩＤと同一である場合等、１人のユーザが同一のカードを複数回登録することで、実質的には１枚の実物カードに対応するカードのキャラクタパラメータが予め設定されたキャラクタパラメータよりも大きくなる。このため、１枚の実物カードの登録用情報を用いて登録した競走馬カードであるにも関わらず、１枚の実物カードの登録用情報を用いて登録した同一のキャラクタで競走馬カードよりもキャラクタパラメータの差が大きくなり、ゲームバランスが崩れることになる。また、このようにキャラクタパラメータが大きくなった競走馬カードを現役馬カードとして使用している間に、運営側によるパラメータ修正がなされた際は、キャラクタパラメータの落差が大きく、該競走馬カードを使用していたユーザに不自然なパラメータ修正が行われた印象を与え、結果的にユーザの興趣を削いでしまう可能性がある。

このため、本実施形態の競馬ゲームではＣＰＵ２０１は、ユーザデータに１つのキャラクタについてレンタルカードが関連付けられている状態で、同一のキャラクタの実物カードの登録要求がなされた場合は、既に関連付けられていたレンタルカードの所有カードデータを削除して、実物カードに対応する所有カードデータのみを、登録要求を行なったユーザのユーザデータの競走馬カード情報２７０４に登録する。

《厩舎画面》
次に、ユーザがゲーム上で所有するカードの一覧、及び競走馬カードの入厩を行う厩舎画面について図を用いて説明する。該画面には、個人画面３００内の厩舎ボタン３２２に対するポイント指示入力がユーザ端末１０２においてなされたことを、ＣＰＵ２０１がネットワークＩ／Ｆ２０６を介して検出した場合に遷移する。厩舎画面は、例えば図１５に示されるような画面１５００であってよい。

厩舎画面１５００には、入厩状態の競走馬カード（現役馬カード）の一覧が表示される入厩馬カード一覧部１５０１と、現役馬カード及びレンタルカードを含む、ログインしたユーザがゲーム上で所有するカードの一覧が表示される所有カード一覧部１５２０とが含まれる。

入厩馬カード一覧部１５０１には、ログインしたユーザが所有する競走馬カードのうち、現在入厩状態にある競走馬カードの一覧が表示される。本実施形態の競馬ゲームでは、１人のユーザについて入厩状態とすることができる競走馬カードの数（４枚）は予め定められており、図１５の例では３枚の競走馬カード１５０２乃至１５０４が入厩状態であり、残り１枚の競走馬カードを入厩状態とすることができる未入厩枠１５０５が示されている。なお、レンタルカードである競走馬カード１５０３には、レンタルカードであることを示す帯１５０６が重畳された表示される。

また所有カード一覧部１５２１には、ログインしたユーザが所有する競走馬カード及び騎手カードが一覧表示される。所有カード一覧部１５２０に表示されるカードは、絞り込み条件１５２０ａ乃至ｃにより限定することが可能であり、ＣＰＵ２０１は、絞り込み条件が変更されたことを検出すると、ログインしたユーザのユーザＩＤに関連付けられているカードデータのうち、絞り込み条件に該当するカードデータを特定し、対応するグラフィックデータをユーザ端末１０２に送信し、所有カード一覧部１５２１に表示させる。なお、所有カード一覧部１５２１において、現役馬カードについては入厩状態であることを示す帯１５２３が重畳されて表示される。また、レンタルカードの競走馬カードについては、入厩馬カード一覧部１５０１と同様にレンタルカードであることを示す帯１５２４が重畳されて表示される。

なお、ＣＰＵ２０１は、所有カード一覧部１５２１に配置された所有するカードのグラフィックに対するポイント指示入力がなされた場合、該カードの詳細情報を表示するカード詳細画面に遷移させる。具体的にはＣＰＵ２０１は、ログインしたユーザのユーザデータに含まれる、選択されたカードのカードＩＤに対応する所有カードデータを参照してカード詳細画面のグラフィックデータを作成し、ネットワークＩ／Ｆ２０６を介してユーザ端末１０２に送信して表示させる。

詳細画面は、例えば図１６のようであってよい。図１６では、現役馬カードの詳細画面である図１６（ａ）と、引退馬カードの詳細画面である図１６（ｂ）が示されている。図示されるように、現役馬カードの詳細画面には、競走馬の基本情報（名称、年齢、性別、脚質）１６０１に加え、通算戦績１６０２、現クール戦績１６０３、主な勝鞍（勝利したタイトルレース）１６０４、及び最近のレース戦績１６０５が含まれる。また引退馬カードの詳細画面には、競走馬の引退時基本情報１６１１に加え、現役時通算戦績１６１２、引退後戦績１６１３、現役時の主な勝鞍１６１４、及び最近の引退馬レース戦績１６１５が含まれる。

〈入厩〉
ユーザは所有カード一覧部１５２１に配置された競走馬カードを未入厩枠１５０５にドラッグアンドドロップ操作する、あるいは入厩登録ボタン１５１０を操作して入厩する競走馬カードを選択することで、該競走馬カードを入厩状態にすることができる。このときＣＰＵ２０１は、選択された競走馬カードのカードＩＤを取得する。そしてＣＰＵ２０１は、ログインしたユーザのユーザデータの競走馬カード情報２７０４に含まれる所有カードデータのうち、取得したカードＩＤを有するデータの年齢情報２７１６を２歳とする。本実施形態では、入厩状態とされた際に初めて競走馬カードにはゲーム上での年齢（経時情報）が定義される。競走馬カードに初期年齢として定義される年齢は、例えば一般的に新馬戦（レース）への出走が可能となる２歳等の予め定められた年齢であってよい。なお、年齢はクールが変わる度に１ずつ増やされる値であってよい。

このように、ユーザが所有している競走馬カードが入厩状態であるか否かは、例えば該競走馬カードの所有カードデータの年齢情報２７１６を参照することで識別可能であってもよいし、入厩状態であることを示す情報が別に付与されることによって識別されてもよい。

また、入厩馬カード一覧部１５０１及び所有カード一覧部１５２１に表示される競走馬カードには、各競走馬カードに予め定められた脚質（逃げ、先行、差し、追込等の競走馬キャラクタが得意なレース走法を示すパラメータ）、及び牝馬あるいは牡馬の違いを示す情報が重畳されて表示される。なお、現役馬カードについては、さらにゲーム上での年齢が重畳されて表示される。

なお、入厩状態とした競走馬カードは、誤った競走馬カードを入厩状態としてしまった場合等の回避策として、レースに出走しない限りは、即ち戦績情報が初期値である間は、入厩状態を解除できるものとする。ユーザは、入厩馬カード一覧部１５０１に配置された競走馬カードのうち、一度も出走していない競走馬カードを所有カード一覧部１５２１にドラッグアンドドロップ操作することで、該競走馬カードを入厩していない状態に戻すことができる。このときＣＰＵ２０１は、ログインしたユーザのユーザデータの競走馬カード情報２７０４に登録されている所有カードデータのうち、選択された競走馬カードのカードＩＤに対応するデータのキャラクタ戦績情報２７１３を参照し、戦績情報が初期値であるか否かを判断する。そしてＣＰＵ２０１は、戦績情報が初期値であると判断した場合は、該所有カードデータの年齢情報２７１６をｎｕｌｌあるいは０とすることで、選択された競走馬カードを入厩していない状態に変更する。

（競走馬ステータス）
また、入厩馬カード一覧部１５０１では、現役馬カードのステータスがカードごとに示される。本実施形態の競馬ゲームにおいて、厩舎画面に示される各入厩馬カードのステータス表示には、以下の３つがある。
・レースへの出走登録がなされている状態を示す「出走登録中」
・レースへの出走登録がなされていない状態を示す「出走未登録」
・現役馬上限年齢（１０歳）に達し、レースへの出走が不可能になった状態を示す「引
退時期」

図１５の例では、競走馬カード１５０３のステータス１５０８が「出走登録中」、競走馬カード１５０２のステータス１５０７が「出走未登録」、競走馬カード１５０４のステータス１５０９が「引退時期」となっている。なお、本実施形態では引退時期となった競走馬カード１５０４の年齢は「−−」として表示している。

（ステータス決定処理）
ここで、本実施形態のゲームシステムにおいて、厩舎画面１５００に表示される、現役馬カードのステータスを決定するステータス決定処理について、図１７のフローチャートを用いて具体的な処理を説明する。該フローチャートに対応する処理は、ＣＰＵ２０１が、例えばＲＯＭ２０２に記憶されている対応する処理プログラムを読み出し、ＲＡＭ２０３に展開して実行することにより実現することができる。なお、本ステータス決定処理は、例えば厩舎画面１５００をユーザ端末１０２に表示させる際、あるいは新たに競走馬カードが入厩状態にされた際に開始されるものとして説明する。

Ｓ１７０１で、ＣＰＵ２０１は、ログインしたユーザが所有する現役馬カードのうち、ステータス決定がなされていない１つの競走馬カードを選択する。具体的にはＣＰＵ２０１は、ユーザ管理データベース２０４からログインしたユーザのユーザデータを読み出し、競走馬カード情報２７０４に登録されている所有カードデータのうち、年齢情報２７１６がｎｕｌｌあるいは０でない１つの所有カードデータを選択する。

Ｓ１７０２で、ＣＰＵ２０１は、選択した現役馬カードが、現役馬上限年齢に達しているか否かを判断する。具体的にはＣＰＵ２０１は、選択した競走馬カードのカードＩＤが関連付けられた所有カードデータの年齢情報２７１６の値が、現役馬上限年齢である１０であるか否かを判断する。ＣＰＵ２０１は、選択した現役馬カードが現役馬上限年齢に達していると判断した場合は処理をＳ１７０３に移し、達していないと判断した場合は処理をＳ１７０４に移す。

Ｓ１７０３で、ＣＰＵ２０１は、選択された競走馬カードのステータスを「引退時期」に設定し、処理をＳ１７０７に移す。なお、ステータスの情報は、例えばログインしたユーザのユーザデータの競走馬カード情報２７０４に含まれる、選択された競走馬カードの所有カードデータに関連付けて記録すればよい。

Ｓ１７０２において選択した競走馬カードが現役馬上限年齢に達していないと判断した場合、ＣＰＵ２０１はＳ１７０４で、選択した現役馬カードが、レースに出走登録されているか否かを判断する。具体的にはＣＰＵ２０１は、ログインしたユーザのユーザデータの出走情報２７０６に、選択した競走馬カードのカードＩＤが出走馬カードＩＤ２７２２として登録されている出走データが存在するか否かを判断する。ＣＰＵ２０１は、選択した現役馬カードがレースに出走登録されていると判断した場合は処理をＳ１７０５に移し、出走登録されていないと判断した場合は処理をＳ１７０６に移す。

Ｓ１７０５で、ＣＰＵ２０１は、選択されたカードのステータスを「出走登録中」に設定し、処理をＳ１７０７に移す。

またＳ１７０６で、ＣＰＵ２０１は、選択されたカードのステータスを「出走未登録」に設定し、処理をＳ１７０７に移す。

Ｓ１７０７で、ＣＰＵ２０１は、ログインしたユーザが所有する現役馬カードに、ステータス決定がなされていない競走馬カードが存在するか否かを判断する。ＣＰＵ２０１は、ステータス決定がなされていない競走馬カードが存在すると判断した場合は処理をＳ１７０１に戻し、存在しないと判断した場合は本ステータス決定処理を完了する。

このようにすることで、ＣＰＵ２０１は、厩舎画面１５００に表示する現役馬カードのステータスを決定することができる。

〈引退部〉
また、本実施形態の厩舎画面１５００の入厩馬カード一覧部１５０１には、引退させる現役馬カードの引退操作を行う引退部１５１１が含まれる。ユーザは、入厩馬カード一覧部１５０１に配置された現役馬カードを、引退部１５１１にドラッグアンドドロップ操作（引退操作）することで、該現役馬カードを引退状態にすることができる。このときＣＰＵ２０１は、引退部１５１１にドロップされた現役馬カードについて引退条件を満たしているか否かを判断する。

（引退条件）
本実施形態の競馬ゲームでは、現役馬カードを引退状態とするために満たす必要がある引退条件として、「選択された現役馬カードが１回でもレースに出走している」ことが必須条件として定める。また、引退状態とした競走馬カードを引退馬カードとするためには、さらに「選択された現役馬カードがレンタルカードではない」ことを条件としている。

なお、上述したように選択された現役馬カードが現役馬上限年齢に達しており、かつ必須条件を満たしている場合は、現役馬用のレースには出走登録することができなくなる。このためＣＰＵ２０１は、該条件に該当する競走馬カードがログインしたユーザのユーザデータに登録されている場合は、現役馬上限年齢に達する直前のクール中に、図１８（ａ）のような引退時期が近づいていることを示す通知画面をユーザ端末１０２に送信して表示させる。

（引退処理）
ここで、本実施形態のゲームシステムにおいて、入厩状態の競走馬カードを現役状態から引退状態に変更する引退処理について、図１９のフローチャートを用いて具体的な処理を説明する。該フローチャートに対応する処理は、ＣＰＵ２０１が、例えばＲＯＭ２０２に記憶されている対応する処理プログラムを読み出し、ＲＡＭ２０３に展開して実行することにより実現することができる。なお、本引退処理は、例えば厩舎画面１５００の引退部１５１１に、入厩状態の競走馬カードをドロップする操作（引退操作）がなされた際に開始されるものとして説明する。

Ｓ１９０１で、ＣＰＵ２０１は、引退操作がなされた競走馬カードが引退条件を満たしているか否かを判断する。具体的にはＣＰＵ２０１は、ログインしたユーザのユーザデータに登録された所有カードデータのうち、引退操作がなされた競走馬カードのカードＩＤに関連付けられたデータ（引退カードデータＤ_Ｕ）のキャラクタ戦績情報２７１３を参照し、レースに出走した戦績があるか否かを判断する。ＣＰＵ２０１は、引退操作がなされた競走馬カードが引退条件を満たしていると判断した場合は処理をＳ１９０２に移し、条件を満たさないと判断した場合は本引退処理を完了する。

Ｓ１９０２で、ＣＰＵ２０１は、引退操作がなされた競走馬カードがレンタルカードであるか否かを判断する。具体的にはＣＰＵ２０１は、引退カードデータＤ_Ｕのレンタルフラグ２７１４を参照し、レンタルカードであることを示すＴＲＵＥであるか否かを判断する。ＣＰＵ２０１は、引退操作がなされた競走馬カードがレンタルカードであると判断した場合は処理をＳ１９１３に移し、レンタルカードではないと判断した場合は処理をＳ１９０３に移す。

Ｓ１９０３で、ＣＰＵ２０１は、競走馬カードを引退状態にすることで出走予定のレースがあった場合には全てのレースへの出走がキャンセルされること、及び引退後は引退馬レース以外のレースに出走することができないことを確認する確認画面をユーザ端末１０２に表示させる。該確認画面は、例えば図１８（ｂ）のような画面１８００であってよく、引退操作がなされた競走馬カードのオモテ面及び裏面のグラフィックデータ１８０１及び１８０２に加え、確認メッセージ１８０３が含まれる。また確認画面１８００には、引退処理の続行指示を受け付けるＯＫボタン１８０４、及び引退処理の中断指示を受け付けるキャンセルボタン１８０５が含まれる。具体的にはＣＰＵ２０１は、グラフィックデータベース２０７に登録されている確認画面１８００のグラフィックデータを読み出し、ネットワークＩ／Ｆ２０６を介してユーザ端末１０２に送信し、表示させる。

Ｓ１９０４で、ＣＰＵ２０１は、Ｓ１９０３においてユーザ端末１０２に表示させた確認画面１８００に対して、引退処理の続行指示がなされたか、あるいは引退処理の中断指示がなされたかを判断する。具体的にはＣＰＵ２０１は、確認画面１８００のＯＫボタン１８０４に対するポイント指示入力がユーザ端末１０２においてなされたことを、ネットワークＩ／Ｆ２０６を介して検出した場合は引退処理の続行指示がなされたと判断し、キャンセルボタン１８０５に対する指示入力がなされたことを検出した場合は引退処理の中断指示がなされたと判断する。ＣＰＵ２０１は、確認画面１８００に対して、引退処理の続行指示がなされたと判断した場合は処理をＳ１９０５に移し、中断指示がなされたと判断した場合は本引退処理を完了する。

Ｓ１９０５で、ＣＰＵ２０１は、引退操作がなされた競走馬カードの累計戦績が殿堂入りの条件を満たしているか否かを判断する。本実施形態では、競走馬カードの現役状態におけるＧＩレースの勝利数が１０勝以上であることを殿堂入りの条件とする。即ち、ＣＰＵ２０１は、引退カードデータＤ_Ｕのキャラクタ戦績情報２７１３に含まれるＧＩレース勝利数の値が１０以上であるか否かを判断する。ＣＰＵ２０１は、引退操作がなされた競走馬カードの累計戦績が殿堂入りの条件を満たしていると判断した場合は処理をＳ１９０６に、満たしていないと判断した場合は処理をＳ１９０７に移す。

Ｓ１９０６で、ＣＰＵ２０１は、引退操作がなされた競走馬カードの引退時情報を作成し、カードデータベース２０５に登録されているカードデータのうち、該競走馬カードのカードＩＤに関連付けられているカードデータ（対応カードデータＤ_Ｃ）の引退時情報２７３７として登録する。本実施形態では、上述したように殿堂入りの条件を満たし殿堂馬カードとなる競走馬カードについては、引退馬レースにおいて引退時のキャラクタパラメータをレース結果に反映することができる。このためＣＰＵ２０１は、引退カードデータＤ_Ｕからキャラクタパラメータ２７１２、キャラクタ戦績情報２７１３、及び年齢情報２７１６を読み出す。そしてＣＰＵ２０１は、該情報を用いて引退時キャラクタパラメータ、引退時キャラクタ戦績情報、及び引退時年齢情報を作成し、これらをまとめた引退時情報を対応カードデータＤ_Ｃの引退時情報２７３７としてカードデータベース２０５に登録する。なお、殿堂馬カードの引退時キャラクタパラメータとして登録される情報は、上述したカード登録処理において引退馬カードが登録される際に、キャラクタパラメータを補正する値として用いられる。

またＳ１９０５で殿堂入りの条件を満たしていないと判断した場合は、ＣＰＵ２０１はＳ１９０７で、引退カードデータＤ_Ｕのキャラクタパラメータ２７１２及びキャラクタ戦績情報２７１３の情報を初期値に変更する。即ち、ＣＰＵ２０１は、引退時情報を対応カードデータＤ_Ｃのキャラクタパラメータ２７３４を読み出して、引退カードデータＤ_Ｕのキャラクタパラメータ２７１２を更新する。またＣＰＵ２０１は、引退カードデータＤ_Ｕのキャラクタ戦績情報２７１３を、戦績が存在しないデータに変更する。

Ｓ１９０８で、ＣＰＵ２０１は、引退操作がなされた競走馬カードの引退時情報を作成し、対応カードデータＤ_Ｃの引退時情報２７３７としてカードデータベース２０５に登録する。本実施形態では、上述したように殿堂入りの条件を満たさなかった競走馬カードについては、引退馬レースにおいては引退時のキャラクタパラメータはレース結果に反映されない。即ち、引退馬レースにおいては、該競走馬カードに予め設定されたキャラクタパラメータの初期値のみが反映される。ＣＰＵ２０１は、Ｓ１９０６と同様に引退カードデータＤ_Ｕからキャラクタパラメータ２７１２、キャラクタ戦績情報２７１３、及び年齢情報２７１６を読み出して引退時情報を作成する。このとき、引退カードデータＤ_Ｕのキャラクタパラメータ２７１２は、Ｓ１９０７において初期値に変更されているため、引退時情報に含まれる引退時キャラクタパラメータとして登録される情報は、上述したカード登録処理において引退馬カードが登録される際に、キャラクタパラメータを補正しない値である。ＣＰＵ２０１は、作成した引退時情報を、対応カードデータＤ_Ｃの引退時情報２７３７としてカードデータベース２０５に登録する。

Ｓ１９０９で、ＣＰＵ２０１は、引退操作がなされた競走馬カードが出走登録されていたレースを全て登録解除にする。具体的にはＣＰＵ２０１は、ログインしたユーザのユーザデータの出走情報２７０６を参照し、引退操作がなされた競走馬カードのカードＩＤが関連付けられた出走情報を検索する。検索により引退操作がなされた競走馬カードのカードＩＤが関連付けられた出走情報が存在した場合、ＣＰＵ２０１はレースデータベース２０８に登録されている、該出走情報の出走レースＩＤ２７２１が関連付けられたレースデータの出走馬テーブル２７４５から、引退操作がなされた競走馬カードの情報を削除する。またＣＰＵ２０１は、引退操作がなされた競走馬カードのカードＩＤが関連付けられた出走情報を、ログインしたユーザのユーザデータから削除する。

Ｓ１９１０で、ＣＰＵ２０１は、引退カードデータＤ_Ｕの引退フラグ２７１５及び対応カードデータＤ_Ｃの引退フラグ２７３６を、引退状態であることを示すＴＲＵＥに変更する。

Ｓ１９１１で、ＣＰＵ２０１は、ログインしたユーザが所有する引退馬カードの数が、登録可能な引退馬カードの上限数を超えているか否かを判断する。具体的にはＣＰＵ２０１は、ログインしたユーザのユーザデータの競走馬カード情報２７０４に、引退フラグ２７１５が引退状態であることを示すＴＲＵＥである所有カードデータの数が、引退馬カードの上限数を超えるか否かを判断する。ＣＰＵ２０１は、ログインしたユーザが所有する引退馬カードの数が登録可能な引退馬カードの上限数を超えていると判断した場合は処理をＳ１９１２に移し、超えていないと判断した場合は本引退処理を完了する。

Ｓ１９１２で、ＣＰＵ２０１は、ログインしたユーザが所有する引退馬カードの数が既に上限数に達していることを通知する画面をユーザ端末１０２に表示させ、登録を解除する引退馬カードの選択がなされるまで待機する。通知画面は、例えば図１８（ｃ）に示されるような画面１８１０であってよく、通知メッセージ１８１１、登録を解除する引退馬カードを選択する、引退馬カード一覧画面への遷移指示を受け付けるボタン１８１２、及び登録を解除する引退馬カードの自動選択指示を受け付けるボタン１８１３が含まれる。具体的にはＣＰＵ２０１は、グラフィックデータベース２０７から通知画面１８１０のグラフィックデータを読み出し、ネットワークＩ／Ｆ２０６を介してユーザ端末１０２に送信し、表示させる。またＣＰＵ２０１は、ボタン１８１２に対するポイント指示入力がユーザ端末１０２においてなされたことを検出した場合は、ユーザが所有する引退馬カードの一覧画面をさらにユーザ端末１０２に送信した後、登録を解除する引退馬カードの選択がなされるまで待機する。

そしてＣＰＵ２０１は、登録を解除する引退馬カードの選択がなされた場合、ログインしたユーザのユーザデータに登録されている、該引退馬カードのカードＩＤに関連付けられた所有カードデータを削除する。またＣＰＵ２０１は、ボタン１８１３に対するポイント指示入力がユーザ端末１０２においてなされたことを検出した場合は、例えばログインしたユーザのユーザデータに登録されている引退馬カードの所有カードデータのうち、引退操作がなされた時刻が最も古いデータを削除する。

このようにして、ログインしたユーザが所有する引退馬カードの数を上限数とした上で、ＣＰＵ２０１は本引退処理を完了する。

またＳ１９０２において引退操作がなされた競走馬カードがレンタルカードであると判断した場合、ＣＰＵ２０１はＳ１９１３で、該競走馬カードをログインしたユーザのユーザデータの競走馬カード情報２７０４から削除して本引退処理を完了する。上述したように、本実施形態の競馬ゲームでは、レンタルカードは引退操作がなされることにより入厩状態から引退状態に変更された場合に、引退馬カードとして登録されずに削除される。具体的にはＣＰＵ２０１は、引退カードデータＤ_Ｕの引退フラグ２７１５及び対応カードデータＤ_Ｃの引退フラグ２７３６をＴＲＵＥに変更することなく、ログインしたユーザのユーザデータの競走馬カード情報２７０４から引退カードデータＤ_Ｕを削除する。

このようにすることで、本実施形態の競馬ゲームでは引退処理を実行することで、引退操作がなされた競走馬カードに応じて、該カードを殿堂馬カードとするか、引退馬カードとするか、あるいはユーザデータから削除するかを決定することができる。

《レース出走》
次に、現役馬カードあるいは引退馬カードをレースに出走する場合の画面表示や処理について、図を用いて詳細に説明する。

ＣＰＵ２０１は、図３の個人画面３００内のレースボタン３２３に対するポイント指示入力がユーザ端末１０２においてなされたことをネットワークＩ／Ｆ２０６を介して検出すると、図２０に示されるレース一覧画面２０００に画面表示を遷移させる。即ち、ＣＰＵ２０１は、レース一覧画面２０００に対応するグラフィックデータを生成し、ネットワークＩ／Ｆ２０６を介してユーザ端末１０２に送信し、表示させる。

レース一覧画面２０００は、図２０に示されるように、現在のクールあるいは次のクールで実施されるレースがレース一覧部２００１に一覧表示される。レース一覧部２００１には、時期選択バー２００２において選択されたゲーム内の時期にレースの発走時刻が定められている全てのレースが表示される。上述したように、レースの各々については対応するレースデータの時刻管理情報２７４４にレースの出走登録を締め切る現実時間の時刻、及びレース結果を発表する、即ち発走する現実時間の時刻が定義されている。レース一覧画面２００１では各レースについて、レース名、競馬場、及びコースの情報に加え、出走登録の締切時刻２００４、発走時刻２００５、及び出走登録受付状態２００６が含まれる。

また各レースについては、対応するレースデータの出走条件情報２７４３に、レースについて設定された出走可能な競走馬の条件が設定されている。出走可能な競走馬の条件には、競走馬カードの年齢、性別（カテゴリ）、総獲得賞金や重賞勝利数を含む戦績等が含まれる。レース一覧部２００１には、各レースについて出走条件情報２７４３から読み出された出走可能条件２００３も含まれる。

このように、レース一覧画面２０００では、開催されるレースの一覧が表示されるが、該画面の表示内容では、ユーザは自分の所有する現役馬カードあるいは引退馬カードを出走登録可能なレースを容易に見付け出すことはできない。このため本実施形態の競馬ゲームでは、ユーザは図１５の厩舎画面１５００の入厩馬カード一覧部１５０１において、出走登録したい競走馬カードを選択（ポイント指示入力を行う）することで、選択した競走馬カードが出走登録可能なレースの一覧を閲覧することができる。そしてユーザは、該一覧から出走登録したいレースを選択することで、レースへの選択した競走馬カードの出走登録を行うことができる。

〈出走登録処理〉
ここで、本実施形態のゲームシステムにおいて、選択された競走馬カードについての出走登録を行う出走登録処理について、図２１のフローチャートを用いて具体的な処理を説明する。該フローチャートに対応する処理は、ＣＰＵ２０１が、例えばＲＯＭ２０２に記憶されている対応する処理プログラムを読み出し、ＲＡＭ２０３に展開して実行することにより実現することができる。

なお、本出走登録処理は、例えば厩舎画面１５００の入厩馬カード一覧部１５０１において現役馬カードのグラフィックに対するポイント指示入力がなされた際に開始されるものとして説明する。しかし、本出走登録処理は、例えば不図示の引退馬リストにおいて引退馬カードのグラフィックに対するポイント指示入力がなされた際や、個人画面３００の厩舎情報３０３において出走登録ボタン３１５に対するポイント指示入力がなされた際に開始されるものであってもよい。

Ｓ２１０１で、ＣＰＵ２０１は、ログインしたユーザのユーザデータの競走馬カード情報２７０４に登録されている、選択された競走馬カードのカードＩＤに関連付けられた所有カードデータ（出走カードデータＤ_Ｔ）をユーザ管理データベース２０４から読み出す。

Ｓ２１０２で、ＣＰＵ２０１は、選択された競走馬カードが出走登録可能なレースを抽出する出走可能レース抽出処理を実行する。なお、本実施形態の競馬ゲームでは、ユーザはゲーム内の時期において現在の時期から所定期間内に開催時期（出走時期）が設定されているレース（登録受付レース）に対して、ユーザは競走馬カードの出走登録を行うことができるものとする。

（出走可能レース抽出処理）
ここで、本実施形態の出走可能レース抽出処理について、図２２のフローチャートを用いて詳細を説明する。

Ｓ２２０１で、ＣＰＵ２０１は、出走カードデータＤ_ＴのカードＩＤ２７１１が既に出走登録されているレースデータを特定し、該レースデータの時刻管理情報２７４４から発走時刻の情報を読み出す。具体的にはＣＰＵ２０１は、ログインしたユーザのユーザデータの出走情報２７０６から、出走カードデータＤ_ＴのカードＩＤ２７１１が関連付けられた出走情報の出走レースＩＤ２７２１を取得する。そしてＣＰＵ２０１は、レースデータベース２０８に登録されている、取得したレースＩＤが関連付けられたレースデータの時刻管理情報２７４４を参照し、発走時刻の情報を読み出す。

Ｓ２２０２で、ＣＰＵ２０１は、選択された競走馬カードが引退馬カードであるか否かを判断する。具体的にはＣＰＵ２０１は、出走カードデータＤ_Ｔの引退フラグ２７１５が、引退状態であることを示すＴＲＵＥであるか否かを判断する。ＣＰＵ２０１は、選択された競走馬カードが引退馬カードであると判断した場合は処理をＳ２２０４に移し、現役馬カードであると判断した場合は処理をＳ２２０３に移す。

Ｓ２２０３で、ＣＰＵ２０１は、現在の現役馬用の登録受付レースのうち、選択された競走馬カードが出走可能条件を満たすレースのレースＩＤを取得する。具体的にはＣＰＵ２０１は、まず出走カードデータＤ_Ｔのキャラクタパラメータ２７１２、キャラクタ戦績情報２７１３、及び年齢情報２７１６から、レースの抽出に必要な情報（抽出用情報）を取得する。本実施形態の競馬ゲームでは、各レースについて定められる出走可能条件は引退状態であるか否かの条件を除き、基本的には競走馬カードのゲーム上の年齢、戦績、及び性別の少なくともいずれかにより定められる。このため、ＣＰＵ２０１は、抽出用情報として、年齢、戦績、及び性別の情報を出走カードデータＤ_Ｔから取得する。

そしてＣＰＵ２０１は、現在の現役馬用の登録受付レースに対応するレースデータの２７４３を参照し、抽出用情報が出走可能条件を満たす場合は該レースデータのレースＩＤ２７４１を取得する。

Ｓ２２０２おいて、選択された競走馬カードが引退馬カードであると判断した場合、ＣＰＵ２０１はＳ２２０４で、現在の引退馬用の登録受付レースのうち、選択された競走馬カードが出走可能条件を満たすレースのレースＩＤを取得する。

なお、本実施形態の競馬ゲームでは、引退馬カードについては年齢の概念がない。即ち、引退馬レースの出走可能条件には年齢の条件は含まれない。なお、引退馬レースにおいて年齢の条件を定めた場合、該レースに出走登録された各引退馬カードのキャラクタパラメータは、該カードに設定された成長曲線を参照し、定められた年齢である場合のキャラクタパラメータに変更されて後述するレース結果生成処理が実行される。

Ｓ２２０５で、ＣＰＵ２０１は、抽出した出走可能条件を満たすレースのうち、選択された競走馬カードが既に出走登録されているレースと同一の発走時刻が関連付けられたレースを除外する。即ち、選択された競走馬カードが出走可能条件を満たすレースであっても、同一の発走時刻の別のレースに出走予定である場合は、該競走馬カードは他のレースには出走登録することはできないため、本ステップではこのようなレースを、出走登録が可能なレースから除外する。具体的にはＣＰＵ２０１は、抽出した出走可能条件を満たす各レースについて、レースデータベース２０８に登録されている、該レースのレースＩＤが関連付けられたレースデータの時刻管理情報２７４４の発走時刻の情報を参照し、選択された競走馬カードが既に出走登録されているレースの発走時刻と同一であるか否かを判断する。ＣＰＵ２０１は、抽出した出走可能条件を満たすレースの発走時刻が、既に出走登録されているレースの発走時刻と同一であると判断した場合は、該レースのレースＩＤを抽出したレースＩＤから削除する。

そしてＣＰＵ２０１はＳ２２０６で、抽出した出走可能条件を満たす全てのレースについて発走時刻の判定を行なった後、残ったレースＩＤを出走可能レース情報としてＲＡＭ２０３に格納し、本出走可能レース抽出処理を完了する。

出走可能レース抽出処理が完了した後、ＣＰＵ２０１はＳ２１０３で、ユーザに出走させるレースを選択させる、出走レース選択画面をユーザ端末１０２に表示させる。出走レース選択画面は、例えば図２３のようであってよい。図では、図２３（ａ）が現役馬カード用の出走レース選択画面であり、図２３（ｂ）が引退馬カード用の出走レース選択画面である。具体的にはＣＰＵ２０１は、出走可能レース抽出処理の実行によりＲＡＭ２０３に記憶させた出走可能レース情報を読み出して、出走レース選択画面のグラフィックデータを生成し、ネットワークＩ／Ｆ２０６を介してユーザ端末１０２に送信し、表示させる。なお、図２３の例では、既に出走登録されているレースについては、出走予定であることを示す情報を含めて表示している。

Ｓ２１０４で、ＣＰＵ２０１は、出走登録を行うレースの選択がユーザ端末１０２においてなされたか否かを判断する。具体的にはＣＰＵ２０１は、出走レース選択画面のいずれかのレースのグラフィックに対するポイント指示入力がユーザ端末１０２においてなされたか否かを、ネットワークＩ／Ｆ２０６を介して検出する。ＣＰＵ２０１は、出走登録を行うレースの選択がなされたと判断した場合は処理をＳ２１０５に移し、なされていないと判断した場合は本ステップの処理を繰り返す。

Ｓ２１０５で、ＣＰＵ２０１は、出走登録を行うレースにおいて、選択された競走馬カードに騎乗させることが可能な騎手カードを抽出する騎乗可能騎手抽出処理を実行する。なお、本実施形態の競馬ゲームでは、レースに競走馬カードを出走登録する際に、騎手カードを組み合わせて登録することで、後述するレース結果生成処理において説明するように、騎手カードに応じて競走馬カードのキャラクタパラメータを変更することができる。即ち、組み合わせて登録する騎手カードを異ならせることで、レース結果の決定に変化が生じる。

（騎乗可能騎手抽出処理）
ここで、本実施形態の騎乗可能騎手抽出処理について、図２４のフローチャートを用いて詳細を説明する。

Ｓ２４０１で、ＣＰＵ２０１は、ログインしたユーザのユーザデータの騎手カード情報２７０５に登録されている全ての騎手カードのカードＩＤを読み出してＲＡＭ２０３に格納する。なお、このときＣＰＵ２０１は、同一のキャラクタの複数の騎手カードを１つのカードとして取り扱うように選択された騎手カードについては、合算後のキャラクタパラメータを有する騎手カードのカードＩＤのみを取得するものとする。

Ｓ２４０２で、ＣＰＵ２０１は、出走登録を行うレースが引退馬レースであるか否かを判断する。具体的にはＣＰＵ２０１は、レースデータベース２０８に登録されている、出走登録を行うレースのレースＩＤが関連付けられたレースデータの出走条件情報２７４３を参照し、引退馬レースであることを示す情報が含まれているか否かを判断する。ＣＰＵ２０１は、出走登録を行うレースが引退馬レースであると判断した場合は処理をＳ２４０７に移し、現役馬レースであると判断した場合は処理をＳ２４０３に移す。

なお、本実施形態では、引退馬レースが殿堂馬カード等のユーザにとって思い入れのあるカードを出走させるレースであるため、引退馬カードと組み合わせて引退馬レースに出走登録される騎手カードは、ユーザの思い入れのある騎手カードが選択可能なように、ユーザが所有する全ての騎手カードが対象となる。即ち、同一の発走時刻のレースに既に出走登録されている騎手カードで、引退馬レースに出走登録することができる。一方、現役馬レースについては、ユーザの興趣を持続させるためのゲーム戦略要素として、現実世界と同様に同一の発走時刻のレースに既に出走登録されている騎手カードは他のレースに出走登録不可能とする。即ち、このようにすることでユーザは所有する現役馬カードを出走登録するレースの選択や、レースに組み合わせて出走登録する騎手カードの選択について、様々な組み合わせを模索しながら繰り返しゲームをプレイすることになるため、結果としてゲームサービス提供期間の長期化が見込める。

Ｓ２４０３で、ＣＰＵ２０１は、出走登録を行うレースと同一の発走時刻のレース（同時刻レース）に出走登録されている騎手カードのカードＩＤを取得する。具体的にはＣＰＵ２０１は、まずレースデータベース２０８に登録されている、出走登録を行うレースのレースＩＤが関連付けられたレースデータの時刻管理情報２７４４を参照し、発走時刻（対象発走時刻）の情報を取得する。ＣＰＵ２０１は、レースデータベース２０８に登録されているレースデータのうち、出走登録を行うレース以外のレースデータであって、時刻管理情報２７４４に対象発走時刻と同一の発走時刻が含まれている全てのレースデータのレースＩＤ（同時刻レースＩＤ）を取得する。そしてＣＰＵ２０１は、ログインしたユーザのユーザデータの出走情報２７０６を参照し、同時刻レースＩＤの全てについて、該同時刻レースＩＤに関連付けられた出走情報を特定し、該出走情報の騎乗騎手カードＩＤ２７２３を取得する。

Ｓ２４０４で、ＣＰＵ２０１は、ＲＡＭ２０３に格納された騎手カードのカードＩＤのうち、同時刻レースに出走登録されている騎手カードのカードＩＤをＲＡＭ２０３から削除する。

Ｓ２４０５で、ＣＰＵ２０１は、ＲＡＭ２０３に格納された騎手カードのカードＩＤのうち、同時刻レースに出走登録されている騎手カードと同一のキャラクタのカードのカードＩＤをＲＡＭ２０３から削除する。具体的にはＣＰＵ２０１は、カードデータベース２０５に登録されているカードデータのうち、同時刻レースに出走登録されている騎手カードのカードＩＤに関連付けられたカードデータのキャラクタ名称２７３２（同時刻出走キャラクタ名称）を読み出す。またＣＰＵ２０１は、ＲＡＭ２０３に格納されている騎手カードのカードＩＤに関連付けられたカードデータベース２０５のカードデータのキャラクタ名称２７３２を参照し、同時刻出走キャラクタ名称と同一であるか否かを判断する。ＣＰＵ２０１は、ＲＡＭ２０３に格納されている騎手カードのキャラクタ名称が同時刻出走キャラクタ名称と同一である場合には、該騎手カードのカードＩＤ２をＲＡＭ２０３から削除する。

このようにすることで、ＲＡＭ２０３には出走登録を行うレースに組み合わせて登録可能な騎手カードのカードＩＤのみが残るため、ＣＰＵ２０１はＳ２４０６で、該カードＩＤ群を騎乗可能騎手情報としてまとめてＲＡＭ２０３に格納して、本騎乗可能騎手抽出処理を完了する。

またＳ２４０２で出走登録を行うレースが引退馬レースであると判断した場合、ＣＰＵ２０１はＳ２４０７で、ＲＡＭ２０３に格納されている騎手カードのカードＩＤ、即ちログインしたユーザが所有する全ての騎手カードのカードＩＤを騎乗可能騎手情報としてまとめてＲＡＭ２０３に格納して、本騎乗可能騎手抽出処理を完了する。

騎乗可能騎手抽出処理が完了した後、ＣＰＵ２０１はＳ２１０６で、ユーザに組み合わせて出走登録を行うレースに登録する騎手カードの選択、及び出走登録の決定指示を行わせる、レース騎乗騎手選択画面をユーザ端末１０２に表示させる。レース騎乗騎手選択画面は、例えば図２５のような画面２５００であってよい。図示されるように、レース騎乗騎手選択画面２５００には出走登録を行うレースの詳細情報２５０１、騎乗騎手カード選択部２５０２、出走登録指示を受け付けるボタン２５０３、及び出走取消指示を受け付けるボタン２５０４が含まれる。ＣＰＵ２０１は、騎乗可能騎手抽出処理の実行によりＲＡＭ２０３に格納された騎乗可能騎手情報を読み出して、レース騎乗騎手選択画面２５００のグラフィックデータを生成し、ネットワークＩ／Ｆ２０６を介してユーザ端末１０２に送信し、表示させる。

なお、本実施形態では騎手カードはレンタルカードに含まれず、実物カードに記録されている登録用情報を用いたカード登録要求によってのみ登録可能であるものとして説明した。しかしながら、ユーザがまだ騎手キャラクタの実物カードを入手していない、あるいは他のレースに出走登録してしまい選択可能な騎手カードがない場合等が考えられるため、本実施形態の競馬ゲームでは、所有している騎手カード２５１０乃至２５１３に加え、他の出走登録されたレースに関わらず出走可能なデフォルト騎手カード２５１４が騎乗騎手カード選択部２５０２には必ず表示される。

Ｓ２１０７で、ＣＰＵ２０１は、ユーザ端末１０２において騎乗する騎手カードが選択され、出走登録決定指示がなされたか否かを判断する。具体的にはＣＰＵ２０１は、騎乗騎手カード選択部２５０２においていずれかの騎手カードのグラフィックに対するポイント指示入力がなされたことを検出し、さらにボタン２５０３に対するポイント指示入力がなされたことを検出したか否かを判断する。ＣＰＵ２０１は、騎乗する騎手カードが選択されて出走登録決定指示がなされたと判断した場合には処理をＳ２１０８に移し、なされていないと判断した場合は本ステップの処理を繰り返す。なお、ボタン２５０４へのポイント指示入力がなされたことを検出した場合は、ＣＰＵ２０１は本出走登録処理を完了する。

Ｓ２１０８で、ＣＰＵ２０１は、
・出走レースＩＤ２７２１に、出走登録を行うレースのレースＩＤ
・出走馬カードＩＤ２７２２に、選択された競走馬カードのカードＩＤ
・騎乗騎手カードＩＤ２７２３に、レース騎乗騎手選択画面２５００で選択された騎手
カードのカードＩＤ
を含めた出走情報を作成し、ログインしたユーザのユーザデータの出走情報２７０６に登録する。

またＣＰＵ２０１は、レースデータベース２０８に登録されている、出走登録を行うレースのレースＩＤに関連付けられたレースデータの出走馬テーブル２７４５に、
・所有者ユーザＩＤに、ログインしたユーザのユーザＩＤ
・出走馬カードＩＤに、選択された競走馬カードのカードＩＤ
・出走馬騎乗騎手カードＩＤに、選択された騎手カードのカードＩＤ
を含めた出走馬情報を作成して登録し、本出走登録処理を完了する。

このように出走登録処理により、選択された競走馬カードについて出走登録可能なレースのみを表示した上で、該競走馬カードの出走登録、及び組み合わせて出走登録する騎手カードの選択を行うことができる。

《レース結果生成処理》
次に、本実施形態のゲームシステムにおいて、レースに出走登録されている競走馬カードのキャラクタパラメータを反映したレース結果を生成するレース結果生成処理について、図２６のフローチャートを用いて具体的な処理を説明する。該フローチャートに対応する処理は、ＣＰＵ２０１が、例えばＲＯＭ２０２に記憶されている対応する処理プログラムを読み出し、ＲＡＭ２０３に展開して実行することにより実現することができる。なお、本レース結果生成処理は、例えばレースについて予め設定された、レース結果を公開する時刻の所定時間前になった際に開始されるものとして説明する。

Ｓ２６０１で、ＣＰＵ２０１は、同一の出走時刻が設定されている、レース結果を生成するレースのうち、１つのレースを選択する。具体的にはＣＰＵ２０１は、レースデータベース２０８に登録されているレースデータのうち、時刻管理情報２７４４に含まれる出走時刻の情報が、現在時刻から所定時間後に設定されているレースデータを読み出し、うち１つのレースデータを選択する。

Ｓ２６０２で、ＣＰＵ２０１は、選択したレースデータの出走馬テーブル２７４５に登録されている、出走登録された競走馬カードの各々について、現在のキャラクタパラメータ（競走馬パラメータ）を取得する。具体的にはＣＰＵ２０１は、選択したレースデータの出走馬テーブル２７４５に登録されている出走馬情報を順に選択する。そしてＣＰＵ２０１は、ユーザ管理データベース２０４に登録されている、選択された出走馬情報に含まれる所有者ユーザＩＤ２７４７に関連付けられたユーザデータの競走馬カード情報２７０４から、出走馬情報の出走馬カードＩＤに関連付けられた所有カードデータのキャラクタパラメータ２７１２を読み出し、出走馬カードＩＤに関連付けてＲＡＭ２０３に格納する。

Ｓ２６０３で、ＣＰＵ２０１は、出走登録された各競走馬カードのキャラクタパラメータを、組み合わせて出走登録されている騎手カードに応じて変更する。具体的にはＣＰＵ２０１は、選択したレースデータの出走馬テーブル２７４５に登録されている出走馬情報を順に選択する。ＣＰＵ２０１は、ユーザ管理データベース２０４に登録されている、選択された出走馬情報に含まれる所有者ユーザＩＤ２７４７に関連付けられたユーザデータの騎手カード情報２７０５から、選択された出走馬情報の出走馬騎乗騎手カードＩＤに関連付けられた所有カードデータのキャラクタパラメータ２７１２を読み出す。そしてＣＰＵ２０１は、読み出した騎手カードのキャラクタパラメータに応じて、ＲＡＭ２０３に格納された該騎手カードと組み合わせて出走登録された競走馬カードのキャラクタパラメータを変更する。

なお、組み合わせられた騎手カードに応じた、競走馬カードのキャラクタパラメータの変更は、例えば各カードのキャラクタパラメータを予め定められた演算式を用いて変更するものであってもよい。また競走馬カードのキャラクタパラメータの変更は、例えば特定の競走馬カードと騎手カードの組み合わせが定められており、該当する組み合わせとなった場合に特定値が加算されるものであってもよい。また競走馬カードの得意とする脚質と、騎手カードの得意とする戦法（逃げ、先行、差し、追込（脚質に対応））との組み合わせに応じて、キャラクタパラメータの変更を行うものであってもよい。

Ｓ２６０４で、ＣＰＵ２０１は、選択したレースデータのレース結果（着順）を、出走登録されている各競走馬カードの変更後のキャラクタパラメータ、及びレースを開催する競馬場やレース距離等のその他のパラメータを反映して生成する。そしてＣＰＵ２０１は、生成したレース結果の情報を、選択したレースデータのレースＩＤ２７４１に関連付けてＲＡＭ２０３に格納する。

Ｓ２６０５で、ＣＰＵ２０１は、同一の出走時刻が設定されている、レース結果を生成するレースにレース結果の生成がなされていないレースが存在するか否かを判断する。ＣＰＵ２０１は、レース結果の生成がなされていないレースが存在すると判断した場合は処理をＳ２６０１に戻し、存在しないと判断した場合は本レース結果生成処理を完了する。

〈パラメータ変動〉
なお、レース結果生成処理において競走馬カードのキャラクタパラメータを変更することについて説明したが、本実施形態の競馬ゲームでは、ユーザが所有する競走馬カードや騎手カードのキャラクタパラメータはゲーム進行に応じても変化する。

例えば競走馬カードのキャラクタパラメータは、入厩状態になされた後は、ゲーム内での年齢情報に応じて変化する。具体的にはＣＰＵ２０１は、対象の現役馬カードについては、該カードの所有カードデータのキャラクタパラメータ２７１２に含まれる成長曲線を参照し、年齢情報２７１６の値に応じて、レース結果に反映されるキャラクタパラメータ２７１２の一部のパラメータを変更する。成長曲線は、例えば年齢に応じてキャラクタパラメータの増分あるいはキャラクタパラメータそのものを導出する関数であり、所定の年齢（ピーク年齢）に達するまではキャラクタパラメータを増加させ、所定の年齢を超えた後は競走馬キャラクタの減退を表現するためにキャラクタパラメータを減少させるものであってよい。

なお、レンタルカードについては、上述したようにキャラクタパラメータの増減はなく、入厩状態になされてから引退操作がなされるまで、初期値のキャラクタパラメータが固定値として用いられる。またレンタルカードについて割り当てられるキャラクタパラメータの初期値は、実物カードに記録されている登録用情報を用いて登録された競走馬カードについて割り当てられるキャラクタパラメータよりも小さく設定されていてもよい。

また、競走馬カードや騎手カードが出走したレースのレース結果に応じて、該カードのキャラクタパラメータが変更されてもよい。この場合ＣＰＵ２０１は、レース結果生成処理においてレース結果情報の生成を行なった後、所定の着順以内の競走馬カードや騎手カードについて、着順に応じて傾斜配分した数値（上位順位の増加分が大）をキャラクタパラメータに積算する。

このようにすることで、各ユーザはユーザ独自のキャラクタパラメータを有する競走馬カードや騎手カードをゲーム上で使用することができる。

《メンテナンス対応》
なお、本実施形態の競馬ゲームのように、ゲームサイクルの１クールと１クールの間が空かず、レースの開催も毎日定期的に決められた時間に行うゲームシステムの場合、定期メンテナンスを設けることは難しい。しかしながら、ゲームサーバ１０１のハードウェア交換等の装置メンテナンスや、新たなコンテンツ追加等のソフトメンテナンスはゲームシステムの運用には必須である。

このため、本実施形態のゲームシステムは、サービス提供を一時的に停止してメンテナンスを行われた場合であっても、メンテナンス終了後にゲームサイクルを崩さず、かつ開催予定のレースを取り止めずにサービス提供を行う。

例えば、１クール内の１日（ゲーム内時期の２ヶ月間）に、午前１０時から１時間おきに１２レースのレース結果が公開されるように設定されており、１５時から２１時までの６時間、サービス提供を一時的に停止してメンテナンスを行い、２１時からサービス提供を開始した場合を考える。このときゲームシステムは、本来１５時にレース結果を公開するように設定されていた第６レースからレース結果の公開を行い、それ以降１時間おきに順次後続のレースのレース結果の公開を行う。具体的にはＣＰＵ２０１は、メンテナンスの開始時間とメンテナンスがなされていた期間の情報を取得すると、レースデータベース２０８に登録されているレースデータの時刻管理情報２７４４を参照し、発走時刻がメンテナンス開始後に予定されていた当日のレースを特定する。そしてＣＰＵ２０１は、特定したレースの全てに対して、レースデータの時刻管理情報２７４４に含まれる出走締切時刻及び発走時刻にメンテナンス期間分の時間を加算し、一時的に時刻管理情報を変更する。このようにして、メンテナンス期間中に予定されていたレースのレース結果は、メンテナンス期間後の２１時から、１時間おきに翌日の３時までかけて公開がなされる。

なお、メンテナンス期間によっては、一時的に時刻管理情報を変更したレースの発走時刻が、翌日に予定されているレースの発走時刻を越えてしまうことがある。このときＣＰＵ２０１は、メンテナンス開始後に予定されていた当日のレースのうち、最後のレースのレースデータの時刻管理情報２７４４に含まれる発走時刻にメンテナンス期間分の時間を加算して得られた時刻と、翌日に予定されている最初のレースの発走時刻との差を算出する。そしてＣＰＵ２０１は、該差が０となるようにレース間の時間間隔を調整した発走時刻を、メンテナンス開始後に予定されていた当日のレースの全てに割り当てればよい。

以上説明したように、本実施形態のゲームシステムは、引退処理を行なった操作キャラクタであってもレースに出場させることが可能なレースゲームを実現することができる。

なお、本実施形態では、ユーザによりレースに出走させる競走馬カードが選択された場合に、該競走馬カードが出走登録可能なレースが抽出されて表示されるものとして説明したが、出走登録可能なレースの抽出方法はこれに限られない。出走登録可能なレースの抽出方法は、例えばユーザによりレースに出走させる騎手カードが選択された後に、該騎手カードが出走登録可能なレースが抽出されて表示されるものであってもよい。即ち、ユーザは出走するレースの決定後に、該レースに出走可能な競走馬カードを選択することになる。このとき、騎手カードについて抽出される出走登録可能なレースやレース決定後に抽出される選択可能な競走馬カードについては、本実施形態で説明した競走馬カードや騎手カードの抽出方法と同様に行えばよい。つまり、出走登録可能なレースに騎手カードが既に出走登録されている時期のレースは該レース以外表示されない、あるいは組み合わせて出走登録可能な競走馬カードについては、同一キャラクタの競走馬カードや同じ時期に既に出走登録されている競走馬カードは表示されない等、上述した実施形態を変形すれば良い。このようにすることで、例えばキャラクタパラメータが優位である騎手カードを優先してグレードの高いレースに出場させる等、ユーザはより戦略的にゲームを楽しむことができる。

［その他の実施形態］
上述した実施形態では、本発明を適用したレースゲームについて、実物カードに対応するカードデータをゲーム上で使用する競馬ゲームを例に説明したが、本発明の実施はこれに限られるものではない。本発明は現実世界のオブジェクトに対応するオブジェクトデータ（キャラクタオブジェクト）をゲーム上で使用するレースゲームであれば適用可能である。即ち、現実世界のオブジェクトの記録部に記録された登録用情報を用いて、該オブジェクトのゲームへの登録要求を行うことで、オブジェクトに対応するオブジェクトデータをゲーム上で使用することが可能なレースゲームであれば、本発明は適用可能である。

なお、現実世界のオブジェクトとは、カードに限らず、例えばフィギュア等の人形や造形物、冊子や写真等、現実世界において３次元形状を有するものであって、ゲームへの登録に用いる登録用情報が記録された記録部を有するものであればよい。

また、レースゲームは、競馬ゲームに限らず、例えばカーレースやボートレース、あるいはスポーツ競技等、様々なゲームであってよい。

なお、上述した実施形態では、主キャラクタデータである競走馬カードと副キャラクタデータである騎手カードの組み合わせに応じて、レース結果が変化するものとして説明したが、これは例示した他のレースゲームであっても適用可能である。例えばカーレースでは、主キャラクタデータがレーサーであって、副キャラクタデータが車、あるいは主キャラクタデータが会社やチームであって、副キャラクタデータがレーサー及び車であってよい。即ち、主キャラクタデータはレース結果が提供されるキャラクタであって、副キャラクタデータは主キャラクタデータのレース結果を変化させるキャラクタであればよい。

また、上述した実施形態では、競走馬カードが主キャラクタデータである競馬ゲームについて説明したが、本発明は例えばリーディングジョッキーを競う等、騎手カードを成長させることが主旨であるゲームにも適用可能である。このようなゲームでは騎手カードが主キャラクタデータとなりレース結果の提供を受け、競走馬カードが副キャラクタデータとなる。この場合、ユーザはゲームにおいて騎手カードを選択することで、出走依頼を受け取った出走可能なレースを確認し、該レースの中から出走するレースを決定する。また１つのレースにおいて出走依頼を同時に複数受け取っている場合には、騎乗する競走馬カードを選択することで、レースへの出走の確定を行うことができる。

Claims (17)

1. ゲーム上でのキャラクタを示すキャラクタオブジェクトであって、各々が異なるオブジェクトＩＤを有するキャラクタオブジェクトをレースに出場手続きすることで、該出場手続きされた前記キャラクタオブジェクトの各々についてレース結果を返すゲームシステムであって、
   ユーザ登録要求がなされた場合に、固有のユーザＩＤを発行して該ユーザ登録要求を行なったユーザをユーザ管理データベースに登録するユーザ登録手段と、
   前記ユーザ管理データベースに登録されているユーザの各々について、オブジェクト登録要求がなされた前記キャラクタオブジェクトのオブジェクトＩＤを、該オブジェクト登録要求を行なったユーザのユーザＩＤに関連付けるオブジェクト登録手段と、
   各々が異なるレースＩＤに関連付けられた複数の出場キャラクタテーブルであって、各出場キャラクタテーブルに前記キャラクタオブジェクトのオブジェクトＩＤを追加することで、該出場キャラクタテーブルに対応するレースへの該キャラクタオブジェクトの出場手続きを行う出場処理手段と、
   前記出場キャラクタテーブルに追加されたオブジェクトＩＤについて順位付けし、該出場キャラクタテーブルに対応するレースのレース結果として出力する出力手段と、
   引退条件を満たした前記キャラクタオブジェクトのオブジェクトＩＤに対して引退情報を関連付けることで、該キャラクタオブジェクトを引退状態とする引退処理手段と、を有し、
   前記出場処理手段は、前記引退状態である前記キャラクタオブジェクトのオブジェクトＩＤについては、前記引退状態ではない前記キャラクタオブジェクトのオブジェクトＩＤを追加する、第１の種類のレースのレースＩＤに関連付けられた出場キャラクタテーブルには追加不可能とし、前記第１の種類のレースとは異なる第２の種類のレースのレースＩＤに関連付けられた出場キャラクタテーブルには追加可能とする
   ことを特徴とするゲームシステム。
2. 前記ユーザＩＤに関連付けられるオブジェクトＩＤで示される前記キャラクタオブジェクトは、現実世界においてユーザが対応するキャラクタのオブジェクトを実際に入手している入手キャラクタオブジェクトと、対応するキャラクタのオブジェクトを実際に入手していない未入手キャラクタオブジェクトとを含み、
   前記オブジェクト登録手段は、オブジェクト登録要求がなされた場合に、
   ユーザが入手したオブジェクトに記録された登録用情報が該オブジェクト登録要求に含まれる場合は前記入手キャラクタオブジェクトであることを示す情報を関連付けることで、該オブジェクト登録要求がなされた前記キャラクタオブジェクトのオブジェクトＩＤを、前記入手キャラクタオブジェクトとして該オブジェクト登録要求を行なったユーザのユーザＩＤに関連付け、
   ユーザが入手したオブジェクトに記録された登録用情報が該オブジェクト登録要求に含まれない場合は前記未入手キャラクタオブジェクトであることを示す情報を関連付けることで、該オブジェクト登録要求がなされた前記キャラクタオブジェクトのオブジェクトＩＤを、前記未入手キャラクタオブジェクトとして該オブジェクト登録要求を行なったユーザのユーザＩＤに関連付け、
   前記出場処理手段は、前記第２の種類のレースのレースＩＤに関連付けられた出場キャラクタテーブルには前記入手キャラクタオブジェクトのオブジェクトＩＤのみを追加する
   ことを特徴とする請求項１に記載のゲームシステム。
3. 前記登録されているユーザのユーザＩＤに関連付けられた前記キャラクタオブジェクトのオブジェクトＩＤの各々について、該キャラクタオブジェクトが前記第１の種類のレースに出場可能となってからのゲーム上での経時情報と、レース結果に反映されるキャラクタパラメータとを関連付けるパラメータ管理手段をさらに有し、
   前記パラメータ管理手段は、
   前記入手キャラクタオブジェクトのオブジェクトＩＤに関連付けられた前記キャラクタパラメータを、該オブジェクトＩＤに関連付けられた前記経時情報に応じて初期値から変化させ、
   前記未入手キャラクタオブジェクトのオブジェクトＩＤに関連付けられた前記キャラクタパラメータを、該オブジェクトＩＤに関連付けられた前記経時情報に依らず、初期値から変化させない
   ことを特徴とする請求項２に記載のゲームシステム。
4. 前記パラメータ管理手段は、前記入手キャラクタオブジェクトのオブジェクトＩＤに関連付けられた前記キャラクタパラメータを、該オブジェクトＩＤに関連付けられた前記経時情報が所定値以上である場合に該経時情報に応じて低下させることを特徴とする請求項３に記載のゲームシステム。
5. 前記出場キャラクタテーブルに追加されたオブジェクトＩＤについて、前記出力手段により出力されたレース結果を累計し、戦績として関連付ける管理手段をさらに有し、
   前記引退処理手段は、
   前記引退条件を満たした前記キャラクタオブジェクトのオブジェクトＩＤに関連付けられた前記戦績が所定の基準を満たす場合に、該オブジェクトＩＤに関連付けられた前記キャラクタパラメータを保持した状態で前記引退情報を関連付け、
   該オブジェクトＩＤに関連付けられた前記戦績が前記所定の基準を満たさない場合に、該オブジェクトＩＤに関連付けられた前記キャラクタパラメータを初期値に戻した状態で前記引退情報を関連付ける
   ことを特徴とする請求項３または４に記載のゲームシステム。
6. 前記オブジェクト登録手段は、前記入手キャラクタオブジェクトのオブジェクト登録要求がなされた際に、該入手キャラクタオブジェクトのオブジェクトＩＤがいずれのユーザＩＤにも関連付けされておらず、該オブジェクトのオブジェクトＩＤに前記引退情報が関連付けられている場合は、該入手キャラクタオブジェクトのオブジェクトＩＤに関連付けられた前記キャラクタパラメータを保持した状態で、前記オブジェクト登録要求を行なったユーザのユーザＩＤに該入手キャラクタオブジェクトのオブジェクトＩＤを関連付けることを特徴とする請求項５に記載のゲームシステム。
7. 前記引退処理手段は、前記引退条件を満たした前記キャラクタオブジェクトが前記未入手キャラクタオブジェクトである場合に、該未入手キャラクタオブジェクトのオブジェクトＩＤに前記引退情報を関連付けず、該オブジェクトＩＤと該オブジェクトＩＤが関連付けられているユーザＩＤとの関連付けを解除することを特徴とする請求項２乃至６のいずれか１項に記載のゲームシステム。
8. １つのキャラクタについては、複数の前記キャラクタオブジェクトが存在し、
   前記オブジェクト登録手段は、前記入手キャラクタオブジェクトのオブジェクト登録要求がなされた場合に、該オブジェクト登録要求を行なったユーザのユーザＩＤについて、該オブジェクト登録要求がなされた前記入手キャラクタオブジェクトと同一のキャラクタについての前記未入手キャラクタオブジェクトのオブジェクトＩＤの関連付けを解除するとともに、該オブジェクト登録要求がなされた前記入手キャラクタオブジェクトのオブジェクトＩＤを関連付ける
   ことを特徴とする請求項２乃至７のいずれか１項に記載のゲームシステム。
9. 前記引退処理手段は、前記引退条件を満たした前記キャラクタオブジェクトのオブジェクトＩＤに前記引退情報を関連付ける際に、該オブジェクトＩＤが追加されている全ての前記出場キャラクタテーブルから該オブジェクトＩＤを削除することを特徴とする請求項１乃至８のいずれか１項に記載のゲームシステム。
10. 前記レースの各々は、前記出力手段によりレース結果の生成が行われる時刻が予め設定されて該レースのレースＩＤに関連付けられ、
    前記ゲームシステムのメンテナンスが行われた場合に、該メンテナンス期間中及び該メンテナンス後にレース結果の生成が行われる時刻が設定されていたレースの各々について、該レースＩＤに関連付けられたレース結果の生成が行われる時刻を、該メンテナンス期間に応じて変更する変更手段をさらに有する
    ことを特徴とする請求項１乃至９のいずれか１項に記載のゲームシステム。
11. 前記引退条件は、オブジェクトＩＤについてのレース結果の出力が少なくとも１回はなされていることを条件に含むことを特徴とする請求項１乃至１０のいずれか１項に記載のゲームシステム。
12. ゲーム上でのキャラクタを示すキャラクタオブジェクトであって、各々が異なるオブジェクトＩＤを有するキャラクタオブジェクトをレースに出場手続きすることで、該出場手続きされた前記キャラクタオブジェクトの各々についてレース結果を返すゲームシステムの制御方法であって、
    前記ゲームシステムのユーザ登録手段が、ユーザ登録要求がなされた場合に、固有のユーザＩＤを発行して該ユーザ登録要求を行なったユーザをユーザ管理データベースに登録するユーザ登録工程と、
    前記ユーザ管理データベースに登録されているユーザの各々について、オブジェクト登録要求がなされた前記キャラクタオブジェクトのオブジェクトＩＤを、該オブジェクト登録要求を行なったユーザのユーザＩＤに関連付けるオブジェクト登録工程と、
    前記ゲームシステムの出場処理手段が、各々が異なるレースＩＤに関連付けられた複数の出場キャラクタテーブルであって、各出場キャラクタテーブルに前記キャラクタオブジェクトのオブジェクトＩＤを追加することで、該出場キャラクタテーブルに対応するレースへの該キャラクタオブジェクトの出場手続きを行う出場処理工程と、
    前記ゲームシステムの出力手段が、前記出場キャラクタテーブルに追加されたオブジェクトＩＤについて順位付けし、該出場キャラクタテーブルに対応するレースのレース結果として出力する出力工程と、
    前記ゲームシステムの引退処理手段が、引退条件を満たした前記キャラクタオブジェクトのオブジェクトＩＤに対して引退情報を関連付けることで、該キャラクタオブジェクトを引退状態とする引退処理工程と、を有し、
    前記出場処理手段は前記出場処理工程において、前記引退状態である前記キャラクタオブジェクトのオブジェクトＩＤについては、前記引退状態ではない前記キャラクタオブジェクトのオブジェクトＩＤを追加する、第１の種類のレースのレースＩＤに関連付けられた出場キャラクタテーブルには追加不可能とし、前記第１の種類のレースとは異なる第２の種類のレースのレースＩＤに関連付けられた出場キャラクタテーブルには追加可能とする
    ことを特徴とするゲームシステムの制御方法。
13. コンピュータを、請求項１乃至１１のいずれか１項に記載のゲームシステムの各手段として機能させるためのプログラム。
14. ゲーム上でのキャラクタを示すキャラクタオブジェクトであって、各々が異なるオブジェクトＩＤを有するキャラクタオブジェクトをレースに出場手続きすることで、該出場手続きされた前記キャラクタオブジェクトの各々についてレース結果を返すゲームシステムであって、
    前記ゲームシステムは、表示手段に表示するユーザインタフェースにおいて、
    ユーザ登録要求を行なったユーザに発行された、ユーザ管理データベースにおける固有のユーザＩＤを示すユーザＩＤ表示部と、
    前記ユーザについて登録されている前記キャラクタオブジェクトを表示するオブジェクト表示部と、
    前記キャラクタオブジェクトについて、レースへの出場手続きがなされたことを通知する出場表示部と、
    前記レースへの出場手続きがなされた前記キャラクタオブジェクトについて、レース結果として順位を表示する結果表示部と、
    引退条件を満たした前記キャラクタオブジェクトが引退状態であることを通知する引退表示部と、を有し、
    前記出場表示部では、前記引退状態である前記キャラクタオブジェクトについて、前記引退状態ではない前記キャラクタオブジェクトが出場可能な第１の種類のレースは出場不可能な状態で表示され、前記第１の種類のレースとは異なる第２の種類のレースは出場可能な状態で表示される
    ことを特徴とするゲームシステム。
15. ゲーム上でのキャラクタを示すキャラクタオブジェクトであって、各々が異なるオブジェクトＩＤを有するキャラクタオブジェクトをレースに出場手続きすることで、該出場手続きされた前記キャラクタオブジェクトの各々についてレース結果を返すゲームシステムであって、
    ユーザ登録要求がなされた場合に、固有のユーザＩＤを発行して該ユーザ登録要求を行なったユーザをユーザ管理データベースに登録するユーザ登録手段と、
    前記ユーザ管理データベースに登録されているユーザの各々について、オブジェクト登録要求がなされた前記キャラクタオブジェクトのオブジェクトＩＤを、該オブジェクト登録要求を行なったユーザのユーザＩＤに関連付けるオブジェクト登録手段と、
    各々が異なるレースＩＤに関連付けられた複数の出場キャラクタテーブルであって、各出場キャラクタテーブルに前記キャラクタオブジェクトのオブジェクトＩＤを追加することで、該出場キャラクタテーブルに対応するレースへの該キャラクタオブジェクトの出場手続きを行う出場処理手段と、
    前記出場キャラクタテーブルに追加されたオブジェクトＩＤについて順位付けし、該出場キャラクタテーブルに対応するレースのレース結果として出力する出力手段と、
    引退条件を満たした前記キャラクタオブジェクトのオブジェクトＩＤに対して引退情報を関連付けることで、該キャラクタオブジェクトを引退状態とする引退処理手段と、を有し、
    前記出場処理手段が、前記引退状態である前記キャラクタオブジェクトのオブジェクトＩＤについては、前記引退状態ではない前記キャラクタオブジェクトのオブジェクトＩＤを追加する、第１の種類のレースのレースＩＤに関連付けられた出場キャラクタテーブルには追加不可能とし、前記第１の種類のレースとは異なる第２の種類のレースのレースＩＤに関連付けられた出場キャラクタテーブルには追加可能とするゲームシステムにおいて、前記オブジェクト登録手段によりユーザＩＤに関連付け可能な前記キャラクタオブジェクトに対応するオブジェクトであって、
    前記キャラクタオブジェクトのオブジェクトＩＤを特定する登録用情報が記録された記録部を有する
    ことを特徴とするオブジェクト。
16. 前記登録用情報を用いたオブジェクト登録要求を受け付ける前記ゲームシステムにおいて、
    前記引退処理手段は、前記引退条件を満たした前記キャラクタオブジェクトのオブジェクトＩＤに前記引退情報を関連付ける際に、該オブジェクトＩＤが追加されている全ての前記出場キャラクタテーブルから該オブジェクトＩＤを削除することを特徴とする請求項１５に記載のオブジェクト。
17. 前記登録用情報を用いたオブジェクト登録要求を受け付ける前記ゲームシステムにおいて、
    前記引退条件は、オブジェクトＩＤについてのレース結果の出力が少なくとも１回はなされていることを条件に含むことを特徴とする請求項１５または１６に記載のオブジェクト。

Images