JP2003275468A

JP2003275468A - サーバ、情報端末およびプログラム

Info

Publication number: JP2003275468A
Application number: JP2002083941A
Authority: JP
Inventors: Shingo Komata; 伸五小俣
Original assignee: Casio Computer Co Ltd
Current assignee: Casio Computer Co Ltd
Priority date: 2002-03-25
Filing date: 2002-03-25
Publication date: 2003-09-30

Abstract

(57)【要約】【課題】本発明の課題は、ユーザに与えるゲームのキ
ャラクタや競技設定を流動的に変化させることによりゲ
ームに対するマンネリ化を防ぎ、ユーザがゲームを実行
する端末に自由度を持たせ、かつユーザに対して定期的
な課金を行うことによりビジネスとしてのゲームサービ
スを提供することである。【解決手段】ゲームサーバ上にてユーザキャラクタの
作成および競技大会の自動実行を行い、ユーザは通信回
線網２を介してゲームサーバと接続可能な情報端末５０
を使用してゲームに参加する。またサービス提供事業者
４は、ユーザキャラクタや競技大会の内容を逐次更新す
ることが可能であり、ユーザに対する定期的な課金およ
びユーザに与えるデータの情報料の回収を行う。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、通信回線網を利用
し、複数人数参加可能なゲームに関するものであり、特
に、ゲームに登場するキャラクタの育成が可能なゲーム
を実行するためのゲームシステム等に関するものであ
る。

【０００２】

【従来の技術】ゲームに登場するキャラクタをユーザが
自由に育成できるゲームは、数多く存在する。それら
は、ユーザによる操作やゲーム進行の過程に応じて、キ
ャラクタの能力や性格などが変化していき、ユーザ固有
のキャラクタに育成するタイプのゲームである。

【０００３】このようなゲームでは、一般的に、キャラ
クタの能力や性格など複数の項目についてパラメータを
設定し、各パラメータの値がユーザの操作やゲームの進
行によって変化していくことにより、キャラクタの能力
や性格が変化していくように設定されている。

【０００４】ユーザによって育成されたキャラクタは、
キャラクタの集合によって行われる競技大会に参加で
き、その競技大会の結果にしたがってユーザはゲーム上
において賞金を獲得することができる。同時にキャラク
タの能力や性格も変化していく。

【０００５】このように、ユーザは育成対象となるキャ
ラクタの個性を見極め、ユーザの好みや目的にかなうキ
ャラクタに育成していく判断力と、育成したキャラクタ
を用いて、ゲーム本来の目的である競技大会を達成する
戦略的思考が必要となり、それらがユーザを楽しませる
要素となっている。

【０００６】

【発明が解決しようとする課題】上述のようなゲームが
テレビゲームやコンピュータゲームのゲームソフトウェ
アとして実現されているが、ある１つのソフトウェアが
与えるキャラクタの初期設定の数は限られており、ゲー
ムの目的である競技大会の種類や演出も限られている。
これにより、ユーザがゲームを繰り返し行うことによっ
て退屈さを感じてくる可能性が高い。

【０００７】また、ユーザが情報端末を使用して通信回
線網を介してゲームサーバにアクセスすることによって
上述のようなゲームを行う場合、ゲームサーバにおいて
キャラクタの初期設定や競技大会の演出を逐次変更する
ことができ、これによりユーザはゲームに対して様々な
状況を求めることができるため、上述のような退屈さを
防ぐことができる。しかし、キャラクタの育成や競技大
会をオンラインで行う場合、ユーザが負担する通信料が
高額になり、ユーザのゲーム利用が難しくなる状況が発
生する恐れがある。

【０００８】本発明の課題は、ユーザに与えるゲームの
キャラクタや競技設定を流動的に変化させることにより
ゲームに対するマンネリ化を防ぎ、ユーザがゲームを実
行する端末に自由度を持たせ、かつユーザに対して定期
的な課金を行うことによりビジネスとしてのゲームサー
ビスを提供することである。

【０００９】

【課題を解決するための手段】以上の課題を解決するた
め、請求項１記載の発明は、通信回線網を介して情報端
末と接続可能に構成されるサーバにおいて、前記情報端
末からアップロードされるユーザキャラクタを登録する
登録手段と（例えば、図３の競走馬管理ＤＢ３６ｅに係
るＣＰＵ３１）、前記登録手段により登録されたユーザ
キャラクタが登場するサーバゲームを自動実行する自動
実行手段と（例えば、図３のレース実行プログラム３５
ｆに係るＣＰＵ３１）、前記サーバゲームの実行状況ま
たは実行結果を前記通信回線網を介して公開する公開手
段と（例えば、図２のホームページ８に係るＣＰＵ３
１）、前記自動実行手段により自動実行されたサーバゲ
ームのゲーム結果に応じて、当該ゲームに登場したユー
ザキャラクタに、所定量のゲーム通貨を割り当てる報酬
手段を備えることと、を特徴としている。

【００１０】また請求項１４記載の発明は、通信回線網
を介して、情報端末と接続可能に構成されるサーバに、
前記情報端末からアップロードされるユーザキャラクタ
を登録させるための登録機能と、前記登録機能により登
録されたユーザキャラクタが登場するサーバゲームを自
動実行させるための自動実行機能と、前記サーバゲーム
の実行状況または実行結果を前記通信回線網を介して公
開させるための公開手段と、前記自動実行機能により自
動実行されたサーバゲームのゲーム結果に応じて、当該
ゲームに登場したユーザキャラクタに、所定量のゲーム
通貨を割り当てさせるための報酬機能を実現させるため
のプログラムを備えることを特徴としている。

【００１１】この請求項１および１４記載の発明によれ
ば、前記通信回線網を介して前記情報端末と接続可能な
サーバにおいて、ユーザにより前記情報端末からアップ
ロードされたキャラクタを用いて前記サーバゲームを自
動実行し、前記サーバゲームの実行状況または実行結果
を前記通信回線網を介して公開し、また前記サーバゲー
ムの結果に応じて、当該ゲームに登場したユーザキャラ
クタに所定量のゲーム通貨を割り当てる報酬手段を持た
せることにより、ユーザは前記情報端末を所持していれ
ば常時ゲームに参加することが可能であり、かつ常時ゲ
ーム状況を確認することができる。また、ゲーム通貨を
利用した報酬の発生によって、ユーザに対して繰り返し
ゲームに参加する意欲を向上させる。

【００１２】請求項２記載の発明は、請求項１記載のサ
ーバにおいて、前記自動実行手段は、前記サーバゲーム
を定期あるいは不定期に繰り返し自動実行することを特
徴としている。

【００１３】また、請求項３記載の発明は、請求項１ま
たは２記載のサーバにおいて、前記サーバゲームは、登
場するキャラクタが競技を行う競技ゲームであり、前記
自動実行手段は、予め定められる時期に前記サーバゲー
ムを自動実行し、前記自動実行手段が前記サーバゲーム
を実行する時期を、前記通信回線網を介して公開する手
段（例えば、図２のホームページ８）を備えることを特
徴としている。

【００１４】この請求項２および３記載の発明によれ
ば、競技ゲームを実行する前記サーバに請求項１の特徴
を持たせ、前記サーバゲームを定期あるいは不定期に繰
り返し自動実行し、かつ前記サーバゲームが競技ゲーム
を実行する時期を前記通信回線網を介して公開すること
により、ユーザは任意の時間にゲームに参加することが
可能である。

【００１５】請求項４記載の発明は、請求項１〜３のい
ずれか記載のサーバにおいて、新規ユーザキャラクタを
生成し（例えば、図３の仔馬データ作成プログラム３５
ｂ）、生成した新規ユーザキャラクタを情報端末に送信
する手段（例えば、図３の通信部３４）を備えることを
特徴としている。

【００１６】この請求項４記載の発明によれば、前記サ
ーバにおいて新規ユーザキャラクタを生成することによ
り、他のユーザが保有するユーザキャラクタの状態を確
認することができ、競技ゲームとして競い合う楽しさを
提供することができる。また、前記サーバは新規ユーザ
キャラクタ生成手段などを逐次更新することにより、様
々な種類のユーザキャラクタを生成することができるた
め、ユーザが繰り返しゲームを行うことによって感じや
すくなる退屈感を払拭することができる。

【００１７】請求項５記載の発明は、請求項１〜４のい
ずれか記載のサーバにおいて、ユーザ登録手段と、前記
ユーザ登録手段により登録されたユーザと、当該ユーザ
が保有するゲームの通貨と、前記登録手段により登録さ
れた場合の登録された当該ユーザのユーザキャラクタ
と、を対応づけて管理する管理手段と（例えば、図３の
会員管理データベース３６ａおよびユーザ情報管理ＤＢ
３６ｆに係るＣＰＵ３１）、を備え、前記報酬手段によ
り割り当てられたゲーム通貨を、当該割り当てられたユ
ーザキャラクタに基づいて、前記管理手段が、当該ユー
ザキャラクタに対応するユーザゲームのゲーム通貨とし
て管理することを特徴としている。

【００１８】この請求項５記載の発明によれば、前記サ
ーバにおいてユーザに関する全ての情報を管理すること
によって、ユーザは自己の所有する情報端末にゲームに
関して必要最低限の内容を記憶させればよく、ユーザは
気軽にゲームに参加することができる。

【００１９】請求項６記載の発明は、請求項１〜５のい
ずれか記載のサーバにおいて、前記自動実行手段が実行
するサーバゲームは競馬ゲームであり、ユーザキャラク
タは競走馬であることを特徴としている。

【００２０】この請求項６記載の発明によれば、請求項
１〜５のいずれか記載のサーバにおいて、ユーザが競走
馬であるユーザキャラクタを前記サーバに登録し、前記
ゲームサーバがそのユーザキャラクタを使用して競馬ゲ
ームを自動実行することにより、競馬ゲームとして競い
合う楽しさを提供することができる。

【００２１】請求項７記載の発明は、請求項５記載のサ
ーバにおいて、情報端末との通信に基づいてユーザを認
証する認証手段と、前記管理手段が管理する、前記認証
されたユーザのゲーム通貨から、所定量のゲーム通貨を
消費させるとともに、新規ユーザキャラクタを生成し、
生成した新規ユーザキャラクタを前記認証されたユーザ
の情報端末に送信する新キャラクタ提供手段を備えるこ
とを特徴としている。

【００２２】請求項８記載の発明は、請求項７記載のサ
ーバにおいて、前記自動実行手段が実行するサーバゲー
ムは競馬ゲームであり、前記ユーザキャラクタは競走馬
であり、また前記新規ユーザキャラクタは仔馬であるこ
とを特徴としている。

【００２３】この請求項７および８記載の発明によれ
ば、競走馬としてのユーザキャラクタを使用して、前記
ゲームサーバは競馬ゲームを自動実行し、また、新規ユ
ーザキャラクタである仔馬は、ユーザの所有するゲーム
通貨を消費することによって生成されることにより、ユ
ーザは競馬ゲームへの参加により擬似的に馬主の感覚を
持つことができ、ゲームへの意欲を向上させる。

【００２４】請求項９記載の発明は、請求項５、７また
は８記載のサーバにおいて、ユーザキャラクタは、ゲー
ム端末で実行される端末ゲーム内において成長するキャ
ラクタであり、情報端末との通信に基づいてユーザを認
証する認証手段と、前記管理手段が管理する、前記認証
されたユーザのゲーム通貨から、所定量のゲーム通貨を
消費させて、前記ユーザキャラクタの育成アイテムを前
記認証されたユーザの情報端末に送信する育成アイテム
提供手段を備えることを特徴としている。

【００２５】この請求項９記載の発明によれば、ユーザ
キャラクタは、ユーザがゲーム端末を使用して成長する
キャラクタであり、ユーザはその育成過程において、前
記ゲームサーバが備えている育成アイテムをゲーム通貨
を消費させることによって利用することができる。育成
アイテムを使用することによって、ユーザは好みや目的
に合ったユーザキャラクタを育成する喜びを味わうこと
ができる。

【００２６】請求項１０記載の発明は、通信回線網を介
して請求項１〜９のいずれか記載のサーバと接続可能に
構成されるゲーム端末において、ユーザキャラクタが登
場する端末ゲームを実行する端末ゲーム実行手段と（例
えば、図４の仔馬育成ソフトウェア５５ａに係るＣＰＵ
３１）、前記ユーザキャラクタを前記ゲームサーバにア
ップロードするアップロード手段（例えば、図４の通信
部５４）を備えることを特徴としている。

【００２７】また、請求項１１記載の発明は、請求項１
０記載のゲーム端末において、前記端末ゲーム実行手段
が実行する前記端末ゲームは、当該ゲームの進行に応じ
てユーザキャラクタが成長するゲームであることを特徴
としている。

【００２８】また請求項１５記載の発明は、通信回線網
を介して、請求項１〜９のいずれか記載のサーバと接続
可能に構成されるゲーム端末に、ユーザキャラクタが登
場する端末ゲームを実行させるための端末ゲーム実行機
能と、前記ユーザキャラクタを前記ゲームサーバにアッ
プロードさせるためのアップロード機能を実現させるた
めのプログラムを備えることを特徴としている。

【００２９】この請求項１０、１１および１５記載の発
明によれば、ユーザキャラクタが登場する端末ゲームを
ユーザが所有するゲーム端末によって実行することによ
り、ユーザキャラクタが成長する端末ゲームにおいて、
ユーザは任意の時間に端末ゲームを実行することがで
き、また任意の時間に前記サーバにアップロードするこ
とができる。

【００３０】請求項１２記載の発明は、通信回線網を介
して請求項４、７または８記載のサーバと接続可能に構
成されているゲーム端末において、前記サーバから新規
ユーザキャラクタを、ユーザキャラクタとして受信する
新キャラクタ受信手段と（例えば、図４の通信部５
４）、前記新キャラクタ受信手段により受信されたユー
ザキャラクタが登場し、当該ユーザキャラクタが成長す
る端末ゲームを実行する端末ゲーム実行手段と（例え
ば、図４の仔馬育成ソフトウェア５５ａに係るＣＰＵ５
１）、前記端末ゲームにおけるユーザキャラクタを、前
記サーバにアップロードするアップロード手段（例え
ば、図４の通信部５４）を備えることを特徴としてい
る。

【００３１】この請求項１２記載の発明によれば、本発
明であるゲームに参加するために、前記ゲーム端末が前
記通信回線網を介して前記サーバに接続している時は、
前記サーバの新規ユーザキャラクタを前記ゲーム端末に
ダウンロードする時と、前記ゲーム端末のユーザキャラ
クタを前記サーバにアップロードする時であり、ゲーム
端末の通信回線網への接続時間を削減することにより、
ユーザが負担する通信料を軽減している。

【００３２】請求項１３記載の発明は通信回線網を介し
て、請求項９記載のサーバと接続可能に構成されるゲー
ム端末において、ユーザキャラクタが登場し、当該ユー
ザキャラクタが成長する端末ゲームを実行する端末ゲー
ム実行手段と（例えば、図４の仔馬育成ソフトウェア５
５ａに係るＣＰＵ５１）、前記サーバとの通信に基づい
て、ユーザ認証情報を送信する認証情報送信手段と、前
記ユーザキャラクタの育成アイテムを受信する育成アイ
テム受信手段（例えば、図４の通信部５４）と、を備え
ることを特徴としている。

【００３３】この請求項１３記載の発明によれば、ユー
ザが新規ユーザキャラクタを育成する過程において育成
アイテムを使用することにより、ユーザは好みや目的に
合ったユーザキャラクタを育成する喜びを味わうことが
できる。

【００３４】

【発明の実施の形態】以下、図１〜図４７を参照して、
本発明を適用した実施の形態について説明する。なお、
以下では、本発明を通信回線網を利用した競技ゲームシ
ステムに適用する場合について説明するが、本発明の適
用については、これに限定するものではない。

【００３５】図１は、本発明を適用したシステムの構成
を示した図であり、通信回線網２を中心として、サービ
ス提供事業者４が有する、ＡＳＰ（Application Servic
e Provider）３０、課金管理サーバ６０および専用線７
とユーザが使用する情報端末５０とによって構成され
る。なお、便宜上、情報端末５０は図中において１台存
在するが、これに限らない。

【００３６】通信回線網２は、電話回線網、ＩＳＤＮ回
線網、専用線、移動体通信網、通信衛星回線、ＣＡＴＶ
回線網などの各種ネットワークを含み、通信回線網に接
続されている通信機器の間で行われるデータの送受信の
経路となる。

【００３７】サービス提供事業者４は、通信回線網２を
経由して各種ソフトウェアやアプリケーションを提供ま
たは貸し出すサービスを行う。またそれを管理する組織
のことで、ユーザは情報端末５０を利用してサービス提
供事業者４のサービスを受けることができる。

【００３８】ＡＳＰ３０は、サービス提供事業者４のア
プリケーションサーバであり、サービス提供事業者４が
提供するサービスを実際に実行し、またデータ管理を行
うマシンである。

【００３９】課金管理サーバ６０は、ユーザがＡＳＰ３
０の所有する有料な情報を取得した場合、ユーザに対し
て課金処理を行うサーバである。ＡＳＰ３０と課金管理
サーバ６０は、専用線７で接続されている。もちろん、
サービス提供事業者４はＡＳＰ３０のみを有し、公知の
金融機関が課金管理サーバ６０を有することとしてもよ
いが、本発明においては、説明の簡明の為、サービス提
供事業者４がＡＳＰ３０および課金管理サーバ６０を有
することとする。

