JP5454059B2

JP5454059B2 - 携帯端末

Info

Publication number: JP5454059B2
Application number: JP2009225026A
Authority: JP
Inventors: 寛人佐藤; 俊哉田村
Original assignee: Fujitsu Mobile Communications Ltd
Current assignee: Fujitsu Mobile Communications Ltd
Priority date: 2009-09-29
Filing date: 2009-09-29
Publication date: 2014-03-26
Anticipated expiration: 2029-09-29
Also published as: JP2011077677A

Description

この発明は、例えばＢｌｕｅｔｏｏｔｈ（登録商標）等の近距離無線通信を行う機能を有する携帯端末に関する。

カーナビゲーションシステム等の外部機器が、携帯端末からアドレス帳情報、着信履歴情報、発信履歴情報、不在着信履歴情報及び混在着信履歴情報を含む電話帳データを取得しようとする場合、携帯端末と外部機器との間にＢｌｕｅｔｏｏｔｈ通信におけるＰＢＡＰ（Phone Book Access Profile）セッションを確立する（例えば、非特許文献１及び２参照）。

ところで、携帯端末と外部機器との間でＰＢＡＰセッションが確立されている際に、電話帳データの変更が発生した場合、携帯端末は、データの整合性を取るための処理をする。非特許文献２には、ＰＢＡＰセッション確立中に、通話要求を受信して着信履歴情報を更新した後に電話帳データ取得要求があった場合、外部機器に対して前提条件エラーを応答するシーケンスが記載されている。

しかしながら、先行技術では、ＰＢＡＰセッション確立中における上述のシナリオ以外のシナリオは規定されていない。つまり、ＰＢＡＰセッション確立中に、外部機器から新規の電話帳データ取得要求の受信後、要求に対する応答データ送信前に着信があり、着信履歴情報が更新された場合等には、携帯端末と対向機器との間のシナリオが規定されていない。このため、実際にはデータが更新されているのに、古い生成済みデータを外部機器へ転送してしまう場合や、外部機器が最新の電話帳データを取得することを望んでいるにも係らず、データの転送が継続するために着信履歴の取得が遅れてしまう場合があり、ユーザの不利益となっていた。

Bluetooth Phone Book Access Profile(V1.0) Bluetooth Phonebook Access Profile Implementation Guideline 1.00, Mobile Computing Promotion Consortium, Jan/11/2008, P43

以上のように、ＰＢＡＰセッション確立中においては、着信に応じて着信履歴情報が更新された後に、外部機器から新規の電話帳データ取得要求が行われた場合のシナリオしか規定されていなかったため、これ以外の場合には、データ転送が効率的に行われず、ユーザの不利益となっていた。

この発明は上記事情によりなされたもので、その目的は、ＰＢＡＰセッション確立中において、着信に応じて着信履歴情報が更新された後に、外部機器から新規の電話帳データ取得要求が行われる以外の場合であっても、効率的にデータ転送を行う事が可能な携帯端末を提供することにある。

上記目的を達成するため、本発明に係る携帯端末は、移動通信網からの通話要求を受け付ける移動無線通信部と、少なくとも着信履歴情報を含む電話帳データを記憶する記憶部と、外部機器と近距離無線通信によって通信を行い、外部機器から電話帳データ取得要求を受信し、電話帳データ取得要求に応じた応答情報を当該外部機器へ送出する近距離無線通信部と、前記移動無線通信部によって通話要求を受け付けたときに、前記記憶部に記憶された電話帳データを更新するよう制御する通信制御機能と、前記近距離無線通信部を介して外部機器から電話帳データ取得要求を受信した後であって要求された電話帳データの送出が完了するまでの間に、前記記憶部制御機能によって前記電話帳データが更新されると、前記近距離無線通信部によって電話帳データ取得要求を行った外部機器に対してエラーの応答を送出するよう制御する近距離無線制御機能とを持つ制御部とを具備する。

