JP7044620B2

JP7044620B2 - 車載装置、連携方法

Info

Publication number: JP7044620B2
Application number: JP2018082634A
Authority: JP
Inventors: 晴紀小野
Original assignee: Clarion Co Ltd; Faurecia Clarion Electronics Co Ltd
Current assignee: Faurecia Clarion Electronics Co Ltd
Priority date: 2018-04-23
Filing date: 2018-04-23
Publication date: 2022-03-30
Anticipated expiration: 2038-04-23
Also published as: JP2019191835A

Description

本発明は、車載装置、および連携方法に関する。

車載装置は単体でも使用可能であるが、ユーザが所持する携帯端末と連携することで利便性が向上する。近年は携帯端末と接続可能な車載装置が広く知られている。特許文献１には、情報端末装置と接続可能な電子装置であって、前記情報端末装置とＵＳＢ接続を可能にする接続手段と、前記情報端末装置にあらかじめ用意されたデバイスクラスを使用して前記情報端末装置と通信する第１の通信モード手段と、第１の通信モード手段と異なる第２の通信モード手段への切り替えを前記情報端末装置に要求する要求手段と、第２の通信モード手段への切り替え要求後に第１の通信モード手段で使用可能なデバイスクラスを検索する検索手段と、前記検索手段の検索結果に基づき、第１の通信モード手段に不利な変更が生じたか否かを判定する判定手段と、前記判定手段により不利な変更が生じたと判定されたとき、前記接続手段のリセットを可能にするリセット手段と、を有する電子装置が開示されている。

特開２０１４－８５８５７号公報

特許文献１に記載されている発明では、安全性向上の余地がある。

本発明の第１の態様による車載装置は、第１の通信路および第２の通信路のそれぞれを用いて携帯端末と通信可能な車載装置であって、前記車載装置と連携して動作する連携用アプリケーションが前記携帯端末にインストールされている旨のインストール済み通知を前記携帯端末から前記第１の通信路を用いて受信する取得部と、前記第２の通信路の確立を検出すると、前記インストール済み通知の受信の有無を判断し、前記インストール済み通知を受信していたと判断する場合は前記車載装置と前記携帯端末との連携を開始する信号を前記第２の通信路を用いて送信し、前記インストール済み通知を受信していないと判断する場合は前記連携を開始する信号を送信しない車載連携部とを備える。
本発明の第２の態様による連携方法は、第１の通信路および第２の通信路のそれぞれを用いて通信可能な車載装置と携帯端末との連携方法であって、前記携帯端末が前記車載装置と連携して動作する連携用アプリケーションがインストールされているか否かを示す通知を前記第１の通信路を用いて前記車載装置に送信することと、前記車載装置が前記第２の通信路の確立を検出すると、受信した前記通知に基づき前記携帯端末における前記連携用アプリケーションのインストールの有無を判断し、前記アプリケーションがインストールされていると判断する場合に前記車載装置と前記携帯端末との連携を開始する信号を前記第２の通信路を用いて送信し、前記アプリケーションがインストールされていないと判断する場合に前記連携を開始する信号を送信しないこととを含む。

本発明によれば、携帯端末と共に使用される際の安全性を向上できる。

連携システムＳのハードウエア構成図車載装置１および携帯端末２の機能構成図アプリ表２６３の一例を示す図連携アプリ２６２がフラッシュメモリ２６に格納されている場合の連携システムＳの動作を示すシーケンス図連携アプリ２６２がフラッシュメモリ２６に格納されていない場合の連携システムＳの動作を示すシーケンス図第１の実施の形態における車載連携部１１３の動作を表すフローチャート第１の実施の形態における無線処理部２１１の動作を表すフローチャート第１の実施の形態におけるコンパニオンアプリ２６１の動作を表すフローチャート第１の実施の形態における有線連携部２１２の動作を表すフローチャート図９のＳ４３７において表示されるインストールを促す画面表示の一例を示す図比較例におけるシーケンス図第２の実施の形態におけるＯＳ用アプリ表２６３Ａの一例を示す図第２の実施の形態におけるコンパニオンアプリ２６１の動作を表すフローチャート第２の実施の形態における車載連携部１１３の動作を表すフローチャート第２の実施の形態における有線連携部２１２の動作を表すフローチャート第２の実施の形態の変形例１における符号対応表２６４の一例を示す図第２の実施の形態の変形例１における車載連携部１１３の動作を表すフローチャート第３の実施の形態における連携システムＳの機能構成図第３の実施の形態におけるコンパニオンアプリ２６１の動作を表すフローチャート第３の実施の形態における車載連携部１１３の動作を表すフローチャート

―第１の実施の形態―
以下、図１～図１１を参照して、本発明に係る車載装置１の第１の実施の形態を説明する。

（ハードウエア構成）
図１は、本発明に係る連携システムＳのハードウエア構成を示す図である。連携システムＳは車両５に搭載される車載装置１および携帯端末２を備える。ただし車載装置１および携帯端末２は車両５の外部においても使用可能であり、使用場面の一例として車両５を示しているにすぎない。車載装置１および携帯端末２は、後述するように２つの通信経路により通信が可能である。本実施の形態では、連携システムＳを使用する人間を「ユーザ」と呼ぶ。

車載装置１は、ＣＰＵ１１と、ＲＯＭ１２と、ＲＡＭ１３と、無線通信モジュール１４と、有線通信モジュール１５と、フラッシュメモリ１６と、表示部１７と、入力部１８とを備える。ＣＰＵ１１は中央演算装置であり、ＲＯＭ１２に格納されるプログラムをＲＡＭ１３に展開して実行することにより後述する機能を実現する。ＲＡＭ１３は揮発性の記憶装置であり、ＲＡＭ１３にはプログラムの動作に必要な情報も格納される。無線通信モジュール１４は、無線信号により情報を授受する通信モジュールであり、たとえばブルートゥース（登録商標）やＩＥＥＥ８０２．１１の通信規格に対応する。

