JP3830442B2 - 無線通信ゲームシステム、ゲーム装置、情報記憶媒体、および、プログラム - Google Patents

Description

【０００１】
【産業上の利用分野】
この発明は、無線通信を利用するゲームシステム、ゲーム装置、情報記憶媒体、および、プログラムに関し、特にたとえば、親機と子機との間の通信が途絶えた後に子機を親機に復帰接続させることが可能な無線通信ゲームシステム、ゲーム装置、情報記憶媒体、および、プログラムに関する。
【０００２】
【従来の技術】
従来の無線通信ゲームシステムの一例が、たとえば、平成１２年（２０００）５月１６日付きで出願公開された特許文献１（国際分類：Ａ６３Ｆ１３／００、Ｈ０４Ｌ１２／２８）に開示されている。
【０００３】
【特許文献１】
特開２０００−１３５３８０号公報
【０００４】
【発明が解決しようとする課題】
この先行技術では、通信が途絶えた場合の処理が全く考慮されておらず、ましてや、通信が途絶えた後に通信を復帰させることについては全く開示されていない。
【０００５】
無線通信である以上、通信が途絶える可能性がある。たとえば、なんらかの通信障害があった場合や、ユーザ同士が誤って通信可能な距離以上離れてしまった場合等である。さらには、あるユーザに用事ができて通信可能な範囲を離れる必要が生じた場合がある。
【０００６】
このような状況が発生した場合に、それらの要因が解消した後には、通信を復帰させるようにするのが望ましい。そうしなければ、もう一度通信を確立する処理をし直す必要があるからである。
【０００７】
それゆえに、この発明の主たる目的は、新規な、無線通信ゲームシステム、携帯ゲーム装置およびゲームプログラムを提供することである。
【０００８】
この発明の他の目的は、通信途絶後に子機が復帰が可能な、無線通信ゲームシステム、携帯ゲーム装置およびゲームプログラムを提供することである。
【０００９】
【課題を解決するための手段】
請求項１の発明は、無線通信によってデータを送受信することにより通信ゲームを実行する複数の携帯型のゲーム装置を用いる無線通信ゲームシステムである。複数のゲーム装置の中には、親機と子機が存在する。親機は、自機への接続を要求する子機から当該子機の識別情報を受信する受信手段、自機に接続することを許可する子機の識別情報が設定される接続許可データに、受信手段により受信された識別情報を設定し、当該設定された接続許可データを含む親機パケットを、自機と子機との接続の当初から継続して子機に送信し続ける送信手段、および子機からの通信が第１所定時間途絶えた場合に、接続許可データから当該子機の識別情報を削除する削除手段を備える。子機は、親機からの通信が途絶えたことを検出する通信断絶検出手段、および通信断絶検出手段が親機からの通信が途絶えたことを検出したときに、親機から送信される親機パケットの受信を試みて、受信した親機パケットに自機の識別情報が設定されているときに、通信を再開する復帰手段を備える。
【００１０】
請求項４の発明は、第１タイムスロットと複数のサブタイムスロットを含む第２タイムスロットとによって構成される通信周期で無線通信することにより通信ゲームを実行する複数の携帯ゲーム装置を用いる、無線通信ゲームシステムである。複数のゲーム装置の中には、親機と子機が存在する。親機は、第１タイムスロットで親機パケットをブロードキャストしかつ第２タイムスロットで子機パケットを受信する第１通信制御手段、および自機への接続を要求する子機から当該子機の識別情報を受信する受信手段を備え、親機パケットは、自機に接続することを許可する子機の識別情報が設定される接続許可データを含み、自機と子機との接続の当初から継続して、受信手段により受信された識別情報を接続許可データに設定し続け、かつ、子機からの通信が所定時間途絶えた場合に、接続許可データから当該子機の識別情報を削除する親機パケット設定手段をさらに備える。子機は、複数のサブタイムスロットのうち少なくとも１つのサブタイムスロットで子機パケットを送信し、第１タイムスロットで親機パケットを受信する第２通信制御手段、親機からの通信が途絶えたことを検出する通信断絶検出手段、および通信断絶検出手段が親機からの通信が途絶えたことを検出したときに、親機からブロードキャストされる親機パケットの受信を試みて、受信した親機パケットに自機の識別情報が設定されているときに、通信を再開する復帰手段を備える。
【００１１】
請求項５の発明は、無線通信によってデータを送受信することにより通信ゲームを実行する複数の携帯型のゲーム装置を用い、複数のゲーム装置の中には、親機と子機が存在する、そのような無線通信ゲームシステムにおいて用いるゲーム装置のプログラムである。プログラムは、当該ゲーム装置が親機となったときには、ゲーム装置のプロセサを、自機への接続を要求する子機から当該子機の識別情報を受信する受信手段、自機に接続することを許可する子機の識別情報が設定される接続許可データに、受信手段により受信された識別情報を設定し、当該設定された接続許可データを含む親機パケットを、自機と子機との接続の当初から継続して子機に送信し続ける送信手段、および子機からの通信が所定時間途絶えた場合に、接続許可データから当該子機の識別情報を削除する削除手段として機能させ、当該ゲーム装置が子機となったときには、ゲーム装置のプロセサを、親機からの通信が途絶えたことを検出する通信断絶検出手段、および通信断絶検出手段が親機からの通信が途絶えたことを検出したときに、親機から送信される親機パケットの受信を試みて、受信した親機パケットの接続許可データに自機の識別情報が設定されているときに、通信を再開する復帰手段として機能させる。
【００１７】
無線通信ゲームシステムは、実施例では、少なくとも２台の携帯ゲーム装置（１０：実施例で相当する参照符号。以下同じ。）を用いて構成される。
【００１８】
親機の送信手段は、実施例でいえば図２２のステップＳ４１すなわち図２９に相当し、この送信手段が図１１で示すようなデータフィールドを有する親機パケットを送信する。
【００１９】
子機の通信断絶検出手段は実施例のステップＳ９５（図２４）に相当し、この通信断絶検出手段によって親機からの通信が途絶えたことが検出したときに、実施例でいえば図３３に相当する復帰手段は、図３３のステップＳ５００１で親機から送信される親機パケットの受信を試み、ステップＳ５０１３でその親機パケットに接続許可データが存在するかどうか判断する。つまり、接続許可データ、具体的には、親機パケットのＵスロットの自機の位置に自機の子機番号ＣＩＤが存在するとき、復帰成功である。
【００２０】
この発明によれば、子機が簡単に親機への接続の復帰を果たすことができる。
【００２６】
【発明の効果】
この発明によれば、子機からの通信が途絶えた後に、親機が接続許可データを送信し続けるので、子機が通信可能な状態になったときに、親機との接続の復帰を簡単に行うことができる。
【００２７】
また、この発明によれば、無線通信において不可避である通信障害に対して、ユーザの手をわずらわせることなく接続の復帰をおこなうことができる。
【００２８】
また、この発明によれば、あるユーザに用事ができて通信可能な範囲を離れる必要が生じた場合に、決められた時間内に戻ってくるのであれば、通信を復帰して、無線通信ゲームを継続することが可能になる。
【００２９】
この発明の上述の目的，その他の目的，特徴および利点は、図面を参照して行う以下の実施例の詳細な説明から一層明らかとなろう。
【００３０】
【実施例】
この発明が適用される無線通信ゲームシステムは、一例として、図１に示すような携帯ゲーム装置１０を利用する。携帯ゲーム装置１０は、この実施例では、たとえばゲームボーイアドバンス（GAMEBOY ADVANCE：商品名）のような携帯ゲーム機１２と、その携帯ゲーム機１２の通信コネクタ４６に接続された無線通信ユニット１４およびカートリッジコネクタ４０に接続されたカートリッジ１６を含む。つまり、この実施例においては、携帯ゲーム装置１０は、携帯ゲーム機１２，無線通信ユニット１４およびカートリッジ１６によって構成される。
【００３１】
図１に示す携帯ゲーム機１２は、プロセサ２０を含み、このプロセサ２０は、ＣＰＵコア２２とそれに関連するブートＲＯＭ２４，ＬＣＤコントローラ２６，ＷＲＡＭ（ワーキングＲＡＭ：以下同様）２８，ＶＲＡＭ３０および周辺回路３２とを含む。ただし、周辺回路３２は、音声（サウンド）回路、ＤＭＡ(Direct Memory Access)回路、タイマ回路、入出力インタフェース（ＩＯ）などを含む。携帯ゲーム機１２の前面に設けられたＬＣＤ１８には、プロセサ２０から表示信号、この実施例ではＲＧＢ信号が与えられ、したがって、ＬＣＤ１８ではゲーム画像がカラー表示される。そして、プロセサ２０からは、サウンド回路３４にオーディオ信号が与えられ、そのオーディオ信号によって、スピーカ３６からゲーム音楽や効果音などの音声が出力される。また、携帯ゲーム機１２の前面にＬＣＤ１８を挟んで設けられる十字キーやスタートキー，セレクトキーおよびＡボタンならびにＢボタンがまとめて操作スイッチ３８として示され、この操作スイッチ３８からの操作信号がプロセサ２０に入力される。したがって、プロセサ２０は操作スイッチ３８を通して与えられたユーザの指示に従った処理を実行する。
【００３２】
携帯ゲーム機１６はカートリッジコネクタ４０を有し、このカートリッジコネクタ４０には、カートリッジ１６が接続または挿入される。カートリッジ１６にはＲＯＭ４２およびバックアップＲＡＭ４４が内蔵され、ＲＯＭ４２には携帯ゲーム機１２で実行すべきゲームのためのゲームプログラムが、そのゲーム名とともに、予め設定されている。バックアップＲＡＭ４４は、そのゲームの途中データやゲームの結果データを記憶する。
【００３３】
携帯ゲーム機１６にはさらに通信コネクタ４６が設けられ、この通信コネクタ４６には無線通信ユニット１４のコネクタ４８が接続される。なお、実施例で用いる携帯ゲーム機１２は、一例としてゲームボーイアドバンス（商品名）であり、その場合、上述のカートリッジコネクタ４０は、ＬＣＤ１８を前面（正面）としたときの上面奥側に設けられる３２ピンコネクタであり、通信コネクタ４６は上面手前側に設けられる６ピンコネクタである。
【００３４】
無線通信ユニット１４は、ベースバンドＩＣ５０を含み、このベースバンドＩＣ５０はＲＯＭ５２を含む。ＲＯＭ５２にはたとえばＯＣＤ（One-Cartridge Download）プログラムやその他のプログラムが内蔵され、ベースバンドＩＣ５０は、それらのプログラムに従って動作する。なお、ワンカートリッジダウンロードプログラムとは、ＯＣモード（ワンカートリッジモード：親機にだけゲームカートリッジが装着されていて、子機はその親機カートリッジからの子機用プログラムのダウンロードを受けて動作するモード）において、子機へプログラムをダウンロードするためのプログラムである。
【００３５】
無線通信ユニット１４にはさらにＥＥＰＲＯＭ５４が設けられ、このＥＥＰＲＯＭ５４には、たとえば、ユーザ名が固有に設定される。ベースバンド(Base Band)ＩＣ５０は、そのユーザ名を含んだデータを、ＲＦ(Radio Frequency)−ＩＣ５６に送出し、ＲＦ−ＩＣ５６は、そのデータを変調して、アンテナ５８から電波を送信する。ただし、その電波強度は、非常に微弱で、電波法の規制の対象とならない程度の小さい値に設定されている。また、この無線通信ユニット１４には電源回路６０が設けられている。この電源回路６０は典型的には電池であり、無線通信ユニット１４の各コンポーネントに直流電源を供給する。
【００３６】
無線通信ユニット１４では、また、他の携帯ゲーム装置から送信された電波をアンテナ５８で受信してＲＦ−ＩＣ５６によって復調し、復調信号がベースバンドＩＣ５０に入力される。したがって、ベースバンドＩＣ５０は、復調信号をデコードして、データを復元し、そのデータをコネクタ４８および４６を介して携帯ゲーム機１２すなわちＷＲＡＭ２８に転送する。
【００３７】
この発明に従った実施例の無線通信ゲームシステムでは、複数台の図１に示すような携帯ゲーム装置１０を利用する。図２の点線６４は自機携帯ゲーム装置６２の通信可能範囲を示している。そして、携帯ゲーム装置６２は、通信可能範囲６４に存在する携帯ゲーム装置に対してエントリできる可能性がある。この通信可能範囲６４が上述の微弱電波によって親機と子機との間のデータ通信が可能な範囲であり、この通信可能範囲６４の中に存在する複数の携帯ゲーム装置は、どれでもが、任意に、親機となりまたは子機となることができる。図示の例では、その範囲６４の内に、４台の親機と３台の子機と、１台の自機６２とが存在する。
【００３８】
そして、自機６２がゲームに参加する場合、親機か子機になる必要がある。自機が子機になる場合には、参加可能な親機を探す必要がある。親機を探すときに、自機がカートリッジを持っているかどうかによって、異なる親機を探す必要がある。
【００３９】
まず、自機６２が図１に示すカートリッジ１６を装着した携帯ゲーム装置である場合であって、かつ自機６２の周囲のすべての親機を表示することを示す全表示フラグ（後述）を「１」に設定しているときには、図１に示す携帯ゲーム機１２のＬＣＤ１８上に、図３で示すような親機リスト１８Ａが表示される。この図３の親機リスト１８Ａには、通信可能範囲６４（図２）内に存在するすべての親機、すなわち、ユーザ名がそれぞれ「太郎」，「一郎」および「二郎」の３台の親機が表示される。したがって、自機のユーザは、自機を子機として動作または機能させたいとき、その自機を接続したい親機を、操作キー３８（図１）に含まれる十字キーでカーソルを動かして指定した後同じく操作キー３８に含まれるＡボタンを押すことによって、選択することができる。
【００４０】
ただし、自機を親機として使いたい場合には、ユーザは、操作キー３８に含まれるＢボタンを押せばよい。
【００４１】
図２では範囲６４内に４台の親機が存在するにも拘わらず、図３の親機リスト１８Ａでは３台の親機だけが表示されるのは、次の理由による。ユーザ名が「三郎」の親機はエントリスロットESlotが「ｆｆｈ」に設定されている。このエントリスロットESlotは、新しい子機を希望するかどうかを示すフラグであり、このエントリスロットESlotが「ｆｆｈ」に設定されているときは、その親機は子機の新規参加を拒否しているので、そのような親機は表示されないのである。ユーザ名「三郎」の親機は、エントリ可能な最大子機数に達しているため、新しい子機を希望していない。
【００４２】
また、図３の親機リスト１８Ａでは、ユーザ名「二郎」の親機に丸印（○）が付加されている。この丸印（○）は、ＯＣモードでのゲームがプレイ可能なことを示す。
【００４３】
さらに、全表示フラグがオフの場合には、ＬＣＤ１８には図４に示す親機リスト１８Ａが表示される。この場合には、自機のゲームカートリッジ、たとえばマリオカート−１（Ｍａｒｉｏ Ｋａｒｔ−１）と通信できる親機、この例ではユーザ名が「太郎」である親機だけが表示される。なぜなら、ユーザ名「太郎」の親機にはマリオカート−２（Ｍａｒｉｏ Ｋａｒｔ−２）のカートリッジが装着されていて、Ｍａｒｉｏ Ｋａｒｔ−１とＭａｒｉｏ Ｋａｒｔ−２とは相互に通信可能であるからである。なお、通信可能範囲６４内に、マリオカート−１のカートリッジが装着されている親機があれば、その親機も当然表示される。
【００４４】
上の例では自機（子機）にＭａｒｉｏ Ｋａｒｔ−１のカートリッジが装着されているが、自機にカートリッジを装着せず、ＯＣモードでゲームをプレイしたい場合には、ＬＣＤ１８には、たとえば図５に示す親機リスト１８Ａが表示される。この図５の親機リスト１８Ａでは、ＯＣモードに対応できる親機、この例ではユーザ名「二郎」の親機だけが表示される（「Ｆ-ＺＥＲＯ」はＯＣモード対応のゲームである）。ただし、この場合には自機にはカートリッジが装着されていないので、自機は親機になれない。したがって、「自分が親機になりたいときはＢボタンを押してください」という図３や図４に示すメッセージは表示されない。
【００４５】
次に図６−図８を参照して、ユーザ名「四郎」の親機が図２に示す通信可能範囲６４に入り、その後、ユーザ名「一郎」の親機がその範囲６４の外へ出た場合の自機６２の表示の変化について説明する。ユーザ名「四郎」の親機が範囲外にある場合には、図６に示すように、自機６２のＬＣＤ１８上には図３と同じ親機リスト１８Ａが表示される。
【００４６】
その後、ユーザ名「四郎」の親機が範囲内に進入してきたときには、図７で示す親機リスト１８Ａが表示される。ただし、自機６２の全表示フラグがオンされているものとする。つまり、ユーザ名「四郎」の親機が、ユーザ名がそれぞれ「太郎」，「一郎」および「二郎」である親機に加えて表示される。
【００４７】
そして、さらにユーザ名「一郎」の親機が範囲６４外へ脱したときには、図８の親機リスト１８Ａが表示される。この親機リストにはユーザ名「一郎」の親機は表示されない。
【００４８】
さらに、自機が親機であってかつ新たな子機の参加を待っているときには、ＬＣＤ１８には、図９に示す子機リスト１８Ｂが表示される。この子機リスト１８Ｂをみると、現在、ユーザ名がそれぞれ「五郎」,「六郎」および「七郎」の子機が自機に接続していることがわかる。ここで、本実施例は親機と子機とが微弱電波によって無線通信をしながらゲームを進行させる無線通信ゲームシステムであるので、本来的には「接続」の用語を用いるべきではない。しかしながら、親機となる携帯ゲーム装置と子機となる携帯ゲーム装置との間での通信可能な連係状態を表す用語として、有線通信の場合の用語を借りて、便宜上「接続」と表現することとする。
【００４９】
次に、接続状態にある親機と子機とが無線通信する場合のデータパケットフォーマットについて、図１０−図１４を参照して説明する。図１０で示すように、１つのデータサイクルが２ミリ秒で、そのデータサイクルは、１つの親機スロットと複数（この実施例では４つ）の子機スロットとを含む。親機スロットでは図１１に具体的に示す親機パケットがブロードキャスト（Broadcast：放送）され、４つの子機スロットでは、それぞれ、図１３に具体的に示す子機パケットの親機への送信が行われる。
【００５０】
親機パケットは、図１１に示すように、同期データを格納しておくためのフィールドsyncをその先頭に有し、その同期データフィールドsyncに後続してその親機の番号（識別コード）ＰＩＤ格納するためのフィールドPIDを有する。そのフィールドPIDに続いて、ユーザ名フィールドUserNameおよびゲーム名フィールドGameNameが形成される。ユーザ名フィールドUserNameには、ＥＥＰＲＯＭ５４（図１）から読み出されたユーザ名、上の例でいえば「太郎」，「一郎」などが登録され、ゲーム名フィールドGameNameにはゲーム名、上の例でいえばＭａｒｉｏＫａｒｔ−１，Ｍａｒｉｏ Ｋａｒｔ−２，Ｆ-Ｚｅｒｏ，Ｇｏｌｆ，…が登録される。ただし、カートリッジ１６（図１）を装着すれば、このゲーム名フィールドGameNameにはＲＯＭ４２（図１）から読み出されたゲーム名（図１６の６８）が自動的に登録され得る。
【００５１】
親機パケットはさらに、フラグOCを含み、このフラグOCは、先に述べたワンカートリッジ（ＯＣ）モードに対応できるかどうかを示すフラグである。具体的には、このフラグOCがリセットされているとき、すなわちOC＝０のときには、そのときの親機のゲームカートリッジはＯＣモードに非対応であること、あるいは、ＯＣモードに対応できるが現在は通常モードでプレイしていることを示す。フラグOCがセットされているとき、すなわち、OC＝１のとき、ＯＣモードに対応できかつ現在そのＯＣモードでプレイしていることを示す。したがって、カートリッジを持たないユーザは、このフラグOCが「１」である親機を探す必要がある。
【００５２】
フラグOCに続いて、親機パケットは、フィールドESlot，USlotおよびPayloadを順次含む。ＥスロットフィールドESlotは、エントリ（参加）可能な子機スロットの番号が格納される。つまり、新規参加子機が使用できるスロット番号が格納される。ＵスロットフィールドUSlotには、子機スロットの使用状況が格納される。具体的には、図１２に示す。すなわち、ＵスロットフィールドUSlotは、４つの領域を含み、この４つの領域の各々が子機スロット０，子機スロット１，子機スロット２および子機スロット３に対応する。そして、それぞれの領域には、該当する子機スロットが割り当てられた子機の番号（識別コード）ＣＩＤが格納される。該当する領域に対応する子機番号ＣＩＤが登録されているときには、その子機スロットが使用されていることがわかる。
【００５３】
ペイロードフィールドPayloadは、ゲーム処理において必要となるゲームデータを送信するためのフィールドであり、親機から子機へ送信されるゲームデータを格納するためのフィールドである。
【００５４】
子機から、その子機に割り当てられた子機スロットに送出される子機パケットが図１３に示される。すなわち、子機パケットは、子機番号ＣＩＤを格納または登録する先頭のフィールドCIDとそれに後続するペイロードフィールドPayloadとを含む。ペイロードフィールドPayloadは子機から親機へ送信されるゲームデータを格納するためのフィールドである。
【００５５】
図１４が具体例を示す。この図１４の例では、親機番号フィールドPIDに「５８」が格納されていて、したがって、親機番号ＰＩＤが「５８」であることがわかる。そして、この親機のユーザ名は「太郎」であり、ゲーム名はＭａｒｉｏ Ｋａｒｔであり、フラグOCが「０」で、ＥスロットフィールドESlotには「２」が登録されていて、ＵスロットフィールドUslotを参照することにより子機スロット０には「１６」の子機番号（ＣＩＤ）を持った子機が、子機スロット１には「１３０」を持った子機がそれぞれ接続されているが、子機スロット２および３はともに「０ｈ」であるので空きスロットであることがわかる。
【００５６】
このような状態の親機に対して新たな子機が接続（Entry）を試みる場合には、親機のＵスロットフィールドUSlotを参照すると子機番号ＣＩＤとして「１６」および「１３０」が使用されているので、それ以外の子機番号ＣＩＤをたとえば乱数を発生させることによって決定する。一例として「８６」が当該子機のＣＩＤとして決定されたとする。したがって、その子機は、ESlotで指定される子機スロット（子機スロット２）にＣＩＤ＝８６を送信する。
【００５７】
そして、親機では、子機スロット２で「８６」を受信することにより、子機番号ＣＩＤとして「８６」を持つ子機がエントリしたい、ということを知る。そして、そのエントリを許可するかどうかを決定するわけであるが、許可する場合には、親機は、Uslotの子機スロット２に対応する領域に「８６」を設定した図１４の最下段に示す親機パケットをブロードキャストし、新たに「８６」の子機番号ＣＩＤを持つ子機の参加を許可したことを知らしめる。同時に、新規参加した子機は、Uslotの子機スロット２に対応する領域に自己の子機番号としてＣＩＤ＝８６があることを確認し、エントリが成功したことを判断できる。
【００５８】
図１５はＯＣモードに対応していないカートリッジのメモリマップを示し、図１６はＯＣモードに対応できるカートリッジのメモリマップを示す。
【００５９】
図１５の実施例では、カートリッジ１６に含まれるＲＯＭ４２（図１）は、ゲームプログラム領域６２およびゲーム名領域６４を含む。ゲームプログラム領域６２には、共通プログラム６６，親機プログラム６８および子機プログラム７０が予め格納される。共通プログラム６６は、自機が親機であると子機であるとに拘わらず使用するプログラムである。すなわち、自機が親機の場合は共通プログラムと後述の親機プログラムが実行され、自機が子機の場合は共通プログラムと後述の子機プログラムが実行される。親機プログラム６８は、自機が親機として機能するときにのみ作動するプログラムであり、変数ＭおよびＮを含むとともに、「０」に設定された（つまりオフされた）フラグOCを含む。ただし、変数Ｍは、その親機に同時に接続可能な子機の最大数を示し、変数Ｎは１台の子機が使用できる最大スロット数を示す。これらの変数ＭおよびＮは、ともに、ゲームに応じて変化することに留意されたい。子機プログラム７０は、自機が子機として機能するときにのみ作動するプログラムであり、上述の変数Ｎを含む。ゲーム名領域６４には、上記ゲームプログラムの名称、たとえばＭａｒｉｏ Ｋａｒｔ−１，Ｇｏｌｆ，…などが予め格納される。
【００６０】
図１６の実施例でも、カートリッジ１６のＲＯＭ４４は、ゲームプログラム領域６２およびゲーム名領域６４を含む。ゲームプログラム領域６２には、図１５と同じ共通プログラム６６，親機プログラム６８および子機プログラム７０が設定されるとともに、ＯＣモードに対応するためにＯＣモード用ゲームプログラム７２が設定される。ＯＣモード用ゲームプログラム７２は親機プログラム７４と転送用子機プログラム７６とを含む。親機プログラム７４は、フラグOCが「１」に設定されていることを除いて、先の親機プログラム６８と同じである。転送用子機プログラム７６は、ＯＣモードでゲームプレイする子機へ転送するためのプログラムであり、変数Ｎを含む。ＯＣモードでエントリする子機は、親機から転送（ダウンロード）されるこの転送用子機プログラム７６を受けることによって、ゲームに参加できる。
【００６１】
図１７には図１に示す無線通信ユニット１４のＥＥＰＲＯＭ５４のメモリマップが示され、この図１７に示すように、ＥＥＰＲＯＭ５４は、ユーザ名領域７８を含み、このユーザ名領域７８にユーザ名、上の例でいえば「太郎」，「一郎」…などが登録される。
【００６２】
図１８に示すメモリマップを参照すると、ゲーム機１２のＷＲＡＭ２８（図１）は、親機リスト領域８０，親機リストクリアタイマ８２，子機リスト領域８４，変数領域８６および８８，ゲーム変数領域９０，送信バッファ領域９２および受信バッファ領域９４を含む。
【００６３】
親機リスト領域８０は、先に図３等で説明した親機リスト１８Ａを表示するためのデータ、たとえば親機番号（PID），ユーザ名（UserName），ゲーム名（GameName），フラグOC，ＥスロットフィールドESlotを一時的に記憶保持しておくための領域である。
【００６４】
親機リストクリアタイマ８２は、この親機リスト領域８０のデータをクリアするまでの時間を計測するためのタイマであり、後述のように、このタイマ８２がタイムアップすれば、親機リスト領域８０は自動的にクリアされる。
【００６５】
子機リスト領域８４は、先に図９等で説明した子機リスト１８Ｂを表示するためのデータ、たとえば子機番号（CID），ユーザ名（UserName）およびゲーム名（GameName）を一時的に記憶保持しておくための領域である。
【００６６】
ＷＲＡＭ２８はさらに、自機が親機として動作する（振舞う）ときに使用する変数をストアしておくための親機変数領域８６および自機が子機として動作する（振舞う）ときに使用する変数をストアしておくための子機変数領域８８を含む。
【００６７】
親機変数領域８６には、たとえば図１１に示す各フィールドPID，USlotおよびESlotのためのデータや接続対象の子機の子機番号（CID）さらには、変数ｎおよびｍが設定される。ここで、変数ｎは、１台の子機に現に実際に割り当てられているスロット数を示し、その最大数が先に説明した変数Ｎで与えられる。また、変数ｍは、１台の親機に現に実際に同時に接続されている子機数を示し、その最大数が上述の変数Ｍで与えられる。
【００６８】
子機変数領域８８には、たとえば図１２に示すフィールドCIDのためのデータが設定されるとともに、接続結果を示す変数、復帰結果を示す変数、接続先の親機の親機番号（PID）、獲得したスロット番号（１つまたは複数）、同期タイマ、変数ｎ、さらには、全表示フラグが設定される。
【００６９】
ゲーム変数領域９０はゲーム実行中のゲーム変数、たとえばクリアしたステージ数や獲得したアイテム等を示す変数をストアするための領域である。そして、送信バッファ９２および受信バッファ９４は、それぞれ、送信データおよび受信データを一時的にストアしておくための領域である。
【００７０】
それぞれがこのような構成を有する２台以上の携帯ゲーム装置１０がゲームシステムを構築するが、以下に、そのゲームシステムにおける各携帯ゲーム装置１０の動作をフロー図を参照して説明する。
【００７１】
詳細な説明に先立って、ＯＣモードに対応できないカートリッジが自機に装着されている場合で、かつ、自機が親機になるときには、後述のステップＳ２９（図２１）−ステップＳ６９（図２３）の一連のステップを実行する。また、ＯＣモードに対応できないカートリッジが自機に装着されている場合で、かつ、自機が子機となるときには、後述のステップＳ８３−ステップＳ１０９（図２４）の一連のステップを実行することになる。
【００７２】
また、自機にＯＣモード対応可能なカートリッジが装着されてはいるが通常モード（ＯＣモードではない）でゲームをプレイする場合には、自機を親機とするときには、ステップＳ２９（図２１）−ステップＳ６９（図２３）の一連のステップを実行し、自機を子機とするときには、上と同様に、ステップＳ８３−ステップＳ１０９（図２４）の一連のステップを実行することになる。
【００７３】
さらに、自機にＯＣモード対応可能なカートリッジが装着されていて、ＯＣモードでゲームをプレイする場合には、自機は親機としてしか機能できず、この場合には、ステップＳ７５およびＳ７７（図１９）を経て、上述の親機の場合と同様に、図２１に示すステップＳ２９から図２３に示すステップＳ６９の一連のステップを実行する。
【００７４】
そして、自機にカートリッジが装着されていない場合には、自機はＯＣモードでの子機にしかなれず、したがって、この場合には、ステップＳ１１１（図１９）−ステップＳ１４７（図２６）の一連のステップを実行することになる。
【００７５】
図１９は携帯ゲーム機１２の動作を示す。携帯ゲーム機１２の電源（図示せず）を投入すると図１９の動作が開始され、最初は、ブート（Boot）ＲＯＭ２４内に設定された動作を実行する。つまり、最初のステップＳ１で、プロセサ２０は、たとえばコネクタ４０（図１）からの信号に基づいて、カートリッジ１６が装着されているかどうかを検出する。そして、ステップＳ３でカートリッジがあると判断した場合には、カートリッジ１６のＲＯＭ４２のプログラムに移行し、続くステップＳ５で、そのカートリッジがＯＣモードに対応可能なカートリッジかどうか判断する。このステップＳ５では、図１５のカートリッジ（ＯＣモードに対応不可能なカートリッジ）が装着されているか、図１６のカートリッジ（ＯＣモードに対応可能なカートリッジ）が装着されているかを判断する。
【００７６】
ステップＳ５で“ＮＯ”が判断されたとき、すなわち自機にカートリッジは装着されているがそのカートリッジがＯＣモード対応カートリッジではないとき、図２０のステップＳ７に進み、図１８に示す親機リスト領域８０をクリアするとともに、同じく図１８に示す親機リストクリアタイマ８２をリセットし、さらには図１８の子機変数領域８８に設定されている全表示フラグをオン（「１」を設定）する。なお、親機リストクリアタイマ８２はリセット後自動的にタイマのカウントを開始する。
【００７７】
その後、ステップＳ９において、図１１で示すような親機パケットの受信を試みる。ステップＳ１１で、親機パケットを成功裏に受信したかどうか判断する。そして、ステップＳ１１で“ＹＥＳ”を判断したとき、続くステップＳ１３において、その親機パケットをブロードキャストした親機は、親機リストに存在しない親機かどうか判断する。具体的には、このステップＳ１３では、受信した親機パケットのデータ（図１８に示すＷＲＡＭ２８の受信バッファ９４に一時的にストアされているデータ）のうちの親機ＰＩＤやユーザ名が、親機リスト８０（図１８）に登録されている親機かどうか判断する。このステップＳ１３で“ＹＥＳ”が判断されると、つまり、新規な親機の場合には、続くステップＳ１５において、プロセサ２０は、親機リスト８０に、親機パケットに含まれた親機ＩＤ（PID），ユーザ名（UserName），ゲーム名（GameName），ＯＣフラグ（OC）およびエントリスロット（ESlot）を新たに登録する。
【００７８】
先のステップＳ１１で“ＮＯ”を判断したとき、またはステップＳ１５での登録を終えたとき、次のステップＳ１７で、先のステップＳ７でリセットした親機リストクリアタイマ８２（図１８）の値が２秒以上になったかどうか判断する。“ＹＥＳ”なら、ステップＳ１９で親機リスト８０をクリアするとともに、親機リストクリアタイマ８２をリセットする。ここで、親機リストクリアタイマ８２をリセットするのは次の理由による。すなわち、図８を参照して前述したようにある親機（図８の「一郎」）が通信可能範囲から外れた場合に、その親機を親機リスト８０から削除しなければならない。そのため、定期的に（この実施例では２秒ごとに）、親機リスト８０をクリアして通信可能範囲の親機のリストへの登録を最初からおこなうことによって、通信可能範囲から外れた親機が親機リストに残らないようにしているのである。ステップＳ１７で“ＮＯ”を判断したとき、またはステップＳ１９を経た後、次のステップＳ２１において、プロセサ２０は、上述の全表示フラグがオン（「１」）かどうか判断する。なお、実施例では、この全表示フラグは、デフォルトとして、「１」またはオンに設定されている。全表示フラグがオンのとき、ステップＳ２３で、親機リストに登録されている親機のうち、エントリスロットESlotが「ｆｆｈ」でない親機、つまり、新たな子機のエントリを許容するすべて親機の情報（具体的には、ユーザ名UserNameおよびゲーム名GameName）を図３に示すように表示する。全表示フラグがオフ（「０」）のときには、ステップＳ２５において、親機リストに登録されている親機のうち、エントリスロットESlotが「ｆｆｈ」でなくしかも通信可能な（すなわち、親機のカートリッジのゲームと子機のカートリッジのゲームが所定の関係にあり通信可能な）親機の情報（ユーザ名UserNameおよびゲーム名GameName）を図４に示すように表示する。
【００７９】
その後、図２１のステップＳ２７に進み、プロセサ２０は、操作キー３８からの信号を参照して、Ｂボタン（図示せず）が押されたかどうか判断する。Ｂボタンが押されたということは、その携帯ゲーム装置のユーザが、自機を親機として振舞わせることを決めたことを意味し、その場合には、変数ＭおよびＮの範囲内で子機を募集するために、ステップＳ２９の親機接続処理を実行する。ただし、１台の子機に与えられる最大スロット数を示す変数Ｎおよび最大参加可能子機数を示す変数Ｍは、それぞれ、ゲームによって変更可能である。たとえば、最大参加子機数Ｍを大きくするためには最大スロット数Ｎを小さくし、データレートを重視するなら最大スロット数Ｎを大きくし最大参加子機数Ｍを小さくすればよい。
【００８０】
ここで、図２７および図２８を参照して、子機募集のためのステップＳ２９における親機の接続処理について、詳細に説明する。図２７の最初のステップＳ１００１では、プロセサ２０は、図１８に示す子機リスト領域８４をクリアするとともに、初期画面を表示させる。このステップＳ１００１は初期設定ステップであり、上の処理に加えて、さらに、１つの子機の対して割り当てるサブタイムスロットの最大数（Ｎ）を設定するとともに、エントリを許可する子機の最大数（Ｍ）を設定する。ただし、これら最大数ＮおよびＭは、それぞれ、実行すべきゲームプログラムに応じて決定できる。このように、１つの子機に対して割り当てるサブタイムスロットの最大数Ｎや同時参加可能な子機の最大数Ｍをゲームに応じて決定するようにすれば、一定のサブタイムスロット数の中で、１つの子機に対して割り当てる個数を少なくして参加可能な子機の数を多くするか、または、１つの子機に対して割り当てる個数を多くしてデータレートを大きくするかのいずれかをゲームの内容に応じて決定することができる。たとえば、多くのプレイヤが参加する方が面白いゲームの場合にはスロット数Ｎを小さくし参加子機数Ｍを大きくし、通信量が多いゲームの場合はスロット数Ｎを大きくし参加子機数Ｍを小さくすればよい。
【００８１】
続くステップＳ１００３では、プロセサ２０は、親機変数領域８６（図１８）の親機ＰＩＤを設定するための領域PIDに擬似ランダム値を書き込む。そして、次のステップＳ１００５において、領域８６内の、親機（自機）に実際に接続している子機の数を示す変数ｍをゼロ（０）とし、続くステップＳ１００７で、接続対象子機の番号を示す接続対象CIDの領域に「Ｎｕｌｌ」を設定するとともに、領域８６内の、現在接続処理中の子機に実際に付与しているスロット数を示す変数ｎにゼロ（０）を書き込む。なお、接続対象ＣＩＤとは、現在接続処理中の子機のＣＩＤのことであり、エントリ処理において１つの子機に複数のスロットを付与する場合に、ある子機に対するスロットの付与を複数回連続しておこなうために、ある子機に対するスロットの付与が開始されたら、接続対象ＣＩＤ以外のＣＩＤの子機からのエントリ要求を無視するためのものである。次のステップＳ１００９において、領域８６内の、エントリスロット領域ESlotに、空いているスロット番号のうちの１つを割り当てる。
【００８２】
その後、ステップＳ１０１１において、プロセサ２０は、操作キー３８（図１）からの信号を検証して、Ａボタン（図示せず）が押されたかどうか判断する。ステップＳ１０１１で“ＹＥＳ”なら、そのとき自機（親機）のユーザがその子機のエントリを拒否したことを意味するので（図９参照）、続くステップＳ１０１３において、プロセサ２０は、図１８の子機リスト領域８４から、その選択された子機のデータ、USlotおよびCIDを削除する。その後、ステップＳ１０１５で、図９に示すように新たな子機リスト１８Ｂを表示させる。
【００８３】
そして、ステップＳ１０１１で“ＮＯ”が判断されたときには、すなわち親機のユーザがＡボタンを押さなかったとき、またはステップＳ１０１５を実行した後には、ステップＳ１０１７において、プロセサ２０は、操作キー３８からの信号に基づいて、スタートキー（図示せず）が操作されたかどうか判断する。“ＹＥＳ”なら、そのままリターンする。しかしながら、“ＮＯ”なら、続くステップＳ１０２１において、図２９に詳細に示す親機の送受信処理を実行する。
【００８４】
図２７のステップＳ１０１９で示す親機の送受信処理が、図２９に詳細に示される。図２９のステップＳ２００１では、プロセサ２０は、送信バッファ９２（図１８）に未送信データがあるかどうか判断する。“ＹＥＳ”なら、次のステップＳ２００３において、図１４の親機スロットに必要なデータ、たとえばＰＩＤ，ユーザ名，ゲーム名，ＯＣフラグ，Ｅスロット，Ｕスロットおよび、上記未送信データであるペイロードを送信する。そして、次のステップＳ２００５で子機パケットを受信した後、リターンする。
【００８５】
先のステップＳ２００１で“ＮＯ”が判断されたときには、次のステップＳ２００７で、プロセサ２０は、過去６４ミリ秒の間データ送信をしなかったかどうか判断する。なお、この「６４ミリ秒」という時間は、タイマずれを解消できる数値の一例であり、当然この数値に限られるものではない。
【００８６】
ステップＳ２００７で“ＹＥＳ”を判断したときには、ステップＳ２００９で、親機スロットを用いて、ペイロードを除く各データ、たとえばＰＩＤ，ユーザ名，ゲーム名，ＯＣフラグ，ＥスロットおよびＵスロットを送信する。このステップＳ２００９は子機からのエントリを可能にするために必要なステップであり、ペイロード（送信すべきデータ）がなくても、エントリ処理に必要なデータ（ＰＩＤ，ユーザー名，ゲーム名，ＯＣフラグ，Ｅスロット，Ｕスロット）を定期的に送信しているため、子機は常にエントリ処理できるのである。このステップＳ２００９では、ペイロードデータは送信しない。そして、ステップＳ２００９の終了後、またはステップＳ２００７で“ＮＯ”が判断されたとき、先のステップＳ２００５を経てリターンする。
【００８７】
図２７に戻って、ステップＳ１０１９に続くステップＳ１０２１で、プロセサ２０は、図１１に示す親機パケットのフィールドESlotで指定したスロットで、子機番号ＣＩＤを受信できたかどうか判断する（すなわち、子機がエントリスロットを使用してエントリ要求をしてきたかどうかを判断する）。このステップＳ１０２１で“ＮＯ”の場合、先のステップＳ１０１１に戻り、“ＹＥＳ”の場合、次のステップＳ１０２３で、図１８の子機変数領域８６の接続対象子機CIDがＮｕｌｌかどうか判断する（すなわち、現在エントリ処理中の他の子機があるか否かを判断する）。“ＹＥＳ”なら、つまり、接続対象子機番号（ＣＩＤ）が登録されていなければ、ステップＳ１０２５で、ステップＳ１０１９で受信した子機ＣＩＤを接続対象子機番号（ＣＩＤ）として、図１８の領域８６内の接続対象子機CIDに登録する。
【００８８】
先のステップＳ１０２３で“ＮＯ”のとき、またはステップＳ１０２５を終えたとき、ステップＳ１０２７において、プロセサ２０は、受信したＣＩＤが接続対象ＣＩＤと同じかどうか判断する（すなわち、受信したＣＩＤが現在エントリ処理中の子機のＣＩＤか否かを判断する）。“ＮＯ”なら先のステップＳ１０１１に戻るが、“ＹＥＳ”なら次のステップＳ１０２９で、図１８の領域８６内のＵスロット領域USlotのエントリスロットを示す部分に、そのＣＩＤを格納する。そして、ステップＳ１０３１で、実接続スロット数ｎをインクリメント（＋１）し、ステップＳ１０３３で、ｎ＝Ｎかどうか、すなわち、実接続スロット数ｎが１台の子機に与える最大スロット数Ｎ（ゲーム毎に異なる）に達したかどうかを判断する。“ＹＥＳ”なら、その子機に対してそれ以上のスロットの付与は許容できないので、図２８で示す次のステップＳ１０３５に進む。しかしながら、“ＮＯ”なら、その子機に対してさらにスロットを付与することが可能なので、ステップＳ１００９に戻る。
【００８９】
実付与スロット数ｎが最大付与可能スロット数Ｎに達したときには、その子機に対するエントリ処理を終了して、図２８のステップＳ１０３５に進むが、このステップＳ１０３５では、親機となった携帯ゲーム機のプロセサ２０は、エントリ処理が終了した子機のユーザ名、およびゲーム名等を受信する。この子機のユーザ名およびゲーム名がステップＳ１０３７において、子機リストに追加され、ステップＳ１０３９において、子機リスト１８Ｂが、図９に示すように表示される。
【００９０】
その後、親機のプロセサ２０は、ステップＳ１０４１において、実接続子機数ｍをインクリメント（＋１）し、ステップＳ１０４３において、その実接続子機数ｍが最大接続可能子機数Ｍ（ゲーム毎に異なる）と等しくなったかどうかを判断する。このステップＳ１０４３で“ＹＥＳ”が判断されると、つまり、それ以上子機を接続できないと判断したときには、そのままリターンする。
【００９１】
逆に、１台以上の子機が未だ接続可能な場合、すなわちステップＳ１０４３で“ＮＯ”が判断された場合には、図２７のステップＳ１００７に戻る。
【００９２】
このようにして、図２１のステップＳ２９での接続処理が実行され、さらに、図２２のステップＳ３１において、子機の募集を一旦打ち切り、他の子機の参加を禁止するために、エントリスロットESlotに「ｆｆｈ」を書き込む。そして、ゲーム中に必要に応じて、子機を追加募集できるように、図１８の領域８６内の接続対象CIDをＮｕｌｌ，実接続スロット数ｎ＝０としておく。
【００９３】
その後、ステップＳ３３においてゲームスタートかどうか、つまり、操作キー３８に含まれるスタートボタン（図示せず）が押されたかどうか判断する。スタートボタンが押されると、次のステップＳ３５において、プロセサ２０は、図１８に示す親機変数領域８６のＵスロット領域USlotを参照して、現に接続中の子機の数「ｍ」を検出する。Ｕスロットの各領域のうち「０ｈ」でない領域の数が現に接続中の子機の数ｍである。そして、ステップＳ３７で、接続中の子機数ｍが最大接続可能数Ｍより小さいかどうか判断する。このステップＳ３７で“ＹＥＳ”が判断されるということは、新規子機のエントリを許容できることを意味していて、したがって、この場合には、次のステップＳ３９において、親機変数領域８６のＥスロット領域ESlotに、空いているスロット番号（Ｕスロットのうち「０ｈ」である領域に対応するスロット番号）の１つを設定する。これによって、領域ESlotの「ｆｆｈ」の状態設定が解除される。
【００９４】
そして、ステップＳ４１において、先に図２９を参照して説明した親機の送受信処理を実行することによって、図１１に示す親機パケットをブロードキャスト（送信）するとともに、各子機からの図１３に示す子機データ（パケット）を受信する。
【００９５】
その後、ステップＳ４３において、プロセサ２０は、一定時間ｔ１以上、或る子機のデータを受信できなかったかどうか判断する。このステップＳ４３で“ＹＥＳ”が判断されるということは、該当の子機が既に通信可能範囲６４（図２）を離脱した可能性があることを意味し、その場合には、ステップＳ４５において、プロセサ２０は、該当の子機の子機番号ＣＩＤを親機変数領域８６（図１８）のＵスロット領域USlotから削除する。この処理によって、離脱した子機が使用していた子機スロットが空きスロットになるので、離脱した子機の代わりに新たな子機のエントリが可能になる。
【００９６】
ステップＳ４３で“ＮＯ”が判断されたとき、またはステップＳ４５を終えたとき、次のステップＳ４７において、プロセサ２０は、親機変数領域８６のＥスロット領域ESlotに「ｆｆｈ」が設定されているかどうか判断する。“ＹＥＳ”なら、次のステップＳ４９で、プロセサ２０は、カートリッジ１６のゲームプログラム６２（図１５）に従って、ゲーム処理を実行する。
【００９７】
図２２のステップＳ４７で“ＮＯ”が判断されたときには、子機の途中参加を許容するために、プロセスは図２３のステップＳ５１に進む。このステップＳ５１では、親機のプロセサ２０は、ＥスロットフィールドESlotで指定したスロットで子機ＣＩＤを受信できたかどうか判断する。“ＹＥＳ”なら、次のステップＳ５３において、図１８の領域８６内の接続対象CIDの領域に「Ｎｕｌｌ」が書き込まれているかかどうか判断する。“ＹＥＳ”なら、つまり、接続対象子機のＣＩＤが登録されていなければ、ステップＳ５５で、Ｅスロットで指定したスロットで受信した子機ＣＩＤを接続対象CIDの領域に登録する。
【００９８】
先のステップＳ５３で“ＮＯ”のとき、またはステップＳ５５を終えたとき、ステップＳ５７において、プロセサ２０は、受信した子機番号ＣＩＤが接続対象ＣＩＤと同じかどうか判断する。“ＹＥＳ”なら次のステップＳ５９で、図１８の領域８６のＵスロット領域USlotのエントリスロットを示す部分に、その子機番号ＣＩＤを格納する。そして、ステップＳ６１で、実接続スロット数ｎをインクリメント（＋１）し、ステップＳ６３で、ｎ＝Ｎかどうか、すなわち、実接続スロット数ｎが１台の子機に与える最大スロット数Ｎに達したかどうかを判断する。“ＹＥＳ”なら、その子機にそれ以上のスロット付与は許容できないのでその子機に対するスロット付与を終了し、ステップＳ６５で、領域８６内の、接続対象CIDの領域に「Ｎｕｌｌ」を設定するとともに、変数ｎにゼロ（０）を書き込む。
【００９９】
その後、親機のプロセサ２０は、ステップＳ６７において、実接続子機数ｍが最大接続可能子機数Ｍと等しくなったかどうかを判断する。このステップＳ６７で“ＹＥＳ”が判断されると、つまり、それ以上子機を接続できないと判断したときには、ステップＳ６９において、Ｅスロット領域ESlotに「ｆｆｈ」を書き込む。
【０１００】
なお、ステップＳ６９の後、または、ステップＳ５１，Ｓ５７，Ｓ６３もしくはＳ６７においてそれぞれ“ＮＯ”が判断されたときには、いずれの場合にも子機の途中参加処理をやめてゲーム処理に戻る（図２２のステップＳ４９に戻る）。
【０１０１】
以上が、自機にＯＣモード対応でないカートリッジが装着されている場合で、かつ自機が親機になる場合の携帯ゲーム装置の処理である。
【０１０２】
次に、自機にＯＣモード対応のカートリッジが装着されている場合の携帯ゲーム装置の処理を説明する。
【０１０３】
図１９のステップＳ５において“ＹＥＳ”が判断されたとき、すなわち、自機に図１６に示すＯＣモード対応のカートリッジを装着している場合には、次のステップＳ７１で、プロセサ２０は、モード選択画面（図示せず）を表示する。そして、ステップＳ７３において、通常モードが選択されたかどうか判断する。“ＹＥＳ”なら、先のステップＳ５で“ＮＯ”を判断したときと同様に、図２０のステップＳ７に進む。すなわち、ＯＣモード対応でないカートリッジを装着している場合の処理と、ＯＣモード対応のカートリッジを装着しているが通常モードを選択した場合の処理は同じである。
【０１０４】
自機にＯＣモード対応のカートリッジが装着されていてかつＯＣモードのゲームをプレイする場合には、自機は親機にしかなれない。詳しく述べると、ステップＳ７３で“ＮＯ”なら、すなわち、ＯＣモードが選択された場合には、次のステップＳ７５において、先のステップＳ２９（図２１）と同様に、図２７，図２８を参照して詳しく説明した親機の接続処理を実行する。ただし、このときには、１台の子機の使用可能スロット数Ｎは「１」とし（Ｎ＝１）、最大接続可能台数Ｍとしては、ゲームで許容されている数を設定する。その後、ステップＳ７７で、プロセサ２０は、図１６に示す転送用子機プログラム７６を子機に転送（ダウンロード）する。その後、図２２のステップＳ３１に進み、前述と同様にそれぞれ以降の各ステップを実行する。
【０１０５】
以上が、自機にＯＣモード対応のカートリッジが装着されている場合の携帯ゲーム装置の処理である。
【０１０６】
次に、自機にＯＣモード対応でないカートリッジが装着されている場合で、かつ自機が子機になる場合の携帯ゲーム装置の処理を説明する。
【０１０７】
図２１のステップＳ２７で“ＮＯ”が判断されたときには、つまり自機が親機になるという選択をしなかったときには、続くステップＳ７９において、携帯ゲーム機１２のプロセサ２０は、操作キー３８からの操作信号を検証して、Ａボタン（図示せず）が操作されたかどうか、つまり、接続を希望する親機を選択したかどうかを判断する。このステップＳ７９で“ＹＥＳ”を判断ときには、プロセサ２０は、続いて、ステップＳ８１において、当該選択した親機との間で通信可能かどうかを判断する。すなわち、親機のカートリッジと自機のカートリッジが所定の関係にあって通信可能かどうかを判断する。通信可能なときには、その後、図２４のステップＳ８３に進み、子機の接続処理を実行する。この子機の接続処理は、詳しくは、図３０および図３１に示される。
【０１０８】
図３０の最初のステップＳ３００１では、子機となった携帯ゲーム機のプロセサ２０が、親機パケット（図１１）の受信を試みる。そして、次のステップＳ３００３において、メニュー画面（図３等）で選択した親機の、フレーム同期データｓｙｎｃを受信できたかどうか判断する。具体的には、メニュー画面で選択した親機のＰＩＤを含む親機パケットの同期データｓｙｎｃを受信できたかどうか判断する。
【０１０９】
ステップＳ３００３で“ＮＯ”が判断されたとき、つまり、選択した親機の親機パケットが受信できなかった場合には、ステップＳ３００５において、タイムアウト（時間切れ）かどうか判断し、このステップＳ３００５で“ＮＯ”なら先のステップＳ３００１に戻るが、“ＹＥＳ”なら、ステップＳ３００７で接続結果変数（図１８の領域８８内の）に「失敗」を書き込んでリターンする。
【０１１０】
ステップＳ３００３で“ＹＥＳ”が判断されたとき、つまり、対象としている親機の同期信号を受信できたときには、ステップＳ３００９で、子機のプロセサ２０は、同期タイマ（領域８８）をリセットし、次のステップＳ３０１１に進む。このステップＳ３０１１では、プロセサ２０は、擬似ランダム値を子機のＩＤ番号ＣＩＤとする。そして、ステップＳ３０１３において、このときのＣＩＤを持った子機が既に存在するかどうか判断する。すなわち、受信した親機パケットのＵスロットを参照して、同一のＣＩＤが既に存在するかどうか、判断する。ステップＳ３０１３で“ＹＥＳ”の場合には一旦付与した番号を変更する必要があり、したがって、この場合には、ステップＳ３０１１を再度実行し、新たな番号ＣＩＤを付与して、ステップＳ３０１３での検証を再度実行する。
【０１１１】
ステップＳ３０１３で“ＮＯ”が得られるまでこれらステップＳ３０１１およびＳ３０１３が繰り返され、“ＮＯ”が得られたとき、次のステップＳ３０１５に進む。ステップＳ３０１５では、実付与スロット数ｎをゼロ（０）とし、さらに、次のステップＳ３０１７で、親機パケットを受信するとともに、ステップＳ３０１９において、同期タイマを再度リセットする。そして、ステップＳ３０２１において、プロセサ２０は、受信した親機パケットのＥスロットESlot（図１１参照）が「ｆｆｈ」であるかどうか判断する。このステップＳ３０２１で“ＹＥＳ”が判断されると、子機のエントリは禁止されているので、先のステップＳ３００７を経て、「失敗」としてリターンする。
【０１１２】
ステップＳ３０２１で“ＮＯ”が判断されたときには、子機のエントリは禁止されてはいないので、図３１のステップＳ３０２３に進む。ステップＳ３０２３では、子機のＣＰＵコアは、そのときの親機パケットのＥスロットフィールドESlotで示されるスロットにステップＳ３０１１で得た番号ＣＩＤを送信する。そして、次のステップＳ３０２５において親機パケットを受信するとともに、ステップＳ３０２７において同期タイマを再度リセットする。
【０１１３】
そして、続くステップＳ３０２９において、子機のプロセサ２０は、受信した親機パケットのＵスロットフィールドのエントリスロット位置に自身の番号（ＣＩＤ）があるかどうか確認する。そして、このステップＳ３０２９で“ＮＯ”を判断すると、次のステップＳ３０３１で、プロセサ２０は、タイムアウトかどうか判断する。タイムアウトではない場合には、先のステップＳ３０１７（図３０）に戻るが、タイムアウトを生じた場合には、図３０のステップＳ３００７において「失敗」を接続結果変数に書き込んだ後にリターンする。
【０１１４】
ステップＳ３０２９で“ＹＥＳ”が判断されたとき、つまり、受信した親機パケットのＵスロットのエントリスロット位置に自身の番号（ＣＩＤ）があったときには、続くステップＳ３０３３において実付与スロット数ｎをインクリメント（＋１）した後、ステップＳ３０３５において、実付与スロット数ｎが１台の子機に付与できる最大スロット数Ｎ（ただし、このＮは、ゲームによって変化し、たとえば１−４の値である。）と等しくなったかどうか判断する。このステップＳ３０３５で“ＮＯ”が判断されるときには、つまり、スロットが未だ付与できるときには、先のステップＳ３０２５に戻って親機パケットを受信する。
【０１１５】
しかしながら、ステップＳ３０３５で“ＹＥＳ”が判断されると、可能な数のスロットがすべて割り付けられたものとして、次のステップＳ３０３７において、接続結果変数に「成功」を登録し、次のステップＳ３０３９に進む。このステップＳ３０３９では、接続した親機の親機番号ＰＩＤおよび獲得したスロット番号を自身の内部ＲＡＭ２８（図１８）の領域８８に格納する。ただし、スロット数は複数の場合もあり、この実施例では「０」−「３」のいずれかの数値である。そして、その後図２４のステップＳ８５にリターンする。
【０１１６】
そのステップＳ８５では、領域８８の接続結果変数を参照して、接続結果が「成功」かどうか判断する。そして、“ＮＯ”の場合には、次のステップＳ８７において、メッセージたとえば「接続できませんでした」を子機のＬＣＤ１８（図１）に表示して図２０のステップＳ７に戻る。
【０１１７】
親機への接続成功の場合には、次のステップＳ８９において、子機のプロセサ２０は、親機に対して、自身に付与された子機スロットを利用して、自身のユーザ名およびゲーム名を送信する。そして、ステップＳ９１において、ゲームスタートかどうか、すなわち、操作キー３８に含まれるスタートボタンが押されたかどうか判断する。このステップＳ９１でスタートボタンのオンが検出されると、次のステップＳ９３において、子機の送受信処理を実行する。
【０１１８】
図２４のステップＳ９３で示す子機の送受信処理が、図３２に詳細に示される。図３２のステップＳ４００１で親機パケットを受信し、次のステップＳ４００３で同期タイマ（図１８）をリセットする。そして、ステップＳ４００５では、子機のプロセサ２０は、送信バッファ９２（図１８）に未送信データがあるかどうか判断する。“ＹＥＳ”なら、次のステップＳ４００７において、既に割り付けられている子機スロットを用いて、必要なデータ、たとえばＣＩＤおよびペイロードを送信する。そして、未送信データがない場合、またはステップＳ４００７の後、プロセスは、図２４のステップＳ９５にリターンする。
【０１１９】
再び図２４に戻って、ステップＳ９５では、子機のプロセサ２０は、時間ｔ２以上の間にわたって親機からのデータを受信できなかったかどうか判断する。この時間ｔ２は、先の図２２のステップＳ４３での時間ｔ１より短い。すなわち、ｔ１＞ｔ２である。なぜなら、ｔ１は親機が通信異常の子機を切断する時間であり、ｔ２は子機が復帰処理を開始する時間であるので、親機は子機の復帰処理を待ってから切断する必要があるためである。“ＮＯ”の場合には、さらに次のステップＳ９７で、受信した親機パケットのＵスロットフィールドに自身の番号ＣＩＤが含まれているかどうか判断する。ステップＳ９７で“ＹＥＳ”の場合には、ステップＳ９９において、図２２のゲーム処理を実行する。ただし、ステップＳ９７で“ＮＯ”が判断されたときは、すなわち、親機パケットのＵスロットフィールドに自機の番号がない場合には、ステップＳ１０１において、メッセージたとえば「親機から切断されました」をＬＣＤに表示し、図２０のステップＳ７に戻る。
【０１２０】
先のステップＳ９５で“ＹＥＳ”が判断されたときには、つまり、一定時間ｔ２以上にわたって親機からのデータを受信できなかったときには、ステップＳ１０３においてメッセージたとえば「親機と通信できなくなりました。復帰を試みます」を表示した後、ステップＳ１０５で、復帰処理を実行する。
【０１２１】
この復帰処理の詳細が図３３に示されていて、この図３３の最初のステップＳ５００１では、子機のプロセサ２０は、復帰すべき親機パケットの受信を試みる。そして、ステップＳ５００３では、その親機からのブロードキャストデータを受信できたかどうか判断する。ただし、自分が復帰すべき親機かどうかは、図１８の領域８８に登録されている「接続先のＰＩＤ」をみればわかる。
【０１２２】
ステップＳ５００３で“ＮＯ”が判断されたとき、つまり、復帰すべき親機パケットのデータを受信できなかったとき、次のステップＳ５００５で、タイムアウトになったかどうか判断する。そして、“ＮＯ”なら、先のステップＳ５００３に戻るが、タイムアウトになってしまったら、次のステップＳ５００７で、図１８に示す領域８８に含まれる復帰結果変数に「失敗」を書き込み、リターンする。
【０１２３】
先のステップＳ５００３で“ＹＥＳ”が判断されたとき、すなわち、対象としている親機からの親機パケットを受信できたときには、次のステップＳ５００９で同期タイマをリセットし、さらに、ステップＳ５０１１で親機パケットを受信する。そして、ステップＳ５０１３において、その親機パケットのＵスロットフィールドに自身の番号ＣＩＤがあるかどうか判断する。受信した親機パケットに自機の番号があるということは、時間ｔ２以上にわたる通信不能状態の原因は、親機による意図的な切断ではないということであり、したがって、次のステップＳ５０１５において、領域８８（図１８）の復帰結果変数に「成功」を登録してリターンする。このように復帰処理をすることによって、例えば、親機と子機が誤って通信可能範囲を外れた場合や、通信状態が悪くて通信ができなかった場合、または、子機を操作しているプレイヤに用事ができて、その子機プレイヤが少しの間通信可能範囲を外れる必要がある場合等に、それらの要因が解消されて通信が可能になった後に、以前の通信状態に復帰することが可能になる。
【０１２４】
ただし、ステップＳ５００３で“ＹＥＳ”になってもステップＳ５０１３で“ＮＯ”が判断されたときには、通信不能が親機の意思による切断が原因であったものとして、先のステップＳ５００７を経て、リターンする。
【０１２５】
図３３のサブルーチンから図２４のステップＳ１０７にリターンすると、このステップＳ１０７では、領域８８の復帰結果変数を参照して、復帰が「成功」したかどうか判断する。“ＹＥＳ”なら、ステップＳ９９に進んでゲーム処理を実行する。しかしながら、“ＮＯ”なら、ステップＳ１０９でメッセージたとえば「復帰できませんでした」を表示した後、図２０のステップＳ７に戻る。
【０１２６】
以上が、自機にＯＣモード対応でないカートリッジが装着されている場合で、かつ自機が子機になる場合の携帯ゲーム装置の処理である。
【０１２７】
次に、自機にカートリッジが装着されていない場合の携帯ゲーム装置の処理を説明する。ただし、この場合には、自機は、ＯＣモード対応のゲームの子機として動作できるだけである。
【０１２８】
図１９に戻って、ステップＳ３で“ＮＯ”が判断されたとき、すなわちその子機にカートリッジがないことを検出した場合は、ブートＲＯＭ（図１の２４）のプログラムであるステップＳ１１１において、無線通信ユニット１４（図１）のＲＯＭ５２に設定されているＯＣＤプログラム（親機から子機用プログラムをダウンロードするためのプログラム）を携帯ゲーム機１２のプロセサ２０に含まれるＷＲＡＭ２８に展開し、その後ステップＳ１１３において、子機のプロセサ２０は、そのＷＲＡＭ２８上に展開されたＯＣＤプログラムを起動する。
【０１２９】
その後、図２５のステップＳ１１５において、子機のプロセサ２０は、図１８に示すような親機リスト領域８０をクリアするとともに、親機リストクリアタイマ８２をリセットする。ついで、ステップＳ１１７において、親機パケットの受信を試みる。そして、ステップＳ１１９において、親機パケットの受信が成功したかどうか判断し、“ＮＯ”ならステップＳ１２５に進み、“ＹＥＳ”なら、ステップＳ１２１に進む。ステップＳ１２１では、受信した親機パケットに含まれる親機番号ＰＩＤと図１８に示す親機リスト領域８０に登録されている番号ＰＩＤとを比較して、その親機パケットを送信した親機が親機リスト内に存在しないかどうか判断する。このステップＳ１２１で“ＹＥＳ”が判断されると、ステップＳ１２３において、親機リストに新たな親機を登録するように、親機パケットから読み出された、親機番号ＰＩＤ，ユーザ名，ゲーム名，ＯＣフラグおよびＥスロットを親機リスト領域８０に追加する。その後ステップＳ１２５に進む。
【０１３０】
ステップＳ１２５では、ステップＳ１１５でリセットした親機リストクリアタイマ８２の値が「２秒」以上になったかどうか判断する。“ＹＥＳ”なら、ステップＳ１２７で親機リストすなわち親機リスト領域８０をクリアするとともに、親機リストクリアタイマ８２をリセットする。その後、ステップＳ１２５で“ＮＯ”を判断した場合と同様に、ステップＳ１２７に進む。
【０１３１】
ステップＳ１２７では、親機リストの内、「Ｅスロットが「ｆｆｈ」でなくかつＯＣフラグが「１」である親機、つまり、ＯＣモードでのゲームがプレイできかつ子機の参加（エントリ）を拒否していない親機の情報（ユーザ名，ゲーム名）を表示する。それによって、当該子機のユーザに対して図５に示すような親機リスト１８Ａを作成し、自機が接続したい親機を選択させる。そして、ステップＳ１３１で、Ａボタン（図示せず）が操作されたかどうか判断する。つまり、どれか１つの親機が選択されたかどうか判断する。ステップＳ１２７で“ＮＯ”なら、つまり親機を選択しなかったら、次のステップＳ１３３で、操作キー３８に含まれる十字キー（図示せず）が操作されたかどうか判断する。十字キーの操作は、エントリを希望する親機の選択のためにカーソルを移動させるためであり、したがって、このステップＳ１３３で“ＹＥＳ”なら、次のステップＳ１３５でカーソルを移動させ、ステップＳ１１３に戻る。
【０１３２】
ステップＳ１３１で“ＹＥＳ”が判断されると、ステップＳ１３９に進んで子機の接続処理（図３０，図３１）を実行する。
【０１３３】
ステップＳ１３７で、既に詳細に説明した方法に従って、子機の接続処理を実行し、次のステップＳ１３９で、図１８の領域８８の接続結果変数を参照して、接続が成功したかどうか判断する。“ＮＯ”なら、ステップＳ１４１でメッセージたとえば「接続できませんでした」を表示して、ステップＳ１１１に戻る。
【０１３４】
ステップＳ１３９で“ＹＥＳ”が判断されると、プロセサ２０は、当該子機と成功裏に接続された親機に対して、自機のユーザ名，ゲーム名を送信する。その後、図２６のステップＳ１４５に進み、ＯＣモードでゲームをプレイするために、転送用子機プログラムを親機から受信して自機のＲＡＭ２８（図１）内に展開するとともに、そのプログラムを起動させる。そして、その後は、ステップＳ１４７において、先に説明した図２４ステップＳ９１−Ｓ１０９と同様の各ステップを実行する。
【０１３５】
以上が、自機にカートリッジが装着されていない場合の携帯ゲーム装置の処理である。
【０１３６】
なお、図２１のステップＳ８１で“ＮＯ”が判断されたとき、すなわち、親機の選択を試みたが通信できなかったときには、ステップＳ１４９において、メッセージたとえば「その親機は選択できません」を表示して図２０のステップＳ９に戻る。
また、図２１のステップＳ７９で“ＮＯ”が判断されたとき、つまり、ＢボタンもＡボタンも操作されなかったときには、次のステップＳ１５１において、十字キー（図示せず）が操作されたかどうか、判断する。“ＮＯ”なら、次のステップＳ１５３で、さらにスタートキー（図示せず）が操作されたかどうか判断する。セレクトキーが操作されていないときは、図２０のステップＳ９に戻る。ステップＳ１５３で“ＹＥＳ”が判断されたときには、ステップＳ１５３で、全表示フラグのオン／オフを切替えた後、同様にステップＳ９に戻る（すなわち、セレクトキーは全表示フラグのオン／オフの制御に使用される）。ただし、ステップＳ１５１で“ＹＥＳ”が判断されたときには、その十字キーの指示に従ってカーソルを移動させた後、ステップＳ９に戻る。
【０１３７】
なお、上述の実施例では、プログラムの進行に合わせて自機を親機とするか子機とするかを選択するようにした。しかしながら、直ちにこのような選択をするようにしてもよい。この場合には、図３４に示すように、スタート直後の最初のステップＳ２０１で親機または子機の選択画面（図示せず）を表示し、その表示に従ってユーザが親機または子機を選択する。したがって、プロセサ２０は、次のステップＳ２０３で、ユーザが親機を選択したかどうか判断する。ステップＳ２０３で“ＹＥＳ”の場合には、それ以後、先の図２１のステップＳ２９以降のステップを実行する。“ＮＯ”の場合、すなわち子機を選択したときには、図２１に示すステップＳ７−Ｓ２５，Ｓ７９，Ｓ１５１−Ｓ１５７，およびＳ８１−Ｓ１０９を実行する。
【図面の簡単な説明】
【図１】図１はこの発明の一実施例の無線送信ゲームシステムに用いられる携帯ゲーム装置の一例を示すブロック図である。
【図２】図２は図１実施例の携帯ゲーム装置を用いたゲームシステムの概略を説明するための図解図である。
【図３】図３は図２実施例において自機の周りのすべての親機の情報を表示する全表示フラグがオンされている場合の表示画面例を示す図解図である。
【図４】図４は図２実施例において、全表示フラグがオンされていない場合において、自機の周りに存在しかつ自機との間で通信ゲームが可能な親機だけを表示する表示画面例を示す図解図である。
【図５】図５は図２実施例において自機の周りに存在しかつＯＣ（ワンカートリッジ）モードでゲームがプレイできる親機のみを表示する表示画面例を示す図解図である。
【図６】図６は図２実施例における或る状況での親機リストの表示画面例を示す図解図である。
【図７】図７は図２実施例において図６の状況でユーザ名「四郎」の携帯ゲーム装置が通信範囲に入ったときの親機リストの表示画面例を示す図解図である。
【図８】図８は図２実施例において図７の状況でユーザ名「一郎」の携帯ゲーム装置が通信範囲外に出たときの親機リストの表示画面例を示す図解図である。
【図９】図９は図２実施例において自機が親機でありかつ子機の接続（エントリ）を待っている状態の子機リストの表示画面例を示す図解図である。
【図１０】図１０は図２実施例におけるデータサイクルの一例を示す図解図である。
【図１１】図１１は図１０実施例における親機スロットに送出される親機パケットの一例を示す図解図である。
【図１２】図１２は図１１におけるＵスロットを詳細に示す図解図である。
【図１３】図１３は図１０実施例における子機スロットに送出される子機パケットの一例を示す図解図である。
【図１４】図１４は図１実施例の或る状況における通信データの具体例を示す図解図である。
【図１５】図１５はＯＣモードには対応しないカートリッジのメモリマップの一例を示す図解図である。
【図１６】図１６はＯＣモードに対応するカートリッジのメモリマップの一例を示す図解図である。
【図１７】図１７は図１実施例の無線通信ユニットに含まれるＥＥＰＲＯＭのメモリマップの一例を示す図解図である。
【図１８】図１８は図１実施例において携帯ゲーム装置を構成する携帯ゲーム機の内部ＲＡＭのメモリマップの一例を示す図解図である。
【図１９】図１９は図１実施例の携帯ゲーム機の動作を示すメインフローの一部を示すフロー図である。
【図２０】図２０は図１９の続きを示すフロー図である。
【図２１】図２１は図２０の続きを示すフロー図である。
【図２２】図２２は図２１の続きを示すフロー図である。
【図２３】図２３は図２２の続きを示すフロー図である。
【図２４】図２４は図２１の続きを示すフロー図である。
【図２５】図２５は図１９の続きを示すフロー図である。
【図２６】図２６は図２５の続きを示すフロー図である。
【図２７】図２７は親機の接続処理の動作の一部を示すフロー図である。
【図２８】図２８は図２７の続きを示すフロー図である。
【図２９】図２９は親機の送受信処理の動作を示すフロー図である。
【図３０】図３０は子機の接続処理の動作の一部を示すフロー図である。
【図３１】図３１は図３０の続きを示すフロー図である。
【図３２】図３２は子機の送受信処理の動作を示すフロー図である。
【図３３】図３３は子機の復帰処理の動作を示すフロー図である。
【図３４】図３４は自機を親機とするか子機とするかの選択を最初に行う実施例の要部を示すフロー図である。
【符号の説明】
１０ …携帯ゲーム装置
１２ …携帯ゲーム機
１４ …無線通信ユニット
１６ …カートリッジ
１８ …ＬＣＤ
２０ …プロセサ
２２ …ＣＰＵコア
２４ …ブートＲＯＭ
２８ …ＷＲＡＭ
３８ …操作キー
４２ …ＲＯＭ
５４ …ＥＥＰＲＯＭ

