ゲームシステム、ゲーム装置及びゲームプログラム
【課題】複数のゲーム装置で時刻に応じたイベントを発生させることができ、しかもゲーム装置間で時刻のズレが発生するのを防止でき、さらにゲーム装置間で通信を常に行うことなくゲームを進行させることのできるゲームシステムを提供すること。
【解決手段】複数のゲーム装置を通信ケーブルを介して接続し、イベント設定登録手続きを行う。このとき、各ゲーム装置に設けられたＲＴＣの時刻を一致させる。各ゲーム装置のプレイヤ名からイベント名が決定され、予め用意された複数のイベントテーブルの中からイベント名に基づいて一つのイベントテーブルが選択され、各ゲーム機では、このイベントテーブルにしたがって、ＲＴＣの時刻に応じてゲーム中でイベントが発生する。このイベントが実行されている間はプレイヤによるＲＴＣの時刻の再設定が禁止される。
【解決手段】複数のゲーム装置を通信ケーブルを介して接続し、イベント設定登録手続きを行う。このとき、各ゲーム装置に設けられたＲＴＣの時刻を一致させる。各ゲーム装置のプレイヤ名からイベント名が決定され、予め用意された複数のイベントテーブルの中からイベント名に基づいて一つのイベントテーブルが選択され、各ゲーム機では、このイベントテーブルにしたがって、ＲＴＣの時刻に応じてゲーム中でイベントが発生する。このイベントが実行されている間はプレイヤによるＲＴＣの時刻の再設定が禁止される。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ゲームシステム、ゲーム装置およびゲームプログラムに関し、特に、通信機能を備えた複数のゲーム装置において時刻に関連したイベントをゲーム世界に発生させるゲームシステム、ゲーム装置およびゲームプログラムに関する。
【背景技術】
【０００２】
時計を利用することによってビデオゲームに実時間の概念を導入しているゲーム装置が従来から存在する。例えば、特許文献１には、時計機能を備え、実時間にそってストーリーが展開されるゲーム装置が開示されている。
【０００３】
一方、複数のゲーム装置で統一したゲーム進行をするために、複数のゲーム装置を常時接続して、ゲーム実行中に同期をとり続ける方法が従来から存在する（例えば、特許文献２参照。）。
【特許文献１】特開平９−１７３６３６号公報
【特許文献２】特開２０００−２９５２０６号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、上記特許文献１においては、複数のゲーム装置を用いる場合のことが全く考慮されていない。すなわち、複数のゲーム装置で時間の概念のあるゲームを実行する場合に、ゲームの進行を各ゲーム装置において統一させることが全く考えられていない。さらに、各ゲーム装置の時計の時刻にズレがある場合には、ゲームの進行が各ゲーム装置において統一しないこととなる。
【０００５】
また、ゲーム装置の時計の時刻が狂ったときのために、時計の時刻値（カウント値）をプレイヤが再設定できるようにすることが望ましいが、この場合、プレイヤが故意に実際とは異なる時刻に設定することによって、ゲームの進行が本来のものとは異なるものになることがあった。
【０００６】
一方、上記特許文献２の方法では、各ゲーム装置間で常に通信をしておく必要があるため処理負担が大きい。また、常に通信ができる環境でしかゲームプレイできないため、例えば通信ケーブル等を用いて携帯型のゲーム装置間で通信しながらゲームをプレイする場合、ゲームをプレイする場所に制約が生じ、携帯型のゲーム装置に特有の利点である、どこでも自由にゲームをプレイすることができるという利点が失われてしまう。
【０００７】
それゆえに本発明は、複数のゲーム装置で時刻に応じたイベントを発生させることができ、しかもゲーム装置間で時刻のズレが発生するのを防止でき、さらにゲーム装置間で通信を常に行うことなくゲーム進行を統一させることのできるゲームシステムを提供することを目的とする。
【課題を解決するための手段】
【０００８】
上記の課題を解決するために、本発明は以下の構成を採用した。なお、括弧内の参照符号等は、本発明の理解を助けるために後述する実施形態との対応関係を示したものであって、本発明の範囲を何ら限定するものではない。
【０００９】
本発明のゲームシステムは、通信機能を備えた複数のゲーム装置を有している。各ゲーム装置は、計時手段（１３）と、同期手段（Ｓ２０１、Ｓ３０２を実行するＣＰＵコア２４）と、再設定禁止手段（Ｓ４０１とＳ４０２を実行するＣＰＵコア２４）と、イベント発生手段（Ｓ５０６を実行するＣＰＵコア２４）とを備える。計時手段は、プレイヤによる再設定が可能である。同期手段は、少なくとも２台のゲーム装置を含む任意のゲーム装置群（第１〜第４ゲーム装置）間で通信することによってこのゲーム装置群間で計時手段の時刻を一致させる。再設定禁止手段は、同期手段による処理が行われてから所定の同期期間（イベント期間）において、プレイヤによる計時手段の再設定を禁止する。イベント発生手段は、同期期間において、各ゲーム装置の計時手段の時刻に基づいてこのゲーム装置が出力する仮想的なゲーム世界に所定のイベントを発生させる（例えば、イベントを表す画像を画面に表示したり、イベントを表す音声を出力したりする）。
なお、同期期間とは、同期手段によってゲーム装置群の計時手段の時刻が統一された後の所定期間であって、計時手段の再設定が禁止されるために各ゲーム装置でほぼ同期がとれている状態の期間のことである。
【００１０】
なお、上記ゲームシステムにおいて、各ゲーム装置は、プレイヤによる計時手段の再設定の可否を示すフラグ（イベント発生中フラグ）を記憶するフラグ記憶手段（１２）と、同期手段による処理が行われたときにフラグをオンにし、同期期間が終了したときにオフにするフラグ設定手段（Ｓ２０８、Ｓ３０８、Ｓ５１１を実行するＣＰＵコア２４）とをさらに備え、再設定禁止手段は、フラグがオンのときに再設定を禁止してもよい。
【００１１】
また、上記ゲームシステムにおいて、各ゲーム装置は、同期期間の終了条件（終了時刻）を設定する終了条件設定手段（Ｓ２０９、Ｓ３０９を実行するＣＰＵコア２４）をさらに備え、終了条件設定手段は、ゲーム装置群間で通信することによってこのゲーム装置群間で共通の終了条件を設定してもよい。
【００１２】
また、上記ゲームシステムにおいて、各ゲーム装置は、イベント発生手段が発生させるべきイベントを設定するイベント設定手段（Ｓ２０７、Ｓ３０７を実行するＣＰＵコア２４）をさらに備え、イベント設定手段は、ゲーム装置群間で通信することによってこのゲーム装置群間で共通のイベントを設定してもよい。
【００１３】
また、上記ゲームシステムにおいて、イベント設定手段は、ゲーム装置群を構成する各ゲーム装置において個別に設定されている情報（プレイヤ名）の組み合わせ（タロウ、ジロウ、サブロウ、シロウの組み合わせ）に基づいて、このゲーム装置群を構成するゲーム装置（第１〜第４ゲーム装置）の組み合わせに対応した共通のイベントを設定（つまり、イベントを発生させるためのデータを生成または選択する）してもよい。
【００１４】
また、上記ゲームシステムにおいて、ゲーム装置群のうち、１つのゲーム装置が親機として、残りのゲーム装置が子機としてそれぞれ動作し、イベント設定手段は、第１データ（"タジサシ"）を起源データとして所定の規則（アスキーコードの和の下１桁）に基づいてイベントを設定するものであり、親機のイベント設定手段は、第１データを決定して、子機にこの第１データを通信手段を用いて送信し（Ｓ２０５）、かつ、この第１データを起源データとし、子機のイベント設定手段は、通信手段を用いて第１データを受信して（Ｓ３０５）、受信したこの第１データを起源データとしてもよい。
【００１５】
また、上記ゲームシステムにおいて、親機は、子機から第２データ（プレイヤ名）を受信して（Ｓ２０３）、受信したこの第２データに基づいて第１データを生成してもよい。
【００１６】
また、上記ゲームシステムにおいて、ゲーム装置は、第１データに基づいてゲームデータ（モンスターやアイテムの属性値）を生成するゲームデータ生成手段をさらに備えてもよい。
【００１７】
また、上記ゲームシステムにおいて、ゲーム装置は、イベントを発生させるために用いられるゲームデータ（モンスターやアイテムの属性値、モンスターやアイテムやマップの画像）を記憶するゲームデータ記憶手段と、第１データに基づいて、ゲームデータを変更するゲームデータ変更手段とをさらに備えてもよい。
【００１８】
また、上記ゲームシステムにおいて、ゲーム装置は複数のイベントを発生させるためのデータ（イベントテーブル）を記憶するイベント記憶手段（ＲＯＭ１１）をさらに備え、イベント設定手段は、第１データに基づいて複数のイベントから少なくとも１つのイベントを選択してもよい。
【００１９】
また、上記ゲームシステムにおいて、イベント記憶手段には、１つのイベントを構成する複数の単位イベント（選択イベント）を発生させるためのデータが記憶され、イベント設定手段は、第１データに基づいて複数の単位イベントから少なくとも１つの単位イベントを選択してもよい。
【００２０】
また、本発明のゲーム装置（１００、１１０）は、通信機能を備えており、計時手段（１３）と、同期手段（Ｓ２０１、Ｓ３０２を実行するＣＰＵコア２４）と、再設定禁止手段（Ｓ４０２を実行するＣＰＵコア２４）と、イベント発生手段（Ｓ５０６を実行するＣＰＵコア２４）とを備える。計時手段は、プレイヤによる再設定が可能である。同期手段は、少なくとも２台のゲーム装置を含む任意のゲーム装置群（第１〜第４ゲーム装置）間で通信することによってこのゲーム装置群間で計時手段の時刻を一致させる。再設定禁止手段は、同期手段による処理が行われてから所定の同期期間（イベント期間）において、プレイヤによる計時手段の再設定を禁止する。イベント発生手段は、同期期間において、計時手段の時刻に基づいてゲーム世界に所定のイベントを発生させる。
【００２１】
また、本発明のゲームプログラムは、通信機能を備えた複数のゲーム装置（第１〜第４ゲーム装置）を有するゲームシステムにおいて、各ゲーム装置のコンピュータを、同期手段（Ｓ２０１、Ｓ３０２を実行するＣＰＵコア２４）、再設定禁止手段（Ｓ４０２を実行するＣＰＵコア２４）、イベント発生手段（Ｓ５０６を実行するＣＰＵコア２４）として機能させるためのものである。同期手段は、少なくとも２台のゲーム装置を含む任意のゲーム装置群（第１〜第４ゲーム装置）間で通信することによって、各ゲーム装置に個別に設けられたプレイヤによる再設定が可能な計時手段（１３）の時刻をこのゲーム装置群間で一致させる。再設定禁止手段は、同期手段による処理が行われてから所定の同期期間（イベント期間）において、プレイヤによる計時手段の再設定を禁止する。イベント発生手段は、同期期間において、計時手段の時刻に基づいてゲーム世界に所定のイベントを発生させる。
【００２２】
また、本発明のゲームカートリッジ（１１０）は、通信機能を備えたゲーム装置本体部（１００）に着脱可能であり、ゲームプログラムを記録したコンピュータ読取可能な記録媒体（１１）およびプレイヤによる再設定が可能な計時手段（１３）を備えている。そして、記録媒体に記録されたゲームプログラムは、ゲーム装置のコンピュータ（２４）を、同期手段（Ｓ２０１、Ｓ３０２を実行するＣＰＵコア２４）、再設定禁止手段（Ｓ４０２を実行するＣＰＵコア２４）、およびイベント発生手段（Ｓ５０６を実行するＣＰＵコア２４）として機能させる。同期手段は、少なくとも２台のゲーム装置を含む任意のゲーム装置群（第１〜第４ゲーム装置）間で通信することによって、計時手段の時刻をこのゲーム装置群間で一致させる。再設定禁止手段は、同期手段による処理が行われてから所定の同期期間（イベント期間）において、プレイヤによる計時手段の再設定を禁止する。イベント発生手段は、同期期間において、計時手段の時刻に基づいてゲーム世界に所定のイベントを発生させる。
【発明の効果】
【００２３】
請求項１に記載の発明によれば、複数のゲーム装置で時刻に応じたイベントを発生させることができる。また、同期期間（イベント期間）の開始に先立って各ゲーム装置の計時手段の時刻が一致されるので、同期期間中に時刻に基づいてイベントを発生させるときに、ゲーム装置間の時刻のずれによる不具合の発生を防止することができる。すなわち、各ゲーム装置でほぼ同じタイミングで同じイベントを発生させることとなって、各ゲーム装置のプレイヤが共通の世界でゲームをしている感覚が得られる。また、ゲーム装置にはプレイヤによる再設定が可能な計時手段が設けられているが、同期期間においてはその再設定が禁止されるので、同期期間におけるプレイヤによる不正な再設定を防止することができる。さらに、同期期間以外においては再設定を許容するようにして時刻のずれが発生したときに修正することができる。さらに、各ゲーム装置において個別に設けられた計時手段によってイベントを発生させるので、ゲーム装置間で通信を常に行うことなくゲームを進行させることができる。
【００２４】
請求項２に記載の発明によれば、フラグを用いることで同期期間における時刻の再設定を簡単に禁止することができる。
【００２５】
請求項３に記載の発明によれば、同期期間の終了条件を各ゲーム装置で共通とすることができる。
【００２６】
請求項４に記載の発明によれば、同期期間において各ゲーム装置で同じ内容のゲームを進行させることができる。特に、各ゲーム装置でほぼ同じタイミングで同じイベントが発生するので、複数のプレイヤが同じゲーム世界にいるかのような感覚を与えることができる。
【００２７】
請求項５に記載の発明によれば、ゲーム装置の組み合わせに応じてイベントが変化するため、常に同じ仲間でゲームをプレイするのではなく、メンバーを入れ替えてゲームをプレイすることによる新たな楽しさを各プレイヤに味わわせることができる。
【００２８】
請求項６に記載の発明によれば、親機において決定された第１データを起源データとして、各ゲーム装置がこの起源データに基づいてイベントを設定することにより、各ゲーム装置で簡単に共通のイベントを設定することができる。この場合、親機から子機への通信が必要なのは起源データのみであるので、通信量を減らすことができる。
【００２９】
請求項７に記載の発明によれば、親機は子機から送信された第２データに基づいて第１データを決定するため、子機から送信される第２データに基づいてイベントを設定することができる。これによって、子機に応じたイベントが発生されることになる（子機が変わればイベントが変わる）。
【００３０】
請求項８に記載の発明によれば、起源データによってゲームデータが変化するのでイベント内容に変化を与えることができる。
【００３１】
請求項９に記載の発明によれば、イベントを発生させるために用いられるゲームデータを、子機から送信される第２データに基づいて変更することができる。
【００３２】
請求項１０に記載の発明によれば、各ゲーム装置は、複数のイベントの中から第１データに応じたイベントを選択することによって、各ゲーム装置で共通のイベントを設定することができる。
【００３３】
請求項１１に記載の発明によれば、１つのイベントを構成している複数の単位イベントの中から第１データに応じた単位イベントを選択することによって、各ゲーム装置で共通のイベントを設定することができる。
【発明を実施するための最良の形態】
【００３４】
以下、本発明の一実施形態に係るゲームシステムについて図面を参照して説明する。
図１に、本発明のゲームシステムの外観を示す。本ゲームシステムでは、通信ケーブル５００を介して４台のゲーム装置（以下、それぞれ第１ゲーム装置〜第４ゲーム装置と称す）が接続される。各ゲーム装置は、ゲームカートリッジと本体部とで構成される。つまり第１ゲーム装置はゲームカートリッジ１１０および本体部１００より構成され、第２ゲーム装置はゲームカートリッジ２１０および本体部２００より構成され、第３ゲーム装置はゲームカートリッジ３１０および本体部３００より構成され、第４ゲーム装置はゲームカートリッジ４１０および本体部４００より構成される。なお、本実施形態において、第１ゲーム装置〜第４ゲーム装置の構成は同一であるため、以下では第１ゲーム装置の構成についてのみ説明する。第１ゲーム装置の本体部１００には、ＬＣＤ（液晶表示部）２１や、スピーカ２９や、操作スイッチ（例えば操作スイッチ３０ａ〜３０ｄ）が設けられている。
【００３５】
次に、図２を参照して第１ゲーム装置の内部構成について説明する。ゲームカートリッジ１１０には、ゲームプログラムや後述するイベントに関するデータが記録されたＲＯＭ１１や、後述するイベント情報等を記憶するためのフラッシュＲＯＭ１２や、時刻をカウントするＲＴＣ（Ｒｅａｌ Ｔｉｍｅ Ｃｌｏｃｋ）１３が設けられている。なおフラッシュＲＯＭ１２の代わりに他の書き換え可能な記憶装置を用いても構わない。ＲＴＣ１３にはゲームカートリッジ１１０内部に設けられたバッテリー（図示せず）等によって常に電力が供給されており、ＲＴＣ１３は、ゲームカートリッジ１１０が本体部１００に接続されているか否かに関わらず時刻をカウントし続けることができる。
【００３６】
一方、本体部１００には、ゲーム画像を表示するためのＬＣＤ（液晶表示装置）２１や、ゲームカートリッジ１１０を接続するためのコネクタ２２や、ゲームカートリッジ１１０から供給されたゲームプログラムに基づいてゲーム処理を実行する制御回路２３や、サウンドデータに基づいてスピーカを駆動するサウンド回路２８や、スピーカ２９や、操作スイッチ３０や、通信ケーブル５００を接続するためのコネクタ３１が設けられている。制御回路２３は、プログラムに基づいて各種処理を実行するＣＰＵコア２４や、ＬＣＤ２１を駆動するためのＬＣＤコントローラ２５や、ＣＰＵコア２４のワークメモリとしてのＲＡＭ２６や、ＤＭＡやＩＯ等の周辺回路２７から構成される。なお、本体部１００の構成は一般的なゲーム装置の構成と同様であるため、詳細な説明は省略する。
【００３７】
次に、本ゲームシステムの動作の概要を説明する。本ゲームシステムは、複数のプレイヤがそれぞれ操作する複数のゲーム装置において、時刻に応じて共通のイベントを発生させるものである。そのイベントを発生させるためには、データ通信によって予め複数のゲーム装置間で種々の設定を行う必要がある。これらの設定を行うことによって、これらのゲーム装置間において共通のイベントが発生することになる。以下、その流れについて図３を参照して説明する。
【００３８】
図３は、第１〜第４ゲーム装置のプレイヤ（タロウ、ジロウ、サブロウ、シロウ）が共通のイベントをプレイする場合のゲームの流れを示している。各ゲーム装置のプレイヤは、まず各自のゲーム装置を通信ケーブル５００に接続する。すると、これら４台のゲーム装置の間で、イベント設定手続きが行われる。この手続きによって４台のゲーム装置で共通のイベントが設定され、さらにイベントの終了条件として、例えばここではイベント終了時刻が４日後に設定される。このイベント設定手続きが完了すると、ゲーム装置間での通信は不要となるので、各ゲーム装置から通信ケーブル５００を取り外し、各プレイヤは任意の場所でゲームをプレイすることができる。
【００３９】
各ゲーム装置において、プレイヤがゲームをプレイしていると、各ゲーム装置に共通のイベント指令が発せられる。指令の内容は、例えば『４日以内に"タジサシ"島の"タジサシ"ドラゴンを倒せ！倒した者には「"タジサシ"ソード０１２３」を与える』というものである。ここで、"タジサシ"とは、第１〜第４ゲーム装置においてそれぞれ設定されているプレイヤ名（タロウ、ジロウ、サブロウ、シロウ）の頭文字を並べることによって生成される文字列であり、つまり、この文字列はゲーム装置の組み合わせに応じて生成される。各ゲーム装置では、この文字列"タジサシ"に基づいて各種イベントが発生する。これらイベントの発生タイミングは、各ゲーム装置に設けられたＲＴＣ１３の時刻に基づいて決定される。例えば、上記のイベント指令が発せられてから３日後の０：００に、"タジサシ"島に"タジサシ"ドラゴンが出現する。
【００４０】
各プレイヤは、上記のイベント指令が発せられてから４日以内にこの"タジサシ"ドラゴンを倒すことを目的としてゲームをプレイする。そして、４日以内に"タジサシ"ドラゴンを倒したプレイヤのみが「"タジサシ"ソード０１２３」という名のアイテムをゲーム中で得ることができる。例えば、タロウは、ゲームをプレイした結果、４日以内に"タジサシ"ドラゴンを倒し、「"タジサシ"ソード０１２３」を入手した。また、ジロウは、ゲームをプレイした結果、４日以内に"タジサシ"ドラゴンを倒すことができなかった。また、サブロウは、ゲームをプレイした結果、ゲームの途中で（例えば指令が発せられてから２日後に）モンスターにやられてゲームオーバとなった。また、シロウは、ゲームをプレイしなかった。こうして、指令が発せられてから４日が経過した時点で各ゲーム装置ではイベントが終了することになる。
【００４１】
なお、上記のようなイベントは、イベント設定登録手続きを経て発生するものであり、例えばこの登録手続きに参加していなかったゴロウが所有する第５ゲーム装置ではこのようなイベントは発生しない。
【００４２】
このように、複数のプレイヤ間でイベント設定登録手続きを行うことによって、一人でゲームをプレイしているだけでは発生しないようなイベントを楽しむことができる。また、そのイベントでしか得られないようなアイテムを入手することもできる。これにより、飽きのこないゲームを実現することができる。
【００４３】
以下、本ゲームシステムの動作を詳細に説明する。ゲームカートリッジ１１０のＲＯＭ１１にはゲームプログラムが記憶されており、本体部１００のＣＰＵコア２４は、このゲームプログラムに基づいてゲーム処理を行う。
【００４４】
図４に、ＣＰＵコア２４の処理の流れを示す。まず、ＣＰＵコア２４は、ＬＣＤ２１にメニューを表示する（Ｓ１０１）。ここで表示されるメニューには、プレイヤが選択可能な項目として、「親機としてイベント設定」、「子機としてイベント設定」、「時刻設定」、「プレイヤ名設定」、「１人用ゲーム開始」、「イベントゲーム開始」の６項目が含まれる。プレイヤが選択した項目に応じて、それぞれ所定の処理が実行される。以下、各項目毎の処理について順番に説明する。
【００４５】
（プレイヤ名設定処理）
図４のステップＳ１０１で表示されるメニューの中から「プレイヤ名設定」の項目が選択された場合（Ｓ１０２でＹＥＳ）には、操作スイッチ３０を通じてプレイヤに名前を入力させ、この入力された名前をプレイヤ名として設定する（Ｓ１０３）。より具体的には、プレイヤによって入力された名前を、フラッシュＲＯＭ１２に設けられている、プレイヤ名を記憶するための領域に格納する。なお図５に示すように、フラッシュＲＯＭ１２には、プレイヤ名の他に、イベント情報（イベント発生中フラグ、発生中イベント番号、イベント開始時刻、イベント終了時刻、イベント名）やその他のゲームデータ（キャラクタの属性値データや所有アイテムデータ等）を記憶するための領域が設けられる。プレイヤ名の設定が完了すると、ステップＳ１０１のメニュー表示に処理は戻る。
【００４６】
（親機側設定処理および子機側設定処理）
一方、図４のステップＳ１０１で表示されるメニューの中から「親機としてイベント設定」の項目が選択された場合（Ｓ１０４でＹＥＳ）には、親機側設定処理が行われる（Ｓ１０５）。また、ステップＳ１０１で表示されるメニューの中から「子機としてイベント設定」の項目が選択された場合（Ｓ１０６でＹＥＳ）には、子機側設定処理が行われる（Ｓ１０７）。本実施形態のゲームシステムでは、通信ケーブル５００を介して接続された複数台のゲーム装置のうち、いずれか一つのゲーム装置が親機として動作し、残りのゲーム装置は子機として動作する。親機として動作するゲーム装置のプレイヤは、ステップＳ１０１で表示されるメニューの中から「親機としてイベント設定」の項目を選択し、一方、子機として動作するゲーム装置のプレイヤは、ステップＳ１０１で表示されるメニューの中から「子機としてイベント設定」の項目を選択する。以下、第１ゲーム装置が親機として動作し、第２〜第４ゲーム装置が子機として動作する場合を例として、親機側設定処理と子機側設定処理について図６を参照して説明する。
【００４７】
図６において、親機側設定処理を実行する第１ゲーム装置のＣＰＵコア２４は、まず親機のＲＴＣ１３の時刻（ここでは１月２３日１１：００と仮定する。）を各子機（第２〜第４ゲーム装置）に送信する（Ｓ２０１）。そして、送信した時刻をイベント開始時刻として設定する（Ｓ２０２）。具体的には、ステップＳ２０１で送信された時刻（１月２３日１１：００）を、ゲームカートリッジ１１０のフラッシュＲＯＭ１２にイベント開始時刻として記憶する。一方、各子機のＣＰＵコア２４は、ステップＳ２０１で親機が送信した時刻を受信し（Ｓ３０１）、この受信した時刻に基づいて子機のＲＴＣ１３の時刻を修正する（Ｓ３０２）。これにより、各子機のＲＴＣ１３の時刻は、親機のＲＴＣ１３の時刻である１月２３日１１：００に合わせられる。これにより第１〜第４ゲーム装置において時刻が統一される。さらに各子機のＣＰＵコア２４は、この時刻を、各ゲームカートリッジ２１０、３１０、４１０のフラッシュＲＯＭ１２にイベント開始時刻として記憶する。これにより、第１〜第４ゲーム装置において共通のイベント開始時刻が記憶される。
なお、ＲＴＣ１３が秒もカウントしてもよく、その場合に秒の情報を含めて上述の処理をするようにしてもよい。
【００４８】
続いて各子機のＣＰＵコア２４は、フラッシュＲＯＭ１２に記憶されているプレイヤ名を親機に送信する（Ｓ３０４）。具体的には、例えば第２ゲーム装置からはプレイヤ名「ジロウ」が送信され、第３ゲーム装置からはプレイヤ名「サブロウ」が送信され、第４ゲーム装置からはプレイヤ名「シロウ」が送信される。親機である第１ゲーム装置のＣＰＵコア２４は、ステップＳ３０４において各子機から送信されたプレイヤ名を受信し（Ｓ２０３）、受信したプレイヤ名と、親機のフラッシュＲＯＭ１２に記憶されているプレイヤ名（ここでは「タロウ」とする）とに基づいてイベント名を決定し、このイベント名をフラッシュＲＯＭに記憶する（Ｓ２０４）。イベント名の決定の方法は任意であるが、ここでは一例として、各ゲーム装置のプレイヤ名の頭文字を並べることによって得られる文字列"タジサシ"をイベント名とする。
【００４９】
親機のＣＰＵコア２４は、ステップＳ２０４で決定したイベント名"タジサシ"を各子機に送信する（Ｓ２０５）。そして、このイベント名"タジサシ"から所定の規則に基づいてイベント番号を決定する（Ｓ２０６）。ここでは、一例として、イベント名の各文字に対応するアスキーコードをもとにして所定の計算をし（例えば加算し）、その計算結果として得られる数字の所定の桁（例えば１桁目）の数字をイベント番号として決定する。ここでは仮にイベント番号が「１」と決定されたものとする。イベント名からイベント番号を決定するときの規則は、各ゲーム装置で共通でありさえすれば、他の任意の規則を用いてもよい。
【００５０】
なお、イベント番号とは、ゲームカートリッジ１１０のＲＯＭ１１に記憶されている複数のイベントデータを識別するための番号である。ＲＯＭ１１には、ゲームプログラムの他に、図７に示すように複数のイベントデータ（ここではイベント１〜イベント１０）が記憶されており、各イベントデータには、イベント番号と、イベント時間と、イベント固有モンスターのデータと、イベント固有アイテムのデータと、イベント固有マップのデータと、イベントテーブル６０１とが含まれている。イベントテーブル６０１には、図８に示すように、イベントの発生時刻と、場所と、イベントの内容が規定されている。
【００５１】
ステップＳ２０６でイベント番号「１」が決定されると、続いてＣＰＵコア２４は、このイベント番号を発生中イベント番号としてフラッシュＲＯＭ１２に記憶し（Ｓ２０７）、さらにフラッシュＲＯＭ１２のイベント発生中フラグをオンにする（Ｓ２０８）。このイベント発生中フラグは、後述するプレイヤによる時計の再設定を許可するか否かを判断するために用いられる。そして、図５に示すイベント開始時刻と、図７に示すイベント時間とからイベントの終了時刻を計算し、図５に示すイベント終了時刻としてフラッシュＲＯＭ１２に記憶する（Ｓ２０９）。例えば、イベント開始時刻が１月２３日１１：００であって、イベント時間が４日間と規定されている場合には、イベント終了時刻は１月２７日１１：００となる。親機のＣＰＵコア２４は、イベント終了時刻の設定が完了すると、親機側設定処理を終了し、図４のステップＳ１０１に戻る。
【００５２】
親機がステップＳ２０５で各子機にイベント名"タジサジ"を送信すると、子機のＣＰＵコア２４はこれを受信し、フラッシュＲＯＭ１２に記憶する（Ｓ３０５）。その後、このイベント名から各ゲーム装置で共通の規則を用いてイベント番号を決定する（Ｓ３０６）。その結果、イベント番号は親機と同じく「１」と決定される。子機のＣＰＵコア２４は、こうして決定されたイベント番号を発生中イベント番号としてフラッシュＲＯＭ１２に記憶し（Ｓ３０７）、さらにフラッシュＲＯＭ１２のイベント発生中フラグをオンにする（Ｓ３０８）。さらに、イベント開始時刻とイベント時間とからイベントの終了時刻を計算し、図５に示すイベント終了時刻としてフラッシュＲＯＭ１２に記憶する（Ｓ３０９）。ここで、イベント開始時刻とイベント時間は各ゲーム装置で共通であるので、いずれのゲーム装置においてもイベント終了時刻は共通（１月２７日１１：００）となる。子機のＣＰＵコア２４は、イベント終了時刻の設定が完了すると、子機側設定処理を終了し、図４のステップＳ１０１に戻る。
【００５３】
（時刻設定処理）
一方、図４のステップＳ１０１で表示されるメニューの中から「時刻設定」の項目が選択された場合（Ｓ１０８でＹＥＳ）には、時刻設定処理が行われる（Ｓ１０９）。時刻設定処理の流れを図９に示す。時刻設定処理では、ＣＰＵコア２４は、イベントが現在発生中か否かを判断する（Ｓ４０１）。具体的には、ＣＰＵコア２４は、図５に示すようにフラッシュＲＯＭ１２に記憶されているイベント発生中フラグを参照し、このフラグがオンになっているときはイベントが現在発生中であると判断し、オフになっているときは現在はイベントが発生していないと判断する。そして、イベントが発生中であると判断した場合には、ＬＣＤ２１にＲＴＣ１３の時刻の再設定が禁止されている旨を表示して（Ｓ４０２）、時刻設定処理を終了する。一方、現在はイベントが発生していないと判断した場合には、操作スイッチ３０からのプレイヤの入力に基づいてＲＴＣ１３の時刻の再設定を行い（Ｓ４０３）、時刻設定処理を終了する。このように、イベント発生中においてＲＴＣ１３の時刻の再設定を禁止することで、プレイヤによる不正な時刻の再設定（例えば、ＲＴＣ１３の時刻を１日分だけ過去に戻すことによって実質的にイベント時間を延長すること）を防止することができる。
【００５４】
（１人用ゲーム処理）
一方、図４のステップＳ１０１で表示されるメニューの中から「１人用ゲーム開始」の項目が選択された場合（Ｓ１１０でＹＥＳ）には、１人用ゲーム処理が行われる（Ｓ１１１）。この処理は、他のプレイヤと共通のイベントが発生せずに１人でプレイするようなゲーム処理（例えば図３に示すゴロウのゲーム装置において実行されるゲーム処理）に相当する。
【００５５】
（イベントゲーム処理）
一方、図４のステップＳ１０１で表示されるメニューの中から「イベントゲーム開始」の項目が選択された場合（Ｓ１１２でＹＥＳ）には、ＣＰＵコア２４は、フラッシュＲＯＭ１２に記憶されているイベント発生中フラグを参照して、イベントが現在発生中か否かを判断する（Ｓ１１３）。そして、イベントが発生中であると判断した場合には、イベントゲーム処理を実行する（Ｓ１１４）。一方、現在はイベントが発生していないと判断した場合には、ＬＣＤ２１にその旨を表示して（Ｓ１１５）、ステップＳ１０１に戻る。以下、図１０を参照してステップＳ１１４のイベントゲーム処理の流れを説明する。
【００５６】
イベントゲーム処理では、プレイヤは、操作スイッチ３０を操作することによって、キャラクタを移動させたり、モンスターとの戦闘時にコマンドを選択したりする。ＣＰＵコア２４は、このような操作スイッチ３０に対するプレイヤの操作を入力する（Ｓ５０１）。そして、この入力された操作に応じた処理を実行し、ＬＣＤ２１に処理結果に基づいて生成されるゲーム画像を表示する（Ｓ５０２）。図１１に、このときのＬＣＤ２１の画面表示の一例を示す。なお、図１１に示すように、イベントが終了するまでの残り時間やイベント終了時刻をプレイヤに提示する（例えばＬＣＤ２１に表示する）ことによって、ゲームをプレイしているプレイヤに対して緊迫感を与えることができる。
【００５７】
つづいてＣＰＵコア２４は、フラッシュＲＯＭ１２に記憶されている発生中イベント番号に対応するイベントテーブルを参照する（Ｓ５０３）。例えば、フラッシュＲＯＭ１２に記憶されている発生中イベント番号が「１」である場合には、図７に示す複数のイベントデータ（イベント１〜１０）の中から、イベント番号が「１」であるものを見つけ出し、そのイベントデータに含まれているイベントテーブル（ここでは仮にイベントテーブル６０１とする）を参照する。そして、このイベントテーブル６０１に規定されているイベント発生時刻と、現在時刻（すなわちＲＴＣ１３の時刻）とを比較する（Ｓ５０４）。そして、ＲＴＣ１３の時刻がイベントテーブルに規定されているイベント発生時刻のいずれかに一致するか否かを判断し（Ｓ５０５）、イベント発生時刻に一致していた場合には、そのイベントを発生させる（Ｓ５０６）。例えば、図８に示すイベントテーブルを参照しており、かつＲＴＣ１３の時刻が１月２３日１２：００であって、かつイベント開始時刻が１月２３日１１：００であった場合には、ゲーム世界において、『おかしの木に「パイ」の実がなる』イベントと、『イベント固有マップ行きの渡し舟が出る』イベントを発生させる。イベントを発生させるための処理を終えると、ステップＳ５０７に進む。一方、一方、いずれのイベント発生時刻にも一致していなかった場合には、イベントを発生させることなくステップＳ５０７に進む。
【００５８】
ステップＳ５０７において、ＣＰＵコア２４は、イベントが終了したか否かを判断する（Ｓ５０７）。具体的には、ＲＴＣ１３の時刻がフラッシュＲＯＭ１２に記憶されているイベント終了時刻と一致しているか過ぎている場合に、イベントが終了したと判断する。イベントが終了したと判断した場合には、ＬＣＤ２１に、イベントが終了した旨を表示し（Ｓ５０９）、さらにフラッシュＲＯＭ１２の発生中イベント番号をクリア（Ｓ５１０）、およびイベント発生中フラグをオフにし（Ｓ５１１）、イベントゲーム処理を終了する。一方、ステップＳ５０７において、イベントが継続中であると判断した場合（Ｓ５０７でＮＯ）には、つづいてゲームオーバとなったか否かを判断し（Ｓ５０８）、ゲームオーバとなった場合にはイベントゲーム処理を終了し、ゲームオーバでない場合にはステップＳ５０１に戻ってイベントゲーム処理が続行される。
【００５９】
なお、上記のイベントゲーム処理においては、イベント固有のモンスター（例えば前述の「"タジサシ"ドラゴン」）や、イベント固有のアイテム（例えば前述の「"タジサシ"ソード０１２３」）や、イベント固有のマップ（例えば前述の「"タジサシ"島」）がゲーム中に登場する。これらに関するデータは、図７に示すようにＲＯＭ１１に予め格納されている。例えば、イベント固有モンスターのデータとして、モンスターの名称と、属性値（例えばモンスターの体力などの能力値）と、モンスターの画像に関するデータが格納されている。また、イベント固有アイテムのデータとして、アイテムの名称と、属性値（例えばアイテムの攻撃力）と、アイテムの画像に関するデータが格納されている。また、イベント固有マップのデータとして、マップの名称と、マップの位置や地形情報と、マップの画像に関するデータが格納されている。なお、本実施形態では、モンスターやアイテムやマップの名称は、フラッシュＲＯＭ１２に記憶されているイベント名やイベント終了月日等のデータを用いて動的に生成される。これにより、ゲーム中に使われるモンスターやアイテム等の名称がそのイベント固有の名称となるので、プレイヤは、ゲームをプレイしているメンバーの組み合わせに固有のストーリーが進行していることをより実感することができる。また、アイテムの希少価値も高まる。
【００６０】
以上のように、本実施形態によれば、各ゲーム装置において時刻に応じたイベントを発生させることができる。また、イベント期間の開始に先立って各ゲーム装置のＲＴＣ１３の時刻が一致されるので、イベント期間中に時刻に基づいてイベントを発生させるときに、ゲーム装置間の時刻のずれによる不具合の発生を防止することができる（すなわち、ほぼ同じタイミングで同じイベントを発生させることができる。）。また、ゲーム装置にはプレイヤによる再設定が可能なＲＴＣ１３が設けられているが、イベント期間においてはその再設定が禁止されるので、イベント期間におけるプレイヤによる不正な再設定を防止することができる。さらに、各ゲーム装置では、各ゲーム装置に個別に設けられたＲＴＣ１３に基づいてイベントを発生させるので、ゲーム装置間で通信を常に行う必要がない。
【００６１】
なお、本実施形態では、イベント期間の終了タイミングを、イベント終了時刻になったか否かに基づいて判断しているが、本発明はこれに限らず、他の任意の終了条件を規定してもよい。例えば、図７に示すイベント時間の替わりに、「所定の数のモンスターを倒すまで」という条件を規定してもよい。この場合、フラッシュＲＯＭ１２にモンスターを倒した数を記憶しておき、図１０のステップＳ５０７において、今までに倒したモンスターの数が所定の数に等しいか上回った場合に、イベントが終了したと判断すればよい。
【００６２】
また、本実施形態では、各ゲーム装置（第１〜第４ゲーム装置）のプレイヤ名（タロウ、ジロウ、サブロウ、シロウ）に基づいて生成されたイベント名"タジサシ"に基づいて（つまり、イベント名"タジサシ"を起源データとして）イベントを選択するとしたが、本発明はこれに限らない。つまり各ゲーム装置に固有の情報であれば、例えばゲーム装置に個別に割り当てられた識別子などから起源データを作成し、この起源データに基づいてイベントを選択するようにしてもよい。
【００６３】
本実施例においては、イベントに登場するモンスターの属性値は、ＲＯＭ１１に予め格納されているとしたが、イベント名に応じて数値を決定し、その数値をモンスターの属性値（生命力等）にするようにしてもよい。例えば、上述の実施例において「タジサシ」をアスキーコードに変換し、そのアスキーコード値（「タジサシ」の場合は５つの値）を所定の数式に代入して算出される値をモンスターの生命力にするようにしてもよい。
【００６４】
また、本実施形態では、イベント固有モンスター等の名称をイベント名に基づいて動的に作成するとしたが、名称に限らず、モンスターの属性値や、画像や、マップの位置や地形情報を、イベント名に応じて動的に変更することも同様に可能である。例えば、イベント名に応じてモンスターの基本色を赤や青に変更したりすることができる。また、イベントに参加するプレイヤの数が増えるにしたがってイベント固有アイテムの攻撃力が大きくなるようにすることもできる。これにより、プレイヤは、より強力なアイテムを入手すべく、イベントにより多くのプレイヤを参加させようと考えるので、プレイヤ同士の交流が広まり、また商品の販売も促進される。
【００６５】
また、本実施形態では、イベント名の各文字に対応するアスキーコードを加算し、その加算結果として得られる数字の１桁目の数字をイベント番号として決定するとしたが、このような方法でイベントを選択すると、決まったメンバーがイベントに参加する場合には毎回同じイベントが選択されることになる。すると、何度かプレイするうちにプレイヤは共通イベントに飽きてしまうという問題がある。そこで、このような問題を解決するために、例えば、イベント名の各文字に対応するアスキーコードを加算したものに、さらに、ＲＴＣの値から出力される時刻値をもとにした所定の計算をし（例えば、イベント開始時刻の秒にあたる数字を加算し）、その結果の１桁目の数字をイベント番号として決定する方法も有効である。これにより、共通イベントを設定するたびに、選択されるイベントが変化する可能性が高く、プレイヤは毎回新鮮な気持ちで共通イベントをプレイすることができる。なお、この場合にも、イベント開始時刻は各ゲーム装置で共通しているため、各ゲーム装置において共通のイベントが選択されることになる。
【００６６】
また、本実施形態では、イベント名に基づいて、予め用意された複数のイベントデータ（イベント１〜イベント１０）の中から一つのイベントデータを選択して、選択したイベントデータに含まれているイベントテーブルにしたがってイベントを発生させるとしたが、本発明はこれに限らず、例えばイベントテーブルの内容を、イベント名に関係なく必ず発生する必須イベントと、イベント名に応じて選択される選択イベントとに分けて規定されていてもよい。その場合、ＲＯＭ１１には図１２に示すように、必須イベントに関するイベントデータと、選択イベントに関するイベントデータとを格納しておく。そして選択イベントにはそれぞれ選択イベント番号が付され、イベント名に応じて選択イベントの中から所定のイベントが選択される。例えば、イベント名の各文字に対応するアスキーコードが加算され、その加算結果として得られる数字の１桁目の数字が選択イベント番号として決定される。そして、イベントゲーム処理において、ＣＰＵコア２４は、例えば図１０に示すステップＳ５０３において、必須イベントと、選択イベント番号により特定される選択イベントとを両方参照し、ＲＴＣ１３の時刻が必須イベントまたは選択イベントのイベント発生時刻に一致した場合に、そのイベントをゲーム中で発生させる。このように、各イベントテーブルに共通に含まれているイベントを必須イベントとしてまとめることにより、ＲＯＭ１１に格納すべきイベントデータのデータ量を低減することができる。
【００６７】
また、本実施形態において、ＲＴＣ１３はゲームカートリッジ１１０に内蔵されるとしたが、本発明はこれに限らず、例えば本体部に設けられても構わない。ただし、ＲＴＣを本体部に設けた場合には、本実施形態のようにゲームカートリッジを適宜交換していろいろなゲームをプレイすることができるゲーム装置においては、他の種類のカートリッジが本体部に装着されて、そのゲームがプレイされているときに、ＲＴＣの再設定が自由に可能となって、ＲＴＣの時刻の設定が行われる可能性がある。この場合、図９に示したような処理によってＲＴＣ１３の時刻の再設定を禁止することは困難である。しかしながら、本実施形態のように、ＲＴＣ１３がゲームカートリッジ１１０に内蔵される構成を採用することにより、他のゲームのがプレイされているときにＲＴＣ１３の時刻の設定が行われてしまう問題を効果的に防ぐことができる。
【００６８】
また、本実施形態では、ゲームプログラムはゲームカートリッジ１１０のＲＯＭ１１より本体部１００に供給されるとしたが、本発明はこれに限らず、ＣＤ−ＲＯＭやＤＶＤやメモリカードなど、他の任意のコンピュータ読み取り可能な記録媒体を通じて本体部１００に供給されても構わない。さらには、インターネットや通信ケーブルなどの伝送媒体を通じて本体部１００に供給されても構わない。さらには、本体部１００内の記憶手段に予め格納されていても構わない。
【００６９】
また、本実施形態では、本体部１００とゲームカートリッジ１１０とから成るゲーム装置について説明したが、本発明はこれに限らず、本体部１００とゲームカートリッジ１１０とが一体化されたゲーム装置にも本発明を適用することができる。
【００７０】
また、本実施形態では、ゲーム装置間のデータ通信は、通信ケーブルを用いて行うとしたが、本発明はこれに限らず、ゲーム装置間の通信は、例えばインターネットなどのネットワークを介したデータ通信や、無線データ通信であっても構わない。
【図面の簡単な説明】
【００７１】
【図１】本発明の一実施形態に係るゲームシステムの外観図である。
【図２】ゲーム装置の構成を示すブロック図である。
【図３】ゲームシステムの動作の概略を説明するための図である。
【図４】ＣＰＵコア２４の処理の流れを示すフローチャートである。
【図５】フラッシュＲＯＭ１２のメモリマップである。
【図６】親機側設定処理および子機側設定処理の流れを示すフローチャートである。
【図７】ＲＯＭ１１のメモリマップのイベントデータに関する部分を示す図である。
【図８】イベントテーブルを示す図である。
【図９】時刻設定処理の流れを示すフローチャートである。
【図１０】イベントゲーム処理の流れを示すフローチャートである。
【図１１】ゲーム画像の一例を示す図である。
【図１２】イベントテーブルの変形例を示す図である。
【符号の説明】
【００７２】
１１ ＲＯＭ
１２ フラッシュＲＯＭ
１３ ＲＴＣ
２１ ＬＣＤ
２２ コネクタ
２３ 制御回路
２４ ＣＰＵコア
２５ ＬＣＤコントローラ
２６ ＲＡＭ
２７ 周辺回路
２８ サウンド回路
２９ スピーカ
３０、３０ａ〜３０ｄ 操作スイッチ
３１ コネクタ
１００ 本体部
１１０ ゲームカートリッジ
２００ 本体部
２１０ ゲームカートリッジ
３００ 本体部
３１０ ゲームカートリッジ
４００ 本体部
４１０ ゲームカートリッジ
５００ 通信ケーブル
６０１ イベントテーブル
【技術分野】
【０００１】
本発明は、ゲームシステム、ゲーム装置およびゲームプログラムに関し、特に、通信機能を備えた複数のゲーム装置において時刻に関連したイベントをゲーム世界に発生させるゲームシステム、ゲーム装置およびゲームプログラムに関する。
【背景技術】
【０００２】
時計を利用することによってビデオゲームに実時間の概念を導入しているゲーム装置が従来から存在する。例えば、特許文献１には、時計機能を備え、実時間にそってストーリーが展開されるゲーム装置が開示されている。
【０００３】
一方、複数のゲーム装置で統一したゲーム進行をするために、複数のゲーム装置を常時接続して、ゲーム実行中に同期をとり続ける方法が従来から存在する（例えば、特許文献２参照。）。
【特許文献１】特開平９−１７３６３６号公報
【特許文献２】特開２０００−２９５２０６号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、上記特許文献１においては、複数のゲーム装置を用いる場合のことが全く考慮されていない。すなわち、複数のゲーム装置で時間の概念のあるゲームを実行する場合に、ゲームの進行を各ゲーム装置において統一させることが全く考えられていない。さらに、各ゲーム装置の時計の時刻にズレがある場合には、ゲームの進行が各ゲーム装置において統一しないこととなる。
【０００５】
また、ゲーム装置の時計の時刻が狂ったときのために、時計の時刻値（カウント値）をプレイヤが再設定できるようにすることが望ましいが、この場合、プレイヤが故意に実際とは異なる時刻に設定することによって、ゲームの進行が本来のものとは異なるものになることがあった。
【０００６】
一方、上記特許文献２の方法では、各ゲーム装置間で常に通信をしておく必要があるため処理負担が大きい。また、常に通信ができる環境でしかゲームプレイできないため、例えば通信ケーブル等を用いて携帯型のゲーム装置間で通信しながらゲームをプレイする場合、ゲームをプレイする場所に制約が生じ、携帯型のゲーム装置に特有の利点である、どこでも自由にゲームをプレイすることができるという利点が失われてしまう。
【０００７】
それゆえに本発明は、複数のゲーム装置で時刻に応じたイベントを発生させることができ、しかもゲーム装置間で時刻のズレが発生するのを防止でき、さらにゲーム装置間で通信を常に行うことなくゲーム進行を統一させることのできるゲームシステムを提供することを目的とする。
【課題を解決するための手段】
【０００８】
上記の課題を解決するために、本発明は以下の構成を採用した。なお、括弧内の参照符号等は、本発明の理解を助けるために後述する実施形態との対応関係を示したものであって、本発明の範囲を何ら限定するものではない。
【０００９】
本発明のゲームシステムは、通信機能を備えた複数のゲーム装置を有している。各ゲーム装置は、計時手段（１３）と、同期手段（Ｓ２０１、Ｓ３０２を実行するＣＰＵコア２４）と、再設定禁止手段（Ｓ４０１とＳ４０２を実行するＣＰＵコア２４）と、イベント発生手段（Ｓ５０６を実行するＣＰＵコア２４）とを備える。計時手段は、プレイヤによる再設定が可能である。同期手段は、少なくとも２台のゲーム装置を含む任意のゲーム装置群（第１〜第４ゲーム装置）間で通信することによってこのゲーム装置群間で計時手段の時刻を一致させる。再設定禁止手段は、同期手段による処理が行われてから所定の同期期間（イベント期間）において、プレイヤによる計時手段の再設定を禁止する。イベント発生手段は、同期期間において、各ゲーム装置の計時手段の時刻に基づいてこのゲーム装置が出力する仮想的なゲーム世界に所定のイベントを発生させる（例えば、イベントを表す画像を画面に表示したり、イベントを表す音声を出力したりする）。
なお、同期期間とは、同期手段によってゲーム装置群の計時手段の時刻が統一された後の所定期間であって、計時手段の再設定が禁止されるために各ゲーム装置でほぼ同期がとれている状態の期間のことである。
【００１０】
なお、上記ゲームシステムにおいて、各ゲーム装置は、プレイヤによる計時手段の再設定の可否を示すフラグ（イベント発生中フラグ）を記憶するフラグ記憶手段（１２）と、同期手段による処理が行われたときにフラグをオンにし、同期期間が終了したときにオフにするフラグ設定手段（Ｓ２０８、Ｓ３０８、Ｓ５１１を実行するＣＰＵコア２４）とをさらに備え、再設定禁止手段は、フラグがオンのときに再設定を禁止してもよい。
【００１１】
また、上記ゲームシステムにおいて、各ゲーム装置は、同期期間の終了条件（終了時刻）を設定する終了条件設定手段（Ｓ２０９、Ｓ３０９を実行するＣＰＵコア２４）をさらに備え、終了条件設定手段は、ゲーム装置群間で通信することによってこのゲーム装置群間で共通の終了条件を設定してもよい。
【００１２】
また、上記ゲームシステムにおいて、各ゲーム装置は、イベント発生手段が発生させるべきイベントを設定するイベント設定手段（Ｓ２０７、Ｓ３０７を実行するＣＰＵコア２４）をさらに備え、イベント設定手段は、ゲーム装置群間で通信することによってこのゲーム装置群間で共通のイベントを設定してもよい。
【００１３】
また、上記ゲームシステムにおいて、イベント設定手段は、ゲーム装置群を構成する各ゲーム装置において個別に設定されている情報（プレイヤ名）の組み合わせ（タロウ、ジロウ、サブロウ、シロウの組み合わせ）に基づいて、このゲーム装置群を構成するゲーム装置（第１〜第４ゲーム装置）の組み合わせに対応した共通のイベントを設定（つまり、イベントを発生させるためのデータを生成または選択する）してもよい。
【００１４】
また、上記ゲームシステムにおいて、ゲーム装置群のうち、１つのゲーム装置が親機として、残りのゲーム装置が子機としてそれぞれ動作し、イベント設定手段は、第１データ（"タジサシ"）を起源データとして所定の規則（アスキーコードの和の下１桁）に基づいてイベントを設定するものであり、親機のイベント設定手段は、第１データを決定して、子機にこの第１データを通信手段を用いて送信し（Ｓ２０５）、かつ、この第１データを起源データとし、子機のイベント設定手段は、通信手段を用いて第１データを受信して（Ｓ３０５）、受信したこの第１データを起源データとしてもよい。
【００１５】
また、上記ゲームシステムにおいて、親機は、子機から第２データ（プレイヤ名）を受信して（Ｓ２０３）、受信したこの第２データに基づいて第１データを生成してもよい。
【００１６】
また、上記ゲームシステムにおいて、ゲーム装置は、第１データに基づいてゲームデータ（モンスターやアイテムの属性値）を生成するゲームデータ生成手段をさらに備えてもよい。
【００１７】
また、上記ゲームシステムにおいて、ゲーム装置は、イベントを発生させるために用いられるゲームデータ（モンスターやアイテムの属性値、モンスターやアイテムやマップの画像）を記憶するゲームデータ記憶手段と、第１データに基づいて、ゲームデータを変更するゲームデータ変更手段とをさらに備えてもよい。
【００１８】
また、上記ゲームシステムにおいて、ゲーム装置は複数のイベントを発生させるためのデータ（イベントテーブル）を記憶するイベント記憶手段（ＲＯＭ１１）をさらに備え、イベント設定手段は、第１データに基づいて複数のイベントから少なくとも１つのイベントを選択してもよい。
【００１９】
また、上記ゲームシステムにおいて、イベント記憶手段には、１つのイベントを構成する複数の単位イベント（選択イベント）を発生させるためのデータが記憶され、イベント設定手段は、第１データに基づいて複数の単位イベントから少なくとも１つの単位イベントを選択してもよい。
【００２０】
また、本発明のゲーム装置（１００、１１０）は、通信機能を備えており、計時手段（１３）と、同期手段（Ｓ２０１、Ｓ３０２を実行するＣＰＵコア２４）と、再設定禁止手段（Ｓ４０２を実行するＣＰＵコア２４）と、イベント発生手段（Ｓ５０６を実行するＣＰＵコア２４）とを備える。計時手段は、プレイヤによる再設定が可能である。同期手段は、少なくとも２台のゲーム装置を含む任意のゲーム装置群（第１〜第４ゲーム装置）間で通信することによってこのゲーム装置群間で計時手段の時刻を一致させる。再設定禁止手段は、同期手段による処理が行われてから所定の同期期間（イベント期間）において、プレイヤによる計時手段の再設定を禁止する。イベント発生手段は、同期期間において、計時手段の時刻に基づいてゲーム世界に所定のイベントを発生させる。
【００２１】
また、本発明のゲームプログラムは、通信機能を備えた複数のゲーム装置（第１〜第４ゲーム装置）を有するゲームシステムにおいて、各ゲーム装置のコンピュータを、同期手段（Ｓ２０１、Ｓ３０２を実行するＣＰＵコア２４）、再設定禁止手段（Ｓ４０２を実行するＣＰＵコア２４）、イベント発生手段（Ｓ５０６を実行するＣＰＵコア２４）として機能させるためのものである。同期手段は、少なくとも２台のゲーム装置を含む任意のゲーム装置群（第１〜第４ゲーム装置）間で通信することによって、各ゲーム装置に個別に設けられたプレイヤによる再設定が可能な計時手段（１３）の時刻をこのゲーム装置群間で一致させる。再設定禁止手段は、同期手段による処理が行われてから所定の同期期間（イベント期間）において、プレイヤによる計時手段の再設定を禁止する。イベント発生手段は、同期期間において、計時手段の時刻に基づいてゲーム世界に所定のイベントを発生させる。
【００２２】
また、本発明のゲームカートリッジ（１１０）は、通信機能を備えたゲーム装置本体部（１００）に着脱可能であり、ゲームプログラムを記録したコンピュータ読取可能な記録媒体（１１）およびプレイヤによる再設定が可能な計時手段（１３）を備えている。そして、記録媒体に記録されたゲームプログラムは、ゲーム装置のコンピュータ（２４）を、同期手段（Ｓ２０１、Ｓ３０２を実行するＣＰＵコア２４）、再設定禁止手段（Ｓ４０２を実行するＣＰＵコア２４）、およびイベント発生手段（Ｓ５０６を実行するＣＰＵコア２４）として機能させる。同期手段は、少なくとも２台のゲーム装置を含む任意のゲーム装置群（第１〜第４ゲーム装置）間で通信することによって、計時手段の時刻をこのゲーム装置群間で一致させる。再設定禁止手段は、同期手段による処理が行われてから所定の同期期間（イベント期間）において、プレイヤによる計時手段の再設定を禁止する。イベント発生手段は、同期期間において、計時手段の時刻に基づいてゲーム世界に所定のイベントを発生させる。
【発明の効果】
【００２３】
請求項１に記載の発明によれば、複数のゲーム装置で時刻に応じたイベントを発生させることができる。また、同期期間（イベント期間）の開始に先立って各ゲーム装置の計時手段の時刻が一致されるので、同期期間中に時刻に基づいてイベントを発生させるときに、ゲーム装置間の時刻のずれによる不具合の発生を防止することができる。すなわち、各ゲーム装置でほぼ同じタイミングで同じイベントを発生させることとなって、各ゲーム装置のプレイヤが共通の世界でゲームをしている感覚が得られる。また、ゲーム装置にはプレイヤによる再設定が可能な計時手段が設けられているが、同期期間においてはその再設定が禁止されるので、同期期間におけるプレイヤによる不正な再設定を防止することができる。さらに、同期期間以外においては再設定を許容するようにして時刻のずれが発生したときに修正することができる。さらに、各ゲーム装置において個別に設けられた計時手段によってイベントを発生させるので、ゲーム装置間で通信を常に行うことなくゲームを進行させることができる。
【００２４】
請求項２に記載の発明によれば、フラグを用いることで同期期間における時刻の再設定を簡単に禁止することができる。
【００２５】
請求項３に記載の発明によれば、同期期間の終了条件を各ゲーム装置で共通とすることができる。
【００２６】
請求項４に記載の発明によれば、同期期間において各ゲーム装置で同じ内容のゲームを進行させることができる。特に、各ゲーム装置でほぼ同じタイミングで同じイベントが発生するので、複数のプレイヤが同じゲーム世界にいるかのような感覚を与えることができる。
【００２７】
請求項５に記載の発明によれば、ゲーム装置の組み合わせに応じてイベントが変化するため、常に同じ仲間でゲームをプレイするのではなく、メンバーを入れ替えてゲームをプレイすることによる新たな楽しさを各プレイヤに味わわせることができる。
【００２８】
請求項６に記載の発明によれば、親機において決定された第１データを起源データとして、各ゲーム装置がこの起源データに基づいてイベントを設定することにより、各ゲーム装置で簡単に共通のイベントを設定することができる。この場合、親機から子機への通信が必要なのは起源データのみであるので、通信量を減らすことができる。
【００２９】
請求項７に記載の発明によれば、親機は子機から送信された第２データに基づいて第１データを決定するため、子機から送信される第２データに基づいてイベントを設定することができる。これによって、子機に応じたイベントが発生されることになる（子機が変わればイベントが変わる）。
【００３０】
請求項８に記載の発明によれば、起源データによってゲームデータが変化するのでイベント内容に変化を与えることができる。
【００３１】
請求項９に記載の発明によれば、イベントを発生させるために用いられるゲームデータを、子機から送信される第２データに基づいて変更することができる。
【００３２】
請求項１０に記載の発明によれば、各ゲーム装置は、複数のイベントの中から第１データに応じたイベントを選択することによって、各ゲーム装置で共通のイベントを設定することができる。
【００３３】
請求項１１に記載の発明によれば、１つのイベントを構成している複数の単位イベントの中から第１データに応じた単位イベントを選択することによって、各ゲーム装置で共通のイベントを設定することができる。
【発明を実施するための最良の形態】
【００３４】
以下、本発明の一実施形態に係るゲームシステムについて図面を参照して説明する。
図１に、本発明のゲームシステムの外観を示す。本ゲームシステムでは、通信ケーブル５００を介して４台のゲーム装置（以下、それぞれ第１ゲーム装置〜第４ゲーム装置と称す）が接続される。各ゲーム装置は、ゲームカートリッジと本体部とで構成される。つまり第１ゲーム装置はゲームカートリッジ１１０および本体部１００より構成され、第２ゲーム装置はゲームカートリッジ２１０および本体部２００より構成され、第３ゲーム装置はゲームカートリッジ３１０および本体部３００より構成され、第４ゲーム装置はゲームカートリッジ４１０および本体部４００より構成される。なお、本実施形態において、第１ゲーム装置〜第４ゲーム装置の構成は同一であるため、以下では第１ゲーム装置の構成についてのみ説明する。第１ゲーム装置の本体部１００には、ＬＣＤ（液晶表示部）２１や、スピーカ２９や、操作スイッチ（例えば操作スイッチ３０ａ〜３０ｄ）が設けられている。
【００３５】
次に、図２を参照して第１ゲーム装置の内部構成について説明する。ゲームカートリッジ１１０には、ゲームプログラムや後述するイベントに関するデータが記録されたＲＯＭ１１や、後述するイベント情報等を記憶するためのフラッシュＲＯＭ１２や、時刻をカウントするＲＴＣ（Ｒｅａｌ Ｔｉｍｅ Ｃｌｏｃｋ）１３が設けられている。なおフラッシュＲＯＭ１２の代わりに他の書き換え可能な記憶装置を用いても構わない。ＲＴＣ１３にはゲームカートリッジ１１０内部に設けられたバッテリー（図示せず）等によって常に電力が供給されており、ＲＴＣ１３は、ゲームカートリッジ１１０が本体部１００に接続されているか否かに関わらず時刻をカウントし続けることができる。
【００３６】
一方、本体部１００には、ゲーム画像を表示するためのＬＣＤ（液晶表示装置）２１や、ゲームカートリッジ１１０を接続するためのコネクタ２２や、ゲームカートリッジ１１０から供給されたゲームプログラムに基づいてゲーム処理を実行する制御回路２３や、サウンドデータに基づいてスピーカを駆動するサウンド回路２８や、スピーカ２９や、操作スイッチ３０や、通信ケーブル５００を接続するためのコネクタ３１が設けられている。制御回路２３は、プログラムに基づいて各種処理を実行するＣＰＵコア２４や、ＬＣＤ２１を駆動するためのＬＣＤコントローラ２５や、ＣＰＵコア２４のワークメモリとしてのＲＡＭ２６や、ＤＭＡやＩＯ等の周辺回路２７から構成される。なお、本体部１００の構成は一般的なゲーム装置の構成と同様であるため、詳細な説明は省略する。
【００３７】
次に、本ゲームシステムの動作の概要を説明する。本ゲームシステムは、複数のプレイヤがそれぞれ操作する複数のゲーム装置において、時刻に応じて共通のイベントを発生させるものである。そのイベントを発生させるためには、データ通信によって予め複数のゲーム装置間で種々の設定を行う必要がある。これらの設定を行うことによって、これらのゲーム装置間において共通のイベントが発生することになる。以下、その流れについて図３を参照して説明する。
【００３８】
図３は、第１〜第４ゲーム装置のプレイヤ（タロウ、ジロウ、サブロウ、シロウ）が共通のイベントをプレイする場合のゲームの流れを示している。各ゲーム装置のプレイヤは、まず各自のゲーム装置を通信ケーブル５００に接続する。すると、これら４台のゲーム装置の間で、イベント設定手続きが行われる。この手続きによって４台のゲーム装置で共通のイベントが設定され、さらにイベントの終了条件として、例えばここではイベント終了時刻が４日後に設定される。このイベント設定手続きが完了すると、ゲーム装置間での通信は不要となるので、各ゲーム装置から通信ケーブル５００を取り外し、各プレイヤは任意の場所でゲームをプレイすることができる。
【００３９】
各ゲーム装置において、プレイヤがゲームをプレイしていると、各ゲーム装置に共通のイベント指令が発せられる。指令の内容は、例えば『４日以内に"タジサシ"島の"タジサシ"ドラゴンを倒せ！倒した者には「"タジサシ"ソード０１２３」を与える』というものである。ここで、"タジサシ"とは、第１〜第４ゲーム装置においてそれぞれ設定されているプレイヤ名（タロウ、ジロウ、サブロウ、シロウ）の頭文字を並べることによって生成される文字列であり、つまり、この文字列はゲーム装置の組み合わせに応じて生成される。各ゲーム装置では、この文字列"タジサシ"に基づいて各種イベントが発生する。これらイベントの発生タイミングは、各ゲーム装置に設けられたＲＴＣ１３の時刻に基づいて決定される。例えば、上記のイベント指令が発せられてから３日後の０：００に、"タジサシ"島に"タジサシ"ドラゴンが出現する。
【００４０】
各プレイヤは、上記のイベント指令が発せられてから４日以内にこの"タジサシ"ドラゴンを倒すことを目的としてゲームをプレイする。そして、４日以内に"タジサシ"ドラゴンを倒したプレイヤのみが「"タジサシ"ソード０１２３」という名のアイテムをゲーム中で得ることができる。例えば、タロウは、ゲームをプレイした結果、４日以内に"タジサシ"ドラゴンを倒し、「"タジサシ"ソード０１２３」を入手した。また、ジロウは、ゲームをプレイした結果、４日以内に"タジサシ"ドラゴンを倒すことができなかった。また、サブロウは、ゲームをプレイした結果、ゲームの途中で（例えば指令が発せられてから２日後に）モンスターにやられてゲームオーバとなった。また、シロウは、ゲームをプレイしなかった。こうして、指令が発せられてから４日が経過した時点で各ゲーム装置ではイベントが終了することになる。
【００４１】
なお、上記のようなイベントは、イベント設定登録手続きを経て発生するものであり、例えばこの登録手続きに参加していなかったゴロウが所有する第５ゲーム装置ではこのようなイベントは発生しない。
【００４２】
このように、複数のプレイヤ間でイベント設定登録手続きを行うことによって、一人でゲームをプレイしているだけでは発生しないようなイベントを楽しむことができる。また、そのイベントでしか得られないようなアイテムを入手することもできる。これにより、飽きのこないゲームを実現することができる。
【００４３】
以下、本ゲームシステムの動作を詳細に説明する。ゲームカートリッジ１１０のＲＯＭ１１にはゲームプログラムが記憶されており、本体部１００のＣＰＵコア２４は、このゲームプログラムに基づいてゲーム処理を行う。
【００４４】
図４に、ＣＰＵコア２４の処理の流れを示す。まず、ＣＰＵコア２４は、ＬＣＤ２１にメニューを表示する（Ｓ１０１）。ここで表示されるメニューには、プレイヤが選択可能な項目として、「親機としてイベント設定」、「子機としてイベント設定」、「時刻設定」、「プレイヤ名設定」、「１人用ゲーム開始」、「イベントゲーム開始」の６項目が含まれる。プレイヤが選択した項目に応じて、それぞれ所定の処理が実行される。以下、各項目毎の処理について順番に説明する。
【００４５】
（プレイヤ名設定処理）
図４のステップＳ１０１で表示されるメニューの中から「プレイヤ名設定」の項目が選択された場合（Ｓ１０２でＹＥＳ）には、操作スイッチ３０を通じてプレイヤに名前を入力させ、この入力された名前をプレイヤ名として設定する（Ｓ１０３）。より具体的には、プレイヤによって入力された名前を、フラッシュＲＯＭ１２に設けられている、プレイヤ名を記憶するための領域に格納する。なお図５に示すように、フラッシュＲＯＭ１２には、プレイヤ名の他に、イベント情報（イベント発生中フラグ、発生中イベント番号、イベント開始時刻、イベント終了時刻、イベント名）やその他のゲームデータ（キャラクタの属性値データや所有アイテムデータ等）を記憶するための領域が設けられる。プレイヤ名の設定が完了すると、ステップＳ１０１のメニュー表示に処理は戻る。
【００４６】
（親機側設定処理および子機側設定処理）
一方、図４のステップＳ１０１で表示されるメニューの中から「親機としてイベント設定」の項目が選択された場合（Ｓ１０４でＹＥＳ）には、親機側設定処理が行われる（Ｓ１０５）。また、ステップＳ１０１で表示されるメニューの中から「子機としてイベント設定」の項目が選択された場合（Ｓ１０６でＹＥＳ）には、子機側設定処理が行われる（Ｓ１０７）。本実施形態のゲームシステムでは、通信ケーブル５００を介して接続された複数台のゲーム装置のうち、いずれか一つのゲーム装置が親機として動作し、残りのゲーム装置は子機として動作する。親機として動作するゲーム装置のプレイヤは、ステップＳ１０１で表示されるメニューの中から「親機としてイベント設定」の項目を選択し、一方、子機として動作するゲーム装置のプレイヤは、ステップＳ１０１で表示されるメニューの中から「子機としてイベント設定」の項目を選択する。以下、第１ゲーム装置が親機として動作し、第２〜第４ゲーム装置が子機として動作する場合を例として、親機側設定処理と子機側設定処理について図６を参照して説明する。
【００４７】
図６において、親機側設定処理を実行する第１ゲーム装置のＣＰＵコア２４は、まず親機のＲＴＣ１３の時刻（ここでは１月２３日１１：００と仮定する。）を各子機（第２〜第４ゲーム装置）に送信する（Ｓ２０１）。そして、送信した時刻をイベント開始時刻として設定する（Ｓ２０２）。具体的には、ステップＳ２０１で送信された時刻（１月２３日１１：００）を、ゲームカートリッジ１１０のフラッシュＲＯＭ１２にイベント開始時刻として記憶する。一方、各子機のＣＰＵコア２４は、ステップＳ２０１で親機が送信した時刻を受信し（Ｓ３０１）、この受信した時刻に基づいて子機のＲＴＣ１３の時刻を修正する（Ｓ３０２）。これにより、各子機のＲＴＣ１３の時刻は、親機のＲＴＣ１３の時刻である１月２３日１１：００に合わせられる。これにより第１〜第４ゲーム装置において時刻が統一される。さらに各子機のＣＰＵコア２４は、この時刻を、各ゲームカートリッジ２１０、３１０、４１０のフラッシュＲＯＭ１２にイベント開始時刻として記憶する。これにより、第１〜第４ゲーム装置において共通のイベント開始時刻が記憶される。
なお、ＲＴＣ１３が秒もカウントしてもよく、その場合に秒の情報を含めて上述の処理をするようにしてもよい。
【００４８】
続いて各子機のＣＰＵコア２４は、フラッシュＲＯＭ１２に記憶されているプレイヤ名を親機に送信する（Ｓ３０４）。具体的には、例えば第２ゲーム装置からはプレイヤ名「ジロウ」が送信され、第３ゲーム装置からはプレイヤ名「サブロウ」が送信され、第４ゲーム装置からはプレイヤ名「シロウ」が送信される。親機である第１ゲーム装置のＣＰＵコア２４は、ステップＳ３０４において各子機から送信されたプレイヤ名を受信し（Ｓ２０３）、受信したプレイヤ名と、親機のフラッシュＲＯＭ１２に記憶されているプレイヤ名（ここでは「タロウ」とする）とに基づいてイベント名を決定し、このイベント名をフラッシュＲＯＭに記憶する（Ｓ２０４）。イベント名の決定の方法は任意であるが、ここでは一例として、各ゲーム装置のプレイヤ名の頭文字を並べることによって得られる文字列"タジサシ"をイベント名とする。
【００４９】
親機のＣＰＵコア２４は、ステップＳ２０４で決定したイベント名"タジサシ"を各子機に送信する（Ｓ２０５）。そして、このイベント名"タジサシ"から所定の規則に基づいてイベント番号を決定する（Ｓ２０６）。ここでは、一例として、イベント名の各文字に対応するアスキーコードをもとにして所定の計算をし（例えば加算し）、その計算結果として得られる数字の所定の桁（例えば１桁目）の数字をイベント番号として決定する。ここでは仮にイベント番号が「１」と決定されたものとする。イベント名からイベント番号を決定するときの規則は、各ゲーム装置で共通でありさえすれば、他の任意の規則を用いてもよい。
【００５０】
なお、イベント番号とは、ゲームカートリッジ１１０のＲＯＭ１１に記憶されている複数のイベントデータを識別するための番号である。ＲＯＭ１１には、ゲームプログラムの他に、図７に示すように複数のイベントデータ（ここではイベント１〜イベント１０）が記憶されており、各イベントデータには、イベント番号と、イベント時間と、イベント固有モンスターのデータと、イベント固有アイテムのデータと、イベント固有マップのデータと、イベントテーブル６０１とが含まれている。イベントテーブル６０１には、図８に示すように、イベントの発生時刻と、場所と、イベントの内容が規定されている。
【００５１】
ステップＳ２０６でイベント番号「１」が決定されると、続いてＣＰＵコア２４は、このイベント番号を発生中イベント番号としてフラッシュＲＯＭ１２に記憶し（Ｓ２０７）、さらにフラッシュＲＯＭ１２のイベント発生中フラグをオンにする（Ｓ２０８）。このイベント発生中フラグは、後述するプレイヤによる時計の再設定を許可するか否かを判断するために用いられる。そして、図５に示すイベント開始時刻と、図７に示すイベント時間とからイベントの終了時刻を計算し、図５に示すイベント終了時刻としてフラッシュＲＯＭ１２に記憶する（Ｓ２０９）。例えば、イベント開始時刻が１月２３日１１：００であって、イベント時間が４日間と規定されている場合には、イベント終了時刻は１月２７日１１：００となる。親機のＣＰＵコア２４は、イベント終了時刻の設定が完了すると、親機側設定処理を終了し、図４のステップＳ１０１に戻る。
【００５２】
親機がステップＳ２０５で各子機にイベント名"タジサジ"を送信すると、子機のＣＰＵコア２４はこれを受信し、フラッシュＲＯＭ１２に記憶する（Ｓ３０５）。その後、このイベント名から各ゲーム装置で共通の規則を用いてイベント番号を決定する（Ｓ３０６）。その結果、イベント番号は親機と同じく「１」と決定される。子機のＣＰＵコア２４は、こうして決定されたイベント番号を発生中イベント番号としてフラッシュＲＯＭ１２に記憶し（Ｓ３０７）、さらにフラッシュＲＯＭ１２のイベント発生中フラグをオンにする（Ｓ３０８）。さらに、イベント開始時刻とイベント時間とからイベントの終了時刻を計算し、図５に示すイベント終了時刻としてフラッシュＲＯＭ１２に記憶する（Ｓ３０９）。ここで、イベント開始時刻とイベント時間は各ゲーム装置で共通であるので、いずれのゲーム装置においてもイベント終了時刻は共通（１月２７日１１：００）となる。子機のＣＰＵコア２４は、イベント終了時刻の設定が完了すると、子機側設定処理を終了し、図４のステップＳ１０１に戻る。
【００５３】
（時刻設定処理）
一方、図４のステップＳ１０１で表示されるメニューの中から「時刻設定」の項目が選択された場合（Ｓ１０８でＹＥＳ）には、時刻設定処理が行われる（Ｓ１０９）。時刻設定処理の流れを図９に示す。時刻設定処理では、ＣＰＵコア２４は、イベントが現在発生中か否かを判断する（Ｓ４０１）。具体的には、ＣＰＵコア２４は、図５に示すようにフラッシュＲＯＭ１２に記憶されているイベント発生中フラグを参照し、このフラグがオンになっているときはイベントが現在発生中であると判断し、オフになっているときは現在はイベントが発生していないと判断する。そして、イベントが発生中であると判断した場合には、ＬＣＤ２１にＲＴＣ１３の時刻の再設定が禁止されている旨を表示して（Ｓ４０２）、時刻設定処理を終了する。一方、現在はイベントが発生していないと判断した場合には、操作スイッチ３０からのプレイヤの入力に基づいてＲＴＣ１３の時刻の再設定を行い（Ｓ４０３）、時刻設定処理を終了する。このように、イベント発生中においてＲＴＣ１３の時刻の再設定を禁止することで、プレイヤによる不正な時刻の再設定（例えば、ＲＴＣ１３の時刻を１日分だけ過去に戻すことによって実質的にイベント時間を延長すること）を防止することができる。
【００５４】
（１人用ゲーム処理）
一方、図４のステップＳ１０１で表示されるメニューの中から「１人用ゲーム開始」の項目が選択された場合（Ｓ１１０でＹＥＳ）には、１人用ゲーム処理が行われる（Ｓ１１１）。この処理は、他のプレイヤと共通のイベントが発生せずに１人でプレイするようなゲーム処理（例えば図３に示すゴロウのゲーム装置において実行されるゲーム処理）に相当する。
【００５５】
（イベントゲーム処理）
一方、図４のステップＳ１０１で表示されるメニューの中から「イベントゲーム開始」の項目が選択された場合（Ｓ１１２でＹＥＳ）には、ＣＰＵコア２４は、フラッシュＲＯＭ１２に記憶されているイベント発生中フラグを参照して、イベントが現在発生中か否かを判断する（Ｓ１１３）。そして、イベントが発生中であると判断した場合には、イベントゲーム処理を実行する（Ｓ１１４）。一方、現在はイベントが発生していないと判断した場合には、ＬＣＤ２１にその旨を表示して（Ｓ１１５）、ステップＳ１０１に戻る。以下、図１０を参照してステップＳ１１４のイベントゲーム処理の流れを説明する。
【００５６】
イベントゲーム処理では、プレイヤは、操作スイッチ３０を操作することによって、キャラクタを移動させたり、モンスターとの戦闘時にコマンドを選択したりする。ＣＰＵコア２４は、このような操作スイッチ３０に対するプレイヤの操作を入力する（Ｓ５０１）。そして、この入力された操作に応じた処理を実行し、ＬＣＤ２１に処理結果に基づいて生成されるゲーム画像を表示する（Ｓ５０２）。図１１に、このときのＬＣＤ２１の画面表示の一例を示す。なお、図１１に示すように、イベントが終了するまでの残り時間やイベント終了時刻をプレイヤに提示する（例えばＬＣＤ２１に表示する）ことによって、ゲームをプレイしているプレイヤに対して緊迫感を与えることができる。
【００５７】
つづいてＣＰＵコア２４は、フラッシュＲＯＭ１２に記憶されている発生中イベント番号に対応するイベントテーブルを参照する（Ｓ５０３）。例えば、フラッシュＲＯＭ１２に記憶されている発生中イベント番号が「１」である場合には、図７に示す複数のイベントデータ（イベント１〜１０）の中から、イベント番号が「１」であるものを見つけ出し、そのイベントデータに含まれているイベントテーブル（ここでは仮にイベントテーブル６０１とする）を参照する。そして、このイベントテーブル６０１に規定されているイベント発生時刻と、現在時刻（すなわちＲＴＣ１３の時刻）とを比較する（Ｓ５０４）。そして、ＲＴＣ１３の時刻がイベントテーブルに規定されているイベント発生時刻のいずれかに一致するか否かを判断し（Ｓ５０５）、イベント発生時刻に一致していた場合には、そのイベントを発生させる（Ｓ５０６）。例えば、図８に示すイベントテーブルを参照しており、かつＲＴＣ１３の時刻が１月２３日１２：００であって、かつイベント開始時刻が１月２３日１１：００であった場合には、ゲーム世界において、『おかしの木に「パイ」の実がなる』イベントと、『イベント固有マップ行きの渡し舟が出る』イベントを発生させる。イベントを発生させるための処理を終えると、ステップＳ５０７に進む。一方、一方、いずれのイベント発生時刻にも一致していなかった場合には、イベントを発生させることなくステップＳ５０７に進む。
【００５８】
ステップＳ５０７において、ＣＰＵコア２４は、イベントが終了したか否かを判断する（Ｓ５０７）。具体的には、ＲＴＣ１３の時刻がフラッシュＲＯＭ１２に記憶されているイベント終了時刻と一致しているか過ぎている場合に、イベントが終了したと判断する。イベントが終了したと判断した場合には、ＬＣＤ２１に、イベントが終了した旨を表示し（Ｓ５０９）、さらにフラッシュＲＯＭ１２の発生中イベント番号をクリア（Ｓ５１０）、およびイベント発生中フラグをオフにし（Ｓ５１１）、イベントゲーム処理を終了する。一方、ステップＳ５０７において、イベントが継続中であると判断した場合（Ｓ５０７でＮＯ）には、つづいてゲームオーバとなったか否かを判断し（Ｓ５０８）、ゲームオーバとなった場合にはイベントゲーム処理を終了し、ゲームオーバでない場合にはステップＳ５０１に戻ってイベントゲーム処理が続行される。
【００５９】
なお、上記のイベントゲーム処理においては、イベント固有のモンスター（例えば前述の「"タジサシ"ドラゴン」）や、イベント固有のアイテム（例えば前述の「"タジサシ"ソード０１２３」）や、イベント固有のマップ（例えば前述の「"タジサシ"島」）がゲーム中に登場する。これらに関するデータは、図７に示すようにＲＯＭ１１に予め格納されている。例えば、イベント固有モンスターのデータとして、モンスターの名称と、属性値（例えばモンスターの体力などの能力値）と、モンスターの画像に関するデータが格納されている。また、イベント固有アイテムのデータとして、アイテムの名称と、属性値（例えばアイテムの攻撃力）と、アイテムの画像に関するデータが格納されている。また、イベント固有マップのデータとして、マップの名称と、マップの位置や地形情報と、マップの画像に関するデータが格納されている。なお、本実施形態では、モンスターやアイテムやマップの名称は、フラッシュＲＯＭ１２に記憶されているイベント名やイベント終了月日等のデータを用いて動的に生成される。これにより、ゲーム中に使われるモンスターやアイテム等の名称がそのイベント固有の名称となるので、プレイヤは、ゲームをプレイしているメンバーの組み合わせに固有のストーリーが進行していることをより実感することができる。また、アイテムの希少価値も高まる。
【００６０】
以上のように、本実施形態によれば、各ゲーム装置において時刻に応じたイベントを発生させることができる。また、イベント期間の開始に先立って各ゲーム装置のＲＴＣ１３の時刻が一致されるので、イベント期間中に時刻に基づいてイベントを発生させるときに、ゲーム装置間の時刻のずれによる不具合の発生を防止することができる（すなわち、ほぼ同じタイミングで同じイベントを発生させることができる。）。また、ゲーム装置にはプレイヤによる再設定が可能なＲＴＣ１３が設けられているが、イベント期間においてはその再設定が禁止されるので、イベント期間におけるプレイヤによる不正な再設定を防止することができる。さらに、各ゲーム装置では、各ゲーム装置に個別に設けられたＲＴＣ１３に基づいてイベントを発生させるので、ゲーム装置間で通信を常に行う必要がない。
【００６１】
なお、本実施形態では、イベント期間の終了タイミングを、イベント終了時刻になったか否かに基づいて判断しているが、本発明はこれに限らず、他の任意の終了条件を規定してもよい。例えば、図７に示すイベント時間の替わりに、「所定の数のモンスターを倒すまで」という条件を規定してもよい。この場合、フラッシュＲＯＭ１２にモンスターを倒した数を記憶しておき、図１０のステップＳ５０７において、今までに倒したモンスターの数が所定の数に等しいか上回った場合に、イベントが終了したと判断すればよい。
【００６２】
また、本実施形態では、各ゲーム装置（第１〜第４ゲーム装置）のプレイヤ名（タロウ、ジロウ、サブロウ、シロウ）に基づいて生成されたイベント名"タジサシ"に基づいて（つまり、イベント名"タジサシ"を起源データとして）イベントを選択するとしたが、本発明はこれに限らない。つまり各ゲーム装置に固有の情報であれば、例えばゲーム装置に個別に割り当てられた識別子などから起源データを作成し、この起源データに基づいてイベントを選択するようにしてもよい。
【００６３】
本実施例においては、イベントに登場するモンスターの属性値は、ＲＯＭ１１に予め格納されているとしたが、イベント名に応じて数値を決定し、その数値をモンスターの属性値（生命力等）にするようにしてもよい。例えば、上述の実施例において「タジサシ」をアスキーコードに変換し、そのアスキーコード値（「タジサシ」の場合は５つの値）を所定の数式に代入して算出される値をモンスターの生命力にするようにしてもよい。
【００６４】
また、本実施形態では、イベント固有モンスター等の名称をイベント名に基づいて動的に作成するとしたが、名称に限らず、モンスターの属性値や、画像や、マップの位置や地形情報を、イベント名に応じて動的に変更することも同様に可能である。例えば、イベント名に応じてモンスターの基本色を赤や青に変更したりすることができる。また、イベントに参加するプレイヤの数が増えるにしたがってイベント固有アイテムの攻撃力が大きくなるようにすることもできる。これにより、プレイヤは、より強力なアイテムを入手すべく、イベントにより多くのプレイヤを参加させようと考えるので、プレイヤ同士の交流が広まり、また商品の販売も促進される。
【００６５】
また、本実施形態では、イベント名の各文字に対応するアスキーコードを加算し、その加算結果として得られる数字の１桁目の数字をイベント番号として決定するとしたが、このような方法でイベントを選択すると、決まったメンバーがイベントに参加する場合には毎回同じイベントが選択されることになる。すると、何度かプレイするうちにプレイヤは共通イベントに飽きてしまうという問題がある。そこで、このような問題を解決するために、例えば、イベント名の各文字に対応するアスキーコードを加算したものに、さらに、ＲＴＣの値から出力される時刻値をもとにした所定の計算をし（例えば、イベント開始時刻の秒にあたる数字を加算し）、その結果の１桁目の数字をイベント番号として決定する方法も有効である。これにより、共通イベントを設定するたびに、選択されるイベントが変化する可能性が高く、プレイヤは毎回新鮮な気持ちで共通イベントをプレイすることができる。なお、この場合にも、イベント開始時刻は各ゲーム装置で共通しているため、各ゲーム装置において共通のイベントが選択されることになる。
【００６６】
また、本実施形態では、イベント名に基づいて、予め用意された複数のイベントデータ（イベント１〜イベント１０）の中から一つのイベントデータを選択して、選択したイベントデータに含まれているイベントテーブルにしたがってイベントを発生させるとしたが、本発明はこれに限らず、例えばイベントテーブルの内容を、イベント名に関係なく必ず発生する必須イベントと、イベント名に応じて選択される選択イベントとに分けて規定されていてもよい。その場合、ＲＯＭ１１には図１２に示すように、必須イベントに関するイベントデータと、選択イベントに関するイベントデータとを格納しておく。そして選択イベントにはそれぞれ選択イベント番号が付され、イベント名に応じて選択イベントの中から所定のイベントが選択される。例えば、イベント名の各文字に対応するアスキーコードが加算され、その加算結果として得られる数字の１桁目の数字が選択イベント番号として決定される。そして、イベントゲーム処理において、ＣＰＵコア２４は、例えば図１０に示すステップＳ５０３において、必須イベントと、選択イベント番号により特定される選択イベントとを両方参照し、ＲＴＣ１３の時刻が必須イベントまたは選択イベントのイベント発生時刻に一致した場合に、そのイベントをゲーム中で発生させる。このように、各イベントテーブルに共通に含まれているイベントを必須イベントとしてまとめることにより、ＲＯＭ１１に格納すべきイベントデータのデータ量を低減することができる。
【００６７】
また、本実施形態において、ＲＴＣ１３はゲームカートリッジ１１０に内蔵されるとしたが、本発明はこれに限らず、例えば本体部に設けられても構わない。ただし、ＲＴＣを本体部に設けた場合には、本実施形態のようにゲームカートリッジを適宜交換していろいろなゲームをプレイすることができるゲーム装置においては、他の種類のカートリッジが本体部に装着されて、そのゲームがプレイされているときに、ＲＴＣの再設定が自由に可能となって、ＲＴＣの時刻の設定が行われる可能性がある。この場合、図９に示したような処理によってＲＴＣ１３の時刻の再設定を禁止することは困難である。しかしながら、本実施形態のように、ＲＴＣ１３がゲームカートリッジ１１０に内蔵される構成を採用することにより、他のゲームのがプレイされているときにＲＴＣ１３の時刻の設定が行われてしまう問題を効果的に防ぐことができる。
【００６８】
また、本実施形態では、ゲームプログラムはゲームカートリッジ１１０のＲＯＭ１１より本体部１００に供給されるとしたが、本発明はこれに限らず、ＣＤ−ＲＯＭやＤＶＤやメモリカードなど、他の任意のコンピュータ読み取り可能な記録媒体を通じて本体部１００に供給されても構わない。さらには、インターネットや通信ケーブルなどの伝送媒体を通じて本体部１００に供給されても構わない。さらには、本体部１００内の記憶手段に予め格納されていても構わない。
【００６９】
また、本実施形態では、本体部１００とゲームカートリッジ１１０とから成るゲーム装置について説明したが、本発明はこれに限らず、本体部１００とゲームカートリッジ１１０とが一体化されたゲーム装置にも本発明を適用することができる。
【００７０】
また、本実施形態では、ゲーム装置間のデータ通信は、通信ケーブルを用いて行うとしたが、本発明はこれに限らず、ゲーム装置間の通信は、例えばインターネットなどのネットワークを介したデータ通信や、無線データ通信であっても構わない。
【図面の簡単な説明】
【００７１】
【図１】本発明の一実施形態に係るゲームシステムの外観図である。
【図２】ゲーム装置の構成を示すブロック図である。
【図３】ゲームシステムの動作の概略を説明するための図である。
【図４】ＣＰＵコア２４の処理の流れを示すフローチャートである。
【図５】フラッシュＲＯＭ１２のメモリマップである。
【図６】親機側設定処理および子機側設定処理の流れを示すフローチャートである。
【図７】ＲＯＭ１１のメモリマップのイベントデータに関する部分を示す図である。
【図８】イベントテーブルを示す図である。
【図９】時刻設定処理の流れを示すフローチャートである。
【図１０】イベントゲーム処理の流れを示すフローチャートである。
【図１１】ゲーム画像の一例を示す図である。
【図１２】イベントテーブルの変形例を示す図である。
【符号の説明】
【００７２】
１１ ＲＯＭ
１２ フラッシュＲＯＭ
１３ ＲＴＣ
２１ ＬＣＤ
２２ コネクタ
２３ 制御回路
２４ ＣＰＵコア
２５ ＬＣＤコントローラ
２６ ＲＡＭ
２７ 周辺回路
２８ サウンド回路
２９ スピーカ
３０、３０ａ〜３０ｄ 操作スイッチ
３１ コネクタ
１００ 本体部
１１０ ゲームカートリッジ
２００ 本体部
２１０ ゲームカートリッジ
３００ 本体部
３１０ ゲームカートリッジ
４００ 本体部
４１０ ゲームカートリッジ
５００ 通信ケーブル
６０１ イベントテーブル
【特許請求の範囲】
【請求項１】
通信機能を備えた複数のゲーム装置を有するゲームシステムであって、
各ゲーム装置は、
プレイヤによる再設定が可能な計時手段と、
少なくとも２台のゲーム装置を含む任意のゲーム装置群間で通信することによって該ゲーム装置群間で前記計時手段の時刻を一致させる同期手段と、
前記同期手段による処理が行われてから所定の同期期間において、プレイヤによる前記計時手段の再設定を禁止する再設定禁止手段と、
前記同期期間において、各ゲーム装置の前記計時手段の時刻に基づいて該ゲーム装置が出力する仮想的なゲーム世界に所定のイベントを発生させるイベント発生手段とを備える、ゲームシステム。
【請求項２】
各ゲーム装置は、
プレイヤによる前記計時手段の再設定の可否を示すフラグを記憶するフラグ記憶手段と、
前記同期手段による処理が行われたときに前記フラグをオンにし、前記同期期間が終了したときにオフにするフラグ設定手段とをさらに備え、
前記再設定禁止手段は、前記フラグがオンのときに再設定を禁止することを特徴とする、請求項１に記載のゲームシステム。
【請求項３】
各ゲーム装置は、前記同期期間の終了条件を設定する終了条件設定手段をさらに備え、
前記終了条件設定手段は、前記ゲーム装置群間で通信することによって該ゲーム装置群間で共通の終了条件を設定することを特徴とする、請求項１に記載のゲームシステム。
【請求項４】
各ゲーム装置は、前記イベント発生手段が発生させるべきイベントを設定するイベント設定手段をさらに備え、
前記イベント設定手段は、前記ゲーム装置群間で通信することによって該ゲーム装置群間で共通のイベントを設定することを特徴とする、請求項１に記載のゲームシステム。
【請求項５】
前記イベント設定手段は、前記ゲーム装置群を構成する各ゲーム装置において個別に設定されている情報の組み合わせに基づいて、該ゲーム装置群を構成するゲーム装置の組み合わせに対応した共通のイベントを設定することを特徴とする、請求項４に記載のゲームシステム。
【請求項６】
前記ゲーム装置群のうち、１つのゲーム装置が親機として、残りのゲーム装置が子機としてそれぞれ動作し、
前記イベント設定手段は、第１データを起源データとして所定の規則に基づいてイベントを設定するものであり、
前記親機のイベント設定手段は、第１データを決定して、前記子機に該第１データを前記通信手段を用いて送信し、かつ、該第１データを前記起源データとし、
前記子機のイベント設定手段は、前記通信手段を用いて前記第１データを受信して、受信した該第１データを前記起源データとすることを特徴とする、請求項４に記載のゲームシステム。
【請求項７】
前記親機は、前記子機から第２データを受信して、受信した該第２データに基づいて前記第１データを生成することを特徴とする、請求項６に記載のゲームシステム。
【請求項８】
前記ゲーム装置は、前記第１データに基づいてゲームデータを生成するゲームデータ生成手段をさらに備えることを特徴とする、請求項６に記載のゲームシステム。
【請求項９】
前記ゲーム装置は、
イベントを発生させるために用いられるゲームデータを記憶するゲームデータ記憶手段と、
前記第１データに基づいて、前記ゲームデータを変更するゲームデータ変更手段とをさらに備えることを特徴とする、請求項６に記載のゲームシステム。
【請求項１０】
前記ゲーム装置は複数のイベントを発生させるためのデータを記憶するイベント記憶手段をさらに備え、
前記イベント設定手段は、前記第１データに基づいて前記複数のイベントから少なくとも１つのイベントを選択することを特徴とする、請求項４に記載のゲームシステム。
【請求項１１】
前記イベント記憶手段には、１つのイベントを構成する複数の単位イベントを発生させるためのデータが記憶され、
前記イベント設定手段は、前記第１データに基づいて前記複数の単位イベントから少なくとも１つの単位イベントを選択することを特徴とする、請求項４に記載のゲームシステム。
【請求項１２】
通信機能を備えたゲーム装置であって、
プレイヤによる再設定が可能な計時手段と、
少なくとも２台のゲーム装置を含む任意のゲーム装置群間で通信することによって該ゲーム装置群間で前記計時手段の時刻を一致させる同期手段と、
前記同期手段による処理が行われてから所定の同期期間において、プレイヤによる前記計時手段の再設定を禁止する再設定禁止手段と、
前記同期期間において、前記計時手段の時刻に基づいてゲーム世界に所定のイベントを発生させるイベント発生手段とを備える、ゲーム装置。
【請求項１３】
前記イベント発生手段が発生させるべきイベントを設定するイベント設定手段をさらに備え、
前記イベント設定手段は、前記ゲーム装置群間で通信することによって該ゲーム装置群間で共通のイベントを設定することを特徴とする、請求項１２に記載のゲーム装置。
【請求項１４】
前記イベント設定手段は、前記ゲーム装置群を構成する各ゲーム装置において個別に設定されている情報の組み合わせに基づいて、該ゲーム装置群を構成するゲーム装置の組み合わせに対応した共通のイベントを設定することを特徴とする、請求項１３に記載のゲーム装置。
【請求項１５】
前記ゲーム装置群において、１つのゲーム装置が親機として、残りのゲーム装置が子機としてそれぞれ動作し、
前記イベント設定手段は、第１データを起源データとして所定の規則に基づいてイベントを設定するものであり、
前記イベント設定手段は、
ａ）該ゲーム装置が親機として動作しているときには、第１データを決定して、前記子機に該第１データを前記通信手段を用いて送信し、かつ、該第１データを前記起源データとし、
ｂ）該ゲーム装置が子機として動作しているときには、前記通信手段を用いて前記第１データを受信して、受信した該第１データを前記起源データとすることを特徴とする、請求項１３に記載のゲーム装置。
【請求項１６】
通信機能を備えた複数のゲーム装置を有するゲームシステムにおいて、各ゲーム装置のコンピュータを、
少なくとも２台のゲーム装置を含む任意のゲーム装置群間で通信することによって、各ゲーム装置に個別に設けられたプレイヤによる再設定が可能な計時手段の時刻を該ゲーム装置群間で一致させる同期手段、
前記同期手段による処理が行われてから所定の同期期間において、プレイヤによる前記計時手段の再設定を禁止する再設定禁止手段、
前記同期期間において、前記計時手段の時刻に基づいてゲーム世界に所定のイベントを発生させるイベント発生手段として機能させるためのゲームプログラム。
【請求項１７】
さらに各ゲーム装置のコンピュータを、前記イベント発生手段が発生させるべきイベントを設定するイベント設定手段として機能させ、
前記イベント設定手段は、前記ゲーム装置群間で通信することによって該ゲーム装置群間で共通のイベントを設定することを特徴とする、請求項１６に記載のゲームプログラム。
【請求項１８】
前記イベント設定手段は、前記ゲーム装置群を構成する各ゲーム装置において個別に設定されている情報の組み合わせに基づいて、該ゲーム装置群を構成するゲーム装置の組み合わせに対応した共通のイベントを設定することを特徴とする、請求項１６に記載のゲームプログラム。
【請求項１９】
前記ゲーム装置群のうち、１つのゲーム装置が親機として、残りのゲーム装置が子機としてそれぞれ動作し、
前記イベント設定手段は、第１データを起源データとして所定の規則に基づいてイベントを設定するものであり、
前記親機のイベント設定手段は、第１データを決定して、前記子機に該第１データを前記通信手段を用いて送信し、かつ、該第１データを前記起源データとし、
前記子機のイベント設定手段は、前記通信手段を用いて前記第１データを受信して、受信した該第１データを前記起源データとすることを特徴とする、請求項１７に記載のゲームプログラム。
【請求項２０】
通信機能を備えたゲーム装置本体部に着脱可能であり、ゲームプログラムを記録したコンピュータ読取可能な記録媒体およびプレイヤによる再設定が可能な計時手段とを備えたゲームカートリッジであって、
前記ゲームプログラムは、前記ゲーム装置本体部のコンピュータを、
少なくとも２台のゲーム装置を含む任意のゲーム装置群間で通信することによって、前記計時手段の時刻を該ゲーム装置群間で一致させる同期手段、
前記同期手段による処理が行われてから所定の同期期間において、プレイヤによる前記計時手段の再設定を禁止する再設定禁止手段、および、
前記同期期間において、前記計時手段の時刻に基づいてゲーム世界に所定のイベントを発生させるイベント発生手段として機能させることを特徴とする、ゲームカートリッジ。
【請求項１】
通信機能を備えた複数のゲーム装置を有するゲームシステムであって、
各ゲーム装置は、
プレイヤによる再設定が可能な計時手段と、
少なくとも２台のゲーム装置を含む任意のゲーム装置群間で通信することによって該ゲーム装置群間で前記計時手段の時刻を一致させる同期手段と、
前記同期手段による処理が行われてから所定の同期期間において、プレイヤによる前記計時手段の再設定を禁止する再設定禁止手段と、
前記同期期間において、各ゲーム装置の前記計時手段の時刻に基づいて該ゲーム装置が出力する仮想的なゲーム世界に所定のイベントを発生させるイベント発生手段とを備える、ゲームシステム。
【請求項２】
各ゲーム装置は、
プレイヤによる前記計時手段の再設定の可否を示すフラグを記憶するフラグ記憶手段と、
前記同期手段による処理が行われたときに前記フラグをオンにし、前記同期期間が終了したときにオフにするフラグ設定手段とをさらに備え、
前記再設定禁止手段は、前記フラグがオンのときに再設定を禁止することを特徴とする、請求項１に記載のゲームシステム。
【請求項３】
各ゲーム装置は、前記同期期間の終了条件を設定する終了条件設定手段をさらに備え、
前記終了条件設定手段は、前記ゲーム装置群間で通信することによって該ゲーム装置群間で共通の終了条件を設定することを特徴とする、請求項１に記載のゲームシステム。
【請求項４】
各ゲーム装置は、前記イベント発生手段が発生させるべきイベントを設定するイベント設定手段をさらに備え、
前記イベント設定手段は、前記ゲーム装置群間で通信することによって該ゲーム装置群間で共通のイベントを設定することを特徴とする、請求項１に記載のゲームシステム。
【請求項５】
前記イベント設定手段は、前記ゲーム装置群を構成する各ゲーム装置において個別に設定されている情報の組み合わせに基づいて、該ゲーム装置群を構成するゲーム装置の組み合わせに対応した共通のイベントを設定することを特徴とする、請求項４に記載のゲームシステム。
【請求項６】
前記ゲーム装置群のうち、１つのゲーム装置が親機として、残りのゲーム装置が子機としてそれぞれ動作し、
前記イベント設定手段は、第１データを起源データとして所定の規則に基づいてイベントを設定するものであり、
前記親機のイベント設定手段は、第１データを決定して、前記子機に該第１データを前記通信手段を用いて送信し、かつ、該第１データを前記起源データとし、
前記子機のイベント設定手段は、前記通信手段を用いて前記第１データを受信して、受信した該第１データを前記起源データとすることを特徴とする、請求項４に記載のゲームシステム。
【請求項７】
前記親機は、前記子機から第２データを受信して、受信した該第２データに基づいて前記第１データを生成することを特徴とする、請求項６に記載のゲームシステム。
【請求項８】
前記ゲーム装置は、前記第１データに基づいてゲームデータを生成するゲームデータ生成手段をさらに備えることを特徴とする、請求項６に記載のゲームシステム。
【請求項９】
前記ゲーム装置は、
イベントを発生させるために用いられるゲームデータを記憶するゲームデータ記憶手段と、
前記第１データに基づいて、前記ゲームデータを変更するゲームデータ変更手段とをさらに備えることを特徴とする、請求項６に記載のゲームシステム。
【請求項１０】
前記ゲーム装置は複数のイベントを発生させるためのデータを記憶するイベント記憶手段をさらに備え、
前記イベント設定手段は、前記第１データに基づいて前記複数のイベントから少なくとも１つのイベントを選択することを特徴とする、請求項４に記載のゲームシステム。
【請求項１１】
前記イベント記憶手段には、１つのイベントを構成する複数の単位イベントを発生させるためのデータが記憶され、
前記イベント設定手段は、前記第１データに基づいて前記複数の単位イベントから少なくとも１つの単位イベントを選択することを特徴とする、請求項４に記載のゲームシステム。
【請求項１２】
通信機能を備えたゲーム装置であって、
プレイヤによる再設定が可能な計時手段と、
少なくとも２台のゲーム装置を含む任意のゲーム装置群間で通信することによって該ゲーム装置群間で前記計時手段の時刻を一致させる同期手段と、
前記同期手段による処理が行われてから所定の同期期間において、プレイヤによる前記計時手段の再設定を禁止する再設定禁止手段と、
前記同期期間において、前記計時手段の時刻に基づいてゲーム世界に所定のイベントを発生させるイベント発生手段とを備える、ゲーム装置。
【請求項１３】
前記イベント発生手段が発生させるべきイベントを設定するイベント設定手段をさらに備え、
前記イベント設定手段は、前記ゲーム装置群間で通信することによって該ゲーム装置群間で共通のイベントを設定することを特徴とする、請求項１２に記載のゲーム装置。
【請求項１４】
前記イベント設定手段は、前記ゲーム装置群を構成する各ゲーム装置において個別に設定されている情報の組み合わせに基づいて、該ゲーム装置群を構成するゲーム装置の組み合わせに対応した共通のイベントを設定することを特徴とする、請求項１３に記載のゲーム装置。
【請求項１５】
前記ゲーム装置群において、１つのゲーム装置が親機として、残りのゲーム装置が子機としてそれぞれ動作し、
前記イベント設定手段は、第１データを起源データとして所定の規則に基づいてイベントを設定するものであり、
前記イベント設定手段は、
ａ）該ゲーム装置が親機として動作しているときには、第１データを決定して、前記子機に該第１データを前記通信手段を用いて送信し、かつ、該第１データを前記起源データとし、
ｂ）該ゲーム装置が子機として動作しているときには、前記通信手段を用いて前記第１データを受信して、受信した該第１データを前記起源データとすることを特徴とする、請求項１３に記載のゲーム装置。
【請求項１６】
通信機能を備えた複数のゲーム装置を有するゲームシステムにおいて、各ゲーム装置のコンピュータを、
少なくとも２台のゲーム装置を含む任意のゲーム装置群間で通信することによって、各ゲーム装置に個別に設けられたプレイヤによる再設定が可能な計時手段の時刻を該ゲーム装置群間で一致させる同期手段、
前記同期手段による処理が行われてから所定の同期期間において、プレイヤによる前記計時手段の再設定を禁止する再設定禁止手段、
前記同期期間において、前記計時手段の時刻に基づいてゲーム世界に所定のイベントを発生させるイベント発生手段として機能させるためのゲームプログラム。
【請求項１７】
さらに各ゲーム装置のコンピュータを、前記イベント発生手段が発生させるべきイベントを設定するイベント設定手段として機能させ、
前記イベント設定手段は、前記ゲーム装置群間で通信することによって該ゲーム装置群間で共通のイベントを設定することを特徴とする、請求項１６に記載のゲームプログラム。
【請求項１８】
前記イベント設定手段は、前記ゲーム装置群を構成する各ゲーム装置において個別に設定されている情報の組み合わせに基づいて、該ゲーム装置群を構成するゲーム装置の組み合わせに対応した共通のイベントを設定することを特徴とする、請求項１６に記載のゲームプログラム。
【請求項１９】
前記ゲーム装置群のうち、１つのゲーム装置が親機として、残りのゲーム装置が子機としてそれぞれ動作し、
前記イベント設定手段は、第１データを起源データとして所定の規則に基づいてイベントを設定するものであり、
前記親機のイベント設定手段は、第１データを決定して、前記子機に該第１データを前記通信手段を用いて送信し、かつ、該第１データを前記起源データとし、
前記子機のイベント設定手段は、前記通信手段を用いて前記第１データを受信して、受信した該第１データを前記起源データとすることを特徴とする、請求項１７に記載のゲームプログラム。
【請求項２０】
通信機能を備えたゲーム装置本体部に着脱可能であり、ゲームプログラムを記録したコンピュータ読取可能な記録媒体およびプレイヤによる再設定が可能な計時手段とを備えたゲームカートリッジであって、
前記ゲームプログラムは、前記ゲーム装置本体部のコンピュータを、
少なくとも２台のゲーム装置を含む任意のゲーム装置群間で通信することによって、前記計時手段の時刻を該ゲーム装置群間で一致させる同期手段、
前記同期手段による処理が行われてから所定の同期期間において、プレイヤによる前記計時手段の再設定を禁止する再設定禁止手段、および、
前記同期期間において、前記計時手段の時刻に基づいてゲーム世界に所定のイベントを発生させるイベント発生手段として機能させることを特徴とする、ゲームカートリッジ。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【公開番号】特開２００７−１０５５４０（Ｐ２００７−１０５５４０Ａ）
【公開日】平成１９年４月２６日（２００７．４．２６）
【国際特許分類】
【出願番号】特願２００７−２００３０（Ｐ２００７−２００３０）
【出願日】平成１９年１月３０日（２００７．１．３０）
【分割の表示】特願２００３−４１３１５（Ｐ２００３−４１３１５）の分割
【原出願日】平成１５年２月１９日（２００３．２．１９）
【出願人】（０００２３３７７８）任天堂株式会社 (1,115)
【Ｆターム（参考）】
【公開日】平成１９年４月２６日（２００７．４．２６）
【国際特許分類】
【出願日】平成１９年１月３０日（２００７．１．３０）
【分割の表示】特願２００３−４１３１５（Ｐ２００３−４１３１５）の分割
【原出願日】平成１５年２月１９日（２００３．２．１９）
【出願人】（０００２３３７７８）任天堂株式会社 (1,115)
【Ｆターム（参考）】
[ Back to top ]