(57)【要約】      （修正有）【課題】アイコン画像を好適に表示することが可能な情報処理装置及び携帯端末を提供する。【解決手段】車載機２０の制御部は、携帯端末１０にインストールされたアプリに対応するアイコン画像を加工させるための加工指令信号Ｄ１を、通信部により携帯端末に送信する。そして、制御部は、携帯端末から、加工指令信号に基づき携帯端末が加工したアイコン画像を含むアイコン情報Ｄ２を受信した場合、受信したアイコン情報に基づいて、加工されたアイコン画像をディスプレイ２４に表示させる。【選択図】図１
2019036323.tif 000002
【特許請求の範囲】
【請求項１】
携帯端末に、前記携帯端末にインストールされたアプリケーションに対応するアイコン画像の加工指令を送信する送信部と、
前記携帯端末から、前記加工指令に基づいて前記携帯端末により加工されたアイコン画像を取得する取得部と、
前記取得部が取得したアイコン画像を表示部に表示させる表示制御部と、
を備えることを特徴とする情報処理装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、アイコン画像の表示技術に関する。
【背景技術】
【０００２】
スマートフォンなどの携帯端末と車載機とを連動させて、携帯端末にインストールされているアプリケーションを、車載機から制御する技術が知られている。例えば、特許文献１では、携帯端末に記憶されたアプリケーションに関するアプリケーションデータベースを車載機が取得し、そのデータベース内に記憶されたアイコン画像を、車載機の表示画面に表示する情報システムが開示されている。この情報システムでは、表示されたアイコンをユーザが選択した場合、選択されたアイコンに対応するアプリケーションが起動される。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１２―２０８８９１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
携帯端末は、インストールされているアプリケーションを起動させるためのアイコンを表示する際、アイコンの画像を加工して表示することがある。しかし、特許文献１では、アプリケーションデータベースに記憶されたアイコン画像をそのまま表示させているため、携帯端末に表示されるアイコン画像と、車載機と連動させたときに車載機に表示されるアイコン画像とが異なる表示態様となってしまうことがあり、ユーザに違和感を与える虞がある。また、一般的には、携帯端末の表示部と、車載機の表示部とは、表示画面の大きさが異なるため、アプリケーションデータベースに記憶されたアイコン画像を車載機で表示する際には、サイズ等を調整する必要がある。しかしながら、特許文献１には、上記の点についても、何ら考慮されていない。
【０００５】
本発明が解決しようとする課題としては、上記のものが例として挙げられる。本発明は、アイコン画像を好適に表示することが可能な情報処理装置及び携帯端末を提供することを主な目的とする。
【課題を解決するための手段】
【０００６】
請求項１に記載の発明は、情報処理装置であって、携帯端末に、前記携帯端末にインストールされたアプリケーションに対応するアイコン画像の加工指令を送信する送信部と、前記携帯端末から、前記加工指令に基づいて前記携帯端末により加工されたアイコン画像を取得する取得部と、前記取得部が取得したアイコン画像を表示部に表示させる表示制御部と、を備えることを特徴とする。
【０００７】
請求項４に記載の発明は、情報処理装置であって、携帯端末から、前記携帯端末にインストールされたアプリケーションに対応するアイコン画像を取得する取得部と、前記取得部が取得したアイコン画像を加工する加工部と、前記加工部が加工したアイコン画像を表示部に表示させる表示制御部と、を備えることを特徴とする。
【０００８】
請求項５に記載の発明は、アプリケーションがインストールされた携帯端末であって、前記アプリケーションに対応するアイコン画像の加工指令を受信する受信部と、前記加工指令に基づき、前記アイコン画像の加工を行う加工部と、前記加工部が加工したアイコン画像を、前記加工指令の送信元の端末装置に送信することで、前記端末装置の表示部に表示させる送信部と、を備えることを特徴とする。
【０００９】
請求項６に記載の発明は、情報処理装置が実行する制御方法であって、携帯端末に、前記携帯端末にインストールされたアプリケーションに対応するアイコン画像の加工指令を送信する送信工程と、前記携帯端末から、前記加工指令に基づいて前記携帯端末により加工されたアイコン画像を取得する取得工程と、前記取得工程が取得したアイコン画像を表示部に表示させる表示制御工程と、を有することを特徴とする。
【００１０】
請求項７に記載の発明は、コンピュータが実行するプログラムであって、携帯端末に、前記携帯端末にインストールされたアプリケーションに対応するアイコン画像の加工指令を送信する送信手段と、前記携帯端末から、前記加工指令に基づいて前記携帯端末により加工されたアイコン画像を取得する取得手段と、前記取得部が取得したアイコン画像を表示部に表示させる表示制御手段として前記コンピュータを機能させることを特徴とする。
【図面の簡単な説明】
【００１１】
【図１】連携システムの構成を示す。
【図２】携帯端末と車載機のブロック図である。
【図３】（Ａ）は、携帯端末のアプリ選択画面の表示例を示す。（Ｂ）は、記憶部が記憶するアイコン画像を示す。
【図４】携帯端末の第１アプリが起動し、かつ、携帯端末と車載機とが通信を確立した直後の画面例を示す。
【図５】図４の状態から第２アプリが起動した場合の画面例を示す。
【図６】図５に示す状態で第１アプリに対応するアイコン画像が選択された後の画面例を示す。
【図７】変形例に係る車載機の表示画面例を示す。
【図８】変形例に係る携帯端末及び車載機のブロック図である。
【発明を実施するための形態】
【００１２】
本発明の好適な実施形態では、情報処理装置は、携帯端末に、前記携帯端末にインストールされたアプリケーションに対応するアイコン画像の加工指令を送信する送信部と、前記携帯端末から、前記加工指令に基づいて前記携帯端末により加工されたアイコン画像を取得する取得部と、前記取得部が取得したアイコン画像を表示部に表示させる表示制御部と、を備える。
【００１３】
上記情報処理装置は、例えば車載機であり、送信部と、取得部と、表示制御部とを備える。送信部は、携帯端末にインストールされたアプリケーションに対応するアイコン画像の加工指令を携帯端末に送信する。取得部は、携帯端末から、加工指令に基づいて携帯端末により加工されたアイコン画像を取得する。表示制御部は、取得部が取得したアイコン画像を表示部に表示させる。これにより、情報処理装置は、携帯端末にインストールされたアプリケーションに対応したアイコン画像を、適切に加工した状態で表示部に表示させることができる。
【００１４】
上記情報処理装置の一態様では、前記加工指令は、前記アイコン画像の大きさ又は形状の少なくとも一方を加工させるための指令である。これにより、情報処理装置は、アイコン画像を、適切なサイズ又は形状に加工した状態で表示部に表示させることができる。
【００１５】
上記情報処理装置の他の一態様では、前記加工指令は、前記携帯端末の基本ソフトのバージョンに基づいて、前記アイコン画像の角を丸める加工をさせるための指令である。これにより、情報処理装置は、受信するアイコン画像に対し、携帯端末で表示する際に基本ソフトが実行する加工と同様の加工を携帯端末に実行させ、携帯端末での表示態様と同様のアイコン画像を表示することができる。
【００１６】
上記情報処理装置の他の一態様では、前記表示制御部は、前記取得部が取得したアイコン画像を、前記アプリケーションを起動させるためにユーザによって操作される画像として、又は、ユーザに前記アプリケーションの状態を通知するための画像として、前記表示部に表示させる。この態様により、ユーザは、好適に、表示部に表示されたアイコン画像を操作して携帯端末のアプリケーションを起動させたり、表示部に表示されたアイコン画像を見てアプリケーションの状態を確認したりすることができる。
【００１７】
本発明の他の好適な実施形態では、情報処理装置は、携帯端末から、前記携帯端末にインストールされたアプリケーションに対応するアイコン画像を取得する取得部と、前記取得部が取得したアイコン画像を加工する加工部と、前記加工部が加工したアイコン画像を表示部に表示させる表示制御部と、を備える。この形態では、情報処理装置は、携帯端末にインストールされたアプリケーションに対応するアイコン画像を取得した場合に、自ら加工を行う。この態様によっても、情報処理装置は、携帯端末にインストールされたアプリケーションに対応したアイコン画像を、適切に加工した状態で表示部に表示させることができる。
【００１８】
本発明のさらに別の実施形態では、携帯端末は、アプリケーションがインストールされた携帯端末であって、前記アプリケーションに対応するアイコン画像の加工指令を受信する受信部と、前記加工指令に基づき、前記アイコン画像の加工を行う加工部と、前記加工部が加工したアイコン画像を、前記加工指令の送信元の端末装置に送信することで、前記端末装置の表示部に表示させる送信部と、を備える。この態様では、携帯端末は、インストールしたアプリケーションに対応するアイコン画像の加工指令を受信した場合に、アイコン画像の加工を行い、アプリケーションを起動させるためにユーザによって操作される画像として、加工指令の送信元の端末装置に送信する。これにより、携帯端末は、携帯端末にインストールされたアプリケーションに対応したアイコン画像を、適切に加工した状態で加工指令の送信元の端末装置に表示させることができる。
【００１９】
本発明のさらに別の実施形態では、情報処理装置が実行する制御方法であって、携帯端末に、前記携帯端末にインストールされたアプリケーションに対応するアイコン画像の加工指令を送信する送信工程と、前記携帯端末から、前記加工指令に基づいて前記携帯端末により加工されたアイコン画像を取得する取得工程と、前記取得工程が取得したアイコン画像を表示部に表示させる表示制御工程と、を有する。情報処理装置は、この制御方法を実行することで、携帯端末にインストールされたアプリケーションに対応したアイコン画像を、適切に加工した状態で表示部に表示させることができる。
【００２０】
本発明のさらに別の実施形態では、コンピュータが実行するプログラムであって、携帯端末に、前記携帯端末にインストールされたアプリケーションに対応するアイコン画像の加工指令を送信する送信手段と、前記携帯端末から、前記加工指令に基づいて前記携帯端末により加工されたアイコン画像を取得する取得手段と、前記取得部が取得したアイコン画像を表示部に表示させる表示制御手段として前記コンピュータを機能させる。情報処理装置は、このプログラムを実行することで、携帯端末にインストールされたアプリケーションに対応したアイコン画像を、適切に加工した状態で表示部に表示させることができる。上記プログラムは、好適には記憶媒体に記憶して取り扱うことができる。
【実施例】
【００２１】
以下、図面を参照して本発明の好適な実施例について説明する。
【００２２】
［連携システムの構成］
図１は、本実施例に係る連携システムの構成を示す。図１に示すように、連携システムは、スマートフォンなどの携帯端末１０と、携帯端末１０のアプリケーション（単に「アプリ」とも呼ぶ。）と連携した処理を行う車載機２０とを備える。そして、本実施例に係る連携システムは、携帯端末１０が表示するアイコン画像を、車載機２０でも同様の表示態様により表示させることが可能なシステムである。
【００２３】
携帯端末１０は、車載機２０と通信可能に構成され、タッチパネル１７が積層されたディスプレイ１４を有する。また、携帯端末１０には、複数のアプリがインストールされており、起動されたアプリの機能に基づき生成された画像（「アプリ画像」とも呼ぶ。）をディスプレイ１４に表示したり、アプリの機能に基づき音声を出力したりする。また、携帯端末１０は、アプリ画像等を車載機２０で出力させるための情報（「アプリ出力情報Ｄ４」とも呼ぶ。）、及び、起動中のアプリに対応するアイコン画像の情報（「アイコン情報Ｄ２」とも呼ぶ。）を車載機２０に送信する。アイコン情報Ｄ２は、アイコン画像の他、当該アイコン画像に対応するアプリの識別情報（「アプリＩＤ」とも呼ぶ。）などを含む。また、携帯端末１０は、後述するように、車載機２０の要求に応じ、アイコン情報Ｄ２に含めて送信するアイコン画像の加工を行う。なお、アプリ出力情報Ｄ４には、携帯端末１０がアプリの機能に基づき出力すべき音声情報がさらに含まれていてもよい。
【００２４】
車載機２０は、タッチパネル２７が積層されたディスプレイ２４を有する。車載機２０は、アイコン情報Ｄ２の授受に先立ち、アイコン画像を加工すべき旨の信号（「加工指令信号Ｄ１」とも呼ぶ。）を、携帯端末１０へ送信する。ここで、加工指令信号Ｄ１には、例えば、縦横のピクセル数などアイコン画像のサイズを指定する情報（「サイズ情報」とも呼ぶ。）や、デコード可能な圧縮フォーマットを指定する情報（「フォーマット情報」とも呼ぶ。）などが含まれる。そして、車載機２０は、携帯端末１０から受信するアプリ出力情報Ｄ４に基づき、携帯端末１０が表示するアプリの画像をディスプレイ２４に表示する。また、車載機２０は、携帯端末１０から受信したアイコン情報Ｄ２に基づき、アイコン画像をディスプレイ２４に表示する。さらに、車載機２０は、ディスプレイ２４に表示されたアイコン画像がタッチされたことをタッチパネル２７により検知した場合、当該アイコン画像に対応するアプリを起動するための要求信号（「起動要求信号Ｄ３」とも呼ぶ。）を携帯端末１０に送信する。
【００２５】
［携帯端末及び車載機の構成］
図２は、図１に示す携帯端末１０及び車載機２０のブロック図である。図２に示すように、携帯端末１０は、制御部１１と、通信部１２と、出力部１３と、入力部１５と、記憶部１６とを備える。
【００２６】
制御部１１は、図示しないＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）及びＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）などを備え、携帯端末１０内の各構成要素に対して種々の制御を行う。制御部１１は、制御アプリ５０と、複数の個別アプリ５１とを有する。
【００２７】
制御アプリ５０は、携帯端末１０と車載機２０との通信を確立し、個別アプリ５１と車載機２０との間で、加工指令信号Ｄ１、アイコン情報Ｄ２及びアプリ出力情報Ｄ４の授受を可能にする。また、制御アプリ５０は、タッチパネル１５への入力又は車載機２０から送信される起動要求信号Ｄ３に基づき、個別アプリ５１の起動制御を行う。
【００２８】
個別アプリ５１は、第１アプリ５１ｘ及び第２アプリ５１ｙを含む複数のアプリである。個別アプリ５１は、制御アプリ５０から起動指示を受信した場合に起動し、アプリ画面をディスプレイ１４に表示させる。また、携帯端末１０と車載機２０とが通信を確立している場合には、個別アプリ５１は、加工指令信号Ｄ１を車載機２０から受信したり、アイコン情報Ｄ２及びアプリ出力情報Ｄ４を車載機２０へ送信したりする。また、個別アプリ５１は、携帯端末１０の基本ソフトであるオペレーティング・システム（ＯＳ：Ｏｐｅｒａｔｉｎｇ  Ｓｙｓｔｅｍ）のバージョンや、加工指令信号Ｄ１に含まれるサイズ情報及びフォーマット情報に基づき、アイコン画像を加工する。このように、制御部１１は、本発明における「加工部」として機能する。
【００２９】
通信部１２は、制御部１１の制御に基づき、例えばＨＤＭＩ（登録商標、Ｈｉｇｈ  Ｄｅｆｉｎｉｔｉｏｎ  Ｍｕｌｔｉｍｅｄｉａ  Ｉｎｔｅｒｆａｃｅ）、ＵＳＢ、Ｂｌｕｅｔｏｏｔｈ（登録商標）などにより、車載機２０の通信部２２と通信を確立する。そして、通信部１２は、制御部１１の制御に基づき、アイコン情報Ｄ２及びアプリ出力情報Ｄ４の送信処理、及び、加工指令信号Ｄ１及び起動要求信号Ｄ３の受信処理などを行う。通信部１２及び制御部１１は、本発明における「送信部」及び「受信部」の一例である。なお、これらの送受信されるそれぞれの情報は、上述した通信インタフェースを複数用いて別個に送受信がなされる構成にしてもよい。
【００３０】
出力部１３は、ディスプレイ１４や図示しないスピーカなどを備え、制御部１１の制御に基づき、携帯端末１０の利用者の操作に応答するための情報を出力する。
【００３１】
入力部１５は、ディスプレイ１４に積層されたタッチパネル１７を含み、携帯端末１０に対して端末利用者が行う必要な命令や情報の入力、即ち操作を受け付けるインタフェースである。なお、入力部１２は、タッチパネル１７に加え、各種コマンドやデータを入力するための、キー、スイッチ、ボタン、音声入力装置等を有してもよい。
【００３２】
記憶部１６は、携帯端末１０の動作を制御するためのプログラムを保存したり、携帯端末１０の動作に必要な情報を保持したりする。例えば、記憶部１６は、各個別アプリ５１に対応するアイコン画像などを記憶する。
【００３３】
次に、車載機２０の構成について説明する。図２に示すように、車載機２０は、制御部２１と、通信部２２と、出力部２４と、入力部２５と、記憶部２６とを備える。
【００３４】
制御部２１は、図示しないＣＰＵ、ＲＯＭ及びＲＡＭなどを備え、車載機２０内の各構成要素に対して種々の制御を行う。例えば、制御部２１は、携帯端末１０と通信を確立した場合に、加工指令信号Ｄ１を携帯端末１０に送信する。また、制御部２１は、携帯端末１０から送信されたアイコン情報Ｄ２及びアプリ出力情報Ｄ４に基づき、ディスプレイ２４上にアイコン画像及びアプリ画像を表示させる。さらに、制御部２１は、ディスプレイ２４に表示させたアイコン画像が選択されたことをタッチパネル２７により検知した場合、選択されたアイコン画像に対応するアプリを指定した起動要求信号Ｄ３を、携帯端末１０へ送信する。制御部２１は、本発明における「表示制御部」及びプログラムに基づき動作する「コンピュータ」の一例である。
【００３５】
通信部２２は、制御部２１の制御に基づき、例えばＨＤＭＩなどにより、携帯端末１０の通信部１２と通信を行う。そして、通信部２２は、制御部２１の制御に基づき、加工指令信号Ｄ１及び起動要求信号Ｄ３の送信処理や、アイコン情報Ｄ２及びアプリ出力情報Ｄ４の受信処理などを行う。通信部２２及び制御部２１は、本発明における「送信部」及び「取得部」の一例である。
【００３６】
出力部２３は、ディスプレイ２４や図示しないスピーカなどを備え、制御部１１の制御に基づき、車載機２０の利用者の操作に応答するための情報を出力する。
【００３７】
入力部２５は、ディスプレイ２４に積層されたタッチパネル２７を含み、車載機２０に対して端末利用者が行う必要な命令や情報の入力、即ち操作を受け付けるインタフェースである。なお、入力部２２は、タッチパネル２７に加え、各種コマンドやデータを入力するための、キー、スイッチ、ボタン、音声入力装置等を有してもよい。
【００３８】
記憶部２６は、車載機２０の動作を制御するためのプログラムを保存したり、車載機２０の動作に必要な情報を保持したりする。また、記憶部２６は、制御部２１の制御に基づき、受信したアイコン情報Ｄ２に含まれるアイコン画像とアプリＩＤとを関連付けて記憶する。
【００３９】
［表示例］
次に、図３〜図６を参照し、連携システムが実行する処理について具体的に説明する。
【００４０】
図３（Ａ）は、携帯端末１０のアプリ選択画面の表示例を示す。携帯端末１０は、所定の操作を検知した場合に、携帯端末１０にインストールされた各アプリに対応するアイコン画像（Ｉｃ１，Ｉｃ２，…）の一覧が表示された図３（Ａ）に示すアプリ選択画面を表示する。ここで、アイコン画像ＩＣ１は、第１アプリ５１ｘを起動するための画像であり、アイコン画像ＩＣ２は、第２アプリ５１ｙを起動するための画像である。そして、図３（Ａ）の例では、ユーザは、第１アプリ５１ｘを起動させるため、アイコン画像ＩＣ１をタッチ操作により選択している。
【００４１】
また、携帯端末１０は、ＯＳの機能に基づき、記憶部１６に記憶された各アイコン画像を加工した後、図３（Ａ）に示す各アイコン画像（Ｉｃ１，Ｉｃ２，…）を表示している。図３（Ｂ）は、記憶部１６が記憶する第１アプリ５１ｘのアイコン画像を示す。図３（Ｂ）に示すように、加工前の第１アプリ５１ｘのアイコン画像の形状は、図３（Ａ）に示すアイコン画像Ｉｃ１と比較して、角が丸みを帯びていない四角形である。このように、携帯端末１０は、視認性向上等の観点から、記憶部１６に記憶された各アイコン画像の角を丸めるように加工した後、図３（Ａ）に示す各アイコン画像（Ｉｃ１，Ｉｃ２，…）を表示している。このときの角の丸みの度合いなどの具体的な加工の態様は、携帯端末１０のＯＳのバージョンによって異なる。
【００４２】
図４は、携帯端末１０の第１アプリ５１ｘが起動し、かつ、携帯端末１０と車載機２０とが通信を確立した後の画面例を示す。
【００４３】
図４の例では、携帯端末１０は、第１アプリ５１ｘの機能に基づき、ディスプレイ１４上に、再生する音楽データのリストを表示したアプリ画像ＩＭ１を表示させている。このアプリ画像ＩＭ１は、あるアルバムに属する複数の曲のリストと、以前の画面に戻る「ＢＡＣＫ」ボタンとを含んでいる。また、車載機２０は、ディスプレイ２４のメイン表示エリアである矩形の第１エリアＡｒ１に、アプリ画像ＩＭ１と同一内容のアプリ画像ＩＭ１ｘを表示すると共に、ディスプレイ２４の縁部分に設けられたＬ字型の第２エリアＡｒ２にアイコン画像ＩＣ１ｘを表示している。
【００４４】
この場合、まず、車載機２０は、携帯端末１０上で起動している第１アプリ５１ｘに対応するアイコン画像を取得するため、サイズ情報やフォーマット情報などを含む加工指令信号Ｄ１を携帯端末１０の第１アプリ５１ｘに送信する。そして、第１アプリ５１ｘは、加工指令信号Ｄ１を受信した場合、記憶部１６に記憶された第１アプリ５１ｘに対応するアイコン画像を加工する。そして、第１アプリ５１ｘは、加工した第１アプリ５１ｘのアイコン画像を含むアイコン情報Ｄ２を、車載機２０に送信する。そして、車載機２０は、受信したアイコン情報Ｄ２に基づき、ディスプレイ２４の第２エリアＡｒ２にアイコン画像ＩＣ１ｘを表示させる。また、第１アプリ５１ｘは、ディスプレイ１４に表示させているアプリ画像ＩＭ１に基づくアプリ出力情報Ｄ４を車載機２０に送信し、車載機２０は、アプリ出力情報Ｄ４に基づき、アプリ画像ＩＭ１と同一内容のアプリ画像ＩＭ１ｘをディスプレイ２４の第１エリアＡｒ１に表示させる。なお、第１アプリ５１ｘは、アプリ画像ＩＭ１を車載機２０の表示用に加工し、加工後のアプリ画像ＩＭ１ｘをアプリ出力情報Ｄ４に含めてもよく、アプリ画像ＩＭ１を加工せずにアプリ出力情報Ｄ４に含めてもよい。後者の場合、車載機２０は、アプリ出力情報Ｄ４に基づき、第１エリアＡｒ１に収まるようにアプリ画像ＩＭ１ｘを生成する。
【００４５】
ここで、図４の例におけるアイコン画像の加工処理について、具体的に説明する。
【００４６】
第１アプリ５１ｘは、まず、携帯端末１０のＯＳのバージョンに応じて、記憶部１６に記憶された第１アプリ５１ｘに対応するアイコン画像（図３（Ｂ）参照）の角を、図３（Ａ）のアイコン画像ＩＣ１と同様に丸める加工を行う。これは、図３（Ｂ）を参照して説明したように、ＯＳのバージョンに応じて、ディスプレイ１４に表示される際のアイコン画像の角の丸みの度合いが異なるからである。従って、第１アプリ５１ｘは、携帯端末１０のＯＳのバージョンに応じ、アイコン画像の角に丸みをつける。これにより、第１アプリ５１ｘは、携帯端末１０上でのアイコン画像ＩＣ１と同一形状のアイコン画像ＩＣ１ｘを車載機２０に表示させることができる。従って、ユーザが携帯端末１０で通常目にするアイコン画像と異なる表示を車載機２０が行うことに起因したユーザの違和感の発生を抑制することができる。なお、第１アプリ５１ｘは、アイコン画像の角の丸みの度合いを、ＯＳに問い合わせることで認識してもよく、記憶部１６が記憶している場合には、記憶部１６から取得してもよい。
【００４７】
さらに、第１アプリ５１ｘは、加工指令信号Ｄ１に含まれるサイズ情報に基づき、アイコン画像のサイズを調整する。これにより、第１アプリ５１ｘは、第２エリアＡｒ２内に収まるサイズになるようにアイコン画像ＩＣ１ｘを好適に加工することができる。さらに、第１アプリ５１ｘは、加工指令信号Ｄ１に含まれるフォーマット情報が指定する圧縮フォーマットと、現在のアイコン画像の圧縮フォーマットとが異なる場合、フォーマット情報が指定するいずれかの圧縮フォーマットに、アイコン画像の圧縮フォーマットを変換する。これにより、第１アプリ５１ｘは、アイコン情報Ｄ２に含めるアイコン画像を車載機２０に適切にデコードさせて表示させることができる。
【００４８】
次に、携帯端末１０がアイコン画像の加工処理を行うことの利点について説明する。一般に、加工前のアイコン画像よりも加工後のアイコン画像はデータ量が少ないため、携帯端末１０がアイコン画像の加工処理を行うことで、車載機２０が加工処理を行う場合と比較し、送信するデータ量を少なくすることができる。また、一般に、スマートフォンなどの携帯端末１０の方が、車載機２０よりも処理性能が高い場合が多いため、携帯端末１０がアイコン画像の加工処理を行うことで、迅速に加工処理を行うことができる。
【００４９】
図５は、図４の状態から第２アプリ５１ｙが起動した場合の画面例を示す。図５では、例えば、ユーザは、「ＢＡＣＫ」ボタンにより再び図３（Ａ）のアプリ選択画面を表示させ、第２アプリ５１ｙに対応するアイコン画像ＩＣ２を選択することで、第２アプリ５１ｙを起動させている。なお、図５の例において、第１アプリ５１ｘは、完全に停止状態となっていてもよく、第２アプリ５１ｙのバックグラウンドで動作していてもよい。
【００５０】
この場合、第２アプリ５１ｙは、ディスプレイ１４上に、動画のリストと以前の画面に戻る「ＢＡＣＫ」ボタンとを含むアプリ画像ＩＭ２を表示させている。また、第１アプリ５１ｘは、アプリ画像ＩＭ２に基づくアプリ出力情報Ｄ４を車載機２０に送信し、車載機２０は、ディスプレイ２４上に、アプリ画像ＩＭ２と同一内容を示すアプリ画像ＩＭ２ｘを表示している。
【００５１】
この場合も同様に、車載機２０は、第２アプリ５１ｙが携帯端末１０上で起動したことを認識し、第２アプリ５１ｙに対応するアイコン画像を取得するため、加工指令信号Ｄ１を携帯端末１０に送信する。そして、第２アプリ５１ｙは、加工指令信号Ｄ１を受信した場合、携帯端末１０のＯＳのバージョンと、加工指令信号Ｄ１に含まれるサイズ情報及びフォーマット情報とに基づき、記憶部１６に記憶された第２アプリ５１ｙに対応するアイコン画像を加工したアイコン画像ＩＣ２ｘを生成する。そして、第２アプリ５１ｙは、加工したアイコン画像ＩＣ２ｘを含むアイコン情報Ｄ２を車載機２０に送信し、車載機２０は、受信したアイコン情報Ｄ２に基づき、第２エリアＡｒ２上に、アイコン画像ＩＣ２ｘをアイコン画像ＩＣ１ｘと並べて表示させる。この場合、アイコン画像ＩＣ２ｘは、図３（ａ）の携帯端末１０上で表示されたアイコン画像ＩＣ２と同一形状となり、第２エリアＡｒ２内に収まるサイズになるように表示されている。
【００５２】
図６は、図５に示す状態で第１アプリ５１ｘに対応するアイコン画像ＩＣ１ｘがタッチ操作により選択された直後の画面例を示す。この場合、車載機２０は、タッチパネル２７によりアイコン画像ＩＣ１ｘが選択されたことを検知した後、アイコン画像ＩＣ１ｘに対応するアプリ（即ち第１アプリ５１ｘ）のアプリＩＤを指定した起動要求信号Ｄ３を携帯端末１０に送信する。この場合、携帯端末１０の制御アプリ５０は、起動要求信号Ｄ３の受信後、起動要求信号Ｄ３に含まれるアプリＩＤに対応する第１アプリ５１ｘを起動させる。これにより、携帯端末１０は、第１アプリ５１ｘが生成するアプリ画像ＩＭ１をディスプレイ１４に表示させる。また、第１アプリ５１ｘは、アプリ画像ＩＭ１に基づくアプリ出力情報Ｄ４を車載機２０に送信することで、車載機２０のディスプレイ２４にアプリ画像ＩＭ１ｘを表示させる。なお、この場合、第２アプリ５１ｙは停止状態となってもよく、バックグラウンドで動作するアプリとして起動し続けてもよい。後者の場合、第１アプリ５１ｘは、フォアグランドで動作するアプリとして機能する。
【００５３】
このように、携帯端末１０は、車載機２０と接続状態で起動した個別アプリ５１のアイコン画像を含むアイコン情報Ｄ２を車載機２０に送信し、車載機２０にそのアイコン画像を表示させる。これにより、ユーザは、ディスプレイ２４に表示されたアイコン画像を任意のタイミングで選択し、選択したアイコン画像に対応する個別アプリ５１を起動させることができる。
【００５４】
以上説明したように、実施例に係る車載機２０は、制御部２２と、通信部２２と、ディスプレイ２４とを備え、制御部２２は、携帯端末１０にインストールされたアプリに対応するアイコン画像を加工させるための加工指令信号Ｄ１を、通信部２２により携帯端末１０に送信する。そして、制御部２２は、携帯端末１０から、加工指令信号Ｄ１に基づき携帯端末１０が加工したアイコン画像を含むアイコン情報Ｄ２を受信する。そして、制御部２２は、受信したアイコン情報Ｄ２に含まれる加工されたアイコン画像を、携帯端末１０にインストールされた個別アプリ５１を起動させるためにユーザによって操作される画像として、ディスプレイ２４に表示させる。これにより、制御部２２は、携帯端末１０上で表示されるアイコン画像と同一形状のアイコン画像をディスプレイ２４に表示させることができる。
【００５５】
［変形例］
以下、実施例に好適な変形例について説明する。なお、これらの各変形例は、任意に組み合わせて上述の実施例に適用することが可能である。
【００５６】
（変形例１）
本発明が適用可能な車載機２０の表示画面のレイアウトは、図４〜図６に示す画面例に限定されず、車載機２０は、任意のレイアウトによりアイコン画像を表示させてもよい。
【００５７】
図７は、変形例に係る車載機２０の表示画面例を示す。図７の例では、第１アプリ５１ｘが起動した状態で携帯端末１０と車載機２０とが接続状態にあり、車載機２０は、地図アプリ画像ＩＭａｐをメインの表示画像としてディスプレイ２４に表示させつつ、バックグラウンドで第１アプリ５１ｘに基づく音楽再生の音声を出力している。
【００５８】
この例では、車載機２０は、地図アプリ画像ＩＭａｐの下部に、第１アプリ５１ｘに対応するアイコン画像ＩＣ１ｘと再生中の音楽のタイトル及びアーティストとを表示したバー６０を表示させている。この場合、例えば車載機２０は、携帯端末１０の第１アプリ５１ｘからバー６０の表示に必要な情報である再生中の音楽のタイトル名とアーティスト名とを受信することで、バー６０を表示している。さらに、車載機２０は、第２アプリ５１ｙに対応するアイコン画像ＩＣ２ｘを、地図アプリ画像ＩＭａｐに重ねて左側に表示させている。
【００５９】
そして、車載機２０は、図７に示すように、表示しているアイコン画像ＩＣ１ｘがタッチ操作により選択された場合、アイコン画像ＩＣ１ｘに対応する第１アプリ５１ｘのアプリＩＤを指定した起動要求信号Ｄ３を携帯端末１０に送信する。そして、起動要求信号Ｄ３を受信した携帯端末１０の制御アプリ５０は、起動要求信号Ｄ３のアプリＩＤに対応する第１アプリ５１ｘに対し、フォアグラウンドで動作すべき旨を指示する。そして、この場合、指示を受けた第１アプリ５１ｘは、図４に示すアプリ画像ＩＭ１ｘに相当するアプリ画像を表示するためのアプリ出力情報Ｄ４を、車載機２０に送信する。そして、アプリ出力情報Ｄ４を受信した車載機２０は、地図アプリ画像ＩＭａｐに代えて、第１アプリ５１ｘが生成したアプリ画像をディスプレイ２４の略全面に表示させる。アイコン画像ＩＣ２ｘが選択された場合も同様に、車載機２０は、第２アプリ５１ｙのアプリＩＤを指定した起動要求信号Ｄ３を携帯端末１０に送信することで、第２アプリ５１ｙを起動させ、第２アプリ５１ｙが生成するアプリ画像をディスプレイ２４の略全面に表示する。
【００６０】
さらに別の例では、車載機２０は、携帯端末１０から受信したアイコン画像を、所定のデスクトップ画面（即ち、携帯端末１０の起動後に最初に表示される画面）に表示させてもよい。このように、車載機２０は、任意のレイアウトによりアイコン画像を表示させてもよい。
【００６１】
（変形例２）
図２の構成例では、制御部１１は、制御アプリ５０を有し、車載機２０との通信制御や、起動要求信号Ｄ３により指定された個別アプリ５１の起動制御などを行った。これに代えて、制御部１１は、制御アプリ５０を有しなくともよい。
【００６２】
図８は、変形例に係る携帯端末１０及び車載機２０のブロック図である。図８の構成例では、起動された個別アプリ５１は、ユーザ操作に基づきそれぞれ個別に車載機２０と通信を開始し、加工指令信号Ｄ１、アイコン情報Ｄ２及びアプリ出力情報Ｄ４などのデータの授受を行うことで、車載機２０にアプリ画像やアイコン画像などを表示させる。また、起動中の個別アプリ５１とは別の個別アプリ５１のアイコン画像を車載機２０上でユーザが選択した場合、起動中の個別アプリ５１は、車載機２０から送信される起動要求信号Ｄ３に含まれるアプリＩＤに対応する他の個別アプリ５１に対し、起動要求を行い、当該他の個別アプリ５１を起動させる。そして、起動要求を受けた個別アプリ５１は、車載機２０と通信を確立し、車載機２０とアプリ出力情報Ｄ４等の授受を行い、車載機２０にアプリ画像を表示させる。
【００６３】
このように、本変形例の構成によっても、好適に、携帯端末１０は、自端末と同様の表示態様のアイコン画像を車載機２０にも表示させ、かつ、車載機２０において選択されたアイコン画像に対応する個別アプリ５１を起動させることができる。
【００６４】
（変形例３）
実施例では、アイコン画像及びアプリＩＤを含むアイコン情報Ｄ２の送信を、携帯端末１０の個別アプリ５１がそれぞれ個別に行った。これに代えて、各個別アプリ５１に対応するアイコン画像及びアプリＩＤを含むアイコン情報Ｄ２を、制御アプリ５０が一括して車載機２０に送信してもよい。
【００６５】
この場合、制御アプリ５０は、例えば、携帯端末１０と車載機２０とが通信を開始した際に、記憶部１６等に記憶された全ての個別アプリ５１のアイコン画像及びこれに対応するアプリＩＤを含むアイコン情報Ｄ２を車載機２０へ送信する。そして、車載機２０は、アイコン情報Ｄ２に含まれる各個別アプリ５１に対応するアイコン画像をディスプレイ２４上に表示させる。そして、実施例と同様、車載機２０は、いずれかのアイコン画像が選択されたことを検知した場合、起動要求信号Ｄ３を携帯端末１０に送信する。そして、この場合、制御アプリ５０は、起動要求信号Ｄ３が指定する個別アプリ５１を起動させる。
【００６６】
このように、本変形例によれば、制御アプリ５０が各個別アプリ５１に対応するアイコン画像を一括送信するため、ユーザは、車載機２０に表示されたアイコン画像を操作することで、携帯端末１０にインストールされた任意の個別アプリ５１を起動させることができる。
【００６７】
（変形例４）
車載機２０は、加工指令信号Ｄ１にサイズ情報やフォーマット情報を付加することで、受信するアイコン画像の縦横のピクセル数や圧縮フォーマットを指定した。これに代えて、又はこれに加えて、例えば、車載機２０は、アイコン画像のデータ量を指定する情報を加工指令信号Ｄ１に付加してもよい。この場合、加工指令信号Ｄ１を受信した携帯端末１０は、加工指令信号Ｄ１で指定されたデータ量に収まるようにアイコン画像の圧縮率を調整し、調整後のアイコン画像を含むアイコン情報Ｄ２を車載機２０に送信する。これにより、携帯端末１０は、車載機２０にアイコン画像のデータ量について制限がある場合であっても、当該制限を満たすように好適にアイコン画像を加工することができる。
【００６８】
他の例では、車載機２０は、アイコン画像の透過度を指定する情報を加工指令信号Ｄ１に付加してもよい。この場合、加工指令信号Ｄ１を受信した携帯端末１０は、指定された透過度を有するようにアイコン画像を加工し、加工後のアイコン画像を含むアイコン情報Ｄ２を車載機２０に送信する。これにより、車載機２０は、例えば変形例１の図７のように、アイコン画像を他の画像に重ねて表示する場合に、好適にアイコン画像を表示することができる。
【００６９】
（変形例５）
車載機２０は、加工指令信号Ｄ１を送信する代わりに、自らアイコン画像を加工してもよい。
【００７０】
この場合、例えば、携帯端末１０は、まず、アイコン情報Ｄ２として、アイコン画像及びアプリＩＤに加え、アイコン画像を加工するために必要な情報を車載機２０に送信する。ここで、アイコン画像を加工するために必要な情報は、例えば、携帯端末１０のＯＳのバージョン情報であってもよく、携帯端末１０で表示されるアイコン画像の角の丸みの度合いを示す情報であってもよい。そして、車載機２０は、アイコン情報Ｄ２に基づき、アイコン画像の形状の加工を行う。この場合、車載機２０は、例えば、携帯端末１０のＯＳのバージョンごとに、加工が必要なアイコン画像の角の丸みの度合いを示す情報を対応付けて記憶部２６に記憶しておく。
【００７１】
また、車載機２０は、アイコン画像の形状の加工に加え、アイコン画像のサイズを調整する処理や、変形例４で説明した加工処理をさらに行ってもよい。そして、車載機２０は、加工後のアイコン画像をディスプレイ２４に表示させる。
【００７２】
この態様であっても、車載機２０は、携帯端末１０での表示態様に即してアイコン画像を加工し、ユーザに違和感を持たせることなく、アイコン画像を携帯端末１０での表示と同様に表示させることができる。なお、本変形例では、制御部１１は、本発明における「加工部」として機能する。
【００７３】
（変形例６）
携帯端末１０は、記憶部１６にアイコン画像を記憶する代わりに、アイコン画像を管理するサーバ装置から、必要なアイコン画像を取得してもよい。この場合、例えば、携帯端末１０は、アイコン情報Ｄ２を送信するタイミングになったときに、アイコン情報Ｄ２に含めるべきアイコン画像を、アプリＩＤなどを用いて上述のサーバ装置に問い合わせることで取得する。
【００７４】
（変形例７）
車載機２０は、現在起動しているアプリに対応するアイコン画像を既に取得している場合には、現在起動中のアプリからアイコン情報Ｄ２を受信しなくともよい。
【００７５】
例えば、この場合、車載機２０は、アイコン情報Ｄ２の授受の前に、現在起動中のアプリのアプリＩＤを携帯端末１０から取得し、当該アプリＩＤに対応するアイコン画像を既に記憶しているか否か判定する。そして、車載機２０は、取得したアプリＩＤに対応するアイコン画像をまだ取得していないと判断した場合にのみ、アイコン情報Ｄ２の送信要求を携帯端末１０に行う。これにより、車載機２０は、既に取得済みのアイコン画像に関するアイコン情報Ｄ２を不要に受信するのを好適に抑制することができる。
【００７６】
（変形例８）
車載機２０は、携帯端末１０から取得したアイコン画像を、対応するアプリを起動するためにユーザによって操作される画像として表示した。しかし、本発明に適用可能なアイコン画像の用途は、これに限定されない。これに代えて、又はこれに加え、例えば、車載機２０は、アイコン画像を、対応するアプリの状態を通知するための画像として表示してもよい。
【００７７】
以下、アイコン画像を、対応するアプリの状態を通知するための画像として表示する例について説明する。一般に、携帯端末１０にインストールされているアプリによっては、車載機２０に表示されたアイコン画像のタッチ操作に基づき起動する機能を有していない場合がある。従って、この場合、携帯端末１０は、アイコン情報Ｄ２にタッチ操作が不可である旨の情報を含めて送信する。そして、車載機２０は、アイコン情報Ｄ２の受信後、アイコン画像を表示させる場合、アイコン画像の右上等にタッチ操作が不可である旨のマークを付す。このような表示を行うことで、車載機２０は、アイコン画像に対応するアプリがアイコン画像へのタッチによる起動ができないアプリであることを、好適にユーザに通知することができる。
【符号の説明】
【００７８】
１０  携帯端末
１１、２１  制御部
１２、２２  通信部
１４、２４  ディスプレイ
１６、２６  記憶部
１７、２７  タッチパネル
２０  車載機
５０  制御アプリ
５１  個別アプリ
【図１】
2019036323.tif 000003
【図２】
2019036323.tif 000004
【図３】
2019036323.tif 000005
【図４】
2019036323.tif 000006
【図５】
2019036323.tif 000007
【図６】
2019036323.tif 000008
【図７】
2019036323.tif 000009
【図８】
2019036323.tif 000010