有線通信モジュール１５は、ＵＳＢケーブル等を介して情報を授受する通信モジュールであり、たとえばＵＳＢの通信規格に対応する。フラッシュメモリ１６は、不揮発性の記憶装置である。表示部１７は、たとえば液晶ディスプレイであり、ＣＰＵ１１の動作指令に基づきユーザへ画像情報を提示する。入力部１８は、たとえば複数のボタンであり、ユーザの入力を受け付けてＣＰＵ１１に伝達する。

携帯端末２は、ＣＰＵ２１と、ＲＯＭ２２と、ＲＡＭ２３と、無線通信モジュール２４と、有線通信モジュール２５と、フラッシュメモリ２６と、表示部２７と、入力部２８とを備える。ＣＰＵ２１は中央演算装置であり、ＲＯＭ２２に格納されるプログラムをＲＡＭ２３に展開して実行することにより後述する機能を実現する。ＲＡＭ２３は揮発性の記憶装置であり、ＲＡＭ２３にはプログラムの動作に必要な情報も格納される。無線通信モジュール２４は、無線信号により情報を授受する通信モジュールであり、たとえばブルートゥースやＩＥＥＥ８０２．１１の通信規格に対応する。

有線通信モジュール２５は、ＵＳＢケーブルを介して情報を授受する通信モジュールであり、たとえばＵＳＢの通信規格に対応する。フラッシュメモリ２６は、後述する情報を記憶する不揮発性の記憶装置である。表示部２７は、たとえば液晶ディスプレイであり、ＣＰＵ２１の動作指令に基づきユーザへ画像情報を提示する。入力部２８は、たとえば複数のボタンであり、ユーザの入力を受け付けてＣＰＵ２１に伝達する。

以下では、車載装置１の無線通信モジュール１４と携帯端末２の無線通信モジュール２４とが、所定の接続手続き、たとえばパスコードの一致確認などを経て情報の授受が可能になることを、「無線通信の確立」と言う。また車載装置１の有線通信モジュール１５と携帯端末２の有線通信モジュール２５とがＵＳＢケーブルで接続されて情報の授受が可能になることを、「有線通信の確立」と言う。また本実施の形態では無線通信の通信路を「第１の通信路」とも呼び、有線通信の通信路を「第２の通信路」とも呼ぶ。

（機能構成）
図２は、車載装置１および携帯端末２の機能構成を示す図である。ただし図２にはフラッシュメモリ２６に格納される情報も併記している。

車載装置１は、ＲＯＭ１２に格納されるプログラムを実行することにより得られる機能として、応答部１１１と、取得部１１２と、車載連携部１１３とを備える。応答部１１１は、携帯端末２からの問い合わせに対して、車載装置１の製造会社名、および車載装置１のモデル名を応答する。なお応答部１１１の動作、すなわち問い合わせの受信と応答の送信は、無線通信モジュール１４を用いて行われる。取得部１１２は、無線通信モジュール１４を介して携帯端末２から通知を受信する。この通知は、車載装置１と連携して動作可能なアプリケーション、すなわち後述する連携アプリがインストールされているか否かを示す通知である。

車載連携部１１３は、有線通信が確立すると動作を開始し、接続コマンドを送信するか否かを判断する。車載連携部１１３は、接続コマンドを送信すると判断する場合のみ携帯端末２に接続コマンドを送信する。この接続コマンドには、車載装置１の製造会社名、車載装置１のモデル名、説明文、および関連するＵＲＬが含まれる。すなわち応答部１１１と車載連携部１１３とが出力する車載装置１の製造会社名、および車載装置１のモデル名は同一である。

携帯端末２は、ＲＯＭ２２に格納されるプログラムを実行することにより得られる機能として、無線処理部２１１と、有線連携部２１２とを備える。また携帯端末２のフラッシュメモリ１６には、コンパニオンアプリ２６１と、連携アプリ２６２と、アプリ表２６３とが格納される。

無線処理部２１１は、無線通信が確立すると、あらかじめ登録されたアプリであるコンパニオンアプリ２６１を起動する。無線処理部２１１の動作の実現方法は特に限定しないが、たとえば次のように実現できる。すなわち、まずアプリごとに動作を規定した設定ファイル、たとえばマニフェストファイルを用意する。そして無線処理部２１１がそれぞれのアプリのマニフェストファイルを読み込み、無線通信の確立時の起動要求を示すＡＣＬ＿ＣＯＮＮＥＣＴが記載されているマニフェストを有するアプリを起動する。

有線連携部２１２は、有線通信モジュール２５を介して車載装置１から接続コマンドを受信すると連携アプリ２６２を起動する。ただし連携アプリ２６２がフラッシュメモリ２６に格納されていない場合は、表示部２７に連携アプリ２６２のインストールを促す表示を行う。この表示については後に図を参照して説明する。

コンパニオンアプリ２６１は、無線通信モジュール１４を用いて車載装置１に連携アプリ２６２のインストール状況を通知する。連携アプリ２６２は車載装置１の車載連携部１１３と連携して動作する１または複数のアプリケーション（以下、「アプリ」と呼ぶ）の総称であり、フラッシュメモリ２６に連携アプリ２６２が格納されない場合もある。なお本実施の形態では、フラッシュメモリ２６にアプリが格納されている場合に、そのアプリが携帯端末２に「インストールされている」とも言う。連携アプリ２６２はたとえば車載連携部１１３と演算処理を分担し、それらの演算結果を車載装置１の表示部１７に表示する。

アプリ表２６３は、車載装置１と連携動作が可能なアプリ（以下、「連携アプリ」と呼ぶ）の一覧である。アプリ表２６３には、車載装置１の製造会社とモデルごとに、連携動作が可能なアプリが記載される。携帯端末２の内部では、それぞれのアプリはパッケージ名を使って管理される。パッケージ名とは、アプリ識別子とも呼ばれ、たとえば製造会社を示す文字列とアプリの名称を連結したものである。

