JP5874531B2 - 携帯通信端末 - Google Patents

Description

本発明は、機器と連携して又は単体でサービスを提供可能な連携アプリケーションを所定のプロトコルの接続状態及び非接続状態の何れかによりフォアグラウンド又はバックグラウンドを実行領域として実行可能な制御手段を備えた携帯通信端末に関する。

従来より、例えば音声を出力する等のアプリケーションをフォアグラウンド又はバックグラウンドを実行領域として実行可能な端末が供されている。フォアグラウンドとは、ユーザが視認可能な状態で情報処理が進行するいわゆる表の面であり、バックグラウンドとは、ユーザが視認不可能な状態で情報処理が進行するいわゆる裏の面である。一般的に、フォアグラウンドで実行可能なアプリケーションは１つであり、バックグラウンドで実行可能なアプリケーションは複数である。

複数のアプリケーションをフォアグラウンド又はバックグラウンドを実行領域として同時に（並列に）実行可能な端末では、アプリケーションをフォアグラウンドで実行中に、別のアプリケーションをフォアグラウンドで起動する要求が発生すると、そのフォアグラウンドで実行中にあるアプリケーションをバックグラウンドに移行して実行する。そして、端末は、起動する要求が発生した別のアプリケーションをフォアグラウンドで実行する（例えば特許文献１参照）。

特開２０１１−１４７０１９号公報

さて、近年、ユーザが携帯可能な例えばスマートフォンと称される携帯通信端末と、車両に搭載されている車両用機器とが連携して各種のサービスを提供する車両用通信システムが供されている。車両用機器と連携可能な携帯通信端末は、車両用機器と連携して又は単体でサービスを提供可能な連携アプリケーションを、所定のプロファイルの接続状態及び非接続状態の何れかにより実行する。即ち、携帯通信端末は、例えばサーバから通信網を介して受信したインターネットラジオの音声を出力する連携アプリケーションを実行する場合に、音データの転送を規定するＡ２ＤＰ（Advanced Audio Distribution Profile）及びデータ通信を規定するＳＰＰ（Serial Port Profile）の接続状態では、インターネットラジオの音声をＡ２ＤＰにより車両用機器に転送（ストリーミング再生）し、再生コマンドや停止コマンド等の各種コマンドをＳＰＰにより車両用機器に出力する。インターネットラジオの音声の出力制御を携帯通信端末にて行いつつ、インターネットラジオの音声を車両用機器から出力させることが可能となる。一方、携帯通信端末は、Ａ２ＤＰ及びＳＰＰの非接続状態では、インターネットラジオの音声を自機から出力させることが可能となる。

ところで、携帯通信端末は複数の連携アプリケーションを同時に実行可能である一方、車両用機器はメモリの制約等により複数の連携アプリケーションを同時に実行不可能である。又、複数の連携アプリケーションは同一のプロファイルを共存不可能である。そのため、従来の携帯通信端末は、連携アプリケーションをフォアグラウンドで実行中に別の連携アプリケーションをフォアグラウンドで起動する要求が発生すると、フォアグラウンドで実行中にある連携アプリケーションをバックグラウンドに移行し、起動する要求が発生した別の連携アプリケーションの実行を阻害しないように、そのバックグラウンドに移行した連携アプリケーションの実行を停止し、連携アプリケーションで使用していた所定のプロトコルを切断するようになっていた。

しかしながら、バックグラウンドに移行した連携アプリケーションの実行を一律的に停止してしまうと、携帯通信端末が連携アプリケーションを所定のプロトコルの非接続状態で実行していた場合でも、その連携アプリケーションの実行を停止することになる。携帯通信端末において、例えばインターネットラジオの音声を出力する連携アプリケーションをＡ２ＤＰ及びＳＰＰの非接続状態で実行しており、インターネットラジオの音声を自機から出力しているときに、例えば車両用機器に対する操作入力を行う別の連携アプリケーションを起動すると、車両用機器に対する操作入力が可能となるが、インターネットラジオの音声の自機からの出力を停止することなる。即ち、連携アプリケーションをＡ２ＤＰ及びＳＰＰの非接続状態で実行しているにも拘らず、別の連携アプリケーションの実行を阻害しないように、連携アプリケーションの実行を停止することになる。ユーザにとっては、連携アプリケーションをバックグラウンドに移行したが故にインターネットラジオの音声を携帯通信端末から聴けなくなり、従来の携帯通信端末は、このような点で利便性に問題があった。