【００４０】情報端末５０は、ユーザが所有するパーソ
ナルコンピュータや携帯電話などで、通信回線網２に接
続することのできる通信機器である。

【００４１】図２は、図１のシステムの主な流れを示し
た図である。ホームページ８は、本発明において、ゲー
ム進行上必要な情報をユーザに提供し、またユーザに対
して各種データの登録を促す画面である。

【００４２】図１および図２を用いて、システムの主な
流れについて説明する。まず、ユーザは情報端末５０に
ホームページ８を表示させ、ゲームに対する入会登録を
行う。登録内容は、ホームページ８を介してＡＳＰ３０
に入力され、ＡＳＰ３０内の管理サーバに格納される。

【００４３】次にユーザは、ホームページ８からゲーム
を進行するために必要なソフトウェアを情報端末５０へ
ダウンロードし、またゲームに必要なキャラクタを選択
して購入する。サービス提供事業者４はユーザに対して
データ購入料金を情報料として請求するため、課金内容
をホームページ８を介してＡＳＰ３０に入力し、専用線
７を経由して課金管理サーバ６０へ登録する。課金管理
サーバ６０は、集計後、ユーザに対して情報料の請求お
よび回収を行う。

【００４４】ユーザが競技ゲームに参加する場合は、情
報端末５０で行ったゲームによって育成したキャラクタ
などのデータを、ホームページ８を介してＡＳＰ３０へ
アップロードする。ＡＳＰ３０は、そのデータを使用し
て自動的に競技ゲームを行い、競技結果をホームページ
８にて公開する。またＡＳＰ３０は、キャラクタのゲー
ム結果に応じてそのキャラクタを所有しているユーザに
ゲーム通貨（以下、ポイント）を与え、ユーザはそのポ
イントを利用して、再び新しいキャラクタを購入するな
どして、ゲームを繰り返し実行することができる。

【００４５】〔第１の実施の形態〕以下、図３〜図４６
を参照して、本発明を適用した第１の実施の形態につい
て詳細に説明する。第１の実施の形態では、通信回線網
を利用した競馬ゲームシステムを実現する場合を例に説
明する。なお、以下において、通信回線網を利用した競
馬ゲームシステムを単に競馬ゲームと記述する。

【００４６】図３は、第１の実施の形態におけるＡＳＰ
３０の構成を示した図であり、ＣＰＵ（Central Proces
sing Unit）３１、入力部３２、表示部３３、通信部３
４、記憶部３５およびデータベース（以下ＤＢ）群３６
などによって構成されており、各部はバス３７によって
接続されている。

【００４７】ＣＰＵ３１は、ＡＳＰ３０の入出力、命令
の実行などすべての処理を行う。例えば、競争馬管理Ｄ
Ｂ３６ｅに登録されている競争馬データを用いて、記憶
部３５のレース実行プログラム３５ｆにしたがって競馬
ゲームを実行する。

【００４８】入力部３２は、カーソルキー、数字入力キ
ーおよび各種機能キーを備えたキーボードとポインティ
ングデバイスであるマウスによって入力された信号をＣ
ＰＵ３１に出力する。

【００４９】表示部３３は、ＣＲＴ（Cathode Ray Tub
e）、ＬＣＤ（Liquid Crystal Display）などにより構
成され、ＣＰＵ３１に対して入力されるキー入力データ
や表示データなどを表示する。

【００５０】通信部３４は、モデムやターミナルアダプ
タなどによって構成され、通信回線網２を介して、情報
端末５０などの外部機器との通信を行うための制御を行
う。

【００５１】記憶部３５は、各種プログラムおよびデー
タを記憶するものであり、ハードディスクやメモリ（Ｒ
ＡＭやＲＯＭ）等により構成される。ここでは、仔馬育
成ソフトウェア３５ａ、仔馬データ作成プログラム３５
ｂ、競走馬登録領域３５ｃ、レース出走馬決定プログラ
ム３５ｄ、レース出走馬登録領域３５ｅおよびレース実
行プログラム３５ｆが記憶されている。

【００５２】仔馬育成ソフトウェア３５ａは、ユーザが
情報端末５０にダウンロードし、仔馬の育成を行うとき
に使用するソフトウェアである。仔馬データ作成プログ
ラム３５ｂは、仔馬育成ソフトウェア３５ａで使用する
仔馬データを作成するプログラムである。競走馬登録領
域３５ｃは、ユーザが競技ゲームに参加するためにアッ
プロードした競走馬データを記憶する領域である。レー
ス出走馬決定プログラム３５ｄは、ＡＳＰ３０が行うレ
ースに出走する競走馬を競走馬登録領域３５ｃから選択
するプログラムであり、レースの種類によってプログラ
ムが異なる。レース出走馬登録領域３５ｅは、レース出
走馬決定プログラム３５ｄによってレースへの出走が決
定した競走馬を記憶する領域である。レース実行プログ
ラム３５ｆは、ＡＳＰ３０がレース出走馬登録領域３５
ｅに記憶された競走馬を使用して、レースを実行するた
めに使用するプログラムである。

【００５３】ＤＢ群３６は、会員管理ＤＢ３６ａ、繁殖
牝馬管理ＤＢ３６ｂ、種牡馬管理ＤＢ３６ｃ、育成アイ
テム管理ＤＢ３６ｄ、競走馬管理ＤＢ３６ｅおよびユー
ザ情報管理ＤＢ３６ｆによって構成される。

【００５４】会員管理ＤＢ３６ａは、ユーザがゲームへ
の会員登録の際に登録した個人情報を記憶するＤＢであ
り、繁殖牝馬管理ＤＢ３６ｂおよび種牡馬管理ＤＢ３６
ｃは、ＡＳＰ３０が設定した繁殖牝馬および種牡馬の能
力データなどを記憶する。育成アイテム管理ＤＢ３６ｄ
は、仔馬の育成の際に使用する育成アイテムのデータを
記憶し、競走馬管理ＤＢ３６ｅは、ユーザによってアッ
プロードされた競走馬の能力データなどを記憶する。ユ
ーザ情報管理ＤＢ３６ｆは、ユーザが所有する競走馬の
情報を記憶する。

【００５５】次に、図３を参照して、ＡＳＰ３０の概略
動作を説明する。ＣＰＵ３１は、ＤＢ群３６に格納され
ているデータを用いて、記憶部３５に記憶されている仔
馬データ作成プログラム３５ｂ、レース出走馬決定プロ
グラム３５ｄおよびレース実行プログラム３５ｆなどの
各種プログラム、または入力部３２から入力される各種
指示にしたがって各種処理を実行する。そして、必要に
応じて処理結果をＤＢ群３６に格納し、表示部３３にデ
ータを表示する。ユーザによってアップロードされる競
走馬データは、通信部３４を介して、ＣＰＵ３１によっ
て競走馬管理ＤＢ３６ｅに記憶される。

【００５６】またＣＰＵ３１は、ＤＢ群３６において、
競馬ゲームの進行上必要なデータは、通信部３４を介し
てホームページ８に表示する。

【００５７】図４は、第１の実施の形態における情報端
末５０の構成を示した図であり、ＣＰＵ５１、入力部５
２、表示部５３、通信部５４および記憶部５５などによ
って構成されており、各部はバス５７によって接続され
ている。

【００５８】ＣＰＵ５１は、情報端末５０のデータの入
出力、命令の実行などすべての処理を行う。例えば、通
信回線網２を介してＡＳＰ３０からダウンロードした仔
馬育成ソフトウェア３５ａ（ダウンロード後は記憶部５
５内に格納されるため、適宜符号を変えて説明する）と
仔馬データ５５ｂに基づいて、仔馬の育成ゲームを実行
する。

【００５９】入力部５２は、カーソルキー、数字入力キ
ーおよび各種機能キーを備えたキーボードとポインティ
ングデバイスであるマウスによって入力された信号をＣ
ＰＵ５１に出力する。

【００６０】表示部５３は、ＣＲＴ、ＬＣＤなどにより
構成され、ＣＰＵ３１に対して入力されるキー入力デー
タや表示データなどを表示する。

【００６１】通信部５４は、モデムやターミナルアダプ
タなどによって構成され、通信回線網２を介して、情報
端末５０などの外部機器との通信を行うための制御を行
う。

【００６２】記憶部５５は、各種プログラムおよびデー
タを記憶するものであり、ハードディスクやメモリ（Ｒ
ＡＭやＲＯＭ）等により構成される。ここでは、仔馬育
成ソフトウェア５５ａ、仔馬データ５５ｂおよび育成ア
イテムファイル５５ｃが記録されている。

【００６３】仔馬育成ソフトウェア５５ａは、ユーザが
仔馬の育成を行うときに使用するソフトウェアであり、
ユーザがＡＳＰ３０からダウンロードする。

【００６４】仔馬データ５５ｂは、ＡＳＰ３０が仔馬デ
ータ作成プログラム３５ｂによって作成したデータで、
ユーザはこのデータと仔馬育成ソフトウェア５５ａを使
用して仔馬の育成ゲームを行う。

【００６５】育成アイテムファイル５５ｃは、ユーザが
仔馬の育成をする際に使用できる育成アイテムのファイ
ルであり、ユーザの購入によりＡＳＰ３０からダウンロ
ードする。

【００６６】次に、図４を参照して情報端末５０の概略
動作を説明する。

【００６７】ＣＰＵ５１は、記憶部５５に記憶されてい
るデータを用いて、同じく記憶部５５に記憶されている
仔馬育成ソフトウェア５５ａまたは入力部５２から入力
される各種指示にしたがって各種処理を実行し、必要に
応じてデータを記憶部５５に記憶し、表示部３３に表示
する。そして、ＡＳＰ３０の開示するデータについて、
ＣＰＵ５１は通信部５４を介して表示部５３に表示す
る。

【００６８】また、競馬ゲームの進行の過程において、
記憶部５５に格納されているデータをＡＳＰ３０にアッ
プロードする場合、ＣＰＵ５１は、そのデータを通信部
５４、通信回線網２を介してＡＳＰ３０に転送する。

【００６９】図５は、第１の実施の形態における、サー
ビスおよびビジネスのサイクルを示した図であり、図６
は、第１の実施の形態における、システムの構成を示し
た図である。図５および図６を参照して、サービスおよ
びビジネスのサイクルを説明する。

【００７０】図６の通信回線網２、サービス提供事業者
４、ＡＳＰ３０、情報端末５０、課金管理サーバ６０、
専用線７、ホームページ８、会員管理ＤＢ３６ａ、繁殖
牝馬管理ＤＢ３６ｂ、種牡馬管理ＤＢ３６ｃ、育成アイ
テム管理ＤＢ３６ｄ、競走馬管理ＤＢ３６ｅおよびユー
ザ情報管理ＤＢ３６ｆについては、図２および図３と同
一であるため、同一の符号を付し、その構成説明を省略
する。課金管理ＤＢ６０ａは、ユーザの課金情報を記憶
するものである。

【００７１】最初にユーザは、第１の実施の形態である
競馬ゲームを利用するために、情報端末５０を用いてＡ
ＳＰ３０が公開するホームページ８の画面上で入会登録
を行う（Ａ１００）。この際、ユーザはサービスを利用
する上で必要となる個人情報を登録し、ＣＰＵ３１はそ
の登録内容をＡＳＰ３０内にある会員管理ＤＢ３６ａに
記録し、ユーザに対して会員ＩＤを発行する。

【００７２】続いてユーザは、競馬ゲームの進行上必要
である仔馬育成ソフトウェア３５ａをホームページ８の
画面からユーザの情報端末５０へダウンロードする（Ａ
１０１）。

【００７３】次にユーザは、ホームページ８の画面に表
示される、繁殖牝馬管理ＤＢ３６ｂに登録されている繁
殖牝馬の販売リストから、繁殖牝馬を選択し、購入する
（Ａ１０２）。ユーザは情報端末５０を使って希望の繁
殖牝馬を指定し、購入を決定すると、ＣＰＵ３１は繁殖
牝馬管理ＤＢ３６ｂ内にあるユーザの指定した繁殖牝馬
のデータにユーザの会員ＩＤを記録する。これにより、
その繁殖牝馬は他のユーザが購入できないように処理さ
れる。購入において、支払い方法が現金の場合、ＣＰＵ
３１は課金管理ＤＢ６０ａに課金情報を記録する。

【００７４】次にユーザは、ホームページ８の画面に表
示される、種牡馬管理ＤＢ３６ｃに登録されている種牡
馬の販売リストから、種牡馬を選択する（Ａ１０３）。
ユーザが情報端末５０を使って希望の種牡馬を指定し、
種付けが決定すると、ＣＰＵ３１は種牡馬管理ＤＢ３６
ｃ内のユーザの指定した種牡馬のデータの種付け回数を
更新する。種付けにおいて、支払方法が現金の場合、Ｃ
ＰＵ３１は課金管理ＤＢ６０ａに課金情報を記録する。

【００７５】次にＣＰＵ３１は、各ＤＢ内にあるユーザ
が購入した繁殖牝馬と選択した種牡馬の能力データから
仔馬データ５５ｂを作成し、そのデータを情報端末５０
にダウンロードする（Ａ１０５）。Ａ１０２からＡ１０
５の動作の間、ユーザは情報端末５０による数分間のネ
ットワークアクセスが必要となる。

【００７６】次にユーザは、オフラインの状態で情報端
末５０を使って仔馬育成ソフトウェア５５ａを実行し、
任意の時間、調教などのコマンドを実行させて仔馬の能
力値を上昇させる（Ａ１０６）。

【００７７】仔馬の能力値の上昇に変化を持たせる為
に、ユーザは育成アイテムを使用することができる。育
成アイテムは、育成アイテム管理ＤＢ３６ｄによって管
理される。ＣＰＵ３１は、育成アイテム管理ＤＢ３６ｄ
に登録されている育成アイテムをホームページ８の画面
に表示し、ユーザは情報端末５０を使って育成アイテム
を指定し、購入する（Ａ１０７）。購入において、支払
い方法が現金の場合は、ＣＰＵ３１は課金管理ＤＢ６０
ａに課金情報を記録する。購入した育成アイテムは、ホ
ームページ８の画面から情報端末５０へダウンロードし
て使用する（Ａ１０８）。

【００７８】ユーザの判断により仔馬の育成が終了した
ら、ユーザは仔馬データ５５ｂを競走馬データとしてホ
ームページ８の画面を通じてＡＰＳ３０にアップロード
し、（Ａ１０９）、ＡＰＳ３０のＣＰＵ３１はそのデー
タを競争馬管理ＤＢ３６ｅに登録する（Ａ１１０）。

【００７９】そしてＣＰＵ３１は、競争馬管理ＤＢ３６
ｅに登録されている競争馬データを読み出し、レース実
行プログラム３５ｆにしたがって自動的にレースを開催
する（Ａ１１１）。レース結果はホームページ８の画面
で公開され、ユーザは情報端末５０を利用して閲覧する
ことができる。

【００８０】ユーザの所有する競走馬が、レースによっ
て賞金を獲得した場合、ＣＰＵ３１はその獲得賞金を会
員管理ＤＢ３６ａにある会員情報にポイントとして記録
し（Ａ１１２）、獲得ポイントを電子メールなどでユー
ザに連絡する。その他ＣＰＵ３１は、ユーザの所有する
競走馬の戦績や獲得したタイトル、賞金などのデータを
会員管理ＤＢ３６ａ、競争馬管理ＤＢ３６ｅおよびユー
ザ情報管理ＤＢ３６ｆに記録し、ユーザはユーザ情報管
理ＤＢ３６ｆの各自の記録内容を、ホームページ８の画
面で情報端末５０を利用して閲覧することができる。

【００８１】レース実行プログラム３５ｆにしたがって
一定期間レースを行い、優勝馬が決定すると、ＣＰＵ３
１は、競争馬管理ＤＢ３６ｅ内の最後のレースにおける
１着から１１着の競走馬以外の競争馬データを削除し、
全てのレースを終了する。そしてＣＰＵ３１は、一連の
レース期間中に登録された競争馬を使用して、再びレー
ス実行プログラム３５ｆにしたがってレースを開催す
る。

【００８２】ユーザは、ホームページ８の画面に表示さ
れる、繁殖牝馬管理ＤＢ３６ｂに登録されている繁殖牝
馬の販売リストから、レースによって獲得したポイント
を利用して再び繁殖牝馬を購入することができる（Ａ１
０２）。このときＣＰＵ３１は、支払方法が現金の場合
は、課金管理ＤＢ６０ａに課金情報を記録し、獲得ポイ
ントを利用する場合は、会員管理ＤＢ３６ａの該当デー
タを更新する。

【００８３】このようにユーザは、繁殖牝馬の購入→仔
馬の育成→競走馬登録を繰り返して、レースによる賞金
の獲得および優勝馬を目指しながら競馬ゲームを進行さ
せていく。そしてサービス提供事業者４は、ユーザに対
して定期的な課金または情報料の請求を行うことによ
り、ビジネスとしてのゲームサービスを提供することが
できる。

【００８４】図７は、第１の実施の形態における競馬ゲ
ームの情報料およびポイント体系を示した図である。ユ
ーザは入会時に２００ポイントを与えられ、それぞれ１
００ポイントの繁殖牝馬および種牡馬を購入することに
よって、仔馬の育成からレースへの登録を無料で１回行
うことができる。その後、競馬ゲームを継続的に行うた
めの会費として、月額２００ポイントが必要となる。

【００８５】繁殖牝馬および種牡馬の料金は、その馬の
持つ能力パラメータの高低によって設定され、育成アイ
テムの料金は、仔馬の能力値の上昇に対する貢献度によ
って設定されている。