Claims (10)

1. 無線通信によってデータを送受信することにより通信ゲームを実行する複数の携帯型のゲーム装置を用いる無線通信ゲームシステムであって、
   前記複数のゲーム装置の中には、親機と子機が存在し、
   前記親機は、
   自機への接続を要求する子機から当該子機の識別情報を受信する受信手段、
   自機に接続することを許可する子機の識別情報が設定される接続許可データに、前記受信手段により受信された識別情報を設定し、当該設定された接続許可データを含む親機パケットを、自機と子機との接続の当初から継続して子機に送信し続ける送信手段、および
   子機からの通信が第１所定時間途絶えた場合に、前記接続許可データから当該子機の識別情報を削除する削除手段を備え、
   前記子機は、
   前記親機からの通信が途絶えたことを検出する通信断絶検出手段、および
   前記通信断絶検出手段が親機からの通信が途絶えたことを検出したときに、前記親機から送信される前記親機パケットの受信を試みて、受信した親機パケットの前記接続許可データに自機の識別情報が設定されているときに、通信を再開する復帰手段を備える、無線通信ゲームシステム。
2. 前記子機の前記通信断絶検出手段は、親機からの通信が第２所定時間途絶えたことを検出するものであり、
   前記第１所定時間は前記第２所定時間より長い、請求項１記載の無線通信ゲームシステム。