本発明は、上記した事情に鑑みてなされたものであり、その目的は、フォアグラウンドで実行中にある連携アプリケーションをバックグラウンドに移行した場合に、ユーザにとって不利益な現象が発生することなく利便性を高めることができる携帯通信端末を提供することにある。

請求項１に記載した発明によれば、制御手段は、機器と連携して又は単体でサービスを提供可能な連携アプリケーションとして自端末の音声出力部から音声を出力するアプリケーションを所定のプロトコルの接続状態及び非接続状態の何れかによりフォアグラウンド又はバックグラウンドを実行領域として実行である。ここで、制御手段は、連携アプリケーションをフォアグラウンドで実行中に、別の連携アプリケーションをフォアグラウンドで起動する要求が発生し、フォアグラウンドで実行中にある連携アプリケーションをバックグラウンドに移行すると、連携アプリケーションを所定のプロトコルの接続状態及び非接続状態の何れにより実行中であるかを判定し、非接続状態により実行中であると判定すると、連携アプリケーションの実行をバックグラウンドで継続する。

即ち、バックグラウンドに移行した連携アプリケーションを所定のプロトコルの非接続状態により実行中であれば、その連携アプリケーション実行を停止することなく継続するようにしたので、ユーザにとって不利益な現象が発生することなく利便性を高めることができる。例えばインターネットラジオの音声を出力する連携アプリケーションをＡ２ＤＰ及びＳＰＰの非接続状態で実行しており、インターネットラジオの音声を自機から出力しているときに、その連携アプリケーションをバックグラウンドに移行した場合でも、インターネットラジオの音声の自機からの出力を継続することで、インターネットラジオの音声を聴き続けることができる。

本発明の一実施形態を示す機能ブロック図 フローチャート 状態遷移を示す図 図３相当図 図３相当図

以下、本発明を、車両に搭載されている車両用機器とＢｌｕｅｔｏｏｔｈ（登録商標、以下、単にＢＴと称する）通信可能な携帯通信端末に適用した一実施形態について、図面を参照して説明する。図１に示すように、車両用通信システム１は、ユーザが携帯可能な携帯通信端末２と、車両に搭載されている車両用機器３（機器に相当）とを有して構成される。本実施形態では、携帯通信端末２として、近年、高性能化が進む所謂スマートフォン（Smart Phone)を想定している。携帯通信端末２は、例えばコンテンツプロバイダが管理するサーバ４や中間サーバ５と通信網（図示せず）を通じて接続することで、サーバ４から配信されるコンテンツを直接取得したり中間サーバ５を通じて取得したりする。通信網は、携帯電話基地局や基地局制御装置等の周知の公衆回線網を使用する携帯電話通信サービスを提供する設備を含む。

サーバ４は、ＰＯＩ（Point Of Interface）検索サービス、ニュース配信サービス、ＳＮＳ（Social Networking Service）サービス、音楽ストリーミング配信サービス、インターネットラジオ配信サービス等を実現する各種のコンテンツを保持している。サーバ４は、携帯通信端末２から配信要求を受付けると、その受付けた配信要求により特定されるコンテンツを、通信網を通じて携帯通信端末２に配信する。中間サーバ５は、サーバ４から配信されるコンテンツのデータ形式を、車両用機器３が当該コンテンツを利用可能なデータ形式に変換する機能を有する。即ち、例えば音楽ストリーミングデータ等のデータ形式を変換する必要がないコンテンツは、サーバ４から携帯通信端末２に直接配信される。一方、例えばＰＯＩデータやニュースデータ等のデータ形式を変換する必要があるコンテンツは、サーバ４から中間サーバ５を通じて携帯通信端末２に配信される。