【００８６】図８（ａ）、（ｂ）、（ｃ）および図９
（ａ）、（ｂ）、（ｃ）、（ｄ）は、第１の実施の形態
における、競馬ゲームを進行していく上で必要なデータ
を管理するＤＢ群３６の各種データ構成を示した図であ
る。

【００８７】図８（ａ）は、会員管理ＤＢ３６ａのデー
タ構成を示す図であり、会員となったユーザの個人情報
が管理される。管理する内容は、会員ＩＤ、氏名、郵便
番号、住所１、住所２、電話番号、メールアドレス、パ
スワード、クレジットカード番号、有効期限およびポイ
ントである。会員ＩＤには、ユーザの入会登録時にＡＳ
Ｐ３０から発行されたＩＤが記録され、ポイントにはユ
ーザが保有するポイント数が記録され、ポイントの獲得
および支払い時に更新される。その他の内容には、入会
登録時にユーザによって登録された内容が記録される。

【００８８】図８（ｂ）は、課金管理サーバ６０内にあ
る課金管理ＤＢ６０ａのデータ構成を示す図であり、ユ
ーザの課金状況が管理される。管理する内容は、契約Ｉ
Ｄ、会員ＩＤ、契約日時、請求金額および締め処理であ
る。契約ＩＤには、課金発生時にＡＳＰ３０から発行さ
れるＩＤを記録し、会員ＩＤ、契約日時および請求金額
には、課金発生に対するそれぞれの情報が記録される。
締め処理は、決められた締め日に課金請求の処理をした
後の重複処理を防ぐために使用する作業領域である。

【００８９】図８（ｃ）は、繁殖牝馬管理ＤＢ３６ｂの
データ構成を示す図であり、繁殖牝馬の情報が管理され
る。管理する内容は、繁殖牝馬ＩＤ、所有者、馬名、血
統１（父）、血統２（母）、成長タイプ、スピード、ス
タミナ、瞬発力、勝負根性、回復力、遺伝影響力および
価格である。繁殖牝馬ＩＤには、データ登録時にＡＳＰ
３０から発行される繁殖牝馬のＩＤが記録され、所有者
には、ユーザによって購入されている場合はその会員Ｉ
Ｄを記録し、所有者なしおよび売却された場合はｎｕｌ
ｌが入力される。その他の内容は、データ登録時にＡＳ
Ｐ３０により設定される。

【００９０】図９（ａ）は、種牡馬管理ＤＢ３６ｃのデ
ータ構成を示す図であり、種牡馬の情報が管理される。
管理する内容は、種牡馬ＩＤ、種付け回数、馬名、血統
１（父）、血統２（母）、成長タイプ、スピード、スタ
ミナ、瞬発力、勝負根性、回復力、遺伝影響力および価
格である。種牡馬ＩＤには、データ登録時にＡＳＰ３０
から発行される種牡馬のＩＤが記録され、種付け回数に
は、ユーザによって種牡馬として選択された回数が登録
される。その他の内容は、データ登録時にＡＳＰ３０に
より設定される。

【００９１】図９（ｂ）は、育成アイテム管理ＤＢ３６
ｄのデータ構成を示す図であり、仔馬の育成過程に使用
する育成アイテムの情報が管理される。管理する内容
は、アイテムＩＤ、アイテム名、価格およびダウンロー
ドファイルである。アイテムＩＤには、ＡＳＰ３０によ
って発行されたアイテムのＩＤが記録される。アイテム
名および価格には、データ登録時に設定された情報が記
録され、ダウンロードファイルには、アイテムのデータ
ファイルの格納場所が記録される。

【００９２】図９（ｃ）は、競走馬管理ＤＢ３６ｅのデ
ータ構成を示す図であり、ユーザが登録した競走馬の情
報が管理される。管理する内容は、競走馬ＩＤ、シーズ
ン登録、競争成績、獲得賞金、出走レース、疲労度、馬
名、血統１（父）、血統２（母）、成長タイプ、スピー
ド、スタミナ、瞬発力、勝負根性、回復力、集中力、ス
タート適正および展開適正である。競走馬ＩＤには、競
走馬として登録した時にＡＳＰ３０から発行されるＩＤ
が記録され、シーズン登録は、現在のシーズンに登録さ
れているかどうかを記録する作業領域である。競争成績
および獲得賞金には、レースの結果が記録される。出走
レースには出走するレースの種別が登録され、疲労度に
は、その競争馬の疲労度がレース出走時に計算され記録
される。その他は、ユーザによってアップロードされた
データが登録される。

【００９３】図９（ｄ）は、ユーザ情報管理ＤＢ３６ｆ
のデータ構成を示す図であり、レース結果におけるユー
ザの情報が管理される。管理する内容は、レコードＩ
Ｄ、タイトル、会員ＩＤ、馬名、血統１（父）および血
統２（母）である。レコードＩＤでは、ＡＳＰ３０から
発行されるＩＤが記録される。タイトルには、獲得重賞
競争および表彰タイトルを記録し、会員ＩＤにはタイト
ル獲得馬の所有者である会員の会員ＩＤが記録される。
馬名、血統１（父）および血統２（母）には、タイトル
獲得馬のそれぞれのデータが記録される。

【００９４】図１０（ａ）および（ｂ）は、第１の実施
の形態における繁殖牝馬および種牡馬の各項目設定の一
例を示す図である。これらのデータは、それぞれ繁殖牝
馬ＤＢ３６ｂおよび種牡馬管理ＤＢ３６ｃに格納され
る。

【００９５】図１０（ａ）の繁殖牝馬データにおいて、
繁殖牝馬ＩＤはＡＳＰ３０から発行されるＩＤであり、
所有者には所有するユーザの会員ＩＤが登録される。こ
こでは会員ＩＤの欄において‘ｎｕｌｌ’が記録されて
いることから、現在売却されて所有者がいないことを表
している。馬名、血統１（父）および血統２（母）に
は、データ登録時にＡＳＰ３０により設定された名前が
記録される。

【００９６】図１０（ｂ）の種牡馬データにおいて、種
牡馬ＩＤはＡＳＰ３０から発行されるＩＤであり、種付
け回数には、ユーザによって種牡馬として選択された回
数が登録される。馬名、血統１（父）および血統２
（母）には、データ登録時にＡＳＰ３０により設定され
た名前が記録される。

【００９７】以下の項目は、図１０（ａ）の繁殖牝馬デ
ータおよび図１０（ｂ）の種牡馬データにそれぞれ存在
する同一の項目であるため、共通して説明を行う。成長
タイプは、仔馬育成の過程において、仔馬データの成長
速度を示すパラメータである。パラメータは、早熟、普
通、晩成のいずれかが設定される。スピードは、一定の
距離を同じ速度で走る際のスピードを示し、レースにお
けるペース、位置取りに影響を与えるパラメータであ
る。１０から１００の間で設定され、値が小さいほどス
ピードが遅く、大きいほどスピードが速いことを示して
いる。スタミナは、一定のスピードで走り続けることの
できる距離を示し、レースの距離によるスピードの持続
に影響を与えるパラメータである。１０から１００の間
で設定され、値が小さいほどスタミナの持続期間は短距
離であり、大きいほどスタミナが長距離にわたって持続
することを示している。瞬発力は、レースにおけるゴー
ル前の加速力を示すパラメータである。１０から１００
の間で設定され、値が小さいほど加速が小さく、大きい
ほど加速が大きいことを示している。勝負根性は、レー
スにおけるゴール前の粘り強さを示し、スタミナが少な
くなったときの通過タイムを補正するパラメータであ
る。１０から１００の間で設定され、値が小さいほど勝
負根性が弱く、大きいほど勝負根性が強いことを示して
いる。回復力は、レースによって受ける疲労度に影響を
与えるパラメータである。１０から１００の間で設定さ
れ、値が小さいほどレース後の疲労が大きく、大きいほ
ど疲労が小さいことを示している。遺伝影響力は、仔馬
データを作成する際に影響するパラメータであり、仔馬
データのスピード、スタミナ、瞬発力、勝負根性および
回復力において、繁殖牝馬と種牡馬のうち、遺伝影響力
の大きい馬のパラメータが大きく影響する。１０から１
００の間で設定され、値が小さいほど影響が小さく、大
きいほど影響が大きいことを示している。

【００９８】図１１は、ＣＰＵ３１が仔馬データ作成プ
ログラム３５ｂを実行することによって作成した仔馬デ
ータ５５ｂの一例を示す図である。このデータは、ＣＰ
Ｕ３１が繁殖牝馬管理ＤＢ３６ｂおよび種牡馬管理ＤＢ
３６ｃ内にあるユーザの指定した繁殖牝馬および種牡馬
の能力パラメータを用いて仔馬データ作成プログラム３
５ｂを実行することによって作成され、仔馬の能力値を
調教などによって増加させる際の演算の基本となる。以
後、各能力における調教回数に対する値を能力補正値と
記述する。

【００９９】図１１において、繁殖牝馬および種牡馬の
それぞれの能力パラメータおよび乱数によって、仔馬デ
ータの初期値は０から１８の範囲の値が算出され、繁殖
牝馬および種牡馬の能力パラメータが高いほど、初期値
は高くなる。

【０１００】また、仔馬データの能力補正値は、調教回
数１回目から１００回目までについて算出され、繁殖牝
馬の成長タイプおよび能力パラメータと乱数によって算
出された−３から＋３の範囲の増減値と、同様に種牡馬
の成長タイプおよび能力パラメータと乱数によって算出
された−３から＋３の範囲の増減値を加算した、−６か
ら＋６の範囲の値で設定される。

【０１０１】図１２は、仔馬データ作成プログラム３５
ｂによるＣＰＵ３１の動作を示すフローチャートであ
る。ＣＰＵ３１は、ユーザが選択した繁殖牝馬および種
牡馬の能力データを繁殖牝馬管理ＤＢ３６ｂおよび種牡
馬管理ＤＢ３６ｃから読み出し、記憶部３５に格納され
ている仔馬データ作成プログラム３５ｂにしたがって実
行することによって仔馬データ５５ｂを作成する。この
フローチャートは、そのプログラムによる動作を説明す
るものである。

【０１０２】最初にＣＰＵ３１は、繁殖牝馬および種牡
馬の遺伝影響力の値を比較する（ステップＳ１００
１）。繁殖牝馬の遺伝影響力の値が種牡馬のそれより小
さい場合（ステップＳ１００１；繁殖牝馬≦種牡馬）、
仔馬データの作成において、種牡馬の能力パラメータが
優先的に考慮することとする（ステップＳ１００２）。
一方、繁殖牝馬の遺伝影響力の値が種牡馬のそれより大
きい場合（ステップＳ１００１；繁殖牝馬＞種牡馬）、
仔馬データの作成において、繁殖牝馬の能力パラメータ
が優先的に考慮することとする（ステップＳ１００
３）。

【０１０３】次にＣＰＵ３１は、各能力値の初期値を演
算し（ステップＳ１００４）、各能力値の初期値を設定
する（ステップＳ１００５）。演算式は、図１３におい
て後述する。

【０１０４】次にＣＰＵ３１は、調教回数ｎ（自然数）
をｎ＝０に初期化し（ステップＳ１００６）、続いてｎ
＝ｎ＋１の演算によってｎを１増加する（ステップＳ１
００７）。

【０１０５】次に、仔馬データの補正値は調教回数１０
０回まで設定するため、ＣＰＵ３１はｎと１００を比較
し（ステップＳ１００８）、ｎが１００以下の場合（ス
テップＳ１００８；ｎ≦１００）、繁殖牝馬の成長タイ
プを判定する（ステップＳ１００９）。繁殖牝馬の成長
タイプが早熟の場合（ステップＳ１００９；早熟タイ
プ）、ＣＰＵ３１は後述する図１４の成長タイプにおけ
る早熟タイプの補正値と、繁殖牝馬の能力パラメータを
用いて、補正値を演算する（ステップＳ１０１０）。

【０１０６】繁殖牝馬の成長タイプが普通の場合（ステ
ップＳ１００９；普通タイプ）、ＣＰＵ３１は図１４の
成長タイプにおける普通タイプの補正値と、繁殖牝馬の
能力パラメータによって、補正値を計算する（ステップ
Ｓ１０１１）。

【０１０７】繁殖牝馬の成長タイプが晩成の場合（ステ
ップＳ１００９；晩成タイプ）、ＣＰＵ３１は図１４の
成長タイプにおける晩成タイプの補正値と、繁殖牝馬の
能力パラメータによって、補正値を計算する（ステップ
Ｓ１０１２）。このように、繁殖牝馬の成長タイプにし
たがって算出された値は、補正値として設定される（ス
テップＳ１０１３）。

【０１０８】次に、種牡馬の成長タイプを判定する（ス
テップＳ１０１４）。種牡馬の成長タイプが早熟の場合
（ステップＳ１０１４；早熟タイプ）、ＣＰＵ３１は図
１４の成長タイプにおける早熟タイプの補正値と、種牡
馬の能力パラメータによって、補正値を計算する（ステ
ップＳ１０１５）。

【０１０９】種牡馬の成長タイプが普通の場合（ステッ
プＳ１０１４；普通タイプ）、ＣＰＵ３１は図１４の成
長タイプにおける普通タイプの補正値と、種牡馬の能力
パラメータによって、補正値を演算する（ステップＳ１
０１６）。

【０１１０】種牡馬の成長タイプが晩成の場合（ステッ
プＳ１０１４；晩成タイプ）、ＣＰＵ３１は図１４の成
長タイプにおける晩成タイプの補正値と、種牡馬の能力
パラメータによって、補正値を演算する（ステップＳ１
０１７）。ＣＰＵ３１は、種牡馬の成長タイプにしたが
って演算された値と、ステップＳ１０１３において繁殖
牝馬の成長タイプにしたがって設定された補正値を加算
し（ステップＳ１０１８）、調教回数ｎ回目の能力補正
値として設定し（ステップＳ１０１９）、ステップＳ１
００７へ処理を移行する。

【０１１１】一方、ステップＳ１００８において、ｎが
１００より大きい場合は（ステップＳ１００８；ｎ＞１
００）、調教回数１００回目の能力補正値まで設定され
たことになり、ＣＰＵ３１はその仔馬データをファイル
化し（ステップＳ１０２０）、プログラムを終了する。

【０１１２】図１３は、仔馬データ作成プログラム３５
ｂにしたがってＣＰＵ３１が仔馬データ５５ｂの初期値
および能力補正値を求める際の計算式の一例を示す図で
ある。演算は例としてＰｅｒｌ（Practical Extraction
and Report Language）を用いて記述する。

【０１１３】仔馬のスピード、スタミナ、瞬発力、勝負
根性および回復力の値の初期値を算出する計算式を、図
１３に示す。ここで$baseとは、繁殖牝馬および種牡馬
の遺伝影響力のパラメータが大きい方のスピード、スタ
ミナ、瞬発力、勝負根性および回復力のパラメータであ
る。$maleは種牡馬の各種能力パラメータの値、$female
は繁殖牝馬の各種能力パラメータの値である。また、in
tはその後の括弧内の値を整数として返すことを表し、r
andは０からその後の括弧内の値の範囲で乱数を返すこ
とを表している。

【０１１４】集中力、スタート適正および展開適正の値
の初期値を算出する計算式を図１３に示す。図１３の演
算式より、仔馬データの各能力値の初期値は、０から１
８の値で設定される。

【０１１５】スピード、スタミナ、瞬発力、勝負根性お
よび回復力の能力補正値の計算式を図１３に示す。ここ
で$male_typeとは、図１４における種牡馬の成長タイプ
による補正値であり、$female_typeとは、同じく図１４
における繁殖牝馬の成長タイプによる補正値である。

【０１１６】また、集中力、スタート適正および展開適
正の能力補正値の計算式を図１３に示す。ここで$init
とは、集中力、スタート適正および展開適正の各能力値
の初期値である。

【０１１７】図１４は、繁殖牝馬および種牡馬の成長タ
イプによる補正値を示した図である。図１４において、
成長タイプによる補正値は、調教回数によって変化す
る。晩成タイプにおいては調教回数が多くても補正値は
正の値だが、早熟タイプにおいては調教回数が多くなる
と補正値は負の値となり、調教時の能力値計算によって
仔馬の能力補正値を減少させてしまう。これにより、単
純に調教回数を多くすれば仔馬の能力値が増加する結果
を防ぎ、ユーザが仔馬キャラクタの個性を見極め、調教
の回数を個人が判断する点に仔馬の育成にゲーム性を持
たせている。

【０１１８】図１５は、調教時の能力値計算に使用す
る、調教場所および調教の強さによる仔馬の能力補正値
に対する係数および補正値を示す図である。仔馬の調教
の際、ユーザは調教場所および調教の強さを指定する。
各調教場所には仔馬の能力補正値に対する係数が予め設
定されており、各調教の強さには仔馬の能力補正値に加
算される値が予め設定されている。そして、調教場所お
よび調教の強さの指定により、仔馬の能力補正値は
（（仔馬の能力補正値×調教場所））＋調教の強さ）と
計算される。

【０１１９】例えば、図１１および図１５を用いると、
調教１回目で調教場所を「坂路」、調教の強さを「強
め」に指定した場合、仔馬のスピードの能力補正値は
（（１×２）＋１）と計算され、３が初期値に加算され
ることになる。