上記構成による携帯端末では、ＰＢＡＰセッション確立中において、電話帳データ取得要求が入力された後、応答情報を外部機器へ出力するまでの間に、着信履歴情報が更新された場合、外部機器からの要求に対してはエラー信号を送信するようにしている。これにより、外部機器から新規の電話帳データ取得要求が行われた後に、任意のタイミングで着信履歴情報が更新された場合であっても、無駄な応答データの生成及び転送をする事なく、前提条件エラー通知を通知する事が可能となる。

この発明によれば、ＰＢＡＰセッション確立中において、着信に応じて着信履歴情報が更新された後に、外部機器から新規の電話帳データ取得要求が行われる以外の場合であっても、効率的にデータ転送を行う事が可能な携帯端末を提供することができる。

本発明の一実施形態に係る携帯端末の機能構成を示すブロック図である。図１の制御部の機能構成を示すブロック図である。図１の携帯端末が外部機器とＰＢＡＰセッションを確立している際に、通話要求を受信した場合のシーケンス図の一例である。図１の携帯端末が外部機器とＰＢＡＰセッションを確立している際に、通話要求を受信した場合のシーケンス図の一例である。図１の携帯端末が外部機器とＰＢＡＰセッションを確立している際に、通話要求を受信した場合のシーケンス図の一例である。図１の携帯端末が、ＰＢＡＰセッション確立中にＯＢＥＸを用いて応答データを転送している際に、通話要求を受信した場合のシーケンス図の一例である。図１の携帯端末が、ＰＢＡＰセッション確立中にＯＢＥＸを用いて応答データを転送している際に、通話要求を受信した場合のシーケンス図の一例である。図１の携帯端末が、ＰＢＡＰセッション確立中にＯＢＥＸを用いて応答データを転送している際に、通話要求を受信した場合のシーケンス図の一例である。図１の携帯端末が、ＰＢＡＰセッション確立中にＯＢＥＸを用いて応答データを転送している際に、通話要求を受信した場合のシーケンス図の一例である。図１の携帯端末が、ＰＢＡＰセッション確立中にＯＢＥＸを用いて応答データを転送している際に、通話要求を受信した場合のシーケンス図の一例である。図１の携帯端末が、ＰＢＡＰセッション確立中にＯＢＥＸを用いて応答データを転送している際に、通話要求を受信した場合のシーケンス図の一例である。図１の携帯端末が、前提条件エラー状態が「オン」である際にＰＢＡＰセッションを切断する際の処理動作を示すシーケンス図である。図１の携帯端末が、前提条件エラー状態が「オン」である際に外部機器からパス設定要求が入力された場合のシーケンス図である。図１の携帯端末が、前提条件エラー状態が「オン」である際に外部機器から電話帳データ取得要求が入力された場合のシーケンス図である。図１の携帯端末が、前提条件エラー状態が「オン」である際に外部機器から電話帳リスト取得要求が入力された場合のシーケンス図である。

以下、図面を参照しながら本発明に係る携帯端末の実施の形態について詳細に説明する。

図１は、本発明の一実施形態に係る携帯端末ＭＳの機能構成を示すブロック図である。

携帯端末ＭＳは、移動通信網ＮＷに収容された基地局ＢＳから、通話要求を受信する。これに対し携帯端末ＭＳが通話要求を受け入れると、携帯端末ＭＳは、基地局ＢＳおよび移動通信網ＮＷを通じた音声通信が可能となる。これは一般に着信及び着信応答と呼ばれる。

また、携帯端末ＭＳは、カーナビゲーションシステム等の外部機器ＯＥとの間に、Ｂｌｕｅｔｏｏｔｈ（登録商標）等の近距離無線通信によって、両機器間で電話帳データを転送するためのＰＢＡＰ（Phone Book Access Profile）セッションを確立することができる。

図１において、携帯端末ＭＳは、操作部１１、表示部１２、移動無線通信部１３、音声入出力部１４、記憶部１５、近距離無線通信部１６及び制御部１７を具備する。

操作部１１は、複数のキースイッチを有する。操作部１１は、ユーザのキースイッチの操作により、ユーザの要求を受け付けるユーザインターフェースである。表示部１２は、ＬＣＤ（Liquid Crystal Display）等を用いて、文字や画像を表示するものである。

