[go: up one dir, main page]
More Web Proxy on the site http://driver.im/

JP4886114B2 - Program, information storage medium, game system, and server system - Google Patents

Program, information storage medium, game system, and server system Download PDF

Info

Publication number
JP4886114B2
JP4886114B2 JP2001047429A JP2001047429A JP4886114B2 JP 4886114 B2 JP4886114 B2 JP 4886114B2 JP 2001047429 A JP2001047429 A JP 2001047429A JP 2001047429 A JP2001047429 A JP 2001047429A JP 4886114 B2 JP4886114 B2 JP 4886114B2
Authority
JP
Japan
Prior art keywords
player
game
horse
handling
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
Application number
JP2001047429A
Other languages
Japanese (ja)
Other versions
JP2002248264A (en
Inventor
徹 高橋
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Namco Ltd
Bandai Namco Entertainment Inc
Original Assignee
Namco Ltd
Namco Bandai Games Inc
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Namco Ltd, Namco Bandai Games Inc filed Critical Namco Ltd
Priority to JP2001047429A priority Critical patent/JP4886114B2/en
Publication of JP2002248264A publication Critical patent/JP2002248264A/en
Application granted granted Critical
Publication of JP4886114B2 publication Critical patent/JP4886114B2/en
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

Images

Description

【0001】
【発明の属する技術分野】
本発明は、複数人参加可能なゲームに関するものであって、とりわけ、ゲームに登場するキャラクタの育成・編成が可能なゲームを実行するためのプログラム等に関するものである。
【0002】
【従来の技術】
ゲーム空間に登場するキャラクタを、個々のプレーヤが自由に育成できるゲームがある。この育成ゲームとして良く知られるものに、プレーヤにより入力された言語を分類して記憶することで、固有の言語形態でプレーヤとの会話を実行するタイプのゲームや玩具があるが、会話だけでなく、キャラクタの様相やしぐさ、能力等をゲームの進行過程やプレーヤの操作に応じて変更し、プレーヤ固有のキャラクタに育て上げるタイプのゲームもある。この種のゲームでは、一般的に、キャラクタに複数種類のパラメータを設定し、各パラメータの値をプレーヤの操作や選択に応じて逐次変更する。したがって、ゲームシナリオやプレーヤの判断に応じて、各パラメータの値の組み合わせパターンが多数存在し得ることとなり、それゆえ育成するプレーヤ固有のキャラクタを演出することができる。
【0003】
例えば、複数の馬のキャラクタを競争させて、その競争結果をプレーヤに予測させる競馬ゲームにおいて、レースシーンとは別に、個々の馬のキャラクタをプレーヤに育成させる場合がある。すなわち、プレーヤに競馬予測を楽しませるだけでなく、馬主や調教師としての役割を堪能せしめるものがある。この場合には、先天的な要素として、怒りっぽいとか、臆病であるといった気性や、距離適性や、1回の調教によって上達する能力の割合などの個性が設定される。このとき、各個性を決定する値をランダムに設定する方法もあるが、親となる牝馬と牡馬をプレーヤに選択させて、その2つの馬の各パラメータを配合することによって決定する場合もある。一方、ゲームの進行過程やプレーヤの操作によって変化させる後天的な要素としては、スタミナ値やスピード値、脚力といった、一般に訓練によって変化するであろうと考えられる値が設定される。
【0004】
プレーヤは、育成対象となる馬の能力を向上させるために、ゲーム空間での馬の調教を実行する。このとき、馬の状態や能力等のパラメータを表やグラフによって示して、プレーヤにより強い馬を育成するための判断材料を提示する場合もあるが、より本格的なゲームでは、能力値等を表示せずに、親馬として選択した牝馬と牡馬の血統や、それまでの調教結果やレース結果を頼りとして、プレーヤに独自に判断させる場合がある。このように、判断材料を暗示的に示す場合、個々の馬の能力等に、プレーヤのスキルに応じた落差が生じる恐れがあるが、競馬ゲームといった趣味感の強いゲームでは、却って望ましいものとなる。
【0005】
また、この種の競馬ゲームでは、馬のキャラクタを育成したプレーヤは、育て上げた馬をレースに出走させることができる。すなわち、プレーヤは、出走レースや騎手を選択して、育成した馬をレースに出馬させるとともに、当該馬がレースに勝った場合には、その賞金を入手できる。このように、育成という要素を含むゲームでは、その育成対象となるキャラクタを自分の好みに合わせて育て上げる喜びと、その個性を見抜いてより目的にかなうように育成する判断力と、また、育成したキャラクタを駆使してゲーム本来の目的を達成する戦略的要素など、あらゆる角度からプレーヤを楽しませ得る。
【0006】
【発明が解決しようとする課題】
キャラクタを育成することができるゲームにおいて、育成することそのものを目的としたゲームもあるが、キャラクタを育成すること自体は、ゲーム本来の目的の派生であるとする場合もある。例えば、上述の競馬ゲームによれば、レースに勝つことが本来の目的であり、そのために、より強い馬のキャラクタを育成するという目的が発生する。しかしながら、プレーヤにとって、ゲーム全体の目的を達成する能力と、キャラクタを育成する能力とは、必ずしも同一の判断力や戦略的センスにより対処できるものではなく、一方を得意とするプレーヤにとって、他方をも得意とするとは限らない。
【0007】
例えば、上記競馬ゲームにおいて、親馬である牝馬と牡馬の個性から、育成する馬の潜在的な能力を見抜くことを得意とするプレーヤが、出馬させる適当なレースと騎手とを選択し、勝利に導くことを得意とするとは限らない。すなわち、出走レースを選択する才はあっても、必ずしも馬のキャラクタの育成を好み、また、得意とするとは限らない。逆に、育成することにこそ興味があるものの、レースによる勝負には興味がない場合もある。
【0008】
また、複数のプレーヤが同一のゲーム空間を共有し、同時に1つのゲームを実行するタイプのゲームにおいては、各プレーヤ同士が互いに対戦し合う関係に置かれたものが主流であって、各々のプレーヤがその能力やプレー結果を利用し合う関係に置かれたものは少なかった。すなわち、複数人数参加可能なゲームであって、且つ、キャラクタの育成を可能とするタイプのゲームでは、他人の育て上げたキャラクタを羨望することはあっても、自らそのキャラクタを使ってゲームを楽しむことはできなかった。
【0009】
本発明は、上記事項に鑑みてなされたものであって、一のプレーヤが所有するキャラクタを、他のプレーヤに利用せしめるゲームを実現することを目的としたものである。
【0010】
【課題を解決するための手段】
上記課題を解決するための第1の発明はプロセッサによる演算・制御により、所与のゲームを実行することとなるシステムに対して、対象物(例えば、本実施の形態における馬のキャラクタ)と、当該対象物を所有する所有プレーヤ(例えば、本実施の形態における馬主プレーヤ)と、当該対象物の取扱プレーヤ(例えば、本実施の形態における借主プレーヤ)と、当該対象物の貸出料(例えば、本実施の形態における貸出メダル数)とを対応付けて管理する管理手段(例えば、図15に示す貸出登録データリスト560、および、図19に示すレース管理データ570)と、前記取扱プレーヤの操作指示に従って、対応する対象物を前記所与のゲームにおいて取扱う取扱手段(例えば、図9に示す競馬制御部226;図20の出馬処理)と、前記管理手段により管理された貸出料に相当する料の遊戯媒体(例えば、本実施の形態におけるメダル)の消費と引き換えに、対応する対象物の取扱プレーヤを一時的に所与の期間変更する変更手段(例えば、図9に示す貸出制御手段222;図18の貸出処理のステップS56、および、図9に示す競馬制御手段226;図21の貸出有無変更処理)と、を機能させるためのゲーム情報である
【0011】
また、第15の発明、対象物と、当該対象物を所有する所有プレーヤと、当該対象物の取扱プレーヤと、当該対象物の貸出料とを対応付けて管理する管理手段と、前記取扱プレーヤの操作指示に従って、対応する対象物を前記所与のゲームにおいて取扱う取扱手段と、前記管理手段により管理された貸出料に相当する料の遊戯媒体の消費と引き換えに、対応する対象物の取扱プレーヤを一時的に所与の期間変更する変更手段と、を備えるゲームシステムである
【0012】
ここで、対象物とは、ゲーム空間中において所有プレーヤが所有する物を意味し、ゲームに登場する人や動植物を模った個々のキャラクタだけでなく、軍隊や動物の群れといった集団や集合物を含み、更に、1個体における部分(例えば、手や足、胴体など)を含む意である。また、遊戯媒体とは、メダル、コイン、紙幣、銀玉(パチンコ玉)、ゲーム中の仮想的な仮想メダル、仮想コイン、仮想紙幣、仮想銀玉等を含む意である。仮想メダル、仮想コイン、仮想紙幣及び仮想銀玉が表示されることによってその量が表されるだけでなく、数字によってその量が表されてもよい。遊戯媒体は、プレーヤがゲームに参加するために必要なものである。更に、管理手段が育成プレーヤや取扱プレーヤを管理する際には、ゲームを楽しむ個人を管理する場合だけでなく、複数の端末機器からなるゲームシステムにより本発明を実行する際には、各端末を管理する場合を含む。
【0013】
この第1または第15の発明によれば、取扱プレーヤは、対象物と対応付けて管理された貸出料に相当する料の遊戯媒体を支払えば、所望する対象物を取り扱うことが可能となる。すなわち、プレーヤは、従来において、ただ羨望するだけであった他人のキャラクタ(対象物)を借りて、ゲーム空間に意のままに操って楽しむことができる。
【0014】
なお、取扱プレーヤが借りる対象となる対象物は、所有プレーヤによって育成されるものであってもかまわず、その育成された対象物の貸出しを行うことで、育成といった行為に興味を抱かないプレーヤにとっても他のプレーヤに劣ることなく楽しめるゲームを提供することができる。すなわち、第2の発明として第1の発明のゲーム情報において、前記所有プレーヤの操作指示に従って、対応する対象物を前記所与のゲームにおいて育成する育成手段(例えば、図9に示す育成制御部222)を、前記システムに機能させるための情報を含むゲーム情報を構成することとしてもよい。あるいは、第16の発明として第15の発明のゲームシステムにおいて、前記所有プレーヤの操作指示に従って、対応する対象物を前記所与のゲームにおいて育成する育成手段を備えるゲームシステムを構成することとしてもよい。
【0015】
ここで、育成とは、1個の物体の外見や能力が成長するように世話をする過程だけでなく、個々のキャラクタを徐々に組み合わせていくような過程や、複数のアイテムや要素を組みたてたり装着させるような過程を含む意である。
【0016】
また、第3の発明として第1または第2の発明のゲーム情報において、前記変更手段により取扱プレーヤを変更された対象物の所有プレーヤに、前記貸出料に相当する料の遊戯媒体の一部又は全部を支払う手段(例えば、図9に示す貸出制御部224;図18の貸出処理のステップS55)、を前記システムに機能させるための情報を含むゲーム情報を構成することとしてもよい。
【0017】
また、第17の発明として第15または第16の発明のゲームシステムにおいて、前記変更手段により取扱プレーヤを変更された対象物の所有プレーヤに、前記貸出料に相当する料の遊戯媒体の一部又は全部を支払う手段を備えるゲームシステムを構成することとしてもよい。
【0018】
この第3または第17の発明によれば、所有プレーヤには、対象物を貸出すことと引き換えに、貸出料となる遊戯媒体の一部もしくは全部が付与される。したがって、例えば、所有プレーヤが自由に対象物を育成できるゲームにおいて、所有プレーヤが人気の高い対象物を育成し貸出した場合には、所有プレーヤはより多くの遊戯媒体を取得することとなる。すなわち、貸出料としての遊戯媒体を所有プレーヤに支払うことにより、当該ゲームに対する所有プレーヤの鋭気向上に寄与することが期待できる。
【0019】
なお、対象物の貸出料は、一定の値に留める必要はなく、順次変更してもよい。すなわち、第4の発明として第1から第3のいずれかの発明のゲーム情報において、前記管理手段に対して、対象物の所与のパラメータに応じて、当該対象物の貸出料を変更する、ように機能させるための情報を含むゲーム情報を構成することとしてもよい。あるいは、第18の発明として第15から第17のいずれかの発明のゲームシステムにおいて、前記管理手段が、対象物の所与のパラメータに応じて、当該対象物の貸出料を変更するゲームシステムを構成することとしてもよい。
【0020】
この第4または第18の発明によれば、対象物の貸出料を、所与のパラメータに付随させて変化させ得る。例えば、所有プレーヤが対象物として軍隊を編成するような場合において、その軍隊の構成要素となる兵隊キャラクタの数に応じて貸出料を変更することとすれば、対象物の規模に応じた貸出料を設定することができる。
【0021】
また、例えば、軍隊同士を戦わせて遊ぶゲームが存在し、各軍隊を構成する要素となる騎馬兵を育成するプレーヤと、歩兵を育成するプレーヤとが存在する場合において、騎馬兵を育成するプレーヤに対して、歩兵を育成するプレーヤの数が圧倒的に少なく、歩兵の貸出供給数が少ないような場合には、騎馬兵に対する歩兵の貸出料を高くするといった具合に、需要数や供給数に応じた貸出料を設定することも可能となる。
【0022】
また、第5の発明として第4の発明のゲーム情報において、前記所与のパラメータには、少なくとも成長パラメータが含まれ、前記育成手段に対して、前記所有プレーヤによる所与料の遊戯媒体の消費と引き換えに、対応する対象物の成長パラメータを変更する、ように機能させるための情報を含むゲーム情報を構成することとしてもよい。
【0023】
また、第19の発明として第18の発明のゲームシステムにおいて、前記所与のパラメータには、少なくとも成長パラメータを含み、前記育成手段が、前記所有プレーヤによる所与料の遊戯媒体の消費と引き換えに、対応する対象物の成長パラメータを変更するゲームシステムを構成することとしてもよい。
【0024】
この第5または第19の発明によれば、対象物の貸出料を、当該対象物の成長度合を決定するパラメータと関連付けることができる。例えば、メダルを投資すればするほどキャラクタが成長し、強くなるようなメダルゲームにおいては、メダルを投資してキャラクタを育成する所有プレーヤの当該ゲームに対する意気込みと、キャラクタの強さとが直接的な関係で表現されることとなる。係る場合において、キャラクタの貸出料と成長パラメータとを関連付けることで、所有プレーヤの熱意や意気込みを裏切らない貸出料を設定することが可能となる。
【0025】
また、第6の発明として第1から第5のいずれかの発明のゲーム情報において、前記管理手段に対して、対象物の取扱プレーヤ変更回数に基づいて、当該対象物の貸出料を変更する、ように機能させるための情報を含むゲーム情報を構成することとしてもよい。
【0026】
この第6の発明によれば、取扱プレーヤの変更回数、すなわち、貸出回数に応じて貸出料を変更することができる。例えば、対象物の貸出回数の増加に伴って貸出料を増加させることとすれば、より人気の高い対象物を育成しようとする所有プレーヤの向上心を刺激し、その結果、ゲーム全体としての質や価値を高めることができる。また、人気の高い対象物は、より高値になることが予測されるため、借り手となる取扱プレーヤの購買心理を鑑み、対象物の貸出し率の分散化が期待できる。このように、貸出回数に応じて貸出料を変更することによって、借り手と貸し手の動向をバランス良く制御することができる。
【0027】
また、第7の発明として第1から第6のいずれかの発明のゲーム情報において、前記所与のゲームは、複数の対象物が闘争する闘争モードを有するゲームであり、前記取扱手段に対して、前記闘争モードにおいてのみ有効となるように機能させるための情報を含むゲーム情報を構成することとしてもよい。
【0028】
また、第20の発明として第15から第19のいずれかの発明のゲームシステムにおいて、前記所与のゲームは、複数の対象物が闘争する闘争モードを有するゲームであり、前記取扱手段は、前記闘争モードにおいてのみ有効となるゲームシステムを構成することとしてもよい。
【0029】
この第7または第20の発明によれば、闘争モードを設け、取扱プレーヤが対象物を取り扱える範囲を闘争モードのみに制限する。例えば、所有プレーヤが対象物の育成を実行するようなゲームにおいては、所有プレーヤと取扱プレーヤとの役割が明瞭となり、所有プレーヤの育成能力と、取扱プレーヤの取扱能力とを明確に区別して認識せしめる効果がある。このため、所有プレーヤは、育て上げた対象物が取扱プレーヤの手に渡り、闘争モードにおいて散々な結果が展開されたような場合においても、自己の育成能力と別個に解釈することができ、より気軽に第三者への貸出しを許すことができる。
【0030】
また、育成ゲームに対する興味はあるものの、戦闘や競争といったゲームには自信を持たないようなプレーヤにとっても楽しめるゲームを提供することができる。逆に、対象物の育成に時間を浪費することを疎むプレーヤにとっても、自分の好みに合った対象物を選択し、気軽に借りることができる。
【0031】
なお、対象物を貸出す期間は、ゲームの種類や条件に応じて様々な場合が考えられるが、各対象物同士が戦い合う闘争モードを設けた場合において、その闘争の勝敗が比較的短時間で決定するようなゲームであれば、貸出期間を闘争毎に設定してもよい。すなわち、第8の発明として第7の発明のゲーム情報において、前記変更手段に対して、前記所与の期間の単位を前記闘争モードにおける闘争とする、ように機能させるための情報を含むゲーム情報を構成することとしてもよい。
【0032】
また、第9の発明として第7または第8の発明のゲーム情報において、前記闘争モードにおける対象物の成績に応じた料の遊戯媒体を、対応する取扱プレーヤに支払う支払手段を前記システムに対して機能させるための情報を含むゲーム情報を構成することとしてもよい。
【0033】
また、第21の発明として第20の発明のゲームシステムにおいて、前記闘争モードにおける対象物の成績に応じた料の遊戯媒体を、対応する取扱プレーヤに支払うための支払手段を備えるゲームシステムを構成することとしてもよい。
【0034】
この第9または第21の発明によれば、取扱プレーヤは、戦闘モードにおける対象物の成績に応じて所与の料の遊戯媒体の支払いを受ける。例えば、一定料のメダルを投入しなければ、所与の闘争モードに参加できないようなメダルゲームがある。係るメダルゲームにおいて、その闘争における優秀者にメダルを付与するといった演出をすれば、対象物の借り手となる取扱プレーヤはより闘争に強い対象物を借りようとし、また、強い対象物はそれだけ人気が高くなる。このように、対象物の貸し手に貸出料を付与するだけでなく、対象物の取扱結果に対して、賞金といった概念を加味することで、借り手の満足をも倍化させることができる。
【0035】
また、第10の発明として第7から第9のいずれかの発明のゲーム情報において、掛け金に相当する遊戯媒体を担保するとともに、当該賭けに参加した投資プレーヤを記憶することにより、前記闘争モードの闘争結果に対する賭けを受け付ける手段と、前記闘争モードの結果を的中させた投資プレーヤに配当金に相当する料の遊戯媒体を支払う手段と、を前記システムに対して機能させるための情報を含むこととし、前記闘争モードは、当該闘争における勝敗に対して、投資プレーヤが遊戯媒体を賭けることのできるモードとするゲーム情報を構成することとしてもよい。
【0036】
また、第22の発明として第20または第21の発明のゲームシステムにおいて、掛け金に相当する遊戯媒体を担保するとともに、当該賭けに参加した投資プレーヤを記憶することにより、前記闘争モードの闘争結果に対する賭けを受け付ける手段と、前記闘争モードの結果を的中させた投資プレーヤに配当金に相当する料の遊戯媒体を支払う手段と、を備え、前記闘争モードは、当該闘争における勝敗に対して、投資プレーヤが遊戯媒体を賭けることのできるモードであるゲームシステムを構成することとしてもよい。
【0037】
この第10または第22の発明によれば、取扱プレーヤの手による闘争モードの闘争に対して、投資プレーヤが賭けをすることができる。すなわち、当該ゲームによれば、対象物を育成する育成力と、対象物を戦わせる戦略力と、闘争における勝敗を賭ける推理力との、3つの観点からプレーヤを満足せしめるゲームを提供することができる。
【0038】
また、第11の発明として第7から第10のいずれかの発明のゲーム情報において、前記管理手段に対して、対象物の闘争モードにおける過去の成績に基づいて、当該対象物の貸出料を変更する、ように機能させるための情報、を含むゲーム情報を構成することとしてもよい。
【0039】
また、第22の発明として第20から第22のいずれかの発明のゲームシステムにおいて、前記管理手段が、対象物の闘争モードにおける過去の成績に基づいて、当該対象物の貸出料を変更するゲームシステムを構成することとしてもよい。
【0040】
この第11または第22の発明によれば、闘争モードにおける対象物の過去の成績に基づいて貸出料を決定できる。例えば、闘争における勝率や勝数が大きい程、貸出料が高くなるように設定すれば、闘争に強い対象物を直接的に高値に設定することができる。また、借り手となる取扱プレーヤは、貸出料を目安として対象物を借りることができる。
【0041】
なお、貸出料を過去の成績や、貸出回数に応じて設定するような場合には、その都度貸出料を更新することが望ましい場合がある。したがって、第12の発明として第7から第11のいずれかの発明のゲーム情報において、前記管理手段に対して、闘争モードにおける闘争毎に、対象物の貸出料を更新する、ように機能させるための情報、を含むゲーム情報を構成することとしてもよい。
【0042】
また、第13の発明は所与のネットワークを介して複数のゲーム端末と接続されるサーバシステムであって、前記各ゲーム端末を操作するプレーヤが同時に同一の仮想空間を共有するゲームを、プロセッサによる演算・制御により実行することとなるサーバシステムに対して、前記仮想空間に登場する対象物と、当該対象物を所有する所有プレーヤと、当該対象物の取扱プレーヤと、当該対象物の貸出料とを対応付けて管理する管理手段と、前記管理手段により管理される貸出料に相当する料の遊戯媒体と引き換えに、対応する対象物の取扱プレーヤを一時的に変更する変更手段と、を機能させるためのゲーム情報である
【0043】
また、第24の発明は、所与のネットワークを介して複数のゲーム端末と接続され、前記各ゲーム端末を操作するプレーヤが同時に同一の仮想空間を共有するゲームを実行することとなるサーバシステムであって、前記仮想空間に登場する対象物と、当該対象物を所有する所有プレーヤと、当該対象物の取扱プレーヤと、当該対象物の貸出料とを対応付けて管理する管理手段と、前記管理手段により管理される貸出料に相当する料の遊戯媒体と引き換えに、対応する対象物の取扱プレーヤを一時的に変更する変更手段と、を備えるサーバシステムである
【0044】
この第13または第24の発明によれば、複数のプレーヤが同時に同一の仮想空間を共有するゲームにおいて、一のプレーヤが所有する対象物を他のプレーヤが、遊戯媒体と引き換えに借りることが可能となる。すなわち、ゲームの進行が全てのプレーヤにとって同時であり、メモリカード等にゲーム結果を記憶しても、同じステージを繰り返し実行することができない再現性のないゲームにおいても、対象物の貸出しを可能とすることによって、ただ羨望するだけであった他人の対象物を、同一のゲーム空間において複数のプレーヤに使用させることが可能となる。
【0045】
また、第14の発明として第1から第13のいずれかの発明のゲーム情報を記憶した情報記憶媒体を構成することとしてもよいことは勿論である。
【0046】
【発明の実施の形態】
以下に、本発明の好適な実施の形態について図面を参照して説明する。なお、以下では、本発明を複数のプレーヤが同時参加可能なゲームシステムに適用する場合について説明するが、本発明の適用については、これに限定するものではない。また、本実施の形態では、メダルの投入によりゲームが進行するタイプの業務用のゲームシステムにて競馬ゲームを実現する場合を例に説明する。
【0047】
図1は、本実施の形態におけるゲームシステム1の筐体10の一例を示す外観図である。同図によれば、筐体10は、基部20と、ゲーム端末30−1〜4(以下、単にゲーム端末30という)とから構成される。基部20は、本競馬ゲームにおける画像を表示するための共通モニタ22と、効果音を出力するための共通スピーカ24とを具備し、ゲーム端末30の背面に設置される。また、共通モニタ22は、各ゲーム端末30のいずれの位置からも視認できるように設置される。
【0048】
また、各ゲーム端末30は、基台部40と側部50とから構成される。基台部40は、各端末に位置するプレーヤがゲームの操作を実行するための操作パネル42と、メダルを投入するためのメダル投入口44と、各端末におけるプレーヤの操作に応じた効果音を出力するための端末スピーカ46と、メモリカードを挿入するためのカード挿入口48とを具備する。側部50は、操作パネル42を操作するプレーヤが視認できる位置に端末モニタ52を備える。
【0049】
すなわち、各ゲーム端末30に位置するプレーヤは、端末スピーカ46から出力される効果音を聞き、端末モニタ52に表示される画像を見ながら、操作パネル42を操作して種々の選択や入力を行うことにより競馬ゲームを楽しむ。したがって、端末モニタ52には、勝馬投票券の選択画面や、各出走馬の詳細なデータなど、個々のプレーヤが所望する画像を表示する。また、共通モニタ22には、全プレーヤに共通する内容、例えば、出走馬をチェックするためのパドックや、勝馬投票券の払戻し倍率(すなわち、オッズ)の表示、レースの実況、レース結果(着順掲示)等を表示する。
【0050】
なお、各種処理を実行するためのシステム基板26は、筐体10の基部20に内蔵され、また、種々のプログラムやデータを記憶するための情報記憶媒体であるメモリ28は、システム基板26上に実装されている。更に、各ゲーム端末30の制御系(不図示)は、システム基板26をサーバとし、通信回線を介して接続される。図2は、サーバ(システム基板26)と、通信回線32を介して接続される各ゲーム端末30の接続形態の一例を示す図である。各ゲーム端末30は、スタンドアローンでゲーム画像、ゲーム音を生成できるものであってもかまわないが、以下では、説明の簡単のために、サーバ26がゲーム画像、ゲーム音を生成して各ゲーム端末30に送信し、これを各ゲーム端末30が出力するものとする。
【0051】
また、以下では、メダルという表現において、物理的な形として存在するメダルと、情報としてのメダルの2つの概念を含むものとする。すなわち、メダルの投入という意味においては、図1に示すメダル投入口44に対する物理的なメダルの投入と、カード挿入口48に対して挿入されたメモリカードから情報としてのメダルを引き出すことの2つの意味を含み、そのいずれであってもかまわない。すなわち、以下では、メダルを数によって扱うこととする。なお、メモリカードは、プレーヤIDを記憶する記憶領域と、メダル数を記憶するメダル記憶領域とから構成され、筐体10の処理系は、必要に応じた情報を各領域から読み出し、あるいは、書き込む処理を実行することとする。
【0052】
本発明は、プレーヤが、ゲームに登場するキャラクタを育成し、これを他のプレーヤに貸し出すことを提案したものである。すなわち、上述のゲームシステム1を用いた競馬レースによれば、プレーヤが馬のキャラクタを育成し、その育成した馬のキャラクタを他のプレーヤに貸し出すことを可能とする。一方、借り手となるプレーヤは、所定料のメダルを投入することによって、所望の馬のキャラクタを借りることができる。そして、借り手であるプレーヤは、その場限りの馬主となって、借りた馬のキャラクタの出走レースおよび騎手を決定してレースに臨む。もし、借りた馬のキャラクタがレースで優勝したならば、借り手であるプレーヤに賞金としてのメダルが付与される。
【0053】
以下、キャラクタを育成し、且つ、そのキャラクタの貸出を可能とする競馬ゲームの一例について詳細に説明する。なお、以下では、馬のキャラクタを単に馬といい、馬を育成し調教するプレーヤを馬主プレーヤ、また、借り手となるプレーヤを借主プレーヤという。更に、勝馬投票券を購入して賭けを楽しむプレーヤを投資プレーヤという。
【0054】
まず、本実施の形態における競馬ゲームの概要を説明する。
図3は、各ゲーム端末30の端末モニタ52に表示されるスタート画面の一例を示す図である。同図によれば、スタート画面60には、「馬券を買う」62と、「馬主になる」64と、「レンタルする」66と、「結果発表」68の4つの選択肢(アイコン)が表示される。すなわち、プレーヤは、スタート画面60によって、実行するゲームの内容を選択することができる。
【0055】
プレーヤがスタート画面60に表示された選択肢の中から「馬主になる」64を選択した場合には、プレーヤに馬の育成および調教を実行させる。まず、筐体10の処理系は、プレーヤ(すなわち、馬主プレーヤ)に、持ち馬を調教するか新規に馬を購入するかを選択させるための馬主選択画面を表示する。図4は、馬主選択画面70の一例を示す図である。同図によれば、馬主選択画面70には、「新規購入」72と「持ち馬の調教」74の2つのアイコンを表示する。なお、馬主選択画面70には、馬主プレーヤに対して、メモリカードの挿入を指示するメッセージを表示し、馬主プレーヤのIDを読み出した上で次の画面に進む。
【0056】
馬主選択画面70にて、「新規購入」72が選択された場合には、馬を生成する。すなわち、馬のIDおよび馬の能力値を発生し、当該馬主プレーヤのIDと対応付けて記憶する。このとき、馬の能力値は、馬主プレーヤに選択させた親馬(牝馬と牡馬)の能力値に基づいて決定する。
【0057】
一方、馬主選択画面70にて、「持ち馬の調教」74が選択された場合には、当該馬主プレーヤに持ち馬の調教を実行させる。このとき、予め認識したプレーヤIDに対応する馬の詳細なデータを端末モニタ52に表示する。例えば、馬のコンディションや、過去の調教内容と回数、年齢、性別等を表示する。更に、選択可能な調教内容をアイコンによって表示し、選択された調教内容に応じて馬の能力値を変更する。なお、メモリカードから読み出したプレーヤIDに対応する馬が複数存在する場合には、その全ての馬の名前を表示して、いずれの馬の調教を実行するかを選択させる。
【0058】
また、馬の能力値には、当該馬の年齢を含み、馬の年齢が所定の値よりも大きくなると、当該馬にレースへの出馬権を与え、その旨を画面上に表示する。すなわち、馬主プレーヤは、持ち馬を自由にレースに出馬させることができるようになる。また、年齢に応じてレースへの出馬権を与えると同時に、当該馬の貸出権を付与する。すなわち、馬主プレーヤは、持ち馬の貸出しを所望する場合には、貸出しの登録を行って、第三者(すなわち、借主プレーヤ)に自由にレースへの出馬を決定させることができる。このとき、貸出登録された馬には、それぞれ貸出料となるメダル数が設定され、借主プレーヤは、この貸出メダルを投入することで馬を借りることができる。なお、この支払われた貸出メダルの一部もしくは全ては、当該馬の馬主プレーヤに対して付与される。そして、持ち馬が貸出中である場合には、画面上にその旨を表示し、馬主プレーヤに貸出中であることを知らせる。
【0059】
また、スタート画面60において、「レンタルする」66が選択された場合には、プレーヤ(すなわち、借主プレーヤ)に馬主としてのゲームを提供する。すなわち、借主プレーヤは、借り馬を出走させるレースや、その時の騎手を選択することができる。そして、もし、借り馬がレースにて優勝すれば、借主プレーヤはその賞金の一部もしくはその全てを得ることができる。
【0060】
図5は、借主プレーヤが借り馬を選択するための貸出登録馬一覧表80の一例を示す図である。同図によれば、貸出登録馬一覧表80には、貸出登録された馬の名前、性別、クラス、馬主プレーヤ名、貸出メダル数が表示される。このとき、借主プレーヤは、各馬の詳細な情報に興味を持った場合には、端末モニタ52上に表示されるカーソルの位置を移動して貸出登録馬の名前の位置に合わせ、操作パネル42の閲覧ボタンを押下することで、該当する馬の詳細なデータを閲覧できる。
【0061】
図6は、詳細表示画面82の一例を示す図である。同図によれば、詳細なデータとして、当該登録馬の画像、当該登録馬の親馬(牡馬名と牝馬名)、馬主勝数、レンタル勝数、出馬総数、収得メダル総数、および、調教データのアイコン等が表示される。ここで、馬主勝数とは、馬主プレーヤが出馬させた際の勝数を、レンタル勝数とは、貸出したときの勝数を意味する。また、収得メダル総数とは、出馬したレースで得た賞金(メダル)の累積を示す。なお、調教データとは、過去に馬主プレーヤにより実行された調教内容の内訳が記憶されたデータであり、具体的には、「ウッドチップ」や「坂路」といった調教内容毎に実行した回数が記憶される。すなわち、借主プレーヤは、調教データのアイコンを操作ボタン42にて選択すると、過去の調教内容について閲覧することができる。
【0062】
そして、借主プレーヤは、図5に示す貸出登録馬一覧表80の中から借り馬を決定すると、出馬させるレースおよび騎手を選択してレースに臨むことができる。ただし、借主プレーヤは、貸出登録馬一覧表80に表示された貸出メダルを投入しなければ馬を借りることができない。すなわち、筐体10の処理系は、貸出メダルの投入を待って、借主プレーヤに出馬レースと騎手を決定させる。このとき、借主プレーヤに対してメモリカードの挿入を督促し、当該借主プレーヤのIDを認識すると、選択された馬のIDと対応付けて記憶し、当該馬がレースにて優勝した場合には、その賞金(メダル)を借主プレーヤに対して支払う。
【0063】
また、スタート画面60にて、「結果発表」68が選択されると、過去のレースの結果一覧を表示する。図7は、結果発表画面84の一例を示す図である。同図によれば、結果発表画面84には、過去5レース分のレース名と距離が表示される。この画面において、プレーヤが操作パネル42を操作して、レースの名前を選択すると、当該レースのレース結果画面が表示される。図8は、レース結果画面86の一例を示す図である。同図によれば、レース結果画面86には、優勝馬の名前と、タイムと、賞金となるメダル数と、その支払い有無と、馬主の名前と、出走馬の順位とが表示される。
【0064】
なお、優勝馬の賞金の支払いは、このレース結果画面86にて実行する。すなわち、このレース結果画面86が表示されている状態において、プレーヤがメモリカードを挿入すると、筐体10の処理系はプレーヤIDを識別する。そして、賞金の支払い有無および貸出有無を判定し、識別したプレーヤIDが支払うべき対象である旨を認識すると、賞金となるメダルを支払う。したがって、馬をレースに出馬させたプレーヤは、当該レース実行中に筐体10の近くにいなくても、賞金を得ることができる。
【0065】
また、スタート画面60にて、「馬券を買う」62が選択された場合には、通常の競馬のゲームを展開する。すなわち、筐体10の処理系は、次のレースに出走する馬の一覧表や、騎手の帽子およびウェアの色や柄の一覧表、オッズ、出走馬の血統やレース履歴等の詳細などをプレーヤ(すなわち、投資プレーヤ)の操作指示に応じて端末モニタ52に表示し、投資プレーヤに勝馬投票券を選択および購入させる。このとき、投入されたメダルの枚数に応じて選択された勝馬投票券の購入枚数を決定する。そして、レースが終了すると、出走馬の着順を表示するとともに、選択された勝馬投票券の内容と出走馬の着順とを比較し、選択された勝馬投票券がレース結果と一致する場合には、確定したオッズに応じた払戻しを実行する。
【0066】
続いて、本実施の形態における機能構成について説明する。
図9は、本実施の形態における機能ブロックの一例を示す図である。同図によれば、本機能ブロックは、操作部100と、処理部200と、表示部300と、音出力部400と、情報記憶媒体500と、外部情報部600とから構成される。操作部100は、図1に示す各ゲーム端末30の操作パネル42に相当するものであって、プレーヤの入力・操作を電気信号として処理部200に出力するためのものである。
【0067】
表示部300は、図1に示す共通モニタ22と各端末モニタ52に該当するものであり、処理部200から入力される指示に従って所与の画像を表示する。また、音出力部400は、図1に示す共通スピーカ24と端末スピーカ46に該当するものであり、処理部200から入力される指示に従って所与の効果音を出力する。
【0068】
外部情報部600は、図1に示す各ゲーム端末30のメダル投入口44やカード挿入口48に相当する機能部である。例えば、外部情報部600は、メダル投入口44に投入されたメダルの数を検出し、メダル投入信号として処理部200に出力する。また、カード挿入口48に挿入されたメモリカードから必要な情報を読み出して処理部200に出力する処理や、処理部200から入力された情報を、メモリカードに書き込む処理等を実行する。
【0069】
処理部200は、システム全体の制御、システム内の各機能部への命令の指示、競馬ゲームを実現するための処理、画像処理、音処理等の各種処理を行うものであり、その機能は、各種プロセッサ(CPU、DSP等)、あるいはASIC(ゲートアレイ等)等のハードウェアや、所与のプログラムにより実現できる。
【0070】
また、処理部200は、操作部100から信号が入力されると、その信号の発信元であるゲーム端末30のアドレスと対応付けて一時的に記憶し、入力された信号に応じた処理を実行するとともに、その処理結果に基づいて生成した画像を該当するゲーム端末30に出力する。なお、処理部200は、主に、ゲーム演算部220と画像生成部240とを含み、操作部100から入力される操作信号に応じた処理をゲーム演算部220に実行させ、更に、その処理結果に基づく画像を画像生成部240に生成させる。そして、操作信号の発信元であるゲーム端末30に生成した画像を出力する。
【0071】
ゲーム演算部220は、ゲームの進行処理、選択画面の設定処理、ゲーム空間に存在する各キャラクタを制御する処理、ゲーム画像を生成するための処理等、種々のゲーム処理を、操作部100から入力される操作信号や、情報記憶媒体500から読み出すゲーム演算プログラム512等に基づいて実行する。また、ゲーム演算部220は、主に、育成制御部222と、貸出制御部224と、競馬制御部226とを含み、操作部100や外部情報部600から入力される信号およびゲームプログラム510に基づいて各部に指示を出力する。例えば、メダルの投入と引き換えに所与の処理を実行するような場合には、ゲーム演算部220は、外部情報部600から入力されるメダル投入信号を待って、処理を実行する旨の指示を各部に出力する。
【0072】
更に、ゲーム演算部220は、表示部300の各端末モニタ52にスタート画面60を表示させるとともに、操作部100から入力される指示信号に従って、各部に指示を出力する。例えば、スタート画面60にて、「馬主になる」64が選択された場合には、育成制御部222に処理を実行する指示を出力する。また、ゲーム演算部220内の各部は、ゲーム演算部220から入力される指示、および、ゲーム演算プログラム512に従って処理を実行し、その処理結果を画像生成部240に出力して、各処理結果に基づく画像を生成させる。
【0073】
以下、図10を用いて、スタート画面60から各種ゲームへ移行する際の基本処理について説明する。同図によれば、ゲーム演算部220は、各端末モニタ52にスタート画面60を表示させる(ステップS1)。スタート画面60にて、「馬主になる」64が選択された場合には(ステップS2)、育成制御部222による生成育成処理に移行する(ステップS3)。また、「レンタルする」66が選択された場合には(ステップS2)、貸出制御部224による貸出処理に移行する(ステップS4)。また、「馬券を買う」62が選択された場合には(ステップS2)、競馬制御部226による競馬処理に移行する(ステップS5)。また、「結果発表」68が選択された場合には(ステップS2)、競馬制御部226による結果発表処理に移行する(ステップS6)。
【0074】
以下、ゲーム演算部220内の各部が実行する処理について説明する。
育成制御部222は、図3に示すスタート画面60にて、「馬主になる」64が選択された際の処理を実行する。具体的には、馬主プレーヤの入力指示に応じて、馬を生成する処理と、馬主プレーヤが選択する調教内容に応じて馬の能力を変更する調教処理と、馬の貸出登録を実行する登録処理などを主に実行する。
【0075】
まず、馬を生成する処理について説明する。
馬を生成する処理とは、図4に示す馬主選択画面70にて、「新規購入」72が選択された場合に実行する処理であり、馬のIDを発生し、更に、当該馬の各種データを生成することである。各種データとは、当該馬の走りや体力等の能力を特徴付ける性質データと、当該馬の名前や馬主プレーヤの名前等を対応付けて記憶するための馬管理データと、当該馬の血統や勝数などの詳細な情報となる詳細データとを生成する。
【0076】
図11は、性質データリスト520の一例を示す図である。性質データリスト520には、複数の馬の性質データ522が、それぞれ馬IDと対応付けて記憶される。同図によれば、性質データ522は、スタミナ値、スピード値、スタート適性、脚力、成長率等から構成される。ここで、スタミナ値とは、馬の生命力、持久力、体力等を示す変数であり、病気や、レースへの出馬、調教等の有無によって変動する値である。また、スピード値は、馬の平均スピードを意味し、スタート適性は、スタート時に引き出せる速さを意味し、脚力は、芝やダートに対する抵抗力の強さやキック力等を意味する値である。また、成長率は、1回の調教によって各性質の伸びる割合を意味する。
【0077】
すなわち、育成制御部222は、馬を生成する指示が入力されると、新規に馬IDを発生し、更に、スタミナ値、スピード値、スタート適性、脚力、成長率等のパラメータを生成する。そして、生成した各値を性質データ522として、発生した馬IDと対応付けて性質データリスト520に追加する。なお、性質データ522の各値は、馬主プレーヤによって選択された親馬の性質データ522を参照して生成する。このとき、各項目毎に牝馬と牡馬の各値の平均値を当てはめることとしてもよいが、スタミナ値などの訓練によって変動するような値は、適当に減少させた数値を採用する。なお、性質データ522には、図11に示したものだけでなく、距離適性、ダート適性、障害適性、気性変数等を加えたより複雑な構成にしても良い。また、各能力毎に成長率を設定してもよい。
【0078】
図12は、馬管理データリスト530の一例を示す図である。馬管理データリスト530には、複数の馬の馬管理データ532が、馬IDと対応付けて記憶される。同図によれば、馬管理データ532は、馬主プレーヤのIDと、馬の名称と、馬主名と、当該馬の性別と、クラスと、年齢と、詳細コードと、調教コードとから構成される。ここで、クラスとは、当該馬が出走可能なレースの階級を意味し、また、詳細コードとは、当該馬の詳細データのコードを、調教コードとは、当該馬の調教データを識別するためのコードをそれぞれ意味する。また、年齢とは、馬の年齢を示す変数である。
【0079】
すなわち、育成制御部222は、馬を生成する指示が入力されると、操作部100から入力される馬主プレーヤの名前や馬の名前、外部情報部600から入力されるプレーヤID等を、生成した馬のIDと対応付けて馬管理データリスト530に加算する。このとき、性別は、乱数によって決定してもよいし、日付や馬主プレーヤの希望等に応じて決定してもよい。また、クラスは未経験とし、年齢は0に設定する。更に、詳細コードおよび調教内容コードを新規に生成する。
【0080】
図13は、詳細データリスト540の一例を示す図である。詳細データリスト540には、複数の馬の詳細データ542が、詳細コードと対応付けて記憶される。同図によれば、詳細データ542は、該当する馬の親馬の名前とそのIDと、馬体重と、病気の有無と、馬主勝数と、貸出勝数と、出馬総数と、収得メダル総数とから構成される。
【0081】
すなわち、育成制御部222は、馬のIDおよび詳細コードを発生すると、詳細コードと対応する詳細データ542を生成し、詳細データリスト540に追加する。このとき、病気の有無は無に、馬主勝数、貸出勝数、および、出馬総数はそれぞれ0に設定する。なお、馬体重は、一意的に決定してもよいし、標準偏差を用いた乱数によって決定してもよい。また、親馬の馬IDは、馬主プレーヤによって選択された2つの馬IDを設定する。
【0082】
図14は、調教データリスト550の一例を示す図である。調教データリスト550には、複数の馬の調教データ552が、調教コードと対応付けて記憶される。同図によれば、調教データ552は、ウッドチップ、坂路、ダート、芝、プール等の実行回数、および、総調教回数から構成される。すなわち、育成制御部222は、馬を発生すると同時に、調教データ552を生成し、調教データリスト550に加算する。なお、調教データ552の生成時においては、各調教回数には0を設定する。また、調教データ552には、図14に示す内容だけでなく、「馬なり」や「一杯」、「強め」といった調教の強度を加味した構成にしてもよい。
【0083】
続いて、馬の能力を変更する処理について説明する。
馬の能力を変更する処理とは、図4に示す馬主選択画面70にて、「持ち馬の調教」74が選択された場合に実行する処理であり、図11の性質データ522や、図12の馬管理データ532、図13の詳細データ542、および、図14の調教データ552の各値を必要に応じて変更する処理である。
【0084】
まず、育成制御部222は、「持ち馬の調教」74が選択されると、外部情報部600から入力される馬主プレーヤのIDに該当する馬の性質データ522を検索する。すなわち、馬主プレーヤのIDに該当する馬IDを馬管理データリスト530から検索し、更に、検索した馬IDに該当する性質データ522と調教データ552を検索する。そして、馬主プレーヤが選択した調教内容に応じて、性質データ522内の値、および調教データ552内の調教回数の値を変更する。ただし、馬管理データリスト530の中に、1つのプレーヤIDに対応する馬管理データ532が複数存在する場合には、その全ての馬管理データ532を読み出し、該当する馬の名前を端末モニタ52に表示させ、いずれか1つの馬を選択させる。
【0085】
なお、「ウッドチップ」や「坂路」といった調教内容に応じて、性質データ522に記憶された各能力の値を変更する処理については、従来に知られたいかなる方法を用いてもかまわず、また、いかなる方法であっても本発明の本質にさしつかえるものではない。したがって、ここでは、いずれの調教内容によっていずれの能力の値を変更するかといった処理の詳細については省略する。
【0086】
また、育成制御部222は、各馬の年齢や馬体重を更新する処理を実行する。このとき、各馬の年齢や馬体重を更新するタイミングは、ゲーム空間上に定義した時間に応じて逐次変更するものであってもよいが、例えば、調教回数や、レースへの出馬回数、餌等を与えた回数、馬主プレーヤが該当する馬にアクセスした回数等に応じて変更することとしても良い。
【0087】
続いて、貸出登録処理について説明する。
育成制御部222は、馬主プレーヤの入力指示に応じて馬を貸出登録する。貸出登録とは、馬主プレーヤのIDとその持ち馬のIDとを対応付けて記憶する処理を意味する。
【0088】
図15は、貸出登録データリスト560の一例を示す図である。同図によれば、貸出登録データリスト560には、馬IDと対応付けて貸出登録データ562が記憶される。また、貸出登録データ562は、貸出有無と、プレーヤIDと、未支払メダル数と、貸出メダル数と、総貸出回数とから構成される。すなわち、育成制御部222は、操作部100から貸出登録する指示が入力されると、貸出登録データ562を生成し、馬IDと対応付けて貸出登録データリスト560に追加する。このとき、貸出有無は無に、未支払メダル数と総貸出回数は0に設定する。貸出メダル数については、貸出制御部224に貸出メダル数を決定する旨の要求信号を出力し、貸出制御部224から入力される値を設定する。
【0089】
また、未支払メダル数とは、過去に借主プレーヤによって支払われたメダルのうち、未だに馬主プレーヤに引き取られていないメダルの総数を意味する。この未支払メダルの支払いタイミングは、プレーヤが馬主としてメモリカードを挿入した時とする。すなわち、図4に示す馬主選択画面70にて「持ち馬の調教」74が選択されたとき、育成制御部222は、該当する馬の性質データ522や調教データ552を読み出すとともに、貸出登録データ562を読み出す。そして、未支払メダル数の有無を判定し、未支払のメダルがある場合には、総貸出回数と蓄積したメダル数を画面に表示し、更に、外部情報部600に対して未支払メダルの値をメモリカードに書き込む指示を出力し、貸出登録データ562内の未支払メダル数を0に変更する。
【0090】
なお、育成制御部222は、この貸出登録データリスト560を参照して、出馬の有無や、貸出登録の実行の有無を督促するためのアイコンを表示する。具体的には、スタート画面60にて「持ち馬の調教」74が選択され、調教対象となる馬が決定すると、当該馬のIDが貸出登録データリスト560に登録されているか否かを検索する。リスト内に当該馬のIDが存在しなければ、貸出登録を実行するためのアイコンおよび出馬を実行するためのアイコンを表示する。また、リスト内に当該馬のIDが存在する場合には、その貸出有無を判定し、貸出されていない場合には、出馬を実行するためのアイコンを表示し、貸出中である場合には、その旨を表示する。
【0091】
ただし、未経験馬や年少馬のレース出馬を制限するために、出馬や貸出登録のアイコンの表示有無を決定するに際して、該当する馬の年齢を加味することとしてもよい。例えば、該当する馬の馬管理データ532から年齢を読み出し、当該年齢が所定の年齢よりも大きいか否かを判定する。所定の年齢よりも小さい場合には、当該馬には出馬権および貸出権がないものとして、アイコンを表示しないこととしてもよい。
【0092】
なお、馬主プレーヤによって、表示した各種アイコンが選択された場合には、育成制御部222は、順次指定された処理を実行する。例えば、出馬のアイコンが選択された場合には、該当する馬のIDを競馬制御部226に出力して、レースへの出馬処理を実行させる。このとき、育成制御部222は、貸出登録データ562内の貸出有無を有に切り替えて、第三者への貸出しが不能となるようにする。また、貸出登録のアイコンが選択された場合には、上述の貸出登録処理を実行する。
【0093】
以上が、育成制御部222が実行する処理である。以下に、育成制御部222により実行される生成育成処理の主な流れを図16に示すフローチャートを用いて説明する。
【0094】
図16によれば、育成制御部222は、外部情報部600からプレーヤIDが入力されると(ステップS30)、図4に示した馬主選択画面70を端末モニタ52に表示させる(ステップS31)。そして、操作部100から「新規購入」72の操作信号が入力された場合には、馬のIDを発生し(ステップS32)、性質データ522と、馬管理データ532と、詳細データ542と、調教データ552等のデータを生成し(ステップS33)、ステップS36に移行する。一方、ステップS31にて、「持ち馬の調教」74が選択された場合には、馬管理データリスト530の中からプレーヤIDに該当する馬IDを判定し(ステップS34)、判定した馬IDに該当する各種データを読み出す(ステップS35)。
【0095】
そして、貸出登録データリスト560の中から当該馬IDに該当する貸出登録データ562が存在するか否かを判定し、アイコンの表示有無を決定するとともに、調教用の画面を端末モニタ52に表示させる(ステップS36)。次いで、操作部100から出馬のアイコンの選択有無を判定し(ステップS37)、出馬が選択された場合には、当該馬のIDを競馬制御部226に出力して出馬処理に移行する。
【0096】
一方、ステップS37にて、出馬のアイコンが選択されなかった場合には、貸出登録のアイコンの選択有無を判定する(ステップS39)。貸出登録が選択されなかった場合には、ステップS40に移行し、選択された場合には、貸出登録処理を実行する(ステップS39)。そして、操作部100からの操作信号に応じて調教処理を実行する(ステップS40)。また、操作部100から調教を終了する旨の信号が入力された場合には(ステップS41)、本処理を終了し、終了しない場合にはステップS37に移行する。
【0097】
続いて、ゲーム演算部220内の貸出制御部224の処理について説明する。
貸出制御部224は、図3に示すスタート画面60にて「レンタルする」66が選択された場合の処理を実行する。より具体的には、図5に示した貸出登録馬一覧表80や図6に示した馬の詳細表示画面82を表示させるための処理や、借主プレーヤに馬を貸出す処理、貸出メダル数を決定する処理等を実行する。
【0098】
まず、貸出制御部224は、スタート画面60にて「レンタルする」66が選択されると、メモリカードの挿入を指示するための画面を端末モニタ52に表示させた後、外部情報部600にプレーヤIDを読み出す指示を出力し、その読み出したプレーヤIDを一時的に記憶する。また、一方で、図15に示した貸出登録データリスト560の中から貸出可能な馬を読み出して、端末モニタ52に貸出登録馬一覧表80を表示させる。このとき、例えば、貸出登録馬をクラス毎にソートし、クラス順に並び替えられた一覧表を表示するようにしてもよい。また、貸出制御部224は、操作部100から詳細データ542を表示する指示が入力されると、詳細データリスト540の中から該当する馬の詳細データ542を読み出して、端末モニタ52に表示させる。
【0099】
次いで、貸出制御部224は、操作部100から馬を借りる旨の操作信号と、馬のIDが入力されると、貸出処理を実行する。具体的には、貸出制御部224は、その選択された馬の貸出登録データ562を読み出して、該当する貸出メダル数の投入を判定し、その投入されたメダルを当該貸出登録データ562内の未支払メダル数に加算し、また、貸出有無を反転する処理を実行する。更に、貸出制御部224は、当該馬のIDと、予め記憶した借主プレーヤのIDとを競馬制御部226に対して出力し、レースへの出馬処理を実行させる。
【0100】
また、貸出制御部224は、各馬の能力や勝数に応じて貸出メダル数を変更する処理を実行する。例えば、各馬の過去のレースにおける勝数に基づいて貸出メダル数を決定する。図17は、勝数と貸出メダル数の対応関係を示す貸出メダルテーブル514の一例を示す図である。すなわち、貸出制御部224は、該当する馬の詳細データ542の中から馬主勝数と貸出勝数を読み出して総合勝数を算出し、その総合勝数に対応する値を貸出メダルテーブル514から読み出して、該当する馬の貸出メダル数として決定する。このように、総合勝数に応じて貸出メダル数を決定することによって、レースに強い馬をより高値で貸出せるように設定することができる。
【0101】
ただし、育成された馬を第三者に自由に貸出した場合、馬主プレーヤの意に反して負けると解りきったレースに出馬され、なかなか勝数が増加しないといった問題が生じる恐れがある。すなわち、育成プレーヤが多数のメダルを投資して強い馬を育成しているにもかかわらず、当該馬の貸出メダル数が増加しないといったことが起こり得る。
【0102】
そこで、貸出メダル数を決定する際に、図17に示した貸出メダルテーブル514のみならず、以下の式に基づいて決定してもよい。すなわち、貸出メダルテーブル514に記憶されたメダル数を基準値とし、この基準値に、当該馬に対する総調教回数を平均調教回数で割った値に更に調教係数αを掛けた値を加算した値を貸出メダル数とする。
【数1】

Figure 0004886114
ここで、調教係数αは定数であり、適当な数値を代入することとする。また、平均調教回数とは、全ての馬について調教された回数の平均を取ったものである。すなわち、調教データリスト550内の全ての総調教回数を加算し、更に、馬の数で割った値を意味する。したがって、平均調教回数は、ゲーム実行中において逐次変化することとなるが、一定時間置きに算出して均衡を保つように設定する。
【0103】
勿論、上記式に限定する必要はなく、調教回数を加味したいかなる決定方法であってもかまわない。このように、総調教回数を貸出メダル数の決定に含めることで、より道理に叶った貸出メダル数を決定することができる。更に、馬の年齢や病気の有無、該当する馬の血統といった他の要素が貸出メダル数の決定処理に寄与するように設定してもよい。
【0104】
なお、貸出制御部224が貸出メダル数を決定する処理を実行するタイミングは、育成制御部222によって要求される場合を除いて、1つのレースが終了した時とする。勿論、一定時間おき(例えば、3時間や6時間、あるいは1日といった単位)であってもよいし、各種データが変化する度に貸出メダル数の更新処理を実行してもよい。ただし、データの変更に応じて逐次更新処理を行う場合には、借主プレーヤが借り馬を選択している最中にも、刻々と貸出メダル数が変化することとなる。したがって、貸出制御部224は、その都度新たな貸出メダル数の値を表示するように画像生成部240に指示を出力する。
【0105】
以上が、貸出制御部224が実行する処理である。以下に、貸出制御部224が実行する貸出処理の流れを、図18に示すフローチャートを用いて説明する。
同図によれば、貸出制御部224は、外部情報部600から入力される借主プレーヤのIDを認識し(ステップS50)、一時的に記憶する。そして、貸出登録データリスト560から貸出可能な馬を選出すると、画像生成部240に出力して、貸出登録馬一覧表80を表示し、更に、必要に応じて詳細表示画面82を表示する(ステップS51)。更に、操作部100から入力される信号に基づいて借り馬を判定し(ステップS52)、選択された馬に該当する貸出登録データ562を読み出して(ステップS53)、外部情報部600から入力されるメダル数と、貸出登録データ562に記憶された貸出メダル数とが一致するかを判定する(ステップS54)。そして、その入力されたメダル数を貸出登録データ562内の未支払メダル数に加算し(ステップS35)、更に、貸出有無を反転し(ステップS56)、予め記憶した借主プレーヤのIDと当該馬のIDを競馬制御部226に出力して、出馬処理に移行する。
【0106】
次に、ゲーム演算部220内の競馬制御部226の処理について説明する。
競馬制御部226は、レースや賭けの処理を実行する機能部である。すなわち、実行するレースの管理や、各レースに出走する馬を記憶する処理、投資プレーヤの各出走馬に対する投票数に応じたオッズの算出処理、各出走馬の能力値に基づいてレースにおける順列を逐次計算する処理、オッズに合わせてメダルの払戻し料を決定する処理、賞金(メダル)を馬主プレーヤあるいは借主プレーヤに支払う処理などを実行する。
【0107】
例えば、競馬制御部226は、複数のレースと、各レースに出馬する馬とを対応付けて記憶するためのレース管理データを生成する。図19は、レース管理データ570の一例を示す図である。同図によれば、レース管理データ570は、各レースを識別するためのコードと、レース名と、レースのクラスと、賞金となるメダル数と、賞金の支払有無と、レースにおける距離と、第1枠から第8枠までのコースに出走する馬のIDと、借主プレーヤのIDと、着順と、タイムとを記憶するための記憶領域により構成されている。
【0108】
すなわち、競馬制御部226は、育成制御部222あるいは貸出制御部224からレースへの出馬処理の要求信号が入力されると、レースの一覧表を端末モニタ52に表示させ、各種プレーヤに出走レースを選択させる。そして、操作部100から入力される信号に基づいて出走レースを判別し、出馬処理の要求信号とともに入力された馬のID(有れば、借主プレーヤのIDと)を、レース管理データ570内の該当するレースコードの該当する位置に記憶する。このとき、馬主プレーヤによる出馬である場合には、借主プレーヤの欄を0に設定する。また、レース実行前においては、着順およびタイムを全て0に設定する。
【0109】
また、競馬制御部226は、1つのレースを終了すると、そのレース結果をレース管理データ570に書き込み、更に、レース結果に基づいて該当する馬の詳細データ542内に記憶された馬主勝数や、貸出勝数、出馬総数、収得メダル数等の値を更新する。具体的には、レースに優勝した出走馬のIDに対応する詳細データ542を読み出し、当該馬が馬主プレーヤにより出馬登録された場合には、馬主勝数の値を変更し、借主プレーヤによって出馬登録された場合には、貸出勝数の値を変更する。更に、レース管理データ570の中から賞メダル数を読み出して、詳細データ542内の収得メダル数に加算する。また、当該レースに出走した全ての馬のIDと対応する詳細データ542内の出馬総数の値を変更する。
【0110】
また、競馬制御部226は、貸出登録データリスト560内の貸出有無を変更する処理を実行する。具体的には、1つのレースが終了すると、レース管理データ570内のその終了したレースに該当するデータの中から、借主プレーヤのIDが記憶されている馬のIDを読み出す。更に、貸出登録データリスト560の中から、読み出した馬のIDと対応する貸出登録データ562を読み出し、貸出有無を切り替えることによって、貸出可能状態に変更する。
【0111】
また、競馬制御部226は、操作部100から「結果発表」68を表示する指示信号が入力されると、レース管理データ570および馬管理データリスト530とを読み出し、過去に実行されたレースを検出して画像生成部240に出力し、図7に示したような結果発表画面84を端末モニタ52に表示させる。また、結果発表画面84の表示中において、操作部100からレースコードが入力されると、図8に示したようなレース結果画面86を表示させる。このとき、各馬の名前や馬主プレーヤの名前は、各馬の馬管理データ532から読み出し、また、貸出有無や賞メダル数、支払い有無等の情報はレース管理データ570から読み出して表示させる。
【0112】
更に、レース結果画面86の表示中において、外部情報部600からプレーヤIDが入力されると、競馬制御部226は、レース管理データ570内の該当するレースにおける、賞金の支払有無を判定する。そして、未支払である場合には、外部情報部600から入力されたプレーヤIDが賞金を支払うべき対象であるかを判定し、支払い対象である場合には、該当するメダルを支払う。例えば、レース管理データ570の優勝馬の欄に、借主プレーヤのIDが記憶されている場合には、当該IDと外部情報部600から入力されたプレーヤIDとを比較する。一方、優勝馬の欄に、借主プレーヤのIDが記憶されていない場合には、馬管理データ532に記憶された馬主プレーヤのIDと、外部情報部600から入力されたプレーヤIDとを比較する。
【0113】
以上が、本実施の形態における競馬制御部226の主な特徴を成す処理である。なお、レースにおける各馬の順位を決定する処理や、オッズを決定する処理については、いかなる方法であってもかまわない。したがって、ここではその詳細な説明については省略する。
【0114】
以下に、図20〜図22を用いて、出馬決定処理、貸出有無変更処理、結果発表処理の流れを説明する。
図20は、出馬処理を説明するためのフローチャートである。
図20によれば、競馬制御部226は、育成制御部222もしくは貸出制御部224から出馬処理を請求する信号が入力されたか否かを判定し(ステップS70)、ない場合には本処理を終了する。一方、出馬を要求する信号が入力された場合には、レース管理データ570を読み出して(ステップS71)、レース一覧表を端末モニタ52に表示させる(ステップS72)。操作部100からレースを選択した旨の信号が入力されると、その選択されたレースへの出馬が可能であるか否かを判定し(ステップS73)、不可能であばステップS72に戻る。一方、出馬可能なレースであれば、レース管理データ570内の当該レースに該当する部分の所定の位置に、育成制御部222もしくは貸出制御部224から入力された馬のIDと、借主プレーヤのIDとを記憶し(ステップS74)、本処理を終了する。
【0115】
図21は、貸出有無を変更する処理を説明するためのフローチャートである。
同図によれば、競馬制御部226は、まず、レースが終了したか否かを判定する(ステップS80)。レースが終了していない場合には、本処理を終了する。一方、レースが終了した場合には、実行したレースのコードに対応するデータを、レース管理データ570から読み出し、当該レースの結果を記憶する(ステップS81)。次いで、競馬制御部226は、該当するレース管理データ570の中から、借主プレーヤが記憶された馬のIDを読み出す(ステップS82)。また、貸出登録データリスト560の中から、ステップS82にて読み出した馬のIDに該当する貸出登録データ562を全て読み出し(ステップS83)、貸出有無を有から無に反転させて(ステップS84)、本処理を終了する。
【0116】
図22は、結果発表処理を説明するためのフローチャートである。
同図によれば、競馬制御部226は、操作部100から結果発表画面84を表示する指示信号が入力されると、レース管理データ570を読み出し(ステップS90)、過去に実行したレースの名前、および距離を画像生成部240に出力し、結果発表画像を生成させて、端末モニタ52に結果発表画面84を表示させる(ステップS91)。更に、競馬制御部226は、操作部100からレースを選択する旨の信号の入力有無を判定し(ステップS92)、入力されない場合には、ステップS98に移行する。
【0117】
一方、ステップS92にて、レースが選択された場合には、レース管理データ570内の該当するレースの詳細と、そのレースに出馬した全ての馬の馬管理データ532を読み出して、画像生成部240に出力し、レース結果画面86を端末モニタ52に表示させる(ステップS93)。このとき、外部情報部600からプレーヤIDが入力されたか否かを判定し(ステップS94)、プレーヤIDが入力されない場合には、ステップS97に移行する。一方、外部情報部600からプレーヤIDが入力された場合には、当該IDと、レース管理データ570内に記憶された優勝馬のプレーヤIDと一致するかを判定し(ステップS95)、一致しない場合には、ステップS97に移行する。一致する場合には、レース管理データ570に記憶された賞メダルを支払う(ステップS96)。
【0118】
そして、操作部100からレース結果画面86を終了する旨の信号が入力されたかを判定し(ステップS97)、終了しない場合には、ステップS94に戻る。また、操作部100から当該結果発表画面84を終了する旨の信号が入力されたかを判定し(ステップS98)、終了しない場合には、ステップS91に戻る。終了する旨が選択された場合には、本処理を終了する。
【0119】
情報記憶媒体500は、本実施の形態における筐体10の駆動に係るプログラムやデータ等を記憶するものであり、CD−ROM、MO、DVD、メモリ、ハードディスク等のハードウェアにより実現できる。また、情報記憶媒体500は、競馬ゲームを実行するためのゲームプログラム510を記憶する。また、ゲームプログラム510には、ゲーム演算プログラム512や画像生成プログラム516が記憶される。更に、情報記憶媒体500は、性質データリスト520と、馬管理データリスト530と、詳細データリスト540と、調教データリスト550と、貸出登録データリスト560と、レース管理データ570とが記憶される。
【0120】
なお、ゲーム演算プログラム512には、ゲームシナリオや共通モニタ22に表示する馬等の各オブジェクトのポリゴンモデル情報、操作パネル42からの操作信号に応じて各部を実行させるための情報、ゲーム演算部220内の各部を制御するための情報等、ゲーム進行に係る情報が含まれる。また、ゲーム演算プログラム512には、貸出メダルテーブル514が含まれる。更に、画像生成プログラム516には、ジオメトリ処理やレンダリング処理を実行するために必要な情報や、各種選択画面(画像)や、各種一覧表等を生成するための情報の他、各種画像データが含まれる。
【0121】
次に、本実施の形態を実現できるハードウェアの構成の一例について、図23を用いて説明する。同図に示す装置では、CPU1000、ROM1002、RAM1004、情報記憶媒体1006、音生成IC1008、画像生成IC1010、I/Oポート1012、1014が、システムバス1016により相互にデータ入出力可能に接続されている。そして、画像生成IC1010には、表示装置1018(図1に示す共通モニタ22および端末モニタ52を含む)が接続され、音生成IC1008には、スピーカ1020(図1に示す共通スピーカ24および端末スピーカ46を含む)が接続され、I/Oポート1012には、コントロール装置1022が接続され、I/Oポート1014には、通信装置1024が接続されている。
【0122】
情報記憶媒体1006は、図9に示す機能ブロックにおける情報記憶媒体500に相当するものであり、プログラム、表示物を表現するための画像データ、音データ、プレイデータ等が主に格納されるものである。例えば、図1に示す筐体10では、ゲームプログラム510等を格納する情報記憶媒体として、ROM等のメモリやハードディスクが用いられ、この場合には、情報記憶媒体1006は、ROM1002であってもかまわない。また、パーソナルコンピュータにおいては、CD−ROM、DVD、ROM等のメモリ、ハードディスク等が用いられる。
【0123】
コントロール装置1022は、図1に示す操作パネル42に相当するものであって、ユーザがゲーム進行に応じて行う判断の結果を装置本体に入力するための装置である。
【0124】
CPU1000は、情報記憶媒体1006に格納されるプログラム、ROM1002に格納されるシステムプログラム(装置本体の初期化情報等)、コントロール装置1022によって入力される信号等に従って、装置全体の制御や各種データ処理を行う。RAM1004は、このCPU1000の作業領域等として用いられる記憶手段であり、情報記憶媒体1006やROM1002の所与の内容、あるいはCPU1000の演算結果が格納される。
【0125】
更に、この種の装置には、音生成IC1008と画像生成IC1010とが設けられていて、ゲーム音やゲーム画像の好適な出力が行えるようになっている。音生成IC1008は、情報記憶媒体1006やROM1002に記憶される情報に基づいて効果音やバックグラウンド音楽等のゲーム音を生成する集積回路であり、生成されたゲーム音は、スピーカ1020によって出力される。また、画像生成IC1010は、RAM1004、ROM1002、情報記憶媒体1006等から出力される画像情報に基づいて表示装置1018に出力するための画素情報を生成する集積回路である。また表示装置1018は、CRTやLCD、TV、プラズマディスプレイ、プロジェクター等により実現される。
【0126】
また、通信装置1024は、ゲームシステム内部で利用される各種の情報を外部とやり取りするものであり、他のゲームシステムと接続されてゲームプログラムに応じた所与の情報を送受したり、通信回線を介して、ゲームプログラム等の情報を送受すること等に利用される。
【0127】
また、上述した種々の処理は、図16、図18、図20〜図22のフローチャートに示した処理等を行うためのプログラムを格納した情報記憶媒体1006と、該プログラムに従って動作するCPU1000、画像生成IC1010、音生成IC1008等によって実現される。なお、画像生成IC1010、音生成IC1008等で行われる処理は、CPU1000あるいは汎用のDSP等によりソフトウェア的に行ってもよい。
【0128】
なお、本発明は、図1に示した業務用のゲームシステム1だけでなく、他のいかなる形態の娯楽設備に適用してもかまわない。例えば、本発明を、ネットワークを通じたオンラインゲームに適用してもかまわない。図24は、オンラインゲームに本発明を適用した例を示す図である。同図によれば、ネットワーク700を介して、サーバ702と各端末704−1、2、…、nが接続され、図9に示した情報記憶媒体500に記憶された情報(例えば、ゲームプログラム510、性質データリスト520、馬管理データリスト530、詳細データリスト540、調教データリスト550、貸出登録データリスト560、レース管理データ570等)をサーバ702が記憶する。各端末704は、必要な情報をその都度サーバ702から入手する。なお、各端末704には、ディスプレイやキーボードのほか、スピーカを具備させ、サーバから送られる画像データや音声データを出力できるようにする。
【0129】
サーバ702は、各端末704に対して、スタート画面60や馬主選択画面70等を送信するだけでなく、プレーヤによって入力された馬の名前や馬主の名前、プレーヤID等を記憶する処理等を実行する。なお、課金方法は、いかなる方法であってもかまわないが、上述のメダル投入の方法と同様でもさしつかえない。
【0130】
なお、本発明は、上記実施の形態で説明したものに限らず、種々の変形実施が可能である。例えば、本実施の形態では、借主プレーヤは、馬を借りた後で、出走するレースを決定する構成を例に説明したが、これに限る必要はなく、出走レースを選択した後に、借りる馬を決定する構成にしてもよいことは勿論である。
【0131】
また、本実施の形態では、所望の馬を出走させるレースを、レース一覧表の中から自由に選択できることとして説明したが、直後に実行するレースに限定して出走馬を募集する設定にしてもよい。例えば、「次のレースは、○○カップ(GI)1200mです。出走馬を指定してください。」といったガイダンスを表示して出走馬を募ることとしてもよい。この場合には、レース管理データ570に借主プレーヤのIDを記憶する必要がなく、レースが終るや否や優勝馬を出走させたプレーヤに対して賞金を払うといった構成にすることができる。すなわち、ゲームシステムの処理系は、各端末と馬との関係のみを記憶すれば足り、借主プレーヤを識別する必要がない。
【0132】
また、馬主プレーヤが貸出登録を自由に解除できる構成にしてもよい。例えば、貸出登録が成された馬について、その調教用の画面上に、貸出登録を解除するためのアイコンを表示する。当該アイコンが選択された場合には、貸出登録データリスト560の中から該当する貸出登録データ562を検索して、削除する。このとき、削除する貸出登録データ562内の未支払メダル数が0でない場合には、その未支払いのメダルを馬主プレーヤのメモリカードに書き込んで、未支払メダルが0になった後に、当該貸出登録データ562の削除を実行する。
【0133】
更に、上記実施の形態では、育成したキャラクタの貸出を可能とするゲームとして、競馬ゲームを例に説明したが、キャラクタの育成を伴うものであれば、これに限定する必要はない。例えば、自キャラクタの護衛をする護衛キャラクタが存在するようなゲームにおいて、護衛キャラクタを育成するモードを設け、これを他人に貸出すことを可能とする構成にしてもよい。この場合には、期間を限定して貸出すこととする。すなわち、護衛キャラクタは、借主プレーヤにより支払われたメダル数に応じた期間、当該借主プレーヤの自キャラクタを護衛し、その期間が経過すると、育成主であるプレーヤの元に帰還するといった構成にする。勿論、馬のキャラクタや護衛キャラクタに限定する必要もなく、プレーヤや遊戯者が愛でて楽しむキャラクタであってもよい。
【0134】
また、キャラクタの育成としては、何らかの事象を教えたり、食物を与えたりする行為だけでなく、武器や衣装といったアイテムを装備させる行為であってもよい。例えば、複数のアイテムをキャラクタに装着させていくゲームであって、且つ、各アイテムは互いに相関性を有し、組み合わせ如何によってその個性を強力に発揮したり逆に低減するようなゲームにおいて、プレーヤは、どのアイテムをキャラクタに装着させるか悩むこととなる。係るゲームに対して、アイテムの装着を育成と解し、本発明を適用してもよいことは勿論である。
【0135】
更に、貸出すキャラクタは、プレーヤが所有し、操作する自キャラクタそのものであってもかまわない。例えば、2以上のキャラクタが対戦する格闘アクションゲームにおける操作キャラクタそのものを貸出すこととしてもよい。
【0136】
また、育成プレーヤの育成対象を、1個のキャラクタに限定する必要はなく、軍隊や城、町、陣地といった複数の構成要素からなるものであってもよい。例えば、陣地内に様々なアイテムやキャラクタを配して敵の攻略から守り、逆に、自キャラクタを操作して他の陣地に攻込むといったゲームがあるが、かくなるゲームにおいて、巧みにアイテムやキャラクタを配置した陣地を第三者に貸出すこととしてもよい。
【0137】
具体的には、陣地内に配した各キャラクタやアイテムを識別するためのコードや、その配置位置等の情報を、本実施の形態における性質データとして記憶し、また、第三者が各陣地の概要を閲覧するための情報として、陣地名や陣地内の各キャラクタ名等の情報を、本実施の形態における管理データとして記憶する。そして、陣地を構成したプレーヤが貸出しを希望する場合には、貸出登録を実行させ、貸出登録データリストを生成する。更に、他のプレーヤによる攻略結果等をレース管理データに該当する攻略管理データとして記憶する、といったことにより実現することができる。
【図面の簡単な説明】
【図1】本実施の形態における筐体の外観図である。
【図2】サーバとゲーム端末の接続形態の一例を示す図である。
【図3】スタート画面の一例を示す図である。
【図4】馬主選択画面の一例を示す図である。
【図5】貸出登録馬一覧表の一例を示す図である。
【図6】詳細表示画面の一例を示す図である。
【図7】結果発表画面の一例を示す図である。
【図8】レース結果画面の一例を示す図である。
【図9】機能ブロック図である。
【図10】基本処理を説明するためのフローチャートである。
【図11】性質データリストの一例を示す図である。
【図12】馬管理データリストの一例を示す図である。
【図13】詳細データリストの一例を示す図である。
【図14】調教データリストの一例を示す図である。
【図15】貸出登録データリストの一例を示す図である。
【図16】生成育成処理を説明するためのフローチャートである。
【図17】貸出メダルテーブルの一例を示す図である。
【図18】貸出処理を説明するためのフローチャートである。
【図19】レース管理データの一例を示す図である。
【図20】出馬処理を説明するためのフローチャートである。
【図21】貸出有無変更処理を説明するためのフローチャートである。
【図22】結果発表処理を説明するためのフローチャートである。
【図23】本実施の形態を実現可能とするハードウェア構成の一例を示す図である。
【図24】本発明をオンラインゲームに適用した場合の一例を示す図である。
【符号の説明】
100 操作部
200 処理部
220 ゲーム演算部
222 育成制御部
224 貸出制御部
226 競馬制御部
240 画像生成部
300 表示部
400 音出力部
500 情報記憶媒体
510 ゲームプログラム
512 ゲーム演算プログラム
514 貸出メダルテーブル
516 画像生成プログラム
520 性質データリスト
530 馬管理データリスト
540 詳細データリスト
550 調教データリスト
560 貸出登録データリスト
570 レース管理データ
600 外部情報部[0001]
BACKGROUND OF THE INVENTION
The present invention relates to a game in which a plurality of people can participate, and more particularly to a program for executing a game capable of training and organizing characters appearing in the game.
[0002]
[Prior art]
There are games that allow individual players to freely develop characters appearing in the game space. Well-known as a breeding game is a type of game or toy that executes a conversation with a player in a unique language form by classifying and storing the languages input by the player. There is also a type of game in which a character's appearance, gesture, ability, and the like are changed according to the progress of the game and the player's operation, and the character is raised to a player-specific character. In this type of game, generally, a plurality of types of parameters are set for the character, and the values of the parameters are sequentially changed according to the player's operation and selection. Therefore, there can be many combinations of parameter values depending on the game scenario and the player's judgment, so that a player-specific character can be produced.
[0003]
For example, in a horse racing game in which a plurality of horse characters are competed and the player predicts the competition result, there are cases where individual horse characters are trained by the player separately from the race scene. In other words, there are those that not only make the player enjoy the prediction of horse racing, but also allow them to enjoy their roles as horse owners and trainers. In this case, personality such as temperament such as anger or cowardness, distance aptitude, ability to improve by one training, etc. are set as innate elements. At this time, there is a method in which values for determining each individuality are set at random, but there are cases in which the determination is made by combining the parameters of the two horses by letting the player select a mare and a stallion as parents. On the other hand, as acquired elements to be changed according to the progress of the game or the player's operation, values such as a stamina value, a speed value, and leg strength, which are generally considered to change due to training, are set.
[0004]
The player performs horse training in the game space in order to improve the ability of the horse to be trained. At this time, parameters such as horse condition and ability may be shown in a table or graph to present a judgment material for nurturing a stronger horse by the player. In a more serious game, the ability value is displayed. In some cases, the player may make his / her own judgment based on the pedigree of the mare and the stallion selected as the parent horse, and the training results and race results so far. In this way, when the determination material is implicitly indicated, there is a possibility that a difference depending on the skill of the player may occur in the ability of each horse. However, in a game with a strong taste such as a horse racing game, it is desirable. .
[0005]
Also, in this type of horse racing game, a player who has trained a horse character can run the raised horse in a race. That is, the player selects a race to be run or a jockey and causes the trained horse to run in the race, and if the horse wins the race, the prize can be obtained. In this way, in a game that includes the element of nurturing, the joy of raising the character to be cultivated according to his / her preference, the judgment to cultivate the personality to meet the purpose, and the nurturing The player can be entertained from every angle, such as strategic elements that make full use of characters to achieve the original goal of the game.
[0006]
[Problems to be solved by the invention]
In some games where characters can be nurtured, there are games aimed at nurturing themselves, but nurturing characters themselves may be derived from the original purpose of the game. For example, according to the above-described horse racing game, winning the race is an original purpose, and for this purpose, the purpose of raising a stronger horse character is generated. However, for the player, the ability to achieve the objectives of the entire game and the ability to nurture the character are not necessarily handled by the same judgment and strategic sense. Not necessarily good at it.
[0007]
For example, in the horse racing game, a player who is good at finding out the potential ability of the horse to be bred from the individuality of the mare and the stallion, which are the parent horses, selects an appropriate race and jockey to run and wins. Not always good at guiding. That is, even if there is a talent for selecting a race to start, he does not necessarily like and is not good at training horse characters. On the other hand, there are cases where you are interested in training but not interested in racing.
[0008]
In addition, in a game of a type in which a plurality of players share the same game space and execute one game at the same time, a game in which each player is in a relationship with each other is the mainstream, and each player There were few things that were placed in a relationship that shared their abilities and play results. In other words, in a game in which a plurality of players can participate and a character can be nurtured, even if they envy the characters raised by other people, they can enjoy using the characters themselves I couldn't.
[0009]
The present invention has been made in view of the above-described matters, and an object thereof is to realize a game in which a character owned by one player is used by another player.
[0010]
[Means for Solving the Problems]
First to solve the above problems The invention of , An object (for example, a horse character in the present embodiment) and a possessing player (for example, a book) that owns the object for a system that executes a given game by calculation and control by a processor. The owner player in the embodiment), the handling player of the target object (for example, the borrower player in the present embodiment), and the rental fee of the target object (for example, the number of rented medals in the present embodiment) are associated with each other. In accordance with the management means (for example, the lending registration data list 560 shown in FIG. 15 and the race management data 570 shown in FIG. 19) and the operation instruction of the handling player, the corresponding objects are managed in the given game. Handling means to handle (for example, the horse racing control unit 226 shown in FIG. 9; the running process in FIG. 20) and the rental fee managed by the management means Change means (for example, lending control shown in FIG. 9) that temporarily changes the player handling the corresponding object for a given period in exchange for the consumption of a game medium (for example, medals in the present embodiment) of the corresponding fee. Means 222; functioning step S56 of the lending process of FIG. 18 and horse racing control means 226 shown in FIG. 9; lending presence / absence changing process of FIG. Game information for .
[0011]
Also, 15th Invention Is The object, the owning player who owns the object, the handling player for the object, the management means for managing the rental fee of the object in association with each other, and the operation according to the operation instruction of the handling player In exchange for the handling means for handling the object in the given game and the consumption of the play medium of the fee corresponding to the rental fee managed by the management means, the handling player for the corresponding object is temporarily given. And a change means for changing the period Game system .
[0012]
Here, the object means an object owned by the owning player in the game space, and includes not only individual characters imitating people and animals and plants appearing in the game, but also groups and collectives such as army and groups of animals. And further includes a part (for example, a hand, a foot, a torso, etc.) in one individual. In addition, the game medium includes medals, coins, banknotes, silver balls (pachinko balls), virtual virtual medals during games, virtual coins, virtual banknotes, virtual silver balls, and the like. The amount may be represented not only by displaying virtual medals, virtual coins, virtual banknotes, and virtual silver balls, but also by numbers. The game medium is necessary for the player to participate in the game. Furthermore, when the management means manages the breeding player and the handling player, not only when managing individuals who enjoy the game, but also when executing the present invention by a game system comprising a plurality of terminal devices, Including management.
[0013]
this First Or 15th According to this invention, the handling player can handle a desired object by paying a play medium having a fee corresponding to a rental fee managed in association with the object. In other words, the player can borrow and enjoy other people's characters (objects) that have been merely envied in the past, and enjoy the game space at will.
[0014]
The target object to be borrowed by the handling player may be cultivated by the owning player, and by renting the cultivated target object, the player who is not interested in the act of nurturing It is possible to provide a game that can be enjoyed without being inferior to other players. That is, Second Invention As , 1st invention In this game information, information for causing the system to function training means (for example, the training control unit 222 shown in FIG. 9) for training the corresponding object in the given game in accordance with the operation instruction of the owned player. including Configure game information It is good as well. Or 16th Invention As , 15th invention In the game system according to the present invention, the game system includes training means for training the corresponding object in the given game in accordance with the operation instruction of the owned player. Configure the game system It is good as well.
[0015]
Here, nurturing is not only the process of taking care so that the appearance and ability of one object grows, but also the process of gradually combining individual characters, and combining multiple items and elements It includes the process of attaching and wearing.
[0016]
Also, Third Invention As , First Or Second invention In the game information, means for paying a part or all of the game medium having a fee corresponding to the lending fee to a player who owns the object whose handling player has been changed by the changing means (for example, a lending control unit shown in FIG. 9) 224; Step S55 of the lending process in FIG. 18 includes information for causing the system to function. Configure game information It is good as well.
[0017]
Also, 17th Invention As , 15th Or 16th invention In the game system, a means for paying a part or all of a play medium having a fee corresponding to the rental fee to a player who owns an object whose handling player has been changed by the changing means. Configure the game system It is good as well.
[0018]
this Third Or 17th According to the invention, the owned player is given a part or all of the game medium as a rental fee in exchange for lending the object. Therefore, for example, in a game in which the owned player can freely cultivate an object, when the owned player nurtures and lends a popular object, the owned player acquires more play media. That is, it can be expected that paying the game medium as a rental fee to the owning player contributes to improving the keenness of the owning player with respect to the game.
[0019]
It should be noted that the rental fee for the object need not be kept at a fixed value, and may be changed sequentially. That is, 4th Invention As , First From Third Either Invention In the game information, the management means includes information for functioning to change the rental fee of the target object according to a given parameter of the target object. Configure game information It is good as well. Or 18th Invention As , 15th From 17th Either Invention In the game system, the management means changes the rental fee of the object according to a given parameter of the object. Configure the game system It is good as well.
[0020]
this 4th Or 18th According to the present invention, the rental fee of the object can be changed in association with a given parameter. For example, in the case where the owned player forms an army as an object, if the lending fee is changed according to the number of soldier characters that constitute the army, the lending fee according to the size of the object Can be set.
[0021]
In addition, for example, when there is a game in which the army battles with each other and there are a player who cultivates a cavalry and a player who nurtures an infantry who are elements constituting each army, a player who nurtures a cavalry On the other hand, when the number of players who train infantry is overwhelmingly small and the supply of infantry lending is small, the number of demand and supply is reduced, such as increasing the infant rental fee for cavalry. It is also possible to set a loan fee according to the situation.
[0022]
Also, 5th Invention As , 4th invention In the game information, the given parameter includes at least a growth parameter, and the growth parameter of the corresponding target object is exchanged for the growing means in exchange for the consumption of the play medium of the given fee by the owned player. Including information to make it work Configure game information It is good as well.
[0023]
Also, 19th Invention As , 18th invention In the game system, the given parameter includes at least a growth parameter, and the breeding means changes the growth parameter of the corresponding object in exchange for the consumption of the play medium of the given fee by the owned player. Configure the game system It is good as well.
[0024]
this 5th or 19th According to the invention, the rental fee of the object can be associated with the parameter that determines the degree of growth of the object. For example, in a medal game in which the character grows and strengthens as the medal is invested, there is a direct relationship between the enthusiastic player's enthusiasm for the game and investing the medal in the game. It will be expressed by. In such a case, it is possible to set a rental fee that does not betray the enthusiasm or enthusiasm of the owned player by associating the rental fee of the character with the growth parameter.
[0025]
Also, 6th Invention As , First From 5th Either Invention In the game information, the management means includes information for functioning to change the rental fee of the target object based on the number of times the target player is changed. Configure game information It is good as well.
[0026]
this 6th According to this invention, it is possible to change the rental fee according to the number of changes of the handling player, that is, the number of rentals. For example, if the rental fee is increased with the increase in the number of loaned objects, it stimulates the improvement of owned players who are trying to develop more popular objects. Value can be increased. In addition, since it is predicted that a highly popular object will have a higher price, it is possible to expect a decentralization rate of the object lending rate in view of the purchasing psychology of the handling player as a borrower. Thus, by changing the loan fee according to the number of loans, the trend of the borrower and the lender can be controlled with good balance.
[0027]
Also, 7th Invention As , First From 6th Either Invention In the game information, the given game is a game having a battle mode in which a plurality of objects fight, and information for causing the handling means to function only in the battle mode is provided. Include Configure game information It is good as well.
[0028]
Also, 20th Invention As , 15th From 19th Either Invention In the game system, the given game is a game having a battle mode in which a plurality of objects fight, and the handling means is effective only in the battle mode. Configure the game system It is good as well.
[0029]
this 7th Or 20th According to the invention, the battle mode is provided, and the range in which the handling player can handle the object is limited to the battle mode only. For example, in a game in which the owned player cultivates an object, the roles of the owned player and the handling player become clear, and the growing ability of the owned player and the handling ability of the handled player can be clearly distinguished and recognized. effective. For this reason, the owned player can interpret it separately from his / her own training ability even when the raised object is in the hands of the handling player and the mischief result is developed in the battle mode. Can be lent to a third party.
[0030]
In addition, it is possible to provide a game that can be enjoyed by players who are interested in the breeding game but are not confident in the game such as battle and competition. On the other hand, even for a player who does not want to waste time in training an object, he can select an object that suits his taste and rent it easily.
[0031]
The period for lending an object may vary depending on the type and conditions of the game, but when a battle mode is established in which each object fights, the battle wins or loses for a relatively short time. If it is a game determined in (1), the lending period may be set for each struggle. That is, 8th Invention As , 7th invention In the game information, the information for causing the changing means to function so that the unit of the given period is a battle in the battle mode. Configure game information It is good as well.
[0032]
Also, 9th Invention As , 7th Or Eighth invention Information for causing the system to function a payment means for paying a corresponding handling player a play medium according to the performance of the object in the battle mode. Configure game information It is good as well.
[0033]
Also, 21st Invention As , 20th invention In the game system, a payment means for paying a corresponding handling player a game medium having a fee according to the performance of the object in the battle mode is provided. Configure the game system It is good as well.
[0034]
this 9th Or 21st According to the present invention, the handling player receives payment of a play medium of a given fee according to the performance of the object in the battle mode. For example, there is a medal game that cannot participate in a given struggle mode unless a fixed amount of medals is inserted. In such a medal game, if a player gives a medal to an excellent player in the struggle, the handling player who becomes the borrower of the object tries to borrow the object that is more resistant to the struggle, and the strong object is so popular. Get higher. In this way, not only the lending fee is given to the lender of the object, but also the satisfaction of the borrower can be doubled by adding a concept such as a prize to the handling result of the object.
[0035]
Also, 10th Invention As , 7th From 9th Either Invention In the game information, the game medium corresponding to the bet is secured, and the investment player who participated in the bet is stored, so that the means for accepting a bet on the struggle result of the struggle mode, and the result of the struggle mode are targeted. And means for causing the system to function a means for paying a play medium of a fee equivalent to a dividend to the invested player, and the struggle mode is an investment player for winning or losing in the struggle. Can bet on play media and Configuring game information to May be.
[0036]
Also, No. 22 Invention As , 20th Or 21st invention In this game system, the game medium corresponding to the bet is secured, and the investment player who participated in the bet is memorized, so that the means for accepting a bet on the struggle result of the struggle mode, Means for paying a play medium of a fee equivalent to the dividend to the invested player, and the battle mode is a mode in which the investment player can bet the play medium for winning or losing in the battle. Configure the game system It is good as well.
[0037]
this 10th Or No. 22 According to the present invention, the investment player can place a bet on the battle in the battle mode by the handling player. In other words, according to the game, it is possible to provide a game that satisfies the player from three viewpoints of the cultivating power for cultivating the object, the strategic power for fighting the object, and the reasoning power for betting on the victory or defeat in the battle. it can.
[0038]
Also, 11th Invention As , 7th From 10th Either Invention Information for causing the management means to function to change the rental fee of the target based on past results in the struggle mode of the target. Configure game information It is good as well.
[0039]
Also, No. 22 Invention As , 20th From No. 22 Either Invention In the game system, the management means changes the rental fee of the target based on the past results in the battle mode of the target. Configure the game system It is good as well.
[0040]
this 11th Or No. 22 According to the invention, the rental fee can be determined based on the past results of the object in the battle mode. For example, if the lending fee is set to be higher as the win rate or the number of wins in the battle is larger, it is possible to directly set an object that is resistant to the battle to a higher value. In addition, a handling player who is a borrower can borrow an object using a rental fee as a guide.
[0041]
In the case where the lending fee is set according to the past results or the number of lending, it may be desirable to update the lending fee each time. Therefore, 12th Invention As , 7th From 11th Either Invention Information for causing the management means to function so as to update the rental fee of the object for each battle in the battle mode. Configure game information It is good as well.
[0042]
Also, 13th The invention of , A server system connected to a plurality of game terminals via a given network, wherein a player operating each game terminal simultaneously executes a game sharing the same virtual space by calculation and control by a processor Management that associates and manages the object appearing in the virtual space, the owned player who owns the object, the player handling the object, and the rental fee of the object And a changing means for temporarily changing a player handling the corresponding object in exchange for a play medium having a charge corresponding to the rental charge managed by the management means. Game information for .
[0043]
Also, 24th The present invention is a server system which is connected to a plurality of game terminals via a given network, and a player who operates each game terminal simultaneously executes a game sharing the same virtual space, Managed by the management means, managing the object appearing in the virtual space, the owned player who owns the target object, the player handling the target object, and the rental fee of the target object in association with each other Change means for temporarily changing the player handling the corresponding object in exchange for a game medium having a fee equivalent to the rental fee Server system .
[0044]
this 13th Or 24th According to this invention, in a game in which a plurality of players simultaneously share the same virtual space, it becomes possible for another player to borrow an object owned by one player in exchange for a game medium. In other words, the progress of the game is the same for all players, and even if the game result is stored in a memory card or the like, the object can be lent even in a non-reproducible game where the same stage cannot be repeatedly executed. By doing so, it becomes possible to allow a plurality of players to use another person's object that was just envied in the same game space.
[0045]
Also, 14th Invention As , First From 13th Either Invention Remember game information Configured information storage media Of course, it is also possible.
[0046]
DETAILED DESCRIPTION OF THE INVENTION
In the following, preferred embodiments of the present invention will be described with reference to the drawings. In the following, the case where the present invention is applied to a game system in which a plurality of players can participate simultaneously will be described, but the application of the present invention is not limited to this. Further, in the present embodiment, a case where a horse racing game is realized by an arcade game system in which a game progresses by inserting medals will be described as an example.
[0047]
FIG. 1 is an external view showing an example of a housing 10 of the game system 1 according to the present embodiment. According to the figure, the housing | casing 10 is comprised from the base 20 and game terminal 30-1-4 (henceforth only the game terminal 30). The base 20 includes a common monitor 22 for displaying images in the horse racing game and a common speaker 24 for outputting sound effects, and is installed on the back of the game terminal 30. Moreover, the common monitor 22 is installed so that it can be visually recognized from any position of each game terminal 30.
[0048]
Each game terminal 30 includes a base portion 40 and a side portion 50. The base unit 40 has an operation panel 42 for a player located at each terminal to execute a game operation, a medal insertion slot 44 for inserting a medal, and a sound effect corresponding to the operation of the player at each terminal. A terminal speaker 46 for outputting and a card insertion slot 48 for inserting a memory card are provided. The side portion 50 includes a terminal monitor 52 at a position where a player who operates the operation panel 42 can visually recognize.
[0049]
That is, the player located at each game terminal 30 listens to the sound effect output from the terminal speaker 46 and operates the operation panel 42 to make various selections and inputs while viewing the image displayed on the terminal monitor 52. Enjoy a horse racing game. Accordingly, the terminal monitor 52 displays images desired by individual players, such as a selection screen for winning voting tickets and detailed data of each running horse. Further, the common monitor 22 displays contents common to all players, for example, a paddock for checking a running horse, a payout rate (ie, odds) of a winning voting ticket, a race actual condition, a race result (in order of arrival). Display).
[0050]
A system board 26 for executing various processes is built in the base 20 of the housing 10, and a memory 28, which is an information storage medium for storing various programs and data, is provided on the system board 26. Has been implemented. Further, a control system (not shown) of each game terminal 30 is connected via a communication line with the system board 26 as a server. FIG. 2 is a diagram showing an example of a connection form of each game terminal 30 connected to the server (system board 26) via the communication line 32. As shown in FIG. Each game terminal 30 may be capable of generating a game image and a game sound in a stand-alone manner. However, in the following, for simplicity of explanation, the server 26 generates a game image and a game sound so that each game It is assumed that the game terminal 30 outputs the data to the terminal 30 and outputs it.
[0051]
In the following, the expression “medal” includes two concepts of a medal that exists as a physical form and a medal as information. In other words, in terms of the insertion of medals, there are two methods: physical insertion of medals into the medal insertion slot 44 shown in FIG. 1 and withdrawal of medals as information from the memory card inserted into the card insertion slot 48. It includes meaning and can be either of them. That is, in the following, medals are handled by numbers. The memory card includes a storage area for storing the player ID and a medal storage area for storing the number of medals, and the processing system of the housing 10 reads or writes information from each area as necessary. Processing is to be executed.
[0052]
The present invention proposes that a player nurtures characters appearing in a game and lends them to other players. That is, according to the horse race using the above-described game system 1, it is possible for the player to raise a horse character and lend the raised horse character to other players. On the other hand, a player who becomes a borrower can borrow a desired horse character by inserting a medal of a predetermined fee. Then, the player who is the borrower becomes the owner of the spot, decides the race and jockey of the borrowed horse character, and enters the race. If the borrowed horse character wins the race, a medal as a prize is awarded to the borrower player.
[0053]
Hereinafter, an example of a horse racing game that nurtures a character and enables the lending of the character will be described in detail. Hereinafter, a horse character is simply referred to as a horse, a player who trains and trains a horse is referred to as an owner player, and a player who is a borrower is referred to as a borrower player. Furthermore, a player who purchases a winning voting ticket and enjoys betting is called an investment player.
[0054]
First, an outline of the horse racing game in the present embodiment will be described.
FIG. 3 is a diagram illustrating an example of a start screen displayed on the terminal monitor 52 of each game terminal 30. According to the figure, the start screen 60 displays four options (icons) of “buy betting ticket” 62, “become owner” 64, “rental” 66, and “result announcement” 68. The That is, the player can select the content of the game to be executed on the start screen 60.
[0055]
When the player selects “become a horse owner” 64 from the options displayed on the start screen 60, the player is caused to train and train a horse. First, the processing system of the housing 10 displays an owner selection screen for allowing a player (that is, an owner player) to select whether to train his horse or purchase a new horse. FIG. 4 is a diagram illustrating an example of the owner selection screen 70. According to the figure, on the owner selection screen 70, two icons of “New purchase” 72 and “Training horse” 74 are displayed. The owner selection screen 70 displays a message for instructing the owner player to insert a memory card, reads the owner player ID, and proceeds to the next screen.
[0056]
When “new purchase” 72 is selected on the owner selection screen 70, a horse is generated. That is, the horse ID and the horse ability value are generated and stored in association with the ID of the owner player. At this time, the horse ability value is determined based on the ability values of the parent horses (mares and stallions) selected by the owner player.
[0057]
On the other hand, when “Training Horse” 74 is selected on the owner selection screen 70, the owner player is caused to perform training of the owner horse. At this time, detailed data of the horse corresponding to the player ID recognized in advance is displayed on the terminal monitor 52. For example, horse condition, past training contents and frequency, age, sex, etc. are displayed. Furthermore, selectable training contents are displayed by icons, and the horse ability value is changed according to the selected training contents. If there are a plurality of horses corresponding to the player ID read from the memory card, the names of all the horses are displayed, and the horse to be trained is selected.
[0058]
The horse's ability value includes the age of the horse. When the horse's age is greater than a predetermined value, the horse is given the right to run and a message to that effect is displayed on the screen. In other words, the owner player can freely run his / her horse in the race. In addition, the right to run for the race is given according to the age, and the right to lend the horse is given. In other words, the owner player can register for lending when he / she wants to lend his horse, and can allow a third party (that is, the borrower player) to freely decide to run for the race. At this time, the number of medals serving as a rental fee is set for each of the horses registered for lending, and the borrower player can borrow a horse by inserting the lending medal. A part or all of the paid rental medals are given to the owner player of the horse. If the horse is rented, a message to that effect is displayed on the screen to notify the owner player that the horse is being rented.
[0059]
Further, when “rental” 66 is selected on the start screen 60, the game of the owner is provided to the player (that is, the borrower player). In other words, the borrower player can select the race in which the borrowed horse runs and the jockey at that time. If the borrower wins the race, the borrower player can obtain a part or all of the prize money.
[0060]
FIG. 5 is a diagram showing an example of a lending registration horse list 80 for the borrower player to select a borrowed horse. According to the figure, the lending registration horse list 80 displays the name, sex, class, owner player name, and number of rented medals of the horses registered for lending. At this time, if the borrower player is interested in the detailed information of each horse, the position of the cursor displayed on the terminal monitor 52 is moved to the position of the name of the lending registration horse, and the operation panel 42 is moved. By pressing the browse button, detailed data of the corresponding horse can be browsed.
[0061]
FIG. 6 is a diagram illustrating an example of the detail display screen 82. According to the figure, as detailed data, the image of the registered horse, the parent horse (name of the stallion and mare) of the registered horse, the number of horse owner wins, the number of rental wins, the total number of races, the total number of acquired medals, and training data Icon etc. are displayed. Here, the number of wins for the owner means the number of wins when the owner player has run, and the number of wins for rental means the number of wins when the player has lent. Further, the total number of medals obtained indicates the accumulation of prize money (medals) obtained in the race that has run. The training data is data in which a breakdown of training contents executed by the owner player in the past is stored, and specifically, the number of times executed for each training content such as “Wood Chip” and “Slope” is stored. Is done. That is, the borrower player can browse past training contents by selecting the training data icon with the operation button 42.
[0062]
When the borrower determines a borrowed horse from the rental registration horse list 80 shown in FIG. 5, the borrower player can select a race to be run and a jockey to enter the race. However, the borrower player cannot borrow a horse unless the loan medal displayed in the loan registration horse list 80 is inserted. That is, the processing system of the housing 10 waits for the insertion of a rental medal, and allows the borrower player to determine a race and a jockey. At this time, when the borrower player is prompted to insert a memory card, and the ID of the borrower player is recognized, it is stored in association with the selected horse ID, and if the horse wins the race, The prize money (medal) is paid to the borrower player.
[0063]
In addition, when “result announcement” 68 is selected on the start screen 60, a past race result list is displayed. FIG. 7 is a diagram illustrating an example of the result announcement screen 84. According to the figure, the result announcement screen 84 displays the race names and distances for the past five races. On this screen, when the player operates the operation panel 42 to select a race name, a race result screen for the race is displayed. FIG. 8 is a diagram illustrating an example of the race result screen 86. According to the figure, the race result screen 86 displays the name of the winning horse, the time, the number of medals as a prize, the presence / absence of payment, the name of the owner, and the rank of the running horse.
[0064]
The winning horse's prize money is paid on this race result screen 86. That is, when the race result screen 86 is displayed and the player inserts a memory card, the processing system of the housing 10 identifies the player ID. Then, the presence / absence of payment of the prize money and the presence / absence of the loan are determined, and when the identified player ID is recognized to be payable, the medal as the prize money is paid. Therefore, a player who has run a horse in a race can earn a prize even if he / she is not near the housing 10 during the race.
[0065]
When “buy betting ticket” 62 is selected on the start screen 60, a normal horse racing game is developed. That is, the processing system of the casing 10 is a player's list of horses that will run in the next race, a table of jockey's hats and wear colors and patterns, odds, details of the race of horses and race history, etc. (In other words, it is displayed on the terminal monitor 52 in accordance with the operation instruction of the investment player), and the investment player is allowed to select and purchase a winning voting ticket. At this time, the purchase number of winning horse voting tickets selected according to the number of inserted medals is determined. When the race is over, the arrival order of the running horses is displayed, the contents of the selected winning horse voting tickets are compared with the arrival order of the starting horses, and the selected winning horse voting tickets match the race result. Performs a refund according to the confirmed odds.
[0066]
Next, the functional configuration in the present embodiment will be described.
FIG. 9 is a diagram illustrating an example of functional blocks in the present embodiment. According to the figure, this functional block includes an operation unit 100, a processing unit 200, a display unit 300, a sound output unit 400, an information storage medium 500, and an external information unit 600. The operation unit 100 corresponds to the operation panel 42 of each game terminal 30 shown in FIG. 1, and is used to output the player's input / operation to the processing unit 200 as an electrical signal.
[0067]
The display unit 300 corresponds to the common monitor 22 and each terminal monitor 52 shown in FIG. 1, and displays a given image according to an instruction input from the processing unit 200. The sound output unit 400 corresponds to the common speaker 24 and the terminal speaker 46 shown in FIG. 1 and outputs a given sound effect in accordance with an instruction input from the processing unit 200.
[0068]
The external information unit 600 is a functional unit corresponding to the medal insertion slot 44 and the card insertion slot 48 of each game terminal 30 shown in FIG. For example, the external information unit 600 detects the number of medals inserted into the medal insertion slot 44 and outputs it to the processing unit 200 as a medal insertion signal. Also, processing for reading out necessary information from the memory card inserted into the card insertion slot 48 and outputting the information to the processing unit 200, processing for writing the information input from the processing unit 200 into the memory card, and the like are executed.
[0069]
The processing unit 200 performs various processes such as control of the entire system, instruction instruction to each function unit in the system, processing for realizing a horse racing game, image processing, sound processing, and the like. It can be realized by hardware such as various processors (CPU, DSP, etc.), ASIC (gate array, etc.), or a given program.
[0070]
Further, when a signal is input from the operation unit 100, the processing unit 200 temporarily stores the signal in association with the address of the game terminal 30 that is the transmission source of the signal, and executes processing according to the input signal. In addition, an image generated based on the processing result is output to the corresponding game terminal 30. The processing unit 200 mainly includes a game calculation unit 220 and an image generation unit 240. The processing unit 200 causes the game calculation unit 220 to execute a process according to an operation signal input from the operation unit 100. The image generation unit 240 generates an image based on the above. Then, the generated image is output to the game terminal 30 that is the source of the operation signal.
[0071]
The game calculation unit 220 inputs various game processes from the operation unit 100 such as a game progress process, a selection screen setting process, a process for controlling each character existing in the game space, and a process for generating a game image. This is executed based on an operation signal to be executed, a game calculation program 512 read from the information storage medium 500, or the like. The game calculation unit 220 mainly includes a breeding control unit 222, a lending control unit 224, and a horse racing control unit 226, and is based on a signal input from the operation unit 100 or the external information unit 600 and the game program 510. Outputs instructions to each unit. For example, in the case where a given process is executed in exchange for the insertion of a medal, the game calculation unit 220 waits for a medal insertion signal input from the external information unit 600 and gives an instruction to execute the process. Output to each part.
[0072]
Furthermore, the game calculation unit 220 displays the start screen 60 on each terminal monitor 52 of the display unit 300 and outputs an instruction to each unit according to an instruction signal input from the operation unit 100. For example, when “become a horse owner” 64 is selected on the start screen 60, an instruction to execute the process is output to the breeding control unit 222. In addition, each unit in the game calculation unit 220 executes processing according to the instruction input from the game calculation unit 220 and the game calculation program 512, and outputs the processing result to the image generation unit 240. Generate an image based on it.
[0073]
Hereinafter, a basic process when shifting from the start screen 60 to various games will be described with reference to FIG. According to the figure, the game calculation part 220 displays the start screen 60 on each terminal monitor 52 (step S1). When “become a horse owner” 64 is selected on the start screen 60 (step S2), the process proceeds to a generation and growth process by the growth control unit 222 (step S3). If “rental” 66 is selected (step S2), the process proceeds to a lending process by the lending control unit 224 (step S4). If “buy betting ticket” 62 is selected (step S2), the process proceeds to a horse racing process by the horse racing control unit 226 (step S5). If “result announcement” 68 is selected (step S2), the process proceeds to a result announcement process by the horse racing control unit 226 (step S6).
[0074]
Hereinafter, processing executed by each unit in the game calculation unit 220 will be described.
The breeding control unit 222 executes processing when “become a horse owner” 64 is selected on the start screen 60 shown in FIG. Specifically, a process for generating a horse in response to an input instruction from the owner player, a training process for changing the horse ability according to the training content selected by the owner player, and a registration process for performing horse lending registration Etc. are mainly executed.
[0075]
First, a process for generating a horse will be described.
The process of generating a horse is a process executed when “new purchase” 72 is selected on the owner selection screen 70 shown in FIG. 4, generating a horse ID, and various data of the horse. Is to generate The various data includes property data that characterizes the ability of the horse such as running and physical strength, horse management data for storing the name of the horse, the name of the owner player, and the like, and the pedigree and the winning number of the horse. Detailed data to be detailed information such as
[0076]
FIG. 11 is a diagram illustrating an example of the property data list 520. The property data list 520 stores property data 522 of a plurality of horses in association with horse IDs. According to the figure, the property data 522 is composed of a stamina value, a speed value, start aptitude, leg strength, growth rate, and the like. Here, the stamina value is a variable indicating a horse's vitality, endurance, physical strength, and the like, and is a value that varies depending on the presence of illness, running in a race, training, and the like. Further, the speed value means the average speed of the horse, the start aptitude means the speed that can be pulled out at the start, and the leg strength means a resistance force against the grass or the dirt, a kick force, and the like. The growth rate means the rate at which each property is increased by one training.
[0077]
That is, when an instruction to generate a horse is input, the breeding control unit 222 newly generates a horse ID, and further generates parameters such as a stamina value, a speed value, start aptitude, leg strength, and a growth rate. Then, each generated value is added as property data 522 to the property data list 520 in association with the generated horse ID. Each value of the property data 522 is generated with reference to the property data 522 of the parent horse selected by the owner player. At this time, the average value of each value of the mare and the stallion may be applied to each item. However, a value that is changed by training such as a stamina value is appropriately reduced. The property data 522 may have a more complicated configuration including not only those shown in FIG. 11 but also distance suitability, dirt suitability, failure suitability, temperament variables, and the like. Moreover, you may set a growth rate for every capability.
[0078]
FIG. 12 is a diagram illustrating an example of the horse management data list 530. The horse management data list 530 stores horse management data 532 of a plurality of horses in association with horse IDs. According to the figure, the horse management data 532 includes the owner player ID, the horse name, the owner name, the gender of the horse, the class, the age, the detailed code, and the training code. . Here, the class means the class of the race in which the horse can start, the detailed code is the code of the detailed data of the horse, and the training code is for identifying the training data of the horse. Means each code. The age is a variable indicating the age of the horse.
[0079]
That is, when an instruction to generate a horse is input, the breeding control unit 222 generates the name of the owner player and the name of the horse input from the operation unit 100, the player ID input from the external information unit 600, and the like. The horse management data list 530 is added in association with the horse ID. At this time, the sex may be determined by a random number, or may be determined according to the date, the desire of the owner player, or the like. The class is inexperienced and the age is set to zero. Further, a detailed code and a training content code are newly generated.
[0080]
FIG. 13 is a diagram illustrating an example of the detailed data list 540. The detailed data list 540 stores detailed data 542 of a plurality of horses in association with detailed codes. According to the figure, the detailed data 542 includes the name of the parent horse of the corresponding horse, its ID, the horse weight, the presence / absence of illness, the number of winning horse owners, the number of winning wins, the total number of running horses, and the total number of acquired medals. It consists of.
[0081]
That is, when generating the horse ID and the detailed code, the breeding control unit 222 generates detailed data 542 corresponding to the detailed code and adds it to the detailed data list 540. At this time, the number of horse owner wins, the number of loan wins, and the total number of horses run are set to 0, regardless of the presence or absence of illness. The horse weight may be uniquely determined or may be determined by a random number using a standard deviation. The horse ID of the parent horse is set to two horse IDs selected by the owner player.
[0082]
FIG. 14 is a diagram illustrating an example of the training data list 550. In the training data list 550, training data 552 of a plurality of horses is stored in association with training codes. According to the figure, the training data 552 is composed of the number of executions of wood chips, slopes, dirt, turf, pool, etc., and the total number of trainings. That is, the breeding control unit 222 generates training data 552 and adds it to the training data list 550 at the same time as generating a horse. Note that, at the time of generating the training data 552, 0 is set for each number of trainings. In addition, the training data 552 may be configured to take into account the strength of training, such as “Horari”, “Full”, and “Strengthen” in addition to the contents shown in FIG.
[0083]
Next, a process for changing the horse ability will be described.
The process of changing the horse's ability is a process that is executed when “Training Horse” 74 is selected on the owner selection screen 70 shown in FIG. 4, such as the property data 522 of FIG. The horse management data 532, the detailed data 542 in FIG. 13 and the training data 552 in FIG. 14 are changed as necessary.
[0084]
First, when “training of own horse” 74 is selected, the breeding control unit 222 searches the horse property data 522 corresponding to the owner player ID input from the external information unit 600. That is, the horse ID corresponding to the ID of the owner player is searched from the horse management data list 530, and the property data 522 and the training data 552 corresponding to the searched horse ID are further searched. Then, the value in the property data 522 and the value of the number of trainings in the training data 552 are changed according to the training content selected by the owner player. However, if there are a plurality of horse management data 532 corresponding to one player ID in the horse management data list 530, all the horse management data 532 are read out, and the name of the corresponding horse is stored in the terminal monitor 52. Display and select any one horse.
[0085]
It should be noted that any conventionally known method may be used for changing the value of each ability stored in the property data 522 according to the training content such as “Wood chip” or “Slope”. In any way, the essence of the present invention is not acceptable. Therefore, here, the details of processing such as which ability value is changed depending on which training content is omitted.
[0086]
The breeding control unit 222 also executes a process for updating the age and horse weight of each horse. At this time, the timing of updating the age and the horse weight of each horse may be sequentially changed according to the time defined in the game space. For example, the number of training, the number of horses to race, the bait Etc., or the number of times the owner player accesses the corresponding horse may be changed.
[0087]
Next, the lending registration process will be described.
The breeding control unit 222 registers and rents horses according to input instructions from the owner player. Lending registration means a process of storing the owner player ID and the ID of the owner horse in association with each other.
[0088]
FIG. 15 is a diagram illustrating an example of the lending registration data list 560. According to the figure, the lending registration data list 560 stores lending registration data 562 in association with the horse ID. Further, the lending registration data 562 includes lending presence / absence, player ID, the number of unpaid medals, the number of lent medals, and the total number of lending. In other words, when an instruction for lending registration is input from the operation unit 100, the breeding control unit 222 generates lending registration data 562 and adds it to the lending registration data list 560 in association with the horse ID. At this time, the number of unpaid medals and the total number of loans are set to 0, with or without loan. For the number of medals, a request signal for determining the number of medals is output to the lending control unit 224, and a value input from the lending control unit 224 is set.
[0089]
The number of unpaid medals means the total number of medals that have not been picked up by the owner player among the medals paid by the borrower player in the past. The payment timing of the unpaid medal is when the player inserts the memory card as the owner. That is, when “Training Horse” 74 is selected on the owner selection screen 70 shown in FIG. 4, the breeding control unit 222 reads out the property data 522 and the training data 552 of the corresponding horse and the lending registration data 562. Is read. Then, the presence / absence of unpaid medals is determined, and if there are unpaid medals, the total number of loans and the number of accumulated medals are displayed on the screen, and the value of the unpaid medals is displayed to the external information unit 600 Is written to the memory card, and the number of unpaid medals in the lending registration data 562 is changed to zero.
[0090]
The breeding control unit 222 refers to the lending registration data list 560 and displays icons for prompting the presence / absence of running and the presence / absence of lending registration. Specifically, when “horse training” 74 is selected on the start screen 60 and a horse to be trained is determined, whether or not the ID of the horse is registered in the lending registration data list 560 is searched. . If the ID of the horse does not exist in the list, an icon for executing lending registration and an icon for executing the horse are displayed. In addition, when the ID of the horse exists in the list, the presence / absence of the loan is determined. If the ID is not lent, an icon for executing the horse is displayed. A message to that effect is displayed.
[0091]
However, in order to limit the race start of inexperienced horses and younger horses, the age of the corresponding horse may be taken into account when determining whether or not to display the icons for running and lending registration. For example, the age is read from the horse management data 532 of the corresponding horse, and it is determined whether or not the age is greater than a predetermined age. If the age is smaller than the predetermined age, the icon may not be displayed on the assumption that the horse does not have the right to run and the right to lend.
[0092]
When the displayed icons are selected by the owner player, the breeding control unit 222 sequentially executes designated processes. For example, when an icon for running is selected, the ID of the corresponding horse is output to the horse racing control unit 226 to execute the running process for the race. At this time, the breeding control unit 222 switches the presence / absence of lending in the lending registration data 562 to “Yes” so that lending to a third party becomes impossible. When the lending registration icon is selected, the lending registration process described above is executed.
[0093]
The above is the processing executed by the breeding control unit 222. Below, the main flow of the production | generation training process performed by the growth control part 222 is demonstrated using the flowchart shown in FIG.
[0094]
According to FIG. 16, when the player ID is input from the external information unit 600 (step S30), the breeding control unit 222 displays the owner selection screen 70 shown in FIG. 4 on the terminal monitor 52 (step S31). When an operation signal of “new purchase” 72 is input from the operation unit 100, a horse ID is generated (step S32), property data 522, horse management data 532, detailed data 542, training Data such as data 552 is generated (step S33), and the process proceeds to step S36. On the other hand, if “Training Horse” 74 is selected in step S31, the horse ID corresponding to the player ID is determined from the horse management data list 530 (step S34), and the determined horse ID is determined. Various corresponding data are read (step S35).
[0095]
Then, it is determined whether or not the lending registration data 562 corresponding to the horse ID exists from the lending registration data list 560, determines whether or not the icon is displayed, and causes the terminal monitor 52 to display a training screen. (Step S36). Next, it is determined whether or not a horse race icon is selected from the operation unit 100 (step S37). If a horse race is selected, the horse ID is output to the horse race control unit 226, and the process proceeds to a horse race process.
[0096]
On the other hand, if no running icon is selected in step S37, it is determined whether or not the lending registration icon is selected (step S39). If the lending registration is not selected, the process proceeds to step S40, and if selected, the lending registration process is executed (step S39). And a training process is performed according to the operation signal from the operation part 100 (step S40). Further, when a signal to end the training is input from the operation unit 100 (step S41), the present process is ended, and when the signal is not ended, the process proceeds to step S37.
[0097]
Next, processing of the lending control unit 224 in the game calculation unit 220 will be described.
The lending control unit 224 executes processing when “rental” 66 is selected on the start screen 60 shown in FIG. More specifically, the process for displaying the lending registration horse list 80 shown in FIG. 5 and the horse detail display screen 82 shown in FIG. 6, the process of lending horses to the borrower player, and the number of rented medals Execute the process to determine.
[0098]
First, when “rental” 66 is selected on the start screen 60, the lending control unit 224 displays a screen for instructing insertion of a memory card on the terminal monitor 52, and then displays the screen on the external information unit 600 in the player. An instruction to read the ID is output, and the read player ID is temporarily stored. On the other hand, horses that can be lent out are read out from the rent registration data list 560 shown in FIG. 15, and the rent registration horse list 80 is displayed on the terminal monitor 52. At this time, for example, the rental registration horses may be sorted for each class, and a list sorted in the class order may be displayed. Further, when an instruction to display the detailed data 542 is input from the operation unit 100, the lending control unit 224 reads out the detailed data 542 of the corresponding horse from the detailed data list 540 and displays it on the terminal monitor 52.
[0099]
Next, when an operation signal for borrowing a horse from the operation unit 100 and the horse ID are input from the operation unit 100, the lending control unit 224 executes a lending process. Specifically, the lending control unit 224 reads out the lending registration data 562 of the selected horse, determines whether or not the corresponding lending medal number has been inserted, and determines that the inserted medal is not yet stored in the lending registration data 562. A process of adding to the number of medals paid and reversing the loan status is executed. Further, the lending control unit 224 outputs the ID of the horse and the ID of the borrower player stored in advance to the horse racing control unit 226, and executes a race running process.
[0100]
In addition, the lending control unit 224 executes processing for changing the number of rented medals according to the ability and the number of wins of each horse. For example, the number of rented medals is determined based on the number of wins in the past race of each horse. FIG. 17 is a diagram illustrating an example of a loan medal table 514 indicating the correspondence between the number of wins and the number of loan medals. That is, the lending control unit 224 calculates the total number of wins by reading out the horse owner win number and the lending win number from the detailed data 542 of the corresponding horse, and reads the value corresponding to the total win number from the lending medal table 514. And determined as the number of rented medals for that horse. Thus, by determining the number of rented medals according to the total number of wins, it is possible to set so that a horse that is resistant to racing can be rented at a higher price.
[0101]
However, if the bred horse is freely lent to a third party, if it is defeated against the owner's will, it will be run in a completely understood race, and there may be a problem that the number of wins does not increase easily. That is, although the breeding player invests a large number of medals and trains a strong horse, the number of medals rented for the horse may not increase.
[0102]
Therefore, when determining the number of rented medals, not only the rented medal table 514 shown in FIG. That is, the number of medals stored in the rental medal table 514 is used as a reference value, and a value obtained by adding a value obtained by dividing the total number of trainings for the horse by the average number of trainings and the training coefficient α is added to the reference value. The number of medals to rent.
[Expression 1]
Figure 0004886114
Here, the training coefficient α is a constant, and an appropriate numerical value is substituted. The average number of times of training is an average of the number of times of training for all horses. That is, it means a value obtained by adding all the total number of trainings in the training data list 550 and further dividing by the number of horses. Therefore, the average number of times of training changes sequentially during the execution of the game, but is set so as to be calculated and maintained at regular intervals.
[0103]
Of course, it is not necessary to limit to the above formula, and any determination method that takes into account the number of times of training may be used. In this way, by including the total number of trainings in the determination of the number of rented medals, it is possible to determine the number of rented medals that is more reasonable. Furthermore, other factors such as the age of the horse, the presence or absence of illness, and the corresponding pedigree of the horse may be set so as to contribute to the determination process of the number of rented medals.
[0104]
Note that the timing at which the lending control unit 224 executes the process of determining the number of rented medals is when one race is completed, except when requested by the breeding control unit 222. Of course, it may be at regular intervals (for example, a unit such as 3 hours, 6 hours, or 1 day), or the processing for updating the number of rented medals may be executed every time various data changes. However, when the sequential update process is performed according to the data change, the number of rented medals changes every moment even while the borrower player is selecting the borrowed horse. Accordingly, the lending control unit 224 outputs an instruction to the image generation unit 240 so as to display a new value of the number of rented medals each time.
[0105]
The above is the processing executed by the lending control unit 224. Below, the flow of the lending process which the lending control part 224 performs is demonstrated using the flowchart shown in FIG.
According to the figure, the lending control unit 224 recognizes the borrower player ID input from the external information unit 600 (step S50) and temporarily stores it. When a horse that can be lent is selected from the rent registration data list 560, the horse is output to the image generation unit 240 to display the rent registration horse list 80, and further displays a detail display screen 82 as necessary (step). S51). Further, a borrowed horse is determined based on a signal input from the operation unit 100 (step S52), and rental registration data 562 corresponding to the selected horse is read (step S53) and input from the external information unit 600. It is determined whether the number of medals matches the number of rented medals stored in the loan registration data 562 (step S54). Then, the number of medals input is added to the number of unpaid medals in the lending registration data 562 (step S35), and the presence / absence of lending is reversed (step S56). The ID is output to the horse racing control unit 226, and the process proceeds to the horse race process.
[0106]
Next, the process of the horse racing control unit 226 in the game calculation unit 220 will be described.
The horse racing control unit 226 is a functional unit that executes a race or betting process. That is, management of races to be executed, processing for storing horses running in each race, calculation processing of odds according to the number of votes for each running horse of the investment player, permutation in the race based on the ability value of each running horse A process of calculating sequentially, a process of determining a payout fee for medals in accordance with odds, a process of paying a prize (medal) to an owner player or a borrower player, and the like are executed.
[0107]
For example, the horse racing control unit 226 generates race management data for storing a plurality of races and horses running in each race in association with each other. FIG. 19 is a diagram illustrating an example of the race management data 570. According to the figure, the race management data 570 includes a code for identifying each race, a race name, a race class, the number of medals as a prize, whether or not a prize is paid, a distance in a race, It is composed of storage areas for storing the IDs of horses running on the course from the first frame to the eighth frame, the borrower player's ID, the arrival order, and the time.
[0108]
That is, when the horse race control unit 226 receives a request signal for a race run process from the breeding control unit 222 or the lending control unit 224, the horse race control unit 226 displays a list of races on the terminal monitor 52 and allows various players to run races. Let them choose. Then, the race to be started is determined based on the signal input from the operation unit 100, and the horse ID (with the borrower player ID, if any) input together with the request signal for the horse processing is stored in the race management data 570. Store in the corresponding position of the corresponding race code. At this time, if the horse owner is running, the borrower player column is set to zero. Also, before the race is executed, the arrival order and time are all set to zero.
[0109]
Further, when one race is finished, the horse racing control unit 226 writes the race result in the race management data 570, and further, the number of horse owner wins stored in the detailed data 542 of the corresponding horse based on the race result, Update the values such as the number of winning loans, the total number of runners, and the number of medals. Specifically, the detailed data 542 corresponding to the ID of the running horse that won the race is read out, and when the horse is registered for running by the owner player, the value of the number of horse owner wins is changed and registered for running by the borrower player. If it is, the value of the number of winning wins is changed. Further, the number of award medals is read from the race management data 570 and added to the number of acquired medals in the detailed data 542. In addition, the value of the total number of horses in the detailed data 542 corresponding to the IDs of all horses that entered the race is changed.
[0110]
In addition, the horse racing control unit 226 executes processing for changing presence / absence of lending in the lending registration data list 560. Specifically, when one race is completed, the ID of the horse storing the ID of the borrower player is read from the data corresponding to the completed race in the race management data 570. Further, the lending registration data 562 corresponding to the read horse ID is read from the lending registration data list 560, and the lending status is changed by switching the lending presence / absence.
[0111]
Further, when an instruction signal for displaying the “result announcement” 68 is input from the operation unit 100, the horse racing control unit 226 reads the race management data 570 and the horse management data list 530, and detects a race executed in the past. Then, the result is output to the image generation unit 240, and the result announcement screen 84 as shown in FIG. Further, when a race code is input from the operation unit 100 while the result announcement screen 84 is displayed, a race result screen 86 as shown in FIG. 8 is displayed. At this time, the name of each horse and the name of the owner player are read from the horse management data 532 of each horse, and information such as the presence / absence of a loan, the number of prize medals, and the presence / absence of payment is read from the race management data 570 and displayed.
[0112]
Further, when the player ID is input from the external information unit 600 while the race result screen 86 is being displayed, the horse racing control unit 226 determines whether or not a prize has been paid in the corresponding race in the race management data 570. If the player ID is not paid, it is determined whether or not the player ID input from the external information unit 600 is to be paid. If the player ID is to be paid, the corresponding medal is paid. For example, when the ID of the borrower player is stored in the winning horse column of the race management data 570, the ID is compared with the player ID input from the external information unit 600. On the other hand, if the ID of the borrower player is not stored in the column of the winning horse, the ID of the owner player stored in the horse management data 532 is compared with the player ID input from the external information unit 600.
[0113]
The above is the processing that constitutes the main features of the horse racing control unit 226 in the present embodiment. Note that any method may be used for the process of determining the rank of each horse in the race and the process of determining the odds. Therefore, detailed description thereof is omitted here.
[0114]
Below, the flow of the run determination process, the loan presence / absence change process, and the result announcement process will be described with reference to FIGS.
FIG. 20 is a flowchart for explaining the running process.
According to FIG. 20, the horse racing control unit 226 determines whether or not a signal for requesting a horse race process is input from the breeding control unit 222 or the lending control unit 224 (step S70). To do. On the other hand, when a signal requesting to run is input, the race management data 570 is read (step S71), and the race list is displayed on the terminal monitor 52 (step S72). When a signal indicating that a race has been selected is input from the operation unit 100, it is determined whether or not it is possible to run in the selected race (step S73), and if not, the process returns to step S72. On the other hand, if the race is capable of running, the horse ID input from the breeding control unit 222 or the lending control unit 224 and the borrower player ID at a predetermined position corresponding to the race in the race management data 570. Is stored (step S74), and the process is terminated.
[0115]
FIG. 21 is a flowchart for explaining processing for changing presence / absence of lending.
According to the figure, the horse racing control unit 226 first determines whether or not the race has ended (step S80). If the race has not ended, this process ends. On the other hand, when the race is completed, data corresponding to the code of the executed race is read from the race management data 570 and the result of the race is stored (step S81). Next, the horse racing control unit 226 reads out the ID of the horse storing the borrower player from the corresponding race management data 570 (step S82). Further, all the lending registration data 562 corresponding to the horse ID read in step S82 is read from the lending registration data list 560 (step S83), and the presence / absence of lending is reversed from presence to absence (step S84), This process ends.
[0116]
FIG. 22 is a flowchart for explaining the result announcement process.
According to the figure, when an instruction signal for displaying the result announcement screen 84 is input from the operation unit 100, the horse racing control unit 226 reads the race management data 570 (step S90), and the name of the race executed in the past, And the distance are output to the image generation unit 240, a result announcement image is generated, and the result announcement screen 84 is displayed on the terminal monitor 52 (step S91). Furthermore, the horse racing control unit 226 determines whether or not a signal indicating that a race is to be selected is input from the operation unit 100 (step S92). If not input, the process proceeds to step S98.
[0117]
On the other hand, if a race is selected in step S92, the details of the corresponding race in the race management data 570 and the horse management data 532 of all the horses running in the race are read out, and the image generation unit 240 is read out. The race result screen 86 is displayed on the terminal monitor 52 (step S93). At this time, it is determined whether or not a player ID is input from the external information unit 600 (step S94). If no player ID is input, the process proceeds to step S97. On the other hand, when the player ID is input from the external information unit 600, it is determined whether the ID matches the player ID of the winning horse stored in the race management data 570 (step S95). In step S97, the process proceeds to step S97. If they match, the award medal stored in the race management data 570 is paid (step S96).
[0118]
Then, it is determined whether a signal to end the race result screen 86 is input from the operation unit 100 (step S97). If not, the process returns to step S94. Further, it is determined whether or not a signal for ending the result announcement screen 84 has been input from the operation unit 100 (step S98). If not, the process returns to step S91. If the end is selected, this process is terminated.
[0119]
The information storage medium 500 stores a program, data, and the like related to driving of the housing 10 in the present embodiment, and can be realized by hardware such as a CD-ROM, MO, DVD, memory, and hard disk. Further, the information storage medium 500 stores a game program 510 for executing a horse racing game. The game program 510 stores a game calculation program 512 and an image generation program 516. Further, the information storage medium 500 stores a property data list 520, a horse management data list 530, a detailed data list 540, a training data list 550, a lending registration data list 560, and a race management data 570.
[0120]
The game calculation program 512 includes a game scenario, polygon model information of each object such as a horse displayed on the common monitor 22, information for executing each unit in accordance with an operation signal from the operation panel 42, and a game calculation unit 220. Information related to the progress of the game, such as information for controlling each of the components, is included. In addition, the game calculation program 512 includes a rental medal table 514. Further, the image generation program 516 includes various image data in addition to information necessary for executing geometry processing and rendering processing, information for generating various selection screens (images), various lists, and the like. It is.
[0121]
Next, an example of a hardware configuration capable of realizing this embodiment will be described with reference to FIG. In the apparatus shown in the figure, a CPU 1000, a ROM 1002, a RAM 1004, an information storage medium 1006, a sound generation IC 1008, an image generation IC 1010, and I / O ports 1012, 1014 are connected to each other via a system bus 1016 so as to be able to input and output data. . The image generation IC 1010 is connected to a display device 1018 (including the common monitor 22 and the terminal monitor 52 shown in FIG. 1), and the sound generation IC 1008 is connected to the speaker 1020 (the common speaker 24 and the terminal speaker 46 shown in FIG. 1). The control device 1022 is connected to the I / O port 1012, and the communication device 1024 is connected to the I / O port 1014.
[0122]
The information storage medium 1006 corresponds to the information storage medium 500 in the functional block shown in FIG. 9, and mainly stores programs, image data for expressing display objects, sound data, play data, and the like. is there. For example, the housing 10 shown in FIG. 1 uses a memory such as a ROM or a hard disk as an information storage medium for storing the game program 510 or the like. In this case, the information storage medium 1006 may be the ROM 1002. Absent. In a personal computer, a memory such as a CD-ROM, DVD, ROM, a hard disk, or the like is used.
[0123]
The control device 1022 corresponds to the operation panel 42 shown in FIG. 1, and is a device for inputting a result of determination made by the user in accordance with the progress of the game to the device main body.
[0124]
The CPU 1000 controls the entire apparatus and performs various data processing in accordance with a program stored in the information storage medium 1006, a system program stored in the ROM 1002 (such as initialization information of the apparatus main body), and a signal input by the control apparatus 1022. Do. The RAM 1004 is a storage means used as a work area of the CPU 1000 and stores the given contents of the information storage medium 1006 and the ROM 1002 or the calculation result of the CPU 1000.
[0125]
Further, this type of apparatus is provided with a sound generation IC 1008 and an image generation IC 1010 so that game sounds and game images can be suitably output. The sound generation IC 1008 is an integrated circuit that generates game sounds such as sound effects and background music based on information stored in the information storage medium 1006 and the ROM 1002, and the generated game sounds are output by the speaker 1020. . The image generation IC 1010 is an integrated circuit that generates pixel information to be output to the display device 1018 based on image information output from the RAM 1004, the ROM 1002, the information storage medium 1006, and the like. The display device 1018 is realized by a CRT, LCD, TV, plasma display, projector, or the like.
[0126]
The communication device 1024 exchanges various types of information used inside the game system with the outside. The communication device 1024 is connected to other game systems to transmit / receive given information according to the game program, It is used for sending and receiving information such as game programs via the.
[0127]
The various processes described above include an information storage medium 1006 that stores a program for performing the processes shown in the flowcharts of FIGS. 16, 18, and 20 to 22, a CPU 1000 that operates according to the program, and an image generation This is realized by the IC 1010, the sound generation IC 1008, and the like. Note that the processing performed by the image generation IC 1010, the sound generation IC 1008, and the like may be performed by software using the CPU 1000 or a general-purpose DSP.
[0128]
The present invention may be applied not only to the commercial game system 1 shown in FIG. 1 but also to any other form of entertainment equipment. For example, the present invention may be applied to an online game via a network. FIG. 24 is a diagram showing an example in which the present invention is applied to an online game. Referring to FIG. 9, a server 702 and terminals 704-1, 2,..., N are connected via a network 700, and information stored in the information storage medium 500 shown in FIG. The server 702 stores a property data list 520, a horse management data list 530, a detailed data list 540, a training data list 550, a lending registration data list 560, a race management data 570, and the like. Each terminal 704 obtains necessary information from the server 702 each time. Each terminal 704 is provided with a speaker in addition to a display and a keyboard so that image data and audio data sent from the server can be output.
[0129]
The server 702 not only transmits the start screen 60, the owner selection screen 70, and the like to each terminal 704, but also executes processing such as storing the horse name, owner name, player ID, etc. input by the player. To do. The charging method may be any method, but may be the same as the above-described medal insertion method.
[0130]
The present invention is not limited to the one described in the above embodiment, and various modifications can be made. For example, in the present embodiment, the borrower player has been described as an example of a configuration in which a race to be started is determined after borrowing a horse. However, the present invention is not limited to this. Of course, the configuration may be determined.
[0131]
In the present embodiment, it has been described that a race for starting a desired horse can be freely selected from the race list. Good. For example, it is possible to display a guidance such as “The next race is OO cup (GI) 1200 m. Please specify the starting horse” and recruit the starting horse. In this case, it is not necessary to store the borrower player ID in the race management data 570, and as soon as the race is over, a prize can be paid to the player who started the winning horse. That is, the processing system of the game system only needs to store the relationship between each terminal and the horse, and does not need to identify the borrower player.
[0132]
Further, the owner player may be able to freely cancel the lending registration. For example, an icon for canceling the lending registration is displayed on the training screen for the horse that has been lending registered. When the icon is selected, the corresponding lending registration data 562 is searched from the lending registration data list 560 and deleted. At this time, if the number of unpaid medals in the lending registration data 562 to be deleted is not 0, the unpaid medal is written in the memory card of the owner player, and the lending registration is performed after the unpaid medal becomes 0. The data 562 is deleted.
[0133]
Furthermore, in the said embodiment, although the horse racing game was demonstrated to the example as a game which enables the lending of the trained character, it is not necessary to limit to this if it accompanies the training of a character. For example, in a game where there is an escort character for escorting the player's own character, a mode for nurturing the escort character may be provided so that it can be lent out to others. In this case, the loan period will be limited. That is, the escort character escorts the borrower player's own character for a period corresponding to the number of medals paid by the borrower player, and returns to the player who is the breeder when the period has elapsed. Of course, it is not necessary to limit to a horse character or an escort character, and it may be a character that a player or a player can enjoy with love.
[0134]
Further, the character training may be not only an act of teaching some event or giving food, but also an act of wearing items such as weapons and costumes. For example, in a game in which a character is attached to a plurality of items, and each item has a correlation with each other, and depending on the combination, the individuality can be strongly demonstrated or conversely reduced. Will be worried about which item is attached to the character. Of course, the present invention may be applied to such a game by understanding that the item is attached.
[0135]
Further, the lent character may be the player's own character that is owned and operated by the player. For example, it is good also as lending the operation character itself in the fighting action game where two or more characters fight.
[0136]
Further, it is not necessary to limit the breeding target of the breeding player to one character, and it may be composed of a plurality of components such as an army, a castle, a town, and a base. For example, there are games in which various items and characters are arranged in the base to protect them from enemy capture, and conversely, the player's character is manipulated to invade other bases. It is good also as lending the position which arranged the character to the third party.
[0137]
Specifically, a code for identifying each character or item placed in the base and information such as an arrangement position thereof are stored as property data in the present embodiment, and a third party can also store information on each base. As information for browsing the overview, information such as the base name and the name of each character in the base is stored as management data in the present embodiment. If the player who forms the position desires to lend, lending registration is executed, and a lending registration data list is generated. Further, it can be realized by storing the capture results by other players as capture management data corresponding to the race management data.
[Brief description of the drawings]
FIG. 1 is an external view of a housing in the present embodiment.
FIG. 2 is a diagram illustrating an example of a connection form between a server and a game terminal.
FIG. 3 is a diagram illustrating an example of a start screen.
FIG. 4 is a diagram illustrating an example of an owner selection screen.
FIG. 5 is a diagram showing an example of a lending registration horse list.
FIG. 6 is a diagram illustrating an example of a detail display screen.
FIG. 7 is a diagram illustrating an example of a result announcement screen.
FIG. 8 is a diagram showing an example of a race result screen.
FIG. 9 is a functional block diagram.
FIG. 10 is a flowchart for explaining basic processing;
FIG. 11 is a diagram illustrating an example of a property data list.
FIG. 12 is a diagram showing an example of a horse management data list.
FIG. 13 is a diagram showing an example of a detailed data list.
FIG. 14 is a diagram illustrating an example of a training data list.
FIG. 15 is a diagram illustrating an example of a lending registration data list.
FIG. 16 is a flowchart for explaining generation and growth processing;
FIG. 17 is a diagram illustrating an example of a rental medal table.
FIG. 18 is a flowchart for explaining a lending process;
FIG. 19 is a diagram showing an example of race management data.
FIG. 20 is a flowchart for explaining a running process.
FIG. 21 is a flowchart for explaining lending presence / absence change processing;
FIG. 22 is a flowchart for explaining result presentation processing;
FIG. 23 is a diagram illustrating an example of a hardware configuration capable of realizing the present embodiment.
FIG. 24 is a diagram showing an example when the present invention is applied to an online game.
[Explanation of symbols]
100 operation unit
200 processor
220 Game calculation part
222 Development control unit
224 Lending Control Department
226 Horse Racing Control
240 Image generator
300 Display section
400 sound output unit
500 Information storage medium
510 game program
512 game calculation program
514 medal table
516 Image generation program
520 Property Data List
530 Horse Management Data List
540 Detailed Data List
550 Training Data List
560 Lending registration data list
570 Race management data
600 External Information Department