【０１２０】図１６は、図１１の仔馬データと、図１５
の調教場所および調教の強さによる仔馬の能力補正値に
対する係数および補正値を用いて、調教を行ったときの
仔馬の能力値の変化の一例を示す図である。まず１回目
の調教として、ユーザが調教場所を「坂路」および調教
の強さを「強め」と選択したときの能力補正値を計算す
る。そしてそれを仔馬データの初期値に加算した値が、
１回目の調教後の仔馬の能力値となる。次に２回目の調
教として、ユーザが調教場所を「コース」および調教の
強さを「馬なり」と選択したときの能力補正値を計算す
る。そしてそれを仔馬データの初期値に加算した値が、
２回目の調教後の仔馬の能力値となる。

【０１２１】調教１回目の集中力の値のように、調教を
行っても仔馬の能力値が変化しない場合や、調教１回目
の回復力の値のように、調教によって仔馬の能力値が減
少する場合もあるため、ユーザは仔馬の能力を見極めて
調教場所や調教の強さの選択を判断し、調教を進める必
要がある。

【０１２２】図１７は、調教時の能力値計算に使用す
る、図１１における仔馬の能力補正値に対する育成アイ
テムによる補正値を示す図である。仔馬の調教の際、ユ
ーザは購入した育成アイテムを使用することができる。
育成アイテムは種類によって仔馬の能力補正値に対する
補正値が予め設定されており、大別して成長促進剤と補
正器具がある。

【０１２３】成長促進剤は、仔馬の調教と共に使用さ
れ、仔馬の能力補正値は（（（仔馬データの能力補正値
＋成長促進剤の補正値）×調教場所の係数）＋調教の強
さの補正値）と計算される。図１７において、持続回数
は成長促進剤の効果期間を示す。例えば、図１７におい
て、成長促進剤の持続回数は５であるため、成長促進剤
を使用してから連続して５回の調教にわたって成長促進
剤の補正値が能力補正値に加算されることを示す。

【０１２４】補正器具の使用は１回の調教として扱わ
れ、補正器具の補正値がそのまま仔馬の能力値に加算さ
れる。ただし図１７における補正限界は、補正後の仔馬
の能力値の上限を示し、仔馬の能力値は補正限界値以上
に増加されないこととする。

【０１２５】なお、第１の実施の形態を実現する場合に
は、成長促進剤の種類としてスピード強化系およびスタ
ミナ強化系など、補正器具の種類として回復力強化系、
集中力強化系、スタート適正強化系および展開適正強化
系などの複数のアイテムが設定可能であるが、これに限
定するものではない。

【０１２６】図１８は、仔馬育成ソフトウェア５５ａに
よるＣＰＵ５１の動作を示すフローチャートである。仔
馬育成ソフトウェア５５ａは、ＡＳＰ３０の記憶部３５
かから情報端末５０にダウンロードされて、ＣＰＵ５１
がオフラインで実行されるものである。

【０１２７】図１９は、ＣＰＵ５１が仔馬育成ソフトウ
ェア５５ａを実行したときの仔馬データ５５ｂの変化の
仕方を示す図である。図１８および図１９を用いて、仔
馬育成ソフトウェア５５ａによるＣＰＵ５１の動作を説
明する。

【０１２８】最初にＣＰＵ５１は、記憶部５５から仔馬
データ５５ｂを検索する（ステップＳ１１０１）。仔馬
データ５５ｂの検索数が０件の場合（ステップＳ１１０
２；０件）、ＣＰＵ５１は表示部５３に対してエラー表
示を行い（ステップＳ１１０３）、プログラムを終了す
る。検索数が１件の場合（ステップＳ１１０２；１
件）、ＣＰＵ５１は仔馬データ５５ｂをロードする（ス
テップＳ１１０４）。検索数が２件以上の場合（ステッ
プＳ１１０２；２件以上）、ユーザにより複数ある仔馬
データ５５ｂの１つが選択され（ステップＳ１１０
５）、選択された仔馬データ５５ｂをＣＰＵ５１内がロ
ードする（ステップＳ１１０４）。

【０１２９】次にＣＰＵ５１は、ロードした仔馬データ
から能力値の初期値を読み出し（ステップＳ１１０
６）、ユーザにより調教、馬体評価および終了のいずれ
かのコマンドの選択待ちとなる（ステップＳ１１０
７）。ユーザが終了を選択した場合（ステップＳ１１０
７；終了）、ＣＰＵ５１はプログラムを終了する。また
ユーザが馬体評価を選択した場合（ステップＳ１１０
７；馬体評価）、ＣＰＵ５１は表示部５３に仔馬の能力
値を表示し（ステップＳ１１０８）、ステップＳ１１０
７へ処理を移行する。

【０１３０】一方、ユーザが調教を選択した場合（ステ
ップＳ１１０７；調教）、更にユーザによる調教内容の
選択待ちとなる（ステップＳ１１０９）。ユーザが調教
内容として坂路、コースおよびプールを選択した場合
（ステップＳ１１０９；坂路・コース・プール）、ＣＰ
Ｕ５１は図１５に示した調教場所による仔馬の能力補正
値に対する係数から、ユーザの選択した調教場所の各能
力補正値に対する係数を特定する（ステップＳ１１１
０）。

【０１３１】次にユーザにより、調教の強さを「馬な
り」、「強め」および「一杯」の中から選択されると
（ステップＳ１１１１）、ＣＰＵ５１は図１５に示した
調教の強さによる仔馬の能力値に対する補正値から、ユ
ーザの選択した調教の強さの各能力値に対する補正値を
特定する（ステップＳ１１１２）。

【０１３２】次にＣＰＵ５１は、ステップＳ１１１０お
よびステップＳ１１１２にて特定した係数および補正値
を用いて、図１６にて示した計算方法により、仔馬の調
教による能力値を計算する（ステップＳ１１１３）。

【０１３３】次にＣＰＵ５１は、ステップＳ１１１３に
て求めた仔馬の能力値を、図１９の初期値の欄に書き込
む（ステップＳ１１１４）。これにより仔馬の能力値
は、調教によって得た新しい能力値に更新されたことに
なる。

【０１３４】次にＣＰＵ５１は、図１９の仔馬データの
能力補正値において、該当能力補正値の欄を削除し、能
力補正値の欄を左に１つシフトする。そして調教回数１
００回目の能力補正値の欄に９９回目の能力補正値をコ
ピーする。これにより１０１回目以降の調教について
は、常に初期状態における１００回目の能力補正値が使
用されることになり、１０１回目以降の能力補正値につ
いて、新たに算出することを防いでいる（ステップＳ１
１１５）。

【０１３５】次にＣＰＵ５１は、仔馬データを記憶部５
５に記憶し（ステップＳ１１１６）、調教終了後の仔馬
の能力値を表示部５３に表示する（ステップＳ１１１
７）。これにより仔馬に対する１回の調教が終了したこ
とになり、ステップＳ１１０７へ処理を移行する。

【０１３６】一方、ステップＳ１１０９において、ユー
ザが調教内容としてアイテムの使用を選択した場合（ス
テップＳ１１０９；アイテム）、ＣＰＵ５１は記憶部５
５から育成アイテムファイル５５ｃを検索する（ステッ
プＳ１１１８）。育成アイテムファイル５５ｃの検索数
が０件の場合（ステップＳ１１１９；使用可能アイテム
０件）、ＣＰＵ５１は表示部５３に対してエラー表示を
行い（ステップＳ１１２１）、ユーザは再び調教内容を
選択する（ステップＳ１１０９）。

【０１３７】一方、検索数が１件以上の場合（ステップ
Ｓ１１１９；使用可能アイテム１件以上）、ユーザによ
るアイテムの選択待ちとなる（ステップＳ１１２０）。
ユーザが成長促進剤を選択した場合（ステップＳ１１２
０；成長促進剤）、ＣＰＵ５１は成長促進剤の持続回数
分だけ、図１９における能力補正値の一番左の欄から能
力補正値に成長促進剤の補正値を加算し、同様に成長促
進剤の持続回数分だけアイテム使用欄にアイテム使用／
未使用の印を付ける（ステップＳ１１２２）。アイテム
使用欄にアイテム使用の印がある場合は、新たに成長促
進剤を使用することはできない。

【０１３８】次にＣＰＵ５１は、当該育成アイテムを育
成ファイル５５ｃから削除し（ステップＳ１１２３）、
仔馬データ５５ｂを記憶部５５に更新記憶して（ステッ
プＳ１１２６）、ステップＳ１１０９へ処理を移行す
る。

【０１３９】一方、ステップＳ１１２０において、ユー
ザが補正器具を選択した場合（ステップＳ１１２０；補
正器具）、ＣＰＵ５１は図１９における仔馬データの初
期値、すなわち仔馬の能力値に補正器具の補正値を加算
し（ステップＳ１１２４）、その値を仔馬データの初期
値に書き込む（ステップＳ１１２５）。

【０１４０】次にＣＰＵ５１は、当該育成アイテムを育
成ファイル５５ｃから削除し（ステップＳ１１２３）、
仔馬データ５５ｂを記憶部５５に更新記憶する（ステッ
プＳ１１２６）。そしてステップＳ１１０９へ処理を移
行する。このように、ユーザは仔馬に対する調教を任意
の回数行い、調教によって変化する仔馬の能力値を確認
しながらユーザが調教の終了を判断する。

【０１４１】図２０は、ＡＳＰ３０によって実行され
る、一連の開催レースの流れを示すフローチャートであ
る。なお、以後、図２０に示した一連の開催レースの集
合をシーズンと記述する。また、図中の括弧内の数値は
獲得ポイントを示している。

【０１４２】最初に、ＣＰＵ３１はユーザによって登録
された競走馬によって新馬戦を開催し（ステップＳ１２
０１）、１着になった競走馬に賞金５０ポイントを与え
る。また、新馬戦において１着になった競走馬を、Ｇ３
戦での出走を可能し（ステップ１２０２）、このレース
で１着になった競走馬には賞金１００ポイント、２着に
なった競走馬には賞金５０ポイントを与える。

【０１４３】次にＣＰＵ３１は、新馬戦における２着以
降の競走馬によって未勝利戦を開催し（ステップＳ１２
０３）、このレースで１着になった競走馬に賞金５０ポ
イントを与え、一般戦での出走を可能とする。しかし未
勝利戦の開催中に１着になることができなかった競走馬
については、この時点で引退として処理し、以降のレー
スには出走させない。

【０１４４】一般戦において（ステップＳ１２０４）、
ＣＰＵ３１は１着になった競走馬に賞金５０ポイントを
与え、獲得賞金の累計にしたがって一般戦以外のレース
に出走を可能とする。まず、獲得賞金が１５０ポイント
以上の競走馬については、Ｇ３戦での出走を可能とする
（ステップ１２０５）。ＣＰＵ３１は、このレースで１
着になった競走馬に賞金１５０ポイント、２着になった
競走馬は賞金５０ポイントを与える。

【０１４５】獲得賞金が３００ポイント以上の競走馬に
ついては、Ｇ２戦での出走を可能とする（ステップ１２
０６）。ＣＰＵ３１は、このレースで１着になった競走
馬には賞金３００ポイント、２着になった競走馬には賞
金１００ポイントを与える。

【０１４６】獲得賞金が６００ポイント以上の競走馬に
ついては、Ｇ３戦での出走を可能とする（ステップ１２
０７）。ＣＰＵ３１は、このレースで１着になった競走
馬には賞金５００ポイント、２着になった競走馬には賞
金１５０ポイント、３着になった競走馬には賞金５０ポ
イントを与える。

【０１４７】図２１は、開催レースの具体的な例を示し
た図である。図２０および図２１より、１シーズンにお
ける競争馬の登録頭数は１８０頭であり、一般戦に出走
できる競争馬の頭数は、半分の９０頭となる。その９０
頭で、一般戦、Ｇ３戦、Ｇ２戦およびＧ１戦において、
賞金獲得を争う仕組みとなっている。

【０１４８】図２２は、開催レースの日程の一例を示し
た図である。１日のレースプログラムは予め設定されて
おり、ＣＰＵ３１は、１ヶ月間（２８日間）を１シーズ
ンとして実行する。図２２において、項目「疲労」の欄
の「リセット」とは、ＣＰＵ３１が当日のレース終了後
に、全ての競走馬の疲労度をゼロに書き換えることを示
している。

【０１４９】図２３は、ＣＰＵ３１が実行する１シーズ
ンの競馬ゲームに対する競走馬の登録方法のフローチャ
ートである。まずＣＰＵ３１は、競走馬登録領域３５ｃ
において競走馬の登録頭数を比較する（ステップＳ１３
０１）。登録頭数が１８０頭である場合（ステップＳ１
３０１；１８０頭）、出走登録はその時点で締め切られ
る。

【０１５０】一方、１８０頭未満の場合（ステップＳ１
３０１；１８０頭未満）、ＣＰＵ３１は登録開始から２
８日目の１２時を経過しているかどうか判定し（ステッ
プＳ１３０２）、経過していない場合は（ステップＳ１
３０２；１２時前）、再び登録頭数の比較を行う（ステ
ップＳ１３０１）。２８日目の１２時を経過した場合
（ステップＳ１３０２；１２時）、ＣＰＵ３１は登録頭
数が１８０頭になるように、ＡＳＰ３０が所有する競走
馬を補充し（ステップＳ１３０３）、出走登録の締め切
りを行う。

【０１５１】図２４は、ＣＰＵ３１が実行する新馬戦の
開催において、登録馬の出走レースを決定するためのフ
ローチャートである。登録馬の出走レースの決定は、Ｃ
ＰＵ３１が、競走馬管理ＤＢ３６ｅのデータを読み込
み、レース出走馬決定プログラム３５ｄを実行すること
によって決定する。このフローチャートは、そのプログ
ラムを実行するＣＰＵ３１の動作説明するためのもので
ある。

【０１５２】新馬戦は初出走の登録馬によって行われ、
札幌、新潟および小倉の３会場において、ダート１００
０ｍ、１２００ｍおよび１６００ｍ、芝１０００ｍ、１
２００ｍおよび１６００ｍの６種類のレースが行われ
る。ダートのレースは、１会場につきレース距離ごとに
３レース行われる。芝のレースは１０００ｍおよび１６
００ｍは２レース行われるが、１２００ｍは３レース行
われる。つまり、ダートのレースには５４頭の競走馬が
登録され、芝のレースには１２６頭の競走馬が登録され
る。

【０１５３】最初にＣＰＵ３１は登録馬を瞬発力の値で
昇順にソートする（ステップＳ１４０１）。これによ
り、瞬発力の低い馬から優先的にレースに登録される。

【０１５４】次にＣＰＵ３１は、昇順にソートされた競
走馬の登録レコードの１番目にポインタを移動させ（ス
テップＳ１４０２）、ポインタの指しているレコードに
登録されている競走馬の能力データを競走馬管理ＤＢ３
６ｅから読み出し、能力データのスタミナの値を比較す
る（ステップＳ１４０３）。スタミナの値が１５０未満
の場合（ステップＳ１４０３；１５０未満）、その競走
馬はダート１０００ｍの出走資格を得る。ここでＣＰＵ
３１は、ダート１０００ｍに出走する競走馬の登録頭数
を比較し（ステップＳ１４０４）、登録頭数が１８頭未
満の場合（ステップＳ１４０４；登録１８頭未満）、そ
の競走馬をダート１０００ｍのレースファイルに登録す
る（ステップＳ１４０５）。一方、ダート１０００ｍに
出走する競走馬の登録頭数が１８頭の場合（ステップＳ
１４０４；規定数以上）、ステップＳ１４０６へ処理を
移行する。

【０１５５】また、スタミナの値が１５０以上２９９以
下の場合（ステップＳ１４０３；１５０〜２９９）、そ
の競走馬はダート１２００ｍの出走資格を得る。ここで
ＣＰＵ３１は、ダート１２００ｍに出走する競走馬の登
録頭数を比較し（ステップＳ１４０６）、登録頭数が１
８頭未満の場合（ステップＳ１４０６；登録１８頭未
満）、その競走馬をダート１２００ｍのレースファイル
に登録する（ステップＳ１４０７）。一方、ダート１２
００ｍに出走する競走馬の登録頭数が１８頭の場合（ス
テップＳ１４０６；規定数以上）、ステップＳ１０４０
またはステップＳ１４０８へ処理を移行する。

【０１５６】また、スタミナの値が３００以上の場合
（ステップＳ１４０３；３００以上）、その競走馬はダ
ート１６００ｍの出走資格を得る。ここＣＰＵ３１は、
ダート１６００ｍに出走する競走馬の登録頭数を比較し
（ステップＳ１４０８）、登録頭数が１８頭未満の場合
（ステップＳ１４０８；登録１８頭未満）、その競走馬
をダート１６００ｍのレースファイルに登録する（ステ
ップＳ１４０９）。一方、ダート１６００ｍに出走する
競走馬の登録頭数が１８頭の場合（ステップＳ１４０
８；規定数以上）、ステップＳ１４０６へ処理を移行す
る。

【０１５７】次にＣＰＵ３１は、ポインタを次のレコー
ドに移動させ（ステップＳ１４１０）、ポインタの指し
ているレコードが終わりかどうか（ＥＯＲ：End Of Rec
ord）判断する（ステップＳ１４１１）。ＥＯＲの場合
（ステップＳ１４１１；ＹＥＳ）、ＣＰＵ３１は全ての
登録馬に対して出走レースを決定したと見なし、プログ
ラムを終了する。ＥＯＲでない場合（ステップＳ１４１
１；ＮＯ）、ステップＳ１４１２へ進む。