移動無線通信部１３は、基地局ＢＳと無線通信するものである。移動無線通信部１３は、基地局ＢＳからの通話要求を受信し、発呼を行った携帯端末との間で音声通信を行う。また、移動無線通信部１３は、通話要求を受信した場合、通話要求受信通知を制御部１７へ出力する。

音声入出力部１４は、マイクロフォン及びスピーカなどからなり、他の携帯端末と音声通信を行う際に、ユーザの声の集音及び、他の携帯端末から送信されてきた音声の出力を行う。

記憶部１５は、アドレス帳情報、着信履歴情報、発信履歴情報、不在着信履歴情報及び混在着信履歴情報を含む電話帳データを予め記憶する。また、記憶部１５は、制御部１７からの指示に応じて着信履歴情報を更新する。

ここで、アドレス帳情報とは、例えば少なくとも固有のＩＤと、個人の氏名、電話番号あるいはメールアドレスなどの何れかを関連づけたエントリを少なくとも１つ以上組み合わせたものである。着信履歴情報とは、例えば固有のＩＤと、着信相手の個人の氏名、電話番号（電話番号通知不可・公衆電話・等の「電話番号なし」を含むものとする）、あるいは着信日時を関連づけたエントリを少なくとも１つ以上組み合わせたものである。発信履歴情報とは、例えば固有のＩＤと、発信相手の個人の氏名、電話番号、あるいは発信日時を関連づけたエントリを少なくとも１つ以上まとめたものである。不在着信履歴情報とは、例えば固有のＩＤと、不在であったことを表す情報と、着信相手の個人の氏名、電話番号（電話番号通知不可・公衆電話・等の「電話番号なし」を含むものとする）、あるいは着信日時を関連づけたエントリを少なくとも１つ以上組み合わせたものである。混在着信履歴情報とは、例えば前記着信履歴情報、前記発信履歴情報、及び前記不在着信履歴情報を少なくとも１つ以上一定の規則によって組み合わせたものである。

近距離無線通信部１６は、外部機器ＯＥとの間でＢｌｕｅｔｏｏｔｈ通信を行うための無線通信インタフェースである。本実施形態では、近距離無線通信部１６がＢｌｕｅｔｏｏｔｈ通信におけるＰＢＡＰセッションを、外部機器ＯＥとの間で確立する場合を説明する。

近距離無線通信部１６は、ＰＢＡＰセッション確立中において、外部機器ＯＥからＰＢＡＰに則った各種コマンドが入力された場合、コマンドが入力された旨を制御部１７へ通知する。例えば、近距離無線通信部１６は、電話帳データのうち少なくともいずれかの情報を要求する電話帳データ取得要求を外部機器ＯＥから受けると、取得要求受信通知を制御部１７へ出力する。また、近距離無線通信部１６は、制御部１７からの指示に従い、応答データ、成功応答又は前提条件エラー応答等を外部機器ＯＥへ送信する。このとき、近距離無線通信部１６は、応答データをＯＢＥＸ（Object Exchange）の仕様に則り一つのパケットとして送信しても良いし、複数のパケットに断片化して送信しても良い。

制御部１７は、例えばマイクロプロセッサからなるＣＰＵ（Central Processing Unit）を備えたもので、携帯端末ＭＳの全体の動作を制御する。制御部１７は、ＣＰＵにより所定のプログラムを実行する事で、図２に示す機能を有する。すなわち、制御部１７は、通信制御部１７１、近距離無線制御部１７２及び判断部１７３を備える。

通信制御部１７１は、移動無線通信部１３における基地局ＢＳとの無線通信を制御する。また、通信制御部１７１は、移動無線通信部１３から通話要求受信通知を受けた場合、記憶部１５に対して、この着信に基づいて着信履歴情報を更新するように指示を出す。通信制御部１７１は、着信履歴情報の更新指示を出すと、その旨を示す更新完了通知を判断部１７３へ出力する。