3. 前記親機と前記子機とは、前記親機によって使用される第１タイムスロットと前記子機によって使用される複数のサブタイムスロットを含む第２タイムスロットとによって構成される通信周期で通信されるものであり、
   前記接続許可データは、前記複数のサブタイムスロットのうち前記子機が復帰すべきサブタイムスロットを指定する情報を含む、請求項１または２記載の無線通信ゲームシステム。
4. 第１タイムスロットと複数のサブタイムスロットを含む第２タイムスロットとによって構成される通信周期で無線通信することにより通信ゲームを実行する複数の携帯ゲーム装置を用いる、無線通信ゲームシステムであって、
   前記複数のゲーム装置の中には、親機と子機が存在し、
   前記親機は、
   前記第１タイムスロットで親機パケットをブロードキャストしかつ前記第２タイムスロットで子機パケットを受信する第１通信制御手段、および
   自機への接続を要求する子機から当該子機の識別情報を受信する受信手段を備え、
   前記親機パケットは、自機に接続することを許可する子機の識別情報が設定される接続許可データを含み、
   自機と子機との接続の当初から継続して、前記受信手段により受信された識別情報を前記接続許可データに設定し続け、かつ、子機からの通信が所定時間途絶えた場合に、前記接続許可データから当該子機の識別情報を削除する親機パケット設定手段をさらに備え、
   前記子機は、
   前記複数のサブタイムスロットのうち少なくとも１つのサブタイムスロットで前記子機パケットを送信し、前記第１タイムスロットで前記親機パケットを受信する第２通信制御手段、
   前記親機からの通信が途絶えたことを検出する通信断絶検出手段、および
   前記通信断絶検出手段が親機からの通信が途絶えたことを検出したときに、前記親機からブロードキャストされる前記親機パケットの受信を試みて、受信した親機パケットの前記接続許可データに自機の識別情報が設定されているときに、通信を再開する復帰手段を備える、無線通信ゲームシステム。