【０１５８】次にＣＰＵ３１は、現在ポインタが指して
いるレコードの番号を比較し（ステップＳ１４１２）、
レコードの番号が５４以下の場合（ステップＳ１４１
２；５４以下）、ステップＳ１４０３へ処理を移行す
る。

【０１５９】一方、レコードの番号が５５より上の場合
（ステップＳ１４１２；５４より上）、ポインタの指す
レコードに登録されている競走馬の能力データを競走馬
管理ＤＢ３６ｅから読み出し、能力データのスタミナの
値を比較する（ステップＳ１４１３）。スタミナの値が
１５０未満の場合（ステップＳ１４１３；１５０未
満）、その競走馬は芝１０００ｍの出走資格を得る。こ
こでＣＰＵ３１は、芝１０００ｍに出走する競走馬の登
録頭数を比較し（ステップＳ１４１４）、登録頭数が３
６頭未満の場合（ステップＳ１４１４；登録３６頭未
満）、その競走馬を芝１０００ｍのレースファイルに登
録する（ステップＳ１４１５）。一方、芝１０００ｍに
出走する競走馬の登録頭数が３６頭の場合（ステップＳ
１４１４；規定数以上）、ステップＳ１４１６へ処理を
移行する。

【０１６０】また、スタミナの値が１５０以上２９９以
下の場合（ステップＳ１４１３；１５０〜２９９）、そ
の競走馬は芝１２００ｍの出走資格を得る。ここでＣＰ
Ｕ３１は、芝１２００ｍに出走する競走馬の登録頭数を
比較し（ステップＳ１４１６）、登録頭数が５４頭未満
の場合（ステップＳ１４１６；登録５４頭未満）、その
競走馬を芝１２００ｍのレースファイルに登録する（ス
テップＳ１４１７）。一方、芝１２００ｍに出走する競
走馬の登録頭数が５４頭の場合（ステップＳ１４１６；
規定数以上）、ステップＳ１４１４またはステップＳ１
４１８へ処理を移行する。

【０１６１】また、スタミナの値が３００以上の場合
（ステップＳ１４１３；３００以上）、その競走馬は芝
１６００ｍの出走資格を得る。ここでＣＰＵ３１は、芝
１６００ｍに出走する競走馬の登録頭数を比較し（ステ
ップＳ１４１８）、登録頭数が３６頭未満の場合（ステ
ップＳ１４１８；登録３６頭未満）、その競走馬を芝１
６００ｍのレースファイルに登録する（ステップＳ１４
１９）。一方、芝１６００ｍに出走する競走馬の登録頭
数が３６頭の場合（ステップＳ１４１８；規定数以
上）、ステップＳ１４１６へ処理を移行する。

【０１６２】そしてＣＰＵ３１は、ポインタを次のレコ
ードに移動させ（ステップＳ１４２０）、そのレコード
がＥＯＲか判断する（ステップＳ１４２１）。ＥＯＲの
場合（ステップＳ１４２１；ＹＥＳ）、ＣＰＵ３１は全
ての登録馬の出走レースが決定したと見なし、プログラ
ムを終了する。ＥＯＲでない場合（ステップＳ１４２
１；ＮＯ）、ステップＳ１４１３へ処理を移行する。

【０１６３】なお、レースファイル作成後、ＣＰＵ３１
は各レースファイルにおいて、札幌、新潟および小倉競
馬場の順に無作為に６頭ずつ選択し、各競馬場の各レー
スに対しての出走馬を決定する。

【０１６４】そして、札幌、新潟および小倉競馬場にお
ける各種レースに出走する競走馬が全て決定した場合に
は、ＣＰＵ３１は図３６のレースシミュレーションにし
たがって新馬戦を実行する。図３６については、後記に
て詳述する。

【０１６５】図２５は、Ｇ３戦である若駒ステークスの
出走馬の決定方法を示すフローチャートである。競走馬
の出走レースの決定は、ＣＰＵ３１が、競走馬管理ＤＢ
３６ｅのデータを読み込み、レース出走馬決定プログラ
ム３５ｄを実行することによって決定する。このフロー
チャートは、そのプログラムを実行するＣＰＵ３１の動
作説明するためのものである。

【０１６６】若駒ステークスは、札幌、新潟および小倉
競馬場で行われた各新馬戦の１着馬によって開催され、
３会場にて芝１６００ｍのレースが行われる。

【０１６７】まずＣＰＵ３１は、札幌競馬場で開催され
た新馬戦の１着馬を競走馬管理ＤＢ３６ｅから検索する
（ステップＳ１５０１）。新馬戦では、１つの会場につ
きダート１０００ｍ、１２００ｍおよび１６００ｍのレ
ースがそれぞれ１レース、芝１０００ｍおよび１６００
ｍのレースがそれぞれ２レース、芝１２００ｍのレース
が３レース行われるため、各レースの１着馬を合計する
と、１０頭の競走馬が出走資格を有することになる。し
たがって、ＣＰＵ３１は１着になった１０頭を札幌競馬
場にて開催される若駒ステークスの出走馬としてレース
ファイルに登録し（ステップＳ１５０２）、プログラム
を終了する。

【０１６８】同様にＣＰＵ３１は、新潟競馬場で開催さ
れた新馬戦の１着馬を検索し（ステップＳ１５０３）、
新潟競馬場が開催する若駒ステークスの出走馬として、
１０頭の競走馬をレースファイルに登録し（ステップＳ
１５０４）、プログラムを終了する。

【０１６９】同様にＣＰＵ３１は、小倉競馬場で開催さ
れた新馬戦の１着馬を検索し（ステップＳ１５０５）、
小倉競馬場が開催する若駒ステークスの出走馬として、
１０頭の競走馬をレースファイルに登録し（ステップＳ
１５０６）、プログラムを終了する。

【０１７０】札幌、新潟および小倉競馬場で開催される
若駒ステークスに出走する競走馬のレースファイルが全
て作成されたら、ＣＰＵ３１は図３６のレースシミュレ
ーションにしたがって若駒ステークスを実行する。図３
６については、後記にて詳述する。

【０１７１】図２６は、未勝利戦における出走馬の決定
方法を示すフローチャートである。競走馬の出走レース
の決定は、ＣＰＵ３１が、競走馬管理ＤＢ３６ｅのデー
タを読み込み、レース出走馬決定プログラム３５ｄを実
行することによって決定する。このフローチャートは、
そのプログラムを実行するＣＰＵ３１の動作説明するた
めのものである。

【０１７２】未勝利戦は、獲得賞金がゼロである競走馬
によって開催される。つまり新馬戦において２着以降で
あった競走馬によってレースが開催され、規定レース中
に１着になるとその競走馬に賞金が与えられるため、未
勝利戦の出走対象から除外され、一般戦への出走資格を
得る。しかし、規定レース中に１度も１着になることが
できなかった競走馬は、引退と称して、以降のレースへ
の出走資格を失う。

【０１７３】まずＣＰＵ３１は、競走馬登録領域３５ｃ
に記憶されている登録馬を獲得賞金および競争成績の値
で昇順にソートする（ステップＳ１６０１）。これによ
り、獲得賞金が少なく、競争成績の悪い競走馬から優先
的にレースに登録される。

【０１７４】次に、ＣＰＵ３１は、競走馬登録領域３５
ｃの１番目のレコードにポインタを移動させ（ステップ
Ｓ１６０２）、ポインタの指すレコードに登録されてい
る競走馬の能力データを競走馬管理ＤＢ３６ｅから読み
出し、獲得賞金を比較する（ステップＳ１６０３）。

【０１７５】獲得賞金が５０ポイント以上の場合（ステ
ップＳ１６０３；５０以上）、その競走馬は未勝利戦へ
の出走資格はない。また競走馬登録領域３５ｃに登録さ
れている競走馬は獲得賞金の昇順で並んでいるため、現
在のレコードからポインタを移動させても、未勝利戦へ
の出走資格を有する競走馬は検索されないと判断し、Ｃ
ＰＵ３１はこのプログラムを終了する。

【０１７６】一方、獲得賞金が０ポイントの場合（ステ
ップＳ１６０３；０）、ＣＰＵ３１はその競走馬の疲労
度を比較し（ステップＳ１６０４）、疲労度が８０未満
の場合（ステップＳ１６０４；８０未満）、その競走馬
の瞬発力およびスタミナの値から出走レースを選択する
（ステップＳ１６０５）。ＣＰＵ３１は、瞬発力の値に
よりダート／芝を選択し、スタミナの値によりレースの
距離を選択する。ここでレースを選択する際は、スタミ
ナより瞬発力の値を優先する。

【０１７７】ＣＰＵ３１は、未勝利戦全レースにおい
て、出走が可能なレースの有無を検索し（ステップ１６
０６）、全レースにおいて、出走馬の登録が規定数に達
しているなどの理由で出走が可能なレースがない場合
（ステップＳ１６０６；なし）、プログラムを終了す
る。一方、出走が可能なレースがある場合（ステップＳ
１６０６；あり）、ＣＰＵ３１はステップＳ１６０５で
決定した距離のレースから出走登録が可能なレースを順
番に検索し、該当レースに対して、その競走馬をレース
ファイルに登録する（ステップ１６０７）。

【０１７８】一方、競走馬の疲労度が８０以上の場合
（ステップ１６０４；８０以上）、ＣＰＵ３１はその競
走馬を未勝利戦のレースに登録せず、ステップＳ１６０
８へ進む。

【０１７９】次に、ＣＰＵ３１は、競走馬登録領域３５
ｃのレコードを指すポインタを１つ移動させ（ステップ
Ｓ１６０８）、処理をステップＳ１６０３へ移行する。

【０１８０】以上のように、ＣＰＵ３１は未勝利戦への
競走馬のレース登録を進めていく。未勝利戦におけるレ
ースファイルが全て作成されたら、ＣＰＵ３１は図３６
のレースシミュレーションにしたがって未勝利戦を実行
する。図３６については、後記にて詳述する。

【０１８１】図２７は、一般戦における出走馬の決定方
法を示すフローチャートである。競走馬の出走レースの
決定は、ＣＰＵ３１が、競走馬管理ＤＢ３６ｅのデータ
を読み込み、レース出走馬決定プログラム３５ｄを実行
することによって決定する。このフローチャートは、そ
のプログラムを実行するＣＰＵ３１の動作説明するため
のものである。

【０１８２】一般戦は、獲得賞金が５０ポイント以上の
競走馬によって開催される。以降に行われる重賞レース
における出走資格の有無は、ほとんどが競走馬の獲得賞
金の額によって決定されるため、一般戦は競走馬にとっ
て賞金獲得が重要な目的となる。

【０１８３】まず、ＣＰＵ３１は、記憶部３５の競走馬
登録領域３５ｃに記憶されている登録馬を獲得賞金およ
び競争成績の値で昇順にソートする（ステップＳ１７０
１）。これにより、獲得賞金が少なく、競争成績の悪い
競走馬から優先的にレースに登録される。

【０１８４】次に、ＣＰＵ３１は、競走馬登録領域３５
ｃの１番目のレコードにポインタを移動させ（ステップ
Ｓ１７０２）、ポインタの指すレコードに登録されてい
る競走馬の能力データを競走馬管理ＤＢ３６ｅから読み
出し、獲得賞金を比較する（ステップＳ１７０３）。

【０１８５】獲得賞金が５０ポイント未満の場合（ステ
ップＳ１７０３；５０未満）、その競走馬は新馬戦およ
び未勝利戦において１着になっていないため、ＣＰＵ３
１は一般戦への出走資格がないと判断し、出走登録を行
わない。ＣＰＵ３１は、競走馬登録領域３５ｃのレコー
ドを指すポインタを１つ移動させ（ステップＳ１７０
８）ＥＯＲかどうか判断する（ステップＳ１７０９）。
ＥＯＲの場合（ステップＳ１７０９；ＹＥＳ）、ＣＰＵ
３１はプログラムを終了し、ＥＯＲでない場合（ステッ
プＳ１７０９；ＮＯ）、ステップＳ１７０３へ処理を移
行する。

【０１８６】一方、獲得賞金が５０ポイント以上の場合
（ステップＳ１７０３；５０以上）、ＣＰＵ３１はその
競走馬の疲労度を比較する（ステップＳ１７０４）。比
較方法は競走馬の獲得賞金額によって異なり、獲得賞金
が５０ポイント以上１４９ポイント以下で疲労度６０以
上の競走馬、獲得賞金が１５０ポイント以上２９９ポイ
ント以下で疲労度３０以上の競走馬、獲得賞金が３００
ポイント以上５９９ポイント以下で疲労度１０以上の競
走馬は出走登録されない。また、獲得賞金６００ポイン
ト以上の競走馬は、疲労度に関係なく出走登録されな
い。このように、賞金の少ない馬が優先して出走登録さ
れる。

【０１８７】疲労度および獲得賞金により出走登録を除
外した場合（ステップＳ１７０４；出走不可）、ＣＰＵ
３１は競走馬登録領域３５ｃのレコードを指すポインタ
を１つ移動させ（ステップＳ１７０８）ＥＯＲかどうか
か比較する（ステップＳ１７０９）。ＥＯＲの場合（ス
テップＳ１７０９；ＹＥＳ）、ＣＰＵ３１はプログラム
を終了し、ＥＯＲでない場合（ステップＳ１７０９；Ｎ
Ｏ）、ステップＳ１７０３へ処理を移行する。

【０１８８】一方、出走資格を得た場合（ステップＳ１
７０４；出走可）、ＣＰＵ３１はその競走馬の瞬発力お
よびスタミナを比較し（ステップＳ１７０５）、瞬発力
の値によりダート／芝を選択し、スタミナの値によりレ
ースの距離を選択する。レースを選択する際は、スタミ
ナより瞬発力の値を優先する。

【０１８９】次いでＣＰＵ３１は、一般戦全レースにお
いて、出走が可能なレースの有無を検索し（ステップ１
７０６）、全レースにおいて、出走馬の登録が規定数に
達しているなどの理由で出走が可能なレースがない場合
（ステップＳ１７０６；なし）、プログラムを終了す
る。一方、出走が可能なレースがある場合（ステップＳ
１７０６；あり）、ＣＰＵ３１はステップＳ１７０５で
決定した距離のレースから出走登録が可能なレースを順
番に検索し、該当レースに対して、その競走馬をレース
ファイルに登録する（ステップ１７０７）。

【０１９０】次に、ＣＰＵ３１は競走馬登録領域３５ｃ
のレコードを指すポインタを１つ移動させ（ステップＳ
１７０８）ＥＯＲかどうか比較する（ステップＳ１７０
９）。ＥＯＲの場合（ステップＳ１７０９；ＹＥＳ）、
ＣＰＵ３１はプログラムを終了し、ＥＯＲでない場合
（ステップＳ１７０９；ＮＯ）、ステップＳ１７０３へ
処理を移行する。

【０１９１】以上のように、ＣＰＵ３１は一般戦への競
走馬のレース登録を進めていく。一般戦におけるレース
ファイルを作成後、ＣＰＵ３１は図３６のレースシミュ
レーションにしたがって未勝利戦を実行する。図３６に
ついては、後記にて詳述する。

【０１９２】図２８は、京都女王杯、東京王冠、オーク
ストライアルおよびダービートライアルにおける出走馬
の決定方法を示すフローチャートである。競走馬の出走
レースの決定は、ＣＰＵ３１が、競走馬管理ＤＢ３６ｅ
のデータを読み込み、レース出走馬決定プログラム３５
ｄを実行することによって決定する。このフローチャー
トは、そのプログラムを実行するＣＰＵ３１の動作説明
するためのものである。

【０１９３】京都女王杯およびオークストライアルは牝
馬によって開催され、東京王冠およびダービートライア
ルは牡馬によって開催される。

【０１９４】まず、ＣＰＵ３１は、記憶部３５の競走馬
登録領域３５ｃに記憶されている登録馬を獲得賞金の値
で降順にソートする（ステップＳ１８０１）。これによ
り、獲得賞金が多い競走馬から優先的にレースに登録さ
れる。

【０１９５】次に、ＣＰＵ３１は、競走馬登録領域３５
ｃの１番目のレコードにポインタを移動させ（ステップ
Ｓ１８０２）、ポインタの指すレコードに登録されてい
る競走馬のデータを競走馬管理ＤＢ３６ｅから読み出
し、性別を比較して、出走可能なレースがあるか検索す
る（ステップＳ１８０３）。

【０１９６】出走資格を有するレースにおいて、出走馬
の登録が規定数に達しているなどの理由で出走が可能な
レースがない場合（ステップＳ１８０３；なし）、ＣＰ
Ｕ３１は京都女王杯、東京王冠、オークストライアルお
よびダービートライアルの全レースにおいて、出走馬の
登録が規定数に達しているかを比較する（ステップＳ１
８０４）。全レースにおいて出走登録が完了していた
ら、ＣＰＵ３１はプログラムを終了する（ステップＳ１
８０４；出走登録完了）。

【０１９７】また、全レースにおいて、出走馬の登録が
規定数に達していないレースがある場合（ステップＳ１
８０４；出走登録未完了）、ＣＰＵ３１は競走馬登録領
域３５ｃのレコードを指すポインタを１つ移動させ（ス
テップＳ１８０７）、ステップＳ１８０３へ処理を移行
する。

【０１９８】一方、出走資格を有するレースにおいて、
出走登録が可能なレースがあった場合（ステップＳ１８
０３；あり）、ＣＰＵ３１はその競走馬の能力データか
らスタミナの値を比較する（ステップＳ１８０５）。そ
してプログラムによって予め決められたスタミナの値に
応じた距離のレースから順番に登録可能なレースを検索
し、レースに登録する。