携帯通信端末２は、制御部６（制御手段に相当）と、電話通信部７と、ＢＴ通信部８と、記憶部９と、表示部１０と、操作部１１と、音声入力部１２と、音声出力部１３とを有する。制御部６は、ＣＰＵ、ＲＡＭ、ＲＯＭ及びＩ／Ｏバス等を有する周知のマイクロコンピュータから構成されている。制御部６は、ＲＯＭ等に記憶されているコンピュータプログラムを実行することで、データ通信処理やデータ管理処理等の携帯通信端末２の動作全般を制御する。

電話通信部７は、サーバ４や中間サーバ５との間で通信網を通じて電話通信を行う。ＢＴ通信部８は、後述する車両用機器３のＢＴ通信部１５との間で近距離無線通信回線としてのＢＴ通信回線を接続可能であり、ＢＴ通信回線の接続状態でＢＴ通信を行う。ＢＴ通信部８は、ＢＴの通信規格で規定されている複数のプロファイルを同時接続（所謂マルチプロファイル接続）可能に構成されている。これら複数のプロファイルは、機能毎に定義されたプロトコルを意味している。この場合、プロファイルとしては、仮想シリアルポート化したデータ通信を規定するＳＰＰ（Serial Port Profile）、ハンズフリー通話を規定するＨＦＰ（Hands Free Profile）、電話帳データの転送を規定するＰＢＡＰ（Phone Book Access Profile）、同じく電話帳データの転送を規定するＯＰＰ（Object Push Profile）、音データの転送を規定するＡ２ＤＰ（Advanced Audio Distribution Profile）、音データの制御に係る制御データの転送を規定するＡＶＲＣＰ（Audio/Video Remote Control Profile）、インターネットへのダイヤルアップ接続を規定するＤＵＮ（Dial-up Networking Profile）、電子メールデータの転送を規定するＭＡＰ（Message Access Profile）等が規定されている。

記憶部９は、各種データや各種アプリケーションを記憶する記憶領域を有している。この場合、アプリケーションには、携帯通信端末２が単体でサービスを提供可能な端末側アプリケーション（単体アプリケーションに相当）と、携帯通信端末２と車両用機器３とが連携してサービスを提供可能な連携アプリケーションとを含む。アプリケーションとは、その機能を実現するために制御部６が実行するコンピュータプログラムを意味する。尚、記憶部９は、例えばメモリカード等の携帯通信端末３から取外し可能な記憶媒体から構成されていても良い。

制御部６は、記憶部９に記憶されているアプリケーションを起動して実行することで、そのアプリケーションに対するユーザからの操作入力を操作部１１にて受付けたり、そのアプリケーションによる画像を表示部９に表示させたり音声を音声出力部１３から出力させたりする。

表示部１０は、例えば液晶表示器や有機ＥＬ表示器等から構成され、制御部６から入力する表示指令信号に基づいて各種情報を表示する。操作部１１は、表示部１０の表示画面上に形成されるタッチスイッチである所謂タッチパネルや、表示部１０の周囲や近傍に機械的に設けられているスイッチ等を含む各種の操作キーから構成される。操作部１１は、ユーザが操作キーを操作したことに応じて操作検出信号を制御部６に出力する。制御部６は、操作部１１から入力する操作検出信号を解析してユーザによる操作内容を特定する。又、制御部６は、ＢＴ通信部８と後述する車両用機器３のＢＴ通信部１５との間でＢＴ通信可能な状態では、その特定した操作内容をＢＴ通信により車両用機器３に通知する。

音声入力部１２は、携帯通信端末２が単体の電話機として動作しているとき、即ち、単体の通話状態にある（後述するハンズフリー通話状態でない）ときには、ユーザが発した音声を送話音声として入力する。送話音声は、電話通信部７から通信網を通じて通話相手に送信される。音声出力部１３は、携帯通信端末２が単体の電話機として動作しているとき、即ち、単体の通話状態にあるときには、通話相手から通信網を通じて電話通信部７に受信された音声を受話音声として出力する。