（アプリ表２６３）
図３は、アプリ表２６３の一例を示す図である。アプリ表２６３は複数のレコードから構成され、各レコードは製造会社、モデル、および連携アプリパッケージ名のフィールドを有する。製造会社のフィールドには、車載装置１の製造会社の名称が格納され、モデルのフィールドには、車載装置１のモデル名が格納される。連携アプリパッケージ名のフィールドには、連携アプリのパッケージ名が格納される。すなわち製造会社およびモデルのフィールドに格納された値から車載装置が特定され、連携アプリパッケージ名のフィールドに格納された値からアプリが特定される。

（シーケンス図｜連携アプリ２６２あり）
図４は、連携システムＳの動作を示すシーケンス図である。ただし携帯端末２に連携アプリ２６２がフラッシュメモリ２６に格納されているか否かにより動作が大きく異なるため、ここでは連携アプリ２６２が格納されている場合の動作を説明し、次の図５では連携アプリ２６２が格納されていない場合の動作を説明する。

まず、車載装置１と携帯端末２の無線接続が確立すると（Ｓ５００）、携帯端末２はコンパニオンアプリ２６１に起動指令を出力してコンパニオンアプリ２６１を起動する（Ｓ５０１）。起動したコンパニオンアプリ２６１は車載装置１の情報、すなわち製造会社とモデル名を取得する（Ｓ５０２）。次にコンパニオンアプリ２６１は、アプリ表２６３を参照してその車載装置１に対応する連携アプリ２６２がフラッシュメモリ２６に格納されていると判断する（Ｓ５０３）。

図３に例示したアプリ表２６３を用いてＳ５０３の処理を説明すると、Ｓ５０２において取得した製造会社が「ＡＡＡ」、モデルが「ＡＭ１」の場合に、フラッシュメモリ２６に「aaa.app1」というパッケージ名の連携アプリ２６２の有無を判断する。ここではコンパニオンアプリ２６１は連携アプリ２６２が存在すると判断するので、コンパニオンアプリ２６１は車載装置１に連携アプリ２６２がインストールされている旨の通知を送信する（Ｓ５０４）。この通知を受信した車載装置１の取得部１１２は、受信した通知をＲＡＭ１３に記録する（Ｓ５０５）。

次に車載装置１と携帯端末２の有線接続が確立すると（Ｓ５０６）、車載装置１の車載連携部１１３はＲＡＭ１３に連携アプリ２６２がインストールされている旨の通知が記録されているので、接続コマンドを出力すべきと判断する（Ｓ５０７）。そして車載装置１は、携帯端末２に接続コマンドを出力する（Ｓ５０８）。この接続コマンドを受信した携帯端末２の有線連携部２１２は、アプリ表２６３を参照して連携アプリ２６２を特定し（Ｓ５０９）、特定したアプリに起動指令を出力する（Ｓ５１０）。これにより連携アプリ２６２と車載装置１の連携動作が開始される（Ｓ５１１）。

（シーケンス図｜連携アプリなし）
図５は、連携アプリ２６２がフラッシュメモリ２６に格納されていない場合の連携システムＳの動作を示すシーケンス図である。すなわち図５と図４とはＳ５０２までの動作は同一である。Ｓ５０２の次にコンパニオンアプリ２６１は、連携アプリ２６２がインストールされていないと判断し（Ｓ５０３Ａ）、車載装置１に連携アプリ２６２がインストールされていない旨の通知を送信する（Ｓ５０４Ａ）。この通知を受信した車載装置１の取得部１１２は、受信した通知をＲＡＭ１３に記録する（Ｓ５０５Ａ）。

次に車載装置１と携帯端末２の有線接続が確立すると（Ｓ５０６）、車載装置１の車載連携部１１３はＲＡＭ１３に連携アプリ２６２がインストールされていない旨の通知が記録されているので、接続コマンドを出力しないと判断して動作を終了する（Ｓ５０７）。

（車載連携部１１３のフローチャート）
図６は、車載装置１の車載連携部１１３の動作を表すフローチャートである。以下に説明する各ステップの実行主体は車載装置１のＣＰＵ１１である。車載連携部１１３は、常に所定の時間間隔で、たとえば１００ｍｓごとに図６に示す処理を実行する。

まずＳ３１１では車載連携部１１３は、有線接続が確立したか否かを判断し、有線接続が確立したと判断する場合はＳ３１２に進み、有線接続が確立していないと判断する場合は図６の処理を終了する。Ｓ３１２では車載連携部１１３は、携帯端末２から受信した連携アプリ２６２がインストールされている旨の通知がＲＡＭ１３に記録されているか否かを判断する。連携アプリ２６２は、これが記録されていると判断する場合はＳ３１３に進み、記録されていないと判断する場合は図６の処理を終了する。Ｓ３１３では車載連携部１１３は、有線接続を介して携帯端末２に接続コマンドを出力し、図６の処理を終了する。

以上説明したように、車載連携部１１３は携帯端末２から連携アプリ２６２がインストールされている旨の通知を受信していた場合のみ接続コマンドを出力する。また車載連携部１１３は、連携アプリ２６２がインストールされていない旨の通知を受信していた場合や、通知を何ら受信していなかった場合は接続コマンドを出力しない。

（無線処理部２１１のフローチャート）
図７は、携帯端末２の無線処理部２１１の動作を表すフローチャートである。以下に説明する各ステップの実行主体は携帯端末２のＣＰＵ２１である。無線処理部２１１は、常に所定の時間間隔で、たとえば１００ｍｓごとに図７に示す処理を実行する。

無線処理部２１１はまずＳ４１１において、無線接続が新たに確立したか否かを判断し、無線接続が新たに確立したと判断するとＳ４１２に進み、無線接続が新たに確立していないと判断する場合は図７に示す処理を終了する。Ｓ４１２では無線処理部２１１は、コンパニオンアプリ２６１に起動指令を出力して図７に示す処理を終了する。ただしＳ４１２では無線処理部２１１は、無線接続の確立時に起動すべきアプリが他にも存在する場合には、そのアプリへも同様に起動指令を出力する。

