JP3914835B2 - ゲーム機 - Google Patents
ゲーム機 Download PDFInfo
- Publication number
- JP3914835B2 JP3914835B2 JP2002198799A JP2002198799A JP3914835B2 JP 3914835 B2 JP3914835 B2 JP 3914835B2 JP 2002198799 A JP2002198799 A JP 2002198799A JP 2002198799 A JP2002198799 A JP 2002198799A JP 3914835 B2 JP3914835 B2 JP 3914835B2
- Authority
- JP
- Japan
- Prior art keywords
- game
- player
- horse
- time
- race
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Description
【０００１】
【発明の属する技術分野】
本発明は、ゲームの進行に応じた遊技価値を払い出すゲーム機に関する。
【０００２】
【従来の技術】
競馬ゲームをメダルゲームとして実現した適用したメダルゲーム機が知られている。このようなメダルゲーム機では、プレイヤーがレースの着順を予想してメダルをベットすることにより、馬券を購入することができる。また、ゲーム上、プレイヤーが競走馬を購入して馬主となり、持ち馬をレースに出馬させることができるメダルゲーム機も知られている（コナミ株式会社の商品 ジーワンクラシックウインズ等参照）。
【０００３】
【発明が解決しようとする課題】
しかし、上記のようなメダルゲーム機では、プレイヤーが自分の持ち馬を育成して、その能力に介入することはできなかった。
【０００４】
本発明は、ゲームの進行に応じた遊技価値を払い出すゲーム機において、プレイヤーにゲーム上の育成対象を育成する楽しさを与えられるようにすることを目的とする。
【０００５】
【課題を解決するための手段】
請求項１の発明は、ゲームの進行に応じた遊技価値を払い出す、アーケードに設置されるゲーム機（１）において、プレイヤーによる前記遊技価値のベットに応じてゲーム上の育成対象のゲームに関する能力を育成する育成手段（２０１）と、前記育成対象についてのゲーム上の経過時間を計時する手段と、ゲーム上の競争を進行させる競争進行手段（１０１）と、前記育成対象を前記競争に参加させるとともに、前記育成対象が前記競争において育成成果に応じた能力を発揮するように前記競争進行手段を制御するゲーム制御手段（１０１）と、前記競争における前記育成対象の成績に応じた遊技価値をプレイヤーに払い出す遊技価値払い出し手段（２０３）と、を備え、前記プレイヤーによる育成対象の育成のための操作と、所定のサイクルに従って順次開催される競争に前記育成対象を参加させる操作とを受け付けるステーション（３）が複数設けられ、前記育成手段は、前記育成対象を前記計時する手段によって計時された時間に応じて成長させ、前記計時する手段は、ゲーム機の稼働時間に則したゲーム上の経過時間を計時し、プレイヤーがゲームを中断し、その後に再開した場合、その中断期間における前記計時する手段によって計時されるべき経過時間を、その中断期間におけるゲーム機の稼働時間に則したゲーム上の経過時間よりも遅れたように計時することを特徴とする。
【０００６】
請求項２の発明は、所定のサイクルに従って順次レースを開催するための処理を行うメイン制御装置（１０１）と、そのメイン制御装置に接続されるステーション制御装置（２０１）とを具備し、前記ステーション制御装置は、プレイヤーによる育成対象のゲームに関する能力育成のための操作と、前記レースに前記育成対象を参加させる操作とを受け付ける複数のステーション（３）のそれぞれに設けられ、各ステーション制御装置が、プレイヤーのゲームプレイに必要な処理を行うようにした、アーケードに設置されるゲーム機（１）であって、前記ステーション制御装置には、前記育成対象についてのゲーム上の経過時間を計時する手段と、前記育成対象を前記計時する手段によって計時された時間に応じて成長させる手段とが備えられ、前記計時する手段は、ゲーム機の稼働時間に則したゲーム上の経過時間を計時し、プレイヤーがゲームを中断し、その後に再開した場合、その中断期間における前記計時する手段によって計時されるべき経過時間を、その中断期間におけるゲーム機の稼働時間に則したゲーム上の経過時間よりも遅れたように計時することを特徴とする。
【０００７】
請求項３の発明は、請求項２に記載のゲーム機において、中断されたゲームの継続性を確保するためのゲーム履歴を含んだプレイヤーデータが前記メイン制御装置と接続されたＳＲＡＭ（１０５）又はフラッシュメモリ（１０６）に保存され、プレイの再開時には、その保存されたゲーム履歴が前記ステーション制御装置に向けて送信されることを特徴とする。
【０００８】
なお、本明細書は、ゲームの進行に応じた遊技価値を払い出すゲームシステムにおいて、ゲーム上設定された育成ゲーム空間で、プレイヤーによる前記遊技価値のベットに応じてゲーム上の育成対象を育成する育成手段（２０１）と、ゲーム上設定された競争ゲーム空間で、ゲーム上の競争を進行させる競争進行手段（１０１）と、前記育成対象を前記競争に参加させるとともに、前記育成対象が前記競争において育成成果に応じた能力を発揮するように前記競争進行手段を制御するゲーム制御手段（１０１，２０１）と、前記競争における前記育成対象の成績に応じた遊技価値をプレイヤーに払い出す遊技価値払い出し手段（２０３）と、を備え、前記プレイヤーがゲームプレイに参加している間は前記育成空間での時間経過と前記競争ゲーム空間での時間経過とを一致させ、前記プレイヤーがゲームプレイを中断後、再開した場合には、ゲームプレイの中断期間における前記育成空間での時間経過を前記中断期間における前記競争空間での時間経過よりも遅らせたうえでゲームが再開される発明を含む。
【０００９】
この発明では、プレイヤーがゲームプレイを中断後、再開した場合には、ゲームプレイの中断期間における育成空間での時間経過を中断期間における競争空間での時間経過よりも遅らせたうえでゲームが再開されるようにしたので、プレイヤーが育成空間でのゲームに関与しないゲームプレイの中断期間に、育成対象に対するゲーム上の時間が経過しすぎることに起因する不都合を回避することができる。
【００１０】
上記ゲームシステムにおいて、競争進行手段（１０１）が、ゲーム空間で、一群の競争イベントを一つの周期として繰り返し実行し、中断期間における育成空間の経過時間は、プレイヤーがゲームプレイを中断した時点における周期の位相から、プレイヤーがゲームプレイを再開した時点における周期の位相に至るまでの時間に等しく設定されるようにしてもよい。
【００１１】
この場合には、中断期間を経てゲームプレイを再開した場合に、中断前のゲームから継続してゲームプレイしているような感覚を、プレイヤーに与えることができる。
【００１２】
上記ゲームシステムにおいて、経過時間を、周期以下の時間に設定してもよい。
【００１３】
この場合には、中断期間の間における育成空間でのゲーム進行を最小限に抑制することができるので、プレイヤーはゲーム上の時間をほとんど喪失せず、ゲームを十全に楽しむことができる。
【００１４】
上記ゲームシステムにおいて、競争ゲーム空間としてのフィールド（２）を備え、競争進行手段（１０１）が、育成対象を表現する走行体をフィールド（２）で移動させることによりゲーム上の競争を表現してもよい。
【００１５】
上記ゲームシステムにおいて、育成手段（２０１）による育成対象の育成のためのプレイヤーの操作および育成対象を競争ゲーム空間としてのフィールド（２）に出場させるためのプレイヤーの操作を、それぞれ受付けるステーション（３）を複数備えてもよい。
【００１６】
上記ゲームシステムにおいて、育成対象をゲーム上プレイヤーが所有する競走馬とし、競争をゲーム上設定されたレースとしてもよい。
【００１７】
上記ゲームシステムにおいて、育成対象をゲーム上プレイヤーが所有する競走馬とし、競争進行手段（１０１）が実行する一群の競争イベントを１年度分設定された競馬のレースとし、競争イベントを個々のレースとしてもよい。
【００１８】
なお、本発明の理解を容易にするために添付図面の参照符号を括弧書きにて付記するが、それにより本発明が図示の形態に限定されるものではない。
【００１９】
【発明の実施の形態】
以下、図１〜図１８を参照して本発明のゲームシステムの一実施の形態について説明する。
【００２０】
図１は本実施形態のゲームシステムの外観を示す斜視図である。本実施形態は本発明のゲームシステムを、ゲームセンター（アーケード）等に設置される、いわゆるメダルゲーム機に適用したものである。
【００２１】
図１に示すように、ゲーム機１は中央部分に設けられたフィールド２と、フィールド２を取り囲むように設けられた複数のステーション３とを備える。
【００２２】
フィールド２には出馬ゲート２１を備える競馬場の馬場２２が設けられ、馬場２２内で複数の模型馬（不図示）を走行させることで本物の競馬さながらのレースが展開される。フィールド２の周囲にはレースの実況コールの音声等を出力するための複数のスピーカシステム２６が配置されている。
【００２３】
各ステーション３には、ゲームの進行に応じたゲーム画面を表示するディスプレイ３１と、ディスプレイ３１の表示面に重ね合わされたタッチパネル３２とが設けられている。プレイヤーがゲーム画面の指示に従いディスプレイ３１に表示されたゲーム画面の所定位置に触ると、タッチパネル３２によりその位置が検出され、ゲーム機１においてプレイヤーの操作内容が認識される。また、各ステーション３には、プレイヤーによって遊技価値としてのメダルが投入されるメダル投入部３３、プレイヤーに向けてメダルが払い出されるメダル払い出し口３４、および磁気カードを挿入するための磁気カード差込口３５が設けられている。
【００２４】
図１に示すように、フィールド２の上方には、ゲーム名称等を表示するための表示部２３、およびフィールド２を照明する照明装置２４が支持柱２５により支持されている。
【００２５】
次に、ゲーム機１を用いたゲームの内容についてその概要を説明する。ゲーム機１では、所定のサイクルに従って実際の中央競馬と同一名称のレースが順次開催される。１年分のレースとして約６０のレースが用意されており、各レースごとに、ベットのための時間、すなわち馬券を購入するための時間と、模型馬を用いてレースが行われる時間と、レース結果を表示するための時間とが確保される。レースが行われる時間は各レースの距離等に応じて変動する。１年度分のレースは約２時間程度で一巡し、１年度分のレースが終了すると、連続的に次年度のレースが開始される。
【００２６】
プレイヤーは、各レースごとに着順を予想し、自由に馬券を購入することができる。馬券の購入はメダルをベットすることにより行い、購入した馬券がレースの結果と一致していれば、メダルのベット数とオッズに応じた額（枚数）のメダルが配当として払い出される。ここでいう馬券の購入は、予想する着順に対してメダルをかける行為のことを表す。
【００２７】
また、プレイヤーは、馬主としてゲームに参加することができる。すなわち、プレイヤーは、複数用意された競争馬の中から好きな馬を選択し、その馬を所定枚数のメダルを支払って購入することができる。また、購入した馬の厩舎をプレイヤーの意思で選択することができる。購入した馬の名前は予めゲーム機本体内に記憶された中から選択した名前と、プレイヤーの入力した名前（例えばプレイヤーの氏名）とを組合わせることにより作成される。プレイヤーは購入馬の調教を行い、購入馬を育成することができる。また、育成した馬を自分の希望するレースに出馬させることができ、出馬に際して、騎手を選択することができる。
【００２８】
馬主としてゲームに参加する場合のゲームプレイの継続性を確保するため、ゲーム機１ではプレイヤーのＩＤコード等を記憶した磁気カードを用いている。プレイヤーの過去のゲームプレイの結果はプレイヤーデータとしてゲーム機１に記憶され、磁気カードのＩＤコード等とこの記録されたプレイヤーデータに含まれるＩＤコードとを照合することにより、必要なプレイヤーデータを読込んでゲームに使用する。このため、プレイヤーはこの磁気カードを携帯することによって、何時でもゲームの続きを楽しむことができる。
【００２９】
このように、ゲーム機１では、実際の国内レースのスケジュールに即したレースが継続的に行われており、プレイヤーは、任意のレースについて観客として馬券を買うことができるほか、馬主として競走馬を購入、育成してレースに参加することもできる。
【００３０】
図２はゲーム機１の動作を統合的に制御するためのメイン制御部を示す制御ブロック図、図３は各ステーション３ごとに設けられたステーション制御部を示す制御ブロック図である。
【００３１】
図２に示すように、フィールド２の側に配置されるメイン制御部は、メイン制御装置１０１と、フィールド２における模型馬の走行等を制御するためのフィールド制御部１０２と、フィールド２を照明する照明装置１０３と、競馬場の雰囲気を再現するための音響を発生させる音響装置１０４と、プレイヤーデータを記憶するためのＳＲＡＭ１０５およびフラッシュメモリ１０６と、ゲームに必要なプログラムおよび各種データベースが格納されたＲＯＭ１０７とを備える。音響装置１０４はスピーカシステム２６（図１）を備える。ＲＯＭ１０７に格納されるデータベースには、プレイヤーにより選択される例えば２５６種類の馬名とその音声データ、および各馬に関する各種データ、レースの日程等が含まれる。
【００３２】
図２に示すように、メイン制御装置１０１は、フィールド制御部１０２、照明装置１０３、音響装置１０４、ＳＲＡＭ１０５、フラッシュメモリ１０６およびＲＯＭ１０７に、それぞれ接続されている。
【００３３】
なお、ＳＲＡＭ１０５は、電池等によって電源は常にバックアップされている。また、ＳＲＡＭ１０５やフラッシュメモリ１０６をそれぞれ２個有し、２つのＳＲＡＭ１０５やフラッシュメモリ１０６には、同一データが記憶されるので、一方のデータが破壊された場合でも、データが失われることがない。
【００３４】
図２に示すように、ＳＲＡＭ１０５およびフラッシュメモリ１０６は、それぞれ２つのユニット１０５Ａ，１０５Ｂおよびユニット１０６Ａ，１０６Ｂを備え、ユニットの故障時や交換時に、他方のユニットをバックアップとして使用することができるように考慮されている。
【００３５】
図３に示すように、各ステーション３ごとに設けられるステーション制御部は、ステーション制御装置２０１と、上述のディスプレイ３１と、メダルの払い出し等を管理するメダル管理装置２０３と、磁気カード差込口３５に差し込まれた磁気カードを駆動するための磁気カード駆動装置２０４と、上述のタッチパネル３２と、メダル投入部３３を介して投入されたメダルを検出するメダル投入センサ２０６と、プレイヤーデータを一時的に記憶するＲＡＭ２０７と、磁気カード差込口に差し込まれた磁気カードの磁気情報を読み取るための磁気情報読取装置２０８と、この磁気カードに磁気カード情報を書き込むための磁気情報書込装置２０９とを備える。
【００３６】
図３に示すように、ステーション制御装置２０１は、ディスプレイ３１、メダル管理装置２０３、磁気カード駆動装置２０４、タッチパネル３２、メダル投入センサ２０６、ＲＡＭ２０７、磁気情報読取装置２０８および磁気情報書込装置２０９に、それぞれ接続されている。
【００３７】
また、図２および図３に示すように、各ステーション３のステーション制御装置２０１は、メイン制御装置１０１と接続されており、ステーション制御装置２０１とメイン制御装置１０１との間で必要な交信を行うことが可能とされている。
【００３８】
図４（ａ）はプレイヤーごとに記憶、管理されるプレイヤーデータのデータ構造を示している。プレイヤーデータにはゲームの状態や履歴の情報が含まれる。図４（ａ）に示すように、プレイヤーデータはプレイヤーごとに割当てられるＩＤコード、そのプレイヤーに関する情報である個人情報、そのプレイヤーの持ち馬に関する情報である持ち馬情報、そのプレイヤーが最後にゲームを行った日を特定するための最終プレイ日情報、データの更新を記録する書き換え情報、および磁気カードの改竄防止等を目的とするチェックコードからなる。
【００３９】
本実施の形態では、ＩＤコードと、チェックコードとを特定情報として使用する。
【００４０】
ＩＤコードは１人のプレイヤーに１つ割当てられる番号であり、他のプレイヤーデータのＩＤと重複しないように設定される。
【００４１】
個人情報は、プレイヤーの名前や総プレイ回数などのプレイヤー個人に関する情報である。個人情報はゲーム内容に反映されるデータとして使用されるほか、顧客管理データとしても利用される。なお、プレイヤーの名前は持ち馬情報に含まれる持ち馬の名前に付される冠名としても使用される。
【００４２】
持ち馬情報は、各持ち馬ごとに、持ち馬の名前を特定する名前コード、性別、成長カーブとして特定される馬タイプ情報、年齢、出走回数、スピード、スタミナ、コンディション、獲得賞金累積額、過去のレースごとの戦績（例えば１着、２着あるいは着外）、選択された厩舎によって決まる調教タイプ等からなる。
【００４３】
最終プレイ日は当該プレイヤーデータを使用して最後にゲームを行った日を示している。具体的には、過去のある日、例えば１９９９年１月１日からの経過日数を示している。この最終プレイ日とプレイヤーデータとを対比して矛盾の有無を確認することができるため、最終プレイ日のデータを不正防止目的で利用することができる。
【００４４】
個人情報、持ち馬情報および最終プレイ日情報は、中断されたゲームの継続性を確保するためのゲーム履歴として用いられる。
【００４５】
書き換え情報は、プレイヤーデータが後述する調教処理等によって更新されるごとに増加する数値である。この数値は、通常の場合、すなわちステーション３でのゲームプレイに基づくプレイヤーデータの更新が行われた場合には、書き換え情報として偶数の値が記憶される。しかし、何らかの事情、例えばステーション３の事故等によりメイン制御装置１０１の側で最終的に更新が行われた場合には、次の更新までこの数値は奇数の値をとることになる。
【００４６】
プレイヤーデータは、ＳＲＡＭ１０５あるいはフラッシュメモリ１０６に保存される。また、ステーション３においてプレイヤーがゲームをプレイする際には、必要なプレイヤーデータが対応するステーション３のＲＡＭ２０７に読込まれ、ステーション３における各種処理に利用される。
【００４７】
チェックコードはＩＤコード、個人情報、持ち馬情報、最終プレイ日、および書き換え情報の各データに基づいて作成される誤り検知符号であり、磁気カードに対する改竄や事故の有無、あるいはステーション３とメイン制御装置１０１の側との間におけるプレイヤーデータの送受信が正しく行われているか否か等の事項をチェックするために使用される。
【００４８】
図４（ｂ）は磁気カードに記録される特定情報を示している。このうち特定情報はプレイヤーを特定するために用いられる情報であり、図４（ｂ）に示すように、特定情報はプレイヤーデータのうちのＩＤコードおよびチェックコードからなる。プレイヤーデータを構成する他のデータについては磁気カードには記録されない。これにより、磁気カード情報の改竄による不正の防止を図ることができる。図４（ｂ）に示すように、ゲーム進行に関係のない画面のレイアウト情報等、誤り検知符号の作成に用いられない情報を磁気カードに記録することもできる。
−動作の説明−
【００４９】
以下、図５〜図１８を参照して、ゲーム機１の動作の一部について説明する。なお、ディスプレイ３１の表示に従って行われるプレイヤーの各種入力操作は、タッチパネル３２から出力される信号に基づき、ステーション制御装置２０１において認識されるが、以下の説明では個々の入力操作を認識する処理については、その説明を省略する。
【００５０】
図５は、メイン制御装置１０１において実行されるサイクル制御処理を示すフローチャートである。サイクル制御処理は、年間のレースを所定の順序で行わせるとともに、各レースに含まれる各種処理の切替タイミングを指示するための処理である。
【００５１】
サイクル制御処理において、メイン制御装置１０１は、各レースごとに、▲１▼ベット処理、すなわち馬券を購入するための処理、▲２▼各馬を出走させてレースを行うレース処理、▲３▼レースの着順、オッズ等を表示させるレース結果表示処理、▲４▼各ステーション３から最新のプレイヤーデータを送信させて、ＳＲＡＭ１０５のプレイヤーデータを更新するためのデータ更新処理、を順次実行させるように制御する。
【００５２】
上記処理により、ゲーム機１が稼動している間、国内で行われる年間の各レースが所定の順序で１サイクル約２分の周期で順次実施される。後述する育成処理は、これらの処理と並行して、上記サイクル内の所定期間に実行される（図１５参照）。図１５では、サイクル制御処理により制御されるレースのサイクルの一部を示している。
【００５３】
次に、サイクル制御処理の詳細について説明する。図５のステップＳ１では、ベット処理の開始を指令する。この指令を受けて、各ステーション３のステーション制御装置２０１において、ベット処理が実行される。次いでステップＳ２においてベット処理の終了時刻が到来するのを待ってステップＳ３へ進む。
【００５４】
ステップＳ３では、レース処理の開始を指令する。この指令を受けて、模型馬の走行等の動作や、必要な音響の出力等を実現させるための各種処理（不図示）がメイン制御装置１０１の制御に基づいて実行される。次いでステップＳ４ではレース処理の終了時刻が到来するのを待ってステップＳ５へ進む。
【００５５】
ステップＳ５では、レース結果表示処理の開始を指令する。この指令を受けて、メイン制御装置１０１では、レースの着順、オッズ、配当等をディスプレイ３１に表示するための所定の処理（不図示）が実行される。次いでステップＳ６では、レース結果表示の終了時刻が到来するのを待ってステップＳ７へ進む。
【００５６】
ステップＳ７では、プレイヤーデータを更新するためのデータ更新指令を送出し、ステップＳ８でデータ更新処理の終了を待ってステップＳ９へ進む。ステップＳ９ではレースを次のレースに更新してステップＳ１へ戻る。なお、ステップＳ８では、データ更新処理で設定されるデータ更新終了フラグがオンしていれば、データ更新処理が終了していると判断し、ステップＳ９ではそのデータ更新終了フラグをオフする。データ更新処理については後述する。
【００５７】
次に、磁気カードがステーション３の磁気カード差込口３５に挿入された場合におけるステーション制御装置２０１の処理について、図６を参照して説明する。
【００５８】
図６のステップＳ１０１では、磁気カードがカード差込口３５に差し込まれるのを待ってステップＳ１０２へ進み、差し込まれた磁気カードが新規なカードか否か判断する。この判断が否定されれば、ステップＳ１０９へジャンプする。この判断が肯定されれば、ステップＳ１０３において磁気カード駆動装置２０４および磁気情報読取装置２０８を制御して磁気カードのＩＤコードおよびチェックコードを読込む。
【００５９】
次に、ステップＳ１０４では、差し込まれている磁気カードのＩＤおよびチェックコードをメイン制御装置１０１に向けて送信するとともに、メイン制御装置１０１に対して磁気カードのＩＤコードと同一ＩＤコードのプレイヤーデータの検索を要求する（図６「Ａ」）。この要求を受けて、メイン制御装置１０１ではＩＤコードの検索を行うが、この処理については後述する。
【００６０】
次にステップＳ１０５では、メイン制御装置１０１からの返信を待って、ステップＳ１０６へ進み、メイン制御装置１０１から送信されてきた新たなＩＤコードをＲＡＭ２０７に保存する。このメイン制御装置１０１からの返信等（図６「Ｂ」）については後述する。
【００６１】
次いでステップＳ１０７において、メイン制御装置１０１における検索の結果、同一ＩＤのプレイヤーデータが存在したと判断された場合にはステップＳ１１０へジャンプし、同一ＩＤのプレイヤーデータが存在しなかったと判断された場合には、ステップＳ１０８において、磁気カードの内容が不正であり、もしくは過去の情報が期限切れで削除されことを、例えばディスプレイ３１に表示することでプレイヤーに通知する。続くステップＳ１０９では、新規に個人情報を作成して、ステップＳ１１０へ進む。
【００６２】
ステップＳ１１０では、プレイヤーのゲームプレイに必要な処理を行う。後述する育成処理（図７）はこの処理に含まれる。ステップＳ１１０の処理はステップＳ１１１においてプレイ終了と判定されるまで、継続される。
【００６３】
ステップＳ１１１においてプレイ終了と判定されれば、最新のプレイヤーデータに基づいてチェックコードを作成し、新たな（現在の）ＩＤコードおよびチェックコードを磁気カードに書込んで（ステップＳ１１３）、磁気カードを排出する（ステップＳ１１４）。
【００６４】
ステップＳ１１５では、ＲＡＭ２０７に記憶されている最終的なゲームの状態や履歴（プレイヤーデータ）をメイン制御装置１０１に向けて送信し、正しく送信できたことが確認されれば（ステップＳ１１６）、ステップＳ１１７においてＲＡＭ２０７のプレイヤーデータを消去して、図６の処理を終了する。ステップＳ１１５で送信されたゲームの状態や履歴（プレイヤーデータ）は、ＳＲＡＭ１０５に記憶され、次回プレイヤーがゲームを行うまで保存される。
【００６５】
以下、図７〜図１５を参照して、ステップＳ２００の育成処理について説明する。図７はステーション制御装置２０１において実行される育成処理（ステップＳ２００）を示すフローチャートである。
【００６６】
図７のステップＳ２０１では、プレイヤーによって持ち馬の購入を選択する操作がされたか否か判断し、判断が肯定されればステップＳ２０２へ進む。ステップＳ２０２では、ＲＡＭ２０７に記憶されたプレイヤーデータを参照して、プレイヤーが既に持ち馬を８頭保有しているか否か判断し、判断が肯定されればステップＳ２０１へ戻り、判断が否定されればステップＳ２０３へ進む。プレイヤーが既に持ち馬を８頭保有している場合には、さらに馬を追加購入することはできない。
【００６７】
以下、図８〜図１０を参照して、ステップＳ２０３の処理について説明する。図８は持ち馬選択画面を示す図、図９は厩舎選択画面を示す図、図１０は馬名選択画面を示す図である。
【００６８】
ステップＳ２０３ではプレイヤーに持ち馬を購入させる処理が行われる。この処理では、まず、ＲＡＭ２０７のプレイヤーデータを参照して、図８に示す持ち馬選択画面をディスプレイ３１に表示する。
【００６９】
持ち馬選択画面の左側の領域３０１には、プレイヤーが既に保有している持ち馬が表示される（図８では３頭表示されている）。右側の領域３０２には購入する馬の候補として３頭の馬についての情報が表示される。また、候補となる各馬に割当てられた領域３０２内の各領域には、それぞれ各馬の購入に必要なベット数を示したベットボタン３０２ａが表示されている。領域３０１の上方に設けられた領域３０３には、候補として表示された馬の中の１頭についてのコメントが表示される。このコメントは対応する馬のコメントボタン３０２ｂをプレイヤーが操作することにより表示される。
【００７０】
なお、図８では領域３０２に３頭の馬が表示されているが、その頭数をより大きな値に設定してもよいし、所定のタイミングによって、あるいはプレイヤーの操作によって、表示される候補を順次入れ換えることで、選択可能な頭数を増やすことができる。
【００７１】
購入ボタン３０２ａがプレイヤーにより操作されると、その購入ボタン３０２ａに対応する馬が持ち馬として選択され購入される。馬の購入時にプレイヤーが支払うベット数（メダル枚数）は各馬の能力に応じた値に設定されており、強い馬であればベット数が大きくなる。
【００７２】
領域３０２の表示に示すように、各馬には早熟あるいは晩成といった成長タイプや距離適性等が設定されており、プレイヤーは馬の特性に合わせた育成方法を選択し、あるいは出馬するレースを選択することができる。なお、ステップＳ２０２の処理に示すように、プレイヤーは９頭以上の持ち馬を保有することはできない。
【００７３】
領域３０２に表示される馬をステーション３ごとに変えることも可能であり、表示される馬を現在の持ちクレジットに応じて変化させてもよい。例えば、持ちクレジットが低いステーション３では、購入額の低い馬を多く、持ちクレジットが高いステーション３では購入額の高い馬を多く表示してもよい。また、現在の持ちクレジットにより購入できる範囲の馬のみを各ステーション３の領域３０２に提示してもよい。このように、持ちクレジットに応じて表示する馬を変えることにより、表示する頭数を減少させて画面の表示を簡潔にすることができる。また、プレイヤーが実質的に購入可能な馬のみが表示されるので、プレイヤーの操作も簡単になる。なお、現在の持ちクレジット数は持ち馬選択画面の右下隅の領域３０６に表示される。
【００７４】
持ち馬の購入は、ＲＡＭ２０７のプレイヤーデータを更新することにより記憶される。
【００７５】
なお、ゲームプレイの間、図８に示すように、画面の右端部にはそのステーション３におけるゲームプレイのモード（馬券の購入モード、持ち馬の育成モード）の切り替え等を行うための領域３０７が確保されている。領域３０７にあるボタンをプレイヤーが操作することにより、操作したボタンに対応するモードに切り替えられ、ディスプレイ３１にはそのモードに対応する所定のゲーム画面が表示される。なお、育成モードを構成する、データ表示、持ち馬購入、出馬モード、調教の各モードの切替も領域３０７に対する操作により行われる。
【００７６】
持ち馬の購入後、ＲＡＭ２０７のプレイヤーデータを参照して、図９に示す厩舎選択画面をディスプレイ３１に表示する。厩舎選択画面の右側にはノーマル厩舎、スタミナ厩舎およびスピード厩舎の３種類の厩舎を選択するためのそれぞれの領域３０４Ａ、３０４Ｂおよび３０４Ｃが設けられる。各厩舎に割当てられた領域内には、それぞれ決定ボタン３０４ａが設けられており、プレイヤーにより決定ボタン３０４ａが操作されると、その決定ボタン３０４ａに対応する厩舎が選択される。
【００７７】
なお、厩舎選択画面の右上側に設けられた領域３０５には、今回購入した馬の情報が表示されており、プレイヤーはその情報を参照しつつ厩舎を選択することができる。
【００７８】
領域３０４Ａ〜３０４Ｃに表示されているように、スタミナ厩舎を選択すると長距離型の馬に、スピード厩舎を選択すると短距離型の馬に、ノーマル厩舎を選択すると長距離型および短距離型のいずれにも偏らない平均的な性格の馬に、それぞれ育成される。
【００７９】
厩舎の選択は、ＲＡＭ２０７のプレイヤーデータを書き換えることにより記憶される。
【００８０】
厩舎の選択後、ＲＡＭ２０７のプレイヤーデータを参照して、図１０に示す馬名選択画面をディスプレイ３１に表示する。ここでは、持ち馬名に用いられる馬名として、全部で２５６種類用意された馬名の中から１つの馬名が選択される。馬名選択画面の右側には、頭文字から馬名を検索するための領域３１１が設けられている。また、領域３１１の下方には、ボタン３１１ａにより選択された頭文字に応じた３つの馬名が表示される領域３１２が設けられている。図１０に示すように、領域３１２には、例えば馬名である「アイドル」に冠名である「コナミ」が付された名前が表示されている。この冠名は個人情報に含まれるプレイヤーの名前にほかならない（図４（ａ）参照）。領域３１２に設けられたボタン３１２ｃおよびボタン３１２ｄを操作することにより、五十音順に配列した馬名を順次入れ換えることができる。領域３１２に設けられた決定ボタン３１２ａがプレイヤーによって操作されると、ボタン３１２ａの左手に表示された持ち馬名が、今回購入した持ち馬の正式な名前として選択される。
【００８１】
この持ち馬名に含まれる馬名は、レースに出馬した際の実況コールにおいて音響装置１０４を介して音声出力され、レースの臨場感を増大させるようにしている。このように、予め定められた２５６種類の中から選ばれた馬名と、冠名とを組合わせて持ち馬名を作成するとともに、馬名のみを音声出力することにより、他のプレイヤーと重複しない固有の持ち馬名を確保しつつ、実況コールにおける自然な音声出力を可能としている。
【００８２】
持ち馬の馬名は、ＲＡＭ２０７のプレイヤーデータとして記憶される。
【００８３】
以上の処理を終了した後、ステップＳ２０３からステップＳ２０１へ戻る（図７）。
【００８４】
一方、ステップＳ２０１の判断が否定されればステップＳ２０４へ進み、レースへの出馬を選択する操作がプレイヤーにより行われているか否か判断する。この判断が肯定されればステップＳ２０５へ進み、既に持ち馬を保有しているか否か判断する。この判断が肯定されればステップＳ２０６へ進み、否定されればステップＳ２０１へ戻る。
【００８５】
以下、図１１および図１２を参照して、図７のステップＳ２０６の処理について説明する。図１１はレース選択画面を示す図、図１２は騎手選択画面を示す図である。
【００８６】
ステップＳ２０６では持ち馬を出馬させるレースを選択する処理が行われる。この処理では、最初にＲＡＭ２０７のプレイヤーデータを参照して、図１１に示すレース選択画面をディスプレイ３１に表示する。レース選択画面の左側には、プレイヤーの持ち馬の一覧が表示される領域３２１が設けられ、領域３２１のボタン３２１ａおよび３２１ｂをプレイヤーが操作することにより持ち馬の表示を上下方向にスクロールさせることができる。最上段の領域３２１ｃには、現在選択されている馬が表示される。
【００８７】
レース選択画面の右側には、レース名が表示される領域３２２と、領域３２２に表示された各レースについて、出場可能な持ち馬がどれであるかを表示する領域３２３とが設けられる。図１１に示すように、領域３２２には、レース名とともに、各レースにおいて１着あるいは２着に入った場合の賞金や出走条件が表示される。領域３２３には、該当する馬が既に出馬登録済みであることを示す「登録済み」、該当する馬が出馬可能であることを示す「出馬可能」、該当する馬が出走条件に合致しないことを示す「条件不合」、および出馬登録が締め切られていることを示す「締め切り」の４種類の文言が表示される。これにより、各馬が出場可能か否かをプレイヤーが認識できる。
【００８８】
領域３２１ｃに表示された馬、すなわち選択されている馬については、上記４種類の文言とともに、出馬可能なレースについては、出馬登録の条件としてプレイヤーが支払うべきベット数が表示されたボタン３２３ａが設けられる。このボタン３２３ａがプレイヤーにより操作されると、選択されている馬について、操作されたボタン３２３ａに対応するレースへの出馬登録が行われる。例えば、図１１において「ダービー」に対応するボタン３２３ａを操作すると、領域３２１ｃに表示された馬が「ダービー」に出馬する馬として登録される。なお、ボタン３２３ｂおよびボタン３２３ｃを操作することにより、開催日順に並べられたレース名を左右方向にスクロールさせることもできる。
【００８９】
領域３２１ｃの上方には、現在選択されている馬についての情報が表示される領域３２４が設けられ、領域３２４にある引退ボタン３２４ａを操作することにより、領域３２１ｃに表示された馬を引退させることができる。
【００９０】
次に、図１２に示す騎手選択画面をディスプレイ３１に表示する。この画面では、出馬登録された馬に騎乗する騎手が選択される。騎手によってその能力が異なるため、選択された騎手によってレースの勝率が変化する。また、騎手によってその騎乗戦法が異なるため、出馬する馬の脚質等との相性を判断する必要がある。このため、実際の競馬と同様のスキルが要求され、ゲームのリアル性を増すことができる。
【００９１】
各騎手には、その能力等に応じた手当て、すなわちレースに出馬した馬が賞金を獲得した場合における騎手の取り分が設定されている。例えば、一流の騎手の場合には勝率が高いが、騎手の手当てが６０パーセント、プレイヤーの取り分が４０パーセント、三流騎手の場合には勝率が低いが、プレイヤーの取り分が１００パーセントというように設定される。この場合、例えば賞金がメダル２００枚のレースとすると、上記一流騎手を使ってレースに勝ったときにはメダル８０枚を、上記三流騎手を使ってレースに買ったときにはメダル２００枚を、それぞれプレイヤーが獲得することができる。
【００９２】
したがってプレイヤーはメダルゲームとしての勝敗のみならず、レースでの勝敗を考慮して騎手を選択することができる。したがって本実施形態では、プレイヤーに対し、ゲームの多彩な楽しみ方を提供することができる。
【００９３】
図１２に示すように、領域３２４には騎手名とともに、その騎手の手当てのパーセンテージや騎乗方法（先行型、追い込み型等）が表示され、プレイヤーは各騎手の手当て等を見て、騎手を選択することができる。領域３２４に配列されたボタン３２４ａがプレイヤーにより操作されると、そのボタン３２４ａに対応する騎手がレースに騎乗する騎手として設定される。
【００９４】
騎乗する騎手はＲＡＭ２０７のプレイヤーデータを書き換えることにより記憶される。
【００９５】
以上の処理を終了した後、ステップＳ２０１へ戻る。
【００９６】
一方、ステップＳ２０４の判断が否定されればステップＳ２０７へ進み、プレイヤーによって持ち馬の調教を選択する操作がされたか否か判断する。この判断が肯定されればステップＳ２０８へ進む。ステップＳ２０８ではＲＡＭ２０７のプレイヤーデータを参照して、既に持ち馬を保有しているか否か判断し、この判断が肯定されればステップＳ２０９の調教処理へ進み、否定されればステップＳ２０１へ戻る。
【００９７】
以下、図１３を参照してステップＳ２０９の調教処理について説明する。図１３は調教処理画面を示す図である。
【００９８】
調教処理では、プレイヤーが所有するメダルをベットすることにより持ち馬の調教が行われ、メダルのベット数が多いほど、調教後の馬の能力が向上する。例えば、メダル１〜３枚をベットすることができ、メダル枚数に応じた調教結果を得ることができる。メダルをベットして調教を行うことにより持ち馬の能力が向上し、レースでの勝率を高めることができるため、プレイヤーは持ち馬に貯金していく形で持ち馬を育成させることができる。
【００９９】
このように、本実施形態では、持ち馬に対して調教を行うことができるため、プレイヤーは、あたかも自分の持ち馬を育成し、強い競走馬に育て上げるような楽しみを味わうことができる。
【０１００】
持ち馬の能力は複数のパラメータ（スタミナ、スピード、コンディション）で表される。調教処理では、これらのパラメータうち、どのパラメータの数値をどれだけ上昇させるかについてはプレイヤーが選択することはできない。また、調教メニュー（調教の内容）の選択にもプレイヤーが関与することはできない。どのパラメータの値をどの程度上昇させるかは、ステーション制御装置２０１において、例えば選択されている厩舎やベット数等に応じて決定される。これにより、複雑な入力操作を要求されることなく、持ち馬の調教が可能となる。
【０１０１】
図１３に示すように、調教処理画面の下側の領域３３１には、持ち馬の性別、年齢、獲得賞金、パラメータ、厩舎、および前回の調教方法を表示した一覧表が表示される。この一覧表の表示は、ボタン３３１ａおよびボタン３３１ｂを操作することによりスクロールさせることができる。領域３３１の最上段３３１ｃには調教の対象として現在選択されている馬が表示される。この馬の各パラメータは、調教結果として、調教処理画面の左上側の領域３３２にも表示されている。なお、領域３３２では、表示３３２ａがスタミナを、表示３３２ｂがスピードを、表示３３２ｃがコンディションを、それぞれ星の点灯数により示され、馬の能力に加算される。
【０１０２】
調教処理画面の右上側には、調教方法の説明が表示された領域３３３と、調教方法を選択するボタンが配列された領域３３４とが設けられる。領域３３４には、「休み」、「馬なり」、「強め」、「一杯」、および「前回と同じ」という調教方法がそれぞれ表示されたボタン３３４ａ〜３３４ｅが配置されており、プレイヤーがボタン３３４ａ〜３３４ｅを操作することにより、各ボタンに対応する調教方法が選択される。
【０１０３】
「休み」が選択された場合には、今回の調教は行われない。「馬なり」が選択された場合には、疲労は少ないが能力はそれほど伸びない調教が行われ、「一杯」が選択された場合には、疲労は大きいが能力が飛躍的に伸びる調教が行われる。「強め」が選択された場合には、「馬なり」と「一杯」との間の中間的な性格の調教が行われる。また「前回と同じ」が選択された場合には、同じ馬に対して前回行った調教と同一方法の調教が行われる。これにより、入力操作の手間を省くことができる。
【０１０４】
以上のような調教処理が終了すると、ステップＳ２０１へ戻る。
【０１０５】
上述したステップＳ２０９の調教処理は、図１５に示すようにベット処理が開始されてから、次のベット処理が開始されるまでの間のみ行われる。次のベット処理の開始時刻の到来にともなって調教処理は強制終了され、ステップＳ２０９からステップＳ２０１へ処理が戻る。また、この期間ごとに１回の調教のみが可能であり、２回以上の調教を繰り返すことはできないように構成されている。したがって、レースのサイクルによって想定される時間の経過を無視して持ち馬を急速に育成することはできず、持ち馬の育成速度にリアリティが与えられる。
【０１０６】
選択された調教方法および今回の調教によりもたらされた調教結果は、ＲＡＭ２０７のプレイヤーデータを書き換えることにより記憶される。
【０１０７】
一方、ステップＳ２０７の判断が否定されれば、ステップＳ２１０へ進む。ステップＳ２１０では、プレイヤーの操作によって育成処理の終了が選択されているか否か判断し、判断が否定されればステップＳ２１１へ進む。
【０１０８】
ステップＳ２１１では、プレイヤーの操作によってデータ表示処理が選択されているか否か判断し、判断が肯定されればステップＳ２１２のデータ表示処理へ進む。否定されればステップＳ２０１へ戻る。
【０１０９】
ステップＳ２１２の処理が終了すると、ステップＳ２０１へ戻る。
【０１１０】
一方、ステップＳ２１０の判断が肯定されればリターンして、ステップＳ１１１（図６）へ移行する。
【０１１１】
以上のデータ表示は、ＲＡＭ２０７に記憶されているプレイヤーデータを参照することにより実行される。
【０１１２】
以下、プレイヤーデータの保存方法について述べた後、図１６の処理およびデータ更新処理（図７）について説明する。
【０１１３】
プレイヤーデータの記憶先を上記のように振り分けるため、本実施形態では、プレイヤーデータの保存先としてＳＲＡＭ１０５を優先的に使用するとともに、ＳＲＡＭ１０５の容量が不足してきた場合には、最後に更新した時期が古いプレイヤーデータから順にフラッシュメモリ１０６に移動され、ＳＲＡＭ１０５の記憶領域に空きを作るようにしている。また、フラッシュメモリ１０６に保存されているプレイヤーデータは、手動により抹消され、あるいは最後の更新から所定期間が経過することにより自動的に抹消される。これにより、フラッシュメモリ１０６の空き容量が確保される。プレイヤーデータが抹消されずに保存されていることが保証される期間は、ゲームプレイの有効期間としてプレイヤーに告知されることが望ましい。抹消が行われるまでの期間と、ＳＲＡＭ１０５およびフラッシュメモリ１０６の容量との間のバランスを適当な範囲に設定することにより、プレイヤーデータの管理を適切に行うことができる。
【０１１４】
プレイヤーの再来により、フラッシュメモリ１０６に既に移動されていたプレイヤーデータが再び使用され、更新された場合には、図１６の処理の説明において後述するように、そのプレイヤーデータはフラッシュメモリ１０６からＳＲＡＭ１０５に移動される。プレイヤーが頻繁にゲームを行い、プレイヤーデータの更新間隔が短ければ、その間、プレイヤーデータはフラッシュメモリ１０６に移動されることなく、ＳＲＡＭ１０５に保存され続けることになる。
【０１１５】
次に、図１６を参照して照合処理について説明する。照合処理はステーション制御装置２０１のステップＳ１０４（図６）の要求を受けてスタートする処理であり、メイン制御装置１０１において実行される。
【０１１６】
図１６のステップＳ３０１ではＳＲＡＭ１０５に保存されているプレイヤーデータを検索する。次いでステップＳ３０２において、ステップＳ１０４で検索が要求されたＩＤコードと同一のＩＤコードを含むプレイヤーデータが発見されたか否か判断する。この判断が肯定されればステップＳ３０３へ進み、ステップＳ１０４で送信されたチェックコードと、ＳＲＡＭ１０５で発見されたプレイヤーデータのチェックコードとが一致するか否か判断する。この判断が肯定されればステップＳ３１４へ進み、否定されればステップＳ３０１へ戻る。
【０１１７】
ステップＳ３０２の判断が否定されればステップＳ３０４へ進み、フラッシュメモリ１０６に保存されているプレイヤーデータを検索する。次いでステップＳ３０５において、ステップＳ１０４で検索が要求されたＩＤコードと同一のＩＤコードを含むプレイヤーデータが発見されたか否か判断する。この判断が肯定されればステップＳ３１０へ進み、ステップＳ１０４で送信されたチェックコードと、フラッシュメモリ１０６で発見されたプレイヤーデータのチェックコードとが一致するか否か判断する。この判断が肯定されればステップＳ３１１へ進み、否定されればステップＳ３０４へ戻る。ステップＳ３１１ではＳＲＡＭ１０５に空き領域があるか否か判断し、ステップＳ３１１の判断が否定されれば、ＳＲＡＭ１０５上で最も長期間更新がされていないプレイヤーデータをフラッシュメモリ１０６に移動し（ステップＳ３１２）、ステップＳ３１３へ進む。ステップＳ３１１の判断が肯定されれば、ステップＳ３１３へスキップする。ステップＳ３１３では、フラッシュメモリ１０６で発見されたゲームの状態や履歴（プレイヤーデータ）をＳＲＡＭ１０５に複写して、ステップＳ３１４へ進む。
【０１１８】
ステップＳ３１４では、新たなＩＤコードを作成し、続くステップＳ３１５では、新たなＩＤコード、上記の検索結果、および発見したゲーム履歴または新規に作成した履歴をステーション制御装置１０１に向けて送信し、図１６の処理を終了する。このステップＳ３１５の処理で送信されたＩＤコードはステップＳ１０６（図６）で保存される。また、ステップＳ１０７の判断およびステップＳ１０８の処理は、ステップＳ３１５の送信内容に基づいて実行される。
【０１１９】
次に、図１７を参照してデータ更新処理について説明する。データ更新処理は、ステップＳ７のデータ更新指令（図５）を受けてスタートする処理であり、メイン制御装置１０１において実行される。
【０１２０】
図１７のステップＳ４０１では、各ステーション３のステーション制御装置２０１に向けて、プレイヤーデータの送信を要求する指令、すなわちプレイヤーデータ送信指令を送出する。なお、プレイヤーデータ送信指令を受けて、各ステーション３のステーション制御装置２０１では、メイン制御装置１０１に向けてプレイヤーデータを送信する処理が実行される。
【０１２１】
次にステップＳ４０２では、すべてのステーション３からプレイヤーデータが受信されるのを待って、ステップＳ４０３へ進む。ステップＳ４０３では、ＳＲＡＭ１０５に保存されているプレイヤーデータを各ステーション３のステーション制御装置２０１から送信されたプレイヤーデータに書き換え、ステップＳ４０４へ進む。
【０１２２】
次にステップＳ４０４では、メイン制御装置１０１に向けてプレイヤーデータが送信されてきたすべてのステーション３について、プレイヤーデータの更新が終了しているか否か判断する。この判断が否定されれば、ステップＳ４０５へ進み、ＡＲＡＭ１０５のプレイヤーデータの書き換えの対象を次のステーション３に切り替えて、ステップＳ４０１へ戻る。この判断が肯定されればステップＳ４０６においてデータ更新終了フラグをオンし、処理を終了する。このデータ更新終了フラグは、上述のように、図５のサイクル処理におけるステップＳ８で判断対象となるフラグであり、データ更新終了フラグがオンしていれば、ステップＳ８からステップＳ９へ処理が進む。したがってすべてのステーション３についてプレイヤーデータの更新が終了すれば、次のレースの処理に移行することになる。
【０１２３】
上述したように、本実施形態では、前回までのゲームの状態や履歴をプレイヤーデータとして保存しているため、プレイヤーの再来時に前回の続きからゲームを再開することができる。ところがゲーム機１が稼動している間、ゲーム機１では年間のレースが順次実施され、２〜３時間でゲーム上の１年間が経過する。したがって、例えばプレイヤーが弥生賞（３月）のレースの時点でプレイを終了させ、数日後に再来し、ダービー（６月）のレース時にプレイを再開した場合には、ゲーム上の時間として十数年間という年月が流れている。このとき仮に、ゲーム機１の稼動時間に即してゲーム上の時間が経過したものとしてプレイを再開させると、持ち馬に十数年間何の調教も行わず、年齢だけが加算されることとなるため、ゲームに対するプレイヤーの興味を失わさせることになってしまう。
【０１２４】
このため、本実施形態では、ゲーム上の時間経過をプレイヤーごとに独立させて管理することとし、上記の場合であれば、プレイヤーがプレイを中断した弥生賞のレースと同年度のダービーのレース時にプレイを再開したものとして扱い、ゲーム上では３ヶ月間持ち馬が休養していたものとみなしている。これにより、ゲームを中断しても、プレイヤーの再来プレイにおいて持ち馬の能力を充分に発揮させることができ、プレイヤーは中央競馬のスケジュールを充分に堪能することができる。なお、ゲーム上の時間の流れを逆転させることは好ましくないため、例えばダービー（６月）のレース時にプレイを中断し、弥生賞（３月）のレース時にプレイを再開した場合には、再開時のレースは翌年度の弥生賞（３月）であるとみなしている。すなわち、持ち馬は９ヶ月休養していた扱いとなる。
【０１２５】
図１８はベット処理においてディスプレイ３１に表示されるベット画面を示している。上述のように、ベット処理ではプレイヤーはレースの馬券を購入することができる（図５および図１５参照）。図１８に示すように、ベット画面の左上側にはレース名を表示する領域３５１が、ベット画面の右上側にはレースに出馬する馬の情報を表示する領域３５２が、ベット画面下側にはレースのオッズを表示する領域３５３が、それぞれ設けられる。ベット処理では、領域２５２の所定個所をプレイヤーが操作して馬券を購入することができる。
【０１２６】
ここで、ベット画面の表示方法をプレイヤーの持ち馬の成績に応じて変化させるようにしてもよい。例えば、プレイヤーの持ち馬がＧ１レースに勝った場合には、領域３５２に表示されるその持ち馬についての表示のイメージを他の馬と異なるものとしたり、あるいはその持ち馬についての表示レイアウトを他の馬と異なるものとすることができる。
【０１２７】
本実施形態では、プレイの状態や履歴を磁気カードではなく、ゲーム機１の側に記憶させているため、各ゲーム機１が独立して設置されている場合には、常に同じゲーム機１を使用しなければゲームの続きをプレイすることができない。そこで、複数のゲーム機を互いに何らかの通信手段を介して接続し、プレイヤーデータを転送できるようにしてもよい。プレイヤーデータを転送させることにより、プレイヤーは他のゲーム機を用いてゲームの続きをプレイすることが可能となる。
【０１２８】
また、磁気カードやＩＣ内蔵型のカード等、携帯型の記録媒体にゲームの状態や履歴を記憶するようにしてもよい。この場合には、携帯型の記憶媒体に記憶された情報を用いてゲームを継続できるため、ゲームの継続時に使用するゲーム機が限定されないことになる。したがって、プレイヤーはゲーム機が設置されている別の場所において、ゲームの続きを楽しむことができる。
【０１２９】
本実施形態では、ゲームプレイが中断されるたびにＩＤコードを変更しているが（ステップＳ３１４）、必ずしも毎回ＩＤコードを変更する必要はない。また、チェックコードの変更処理により磁気カードの不正使用を防止できるので、ＩＤコードの変更は行わず、１つの磁気カードに一定のＩＤコードを固定的に設定してもよい。また、特定情報として、ＩＤコードのみを使用してもよい。
【０１３０】
本実施形態では、育成の例として、競馬馬を育成するゲームについて説明したが、例えば、レースに出場する車のチューンナップを行う過程や、競輪選手の能力を向上させる過程をプレイヤーが楽しめるようなゲームについて、本発明を適用することもできる。本明細書において、「育成」は、ゲームに登場するあらゆる対象についての能力を向上させ、あるいはその能力を制御するという概念を含むものである。
【０１３１】
【発明の効果】
本発明によれば、ゲームプレイの中断期間に、育成対象に対するゲーム上の時間が経過しすぎることに起因する不都合を回避することができる。
【図面の簡単な説明】
【図１】本発明によるゲームシステムをメダルゲーム機に適用した実施形態の外観を示す斜視図。
【図２】本ゲーム機のメイン制御部を示す制御ブロック図。
【図３】本ゲーム機のステーション制御部を示す制御ブロック図。
【図４】プレイヤーデータおよび磁気カード情報のデータ構造を示す図であり、（ａ）はプレイヤーデータのデータ構造を示す図、（ｂ）は磁気カード情報のデータ構造を示す図。
【図５】サイクル制御処理を示すフローチャート。
【図６】磁気カードが挿入された後のステーション制御装置における処理を示すフローチャート。
【図７】育成処理を示すフローチャート。
【図８】持ち馬選択画面を示す図。
【図９】厩舎選択画面を示す図。
【図１０】馬名選択画面を示す図。
【図１１】レース選択画面を示す図。
【図１２】騎手選択画面を示す図。
【図１３】調教処理画面を示す図。
【図１４】データ表示画面を示す図。
【図１５】ゲーム進行のサイクルを示す図。
【図１６】照合処理を示すフローチャート。
【図１７】データ更新処理を示すフローチャート。
【図１８】ベット画面を示す図。
【符号の説明】
２ フィールド
３ ステーション
１０１ メイン制御装置
１０５ ＳＲＡＭ
１０４ 音響装置
１０６ フラッシュメモリ
１０７ ＲＯＭ
２０１ ステーション制御装置
２０３ メダル管理装置（払い出し手段）
２０７ ＲＡＭ
２０８ 磁気情報読取装置（読取手段）
２０９ 磁気情報書込み装置（書込み手段）
【発明の属する技術分野】
本発明は、ゲームの進行に応じた遊技価値を払い出すゲーム機に関する。
【０００２】
【従来の技術】
競馬ゲームをメダルゲームとして実現した適用したメダルゲーム機が知られている。このようなメダルゲーム機では、プレイヤーがレースの着順を予想してメダルをベットすることにより、馬券を購入することができる。また、ゲーム上、プレイヤーが競走馬を購入して馬主となり、持ち馬をレースに出馬させることができるメダルゲーム機も知られている（コナミ株式会社の商品 ジーワンクラシックウインズ等参照）。
【０００３】
【発明が解決しようとする課題】
しかし、上記のようなメダルゲーム機では、プレイヤーが自分の持ち馬を育成して、その能力に介入することはできなかった。
【０００４】
本発明は、ゲームの進行に応じた遊技価値を払い出すゲーム機において、プレイヤーにゲーム上の育成対象を育成する楽しさを与えられるようにすることを目的とする。
【０００５】
【課題を解決するための手段】
請求項１の発明は、ゲームの進行に応じた遊技価値を払い出す、アーケードに設置されるゲーム機（１）において、プレイヤーによる前記遊技価値のベットに応じてゲーム上の育成対象のゲームに関する能力を育成する育成手段（２０１）と、前記育成対象についてのゲーム上の経過時間を計時する手段と、ゲーム上の競争を進行させる競争進行手段（１０１）と、前記育成対象を前記競争に参加させるとともに、前記育成対象が前記競争において育成成果に応じた能力を発揮するように前記競争進行手段を制御するゲーム制御手段（１０１）と、前記競争における前記育成対象の成績に応じた遊技価値をプレイヤーに払い出す遊技価値払い出し手段（２０３）と、を備え、前記プレイヤーによる育成対象の育成のための操作と、所定のサイクルに従って順次開催される競争に前記育成対象を参加させる操作とを受け付けるステーション（３）が複数設けられ、前記育成手段は、前記育成対象を前記計時する手段によって計時された時間に応じて成長させ、前記計時する手段は、ゲーム機の稼働時間に則したゲーム上の経過時間を計時し、プレイヤーがゲームを中断し、その後に再開した場合、その中断期間における前記計時する手段によって計時されるべき経過時間を、その中断期間におけるゲーム機の稼働時間に則したゲーム上の経過時間よりも遅れたように計時することを特徴とする。
【０００６】
請求項２の発明は、所定のサイクルに従って順次レースを開催するための処理を行うメイン制御装置（１０１）と、そのメイン制御装置に接続されるステーション制御装置（２０１）とを具備し、前記ステーション制御装置は、プレイヤーによる育成対象のゲームに関する能力育成のための操作と、前記レースに前記育成対象を参加させる操作とを受け付ける複数のステーション（３）のそれぞれに設けられ、各ステーション制御装置が、プレイヤーのゲームプレイに必要な処理を行うようにした、アーケードに設置されるゲーム機（１）であって、前記ステーション制御装置には、前記育成対象についてのゲーム上の経過時間を計時する手段と、前記育成対象を前記計時する手段によって計時された時間に応じて成長させる手段とが備えられ、前記計時する手段は、ゲーム機の稼働時間に則したゲーム上の経過時間を計時し、プレイヤーがゲームを中断し、その後に再開した場合、その中断期間における前記計時する手段によって計時されるべき経過時間を、その中断期間におけるゲーム機の稼働時間に則したゲーム上の経過時間よりも遅れたように計時することを特徴とする。
【０００７】
請求項３の発明は、請求項２に記載のゲーム機において、中断されたゲームの継続性を確保するためのゲーム履歴を含んだプレイヤーデータが前記メイン制御装置と接続されたＳＲＡＭ（１０５）又はフラッシュメモリ（１０６）に保存され、プレイの再開時には、その保存されたゲーム履歴が前記ステーション制御装置に向けて送信されることを特徴とする。
【０００８】
なお、本明細書は、ゲームの進行に応じた遊技価値を払い出すゲームシステムにおいて、ゲーム上設定された育成ゲーム空間で、プレイヤーによる前記遊技価値のベットに応じてゲーム上の育成対象を育成する育成手段（２０１）と、ゲーム上設定された競争ゲーム空間で、ゲーム上の競争を進行させる競争進行手段（１０１）と、前記育成対象を前記競争に参加させるとともに、前記育成対象が前記競争において育成成果に応じた能力を発揮するように前記競争進行手段を制御するゲーム制御手段（１０１，２０１）と、前記競争における前記育成対象の成績に応じた遊技価値をプレイヤーに払い出す遊技価値払い出し手段（２０３）と、を備え、前記プレイヤーがゲームプレイに参加している間は前記育成空間での時間経過と前記競争ゲーム空間での時間経過とを一致させ、前記プレイヤーがゲームプレイを中断後、再開した場合には、ゲームプレイの中断期間における前記育成空間での時間経過を前記中断期間における前記競争空間での時間経過よりも遅らせたうえでゲームが再開される発明を含む。
【０００９】
この発明では、プレイヤーがゲームプレイを中断後、再開した場合には、ゲームプレイの中断期間における育成空間での時間経過を中断期間における競争空間での時間経過よりも遅らせたうえでゲームが再開されるようにしたので、プレイヤーが育成空間でのゲームに関与しないゲームプレイの中断期間に、育成対象に対するゲーム上の時間が経過しすぎることに起因する不都合を回避することができる。
【００１０】
上記ゲームシステムにおいて、競争進行手段（１０１）が、ゲーム空間で、一群の競争イベントを一つの周期として繰り返し実行し、中断期間における育成空間の経過時間は、プレイヤーがゲームプレイを中断した時点における周期の位相から、プレイヤーがゲームプレイを再開した時点における周期の位相に至るまでの時間に等しく設定されるようにしてもよい。
【００１１】
この場合には、中断期間を経てゲームプレイを再開した場合に、中断前のゲームから継続してゲームプレイしているような感覚を、プレイヤーに与えることができる。
【００１２】
上記ゲームシステムにおいて、経過時間を、周期以下の時間に設定してもよい。
【００１３】
この場合には、中断期間の間における育成空間でのゲーム進行を最小限に抑制することができるので、プレイヤーはゲーム上の時間をほとんど喪失せず、ゲームを十全に楽しむことができる。
【００１４】
上記ゲームシステムにおいて、競争ゲーム空間としてのフィールド（２）を備え、競争進行手段（１０１）が、育成対象を表現する走行体をフィールド（２）で移動させることによりゲーム上の競争を表現してもよい。
【００１５】
上記ゲームシステムにおいて、育成手段（２０１）による育成対象の育成のためのプレイヤーの操作および育成対象を競争ゲーム空間としてのフィールド（２）に出場させるためのプレイヤーの操作を、それぞれ受付けるステーション（３）を複数備えてもよい。
【００１６】
上記ゲームシステムにおいて、育成対象をゲーム上プレイヤーが所有する競走馬とし、競争をゲーム上設定されたレースとしてもよい。
【００１７】
上記ゲームシステムにおいて、育成対象をゲーム上プレイヤーが所有する競走馬とし、競争進行手段（１０１）が実行する一群の競争イベントを１年度分設定された競馬のレースとし、競争イベントを個々のレースとしてもよい。
【００１８】
なお、本発明の理解を容易にするために添付図面の参照符号を括弧書きにて付記するが、それにより本発明が図示の形態に限定されるものではない。
【００１９】
【発明の実施の形態】
以下、図１〜図１８を参照して本発明のゲームシステムの一実施の形態について説明する。
【００２０】
図１は本実施形態のゲームシステムの外観を示す斜視図である。本実施形態は本発明のゲームシステムを、ゲームセンター（アーケード）等に設置される、いわゆるメダルゲーム機に適用したものである。
【００２１】
図１に示すように、ゲーム機１は中央部分に設けられたフィールド２と、フィールド２を取り囲むように設けられた複数のステーション３とを備える。
【００２２】
フィールド２には出馬ゲート２１を備える競馬場の馬場２２が設けられ、馬場２２内で複数の模型馬（不図示）を走行させることで本物の競馬さながらのレースが展開される。フィールド２の周囲にはレースの実況コールの音声等を出力するための複数のスピーカシステム２６が配置されている。
【００２３】
各ステーション３には、ゲームの進行に応じたゲーム画面を表示するディスプレイ３１と、ディスプレイ３１の表示面に重ね合わされたタッチパネル３２とが設けられている。プレイヤーがゲーム画面の指示に従いディスプレイ３１に表示されたゲーム画面の所定位置に触ると、タッチパネル３２によりその位置が検出され、ゲーム機１においてプレイヤーの操作内容が認識される。また、各ステーション３には、プレイヤーによって遊技価値としてのメダルが投入されるメダル投入部３３、プレイヤーに向けてメダルが払い出されるメダル払い出し口３４、および磁気カードを挿入するための磁気カード差込口３５が設けられている。
【００２４】
図１に示すように、フィールド２の上方には、ゲーム名称等を表示するための表示部２３、およびフィールド２を照明する照明装置２４が支持柱２５により支持されている。
【００２５】
次に、ゲーム機１を用いたゲームの内容についてその概要を説明する。ゲーム機１では、所定のサイクルに従って実際の中央競馬と同一名称のレースが順次開催される。１年分のレースとして約６０のレースが用意されており、各レースごとに、ベットのための時間、すなわち馬券を購入するための時間と、模型馬を用いてレースが行われる時間と、レース結果を表示するための時間とが確保される。レースが行われる時間は各レースの距離等に応じて変動する。１年度分のレースは約２時間程度で一巡し、１年度分のレースが終了すると、連続的に次年度のレースが開始される。
【００２６】
プレイヤーは、各レースごとに着順を予想し、自由に馬券を購入することができる。馬券の購入はメダルをベットすることにより行い、購入した馬券がレースの結果と一致していれば、メダルのベット数とオッズに応じた額（枚数）のメダルが配当として払い出される。ここでいう馬券の購入は、予想する着順に対してメダルをかける行為のことを表す。
【００２７】
また、プレイヤーは、馬主としてゲームに参加することができる。すなわち、プレイヤーは、複数用意された競争馬の中から好きな馬を選択し、その馬を所定枚数のメダルを支払って購入することができる。また、購入した馬の厩舎をプレイヤーの意思で選択することができる。購入した馬の名前は予めゲーム機本体内に記憶された中から選択した名前と、プレイヤーの入力した名前（例えばプレイヤーの氏名）とを組合わせることにより作成される。プレイヤーは購入馬の調教を行い、購入馬を育成することができる。また、育成した馬を自分の希望するレースに出馬させることができ、出馬に際して、騎手を選択することができる。
【００２８】
馬主としてゲームに参加する場合のゲームプレイの継続性を確保するため、ゲーム機１ではプレイヤーのＩＤコード等を記憶した磁気カードを用いている。プレイヤーの過去のゲームプレイの結果はプレイヤーデータとしてゲーム機１に記憶され、磁気カードのＩＤコード等とこの記録されたプレイヤーデータに含まれるＩＤコードとを照合することにより、必要なプレイヤーデータを読込んでゲームに使用する。このため、プレイヤーはこの磁気カードを携帯することによって、何時でもゲームの続きを楽しむことができる。
【００２９】
このように、ゲーム機１では、実際の国内レースのスケジュールに即したレースが継続的に行われており、プレイヤーは、任意のレースについて観客として馬券を買うことができるほか、馬主として競走馬を購入、育成してレースに参加することもできる。
【００３０】
図２はゲーム機１の動作を統合的に制御するためのメイン制御部を示す制御ブロック図、図３は各ステーション３ごとに設けられたステーション制御部を示す制御ブロック図である。
【００３１】
図２に示すように、フィールド２の側に配置されるメイン制御部は、メイン制御装置１０１と、フィールド２における模型馬の走行等を制御するためのフィールド制御部１０２と、フィールド２を照明する照明装置１０３と、競馬場の雰囲気を再現するための音響を発生させる音響装置１０４と、プレイヤーデータを記憶するためのＳＲＡＭ１０５およびフラッシュメモリ１０６と、ゲームに必要なプログラムおよび各種データベースが格納されたＲＯＭ１０７とを備える。音響装置１０４はスピーカシステム２６（図１）を備える。ＲＯＭ１０７に格納されるデータベースには、プレイヤーにより選択される例えば２５６種類の馬名とその音声データ、および各馬に関する各種データ、レースの日程等が含まれる。
【００３２】
図２に示すように、メイン制御装置１０１は、フィールド制御部１０２、照明装置１０３、音響装置１０４、ＳＲＡＭ１０５、フラッシュメモリ１０６およびＲＯＭ１０７に、それぞれ接続されている。
【００３３】
なお、ＳＲＡＭ１０５は、電池等によって電源は常にバックアップされている。また、ＳＲＡＭ１０５やフラッシュメモリ１０６をそれぞれ２個有し、２つのＳＲＡＭ１０５やフラッシュメモリ１０６には、同一データが記憶されるので、一方のデータが破壊された場合でも、データが失われることがない。
【００３４】
図２に示すように、ＳＲＡＭ１０５およびフラッシュメモリ１０６は、それぞれ２つのユニット１０５Ａ，１０５Ｂおよびユニット１０６Ａ，１０６Ｂを備え、ユニットの故障時や交換時に、他方のユニットをバックアップとして使用することができるように考慮されている。
【００３５】
図３に示すように、各ステーション３ごとに設けられるステーション制御部は、ステーション制御装置２０１と、上述のディスプレイ３１と、メダルの払い出し等を管理するメダル管理装置２０３と、磁気カード差込口３５に差し込まれた磁気カードを駆動するための磁気カード駆動装置２０４と、上述のタッチパネル３２と、メダル投入部３３を介して投入されたメダルを検出するメダル投入センサ２０６と、プレイヤーデータを一時的に記憶するＲＡＭ２０７と、磁気カード差込口に差し込まれた磁気カードの磁気情報を読み取るための磁気情報読取装置２０８と、この磁気カードに磁気カード情報を書き込むための磁気情報書込装置２０９とを備える。
【００３６】
図３に示すように、ステーション制御装置２０１は、ディスプレイ３１、メダル管理装置２０３、磁気カード駆動装置２０４、タッチパネル３２、メダル投入センサ２０６、ＲＡＭ２０７、磁気情報読取装置２０８および磁気情報書込装置２０９に、それぞれ接続されている。
【００３７】
また、図２および図３に示すように、各ステーション３のステーション制御装置２０１は、メイン制御装置１０１と接続されており、ステーション制御装置２０１とメイン制御装置１０１との間で必要な交信を行うことが可能とされている。
【００３８】
図４（ａ）はプレイヤーごとに記憶、管理されるプレイヤーデータのデータ構造を示している。プレイヤーデータにはゲームの状態や履歴の情報が含まれる。図４（ａ）に示すように、プレイヤーデータはプレイヤーごとに割当てられるＩＤコード、そのプレイヤーに関する情報である個人情報、そのプレイヤーの持ち馬に関する情報である持ち馬情報、そのプレイヤーが最後にゲームを行った日を特定するための最終プレイ日情報、データの更新を記録する書き換え情報、および磁気カードの改竄防止等を目的とするチェックコードからなる。
【００３９】
本実施の形態では、ＩＤコードと、チェックコードとを特定情報として使用する。
【００４０】
ＩＤコードは１人のプレイヤーに１つ割当てられる番号であり、他のプレイヤーデータのＩＤと重複しないように設定される。
【００４１】
個人情報は、プレイヤーの名前や総プレイ回数などのプレイヤー個人に関する情報である。個人情報はゲーム内容に反映されるデータとして使用されるほか、顧客管理データとしても利用される。なお、プレイヤーの名前は持ち馬情報に含まれる持ち馬の名前に付される冠名としても使用される。
【００４２】
持ち馬情報は、各持ち馬ごとに、持ち馬の名前を特定する名前コード、性別、成長カーブとして特定される馬タイプ情報、年齢、出走回数、スピード、スタミナ、コンディション、獲得賞金累積額、過去のレースごとの戦績（例えば１着、２着あるいは着外）、選択された厩舎によって決まる調教タイプ等からなる。
【００４３】
最終プレイ日は当該プレイヤーデータを使用して最後にゲームを行った日を示している。具体的には、過去のある日、例えば１９９９年１月１日からの経過日数を示している。この最終プレイ日とプレイヤーデータとを対比して矛盾の有無を確認することができるため、最終プレイ日のデータを不正防止目的で利用することができる。
【００４４】
個人情報、持ち馬情報および最終プレイ日情報は、中断されたゲームの継続性を確保するためのゲーム履歴として用いられる。
【００４５】
書き換え情報は、プレイヤーデータが後述する調教処理等によって更新されるごとに増加する数値である。この数値は、通常の場合、すなわちステーション３でのゲームプレイに基づくプレイヤーデータの更新が行われた場合には、書き換え情報として偶数の値が記憶される。しかし、何らかの事情、例えばステーション３の事故等によりメイン制御装置１０１の側で最終的に更新が行われた場合には、次の更新までこの数値は奇数の値をとることになる。
【００４６】
プレイヤーデータは、ＳＲＡＭ１０５あるいはフラッシュメモリ１０６に保存される。また、ステーション３においてプレイヤーがゲームをプレイする際には、必要なプレイヤーデータが対応するステーション３のＲＡＭ２０７に読込まれ、ステーション３における各種処理に利用される。
【００４７】
チェックコードはＩＤコード、個人情報、持ち馬情報、最終プレイ日、および書き換え情報の各データに基づいて作成される誤り検知符号であり、磁気カードに対する改竄や事故の有無、あるいはステーション３とメイン制御装置１０１の側との間におけるプレイヤーデータの送受信が正しく行われているか否か等の事項をチェックするために使用される。
【００４８】
図４（ｂ）は磁気カードに記録される特定情報を示している。このうち特定情報はプレイヤーを特定するために用いられる情報であり、図４（ｂ）に示すように、特定情報はプレイヤーデータのうちのＩＤコードおよびチェックコードからなる。プレイヤーデータを構成する他のデータについては磁気カードには記録されない。これにより、磁気カード情報の改竄による不正の防止を図ることができる。図４（ｂ）に示すように、ゲーム進行に関係のない画面のレイアウト情報等、誤り検知符号の作成に用いられない情報を磁気カードに記録することもできる。
−動作の説明−
【００４９】
以下、図５〜図１８を参照して、ゲーム機１の動作の一部について説明する。なお、ディスプレイ３１の表示に従って行われるプレイヤーの各種入力操作は、タッチパネル３２から出力される信号に基づき、ステーション制御装置２０１において認識されるが、以下の説明では個々の入力操作を認識する処理については、その説明を省略する。
【００５０】
図５は、メイン制御装置１０１において実行されるサイクル制御処理を示すフローチャートである。サイクル制御処理は、年間のレースを所定の順序で行わせるとともに、各レースに含まれる各種処理の切替タイミングを指示するための処理である。
【００５１】
サイクル制御処理において、メイン制御装置１０１は、各レースごとに、▲１▼ベット処理、すなわち馬券を購入するための処理、▲２▼各馬を出走させてレースを行うレース処理、▲３▼レースの着順、オッズ等を表示させるレース結果表示処理、▲４▼各ステーション３から最新のプレイヤーデータを送信させて、ＳＲＡＭ１０５のプレイヤーデータを更新するためのデータ更新処理、を順次実行させるように制御する。
【００５２】
上記処理により、ゲーム機１が稼動している間、国内で行われる年間の各レースが所定の順序で１サイクル約２分の周期で順次実施される。後述する育成処理は、これらの処理と並行して、上記サイクル内の所定期間に実行される（図１５参照）。図１５では、サイクル制御処理により制御されるレースのサイクルの一部を示している。
【００５３】
次に、サイクル制御処理の詳細について説明する。図５のステップＳ１では、ベット処理の開始を指令する。この指令を受けて、各ステーション３のステーション制御装置２０１において、ベット処理が実行される。次いでステップＳ２においてベット処理の終了時刻が到来するのを待ってステップＳ３へ進む。
【００５４】
ステップＳ３では、レース処理の開始を指令する。この指令を受けて、模型馬の走行等の動作や、必要な音響の出力等を実現させるための各種処理（不図示）がメイン制御装置１０１の制御に基づいて実行される。次いでステップＳ４ではレース処理の終了時刻が到来するのを待ってステップＳ５へ進む。
【００５５】
ステップＳ５では、レース結果表示処理の開始を指令する。この指令を受けて、メイン制御装置１０１では、レースの着順、オッズ、配当等をディスプレイ３１に表示するための所定の処理（不図示）が実行される。次いでステップＳ６では、レース結果表示の終了時刻が到来するのを待ってステップＳ７へ進む。
【００５６】
ステップＳ７では、プレイヤーデータを更新するためのデータ更新指令を送出し、ステップＳ８でデータ更新処理の終了を待ってステップＳ９へ進む。ステップＳ９ではレースを次のレースに更新してステップＳ１へ戻る。なお、ステップＳ８では、データ更新処理で設定されるデータ更新終了フラグがオンしていれば、データ更新処理が終了していると判断し、ステップＳ９ではそのデータ更新終了フラグをオフする。データ更新処理については後述する。
【００５７】
次に、磁気カードがステーション３の磁気カード差込口３５に挿入された場合におけるステーション制御装置２０１の処理について、図６を参照して説明する。
【００５８】
図６のステップＳ１０１では、磁気カードがカード差込口３５に差し込まれるのを待ってステップＳ１０２へ進み、差し込まれた磁気カードが新規なカードか否か判断する。この判断が否定されれば、ステップＳ１０９へジャンプする。この判断が肯定されれば、ステップＳ１０３において磁気カード駆動装置２０４および磁気情報読取装置２０８を制御して磁気カードのＩＤコードおよびチェックコードを読込む。
【００５９】
次に、ステップＳ１０４では、差し込まれている磁気カードのＩＤおよびチェックコードをメイン制御装置１０１に向けて送信するとともに、メイン制御装置１０１に対して磁気カードのＩＤコードと同一ＩＤコードのプレイヤーデータの検索を要求する（図６「Ａ」）。この要求を受けて、メイン制御装置１０１ではＩＤコードの検索を行うが、この処理については後述する。
【００６０】
次にステップＳ１０５では、メイン制御装置１０１からの返信を待って、ステップＳ１０６へ進み、メイン制御装置１０１から送信されてきた新たなＩＤコードをＲＡＭ２０７に保存する。このメイン制御装置１０１からの返信等（図６「Ｂ」）については後述する。
【００６１】
次いでステップＳ１０７において、メイン制御装置１０１における検索の結果、同一ＩＤのプレイヤーデータが存在したと判断された場合にはステップＳ１１０へジャンプし、同一ＩＤのプレイヤーデータが存在しなかったと判断された場合には、ステップＳ１０８において、磁気カードの内容が不正であり、もしくは過去の情報が期限切れで削除されことを、例えばディスプレイ３１に表示することでプレイヤーに通知する。続くステップＳ１０９では、新規に個人情報を作成して、ステップＳ１１０へ進む。
【００６２】
ステップＳ１１０では、プレイヤーのゲームプレイに必要な処理を行う。後述する育成処理（図７）はこの処理に含まれる。ステップＳ１１０の処理はステップＳ１１１においてプレイ終了と判定されるまで、継続される。
【００６３】
ステップＳ１１１においてプレイ終了と判定されれば、最新のプレイヤーデータに基づいてチェックコードを作成し、新たな（現在の）ＩＤコードおよびチェックコードを磁気カードに書込んで（ステップＳ１１３）、磁気カードを排出する（ステップＳ１１４）。
【００６４】
ステップＳ１１５では、ＲＡＭ２０７に記憶されている最終的なゲームの状態や履歴（プレイヤーデータ）をメイン制御装置１０１に向けて送信し、正しく送信できたことが確認されれば（ステップＳ１１６）、ステップＳ１１７においてＲＡＭ２０７のプレイヤーデータを消去して、図６の処理を終了する。ステップＳ１１５で送信されたゲームの状態や履歴（プレイヤーデータ）は、ＳＲＡＭ１０５に記憶され、次回プレイヤーがゲームを行うまで保存される。
【００６５】
以下、図７〜図１５を参照して、ステップＳ２００の育成処理について説明する。図７はステーション制御装置２０１において実行される育成処理（ステップＳ２００）を示すフローチャートである。
【００６６】
図７のステップＳ２０１では、プレイヤーによって持ち馬の購入を選択する操作がされたか否か判断し、判断が肯定されればステップＳ２０２へ進む。ステップＳ２０２では、ＲＡＭ２０７に記憶されたプレイヤーデータを参照して、プレイヤーが既に持ち馬を８頭保有しているか否か判断し、判断が肯定されればステップＳ２０１へ戻り、判断が否定されればステップＳ２０３へ進む。プレイヤーが既に持ち馬を８頭保有している場合には、さらに馬を追加購入することはできない。
【００６７】
以下、図８〜図１０を参照して、ステップＳ２０３の処理について説明する。図８は持ち馬選択画面を示す図、図９は厩舎選択画面を示す図、図１０は馬名選択画面を示す図である。
【００６８】
ステップＳ２０３ではプレイヤーに持ち馬を購入させる処理が行われる。この処理では、まず、ＲＡＭ２０７のプレイヤーデータを参照して、図８に示す持ち馬選択画面をディスプレイ３１に表示する。
【００６９】
持ち馬選択画面の左側の領域３０１には、プレイヤーが既に保有している持ち馬が表示される（図８では３頭表示されている）。右側の領域３０２には購入する馬の候補として３頭の馬についての情報が表示される。また、候補となる各馬に割当てられた領域３０２内の各領域には、それぞれ各馬の購入に必要なベット数を示したベットボタン３０２ａが表示されている。領域３０１の上方に設けられた領域３０３には、候補として表示された馬の中の１頭についてのコメントが表示される。このコメントは対応する馬のコメントボタン３０２ｂをプレイヤーが操作することにより表示される。
【００７０】
なお、図８では領域３０２に３頭の馬が表示されているが、その頭数をより大きな値に設定してもよいし、所定のタイミングによって、あるいはプレイヤーの操作によって、表示される候補を順次入れ換えることで、選択可能な頭数を増やすことができる。
【００７１】
購入ボタン３０２ａがプレイヤーにより操作されると、その購入ボタン３０２ａに対応する馬が持ち馬として選択され購入される。馬の購入時にプレイヤーが支払うベット数（メダル枚数）は各馬の能力に応じた値に設定されており、強い馬であればベット数が大きくなる。
【００７２】
領域３０２の表示に示すように、各馬には早熟あるいは晩成といった成長タイプや距離適性等が設定されており、プレイヤーは馬の特性に合わせた育成方法を選択し、あるいは出馬するレースを選択することができる。なお、ステップＳ２０２の処理に示すように、プレイヤーは９頭以上の持ち馬を保有することはできない。
【００７３】
領域３０２に表示される馬をステーション３ごとに変えることも可能であり、表示される馬を現在の持ちクレジットに応じて変化させてもよい。例えば、持ちクレジットが低いステーション３では、購入額の低い馬を多く、持ちクレジットが高いステーション３では購入額の高い馬を多く表示してもよい。また、現在の持ちクレジットにより購入できる範囲の馬のみを各ステーション３の領域３０２に提示してもよい。このように、持ちクレジットに応じて表示する馬を変えることにより、表示する頭数を減少させて画面の表示を簡潔にすることができる。また、プレイヤーが実質的に購入可能な馬のみが表示されるので、プレイヤーの操作も簡単になる。なお、現在の持ちクレジット数は持ち馬選択画面の右下隅の領域３０６に表示される。
【００７４】
持ち馬の購入は、ＲＡＭ２０７のプレイヤーデータを更新することにより記憶される。
【００７５】
なお、ゲームプレイの間、図８に示すように、画面の右端部にはそのステーション３におけるゲームプレイのモード（馬券の購入モード、持ち馬の育成モード）の切り替え等を行うための領域３０７が確保されている。領域３０７にあるボタンをプレイヤーが操作することにより、操作したボタンに対応するモードに切り替えられ、ディスプレイ３１にはそのモードに対応する所定のゲーム画面が表示される。なお、育成モードを構成する、データ表示、持ち馬購入、出馬モード、調教の各モードの切替も領域３０７に対する操作により行われる。
【００７６】
持ち馬の購入後、ＲＡＭ２０７のプレイヤーデータを参照して、図９に示す厩舎選択画面をディスプレイ３１に表示する。厩舎選択画面の右側にはノーマル厩舎、スタミナ厩舎およびスピード厩舎の３種類の厩舎を選択するためのそれぞれの領域３０４Ａ、３０４Ｂおよび３０４Ｃが設けられる。各厩舎に割当てられた領域内には、それぞれ決定ボタン３０４ａが設けられており、プレイヤーにより決定ボタン３０４ａが操作されると、その決定ボタン３０４ａに対応する厩舎が選択される。
【００７７】
なお、厩舎選択画面の右上側に設けられた領域３０５には、今回購入した馬の情報が表示されており、プレイヤーはその情報を参照しつつ厩舎を選択することができる。
【００７８】
領域３０４Ａ〜３０４Ｃに表示されているように、スタミナ厩舎を選択すると長距離型の馬に、スピード厩舎を選択すると短距離型の馬に、ノーマル厩舎を選択すると長距離型および短距離型のいずれにも偏らない平均的な性格の馬に、それぞれ育成される。
【００７９】
厩舎の選択は、ＲＡＭ２０７のプレイヤーデータを書き換えることにより記憶される。
【００８０】
厩舎の選択後、ＲＡＭ２０７のプレイヤーデータを参照して、図１０に示す馬名選択画面をディスプレイ３１に表示する。ここでは、持ち馬名に用いられる馬名として、全部で２５６種類用意された馬名の中から１つの馬名が選択される。馬名選択画面の右側には、頭文字から馬名を検索するための領域３１１が設けられている。また、領域３１１の下方には、ボタン３１１ａにより選択された頭文字に応じた３つの馬名が表示される領域３１２が設けられている。図１０に示すように、領域３１２には、例えば馬名である「アイドル」に冠名である「コナミ」が付された名前が表示されている。この冠名は個人情報に含まれるプレイヤーの名前にほかならない（図４（ａ）参照）。領域３１２に設けられたボタン３１２ｃおよびボタン３１２ｄを操作することにより、五十音順に配列した馬名を順次入れ換えることができる。領域３１２に設けられた決定ボタン３１２ａがプレイヤーによって操作されると、ボタン３１２ａの左手に表示された持ち馬名が、今回購入した持ち馬の正式な名前として選択される。
【００８１】
この持ち馬名に含まれる馬名は、レースに出馬した際の実況コールにおいて音響装置１０４を介して音声出力され、レースの臨場感を増大させるようにしている。このように、予め定められた２５６種類の中から選ばれた馬名と、冠名とを組合わせて持ち馬名を作成するとともに、馬名のみを音声出力することにより、他のプレイヤーと重複しない固有の持ち馬名を確保しつつ、実況コールにおける自然な音声出力を可能としている。
【００８２】
持ち馬の馬名は、ＲＡＭ２０７のプレイヤーデータとして記憶される。
【００８３】
以上の処理を終了した後、ステップＳ２０３からステップＳ２０１へ戻る（図７）。
【００８４】
一方、ステップＳ２０１の判断が否定されればステップＳ２０４へ進み、レースへの出馬を選択する操作がプレイヤーにより行われているか否か判断する。この判断が肯定されればステップＳ２０５へ進み、既に持ち馬を保有しているか否か判断する。この判断が肯定されればステップＳ２０６へ進み、否定されればステップＳ２０１へ戻る。
【００８５】
以下、図１１および図１２を参照して、図７のステップＳ２０６の処理について説明する。図１１はレース選択画面を示す図、図１２は騎手選択画面を示す図である。
【００８６】
ステップＳ２０６では持ち馬を出馬させるレースを選択する処理が行われる。この処理では、最初にＲＡＭ２０７のプレイヤーデータを参照して、図１１に示すレース選択画面をディスプレイ３１に表示する。レース選択画面の左側には、プレイヤーの持ち馬の一覧が表示される領域３２１が設けられ、領域３２１のボタン３２１ａおよび３２１ｂをプレイヤーが操作することにより持ち馬の表示を上下方向にスクロールさせることができる。最上段の領域３２１ｃには、現在選択されている馬が表示される。
【００８７】
レース選択画面の右側には、レース名が表示される領域３２２と、領域３２２に表示された各レースについて、出場可能な持ち馬がどれであるかを表示する領域３２３とが設けられる。図１１に示すように、領域３２２には、レース名とともに、各レースにおいて１着あるいは２着に入った場合の賞金や出走条件が表示される。領域３２３には、該当する馬が既に出馬登録済みであることを示す「登録済み」、該当する馬が出馬可能であることを示す「出馬可能」、該当する馬が出走条件に合致しないことを示す「条件不合」、および出馬登録が締め切られていることを示す「締め切り」の４種類の文言が表示される。これにより、各馬が出場可能か否かをプレイヤーが認識できる。
【００８８】
領域３２１ｃに表示された馬、すなわち選択されている馬については、上記４種類の文言とともに、出馬可能なレースについては、出馬登録の条件としてプレイヤーが支払うべきベット数が表示されたボタン３２３ａが設けられる。このボタン３２３ａがプレイヤーにより操作されると、選択されている馬について、操作されたボタン３２３ａに対応するレースへの出馬登録が行われる。例えば、図１１において「ダービー」に対応するボタン３２３ａを操作すると、領域３２１ｃに表示された馬が「ダービー」に出馬する馬として登録される。なお、ボタン３２３ｂおよびボタン３２３ｃを操作することにより、開催日順に並べられたレース名を左右方向にスクロールさせることもできる。
【００８９】
領域３２１ｃの上方には、現在選択されている馬についての情報が表示される領域３２４が設けられ、領域３２４にある引退ボタン３２４ａを操作することにより、領域３２１ｃに表示された馬を引退させることができる。
【００９０】
次に、図１２に示す騎手選択画面をディスプレイ３１に表示する。この画面では、出馬登録された馬に騎乗する騎手が選択される。騎手によってその能力が異なるため、選択された騎手によってレースの勝率が変化する。また、騎手によってその騎乗戦法が異なるため、出馬する馬の脚質等との相性を判断する必要がある。このため、実際の競馬と同様のスキルが要求され、ゲームのリアル性を増すことができる。
【００９１】
各騎手には、その能力等に応じた手当て、すなわちレースに出馬した馬が賞金を獲得した場合における騎手の取り分が設定されている。例えば、一流の騎手の場合には勝率が高いが、騎手の手当てが６０パーセント、プレイヤーの取り分が４０パーセント、三流騎手の場合には勝率が低いが、プレイヤーの取り分が１００パーセントというように設定される。この場合、例えば賞金がメダル２００枚のレースとすると、上記一流騎手を使ってレースに勝ったときにはメダル８０枚を、上記三流騎手を使ってレースに買ったときにはメダル２００枚を、それぞれプレイヤーが獲得することができる。
【００９２】
したがってプレイヤーはメダルゲームとしての勝敗のみならず、レースでの勝敗を考慮して騎手を選択することができる。したがって本実施形態では、プレイヤーに対し、ゲームの多彩な楽しみ方を提供することができる。
【００９３】
図１２に示すように、領域３２４には騎手名とともに、その騎手の手当てのパーセンテージや騎乗方法（先行型、追い込み型等）が表示され、プレイヤーは各騎手の手当て等を見て、騎手を選択することができる。領域３２４に配列されたボタン３２４ａがプレイヤーにより操作されると、そのボタン３２４ａに対応する騎手がレースに騎乗する騎手として設定される。
【００９４】
騎乗する騎手はＲＡＭ２０７のプレイヤーデータを書き換えることにより記憶される。
【００９５】
以上の処理を終了した後、ステップＳ２０１へ戻る。
【００９６】
一方、ステップＳ２０４の判断が否定されればステップＳ２０７へ進み、プレイヤーによって持ち馬の調教を選択する操作がされたか否か判断する。この判断が肯定されればステップＳ２０８へ進む。ステップＳ２０８ではＲＡＭ２０７のプレイヤーデータを参照して、既に持ち馬を保有しているか否か判断し、この判断が肯定されればステップＳ２０９の調教処理へ進み、否定されればステップＳ２０１へ戻る。
【００９７】
以下、図１３を参照してステップＳ２０９の調教処理について説明する。図１３は調教処理画面を示す図である。
【００９８】
調教処理では、プレイヤーが所有するメダルをベットすることにより持ち馬の調教が行われ、メダルのベット数が多いほど、調教後の馬の能力が向上する。例えば、メダル１〜３枚をベットすることができ、メダル枚数に応じた調教結果を得ることができる。メダルをベットして調教を行うことにより持ち馬の能力が向上し、レースでの勝率を高めることができるため、プレイヤーは持ち馬に貯金していく形で持ち馬を育成させることができる。
【００９９】
このように、本実施形態では、持ち馬に対して調教を行うことができるため、プレイヤーは、あたかも自分の持ち馬を育成し、強い競走馬に育て上げるような楽しみを味わうことができる。
【０１００】
持ち馬の能力は複数のパラメータ（スタミナ、スピード、コンディション）で表される。調教処理では、これらのパラメータうち、どのパラメータの数値をどれだけ上昇させるかについてはプレイヤーが選択することはできない。また、調教メニュー（調教の内容）の選択にもプレイヤーが関与することはできない。どのパラメータの値をどの程度上昇させるかは、ステーション制御装置２０１において、例えば選択されている厩舎やベット数等に応じて決定される。これにより、複雑な入力操作を要求されることなく、持ち馬の調教が可能となる。
【０１０１】
図１３に示すように、調教処理画面の下側の領域３３１には、持ち馬の性別、年齢、獲得賞金、パラメータ、厩舎、および前回の調教方法を表示した一覧表が表示される。この一覧表の表示は、ボタン３３１ａおよびボタン３３１ｂを操作することによりスクロールさせることができる。領域３３１の最上段３３１ｃには調教の対象として現在選択されている馬が表示される。この馬の各パラメータは、調教結果として、調教処理画面の左上側の領域３３２にも表示されている。なお、領域３３２では、表示３３２ａがスタミナを、表示３３２ｂがスピードを、表示３３２ｃがコンディションを、それぞれ星の点灯数により示され、馬の能力に加算される。
【０１０２】
調教処理画面の右上側には、調教方法の説明が表示された領域３３３と、調教方法を選択するボタンが配列された領域３３４とが設けられる。領域３３４には、「休み」、「馬なり」、「強め」、「一杯」、および「前回と同じ」という調教方法がそれぞれ表示されたボタン３３４ａ〜３３４ｅが配置されており、プレイヤーがボタン３３４ａ〜３３４ｅを操作することにより、各ボタンに対応する調教方法が選択される。
【０１０３】
「休み」が選択された場合には、今回の調教は行われない。「馬なり」が選択された場合には、疲労は少ないが能力はそれほど伸びない調教が行われ、「一杯」が選択された場合には、疲労は大きいが能力が飛躍的に伸びる調教が行われる。「強め」が選択された場合には、「馬なり」と「一杯」との間の中間的な性格の調教が行われる。また「前回と同じ」が選択された場合には、同じ馬に対して前回行った調教と同一方法の調教が行われる。これにより、入力操作の手間を省くことができる。
【０１０４】
以上のような調教処理が終了すると、ステップＳ２０１へ戻る。
【０１０５】
上述したステップＳ２０９の調教処理は、図１５に示すようにベット処理が開始されてから、次のベット処理が開始されるまでの間のみ行われる。次のベット処理の開始時刻の到来にともなって調教処理は強制終了され、ステップＳ２０９からステップＳ２０１へ処理が戻る。また、この期間ごとに１回の調教のみが可能であり、２回以上の調教を繰り返すことはできないように構成されている。したがって、レースのサイクルによって想定される時間の経過を無視して持ち馬を急速に育成することはできず、持ち馬の育成速度にリアリティが与えられる。
【０１０６】
選択された調教方法および今回の調教によりもたらされた調教結果は、ＲＡＭ２０７のプレイヤーデータを書き換えることにより記憶される。
【０１０７】
一方、ステップＳ２０７の判断が否定されれば、ステップＳ２１０へ進む。ステップＳ２１０では、プレイヤーの操作によって育成処理の終了が選択されているか否か判断し、判断が否定されればステップＳ２１１へ進む。
【０１０８】
ステップＳ２１１では、プレイヤーの操作によってデータ表示処理が選択されているか否か判断し、判断が肯定されればステップＳ２１２のデータ表示処理へ進む。否定されればステップＳ２０１へ戻る。
【０１０９】
ステップＳ２１２の処理が終了すると、ステップＳ２０１へ戻る。
【０１１０】
一方、ステップＳ２１０の判断が肯定されればリターンして、ステップＳ１１１（図６）へ移行する。
【０１１１】
以上のデータ表示は、ＲＡＭ２０７に記憶されているプレイヤーデータを参照することにより実行される。
【０１１２】
以下、プレイヤーデータの保存方法について述べた後、図１６の処理およびデータ更新処理（図７）について説明する。
【０１１３】
プレイヤーデータの記憶先を上記のように振り分けるため、本実施形態では、プレイヤーデータの保存先としてＳＲＡＭ１０５を優先的に使用するとともに、ＳＲＡＭ１０５の容量が不足してきた場合には、最後に更新した時期が古いプレイヤーデータから順にフラッシュメモリ１０６に移動され、ＳＲＡＭ１０５の記憶領域に空きを作るようにしている。また、フラッシュメモリ１０６に保存されているプレイヤーデータは、手動により抹消され、あるいは最後の更新から所定期間が経過することにより自動的に抹消される。これにより、フラッシュメモリ１０６の空き容量が確保される。プレイヤーデータが抹消されずに保存されていることが保証される期間は、ゲームプレイの有効期間としてプレイヤーに告知されることが望ましい。抹消が行われるまでの期間と、ＳＲＡＭ１０５およびフラッシュメモリ１０６の容量との間のバランスを適当な範囲に設定することにより、プレイヤーデータの管理を適切に行うことができる。
【０１１４】
プレイヤーの再来により、フラッシュメモリ１０６に既に移動されていたプレイヤーデータが再び使用され、更新された場合には、図１６の処理の説明において後述するように、そのプレイヤーデータはフラッシュメモリ１０６からＳＲＡＭ１０５に移動される。プレイヤーが頻繁にゲームを行い、プレイヤーデータの更新間隔が短ければ、その間、プレイヤーデータはフラッシュメモリ１０６に移動されることなく、ＳＲＡＭ１０５に保存され続けることになる。
【０１１５】
次に、図１６を参照して照合処理について説明する。照合処理はステーション制御装置２０１のステップＳ１０４（図６）の要求を受けてスタートする処理であり、メイン制御装置１０１において実行される。
【０１１６】
図１６のステップＳ３０１ではＳＲＡＭ１０５に保存されているプレイヤーデータを検索する。次いでステップＳ３０２において、ステップＳ１０４で検索が要求されたＩＤコードと同一のＩＤコードを含むプレイヤーデータが発見されたか否か判断する。この判断が肯定されればステップＳ３０３へ進み、ステップＳ１０４で送信されたチェックコードと、ＳＲＡＭ１０５で発見されたプレイヤーデータのチェックコードとが一致するか否か判断する。この判断が肯定されればステップＳ３１４へ進み、否定されればステップＳ３０１へ戻る。
【０１１７】
ステップＳ３０２の判断が否定されればステップＳ３０４へ進み、フラッシュメモリ１０６に保存されているプレイヤーデータを検索する。次いでステップＳ３０５において、ステップＳ１０４で検索が要求されたＩＤコードと同一のＩＤコードを含むプレイヤーデータが発見されたか否か判断する。この判断が肯定されればステップＳ３１０へ進み、ステップＳ１０４で送信されたチェックコードと、フラッシュメモリ１０６で発見されたプレイヤーデータのチェックコードとが一致するか否か判断する。この判断が肯定されればステップＳ３１１へ進み、否定されればステップＳ３０４へ戻る。ステップＳ３１１ではＳＲＡＭ１０５に空き領域があるか否か判断し、ステップＳ３１１の判断が否定されれば、ＳＲＡＭ１０５上で最も長期間更新がされていないプレイヤーデータをフラッシュメモリ１０６に移動し（ステップＳ３１２）、ステップＳ３１３へ進む。ステップＳ３１１の判断が肯定されれば、ステップＳ３１３へスキップする。ステップＳ３１３では、フラッシュメモリ１０６で発見されたゲームの状態や履歴（プレイヤーデータ）をＳＲＡＭ１０５に複写して、ステップＳ３１４へ進む。
【０１１８】
ステップＳ３１４では、新たなＩＤコードを作成し、続くステップＳ３１５では、新たなＩＤコード、上記の検索結果、および発見したゲーム履歴または新規に作成した履歴をステーション制御装置１０１に向けて送信し、図１６の処理を終了する。このステップＳ３１５の処理で送信されたＩＤコードはステップＳ１０６（図６）で保存される。また、ステップＳ１０７の判断およびステップＳ１０８の処理は、ステップＳ３１５の送信内容に基づいて実行される。
【０１１９】
次に、図１７を参照してデータ更新処理について説明する。データ更新処理は、ステップＳ７のデータ更新指令（図５）を受けてスタートする処理であり、メイン制御装置１０１において実行される。
【０１２０】
図１７のステップＳ４０１では、各ステーション３のステーション制御装置２０１に向けて、プレイヤーデータの送信を要求する指令、すなわちプレイヤーデータ送信指令を送出する。なお、プレイヤーデータ送信指令を受けて、各ステーション３のステーション制御装置２０１では、メイン制御装置１０１に向けてプレイヤーデータを送信する処理が実行される。
【０１２１】
次にステップＳ４０２では、すべてのステーション３からプレイヤーデータが受信されるのを待って、ステップＳ４０３へ進む。ステップＳ４０３では、ＳＲＡＭ１０５に保存されているプレイヤーデータを各ステーション３のステーション制御装置２０１から送信されたプレイヤーデータに書き換え、ステップＳ４０４へ進む。
【０１２２】
次にステップＳ４０４では、メイン制御装置１０１に向けてプレイヤーデータが送信されてきたすべてのステーション３について、プレイヤーデータの更新が終了しているか否か判断する。この判断が否定されれば、ステップＳ４０５へ進み、ＡＲＡＭ１０５のプレイヤーデータの書き換えの対象を次のステーション３に切り替えて、ステップＳ４０１へ戻る。この判断が肯定されればステップＳ４０６においてデータ更新終了フラグをオンし、処理を終了する。このデータ更新終了フラグは、上述のように、図５のサイクル処理におけるステップＳ８で判断対象となるフラグであり、データ更新終了フラグがオンしていれば、ステップＳ８からステップＳ９へ処理が進む。したがってすべてのステーション３についてプレイヤーデータの更新が終了すれば、次のレースの処理に移行することになる。
【０１２３】
上述したように、本実施形態では、前回までのゲームの状態や履歴をプレイヤーデータとして保存しているため、プレイヤーの再来時に前回の続きからゲームを再開することができる。ところがゲーム機１が稼動している間、ゲーム機１では年間のレースが順次実施され、２〜３時間でゲーム上の１年間が経過する。したがって、例えばプレイヤーが弥生賞（３月）のレースの時点でプレイを終了させ、数日後に再来し、ダービー（６月）のレース時にプレイを再開した場合には、ゲーム上の時間として十数年間という年月が流れている。このとき仮に、ゲーム機１の稼動時間に即してゲーム上の時間が経過したものとしてプレイを再開させると、持ち馬に十数年間何の調教も行わず、年齢だけが加算されることとなるため、ゲームに対するプレイヤーの興味を失わさせることになってしまう。
【０１２４】
このため、本実施形態では、ゲーム上の時間経過をプレイヤーごとに独立させて管理することとし、上記の場合であれば、プレイヤーがプレイを中断した弥生賞のレースと同年度のダービーのレース時にプレイを再開したものとして扱い、ゲーム上では３ヶ月間持ち馬が休養していたものとみなしている。これにより、ゲームを中断しても、プレイヤーの再来プレイにおいて持ち馬の能力を充分に発揮させることができ、プレイヤーは中央競馬のスケジュールを充分に堪能することができる。なお、ゲーム上の時間の流れを逆転させることは好ましくないため、例えばダービー（６月）のレース時にプレイを中断し、弥生賞（３月）のレース時にプレイを再開した場合には、再開時のレースは翌年度の弥生賞（３月）であるとみなしている。すなわち、持ち馬は９ヶ月休養していた扱いとなる。
【０１２５】
図１８はベット処理においてディスプレイ３１に表示されるベット画面を示している。上述のように、ベット処理ではプレイヤーはレースの馬券を購入することができる（図５および図１５参照）。図１８に示すように、ベット画面の左上側にはレース名を表示する領域３５１が、ベット画面の右上側にはレースに出馬する馬の情報を表示する領域３５２が、ベット画面下側にはレースのオッズを表示する領域３５３が、それぞれ設けられる。ベット処理では、領域２５２の所定個所をプレイヤーが操作して馬券を購入することができる。
【０１２６】
ここで、ベット画面の表示方法をプレイヤーの持ち馬の成績に応じて変化させるようにしてもよい。例えば、プレイヤーの持ち馬がＧ１レースに勝った場合には、領域３５２に表示されるその持ち馬についての表示のイメージを他の馬と異なるものとしたり、あるいはその持ち馬についての表示レイアウトを他の馬と異なるものとすることができる。
【０１２７】
本実施形態では、プレイの状態や履歴を磁気カードではなく、ゲーム機１の側に記憶させているため、各ゲーム機１が独立して設置されている場合には、常に同じゲーム機１を使用しなければゲームの続きをプレイすることができない。そこで、複数のゲーム機を互いに何らかの通信手段を介して接続し、プレイヤーデータを転送できるようにしてもよい。プレイヤーデータを転送させることにより、プレイヤーは他のゲーム機を用いてゲームの続きをプレイすることが可能となる。
【０１２８】
また、磁気カードやＩＣ内蔵型のカード等、携帯型の記録媒体にゲームの状態や履歴を記憶するようにしてもよい。この場合には、携帯型の記憶媒体に記憶された情報を用いてゲームを継続できるため、ゲームの継続時に使用するゲーム機が限定されないことになる。したがって、プレイヤーはゲーム機が設置されている別の場所において、ゲームの続きを楽しむことができる。
【０１２９】
本実施形態では、ゲームプレイが中断されるたびにＩＤコードを変更しているが（ステップＳ３１４）、必ずしも毎回ＩＤコードを変更する必要はない。また、チェックコードの変更処理により磁気カードの不正使用を防止できるので、ＩＤコードの変更は行わず、１つの磁気カードに一定のＩＤコードを固定的に設定してもよい。また、特定情報として、ＩＤコードのみを使用してもよい。
【０１３０】
本実施形態では、育成の例として、競馬馬を育成するゲームについて説明したが、例えば、レースに出場する車のチューンナップを行う過程や、競輪選手の能力を向上させる過程をプレイヤーが楽しめるようなゲームについて、本発明を適用することもできる。本明細書において、「育成」は、ゲームに登場するあらゆる対象についての能力を向上させ、あるいはその能力を制御するという概念を含むものである。
【０１３１】
【発明の効果】
本発明によれば、ゲームプレイの中断期間に、育成対象に対するゲーム上の時間が経過しすぎることに起因する不都合を回避することができる。
【図面の簡単な説明】
【図１】本発明によるゲームシステムをメダルゲーム機に適用した実施形態の外観を示す斜視図。
【図２】本ゲーム機のメイン制御部を示す制御ブロック図。
【図３】本ゲーム機のステーション制御部を示す制御ブロック図。
【図４】プレイヤーデータおよび磁気カード情報のデータ構造を示す図であり、（ａ）はプレイヤーデータのデータ構造を示す図、（ｂ）は磁気カード情報のデータ構造を示す図。
【図５】サイクル制御処理を示すフローチャート。
【図６】磁気カードが挿入された後のステーション制御装置における処理を示すフローチャート。
【図７】育成処理を示すフローチャート。
【図８】持ち馬選択画面を示す図。
【図９】厩舎選択画面を示す図。
【図１０】馬名選択画面を示す図。
【図１１】レース選択画面を示す図。
【図１２】騎手選択画面を示す図。
【図１３】調教処理画面を示す図。
【図１４】データ表示画面を示す図。
【図１５】ゲーム進行のサイクルを示す図。
【図１６】照合処理を示すフローチャート。
【図１７】データ更新処理を示すフローチャート。
【図１８】ベット画面を示す図。
【符号の説明】
２ フィールド
３ ステーション
１０１ メイン制御装置
１０５ ＳＲＡＭ
１０４ 音響装置
１０６ フラッシュメモリ
１０７ ＲＯＭ
２０１ ステーション制御装置
２０３ メダル管理装置（払い出し手段）
２０７ ＲＡＭ
２０８ 磁気情報読取装置（読取手段）
２０９ 磁気情報書込み装置（書込み手段）
Claims (3)
- ゲームの進行に応じた遊技価値を払い出す、アーケードに設置されるゲーム機において、
プレイヤーによる前記遊技価値のベットに応じてゲーム上の育成対象のゲームに関する能力を育成する育成手段と、
前記育成対象についてのゲーム上の経過時間を計時する手段と、
ゲーム上の競争を進行させる競争進行手段と、
前記育成対象を前記競争に参加させるとともに、前記育成対象が前記競争において育成成果に応じた能力を発揮するように前記競争進行手段を制御するゲーム制御手段と、
前記競争における前記育成対象の成績に応じた遊技価値をプレイヤーに払い出す遊技価値払い出し手段と、を備え、
前記プレイヤーによる育成対象の育成のための操作と、所定のサイクルに従って順次開催される競争に前記育成対象を参加させる操作とを受け付けるステーションが複数設けられ、
前記育成手段は、前記育成対象を前記計時する手段によって計時された時間に応じて成長させ、
前記計時する手段は、ゲーム機の稼働時間に則したゲーム上の経過時間を計時し、プレイヤーがゲームを中断し、その後に再開した場合、その中断期間における前記計時する手段によって計時されるべき経過時間を、その中断期間におけるゲーム機の稼働時間に則したゲーム上の経過時間よりも遅れたように計時することを特徴とするゲーム機。 - 所定のサイクルに従って順次レースを開催するための処理を行うメイン制御装置と、そのメイン制御装置に接続されるステーション制御装置とを具備し、前記ステーション制御装置は、プレイヤーによる育成対象のゲームに関する能力育成のための操作と、前記レースに前記育成対象を参加させる操作とを受け付ける複数のステーションのそれぞれに設けられ、各ステーション制御装置が、プレイヤーのゲームプレイに必要な処理を行うようにした、アーケードに設置されるゲーム機であって、
前記ステーション制御装置には、
前記育成対象についてのゲーム上の経過時間を計時する手段と、
前記育成対象を前記計時する手段によって計時された時間に応じて成長させる手段とが備えられ、
前記計時する手段は、ゲーム機の稼働時間に則したゲーム上の経過時間を計時し、プレイヤーがゲームを中断し、その後に再開した場合、その中断期間における前記計時する手段によって計時されるべき経過時間を、その中断期間におけるゲーム機の稼働時間に則したゲーム上の経過時間よりも遅れたように計時することを特徴とするゲーム機。 - 中断されたゲームの継続性を確保するためのゲーム履歴を含んだプレイヤーデータが、前記メイン制御装置と接続されたＳＲＡＭ又はフラッシュメモリに保存され、プレイの再開時には、その保存されたゲーム履歴が前記ステーション制御装置に向けて送信されることを特徴とする請求項２に記載のゲーム機。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002198799A JP3914835B2 (ja) | 2002-07-08 | 2002-07-08 | ゲーム機 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002198799A JP3914835B2 (ja) | 2002-07-08 | 2002-07-08 | ゲーム機 |
Related Parent Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2001198392A Division JP3361092B2 (ja) | 2001-06-29 | 2001-06-29 | ゲーム機 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2003062337A JP2003062337A (ja) | 2003-03-04 |
| JP3914835B2 true JP3914835B2 (ja) | 2007-05-16 |
Family
ID=19195651
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2002198799A Expired - Fee Related JP3914835B2 (ja) | 2002-07-08 | 2002-07-08 | ゲーム機 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3914835B2 (ja) |
Families Citing this family (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP6796225B1 (ja) | 2020-08-04 | 2020-12-02 | 株式会社あかつき | サーバ、ゲームプログラム、情報処理方法 |
-
2002
- 2002-07-08 JP JP2002198799A patent/JP3914835B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JP2003062337A (ja) | 2003-03-04 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP4399073B2 (ja) | メダルゲーム機 | |
| EP1136104B1 (en) | Computerised racing game system | |
| JP3811748B2 (ja) | ゲーム装置 | |
| JP6482024B2 (ja) | ゲーム装置、及びプログラム | |
| JP3283846B2 (ja) | ゲームシステム | |
| JP6803515B2 (ja) | ゲーム装置、及びプログラム | |
| JP3401494B2 (ja) | レースゲーム装置とその特別レース出現制御方法 | |
| KR100732082B1 (ko) | 게임 시스템 및 게임용 기록 매체 관리 장치 | |
| JP3877323B2 (ja) | ゲーム装置及びプログラム | |
| JP2003181132A (ja) | レースゲーム装置とその特別レース出現制御方法 | |
| KR20070103389A (ko) | 게임 장치 | |
| KR20070094629A (ko) | 게임 장치, 서버 장치, 및 이들을 구비한 게임 시스템 | |
| JP3914835B2 (ja) | ゲーム機 | |
| JP3308963B2 (ja) | ゲームシステム | |
| JP4070769B2 (ja) | ゲーム装置及びプログラム | |
| JP3361092B2 (ja) | ゲーム機 | |
| JP2001190847A (ja) | ゲームシステム | |
| JP2003210825A (ja) | ゲーム装置 | |
| JP3878957B2 (ja) | ゲーム装置及びプログラム |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20040309 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20040629 |
|
| A711 | Notification of change in applicant |
Free format text: JAPANESE INTERMEDIATE CODE: A712 Effective date: 20060427 |
|
| RD03 | Notification of appointment of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7423 Effective date: 20060523 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20061120 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20070205 |
|
| R150 | Certificate of patent or registration of utility model |
Ref document number: 3914835 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100209 Year of fee payment: 3 |
|
| S531 | Written request for registration of change of domicile |
Free format text: JAPANESE INTERMEDIATE CODE: R313531 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100209 Year of fee payment: 3 |
|
| R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110209 Year of fee payment: 4 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110209 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120209 Year of fee payment: 5 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130209 Year of fee payment: 6 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130209 Year of fee payment: 6 |
|
| RD04 | Notification of resignation of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: R3D04 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20140209 Year of fee payment: 7 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| LAPS | Cancellation because of no payment of annual fees |