近距離無線制御部１７２は、近距離無線通信部１６における外部機器ＯＥとの近距離無線通信を制御する。また、近距離無線制御部１７２は、近距離無線通信部１６からＰＢＡＰのコマンドが入力された旨の通知を受けると、記憶部１５を参照して、そのコマンドに応じた処理を行うように近距離無線通信部１６に対して指示を出す。例えば、近距離無線制御部１７２は、近距離無線通信部１６から取得要求受信通知を受け取った場合、記憶部１５を参照し、要求された情報を含む応答データを生成する。そして、近距離無線制御部１７２は、この応答データに継続フラグの有無を付して外部機器ＯＥへ出力するように、近距離無線通信部１６に対して指示を出す。なお、継続フラグは、応答データの一部をＯＢＥＸに則って分割して応答する際に、今回全てのデータを送りきれず、次回継続して転送される必要がある場合に「有り」となる。

また、近距離無線制御部１７２は、判断部１７３により、応答データの生成状況に対する着信履歴情報の更新タイミングが判断された場合には、その判断結果に従った所定の処理を行う。

判断部１７３は、近距離無線通信部１６から取得要求受信通知を受け取った後に、移動無線通信部１３から更新完了通知があった場合、応答データの生成状況に対して着信履歴情報が更新されたタイミングを判断する。すなわち、判断部１７３は、着信履歴情報の更新が、応答データの生成を開始する前か、応答データの作成中か、応答データの生成が完了した後かを判断する。判断部１７３は、判断結果を近距離無線制御部１７２へ通知する。

外部機器ＯＥは、前提条件エラー応答を受信した場合、その旨をユーザに通知（例えば、画面に表示）したり、最新データの取得を行ったりする。

次に、上記構成における動作を説明する。

図３乃至図５は、本発明の一実施形態に係る携帯端末ＭＳが外部機器ＯＥとＰＢＡＰセッションを確立している際に、通話要求を受信した場合のシーケンス図を示す。図３は応答データの生成を開始する前に通話要求を受信した場合のシーケンス図であり、図４は応答データを生成している最中に通話要求を受信した場合のシーケンス図であり、図５は応答データの生成を完了した後に通話要求を受信した場合のシーケンス図である。

図３において、携帯端末ＭＳは、近距離無線通信部１６により、ＰＢＡＰセッションの確立中に外部機器ＯＥから電話帳データ取得要求を受信する（Ｓ３１）。続いて、携帯端末ＭＳは、移動無線通信部１３により通話要求を受信し、記憶部１５の着信履歴情報を更新する（Ｓ３２）。このとき、携帯端末ＭＳは、判断部１７３により、着信履歴情報の更新タイミングが、応答データの生成を開始する前か、応答データの生成中か、応答データの生成が完了した後かを判断する（Ｓ３３）。

判断部１７３は、着信履歴情報の更新タイミングが応答データの生成を開始する前である旨を近距離無線制御部１７２へ通知する。近距離無線制御部１７２は、判断部１７３からの通知に応じて前提条件エラー状態を「オン」とする（Ｓ３４）。そして、近距離無線制御部１７２は、継続フラグ「無し」を付した前提条件エラー応答を外部機器ＯＥへ返す（Ｓ３５）。

図４において、携帯端末ＭＳは、近距離無線通信部１６により、ＰＢＡＰセッションの確立中に外部機器ＯＥから電話帳データ取得要求を受信する（Ｓ４１）。携帯端末ＭＳは、電話帳データ取得要求に応じて応答データを生成する（Ｓ４２）。続いて、携帯端末ＭＳは、移動無線通信部１３により通話要求を受信し、記憶部１５の着信履歴情報を更新する（Ｓ４３）。このとき、携帯端末ＭＳは、判断部１７３により、着信履歴情報の更新タイミングが、応答データの生成を開始する前か、応答データの生成中か、応答データの生成が完了した後かを判断する（Ｓ４４）。

判断部１７３は、着信履歴情報の更新タイミングが応答データの生成中である旨を近距離無線制御部１７２へ通知する。近距離無線制御部１７２は、判断部１７３からの通知に応じて、応答データの生成を中断し（Ｓ４５）、生成中の応答データを破棄する（Ｓ４６）。そして、近距離無線制御部１７２は、前提条件エラー状態を「オン」とし（Ｓ４７）、継続フラグ「無し」を付した前提条件エラー応答を外部機器ＯＥへ返す（Ｓ４８）。