（コンパニオンアプリ２６１のフローチャート）
図８は、携帯端末２のコンパニオンアプリ２６１の動作を表すフローチャートである。以下に説明する各ステップの実行主体は携帯端末２のＣＰＵ２１である。コンパニオンアプリ２６１は、無線処理部２１１から起動指令を受けると起動し、図８に示す処理を実行する。

コンパニオンアプリ２６１はまずＳ４２１において、車載装置１に問い合わせを行い、車載装置１の製造者名およびモデル名を取得する。なおこの問い合わせには車載装置１の応答部１１１が応答する。続くＳ４２２ではコンパニオンアプリ２６１は、Ｓ４２１において取得した製造者名およびモデル名に対応する連携アプリ２６２をアプリ表２６３を参照して特定し、その特定した連携アプリ２６２をフラッシュメモリ２６から検索する。

続くＳ４２３ではコンパニオンアプリ２６１は、Ｓ４２２において特定した連携アプリ２６２がフラッシュメモリ２６に格納されているか否か、すなわちインストールされているか否かを判断する。コンパニオンアプリ２６１は、インストールされていると判断する場合はＳ４２４に進み、インストールされていないと判断する場合はＳ４２５に進む。Ｓ４２４ではコンパニオンアプリ２６１は、車載装置１に連携アプリ２６２がインストールされている旨の通知を送信する。Ｓ４２５ではコンパニオンアプリ２６１は、車載装置１に連携アプリ２６２がインストールされていない旨の通知を送信する。

Ｓ４２４またはＳ４２５を実行すると、コンパニオンアプリ２６１は図８に示す処理を終了する。なおＳ４２１、Ｓ４２４、およびＳ４２５の通信は、無線通信モジュール２４を用いて行われる。

（有線連携部２１２のフローチャート）
図９は、携帯端末２の有線連携部２１２の動作を表すフローチャートである。以下に説明する各ステップの実行主体は携帯端末２のＣＰＵ２１である。有線連携部２１２は、常に所定の時間間隔で、たとえば１００ｍｓごとに図９に示す処理を実行する。

有線連携部２１２はまずＳ４３１において、車載装置１から接続コマンドを受信したか否かを判断する。有線連携部２１２は、接続コマンドを受信したと判断する場合はＳ４３２に進み、接続コマンドを受信していないと判断する場合は図９に示す処理を終了する。Ｓ４３２では有線連携部２１２は、接続コマンドから製造者名およびモデル名を抽出し、それらに対応する連携アプリ２６２をアプリ表２６３を参照して特定し、その特定した連携アプリ２６２をフラッシュメモリ２６から検索する。

続くＳ４３３では有線連携部２１２は、Ｓ４３２において特定した連携アプリ２６２がフラッシュメモリ２６に格納されているか否か、すなわちインストールされているか否かを判断する。コンパニオンアプリ２６１は、インストールされていると判断する場合はＳ４３５に進み、インストールされていないと判断する場合はＳ４３７に進む。

Ｓ４３５では有線連携部２１２は、インストールされている連携アプリ２６２であって接続されている車載装置１に対応する連携アプリ２６２が１つだけであるか否かを判断する。有線連携部２１２は１つだけと判断する場合はＳ４３６に進み、複数インストールされていると判断する場合はＳ４４１に進む。Ｓ４３６では有線連携部２１２は、接続されている車載装置１に対応する連携アプリ２６２を起動して図９に示す処理を終了する。

Ｓ４４１では有線連携部２１２は、ユーザの回答がフラッシュメモリ２６に記録されているか否かを判断する。この回答の記録とは、後述するＳ４４３で行われるものであり、初回にＳ４４１が実行される場合には必ず否定判断される。有線連携部２１２はユーザの回答を記録済みと判断する場合はＳ４４４に進み、ユーザの回答が記録されていないと判断する場合はＳ４４２に進む。Ｓ４４２では有線連携部２１２は、ユーザにインストールされている複数の連携アプリ２６２のうちいずれを起動するかを問い合わせる。この問い合わせには表示部２７が用いられる。続くＳ４４３では有線連携部２１２は、入力部２８を用いてユーザの回答を取得し、フラッシュメモリ２６に記録してＳ４４４に進む。

Ｓ４４４では有線連携部２１２は、フラッシュメモリ２６に記録されたユーザの回答に基づき、連携アプリ２６２を起動して図９に示す処理を終了する。Ｓ４３３において否定判断されると実行されるＳ４３７では有線連携部２１２は、受信した接続コマンドに含まれる情報を用いてインストールを促す画面表示を表示部２７に出力して図９に示す処理を終了する。Ｓ４３７では、接続コマンドに含まれる情報のうち、連携機能の説明および関連するＵＲＬが使用される。

（インストールを促す画面表示）
図１０は、図９のＳ４３７において表示されるインストールを促す画面表示の一例を示す図である。図１０に示す上半分、すなわち「ｈｔｔｐ・・」で始まるＵＲＬよりも上部に記載されている文字列が「説明文」であり、ＵＲＬが「関連するＵＲＬ」である。またＵＲＬの下にはＵＲＬをＷｅｂブラウザで開くためのボタンが配置される。図１０に示すようなインストールを促す画面表示は、接続された装置との機能連携を行う上では有用であるが、仮にユーザが車両５を運転していた場合には運転から注意をそらすことになり望ましくない。

（シーケンス図｜比較例）
図１１は、比較例におけるシーケンス図である。この比較例では、携帯端末２はコンパニオンアプリ２６１を備えず、車載装置１は応答部１１１および取得部１１２を備えない。またこの比較例では車載装置１の車載連携部１１３は、有線接続が確立するとすぐに接続コマンドを出力する。さらにこの比較例では、携帯端末２に連携アプリ２６２がインストールされていないとして動作を説明する。

