(57)【要約】      （修正有）【課題】画面デザインを好適に決定することが可能なデザイン決定装置を提供する。【解決手段】車載機は、表示機能を有するウェアラブル端末から表示に関するデザインデータを取得しＳ１０３、複数のデザイン要素のうちの少なくとも１つのデザイン要素の特徴量を、デザインデータに含まれる端末側表示画像から取得するＳ１０４、Ｓ１０５。そして、車載機は、取得したデザイン要素の特徴量に基づき、表示部に表示させる画面デザインを決定するＳ１０６、Ｓ１０７。【選択図】図５
2017016286.tif 000002
【特許請求の範囲】
【請求項１】
表示機能を有する機器と接続可能なデザイン決定装置において、
前記機器から表示に関するデザインデータを取得するデザインデータ取得手段と、
取得した前記デザインデータにおける、複数のデザイン要素のうちの少なくとも１つのデザイン要素の特徴量を取得する特徴量取得手段と、
前記特徴量に基づき、表示装置に表示させるデザインを決定するデザイン決定手段と、
を備えることを特徴とするデザイン決定装置。
【請求項２】
前記特徴量取得手段が取得した複数のデザイン要素の特徴量から、前記デザインデータが示すデザインのテーマを推定するテーマ推定手段をさらに備え、
前記デザイン決定手段は、前記特徴量から推定された前記テーマに基づき、前記表示装置に表示させるデザインを決定することを特徴とする請求項１に記載のデザイン決定装置。
【請求項３】
前記機器は、装着型端末であり、
前記デザイン決定手段は、前記機器の装着者が乗車する車両に載置された表示装置に表示させるデザインを決定することを特徴とする請求項１または２に記載のデザイン決定装置。
【請求項４】
前記デザイン決定手段は、前記車両に備えられたデジタルメータを表示する表示装置に表示させるデザインを決定することを特徴とする請求項３に記載のデザイン決定装置。
【請求項５】
前記特徴量取得手段は、前記デザインデータから機能に関するデザイン要素を検出し、
前記デザイン決定手段は、前記表示装置に表示させるデザインに、前記特徴量取得手段が検出した機能に関する表示を付加することを特徴とする請求項１または２に記載のデザイン決定装置。
【請求項６】
前記機器から音データを取得する音データ取得手段をさらに備え、
前記デザイン決定手段は、前記音データ又は所定のデザイン要素の特徴量の少なくとも一方に基づき、前記表示装置と対となる音声出力装置に出力させる音を決定することを特徴とする請求項１〜５のいずれか一項に記載のデザイン決定装置。
【請求項７】
前記デザイン決定手段は、前記機器が複数存在する場合、前記機器の各々に対応付けた優先度が最も高い機器から取得したデザインデータに基づき、前記表示装置に表示させるデザインを決定することを特徴とする請求項１〜６のいずれか一項に記載のデザイン決定装置。
【請求項８】
前記デザイン決定手段が決定したデザインに関する情報を、前記優先度が最も高い機器以外の機器に送信するデザイン情報通知手段をさらに有することを特徴とする請求項７に記載のデザイン決定装置。
【請求項９】
前記テーマ推定手段は、前記機器が複数存在する場合、前記機器の各々から受信したデザインデータから前記機器の各々に対応する前記テーマを推定し、
前記デザイン決定手段は、前記テーマ推定手段が推定したテーマのうち、推定された数が最も多いテーマに基づき、前記表示装置に表示させるデザインを決定することを特徴とする請求項２に記載のデザイン決定装置。
【請求項１０】
表示機能を有する機器と接続可能なデザイン決定装置が実行する制御方法であって、
前記機器から表示に関するデザインデータを取得するデザインデータ取得工程と、
取得した前記デザインデータにおける、複数のデザイン要素のうちの少なくとも１つのデザイン要素の特徴量を取得する特徴量取得工程と、
前記特徴量に基づき、表示装置に表示させるデザインを決定するデザイン決定工程と、
を有することを特徴とする制御方法。
【請求項１１】
表示機能を有する機器と接続可能なコンピュータが実行するプログラムであって、
前記機器から表示に関するデザインデータを取得するデザインデータ取得手段と、
取得した前記デザインデータにおける、複数のデザイン要素のうちの少なくとも１つのデザイン要素の特徴量を取得する特徴量取得手段と、
前記特徴量に基づき、表示装置に表示させるデザインを決定するデザイン決定手段
として前記コンピュータを機能させることを特徴とするプログラム。
【請求項１２】
請求項１１に記載のプログラムを記憶したことを特徴とする記憶媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、表示画面に適用するデザインを決定する技術に関する。
【背景技術】
【０００２】
従来から、複数の機器のＧＵＩ（Ｇｒａｐｈｉｃａｌ  Ｕｓｅｒ  Ｉｎｔｅｒｆａｃｅ）のデザインを統一する技術が知られている。例えば、特許文献１には、テレビのＧＵＩのデザインのＩＤと、レコーダのＧＵＩのデザインのＩＤとの対応関係を記憶しておき、上述の対応関係を満たすように一方の機器のＧＵＩのデザインを変更することで、ＧＵＩのデザインを統一するシステムが開示されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１１−０５３８４１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
特許文献１の技術では、デザインを統一する機器のデザインのＩＤの対応関係を記憶する必要がある。一方、製品購入後、新たにダウンロードしたデザインなどがある場合、当該デザインについては上述の対応関係に記録されていないため、新たにダウンロードしたデザインによりＧＵＩのデザインを統一することができないという問題がある。
【０００５】
本発明は、上記のような課題を解決するためになされたものであり、画面デザインを好適に決定することが可能なデザイン決定装置を提供することを主な目的とする。
【課題を解決するための手段】
【０００６】
請求項に記載の発明は、表示機能を有する機器と接続可能なデザイン決定装置において、前記機器から表示に関するデザインデータを取得するデザインデータ取得手段と、取得した前記デザインデータにおける、複数のデザイン要素のうちの少なくとも１つのデザイン要素の特徴量を取得する特徴量取得手段と、前記特徴量に基づき、表示装置に表示させるデザインを決定するデザイン決定手段と、を備えることを特徴とする。
【０００７】
また、請求項に記載の発明は、表示機能を有する機器と接続可能なデザイン決定装置が実行する制御方法であって、前記機器から表示に関するデザインデータを取得するデザインデータ取得工程と、取得した前記デザインデータにおける、複数のデザイン要素のうちの少なくとも１つのデザイン要素の特徴量を取得する特徴量取得工程と、前記特徴量に基づき、表示装置に表示させるデザインを決定するデザイン決定工程と、を有することを特徴とする。
【０００８】
また、請求項に記載の発明は、表示機能を有する機器と接続可能なコンピュータが実行するプログラムであって、前記機器から表示に関するデザインデータを取得するデザインデータ取得手段と、取得した前記デザインデータにおける、複数のデザイン要素のうちの少なくとも１つのデザイン要素の特徴量を取得する特徴量取得手段と、前記特徴量に基づき、表示装置に表示させるデザインを決定するデザイン決定手段として前記コンピュータを機能させることを特徴とする。
【図面の簡単な説明】
【０００９】
【図１】実施例に係るデザイン統一システムの概略構成である。
【図２】ウェアラブル端末の概略構成を示す。
【図３】車載機の概略構成を示す。
【図４】テーマ判定テーブルのデータ構造の一例である。
【図５】実施例に係る処理手順を示すフローチャートの一例である。
【図６】実施例に係る表示例である。
【図７】実施例に係るデザイン統一システムの概略構成である。
【発明を実施するための形態】
【００１０】
本発明の好適な実施形態によれば、表示機能を有する機器と接続可能なデザイン決定装置において、前記機器から表示に関するデザインデータを取得するデザインデータ取得手段と、取得した前記デザインデータにおける、複数のデザイン要素のうちの少なくとも１つのデザイン要素の特徴量を取得する特徴量取得手段と、前記特徴量に基づき、表示装置に表示させるデザインを決定するデザイン決定手段と、を備える。
【００１１】
上記のデザイン決定装置は、デザインデータ取得手段と、特徴量取得手段と、デザイン決定手段とを備える。デザインデータ取得手段は、表示機能を有する機器から表示に関するデザインデータを取得する。特徴量取得手段は、複数のデザイン要素のうちの少なくとも１つのデザイン要素の特徴量を取得する。ここで、「特徴量」とは、対象となるデザイン要素におけるデザインデータの特徴を分類する情報であって、例えば数値化（定量化）されている。デザイン決定手段は、特徴量取得手段が取得した特徴量に基づき、表示装置に表示させるデザインを決定する。この態様により、デザイン決定装置は、他の機器から受信した表示に関するデザインデータに基づき、表示装置に表示させるデザインに他の機器の表示デザインを好適に反映させることができる。
【００１２】
上記デザイン決定装置の他の一態様では、デザイン決定装置は、前記特徴量取得手段が取得した複数のデザイン要素の特徴量から、前記デザインデータが示すデザインのテーマを推定するテーマ推定手段をさらに備え、前記デザイン決定手段は、前記特徴量から推定された前記テーマに基づき、前記表示装置に表示させるデザインを決定する。この態様により、デザイン決定装置は、他の機器と表示装置とで、デザインのテーマを好適に統一化することができる。
【００１３】
上記デザイン決定装置の他の一態様では、前記機器は、装着型端末であり、前記デザイン決定手段は、前記機器の装着者が乗車する車両に載置された表示装置に表示させるデザインを決定する。この態様により、車内にある装着型端末と表示装置との画面デザインを好適に統一化することができる。
【００１４】
上記デザイン決定装置の他の一態様では、前記デザイン決定手段は、前記車両に備えられたデジタルメータを表示する表示装置に表示させるデザインを決定する。この態様により、デザイン決定装置は、車内にある装着型端末と車両のデジタルメータのデザインを好適に統一化することができる。
【００１５】
上記デザイン決定装置の他の一態様では、前記特徴量取得手段は、前記デザインデータから機能に関するデザイン要素を検出し、前記デザイン決定手段は、前記表示装置に表示させるデザインに、前記特徴量取得手段が検出した機能に関する表示を付加する。この態様により、他の機器で表示されていたカレンダーなどの各種機能を、表示装置の表示にも好適に反映させることができる。
【００１６】
上記デザイン決定装置の他の一態様では、デザイン決定装置は、前記機器から音データを取得する音データ取得手段をさらに備え、前記デザイン決定手段は、前記音データ又は所定のデザイン要素の特徴量の少なくとも一方に基づき、前記表示装置と対となる音声出力装置に出力させる音を決定する。この態様により、他の機器と、表示装置と対となる音声出力装置との間で、出力音を好適に統一化することができる。
【００１７】
上記デザイン決定装置の他の一態様では、前記デザイン決定手段は、前記機器が複数存在する場合、前記機器の各々に対応付けた優先度が最も高い機器から取得したデザインデータに基づき、前記表示装置に表示させるデザインを決定する。この態様により、デザイン決定装置は、複数の接続する機器があった場合であっても、好適に表示装置に表示させるデザインを決定することができる。
【００１８】
上記デザイン決定装置の他の一態様では、前記テーマ推定手段は、前記機器が複数存在する場合、前記機器の各々から受信したデザインデータから前記機器の各々に対応する前記テーマを推定し、前記デザイン決定手段は、前記テーマ推定手段が推定したテーマのうち、推定された数が最も多いテーマに基づき、前記表示装置に表示させるデザインを決定する。この態様により、デザイン決定装置は、表示装置に表示させるデザインのテーマを、ユーザの目的に沿って高精度に定めることができる。
【００１９】
本発明に係る他の好適な実施形態では、表示機能を有する機器と接続可能なデザイン決定装置が実行する制御方法は、前記機器から表示に関するデザインデータを取得するデザインデータ取得工程と、取得した前記デザインデータにおける、複数のデザイン要素のうちの少なくとも１つのデザイン要素の特徴量を取得する特徴量取得工程と、前記特徴量に基づき、表示装置に表示させるデザインを決定するデザイン決定工程と、を有する。デザイン決定装置は、この制御方法を実行することで、他の機器から受信した表示に関するデザインデータに基づき、表示装置に表示させるデザインに他の機器の表示デザインを好適に反映させることができる。
【００２０】
本発明に係る他の好適に実施形態では、表示機能を有する機器と接続可能なコンピュータが実行するプログラムは、前記機器から表示に関するデザインデータを取得するデザインデータ取得手段と、取得した前記デザインデータにおける、複数のデザイン要素のうちの少なくとも１つのデザイン要素の特徴量を取得する特徴量取得手段と、前記特徴量に基づき、表示装置に表示させるデザインを決定するデザイン決定手段として前記コンピュータを機能させる。コンピュータは、このプログラムを実行することで、他の機器から受信した表示に関するデザインデータに基づき、表示装置に表示させるデザインに他の機器の表示デザインを好適に反映させることができる。好適には、このプログラムは、記憶媒体に記憶される。
【実施例】
【００２１】
以下、図面を参照して本発明の好適な実施例について説明する。
【００２２】
［デザイン統一システムの構成］
図１は、本実施例に係るデザイン統一システムの概略構成である。デザイン統一システムは、車両Ｖｅの運転者又は乗員が装着するウェアラブル端末１と、車両Ｖｅに搭載される車載機２とを有する。
【００２３】
ウェアラブル端末１は、スマートウォッチなどのデジタル表示機能を有する装着型端末であり、ユーザ操作に基づき画面デザインが切り替わる。また、ウェアラブル端末１は、車載機２と所定距離以内に近付いた状態でデータ通信が可能であり、本実施例では、ウェアラブル端末１が表示する画面のデザインに関する情報（「デザインデータＤｄ」とも呼ぶ。）を車載機２へ送信する。本実施例では、デザインデータＤｄは、ウェアラブル端末１の表示画面を示す画像（「端末側表示画像Ｉｔ」とも呼ぶ。）を含む。
【００２４】
車載機２は、据置型の車載機、又はＰＮＤ（Ｐｏｒｔａｂｌｅ  Ｎａｖｉｇａｔｉｏｎ  Ｄｅｖｉｃｅ）やスマートフォンなどの携帯型の端末であって、再生中のオーディオの情報等を表示するための表示機能を有する。本実施例では、車載機２は、ウェアラブル端末１からデザインデータＤｄを受信した場合に、デザインデータＤｄを解析することで、ウェアラブル端末１の画面デザインのテーマ（「デザインテーマ」とも呼ぶ。）を推定する。そして、車載機２は、推定したデザインテーマに基づき、画面デザインを決定する。
【００２５】
［ウェアラブル端末の構成］
図２は、ウェアラブル端末１のブロック図である。ウェアラブル端末１は、ディスプレイなどの表示部１１と、タッチパネルなどの入力部１２と、記憶部１３と、データ通信を行う通信部１４と、制御部１５と、センサ部１６と、音出力部１７と、を備える。これらの各要素は、バスライン１０を介して相互に接続されている。
【００２６】
入力部１２は、例えば、ボタン、スイッチ、タッチパネル、音声入力装置などであり、制御部１５の制御に基づき、ユーザの入力を受け付ける。本実施例では、入力部１２は、車両Ｖｅに乗車前のユーザが表示部１１に表示させる画面デザインを指定する入力を受け付ける。この場合、例えば、入力部１２は、画面デザインを決定するための要素（「デザイン要素」とも呼ぶ。）ごとに、選択メニュー等から具体的なデザイン内容を選択する入力を受け付ける。この場合、デザイン要素は、例えば、色（色調）、形状、素材（質感）、形式、機能などが該当する。
【００２７】
記憶部１３は、ハードディスク又はフラッシュメモリといったメモリによって構成され、制御部１５が実行するプログラム等を記憶する。また、記憶部１３は、種々の画面デザインを表示部１１が表示するのに必要な画像等の情報を記憶する。センサ部１６は、ウェアラブル端末１が実行する機能を実現するのに必要な各種のセンサであり、検出信号を制御部１５に供給する。音出力部１７は、制御部１５の制御に基づきアラーム音や秒針の音などを出力する。
【００２８】
制御部１５は、図示しないＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）及びＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）などを備え、ウェアラブル端末１内の各構成要素に対して種々の制御を行う。本実施例では、制御部１５は、画面デザインを設定する設定モードなどにおいて、入力部１２への入力に基づき、表示部１１に表示させる画面デザインを変更する。また、制御部１５は、デザインデータＤｄの送信要求を車載機２から通信部１４から受信した場合に、表示部１１に表示中の画像である端末側表示画像Ｉｔを、デザインデータＤｄとして通信部１４により車載機２に送信する。
【００２９】
［車載機の構成］
図３は、車載機２のブロック図である。車載機２は、主に、ディスプレイなどの表示部２１と、入力部２２と、記憶部２３と、データ通信を行う通信部２４と、制御部２５と、測位部２６と、音出力部２７と、を備える。これらの各要素は、バスライン２０を介して相互に接続されている。
【００３０】
表示部２１は、制御部２５の制御に基づき、現在位置周辺の地図や再生中のオーディオの情報等を示す画像を表示する。入力部２２は、例えば、ボタン、スイッチ、タッチパネル、音声入力装置などであり、制御部２５の制御に基づき、ユーザの入力を受け付ける。
【００３１】
記憶部２３は、車載機２の動作を制御するためのプログラムを保存したり、車載機２の動作に必要な情報を保持したりする。本実施例では、記憶部２３は、デザインデータＤｄを制御部２５が解析することにより特定される各デザイン要素の特徴量と、デザインテーマとの対応関係を示すテーブル（「テーマ判定テーブルＴｄ」とも呼ぶ。）を記憶する。本実施例における「デザイン要素の特徴量」とは、あるデザイン要素に着目した場合の端末側表示画像Ｉｔの特徴（属性）を分類する情報を示す。テーマ判定テーブルＴｄの具体例については後述する。また、記憶部２３は、テーマ判定テーブルＴｄに登録された各デザインテーマに対応する画面デザインを表示部２１に表示させるのに必要なテンプレート画像等を予め記憶する。
【００３２】
通信部２４は、制御部２５の制御に基づき、ウェアラブル端末１と無線による通信を確立し、デザインデータＤｄ等のデータ通信を行う。また、通信部２４は、車両Ｖｅの制御部（ＥＣＵ：Ｅｌｅｃｔｒｏｎｉｃ  Ｃｏｎｔｒｏｌ  Ｕｎｉｔ）からエンジンスイッチ（即ちイグニッション）がオンになった旨の情報をＣＡＮ（Ｃｏｎｔｒｏｌｌｅｒ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）等の通信プロトコルにより受信する。測位部２６は、ジャイロセンサや距離センサなどの自立測位装置やＧＰＳ受信機などであり、車両の現在地や進行方向などの測位を行う。音出力部２７は、制御部２５の制御に基づき、ルート案内のための音声等を出力する。
【００３３】
制御部２５は、図示しないＣＰＵなどを備え、車載機２内の各構成要素に対して種々の制御を行う。本実施例では、制御部２５は、ウェアラブル端末１と通信部２４とが通信を確立した場合、通信部２４によりデザインデータＤｄを受信する。そして、制御部２５は、デザインデータＤｄに含まれる端末側表示画像Ｉｔを解析することで、端末側表示画像Ｉｔのデザイン要素ごとの特徴量を算出する。次に、制御部２５は、各デザイン要素の特徴量から、テーマ判定テーブルＴｄを参照することで、適用すべきデザインテーマを推定する。そして、制御部２５は、各種画面表示では、推定したデザインテーマに沿ったデザインの画面情報をテンプレート画像等を利用して生成し、表示部２１に表示させる。この場合、好適には、制御部２５は、端末側表示画像Ｉｔに対し、特定した所定のデザイン要素（例えば色）の特徴を、表示部２１に表示させる画面デザインに反映させることで、画面デザインをさらに調整する。制御部２５は、本発明における「デザインデータ取得手段」、「特徴量取得手段」、「テーマ推定手段」、「デザイン決定手段」及びプログラムを実行する「コンピュータ」の一例である。
【００３４】
［デザインテーマの推定方法］
次に、デザインテーマの推定方法について説明する。概略的には、制御部２５は、デザインデータＤｄに含まれる端末側表示画像Ｉｔから各デザイン要素の特徴量を決定し、当該特徴量に基づきテーマ判定テーブルＴｄを参照することで、ウェアラブル端末１のデザインテーマを推定する。
【００３５】
まず、デザインデータＤｄに含まれる端末側表示画像Ｉｔから各デザイン要素の特徴量を決定する処理について説明する。ここでは、代表例として、端末画像Ｉｔａｇが主に時刻を示す画面であるものとする。
【００３６】
制御部２５は、画像処理により、端末側表示画像Ｉｔから、各デザイン要素の特徴量を決定する。この場合、制御部２５は、例えば、デザイン要素ごとに、想定される各特徴を予め分類して数値化（番号付け）した分類番号を、記憶部２３等に記載しておく。そして、制御部２５は、端末側表示画像Ｉｔを解析することでデザイン要素ごとに端末側表示画像Ｉｔの特徴を認識し、分類番号が規定された特徴のうち認識した特徴と最も近い分類番号を、特徴量として設定する。なお、１つのデザイン要素に対して複数の特徴量が設定されてもよい。
【００３７】
具体的には、制御部２５は、デザイン要素の１つである色の特徴量を端末側表示画像Ｉｔから抽出する場合、例えば、端末側表示画像Ｉｔに含まれる文字盤、針、文字などの表示領域を公知の画像認識により特定し、特定した領域の色に対応する分類番号を、特徴量として設定する。また、制御部２５は、デザイン要素の１つである素材の特徴量を端末側表示画像Ｉｔから抽出する場合、例えば、テンプレートマッチングなどの公知の画像処理技術に基づき、分類番号が割り当てられている金属、木目、布、石、砂などの各材料が端末側表示画像Ｉｔに表示されているか否か判定する。そして、制御部２５は、端末側表示画像Ｉｔに表示されていると判断される材料に対応する分類番号を、素材の特徴量として設定する。
【００３８】
同様に、制御部２５は、端末側表示画像Ｉｔを解析することで、カレンダーの表示の有無、クロノグラフの有無、クロノグラフが有る場合の種類、数及び位置関係、ベゼルの有無等を判定し、その判定結果に応じ、デザイン要素の１つである機能の特徴量を決定する。また、制御部２５は、端末側表示画像Ｉｔを解析することで、アナログ形式又はデジタル形式のいずれであるかの判定、及び、アナログ形式である場合のインデックスの数の判定等を行い、当該判定結果に応じて、デザイン要素の１つである形式の特徴量を決定する。また、制御部２５は、端末側表示画像Ｉｔを解析することで、文字盤の形状、針の形状等を認識し、当該認識結果に応じて、デザイン要素の１つである形状の特徴量を決定する。その他、制御部２５は、文字盤の絵柄等の情報をさらに端末側表示画像Ｉｔから抽出し、所定のデザイン要素の特徴量に反映させてもよい。
【００３９】
なお、制御部２５は、デザインデータＤｄとして受信した端末側表示画像Ｉｔが複数画像からなる時系列の画像である場合には、端末側表示画像Ｉｔの時系列変化に基づき、針の動きを認識してもよい。この場合、例えば、制御部２５は、針がクオーツ式又は機械式のいずれの方式により動いているかを判定し、その判定結果を形式等の所定のデザイン要素の特徴量に反映させる。
【００４０】
次に、デザインデータＤｄから認識した各デザイン要素の特徴量からデザインテーマを推定する方法について説明する。図４は、記憶部２３が記憶するテーマ判定テーブルＴｄのデータ構造の一例を示す。
【００４１】
図４の例では、デザインテーマごとに、当該デザインテーマに対応する各デザイン要素の特徴量（ここでは分類番号）が関連付けられている。ここでは、デザイン要素として、「色」、「質感（素材）」、「形状」、「形式」が規定されており、各デザイン要素の特徴量は、デザイン要素名を含む分類番号により表されている。また、図４では、デザインテーマとして、「フォーマル１」、「フォーマル２」、「アウトドア１」が列挙されている。このように、デザインテーマは、同一のテーマ（図４の例ではフォーマル）であっても複数の形態をとり得る場合には、テーマ判定テーブルＴｄ内に同一種類が複数規定されていてもよい。
【００４２】
制御部２５は、図４に示すようなテーマ判定テーブルＴｄを参照し、抽出した各デザイン要素の特徴量に基づき、ウェアラブル端末１のデザインテーマを推定する。例えば、制御部２５は、テーマ判定テーブルＴｄに規定されるデザインテーマのうち、抽出した各デザイン要素の特徴量と同一の特徴量を規定したデザイン要素が最も多いデザインテーマを、ウェアラブル端末１のデザインテーマとして推定する。他の例では、制御部２５は、各デザイン要素には予め重み付けがなされており、テーマ判定テーブルＴｄに規定されるデザインテーマのうち、抽出した各デザイン要素の特徴量と同一の特徴量を規定したデザイン要素の重み付けの合計値が最も大きいデザインテーマを、ウェアラブル端末１のデザインテーマとして推定する。さらに別の例では、各デザイン要素には優先度が定められており、制御部２５は、該当するデザイン要素の優先度を勘案し、テーマ判定テーブルＴｄに規定されるデザインテーマから、ウェアラブル端末１のデザインテーマであると推定されるデザインテーマを選択する。
【００４３】
このように、テーマ判定テーブルＴｄを参照することで、制御部２５は、好適にウェアラブル端末１のデザインテーマを推定することができる。
【００４４】
［処理フロー］
図５は、本実施例に係る処理手順を示すフローチャートの一例である。
【００４５】
まず、ウェアラブル端末１は、車両Ｖｅにユーザが乗車する前の任意のタイミングにおいて、ウェアラブル端末１の画面デザインを選択する入力を受け付ける（ステップＳ２０１）。この場合、ウェアラブル端末１は、例えば、デザイン要素ごとに複数の選択メニューを表示し、デザイン要素ごとに画面デザインを指定させる。他の例では、ウェアラブル端末１は、複数種類の画面デザインのテーマから１つのテーマを選択させることで、画面デザインを指定させる。その後、ウェアラブル端末１は、ユーザが指定した内容を、表示部１１が表示する画面デザインに反映させる。なお、ウェアラブル端末１は、ユーザ自身が作成してウェアラブル端末１に記憶させた画像や音データなどの選択を受け付け、当該画像等を表示部１１が表示する画面デザインや音出力部１７に出力させる音（例えばアラーム音）に反映させてもよい。
【００４６】
一方、車載機２は、車両Ｖｅのエンジンスイッチがオフの期間において、ウェアラブル端末１の探索を行い、通信可能範囲にあるウェアラブル端末１を検出した場合には、当該ウェアラブル端末１と通信を確立する（ステップＳ１０１）。この場合、例えば、車載機２は、所定の信号を発信し、その応答信号の有無に基づき、通信範囲内に存在するウェアラブル端末１を探索する。次に、車載機２は、ウェアラブル端末１が車両Ｖｅの運転者であるか否かを認証するドライバ認証を行う（ステップＳ１０２）。例えば、車載機２は、車両のＶｅの運転者が装着するウェアラブル端末１の識別情報等が予め登録されている場合には、ウェアラブル端末１からウェアラブル端末１の識別情報を受信して登録済みの識別情報と比較することで、ドライバ認証を行う。他の例では、車載機２は、生体認証によりドライバ認証を行ってもよい。この場合、例えば、車載機２は、ウェアラブル端末１又は車両Ｖｅに設置された機器からウェアラブル端末１の装着者の生体情報を取得し、予め車載機２が記憶した運転者の生体情報の特徴と一致するか判定する。そして、車載機２は、ドライバ認証が成功した場合（ステップＳ１０２；Ｙｅｓ）、ステップＳ１０３へ処理を進め、ドライバ認証が失敗した場合（ステップＳ１０２；Ｎｏ）、ステップＳ１０１で他のウェアラブル端末１を探索する処理を行う。
【００４７】
車載機２は、ドライバ認証に成功した場合、デザインデータＤｄの送信要求をウェアラブル端末１に対して行うことで、デザインデータＤｄを受信する（ステップＳ１０３）。この場合、例えば、ウェアラブル端末１は、車載機２から送信されたデザインデータＤｄの送信要求に基づきデザインデータＤｄを生成し、生成したデザインデータＤｄを車載機２へ送信する（ステップＳ２０３）。この場合、ウェアラブル端末１は、表示部１１に表示させる端末側表示画像ＩｔをデザインデータＤｄとして車載機２に送信する。
【００４８】
デザインデータＤｄの受信後、車載機２は、受信したデザインデータＤｄに基づき、各デザイン要素の特徴量を認識する（ステップＳ１０４）。そして、車載機２は、認識した各デザイン要素の特徴量から、テーマ判定テーブルＴｄを参照することで、デザインテーマを選択する（ステップＳ１０５）。その後、車載機２は、選択したデザインテーマに適した画面デザインを選択し、さらにステップＳ１０４で認識したデザイン要素の特徴量に応じて選択した画面デザインを調整する（ステップＳ１０６）。例えば、車載機２は、ステップＳ１０５で認識した色の特徴を、画面デザインに反映させる。他の例では、車載機２は、ステップＳ１０５で認識した機能を、画面デザインに反映させる。この場合、車載機２は、ステップＳ１０５でカレンダー、クロノグラフ等の所定の機能を検出した場合には、検出した機能を表示部２１に表示させる画面デザインにも表示させる。
【００４９】
次に、車載機２は、イグニッションがオンとなったか否か判定する（ステップＳ１０７）。そして、車載機２は、車両Ｖｅの制御部から受信した情報等に基づき、イグニッションがオンになったと判断した場合（ステップＳ１０７；Ｙｅｓ）、ステップＳ１０６で調整した画面デザインによる表示を行う（ステップＳ１０８）。なお、車載機２は、ステップＳ１０６で決定したデザインを表示するのに必要な画像等の情報が記憶部２３に記憶されていない場合には、各種画面デザインの情報を記憶するサーバ装置（不図示）から必要な情報をダウンロードしてもよい。
【００５０】
［表示例］
図６（Ａ）は、ウェアラブル端末１の正面図を示し、図６（Ｂ）は、図６（Ａ）のウェアラブル端末１が生成したデザインデータＤｄに基づき画面デザインが設定された車載機２の正面図を示す。この例では、ウェアラブル端末１の装着者は、アウトドア（野外活動）に合うように、シンプルで時刻が見やすいデザインをウェアラブル端末１の画面デザインとして選択した例を示す。
【００５１】
図６（Ａ）の例では、ウェアラブル端末１は、形式（ここではデジタル表示形式）、背景色（ここでは黒とする）、形状（ここでは丸みを帯びた形状）、機能（ここでは心拍数、気温等の表示機能）などの各デザイン要素の特徴を選択するユーザ入力を受け付けることで、画面デザインを決定している。ここでは、ウェアラブル端末１は、略楕円形状の時刻表示領域５０と、時刻表示領域５０を囲むオブジェクト５１と、センサ部１６により取得した心拍数、体温、歩数などを表示した第１サブウィンドウ５２と、図示しないサーバ装置等から取得した気温及び天候の情報を表示した第２サブウィンドウ５３とを表示している。
【００５２】
一方、図６（Ｂ）の例では、車載機２は、デザインデータＤｄとして送信された端末側表示画像Ｉｔを画像解析し、ウェアラブル端末１の画面デザインがデジタル表示形式であること、表示部分が丸みを帯びた形状であること等を認識し、ウェアラブル端末１の画面デザインの各デザイン要素の特徴量を決定する。そして、車載機２は、決定した特徴量からテーマ判定テーブルＴｄを参照することでウェアラブル端末１のデザインテーマ（ここではアウトドア）を推定し、推定したデザインテーマに関連付けられた画面デザインを表示部２１に表示させている。この例では、車載機２は、時刻表示領域５０と形状が類似する再生情報表示領域６０と、オブジェクト５１に形状及び位置が類似する枠６１とを表示させている。
【００５３】
また、車載機２は、推定したデザインテーマに関連付けられた画面デザインに対し、端末側表示画像Ｉｔを画像解析することで認識した端末側表示画像Ｉｔの背景色及び質感などを反映させる。また、車載機２は、端末側表示画像Ｉｔに情報表示用の第１及び第２サブウィンドウ５２、５３が設けられていることを認識し、対応する第１及び第２サブウィンドウ６２、６３を表示させている。ここでは、車載機２は、選択したデザインテーマがアウトドアであることから、第１サブウィンドウ６２上に、現在位置周辺に存在するアウトドア施設を表示させている。また、車載機２は、画像認識により第２サブウィンドウ５３に気温及び天候が表記されていることを認識し、第２サブウィンドウ６３でも同様に気温及び天候を表示している。この場合、例えば、車載機２は、天候情報等を管理するサーバ装置と通信を行うことで、現在位置周辺の天候情報を取得し、第２サブウィンドウ６３上に表示させる。
【００５４】
なお、車載機２は、端末側表示画像Ｉｔを画像解析することで端末側表示画像Ｉｔに特定の背景画像が用いられていると判断した場合には、当該背景画像を表示部２１に表示させる画面の背景画像として使用してもよい。
【００５５】
以上説明したように、本実施例に係る車載機２は、表示機能を有するウェアラブル端末１から表示に関するデザインデータＤｄを取得する。そして、車載機２は、複数のデザイン要素のうちの少なくとも１つのデザイン要素の特徴量を、デザインデータＤｄに含まれる端末側表示画像Ｉｔから取得する。そして、車載機２は、取得したデザイン要素の特徴量に基づき、表示部２１に表示させる画面デザインを決定する。これにより、車載機２は、ウェアラブル端末１と車載機２とで画面デザインが統一化されるように、車載機２の画面デザインを決定することができる。従って、車載機２は、車載機２のデザイン設定に関するユーザ入力を要することなく、ユーザの目的に応じたデザインに画面デザインを自動調整することができる。
【００５６】
［変形例］
以下、実施例の各変形例について説明する。なお、これらの各変形例は、組み合わせて上述の実施例に適用してもよい。
【００５７】
（変形例１）
デザイン統一システムの構成は、図１に示す構成に限定されない。これに代えて、デザイン統一システムは、車載機２の処理の一部を実行するサーバ装置を有してもよい。
【００５８】
図７は、変形例に係るデザイン統一システムの構成を示す。図７に示すように、デザイン統一システムは、ウェアラブル端末１及び車載機２とネットワーク７を介して通信可能なサーバ装置３を有する。
【００５９】
図７の構成例では、例えば、サーバ装置３は、図５のステップＳ２０１でウェアラブル端末１がデザイン選択の入力を受け付けた後、ウェアラブル端末１からデザインデータＤｄを受信し、デザインデータＤｄに基づき、各デザイン要素の特徴量を抽出する。その後、サーバ装置３は、図示しない記憶部に記憶したテーマ判定テーブルＴｄを参照することで、ウェアラブル端末１のデザインテーマを推定し、推定したデザインテーマの情報を車載機２へ送信する。この場合、サーバ装置３は、推定したデザインテーマにより車載機２が画面を表示するのに必要な画像等を、推定したデザインテーマの情報として車載機２へ送信してもよい。
【００６０】
この例では、サーバ装置３は、本発明における「デザイン決定装置」の一例であり、サーバ装置３のＣＰＵなどは、本発明における「デザインデータ取得手段」、「特徴量取得手段」、「テーマ推定手段」、「デザイン決定手段」及びプログラムを実行する「コンピュータ」の一例である。
【００６１】
なお、サーバ装置３は、複数のサーバ装置から構成されていてもよい。この場合、各サーバ装置１は、ネットワーク７と接続し、各処理を実行するのに必要な情報の授受を他のサーバ装置１と行う。このように、サーバ装置１は、所定の機能ごとに複数の装置により構成されていてもよい。
【００６２】
（変形例２）
実施例では、ウェアラブル端末１は、デザインデータＤｄとして端末側表示画像Ｉｔを車載機２へ送信した。しかし、本発明が適用可能なデザインデータＤｄの内容は、これに限定されない。
【００６３】
第１の例では、デザインデータＤｄには、端末側表示画像Ｉｔに代えて、又はこれに加えて、音情報が含まれていてもよい。例えば、この場合、ウェアラブル端末１は、ウェアラブル端末１で発する秒針の音又は／及びアラーム音等を示す音データをデザインデータＤｄに含めて車載機２へ送信してもよい。この場合、車載機２は、例えば、車載機２が記憶する各種の音データから、デザインデータＤｄに含まれる秒針の音やアラーム音の音データと最も特徴が近い音データを抽出し、抽出した音データを用いて音出力部２７に音を出力させる。例えば、デザインデータＤｄに秒針の音が含まれていた場合、車載機２は、アナログの時計の画像を表示部２１に表示させつつ、デザインデータＤｄの秒針の音データと最も特徴が近い音データを音出力部２７に常時出力させる。なお、車載機２は、車載機２が記憶する音データを音出力部２７に出力する代わりに、デザインデータＤｄに含まれる秒針の音やアラーム音の音データを、音出力部２７にそのまま出力させてもよい。第１の例では、車載機２の制御部２５は、本発明における「音データ取得手段」の一例である。
【００６４】
なお、車載機２は、デザインデータＤｄとして複数画像からなる時系列の端末側表示画像Ｉｔを受信した場合には、これらの画像に基づき針の動きを認識することで、針がクオーツ式又は機械式のいずれの方式により動いているかを判定し、当該判定結果に応じて音出力部２７に出力させる秒針の音を決定してもよい。
【００６５】
第２の例では、デザインデータＤｄには、図５のステップＳ２０１で選択された各デザイン要素（機能も含む）を指定する属性情報が含まれていてもよい。この場合、例えば、車載機２の記憶部２３は、受信する可能性がある各デザイン要素の属性情報と、テーマ判定テーブルＴｄの参照に用いる各デザイン要素の特徴量との対応関係を示すテーブルを記憶する。そして、車載機２は、上述のテーブルを参照することで、ウェアラブル端末１のユーザが指定した各デザイン要素の特徴量を認識し、さらにテーマ判定テーブルＴｄを参照してデザインテーマを推定する。
【００６６】
（変形例３）
車両Ｖｅがデジタルメータを表示するための表示部を有する場合、車両の制御部は、ウェアラブル端末１の画面デザインに応じてデジタルメータのデザインを決定してもよい。
【００６７】
この場合、第１の例では、車両の制御部は、図５で車載機２が実行するステップＳ１０１〜Ｓ１０８の処理を車載機２の代わりに実行することで、ウェアラブル端末１のデザインテーマを推定してデジタルメータのデザインを決定する。この場合、車両の制御部は、本発明における「デザイン決定装置」及びプログラムを実行する「コンピュータ」の一例である。
【００６８】
第２の例では、車両の制御部は、図５のステップＳ１０７でイグニッションがオンになった場合に、車載機２がステップＳ１０６で選択及び調整したデザインに関する情報を車載機２から受信し、受信した情報に基づきデジタルメータのデザインを決定する。
【００６９】
（変形例４）
車載機２は、運転者以外の車両Ｖｅの乗員が装着するウェアラブル端末１のデザインテーマを推定し、表示部２１の画面デザインに反映させてもよい。この場合、車載機２は、例えば、各乗員が装着するウェアラブル端末１の識別情報を予め記憶しておき、各ウェアラブル端末１と通信を確立した際に、上述の識別情報に基づき認証を行う。
【００７０】
ここで、車両Ｖｅの２人以上の乗員がそれぞれウェアラブル端末１を装着し、車載機２がこれらのウェアラブル端末１の存在を検知した場合の具体例（第１及び第２具体例）について説明する。
【００７１】
第１具体例では、車載機２は、上述の識別情報と共に、画面デザインを採用する優先度に関する情報を記憶し、検知した複数のウェアラブル端末１のうち最も優先度が高いウェアラブル端末１のデザインデータＤｄに基づき表示部２１の画面デザインを決定する。この場合、例えば、優先度は、助手席の乗員に対して高く設定されてもよく、女性や子供に対して高く設定されてもよい。なお、車載機２は、助手席の乗員に対し優先度を高く設定する場合、ウェアラブル端末１からの電波の受信方向や電波強度、ウェアラブル端末１が備えるＧＰＳ受信機等のセンサ出力等に基づき、各ウェアラブル端末１の装着者の着席位置を認識することで、助手席に座る乗員のウェアラブル端末１を識別してもよい。
【００７２】
また、第１具体例において、車載機２の制御部２５は、最も優先度が高い乗員のウェアラブル端末１のデザインデータＤｄに基づき画面デザインを決定した後、最も優先度が高い乗員のウェアラブル端末１以外のウェアラブル端末１に対し、決定した画面デザインの情報を通信部２４により送信してもよい。この場合、画面デザインの情報を受信したウェアラブル端末１は、受信した画面デザインの情報に基づき、表示部１１の画面デザインを変更する。このようにすることで、車両Ｖｅの全ての乗員のウェアラブル端末１の画面デザインを好適に統一させることができる。この例では、制御部２５は、本発明における「デザイン情報通知手段」の一例である。
【００７３】
第２具体例では、車載機２は、各ウェアラブル端末１から受信するデザインデータＤｄに基づき、各ウェアラブル端末１のデザインテーマを推定し、推定したデザインテーマのうち最も多いデザインテーマにより（即ち多数決により）、表示部２１の表示に適用すべきデザインテーマを決定する。これにより、車載機２は、より的確に車両Ｖｅの乗員の目的を把握し、当該目的に合わせた画面デザインを表示部２１の表示に適用することができる。
【００７４】
また、第２具体例において、車載機２は、推定した各ウェアラブル端末１のデザインテーマがそれぞれ異なる場合、デザイン要素ごとに各ウェアラブル端末１の画面デザインを組み合わせて、表示部２１に表示すべき画面デザインを構成してもよい。この場合、例えば、車載機２は、決定すべき各デザイン要素を所定の規則に基づきウェアラブル端末１ごとに振り分け、各デザイン要素の特徴量を、当該デザイン要素が振り分けられたウェアラブル端末１のデザインデータＤｄから抽出する。そして、車載機２は、各ウェアラブル端末１から算出した各デザイン要素の特徴量を組み合わせて、実施例と同様にテーマ判定テーブルＴｄを参照して、表示部２１の画面デザインを決定する。
【００７５】
（変形例５）
車載機２は、テーマ判定テーブルＴｄを参照してウェアラブル端末１のデザインテーマを推定する場合、デザインテーマの使用履歴を勘案して推定を行ってもよい。
【００７６】
この場合、例えば、車載機２は、テーマ判定テーブルＴｄからウェアラブル端末１のデザインテーマと推定される複数の候補が存在する場合、過去に車載機２が適用したデザインテーマの頻度を集計し、上述の候補のうち最も使用頻度が高いデザインテーマを、ウェアラブル端末１のデザインテーマとして推定する。これにより、ユーザの傾向に応じて的確にデザインテーマを決定することができる。
【００７７】
また、車載機２は、過去に適用したデザインテーマの履歴を、当該デザインテーマの適用時に設定された目的地と関連付けて記憶してもよい。この場合、車載機２は、現在設定されている目的地と一致するデザインテーマの履歴を参照して、表示部２１に表示させるべきデザインテーマを決定する。
【符号の説明】
【００７８】
１  ウェアラブル端末
２  車載機
３  サーバ装置
１１、２１  表示部
１２、２２  入力部
１３、２３  記憶部
１４、２４  通信部
１５、２５  制御部
１７、２７  音出力部
【図１】
2017016286.tif 000003
【図２】
2017016286.tif 000004
【図３】
2017016286.tif 000005
【図４】
2017016286.tif 000006
【図５】
2017016286.tif 000007
【図６】
2017016286.tif 000008
【図７】
2017016286.tif 000009