(57)【要約】【課題】一度通信を行った通信相手との通信を行わずに効率的なデータ通信を実行することが可能な情報処理システムを提供する。【解決手段】交換データ通信判断部２２５は、受信した受信無線フレームに基づいて通信相手が交換データを交換する交換相手であるかどうかを判断する。データ通信制御部２０９は、交換データの交換が可能である旨の通知を受けて、交換データの授受処理を実行する。装置識別情報登録処理部２１０は、携帯ゲーム装置３のＭＡＣアドレスをＭＡＣアドレスリスト保存領域８８に格納する。再び、無線フレーム送受信部２２３は、送信無線フレームを設定して、交換相手探索処理を実行する。交換データ通信判断部２２５は、受信した受信無線フレームに含まれているＭＡＣアドレスがＭＡＣアドレスリスト保存領域７０に登録されているかどうかを判断し、登録されている場合にはデータ通信を終了する。【選択図】図５
2011056007.tif 000002
【特許請求の範囲】
【請求項１】
複数の情報処理装置を含む、情報処理システムであって、
前記情報処理装置は、それぞれ、
記憶手段と、
前記複数の情報処理装置のうちの他の情報処理装置から送信される、情報処理装置を識別する識別情報を受信するための識別情報受信手段と、
前記識別情報受信手段により受信した前記他の情報処理装置の識別情報に基づいて、前記他の情報処理装置に対する譲渡データの送信および前記他の情報処理装置からの譲渡データの受信の少なくとも一方を行う譲渡データ通信処理を行うか否かを判断する譲渡データ通信判断手段と、
前記譲渡データ通信判断手段の判断結果に基づいて前記譲渡データ通信処理を制御する譲渡データ通信制御手段と、
少なくとも前記譲渡データ通信制御手段により前記譲渡データ通信処理を行うことを登録条件として、当該登録条件を満たす場合に、当該譲渡データ通信処理を行う相手となる前記他の情報処理装置の識別情報を前記記憶手段に登録する識別情報登録制御手段とを含み、
前記譲渡データ通信判断手段は、前記識別情報受信手段により受信した前記他の情報処理装置の識別情報が前記記憶手段に登録されていた場合には、当該譲渡データ通信処理を行なわないと判断する、情報処理システム。
【請求項２】
複数の情報処理装置を含む、情報処理システムであって、
前記情報処理装置は、それぞれ、
通信可能な前記複数の情報処理装置のうちの他の情報処理装置を探索する無線モジュールと、
前記他の情報処理装置に対する譲渡データの送信および前記他の情報処理装置からの譲渡データの受信の少なくとも一方を行う譲渡データ通信処理を制御し、スリープ状態に遷移可能な譲渡データ通信制御手段とを含み、
前記無線モジュールは、
記憶手段と、
前記複数の情報処理装置のうちの他の情報処理装置から送信される、情報処理装置を識別する識別情報を受信するための識別情報受信手段と、
前記識別情報受信手段により受信した前記他の情報処理装置の識別情報に基づいて、前記譲渡データ通信処理を行うか否かを判断する譲渡データ通信判断手段と、
前記譲渡データ通信判断手段によって、前記譲渡データ通信処理を行うと判断した場合には、前記譲渡データ通信制御手段に通知を行う通知手段とを含み、
前記譲渡データ通信制御手段は、前記通知手段による通知を受けた場合に、スリープ状態を解除して、前記譲渡データ通信処理を実行し、
前記情報処理装置は、少なくとも前記スリープ状態を解除したことを登録条件として、当該登録条件を満たす場合に、当該譲渡データ通信処理を行う相手となる前記他の情報処理装置の識別情報を前記記憶手段に登録する識別情報登録制御手段をさらに含み、
前記譲渡データ通信判断手段は、前記識別情報受信手段により受信した前記他の情報処理装置の識別情報が前記記憶手段に登録されていた場合には、当該譲渡データ通信処理を行なわないと判断する、情報処理システム。
【請求項３】
複数の情報処理装置を含む、情報処理システムであって、
前記情報処理装置は、それぞれ、
記憶手段と、
前記複数の情報処理装置のうちの他の情報処理装置から送信される、情報処理装置を識別する識別情報を受信するための識別情報受信手段と、
前記識別情報受信手段により受信した前記他の情報処理装置の識別情報に基づいて、前記他の情報処理装置に対する譲渡データの送信および前記他の情報処理装置からの譲渡データの受信の少なくとも一方を行う譲渡データ通信処理を行うか否かを判断する譲渡データ通信判断手段と、
前記譲渡データ通信判断手段の判断結果に基づいて前記譲渡データ通信処理を制御する譲渡データ通信制御手段と、
少なくとも前記譲渡データ通信判断手段の判断処理をしたことを登録条件として、当該登録条件を満たす場合に、当該譲渡データ通信処理を行う相手となる前記他の情報処理装置の識別情報を前記記憶手段に登録する識別情報登録制御手段とを含み、
前記譲渡データ通信判断手段は、前記識別情報受信手段により受信した前記他の情報処理装置の識別情報が前記記憶手段に登録されていた場合には、当該譲渡データ通信処理を行なわないと判断する、情報処理システム。
【請求項４】
前記識別情報受信手段は、前記他の情報処理装置の識別情報を受信するために、不特定の相手に識別情報を含む探索信号を送信あるいは前記他の情報処理装置から送信された前記探索信号を受信するまで待機する探索処理を繰り返し実行し、
前記譲渡データ通信判断手段は、前記識別情報受信手段による前記探索処理に従って通信可能な前記他の情報処理装置の識別情報毎に、前記譲渡データ通信処理を行うか否かを繰り返し判断する、請求項１〜３のいずれか一項に記載の情報処理システム。
【請求項５】
前記譲渡データ通信制御手段により前記他の情報処理装置に対する前記譲渡データ通信処理を実行した後、前記識別情報受信手段は、前記他の情報処理装置の識別情報を受信するために、不特定の相手に識別情報を含む探索信号を送信あるいは前記他の情報処理装置から送信された前記探索信号を受信するまで待機する探索処理を繰り返し実行し、
前記譲渡データ通信判断手段は、前記識別情報受信手段による前記探索処理に従って通信可能な前記他の情報処理装置の識別情報毎に、前記譲渡データ通信処理を行うか否かを繰り返し判断し、
前記譲渡データ通信制御手段は、前記譲渡データ通信判断手段による判断結果毎に前記他の情報処理装置に対する前記譲渡データ通信処理の実行を繰り返し行い、
前記識別情報登録制御手段は、前記譲渡データ通信制御手段により前記登録条件について判断する毎に、前記他の情報処理装置の識別情報を前記記憶手段に繰り返し登録する、請求項１〜３のいずれか一項に記載の情報処理システム。
【請求項６】
前記情報処理装置は、前記他の情報処理装置に対して送信する譲渡データを指定する譲渡データ指定手段をさらに含む、請求項１〜５のいずれか一項に記載の情報処理システム。
【請求項７】
前記情報処理装置は、前記譲渡データ指定手段の指定により、複数のアプリケーションプログラムのうちの少なくとも１つのアプリケーションプログラムで利用可能なデータを、前記他の情報処理装置に提供する前記譲渡データとして記憶する譲渡データ記憶手段をさらに含み、
前記譲渡データ通信制御手段は、前記譲渡データ通信判断手段の判断結果に基づいて前記他の情報処理装置に対して前記譲渡データ記憶手段に記憶された前記譲渡データを前記他の情報処理装置に送信し、前記他の情報処理装置において記憶された譲渡データを受信する、請求項６記載の情報処理システム。
【請求項８】
前記情報処理装置は、所定条件に基づいて前記記憶手段に登録された識別情報を消去する識別情報消去手段をさらに含む、請求項１〜７のいずれか一項に記載の情報処理システム。
【請求項９】
前記識別情報消去手段は、所定期間経過後に前記記憶手段に登録された識別情報を消去する、請求項８記載の情報処理システム。
【請求項１０】
前記情報処理装置は、前記他の情報処理装置に対して送信する譲渡データを指定する譲渡データ指定手段をさらに含み、
前記識別情報消去手段は、前記譲渡データ指定手段により前記譲渡データを指定した際に、前記記憶手段に登録された識別情報を消去する、請求項８記載の情報処理システム。
【請求項１１】
前記他の情報処理装置から送信された前記譲渡データ通信処理に関する通信条件が受信される、請求項１〜１０のいずれかに記載の情報処理システム。
【請求項１２】
前記識別情報受信手段は、前記識別情報とともに前記通信条件を受信し、
前記譲渡データ通信判断手段は、前記識別情報受信手段により受信した前記他の情報処理装置の識別情報および前記通信条件に基づいて、前記譲渡データ通信処理を行うか否かを判断する、請求項１１記載の情報処理システム。
【請求項１３】
前記情報処理装置は、複数のアプリケーションプログラムのうちの少なくとも１つのアプリケーションプログラムで利用可能なデータを、前記他の情報処理装置に送信する譲渡データとして記憶する譲渡データ記憶手段をさらに含み、
前記通信条件は、前記譲渡データ記憶手段に記憶された前記譲渡データに対応付けられたアプリケーションプログラムを識別するアプリケーション識別情報を含み、
前記譲渡データ通信判断手段は、
前記識別情報受信手段により受信した前記他の情報処理装置の識別情報が前記記憶手段に登録されているか否かを判断する識別情報判断手段と、
受信した前記他の情報処理装置の通信条件に前記譲渡データ記憶手段に記憶されている前記譲渡データに対応付けられたアプリケーション識別情報と同じアプリケーション識別情報が含まれているか否かを判断するアプリケーション識別情報判断手段とを含む、請求項１１記載の情報処理システム。
【請求項１４】
前記情報処理装置は、前記他の情報処理装置に対して送信する譲渡データを指定する譲渡データ指定手段をさらに含み、
前記通信条件は、前記他の情報処理装置に対して送信する譲渡データと、前記他の情報処理装置から受信する譲渡データとの組み合わせに応じて前記譲渡データを取得するか否かを判定するための取得条件データを含み、
前記譲渡データ通信判断手段は、
前記識別情報受信手段により受信した前記他の情報処理装置の識別情報が前記記憶手段に登録されているか否かを判断する識別情報判断手段と、
受信した前記他の情報処理装置の通信条件に含まれている前記取得条件データが所定条件を満たすか否かを判断する取得条件データ判断手段とを含む、請求項１１記載の情報処理システム。
【請求項１５】
前記通信条件は、前記取得条件データについて、予め設けられている複数の比較方式のうちの１つの比較方式に指定するための比較識別データをさらに含む、請求項１４記載の情報処理システム。
【請求項１６】
前記取得条件データは、前記他の情報処理装置に対して送信する譲渡データに関連付けられた提供属性データと、前記他の情報処理装置から受信する譲渡データに関連付けられた要求属性データとを含み、
前記取得条件データ判断手段は、
前記他の情報処理装置に送信した前記取得条件データに含まれる提供属性データと、前記他の情報処理装置から受信した前記取得条件データに含まれる要求属性データとが一致するかどうかを判定する第１属性判定手段と、
前記他の情報処理装置に送信した前記取得条件データに含まれる要求属性データと、前記他の情報処理装置から受信した前記取得条件データに含まれる提供属性データとが一致するかどうかを判定する第２属性判定手段とを含む、請求項１４記載の情報処理システム。
【請求項１７】
前記取得条件データは、
判定に用いるデータの有効／無効を設定する判定設定データを含み、
前記第１属性判定手段は、前記他の情報処理装置に送信した前記取得条件データに含まれる提供属性データについて、前記判定設定データに従うマスク提供属性データと、前記他の情報処理装置から受信した前記取得条件データに含まれる要求属性データについて、前記判定設定データに従うマスク要求属性データとが一致するかどうかを判定し、
前記第２属性判定手段は、前記他の情報処理装置に送信した前記取得条件データに含まれる要求属性データについて、前記判定設定データに従うマスク要求属性データと、前記他の情報処理装置から受信した前記取得条件データに含まれる提供属性データについて、前記判定設定データに従うマスク提供属性データとが一致するかどうかを判定する、請求項１６記載の情報処理システム。
【請求項１８】
前記情報処理装置は、前記識別情報を所定条件で変更する識別情報変更手段をさらに含む、請求項１〜１７のいずれか一項に記載の情報処理システム。
【請求項１９】
前記識別情報変更手段は、前記識別情報を所定時間毎に変更する、請求項１８記載の情報処理システム。
【請求項２０】
前記記憶手段は、現在使用している識別情報に対応する前記他の情報処理装置の識別情報と、前回使用した識別情報に対応する前記他の情報処理装置の識別情報とをそれぞれ登録するための第１および第２の記憶領域とを含み、
前記情報処理装置は、前記所定条件に基づいて前記記憶手段に登録された識別情報を消去する識別情報消去手段をさらに含み、
前記識別情報消去手段は、変更する識別情報に対応する前記識別情報変更手段により前記現在使用している識別情報を変更する際に、前記第２の記憶領域に登録された識別情報を消去する、請求項１８記載の情報処理システム。
【請求項２１】
前記情報処理装置は、前記他の情報処理装置に対して送信する譲渡データを指定する譲渡データ指定手段をさらに含み、
前記譲渡データ通信制御手段により前記他の情報処理装置に対する前記譲渡データ通信処理を実行した後、前記識別情報受信手段は、前記他の情報処理装置の識別情報を受信するために、不特定の相手に識別情報を含む探索信号を送信あるいは前記他の情報処理装置から送信された前記探索信号を受信するまで待機する探索処理を繰り返し実行し、
前記譲渡データ通信判断手段は、前記識別情報受信手段による前記探索処理に従って通信可能な前記他の情報処理装置の識別情報毎に、前記識別情報受信手段により受信した前記他の情報処理装置の識別情報が前記記憶手段に登録されているか否かを繰り返し判断し、
前記譲渡データ通信制御手段は、前記譲渡データ通信判断手段による判断結果毎に、前記譲渡データ通信処理の実行を繰り返し行い、
前記識別情報登録制御手段は、前記譲渡データ通信制御手段により前記登録条件について判断する毎に、前記他の情報処理装置の識別情報を前記記憶手段に繰り返し登録する、請求項１〜３のいずれか一項に記載の情報処理システム。
【請求項２２】
記憶手段と、
他の情報処理装置から送信される、情報処理装置を識別する識別情報を受信するための識別情報受信手段と、
前記識別情報受信手段により受信した前記他の情報処理装置の識別情報に基づいて、前記他の情報処理装置に対する譲渡データの送信および前記他の情報処理装置からの譲渡データの受信の少なくとも一方を行う譲渡データ通信処理を行うか否かを判断する譲渡データ通信判断手段と、
前記譲渡データ通信判断手段の判断結果に基づいて前記譲渡データ通信処理を制御する譲渡データ通信制御手段と、
少なくとも前記譲渡データ通信制御手段により前記譲渡データ通信処理を行うことを登録条件として、当該登録条件を満たす場合に、当該譲渡データ通信処理を行う相手となる前記他の情報処理装置の識別情報を前記記憶手段に登録する識別情報登録制御手段とを含み、
前記譲渡データ通信判断手段は、前記識別情報受信手段により受信した前記他の情報処理装置の識別情報が前記記憶手段に登録されていた場合には、当該譲渡データ通信処理を行わないと判断する、情報処理装置。
【請求項２３】
通信可能な他の情報処理装置を繰り返して探索する無線モジュールと、
前記他の情報処理装置に対する譲渡データの送信および前記他の情報処理装置からの譲渡データの受信の少なくとも一方を行う譲渡データ通信処理を制御し、スリープ状態に遷移可能な譲渡データ通信制御手段とを備え、
前記無線モジュールは、
記憶手段と、
前記複数の情報処理装置のうちの他の情報処理装置から送信される、情報処理装置を識別する識別情報を受信するための識別情報受信手段と、
前記識別情報受信手段により受信した前記他の情報処理装置の識別情報に基づいて、前記譲渡データ通信処理を行うか否かを判断する譲渡データ通信判断手段と、
前記譲渡データ通信判断手段によって、前記譲渡データ通信処理を行うと判断した場合には、前記譲渡データ通信制御手段に通知を行う通知手段とを含み、
前記譲渡データ通信制御手段は、前記通知手段による通知を受けた場合に、スリープ状態を解除して、前記譲渡データ通信処理を実行し、
少なくとも前記スリープ状態を解除したことを登録条件として、当該登録条件を満たす場合に、当該譲渡データ通信処理を行う相手となる前記他の情報処理装置の識別情報を前記記憶手段に登録する識別情報登録制御手段をさらに備え、
前記譲渡データ通信判断手段は、前記識別情報受信手段により受信した前記他の情報処理装置の識別情報が前記記憶手段に登録されていた場合には、当該譲渡データ通信処理を行なわないと判断する、情報処理装置。
【請求項２４】
記憶手段と、
他の情報処理装置から送信される、情報処理装置を識別する識別情報を受信するための識別情報受信手段と、
前記識別情報受信手段により受信した前記他の情報処理装置の識別情報に基づいて、前記他の情報処理装置に対する譲渡データの送信および前記他の情報処理装置からの譲渡データの受信の少なくとも一方を行う譲渡データ通信処理を行うか否かを判断する譲渡データ通信判断手段と、
前記譲渡データ通信判断手段の判断結果に基づいて前記譲渡データ通信処理を制御する譲渡データ通信制御手段と、
少なくとも前記譲渡データ通信判断手段の判断処理をしたことを登録条件として、当該登録条件を満たす場合に、当該譲渡データ通信処理を行う相手となる前記他の情報処理装置の識別情報を前記記憶手段に登録する識別情報登録制御手段とを含み、
前記譲渡データ通信判断手段は、前記識別情報受信手段により受信した前記他の情報処理装置の識別情報が前記記憶手段に登録されていた場合には、当該譲渡データ通信処理を行なわないと判断する、情報処理装置。
【請求項２５】
記憶手段と、
他の情報処理装置から送信される、情報処理装置を識別する識別情報を受信するための識別情報受信手段と、
前記識別情報受信手段により受信した前記他の情報処理装置の識別情報に基づいて、前記他の情報処理装置からの譲渡データの受信を行う譲渡データ通信処理を行うか否かを判断する譲渡データ通信判断手段と、
前記譲渡データ通信判断手段の判断結果に基づいて前記譲渡データ通信処理を制御する譲渡データ通信制御手段と、
少なくとも前記譲渡データ通信制御手段により前記譲渡データ通信処理を行うことを登録条件として、当該登録条件を満たす場合に、当該譲渡データ通信処理を行う相手となる前記他の情報処理装置の識別情報を前記記憶手段に登録する識別情報登録制御手段とを含み、
前記譲渡データ通信判断手段は、前記識別情報受信手段により受信した前記他の情報処理装置の識別情報が前記記憶手段に登録されていた場合には、当該譲渡データ通信処理を行わないと判断する、情報処理装置。
【請求項２６】
記憶手段と、
他の情報処理装置から送信される、情報処理装置を識別する識別情報を受信するための識別情報受信手段と、
前記識別情報受信手段により受信した前記他の情報処理装置の識別情報に基づいて、前記他の情報処理装置に対して譲渡データの送信を行う譲渡データ通信処理を行うか否かを判断する譲渡データ通信判断手段と、
前記譲渡データ通信判断手段の判断結果に基づいて前記譲渡データ通信処理を制御する譲渡データ通信制御手段と、
少なくとも前記譲渡データ通信制御手段により前記譲渡データ通信処理を行うことを登録条件として、当該登録条件を満たす場合に、当該譲渡データ通信処理を行う相手となる前記他の情報処理装置の識別情報を前記記憶手段に登録する識別情報登録制御手段とを含み、
前記譲渡データ通信判断手段は、前記識別情報受信手段により受信した前記他の情報処理装置の識別情報が前記記憶手段に登録されていた場合には、当該譲渡データ通信処理を行わないと判断する、情報処理装置。
【請求項２７】
複数の情報処理装置と複数の固定端末機器を含む、情報処理システムであって、
前記情報処理装置は、
記憶手段と、
前記複数の情報処理装置のうちの他の情報処理装置あるいは複数の固定端末機器のうちの１つの固定端末機器から送信される、情報処理装置あるいは固定端末機器を識別する識別情報を受信するための識別情報受信手段と、
前記識別情報受信手段により受信した前記他の情報処理装置あるいは前記固定端末機器の識別情報に基づいて、前記他の情報処理装置あるいは前記固定端末機器に対する譲渡データの送信および前記他の情報処理装置あるいは前記固定端末機器からの譲渡データの受信の少なくとも一方を行う譲渡データ通信処理を行うか否かを判断する譲渡データ通信判断手段と、
前記譲渡データ通信判断手段の判断結果に基づいて前記譲渡データ通信処理を制御する譲渡データ通信制御手段と、
少なくとも前記譲渡データ通信制御手段により前記譲渡データ通信処理を行うことを登録条件として、当該登録条件を満たす場合に、当該譲渡データ通信処理を行う相手となる前記他の情報処理装置あるいは前記固定端末機器の識別情報を前記記憶手段に登録する識別情報登録制御手段とを含み、
前記譲渡データ通信判断手段は、前記識別情報受信手段により受信した前記他の情報処理装置あるいは前記固定端末機器の識別情報が前記記憶手段に登録されていた場合には、当該譲渡データ通信処理を行なわないと判断する、情報処理システム。
【請求項２８】
前記記憶手段は、前記識別情報登録制御手段により登録された前記情報処理装置の識別情報を登録する第１の領域と、前記固定端末機器の識別情報を登録する第２の領域とを有する、請求項２７記載の情報処理システム。
【請求項２９】
記憶手段と、
他の情報処理装置あるいは固定端末機器から送信される、情報処理装置あるいは固定端末機器を識別する識別情報を受信するための識別情報受信手段と、
前記識別情報受信手段により受信した前記他の情報処理装置あるいは前記固定端末機器の識別情報に基づいて、前記他の情報処理装置あるいは前記固定端末機器に対する譲渡データの送信および前記他の情報処理装置あるいは前記固定端末機器からの譲渡データの受信の少なくとも一方を行う譲渡データ通信処理を行うか否かを判断する譲渡データ通信判断手段と、
前記譲渡データ通信判断手段の判断結果に基づいて前記譲渡データ通信処理を制御する譲渡データ通信制御手段と、
少なくとも前記譲渡データ通信制御手段により前記譲渡データ通信処理を行うことを登録条件として、当該登録条件を満たす場合に、当該譲渡データ通信処理を行う相手となる前記他の情報処理装置あるいは前記固定端末機器の識別情報を前記記憶手段に登録する識別情報登録制御手段とを含み、
前記譲渡データ通信判断手段は、前記識別情報受信手段により受信した前記他の情報処理装置あるいは前記固定端末機器の識別情報が前記記憶手段に登録されていた場合には、当該譲渡データ通信処理を行なわないと判断する、情報処理装置。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、情報処理システムおよび情報処理装置に関し、特に、例えば、互いに無線通信可能な複数の携帯型の情報処理装置等を備える、情報処理システムおよび情報処理装置に関する。
【背景技術】
【０００２】
従来より、情報処理装置が近接した場合に、自動的に通信を実行するシステムが存在する。例えば、特開２００５−２８１０３号公報においては、通信するゲーム装置同士で取得条件データを確認し合い、取得条件データが合致する場合には、交換用に指定されたゲームデータをゲーム装置同士で交換するシステムが開示されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００５−２８１０３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
当該システムにおいては、通信可能な範囲に入った場合に不特定の相手である他のゲーム装置と通信する。すなわち、ユーザは、通信相手となるゲーム装置を明示的には指定しないため、一度通信を行なった通信相手であっても何度も通信を繰り返す可能性があった。
【０００５】
本発明の目的は、上記のような問題を解決するためになされたものであって、一度通信を行った通信相手との通信を行わずに効率的なデータ通信を実行することが可能な情報処理システムおよび情報処理装置を提供することである。
【課題を解決するための手段】
【０００６】
この本発明の第１の局面に従う情報処理システムは、複数の情報処理装置を含む、情報処理システムであって、情報処理装置は、それぞれ、記憶手段と、複数の情報処理装置のうちの他の情報処理装置から送信される、情報処理装置を識別する識別情報を受信するための識別情報受信手段と、識別情報受信手段により受信した他の情報処理装置の識別情報に基づいて、他の情報処理装置に対する譲渡データの送信および他の情報処理装置からの譲渡データの受信の少なくとも一方を行う譲渡データ通信処理を行うか否かを判断する譲渡データ通信判断手段と、譲渡データ通信判断手段の判断結果に基づいて譲渡データ通信処理を制御する譲渡データ通信制御手段と、少なくとも譲渡データ通信制御手段により譲渡データ通信処理を行うことを登録条件として、当該登録条件を満たす場合に、当該譲渡データ通信処理を行う相手となる他の情報処理装置の識別情報を記憶手段に登録する識別情報登録制御手段とを含む。譲渡データ通信判断手段は、識別情報受信手段により受信した他の情報処理装置の識別情報が記憶手段に登録されていた場合には、当該譲渡データ通信処理を行なわないと判断する。
【０００７】
第１の局面によれば、情報処理装置の識別情報登録制御手段は、少なくとも譲渡データ通信制御手段により譲渡データ通信処理を行うことを登録条件として、当該登録条件を満たす場合に、当該譲渡データ通信処理を行う相手となる他の情報処理装置の識別情報を記憶手段に登録する。また、譲渡データ通信判断手段は、識別情報受信手段により交換した他の情報処理装置の識別情報が記憶手段に登録されていると判断した場合には、譲渡データ通信処理を行わない。すなわち、データ通信制御部２０９は、他のゲーム装置と通信する。データ通信制御部２０９において、他のゲーム装置との間で交換データの授受を実行した場合に、装置識別情報登録処理部２１０は、他のゲーム装置を識別する情報であるＭＡＣアドレスをＭＡＣアドレスリスト保存領域８８に保存する。そして、当該ＭＡＣアドレスリスト保存領域８８に保存されたＭＡＣアドレスは、ＭＡＣアドレスリスト保存領域７０に保存される。無線通信モジュール３８の交換データ通信判断部２２５は、ＭＡＣアドレスリスト保存領域７０に保存されたＭＡＣアドレスと同じＭＡＣアドレスのゲーム装置からのデータを受信した場合には通信しないと判断することにより、一度通信を行った通信相手との通信を行わずに効率的なデータ通信を実行することが可能である。
【０００８】
この本発明の第２の局面に従う情報処理システムは、複数の情報処理装置を含む、情報処理システムであって、情報処理装置は、それぞれ、通信可能な複数の情報処理装置のうちの他の情報処理装置を探索する無線モジュールと、他の情報処理装置に対する譲渡データの送信および他の情報処理装置からの譲渡データの受信の少なくとも一方を行う譲渡データ通信処理を制御し、スリープ状態に遷移可能な譲渡データ通信制御手段とを含む。無線モジュールは、記憶手段と、複数の情報処理装置のうちの他の情報処理装置から送信される、情報処理装置を識別する識別情報を受信するための識別情報受信手段と、識別情報受信手段により受信した他の情報処理装置の識別情報に基づいて、譲渡データ通信処理を行うか否かを判断する譲渡データ通信判断手段と、譲渡データ通信判断手段によって、譲渡データ通信処理を行うと判断した場合には、譲渡データ通信制御手段に通知を行う通知手段とを含む。譲渡データ通信制御手段は、通知手段による通知を受けた場合に、スリープ状態を解除して、譲渡データ通信処理を実行する。情報処理装置は、少なくともスリープ状態を解除したことを登録条件として、当該登録条件を満たす場合に、当該譲渡データ通信処理を行う相手となる他の情報処理装置の識別情報を記憶手段に登録する識別情報登録制御手段をさらに含む。譲渡データ通信判断手段は、識別情報受信手段により受信した他の情報処理装置の識別情報が記憶手段に登録されていた場合には、当該譲渡データ通信処理を行なわないと判断する。
【０００９】
第２の局面によれば、識別情報登録制御手段は、少なくともスリープ状態を解除したことを登録条件として、当該登録条件を満たす場合に、当該譲渡データ通信処理を行う相手となる他の情報処理装置の識別情報を記憶手段に登録する。譲渡データ通信制御手段は、スリープ状態に遷移可能である。譲渡データ通信判断手段は、識別情報受信手段により受信した他の情報処理装置の識別情報に基づいて、譲渡データ通信処理を行うか否かを判断する。そして、通知手段を譲渡データ通信処理を行うと判断した場合には、譲渡データ通信制御手段に通知する。譲渡データ通信判断手段は、識別情報受信手段により受信した他の情報処理装置の識別情報が記憶手段に登録されていた場合には、当該譲渡データ通信処理を行なわないと判断する。すなわち、データ通信制御部２０９は、他のゲーム装置と通信する。装置識別情報登録処理部２１０は、スリープを解除した際に、他のゲーム装置を識別する情報であるＭＡＣアドレスをＭＡＣアドレスリスト保存領域８８に保存する。そして、当該ＭＡＣアドレスリスト保存領域８８に保存されたＭＡＣアドレスは、ＭＡＣアドレスリスト保存領域７０に保存される。すなわち、無線通信モジュール３８の交換データ通信判断部２２５は、保存されたＭＡＣアドレスと同じＭＡＣアドレスのゲーム装置からのデータを受信したと判断した場合には通信しないと判断する。これにより、データ通信制御部２０９によるスリープ状態を解除したデータ通信は実行されない。したがって、一度通信を行った通信相手との通信の場合にはスリープ状態が解除されないため効率的なデータ通信を実行することが可能である。
【００１０】
この発明の第３の局面に従う情報処理システムは、複数の情報処理装置を含む、情報処理システムであって、情報処理装置は、それぞれ、記憶手段と、複数の情報処理装置のうちの他の情報処理装置から送信される、情報処理装置を識別する識別情報を受信するための識別情報受信手段と、識別情報受信手段により受信した他の情報処理装置の識別情報に基づいて、他の情報処理装置に対する譲渡データの送信および他の情報処理装置からの譲渡データの受信の少なくとも一方を行う譲渡データ通信処理を行うか否かを判断する譲渡データ通信判断手段と、譲渡データ通信判断手段の判断結果に基づいて譲渡データ通信処理を制御する譲渡データ通信制御手段と、少なくとも譲渡データ通信判断手段の判断処理をしたことを登録条件として、当該登録条件を満たす場合に、当該譲渡データ通信処理を行う相手となる他の情報処理装置の識別情報を記憶手段に登録する識別情報登録制御手段とを含む。譲渡データ通信判断手段は、識別情報受信手段により受信した他の情報処理装置の識別情報が記憶手段に登録されていた場合には、当該譲渡データ通信処理を行なわないと判断する。
【００１１】
第３の局面によれば、情報処理装置の識別情報登録制御手段は、少なくとも譲渡データ通信判断手段の判断処理をしたことを登録条件として、当該登録条件を満たす場合に、当該譲渡データ通信処理を行う相手となる他の情報処理装置の識別情報を記憶手段に登録する。また、譲渡データ通信判断手段は、識別情報受信手段により受信した他の情報処理装置の識別情報が記憶手段に登録されていると判断した場合には、譲渡データ通信処理を行わない。すなわち、データ通信制御部２０９は、他のゲーム装置と通信する。装置識別情報登録処理部２１０は、無線モジュール３８からの通知があった場合に他のゲーム装置を識別する情報であるＭＡＣアドレスをＭＡＣアドレスリスト保存領域８８に保存する。無線通信モジュール３８の交換データ通信判断部２２５は、保存されたＭＡＣアドレスと同じＭＡＣアドレスのゲーム装置からのデータを受信したと判断した場合には通信しないと判断することにより、一度通信を行った通信相手との通信を行わずに効率的なデータ通信を実行することが可能である。
【００１２】
好ましい第４の局面によれば、他の情報処理装置の識別情報を受信するために、不特定の相手に識別情報を含む探索信号を送信あるいは他の情報処理装置から送信された探索信号を受信するまで待機する探索処理を繰り返し実行する。譲渡データ通信判断手段は、識別情報受信手段による探索処理に従って通信可能な他の情報処理装置の識別情報毎に、譲渡データ通信処理を行うか否かを繰り返し判断する。
【００１３】
第４の局面によれば、識別情報受信手段は、不特定の相手に探索信号を送信あるいは他の情報処理装置から送信された探索信号を受信するまで待機する探索処理を繰り返し実行する。譲渡データ通信判断手段は、識別情報受信手段による他の情報処理装置の識別情報毎に、譲渡データ通信処理を行うか否かを繰り返し判断する。すなわち、無線フレーム送受信部２２３は、送信無線フレームを送信あるいは他のゲーム装置からの受信無線フレームを受信するまで待機する処理を繰り返す。また、交換データ通信判断部２２５は、ＭＡＣアドレスを含む受信無線フレームを受信する毎に保存されたＭＡＣアドレスと同じＭＡＣアドレスかどうかを判断する。したがって、通信可能な他のゲーム装置を探索し、通信相手を発見した場合に、一度通信を行った通信相手か否かが判断されて、交換可能な通信相手が発見されるまで当該処理を繰り返し継続して実行するため効率的なデータ通信が可能である。
【００１４】
好ましい第５の局面によれば、譲渡データ通信制御手段により他の情報処理装置に対する譲渡データ通信処理を実行した後、識別情報受信手段は、他の情報処理装置の識別情報を受信するために、不特定の相手に識別情報を含む探索信号を送信あるいは他の情報処理装置から送信された探索信号を受信するまで待機する探索処理を繰り返し実行する。譲渡データ通信判断手段は、識別情報受信手段による探索処理に従って通信可能な他の情報処理装置の識別情報を受信する毎に、譲渡データ通信処理を行うか否かを繰り返し判断する。譲渡データ通信制御手段は、譲渡データ通信判断手段による判断結果毎に他の情報処理装置に対する譲渡データ通信処理の実行を繰り返し行う。識別情報登録制御手段は、譲渡データ通信制御手段により登録条件について判断する毎に、他の情報処理装置に対する譲渡データ通信処理を実行する毎に、他の情報処理装置の識別情報を記憶手段に繰り返し登録する。
【００１５】
第５の局面によれば、譲渡データ通信制御手段により他の情報処理装置に対する譲渡データ通信処理を実行した後、識別情報受信手段は、他の情報処理装置の識別情報を受信するために、不特定の相手に探索信号を送信あるいは他の情報処理装置から送信された探索信号を受信するまで待機する探索処理を繰り返し実行する。譲渡データ通信判断手段は、識別情報受信手段により他の情報処理装置の識別情報を受信する毎に、受信した他の情報処理装置の識別情報が記憶手段に記憶されているか否かを繰り返し判断する。譲渡データ通信制御手段は、譲渡データ通信判断手段による判断結果毎に他の情報処理装置に対する譲渡データ通信処理の実行を繰り返し行う。識別情報登録制御手段は、識別情報登録制御手段は、譲渡データ通信制御手段により登録条件について判断する毎に、他の情報処理装置に対する譲渡データ通信処理を実行する毎に、他の情報処理装置の識別情報を記憶手段に繰り返し登録する。すなわち、無線フレーム送受信部２２３は、データ通信制御部２０９における交換データの授受処理の後、送信無線フレームを送信あるいは他のゲーム装置からの受信無線フレームを受信するまで待機する処理を繰り返す。また、交換データ通信判断部２２５は、ＭＡＣアドレスを含む受信無線フレームを受信する毎に保存されたＭＡＣアドレスと同じＭＡＣアドレスかどうかを判断する。そして、データ通信制御部２０９は、ＭＡＣアドレスが不一致である他のゲーム装置との間で交換データの授受処理を実行する。そして、装置識別情報登録処理部２１０は、交換データの授受処理を実行した他のゲーム装置を識別する情報であるＭＡＣアドレスをＭＡＣアドレスリスト保存領域８８に保存する。そして、上記処理を繰り返すことにより、一度、交換データを取得後も継続して不特定のゲーム装置を探索し、発見された他のゲーム装置との交換データの授受処理が可能であり、一度通信した通信相手との通信を行わずに多くの通信相手との交換を継続して実行することができるため効率的なデータ通信が可能である。
【００１６】
好ましい第６の局面によれば、他の情報処理装置に対して送信する譲渡データを指定する譲渡データ指定手段をさらに含む。
【００１７】
好ましい第７の局面によれば、情報処理装置は、譲渡データ指定手段の指定により、複数のアプリケーションプログラムのうちの少なくとも１つのアプリケーションプログラムで利用可能なデータを、他の情報処理装置に提供する譲渡データとして記憶する譲渡データ記憶手段をさらに含む。譲渡データ通信制御手段は、譲渡データ通信判断手段の判断結果に基づいて他の情報処理装置に対して譲渡データ記憶手段に記憶された譲渡データを他の情報処理装置に送信し、他の情報処理装置において記憶された譲渡データを受信する。
【００１８】
第６および第７の局面によれば、譲渡データ記憶手段は、譲渡データ指定手段の指定により、複数のアプリケーションプログラムのうちの少なくとも１つのアプリケーションプログラムで利用可能なデータを、譲渡データとして記憶する。譲渡データ通信制御手段は、譲渡データ通信判断手段の判断結果に基づいて他の情報処理装置に対して記憶された譲渡データを他の情報処理装置に送信し、他の情報処理装置において記憶された譲渡データを受信する。すなわち、交換データ保存領域８０は、アプリケーション実行処理部２０１における交換データの指定入力に従って、指定された交換データを保存する。データ通信実行処理部２０８は、ＭＡＣアドレスが不一致である他のゲーム装置との間で交換データ保存領域８０に保存された交換データの授受処理を実行する。したがって、他のゲーム装置に、ゲーム装置自身が有する対応するアプリケーションで利用することが可能な交換データを送信し、また、他のゲーム装置からも交換データを受信することが可能であるため当該交換データを利用するアプリケーションの興趣性を向上させることができる。
【００１９】
好ましい第８の局面によれば、情報処理装置は、所定条件に基づいて記憶手段に登録された識別情報を消去する識別情報消去手段をさらに含む。
【００２０】
好ましい第９の局面によれば、識別情報消去手段は、所定期間経過後に記憶手段に登録された識別情報を消去する。
【００２１】
好ましい第１０の局面によれば、情報処理装置は、他の情報処理装置に対して送信する譲渡データを指定する譲渡データ指定手段をさらに含む。識別情報消去手段は、譲渡データ指定手段により譲渡データを指定した際に、記憶手段に登録された識別情報を消去する。
【００２２】
第８〜第１０の局面によれば、識別情報消去手段は、所定期間経過後あるいは、譲渡データ指定手段により譲渡データを指定した際に、記憶手段に登録された識別情報を消去する。すなわち、装置識別情報消去処理部２１８は、ＭＡＣアドレスリスト保存領域８８に格納されているＭＡＣアドレスリストをリセットして消去することが可能であり、消去された場合には、再度、以前に通信した通信相手とのデータ通信を実行することが可能であるため自由度の高いデータ通信が可能である。
【００２３】
好ましい第１１の局面によれば、他の情報処理装置から送信された譲渡データ通信処理に関する通信条件（Ｄ４）が受信される。
【００２４】
好ましい第１２の局面によれば、識別情報受信手段は、識別情報とともに通信条件を受信する。譲渡データ通信判断手段は、識別情報受信手段により受信した他の情報処理装置の識別情報および通信条件に基づいて、譲渡データ通信処理を行うか否かを判断する。
【００２５】
第１１および第１２の局面によれば、通信条件に基づいて他の情報処理装置に対するデータの送信および他の情報処理装置からのデータの受信の少なくとも一方を行うか否かを判断する。すなわち、無線通信モジュール３８の通信データ判定部２２８およびアプリケーションＩＤ判定部２３０は、受信無線フレームに含まれるベンダ特定ＩＥデータの内容に従って他のゲーム装置が交換データの交換相手であるかの判断を実行することが可能であるため効率的なデータ通信を実行することが可能である。
【００２６】
好ましい第１３の局面によれば、情報処理装置は、複数のアプリケーションプログラムのうちの少なくとも１つのアプリケーションプログラムで利用可能なデータを、他の情報処理装置に送信する譲渡データとして記憶する譲渡データ記憶手段をさらに含む。通信条件は、譲渡データ記憶手段に記憶された譲渡データに対応付けられたアプリケーションプログラムを識別するアプリケーション識別情報を含む。譲渡データ通信判断手段は、識別情報受信手段により受信した他の情報処理装置の識別情報が記憶手段に登録されているか否かを判断する識別情報判断手段と、受信した他の情報処理装置の通信条件に譲渡データ記憶手段に記憶されている譲渡データに対応付けられたアプリケーション識別情報と同じアプリケーション識別情報が含まれているか否かを判断するアプリケーション識別情報判断手段とを含む。
【００２７】
第１３の局面によれば、識別情報判断手段は、識別情報受信手段により受信した他の情報処理装置の識別情報が記憶手段に記憶されているか否かを判断する。アプリケーション識別情報判断手段は、受信した他の情報処理装置の通信条件に譲渡データ記憶手段に登録されている譲渡データに対応付けられたアプリケーション識別情報と同じアプリケーション識別情報が含まれているか否かを判断する。すなわち、装置識別情報比較部２２６は、保存されたＭＡＣアドレスと同じＭＡＣアドレスのゲーム装置からのデータを受信した場合には通信しないと判断する。そして、アプリケーションＩＤ判定部２３０は、交換データ保存領域８０に記憶されている交換データに対応付けられたアプリケーションＩＤが受信無線フレームのベンダ特定ＩＥデータに含まれているかどうかを判断する。したがって、交換データに対応付けられているアプリケーション識別情報の比較に基づいて一致した場合には、同一のアプリケーションに対応する交換データであることを認識することが可能であり、同一のアプリケーションに対応する交換データを交換することが可能であるため効率的なデータ通信が可能である。
【００２８】
好ましい第１４の局面によれば、情報処理装置は、他の情報処理装置に対して送信する譲渡データを指定する譲渡データ指定手段をさらに含む。通信条件は、他の情報処理装置に対して送信する譲渡データと、他の情報処理装置から受信する譲渡データとの組み合わせに応じて譲渡データを取得するか否かを判定するための取得条件データを含む。譲渡データ通信判断手段は、識別情報受信手段により受信した他の情報処理装置の識別情報が記憶手段に登録されているか否かを判断する識別情報判断手段と、受信した他の情報処理装置の通信条件に含まれている取得条件データが所定条件を満たすか否かを判断する取得条件データ判断手段とを含む。
【００２９】
好ましい第１５の局面によれば、通信条件は、取得条件データについて、予め設けられている複数の比較方式のうちの１つの比較方式に指定するための比較識別データをさらに含む。
【００３０】
好ましい第１６の局面によれば、取得条件データは、他の情報処理装置に対して送信する譲渡データに関連付けられた提供属性データと、他の情報処理装置から受信する譲渡データに関連付けられた要求属性データとを含む。取得条件データ判断手段は、他の情報処理装置に送信した取得条件データに含まれる提供属性データと、他の情報処理装置から受信した取得条件データに含まれる要求属性データとが一致するかどうかを判定する第１属性判定手段と、他の情報処理装置に送信した取得条件データに含まれる要求属性データと、他の情報処理装置から受信した取得条件データに含まれる提供属性データとが一致するかどうかを判定する第２属性判定手段とを含む。
【００３１】
第１４〜第１６の局面によれば、通信条件は、他の情報処理装置に対して送信する譲渡データと、他の情報処理装置から受信する譲渡データとの組み合わせに応じて譲渡データを取得するか否かを判定するための取得条件データを含む。譲渡データ通信判断手段は、識別情報受信手段により交換した他の情報処理装置の識別情報と同じ識別情報が記憶手段に記憶されているか否かを判断する識別情報判断手段と、交換した他の情報処理装置の通信条件に含まれている取得条件データが所定条件を満たすか否かを判断する取得条件データ判断手段とを含む。すなわち、アプリケーションＩＤ判定部２３０は、他のゲーム装置に要求する交換データに関連付けられたリクエストデータと、他のゲーム装置からのコンディションデータとが一致するかどうかを判断し、自己の要求条件を満たしているかどうかを判断する。また、他のゲーム装置に送信する交換データに関連付けられたコンディションデータと、他のゲーム装置からのリクエストデータとが一致するかどうかを判断し、相手の要求条件を満たしているかどうかを判断する。したがって、交換データに関して自己の要求条件と相手の要求条件とを判断することが可能であるため交換を希望しない交換データとの交換を回避することが可能であり効率的なデータ通信を実行することが可能である。
【００３２】
好ましい第１７の局面によれば、取得条件データは、判定に用いるデータの有効／無効を設定する判定設定データを含む。第１属性判定手段は、他の情報処理装置に送信した取得条件データに含まれる提供属性データについて、判定設定データに従うマスク提供属性データと、他の情報処理装置から受信した取得条件データに含まれる要求属性データについて、判定設定データに従うマスク要求属性データとが一致するかどうかを判定する。第２属性判定手段は、他の情報処理装置に送信した取得条件データに含まれる要求属性データについて、判定設定データに従うマスク要求属性データと、他の情報処理装置から受信した取得条件データに含まれる提供属性データについて、判定設定データに従うマスク提供属性データとが一致するかどうかを判定する。
【００３３】
第１７の局面によれば、第１および第２の属性判定手段は、マスク提供属性データと、マスク要求属性データとが一致するかどうかを判定する。すなわち、アプリケーションＩＤ判定部２３０は、マスクデータを用いて、マスクデータとリクエストデータとを乗算した条件データと、マスクデータとコンディションデータとを乗算した条件データとが一致するかどうかを判断する。データの有効／無効を設定するマスクデータを乗算することにより多様なデータ比較を実行することが可能である。
【００３４】
好ましい第１８の局面によれば、情報処理装置は、識別情報を所定条件で変更する識別情報変更手段をさらに含む。
【００３５】
好ましい第１９の局面によれば、識別情報変更手段は、識別情報を所定時間毎に変更する。
【００３６】
第１８および第１９の局面によれば、識別情報変更手段は、識別情報を所定時間毎に変更する。すなわち、通信設定処理部２０４は、所定時間毎にＭＡＣアドレスのローカルアドレスを変更する。したがって、データ通信において、装置を識別する情報であるＭＡＣアドレスを変更することが可能であるため第三者がＭＡＣアドレスを偽装してなりすますという問題を抑制することが可能でありセキュリティを向上させたデータ通信を実行することが可能である。
【００３７】
好ましい第２０の局面によれば、記憶手段は、現在使用している識別情報に対応する他の情報処理装置の識別情報と、前回使用した識別情報に対応する他の情報処理装置の識別情報とをそれぞれ登録するための第１および第２の記憶領域とを含む。情報処理装置は、所定条件に基づいて記憶手段に登録された識別情報を消去する識別情報消去手段をさらに含む。識別情報消去手段は、変更する識別情報に対応する識別情報変更手段により現在使用している識別情報を変更する際に、他の情報処理装置の識別情報を登録する領域を確保するために第２の記憶領域に記憶された識別情報を消去する。
【００３８】
第２０の局面によれば、記憶手段は、現在使用している識別情報に対応する他の情報処理装置の識別情報と、前回使用した識別情報に対応する他の情報処理装置の識別情報とをそれぞれ登録するための第１および第２の記憶領域とを含む。識別情報消去手段は、変更する識別情報に対応する識別情報変更手段により現在使用している識別情報を変更する際、他の情報処理装置の識別情報を登録する領域を確保するために第２の記憶領域に記憶された識別情報を消去する。すなわち、装置識別情報消去処理部２１８は、ＭＡＣアドレスが更新される所定期間が経過したと判断した場合、前回使用したＭＡＣアドレスに対応して設けられたサブリストの内容を削除する。したがって、ＭＡＣアドレスが更新される毎に同一の他のゲーム装置とデータ通信する可能性があるが、現在使用していたＭＡＣアドレスに対応するサブリストを保持し、前回使用したＭＡＣアドレスに対応するサブリストを削除することが可能であるため、データ容量を確保しつつ、保持されたＭＡＣアドレスに基づいてＭＡＣアドレスフィルタリングを実行することができ、ＭＡＣアドレスを更新した場合にも効率的なデータ通信を実行することが可能である。
【００３９】
この発明の第２１の局面に従う情報処理システムは、他の情報処理装置に対して送信する譲渡データを指定する譲渡データ指定手段をさらに含む。譲渡データ通信制御手段により他の情報処理装置に対する譲渡データ通信処理を実行した後、識別情報受信手段は、他の情報処理装置の識別情報を受信するために、不特定の相手に識別情報を含む探索信号を送信あるいは他の情報処理装置から送信された探索信号を受信するまで待機する探索処理を繰り返し実行する。譲渡データ通信判断手段は、識別情報受信手段による探索処理に従って通信可能な他の情報処理装置の識別情報毎に、識別情報受信手段により受信した他の情報処理装置の識別情報が記憶手段に登録されているか否かを繰り返し判断する。譲渡データ通信制御手段は、譲渡データ通信判断手段による判断結果毎に、譲渡データ通信処理の実行を繰り返し行う。識別情報登録制御手段は、譲渡データ通信制御手段により登録条件について判断する毎に、他の情報処理装置の識別情報を記憶手段に繰り返し登録する。
【００４０】
第２１の局面によれば、譲渡データの受信を行った後、識別情報受信手段は、不特定の相手に探索信号を送信あるいは他の情報処理装置から送信された探索信号を受信するまで待機する探索処理を繰り返し実行する。譲渡データ通信判断手段は、識別情報受信手段による他の情報処理装置の識別情報毎に、受信した他の情報処理装置の識別情報が記憶手段に登録されているか否かを繰り返し判断する。譲渡データ通信制御手段は、譲渡データ通信判断手段による判断結果毎に譲渡データ通信処理の実行を繰り返し行う。識別情報登録制御手段は、譲渡データ通信制御手段により登録条件について判断する毎に、他の情報処理装置の識別情報を記憶手段に繰り返し登録する。すなわち、交換データの通信処理の後、無線フレーム送受信部２２３は、送信無線フレームを送信あるいは他のゲーム装置からの受信無線フレームを受信するまで待機する処理を繰り返す。また、交換データ通信判断部２２５は、ＭＡＣアドレスを含む受信無線フレームを受信する毎に保存されたＭＡＣアドレスと同じＭＡＣアドレスかどうかを判断する。データ通信制御部２０９は、無線通信モジュールからの通知に従い他のゲーム装置との間で交換データの送信および受信を繰り返す。装置識別情報登録処理部２１０は、他のゲーム装置との間で交換データの送信および受信を行う毎にＭＡＣアドレスをＭＡＣアドレス保存領域８８に保存する。したがって、通信可能な他のゲーム装置を探索し、通信相手を発見した場合に、一度通信を行った通信相手か否かを判断し、通信していない通信相手との間で交換データの交換をし、交換した場合には通信相手のＭＡＣアドレスを保存する。そして、当該処理を繰り返し継続して実行するため通信可能範囲にいる多数のゲーム装置と効率的なデータ通信が可能である。
【００４１】
この発明の第２２の局面に従う情報処理装置は、記憶手段と、他の情報処理装置から送信される、情報処理装置を識別する識別情報を受信するための識別情報受信手段と、識別情報受信手段により受信した他の情報処理装置の識別情報に基づいて、他の情報処理装置に対する譲渡データの送信および他の情報処理装置からの譲渡データの受信の少なくとも一方を行う譲渡データ通信処理を行うか否かを判断する譲渡データ通信判断手段と、譲渡データ通信判断手段の判断結果に基づいて譲渡データ通信処理を制御する譲渡データ通信制御手段と、少なくとも譲渡データ通信制御手段により譲渡データ通信処理を行うことを登録条件として、当該登録条件を満たす場合に、当該譲渡データ通信処理を行う相手となる他の情報処理装置の識別情報を記憶手段に登録する識別情報登録制御手段とを含む。譲渡データ通信判断手段は、識別情報受信手段により受信した他の情報処理装置の識別情報が記憶手段に登録されていた場合には、当該譲渡データ通信処理を行わないと判断する。
【００４２】
第２２の局面によれば、情報処理装置の識別情報登録制御手段は、譲渡データ通信制御手段により譲渡データ通信処理を場合に、他の情報処理装置の識別情報を記憶手段に記憶する。また、譲渡データ通信判断手段は、識別情報受信手段により受信した他の情報処理装置の識別情報が記憶手段に記憶されていると判断した場合には、他の情報処理装置に対する譲渡データ通信処理を行わない。すなわち、データ通信制御部２０９は、他のゲーム装置と通信する。データ通信制御部２０９において、他のゲーム装置との間で交換データの授受を実行した場合に、装置識別情報登録処理部２１０は、他のゲーム装置を識別する情報であるＭＡＣアドレスをＭＡＣアドレスリスト保存領域８８に保存する。無線通信モジュール３８の交換データ通信判断部２２５は、保存されたＭＡＣアドレスと同じＭＡＣアドレスのゲーム装置からのデータを受信した場合には通信しないと判断することにより、一度通信を行った通信相手との通信を行わずに効率的なデータ通信を実行することが可能である。
【００４３】
この発明の第２３の局面に従う情報処理装置は、通信可能な他の情報処理装置を繰り返して探索する無線モジュールと、他の情報処理装置に対する譲渡データの送信および他の情報処理装置からの譲渡データの受信の少なくとも一方を行う譲渡データ通信処理を制御し、スリープ状態に遷移可能な譲渡データ通信制御手段とを備える。無線モジュールは、記憶手段と、複数の情報処理装置のうちの他の情報処理装置から送信される、情報処理装置を識別する識別情報を受信するための識別情報受信手段と、識別情報受信手段により受信した他の情報処理装置の識別情報に基づいて、譲渡データ通信処理を行うか否かを判断する譲渡データ通信判断手段と、譲渡データ通信判断手段によって、譲渡データ通信処理を行うと判断した場合には、譲渡データ通信制御手段に通知を行う通知手段とを含む。譲渡データ通信制御手段は、通知手段による通知を受けた場合に、スリープ状態を解除して、譲渡データ通信処理を実行する。少なくともスリープ状態を解除したことを登録条件として、当該登録条件を満たす場合に、当該譲渡データ通信処理を行う相手となる他の情報処理装置の識別情報を記憶手段に登録する識別情報登録制御手段をさらに備える。譲渡データ通信判断手段は、識別情報受信手段により受信した他の情報処理装置の識別情報が記憶手段に登録されていた場合には、当該譲渡データ通信処理を行なわないと判断する。
【００４４】
第２３の局面によれば、識別情報登録制御手段は、少なくともスリープ状態を解除したことを登録条件として、当該登録条件を満たす場合に、当該譲渡データ通信処理を行う相手となる他の情報処理装置の識別情報を記憶手段に登録する。譲渡データ通信制御手段は、スリープ状態に遷移可能である。譲渡データ通信判断手段は、識別情報受信手段により受信した他の情報処理装置の識別情報に基づいて、譲渡データ通信処理を行うか否かを判断する。そして、通知手段を譲渡データ通信処理を行うと判断した場合には、譲渡データ通信制御手段に通知する。譲渡データ通信判断手段は、識別情報受信手段により受信した他の情報処理装置の識別情報が記憶手段に登録されていた場合には、当該譲渡データ通信処理を行なわないと判断する。すなわち、データ通信制御部２０９は、他のゲーム装置と通信する。装置識別情報登録処理部２１０は、スリープを解除した際に、他のゲーム装置を識別する情報であるＭＡＣアドレスをＭＡＣアドレスリスト保存領域８８に保存する。そして、当該ＭＡＣアドレスリスト保存領域８８に保存されたＭＡＣアドレスは、ＭＡＣアドレスリスト保存領域７０に保存される。すなわち、無線通信モジュール３８の交換データ通信判断部２２５は、保存されたＭＡＣアドレスと同じＭＡＣアドレスのゲーム装置からのデータを受信した場合には通信しないと判断する。これにより、データ通信制御部２０９によるスリープ状態を解除したデータ通信は実行されない。したがって、一度通信を行った通信相手との通信の場合にはスリープ状態が解除されないため効率的なデータ通信を実行することが可能である。
【００４５】
この発明の第２４の局面に従う情報処理装置は、記憶手段と、他の情報処理装置から送信される、情報処理装置を識別する識別情報を受信するための識別情報受信手段と、識別情報受信手段により受信した他の情報処理装置の識別情報に基づいて、他の情報処理装置に対する譲渡データの送信および他の情報処理装置からの譲渡データの受信の少なくとも一方を行う譲渡データ通信処理を行うか否かを判断する譲渡データ通信判断手段と、譲渡データ通信判断手段の判断結果に基づいて譲渡データ通信処理を制御する譲渡データ通信制御手段と、少なくとも譲渡データ通信判断手段の判断処理をしたことを登録条件として、当該登録条件を満たす場合に、当該譲渡データ通信処理を行う相手となる他の情報処理装置の識別情報を記憶手段に登録する識別情報登録制御手段とを含む。譲渡データ通信判断手段は、識別情報受信手段により受信した他の情報処理装置の識別情報が記憶手段に登録されていた場合には、当該譲渡データ通信処理を行なわないと判断する。
【００４６】
第２４の局面によれば、情報処理装置の識別情報登録制御手段は、少なくとも譲渡データ通信判断手段の判断処理をしたことを登録条件として、当該登録条件を満たす場合に、当該譲渡データ通信処理を行う相手となる他の情報処理装置の識別情報を記憶手段に登録する。また、譲渡データ通信判断手段は、識別情報受信手段により受信した他の情報処理装置の識別情報が記憶手段に登録されていると判断した場合には、譲渡データ通信処理を行わない。すなわち、データ通信制御部２０９は、他のゲーム装置と通信する。装置識別情報登録処理部２１０は、無線モジュール３８からの通知があった場合に他のゲーム装置を識別する情報であるＭＡＣアドレスをＭＡＣアドレスリスト保存領域８８に保存する。無線通信モジュール３８の交換データ通信判断部２２５は、保存されたＭＡＣアドレスと同じＭＡＣアドレスのゲーム装置からのデータを受信した場合には通信しないと判断することにより、一度通信を行った通信相手との通信を行わずに効率的なデータ通信を実行することが可能である。
【００４７】
この発明の第２５の局面に従う情報処理装置は、記憶手段と、他の情報処理装置から送信される、情報処理装置を識別する識別情報を受信するための識別情報受信手段と、識別情報受信手段により受信した他の情報処理装置の識別情報に基づいて、他の情報処理装置からの譲渡データの受信を行う譲渡データ通信処理を行うか否かを判断する譲渡データ通信判断手段と、譲渡データ通信判断手段の判断結果に基づいて譲渡データ通信処理を制御する譲渡データ通信制御手段と、少なくとも譲渡データ通信制御手段により譲渡データ通信処理を行うことを登録条件として、当該登録条件を満たす場合に、当該譲渡データ通信処理を行う相手となる他の情報処理装置の識別情報を記憶手段に登録する識別情報登録制御手段とを含む。譲渡データ通信判断手段は、識別情報受信手段により受信した他の情報処理装置の識別情報が記憶手段に登録されていた場合には、当該譲渡データ通信処理を行わないと判断する。
【００４８】
この発明の第２６の局面に従う情報処理装置は、記憶手段と、他の情報処理装置から送信される、情報処理装置を識別する識別情報を受信するための識別情報受信手段と、識別情報受信手段により受信した他の情報処理装置の識別情報に基づいて、他の情報処理装置に対して譲渡データの送信を行う譲渡データ通信処理を行うか否かを判断する譲渡データ通信判断手段と、譲渡データ通信判断手段の判断結果に基づいて譲渡データ通信処理を制御する譲渡データ通信制御手段と、少なくとも譲渡データ通信制御手段により譲渡データ通信処理を行うことを登録条件として、当該登録条件を満たす場合に、当該譲渡データ通信処理を行う相手となる他の情報処理装置の識別情報を記憶手段に登録する識別情報登録制御手段とを含む。譲渡データ通信判断手段は、識別情報受信手段により受信した他の情報処理装置の識別情報が記憶手段に登録されていた場合には、当該譲渡データ通信処理を行わないと判断する。
【００４９】
この発明の第２７の局面に従う情報処理システムは、複数の情報処理装置と複数の固定端末機器を含む、情報処理システムであって、情報処理装置は、記憶手段と、複数の情報処理装置のうちの他の情報処理装置あるいは複数の固定端末機器のうちの１つの固定端末機器から送信される、情報処理装置あるいは固定端末機器を識別する識別情報を受信するための識別情報受信手段と、識別情報受信手段により受信した他の情報処理装置あるいは固定端末機器の識別情報に基づいて、他の情報処理装置あるいは固定端末機器に対する譲渡データの送信および他の情報処理装置あるいは固定端末機器からの譲渡データの受信の少なくとも一方を行う譲渡データ通信処理を行うか否かを判断する譲渡データ通信判断手段と、譲渡データ通信判断手段の判断結果に基づいて譲渡データ通信処理を制御する譲渡データ通信制御手段と、少なくとも譲渡データ通信制御手段により譲渡データ通信処理を行うことを登録条件として、当該登録条件を満たす場合に、当該譲渡データ通信処理を行う相手となる他の情報処理装置あるいは固定端末機器の識別情報を記憶手段に登録する識別情報登録制御手段とを含む。譲渡データ通信判断手段は、識別情報受信手段により受信した他の情報処理装置あるいは固定端末機器の識別情報が記憶手段に登録されていた場合には、当該譲渡データ通信処理を行なわないと判断する。
【００５０】
第２７の局面によれば、情報処理装置の識別情報登録制御手段は、少なくとも譲渡データ通信制御手段により前記譲渡データ通信処理を行うことを登録条件として、当該登録条件を満たす場合に、当該譲渡データ通信処理を行う相手となる他の情報処理装置あるいは固定端末機器の識別情報を記憶手段に登録する。また、譲渡データ通信判断手段は、識別情報受信手段により交換した他の情報処理装置あるいは固定端末機器の識別情報が記憶手段に登録されていると判断した場合には、譲渡データ通信処理を行わない。すなわち、データ通信制御部２０９は、他のゲーム装置あるいは固定端末機器と通信する。データ通信制御部２０９において、他のゲーム装置あるいは固定端末機器との間で交換データの授受あるいは配信データの取得処理を実行した場合に、装置識別情報登録処理部２１０は、他のゲーム装置あるいは固定端末機器を識別する情報であるＭＡＣアドレスをＭＡＣアドレスリスト保存領域８８，８８＃に保存する。そして、当該ＭＡＣアドレスリスト保存領域８８，８８＃に保存されたＭＡＣアドレスは、ＭＡＣアドレスリスト保存領域７０，７０＃に保存される。無線通信モジュール３８の交換データ通信判断部２２５あるいは配信データ通信判断部２２５＃は、ＭＡＣアドレスリスト保存領域７０，７０＃に保存されたＭＡＣアドレスと同じＭＡＣアドレスのゲーム装置あるいは固定端末機器からの交換データあるいは配信データを受信した場合には通信しないと判断することにより、一度通信を行った通信相手との通信を行わずに効率的なデータ通信を実行することが可能である。
【００５１】
好ましい第２８の局面によれば、記憶手段は、識別情報登録制御手段により登録された情報処理装置の識別情報を登録する第１の領域と、固定端末機器の識別情報を登録する第２の領域とを有する。
【００５２】
第２８の局面によれば、記憶手段は、識別情報登録制御手段により記憶された情報処理装置の識別情報を記憶する第１の領域と、固定端末機器の識別情報を記憶する第２の領域とが設けられる。すなわち、ゲーム装置のＭＡＣアドレスが保存されるＭＡＣアドレスリスト保存領域８８と、固定端末機器のＭＡＣアドレスが保存されるＭＡＣアドレス保存領域８８＃とが設けられる。これにより、それぞれのＭＡＣアドレス保存領域に保存されたＭＡＣアドレスを用いて通信するか否かの判断が可能であるため判断の処理負荷を軽減し、効率的なデータ通信を実行することが可能である。
【００５３】
この発明の第２９の局面に従う情報処理装置は、記憶手段と、他の情報処理装置あるいは固定端末機器から送信される、情報処理装置あるいは固定端末機器を識別する識別情報を受信するための識別情報受信手段と、識別情報受信手段により受信した他の情報処理装置あるいは固定端末機器の識別情報に基づいて、他の情報処理装置あるいは固定端末機器に対する譲渡データの送信および他の情報処理装置あるいは固定端末機器からの譲渡データの受信の少なくとも一方を行う譲渡データ通信処理を行うか否かを判断する譲渡データ通信判断手段と、譲渡データ通信判断手段の判断結果に基づいて譲渡データ通信処理を制御する譲渡データ通信制御手段と、少なくとも譲渡データ通信制御手段により譲渡データ通信処理を行うことを登録条件として、当該登録条件を満たす場合に、当該譲渡データ通信処理を行う相手となる他の情報処理装置あるいは固定端末機器の識別情報を記憶手段に登録する識別情報登録制御手段とを含む。譲渡データ通信判断手段は、識別情報受信手段により受信した他の情報処理装置あるいは固定端末機器の識別情報が記憶手段に登録されていた場合には、当該譲渡データ通信処理を行なわないと判断する。
【００５４】
第２９の局面によれば、情報処理装置の識別情報登録制御手段は、少なくとも譲渡データ通信制御手段により譲渡データ通信処理を行うことを登録条件として、当該登録条件を満たす場合に、当該譲渡データ通信処理を行う相手となる他の情報処理装置あるいは固定端末機器の識別情報を記憶手段に登録する。また、譲渡データ通信判断手段は、識別情報受信手段により交換した他の情報処理装置あるいは固定端末機器の識別情報が記憶手段に登録されていると判断した場合には、譲渡データ通信処理を行わない。すなわち、データ通信制御部２０９は、他のゲーム装置あるいは固定端末機器と通信する。データ通信制御部２０９において、他のゲーム装置あるいは固定端末機器との間で交換データの授受あるいは配信データの取得処理を実行した場合に、装置識別情報登録処理部２１０は、他のゲーム装置あるいは固定端末機器を識別する情報であるＭＡＣアドレスをＭＡＣアドレスリスト保存領域８８，８８＃に保存する。そして、当該ＭＡＣアドレスリスト保存領域８８，８８＃に保存されたＭＡＣアドレスは、ＭＡＣアドレスリスト保存領域７０，７０＃に保存される。無線通信モジュール３８の交換データ通信判断部２２５あるいは配信データ通信判断部２２５＃は、ＭＡＣアドレスリスト保存領域７０，７０＃に保存されたＭＡＣアドレスと同じＭＡＣアドレスのゲーム装置あるいは固定端末機器からの交換データあるいは配信データを受信した場合には通信しないと判断することにより、一度通信を行った通信相手との通信を行わずに効率的なデータ通信を実行することが可能である。
【００５５】
上述の記載においては、本発明の理解を助けるために後述の実施形態との対応関係を示すための参照符号および補足説明等を付したが、これらは本発明を何ら限定するものではない。
【発明の効果】
【００５６】
本発明に従えば、一度通信を行った通信相手との通信を行わずに効率的なデータ通信を実行することが可能である。
【図面の簡単な説明】
【００５７】
【図１】本発明に係る情報処理システムの典型例について説明する図である。
【図２】本発明の実施の形態に従うゲーム装置１の構成の概略ブロック図について説明する図である。
【図３】本発明の実施の形態に従う無線通信モジュール３８の構成について説明する図である。
【図４】本発明の実施の形態に従う保存用データメモリ３４のメモリマップについて説明する図である。
【図５】本発明の実施の形態に従うゲーム装置１における交換データの授受を実行する機能ブロックについて説明する図である。
【図６】本発明の実施の形態に従うゲーム装置の本体部３９の機能ブロックの詳細について説明する図である。
【図７】本発明の実施の形態に従う携帯端末間通信を実行する無線モジュール３８の機能ブロックの詳細について説明する図である。
【図８】交換データ保存領域への交換データの格納処理について説明するフロー図である。
【図９】アプリケーションにより交換データ保存領域８０に交換データを格納する場合について説明する図である。
【図１０】無線通信モジュール３８への通信設定処理について説明するフロー図である。
【図１１】本発明の実施の形態に従う通信設定処理部２０４の通信設定処理について説明するフロー図である。
【図１２】通信設定処理部２０４によりＲＡＭ６６に格納されたデータについて説明する図である。
【図１３】本発明の実施の形態に従う無線通信モジュール３８で実行する無線通信のフローについて説明する図である。
【図１４】本発明の実施の形態に従う携帯端末間通信について説明するフロー図である。
【図１５】本発明の実施の形態に従う携帯端末間通信においてゲーム装置において送信される送信無線フレームの構成について説明する図である。
【図１６】本発明の実施の形態に従うベンダ特定ＩＥデータの構成について説明する図である。
【図１７】本発明の実施の形態に従うＭＡＣアドレスを比較する場合の概念図について説明する図である。
【図１８】本発明の実施の形態に従うＭＡＣアドレスを比較する場合の別の概念図について説明する図である。
【図１９】本発明の実施の形態に従うアプリケーションＩＤ判定部２３０における全体のフロー図である。
【図２０】本発明の実施の形態に従う比較対象となるベンダ特定ＩＥの比較について説明する図である。
【図２１】第１アルゴリズムに従うＩＤリスト比較処理について説明するフロー図である。
【図２２】本発明の実施の形態に従うＩＤデータの比較について説明する図である。
【図２３】本発明の実施の形態に従うＩＤデータのさらに別の比較について説明する図である。
【図２４】第２アルゴリズムに従うＩＤリスト比較処理について説明するフロー図である。
【図２５】本発明の実施の形態に従う送受信条件データであるセンドフラグデータおよびレシーブフラグデータの比較について説明する図である。
【図２６】本発明の実施の形態に従う条件データの比較について説明する図である。
【図２７】本発明の実施の形態に従う取得条件データの具体例について説明する図である。
【図２８】図２７で説明した取得条件データに基づく条件データの比較の具体例について説明する図である。
【図２９】本発明の実施の形態に従う取得条件データの別の具体例について説明する図である。
【図３０】図２９で説明した取得条件データに基づく条件データの比較の具体例について説明する図である。
【図３１】本発明の実施の形態に従うアプリケーションＩＤを比較する場合の概念図について説明する図である。
【図３２】本発明の実施の形態に従うゲーム装置間における交換データの交換処理について説明する図（その１）である。
【図３３】本発明の実施の形態に従うゲーム装置間における交換データの交換処理について説明する図（その２）である。
【図３４】本発明の実施の形態に従うゲーム装置間における交換データの交換処理について説明する図（その３）である。
【図３５】交換データのデータ授受処理のフロー（その１）について説明する図である。
【図３６】交換データのデータ授受処理のフロー（その２）について説明する図である。
【図３７】本発明の実施の形態に従うデータ通知処理について説明する図である。
【図３８】本実施例における交換データ追加および消去処理について説明するフロー図である。
【図３９】通信相手サーチ処理について説明する図である。
【図４０】通信相手サーチ処理（１）を示すフロー図である。
【図４１】通信相手サーチ処理（２）を示すフロー図（その１）である。
【図４２】通信相手サーチ処理（２）を示すフロー図（その２）である。
【図４３】本発明の実施の形態に従う交換データの授受のデータの遣り取りについて説明する図である。
【図４４】本発明の実施の形態に従う携帯ゲーム装置１と固定端末機器５との通信処理の概略について説明する図である。
【図４５】本発明の実施の形態に従うゲーム装置１における配信データを受信する機能ブロックについて説明する図である。
【図４６】本発明の実施の形態に従う携帯固定端末間処理を実行する無線通信モジュール３８の機能ブロックの詳細について説明する図である。
【図４７】本発明の実施の形態に従う携帯固定端末間通信について説明するフロー図である。
【図４８】本発明の実施の形態に従う携帯固定端末間通信においてゲーム装置においてビーコンとして受信される配信無線フレームの構成について説明する図である。
【図４９】配信データを取得するデータ取得処理のフローについて説明する図である。
【図５０】固定端末サーチ処理を示すフロー図である。
【図５１】本発明の実施の形態に従う配信データ取得のデータの遣り取りについて説明する図である。
【図５２】本発明の実施の形態に従う携帯ゲーム装置１と固定端末機器５＃との通信処理の概略について説明する図である。
【図５３】本発明の実施の形態に従うローカルアドレスの更新のフローについて説明する図である。
【図５４】本発明の実施の形態に従うＭＡＣアドレスの更新処理について説明する図である。
【図５５】本発明の実施の形態に従うＭＡＣアドレスリスト保存領域８８の構成について説明する図である。
【図５６】本発明の実施の形態に従うＭＡＣアドレスリストの消去を説明するフロー図である。
【発明を実施するための最良の形態】
【００５８】
この発明の実施の形態について、図面を参照しながら詳細に説明する。なお、図中の同一または相当部分については、同一符号を付してその説明は繰返さない。
【００５９】
＜全体構成＞
まず、図１を用いて本発明に係る情報処理システムの典型例について説明する。
【００６０】
図１を参照して、この発明の実施の形態に従う本発明に係る情報処理システムは、複数の携帯型の情報処理装置を含む。本例においては、複数の携帯型の情報処理装置の一例として携帯ゲーム装置（以下、単にゲーム装置とも称する）１〜３が示されている。なお、ここでは、３台の携帯ゲーム装置が示されているが少なくとも２台有ればよい。また、さらに複数台の携帯ゲーム装置を設けた構成とすることも可能である。
【００６１】
なお、本例においては、本発明の実施の形態における情報処理システムにおいて、必須の構成物ではないが、携帯型の情報処理装置であるゲーム装置と無線通信可能な固定端末機器５を設ける。
【００６２】
ゲーム装置１〜３は、互いに無線通信を実行してデータの授受が可能であり、本例においては、ゲーム装置１（以下、単に、自機とも称する）と、他のゲーム装置および固定端末機器５と通信する場合について説明する。
【００６３】
また、図１においては、ゲーム装置１（自機）において、無線通信を実行する場合の通信可能範囲１０が点線で示されている。すなわち、図１の例においては、ゲーム装置１（自機）は、ゲーム装置２，３と、固定端末機器５とそれぞれ通信が可能な状態であることが示されている。なお、図１においては、自機のゲーム装置１の通信可能範囲１０に、ユーザ名「一郎」および「二郎」のゲーム装置２，３がそれぞれ存在し、ゲーム装置１は、ユーザ名「二郎」のゲーム装置３と無線通信している様子が示されている。
【００６４】
詳細については後述するが、ゲーム装置１とゲーム装置３とは、互いに無線通信を実行して、互いに有している後述する交換データを交換する。そして、ゲーム装置１，３は、交換した交換データを利用することが可能であるものとする。
【００６５】
また、後述するが、固定端末機器５は、周辺のゲーム装置に対して所定の配信データを配信する。そして、ゲーム装置は、固定端末機器５から配信された配信データを取得した場合には、取得した配信データを利用することが可能であるものとする。
【００６６】
＜ゲーム装置の構成＞
図２を用いて、本発明の実施の形態に従うゲーム装置１の構成の概略ブロック図について説明する。なお、ゲーム装置２，３についても同様の構成であるためその詳細な説明は省略する。
【００６７】
図２を参照して、ゲーム装置１は、ＣＰＵ３１と、メインメモリ３２と、メモリ制御回路３３と、保存用データメモリ３４と、プリセットデータ用メモリ３５と、メモリカードインターフェース（メモリカードＩ／Ｆ）３６と、無線通信モジュール３８と、リアルタイムクロック（ＲＴＣ）４０と、電源回路４１とを備えている。
【００６８】
ＣＰＵ３１は、プログラムを実行するための演算処理手段である。本発明の実施の形態では、当該プログラムは、ゲーム装置１内のメモリ（たとえば、保存用データメモリ３４）やメモリカード２６等に記録されている。なお、ＣＰＵ３１によって実行されるプログラムは、ゲーム装置１内のメモリに予め記録されていてもよいし、メモリカード２６から取得されてもよいし、他の機器との通信によって他の機器から取得されてもよい。また、ＣＰＵ３１は、マルチタスク制御が可能である。具体的には、ゲーム処理を実行しつつ、バックグラウンドで、後述する交換データの授受処理を実行することができる。
【００６９】
ＣＰＵ３１には、メインメモリ３２、メモリ制御回路３３、およびプリセットデータ用メモリ３５が接続される。また、メモリ制御回路３３には、保存用データメモリ３４が接続される。
【００７０】
メインメモリ３２は、ＣＰＵ３１のワーク領域やバッファ領域として用いられる記憶手段である。すなわち、メインメモリ３２は、上記情報処理に用いられる各種データを記憶したり、外部（メモリカード２６や他の機器等）から取得されるプログラムを記憶したりする。本発明の実施の形態では、メインメモリ３２として、たとえばＰＳＲＡＭ（Pseudo-SRAM）を用いる。
【００７１】
保存用データメモリ３４は、後述するが、ＣＰＵ３１によって実行されるプログラムやカメラ２３によって撮影された画像のデータ等を記憶するための記憶手段である。
【００７２】
保存用データメモリ３４は、不揮発性の記憶媒体によって構成されており、たとえば本実施例ではＮＡＮＤ型フラッシュメモリで構成される。メモリ制御回路３３は、ＣＰＵ３１の指示に従って、保存用データメモリ３４に対するデータの読み出しおよび書き込みを制御する回路である。
【００７３】
プリセットデータ用メモリ３５は、ゲーム装置１において予め設定される各種パラメータ等のデータ（プリセットデータ）を記憶するための記憶手段である。プリセットデータ用メモリ３５としては、ＳＰＩ（Serial Peripheral Interface）バスによってＣＰＵ３１と接続されるフラッシュメモリを用いることができる。
【００７４】
メモリカードＩ／Ｆ３６は、ＣＰＵ３１に接続される。メモリカードＩ／Ｆ３６は、コネクタに装着されたメモリカード２６に対するデータの読み出しおよび書き込みを、ＣＰＵ３１の指示に応じて行なう。
【００７５】
無線通信モジュール３８は、後述するが同種のゲーム装置等との間で無線通信を行なう機能を有する。
【００７６】
さらに、ＣＰＵ３１には、ＲＴＣ４０および電源回路４１が接続される。ＲＴＣ４０は、時間をカウントしてＣＰＵ３１に出力する。たとえば、ＣＰＵ３１は、ＲＴＣ４０によって計時された時間に基づいて、現在時刻（日付）等を計算することもできる。電源回路４１は、ゲーム装置１が有する電源から供給される電力を制御し、ゲーム装置１の各部品に電力を供給する。
【００７７】
さらに、ゲーム装置１は、マイク４３およびアンプ４４を備えている。マイク４３およびアンプ４４は、それぞれＩ／Ｆ回路４２に接続される。マイク４３は、ゲーム装置１に向かって発声されたユーザの音声を検知して、当該音声を示す音声信号をＩ／Ｆ回路４２に出力する。アンプ４４は、Ｉ／Ｆ回路４２からの音声信号を増幅してスピーカ４５から出力させる。Ｉ／Ｆ回路４２は、ＣＰＵ３１に接続される。
【００７８】
Ｉ／Ｆ回路４２は、マイク４３からの音声信号の入力を受ける音声入力制御回路５４と、アンプ４４に対する音声信号の出力の制御を行なう音声出力制御回路５６とを含む。
【００７９】
音声入力制御回路５４は、マイク４３からの音声信号の入力レベルを検知して、音声信号に対するＡ／Ｄ変換を行なったり、音声信号を所定の形式の音声データに変換したりする。
【００８０】
音声出力制御回路５６は、出力信号がステレオ設定あるいはモノラル設定に従って、アンプ４４に出力する音声信号を調整する。
【００８１】
操作ボタン１４は、図示しないが複数の操作ボタンで構成され、ＣＰＵ３１に接続される。操作ボタン１４からＣＰＵ３１へは、各操作ボタンに対する入力状況（押下されたか否か）を示す操作データが出力される。ＣＰＵ３１は、操作ボタン１４から操作データを取得することによって、操作ボタン１４に対する入力に応じた処理を実行する。
【００８２】
カメラ２３は、ＣＰＵ３１に接続される。カメラ２３は、ＣＰＵ３１の指示に応じて画像を撮影し、撮影した画像データをＣＰＵ３１に出力する。たとえば、ＣＰＵ３１は、カメラ２３に対して撮影指示を行ない、撮影指示を受けたカメラが画像を撮影して画像データをＣＰＵ３１に送る。
【００８３】
また、ＬＣＤ１２は、ＣＰＵ３１に接続される。ＬＣＤ１２は、ＣＰＵ３１の指示に従って図示しないが操作画面等を表示する。
【００８４】
メモリカード２６は、図示しないコネクタと着脱可能であり、コネクタと接続された場合にはメモリカードＩ／Ｆ３６と接続される。メモリカード２６は、ＲＯＭ２７と、バックアップＲＡＭ２８とが内蔵され、ＲＯＭ２７には、ゲーム装置１で実行するためのアプリケーション等が予め設定（記憶）されている。なお、ＲＯＭ２７には、ＲＯＭ２７に記憶されるアプリケーションを識別するための名称（タイトル）を意味する識別番号が記憶されている。また、バックアップＲＡＭ２８には、アプリケーションの途中のデータや結果データが記憶（セーブ）される。また、バックアップＲＡＭ２８は、後述するが、当該アプリケーションを実行した場合に他のゲーム装置に提供するデータ（以下、交換データとも称する）をゲーム装置に保存した場合には交換フラグデータを記憶する。
【００８５】
なお、典型的には、後述するアプリケーション識別情報（アプリケーションＩＤ）とは、アプリケーションを識別するための名称（タイトル）を意味するデータ（識別番号）を含むが、必ずしもそれに限られるものではなく、本実施例においては、アプリケーションを識別するための名称に加えて、交換データとして交換対象となるデータであるかを識別可能とするデータ（交換条件データ）をも含むものとする。
【００８６】
図３を用いて、本発明の実施の形態に従う無線通信モジュール３８の構成について説明する。
【００８７】
図３を参照して、本発明の実施の形態に従う無線通信モジュール３８は、ＣＰＵ６０と、ＲＦ−ＩＣ（Radio Frequency IC）６２と、メモリ制御部６４と、モジュールＩ／Ｆ７６と、各部と接続されている内部バス７４とを含む。
【００８８】
メモリ制御部６４は、ＲＡＭ６６と、無線通信に関するプログラムの少なくとも一部等が保存されるＲＯＭ７２とを含む。ＲＡＭ６６には、アプリケーションＩＤ保存領域６８と、ＭＡＣアドレスリスト保存領域７０，７０＃と、送信無線フレーム保存領域６７と、受信無線フレーム保存領域６９とが設けられる。
【００８９】
アプリケーションＩＤ保存領域６８は、後述するがＣＰＵ３１からの指示に従って登録された少なくとも１つ以上のアプリケーションＩＤを保存する領域である。また、本例においては後述するが当該アプリケーションＩＤを他のアプリケーションＩＤと比較する際の判定のアルゴリズムとして複数の判定方式を設けることが可能であり、アプリケーションＩＤを各判定方式に対応するリストとして纏めて保存することも可能である。そして、リスト毎に保存する際には、判定のアルゴリズムの方式を示す情報（アルゴリズム識別情報）を含むリストヘッダ情報がそれぞれのリストに対して設けられる。
【００９０】
また、ＭＡＣアドレスリスト保存領域７０は、後述するがＣＰＵ３１からの指示に従って登録された他の携帯ゲーム装置のＭＡＣアドレスを保存する領域である。また、ＭＡＣアドレスリスト保存領域７０＃は、後述するがＣＰＵ３１からの指示に従って登録された固定端末機器５のＭＡＣアドレスを保存する領域である。なお、本例においては、他の携帯ゲーム装置のＭＡＣアドレスを保存する領域と、固定端末機器のＭＡＣアドレスを保存する領域とをそれぞれ分けて設けた構成について説明するが同じ領域に保存するようにすることも可能である。
【００９１】
送信無線フレーム保存領域６７は、後述するがＲＦ−ＩＣ６２を介して外部の携帯ゲーム装置に送信する無線フレーム（送信無線フレームとも称する）のデータを保存する領域である。また、受信無線フレーム保存領域６９は、後述するが外部の携帯ゲーム装置から送信され、ＲＦ−ＩＣ６２を介して受信された無線フレーム（受信無線フレームとも称する）のデータを保存する領域である。なお、受信無線フレーム保存領域６９には、後述するが、固定端末機器５から送信された配信無線フレームのデータも保存される。
【００９２】
ＣＰＵ６０は、無線通信に関するプログラムを実行するための演算処理手段である。
ＣＰＵ６０は、メモリ制御部６４に格納されているＲＯＭ７２から読出されたプログラムによって無線通信の所定の機能を実現することが可能である。具体的には、一例としてＲＯＭ７２には後述する携帯端末間通信を実行するためのアプリケーションおよび携帯固定端末間通信を実行するためのアプリケーションが格納されている。
【００９３】
ＣＰＵ６０が当該携帯端末間処理を実行するためのアプリケーションを実行することにより、無線通信モジュール３８において交換データを交換する通信相手を探索する処理（以下、交換相手探索処理とも称する）が実行される。そして、無線通信モジュール３８における交換相手探索処理により交換データを交換する通信相手が見つかった場合には、後述するがゲーム装置１の本体側のＣＰＵ３１に通知されて、交換データの授受処理が実行される。本実施例においては、本体側のＣＰＵ３１の指示に従って通信相手との接続を確立する処理が実行されて、接続が確立された後、交換データの授受処理が実行される。
【００９４】
同様に、ＣＰＵ６０が携帯固定端末間通信を実行するためのアプリケーションを実行することにより、無線通信モジュール３８において、配信データを提供する通信相手を探索する処理（以下、配信相手探索処理とも称する）が実行される。そして、無線通信モジュール３８における配信相手探索処理により配信データを提供する通信相手が見つかった場合には、後述するがゲーム装置１の本体側のＣＰＵ３１に通知されて、配信データを取得する処理が実行される。本実施例においては、本体側のＣＰＵ３１の指示に従って通信相手である固定端末機器との接続を確立する処理が実行されて、接続が確立された後、配信データを取得する処理が実行される。
【００９５】
ＲＦ−ＩＣ６２は、例えば、他のゲーム装置に対してＣＰＵ６０の指示により送信されるデータを変調して、アンテナ６１から電波を送信する。ただし、電波強度は、非常に微弱で、電波法においてユーザが無免許で利用できる程度の小さい値に設定されている。また、無線通信モジュール３８は、例えば、他のゲーム装置から送信された電波をアンテナ６１で受信して、ＲＦ−ＩＣ６２において受信データが復調される。復調された受信データは、メモリ制御部６４のＲＡＭ６６に格納される。
【００９６】
モジュールＩ／Ｆ７６は、無線通信モジュール３８とゲーム装置１のＣＰＵ３１等の本体部とのインターフェースであり、無線通信モジュールのアンテナ６１で受信し、ＲＡＭ６６に格納された受信データは、モジュールＩ／Ｆ７６を介してゲーム装置１の本体側のＣＰＵ３１等に出力される。また、ＣＰＵ３１からの指示に従って、保存用データメモリ３４に格納されている後述する交換データがモジュールＩ／Ｆ７６を介して無線通信モジュール３８に入力され、上述したように送信データとしてアンテナ６１から例えば外部の他のゲーム装置に出力することが可能である。
【００９７】
なお、外部の他のゲーム装置に送信するデータとしては、モジュールＩ／Ｆ７６を介してゲーム装置１の本体側のＣＰＵ３１の指示により入力されたデータに限られず、無線通信モジュール３８内でＣＰＵ６０の指示によりメモリ制御部６４に設けられたＲＡＭ６６等に格納されているデータに基づいて生成した送信無線フレームを送信データとして出力する場合もある。後述するが当該送信無線フレームは、子機側からの接続要求信号として出力される。
【００９８】
図４を用いて、本発明の実施の形態に従う保存用データメモリ３４のメモリマップについて説明する。
【００９９】
図４を参照して、保存用データメモリ３４は、交換データ保存領域８０と、受信データ保存領域８２と、内蔵アプリ保存領域８４と、システムプログラム保存領域８６と、ＭＡＣアドレスリスト保存領域８８，８８＃とを含む。
【０１００】
交換データ保存領域８０は、他のゲーム装置との間でのデータの交換を実行する際に用いられる交換データが保存される領域である。
【０１０１】
この交換データ保存領域８０には、複数の記憶領域である複数のスロットＳＬ１〜ＳＬ１０が設けられている。この各スロットＳＬは、アプリケーションで利用可能なデータを他のゲーム装置に提供する交換データとして格納する領域であり、実際にアプリケーションで利用されるデータは、当該アプリケーションを識別するアプリケーションＩＤに対応付けられた状態で格納される。
【０１０２】
なお、上述したようにアプリケーションＩＤは、本例において、単にアプリケーションを識別するデータを含むが、必ずしもそれに限られるものではなく、後述するが交換データが交換対象となるデータであるかを識別可能とするデータ（交換条件データ）も含むものとする。
【０１０３】
また、後述するが、当該アプリケーションＩＤを無線通信モジュール３８のアプリケーションＩＤ保存領域６８に保存する際に、判定のアルゴリズムの方式毎のリストとして保存する際には、当該アプリケーションＩＤをどのリストに保存するべきかを識別するために判定のアルゴリズムの方式を示す情報（アルゴリズム識別情報）もアプリケーションＩＤに対応付けられた状態で格納することも可能である。
【０１０４】
また、受信データ保存領域８２は、他のゲーム装置との間でのデータの交換の際に、他のゲーム装置から受信した交換データを保存する領域である。
【０１０５】
また、内蔵アプリ保存領域８４は、ゲーム装置１に格納されている、当該ゲーム装置１上で実行する複数のアプリケーション等が保存されている領域である。ゲーム装置１は、前述のとおり、メモリカード２６に保存されたアプリケーションを実行することができるが、この内蔵アプリ保存領域８４に保存されたアプリケーションを実行することも可能である。内蔵アプリ保存領域８４に保存されるアプリケーションは、予め保存されていても良いし、インターネット等を介して外部からダウンロードして保存するようにしてもよい。なお、内蔵アプリ保存領域８４には、アプリケーション本体用の保存領域と、各アプリケーション毎に設けられた、当該アプリケーションが占有的に使用するセーブデータを保存するための保存領域（アプリケーション用記憶領域）とが設けられる。
【０１０６】
したがって、内蔵アプリ保存領域８４に複数のアプリケーションが保存されている場合には、それぞれのアプリケーションに対応して設けられた複数の保存領域が設けられる。
【０１０７】
また、システムプログラム保存領域８６は、情報処理装置の本体機能を実現するための本体機能プログラム、例えば、起動するアプリケーションを選択するためのメニュープログラムや、交換データを有する通信相手と互いに交換データの授受を実行するデータ授受処理および配信データを通信相手から取得するデータ取得処理を実行するためのプログラム等が保存されている領域である。
【０１０８】
また、ＭＡＣアドレスリスト保存領域８８は、無線通信モジュール３８において、以前に通信した通信相手である他のゲーム装置を識別することが可能な装置識別情報であるＭＡＣアドレスを保存する領域である。また、ＭＡＣアドレスリスト保存領域８８＃は、無線通信モジュール３８において、以前に通信した通信相手である固定端末機器を識別することが可能な装置識別情報であるＭＡＣアドレスを保存する領域である。後述するが、無線通信を実行する際の通信設定処理において、ＭＡＣアドレスリスト保存領域７０，７０＃に保存されているＭＡＣアドレスが当該ＭＡＣアドレスリスト保存領域８８，８８＃にそれぞれ保存される。
【０１０９】
本実施例におけるゲーム装置１のデータ通信は、大別すると他のゲーム装置との交換データの授受を実行するデータ通信と、固定端末機器からの配信データを受信するデータ通信とに分けることができる。
【０１１０】
まず、本発明の実施の形態に従うゲーム装置１と他のゲーム装置との交換データの授受を実行するデータ通信について説明する。
【０１１１】
＜ゲーム装置３との間で交換データの授受を実行する機能ブロックの説明＞
図５を用いて、本発明の実施の形態に従うゲーム装置１における交換データの授受を実行する機能ブロックについて説明する。
【０１１２】
図５を参照して、ゲーム装置１は、無線通信モジュール３８と、無線通信モジュール３８以外の本体部３９とで構成される。
【０１１３】
本体部３９は、無線通信設定部２０５と、装置識別情報登録処理部２１０と、データ通信制御部２０９と、交換データ保存領域８０と、受信データ保存領域８２と、ＭＡＣアドレスリスト保存領域８８とを含む。
【０１１４】
無線通信モジュール３８は、無線フレーム送受信部２２３と、交換データ通信判断部２２５と、アプリケーションＩＤ保存領域６８と、ＭＡＣアドレスリスト保存領域７０と、送信無線フレーム保存領域６７と、受信無線フレーム保存領域６９とを含む。
【０１１５】
無線通信設定部２０５は、ＭＡＣアドレス保存領域８８に格納されているＭＡＣアドレスリストをＭＡＣアドレスリスト保存領域７０に格納する。また、無線通信設定部２０５は、交換データ保存領域８０に保存されている交換データと対応付けられて格納されたアプリケーションＩＤをアプリケーションＩＤ保存領域６８に格納する。また、無線通信設定部２０５は、無線通信モジュール３８における無線通信を実行するための指示を無線フレーム送受信部２２３に出力する。
【０１１６】
無線通信モジュール３８の無線フレーム送受信部２２３は、無線通信を実行する指示を受けてアプリケーションＩＤ保存領域６８に保存されているアプリケーションＩＤを含む送信無線フレームを設定して送信無線フレーム保存領域６７に格納するとともに、当該設定された送信無線フレームを用いて通信相手を探索する交換相手探索処理を実行する。本例においては、無線フレーム送受信部２２３は、通信相手として一例として携帯ゲーム装置３に対して送信無線フレームを送信し、携帯ゲーム装置３から送信された送信無線フレームすなわち受信無線フレームを受信するものとする。そして、無線フレーム送受信部２２３は、当該受信した受信無線フレームを受信無線フレーム保存領域６９に格納する。
【０１１７】
交換データ通信判断部２２５は、受信した受信無線フレームに基づいて通信相手が交換データを交換する交換相手であるかどうかを判断し、交換相手であると判断された場合には、その旨を本体部３９に通知する。
【０１１８】
具体的には、受信した受信無線フレームに含まれている装置識別情報であるＭＡＣアドレスがＭＡＣアドレスリスト保存領域７０に保存されているＭＡＣアドレスリストに登録されているかどうかを判断する。また、当該受信した受信無線フレームが交換データの授受に関する処理が可能な無線フレームであるかどうかを判定する。また、当該受信した受信無線フレームに含まれているアプリケーションＩＤと、送信無線フレーム保存領域６７に保存されている送信無線フレームに含まれているアプリケーションＩＤとを比較して、比較結果に基づいて、通信相手と交換データの交換が可能であるかどうかを判断する。
【０１１９】
そして、交換データ通信判断部２２５は、受信した受信無線フレームに含まれているＭＡＣアドレスがＭＡＣアドレスリストに登録されておらず、また、当該受信した受信無線フレームが交換データの授受に関する処理が可能な無線フレームであり、また通信相手と交換データの交換が可能であると判断した場合には、交換データの交換が可能である旨の通知を本体部３９のデータ通信制御部２０９に出力する。なお、ここでは、３つの条件が満たされた場合に交換データの交換が可能である旨の通知を本体部３９のデータ通信制御部２０９に出力する場合について説明しているが、少なくとも１つの条件が満たされた場合に当該通知を出力するようにしても良い。
【０１２０】
データ通信制御部２０９は、交換データ通信判断部２２５から出力された交換データの交換が可能である旨の通知を受けて、交換データ保存領域８０に保存されている交換データを送信するとともに、携帯ゲーム装置３から交換データを受信する交換データの授受処理を実行する。そして、受信した交換データを受信データ保存領域８２に格納する。
【０１２１】
装置識別情報登録処理部２１０は、データ通信制御部２０９により受信した交換データが受信データ保存領域８２に格納された場合には、交換相手である携帯ゲーム装置３の装置識別情報であるＭＡＣアドレスをＭＡＣアドレスリスト保存領域８８に格納する。すなわち、装置識別情報を蓄積する。また、装置識別情報登録処理部２１０は、後述するが、受信した交換データが受信データ保存領域２０９に格納される毎にＭＡＣアドレス保存領域８８に交換相手である携帯ゲーム装置の装置識別情報を追記する。すなわち、ＭＡＣアドレスリスト保存領域８８に交換相手である携帯ゲーム装置の装置識別情報が追記されて登録されることは、装置識別情報に対応する携帯ゲーム装置との間で交換データの授受を実行したことの実行履歴が残されることを意味する。
【０１２２】
そして、無線通信設定部２０５は、再び、ＭＡＣアドレス保存領域８８に格納されているＭＡＣアドレスリストをＭＡＣアドレスリスト保存領域７０に格納し、無線通信モジュール３８における無線通信を実行するための指示を無線フレーム送受信部２２３に出力する。すなわち、上記で説明したのと同様の処理を繰り返す。
【０１２３】
無線通信モジュール３８の無線フレーム送受信部２２３は、再び、送信無線フレームを設定して、当該設定された送信無線フレームを用いて通信相手を探索する交換相手探索処理を実行する。例えば、再び、本例において、携帯ゲーム装置３に対して送信無線フレームを送信し、携帯ゲーム装置３から送信された送信無線フレームすなわち受信無線フレームを受信するものとする。
【０１２４】
交換データ通信判断部２２５は、上述したように、受信した受信無線フレームに含まれている装置識別情報であるＭＡＣアドレスがＭＡＣアドレスリスト保存領域７０に保存されているＭＡＣアドレスリストに登録されているかどうかを判断する。
【０１２５】
その際、交換データ通信判断部２２５は、上述したように以前に交換データの授受を実行している場合には、ＭＡＣアドレスリストに携帯ゲーム装置３の装置識別情報であるＭＡＣアドレスが格納されているためＭＡＣアドレスに登録されていると判断し、その後のデータ通信である交換データの授受処理は実行しない。すなわち、一度通信を行った通信相手との通信を行わずに効率的なデータ通信を実行することが可能である。
【０１２６】
なお、本体部３９と、無線通信モジュール３８とは独立して動作することが可能である。すなわち、本体部３９がスリープ状態に遷移している場合においても、無線通信モジュール３８は、設定された送信無線フレームを用いて通信相手を探索する交換相手探索処理を実行することが可能である。そして、交換可能な通信相手が見つかった場合にのみ、本体部３９に通知されて、通信相手との接続が確立されて、交換データの授受が実行される。したがって、例えば、本体部３９がスリープ状態等の省電力状態に遷移している場合に、無線通信モジュール３８における交換相手探索処理により通信相手が見つかった場合であっても交換が可能でなければ本体部３９に通知されて通信接続が確立されることはないため、ゲーム装置１全体における省電力を図ることが可能である。
【０１２７】
以下、本体部３９および無線通信モジュール３８の各機能の詳細について具体的に説明する。
【０１２８】
図６を用いて、本発明の実施の形態に従うゲーム装置の本体部３９の機能ブロックの詳細について説明する。
【０１２９】
図６を参照して、本例においては、一例として、ＣＰＵ３１がシステムプログラム保存領域８６に保存された本体機能プログラムおよびメモリカード２６のＲＯＭ２７に格納されているアプリケーションを実行することにより所定の機能を実現する場合について説明するが、必ずしもＣＰＵ３１により実現される場合に限られず、少なくとも一部の機能を専用のＩＣ（Integrated Circuit）を用いて実現するようにしても良い。ここでは、保存用データメモリ３４の交換データ保存領域８０、受信データ保存領域８２、ＭＡＣアドレスリスト保存領域８８，８８＃にアクセスする場合についてメモリ制御回路３３を介さない場合について示しているが、図１で説明したメモリ制御回路３３を介して保存用データメモリ３４に格納するようにしても良い。
【０１３０】
なお、ここで、本体部３９の機能ブロックは、後述するが携帯端末間処理および携帯固定端末間処理の共通の機能として説明する。
【０１３１】
本体部３９は、無線通信設定部２０５と、データ通信制御部２０９と、装置識別情報登録処理部２１０の他に、さらに、データロード処理部２００と、アプリケーション実行処理部２０１と、交換データ格納処理部２０２と、データ通知処理部２１２と、交換データ追加および消去処理部２１４と、装置識別情報消去部２１８との機能をさらに有する。無線通信設定部２０５は、通信設定処理部２０４と、通信指示処理部２０６とを含む。データ通信制御部２０９は、データ通信実行処理部２０８と、スリープ設定／解除処理部２１６とを含む。
【０１３２】
上記機能のうち、データロード処理部２００、通信設定処理部２０４、通信指示処理部２０６、データ通信実行処理部２０８、装置識別情報登録処理部２１０、データ通知処理部２１２、スリープ設定／解除処理部２１６および装置識別情報消去部２１８は、一例として、ＣＰＵ３１が本体機能プログラムを実行することにより実現される機能である。また、アプリケーション実行処理部２００、交換データ格納処理部２０２および交換データ追加および消去処理部２１４は、一例として、ＣＰＵ３１がメモリカード２６のＲＯＭ２７に格納されているアプリケーションを実行することにより実現される機能である。なお、各機能は、必要に応じてマルチタスク制御により実現されるものとする。
【０１３３】
データロード処理部２００は、アプリケーション（データ）をロードする。
アプリケーション実行処理部２０１は、ロードすなわち取得したデータに基づいてアプリケーションを実行する。
【０１３４】
交換データ格納処理部２０２は、アプリケーションの実行処理により交換データ登録イベントが発生した場合に交換データを保存用データメモリ３４の交換データ保存領域８０に格納する。なお、ここで、交換データ格納処理部２０２は、交換データを当該アプリケーションを識別するアプリケーションＩＤに対応付けた状態で格納する。
【０１３５】
また、交換データ格納処理部２０２は、当該アプリケーションＩＤを無線通信モジュール３８のアプリケーションＩＤ保存領域６８に保存する際に、判定のアルゴリズムの方式毎のリストとして保存する際には、当該アプリケーションＩＤをどのリストに保存するべきかを識別するために判定のアルゴリズムの方式を示す情報（アルゴリズム識別情報）もアプリケーションＩＤに対応付けられた状態で格納する。
【０１３６】
交換データ追加および消去処理部２１４は、後述するがアプリケーションの実行処理により交換フラグデータが有ると判断された場合に受信データ保存領域８２を確認して交換データが有る場合には、受信データ保存領域８２に記憶された交換データを取得して、交換データ保存領域８０に記憶された交換データを削除する。
【０１３７】
通信設定処理部２０４は、無線通信モジュール３８による無線通信が可能であると判断した場合には、交換データ保存領域８０に格納されている交換データと対応付けられて格納されたアプリケーションＩＤを無線通信モジュール３８に出力して、無線通信モジュール３８のアプリケーションＩＤ保存領域６８に格納する。
【０１３８】
本例においては、一例として、通信設定処理部２０４は、当該アプリケーションＩＤを無線通信モジュール３８のアプリケーションＩＤ保存領域６８に保存する際に、判定のアルゴリズムの方式毎のリストとして保存する。すなわち、通信設定処理部２０４は、当該アプリケーションＩＤに対応付けられたアルゴリズム識別情報を確認して、アプリケーションＩＤ保存領域６８にアルゴリズム識別情報毎に設けられたリストにアプリケーションＩＤを格納する。
【０１３９】
また、通信設定処理部２０４は、ＭＡＣアドレスリスト保存領域８８，８８＃に保存されているＭＡＣアドレスリストを無線通信モジュール３８に出力して、無線通信モジュール３８のＭＡＣアドレスリスト保存領域７０，７０＃に格納する。
【０１４０】
また、後述するが通信設定処理部２０４は、所定期間経過後に送信無線フレームに設定されるＭＡＣアドレスを更新することが可能であるものとする。
【０１４１】
また、装置識別情報消去処理部２１８は、ＭＡＣアドレスリスト保存領域８８，８８＃のデータについて、所定の条件に応じてアクセスして消去する。本実施例においては、ユーザからの所定の操作指示に従ってＭＡＣアドレスリスト保存領域８８，８８＃のデータを消去する。また、ＭＡＣアドレスリスト保存領域８８，８８＃として所定のデータ容量が設けられており、複数のＭＡＣアドレスを保存することにより当該所定のデータ容量が一杯となり、保存する領域が無い場合には、保存された古いＭＡＣアドレスを消去して新しいＭＡＣアドレスを保存するように指示する。また、装置識別情報消去処理部２１８は、ユーザからの所定の操作指示とは別に、後述するが所定条件の場合、たとえば所定期間経過後にＭＡＣアドレスリスト保存領域のデータの一部を消去する。なお、ＭＡＣアドレスリスト保存領域８８，８８＃のデータを消去する際には、無線通信モジュール３８内のＲＡＭ６６のＭＡＣアドレスリスト保存領域７０，７０＃に格納されているＭＡＣアドレスリストについても消去するように指示しても良い。
【０１４２】
なお、本例においては、ＭＡＣアドレスリスト保存領域７０，７０＃に格納されているＭＡＣアドレスリストを消去する場合について説明するが、本体部からの指示によらず、無線通信モジュール３８内で所定期間経過後、無線通信モジュール３８のＣＰＵ６０の指示によりＲＡＭ６６のＭＡＣアドレスリスト保存領域７０，７０＃に格納されているＭＡＣアドレスリストを消去するようにしても良い。
【０１４３】
通信指示処理部２０６は、無線通信の通信開始指示を無線通信モジュール３８に出力する。
【０１４４】
図７を用いて、本発明の実施の形態に従う携帯端末間処理を実行する無線通信モジュール３８の機能ブロックの詳細について説明する。
【０１４５】
図７を参照して、本例においては、一例として、ＣＰＵ６０がＲＯＭ７２に保存された携帯端末間処理を実行するためのアプリケーションを実行することにより所定の機能を実現する場合について説明するが、必ずしもＣＰＵ６０により実現される場合に限られず、少なくとも一部の機能を専用のＩＣ（Integrated Circuit）を用いて実現するようにしても良い。
【０１４６】
無線通信モジュール３８は、無線フレーム送受信部２２３と、交換データ通信判断部２２５とを含む。無線フレーム送受信部２２３は、無線フレーム設定部２２２と、通信相手探索部２２４とを含む。交換データ通信判断部２２５は、装置識別情報比較部２２６と、通信データ判定部２２８と、アプリケーションＩＤ判定部２３０とを含む。なお、各機能は、必要に応じてマルチタスク制御により実現されるものとする。
【０１４７】
無線フレーム設定部２２２は、無線通信の通信開始指示に従って、アプリケーションＩＤ保存領域６８に保存されたアプリケーションＩＤに基づいて、通信相手を探索する後述する交換相手探索処理を実行するための送信無線フレームを設定する。送信無線フレームの詳細については後述する。そして、無線フレーム設定部２２２は、設定した送信無線フレームを送信無線フレーム保存領域６７に格納する。
【０１４８】
通信相手探索部２２４は、送信無線フレーム保存領域６７に格納された設定した送信無線フレームを用いて上述した通信可能範囲１０に含まれる通信相手を探索する交換相手探索処理を実行する。本例においては、一例として通信相手として携帯ゲーム装置３との間で通信する場合について説明する。そして、通信相手探索部２２４は、携帯ゲーム装置３に対して送信無線フレームを送信した場合に、携帯ゲーム装置３から送信された送信無線フレームを受信無線フレームとして受信し、受信無線フレーム保存領域６９に格納する。
【０１４９】
交換データ通信判断部２２５は、通信相手探索部２２４で通信相手を発見した場合、すなわち、通信相手から受信無線フレームを受信した場合、当該受信無線フレームに基づいて通信相手が交換データを交換する交換相手であるかどうかを判断し、交換相手であると判断された場合には、その旨を通知する。
【０１５０】
具体的には、装置識別情報比較部２２６は、通信相手探索部２２４において通信相手が発見された場合に、通信相手である携帯ゲーム装置から受信した受信無線フレームに含まれている装置識別情報であるＭＡＣアドレスが、ＭＡＣアドレスリスト保存領域７０に保存されたＭＡＣアドレスリストと比較して一致するものがあるかどうかを判断する。
【０１５１】
通信データ判定部２２８は、通信相手が発見された場合に、装置識別情報比較部２２６の比較結果に従って受信無線フレームに含まれているＭＡＣアドレスがＭＡＣアドレスリスト保存領域７０に保存されているＭＡＣアドレスリストと一致しないと判断された場合に、受信した受信無線フレームのデータ内容を確認して、受信無線フレームが携帯端末間処理として処理可能な無線フレームであるかどうかを判定する。
【０１５２】
アプリケーションＩＤ判定部２３０は、通信データ判定部２２８の判定により処理可能な受信無線フレームを受信したと判定した場合に、受信した受信無線フレームに格納されているアプリケーションＩＤが交換データの交換に関する所定条件を満たすか否かを判定する。
【０１５３】
具体的には、アプリケーションＩＤ判定部２３０は、ＩＤリストヘッダ情報比較部２３２と、ＩＤリスト比較部２３４とを含む。各部の処理については後述する。
【０１５４】
そして、ＩＤリスト比較部２３４における比較結果に基づいて所定条件を満たした（アプリケーションＩＤが一致した）と判断した場合には、本体側にその旨を通知する。
【０１５５】
再び、図６を参照して、スリープ設定／解除処理部２１６は、無線通信モジュール３８からの通知（本例においては図７のＩＤリスト比較部２３４からの通知）を受ける。
【０１５６】
スリープ設定／解除処理部２１６は、本体部３９の各機能を所定条件に基づいてスリープ状態に設定するあるいはスリープ状態を解除する。スリープ設定／解除処理部２１６は、一例として、ユーザの操作ボタン１４による操作指示入力を監視し、所定期間、操作ボタン１４による操作指示入力がなかったと判断した場合に本体部３９の各機能における処理を停止するスリープ状態に設定する。当該機能によりユーザがゲーム装置の操作を希望しない場合に自動的に省電力状態とすることが可能である。また、ユーザからの指示入力によりスリープ状態に設定するようにしても良い。また、スリープ設定／解除処理部２１６は、本体部３９の各機能における処理が停止したスリープ状態においてユーザの操作ボタン１４による操作指示に従いスリープ状態を解除して元の状態に復帰させる。すなわち、本体部３９における各種処理が可能となる。また、本例においては、ユーザの操作ボタン１４による操作指示以外に、本体部３９がスリープ状態である場合に無線通信モジュール３８からの通知によりスリープ状態を解除するものとする。なお、本例において、スリープ設定／解除処理部２１６は、一例としてデータ通信制御部２０９に含まれるものとして説明したが、特にこれに限られず、当該機能をデータ通信制御部２０９とは別に設けるようにすることも可能である。
【０１５７】
そして、スリープ設定／解除処理部２１６は、無線通信モジュール３８から通知があった場合には、その通知をデータ通信実行処理部２０８に出力する。
【０１５８】
スリープ設定／解除処理部２１６は、現在の状態がスリープ状態でない場合には、そのまま無線通信モジュール３８からの通知をデータ通信実行処理部２０８に出力する。
【０１５９】
データ通信実行処理部２０８は、携帯端末間通信における無線通信モジュール３８からの通知に従って携帯ゲーム装置３との間で交換データの授受処理を実行する。具体的には、交換データ保存領域８０に保存されている交換データを携帯ゲーム装置３に送信する。そして、携帯ゲーム装置３から受信した交換データを保存用データメモリ３４の受信データ保存領域８２に保存する。
【０１６０】
なお、後述するがデータ通信実行処理部２０８は、携帯固定端末間通信における無線通信モジュール３８からの通知に従って固定端末機器５からの配信データの取得処理を実行する。具体的には、固定端末機器５に対して配信データの要求を送信し、固定端末機器５から送信される配信データを受信して、保存用データメモリ３４の受信データ保存領域８２に保存する。
【０１６１】
装置識別情報登録処理部２１０は、データ通信実行処理部２０８により受信した交換データを受信データ保存領域８２に格納した場合には、交換相手である携帯ゲーム装置３の装置識別情報であるＭＡＣアドレスをＭＡＣアドレスリスト保存領域８８に格納する。
【０１６２】
また、後述するが装置識別情報登録処理部２１０は、データ通信実行処理部２０８により受信した配信データを受信データ保存領域８２に格納した場合には、配信相手である固定端末機器５の装置識別情報であるＭＡＣアドレスをＭＡＣアドレスリスト保存領域８８＃に格納する。
【０１６３】
データ通知処理部２１２は、交換データを交換した旨あるいは配信データを取得した旨をユーザに通知する。
【０１６４】
＜交換データ保存領域８０への格納＞
図８のフローを用いて交換データ保存領域８０への交換データの格納処理について説明する。
【０１６５】
本例においては、交換データは、ユーザがゲーム装置１においてアプリケーションを実行中に、当該アプリケーションで利用可能なデータを交換データとして外部のゲーム装置に対して提供する目的で操作することにより、指定した交換データが交換データ保存領域８０に格納される。一例として、メモリカード２６のＲＯＭに格納されたアプリケーションを実行する場合について説明する。
【０１６６】
ゲーム装置１の主電源がオンし、ユーザが所定の操作を実行することにより、ゲーム装置１のＣＰＵ３１（データロード処理部２００）は、メモリカード２６に格納されたデータをロードする（ステップＳ０）。すなわち、メインメモリ３２に展開する。
【０１６７】
そして、次に、ＣＰＵ３１（アプリケーション実行処理部２０１）は、メインメモリ３２に展開されたデータに基づいてアプリケーションを実行する（ステップＳ１）。
【０１６８】
そして、ＣＰＵ３１（アプリケーション実行処理部２０１）は、当該アプリケーションの実行により、まず、バックアップＲＡＭ２８に格納されていたデータに交換データを交換データ保存領域８０に格納したことを示す交換フラグデータが含まれていたかどうかを判断する（ステップＳ２）。
【０１６９】
ステップＳ２において、ＣＰＵ３１（アプリケーション実行処理部２０１）は、バックアップＲＡＭ２８に格納されていたデータに交換データを交換データ保存領域８０に格納したことを示す交換フラグデータが含まれていたと判断した場合（ステップＳ２においてＹＥＳ）には、交換データの追加処理および消去処理を実行する（ステップＳ２２）。当該処理すなわち、交換データ追加および消去処理部２１４における処理については後述する。そして、当該追加処理および消去処理を実行した後、ステップＳ４に進む。
【０１７０】
ステップＳ２において、ＣＰＵ３１（アプリケーション実行処理部２０１）は、バックアップＲＡＭ２８に格納されていたデータに交換データを交換データ保存領域８０に格納したことを示す交換フラグデータが含まれていないと判断した場合（ステップＳ２においてＮＯ）には、次に、ステップＳ４に進む。
【０１７１】
そして、ＣＰＵ３１（アプリケーション実行処理部２０１）は、アプリケーションの実行により、交換データの登録イベント（以下、交換データ登録イベントとも称する）が発生したかどうかを判断する（ステップＳ４）。つまりアプリケーションの実行中に実行しているアプリケーションで利用可能なデータを交換データとして、交換データ保存領域８０に格納するかどうかを促すシーンに移行されたかどうかを判断する。
【０１７２】
ここで、交換データとは、アプリケーションプログラムにおいて利用されるデータであり、より好ましくは、アプリケーションプログラムを実行することによりユーザが獲得または作成したデータである。
【０１７３】
図示は省略するが、たとえば、交換データ登録イベントとしては、アプリケーションの実行により、バックアップＲＡＭに記憶されているゲーム内で獲得または作成したデータ等、当該アプリケーションで利用可能なデータの一覧をＬＣＤ１２に表示し、その中からユーザが他人にあげても良いデータを選択するような場合が挙げられる。
【０１７４】
交換データの格納については、以下に説明するが、例えば、ユーザがゲーム内で手に入れたアイテムや、ゲームを進行することによって成長させたキャラクタのデータを交換データとしてもよい。また、アイテムにはユーザのメッセージを付加してもよい。より具体的には、「手紙」のアイテムにユーザがメッセージを書いて、当該メッセージを交換データとして格納するようにしてもよい。このように、ゲームの実行状況に応じたアイテムやキャラクタを交換データとすることで、データにユーザごとの個性が生じることになり、交換した場合の興趣が高まる。
【０１７５】
また、交換データ登録イベントを、ゲーム上のイベントとして表現しても良い。例えば、ユーザが、ゲーム内で所定の場所にアイテムやキャラクタを置いたり預けたりする操作をした場合に、当該アイテムやキャラクタのデータを交換データとして交換データ保存領域８０に格納する処理を実行しても良い。また、ゲーム内で「手紙」のアイテムをボトルに入れて海に流すような演出をして、海に流した「手紙」のアイテムのデータを交換データとして交換データ保存領域８０に格納する処理を実行しても良い。
【０１７６】
また、交換データの交換に際し、付加的な条件（取得条件データ）を付けることも可能である。例えば、交換を希望する装置の所有者あるいはアプリケーションを実行しているユーザの性別、年齢、住所、職業等を交換する際の条件として、当該条件を示すデータを取得条件データとしたり、あるいは、交換を希望するデータあるいはその旨を示すデータ等を交換する際の条件に含めるようにしても良い。例えば、上記交換データ登録イベントにおいて交換データの交換条件をユーザに選択させるようにして取得条件データを取得するようにすることが可能であるし、あるいは、ゲーム上のイベントと対応付けてアプリケーションが当該取得条件データを設定するようにしてもよい。このような取得条件データについては、後述するが交換条件データとしてアプリケーションＩＤ内に収められる。
【０１７７】
また、本例において、交換データとは、主に他のゲーム装置との間で他のゲーム装置が有しているデータと互いに交換するデータについて説明するが、互いに交換することなく、単に譲渡するようなデータ（譲渡データ）、例えば、他のゲーム装置に対して自己のデータを一方的に送信のみするデータ、あるいは、自己のデータを複製して一方的に送信するデータ、あるいは逆に、他のゲーム装置から一方的に受信のみするデータも含むものとする。
【０１７８】
また、さらに付加的な条件として、当該データの送受信に関する条件（送受信条件データ）を付けることも可能である。例えば、上記交換データ登録イベントにおいて交換データの送受信に関する条件をユーザに選択させるようにして送受信条件データを取得するようにすることも可能であるし、あるいは、ゲーム上のイベントと対応付けてアプリケーションが当該取得条件データを設定するようにしてもよい。たとえば、上記例において、ゲーム内で「手紙」のアイテムをボトルに入れて海に流すような演出をして、海に流した「手紙」のアイテムのデータを交換データとするような場合には、他のゲーム装置に対して自己のデータを一方的に送信するデータとして、送受信条件データを設定するようにすることも可能である。また、別の例としては、ゲーム内で、ユーザが望むアイテムを捜してもらうような演出をして、ユーザが望むアイテムの交換データを他のゲーム装置から一方的に受信するのみのデータとして、送受信条件データを設定するようにすることも可能である。このような送受信条件データについても後述するが交換条件データとしてアプリケーションＩＤ内に収められる。ユーザが望むアイテムの交換データを他のゲーム装置から一方的に受信するのみのデータとして、送受信条件データを設定するようにすることも可能である。なお、交換データを他のゲーム装置から一方的に受信するのみの場合には、他のゲーム装置に送信するデータは無いため交換データ保存領域８０に格納する交換データとしては、空データやダミーデータを保存するようにしても良い。
【０１７９】
そして、本例においては、後述するが当該アプリケーションＩＤを他のアプリケーションＩＤと比較する際の判定のアルゴリズムとして複数の判定方式を設けることが可能であり、アプリケーションＩＤ内のデータ形式すなわち交換条件データの有無に従って、判定のアルゴリズムの方式を示す情報であるアルゴリズム識別情報が異なるものとして設定されるものとする。
【０１８０】
当該付加的な条件を付けることにより交換データの交換に際し、希望する交換データの取得等、交換データのデータ取得のバリエーションを広げることができ、交換の興趣性を高めることができる。
【０１８１】
一方、ＣＰＵ３１（アプリケーション実行処理部２０１）は、交換データ登録イベントが発生していないと判断した場合（ステップＳ４においてＮＯ）には、再び、ステップＳ１に戻り通常のアプリケーションを実行する。例えば、ユーザの操作に基づいて仮想空間内でオブジェクトを動作させる等のゲーム処理を実行する。
【０１８２】
次に、交換データ登録イベントが発生したと判断された場合（ステップＳ４においてＹＥＳ）には、ＣＰＵ３１（アプリケーション実行処理部２０１）は、交換データの指定入力があったかどうかを判断する（ステップＳ６）。
【０１８３】
次に、ステップＳ６において、交換データの指定入力があったと判断した場合（ステップＳ６においてＹＥＳ）には、ＣＰＵ３１（交換データ格納処理部２０２）は、交換データ保存領域８０を確認する（ステップＳ８）。
【０１８４】
一方、ステップＳ６において、ＣＰＵ３１（アプリケーション実行処理部２０１）は、交換データの指定入力が無いと判断した場合（ステップＳ６においてＮＯ）には、ユーザが交換を希望しないため、再び、ステップＳ１に戻り通常のアプリケーションを実行する。
【０１８５】
次に、ＣＰＵ３１（交換データ格納処理部２０２）は、交換データ保存領域８０を確認した後、交換データ保存領域８０に空きスロットがあるどうかを判断する（ステップＳ１０）。
【０１８６】
ステップＳ１０において、ＣＰＵ３１（交換データ格納処理部２０２）は、交換データ保存領域８０に空きスロットがあると判断した場合（ステップＳ１０においてＹＥＳ）には、空きスロットに交換データを格納する（ステップＳ１２）。なお、その際、上述したように交換データを格納したスロットに対応付けてアプリケーションを識別するアプリケーションＩＤおよびアルゴリズム識別情報を登録する。
【０１８７】
一方、ステップＳ１０において、ＣＰＵ３１（交換データ格納処理部２０２）は、空きスロットがないと判断した場合（ステップＳ１０においてＮＯ）には、スロットのデータを削除したかどうかを判断する（ステップＳ１１）。図示は省略するが、たとえば空きスロットが無い旨をユーザに通知し、ユーザにいずれかのスロットのデータを削除するように指定させることが可能である。そして、指定があった場合には、当該スロットのデータが削除されるものとする。
【０１８８】
ステップＳ１１において、ＣＰＵ３１（交換データ格納処理部２０２）は、スロットのデータが削除されたと判断した場合には、再びステップＳ１０に戻る。そして、空きスロットに交換データを格納する。
【０１８９】
一方、ステップＳ１１において、ＣＰＵ３１（交換データ格納処理部２０２）は、スロットのデータが削除されていないと判断した場合には、再び、ステップＳ１に戻り、通常のアプリケーションを実行する。当該処理までが交換データ格納処理部２０２における処理である。
【０１９０】
以降の処理は、アプリケーション実行処理部２０１における処理である。
そして、次に、ＣＰＵ３１（アプリケーション実行処理部２０１）は、ユーザからアプリケーションの終了指示が有るかどうかを判断する（ステップＳ１４）。
【０１９１】
ステップＳ１４において、ＣＰＵ３１（アプリケーション実行処理部２０１）は、ユーザからアプリケーションの終了指示が有ると判断した場合には、次のステップＳ１６に進む。一方、ステップＳ１４において、ユーザからアプリケーションの終了指示が有ると判断した場合（ステップＳ１４においてＮＯ）には、再び、ステップＳ１に戻り、通常のアプリケーションを実行する。
【０１９２】
次に、ステップＳ１６において、ＣＰＵ３１（アプリケーション実行処理部２０１）は、交換データが交換データ保存領域８０に格納されたかどうかを判断する。そして、ＣＰＵ３１（アプリケーション実行処理部２０１）は、交換データ保存領域８０に交換データが格納されたと判断した場合（ステップＳ１６においてＹＥＳ）には、バックアップＲＡＭ２８に交換データを交換データ保存領域８０に格納したことを示す交換フラグデータをセーブデータ（例えば、獲得したアイテム、キャラクタ、文章や絵などの作成データなどアプリケーションで利用するデータ）とともに保存する（ステップＳ１８）。そして、処理を終了する（エンド）。一方、ＣＰＵ３１（アプリケーション実行処理部２０１）は、交換データ保存領域８０に交換データが格納されていないと判断した場合（ステップＳ１６においてＮＯ）には、バックアップＲＡＭ２８にセーブデータのみを保存する（ステップＳ２０）。そして、処理を終了する（エンド）。
【０１９３】
当該処理により、バックアップＲＡＭ２８に交換フラグデータを保存することにより、上述したようにステップＳ２における判断処理において、交換フラグデータが含まれている場合には、交換データの追加処理および消去処理を実行することが可能である。
【０１９４】
なお、本例においては、一例として、メモリカード２６のＲＯＭに格納されたアプリケーションを実行した場合における交換データ保存領域８０への交換データの格納処理について説明したが、特にメモリカード２６に格納されたアプリケーションに限られず、内蔵アプリ保存領域８４に格納されているアプリケーションを実行した場合における交換データの格納処理についても、内蔵アプリ保存領域８４に各アプリケーション毎に設けられた、当該アプリケーションのセーブデータを保存するための保存領域を上記したバックアップＲＡＭと対応付けて用いることにより実現可能である。
【０１９５】
また、本例においては、交換データを追加および消去する機能等についてはメモリカード２６のＲＯＭ２７に格納されているアプリケーションにより実行される機能として説明したが、システムプログラム保存領域８６に保存されている本体機能プログラムにより実行される機能としても良い。具体的には、メモリカード２６に格納されたデータをロードした後、展開されているデータ中に、交換フラグデータが有るか否かを判断して、交換データを追加および消去する処理を実行した後、アプリケーションを実行するようにすれば良い。
【０１９６】
図９を用いて、アプリケーションにより交換データ保存領域８０に交換データを格納する場合について説明する。
【０１９７】
図９（Ａ）においては、たとえば、上述したメモリカードに記憶されたアプリケーション名Ａを実行することによって、交換データ保存領域８０のスロットＳＬ１にアプリケーションＩＤであるアプリケーション名Ａに対応して交換データが格納されている場合が示されている。なお、ここでは、説明を簡易にするためにアプリケーション名とアプリケーションＩＤとを同一のものとして説明するが、特に同じである必要は無く異なるものとすることも可能である。また、本例においては当該アプリケーションＩＤを他のアプリケーションＩＤと比較する際の判定のアルゴリズムとして複数の判定方式を設けることが可能であり、ここでは、図示していないがアプリケーションＩＤとともに、判定のアルゴリズムの方式を示す情報として、アプリケーションＩＤ内のデータ形式すなわち交換条件データの有無に従うアルゴリズム識別情報も登録することが可能である。
【０１９８】
また、１つのアプリケーションに対して１つの交換データが格納される必要は無く、図９（Ｂ）においては、上述したメモリカードに記憶されたアプリケーションＣを実行することによって、交換データ保存領域８０の２つのスロットＳＬ３，ＳＬ４にアプリケーションＩＤであるアプリケーション名Ｃに対応付けられた交換データがそれぞれ格納されている場合が示されている。なお、ここで表記されている数字は、１つ目のデータ、２つ目のデータを指し示すものとし、同一のアプリケーション名をアプリケーションＩＤとすることも可能である。なお、後述するが、アプリケーション識別情報（ＩＤ）としてアプリケーション名Ｃのみではなく、他の情報（例えば交換データを識別する情報）を追加したデータをスロットＳＬ３，ＳＬ４に登録することによって、より、高度な交換条件として用いることができる（図２３を参照）。
【０１９９】
また、特にメモリカードのアプリケーションに限られず、図９（Ｃ）に示されるように、ゲーム装置１の内蔵アプリ保存領域８４に格納されている内蔵アプリＤを実行することによって、交換データ保存領域８０のスロットＳＬ５にアプリケーションＩＤであるアプリケーション名Ｄに対応付けられた交換データが格納されている場合が示されている。
【０２００】
そして、本例における交換データ保存領域８０の各スロットに格納された交換データは、所定の後述する条件が満たされた場合に他のゲーム装置に送信される。
【０２０１】
＜無線通信モジュール３８に対する通信設定＞
次に、図１０を用いて無線通信モジュール３８への通信設定処理について説明する。
【０２０２】
図１０を参照して、ＣＰＵ３１（通信設定処理部２０４）は、交換データ保存領域８０が変更されたかどうかを判断する（ステップＳ２３）。
【０２０３】
本例においては、一例として、交換データ保存領域８０における内容が変更された場合をトリガとして動作する場合として説明する。例えば、図８で説明した如くアプリケーションプログラムが交換データ保存領域８０に交換データを格納したことに応答して通信設定処理部２０４における処理が実行されるものとする。
【０２０４】
ステップＳ２３において交換データ保存領域８０の変更が合った場合（ステップＳ２３においてＹＥＳ）には、通信設定処理を実行する（ステップＳ２４）。
【０２０５】
図１１を用いて、ＣＰＵ３１（通信設定処理部２０４）における通信設定処理について説明する。
【０２０６】
図１１を参照して、まず、本体側のＣＰＵ３１（通信設定処理部２０４）は、保存用データメモリ３４の交換データ保存領域８０を確認する（ステップＳ３０）。そして、次に、ＣＰＵ３１（通信設定処理部２０４）は、保存用データメモリ３４の交換データ保存領域８０に交換データがあるかどうかを判断する（ステップＳ３２）。
【０２０７】
そして、ステップＳ３２において、ＣＰＵ３１（通信設定処理部２０４）は、交換データ保存領域８０のスロットに交換データがあると判断した場合（ステップＳ３２においてＹＥＳ）には、スロットに格納されている各交換データと対応付けられている各アプリケーションＩＤおよびＭＡＣアドレスリスト保存領域８８，８８＃に格納されているＭＡＣアドレスリストを無線通信モジュール３８に出力する（ステップＳ３４）。
【０２０８】
そして、無線通信モジュール側において、ＣＰＵ３１（通信設定処理部２０４）の指示によりアプリケーションＩＤとＭＡＣアドレスリストをそれぞれＲＡＭ６６のアプリケーションＩＤ保存領域６８およびＭＡＣアドレスリスト保存領域７０，７０＃にそれぞれ格納する（ステップＳ３６）。そして、処理を終了する（リターン）。
【０２０９】
なお、本実施例においては、携帯端末間通信処理および携帯固定端末間通信処理が一連の処理として連続して実行される方式であるため後述する携帯固定端末間通信処理のＭＡＣアドレスフィルタリング処理に用いられる固定端末機器のＭＡＣアドレスリストについてもＭＡＣアドレスリスト保存領域８８＃から読み出して、ＭＡＣアドレスリスト保存領域７０＃に格納するようにしている。したがって、２つの種類がそれぞれ異なる通信処理について、それぞれ独立に通信設定するのではなく、１回にまとめて設定することが可能であり効率的な通信設定を実現することが可能である。
【０２１０】
また、本例の如く、携帯端末間通信処理のＭＡＣアドレスフィルタリング処理に用いられるＭＡＣアドレスリスト保存領域７０と、携帯固定端末間通信処理のＭＡＣアドレスフィルタリング処理に用いられるＭＡＣアドレスリスト保存領域７０＃とをそれぞれ別々に設けることにより、ＭＡＣアドレスフィルタリング処理の処理負荷を軽減することが可能である。
【０２１１】
また、本例においては当該アプリケーションＩＤを他のアプリケーションＩＤと比較する際の判定のアルゴリズムとして複数の判定方式を設けることが可能であり、アプリケーションＩＤを各判定方式に対応するリストとして纏めてアプリケーションＩＤ保存領域６８に保存することも可能である。具体的には、ＣＰＵ３１（通信設定処理部２０４）は、上述したようにアプリケーションＩＤに対応付けられている判定のアルゴリズムの方式を示すアルゴリズム識別情報を確認して、アプリケーションＩＤ保存領域６８のアルゴリズム識別情報毎に設けられた対応するリストに当該アプリケーションＩＤを保存するように指示する。なお、リスト毎に保存する際には、判定のアルゴリズムの方式を示す情報（アルゴリズム識別情報）を含むリストヘッダ情報がそれぞれのリストに対して設けられる。
【０２１２】
当該処理により無線通信モジュール３８による無線通信の準備が完了する。すなわち、無線通信モジュール３８のＣＰＵ６０は、交換相手探索処理のための送信無線フレームを生成して他のゲーム装置に送信することが可能となる。
【０２１３】
具体的には、ＣＰＵ６０は、アプリケーションＩＤ保存領域６８に格納されている交換データ保存領域８０のスロットに格納されている実際の交換データと対応付けられているアプリケーションＩＤを含めた送信無線フレームを他のゲーム装置に送信することが可能となる。なお、アプリケーションＩＤを各判定方式に対応するリストとして纏めてアプリケーションＩＤ保存領域６８に保存している場合には、リスト毎に送信無線フレームに含めることが可能である。なお、本例においては、交換データ保存領域８０のスロットに複数の交換データが格納されている場合について説明するが、１つの交換データのみが格納されている場合であっても１つのアプリケーションＩＤを含むリストとして送信無線フレームに含めることが可能である。
【０２１４】
したがって、受信無線フレームを受信した他のゲーム装置は、その内容であるアプリケーションＩＤを確認することにより、他のゲーム装置自身が有している交換データに対応付けられているアプリケーションＩＤと比較して、一致するものがあるならば、交換データの交換が可能であり、不一致すなわち一致するものが無いならば交換データの交換が不可能であると判断することが可能となる。
【０２１５】
また、ＭＡＣアドレスリスト保存領域７０に本体側のＣＰＵ３１から出力されたＭＡＣアドレスリストを格納することにより、後述する携帯端末間通信処理におけるＭＡＣアドレスフィルタリング処理を実現することが可能となる。
【０２１６】
一方、ステップＳ３２において、ＣＰＵ３１（通信設定処理部２０４）は、交換データ保存領域８０のスロットに交換データがないと判断した場合（ステップＳ３２においてＮＯ）には、上記の処理を実行することなく処理を終了する（リターン）。この場合には、スロットに交換データが無いため後述する携帯端末間通信に従う他のゲーム装置との間での交換データの授受処理は実行されないが、後述する携帯固定端末間通信に従う配信データを受信することが可能である。
【０２１７】
再び、図１０を参照して、次に、ＣＰＵ３１（通信指示処理部２０６）は、無線通信モジュール３８に対して無線通信の通信開始指示を出力する（ステップＳ２６）。当該指示により無線通信モジュール３８による無線通信が開始される。たとえば、ＣＰＵ３１（通信指示処理部２０６）は、通信設定処理部２０４における通信設定処理の後、無線通信モジュール３８を利用したアプリケーションが実行されていないと判断した場合に無線モジュール３８に無線通信の通信開始指示を出力する。
【０２１８】
なお、本例においては、一例として、無線通信モジュール３８による無線通信の準備として、交換データ保存領域８０の内容に変更が有ったかどうかに基づいて、例えば、図８で説明した如くアプリケーションプログラムが交換データ保存領域８０に交換データを格納したことに応答して当該通信設定処理部２０４における処理を実行し、通信指示処理部２０６における通信開始指示を出力する場合について説明したが、特にその場合に限られず、電源投入時に、無線通信が有効に設定された場合に通信設定処理（ステップＳ２４）を開始するようにすることも可能である。あるいは、ユーザからの操作指示に応答して通信設定処理（ステップＳ２４）を開始するようにしても良い。あるいは、所定期間経過毎に、自動的に通信設定処理（ステップＳ２４）を開始するようにしたり、これらを組み合わせるようにしても良い。
【０２１９】
図１２を用いて、通信設定処理によりＲＡＭ６６に格納されたデータの概念図について説明する。
【０２２０】
図１２（Ａ）を参照して、ここでは、ＲＡＭ６６のアプリケーションＩＤ保存領域６８にアプリケーションＩＤ「Ａ，Ｂ，Ｃ１，Ｃ２，Ｄ」がそれぞれ格納されている場合が示されている。
【０２２１】
なお、図１２（Ａ）は、ＭＡＣアドレスリストには何も格納されていない状態である。
図１２（Ｂ）においては、図１２（Ａ）で説明したアプリケーションＩＤがアプリケーションＩＤ保存領域６８に格納されるとともに、ＭＡＣアドレスリストとして、ＭＡＣアドレスＡＤ１，ＡＤ２，ＡＤ３がＭＡＣアドレスリスト保存領域７０に格納されている場合が示されている。当該ＭＡＣアドレスリストのデータは、後述する携帯端末間通信におけるＭＡＣアドレスの比較によるＭＡＣアドレスフィルタリング処理の際に用いられる。
【０２２２】
＜無線通信モジュール３８による無線通信の全体フロー＞
図１３を用いて、本発明の実施の形態に従う無線通信モジュール３８で実行する無線通信のフローについて説明する。
【０２２３】
図１３を参照して、ＣＰＵ３１からの通信開始指示に従い無線通信モジュール３８のＣＰＵ６０は、以下の処理を実行する。具体的には、ＣＰＵ６０は、所定期間の間、携帯端末間通信を実行する（ステップＳ４４）。そして、再び、所定期間の間、携帯端末間通信を実行する（ステップＳ４６）。そして、次に、所定期間の間、携帯固定端末間通信を実行する（ステップＳ４８）。そして、再び、ステップＳ４４に戻って携帯端末間通信を実行する。
【０２２４】
なお、携帯端末間通信と携帯固定端末間通信を実行する所定期間の長さは同じであっても良いし、異なるものとすることも可能である。
【０２２５】
また、本例においては、一例として、携帯端末間通信を実行した後に、携帯固定端末間通信を実行する場合について説明するが、特に当該順序に限られず、携帯固定端末間通信を最初に実行するようにしても良い。
【０２２６】
また、本実施例においては、２回の携帯端末間通信の後に、１回の携帯固定端末間通信を実行する場合について説明するが、特にこの場合に限られず、回数は自由に設定することが可能である。
【０２２７】
当該携帯端末間通信（図１４）および携帯固定端末間通信（図４７）については、一例として無線通信モジュール３８のＣＰＵ６０がＲＯＭ７２に格納されている携帯端末間通信を実行するためのアプリケーションおよび携帯固定端末間通信を実行するためのアプリケーションをそれぞれ実行することにより実現されるものである。
【０２２８】
したがって、無線通信モジュール３８は、本体側のＣＰＵ３１のアプリケーションの実行の有無に関わらず、例えば、アプリケーションを実行していないとき、さらには、スリープ状態等の省電力状態にあるときでも、上記の携帯端末間通信および携帯固定端末間通信を実行し続ける。
【０２２９】
なお、本体側のＣＰＵ３１は、無線通信モジュール３８を利用するアプリケーションを実行する場合には、無線通信モジュール３８に対して、当該無線通信の中止を指示し、当該無線通信を終了させて、当該アプリケーションに基づく別の通信を実行することも可能である。
【０２３０】
そして、ＣＰＵ３１は、当該別の通信が終了した場合には、上記で説明した通信設定処理部２０４における通信設定処理後、通信指示処理部２０６による通信開始指示を出力する。これにより、再び携帯端末間通信および携帯固定端末間通信である無線通信を再開することが可能である。
【０２３１】
＜無線通信モジュール３８による携帯端末間通信＞
図１４を用いて、本発明の実施の形態に従う携帯端末間通信について説明する。当該処理は、無線通信モジュール３８において交換データを交換する通信相手を探索する交換相手探索処理であり、一例としてＣＰＵ６０が、ＲＯＭ７２に格納されている携帯端末間処理を実行するためのアプリケーションを実行することにより実現される。
【０２３２】
図１４を参照して、まず、ＣＰＵ６０（無線フレーム設定部２２２）は、送信無線フレームを設定する（ステップＳ５０）。
【０２３３】
具体的には、ＣＰＵ６０（無線フレーム設定部２２２）は、携帯ゲーム装置３に対して送信する送信データとしてＲＡＭ６６に格納されているアプリケーションＩＤ保存領域６８に格納されているアプリケーションＩＤに基づく送信無線フレームを設定する。
【０２３４】
なお、アプリケーションＩＤを各判定方式に対応するリストとして纏めてアプリケーションＩＤ保存領域６８に保存している場合には、アプリケーションＩＤをリスト毎に送信無線フレームに含める。その際には、リストを識別するために設けられた判定のアルゴリズムの方式を示すアルゴリズム識別情報を含むリストヘッダ情報もリストとともに含めた送信無線フレームを設定する。設定された送信無線フレームは、ＲＦ−ＩＣ６２を介して外部に出力される送信データとしてＲＡＭ６６の送信無線フレーム保存領域６７に保存される。また、設定された送信無線フレームは、後述するアプリケーションＩＤ判定処理において用いられる。
【０２３５】
図１５を用いて、本発明の実施の形態に従う携帯端末間通信においてゲーム装置において送信される送信無線フレームの構成について説明する。なお、受信される受信無線フレームの構成についても同様である。
【０２３６】
図１５を参照して、送信無線フレームは、ヘッダフィールドＤ１と、データフィールドＤ３とを含む。
【０２３７】
ヘッダフィールドＤ１は、当該送信無線フレームを受信無線フレームとして受信するインターフェース（無線通信モジュール）に対して当該受信無線フレームの開始を認識させ、同期を取るタイミングを設定するためのデータやフレーム長およびＭＡＣアドレスを規定するＭＡＣ部Ｄ２等を含む。
【０２３８】
データフィールドＤ３は、複数のＩＥ（Information Element）データを含む。例えば、無線通信で用いられる識別コード、ＳＳＩＤ（Service Set Identifier）や、電波干渉を避けるために設定される無線チャンネル（周波数）等のデータに関するＩＥデータがそれぞれ格納される。
【０２３９】
そして、本例においては、データフィールドＤ３に携帯端末間通信のＩＥデータとして、ベンダ特定ＩＥデータＤ４が含まれる場合が示されている。ベンダ特定ＩＥデータは、本例における携帯端末間通信における交換データの通信処理を実行するか否かに関する通信条件に相当する。
【０２４０】
ここで、ＭＡＣアドレスを規定するＭＡＣ部Ｄ２の構成について説明する。
ＭＡＣ部Ｄ２は、ネットワーク機器のベンダー毎に割り当てられているベンダーコードＤ５と、各ベンダがネットワークインターフェース毎に異なるように割り当てるインタフェースコードＤ６とを含む。
【０２４１】
ベンダーコードＤ５およびインタフェースコードＤ６は、それぞれ３オクテット（１オクテットは８ビット）で構成され、ベンダーコードＤ５の最初のオクテットＤ５−１の最下位のビットＤ５ｂがＸ、最下位から２番目のビットＤ５ａがＹとしてＭＡＣアドレスのタイプを規定するものとして設けられている。
【０２４２】
具体的には、ビットＸは、グループ分けされた複数の宛先を示すマルチキャストアドレスか、ただ１つの宛先を表すユニキャストアドレスかを判定するビットとして用いられる。本例においては、ビットＸ＝１の場合には、マルチキャストアドレス、ビットＸ＝０の場合には、ユニキャストアドレスとする。
【０２４３】
そして、ビットＹは、ユニキャストアドレスの場合において、グローバルアドレスか、ローカルアドレスかを判定するビットとして用いられる。本例においては、ビットＸ＝０の場合にビットＹ＝０の場合には、グローバルアドレス、ビットＹ＝１の場合には、ローカルアドレスとする。
【０２４４】
そして、本例においては、ＩＥデータに含まれる携帯端末間通信のＭＡＣアドレスのタイプとして、ビットＸ＝０、Ｙ＝１が設定されているものとする。すなわち、ベンダーコードＤ５には、ローカルアドレスが設定されるものとする。
【０２４５】
当該ローカルアドレスについては後述するが変更することが可能である。
図１６を用いてベンダ特定ＩＤデータＤ４の構成について説明する。
【０２４６】
図１６を参照して、ベンダ特定ＩＥデータは、タグ情報ＤＤ１、タグ長情報ＤＤ２、ベンダ情報ＤＤ３、通信データ識別情報ＤＤ４、第１ＩＤ群ＤＤＡ、第２ＩＤ群ＤＤＢとを含む。
【０２４７】
タグ情報ＤＤ１は、複数のＩＥデータをそれぞれ識別する識別データである。タグ長情報ＤＤ２は、ベンダ特定ＩＥデータＤ４のデータ長を示すデータが含まれている。
【０２４８】
ベンダ情報ＤＤ３は、当該データを提供する企業等を識別するためのデータである。
通信データ識別情報ＤＤ４は、通信データの種別を示すデータであり、携帯端末間通信の場合には、携帯端末間通信の通信データを示す情報が格納される。なお、携帯固定端末間通信の場合において、固定端末機器５から送信される配信無線フレームには、携帯固定端末間通信の通信データを示す別の情報が格納される。当該情報を確認することにより携帯端末間通信の通信データかどうか、すなわち、受信無線フレームが携帯端末間処理として処理可能な無線フレームであるかどうかが判断される。あるいは、受信した配信無線フレームが携帯固定端末間処理として処理可能な無線フレームであるかどうかが判断される。
【０２４９】
本例においては、一例として、アプリケーションＩＤを各判定方式に対応するリストとして纏めてアプリケーションＩＤ保存領域６８に保存している場合について説明する。したがって、その後に、アルゴリズム識別情報毎のアプリケーションＩＤのリストおよび当該リストを識別するために設けられたリストヘッダ情報が設けられる形式となっている。当該形式により、複数のアプリケーションＩＤで比較のアルゴリズムを識別するアルゴリズム識別情報を共有することができるためデータ量を縮小することが可能となる。また、比較のアルゴリズム毎にアプリケーションＩＤのリストが設けられた形式であるため比較の際の検索が容易となり高速な比較処理が可能となる。なお、比較のアルゴリズムについては後述する。
【０２５０】
本例においては、一例として比較のアルゴリズムを規定する２つのそれぞれ異なるアルゴリズム識別情報に従って第１ＩＤ群ＤＤＡと、第２ＩＤ群ＤＤＢとが設けられている場合が示されている。
【０２５１】
第１ＩＤ群ＤＤＡは、第１ＩＤリストヘッダ情報ＤＤ５と、第１ＩＤリストＤＤ６とを含む。
【０２５２】
第１ＩＤリストＤＤ６は、複数のアプリケーションＩＤを含む。本例においては一例として、アプリケーションＩＤ［０］ＤＤ６−１、アプリケーションＩＤ［１］ＤＤ６−２、・・・が含まれる場合が示されている。
【０２５３】
各アプリケーションＩＤは、長さデータＤＤ９と、ＩＤデータＤＤ１０とを含む。長さデータＤＤ９は、ＩＤデータＤＤ１０の比較に用いられる長さを示すデータである。ＩＤデータＤＤ１０は、アプリケーション毎に予め設けられたアプリケーション名を示す識別データである。当該アプリケーションＩＤは、上述したＣＰＵ３１におけるアプリケーションの実行により交換データ登録イベントの発生および交換データの指定入力に従い交換データに対応付けられて設定される。例えば、この場合は一例として交換条件データ等の設定はなかったものとする。
【０２５４】
当該第１ＩＤリストＤＤ６の複数のアプリケーションＩＤのリストのヘッダ情報として、第１ＩＤリストヘッダ情報ＤＤ５が設けられる。
【０２５５】
具体的には、第１ＩＤリストヘッダ情報ＤＤ５は、交換データ用のアプリケーションＩＤのリストを規定するシステムフラグ情報ＤＤ５−１、比較のアルゴリズムを規定するアルゴリズム識別情報ＤＤ５−２、リストとして設けられたアプリケーションＩＤの長さあるいは個数を規定するリスト長情報ＤＤ５−３とを含む。
【０２５６】
第２ＩＤ群ＤＤＢは、第２ＩＤリストヘッダ情報ＤＤ７と、第２ＩＤリストＤＤ８とを含む。
【０２５７】
第２ＩＤリストヘッダ情報ＤＤ７は、システムフラグ情報ＤＤ７−１、アルゴリズム識別情報ＤＤ７−２、リスト長情報ＤＤ７−３とを含む。
【０２５８】
第２ＩＤリストヘッダ情報ＤＤ７−１は、上述したように交換データ用のアプリケーションＩＤのリストを規定するシステムフラグ情報ＤＤ７−１、比較のアルゴリズムを規定するアルゴリズム識別情報ＤＤ７−２、リストとして設けられたアプリケーションＩＤ＃の長さあるいは個数を規定するリスト長情報ＤＤ７−３とを含む。
【０２５９】
第２ＩＤリストＤＤ８は、複数のアプリケーションＩＤ＃を含む。本例においては一例として、アプリケーションＩＤ＃［０］ＤＤ８−１、アプリケーションＩＤ＃［１］ＤＤ８−２、・・・が含まれる場合が示されている。
【０２６０】
各アプリケーションＩＤ＃は、ＩＤデータＤＤ１１と、フィルタサイズデータＤＤ１２と、センドフラグデータＤＤ１３と、レシーブフラグデータＤＤ１４と、マスクデータＤＤ１５と、コンディションデータＤＤ１６と、リクエストＤＤ１７とを含む。
【０２６１】
本例においてアプリケーションＩＤ＃は、上述した送受信条件データおよび取得条件データが交換条件データとして収められている。具体的には、センドフラグデータおよびレシーブフラグデータが送受信条件データを示すデータである。また、マスクデータ、コンディションデータ、リクエストデータが取得条件データを示すデータである。当該アプリケーションＩＤ＃は、上述したＣＰＵ３１におけるアプリケーションの実行により交換データ登録イベントの発生および交換データの指定入力に従い交換データに対応付けられて設定される。例えば、この場合は一例として交換データ登録イベントにおいて、送受信条件データおよび取得条件データ等の交換条件データの設定があったものとする。
【０２６２】
ＩＤデータＤＤ１１は、アプリケーション毎に予め設けられたアプリケーション名を示す識別データである。
【０２６３】
フィルタサイズデータＤＤ１２は、マスクデータＤＤ１５、コンディションデータＤＤ１６、リクエストデータＤＤ１７のデータ長を規定するデータである。したがって、フィルタサイズデータＤＤ１２の値に従ってマスクデータＤＤ１５、コンディションデータＤＤ１６、リクエストデータＤＤ１７の範囲が規定されることになる。
【０２６４】
センドフラグデータＤＤ１３、レシーブフラグデータＤＤ１４は、アプリケーションＩＤ＃に含まれるＩＤデータＤＤ１１に対応する交換データの送受信条件データを規定するものである。一例として、送信通信のみ可か、受信通信のみ可か、双方向通信のみ可か、いずれの条件でも通信可かその通信の条件を規定するためのデータである。
【０２６５】
マスクデータＤＤ１５、コンディションデータＤＤ１６、リクエストデータＤＤ１７は、交換データの取得条件データを規定するデータである。
【０２６６】
コンディションデータＤＤ１６は、交換データの交換に際し、自己が保有しているデータあるいは自己の属性等を示すデータ等、相手に送信する自己の交換データに関連付けられた属性データである。自己が送信する交換データに関して相手の要求条件を満たしているかどうかに用いられる。
【０２６７】
リクエストデータＤＤ１７は、交換データの交換に際し、受信する相手に要求する交換データに関連付けられた属性データである。相手から受信する交換データに関して自己の要求条件を満たしているかどうかに用いられる。
【０２６８】
マスクデータＤＤ１５は、リクエストデータＤＤ１７の有効／無効の領域を設定するデータである。すなわち、マスクデータＤＤ１５がリクエストデータＤＤ１７の無効を規定した場合には、交換データの交換に際し、自己の要求条件は無い、言い換えるならば自己の要求条件は常に満たしていることを意味する。
【０２６９】
当該アプリケーションＩＤのリストを送信無線フレーム中にデータとして含めることにより、当該送信無線フレームを受信無線フレームとして受信した側において、当該アプリケーションＩＤのリストに基づいて、例えば同じアプリケーションの交換データを有しているか否かを判断することが可能である。なお、比較した場合に条件が一致するか否かを判断できさえすれば良く、例えば、当該アプリケーションＩＤそのものを送信するのではなく、ハッシュ関数に基づくハッシュ値を送信して、受信した側においてデータ比較するようにしても良い。他の情報等についても同様にすることも可能である。
【０２７０】
当該送信無線フレームは、不特定の相手（ゲーム装置）に対して送信されたものであり、不特定の相手（ゲーム装置）が受信無線フレームとして受信するものである。後述するが子機側のゲーム装置は、宛先を特定せずに当該送信を繰り返し実行する。そして、当該送信無線フレームを受信無線フレームとして受信したゲーム装置（親機側）は、当該送信無線フレームを発信したゲーム装置（子機側）に対して、自己が有するデータに基づく送信無線フレームを送信し、データの授受に従って不特定のゲーム装置同士が通信処理を実行する。
【０２７１】
なお、本例における送信無線フレームについては、一例として、複数のＩＥ（Information Element）データが含まれた送信無線フレームについて説明したが、特にこれに限られず、ベンダ特定ＩＥデータのみを含む送信無線フレームとすることも可能である。
【０２７２】
なお、本例においては、一例として、アプリケーションＩＤを各判定方式に対応するリストとして纏めてアプリケーションＩＤ保存領域６８に保存している場合において、アプリケーションＩＤをリスト毎に送信無線フレームに含めるとともに、当該リストを識別するために設けられた判定のアルゴリズムの方式を示すアルゴリズム識別情報を含むリストヘッダ情報もリストとともに含めた送信無線フレームを設定する場合について説明したが、アプリケーションＩＤ保存領域６８にリスト毎にアプリケーションＩＤが保存されていない場合であっても上記の送信無線フレームを設定することは可能である。
【０２７３】
例えば、アプリケーションＩＤ保存領域６８にアプリケーションＩＤと、当該アプリケーションＩＤに対応づけられたアルゴリズム識別情報を保存しておいて、送信無線フレームを設定する際に、無線フレーム設定部２２２が、アプリケーションＩＤ保存領域６８に保存されているアプリケーションＩＤと、当該アプリケーションＩＤに対応づけられたアルゴリズム識別情報とに基づいて、アルゴリズム識別情報毎のリストと、当該リストを識別するためのリストヘッダ情報を作成して、送信無線フレームを設定するようにすることも可能である。
【０２７４】
再び、図１４を参照して、送信無線フレームを設定した後、次に、ＣＰＵ６０（通信相手探索部２２４）は、所定期間が経過したかどうかを判断する（ステップＳ５１）。そして、ステップＳ５１において、ＣＰＵ６０は、所定期間が経過していないと判断した場合（ステップＳ５１においてＮＯ）には、通信相手（他のゲーム装置）を探索する通信相手サーチ処理を実行する（ステップＳ５２）。通信相手サーチ処理については後述する。
【０２７５】
そして、次に、ＣＰＵ６０（通信相手探索部２２４）は、通信相手サーチ処理により通信相手が発見されたかどうかを判断する（ステップＳ５４）。
【０２７６】
ステップＳ５４において通信相手が発見されない場合（ステップＳ５４においてＮＯ）には、ステップＳ５１に戻る。
【０２７７】
ステップＳ５４において、通信相手が発見された場合（ステップＳ５４においてＹＥＳ）には、ＣＰＵ６０（装置識別情報比較部２２６）は、ＭＡＣアドレスを比較する（ステップＳ５６）。具体的には、受信無線フレームに含まれるＭＡＣアドレスと、上述したＭＡＣアドレスリスト保存領域７０に格納されているＭＡＣアドレスとを比較する。上述したようにＭＡＣアドレスは、通信対象を識別する識別情報であり、各ゲーム装置にそれぞれ固有のＭＡＣアドレスが割り当てられている。そして、ＭＡＣアドレスリスト保存領域７０には、各ゲーム装置に割り当てられたＭＡＣアドレスが保存されている。
【０２７８】
そして、次に、ＣＰＵ６０（装置識別情報比較部２２６）は、受信無線フレームに含まれる他のゲーム装置のＭＡＣアドレスが、ＭＡＣアドレスリストに格納されているＭＡＣアドレスと一致するかどうかを判断する（ステップＳ５８）。
【０２７９】
そして、ステップＳ５８において、ＭＡＣアドレスが一致したと判断した場合（ステップＳ５８においてＹＥＳ）には、再びステップＳ５１に戻る。すなわち、以降の処理を実行することなく当該ＭＡＣアドレスに対応する他のゲーム装置との通信を終了する。したがって、通信可能範囲１０に含まれる他のゲーム装置からの通信対象となるデータを受信する毎に識別情報であるＭＡＣアドレスと一致するかどうかの判断が繰り返される。
【０２８０】
図１７を用いて、本発明の実施の形態に従うＭＡＣアドレスを比較する場合の概念図について説明する。
【０２８１】
本例においては、ゲーム装置１と、通信相手である他のゲーム装置としてゲーム装置３との通信接続について説明する。
【０２８２】
図１７を参照して、ここでは、ゲーム装置１側において、交換データ保存領域８０のスロットＳＬ１〜ＳＬ５にそれぞれ交換データが格納されている場合が示されている。
【０２８３】
そして、無線通信モジュール３８のＲＡＭ６６のアプリケーションＩＤ保存領域６８には、図１２（Ａ）で説明したのと同様にアプリケーションＩＤ「Ａ，Ｂ，Ｃ１，Ｃ２，Ｄ」がそれぞれ格納されている場合が示されている。
【０２８４】
なお、ＭＡＣアドレスリストには何も格納されていない。
次に、ゲーム装置３側について説明する。ゲーム装置３側の対応する同一の構成要素については、「Ｐ」の記号をさらに付加している。具体的には、ゲーム装置１の交換データ保存領域８０と、ゲーム装置３側の交換データ保存領域８０Ｐとが対応している。
【０２８５】
また、ゲーム装置１の無線通信モジュール３８と、ゲーム装置３側の無線通信モジュール３８Ｐとが対応している。他の場合についても同様である。
【０２８６】
そして、ゲーム装置３の交換データ保存領域８０ＰのスロットＳＬ１，ＳＬ２にそれぞれ交換データが格納されている場合が示されている。
【０２８７】
ゲーム装置３側においても同様の方式に従って、無線通信モジュール３８ＰのアプリケーションＩＤ保存領域６８ＰにアプリケーションＩＤ「Ｂ，Ｅ」がそれぞれ格納されている場合が示されている。
【０２８８】
なお、ＭＡＣアドレスリストには何も格納されていない。当該場合において、ゲーム装置１である自機のＭＡＣアドレスはＡＤ０に設定されているものとする。
【０２８９】
また、ゲーム装置３のＭＡＣアドレスはＡＤ１に設定されているものとする。
例えば、ゲーム装置３からの受信無線フレームを受信した場合には、ゲーム装置３のＭＡＣアドレスＡＤ１は、ゲーム装置１のＭＡＣアドレスリストには登録されていないためＭＡＣアドレスは一致しないと判断される。したがって、次の処理に進む。
【０２９０】
なお、本例においては、ゲーム装置１において、ＭＡＣアドレスリストに登録されているかどうかが判断される場合について説明しているが、ゲーム装置３側においても同様の処理が実行される。
【０２９１】
図１８を用いて、本発明の実施の形態に従うＭＡＣアドレスを比較する場合の別の概念図について説明する。
【０２９２】
図１８を参照して、ここでは、図１７の構成と比較して、ＭＡＣアドレスリストに登録されている内容が異なる。具体的には、無線通信モジュール３８のＭＡＣアドレスリスト保存領域７０には、ＭＡＣアドレスＡＤ１が登録されている場合が示されている。
【０２９３】
また、同様に、ゲーム装置３側のＭＡＣアドレスリスト保存領域７０ＰにＭＡＣアドレスＡＤ０が登録されている場合が示されている。
【０２９４】
例えば、ゲーム装置３からの受信無線フレームを受信した場合には、ゲーム装置３のＭＡＣアドレスＡＤ１は、ゲーム装置１のＭＡＣアドレスリストに登録されておりＭＡＣアドレスが一致すると判断される。
【０２９５】
したがって、当該場合には、当該ＭＡＣアドレスに対応する他のゲーム装置であるゲーム装置３との以降の通信処理を行わない（ＭＡＣアドレスフィルタリング処理）。すなわち、ＭＡＣアドレスリストに登録されている以前に通信処理が実行されたゲーム装置との間では実質的な通信は実行されない。なお、ゲーム装置３側においても同様の処理が実行される。
【０２９６】
なお、上述したようにＭＡＣアドレスリスト保存領域７０に格納されているＭＡＣアドレスリストはたとえば所定の操作指示に従って消去することも可能であり、消去された場合には、再度、以前に通信処理が実行された装置ともデータ通信を実行することが可能である。すなわち、以前に交換データの授受が実行された装置についても状況が変わり（新たな交換データが設定されているなど）、交換データの授受が可能な状況となっている可能性もあるため再度、交換データの交換が可能か否かを判断して、可能であるならば交換データの授受を実行するようにしても良い。
【０２９７】
たとえば、図８のステップＳ１２において空きスロットに交換データを格納した際に、ＭＡＣアドレスリスト保存領域８８および７０に格納されているアドレスリストを消去するようにしても良い。
【０２９８】
再び図１４を参照して、ステップＳ５８において、ＭＡＣアドレスが一致しないと判断した場合（ステップＳ５８においてＮＯ）には、ＣＰＵ６０（通信データ判定部２２８）は、受信したデータの内容を確認する（ステップＳ５９）。
【０２９９】
そして、ＣＰＵ６０（通信データ判定部２２８）は、受信したデータとして、受信無線フレームが携帯端末間処理として処理可能な無線フレームであるかどうかを判定する（ステップＳ６０）。
【０３００】
具体的には、図１６で説明した当該データを提供する企業等を識別するためのベンダ情報がゲーム装置１が予め有しているベンダ情報と一致するかどうかを判断する。ベンダ情報が一致する場合とは、送信されたデータの発信源が互いに通信接続が可能な同種の装置であることを意味し、異なる場合には、送信されたデータの発信源が互いに通信接続が不可能である全く種類の異なる装置であることを意味する。
【０３０１】
また、通信データ識別情報がゲーム装置１が予め有している通信データ識別情報と一致するかどうかを判断する。通信データ識別情報が一致する場合とは、携帯端末間通信における通信データ、すなわち携帯端末間処理として処理可能な無線フレームであることを意味する。ゲーム装置１側の比較の対象であるベンダ情報は予めＲＯＭ７２に登録されているものとする。また、ゲーム装置１側の比較の対象である通信データ識別情報についても予めＲＯＭ７２に登録されているものとする。
【０３０２】
一方、携帯端末間通信における通信データ識別情報と、後述するが携帯固定端末間通信における固定端末機器５から出力される配信無線フレームに含まれる通信データ識別情報とは異なるため仮に携帯端末間通信において固定端末機器５から出力されたビーコン（配信無線フレーム）を受信した場合であっても通信データ識別情報が異なるためデータ通信は実行されず同種のゲーム装置とのみ通信することが可能である。
【０３０３】
ＣＰＵ６０（通信データ判定部２２８）は、携帯端末間通信か携帯固定端末間通信かによって比較する通信データ識別情報を切り替えて、受信したデータ（受信無線フレーム）に含まれている通信データ識別情報と一致するか否か判断する。
【０３０４】
すなわち、ステップＳ６０において、受信無線フレームを受信しないと判断した場合（ステップＳ６０においてＮＯ）には、再びステップＳ５１に戻る。したがって、互いに通信接続が不可能である装置からデータを受信あるいは通信対象とならないデータを受信した場合には、以降の処理を実行することなく通信を終了する。なお、本例においてはベンダ情報および通信データ識別情報がともに一致するかどうかを判断する場合について説明したが、通信データ識別情報のみが一致するかどうかを判断するようにしても良い。
【０３０５】
次に、受信無線フレームを受信したと判断した場合（ステップＳ６０においてＹＥＳ）には、次に、ＣＰＵ６０（アプリケーションＩＤ判定部２３０）は、アプリケーションＩＤの判定処理を実行する（ステップＳ６２）。
【０３０６】
アプリケーションＩＤの判定処理については後述する。
そして、ＣＰＵ６０（アプリケーションＩＤ判定部２３０）は、判定処理結果に基づいてアプリケーションＩＤの一致フラグがオンであるかどうかを判断する（ステップＳ６４）。具体的には、受信した受信無線フレームに含まれるアプリケーションＩＤのリストと自己が有している送信無線フレームに含まれるアプリケーションＩＤのリストとを参照して、一致すると判定されたアプリケーションＩＤが少なくとも１つ存在するかどうかを判断する。すなわち、ここでは、通信接続により交換可能な交換データを互いに有しているかどうかが判断される。同一のアプリケーションＩＤであれば、データを交換した場合に同じアプリケーションを実行することにより互いにデータを利用可能である。なお、アプリケーションＩＤが同じでなくても、データの互換性のあるアプリケーションであることが判定して、そのような関係にあるアプリケーションＩＤであれば、ステップＳ６４でＹｅｓと判断してもよい。
【０３０７】
ＣＰＵ６０（アプリケーションＩＤ判定部２３０）は、アプリケーションＩＤの一致フラグがオンであると判断した場合（ステップＳ６４においてＹＥＳ）には、一致したアプリケーションＩＤに対応する交換データを有する他のゲーム装置が発見された旨すなわち通信相手が交換データを交換する交換相手である旨を本体側に通知する（ステップＳ６６）。そして処理を終了する（エンド）。
【０３０８】
以降、他のゲーム装置である通信相手と接続を確立して、他のゲーム装置との間での一致したアプリケーションＩＤに対応する交換データの授受を実行するデータ授受処理については、無線通信モジュール３８を用いた本体側のＣＰＵ３１のアプリケーションとして実行されることになる。
【０３０９】
したがって、本体側に、交換データを有する他のゲーム装置が発見された旨を通知することにより無線通信モジュール３８のＣＰＵ６０のみが独立して実行する無線通信、すなわち、無線通信モジュール３８において交換データを交換する通信相手を探索する交換相手探索処理は終了する。
【０３１０】
一方、ステップＳ６４において、アプリケーションＩＤの一致フラグがオンでない場合（一致フラグオフ）（ステップＳ６４においてＮＯ）には、ステップＳ５１に戻る。
【０３１１】
当該処理により、本例においては、無線通信モジュール３８における交換相手探索処理により交換可能な通信相手が見つかった場合にのみ、本体側のＣＰＵ３１に通知されて、通信相手との接続が確立されて、交換データの授受が実行される。したがって、例えば、本体側のＣＰＵ３１がスリープ状態等の省電力状態である場合に、無線通信モジュール３８における交換相手探索処理により通信相手が見つかった場合であっても交換が可能でなければ本体側のＣＰＵ３１に通知されて通信接続が確立されることはないため、ゲーム装置１全体における省電力を図ることが可能である。
【０３１２】
＜アプリケーションＩＤの判定処理＞
本実施例においては、アプリケーションＩＤを各判定方式に対応するリストとして纏めた形式である図１６に示す送信無線フレームのアプリケーションＩＤの判定処理について説明する。
【０３１３】
図１９を用いて、アプリケーションＩＤ判定部２３０における全体のフローについて説明する。
【０３１４】
図１９を参照して、ＣＰＵ６０（ＩＤリストヘッダ情報比較部２３２）は、まず、比較対象となるＩＤリストヘッダ情報を抽出する（ステップＳ７２）。
【０３１５】
例えば、まず最初に、受信無線フレーム保存領域６９に保存された受信無線フレーム（携帯ゲーム装置３）のベンダ特定ＩＥデータに含まれる第１ＩＤリストヘッダ情報と、送信無線フレーム保存領域６７に保存された送信無線フレーム（自機１）のベンダ特定ＩＥデータに含まれる第１ＩＤリストヘッダ情報を抽出する。
【０３１６】
なお、当該フローにおいては、後述するが、システムフラグ情報およびアルゴリズム識別情報が一致するまで受信無線フレーム保存領域６９に保存された受信無線フレームおよび送信無線フレーム保存領域６７に保存された送信無線フレームからＩＤリストヘッダ情報をそれぞれ１つずつ抽出して、全ての組み合わせにおいて比較処理を実行する。
【０３１７】
そして、次に、ＣＰＵ６０（ＩＤリストヘッダ情報比較部２３２）は、受信無線フレーム保存領域６９に保存された受信無線フレームから抽出されたＩＤリストヘッダ情報に含まれるシステムフラグ情報と、送信無線フレーム保存領域６７に保存された送信無線フレームから抽出されたＩＤリストヘッダ情報に含まれるシステムフラグ情報と一致するかどうかを判断する（ステップＳ７４）。
【０３１８】
ステップＳ７４において、システムフラグ情報がともに一致すると判断された場合（ステップＳ７４においてＹＥＳ）には、次に、ＣＰＵ６０（ＩＤリストヘッダ情報比較部２３２）は、受信データから抽出されたＩＤリストヘッダ情報に含まれるアルゴリズム識別情報が送信無線フレーム保存領域６７に保存された送信無線フレームから抽出されたＩＤリストヘッダ情報に含まれるアルゴリズム識別情報と一致するかどうかを判断する（ステップＳ７６）。
【０３１９】
ステップＳ７６において、アルゴリズム識別情報が一致しないと判断された場合（ステップＳ７６においてＮＯ）には、ステップＳ８２に進む。
【０３２０】
ステップＳ７６において、アルゴリズム識別情報がともに一致すると判断された場合（ステップＳ７６においてＹＥＳ）には、次に、ＣＰＵ６０（ＩＤリストヘッダ情報比較部２３２）は、受信無線フレーム保存領域６９に保存された受信無線フレームから抽出されたＩＤリストヘッダ情報に含まれるアルゴリズム識別情報が「０」かどうかを判断する（ステップＳ７８）。
【０３２１】
ステップＳ７８において、アルゴリズム識別情報が「０」である場合には、ＣＰＵ６０（ＩＤリスト比較部２３４）は、第１アルゴリズムに従うＩＤリスト比較処理を実行する（ステップＳ８０）。そして、処理を終了する（リターン）。第１アルゴリズムに従うＩＤリスト比較処理については後述する。
【０３２２】
一方、ステップＳ７８において、アルゴリズム識別情報が「０」でない場合、すなわち、「１」である場合には、ＣＰＵ６０（ＩＤリスト比較部２３４）は、第２アルゴリズムに従うＩＤリスト比較処理を実行する（ステップＳ８６）。そして、処理を終了する（リターン）。第２アルゴリズムに従うＩＤリスト比較処理については後述する。
【０３２３】
一方、ステップＳ７４において、システムフラグ情報が一致しないと判断された場合（ステップＳ７４においてＮＯ）には、次に、ＣＰＵ６０（ＩＤリストヘッダ情報比較部２３２）は、比較対象となる他のＩＤリストヘッダ情報が有るかどうかを判断する（ステップＳ８２）。
【０３２４】
ステップＳ８２において、比較対象となる他のＩＤリストヘッダ情報が有ると判断した場合には、次の比較対象となるＩＤリストヘッダ情報を抽出する（ステップＳ８４）。そして、ステップＳ７４に進み同様の処理を繰り返す。例えば、一例として第２ＩＤリストヘッダ情報を抽出する。
【０３２５】
一方、ステップＳ８２において、ＣＰＵ６０（ＩＤリストヘッダ情報比較部２３２）は、比較対象となる他のＩＤリストヘッダ情報がないと判断した場合には、処理を終了する（リターン）。
【０３２６】
すなわち、受信無線フレーム保存領域６９に保存された受信無線フレームおよび送信無線フレーム保存領域６７に保存された送信無線フレームからＩＤリストヘッダ情報を抽出して、全ての組み合わせにおいて一致するものが無い場合には、交換データは存在しないと判断して処理を終了する。
【０３２７】
例えば、本例の如く、送信無線フレーム（自機１）に２つのＩＤリストヘッダ情報が含まれ、また、受信無線フレーム（携帯ゲーム装置）にも２つのＩＤリストヘッダ情報が含まれる場合において、ＩＤリストヘッダ情報を抽出して全ての組み合わせについて比較する場合について説明すると、まず、送信無線フレーム（自機１）のベンダ特定ＩＥデータに含まれる第１ＩＤリストヘッダ情報を抽出し、受信無線フレーム（携帯ゲーム装置）に含まれる第１ＩＤリストヘッダ情報を抽出して比較する。次に、送信無線フレーム（自機１）のベンダ特定ＩＥデータに含まれる第１ＩＤリストヘッダ情報と、受信無線フレーム（携帯ゲーム装置）に含まれる第２ＩＤリストヘッダ情報を抽出して比較する。次に、送信無線フレーム（自機１）のベンダ特定ＩＥデータに含まれる第２ＩＤリストヘッダ情報を抽出し、受信無線フレーム（携帯ゲーム装置）に含まれる第１ＩＤリストヘッダ情報を抽出して比較する。次に、送信無線フレーム（自機１）のベンダ特定ＩＥデータに含まれる第２ＩＤリストヘッダ情報と、受信無線フレーム（携帯ゲーム装置）に含まれる第２ＩＤリストヘッダ情報を抽出して比較する。
【０３２８】
すなわち、簡易に説明すると、まず、送信無線フレーム（自機１）から最初のＩＤリストヘッダ情報を抽出して固定し、そして、受信無線フレーム（携帯ゲーム装置）からＩＤリストヘッダ情報を順番に抽出して比較する。システムフラグ情報およびアルゴリズム識別情報が一致しない場合には、次に、送信無線フレーム（自機１）から次のＩＤリストヘッダ情報を抽出して固定し、そして、受信無線フレーム（携帯ゲーム装置）からＩＤリストヘッダ情報を順番に抽出して比較する。当該処理を送信無線フレーム（自機１）に含まれているＩＤリストヘッダ情報の個数分繰り返すことになる。そして、送信無線フレーム（自機１）から最後のＩＤリストヘッダ情報を抽出して固定し、そして、受信無線フレーム（携帯ゲーム装置）からＩＤリストヘッダ情報を順番に抽出して比較した場合に、システムフラグ情報およびアルゴリズム識別情報が一致しない場合には、ステップＳ８２において、比較対象ＩＤリストヘッダ情報が無いと判断（ステップＳ８２においてＮＯ）されて、アプリケーションＩＤ判定処理が終了する（リターン）。
【０３２９】
当該方式により、アプリケーションＩＤを比較する前に受信無線フレーム保存領域６９に保存された受信無線フレームおよび送信無線フレーム保存領域６７に保存された送信無線フレームのベンダ特定ＩＥに含まれるＩＤリストヘッダ情報に基づいて比較処理を継続するべきか否かが判断されるため、高速な比較処理を実行することが可能となる。
【０３３０】
図２０を用いて、本発明の実施の形態に従う比較対象となるベンダ特定ＩＥの比較について説明する。
【０３３１】
図２０を参照して、ここでは、図１６で説明したものと同様のデータ構成が示されている。
【０３３２】
上側が自機１の送信無線フレーム保存領域６７に保存された送信無線フレームに含まれるベンダ特定ＩＥの構成であり、下側が携帯ゲーム装置３の受信無線フレーム保存領域６９に保存された受信無線フレームに含まれるベンダ特定ＩＥの構成である。
【０３３３】
本例においては、自機１の第１ＩＤリストヘッダ情報ＤＤ５に含まれるシステムフラグ情報ＤＤ５−１と、携帯ゲーム装置３の第１ＩＤリストヘッダ情報ＤＤｐ５に含まれるシステムフラグ情報ＤＤｐ５−１とを比較して一致し、さらに、アルゴリズム識別情報ＤＤ５−２とアルゴリズム識別情報ＤＤｐ５−２とを比較して一致した場合において、自機１の第１ＩＤリストＤＤ６に含まれるアプリケーションＩＤ［０］，ＩＤ［１］，・・・と、携帯ゲーム装置３の第１ＩＤリストＤＤｐ６に含まれるアプリケーションＩＤ［０］，ＩＤ［１］，・・・との比較を行う場合が示されている。
【０３３４】
図２１を用いて、第１アルゴリズムに従うＩＤリスト比較処理について説明する。
図２１を参照して、ＣＰＵ６０（ＩＤリスト比較部２３４）は、まず、比較対象となるＩＤリストからアプリケーションＩＤを抽出する（ステップＳ９０）。
【０３３５】
例えば、図２０で示されるように、送信無線フレーム保存領域６７に保存された送信無線フレーム（自機１）の第１ＩＤリストＤＤ６のアプリケーションＩＤ［０］と、受信無線フレーム保存領域６９に保存された受信無線フレーム（携帯ゲーム装置３）の第１ＩＤリストＤＤｐ６のアプリケーションＩＤ［０］とを抽出する。
【０３３６】
なお、当該フローにおいては、後述するが、比較する長さおよびＩＤデータが一致するまで比較対象となるＩＤリストからアプリケーションＩＤをそれぞれ１つずつ抽出して、全ての組み合わせにおいて比較処理を実行する。
【０３３７】
そして、次に、ＣＰＵ６０（ＩＤリスト比較部２３４）は、比較する長さが一致するか否かを判断する（ステップＳ９２）。
【０３３８】
ステップＳ９２において、ＣＰＵ６０（ＩＤリスト比較部２３４）は、比較する長さが一致すると判断された場合（ステップＳ９２においてＹＥＳ）には、ＩＤデータを比較する（ステップＳ９４）。
【０３３９】
そして、ＣＰＵ６０（ＩＤリスト比較部２３４）は、ＩＤデータが一致するか否か判断する（ステップＳ９６）。
【０３４０】
ステップＳ９６において、ＩＤデータが一致しないと判断された場合（ステップＳ９６においてＮＯ）には、ステップＳ１００に進む。
【０３４１】
ステップＳ９６において、ＩＤデータが一致すると判断された場合（ステップＳ９６においてＹＥＳ）には、ＣＰＵ６０（ＩＤリスト比較部２３４）は、アプリケーションＩＤの一致フラグをオンに設定する（ステップＳ９８）。そして、処理を終了する（リターン）。
【０３４２】
一方、ステップＳ９２において比較する長さが一致しないと判断された場合には、次に、ＣＰＵ６０（ＩＤリスト比較部２３４）は、比較対象となるＩＤリストから他のアプリケーションＩＤが有るかどうかを判断する（ステップＳ１００）。ステップＳ１００において、比較対象となるＩＤリストから他のアプリケーションＩＤが有ると判断した場合には、比較対象となるＩＤリストから他のアプリケーションＩＤを抽出する（ステップＳ１０１）。そして、再び、ステップＳ９２に戻る。
【０３４３】
例えば、図２０で示されるように、送信無線フレーム保存領域６７に保存された送信無線フレーム（自機１）の第１ＩＤリストＤＤ６のアプリケーションＩＤ［１］を抽出して同様の処理を実行する。
【０３４４】
一方、ステップＳ１００において、ＣＰＵ６０（ＩＤリスト比較部２３４）は、比較対象となるＩＤリストから他のアプリケーションＩＤがないと判断した場合には、「Ｉ」に進む。
【０３４５】
すなわち、比較する長さおよびＩＤデータが一致するまで、受信無線フレーム保存領域６９に保存された受信無線フレームおよび送信無線フレーム保存領域６７に保存された送信無線フレームそれぞれの比較対象となるＩＤリストからアプリケーションＩＤをそれぞれ１つずつ抽出して、全ての組み合わせにおいて一致するものが無い場合には、図１９のステップＳ８２に進み、再度、上述した処理を繰り返す。
【０３４６】
例えば、本例においては、一例として、比較対象となるＩＤリストとして、送信無線フレーム保存領域６７に保存された送信無線フレーム（自機１）の第１ＩＤリストＤＤ６と、受信無線フレーム保存領域６９に保存された受信無線フレーム（携帯ゲーム装置３）の第１ＩＤリストＤＤｐ６とが抽出された場合について説明する。例えば、一例として、第１ＩＤリストＤＤ６および第１ＩＤリストＤＤｐ６は、ともに、アプリケーションＩＤを（ｎ＋１）個有しているものとする。
【０３４７】
当該場合において、比較対象となるＩＤリストからアプリケーションＩＤをそれぞれ１つずつ抽出して全ての組み合わせについて比較する場合について説明すると、まず、送信無線フレーム（自機１）の第１ＩＤリストＤＤ６のアプリケーションＩＤ［０］ＤＤ６−１を抽出し、受信無線フレーム（携帯ゲーム装置）に含まれる第１ＩＤリストＤＤｐ６のアプリケーションＩＤ［０］ＤＤｐ６−１を抽出して比較する。次に、送信無線フレーム（自機１）の第１ＩＤリストＤＤ６のアプリケーションＩＤ［０］ＤＤ６−１と、受信無線フレーム（携帯ゲーム装置）に含まれる第１ＩＤリストＤＤｐ６のアプリケーションＩＤ［１］ＤＤｐ６−２を抽出して比較する。
【０３４８】
次に、送信無線フレーム（自機１）の第１ＩＤリストＤＤ６のアプリケーションＩＤ［０］ＤＤ６−１と、受信無線フレーム（携帯ゲーム装置）に含まれる第１ＩＤリストＤＤｐ６のアプリケーションＩＤ［２］、アプリケーションＩＤ［３］、・・・アプリケーションＩＤ［ｎ］をそれぞれ順番に抽出して比較する。
【０３４９】
次に、送信無線フレーム（自機１）の第１ＩＤリストＤＤ６のアプリケーションＩＤ［１］ＤＤ６−２を抽出し、受信無線フレーム（携帯ゲーム装置）に含まれる第１ＩＤリストＤＤｐ６のアプリケーションＩＤ［０］ＤＤｐ６−１を抽出して比較する。次に、送信無線フレーム（自機１）の第１ＩＤリストＤＤ６のアプリケーションＩＤ［１］ＤＤ６−２と、受信無線フレーム（携帯ゲーム装置）に含まれる第１ＩＤリストＤＤｐ６のアプリケーションＩＤ［１］ＤＤｐ６−２を抽出して比較する。
【０３５０】
次に、送信無線フレーム（自機１）の第１ＩＤリストＤＤ６のアプリケーションＩＤ［１］ＤＤ６−２と、受信無線フレーム（携帯ゲーム装置）に含まれる第１ＩＤリストＤＤｐ６のアプリケーションＩＤ［２］、アプリケーションＩＤ［３］、・・・アプリケーションＩＤ［ｎ］をそれぞれ順番に抽出して比較する。この処理を送信無線フレーム（自機１）の第１ＩＤリストＤＤ６のアプリケーションＩＤ［２］、アプリケーションＩＤ［３］、・・・アプリケーションＩＤ［ｎ］まで同様に繰り返す。
【０３５１】
すなわち、簡易に説明すると、比較対象となるＩＤリストにおいて、まず、送信無線フレーム（自機１）から最初のアプリケーションＩＤを抽出して固定し、そして、受信無線フレーム（携帯ゲーム装置）からアプリケーションＩＤを順番に抽出して比較する。比較する長さおよびＩＤデータが一致しない場合には、次に、送信無線フレーム（自機１）から次のアプリケーションＩＤを抽出して固定し、そして、受信無線フレーム（携帯ゲーム装置）からアプリケーションＩＤを順番に抽出して比較する。当該処理を送信無線フレーム（自機１）のＩＤリストに含まれているアプリケーションＩＤの個数分繰り返すことになる。そして、送信無線フレーム（自機１）から最後のアプリケーションＩＤを抽出して固定し、そして、受信無線フレーム（携帯ゲーム装置）からアプリケーションＩＤを順番に抽出して比較した場合に、比較する長さおよびＩＤデータが一致しない場合には、ステップＳ１００において、比較対象となるＩＤリストから他のアプリケーションＩＤがないと判断（ステップＳ１００においてＮＯ）されて、「Ｉ」に進む。
【０３５２】
ここで、上記で説明したＩＤデータの比較について説明する。
図２２を用いて、本発明の実施の形態に従うＩＤデータの比較について説明する。
【０３５３】
図２２に示されるように自機１の送信無線フレーム保存領域６７に保存された送信無線フレームに含まれているアプリケーションＩＤのＩＤデータと、携帯ゲーム装置３からの受信無線フレーム保存領域６９に保存された受信無線フレームに含まれているアプリケーションＩＤのＩＤデータとの比較において、同じ長さのＩＤデータを比較する。例えば、一例として、当該ＩＤデータは、アプリケーション名等のアプリケーションを特定する情報であるものとする。
【０３５４】
具体的には、図１６で説明したアプリケーションＩＤに含まれている上述したＩＤデータの比較の長さを示す長さデータを用いて当該長さデータが一致するＩＤデータとのみデータ比較を実行する。
【０３５５】
すなわち、長さデータが一致するＩＤデータすなわち、比較の長さが同じであるＩＤデータとのみ比較するため、比較の長さが異なるＩＤデータの比較を実行する必要が無く高速にアプリケーションＩＤの比較を実行することが可能である。
【０３５６】
上記においては、同じ長さデータの自機１のＩＤデータと携帯ゲーム装置３のＩＤデータとが一致する場合にアプリケーションＩＤの一致フラグをオンする方式について説明したが、特にこれに限られず、さらに別の比較を実行することも可能である。
【０３５７】
図２３を用いて、本発明の実施の形態に従うＩＤデータのさらに別の比較について説明する。
【０３５８】
図２３を参照して、この場合には、ＩＤデータに、アプリケーション名等のアプリケーションを特定する情報（アプリケーション名情報）だけでなく、他の情報が含まれている場合が示されている。
【０３５９】
他の情報として、自機のＩＤデータの少なくとも一部を用いて自分が欲しいキャラクタ情報と、自分が相手に渡すキャラクタ情報とを格納する。
【０３６０】
一方、他のゲーム装置側においても、同様に、アプリケーション名情報だけでなく、他の情報として、ＩＤデータの少なくとも一部を用いて自分が欲しいキャラクタ情報と、自分が相手に渡すキャラクタ情報とを格納する。
【０３６１】
そして、アプリケーション名情報が一致するか否かを判断するとともに、さらに、自機のＩＤデータに含まれる自分が欲しいキャラクタ情報と、他のゲーム装置のＩＤデータに含まれる自分が相手に渡すキャラクタ情報とが一致するか否かを判断し、自機のＩＤデータに含まれる自分が相手に渡すキャラクタ情報と、他のゲーム装置のＩＤデータに含まれる自分が欲しいキャラクタ情報とが一致するか否かも判断する。アプリケーション名情報の一致のみならず、さらに、交換するキャラクタ情報が一致する場合にアプリケーションＩＤの一致と判断する。
【０３６２】
当該比較方式により、ゲーム装置１である自機と他のゲーム装置３とで実際に交換データを交換する前に、互いに交換する交換データの内容（キャラクタ情報）に基づいて互いが希望する交換データであればアプリケーションＩＤの一致フラグをオンして本体側に通知し、いずれか一方でも希望しない場合にはアプリケーションＩＤの一致フラグはオンせず、本体側に通知されないためユーザが望む交換データのみを交換することが可能となる。
【０３６３】
すなわち、ＩＤデータにアプリケーション名等のアプリケーションを特定する情報以外に他の情報（例えば交換データ）を含ませることにより、不本意なデータ授受処理を回避することができ、情報処理装置であるゲーム装置に対する興趣性を増すことができる。
【０３６４】
なお、当該比較については、例えば、別のアルゴリズム識別情報を用いることにより図２２で説明した方式と区別するようにしても良い。
【０３６５】
次に、ＩＤデータとは別に、付加的な条件として交換条件データを付加して高度な交換処理を実現する場合について説明する。
【０３６６】
具体的には、交換条件データとして送受信条件データと取得条件データとを含む場合について説明する。
【０３６７】
図２４を用いて、第２アルゴリズムに従うＩＤリスト比較処理について説明する。
本例においては、アルゴリズム識別情報が「１」である場合に、ＣＰＵ６０（ＩＤリスト比較部２３４）は、第２アルゴリズムに従うＩＤリスト比較処理を実行する。
【０３６８】
本例においては、一例として、送信無線フレーム保存領域６７に保存されている送信無線フレーム（自機１）のベンダ特定ＩＥデータに含まれる第２ＩＤリストヘッダ情報に含まれるアルゴリズム識別情報と、受信無線フレーム保存領域６９に保存されている受信無線フレーム（携帯ゲーム装置３）のベンダ特定ＩＥデータに含まれる第２ＩＤリストヘッダ情報に含まれるアルゴリズム識別情報がともに「１」であるものとする。
【０３６９】
この場合に、例えば一例として図２０で説明した送信無線フレーム保存領域６７に保存された送信無線フレームに含まれる第２ＩＤリストと、受信無線フレーム保存領域６９に保存された受信無線フレームに含まれる第２ＩＤリストとが比較対象となる。
【０３７０】
図２４を参照して、ＣＰＵ６０（ＩＤリスト比較部２３４）は、まず、比較対象となるＩＤリストからアプリケーションＩＤ＃を抽出する（ステップＳ１１０）。
【０３７１】
例えば、図２０で示されるように、送信無線フレーム保存領域６７に保存された送信無線フレーム（自機１）の第２ＩＤリストＤＤ８のアプリケーションＩＤ＃［０］と、受信無線フレーム保存領域６９に保存された受信無線フレーム（携帯ゲーム装置３）の第２ＩＤリストＤＤｐ８のアプリケーションＩＤ＃［０］とを抽出する。
【０３７２】
なお、当該フローにおいては、後述するが、ＩＤデータや取得条件データ等の判定条件を満たすまで比較対象となるＩＤリストからアプリケーションＩＤをそれぞれ１つずつ抽出して、全ての組み合わせにおいて比較処理を実行する。
【０３７３】
そして、次に、ＣＰＵ６０（ＩＤリスト比較部２３４）は、抽出されたアプリケーションＩＤ＃に含まれるＩＤデータを比較する（ステップＳ１１２）。
【０３７４】
具体的には、第２ＩＤリストＤＤ８のアプリケーションＩＤ＃［０］のＩＤデータと、第２ＩＤリストＤＤｐ８のアプリケーションＩＤ＃［０］のＩＤデータとを比較する。
【０３７５】
そして、次に、ステップＳ１１２において、ＣＰＵ６０（ＩＤリスト比較部２３４）は、ＩＤデータが一致するか否か判断する（ステップＳ１１４）。
【０３７６】
ステップＳ１１４において、ＩＤデータが一致すると判断された場合（ステップＳ１１４においてＹＥＳ）には、ＣＰＵ６０（ＩＤリスト比較部２３４）は、フィルタサイズデータを比較する（ステップＳ１１６）。
【０３７７】
そして、次に、ＣＰＵ６０（ＩＤリスト比較部２３４）は、フィルタサイズが一致するかどうか判断する（ステップＳ１１８）。具体的には、第２ＩＤリストＤＤ８のアプリケーションＩＤ＃［０］のフィルタサイズデータと、第２ＩＤリストＤＤｐ８のアプリケーションＩＤ＃［０］のフィルタサイズデータとを比較する。フィルタサイズデータは、上述したようにマスクデータ、コンディションデータ、リクエストデータの各々のデータのサイズを規定するデータである。
【０３７８】
フィルタサイズデータが異なる場合には、比較対象とするデータサイズが異なるため以降の後述するデータ比較処理を実行するまでもなく条件は不一致と判断することが可能である。
【０３７９】
そして、次に、ステップＳ１１８において、ＣＰＵ６０（ＩＤリスト比較部２３４）は、フィルタサイズが一致すると判断した場合（ステップＳ１１８においてＹＥＳ）には、次に互いの送受信条件データが満たされるかどうかを判断する。具体的には、送受信条件データであるセンドフラグデータおよびレシーブフラグデータを比較する（ステップＳ１２０）。センドフラグデータおよびレシーブフラグデータの比較については後述する。
【０３８０】
そして、ＣＰＵ６０（ＩＤリスト比較部２３４）は、比較の結果、互いの送受信条件データが満たされるすなわちフラグデータがＯＫ判定であるかどうかを判断する（ステップＳ１２２）。
【０３８１】
図２５を用いて、本発明の実施の形態に従う送受信条件データであるセンドフラグデータおよびレシーブフラグデータの比較について説明する。
【０３８２】
図２５（Ａ）を用いて、自機１における送受信条件データであるセンドフラグデータおよびレシーブフラグデータの形式について説明する。
【０３８３】
具体的には、センドフラグとレシーブフラグとの組み合わせに従って、交換データの送受信条件データを設定することが可能である。
【０３８４】
具体的には、センドフラグが「１」、レシーブフラグが「０」である場合には、交換データの自機１からの送信通信のみ可能であることを示す。
【０３８５】
また、センドフラグが「０」、レシーブフラグが「１」である場合には、交換データの他のゲーム装置からの受信通信のみ可能であることを示す。
【０３８６】
また、センドフラグおよびレシーブフラグが「１」、「１」の場合には、いずれの条件であっても交換データの通信が可能であることを示す。すなわち、この場合には、通信相手の送受信条件データに従う通信となる。
【０３８７】
また、センドフラグおよびレシーブフラグが「０」、「０」の場合には、交換データの自機１および他のゲーム装置との間での双方向の通信のみ可能であることを示す。
【０３８８】
当該送受信条件データに対して、送受信条件データが満たされるすなわちフラグデータがＯＫ判定（以下、単にフラグＯＫ判定とも称する）となる場合について説明する。
【０３８９】
自機１のセンドフラグが「１」、レシーブフラグが「０」の場合は、通信相手のセンドフラグが「０」、レシーブフラグが「１」あるいはセンドフラグが「１」、レシーブフラグが「１」の場合にフラグＯＫ判定となる。
【０３９０】
自機１のセンドフラグが「０」、レシーブフラグが「１」の場合は、通信相手のセンドフラグが「１」、レシーブフラグが「０」あるいはセンドフラグが「１」、レシーブフラグが「１」の場合にフラグＯＫ判定となる。
【０３９１】
自機１のセンドフラグが「１」、レシーブフラグが「１」の場合は、通信相手のセンドフラグが「０」、レシーブフラグが「０」、あるいはセンドフラグが「０」、レシーブフラグが「１」、あるいはセンドフラグが「１」、レシーブフラグが「０」、あるいはセンドフラグが「１」、レシーブフラグが「１」の場合にフラグＯＫ判定となる。
【０３９２】
自機１のセンドフラグが「０」、レシーブフラグが「０」の場合は、通信相手のセンドフラグが「０」、レシーブフラグが「０」の場合、あるいは、センドフラグが「１」、レシーブフラグが「１」の場合にフラグＯＫ判定となる。
【０３９３】
図２５（Ｂ）を用いて、送受信条件データに関するフラグデータ比較における具体例について説明する。
【０３９４】
例１の場合は、自機１のセンドフラグが「０」、レシーブフラグが「１」で携帯ゲーム装置３のセンドフラグが「１」、レシーブフラグが「０」の場合における比較が示されている。したがって、自機１の送受信条件データは、受信通信のみ可であり、携帯ゲーム装置３の送受信条件データは送信通信のみ可であるため受信フラグＯＫ判定すなわち通信可となる。
【０３９５】
例２の場合は、自機１のセンドフラグが「１」、レシーブフラグが「０」で携帯ゲーム装置３のセンドフラグが「０」、レシーブフラグが「１」の場合における比較が示されている。したがって、自機１の送受信条件データは、送信通信のみ可であり、携帯ゲーム装置３の送受信条件データは受信通信のみ可であるためフラグＯＫ判定すなわち通信可となる。
【０３９６】
例３の場合は、自機１のセンドフラグが「１」、レシーブフラグが「１」で携帯ゲーム装置３のセンドフラグが「１」、レシーブフラグが「０」の場合における比較が示されている。したがって、自機１の送受信条件データは、いずれの条件でも通信可であり、携帯ゲーム装置３の送受信条件データは送信通信のみ可であるためフラグＯＫ判定すなわち通信可となる。
【０３９７】
例４の場合は、自機１のセンドフラグが「１」、レシーブフラグが「０」で携帯ゲーム装置３のセンドフラグが「１」、レシーブフラグが「０」の場合における比較が示されている。したがって、自機１の送受信条件データは、送信通信のみ可であり、携帯ゲーム装置３の送受信条件データは送信通信のみ可であるためフラグＮＧ判定すなわち通信不可となる。
【０３９８】
例５の場合は、自機１のセンドフラグが「０」、レシーブフラグが「０」で携帯ゲーム装置３のセンドフラグが「１」、レシーブフラグが「０」の場合における比較が示されている。したがって、自機１の送受信条件データは、双方向通信のみ可であり、携帯ゲーム装置３の送受信条件データは送信通信のみ可であるためフラグＮＧ判定すなわち通信不可となる。
【０３９９】
当該方式により、ＩＤデータに交換条件データとして送受信条件データ（センドフラグデータおよびレシーブフラグデータ）を含ませて比較することにより、交換データの送信だけをしたい場合、あるいは、交換データの受信だけをしたい場合、あるいは、通信相手との間で交換データの送受信のみしたい場合、あるいは、通信相手の送受信条件データに合わせて通信した場合等、データ交換する際の通信形式のバリエーションを増すことが可能であり、データ交換の興趣性を増大させることができる。
【０４００】
再び、図２４を参照して、次に、ステップＳ１２２において、フラグＯＫ判定である場合（ステップＳ１２２においてＹＥＳ）には、ＣＰＵ６０（ＩＤリスト比較部２３４）は、互いの取得条件が満たされるかどうかを判断する。具体的には、取得条件が満たされるか否かの判断として条件データを比較する（ステップＳ１２４）。条件データの比較については後述する。
【０４０１】
そして、次に、ＣＰＵ６０（ＩＤリスト比較部２３４）は、自己の取得条件を満たしているかどうかを判断する（ステップＳ１２６）。
【０４０２】
そして、自己の取得条件を満たしていると判断した場合（ステップＳ１２６においてＹＥＳ）には、次に相手の取得条件を満たしているかどうかを判断する（ステップＳ１２８）。
【０４０３】
次に、ＣＰＵ６０（ＩＤリスト比較部２３４）は、相手の取得条件を満たしていると判断した場合（ステップＳ１２８においてＹＥＳ）には、アプリケーションＩＤの一致フラグをオンする（ステップＳ１３０）。そして、処理を終了する（リターン）。
【０４０４】
図２６を用いて、本発明の実施の形態に従う条件データの比較について説明する。
図２６（Ａ）は、自己の取得条件を満たしているかに関する条件データの比較について説明する図である。
【０４０５】
条件データは、自機１の取得条件データ（マスクデータ、コンディションデータ、リクエストデータ）と、携帯ゲーム装置３の取得条件データ（マスクデータ、コンディションデータ、リクエストデータ）とにより生成される。
【０４０６】
具体的には、条件データの比較として、自機１のマスクデータと携帯ゲーム装置３のコンディションデータとの積と、自機１のマスクデータと自機１のリクエストデータとの積とが同じ値であるかどうかを判断する。
【０４０７】
図２６（Ｂ）は、相手の取得条件を満たしているかに関する条件データの比較について説明する図である。
【０４０８】
具体的には、条件データの比較として、携帯ゲーム装置３のマスクデータと自機１のコンディションデータとの積と、携帯ゲーム装置３のマスクデータと携帯ゲーム装置３のリクエストデータとの積とが同じ値であるかどうかを判断する。
【０４０９】
図２７を用いて、本発明の実施の形態に従う取得条件データの具体例について説明する。
【０４１０】
図２７を参照して、ここでは、４つの取得条件データの例が示されている。
具体的には、ユーザであるＨＡ、ＨＢ、ＨＣ、ＨＤさんのそれぞれが設定した取得条件データが示されている。
【０４１１】
マスクデータ、コンディションデータ、リクエストデータは、それぞれ１ビットであるものとする。
【０４１２】
本例においては、一例として、例えば、上記の交換データ登録イベントにおける、交換データの格納に際し、ＨＡ、ＨＢ、ＨＣ、ＨＤさんがそれぞれデータ交換を希望する際の条件として性別を取得条件データとして設定した場合の例について説明する。
【０４１３】
具体的には、相手に送信する自己の交換データおよび相手から受信する交換データに関連付けられた属性データとして、性別を示すデータ（男：「１」、女：「０」）を用いた場合について説明する。
【０４１４】
図２７（Ａ）は、ＨＡさんの取得条件データが示されており、マスクデータが「１」、コンディションデータが「１」、リクエストデータが「０」である場合が示されている。当該場合は、ＨＡさんは、コンディションデータが「１」であるため性別は男であることを示すとともに、リクエストデータが「０」であるため性別が女とデータ交換を希望する場合である。なお、マスクデータが「０」の場合には、リクエストデータを無効に設定することができる。すなわち、データ交換を希望する性別をいずれでも良いものに設定することができる。
【０４１５】
図２７（Ｂ）は、ＨＢさんの取得条件データが示されており、マスクデータが「１」、コンディションデータが「０」、リクエストデータが「１」である場合が示されている。当該場合は、ＨＢさんは、コンディションデータが「０」であるため性別は女であることを示すとともに、リクエストデータが「０」であるため性別が男とデータ交換を希望する場合である。
【０４１６】
図２７（Ｃ）は、ＨＣさんの取得条件データが示されており、マスクデータが「０」、コンディションデータが「１」、リクエストデータが「０」である場合が示されている。当該場合は、ＨＢさんは、コンディションデータが「１」であるため性別は男である。ここで、マスクデータが「０」であるためデータ交換の相手は性別を問わないため、リクエストデータは「０」あるいは「１」いずれでも良い、すなわちドントケアであるが、ここでは説明を簡易にするため「０」としている。
【０４１７】
図２７（Ｄ）は、ＨＤさんの取得条件データが示されており、マスクデータが「０」、コンディションデータが「０」、リクエストデータが「０」である場合が示されている。当該場合は、ＨＢさんは、コンディションデータが「０」であるため性別は女である。ここで、マスクデータが「０」であるためデータ交換の相手は性別を問わないため、リクエストデータは「０」あるいは「１」いずれでも良いすなわち、ドントケアであるが、ここでは説明を簡易にするため「０」としている。
【０４１８】
図２８を用いて、図２７で説明した取得条件データに基づく条件データの比較の具体例について説明する。
【０４１９】
本例においては、ＨＡさんと、他の人、すなわち、ＨＢさん、ＨＣさん、ＨＤさんとの条件データの比較について説明する。
【０４２０】
図２８（Ａ）を参照して、ここでは、ＨＡさんと、ＨＢさんとの条件データの比較が示されている。
【０４２１】
ＨＡさん側の処理について説明する。
相手のコンディションデータと自分のマスクデータとの積は、「０」＆「１」＝「０」となる。
【０４２２】
また、自分のリクエストデータと自分のマスクデータとの積は、「０」＆「１」＝「０」となる。
【０４２３】
したがって、この場合、自己の条件データは一致し、自己の取得条件は満たしていると判断される。
【０４２４】
また、自分のコンディションデータと相手のマスクデータとの積は、「１」＆「１」＝「１」となる。
【０４２５】
相手のリクエストデータと相手のマスクデータとの積は、「１」＆「１」＝「１」となる。
【０４２６】
したがって、この場合、相手の条件データは一致し、相手の取得条件は満たしていると判断される。
【０４２７】
すなわち、ＨＡさん側の取得条件のデータ比較において、自己の取得条件および相手の取得条件はともに満たしていると判断される。
【０４２８】
上記においては、ＨＡさん側の処理について説明したが、ＨＢさん側の処理としても同様に実行される。
【０４２９】
相手のコンディションデータと自分のマスクデータとの積は、「１」＆「１」＝「１」となる。
【０４３０】
また、自分のリクエストデータと自分のマスクデータとの積は、「１」＆「１」＝「１」となる。
【０４３１】
したがって、この場合、自己の条件データは一致し、自己の取得条件は満たしていると判断される。
【０４３２】
また、自分のコンディションデータと相手のマスクデータとの積は、「０」＆「１」＝「０」となる。
【０４３３】
相手のリクエストデータと相手のマスクデータとの積は、「０」＆「１」＝「０」となる。
【０４３４】
したがって、この場合、相手の条件データは一致し、相手の取得条件は満たしていると判断される。
【０４３５】
すなわち、ＨＢさん側の取得条件のデータ比較において、自己の取得条件および相手の取得条件はともに満たしていると判断される。
【０４３６】
したがって、性別が男であるＨＡさんは、データ交換を希望する性別が女であるＨＢさんとデータ交換の条件が一致するためデータ交換することが可能である。
【０４３７】
図２８（Ｂ）を参照して、ここでは、ＨＡさんと、ＨＣさんとの条件データの比較が示されている。
【０４３８】
ＨＡさん側の処理について説明する。
相手のコンディションデータと自分のマスクデータとの積は、「１」＆「１」＝「１」となる。
【０４３９】
また、自分のリクエストデータと自分のマスクデータとの積は、「０」＆「１」＝「０」となる。
【０４４０】
したがって、この場合、自己の条件データは不一致であり、自己の取得条件は満たしていないと判断される。
【０４４１】
また、自分のコンディションデータと相手のマスクデータとの積は、「１」＆「０」＝「０」となる。
【０４４２】
相手のリクエストデータと相手のマスクデータとの積は、「０」＆「０」＝「０」となる。
【０４４３】
したがって、この場合、相手の条件データは一致であり、相手の取得条件は満たしていると判断される。
【０４４４】
すなわち、ＨＡさん側の取得条件のデータ比較において、相手の条件データは一致しているため取得条件は満たしているが、自己の条件データは不一致であり、自己の取得条件は満たしていないと判断される。
【０４４５】
上記においては、ＨＡさん側の処理について説明したが、ＨＣさん側の処理としても同様に実行される。
【０４４６】
相手のコンディションデータと自分のマスクデータとの積は、「１」＆「０」＝「０」となる。
【０４４７】
また、自分のリクエストデータと自分のマスクデータとの積は、「０」＆「０」＝「０」となる。
【０４４８】
したがって、この場合、自己の条件データは一致しており、自己の取得条件は満たしていると判断される。
【０４４９】
また、自分のコンディションデータと相手のマスクデータとの積は、「１」＆「１」＝「１」となる。
【０４５０】
相手のリクエストデータと相手のマスクデータとの積は、「０」＆「１」＝「０」となる。
【０４５１】
したがって、この場合、相手の条件データは不一致であり、相手の取得条件は満たしていないと判断される。
【０４５２】
すなわち、ＨＣさん側の取得条件のデータ比較において、自己の条件データは一致しており自己の取得条件は満たしているが、相手の条件データは不一致であるため相手の取得条件は満たしていないと判断される。
【０４５３】
したがって、性別が男であるＨＣさんは、データ交換の性別を問わないため性別が男であるＨＡさんとデータ交換が可能であるが、性別が男であるＨＡさんは、性別が男であるＨＣさんとデータ交換を希望しないため、データ交換することはできない。
【０４５４】
図２８（Ｃ）を参照して、ここでは、ＨＡさんと、ＨＤさんとの条件データの比較が示されている。
【０４５５】
ＨＡさん側の処理について説明する。
相手のコンディションデータと自分のマスクデータとの積は、「０」＆「１」＝「０」となる。
【０４５６】
また、自分のリクエストデータと自分のマスクデータとの積は、「０」＆「１」＝「０」となる。
【０４５７】
したがって、この場合、自己の条件データは一致しており、自己の取得条件は満たしていると判断される。
【０４５８】
また、自分のコンディションデータと相手のマスクデータとの積は、「１」＆「０」＝「０」となる。
【０４５９】
相手のリクエストデータと相手のマスクデータとの積は、「０」＆「０」＝「０」となる。
【０４６０】
したがって、この場合、相手の条件データは一致しており、相手の取得条件は満たしていると判断される。
【０４６１】
すなわち、ＨＡさん側の取得条件のデータ比較において、自己の取得条件および相手の取得条件はともに満たしていると判断される。
【０４６２】
上記においては、ＨＡさん側の処理について説明したが、ＨＤさん側の処理としても同様に実行される。
【０４６３】
相手のコンディションデータと自分のマスクデータとの積は、「１」＆「０」＝「０」となる。
【０４６４】
また、自分のリクエストデータと自分のマスクデータとの積は、「０」＆「０」＝「０」となる。
【０４６５】
したがって、この場合、自己の条件データは一致しており、自己の取得条件は満たしていると判断される。
【０４６６】
また、自分のコンディションデータと相手のマスクデータとの積は、「０」＆「１」＝「０」となる。
【０４６７】
相手のリクエストデータと相手のマスクデータとの積は、「０」＆「１」＝「０」となる。
【０４６８】
したがって、この場合、相手の条件データは一致しており、相手の取得条件は満たしていると判断される。
【０４６９】
すなわち、ＨＢさん側の取得条件のデータ比較において、自己の取得条件および相手の取得条件はともに満たしていると判断される。
【０４７０】
したがって、性別が女であるＨＤさんは、データ交換の性別を問わないため性別が男であるＨＡさんとデータ交換が可能であり、また、性別が男であるＨＡさんは、性別が女であるＨＤさんとデータ交換を希望するため、データ交換が可能となる。
【０４７１】
上記においては、性別を取得条件データとして比較する場合について説明したが、特にこれに限られず、別のデータを取得条件データとして設定することも可能である。
【０４７２】
図２９を用いて、本発明の実施の形態に従う取得条件データの別の具体例について説明する。
【０４７３】
図２９を参照して、ここでは、３つの取得条件データの例が示されている。
具体的には、ユーザであるＨＥ、ＨＦ、ＨＧさんのそれぞれが設定した取得条件データが示されている。
【０４７４】
マスクデータ、コンディションデータ、リクエストデータは、それぞれ２ビットであるものとする。
【０４７５】
本例においては、一例として、例えば、上記の交換データ登録イベントにおける、交換データの格納に際し、ＨＥ、ＨＦ、ＨＧさんがそれぞれデータ交換を希望するゲームのコースデータを取得条件データとして設定した場合の例について説明する。
【０４７６】
具体的には、相手に送信する自己の交換データおよび相手から受信する交換データに関連付けられた属性データとして、データの有無（有り：「１」、無し：「０」）および希望の有無（有り：「１」、無し「０」）を用いた場合について説明する。
【０４７７】
一例として、コンディションデータとして２ビットが設けられ、それぞれコースＰおよびコースＱに対応している。例えば、コンディションデータについて、対応するコースのデータを有している場合「１」、対応するコースのデータを有していない場合「０」とする。
【０４７８】
また、リクエストデータとして２ビットが設けられ、それぞれコースＰおよびコースＱに対応している。例えば、リクエストデータは、対応するコースのデータの取得を希望する場合「１」、対応するコースのデータの取得を希望しない場合「０」とする。
【０４７９】
また、マスクデータとして２ビットが設けられ、それぞれコースＰおよびコースＱに対応している。なお、マスクデータが「０」の場合には、リクエストデータを無効に設定することができる。すなわち、データ交換を取得しても良いし、取得しなくても良いものに設定することができる。
【０４８０】
図２９（Ａ）を参照して、ＨＥさんの取得条件データが示されており、コースＰ，Ｑに対応してマスクデータが「０１」、コンディションデータが「１１」、リクエストデータが「０１」である場合が示されている。
【０４８１】
当該場合は、ＨＥさんは、コンディションデータが「１１」であるためコースＰ，Ｑをそれぞれ有している。リクエストデータは「０１」であるためコースＱについてデータ交換を希望する場合である。なお、マスクデータがコースＰに関して「０」であるため、リクエストデータについてコースＰについては「０」あるいは「１」いずれでも良いすなわち、ドントケアであるが、ここでは説明を簡易にするため「０」としている。
【０４８２】
図２９（Ｂ）を参照して、ＨＦさんの取得条件データが示されており、コースＰ，Ｑに対応してマスクデータが「１１」、コンディションデータが「１０」、リクエストデータが「０１」である場合が示されている。
【０４８３】
当該場合は、ＨＦさんは、コンディションデータが「１０」であるためコースＰを有している。リクエストデータは「０１」であるためコースＱについてデータ交換を希望する場合である。
【０４８４】
図２９（Ｃ）を参照して、ＨＧさんの取得条件データが示されており、コースＰ，Ｑに対応してマスクデータが「１１」、コンディションデータが「０１」、リクエストデータが「１１」である場合が示されている。
【０４８５】
当該場合は、ＨＧさんは、コンディションデータが「０１」であるためコースＱを有している。リクエストデータは「１１」であるためコースＰ，Ｑについてデータ交換を希望する場合である。
【０４８６】
図３０を用いて、図２９で説明した取得条件データに基づく条件データの比較の具体例について説明する。
【０４８７】
本例においては、ＨＥさんと、他の人、すなわち、ＨＦさん、ＨＧさんとの条件データの比較について説明する。
【０４８８】
図３０（Ａ）を参照して、ここでは、ＨＥさんと、ＨＦさんとの条件データの比較が示されている。
【０４８９】
ＨＥさん側の処理について説明する。
相手のコンディションデータと自分のマスクデータとの積は、「１０」＆「０１」＝「００」となる。
【０４９０】
また、自分のリクエストデータと自分のマスクデータとの積は、「０１」＆「１１」＝「０１」となる。
【０４９１】
したがって、この場合、自己の条件データは不一致であり、自己の取得条件は満たしていないと判断される。
【０４９２】
また、自分のコンディションデータと相手のマスクデータとの積は、「１１」＆「１１」＝「１１」となる。
【０４９３】
相手のリクエストデータと相手のマスクデータとの積は、「０１」＆「１１」＝「０１」となる。
【０４９４】
したがって、この場合、相手の条件データは不一致であり、相手の取得条件は満たしていないと判断される。
【０４９５】
すなわち、ＨＥさん側の取得条件のデータ比較において、自己の取得条件および相手の取得条件はともに満たしていないと判断される。
【０４９６】
上記においては、ＨＥさん側の処理について説明したが、ＨＦさん側の処理としても同様に実行される。
【０４９７】
相手のコンディションデータと自分のマスクデータとの積は、「１１」＆「１１」＝「１１」となる。
【０４９８】
また、自分のリクエストデータと自分のマスクデータとの積は、「０１」＆「１１」＝「０１」となる。
【０４９９】
したがって、この場合、自己の条件データは不一致であり、自己の取得条件は満たしていないと判断される。
【０５００】
また、自分のコンディションデータと相手のマスクデータとの積は、「１０」＆「０１」＝「００」となる。
【０５０１】
相手のリクエストデータと相手のマスクデータとの積は、「０１」＆「０１」＝「０１」となる。
【０５０２】
したがって、この場合、相手の条件データは不一致であり、相手の取得条件は満たしていないと判断される。
【０５０３】
すなわち、ＨＦさん側の取得条件のデータ比較においても、自己の取得条件および相手の取得条件はともに満たしていないと判断される。
【０５０４】
したがって、コースＱのデータ交換を希望するＨＥさんと、コースＱのデータを有していないＨＦさんとは、データ交換の取得条件データを満たさないためデータ交換することはできない。
【０５０５】
図３０（Ｂ）を参照して、ここでは、ＨＥさんと、ＨＧさんとの条件データの比較が示されている。
【０５０６】
ＨＥさん側の処理について説明する。
相手のコンディションデータと自分のマスクデータとの積は、「０１」＆「０１」＝「０１」となる。
【０５０７】
また、自分のリクエストデータと自分のマスクデータとの積は、「０１」＆「０１」＝「０１」となる。
【０５０８】
したがって、この場合、自己の条件データは一致し、自己の取得条件は満たしていると判断される。
【０５０９】
また、自分のコンディションデータと相手のマスクデータとの積は、「１１」＆「１１」＝「１１」となる。
【０５１０】
相手のリクエストデータと相手のマスクデータとの積は、「１１」＆「１１」＝「１１」となる。
【０５１１】
したがって、この場合、相手の条件データは一致し、相手の取得条件は満たしていると判断される。
【０５１２】
すなわち、ＨＥさん側の取得条件のデータ比較において、自己の取得条件および相手の取得条件はともに満たしていると判断される。
【０５１３】
上記においては、ＨＥさん側の処理について説明したが、ＨＧさん側の処理としても同様に実行される。
【０５１４】
相手のコンディションデータと自分のマスクデータとの積は、「１１」＆「１１」＝「１１」となる。
【０５１５】
また、自分のリクエストデータと自分のマスクデータとの積は、「１１」＆「１１」＝「１１」となる。
【０５１６】
したがって、この場合、自己の条件データは一致し、自己の取得条件は満たしていると判断される。
【０５１７】
また、自分のコンディションデータと相手のマスクデータとの積は、「１１」＆「１１」＝「１１」となる。
【０５１８】
相手のリクエストデータと相手のマスクデータとの積は、「１１」＆「１１」＝「１１」となる。
【０５１９】
したがって、この場合、相手の条件データは一致し、相手の取得条件は満たしていると判断される。
【０５２０】
すなわち、ＨＧさん側の取得条件のデータ比較においても、自己の取得条件データおよび相手の取得条件データはともに満たしていると判断される。
【０５２１】
したがって、コースＱのデータ交換を希望するＨＥさんと、コースＱのデータを有しているＨＧさんとは、データ交換の取得条件データが満たされ、また、コースＰのデータ交換を希望するＨＧさんと、コースＰのデータを有しているＨＥさんとは、データ交換の取得条件データが満たされるためデータ交換が可能である。
【０５２２】
再び、図２４を参照して、ステップＳ１１４において、ＩＤデータが一致しないと判断された場合（ステップＳ１１４においてＮＯ）には、比較対象となるＩＤリストにアプリケーションＩＤ＃が他に有るかどうかを判断する（ステップＳ１３２）。
【０５２３】
また、ステップＳ１１８において、フィルタサイズが一致しない場合（ステップＳ１１８においてＮＯ）には、ステップＳ１３２に進む。
【０５２４】
また、ステップＳ１２２において、フラグＯＫ判定で無い場合（ステップＳ１２２においてＮＯ）には、ステップＳ１３２に進む。
【０５２５】
また、ステップＳ１２６において、自己の取得条件を満たしていない場合（ステップＳ１２６においてＮＯ）には、ステップＳ１３２に進む。
【０５２６】
また、ステップＳ１２８において、相手の取得条件を満たしていない場合（ステップＳ１２８においてＮＯ）には、ステップＳ１３２に進む。
【０５２７】
ステップＳ１３２において、比較対象となるＩＤリストにアプリケーションＩＤ＃が他に有る場合（ステップＳ１３２においてＹＥＳ）には、比較対象となるＩＤリストから次のアプリケーションＩＤ＃を抽出する（ステップＳ１３４）。そして、ステップＳ１１２に進み同様の処理を繰り返す。
【０５２８】
例えば、図１６で示されるように、第２ＩＤリストＤＤ８のアプリケーションＩＤ＃［１］を抽出して同様の処理を実行する。
【０５２９】
一方、ステップＳ１３２において、比較対象となるＩＤリストにアプリケーションＩＤ＃が他に無い場合（ステップＳ１３２においてＮＯ）には、「Ｉ」に進む。
【０５３０】
すなわち、ＩＤデータや取得条件データ等の判定条件を満たすまで、受信無線フレーム保存領域６９に保存された受信無線フレームおよび送信無線フレーム保存領域６７に保存された送信無線フレームそれぞれの比較対象となるＩＤリストからアプリケーションＩＤ＃をそれぞれ１つずつ抽出して、全ての組み合わせにおいて条件を満たすものが無い場合には、図１９のステップＳ８２に進み、再度、上述した処理を繰り返す。
【０５３１】
例えば、本例においては、一例として、比較対象となるＩＤリストとして、送信無線フレーム保存領域６７に保存された送信無線フレーム（自機１）の第２ＩＤリストＤＤ８と、受信無線フレーム保存領域６９に保存された受信無線フレーム（携帯ゲーム装置３）の第２ＩＤリストＤＤｐ８とが抽出された場合について説明する。例えば、一例として、第２ＩＤリストＤＤ８および第２ＩＤリストＤＤｐ８は、ともに、アプリケーションＩＤ＃を（ｎ＋１）個有しているものとする。
【０５３２】
当該場合において、比較対象となるＩＤリストからアプリケーションＩＤ＃をそれぞれ１つずつ抽出して全ての組み合わせについて比較する場合について説明すると、まず、送信無線フレーム（自機１）の第２ＩＤリストＤＤ８のアプリケーションＩＤ＃［０］ＤＤ８−１を抽出し、受信無線フレーム（携帯ゲーム装置）に含まれる第２ＩＤリストＤＤｐ８のアプリケーションＩＤ＃［０］ＤＤｐ８−１を抽出して比較する。次に、送信無線フレーム（自機１）の第２ＩＤリストＤＤ８のアプリケーションＩＤ＃［０］ＤＤ８−１と、受信無線フレーム（携帯ゲーム装置）に含まれる第２ＩＤリストＤＤｐ８のアプリケーションＩＤ＃［１］ＤＤｐ８−２を抽出して比較する。
【０５３３】
次に、送信無線フレーム（自機１）の第２ＩＤリストＤＤ８のアプリケーションＩＤ＃［０］ＤＤ８−１と、受信無線フレーム（携帯ゲーム装置）に含まれる第２ＩＤリストＤＤｐ８のアプリケーションＩＤ＃［２］、アプリケーションＩＤ＃［３］、・・・アプリケーションＩＤ＃［ｎ］をそれぞれ順番に抽出して比較する。
【０５３４】
次に、送信無線フレーム（自機１）の第２ＩＤリストＤＤ８のアプリケーションＩＤ＃［１］ＤＤ８−２を抽出し、受信無線フレーム（携帯ゲーム装置）に含まれる第２ＩＤリストＤＤｐ８のアプリケーションＩＤ＃［０］ＤＤｐ８−１を抽出して比較する。次に、送信無線フレーム（自機１）の第２ＩＤリストＤＤ８のアプリケーションＩＤ＃［１］ＤＤ８−２と、受信無線フレーム（携帯ゲーム装置）に含まれる第２ＩＤリストＤＤｐ８のアプリケーションＩＤ＃［１］ＤＤｐ８−２を抽出して比較する。
【０５３５】
次に、送信無線フレーム（自機１）の第２ＩＤリストＤＤ８のアプリケーションＩＤ＃［１］ＤＤ８−２と、受信無線フレーム（携帯ゲーム装置）に含まれる第２ＩＤリストＤＤｐ８のアプリケーションＩＤ＃［２］、アプリケーションＩＤ＃［３］、・・・アプリケーションＩＤ＃［ｎ］をそれぞれ順番に抽出して比較する。この処理を送信無線フレーム（自機１）の第２ＩＤリストＤＤ８のアプリケーションＩＤ＃［２］、アプリケーションＩＤ＃［３］、・・・アプリケーションＩＤ＃［ｎ］まで同様に繰り返す。
【０５３６】
すなわち、簡易に説明すると、比較対象となるＩＤリストにおいて、まず、送信無線フレーム（自機１）から最初のアプリケーションＩＤ＃を抽出して固定し、そして、受信無線フレーム（携帯ゲーム装置）からアプリケーションＩＤ＃を順番に抽出して比較する。ＩＤデータや取得条件データ等の判定条件を満たさない場合には、次に、送信無線フレーム（自機１）から次のアプリケーションＩＤ＃を抽出して固定し、そして、受信無線フレーム（携帯ゲーム装置）からアプリケーションＩＤ＃を順番に抽出して比較する。当該処理を送信無線フレーム（自機１）のＩＤリストに含まれているアプリケーションＩＤ＃の個数分繰り返すことになる。そして、送信無線フレーム（自機１）から最後のアプリケーションＩＤ＃を抽出して固定し、そして、受信無線フレーム（携帯ゲーム装置）からアプリケーションＩＤ＃を順番に抽出して比較した場合に、ＩＤデータや取得条件データ等の判定条件を満たさない場合には、ステップＳ１３２において、比較対象となるＩＤリストから他のアプリケーションＩＤ＃がないと判断（ステップＳ１３２においてＮＯ）されて、「Ｉ」に進む。
【０５３７】
なお、上記図２４のフローにおいては、フラグデータ比較（ステップＳ１２０）と、条件データ比較（ステップＳ１２４）をそれぞれ関連付けずに実行する方式について説明したが、例えば、図２５で説明したように自機１の送受信条件データが送信通信のみを指定するような場合には、相手から交換データを受信することを希望しないため自己の取得条件を満たしているかの判断は不要である。また、逆に、自機１の送受信条件データが受信通信のみを指定するような場合には、相手に交換データを送信することを希望しないため相手の取得条件を満たしているかの判断は不要である。したがって、ステップＳ１２０のフラグデータの比較結果に基づいて、ステップＳ１２４〜ステップＳ１２８までの条件データ比較および判断の処理を変更するようにしても良い。
【０５３８】
また、本例においては、アルゴリズム識別情報が「０」，「１」の場合にそれぞれ第１および第２アルゴリズムに従うＩＤリスト比較処理について説明したが、これに限られず、他のアルゴリズム識別情報（たとえば「２」）を設けてさらに別のアルゴリズムに従うＩＤリスト比較処理を実行するようにしても良い。
【０５３９】
また、本例においては、取得条件データについて、マスクデータを含めた形式について説明したが、コンディションデータおよびリクエストデータの形式とすることも可能である。その場合には、条件データの比較として、自分のコンディションデータと相手のリクエストデータとの比較および自分のリクエストデータと相手のコンディションデータとの比較を実行して自己の取得条件および相手の取得条件を満たしているかを判断するようにしても良い。
【０５４０】
図３１を用いて、本発明の実施の形態に従うアプリケーションＩＤを比較する場合の概念図について説明する。
【０５４１】
図３１を参照して、ここでは、図１７で説明したゲーム装置１およびゲーム装置３と同様の状況が示されており、無線通信モジュール３８のＲＡＭ６６のアプリケーションＩＤ保存領域６８には、アプリケーションＩＤとして「Ａ，Ｂ，Ｃ１，Ｃ２，Ｄ」がそれぞれ格納されている場合が示されている。そして、ゲーム装置３側の無線通信モジュール３８ＰのアプリケーションＩＤ保存領域６８ＰにアプリケーションＩＤとして「Ｂ，Ｅ」がそれぞれ格納されている場合が示されている。
【０５４２】
そして、上述したように、アプリケーションＩＤ保存領域６８に格納されているデータに基づいて送信用の送信無線フレームが設定され、受信用の受信無線フレームに含まれているアプリケーションＩＤと比較して、一致フラグがオンするかどうかが判断される。
【０５４３】
本例においては、アプリケーションＩＤ「Ｂ」に関して、一致フラグがオンする場合が示されている。
【０５４４】
図３２〜図３４を用いて、本発明の実施の形態に従うゲーム装置間における交換データの交換処理について説明する。
【０５４５】
本例においては、ゲーム装置１と、通信相手である他のゲーム装置としてゲーム装置３との間で交換データの授受処理を実行する場合について説明する。
【０５４６】
上記したように、ＣＰＵ３１（データ通信実行処理部２０８）は、無線通信モジュール３８から一致したアプリケーションＩＤに対応する交換データを有する他のゲーム装置が発見された旨の通知を受けた場合には、データ授受処理を実行する。
【０５４７】
図３２を参照して、まず、一致したアプリケーションＩＤに対応する交換データが格納されたスロット（交換データ保存領域８０）からデータを読み出してデータをコピーする。例えば、メインメモリ３２にコピーデータを作成する。そして、当該コピーデータが無線通信モジュール３８を介してゲーム装置３に送信される。
【０５４８】
ゲーム装置３においても、ゲーム装置１と同様に無線通信モジュール３８Ｐから一致したアプリケーションＩＤに対応する交換データを有するゲーム装置が発見された旨の通知が本体側に出力される。
【０５４９】
そして、本体側において、一致したアプリケーションＩＤに対応する交換データが格納されたスロット（効果データ保存領域８０）からデータが読み出されてデータがコピーされる。そして、当該コピーデータが無線通信モジュール３８Ｐを介してゲーム装置１に送信される。
【０５５０】
図３３を参照して、ゲーム装置１は、無線通信モジュール３８を介してゲーム装置３から送信された交換データを取得してアプリケーションＩＤと共に受信データ保存領域８２に格納する。
【０５５１】
同様に、ゲーム装置３は、無線通信モジュール３８Ｐを介してゲーム装置１から送信された交換データを取得してアプリケーションＩＤと共に受信データ保存領域８２Ｐに格納する。
【０５５２】
そして、図３４を参照して、ゲーム装置１について交換データ保存領域８０の交換データが格納されていたスロットのデータを消去する。本例においては、交換データ保存領域８０のスロットＳＬ２に対応する領域のデータを消去する。
【０５５３】
同様に、ゲーム装置３について交換データ保存領域８０Ｐの交換データが格納されていたスロットのデータを消去する。本例においては、交換データ保存領域８０ＰのスロットＳＬ１に対応する領域のデータを消去する。
【０５５４】
当該処理により、通信相手に送信した交換データを消去することにより交換データの交換処理が完了する。
【０５５５】
なお、後述するが交換データの消去は、スロットに格納されていた交換データを利用するアプリケーションを起動することにより当該アプリケーションの実行によって交換データ保存領域のスロットのデータが消去されるものとする。
【０５５６】
なお、本例においては、交換データを消去する場合について説明するが、消去せずにそのまま維持するようにすることも可能である。その場合には、交換データの交換処理ではなく複製データの授受となる。
【０５５７】
また、本例においては、一例として、一致したアプリケーションＩＤに対応する１つの交換データについて、交換処理を行う場合について説明しているが、特に１つの交換データに限られず、一致したアプリケーションＩＤに対応する交換データが複数個有る場合においてもそれぞれの交換データについて同様の処理が実行される。
【０５５８】
図３５および図３６を用いて、上記で説明したデータ授受処理のフローについて説明する。当該データ授受処理は、一例として、上述したシステムプログラム保存領域８６に格納されている本体機能プログラムをＣＰＵ３１が実行することにより実現されるものである。当該データ授受処理は、例えば、本体の起動時に開始して、バックグラウンドで継続的に実行される。
【０５５９】
図３５を参照して、まず、ＣＰＵ３１（スリープ設定／解除処理部２１６）は、無線通信モジュール３８からの通知が有るかどうかを判断する（ステップＳ１４０）。
【０５６０】
ステップＳ１４０において、ＣＰＵ３１（スリープ設定／解除処理部２１６）は、無線通信モジュール３８からの通知があったと判断した場合（ステップＳ１４０においてＹＥＳ）には、本体側の機能がスリープ状態であるかどうかを判断する（ステップＳ１４１）。
【０５６１】
そして、ＣＰＵ３１（スリープ設定／解除処理部２１６）は、本体側の機能がスリープ状態であると判断した場合（ステップＳ１４１においてＹＥＳ）には、スリープ状態を解除する（ステップＳ１４２）。
【０５６２】
そして、次に、ＣＰＵ３１（データ通信実行処理部２０８）は、データ授受処理を開始する（ステップＳ１４３）。一方、本体側の機能がスリープ状態で無いと判断した場合（ステップＳ１４１においてＮＯ）には、ステップＳ１４３に進む。
【０５６３】
まず、ＣＰＵ３１（データ通信実行処理部２０８）は、スロットに格納された、一致したアプリケーションＩＤに対応する交換データを交換データ保存領域８０からコピーする（ステップＳ１４４）。具体的には、ＣＰＵ３１（データ通信実行処理部２０８）は、図３２で説明したようにメインメモリ３２にコピーデータを作成する。
【０５６４】
そして、次に、ＣＰＵ３１（データ通信実行処理部２０８）は、無線通信モジュール３８からの交換データを有するゲーム装置が発見された旨の通知に含まれている通信相手のＭＡＣアドレス等の接続情報に基づいて通信相手との間で通信接続を確立する（ステップＳ１４５）。なお、本例においては、ゲーム装置が発見された旨の通知後、通信相手との接続を確立する場合、すなわち、ＣＰＵ３１（データ通信実行処理部２０８）が実行する場合について説明するが、ゲーム装置が発見された旨の通知前、例えば、無線通信モジュール３８において図１４のステップＳ６４とステップＳ６６との間で通信相手との接続を確立する処理を実行するようにしても良い。
【０５６５】
互いに交換データの授受を実行する２つのゲーム装置のうち一方が親機となり他方が子機となるが、本例においては、接続要求信号を出力した子機側のゲーム装置から親機側のゲーム装置に交換データを出力するものとする。なお、本例においては、ゲーム装置１が子機となった場合の処理について説明する。
【０５６６】
次に、ＣＰＵ３１（データ通信実行処理部２０８）は、自機が親機か子機かを判断するため子機としての接続フラグがオンであるかどうかを判断する（ステップＳ１４６）。接続フラグの設定に関しては、後述する。
【０５６７】
そして、子機としての接続フラグがオンである場合、すなわち、自機が子機であると判断した場合（ステップＳ１４６においてＹＥＳ）には、通信相手（親機）に交換データを送信する（ステップＳ１５０）。
【０５６８】
一方、子機としての接続フラグがオンでない場合、すなわち、自機が親機であると判断した場合（ステップＳ１４６においてＮＯ）には、「ＡＡ」に進む。「ＡＡ」以降の処理は、親機側の処理であり後述する。
【０５６９】
そして、次に、ＣＰＵ３１は、通信相手（親機）から交換データを一定期間内に受信したかどうかを判断する（ステップＳ１５２）。
【０５７０】
ステップＳ１５２において、ＣＰＵ３１（データ通信実行処理部２０８）は、通信相手（親機）から交換データを一定期間内に受信したと判断した場合には（ステップＳ１５２においてＹＥＳ）には、受信データ保存領域８２に交換データを格納する（ステップＳ１５４）。具体的には、図３３で説明したように無線通信モジュール３８を介して受信した交換データをアプリケーションＩＤと共に受信データ保存領域８２に格納する。
【０５７１】
そして、次に、ＣＰＵ３１（データ通信実行処理部２０８）は、通信相手（親機）との通信を切断する（ステップＳ１６０）。すなわち、上記処理により通信相手との間での交換データのデータ授受処理が終了することになる。
【０５７２】
そして、次に、ＣＰＵ３１（装置識別情報登録処理部２１０）は、保存用データメモリ３４に設けられているＭＡＣアドレスリスト保存領域８８に、通信相手を識別するＭＡＣアドレスを保存する（ステップＳ１５８）。当該ＭＡＣアドレスリスト保存領域８８に保存されたＭＡＣアドレスがＭＡＣアドレスリストの一部に含められ上述した通信設定処理で用いられることになる。
【０５７３】
なお、本例においては、一例として、通信相手との間での交換データの授受処理（通信処理）を実行したことを条件（登録条件）として、ＣＰＵ３１（装置識別情報登録処理部２１０）が保存用データメモリ３４に設けられているＭＡＣアドレスリスト保存領域８８に、通信相手を識別するＭＡＣアドレスを保存（登録）する場合について説明するが、当該交換データの授受処理（通信処理）のみをＭＡＣアドレスを登録する登録条件とする場合に限られず、当該交換データの授受処理（通信処理）を実行した上でさらに他の条件の判定処理を実行した上で、当該他の条件の判定処理を満たす場合に、ＭＡＣアドレスを登録するようにするようにしても良い。
【０５７４】
そして、通信設定処理により、ＭＡＣアドレスリスト保存領域７０にＭＡＣアドレスリストが保存されるため、上述したＭＡＣアドレスフィルタリング処理により、同じゲーム装置との間で何度も通信することを防止することができ、効率的かつ効果的なデータ通信を実行することが可能である。
【０５７５】
なお、本例においては、本体側の保存用メモリ３４に設けられているＭＡＣアドレス保存領域８８に保存されたＭＡＣアドレスリストと、無線通信モジュール３８のＭＡＣアドレスリスト保存領域７０に格納されているＭＡＣアドレスリストは同じであり、ＭＡＣアドレスリスト保存領域７０のみを用いて上記で説明した方式を実現しても良い。
【０５７６】
一方で、本体側の保存用メモリ３４にＭＡＣアドレス保存領域８８を設けて、当該ＭＡＣアドレス保存領域８８にＭＡＣアドレスを保存することにより、無線通信モジュール３５にアクセスしてＭＡＣアドレス保存領域７０のデータを編集するよりも、ＭＡＣアドレスのデータの追加あるいは削除等の編集を容易かつ高速に実行することが可能である。
【０５７７】
そして、次に、ＣＰＵ３１（データ通知処理部２１２）は、データ通知処理を実行する（ステップＳ１６４）。データ通知処理については後述する。そして処理を終了する（エンド）。
【０５７８】
一方、ステップＳ１５２において、ＣＰＵ３１（データ通信実行処理部２０８）は、通信相手（親機）から交換データを一定期間内に受信していないと判断した場合（ステップＳ１５２においてＮＯ）には、ステップＳ１６２に進む。
【０５７９】
ステップＳ１６２において、ＣＰＵ３１（データ通信実行処理部２０８）は、通信相手（親機）との通信を切断する。そして、ステップＳ１６０に進む。したがって、この場合には、交換データを適切に取得することができなかったためＭＡＣアドレスリスト保存領域７０にＭＡＣアドレスを保存することなく通信を切断する。したがって、再度、携帯端末間通信に従って上述した処理を実行して、交換データのデータ授受処理を再開することが可能である。
【０５８０】
次に、親機側の処理について説明する。
なお、本例においては、ゲーム装置３が親機となった場合の処理について説明する。
【０５８１】
親機側の処理についても、図３５で説明したステップＳ１４０〜Ｓ１４４までは子機側の処理と同様である。
【０５８２】
図３６を参照して、子機としての接続フラグがオンでない場合、すなわち、親機としての接続フラグがオンであり自機が親機であると判断した場合（ステップＳ１４６においてＮＯ）には、ＣＰＵ３１（データ通信実行処理部２０８）は、通信相手（子機）から交換データを一定期間内に受信したかどうかを判断する（ステップＳ１７２）。
【０５８３】
次に、ステップＳ１７２において、通信相手（子機）から一定期間内に交換データを受信したと判断した場合（ステップＳ１７２においてＹＥＳ）には、受信データ保存領域８２に交換データをアプリケーションＩＤと共に格納する（ステップＳ１７８）。
【０５８４】
そして、次に、ＣＰＵ３１（データ通信実行処理部２０８）は、通信相手（親機）に交換データを送信する（ステップＳ１８０）。
【０５８５】
そして、次に「ＢＢ」に進む。すなわち、図３５のステップＳ１５６に進む。以降の処理については上述したのと同様である。
【０５８６】
また、ステップＳ１７２において、ＣＰＵ３１（データ通信実行処理部２０８）は、通信相手（親機）から一定期間内に交換データを受信していないと判断した場合（ステップＳ１７２においてＮＯ）には、次に、「ＣＣ」に進む。すなわち、図３５のステップＳ１６２に進む。
【０５８７】
なお、本例においては、交換データの授受処理について説明したが、上記したように送受信条件データがアプリケーションＩＤに含められている場合に、例えば、送受信条件データとして送信通信のみが条件として含められている場合には、ステップＳ１５２およびステップＳ１５４の処理をスキップする。すなわち、通信相手からの交換データの受信を実行することなく通信相手との通信を切断する。また、送受信条件データとして受信通信のみが条件と含められている場合には、ステップＳ１５０の処理すなわち、通信相手に交換データを送信する処理をスキップする。すなわち、ＣＰＵ３１（データ通信実行処理部２０８）は、アプリケーションＩＤに含められている送受信条件データに従って交換データの授受処理を変更するようにしても良い。
【０５８８】
また、本例においては、受信データ保存領域８２に交換データが保存された場合に、すなわち、通信相手との間での交換データの授受処理（通信処理）を実行した場合に、ＣＰＵ３１（装置識別情報登録処理部２１０）は、保存用データメモリ３４に設けられているＭＡＣアドレスリスト保存領域８８に、一例として、通信相手を識別するＭＡＣアドレスを保存する場合について説明したが、特にこの順序に限られず、例えば、ステップＳ１４２におけるスリープ状態が解除された後、データ授受処理を開始する前に通信相手を識別するＭＡＣアドレスを保存するようにすることも可能である。
【０５８９】
すなわち、当該構成においては、無線通信モジュール３８から本体部に通知があった場合、例えばスリープ状態である場合にはスリープ状態が解除された場合に、当該スリープ状態を解除した他のゲーム装置のＭＡＣアドレスが装置識別情報登録処理部２１０によりＭＡＣアドレスリスト保存領域８８に保存されることになる。上述した処理により、一度、本体部に通知があった、すなわちスリープ状態である場合にスリープ状態を解除した通信相手との通信を行わずに効率的なデータ通信を実行することが可能である。
【０５９０】
なお、当該構成においては、本体部に通知があった、すなわちスリープ状態である場合にスリープ状態を解除したことを条件（登録条件）として、ＣＰＵ３１（装置識別情報登録処理部２１０）が保存用データメモリ３４に設けられているＭＡＣアドレスリスト保存領域８８に、通信相手を識別するＭＡＣアドレスを保存（登録）する場合について説明したが、当該本体部に通知があった、すなわちスリープ状態である場合にスリープ状態を解除したことのみをＭＡＣアドレスを登録する登録条件とする場合に限られず、当該スリープ状態を解除した上でさらに他の条件の判定処理を実行した上で、当該他の条件の判定処理を満たす場合に、ＭＡＣアドレスを登録するようにするようにしても良い。
【０５９１】
＜データ通知処理＞
図３７を用いて、本発明の実施の形態に従うデータ通知処理について説明する。当該データ通知処理は、一例として上述したシステムプログラム保存領域８６に格納されている本体機能プログラムをＣＰＵ３１が実行することにより実現されるものである。
【０５９２】
図３７を参照して、ＣＰＵ３１（データ通知処理部２１２）は、受信データ保存領域８２に交換データが格納されたかどうかを判断する（ステップＳ１９０）。
【０５９３】
そして、ＣＰＵ３１（データ通知処理部２１２）は、受信データ保存領域８２に交換データが格納されたと判断した場合（ステップＳ１９０においてＹＥＳ）には、効果音を出力する（ステップＳ１９２）。具体的には、ＣＰＵ３１（データ通知処理部２１２）は、図２で説明したスピーカ４５から予め用意されている効果音を出力するように指示する。そして、次に、ＣＰＵ３１（データ通知処理部２１２）は、交換データの内容を表示する（ステップＳ１９４）。具体的には、ＣＰＵ３１（データ通知処理部２１２）は、交換データが有った旨の表示をＬＣＤ１２に出力するように指示する。そして、処理を終了する（エンド）。
【０５９４】
当該効果音のスピーカ４５からの出力およびＬＣＤ１２への表示によりユーザは、交換データが格納されたことを認知することが可能である。
【０５９５】
なお、本例においては、一例としてスピーカ４５からの効果音およびＬＣＤ１２への表示による聴覚および視覚による交換データが授受されたことをユーザに通知する場合について説明したが、いずれか一方でも良い。また、例えば、バイブレーション機能を実行してゲーム装置を振動させて触覚により交換データが授受されたことをユーザに通知するようにしても良い。
【０５９６】
そして、当該交換データの格納に伴いユーザは、当該交換データを利用可能なアプリケーションを起動するものとする。そして、当該アプリケーションの起動により交換データ保存領域に格納された交換データが消去されるものとする。
【０５９７】
＜交換データ追加および消去処理＞
図３８を用いて、本実施例における交換データ追加および消去処理について説明する。すなわち、図８のステップＳ２２における処理について説明する。
【０５９８】
なお、交換データ追加および消去処理は、一例としてメモリカード２６のＲＯＭ２７に格納されているアプリケーションプログラムをＣＰＵ３１が実行することにより実現される。
【０５９９】
図３８を参照して、まず、ＣＰＵ３１（交換データ追加および消去処理部２１４）は、受信データ保存領域８２を確認する（ステップＳ２００）。
【０６００】
そして、ＣＰＵ３１（交換データ追加および消去処理部２１４）は、データをロードした実行中のアプリケーションのアプリケーションＩＤに対応する交換データが受信データ保存領域８２に有るかどうかを判断する（ステップＳ２０２）。
【０６０１】
そして、次に、ＣＰＵ３１（交換データ追加および消去処理部２１４）は、受信データ保存領域８２に当該アプリケーションＩＤに対応する交換データが有ると判断した場合には、交換データを取得する（ステップＳ２０４）。
【０６０２】
当該処理により取得した交換データを用いたアプリケーションを実行することが可能となる。
【０６０３】
このとき、取得した交換データをセーブデータとして、自己のセーブ領域（バックアップＲＡＭ）に転送保存しても良い。また、それに伴い受信データ保存領域８２に有る交換データを削除することも可能である。
【０６０４】
なお、本例においては、交換データが受信データ保存領域８２に有るかどうかを判断して、受信データ保存領域８２に有る場合には、交換データを取得するとして説明したが、このとき、ユーザに交換データを取得した旨（より好ましくは、取得した交換データの内容）を提示するようにしても良い。さらには、当該交換データを利用するかどうか、ユーザに選択させるようにすることも可能である。
【０６０５】
そして、次に、ＣＰＵ３１（交換データ追加および消去処理部２１４）は、スロットに格納されたアプリケーションＩＤに対応する交換データを削除する（ステップＳ２０６）。
【０６０６】
このとき、自己のセーブ領域（バックアップＲＡＭ）にあるセーブデータとして格納されている交換データを削除することも可能である。
【０６０７】
当該処理により交換データ保存領域８０のスロットに格納されたアプリケーションＩＤに対応する交換データが削除されることにより交換データの交換処理が完了することになる。
【０６０８】
そして、次に、ＣＰＵ３１（交換データ追加および消去処理部２１４）は、交換データ保存領域８０に格納された交換データを削除したためバックアップＲＡＭ２８に格納されていた交換フラグデータを消去する（ステップＳ２０８）。
【０６０９】
そして、処理を終了する（リターン）。
そして、図８で説明したようにステップＳ４に進むことになる。
【０６１０】
なお、本例においては、アプリケーションを起動した際に、交換フラグデータの有無に基づいて受信データ保存領域８２を確認して交換データが有る場合には、当該受信データ保存領域８２に記憶された交換データを取得して、交換データ保存領域８０に記憶された交換データを削除する方式について説明したが、当該アプリケーションを起動しない場合においても交換データ保存領域８０に記憶された交換データを削除するようにしても良い。たとえば、ＣＰＵ３１が受信データ保存領域８２に他のゲーム装置からの交換データを格納することに応答して、交換データ保存領域８０に記憶された交換データを削除するように指示することにより実現可能である。
【０６１１】
また、本例においては、交換データ保存領域８０のスロットに格納されたアプリケーションＩＤに対応する交換データを消去する場合について説明したが、消去せずにそのまま維持するようにすることも可能である。その場合には、交換データの交換処理ではなく複製データの授受となる。例えば、一例として上記したように送受信条件データがアプリケーションＩＤに含められている場合に、送受信条件データとして受信通信のみが条件として含められている場合に、消去せずにそのまま維持するように処理するようにしても良い。
【０６１２】
＜通信相手のサーチ処理＞
次に、図３９〜図４２を参照して、前述のステップＳ５２（図１４）の通信相手サーチ処理について説明する。
【０６１３】
この処理では、ゲーム装置１は、親機または子機として他のゲーム装置との間で通信可能な相手を探索する交換相手探索処理を実行する。
【０６１４】
ゲーム装置１は、通信可能範囲１０に存在する他のゲーム装置をサーチすべく、上述した送信無線フレームとして接続要求信号を宛先を特定せずに繰り返し送信する（本実施例においては、接続要求信号を定期的に繰り返し送信する方式について説明するが、いわゆるプローブリクエストによる方式等を採用することも可能である）。
【０６１５】
本例においては、子機側のゲーム装置から送信無線フレームとして接続要求信号を送信するものとする。そして、親機側のゲーム装置は、子機側から送信された送信無線フレームである接続要求信号（すなわち受信無線フレーム）を受信するまで待機し、受信した場合には、これに応答して、子機側のゲーム装置に対して親機側から送信無線フレームである接続応答信号を送信する。
【０６１６】
この接続要求信号および接続応答信号の送受信により、親機および子機としてのゲーム装置間においてデータ通信が可能となる。なお、本例においては、子機側のゲーム装置から接続要求信号を送信し、親機側のゲーム装置は、接続応答信号を送信する場合について説明するが、親機と子機との関係を入れ替えるようにしても良い。
【０６１７】
このような通信相手サーチ処理では、各ゲーム装置１は、親機として動作して子機からのサーチを受ける処理と、子機として動作して親機をサーチする処理とを交互に繰り返す。
【０６１８】
具体的には、所定の期間（図３９のＴｃｙｃｌｅ）を１周期として、各周期の一部を子機として動作する期間（図３９のＴｓｐ）とし、残りを親機として動作する期間（Ｔｓｃ）とする。ここで、子機として動作中のゲーム装置と親機として動作中のゲーム装置との間で接続可能であり、子機として動作中のゲーム装置と子機として動作中のゲーム装置、および、親機として動作中のゲーム装置と親機として動作中のゲーム装置は、接続不可能である。
【０６１９】
ゆえに、子機として動作する期間と親機として動作する期間を固定的にした場合、偶然にそれらの期間が一致している２つのゲーム装置においてデータ通信が不可能になる。
【０６２０】
このようなことを防ぐため、１周期における子機として動作する期間と親機として動作する期間の配分または配置をランダムに変えるようにしてある。
【０６２１】
配分をランダムに変える方式が図３９（Ａ）に示すような「通信相手サーチ処理（１）」であり、配置をランダムに変える方式が図３９（Ｂ）に示すような「通信相手サーチ処理（２）」である。
【０６２２】
図３９（Ａ）を参照して、通信相手サーチ処理（１）は、上述したように、ＴｓｐおよびＴｓｃの配分がランダムに決定される。この処理（１サイクル）の期間を固定値のＴｃｙｃｌｅ（たとえば、４秒）とし、Ｔｓｃの長さは０からＴｃｙｃｌｅの間のランダム値に決定され、Ｔｓｐの長さはＴｃｙｃｌｅの残りの期間（Ｔｃｙｃｌｅ−Ｔｓｃ）に決まる。また、ＴｓｃおよびＴｓｐが、この順番でＴｃｙｃｌｅに設定される。Ｔｓｃの長さは毎回ランダムに決定されるため、Ｔｓｐの長さもランダムに決定される。これにより、通信可能範囲１０に存在する他のゲーム装置との間でデータ通信を実行することができない状態を回避するようにしてある。ただし、Ｔｓｐが短くなり過ぎると、他のゲーム装置を正確にサーチすることができず、他のゲーム装置との間でデータ通信を実行することができない場合があるため、Ｔｓｐについての必要最小限の期間を決定しておき、これを確保できない場合には、再度Ｔｓｃを決定し直すようにしてもよい。
【０６２３】
なお、この実施例では、Ｔｓｃ、Ｔｓｐの順でＴｃｙｃｌｅを設定するようにしてあるが、逆の順番で設定するようにしてもよい。
【０６２４】
図３９（Ｂ）を参照して、通信相手サーチ処理（２）は、上述したように、ＴｓｐやＴｓｃの配置がランダムに決定される。言い換えると、Ｔｓｐの長さを固定値として、Ｔｃｙｃｌｅ内におけるＴｓｐの開始位置をランダムに設定する。具体的に説明すると、図３９（Ｂ）に示すように、通信相手サーチ処理（２）では、Ｔｃｙｃｌｅ（この実施例では、固定値であり、４秒に設定される。）には、固定値で決定されるＴｓｐおよびこのＴｓｐを間に挟むようにランダムに決定されるＴｓｃ１およびＴｓｃ２が設けられる。つまり、Ｔｃｙｃｌｅには、Ｔｓｃ１、ＴｓｐおよびＴｓｃ２がこの順で設けられる。また、Ｔｓｃ１の長さは０から（Ｔｃｙｃｌｅ−Ｔｓｐ）の間でランダムに決定され、Ｔｓｃ２の長さは、Ｔｃｙｃｌｅからランダムに決定されたＴｓｃ１およびＴｓｐを減算して決定される。
【０６２５】
なお、本実施例では、Ｔｓｃ、Ｔｓｐの順でＴｃｙｃｌｅが設定されるのでＴｓｐの開始位置をランダムにしたが、Ｔｓｐ、Ｔｓｃの順でＴｃｙｃｌｅが設定される場合には、Ｔｓｃの開始時期をランダムに決定すればよい。
【０６２６】
通信相手サーチ処理（１）または（２）においては、Ｔｓｐの期間において、ゲーム装置１は、接続要求信号を宛先を特定せずに送信した後、他のゲーム装置３から送信される接続応答信号の受信を試みるという処理を繰り返す。また、Ｔｓｃの期間において、ゲーム装置１は、他のゲーム装置から送信される接続要求信号の受信を試みて、受信に成功した場合には、接続応答信号を送信するという処理を繰り返す。
【０６２７】
また、ゲーム装置１は、消費電力の浪費を防止するために、子機として働く期間においては、所定期間（この実施例では、６４ｍｓ）毎に接続要求信号を送信するようにしてある。つまり、間欠的にデータ送信が実行されるのである。
【０６２８】
以下、通信相手サーチ処理（１）および通信相手サーチ処理（２）について、フロー図を用いて、それぞれ、具体的に説明することにする。
【０６２９】
図４０は通信相手サーチ処理（１）を示すフロー図である。
この図４０を参照して、通信相手サーチ処理（１）を開始すると、ステップＳ２１０で、Ｔｓｃを０からＴｃｙｃｌｅの範囲内でランダムに決定する。図示は省略するが、Ｔｃｙｃｌｅは固定値であるため、Ｔｓｃが決定されると、Ｔｓｐも決定される。
【０６３０】
続くステップＳ２１２〜Ｓ２１６，Ｓ２２８，Ｓ２３０が上述のＴｓｃにおいて実行される処理であり、親機として動作して子機をサーチする処理がされる。ステップＳ２１８〜Ｓ２２６，Ｓ２３２が上述のＴｓｐにおいて実行される処理であり、子機として動作して親機をサーチする処理がされる。
【０６３１】
ステップＳ２１２では、子機のサーチを開始する。図示は省略するが、このときタイマ回路をスタートする。次にステップＳ２１４で、子機から送信された送信無線フレームである接続要求信号（すなわち受信無線フレーム）を受信したかどうかを判断する。
【０６３２】
子機から送信された送信無線フレームである接続要求信号（すなわち受信無線フレーム）を受信した場合（ステップＳ２１４においてＹＥＳ）には、ステップＳ２２８で、子機に対して送信無線フレームである接続応答信号を送信し、その後、ステップＳ２３０において、親機としての接続フラグをオンして、通信相手サーチ処理（１）をリターンする。つまり、親機として、他のゲーム装置との間で通信接続が可能であることが判明する。
【０６３３】
なお、図４０においては省略したが、通信相手サーチ処理（１）が開始されたとき、子機としての接続フラグ（後述する親機としての接続フラグも同じ。）はオフ（リセット）される。
【０６３４】
一方、子機からの接続要求信号を全く受信しない場合（ステップＳ２１４においてＮＯ）には、ステップＳ２１６で、子機サーチ時間すなわち親機として他のゲーム装置からの接続が試みられる期間がＴｓｃ秒経過したかどうかを判断する。
【０６３５】
ステップＳ２１６において、子機サーチ時間がＴｓｃ秒経過していなければ（ステップＳ２１６においてＮＯ）、そのままステップＳ２１４に戻る。
【０６３６】
一方、子機サーチ時間がＴｓｃ秒経過すれば（ステップＳ２１６においてＹＥＳ）、ステップＳ２１８で、親機のサーチを開始し、つまりタイマ回路をリセットおよびスタートし、ステップＳ２２０で、送信無線フレームである接続要求信号を宛先を特定せずに送信する。
【０６３７】
続くステップＳ２２２では、親機から送信された送信無線フレームである接続応答信号（すなわち受信無線フレーム）を受信したかどうかを判断する。親機から送信された送信無線フレームである接続応答信号（すなわち受信無線フレーム）を受信すれば（ステップＳ２２２においてＹＥＳ）であれば、、ステップＳ２３２で、子機としての接続フラグをオンして、通信相手サーチ処理（１）をリターンする。つまり、子機として他のゲーム装置との間で通信接続が可能であることが判明する。
【０６３８】
一方、親機から送信された送信無線フレームである接続応答信号（すなわち受信無線フレーム）を受信しなければ（ステップＳ２２２においてＮＯ）、ステップＳ２２４で、６４ｍｓ待機し、続くステップＳ２２６で、親機サーチ時間すなわち子機として他のゲーム装置との接続を試みる期間がＴｓｐ秒経過したかどうかを判断する。
【０６３９】
親機サーチ時間がＴｓｐ秒経過していなければ（ステップＳ２２６においてＮＯ）、そのままステップＳ２２０に戻る。
【０６４０】
一方、親機サーチ時間がＴｓｐ秒経過すれば（ステップＳ２２６においてＹＥＳ）、Ｔｃｙｃｌｅの期間が経過したと判断して、通信相手サーチ処理（１）をリターンする。
【０６４１】
ステップＳ２２６で６４ｍｓ待機することにより、ステップＳ２２０において、送信無線フレームである接続要求信号を宛先を特定せずに送信を繰り返す処理が間欠的に行われることになり、消費電力を抑えることができる。
【０６４２】
図４１および図４２は、通信相手サーチ処理（２）を示すフロー図である。
図４１を参照して、通信相手サーチ処理（２）を開始すると、ステップＳ２４０で、Ｔｓｃ１を０から（Ｔｃｙｃｌｅ−Ｔｓｐ）の範囲内でランダムに決定する。上述したように、通信相手サーチ処理（２）では、ＴｃｙｃｌｅおよびＴｓｐは固定値であるため、Ｔｓｃ１が決定されると、Ｔｓｃ２も決定される。
【０６４３】
続くステップＳ２４２〜Ｓ２４６，Ｓ２５８，Ｓ２６０が上述のＴｓｃ１において実行される処理であり、親機として動作して子機をサーチする処理がされる。ステップＳ２４８〜Ｓ２５６，Ｓ２６２が上述のＴｓｐにおいて実行される処理であり、子機として動作して親機をサーチする処理がされる。さらに、ステップＳ２７０〜Ｓ２７４，Ｓ２７６，Ｓ２７８が上述のＴｓｃ２において実行される処理であり、子機として動作して親機をサーチする処理がされる。
【０６４４】
ステップＳ２４２では、子機のサーチを開始する。図示は省略するが、このときタイマ回路をスタートする。次にステップＳ２４４で、子機から送信された送信無線フレームである接続要求信号（すなわち受信無線フレーム）を受信したかどうかを判断する。
【０６４５】
子機から送信された送信無線フレームである接続要求信号（すなわち受信無線フレーム）を受信すれば（ステップＳ２４４においてＹＥＳ）、ステップＳ２５８で、子機に対して親機から送信無線フレームである接続応答信号を送信し、その後、ステップＳ２６０において、親機としての接続フラグをオンして、通信相手サーチ処理（２）をリターンする。つまり、親機として他のゲーム装置との間で通信接続が可能であることが判明する。
【０６４６】
なお、図４１においては省略したが、通信相手サーチ処理（２）が開始されたとき、子機としての接続フラグおよび親機としての接続フラグがオフされるのは、通信相手サーチ処理（１）の場合と同じである。
【０６４７】
一方、子機から送信された送信無線フレームである接続要求信号（すなわち受信無線フレーム）を全く受信しない場合（ステップＳ２４４においてＮＯ）には、ステップＳ２４６で、子機サーチ時間すなわち親機として他のゲーム装置から接続を試みられる期間がＴｓｃ１秒経過したかどうかを判断する。
【０６４８】
子機サーチ時間がＴｓｃ１秒経過していなければ（ステップＳ２４６においてＮＯ）、そのままステップＳ２４４に戻る。
【０６４９】
一方、子機サーチ時間がＴｓｃ１秒経過すれば（ステップＳ２４６においてＹＥＳ）、ステップＳｓ４８で、親機のサーチを開始し、つまりタイマ回路をリセットおよびスタートし、ステップＳ１９７で、送信無線フレームである接続要求信号を宛先を特定せずに送信する。
【０６５０】
続くステップＳ２５０では、親機から送信された送信無線フレームである接続応答信号（すなわち受信無線フレーム）を受信したかどうかを判断する。親機から送信された送信無線フレームである接続応答信号（すなわち受信無線フレーム）を受信すれば（ステップＳ２５２においてＹＥＳ）、ステップＳ２６２で、子機としての接続フラグをオンして、通信相手サーチ処理（２）をリターンする。つまり、子機として他のゲーム装置との間で通信接続が可能であることが判明する。
【０６５１】
一方、親機から送信された送信無線フレームである接続応答信号（すなわち受信無線フレーム）を受信しなければ（ステップＳ２５２においてＮＯ）、ステップＳ２５４で、６４ｍｓ待機し、続くステップＳ２５６で、親機サーチ時間すなわち子機として他のゲーム装置との接続を試みる期間がＴｓｐ秒経過したかどうかを判断する。
【０６５２】
親機サーチ時間がＴｓｐ秒経過していなければ（ステップＳ２５６においてＮＯ）、そのままステップＳ２５０に戻る。
【０６５３】
一方、親機サーチ時間がＴｓｐ秒経過すれば（ステップＳ２５６においてＹＥＳ）、図４２に示すステップ２７０で、子機のサーチを開始する。このとき、タイマ回路をリセットおよびスタートする。
【０６５４】
次のステップＳ２７２では、子機から送信された送信無線フレームである接続要求信号（すなわち受信無線フレーム）を受信したかどうかを判断する。
【０６５５】
子機から送信された送信無線フレームである接続要求信号（すなわち受信無線フレーム）を受信すれば（ステップＳ２７２においてＹＥＳ）、ステップＳ２７６で、子機に対して接続応答信号を送信し、その後、ステップＳ２７８において、親機としての接続フラグをオンして、通信相手サーチ処理（２）をリターンする。
【０６５６】
一方、子機からの接続要求信号を全く受信しない場合（ステップＳ２７２においてＮＯ）には、ステップＳ２７４で、子機サーチ時間がＴｓｃ２秒経過したかどうかを判断する。
【０６５７】
子機サーチ時間がＴｓｃ２秒経過していなければ（ステップＳ２７４においてＮＯ）、そのままステップＳ２７２に戻る。
【０６５８】
一方、子機サーチ時間がＴｓｃ２秒経過すれば（ステップＳ２７４においてＹＥＳ）、Ｔｃｙｃｌｅの期間が経過したと判断して、通信相手サーチ処理（２）をリターンする。
【０６５９】
図４３を用いて本発明の実施の形態に従う交換データの授受のデータの遣り取りについて説明する。
【０６６０】
図４３を参照して、本体側のＣＰＵ３１においてアプリケーションプログラムの実行による交換データが設定される（シーケンスｓｑ２）。そして、本体側のＣＰＵ３１は、無線通信モジュール３８に対して通信設定のためのデータを出力する（シーケンスｓｑ４）。具体的には、交換データのアプリケーションＩＤおよびＭＡＣアドレスリストに関するデータを出力する。そして、当該交換データのアプリケーションＩＤは、アプリケーションＩＤ保存領域６８に格納され、ＭＡＣアドレスリスト保存領域８８のＭＡＣアドレスリストは、ＭＡＣアドレスリスト保存領域７０に格納される。本例においては、アプリケーションＩＤを各判定方式に対応するリストとして纏めてアプリケーションＩＤ保存領域６８に保存する。なお、上述したようにＭＡＣアドレスリスト保存領域８８＃のＭＡＣアドレスリストについてもＭＡＣアドレスリスト保存領域７０＃に保存される。
【０６６１】
そして、本体側のＣＰＵ３１は、通信開始指示を無線通信モジュール３８に出力する（シーケンスｓｑ６）。
【０６６２】
これに伴い通信開始指示に従い無線通信モジュール３８による無線通信が開始される（シーケンスｓｑ８）。そして、本実施例においては、無線通信モジュール３８において交換データを交換する通信相手を探索する交換相手探索処理である携帯端末間通信が開始される。
【０６６３】
一方、ゲーム装置３においても、本体側のＣＰＵにおいてアプリケーションプログラムの実行による交換データが設定される（シーケンスｓｑ１４）。そして、本体側のＣＰＵは、無線通信モジュール３８Ｐに対して通信設定のためのデータを出力する（シーケンスｓｑ１６）。具体的には、交換データのアプリケーションＩＤおよびＭＡＣアドレスリストに関するデータを出力する。そして、当該交換データのアプリケーションＩＤのは、アプリケーションＩＤ保存領域６８Ｐに格納され、ＭＡＣアドレスリストは、ＭＡＣアドレスリスト保存領域７０Ｐに格納される。本例においては、アプリケーションＩＤを各判定方式に対応するリストとして纏めてアプリケーションＩＤ保存領域６８に保存する。
【０６６４】
そして、本体側のＣＰＵ３１は、通信開始指示を無線通信モジュール３８Ｐに出力する（シーケンスｓｑ１８）。
【０６６５】
これに伴い通信開始指示に従い無線通信モジュール３８Ｐによる無線通信が開始される（シーケンスｓｑ１８）。そして、上述したのと同様に、携帯端末間通信が開始される。
【０６６６】
再び、ゲーム装置１に関して、次に、上述したように携帯端末間通信において、子機サーチが実行される（シーケンスｓｑ２１）。そして、次に、親機サーチが実行される（シーケンスｓｑ２２）。
【０６６７】
そして、親機サーチにおいて、ゲーム装置１の無線通信モジュール３８からゲーム装置３の無線通信モジュール３８Ｐに対して接続要求信号が送信されると（シーケンスｓｑ２６）、ゲーム装置３の無線通信モジュール３８Ｐは、ゲーム装置１から送信された送信無線フレーム（すなわち受信無線フレーム）を受け付けて、ゲーム装置１の無線通信モジュール３８に対してゲーム装置３の送信無線フレームである接続応答信号を送信する（シーケンスｓｑ２８）。
【０６６８】
そして、無線通信モジュール３８は、無線通信モジュール３８Ｐから送信された送信無線フレームである接続応答信号（すなわち受信無線フレーム）の入力を受け付ける。
【０６６９】
当該処理により、上述したように自機であるゲーム装置１については子機としての接続フラグがオンする。また、ゲーム装置３については親機としての接続フラグがオンする。
【０６７０】
ゲーム装置１においては、子機としての接続フラグがオンとなることに伴い通信相手である親機と通信接続が可能であるすなわち通信相手を発見したと判断する（シーケンスｓｑ３０）。また、ゲーム装置３においても親機としての接続フラグがオンとなることに伴い通信相手である子機と通信接続が可能であるすなわち通信相手を発見したと判断する（スケールｓｑ４２）。
【０６７１】
そして、ゲーム装置１においては、通信相手を発見した後、次に、ＭＡＣアドレスを比較する（シーケンスｓｑ３２）。すなわち、通信相手であるゲーム装置３から受信した受信無線フレームに含まれているＭＡＣアドレスが、ＭＡＣアドレスリスト保存領域７０に保存されたＭＡＣアドレスリストと比較して一致するかどうかが判断される。
【０６７２】
そして、不一致であると判断された場合、すなわち、未だ通信していない相手である場合には、次にデータ内容を確認する（シーケンスｓｑ３４）。すなわち、受信無線フレームが携帯端末間処理として処理可能な無線フレームであるかどうかを判定する。
【０６７３】
そして、携帯端末間処理として処理可能な受信無線フレームを受信したと判定された場合には、アプリケーションＩＤ判定処理を実行する（シーケンスｓｑ３６）。
【０６７４】
そして、アプリケーションＩＤ判定処理により一致フラグがオンした場合には、無線通信モジュール３８は、本体側のＣＰＵに対して一致したアプリケーションＩＤに対応する交換データについて、交換が可能なゲーム装置３が発見された旨を通知する（シーケンスｓｑ３８）。
【０６７５】
これにより本体側のＣＰＵは、無線通信モジュール３８からの通知によって通信接続が可能な交換相手が発見されたことを認識し、データ授受処理を開始する（シーケンスｓｑ４０）。
【０６７６】
一方、同様の処理に従ってゲーム装置３側においても、通信相手を発見した（シーケンスｓｑ４２）後、ＭＡＣアドレスを比較し（シーケンスｓｑ４４）、不一致である場合、すなわち、未だ通信していない相手である場合にはデータ内容を確認し（シーケンスｓｑ４６）、そして、携帯端末間処理として処理可能な受信無線フレームを受信したと判定した場合にはアプリケーションＩＤ判定処理を実行し（シーケンスｓｑ４８）、そして、一致フラグがオンした場合には本体側のＣＰＵに交換が可能なゲーム装置１が発見された旨を通知する（スケールｓｑ５０）。
【０６７７】
これにより、ゲーム装置３においてもデータ授受処理が開始される（シーケンスｓｑ５２）。
【０６７８】
そして、次に、ゲーム装置１の本体側のＣＰＵ３１は、データ授受処理が開始された後、ゲーム装置３との間で通信接続を確立する（シーケンスｓｑ５４）。
【０６７９】
同様に、ゲーム装置３の本体側のＣＰＵにおいてもデータ授受処理が開始された後、ゲーム装置１との間で通信接続を確立する（シーケンスｓｑ５６）。
【０６８０】
そして、ゲーム装置１は、交換データを送信する（シーケンスｓｑ５８）。当該交換データは、スロットに格納されている交換データをコピーしたコピーデータである。
【０６８１】
そして、ゲーム装置３においてゲーム装置１から送信された交換データを受信して、当該交換データを格納する（シーケンスｓｑ６０）。
【０６８２】
そして、ゲーム装置３において、交換データを送信する（シーケンスｓｑ６２）。当該交換データは、スロットに格納されている交換データをコピーしたコピーデータである。
【０６８３】
そして、ゲーム装置１においては、ゲーム装置３から送信された交換データを受信して、当該交換データを格納する（シーケンスｓｑ６４）。
【０６８４】
そして、通信を切断する（シーケンスｓｑ６６）。
そして、ＭＡＣアドレスを登録する（シーケンスｓｑ６７）。
【０６８５】
そして、データ通知処理を実行する（シーケンスｓｑ６８）。
同様に、ゲーム装置３においても、交換データを格納した後、通信を切断する（シーケンスｓｑ７０）。そして、ＭＡＣアドレスを登録し（シーケンスｓｑ７１）、データ通知処理を実行する（シーケンスｓｑ７２）。
【０６８６】
そして、上述したように交換データの通知を受けて、ユーザが当該交換データを利用するアプリケーションを実行することにより上記で説明したスロットに格納されている交換データの消去処理が実行されて交換データの交換処理が完了する。
【０６８７】
なお、上記シーケンスにおいて、シーケンスｓｑ４，ｓｑ６，ｓｑ１６，ｓｑ１８，ｓｑ４０，ｓｑ５２〜ｓｑ７２は、それぞれのゲーム装置において、一例として、上述したように本体側の機能でありシステムプログラム保存領域８６に格納された本体機能プログラムにより実現されるものである。一方、シーケンスｓｑ８，ｓｑ２０〜ｓｑ３８，ｓｑ４２〜ｓｑ５０は、一例として、上述したように、それぞれのゲーム装置において、無線通信モジュール３８におけるメモリ制御部６４に格納されているＲＯＭ７２から読出されたプログラムにより実現されるものである。
【０６８８】
この無線通信により、所定のアプリケーションで利用される交換データを、当該アプリケーションを実行していない時でも、通信接続が確立するゲーム装置との間で自動で交換することができるので、知人との間で交換データの交渉をする機会が増す。また、無線通信により、本体側のＣＰＵ３１で実行されるアプリケーションの有無に関わらず、所定のアプリケーションで利用される交換データを、当該アプリケーションを実行していない時でも、通信接続が確立するゲーム装置との間で自動で交換することができるので、当該アプリケーションを格納しているメモリカード２６を装着している必要は無く、利便性が高く、また、何が交換されるかが分からないため興趣性が増す。また、交換する相手が知人に限定されないため、人が集まる場所に出かければ、交換データを交換することができる可能性が高くなり、交換の楽しさを増大させることができる。つまり、交換データを利用するアプリケーションの興趣性を向上させることができる。また、まず、無線通信モジュール間のみでの通信処理を実行して交換可能であると判断した場合に、初めて本体側のＣＰＵに通知して交換データの授受処理を実行するためＣＰＵの処理負荷を軽減することが可能であるとともに消費電量を低減することが可能である。
【０６８９】
そして、当該交換データの授受処理が実行された後、再び、無線通信モジュール３８における交換相手探索処理が開始される。
【０６９０】
具体的には、交換データの授受処理により交換データ保存領域８０の内容が変更されることになる。したがって、図１０で説明したフローに従って、ＣＰＵ３１（通信設定処理部２０４）は、通信設定処理（ステップＳ２４）を実行する。通信設定処理の詳細については図１１で説明したので繰り返さない。そして、次に、ＣＰＵ３１（通信指示処理部２０６）は、通信開始指示を無線通信モジュール３８に出力する（ステップＳ２６）。
【０６９１】
これにより再び、図１３のステップＳ４４で説明したように無線通信モジュール３８において携帯端末間通信が開始される（ステップＳ４４）。携帯端末間通信の詳細については図１４で説明したとおりである。
【０６９２】
図１８で説明したように携帯端末間通信においては、ＭＡＣアドレスが一致する他のゲーム装置（本例においてはゲーム装置３）との再度の通信処理を行わないＭＡＣアドレスフィルタリング処理が実行される。
【０６９３】
すなわち、ＭＡＣアドレスリストに登録されている一度通信を行った通信相手であるゲーム装置（本例においてはゲーム装置３）との間では実質的な通信は実行されない。
【０６９４】
したがって、本発明の実施の形態に従うゲーム装置においては、通信範囲のゲーム装置を自動的に繰り返して探知し、見つかったゲーム装置を通信候補に設定する。この場合、同じゲーム装置を何度も探知して見つけてしまう可能性があるが、上述のようなＭＡＣアドレスフィルタリング処理により、同じゲーム装置との間で何度も通信することを防止することができ、効率的かつ効果的なデータ通信を実行することが可能である。
【０６９５】
＜変形例＞
なお、上記携帯端末間通信においては、送信無線フレームの設定にあたり、ＭＡＣアドレスとともに通信条件であるベンダ特定ＩＥデータを送信無線フレームに含めて送信する方式について説明したが、セキュリティを高めるために、まず、ＭＡＣアドレスのみを含めた送信無線フレームを送信し、そして、後に、別の送信無線フレームにベンダ特定ＩＥデータを含めて送受信する方式とすることも可能である。
【０６９６】
具体的には、先の送信無線フレームに含まれているＭＡＣアドレスを用いて、上述したＭＡＣアドレスフィルタリング処理を実行することが可能である。
【０６９７】
そして、その場合には、図７で説明した無線通信モジュール３８の機能として設けられる交換データ通信判断部２２５の構成としては、装置識別情報比較部２２６のみの構成とする。
【０６９８】
当該構成において、装置識別情報比較部２２６におけるＭＡＣアドレスフィルタリング処理においてＭＡＣアドレスが不一致であると判断される場合に本体側に通知するようにしても良い。
【０６９９】
そして、上述した通信接続確立後に別の送信無線フレームを送受信して、一例として、本体機能プログラムの実行により本体部の機能として上記で説明した交換データ通信判断部２２５の他の機能である通信データ判定部２２８およびアプリケーションＩＤ判定部２３０の処理を実行するようにしても良い。
【０７００】
また、本例においても、上述したように、ステップＳ１４２におけるスリープ状態が解除された後、データ授受処理を開始する前に装置識別情報登録処理部２１０により通信相手を識別するＭＡＣアドレスを保存するようにすることも可能である。
【０７０１】
すなわち、当該構成においては、装置識別情報比較部２２６を含む交換データ通信判断部２２５を通過した場合に、当該交換データ通信判断部２２５における判断処理を通過した他のゲーム装置のＭＡＣアドレスが装置識別情報登録処理部２１０によりＭＡＣアドレスリスト保存領域８８に保存されることになる。上述した処理により、一度、当該判断処理を通過した通信相手との通信を行わずに効率的なデータ通信を実行することが可能である。
【０７０２】
なお、当該構成においては、交換データ通信判断部２２５における判断処理を通過したことを条件（登録条件）として、ＣＰＵ３１（装置識別情報登録処理部２１０）が保存用データメモリ３４に設けられているＭＡＣアドレスリスト保存領域８８に、通信相手を識別するＭＡＣアドレスを保存（登録）する場合について説明したが、当該交換データ通信判断部２２５における判断処理を通過した場合のみをＭＡＣアドレスを登録する登録条件とする場合に限られず、当該判断処理を通過した上でさらに他の条件の判定処理を実行した上で、当該他の条件の判定処理を満たす場合に、ＭＡＣアドレスを登録するようにするようにしても良い。
【０７０３】
なお、当該構成において、本体部の機能として、通信データ判定部２２８およびアプリケーションＩＤ判定部２３０の処理を実行する場合について説明しているが、その場合に、通信データ判定部２２８において受信無線フレームを受信しないと判断した場合、すなわち互いに通信接続が不可能である装置からデータを受信あるいは通信対象とならないデータを受信したと判定される場合には、再度データ通信を実行する必要はないと考えられる。
【０７０４】
したがって、その場合にも当該データを送信した装置のＭＡＣアドレスを装置識別情報登録処理部２１０によりＭＡＣアドレスリスト保存領域８８に保存するようにしても良い。
【０７０５】
これにより、通信対象とならない装置のＭＡＣアドレスをＭＡＣアドレスリスト保存領域８８に保存することにより、一度通信を行った通信相手との通信を行わずに効率的なデータ通信を実行することが可能となる。
【０７０６】
また、同様に、アプリケーションＩＤ判定部２３０の判定処理において、アプリケーションＩＤの一致フラグがオンでない、すなわち、他のゲーム装置は交換データの交換相手とはならないと判定される場合においても、再度データ通信を実行する必要はないと考えられる。
【０７０７】
したがって、その場合にも他のゲーム装置のＭＡＣアドレスを装置識別情報登録処理部２１０によりＭＡＣアドレスリスト保存領域８８に保存するようにしても良い。
【０７０８】
これにより、交換データの交換相手とはならない他のゲーム装置のＭＡＣアドレスをＭＡＣアドレスリスト保存領域８８に保存することにより、一度通信を行った通信相手との通信を行わずに効率的なデータ通信を実行することが可能となる。
【０７０９】
＜携帯固定端末間通信＞
次に、本発明の実施の形態に従うゲーム装置１において固定端末機器の配信データを受信するデータ通信について説明する。
【０７１０】
図４４を用いて本発明の実施の形態に従う携帯ゲーム装置１と固定端末機器５との通信処理の概略について説明する。
【０７１１】
図４４を参照して、固定端末機器５は、無線アクセスポイント装置１００と、信号発生装置１０２とを含む。無線アクセスポイント装置１００は、ネットワーク１１０を介して配信サーバ１１５と接続される。信号発生装置１０２は、無線アクセスポイント装置１００と接続するために必要な接続情報を含む後述する配信無線フレームを宛先を特定せずに送信する。
【０７１２】
アクセスポイント装置１００は、ゲーム装置１からの配信データの要求に対してネットワーク１１０を介して配信サーバ１１５から取得（ダウンロード）した配信データをゲーム装置１に対して送信する。
【０７１３】
＜固定端末機器５からの配信データの受信を実行する機能ブロックの説明＞
図４５を用いて、本発明の実施の形態に従うゲーム装置１における配信データを受信する機能ブロックについて説明する。
【０７１４】
図４５を参照して、ゲーム装置１は、無線通信モジュール３８と、無線通信モジュール３８以外の本体部３９とで構成される。
【０７１５】
本体部３９は、無線通信設定部２０５と、装置識別情報登録処理部２１０と、データ通信制御部２０９と、受信データ保存領域８２と、ＭＡＣアドレスリスト保存領域８８＃とを含む。
【０７１６】
無線通信モジュール３８は、無線フレーム受信部２２３＃と、配信データ通信判断部２２５＃と、ＭＡＣアドレスリスト保存領域７０＃と、受信無線フレーム保存領域６９とを含む。
【０７１７】
無線通信設定部２０５は、ＭＡＣアドレス保存領域８８＃に格納されているＭＡＣアドレスリストをＭＡＣアドレスリスト保存領域７０＃に格納する。また、無線通信設定部２０５は、無線通信モジュール３８における無線通信を実行するための指示を無線フレーム受信部２２３＃に出力する。
【０７１８】
無線通信モジュール３８の無線フレーム受信部２２３＃は、無線通信を実行する指示を受けて配信相手を探索する配信相手探索処理を実行する。本例においては、無線フレーム受信部２２３＃は、配信相手として一例として固定端末機器５から送信された配信無線フレームを受信無線フレームとして受信するものとする。そして、無線フレーム受信部２２３＃は、当該受信した受信無線フレームを受信無線フレーム保存領域６９に格納する。
【０７１９】
配信データ通信判断部２２５＃は、受信した配信無線フレーム（受信無線フレーム）に基づいて通信相手が配信データを配信する配信相手であるかどうかを判断し、配信相手であると判断された場合には、その旨を本体部３９に通知する。
【０７２０】
具体的には、配信無線フレーム（受信無線フレーム）に含まれている装置識別情報であるＭＡＣアドレスがＭＡＣアドレスリスト保存領域７０＃に保存されているＭＡＣアドレスリストに登録されているかどうかを判断する。また、当該配信無線フレーム（受信無線フレーム）について、配信データの取得処理が可能な無線フレームであるかどうかを判定する。
【０７２１】
そして、配信データ通信判断部２２５＃は、配信無線フレームに含まれているＭＡＣアドレスがＭＡＣアドレスリストに登録されておらず、また、また、当該配信無線フレームが配信データの取得処理が可能な無線フレームであると判断した場合には、配信データの受信が可能である旨の通知を本体部３９のデータ通信制御部２０９に出力する。なお、ここでは、２つの条件が満たされた場合に配信データの受信が可能である旨の通知を本体部３９のデータ通信制御部２０９に出力する場合について説明しているが、少なくとも１つの条件が満たされた場合に当該通知を出力するようにしても良い。
【０７２２】
データ通信制御部２０９は、配信データ通信判断部２２５＃から出力された配信データの受信が可能である旨の通知を受けて、固定端末機器５に対して配信データの送信を要求し、固定端末機器５から送信された配信データを受信する配信データ取得処理を実行する。そして、受信した配信データを受信データ保存領域８２に格納する。
【０７２３】
装置識別情報登録処理部２１０は、データ通信制御部２０９により受信した配信データが受信データ保存領域８２に格納された場合には、配信相手である固定端末機器５の装置識別情報であるＭＡＣアドレスをＭＡＣアドレスリスト保存領域８８＃に格納する。
【０７２４】
そして、無線通信設定部２０５は、再び、ＭＡＣアドレス保存領域８８＃に格納されているＭＡＣアドレスリストをＭＡＣアドレスリスト保存領域７０＃に格納し、無線通信モジュール３８における無線通信を実行するための指示を無線フレーム受信部２２３＃に出力する。すなわち、上記で説明したのと同様の処理を繰り返す。
【０７２５】
無線通信モジュール３８の無線フレーム受信部２２３＃は、再び、無線通信を実行する指示を受けて配信相手を探索する配信相手探索処理を実行する。そして、例えば、再び、本例において、固定端末機器５から送信された配信無線フレームすなわち受信無線フレームを受信するものとする。
【０７２６】
配信データ通信判断部２２５＃は、上述したように、配信無線フレームに含まれている装置識別情報であるＭＡＣアドレスがＭＡＣアドレスリスト保存領域７０＃に保存されているＭＡＣアドレスリストに登録されているかどうかを判断する。
【０７２７】
その際、配信データ通信判断部２２５＃は、上述したように以前に配信データの取得処理が実行されている場合には、ＭＡＣアドレスリストに固定端末機器５の装置識別情報であるＭＡＣアドレスが格納されているためＭＡＣアドレスに登録されていると判断し、その後のデータ通信である配信データ取得処理は実行しない。すなわち、一度通信を行った通信相手との通信を行わずに効率的なデータ通信を実行することが可能である。
【０７２８】
なお、本体部３９と、無線通信モジュール３８とは独立して動作することが可能である。すなわち、本体部３９がスリープ状態に遷移している場合においても、無線通信モジュール３８は、配信相手を探索する配信相手探索処理を実行することが可能である。そして、配信データを受信することが可能な配信相手が見つかった場合にのみ、本体部３９に通知されて、通信相手との接続が確立されて、配信データの取得処理が実行される。したがって、例えば、本体部３９がスリープ状態等の省電力状態に遷移している場合に、無線通信モジュール３８における配信相手探索処理により通信相手が見つかった場合であっても交換が可能でなければ本体部３９に通知されて通信接続が確立されることはないため、ゲーム装置１全体における省電力を図ることが可能である。
【０７２９】
図４６を用いて、本発明の実施の形態に従う携帯固定端末間処理を実行する無線通信モジュール３８の機能ブロックの詳細について説明する。
【０７３０】
図４６を参照して、本例においては、一例として、ＣＰＵ６０がＲＯＭ７２に保存された携帯固定端末間処理を実行するためのアプリケーションを実行することにより所定の機能を実現する場合について説明するが、必ずしもＣＰＵ６０により実現される場合に限られず、少なくとも一部の機能を専用のＩＣ（Integrated Circuit）を用いて実現するようにしても良い。
【０７３１】
無線通信モジュール３８は、無線フレーム受信部２２３＃と、配信データ通信判断部２２５＃とを含む。
【０７３２】
無線フレーム受信部２２３＃は、通信相手探索部２２４を含む。配信データ通信判断部２２５＃は、装置識別情報比較部２２６と、通信データ判定部２２８とを含む。なお、各機能は、必要に応じてマルチタスク制御により実現されるものとする。
【０７３３】
図７の機能ブロックと比較すると送信無線フレームを送信しないために無線フレーム設定部２２２が設けられていない構成である。
【０７３４】
通信相手探索部２２４は、通信可能範囲１０に含まれる通信相手を探索する配信相手探索処理を実行する。本例においては、一例として配信相手として固定端末機器５との間で通信する場合について説明する。そして、通信相手探索部２２４は、固定端末機器５からの配信無線フレームを受信するまで待機し、受信した場合に当該配信無線フレームを受信無線フレームとして受信無線フレーム保存領域６９に格納する。
【０７３５】
配信データ通信判断部２２５＃は、通信相手探索部２２４で通信相手を発見した場合、すなわち、通信相手から配信無線フレームを受信した場合、当該配信無線フレームに基づいて通信相手が配信データを取得することが可能な配信相手であるかどうかを判断し、配信相手であると判断された場合には、その旨を通知する。
【０７３６】
具体的には、装置識別情報比較部２２６は、通信相手探索部２２４において通信相手が発見された場合に、通信相手である固定端末機器５から受信した配信無線フレームに含まれている装置識別情報であるＭＡＣアドレスが、ＭＡＣアドレスリスト保存領域７０＃に保存されたＭＡＣアドレスリストと比較して一致するものがあるかどうかを判断する。
【０７３７】
通信データ判定部２２８は、通信相手が発見された場合に、装置識別情報比較部２２６の比較結果に従って配信無線フレームに含まれているＭＡＣアドレスがＭＡＣアドレスリスト保存領域７０＃に保存されているＭＡＣアドレスリストと一致しないと判断された場合に、配信無線フレームのデータ内容を確認して、配信無線フレームが携帯固定端末間処理として処理可能な無線フレームであるかどうかを判定する。
【０７３８】
そして、通信データ判定部２２８は、配信無線フレームが携帯固定端末間処理として処理可能な無線フレームであると判断した場合には、本体側にその旨を通知する。
【０７３９】
以降の処理は、ゲーム装置１の本体部３９の機能として実行されることになる。
なお、ゲーム装置１の本体部３９の機能ブロックの詳細については、上述したように図６で説明した構成と基本的に同様であるので図６を用いて説明する。
【０７４０】
具体的には、スリープ設定／解除処理部２１６は、無線通信モジュール３８からの通知（図４６の通信データ判定部２２８からの通知）を受ける。
【０７４１】
そして、スリープ設定／解除処理部２１６は、無線通信モジュール３８から通知があった場合には、その通知をデータ通信実行処理部２０８に出力する。
【０７４２】
データ通信実行処理部２０８は、無線通信モジュール３８からの通知に従って固定端末機器５からの配信データの取得処理を実行する。具体的には、配信データの要求を固定端末機器５に送信する。そして、固定端末機器５から送信された配信データを受信する。
【０７４３】
そして、固定端末機器５から受信した配信データを保存用データメモリ３４の受信データ保存領域８２に保存する。
【０７４４】
装置識別情報登録処理部２１０は、データ通信実行処理部２０８により受信した配信データを受信データ保存領域８２に格納した場合には、配信相手である固定端末機器５の装置識別情報であるＭＡＣアドレスをＭＡＣアドレスリスト保存領域８８＃に格納する。
【０７４５】
データ通知処理部２１２は、配信データを取得した旨をユーザに通知する。
＜無線通信モジュール３８による携帯固定端末間通信＞
図４７を用いて、本発明の実施の形態に従う携帯固定端末間通信について説明する。当該処理は、無線通信モジュール３８において、配信データを提供する通信相手を探索する配信相手探索処理であり、一例として、ＣＰＵ６０が、ＲＯＭ７２に格納されている携帯固定端末間処理を実行するためのアプリケーションを実行することにより実現される。
【０７４６】
図４７を参照して、まず、ＣＰＵ６０（通信相手探索部２２４）は、所定期間が経過したかどうかを判断する（ステップＳ２８０）。そして、ステップＳ２８０において、ＣＰＵ６０は、所定期間が経過していないと判断した場合（ステップＳ２８０においてＮＯ）には、通信相手（固定端末機器）を探索する通信相手サーチ処理を実行する（ステップＳ２８２）。通信相手サーチ処理については後述する。
【０７４７】
そして、次に、ＣＰＵ６０（通信相手探索部２２４）は、通信相手サーチ処理により通信相手が発見されたかどうかを判断する（ステップＳ２８４）。
【０７４８】
ステップＳ２８４において通信相手が発見されない場合（ステップＳ２８４においてＮＯ）には、ステップＳ２８０に戻る。
【０７４９】
ステップＳ２８４において、通信相手が発見された場合（ステップＳ２８４においてＹＥＳ）には、ＣＰＵ６０（装置識別情報比較部２２６）は、ＭＡＣアドレスを比較する（ステップＳ２８６）。具体的には、配信無線フレームに含まれるＭＡＣアドレスと、上述したＭＡＣアドレスリスト保存領域７０＃に格納されているＭＡＣアドレスとを比較する。上述したようにＭＡＣアドレスは、通信対象を識別する識別情報であり、各固定端末機器には固有のＭＡＣアドレスが割り当てられている。そして、ＭＡＣアドレスリスト保存領域７０＃には、各固定端末機器に割り当てられたＭＡＣアドレスが保存されている。
【０７５０】
そして、次に、ＣＰＵ６０（装置識別情報比較部２２６）は、配信無線フレームに含まれる固定端末機器のＭＡＣアドレスが、ＭＡＣアドレスリストに格納されているＭＡＣアドレスと一致するかどうかを判断する（ステップＳ２８８）。
【０７５１】
そして、ステップＳ２８８において、ＭＡＣアドレスが一致したと判断した場合（ステップＳ２８８においてＹＥＳ）には、再びステップＳ２８０に戻る。すなわち、以降の処理を実行することなく当該ＭＡＣアドレスに対応する固定端末機器５との通信を終了する。すなわち、上述したＭＡＣアドレスフィルタリング処理が実行される。したがって、通信可能範囲１０に含まれる他のゲーム装置からの通信対象となるデータを受信する毎に識別情報であるＭＡＣアドレスと一致するかどうかの判断が繰り返される。
【０７５２】
ＭＡＣアドレスの比較の概念図については、図１７，１８で説明したのと同様であるのでその詳細については繰り返さない。
【０７５３】
ステップＳ２８８においてＭＡＣアドレスが一致しないと判断した場合（ステップＳ２８８においてＮＯ）には、ＣＰＵ６０（通信データ判定部２２８）は、受信したデータの内容を確認する（ステップＳ２９０）。
【０７５４】
図４８を用いて、本発明の実施の形態に従う携帯固定端末間通信においてゲーム装置においてビーコンとして受信される配信無線フレームの構成について説明する。
【０７５５】
固定端末機器５の信号発生装置１０２から送信される配信無線フレームの構成の概略は、図１５で説明した送信無線フレームと同様の構成であり、図１６で説明したベンダ特定ＩＥデータの構成が異なる。
【０７５６】
具体的には、ビーコンとして受信される配信無線フレームに含まれるベンダ特定ＩＥデータは、タグ情報ＤＤ２１、タグ長情報ＤＤ２２、ベンダ情報ＤＤ２３、通信データ識別情報ＤＤ２４、アプリケーションＩＤＤＤ２５とを含む。
【０７５７】
タグ情報ＤＤ２１は、複数のＩＥデータをそれぞれ識別する識別データである。タグ長情報ＤＤ２２は、当該ベンダ特定ＩＥデータのデータ長を示すデータが含まれている。
【０７５８】
ベンダ情報ＤＤ２３は、当該データを提供する企業等を識別するためのデータである。
通信データ識別情報ＤＤ２４は、通信データの種別を示すデータであり、携帯固定端末間通信の場合には、携帯固定端末間通信の通信データを示す情報が格納される。
【０７５９】
そして、以降にアプリケーションＩＤＤＤ２５が設けられる。
当該配信無線フレームは、後述するが固定端末機器５から不特定の相手（ゲーム装置）に対して送信されたものであり、不特定の相手（ゲーム装置）が受信するものである。親機側の固定端末機器５は、宛先を特定せずに子機側の通信相手に対して当該送信を繰り返し実行する。
【０７６０】
再び、図４７を参照して、次に、ＣＰＵ６０は、受信したデータに含まれる配信無線フレームを受信したかどうかを判断する（ステップＳ２８８）。
【０７６１】
具体的には、図４８で説明した当該データを提供する企業等を識別するためのベンダ情報がゲーム装置１が予め有しているベンダ情報と一致するかどうかを判断する。ベンダ情報が一致する場合とは、送信されたデータの発信源が通信接続が可能な装置であることを意味し、異なる場合には、送信されたデータの発信源が通信接続が不可能である装置であることを意味する。
【０７６２】
また、通信データ識別情報がゲーム装置１が予め有している通信データ識別情報と一致するかどうかを判断する。通信データ識別情報が一致する場合とは、携帯固定端末間通信における通信データ、すなわち携帯固定端末間処理として処理可能な無線フレームであることを意味する。ゲーム装置１側の比較の対象であるベンダ情報は予めＲＯＭ７２に登録されているものとする。また、ゲーム装置１側の比較の対象である通信データ識別情報についても予めＲＯＭ７２に登録されているものとする。
【０７６３】
一方、携帯固定端末間通信における通信データ識別情報と、携帯端末間通信における通信データ識別情報とは異なるため、仮にゲーム装置３から出力されたデータを受信した場合であっても通信データ識別情報が異なるため当該データを受信せず固定端末機器５とのみ通信することが可能である。
【０７６４】
ＣＰＵ６０（通信データ判定部２２８）は、携帯端末間通信か携帯固定端末間通信かによって比較対象とする通信データ識別情報を切り替えて、受信したデータに含まれている通信データ識別情報と一致するか否か判断する。
【０７６５】
すなわち、ステップＳ２８８において、ＣＰＵ６０（通信データ判定部２２８）は、配信無線フレームを受信していないと判断した場合（ステップＳ２８８においてＮＯ）には、再びステップＳ２８０に戻る。
【０７６６】
したがって、互いに通信接続が不可能である装置からデータを受信あるいは通信対象とならないデータを受信した場合には、以降の処理を実行することなく通信を終了する。なお、本例においてはベンダ情報および通信データ識別情報がともに一致するかどうかを判断する場合について説明したが、通信データ識別情報のみが一致するかどうかを判断するようにしても良い。
【０７６７】
次に、ステップＳ２９２において、ＣＰＵ６０（通信データ判定部２２８）は、配信無線フレームを受信したと判断した場合（ステップＳ２９２においてＹＥＳ）には、次に、配信データを有する固定端末機器５が発見された旨を本体側に通知する（ステップＳ２９４）。そして処理を終了する（エンド）。
【０７６８】
以降、通信相手である固定端末機器５と接続を確立して、配信データを取得する配信データ取得処理については、無線通信モジュール３８を用いた本体側のＣＰＵ３１のアプリケーションとして実行されることになる。
【０７６９】
したがって、本体側に、配信データを有する固定端末機器５が発見された旨を通知することにより無線通信モジュール３８のＣＰＵ６０のみが独立して実行する無線通信すなわち、無線通信モジュール３８において配信データを取得する通信相手を探索する配信相手探索処理は終了する。
【０７７０】
一方、ステップＳ２９２において、ＣＰＵ６０（通信データ判定部２２８）は、配信無線フレームを受信しないと判断した場合（ステップＳ２９２においてＮＯ）には、ステップＳ２８０に戻る。
【０７７１】
当該処理により、本例においては、無線通信モジュール３８における配信相手探索処理により配信データを取得可能な通信相手が見つかった場合にのみ、本体側のＣＰＵ３１に通知されて、通信相手との接続が確立されて、配信データの取得処理が実行される。したがって、例えば、本体側のＣＰＵ３１がスリープ状態等の省電力状態である場合に、無線通信モジュール３８における配信相手探索処理により通信相手が見つかった場合であっても配信データの取得ができないと判断されれば本体側のＣＰＵ３１に通知されて通信接続が確立されることはないため、ゲーム装置１全体における省電力を図ることが可能である。
【０７７２】
図４９を用いて、配信データを取得するデータ取得処理のフローについて説明する。当該データ取得処理は、一例として上述したシステムプログラム保存領域８６に格納されている本体機能プログラムをＣＰＵ３１が実行することにより実現されるものである。当該データ取得処理は、例えば、本体の起動時に開始して、バックグラウンドで継続的に実行される。
【０７７３】
図４９を参照して、まず、ＣＰＵ３１（スリープ設定／解除処理部２１６）は、無線通信モジュール３８からの通知があるかどうかを判断する（ステップＳ２９２）。
【０７７４】
ステップＳ２９２において、ＣＰＵ３１（スリープ設定／解除処理部２１６）は、無線通信モジュール３８からの通知があったと判断した場合（ステップＳ２９２においてＹＥＳ）には、本体側の機能がスリープ状態であるかどうかを判断する（ステップＳ３０１）。
【０７７５】
そして、ＣＰＵ３１（スリープ設定／解除処理部２１６）は、本体側の機能がスリープ状態であると判断した場合（ステップＳ３０１においてＹＥＳ）には、スリープ状態を解除する（ステップＳ３０２）。
【０７７６】
そして、次に、ＣＰＵ３１（データ通信実行処理部２０８）は、データ取得処理を開始する（ステップＳ３０３）。一方、本体側の機能がスリープ状態で無いと判断した場合（ステップＳ３０１においてＮＯ）には、ステップＳ３０３に進む。
【０７７７】
そして、ＣＰＵ３１（データ通信実行処理部２０８）は、無線通信モジュール３８からの配信データを有する固定端末機器が発見された旨の通知に含まれている通信相手のＭＡＣアドレス等の接続情報に基づいて通信相手との間で通信接続を確立する（ステップＳ３０４）。本例においては、固定端末機器５の無線アクセスポイント装置１００との間で通信接続を確立する。なお、本例においては、固定端末機器が発見された旨の通知後、通信相手との接続を確立する場合、すなわち、ＣＰＵ３１（データ通信実行処理部２０８）が実行する場合について説明するが、ゲーム装置が発見された旨の通知前、例えば、無線通信モジュール３８において図４７のステップＳ２９２とステップＳ２９４との間で通信相手との接続を確立する処理を実行するようにしても良い。
【０７７８】
そして、次に、ＣＰＵ３１（データ通信実行処理部２０８）は、配信データの要求を送信する（ステップＳ３０５）。
【０７７９】
そして、次に、ＣＰＵ３１（データ通信実行処理部２０８）は、配信データを受信したかどうかを判断する（ステップＳ３０６）。
【０７８０】
そして、ステップＳ３０６において、ＣＰＵ３１（データ通信実行処理部２０８）は、配信データを受信したと判断した場合（ステップＳ３０６においてＹＥＳ）には、受信データ保存領域８２に配信データを格納する（ステップＳ３０８）。
【０７８１】
そして、次に、ＣＰＵ３１（データ通信実行処理部２０８）は、通信相手（固定端末機器５）との通信を切断する（ステップＳ３１０）。すなわち、上記処理により通信相手である固定端末機器との間での配信データのデータ取得処理が終了することになる。
【０７８２】
そして、次に、ＣＰＵ３１（装置識別情報登録処理部２１０）は、保存用データメモリ３４に設けられているＭＡＣアドレスリスト保存領域８８＃に、通信相手を識別するＭＡＣアドレスを保存する（ステップＳ３１２）。当該ＭＡＣアドレスリスト保存領域８８＃に保存されたＭＡＣアドレスがＭＡＣアドレスリストの一部に含められ上述した通信設定処理で用いられることになる。
【０７８３】
そして、通信設定処理により、ＭＡＣアドレスリスト保存領域７０＃にＭＡＣアドレスリストが保存されるため、上述したＭＡＣアドレスフィルタリング処理により、同じ固定端末機器との間で何度も通信することを防止することができ、効率的かつ効果的なデータ通信を実行することが可能である。
【０７８４】
なお、本例においては、本体側の保存用メモリ３４に設けられているＭＡＣアドレス保存領域８８＃に保存されたＭＡＣアドレスリストと、無線通信モジュール３８のＭＡＣアドレスリスト保存領域７０＃に格納されているＭＡＣアドレスリストは同じであり、ＭＡＣアドレスリスト保存領域７０＃のみを用いて上記で説明した方式を実現しても良い。
【０７８５】
一方で、本体側の保存用メモリ３４にＭＡＣアドレス保存領域８８＃を設けて、当該ＭＡＣアドレス保存領域８８＃にＭＡＣアドレスを保存することにより、無線通信モジュール３５にアクセスしてＭＡＣアドレス保存領域７０のデータを編集するよりも、ＭＡＣアドレスのデータの追加あるいは削除等の編集を容易かつ高速に実行することが可能である。
【０７８６】
そして、ＣＰＵ３１（データ通知処理部２１２）は、取得データ通知処理を実行する（ステップＳ３０４）。そして、処理を終了する（エンド）。なお、取得データ通知処理については、図３７で説明したのと同様に配信データを取得した場合には、効果音あるいは内容を表示することによりユーザに通知する。
【０７８７】
一方、ステップＳ３０６において、ＣＰＵ３１（データ通信実行処理部２０８）は、配信相手である固定端末機器から配信データを一定期間内に受信していないと判断した場合（ステップＳ３０６においてＮＯ）には、ステップＳ３１６に進む。
【０７８８】
ステップＳ３１６において、ＣＰＵ３１（データ通信実行処理部２０８）は、配信相手である固定端末機器との通信を切断する。そして、ステップＳ３１４に進む。したがって、この場合には、配信データを適切に取得することができなかったためＭＡＣアドレスリスト保存領域７０＃にＭＡＣアドレスを保存することなく通信を切断する。したがって、再度、携帯固定端末間通信に従って上述した処理を実行して、配信データのデータ取得処理を再開することが可能である。
【０７８９】
図５０を用いて固定端末サーチ処理のフロー図について説明する。
この処理では、ゲーム装置１は、子機として親機である固定端末機器５との間で無線通信を実行し、ゲーム装置１は、親機である固定端末機器５からのビーコンの受信があるまで待機する。この通信相手サーチ処理では、ゲーム装置１は、常に子機として動作して親機をサーチする処理を実行する。なお、本例においては、固定端末機器５からのみビーコンが送信され、ゲーム装置１は当該信号の受信を待つ方式について説明しているが、固定端末機器５は、備え付けの機器であるため、携帯型の移動可能なゲーム装置から信号を出力するよりも固定端末機器５からのみビーコンを送信した方が効率よくデータ通信を実行することができるからである。
【０７９０】
図５０を参照して、固定端末サーチ処理を開始すると、図示は省略するが、このときタイマ回路をスタートする。
【０７９１】
そして、ステップＳ３１２で、親機である固定端末機器５のビーコンを受信したかどうかを判断する。
【０７９２】
固定端末機器５からのビーコンを受信した場合（ステップＳ３１２においてＹＥＳ）には、ステップＳ３２０において接続フラグをオンして、固定端末サーチ処理をリターンする。つまり、子機として、親機である固定端末機器５との間で通信接続が可能であることが判明する。
【０７９３】
なお、図５０においては省略したが、固定端末サーチ処理が開始されたとき、接続フラグはオフ（リセット）される。
【０７９４】
一方、親機からの接続要求信号を全く受信しない場合（ステップＳ３１２においてＮＯ）には、ステップＳ３１４で、子機として固定端末機器５に接続を試みる期間がＴｓｄ秒経過したかどうかを判断する。
【０７９５】
ステップＳ３１４において、親機サーチ時間がＴｓｄ秒経過していなければ（ステップＳ３１４においてＮＯ）、そのままステップＳ３１２に戻る。
【０７９６】
一方、親機サーチ時間がＴｓｄ秒経過すれば（ステップＳ３１４においてＹＥＳ）固定端末サーチ処理をリターンする。
【０７９７】
図５１を用いて本発明の実施の形態に従う配信データ取得のデータの遣り取りについて説明する。
【０７９８】
図５１を参照して、シーケンスｓｑ２〜ｓｑ８までは、図４３で説明したのと同様であり、本体側のＣＰＵ３１においてアプリケーションプログラムの実行による交換データが設定される（シーケンスｓｑ２）。そして、本体側のＣＰＵ３１は、無線通信モジュール３８に対して通信初期設定のためのデータを出力する（シーケンスｓｑ４）。そして、本体側のＣＰＵ３１は、通信開始指示を無線通信モジュール３８に出力する（シーケンスｓｑ６）。
【０７９９】
これに伴い通信開始指示に応答して無線通信モジュール３８による無線通信が開始される（シーケンスｓｑ８）。
【０８００】
そして、まず、無線通信モジュール３８において交換データを交換する通信相手を探索する携帯端末間通信が開始され（シーケンスｓｑ１００）、所定期間内に通信相手を発見することができなかったものとする。
【０８０１】
そして、さらに、携帯端末間通信が開始される（シーケンスｓｑ１０２）この場合においても所定期間内に通信相手を発見することができなかったものとする。
【０８０２】
そして、次に、携帯固定端末間通信が開始される（シーケンスｓｑ１０３）。
固定端末機器５は、上述したように、信号発生装置１０２からビーコンを繰り返し発信（送信）する。
【０８０３】
そして、ゲーム装置１の無線通信モジュール３８は、固定端末機器５から送信されたビーコンの入力を受け付ける（シーケンスｓｑ１０４）。
【０８０４】
これにより、上述したように自機であるゲーム装置１について接続フラグがオンする。
ゲーム装置１の無線通信モジュール３８においては、接続フラグがオンとなることに伴い通信相手である固定端末機器と通信接続が可能であるすなわち通信相手を発見したと判断する（シーケンスｓｑ１０８）。
【０８０５】
そして、ゲーム装置１の無線通信モジュール３８においては、データ内容を確認する（シーケンスｓｑ１１０）。
【０８０６】
そして、配信無線フレームを受信したと判断した場合には、無線通信モジュール３８は、本体側のＣＰＵに対して配信データの提供を受けることが可能な固定端末機器５が発見された旨を通知する（シーケンスｓｑ１１２）。
【０８０７】
これにより、本体側のＣＰＵは、無線通信モジュール３８からの通知によって、配信データを配信する固定端末機器５と通信接続が可能であることを認識し、データ取得処理を開始する（ｓｑ１１４）。
【０８０８】
そして、次に、ゲーム装置１の本体側のＣＰＵ３１は、データ取得処理が開始された後、配信データ要求を送信する（シーケンスｓｑ１１６）。
【０８０９】
固定端末機器５の無線アクセスポイント装置１００は、ゲーム装置１からの配信データ要求を受け付けて、当該配信データ要求をネットワーク１１０を介して配信サーバ１１５に送信する（シーケンスｓｑ１１７）。
【０８１０】
そして、配信サーバ１１５は、無線アクセスポイント装置１００からの配信データ要求に従って、配信データを送信する（シーケンスｓｑ１１８）。
【０８１１】
無線アクセスポイント装置１００は、ネットワーク１１０を介する配信サーバ１１５からの配信データを受け付けた後、当該配信データをゲーム装置１に対して送信する（シーケンスｓｑ１１９）。
【０８１２】
そして、ゲーム装置１は、固定端末機器５の無線アクセスポイント装置１００から送信された配信データを受け付けて、受信した配信データを格納する（シーケンスｓｑ１２０）。
【０８１３】
そして、通信を切断する（シーケンスｓｑ１２２）。
そして、ＭＡＣアドレスを登録する（シーケンスｓｑ１２４）。
【０８１４】
そして、取得データを通知する（シーケンスｓｑ１２６）。
なお、上記シーケンスにおいて、シーケンスｓｑ４，ｓｑ６，ｓｑ１１４〜１２６は、一例として、上述したように本体側の機能でありシステムプログラム保存領域８６に格納された本体機能プログラムにより実現されるものである。一方、シーケンスｓｑ８，ｓｑ１００〜ｓｑ１１０は、一例として、上述したように、無線通信モジュール３８におけるメモリ制御部６４に格納されているＲＯＭ７２から読出されたプログラムにより実現されるものである。
【０８１５】
この実施例によれば、無線通信により、通信接続が確立する固定端末機器５との間で配信データを自動で取得することができる。
【０８１６】
例えば、配信データが店頭で使用することが可能なクーポンを表示するようなものである場合、ゲーム装置１を携帯しているだけで固定端末機器５と無線通信した場合に当該クーポンを表示する配信データを取得することが可能であり、配信データの取得の楽しさを増大させることができる。
【０８１７】
また、たとえば、取得したクーポンを表示する配信データを交換データとして上述した交換データ保存領域８０のスロットに格納させるようにしても良い。たとえば、当該配信データに上述した交換データとして交換データ保存領域に格納させるアプリケーションを含ませるようにすれば良い。当該処理により、携帯端末間通信において交換データとして他の人に当該配信データを提供することが可能となる。
【０８１８】
すなわち、固定端末機器５からのみしか取得できない配信データについても携帯端末間通信を利用して他のユーザに提供することが可能となり、配信データの興趣性をさらに増大させることが可能である。
【０８１９】
そして、当該配信データの取得処理が実行された後、再び、無線通信モジュール３８における配信相手探索処理が開始される。
【０８２０】
例えば、上述したように所定期間経過毎に、自動的に通信設定処理を開始することも可能である。通信設定処理の詳細については図１１で説明したので繰り返さない。そして、次に、ＣＰＵ３１（通信指示処理部２０６）は、通信開始指示を無線通信モジュール３８に出力する（ステップＳ２６）。
【０８２１】
これにより再び、図１３のステップＳ４４で説明したように無線通信モジュール３８において携帯端末間通信が実行される（ステップＳ４４）。次に、再び、携帯端末間通信が実行される（ステップＳ４６）。
【０８２２】
携帯端末間通信において、所定期間内に通信相手を発見することができなかった場合には、再び、携帯固定端末間通信が実行される。
【０８２３】
携帯固定端末間通信の詳細については図４７で説明したとおりである。
図４７で説明したように携帯固定端末間通信においても、ＭＡＣアドレスが一致する他の固定端末装置との再度の通信処理を行わないＭＡＣアドレスフィルタリング処理が実行される。
【０８２４】
すなわち、ＭＡＣアドレスリストに登録されている一度通信を行った通信相手である固定端末装置（本例においては固定端末装置５）との間では実質的な通信は実行されない。
【０８２５】
したがって、本発明の実施の形態に従うゲーム装置においては、通信範囲の固定端末装置を自動的に繰り返して探知し、見つかった固定端末装置を通信候補に設定する。この場合、同じ固定端末装置を何度も探知して見つけてしまう可能性があるが、上述のようなＭＡＣアドレスフィルタリング処理により、同じ固定端末装置との間で何度も通信することを防止することができ、効率的かつ効果的なデータ通信を実行することが可能である。
【０８２６】
なお、図４６における構成においては、図７で説明したようなアプリケーションＩＤ判定部２３０が設けられていない構成について説明したが、携帯固定端末間通信においても、受信した配信無線フレームに格納されているアプリケーションＩＤが配信データの受信に関する所定条件を満たすか否かを判定するアプリケーションＩＤ判定部を設けるようにすることも可能である。具体的には、携帯端末間通信で説明した方式と同様に送信無線フレーム６７に保存されているアプリケーションＩＤとの判定処理を実行するようにしても良い。例えば、上記したように送信無線フレーム６７に保存されているアプリケーションＩＤについて、上述した送受信条件データ（センドフラグデータおよびレシーブフラグデータ）が含まれている場合に、データの受信だけをしたい場合が設定されているような場合に、当該アプリケーションＩＤと、配信無線フレームに含まれているアプリケーションＩＤとを比較して一致するかどうかの判定処理を実行するようにしても良い。
【０８２７】
なお、図４４に示す固定端末機器５においては、無線アクセスポイント装置１００と、信号発生装置１０２とをそれぞれ別々のものとして設けた場合について説明したが両者をまとめて１つの装置とすることも可能である。すなわち、無線アクセスポイント装置１００が信号発生装置１０２の機能を含み接続要求信号を出力するようにしても良い。
【０８２８】
一方で、図４４に示される構成の如く、信号発生装置１０２を接続要求信号のみを送信する専用の装置として設けることにより、無線アクセスポイント装置１００の処理負荷を軽減することにより、例えば、複数のゲーム装置との間での配信データのデータ通信を効率的に実行させるようにしても良い。
【０８２９】
また、信号発生装置１０２として、固定端末機器５と通信するゲーム装置を接続要求信号のみを送信する専用の信号発生装置として用いるようにしても良い。ベンダ情報等、通信相手であるゲーム装置と同様の情報を有しているため簡易に信号発生装置を実現することが可能である。
【０８３０】
図５２を用いて本発明の実施の形態に従う携帯ゲーム装置１と固定端末機器５＃との通信処理の概略について説明する。
【０８３１】
図５２を参照して、固定端末機器５＃は、図４４で説明した固定端末機器５と比較して、通信モジュール１０４、ＣＰＵ１０６、ＨＤＤ１０８をさらに含む点で異なる。その他の構成については、図４４で説明したのと同様でるのでその詳細な説明は繰り返さない。
【０８３２】
通信モジュール１０４は、ネットワーク１１０と接続されるものとする。ＣＰＵ１０６は、通信モジュール１０４、ＨＤＤ（Hard Disk Drive）１０８、信号発生装置１０２とそれぞれ接続され、これらを制御するものとする。本例においては、一例としてＣＰＵ１０６がＨＤＤ１０８に格納されている配信データを通信モジュール１０４と接続されているネットワーク１１０を介して他の装置に出力可能であるものとする。
【０８３３】
当該構成とすることにより、上記と同様の処理を実行することにより、無線アクセスポイント装置１００は、配信サーバ１１５から配信データを取得することができるとともに、ネットワーク１１０を介して接続されている通信モジュール１０４と接続して、例えば、ＨＤＤ１０８に格納されている配信データを取得して、無線アクセスポイント装置１００からゲーム装置に送信することも可能である。
【０８３４】
例えば、固定端末機器５＃が複数の店舗等にそれぞれ設けられた場合に、各店舗毎に、ＨＤＤ１０８に格納されている配信データをカスタマイズすることにより、カスタマイズされた配信データをゲーム装置に送信することが可能であり、ゲーム装置における配信データの取得の楽しさを増大させることができる。
【０８３５】
＜ＭＡＣアドレスの更新＞
次に、携帯端末間通信の送信無線フレームの設定に関して、セキュリティを向上させる方式について説明する。
【０８３６】
上述したように装置を識別する情報としてＭＡＣアドレスが用いられるが、第三者が当該ＭＡＣアドレスを偽装して当該装置になりすます可能性も考えられる。
【０８３７】
したがって、本例においては、セキュリティを向上させるためにＭＡＣアドレスを更新する。
【０８３８】
具体的には、ＣＰＵ３１（通信設定処理部２０４）は、図１５で説明したベンダーコードに設定されるローカルアドレスの内容を更新する。
【０８３９】
図５３を用いて、ローカルアドレスの更新のフローについて説明する。
図５３を参照して、まず、本体側のＣＰＵ３１（通信設定処理部２０４）は、所定期間が経過したかを判断する（ステップＳ３３０）。一例として所定期間としては６時間程度とする。
【０８４０】
そして、ステップＳ３３０において、ＣＰＵ３１（通信設定処理部２０４）は、所定期間が経過したと判断された場合（ステップＳ３３０においてＹＥＳ）には、ローカルアドレスの更新設定を指示する（ステップＳ３３２）。
【０８４１】
そして、無線通信モジュール側のＣＰＵ６０は、ローカルアドレスの更新設定指示に従って、ローカルアドレスを更新登録する（ステップＳ３３４）。すなわち、送信無線フレームで設定するためのローカルアドレスの値を更新してＲＡＭ６６に登録する。
【０８４２】
そして、処理を終了する（リターン）。
当該処理により、各装置におけるローカルアドレスが所定期間経過後に更新されることになる。
【０８４３】
したがって、ＭＡＣアドレスの内容が所定期間経過後に更新されるため一意にＭＡＣアドレスが規定されることはない。それゆえ、ＭＡＣアドレスに従って装置を一意に特定することはできない仕組みとすることによりセキュリティを向上させることが可能となる。
【０８４４】
＜ＭＡＣアドレスリストの消去＞
上記においては、ＭＡＣアドレスリスト保存領域８８のデータは、ユーザからの所定の操作指示に従ってＣＰＵ３１（装置識別情報消去処理部２１８）の指示により消去する、あるいは、所定のデータ容量が一杯となり、保存する領域が無い場合には、保存された古いＭＡＣアドレスを消去して新しいＭＡＣアドレスを保存するようにして保存領域を確保する等の処理について説明したが、上記ＭＡＣアドレスの更新と連動させてＭＡＣアドレスリストを消去するようにさせることも可能である。
【０８４５】
上述したように、各装置におけるローカルアドレスが所定期間経過後に更新される場合、他の携帯ゲーム装置のＭＡＣアドレスが更新される結果以前に上述した交換データの授受処理を実行した相手と再度、当該処理を実行する可能性がある。
【０８４６】
図５４を用いて、ＭＡＣアドレスの更新処理について説明する。
図５４を参照して、ここでは、自機１と、携帯ゲーム装置３について説明する。
【０８４７】
時系列で所定期間毎に自機１のＭＡＣアドレスがＡＤ０、ＡＤ０ａ、ＡＤ０ｂと更新される場合が示されている。
【０８４８】
また、携帯ゲーム装置３のＭＡＣアドレスがＡＤ１、ＡＤ１ａと更新される場合が示されている。
【０８４９】
したがって、同一の装置（携帯ゲーム装置３）について、ＭＡＣアドレスが更新される毎にデータ通信する可能性があり、ＭＡＣアドレスリスト保存領域に確保するべきデータ容量が大きくなる可能性がある。
【０８５０】
一方で、図５４に示されるようにＭＡＣアドレスの更新のタイミングは、各装置においてそれぞれ異なる。
【０８５１】
自機１のＭＡＣアドレスがＡＤ０の場合に、携帯ゲーム装置３と上述した交換データの授受処理を実行したものとすると、携帯ゲーム装置３のＭＡＣアドレスＡＤ１が登録されることになる。
【０８５２】
自機１のＭＡＣアドレスがＡＤ０からＡＤ０ａに更新される際（更新１回目）、携帯ゲーム装置３のＭＡＣアドレスが更新されているとは限らないため、ＭＡＣアドレスがＡＤ０の際に登録した携帯ゲーム装置３のＭＡＣアドレスＡＤ１を消去せずにそのまま残しておくことにより、無駄なデータ通信を回避することが可能である。
【０８５３】
そして、さらに所定期間後、自機１のＭＡＣアドレスがＡＤ０ａからＡＤ０ｂに更新される際（更新２回目）について考える。この場合には、携帯ゲーム装置３のＭＡＣアドレスについても所定期間が経過しているためＡＤ１からＡＤ１ａに更新されている。
【０８５４】
したがって、前回残しておいた携帯ゲーム装置３のＭＡＣアドレスＡＤ１を残しておく必要はない。
【０８５５】
それゆえ、本例においては、現在使用しているＭＡＣアドレスに対応するＭＡＣアドレスリストを保持するとともに、１つ前のＭＡＣアドレスに対応するＭＡＣアドレスリストを保持し、それよりも前すなわち２つ前のＭＡＣアドレスに対応するＭＡＣアドレスリストについては消去する。
【０８５６】
図５５を用いてＭＡＣアドレスリスト保存領域８８の構成について説明する。本例においては、ＭＡＣアドレスリスト保存領域の構成として、２つの領域を設けることとする。ここでは、現在について、ＭＡＣアドレスリスト保存領域８８ａとし、所定期間後について、ＭＡＣアドレスリスト保存領域８８ｂとした場合について説明する。
【０８５７】
図５５（Ａ）を参照して、ＭＡＣアドレスリスト保存領域８８ａは、２つのサブリストＲ１，Ｒ２を含む。なお、当該場合において、ＭＡＣアドレスＡＤ０ａを使用したデータ通信を実行しているものとする。
【０８５８】
具体的には現在使用しているＭＡＣアドレス（ＡＤ０ａ）を使用した交換データの授受処理を実行することにより、他の携帯ゲーム装置のＭＡＣアドレスを保存する領域（サブリストＲ１）と、現在使用しているＭＡＣアドレスよりも前に使用していたＭＡＣアドレス（ＡＤ０）を使用した交換データの授受処理を実行することにより他の携帯ゲーム装置のＭＡＣアドレスを保存する領域（サブリストＲ２）とを設ける。
【０８５９】
次に、図５６を用いて、本発明の実施の形態に従うＭＡＣアドレスリストの消去を説明するフローについて説明する。
【０８６０】
図５６を参照して、まず、本体側のＣＰＵ３１（装置識別情報消去処理部２１８）は、所定期間が経過したかを判断する（ステップＳ３４０）。一例として所定期間としては６時間程度とする。
【０８６１】
そして、ステップＳ３４０において、ＣＰＵ３１（装置識別情報消去処理部２１８）は、所定期間が経過したと判断された場合（ステップＳ３４０においてＹＥＳ）には、ＭＡＣアドレスリスト保存領域８８を確認する（ステップＳ３４２）。
【０８６２】
そして、次に、ＭＡＣアドレスリスト保存領域８８ａに設けられているサブリストＲ１とサブリストＲ２のいずれが古いかを判断する（ステップＳ３４４）。
【０８６３】
そして、サブリストＲ１が古いと判断された場合には、サブリストＲ１の内容を削除する（ステップＳ３４６）。
【０８６４】
一方、サブリストＲ２が古いと判断された場合には、サブリストＲ２の内容を削除する（ステップＳ３４８）。
【０８６５】
そして、削除した領域を新しいＭＡＣアドレス用の領域に設定する（ステップＳ３５０）。
【０８６６】
そして、処理を終了する（エンド）。
図５５（Ｂ）を参照して、ここでは、所定期間後に、ＭＡＣアドレスＡＤ０ａがＭＡＣアドレスＡＤ０ｂに更新された場合が示されている。
【０８６７】
当該場合において、ＭＡＣアドレスリスト保存領域８８ｂは、２つのサブリストＲ１，Ｒ２のうち、古いサブリストＲ２（ＭＡＣアドレスＡＤ０）の内容を削除して、新しいＭＡＣアドレス（ＭＡＣアドレスＡＤ０ｂ）用の領域に設定した場合が示されている。
【０８６８】
当該処理により、ＭＡＣアドレスの更新毎に２つの領域の一方のデータ内容が削除されるためＭＡＣアドレスリスト保存領域全体のデータ量を抑えることが可能となる。
【０８６９】
また、ＭＡＣアドレスを更新する際に、現在使用しているＭＡＣアドレスに対応するサブリストを保持することが可能であるため保持されたＭＡＣアドレスに基づいてＭＡＣアドレスフィルタリングを実行することができ、ＭＡＣアドレスを更新した場合にも効率的なデータ通信を継続することが可能である。
【０８７０】
なお、当該場合においても、ＣＰＵ３１（装置識別情報消去処理部２１８）は、携帯端末間通信のＭＡＣアドレスが保存されているＭＡＣアドレスリスト保存領域８８とともに、携帯固定端末間通信のＭＡＣアドレスが保存されているＭＡＣアドレスリスト保存領域８８＃のデータ内容を削除することも可能であるが、固定端末機器のＭＡＣアドレスは更新されないため携帯固定端末間通信と同様のタイミングでデータ内容を消去しなくても良い。
【０８７１】
したがって、ＣＰＵ３１（装置識別情報消去処理部２１８）は、携帯端末間通信のＭＡＣアドレスが保存されているＭＡＣアドレスリスト保存領域８８のデータ内容を消去するタイミングと異なるタイミングで、携帯固定端末間通信のＭＡＣアドレスが保存されているＭＡＣアドレスリスト保存領域８８＃のデータ内容を消去するようにしても良い。
【０８７２】
なお、ここでは、本体部のＭＡＣアドレスリスト保存領域８８，８８＃について説明したが、無線通信モジュール３８側のＭＡＣアドレスリスト保存領域７０，７０＃についても同様に適用可能である。
【０８７３】
＜その他の形態＞
上述の実施の形態においては、本発明に係る情報処理装置の代表例として、ゲーム装置１について例示したが、これに限定されることはない。すなわち、本発明に係るプログラムとして、パーソナルコンピュータで実行可能なアプリケーションを提供してもよい。このとき、本発明に係るプログラムは、パーソナルコンピュータ上で実行される各種アプリケーションの一部の機能として組み込まれてもよい。
【０８７４】
なお、この実施例では、携帯型のゲーム装置を用いた情報処理システムについてのみ説明したが、当該携帯型のゲーム装置に変えて、携帯電話機やＰＤＡ等の携帯端末でも同様に適用可能である。
【０８７５】
今回開示された実施の形態はすべての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は、上記した説明ではなく、特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。
【符号の説明】
【０８７６】
１，２，３  携帯型ゲーム装置、５，５＃  固定端末機器、１０  通信可能範囲、１２  ＬＣＤ、１４  操作ボタン、２３  カメラ、２６  メモリカード、２７  ＲＯＭ、２８  バックアップＲＡＭ、３１，６０，１０６  ＣＰＵ、３２  メインメモリ、３３  メモリ制御回路、３４  保存用データメモリ、３５  プリセットデータ用メモリ、３８  無線通信モジュール、４０  ＲＴＣ、４１  電源回路、４２  Ｉ／Ｆ回路、４３  マイク、４４  アンプ、４５  スピーカ、６１  アンテナ、６２  ＲＦ−ＩＣ、６４  メモリ制御部、６６  ＲＡＭ、６８  送信無線フレーム保存領域、６８  アプリケーションＩＤ保存領域、６９  受信無線フレーム保存領域、７０，７０＃，８８，８８＃  ＭＡＣアドレスリスト保存領域、７２  ＲＯＭ、８０  交換データ保存領域、８２  受信データ保存領域、８４  内蔵アプリ保存領域、８６  システムプログラム保存領域、１００  無線アクセスポイント装置、１０２  信号発生装置、１０４  通信モジュール、１０８  ＨＤＤ、１１０  ネットワーク、１１５  配信サーバ。
【図１】
2011056007.tif 000003
【図２】
2011056007.tif 000004
【図３】
2011056007.tif 000005
【図４】
2011056007.tif 000006
【図５】
2011056007.tif 000007
【図６】
2011056007.tif 000008
【図７】
2011056007.tif 000009
【図８】
2011056007.tif 000010
【図９】
2011056007.tif 000011
【図１０】
2011056007.tif 000012
【図１１】
2011056007.tif 000013
【図１２】
2011056007.tif 000014
【図１３】
2011056007.tif 000015
【図１４】
2011056007.tif 000016
【図１５】
2011056007.tif 000017
【図１６】
2011056007.tif 000018
【図１７】
2011056007.tif 000019
【図１８】
2011056007.tif 000020
【図１９】
2011056007.tif 000021
【図２０】
2011056007.tif 000022
【図２１】
2011056007.tif 000023
【図２２】
2011056007.tif 000024
【図２３】
2011056007.tif 000025
【図２４】
2011056007.tif 000026
【図２５】
2011056007.tif 000027
【図２６】
2011056007.tif 000028
【図２７】
2011056007.tif 000029
【図２８】
2011056007.tif 000030
【図２９】
2011056007.tif 000031
【図３０】
2011056007.tif 000032
【図３１】
2011056007.tif 000033
【図３２】
2011056007.tif 000034
【図３３】
2011056007.tif 000035
【図３４】
2011056007.tif 000036
【図３５】
2011056007.tif 000037
【図３６】
2011056007.tif 000038
【図３７】
2011056007.tif 000039
【図３８】
2011056007.tif 000040
【図３９】
2011056007.tif 000041
【図４０】
2011056007.tif 000042
【図４１】
2011056007.tif 000043
【図４２】
2011056007.tif 000044
【図４３】
2011056007.tif 000045
【図４４】
2011056007.tif 000046
【図４５】
2011056007.tif 000047
【図４６】
2011056007.tif 000048
【図４７】
2011056007.tif 000049
【図４８】
2011056007.tif 000050
【図４９】
2011056007.tif 000051
【図５０】
2011056007.tif 000052
【図５１】
2011056007.tif 000053
【図５２】
2011056007.tif 000054
【図５３】
2011056007.tif 000055
【図５４】
2011056007.tif 000056
【図５５】
2011056007.tif 000057
【図５６】
2011056007.tif 000058