【０１９９】ここで、京都女王杯および東京王冠は、そ
れぞれ芝１６００ｍ、芝２０００ｍの１レースのみの開
催であるため、ステップＳ１８０５およびステップＳ１
８０６は実行しない。

【０２００】競走馬のレース登録が終了した後、ＣＰＵ
３１は競走馬登録領域３５ｃのレコードを指すポインタ
を１つ移動させ（ステップＳ１８０７）、ステップＳ１
８０３へ処理を移行する。

【０２０１】以上のように、ＣＰＵ３１は京都女王杯、
東京王冠、オークストライアルおよびダービートライア
ルへの競走馬のレース登録を進めていく。京都女王杯、
東京王冠、オークストライアルおよびダービートライア
ルにおけるレースファイルが全て作成されたら、ＣＰＵ
３１は図３６のレースシミュレーションにしたがって未
勝利戦を実行する。図３６については、後記にて詳述す
る。

【０２０２】図２９は、Ｇ１戦であるオークスおよびダ
ービーの出走馬の決定方法を示すフローチャートであ
る。競走馬の出走レースの決定は、ＣＰＵ３１が、競走
馬管理ＤＢ３６ｅのデータを読み込み、レース出走馬決
定プログラム３５ｄを実行することによって決定する。
このフローチャートは、そのプログラムを実行するＣＰ
Ｕ３１の動作説明するためのものである。

【０２０３】オークスは、京都女王杯の１着馬とオーク
ストライアルの１着、２着および３着の競走馬によって
開催され、ダービーは、東京王冠の優勝馬とダービート
ライアルの１着、２着および３着の競走馬によって開催
される。

【０２０４】まず、ＣＰＵ３１は、競走馬登録領域３５
ｃに登録されている競走馬のデータを競走馬管理ＤＢ３
６ｅから読み出して、京都女王杯の１着馬を検索する
（ステップＳ１９０１）。京都女王杯は芝１６００ｍの
１レースしか開催されないため、出走資格を有する競争
馬は１頭存在し、該当する競走馬を出走馬としてレース
ファイルに登録する（ステップＳ１９０２）。

【０２０５】次に、ＣＰＵ３１は、オークストライアル
の１着、２着および３着の競走馬を検索する（ステップ
Ｓ１９０３）。オークストライアルは、芝１６００ｍ、
１８００ｍおよび２０００ｍの３レースが開催されるた
め、出走資格を有する競走馬は９頭存在し、該当する競
走馬を出走馬としてレースファイルに登録する（ステッ
プＳ１９０４）。

【０２０６】ＣＰＵ３１は、合計１０頭の競走馬をレー
スファイルに登録することによって、出走馬を決定し
（ステップＳ１９０５）、プログラムを終了する。

【０２０７】また、ＣＰＵ３１は、競走馬登録領域３５
ｃに登録されている競走馬のデータを競走馬管理ＤＢ３
６ｅから読み出して、東京王冠の１着馬を検索する（ス
テップＳ１９０６）。東京王冠は芝２０００ｍの１レー
スしか開催されないため、出走資格を有する競争馬は１
頭存在し、該当する競走馬を出走馬としてレースファイ
ルに登録する（ステップＳ１９０７）。

【０２０８】次に、ＣＰＵ３１は、ダービートライアル
の１着、２着および３着の競走馬を検索する（ステップ
Ｓ１９０８）。ダービートライアルは、芝２０００ｍ、
２２００ｍおよび２４００ｍの３レースが開催されるた
め、出走資格を有する競走馬は９頭存在し、該当する競
走馬を出走馬としてレースファイルに登録する（ステッ
プＳ１９０９）。

【０２０９】ＣＰＵ３１は、合計１０頭の競走馬をレー
スファイルに登録することによって、出走馬を決定し
（ステップＳ１９１０）、プログラムを終了する。

【０２１０】以上のように、ＣＰＵ３１はオークスおよ
びダービーへの競走馬のレース登録を進めていく。オー
クスおよびダービーにおけるレースファイルが全て作成
された場合、ＣＰＵ３１は図３６のレースシミュレーシ
ョンにしたがって未勝利戦を実行する。図３６について
は、後記にて詳述する。

【０２１１】図３０は、１６日目、２０日目および２４
日目に開催されるレースにおける決定方法をフローチャ
ートで示した図である。競走馬の出走レースの決定は、
ＣＰＵ３１が、競走馬管理ＤＢ３６ｅのデータを読み込
み、レース出走馬決定プログラム３５ｄを実行すること
によって決定する。このフローチャートは、そのプログ
ラムを実行するＣＰＵ３１の動作説明するためのもので
ある。

【０２１２】１６日目にはチャレンジカップと中山記
念、２０日目にはチャレンジカップと阪神大賞典、２４
日目にはチャレンジカップのみ開催される。チャレンジ
カップは、獲得賞金が１５０ポイント以上の競走馬によ
って開催され、中山記念および阪神大賞典は、獲得賞金
が３００ポイント以上の競走馬によって開催される。

【０２１３】まずＣＰＵ３１は、記憶部３５の競走馬登
録領域３５ｃに記憶されている登録馬を獲得賞金および
競争成績の値で降順にソートする（ステップＳ２００
１）。これにより、獲得賞金の多い競走馬から優先的に
レースに登録する。

【０２１４】次にＣＰＵ３１は、競走馬登録領域３５ｃ
の１番目のレコードにポインタを移動させる（ステップ
Ｓ２００２）。次いで、ポインタの指すレコードに登録
されている競走馬の能力データを競走馬管理ＤＢ３６ｅ
から読み出し、疲労度を比較する（ステップＳ２００
３）。ここで、獲得賞金６００ポイント未満で疲労度６
０以上および獲得賞金６００ポイント以上で疲労度１０
以上の競争馬は、チャレンジカップ、中山記念および阪
神大賞典において、出走登録をしない。これは獲得賞金
の少ない競走馬を優先的に出走登録するためである。疲
労度および獲得賞金により出走登録から除外した場合
（ステップＳ２００３；出走不可）、ＣＰＵ３１は競走
馬登録領域３５ｃのレコードを指すポインタを１つ移動
させ（ステップＳ２０１０）、ステップＳ２００３へ処
理を移行する。

【０２１５】一方、疲労度および獲得賞金から出走資格
を得た場合（ステップＳ２００３；出走可）、次にＣＰ
Ｕ３１は再びその競走馬の獲得賞金を比較する（ステッ
プＳ２００４）。獲得賞金が３００ポイント以上の場合
（ステップＳ２００４；３００以上）、ＣＰＵ３１は開
催日が１６日目なら中山記念、２０日目なら阪神大賞典
に出走する競走馬の登録頭数を比較する（ステップＳ２
００５）。レースの登録頭数が１０頭未満の場合（ステ
ップＳ２００５；１０頭未満）、ＣＰＵ３１はその競走
馬を開催日が１６日目なら中山記念、２０日目なら阪神
大賞典の出走馬としてレースファイルに登録する（ステ
ップＳ２００６）。一方、レース登録頭数が１０頭の場
合（ステップＳ２００５；１０頭）、ステップＳ２００
７へ処理を移行する。続いてＣＰＵ３１は競走馬登録領
域３５ｃのレコードを指すポインタを１つ移動させ（ス
テップＳ２０１０）、ステップＳ２００３へ処理を移行
する。

【０２１６】ここで、中山記念および阪神大賞典は、１
６日目および２０日目のみの開催であるため、２４日目
に開催されるレースの出走馬を決定する時は、ステップ
Ｓ２００５およびステップＳ２００６は実行しない。

【０２１７】また、競走馬の獲得賞金が１５０ポイント
以上２９９ポイント以下の場合（ステップＳ２００４；
１５０〜２９９）、ＣＰＵ３１はチャレンジカップに出
走する競走馬の登録頭数を比較する（ステップＳ２００
７）。チャレンジカップは１日に最大１０頭の競争馬で
４レース開催されるため、競走馬は４０頭まで登録する
ことができる。レースの登録頭数が４０頭未満の場合
（ステップＳ２００７；４０頭未満）、ＣＰＵ３１はそ
の競走馬の瞬発力およびスタミナの値を比較し、瞬発力
およびスタミナの値から出走レースを選択する（ステッ
プＳ２００８）。そしてステップＳ２００８で決められ
た距離のレースから順番に登録可能なレースを検索して
いき、レースに登録する（ステップＳ２００９）。続い
てＣＰＵ３１は競走馬登録領域３５ｃのレコードを指す
ポインタを１つ移動させ（ステップＳ２０１０）、ステ
ップＳ２００３へ処理を移行する。一方、レースの登録
頭数が４０頭の場合（ステップＳ２００７；４０頭）、
ＣＰＵ３１はこのプログラムを終了する。

【０２１８】また、競争馬の獲得賞金が１５０ポイント
未満の場合（ステップＳ２００４）、その競走馬は中山
記念、阪神大賞典およびチャレンジカップへの出走資格
はなく、また競走馬登録領域３５ｃに登録されている競
走馬は獲得賞金の降順で並んでいるため、現在のレコー
ドからポインタを移動させても、中山記念、阪神大賞典
およびチャレンジカップへの出走資格を有する競走馬は
検出されないと判断し、ＣＰＵ３１はこのプログラムを
終了する。

【０２１９】以上のように、ＣＰＵ３１は１６日目、２
０日目および２４日目に開催されるレースへの競走馬の
レース登録を進めていく。これらのレースにおけるレー
スファイルを全て作成した後、ＣＰＵ３１は図３６のレ
ースシミュレーションにしたがって未勝利戦を実行す
る。図３６については、後記にて詳述する。

【０２２０】図３１は、２５日目に開催されるグランド
トロフィーにおける出走馬の決定方法を示すフローチャ
ートである。競走馬の出走レースの決定は、ＣＰＵ３１
が、競走馬管理ＤＢ３６ｅのデータを読み込み、レース
出走馬決定プログラム３５ｄを実行することによって決
定する。このフローチャートは、そのプログラムを実行
するＣＰＵ３１の動作説明するためのものである。

【０２２１】グランドトロフィーは、獲得賞金が３００
ポイント以上の競走馬によって開催される。まず、ＣＰ
Ｕ３１は、記憶部３５の競走馬登録領域３５ｃに記憶さ
れている登録馬を獲得賞金の値で降順にソートする（ス
テップＳ２１０１）。これにより、獲得賞金が多い競走
馬から優先的にレースに登録される。

【０２２２】次に、ＣＰＵ３１は、競走馬登録領域３５
ｃの１番目のレコードにポインタを移動させ（ステップ
Ｓ２１０２）、ポインタの指すレコードに登録されてい
る競走馬のデータを競走馬管理ＤＢ３６ｅから読み出
し、獲得賞金を比較する（ステップＳ２１０３）。競走
馬の獲得賞金が３００ポイント未満の場合（ステップＳ
２１０３；３００未満）、グランドトロフィーへの出走
資格はなく、また競走馬登録領域３５ｃに登録されてい
る競走馬は獲得賞金の昇順で並んでいるため、現在のレ
コードからポインタを移動させても、グランドトロフィ
ーへの出走資格を有する競走馬は検出されないと判断
し、ＣＰＵ３１はこのプログラムを終了する。

【０２２３】一方、競走馬の獲得賞金が３００ポイント
以上の場合（ステップＳ２１０３；３００以上）、ＣＰ
Ｕ３１はその競走馬の瞬発力およびスタミナの値を比較
し（ステップＳ２１０４）、瞬発力およびスタミナの値
から出走レースを選択する。そしてステップＳ２１０４
で決められた距離のレースから順番に登録可能なレース
を検索し、レースに登録する（ステップＳ２１０５）。

【０２２４】次にＣＰＵ３１は、レースへの登録頭数を
比較する（ステップＳ２１０６）。グランドトロフィー
は、ダート２０００ｍ、芝１６００ｍ、２４００ｍおよ
び３０００ｍにおいて、最大１０頭で４レース開催され
るため、競走馬は４０頭まで登録することができる。し
たがって、レースへの登録頭数が４０頭の場合（ステッ
プＳ２１０６；４０頭）、ＣＰＵ３１はプログラムを終
了する。

【０２２５】レースへの登録頭数が４０頭未満の場合
（ステップＳ２１０６；４０頭未満）、ＣＰＵ３１は競
走馬登録領域３５ｃのレコードを指すポインタを１つ移
動させ（ステップＳ２１０７）、ステップＳ２１０３へ
処理を移行する。

【０２２６】以上のように、ＣＰＵ３１はグランドトロ
フィーへの競走馬のレース登録を進めていく。レースフ
ァイルを全て作成した後、ＣＰＵ３１は図３６のレース
シミュレーションにしたがって未勝利戦を実行する。図
３６については、後記にて詳述する。

【０２２７】図３２は、２６日目に開催されるＧ１戦で
あるダートＣＳおよびターフＣＳにおける出走馬の決定
方法を示すフローチャートである。競走馬の出走レース
の決定は、ＣＰＵ３１が、競走馬管理ＤＢ３６ｅのデー
タを読み込み、レース出走馬決定プログラム３５ｄを実
行することによって決定する。このフローチャートは、
そのプログラムを実行するＣＰＵ３１の動作説明するた
めのものである。

【０２２８】ダートＣＳおよびターフＣＳは、獲得賞金
が６００ポイント以上の競走馬によって開催される。ま
ず、ＣＰＵ３１は、記憶部３５の競走馬登録領域３５ｃ
に記憶されている登録馬を獲得賞金の値で降順にソート
する（ステップＳ２２０１）。これにより、獲得賞金が
多い競走馬から優先的にレースに登録される。

【０２２９】次に、ＣＰＵ３１は、競走馬登録領域３５
ｃの１番目のレコードにポインタを移動させ（ステップ
Ｓ２２０２）、ポインタの指すレコードに登録されてい
る競走馬のデータを競走馬管理ＤＢ３６ｅから読み出
し、獲得賞金を比較する（ステップＳ２２０３）。競走
馬の獲得賞金が６００ポイント未満の場合（ステップＳ
２１０３；６００未満）、レースへの出走資格はなく、
また競走馬登録領域３５ｃに登録されている競走馬は獲
得賞金の昇順で並んでいるため、現在のレコードからポ
インタを移動させてもレースへの出走資格を有する競走
馬は検出されないと判断し、ＣＰＵ３１はこのプログラ
ムを終了する。

【０２３０】一方、競走馬の獲得賞金が６００ポイント
以上の場合（ステップＳ２２０３；３００以上）、ＣＰ
Ｕ３１はその競走馬の競争成績を比較し（ステップＳ２
２０４）、優勝実績から出走するレースを選択する。そ
してステップＳ２２０４で決めた距離のレースから順番
に登録可能なレースを検索し、レースに登録する（ステ
ップＳ２２０５）。ステップＳ２２０４およびステップ
Ｓ２２０５における出走レースの決定方法は、図３３に
て詳述する。

【０２３１】次にＣＰＵ３１、レースの登録頭数を比較
する（ステップＳ２２０６）。２６日目のレースは、ダ
ートＣＳがダート２０００ｍ、ターフＣＳが芝１６００
ｍ、２４００ｍおよび３０００ｍの４レースにおいて、
最大１２頭で開催されるため、競走馬は４８頭まで登録
することができる。したがって、レースへの登録頭数が
４８頭の場合（ステップＳ２２０６；４８頭）、ＣＰＵ
３１はプログラムを終了する。

【０２３２】レースへの登録頭数が４８頭未満の場合
（ステップＳ２２０６；４８頭未満）、ＣＰＵ３１は競
走馬登録領域３５ｃのレコードを指すポインタを１つ移
動させ（ステップＳ２２０７）、ステップＳ２２０３へ
処理を移行する。

【０２３３】以上のように、ＣＰＵ３１は２６日目のレ
ースへの競走馬のレース登録を進めていく。レースファ
イルを全て作成した後、ＣＰＵ３１は図３６のレースシ
ミュレーションにしたがって未勝利戦を実行する。図３
６については、後記にて詳述する。

【０２３４】図３３は、ある競走馬のレース２５日目ま
での競争成績の一例を示した図である。これは、２６日
目に開催されるダートＣＳおよびターフＣＳにおける図
３２のステップＳ２２０５におけるレースの種類の決定
方法を説明するための図であり、競争成績のデータは競
走馬管理ＤＢ３６ｅにおいて記録されている。

【０２３５】まず、ＣＰＵ３１は１着になったレースを
検出する。図３３において、１着になったレースは、１
日目の芝１２００ｍ、４日目の芝１６００ｍ、５日目の
芝２０００ｍ、１１日目の芝２４００ｍ、１３日目の芝
２４００ｍ、２４日目の芝２４００ｍおよび２５日目の
芝２４００ｍのレースである。次にＣＰＵ３１は、１着
になったレースにおいて、芝とターフのどちらが多いか
を検出する。図３３では、１着になったレースのうち、
芝のレースは７、ターフのレースは０であるため、芝＞
ターフとなり、この競走馬は図３２のステップＳ２２０
５において、芝のレースから検索されることになる。

【０２３６】次にＣＰＵ３１は、１着になったレースに
ついて、距離の検出を行う。図３３において１着になっ
たレースのうち、１２００ｍのレースは１、１６００ｍ
のレースは１、２０００ｍのレースは１、２４００ｍの
レースは４となり、１着の数は２４００ｍ＞２０００ｍ
＝１６００ｍ＝１２００ｍとなる。