5. 無線通信によってデータを送受信することにより通信ゲームを実行する複数の携帯型のゲーム装置を用い、前記複数のゲーム装置の中には、親機と子機が存在する、そのような無線通信ゲームシステムにおいて用いるゲーム装置のプログラムであって、
   前記プログラムは、
   当該ゲーム装置が親機となったときには、前記ゲーム装置のプロセサを、
   自機への接続を要求する子機から当該子機の識別情報を受信する受信手段、
   自機に接続することを許可する子機の識別情報が設定される接続許可データに、前記受信手段により受信された識別情報を設定し、当該設定された接続許可データを含む親機パケットを、自機と子機との接続の当初から継続して子機に送信し続ける送信手段、および
   子機からの通信が所定時間途絶えた場合に、前記接続許可データから当該子機の識別情報を削除する削除手段として機能させ、
   当該ゲーム装置が子機となったときには、前記ゲーム装置のプロセサを、
   前記親機からの通信が途絶えたことを検出する通信断絶検出手段、および
   前記通信断絶検出手段が親機からの通信が途絶えたことを検出したときに、前記親機から送信される前記親機パケットの受信を試みて、受信した親機パケットの前記接続許可データに自機の識別情報が設定されているときに、通信を再開する復帰手段として機能させる、ゲーム装置のプログラム。
