(57)【要約】【課題】複数の連携方式が利用できる場合でもユーザの混乱が生じない。【解決手段】連携システムは、１または複数の物理接続を用いて複数の連携方式による接続が可能な携帯端末と車載装置を備える連携システムであって、携帯端末は、音声信号および画像信号の少なくとも一方を出力データとして出力するアプリと、有効に機能している連携方式に基づき出力データの送信に用いる連携方式を決定する連携制御部と、連携制御部が決定した連携方式を用いて出力データを車載装置に送信するライブラリとを備え、車載装置は、連携方式を用いてライブラリから出力データを受信するプロトコル制御部と、プロトコル制御部が受信した出力データを再生する出力部と、を備える。【選択図】図２
2019186671.tif 000002
【特許請求の範囲】
【請求項１】
１または複数の物理接続を用いて複数の連携方式による接続が可能な携帯端末と車載装置を備える連携システムであって、
前記携帯端末は、
音声信号および画像信号の少なくとも一方を出力データとして出力するアプリと、
有効に機能している前記連携方式に基づき前記出力データの送信に用いる前記連携方式を決定する連携制御部と、
前記連携制御部が決定した前記連携方式を用いて前記出力データを前記車載装置に送信するライブラリとを備え、
前記車載装置は、
前記連携方式を用いて前記ライブラリから前記出力データを受信するプロトコル制御部と、
前記プロトコル制御部が受信した前記出力データを再生する出力部と、を備える連携システム。
【請求項２】
請求項１に記載の連携システムにおいて、
前記携帯端末および前記車載装置は複数の物理接続を用いて接続が可能であり、
前記連携制御部は、前記出力データの送信に用いる物理接続を決定する連携システム。
【請求項３】
請求項１または請求項２に記載の連携システムにおいて、
前記携帯端末は、
前記出力データに含まれる前記音声信号および前記画像信号のそれぞれの送信に用いる前記連携方式が記載される集約情報、および前記連携方式ごとに前記出力データに含まれる前記音声信号および前記画像信号のそれぞれの送信に用いる優先度が定められた優先度情報を格納する記憶部と、
有効に機能している前記連携方式を判断し、前記優先度情報を参照して前記音声信号および前記画像信号のそれぞれの送信に用いる前記連携方式を決定して前記集約情報を更新する集約情報更新部とをさらに備え、
前記連携制御部は、前記集約情報を参照して前記出力データの送信に用いる前記連携方式を決定する連携システム。
【請求項４】
請求項３に記載の連携システムにおいて、
前記出力データは前記音声信号および前記画像信号を含み、
前記優先度情報には、前記音声信号および前記画像信号のそれぞれについて送信に用いる優先度が定められ、
前記集約情報には、前記音声信号および前記画像信号のそれぞれについて送信に用いる前記連携方式が記載され、
前記集約情報更新部は、前記音声信号および前記画像信号のそれぞれについて送信に用いる前記連携方式を決定して前記集約情報を更新し、
前記連携制御部は、前記出力データが前記音声信号および前記画像信号のいずれであるかの判断、および前記集約情報に基づき前記出力データの送信に用いる前記連携方式を決定する連携システム。
【請求項５】
請求項３に記載の連携システムにおいて、
前記出力データには、音声および画像の少なくとも一方を用いるユーザへの注意喚起である通知が含まれ、
前記集約情報には、前記通知の送信に用いる前記連携方式がさらに記載され、
前記優先度情報には、前記連携方式ごとに前記通知の送信に用いる優先度がさらに定められ、
前記集約情報更新部はさらに、有効に機能している前記連携方式を判断し、前記優先度情報を参照して前記通知の送信に用いる前記連携方式を決定して前記集約情報を更新する連携システム。
【請求項６】
請求項１に記載の連携システムにおいて、
前記アプリが出力する前記画像信号には、ユーザによる操作入力が可能なユーザインタフェースが規定された画像を表示するためのＵＩつき画像信号、およびユーザによる操作入力が不可能な画像を表示するためのＵＩなし画像信号が含まれ、
前記連携制御部は、有効に機能している前記連携方式に基づき前記ＵＩつき画像信号および前記ＵＩなし画像信号のそれぞれの送信に用いる前記連携方式を決定し、
前記車載装置はユーザによる操作入力を受け付ける入力部と、
前記車載装置の前記出力部が前記ＵＩつき画像信号を再生している際に前記入力部に入力を受けると、受信した前記ＵＩつき画像信号に用いられていた前記連携方式を用いて前記車載装置に前記入力を伝達するフレームワークとをさらに備える連携システム。
【請求項７】
１または複数の物理接続を用いて複数の連携方式による接続が可能な携帯端末と車載装置との連携方法であって、
前記携帯端末は、
音声信号および画像信号の少なくとも一方を出力データとし、
有効に機能している前記連携方式に基づき前記出力データの送信に用いる前記連携方式を決定し、
前記決定した前記連携方式を用いて前記出力データを前記車載装置に送信し、
前記車載装置は、
前記連携方式に従い前記携帯端末から前記出力データを受信し、
受信した前記出力データを再生する連携方法。
【請求項８】
請求項７に記載の連携方法において、
前記携帯端末および前記車載装置は複数の物理接続を用いて接続が可能であり、
前記携帯端末は、前記出力データの送信に用いる物理接続を決定する連携方法。
【請求項９】
請求項７または請求項８に記載の連携方法において、
前記携帯端末は、前記出力データに含まれる前記音声信号および前記画像信号のそれぞれの送信に用いる前記連携方式が記載される集約情報、および前記連携方式ごとに前記出力データに含まれる前記音声信号および前記画像信号のそれぞれの送信に用いる優先度が定められた優先度情報を格納する記憶部を備え、
前記携帯端末は、有効に機能している前記連携方式を判断し、前記優先度情報を参照して前記音声信号および前記画像信号のそれぞれの送信に用いる前記連携方式を決定して前記集約情報を更新し、
前記携帯端末は、前記集約情報を参照して前記出力データの送信に用いる前記連携方式を決定する連携方法。
【請求項１０】
請求項９に記載の連携方法において、
前記出力データは前記音声信号および前記画像信号を含み、
前記優先度情報には、前記音声信号および前記画像信号のそれぞれの送信に用いる優先度が定められ、
前記集約情報には、前記音声信号および前記画像信号のそれぞれの送信に用いる前記連携方式が記載され、
前記携帯端末は、前記音声信号および前記画像信号のそれぞれの送信に用いる前記連携方式を決定して前記集約情報を更新し、
前記携帯端末は、前記出力データが前記音声信号および前記画像信号のいずれであるかの判断、および前記集約情報に基づき前記出力データの送信に用いる前記連携方式を決定する連携方法。
【請求項１１】
請求項９に記載の連携方法において、
前記出力データには、音声および画像の少なくとも一方を用いるユーザへの注意喚起である通知が含まれ、
前記集約情報には、前記通知の送信に用いる前記連携方式がさらに記載され、
前記優先度情報には、前記連携方式ごとに前記通知の送信に用いる優先度がさらに定められ、
前記携帯端末は、有効に機能している前記連携方式を判断し、前記優先度情報を参照して前記通知の送信に用いる前記連携方式を決定して前記集約情報を更新する連携方法。
【請求項１２】
請求項７に記載の連携方法において、
前記画像信号には、ユーザによる操作入力が可能なユーザインタフェースが規定されたＵＩつき画像信号、およびユーザによる操作入力が不可能なＵＩなし画像信号が含まれ、
前記携帯端末は、有効に機能している前記連携方式に基づき前記ＵＩつき画像信号および前記ＵＩなし画像信号のそれぞれの送信に用いる前記連携方式を決定し、
前記車載装置はユーザによる操作入力を受け付ける入力部をさらに備え、
前記車載装置は、前記ＵＩつき画像信号を再生している際に前記入力部に入力を受けると、前記ＵＩつき画像信号に用いられていた前記連携方式を用いて前記車載装置に前記入力を伝達する連携方法。
【請求項１３】
１または複数の物理接続を用いて複数の連携方式により車載装置と接続が可能な携帯端末において実行される連携プログラムであって、
前記携帯端末に、
音声信号および画像信号の少なくとも一方を出力データとさせ、
有効に機能している前記連携方式に基づき前記出力データの送信に用いる前記連携方式を決定させ、
前記出力データを決定した前記連携方式に従い前記車載装置に送信させるための連携プログラム。
【請求項１４】
請求項１３に記載の連携プログラムにおいて、
前記携帯端末および前記車載装置は複数の物理接続を用いて接続が可能であり、
前記携帯端末にさらに、前記出力データの送信に用いる物理接続を決定させるための連携プログラム。
【請求項１５】
請求項１３または請求項１４に記載の連携プログラムにおいて、
前記画像信号には、ユーザによる操作入力が可能なユーザインタフェースが規定された画像を表示するためのＵＩつき画像信号、およびユーザによる操作入力が不可能な画像を表示するためのＵＩなし画像信号が含まれ、
前記携帯端末にさらに、有効に機能している前記連携方式に基づき前記ＵＩつき画像信号および前記ＵＩなし画像信号のそれぞれの送信に用いる前記連携方式を決定させるための連携プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、連携システム、連携方法、および連携プログラムに関する。
【背景技術】
【０００２】
携帯端末の高機能化に伴い、携帯端末を車載装置と接続して使用するニーズが高まっている。特許文献１には、表示部を有し、携帯端末装置と無線通信を行う車載装置であって、当該車載装置と前記無線通信が可能な所定の距離に位置する携帯端末装置を検知した場合に、当該検知した携帯端末装置に対して、前記無線通信を確立する無線確立手段と、前記無線確立手段により無線通信が確立された携帯端末装置から当該携帯端末装置により提供されるデータを取得するデータ取得手段と、前記データ取得手段により取得されたデータを当該車載装置で出力するための形式に変換して、前記表示部および／またはスピーカーに出力する出力制御手段と、を備えたことを特徴とする車載装置が開示されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１０−１３０６６９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
特許文献１に記載されている発明では、複数の連携方式が利用できる場合にユーザが混乱する恐れがある。
【課題を解決するための手段】
【０００５】
本発明の第１の態様による連携システムは、１または複数の物理接続を用いて複数の連携方式による接続が可能な携帯端末と車載装置を備える連携システムであって、前記携帯端末は、音声信号および画像信号の少なくとも一方を出力データとして出力するアプリと、有効に機能している前記連携方式に基づき前記出力データの送信に用いる前記連携方式を決定する連携制御部と、前記連携制御部が決定した前記連携方式を用いて前記出力データを前記車載装置に送信するライブラリとを備え、前記車載装置は、前記連携方式を用いて前記ライブラリから前記出力データを受信するプロトコル制御部と、前記プロトコル制御部が受信した前記出力データを再生する出力部と、を備える。
本発明の第２の態様による連携方法は、１または複数の物理接続を用いて複数の連携方式による接続が可能な携帯端末と車載装置との連携方法であって、前記携帯端末は、音声信号および画像信号の少なくとも一方を出力データとし、有効に機能している前記連携方式に基づき前記出力データの送信に用いる前記連携方式を決定し、前記決定した前記連携方式を用いて前記出力データを前記車載装置に送信し、前記車載装置は、前記連携方式に従い前記携帯端末から前記出力データを受信し、受信した前記出力データを再生する。
本発明の第３の態様による連携プログラムは、１または複数の物理接続を用いて複数の連携方式により車載装置と接続が可能な携帯端末において実行される連携プログラムであって、前記携帯端末に、音声信号および画像信号の少なくとも一方を出力データとさせ、有効に機能している前記連携方式に基づき前記出力データの送信に用いる前記連携方式を決定させ、前記出力データを決定した前記連携方式に従い前記車載装置に送信させる。
【発明の効果】
【０００６】
本発明によれば、複数の連携方式が利用できる場合でもユーザの混乱が生じない。
【図面の簡単な説明】
【０００７】
【図１】連携システムＳのハードウエア構成図
【図２】第１の実施の形態における携帯端末１の機能構成図
【図３】車載装置２の機能構成図
【図４】図４（ａ）は第１の実施の形態における優先度情報１１１の一例を示す図、図４（ｂ）は第１の実施の形態における集約情報１１２の一例を示す図
【図５】携帯端末１の内部におけるデータの流れを示す図
【図６】集約情報更新部１１６の動作を表すフローチャート
【図７】連携制御部１１７の動作を表すフローチャート
【図８】図８（ａ）はＵＩつき画面２６１を示す図、図８（ｂ）はＵＩなし画面２６２を示す図
【図９】第２の実施の形態における携帯端末１の機能構成図
【図１０】図１０（ａ）は第２の実施の形態における優先度情報１１１Ａの一例を示す図、図１０（ｂ）は第２の実施の形態における集約情報１１２Ａの一例を示す図
【図１１】集約情報更新部１１６Ａの動作を表すフローチャート
【図１２】連携制御部１１７Ａの動作を表すフローチャート
【発明を実施するための形態】
【０００８】
―第１の実施の形態―
以下、図１〜図７を参照して、本発明に係る連携システムＳの第１の実施の形態を説明する。
【０００９】
図１は、連携システムＳのハードウエア構成図である。連携システムＳは車両５に搭載される携帯端末１および車載装置２を含む。ただしここでは使用態様の１つとして携帯端末１および車載装置２が車両５に搭載される状態を示しているにすぎず、携帯端末１および車載装置２は車両５の外部でも使用できる。携帯端末１および車載装置２は、後述するいずれかの連携方式を用いて連携動作を行う。すなわち携帯端末１が画像信号および音声信号を車載装置２に送信して、車載装置２において画像信号および音声信号を再生する。
【００１０】
携帯端末１は、中央演算装置であるＣＰＵ１１と、読み込み専用の記憶装置であるＲＯＭ１２と、読み書き可能な記憶装置であるＲＡＭ１３と、車載装置２との通信を行う携帯通信モジュール１５と、携帯入力装置１４と、携帯表示装置１６と、フラッシュメモリ１７と、携帯スピーカー１８とを備える。ＣＰＵ１１は、ＲＯＭ１２に格納されるプログラムをＲＡＭ１３に展開して実行することにより後述する機能を実現する。ＣＰＵ１１が実現する機能には、後述するいずれかの連携方式を用いた車載装置２との連携動作も含まれる。
【００１１】
携帯通信モジュール１５は、携帯第１モジュール１５１と、携帯第２モジュール１５２と、携帯第３モジュール１５３とを備える。携帯通信モジュール１５は、いずれのモジュールを用いた車載装置２との通信が可能であるかを判断し、後述するアプリに伝達する。ただし全てのモジュールで通信可能な場合もあるし、いずれのモジュールも通信できない場合もある。
【００１２】
携帯第１モジュール１５１、携帯第２モジュール１５２、および携帯第３モジュール１５３は、それぞれ異なる物理接続に対応する通信モジュールである。物理接続とは、ＯＳＩ参照モデルの第１層を含む通信規格である。物理接続とはたとえば、ＵＳＢ（登録商標）、イーサネット（登録商標）、ブルートゥース（登録商標）、ＺｉｇＢｅｅ（登録商標）などである。なおここでは携帯通信モジュール１５は３つの異なるモジュールを備えたが、携帯通信モジュール１５は少なくとも１つのモジュールを備えればよい。また以下では、携帯第１モジュール１５１を用いる物理接続を「第１接続」とも呼び、携帯第２モジュール１５２を用いる物理接続を「第２接続」とも呼び、携帯第３モジュール１５３を用いる物理接続を「第３接続」とも呼ぶ。
【００１３】
連携方式とは、連携動作に関する規格であり、たとえば、Ａｐｐｌｅ  ＣａｒＰｌａｙ（登録商標）、Ａｎｄｒｏｉｄ  Ａｕｔｏ（登録商標）、Ｓｍａｒｔ  Ａｃｃｅｓｓ（登録商標）、ＮａｖｉＣｏｎ（登録商標）、Ｂｌｕｅｔｏｏｔｈ  Ａｕｄｉｏ（登録商標）、Ｂｌｕｅｔｏｏｔｈ  ＴＥＬ（登録商標）などである。それぞれの連携方式は１以上の物理接続と組み合わせて用いられる。
【００１４】
携帯入力装置１４は、たとえば複数のボタンであり、ユーザの入力操作を受けてＣＰＵ１１に伝達する。携帯表示装置１６は、たとえば液晶ディスプレイであり、ＣＰＵ１１の動作指令に基づきユーザに映像情報を提供する。フラッシュメモリ１７は、不揮発性の記憶装置であり、１または複数のアプリケーション（以下、「アプリ」と呼ぶ）が格納される。携帯スピーカー１８は、スピーカーであり、ＣＰＵ１１の動作指令に基づきユーザに音声情報を提供する。
【００１５】
車載装置２は、中央演算装置であるＣＰＵ２１と、読み込み専用の記憶装置であるＲＯＭ２２と、読み書き可能な記憶装置であるＲＡＭ２３と、携帯端末１との通信を行う車載通信モジュール２５と、車載入力装置２４と、車載表示装置２６と、フラッシュメモリ２７と、携帯スピーカー２８とを備える。ＣＰＵ２１は、ＲＯＭ２２に格納されるプログラムをＲＡＭ２３に展開して実行することにより後述する機能を実現する。ＣＰＵ２１が実現する機能には、いずれかの連携方式を用いた携帯端末１との連携動作も含まれる。
【００１６】
車載通信モジュール２５は、車載第１モジュール２５１と、車載第２モジュール２５２と、車載第３モジュール２５３とを備える。車載第１モジュール２５１、車載第２モジュール２５２、および車載第３モジュール２５３のそれぞれは、携帯第１モジュール１５１、携帯第２モジュール１５２、および携帯第３モジュール１５３のそれぞれと同一の物理接続に対応する通信モジュールである。すなわち車載第１モジュール２５１は携帯第１モジュール１５１と通信が可能であり、車載第２モジュール２５２は携帯第２モジュール１５２と通信が可能であり、車載第３モジュール２５３は携帯第３モジュール１５３と通信が可能である。
【００１７】
ただしこれら３つの通信モジュールは必ずしも常時の通信は可能ではなく、有線接続では少なくともユーザによるケーブルの接続が必要であり、無線接続であってもユーザによる通信開始の操作が必要な場合がある。またある物理接続による通信を行うためには、携帯通信モジュール１５と車載通信モジュール２５の両方で、対応するモジュールが使用可能であることが前提となる。また携帯通信モジュール１５は３つの異なるモジュールを備えたが、携帯通信モジュール１５は少なくとも１つのモジュールを備えればよい。
【００１８】
車載入力装置２４は、たとえば複数のボタンであり、ユーザの入力操作を受けてＣＰＵ２１に伝達する。車載表示装置２６は、たとえば液晶ディスプレイであり、ＣＰＵ２１の動作指令に基づきユーザに映像情報を提供する。フラッシュメモリ２７は、不揮発性の記憶装置であり、後述する情報を格納する。車載スピーカー２８は、スピーカーであり、ＣＰＵ２１の動作指令に基づきユーザに音声情報を提供する。前述のとおり、車載装置２は携帯端末１が送信する画像信号および音声信号を車載装置２を受信して再生するので、車載表示装置２６および車載スピーカー２８は、携帯端末１が出力するデータを再生する「再生部」と言うこともできる。
【００１９】
（携帯端末１の機能構成）
図２は携帯端末１の機能構成図である。携帯端末１は、アプリ１１０と、携帯ＯＳ１２０と、携帯ＯＳドライバ１３０と、携帯第１モジュール１５１と、携帯第２モジュール１５２と、携帯第３モジュール１５３とを有する。アプリ１１０は、フラッシュメモリ１７に格納され、ＣＰＵ１１がＲＡＭ１３に展開して実行される。携帯ＯＳ１２０は、ＲＯＭ１２に格納され、ＣＰＵ１１によりＲＡＭ１３に展開して実行される。携帯ＯＳドライバ１３０は、ＲＯＭ１２に格納され、ＣＰＵ１１によりＲＡＭ１３に展開して実行される。
【００２０】
アプリ１１０は、優先度情報１１１と、集約情報１１２と、アプリコア１１３と、連携方式Ａライブラリ１１４と、連携方式Ｂライブラリ１１５と、集約情報更新部１１６と、連携制御部１１７とを有する。優先度情報１１１は、あらかじめ内容が定められた情報である。集約情報１１２は、集約情報更新部１１６により更新される。連携方式Ａおよび連携方式Ｂはたとえば、前述の複数の連携方式のいずれかである。ただし連携方式Ａと連携方式Ｂは異なる連携方式である。
【００２１】
アプリコア１１３は、アプリ１１０に固有の演算を行う。たとえばアプリ１１０がナビゲーションを目的とする場合は、アプリコア１１３は、経路探索や経路誘導に関する演算を行う。アプリコア１１３は、車載装置２との連携の有無を判断し、アプリ１１０の機能実現に必要な画像信号、音声信号、および通知信号の出力先を連携の有無により切り替える。以下では、アプリコア１１３が出力する画像信号、音声信号、および通知信号を「出力データ」と呼ぶ。
【００２２】
通知信号とは、音声および画像の少なくとも一方を用いるユーザへの注意喚起のための信号である。通知信号に音声および画像の情報が含まれ、通知信号を受信した車載装置２が通知信号に含まれる音声および画像の情報を再生してもよいし、通知に用いる音声および画像の情報が車載装置２にあらかじめ格納されてもよい。また両者を組み合わせて、通知信号にテキストデータと通知の識別信号を含ませ、車載装置２は通知の識別信号から再生すべき音声および画像を決定し、通知信号に含まれるテキストデータと画像を組み合わせて車載表示装置２６に出力してもよい。
【００２３】
アプリコア１１３は、連携が無効の場合は出力データを携帯ＯＳ１２０にそのまま出力し、携帯端末１の携帯表示装置１６および携帯スピーカー１８を用いて出力させる。アプリコア１１３は、連携が有効の場合は、連携している車載装置２を特定する情報、たとえば車載装置２のＩＰアドレスとともに出力データを連携制御部１１７に出力する。
【００２４】
連携方式Ａライブラリ１１４は、連携制御部１１７の動作指令により動作し、アプリコア１１３が出力する情報を連携方式Ａの手順にしたがって加工して携帯ＯＳ１２０に出力する。ただし連携方式Ａライブラリ１１４は、加工した情報とともにその情報の出力先、および送信に使用するモジュールを併せて携帯ＯＳ１２０に出力する。連携方式Ｂライブラリ１１５は、連携制御部１１７の動作指令により動作し、アプリコア１１３が出力する情報を連携方式Ｂの手順にしたがって加工して携帯ＯＳ１２０に出力する。ただし連携方式Ｂライブラリ１１５は、加工した情報とともにその情報の出力先、および送信に使用するモジュールを併せて携帯ＯＳ１２０に出力する。
【００２５】
集約情報更新部１１６は、優先度情報１１１を参照して集約情報１１２を更新する。集約情報更新部１１６は、有効な連携方式が変更されると、または有効な物理接続が変更されると集約情報１１２を更新する。連携制御部１１７は、アプリ１１０の車載装置２との連携動作を制御する。
【００２６】
携帯ＯＳ１２０は、携帯端末１のオペレーティングシステムである。携帯ＯＳ１２０は、アプリ１１０から出力される情報を、指定されたモジュールを用いて車載装置２に送信する。ただし携帯ＯＳ１２０は各モジュールを直接には制御できないので、携帯ＯＳドライバ１３０に動作指令を出力して送信させる。
【００２７】
（車載装置２の機能構成図）
図３は車載装置２の機能構成図である。車載装置２は、連携方式Ａプロトコル制御部２１１と、連携方式Ｂプロトコル制御部２１２と、車載ＯＳ２２０と、車載ＯＳドライバ２３０と、車載第１モジュール２５１と、車載第２モジュール２５２と、車載第３モジュール２５３とを有する。
【００２８】
車載ＯＳ２２０は、車載装置２のオペレーティングシステムである。車載ＯＳ２２０は、車載ＯＳドライバ２３０を介して各モジュールが受信した情報を、適切なプロトコル制御部に出力する。車載ＯＳ２２０はたとえば、車載モジュールが受信した情報のヘッダ部分を参照して連携方式を判断してプロトコル制御部を選択する。車載ＯＳ２２０は、受信したデータが連携方式Ａのものであると判断する場合は連携方式Ａプロトコル制御部２１１に出力し、受信したデータが連携方式Ｂのものであると判断する場合は連携方式Ｂプロトコル制御部２１２に出力する。
【００２９】
連携方式Ａプロトコル制御部２１１は、連携方式Ａに対応する通信を行う。すなわち連携方式Ａプロトコル制御部２１１の動作は、連携方式Ａライブラリ１１４の動作に対応する。連携方式Ａライブラリ１１４は、車載ＯＳ２２０から受信する情報を連携方式Ａの規則に従って解釈してフレームワーク２４０に出力する。換言すると連携方式Ａプロトコル制御部２１１は、連携方式Ａライブラリ１１４から出力データを受信する。連携方式Ｂプロトコル制御部２１２は、連携方式Ｂに対応する通信を行う。すなわち連携方式Ｂプロトコル制御部２１２の動作は、連携方式Ｂライブラリ１１５の動作に対応する。連携方式Ｂプロトコル制御部２１２は、車載ＯＳ２２０から受信する情報を連携方式Ｂの規則に従って解釈してフレームワーク２４０に出力する。換言すると連携方式Ｂプロトコル制御部２１２は、連携方式Ｂライブラリ１１５から出力データを受信する。
【００３０】
フレームワーク２４０は、連携方式Ａプロトコル制御部２１１、連携方式Ｂプロトコル制御部２１２、および車載ＯＳ２２０の動作指令に基づき車載表示装置２６や車載スピーカー２８を制御する。フレームワーク２４０は動作指令の重複を考慮しないので、仮に連携方式Ａプロトコル制御部２１１と連携方式Ｂプロトコル制御部２１２の両方から同一の音声出力指令を受け取ると、同一の音声出力を２回行う。
【００３１】
（優先度情報１１１）
図４（ａ）は、優先度情報１１１の一例を示す図である。優先度情報１１１はあらかじめ作成されており、本実施の形態では優先度情報１１１の書き換えは生じない。優先度情報１１１はたとえば表形式で表され、各行には連携方式と物理接続の組み合わせと、その組み合わせを画像、音声、通知のそれぞれの送信に用いる優先度とが格納される。
【００３２】
優先度情報１１１の行数は、優先度情報１１１を有するアプリ１１０が利用可能な連携方式と物理接続との組み合わせの総数である。すなわち図４（ａ）に示す例では、連携方式Ａは第１接続と第２接続との組み合わせが可能であり、連携方式Ｂは第１接続と第３接続との組み合わせが可能であることが示されている。なお連携方式Ａと第３接続との組み合わせや、連携方式Ｂと第２接続との組み合わせは実現できないので優先度情報１１１に記載されていない。
【００３３】
画像、音声、および通知の優先度は、０以上の整数、または「Ｆ」で表される。整数は数値が小さいほど優先され、「Ｆ」は利用可能であれば常に送信に用いることを示す。画像、音声、および通知はそれぞれ原則としていずれか１つの、優先度が最も高い組み合わせを用いて送信されるが、「Ｆ」が設定されている場合は複数の組み合わせを用いて送信されることもある。
【００３４】
（集約情報１１２）
図４（ｂ）は、集約情報１１２の一例を示す図である。集約情報１１２は、集約情報更新部１１６が優先度情報１１１を参照して作成する。集約情報更新部１１６は、携帯端末１が利用可能な物理接続が変更されるたびに集約情報１１２を作成する。集約情報１１２は、図４（ｂ）に示すように、画像、音声、および通知のそれぞれについて、送信に用いる連携方式と物理接続の組み合わせを「割当先」として示す図である。図４（ｂ）は図４（ａ）において、全ての連携方式および全ての物理接続が利用可能であった場合に作成される集約情報１１２である。すなわち、画像は図４（ａ）において優先度が「Ｆ」である連携方式Ａと第１接続の組み合わせ、および連携方式Ｂと第１接続の組み合わせを用いて送信され、音声は優先度が「０」である連携方式Ｂと第３接続の組み合わせを用いて送信され、通知は優先度が「０」である連携方式Ａと第１接続の組み合わせを用いて送信される。
【００３５】
（データの流れ）
図５は、携帯端末１の内部におけるデータの流れを示す図である。詳述すると、図５はアプリコア１１３が出力した出力データが携帯通信モジュール１５に到達するまでの流れを示す図である。アプリコア１１３は、連携動作する車載装置２に出力する画像、音声、または通知が発生すると、連携制御部１１７に対して種別、出力データ、宛先の情報を出力する。ここでいう「種別」とは、画像信号、音声信号、および通知信号のいずれであるかを示す情報であり、出力データと一体に構成されてもよい。「宛先」とは、通信において車載装置２を識別する情報であり、たとえば車載装置２のＩＰアドレスである。
【００３６】
連携制御部１１７は、受信したデータの出力に用いる連携方式および物理接続を特定し、特定した連携方式に対応するライブラリに、出力データ、宛先、および物理接続を示す情報を送信する。たとえば受信した出力データの送信に用いる連携方式がＡの場合は、連携制御部１１７は連携方式Ａライブラリ１１４に上述した情報を出力する。
【００３７】
連携方式Ａライブラリ１１４は、受信したデータを連携方式Ａに適合するように加工する。そして連携方式Ａライブラリ１１４は、受信した宛先および物理接続を示す情報とともに、加工した出力データ（以下、「加工データ」と呼ぶ）を携帯ＯＳ１２０に出力する。携帯ＯＳ１２０は連携ＯＳドライバ１３０を用いて、受信した物理接続を示す情報により特定されるモジュールに対して、加工データおよび宛先を出力する。たとえば受信した物理接続を示す情報により特定される物理接続に対応する通信モジュールが携帯第１モジュール１５１の場合は、携帯ＯＳドライバ１３０は携帯第１モジュール１５１に加工データおよび宛先を出力する。
【００３８】
以上のデータの流れをまとめると、アプリコア１１３が出力した情報のうち、宛先はそのまま携帯通信モジュール１５まで伝達される。アプリコア１１３が出力した出力データは、連携方式Ａライブラリ１１４または連携方式Ｂライブラリ１１５により加工されて、携帯通信モジュール１５まで伝達される。
【００３９】
（集約情報更新部１１６のフローチャート）
図６は、集約情報更新部１１６の動作を表すフローチャートである。以下に説明する各ステップの実行主体は、ＣＰＵ１１である。集約情報更新部１１６は、所定の時間ごと、たとえば１秒ごとに以下の処理を実行する。
【００４０】
集約情報更新部１１６はまずＳ３０２において、有効な連携方式、および有効な物理接続の少なくとも一方が、直前にＳ３０２を実行した時から変化したか否かを判断する。集約情報更新部１１６は、変化があると判断する場合はＳ３０３に進み、変化がないと判断する場合は図６に示す処理を終了する。有効な連携方式の情報は、連携制御部１１７へ問い合わせることにより得られる。有効な物理接続の情報は、携帯通信モジュール１５へ問い合わせることにより得られる。
【００４１】
Ｓ３０３では集約情報更新部１１６は、現在利用可能な、換言すると現在有効である、連携方式と物理接続との組み合わせを確認する。すなわち、集約情報更新部１１６は、優先度情報１１１の左端に記載された複数の組み合わせのうち、現在有効な組み合わせを特定する。続くＳ３０４では集約情報更新部１１６は、優先度情報１１１を参照し、Ｓ３０３において確認した現在有効な連携方式と物理接続との組み合わせの中から画像信号の送信に用いる組み合わせを特定し、集約情報１１２の画像の欄を更新する。画像信号の送信に用いる組み合わせは、現在有効な組み合わせのうち優先度が最も高い、すなわち数値が最も低い連携方式と物理接続との組み合わせである。ただし「Ｆ」が存在する場合には、画像の送信に用いる組み合わせは、優先度が「Ｆ」である全ての組み合わせである。
【００４２】
続くＳ３０５では集約情報更新部１１６は、優先度情報１１１を参照し、Ｓ３０３において確認した現在有効な連携方式と物理接続との組み合わせの中から音声信号の送信に用いる組み合わせを特定し、集約情報１１２の音声の欄を更新する。続くＳ３０６では集約情報更新部１１６は、優先度情報１１１を参照し、Ｓ３０３において確認した現在有効な連携方式と物理接続との組み合わせの中から通知信号の送信に用いる組み合わせを特定し、集約情報１１２の通知の欄を更新する。Ｓ３０５とＳ３０６の処理は、優先度情報１１１の参照する列が異なるだけで、処理内容は同一である。以上が集約情報更新部１１６の動作である。
【００４３】
（連携制御部１１７のフローチャート）
図７は、連携制御部１１７の動作を表すフローチャートである。以下に説明する各ステップの実行主体は、ＣＰＵ１１である。連携制御部１１７は、アプリコア１１３からデータが出力されるたびに図７に示す処理を実行する。
【００４４】
連携制御部１１７はまずＳ３１１において、アプリコア１１３から出力されたデータの分類を特定する。すなわちアプリコア１１３が出力したデータが、画像、音声、および通知のいずれであるかを特定する。分類の特定は、データのヘッダ部分を参照して行ってもよいし、アプリコア１１３がデータの種類を示す情報を別途出力し連携制御部１１７がその情報を参照して判断してもよい。
【００４５】
続くＳ３１２では連携制御部１１７は、集約情報１１２を参照して、Ｓ３１２において特定した分類の割当先を特定する。たとえば図４（ｂ）に示す例において分類が「音声」の場合は、割当先を「連携方式Ａ−第１接続」と特定する。続くＳ３１３では連携制御部１１７は、Ｓ３１２において特定した連携方式のライブラリにアプリコア１１３から出力されたデータを出力する。ただしこの際に連携制御部１１７は、物理接続を示す情報もあわせて出力する。以上が連携制御部１１７の動作である。
【００４６】
上述した第１の実施の形態によれば、次の作用効果が得られる。
（１）連携システムＳは、複数の物理接続を用いて複数の連携方式による接続が可能な携帯端末１と車載装置２とを備える。携帯端末１は、音声信号および画像信号の少なくとも一方を出力データとして出力するアプリ１１０と、有効に機能している連携方式に基づき出力データの送信に用いる連携方式を決定する連携制御部１１７と、出力データを連携制御部１１７が決定した連携方式を用いて車載装置２に送信する連携方式Ａライブラリ１１４および連携方式Ｂライブラリ１１５とを備える。車載装置２は、連携方式Ａを用いて連携方式Ａライブラリ１１４から出力データを受信する連携方式Ａプロトコル制御部２１１と、連携方式Ｂライブラリ１１５から出力データを受信する連携方式Ｂプロトコル制御部２１２と、連携方式Ａプロトコル制御部２１１および連携方式Ｂプロトコル制御部２１２が受信した出力データを再生する車載表示装置２６および車載スピーカー２８と、を備える。そのため複数の連携方式が利用可能な場合に連携制御部１１７が決定した連携方式を用いて出力データを出力するので、優先度情報１１１を適切に設定しておくことにより、ユーザの混乱が生じない。
【００４７】
たとえば複数の連携方式が利用可能な場合に、特別な制御を行わない場合は利用可能な全ての連携方式を用いてデータを送信することが考えられる。この場合に車載装置２は、利用可能な連携方式と同数のデータを受信するので、受信した複数のデータを処理することでユーザに混乱を生じさせる恐れがある。
【００４８】
なお、車載装置２に機能を追加し、複数の連携方式が同一のデータを受信した場合には、受信したデータのうちいずれか１つのみを処理することでユーザの混乱を回避することも考えられるが、以下の３つの問題が考えられる。第１に、携帯端末１が同一のデータを意図的に複数回送信した場合に、重複して送信したデータを無視することになるので好ましくない。第２に、データの一致性と時刻の一致性をどこまで厳密に判断すべきかが明確でなく、この不明確性によりユーザをさらに混乱させる恐れがある。第３に、車載装置２は機能の追加、すなわちアップデートが必ずしも容易ではない。その一方で、携帯端末１は内蔵されるアプリの更新が容易であり、本実施の形態で説明したような機能を追加することも容易なため、データを送信する携帯端末１の側で工夫することが望ましい。
【００４９】
（２）携帯端末１および車載装置２は複数の物理接続を用いて接続が可能であり、連携制御部１１７は、出力データの送信に用いる物理接続を決定する。そのため複数の物理接続が利用可能な場合に、連携制御部１１７が決定した物理接続を用いて出力データを送信するので、優先度情報１１１を適切に設定しておくことにより、ユーザの混乱が生じない。また同一の連携方式であっても物理接続の特性の違いにより伝送速度やロバスト性に差異があるので、物理接続の特性を考慮して優先度情報１１１を適切に設定しておくことにより利便性を向上できる。
【００５０】
（３）携帯端末１は、出力データに含まれる音声信号および画像信号のそれぞれの送信に用いる連携方式が記載される集約情報１１２、および連携方式ごとに出力データに含まれる音声信号および画像信号のそれぞれの送信に用いる優先度が定められた優先度情報１１１を格納するフラッシュメモリ１７を備える。また携帯端末１は、有効に機能している連携方式を判断し、優先度情報１１１を参照して音声信号および画像信号のそれぞれの送信に用いる連携方式を決定して集約情報１１２を更新する集約情報更新部１１６を備える。連携制御部１１７は、集約情報１１２を参照して出力データを送信する連携方式を決定する。
【００５１】
（４）出力データは音声信号および画像信号を含む。優先度情報１１１には、音声信号および画像信号のそれぞれについて送信に用いる優先度が定められる。集約情報１１２には、音声信号および画像信号のそれぞれについて送信に用いる連携方式が記載される。集約情報更新部１１６は、音声信号および画像信号のそれぞれについて送信に用いる連携方式を決定して集約情報を更新する。連携制御部１１７は、出力データが音声信号および画像信号のいずれであるかの判断、および集約情報１１２に基づき出力データの送信に用いる連携方式を決定する。そのため音声信号と画像信号のそれぞれについて独立に、送信に用いる連携方式を決定できる。これにより、音声信号は１つの連携方式のみを用いて送信し、画像信号は複数の連携方式を用いて送信することも可能になる。また連携方式の特性により、音声信号と画像信号のいずれか一方の伝送に優れている場合もあるので、信号ごとに連携方式を選択することが有用である。
【００５２】
（５）出力データには、音声信号および画像信号の少なくとも一方を用いるユーザへの注意喚起である通知が含まれる。集約情報１１２には、通知を送信する連携方式が記載される。優先度情報１１１には、連携方式ごとに通知の送信に用いる優先度が定められる。集約情報更新部１１６は、有効に機能している連携方式を判断し、優先度情報１１１を参照して通知を送信する連携方式を決定して集約情報１１２を更新する。同一の通知が複数回された場合に、ユーザは通知対象が複数存在すると認識するため、実際には１つしか通知がない場合にはユーザを混乱させる可能性が高い。そのため優先度情報１１１を適切に設定することでユーザの混乱を回避できる。
【００５３】
（変形例１）
携帯端末１および車載装置２は、単一の物理接続でのみ接続可能であってもよい。たとえば携帯通信モジュール１５が携帯第１モジュール１５１のみから構成され、車載通信モジュール２５が車載第１モジュール２５１のみから構成されてもよい。ただしこの場合は、連携方式Ａおよび連携方式Ｂはいずれも、携帯第１モジュール１５１および車載第１モジュール２５１が対応する物理接続に対応する。
【００５４】
（変形例２）
それぞれの連携方式は、単一の物理接続のみに対応してもよい。すなわち連携方式がある１つの物理接続にしか対応しない場合でも、携帯端末１および車載装置２のそれぞれが、共通する複数の連携方式に対応していればよい。
【００５５】
（変形例３）
優先度情報１１１および集約情報１１２は、第１の実施の形態ではテーブル形式として説明したが、格納される形式はテーブル形式に限定されず、様々な形態でフラッシュメモリ１７に格納されてもよい。たとえば、集約情報１１２に格納されている情報をセルごとに書き下してもよい。
【００５６】
（変形例４）
優先度情報１１１および集約情報１１２をアプリ１１０に内包される情報として説明したが、優先度情報１１１および集約情報１１２がアプリ１１０と独立してフラッシュメモリ１７に格納されてもよい。さらにこの場合には、アプリ１１０はＲＯＭ１２に格納されてもよい。
【００５７】
（変形例５）
優先度情報１１１において、画像の行は全て「Ｆ」に設定されてもよい。携帯端末１から複数の連携方式および複数の物理接続を用いて同一の画像情報が車載装置２に送信されても、ユーザが混乱する恐れが少ないからである。
【００５８】
（変形例６）
上述した第１の実施の形態では、優先度情報１１１において画像、音声、および通知について、それぞれ個別に優先度が設定された。しかし画像、音声、および通知の全てに共通で優先度が設定されてもよい。この場合は、集約情報１１２は機能ごとに分けて記載する必要がなく、欄は１つでよい。また本変形例によれば、画像、音声、および通知が共通するある１つの連携方式と１つの接続方式の組み合わせを用いて送信される。
【００５９】
―第２の実施の形態―
図８〜図１２を参照して、連携システムＳの第２の実施の形態を説明する。以下の説明では、第１の実施の形態と同じ構成要素には同じ符号を付して相違点を主に説明する。特に説明しない点については、第１の実施の形態と同じである。本実施の形態では、主に、連携動作時にユーザが車載装置への操作入力を行うと、車載装置が入力を携帯端末に伝達する点で、第１の実施の形態と異なる。連携システムＳのハードウエア構成は第１の実施の形態と同様である。
【００６０】
（第２の実施の形態の概要）
本実施の形態では、携帯端末１と車載装置２の連携動作時に、車載装置２の車載表示装置２６にユーザが操作可能なユーザインタフェース（以下、「ＵＩ」と記載する）を有する表示が可能である。ユーザが車載入力装置２４を用いてＵＩを操作すると、その操作情報が車載装置２から携帯端末１に伝達される。このとき車載装置２は、表示されている情報を出力したプロトコル制御部および物理接続を用いて携帯端末１に入力された情報を伝達する。詳しくは後述する。
【００６１】
（画面表示例）
図８は、車載表示装置２６に表示される画面の一例を示す図であり、図８（ａ）はＵＩつき画面２６１を示す図であり、図８（ｂ）はＵＩなし画面２６２を示す図である。図８（ａ）および図８（ｂ）はいずれも音楽を再生するアプリの画面である。携帯端末１は後述するように連携方式や物理接続に応じて出力する情報を変化させることで、車載装置２にＵＩつき画面２６１やＵＳなし画面２６２を表示させる。ただしＵＩなし画面２６２を表示するための画像信号しか出力しないアプリが存在してもよい。
【００６２】
図８（ａ）に示すＵＩつき画面２６１は、上段に再生中の曲名が表示され、中段に曲の全体の長さと再生中の位置が表示され、下段に曲の再生や停止などを操作可能なＵＩが表示される。すなわちＵＩつき画面２６１は、符号２６Ｒで示す表示部と、符号２６Ｐで示すＵＩ部とから構成される。図８（ｂ）に示すＵＩなし画面２６２は、上段に再生中の曲名が表示され、下段に曲の全体の長さと再生中の位置が表示される。すなわちＵＩなし画面２６２は、符号２６Ｒで示す表示部のみから構成され、ＵＩ部を含まない。
【００６３】
なお、車載装置２がＵＩつき画面２６１を表示する際には、携帯端末１からは表示されている画像情報だけでなく、操作可能な領域およびその領域を示す識別子が併せて送信される。以下では、操作可能な領域およびその領域を示す識別子を「ＵＩ情報」と呼ぶ。たとえば図８（ａ）には曲戻しボタン、再生ボタン、一時停止ボタン、停止ボタン、および曲送りボタンの５つが表示されているが、それぞれのボタンについて携帯端末１から領域と識別子の情報が送信される。領域はたとえば、画像の左上を原点すなわち（０，０）とした場合の各ボタンの左上の座標と右下の座標の組み合わせとして表される。識別子はたとえばｂｔｎ１やｂｔｎ２などの文字列である。
【００６４】
（携帯端末１の機能構成）
図９は、第２の実施の形態における携帯端末１の機能構成図である。第１の実施の形態との相違点は、優先度情報１１１の代わりに優先度情報１１１Ａを有し、集約情報１１２の代わりに集約情報１１２Ａを有し、集約情報更新部１１６の代わりに集約情報更新部１１６Ａを有し、アプリコア１１３の代わりにアプリコア１１３Ａを有し、連携制御部１１７の代わりに連携制御部１１７Ａを有する点である。
【００６５】
図１０（ａ）は第２の実施の形態における優先度情報１１１Ａの一例を示す図であり、図１０（ｂ）は第２の実施の形態における集約情報１１２Ａの一例を示す図である。優先度情報１１１Ａは、第１の実施の形態における優先度情報１１１に比べて、「ＵＩつき画像」の列が追加されている。この列は、図８（ａ）に示したようなＵＩつき画面２６１を表示するための情報の送信に用いる優先度を示す。また本実施の形態では「画像」の列は図８（ｂ）に示したようなＵＩなし画面２６２を表示するための画像の送信に用いる優先度を示す。本実施の形態においても、優先度情報１１１Ａの情報はあらかじめ定められており更新はされない。
【００６６】
集約情報１１２Ａは、第１の実施の形態における集約情報１１２に比べて「ＵＩつき画像」の行が追加されている。この行は、図８（ａ）に示したようなＵＩつき画面２６１を表示するための情報の送信に用いる連携方式と物理接続の組み合わせを示す。また本実施の形態では「画像」の行は図８（ｂ）に示したようなＵＩなし画面２６２を表示するための画像の送信に用いる連携方式と物理接続の組み合わせを示す。集約情報１１２Ａは、集約情報更新部１１６Ａにより更新される。図９に戻って説明を続ける。
【００６７】
集約情報更新部１１６Ａは、第１の実施の形態の動作に加えて、集約情報１１２Ａの「ＵＩつき画像」の行も更新する。アプリコア１１３Ａは、画像を出力する場合には、ＵＩなし画面２６２を構成する画像情報だけでなく、ＵＩつき画面２６１を作成するための情報を出力する。連携制御部１１７Ａは、アプリコア１１３Ａが出力した情報を分類し、集約情報１１２Ａを参照して連携方式Ａライブラリ１１４または連携方式Ｂライブラリ１１５に出力する。
【００６８】
（集約情報更新部１１６Ａの動作）
図１１は、集約情報更新部１１６Ａの動作を表すフローチャートである。第１の実施の形態のフローチャートに比べて、Ｓ３０４の次にＳ３０４Ａが追加されている。Ｓ３０４Ａでは集約情報更新部１１６Ａは、優先度情報１１１を参照し、Ｓ３０３において確認した現在有効な連携方式と物理接続との組み合わせの中からＵＩつき画像の送信に用いる組み合わせを特定し、集約情報１１２ＡのＵＩつき画像の欄を更新する。集約情報更新部１１６Ａは次にＳ３０５に進み、以下は第１の実施の形態と同様の処理を行う。
【００６９】
（連携制御部１１７Ａの動作）
図１２は、連携制御部１１７Ａの動作を表すフローチャートである。連携制御部１１７はまずＳ３１１Ａにおいて、アプリコア１１３から出力された出力データの分類を特定する。すなわち出力データが、画像、音声、および通知のいずれであるかを特定する。ただしアプリコア１１３は、画像を出力する場合には、ＵＩなし画像のみを出力する場合と、ＵＩなし画像、ＵＩつき画像、およびＵＩ情報を併せて出力する場合がある。本実施の形態では、連携制御部１１７Ａはこのどちらの場合でも分類は「画像」と判断する。
【００７０】
続くＳ３１５では連携制御部１１７Ａは、Ｓ３１１Ａにおいて特定した分類が画像か否かを判断する。分類が画像であると判断する場合はＳ３１６に進み、画像ではないと判断する場合はＳ３１２に進む。Ｓ３１２以下の処理は第１の実施の形態と同様なので説明を省略する。Ｓ３１６では連携制御部１１７Ａは、アプリコア１１３ＡがＵＩつき画像も出力したか否かを判断する。ＵＩつき画像も出力したと判断する場合はＳ３１７に進み、ＵＩなし画像のみを出力したと判断する場合はＳ３１８に進む。
【００７１】
Ｓ３１７では連携制御部１１７Ａは、集約情報１１２Ａの「画像」の行に記載された組み合わせをＵＩなし画像の出力先として特定し、「ＵＩつき画像」の行に記載された組み合わせをＵＩつき画像およびＵＩ情報の出力先として特定してＳ３１３に進む。ただし連携制御部１１７Ａは、集約情報１１２Ａの「画像」と「ＵＩつき画像」に同一の組み合わせが記載されている場合は、「ＵＩつき画像」を優先する。たとえば図１０（ｂ）に示した例のように「連携方式Ａ−第１接続」が「画像」と「ＵＩつき画像」の両方に記載されている場合は、以下のように判断する。すなわち連携制御部１１７Ａは、「連携方式Ａ−第１接続」の組み合わせにはＵＩつき画像とＵＩ情報を出力し、ＵＩなし画像は出力しない。
【００７２】
Ｓ３１８では連携制御部１１７Ａは、集約情報１１２Ａの「画像」および「ＵＩつき画像」の行に記載された組み合わせをＵＩなし画像の出力先、すなわち送信に用いる組み合わせとして特定してＳ３１３に進む。ただし連携制御部１１７Ａは、集約情報１１２Ａの「画像」と「ＵＩつき画像」に同一の組み合わせが記載されている場合でも、その組み合わせは１つの「ＵＩなし画像」の送信に用いる。Ｓ３１３の処理は第１の実施の形態において説明したとおりである。
【００７３】
（車載装置２の動作）
車載装置２の動作は以下の点を除いて第１の実施の形態と同様である。第２の実施の形態では、携帯端末１から情報を受信したモジュールを特定する情報が、車載ＯＳドライバ２３０、車載ＯＳ２２０、およびプロトコル制御部を経てフレームワーク２４０まで伝達される。ただしこの情報を伝達するプロトコル制御部は、携帯端末１から受信した情報を処理するプロトコル制御部である。またフレームワーク２４０は、伝達されたモジュールを特定する情報、およびいずれのプロトコル制御部がその情報を伝達したかを一時的に記憶して以下に述べる処理で利用する。
【００７４】
フレームワーク２４０は、いずれかのプロトコル制御部からＵＩつき画像およびＵＩ画像を受信すると、車載表示装置２６にＵＩを備える画像を表示する。そしてフレームワーク２４０は、ユーザから入力を受けると、受信時と同様の連携方式および物理接続の組み合わせを用いて携帯端末１にその入力を伝達する。たとえば携帯端末１が連携方式Ａと第１接続の組み合わせを用いて送信したＵＩつき画像を再生している際に車載入力装置２４に入力を受けると、連携方式Ａプロトコル制御部２１１および車載第１モジュール２５１を用いてその入力を携帯端末１に伝達する。
【００７５】
上述した第２の実施の形態によれば、次の作用効果が得られる。
（６）アプリ１１０Ａが出力する画像信号には、ＵＩ情報とあわせて出力されるＵＩつき画像の信号、およびＵＩなし画像の信号が含まれる。連携制御部１１７Ａは、有効に機能している連携方式に基づき、ＵＩつき画像の信号およびＵＩなし画像の信号のそれぞれを出力する連携方式を決定する。車載装置２は、車載入力装置２４およびフレームワーク２４０を備える。そのため携帯端末１は、ＵＩあり画像とＵＩなし画像のそれぞれを適切な連携方式で送信できる。また車載装置２は、ＵＩあり画像の送信に用いられた物理接続と連携方式の組み合わせを用いてユーザの入力を携帯端末１に伝達することができる。
【００７６】
上述した各実施の形態および変形例において、携帯端末１が不図示の入出力インタフェースを備え、必要なときに入出力インタフェースと携帯端末１が利用可能な媒体を介して、他の装置からプログラムが読み込まれてもよい。ここで媒体とは、たとえば入出力インタフェースに着脱可能な記憶媒体、または通信媒体、すなわち有線、無線、光などのネットワーク、または当該ネットワークを伝搬する搬送波やディジタル信号、を指す。また、プログラムにより実現される機能の一部または全部がハードウエア回路やＦＰＧＡにより実現されてもよい。
【００７７】
上述した各実施の形態および変形例は、それぞれ組み合わせてもよい。上記では、種々の実施の形態および変形例を説明したが、本発明はこれらの内容に限定されるものではない。本発明の技術的思想の範囲内で考えられるその他の態様も本発明の範囲内に含まれる。
【符号の説明】
【００７８】
１…携帯端末
２…車載装置
１５…携帯通信モジュール
１６…携帯表示装置
１７…フラッシュメモリ
２４…車載入力装置
２５…車載通信モジュール
２６…車載表示装置
１１０…アプリ
１１１…優先度情報
１１２…集約情報
１１３…アプリコア
１１４…連携方式Ａライブラリ
１１５…連携方式Ｂライブラリ
１１６…集約情報更新部
１１７…連携制御部
１５１…携帯第１モジュール
１５２…携帯第２モジュール
１５３…携帯第３モジュール
２１１…連携方式Ａプロトコル制御部
２１２…連携方式Ｂプロトコル制御部
２４０…フレームワーク
【図１】
2019186671.tif 000003
【図２】
2019186671.tif 000004
【図３】
2019186671.tif 000005
【図４】
2019186671.tif 000006
【図５】
2019186671.tif 000007
【図６】
2019186671.tif 000008
【図７】
2019186671.tif 000009
【図８】
2019186671.tif 000010
【図９】
2019186671.tif 000011
【図１０】
2019186671.tif 000012
【図１１】
2019186671.tif 000013
【図１２】
2019186671.tif 000014