【０２３７】次にＣＰＵ３１は、ダートＣＳおよびター
フＣＳのレースにおいて、この競走馬の１着になった回
数の多い距離のレースから検索していく。ダートＣＳお
よびターフＣＳでは、１６００ｍ、２０００ｍ、２４０
０ｍおよび３０００ｍのレースが開催される。また、芝
のレースの検索から始めることから、図３２のステップ
Ｓ２２０５におけるこの競走馬のレースの検索順番は、
芝２４００ｍ→芝１６００ｍ→芝３０００ｍ→ダート２
０００ｍとなり、ＣＰＵ３１はレースの登録頭数が規定
数に達していないレースから競走馬を登録する。

【０２３８】図３４は、Ｇ１戦であるクラシックの出走
馬の決定方法を示すフローチャートである。競走馬の出
走レースの決定は、ＣＰＵ３１が、競走馬管理ＤＢ３６
ｅのデータを読み込み、レース出走馬決定プログラム３
５ｄを実行することによって決定する。このフローチャ
ートは、そのプログラムを実行するＣＰＵ３１の動作説
明するためのものである。

【０２３９】クラシックは、ダートＣＳおよびターフＣ
Ｓにおいて１着、２着および３着の競走馬によって開催
される。まずＣＰＵ３１は、ダートＣＳにおいて１着、
２着および３着の競走馬を検索し（ステップＳ２３０
１）、該当する競走馬を出走馬としてレースファイルに
登録する（ステップＳ２３０２）。次にＣＰＵ３１は、
ターフＣＳにおいて芝１６００ｍの１着、２着および３
着の競走馬を検索し（ステップＳ２３０３）、該当する
競走馬を出走馬としてレースファイルに登録する（ステ
ップＳ２３０４）。続いてＣＰＵ３１は、ターフＣＳに
おいて芝２４００ｍの１着、２着および３着の競走馬を
検索し（ステップＳ２３０５）、該当する競走馬を出走
馬としてレースファイルに登録する（ステップＳ２３０
６）。最後にＣＰＵ３１は、ターフＣＳにおいて芝３０
００ｍの１着、２着および３着の競走馬を検索し（ステ
ップＳ２３０７）、該当する競走馬を出走馬としてレー
スファイルに登録する（ステップＳ２３０８）。

【０２４０】以上のように、ＣＰＵ３１は、合計１２頭
の競走馬をレースファイルに登録することによって、プ
ログラムを終了する。

【０２４１】クラシックにおけるレースファイルを作成
した後、ＣＰＵ３１は図３６のレースシミュレーション
にしたがって未勝利戦を実行する。図３６については、
後記にて詳述する。

【０２４２】図３５は、Ｇ１戦であるグランプリの出走
馬の決定方法を示すフローチャートである。競走馬の出
走レースの決定は、ＣＰＵ３１が、競走馬管理ＤＢ３６
ｅのデータを読み込み、レース出走馬決定プログラム３
５ｄを実行することによって決定する。このフローチャ
ートは、そのプログラムを実行するＣＰＵ３１の動作説
明するためのものである。

【０２４３】グランプリは、クラシックにおいて１着の
競争馬および前シーズンのクラシックにおける１着から
１１着の競走馬によって開催される。競馬ゲームの立ち
上げ直後などにおける最初のシーズンは、クラシックに
おいて１着の競争馬とＡＳＰ３０が所有する競走馬を１
１頭使用して行われる。

【０２４４】まずＣＰＵ３１は、前シーズンのクラシッ
クのレースにおいて、１着から１１着だった競走馬を検
索し（ステップＳ２４０１）、該当する競走馬を出走馬
としてレースファイルに登録する（ステップＳ２４０
２）。ここで最初のシーズンの場合、前シーズンの競走
馬の検索は行わず、ＡＳＰ３０所有の競走馬１１頭をレ
ースファイルに登録する。次にクラシックにおける１着
の競走馬を検索し（ステップＳ２４０３）、該当する競
走馬を出走馬としてレースファイルに登録する（ステッ
プＳ２４０４）。

【０２４５】以上のように、ＣＰＵ３１は、合計１２頭
の競走馬をレースファイルに登録することによって、プ
ログラムを終了する。

【０２４６】グランプリにおけるレースファイルを作成
した後、ＣＰＵ３１は図３６のレースシミュレーション
にしたがって未勝利戦を実行する。図３６については、
後記にて詳述する。

【０２４７】図３６は、レース実行プログラム３５ｃの
動作をフローチャートで示した図である。図３７および
図３８は、ＣＰＵ３１がレース実行プログラム３５ｃを
実行したときの、競走馬のレース中の通過タイムの概念
を示した図である。図３７はスタートから２００ｍ地点
までの概念図であり、図３８は２００ｍ以降の概念図で
ある。図３６、図３７および図３８を用いて、レース実
行プログラム３５ｃの動作を説明する。ここでＣＰＵ３
１が計算によって求めた値において、小数点下２桁以降
は切り捨てとする。

【０２４８】まずＣＰＵ３１は、レース出走馬登録領域
３５ｅに記録されている全ての競争馬に対して、疲労度
を回復させる計算を行う（ステップＳ２５０１）。図４
５にその計算式を示す。各出走馬の疲労度の値が５０以
上または５０未満によって計算式が異なる。

【０２４９】次にＣＰＵ３１は、更新された疲労度の値
により、レース出走馬登録領域３５ｅに記録されている
全ての競争馬に対して、能力値の補正を行う（ステップ
Ｓ２５０２）。計算により補正される能力値は、スピー
ド、スタミナおよび瞬発力の値であり、図４０に計算式
を示す。

【０２５０】次にＣＰＵ３１は、開催されるレースが、
Ｇ１戦、Ｇ２戦およびＧ３戦の重賞レースか否かを比較
し（ステップＳ２５０３）、重賞レースであれば（ステ
ップＳ２５０３；ＹＥＳ）、集中力およびスタート適正
の値の補正を行う（ステップＳ２５０４）。図４６にこ
の補正の計算式を示す。重賞レース以外のレースの場合
（ステップＳ２５０３；ＮＯ）、集中力とスタート適正
の値の補正は行わない。

【０２５１】次にＣＰＵ３１は、レース出走馬登録領域
３５ｅに記憶されている登録馬をスピードの値で降順に
ソートし（ステップＳ２５０５）、レース出走馬登録領
域３５ｅの１番目のレコードにポインタを移動させる
（ステップＳ２５０６）。

【０２５２】次にＣＰＵ３１は、ポインタの指すレコー
ドに登録されている競走馬について、スピードの値によ
る２００ｍの本来のタイムを求める（ステップＳ２５０
７）。これは図３７において（Ａ）のタイムを表す。ス
ピードの値による２００ｍの本来のタイムの計算式を図
３９に示す。

【０２５３】次にＣＰＵ３１は、スタート適正による補
正後の通過タイムを計算するために、２００ｍの本来の
タイムとスタート適正による補正タイムの加算を行う
（ステップＳ２５０８）。これは図３７において（Ｂ）
のタイムを表す。スタート適正による補正タイムの計算
式を図３９に示す。ここで、intはその後の括弧内の値
を整数として返すことを表し、randは０から括弧内の値
の範囲で乱数を返すことを表している。

【０２５４】次にＣＰＵ３１は、ポインタが現在指して
いるレコードが１番目のレコード（ＴＯＲ：Top of Rec
ord）かどうか比較する（ステップＳ２５０９）。ＴＯ
Ｒの場合（ステップＳ２５０９；ＹＥＳ）、ステップＳ
２５０８で求めた通過タイムＢを基準タイムとして設定
する（ステップＳ２５１０）。これは、最もスピードの
値の高い競走馬の２００ｍ地点における通過タイムＢを
基準として他の馬の通過タイムを算出するために行う。
そしてステップＳ２５１３へ進む。

【０２５５】一方、ポインタが現在指しているレース出
走馬登録領域３５ｅのレコードがＴＯＲでない場合（ス
テップＳ２５０９；ＮＯ）、ＣＰＵ３１は逆転タイムを
設定する（ステップＳ２５１１）。逆転タイムの計算式
を図３９に示す。逆転タイムは、０．１から１．０の値
で設定され、この値が大きいほど通過タイムが短縮され
る。

【０２５６】次にＣＰＵ３１は、ステップＳ２５１０で
求めた基準タイムを用いてスタミナによる補正後の通過
タイムを求め、スタミナ消費の計算を行う（ステップＳ
２５１２）。これは図３７において（Ｃ）のタイムを表
す。まずＣＰＵ３１は、図３９の計算式を用いて瞬発力
によるタイム差と補正タイムを求める。瞬発力によるタ
イム差は、開催されているレースが芝／ダートによって
計算式が異なり、計算結果が０未満の場合は、０とす
る。次にＣＰＵ３１は図３９の式にしたがってスタミナ
値の比較を行い、通過タイムとスタミナの値を求める。
これにより、ポインタが現在指しているレコードに記憶
されている競走馬の２００ｍ地点における正式な通過タ
イムが算出されたことになる。

【０２５７】次にＣＰＵ３１は、図４１に示す開催場所
およびゴール前の距離別に設定されているスタミナ値を
用いて、スタミナを消費させる計算を行う（ステップＳ
２５１３）。ＣＰＵ３１は、ステップＳ２５１２で求め
たスタミナの値から図４１における該当するスタミナ消
費量を減算する。例えば、中山競馬場で２０００ｍのレ
ースが行われる場合、２００ｍの地点におけるスタミナ
の消費量は４０となり、ＣＰＵ３１はこの値をスタミナ
の値より減算する。

【０２５８】次にＣＰＵ３１は、レース出走馬登録領域
３５ｅのレコードを指すポインタを１つ移動し（ステッ
プＳ２５１４）、ＥＯＲかどうか比較する（ステップＳ
２５１５）。ＥＯＲでない場合（ステップＳ２５１５；
ＮＯ）、ステップＳ２５０７へ処理を移行する。

【０２５９】一方、ポインタの指すレコードがレース出
走馬登録領域３５ｅのＥＯＲである場合（ステップＳ２
５１５；ＹＥＳ）、レース出走馬登録領域３５ｅに登録
された全ての競走馬に対して、２００ｍの地点の通過タ
イムを算出したことを示す。そしてＣＰＵ３１は、レー
ス出走馬登録領域３５ｅの１番目のレコードにポインタ
を移動させる（ステップＳ２５１６）。

【０２６０】次にＣＰＵ３１は、ポインタの指すレコー
ドに登録されている競走馬について、現地点から更に２
００ｍ進んだ地点の通過タイムを計算する。まず、現地
点のスピードの値による本来の通過タイムを計算する
（ステップＳ２５１７）。これは図３８において（Ｐ）
のタイムを表す。現地点のスピードの値による本来の通
過タイムの計算式を図３９に示す。

【０２６１】次にＣＰＵ３１は、集中力による補正後の
通過タイムを求めるために、現地点のスピード値による
本来の通過タイムと集中力による補正タイムの加算を行
う（ステップＳ２５１８）。これは図３８において
（Ｑ）のタイムを表す。集中力による補正タイムの計算
式を図３９に示す。ここで、intはその後の括弧内の値
を整数として返すことを表し、randは０から括弧内の値
の範囲で乱数を返すことを表している。

【０２６２】次にＣＰＵ３１は、スタミナの値の比較を
行う。スタミナの値が０以上の場合（ステップＳ２５１
９；０以上）、レースの残りの距離を比較する（ステッ
プＳ２５２０）。レースの残りの距離が６００ｍ以上あ
る場合（ステップＳ２５２２）、ＣＰＵ３１はスタミナ
による補正後の通過タイムを求め、スタミナ消費の計算
を行う（ステップＳ２５２４）。まずＣＰＵ３１は、図
３９の計算式を用いて瞬発力によるタイム差と補正タイ
ムを求める。瞬発力によるタイム差は、開催されている
レースが芝／ダートによって計算式が異なり、計算結果
が０未満の場合は、０とする。次にＣＰＵ３１は図３９
の計算式にしたがってスタミナ値の比較を行い、通過タ
イムとスタミナの値を求める。これにより、ポインタが
現在指しているレコードに記憶されている競走馬の現地
点における正式な通過タイムが算出されたことになる。
これは図３８において（Ｒ）のタイムを表す。そしてス
テップＳ２５２４へ処理を進める。

【０２６３】一方、レースの残りの距離が４００ｍ以下
の場合（ステップＳ２５２０；４００以下）、ＣＰＵ３
１は図４３の計算式を用いて、瞬発力による補正後の通
過タイムを求める。この場合、この通過タイムがポイン
タが現在指しているレコードに記憶されている競走馬の
現地点における正式な通過タイムとなる。そしてステッ
プＳ２５２４へ処理を進める。

【０２６４】また、ポインタが現在指しているレコード
に記憶されている競走馬のスタミナの値が０未満の場合
（ステップＳ２５１９；マイナス）、ＣＰＵ３１は図４
２の計算式を用いて、現地点における通過タイムと勝負
根性の値の補正を行う。この通過タイムがこの競走馬の
現地点における正式な通過タイムとなる。

【０２６５】次にＣＰＵ３１は、図４１に示す開催場所
およびゴール前の距離別に設定されているスタミナ値を
用いて、スタミナを消費させる計算を行う（ステップＳ
２５２４）。ＣＰＵ３１は、ステップＳ２５２２で求め
たスタミナの値から図４１における該当するスタミナ消
費量を減算する。

【０２６６】次にＣＰＵ３１は、レース出走馬登録領域
３５ｅのレコードを指すポインタを１つ移動し（ステッ
プＳ２５２５）、ポインタの指すレコードがレース出走
馬登録領域３５ｅのＥＯＲかどうか比較する（ステップ
Ｓ２５２６）。ＥＯＲでない場合（ステップＳ２５２
６；ＮＯ）、ステップＳ２５１７へ処理を移行する。

【０２６７】一方、ポインタの指すレコードがレース出
走馬登録領域３５ｅのＥＯＲの場合（ステップＳ２５２
６；ＹＥＳ）、ＣＰＵ３１は現地点がゴール地点かどう
か判定する（ステップＳ２５２７）。現地点がゴール地
点でない場合（ステップＳ２５２７；ＮＯ）、ステップ
Ｓ２５１６へ処理を移行する。このようにレースにおけ
る２００ｍ毎の通過タイムの算出を繰り返していく。

【０２６８】一方、現地点がゴール地点である場合（ス
テップＳ２５２７；ＹＥＳ）、ＣＰＵ３１はレース出走
馬登録領域３５ｅに登録された全ての競走馬に対して、
レース結果を算出したことを示す。これにより、ＣＰＵ
３１はレース実行プログラム３５ｆを終了する。

【０２６９】なお、上述した全ての図中で示した数式お
よび数値は、第１の実施の形態を説明する上で暫定的に
設定したものであり、第１の実施の形態を実際に実現す
る場合においては、ゲームの試行によって数式や数値の
変更を行い、ゲームバランスによる調整を行うものとす
る。

【０２７０】また、本発明は、上記第１の実施の形態の
内容に限定されるものではなく、本発明の趣旨を逸脱し
ない範囲で適宜変更可能であり、図５に示した第１の実
施の形態を適用したビジネスサイクルにより実現可能な
ゲームは、全て本発明と同等の効果を持ち得る。

【０２７１】〔第２の実施の形態〕以下、図４７を参照
して、本発明を適用した第２の実施の形態について詳細
に説明する。第２の実施の形態では、ネットワークを利
用したＲＰＧ（Role Playing Game）を実現する場合を
例に説明する。これは第１の実施の形態の変形例であ
り、システム構成は図２に示したものと同等である。し
たがって、以下の説明では、第１の実施の形態と異なる
部分を中心に説明し、同様の構成要素については、その
説明を省略する。

【０２７２】最初にユーザは、第２の実施の形態である
ＲＰＧを利用するために、情報端末５０を利用してホー
ムページ８の画面上で入会登録を行う（Ａ２０１）。続
いてユーザは、ＲＰＧの進行上必要であるソフトウェア
をホームページ８の画面から情報端末５０へダウンロー
ドする（Ａ２０２）。

【０２７３】次にＣＰＵ３１は、ユーザの使用するキャ
ラクタデータを作成し（Ａ２０３）、そのキャラクタデ
ータとシナリオデータを情報端末５０へダウンロードす
る（Ａ２０４）。そしてユーザは、オフラインの情報端
末５０において、Ａ２０２でダウンロードしたソフトウ
ェアを実行し、ゲームを行う（Ａ２０５）。

【０２７４】ユーザは、ゲームの過程においてアイテム
やヒントなどのデータを使用することができ、これらの
データは、ユーザがゲームによって獲得したポイントに
よって購入する（Ａ２０６）。購入したデータは、ホー
ムページ８から情報端末５０へダウンロードして使用す
る（Ａ２０７）。

【０２７５】シナリオが終了したら、ユーザはキャラク
タのデータをＡＳＰ３０にアップロードし（Ａ２０
８）、そのデータは、ＣＰＵ３１が実行する競技大会に
参加するためにＡＳＰ３０内に記憶される。

【０２７６】そしてＣＰＵ３１は、複数のユーザによっ
て登録されたキャラクタのデータを使用して競技大会を
自動的に開催する（Ａ２０９）。競技大会の実行状況や
結果は、ホームページ８を介して公開される。ユーザが
登録したキャラクタの競技大会の結果に応じて、ユーザ
はポイントを獲得する（Ａ２１１）。