6. 第１タイムスロットと複数のサブタイムスロットを含む第２タイムスロットとによって構成される通信周期で無線通信することにより通信ゲームを実行する複数の携帯ゲーム装置を用い、前記複数のゲーム装置の中には、親機と子機が存在する、そのような無線通信ゲームシステムに用いるゲーム装置のプログラムであって、
   前記プログラムは、
   当該ゲーム装置が親機となったときには、前記ゲーム装置のプロセサを、
   前記第１タイムスロットで親機パケットをブロードキャストしかつ前記第２タイムスロットで子機パケットを受信する第１通信制御手段、および
   自機への接続を要求する子機から当該子機の識別情報を受信する受信手段として機能させ
   前記親機パケットは、自機に接続することを許可する子機の識別情報が設定される接続許可データを含み、さらに
   自機と子機との接続の当初から継続して、前記受信手段により受信された識別情報を前記接続許可データに設定し続け、かつ、子機からの通信が所定時間途絶えた場合に、前記接続許可データから当該子機の識別情報を削除する親機パケット設定手段として機能させ、
   当該ゲーム装置が子機となったときには、前記ゲーム装置のプロセサを、
   前記複数のサブタイムスロットのうち少なくとも１つのサブタイムスロットで前記子機パケットを送信し、前記第１タイムスロットで前記親機パケットを受信する第２通信制御手段、
   前記親機からの通信が途絶えたことを検出する通信断絶検出手段、および
   前記通信断絶検出手段が親機からの通信が途絶えたことを検出したときに、前記親機からブロードキャストされる前記親機パケットの受信を試みて、受信した親機パケットの前記接続許可データに自機の識別情報が設定されているときに、通信を再開する復帰手段として機能させる、ゲーム装置のプログラム。