Claims (10)

コンピュータシステムに所与のゲームを実行させるためのプログラムであって、
対象物と、当該対象物を所有する所有プレーヤと、当該対象物の取扱プレーヤと、当該対象物の貸出料と、当該対象物の所与のパラメータとを対応付けて管理する管理手段、
前記取扱プレーヤの操作指示に従って、対応する対象物を前記所与のゲームにおいて取扱う取扱手段、
前記所有プレーヤの操作指示に従って、対応する対象物を前記所与のゲームにおいて育成する育成手段、
前記管理手段により管理された貸出料に相当する料の遊戯媒体の消費と引き換えに、対応する対象物の取扱プレーヤを一時的に所与の期間変更する変更手段、
前記変更手段による変更に際して消費された前記貸出料に相当する料の遊媒体の一部又は全部を、当該対象物の所有プレーヤが有する遊戯媒体の情報が記憶された記憶部に加算して記憶させることで当該所有プレーヤに支払う処理を行う手段、
として前記コンピュータシステムを機能させるとともに、
前記管理手段が、対象物の前記所与のパラメータに応じて、当該対象物の前記貸出料を変更する、
ように前記コンピュータシステムを機能させるためのプログラム。
A program for causing a computer system to execute a given game,
A management means for managing a target object, a player who owns the target object, a player handling the target object, a rental fee for the target object, and a given parameter of the target object in association with each other;
Handling means for handling a corresponding object in the given game in accordance with an operation instruction of the handling player;
A training means for training a corresponding object in the given game in accordance with an operation instruction of the possessing player;
Change means for temporarily changing a player handling a corresponding object for a given period in exchange for consumption of a play medium of a charge corresponding to a rental charge managed by the management means;
Wherein some or all of the Yu-Gi-Oh medium corresponding fee to the rental fee consumed upon change by changing means, the information of the game medium owned player has of the object is added to the storage unit stored stored Means for performing a process of paying the owned player by
As the computer system functions as
It said management means, according to the given parameter of the object, changes the rental fee of the object,
Program for causing the computer system to function.
請求項1において、
前記管理手段が、対象物の取扱プレーヤ変更回数に基づいて、当該対象物の貸出料を変更する、ように前記コンピュータシステムを機能させるためのプログラム。
In claim 1,
A program for causing the computer system to function so that the management means changes the rental fee of the object based on the number of times the object handling player is changed.
請求項1又は2において、
前記所与のゲームは、複数の対象物が闘争する闘争モードを有するゲームであり、
前記取扱手段が、前記闘争モードにおいてのみ有効となるように前記コンピュータシステムを機能させるためのプログラム。
In claim 1 or 2,
The given game is a game having a battle mode in which a plurality of objects fight,
A program for causing the computer system to function so that the handling means is effective only in the battle mode.
請求項3において、
前記変更手段が、前記所与の期間の単位を前記闘争モードにおける闘争とする、ように前記コンピュータシステムを機能させるためのプログラム。
In claim 3,
A program for causing the computer system to function so that the changing unit sets the unit of the given period as a battle in the battle mode.
請求項3または4において、
前記闘争モードにおける対象物の成績に応じた料の遊戯媒体を、対応する取扱プレーヤが有する遊戯媒体の情報が記憶された記憶部に加算して記憶させることで当該取扱プレーヤに支払う処理を行う手段として前記コンピュータシステムを更に機能させるためのプログラム。
In claim 3 or 4,
Means for performing a process of paying the handling player by adding to the storage unit storing the information of the playing medium possessed by the corresponding handling player, and storing the playing media according to the performance of the object in the battle mode. As a program for further functioning the computer system.
請求項3から5のいずれかにおいて、
前記管理手段が、対象物の闘争モードにおける過去の成績に基づいて、当該対象物の貸出料を変更する、ように前記コンピュータシステムを機能させるためのプログラム。
In any of claims 3 to 5,
A program for causing the computer system to function so that the management means changes a rental fee of the target based on past results in the struggle mode of the target.
請求項3から6のいずれかにおいて、
前記管理手段が、闘争モードにおける闘争毎に、対象物の貸出料を更新する、ように前記コンピュータシステムを機能させるためのプログラム。
In any of claims 3 to 6,
A program for causing the computer system to function so that the management means updates the rental fee of an object for each battle in the battle mode.
請求項1から7のいずれかに記載のプログラムを記憶したコンピュータ読取可能な情報記憶媒体。  A computer-readable information storage medium storing the program according to claim 1. 対象物と、当該対象物を所有する所有プレーヤと、当該対象物の取扱プレーヤと、当該対象物の貸出料と、当該対象物の所与のパラメータとを対応付けて管理する管理手段と、
前記取扱プレーヤの操作指示に従って、対応する対象物を前記所与のゲームにおいて取扱う取扱手段と、
前記所有プレーヤの操作指示に従って、対応する対象物を前記所与のゲームにおいて育成する育成手段と、
前記管理手段により管理された貸出料に相当する料の遊戯媒体の消費と引き換えに、対応する対象物の取扱プレーヤを一時的に所与の期間変更する変更手段と、
前記変更手段により取扱プレーヤを変更された対象物の所有プレーヤが有する遊戯媒体の情報が記憶された記憶部に、前記貸出料に相当する料の遊戯媒体の一部又は全部を加算して記憶させることで当該所有プレーヤに支払う処理を行う手段と、
を備えるとともに、
前記管理手段が、対象物の前記所与のパラメータに応じて、当該対象物の前記貸出料を変更する、
ゲームシステム。
A management means for managing a target, a possessing player who owns the target, a player for handling the target, a rental fee for the target, and a given parameter of the target in association with each other;
Handling means for handling a corresponding object in the given game according to an operation instruction of the handling player;
In accordance with an operation instruction of the owned player, a training means for training a corresponding object in the given game;
A change means for temporarily changing a player handling a corresponding object for a given period in exchange for consumption of a play medium of a charge corresponding to a rental charge managed by the management means;
A part of or all of the game media having a fee corresponding to the rental fee is added and stored in the storage unit storing the information of the game media owned by the player who owns the target whose player has been changed by the changing means . Means for performing a process of paying the owned player
With
It said management means, according to the given parameter of the object, changes the rental fee of the object,
Game system.
所与のネットワークを介して複数のゲーム端末と接続され、前記各ゲーム端末を操作するプレーヤが仮想空間内で自身が所有する対象物を取り扱って育成するゲームを実行するサーバシステムであって、
前記仮想空間に登場する対象物と、当該対象物を所有する所有プレーヤと、当該対象物の取扱プレーヤと、当該対象物の貸出料と、当該対象物の所与のパラメータとを対応付けて管理する管理手段と、
前記管理手段により管理される貸出料に相当する料の遊戯媒体と引き換えに、対応する対象物の取扱プレーヤを一時的に変更する変更手段と、
前記変更手段により取扱プレーヤを変更された対象物の所有プレーヤが有する遊戯媒体の情報が記憶された記憶部に、前記貸出料に相当する料の遊戯媒体の一部又は全部を加算して記憶させることで当該所有プレーヤに支払う処理を行う手段と、
を備えるとともに、
前記管理手段が、対象物の前記所与のパラメータに応じて、当該対象物の前記貸出料を変更する、
サーバシステム。
A server system that is connected to a plurality of game terminals via a given network and that executes a game in which a player operating each game terminal handles and nurtures an object owned by the player in a virtual space,
The object appearing in the virtual space, the owning player who owns the object, the player handling the object, the rental fee for the object, and the given parameters of the object are managed in association with each other Management means to
Change means for temporarily changing the player handling the corresponding object in exchange for a play medium of a charge corresponding to the rental charge managed by the management means;
A part of or all of the game media having a fee corresponding to the rental fee is added and stored in the storage unit storing the information of the game media owned by the player who owns the target whose player has been changed by the changing means . Means for performing a process of paying the owned player
With
It said management means, according to the given parameter of the object, changes the rental fee of the object,
Server system.
JP2001047429A 2001-02-22 2001-02-22 Program, information storage medium, game system, and server system Expired - Fee Related JP4886114B2 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2001047429A JP4886114B2 (en) 2001-02-22 2001-02-22 Program, information storage medium, game system, and server system

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2001047429A JP4886114B2 (en) 2001-02-22 2001-02-22 Program, information storage medium, game system, and server system