図５において、携帯端末ＭＳは、近距離無線通信部１６により、ＰＢＡＰセッションの確立中に外部機器ＯＥから電話帳データ取得要求を受信する（Ｓ５１）。携帯端末ＭＳは、電話帳データ取得要求に応じて応答データを生成する（Ｓ５２）。続いて、携帯端末ＭＳは、移動無線通信部１３により通話要求を受信し、記憶部１５の着信履歴情報を更新する（Ｓ５３）。このとき、携帯端末ＭＳは、判断部１７３により、着信履歴情報の更新タイミングが、応答データの生成を開始する前か、応答データの作成中か、応答データの生成が完了した後かを判断する（Ｓ５４）。

判断部１７３は、着信履歴情報の更新タイミングが応答データの生成後である旨を近距離無線制御部１７２へ通知する。近距離無線制御部１７２は、判断部１７３からの通知に応じて生成した応答データを破棄し（Ｓ５５）、前提条件エラー状態を「オン」とする（Ｓ５６）。そして、近距離無線制御部１７２は、継続フラグ「無し」を付した前提条件エラー応答を外部機器ＯＥへ返す（Ｓ５７）。

また、図６乃至図９は、ＰＢＡＰセッション確立中にＯＢＥＸを用いて応答データを分割転送している際に、通話要求を受信した場合のシーケンス図を示す。

図６は、継続フラグ「有り」を付した応答データの一部を、外部機器ＯＥへ転送した後に通話要求を受信した場合のシーケンス図である。

図６において、携帯端末ＭＳは、近距離無線通信部１６により、ＰＢＡＰセッションの確立中に外部機器ＯＥから電話帳データ取得要求を受信する（Ｓ６１）。携帯端末ＭＳは、電話帳データ取得要求に応じて応答データの一部を生成する（Ｓ６２）。そして、携帯端末ＭＳは、応答データの一部を継続フラグ「有り」を付して外部機器ＯＥへ転送する（Ｓ６３）。

続いて、外部機器ＯＥは、応答データの続きを要求する旨の継続取得要求を携帯端末ＭＳへ送信する（Ｓ６４）。携帯端末ＭＳは、継続取得要求に応じて応答データの一部を生成し（Ｓ６５）、継続フラグ「有り」を付して外部機器ＯＥへ転送する（Ｓ６６）。

そして、携帯端末ＭＳは、Ｓ６４乃至Ｓ６６の処理をｎ回（ｎは実施無しも含め、０回以上とする）繰り返し、外部機器ＯＥへ継続フラグ「有り」を付した応答データの一部を転送した後、通話要求を受信する。携帯端末ＭＳは、通話要求の受信に応じて記憶部１５の着信履歴情報を更新する（Ｓ６７）。このとき、携帯端末ＭＳは、判断部１７３により、着信履歴情報の更新タイミングが、応答データの生成を開始する前か、応答データの生成中か、応答データの生成が完了した後かを判断する（Ｓ６８）。

判断部１７３は、着信履歴情報の更新タイミングが応答データの生成を開始する前である旨を近距離無線制御部１７２へ通知する。近距離無線制御部１７２は、判断部１７３からの通知に応じて前提条件エラー状態を「オン」とする（Ｓ６９）。そして、近距離無線制御部１７２は、継続フラグ「無し」を付した前提条件エラー応答を外部機器ＯＥへ返す（Ｓ６１０）。

図７は、Ｓ６４乃至Ｓ６６をｎ回繰り返した後に外部機器ＯＥから継続取得要求を受信し、応答データの一部の生成を開始する前に通話要求を受信した場合のシーケンスである。

図７において、携帯端末ＭＳは、Ｓ６４乃至Ｓ６６の処理をｎ回繰り返し、さらに継続取得要求を受信する（Ｓ７１）。続いて、携帯端末ＭＳは、移動無線通信部１３により通話要求を受信し、記憶部１５の着信履歴情報を更新する（Ｓ７２）。このとき、携帯端末ＭＳは、判断部１７３により、着信履歴情報の更新タイミングが、応答データの生成を開始する前か、応答データの生成中か、応答データの生成が完了した後かを判断する（Ｓ７３）。