7. 無線通信によってデータを送受信することにより通信ゲームを実行する複数の携帯型のゲーム装置を用い、前記複数のゲーム装置の中には、親機と子機が存在する、そのような無線通信ゲームシステムに用いる前記ゲーム装置によって読み取り可能に、プログラムを記録した記録媒体であって、
   前記プログラムは、
   当該ゲーム装置が親機となったときには、前記ゲーム装置のプロセサを、
   自機への接続を要求する子機から当該子機の識別情報を受信する受信手段、
   自機に接続することを許可する子機の識別情報が設定される接続許可データに、前記受信手段により受信された識別情報を設定し、当該設定された接続許可データを含む親機パケットを、自機と子機との接続の当初から継続して子機に送信し続ける送信手段、および
   子機からの通信が所定時間途絶えた場合に、前記接続許可データから当該子機の識別情報を削除する削除手段として機能させ、
   当該ゲーム装置が子機となったときには、前記ゲーム装置のプロセサを、
   前記親機からの通信が途絶えたことを検出する通信断絶検出手段、および
   前記通信断絶検出手段が親機からの通信が途絶えたことを検出したときに、前記親機から送信される前記親機パケットの受信を試みて、受信した親機パケットの前記接続許可データに自機の識別情報が設定されているときに、通信を再開する復帰手段として機能させる、無線通信ゲームシステムのプログラム記録媒体。
