(57)【特許請求の範囲】
【請求項１】
外部から切断要求を受信すると接続待機パケットの送信を開始し、外部から接続要求を受信すると接続待機パケットの送信を終了するコントローラ（３）と共に携帯端末操作システム（１）を構成する携帯端末（２）であって、
一の連携アプリが起動中に他の連携アプリの起動要求が発生したことで、一の連携アプリのアプリ本体がバックグラウンドへ移行する旨が通知されると、切断要求を前記コントローラへ送信する切断要求送信手段（２７ｂ，２８ｂ）と、
一の連携アプリのアプリ本体から他の連携アプリのアプリ本体へ起動要求が通知されたことで、他の連携アプリが起動した旨が通知されると、前記コントローラからの接続待機パケットの受信の監視を開始し、前記コントローラから接続待機パケットを受信すると、接続要求を前記コントローラへ送信する接続要求送信手段（２７ｂ，２８ｂ）と、を備えたことを特徴とする携帯端末。
【請求項２】
請求項１に記載した携帯端末において、
前記切断要求送信手段は、一の連携アプリに組み込まれている一のライブラリにより構成されており、
前記接続要求送信手段は、他の連携アプリに組み込まれている他のライブラリにより構成されていることを特徴とする携帯端末。
【請求項３】
外部から切断要求を受信すると接続待機パケットの送信を開始し、外部から接続要求を受信すると接続待機パケットの送信を終了するコントローラ（３）と共に携帯端末操作システム（１）を構成する携帯端末（２）であって、
連携アプリが起動中に別のアプリ又は携帯端末本体からの割り込み要求が発生したことで、連携アプリのアプリ本体がバックグラウンドへ移行する旨が通知されると、切断要求を前記コントローラへ送信する切断要求送信手段（２７ｂ，２８ｂ）と、
連携アプリのアプリ本体がフォアグラウンドへ移行する旨が通知されると、前記コントローラからの接続待機パケットの受信の監視を開始し、前記コントローラから接続待機パケットを受信すると、接続要求を前記コントローラへ送信する接続要求送信手段（２７ｂ，２８ｂ）と、を備えたことを特徴とする携帯端末。
【請求項４】
請求項３に記載した携帯端末において、
前記切断要求送信手段及び前記接続要求送信手段は、連携アプリに組み込まれているライブラリにより構成されていることを特徴とする携帯端末。
【請求項５】
請求項１から４の何れか一項に記載した携帯端末において、
前記接続要求送信は、接続待機パケットの受信を監視することとして、Ｂｌｕｅｔｏｏｔｈ（登録商標）ＬＥの通信規格で規定されているアドバタイジングパケットの受信を監視することを特徴とする携帯端末。
【請求項６】
請求項１から５の何れか一項に記載した携帯端末（２）と、
外部から切断要求を受信すると接続待機パケットの送信を開始し、外部から接続要求を受信すると接続待機パケットの送信を終了するコントローラ（３）と、を備えたことを特徴とする携帯端末操作システム（１）。
【請求項７】
外部から切断要求を受信すると接続待機パケットの送信を開始し、外部から接続要求を受信すると接続待機パケットの送信を終了するコントローラ（３）と共に携帯端末操作システム（１）を構成する携帯端末（２）の制御手段（２３）に、
一の連携アプリが起動中に他の連携アプリの起動要求が発生したことで、一の連携アプリのアプリ本体がバックグラウンドへ移行する旨が通知されると、切断要求を前記コントローラへ送信する切断要求送信処理と、
一の連携アプリのアプリ本体から他の連携アプリのアプリ本体へ起動要求が通知されたことで、他の連携アプリが起動した旨が通知されると、前記コントローラからの接続待機パケットの受信の監視を開始し、前記コントローラから接続待機パケットを受信すると、接続要求を前記コントローラへ送信する接続要求送信処理と、を実行させることを特徴とする通信制御プログラム。
【請求項８】
外部から切断要求を受信すると接続待機パケットの送信を開始し、外部から接続要求を受信すると接続待機パケットの送信を終了するコントローラ（３）と共に携帯端末操作システム（１）を構成する携帯端末（２）の制御手段（２３）に、
連携アプリが起動中に別のアプリ又は携帯端末本体からの割り込み要求が発生したことで、連携アプリのアプリ本体がバックグラウンドへ移行する旨が通知されると、切断要求を前記コントローラへ送信する切断要求送信処理と、
連携アプリのアプリ本体がフォアグラウンドへ移行する旨が通知されると、前記コントローラからの接続待機パケットの受信の監視を開始し、前記コントローラから接続待機パケットを受信すると、接続要求を前記コントローラへ送信する接続要求送信処理と、を実行させることを特徴とする通信制御プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、携帯端末、携帯端末操作システム及び通信制御プログラムに関する。
【背景技術】
【０００２】
近年、スマートフォン等の携帯端末が広く普及している。この種の携帯端末は、例えばナビゲーション装置等の車両用装置と連携して目的地の検索や経路案内等の連携アプリケーション（以下、連携アプリと称する）を実行可能となっている。又、この種の携帯端末は、ユーザが手に持って使用することを前提としており、その操作にはある程度画面を注視する必要がある。そのため、ユーザが運転中に携帯端末を操作すると運転を阻害する虞があるので、運転中に携帯端末を操作することは好ましくない。この点に関し、例えば特許文献１には、携帯端末の画面を撮像する車載機を設け、携帯端末の画面を車載機に表示させ、ユーザが車載機に対して行った操作を携帯端末にフィードバックする構成が開示されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１２−３３７４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、上記した特許文献１に開示されている構成では、携帯端末の画面を撮像するための撮像手段を車載機が備えている必要がある。又、ユーザが車載機に表示される画面のタッチパネルを操作することになり、安全性の観点から好ましくない。このような事情から、出願人は特願２０１４−１９５１１５号を出願した。特願２０１４−１９５１１５号では、携帯端末の画面を車載機に表示させると共に、携帯端末に対する操作を受け付けるコントローラを設け、ユーザがコントローラを操作すると、その操作情報がコントローラから携帯端末へ送信され、携帯端末で連携アプリの実行が制御される。
【０００５】
このようにコントローラを設ける構成では、携帯端末とコントローラとの間の通信方式として、コントローラでの消費電力を抑制するためにＢｌｕｅｔｏｏｔｈ（登録商標）ＬＥ（Low Energy）（以下、ＢＬＥと称する）を用いることが多い。その場合、携帯端末がマスターデバイスとなり、コントローラがスレーブデバイスとなることで、コントローラがアドバタイジングパケットを送信することになる。しかしながら、携帯端末がコントローラと接続されない時間が長くなると、コントローラがアドバタイジングパケットを送信し続ける時間が長くなり、コントローラでの消費電力が増大するという問題がある。特にコントローラが電池駆動（バッテリ駆動）の構成では、消費電力を抑制することが多大に要求される。
【０００６】
本発明は、上記した事情に鑑みてなされたものであり、その目的は、コントローラが接続待機パケットを携帯端末へ送信する構成において、コントローラでの消費電力を適切に抑制することができる携帯端末、携帯端末操作システム及び通信制御プログラムを提供することにある。
【課題を解決するための手段】
【０００７】
請求項１に記載した発明は、切断要求送信手段は、一の連携アプリが起動中に他の連携アプリの起動要求が発生したことで、一の連携アプリのアプリ本体がバックグラウンドへ移行する旨が通知されると、切断要求をコントローラへ送信する。接続要求送信手段は、一の連携アプリのアプリ本体から他の連携アプリのアプリ本体へ起動要求が通知されたことで、他の連携アプリが起動した旨が通知されると、コントローラからの接続待機パケットの受信の監視を開始し、コントローラから接続待機パケットを受信すると、接続要求をコントローラへ送信する。
【０００８】
即ち、コントローラでは、携帯端末の切断要求送信手段から切断要求を受信すると、接続待機パケットの送信を開始するが、その後、携帯端末の接続要求送信手段から接続要求を受信すると、接続待機パケットの送信を終了する。このように携帯端末において、一の連携アプリが起動中に他の連携アプリの起動要求が発生した場合に、例えば一の連携アプリのアプリ本体又は携帯端末本体からの要求により切断要求送信手段が切断要求をコントローラへ送信し、例えば他の連携アプリのアプリ本体又は携帯端末本体からの要求により接続要求送信手段が接続要求をコントローラへ送信することで、コントローラからの接続待機パケットの送信の開始及び終了を制御することができる。その結果、コントローラが接続待機パケットを送信し続けてしまう事態を未然に回避することができ、コントローラでの消費電力を適切に抑制することができる。特にコントローラが電池駆動（バッテリ駆動）の構成では、消費電力の抑制により電池の長寿命化を図ることができる。
【０００９】
請求項３に記載した発明は、切断要求送信手段は、連携アプリが起動中に別のアプリ又は携帯端末本体からの割り込み要求が発生したことで、連携アプリのアプリ本体がバックグラウンドへ移行する旨が通知されると、切断要求をコントローラへ送信する。接続要求送信手段は、連携アプリのアプリ本体がフォアグラウンドへ移行する旨が通知されると、コントローラからの接続待機パケットの受信の監視を開始し、コントローラから接続待機パケットを受信すると、接続要求をコントローラへ送信する。
【００１０】
このように携帯端末において、連携アプリが起動中に別のアプリ又は携帯端末本体からの割り込み要求が発生した場合でも、例えば連携アプリのアプリ本体又は携帯端末本体からの要求により切断要求送信手段が切断要求をコントローラへ送信し、例えば連携アプリのアプリ本体又は携帯端末本体からの要求により接続要求送信手段が接続要求をコントローラへ送信することで、コントローラからの接続待機パケットの送信の開始及び終了を制御することができる。その結果、コントローラが接続待機パケットを送信し続けてしまう事態を未然に回避することができ、コントローラでの消費電力を適切に抑制することができる。
【図面の簡単な説明】
【００１１】
【図１】本発明の一実施形態を示す機能ブロック図
【図２】全体構成を示す図
【図３】利用形態を模式的に示す図
【図４】シーケンスを示す図（その１）
【図５】コントローラのＢＬＥ通信部が行う処理を示すフローチャート
【図６】連携アプリＢのライブラリが行う処理を示すフローチャート
【図７】シーケンスを示す図（その２）
【図８】シーケンスを示す図（その３）
【図９】シーケンスを示す図（その４）
【発明を実施するための形態】
【００１２】
以下、本発明の一実施形態について図面を参照して説明する。
携帯端末操作システム１は、ユーザ（例えば車両の運転者）が携帯可能な携帯端末２と、ユーザが操作可能なコントローラ３と、車室内に設置されている車両用装置４とを有する。図２に示すように、携帯端末２は、例えばスマートフォンと称される多機能型の携帯電話機であり、各種画面（ホーム画面等）を表示する共にタッチパネルによりユーザ操作を受け付ける液晶表示部２１と、各種ボタン（ホームボタン等）を含む操作部２２とを有する。図３に示すように、携帯端末２は、車室内のダッシュボード上等に載置される。ただし、携帯端末２と車両用装置４とが通信可能に接続された状態では携帯端末２への操作が禁止されるので、携帯端末２は、必ずしもダッシュボード上に載置されなくても良く、例えばユーザの衣服の胸ポケットやカバン等に収納されていても良い。
【００１３】
コントローラ３は、携帯端末２を遠隔操作するための専用の装置であり、ユーザが操作するための操作ノブ３１と、操作ノブ３１を車室内に固定するためのベース部３２とを有する。コントローラ３は、操作ノブ３１が概ね円柱状に形成されており、ユーザが操作ノブ３１を手のひらに収めて、又は指で挟んで操作可能なサイズで構成されている。コントローラ３は、例えば車室内において運転席と助手席との間のセンターコンソール等、ユーザが前方からの視線移動を少なくして操作し易い位置に設置される。この場合、コントローラ３は、固定的に設置されても良いし、取り外し可能に設置されても良い。コントローラ３が車室内に設置される方法としては、例えば磁力を利用しても良いし、専用のホルダを設ける等しても良い。
【００１４】
車両用装置４は、各種画面（メニュー画面、目的地設定画面、地図画面等）を表示する共にタッチパネルによりユーザ操作を受け付ける液晶表示部４１と、各種ボタン（メニューボタン、音量調整ボタン等）を含む操作部４２とを有する。車両用装置４は、車室内のダッシュボード等、ユーザが前方からの視線移動を少なくして画面を視認可能な位置に設置されている。
【００１５】
次に、携帯端末２、コントローラ３及び車両用装置４のそれぞれについて、本発明の要部を含む構成を説明する。図１に示すように、携帯端末２は、ＣＰＵ（Central Processing Unit）を含む制御手段２３を有する。制御手段２３は、オペレーティングシステム２４上でランチャープログラム２５を実行可能となっている。オペレーティングシステム２４は、コントローラ３との間でＢｌｕｅｔｏｏｔｈ（登録商標）ＬＥ（Low Energy）（以下、ＢＬＥと称する）通信を制御するＢＬＥ通信部２４ａと、車両用装置４との間でＷｉＦｉ（Wireless Fidelity）（登録商標）通信を制御する外部通信部２４ｂとを有し、それぞれの近距離無線通信を制御する。尚、このように携帯端末２とコントローラ３との間の通信方式としてＢＬＥを用いる構成では、携帯端末２がマスターデバイスとなり、コントローラ３がスレーブデバイスとなることで、コントローラ３がアドバタイジングパケットを送信する。尚、本実施形態では、携帯端末２と車両用装置４との間の通信方式としてＷｉＦｉを例示しているが、Ｂｌｕｅｔｏｏｔｈ等の無線通信方式や、ＨＤＭＩ（High Definition Multimedia Interface(登録商標））やＵＳＢ（Universal Serial Bus）等の有線通信方式を採用しても良い。
【００１６】
ランチャープログラム２５は、車両用装置４と連携して目的地の検索や経路案内等の各種の連携アプリケーション（以下、連携アプリと称する）を一覧表示する等のユーザインターフェースを提供する。制御手段２３は、ランチャープログラム２５を実行することにより、携帯端末２に予め搭載されているランチャーアプリ２６やサーバ（図示せず）からダウンロードされた連携アプリ２７，２８を起動する。ランチャーアプリ２６は、アプリの機能を実現するプログラムであるアプリ本体２６ａと、コントローラ３からの操作を受け付けるためのプログラムであるライブラリ２６ｂとを含んで構成されている。連携アプリ２７，２８は、それぞれアプリの機能を実現するプログラムであるアプリ本体２７ａ，２８ａと、コントローラ３からの操作を受け付けるためのプログラムであるライブラリ２７ｂ，２８ｂ（切断要求送信手段、接続要求送信手段）とを含んで構成されている。
【００１７】
ライブラリ２６ｂ，２７ｂ，２８ｂは、それぞれコントローラ３から送信された操作情報をアプリ本体２６ａ，２７ａ，２８ａにより受け付け可能な情報に変換する変換プログラムとして機能する。これらライブラリ２６ｂ，２７ｂ，２８ｂは、コントローラ３を製造するメーカーから提供されている。そのため、ランチャーアプリ２６や連携アプリ２７，２８の作成者は、コントローラ３との間の近距離無線通信や操作情報の変換等を考慮しなくとも、ライブラリ２６ｂ，２７ｂ，２８ｂを実装するだけでコントローラ３からの操作を受け付ける機能を実現することができる。尚、ランチャーアプリは２個以上であっても良いし、連携アプリは３個以上であっても良い。
【００１８】
コントローラ３は、電源スイッチ３３と、ペアリングボタン３４と、プッシュ操作検知部３５と、ロータリー操作検知部３６と、二軸操作検知部３７と、ＢＬＥ通信部３８と、バッテリ３９とを有する。即ち、コントローラ３は電池駆動（バッテリ駆動）の構成であり、使用時には動作電力を取得するための電源ケーブル等が不要である。
【００１９】
電源スイッチ３３は、ユーザがコントローラ３のオンオフ（起動及び停止）を切り替えるために操作するスイッチである。ペアリングボタン３４は、ユーザが携帯端末２との間でペアリングを行わせるために操作するボタンである。尚、ペアリングを行う際に必要となる暗証番号等のペアリング情報は、コントローラ３に固定的に設定されており、携帯端末２の近傍でコントローラ３が起動すると、ペアリングを自動的に行うようになっている。プッシュ操作検知部３５は、ユーザによる操作ノブ３１をベース部３２側に向かって押し込むプッシュ操作を検知する。ロータリー操作検知部３６は、ユーザによる操作ノブ３１をベース部３２に対して相対的に回転させるロータリー操作を検知する。二軸操作検知部３７は、ユーザによる操作ノブ３１をベース部３２の中心で直交する二軸方向の何れかへ傾動させる二軸操作を検知する。このようにコントローラ３は、ユーザが携帯端末２のタッチパネルに対して行う操作よりも単純化された操作を受け付ける構成となっている。即ち、携帯端末２では、ユーザがタッチパネルに対してタッチ操作、フリック動作、スワイプ動作、ドラッグ操作のような物理法則に則った操作を行うが、このような操作では画面を注視したり指を継続的に接触し続けたりする必要がある。これに対し、コントローラ３では、ユーザがタッチパネルをなぞるような連続的な動作を必要とせず、いわばスイッチを操作するときのような断続的な操作が可能となり、操作性が格段に単純化されている。
【００２０】
ＢＬＥ通信部３８は、携帯端末２との間でＢＬＥ通信を制御する。ＢＬＥ通信部３８は、ユーザが電源スイッチ３３やペアリングボタン３４に対して行った操作や操作ノブ３１に対して行った操作（プッシュ操作、ロータリー操作、二軸操作）を示す操作情報を携帯端末２へ送信する。
【００２１】
車両用装置４は、液晶表示部４１と、外部通信部４３と、ＣＡＮ（Controller Area Network）通信部４４とを有する。外部通信部４３は、携帯端末２との間でＷｉＦｉ通信を制御する。ＣＡＮ通信部４４は、車両に搭載されている各種ＥＣＵ５（Electronic Control Unit）との間でＣＡＮの通信規格に準拠したデータ通信を制御する。又、車両用装置４は、音声を出力するスピーカ６を接続していると共に、音声を入力するマイク７を接続している。
【００２２】
次に、上記した構成の作用について、図４から図９も参照して説明する。携帯端末２において、制御手段２３は、通信制御プログラムを実行することでコントローラ３との間でＢＬＥ通信の接続及び切断を制御する。図４は、携帯端末２と車両用装置４との間で既にＷｉＦｉ接続が確立されており、携帯端末２で連携アプリＡ（図１では連携アプリ２７、一の連携アプリ）が起動中に連携アプリＢ（図１では連携アプリ２８、他の連携アプリ）の起動要求が発生した場合を示す。コントローラ３のＢＬＥ通信部３８は図５に示すアドバタイジングパケット送信制御処理を実行し、連携アプリＢのライブラリは図６に示すアドバタイジングパケット受信監視処理を実行する。尚、携帯端末２で連携アプリＡが起動中には、連携アプリＡの画面情報が携帯端末２から車両用装置４へ送信されており、連携アプリＡの画面が車両用装置４の液晶表示部４１に表示されている。
【００２３】
携帯端末２において、連携アプリＡのアプリ本体は、例えばユーザが連携アプリＢの起動操作を行ったことで連携アプリＢの起動要求を受け付けると、バックグラウンド移行通知を連携アプリＡのライブラリに通知し、バックグラウンドへ移行し、起動要求を連携アプリＢのアプリ本体に通知する。連携アプリＡのライブラリは、連携アプリＡのアプリ本体からバックグラウンド移行通知が通知されると、切断要求をＢＬＥ通信部２４ａからコントローラ３のＢＬＥ通信部３８へ送信する（切断要求送信処理を行う）。尚、連携アプリＡのアプリ本体から連携アプリＡのライブラリにバックグラウンド移行通知が通知されることに限らず、携帯端末本体から連携アプリＡのライブラリにバックグラウンド移行通知が通知されても良い。又、切断要求送信処理は単純な切断処理であっても良い。
【００２４】
コントローラ３のＢＬＥ通信部３８は、連携アプリＡのライブラリから切断要求を受信すると（図５中、Ａ１：ＹＥＳ）、アドバタイジングパケットの送信を開始し（図５中、Ａ２）、外部からの接続要求の受信を待機する（図５中、Ａ３）。コントローラ３のＢＬＥ通信部３８は、アドバタイジングパケットを送信することで、自身の周囲に存在するＢＬＥ接続可能な他の機器を検索する。これ以降、コントローラ３のＢＬＥ通信部３８は、外部から接続要求を受信するまでアドバタイジングパケットを送信し続ける。
【００２５】
一方、連携アプリＢのアプリ本体は、連携アプリＡのアプリ本体から起動要求が通知されると起動し、連携アプリＡからの起動要求であるか否かを判定する。連携アプリＢのアプリ本体は、連携アプリＡからの起動要求であると判定すると、起動通知を連携アプリＢのライブラリに通知する。連携アプリＢのライブラリは、連携アプリＢのアプリ本体から起動通知が通知されると（図６中、Ｂ１：ＹＥＳ）、スキャニングを開始し（図６中、Ｂ２）、アドバタイジングパケットの受信を監視する（図６中、Ｂ３）。尚、連携アプリＢのアプリ本体から連携アプリＢのライブラリに起動通知が通知されることに限らず、携帯端末本体から連携アプリＢのライブラリに起動通知が通知されても良い。
【００２６】
ここで、連携アプリＢのライブラリは、上記したようにコントローラ３のＢＬＥ通信部３８がアドバタイジングパケットを送信し続けているので、アドバタイジングパケットを速やかに受信することになる。連携アプリＢのライブラリは、アドバタイジングパケットを受信したと判定すると（図６中、Ｂ３：ＹＥＳ）、接続要求をＢＬＥ通信部２４ａからコントローラ３のＢＬＥ通信部３８へ送信する（接続要求送信処理を行う）。コントローラ３のＢＬＥ通信部３８は、連携アプリＢのライブラリから接続要求を受信すると（図５中、Ａ３：ＹＥＳ）、接続応答を連携アプリＢのライブラリへ送信し、アドバタイジングパケットの送信を終了する（図５中、Ａ４）。連携アプリＢのライブラリは、コントローラ３のＢＬＥ通信部３８から接続応答を受信すると、スキャニングを終了し（図６中、Ｂ４）、接続通知を連携アプリＢのアプリ本体に通知する。即ち、コントローラ３のＢＬＥ通信部３８は、連携アプリＡのライブラリから切断要求を受信したことでアドバタイジングパケットの送信を開始した以降では、連携アプリＢのライブラリから接続要求を受信することで、アドバタイジングパケットの送信を終了する。これにより、コントローラ３のＢＬＥ通信部３８は、アドバタイジングパケットを送信し続けてしまうことがなくなり、アドバタイジングパケットの送信に要する電力消費を抑制する。
【００２７】
尚、このようにしてコントローラ３が携帯端末２の検索に成功すると、コントローラ３と携帯端末２とが両者の間でペアリングを開始し、ペアリングを終了すると、コントローラ３から携帯端末２への操作情報の送信が可能となり、コントローラ３による携帯端末２に対する操作が可能となる。即ち、ユーザがコントローラ３を操作すると、コントローラ３が操作情報を携帯端末２へ送信することにより、例えばユーザがプッシュ操作を行った場合にはプッシュ操作が行われた旨を携帯端末２へ送信する。連携アプリＢのライブラリは、ユーザがコントローラ３に対して行った操作を、連携アプリＢのアプリ本体を動作させるための動作情報に変換して連携アプリＢのアプリ本体に通知する。そして、連携アプリＢのアプリ本体は、連携アプリＢのライブラリから動作情報が通知されることで、ユーザがコントローラ３に対して行った操作に応じて動作する。このようにして連携アプリＢのアプリ本体が動作すると、携帯端末２から車両用装置４への画面情報の送信が可能となり、画面情報に対応する画面が液晶表示部４１に表示される。これにより、ユーザは、携帯端末２の画面を注視しなくても、又、携帯端末２のタッチパネルを操作するよりも簡単にコントローラ３を操作することで、携帯端末２の操作が可能となる。
【００２８】
本発明の比較対象として、このようなＢＬＥ通信の接続及び切断を制御するライブラリが連携アプリに組み込まれていない場合について図７及び図８を参照して説明する。この場合、連携アプリＡのアプリ本体は、連携アプリＢの起動要求を受け付けると、切断要求をＢＬＥ通信部２４ａからコントローラ３のＢＬＥ通信部３８へ送信し、バックグラウンドへ移行し、起動要求を連携アプリＢのアプリ本体に通知する。連携アプリＢのアプリ本体は、連携アプリＡのアプリ本体から起動要求が通知されると起動し、スキャニングを開始しない。この場合、連携アプリＢのアプリ本体は、携帯端末２からコントローラ３への接続要求のためのユーザ操作（例えば「コントローラ接続開始」ボタンの押下等）が行われたか否かを判定する。連携アプリＢのアプリ本体は、ユーザ操作が行われたと判定すると、接続要求をＢＬＥ通信部２４ａからコントローラ３のＢＬＥ通信部３８へ送信するが、ユーザ操作が行われていないと判定すると、接続要求を送信しない。即ち、コントローラ３のＢＬＥ通信部３８は、ユーザ操作が行われない限りは連携アプリＢのアプリ本体から接続要求を受信しないので、ユーザ操作が行われるまでアドバタイジングパケットの送信し続けることになる。
【００２９】
これに対し、本判明は、アドバタイジングパケットの受信を監視するライブラリを連携アプリに組み、連携アプリＡからの起動要求であれば、アドバタイジングパケットを受信すると、接続要求を送信するようにした。その結果、これ以降のコントローラ３からのアドバタイジングパケットの送信を終了させることができ、アドバタイジングパケットの無用な送信を未然に回避することができ、コントローラ３のＢＬＥ通信部３８における消費電力を抑制することができる。
【００３０】
図９は、携帯端末２と車両用装置４との間で既にＷｉＦｉ接続が確立されており、携帯端末２で連携アプリＡが起動中に別のアプリＣの割り込み要求が発生した場合を示す。携帯端末２において、連携アプリＡのアプリ本体は、例えばユーザが一時的に携帯端末２を操作してランチャーアプリ以外の画面操作等により別のアプリＣの割り込み操作を行ったことで別のアプリＣの割り込み要求を受け付けると、バックグラウンド移行通知を連携アプリＡのライブラリに通知し、バックグラウンドへ移行し、起動要求を別のアプリＣのアプリ本体に通知する。
【００３１】
連携アプリＡのライブラリは、連携アプリＡのアプリ本体からバックグラウンド移行通知が通知されると、切断要求をＢＬＥ通信部２４ａからコントローラ３のＢＬＥ通信部３８へ送信する（切断要求送信処理を行う）。尚、連携アプリＡのアプリ本体から連携アプリＡのライブラリにバックグラウンド移行通知が通知されることに限らず、携帯端末本体から連携アプリＡのライブラリにバックグラウンド移行通知が通知されても良い。又、切断要求送信処理は単純な切断処理であっても良い。コントローラ３のＢＬＥ通信部３８は、連携アプリＡのライブラリから切断要求を受信すると、アドバタイジングパケットの送信を開始し、外部からの接続要求の受信を待機する。この場合も、これ以降、コントローラ３のＢＬＥ通信部３８は、外部から接続要求を受信するまでアドバタイジングパケットを送信し続ける。
【００３２】
一方、別のアプリＣのアプリ本体は、連携アプリＡのアプリ本体から起動要求が通知されると起動する。その後、別のアプリＣのアプリ本体は、終了すると終了通知を連携アプリＡのアプリ本体に通知する。連携アプリＡのアプリ本体は、別のアプリＣのアプリ本体から終了通知が通知されると、フォアグラウンド移行通知を連携アプリＡのライブラリに通知し、フォアグラウンドへ移行する。連携アプリＡのライブラリは、連携アプリＡのアプリ本体からフォアグラウンド移行通知が通知されると、スキャニングを開始し、アドバタイジングパケットの受信を監視する。尚、連携アプリＡのアプリ本体から連携アプリＡのライブラリにフォアグラウンド移行通知が通知されることに限らず、携帯端末本体から連携アプリＡのライブラリにフォアグラウンド移行通知が通知されても良い。
【００３３】
ここで、連携アプリＡのライブラリは、上記したようにコントローラ３のＢＬＥ通信部３８がアドバタイジングパケットを送信し続けているので、アドバタイジングパケットを受信することになる。連携アプリＡのライブラリは、アドバタイジングパケットを受信したと判定すると、接続要求をＢＬＥ通信部２４ａからコントローラ３のＢＬＥ通信部３８へ送信する（接続要求送信処理を行う）。コントローラ３のＢＬＥ通信部３８は、連携アプリＡのライブラリから接続要求を受信すると、接続応答を連携アプリＡのライブラリへ送信し、アドバタイジングパケットの送信を終了する。連携アプリＡのライブラリは、コントローラ３のＢＬＥ通信部３８から接続応答を受信すると、スキャニングを終了し、接続通知を連携アプリＡのアプリ本体に通知する。即ち、コントローラ３のＢＬＥ通信部３８は、連携アプリＡのライブラリから切断要求を受信したことでアドバタイジングパケットの送信を開始した以降では、連携アプリＡのライブラリから切断要求を受信することで、アドバタイジングパケットの送信を終了する。これにより、この場合も、コントローラ３のＢＬＥ通信部３８は、アドバタイジングパケットを送信し続けてしまうことがなくなり、アドバタイジングパケットの送信に要する電力消費を抑制する。
【００３４】
以上説明したように実施形態によれば、次に示す効果を得ることができる。
携帯端末２において、ＢＬＥ通信の接続及び切断を制御するライブラリを連携アプリに組み込む構成とした。これにより、連携アプリＡが起動中に連携アプリＢの起動要求が発生した場合に、連携アプリＢのライブラリは、連携アプリＢのアプリ本体から起動通知が通知されると、スキャニングを開始し、アドバタイジングパケットの受信を監視する。そして、連携アプリＢのライブラリは、アドバタイジングパケットを受信すると、接続要求をコントローラ３のＢＬＥ通信部３８へ送信する。コントローラ３のＢＬＥ通信部３８は、連携アプリＢのライブラリから接続要求を受信することで、アドバタイジングパケットの送信を終了する。その結果、コントローラ３のＢＬＥ通信部３８がアドバタイジングパケットを送信し続けることがなくなり、アドバタイジングパケットの送信に要する電力消費を抑制することができる。
【００３５】
又、連携アプリＡが起動中に別のアプリＣの割り込み要求が発生した場合に、連携アプリＡのライブラリは、連携アプリＡのアプリ本体からフォアグラウンド移行通知が通知されると、スキャニングを開始し、アドバタイジングパケットの受信を監視する。そして、連携アプリＡのライブラリは、アドバタイジングパケットを受信すると、接続要求をコントローラ３のＢＬＥ通信部３８へ送信する。コントローラ３のＢＬＥ通信部３８は、連携アプリＡのライブラリから接続要求を受信することで、アドバタイジングパケットの送信を終了する。その結果、この場合も、コントローラ３のＢＬＥ通信部３８がアドバタイジングパケットを送信し続けることがなくなり、アドバタイジングパケットの送信に要する電力消費を抑制することができる。
【００３６】
本発明は、上記した実施形態で例示したものに限定されることなく、その範囲を逸脱しない範囲で任意に変形又は拡張することができる。
本実施形態では、連携アプリＡが起動中に連携アプリＢの起動要求が発生した場合を例示したが、連携アプリＢが起動中に連携アプリＡの起動要求が発生した場合も同様である。又、本実施形態では、連携アプリＡが起動中に別のアプリＣの割り込み要求が発生した場合を例示したが、連携アプリＢが起動中に別のアプリＣの割り込み要求が発生した場合も同様である。
【００３７】
本実施形態では、携帯端末２とコントローラ３とが両者の間でＢＬＥ通信を行うことで、携帯端末２において連携アプリのライブラリがアドバタイジングパケットの受信を監視する構成を例示したが、別の近距離無線通信方式を用い、連携アプリのライブラリがアドバタイジングパケットと同等の性質を有するパケット（接続待機パケット）の受信を監視する構成でも良い。
【符号の説明】
【００３８】
図面中、１は携帯端末操作システム、２は携帯端末、３はコントローラ、２３は制御手段、２７ｂ，２８ｂは連携アプリのライブラリ（切断要求送信手段、接続要求送信手段）である。
【図１】
0006405963.tif 000002
【図２】
0006405963.tif 000003
【図３】
0006405963.tif 000004
【図４】
0006405963.tif 000005
【図５】
0006405963.tif 000006
【図６】
0006405963.tif 000007
【図７】
0006405963.tif 000008
【図８】
0006405963.tif 000009
【図９】
0006405963.tif 000010