上記した構成において、制御部６は、アプリケーションを実行する実行領域として、フォアグラウンド６ａとバックグラウンド６ｂとを有しており、複数のアプリケーションをフォアグラウンド６ａ又はバックグラウンド６ｂで同時に（並列に）実行可能である。フォアグラウンド６ａとは、ユーザが視認可能な状態で情報処理が進行するいわゆる表の面である。バックグラウンド６ｂとは、ユーザが視認不可能な状態で情報処理が進行するいわゆる裏の面である。フォアグラウンド６ａで実行可能なアプリケーションは１つであり、バックグラウンド６ｂで実行可能なアプリケーションは複数である。

この場合、制御部６は、フォアグラウンド６ａで実行するアプリケーションについて、そのアプリケーションに対するユーザからの操作入力を操作部１１にて受付けたり、そのアプリケーションによる画像を表示部９に表示させたり音声を音声出力部１３から出力させたりする。又、制御部６は、フォアグラウンド６ａで実行するアプリケーションを切換えるユーザからの操作入力を操作部１１にて受付けると、その時点までフォアグラウンド６ａで実行していたアプリケーションをバックグラウンド６ｂに移行して実行する。

車両用機器３は、制御部１４と、ＢＴ通信部１５と、記憶部１６と、表示部１７と、操作部１８と、音声入力部１９と、音声出力部２０と、信号入力部２１と、車両ＬＡＮ通信部２２とを有する。制御部１４は、ＣＰＵ、ＲＡＭ、ＲＯＭ及びＩ／Ｏバス等を有する周知のマイクロコンピュータから構成されている。制御部１４は、ＲＯＭ等に記憶されているコンピュータプログラムを実行することで、データ通信処理やデータ管理処理等の車両用機器３の動作全般を制御する。

ＢＴ通信部１５は、携帯通信端末２のＢＴ通信部８との間で近距離無線通信回線としてのＢＴ通信回線を接続可能であり、ＢＴ通信回線の接続状態でＢＴ通信を行う。ＢＴ通信部１５も、ＢＴの通信規格で規定されている複数のプロファイルを同時接続可能に構成されている。

記憶部１６は、各種データや各種アプリケーションを記憶する記憶領域を有している。この場合、アプリケーションには、車両用機器３が単体でサービスを提供可能な車両側アプリケーションと、携帯通信端末２と車両用機器３とが連携してサービスを提供可能な連携アプリケーションとを含む。即ち、制御部１４は、記憶部１６に記憶されているアプリケーションを起動して実行することで、そのアプリケーションに対するユーザからの操作入力を操作部１８にて受付けたり、そのアプリケーションによる画像を表示部１７に表示させたり音声を音声出力部２０から出力させたりする。

表示部１７は、例えば液晶表示器や有機ＥＬ表示器等から構成され、制御部１４から入力する表示指令信号に基づいて各種情報を表示する。操作部１８は、表示部１７の表示画面上に形成されるタッチスイッチである所謂タッチパネルや、表示部１７の周囲や近傍に機械的に設けられているスイッチ等を含む各種の操作キーから構成される。操作部１８は、ユーザが操作キーを操作したことに応じて操作検出信号を制御部１４に出力する。制御部１４は、操作部１８から入力する操作検出信号を解析してユーザによる操作内容を特定する。又、制御部１４は、ＢＴ通信部１５と上記した携帯通信端末２のＢＴ通信部８との間でＢＴ通信可能な状態では、その特定した操作内容をＢＴ通信により携帯通信端末２に通知する。

音声入力部１９は、携帯通信端末２及び車両用機器３がハンズフリー通話状態にあるときには、ユーザが発した音声を送話音声として入力する。送話音声は、ＢＴ通信部１５から携帯通信端末２のＢＴ通信部８に転送され、電話通信部７から通信網を通じて通話相手に送信される。音声出力部２０は、携帯通信端末２及び車両用機器３がハンズフリー通話状態にあるときには、通話相手から通信網を通じて電話通信部７に受信され、携帯通信端末２のＢＴ通信部８からＢＴ通信部１５に転送された音声を受話音声として出力する。