8. 第１タイムスロットと複数のサブタイムスロットを含む第２タイムスロットとによって構成される通信周期で無線通信することにより通信ゲームを実行する複数の携帯ゲーム装置を用い、前記複数のゲーム装置の中には、親機と子機が存在する、そのような無線通信ゲームシステムに用いる前記ゲーム装置によって読み取り可能に、プログラムを記録した記録媒体であって、
   前記プログラムは、
   当該ゲーム装置が親機となったときには、前記ゲーム装置のプロセサを、
   前記第１タイムスロットで親機パケットをブロードキャストしかつ前記第２タイムスロットで子機パケットを受信する第１通信制御手段、および、
   自機への接続を要求する子機から当該子機の識別情報を受信する受信手段として機能させ、
   前記親機パケットは、自機に接続することを許可する子機の識別情報が設定される接続許可データを含み、さらに
   自機と子機との接続の当初から継続して、前記受信手段により受信された識別情報を前記接続許可データに設定し続け、かつ、子機からの通信が所定時間途絶えた場合に、前記接続許可データから当該子機の識別情報を削除する親機パケット設定手段として機能させ、
   当該ゲーム装置が子機となったときには、前記ゲーム装置のプロセサを、
   前記複数のサブタイムスロットのうち少なくとも１つのサブタイムスロットで前記子機パケットを送信し、前記第１タイムスロットで前記親機パケットを受信する第２通信制御手段、
   前記親機からの通信が途絶えたことを検出する通信断絶検出手段、および
   前記通信断絶検出手段が親機からの通信が途絶えたことを検出したときに、前記親機からブロードキャストされる前記親機パケットの受信を試みて、受信した親機パケットの前記接続許可データに自機の識別情報が設定されているときに、通信を再開する復帰手段として機能させる、無線通信ゲームシステムのプログラム記録媒体。