【０２７７】このように一連の大会が終了したら、再び
キャラクタの作成または補正を行い（Ａ２０３）、ユー
ザは、前回のシナリオの結果に応じた新しいシナリオデ
ータを情報端末５０へダウンロードする（Ａ２０４）。
このように単純なゲームの繰り返しでなく、次のサイク
ルにおいてシナリオの時代的背景を引き継ぐことによ
り、ユーザが繰り返しゲームを実行する意欲を向上させ
る。

【０２７８】以上の２つの実施の形態として説明したと
おり、本発明によれば、ゲームサーバ上にてユーザキャ
ラクタの作成および競技大会の自動実行を行うことによ
り、ユーザは通信回線網を介してゲームサーバと接続可
能な情報端末を所持していれば気軽にゲームに参加でき
る。また、サービス提供事業者はユーザキャラクタや競
技大会の内容を逐次更新することが容易であり、ユーザ
が繰り返しゲームを行うことによって感じやすくなる退
屈感を払拭することができる。

【０２７９】ユーザは、ゲーム進行上必要なデータをゲ
ームサーバへアップロードまたはダウンロードするとき
のみ情報端末を通信回線網に接続すればよく、ユーザが
キャラクタの育成ゲームを行っているときはオフライン
で実行可能なため、ユーザの通信料の負担を軽減するこ
とができる。また、ユーザは競技大会の結果に応じて与
えられる獲得ポイントによって、繰り返しゲームを行う
際に得る情報を現金でなく獲得ポイントで支払うことが
でき、コストのかからないネットワークゲームを行うこ
とができる。

【０２８０】サービス提供事業者は、ユーザに対する定
期的な課金およびユーザに与えるデータの情報料によ
り、ゲームビジネスとして成立させることができる。

【０２８１】

【発明の効果】請求項１および１４記載の発明によれ
ば、前記通信回線網を介して前記情報端末と接続可能な
サーバにおいて、ユーザにより前記情報端末からアップ
ロードされたキャラクタを用いて前記サーバゲームを自
動実行し、前記サーバゲームの実行状況または実行結果
を前記通信回線網を介して公開し、また前記サーバゲー
ムの結果に応じて、当該ゲームに登場したユーザキャラ
クタに所定量のゲーム通貨を割り当てる報酬手段を持た
せることにより、ユーザは前記情報端末を所持していれ
ば常時ゲームに参加することが可能であり、かつ常時ゲ
ーム状況を確認することができる。また、ゲーム通貨を
利用した報酬の発生によって、ユーザに対して繰り返し
ゲームに参加する意欲を向上させる。

【０２８２】請求項２および３記載の発明によれば、競
技ゲームを実行する前記サーバに請求項１の特徴を持た
せ、前記サーバゲームを定期あるいは不定期に繰り返し
自動実行し、かつ前記サーバゲームが競技ゲームを実行
する時期を前記通信回線網を介して公開することによ
り、ユーザは任意の時間にゲームに参加することが可能
である。

【０２８３】請求項４記載の発明によれば、前記サーバ
において新規ユーザキャラクタを生成することにより、
他のユーザが保有するユーザキャラクタの状態を確認す
ることができ、競技ゲームとして競い合う楽しさを提供
することができる。また、前記サーバは新規ユーザキャ
ラクタ生成手段などを逐次更新することにより、様々な
種類のユーザキャラクタを生成することができるため、
ユーザが繰り返しゲームを行うことによって感じやすく
なる退屈感を払拭することができる。

【０２８４】請求項５記載の発明によれば、前記サーバ
においてユーザに関する全ての情報を管理することによ
って、ユーザは自己の所有する情報端末にゲームに関し
て必要最低限の内容を記憶させればよく、ユーザは気軽
にゲームに参加することができる。

【０２８５】請求項６記載の発明によれば、請求項１〜
５のいずれか記載のサーバにおいて、ユーザが競走馬で
あるユーザキャラクタを前記サーバに登録し、前記ゲー
ムサーバがそのユーザキャラクタを使用して競馬ゲーム
を自動実行することにより、競馬ゲームとして競い合う
楽しさを提供することができる。

【０２８６】請求項７および８記載の発明によれば、競
走馬としてのユーザキャラクタを使用して、前記ゲーム
サーバは競馬ゲームを自動実行し、また、新規ユーザキ
ャラクタである仔馬は、ユーザの所有するゲーム通貨を
消費することによって生成されることにより、ユーザは
競馬ゲームへの参加により擬似的に馬主の感覚を持つこ
とができ、ゲームへの意欲を向上させる。

【０２８７】請求項９記載の発明によれば、ユーザキャ
ラクタは、ユーザがゲーム端末を使用して成長するキャ
ラクタであり、ユーザはその育成過程において、前記ゲ
ームサーバが備えている育成アイテムをゲーム通貨を消
費させることによって利用することができる。育成アイ
テムを使用することによって、ユーザは好みや目的に合
ったユーザキャラクタを育成する喜びを味わうことがで
きる。

【０２８８】請求項１０、１１および１５記載の発明に
よれば、ユーザキャラクタが登場する端末ゲームをユー
ザが所有するゲーム端末によって実行することにより、
ユーザキャラクタが成長する端末ゲームにおいて、ユー
ザは任意の時間に端末ゲームを実行することができ、ま
た任意の時間に前記サーバにアップロードすることがで
きる。

【０２８９】請求項１２記載の発明によれば、本発明で
あるゲームに参加するために、前記ゲーム端末が前記通
信回線網を介して前記サーバに接続している時は、前記
サーバの新規ユーザキャラクタを前記ゲーム端末にダウ
ンロードする時と、前記ゲーム端末のユーザキャラクタ
を前記サーバにアップロードする時であり、ゲーム端末
の通信回線網への接続時間を削減することにより、ユー
ザが負担する通信料を軽減している。

【０２９０】請求項１３記載の発明によれば、ユーザが
新規ユーザキャラクタを育成する過程において育成アイ
テムを使用することにより、ユーザは好みや目的に合っ
たユーザキャラクタを育成する喜びを味わうことができ
る。

【図面の簡単な説明】

【図１】本発明におけるシステムの構成を示した図。

【図２】本発明におけるシステムの主な流れを示した
図。

【図３】第１の実施の形態におけるＡＳＰ３０の構成を
示した図。

【図４】第１の実施の形態における情報端末５０の構成
を示した図。

【図５】第１の実施の形態におけるサービスおよびビジ
ネスのサイクルを示した図。

【図６】第１の実施の形態におけるシステムの構成を示
した図。

【図７】第１の実施の形態における競馬ゲームの情報料
およびポイント体系を示した図。

【図８】第１の実施の形態におけるデータを管理するＤ
Ｂ３６の各種データ構成を示した図。

【図９】第１の実施の形態におけるデータを管理するＤ
Ｂ３６の各種データ構成を示した図。

【図１０】第１の実施の形態における繁殖牝馬および種
牡馬の各項目設定の一例を示した図。

【図１１】第１の実施の形態における仔馬データの一例
を示した図。

【図１２】第１の実施の形態における仔馬データの作成
フローチャートを示した図。

【図１３】第１の実施の形態における仔馬データの初期
値および調教回数による能力補正値の計算式の一例を示
した図。

【図１４】第１の実施の形態における繁殖牝馬および種
牡馬の成長タイプによる補正値を示した図。

【図１５】第１の実施の形態における調教場所および調
教の強さによる仔馬の能力補正値に対する係数および補
正値を示した図。

【図１６】第１の実施の形態における調教を行ったとき
の仔馬の能力値の変化の一例を示した図。

【図１７】第１の実施の形態における育成アイテムの補
正値を示した図。

【図１８】第１の実施の形態における仔馬育成ソフトウ
ェア５５ａの動作をフローチャートで示した図。

【図１９】第１の実施の形態における仔馬育成ソフトウ
ェア５５ａを実行したときの仔馬データ５５ｂの変化の
仕方を示した図。

【図２０】第１の実施の形態における一連の開催レース
の流れをフローチャートで示した図。

【図２１】第１の実施の形態における開催レースの一例
を示した図。

【図２２】第１の実施の形態における開催レースの日程
の一例を示した図。

【図２３】第１の実施の形態におけるレースへの競走馬
の登録方法をフローチャートを示した図。

【図２４】第１の実施の形態における登録馬の新馬戦出
走レースを決定するフローチャートを示した図。

【図２５】第１の実施の形態における若駒ステークスの
出走馬の決定方法をフローチャートで示した図。

【図２６】第１の実施の形態における未勝利戦の出走馬
の決定方法をフローチャートで示した図。

【図２７】第１の実施の形態における一般戦の出走馬の
決定方法をフローチャートで示した図。

【図２８】第１の実施の形態における京都女王杯、東京
王冠、オークストライアルおよびダービートライアルの
出走馬の決定方法をフローチャートで示した図。

【図２９】第１の実施の形態におけるオークスおよびダ
ービーの出走馬の決定方法をフローチャートで示した
図。

【図３０】第１の実施の形態における１６日目、２０日
目および２４日目に開催されるレースの決定方法をフロ
ーチャートで示した図。

【図３１】第１の実施の形態におけるグランドトロフィ
ーの出走馬の決定方法をフローチャートで示した図。

【図３２】第１の実施の形態におけるダートＣＳおよび
ターフＣＳの出走馬の決定方法をフローチャートで示し
た図。

【図３３】第１の実施の形態におけるある競走馬のレー
ス２５日目までの競争成績の一例を示した図。

【図３４】第１の実施の形態におけるクラシックの出走
馬の決定方法をフローチャートで示した図。

【図３５】第１の実施の形態におけるグランプリの出走
馬の決定方法をフローチャートで示した図。

【図３６】第１の実施の形態におけるレース実行プログ
ラム３５ｃの動作をフローチャートで示した図。

【図３７】第１の実施の形態におけるスタートから２０
０ｍ地点までの概念図。

【図３８】第１の実施の形態における２００ｍ以降の概
念図。

【図３９】スタート適正による補正タイムの計算式を示
した図。

【図４０】第１の実施の形態における疲労度による能力
値の補正式を示した図。

【図４１】第１の実施の形態におけるスタミナの消費量
を示した図。

【図４２】第１の実施の形態におけるスタミナが０未満
になったときの通貨タイムおよび能力値の補正式を示し
た図。

【図４３】第１の実施の形態におけるゴール前４００ｍ
からの瞬発力による通過タイムの補正式を示した図。

【図４４】第１の実施の形態におけるレース後の能力値
の補正式を示した図。

【図４５】第１の実施の形態におけるレース直前の疲労
度の補正式を示した図。

【図４６】第１の実施の形態における重賞レース出走時
の能力値の補正式を示した図。

【図４７】第２の実施の形態におけるサービスおよびビ
ジネスのサイクルを示した図。

【符号の説明】

２通信回線網３０ＡＳＰ３１ＣＰＵ３２入力部３３表示部３４通信部３５記憶部３５ａ仔馬育成ソフトウェア３５ｂ仔馬データ作成プログラム３５ｃ競走馬登録領域３５ｄレース出走馬決定プログラム３５ｅレース出走場登録領域３５ｆレース実行プログラム３６データベース群３６ａ会員管理ＤＢ３６ｂ繁殖牝馬管理ＤＢ３６ｃ種牡馬管理ＤＢ３６ｄ育成アイテム管理ＤＢ３６ｅ競走馬管理ＤＢ３６ｆユーザ情報管理ＤＢ３７バス４サービス提供事業者５０情報端末５１ＣＰＵ５２入力部５３表示部５４通信部５５記憶部５５ａ仔馬育成ソフトウェア５５ｂ仔馬データ５５ｃ育成アイテムファイル５７バス６０課金管理サーバ６０ａ課金管理ＤＢ７専用線８ホームページ

Claims

【特許請求の範囲】

【請求項１】通信回線網を介して、情報端末と接続可能
に構成されるサーバにおいて、前記情報端末からアップロードされるユーザキャラクタ
を登録する登録手段と、前記登録手段により登録されたユーザキャラクタが登場
するサーバゲームを自動実行する自動実行手段と、前記サーバゲームの実行状況または実行結果を前記通信
回線網を介して公開する公開手段と、前記自動実行手段により自動実行されたサーバゲームの
ゲーム結果に応じて、当該ゲームに登場したユーザキャ
ラクタに、所定量のゲーム通貨を割り当てる報酬手段
と、を備えることを特徴とするサーバ。
【請求項２】請求項１記載のサーバにおいて、前記自動実行手段は、前記サーバゲームを定期あるいは
不定期に繰り返し自動実行することを特徴とするサー
バ。
【請求項３】請求項１または２記載のサーバにおいて、前記サーバゲームは、登場するキャラクタが競技を行う
競技ゲームであり、前記自動実行手段は、予め定められる時期に前記サーバ
ゲームを自動実行し、前記自動実行手段が前記サーバゲームを実行する時期
を、前記通信回線網を介して公開する手段を備えること
を特徴とするサーバ。
【請求項４】請求項１〜３のいずれか記載のサーバにお
いて、新規ユーザキャラクタを生成し、生成した新規ユーザキ
ャラクタを情報端末に送信する手段を備えることを特徴
とするサーバ。
【請求項５】請求項１〜４のいずれか記載のサーバにお
いて、ユーザ登録手段と、前記ユーザ登録手段により登録されたユーザと、当該ユ
ーザが保有するゲームの通貨と、前記登録手段により登
録された場合の登録された当該ユーザのユーザキャラク
タと、を対応づけて管理する管理手段と、を備え、前記報酬手段により割り当てられたゲーム通貨を、当該
割り当てられたユーザキャラクタに基づいて、前記管理
手段が、当該ユーザキャラクタに対応するユーザゲーム
のゲーム通貨として管理することを特徴とするサーバ。
【請求項６】請求項１〜５のいずれか記載のサーバにお
いて、前記自動実行手段が実行するサーバゲームは競馬ゲーム
であり、ユーザキャラクタは競走馬であることを特徴と
するサーバ。
【請求項７】請求項５記載のサーバにおいて、情報端末との通信に基づいてユーザを認証する認証手段
と、前記管理手段が管理する、前記認証されたユーザのゲー
ム通貨から、所定量のゲーム通貨を消費させるととも
に、新規ユーザキャラクタを生成し、生成した新規ユー
ザキャラクタを前記認証されたユーザの情報端末に送信
する新キャラクタ提供手段を備えることを特徴とするサ
ーバ。
【請求項８】請求項７記載のサーバにおいて、前記自動実行手段が実行するサーバゲームは競馬ゲーム
であり、前記ユーザキャラクタは競走馬であり、前記新
規ユーザキャラクタは仔馬であることを特徴とするサー
バ。
【請求項９】請求項５、７または８記載のサーバにおい
て、ユーザキャラクタは、ゲーム端末で実行される端末ゲー
ム内において成長するキャラクタであり、情報端末との通信に基づいてユーザを認証する認証手段
と、前記管理手段が管理する、前記認証されたユーザのゲー
ム通貨から、所定量のゲーム通貨を消費させて、前記ユ
ーザキャラクタの育成アイテムを前記認証されたユーザ
の情報端末に送信する育成アイテム提供手段と、を備えることを特徴とするサーバ。
【請求項１０】通信回線網を介して請求項１〜９のいず
れか記載のサーバと接続可能に構成されるゲーム端末に
おいて、ユーザキャラクタが登場する端末ゲームを実行する端末
ゲーム実行手段と、前記ユーザキャラクタを前記サーバにアップロードする
アップロード手段と、を備えることを特徴とするゲーム端末。
【請求項１１】請求項１０記載のゲーム端末において、前記端末ゲーム実行手段が実行する前記端末ゲームは、
当該ゲームの進行に応じてユーザキャラクタが成長する
ゲームであることを特徴とするゲーム端末。
【請求項１２】通信回線網を介して請求項４、７または
８記載のサーバと接続可能に構成されているゲーム端末
において、前記サーバから新規ユーザキャラクタを、ユーザキャラ
クタとして受信する新キャラクタ受信手段と、前記新キャラクタ受信手段により受信されたユーザキャ
ラクタが登場し、当該ユーザキャラクタが成長する端末
ゲームを実行する端末ゲーム実行手段と、前記端末ゲームにおけるユーザキャラクタを、前記サー
バにアップロードするアップロード手段と、を備えることを特徴とするゲーム端末。
【請求項１３】通信回線網を介して、請求項９記載のサ
ーバと接続可能に構成されるゲーム端末において、ユーザキャラクタが登場し、当該ユーザキャラクタが成
長する端末ゲームを実行する端末ゲーム実行手段と、前記サーバとの通信に基づいて、ユーザ認証情報を送信
する認証情報送信手段と、前記ユーザキャラクタの育成アイテムを受信する育成ア
イテム受信手段と、を備えることを特徴とするゲーム端末。
【請求項１４】通信回線網を介して情報端末と接続可能
に構成されるサーバに、前記情報端末からアップロードされるユーザキャラクタ
を登録させるための登録機能と、前記登録機能により登録されたユーザキャラクタが登場
するサーバゲームを自動実行させるための自動実行機能
と、前記サーバゲームの実行状況または実行結果を前記通信
回線網を介して公開させるための公開手段と、前記自動実行機能により自動実行されたサーバゲームの
ゲーム結果に応じて、当該ゲームに登場したユーザキャ
ラクタに、所定量のゲーム通貨を割り当てさせるための
報酬機能と、を実現させるためのプログラム。
【請求項１５】通信回線網を介して、請求項１〜９のい
ずれか記載のサーバと接続可能に構成されるゲーム端末
に、ユーザキャラクタが登場する端末ゲームを実行させるた
めの端末ゲーム実行機能と、前記ユーザキャラクタを前記サーバにアップロードさせ
るためのアップロード機能と、を実現させるためのプログラム。