判断部１７３は、着信履歴情報の更新タイミングが応答データの生成を開始する前である旨を近距離無線制御部１７２へ通知する。近距離無線制御部１７２は、判断部１７３からの通知に応じて前提条件エラー状態を「オン」とする（Ｓ７４）。そして、近距離無線制御部１７２は、継続フラグ「無し」を付した前提条件エラー応答を外部機器ＯＥへ返す（Ｓ７５）。

図８は、Ｓ６４乃至Ｓ６６をｎ回繰り返した後に外部機器ＯＥから継続取得要求を受信し、応答データの一部の生成中に通話要求を受信した場合のシーケンスである。

図８において、携帯端末ＭＳは、Ｓ６４乃至Ｓ６６の処理をｎ回繰り返し、さらに継続取得要求を受信する（Ｓ８１）。携帯端末ＭＳは、電話帳データ取得要求に応じて応答データを生成する（Ｓ８２）。続いて、携帯端末ＭＳは、移動無線通信部１３により通話要求を受信し、記憶部１５の着信履歴情報を更新する（Ｓ８３）。このとき、携帯端末ＭＳは、判断部１７３により、着信履歴情報の更新タイミングが、応答データの生成を開始する前か、応答データの生成中か、応答データの生成が完了した後かを判断する（Ｓ８４）。

判断部１７３は、着信履歴情報の更新タイミングが応答データの生成中である旨を近距離無線制御部１７２へ通知する。近距離無線制御部１７２は、判断部１７３からの通知に応じて、応答データの生成を中断し（Ｓ８５）、生成中の応答データを破棄する（Ｓ８６）。そして、近距離無線制御部１７２は、前提条件エラー状態を「オン」とし（Ｓ８７）、継続フラグ「無し」を付した前提条件エラー応答を外部機器ＯＥへ返す（Ｓ８８）。

図９は、Ｓ６４乃至Ｓ６６をｎ回繰り返した後に外部機器ＯＥから継続取得要求を受信し、応答データの一部の生成が完了した後に通話要求を受信した場合のシーケンスである。

図９において、携帯端末ＭＳは、Ｓ６４乃至Ｓ６６の処理をｎ回繰り返し、さらに継続取得要求を受信する（Ｓ９１）。携帯端末ＭＳは、電話帳データ取得要求に応じて応答データを生成する（Ｓ９２）。続いて、携帯端末ＭＳは、移動無線通信部１３により通話要求を受信し、記憶部１５の着信履歴情報を更新する（Ｓ９３）。このとき、携帯端末ＭＳは、判断部１７３により、着信履歴情報の更新タイミングが、応答データの生成を開始する前か、応答データの作成中か、応答データの生成が完了した後かを判断する（Ｓ９４）。

判断部１７３は、着信履歴情報の更新タイミングが応答データの生成後である旨を近距離無線制御部１７２へ通知する。近距離無線制御部１７２は、判断部１７３からの通知に応じて生成した応答データを破棄し（Ｓ９５）、前提条件エラー状態を「オン」とする（Ｓ９６）。そして、近距離無線制御部１７２は、継続フラグ「無し」を付した前提条件エラー応答を外部機器ＯＥへ返す（Ｓ９７）。

なお、図６乃至図９では、外部機器ＯＥからの要求に応じて、外部機器ＯＥに送信するデータサイズに合わせて応答データの一部を随時生成する例について説明したが、携帯端末ＭＳは、電話帳データ取得要求に応じて応答データの全部または大半を一度に生成してもかまわない。大半とは、予め携帯端末ＭＳ側にて任意のサイズでデータを生成し、外部機器ＯＥに送信しきれなかった場合には破棄せずに保持できる程度の分量を意味する。図１０及び図１１は、携帯端末ＭＳが電話帳データ取得要求に応じて応答データの全部または大半を一度に生成する場合のシーケンス図である。

