(57)【特許請求の範囲】
【請求項１】
メインプロセッサと、内部メモリを備える通信モジュールと、を含む携帯通信端末であって、
前記通信モジュールは、
前記メインプロセッサの動作が停止される所定の動作モードにおいて、通信可能な範囲に存在する他の携帯通信端末を検出し、当該検出した携帯通信端末を対象データ取得の対象端末として決定する対象端末決定手段と、
前記決定された対象端末が送信する対象データを取得する対象データ取得手段と、
を備え、
前記メインプロセッサは、
前記取得された対象データを用いた処理を実行する処理実行手段を備え、
前記対象データ取得手段は、前記対象データを取得する際に、前記決定された対象端末を識別する識別情報を前記内部メモリに格納し、
前記対象端末決定手段は、前記メインプロセッサの動作が停止した状態のまま、前記検出した携帯通信端末の識別情報が前記内部メモリに格納済みか否かを判定し、格納済みであると判定した場合、当該検出した携帯通信端末を対象端末としない
ことを特徴とする携帯通信端末。
【請求項２】
請求項１に記載の携帯通信端末において、
前記対象データ取得手段は、前記メインプロセッサの動作が停止した状態のまま、前記対象端末が送信する対象データを取得し、当該取得した対象データを前記内部メモリに格納し、
前記処理実行手段は、前記所定の動作モードの終了後、前記内部メモリに格納されている対象データを用いた処理を実行する
ことを特徴とする携帯通信端末。
【請求項３】
請求項２に記載の携帯通信端末において、
前記対象端末決定手段は、他の携帯通信端末が送信する報知信号を受信することによって、通信可能な範囲に存在する他の携帯通信端末を検出し、
前記対象データ取得手段は、前記受信した報知信号内の所定の部分に含まれるデータを、前記対象データとして取得する
ことを特徴とする携帯通信端末。
【請求項４】
請求項２又は３に記載の携帯通信端末において、
前記対象データ取得手段は、所定数の対象データを取得して前記内部メモリに格納するごとに、前記待機モードの終了を指示し、
前記処理実行手段は、前記所定の動作モードでの動作中に前記内部メモリに格納された前記所定数の対象データを用いた処理を実行する
ことを特徴とする携帯通信端末。
【請求項５】
メインプロセッサと、内部メモリを備える通信モジュールと、を含む携帯通信端末の制御方法であって、
前記メインプロセッサの動作が停止される所定の動作モードにおいて、前記通信モジュールが、通信可能な範囲に存在する他の携帯通信端末を検出し、当該検出した携帯通信端末を対象データ取得の対象端末として決定する対象端末決定ステップと、
前記通信モジュールが、前記決定された対象端末が送信する対象データを取得する対象データ取得ステップと、
前記メインプロセッサが、前記取得された対象データを用いた処理を実行する処理実行ステップと、
を含み、
前記通信モジュールは、
前記対象データ取得ステップにおいて、前記決定された対象端末を識別する識別情報を前記内部メモリに格納し、
前記対象端末決定ステップにおいて、前記メインプロセッサの動作が停止した状態のまま、前記検出した携帯通信端末の識別情報が前記内部メモリに格納済みか否かを判定し、格納済みであると判定した場合、当該検出した携帯通信端末を対象端末としない
ことを特徴とする携帯通信端末の制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線通信により他の携帯通信端末から情報を取得する携帯通信端末、及びその制御方法に関する。
【背景技術】
【０００２】
利用者が携帯して持ち歩くことのできる携帯ゲーム機やスマートフォンなどの携帯通信端末がある。このような携帯通信端末は、ＩＥＥＥ８０２．１１規格に基づく無線ＬＡＮやＢｌｕｅｔｏｏｔｈ（登録商標）などの無線通信により、自身の周囲に存在する他の携帯通信端末との間で情報の送受信を行うことができる（例えば特許文献１参照）。特に、携帯ゲーム機などは、ユーザが通信相手をその都度指定しなくとも、携帯通信端末が自身と通信可能な他の携帯通信端末を検出し、自動的に検出した携帯通信端末との間で通信を行い、予め用意された情報の送受信を行う機能を備える場合がある。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００６−５００２０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
上述した機能によれば、携帯通信端末は、ユーザが特別な指示を行わずとも、不特定の他の携帯通信端末から情報を取得することができる。しかしながら、このような機能は、ユーザの指示によらずに自動的に他の携帯通信端末との間で通信を行うので、例えば同じ通信相手と何度も通信接続を行うなど、ユーザにとって不要な動作を行ってしまうおそれがある。このような不要な動作は、電力の消費を招くため、好ましくない。
【０００５】
本発明は上記課題を考慮してなされたものであって、その目的の一つは、他の携帯通信端末との間でデータの授受を行う場合に、電力消費を抑えることのできる携帯通信端末、及びその制御方法を提供することにある。
【課題を解決するための手段】
【０００６】
本発明に係る携帯通信端末は、メインプロセッサと、内部メモリを備える通信モジュールと、を含む携帯通信端末であって、前記通信モジュールは、前記メインプロセッサの動作が停止される所定の動作モードにおいて、通信可能な範囲に存在する他の携帯通信端末を検出し、当該検出した携帯通信端末を対象データ取得の対象端末として決定する対象端末決定手段と、前記決定された対象端末が送信する対象データを取得する対象データ取得手段と、を備え、前記メインプロセッサは、前記取得された対象データを用いた処理を実行する処理実行手段を備え、前記対象データ取得手段は、前記対象データを取得する際に、前記決定された対象端末を識別する識別情報を前記内部メモリに格納し、前記対象端末決定手段は、前記メインプロセッサの動作が停止した状態のまま、前記検出した携帯通信端末の識別情報が前記内部メモリに格納済みか否かを判定し、格納済みであると判定した場合、当該検出した携帯通信端末を対象端末としないことを特徴とする。
【０００７】
前記携帯通信端末において、前記対象データ取得手段は、前記メインプロセッサの動作が停止した状態のまま、前記対象端末が送信する対象データを取得し、当該取得した対象データを前記内部メモリに格納し、前記処理実行手段は、前記所定の動作モードの終了後、前記内部メモリに格納されている対象データを用いた処理を実行することとしてもよい。
【０００８】
さらに前記携帯通信端末において、前記対象端末決定手段は、他の携帯通信端末が送信する報知信号を受信することによって、通信可能な範囲に存在する他の携帯通信端末を検出し、前記対象データ取得手段は、前記受信した報知信号内の所定の部分に含まれるデータを、前記対象データとして取得することとしてもよい。
【０００９】
また、前記携帯通信端末において、前記対象データ取得手段は、所定数の対象データを取得して前記内部メモリに格納するごとに、前記待機モードの終了を指示し、前記処理実行手段は、前記所定の動作モードでの動作中に前記内部メモリに格納された前記所定数の対象データを用いた処理を実行することとしてもよい。
【００１０】
また、本発明に係る携帯通信端末の制御方法は、メインプロセッサと、内部メモリを備える通信モジュールと、を含む携帯通信端末の制御方法であって、前記メインプロセッサの動作が停止される所定の動作モードにおいて、前記通信モジュールが、通信可能な範囲に存在する他の携帯通信端末を検出し、当該検出した携帯通信端末を対象データ取得の対象端末として決定する対象端末決定ステップと、前記通信モジュールが、前記決定された対象端末が送信する対象データを取得する対象データ取得ステップと、前記メインプロセッサが、前記取得された対象データを用いた処理を実行する処理実行ステップと、を含み、前記通信モジュールは、前記対象データ取得ステップにおいて、前記決定された対象端末を識別する識別情報を前記内部メモリに格納し、前記対象端末決定ステップにおいて、前記メインプロセッサの動作が停止した状態のまま、前記検出した携帯通信端末の識別情報が前記内部メモリに格納済みか否かを判定し、格納済みであると判定した場合、当該検出した携帯通信端末を対象端末としないことを特徴とする。
【図面の簡単な説明】
【００１１】
【図１】本発明の実施の形態に係る携帯通信端末のハードウェア構成を示す構成図である。
【図２】本発明の実施の形態に係る携帯通信端末の機能を示す機能ブロック図である。
【図３】内部メモリに格納されるデータの一例を示す図である。
【図４】通信プロセッサが実行する処理の流れの一例を示す図である。
【発明を実施するための形態】
【００１２】
以下、本発明の実施形態について、図面に基づき詳細に説明する。
【００１３】
図１は、本発明の一実施形態に係る携帯通信端末１のハードウェア構成を示す構成図である。携帯通信端末１は、例えば携帯ゲーム機などの可搬型の情報処理装置であって、図１に示すように、メインプロセッサ１１と、メインメモリ１２と、通信モジュール１３と、電源１４と、電源制御回路１５と、を含んで構成されている。
【００１４】
メインプロセッサ１１は、メインメモリ１２に記憶されているプログラムに従って各種の情報処理を実行する。特に本実施形態では、メインプロセッサ１１は、通信モジュール１３に対して待機モードでの動作を指示する。また、通信モジュール１３が他の携帯通信端末１から受信したデータを用いて、各種の処理を実行する。
【００１５】
メインメモリ１２は、ＲＡＭ等のメモリ素子を含み、メインプロセッサ１１が実行するプログラムを格納する。また、メインメモリ１２は、メインプロセッサ１１のワークメモリとしても動作する。
【００１６】
通信モジュール１３は、図１に示すように、通信プロセッサ１３ａと内部メモリ１３ｂとを備えたマイクロプロセッサである。通信モジュール１３は、メインプロセッサ１１の指示に従って、他の通信機器との間で無線データ通信を行う。この無線データ通信は、ＩＥＥＥ８０２．１１規格に基づく無線ＬＡＮやＢｌｕｅｔｏｏｔｈなど、各種の方式で実現されてよい。
【００１７】
電源１４は、二次電池等であって、携帯通信端末１の動作に必要な電力を供給する。電源制御回路１５は、電源１４が供給する電力を必要に応じて変圧し、携帯通信端末１の各部に供給する。
【００１８】
本実施形態において、携帯通信端末１は、通常モード及び待機モードを含む複数の動作モードのいずれかで動作する。通常モードは、メインプロセッサ１１に電力が供給され、メインプロセッサ１１が各種の情報処理を行う動作モードである。一方、待機モードは、通信モジュール１３がメインプロセッサ１１と独立して通信を行う動作モードであって、この待機モードでの動作中は、メインプロセッサ１１に対する電力供給が停止される。すなわち、待機モードにおいては、メインプロセッサ１１の動作は停止し、通信モジュール１３が自律的に通信相手を検出する処理を行う。なお、待機モードにおいては、メインプロセッサ１１への電力供給が停止されるとともに、メインメモリ１２は待機モード移行時に記憶されていたデータの維持だけを行い、メインメモリ１２に記憶されたデータの更新は行われなくなる。そのため、待機モードでは、携帯通信端末１は通常モードと比較して極めて少ない電力で動作する。
【００１９】
携帯通信端末１は、通信モジュール１３が待機モードにおいて検出した他の携帯通信端末１との間で、データの授受を行う。以下では、携帯通信端末１同士の間で授受されるデータを対象データという。例えば携帯通信端末１がゲームプログラムを実行する場合、対象データは当該ゲームプログラムによって生成されるデータであって、ゲームのアイテムやキャラクターなどのデータであってよい。
【００２０】
以下、携帯通信端末１が実現する機能について、図２の機能ブロック図を用いて説明する。携帯通信端末１は、機能的に、図２に示すように、アプリケーション実行部２１と、モード制御部２２と、対象端末決定部２３と、対象データ取得部２４と、を含んで構成される。このうち、アプリケーション実行部２１及びモード制御部２２は、メインメモリ１２に記憶されているプログラムをメインプロセッサ１１が実行することにより実現される。対象端末決定部２３及び対象データ取得部２４は、通信プロセッサ１３ａが内蔵されたファームウェアを実行することにより、実現される。
【００２１】
アプリケーション実行部２１は、メインメモリ１２に記憶されたアプリケーションプログラムの処理を実行する。例えばこのアプリケーションプログラムがゲームプログラムであれば、アプリケーション実行部２１はゲーム処理を実行する。さらに、アプリケーション実行部２１は、他の携帯通信端末１に対して送信すべき対象データ（送信対象データ）を生成するとともに、後述する対象データ取得部２４が他の携帯通信端末１から取得した対象データ（受信対象データ）を用いた処理を実行する。例えばアプリケーション実行部２１は、受信対象データの内容をディスプレイ（不図示）に表示するなどして、ユーザに提示する。
【００２２】
モード制御部２２は、アプリケーション実行部２１からの指示やユーザの指示操作などを契機として、待機モードを開始させる。具体的に、モード制御部２２は、通信モジュール１３に対して待機モードの開始を指示するとともに、電源制御回路１５に対して、メインプロセッサ１１自身への電力供給停止を指示する。これにより、メインプロセッサ１１の動作が停止する。
【００２３】
対象端末決定部２３は、待機モードでの動作中に、通信可能な範囲に存在する他の携帯通信端末１を検出し、当該検出した他の携帯通信端末１を対象端末として決定する。ここで対象端末は、後述する対象データ取得部２４が取得対象とする対象データを送信する携帯通信端末１を指している。
【００２４】
具体的に、対象端末決定部２３は、モード制御部２２から待機モードの開始指示を受け付けると、他の携帯通信端末１が送信する報知信号（ビーコン信号など）を待つ受信待機状態を開始する。ここで報知信号は、通信機器が他の通信機器と通信接続を確立する前に自身に関する情報を他の通信機器に報知するために送信する通信パケットであって、一般的に、特定の１つの通信機器宛てに送信されるのではなく、不特定の通信機器に宛てて送信される。受信待機状態において報知信号を受信した場合、対象端末決定部２３は、当該報知信号を送信した通信機器が所定の条件を満たす携帯通信端末１であるか否かの判定を行い、所定の条件を満たす携帯通信端末１であると判定すれば、当該携帯通信端末１を対象端末として決定する。この所定の条件については、後に詳しく説明する。
【００２５】
なお、対象端末決定部２３は、他の携帯通信端末１が送信する報知信号を待機する受信待機状態と、自身が他の携帯通信端末１に向けて報知信号を一定時間ごとに送信する信号送信状態と、を交互に繰り返してもよい。これにより、ともに待機モードで動作中の２台の携帯通信端末１が互いに通信可能な距離まで近づくと、一方の携帯通信端末１は、他方の携帯通信端末１が送信する報知信号を受信することにより、当該報知信号を送信した携帯通信端末１の存在を検出することができる。
【００２６】
対象データ取得部２４は、対象端末決定部２３が決定した対象端末が送信する対象データを取得する。本実施形態では、対象端末は、送信対象データを前述した報知信号に含めて送信することとする。対象データ取得部２４は、対象端末決定部２３が対象端末を決定する際に受信した報知信号から、この対象データを抽出する。こうすれば、対象データ取得部２４は、対象端末の決定後、改めて当該対象端末との間で通信接続の確立、及び対象データの受信を行うことなく、受信対象データを取得することができる。また、この場合において、取得した受信対象データを内部メモリ１３ｂ内に格納することとすれば、対象データ取得部２４は、待機モードのまま受信対象データの取得を完了できる。すなわち、受信対象データを取得する際にメインプロセッサ１１を動作させたり、メインメモリ１２へのアクセスを行ったりする必要がなく、通信モジュール１３単独で受信対象データを取得し、保持することができる。
【００２７】
この場合、対象端末は、報知信号の所定の部分（フィールド）に送信対象データを埋め込む。このフィールドは、報知信号の先頭から数えて所定の開始ビットから所定の終了ビットまでの範囲であってよい。このフィールドは、報知信号の本来の機能（他の携帯通信端末１に対して、自身の情報を報知する機能）に使用されない空き領域であることが望ましい。具体例として、通信モジュール１３がＩＥＥＥ８０２．１１規格に従った報知信号を送信する場合、対象端末は送信対象データをVendor Specificフィールドに格納する。このフィールドは、ベンダー固有の情報を格納するために利用することができるフィールドである。このような領域を利用することで、報知信号を利用して実体的なアプリケーションプログラムの処理に用いる対象データを送信できる。なお、このように報知信号を対象データの送信に利用する場合、対象データは当該フィールドに収まる程度のデータ量である必要がある。これを超えるデータ量の対象データを送受信したい場合には、後述するように通常モードで対象データの取得を行う。
【００２８】
さらに対象データ取得部２４は、対象データを取得する際に、この対象データの送信元の対象端末を識別する識別情報を内部メモリ１３ｂに格納する。この識別情報は、例えば対象端末のＭＡＣアドレスなど、個々の携帯通信端末１を一意に識別するための情報であって、対象端末決定部２３が対象端末を決定する際に当該対象端末から受信した情報であってよい。なお、前述したように対象データ取得部２４が取得した受信対象データを内部メモリ１３ｂに格納する場合、対象データ取得部２４は、この受信対象データと関連づけて、当該受信対象データを送信した対象端末の識別情報を格納する。図３は、この場合に内部メモリ１３ｂに格納されるデータの内容例を示している。なお、この図の例では、対象データ取得部２４が対象端末から取得した受信対象データ、及び当該受信対象データを送信した対象端末の識別情報のほかに、自分が他の携帯通信端末１に送信すべき送信対象データ、及び自分自身の識別情報が内部メモリ１３ｂに格納されている。送信対象データ及び自分自身の識別情報は、自分自身が対象データを他の携帯通信端末１に送信する側として動作する際に使用される。また、図３は、内部メモリ１３ｂに計１５個の受信対象データが格納可能になっており、実際に３個の受信対象データが格納された状態を示している。
【００２９】
対象データ取得部２４が内部メモリ１３ｂに格納した識別情報は、前述した対象端末決定部２３による対象端末の決定処理に用いられる。ここで、対象端末決定部２３が対象端末を決定する際の判定条件について、説明する。まず対象端末決定部２３は、報知信号を送信した通信機器が自身と同種の携帯通信端末１であるか否かを判定する。例えば通信モジュール１３が無線ＬＡＮ規格に従った報知信号を送信する場合、この報知信号にはＳＳＩＤ（Service Set Identifier）の情報が含まれる。そのため、同種の携帯通信端末１が常に同じＳＳＩＤを使用することとすれば、対象端末決定部２３は、受信した報知信号に含まれるＳＳＩＤを参照することにより、報知信号を送信したのが自身と同種の携帯通信端末１であることを確認できる。
【００３０】
報知信号の送信元が自身と同じ携帯通信端末１であると判定した場合、さらに対象端末決定部２３は、当該送信元の携帯通信端末１の識別情報が内部メモリ１３ｂに格納済みの識別情報と一致するか否かを判定する。ここで、報知信号の送信元の携帯通信端末１の識別情報は、この報知信号に含まれているものとする。一致する識別情報が内部メモリ１３ｂに格納済みの場合、既に当該報知信号を送信した携帯通信端末１から対象データを取得済みであることになる。そこでこのような場合、対象端末決定部２３は、当該報知信号を送信した携帯通信端末１を対象端末として決定しないこととする。すなわち、対象端末決定部２３は、その識別情報が内部メモリ１３ｂに格納されていない携帯通信端末１だけを、対象端末として決定することとする。こうすれば、携帯通信端末１は、同じ通信相手から何度も同じ対象データを取得してしまわないようにすることができる。
【００３１】
アプリケーション実行部２１は、待機モードが終了して通常モードに移行した後、待機モード中に対象データ取得部２４が取得して内部メモリ１３ｂに格納した受信対象データを用いた処理を実行する。ここで、内部メモリ１３ｂに格納可能な受信対象データの件数には上限があるため、対象データ取得部２４は、所定の上限数Ｎに達するまで受信対象データを取得すると、通常モードへの復帰を指示することとする。この指示に応じて電源制御回路１５がメインプロセッサ１１に対する電力供給を再開すると、メインプロセッサ１１のアプリケーション実行部２１は、アプリケーションプログラムの処理を実行して、内部メモリ１３ｂに格納されている受信対象データを読み出す。このときアプリケーション実行部２１は、内部メモリ１３ｂに格納されている受信対象データをメインメモリ１２に複写する処理を実行してもよい。そして、読み出して処理対象とした受信対象データについては、内部メモリ１３ｂから消去することとする。これにより、通信モジュール１３は、再び待機モードが開始された場合、新たな対象データを取得できるようになる。
【００３２】
なお、対象データ取得部２４は、例えばアプリケーション実行部２１からの指示に基づいて、通常モードへの復帰を行うタイミングを変更可能としてもよい。具体例として、対象データ取得部２４は、前述したように上限数Ｎ個の受信対象データを取得したタイミングで通常モードに復帰する「上限到達時」の復帰条件と、１個の受信対象データを取得するごとに通常モードに復帰する「１回ごと」の復帰条件のいずれかで動作することとする。アプリケーション実行部２１は、このような複数の復帰条件のいずれかを選択し、対象データ取得部２４に指示することで、対象データの性質に合わせて、複数の受信対象データをまとめて取得したり、あるいは個々の受信対象データが取得されるごとに当該取得した受信対象データの内容を自身の処理に反映させたりすることができる。
【００３３】
以下、待機モードの開始指示を受け付けた通信プロセッサ１３ａが実行する処理の流れの具体例について、図４のフロー図を用いて説明する。
【００３４】
待機モードが開始されると、まず対象端末決定部２３が、報知信号の受信を待機する（Ｓ１）。報知信号を受信すると、対象端末決定部２３は、受信した報知信号の送信元が同種の携帯通信端末１か否かを判定し（Ｓ２）、違う場合にはＳ１に戻って次の報知信号の受信を待機する。逆に報知信号の送信元が携帯通信端末１であると判定された場合、対象端末決定部２３は、送信元の携帯通信端末１の識別情報が内部メモリ１３ｂ内のデータベースに格納済みか否かを判定する（Ｓ３）。格納済みの場合には、Ｓ１に戻って次の報知信号の受信を待機する。
【００３５】
Ｓ３で送信元の携帯通信端末１の識別情報が格納済みでないと判定された場合、対象データ取得部２４は、Ｓ１で受信された報知信号から対象データを抽出して、当該送信元の携帯通信端末１の識別情報とともに内部メモリ１３ｂに格納する（Ｓ４）。続いて対象データ取得部２４は、通常モードへの復帰条件として「上限到達時」及び「１回ごと」のいずれが指定されているかを判定する（Ｓ５）。復帰条件として「上限到達時」が指定されている場合、対象データ取得部２４はさらに内部メモリ１３ｂに上限数Ｎ個の受信対象データが格納されたか否かを判定し（Ｓ６）、格納されていなければＳ１に戻って新たな報知信号の受信を待機する。一方、Ｓ６で上限数Ｎ個の受信対象データが格納されたと判定した場合、対象データ取得部２４は、通常モードへの復帰を指示する（Ｓ７）。同様に、復帰条件として「１回ごと」が指定されている場合にも対象データ取得部２４は通常モードへの復帰を指示する（Ｓ６）。
【００３６】
以上説明した処理フローによれば、通信プロセッサ１３ａは待機モードを維持したまま、通常モードへの復帰条件が満たされるまで受信対象データを取得することができる。さらに、１度対象データを取得した携帯通信端末１の識別情報を内部メモリ１３ｂに格納しておくことで、同じ携帯通信端末１から重複して対象データを取得しないようにするので、限られた記憶容量の内部メモリ１３ｂに多くの対象データを格納し、通常モードへの復帰の頻度を減らすことができる。
【００３７】
なお、本発明の実施形態は以上説明したものに限られない。例えば、以上の説明において通信プロセッサ１３ａは待機モードのまま内部メモリ１３ｂに受信対象データを格納することとしたが、受信対象データを取得する際には通常モードに復帰して、メインプロセッサ１１の制御に基づいて受信対象データを取得することとしてもよい。この場合、対象端末決定部２３が対象端末を決定すると、対象データ取得部２４は通常モードへの復帰を指示し、当該指示に応じてメインプロセッサ１１が動作を開始する。さらに対象データ取得部２４は、対象端末との間で通信接続を確立する。具体的に、例えばアドホックモードの無線ＬＡＮであれば、対象データ取得部２４は、対象端末との間でＩＢＳＳ（Independent Basic Service Set）を形成するなどして、相互にデータ通信可能な状態を確立する。この状態で対象データ取得部２４は、メインプロセッサ１１の制御に基づいて対象端末から対象データを受信し、メインメモリ１２に受信した対象データを格納する。そして、対象データの取得及び格納が完了すると、再び通常モードから待機モードへと移行し、メインプロセッサ１１の動作が停止される。このような方法によれば、対象データを取得するたびにメインプロセッサ１１を動作させ、メインメモリ１２にアクセスする必要があるものの、内部メモリ１３ｂへの格納が困難なサイズのデータを対象データとして取得することができる。この場合にも、受信した対象データの送信元の対象端末の識別情報を対象データ取得部２４が内部メモリ１３ｂに格納しておくことによって、次回同じ携帯通信端末１から報知信号を受信した場合には、対象端末決定部２３は当該携帯通信端末１を対象端末として決定しないようにすることができる。そのため、同じ対象データを取得するために何度もメインプロセッサ１１を動作させてしまう事態を避けることができる。
【００３８】
また、以上の説明では、対象端末決定部２３は常に自身と同種の携帯通信端末１だけを対象端末として決定することとしたが、これに限らず、複数種類の携帯通信端末を対象端末として決定することとしてもよい。この場合、例えば対象端末決定部２３は、予め定められた複数のＳＳＩＤのいずれかを含んだ報知信号を送信した携帯通信端末を対象端末として決定する。
【符号の説明】
【００３９】
１  携帯通信端末、１１  メインプロセッサ、１２  メインメモリ、１３  通信モジュール、１３ａ  通信プロセッサ、１３ｂ  内部メモリ、１４  電源、１５  電源制御回路、２１  アプリケーション実行部、２２  モード制御部、２３  対象端末決定部、２４  対象データ取得部。
【図１】
0005296148.tif 000002
【図２】
0005296148.tif 000003
【図３】
0005296148.tif 000004
【図４】
0005296148.tif 000005