信号入力部２１は、車両に搭載されているＡＣＣ（アクセサリ）スイッチ（図示せず）に接続しており、ＡＣＣスイッチからＡＣＣ信号を入力すると、ＡＣＣ信号を制御部１４に出力する。制御部１４は、信号入力部２１から入力するＡＣＣ信号のオンオフに基づいて電源回路（図示せず）のオンオフを制御する。即ち、制御部１４は、ＡＣＣ信号がオフからオンに変化したタイミングで電源回路をオンし、車両用機器３を起動し、ＡＣＣ信号がオンからオフに変化したタイミングで電源回路をオフし、車両用機器３を停止する。

車両ＬＡＮ通信部２２は、車両に搭載されている車両ＬＡＮ２３に接続されており、車両に搭載されている各種ＥＣＵ（Electronic Control Unit）２４や各種センサ２５との間で車両ＬＡＮ２３を通じたデータ通信を行う。

制御部１４も、上記した携帯通信端末２の制御部６と同様に、アプリケーションを実行する実行領域として、フォアグラウンド１４ａとバックグラウンド１４ｂとを有しており、複数のアプリケーションをフォアグラウンド１４ａ又はバックグラウンド１４ｂで同時に（並列に）実行可能である。この場合、制御部１４は、フォアグラウンド１４ａで実行するアプリケーションについて、そのアプリケーションに対するユーザからの操作入力を操作部１８にて受付けたり、そのアプリケーションによる画像を表示部１７に表示させたり音声を音声出力部２０から出力させたりする。又、制御部１４は、フォアグラウンド１４ａで実行するアプリケーションを切換えるユーザからの操作入力を操作部１８にて受付けると、その時点までフォアグラウンド１４ａで実行していたアプリケーションをバックグラウンド１４ｂに移行して実行する。

このように構成されてなる車両用通信システム１では、携帯通信端末２と車両用機器３とがＢＴ通信可能に接続している状態、即ち、ＢＴ通信接続を確立している状態では、携帯通信端末２及び車両用機器３は、それぞれ単体で動作可能である。一方、携帯通信端末２と車両用機器３とがＢＴ通信可能に接続している状態、即ち、ＢＴ通信接続を確立して所定のプロファイルを接続している状態では、携帯通信端末２及び車両用機器３は、それぞれ単体で動作可能であることに加え、相互に連携しても動作可能である。

具体的には、携帯通信端末２は、連携アプリケーションとして例えばサーバ４から通信網を通じて受信したインターネットラジオの音声を出力するアプリケーションを実行可能であり、車両用機器３との間でＡ２ＤＰ及びＳＰＰを接続している状態では、そのインターネットラジオの音声をＡ２ＤＰにより車両用機器３に転送（ストリーミング再生）し、再生コマンドや停止コマンド等の各種コマンドをＳＰＰにより車両用機器３に出力する。インターネットラジオの音声の出力制御を携帯通信端末２にて行いつつ、インターネットラジオの音声を車両用機器３の音声出力部２０から出力させることが可能となる。一方、携帯通信端末２は、Ａ２ＤＰ及びＳＰＰを接続していない状態では、インターネットラジオの音声を自機の音声出力部１３から出力させることが可能となる。

次に、上記した構成の作用について、図２乃至図５も参照して説明する。携帯通信端末２において、制御部６は、本発明に関連して、連携アプリケーションを実行中には当該連携アプリケーションの実行領域を監視する実行領域監視処理を定期的に実行する。

制御部６は、実行領域監視処理を開始すると、その実行領域の監視対象である連携アプリケーションの実行領域がフォアグラウンド６ａであるか否かを判定する（ステップＳ１）。ここで、制御部６は、その実行領域の監視対象である連携アプリケーションの実行領域がフォアグラウンド６ａであると判定すると（ステップＳ１：ＹＥＳ）、実行領域監視処理を終了してリターンする。