まず有線接続が確立すると（Ｓ５９１）、車載装置１の車載連携部１１３は接続コマンドを出力する（Ｓ５９２）。携帯端末２の有線連携部２１２は、接続コマンドに含まれる製造会社名とモデル名を用いて対応する連携アプリ２６２を特定しフラッシュメモリ２６を検索するが連携アプリがインストールされていないと判断する（Ｓ５９３）。そのため携帯端末２の有線連携部２１２は表示指令を出力し（Ｓ５９４）、インストールを促す画面を表示部２７に表示させる（Ｓ５９５）。

上述した第１の実施の形態によれば、次の作用効果が得られる。
（１）車載装置１は、無線通信および有線通信のそれぞれを用いて携帯端末２と通信可能である。車載装置１は、無線通信を用いて携帯端末２から接続されている車載装置１に対応する連携アプリ２６２がインストールされている旨の通知を受信する取得部１１２と、有線通信の確立を検出すると、対応する連携アプリ２６２がインストールされている旨の通知の受信の有無を判断し（図６のＳ３１２）、インストールされている旨の通知を受信していたと判断する場合は（図６のＳ３１２：ＹＥＳ）、有線通信を用いて接続コマンドを送信し、インストール済み通知を受信していないと判断する場合は接続コマンドを送信しない車載連携部１１３とを備える。

すなわち車載装置１は、接続された携帯端末２に車載装置１に対応する連携アプリ２６２がインストールされていない場合は接続コマンドを送信しない。そのため携帯端末２による連携アプリ２６２の動作以外の動作、たとえば図１０に示したような画像の表示動作を抑制し、ユーザの注意が運転からそれることを防止できる。換言すると車載装置１は、携帯端末２と共に使用される際の安全性を向上できる。

携帯端末２に、接続された車載装置１に対応する連携アプリ２６２がインストールされていない場合は、少なくとも即時に連携機能を使用することはできない。そのような場合に図１０に示した画面表示を行うことで連携アプリ２６２のインストールを促し、連携機能を有効化することも一般的にはユーザの利便性向上につながる。しかし車両内では利便性よりも安全性が優先されるべきであり、ユーザの注意をそらすことは望ましくない。

なお携帯端末２の有線連携部２１２の動作を変更することでも図１０に示した画面表示を抑制することも可能であるが、携帯端末２と他の機器を接続した際の挙動も変更されるため好ましくない。

（２）無線通信路および有線通信路のそれぞれを用いて通信可能な車載装置１と携帯端末２との連携方法は以下のとおりである。すなわち、携帯端末２が無線通信路を用いて連携アプリ２６２がインストールされているか否かを示す通知を車載装置１に送信することと、車載装置１が有線通信路の確立を検出すると、受信した通知に基づき携帯端末２における連携アプリ２６２のインストールの有無を判断し、連携アプリ２６２がインストールされていると判断する場合に無線通信路を用いて接続コマンドを送信し、連携アプリ２６２がインストールされていないと判断する場合に接続コマンドを送信しない。そのため携帯端末２に車載装置１に対応する連携アプリ２６２がインストールされていない場合は、車載装置１は接続コマンドを送信しないので、携帯端末２がユーザの意図しない動作を行いユーザの注意が運転からそれることを防止できる。

（変形例１）
上述した第１の実施の形態では、無線通信モジュール１４および無線通信モジュール２４は、データ送信の前に一定の手続きが必要なブルートゥースやＩＥＥＥ８０２．１１を用いた。しかし無線通信モジュール１４および無線通信モジュール２４は、データ送信の前に手続きが不要な通信規格、たとえばBluetooth Low Energy（登録商標）（以下、「ＢＬＥ」と呼ぶ）を用いてもよい。

この場合は第１の手法として、コンパニオンアプリ２６１が所定の時間周期、たとえば１０秒や１分、５分ごとに情報を要求する旨の信号を送信してもよい。そしてこの信号が届く範囲に車載装置１が存在する場合は、製造会社名などを携帯端末２に送信することで第１の実施の形態と同様の動作を行ってもよい。すなわち第１の手法では、図４のＳ５０２の処理を携帯端末２の側から繰り返し試みるものである。

また第２の手法として、コンパニオンアプリ２６１が所定の時間周期で信号を発信する代わりに、車載装置１が所定の時間周期で製造会社名などを周囲に送信してもよい。この場合は携帯端末２が車載装置１から製造会社名などを受信すると、コンパニオンアプリ２６１を起動して受信した情報を用いた処理を行わせる。すなわち第２の手法では、図４のＳ５０２の処理を車載装置１の側から繰り返し試みるものである。

（変形例２）
携帯端末２には、連携アプリ２６２のインストールを補助する導入補助アプリがインストールされていてもよい。この導入補助アプリは、過去に接続した車載装置１において使用可能な連携アプリ２６２を全て列挙するものでもよいし、ダウンロード数が多いものだけを列挙してもよい。また携帯端末２にインストールされていないものだけを列挙してもよいし、インストールの有無で区別した上でインストール済みの連携アプリ２６２も列挙してもよい。

（変形例３）
上述した第１の実施の形態では、有線通信モジュール１５は、説明の便宜上、有線、すなわち何らかのケーブルを介して情報を授受するとした。しかし有線通信モジュール１５は無線通信により情報を授受してもよい。この場合は、名称の矛盾を解消するために、有線通信モジュール１５の名称をたとえば「第２無線通信モジュール」１５に変更してもよい。

―第２の実施の形態―
図１２～図１５を参照して、連携システムＳの第２の実施の形態を説明する。以下の説明では、第１の実施の形態と同じ構成要素には同じ符号を付して相違点を主に説明する。特に説明しない点については、第１の実施の形態と同じである。本実施の形態では、主に、車載装置１が携帯端末２に送信する接続コマンドに、起動対象のアプリを特定する情報が含まれる点が第１の実施の形態と異なる。

