JP2011056007A - 情報処理システムおよび情報処理装置 - Google Patents

情報処理システムおよび情報処理装置 Download PDF

Info

Publication number
JP2011056007A
JP2011056007A JP2009208228A JP2009208228A JP2011056007A JP 2011056007 A JP2011056007 A JP 2011056007A JP 2009208228 A JP2009208228 A JP 2009208228A JP 2009208228 A JP2009208228 A JP 2009208228A JP 2011056007 A JP2011056007 A JP 2011056007A
Authority
JP
Japan
Prior art keywords
transfer data
information processing
identification information
data
data communication
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
JP2009208228A
Other languages
English (en)
Other versions
JP5674296B2 (ja
JP2011056007A5 (ja
Inventor
Toru Oe
徹 大江
Masahiro Shoji
昌弘 庄司
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Nintendo Co Ltd
Original Assignee
Nintendo Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Nintendo Co Ltd filed Critical Nintendo Co Ltd
Priority to JP2009208228A priority Critical patent/JP5674296B2/ja
Priority to US12/871,243 priority patent/US9450917B2/en
Publication of JP2011056007A publication Critical patent/JP2011056007A/ja
Publication of JP2011056007A5 publication Critical patent/JP2011056007A5/ja
Application granted granted Critical
Publication of JP5674296B2 publication Critical patent/JP5674296B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/02—Network architectures or network communication protocols for network security for separating internal from external traffic, e.g. firewalls
    • H04L63/0227—Filtering policies
    • H04L63/0236—Filtering by address, protocol, port number or service, e.g. IP-address or URL
    • A63F13/12—
    • A—HUMAN NECESSITIES
    • A63—SPORTS; GAMES; AMUSEMENTS
    • A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
    • A63F13/00—Video games, i.e. games using an electronically generated display having two or more dimensions
    • A63F13/30—Interconnection arrangements between game servers and game devices; Interconnection arrangements between game devices; Interconnection arrangements between game servers
    • A—HUMAN NECESSITIES
    • A63—SPORTS; GAMES; AMUSEMENTS
    • A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
    • A63F13/00—Video games, i.e. games using an electronically generated display having two or more dimensions
    • A63F13/30—Interconnection arrangements between game servers and game devices; Interconnection arrangements between game devices; Interconnection arrangements between game servers
    • A63F13/33—Interconnection arrangements between game servers and game devices; Interconnection arrangements between game devices; Interconnection arrangements between game servers using wide area network [WAN] connections
    • A63F13/332—Interconnection arrangements between game servers and game devices; Interconnection arrangements between game devices; Interconnection arrangements between game servers using wide area network [WAN] connections using wireless networks, e.g. cellular phone networks
    • A—HUMAN NECESSITIES
    • A63—SPORTS; GAMES; AMUSEMENTS
    • A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
    • A63F13/00—Video games, i.e. games using an electronically generated display having two or more dimensions
    • A63F13/30—Interconnection arrangements between game servers and game devices; Interconnection arrangements between game devices; Interconnection arrangements between game servers
    • A63F13/34—Interconnection arrangements between game servers and game devices; Interconnection arrangements between game devices; Interconnection arrangements between game servers using peer-to-peer connections
    • A—HUMAN NECESSITIES
    • A63—SPORTS; GAMES; AMUSEMENTS
    • A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
    • A63F13/00—Video games, i.e. games using an electronically generated display having two or more dimensions
    • A63F13/70—Game security or game management aspects
    • A63F13/77—Game security or game management aspects involving data related to game devices or game servers, e.g. configuration data, software version or amount of memory
    • A—HUMAN NECESSITIES
    • A63—SPORTS; GAMES; AMUSEMENTS
    • A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
    • A63F13/00—Video games, i.e. games using an electronically generated display having two or more dimensions
    • A63F13/90—Constructional details or arrangements of video game devices not provided for in groups A63F13/20 or A63F13/25, e.g. housing, wiring, connections or cabinets
    • A63F13/92—Video game devices specially adapted to be hand-held while playing
    • A—HUMAN NECESSITIES
    • A63—SPORTS; GAMES; AMUSEMENTS
    • A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
    • A63F2300/00—Features of games using an electronically generated display having two or more dimensions, e.g. on a television screen, showing representations related to the game
    • A63F2300/40—Features of games using an electronically generated display having two or more dimensions, e.g. on a television screen, showing representations related to the game characterised by details of platform network
    • A63F2300/401—Secure communication, e.g. using encryption or authentication
    • A—HUMAN NECESSITIES
    • A63—SPORTS; GAMES; AMUSEMENTS
    • A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
    • A63F2300/00—Features of games using an electronically generated display having two or more dimensions, e.g. on a television screen, showing representations related to the game
    • A63F2300/40—Features of games using an electronically generated display having two or more dimensions, e.g. on a television screen, showing representations related to the game characterised by details of platform network
    • A63F2300/402—Communication between platforms, i.e. physical link to protocol
    • A—HUMAN NECESSITIES
    • A63—SPORTS; GAMES; AMUSEMENTS
    • A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
    • A63F2300/00—Features of games using an electronically generated display having two or more dimensions, e.g. on a television screen, showing representations related to the game
    • A63F2300/40—Features of games using an electronically generated display having two or more dimensions, e.g. on a television screen, showing representations related to the game characterised by details of platform network
    • A63F2300/408—Peer to peer connection
    • A—HUMAN NECESSITIES
    • A63—SPORTS; GAMES; AMUSEMENTS
    • A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
    • A63F2300/00—Features of games using an electronically generated display having two or more dimensions, e.g. on a television screen, showing representations related to the game
    • A63F2300/50—Features of games using an electronically generated display having two or more dimensions, e.g. on a television screen, showing representations related to the game characterized by details of game servers
    • A63F2300/57—Features of games using an electronically generated display having two or more dimensions, e.g. on a television screen, showing representations related to the game characterized by details of game servers details of game services offered to the player
    • A63F2300/572—Communication between players during game play of non game information, e.g. e-mail, chat, file transfer, streaming of audio and streaming of video
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H04W8/005—Discovery of network devices, e.g. terminals

Abstract

【課題】一度通信を行った通信相手との通信を行わずに効率的なデータ通信を実行することが可能な情報処理システムを提供する。
【解決手段】交換データ通信判断部２２５は、受信した受信無線フレームに基づいて通信相手が交換データを交換する交換相手であるかどうかを判断する。データ通信制御部２０９は、交換データの交換が可能である旨の通知を受けて、交換データの授受処理を実行する。装置識別情報登録処理部２１０は、携帯ゲーム装置３のＭＡＣアドレスをＭＡＣアドレスリスト保存領域８８に格納する。再び、無線フレーム送受信部２２３は、送信無線フレームを設定して、交換相手探索処理を実行する。交換データ通信判断部２２５は、受信した受信無線フレームに含まれているＭＡＣアドレスがＭＡＣアドレスリスト保存領域７０に登録されているかどうかを判断し、登録されている場合にはデータ通信を終了する。
【選択図】図５

Description

この発明は、情報処理システムおよび情報処理装置に関し、特に、例えば、互いに無線通信可能な複数の携帯型の情報処理装置等を備える、情報処理システムおよび情報処理装置に関する。
従来より、情報処理装置が近接した場合に、自動的に通信を実行するシステムが存在する。例えば、特開２００５−２８１０３号公報においては、通信するゲーム装置同士で取得条件データを確認し合い、取得条件データが合致する場合には、交換用に指定されたゲームデータをゲーム装置同士で交換するシステムが開示されている。
特開２００５−２８１０３号公報
当該システムにおいては、通信可能な範囲に入った場合に不特定の相手である他のゲーム装置と通信する。すなわち、ユーザは、通信相手となるゲーム装置を明示的には指定しないため、一度通信を行なった通信相手であっても何度も通信を繰り返す可能性があった。
本発明の目的は、上記のような問題を解決するためになされたものであって、一度通信を行った通信相手との通信を行わずに効率的なデータ通信を実行することが可能な情報処理システムおよび情報処理装置を提供することである。
この本発明の第１の局面に従う情報処理システムは、複数の情報処理装置を含む、情報処理システムであって、情報処理装置は、それぞれ、記憶手段と、複数の情報処理装置のうちの他の情報処理装置から送信される、情報処理装置を識別する識別情報を受信するための識別情報受信手段と、識別情報受信手段により受信した他の情報処理装置の識別情報に基づいて、他の情報処理装置に対する譲渡データの送信および他の情報処理装置からの譲渡データの受信の少なくとも一方を行う譲渡データ通信処理を行うか否かを判断する譲渡データ通信判断手段と、譲渡データ通信判断手段の判断結果に基づいて譲渡データ通信処理を制御する譲渡データ通信制御手段と、少なくとも譲渡データ通信制御手段により譲渡データ通信処理を行うことを登録条件として、当該登録条件を満たす場合に、当該譲渡データ通信処理を行う相手となる他の情報処理装置の識別情報を記憶手段に登録する識別情報登録制御手段とを含む。譲渡データ通信判断手段は、識別情報受信手段により受信した他の情報処理装置の識別情報が記憶手段に登録されていた場合には、当該譲渡データ通信処理を行なわないと判断する。
第１の局面によれば、情報処理装置の識別情報登録制御手段は、少なくとも譲渡データ通信制御手段により譲渡データ通信処理を行うことを登録条件として、当該登録条件を満たす場合に、当該譲渡データ通信処理を行う相手となる他の情報処理装置の識別情報を記憶手段に登録する。また、譲渡データ通信判断手段は、識別情報受信手段により交換した他の情報処理装置の識別情報が記憶手段に登録されていると判断した場合には、譲渡データ通信処理を行わない。すなわち、データ通信制御部２０９は、他のゲーム装置と通信する。データ通信制御部２０９において、他のゲーム装置との間で交換データの授受を実行した場合に、装置識別情報登録処理部２１０は、他のゲーム装置を識別する情報であるＭＡＣアドレスをＭＡＣアドレスリスト保存領域８８に保存する。そして、当該ＭＡＣアドレスリスト保存領域８８に保存されたＭＡＣアドレスは、ＭＡＣアドレスリスト保存領域７０に保存される。無線通信モジュール３８の交換データ通信判断部２２５は、ＭＡＣアドレスリスト保存領域７０に保存されたＭＡＣアドレスと同じＭＡＣアドレスのゲーム装置からのデータを受信した場合には通信しないと判断することにより、一度通信を行った通信相手との通信を行わずに効率的なデータ通信を実行することが可能である。
この本発明の第２の局面に従う情報処理システムは、複数の情報処理装置を含む、情報処理システムであって、情報処理装置は、それぞれ、通信可能な複数の情報処理装置のうちの他の情報処理装置を探索する無線モジュールと、他の情報処理装置に対する譲渡データの送信および他の情報処理装置からの譲渡データの受信の少なくとも一方を行う譲渡データ通信処理を制御し、スリープ状態に遷移可能な譲渡データ通信制御手段とを含む。無線モジュールは、記憶手段と、複数の情報処理装置のうちの他の情報処理装置から送信される、情報処理装置を識別する識別情報を受信するための識別情報受信手段と、識別情報受信手段により受信した他の情報処理装置の識別情報に基づいて、譲渡データ通信処理を行うか否かを判断する譲渡データ通信判断手段と、譲渡データ通信判断手段によって、譲渡データ通信処理を行うと判断した場合には、譲渡データ通信制御手段に通知を行う通知手段とを含む。譲渡データ通信制御手段は、通知手段による通知を受けた場合に、スリープ状態を解除して、譲渡データ通信処理を実行する。情報処理装置は、少なくともスリープ状態を解除したことを登録条件として、当該登録条件を満たす場合に、当該譲渡データ通信処理を行う相手となる他の情報処理装置の識別情報を記憶手段に登録する識別情報登録制御手段をさらに含む。譲渡データ通信判断手段は、識別情報受信手段により受信した他の情報処理装置の識別情報が記憶手段に登録されていた場合には、当該譲渡データ通信処理を行なわないと判断する。
第２の局面によれば、識別情報登録制御手段は、少なくともスリープ状態を解除したことを登録条件として、当該登録条件を満たす場合に、当該譲渡データ通信処理を行う相手となる他の情報処理装置の識別情報を記憶手段に登録する。譲渡データ通信制御手段は、スリープ状態に遷移可能である。譲渡データ通信判断手段は、識別情報受信手段により受信した他の情報処理装置の識別情報に基づいて、譲渡データ通信処理を行うか否かを判断する。そして、通知手段を譲渡データ通信処理を行うと判断した場合には、譲渡データ通信制御手段に通知する。譲渡データ通信判断手段は、識別情報受信手段により受信した他の情報処理装置の識別情報が記憶手段に登録されていた場合には、当該譲渡データ通信処理を行なわないと判断する。すなわち、データ通信制御部２０９は、他のゲーム装置と通信する。装置識別情報登録処理部２１０は、スリープを解除した際に、他のゲーム装置を識別する情報であるＭＡＣアドレスをＭＡＣアドレスリスト保存領域８８に保存する。そして、当該ＭＡＣアドレスリスト保存領域８８に保存されたＭＡＣアドレスは、ＭＡＣアドレスリスト保存領域７０に保存される。すなわち、無線通信モジュール３８の交換データ通信判断部２２５は、保存されたＭＡＣアドレスと同じＭＡＣアドレスのゲーム装置からのデータを受信したと判断した場合には通信しないと判断する。これにより、データ通信制御部２０９によるスリープ状態を解除したデータ通信は実行されない。したがって、一度通信を行った通信相手との通信の場合にはスリープ状態が解除されないため効率的なデータ通信を実行することが可能である。
この発明の第３の局面に従う情報処理システムは、複数の情報処理装置を含む、情報処理システムであって、情報処理装置は、それぞれ、記憶手段と、複数の情報処理装置のうちの他の情報処理装置から送信される、情報処理装置を識別する識別情報を受信するための識別情報受信手段と、識別情報受信手段により受信した他の情報処理装置の識別情報に基づいて、他の情報処理装置に対する譲渡データの送信および他の情報処理装置からの譲渡データの受信の少なくとも一方を行う譲渡データ通信処理を行うか否かを判断する譲渡データ通信判断手段と、譲渡データ通信判断手段の判断結果に基づいて譲渡データ通信処理を制御する譲渡データ通信制御手段と、少なくとも譲渡データ通信判断手段の判断処理をしたことを登録条件として、当該登録条件を満たす場合に、当該譲渡データ通信処理を行う相手となる他の情報処理装置の識別情報を記憶手段に登録する識別情報登録制御手段とを含む。譲渡データ通信判断手段は、識別情報受信手段により受信した他の情報処理装置の識別情報が記憶手段に登録されていた場合には、当該譲渡データ通信処理を行なわないと判断する。
第３の局面によれば、情報処理装置の識別情報登録制御手段は、少なくとも譲渡データ通信判断手段の判断処理をしたことを登録条件として、当該登録条件を満たす場合に、当該譲渡データ通信処理を行う相手となる他の情報処理装置の識別情報を記憶手段に登録する。また、譲渡データ通信判断手段は、識別情報受信手段により受信した他の情報処理装置の識別情報が記憶手段に登録されていると判断した場合には、譲渡データ通信処理を行わない。すなわち、データ通信制御部２０９は、他のゲーム装置と通信する。装置識別情報登録処理部２１０は、無線モジュール３８からの通知があった場合に他のゲーム装置を識別する情報であるＭＡＣアドレスをＭＡＣアドレスリスト保存領域８８に保存する。無線通信モジュール３８の交換データ通信判断部２２５は、保存されたＭＡＣアドレスと同じＭＡＣアドレスのゲーム装置からのデータを受信したと判断した場合には通信しないと判断することにより、一度通信を行った通信相手との通信を行わずに効率的なデータ通信を実行することが可能である。
好ましい第４の局面によれば、他の情報処理装置の識別情報を受信するために、不特定の相手に識別情報を含む探索信号を送信あるいは他の情報処理装置から送信された探索信号を受信するまで待機する探索処理を繰り返し実行する。譲渡データ通信判断手段は、識別情報受信手段による探索処理に従って通信可能な他の情報処理装置の識別情報毎に、譲渡データ通信処理を行うか否かを繰り返し判断する。
第４の局面によれば、識別情報受信手段は、不特定の相手に探索信号を送信あるいは他の情報処理装置から送信された探索信号を受信するまで待機する探索処理を繰り返し実行する。譲渡データ通信判断手段は、識別情報受信手段による他の情報処理装置の識別情報毎に、譲渡データ通信処理を行うか否かを繰り返し判断する。すなわち、無線フレーム送受信部２２３は、送信無線フレームを送信あるいは他のゲーム装置からの受信無線フレームを受信するまで待機する処理を繰り返す。また、交換データ通信判断部２２５は、ＭＡＣアドレスを含む受信無線フレームを受信する毎に保存されたＭＡＣアドレスと同じＭＡＣアドレスかどうかを判断する。したがって、通信可能な他のゲーム装置を探索し、通信相手を発見した場合に、一度通信を行った通信相手か否かが判断されて、交換可能な通信相手が発見されるまで当該処理を繰り返し継続して実行するため効率的なデータ通信が可能である。
好ましい第５の局面によれば、譲渡データ通信制御手段により他の情報処理装置に対する譲渡データ通信処理を実行した後、識別情報受信手段は、他の情報処理装置の識別情報を受信するために、不特定の相手に識別情報を含む探索信号を送信あるいは他の情報処理装置から送信された探索信号を受信するまで待機する探索処理を繰り返し実行する。譲渡データ通信判断手段は、識別情報受信手段による探索処理に従って通信可能な他の情報処理装置の識別情報を受信する毎に、譲渡データ通信処理を行うか否かを繰り返し判断する。譲渡データ通信制御手段は、譲渡データ通信判断手段による判断結果毎に他の情報処理装置に対する譲渡データ通信処理の実行を繰り返し行う。識別情報登録制御手段は、譲渡データ通信制御手段により登録条件について判断する毎に、他の情報処理装置に対する譲渡データ通信処理を実行する毎に、他の情報処理装置の識別情報を記憶手段に繰り返し登録する。
第５の局面によれば、譲渡データ通信制御手段により他の情報処理装置に対する譲渡データ通信処理を実行した後、識別情報受信手段は、他の情報処理装置の識別情報を受信するために、不特定の相手に探索信号を送信あるいは他の情報処理装置から送信された探索信号を受信するまで待機する探索処理を繰り返し実行する。譲渡データ通信判断手段は、識別情報受信手段により他の情報処理装置の識別情報を受信する毎に、受信した他の情報処理装置の識別情報が記憶手段に記憶されているか否かを繰り返し判断する。譲渡データ通信制御手段は、譲渡データ通信判断手段による判断結果毎に他の情報処理装置に対する譲渡データ通信処理の実行を繰り返し行う。識別情報登録制御手段は、識別情報登録制御手段は、譲渡データ通信制御手段により登録条件について判断する毎に、他の情報処理装置に対する譲渡データ通信処理を実行する毎に、他の情報処理装置の識別情報を記憶手段に繰り返し登録する。すなわち、無線フレーム送受信部２２３は、データ通信制御部２０９における交換データの授受処理の後、送信無線フレームを送信あるいは他のゲーム装置からの受信無線フレームを受信するまで待機する処理を繰り返す。また、交換データ通信判断部２２５は、ＭＡＣアドレスを含む受信無線フレームを受信する毎に保存されたＭＡＣアドレスと同じＭＡＣアドレスかどうかを判断する。そして、データ通信制御部２０９は、ＭＡＣアドレスが不一致である他のゲーム装置との間で交換データの授受処理を実行する。そして、装置識別情報登録処理部２１０は、交換データの授受処理を実行した他のゲーム装置を識別する情報であるＭＡＣアドレスをＭＡＣアドレスリスト保存領域８８に保存する。そして、上記処理を繰り返すことにより、一度、交換データを取得後も継続して不特定のゲーム装置を探索し、発見された他のゲーム装置との交換データの授受処理が可能であり、一度通信した通信相手との通信を行わずに多くの通信相手との交換を継続して実行することができるため効率的なデータ通信が可能である。
好ましい第６の局面によれば、他の情報処理装置に対して送信する譲渡データを指定する譲渡データ指定手段をさらに含む。
好ましい第７の局面によれば、情報処理装置は、譲渡データ指定手段の指定により、複数のアプリケーションプログラムのうちの少なくとも１つのアプリケーションプログラムで利用可能なデータを、他の情報処理装置に提供する譲渡データとして記憶する譲渡データ記憶手段をさらに含む。譲渡データ通信制御手段は、譲渡データ通信判断手段の判断結果に基づいて他の情報処理装置に対して譲渡データ記憶手段に記憶された譲渡データを他の情報処理装置に送信し、他の情報処理装置において記憶された譲渡データを受信する。
第６および第７の局面によれば、譲渡データ記憶手段は、譲渡データ指定手段の指定により、複数のアプリケーションプログラムのうちの少なくとも１つのアプリケーションプログラムで利用可能なデータを、譲渡データとして記憶する。譲渡データ通信制御手段は、譲渡データ通信判断手段の判断結果に基づいて他の情報処理装置に対して記憶された譲渡データを他の情報処理装置に送信し、他の情報処理装置において記憶された譲渡データを受信する。すなわち、交換データ保存領域８０は、アプリケーション実行処理部２０１における交換データの指定入力に従って、指定された交換データを保存する。データ通信実行処理部２０８は、ＭＡＣアドレスが不一致である他のゲーム装置との間で交換データ保存領域８０に保存された交換データの授受処理を実行する。したがって、他のゲーム装置に、ゲーム装置自身が有する対応するアプリケーションで利用することが可能な交換データを送信し、また、他のゲーム装置からも交換データを受信することが可能であるため当該交換データを利用するアプリケーションの興趣性を向上させることができる。
好ましい第８の局面によれば、情報処理装置は、所定条件に基づいて記憶手段に登録された識別情報を消去する識別情報消去手段をさらに含む。
好ましい第９の局面によれば、識別情報消去手段は、所定期間経過後に記憶手段に登録された識別情報を消去する。
好ましい第１０の局面によれば、情報処理装置は、他の情報処理装置に対して送信する譲渡データを指定する譲渡データ指定手段をさらに含む。識別情報消去手段は、譲渡データ指定手段により譲渡データを指定した際に、記憶手段に登録された識別情報を消去する。
第８〜第１０の局面によれば、識別情報消去手段は、所定期間経過後あるいは、譲渡データ指定手段により譲渡データを指定した際に、記憶手段に登録された識別情報を消去する。すなわち、装置識別情報消去処理部２１８は、ＭＡＣアドレスリスト保存領域８８に格納されているＭＡＣアドレスリストをリセットして消去することが可能であり、消去された場合には、再度、以前に通信した通信相手とのデータ通信を実行することが可能であるため自由度の高いデータ通信が可能である。
好ましい第１１の局面によれば、他の情報処理装置から送信された譲渡データ通信処理に関する通信条件（Ｄ４）が受信される。
好ましい第１２の局面によれば、識別情報受信手段は、識別情報とともに通信条件を受信する。譲渡データ通信判断手段は、識別情報受信手段により受信した他の情報処理装置の識別情報および通信条件に基づいて、譲渡データ通信処理を行うか否かを判断する。
第１１および第１２の局面によれば、通信条件に基づいて他の情報処理装置に対するデータの送信および他の情報処理装置からのデータの受信の少なくとも一方を行うか否かを判断する。すなわち、無線通信モジュール３８の通信データ判定部２２８およびアプリケーションＩＤ判定部２３０は、受信無線フレームに含まれるベンダ特定ＩＥデータの内容に従って他のゲーム装置が交換データの交換相手であるかの判断を実行することが可能であるため効率的なデータ通信を実行することが可能である。
好ましい第１３の局面によれば、情報処理装置は、複数のアプリケーションプログラムのうちの少なくとも１つのアプリケーションプログラムで利用可能なデータを、他の情報処理装置に送信する譲渡データとして記憶する譲渡データ記憶手段をさらに含む。通信条件は、譲渡データ記憶手段に記憶された譲渡データに対応付けられたアプリケーションプログラムを識別するアプリケーション識別情報を含む。譲渡データ通信判断手段は、識別情報受信手段により受信した他の情報処理装置の識別情報が記憶手段に登録されているか否かを判断する識別情報判断手段と、受信した他の情報処理装置の通信条件に譲渡データ記憶手段に記憶されている譲渡データに対応付けられたアプリケーション識別情報と同じアプリケーション識別情報が含まれているか否かを判断するアプリケーション識別情報判断手段とを含む。
第１３の局面によれば、識別情報判断手段は、識別情報受信手段により受信した他の情報処理装置の識別情報が記憶手段に記憶されているか否かを判断する。アプリケーション識別情報判断手段は、受信した他の情報処理装置の通信条件に譲渡データ記憶手段に登録されている譲渡データに対応付けられたアプリケーション識別情報と同じアプリケーション識別情報が含まれているか否かを判断する。すなわち、装置識別情報比較部２２６は、保存されたＭＡＣアドレスと同じＭＡＣアドレスのゲーム装置からのデータを受信した場合には通信しないと判断する。そして、アプリケーションＩＤ判定部２３０は、交換データ保存領域８０に記憶されている交換データに対応付けられたアプリケーションＩＤが受信無線フレームのベンダ特定ＩＥデータに含まれているかどうかを判断する。したがって、交換データに対応付けられているアプリケーション識別情報の比較に基づいて一致した場合には、同一のアプリケーションに対応する交換データであることを認識することが可能であり、同一のアプリケーションに対応する交換データを交換することが可能であるため効率的なデータ通信が可能である。
好ましい第１４の局面によれば、情報処理装置は、他の情報処理装置に対して送信する譲渡データを指定する譲渡データ指定手段をさらに含む。通信条件は、他の情報処理装置に対して送信する譲渡データと、他の情報処理装置から受信する譲渡データとの組み合わせに応じて譲渡データを取得するか否かを判定するための取得条件データを含む。譲渡データ通信判断手段は、識別情報受信手段により受信した他の情報処理装置の識別情報が記憶手段に登録されているか否かを判断する識別情報判断手段と、受信した他の情報処理装置の通信条件に含まれている取得条件データが所定条件を満たすか否かを判断する取得条件データ判断手段とを含む。
好ましい第１５の局面によれば、通信条件は、取得条件データについて、予め設けられている複数の比較方式のうちの１つの比較方式に指定するための比較識別データをさらに含む。
好ましい第１６の局面によれば、取得条件データは、他の情報処理装置に対して送信する譲渡データに関連付けられた提供属性データと、他の情報処理装置から受信する譲渡データに関連付けられた要求属性データとを含む。取得条件データ判断手段は、他の情報処理装置に送信した取得条件データに含まれる提供属性データと、他の情報処理装置から受信した取得条件データに含まれる要求属性データとが一致するかどうかを判定する第１属性判定手段と、他の情報処理装置に送信した取得条件データに含まれる要求属性データと、他の情報処理装置から受信した取得条件データに含まれる提供属性データとが一致するかどうかを判定する第２属性判定手段とを含む。
第１４〜第１６の局面によれば、通信条件は、他の情報処理装置に対して送信する譲渡データと、他の情報処理装置から受信する譲渡データとの組み合わせに応じて譲渡データを取得するか否かを判定するための取得条件データを含む。譲渡データ通信判断手段は、識別情報受信手段により交換した他の情報処理装置の識別情報と同じ識別情報が記憶手段に記憶されているか否かを判断する識別情報判断手段と、交換した他の情報処理装置の通信条件に含まれている取得条件データが所定条件を満たすか否かを判断する取得条件データ判断手段とを含む。すなわち、アプリケーションＩＤ判定部２３０は、他のゲーム装置に要求する交換データに関連付けられたリクエストデータと、他のゲーム装置からのコンディションデータとが一致するかどうかを判断し、自己の要求条件を満たしているかどうかを判断する。また、他のゲーム装置に送信する交換データに関連付けられたコンディションデータと、他のゲーム装置からのリクエストデータとが一致するかどうかを判断し、相手の要求条件を満たしているかどうかを判断する。したがって、交換データに関して自己の要求条件と相手の要求条件とを判断することが可能であるため交換を希望しない交換データとの交換を回避することが可能であり効率的なデータ通信を実行することが可能である。
好ましい第１７の局面によれば、取得条件データは、判定に用いるデータの有効／無効を設定する判定設定データを含む。第１属性判定手段は、他の情報処理装置に送信した取得条件データに含まれる提供属性データについて、判定設定データに従うマスク提供属性データと、他の情報処理装置から受信した取得条件データに含まれる要求属性データについて、判定設定データに従うマスク要求属性データとが一致するかどうかを判定する。第２属性判定手段は、他の情報処理装置に送信した取得条件データに含まれる要求属性データについて、判定設定データに従うマスク要求属性データと、他の情報処理装置から受信した取得条件データに含まれる提供属性データについて、判定設定データに従うマスク提供属性データとが一致するかどうかを判定する。
第１７の局面によれば、第１および第２の属性判定手段は、マスク提供属性データと、マスク要求属性データとが一致するかどうかを判定する。すなわち、アプリケーションＩＤ判定部２３０は、マスクデータを用いて、マスクデータとリクエストデータとを乗算した条件データと、マスクデータとコンディションデータとを乗算した条件データとが一致するかどうかを判断する。データの有効／無効を設定するマスクデータを乗算することにより多様なデータ比較を実行することが可能である。
好ましい第１８の局面によれば、情報処理装置は、識別情報を所定条件で変更する識別情報変更手段をさらに含む。
好ましい第１９の局面によれば、識別情報変更手段は、識別情報を所定時間毎に変更する。
第１８および第１９の局面によれば、識別情報変更手段は、識別情報を所定時間毎に変更する。すなわち、通信設定処理部２０４は、所定時間毎にＭＡＣアドレスのローカルアドレスを変更する。したがって、データ通信において、装置を識別する情報であるＭＡＣアドレスを変更することが可能であるため第三者がＭＡＣアドレスを偽装してなりすますという問題を抑制することが可能でありセキュリティを向上させたデータ通信を実行することが可能である。
好ましい第２０の局面によれば、記憶手段は、現在使用している識別情報に対応する他の情報処理装置の識別情報と、前回使用した識別情報に対応する他の情報処理装置の識別情報とをそれぞれ登録するための第１および第２の記憶領域とを含む。情報処理装置は、所定条件に基づいて記憶手段に登録された識別情報を消去する識別情報消去手段をさらに含む。識別情報消去手段は、変更する識別情報に対応する識別情報変更手段により現在使用している識別情報を変更する際に、他の情報処理装置の識別情報を登録する領域を確保するために第２の記憶領域に記憶された識別情報を消去する。
第２０の局面によれば、記憶手段は、現在使用している識別情報に対応する他の情報処理装置の識別情報と、前回使用した識別情報に対応する他の情報処理装置の識別情報とをそれぞれ登録するための第１および第２の記憶領域とを含む。識別情報消去手段は、変更する識別情報に対応する識別情報変更手段により現在使用している識別情報を変更する際、他の情報処理装置の識別情報を登録する領域を確保するために第２の記憶領域に記憶された識別情報を消去する。すなわち、装置識別情報消去処理部２１８は、ＭＡＣアドレスが更新される所定期間が経過したと判断した場合、前回使用したＭＡＣアドレスに対応して設けられたサブリストの内容を削除する。したがって、ＭＡＣアドレスが更新される毎に同一の他のゲーム装置とデータ通信する可能性があるが、現在使用していたＭＡＣアドレスに対応するサブリストを保持し、前回使用したＭＡＣアドレスに対応するサブリストを削除することが可能であるため、データ容量を確保しつつ、保持されたＭＡＣアドレスに基づいてＭＡＣアドレスフィルタリングを実行することができ、ＭＡＣアドレスを更新した場合にも効率的なデータ通信を実行することが可能である。
この発明の第２１の局面に従う情報処理システムは、他の情報処理装置に対して送信する譲渡データを指定する譲渡データ指定手段をさらに含む。譲渡データ通信制御手段により他の情報処理装置に対する譲渡データ通信処理を実行した後、識別情報受信手段は、他の情報処理装置の識別情報を受信するために、不特定の相手に識別情報を含む探索信号を送信あるいは他の情報処理装置から送信された探索信号を受信するまで待機する探索処理を繰り返し実行する。譲渡データ通信判断手段は、識別情報受信手段による探索処理に従って通信可能な他の情報処理装置の識別情報毎に、識別情報受信手段により受信した他の情報処理装置の識別情報が記憶手段に登録されているか否かを繰り返し判断する。譲渡データ通信制御手段は、譲渡データ通信判断手段による判断結果毎に、譲渡データ通信処理の実行を繰り返し行う。識別情報登録制御手段は、譲渡データ通信制御手段により登録条件について判断する毎に、他の情報処理装置の識別情報を記憶手段に繰り返し登録する。
第２１の局面によれば、譲渡データの受信を行った後、識別情報受信手段は、不特定の相手に探索信号を送信あるいは他の情報処理装置から送信された探索信号を受信するまで待機する探索処理を繰り返し実行する。譲渡データ通信判断手段は、識別情報受信手段による他の情報処理装置の識別情報毎に、受信した他の情報処理装置の識別情報が記憶手段に登録されているか否かを繰り返し判断する。譲渡データ通信制御手段は、譲渡データ通信判断手段による判断結果毎に譲渡データ通信処理の実行を繰り返し行う。識別情報登録制御手段は、譲渡データ通信制御手段により登録条件について判断する毎に、他の情報処理装置の識別情報を記憶手段に繰り返し登録する。すなわち、交換データの通信処理の後、無線フレーム送受信部２２３は、送信無線フレームを送信あるいは他のゲーム装置からの受信無線フレームを受信するまで待機する処理を繰り返す。また、交換データ通信判断部２２５は、ＭＡＣアドレスを含む受信無線フレームを受信する毎に保存されたＭＡＣアドレスと同じＭＡＣアドレスかどうかを判断する。データ通信制御部２０９は、無線通信モジュールからの通知に従い他のゲーム装置との間で交換データの送信および受信を繰り返す。装置識別情報登録処理部２１０は、他のゲーム装置との間で交換データの送信および受信を行う毎にＭＡＣアドレスをＭＡＣアドレス保存領域８８に保存する。したがって、通信可能な他のゲーム装置を探索し、通信相手を発見した場合に、一度通信を行った通信相手か否かを判断し、通信していない通信相手との間で交換データの交換をし、交換した場合には通信相手のＭＡＣアドレスを保存する。そして、当該処理を繰り返し継続して実行するため通信可能範囲にいる多数のゲーム装置と効率的なデータ通信が可能である。
この発明の第２２の局面に従う情報処理装置は、記憶手段と、他の情報処理装置から送信される、情報処理装置を識別する識別情報を受信するための識別情報受信手段と、識別情報受信手段により受信した他の情報処理装置の識別情報に基づいて、他の情報処理装置に対する譲渡データの送信および他の情報処理装置からの譲渡データの受信の少なくとも一方を行う譲渡データ通信処理を行うか否かを判断する譲渡データ通信判断手段と、譲渡データ通信判断手段の判断結果に基づいて譲渡データ通信処理を制御する譲渡データ通信制御手段と、少なくとも譲渡データ通信制御手段により譲渡データ通信処理を行うことを登録条件として、当該登録条件を満たす場合に、当該譲渡データ通信処理を行う相手となる他の情報処理装置の識別情報を記憶手段に登録する識別情報登録制御手段とを含む。譲渡データ通信判断手段は、識別情報受信手段により受信した他の情報処理装置の識別情報が記憶手段に登録されていた場合には、当該譲渡データ通信処理を行わないと判断する。
第２２の局面によれば、情報処理装置の識別情報登録制御手段は、譲渡データ通信制御手段により譲渡データ通信処理を場合に、他の情報処理装置の識別情報を記憶手段に記憶する。また、譲渡データ通信判断手段は、識別情報受信手段により受信した他の情報処理装置の識別情報が記憶手段に記憶されていると判断した場合には、他の情報処理装置に対する譲渡データ通信処理を行わない。すなわち、データ通信制御部２０９は、他のゲーム装置と通信する。データ通信制御部２０９において、他のゲーム装置との間で交換データの授受を実行した場合に、装置識別情報登録処理部２１０は、他のゲーム装置を識別する情報であるＭＡＣアドレスをＭＡＣアドレスリスト保存領域８８に保存する。無線通信モジュール３８の交換データ通信判断部２２５は、保存されたＭＡＣアドレスと同じＭＡＣアドレスのゲーム装置からのデータを受信した場合には通信しないと判断することにより、一度通信を行った通信相手との通信を行わずに効率的なデータ通信を実行することが可能である。
この発明の第２３の局面に従う情報処理装置は、通信可能な他の情報処理装置を繰り返して探索する無線モジュールと、他の情報処理装置に対する譲渡データの送信および他の情報処理装置からの譲渡データの受信の少なくとも一方を行う譲渡データ通信処理を制御し、スリープ状態に遷移可能な譲渡データ通信制御手段とを備える。無線モジュールは、記憶手段と、複数の情報処理装置のうちの他の情報処理装置から送信される、情報処理装置を識別する識別情報を受信するための識別情報受信手段と、識別情報受信手段により受信した他の情報処理装置の識別情報に基づいて、譲渡データ通信処理を行うか否かを判断する譲渡データ通信判断手段と、譲渡データ通信判断手段によって、譲渡データ通信処理を行うと判断した場合には、譲渡データ通信制御手段に通知を行う通知手段とを含む。譲渡データ通信制御手段は、通知手段による通知を受けた場合に、スリープ状態を解除して、譲渡データ通信処理を実行する。少なくともスリープ状態を解除したことを登録条件として、当該登録条件を満たす場合に、当該譲渡データ通信処理を行う相手となる他の情報処理装置の識別情報を記憶手段に登録する識別情報登録制御手段をさらに備える。譲渡データ通信判断手段は、識別情報受信手段により受信した他の情報処理装置の識別情報が記憶手段に登録されていた場合には、当該譲渡データ通信処理を行なわないと判断する。
第２３の局面によれば、識別情報登録制御手段は、少なくともスリープ状態を解除したことを登録条件として、当該登録条件を満たす場合に、当該譲渡データ通信処理を行う相手となる他の情報処理装置の識別情報を記憶手段に登録する。譲渡データ通信制御手段は、スリープ状態に遷移可能である。譲渡データ通信判断手段は、識別情報受信手段により受信した他の情報処理装置の識別情報に基づいて、譲渡データ通信処理を行うか否かを判断する。そして、通知手段を譲渡データ通信処理を行うと判断した場合には、譲渡データ通信制御手段に通知する。譲渡データ通信判断手段は、識別情報受信手段により受信した他の情報処理装置の識別情報が記憶手段に登録されていた場合には、当該譲渡データ通信処理を行なわないと判断する。すなわち、データ通信制御部２０９は、他のゲーム装置と通信する。装置識別情報登録処理部２１０は、スリープを解除した際に、他のゲーム装置を識別する情報であるＭＡＣアドレスをＭＡＣアドレスリスト保存領域８８に保存する。そして、当該ＭＡＣアドレスリスト保存領域８８に保存されたＭＡＣアドレスは、ＭＡＣアドレスリスト保存領域７０に保存される。すなわち、無線通信モジュール３８の交換データ通信判断部２２５は、保存されたＭＡＣアドレスと同じＭＡＣアドレスのゲーム装置からのデータを受信した場合には通信しないと判断する。これにより、データ通信制御部２０９によるスリープ状態を解除したデータ通信は実行されない。したがって、一度通信を行った通信相手との通信の場合にはスリープ状態が解除されないため効率的なデータ通信を実行することが可能である。
この発明の第２４の局面に従う情報処理装置は、記憶手段と、他の情報処理装置から送信される、情報処理装置を識別する識別情報を受信するための識別情報受信手段と、識別情報受信手段により受信した他の情報処理装置の識別情報に基づいて、他の情報処理装置に対する譲渡データの送信および他の情報処理装置からの譲渡データの受信の少なくとも一方を行う譲渡データ通信処理を行うか否かを判断する譲渡データ通信判断手段と、譲渡データ通信判断手段の判断結果に基づいて譲渡データ通信処理を制御する譲渡データ通信制御手段と、少なくとも譲渡データ通信判断手段の判断処理をしたことを登録条件として、当該登録条件を満たす場合に、当該譲渡データ通信処理を行う相手となる他の情報処理装置の識別情報を記憶手段に登録する識別情報登録制御手段とを含む。譲渡データ通信判断手段は、識別情報受信手段により受信した他の情報処理装置の識別情報が記憶手段に登録されていた場合には、当該譲渡データ通信処理を行なわないと判断する。
第２４の局面によれば、情報処理装置の識別情報登録制御手段は、少なくとも譲渡データ通信判断手段の判断処理をしたことを登録条件として、当該登録条件を満たす場合に、当該譲渡データ通信処理を行う相手となる他の情報処理装置の識別情報を記憶手段に登録する。また、譲渡データ通信判断手段は、識別情報受信手段により受信した他の情報処理装置の識別情報が記憶手段に登録されていると判断した場合には、譲渡データ通信処理を行わない。すなわち、データ通信制御部２０９は、他のゲーム装置と通信する。装置識別情報登録処理部２１０は、無線モジュール３８からの通知があった場合に他のゲーム装置を識別する情報であるＭＡＣアドレスをＭＡＣアドレスリスト保存領域８８に保存する。無線通信モジュール３８の交換データ通信判断部２２５は、保存されたＭＡＣアドレスと同じＭＡＣアドレスのゲーム装置からのデータを受信した場合には通信しないと判断することにより、一度通信を行った通信相手との通信を行わずに効率的なデータ通信を実行することが可能である。
この発明の第２５の局面に従う情報処理装置は、記憶手段と、他の情報処理装置から送信される、情報処理装置を識別する識別情報を受信するための識別情報受信手段と、識別情報受信手段により受信した他の情報処理装置の識別情報に基づいて、他の情報処理装置からの譲渡データの受信を行う譲渡データ通信処理を行うか否かを判断する譲渡データ通信判断手段と、譲渡データ通信判断手段の判断結果に基づいて譲渡データ通信処理を制御する譲渡データ通信制御手段と、少なくとも譲渡データ通信制御手段により譲渡データ通信処理を行うことを登録条件として、当該登録条件を満たす場合に、当該譲渡データ通信処理を行う相手となる他の情報処理装置の識別情報を記憶手段に登録する識別情報登録制御手段とを含む。譲渡データ通信判断手段は、識別情報受信手段により受信した他の情報処理装置の識別情報が記憶手段に登録されていた場合には、当該譲渡データ通信処理を行わないと判断する。
この発明の第２６の局面に従う情報処理装置は、記憶手段と、他の情報処理装置から送信される、情報処理装置を識別する識別情報を受信するための識別情報受信手段と、識別情報受信手段により受信した他の情報処理装置の識別情報に基づいて、他の情報処理装置に対して譲渡データの送信を行う譲渡データ通信処理を行うか否かを判断する譲渡データ通信判断手段と、譲渡データ通信判断手段の判断結果に基づいて譲渡データ通信処理を制御する譲渡データ通信制御手段と、少なくとも譲渡データ通信制御手段により譲渡データ通信処理を行うことを登録条件として、当該登録条件を満たす場合に、当該譲渡データ通信処理を行う相手となる他の情報処理装置の識別情報を記憶手段に登録する識別情報登録制御手段とを含む。譲渡データ通信判断手段は、識別情報受信手段により受信した他の情報処理装置の識別情報が記憶手段に登録されていた場合には、当該譲渡データ通信処理を行わないと判断する。
この発明の第２７の局面に従う情報処理システムは、複数の情報処理装置と複数の固定端末機器を含む、情報処理システムであって、情報処理装置は、記憶手段と、複数の情報処理装置のうちの他の情報処理装置あるいは複数の固定端末機器のうちの１つの固定端末機器から送信される、情報処理装置あるいは固定端末機器を識別する識別情報を受信するための識別情報受信手段と、識別情報受信手段により受信した他の情報処理装置あるいは固定端末機器の識別情報に基づいて、他の情報処理装置あるいは固定端末機器に対する譲渡データの送信および他の情報処理装置あるいは固定端末機器からの譲渡データの受信の少なくとも一方を行う譲渡データ通信処理を行うか否かを判断する譲渡データ通信判断手段と、譲渡データ通信判断手段の判断結果に基づいて譲渡データ通信処理を制御する譲渡データ通信制御手段と、少なくとも譲渡データ通信制御手段により譲渡データ通信処理を行うことを登録条件として、当該登録条件を満たす場合に、当該譲渡データ通信処理を行う相手となる他の情報処理装置あるいは固定端末機器の識別情報を記憶手段に登録する識別情報登録制御手段とを含む。譲渡データ通信判断手段は、識別情報受信手段により受信した他の情報処理装置あるいは固定端末機器の識別情報が記憶手段に登録されていた場合には、当該譲渡データ通信処理を行なわないと判断する。
第２７の局面によれば、情報処理装置の識別情報登録制御手段は、少なくとも譲渡データ通信制御手段により前記譲渡データ通信処理を行うことを登録条件として、当該登録条件を満たす場合に、当該譲渡データ通信処理を行う相手となる他の情報処理装置あるいは固定端末機器の識別情報を記憶手段に登録する。また、譲渡データ通信判断手段は、識別情報受信手段により交換した他の情報処理装置あるいは固定端末機器の識別情報が記憶手段に登録されていると判断した場合には、譲渡データ通信処理を行わない。すなわち、データ通信制御部２０９は、他のゲーム装置あるいは固定端末機器と通信する。データ通信制御部２０９において、他のゲーム装置あるいは固定端末機器との間で交換データの授受あるいは配信データの取得処理を実行した場合に、装置識別情報登録処理部２１０は、他のゲーム装置あるいは固定端末機器を識別する情報であるＭＡＣアドレスをＭＡＣアドレスリスト保存領域８８，８８＃に保存する。そして、当該ＭＡＣアドレスリスト保存領域８８，８８＃に保存されたＭＡＣアドレスは、ＭＡＣアドレスリスト保存領域７０，７０＃に保存される。無線通信モジュール３８の交換データ通信判断部２２５あるいは配信データ通信判断部２２５＃は、ＭＡＣアドレスリスト保存領域７０，７０＃に保存されたＭＡＣアドレスと同じＭＡＣアドレスのゲーム装置あるいは固定端末機器からの交換データあるいは配信データを受信した場合には通信しないと判断することにより、一度通信を行った通信相手との通信を行わずに効率的なデータ通信を実行することが可能である。
好ましい第２８の局面によれば、記憶手段は、識別情報登録制御手段により登録された情報処理装置の識別情報を登録する第１の領域と、固定端末機器の識別情報を登録する第２の領域とを有する。
第２８の局面によれば、記憶手段は、識別情報登録制御手段により記憶された情報処理装置の識別情報を記憶する第１の領域と、固定端末機器の識別情報を記憶する第２の領域とが設けられる。すなわち、ゲーム装置のＭＡＣアドレスが保存されるＭＡＣアドレスリスト保存領域８８と、固定端末機器のＭＡＣアドレスが保存されるＭＡＣアドレス保存領域８８＃とが設けられる。これにより、それぞれのＭＡＣアドレス保存領域に保存されたＭＡＣアドレスを用いて通信するか否かの判断が可能であるため判断の処理負荷を軽減し、効率的なデータ通信を実行することが可能である。
この発明の第２９の局面に従う情報処理装置は、記憶手段と、他の情報処理装置あるいは固定端末機器から送信される、情報処理装置あるいは固定端末機器を識別する識別情報を受信するための識別情報受信手段と、識別情報受信手段により受信した他の情報処理装置あるいは固定端末機器の識別情報に基づいて、他の情報処理装置あるいは固定端末機器に対する譲渡データの送信および他の情報処理装置あるいは固定端末機器からの譲渡データの受信の少なくとも一方を行う譲渡データ通信処理を行うか否かを判断する譲渡データ通信判断手段と、譲渡データ通信判断手段の判断結果に基づいて譲渡データ通信処理を制御する譲渡データ通信制御手段と、少なくとも譲渡データ通信制御手段により譲渡データ通信処理を行うことを登録条件として、当該登録条件を満たす場合に、当該譲渡データ通信処理を行う相手となる他の情報処理装置あるいは固定端末機器の識別情報を記憶手段に登録する識別情報登録制御手段とを含む。譲渡データ通信判断手段は、識別情報受信手段により受信した他の情報処理装置あるいは固定端末機器の識別情報が記憶手段に登録されていた場合には、当該譲渡データ通信処理を行なわないと判断する。
第２９の局面によれば、情報処理装置の識別情報登録制御手段は、少なくとも譲渡データ通信制御手段により譲渡データ通信処理を行うことを登録条件として、当該登録条件を満たす場合に、当該譲渡データ通信処理を行う相手となる他の情報処理装置あるいは固定端末機器の識別情報を記憶手段に登録する。また、譲渡データ通信判断手段は、識別情報受信手段により交換した他の情報処理装置あるいは固定端末機器の識別情報が記憶手段に登録されていると判断した場合には、譲渡データ通信処理を行わない。すなわち、データ通信制御部２０９は、他のゲーム装置あるいは固定端末機器と通信する。データ通信制御部２０９において、他のゲーム装置あるいは固定端末機器との間で交換データの授受あるいは配信データの取得処理を実行した場合に、装置識別情報登録処理部２１０は、他のゲーム装置あるいは固定端末機器を識別する情報であるＭＡＣアドレスをＭＡＣアドレスリスト保存領域８８，８８＃に保存する。そして、当該ＭＡＣアドレスリスト保存領域８８，８８＃に保存されたＭＡＣアドレスは、ＭＡＣアドレスリスト保存領域７０，７０＃に保存される。無線通信モジュール３８の交換データ通信判断部２２５あるいは配信データ通信判断部２２５＃は、ＭＡＣアドレスリスト保存領域７０，７０＃に保存されたＭＡＣアドレスと同じＭＡＣアドレスのゲーム装置あるいは固定端末機器からの交換データあるいは配信データを受信した場合には通信しないと判断することにより、一度通信を行った通信相手との通信を行わずに効率的なデータ通信を実行することが可能である。
上述の記載においては、本発明の理解を助けるために後述の実施形態との対応関係を示すための参照符号および補足説明等を付したが、これらは本発明を何ら限定するものではない。
本発明に従えば、一度通信を行った通信相手との通信を行わずに効率的なデータ通信を実行することが可能である。
本発明に係る情報処理システムの典型例について説明する図である。 本発明の実施の形態に従うゲーム装置１の構成の概略ブロック図について説明する図である。 本発明の実施の形態に従う無線通信モジュール３８の構成について説明する図である。 本発明の実施の形態に従う保存用データメモリ３４のメモリマップについて説明する図である。 本発明の実施の形態に従うゲーム装置１における交換データの授受を実行する機能ブロックについて説明する図である。 本発明の実施の形態に従うゲーム装置の本体部３９の機能ブロックの詳細について説明する図である。 本発明の実施の形態に従う携帯端末間通信を実行する無線モジュール３８の機能ブロックの詳細について説明する図である。 交換データ保存領域への交換データの格納処理について説明するフロー図である。 アプリケーションにより交換データ保存領域８０に交換データを格納する場合について説明する図である。 無線通信モジュール３８への通信設定処理について説明するフロー図である。 本発明の実施の形態に従う通信設定処理部２０４の通信設定処理について説明するフロー図である。 通信設定処理部２０４によりＲＡＭ６６に格納されたデータについて説明する図である。 本発明の実施の形態に従う無線通信モジュール３８で実行する無線通信のフローについて説明する図である。 本発明の実施の形態に従う携帯端末間通信について説明するフロー図である。 本発明の実施の形態に従う携帯端末間通信においてゲーム装置において送信される送信無線フレームの構成について説明する図である。 本発明の実施の形態に従うベンダ特定ＩＥデータの構成について説明する図である。 本発明の実施の形態に従うＭＡＣアドレスを比較する場合の概念図について説明する図である。 本発明の実施の形態に従うＭＡＣアドレスを比較する場合の別の概念図について説明する図である。 本発明の実施の形態に従うアプリケーションＩＤ判定部２３０における全体のフロー図である。 本発明の実施の形態に従う比較対象となるベンダ特定ＩＥの比較について説明する図である。 第１アルゴリズムに従うＩＤリスト比較処理について説明するフロー図である。 本発明の実施の形態に従うＩＤデータの比較について説明する図である。 本発明の実施の形態に従うＩＤデータのさらに別の比較について説明する図である。 第２アルゴリズムに従うＩＤリスト比較処理について説明するフロー図である。 本発明の実施の形態に従う送受信条件データであるセンドフラグデータおよびレシーブフラグデータの比較について説明する図である。 本発明の実施の形態に従う条件データの比較について説明する図である。 本発明の実施の形態に従う取得条件データの具体例について説明する図である。 図２７で説明した取得条件データに基づく条件データの比較の具体例について説明する図である。 本発明の実施の形態に従う取得条件データの別の具体例について説明する図である。 図２９で説明した取得条件データに基づく条件データの比較の具体例について説明する図である。 本発明の実施の形態に従うアプリケーションＩＤを比較する場合の概念図について説明する図である。 本発明の実施の形態に従うゲーム装置間における交換データの交換処理について説明する図（その１）である。 本発明の実施の形態に従うゲーム装置間における交換データの交換処理について説明する図（その２）である。 本発明の実施の形態に従うゲーム装置間における交換データの交換処理について説明する図（その３）である。 交換データのデータ授受処理のフロー（その１）について説明する図である。 交換データのデータ授受処理のフロー（その２）について説明する図である。 本発明の実施の形態に従うデータ通知処理について説明する図である。 本実施例における交換データ追加および消去処理について説明するフロー図である。 通信相手サーチ処理について説明する図である。 通信相手サーチ処理（１）を示すフロー図である。 通信相手サーチ処理（２）を示すフロー図（その１）である。 通信相手サーチ処理（２）を示すフロー図（その２）である。 本発明の実施の形態に従う交換データの授受のデータの遣り取りについて説明する図である。 本発明の実施の形態に従う携帯ゲーム装置１と固定端末機器５との通信処理の概略について説明する図である。 本発明の実施の形態に従うゲーム装置１における配信データを受信する機能ブロックについて説明する図である。 本発明の実施の形態に従う携帯固定端末間処理を実行する無線通信モジュール３８の機能ブロックの詳細について説明する図である。 本発明の実施の形態に従う携帯固定端末間通信について説明するフロー図である。 本発明の実施の形態に従う携帯固定端末間通信においてゲーム装置においてビーコンとして受信される配信無線フレームの構成について説明する図である。 配信データを取得するデータ取得処理のフローについて説明する図である。 固定端末サーチ処理を示すフロー図である。 本発明の実施の形態に従う配信データ取得のデータの遣り取りについて説明する図である。 本発明の実施の形態に従う携帯ゲーム装置１と固定端末機器５＃との通信処理の概略について説明する図である。 本発明の実施の形態に従うローカルアドレスの更新のフローについて説明する図である。 本発明の実施の形態に従うＭＡＣアドレスの更新処理について説明する図である。 本発明の実施の形態に従うＭＡＣアドレスリスト保存領域８８の構成について説明する図である。 本発明の実施の形態に従うＭＡＣアドレスリストの消去を説明するフロー図である。
この発明の実施の形態について、図面を参照しながら詳細に説明する。なお、図中の同一または相当部分については、同一符号を付してその説明は繰返さない。
＜全体構成＞
まず、図１を用いて本発明に係る情報処理システムの典型例について説明する。
図１を参照して、この発明の実施の形態に従う本発明に係る情報処理システムは、複数の携帯型の情報処理装置を含む。本例においては、複数の携帯型の情報処理装置の一例として携帯ゲーム装置（以下、単にゲーム装置とも称する）１〜３が示されている。なお、ここでは、３台の携帯ゲーム装置が示されているが少なくとも２台有ればよい。また、さらに複数台の携帯ゲーム装置を設けた構成とすることも可能である。
なお、本例においては、本発明の実施の形態における情報処理システムにおいて、必須の構成物ではないが、携帯型の情報処理装置であるゲーム装置と無線通信可能な固定端末機器５を設ける。
ゲーム装置１〜３は、互いに無線通信を実行してデータの授受が可能であり、本例においては、ゲーム装置１（以下、単に、自機とも称する）と、他のゲーム装置および固定端末機器５と通信する場合について説明する。
また、図１においては、ゲーム装置１（自機）において、無線通信を実行する場合の通信可能範囲１０が点線で示されている。すなわち、図１の例においては、ゲーム装置１（自機）は、ゲーム装置２，３と、固定端末機器５とそれぞれ通信が可能な状態であることが示されている。なお、図１においては、自機のゲーム装置１の通信可能範囲１０に、ユーザ名「一郎」および「二郎」のゲーム装置２，３がそれぞれ存在し、ゲーム装置１は、ユーザ名「二郎」のゲーム装置３と無線通信している様子が示されている。
詳細については後述するが、ゲーム装置１とゲーム装置３とは、互いに無線通信を実行して、互いに有している後述する交換データを交換する。そして、ゲーム装置１，３は、交換した交換データを利用することが可能であるものとする。
また、後述するが、固定端末機器５は、周辺のゲーム装置に対して所定の配信データを配信する。そして、ゲーム装置は、固定端末機器５から配信された配信データを取得した場合には、取得した配信データを利用することが可能であるものとする。
＜ゲーム装置の構成＞
図２を用いて、本発明の実施の形態に従うゲーム装置１の構成の概略ブロック図について説明する。なお、ゲーム装置２，３についても同様の構成であるためその詳細な説明は省略する。
図２を参照して、ゲーム装置１は、ＣＰＵ３１と、メインメモリ３２と、メモリ制御回路３３と、保存用データメモリ３４と、プリセットデータ用メモリ３５と、メモリカードインターフェース（メモリカードＩ／Ｆ）３６と、無線通信モジュール３８と、リアルタイムクロック（ＲＴＣ）４０と、電源回路４１とを備えている。
ＣＰＵ３１は、プログラムを実行するための演算処理手段である。本発明の実施の形態では、当該プログラムは、ゲーム装置１内のメモリ（たとえば、保存用データメモリ３４）やメモリカード２６等に記録されている。なお、ＣＰＵ３１によって実行されるプログラムは、ゲーム装置１内のメモリに予め記録されていてもよいし、メモリカード２６から取得されてもよいし、他の機器との通信によって他の機器から取得されてもよい。また、ＣＰＵ３１は、マルチタスク制御が可能である。具体的には、ゲーム処理を実行しつつ、バックグラウンドで、後述する交換データの授受処理を実行することができる。
ＣＰＵ３１には、メインメモリ３２、メモリ制御回路３３、およびプリセットデータ用メモリ３５が接続される。また、メモリ制御回路３３には、保存用データメモリ３４が接続される。
メインメモリ３２は、ＣＰＵ３１のワーク領域やバッファ領域として用いられる記憶手段である。すなわち、メインメモリ３２は、上記情報処理に用いられる各種データを記憶したり、外部（メモリカード２６や他の機器等）から取得されるプログラムを記憶したりする。本発明の実施の形態では、メインメモリ３２として、たとえばＰＳＲＡＭ（Pseudo-SRAM）を用いる。
保存用データメモリ３４は、後述するが、ＣＰＵ３１によって実行されるプログラムやカメラ２３によって撮影された画像のデータ等を記憶するための記憶手段である。
保存用データメモリ３４は、不揮発性の記憶媒体によって構成されており、たとえば本実施例ではＮＡＮＤ型フラッシュメモリで構成される。メモリ制御回路３３は、ＣＰＵ３１の指示に従って、保存用データメモリ３４に対するデータの読み出しおよび書き込みを制御する回路である。
プリセットデータ用メモリ３５は、ゲーム装置１において予め設定される各種パラメータ等のデータ（プリセットデータ）を記憶するための記憶手段である。プリセットデータ用メモリ３５としては、ＳＰＩ（Serial Peripheral Interface）バスによってＣＰＵ３１と接続されるフラッシュメモリを用いることができる。
メモリカードＩ／Ｆ３６は、ＣＰＵ３１に接続される。メモリカードＩ／Ｆ３６は、コネクタに装着されたメモリカード２６に対するデータの読み出しおよび書き込みを、ＣＰＵ３１の指示に応じて行なう。
無線通信モジュール３８は、後述するが同種のゲーム装置等との間で無線通信を行なう機能を有する。
さらに、ＣＰＵ３１には、ＲＴＣ４０および電源回路４１が接続される。ＲＴＣ４０は、時間をカウントしてＣＰＵ３１に出力する。たとえば、ＣＰＵ３１は、ＲＴＣ４０によって計時された時間に基づいて、現在時刻（日付）等を計算することもできる。電源回路４１は、ゲーム装置１が有する電源から供給される電力を制御し、ゲーム装置１の各部品に電力を供給する。
さらに、ゲーム装置１は、マイク４３およびアンプ４４を備えている。マイク４３およびアンプ４４は、それぞれＩ／Ｆ回路４２に接続される。マイク４３は、ゲーム装置１に向かって発声されたユーザの音声を検知して、当該音声を示す音声信号をＩ／Ｆ回路４２に出力する。アンプ４４は、Ｉ／Ｆ回路４２からの音声信号を増幅してスピーカ４５から出力させる。Ｉ／Ｆ回路４２は、ＣＰＵ３１に接続される。
Ｉ／Ｆ回路４２は、マイク４３からの音声信号の入力を受ける音声入力制御回路５４と、アンプ４４に対する音声信号の出力の制御を行なう音声出力制御回路５６とを含む。
音声入力制御回路５４は、マイク４３からの音声信号の入力レベルを検知して、音声信号に対するＡ／Ｄ変換を行なったり、音声信号を所定の形式の音声データに変換したりする。
音声出力制御回路５６は、出力信号がステレオ設定あるいはモノラル設定に従って、アンプ４４に出力する音声信号を調整する。
操作ボタン１４は、図示しないが複数の操作ボタンで構成され、ＣＰＵ３１に接続される。操作ボタン１４からＣＰＵ３１へは、各操作ボタンに対する入力状況（押下されたか否か）を示す操作データが出力される。ＣＰＵ３１は、操作ボタン１４から操作データを取得することによって、操作ボタン１４に対する入力に応じた処理を実行する。
カメラ２３は、ＣＰＵ３１に接続される。カメラ２３は、ＣＰＵ３１の指示に応じて画像を撮影し、撮影した画像データをＣＰＵ３１に出力する。たとえば、ＣＰＵ３１は、カメラ２３に対して撮影指示を行ない、撮影指示を受けたカメラが画像を撮影して画像データをＣＰＵ３１に送る。
また、ＬＣＤ１２は、ＣＰＵ３１に接続される。ＬＣＤ１２は、ＣＰＵ３１の指示に従って図示しないが操作画面等を表示する。
メモリカード２６は、図示しないコネクタと着脱可能であり、コネクタと接続された場合にはメモリカードＩ／Ｆ３６と接続される。メモリカード２６は、ＲＯＭ２７と、バックアップＲＡＭ２８とが内蔵され、ＲＯＭ２７には、ゲーム装置１で実行するためのアプリケーション等が予め設定（記憶）されている。なお、ＲＯＭ２７には、ＲＯＭ２７に記憶されるアプリケーションを識別するための名称（タイトル）を意味する識別番号が記憶されている。また、バックアップＲＡＭ２８には、アプリケーションの途中のデータや結果データが記憶（セーブ）される。また、バックアップＲＡＭ２８は、後述するが、当該アプリケーションを実行した場合に他のゲーム装置に提供するデータ（以下、交換データとも称する）をゲーム装置に保存した場合には交換フラグデータを記憶する。
なお、典型的には、後述するアプリケーション識別情報（アプリケーションＩＤ）とは、アプリケーションを識別するための名称（タイトル）を意味するデータ（識別番号）を含むが、必ずしもそれに限られるものではなく、本実施例においては、アプリケーションを識別するための名称に加えて、交換データとして交換対象となるデータであるかを識別可能とするデータ（交換条件データ）をも含むものとする。
図３を用いて、本発明の実施の形態に従う無線通信モジュール３８の構成について説明する。
図３を参照して、本発明の実施の形態に従う無線通信モジュール３８は、ＣＰＵ６０と、ＲＦ−ＩＣ（Radio Frequency IC）６２と、メモリ制御部６４と、モジュールＩ／Ｆ７６と、各部と接続されている内部バス７４とを含む。
メモリ制御部６４は、ＲＡＭ６６と、無線通信に関するプログラムの少なくとも一部等が保存されるＲＯＭ７２とを含む。ＲＡＭ６６には、アプリケーションＩＤ保存領域６８と、ＭＡＣアドレスリスト保存領域７０，７０＃と、送信無線フレーム保存領域６７と、受信無線フレーム保存領域６９とが設けられる。
アプリケーションＩＤ保存領域６８は、後述するがＣＰＵ３１からの指示に従って登録された少なくとも１つ以上のアプリケーションＩＤを保存する領域である。また、本例においては後述するが当該アプリケーションＩＤを他のアプリケーションＩＤと比較する際の判定のアルゴリズムとして複数の判定方式を設けることが可能であり、アプリケーションＩＤを各判定方式に対応するリストとして纏めて保存することも可能である。そして、リスト毎に保存する際には、判定のアルゴリズムの方式を示す情報（アルゴリズム識別情報）を含むリストヘッダ情報がそれぞれのリストに対して設けられる。
また、ＭＡＣアドレスリスト保存領域７０は、後述するがＣＰＵ３１からの指示に従って登録された他の携帯ゲーム装置のＭＡＣアドレスを保存する領域である。また、ＭＡＣアドレスリスト保存領域７０＃は、後述するがＣＰＵ３１からの指示に従って登録された固定端末機器５のＭＡＣアドレスを保存する領域である。なお、本例においては、他の携帯ゲーム装置のＭＡＣアドレスを保存する領域と、固定端末機器のＭＡＣアドレスを保存する領域とをそれぞれ分けて設けた構成について説明するが同じ領域に保存するようにすることも可能である。
送信無線フレーム保存領域６７は、後述するがＲＦ−ＩＣ６２を介して外部の携帯ゲーム装置に送信する無線フレーム（送信無線フレームとも称する）のデータを保存する領域である。また、受信無線フレーム保存領域６９は、後述するが外部の携帯ゲーム装置から送信され、ＲＦ−ＩＣ６２を介して受信された無線フレーム（受信無線フレームとも称する）のデータを保存する領域である。なお、受信無線フレーム保存領域６９には、後述するが、固定端末機器５から送信された配信無線フレームのデータも保存される。
ＣＰＵ６０は、無線通信に関するプログラムを実行するための演算処理手段である。
ＣＰＵ６０は、メモリ制御部６４に格納されているＲＯＭ７２から読出されたプログラムによって無線通信の所定の機能を実現することが可能である。具体的には、一例としてＲＯＭ７２には後述する携帯端末間通信を実行するためのアプリケーションおよび携帯固定端末間通信を実行するためのアプリケーションが格納されている。
ＣＰＵ６０が当該携帯端末間処理を実行するためのアプリケーションを実行することにより、無線通信モジュール３８において交換データを交換する通信相手を探索する処理（以下、交換相手探索処理とも称する）が実行される。そして、無線通信モジュール３８における交換相手探索処理により交換データを交換する通信相手が見つかった場合には、後述するがゲーム装置１の本体側のＣＰＵ３１に通知されて、交換データの授受処理が実行される。本実施例においては、本体側のＣＰＵ３１の指示に従って通信相手との接続を確立する処理が実行されて、接続が確立された後、交換データの授受処理が実行される。
同様に、ＣＰＵ６０が携帯固定端末間通信を実行するためのアプリケーションを実行することにより、無線通信モジュール３８において、配信データを提供する通信相手を探索する処理（以下、配信相手探索処理とも称する）が実行される。そして、無線通信モジュール３８における配信相手探索処理により配信データを提供する通信相手が見つかった場合には、後述するがゲーム装置１の本体側のＣＰＵ３１に通知されて、配信データを取得する処理が実行される。本実施例においては、本体側のＣＰＵ３１の指示に従って通信相手である固定端末機器との接続を確立する処理が実行されて、接続が確立された後、配信データを取得する処理が実行される。
ＲＦ−ＩＣ６２は、例えば、他のゲーム装置に対してＣＰＵ６０の指示により送信されるデータを変調して、アンテナ６１から電波を送信する。ただし、電波強度は、非常に微弱で、電波法においてユーザが無免許で利用できる程度の小さい値に設定されている。また、無線通信モジュール３８は、例えば、他のゲーム装置から送信された電波をアンテナ６１で受信して、ＲＦ−ＩＣ６２において受信データが復調される。復調された受信データは、メモリ制御部６４のＲＡＭ６６に格納される。
モジュールＩ／Ｆ７６は、無線通信モジュール３８とゲーム装置１のＣＰＵ３１等の本体部とのインターフェースであり、無線通信モジュールのアンテナ６１で受信し、ＲＡＭ６６に格納された受信データは、モジュールＩ／Ｆ７６を介してゲーム装置１の本体側のＣＰＵ３１等に出力される。また、ＣＰＵ３１からの指示に従って、保存用データメモリ３４に格納されている後述する交換データがモジュールＩ／Ｆ７６を介して無線通信モジュール３８に入力され、上述したように送信データとしてアンテナ６１から例えば外部の他のゲーム装置に出力することが可能である。
なお、外部の他のゲーム装置に送信するデータとしては、モジュールＩ／Ｆ７６を介してゲーム装置１の本体側のＣＰＵ３１の指示により入力されたデータに限られず、無線通信モジュール３８内でＣＰＵ６０の指示によりメモリ制御部６４に設けられたＲＡＭ６６等に格納されているデータに基づいて生成した送信無線フレームを送信データとして出力する場合もある。後述するが当該送信無線フレームは、子機側からの接続要求信号として出力される。
図４を用いて、本発明の実施の形態に従う保存用データメモリ３４のメモリマップについて説明する。
図４を参照して、保存用データメモリ３４は、交換データ保存領域８０と、受信データ保存領域８２と、内蔵アプリ保存領域８４と、システムプログラム保存領域８６と、ＭＡＣアドレスリスト保存領域８８，８８＃とを含む。
交換データ保存領域８０は、他のゲーム装置との間でのデータの交換を実行する際に用いられる交換データが保存される領域である。
この交換データ保存領域８０には、複数の記憶領域である複数のスロットＳＬ１〜ＳＬ１０が設けられている。この各スロットＳＬは、アプリケーションで利用可能なデータを他のゲーム装置に提供する交換データとして格納する領域であり、実際にアプリケーションで利用されるデータは、当該アプリケーションを識別するアプリケーションＩＤに対応付けられた状態で格納される。
なお、上述したようにアプリケーションＩＤは、本例において、単にアプリケーションを識別するデータを含むが、必ずしもそれに限られるものではなく、後述するが交換データが交換対象となるデータであるかを識別可能とするデータ（交換条件データ）も含むものとする。
また、後述するが、当該アプリケーションＩＤを無線通信モジュール３８のアプリケーションＩＤ保存領域６８に保存する際に、判定のアルゴリズムの方式毎のリストとして保存する際には、当該アプリケーションＩＤをどのリストに保存するべきかを識別するために判定のアルゴリズムの方式を示す情報（アルゴリズム識別情報）もアプリケーションＩＤに対応付けられた状態で格納することも可能である。
また、受信データ保存領域８２は、他のゲーム装置との間でのデータの交換の際に、他のゲーム装置から受信した交換データを保存する領域である。
また、内蔵アプリ保存領域８４は、ゲーム装置１に格納されている、当該ゲーム装置１上で実行する複数のアプリケーション等が保存されている領域である。ゲーム装置１は、前述のとおり、メモリカード２６に保存されたアプリケーションを実行することができるが、この内蔵アプリ保存領域８４に保存されたアプリケーションを実行することも可能である。内蔵アプリ保存領域８４に保存されるアプリケーションは、予め保存されていても良いし、インターネット等を介して外部からダウンロードして保存するようにしてもよい。なお、内蔵アプリ保存領域８４には、アプリケーション本体用の保存領域と、各アプリケーション毎に設けられた、当該アプリケーションが占有的に使用するセーブデータを保存するための保存領域（アプリケーション用記憶領域）とが設けられる。
したがって、内蔵アプリ保存領域８４に複数のアプリケーションが保存されている場合には、それぞれのアプリケーションに対応して設けられた複数の保存領域が設けられる。
また、システムプログラム保存領域８６は、情報処理装置の本体機能を実現するための本体機能プログラム、例えば、起動するアプリケーションを選択するためのメニュープログラムや、交換データを有する通信相手と互いに交換データの授受を実行するデータ授受処理および配信データを通信相手から取得するデータ取得処理を実行するためのプログラム等が保存されている領域である。
また、ＭＡＣアドレスリスト保存領域８８は、無線通信モジュール３８において、以前に通信した通信相手である他のゲーム装置を識別することが可能な装置識別情報であるＭＡＣアドレスを保存する領域である。また、ＭＡＣアドレスリスト保存領域８８＃は、無線通信モジュール３８において、以前に通信した通信相手である固定端末機器を識別することが可能な装置識別情報であるＭＡＣアドレスを保存する領域である。後述するが、無線通信を実行する際の通信設定処理において、ＭＡＣアドレスリスト保存領域７０，７０＃に保存されているＭＡＣアドレスが当該ＭＡＣアドレスリスト保存領域８８，８８＃にそれぞれ保存される。
本実施例におけるゲーム装置１のデータ通信は、大別すると他のゲーム装置との交換データの授受を実行するデータ通信と、固定端末機器からの配信データを受信するデータ通信とに分けることができる。
まず、本発明の実施の形態に従うゲーム装置１と他のゲーム装置との交換データの授受を実行するデータ通信について説明する。
＜ゲーム装置３との間で交換データの授受を実行する機能ブロックの説明＞
図５を用いて、本発明の実施の形態に従うゲーム装置１における交換データの授受を実行する機能ブロックについて説明する。
図５を参照して、ゲーム装置１は、無線通信モジュール３８と、無線通信モジュール３８以外の本体部３９とで構成される。
本体部３９は、無線通信設定部２０５と、装置識別情報登録処理部２１０と、データ通信制御部２０９と、交換データ保存領域８０と、受信データ保存領域８２と、ＭＡＣアドレスリスト保存領域８８とを含む。
無線通信モジュール３８は、無線フレーム送受信部２２３と、交換データ通信判断部２２５と、アプリケーションＩＤ保存領域６８と、ＭＡＣアドレスリスト保存領域７０と、送信無線フレーム保存領域６７と、受信無線フレーム保存領域６９とを含む。
無線通信設定部２０５は、ＭＡＣアドレス保存領域８８に格納されているＭＡＣアドレスリストをＭＡＣアドレスリスト保存領域７０に格納する。また、無線通信設定部２０５は、交換データ保存領域８０に保存されている交換データと対応付けられて格納されたアプリケーションＩＤをアプリケーションＩＤ保存領域６８に格納する。また、無線通信設定部２０５は、無線通信モジュール３８における無線通信を実行するための指示を無線フレーム送受信部２２３に出力する。
無線通信モジュール３８の無線フレーム送受信部２２３は、無線通信を実行する指示を受けてアプリケーションＩＤ保存領域６８に保存されているアプリケーションＩＤを含む送信無線フレームを設定して送信無線フレーム保存領域６７に格納するとともに、当該設定された送信無線フレームを用いて通信相手を探索する交換相手探索処理を実行する。本例においては、無線フレーム送受信部２２３は、通信相手として一例として携帯ゲーム装置３に対して送信無線フレームを送信し、携帯ゲーム装置３から送信された送信無線フレームすなわち受信無線フレームを受信するものとする。そして、無線フレーム送受信部２２３は、当該受信した受信無線フレームを受信無線フレーム保存領域６９に格納する。
交換データ通信判断部２２５は、受信した受信無線フレームに基づいて通信相手が交換データを交換する交換相手であるかどうかを判断し、交換相手であると判断された場合には、その旨を本体部３９に通知する。
具体的には、受信した受信無線フレームに含まれている装置識別情報であるＭＡＣアドレスがＭＡＣアドレスリスト保存領域７０に保存されているＭＡＣアドレスリストに登録されているかどうかを判断する。また、当該受信した受信無線フレームが交換データの授受に関する処理が可能な無線フレームであるかどうかを判定する。また、当該受信した受信無線フレームに含まれているアプリケーションＩＤと、送信無線フレーム保存領域６７に保存されている送信無線フレームに含まれているアプリケーションＩＤとを比較して、比較結果に基づいて、通信相手と交換データの交換が可能であるかどうかを判断する。
そして、交換データ通信判断部２２５は、受信した受信無線フレームに含まれているＭＡＣアドレスがＭＡＣアドレスリストに登録されておらず、また、当該受信した受信無線フレームが交換データの授受に関する処理が可能な無線フレームであり、また通信相手と交換データの交換が可能であると判断した場合には、交換データの交換が可能である旨の通知を本体部３９のデータ通信制御部２０９に出力する。なお、ここでは、３つの条件が満たされた場合に交換データの交換が可能である旨の通知を本体部３９のデータ通信制御部２０９に出力する場合について説明しているが、少なくとも１つの条件が満たされた場合に当該通知を出力するようにしても良い。
データ通信制御部２０９は、交換データ通信判断部２２５から出力された交換データの交換が可能である旨の通知を受けて、交換データ保存領域８０に保存されている交換データを送信するとともに、携帯ゲーム装置３から交換データを受信する交換データの授受処理を実行する。そして、受信した交換データを受信データ保存領域８２に格納する。
装置識別情報登録処理部２１０は、データ通信制御部２０９により受信した交換データが受信データ保存領域８２に格納された場合には、交換相手である携帯ゲーム装置３の装置識別情報であるＭＡＣアドレスをＭＡＣアドレスリスト保存領域８８に格納する。すなわち、装置識別情報を蓄積する。また、装置識別情報登録処理部２１０は、後述するが、受信した交換データが受信データ保存領域２０９に格納される毎にＭＡＣアドレス保存領域８８に交換相手である携帯ゲーム装置の装置識別情報を追記する。すなわち、ＭＡＣアドレスリスト保存領域８８に交換相手である携帯ゲーム装置の装置識別情報が追記されて登録されることは、装置識別情報に対応する携帯ゲーム装置との間で交換データの授受を実行したことの実行履歴が残されることを意味する。
そして、無線通信設定部２０５は、再び、ＭＡＣアドレス保存領域８８に格納されているＭＡＣアドレスリストをＭＡＣアドレスリスト保存領域７０に格納し、無線通信モジュール３８における無線通信を実行するための指示を無線フレーム送受信部２２３に出力する。すなわち、上記で説明したのと同様の処理を繰り返す。
無線通信モジュール３８の無線フレーム送受信部２２３は、再び、送信無線フレームを設定して、当該設定された送信無線フレームを用いて通信相手を探索する交換相手探索処理を実行する。例えば、再び、本例において、携帯ゲーム装置３に対して送信無線フレームを送信し、携帯ゲーム装置３から送信された送信無線フレームすなわち受信無線フレームを受信するものとする。
交換データ通信判断部２２５は、上述したように、受信した受信無線フレームに含まれている装置識別情報であるＭＡＣアドレスがＭＡＣアドレスリスト保存領域７０に保存されているＭＡＣアドレスリストに登録されているかどうかを判断する。
その際、交換データ通信判断部２２５は、上述したように以前に交換データの授受を実行している場合には、ＭＡＣアドレスリストに携帯ゲーム装置３の装置識別情報であるＭＡＣアドレスが格納されているためＭＡＣアドレスに登録されていると判断し、その後のデータ通信である交換データの授受処理は実行しない。すなわち、一度通信を行った通信相手との通信を行わずに効率的なデータ通信を実行することが可能である。
なお、本体部３９と、無線通信モジュール３８とは独立して動作することが可能である。すなわち、本体部３９がスリープ状態に遷移している場合においても、無線通信モジュール３８は、設定された送信無線フレームを用いて通信相手を探索する交換相手探索処理を実行することが可能である。そして、交換可能な通信相手が見つかった場合にのみ、本体部３９に通知されて、通信相手との接続が確立されて、交換データの授受が実行される。したがって、例えば、本体部３９がスリープ状態等の省電力状態に遷移している場合に、無線通信モジュール３８における交換相手探索処理により通信相手が見つかった場合であっても交換が可能でなければ本体部３９に通知されて通信接続が確立されることはないため、ゲーム装置１全体における省電力を図ることが可能である。
以下、本体部３９および無線通信モジュール３８の各機能の詳細について具体的に説明する。
図６を用いて、本発明の実施の形態に従うゲーム装置の本体部３９の機能ブロックの詳細について説明する。
図６を参照して、本例においては、一例として、ＣＰＵ３１がシステムプログラム保存領域８６に保存された本体機能プログラムおよびメモリカード２６のＲＯＭ２７に格納されているアプリケーションを実行することにより所定の機能を実現する場合について説明するが、必ずしもＣＰＵ３１により実現される場合に限られず、少なくとも一部の機能を専用のＩＣ（Integrated Circuit）を用いて実現するようにしても良い。ここでは、保存用データメモリ３４の交換データ保存領域８０、受信データ保存領域８２、ＭＡＣアドレスリスト保存領域８８，８８＃にアクセスする場合についてメモリ制御回路３３を介さない場合について示しているが、図１で説明したメモリ制御回路３３を介して保存用データメモリ３４に格納するようにしても良い。
なお、ここで、本体部３９の機能ブロックは、後述するが携帯端末間処理および携帯固定端末間処理の共通の機能として説明する。
本体部３９は、無線通信設定部２０５と、データ通信制御部２０９と、装置識別情報登録処理部２１０の他に、さらに、データロード処理部２００と、アプリケーション実行処理部２０１と、交換データ格納処理部２０２と、データ通知処理部２１２と、交換データ追加および消去処理部２１４と、装置識別情報消去部２１８との機能をさらに有する。無線通信設定部２０５は、通信設定処理部２０４と、通信指示処理部２０６とを含む。データ通信制御部２０９は、データ通信実行処理部２０８と、スリープ設定／解除処理部２１６とを含む。
上記機能のうち、データロード処理部２００、通信設定処理部２０４、通信指示処理部２０６、データ通信実行処理部２０８、装置識別情報登録処理部２１０、データ通知処理部２１２、スリープ設定／解除処理部２１６および装置識別情報消去部２１８は、一例として、ＣＰＵ３１が本体機能プログラムを実行することにより実現される機能である。また、アプリケーション実行処理部２００、交換データ格納処理部２０２および交換データ追加および消去処理部２１４は、一例として、ＣＰＵ３１がメモリカード２６のＲＯＭ２７に格納されているアプリケーションを実行することにより実現される機能である。なお、各機能は、必要に応じてマルチタスク制御により実現されるものとする。
データロード処理部２００は、アプリケーション（データ）をロードする。
アプリケーション実行処理部２０１は、ロードすなわち取得したデータに基づいてアプリケーションを実行する。
交換データ格納処理部２０２は、アプリケーションの実行処理により交換データ登録イベントが発生した場合に交換データを保存用データメモリ３４の交換データ保存領域８０に格納する。なお、ここで、交換データ格納処理部２０２は、交換データを当該アプリケーションを識別するアプリケーションＩＤに対応付けた状態で格納する。
また、交換データ格納処理部２０２は、当該アプリケーションＩＤを無線通信モジュール３８のアプリケーションＩＤ保存領域６８に保存する際に、判定のアルゴリズムの方式毎のリストとして保存する際には、当該アプリケーションＩＤをどのリストに保存するべきかを識別するために判定のアルゴリズムの方式を示す情報（アルゴリズム識別情報）もアプリケーションＩＤに対応付けられた状態で格納する。
交換データ追加および消去処理部２１４は、後述するがアプリケーションの実行処理により交換フラグデータが有ると判断された場合に受信データ保存領域８２を確認して交換データが有る場合には、受信データ保存領域８２に記憶された交換データを取得して、交換データ保存領域８０に記憶された交換データを削除する。
通信設定処理部２０４は、無線通信モジュール３８による無線通信が可能であると判断した場合には、交換データ保存領域８０に格納されている交換データと対応付けられて格納されたアプリケーションＩＤを無線通信モジュール３８に出力して、無線通信モジュール３８のアプリケーションＩＤ保存領域６８に格納する。
本例においては、一例として、通信設定処理部２０４は、当該アプリケーションＩＤを無線通信モジュール３８のアプリケーションＩＤ保存領域６８に保存する際に、判定のアルゴリズムの方式毎のリストとして保存する。すなわち、通信設定処理部２０４は、当該アプリケーションＩＤに対応付けられたアルゴリズム識別情報を確認して、アプリケーションＩＤ保存領域６８にアルゴリズム識別情報毎に設けられたリストにアプリケーションＩＤを格納する。
また、通信設定処理部２０４は、ＭＡＣアドレスリスト保存領域８８，８８＃に保存されているＭＡＣアドレスリストを無線通信モジュール３８に出力して、無線通信モジュール３８のＭＡＣアドレスリスト保存領域７０，７０＃に格納する。
また、後述するが通信設定処理部２０４は、所定期間経過後に送信無線フレームに設定されるＭＡＣアドレスを更新することが可能であるものとする。
また、装置識別情報消去処理部２１８は、ＭＡＣアドレスリスト保存領域８８，８８＃のデータについて、所定の条件に応じてアクセスして消去する。本実施例においては、ユーザからの所定の操作指示に従ってＭＡＣアドレスリスト保存領域８８，８８＃のデータを消去する。また、ＭＡＣアドレスリスト保存領域８８，８８＃として所定のデータ容量が設けられており、複数のＭＡＣアドレスを保存することにより当該所定のデータ容量が一杯となり、保存する領域が無い場合には、保存された古いＭＡＣアドレスを消去して新しいＭＡＣアドレスを保存するように指示する。また、装置識別情報消去処理部２１８は、ユーザからの所定の操作指示とは別に、後述するが所定条件の場合、たとえば所定期間経過後にＭＡＣアドレスリスト保存領域のデータの一部を消去する。なお、ＭＡＣアドレスリスト保存領域８８，８８＃のデータを消去する際には、無線通信モジュール３８内のＲＡＭ６６のＭＡＣアドレスリスト保存領域７０，７０＃に格納されているＭＡＣアドレスリストについても消去するように指示しても良い。
なお、本例においては、ＭＡＣアドレスリスト保存領域７０，７０＃に格納されているＭＡＣアドレスリストを消去する場合について説明するが、本体部からの指示によらず、無線通信モジュール３８内で所定期間経過後、無線通信モジュール３８のＣＰＵ６０の指示によりＲＡＭ６６のＭＡＣアドレスリスト保存領域７０，７０＃に格納されているＭＡＣアドレスリストを消去するようにしても良い。
通信指示処理部２０６は、無線通信の通信開始指示を無線通信モジュール３８に出力する。
図７を用いて、本発明の実施の形態に従う携帯端末間処理を実行する無線通信モジュール３８の機能ブロックの詳細について説明する。
図７を参照して、本例においては、一例として、ＣＰＵ６０がＲＯＭ７２に保存された携帯端末間処理を実行するためのアプリケーションを実行することにより所定の機能を実現する場合について説明するが、必ずしもＣＰＵ６０により実現される場合に限られず、少なくとも一部の機能を専用のＩＣ（Integrated Circuit）を用いて実現するようにしても良い。
無線通信モジュール３８は、無線フレーム送受信部２２３と、交換データ通信判断部２２５とを含む。無線フレーム送受信部２２３は、無線フレーム設定部２２２と、通信相手探索部２２４とを含む。交換データ通信判断部２２５は、装置識別情報比較部２２６と、通信データ判定部２２８と、アプリケーションＩＤ判定部２３０とを含む。なお、各機能は、必要に応じてマルチタスク制御により実現されるものとする。
無線フレーム設定部２２２は、無線通信の通信開始指示に従って、アプリケーションＩＤ保存領域６８に保存されたアプリケーションＩＤに基づいて、通信相手を探索する後述する交換相手探索処理を実行するための送信無線フレームを設定する。送信無線フレームの詳細については後述する。そして、無線フレーム設定部２２２は、設定した送信無線フレームを送信無線フレーム保存領域６７に格納する。
通信相手探索部２２４は、送信無線フレーム保存領域６７に格納された設定した送信無線フレームを用いて上述した通信可能範囲１０に含まれる通信相手を探索する交換相手探索処理を実行する。本例においては、一例として通信相手として携帯ゲーム装置３との間で通信する場合について説明する。そして、通信相手探索部２２４は、携帯ゲーム装置３に対して送信無線フレームを送信した場合に、携帯ゲーム装置３から送信された送信無線フレームを受信無線フレームとして受信し、受信無線フレーム保存領域６９に格納する。
交換データ通信判断部２２５は、通信相手探索部２２４で通信相手を発見した場合、すなわち、通信相手から受信無線フレームを受信した場合、当該受信無線フレームに基づいて通信相手が交換データを交換する交換相手であるかどうかを判断し、交換相手であると判断された場合には、その旨を通知する。
具体的には、装置識別情報比較部２２６は、通信相手探索部２２４において通信相手が発見された場合に、通信相手である携帯ゲーム装置から受信した受信無線フレームに含まれている装置識別情報であるＭＡＣアドレスが、ＭＡＣアドレスリスト保存領域７０に保存されたＭＡＣアドレスリストと比較して一致するものがあるかどうかを判断する。
通信データ判定部２２８は、通信相手が発見された場合に、装置識別情報比較部２２６の比較結果に従って受信無線フレームに含まれているＭＡＣアドレスがＭＡＣアドレスリスト保存領域７０に保存されているＭＡＣアドレスリストと一致しないと判断された場合に、受信した受信無線フレームのデータ内容を確認して、受信無線フレームが携帯端末間処理として処理可能な無線フレームであるかどうかを判定する。
アプリケーションＩＤ判定部２３０は、通信データ判定部２２８の判定により処理可能な受信無線フレームを受信したと判定した場合に、受信した受信無線フレームに格納されているアプリケーションＩＤが交換データの交換に関する所定条件を満たすか否かを判定する。
具体的には、アプリケーションＩＤ判定部２３０は、ＩＤリストヘッダ情報比較部２３２と、ＩＤリスト比較部２３４とを含む。各部の処理については後述する。
そして、ＩＤリスト比較部２３４における比較結果に基づいて所定条件を満たした（アプリケーションＩＤが一致した）と判断した場合には、本体側にその旨を通知する。
再び、図６を参照して、スリープ設定／解除処理部２１６は、無線通信モジュール３８からの通知（本例においては図７のＩＤリスト比較部２３４からの通知）を受ける。
スリープ設定／解除処理部２１６は、本体部３９の各機能を所定条件に基づいてスリープ状態に設定するあるいはスリープ状態を解除する。スリープ設定／解除処理部２１６は、一例として、ユーザの操作ボタン１４による操作指示入力を監視し、所定期間、操作ボタン１４による操作指示入力がなかったと判断した場合に本体部３９の各機能における処理を停止するスリープ状態に設定する。当該機能によりユーザがゲーム装置の操作を希望しない場合に自動的に省電力状態とすることが可能である。また、ユーザからの指示入力によりスリープ状態に設定するようにしても良い。また、スリープ設定／解除処理部２１６は、本体部３９の各機能における処理が停止したスリープ状態においてユーザの操作ボタン１４による操作指示に従いスリープ状態を解除して元の状態に復帰させる。すなわち、本体部３９における各種処理が可能となる。また、本例においては、ユーザの操作ボタン１４による操作指示以外に、本体部３９がスリープ状態である場合に無線通信モジュール３８からの通知によりスリープ状態を解除するものとする。なお、本例において、スリープ設定／解除処理部２１６は、一例としてデータ通信制御部２０９に含まれるものとして説明したが、特にこれに限られず、当該機能をデータ通信制御部２０９とは別に設けるようにすることも可能である。
そして、スリープ設定／解除処理部２１６は、無線通信モジュール３８から通知があった場合には、その通知をデータ通信実行処理部２０８に出力する。
スリープ設定／解除処理部２１６は、現在の状態がスリープ状態でない場合には、そのまま無線通信モジュール３８からの通知をデータ通信実行処理部２０８に出力する。
データ通信実行処理部２０８は、携帯端末間通信における無線通信モジュール３８からの通知に従って携帯ゲーム装置３との間で交換データの授受処理を実行する。具体的には、交換データ保存領域８０に保存されている交換データを携帯ゲーム装置３に送信する。そして、携帯ゲーム装置３から受信した交換データを保存用データメモリ３４の受信データ保存領域８２に保存する。
なお、後述するがデータ通信実行処理部２０８は、携帯固定端末間通信における無線通信モジュール３８からの通知に従って固定端末機器５からの配信データの取得処理を実行する。具体的には、固定端末機器５に対して配信データの要求を送信し、固定端末機器５から送信される配信データを受信して、保存用データメモリ３４の受信データ保存領域８２に保存する。
装置識別情報登録処理部２１０は、データ通信実行処理部２０８により受信した交換データを受信データ保存領域８２に格納した場合には、交換相手である携帯ゲーム装置３の装置識別情報であるＭＡＣアドレスをＭＡＣアドレスリスト保存領域８８に格納する。
また、後述するが装置識別情報登録処理部２１０は、データ通信実行処理部２０８により受信した配信データを受信データ保存領域８２に格納した場合には、配信相手である固定端末機器５の装置識別情報であるＭＡＣアドレスをＭＡＣアドレスリスト保存領域８８＃に格納する。
データ通知処理部２１２は、交換データを交換した旨あるいは配信データを取得した旨をユーザに通知する。
＜交換データ保存領域８０への格納＞
図８のフローを用いて交換データ保存領域８０への交換データの格納処理について説明する。
本例においては、交換データは、ユーザがゲーム装置１においてアプリケーションを実行中に、当該アプリケーションで利用可能なデータを交換データとして外部のゲーム装置に対して提供する目的で操作することにより、指定した交換データが交換データ保存領域８０に格納される。一例として、メモリカード２６のＲＯＭに格納されたアプリケーションを実行する場合について説明する。
ゲーム装置１の主電源がオンし、ユーザが所定の操作を実行することにより、ゲーム装置１のＣＰＵ３１（データロード処理部２００）は、メモリカード２６に格納されたデータをロードする（ステップＳ０）。すなわち、メインメモリ３２に展開する。
そして、次に、ＣＰＵ３１（アプリケーション実行処理部２０１）は、メインメモリ３２に展開されたデータに基づいてアプリケーションを実行する（ステップＳ１）。
そして、ＣＰＵ３１（アプリケーション実行処理部２０１）は、当該アプリケーションの実行により、まず、バックアップＲＡＭ２８に格納されていたデータに交換データを交換データ保存領域８０に格納したことを示す交換フラグデータが含まれていたかどうかを判断する（ステップＳ２）。
ステップＳ２において、ＣＰＵ３１（アプリケーション実行処理部２０１）は、バックアップＲＡＭ２８に格納されていたデータに交換データを交換データ保存領域８０に格納したことを示す交換フラグデータが含まれていたと判断した場合（ステップＳ２においてＹＥＳ）には、交換データの追加処理および消去処理を実行する（ステップＳ２２）。当該処理すなわち、交換データ追加および消去処理部２１４における処理については後述する。そして、当該追加処理および消去処理を実行した後、ステップＳ４に進む。
ステップＳ２において、ＣＰＵ３１（アプリケーション実行処理部２０１）は、バックアップＲＡＭ２８に格納されていたデータに交換データを交換データ保存領域８０に格納したことを示す交換フラグデータが含まれていないと判断した場合（ステップＳ２においてＮＯ）には、次に、ステップＳ４に進む。
そして、ＣＰＵ３１（アプリケーション実行処理部２０１）は、アプリケーションの実行により、交換データの登録イベント（以下、交換データ登録イベントとも称する）が発生したかどうかを判断する（ステップＳ４）。つまりアプリケーションの実行中に実行しているアプリケーションで利用可能なデータを交換データとして、交換データ保存領域８０に格納するかどうかを促すシーンに移行されたかどうかを判断する。
ここで、交換データとは、アプリケーションプログラムにおいて利用されるデータであり、より好ましくは、アプリケーションプログラムを実行することによりユーザが獲得または作成したデータである。
図示は省略するが、たとえば、交換データ登録イベントとしては、アプリケーションの実行により、バックアップＲＡＭに記憶されているゲーム内で獲得または作成したデータ等、当該アプリケーションで利用可能なデータの一覧をＬＣＤ１２に表示し、その中からユーザが他人にあげても良いデータを選択するような場合が挙げられる。
交換データの格納については、以下に説明するが、例えば、ユーザがゲーム内で手に入れたアイテムや、ゲームを進行することによって成長させたキャラクタのデータを交換データとしてもよい。また、アイテムにはユーザのメッセージを付加してもよい。より具体的には、「手紙」のアイテムにユーザがメッセージを書いて、当該メッセージを交換データとして格納するようにしてもよい。このように、ゲームの実行状況に応じたアイテムやキャラクタを交換データとすることで、データにユーザごとの個性が生じることになり、交換した場合の興趣が高まる。
また、交換データ登録イベントを、ゲーム上のイベントとして表現しても良い。例えば、ユーザが、ゲーム内で所定の場所にアイテムやキャラクタを置いたり預けたりする操作をした場合に、当該アイテムやキャラクタのデータを交換データとして交換データ保存領域８０に格納する処理を実行しても良い。また、ゲーム内で「手紙」のアイテムをボトルに入れて海に流すような演出をして、海に流した「手紙」のアイテムのデータを交換データとして交換データ保存領域８０に格納する処理を実行しても良い。
また、交換データの交換に際し、付加的な条件（取得条件データ）を付けることも可能である。例えば、交換を希望する装置の所有者あるいはアプリケーションを実行しているユーザの性別、年齢、住所、職業等を交換する際の条件として、当該条件を示すデータを取得条件データとしたり、あるいは、交換を希望するデータあるいはその旨を示すデータ等を交換する際の条件に含めるようにしても良い。例えば、上記交換データ登録イベントにおいて交換データの交換条件をユーザに選択させるようにして取得条件データを取得するようにすることが可能であるし、あるいは、ゲーム上のイベントと対応付けてアプリケーションが当該取得条件データを設定するようにしてもよい。このような取得条件データについては、後述するが交換条件データとしてアプリケーションＩＤ内に収められる。
また、本例において、交換データとは、主に他のゲーム装置との間で他のゲーム装置が有しているデータと互いに交換するデータについて説明するが、互いに交換することなく、単に譲渡するようなデータ（譲渡データ）、例えば、他のゲーム装置に対して自己のデータを一方的に送信のみするデータ、あるいは、自己のデータを複製して一方的に送信するデータ、あるいは逆に、他のゲーム装置から一方的に受信のみするデータも含むものとする。
また、さらに付加的な条件として、当該データの送受信に関する条件（送受信条件データ）を付けることも可能である。例えば、上記交換データ登録イベントにおいて交換データの送受信に関する条件をユーザに選択させるようにして送受信条件データを取得するようにすることも可能であるし、あるいは、ゲーム上のイベントと対応付けてアプリケーションが当該取得条件データを設定するようにしてもよい。たとえば、上記例において、ゲーム内で「手紙」のアイテムをボトルに入れて海に流すような演出をして、海に流した「手紙」のアイテムのデータを交換データとするような場合には、他のゲーム装置に対して自己のデータを一方的に送信するデータとして、送受信条件データを設定するようにすることも可能である。また、別の例としては、ゲーム内で、ユーザが望むアイテムを捜してもらうような演出をして、ユーザが望むアイテムの交換データを他のゲーム装置から一方的に受信するのみのデータとして、送受信条件データを設定するようにすることも可能である。このような送受信条件データについても後述するが交換条件データとしてアプリケーションＩＤ内に収められる。ユーザが望むアイテムの交換データを他のゲーム装置から一方的に受信するのみのデータとして、送受信条件データを設定するようにすることも可能である。なお、交換データを他のゲーム装置から一方的に受信するのみの場合には、他のゲーム装置に送信するデータは無いため交換データ保存領域８０に格納する交換データとしては、空データやダミーデータを保存するようにしても良い。
そして、本例においては、後述するが当該アプリケーションＩＤを他のアプリケーションＩＤと比較する際の判定のアルゴリズムとして複数の判定方式を設けることが可能であり、アプリケーションＩＤ内のデータ形式すなわち交換条件データの有無に従って、判定のアルゴリズムの方式を示す情報であるアルゴリズム識別情報が異なるものとして設定されるものとする。
当該付加的な条件を付けることにより交換データの交換に際し、希望する交換データの取得等、交換データのデータ取得のバリエーションを広げることができ、交換の興趣性を高めることができる。
一方、ＣＰＵ３１（アプリケーション実行処理部２０１）は、交換データ登録イベントが発生していないと判断した場合（ステップＳ４においてＮＯ）には、再び、ステップＳ１に戻り通常のアプリケーションを実行する。例えば、ユーザの操作に基づいて仮想空間内でオブジェクトを動作させる等のゲーム処理を実行する。
次に、交換データ登録イベントが発生したと判断された場合（ステップＳ４においてＹＥＳ）には、ＣＰＵ３１（アプリケーション実行処理部２０１）は、交換データの指定入力があったかどうかを判断する（ステップＳ６）。
次に、ステップＳ６において、交換データの指定入力があったと判断した場合（ステップＳ６においてＹＥＳ）には、ＣＰＵ３１（交換データ格納処理部２０２）は、交換データ保存領域８０を確認する（ステップＳ８）。
一方、ステップＳ６において、ＣＰＵ３１（アプリケーション実行処理部２０１）は、交換データの指定入力が無いと判断した場合（ステップＳ６においてＮＯ）には、ユーザが交換を希望しないため、再び、ステップＳ１に戻り通常のアプリケーションを実行する。
次に、ＣＰＵ３１（交換データ格納処理部２０２）は、交換データ保存領域８０を確認した後、交換データ保存領域８０に空きスロットがあるどうかを判断する（ステップＳ１０）。
ステップＳ１０において、ＣＰＵ３１（交換データ格納処理部２０２）は、交換データ保存領域８０に空きスロットがあると判断した場合（ステップＳ１０においてＹＥＳ）には、空きスロットに交換データを格納する（ステップＳ１２）。なお、その際、上述したように交換データを格納したスロットに対応付けてアプリケーションを識別するアプリケーションＩＤおよびアルゴリズム識別情報を登録する。
一方、ステップＳ１０において、ＣＰＵ３１（交換データ格納処理部２０２）は、空きスロットがないと判断した場合（ステップＳ１０においてＮＯ）には、スロットのデータを削除したかどうかを判断する（ステップＳ１１）。図示は省略するが、たとえば空きスロットが無い旨をユーザに通知し、ユーザにいずれかのスロットのデータを削除するように指定させることが可能である。そして、指定があった場合には、当該スロットのデータが削除されるものとする。
ステップＳ１１において、ＣＰＵ３１（交換データ格納処理部２０２）は、スロットのデータが削除されたと判断した場合には、再びステップＳ１０に戻る。そして、空きスロットに交換データを格納する。
一方、ステップＳ１１において、ＣＰＵ３１（交換データ格納処理部２０２）は、スロットのデータが削除されていないと判断した場合には、再び、ステップＳ１に戻り、通常のアプリケーションを実行する。当該処理までが交換データ格納処理部２０２における処理である。
以降の処理は、アプリケーション実行処理部２０１における処理である。
そして、次に、ＣＰＵ３１（アプリケーション実行処理部２０１）は、ユーザからアプリケーションの終了指示が有るかどうかを判断する（ステップＳ１４）。
ステップＳ１４において、ＣＰＵ３１（アプリケーション実行処理部２０１）は、ユーザからアプリケーションの終了指示が有ると判断した場合には、次のステップＳ１６に進む。一方、ステップＳ１４において、ユーザからアプリケーションの終了指示が有ると判断した場合（ステップＳ１４においてＮＯ）には、再び、ステップＳ１に戻り、通常のアプリケーションを実行する。
次に、ステップＳ１６において、ＣＰＵ３１（アプリケーション実行処理部２０１）は、交換データが交換データ保存領域８０に格納されたかどうかを判断する。そして、ＣＰＵ３１（アプリケーション実行処理部２０１）は、交換データ保存領域８０に交換データが格納されたと判断した場合（ステップＳ１６においてＹＥＳ）には、バックアップＲＡＭ２８に交換データを交換データ保存領域８０に格納したことを示す交換フラグデータをセーブデータ（例えば、獲得したアイテム、キャラクタ、文章や絵などの作成データなどアプリケーションで利用するデータ）とともに保存する（ステップＳ１８）。そして、処理を終了する（エンド）。一方、ＣＰＵ３１（アプリケーション実行処理部２０１）は、交換データ保存領域８０に交換データが格納されていないと判断した場合（ステップＳ１６においてＮＯ）には、バックアップＲＡＭ２８にセーブデータのみを保存する（ステップＳ２０）。そして、処理を終了する（エンド）。
当該処理により、バックアップＲＡＭ２８に交換フラグデータを保存することにより、上述したようにステップＳ２における判断処理において、交換フラグデータが含まれている場合には、交換データの追加処理および消去処理を実行することが可能である。
なお、本例においては、一例として、メモリカード２６のＲＯＭに格納されたアプリケーションを実行した場合における交換データ保存領域８０への交換データの格納処理について説明したが、特にメモリカード２６に格納されたアプリケーションに限られず、内蔵アプリ保存領域８４に格納されているアプリケーションを実行した場合における交換データの格納処理についても、内蔵アプリ保存領域８４に各アプリケーション毎に設けられた、当該アプリケーションのセーブデータを保存するための保存領域を上記したバックアップＲＡＭと対応付けて用いることにより実現可能である。
また、本例においては、交換データを追加および消去する機能等についてはメモリカード２６のＲＯＭ２７に格納されているアプリケーションにより実行される機能として説明したが、システムプログラム保存領域８６に保存されている本体機能プログラムにより実行される機能としても良い。具体的には、メモリカード２６に格納されたデータをロードした後、展開されているデータ中に、交換フラグデータが有るか否かを判断して、交換データを追加および消去する処理を実行した後、アプリケーションを実行するようにすれば良い。
図９を用いて、アプリケーションにより交換データ保存領域８０に交換データを格納する場合について説明する。
図９（Ａ）においては、たとえば、上述したメモリカードに記憶されたアプリケーション名Ａを実行することによって、交換データ保存領域８０のスロットＳＬ１にアプリケーションＩＤであるアプリケーション名Ａに対応して交換データが格納されている場合が示されている。なお、ここでは、説明を簡易にするためにアプリケーション名とアプリケーションＩＤとを同一のものとして説明するが、特に同じである必要は無く異なるものとすることも可能である。また、本例においては当該アプリケーションＩＤを他のアプリケーションＩＤと比較する際の判定のアルゴリズムとして複数の判定方式を設けることが可能であり、ここでは、図示していないがアプリケーションＩＤとともに、判定のアルゴリズムの方式を示す情報として、アプリケーションＩＤ内のデータ形式すなわち交換条件データの有無に従うアルゴリズム識別情報も登録することが可能である。
また、１つのアプリケーションに対して１つの交換データが格納される必要は無く、図９（Ｂ）においては、上述したメモリカードに記憶されたアプリケーションＣを実行することによって、交換データ保存領域８０の２つのスロットＳＬ３，ＳＬ４にアプリケーションＩＤであるアプリケーション名Ｃに対応付けられた交換データがそれぞれ格納されている場合が示されている。なお、ここで表記されている数字は、１つ目のデータ、２つ目のデータを指し示すものとし、同一のアプリケーション名をアプリケーションＩＤとすることも可能である。なお、後述するが、アプリケーション識別情報（ＩＤ）としてアプリケーション名Ｃのみではなく、他の情報（例えば交換データを識別する情報）を追加したデータをスロットＳＬ３，ＳＬ４に登録することによって、より、高度な交換条件として用いることができる（図２３を参照）。
また、特にメモリカードのアプリケーションに限られず、図９（Ｃ）に示されるように、ゲーム装置１の内蔵アプリ保存領域８４に格納されている内蔵アプリＤを実行することによって、交換データ保存領域８０のスロットＳＬ５にアプリケーションＩＤであるアプリケーション名Ｄに対応付けられた交換データが格納されている場合が示されている。
そして、本例における交換データ保存領域８０の各スロットに格納された交換データは、所定の後述する条件が満たされた場合に他のゲーム装置に送信される。
＜無線通信モジュール３８に対する通信設定＞
次に、図１０を用いて無線通信モジュール３８への通信設定処理について説明する。
図１０を参照して、ＣＰＵ３１（通信設定処理部２０４）は、交換データ保存領域８０が変更されたかどうかを判断する（ステップＳ２３）。
本例においては、一例として、交換データ保存領域８０における内容が変更された場合をトリガとして動作する場合として説明する。例えば、図８で説明した如くアプリケーションプログラムが交換データ保存領域８０に交換データを格納したことに応答して通信設定処理部２０４における処理が実行されるものとする。
ステップＳ２３において交換データ保存領域８０の変更が合った場合（ステップＳ２３においてＹＥＳ）には、通信設定処理を実行する（ステップＳ２４）。
図１１を用いて、ＣＰＵ３１（通信設定処理部２０４）における通信設定処理について説明する。
図１１を参照して、まず、本体側のＣＰＵ３１（通信設定処理部２０４）は、保存用データメモリ３４の交換データ保存領域８０を確認する（ステップＳ３０）。そして、次に、ＣＰＵ３１（通信設定処理部２０４）は、保存用データメモリ３４の交換データ保存領域８０に交換データがあるかどうかを判断する（ステップＳ３２）。
そして、ステップＳ３２において、ＣＰＵ３１（通信設定処理部２０４）は、交換データ保存領域８０のスロットに交換データがあると判断した場合（ステップＳ３２においてＹＥＳ）には、スロットに格納されている各交換データと対応付けられている各アプリケーションＩＤおよびＭＡＣアドレスリスト保存領域８８，８８＃に格納されているＭＡＣアドレスリストを無線通信モジュール３８に出力する（ステップＳ３４）。
そして、無線通信モジュール側において、ＣＰＵ３１（通信設定処理部２０４）の指示によりアプリケーションＩＤとＭＡＣアドレスリストをそれぞれＲＡＭ６６のアプリケーションＩＤ保存領域６８およびＭＡＣアドレスリスト保存領域７０，７０＃にそれぞれ格納する（ステップＳ３６）。そして、処理を終了する（リターン）。
なお、本実施例においては、携帯端末間通信処理および携帯固定端末間通信処理が一連の処理として連続して実行される方式であるため後述する携帯固定端末間通信処理のＭＡＣアドレスフィルタリング処理に用いられる固定端末機器のＭＡＣアドレスリストについてもＭＡＣアドレスリスト保存領域８８＃から読み出して、ＭＡＣアドレスリスト保存領域７０＃に格納するようにしている。したがって、２つの種類がそれぞれ異なる通信処理について、それぞれ独立に通信設定するのではなく、１回にまとめて設定することが可能であり効率的な通信設定を実現することが可能である。
また、本例の如く、携帯端末間通信処理のＭＡＣアドレスフィルタリング処理に用いられるＭＡＣアドレスリスト保存領域７０と、携帯固定端末間通信処理のＭＡＣアドレスフィルタリング処理に用いられるＭＡＣアドレスリスト保存領域７０＃とをそれぞれ別々に設けることにより、ＭＡＣアドレスフィルタリング処理の処理負荷を軽減することが可能である。
また、本例においては当該アプリケーションＩＤを他のアプリケーションＩＤと比較する際の判定のアルゴリズムとして複数の判定方式を設けることが可能であり、アプリケーションＩＤを各判定方式に対応するリストとして纏めてアプリケーションＩＤ保存領域６８に保存することも可能である。具体的には、ＣＰＵ３１（通信設定処理部２０４）は、上述したようにアプリケーションＩＤに対応付けられている判定のアルゴリズムの方式を示すアルゴリズム識別情報を確認して、アプリケーションＩＤ保存領域６８のアルゴリズム識別情報毎に設けられた対応するリストに当該アプリケーションＩＤを保存するように指示する。なお、リスト毎に保存する際には、判定のアルゴリズムの方式を示す情報（アルゴリズム識別情報）を含むリストヘッダ情報がそれぞれのリストに対して設けられる。
当該処理により無線通信モジュール３８による無線通信の準備が完了する。すなわち、無線通信モジュール３８のＣＰＵ６０は、交換相手探索処理のための送信無線フレームを生成して他のゲーム装置に送信することが可能となる。
具体的には、ＣＰＵ６０は、アプリケーションＩＤ保存領域６８に格納されている交換データ保存領域８０のスロットに格納されている実際の交換データと対応付けられているアプリケーションＩＤを含めた送信無線フレームを他のゲーム装置に送信することが可能となる。なお、アプリケーションＩＤを各判定方式に対応するリストとして纏めてアプリケーションＩＤ保存領域６８に保存している場合には、リスト毎に送信無線フレームに含めることが可能である。なお、本例においては、交換データ保存領域８０のスロットに複数の交換データが格納されている場合について説明するが、１つの交換データのみが格納されている場合であっても１つのアプリケーションＩＤを含むリストとして送信無線フレームに含めることが可能である。
したがって、受信無線フレームを受信した他のゲーム装置は、その内容であるアプリケーションＩＤを確認することにより、他のゲーム装置自身が有している交換データに対応付けられているアプリケーションＩＤと比較して、一致するものがあるならば、交換データの交換が可能であり、不一致すなわち一致するものが無いならば交換データの交換が不可能であると判断することが可能となる。
また、ＭＡＣアドレスリスト保存領域７０に本体側のＣＰＵ３１から出力されたＭＡＣアドレスリストを格納することにより、後述する携帯端末間通信処理におけるＭＡＣアドレスフィルタリング処理を実現することが可能となる。
一方、ステップＳ３２において、ＣＰＵ３１（通信設定処理部２０４）は、交換データ保存領域８０のスロットに交換データがないと判断した場合（ステップＳ３２においてＮＯ）には、上記の処理を実行することなく処理を終了する（リターン）。この場合には、スロットに交換データが無いため後述する携帯端末間通信に従う他のゲーム装置との間での交換データの授受処理は実行されないが、後述する携帯固定端末間通信に従う配信データを受信することが可能である。
再び、図１０を参照して、次に、ＣＰＵ３１（通信指示処理部２０６）は、無線通信モジュール３８に対して無線通信の通信開始指示を出力する（ステップＳ２６）。当該指示により無線通信モジュール３８による無線通信が開始される。たとえば、ＣＰＵ３１（通信指示処理部２０６）は、通信設定処理部２０４における通信設定処理の後、無線通信モジュール３８を利用したアプリケーションが実行されていないと判断した場合に無線モジュール３８に無線通信の通信開始指示を出力する。
なお、本例においては、一例として、無線通信モジュール３８による無線通信の準備として、交換データ保存領域８０の内容に変更が有ったかどうかに基づいて、例えば、図８で説明した如くアプリケーションプログラムが交換データ保存領域８０に交換データを格納したことに応答して当該通信設定処理部２０４における処理を実行し、通信指示処理部２０６における通信開始指示を出力する場合について説明したが、特にその場合に限られず、電源投入時に、無線通信が有効に設定された場合に通信設定処理（ステップＳ２４）を開始するようにすることも可能である。あるいは、ユーザからの操作指示に応答して通信設定処理（ステップＳ２４）を開始するようにしても良い。あるいは、所定期間経過毎に、自動的に通信設定処理（ステップＳ２４）を開始するようにしたり、これらを組み合わせるようにしても良い。
図１２を用いて、通信設定処理によりＲＡＭ６６に格納されたデータの概念図について説明する。
図１２（Ａ）を参照して、ここでは、ＲＡＭ６６のアプリケーションＩＤ保存領域６８にアプリケーションＩＤ「Ａ，Ｂ，Ｃ１，Ｃ２，Ｄ」がそれぞれ格納されている場合が示されている。
なお、図１２（Ａ）は、ＭＡＣアドレスリストには何も格納されていない状態である。
図１２（Ｂ）においては、図１２（Ａ）で説明したアプリケーションＩＤがアプリケーションＩＤ保存領域６８に格納されるとともに、ＭＡＣアドレスリストとして、ＭＡＣアドレスＡＤ１，ＡＤ２，ＡＤ３がＭＡＣアドレスリスト保存領域７０に格納されている場合が示されている。当該ＭＡＣアドレスリストのデータは、後述する携帯端末間通信におけるＭＡＣアドレスの比較によるＭＡＣアドレスフィルタリング処理の際に用いられる。
＜無線通信モジュール３８による無線通信の全体フロー＞
図１３を用いて、本発明の実施の形態に従う無線通信モジュール３８で実行する無線通信のフローについて説明する。
図１３を参照して、ＣＰＵ３１からの通信開始指示に従い無線通信モジュール３８のＣＰＵ６０は、以下の処理を実行する。具体的には、ＣＰＵ６０は、所定期間の間、携帯端末間通信を実行する（ステップＳ４４）。そして、再び、所定期間の間、携帯端末間通信を実行する（ステップＳ４６）。そして、次に、所定期間の間、携帯固定端末間通信を実行する（ステップＳ４８）。そして、再び、ステップＳ４４に戻って携帯端末間通信を実行する。
なお、携帯端末間通信と携帯固定端末間通信を実行する所定期間の長さは同じであっても良いし、異なるものとすることも可能である。
また、本例においては、一例として、携帯端末間通信を実行した後に、携帯固定端末間通信を実行する場合について説明するが、特に当該順序に限られず、携帯固定端末間通信を最初に実行するようにしても良い。
また、本実施例においては、２回の携帯端末間通信の後に、１回の携帯固定端末間通信を実行する場合について説明するが、特にこの場合に限られず、回数は自由に設定することが可能である。
当該携帯端末間通信（図１４）および携帯固定端末間通信（図４７）については、一例として無線通信モジュール３８のＣＰＵ６０がＲＯＭ７２に格納されている携帯端末間通信を実行するためのアプリケーションおよび携帯固定端末間通信を実行するためのアプリケーションをそれぞれ実行することにより実現されるものである。
したがって、無線通信モジュール３８は、本体側のＣＰＵ３１のアプリケーションの実行の有無に関わらず、例えば、アプリケーションを実行していないとき、さらには、スリープ状態等の省電力状態にあるときでも、上記の携帯端末間通信および携帯固定端末間通信を実行し続ける。
なお、本体側のＣＰＵ３１は、無線通信モジュール３８を利用するアプリケーションを実行する場合には、無線通信モジュール３８に対して、当該無線通信の中止を指示し、当該無線通信を終了させて、当該アプリケーションに基づく別の通信を実行することも可能である。
そして、ＣＰＵ３１は、当該別の通信が終了した場合には、上記で説明した通信設定処理部２０４における通信設定処理後、通信指示処理部２０６による通信開始指示を出力する。これにより、再び携帯端末間通信および携帯固定端末間通信である無線通信を再開することが可能である。
＜無線通信モジュール３８による携帯端末間通信＞
図１４を用いて、本発明の実施の形態に従う携帯端末間通信について説明する。当該処理は、無線通信モジュール３８において交換データを交換する通信相手を探索する交換相手探索処理であり、一例としてＣＰＵ６０が、ＲＯＭ７２に格納されている携帯端末間処理を実行するためのアプリケーションを実行することにより実現される。
図１４を参照して、まず、ＣＰＵ６０（無線フレーム設定部２２２）は、送信無線フレームを設定する（ステップＳ５０）。
具体的には、ＣＰＵ６０（無線フレーム設定部２２２）は、携帯ゲーム装置３に対して送信する送信データとしてＲＡＭ６６に格納されているアプリケーションＩＤ保存領域６８に格納されているアプリケーションＩＤに基づく送信無線フレームを設定する。
なお、アプリケーションＩＤを各判定方式に対応するリストとして纏めてアプリケーションＩＤ保存領域６８に保存している場合には、アプリケーションＩＤをリスト毎に送信無線フレームに含める。その際には、リストを識別するために設けられた判定のアルゴリズムの方式を示すアルゴリズム識別情報を含むリストヘッダ情報もリストとともに含めた送信無線フレームを設定する。設定された送信無線フレームは、ＲＦ−ＩＣ６２を介して外部に出力される送信データとしてＲＡＭ６６の送信無線フレーム保存領域６７に保存される。また、設定された送信無線フレームは、後述するアプリケーションＩＤ判定処理において用いられる。
図１５を用いて、本発明の実施の形態に従う携帯端末間通信においてゲーム装置において送信される送信無線フレームの構成について説明する。なお、受信される受信無線フレームの構成についても同様である。
図１５を参照して、送信無線フレームは、ヘッダフィールドＤ１と、データフィールドＤ３とを含む。
ヘッダフィールドＤ１は、当該送信無線フレームを受信無線フレームとして受信するインターフェース（無線通信モジュール）に対して当該受信無線フレームの開始を認識させ、同期を取るタイミングを設定するためのデータやフレーム長およびＭＡＣアドレスを規定するＭＡＣ部Ｄ２等を含む。
データフィールドＤ３は、複数のＩＥ（Information Element）データを含む。例えば、無線通信で用いられる識別コード、ＳＳＩＤ（Service Set Identifier）や、電波干渉を避けるために設定される無線チャンネル（周波数）等のデータに関するＩＥデータがそれぞれ格納される。
そして、本例においては、データフィールドＤ３に携帯端末間通信のＩＥデータとして、ベンダ特定ＩＥデータＤ４が含まれる場合が示されている。ベンダ特定ＩＥデータは、本例における携帯端末間通信における交換データの通信処理を実行するか否かに関する通信条件に相当する。
ここで、ＭＡＣアドレスを規定するＭＡＣ部Ｄ２の構成について説明する。
ＭＡＣ部Ｄ２は、ネットワーク機器のベンダー毎に割り当てられているベンダーコードＤ５と、各ベンダがネットワークインターフェース毎に異なるように割り当てるインタフェースコードＤ６とを含む。
ベンダーコードＤ５およびインタフェースコードＤ６は、それぞれ３オクテット（１オクテットは８ビット）で構成され、ベンダーコードＤ５の最初のオクテットＤ５−１の最下位のビットＤ５ｂがＸ、最下位から２番目のビットＤ５ａがＹとしてＭＡＣアドレスのタイプを規定するものとして設けられている。
具体的には、ビットＸは、グループ分けされた複数の宛先を示すマルチキャストアドレスか、ただ１つの宛先を表すユニキャストアドレスかを判定するビットとして用いられる。本例においては、ビットＸ＝１の場合には、マルチキャストアドレス、ビットＸ＝０の場合には、ユニキャストアドレスとする。
そして、ビットＹは、ユニキャストアドレスの場合において、グローバルアドレスか、ローカルアドレスかを判定するビットとして用いられる。本例においては、ビットＸ＝０の場合にビットＹ＝０の場合には、グローバルアドレス、ビットＹ＝１の場合には、ローカルアドレスとする。
そして、本例においては、ＩＥデータに含まれる携帯端末間通信のＭＡＣアドレスのタイプとして、ビットＸ＝０、Ｙ＝１が設定されているものとする。すなわち、ベンダーコードＤ５には、ローカルアドレスが設定されるものとする。
当該ローカルアドレスについては後述するが変更することが可能である。
図１６を用いてベンダ特定ＩＤデータＤ４の構成について説明する。
図１６を参照して、ベンダ特定ＩＥデータは、タグ情報ＤＤ１、タグ長情報ＤＤ２、ベンダ情報ＤＤ３、通信データ識別情報ＤＤ４、第１ＩＤ群ＤＤＡ、第２ＩＤ群ＤＤＢとを含む。
タグ情報ＤＤ１は、複数のＩＥデータをそれぞれ識別する識別データである。タグ長情報ＤＤ２は、ベンダ特定ＩＥデータＤ４のデータ長を示すデータが含まれている。
ベンダ情報ＤＤ３は、当該データを提供する企業等を識別するためのデータである。
通信データ識別情報ＤＤ４は、通信データの種別を示すデータであり、携帯端末間通信の場合には、携帯端末間通信の通信データを示す情報が格納される。なお、携帯固定端末間通信の場合において、固定端末機器５から送信される配信無線フレームには、携帯固定端末間通信の通信データを示す別の情報が格納される。当該情報を確認することにより携帯端末間通信の通信データかどうか、すなわち、受信無線フレームが携帯端末間処理として処理可能な無線フレームであるかどうかが判断される。あるいは、受信した配信無線フレームが携帯固定端末間処理として処理可能な無線フレームであるかどうかが判断される。
本例においては、一例として、アプリケーションＩＤを各判定方式に対応するリストとして纏めてアプリケーションＩＤ保存領域６８に保存している場合について説明する。したがって、その後に、アルゴリズム識別情報毎のアプリケーションＩＤのリストおよび当該リストを識別するために設けられたリストヘッダ情報が設けられる形式となっている。当該形式により、複数のアプリケーションＩＤで比較のアルゴリズムを識別するアルゴリズム識別情報を共有することができるためデータ量を縮小することが可能となる。また、比較のアルゴリズム毎にアプリケーションＩＤのリストが設けられた形式であるため比較の際の検索が容易となり高速な比較処理が可能となる。なお、比較のアルゴリズムについては後述する。
本例においては、一例として比較のアルゴリズムを規定する２つのそれぞれ異なるアルゴリズム識別情報に従って第１ＩＤ群ＤＤＡと、第２ＩＤ群ＤＤＢとが設けられている場合が示されている。
第１ＩＤ群ＤＤＡは、第１ＩＤリストヘッダ情報ＤＤ５と、第１ＩＤリストＤＤ６とを含む。
第１ＩＤリストＤＤ６は、複数のアプリケーションＩＤを含む。本例においては一例として、アプリケーションＩＤ［０］ＤＤ６−１、アプリケーションＩＤ［１］ＤＤ６−２、・・・が含まれる場合が示されている。
各アプリケーションＩＤは、長さデータＤＤ９と、ＩＤデータＤＤ１０とを含む。長さデータＤＤ９は、ＩＤデータＤＤ１０の比較に用いられる長さを示すデータである。ＩＤデータＤＤ１０は、アプリケーション毎に予め設けられたアプリケーション名を示す識別データである。当該アプリケーションＩＤは、上述したＣＰＵ３１におけるアプリケーションの実行により交換データ登録イベントの発生および交換データの指定入力に従い交換データに対応付けられて設定される。例えば、この場合は一例として交換条件データ等の設定はなかったものとする。
当該第１ＩＤリストＤＤ６の複数のアプリケーションＩＤのリストのヘッダ情報として、第１ＩＤリストヘッダ情報ＤＤ５が設けられる。
具体的には、第１ＩＤリストヘッダ情報ＤＤ５は、交換データ用のアプリケーションＩＤのリストを規定するシステムフラグ情報ＤＤ５−１、比較のアルゴリズムを規定するアルゴリズム識別情報ＤＤ５−２、リストとして設けられたアプリケーションＩＤの長さあるいは個数を規定するリスト長情報ＤＤ５−３とを含む。
第２ＩＤ群ＤＤＢは、第２ＩＤリストヘッダ情報ＤＤ７と、第２ＩＤリストＤＤ８とを含む。
第２ＩＤリストヘッダ情報ＤＤ７は、システムフラグ情報ＤＤ７−１、アルゴリズム識別情報ＤＤ７−２、リスト長情報ＤＤ７−３とを含む。
第２ＩＤリストヘッダ情報ＤＤ７−１は、上述したように交換データ用のアプリケーションＩＤのリストを規定するシステムフラグ情報ＤＤ７−１、比較のアルゴリズムを規定するアルゴリズム識別情報ＤＤ７−２、リストとして設けられたアプリケーションＩＤ＃の長さあるいは個数を規定するリスト長情報ＤＤ７−３とを含む。
第２ＩＤリストＤＤ８は、複数のアプリケーションＩＤ＃を含む。本例においては一例として、アプリケーションＩＤ＃［０］ＤＤ８−１、アプリケーションＩＤ＃［１］ＤＤ８−２、・・・が含まれる場合が示されている。
各アプリケーションＩＤ＃は、ＩＤデータＤＤ１１と、フィルタサイズデータＤＤ１２と、センドフラグデータＤＤ１３と、レシーブフラグデータＤＤ１４と、マスクデータＤＤ１５と、コンディションデータＤＤ１６と、リクエストＤＤ１７とを含む。
本例においてアプリケーションＩＤ＃は、上述した送受信条件データおよび取得条件データが交換条件データとして収められている。具体的には、センドフラグデータおよびレシーブフラグデータが送受信条件データを示すデータである。また、マスクデータ、コンディションデータ、リクエストデータが取得条件データを示すデータである。当該アプリケーションＩＤ＃は、上述したＣＰＵ３１におけるアプリケーションの実行により交換データ登録イベントの発生および交換データの指定入力に従い交換データに対応付けられて設定される。例えば、この場合は一例として交換データ登録イベントにおいて、送受信条件データおよび取得条件データ等の交換条件データの設定があったものとする。
ＩＤデータＤＤ１１は、アプリケーション毎に予め設けられたアプリケーション名を示す識別データである。
フィルタサイズデータＤＤ１２は、マスクデータＤＤ１５、コンディションデータＤＤ１６、リクエストデータＤＤ１７のデータ長を規定するデータである。したがって、フィルタサイズデータＤＤ１２の値に従ってマスクデータＤＤ１５、コンディションデータＤＤ１６、リクエストデータＤＤ１７の範囲が規定されることになる。
センドフラグデータＤＤ１３、レシーブフラグデータＤＤ１４は、アプリケーションＩＤ＃に含まれるＩＤデータＤＤ１１に対応する交換データの送受信条件データを規定するものである。一例として、送信通信のみ可か、受信通信のみ可か、双方向通信のみ可か、いずれの条件でも通信可かその通信の条件を規定するためのデータである。
マスクデータＤＤ１５、コンディションデータＤＤ１６、リクエストデータＤＤ１７は、交換データの取得条件データを規定するデータである。
コンディションデータＤＤ１６は、交換データの交換に際し、自己が保有しているデータあるいは自己の属性等を示すデータ等、相手に送信する自己の交換データに関連付けられた属性データである。自己が送信する交換データに関して相手の要求条件を満たしているかどうかに用いられる。
リクエストデータＤＤ１７は、交換データの交換に際し、受信する相手に要求する交換データに関連付けられた属性データである。相手から受信する交換データに関して自己の要求条件を満たしているかどうかに用いられる。
マスクデータＤＤ１５は、リクエストデータＤＤ１７の有効／無効の領域を設定するデータである。すなわち、マスクデータＤＤ１５がリクエストデータＤＤ１７の無効を規定した場合には、交換データの交換に際し、自己の要求条件は無い、言い換えるならば自己の要求条件は常に満たしていることを意味する。
当該アプリケーションＩＤのリストを送信無線フレーム中にデータとして含めることにより、当該送信無線フレームを受信無線フレームとして受信した側において、当該アプリケーションＩＤのリストに基づいて、例えば同じアプリケーションの交換データを有しているか否かを判断することが可能である。なお、比較した場合に条件が一致するか否かを判断できさえすれば良く、例えば、当該アプリケーションＩＤそのものを送信するのではなく、ハッシュ関数に基づくハッシュ値を送信して、受信した側においてデータ比較するようにしても良い。他の情報等についても同様にすることも可能である。
当該送信無線フレームは、不特定の相手（ゲーム装置）に対して送信されたものであり、不特定の相手（ゲーム装置）が受信無線フレームとして受信するものである。後述するが子機側のゲーム装置は、宛先を特定せずに当該送信を繰り返し実行する。そして、当該送信無線フレームを受信無線フレームとして受信したゲーム装置（親機側）は、当該送信無線フレームを発信したゲーム装置（子機側）に対して、自己が有するデータに基づく送信無線フレームを送信し、データの授受に従って不特定のゲーム装置同士が通信処理を実行する。
なお、本例における送信無線フレームについては、一例として、複数のＩＥ（Information Element）データが含まれた送信無線フレームについて説明したが、特にこれに限られず、ベンダ特定ＩＥデータのみを含む送信無線フレームとすることも可能である。
なお、本例においては、一例として、アプリケーションＩＤを各判定方式に対応するリストとして纏めてアプリケーションＩＤ保存領域６８に保存している場合において、アプリケーションＩＤをリスト毎に送信無線フレームに含めるとともに、当該リストを識別するために設けられた判定のアルゴリズムの方式を示すアルゴリズム識別情報を含むリストヘッダ情報もリストとともに含めた送信無線フレームを設定する場合について説明したが、アプリケーションＩＤ保存領域６８にリスト毎にアプリケーションＩＤが保存されていない場合であっても上記の送信無線フレームを設定することは可能である。
例えば、アプリケーションＩＤ保存領域６８にアプリケーションＩＤと、当該アプリケーションＩＤに対応づけられたアルゴリズム識別情報を保存しておいて、送信無線フレームを設定する際に、無線フレーム設定部２２２が、アプリケーションＩＤ保存領域６８に保存されているアプリケーションＩＤと、当該アプリケーションＩＤに対応づけられたアルゴリズム識別情報とに基づいて、アルゴリズム識別情報毎のリストと、当該リストを識別するためのリストヘッダ情報を作成して、送信無線フレームを設定するようにすることも可能である。
再び、図１４を参照して、送信無線フレームを設定した後、次に、ＣＰＵ６０（通信相手探索部２２４）は、所定期間が経過したかどうかを判断する（ステップＳ５１）。そして、ステップＳ５１において、ＣＰＵ６０は、所定期間が経過していないと判断した場合（ステップＳ５１においてＮＯ）には、通信相手（他のゲーム装置）を探索する通信相手サーチ処理を実行する（ステップＳ５２）。通信相手サーチ処理については後述する。
そして、次に、ＣＰＵ６０（通信相手探索部２２４）は、通信相手サーチ処理により通信相手が発見されたかどうかを判断する（ステップＳ５４）。
ステップＳ５４において通信相手が発見されない場合（ステップＳ５４においてＮＯ）には、ステップＳ５１に戻る。
ステップＳ５４において、通信相手が発見された場合（ステップＳ５４においてＹＥＳ）には、ＣＰＵ６０（装置識別情報比較部２２６）は、ＭＡＣアドレスを比較する（ステップＳ５６）。具体的には、受信無線フレームに含まれるＭＡＣアドレスと、上述したＭＡＣアドレスリスト保存領域７０に格納されているＭＡＣアドレスとを比較する。上述したようにＭＡＣアドレスは、通信対象を識別する識別情報であり、各ゲーム装置にそれぞれ固有のＭＡＣアドレスが割り当てられている。そして、ＭＡＣアドレスリスト保存領域７０には、各ゲーム装置に割り当てられたＭＡＣアドレスが保存されている。
そして、次に、ＣＰＵ６０（装置識別情報比較部２２６）は、受信無線フレームに含まれる他のゲーム装置のＭＡＣアドレスが、ＭＡＣアドレスリストに格納されているＭＡＣアドレスと一致するかどうかを判断する（ステップＳ５８）。
そして、ステップＳ５８において、ＭＡＣアドレスが一致したと判断した場合（ステップＳ５８においてＹＥＳ）には、再びステップＳ５１に戻る。すなわち、以降の処理を実行することなく当該ＭＡＣアドレスに対応する他のゲーム装置との通信を終了する。したがって、通信可能範囲１０に含まれる他のゲーム装置からの通信対象となるデータを受信する毎に識別情報であるＭＡＣアドレスと一致するかどうかの判断が繰り返される。
図１７を用いて、本発明の実施の形態に従うＭＡＣアドレスを比較する場合の概念図について説明する。
本例においては、ゲーム装置１と、通信相手である他のゲーム装置としてゲーム装置３との通信接続について説明する。
図１７を参照して、ここでは、ゲーム装置１側において、交換データ保存領域８０のスロットＳＬ１〜ＳＬ５にそれぞれ交換データが格納されている場合が示されている。
そして、無線通信モジュール３８のＲＡＭ６６のアプリケーションＩＤ保存領域６８には、図１２（Ａ）で説明したのと同様にアプリケーションＩＤ「Ａ，Ｂ，Ｃ１，Ｃ２，Ｄ」がそれぞれ格納されている場合が示されている。
なお、ＭＡＣアドレスリストには何も格納されていない。
次に、ゲーム装置３側について説明する。ゲーム装置３側の対応する同一の構成要素については、「Ｐ」の記号をさらに付加している。具体的には、ゲーム装置１の交換データ保存領域８０と、ゲーム装置３側の交換データ保存領域８０Ｐとが対応している。
また、ゲーム装置１の無線通信モジュール３８と、ゲーム装置３側の無線通信モジュール３８Ｐとが対応している。他の場合についても同様である。
そして、ゲーム装置３の交換データ保存領域８０ＰのスロットＳＬ１，ＳＬ２にそれぞれ交換データが格納されている場合が示されている。
ゲーム装置３側においても同様の方式に従って、無線通信モジュール３８ＰのアプリケーションＩＤ保存領域６８ＰにアプリケーションＩＤ「Ｂ，Ｅ」がそれぞれ格納されている場合が示されている。
なお、ＭＡＣアドレスリストには何も格納されていない。当該場合において、ゲーム装置１である自機のＭＡＣアドレスはＡＤ０に設定されているものとする。
また、ゲーム装置３のＭＡＣアドレスはＡＤ１に設定されているものとする。
例えば、ゲーム装置３からの受信無線フレームを受信した場合には、ゲーム装置３のＭＡＣアドレスＡＤ１は、ゲーム装置１のＭＡＣアドレスリストには登録されていないためＭＡＣアドレスは一致しないと判断される。したがって、次の処理に進む。
なお、本例においては、ゲーム装置１において、ＭＡＣアドレスリストに登録されているかどうかが判断される場合について説明しているが、ゲーム装置３側においても同様の処理が実行される。
図１８を用いて、本発明の実施の形態に従うＭＡＣアドレスを比較する場合の別の概念図について説明する。
図１８を参照して、ここでは、図１７の構成と比較して、ＭＡＣアドレスリストに登録されている内容が異なる。具体的には、無線通信モジュール３８のＭＡＣアドレスリスト保存領域７０には、ＭＡＣアドレスＡＤ１が登録されている場合が示されている。
また、同様に、ゲーム装置３側のＭＡＣアドレスリスト保存領域７０ＰにＭＡＣアドレスＡＤ０が登録されている場合が示されている。
例えば、ゲーム装置３からの受信無線フレームを受信した場合には、ゲーム装置３のＭＡＣアドレスＡＤ１は、ゲーム装置１のＭＡＣアドレスリストに登録されておりＭＡＣアドレスが一致すると判断される。
したがって、当該場合には、当該ＭＡＣアドレスに対応する他のゲーム装置であるゲーム装置３との以降の通信処理を行わない（ＭＡＣアドレスフィルタリング処理）。すなわち、ＭＡＣアドレスリストに登録されている以前に通信処理が実行されたゲーム装置との間では実質的な通信は実行されない。なお、ゲーム装置３側においても同様の処理が実行される。
なお、上述したようにＭＡＣアドレスリスト保存領域７０に格納されているＭＡＣアドレスリストはたとえば所定の操作指示に従って消去することも可能であり、消去された場合には、再度、以前に通信処理が実行された装置ともデータ通信を実行することが可能である。すなわち、以前に交換データの授受が実行された装置についても状況が変わり（新たな交換データが設定されているなど）、交換データの授受が可能な状況となっている可能性もあるため再度、交換データの交換が可能か否かを判断して、可能であるならば交換データの授受を実行するようにしても良い。
たとえば、図８のステップＳ１２において空きスロットに交換データを格納した際に、ＭＡＣアドレスリスト保存領域８８および７０に格納されているアドレスリストを消去するようにしても良い。
再び図１４を参照して、ステップＳ５８において、ＭＡＣアドレスが一致しないと判断した場合（ステップＳ５８においてＮＯ）には、ＣＰＵ６０（通信データ判定部２２８）は、受信したデータの内容を確認する（ステップＳ５９）。
そして、ＣＰＵ６０（通信データ判定部２２８）は、受信したデータとして、受信無線フレームが携帯端末間処理として処理可能な無線フレームであるかどうかを判定する（ステップＳ６０）。
具体的には、図１６で説明した当該データを提供する企業等を識別するためのベンダ情報がゲーム装置１が予め有しているベンダ情報と一致するかどうかを判断する。ベンダ情報が一致する場合とは、送信されたデータの発信源が互いに通信接続が可能な同種の装置であることを意味し、異なる場合には、送信されたデータの発信源が互いに通信接続が不可能である全く種類の異なる装置であることを意味する。
また、通信データ識別情報がゲーム装置１が予め有している通信データ識別情報と一致するかどうかを判断する。通信データ識別情報が一致する場合とは、携帯端末間通信における通信データ、すなわち携帯端末間処理として処理可能な無線フレームであることを意味する。ゲーム装置１側の比較の対象であるベンダ情報は予めＲＯＭ７２に登録されているものとする。また、ゲーム装置１側の比較の対象である通信データ識別情報についても予めＲＯＭ７２に登録されているものとする。
一方、携帯端末間通信における通信データ識別情報と、後述するが携帯固定端末間通信における固定端末機器５から出力される配信無線フレームに含まれる通信データ識別情報とは異なるため仮に携帯端末間通信において固定端末機器５から出力されたビーコン（配信無線フレーム）を受信した場合であっても通信データ識別情報が異なるためデータ通信は実行されず同種のゲーム装置とのみ通信することが可能である。
ＣＰＵ６０（通信データ判定部２２８）は、携帯端末間通信か携帯固定端末間通信かによって比較する通信データ識別情報を切り替えて、受信したデータ（受信無線フレーム）に含まれている通信データ識別情報と一致するか否か判断する。
すなわち、ステップＳ６０において、受信無線フレームを受信しないと判断した場合（ステップＳ６０においてＮＯ）には、再びステップＳ５１に戻る。したがって、互いに通信接続が不可能である装置からデータを受信あるいは通信対象とならないデータを受信した場合には、以降の処理を実行することなく通信を終了する。なお、本例においてはベンダ情報および通信データ識別情報がともに一致するかどうかを判断する場合について説明したが、通信データ識別情報のみが一致するかどうかを判断するようにしても良い。
次に、受信無線フレームを受信したと判断した場合（ステップＳ６０においてＹＥＳ）には、次に、ＣＰＵ６０（アプリケーションＩＤ判定部２３０）は、アプリケーションＩＤの判定処理を実行する（ステップＳ６２）。
アプリケーションＩＤの判定処理については後述する。
そして、ＣＰＵ６０（アプリケーションＩＤ判定部２３０）は、判定処理結果に基づいてアプリケーションＩＤの一致フラグがオンであるかどうかを判断する（ステップＳ６４）。具体的には、受信した受信無線フレームに含まれるアプリケーションＩＤのリストと自己が有している送信無線フレームに含まれるアプリケーションＩＤのリストとを参照して、一致すると判定されたアプリケーションＩＤが少なくとも１つ存在するかどうかを判断する。すなわち、ここでは、通信接続により交換可能な交換データを互いに有しているかどうかが判断される。同一のアプリケーションＩＤであれば、データを交換した場合に同じアプリケーションを実行することにより互いにデータを利用可能である。なお、アプリケーションＩＤが同じでなくても、データの互換性のあるアプリケーションであることが判定して、そのような関係にあるアプリケーションＩＤであれば、ステップＳ６４でＹｅｓと判断してもよい。
ＣＰＵ６０（アプリケーションＩＤ判定部２３０）は、アプリケーションＩＤの一致フラグがオンであると判断した場合（ステップＳ６４においてＹＥＳ）には、一致したアプリケーションＩＤに対応する交換データを有する他のゲーム装置が発見された旨すなわち通信相手が交換データを交換する交換相手である旨を本体側に通知する（ステップＳ６６）。そして処理を終了する（エンド）。
以降、他のゲーム装置である通信相手と接続を確立して、他のゲーム装置との間での一致したアプリケーションＩＤに対応する交換データの授受を実行するデータ授受処理については、無線通信モジュール３８を用いた本体側のＣＰＵ３１のアプリケーションとして実行されることになる。
したがって、本体側に、交換データを有する他のゲーム装置が発見された旨を通知することにより無線通信モジュール３８のＣＰＵ６０のみが独立して実行する無線通信、すなわち、無線通信モジュール３８において交換データを交換する通信相手を探索する交換相手探索処理は終了する。
一方、ステップＳ６４において、アプリケーションＩＤの一致フラグがオンでない場合（一致フラグオフ）（ステップＳ６４においてＮＯ）には、ステップＳ５１に戻る。
当該処理により、本例においては、無線通信モジュール３８における交換相手探索処理により交換可能な通信相手が見つかった場合にのみ、本体側のＣＰＵ３１に通知されて、通信相手との接続が確立されて、交換データの授受が実行される。したがって、例えば、本体側のＣＰＵ３１がスリープ状態等の省電力状態である場合に、無線通信モジュール３８における交換相手探索処理により通信相手が見つかった場合であっても交換が可能でなければ本体側のＣＰＵ３１に通知されて通信接続が確立されることはないため、ゲーム装置１全体における省電力を図ることが可能である。
＜アプリケーションＩＤの判定処理＞
本実施例においては、アプリケーションＩＤを各判定方式に対応するリストとして纏めた形式である図１６に示す送信無線フレームのアプリケーションＩＤの判定処理について説明する。
図１９を用いて、アプリケーションＩＤ判定部２３０における全体のフローについて説明する。
図１９を参照して、ＣＰＵ６０（ＩＤリストヘッダ情報比較部２３２）は、まず、比較対象となるＩＤリストヘッダ情報を抽出する（ステップＳ７２）。
例えば、まず最初に、受信無線フレーム保存領域６９に保存された受信無線フレーム（携帯ゲーム装置３）のベンダ特定ＩＥデータに含まれる第１ＩＤリストヘッダ情報と、送信無線フレーム保存領域６７に保存された送信無線フレーム（自機１）のベンダ特定ＩＥデータに含まれる第１ＩＤリストヘッダ情報を抽出する。
なお、当該フローにおいては、後述するが、システムフラグ情報およびアルゴリズム識別情報が一致するまで受信無線フレーム保存領域６９に保存された受信無線フレームおよび送信無線フレーム保存領域６７に保存された送信無線フレームからＩＤリストヘッダ情報をそれぞれ１つずつ抽出して、全ての組み合わせにおいて比較処理を実行する。
そして、次に、ＣＰＵ６０（ＩＤリストヘッダ情報比較部２３２）は、受信無線フレーム保存領域６９に保存された受信無線フレームから抽出されたＩＤリストヘッダ情報に含まれるシステムフラグ情報と、送信無線フレーム保存領域６７に保存された送信無線フレームから抽出されたＩＤリストヘッダ情報に含まれるシステムフラグ情報と一致するかどうかを判断する（ステップＳ７４）。
ステップＳ７４において、システムフラグ情報がともに一致すると判断された場合（ステップＳ７４においてＹＥＳ）には、次に、ＣＰＵ６０（ＩＤリストヘッダ情報比較部２３２）は、受信データから抽出されたＩＤリストヘッダ情報に含まれるアルゴリズム識別情報が送信無線フレーム保存領域６７に保存された送信無線フレームから抽出されたＩＤリストヘッダ情報に含まれるアルゴリズム識別情報と一致するかどうかを判断する（ステップＳ７６）。
ステップＳ７６において、アルゴリズム識別情報が一致しないと判断された場合（ステップＳ７６においてＮＯ）には、ステップＳ８２に進む。
ステップＳ７６において、アルゴリズム識別情報がともに一致すると判断された場合（ステップＳ７６においてＹＥＳ）には、次に、ＣＰＵ６０（ＩＤリストヘッダ情報比較部２３２）は、受信無線フレーム保存領域６９に保存された受信無線フレームから抽出されたＩＤリストヘッダ情報に含まれるアルゴリズム識別情報が「０」かどうかを判断する（ステップＳ７８）。
ステップＳ７８において、アルゴリズム識別情報が「０」である場合には、ＣＰＵ６０（ＩＤリスト比較部２３４）は、第１アルゴリズムに従うＩＤリスト比較処理を実行する（ステップＳ８０）。そして、処理を終了する（リターン）。第１アルゴリズムに従うＩＤリスト比較処理については後述する。
一方、ステップＳ７８において、アルゴリズム識別情報が「０」でない場合、すなわち、「１」である場合には、ＣＰＵ６０（ＩＤリスト比較部２３４）は、第２アルゴリズムに従うＩＤリスト比較処理を実行する（ステップＳ８６）。そして、処理を終了する（リターン）。第２アルゴリズムに従うＩＤリスト比較処理については後述する。
一方、ステップＳ７４において、システムフラグ情報が一致しないと判断された場合（ステップＳ７４においてＮＯ）には、次に、ＣＰＵ６０（ＩＤリストヘッダ情報比較部２３２）は、比較対象となる他のＩＤリストヘッダ情報が有るかどうかを判断する（ステップＳ８２）。
ステップＳ８２において、比較対象となる他のＩＤリストヘッダ情報が有ると判断した場合には、次の比較対象となるＩＤリストヘッダ情報を抽出する（ステップＳ８４）。そして、ステップＳ７４に進み同様の処理を繰り返す。例えば、一例として第２ＩＤリストヘッダ情報を抽出する。
一方、ステップＳ８２において、ＣＰＵ６０（ＩＤリストヘッダ情報比較部２３２）は、比較対象となる他のＩＤリストヘッダ情報がないと判断した場合には、処理を終了する（リターン）。
すなわち、受信無線フレーム保存領域６９に保存された受信無線フレームおよび送信無線フレーム保存領域６７に保存された送信無線フレームからＩＤリストヘッダ情報を抽出して、全ての組み合わせにおいて一致するものが無い場合には、交換データは存在しないと判断して処理を終了する。
例えば、本例の如く、送信無線フレーム（自機１）に２つのＩＤリストヘッダ情報が含まれ、また、受信無線フレーム（携帯ゲーム装置）にも２つのＩＤリストヘッダ情報が含まれる場合において、ＩＤリストヘッダ情報を抽出して全ての組み合わせについて比較する場合について説明すると、まず、送信無線フレーム（自機１）のベンダ特定ＩＥデータに含まれる第１ＩＤリストヘッダ情報を抽出し、受信無線フレーム（携帯ゲーム装置）に含まれる第１ＩＤリストヘッダ情報を抽出して比較する。次に、送信無線フレーム（自機１）のベンダ特定ＩＥデータに含まれる第１ＩＤリストヘッダ情報と、受信無線フレーム（携帯ゲーム装置）に含まれる第２ＩＤリストヘッダ情報を抽出して比較する。次に、送信無線フレーム（自機１）のベンダ特定ＩＥデータに含まれる第２ＩＤリストヘッダ情報を抽出し、受信無線フレーム（携帯ゲーム装置）に含まれる第１ＩＤリストヘッダ情報を抽出して比較する。次に、送信無線フレーム（自機１）のベンダ特定ＩＥデータに含まれる第２ＩＤリストヘッダ情報と、受信無線フレーム（携帯ゲーム装置）に含まれる第２ＩＤリストヘッダ情報を抽出して比較する。
すなわち、簡易に説明すると、まず、送信無線フレーム（自機１）から最初のＩＤリストヘッダ情報を抽出して固定し、そして、受信無線フレーム（携帯ゲーム装置）からＩＤリストヘッダ情報を順番に抽出して比較する。システムフラグ情報およびアルゴリズム識別情報が一致しない場合には、次に、送信無線フレーム（自機１）から次のＩＤリストヘッダ情報を抽出して固定し、そして、受信無線フレーム（携帯ゲーム装置）からＩＤリストヘッダ情報を順番に抽出して比較する。当該処理を送信無線フレーム（自機１）に含まれているＩＤリストヘッダ情報の個数分繰り返すことになる。そして、送信無線フレーム（自機１）から最後のＩＤリストヘッダ情報を抽出して固定し、そして、受信無線フレーム（携帯ゲーム装置）からＩＤリストヘッダ情報を順番に抽出して比較した場合に、システムフラグ情報およびアルゴリズム識別情報が一致しない場合には、ステップＳ８２において、比較対象ＩＤリストヘッダ情報が無いと判断（ステップＳ８２においてＮＯ）されて、アプリケーションＩＤ判定処理が終了する（リターン）。
当該方式により、アプリケーションＩＤを比較する前に受信無線フレーム保存領域６９に保存された受信無線フレームおよび送信無線フレーム保存領域６７に保存された送信無線フレームのベンダ特定ＩＥに含まれるＩＤリストヘッダ情報に基づいて比較処理を継続するべきか否かが判断されるため、高速な比較処理を実行することが可能となる。
図２０を用いて、本発明の実施の形態に従う比較対象となるベンダ特定ＩＥの比較について説明する。
図２０を参照して、ここでは、図１６で説明したものと同様のデータ構成が示されている。
上側が自機１の送信無線フレーム保存領域６７に保存された送信無線フレームに含まれるベンダ特定ＩＥの構成であり、下側が携帯ゲーム装置３の受信無線フレーム保存領域６９に保存された受信無線フレームに含まれるベンダ特定ＩＥの構成である。
本例においては、自機１の第１ＩＤリストヘッダ情報ＤＤ５に含まれるシステムフラグ情報ＤＤ５−１と、携帯ゲーム装置３の第１ＩＤリストヘッダ情報ＤＤｐ５に含まれるシステムフラグ情報ＤＤｐ５−１とを比較して一致し、さらに、アルゴリズム識別情報ＤＤ５−２とアルゴリズム識別情報ＤＤｐ５−２とを比較して一致した場合において、自機１の第１ＩＤリストＤＤ６に含まれるアプリケーションＩＤ［０］，ＩＤ［１］，・・・と、携帯ゲーム装置３の第１ＩＤリストＤＤｐ６に含まれるアプリケーションＩＤ［０］，ＩＤ［１］，・・・との比較を行う場合が示されている。
図２１を用いて、第１アルゴリズムに従うＩＤリスト比較処理について説明する。
図２１を参照して、ＣＰＵ６０（ＩＤリスト比較部２３４）は、まず、比較対象となるＩＤリストからアプリケーションＩＤを抽出する（ステップＳ９０）。
例えば、図２０で示されるように、送信無線フレーム保存領域６７に保存された送信無線フレーム（自機１）の第１ＩＤリストＤＤ６のアプリケーションＩＤ［０］と、受信無線フレーム保存領域６９に保存された受信無線フレーム（携帯ゲーム装置３）の第１ＩＤリストＤＤｐ６のアプリケーションＩＤ［０］とを抽出する。
なお、当該フローにおいては、後述するが、比較する長さおよびＩＤデータが一致するまで比較対象となるＩＤリストからアプリケーションＩＤをそれぞれ１つずつ抽出して、全ての組み合わせにおいて比較処理を実行する。
そして、次に、ＣＰＵ６０（ＩＤリスト比較部２３４）は、比較する長さが一致するか否かを判断する（ステップＳ９２）。
ステップＳ９２において、ＣＰＵ６０（ＩＤリスト比較部２３４）は、比較する長さが一致すると判断された場合（ステップＳ９２においてＹＥＳ）には、ＩＤデータを比較する（ステップＳ９４）。
そして、ＣＰＵ６０（ＩＤリスト比較部２３４）は、ＩＤデータが一致するか否か判断する（ステップＳ９６）。
ステップＳ９６において、ＩＤデータが一致しないと判断された場合（ステップＳ９６においてＮＯ）には、ステップＳ１００に進む。
ステップＳ９６において、ＩＤデータが一致すると判断された場合（ステップＳ９６においてＹＥＳ）には、ＣＰＵ６０（ＩＤリスト比較部２３４）は、アプリケーションＩＤの一致フラグをオンに設定する（ステップＳ９８）。そして、処理を終了する（リターン）。
一方、ステップＳ９２において比較する長さが一致しないと判断された場合には、次に、ＣＰＵ６０（ＩＤリスト比較部２３４）は、比較対象となるＩＤリストから他のアプリケーションＩＤが有るかどうかを判断する（ステップＳ１００）。ステップＳ１００において、比較対象となるＩＤリストから他のアプリケーションＩＤが有ると判断した場合には、比較対象となるＩＤリストから他のアプリケーションＩＤを抽出する（ステップＳ１０１）。そして、再び、ステップＳ９２に戻る。
例えば、図２０で示されるように、送信無線フレーム保存領域６７に保存された送信無線フレーム（自機１）の第１ＩＤリストＤＤ６のアプリケーションＩＤ［１］を抽出して同様の処理を実行する。
一方、ステップＳ１００において、ＣＰＵ６０（ＩＤリスト比較部２３４）は、比較対象となるＩＤリストから他のアプリケーションＩＤがないと判断した場合には、「Ｉ」に進む。
すなわち、比較する長さおよびＩＤデータが一致するまで、受信無線フレーム保存領域６９に保存された受信無線フレームおよび送信無線フレーム保存領域６７に保存された送信無線フレームそれぞれの比較対象となるＩＤリストからアプリケーションＩＤをそれぞれ１つずつ抽出して、全ての組み合わせにおいて一致するものが無い場合には、図１９のステップＳ８２に進み、再度、上述した処理を繰り返す。
例えば、本例においては、一例として、比較対象となるＩＤリストとして、送信無線フレーム保存領域６７に保存された送信無線フレーム（自機１）の第１ＩＤリストＤＤ６と、受信無線フレーム保存領域６９に保存された受信無線フレーム（携帯ゲーム装置３）の第１ＩＤリストＤＤｐ６とが抽出された場合について説明する。例えば、一例として、第１ＩＤリストＤＤ６および第１ＩＤリストＤＤｐ６は、ともに、アプリケーションＩＤを（ｎ＋１）個有しているものとする。
当該場合において、比較対象となるＩＤリストからアプリケーションＩＤをそれぞれ１つずつ抽出して全ての組み合わせについて比較する場合について説明すると、まず、送信無線フレーム（自機１）の第１ＩＤリストＤＤ６のアプリケーションＩＤ［０］ＤＤ６−１を抽出し、受信無線フレーム（携帯ゲーム装置）に含まれる第１ＩＤリストＤＤｐ６のアプリケーションＩＤ［０］ＤＤｐ６−１を抽出して比較する。次に、送信無線フレーム（自機１）の第１ＩＤリストＤＤ６のアプリケーションＩＤ［０］ＤＤ６−１と、受信無線フレーム（携帯ゲーム装置）に含まれる第１ＩＤリストＤＤｐ６のアプリケーションＩＤ［１］ＤＤｐ６−２を抽出して比較する。
次に、送信無線フレーム（自機１）の第１ＩＤリストＤＤ６のアプリケーションＩＤ［０］ＤＤ６−１と、受信無線フレーム（携帯ゲーム装置）に含まれる第１ＩＤリストＤＤｐ６のアプリケーションＩＤ［２］、アプリケーションＩＤ［３］、・・・アプリケーションＩＤ［ｎ］をそれぞれ順番に抽出して比較する。
次に、送信無線フレーム（自機１）の第１ＩＤリストＤＤ６のアプリケーションＩＤ［１］ＤＤ６−２を抽出し、受信無線フレーム（携帯ゲーム装置）に含まれる第１ＩＤリストＤＤｐ６のアプリケーションＩＤ［０］ＤＤｐ６−１を抽出して比較する。次に、送信無線フレーム（自機１）の第１ＩＤリストＤＤ６のアプリケーションＩＤ［１］ＤＤ６−２と、受信無線フレーム（携帯ゲーム装置）に含まれる第１ＩＤリストＤＤｐ６のアプリケーションＩＤ［１］ＤＤｐ６−２を抽出して比較する。
次に、送信無線フレーム（自機１）の第１ＩＤリストＤＤ６のアプリケーションＩＤ［１］ＤＤ６−２と、受信無線フレーム（携帯ゲーム装置）に含まれる第１ＩＤリストＤＤｐ６のアプリケーションＩＤ［２］、アプリケーションＩＤ［３］、・・・アプリケーションＩＤ［ｎ］をそれぞれ順番に抽出して比較する。この処理を送信無線フレーム（自機１）の第１ＩＤリストＤＤ６のアプリケーションＩＤ［２］、アプリケーションＩＤ［３］、・・・アプリケーションＩＤ［ｎ］まで同様に繰り返す。
すなわち、簡易に説明すると、比較対象となるＩＤリストにおいて、まず、送信無線フレーム（自機１）から最初のアプリケーションＩＤを抽出して固定し、そして、受信無線フレーム（携帯ゲーム装置）からアプリケーションＩＤを順番に抽出して比較する。比較する長さおよびＩＤデータが一致しない場合には、次に、送信無線フレーム（自機１）から次のアプリケーションＩＤを抽出して固定し、そして、受信無線フレーム（携帯ゲーム装置）からアプリケーションＩＤを順番に抽出して比較する。当該処理を送信無線フレーム（自機１）のＩＤリストに含まれているアプリケーションＩＤの個数分繰り返すことになる。そして、送信無線フレーム（自機１）から最後のアプリケーションＩＤを抽出して固定し、そして、受信無線フレーム（携帯ゲーム装置）からアプリケーションＩＤを順番に抽出して比較した場合に、比較する長さおよびＩＤデータが一致しない場合には、ステップＳ１００において、比較対象となるＩＤリストから他のアプリケーションＩＤがないと判断（ステップＳ１００においてＮＯ）されて、「Ｉ」に進む。
ここで、上記で説明したＩＤデータの比較について説明する。
図２２を用いて、本発明の実施の形態に従うＩＤデータの比較について説明する。
図２２に示されるように自機１の送信無線フレーム保存領域６７に保存された送信無線フレームに含まれているアプリケーションＩＤのＩＤデータと、携帯ゲーム装置３からの受信無線フレーム保存領域６９に保存された受信無線フレームに含まれているアプリケーションＩＤのＩＤデータとの比較において、同じ長さのＩＤデータを比較する。例えば、一例として、当該ＩＤデータは、アプリケーション名等のアプリケーションを特定する情報であるものとする。
具体的には、図１６で説明したアプリケーションＩＤに含まれている上述したＩＤデータの比較の長さを示す長さデータを用いて当該長さデータが一致するＩＤデータとのみデータ比較を実行する。
すなわち、長さデータが一致するＩＤデータすなわち、比較の長さが同じであるＩＤデータとのみ比較するため、比較の長さが異なるＩＤデータの比較を実行する必要が無く高速にアプリケーションＩＤの比較を実行することが可能である。
上記においては、同じ長さデータの自機１のＩＤデータと携帯ゲーム装置３のＩＤデータとが一致する場合にアプリケーションＩＤの一致フラグをオンする方式について説明したが、特にこれに限られず、さらに別の比較を実行することも可能である。
図２３を用いて、本発明の実施の形態に従うＩＤデータのさらに別の比較について説明する。
図２３を参照して、この場合には、ＩＤデータに、アプリケーション名等のアプリケーションを特定する情報（アプリケーション名情報）だけでなく、他の情報が含まれている場合が示されている。
他の情報として、自機のＩＤデータの少なくとも一部を用いて自分が欲しいキャラクタ情報と、自分が相手に渡すキャラクタ情報とを格納する。
一方、他のゲーム装置側においても、同様に、アプリケーション名情報だけでなく、他の情報として、ＩＤデータの少なくとも一部を用いて自分が欲しいキャラクタ情報と、自分が相手に渡すキャラクタ情報とを格納する。
そして、アプリケーション名情報が一致するか否かを判断するとともに、さらに、自機のＩＤデータに含まれる自分が欲しいキャラクタ情報と、他のゲーム装置のＩＤデータに含まれる自分が相手に渡すキャラクタ情報とが一致するか否かを判断し、自機のＩＤデータに含まれる自分が相手に渡すキャラクタ情報と、他のゲーム装置のＩＤデータに含まれる自分が欲しいキャラクタ情報とが一致するか否かも判断する。アプリケーション名情報の一致のみならず、さらに、交換するキャラクタ情報が一致する場合にアプリケーションＩＤの一致と判断する。
当該比較方式により、ゲーム装置１である自機と他のゲーム装置３とで実際に交換データを交換する前に、互いに交換する交換データの内容（キャラクタ情報）に基づいて互いが希望する交換データであればアプリケーションＩＤの一致フラグをオンして本体側に通知し、いずれか一方でも希望しない場合にはアプリケーションＩＤの一致フラグはオンせず、本体側に通知されないためユーザが望む交換データのみを交換することが可能となる。
すなわち、ＩＤデータにアプリケーション名等のアプリケーションを特定する情報以外に他の情報（例えば交換データ）を含ませることにより、不本意なデータ授受処理を回避することができ、情報処理装置であるゲーム装置に対する興趣性を増すことができる。
なお、当該比較については、例えば、別のアルゴリズム識別情報を用いることにより図２２で説明した方式と区別するようにしても良い。
次に、ＩＤデータとは別に、付加的な条件として交換条件データを付加して高度な交換処理を実現する場合について説明する。
具体的には、交換条件データとして送受信条件データと取得条件データとを含む場合について説明する。
図２４を用いて、第２アルゴリズムに従うＩＤリスト比較処理について説明する。
本例においては、アルゴリズム識別情報が「１」である場合に、ＣＰＵ６０（ＩＤリスト比較部２３４）は、第２アルゴリズムに従うＩＤリスト比較処理を実行する。
本例においては、一例として、送信無線フレーム保存領域６７に保存されている送信無線フレーム（自機１）のベンダ特定ＩＥデータに含まれる第２ＩＤリストヘッダ情報に含まれるアルゴリズム識別情報と、受信無線フレーム保存領域６９に保存されている受信無線フレーム（携帯ゲーム装置３）のベンダ特定ＩＥデータに含まれる第２ＩＤリストヘッダ情報に含まれるアルゴリズム識別情報がともに「１」であるものとする。
この場合に、例えば一例として図２０で説明した送信無線フレーム保存領域６７に保存された送信無線フレームに含まれる第２ＩＤリストと、受信無線フレーム保存領域６９に保存された受信無線フレームに含まれる第２ＩＤリストとが比較対象となる。
図２４を参照して、ＣＰＵ６０（ＩＤリスト比較部２３４）は、まず、比較対象となるＩＤリストからアプリケーションＩＤ＃を抽出する（ステップＳ１１０）。
例えば、図２０で示されるように、送信無線フレーム保存領域６７に保存された送信無線フレーム（自機１）の第２ＩＤリストＤＤ８のアプリケーションＩＤ＃［０］と、受信無線フレーム保存領域６９に保存された受信無線フレーム（携帯ゲーム装置３）の第２ＩＤリストＤＤｐ８のアプリケーションＩＤ＃［０］とを抽出する。
なお、当該フローにおいては、後述するが、ＩＤデータや取得条件データ等の判定条件を満たすまで比較対象となるＩＤリストからアプリケーションＩＤをそれぞれ１つずつ抽出して、全ての組み合わせにおいて比較処理を実行する。
そして、次に、ＣＰＵ６０（ＩＤリスト比較部２３４）は、抽出されたアプリケーションＩＤ＃に含まれるＩＤデータを比較する（ステップＳ１１２）。
具体的には、第２ＩＤリストＤＤ８のアプリケーションＩＤ＃［０］のＩＤデータと、第２ＩＤリストＤＤｐ８のアプリケーションＩＤ＃［０］のＩＤデータとを比較する。
そして、次に、ステップＳ１１２において、ＣＰＵ６０（ＩＤリスト比較部２３４）は、ＩＤデータが一致するか否か判断する（ステップＳ１１４）。
ステップＳ１１４において、ＩＤデータが一致すると判断された場合（ステップＳ１１４においてＹＥＳ）には、ＣＰＵ６０（ＩＤリスト比較部２３４）は、フィルタサイズデータを比較する（ステップＳ１１６）。
そして、次に、ＣＰＵ６０（ＩＤリスト比較部２３４）は、フィルタサイズが一致するかどうか判断する（ステップＳ１１８）。具体的には、第２ＩＤリストＤＤ８のアプリケーションＩＤ＃［０］のフィルタサイズデータと、第２ＩＤリストＤＤｐ８のアプリケーションＩＤ＃［０］のフィルタサイズデータとを比較する。フィルタサイズデータは、上述したようにマスクデータ、コンディションデータ、リクエストデータの各々のデータのサイズを規定するデータである。
フィルタサイズデータが異なる場合には、比較対象とするデータサイズが異なるため以降の後述するデータ比較処理を実行するまでもなく条件は不一致と判断することが可能である。
そして、次に、ステップＳ１１８において、ＣＰＵ６０（ＩＤリスト比較部２３４）は、フィルタサイズが一致すると判断した場合（ステップＳ１１８においてＹＥＳ）には、次に互いの送受信条件データが満たされるかどうかを判断する。具体的には、送受信条件データであるセンドフラグデータおよびレシーブフラグデータを比較する（ステップＳ１２０）。センドフラグデータおよびレシーブフラグデータの比較については後述する。
そして、ＣＰＵ６０（ＩＤリスト比較部２３４）は、比較の結果、互いの送受信条件データが満たされるすなわちフラグデータがＯＫ判定であるかどうかを判断する（ステップＳ１２２）。
図２５を用いて、本発明の実施の形態に従う送受信条件データであるセンドフラグデータおよびレシーブフラグデータの比較について説明する。
図２５（Ａ）を用いて、自機１における送受信条件データであるセンドフラグデータおよびレシーブフラグデータの形式について説明する。
具体的には、センドフラグとレシーブフラグとの組み合わせに従って、交換データの送受信条件データを設定することが可能である。
具体的には、センドフラグが「１」、レシーブフラグが「０」である場合には、交換データの自機１からの送信通信のみ可能であることを示す。
また、センドフラグが「０」、レシーブフラグが「１」である場合には、交換データの他のゲーム装置からの受信通信のみ可能であることを示す。
また、センドフラグおよびレシーブフラグが「１」、「１」の場合には、いずれの条件であっても交換データの通信が可能であることを示す。すなわち、この場合には、通信相手の送受信条件データに従う通信となる。
また、センドフラグおよびレシーブフラグが「０」、「０」の場合には、交換データの自機１および他のゲーム装置との間での双方向の通信のみ可能であることを示す。
当該送受信条件データに対して、送受信条件データが満たされるすなわちフラグデータがＯＫ判定（以下、単にフラグＯＫ判定とも称する）となる場合について説明する。
自機１のセンドフラグが「１」、レシーブフラグが「０」の場合は、通信相手のセンドフラグが「０」、レシーブフラグが「１」あるいはセンドフラグが「１」、レシーブフラグが「１」の場合にフラグＯＫ判定となる。
自機１のセンドフラグが「０」、レシーブフラグが「１」の場合は、通信相手のセンドフラグが「１」、レシーブフラグが「０」あるいはセンドフラグが「１」、レシーブフラグが「１」の場合にフラグＯＫ判定となる。
自機１のセンドフラグが「１」、レシーブフラグが「１」の場合は、通信相手のセンドフラグが「０」、レシーブフラグが「０」、あるいはセンドフラグが「０」、レシーブフラグが「１」、あるいはセンドフラグが「１」、レシーブフラグが「０」、あるいはセンドフラグが「１」、レシーブフラグが「１」の場合にフラグＯＫ判定となる。
自機１のセンドフラグが「０」、レシーブフラグが「０」の場合は、通信相手のセンドフラグが「０」、レシーブフラグが「０」の場合、あるいは、センドフラグが「１」、レシーブフラグが「１」の場合にフラグＯＫ判定となる。
図２５（Ｂ）を用いて、送受信条件データに関するフラグデータ比較における具体例について説明する。
例１の場合は、自機１のセンドフラグが「０」、レシーブフラグが「１」で携帯ゲーム装置３のセンドフラグが「１」、レシーブフラグが「０」の場合における比較が示されている。したがって、自機１の送受信条件データは、受信通信のみ可であり、携帯ゲーム装置３の送受信条件データは送信通信のみ可であるため受信フラグＯＫ判定すなわち通信可となる。
例２の場合は、自機１のセンドフラグが「１」、レシーブフラグが「０」で携帯ゲーム装置３のセンドフラグが「０」、レシーブフラグが「１」の場合における比較が示されている。したがって、自機１の送受信条件データは、送信通信のみ可であり、携帯ゲーム装置３の送受信条件データは受信通信のみ可であるためフラグＯＫ判定すなわち通信可となる。
例３の場合は、自機１のセンドフラグが「１」、レシーブフラグが「１」で携帯ゲーム装置３のセンドフラグが「１」、レシーブフラグが「０」の場合における比較が示されている。したがって、自機１の送受信条件データは、いずれの条件でも通信可であり、携帯ゲーム装置３の送受信条件データは送信通信のみ可であるためフラグＯＫ判定すなわち通信可となる。
例４の場合は、自機１のセンドフラグが「１」、レシーブフラグが「０」で携帯ゲーム装置３のセンドフラグが「１」、レシーブフラグが「０」の場合における比較が示されている。したがって、自機１の送受信条件データは、送信通信のみ可であり、携帯ゲーム装置３の送受信条件データは送信通信のみ可であるためフラグＮＧ判定すなわち通信不可となる。
例５の場合は、自機１のセンドフラグが「０」、レシーブフラグが「０」で携帯ゲーム装置３のセンドフラグが「１」、レシーブフラグが「０」の場合における比較が示されている。したがって、自機１の送受信条件データは、双方向通信のみ可であり、携帯ゲーム装置３の送受信条件データは送信通信のみ可であるためフラグＮＧ判定すなわち通信不可となる。
当該方式により、ＩＤデータに交換条件データとして送受信条件データ（センドフラグデータおよびレシーブフラグデータ）を含ませて比較することにより、交換データの送信だけをしたい場合、あるいは、交換データの受信だけをしたい場合、あるいは、通信相手との間で交換データの送受信のみしたい場合、あるいは、通信相手の送受信条件データに合わせて通信した場合等、データ交換する際の通信形式のバリエーションを増すことが可能であり、データ交換の興趣性を増大させることができる。
再び、図２４を参照して、次に、ステップＳ１２２において、フラグＯＫ判定である場合（ステップＳ１２２においてＹＥＳ）には、ＣＰＵ６０（ＩＤリスト比較部２３４）は、互いの取得条件が満たされるかどうかを判断する。具体的には、取得条件が満たされるか否かの判断として条件データを比較する（ステップＳ１２４）。条件データの比較については後述する。
そして、次に、ＣＰＵ６０（ＩＤリスト比較部２３４）は、自己の取得条件を満たしているかどうかを判断する（ステップＳ１２６）。
そして、自己の取得条件を満たしていると判断した場合（ステップＳ１２６においてＹＥＳ）には、次に相手の取得条件を満たしているかどうかを判断する（ステップＳ１２８）。
次に、ＣＰＵ６０（ＩＤリスト比較部２３４）は、相手の取得条件を満たしていると判断した場合（ステップＳ１２８においてＹＥＳ）には、アプリケーションＩＤの一致フラグをオンする（ステップＳ１３０）。そして、処理を終了する（リターン）。
図２６を用いて、本発明の実施の形態に従う条件データの比較について説明する。
図２６（Ａ）は、自己の取得条件を満たしているかに関する条件データの比較について説明する図である。
条件データは、自機１の取得条件データ（マスクデータ、コンディションデータ、リクエストデータ）と、携帯ゲーム装置３の取得条件データ（マスクデータ、コンディションデータ、リクエストデータ）とにより生成される。
具体的には、条件データの比較として、自機１のマスクデータと携帯ゲーム装置３のコンディションデータとの積と、自機１のマスクデータと自機１のリクエストデータとの積とが同じ値であるかどうかを判断する。
図２６（Ｂ）は、相手の取得条件を満たしているかに関する条件データの比較について説明する図である。
具体的には、条件データの比較として、携帯ゲーム装置３のマスクデータと自機１のコンディションデータとの積と、携帯ゲーム装置３のマスクデータと携帯ゲーム装置３のリクエストデータとの積とが同じ値であるかどうかを判断する。
図２７を用いて、本発明の実施の形態に従う取得条件データの具体例について説明する。
図２７を参照して、ここでは、４つの取得条件データの例が示されている。
具体的には、ユーザであるＨＡ、ＨＢ、ＨＣ、ＨＤさんのそれぞれが設定した取得条件データが示されている。
マスクデータ、コンディションデータ、リクエストデータは、それぞれ１ビットであるものとする。
本例においては、一例として、例えば、上記の交換データ登録イベントにおける、交換データの格納に際し、ＨＡ、ＨＢ、ＨＣ、ＨＤさんがそれぞれデータ交換を希望する際の条件として性別を取得条件データとして設定した場合の例について説明する。
具体的には、相手に送信する自己の交換データおよび相手から受信する交換データに関連付けられた属性データとして、性別を示すデータ（男：「１」、女：「０」）を用いた場合について説明する。
図２７（Ａ）は、ＨＡさんの取得条件データが示されており、マスクデータが「１」、コンディションデータが「１」、リクエストデータが「０」である場合が示されている。当該場合は、ＨＡさんは、コンディションデータが「１」であるため性別は男であることを示すとともに、リクエストデータが「０」であるため性別が女とデータ交換を希望する場合である。なお、マスクデータが「０」の場合には、リクエストデータを無効に設定することができる。すなわち、データ交換を希望する性別をいずれでも良いものに設定することができる。
図２７（Ｂ）は、ＨＢさんの取得条件データが示されており、マスクデータが「１」、コンディションデータが「０」、リクエストデータが「１」である場合が示されている。当該場合は、ＨＢさんは、コンディションデータが「０」であるため性別は女であることを示すとともに、リクエストデータが「０」であるため性別が男とデータ交換を希望する場合である。
図２７（Ｃ）は、ＨＣさんの取得条件データが示されており、マスクデータが「０」、コンディションデータが「１」、リクエストデータが「０」である場合が示されている。当該場合は、ＨＢさんは、コンディションデータが「１」であるため性別は男である。ここで、マスクデータが「０」であるためデータ交換の相手は性別を問わないため、リクエストデータは「０」あるいは「１」いずれでも良い、すなわちドントケアであるが、ここでは説明を簡易にするため「０」としている。
図２７（Ｄ）は、ＨＤさんの取得条件データが示されており、マスクデータが「０」、コンディションデータが「０」、リクエストデータが「０」である場合が示されている。当該場合は、ＨＢさんは、コンディションデータが「０」であるため性別は女である。ここで、マスクデータが「０」であるためデータ交換の相手は性別を問わないため、リクエストデータは「０」あるいは「１」いずれでも良いすなわち、ドントケアであるが、ここでは説明を簡易にするため「０」としている。
図２８を用いて、図２７で説明した取得条件データに基づく条件データの比較の具体例について説明する。
本例においては、ＨＡさんと、他の人、すなわち、ＨＢさん、ＨＣさん、ＨＤさんとの条件データの比較について説明する。
図２８（Ａ）を参照して、ここでは、ＨＡさんと、ＨＢさんとの条件データの比較が示されている。
ＨＡさん側の処理について説明する。
相手のコンディションデータと自分のマスクデータとの積は、「０」＆「１」＝「０」となる。
また、自分のリクエストデータと自分のマスクデータとの積は、「０」＆「１」＝「０」となる。
したがって、この場合、自己の条件データは一致し、自己の取得条件は満たしていると判断される。
また、自分のコンディションデータと相手のマスクデータとの積は、「１」＆「１」＝「１」となる。
相手のリクエストデータと相手のマスクデータとの積は、「１」＆「１」＝「１」となる。
したがって、この場合、相手の条件データは一致し、相手の取得条件は満たしていると判断される。
すなわち、ＨＡさん側の取得条件のデータ比較において、自己の取得条件および相手の取得条件はともに満たしていると判断される。
上記においては、ＨＡさん側の処理について説明したが、ＨＢさん側の処理としても同様に実行される。
相手のコンディションデータと自分のマスクデータとの積は、「１」＆「１」＝「１」となる。
また、自分のリクエストデータと自分のマスクデータとの積は、「１」＆「１」＝「１」となる。
したがって、この場合、自己の条件データは一致し、自己の取得条件は満たしていると判断される。
また、自分のコンディションデータと相手のマスクデータとの積は、「０」＆「１」＝「０」となる。
相手のリクエストデータと相手のマスクデータとの積は、「０」＆「１」＝「０」となる。
したがって、この場合、相手の条件データは一致し、相手の取得条件は満たしていると判断される。
すなわち、ＨＢさん側の取得条件のデータ比較において、自己の取得条件および相手の取得条件はともに満たしていると判断される。
したがって、性別が男であるＨＡさんは、データ交換を希望する性別が女であるＨＢさんとデータ交換の条件が一致するためデータ交換することが可能である。
図２８（Ｂ）を参照して、ここでは、ＨＡさんと、ＨＣさんとの条件データの比較が示されている。
ＨＡさん側の処理について説明する。
相手のコンディションデータと自分のマスクデータとの積は、「１」＆「１」＝「１」となる。
また、自分のリクエストデータと自分のマスクデータとの積は、「０」＆「１」＝「０」となる。
したがって、この場合、自己の条件データは不一致であり、自己の取得条件は満たしていないと判断される。
また、自分のコンディションデータと相手のマスクデータとの積は、「１」＆「０」＝「０」となる。
相手のリクエストデータと相手のマスクデータとの積は、「０」＆「０」＝「０」となる。
したがって、この場合、相手の条件データは一致であり、相手の取得条件は満たしていると判断される。
すなわち、ＨＡさん側の取得条件のデータ比較において、相手の条件データは一致しているため取得条件は満たしているが、自己の条件データは不一致であり、自己の取得条件は満たしていないと判断される。
上記においては、ＨＡさん側の処理について説明したが、ＨＣさん側の処理としても同様に実行される。
相手のコンディションデータと自分のマスクデータとの積は、「１」＆「０」＝「０」となる。
また、自分のリクエストデータと自分のマスクデータとの積は、「０」＆「０」＝「０」となる。
したがって、この場合、自己の条件データは一致しており、自己の取得条件は満たしていると判断される。
また、自分のコンディションデータと相手のマスクデータとの積は、「１」＆「１」＝「１」となる。
相手のリクエストデータと相手のマスクデータとの積は、「０」＆「１」＝「０」となる。
したがって、この場合、相手の条件データは不一致であり、相手の取得条件は満たしていないと判断される。
すなわち、ＨＣさん側の取得条件のデータ比較において、自己の条件データは一致しており自己の取得条件は満たしているが、相手の条件データは不一致であるため相手の取得条件は満たしていないと判断される。
したがって、性別が男であるＨＣさんは、データ交換の性別を問わないため性別が男であるＨＡさんとデータ交換が可能であるが、性別が男であるＨＡさんは、性別が男であるＨＣさんとデータ交換を希望しないため、データ交換することはできない。
図２８（Ｃ）を参照して、ここでは、ＨＡさんと、ＨＤさんとの条件データの比較が示されている。
ＨＡさん側の処理について説明する。
相手のコンディションデータと自分のマスクデータとの積は、「０」＆「１」＝「０」となる。
また、自分のリクエストデータと自分のマスクデータとの積は、「０」＆「１」＝「０」となる。
したがって、この場合、自己の条件データは一致しており、自己の取得条件は満たしていると判断される。
また、自分のコンディションデータと相手のマスクデータとの積は、「１」＆「０」＝「０」となる。
相手のリクエストデータと相手のマスクデータとの積は、「０」＆「０」＝「０」となる。
したがって、この場合、相手の条件データは一致しており、相手の取得条件は満たしていると判断される。
すなわち、ＨＡさん側の取得条件のデータ比較において、自己の取得条件および相手の取得条件はともに満たしていると判断される。
上記においては、ＨＡさん側の処理について説明したが、ＨＤさん側の処理としても同様に実行される。
相手のコンディションデータと自分のマスクデータとの積は、「１」＆「０」＝「０」となる。
また、自分のリクエストデータと自分のマスクデータとの積は、「０」＆「０」＝「０」となる。
したがって、この場合、自己の条件データは一致しており、自己の取得条件は満たしていると判断される。
また、自分のコンディションデータと相手のマスクデータとの積は、「０」＆「１」＝「０」となる。
相手のリクエストデータと相手のマスクデータとの積は、「０」＆「１」＝「０」となる。
したがって、この場合、相手の条件データは一致しており、相手の取得条件は満たしていると判断される。
すなわち、ＨＢさん側の取得条件のデータ比較において、自己の取得条件および相手の取得条件はともに満たしていると判断される。
したがって、性別が女であるＨＤさんは、データ交換の性別を問わないため性別が男であるＨＡさんとデータ交換が可能であり、また、性別が男であるＨＡさんは、性別が女であるＨＤさんとデータ交換を希望するため、データ交換が可能となる。
上記においては、性別を取得条件データとして比較する場合について説明したが、特にこれに限られず、別のデータを取得条件データとして設定することも可能である。
図２９を用いて、本発明の実施の形態に従う取得条件データの別の具体例について説明する。
図２９を参照して、ここでは、３つの取得条件データの例が示されている。
具体的には、ユーザであるＨＥ、ＨＦ、ＨＧさんのそれぞれが設定した取得条件データが示されている。
マスクデータ、コンディションデータ、リクエストデータは、それぞれ２ビットであるものとする。
本例においては、一例として、例えば、上記の交換データ登録イベントにおける、交換データの格納に際し、ＨＥ、ＨＦ、ＨＧさんがそれぞれデータ交換を希望するゲームのコースデータを取得条件データとして設定した場合の例について説明する。
具体的には、相手に送信する自己の交換データおよび相手から受信する交換データに関連付けられた属性データとして、データの有無（有り：「１」、無し：「０」）および希望の有無（有り：「１」、無し「０」）を用いた場合について説明する。
一例として、コンディションデータとして２ビットが設けられ、それぞれコースＰおよびコースＱに対応している。例えば、コンディションデータについて、対応するコースのデータを有している場合「１」、対応するコースのデータを有していない場合「０」とする。
また、リクエストデータとして２ビットが設けられ、それぞれコースＰおよびコースＱに対応している。例えば、リクエストデータは、対応するコースのデータの取得を希望する場合「１」、対応するコースのデータの取得を希望しない場合「０」とする。
また、マスクデータとして２ビットが設けられ、それぞれコースＰおよびコースＱに対応している。なお、マスクデータが「０」の場合には、リクエストデータを無効に設定することができる。すなわち、データ交換を取得しても良いし、取得しなくても良いものに設定することができる。
図２９（Ａ）を参照して、ＨＥさんの取得条件データが示されており、コースＰ，Ｑに対応してマスクデータが「０１」、コンディションデータが「１１」、リクエストデータが「０１」である場合が示されている。
当該場合は、ＨＥさんは、コンディションデータが「１１」であるためコースＰ，Ｑをそれぞれ有している。リクエストデータは「０１」であるためコースＱについてデータ交換を希望する場合である。なお、マスクデータがコースＰに関して「０」であるため、リクエストデータについてコースＰについては「０」あるいは「１」いずれでも良いすなわち、ドントケアであるが、ここでは説明を簡易にするため「０」としている。
図２９（Ｂ）を参照して、ＨＦさんの取得条件データが示されており、コースＰ，Ｑに対応してマスクデータが「１１」、コンディションデータが「１０」、リクエストデータが「０１」である場合が示されている。
当該場合は、ＨＦさんは、コンディションデータが「１０」であるためコースＰを有している。リクエストデータは「０１」であるためコースＱについてデータ交換を希望する場合である。
図２９（Ｃ）を参照して、ＨＧさんの取得条件データが示されており、コースＰ，Ｑに対応してマスクデータが「１１」、コンディションデータが「０１」、リクエストデータが「１１」である場合が示されている。
当該場合は、ＨＧさんは、コンディションデータが「０１」であるためコースＱを有している。リクエストデータは「１１」であるためコースＰ，Ｑについてデータ交換を希望する場合である。
図３０を用いて、図２９で説明した取得条件データに基づく条件データの比較の具体例について説明する。
本例においては、ＨＥさんと、他の人、すなわち、ＨＦさん、ＨＧさんとの条件データの比較について説明する。
図３０（Ａ）を参照して、ここでは、ＨＥさんと、ＨＦさんとの条件データの比較が示されている。
ＨＥさん側の処理について説明する。
相手のコンディションデータと自分のマスクデータとの積は、「１０」＆「０１」＝「００」となる。
また、自分のリクエストデータと自分のマスクデータとの積は、「０１」＆「１１」＝「０１」となる。
したがって、この場合、自己の条件データは不一致であり、自己の取得条件は満たしていないと判断される。
また、自分のコンディションデータと相手のマスクデータとの積は、「１１」＆「１１」＝「１１」となる。
相手のリクエストデータと相手のマスクデータとの積は、「０１」＆「１１」＝「０１」となる。
したがって、この場合、相手の条件データは不一致であり、相手の取得条件は満たしていないと判断される。
すなわち、ＨＥさん側の取得条件のデータ比較において、自己の取得条件および相手の取得条件はともに満たしていないと判断される。
上記においては、ＨＥさん側の処理について説明したが、ＨＦさん側の処理としても同様に実行される。
相手のコンディションデータと自分のマスクデータとの積は、「１１」＆「１１」＝「１１」となる。
また、自分のリクエストデータと自分のマスクデータとの積は、「０１」＆「１１」＝「０１」となる。
したがって、この場合、自己の条件データは不一致であり、自己の取得条件は満たしていないと判断される。
また、自分のコンディションデータと相手のマスクデータとの積は、「１０」＆「０１」＝「００」となる。
相手のリクエストデータと相手のマスクデータとの積は、「０１」＆「０１」＝「０１」となる。
したがって、この場合、相手の条件データは不一致であり、相手の取得条件は満たしていないと判断される。
すなわち、ＨＦさん側の取得条件のデータ比較においても、自己の取得条件および相手の取得条件はともに満たしていないと判断される。
したがって、コースＱのデータ交換を希望するＨＥさんと、コースＱのデータを有していないＨＦさんとは、データ交換の取得条件データを満たさないためデータ交換することはできない。
図３０（Ｂ）を参照して、ここでは、ＨＥさんと、ＨＧさんとの条件データの比較が示されている。
ＨＥさん側の処理について説明する。
相手のコンディションデータと自分のマスクデータとの積は、「０１」＆「０１」＝「０１」となる。
また、自分のリクエストデータと自分のマスクデータとの積は、「０１」＆「０１」＝「０１」となる。
したがって、この場合、自己の条件データは一致し、自己の取得条件は満たしていると判断される。
また、自分のコンディションデータと相手のマスクデータとの積は、「１１」＆「１１」＝「１１」となる。
相手のリクエストデータと相手のマスクデータとの積は、「１１」＆「１１」＝「１１」となる。
したがって、この場合、相手の条件データは一致し、相手の取得条件は満たしていると判断される。
すなわち、ＨＥさん側の取得条件のデータ比較において、自己の取得条件および相手の取得条件はともに満たしていると判断される。
上記においては、ＨＥさん側の処理について説明したが、ＨＧさん側の処理としても同様に実行される。
相手のコンディションデータと自分のマスクデータとの積は、「１１」＆「１１」＝「１１」となる。
また、自分のリクエストデータと自分のマスクデータとの積は、「１１」＆「１１」＝「１１」となる。
したがって、この場合、自己の条件データは一致し、自己の取得条件は満たしていると判断される。
また、自分のコンディションデータと相手のマスクデータとの積は、「１１」＆「１１」＝「１１」となる。
相手のリクエストデータと相手のマスクデータとの積は、「１１」＆「１１」＝「１１」となる。
したがって、この場合、相手の条件データは一致し、相手の取得条件は満たしていると判断される。
すなわち、ＨＧさん側の取得条件のデータ比較においても、自己の取得条件データおよび相手の取得条件データはともに満たしていると判断される。
したがって、コースＱのデータ交換を希望するＨＥさんと、コースＱのデータを有しているＨＧさんとは、データ交換の取得条件データが満たされ、また、コースＰのデータ交換を希望するＨＧさんと、コースＰのデータを有しているＨＥさんとは、データ交換の取得条件データが満たされるためデータ交換が可能である。
再び、図２４を参照して、ステップＳ１１４において、ＩＤデータが一致しないと判断された場合（ステップＳ１１４においてＮＯ）には、比較対象となるＩＤリストにアプリケーションＩＤ＃が他に有るかどうかを判断する（ステップＳ１３２）。
また、ステップＳ１１８において、フィルタサイズが一致しない場合（ステップＳ１１８においてＮＯ）には、ステップＳ１３２に進む。
また、ステップＳ１２２において、フラグＯＫ判定で無い場合（ステップＳ１２２においてＮＯ）には、ステップＳ１３２に進む。
また、ステップＳ１２６において、自己の取得条件を満たしていない場合（ステップＳ１２６においてＮＯ）には、ステップＳ１３２に進む。
また、ステップＳ１２８において、相手の取得条件を満たしていない場合（ステップＳ１２８においてＮＯ）には、ステップＳ１３２に進む。
ステップＳ１３２において、比較対象となるＩＤリストにアプリケーションＩＤ＃が他に有る場合（ステップＳ１３２においてＹＥＳ）には、比較対象となるＩＤリストから次のアプリケーションＩＤ＃を抽出する（ステップＳ１３４）。そして、ステップＳ１１２に進み同様の処理を繰り返す。
例えば、図１６で示されるように、第２ＩＤリストＤＤ８のアプリケーションＩＤ＃［１］を抽出して同様の処理を実行する。
一方、ステップＳ１３２において、比較対象となるＩＤリストにアプリケーションＩＤ＃が他に無い場合（ステップＳ１３２においてＮＯ）には、「Ｉ」に進む。
すなわち、ＩＤデータや取得条件データ等の判定条件を満たすまで、受信無線フレーム保存領域６９に保存された受信無線フレームおよび送信無線フレーム保存領域６７に保存された送信無線フレームそれぞれの比較対象となるＩＤリストからアプリケーションＩＤ＃をそれぞれ１つずつ抽出して、全ての組み合わせにおいて条件を満たすものが無い場合には、図１９のステップＳ８２に進み、再度、上述した処理を繰り返す。
例えば、本例においては、一例として、比較対象となるＩＤリストとして、送信無線フレーム保存領域６７に保存された送信無線フレーム（自機１）の第２ＩＤリストＤＤ８と、受信無線フレーム保存領域６９に保存された受信無線フレーム（携帯ゲーム装置３）の第２ＩＤリストＤＤｐ８とが抽出された場合について説明する。例えば、一例として、第２ＩＤリストＤＤ８および第２ＩＤリストＤＤｐ８は、ともに、アプリケーションＩＤ＃を（ｎ＋１）個有しているものとする。
当該場合において、比較対象となるＩＤリストからアプリケーションＩＤ＃をそれぞれ１つずつ抽出して全ての組み合わせについて比較する場合について説明すると、まず、送信無線フレーム（自機１）の第２ＩＤリストＤＤ８のアプリケーションＩＤ＃［０］ＤＤ８−１を抽出し、受信無線フレーム（携帯ゲーム装置）に含まれる第２ＩＤリストＤＤｐ８のアプリケーションＩＤ＃［０］ＤＤｐ８−１を抽出して比較する。次に、送信無線フレーム（自機１）の第２ＩＤリストＤＤ８のアプリケーションＩＤ＃［０］ＤＤ８−１と、受信無線フレーム（携帯ゲーム装置）に含まれる第２ＩＤリストＤＤｐ８のアプリケーションＩＤ＃［１］ＤＤｐ８−２を抽出して比較する。
次に、送信無線フレーム（自機１）の第２ＩＤリストＤＤ８のアプリケーションＩＤ＃［０］ＤＤ８−１と、受信無線フレーム（携帯ゲーム装置）に含まれる第２ＩＤリストＤＤｐ８のアプリケーションＩＤ＃［２］、アプリケーションＩＤ＃［３］、・・・アプリケーションＩＤ＃［ｎ］をそれぞれ順番に抽出して比較する。
次に、送信無線フレーム（自機１）の第２ＩＤリストＤＤ８のアプリケーションＩＤ＃［１］ＤＤ８−２を抽出し、受信無線フレーム（携帯ゲーム装置）に含まれる第２ＩＤリストＤＤｐ８のアプリケーションＩＤ＃［０］ＤＤｐ８−１を抽出して比較する。次に、送信無線フレーム（自機１）の第２ＩＤリストＤＤ８のアプリケーションＩＤ＃［１］ＤＤ８−２と、受信無線フレーム（携帯ゲーム装置）に含まれる第２ＩＤリストＤＤｐ８のアプリケーションＩＤ＃［１］ＤＤｐ８−２を抽出して比較する。
次に、送信無線フレーム（自機１）の第２ＩＤリストＤＤ８のアプリケーションＩＤ＃［１］ＤＤ８−２と、受信無線フレーム（携帯ゲーム装置）に含まれる第２ＩＤリストＤＤｐ８のアプリケーションＩＤ＃［２］、アプリケーションＩＤ＃［３］、・・・アプリケーションＩＤ＃［ｎ］をそれぞれ順番に抽出して比較する。この処理を送信無線フレーム（自機１）の第２ＩＤリストＤＤ８のアプリケーションＩＤ＃［２］、アプリケーションＩＤ＃［３］、・・・アプリケーションＩＤ＃［ｎ］まで同様に繰り返す。
すなわち、簡易に説明すると、比較対象となるＩＤリストにおいて、まず、送信無線フレーム（自機１）から最初のアプリケーションＩＤ＃を抽出して固定し、そして、受信無線フレーム（携帯ゲーム装置）からアプリケーションＩＤ＃を順番に抽出して比較する。ＩＤデータや取得条件データ等の判定条件を満たさない場合には、次に、送信無線フレーム（自機１）から次のアプリケーションＩＤ＃を抽出して固定し、そして、受信無線フレーム（携帯ゲーム装置）からアプリケーションＩＤ＃を順番に抽出して比較する。当該処理を送信無線フレーム（自機１）のＩＤリストに含まれているアプリケーションＩＤ＃の個数分繰り返すことになる。そして、送信無線フレーム（自機１）から最後のアプリケーションＩＤ＃を抽出して固定し、そして、受信無線フレーム（携帯ゲーム装置）からアプリケーションＩＤ＃を順番に抽出して比較した場合に、ＩＤデータや取得条件データ等の判定条件を満たさない場合には、ステップＳ１３２において、比較対象となるＩＤリストから他のアプリケーションＩＤ＃がないと判断（ステップＳ１３２においてＮＯ）されて、「Ｉ」に進む。
なお、上記図２４のフローにおいては、フラグデータ比較（ステップＳ１２０）と、条件データ比較（ステップＳ１２４）をそれぞれ関連付けずに実行する方式について説明したが、例えば、図２５で説明したように自機１の送受信条件データが送信通信のみを指定するような場合には、相手から交換データを受信することを希望しないため自己の取得条件を満たしているかの判断は不要である。また、逆に、自機１の送受信条件データが受信通信のみを指定するような場合には、相手に交換データを送信することを希望しないため相手の取得条件を満たしているかの判断は不要である。したがって、ステップＳ１２０のフラグデータの比較結果に基づいて、ステップＳ１２４〜ステップＳ１２８までの条件データ比較および判断の処理を変更するようにしても良い。
また、本例においては、アルゴリズム識別情報が「０」，「１」の場合にそれぞれ第１および第２アルゴリズムに従うＩＤリスト比較処理について説明したが、これに限られず、他のアルゴリズム識別情報（たとえば「２」）を設けてさらに別のアルゴリズムに従うＩＤリスト比較処理を実行するようにしても良い。
また、本例においては、取得条件データについて、マスクデータを含めた形式について説明したが、コンディションデータおよびリクエストデータの形式とすることも可能である。その場合には、条件データの比較として、自分のコンディションデータと相手のリクエストデータとの比較および自分のリクエストデータと相手のコンディションデータとの比較を実行して自己の取得条件および相手の取得条件を満たしているかを判断するようにしても良い。
図３１を用いて、本発明の実施の形態に従うアプリケーションＩＤを比較する場合の概念図について説明する。
図３１を参照して、ここでは、図１７で説明したゲーム装置１およびゲーム装置３と同様の状況が示されており、無線通信モジュール３８のＲＡＭ６６のアプリケーションＩＤ保存領域６８には、アプリケーションＩＤとして「Ａ，Ｂ，Ｃ１，Ｃ２，Ｄ」がそれぞれ格納されている場合が示されている。そして、ゲーム装置３側の無線通信モジュール３８ＰのアプリケーションＩＤ保存領域６８ＰにアプリケーションＩＤとして「Ｂ，Ｅ」がそれぞれ格納されている場合が示されている。
そして、上述したように、アプリケーションＩＤ保存領域６８に格納されているデータに基づいて送信用の送信無線フレームが設定され、受信用の受信無線フレームに含まれているアプリケーションＩＤと比較して、一致フラグがオンするかどうかが判断される。
本例においては、アプリケーションＩＤ「Ｂ」に関して、一致フラグがオンする場合が示されている。
図３２〜図３４を用いて、本発明の実施の形態に従うゲーム装置間における交換データの交換処理について説明する。
本例においては、ゲーム装置１と、通信相手である他のゲーム装置としてゲーム装置３との間で交換データの授受処理を実行する場合について説明する。
上記したように、ＣＰＵ３１（データ通信実行処理部２０８）は、無線通信モジュール３８から一致したアプリケーションＩＤに対応する交換データを有する他のゲーム装置が発見された旨の通知を受けた場合には、データ授受処理を実行する。
図３２を参照して、まず、一致したアプリケーションＩＤに対応する交換データが格納されたスロット（交換データ保存領域８０）からデータを読み出してデータをコピーする。例えば、メインメモリ３２にコピーデータを作成する。そして、当該コピーデータが無線通信モジュール３８を介してゲーム装置３に送信される。
ゲーム装置３においても、ゲーム装置１と同様に無線通信モジュール３８Ｐから一致したアプリケーションＩＤに対応する交換データを有するゲーム装置が発見された旨の通知が本体側に出力される。
そして、本体側において、一致したアプリケーションＩＤに対応する交換データが格納されたスロット（効果データ保存領域８０）からデータが読み出されてデータがコピーされる。そして、当該コピーデータが無線通信モジュール３８Ｐを介してゲーム装置１に送信される。
図３３を参照して、ゲーム装置１は、無線通信モジュール３８を介してゲーム装置３から送信された交換データを取得してアプリケーションＩＤと共に受信データ保存領域８２に格納する。
同様に、ゲーム装置３は、無線通信モジュール３８Ｐを介してゲーム装置１から送信された交換データを取得してアプリケーションＩＤと共に受信データ保存領域８２Ｐに格納する。
そして、図３４を参照して、ゲーム装置１について交換データ保存領域８０の交換データが格納されていたスロットのデータを消去する。本例においては、交換データ保存領域８０のスロットＳＬ２に対応する領域のデータを消去する。
同様に、ゲーム装置３について交換データ保存領域８０Ｐの交換データが格納されていたスロットのデータを消去する。本例においては、交換データ保存領域８０ＰのスロットＳＬ１に対応する領域のデータを消去する。
当該処理により、通信相手に送信した交換データを消去することにより交換データの交換処理が完了する。
なお、後述するが交換データの消去は、スロットに格納されていた交換データを利用するアプリケーションを起動することにより当該アプリケーションの実行によって交換データ保存領域のスロットのデータが消去されるものとする。
なお、本例においては、交換データを消去する場合について説明するが、消去せずにそのまま維持するようにすることも可能である。その場合には、交換データの交換処理ではなく複製データの授受となる。
また、本例においては、一例として、一致したアプリケーションＩＤに対応する１つの交換データについて、交換処理を行う場合について説明しているが、特に１つの交換データに限られず、一致したアプリケーションＩＤに対応する交換データが複数個有る場合においてもそれぞれの交換データについて同様の処理が実行される。
図３５および図３６を用いて、上記で説明したデータ授受処理のフローについて説明する。当該データ授受処理は、一例として、上述したシステムプログラム保存領域８６に格納されている本体機能プログラムをＣＰＵ３１が実行することにより実現されるものである。当該データ授受処理は、例えば、本体の起動時に開始して、バックグラウンドで継続的に実行される。
図３５を参照して、まず、ＣＰＵ３１（スリープ設定／解除処理部２１６）は、無線通信モジュール３８からの通知が有るかどうかを判断する（ステップＳ１４０）。
ステップＳ１４０において、ＣＰＵ３１（スリープ設定／解除処理部２１６）は、無線通信モジュール３８からの通知があったと判断した場合（ステップＳ１４０においてＹＥＳ）には、本体側の機能がスリープ状態であるかどうかを判断する（ステップＳ１４１）。
そして、ＣＰＵ３１（スリープ設定／解除処理部２１６）は、本体側の機能がスリープ状態であると判断した場合（ステップＳ１４１においてＹＥＳ）には、スリープ状態を解除する（ステップＳ１４２）。
そして、次に、ＣＰＵ３１（データ通信実行処理部２０８）は、データ授受処理を開始する（ステップＳ１４３）。一方、本体側の機能がスリープ状態で無いと判断した場合（ステップＳ１４１においてＮＯ）には、ステップＳ１４３に進む。
まず、ＣＰＵ３１（データ通信実行処理部２０８）は、スロットに格納された、一致したアプリケーションＩＤに対応する交換データを交換データ保存領域８０からコピーする（ステップＳ１４４）。具体的には、ＣＰＵ３１（データ通信実行処理部２０８）は、図３２で説明したようにメインメモリ３２にコピーデータを作成する。
そして、次に、ＣＰＵ３１（データ通信実行処理部２０８）は、無線通信モジュール３８からの交換データを有するゲーム装置が発見された旨の通知に含まれている通信相手のＭＡＣアドレス等の接続情報に基づいて通信相手との間で通信接続を確立する（ステップＳ１４５）。なお、本例においては、ゲーム装置が発見された旨の通知後、通信相手との接続を確立する場合、すなわち、ＣＰＵ３１（データ通信実行処理部２０８）が実行する場合について説明するが、ゲーム装置が発見された旨の通知前、例えば、無線通信モジュール３８において図１４のステップＳ６４とステップＳ６６との間で通信相手との接続を確立する処理を実行するようにしても良い。
互いに交換データの授受を実行する２つのゲーム装置のうち一方が親機となり他方が子機となるが、本例においては、接続要求信号を出力した子機側のゲーム装置から親機側のゲーム装置に交換データを出力するものとする。なお、本例においては、ゲーム装置１が子機となった場合の処理について説明する。
次に、ＣＰＵ３１（データ通信実行処理部２０８）は、自機が親機か子機かを判断するため子機としての接続フラグがオンであるかどうかを判断する（ステップＳ１４６）。接続フラグの設定に関しては、後述する。
そして、子機としての接続フラグがオンである場合、すなわち、自機が子機であると判断した場合（ステップＳ１４６においてＹＥＳ）には、通信相手（親機）に交換データを送信する（ステップＳ１５０）。
一方、子機としての接続フラグがオンでない場合、すなわち、自機が親機であると判断した場合（ステップＳ１４６においてＮＯ）には、「ＡＡ」に進む。「ＡＡ」以降の処理は、親機側の処理であり後述する。
そして、次に、ＣＰＵ３１は、通信相手（親機）から交換データを一定期間内に受信したかどうかを判断する（ステップＳ１５２）。
ステップＳ１５２において、ＣＰＵ３１（データ通信実行処理部２０８）は、通信相手（親機）から交換データを一定期間内に受信したと判断した場合には（ステップＳ１５２においてＹＥＳ）には、受信データ保存領域８２に交換データを格納する（ステップＳ１５４）。具体的には、図３３で説明したように無線通信モジュール３８を介して受信した交換データをアプリケーションＩＤと共に受信データ保存領域８２に格納する。
そして、次に、ＣＰＵ３１（データ通信実行処理部２０８）は、通信相手（親機）との通信を切断する（ステップＳ１６０）。すなわち、上記処理により通信相手との間での交換データのデータ授受処理が終了することになる。
そして、次に、ＣＰＵ３１（装置識別情報登録処理部２１０）は、保存用データメモリ３４に設けられているＭＡＣアドレスリスト保存領域８８に、通信相手を識別するＭＡＣアドレスを保存する（ステップＳ１５８）。当該ＭＡＣアドレスリスト保存領域８８に保存されたＭＡＣアドレスがＭＡＣアドレスリストの一部に含められ上述した通信設定処理で用いられることになる。
なお、本例においては、一例として、通信相手との間での交換データの授受処理（通信処理）を実行したことを条件（登録条件）として、ＣＰＵ３１（装置識別情報登録処理部２１０）が保存用データメモリ３４に設けられているＭＡＣアドレスリスト保存領域８８に、通信相手を識別するＭＡＣアドレスを保存（登録）する場合について説明するが、当該交換データの授受処理（通信処理）のみをＭＡＣアドレスを登録する登録条件とする場合に限られず、当該交換データの授受処理（通信処理）を実行した上でさらに他の条件の判定処理を実行した上で、当該他の条件の判定処理を満たす場合に、ＭＡＣアドレスを登録するようにするようにしても良い。
そして、通信設定処理により、ＭＡＣアドレスリスト保存領域７０にＭＡＣアドレスリストが保存されるため、上述したＭＡＣアドレスフィルタリング処理により、同じゲーム装置との間で何度も通信することを防止することができ、効率的かつ効果的なデータ通信を実行することが可能である。
なお、本例においては、本体側の保存用メモリ３４に設けられているＭＡＣアドレス保存領域８８に保存されたＭＡＣアドレスリストと、無線通信モジュール３８のＭＡＣアドレスリスト保存領域７０に格納されているＭＡＣアドレスリストは同じであり、ＭＡＣアドレスリスト保存領域７０のみを用いて上記で説明した方式を実現しても良い。
一方で、本体側の保存用メモリ３４にＭＡＣアドレス保存領域８８を設けて、当該ＭＡＣアドレス保存領域８８にＭＡＣアドレスを保存することにより、無線通信モジュール３５にアクセスしてＭＡＣアドレス保存領域７０のデータを編集するよりも、ＭＡＣアドレスのデータの追加あるいは削除等の編集を容易かつ高速に実行することが可能である。
そして、次に、ＣＰＵ３１（データ通知処理部２１２）は、データ通知処理を実行する（ステップＳ１６４）。データ通知処理については後述する。そして処理を終了する（エンド）。
一方、ステップＳ１５２において、ＣＰＵ３１（データ通信実行処理部２０８）は、通信相手（親機）から交換データを一定期間内に受信していないと判断した場合（ステップＳ１５２においてＮＯ）には、ステップＳ１６２に進む。
ステップＳ１６２において、ＣＰＵ３１（データ通信実行処理部２０８）は、通信相手（親機）との通信を切断する。そして、ステップＳ１６０に進む。したがって、この場合には、交換データを適切に取得することができなかったためＭＡＣアドレスリスト保存領域７０にＭＡＣアドレスを保存することなく通信を切断する。したがって、再度、携帯端末間通信に従って上述した処理を実行して、交換データのデータ授受処理を再開することが可能である。
次に、親機側の処理について説明する。
なお、本例においては、ゲーム装置３が親機となった場合の処理について説明する。
親機側の処理についても、図３５で説明したステップＳ１４０〜Ｓ１４４までは子機側の処理と同様である。
図３６を参照して、子機としての接続フラグがオンでない場合、すなわち、親機としての接続フラグがオンであり自機が親機であると判断した場合（ステップＳ１４６においてＮＯ）には、ＣＰＵ３１（データ通信実行処理部２０８）は、通信相手（子機）から交換データを一定期間内に受信したかどうかを判断する（ステップＳ１７２）。
次に、ステップＳ１７２において、通信相手（子機）から一定期間内に交換データを受信したと判断した場合（ステップＳ１７２においてＹＥＳ）には、受信データ保存領域８２に交換データをアプリケーションＩＤと共に格納する（ステップＳ１７８）。
そして、次に、ＣＰＵ３１（データ通信実行処理部２０８）は、通信相手（親機）に交換データを送信する（ステップＳ１８０）。
そして、次に「ＢＢ」に進む。すなわち、図３５のステップＳ１５６に進む。以降の処理については上述したのと同様である。
また、ステップＳ１７２において、ＣＰＵ３１（データ通信実行処理部２０８）は、通信相手（親機）から一定期間内に交換データを受信していないと判断した場合（ステップＳ１７２においてＮＯ）には、次に、「ＣＣ」に進む。すなわち、図３５のステップＳ１６２に進む。
なお、本例においては、交換データの授受処理について説明したが、上記したように送受信条件データがアプリケーションＩＤに含められている場合に、例えば、送受信条件データとして送信通信のみが条件として含められている場合には、ステップＳ１５２およびステップＳ１５４の処理をスキップする。すなわち、通信相手からの交換データの受信を実行することなく通信相手との通信を切断する。また、送受信条件データとして受信通信のみが条件と含められている場合には、ステップＳ１５０の処理すなわち、通信相手に交換データを送信する処理をスキップする。すなわち、ＣＰＵ３１（データ通信実行処理部２０８）は、アプリケーションＩＤに含められている送受信条件データに従って交換データの授受処理を変更するようにしても良い。
また、本例においては、受信データ保存領域８２に交換データが保存された場合に、すなわち、通信相手との間での交換データの授受処理（通信処理）を実行した場合に、ＣＰＵ３１（装置識別情報登録処理部２１０）は、保存用データメモリ３４に設けられているＭＡＣアドレスリスト保存領域８８に、一例として、通信相手を識別するＭＡＣアドレスを保存する場合について説明したが、特にこの順序に限られず、例えば、ステップＳ１４２におけるスリープ状態が解除された後、データ授受処理を開始する前に通信相手を識別するＭＡＣアドレスを保存するようにすることも可能である。
すなわち、当該構成においては、無線通信モジュール３８から本体部に通知があった場合、例えばスリープ状態である場合にはスリープ状態が解除された場合に、当該スリープ状態を解除した他のゲーム装置のＭＡＣアドレスが装置識別情報登録処理部２１０によりＭＡＣアドレスリスト保存領域８８に保存されることになる。上述した処理により、一度、本体部に通知があった、すなわちスリープ状態である場合にスリープ状態を解除した通信相手との通信を行わずに効率的なデータ通信を実行することが可能である。
なお、当該構成においては、本体部に通知があった、すなわちスリープ状態である場合にスリープ状態を解除したことを条件（登録条件）として、ＣＰＵ３１（装置識別情報登録処理部２１０）が保存用データメモリ３４に設けられているＭＡＣアドレスリスト保存領域８８に、通信相手を識別するＭＡＣアドレスを保存（登録）する場合について説明したが、当該本体部に通知があった、すなわちスリープ状態である場合にスリープ状態を解除したことのみをＭＡＣアドレスを登録する登録条件とする場合に限られず、当該スリープ状態を解除した上でさらに他の条件の判定処理を実行した上で、当該他の条件の判定処理を満たす場合に、ＭＡＣアドレスを登録するようにするようにしても良い。
＜データ通知処理＞
図３７を用いて、本発明の実施の形態に従うデータ通知処理について説明する。当該データ通知処理は、一例として上述したシステムプログラム保存領域８６に格納されている本体機能プログラムをＣＰＵ３１が実行することにより実現されるものである。
図３７を参照して、ＣＰＵ３１（データ通知処理部２１２）は、受信データ保存領域８２に交換データが格納されたかどうかを判断する（ステップＳ１９０）。
そして、ＣＰＵ３１（データ通知処理部２１２）は、受信データ保存領域８２に交換データが格納されたと判断した場合（ステップＳ１９０においてＹＥＳ）には、効果音を出力する（ステップＳ１９２）。具体的には、ＣＰＵ３１（データ通知処理部２１２）は、図２で説明したスピーカ４５から予め用意されている効果音を出力するように指示する。そして、次に、ＣＰＵ３１（データ通知処理部２１２）は、交換データの内容を表示する（ステップＳ１９４）。具体的には、ＣＰＵ３１（データ通知処理部２１２）は、交換データが有った旨の表示をＬＣＤ１２に出力するように指示する。そして、処理を終了する（エンド）。
当該効果音のスピーカ４５からの出力およびＬＣＤ１２への表示によりユーザは、交換データが格納されたことを認知することが可能である。
なお、本例においては、一例としてスピーカ４５からの効果音およびＬＣＤ１２への表示による聴覚および視覚による交換データが授受されたことをユーザに通知する場合について説明したが、いずれか一方でも良い。また、例えば、バイブレーション機能を実行してゲーム装置を振動させて触覚により交換データが授受されたことをユーザに通知するようにしても良い。
そして、当該交換データの格納に伴いユーザは、当該交換データを利用可能なアプリケーションを起動するものとする。そして、当該アプリケーションの起動により交換データ保存領域に格納された交換データが消去されるものとする。
＜交換データ追加および消去処理＞
図３８を用いて、本実施例における交換データ追加および消去処理について説明する。すなわち、図８のステップＳ２２における処理について説明する。
なお、交換データ追加および消去処理は、一例としてメモリカード２６のＲＯＭ２７に格納されているアプリケーションプログラムをＣＰＵ３１が実行することにより実現される。
図３８を参照して、まず、ＣＰＵ３１（交換データ追加および消去処理部２１４）は、受信データ保存領域８２を確認する（ステップＳ２００）。
そして、ＣＰＵ３１（交換データ追加および消去処理部２１４）は、データをロードした実行中のアプリケーションのアプリケーションＩＤに対応する交換データが受信データ保存領域８２に有るかどうかを判断する（ステップＳ２０２）。
そして、次に、ＣＰＵ３１（交換データ追加および消去処理部２１４）は、受信データ保存領域８２に当該アプリケーションＩＤに対応する交換データが有ると判断した場合には、交換データを取得する（ステップＳ２０４）。
当該処理により取得した交換データを用いたアプリケーションを実行することが可能となる。
このとき、取得した交換データをセーブデータとして、自己のセーブ領域（バックアップＲＡＭ）に転送保存しても良い。また、それに伴い受信データ保存領域８２に有る交換データを削除することも可能である。
なお、本例においては、交換データが受信データ保存領域８２に有るかどうかを判断して、受信データ保存領域８２に有る場合には、交換データを取得するとして説明したが、このとき、ユーザに交換データを取得した旨（より好ましくは、取得した交換データの内容）を提示するようにしても良い。さらには、当該交換データを利用するかどうか、ユーザに選択させるようにすることも可能である。
そして、次に、ＣＰＵ３１（交換データ追加および消去処理部２１４）は、スロットに格納されたアプリケーションＩＤに対応する交換データを削除する（ステップＳ２０６）。
このとき、自己のセーブ領域（バックアップＲＡＭ）にあるセーブデータとして格納されている交換データを削除することも可能である。
当該処理により交換データ保存領域８０のスロットに格納されたアプリケーションＩＤに対応する交換データが削除されることにより交換データの交換処理が完了することになる。
そして、次に、ＣＰＵ３１（交換データ追加および消去処理部２１４）は、交換データ保存領域８０に格納された交換データを削除したためバックアップＲＡＭ２８に格納されていた交換フラグデータを消去する（ステップＳ２０８）。
そして、処理を終了する（リターン）。
そして、図８で説明したようにステップＳ４に進むことになる。
なお、本例においては、アプリケーションを起動した際に、交換フラグデータの有無に基づいて受信データ保存領域８２を確認して交換データが有る場合には、当該受信データ保存領域８２に記憶された交換データを取得して、交換データ保存領域８０に記憶された交換データを削除する方式について説明したが、当該アプリケーションを起動しない場合においても交換データ保存領域８０に記憶された交換データを削除するようにしても良い。たとえば、ＣＰＵ３１が受信データ保存領域８２に他のゲーム装置からの交換データを格納することに応答して、交換データ保存領域８０に記憶された交換データを削除するように指示することにより実現可能である。
また、本例においては、交換データ保存領域８０のスロットに格納されたアプリケーションＩＤに対応する交換データを消去する場合について説明したが、消去せずにそのまま維持するようにすることも可能である。その場合には、交換データの交換処理ではなく複製データの授受となる。例えば、一例として上記したように送受信条件データがアプリケーションＩＤに含められている場合に、送受信条件データとして受信通信のみが条件として含められている場合に、消去せずにそのまま維持するように処理するようにしても良い。
＜通信相手のサーチ処理＞
次に、図３９〜図４２を参照して、前述のステップＳ５２（図１４）の通信相手サーチ処理について説明する。
この処理では、ゲーム装置１は、親機または子機として他のゲーム装置との間で通信可能な相手を探索する交換相手探索処理を実行する。
ゲーム装置１は、通信可能範囲１０に存在する他のゲーム装置をサーチすべく、上述した送信無線フレームとして接続要求信号を宛先を特定せずに繰り返し送信する（本実施例においては、接続要求信号を定期的に繰り返し送信する方式について説明するが、いわゆるプローブリクエストによる方式等を採用することも可能である）。
本例においては、子機側のゲーム装置から送信無線フレームとして接続要求信号を送信するものとする。そして、親機側のゲーム装置は、子機側から送信された送信無線フレームである接続要求信号（すなわち受信無線フレーム）を受信するまで待機し、受信した場合には、これに応答して、子機側のゲーム装置に対して親機側から送信無線フレームである接続応答信号を送信する。
この接続要求信号および接続応答信号の送受信により、親機および子機としてのゲーム装置間においてデータ通信が可能となる。なお、本例においては、子機側のゲーム装置から接続要求信号を送信し、親機側のゲーム装置は、接続応答信号を送信する場合について説明するが、親機と子機との関係を入れ替えるようにしても良い。
このような通信相手サーチ処理では、各ゲーム装置１は、親機として動作して子機からのサーチを受ける処理と、子機として動作して親機をサーチする処理とを交互に繰り返す。
具体的には、所定の期間（図３９のＴｃｙｃｌｅ）を１周期として、各周期の一部を子機として動作する期間（図３９のＴｓｐ）とし、残りを親機として動作する期間（Ｔｓｃ）とする。ここで、子機として動作中のゲーム装置と親機として動作中のゲーム装置との間で接続可能であり、子機として動作中のゲーム装置と子機として動作中のゲーム装置、および、親機として動作中のゲーム装置と親機として動作中のゲーム装置は、接続不可能である。
ゆえに、子機として動作する期間と親機として動作する期間を固定的にした場合、偶然にそれらの期間が一致している２つのゲーム装置においてデータ通信が不可能になる。
このようなことを防ぐため、１周期における子機として動作する期間と親機として動作する期間の配分または配置をランダムに変えるようにしてある。
配分をランダムに変える方式が図３９（Ａ）に示すような「通信相手サーチ処理（１）」であり、配置をランダムに変える方式が図３９（Ｂ）に示すような「通信相手サーチ処理（２）」である。
図３９（Ａ）を参照して、通信相手サーチ処理（１）は、上述したように、ＴｓｐおよびＴｓｃの配分がランダムに決定される。この処理（１サイクル）の期間を固定値のＴｃｙｃｌｅ（たとえば、４秒）とし、Ｔｓｃの長さは０からＴｃｙｃｌｅの間のランダム値に決定され、Ｔｓｐの長さはＴｃｙｃｌｅの残りの期間（Ｔｃｙｃｌｅ−Ｔｓｃ）に決まる。また、ＴｓｃおよびＴｓｐが、この順番でＴｃｙｃｌｅに設定される。Ｔｓｃの長さは毎回ランダムに決定されるため、Ｔｓｐの長さもランダムに決定される。これにより、通信可能範囲１０に存在する他のゲーム装置との間でデータ通信を実行することができない状態を回避するようにしてある。ただし、Ｔｓｐが短くなり過ぎると、他のゲーム装置を正確にサーチすることができず、他のゲーム装置との間でデータ通信を実行することができない場合があるため、Ｔｓｐについての必要最小限の期間を決定しておき、これを確保できない場合には、再度Ｔｓｃを決定し直すようにしてもよい。
なお、この実施例では、Ｔｓｃ、Ｔｓｐの順でＴｃｙｃｌｅを設定するようにしてあるが、逆の順番で設定するようにしてもよい。
図３９（Ｂ）を参照して、通信相手サーチ処理（２）は、上述したように、ＴｓｐやＴｓｃの配置がランダムに決定される。言い換えると、Ｔｓｐの長さを固定値として、Ｔｃｙｃｌｅ内におけるＴｓｐの開始位置をランダムに設定する。具体的に説明すると、図３９（Ｂ）に示すように、通信相手サーチ処理（２）では、Ｔｃｙｃｌｅ（この実施例では、固定値であり、４秒に設定される。）には、固定値で決定されるＴｓｐおよびこのＴｓｐを間に挟むようにランダムに決定されるＴｓｃ１およびＴｓｃ２が設けられる。つまり、Ｔｃｙｃｌｅには、Ｔｓｃ１、ＴｓｐおよびＴｓｃ２がこの順で設けられる。また、Ｔｓｃ１の長さは０から（Ｔｃｙｃｌｅ−Ｔｓｐ）の間でランダムに決定され、Ｔｓｃ２の長さは、Ｔｃｙｃｌｅからランダムに決定されたＴｓｃ１およびＴｓｐを減算して決定される。
なお、本実施例では、Ｔｓｃ、Ｔｓｐの順でＴｃｙｃｌｅが設定されるのでＴｓｐの開始位置をランダムにしたが、Ｔｓｐ、Ｔｓｃの順でＴｃｙｃｌｅが設定される場合には、Ｔｓｃの開始時期をランダムに決定すればよい。
通信相手サーチ処理（１）または（２）においては、Ｔｓｐの期間において、ゲーム装置１は、接続要求信号を宛先を特定せずに送信した後、他のゲーム装置３から送信される接続応答信号の受信を試みるという処理を繰り返す。また、Ｔｓｃの期間において、ゲーム装置１は、他のゲーム装置から送信される接続要求信号の受信を試みて、受信に成功した場合には、接続応答信号を送信するという処理を繰り返す。
また、ゲーム装置１は、消費電力の浪費を防止するために、子機として働く期間においては、所定期間（この実施例では、６４ｍｓ）毎に接続要求信号を送信するようにしてある。つまり、間欠的にデータ送信が実行されるのである。
以下、通信相手サーチ処理（１）および通信相手サーチ処理（２）について、フロー図を用いて、それぞれ、具体的に説明することにする。
図４０は通信相手サーチ処理（１）を示すフロー図である。
この図４０を参照して、通信相手サーチ処理（１）を開始すると、ステップＳ２１０で、Ｔｓｃを０からＴｃｙｃｌｅの範囲内でランダムに決定する。図示は省略するが、Ｔｃｙｃｌｅは固定値であるため、Ｔｓｃが決定されると、Ｔｓｐも決定される。
続くステップＳ２１２〜Ｓ２１６，Ｓ２２８，Ｓ２３０が上述のＴｓｃにおいて実行される処理であり、親機として動作して子機をサーチする処理がされる。ステップＳ２１８〜Ｓ２２６，Ｓ２３２が上述のＴｓｐにおいて実行される処理であり、子機として動作して親機をサーチする処理がされる。
ステップＳ２１２では、子機のサーチを開始する。図示は省略するが、このときタイマ回路をスタートする。次にステップＳ２１４で、子機から送信された送信無線フレームである接続要求信号（すなわち受信無線フレーム）を受信したかどうかを判断する。
子機から送信された送信無線フレームである接続要求信号（すなわち受信無線フレーム）を受信した場合（ステップＳ２１４においてＹＥＳ）には、ステップＳ２２８で、子機に対して送信無線フレームである接続応答信号を送信し、その後、ステップＳ２３０において、親機としての接続フラグをオンして、通信相手サーチ処理（１）をリターンする。つまり、親機として、他のゲーム装置との間で通信接続が可能であることが判明する。
なお、図４０においては省略したが、通信相手サーチ処理（１）が開始されたとき、子機としての接続フラグ（後述する親機としての接続フラグも同じ。）はオフ（リセット）される。
一方、子機からの接続要求信号を全く受信しない場合（ステップＳ２１４においてＮＯ）には、ステップＳ２１６で、子機サーチ時間すなわち親機として他のゲーム装置からの接続が試みられる期間がＴｓｃ秒経過したかどうかを判断する。
ステップＳ２１６において、子機サーチ時間がＴｓｃ秒経過していなければ（ステップＳ２１６においてＮＯ）、そのままステップＳ２１４に戻る。
一方、子機サーチ時間がＴｓｃ秒経過すれば（ステップＳ２１６においてＹＥＳ）、ステップＳ２１８で、親機のサーチを開始し、つまりタイマ回路をリセットおよびスタートし、ステップＳ２２０で、送信無線フレームである接続要求信号を宛先を特定せずに送信する。
続くステップＳ２２２では、親機から送信された送信無線フレームである接続応答信号（すなわち受信無線フレーム）を受信したかどうかを判断する。親機から送信された送信無線フレームである接続応答信号（すなわち受信無線フレーム）を受信すれば（ステップＳ２２２においてＹＥＳ）であれば、、ステップＳ２３２で、子機としての接続フラグをオンして、通信相手サーチ処理（１）をリターンする。つまり、子機として他のゲーム装置との間で通信接続が可能であることが判明する。
一方、親機から送信された送信無線フレームである接続応答信号（すなわち受信無線フレーム）を受信しなければ（ステップＳ２２２においてＮＯ）、ステップＳ２２４で、６４ｍｓ待機し、続くステップＳ２２６で、親機サーチ時間すなわち子機として他のゲーム装置との接続を試みる期間がＴｓｐ秒経過したかどうかを判断する。
親機サーチ時間がＴｓｐ秒経過していなければ（ステップＳ２２６においてＮＯ）、そのままステップＳ２２０に戻る。
一方、親機サーチ時間がＴｓｐ秒経過すれば（ステップＳ２２６においてＹＥＳ）、Ｔｃｙｃｌｅの期間が経過したと判断して、通信相手サーチ処理（１）をリターンする。
ステップＳ２２６で６４ｍｓ待機することにより、ステップＳ２２０において、送信無線フレームである接続要求信号を宛先を特定せずに送信を繰り返す処理が間欠的に行われることになり、消費電力を抑えることができる。
図４１および図４２は、通信相手サーチ処理（２）を示すフロー図である。
図４１を参照して、通信相手サーチ処理（２）を開始すると、ステップＳ２４０で、Ｔｓｃ１を０から（Ｔｃｙｃｌｅ−Ｔｓｐ）の範囲内でランダムに決定する。上述したように、通信相手サーチ処理（２）では、ＴｃｙｃｌｅおよびＴｓｐは固定値であるため、Ｔｓｃ１が決定されると、Ｔｓｃ２も決定される。
続くステップＳ２４２〜Ｓ２４６，Ｓ２５８，Ｓ２６０が上述のＴｓｃ１において実行される処理であり、親機として動作して子機をサーチする処理がされる。ステップＳ２４８〜Ｓ２５６，Ｓ２６２が上述のＴｓｐにおいて実行される処理であり、子機として動作して親機をサーチする処理がされる。さらに、ステップＳ２７０〜Ｓ２７４，Ｓ２７６，Ｓ２７８が上述のＴｓｃ２において実行される処理であり、子機として動作して親機をサーチする処理がされる。
ステップＳ２４２では、子機のサーチを開始する。図示は省略するが、このときタイマ回路をスタートする。次にステップＳ２４４で、子機から送信された送信無線フレームである接続要求信号（すなわち受信無線フレーム）を受信したかどうかを判断する。
子機から送信された送信無線フレームである接続要求信号（すなわち受信無線フレーム）を受信すれば（ステップＳ２４４においてＹＥＳ）、ステップＳ２５８で、子機に対して親機から送信無線フレームである接続応答信号を送信し、その後、ステップＳ２６０において、親機としての接続フラグをオンして、通信相手サーチ処理（２）をリターンする。つまり、親機として他のゲーム装置との間で通信接続が可能であることが判明する。
なお、図４１においては省略したが、通信相手サーチ処理（２）が開始されたとき、子機としての接続フラグおよび親機としての接続フラグがオフされるのは、通信相手サーチ処理（１）の場合と同じである。
一方、子機から送信された送信無線フレームである接続要求信号（すなわち受信無線フレーム）を全く受信しない場合（ステップＳ２４４においてＮＯ）には、ステップＳ２４６で、子機サーチ時間すなわち親機として他のゲーム装置から接続を試みられる期間がＴｓｃ１秒経過したかどうかを判断する。
子機サーチ時間がＴｓｃ１秒経過していなければ（ステップＳ２４６においてＮＯ）、そのままステップＳ２４４に戻る。
一方、子機サーチ時間がＴｓｃ１秒経過すれば（ステップＳ２４６においてＹＥＳ）、ステップＳｓ４８で、親機のサーチを開始し、つまりタイマ回路をリセットおよびスタートし、ステップＳ１９７で、送信無線フレームである接続要求信号を宛先を特定せずに送信する。
続くステップＳ２５０では、親機から送信された送信無線フレームである接続応答信号（すなわち受信無線フレーム）を受信したかどうかを判断する。親機から送信された送信無線フレームである接続応答信号（すなわち受信無線フレーム）を受信すれば（ステップＳ２５２においてＹＥＳ）、ステップＳ２６２で、子機としての接続フラグをオンして、通信相手サーチ処理（２）をリターンする。つまり、子機として他のゲーム装置との間で通信接続が可能であることが判明する。
一方、親機から送信された送信無線フレームである接続応答信号（すなわち受信無線フレーム）を受信しなければ（ステップＳ２５２においてＮＯ）、ステップＳ２５４で、６４ｍｓ待機し、続くステップＳ２５６で、親機サーチ時間すなわち子機として他のゲーム装置との接続を試みる期間がＴｓｐ秒経過したかどうかを判断する。
親機サーチ時間がＴｓｐ秒経過していなければ（ステップＳ２５６においてＮＯ）、そのままステップＳ２５０に戻る。
一方、親機サーチ時間がＴｓｐ秒経過すれば（ステップＳ２５６においてＹＥＳ）、図４２に示すステップ２７０で、子機のサーチを開始する。このとき、タイマ回路をリセットおよびスタートする。
次のステップＳ２７２では、子機から送信された送信無線フレームである接続要求信号（すなわち受信無線フレーム）を受信したかどうかを判断する。
子機から送信された送信無線フレームである接続要求信号（すなわち受信無線フレーム）を受信すれば（ステップＳ２７２においてＹＥＳ）、ステップＳ２７６で、子機に対して接続応答信号を送信し、その後、ステップＳ２７８において、親機としての接続フラグをオンして、通信相手サーチ処理（２）をリターンする。
一方、子機からの接続要求信号を全く受信しない場合（ステップＳ２７２においてＮＯ）には、ステップＳ２７４で、子機サーチ時間がＴｓｃ２秒経過したかどうかを判断する。
子機サーチ時間がＴｓｃ２秒経過していなければ（ステップＳ２７４においてＮＯ）、そのままステップＳ２７２に戻る。
一方、子機サーチ時間がＴｓｃ２秒経過すれば（ステップＳ２７４においてＹＥＳ）、Ｔｃｙｃｌｅの期間が経過したと判断して、通信相手サーチ処理（２）をリターンする。
図４３を用いて本発明の実施の形態に従う交換データの授受のデータの遣り取りについて説明する。
図４３を参照して、本体側のＣＰＵ３１においてアプリケーションプログラムの実行による交換データが設定される（シーケンスｓｑ２）。そして、本体側のＣＰＵ３１は、無線通信モジュール３８に対して通信設定のためのデータを出力する（シーケンスｓｑ４）。具体的には、交換データのアプリケーションＩＤおよびＭＡＣアドレスリストに関するデータを出力する。そして、当該交換データのアプリケーションＩＤは、アプリケーションＩＤ保存領域６８に格納され、ＭＡＣアドレスリスト保存領域８８のＭＡＣアドレスリストは、ＭＡＣアドレスリスト保存領域７０に格納される。本例においては、アプリケーションＩＤを各判定方式に対応するリストとして纏めてアプリケーションＩＤ保存領域６８に保存する。なお、上述したようにＭＡＣアドレスリスト保存領域８８＃のＭＡＣアドレスリストについてもＭＡＣアドレスリスト保存領域７０＃に保存される。
そして、本体側のＣＰＵ３１は、通信開始指示を無線通信モジュール３８に出力する（シーケンスｓｑ６）。
これに伴い通信開始指示に従い無線通信モジュール３８による無線通信が開始される（シーケンスｓｑ８）。そして、本実施例においては、無線通信モジュール３８において交換データを交換する通信相手を探索する交換相手探索処理である携帯端末間通信が開始される。
一方、ゲーム装置３においても、本体側のＣＰＵにおいてアプリケーションプログラムの実行による交換データが設定される（シーケンスｓｑ１４）。そして、本体側のＣＰＵは、無線通信モジュール３８Ｐに対して通信設定のためのデータを出力する（シーケンスｓｑ１６）。具体的には、交換データのアプリケーションＩＤおよびＭＡＣアドレスリストに関するデータを出力する。そして、当該交換データのアプリケーションＩＤのは、アプリケーションＩＤ保存領域６８Ｐに格納され、ＭＡＣアドレスリストは、ＭＡＣアドレスリスト保存領域７０Ｐに格納される。本例においては、アプリケーションＩＤを各判定方式に対応するリストとして纏めてアプリケーションＩＤ保存領域６８に保存する。
そして、本体側のＣＰＵ３１は、通信開始指示を無線通信モジュール３８Ｐに出力する（シーケンスｓｑ１８）。
これに伴い通信開始指示に従い無線通信モジュール３８Ｐによる無線通信が開始される（シーケンスｓｑ１８）。そして、上述したのと同様に、携帯端末間通信が開始される。
再び、ゲーム装置１に関して、次に、上述したように携帯端末間通信において、子機サーチが実行される（シーケンスｓｑ２１）。そして、次に、親機サーチが実行される（シーケンスｓｑ２２）。
そして、親機サーチにおいて、ゲーム装置１の無線通信モジュール３８からゲーム装置３の無線通信モジュール３８Ｐに対して接続要求信号が送信されると（シーケンスｓｑ２６）、ゲーム装置３の無線通信モジュール３８Ｐは、ゲーム装置１から送信された送信無線フレーム（すなわち受信無線フレーム）を受け付けて、ゲーム装置１の無線通信モジュール３８に対してゲーム装置３の送信無線フレームである接続応答信号を送信する（シーケンスｓｑ２８）。
そして、無線通信モジュール３８は、無線通信モジュール３８Ｐから送信された送信無線フレームである接続応答信号（すなわち受信無線フレーム）の入力を受け付ける。
当該処理により、上述したように自機であるゲーム装置１については子機としての接続フラグがオンする。また、ゲーム装置３については親機としての接続フラグがオンする。
ゲーム装置１においては、子機としての接続フラグがオンとなることに伴い通信相手である親機と通信接続が可能であるすなわち通信相手を発見したと判断する（シーケンスｓｑ３０）。また、ゲーム装置３においても親機としての接続フラグがオンとなることに伴い通信相手である子機と通信接続が可能であるすなわち通信相手を発見したと判断する（スケールｓｑ４２）。
そして、ゲーム装置１においては、通信相手を発見した後、次に、ＭＡＣアドレスを比較する（シーケンスｓｑ３２）。すなわち、通信相手であるゲーム装置３から受信した受信無線フレームに含まれているＭＡＣアドレスが、ＭＡＣアドレスリスト保存領域７０に保存されたＭＡＣアドレスリストと比較して一致するかどうかが判断される。
そして、不一致であると判断された場合、すなわち、未だ通信していない相手である場合には、次にデータ内容を確認する（シーケンスｓｑ３４）。すなわち、受信無線フレームが携帯端末間処理として処理可能な無線フレームであるかどうかを判定する。
そして、携帯端末間処理として処理可能な受信無線フレームを受信したと判定された場合には、アプリケーションＩＤ判定処理を実行する（シーケンスｓｑ３６）。
そして、アプリケーションＩＤ判定処理により一致フラグがオンした場合には、無線通信モジュール３８は、本体側のＣＰＵに対して一致したアプリケーションＩＤに対応する交換データについて、交換が可能なゲーム装置３が発見された旨を通知する（シーケンスｓｑ３８）。
これにより本体側のＣＰＵは、無線通信モジュール３８からの通知によって通信接続が可能な交換相手が発見されたことを認識し、データ授受処理を開始する（シーケンスｓｑ４０）。
一方、同様の処理に従ってゲーム装置３側においても、通信相手を発見した（シーケンスｓｑ４２）後、ＭＡＣアドレスを比較し（シーケンスｓｑ４４）、不一致である場合、すなわち、未だ通信していない相手である場合にはデータ内容を確認し（シーケンスｓｑ４６）、そして、携帯端末間処理として処理可能な受信無線フレームを受信したと判定した場合にはアプリケーションＩＤ判定処理を実行し（シーケンスｓｑ４８）、そして、一致フラグがオンした場合には本体側のＣＰＵに交換が可能なゲーム装置１が発見された旨を通知する（スケールｓｑ５０）。
これにより、ゲーム装置３においてもデータ授受処理が開始される（シーケンスｓｑ５２）。
そして、次に、ゲーム装置１の本体側のＣＰＵ３１は、データ授受処理が開始された後、ゲーム装置３との間で通信接続を確立する（シーケンスｓｑ５４）。
同様に、ゲーム装置３の本体側のＣＰＵにおいてもデータ授受処理が開始された後、ゲーム装置１との間で通信接続を確立する（シーケンスｓｑ５６）。
そして、ゲーム装置１は、交換データを送信する（シーケンスｓｑ５８）。当該交換データは、スロットに格納されている交換データをコピーしたコピーデータである。
そして、ゲーム装置３においてゲーム装置１から送信された交換データを受信して、当該交換データを格納する（シーケンスｓｑ６０）。
そして、ゲーム装置３において、交換データを送信する（シーケンスｓｑ６２）。当該交換データは、スロットに格納されている交換データをコピーしたコピーデータである。
そして、ゲーム装置１においては、ゲーム装置３から送信された交換データを受信して、当該交換データを格納する（シーケンスｓｑ６４）。
そして、通信を切断する（シーケンスｓｑ６６）。
そして、ＭＡＣアドレスを登録する（シーケンスｓｑ６７）。
そして、データ通知処理を実行する（シーケンスｓｑ６８）。
同様に、ゲーム装置３においても、交換データを格納した後、通信を切断する（シーケンスｓｑ７０）。そして、ＭＡＣアドレスを登録し（シーケンスｓｑ７１）、データ通知処理を実行する（シーケンスｓｑ７２）。
そして、上述したように交換データの通知を受けて、ユーザが当該交換データを利用するアプリケーションを実行することにより上記で説明したスロットに格納されている交換データの消去処理が実行されて交換データの交換処理が完了する。
なお、上記シーケンスにおいて、シーケンスｓｑ４，ｓｑ６，ｓｑ１６，ｓｑ１８，ｓｑ４０，ｓｑ５２〜ｓｑ７２は、それぞれのゲーム装置において、一例として、上述したように本体側の機能でありシステムプログラム保存領域８６に格納された本体機能プログラムにより実現されるものである。一方、シーケンスｓｑ８，ｓｑ２０〜ｓｑ３８，ｓｑ４２〜ｓｑ５０は、一例として、上述したように、それぞれのゲーム装置において、無線通信モジュール３８におけるメモリ制御部６４に格納されているＲＯＭ７２から読出されたプログラムにより実現されるものである。
この無線通信により、所定のアプリケーションで利用される交換データを、当該アプリケーションを実行していない時でも、通信接続が確立するゲーム装置との間で自動で交換することができるので、知人との間で交換データの交渉をする機会が増す。また、無線通信により、本体側のＣＰＵ３１で実行されるアプリケーションの有無に関わらず、所定のアプリケーションで利用される交換データを、当該アプリケーションを実行していない時でも、通信接続が確立するゲーム装置との間で自動で交換することができるので、当該アプリケーションを格納しているメモリカード２６を装着している必要は無く、利便性が高く、また、何が交換されるかが分からないため興趣性が増す。また、交換する相手が知人に限定されないため、人が集まる場所に出かければ、交換データを交換することができる可能性が高くなり、交換の楽しさを増大させることができる。つまり、交換データを利用するアプリケーションの興趣性を向上させることができる。また、まず、無線通信モジュール間のみでの通信処理を実行して交換可能であると判断した場合に、初めて本体側のＣＰＵに通知して交換データの授受処理を実行するためＣＰＵの処理負荷を軽減することが可能であるとともに消費電量を低減することが可能である。
そして、当該交換データの授受処理が実行された後、再び、無線通信モジュール３８における交換相手探索処理が開始される。
具体的には、交換データの授受処理により交換データ保存領域８０の内容が変更されることになる。したがって、図１０で説明したフローに従って、ＣＰＵ３１（通信設定処理部２０４）は、通信設定処理（ステップＳ２４）を実行する。通信設定処理の詳細については図１１で説明したので繰り返さない。そして、次に、ＣＰＵ３１（通信指示処理部２０６）は、通信開始指示を無線通信モジュール３８に出力する（ステップＳ２６）。
これにより再び、図１３のステップＳ４４で説明したように無線通信モジュール３８において携帯端末間通信が開始される（ステップＳ４４）。携帯端末間通信の詳細については図１４で説明したとおりである。
図１８で説明したように携帯端末間通信においては、ＭＡＣアドレスが一致する他のゲーム装置（本例においてはゲーム装置３）との再度の通信処理を行わないＭＡＣアドレスフィルタリング処理が実行される。
すなわち、ＭＡＣアドレスリストに登録されている一度通信を行った通信相手であるゲーム装置（本例においてはゲーム装置３）との間では実質的な通信は実行されない。
したがって、本発明の実施の形態に従うゲーム装置においては、通信範囲のゲーム装置を自動的に繰り返して探知し、見つかったゲーム装置を通信候補に設定する。この場合、同じゲーム装置を何度も探知して見つけてしまう可能性があるが、上述のようなＭＡＣアドレスフィルタリング処理により、同じゲーム装置との間で何度も通信することを防止することができ、効率的かつ効果的なデータ通信を実行することが可能である。
＜変形例＞
なお、上記携帯端末間通信においては、送信無線フレームの設定にあたり、ＭＡＣアドレスとともに通信条件であるベンダ特定ＩＥデータを送信無線フレームに含めて送信する方式について説明したが、セキュリティを高めるために、まず、ＭＡＣアドレスのみを含めた送信無線フレームを送信し、そして、後に、別の送信無線フレームにベンダ特定ＩＥデータを含めて送受信する方式とすることも可能である。
具体的には、先の送信無線フレームに含まれているＭＡＣアドレスを用いて、上述したＭＡＣアドレスフィルタリング処理を実行することが可能である。
そして、その場合には、図７で説明した無線通信モジュール３８の機能として設けられる交換データ通信判断部２２５の構成としては、装置識別情報比較部２２６のみの構成とする。
当該構成において、装置識別情報比較部２２６におけるＭＡＣアドレスフィルタリング処理においてＭＡＣアドレスが不一致であると判断される場合に本体側に通知するようにしても良い。
そして、上述した通信接続確立後に別の送信無線フレームを送受信して、一例として、本体機能プログラムの実行により本体部の機能として上記で説明した交換データ通信判断部２２５の他の機能である通信データ判定部２２８およびアプリケーションＩＤ判定部２３０の処理を実行するようにしても良い。
また、本例においても、上述したように、ステップＳ１４２におけるスリープ状態が解除された後、データ授受処理を開始する前に装置識別情報登録処理部２１０により通信相手を識別するＭＡＣアドレスを保存するようにすることも可能である。
すなわち、当該構成においては、装置識別情報比較部２２６を含む交換データ通信判断部２２５を通過した場合に、当該交換データ通信判断部２２５における判断処理を通過した他のゲーム装置のＭＡＣアドレスが装置識別情報登録処理部２１０によりＭＡＣアドレスリスト保存領域８８に保存されることになる。上述した処理により、一度、当該判断処理を通過した通信相手との通信を行わずに効率的なデータ通信を実行することが可能である。
なお、当該構成においては、交換データ通信判断部２２５における判断処理を通過したことを条件（登録条件）として、ＣＰＵ３１（装置識別情報登録処理部２１０）が保存用データメモリ３４に設けられているＭＡＣアドレスリスト保存領域８８に、通信相手を識別するＭＡＣアドレスを保存（登録）する場合について説明したが、当該交換データ通信判断部２２５における判断処理を通過した場合のみをＭＡＣアドレスを登録する登録条件とする場合に限られず、当該判断処理を通過した上でさらに他の条件の判定処理を実行した上で、当該他の条件の判定処理を満たす場合に、ＭＡＣアドレスを登録するようにするようにしても良い。
なお、当該構成において、本体部の機能として、通信データ判定部２２８およびアプリケーションＩＤ判定部２３０の処理を実行する場合について説明しているが、その場合に、通信データ判定部２２８において受信無線フレームを受信しないと判断した場合、すなわち互いに通信接続が不可能である装置からデータを受信あるいは通信対象とならないデータを受信したと判定される場合には、再度データ通信を実行する必要はないと考えられる。
したがって、その場合にも当該データを送信した装置のＭＡＣアドレスを装置識別情報登録処理部２１０によりＭＡＣアドレスリスト保存領域８８に保存するようにしても良い。
これにより、通信対象とならない装置のＭＡＣアドレスをＭＡＣアドレスリスト保存領域８８に保存することにより、一度通信を行った通信相手との通信を行わずに効率的なデータ通信を実行することが可能となる。
また、同様に、アプリケーションＩＤ判定部２３０の判定処理において、アプリケーションＩＤの一致フラグがオンでない、すなわち、他のゲーム装置は交換データの交換相手とはならないと判定される場合においても、再度データ通信を実行する必要はないと考えられる。
したがって、その場合にも他のゲーム装置のＭＡＣアドレスを装置識別情報登録処理部２１０によりＭＡＣアドレスリスト保存領域８８に保存するようにしても良い。
これにより、交換データの交換相手とはならない他のゲーム装置のＭＡＣアドレスをＭＡＣアドレスリスト保存領域８８に保存することにより、一度通信を行った通信相手との通信を行わずに効率的なデータ通信を実行することが可能となる。
＜携帯固定端末間通信＞
次に、本発明の実施の形態に従うゲーム装置１において固定端末機器の配信データを受信するデータ通信について説明する。
図４４を用いて本発明の実施の形態に従う携帯ゲーム装置１と固定端末機器５との通信処理の概略について説明する。
図４４を参照して、固定端末機器５は、無線アクセスポイント装置１００と、信号発生装置１０２とを含む。無線アクセスポイント装置１００は、ネットワーク１１０を介して配信サーバ１１５と接続される。信号発生装置１０２は、無線アクセスポイント装置１００と接続するために必要な接続情報を含む後述する配信無線フレームを宛先を特定せずに送信する。
アクセスポイント装置１００は、ゲーム装置１からの配信データの要求に対してネットワーク１１０を介して配信サーバ１１５から取得（ダウンロード）した配信データをゲーム装置１に対して送信する。
＜固定端末機器５からの配信データの受信を実行する機能ブロックの説明＞
図４５を用いて、本発明の実施の形態に従うゲーム装置１における配信データを受信する機能ブロックについて説明する。
図４５を参照して、ゲーム装置１は、無線通信モジュール３８と、無線通信モジュール３８以外の本体部３９とで構成される。
本体部３９は、無線通信設定部２０５と、装置識別情報登録処理部２１０と、データ通信制御部２０９と、受信データ保存領域８２と、ＭＡＣアドレスリスト保存領域８８＃とを含む。
無線通信モジュール３８は、無線フレーム受信部２２３＃と、配信データ通信判断部２２５＃と、ＭＡＣアドレスリスト保存領域７０＃と、受信無線フレーム保存領域６９とを含む。
無線通信設定部２０５は、ＭＡＣアドレス保存領域８８＃に格納されているＭＡＣアドレスリストをＭＡＣアドレスリスト保存領域７０＃に格納する。また、無線通信設定部２０５は、無線通信モジュール３８における無線通信を実行するための指示を無線フレーム受信部２２３＃に出力する。
無線通信モジュール３８の無線フレーム受信部２２３＃は、無線通信を実行する指示を受けて配信相手を探索する配信相手探索処理を実行する。本例においては、無線フレーム受信部２２３＃は、配信相手として一例として固定端末機器５から送信された配信無線フレームを受信無線フレームとして受信するものとする。そして、無線フレーム受信部２２３＃は、当該受信した受信無線フレームを受信無線フレーム保存領域６９に格納する。
配信データ通信判断部２２５＃は、受信した配信無線フレーム（受信無線フレーム）に基づいて通信相手が配信データを配信する配信相手であるかどうかを判断し、配信相手であると判断された場合には、その旨を本体部３９に通知する。
具体的には、配信無線フレーム（受信無線フレーム）に含まれている装置識別情報であるＭＡＣアドレスがＭＡＣアドレスリスト保存領域７０＃に保存されているＭＡＣアドレスリストに登録されているかどうかを判断する。また、当該配信無線フレーム（受信無線フレーム）について、配信データの取得処理が可能な無線フレームであるかどうかを判定する。
そして、配信データ通信判断部２２５＃は、配信無線フレームに含まれているＭＡＣアドレスがＭＡＣアドレスリストに登録されておらず、また、また、当該配信無線フレームが配信データの取得処理が可能な無線フレームであると判断した場合には、配信データの受信が可能である旨の通知を本体部３９のデータ通信制御部２０９に出力する。なお、ここでは、２つの条件が満たされた場合に配信データの受信が可能である旨の通知を本体部３９のデータ通信制御部２０９に出力する場合について説明しているが、少なくとも１つの条件が満たされた場合に当該通知を出力するようにしても良い。
データ通信制御部２０９は、配信データ通信判断部２２５＃から出力された配信データの受信が可能である旨の通知を受けて、固定端末機器５に対して配信データの送信を要求し、固定端末機器５から送信された配信データを受信する配信データ取得処理を実行する。そして、受信した配信データを受信データ保存領域８２に格納する。
装置識別情報登録処理部２１０は、データ通信制御部２０９により受信した配信データが受信データ保存領域８２に格納された場合には、配信相手である固定端末機器５の装置識別情報であるＭＡＣアドレスをＭＡＣアドレスリスト保存領域８８＃に格納する。
そして、無線通信設定部２０５は、再び、ＭＡＣアドレス保存領域８８＃に格納されているＭＡＣアドレスリストをＭＡＣアドレスリスト保存領域７０＃に格納し、無線通信モジュール３８における無線通信を実行するための指示を無線フレーム受信部２２３＃に出力する。すなわち、上記で説明したのと同様の処理を繰り返す。
無線通信モジュール３８の無線フレーム受信部２２３＃は、再び、無線通信を実行する指示を受けて配信相手を探索する配信相手探索処理を実行する。そして、例えば、再び、本例において、固定端末機器５から送信された配信無線フレームすなわち受信無線フレームを受信するものとする。
配信データ通信判断部２２５＃は、上述したように、配信無線フレームに含まれている装置識別情報であるＭＡＣアドレスがＭＡＣアドレスリスト保存領域７０＃に保存されているＭＡＣアドレスリストに登録されているかどうかを判断する。
その際、配信データ通信判断部２２５＃は、上述したように以前に配信データの取得処理が実行されている場合には、ＭＡＣアドレスリストに固定端末機器５の装置識別情報であるＭＡＣアドレスが格納されているためＭＡＣアドレスに登録されていると判断し、その後のデータ通信である配信データ取得処理は実行しない。すなわち、一度通信を行った通信相手との通信を行わずに効率的なデータ通信を実行することが可能である。
なお、本体部３９と、無線通信モジュール３８とは独立して動作することが可能である。すなわち、本体部３９がスリープ状態に遷移している場合においても、無線通信モジュール３８は、配信相手を探索する配信相手探索処理を実行することが可能である。そして、配信データを受信することが可能な配信相手が見つかった場合にのみ、本体部３９に通知されて、通信相手との接続が確立されて、配信データの取得処理が実行される。したがって、例えば、本体部３９がスリープ状態等の省電力状態に遷移している場合に、無線通信モジュール３８における配信相手探索処理により通信相手が見つかった場合であっても交換が可能でなければ本体部３９に通知されて通信接続が確立されることはないため、ゲーム装置１全体における省電力を図ることが可能である。
図４６を用いて、本発明の実施の形態に従う携帯固定端末間処理を実行する無線通信モジュール３８の機能ブロックの詳細について説明する。
図４６を参照して、本例においては、一例として、ＣＰＵ６０がＲＯＭ７２に保存された携帯固定端末間処理を実行するためのアプリケーションを実行することにより所定の機能を実現する場合について説明するが、必ずしもＣＰＵ６０により実現される場合に限られず、少なくとも一部の機能を専用のＩＣ（Integrated Circuit）を用いて実現するようにしても良い。
無線通信モジュール３８は、無線フレーム受信部２２３＃と、配信データ通信判断部２２５＃とを含む。
無線フレーム受信部２２３＃は、通信相手探索部２２４を含む。配信データ通信判断部２２５＃は、装置識別情報比較部２２６と、通信データ判定部２２８とを含む。なお、各機能は、必要に応じてマルチタスク制御により実現されるものとする。
図７の機能ブロックと比較すると送信無線フレームを送信しないために無線フレーム設定部２２２が設けられていない構成である。
通信相手探索部２２４は、通信可能範囲１０に含まれる通信相手を探索する配信相手探索処理を実行する。本例においては、一例として配信相手として固定端末機器５との間で通信する場合について説明する。そして、通信相手探索部２２４は、固定端末機器５からの配信無線フレームを受信するまで待機し、受信した場合に当該配信無線フレームを受信無線フレームとして受信無線フレーム保存領域６９に格納する。
配信データ通信判断部２２５＃は、通信相手探索部２２４で通信相手を発見した場合、すなわち、通信相手から配信無線フレームを受信した場合、当該配信無線フレームに基づいて通信相手が配信データを取得することが可能な配信相手であるかどうかを判断し、配信相手であると判断された場合には、その旨を通知する。
具体的には、装置識別情報比較部２２６は、通信相手探索部２２４において通信相手が発見された場合に、通信相手である固定端末機器５から受信した配信無線フレームに含まれている装置識別情報であるＭＡＣアドレスが、ＭＡＣアドレスリスト保存領域７０＃に保存されたＭＡＣアドレスリストと比較して一致するものがあるかどうかを判断する。
通信データ判定部２２８は、通信相手が発見された場合に、装置識別情報比較部２２６の比較結果に従って配信無線フレームに含まれているＭＡＣアドレスがＭＡＣアドレスリスト保存領域７０＃に保存されているＭＡＣアドレスリストと一致しないと判断された場合に、配信無線フレームのデータ内容を確認して、配信無線フレームが携帯固定端末間処理として処理可能な無線フレームであるかどうかを判定する。
そして、通信データ判定部２２８は、配信無線フレームが携帯固定端末間処理として処理可能な無線フレームであると判断した場合には、本体側にその旨を通知する。
以降の処理は、ゲーム装置１の本体部３９の機能として実行されることになる。
なお、ゲーム装置１の本体部３９の機能ブロックの詳細については、上述したように図６で説明した構成と基本的に同様であるので図６を用いて説明する。
具体的には、スリープ設定／解除処理部２１６は、無線通信モジュール３８からの通知（図４６の通信データ判定部２２８からの通知）を受ける。
そして、スリープ設定／解除処理部２１６は、無線通信モジュール３８から通知があった場合には、その通知をデータ通信実行処理部２０８に出力する。
データ通信実行処理部２０８は、無線通信モジュール３８からの通知に従って固定端末機器５からの配信データの取得処理を実行する。具体的には、配信データの要求を固定端末機器５に送信する。そして、固定端末機器５から送信された配信データを受信する。
そして、固定端末機器５から受信した配信データを保存用データメモリ３４の受信データ保存領域８２に保存する。
装置識別情報登録処理部２１０は、データ通信実行処理部２０８により受信した配信データを受信データ保存領域８２に格納した場合には、配信相手である固定端末機器５の装置識別情報であるＭＡＣアドレスをＭＡＣアドレスリスト保存領域８８＃に格納する。
データ通知処理部２１２は、配信データを取得した旨をユーザに通知する。
＜無線通信モジュール３８による携帯固定端末間通信＞
図４７を用いて、本発明の実施の形態に従う携帯固定端末間通信について説明する。当該処理は、無線通信モジュール３８において、配信データを提供する通信相手を探索する配信相手探索処理であり、一例として、ＣＰＵ６０が、ＲＯＭ７２に格納されている携帯固定端末間処理を実行するためのアプリケーションを実行することにより実現される。
図４７を参照して、まず、ＣＰＵ６０（通信相手探索部２２４）は、所定期間が経過したかどうかを判断する（ステップＳ２８０）。そして、ステップＳ２８０において、ＣＰＵ６０は、所定期間が経過していないと判断した場合（ステップＳ２８０においてＮＯ）には、通信相手（固定端末機器）を探索する通信相手サーチ処理を実行する（ステップＳ２８２）。通信相手サーチ処理については後述する。
そして、次に、ＣＰＵ６０（通信相手探索部２２４）は、通信相手サーチ処理により通信相手が発見されたかどうかを判断する（ステップＳ２８４）。
ステップＳ２８４において通信相手が発見されない場合（ステップＳ２８４においてＮＯ）には、ステップＳ２８０に戻る。
ステップＳ２８４において、通信相手が発見された場合（ステップＳ２８４においてＹＥＳ）には、ＣＰＵ６０（装置識別情報比較部２２６）は、ＭＡＣアドレスを比較する（ステップＳ２８６）。具体的には、配信無線フレームに含まれるＭＡＣアドレスと、上述したＭＡＣアドレスリスト保存領域７０＃に格納されているＭＡＣアドレスとを比較する。上述したようにＭＡＣアドレスは、通信対象を識別する識別情報であり、各固定端末機器には固有のＭＡＣアドレスが割り当てられている。そして、ＭＡＣアドレスリスト保存領域７０＃には、各固定端末機器に割り当てられたＭＡＣアドレスが保存されている。
そして、次に、ＣＰＵ６０（装置識別情報比較部２２６）は、配信無線フレームに含まれる固定端末機器のＭＡＣアドレスが、ＭＡＣアドレスリストに格納されているＭＡＣアドレスと一致するかどうかを判断する（ステップＳ２８８）。
そして、ステップＳ２８８において、ＭＡＣアドレスが一致したと判断した場合（ステップＳ２８８においてＹＥＳ）には、再びステップＳ２８０に戻る。すなわち、以降の処理を実行することなく当該ＭＡＣアドレスに対応する固定端末機器５との通信を終了する。すなわち、上述したＭＡＣアドレスフィルタリング処理が実行される。したがって、通信可能範囲１０に含まれる他のゲーム装置からの通信対象となるデータを受信する毎に識別情報であるＭＡＣアドレスと一致するかどうかの判断が繰り返される。
ＭＡＣアドレスの比較の概念図については、図１７，１８で説明したのと同様であるのでその詳細については繰り返さない。
ステップＳ２８８においてＭＡＣアドレスが一致しないと判断した場合（ステップＳ２８８においてＮＯ）には、ＣＰＵ６０（通信データ判定部２２８）は、受信したデータの内容を確認する（ステップＳ２９０）。
図４８を用いて、本発明の実施の形態に従う携帯固定端末間通信においてゲーム装置においてビーコンとして受信される配信無線フレームの構成について説明する。
固定端末機器５の信号発生装置１０２から送信される配信無線フレームの構成の概略は、図１５で説明した送信無線フレームと同様の構成であり、図１６で説明したベンダ特定ＩＥデータの構成が異なる。
具体的には、ビーコンとして受信される配信無線フレームに含まれるベンダ特定ＩＥデータは、タグ情報ＤＤ２１、タグ長情報ＤＤ２２、ベンダ情報ＤＤ２３、通信データ識別情報ＤＤ２４、アプリケーションＩＤＤＤ２５とを含む。
タグ情報ＤＤ２１は、複数のＩＥデータをそれぞれ識別する識別データである。タグ長情報ＤＤ２２は、当該ベンダ特定ＩＥデータのデータ長を示すデータが含まれている。
ベンダ情報ＤＤ２３は、当該データを提供する企業等を識別するためのデータである。
通信データ識別情報ＤＤ２４は、通信データの種別を示すデータであり、携帯固定端末間通信の場合には、携帯固定端末間通信の通信データを示す情報が格納される。
そして、以降にアプリケーションＩＤＤＤ２５が設けられる。
当該配信無線フレームは、後述するが固定端末機器５から不特定の相手（ゲーム装置）に対して送信されたものであり、不特定の相手（ゲーム装置）が受信するものである。親機側の固定端末機器５は、宛先を特定せずに子機側の通信相手に対して当該送信を繰り返し実行する。
再び、図４７を参照して、次に、ＣＰＵ６０は、受信したデータに含まれる配信無線フレームを受信したかどうかを判断する（ステップＳ２８８）。
具体的には、図４８で説明した当該データを提供する企業等を識別するためのベンダ情報がゲーム装置１が予め有しているベンダ情報と一致するかどうかを判断する。ベンダ情報が一致する場合とは、送信されたデータの発信源が通信接続が可能な装置であることを意味し、異なる場合には、送信されたデータの発信源が通信接続が不可能である装置であることを意味する。
また、通信データ識別情報がゲーム装置１が予め有している通信データ識別情報と一致するかどうかを判断する。通信データ識別情報が一致する場合とは、携帯固定端末間通信における通信データ、すなわち携帯固定端末間処理として処理可能な無線フレームであることを意味する。ゲーム装置１側の比較の対象であるベンダ情報は予めＲＯＭ７２に登録されているものとする。また、ゲーム装置１側の比較の対象である通信データ識別情報についても予めＲＯＭ７２に登録されているものとする。
一方、携帯固定端末間通信における通信データ識別情報と、携帯端末間通信における通信データ識別情報とは異なるため、仮にゲーム装置３から出力されたデータを受信した場合であっても通信データ識別情報が異なるため当該データを受信せず固定端末機器５とのみ通信することが可能である。
ＣＰＵ６０（通信データ判定部２２８）は、携帯端末間通信か携帯固定端末間通信かによって比較対象とする通信データ識別情報を切り替えて、受信したデータに含まれている通信データ識別情報と一致するか否か判断する。
すなわち、ステップＳ２８８において、ＣＰＵ６０（通信データ判定部２２８）は、配信無線フレームを受信していないと判断した場合（ステップＳ２８８においてＮＯ）には、再びステップＳ２８０に戻る。
したがって、互いに通信接続が不可能である装置からデータを受信あるいは通信対象とならないデータを受信した場合には、以降の処理を実行することなく通信を終了する。なお、本例においてはベンダ情報および通信データ識別情報がともに一致するかどうかを判断する場合について説明したが、通信データ識別情報のみが一致するかどうかを判断するようにしても良い。
次に、ステップＳ２９２において、ＣＰＵ６０（通信データ判定部２２８）は、配信無線フレームを受信したと判断した場合（ステップＳ２９２においてＹＥＳ）には、次に、配信データを有する固定端末機器５が発見された旨を本体側に通知する（ステップＳ２９４）。そして処理を終了する（エンド）。
以降、通信相手である固定端末機器５と接続を確立して、配信データを取得する配信データ取得処理については、無線通信モジュール３８を用いた本体側のＣＰＵ３１のアプリケーションとして実行されることになる。
したがって、本体側に、配信データを有する固定端末機器５が発見された旨を通知することにより無線通信モジュール３８のＣＰＵ６０のみが独立して実行する無線通信すなわち、無線通信モジュール３８において配信データを取得する通信相手を探索する配信相手探索処理は終了する。
一方、ステップＳ２９２において、ＣＰＵ６０（通信データ判定部２２８）は、配信無線フレームを受信しないと判断した場合（ステップＳ２９２においてＮＯ）には、ステップＳ２８０に戻る。
当該処理により、本例においては、無線通信モジュール３８における配信相手探索処理により配信データを取得可能な通信相手が見つかった場合にのみ、本体側のＣＰＵ３１に通知されて、通信相手との接続が確立されて、配信データの取得処理が実行される。したがって、例えば、本体側のＣＰＵ３１がスリープ状態等の省電力状態である場合に、無線通信モジュール３８における配信相手探索処理により通信相手が見つかった場合であっても配信データの取得ができないと判断されれば本体側のＣＰＵ３１に通知されて通信接続が確立されることはないため、ゲーム装置１全体における省電力を図ることが可能である。
図４９を用いて、配信データを取得するデータ取得処理のフローについて説明する。当該データ取得処理は、一例として上述したシステムプログラム保存領域８６に格納されている本体機能プログラムをＣＰＵ３１が実行することにより実現されるものである。当該データ取得処理は、例えば、本体の起動時に開始して、バックグラウンドで継続的に実行される。
図４９を参照して、まず、ＣＰＵ３１（スリープ設定／解除処理部２１６）は、無線通信モジュール３８からの通知があるかどうかを判断する（ステップＳ２９２）。
ステップＳ２９２において、ＣＰＵ３１（スリープ設定／解除処理部２１６）は、無線通信モジュール３８からの通知があったと判断した場合（ステップＳ２９２においてＹＥＳ）には、本体側の機能がスリープ状態であるかどうかを判断する（ステップＳ３０１）。
そして、ＣＰＵ３１（スリープ設定／解除処理部２１６）は、本体側の機能がスリープ状態であると判断した場合（ステップＳ３０１においてＹＥＳ）には、スリープ状態を解除する（ステップＳ３０２）。
そして、次に、ＣＰＵ３１（データ通信実行処理部２０８）は、データ取得処理を開始する（ステップＳ３０３）。一方、本体側の機能がスリープ状態で無いと判断した場合（ステップＳ３０１においてＮＯ）には、ステップＳ３０３に進む。
そして、ＣＰＵ３１（データ通信実行処理部２０８）は、無線通信モジュール３８からの配信データを有する固定端末機器が発見された旨の通知に含まれている通信相手のＭＡＣアドレス等の接続情報に基づいて通信相手との間で通信接続を確立する（ステップＳ３０４）。本例においては、固定端末機器５の無線アクセスポイント装置１００との間で通信接続を確立する。なお、本例においては、固定端末機器が発見された旨の通知後、通信相手との接続を確立する場合、すなわち、ＣＰＵ３１（データ通信実行処理部２０８）が実行する場合について説明するが、ゲーム装置が発見された旨の通知前、例えば、無線通信モジュール３８において図４７のステップＳ２９２とステップＳ２９４との間で通信相手との接続を確立する処理を実行するようにしても良い。
そして、次に、ＣＰＵ３１（データ通信実行処理部２０８）は、配信データの要求を送信する（ステップＳ３０５）。
そして、次に、ＣＰＵ３１（データ通信実行処理部２０８）は、配信データを受信したかどうかを判断する（ステップＳ３０６）。
そして、ステップＳ３０６において、ＣＰＵ３１（データ通信実行処理部２０８）は、配信データを受信したと判断した場合（ステップＳ３０６においてＹＥＳ）には、受信データ保存領域８２に配信データを格納する（ステップＳ３０８）。
そして、次に、ＣＰＵ３１（データ通信実行処理部２０８）は、通信相手（固定端末機器５）との通信を切断する（ステップＳ３１０）。すなわち、上記処理により通信相手である固定端末機器との間での配信データのデータ取得処理が終了することになる。
そして、次に、ＣＰＵ３１（装置識別情報登録処理部２１０）は、保存用データメモリ３４に設けられているＭＡＣアドレスリスト保存領域８８＃に、通信相手を識別するＭＡＣアドレスを保存する（ステップＳ３１２）。当該ＭＡＣアドレスリスト保存領域８８＃に保存されたＭＡＣアドレスがＭＡＣアドレスリストの一部に含められ上述した通信設定処理で用いられることになる。
そして、通信設定処理により、ＭＡＣアドレスリスト保存領域７０＃にＭＡＣアドレスリストが保存されるため、上述したＭＡＣアドレスフィルタリング処理により、同じ固定端末機器との間で何度も通信することを防止することができ、効率的かつ効果的なデータ通信を実行することが可能である。
なお、本例においては、本体側の保存用メモリ３４に設けられているＭＡＣアドレス保存領域８８＃に保存されたＭＡＣアドレスリストと、無線通信モジュール３８のＭＡＣアドレスリスト保存領域７０＃に格納されているＭＡＣアドレスリストは同じであり、ＭＡＣアドレスリスト保存領域７０＃のみを用いて上記で説明した方式を実現しても良い。
一方で、本体側の保存用メモリ３４にＭＡＣアドレス保存領域８８＃を設けて、当該ＭＡＣアドレス保存領域８８＃にＭＡＣアドレスを保存することにより、無線通信モジュール３５にアクセスしてＭＡＣアドレス保存領域７０のデータを編集するよりも、ＭＡＣアドレスのデータの追加あるいは削除等の編集を容易かつ高速に実行することが可能である。
そして、ＣＰＵ３１（データ通知処理部２１２）は、取得データ通知処理を実行する（ステップＳ３０４）。そして、処理を終了する（エンド）。なお、取得データ通知処理については、図３７で説明したのと同様に配信データを取得した場合には、効果音あるいは内容を表示することによりユーザに通知する。
一方、ステップＳ３０６において、ＣＰＵ３１（データ通信実行処理部２０８）は、配信相手である固定端末機器から配信データを一定期間内に受信していないと判断した場合（ステップＳ３０６においてＮＯ）には、ステップＳ３１６に進む。
ステップＳ３１６において、ＣＰＵ３１（データ通信実行処理部２０８）は、配信相手である固定端末機器との通信を切断する。そして、ステップＳ３１４に進む。したがって、この場合には、配信データを適切に取得することができなかったためＭＡＣアドレスリスト保存領域７０＃にＭＡＣアドレスを保存することなく通信を切断する。したがって、再度、携帯固定端末間通信に従って上述した処理を実行して、配信データのデータ取得処理を再開することが可能である。
図５０を用いて固定端末サーチ処理のフロー図について説明する。
この処理では、ゲーム装置１は、子機として親機である固定端末機器５との間で無線通信を実行し、ゲーム装置１は、親機である固定端末機器５からのビーコンの受信があるまで待機する。この通信相手サーチ処理では、ゲーム装置１は、常に子機として動作して親機をサーチする処理を実行する。なお、本例においては、固定端末機器５からのみビーコンが送信され、ゲーム装置１は当該信号の受信を待つ方式について説明しているが、固定端末機器５は、備え付けの機器であるため、携帯型の移動可能なゲーム装置から信号を出力するよりも固定端末機器５からのみビーコンを送信した方が効率よくデータ通信を実行することができるからである。
図５０を参照して、固定端末サーチ処理を開始すると、図示は省略するが、このときタイマ回路をスタートする。
そして、ステップＳ３１２で、親機である固定端末機器５のビーコンを受信したかどうかを判断する。
固定端末機器５からのビーコンを受信した場合（ステップＳ３１２においてＹＥＳ）には、ステップＳ３２０において接続フラグをオンして、固定端末サーチ処理をリターンする。つまり、子機として、親機である固定端末機器５との間で通信接続が可能であることが判明する。
なお、図５０においては省略したが、固定端末サーチ処理が開始されたとき、接続フラグはオフ（リセット）される。
一方、親機からの接続要求信号を全く受信しない場合（ステップＳ３１２においてＮＯ）には、ステップＳ３１４で、子機として固定端末機器５に接続を試みる期間がＴｓｄ秒経過したかどうかを判断する。
ステップＳ３１４において、親機サーチ時間がＴｓｄ秒経過していなければ（ステップＳ３１４においてＮＯ）、そのままステップＳ３１２に戻る。
一方、親機サーチ時間がＴｓｄ秒経過すれば（ステップＳ３１４においてＹＥＳ）固定端末サーチ処理をリターンする。
図５１を用いて本発明の実施の形態に従う配信データ取得のデータの遣り取りについて説明する。
図５１を参照して、シーケンスｓｑ２〜ｓｑ８までは、図４３で説明したのと同様であり、本体側のＣＰＵ３１においてアプリケーションプログラムの実行による交換データが設定される（シーケンスｓｑ２）。そして、本体側のＣＰＵ３１は、無線通信モジュール３８に対して通信初期設定のためのデータを出力する（シーケンスｓｑ４）。そして、本体側のＣＰＵ３１は、通信開始指示を無線通信モジュール３８に出力する（シーケンスｓｑ６）。
これに伴い通信開始指示に応答して無線通信モジュール３８による無線通信が開始される（シーケンスｓｑ８）。
そして、まず、無線通信モジュール３８において交換データを交換する通信相手を探索する携帯端末間通信が開始され（シーケンスｓｑ１００）、所定期間内に通信相手を発見することができなかったものとする。
そして、さらに、携帯端末間通信が開始される（シーケンスｓｑ１０２）この場合においても所定期間内に通信相手を発見することができなかったものとする。
そして、次に、携帯固定端末間通信が開始される（シーケンスｓｑ１０３）。
固定端末機器５は、上述したように、信号発生装置１０２からビーコンを繰り返し発信（送信）する。
そして、ゲーム装置１の無線通信モジュール３８は、固定端末機器５から送信されたビーコンの入力を受け付ける（シーケンスｓｑ１０４）。
これにより、上述したように自機であるゲーム装置１について接続フラグがオンする。
ゲーム装置１の無線通信モジュール３８においては、接続フラグがオンとなることに伴い通信相手である固定端末機器と通信接続が可能であるすなわち通信相手を発見したと判断する（シーケンスｓｑ１０８）。
そして、ゲーム装置１の無線通信モジュール３８においては、データ内容を確認する（シーケンスｓｑ１１０）。
そして、配信無線フレームを受信したと判断した場合には、無線通信モジュール３８は、本体側のＣＰＵに対して配信データの提供を受けることが可能な固定端末機器５が発見された旨を通知する（シーケンスｓｑ１１２）。
これにより、本体側のＣＰＵは、無線通信モジュール３８からの通知によって、配信データを配信する固定端末機器５と通信接続が可能であることを認識し、データ取得処理を開始する（ｓｑ１１４）。
そして、次に、ゲーム装置１の本体側のＣＰＵ３１は、データ取得処理が開始された後、配信データ要求を送信する（シーケンスｓｑ１１６）。
固定端末機器５の無線アクセスポイント装置１００は、ゲーム装置１からの配信データ要求を受け付けて、当該配信データ要求をネットワーク１１０を介して配信サーバ１１５に送信する（シーケンスｓｑ１１７）。
そして、配信サーバ１１５は、無線アクセスポイント装置１００からの配信データ要求に従って、配信データを送信する（シーケンスｓｑ１１８）。
無線アクセスポイント装置１００は、ネットワーク１１０を介する配信サーバ１１５からの配信データを受け付けた後、当該配信データをゲーム装置１に対して送信する（シーケンスｓｑ１１９）。
そして、ゲーム装置１は、固定端末機器５の無線アクセスポイント装置１００から送信された配信データを受け付けて、受信した配信データを格納する（シーケンスｓｑ１２０）。
そして、通信を切断する（シーケンスｓｑ１２２）。
そして、ＭＡＣアドレスを登録する（シーケンスｓｑ１２４）。
そして、取得データを通知する（シーケンスｓｑ１２６）。
なお、上記シーケンスにおいて、シーケンスｓｑ４，ｓｑ６，ｓｑ１１４〜１２６は、一例として、上述したように本体側の機能でありシステムプログラム保存領域８６に格納された本体機能プログラムにより実現されるものである。一方、シーケンスｓｑ８，ｓｑ１００〜ｓｑ１１０は、一例として、上述したように、無線通信モジュール３８におけるメモリ制御部６４に格納されているＲＯＭ７２から読出されたプログラムにより実現されるものである。
この実施例によれば、無線通信により、通信接続が確立する固定端末機器５との間で配信データを自動で取得することができる。
例えば、配信データが店頭で使用することが可能なクーポンを表示するようなものである場合、ゲーム装置１を携帯しているだけで固定端末機器５と無線通信した場合に当該クーポンを表示する配信データを取得することが可能であり、配信データの取得の楽しさを増大させることができる。
また、たとえば、取得したクーポンを表示する配信データを交換データとして上述した交換データ保存領域８０のスロットに格納させるようにしても良い。たとえば、当該配信データに上述した交換データとして交換データ保存領域に格納させるアプリケーションを含ませるようにすれば良い。当該処理により、携帯端末間通信において交換データとして他の人に当該配信データを提供することが可能となる。
すなわち、固定端末機器５からのみしか取得できない配信データについても携帯端末間通信を利用して他のユーザに提供することが可能となり、配信データの興趣性をさらに増大させることが可能である。
そして、当該配信データの取得処理が実行された後、再び、無線通信モジュール３８における配信相手探索処理が開始される。
例えば、上述したように所定期間経過毎に、自動的に通信設定処理を開始することも可能である。通信設定処理の詳細については図１１で説明したので繰り返さない。そして、次に、ＣＰＵ３１（通信指示処理部２０６）は、通信開始指示を無線通信モジュール３８に出力する（ステップＳ２６）。
これにより再び、図１３のステップＳ４４で説明したように無線通信モジュール３８において携帯端末間通信が実行される（ステップＳ４４）。次に、再び、携帯端末間通信が実行される（ステップＳ４６）。
携帯端末間通信において、所定期間内に通信相手を発見することができなかった場合には、再び、携帯固定端末間通信が実行される。
携帯固定端末間通信の詳細については図４７で説明したとおりである。
図４７で説明したように携帯固定端末間通信においても、ＭＡＣアドレスが一致する他の固定端末装置との再度の通信処理を行わないＭＡＣアドレスフィルタリング処理が実行される。
すなわち、ＭＡＣアドレスリストに登録されている一度通信を行った通信相手である固定端末装置（本例においては固定端末装置５）との間では実質的な通信は実行されない。
したがって、本発明の実施の形態に従うゲーム装置においては、通信範囲の固定端末装置を自動的に繰り返して探知し、見つかった固定端末装置を通信候補に設定する。この場合、同じ固定端末装置を何度も探知して見つけてしまう可能性があるが、上述のようなＭＡＣアドレスフィルタリング処理により、同じ固定端末装置との間で何度も通信することを防止することができ、効率的かつ効果的なデータ通信を実行することが可能である。
なお、図４６における構成においては、図７で説明したようなアプリケーションＩＤ判定部２３０が設けられていない構成について説明したが、携帯固定端末間通信においても、受信した配信無線フレームに格納されているアプリケーションＩＤが配信データの受信に関する所定条件を満たすか否かを判定するアプリケーションＩＤ判定部を設けるようにすることも可能である。具体的には、携帯端末間通信で説明した方式と同様に送信無線フレーム６７に保存されているアプリケーションＩＤとの判定処理を実行するようにしても良い。例えば、上記したように送信無線フレーム６７に保存されているアプリケーションＩＤについて、上述した送受信条件データ（センドフラグデータおよびレシーブフラグデータ）が含まれている場合に、データの受信だけをしたい場合が設定されているような場合に、当該アプリケーションＩＤと、配信無線フレームに含まれているアプリケーションＩＤとを比較して一致するかどうかの判定処理を実行するようにしても良い。
なお、図４４に示す固定端末機器５においては、無線アクセスポイント装置１００と、信号発生装置１０２とをそれぞれ別々のものとして設けた場合について説明したが両者をまとめて１つの装置とすることも可能である。すなわち、無線アクセスポイント装置１００が信号発生装置１０２の機能を含み接続要求信号を出力するようにしても良い。
一方で、図４４に示される構成の如く、信号発生装置１０２を接続要求信号のみを送信する専用の装置として設けることにより、無線アクセスポイント装置１００の処理負荷を軽減することにより、例えば、複数のゲーム装置との間での配信データのデータ通信を効率的に実行させるようにしても良い。
また、信号発生装置１０２として、固定端末機器５と通信するゲーム装置を接続要求信号のみを送信する専用の信号発生装置として用いるようにしても良い。ベンダ情報等、通信相手であるゲーム装置と同様の情報を有しているため簡易に信号発生装置を実現することが可能である。
図５２を用いて本発明の実施の形態に従う携帯ゲーム装置１と固定端末機器５＃との通信処理の概略について説明する。
図５２を参照して、固定端末機器５＃は、図４４で説明した固定端末機器５と比較して、通信モジュール１０４、ＣＰＵ１０６、ＨＤＤ１０８をさらに含む点で異なる。その他の構成については、図４４で説明したのと同様でるのでその詳細な説明は繰り返さない。
通信モジュール１０４は、ネットワーク１１０と接続されるものとする。ＣＰＵ１０６は、通信モジュール１０４、ＨＤＤ（Hard Disk Drive）１０８、信号発生装置１０２とそれぞれ接続され、これらを制御するものとする。本例においては、一例としてＣＰＵ１０６がＨＤＤ１０８に格納されている配信データを通信モジュール１０４と接続されているネットワーク１１０を介して他の装置に出力可能であるものとする。
当該構成とすることにより、上記と同様の処理を実行することにより、無線アクセスポイント装置１００は、配信サーバ１１５から配信データを取得することができるとともに、ネットワーク１１０を介して接続されている通信モジュール１０４と接続して、例えば、ＨＤＤ１０８に格納されている配信データを取得して、無線アクセスポイント装置１００からゲーム装置に送信することも可能である。
例えば、固定端末機器５＃が複数の店舗等にそれぞれ設けられた場合に、各店舗毎に、ＨＤＤ１０８に格納されている配信データをカスタマイズすることにより、カスタマイズされた配信データをゲーム装置に送信することが可能であり、ゲーム装置における配信データの取得の楽しさを増大させることができる。
＜ＭＡＣアドレスの更新＞
次に、携帯端末間通信の送信無線フレームの設定に関して、セキュリティを向上させる方式について説明する。
上述したように装置を識別する情報としてＭＡＣアドレスが用いられるが、第三者が当該ＭＡＣアドレスを偽装して当該装置になりすます可能性も考えられる。
したがって、本例においては、セキュリティを向上させるためにＭＡＣアドレスを更新する。
具体的には、ＣＰＵ３１（通信設定処理部２０４）は、図１５で説明したベンダーコードに設定されるローカルアドレスの内容を更新する。
図５３を用いて、ローカルアドレスの更新のフローについて説明する。
図５３を参照して、まず、本体側のＣＰＵ３１（通信設定処理部２０４）は、所定期間が経過したかを判断する（ステップＳ３３０）。一例として所定期間としては６時間程度とする。
そして、ステップＳ３３０において、ＣＰＵ３１（通信設定処理部２０４）は、所定期間が経過したと判断された場合（ステップＳ３３０においてＹＥＳ）には、ローカルアドレスの更新設定を指示する（ステップＳ３３２）。
そして、無線通信モジュール側のＣＰＵ６０は、ローカルアドレスの更新設定指示に従って、ローカルアドレスを更新登録する（ステップＳ３３４）。すなわち、送信無線フレームで設定するためのローカルアドレスの値を更新してＲＡＭ６６に登録する。
そして、処理を終了する（リターン）。
当該処理により、各装置におけるローカルアドレスが所定期間経過後に更新されることになる。
したがって、ＭＡＣアドレスの内容が所定期間経過後に更新されるため一意にＭＡＣアドレスが規定されることはない。それゆえ、ＭＡＣアドレスに従って装置を一意に特定することはできない仕組みとすることによりセキュリティを向上させることが可能となる。
＜ＭＡＣアドレスリストの消去＞
上記においては、ＭＡＣアドレスリスト保存領域８８のデータは、ユーザからの所定の操作指示に従ってＣＰＵ３１（装置識別情報消去処理部２１８）の指示により消去する、あるいは、所定のデータ容量が一杯となり、保存する領域が無い場合には、保存された古いＭＡＣアドレスを消去して新しいＭＡＣアドレスを保存するようにして保存領域を確保する等の処理について説明したが、上記ＭＡＣアドレスの更新と連動させてＭＡＣアドレスリストを消去するようにさせることも可能である。
上述したように、各装置におけるローカルアドレスが所定期間経過後に更新される場合、他の携帯ゲーム装置のＭＡＣアドレスが更新される結果以前に上述した交換データの授受処理を実行した相手と再度、当該処理を実行する可能性がある。
図５４を用いて、ＭＡＣアドレスの更新処理について説明する。
図５４を参照して、ここでは、自機１と、携帯ゲーム装置３について説明する。
時系列で所定期間毎に自機１のＭＡＣアドレスがＡＤ０、ＡＤ０ａ、ＡＤ０ｂと更新される場合が示されている。
また、携帯ゲーム装置３のＭＡＣアドレスがＡＤ１、ＡＤ１ａと更新される場合が示されている。
したがって、同一の装置（携帯ゲーム装置３）について、ＭＡＣアドレスが更新される毎にデータ通信する可能性があり、ＭＡＣアドレスリスト保存領域に確保するべきデータ容量が大きくなる可能性がある。
一方で、図５４に示されるようにＭＡＣアドレスの更新のタイミングは、各装置においてそれぞれ異なる。
自機１のＭＡＣアドレスがＡＤ０の場合に、携帯ゲーム装置３と上述した交換データの授受処理を実行したものとすると、携帯ゲーム装置３のＭＡＣアドレスＡＤ１が登録されることになる。
自機１のＭＡＣアドレスがＡＤ０からＡＤ０ａに更新される際（更新１回目）、携帯ゲーム装置３のＭＡＣアドレスが更新されているとは限らないため、ＭＡＣアドレスがＡＤ０の際に登録した携帯ゲーム装置３のＭＡＣアドレスＡＤ１を消去せずにそのまま残しておくことにより、無駄なデータ通信を回避することが可能である。
そして、さらに所定期間後、自機１のＭＡＣアドレスがＡＤ０ａからＡＤ０ｂに更新される際（更新２回目）について考える。この場合には、携帯ゲーム装置３のＭＡＣアドレスについても所定期間が経過しているためＡＤ１からＡＤ１ａに更新されている。
したがって、前回残しておいた携帯ゲーム装置３のＭＡＣアドレスＡＤ１を残しておく必要はない。
それゆえ、本例においては、現在使用しているＭＡＣアドレスに対応するＭＡＣアドレスリストを保持するとともに、１つ前のＭＡＣアドレスに対応するＭＡＣアドレスリストを保持し、それよりも前すなわち２つ前のＭＡＣアドレスに対応するＭＡＣアドレスリストについては消去する。
図５５を用いてＭＡＣアドレスリスト保存領域８８の構成について説明する。本例においては、ＭＡＣアドレスリスト保存領域の構成として、２つの領域を設けることとする。ここでは、現在について、ＭＡＣアドレスリスト保存領域８８ａとし、所定期間後について、ＭＡＣアドレスリスト保存領域８８ｂとした場合について説明する。
図５５（Ａ）を参照して、ＭＡＣアドレスリスト保存領域８８ａは、２つのサブリストＲ１，Ｒ２を含む。なお、当該場合において、ＭＡＣアドレスＡＤ０ａを使用したデータ通信を実行しているものとする。
具体的には現在使用しているＭＡＣアドレス（ＡＤ０ａ）を使用した交換データの授受処理を実行することにより、他の携帯ゲーム装置のＭＡＣアドレスを保存する領域（サブリストＲ１）と、現在使用しているＭＡＣアドレスよりも前に使用していたＭＡＣアドレス（ＡＤ０）を使用した交換データの授受処理を実行することにより他の携帯ゲーム装置のＭＡＣアドレスを保存する領域（サブリストＲ２）とを設ける。
次に、図５６を用いて、本発明の実施の形態に従うＭＡＣアドレスリストの消去を説明するフローについて説明する。
図５６を参照して、まず、本体側のＣＰＵ３１（装置識別情報消去処理部２１８）は、所定期間が経過したかを判断する（ステップＳ３４０）。一例として所定期間としては６時間程度とする。
そして、ステップＳ３４０において、ＣＰＵ３１（装置識別情報消去処理部２１８）は、所定期間が経過したと判断された場合（ステップＳ３４０においてＹＥＳ）には、ＭＡＣアドレスリスト保存領域８８を確認する（ステップＳ３４２）。
そして、次に、ＭＡＣアドレスリスト保存領域８８ａに設けられているサブリストＲ１とサブリストＲ２のいずれが古いかを判断する（ステップＳ３４４）。
そして、サブリストＲ１が古いと判断された場合には、サブリストＲ１の内容を削除する（ステップＳ３４６）。
一方、サブリストＲ２が古いと判断された場合には、サブリストＲ２の内容を削除する（ステップＳ３４８）。
そして、削除した領域を新しいＭＡＣアドレス用の領域に設定する（ステップＳ３５０）。
そして、処理を終了する（エンド）。
図５５（Ｂ）を参照して、ここでは、所定期間後に、ＭＡＣアドレスＡＤ０ａがＭＡＣアドレスＡＤ０ｂに更新された場合が示されている。
当該場合において、ＭＡＣアドレスリスト保存領域８８ｂは、２つのサブリストＲ１，Ｒ２のうち、古いサブリストＲ２（ＭＡＣアドレスＡＤ０）の内容を削除して、新しいＭＡＣアドレス（ＭＡＣアドレスＡＤ０ｂ）用の領域に設定した場合が示されている。
当該処理により、ＭＡＣアドレスの更新毎に２つの領域の一方のデータ内容が削除されるためＭＡＣアドレスリスト保存領域全体のデータ量を抑えることが可能となる。
また、ＭＡＣアドレスを更新する際に、現在使用しているＭＡＣアドレスに対応するサブリストを保持することが可能であるため保持されたＭＡＣアドレスに基づいてＭＡＣアドレスフィルタリングを実行することができ、ＭＡＣアドレスを更新した場合にも効率的なデータ通信を継続することが可能である。
なお、当該場合においても、ＣＰＵ３１（装置識別情報消去処理部２１８）は、携帯端末間通信のＭＡＣアドレスが保存されているＭＡＣアドレスリスト保存領域８８とともに、携帯固定端末間通信のＭＡＣアドレスが保存されているＭＡＣアドレスリスト保存領域８８＃のデータ内容を削除することも可能であるが、固定端末機器のＭＡＣアドレスは更新されないため携帯固定端末間通信と同様のタイミングでデータ内容を消去しなくても良い。
したがって、ＣＰＵ３１（装置識別情報消去処理部２１８）は、携帯端末間通信のＭＡＣアドレスが保存されているＭＡＣアドレスリスト保存領域８８のデータ内容を消去するタイミングと異なるタイミングで、携帯固定端末間通信のＭＡＣアドレスが保存されているＭＡＣアドレスリスト保存領域８８＃のデータ内容を消去するようにしても良い。
なお、ここでは、本体部のＭＡＣアドレスリスト保存領域８８，８８＃について説明したが、無線通信モジュール３８側のＭＡＣアドレスリスト保存領域７０，７０＃についても同様に適用可能である。
＜その他の形態＞
上述の実施の形態においては、本発明に係る情報処理装置の代表例として、ゲーム装置１について例示したが、これに限定されることはない。すなわち、本発明に係るプログラムとして、パーソナルコンピュータで実行可能なアプリケーションを提供してもよい。このとき、本発明に係るプログラムは、パーソナルコンピュータ上で実行される各種アプリケーションの一部の機能として組み込まれてもよい。
なお、この実施例では、携帯型のゲーム装置を用いた情報処理システムについてのみ説明したが、当該携帯型のゲーム装置に変えて、携帯電話機やＰＤＡ等の携帯端末でも同様に適用可能である。
今回開示された実施の形態はすべての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は、上記した説明ではなく、特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。
１，２，３ 携帯型ゲーム装置、５，５＃ 固定端末機器、１０ 通信可能範囲、１２ ＬＣＤ、１４ 操作ボタン、２３ カメラ、２６ メモリカード、２７ ＲＯＭ、２８ バックアップＲＡＭ、３１，６０，１０６ ＣＰＵ、３２ メインメモリ、３３ メモリ制御回路、３４ 保存用データメモリ、３５ プリセットデータ用メモリ、３８ 無線通信モジュール、４０ ＲＴＣ、４１ 電源回路、４２ Ｉ／Ｆ回路、４３ マイク、４４ アンプ、４５ スピーカ、６１ アンテナ、６２ ＲＦ−ＩＣ、６４ メモリ制御部、６６ ＲＡＭ、６８ 送信無線フレーム保存領域、６８ アプリケーションＩＤ保存領域、６９ 受信無線フレーム保存領域、７０，７０＃，８８，８８＃ ＭＡＣアドレスリスト保存領域、７２ ＲＯＭ、８０ 交換データ保存領域、８２ 受信データ保存領域、８４ 内蔵アプリ保存領域、８６ システムプログラム保存領域、１００ 無線アクセスポイント装置、１０２ 信号発生装置、１０４ 通信モジュール、１０８ ＨＤＤ、１１０ ネットワーク、１１５ 配信サーバ。

Claims (29)

  1. 複数の情報処理装置を含む、情報処理システムであって、
    前記情報処理装置は、それぞれ、
    記憶手段と、
    前記複数の情報処理装置のうちの他の情報処理装置から送信される、情報処理装置を識別する識別情報を受信するための識別情報受信手段と、
    前記識別情報受信手段により受信した前記他の情報処理装置の識別情報に基づいて、前記他の情報処理装置に対する譲渡データの送信および前記他の情報処理装置からの譲渡データの受信の少なくとも一方を行う譲渡データ通信処理を行うか否かを判断する譲渡データ通信判断手段と、
    前記譲渡データ通信判断手段の判断結果に基づいて前記譲渡データ通信処理を制御する譲渡データ通信制御手段と、
    少なくとも前記譲渡データ通信制御手段により前記譲渡データ通信処理を行うことを登録条件として、当該登録条件を満たす場合に、当該譲渡データ通信処理を行う相手となる前記他の情報処理装置の識別情報を前記記憶手段に登録する識別情報登録制御手段とを含み、
    前記譲渡データ通信判断手段は、前記識別情報受信手段により受信した前記他の情報処理装置の識別情報が前記記憶手段に登録されていた場合には、当該譲渡データ通信処理を行なわないと判断する、情報処理システム。
  2. 複数の情報処理装置を含む、情報処理システムであって、
    前記情報処理装置は、それぞれ、
    通信可能な前記複数の情報処理装置のうちの他の情報処理装置を探索する無線モジュールと、
    前記他の情報処理装置に対する譲渡データの送信および前記他の情報処理装置からの譲渡データの受信の少なくとも一方を行う譲渡データ通信処理を制御し、スリープ状態に遷移可能な譲渡データ通信制御手段とを含み、
    前記無線モジュールは、
    記憶手段と、
    前記複数の情報処理装置のうちの他の情報処理装置から送信される、情報処理装置を識別する識別情報を受信するための識別情報受信手段と、
    前記識別情報受信手段により受信した前記他の情報処理装置の識別情報に基づいて、前記譲渡データ通信処理を行うか否かを判断する譲渡データ通信判断手段と、
    前記譲渡データ通信判断手段によって、前記譲渡データ通信処理を行うと判断した場合には、前記譲渡データ通信制御手段に通知を行う通知手段とを含み、
    前記譲渡データ通信制御手段は、前記通知手段による通知を受けた場合に、スリープ状態を解除して、前記譲渡データ通信処理を実行し、
    前記情報処理装置は、少なくとも前記スリープ状態を解除したことを登録条件として、当該登録条件を満たす場合に、当該譲渡データ通信処理を行う相手となる前記他の情報処理装置の識別情報を前記記憶手段に登録する識別情報登録制御手段をさらに含み、
    前記譲渡データ通信判断手段は、前記識別情報受信手段により受信した前記他の情報処理装置の識別情報が前記記憶手段に登録されていた場合には、当該譲渡データ通信処理を行なわないと判断する、情報処理システム。
  3. 複数の情報処理装置を含む、情報処理システムであって、
    前記情報処理装置は、それぞれ、
    記憶手段と、
    前記複数の情報処理装置のうちの他の情報処理装置から送信される、情報処理装置を識別する識別情報を受信するための識別情報受信手段と、
    前記識別情報受信手段により受信した前記他の情報処理装置の識別情報に基づいて、前記他の情報処理装置に対する譲渡データの送信および前記他の情報処理装置からの譲渡データの受信の少なくとも一方を行う譲渡データ通信処理を行うか否かを判断する譲渡データ通信判断手段と、
    前記譲渡データ通信判断手段の判断結果に基づいて前記譲渡データ通信処理を制御する譲渡データ通信制御手段と、
    少なくとも前記譲渡データ通信判断手段の判断処理をしたことを登録条件として、当該登録条件を満たす場合に、当該譲渡データ通信処理を行う相手となる前記他の情報処理装置の識別情報を前記記憶手段に登録する識別情報登録制御手段とを含み、
    前記譲渡データ通信判断手段は、前記識別情報受信手段により受信した前記他の情報処理装置の識別情報が前記記憶手段に登録されていた場合には、当該譲渡データ通信処理を行なわないと判断する、情報処理システム。
  4. 前記識別情報受信手段は、前記他の情報処理装置の識別情報を受信するために、不特定の相手に識別情報を含む探索信号を送信あるいは前記他の情報処理装置から送信された前記探索信号を受信するまで待機する探索処理を繰り返し実行し、
    前記譲渡データ通信判断手段は、前記識別情報受信手段による前記探索処理に従って通信可能な前記他の情報処理装置の識別情報毎に、前記譲渡データ通信処理を行うか否かを繰り返し判断する、請求項１〜３のいずれか一項に記載の情報処理システム。
  5. 前記譲渡データ通信制御手段により前記他の情報処理装置に対する前記譲渡データ通信処理を実行した後、前記識別情報受信手段は、前記他の情報処理装置の識別情報を受信するために、不特定の相手に識別情報を含む探索信号を送信あるいは前記他の情報処理装置から送信された前記探索信号を受信するまで待機する探索処理を繰り返し実行し、
    前記譲渡データ通信判断手段は、前記識別情報受信手段による前記探索処理に従って通信可能な前記他の情報処理装置の識別情報毎に、前記譲渡データ通信処理を行うか否かを繰り返し判断し、
    前記譲渡データ通信制御手段は、前記譲渡データ通信判断手段による判断結果毎に前記他の情報処理装置に対する前記譲渡データ通信処理の実行を繰り返し行い、
    前記識別情報登録制御手段は、前記譲渡データ通信制御手段により前記登録条件について判断する毎に、前記他の情報処理装置の識別情報を前記記憶手段に繰り返し登録する、請求項１〜３のいずれか一項に記載の情報処理システム。
  6. 前記情報処理装置は、前記他の情報処理装置に対して送信する譲渡データを指定する譲渡データ指定手段をさらに含む、請求項１〜５のいずれか一項に記載の情報処理システム。
  7. 前記情報処理装置は、前記譲渡データ指定手段の指定により、複数のアプリケーションプログラムのうちの少なくとも１つのアプリケーションプログラムで利用可能なデータを、前記他の情報処理装置に提供する前記譲渡データとして記憶する譲渡データ記憶手段をさらに含み、
    前記譲渡データ通信制御手段は、前記譲渡データ通信判断手段の判断結果に基づいて前記他の情報処理装置に対して前記譲渡データ記憶手段に記憶された前記譲渡データを前記他の情報処理装置に送信し、前記他の情報処理装置において記憶された譲渡データを受信する、請求項６記載の情報処理システム。
  8. 前記情報処理装置は、所定条件に基づいて前記記憶手段に登録された識別情報を消去する識別情報消去手段をさらに含む、請求項１〜７のいずれか一項に記載の情報処理システム。
  9. 前記識別情報消去手段は、所定期間経過後に前記記憶手段に登録された識別情報を消去する、請求項８記載の情報処理システム。
  10. 前記情報処理装置は、前記他の情報処理装置に対して送信する譲渡データを指定する譲渡データ指定手段をさらに含み、
    前記識別情報消去手段は、前記譲渡データ指定手段により前記譲渡データを指定した際に、前記記憶手段に登録された識別情報を消去する、請求項８記載の情報処理システム。
  11. 前記他の情報処理装置から送信された前記譲渡データ通信処理に関する通信条件が受信される、請求項１〜１０のいずれかに記載の情報処理システム。
  12. 前記識別情報受信手段は、前記識別情報とともに前記通信条件を受信し、
    前記譲渡データ通信判断手段は、前記識別情報受信手段により受信した前記他の情報処理装置の識別情報および前記通信条件に基づいて、前記譲渡データ通信処理を行うか否かを判断する、請求項１１記載の情報処理システム。
  13. 前記情報処理装置は、複数のアプリケーションプログラムのうちの少なくとも１つのアプリケーションプログラムで利用可能なデータを、前記他の情報処理装置に送信する譲渡データとして記憶する譲渡データ記憶手段をさらに含み、
    前記通信条件は、前記譲渡データ記憶手段に記憶された前記譲渡データに対応付けられたアプリケーションプログラムを識別するアプリケーション識別情報を含み、
    前記譲渡データ通信判断手段は、
    前記識別情報受信手段により受信した前記他の情報処理装置の識別情報が前記記憶手段に登録されているか否かを判断する識別情報判断手段と、
    受信した前記他の情報処理装置の通信条件に前記譲渡データ記憶手段に記憶されている前記譲渡データに対応付けられたアプリケーション識別情報と同じアプリケーション識別情報が含まれているか否かを判断するアプリケーション識別情報判断手段とを含む、請求項１１記載の情報処理システム。
  14. 前記情報処理装置は、前記他の情報処理装置に対して送信する譲渡データを指定する譲渡データ指定手段をさらに含み、
    前記通信条件は、前記他の情報処理装置に対して送信する譲渡データと、前記他の情報処理装置から受信する譲渡データとの組み合わせに応じて前記譲渡データを取得するか否かを判定するための取得条件データを含み、
    前記譲渡データ通信判断手段は、
    前記識別情報受信手段により受信した前記他の情報処理装置の識別情報が前記記憶手段に登録されているか否かを判断する識別情報判断手段と、
    受信した前記他の情報処理装置の通信条件に含まれている前記取得条件データが所定条件を満たすか否かを判断する取得条件データ判断手段とを含む、請求項１１記載の情報処理システム。
  15. 前記通信条件は、前記取得条件データについて、予め設けられている複数の比較方式のうちの１つの比較方式に指定するための比較識別データをさらに含む、請求項１４記載の情報処理システム。
  16. 前記取得条件データは、前記他の情報処理装置に対して送信する譲渡データに関連付けられた提供属性データと、前記他の情報処理装置から受信する譲渡データに関連付けられた要求属性データとを含み、
    前記取得条件データ判断手段は、
    前記他の情報処理装置に送信した前記取得条件データに含まれる提供属性データと、前記他の情報処理装置から受信した前記取得条件データに含まれる要求属性データとが一致するかどうかを判定する第１属性判定手段と、
    前記他の情報処理装置に送信した前記取得条件データに含まれる要求属性データと、前記他の情報処理装置から受信した前記取得条件データに含まれる提供属性データとが一致するかどうかを判定する第２属性判定手段とを含む、請求項１４記載の情報処理システム。
  17. 前記取得条件データは、
    判定に用いるデータの有効／無効を設定する判定設定データを含み、
    前記第１属性判定手段は、前記他の情報処理装置に送信した前記取得条件データに含まれる提供属性データについて、前記判定設定データに従うマスク提供属性データと、前記他の情報処理装置から受信した前記取得条件データに含まれる要求属性データについて、前記判定設定データに従うマスク要求属性データとが一致するかどうかを判定し、
    前記第２属性判定手段は、前記他の情報処理装置に送信した前記取得条件データに含まれる要求属性データについて、前記判定設定データに従うマスク要求属性データと、前記他の情報処理装置から受信した前記取得条件データに含まれる提供属性データについて、前記判定設定データに従うマスク提供属性データとが一致するかどうかを判定する、請求項１６記載の情報処理システム。
  18. 前記情報処理装置は、前記識別情報を所定条件で変更する識別情報変更手段をさらに含む、請求項１〜１７のいずれか一項に記載の情報処理システム。
  19. 前記識別情報変更手段は、前記識別情報を所定時間毎に変更する、請求項１８記載の情報処理システム。
  20. 前記記憶手段は、現在使用している識別情報に対応する前記他の情報処理装置の識別情報と、前回使用した識別情報に対応する前記他の情報処理装置の識別情報とをそれぞれ登録するための第１および第２の記憶領域とを含み、
    前記情報処理装置は、前記所定条件に基づいて前記記憶手段に登録された識別情報を消去する識別情報消去手段をさらに含み、
    前記識別情報消去手段は、変更する識別情報に対応する前記識別情報変更手段により前記現在使用している識別情報を変更する際に、前記第２の記憶領域に登録された識別情報を消去する、請求項１８記載の情報処理システム。
  21. 前記情報処理装置は、前記他の情報処理装置に対して送信する譲渡データを指定する譲渡データ指定手段をさらに含み、
    前記譲渡データ通信制御手段により前記他の情報処理装置に対する前記譲渡データ通信処理を実行した後、前記識別情報受信手段は、前記他の情報処理装置の識別情報を受信するために、不特定の相手に識別情報を含む探索信号を送信あるいは前記他の情報処理装置から送信された前記探索信号を受信するまで待機する探索処理を繰り返し実行し、
    前記譲渡データ通信判断手段は、前記識別情報受信手段による前記探索処理に従って通信可能な前記他の情報処理装置の識別情報毎に、前記識別情報受信手段により受信した前記他の情報処理装置の識別情報が前記記憶手段に登録されているか否かを繰り返し判断し、
    前記譲渡データ通信制御手段は、前記譲渡データ通信判断手段による判断結果毎に、前記譲渡データ通信処理の実行を繰り返し行い、
    前記識別情報登録制御手段は、前記譲渡データ通信制御手段により前記登録条件について判断する毎に、前記他の情報処理装置の識別情報を前記記憶手段に繰り返し登録する、請求項１〜３のいずれか一項に記載の情報処理システム。
  22. 記憶手段と、
    他の情報処理装置から送信される、情報処理装置を識別する識別情報を受信するための識別情報受信手段と、
    前記識別情報受信手段により受信した前記他の情報処理装置の識別情報に基づいて、前記他の情報処理装置に対する譲渡データの送信および前記他の情報処理装置からの譲渡データの受信の少なくとも一方を行う譲渡データ通信処理を行うか否かを判断する譲渡データ通信判断手段と、
    前記譲渡データ通信判断手段の判断結果に基づいて前記譲渡データ通信処理を制御する譲渡データ通信制御手段と、
    少なくとも前記譲渡データ通信制御手段により前記譲渡データ通信処理を行うことを登録条件として、当該登録条件を満たす場合に、当該譲渡データ通信処理を行う相手となる前記他の情報処理装置の識別情報を前記記憶手段に登録する識別情報登録制御手段とを含み、
    前記譲渡データ通信判断手段は、前記識別情報受信手段により受信した前記他の情報処理装置の識別情報が前記記憶手段に登録されていた場合には、当該譲渡データ通信処理を行わないと判断する、情報処理装置。
  23. 通信可能な他の情報処理装置を繰り返して探索する無線モジュールと、
    前記他の情報処理装置に対する譲渡データの送信および前記他の情報処理装置からの譲渡データの受信の少なくとも一方を行う譲渡データ通信処理を制御し、スリープ状態に遷移可能な譲渡データ通信制御手段とを備え、
    前記無線モジュールは、
    記憶手段と、
    前記複数の情報処理装置のうちの他の情報処理装置から送信される、情報処理装置を識別する識別情報を受信するための識別情報受信手段と、
    前記識別情報受信手段により受信した前記他の情報処理装置の識別情報に基づいて、前記譲渡データ通信処理を行うか否かを判断する譲渡データ通信判断手段と、
    前記譲渡データ通信判断手段によって、前記譲渡データ通信処理を行うと判断した場合には、前記譲渡データ通信制御手段に通知を行う通知手段とを含み、
    前記譲渡データ通信制御手段は、前記通知手段による通知を受けた場合に、スリープ状態を解除して、前記譲渡データ通信処理を実行し、
    少なくとも前記スリープ状態を解除したことを登録条件として、当該登録条件を満たす場合に、当該譲渡データ通信処理を行う相手となる前記他の情報処理装置の識別情報を前記記憶手段に登録する識別情報登録制御手段をさらに備え、
    前記譲渡データ通信判断手段は、前記識別情報受信手段により受信した前記他の情報処理装置の識別情報が前記記憶手段に登録されていた場合には、当該譲渡データ通信処理を行なわないと判断する、情報処理装置。
  24. 記憶手段と、
    他の情報処理装置から送信される、情報処理装置を識別する識別情報を受信するための識別情報受信手段と、
    前記識別情報受信手段により受信した前記他の情報処理装置の識別情報に基づいて、前記他の情報処理装置に対する譲渡データの送信および前記他の情報処理装置からの譲渡データの受信の少なくとも一方を行う譲渡データ通信処理を行うか否かを判断する譲渡データ通信判断手段と、
    前記譲渡データ通信判断手段の判断結果に基づいて前記譲渡データ通信処理を制御する譲渡データ通信制御手段と、
    少なくとも前記譲渡データ通信判断手段の判断処理をしたことを登録条件として、当該登録条件を満たす場合に、当該譲渡データ通信処理を行う相手となる前記他の情報処理装置の識別情報を前記記憶手段に登録する識別情報登録制御手段とを含み、
    前記譲渡データ通信判断手段は、前記識別情報受信手段により受信した前記他の情報処理装置の識別情報が前記記憶手段に登録されていた場合には、当該譲渡データ通信処理を行なわないと判断する、情報処理装置。
  25. 記憶手段と、
    他の情報処理装置から送信される、情報処理装置を識別する識別情報を受信するための識別情報受信手段と、
    前記識別情報受信手段により受信した前記他の情報処理装置の識別情報に基づいて、前記他の情報処理装置からの譲渡データの受信を行う譲渡データ通信処理を行うか否かを判断する譲渡データ通信判断手段と、
    前記譲渡データ通信判断手段の判断結果に基づいて前記譲渡データ通信処理を制御する譲渡データ通信制御手段と、
    少なくとも前記譲渡データ通信制御手段により前記譲渡データ通信処理を行うことを登録条件として、当該登録条件を満たす場合に、当該譲渡データ通信処理を行う相手となる前記他の情報処理装置の識別情報を前記記憶手段に登録する識別情報登録制御手段とを含み、
    前記譲渡データ通信判断手段は、前記識別情報受信手段により受信した前記他の情報処理装置の識別情報が前記記憶手段に登録されていた場合には、当該譲渡データ通信処理を行わないと判断する、情報処理装置。
  26. 記憶手段と、
    他の情報処理装置から送信される、情報処理装置を識別する識別情報を受信するための識別情報受信手段と、
    前記識別情報受信手段により受信した前記他の情報処理装置の識別情報に基づいて、前記他の情報処理装置に対して譲渡データの送信を行う譲渡データ通信処理を行うか否かを判断する譲渡データ通信判断手段と、
    前記譲渡データ通信判断手段の判断結果に基づいて前記譲渡データ通信処理を制御する譲渡データ通信制御手段と、
    少なくとも前記譲渡データ通信制御手段により前記譲渡データ通信処理を行うことを登録条件として、当該登録条件を満たす場合に、当該譲渡データ通信処理を行う相手となる前記他の情報処理装置の識別情報を前記記憶手段に登録する識別情報登録制御手段とを含み、
    前記譲渡データ通信判断手段は、前記識別情報受信手段により受信した前記他の情報処理装置の識別情報が前記記憶手段に登録されていた場合には、当該譲渡データ通信処理を行わないと判断する、情報処理装置。
  27. 複数の情報処理装置と複数の固定端末機器を含む、情報処理システムであって、
    前記情報処理装置は、
    記憶手段と、
    前記複数の情報処理装置のうちの他の情報処理装置あるいは複数の固定端末機器のうちの１つの固定端末機器から送信される、情報処理装置あるいは固定端末機器を識別する識別情報を受信するための識別情報受信手段と、
    前記識別情報受信手段により受信した前記他の情報処理装置あるいは前記固定端末機器の識別情報に基づいて、前記他の情報処理装置あるいは前記固定端末機器に対する譲渡データの送信および前記他の情報処理装置あるいは前記固定端末機器からの譲渡データの受信の少なくとも一方を行う譲渡データ通信処理を行うか否かを判断する譲渡データ通信判断手段と、
    前記譲渡データ通信判断手段の判断結果に基づいて前記譲渡データ通信処理を制御する譲渡データ通信制御手段と、
    少なくとも前記譲渡データ通信制御手段により前記譲渡データ通信処理を行うことを登録条件として、当該登録条件を満たす場合に、当該譲渡データ通信処理を行う相手となる前記他の情報処理装置あるいは前記固定端末機器の識別情報を前記記憶手段に登録する識別情報登録制御手段とを含み、
    前記譲渡データ通信判断手段は、前記識別情報受信手段により受信した前記他の情報処理装置あるいは前記固定端末機器の識別情報が前記記憶手段に登録されていた場合には、当該譲渡データ通信処理を行なわないと判断する、情報処理システム。
  28. 前記記憶手段は、前記識別情報登録制御手段により登録された前記情報処理装置の識別情報を登録する第１の領域と、前記固定端末機器の識別情報を登録する第２の領域とを有する、請求項２７記載の情報処理システム。
  29. 記憶手段と、
    他の情報処理装置あるいは固定端末機器から送信される、情報処理装置あるいは固定端末機器を識別する識別情報を受信するための識別情報受信手段と、
    前記識別情報受信手段により受信した前記他の情報処理装置あるいは前記固定端末機器の識別情報に基づいて、前記他の情報処理装置あるいは前記固定端末機器に対する譲渡データの送信および前記他の情報処理装置あるいは前記固定端末機器からの譲渡データの受信の少なくとも一方を行う譲渡データ通信処理を行うか否かを判断する譲渡データ通信判断手段と、
    前記譲渡データ通信判断手段の判断結果に基づいて前記譲渡データ通信処理を制御する譲渡データ通信制御手段と、
    少なくとも前記譲渡データ通信制御手段により前記譲渡データ通信処理を行うことを登録条件として、当該登録条件を満たす場合に、当該譲渡データ通信処理を行う相手となる前記他の情報処理装置あるいは前記固定端末機器の識別情報を前記記憶手段に登録する識別情報登録制御手段とを含み、
    前記譲渡データ通信判断手段は、前記識別情報受信手段により受信した前記他の情報処理装置あるいは前記固定端末機器の識別情報が前記記憶手段に登録されていた場合には、当該譲渡データ通信処理を行なわないと判断する、情報処理装置。
JP2009208228A 2009-09-09 2009-09-09 情報処理システムおよび情報処理装置 Active JP5674296B2 (ja)

Priority Applications (2)

Application Number Priority Date Filing Date Title
JP2009208228A JP5674296B2 (ja) 2009-09-09 2009-09-09 情報処理システムおよび情報処理装置
US12/871,243 US9450917B2 (en) 2009-09-09 2010-08-30 Information processing system, apparatus, method and control program capable of executing efficient data communication dispensing with communication with once communicated partner

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2009208228A JP5674296B2 (ja) 2009-09-09 2009-09-09 情報処理システムおよび情報処理装置

Publications (3)

Publication Number Publication Date
JP2011056007A true JP2011056007A (ja) 2011-03-24
JP2011056007A5 JP2011056007A5 (ja) 2014-01-09
JP5674296B2 JP5674296B2 (ja) 2015-02-25

Family

ID=43648522

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2009208228A Active JP5674296B2 (ja) 2009-09-09 2009-09-09 情報処理システムおよび情報処理装置

Country Status (2)

Country Link
US (1) US9450917B2 (ja)
JP (1) JP5674296B2 (ja)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2013017726A (ja) * 2011-07-13 2013-01-31 Sankyo Co Ltd 携帯端末
WO2013115128A1 (ja) 2012-02-01 2013-08-08 株式会社オーガンテクノロジーズ 歯科用インプラントおよびその製造方法

Families Citing this family (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP4871373B2 (ja) 2009-06-19 2012-02-08 任天堂株式会社 情報処理システムおよび情報処理装置
JP5674296B2 (ja) 2009-09-09 2015-02-25 任天堂株式会社 情報処理システムおよび情報処理装置
JP2011250874A (ja) 2010-05-31 2011-12-15 Nintendo Co Ltd 情報処理プログラム、情報処理装置、情報処理システム及び情報処理方法
JP5593566B2 (ja) 2010-06-10 2014-09-24 任天堂株式会社 情報処理システム、情報処理装置、情報処理装置の制御方法および情報処理装置の制御プログラム
JP5677811B2 (ja) 2010-06-11 2015-02-25 任天堂株式会社 携帯型情報端末、携帯情報システム、携帯型情報端末制御プログラム
JP2012018657A (ja) 2010-06-11 2012-01-26 Nintendo Co Ltd 情報処理端末、情報処理システム、情報処理プログラム
JP5507350B2 (ja) 2010-06-11 2014-05-28 任天堂株式会社 携帯型情報端末、携帯型情報端末制御プログラム、携帯型情報システム、および、携帯型情報端末制御方法
JP4999213B2 (ja) 2010-09-17 2012-08-15 任天堂株式会社 情報処理プログラム、携帯端末装置、システム、情報処理方法及び通信システム
JP4882022B1 (ja) 2010-12-28 2012-02-22 任天堂株式会社 通信システム、情報処理プログラム、情報処理方法、情報処理装置、情報処理システム
US9195683B2 (en) * 2012-02-21 2015-11-24 Nintendo Co., Ltd. Information processing system, computer-readable non-transitory storage medium, information processing method and information processor
JP6184058B2 (ja) * 2012-05-15 2017-08-23 任天堂株式会社 情報処理プログラム、情報処理装置、情報処理装置の制御方法および情報処理システム
US9723545B2 (en) 2013-11-01 2017-08-01 Qualcomm Incorporated Discovery of Wi-Fi direct services via discovery probe

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2002027552A (ja) * 2000-07-06 2002-01-25 Toshiba Corp 携帯機器、無線通信システム、および携帯機器の動作状態制御方法
JP2005018377A (ja) * 2003-06-25 2005-01-20 Internatl Business Mach Corp <Ibm> コンピュータ装置、無線アクセスポイント、無線ネットワークを介した電源投入方法、フレーム聴取方法、フレーム送信方法、およびプログラム
JP2005028103A (ja) * 2003-06-17 2005-02-03 Nintendo Co Ltd ゲームシステム、ゲーム装置およびゲームプログラム
JP2007142613A (ja) * 2005-11-16 2007-06-07 Sony Corp 情報処理装置および情報処理方法
JP2008142181A (ja) * 2006-12-07 2008-06-26 Square Enix Co Ltd ビデオゲーム処理装置、ビデオゲーム処理方法、およびビデオゲーム処理プログラム
JP2008153905A (ja) * 2006-12-18 2008-07-03 Fujitsu Ltd ネットワーク中継プログラム、ネットワーク中継装置、通信システム、ネットワーク中継方法

Family Cites Families (176)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH04176235A (ja) 1990-11-08 1992-06-23 Nintendo Co Ltd ゲーム機用通信アダプタ
GB9210363D0 (en) 1992-05-14 1992-07-01 Codemasters Ltd Computer game systems
US5666293A (en) 1994-05-27 1997-09-09 Bell Atlantic Network Services, Inc. Downloading operating system software through a broadcast channel
GB9421840D0 (en) 1994-10-28 1994-12-14 Plessey Semiconductors Ltd Improvements in or relating to television receivers
US5618045A (en) 1995-02-08 1997-04-08 Kagan; Michael Interactive multiple player game system and method of playing a game between at least two players
US5732275A (en) 1996-01-11 1998-03-24 Apple Computer, Inc. Method and apparatus for managing and automatically updating software programs
JPH1083363A (ja) 1996-03-28 1998-03-31 Mega Chips:Kk ゲームプログラム供給システムおよびプログラム書き換えシステム
US6151643A (en) 1996-06-07 2000-11-21 Networks Associates, Inc. Automatic updating of diverse software products on multiple client computer systems by downloading scanning application to client computer and generating software list on client computer
US6438573B1 (en) 1996-10-09 2002-08-20 Iowa State University Research Foundation, Inc. Real-time programming method
US6745224B1 (en) 1996-12-06 2004-06-01 Microsoft Corporation Object framework and services for periodically recurring operations
JPH1153184A (ja) 1997-08-08 1999-02-26 Seta:Kk データ配信方法および装置
JP3494567B2 (ja) 1998-01-22 2004-02-09 株式会社ナムコ 携帯用通信玩具及び情報記憶媒体
JP4548624B2 (ja) 1998-06-30 2010-09-22 雅信 鯨田 出会い・交流・連絡もしくは交信の支援のための装置
JP4406475B2 (ja) 1998-12-16 2010-01-27 任天堂株式会社 携帯型データ送受信端末装置及びそれを用いた携帯型通信システム
JP4228253B2 (ja) 1999-03-01 2009-02-25 ソニー株式会社 歩数計
US7054831B2 (en) 1999-07-07 2006-05-30 Eric Koenig System and method for combining interactive game with interactive advertising
US7704147B2 (en) 1999-10-06 2010-04-27 Igt Download procedures for peripheral devices
US7290072B2 (en) 1999-10-06 2007-10-30 Igt Protocols and standards for USB peripheral communications
US7819750B2 (en) 1999-10-06 2010-10-26 Igt USB software architecture in a gaming machine
JP4039654B2 (ja) 1999-11-22 2008-01-30 株式会社東芝 携帯端末を用いたサービスシステム
JP2001175556A (ja) 1999-12-21 2001-06-29 Canon Inc 電子メール受信装置及びその電子メール受信方法ならびに記録媒体
JP3360062B2 (ja) 2000-02-14 2002-12-24 エヌイーシーアクセステクニカ株式会社 歩数計付き携帯無線通信装置
JP3333773B2 (ja) 2000-04-14 2002-10-15 コナミ株式会社 ゲーム装置、ゲーム装置の制御方法及び情報記憶媒体
JP3585422B2 (ja) 2000-06-01 2004-11-04 シャープ株式会社 アクセスポイント装置及びその認証処理方法
US7114010B2 (en) 2000-06-28 2006-09-26 Broadcom Corporation Multi-mode controller
US20020016166A1 (en) 2000-08-01 2002-02-07 Kazuyuki Uchida Download system
JP2002102530A (ja) 2000-10-03 2002-04-09 Sega Corp 画像処理システム
JP2002159739A (ja) 2000-11-27 2002-06-04 Casio Comput Co Ltd 電子ゲームシステム、電子ゲーム装置、および記録媒体
US20070136817A1 (en) 2000-12-07 2007-06-14 Igt Wager game license management in a peer gaming network
US20020083160A1 (en) 2000-12-21 2002-06-27 Don Middleton Method and apparatus for managing applications and data in a mobile device
JP4922513B2 (ja) 2000-12-28 2012-04-25 任天堂株式会社 ゲーム管理装置，ゲームプログラムおよびゲームシステム
JP2002297483A (ja) 2001-04-03 2002-10-11 Kenwood Corp 移動体通信端末、移動体通信端末の通信方法及びプログラム
JP4312415B2 (ja) 2001-05-11 2009-08-12 株式会社スクウェア・エニックス メッセージ交換システム及び方法、クライアントシステム、記録媒体並びにプログラム
US20030033413A1 (en) 2001-06-19 2003-02-13 Willson Alan N. Mobile wireless local area network
JP3538397B2 (ja) 2001-07-05 2004-06-14 株式会社コナミコンピュータエンタテインメントスタジオ ネットワークゲーム用サーバ装置、ネットワークゲーム進行制御方法及びネットワークゲーム進行制御プログラム
US20080148350A1 (en) 2006-12-14 2008-06-19 Jeffrey Hawkins System and method for implementing security features and policies between paired computing devices
JP2003196217A (ja) 2001-12-28 2003-07-11 Nec Corp 迷惑メールの着信拒否設定方法、およびそのメール装置
JP2003219465A (ja) 2002-01-17 2003-07-31 Matsushita Electric Ind Co Ltd 移動体通信システム
JP2003229809A (ja) 2002-02-05 2003-08-15 Nec Infrontia Corp メッセージ伝搬方法及びその方式
JP2003337716A (ja) 2002-05-20 2003-11-28 Ntt Docomo Inc 電子機器、データ共用方法、プログラム及び記憶媒体
JP2004005110A (ja) 2002-05-31 2004-01-08 Toshiba Corp 情報機器、ランチャプログラム
US8316298B2 (en) 2002-06-18 2012-11-20 Aaron Conti Method and apparatus for providing entertainment through an interactive device
US7376959B2 (en) 2002-06-27 2008-05-20 Siebel Systems, Inc. Method and system for outbound web services
JP2004057515A (ja) 2002-07-29 2004-02-26 Sega Corp 通信ゲーム装置
JP2004118291A (ja) 2002-09-24 2004-04-15 Hitachi Kokusai Electric Inc ソフトウェア管理システム及び障害管理装置
JP2004136009A (ja) 2002-10-21 2004-05-13 Nintendo Co Ltd 無線通信ゲームシステム
US20040082383A1 (en) 2002-10-24 2004-04-29 Motorola, Inc Methodology and wireless device for interactive gaming
JP2004186769A (ja) 2002-11-29 2004-07-02 Toshiba Corp 通信システム、通信制御方法、及び通信制御端末
US7428587B2 (en) * 2002-12-19 2008-09-23 Microsoft Corporation Generating globally unique device identification
AU2003296056A1 (en) 2002-12-20 2004-07-14 Matsushita Electric Industrial Co., Ltd. Information management system
JP2004221671A (ja) 2003-01-09 2004-08-05 Matsushita Electric Ind Co Ltd 移動局装置、及びセルサーチ制御方法並びにプログラム
US7114090B2 (en) 2003-02-14 2006-09-26 Intel Corporation Computing system with operational low power states
US7620027B2 (en) 2003-03-14 2009-11-17 Canon Kabushiki Kaisha Communication system, information processing device, connection device, and connection device designation method for designating connection device for communication device to connect to
WO2004100010A1 (en) 2003-04-30 2004-11-18 Iptv Systems, Llc Secure, continuous, proxy-optimized, device-to-device data download reception system and method of use
DE602004011501T2 (de) 2003-05-07 2008-05-21 Matsushita Electric Industrial Co., Ltd., Kadoma Sende-empfangssystem mit nachrichtenauthentifizierungskode
US20070213795A1 (en) 2003-05-08 2007-09-13 Kerry Bradley Implantable medical lead
US7455590B2 (en) 2003-05-09 2008-11-25 Microsoft Corporation Sending messages in response to events occurring on a gaming service
WO2004104883A1 (ja) 2003-05-20 2004-12-02 Sony Corporation コンテンツ提供システム、情報処理装置および方法、並びにプログラム
JP2004348203A (ja) 2003-05-20 2004-12-09 Sony Corp コンテンツ提供システム、情報処理装置および方法、並びにプログラム
JP3714340B2 (ja) 2003-05-20 2005-11-09 日本電気株式会社 プレゼンスサービスを応用したアクセスポイント高速接続方法
JP5043451B2 (ja) 2003-06-17 2012-10-10 任天堂株式会社 ゲームシステム、ゲーム装置およびゲームプログラム
JP4622223B2 (ja) 2003-09-30 2011-02-02 カシオ計算機株式会社 携帯電話機
US7583643B2 (en) 2003-09-30 2009-09-01 Motorola, Inc. Enhanced passive scanning
JP3927532B2 (ja) 2003-10-03 2007-06-13 インターナショナル・ビジネス・マシーンズ・コーポレーション 情報処理装置、情報処理装置の制御方法、プログラム及び記録媒体
US7257583B2 (en) 2004-01-09 2007-08-14 Microsoft Corporation System and method for updating an on-device application catalog in a mobile device receiving a push message from a catalog server indicating availability of an application for download
US7565653B2 (en) 2004-02-20 2009-07-21 Sony Computer Entertainment Inc. Methods and apparatus for processor task migration in a multi-processor system
JP2005242399A (ja) 2004-02-24 2005-09-08 Nec Saitama Ltd プッシュ型コンテンツ配信サービスシステム、方法及びサーバ
JP4653403B2 (ja) 2004-02-27 2011-03-16 株式会社ドワンゴ プログラム配信システムおよびプログラムの使用を許可する方法
JP4376661B2 (ja) 2004-03-02 2009-12-02 任天堂株式会社 ゲームシステムおよびゲームプログラム
JP2005266160A (ja) 2004-03-17 2005-09-29 Fuji Photo Film Co Ltd 携帯型情報端末
JP4342356B2 (ja) 2004-03-22 2009-10-14 任天堂株式会社 ゲームシステム、ゲーム装置、およびゲームプログラム
JP3761091B2 (ja) 2004-05-07 2006-03-29 株式会社ソニー・コンピュータエンタテインメント アプリケーション実行方法、ファイルデータダウンロード方法、ファイルデータアップロード方法、通信方法および無線通信端末装置
EP1755043A4 (en) 2004-05-17 2011-08-10 Sega Corp INFORMATION TRANSMISSION METHOD AND INFORMATION TRANSMISSION SYSTEM IN WHICH CONTENT IS CHANGED DURING THE INFORMATION TRANSMISSION PROCESS
JP2006005630A (ja) 2004-06-17 2006-01-05 Toyota Industries Corp 無線端末、ネットワーク接続装置、切り換えの候補の探索方法及びプログラム
JP2006072685A (ja) 2004-09-02 2006-03-16 Fujitsu Support & Service Kk 電子メール処理装置
JP2006101474A (ja) 2004-09-06 2006-04-13 Junichi Kamiyama メール受信方法、メール受信装置およびメールサーバ
JP2006146306A (ja) 2004-11-16 2006-06-08 Aruze Corp アプリケーション提供用サーバ、システムおよび提供方法
JP3888558B2 (ja) * 2004-11-18 2007-03-07 任天堂株式会社 無線ネットワークシステムおよび無線通信プログラム
US7818734B2 (en) 2005-01-21 2010-10-19 Callwave, Inc. Methods and systems for transferring data over a network
US20060166739A1 (en) 2005-01-25 2006-07-27 Jeng-Tay Lin Operating method for a wireless recreation system
JP4573113B2 (ja) 2005-02-21 2010-11-04 日本電気株式会社 移動体通信システム、方法、プログラム、移動体通信端末及びサーバ
US20060234631A1 (en) 2005-04-15 2006-10-19 Jorge Dieguez System and method for generation of interest -based wide area virtual network connections
JP4754261B2 (ja) 2005-04-28 2011-08-24 任天堂株式会社 ゲームシステム、ゲーム装置、ゲームプログラムおよびゲーム制御方法
JP4781743B2 (ja) 2005-05-06 2011-09-28 任天堂株式会社 通信ゲームシステム
JP2007004316A (ja) 2005-06-22 2007-01-11 Nec Corp プログラム配信システム、プログラム配信サーバ及びそれらに用いるプログラム配信方法
JP5013544B2 (ja) 2005-08-19 2012-08-29 任天堂株式会社 携帯情報端末用無線ユーザネットワーク
JP4777725B2 (ja) 2005-08-31 2011-09-21 フェリカネットワークス株式会社 携帯端末装置，サーバ装置，アプリケーション提供方法およびコンピュータプログラム
JP4652190B2 (ja) 2005-09-22 2011-03-16 株式会社バンダイナムコゲームス プログラム、情報記憶媒体及び電子機器
JP3995257B2 (ja) 2005-10-04 2007-10-24 任天堂株式会社 通信ゲームプログラムおよび通信ゲームシステム
JP5105458B2 (ja) 2005-10-04 2012-12-26 任天堂株式会社 ゲームシステムおよびゲームプログラム
JP3957725B2 (ja) 2005-10-04 2007-08-15 任天堂株式会社 通信ゲームプログラムおよび通信ゲームシステム
JP5501546B2 (ja) 2005-10-04 2014-05-21 任天堂株式会社 ゲームシステム、ゲーム装置およびゲームプログラム
US9055093B2 (en) 2005-10-21 2015-06-09 Kevin R. Borders Method, system and computer program product for detecting at least one of security threats and undesirable computer files
US8261258B1 (en) 2005-10-28 2012-09-04 Google Inc. Common installer client
JP3839459B1 (ja) 2005-11-02 2006-11-01 任天堂株式会社 通信ゲームシステム
JP4836241B2 (ja) 2005-11-10 2011-12-14 任天堂株式会社 通信システム、通信プログラム、および通信端末
JP4966539B2 (ja) 2005-11-10 2012-07-04 任天堂株式会社 通信システム、ならびにそれに用いられる通信プログラムおよびアクセスポイント装置
JP5005210B2 (ja) 2005-11-11 2012-08-22 任天堂株式会社 ネットワークゲームシステム、ネットワークゲームプログラムおよびネットワーク構築方法
JP4850490B2 (ja) 2005-11-11 2012-01-11 任天堂株式会社 ゲームプログラムおよびゲーム装置
JP2007164699A (ja) 2005-12-16 2007-06-28 Namco Bandai Games Inc プログラム、情報記憶媒体及び携帯型ゲーム機
US8606251B2 (en) 2005-12-22 2013-12-10 Sony Corporation Mobile terminals, methods and computer program products incorporating podcast link activation control
US7920543B2 (en) 2006-01-18 2011-04-05 Qualcomm Incorporated Wireless broadband communications network using message diffusion architecture
JP4781824B2 (ja) 2006-01-18 2011-09-28 任天堂株式会社 通信システム、ならびにそれに用いられる通信プログラムおよび接続制御装置
JP4128587B2 (ja) 2006-01-19 2008-07-30 株式会社スクウェア・エニックス ゲーム装置、ランキング情報作成方法、プログラム及び記録媒体
KR100753396B1 (ko) 2006-02-17 2007-08-30 삼성전자주식회사 복수의 정보를 포함하는 방송데이터 전송방법 및 그 장치
US20070249365A1 (en) 2006-04-20 2007-10-25 Sony Ericsson Mobile Communications Ab Device, method and computer program for connecting a mobile device to a wireless network
US20070271234A1 (en) 2006-05-22 2007-11-22 Ravikiran Chickmangalore N Information Exchange Among Members of a Group of Communication Device Users
JP5020550B2 (ja) 2006-06-16 2012-09-05 株式会社バンダイナムコゲームス シールプリント機及びプリントシール製造方法
JP5285843B2 (ja) 2006-06-28 2013-09-11 任天堂株式会社 無線通信システム
JP4845612B2 (ja) 2006-07-03 2011-12-28 株式会社ソニー・コンピュータエンタテインメント 通信装置、通信中継装置およびゲーム装置
JP5051822B2 (ja) 2006-08-02 2012-10-17 任天堂株式会社 汎用遠隔制御機能を備えたゲーム装置
JP5124119B2 (ja) 2006-09-23 2013-01-23 ソフトバンクモバイル株式会社 通信端末装置、並びに通信端末装置とサーバとの間の通信方法及び通信システム
KR100797563B1 (ko) 2006-09-26 2008-01-24 삼성전자주식회사 메시지 전송 방법 및 장치
JP4974143B2 (ja) 2006-10-30 2012-07-11 京セラ株式会社 携帯通信端末
JP5362952B2 (ja) 2006-11-17 2013-12-11 任天堂株式会社 ゲーム装置、ゲームプログラム、ゲームシステムおよびゲーム制御方法
US8192287B2 (en) 2006-11-17 2012-06-05 Nintendo Co., Ltd. Game apparatus and storage medium storing a game program for conducting data communications with a network
JP4137156B2 (ja) 2006-12-04 2008-08-20 株式会社スクウェア・エニックス ビデオゲーム処理装置、ビデオゲーム処理方法、およびビデオゲーム処理プログラム
JP4940935B2 (ja) 2006-12-21 2012-05-30 日本電気株式会社 無線通信端末およびその基地局サーチ方法
JP5183071B2 (ja) 2007-01-22 2013-04-17 任天堂株式会社 表示制御装置および表示制御プログラム
JP5037172B2 (ja) 2007-02-27 2012-09-26 株式会社バンダイナムコゲームス プログラム、情報記憶媒体及びゲーム装置
JP5031023B2 (ja) 2007-03-15 2012-09-19 パナソニック株式会社 無線通信装置およびアクセスポイント接続方法
JP5200006B2 (ja) 2007-03-30 2013-05-15 株式会社Ａｃｃｅｓｓ 携帯通信端末、携帯通信端末で実行されるプログラム
WO2008130922A2 (en) 2007-04-18 2008-10-30 Cisco Technology, Inc. Hybrid time-spatial multiplexing for wireless broadcast messages through antenna radiation beam synthesis
JP5285234B2 (ja) 2007-04-24 2013-09-11 任天堂株式会社 ゲームシステム、情報処理システム
JP2008310499A (ja) 2007-06-13 2008-12-25 Nippon Telegr & Teleph Corp <Ntt> サービス提供位置情報管理方法および装置、プログラム、記録媒体
JP4424382B2 (ja) 2007-07-04 2010-03-03 ソニー株式会社 コンテンツ再生装置およびコンテンツ自動受信方法
JP5025356B2 (ja) 2007-07-10 2012-09-12 キヤノン株式会社 通信システム、情報処理装置ならびに通信制御方法
JP2009026178A (ja) 2007-07-23 2009-02-05 Dash Plus:Kk 出会い支援装置及び出会い支援システム
JP2009033490A (ja) 2007-07-27 2009-02-12 Rohm Co Ltd 情報通信端末、無線通信装置および無線通信ネットワーク
EP2020802A3 (en) 2007-08-03 2012-05-09 Nintendo Co., Ltd. Handheld wireless game device server, handheld wireless device client and system using same
US8078160B2 (en) 2007-08-17 2011-12-13 Kenneth Ray Quinn Wireless network notification, messaging and access device
US9288751B2 (en) 2007-08-29 2016-03-15 Qualcomm Incorporated Use of position data to select wireless access point
WO2009029108A1 (en) 2007-08-31 2009-03-05 Vulano Group, Inc. Gaming system with end user feedback for a communication network having a multi-media management
US8769639B2 (en) 2007-09-04 2014-07-01 Microsoft Corporation History-based downgraded network identification
JP2009065306A (ja) 2007-09-05 2009-03-26 Hitachi Ltd センサノード及びセンサネットワークシステム
JP2011504252A (ja) 2007-10-11 2011-02-03 クゥアルコム・インコーポレイテッド ブロードキャストデータを受信するための背景処理を可能とするスケジューリングされたダウンロード
JP4408929B2 (ja) 2007-11-22 2010-02-03 株式会社スクウェア・エニックス オンラインゲームシステム
JP5420833B2 (ja) 2007-11-30 2014-02-19 任天堂株式会社 ゲームシステム
US8600457B2 (en) 2007-11-30 2013-12-03 Microsoft Corporation Sleep mode for mobile communication device
JP2009147828A (ja) 2007-12-17 2009-07-02 Sony Ericsson Mobilecommunications Japan Inc 携帯端末装置、個人情報交換プログラム、個人情報交換方法、及び個人情報交換システム
JP4479801B2 (ja) 2008-01-30 2010-06-09 ブラザー工業株式会社 情報処理装置、情報処理方法及びプログラム
JP2009205422A (ja) 2008-02-27 2009-09-10 Nintendo Co Ltd 情報処理システム
JP2009225000A (ja) 2008-03-14 2009-10-01 Raburifiiru:Kk 折畳み型携帯電話機への情報配信制御用のプログラム
US20090254953A1 (en) 2008-04-02 2009-10-08 Chung-Hung Lin Wireless video and audio broadcasting device
US8099332B2 (en) 2008-06-06 2012-01-17 Apple Inc. User interface for application management for a mobile device
JP5243870B2 (ja) 2008-07-15 2013-07-24 任天堂株式会社 情報処理システム、情報処理装置、および情報処理プログラム
JP4334602B1 (ja) 2008-06-17 2009-09-30 任天堂株式会社 情報処理装置、情報処理システム、および情報処理プログラム
US8520570B2 (en) 2008-06-17 2013-08-27 Nintendo Co., Ltd. Data communication system, information processing apparatus and storage medium having stored thereon information processing program
JP2010028672A (ja) 2008-07-23 2010-02-04 Panasonic Corp 無線通信装置
JP4989577B2 (ja) 2008-07-23 2012-08-01 株式会社スクウェア・エニックス ビデオゲーム処理装置、およびビデオゲーム処理プログラム
US8116679B2 (en) 2008-09-15 2012-02-14 Sony Ericsson Mobile Communications Ab WLAN connection facilitated via near field communication
JP2010079546A (ja) 2008-09-25 2010-04-08 Hitachi Software Eng Co Ltd プログラム配信更新システム
JP5140538B2 (ja) 2008-09-30 2013-02-06 任天堂株式会社 起動制御プログラム、起動制御装置、起動制御システム、及び、起動制御方法
CN102216915B (zh) 2008-11-17 2015-08-12 索尼电脑娱乐公司 无线通信终端及其控制方法和信息存储介质
JP5374170B2 (ja) 2009-01-22 2013-12-25 任天堂株式会社 情報処理プログラム、情報処理装置、情報処理システムおよび情報処理方法
US8185165B2 (en) 2009-06-01 2012-05-22 Hewlett-Packard Development Company, L.P. Method and apparatus for adaptive power saving in a mobile computing device
US8346847B2 (en) 2009-06-03 2013-01-01 Apple Inc. Installing applications based on a seed application from a separate device
JP4871373B2 (ja) 2009-06-19 2012-02-08 任天堂株式会社 情報処理システムおよび情報処理装置
JP5674296B2 (ja) 2009-09-09 2015-02-25 任天堂株式会社 情報処理システムおよび情報処理装置
US8229962B1 (en) 2009-10-19 2012-07-24 Quest Software, Inc. Location-aware task management systems and methods
US8254985B2 (en) 2009-11-04 2012-08-28 Research In Motion Limited Methods and apparatus for use in controlling wireless transceiver operation in a mobile communication device
JP5426348B2 (ja) 2009-12-14 2014-02-26 任天堂株式会社 ネットワークシステム，通信端末および通信プログラム
JP5574718B2 (ja) 2010-01-15 2014-08-20 任天堂株式会社 携帯端末プログラム、携帯端末装置およびシステム
JP5498199B2 (ja) 2010-02-25 2014-05-21 任天堂株式会社 情報処理システム、情報処理装置、および、通信方法
JP5498212B2 (ja) 2010-03-17 2014-05-21 任天堂株式会社 通信装置、通信制御プログラム、通信制御方法、および通信システム
US8494439B2 (en) 2010-05-04 2013-07-23 Robert Bosch Gmbh Application state and activity transfer between devices
US9693039B2 (en) 2010-05-27 2017-06-27 Nintendo Co., Ltd. Hand-held electronic device
JP2011250874A (ja) 2010-05-31 2011-12-15 Nintendo Co Ltd 情報処理プログラム、情報処理装置、情報処理システム及び情報処理方法
JP5593566B2 (ja) 2010-06-10 2014-09-24 任天堂株式会社 情報処理システム、情報処理装置、情報処理装置の制御方法および情報処理装置の制御プログラム
JP2012018657A (ja) 2010-06-11 2012-01-26 Nintendo Co Ltd 情報処理端末、情報処理システム、情報処理プログラム
JP5507350B2 (ja) 2010-06-11 2014-05-28 任天堂株式会社 携帯型情報端末、携帯型情報端末制御プログラム、携帯型情報システム、および、携帯型情報端末制御方法
JP5677811B2 (ja) 2010-06-11 2015-02-25 任天堂株式会社 携帯型情報端末、携帯情報システム、携帯型情報端末制御プログラム
JP5800483B2 (ja) 2010-07-07 2015-10-28 任天堂株式会社 情報処理プログラム、情報処理装置、情報処理システムおよび情報処理方法
JP5572494B2 (ja) 2010-07-07 2014-08-13 任天堂株式会社 情報処理システム、情報処理プログラム、情報処理装置、情報処理方法
JP4999213B2 (ja) 2010-09-17 2012-08-15 任天堂株式会社 情報処理プログラム、携帯端末装置、システム、情報処理方法及び通信システム
JP4882022B1 (ja) 2010-12-28 2012-02-22 任天堂株式会社 通信システム、情報処理プログラム、情報処理方法、情報処理装置、情報処理システム

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2002027552A (ja) * 2000-07-06 2002-01-25 Toshiba Corp 携帯機器、無線通信システム、および携帯機器の動作状態制御方法
JP2005028103A (ja) * 2003-06-17 2005-02-03 Nintendo Co Ltd ゲームシステム、ゲーム装置およびゲームプログラム
JP2005018377A (ja) * 2003-06-25 2005-01-20 Internatl Business Mach Corp <Ibm> コンピュータ装置、無線アクセスポイント、無線ネットワークを介した電源投入方法、フレーム聴取方法、フレーム送信方法、およびプログラム
JP2007142613A (ja) * 2005-11-16 2007-06-07 Sony Corp 情報処理装置および情報処理方法
JP2008142181A (ja) * 2006-12-07 2008-06-26 Square Enix Co Ltd ビデオゲーム処理装置、ビデオゲーム処理方法、およびビデオゲーム処理プログラム
JP2008153905A (ja) * 2006-12-18 2008-07-03 Fujitsu Ltd ネットワーク中継プログラム、ネットワーク中継装置、通信システム、ネットワーク中継方法

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
BHUPENDER VIRK: "無線ＬＡＮでセンサ・ネット実現へ 低消費電力型無線ＩＣを開発", 日経エレクトロニクス 第９９７号 NIKKEI ELECTRONICS, JPN6013057611, 9 February 2009 (2009-02-09), JP, pages 87 - 94, ISSN: 0002684961 *

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2013017726A (ja) * 2011-07-13 2013-01-31 Sankyo Co Ltd 携帯端末
WO2013115128A1 (ja) 2012-02-01 2013-08-08 株式会社オーガンテクノロジーズ 歯科用インプラントおよびその製造方法

Also Published As

Publication number Publication date
JP5674296B2 (ja) 2015-02-25
US9450917B2 (en) 2016-09-20
US20110060825A1 (en) 2011-03-10

Similar Documents

Publication Publication Date Title
JP5674296B2 (ja) 情報処理システムおよび情報処理装置
JP5593566B2 (ja) 情報処理システム、情報処理装置、情報処理装置の制御方法および情報処理装置の制御プログラム
JP4871373B2 (ja) 情報処理システムおよび情報処理装置
JP4676033B1 (ja) 携帯型情報端末、携帯情報システム、携帯型情報端末制御プログラム
JP5507350B2 (ja) 携帯型情報端末、携帯型情報端末制御プログラム、携帯型情報システム、および、携帯型情報端末制御方法
JP4795859B2 (ja) 情報端末装置およびデータ通信方法
JP2012018657A (ja) 情報処理端末、情報処理システム、情報処理プログラム
JP6088744B2 (ja) プログラム、携帯端末、情報処理方法、および情報処理システム
JP2004282490A (ja) ネットワーク再構築方法、ノード、リンク先変更方法、ネットワーク再構築プログラム、リンク先変更プログラム、および該プログラムを記録した記憶媒体
JP6194211B2 (ja) 情報処理プログラム、情報処理装置、情報処理方法および情報処理システム
JP5750504B2 (ja) 情報処理システム、情報処理装置、情報処理プログラムおよび情報処理装置の制御方法
JP5827016B2 (ja) 情報処理システムおよびゲーム装置
JP2008000186A (ja) ゲーム装置、プログラム及び情報記録媒体
JP2010086312A (ja) 表示端末、データ更新システム、及び表示端末プログラム
JP2007323255A (ja) 情報伝達装置、情報伝達方法、および情報伝達プログラムを記録した記録媒体
CN109963079A (zh) 通信设备、通信设备的控制方法和计算机可读存储介质
JP2009130400A (ja) 通信端末、その方法及びプログラム
JP2009182569A (ja) 情報交換装置、情報再生装置および情報交換システム

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20120720

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20131118

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20131126

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20140122

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20140415

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20140604

A02 Decision of refusal

Free format text: JAPANESE INTERMEDIATE CODE: A02

Effective date: 20140805

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20141014

A911 Transfer to examiner for re-examination before appeal (zenchi)

Free format text: JAPANESE INTERMEDIATE CODE: A911

Effective date: 20141021

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

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20141216

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20141222

R150 Certificate of patent or registration of utility model

Ref document number: 5674296

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250