一方、制御部６は、その実行領域の監視対象である連携アプリケーションをフォアグラウンド６ａで実行中に、例えば別の連携アプリケーションを起動するユーザからの操作入力を操作部１１にて受付けたことで、その実行領域の監視対象である連携アプリケーションの実行領域がフォアグラウンド６ａからバックグラウンド６ｂに移行したと判定すると（ステップＳ１：ＮＯ）、そのフォアグラウンド６ａからバックグラウンド６ｂに移行した連携アプリケーションが車両用機器３と連携していたか否か、即ち、その連携アプリケーションで使用するプロファイルを接続していたか否かを判定する（ステップＳ２）。

制御部６は、その連携アプリケーションで使用するプロファイルを接続しておらず、その連携アプリケーションが車両用機器３と連携していなかったと判定すると（ステップＳ２：ＮＯ）、その連携アプリケーションによるサービスの提供を継続し（ステップＳ３）、実行領域監視処理を終了してリターンする。

一方、制御部６は、その連携アプリケーションで使用するプロファイルを接続しており、その連携アプリケーションが車両用機器３と連携していたと判定すると（ステップＳ２：ＹＥＳ）、その連携アプリケーションによるサービスの提供を停止し（ステップＳ４）、車両用機器３との連携を解除し、即ち、その接続中のプロファイルを切断し（ステップＳ５）、実行領域監視処理を終了してリターンする。

具体的に説明すると、携帯通信端末２は、図３に示すように、インターネットラジオの音声を出力する連携アプリケーションを連携アプリケーションＡとしてフォアグラウンド６ａで実行中にあり、Ａ２ＤＰ及びＳＰＰを車両用機器３との間で接続していない状態では、インターネットラジオの音声を自機の音声出力部１３から出力する。携帯通信端末２は、この状態から、連携アプリケーションＡとは異なる例えば車両用機器３に対する操作入力を行う連携アプリケーションＢをフォアグラウンド６ａで起動する要求が発生すると、フォアグラウンド６ａで実行していた連携アプリケーションＡをバックグラウンド６ｂに移行して実行する。

このとき、携帯通信端末２は、Ａ２ＤＰ及びＳＰＰを車両用機器３との間で接続していないので、バックグラウンド６ｂに移行した連携アプリケーションＡによるサービスの提供を継続し、インターネットラジオの音声の自機からの出力を継続する。即ち、携帯通信端末２は、従来では、図４に示すように、フォアグラウンド６ａで実行していた連携アプリケーションＡをバックグラウンド６ｂに移行して実行すると、Ａ２ＤＰ及びＳＰＰを車両用機器３との間で接続していたか否かを判定することなく（Ａ２ＤＰ及びＳＰＰの接続状態に拘らず）、連携アプリケーションＡによるサービスの提供を停止し、インターネットラジオの音声の自機からの出力を停止していた。

これに対し、本実施形態では、上記したように、Ａ２ＤＰ及びＳＰＰを車両用機器３との間で接続しているか否かを判定し、Ａ２ＤＰ及びＳＰＰを車両用機器３との間で接続していないと判定すると、連携アプリケーションＡによるサービスの提供を停止することなく継続することで、インターネットラジオの音声の自機からの出力を継続する。又、携帯通信端末２は、連携アプリケーションＢで使用するＳＰＰを車両用機器３との間で接続することで、車両用機器３と連携するサービスを提供することができ、車両用機器３に対する操作入力を携帯通信端末２にて行えるようになる。

一方、携帯通信端末２は、図５に示すように、サーバ４から受信したインターネットラジオの音声を出力する連携アプリケーションを連携アプリケーションＡとしてフォアグラウンド６ａで実行中にあり、Ａ２ＤＰ及びＳＰＰを車両用機器３との間で接続している状態では、バックグラウンド６ｂに移行した連携アプリケーションＡによるサービスの提供を停止し、インターネットラジオの音声の自機からの出力を停止し、車両用機器３との間で接続していた連携アプリケーションＡで使用していたＳＰＰを切断する。そして、携帯通信端末２は、連携アプリケーションＢで使用するＳＰＰを車両用機器３との間で接続する（ＳＰＰの接続先を連携アプリケーションＡから連携アプリケーションＢに切換える）ことで、連携アプリケーションＢによるサービスを提供することができ、車両用機器３に対する操作入力を携帯通信端末２にて行えるようになる。

