(57)【特許請求の範囲】
【請求項１】
所定のプロトコルを近距離無線通信装置との間で接続している状態で前記近距離無線通信装置と連携してサービスを提供する連携アプリケーションをフォアグラウンド又はバックグラウンドを切換えて実行可能であり、フォアグラウンドで実行中の連携アプリケーションをバックグラウンドに移行したことで接続中の前記所定のプロトコルを切断する通信相手端末（２）と共に用いられる近距離無線通信装置において、
前記通信相手端末（２）にてバックグラウンドに移行した連携アプリケーションがフォアグラウンドに復帰する可能性がある条件が成立したか否かを判定し、前記条件が成立したと判定した場合に、前記通信相手端末から取得した当該通信相手端末におけるアプリケーションの動作状況に基づいて前記連携アプリケーションがフォアグラウンドに復帰したか否かを判定し、前記連携アプリケーションがフォアグラウンドに復帰したと判定した場合に、前記所定のプロトコルの接続要求を接続要求送信手段（１５）から前記通信相手端末（２）に送信させる制御手段（１４）を備え、
前記制御手段（１４）は、前記連携アプリケーションがフォアグラウンドに復帰していないと判定した場合に、前記通信相手端末からの前記動作状況の取得を繰り返し行うことを特徴とする近距離無線通信装置。
【請求項２】
請求項１に記載した近距離無線通信装置において、
前記制御手段（１４）は、前記通信相手端末からの前記動作状況の取得を、所定時間又は所定回数を上限として繰り返し行うことを特徴とする近距離無線通信装置。
【請求項３】
請求項１又は２に記載した近距離無線通信装置において、
前記通信相手端末（２）にてフォアグラウンドで実行中のアプリケーションを特定可能な識別情報を当該通信相手端末（２）から受信する識別情報受信手段（１５）を備え、
前記制御手段（１４）は、前記通信相手端末（２）から前記識別情報受信手段（１５）に受信された識別情報が前記連携アプリケーションを特定可能な識別情報である場合に、前記連携アプリケーションがフォアグラウンドに復帰したと判定することを特徴とする近距離無線通信装置。
【請求項４】
請求項１乃至３の何れかに記載した近距離無線通信装置において、
前記連携アプリケーションとして音声、テキスト、画像の何れか含むデータを前記通信相手端末（２）に転送するアプリケーションを実行する通信相手端末（２）と共に用いられることを特徴とする近距離無線通信装置。
【請求項５】
請求項１乃至３の何れかに記載した近距離無線通信装置において、
前記連携アプリケーションとして音声を含むデータを前記通信相手端末（２）に転送するアプリケーションを実行する通信相手端末（２）と共に用いられ、
前記制御手段（１４）は、前記所定のプロトコルの接続要求を接続要求送信手段（１５）から前記通信相手端末（２）に送信させ、前記所定のプロトコルを接続させた後に、前記通信相手端末（２）に対して前記音声を含むデータの再生を指示する再生要求を再生要求送信手段（１５）から前記通信相手端末（２）に送信させることを特徴とする近距離無線通信装置。
【請求項６】
請求項１乃至５の何れかに記載した近距離無線通信装置において、
前記連携アプリケーションをフォアグラウンドで実行中に別のアプリケーションの起動要求が発生したことを契機として、フォアグラウンドで実行中の前記連携アプリケーションをバックグラウンドに移行する通信相手端末（２）と共に用いられることを特徴とする近距離無線通信装置。
【請求項７】
請求項６に記載した近距離無線通信装置において、
前記制御手段（１４）は、前記別のアプリケーションが終了した可能性があると判定することで、前記条件が成立したと判定することを特徴とする近距離無線通信装置。
【請求項８】
請求項７に記載した近距離無線通信装置において、
前記別のアプリケーションとして通信網からの着信に係るアプリケーションの起動要求が発生したことを契機として、フォアグラウンドで実行中の前記連携アプリケーションをバックグラウンドに移行する通信相手端末（２）と共に用いられることを特徴とする近距離無線通信装置。
【請求項９】
請求項８に記載した近距離無線通信装置において、
前記制御手段（１４）は、通信網からの着信に係る呼出が終了したと判定すること、通信網からの着信に対して応答したことによる音声通話やデータ通信が終了したと判定すること、又は通信網からの着信に対して応答拒否したと判定することで、通信網からの着信に係るアプリケーションが終了した可能性があると判定することを特徴とする近距離無線通信装置。
【請求項１０】
請求項８又は９に記載した近距離無線通信装置において、
前記制御手段（１４）は、通信網からの着信に係るアプリケーションが終了した可能性があると判定し、前記条件が成立したと判定した場合に、前記所定のプロトコルの接続要求を接続要求送信手段（１５）から前記通信相手端末（２）に送信させることを特徴とする近距離無線通信装置。
【請求項１１】
請求項１乃至１０の何れかに記載した近距離無線通信装置において、
前記所定のプロトコルとして、ブルートゥースの通信規格で規定されているデータ通信プロファイルを用いることを特徴とする近距離無線通信装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、所定のプロトコルを近距離無線通信装置との間で接続している状態で前記近距離無線通信装置と連携してサービスを提供する連携アプリケーションをフォアグラウンド又はバックグラウンドを切換えて実行可能な通信相手端末と共に用いられる近距離無線通信装置に関する。
【背景技術】
【０００２】
従来より、例えばユーザが携帯可能なスマートフォンと称される携帯通信端末と、車両に搭載されている近距離無線通信装置とが両者の間で所定のプロトコルを接続することで、両者が連携してサービスを提供する車両用通信システムが供されている。例えば携帯通信端末において、サーバから受信したインターネットラジオの音声データを近距離無線通信装置に転送し、近距離無線通信装置において、携帯通信端末から転送された音声データを出力するサービス等がある。又、例えば特許文献１には、携帯通信端末において、これらのアプリケーションをフォアグラウンド又はバックグラウンドを切換えて実行可能な構成が開示されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１１−１４７０１９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
ところで、この種の携帯通信端末を用いて近距離無線通信装置と連携してサービスを提供している場合において、フォアグラウンドで実行中の連携アプリケーションをバックグラウンドに移行すると、連携アプリケーションが終了していなくても、当該サービスの提供が中断されることがある。その後、携帯通信端末では、バックグラウンドに移行した連携アプリケーションがフォアグラウンドに復帰する条件が成立すると、そのバックグラウンドに移行した連携アプリケーションがフォアグラウンドに復帰する。しかしながら、バックグラウンドに移行した連携アプリケーションがフォアグラウンドに復帰したにも拘らず、当該サービスの提供が再開されない場合があった。
【０００５】
本発明は、上記した事情に鑑みてなされたものであり、その目的は、通信相手端末にてフォアグラウンドで実行中の連携アプリケーションがバックグラウンドに移行したことでサービスの提供が中断された後に、当該連携アプリケーションがフォアグラウンドに復帰した場合には、当該サービスの提供を適切に再開することができる近距離無線通信装置を提供することにある。
【課題を解決するための手段】
【０００６】
請求項１に記載した発明によれば、制御手段は、通信相手端末にてバックグラウンドに移行した連携アプリケーションがフォアグラウンドに復帰する可能性がある条件が成立したと判定すると、通信相手端末から取得した当該通信相手端末におけるアプリケーションの動作状況に基づいて連携アプリケーションがフォアグラウンドに復帰したか否かを判定する。そして、制御手段は、連携アプリケーションがフォアグラウンドに復帰したと判定すると、所定のプロトコルの接続要求を接続要求送信手段から通信相手端末に送信させる。一方、制御手段は、連携アプリケーションがフォアグラウンドに復帰していないと判定すると、通信相手端末からの当該通信相手端末におけるアプリケーションの動作状況の取得を繰り返し行う。
【０００７】
即ち、近距離無線通信装置において、通信相手端末にてバックグラウンドに移行した連携アプリケーションがフォアグラウンドに復帰する可能性がある条件が成立したと判定したものの、実際には通信相手端末にて連携アプリケーションがフォアグラウンドに復帰していない場合もある。このような場合に対し、連携アプリケーションがフォアグラウンドに復帰していないと判定すると、通信相手端末におけるアプリケーションの動作状況の取得を繰り返し行うようにしたので、連携アプリケーションがフォアグラウンドに復帰したか否かを判定する機会を増やすことができる。このように判定する機会を増やしたことで、実際に連携アプリケーションがフォアグラウンドに復帰すると、連携アプリケーションがフォアグラウンドに復帰したと判定することができる。そして、所定のプロトコルの接続要求を通信相手端末に送信することで、切断中の所定のプロトコルを再度接続することで、連携アプリケーションによるサービスの提供を適切に再開することができる。
【図面の簡単な説明】
【０００８】
【図１】本発明の一実施形態を示す機能ブロック図
【図２】シーケンス図
【図３】図２相当図
【図４】図２相当図
【発明を実施するための形態】
【０００９】
以下、本発明の近距離無線通信装置を、ユーザが携帯可能な携帯通信端末とＢｌｕｅｔｏｏｔｈ（登録商標、以下、単にＢＴと称する）通信可能であり、車両に搭載されている車両用機器に適用した一実施形態について、図面を参照して説明する。図１に示すように、車両用通信システム１は、ユーザが携帯可能な携帯通信端末２（通信相手端末に相当）と、車両に搭載されている車両用機器３とを有して構成される。本実施形態では、携帯通信端末２として、近年、高性能化が進む所謂スマートフォン（Smart Phone)を想定している。携帯通信端末２は、例えばコンテンツプロバイダが管理するサーバ４や中間サーバ５と通信網（図示せず）を通じて接続することで、サーバ４から配信されるコンテンツを直接取得したり中間サーバ５を通じて取得したりする。通信網は、携帯電話基地局や基地局制御装置等の周知の公衆回線網を使用する携帯電話通信サービスを提供する設備を含む。
【００１０】
サーバ４は、ＰＯＩ（Point Of Interface）検索サービス、ニュース配信サービス、ＳＮＳ（Social Networking Service）サービス、音楽ストリーミング配信サービス、インターネットラジオ配信サービス等を実現する各種のコンテンツを保持している。サーバ４は、携帯通信端末２から配信要求を受付けると、その受付けた配信要求により特定されるコンテンツを、通信網を通じて携帯通信端末２に配信する。中間サーバ５は、サーバ４から配信されるコンテンツのデータ形式を、車両用機器３が当該コンテンツを利用可能なデータ形式に変換する機能を有する。即ち、例えば音楽ストリーミングデータ等のデータ形式を変換する必要がないコンテンツは、サーバ４から携帯通信端末２に直接配信される。一方、例えばＰＯＩデータやニュースデータ等のデータ形式を変換する必要があるコンテンツは、サーバ４から中間サーバ５を通じて携帯通信端末２に配信される。
【００１１】
携帯通信端末２は、制御部６と、電話通信部７と、ＢＴ通信部８と、記憶部９と、表示部１０と、操作部１１と、音声入力部１２と、音声出力部１３とを有する。制御部６は、ＣＰＵ、ＲＡＭ、ＲＯＭ及びＩ／Ｏバス等を有する周知のマイクロコンピュータから構成されている。制御部６は、ＲＯＭ等に記憶されているコンピュータプログラムを実行することで、データ通信処理やデータ管理処理等の携帯通信端末２の動作全般を制御する。
【００１２】
電話通信部７は、サーバ４や中間サーバ５等との間で通信網を通じて電話通信（音声通信やデータ通信を含む）を行う。ＢＴ通信部８は、後述する車両用機器３のＢＴ通信部１５との間で近距離無線通信回線としてのＢＴ通信回線を接続可能であり、ＢＴ通信回線の接続状態でＢＴ通信を行う。ＢＴ通信部８は、ＢＴの通信規格で規定されている複数のプロファイルを同時接続（所謂マルチプロファイル接続）可能に構成されている。これら複数のプロファイルは、機能毎に定義されたプロトコルを意味している。この場合、プロファイルとしては、ハンズフリー通話を規定するＨＦＰ（Hands Free Profile）、楽曲データの転送を規定するＡ２ＤＰ（Advanced Audio Distribution Profile）、楽曲データの制御に係る制御データの転送を規定するＡＶＲＣＰ（Audio/Video Remote Control Profile）、仮想シリアルポート化したデータ通信を規定するＳＰＰ（Serial Port Profile）、通信相手端末２が何れのアプリケーションをサポートしている（後述するフォアグラウンド６ａで実行している）かを検索するＳＤＰ（Service Discovery Profile）等が規定されている。
【００１３】
記憶部９は、各種データを記憶する記憶領域を有している。記憶部９は、例えばメモリカード等の携帯通信端末３から取外し可能な記憶媒体から構成されていても良い。
表示部１０は、例えば液晶表示器や有機ＥＬ表示器等から構成され、制御部６から入力する表示指令信号に基づいて各種情報を表示する。操作部１１は、表示部１０の表示画面上に形成されるタッチスイッチである所謂タッチパネルや、表示部１０の周囲や近傍に機械的に設けられているスイッチ等を含む各種の操作キーから構成される。操作部１１は、ユーザが操作キーを操作したことに応じて操作検出信号を制御部６に出力する。制御部６は、操作部１１から入力する操作検出信号を解析してユーザによる操作内容を特定する。又、制御部６は、ＢＴ通信部８と後述する車両用機器３のＢＴ通信部１５との間でＢＴ通信可能な状態では、その特定した操作内容をＢＴ通信により車両用機器３に通知する。
【００１４】
音声入力部１２は、携帯通信端末２が単体の電話機として動作しているとき、即ち、単体の通話状態にある（後述するハンズフリー通話状態でない）ときには、ユーザが発した音声を送話音声として入力する。送話音声は、電話通信部７から通信網を通じて通話相手に送信される。音声出力部１３は、携帯通信端末２が単体の電話機として動作しているとき、即ち、単体の通話状態にあるときには、通話相手から通信網を通じて電話通信部７に受信された音声を受話音声として出力する。
【００１５】
制御部６は、各種のアプリケーションを実行可能であり、サーバ４から電話通信部７に受信されたインターネットラジオの音声データを車両用機器３に転送するアプリケーションや、通信網から電話通信部７が着信（電話着信、データ着信（電子メール着信を含む））したときに着信通知を行うアプリケーション等を実行可能である。又、制御部６が実行するアプリケーションとしては、携帯通信端末２と車両用機器３とが連携してサービスを提供する連携アプリケーションや、携帯通信端末２が車両用機器３と連携することなく単体で同様のサービスを提供する単体アプリケーションがある。
【００１６】
制御部６は、これらアプリケーションを実行する実行領域として、フォアグラウンド６ａとバックグラウンド６ｂとを有しており、複数のアプリケーションをフォアグラウンド６ａ又はバックグラウンド６ｂで同時に（並列に）実行可能である。フォアグラウンド６ａとは、ユーザが視認可能な状態で情報処理が進行するいわゆる表の面である。バックグラウンド６ｂとは、ユーザが視認不可能な状態で情報処理が進行するいわゆる裏の面である。フォアグラウンド６ａで実行可能なアプリケーションは１つであり、バックグラウンド６ｂで実行可能なアプリケーションは複数である。制御部６は、フォアグラウンド６ａで実行するアプリケーションについて、そのアプリケーションに対するユーザからの操作入力を操作部１１にて受付けたり、そのアプリケーションによる画像を表示部９に表示させたり音声を音声出力部１３から出力させたりする。
【００１７】
車両用機器３は、制御部１４（制御手段に相当）と、ＢＴ通信部１５（接続要求送信手段、識別情報受信手段、再生要求送信手段に相当）と、記憶部１６と、表示部１７と、操作部１８と、音声入力部１９と、音声出力部２０と、信号入力部２１と、車両ＬＡＮ通信部２２とを有する。制御部１４は、ＣＰＵ、ＲＡＭ、ＲＯＭ及びＩ／Ｏバス等を有する周知のマイクロコンピュータから構成されている。制御部１４は、ＲＯＭ等に記憶されているコンピュータプログラムを実行することで、データ通信処理やデータ管理処理等の車両用機器３の動作全般を制御する。
【００１８】
ＢＴ通信部１５は、携帯通信端末２のＢＴ通信部８との間で近距離無線通信回線としてのＢＴ通信回線を接続可能であり、ＢＴ通信回線の接続状態でＢＴ通信を行う。ＢＴ通信部１５も、携帯通信端末２のＢＴ通信部８と同様に、ＢＴの通信規格で規定されている複数のプロファイルを同時接続可能に構成されている。
【００１９】
記憶部１６は、携帯通信端末２の記憶部９と同様に、各種データを記憶する記憶領域を有している。
表示部１７は、例えば液晶表示器や有機ＥＬ表示器等から構成され、制御部１４から入力する表示指令信号に基づいて各種情報を表示する。操作部１８は、表示部１７の表示画面上に形成されるタッチスイッチである所謂タッチパネルや、表示部１７の周囲や近傍に機械的に設けられているスイッチ等を含む各種の操作キーから構成される。操作部１８は、ユーザが操作キーを操作したことに応じて操作検出信号を制御部１４に出力する。制御部１４は、操作部１８から入力する操作検出信号を解析してユーザによる操作内容を特定する。又、制御部１４は、ＢＴ通信部１５と上記した携帯通信端末２のＢＴ通信部８との間でＢＴ通信可能な状態では、その特定した操作内容をＢＴ通信により携帯通信端末２に通知する。
【００２０】
音声入力部１９は、携帯通信端末２及び車両用機器３がハンズフリー通話状態にあるときには、ユーザが発した音声を送話音声として入力する。送話音声は、ＢＴ通信部１５から携帯通信端末２のＢＴ通信部８に転送され、電話通信部７から通信網を通じて通話相手に送信される。音声出力部２０は、携帯通信端末２及び車両用機器３がハンズフリー通話状態にあるときには、通話相手から通信網を通じて電話通信部７に受信され、携帯通信端末２のＢＴ通信部８からＢＴ通信部１５に転送された音声を受話音声として出力する。
【００２１】
信号入力部２１は、車両に搭載されているＡＣＣ（アクセサリ）スイッチ（図示せず）に接続しており、ＡＣＣスイッチからＡＣＣ信号を入力すると、ＡＣＣ信号を制御部１４に出力する。制御部１４は、信号入力部２１から入力するＡＣＣ信号のオンオフに基づいて電源回路（図示せず）のオンオフを制御する。即ち、制御部１４は、ＡＣＣ信号がオフからオンに変化したタイミングで電源回路をオンし、車両用機器３を起動し、ＡＣＣ信号がオンからオフに変化したタイミングで電源回路をオフし、車両用機器３を停止する。
【００２２】
車両ＬＡＮ通信部２２は、車両に搭載されている車両ＬＡＮ２３に接続されており、車両に搭載されている各種ＥＣＵ（Electronic Control Unit）２４や各種センサ２５との間で車両ＬＡＮ２３を通じたデータ通信を行う。
【００２３】
次に、上記した構成の作用について、図２乃至図４も参照して説明する。
車両用機器３において、制御部１４は、ＢＴ通信部８とＢＴ通信部１５とが両者の間でＢＴ通信回線を接続し、ＨＦＰ、Ａ２ＤＰ、ＡＶＲＣＰ、ＳＰＰ及びＳＤＰを接続しており、インターネットラジオのアプリケーションをフォアグラウンド６ａで実行している状態では、ユーザが例えばインターネットラジオの再生操作を操作部１８にて行うと、再生要求（再生コマンド）をＢＴ通信部１５からＳＰＰによりＢＴ通信部８に送信させる。
【００２４】
携帯通信端末２において、制御部６は、再生要求がＢＴ通信部８に受信されると、サーバ４から電話通信部７に受信されたインターネットラジオの音声データを再生し、その再生した音声データをＢＴ通信部８からＡ２ＤＰによりＢＴ通信部１５に送信させる。
【００２５】
車両用機器３において、制御部１４は、音声データがＢＴ通信部８に受信されると、その受信された音声データを音声出力部２０から出力させる。即ち、ユーザは、例えばインターネットラジオの再生操作を操作部１８にて行うことで、インターネットラジオの音声データを音声出力部２０から出力させることが可能となり、インターネットラジオの音声データを聴くことが可能となる。
【００２６】
ここで、携帯通信端末２において、制御部６は、インターネットラジオの音声データをＢＴ通信部８からＡ２ＤＰによりＢＴ通信部１５に送信させている途中で、通信網から電話通信部７が電話着信したと検出すると（ステップＴ１）、それまでフォアグラウンド６ａで実行していたインターネットラジオのアプリケーションをバックグラウンド６ｂに移行し、電話着信通知のアプリケーションを起動してフォアグラウンド６ａで実行する。次いで、制御部６は、インターネットラジオのアプリケーションをバックグラウンド６ｂに移行したことで、インターネットラジオのアプリケーションで使用していたＳＰＰ（所定のプロトコルに相当）を切断させる。尚、このように制御部６がＳＰＰを切断させるのは、フォアグラウンド６ａで実行中のアプリケーションとの間でのみＳＰＰを接続するという車両用機器３のＢＴ通信部１５の制約に因るものである。そして、制御部６は、ＳＰＰを切断させると共に、音声データの音声出力部２０からの出力を停止させる。即ち、ユーザは、インターネットラジオの音声データが音声出力部２０から出力されなくなるので、インターネットラジオの音声データを聴くことができなくなる。一方、ユーザは、電話着信に対する応答操作を操作部１８にて行うことで、電話着信に対して応答することができ、ハンズフリー通話を行うことが可能となる。
【００２７】
車両用機器３において、制御部１４は、ユーザが例えば電話着信に対する応答操作を操作部１８にて行ったことで電話着信に対して応答した後に、ハンズフリー通話の終話操作を操作部１８にて行ったことでハンズフリー通話の終了を検出すると（ステップＳ１）、携帯通信端末２にてバックグラウンドに移行したインターネットラジオのアプリケーションがフォアグラウンド６ａに復帰する条件が成立した可能性があるので、ＳＤＰ問合をＢＴ通信部１５からＳＤＰによりＢＴ通信部８に送信させる。即ち、制御部１４は、あくまでもハンズフリー通話の終了を検出しただけであり、実際にインターネットラジオのアプリケーションがフォアグラウンド６ａに復帰したか否かを判定する方法がなく、又、インターネットラジオのアプリケーションを含む複数のアプリケーションがバックグラウンド６ｂで実行していた場合には何れのアプリケーションがフォアグラウンド６ａに復帰したかを判定する方法がないという事情により、ＳＤＰ問合をＢＴ通信部１５からＳＤＰによりＢＴ通信部８に送信させる。尚、本実施形態ではハンズフリー通話の終了を検出した場合を例示したが、ユーザが電話着信に対する応答操作を行わない場合もあり得るので、制御部１４は、ユーザが電話着信に対する応答拒否操作を行ったことを検出した場合や、ユーザが電話着信に対する応答操作や応答拒否操作を行うことなく呼出が終了したことを検出した場合等も同様にして、ＳＤＰ問合をＢＴ通信部１５からＳＤＰによりＢＴ通信部８に送信させる。
【００２８】
携帯通信端末２において、制御部６は、ＳＤＰ問合がＢＴ通信部８に受信されると、ＵＵＩＤ（Universally Unique Identifier、識別情報）を特定可能なＳＤＰ応答をＢＴ通信部８からＳＤＰによりＢＴ通信部１５に送信させる。ＵＵＩＤとは、携帯通信端末２がフォアグラウンド６ａで実行しているアプリケーションを特定可能な情報である。即ち、制御部６は、ＳＤＰ問合がＢＴ通信部８に受信された時点で、バックグラウンドに移行したインターネットラジオのアプリケーションがハンズフリー通話の終了後にフォアグラウンド６ａに速やかに復帰していれば、インターネットラジオのアプリケーションを特定可能なＵＵＩＤをＢＴ通信部８からＢＴ通信部１５に送信させることになる。一方、制御部６は、バックグラウンドに移行したインターネットラジオのアプリケーションがハンズフリー通話の終了後にフォアグラウンド６ａに復帰していなければ、インターネットラジオのアプリケーションを特定可能なＵＵＩＤをＢＴ通信部８からＢＴ通信部１５に送信させることはない。即ち、制御部６は、例えば携帯通信端末２の仕様や他のアプリケーションとの関係（調整）等により、フォアグラウンドに復帰する条件が成立しても、実際にフォアグラウンドに復帰するまでにある程度の時間がかかるような場合には、そのアプリケーションを特定可能なＵＵＩＤをＢＴ通信部８からＢＴ通信部１５に送信させることはない。
【００２９】
車両用機器３において、制御部１４は、ＳＤＰ応答がＢＴ通信部１５に受信されると、その受信されたＳＤＰ応答により特定されるＵＵＩＤにより、携帯通信端末２が何れのアプリケーションをフォアグラウンド６ａで実行しているかを判定する。ここで、制御部１４は、図２に示すように、インターネットラジオのアプリケーションがハンズフリー通話の終了後にフォアグラウンド６ａに速やかに復帰しており、ＳＤＰ応答により特定されるＵＵＩＤにより、インターネットラジオのアプリケーションがフォアグラウンド６ａに復帰した判定すると、切断中のＳＰＰを接続可能であると判定し（ステップＳ２）、ＳＰＰ接続要求をＢＴ通信部１５からＳＰＰによりＢＴ通信部８に送信させる。
【００３０】
携帯通信端末２において、制御部６は、ＳＰＰ接続要求がＢＴ通信部８に受信されると、ＢＴ通信部８とＢＴ通信部１５との間でＳＰＰを接続し、プロファイルの接続状態を通信網から電話通信部７が電話着信する以前の状態に復帰させる。即ち、ユーザは、これ以降、通信網から電話通信部７が電話着信する以前と同様に、例えばインターネットラジオの再生操作を操作部１８にて行うことで、再生要求をＢＴ通信部１５からＳＰＰによりＢＴ通信部８に送信させ、インターネットラジオの音声データを音声出力部２０から出力させることが可能となり、インターネットラジオの音声データを聴くことが可能となる。尚、制御部６は、ＢＴ通信部８とＢＴ通信部１５との間でＳＰＰを接続した後に、ユーザがインターネットラジオの再生操作を操作部１８にて行わなくとも、再生要求をＢＴ通信部１５からＳＰＰによりＢＴ通信部８に送信させるようにしても良い（インターネットラジオの音声データの出力を自動復帰させても良い）。
【００３１】
一方、車両用機器３において、制御部１４は、図３に示すように、ＳＤＰ応答により特定されるＵＵＩＤにより、インターネットラジオのアプリケーションがフォアグラウンド６ａに復帰していないと判定すると、切断中のＳＰＰを接続不可能であると判定し（ステップＳ２）、ＳＰＰ接続要求をＢＴ通信部１５からＳＰＰによりＢＴ通信部８に送信させることはない。ここで、制御部１４は、このようにして切断中のＳＰＰを接続不可能であると判定すると、その後に、ＳＤＰ問合をＢＴ通信部１５からＳＤＰによりＢＴ通信部８に再度送信させる。
【００３２】
具体的には、制御部１４は、ＳＤＰ問合を送信させる動作を、インターネットラジオのアプリケーションがフォアグラウンド６ａに復帰したと判定するまで、又は切断中のＳＰＰを接続不可能であると判定した時点から第１の所定時間（例えば３０秒）が経過したと判定するまで、第２の所定時間（例えば５秒）間隔で定期的に繰り返し行う（アプリケーションの動作状況の取得を繰り返し行う）。そして、制御部１４は、切断中のＳＰＰを接続不可能であると最初に判定した時点から第１の所定時間が経過する前に、インターネットラジオのアプリケーションがフォアグラウンド６ａに復帰したと判定すると、切断中のＳＰＰを接続可能であると判定し（ステップＳ３）、ＳＰＰ接続要求をＢＴ通信部１５からＳＰＰによりＢＴ通信部８に送信させる。
【００３３】
この場合も、携帯通信端末２において、制御部６は、ＳＰＰ接続要求がＢＴ通信部８に受信されると、ＢＴ通信部８とＢＴ通信部１５との間でＳＰＰを接続し、プロファイルの接続状態を通信網から電話通信部７が電話着信する以前の状態に復帰させる。即ち、ユーザは、通信網から電話通信部７が電話着信する以前と同様に、例えばインターネットラジオの再生操作を操作部１８にて行うことで、再生要求をＢＴ通信部１５からＳＰＰによりＢＴ通信部８に送信させ、インターネットラジオの音声データを音声出力部２０から出力させることが可能となり、インターネットラジオの音声データを聴くことが可能となる。
【００３４】
要するに、制御部１４は、切断中のＳＰＰを接続不可能であると判定した後に、図４に示すように、ＳＤＰ問合を再度送信させる動作を行わないと、これ以降に、たとえインターネットラジオのアプリケーションがフォアグラウンド６ａに復帰したとしても、その旨を判定する機会がなく、切断中のＳＰＰを接続する機会がなくなる、これに対し、制御部１４は、図３に示したように、ＳＤＰ問合を再度送信させる動作を繰り返し行うことで、インターネットラジオのアプリケーションがフォアグラウンド６ａに復帰したと判定する機会を得て、インターネットラジオのアプリケーションがフォアグラウンド６ａに復帰したと判定することで、切断中のＳＰＰを接続する機会を得るようにしている。
【００３５】
尚、以上は、携帯通信端末２において、インターネットラジオのアプリケーションをバックグラウンド６ｂに移行したことで、ＳＰＰのみを切断させた場合を説明したが、ＳＰＰのみならずＡ２ＤＰをも切断させた場合であれば、車両用機器３において、インターネットラジオのアプリケーションがフォアグラウンド６ａに復帰したと判定すると、切断中のＳＰＰとＡ２ＤＰとを接続することになる。
【００３６】
以上に説明したように本実施形態によれば、車両用機器３において、携帯通信端末２が電話着信したことで当該携帯通信端末２にてフォアグラウンド６ａで実行中のインターネットラジオのアプリケーションがバックグラウンド６ｂに移行した後に、ハンズフリー通話の終了を検出し、そのアプリケーションがフォアグラウンド６ａに復帰する条件が成立したと判定したものの、そのアプリケーションがフォアグラウンド６ａに復帰していないと判定すると、携帯通信端末２からのＵＵＩＤの取得を繰り返し行うようにした。
【００３７】
これにより、インターネットラジオのアプリケーションがフォアグラウンド６ａに復帰したと判定し得る機会を増やすことができる。そして、インターネットラジオのアプリケーションがフォアグラウンド６ａに復帰したと判定することで、ＳＰＰ接続要求を携帯通信端末２に送信することができ、切断中のＳＰＰを再度接続することで、インターネットラジオのアプリケーションを適切に再開することができる。
【００３８】
又、ＳＤＰ問合を繰り返し送信する期間に上限を設けたことで、例えば携帯通信端末２の仕様や他のアプリケーションがフォアグラウンド６ａに移行したこと等によりインターネットラジオのアプリケーションがバックグラウンド６ｂに留まってしまう（フォアグラウンド６ａに復帰しない）ような場合にＳＤＰ問合の送信を不要に継続してしまうことを回避することができる。
【００３９】
本発明は、上記した実施形態にのみ限定されるものではなく、以下のように変形又は拡張することができる。
フォアグラウンド６ａで実行中の連携アプリケーションがバックグラウンド６ｂに移行する契機は、通信網から電話通信部７が電話着信したことに限らず、例えば通信網から電話通信部７がデータ着信したこと等であっても良い。例えば通信網から電話通信部７が電子メール着信したことを契機とすれば、ステップＳ１にて、電子メールの閲覧や作成等の終了を検出することで、同様の処理を行う。
【００４０】
携帯通信端末２が車両用機器３と連携して行う連携アプリケーションは、サーバ４から電話通信部７に受信されたインターネットラジオの音声データを車両用機器３に転送するアプリケーションに限らず、携帯通信端末２に登録されている音声データを車両用機器３に転送するアプリケーション等であっても良い。又、サーバ４から配信されたニュース等のテキスト、写真等の静止画、映画等の動画等を車両用機器３に転送するアプリケーション等であっても良い。
ＳＤＰを再度送信する動作を、第１の所定時間を上限として行うことに限らず、所定回数を上限として行うようにしても良い。
【符号の説明】
【００４１】
図面中、２は携帯通信端末（通信相手端末）、３は車両用機器（近距離無線通信装置）、１４は制御部（制御手段）、１５はＢＴ通信部（接続要求送信手段、識別情報受信手段、再生要求送信手段）である。
【図１】
0005849857.tif 000002
【図２】
0005849857.tif 000003
【図３】
0005849857.tif 000004
【図４】
0005849857.tif 000005