（第１の実施の形態との相違点）
上述した第１の実施の形態では、接続コマンドには起動させる連携アプリ２６２を特定する情報は含まれなかった。そのため、携帯端末２に起動可能な連携アプリ２６２が複数存在する場合は、有線連携部２１２の動作、具体的には図９のＳ４４１～Ｓ４４４の動作により起動する連携アプリ２６２が特定された。しかし本実施の形態ではコンパニオンアプリ２６１があらかじめ起動する連携アプリ２６２を特定し、起動する連携アプリ２６２をのアプリ識別子を車載装置１に送信する。

車載装置１は受信したアプリ識別子をモデル名として用いて接続コマンドを作成して送信する。携帯端末２の有線連携部２１２は、接続コマンドに含まれる製造会社名およびモデル名の組み合わせにより一意に特定される連携アプリ２６２を起動する。本実施の形態では、連携アプリ２６２が参照するアプリ表２６３は第１の実施の形態と同様である。しかし有線連携部２１２が参照するアプリ表は第１の実施の形態とは異なるものであり、区別するために「ＯＳ用アプリ表２６３Ａ」と呼ぶ。ＯＳ用アプリ表２６３Ａでは、製造会社とモデルにより携帯アプリパッケージ名が一意に特定される。

（ＯＳ用アプリ表２６３Ａ）
図１２は、第２の実施の形態において携帯端末２に格納されるＯＳ用アプリ表２６３Ａの一例を示す図である。図１２に示すようにＯＳ用アプリ表２６３Ａでは、製造会社とモデルの組み合わせは、必ず１つの連携アプリパッケージ名に対応する。また図１２に示す例ではモデル名とアプリ識別子は同一である。

（コンパニオンアプリ２６１のフローチャート）
図１３は、第２の実施の形態におけるコンパニオンアプリ２６１の動作を表すフローチャートである。Ｓ４２３までの処理は第１の実施の形態と同様なので説明を省略する。コンパニオンアプリ２６１は、Ｓ４２３において肯定判断するとＳ４５１に進み、否定判断するとＳ４５３に進む。

Ｓ４５１ではコンパニオンアプリ２６１は、インストールされている連携アプリ２６２であって接続されている車載装置１に対応する連携アプリ２６２が１つだけであるか否かを判断する。コンパニオンアプリ２６１は１つだけと判断する場合はＳ４５２に進み、複数インストールされていると判断する場合はＳ４５４に進む。Ｓ４５２ではコンパニオンアプリ２６１は、接続されている車載装置１に対応する連携アプリ２６２のアプリ識別子を無線通信モジュール２４を介して車載装置１に通知として送信し、図１３に示す処理を終了する。

Ｓ４５４ではコンパニオンアプリ２６１は、ユーザの回答がフラッシュメモリ２６に記録されているか否かを判断する。この回答の記録とは、後述するＳ４５６で行われるものであり、初回にＳ４５４が実行される場合には必ず否定判断される。コンパニオンアプリ２６１はユーザの回答を記録済みと判断する場合はＳ４５７に進み、ユーザの回答が記録されていないと判断する場合はＳ４５５に進む。Ｓ４５５ではコンパニオンアプリ２６１は、ユーザにインストールされている複数の連携アプリ２６２のうちいずれを起動するかを問い合わせる。この問い合わせには表示部２７が用いられる。続くＳ４５６ではコンパニオンアプリ２６１は、入力部２８を用いてユーザの回答を取得し、フラッシュメモリ２６に記録してＳ４５７に進む。

Ｓ４５７ではコンパニオンアプリ２６１は、フラッシュメモリ２６に記録されたユーザの回答に基づき連携アプリ２６２を特定し、特定した連携アプリ２６２のアプリ識別子を無線通信モジュール２４を介して車載装置１に送信し、図１３に示す処理を終了する。Ｓ４２３において否定判断されると実行されるＳ４５３ではコンパニオンアプリ２６１は、対応するアプリがインストールされていない旨を示すゼロを無線通信モジュール２４を介して車載装置１に通知として送信し、図１３に示す処理を終了する。

（車載連携部１１３のフローチャート）
図１４は、第２の実施の形態における車載連携部１１３の動作を表すフローチャートである。Ｓ３１１において肯定判定されると実行されるＳ３１２Ａでは車載連携部１１３は、携帯端末２からゼロ以外の通知を受信したか否かを判断する。車載連携部１１３は、ゼロ以外の通知を受信したと判断する場合はＳ３１３Ａに進み、ゼロを受信したと判断する場合は図１４に示す処理を終了する。

Ｓ３１３Ａでは車載連携部１１３は、有線接続で接続コマンドを出力して図１４に示す処理を終了する。ただし前述のとおり、第２の実施の形態における接続コマンドは、第１の実施の形態における接続コマンドに加えて携帯端末２が起動する連携アプリを指定するアプリ識別子が含まれる。この接続コマンドに含まれるアプリ識別子は、携帯端末２のコンパニオンアプリ２６１が出力したものである。

（車載連携部１１３のフローチャート）
図１５は、第２の実施の形態における有線連携部２１２の動作を表すフローチャートである。Ｓ４３１では有線連携部２１２は、車載装置１から接続コマンドを受信したか否かを判断する。有線連携部２１２は、接続コマンドを受信したと判断する場合はＳ４３２Ａに進み、接続コマンドを受信していないと判断する場合は図１５に示す処理を終了する。Ｓ４３２Ａでは有線連携部２１２は、ＯＳ用アプリ表２６３Ａを参照し、製造会社とモデル名により特定される連携アプリ２６２を起動して図１５に示す処理を終了する。

上述した第２の実施の形態によれば、次の作用効果が得られる。
（３）接続コマンドには、携帯端末２に起動させる連携アプリ２６２を特定する情報を含む。そのため、携帯端末２に複数の連携アプリ２６２がインストールされている場合に、ユーザに問い合わせをすることなく携帯端末２に特定の連携アプリ２６２を起動させることができる。すなわち携帯端末２が複数の連携アプリ２６２を起動可能な場合に、携帯端末２がユーザへの問い合わせを行い、ユーザの注意をそらすことが防止される。