尚、この場合、携帯通信端末２は、連携アプリケーションＡで使用していたＳＰＰ（所定のプロトコルに相当）を切断するが、連携アプリケーションＡを再起動する要求が発生する場合に備え、連携アプリケーションＡで使用していたＡ２ＤＰの接続を継続しても良い。即ち、ＳＰＰを切断するだけでなく、Ａ２ＤＰをも切断してしまうと、次に連携アプリケーションＡを再起動する要求が発生した場合に、ＳＰＰを再接続するだけでなく、Ａ２ＤＰをも再接続する必要があり、再接続するプロファイルの数が増え、連携アプリケーションＡによるサービスを開始するまでに時間がかかるが、Ａ２ＤＰの接続を継続しておくことで、このような問題を未然に回避することが可能となる。

以上に説明したように本実施形態によれば、携帯通信端末２において、車両用機器３と連携して又は単体でサービスを提供可能な連携アプリケーションＡをフォアグラウンド６ａで実行中に、例えばＳＰＰの接続を条件とする連携アプリケーションＢをフォアグラウンド６ａで起動する要求が発生したことで、連携アプリケーションＡをバックグラウンド６ｂに移行すると、その連携アプリケーションＡをＳＰＰの接続状態及び非接続状態の何れにより実行中であるかを判定し、非接続状態により実行中であると判定すると、連携アプリケーションＡの実行を停止することなくバックグラウンド６ｂで継続するようにした。

これにより、フォアグラウンド６ａで実行していた連携アプリケーションＡをバックグラウンド６ｂで継続して実行することができ、ユーザにとって不利益な現象が発生することなく利便性を高めることができる。即ち、例えばインターネットラジオの音声を出力する連携アプリケーションＡをバックグラウンド６ｂに移行しても、その連携アプリケーションＡをＳＰＰの非接続状態により実行中であれば、インターネットラジオの音声の携帯通信端末２からの出力を継続することができる。

又、携帯通信端末２において、連携アプリケーションＡをＳＰＰの接続状態により実行中であれば、連携アプリケーションＡの実行を停止し、ＳＰＰの接続先を連携アプリケーションＡから連携アプリケーションＢに切換えるようにした。これにより、連携アプリケーションＡと連携アプリケーションＢとがＳＰＰを共存不可能（接続先が１つの連携アプリケーションに限られる）であっても、ＳＰＰの接続先を連携アプリケーションＡから連携アプリケーションＢに切換えることで、連携アプリケーションＢの実行を阻害することなく、連携アプリケーションＢをフォアグラウンド６ａで適切に実行することができる。例えば連携アプリケーションＢが車両用機器３に対する操作入力を行う連携アプリケーションであれば、インターネットラジオの音声の携帯通信端末２からの出力を停止することで、車両用機器３に対する操作入力を携帯通信端末２にて行えるようになる。

本発明は、上記した実施形態にのみ限定されるものではなく、以下のように変形又は拡張することができる。
連携アプリケーションは、インターネットラジオの音声を出力するアプリケーションに限らず、例えば携帯通信端末２に登録されている楽曲の音声を出力するアプリケーション等、どのようなアプリケーションであっても良い。その場合、Ａ２ＤＰやＡＶＲＣＰを接続中であるか否かを判定することで、車両用機器３と連携していたか否かを判定しても良い。即ち、携帯通信端末２に登録されている楽曲の音声を出力するアプリケーションをバックグラウンド６ｂに移行した場合に、そのアプリケーションをＡ２ＤＰ及びＡＶＲＣＰの非接続状態により実行中であれば、携帯通信端末２に登録されている楽曲の音声の携帯通信端末２からの出力を継続することができる。