図１０において、携帯端末ＭＳは、近距離無線通信部１６により、ＰＢＡＰセッションの確立中に外部機器ＯＥから電話帳データ取得要求を受信する（Ｓ１０１）。携帯端末ＭＳは、電話帳データ取得要求に応じて応答データの全部または大半を一度に生成する（Ｓ１０２）。そして、携帯端末ＭＳは、応答データのうち一部を継続フラグ「有り」を付して外部機器ＯＥへ転送する（Ｓ１０３）。

続いて、外部機器ＯＥは、応答データの続きを要求する旨の継続取得要求を携帯端末ＭＳへ送信する（Ｓ１０４）。携帯端末ＭＳは、継続取得要求に応じて応答データの一部に継続フラグ「有り」を付して外部機器ＯＥへ転送する（Ｓ１０５）。

そして、携帯端末ＭＳは、Ｓ１０４及びＳ１０５の処理をｎ回繰り返し、外部機器ＯＥへ継続フラグ「有り」を付した応答データの一部を転送した後、通話要求を受信する。携帯端末ＭＳは、通話要求の受信に応じて記憶部１５の着信履歴情報を更新する（Ｓ１０６）。携帯端末ＭＳは、判断部１７３により、着信履歴情報の更新タイミングを判断する（Ｓ１０７）。

判断部１７３は、着信履歴情報の更新タイミングが応答データの生成後である旨を近距離無線制御部１７２へ通知する。近距離無線制御部１７２は、判断部１７３からの通知に応じて生成した応答データを破棄し（Ｓ１０８）、前提条件エラー状態を「オン」とする（Ｓ１０９）。そして、近距離無線制御部１７２は、継続フラグ「無し」を付した前提条件エラー応答を外部機器ＯＥへ返す（Ｓ１１０）。

図１１において、携帯端末ＭＳは、Ｓ１０４及びＳ１０５の処理をｎ回繰り返し、さらに継続取得要求を受信する（Ｓ１１１）。続いて、携帯端末ＭＳは、移動無線通信部１３により通話要求を受信し、記憶部１５の着信履歴情報を更新する（Ｓ１１２）。このとき、携帯端末ＭＳは、判断部１７３により、着信履歴情報の更新タイミングを判断する（Ｓ１１３）。

判断部１７３は、着信履歴情報の更新タイミングが応答データの生成後である旨を近距離無線制御部１７２へ通知する。近距離無線制御部１７２は、判断部１７３からの通知に応じて生成した応答データを破棄し（Ｓ１１４）、前提条件エラー状態を「オン」とする（Ｓ１１５）。そして、近距離無線制御部１７２は、継続フラグ「無し」を付した前提条件エラー応答を外部機器ＯＥへ返す（Ｓ１１６）。

図１２乃至図１５は、前提条件エラー状態が「オン」である際における携帯端末ＭＳ及び外部機器ＯＥの処理動作を示すシーケンス図である。

図１２は、前提条件エラー状態が「オン」である際にＰＢＡＰセッションを切断する際の処理動作を示すシーケンス図である。

まず、外部機器ＯＥからＰＢＡＰセッション切断が要求される。これにより、携帯端末ＭＳと外部機器ＯＥとの間のＰＢＡＰセッションが切断される。続いて、携帯端末ＭＳは、前提条件エラー状態を「オフ」とする。

図１３は、前提条件エラー状態が「オン」である際に外部機器ＯＥからパス設定要求が入力された場合のシーケンス図である。

まず、外部機器ＯＥから任意のパス情報を指定したパス設定要求が与えられる。携帯端末ＭＳは、パス設定要求に応じてパスを設定し、継続フラグ「無し」を付した成功応答を外部機器ＯＥへ返す。

図１４は、前提条件エラー状態が「オン」である際に外部機器ＯＥから電話帳データ取得要求が入力された場合のシーケンス図である。

まず、外部機器ＯＥから電話帳データ取得要求が与えられる。携帯端末ＭＳは、電話帳データ取得要求に応じて、継続フラグ「無し」を付した前提条件エラー応答を外部機器ＯＥへ返す。なお、携帯端末ＭＳは、前提条件エラー状態が「オフ」である際に電話帳データ取得要求が与えられた場合、継続フラグ「有り」又は「無し」を付した応答データを外部機器ＯＥへ返す。