Related Child Applications (1)

Application Number Title Priority Date Filing Date
JP2011155516A Division JP4886913B2 (en) 2011-07-14 2011-07-14 Program, information storage medium, game system, and server system

Publications (2)

Publication Number Publication Date
JP2002248264A JP2002248264A (en) 2002-09-03
JP4886114B2 true JP4886114B2 (en) 2012-02-29

Family

ID=18908859

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2001047429A Expired - Fee Related JP4886114B2 (en) 2001-02-22 2001-02-22 Program, information storage medium, game system, and server system

Country Status (1)

Country Link
JP (1) JP4886114B2 (en)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP7387302B2 (en) 2019-06-14 2023-11-28 株式会社バンダイナムコエンターテインメント Game system, program and processing method

Families Citing this family (25)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP3841413B2 (en) 2003-02-19 2006-11-01 任天堂株式会社 GAME SYSTEM, GAME DEVICE, AND GAME PROGRAM
JP2006198072A (en) * 2005-01-19 2006-08-03 Konami Digital Entertainment:Kk Game system, game device and server device
JP5140940B2 (en) * 2005-01-28 2013-02-13 株式会社セガ Game system
JP2007069014A (en) * 2006-10-31 2007-03-22 Konami Digital Entertainment:Kk Game system, game device and server device
JP5378674B2 (en) * 2007-11-15 2013-12-25 株式会社カプコン Game program and game system
JP5091073B2 (en) * 2008-09-25 2012-12-05 株式会社コナミデジタルエンタテインメント GAME SYSTEM, GAME CONTROL METHOD, AND PROGRAM
JP4563482B2 (en) * 2008-12-22 2010-10-13 任天堂株式会社 GAME DEVICE AND GAME PROGRAM
JP5356299B2 (en) * 2010-03-26 2013-12-04 株式会社コナミデジタルエンタテインメント GAME SYSTEM AND GAME CONTROL METHOD
JP5607403B2 (en) * 2010-03-30 2014-10-15 株式会社バンダイナムコゲームス GAME SYSTEM AND GAME DEVICE
JP5228032B2 (en) * 2010-12-22 2013-07-03 株式会社カプコン Game program
JP5372077B2 (en) * 2011-07-11 2013-12-18 株式会社カプコン Game program and game system
JP6088727B2 (en) * 2011-07-13 2017-03-01 株式会社三共 Game system
JP5529193B2 (en) * 2012-03-15 2014-06-25 株式会社コナミデジタルエンタテインメント GAME CONTROL DEVICE, PROGRAM, GAME SYSTEM
WO2013146804A1 (en) * 2012-03-26 2013-10-03 株式会社コナミデジタルエンタテインメント Game system, game control method, non-transitory storage medium, and program
JP2013252268A (en) * 2012-06-06 2013-12-19 Konami Digital Entertainment Co Ltd Game system
JP5469716B2 (en) * 2012-09-13 2014-04-16 株式会社コナミデジタルエンタテインメント GAME SYSTEM, GAME CONTROL METHOD, AND PROGRAM
KR101431080B1 (en) * 2012-12-07 2014-08-22 제주한라대학교산학협력단 Equestrian course set up system
KR101431085B1 (en) * 2012-12-07 2014-09-24 제주한라대학교산학협력단 Equestrian virtualization system and method
JP6179203B2 (en) * 2013-06-06 2017-08-16 株式会社セガゲームス GAME SYSTEM, SERVER DEVICE, AND PROGRAM
JP6371749B2 (en) * 2015-09-30 2018-08-08 株式会社コナミデジタルエンタテインメント GAME SYSTEM, GAME CONTROL DEVICE, AND PROGRAM
JP6262840B1 (en) * 2016-12-28 2018-01-17 グリー株式会社 Control program, control method, and computer
WO2018134919A1 (en) * 2017-01-18 2018-07-26 セガサミークリエイション株式会社 Game device and game method
JP6759495B2 (en) * 2018-07-13 2020-09-23 株式会社コナミデジタルエンタテインメント Game systems, game controls, and programs
JP7190617B2 (en) * 2020-10-06 2022-12-16 株式会社Mixi Information processing device, information processing method and program
JP2022128209A (en) * 2021-02-22 2022-09-01 株式会社Cygames Program, information processing device, method and system

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP4048611B2 (en) * 1998-07-08 2008-02-20 カシオ計算機株式会社 Electronic pet breeding device and recording medium
JP3449934B2 (en) * 1998-11-26 2003-09-22 株式会社ナムコ GAME DEVICE AND INFORMATION STORAGE MEDIUM
JP3283846B2 (en) * 1999-04-02 2002-05-20 コナミ株式会社 Game system
JP2002233668A (en) * 2001-02-13 2002-08-20 Square Co Ltd Character lend/rent realizing game program, recording medium recording character lend/rent realizing game program, character lend/rent realizing method, and character lend/rent realizing system

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP7387302B2 (en) 2019-06-14 2023-11-28 株式会社バンダイナムコエンターテインメント Game system, program and processing method