9. 無線通信によってデータを送受信することにより通信ゲームを実行する複数の携帯型のゲーム装置を用い、前記複数のゲーム装置の中に親機と子機が存在し、前記親機は、自機 への接続を要求する子機から当該子機の識別情報を受信する受信手段、自機に接続することを許可する子機の識別情報が設定される接続許可データに、前記受信手段により受信された識別情報を設定し、当該設定された接続許可データを含む親機パケットを、自機と子機との接続の当初から継続して子機に送信し続ける送信手段、および子機からの通信が所定時間途絶えた場合に、前記接続許可データから当該子機の識別情報を削除する削除手段を備える、そのような無線通信ゲームシステムにおける、前記子機となるゲーム装置であって、
   前記親機からの通信が途絶えたことを検出する通信断絶検出手段、および
   前記通信断絶検出手段が親機からの通信が途絶えたことを検出したときに、前記親機から送信される前記親機パケットの受信を試みて、受信した親機パケットの前記接続許可データがに自機の識別情報が設定されているときに、通信を再開する復帰手段を備える、無線通信ゲームシステムにおけるゲーム装置。
10. 第１タイムスロットと複数のサブタイムスロットを含む第２タイムスロットとによって構成される通信周期で無線通信することにより通信ゲームを実行する複数の携帯ゲーム装置を用い、前記複数のゲーム装置の中に親機と子機が存在し、前記親機は、前記第１タイムスロットで親機パケットをブロードキャストしかつ前記第２タイムスロットで子機パケットを受信する第１通信制御手段、および、自機への接続を要求する子機から当該子機の識別情報を受信する受信手段を備え、前記親機パケットは、自機に接続することを許可する子機の識別情報が設定される接続許可データを含み、さらに自機と子機との接続の当初から継続して、前記受信手段により受信された識別情報を前記接続許可データに設定し続け、かつ、子機からの通信が所定時間途絶えた場合に、前記接続許可データから当該子機の識別情報を削除する親機パケット設定手段を備える、そのような無線通信ゲームシステムにおける、前記子機となるゲーム装置であって、
    前記複数のサブタイムスロットのうち少なくとも１つのサブタイムスロットで前記子機パケットを送信し、前記第１タイムスロットで前記親機パケットを受信する第２通信制御手段、
    前記親機からの通信が途絶えたことを検出する通信断絶検出手段、および
    前記通信断絶検出手段が親機からの通信が途絶えたことを検出したときに、前記親機からブロードキャストされる前記親機パケットの受信を試みて、受信した親機パケットの前記接続許可データに自機の識別情報が設定されているときに、通信を再開する復帰手段を備える、無線通信ゲームシステムにおけるゲーム装置。

Images