図１５は、前提条件エラー状態が「オン」である際に外部機器ＯＥから電話帳リスト取得要求が入力された場合のシーケンス図である。

まず、外部機器ＯＥから電話帳リスト取得要求が与えられる。携帯端末ＭＳは、電話帳リスト取得要求に応じて前提条件エラー状態を「オフ」とし、継続フラグ「有り」又は「無し」を付した電話帳リストを外部機器ＯＥへ返す。

以上のように、上記一実施形態では、制御部１７は、通信制御部１７１、近距離無線制御部１７２及び判断部１７３を備え、電話帳データ取得要求を受信した後の着信履歴情報の更新タイミングに応じて、所定の処理を行う。そして、携帯端末ＭＳは、前提条件エラー状態が「オン」である間は、電話帳データ取得要求に対する応答データを外部機器ＯＥへ送信せず、前提条件エラー応答を送信するようにしている。これにより、外部機器ＯＥから新規の電話帳データ取得要求が行われた後に、任意のタイミングで着信履歴情報が更新された場合であっても、無駄な応答データの生成及び転送をする事なく、前提条件エラー通知を通知する事が可能となる。つまり、生成済みの古いデータが転送されることを避ける事が可能となる。

また、上記一実施形態では、ＰＢＡＰセッションにおけるデータの分割転送が必要な場合には、電話帳データ取得要求を受信した後の着信履歴情報の更新タイミングに応じて、所定の処理を行う。そして、携帯端末ＭＳは、前提条件エラー状態が「オン」である間は、外部機器ＯＥへ前提条件エラー応答を送信し、応答データの転送を停止するようにしている。これにより、外部機器ＯＥが最新の電話帳データを取得することを望んでいるにも係らず、データの転送が継続するために着信履歴の取得が遅れることを避ける事が可能となる。

したがって、本発明に係る携帯端末は、ＰＢＡＰセッション確立中において、着信に応じて着信履歴情報が更新された後に、外部機器ＯＥから新規の電話帳データ取得要求が行われる場合以外の場合であっても、外部機器へ効率的にデータ転送を行う事ができる。

なお、この発明は上記実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また、上記実施形態に開示されている複数の構成要素の適宜な組み合わせにより、種々の発明を形成できる。例えば、実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。

１１…操作部
１２…表示部
１３…移動無線通信部
１４…音声入出力部
１５…記憶部
１６…近距離無線通信部
１７…制御部
１７１…通信制御部
１７２…近距離無線制御部
１７３…判断部
ＮＷ…移動通信網
ＢＳ…基地局
ＭＳ…携帯端末
ＯＥ…外部機器

Claims

移動通信網からの通話要求を受け付ける移動無線通信部と、
少なくとも着信履歴情報を含む電話帳データを記憶する記憶部と、
外部機器と近距離無線通信によって通信を行い、前記外部機器から電話帳データの取得要求を受信し、前記電話帳データの取得要求に応じた応答情報を前記外部機器へ送出する近距離無線通信部と、
前記近距離無線通信部を介して前記外部機器から電話帳データの取得要求を受信した後であって、要求された電話帳データの送出が完了するまでの間に、前記移動無線通信部によって通話要求を受け付けたことに応じて前記電話帳データが更新された場合において、(1)前記着信履歴情報の更新が、前記応答情報の一部分を生成及び送出した後に前記応答情報の別の部分の生成を開始する前であった場合、生成した前記応答情報の一部分を破棄せずに、前記外部機器に対してエラーの応答を送出するように前記近距離無線通信部に対して指示を与え、(2)前記着信履歴情報の更新が、前記応答情報の一部分を生成及び送出した後に前記応答情報の別の部分の生成を開始する前でなかった場合、生成した前記応答情報の別の部分を破棄し、前記外部機器に対してエラーの応答を送出するように前記近距離無線通信部に対して指示を与える制御部と
を具備する携帯端末。