（４）携帯端末２が送信する通知には、連携アプリ２６２を特定するアプリ識別子が含まれる。車載連携部１１３は、受信したアプリ識別子をそのまま含む接続コマンドを作成する。携帯端末２のコンパニオンアプリ２６１が起動すべき連携アプリ２６２をあらかじめ決定し、通知として車載装置１に伝達するので、車載装置１の処理が簡便である。

（第２の実施の形態の変形例１）
上述した第２の実施の形態では、コンパニオンアプリ２６１は車載装置１にアプリ識別子を送信した。しかしコンパニオンアプリ２６１は、アプリ識別子そのものを送信せず、あらかじめ定めたアプリ識別子に対応する符号を車載装置１に送信してもよい。この場合に車載装置１および携帯端末２は、アプリ識別子と符号との対応表である符号対応表をあらかじめ備えておき、この符号対応表を参照してアプリ識別子を特定し、第２の実施の形態と同様の情報を携帯端末２に出力する。

（符号対応表２６４）
図１６は、第２の実施の形態の変形例１において車載装置１のフラッシュメモリ１６および携帯端末２のフラッシュメモリ２６に格納される符号対応表２６４の一例を示す図である。符号対応表２６４には「１」以上の整数である符号とアプリ識別子との対応が示されている。なお符号が「１」以上である理由は、ゼロは接続された車載装置１に対応する連携アプリ２６２がインストールされていないことを示すために使用しているからである。

（車載連携部１１３の動作）
図１７は、第２の実施の形態の変形例１における車載連携部１１３の動作を表すフローチャートである。ここでは図１３に示した、第２の実施の形態における車載連携部１１３の動作との相違点を説明する。Ｓ３１２Ａの処理までは第２の実施の形態と同様なので説明を省略する。車載連携部１１３は、Ｓ３１２Ａにおいて肯定判断するとＳ３１２Ｂに進み、Ｓ３１２Ａにおいて否定判断すると図１７に示す処理を終了する。

Ｓ３１２Ｂにおいて車載連携部１１３は、符号対応表２６４を参照して携帯端末２から受信した符号に対応するアプリ識別子を特定する。たとえば携帯端末から符号「２」を受信した場合は、アプリ識別子として「aaa.app2」が特定される。続くＳ３１３Ａでは車載連携部１１３は、Ｓ３１２Ｂにおいて特定したアプリ識別子を用いて接続コマンドを作成し、携帯端末２に出力して図１７に示す処理を終了する。

（第２の実施の形態の変形例２）
第２の実施の形態では、ＯＳ用アプリ表２６３のモデル名にアプリ識別子そのものが使用された。しかし識別可能な符号（以下、「代替符号」と呼ぶ）であればアプリ識別子そのものに限定されない。ただしモデル名にアプリ識別子ではなく代替符号を用いる場合は、あらかじめ代替符号とアプリ識別子の対応表を作成し、コンパニオンアプリ２６１が参照可能な領域に格納する。そしてコンパニオンアプリ２６１は、図１３のＳ４５２およびＳ４５７において、アプリ識別子そのものではなく上述した対応表を参照して代替符号を特定し、その代替符号を送信する。

―第３の実施の形態―
図１８～図２０を参照して、本発明に係る車載装置１の第３の実施の形態を説明する。以下の説明では、第１の実施の形態と同じ構成要素には同じ符号を付して相違点を主に説明する。特に説明しない点については、第１の実施の形態と同じである。本実施の形態では、主に、携帯端末２が起動可能な連携アプリ２６２を複数有する際に、車載装置１の処理により起動する連携アプリ２６２を決定する点が第２の実施の形態と異なる。

（第２の実施の形態との相違点）
本実施の形態では、携帯端末２のコンパニオンアプリ２６１は、接続された車載装置１に対応する連携アプリ２６２が複数存在する場合に、それら複数の連携アプリ２６２のアプリ識別子または符号を車載装置１に送信する。車載装置１の車載連携部１１３は、複数のアプリ識別子または符号を受信した場合は、ユーザにいずれの連携アプリ２６２を起動させるかを問い合わせ、その問い合わせの回答に基づき接続コマンドを生成して携帯端末２に送信する。なお第３の実施の形態において車載装置１が出力する接続コマンドは第２の実施の形態と同様である。また携帯端末２の有線連携部２１２の動作も第２の実施の形態と同様である。

（機能構成）
図１８は、第３の実施の形態における連携システムＳの機能構成図である。第１の実施の形態との相違点は、車載装置１が問い合わせ部１１４と、回答取得部１１５とをさらに備える点である。問い合わせ部１１４は、表示部１７を用いてユーザにいずれの連携アプリ２６２を起動させるかを問い合わせる。回答取得部１１５は、問い合わせ部１１４が行った問い合わせの回答を入力部１８を用いて取得する。

（コンパニオンアプリ２６１のフローチャート）
図１９は、第３の実施の形態におけるコンパニオンアプリ２６１の動作を表すフローチャートである。Ｓ４２３までの動作は第２の実施の形態と同様なので説明を省略する。コンパニオンアプリ２６１は、Ｓ４２３において肯定判断をするとＳ４６１に進み、否定判断をするとＳ４５３に進んで第２の実施の形態と同様に車載装置１にゼロを送信する。Ｓ４５１ではコンパニオンアプリ２６１は、接続された車載装置１に対応するインストール済みの全ての連携アプリ２６２のアプリ識別子を車載装置１に通知として送信し、図１９に示す処理を終了する。たとえば接続された車載装置１に対応するインストール済みの連携アプリ２６２が複数存在する場合は、その全ての連携アプリ２６２のアプリ識別子が車載装置１に送信される。