Also Published As

Publication number Publication date
JP2002248264A (en) 2002-09-03

Similar Documents

Publication Publication Date Title
JP4886114B2 (en) Program, information storage medium, game system, and server system
Lehdonvirta et al. Virtual economies: Design and analysis
US20200023280A1 (en) Computer system and game system
CN107812383B (en) Game system, server, and information storage medium
US6929550B2 (en) Network game method and network game system
US20190340885A1 (en) System for managing individual performance challenges in fantasy gaming
JP4220532B2 (en) Server system and data management sales method
US11504627B2 (en) Game system, server system, terminal and method of executing game that provides advantageous effect to team
US20010014619A1 (en) Game system
EP2383026A1 (en) Computer system and program
Neiburger Gamers... in the library?!: the why, what, and how of videogame tournaments for all ages
JPWO2006080224A1 (en) Game system
JP4886913B2 (en) Program, information storage medium, game system, and server system
US20150174491A1 (en) Updating virtual trading card characteristics
CA2970805A1 (en) System for managing individual performance challenges in fantasy gaming
JP2022001269A (en) Game service provision device, game service provision method, and game service provision program
JP4710912B2 (en) Information display system and information display system
CN110383352A (en) Game related with the game based on skill and chip technology
JP2002177630A (en) Game apparatus
JP5140940B2 (en) Game system
JP3745992B2 (en) GAME DEVICE, INFORMATION REPLACEMENT DEVICE, INFORMATION SYNTHESIS DEVICE, GAME DEVICE CONTROL METHOD, INFORMATION REPLACEMENT METHOD, INFORMATION SYNTHESIS METHOD, AND PROGRAM
JP2004041714A (en) Control method for game device
KR20070103389A (en) Game device
JP6951836B2 (en) Server system and program
JP2008212741A (en) Control method for game device

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20080116

RD02 Notification of acceptance of power of attorney

Free format text: JAPANESE INTERMEDIATE CODE: A7422

Effective date: 20080116

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A821

Effective date: 20080208

RD04 Notification of resignation of power of attorney

Free format text: JAPANESE INTERMEDIATE CODE: A7424

Effective date: 20080208

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20101228

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20110228

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20110517

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20110714

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A132

Effective date: 20110913

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20111206

A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20111209

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20141216

Year of fee payment: 3

R150 Certificate of patent or registration of utility model

Ref document number: 4886114

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: 20141216

Year of fee payment: 3

S533 Written request for registration of change of name

Free format text: JAPANESE INTERMEDIATE CODE: R313533

R350 Written notification of registration of transfer

Free format text: JAPANESE INTERMEDIATE CODE: R350

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

S531 Written request for registration of change of domicile

Free format text: JAPANESE INTERMEDIATE CODE: R313531

R350 Written notification of registration of transfer

Free format text: JAPANESE INTERMEDIATE CODE: R350

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