メインプロセッサと、内部メモリを備える通信モジュールと、を含む携帯通信端末であって、前記通信モジュールは、前記メインプロセッサの動作が停止される所定の動作モードにおいて、通信可能な範囲に存在する他の携帯通信端末を検出し、当該検出した携帯通信端末を対象データ取得の対象端末として決定する対象端末決定手段と、前記決定された対象端末が送信する対象データを取得する対象データ取得手段と、を備え、前記メインプロセッサは、前記取得された対象データを用いた処理を実行する処理実行手段を備え、前記対象データ取得手段は、前記対象データを取得する際に、前記決定された対象端末を識別する識別情報を前記内部メモリに格納し、前記対象端末決定手段は、前記メインプロセッサの動作が停止した状態のまま、前記検出した携帯通信端末の識別情報が前記内部メモリに格納済みか否かを判定し、格納済みであると判定した場合、当該検出した携帯通信端末を対象端末としないことを特徴とする携帯通信端末。請求項1に記載の携帯通信端末において、前記対象データ取得手段は、前記メインプロセッサの動作が停止した状態のまま、前記対象端末が送信する対象データを取得し、当該取得した対象データを前記内部メモリに格納し、前記処理実行手段は、前記所定の動作モードの終了後、前記内部メモリに格納されている対象データを用いた処理を実行することを特徴とする携帯通信端末。請求項2に記載の携帯通信端末において、前記対象端末決定手段は、他の携帯通信端末が送信する報知信号を受信することによって、通信可能な範囲に存在する他の携帯通信端末を検出し、前記対象データ取得手段は、前記受信した報知信号内の所定の部分に含まれるデータを、前記対象データとして取得することを特徴とする携帯通信端末。請求項2又は3に記載の携帯通信端末において、前記対象データ取得手段は、所定数の対象データを取得して前記内部メモリに格納するごとに、前記待機モードの終了を指示し、前記処理実行手段は、前記所定の動作モードでの動作中に前記内部メモリに格納された前記所定数の対象データを用いた処理を実行することを特徴とする携帯通信端末。メインプロセッサと、内部メモリを備える通信モジュールと、を含む携帯通信端末の制御方法であって、前記メインプロセッサの動作が停止される所定の動作モードにおいて、前記通信モジュールが、通信可能な範囲に存在する他の携帯通信端末を検出し、当該検出した携帯通信端末を対象データ取得の対象端末として決定する対象端末決定ステップと、前記通信モジュールが、前記決定された対象端末が送信する対象データを取得する対象データ取得ステップと、前記メインプロセッサが、前記取得された対象データを用いた処理を実行する処理実行ステップと、を含み、前記通信モジュールは、前記対象データ取得ステップにおいて、前記決定された対象端末を識別する識別情報を前記内部メモリに格納し、前記対象端末決定ステップにおいて、前記メインプロセッサの動作が停止した状態のまま、前記検出した携帯通信端末の識別情報が前記内部メモリに格納済みか否かを判定し、格納済みであると判定した場合、当該検出した携帯通信端末を対象端末としないことを特徴とする携帯通信端末の制御方法。上述した機能によれば、携帯通信端末は、ユーザが特別な指示を行わずとも、不特定の他の携帯通信端末から情報を取得することができる。しかしながら、このような機能は、ユーザの指示によらずに自動的に他の携帯通信端末との間で通信を行うので、例えば同じ通信相手と何度も通信接続を行うなど、ユーザにとって不要な動作を行ってしまうおそれがある。このような不要な動作は、電力の消費を招くため、好ましくない。本発明は上記課題を考慮してなされたものであって、その目的の一つは、他の携帯通信端末との間でデータの授受を行う場合に、電力消費を抑えることのできる携帯通信端末、及びその制御方法を提供することにある。本発明に係る携帯通信端末は、メインプロセッサと、内部メモリを備える通信モジュールと、を含む携帯通信端末であって、前記通信モジュールは、前記メインプロセッサの動作が停止される所定の動作モードにおいて、通信可能な範囲に存在する他の携帯通信端末を検出し、当該検出した携帯通信端末を対象データ取得の対象端末として決定する対象端末決定手段と、前記決定された対象端末が送信する対象データを取得する対象データ取得手段と、を備え、前記メインプロセッサは、前記取得された対象データを用いた処理を実行する処理実行手段を備え、前記対象データ取得手段は、前記対象データを取得する際に、前記決定された対象端末を識別する識別情報を前記内部メモリに格納し、前記対象端末決定手段は、前記メインプロセッサの動作が停止した状態のまま、前記検出した携帯通信端末の識別情報が前記内部メモリに格納済みか否かを判定し、格納済みであると判定した場合、当該検出した携帯通信端末を対象端末としないことを特徴とする。前記携帯通信端末において、前記対象データ取得手段は、前記メインプロセッサの動作が停止した状態のまま、前記対象端末が送信する対象データを取得し、当該取得した対象データを前記内部メモリに格納し、前記処理実行手段は、前記所定の動作モードの終了後、前記内部メモリに格納されている対象データを用いた処理を実行することとしてもよい。さらに前記携帯通信端末において、前記対象端末決定手段は、他の携帯通信端末が送信する報知信号を受信することによって、通信可能な範囲に存在する他の携帯通信端末を検出し、前記対象データ取得手段は、前記受信した報知信号内の所定の部分に含まれるデータを、前記対象データとして取得することとしてもよい。また、前記携帯通信端末において、前記対象データ取得手段は、所定数の対象データを取得して前記内部メモリに格納するごとに、前記待機モードの終了を指示し、前記処理実行手段は、前記所定の動作モードでの動作中に前記内部メモリに格納された前記所定数の対象データを用いた処理を実行することとしてもよい。また、本発明に係る携帯通信端末の制御方法は、メインプロセッサと、内部メモリを備える通信モジュールと、を含む携帯通信端末の制御方法であって、前記メインプロセッサの動作が停止される所定の動作モードにおいて、前記通信モジュールが、通信可能な範囲に存在する他の携帯通信端末を検出し、当該検出した携帯通信端末を対象データ取得の対象端末として決定する対象端末決定ステップと、前記通信モジュールが、前記決定された対象端末が送信する対象データを取得する対象データ取得ステップと、前記メインプロセッサが、前記取得された対象データを用いた処理を実行する処理実行ステップと、を含み、前記通信モジュールは、前記対象データ取得ステップにおいて、前記決定された対象端末を識別する識別情報を前記内部メモリに格納し、前記対象端末決定ステップにおいて、前記メインプロセッサの動作が停止した状態のまま、前記検出した携帯通信端末の識別情報が前記内部メモリに格納済みか否かを判定し、格納済みであると判定した場合、当該検出した携帯通信端末を対象端末としないことを特徴とする。以下、本発明の実施形態について、図面に基づき詳細に説明する。図1は、本発明の一実施形態に係る携帯通信端末1のハードウェア構成を示す構成図である。携帯通信端末1は、例えば携帯ゲーム機などの可搬型の情報処理装置であって、図1に示すように、メインプロセッサ11と、メインメモリ12と、通信モジュール13と、電源14と、電源制御回路15と、を含んで構成されている。メインプロセッサ11は、メインメモリ12に記憶されているプログラムに従って各種の情報処理を実行する。特に本実施形態では、メインプロセッサ11は、通信モジュール13に対して待機モードでの動作を指示する。また、通信モジュール13が他の携帯通信端末1から受信したデータを用いて、各種の処理を実行する。メインメモリ12は、RAM等のメモリ素子を含み、メインプロセッサ11が実行するプログラムを格納する。また、メインメモリ12は、メインプロセッサ11のワークメモリとしても動作する。通信モジュール13は、図1に示すように、通信プロセッサ13aと内部メモリ13bとを備えたマイクロプロセッサである。通信モジュール13は、メインプロセッサ11の指示に従って、他の通信機器との間で無線データ通信を行う。この無線データ通信は、IEEE802.11規格に基づく無線LANやBluetoothなど、各種の方式で実現されてよい。電源14は、二次電池等であって、携帯通信端末1の動作に必要な電力を供給する。電源制御回路15は、電源14が供給する電力を必要に応じて変圧し、携帯通信端末1の各部に供給する。本実施形態において、携帯通信端末1は、通常モード及び待機モードを含む複数の動作モードのいずれかで動作する。通常モードは、メインプロセッサ11に電力が供給され、メインプロセッサ11が各種の情報処理を行う動作モードである。一方、待機モードは、通信モジュール13がメインプロセッサ11と独立して通信を行う動作モードであって、この待機モードでの動作中は、メインプロセッサ11に対する電力供給が停止される。すなわち、待機モードにおいては、メインプロセッサ11の動作は停止し、通信モジュール13が自律的に通信相手を検出する処理を行う。なお、待機モードにおいては、メインプロセッサ11への電力供給が停止されるとともに、メインメモリ12は待機モード移行時に記憶されていたデータの維持だけを行い、メインメモリ12に記憶されたデータの更新は行われなくなる。そのため、待機モードでは、携帯通信端末1は通常モードと比較して極めて少ない電力で動作する。携帯通信端末1は、通信モジュール13が待機モードにおいて検出した他の携帯通信端末1との間で、データの授受を行う。以下では、携帯通信端末1同士の間で授受されるデータを対象データという。例えば携帯通信端末1がゲームプログラムを実行する場合、対象データは当該ゲームプログラムによって生成されるデータであって、ゲームのアイテムやキャラクターなどのデータであってよい。以下、携帯通信端末1が実現する機能について、図2の機能ブロック図を用いて説明する。携帯通信端末1は、機能的に、図2に示すように、アプリケーション実行部21と、モード制御部22と、対象端末決定部23と、対象データ取得部24と、を含んで構成される。このうち、アプリケーション実行部21及びモード制御部22は、メインメモリ12に記憶されているプログラムをメインプロセッサ11が実行することにより実現される。対象端末決定部23及び対象データ取得部24は、通信プロセッサ13aが内蔵されたファームウェアを実行することにより、実現される。アプリケーション実行部21は、メインメモリ12に記憶されたアプリケーションプログラムの処理を実行する。例えばこのアプリケーションプログラムがゲームプログラムであれば、アプリケーション実行部21はゲーム処理を実行する。さらに、アプリケーション実行部21は、他の携帯通信端末1に対して送信すべき対象データ送信対象データを生成するとともに、後述する対象データ取得部24が他の携帯通信端末1から取得した対象データ受信対象データを用いた処理を実行する。例えばアプリケーション実行部21は、受信対象データの内容をディスプレイ不図示に表示するなどして、ユーザに提示する。モード制御部22は、アプリケーション実行部21からの指示やユーザの指示操作などを契機として、待機モードを開始させる。具体的に、モード制御部22は、通信モジュール13に対して待機モードの開始を指示するとともに、電源制御回路15に対して、メインプロセッサ11自身への電力供給停止を指示する。これにより、メインプロセッサ11の動作が停止する。対象端末決定部23は、待機モードでの動作中に、通信可能な範囲に存在する他の携帯通信端末1を検出し、当該検出した他の携帯通信端末1を対象端末として決定する。ここで対象端末は、後述する対象データ取得部24が取得対象とする対象データを送信する携帯通信端末1を指している。具体的に、対象端末決定部23は、モード制御部22から待機モードの開始指示を受け付けると、他の携帯通信端末1が送信する報知信号ビーコン信号などを待つ受信待機状態を開始する。ここで報知信号は、通信機器が他の通信機器と通信接続を確立する前に自身に関する情報を他の通信機器に報知するために送信する通信パケットであって、一般的に、特定の1つの通信機器宛てに送信されるのではなく、不特定の通信機器に宛てて送信される。受信待機状態において報知信号を受信した場合、対象端末決定部23は、当該報知信号を送信した通信機器が所定の条件を満たす携帯通信端末1であるか否かの判定を行い、所定の条件を満たす携帯通信端末1であると判定すれば、当該携帯通信端末1を対象端末として決定する。この所定の条件については、後に詳しく説明する。なお、対象端末決定部23は、他の携帯通信端末1が送信する報知信号を待機する受信待機状態と、自身が他の携帯通信端末1に向けて報知信号を一定時間ごとに送信する信号送信状態と、を交互に繰り返してもよい。これにより、ともに待機モードで動作中の2台の携帯通信端末1が互いに通信可能な距離まで近づくと、一方の携帯通信端末1は、他方の携帯通信端末1が送信する報知信号を受信することにより、当該報知信号を送信した携帯通信端末1の存在を検出することができる。対象データ取得部24は、対象端末決定部23が決定した対象端末が送信する対象データを取得する。本実施形態では、対象端末は、送信対象データを前述した報知信号に含めて送信することとする。対象データ取得部24は、対象端末決定部23が対象端末を決定する際に受信した報知信号から、この対象データを抽出する。こうすれば、対象データ取得部24は、対象端末の決定後、改めて当該対象端末との間で通信接続の確立、及び対象データの受信を行うことなく、受信対象データを取得することができる。また、この場合において、取得した受信対象データを内部メモリ13b内に格納することとすれば、対象データ取得部24は、待機モードのまま受信対象データの取得を完了できる。すなわち、受信対象データを取得する際にメインプロセッサ11を動作させたり、メインメモリ12へのアクセスを行ったりする必要がなく、通信モジュール13単独で受信対象データを取得し、保持することができる。この場合、対象端末は、報知信号の所定の部分フィールドに送信対象データを埋め込む。このフィールドは、報知信号の先頭から数えて所定の開始ビットから所定の終了ビットまでの範囲であってよい。このフィールドは、報知信号の本来の機能他の携帯通信端末1に対して、自身の情報を報知する機能に使用されない空き領域であることが望ましい。具体例として、通信モジュール13がIEEE802.11規格に従った報知信号を送信する場合、対象端末は送信対象データをVendorSpecificフィールドに格納する。このフィールドは、ベンダー固有の情報を格納するために利用することができるフィールドである。このような領域を利用することで、報知信号を利用して実体的なアプリケーションプログラムの処理に用いる対象データを送信できる。なお、このように報知信号を対象データの送信に利用する場合、対象データは当該フィールドに収まる程度のデータ量である必要がある。これを超えるデータ量の対象データを送受信したい場合には、後述するように通常モードで対象データの取得を行う。さらに対象データ取得部24は、対象データを取得する際に、この対象データの送信元の対象端末を識別する識別情報を内部メモリ13bに格納する。この識別情報は、例えば対象端末のMACアドレスなど、個々の携帯通信端末1を一意に識別するための情報であって、対象端末決定部23が対象端末を決定する際に当該対象端末から受信した情報であってよい。なお、前述したように対象データ取得部24が取得した受信対象データを内部メモリ13bに格納する場合、対象データ取得部24は、この受信対象データと関連づけて、当該受信対象データを送信した対象端末の識別情報を格納する。図3は、この場合に内部メモリ13bに格納されるデータの内容例を示している。なお、この図の例では、対象データ取得部24が対象端末から取得した受信対象データ、及び当該受信対象データを送信した対象端末の識別情報のほかに、自分が他の携帯通信端末1に送信すべき送信対象データ、及び自分自身の識別情報が内部メモリ13bに格納されている。送信対象データ及び自分自身の識別情報は、自分自身が対象データを他の携帯通信端末1に送信する側として動作する際に使用される。また、図3は、内部メモリ13bに計15個の受信対象データが格納可能になっており、実際に3個の受信対象データが格納された状態を示している。対象データ取得部24が内部メモリ13bに格納した識別情報は、前述した対象端末決定部23による対象端末の決定処理に用いられる。ここで、対象端末決定部23が対象端末を決定する際の判定条件について、説明する。まず対象端末決定部23は、報知信号を送信した通信機器が自身と同種の携帯通信端末1であるか否かを判定する。例えば通信モジュール13が無線LAN規格に従った報知信号を送信する場合、この報知信号にはSSIDServiceSetIdentifierの情報が含まれる。そのため、同種の携帯通信端末1が常に同じSSIDを使用することとすれば、対象端末決定部23は、受信した報知信号に含まれるSSIDを参照することにより、報知信号を送信したのが自身と同種の携帯通信端末1であることを確認できる。報知信号の送信元が自身と同じ携帯通信端末1であると判定した場合、さらに対象端末決定部23は、当該送信元の携帯通信端末1の識別情報が内部メモリ13bに格納済みの識別情報と一致するか否かを判定する。ここで、報知信号の送信元の携帯通信端末1の識別情報は、この報知信号に含まれているものとする。一致する識別情報が内部メモリ13bに格納済みの場合、既に当該報知信号を送信した携帯通信端末1から対象データを取得済みであることになる。そこでこのような場合、対象端末決定部23は、当該報知信号を送信した携帯通信端末1を対象端末として決定しないこととする。すなわち、対象端末決定部23は、その識別情報が内部メモリ13bに格納されていない携帯通信端末1だけを、対象端末として決定することとする。こうすれば、携帯通信端末1は、同じ通信相手から何度も同じ対象データを取得してしまわないようにすることができる。アプリケーション実行部21は、待機モードが終了して通常モードに移行した後、待機モード中に対象データ取得部24が取得して内部メモリ13bに格納した受信対象データを用いた処理を実行する。ここで、内部メモリ13bに格納可能な受信対象データの件数には上限があるため、対象データ取得部24は、所定の上限数Nに達するまで受信対象データを取得すると、通常モードへの復帰を指示することとする。この指示に応じて電源制御回路15がメインプロセッサ11に対する電力供給を再開すると、メインプロセッサ11のアプリケーション実行部21は、アプリケーションプログラムの処理を実行して、内部メモリ13bに格納されている受信対象データを読み出す。このときアプリケーション実行部21は、内部メモリ13bに格納されている受信対象データをメインメモリ12に複写する処理を実行してもよい。そして、読み出して処理対象とした受信対象データについては、内部メモリ13bから消去することとする。これにより、通信モジュール13は、再び待機モードが開始された場合、新たな対象データを取得できるようになる。なお、対象データ取得部24は、例えばアプリケーション実行部21からの指示に基づいて、通常モードへの復帰を行うタイミングを変更可能としてもよい。具体例として、対象データ取得部24は、前述したように上限数N個の受信対象データを取得したタイミングで通常モードに復帰する上限到達時の復帰条件と、1個の受信対象データを取得するごとに通常モードに復帰する1回ごとの復帰条件のいずれかで動作することとする。アプリケーション実行部21は、このような複数の復帰条件のいずれかを選択し、対象データ取得部24に指示することで、対象データの性質に合わせて、複数の受信対象データをまとめて取得したり、あるいは個々の受信対象データが取得されるごとに当該取得した受信対象データの内容を自身の処理に反映させたりすることができる。以下、待機モードの開始指示を受け付けた通信プロセッサ13aが実行する処理の流れの具体例について、図4のフロー図を用いて説明する。待機モードが開始されると、まず対象端末決定部23が、報知信号の受信を待機するS1。報知信号を受信すると、対象端末決定部23は、受信した報知信号の送信元が同種の携帯通信端末1か否かを判定しS2、違う場合にはS1に戻って次の報知信号の受信を待機する。逆に報知信号の送信元が携帯通信端末1であると判定された場合、対象端末決定部23は、送信元の携帯通信端末1の識別情報が内部メモリ13b内のデータベースに格納済みか否かを判定するS3。格納済みの場合には、S1に戻って次の報知信号の受信を待機する。S3で送信元の携帯通信端末1の識別情報が格納済みでないと判定された場合、対象データ取得部24は、S1で受信された報知信号から対象データを抽出して、当該送信元の携帯通信端末1の識別情報とともに内部メモリ13bに格納するS4。続いて対象データ取得部24は、通常モードへの復帰条件として上限到達時及び1回ごとのいずれが指定されているかを判定するS5。復帰条件として上限到達時が指定されている場合、対象データ取得部24はさらに内部メモリ13bに上限数N個の受信対象データが格納されたか否かを判定しS6、格納されていなければS1に戻って新たな報知信号の受信を待機する。一方、S6で上限数N個の受信対象データが格納されたと判定した場合、対象データ取得部24は、通常モードへの復帰を指示するS7。同様に、復帰条件として1回ごとが指定されている場合にも対象データ取得部24は通常モードへの復帰を指示するS6。以上説明した処理フローによれば、通信プロセッサ13aは待機モードを維持したまま、通常モードへの復帰条件が満たされるまで受信対象データを取得することができる。さらに、1度対象データを取得した携帯通信端末1の識別情報を内部メモリ13bに格納しておくことで、同じ携帯通信端末1から重複して対象データを取得しないようにするので、限られた記憶容量の内部メモリ13bに多くの対象データを格納し、通常モードへの復帰の頻度を減らすことができる。なお、本発明の実施形態は以上説明したものに限られない。例えば、以上の説明において通信プロセッサ13aは待機モードのまま内部メモリ13bに受信対象データを格納することとしたが、受信対象データを取得する際には通常モードに復帰して、メインプロセッサ11の制御に基づいて受信対象データを取得することとしてもよい。この場合、対象端末決定部23が対象端末を決定すると、対象データ取得部24は通常モードへの復帰を指示し、当該指示に応じてメインプロセッサ11が動作を開始する。さらに対象データ取得部24は、対象端末との間で通信接続を確立する。具体的に、例えばアドホックモードの無線LANであれば、対象データ取得部24は、対象端末との間でIBSSIndependentBasicServiceSetを形成するなどして、相互にデータ通信可能な状態を確立する。この状態で対象データ取得部24は、メインプロセッサ11の制御に基づいて対象端末から対象データを受信し、メインメモリ12に受信した対象データを格納する。そして、対象データの取得及び格納が完了すると、再び通常モードから待機モードへと移行し、メインプロセッサ11の動作が停止される。このような方法によれば、対象データを取得するたびにメインプロセッサ11を動作させ、メインメモリ12にアクセスする必要があるものの、内部メモリ13bへの格納が困難なサイズのデータを対象データとして取得することができる。この場合にも、受信した対象データの送信元の対象端末の識別情報を対象データ取得部24が内部メモリ13bに格納しておくことによって、次回同じ携帯通信端末1から報知信号を受信した場合には、対象端末決定部23は当該携帯通信端末1を対象端末として決定しないようにすることができる。そのため、同じ対象データを取得するために何度もメインプロセッサ11を動作させてしまう事態を避けることができる。また、以上の説明では、対象端末決定部23は常に自身と同種の携帯通信端末1だけを対象端末として決定することとしたが、これに限らず、複数種類の携帯通信端末を対象端末として決定することとしてもよい。この場合、例えば対象端末決定部23は、予め定められた複数のSSIDのいずれかを含んだ報知信号を送信した携帯通信端末を対象端末として決定する。