（車載連携部１１３のフローチャート）
図２０は、第３の実施の形態における車載連携部１１３の動作を表すフローチャートである。Ｓ３１２Ａまでの動作は第２の実施の形態と同様なので説明を省略する。Ｓ３１２Ａでは車載連携部１１３は、肯定判断する場合はＳ３２１に進み、否定判断する場合は図２０に示す処理を終了する。Ｓ３２１では車載連携部１１３は、携帯端末２から受信した通知に含まれるアプリ識別子が１つだけであったか否かを判断する。車載連携部１１３は１つだけであったと判断する場合はＳ３２２に進み、２以上含まれると判断する場合はＳ３２３に進む。Ｓ３２２では車載連携部１１３は、通知に含まれるアプリ識別子をモデル名として含む接続コマンドを生成して携帯端末２に送信して図２０に示す処理を終了する。

Ｓ３２３では車載連携部１１３は、ユーザの回答がフラッシュメモリ１６に記録されているか否かを判断する。この回答の記録とは、後述するＳ３２５で行われるものであり、初回にＳ３２３が実行される場合には必ず否定判断される。車載連携部１１３はユーザの回答を記録済みと判断する場合はＳ３２６に進み、ユーザの回答が記録されていないと判断する場合はＳ３２４に進む。Ｓ３２４では車載連携部１１３は、問い合わせ部１１４を用いてユーザに複数の連携アプリ２６２のうちいずれを起動するかを問い合わせる。この問い合わせには表示部１７が用いられ、たとえば表示部１７には受信した複数のアプリ識別子が表示される。続くＳ３２５では車載連携部１１３は、入力部１８を用いてユーザの回答を取得し、フラッシュメモリ１６に記録してＳ３２６に進む。

Ｓ３２６では車載連携部１１３は、フラッシュメモリ１６に記録されたユーザの回答から特定される連携アプリ２６２のアプリ識別子をモデル名として含む接続コマンドを生成する。そして車載連携部１１３は、生成した接続コマンドを有線通信モジュール１５を介して携帯端末２に送信して図２０に示す処理を終了する。

上述した第３の実施の形態によれば、次の作用効果が得られる。
（５）通知には携帯端末２にインストールされた複数の連携アプリ２６２のアプリ識別子が含まれる。車載装置１は、ユーザに連携アプリ２６２のいずれを起動させるかを問い合わせる問い合わせ部１１４と、問い合わせの回答を取得する回答取得部１１５とを備える。車載連携部１１３は、回答取得部１１５が取得した回答に基づき接続コマンドを作成する。そのため、車載装置１を用いて起動する連携アプリ２６２のユーザへの問い合わせ、およびユーザの回答に基づく携帯端末２への起動指示ができる。

（第３の実施の形態の変形例）
車載装置１および携帯端末２が図１６に示した符号対応表２６４を備え、コンパニオンアプリ２６１が出力する通知に含めるアプリ識別子を符号としてもよい。この場合は車載装置１の問い合わせ部１１４は、ユーザへの問い合わせを行う際には符号対応表２６４を参照してユーザにアプリ識別子を選択肢として提供する。またこの場合に車載連携部１１３は、接続コマンドにアプリ識別子を含めてもよいし、符号を含めてもよい。接続コマンドに符号が含まれる場合は、有線連携部２１２は、符号対応表２６４を参照して起動する連携アプリ２６２を決定する。

上述した各実施の形態および変形例は、それぞれ組み合わせてもよい。上記では、種々の実施の形態および変形例を説明したが、本発明はこれらの内容に限定されるものではない。本発明の技術的思想の範囲内で考えられるその他の態様も本発明の範囲内に含まれる。

１…車載装置
２…携帯端末
１１１…応答部
１１２…取得部
１１３…車載連携部
１１４…問い合わせ部
１１５…回答取得部
２１１…無線処理部
２１２…有線連携部
２６１…コンパニオンアプリ
２６２…連携アプリ
２６３…アプリ表
２６４…符号対応表

Claims

第１の通信路および第２の通信路のそれぞれを用いて携帯端末と通信可能な車載装置であって、
前記車載装置と連携して動作する連携用アプリケーションが前記携帯端末にインストールされている旨のインストール済み通知を前記携帯端末から前記第１の通信路を用いて受信する取得部と、
前記第２の通信路の確立を検出すると、前記インストール済み通知の受信の有無を判断し、前記インストール済み通知を受信していたと判断する場合は前記車載装置と前記携帯端末との連携を開始する信号を前記第２の通信路を用いて送信し、前記インストール済み通知を受信していないと判断する場合は前記連携を開始する信号を送信しない車載連携部とを備える車載装置。
請求項１に記載の車載装置において、
前記連携を開始する信号には、前記携帯端末に起動させる前記連携用アプリケーションを特定する情報を含む車載装置。
請求項２に記載の車載装置において、
前記インストール済み通知には前記連携用アプリケーションを特定するアプリ特定情報が含まれ、
前記車載連携部は、前記アプリ特定情報に基づき前記連携を開始する信号を作成する車載装置。
請求項２に記載の車載装置において、
前記インストール済み通知には前記携帯端末にインストールされた複数の前記連携用アプリケーションの情報が含まれ、
ユーザに前記複数の連携用アプリケーションのいずれを起動させるかを問い合わせる問い合わせ部と、
前記問い合わせの回答を取得する回答取得部とをさらに備え、
前記車載連携部は、前記回答取得部が取得した回答に基づき前記連携を開始する信号を作成する車載装置。
第１の通信路および第２の通信路のそれぞれを用いて通信可能な車載装置と携帯端末との連携方法であって、
前記携帯端末が、前記車載装置と連携して動作する連携用アプリケーションが前記携帯端末にインストールされているか否かを示す通知を前記第１の通信路を用いて前記車載装置に送信することと、
前記車載装置が、前記第２の通信路の確立を検出すると、受信した前記通知に基づき前記携帯端末における前記連携用アプリケーションのインストールの有無を判断し、前記連携用アプリケーションがインストールされていると判断する場合に前記車載装置と前記携帯端末との連携を開始する信号を前記第２の通信路を用いて送信し、前記連携用アプリケーションがインストールされていないと判断する場合に前記連携を開始する信号を送信しないこととを含む連携方法。