連携アプリケーションの実行領域をフォアグラウンド６ａからバックグラウンド６ｂに移行する契機は、例えば携帯通信端末２のタイマ機能により別の連携アプリケーションがフォアグラウンド６ａで起動することであっても良いし、例えばメール機能を提供する等の端末側アプリケーションがフォアグラウンド６ａで起動することであっても良い。又、別の連携アプリケーションや端末側アプリケーションが起動することに限らず、フォアグラウンド６ａで実行中にある連携アプリケーションが自発的にバックグラウンド６ｂに移行した場合に、上記した実行領域監視処理を行うようにしても良い。

携帯通信端末２と連携してサービスを提供可能な機器は、車両に搭載されている車両用機器３に限らず、例えば宅内に設置されるような機器であっても良く、即ち、車両に搭載されない機器であっても良い。

図面中、２は携帯通信端末、３は車両用機器（機器）、６は制御部（制御手段）、６ａはフォアグラウンド、６ｂはバックグラウンドである。

Claims (4)

1. 機器（３）と連携して又は単体でサービスを提供可能な連携アプリケーションとして自端末の音声出力部（１３）から音声を出力するアプリケーションを所定のプロトコルの接続状態及び非接続状態の何れかによりフォアグラウンド（６ａ）又はバックグラウンド（６ｂ）を実行領域として実行可能な制御手段（６）を備えた携帯通信端末において、
   前記制御手段（６）は、前記連携アプリケーションをフォアグラウンド（６ａ）で実行中に、別の連携アプリケーションをフォアグラウンド（６ａ）で起動する要求が発生し、フォアグラウンド（６ａ）で実行中にある前記連携アプリケーションをバックグラウンド（６ｂ）に移行した場合に、前記連携アプリケーションを所定のプロトコルの接続状態及び非接続状態の何れにより実行中であるかを判定し、非接続状態により実行中であると判定した場合には、前記連携アプリケーションの実行をバックグラウンド（６ｂ）で継続することを特徴とする携帯通信端末。
2. 請求項１に記載した携帯通信端末において、
   前記制御手段は、単体のみでサービスを提供可能な単体アプリケーションをもフォアグラウンド（６ａ）又はバックグラウンド（６ｂ）を実行領域として実行可能であり、前記連携アプリケーションをフォアグラウンド（６ａ）で実行中に、前記単体アプリケーションをフォアグラウンド（６ａ）で起動する要求が発生した場合に、フォアグラウンド（６ａ）で実行中にある前記連携アプリケーションをバックグラウンド（６ｂ）に移行することを特徴とする携帯通信端末。
3. 請求項１に記載した携帯通信端末において、
   前記制御手段（６）は、前記連携アプリケーションをフォアグラウンド（６ａ）で実行中に、別の連携アプリケーションをフォアグラウンド（６ａ）で起動する要求が発生し、フォアグラウンド（６ａ）で実行中にある前記連携アプリケーションをバックグラウンド（６ｂ）に移行した場合に、前記連携アプリケーションを所定のプロトコルの接続状態及び非接続状態の何れにより実行中であるかを判定し、非接続状態により実行中であると判定した場合には、前記連携アプリケーションの実行をバックグラウンド（６ｂ）で継続し、更に前記別の連携アプリケーションで使用する所定のプロトコルを前記機器（３）との間で接続することを特徴とする携帯通信端末。
4. 請求項１又は３に記載した携帯通信端末において、
   前記制御手段（６）は、前記連携アプリケーションをフォアグラウンド（６ａ）で実行中に、前記別の連携アプリケーションをフォアグラウンド（６ａ）で起動する要求が発生し、バックグラウンド（６ｂ）に移行した前記連携アプリケーションを所定のプロトコルの接続状態により実行中であると判定した場合には、前記連携アプリケーションの実行を停止し、前記機器（３）との間で接続している所定のプロトコルを切断し、起動する要求が発生した前記別の連携アプリケーションで使用する所定のプロトコルを前記機器（３）との間で接続し、所定のプロトコルの接続先を前記連携アプリケーションから前記別の連携アプリケーションに切換えることを特徴とする携帯通信端末。

Images