(57)【要約】【課題】走行中の車両において、道路の路面状況を、実際にその道路を走行した車両から収集した路面走行データに基づいて推測し、予測される車体の振動の度合い等に応じて、ＵＩコンポーネントのレイアウトを変更する。【解決手段】車両に搭載された車載情報端末に表示されるアプリケーションソフトウェアのコンポーネントをレイアウトするコンポーネントレイアウト装置において、車両が道路を走行した際の路面走行データを取得して蓄積し、蓄積された路面走行データを用いて道路の路面状況を評価し、路面状況の評価に応じて、アプリケーションソフトウェアのコンポーネントのうち、ユーザの操作対象となる操作対象コンポーネントのレイアウトを変更する。【選択図】図１
2015137979.tif 000002
【特許請求の範囲】
【請求項１】
車両に搭載された車載情報端末に表示されるアプリケーションソフトウェアのコンポーネントをレイアウトするコンポーネントレイアウト装置であって、
前記車両が道路を走行した際の路面走行データを取得して蓄積する車両情報取得部と、
前記蓄積された路面走行データを用いて道路の路面状況を評価する路面状況判定部と、
前記路面状況の評価に応じて、前記アプリケーションソフトウェアのコンポーネントのうち、前記ユーザの操作対象となる操作対象コンポーネントのレイアウトを変更するレイアウト変更部と、を備えることを特徴とするコンポーネントレイアウト装置。
【請求項２】
前記路面状況判定部は、前記車両が走行する道路をリンク単位に分解し、前記蓄積された路面走行データのうち、リンク毎に関連する路面走行データを用いて、リンク毎に路面状況を評価し、
前記レイアウト変更部は、前記車両が各リンクを走行している時、前記路面状況の評価に応じてリンク毎に前記操作対象コンポーネントのレイアウトを変更することを特徴とする請求項１に記載のコンポーネントレイアウト装置。
【請求項３】
前記路面状況判定部は、前記蓄積された路面走行データのうち、直近の一定時間内の路面走行データを用いて、前記車両が現在走行している道路の路面状況を評価し、
前記レイアウト変更部は、前記路面状況の評価に応じて直ちに前記操作対象コンポーネントのレイアウトを変更することを特徴とする請求項１に記載のコンポーネントレイアウト装置。
【請求項４】
前記レイアウト変更部は、前記路面状況の評価に応じて前記操作対象コンポーネント間の間隔及び前記操作対象コンポーネントの大きさのうち少なくとも一方を変更することを特徴とする請求項１から請求項３のいずれか一項に記載のコンポーネントレイアウト装置。
【請求項５】
前記路面走行データは、少なくとも、計測した日時、車両ＩＤ、緯度、経度、地図データ上のリンク情報、及び加速度センサーで検出した車両の加速度データを含むことを特徴とする請求項１から請求項４のいずれか一項に記載のコンポーネントレイアウト装置。
【請求項６】
車両に搭載され、前記車両が道路を走行した際の路面走行データを取得する車載情報端末と、
前記車載情報端末から前記路面走行データを収集して蓄積し、前記蓄積された路面走行データを用いて、道路の路面状況を評価するサーバ装置と、
を備え、
前記車載情報端末は、前記サーバ装置から前記路面状況の評価の通知を受け、前記路面状況の評価に応じて、自身の表示画面に表示されるアプリケーションソフトウェアのコンポーネントのうち、前記ユーザの操作対象となる操作対象コンポーネントのレイアウトを変更することを特徴とするコンポーネントレイアウトシステム。
【請求項７】
車両に搭載された車載情報端末であって、
前記車両が道路を走行した際の路面走行データを取得する車両情報取得部と、
前記路面走行データをネットワーク上のサーバ装置に送信し、且つ、前記サーバ装置から前記車両が走行する道路に関する路面状況の評価を受信する通信部と、
前記路面状況の評価に応じて、自身の表示画面に表示されるアプリケーションソフトウェアのコンポーネントのうち、前記ユーザの操作対象となる操作対象コンポーネントのレイアウトを変更するレイアウト変更部と、を備えることを特徴とする車載情報端末。
【請求項８】
車両に搭載された車載情報端末から、前記車両が道路を走行した際の路面走行データを収集して蓄積する車両情報収集部と、
前記蓄積された路面走行データを用いて道路の路面状況を評価する路面状況判定部と、
前記車両が走行する道路に関する路面状況の評価を、前記車載情報端末に通知する通信部と、を備えることを特徴とするサーバ装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、車載情報端末に表示されるアプリケーションソフトウェアのコンポーネントをレイアウトする装置に関する。
【背景技術】
【０００２】
アプリケーションソフトウェアがユーザに提供するユーザインターフェース（ＵＩ）において、ユーザの過去の操作履歴によって表示するＵＩコンポーネントの属性を変更する技術として、特許文献１に記載の技術が知られている。この技術は、表示するＵＩコンポーネントの大きさ等の属性を、ユーザの過去の操作履歴から得られる傾向等によって変更し、より操作しやすいＵＩコンポーネントとして表示することにより、ユーザの誤操作を低減させることを目的としている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１２−７４０３８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、走行中の車両の車内においてユーザインターフェースを使用する場合には、車体の振動等により、ユーザインターフェースに対してユーザが思い通りの操作を行うことが困難な状況もあり得る。したがって、走行中の車内においては、特許文献１に記載の技術を適用した場合、ユーザが意図しない誤操作が発生する可能性がある。
本発明の目的は、走行中の車両において、予測される車体の振動の度合い等に応じてＵＩコンポーネントのレイアウトを変更するコンポーネントレイアウト装置を提供することである。
【課題を解決するための手段】
【０００５】
本発明の一態様に係るコンポーネントレイアウト装置は、車両に搭載された車載情報端末に表示されるアプリケーションソフトウェアのコンポーネントをレイアウトするコンポーネントレイアウト装置であって、車両が道路を走行した際の路面走行データを取得して蓄積し、蓄積された路面走行データを用いて道路の路面状況を評価し、路面状況の評価に応じて、アプリケーションソフトウェアのコンポーネントのうち、ユーザの操作対象となる操作対象コンポーネントのレイアウトを変更する。
【発明の効果】
【０００６】
本発明の一態様によれば、走行中の車両において、路面状況が悪く、車体の振動が大きい状況でアプリケーションソフトウェアが使用されることが想定される場合に、予測される車体の振動の度合い等に応じてＵＩコンポーネントのレイアウトを変更して、走行中でも操作しやすいＵＩコンポーネントを持ったユーザインターフェースをユーザに提供できるため、予想外の振動等が発生した場合でも、ユーザの誤操作を低減させることができるようになる。
【図面の簡単な説明】
【０００７】
【図１】本発明の第１実施形態に係るコンポーネントレイアウトシステムの構成例を示す図である。
【図２】路面走行データを収集する際の具体的な処理の流れを示すフローチャートである。
【図３】路面状況を判定する際の具体的な処理の流れを示すフローチャートである。
【図４】レイアウトを変更する際の具体的な処理の流れを示すフローチャートである。
【図５】コンポーネントのマージン変更処理について説明するための図である。
【図６】路面状況のスコア（評価）と、操作対象コンポーネント間のマージン（間隔）との対応表を示す図である。
【図７】コンポーネントのサイズ変更処理について説明するための図である。
【図８】路面状況のスコアと、操作対象コンポーネントのサイズ（大きさ）との対応表を示す図である。
【図９】本発明の第２実施形態に係るコンポーネントレイアウトシステムの構成例を示す図である。
【図１０】第２実施形態においてレイアウトを変更する際の具体的な処理の流れを示すフローチャートである
【図１１】本発明の第３実施形態に係るコンポーネントレイアウトシステムの構成例を示す図である。
【図１２】第３実施形態においてレイアウトを変更する際の具体的な処理の流れを示すフローチャートである
【発明を実施するための形態】
【０００８】
＜第１実施形態＞
以下に、本発明の第１実施形態について添付図面を参照して説明する。
（構成）
図１に示すように、第１実施形態に係るコンポーネントレイアウトシステムは、車両１０と、車載情報端末２０と、サーバ装置３０とを備える。車両１０は、道路上を走行し、運転操作又は自動運転等により進路と速度を変えることができる自動車である。ここでは、車両１０は、コントローラ１１と、各種センサー１２と、車載カメラ１３と、操舵機構１４と、駆動機構１５と、制動機構１６とを備える。コントローラ１１は、ＣＡＮ（Ｃｏｎｔｒｏｌｌｅｒ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）等を介して、車両１０に搭載された各種の装置及び機構を制御する制御系である。例えば、コントローラ１１は、電子制御装置（ＥＣＵ：Ｅｌｅｃｔｒｏｎｉｃ  Ｃｏｎｔｒｏｌ  Ｕｎｉｔ）である。各種センサー１２は、車両１０に搭載され、車両１０や周辺環境の状態や変化を検知するための検知器である。例えば、車両１０は、各種センサー１２として、車速センサー、加速度センサー、及び車両１０に搭載された各種の装置及び機構の作動状態を検知するセンサー等を搭載している。車載カメラ１３は、車両１０に搭載され、車両１０の周囲を撮像する撮像装置である。車両１０が自動運転を行う車両であれば、車載カメラ１３を搭載していると考えられる。なお、車両１０が自動運転を行う車両でなければ、車載カメラ１３は無くても良い。また、車載カメラ１３は、イメージセンサーとして、各種センサー１２のうちの１つとみなしても良い。例えば、車載カメラ１３は、ＣＣＤカメラやＣＭＯＳカメラ等である。操舵機構１４は、運転者（ドライバー）による操舵操作、又はコントローラ１１からの指令値に応じて、車輪の向きを変え、車両１０の進行方向を変化させる操舵系である。例えば、操舵機構１４は、電動パワーステアリング装置である。駆動機構１５は、運転者（ドライバー）による駆動操作、又はコントローラ１１からの指令値に応じて、駆動源で駆動力（駆動トルク）を発生し、この駆動力を車輪に伝達して車輪を回転させ、車両１０を走行させる駆動系である。駆動源は、一般的なエンジンに限らず、電動モータでも良いし、エンジンとモータを組み合わせたハイブリッド構成でも良い。制動機構１６は、運転者（ドライバー）による制動操作、又はコントローラ１１からの指令値に応じて、摩擦力等を利用して車輪を制動する制動系である。例えば、制動機構１６は、ブレーキ装置である。制動機構１６は、一般的な油圧式ディスクブレーキに限らず、ドラムブレーキやパーキング（サイド）ブレーキ、エア式ブレーキ、エキゾーストブレーキ等でも良い。すなわち、流体として、ブレーキフルード（オイル）又は圧縮空気等が使用されているブレーキ装置である。但し、実際には、流体圧で制動力を付与するブレーキ装置に限定されるものではなく、電動ブレーキ装置等であっても良い。
【０００９】
車載情報端末２０は、車両１０に搭載され、乗車中に（車内で）操作可能であり、アプリケーションソフトウェアのコンポーネントを表示するための表示画面を有し、外部のネットワークを介してサーバ装置３０と通信可能な電子機器である。なお、車載情報端末２０は、運転席に限らず、助手席や後部座席において操作可能な情報端末でも良い。例えば、車載情報端末２０は、車両１０に搭載されたナビゲーション装置（カーナビ等）やモニタ装置である。車載情報端末２０は、車両１０に内蔵又は外付けされている。若しくは、車載情報端末２０は、接続ケーブル等を介して車両１０に接続されたスマートフォン、タブレット端末、携帯電話機、携帯ゲーム機、又は携帯音楽プレーヤー等でも良い。但し、実際には、これらの例に限定されない。ここでは、車載情報端末２０は、制御部２１と、記憶部２２と、表示部２３と、入力部２４と、現在位置取得部２５と、車両情報取得部２６と、レイアウト変更部２７と、通信部２８とを備える。
【００１０】
制御部２１は、車載情報端末２０の内部機構を制御し、プログラムや各種データを処理するプロセッサである。例えば、制御部２１は、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）、ネットワークプロセッサ（ＮＰ：Ｎｅｔｗｏｒｋ  Ｐｒｏｃｅｓｓｏｒ）、マイクロプロセッサ（ｍｉｃｒｏｐｒｏｃｅｓｓｏｒ）、マイクロコントローラ（ｍｉｃｒｏｃｏｎｔｒｏｌｌｅｒ）、又は、専用の機能を有する半導体集積回路（ＬＳＩ：Ｌａｒｇｅ  Ｓｃａｌｅ  Ｉｎｔｅｇｒａｔｉｏｎ）等である。第１実施形態では、制御部２１は、車両１０の走行時に電子的に現在位置から目的地への経路案内を行うナビゲーションプログラムの実行中に、ユーザの操作により目的地が設定されると、現在位置から目的地までの走行ルートの計算を行い、通信部２８を介して、計算した走行ルートの情報をサーバ装置３０に送信する。ユーザは、車両１０の運転者（ドライバー）に限らず、同乗者でも良い。すなわち、車両１０の搭乗者であれば良い。また、走行ルートの情報に対する応答として、サーバ装置３０から、通信部２８を介して、走行ルートをリンク単位に分解したリンク毎のスコア情報（評価情報）を受信して記憶部２２に保存する。更に、第１実施形態では、制御部２１は、車載情報端末２０上で動作するアプリケーションソフトウェアが起動された時、少なくともアプリケーションソフトウェアのコンポーネントが表示部２３の画面に表示されるまでに（表示前の段階で）レイアウト変更部２７を起動する。なお、アプリケーションソフトウェアが起動された時、レイアウト変更部２７が既に起動中であれば、制御部２１からレイアウト変更部２７に処理を移行する。
【００１１】
記憶部２２は、プログラムや各種データを記憶するためのメモリ又はストレージである。例えば、記憶部２２は、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）、ＥＥＰＲＯＭ（Ｅｌｅｃｔｒｉｃａｌｌｙ  Ｅｒａｓａｂｌｅ  ａｎｄ  Ｐｒｏｇｒａｍｍａｂｌｅ  Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）やフラッシュメモリ等の半導体記憶装置等である。また、バッファ（ｂｕｆｆｅｒ）やレジスタ（ｒｅｇｉｓｔｅｒ）等でも良い。また、記憶部２２は、ＨＤＤ（Ｈａｒｄ  Ｄｉｓｋ  Ｄｒｉｖｅ）やＳＳＤ（Ｓｏｌｉｄ  Ｓｔａｔｅ  Ｄｒｉｖｅ）等の補助記憶装置等でも良い。実際には、ＤＶＤ（Ｄｉｇｉｔａｌ  Ｖｅｒｓａｔｉｌｅ  Ｄｉｓｋ）等のリムーバブルディスクや、ＳＤメモリカード（Ｓｅｃｕｒｅ  Ｄｉｇｉｔａｌ  ｍｅｍｏｒｙ  ｃａｒｄ）等の記憶媒体（メディア）等でも良い。第１実施形態では、記憶部２２は、車両１０やサーバ装置３０から取得した情報や、車載情報端末２０内で処理した情報を記憶する。
【００１２】
表示部２３は、各種データを視認可能な形式で表示画面に表示するディスプレイである。例えば、表示部２３は、液晶ディスプレイ（ＬＣＤ：Ｌｉｑｕｉｄ  Ｃｒｙｓｔａｌ  Ｄｉｓｐｌａｙ）や有機ＥＬディスプレイ（ＯＥＬＤ：Ｏｒｇａｎｉｃ  ＥｌｅｃｔｒｏＬｕｍｉｎｅｓｃｅｎｃｅ  Ｄｉｓｐｌａｙ）等である。また、表示部２３は、必要であれば、ビデオカードやグラフィックボード、デジタルシグナルプロセッサ（ＤＳＰ：Ｄｉｇｉｔａｌ  Ｓｉｇｎａｌ  Ｐｏｃｅｓｓｏｒ）等の表示制御装置を含んでいても良い。第１実施形態では、表示部２３は、アプリケーションソフトウェアのコンポーネントを表示する。
【００１３】
入力部２４は、ユーザが入力操作を行うための入力装置である。例えば、入力部２４は、タッチパネル（ｔｏｕｃｈ  ｐａｎｅｌ）である。実際には、複数の指を同時に触れて、対象の移動や回転、画像のズーム等の動きを直感的に入力することができるマルチタッチパネル（ｍｕｌｔｉ−ｔｏｕｃｈ  ｐａｎｅｌ）でも良い。すなわち、入力部２４は表示部２３と一体化している。第１実施形態では、入力部２４として表示部２３に表示されたキー（キーボードやキーパッド）やアイコン、ボタン、プルダウンメニュー等のＵＩコンポーネントを、ユーザが指やペン先等で触れて操作する。
【００１４】
現在位置取得部２５は、ＧＰＳ（Ｇｌｏｂａｌ  Ｐｏｓｉｔｉｏｎｉｎｇ  Ｓｙｓｔｅｍ）衛星からの信号を受信して、車載情報端末２０の現在位置情報を取得するＧＰＳ受信機である。なお、ＧＰＳ衛星からの信号には、ＧＰＳ衛星に搭載された原子時計からの時刻のデータも含まれている。但し、実際には、現在位置取得部２５は、何らかの方法で車両１０又は車載情報端末２０の現在位置情報を取得可能な装置・機器であれば良く、ＧＰＳ受信機に限定されない。例えば、現在位置取得部２５は、車両１０から接続ケーブルを介して車両１０の現在位置情報を受信しても良い。また、現在位置取得部２５は、車車間通信や路車間通信等により他の車両や路側機から車両１０の現在位置情報を受信しても良い。現在位置取得部２５は、現在位置情報を記憶部２２に保存しても良い。
【００１５】
車両情報取得部２６は、車両１０と車載情報端末２０とを接続する接続ケーブルを介して、車両１０のコントローラ１１若しくは各種センサー１２から、車両情報として、路面走行データ及び運転状態データを取得するためのプロセッサである。車両情報取得部２６は、定期的に路面走行データ及び運転状態データを取得すると好ましい。路面走行データは、少なくとも、計測した日時、車両ＩＤ、緯度、経度、地図データ上のリンク情報（道路情報）、及び加速度センサーで検出した車両１０の前後左右上下方向の加速度データ等を含む。日時については、車載情報端末２０の時計機能から取得しても良い。緯度・経度については、現在位置取得部２５から取得しても良い。また、路面走行データは、車載カメラ１３により撮像された路面の画像情報を含んでいても良い。運転状態データは、車両１０の車速データやシフトポジションデータ、パーキングプレーキの作動データ等を含む。但し、実際には、車両情報取得部２６は、接続ケーブル等を介した有線通信に限らず、無線通信により車両１０から路面走行データ及び運転状態データを取得しても良い。車両情報取得部２６は、路面走行データ及び運転状態データを取得した時、記憶部２２に運転状態データを保存すると共に、通信部２８を介してサーバ装置３０に路面走行データを送信する。このとき、車両情報取得部２６は、記憶部２２に保存されている運転状態データを更新すると共に、路面走行データを記憶部２２に蓄積しておき、蓄積された路面走行データを定期的にサーバ装置３０に送信するようにしても良い。車両情報取得部２６は、制御部２１と同一のプロセッサでも良いし、異なるプロセッサでも良い。
【００１６】
レイアウト変更部２７は、表示部２３に表示されるコンポーネントの画面レイアウトを変更する処理を行うプロセッサである。第１実施形態では、レイアウト変更部２７は、車両情報取得部２６が車両１０から取得した路面走行データを用いて、車両１０が走行中か停車中かを判断する。レイアウト変更部２７は、車両１０が走行中であると判断した場合、現在位置取得部２５が取得した現在位置情報に基づいて、記憶部２３から、又は通信部２８を介してサーバ装置３０から、ナビゲーションシステム上の現在走行している道路（リンク）に対応するスコア情報を取得する。レイアウト変更部２７は、取得したスコア情報に応じて、キーやアイコン、ボタン、プルダウンメニュー等のＵＩコンポーネントをレイアウトする。レイアウト変更部２７は、制御部２１と同一のプロセッサでも良いし、異なるプロセッサでも良い。
【００１７】
通信部２８は、外部のネットワークに接続し、サーバ装置３０と通信するための通信装置である。通信部２８は、少なくとも無線通信に対応しており、無線通信によりネットワークとの間で通信を行う。例えば、通信部２８は、ネットワーク通信に対応した基板（マザーボード、Ｉ／Ｏボード）やチップ等の半導体集積回路、ＮＩＣ（Ｎｅｔｗｏｒｋ  Ｉｎｔｅｒｆａｃｅ  Ｃａｒｄ）等のネットワークアダプタや同様の拡張カード、アンテナ、通信ポート等である。また、ネットワークは、インターネット、ＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）、無線ＬＡＮ（Ｗｉｒｅｌｅｓｓ  ＬＡＮ）、ＷＡＮ（Ｗｉｄｅ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）、バックボーン（Ｂａｃｋｂｏｎｅ）、固定電話網、携帯電話網、３Ｇ（３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ）、４Ｇ（４ｔｈ  Ｇｅｎｅｒａｔｉｏｎ）等である。但し、実際には、これらの例に限定されない。また、通信部２８は、車車間通信や路車間通信等により車両１０やサーバ装置３０と通信する機能を有していても良い。
【００１８】
サーバ装置３０は、データセンター等に設置され、外部のネットワークを介して車載情報端末２０と通信可能な計算機である。例えば、サーバ装置３０は、パソコン（ＰＣ：Ｐｅｒｓｏｎａｌ  Ｃｏｍｐｕｔｅｒ）、アプライアンス（ａｐｐｌｉａｎｃｅ）、シンクライアント用サーバ、ワークステーション、メインフレーム、スーパーコンピュータ等である。但し、実際には、これらの例に限定されない。ここでは、サーバ装置３０は、制御部３１と、車両情報収集部３２と、路面状況判定部３３と、走行履歴ＤＢ（データベース）３４と、通信部３５とを備える。
【００１９】
制御部３１は、サーバ装置３０の内部機構を制御し、プログラムや各種データを処理するプロセッサである。第１実施形態では、制御部３１は、通信部３５を介して、車載情報端末２０から、走行ルートの情報を受信すると、路面状況判定部３３を起動する。なお、走行ルートの情報を受信した時、路面状況判定部３３が既に起動中であれば、制御部３１から路面状況判定部３３に処理を移行する。
車両情報収集部３２は、少なくとも１つの車載情報端末２０から送信された路面走行データを受信し、走行履歴ＤＢ３４に保存するプロセッサである。第１実施形態では、車両情報収集部３２は、少なくとも１つの車載情報端末２０から送信された路面走行データを受信し、走行履歴ＤＢ３４に保存する。このとき、車両情報収集部３２は、定期的に、若しくは制御部３１や路面状況判定部３３からの要求に応じて、事前に登録された車載情報端末２０に路面走行データを要求し、応答として、その車載情報端末２０から路面走行データを受信しても良い。車両情報収集部３２は、制御部３１と同一のプロセッサでも良いし、異なるプロセッサでも良い。
【００２０】
路面状況判定部３３は、上記の路面走行データを用いて、任意の道路の路面状況を判定するプロセッサである。第１実施形態では、路面状況判定部３３は、少なくとも１つの車載情報端末２０から送信された車両１０の走行ルートの情報を基に、走行ルートをリンク単位に分解し、リンク毎にリンク情報を作成する。路面状況判定部３３は、作成した全リンク情報のうち、少なくとも１つのリンク情報が処理済となっていなければ、走行履歴ＤＢ３４から、当該リンク情報に関連する路面走行データを取り出し、取り出した路面走行データを用いて、当該リンク情報における路面状況を推測してスコア化（数値化）したスコア情報（評価情報）を求める。但し、実際には、スコア化（数値化）に限定されるものではない。例えば、文字や記号等の識別可能な表記で路面状況を表現しても良い。路面状況判定部３３は、スコア情報を車載情報端末２０に送信すると共に、走行履歴ＤＢ３４に保存する。路面状況判定部３３は、制御部３１と同一のプロセッサでも良いし、異なるプロセッサでも良い。
【００２１】
走行履歴ＤＢ３４は、車載情報端末２０から取得した情報や、サーバ装置３０内で処理した情報を格納するためのストレージである。例えば、走行履歴ＤＢ３４は、ＨＤＤ（Ｈａｒｄ  Ｄｉｓｋ  Ｄｒｉｖｅ）やＳＳＤ（Ｓｏｌｉｄ  Ｓｔａｔｅ  Ｄｒｉｖｅ）等の補助記憶装置である。若しくは、走行履歴ＤＢ３４は、ＤＡＳ（Ｄｉｒｅｃｔ  Ａｔｔａｃｈｅｄ  Ｓｔｏｒａｇｅ）、ＦＣ−ＳＡＮ（Ｆｉｂｒｅ  Ｃｈａｎｎｅｌ  −  Ｓｔｏｒａｇｅ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）、ＮＡＳ（Ｎｅｔｗｏｒｋ  Ａｔｔａｃｈｅｄ  Ｓｔｏｒａｇｅ）、ＩＰ−ＳＡＮ（ＩＰ  −  Ｓｔｏｒａｇｅ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）等を用いた外部のストレージ装置でも良い。また、走行履歴ＤＢ３４は、独立した外部のサーバ装置でも良い。第１実施形態では、走行履歴ＤＢ３４は、車両情報収集部３２から受け取った路面走行データや、路面状況判定部３３から受け取ったスコア情報を格納する。
通信部３５は、外部のネットワークに接続し、少なくとも１つの車載情報端末２０と通信するための通信装置である。第１実施形態では、通信部３５は、少なくともネットワークを介して車載情報端末２０の通信部２８と通信可能である。
【００２２】
（動作）
まず、図２を用いて、路面走行データを収集する際の具体的な処理の流れについて説明する。
ステップＳ１０１にて、車載情報端末２０の制御部２１は、車載情報端末２０が起動された時、車両情報取得部２６を起動する。若しくは、車両情報取得部２６は、車載情報端末２０が起動された時、自動的に起動するようにしても良い。
ステップＳ１０２にて、車載情報端末２０の車両情報取得部２６は、車載情報端末２０が起動している間、定期的に、車両１０から車両情報として路面走行データ及び運転状態データを取得する。実際には、車両情報取得部２６は、サーバ装置３０から路面走行データを要求された際に、車両１０から路面走行データ及び運転状態データを取得するようにしても良い。
【００２３】
ステップＳ１０３にて、車載情報端末２０の車両情報取得部２６は、運転状態データ（車速データやシフトポジションデータ、パーキングプレーキの作動データ等）を用いて、車両１０が走行中か停車中かを判断する。実際には、車両情報取得部２６は、運転状態データを取得せず、路面走行データに含まれる加速度データの値から、車両１０が走行中か停車中かを判断するようにしても良い。車両情報取得部２６は、車両１０が停車中であると判断した場合（ステップＳ１０３でＹｅｓ）、加速度変化がなく路面状況を認識できないため、路面走行データを廃棄して再取得する。すなわち、ステップＳ１０２に戻る。
ステップＳ１０４にて、車載情報端末２０の車両情報取得部２６は、車両１０が走行中であると判断した場合（ステップＳ１０３でＮｏ）、記憶部２２に運転状態データを保存すると共に、通信部２８を介してサーバ装置３０に路面走行データを送信する。実際には、車両情報取得部２６は、記憶部２２に保存されている運転状態データを更新すると共に、路面走行データを記憶部２２に蓄積しておき、蓄積された路面走行データを定期的にサーバ装置３０に送信するようにしても良い。
【００２４】
ステップＳ１０５にて、サーバ装置３０の車両情報収集部３２は、通信部３５を介して、少なくとも１つの車載情報端末２０から路面走行データを受信し、受信した路面走行データを走行履歴ＤＢ３４に保存する。すなわち、路面走行データを走行履歴ＤＢ３４に蓄積する。このとき、車両情報収集部３２は、定期的に、通信部３５を介して、事前に登録された車載情報端末２０に路面走行データを要求し、応答として車載情報端末２０から受信した路面走行データを走行履歴ＤＢ３４に保存するようにしても良い。
ステップＳ１０６にて、車載情報端末２０の制御部２１は、車載情報端末２０が停止されたか否かを確認（チェック）する。制御部２１は、車載情報端末２０が停止された場合（ステップＳ１０６でＹｅｓ）、車両情報取得部２６を停止し、処理を終了する。反対に、制御部２１は、車載情報端末２０が停止されていない場合（ステップＳ１０６でＮｏ）、処理を継続する。すなわち、ステップＳ１０２に戻る。
【００２５】
次に、図３を用いて、路面状況を判定する際の具体的な処理の流れについて説明する。
ステップＳ２０１にて、車載情報端末２０の制御部２１は、ナビゲーションプログラムの実行中に、ユーザ操作により目的地が設定されると、現在位置から目的地までの走行ルートの計算を行う。なお、出発地と目的地が設定された場合には、出発地から目的地までの走行ルートの計算を行う。制御部２１は、走行ルートの計算が終了すると、通信部２８を介して、計算した走行ルートの情報をサーバ装置３０に送信する。このとき、車載情報端末２０の車両情報取得部２６も、現在位置に関連する路面走行データをサーバ装置３０に送信するようにしても良い。サーバ装置３０の制御部３１は、通信部３５を介して、車載情報端末２０から、前述した走行ルートの情報を受信すると、路面状況判定部３３を起動する。このとき、サーバ装置３０の制御部３１は、少なくとも１つの車載情報端末２０から走行ルートの情報を受信する。すなわち、車載情報端末２０は複数でも良い。なお、走行ルートの情報を受信した時、路面状況判定部３３が既に起動中であれば、制御部３１から路面状況判定部３３に処理を移行する。
【００２６】
ステップＳ２０２にて、サーバ装置３０の路面状況判定部３３は、走行ルートの情報を基に、走行ルートをリンク単位に分解し、リンク毎にリンク情報を作成する。すなわち、走行ルートの情報から、複数のリンク情報を作成する。例えば、現在位置を開始ノード（始点）、目的地を終了ノード（終点）、走行ルート中の曲がり角・分岐点・チェックポイント等を中継ノード（中継点）として、ノード間を結ぶリンク毎にリンク情報を作成する。また、実際には、走行ルートを現在位置の最寄りのチェックポイントから目的地の最寄りのチェックポイントまで一定の距離（例えば１００ｍ）毎に区切って、各区間の端点をノード、各区間をリンクとみなしても良い。但し、実際には、これらの例に限定されない。リンク情報は、少なくともリンクを一意に区別できるリンクＩＤ等を含むものとする。例えば、リンク情報は、リンクＩＤ、リンクの端点となるノードの位置情報（緯度・経度）、及びリンクの路面状況の度合い（当該リンクにおける車両の前後左右上下方向の加速度データ等）を含む。なお、リンクの路面状況の度合いには、地図データ上のリンクの特性（曲路、坂道、狭路、未舗装道路等）が含まれていても良い。
【００２７】
ステップＳ２０３にて、サーバ装置３０の路面状況判定部３３は、複数のリンク情報の各々を任意の順序で１つずつ取り出す。リンク情報を１つ取り出すと、取り出したリンク情報が処理済みであるか否かを確認（チェック）する。
ステップＳ２０４にて、サーバ装置３０の路面状況判定部３３は、取り出したリンク情報が処理済みでない場合（ステップＳ２０３でＮｏ）、走行履歴ＤＢ３４から、当該リンク情報に関連する路面走行データを取り出す。このとき、路面状況判定部３３は、走行ルートの情報を送信してきた車両の路面走行データのみを取り出すようにしても良いし、当該車両と同車種の車両の路面走行データも合わせて取り出すようにしても良い。若しくは、実際にその道路（当該リンク）を走行したことがある全ての車両の路面走行データを取り出すようにしても良い。
【００２８】
ステップＳ２０５にて、サーバ装置３０の路面状況判定部３３は、取り出した路面走行データを用いて、当該リンク情報における路面状況を推測してスコア化（数値化）したスコア情報（評価情報）を求める。但し、実際には、スコア化（数値化）に限定されるものではない。例えば、文字や記号等の識別可能な表記で路面状況を表現しても良い。ここでは、路面状況判定部３３は、取り出した路面走行データを用いて、当該リンク情報における車両１０の前後左右上下方向の加速度変化の大きさ（車体の振動の大きさ）を求めて数値化することで、スコア情報を求める。例えば、全ての車両から取得した加速度データの平均値等を算出して、当該リンクにおける車両１０の前後左右上下方向の加速度変化の大きさを求めることで、当該リンク情報におけるスコア情報を求める。加速度データの平均値を用いる場合には、その平均値をそのまま数値化しても良い。更に、路面状況判定部３３は、当該リンク情報におけるスコア情報を、当該リンク情報（又はリンクＩＤ）と紐付けて走行履歴ＤＢ３４に保存する。このとき、当該スコア情報を、当該リンク情報（又はリンクＩＤ）のみならず、車両１０の識別情報（車両ＩＤ）又は車載情報端末２０の識別情報（端末ＩＤ）とも紐付けて走行履歴ＤＢ３４に保存しても良い。路面状況判定部３３は、当該リンク情報における路面状況を推測して数値化した後、当該リンク情報に対する処理を終了し、次のリンク情報に処理対象を移す。すなわち、ステップＳ２０３に戻る。
【００２９】
ステップＳ２０６にて、サーバ装置３０の路面状況判定部３３は、取り出したリンク情報が処理済みである場合（ステップＳ２０３でＹｅｓ）、当該リンク情報が最後であるか否かを確認（チェック）する。例えば、他に取り出すことが可能なリンク情報が残っているか否かを確認する。これにより、サーバ装置３０の路面状況判定部３３は、複数のリンク情報の全てが処理済みであるか否かを確認する。路面状況判定部３３は、取り出したリンク情報が最後でない場合、次のリンク情報を取り出して同様の処理を実行する。例えば、他に取り出すことが可能なリンク情報が残っている場合、次のリンク情報を取り出して同様の処理を実行する。すなわち、ステップＳ２０３に戻る。
【００３０】
ステップＳ２０７にて、サーバ装置３０の路面状況判定部３３は、取り出したリンク情報が最後である場合（複数のリンク情報の全てが処理済みである場合）、通信部３５を介して、各リンク情報に対して計算したスコア情報を車載情報端末２０に送信する。例えば、路面状況判定部３３は、走行履歴ＤＢ３４に格納されているスコア情報を車載情報端末２０に送信する。
以上の一連の処理を、サーバ装置３０の路面状況判定部３３が実行することにより、車載情報端末２０を搭載した車両１０の走行ルートに対して、リンク毎の路面状況の良し悪しを数値化したスコア情報を提供することが可能になる。
【００３１】
次に、図４を用いて、レイアウトを変更する際の具体的な処理の流れについて説明する。
ステップＳ３０１にて、車載情報端末２０の制御部２１は、アプリケーションソフトウェアが起動された時、少なくともアプリケーションソフトウェアのコンポーネントが表示部２３の画面に表示されるまでに（表示前の段階で）レイアウト変更部２７を起動する。なお、アプリケーションソフトウェアが起動された時、レイアウト変更部２７が既に起動中であれば、制御部２１からレイアウト変更部２７に処理を移行する。レイアウト変更部２７は、アプリケーションソフトウェアの初期画面で表示するコンポーネント（ＵＩコンポーネント、及び共に表示する画像や文字情報等のリソース）と、それらのレイアウトを定義したレイアウト定義ファイル（初期画面のレイアウトデータ）をロードする。レイアウト変更部２７は、レイアウト定義ファイルの内容に応じて、ロードしたコンポーネントをレイアウトする。
【００３２】
ステップＳ３０２にて、車載情報端末２０のレイアウト変更部２７は、上記のレイアウトが終了した時点で、車両情報取得部２６が車両１０から取得した運転状態データ（車速データやシフトポジションデータ、パーキングプレーキの作動データ等）を用いて、車両１０が走行中か停車中かを判断する。このとき、車載情報端末２０のレイアウト変更部２７は、上記のレイアウトが終了した時点で、車両情報取得部２６を起動するようにしても良い。このとき、車両情報取得部２６は、起動すると、車両１０から運転状態データを取得する。若しくは、車両情報取得部２６は、定期的に車両１０から運転状態データを取得して記憶部２２に記憶するようにしても良い。このとき、レイアウト変更部２７は、記憶部２２に記憶された運転状態データを取得する。レイアウト変更部２７は、車両１０が停車中であると判断した場合（ステップＳ３０２でＮｏ）、路面状況の変化による誤操作防止について考慮する必要がないので、現状を維持し、ステップＳ３１０に移行する。なお、実際には、車両１０が停車中であると判断した時点で、処理を終了しても良い。
【００３３】
ステップＳ３０３にて、車載情報端末２０のレイアウト変更部２７は、車両１０が走行中であると判断した場合（ステップＳ３０２でＹｅｓ）、現在位置取得部２５が取得した現在位置情報に基づいて、記憶部２３から、又は通信部２８を介してサーバ装置３０から、ナビゲーションシステム上の現在走行している道路（リンク）に対応するスコア情報を取得する。
ステップＳ３０４にて、車載情報端末２０のレイアウト変更部２７は、コンポーネントの中で、ユーザの操作対象となる操作対象コンポーネントとユーザの操作対象とならない非操作対象コンポーネントとを判別し、操作対象コンポーネントを抽出する。なお、操作対象コンポーネントとは、例えば、キーやアイコン、ボタン、プルダウンメニュー等、ユーザの入力操作に対して、何らかのイベントを発生させたり、何らかの処理を実行したりするＵＩコンポーネントのことである。一方、非操作対象コンポーネントとは、例えば、単なるテキスト情報や画像情報等といったリソースのことである。
【００３４】
ステップＳ３０５にて、車載情報端末２０のレイアウト変更部２７は、操作対象コンポーネントを任意の順序で１つずつ取り出す。操作対象コンポーネントを１つ取り出すと、取り出した操作対象コンポーネントが処理済みであるか否かを確認（チェック）する。
ステップＳ３０６にて、車載情報端末２０のレイアウト変更部２７は、取り出した操作対象コンポーネントが未処理である場合（ステップＳ３０５でＮｏ）、取り出した操作対象コンポーネントの周囲に、別の操作対象コンポーネントがあるか否かを確認（チェック）する。ここでは、取り出した操作対象コンポーネントの上下左右の任意の範囲（幅）内に、別の操作対象コンポーネントがあるか否かを確認する。レイアウト変更部２７は、取り出した操作対象コンポーネントの周囲に別の操作対象コンポーネントが無いと判断した場合（ステップＳ３０６でＮｏ）、取り出した操作対象コンポーネントに対する処理を終了し、次の操作対象コンポーネントに処理対象を移す。すなわち、ステップＳ３０５に戻る。
【００３５】
ステップＳ３０７にて、車載情報端末２０のレイアウト変更部２７は、取り出した操作対象コンポーネントの周囲に別のコンポーネントがあると判断した場合（ステップＳ３０６でＹｅｓ）、ステップＳ３０３において取得したスコア情報に応じて、操作対象コンポーネントのレイアウトデータを変更する。例えば、別のコンポーネントとの間に、スコア情報に応じたマージン（間隔）を設定する。このとき、車載情報端末２０のレイアウト変更部２７は、設定するマージンが、取り出した操作対象コンポーネントの上下左右の任意の範囲（幅）以上になるようにする。若しくは、表示領域に十分な余地がある場合、取り出した操作対象コンポーネントのサイズ（大きさ）を、スコア情報に応じたサイズに設定する。レイアウト変更部２７は、操作対象コンポーネントのレイアウトデータを変更する処理が終了した場合、次の操作対象コンポーネントに処理対象を移す。すなわち、ステップＳ３０５に戻る。
【００３６】
ステップＳ３０８にて、車載情報端末２０のレイアウト変更部２７は、取り出した操作対象コンポーネントが処理済みである場合（ステップＳ３０５でＹｅｓ）、当該コンポーネントが最後であるか否かを確認（チェック）する。例えば、他に操作対象コンポーネントが残っているか否かを確認する。これにより、車載情報端末２０のレイアウト変更部２７は、操作対象コンポーネントの全てが処理済みであるか否かを確認する。レイアウト変更部２７は、操作対象コンポーネントの全てが処理済みでない場合（ステップＳ３０８でＮｏ）、すなわち、操作対象コンポーネントのうち、少なくとも１つのコンポーネントが処理済みでない場合、次のコンポーネントを取り出して同様の処理を実行する。すなわち、ステップＳ３０５に戻る。
【００３７】
ステップＳ３０９にて、車載情報端末２０のレイアウト変更部２７は、操作対象コンポーネントの全てが処理済みである場合（ステップＳ３０８でＹｅｓ）、レイアウトデータに従って実際に操作対象コンポーネントをレイアウトする。例えば、レイアウト変更部２７は、操作対象コンポーネント間にマージンが設定されている場合、設定されたマージンを確保してレイアウトする。若しくは、レイアウト変更部２７は、操作対象コンポーネント毎のサイズが設定されている場合、設定されたサイズでレイアウトする。レイアウト変更部２７は、このレイアウトデータを記憶部２２に保存しても良い。その後、ステップＳ３１０に移行する。なお、実際には、操作対象コンポーネントをレイアウトした時点で、処理を終了しても良い。
【００３８】
ステップＳ３１０にて、車載情報端末２０の制御部２１は、アプリケーションソフトウェアが停止されたか否かを確認（チェック）する。制御部２１は、アプリケーションソフトウェアが停止された場合には、レイアウト処理の必要もなくなるため、レイアウト変更部２７を停止し、処理を終了する。反対に、制御部２１は、アプリケーションソフトウェアが停止されておらず、起動中である場合には、現状を維持する。レイアウト変更部２７は、一定時間待機して、再度、車両１０が走行中か停車中かを判断する。すなわち、ステップＳ３０２に戻る。
【００３９】
なお、レイアウト変更部２７は、アプリケーションソフトウェアの起動中、定期的に車両１０が走行中か停車中かを判断するようにすると好ましい。アプリケーションソフトウェアが起動された時には車両１０が停車中であっても起動中に走行が開始される場合がある。反対に、アプリケーションソフトウェアが起動された時には車両１０が走行中であっても起動中に停車する場合もある。また、車両１０の走行中には常に現在位置が変化するため、現在位置の変化に合わせて、現在走行している道路（リンク）に対応するスコア情報を再取得する必要があると考えられる。
以上の一連の処理をレイアウト変更部２７が実行することにより、アプリケーションソフトウェアの表示画面における操作対象コンポーネントのレイアウトを変更でき、ユーザが誤操作する確率を低減させた上で表示できるようになる。
【００４０】
次に、図５を用いて、上記のレイアウト変更部２７によるコンポーネントレイアウト処理の一例である「マージン変更処理」について説明する。ここでは、マージン変更処理として、コンポーネントのレイアウト位置の微調整を行う。
図５（Ａ）は、図４のステップＳ３０１において実行した初期コンポーネント配置処理が終了した段階でのレイアウト例である。ここでは、車載情報端末２０のレイアウト変更部２７がレイアウト処理を実行した場合、ボタン１とボタン２は操作対象コンポーネントであるので、操作対象コンポーネントとしてボタン１とボタン２が抽出され、まずボタン１に対してマージンを付与する処理が行われる。
【００４１】
図６は、路面状況のスコア（評価）と、操作対象コンポーネント間のマージンとの対応表を示す。例えば、ある道路を走行している車両１０が受け取った、当該道路のスコアが「３」であったとする。そのとき、図５に示すように、操作対象コンポーネント間のマージンは「１０ｄｐ」となる。これは、操作対象コンポーネント間のマージンが「１０ｄｐ」以下であった場合に、各操作対象コンポーネントの配置を微調整する処理が実行され、その結果、操作対象コンポーネント間のマージンが「１０ｄｐ」以上確保されることを意味している。車載情報端末２０のレイアウト変更部２７は、ボタン１とボタン２の間（ボタン１の下）のマージンが「５ｄｐ」であったとすると、必要な「１０ｄｐ」を下回っているため、ボタン１とボタン２の間に少なくとも「１０ｄｐ」のマージンを設定する。
次に、処理対象はボタン２に移行するが、ボタン１に対して実行した処理によって、ボタン２の周辺のコンポーネントとのマージンは「１０ｄｐ」以上確保されているので、このコンポーネントについては処理が行われず、最終的に図５（Ｂ）のように、操作対象コンポーネント間のマージンが確保されたレイアウトとなる。
【００４２】
次に、図７を用いて、上記のレイアウト変更部２７によるコンポーネントレイアウト処理の一例である「サイズ変更処理」について説明する。ここでは、サイズ変更処理として、コンポーネントのサイズの倍率の微調整を行う。
図７（Ａ）は、図４のステップＳ３０１において実行した初期コンポーネント配置処理が終了した段階でのレイアウト例である。ここでは、車載情報端末２０のレイアウト変更部２７がレイアウト処理を実行した場合、ボタン１とボタン２は操作対象コンポーネントであるので、操作対象コンポーネントとしてボタン１とボタン２が抽出され、まずボタン１に対してサイズを変更する処理が行われる。このとき、上記の「マージン変更処理」と同様にボタン１に対してマージンを付与する処理も並行して行われるようにしても良い。
【００４３】
図８は、路面状況のスコアと、操作対象コンポーネントのサイズとの対応表を示す。例えば、ある道路を走行している車両１０が受け取った、当該道路のスコアが「４」であったとする。そのとき、図７に示すように、操作対象コンポーネントのサイズは「３倍」となる。したがって、ボタン１のサイズを「３倍」に設定する。ここでは、対応表においてサイズの倍率を設定しているが、操作対象コンポーネントが矩形である場合には各辺に加算する長さを設定しても良い。また、操作対象コンポーネントが円形である場合には半径の長さを設定しても良い。
【００４４】
次に、処理対象はボタン２に移行する。ボタン２に対しても、ボタン１に対して実行した処理と同様の処理を実行する。実際には、表示領域に十分な余地がない場合、表示領域に合わせて、ボタン１とボタン２のサイズを調整する。最終的に図７（Ｂ）のように、操作対象コンポーネントのサイズが変更されたレイアウトとなる。
以上のように、車載情報端末２０とサーバ装置３０とを用いて、車載情報端末２０からアップロードされた路面走行データを基に、道路毎の路面状況を数値化し、そのスコアを利用して、アプリケーションソフトウェアの操作対象コンポーネントのレイアウトを変更するという処理を実行する。これによって、路面状況によって車両１０の車体の振動が大きくなった場合でも、運転者（ドライバー）が画面操作をする際に、誤操作が発生する確率を低減させることが可能になる。
【００４５】
（変形例）
更に、上記のレイアウト変更部２７によるコンポーネントレイアウト処理の一例として、前述した「マージン変更処理」と「サイズ変更処理」を組み合わせて実施することも考えられる。例えば、車載情報端末２０のレイアウト変更部２７は、道路のスコアが「３」であった場合には「マージン変更処理」を行い、道路のスコアが「４」であった場合には「サイズ変更処理」を行うような実施形態も考えられる。なお、実際には、レイアウト変更部２７によるコンポーネントレイアウト処理は、前述した「マージン変更処理」や「サイズ変更処理」に限定されるものではなく、操作対象コンポーネントの強調表示、形状の変更、又は入力方式の切り替え（ボタン押下→音声入力等）等でも良い。
また、上記の説明においては、車載情報端末２０は、操作対象コンポーネントのレイアウトのみ変更しているが、実際には操作対象コンポーネントのレイアウト変更に合わせて非操作対象コンポーネントのレイアウトも変更するようにしても良い。これにより、路面状況に合わせて画面レイアウト全体を変更することが可能になる。
【００４６】
また、１台の車両１０に、複数の車載情報端末２０が搭載されていても良い。このとき、複数の車載情報端末２０の各々は、互いに連携しても良い。例えば、同一の車両１０に搭載された複数の車載情報端末２０のうち、１つの車載情報端末２０において操作対象コンポーネントのレイアウトを変更した場合、他の車載情報端末２０においても、そのレイアウト変更結果を反映する。同様に、ある車両１０に搭載された車載情報端末２０において操作対象コンポーネントのレイアウトを変更した場合、ネットワークを介して、又は車車間通信や路車間通信等により、その車両１０と同じ道路（リンク）を走行している他の車両１０に搭載された車載情報端末２０においても、そのレイアウト変更結果を反映するようにしても良い。実際には、サーバ装置３０が、そのレイアウト変更結果を保持し、ネットワークを介して、他の車載情報端末２０にそのレイアウト変更結果を反映するようにしても良い。
【００４７】
可能であれば、車両１０は、各種センサー１２として、方角（方位）、傾斜（角度）、日照量（光度、光量）、風速、気圧、温度（熱量）、湿度、音量、音圧、震度、地磁気、電磁波、又は大気濃度（ＣＯｘ、ＮＯｘ等）等を検知するセンサー等も搭載していても良い。すなわち、各種センサー１２は、運転者（ドライバー）の運転操作・視界・集中力、車両１０の挙動、又は車載情報端末２０の動作・表示に影響を与え得る要素についても検知するようにしても良い。なお、これらのセンサーの一部又は全部は、車載情報端末２０に搭載されていても良い。これらのセンサーの検出値は、路面走行データに含めても良い。サーバ装置３０の路面状況判定部３３は、路面走行データを用いて、当該リンク情報における路面状況を推測して数値化する際に、上記の各種センサー１２により検知した各要素も加味して数値化する。例えば、路面状況判定部３３は、ある要素が閾値以上である場合にその要素に応じた一定値をスコアに加算する。若しくは、車載情報端末２０のレイアウト変更部２７は、操作対象コンポーネントをレイアウトする際に、上記の各種センサー１２により検知した各要素も加味してレイアウトする。例えば、レイアウト変更部２７は、ある要素が閾値以上である場合に、その要素に応じたマージンを、設定されたマージンに加算する。
【００４８】
また、車両１０又は車載情報端末２０は、通信により、雨や雪といった天候情報や、降水量や降雪量といった気象情報を取得するようにしても良い。これらの情報は、道路の路面状況にも影響すると考えられる。天候情報や気象情報は、路面走行データに含めても良い。サーバ装置３０の路面状況判定部３３は、路面走行データを用いて、当該リンク情報における路面状況を推測して数値化する際に、天候情報や気象情報に応じた値も加味して数値化する。例えば、路面状況判定部３３は、天候情報や気象情報に応じた値をスコアに加算する。若しくは、車載情報端末２０のレイアウト変更部２７は、操作対象コンポーネントをレイアウトする際に、天候情報や気象情報も加味してレイアウトする。例えば、レイアウト変更部２７は、天候情報や気象情報に応じたマージンを、設定されたマージンに加算する。
【００４９】
車両１０は、自動車に限らず、自動車と同様の挙動をする乗り物や、ユーザが運転・操作可能な乗り物でも良い。例えば、車両１０は、電動カートやパーソナルモビリティー（Ｐｅｒｓｏｎａｌ  Ｍｏｂｉｌｉｔｙ）等の移動機器でも良い。また、車載情報端末２０は、船舶の客室や航空機の座席に設置された表示装置でも良い。この場合、車両１０は、船舶や航空機と読み替える。車載情報端末２０を座席に設置可能であれば、車両１０は列車やバス等でも良い。但し、実際には、これらの例に限定されない。
また、車載情報端末２０とサーバ装置３０は両方とも車両１０に搭載されていても良い。このとき、車載情報端末２０とサーバ装置３０は同一の端末でも良い。例えば、図９に示すように、車載情報端末２０が、サーバ装置３０の路面状況判定部３３に相当する路面状況判定部２９を備えていても良い。なお、記憶部２２は、走行履歴ＤＢ３４の機能も有するものとする。また、車両情報取得部２６は、車両情報収集部３２の機能も有するものとする。第１実施形態では、車載情報端末２０とサーバ装置３０が「コンポーネントレイアウト装置」に対応する。
【００５０】
（第１実施形態の効果）
（１）第１実施形態に係るコンポーネントレイアウト装置は、車両に搭載された車載情報端末に表示されるアプリケーションソフトウェアのコンポーネントをレイアウトするコンポーネントレイアウト装置であって、車両が道路を走行した際の路面走行データを取得して蓄積し、蓄積された路面走行データを用いて道路の路面状況を評価し、路面状況の評価に応じて、アプリケーションソフトウェアのコンポーネントのうち、ユーザの操作対象となる操作対象コンポーネントのレイアウトを変更する。
このようにすることで、車両の加速度データ（加速度変化）から、その道路における車体の振動の度合いを推測することができ、車載情報端末に対するユーザのタッチパネルの誤操作を誘発し得る路面状況か否か判断することができる。ユーザのタッチパネルの誤操作を誘発し得る路面状況と判断される場合、路面状況に合わせて、アプリケーションソフトウェアの表示画面における操作対象コンポーネントのレイアウトを変更することで、ユーザが誤操作する確率を低減させることができる。
【００５１】
（２）第１実施形態に係るコンポーネントレイアウト装置は、車両が走行する道路をリンク単位に分解し、蓄積された路面走行データのうち、リンク毎に関連する路面走行データを用いて、リンク毎に路面状況を評価する。また、車両が各リンクを走行している時、路面状況の評価に応じてリンク毎に操作対象コンポーネントのレイアウトを変更する。
このようにすることで、例えばナビゲーションシステム等において目的地が設定された時に、現在位置から目的位置までの走行ルートをリンク単位に分解し、リンク毎に路面状況を評価することができ、リンク毎に操作対象コンポーネントのレイアウトを変更することができる。
【００５２】
（３）第１実施形態に係るコンポーネントレイアウト装置は、路面状況の評価に応じて操作対象コンポーネント間の間隔及び操作対象コンポーネントの大きさのうち少なくとも一方を変更する。
このようにすることで、路面状況が悪化している場合、ユーザの誤操作を抑止するために、操作対象コンポーネント間に十分な広さを確保して表示したり、操作対象コンポーネントを拡大して表示したりして、操作対象コンポーネントの操作を、通常の表示の場合よりも容易にすることができる。
【００５３】
（４）路面走行データは、少なくとも、計測した日時、車両ＩＤ、緯度、経度、地図データ上のリンク情報、及び加速度センサーで検出した車両の加速度データを含む。
このようにすることで、路面走行データに必要な情報を持たせることができ、リンク情報と路面走行データとを対応させることが可能になる。また、計測した日時を含むため、当日又は直近の日時にその道路（リンク）を走行した車両の路面走行データのみ利用するといったことも可能となり、急な道路工事や事故・災害による路面状況の悪化等、リアルタイムでの路面状況の変化にも対応することができる。
【００５４】
（５）第１実施形態に係るコンポーネントレイアウトシステムは、車載情報端末と、サーバ装置とを備える。車載情報端末は、車両に搭載され、車両が道路を走行した際の路面走行データを取得する。サーバ装置は、車載情報端末から路面走行データを収集して蓄積し、蓄積された路面走行データを用いて、道路の路面状況を評価する。車載情報端末は、サーバ装置から路面状況の評価の通知を受け、路面状況の評価に応じて、自身の表示画面に表示されるアプリケーションソフトウェアのコンポーネントのうち、ユーザの操作対象となる操作対象コンポーネントのレイアウトを変更する。
このようにすることで、路面状況を評価する処理をサーバ装置に集中することができ、複数の車載情報端末から収集した路面走行データを用いて、路面状況を評価することができる。したがって、１つの車載情報端末からのみ取得した路面走行データを用いる場合よりも高い精度で路面状況を評価することができる。
【００５５】
（６）第１実施形態に係る車載情報端末は、車両に搭載され、車両が道路を走行した際の路面走行データを取得する。この路面走行データをネットワーク上のサーバ装置に送信し、且つ、サーバ装置から車両が走行する道路に関する路面状況の評価を受信する。この路面状況の評価に応じて、自身の表示画面に表示されるアプリケーションソフトウェアのコンポーネントのうち、ユーザの操作対象となる操作対象コンポーネントのレイアウトを変更する。
このようにすることで、車載情報端末は、路面走行データを取得する処理と、操作対象コンポーネントのレイアウトを変更する処理に特化することができる。
【００５６】
（７）第１実施形態に係るサーバ装置は、車両に搭載された車載情報端末から、車両が道路を走行した際の路面走行データを収集して蓄積する。この蓄積された路面走行データを用いて道路の路面状況を評価する。そして、車両が走行する道路に関する路面状況の評価を、車載情報端末に通知する。
このようにすることで、サーバ装置は、路面状況を評価する処理に特化することができる。また、複数の車両又は複数の車載情報端末から収集した路面走行データを用いて、路面状況を評価することができる。
【００５７】
＜第２実施形態＞
以下に、本発明の第２実施形態について説明する。
第２実施形態では、走行ルートをリンク単位に分解せず、車両が現在走行している道路についてのみ判定の対象とする。ここでは、直近の一定時間内の路面走行データを用いる。なお、車載情報端末が、車両が走行する道路の路面状況を判定するものとする。但し、実際には、第１実施形態と同様に、サーバ装置が、車両が走行する道路の路面状況を判定しても良い。
【００５８】
（構成）
図９に示すように、第２実施形態に係るコンポーネントレイアウトシステムは、車両１０と、車載情報端末２０を備える。車両１０及び車載情報端末２０については、基本的に、第１実施形態と同様である。第２実施形態では、車載情報端末２０は、更に、路面状況判定部２９を備える。路面状況判定部２９は、第１実施形態におけるサーバ装置３０の路面状況判定部３３に相当する。なお、記憶部２２は、走行履歴ＤＢ３４の機能も有するものとする。また、車両情報取得部２６は、車両情報収集部３２の機能も有するものとする。第２実施形態では、車載情報端末２０が「コンポーネントレイアウト装置」に対応する。
【００５９】
（動作）
図１０を用いて、レイアウトを変更する際の具体的な処理の流れについて説明する。
ステップＳ４０１にて、車載情報端末２０の制御部２１は、アプリケーションソフトウェアが起動された時、車両情報取得部２６及びレイアウト変更部２７を起動する。若しくは、車両情報取得部２６及びレイアウト変更部２７は、アプリケーションソフトウェアが起動された時、自動的に起動するようにしても良い。レイアウト変更部２７は、起動時に、アプリケーションソフトウェアのコンポーネント（ＵＩコンポーネント、及び共に表示する画像や文字情報等のリソース）と、それらのレイアウトを定義したレイアウト定義ファイルをロードする。レイアウト変更部２７は、レイアウト定義ファイルの内容に応じて、ロードしたコンポーネントをレイアウトする。
【００６０】
ステップＳ４０２にて、車載情報端末２０の車両情報取得部２６は、アプリケーションソフトウェアが起動している間、定期的に、車両１０から車両情報として路面走行データ及び運転状態データを取得し、記憶部２２に保存する。このとき、取得してから一定時間が経過した古いデータを削除するようにしても良い。
ステップＳ４０３にて、車載情報端末２０のレイアウト変更部２７は、車両情報取得部２６により取得された運転状態データ（車速データやシフトポジションデータ、パーキングプレーキの作動データ等）を用いて、車両１０が走行中か停車中かを判断する。レイアウト変更部２７は、車両１０が停車中であると判断した場合（ステップＳ４０３でＮｏ）、路面状況の変化による誤操作防止について考慮する必要がないので、現状を維持し、ステップＳ４１１に移行する。なお、実際には、車両１０が停車中であると判断した時点で、処理を終了しても良い。
【００６１】
ステップＳ４０４にて、車載情報端末２０のレイアウト変更部２７は、車両１０が走行中であると判断した場合（ステップＳ４０３でＹｅｓ）、路面状況判定部２９を起動する。路面状況判定部２９は、直近の一定時間内の路面走行データを用いて、車両が現在走行している道路の路面状況を推測して数値化したスコア情報を求める。例えば、現在時刻から過去３０秒以内に取得された路面走行データを用いて、車両が現在走行している道路の路面状況を推測して数値化したスコア情報を求める。路面状況判定部２９は、数値化が完了した後、スコア情報をレイアウト変更部２７に通知して停止する。若しくは、路面状況判定部２９からスコア情報を通知された際に、レイアウト変更部２７が路面状況判定部２９を停止する。
【００６２】
ステップＳ４０５にて、車載情報端末２０のレイアウト変更部２７は、コンポーネントの中で、操作対象コンポーネントと非操作対象コンポーネントとを判別し、操作対象コンポーネントを抽出する。
ステップＳ４０６にて、車載情報端末２０のレイアウト変更部２７は、操作対象コンポーネントを任意の順序で１つずつ取り出す。操作対象コンポーネントを１つ取り出すと、取り出した操作対象コンポーネントが処理済みであるか否かを確認（チェック）する。
ステップＳ４０７にて、車載情報端末２０のレイアウト変更部２７は、取り出した操作対象コンポーネントが未処理である場合（ステップＳ４０６でＮｏ）、取り出した操作対象コンポーネントの周囲に、別の操作対象コンポーネントがあるか否かを確認（チェック）する。レイアウト変更部２７は、取り出した操作対象コンポーネントの周囲に別の操作対象コンポーネントが無いと判断した場合（ステップＳ４０７でＮｏ）、取り出した操作対象コンポーネントに対する処理を終了し、次の操作対象コンポーネントに処理対象を移す。すなわち、ステップＳ４０６に戻る。
【００６３】
ステップＳ４０８にて、車載情報端末２０のレイアウト変更部２７は、取り出した操作対象コンポーネントの周囲に別のコンポーネントがあると判断した場合（ステップＳ４０７でＹｅｓ）、ステップＳ４０３において取得したスコア情報に応じて、操作対象コンポーネントのレイアウトデータを変更する。レイアウト変更部２７は、操作対象コンポーネントのレイアウトデータを変更する処理が終了した場合、次の操作対象コンポーネントに処理対象を移す。すなわち、ステップＳ４０６に戻る。
ステップＳ４０９にて、車載情報端末２０のレイアウト変更部２７は、取り出した操作対象コンポーネントが処理済みである場合（ステップＳ４０６でＹｅｓ）、当該コンポーネントが最後であるか否かを確認（チェック）する。例えば、他に操作対象コンポーネントが残っているか否かを確認する。これにより、車載情報端末２０のレイアウト変更部２７は、操作対象コンポーネントの全てが処理済みであるか否かを確認する。レイアウト変更部２７は、操作対象コンポーネントの全てが処理済みでない場合（ステップＳ４０９でＮｏ）、すなわち、操作対象コンポーネントのうち、少なくとも１つのコンポーネントが処理済みでない場合、次のコンポーネントを取り出して同様の処理を実行する。すなわち、ステップＳ４０６に戻る。
【００６４】
ステップＳ４１０にて、車載情報端末２０のレイアウト変更部２７は、操作対象コンポーネントの全てが処理済みである場合（ステップＳ４０９でＹｅｓ）、レイアウトデータに従って実際に操作対象コンポーネントをレイアウトする。レイアウト変更部２７は、このレイアウトデータを記憶部２２に保存しても良い。その後、ステップＳ４１１に移行する。なお、実際には、操作対象コンポーネントをレイアウトした時点で、処理を終了しても良い。
ステップＳ４１１にて、車載情報端末２０の制御部２１は、アプリケーションソフトウェアが停止されたか否かを確認（チェック）する。制御部２１は、アプリケーションソフトウェアが停止された場合には、レイアウト処理の必要もなくなるため、車両情報取得部２６及びレイアウト変更部２７を停止し、処理を終了する。反対に、制御部２１は、アプリケーションソフトウェアが停止されておらず、起動中である場合には、現状を維持する。車両情報取得部２６は、運転状態データ及び運転状態データを再取得する。すなわち、ステップＳ４０２に戻る。
【００６５】
（第２実施形態の効果）
（１）第２実施形態に係るコンポーネントレイアウト装置は、車両に搭載された車載情報端末に表示されるアプリケーションソフトウェアのコンポーネントをレイアウトするコンポーネントレイアウト装置であって、車両が道路を走行した際の路面走行データを取得して蓄積し、蓄積された路面走行データを用いて道路の路面状況を評価し、路面状況の評価に応じて、アプリケーションソフトウェアのコンポーネントのうち、ユーザの操作対象となる操作対象コンポーネントのレイアウトを変更する。
このようにすることで、車両の加速度データ（加速度変化）から、その道路における車体の振動の度合いを推測することができ、車載情報端末に対するユーザのタッチパネルの誤操作を誘発し得る路面状況か否か判断することができる。ユーザのタッチパネルの誤操作を誘発し得る路面状況と判断される場合、路面状況に合わせて、アプリケーションソフトウェアの表示画面における操作対象コンポーネントのレイアウトを変更することで、ユーザが誤操作する確率を低減させることができる。この効果については、基本的に、第１実施形態の効果と同様である。
なお、第２実施形態に係るコンポーネントレイアウト装置は車載情報端末単体で実現できる。したがって、第１実施形態においてサーバ装置で行われていた処理を車載情報端末で実行することができ、サーバ装置が不要となるため、システム構成がより簡潔になる。また、サーバ装置との通信が不要であるため、通信障害等による未処理の発生を抑止することができる。
【００６６】
（２）第２実施形態に係るコンポーネントレイアウト装置は、蓄積された路面走行データのうち、直近の一定時間内の路面走行データを用いて、車両が現在走行している道路の路面状況を評価すると、路面状況の評価に応じて直ちに操作対象コンポーネントのレイアウトを変更する。
このようにすることで、直近の一定時間内の路面走行データのみを用いて、現在走行中の道路についてのみ路面状況を評価するため、古いデータが排除され、現在の路面状況をより正確に反映することができる。また、第１実施形態よりも、処理に使用される路面走行データを少なくすることができ、処理の負荷を軽減することができる。
【００６７】
＜第３実施形態＞
以下に、本発明の第３実施形態について説明する。
第３実施形態では、車両に搭載されたナビゲーション装置やモニタ装置、スマートフォン、タブレット端末、携帯電話機、携帯ゲーム機、又は携帯音楽プレーヤー等に表示される操作対象コンポーネントを、別途設置された操作画面制御装置が取得してコンポーネントレイアウト処理を行い、画面レイアウトを変更する。例えば、第２実施形態における車載情報端末から、コンポーネントレイアウト処理に関連する機能を、操作画面制御装置として独立させる。
【００６８】
（構成）
図１１に示すように、第３実施形態に係るコンポーネントレイアウトシステムは、車両１０と、車載情報端末２０と、操作画面制御装置４０を備える。車両１０については、基本的に、第１及び第２実施形態と同様である。車載情報端末２０は、制御部２１と、記憶部２２と、表示部２３と、入力部２４と、通信部２８とを備える。すなわち、第３実施形態では、車載情報端末２０は、一般的なナビゲーション装置やモニタ装置、スマートフォン、タブレット端末、携帯電話機、携帯ゲーム機、又は携帯音楽プレーヤー等である。操作画面制御装置４０は、車両１０及び車載情報端末２０と接続ケーブル等を介して通信する。実際には、操作画面制御装置４０は、車両１０と車載情報端末２０との間に設けられていても良い。ここでは、操作画面制御装置４０は、制御部４１と、記憶部４２と、コンポーネント取得部４３と、現在位置取得部４４と、車両情報取得部４５と、レイアウト変更部４６と、路面状況判定部４７を備える。制御部４１は、操作画面制御装置４０の内部機構を制御し、プログラムや各種データを処理するプロセッサである。記憶部４２は、プログラムや各種データを記憶するためのメモリ又はストレージである。コンポーネント取得部４３は、車載情報端末２０から、現在の画面情報と共に、操作対象コンポーネントを取得するプロセッサである。コンポーネント取得部４３は、制御部４１と同一のプロセッサでも良いし、異なるプロセッサでも良い。現在位置取得部４４は、第１及び第２実施形態における現在位置取得部２５に相当する。車両情報取得部４５は、第１及び第２実施形態における車両情報取得部２６に相当する。レイアウト変更部４６は、第１及び第２実施形態におけるレイアウト変更部２７に相当する。路面状況判定部４７は、第１実施形態における路面状況判定部３３や、第２実施形態における路面状況判定部２９に相当する。第３実施形態では、操作画面制御装置４０が「コンポーネントレイアウト装置」に対応する。
【００６９】
（動作）
図１２を用いて、レイアウトを変更する際の具体的な処理の流れについて説明する。
ステップＳ５０１にて、操作画面制御装置４０の制御部４１は、車載情報端末２０においてアプリケーションソフトウェアが起動された時、コンポーネント取得部４３、車両情報取得部４５及びレイアウト変更部４６を起動する。コンポーネント取得部４３は、起動時に、車載情報端末２０から、アプリケーションソフトウェアのコンポーネント（ＵＩコンポーネント、及び共に表示する画像や文字情報等のリソース）と、それらのレイアウトを定義したレイアウト定義ファイルをロードする。
【００７０】
ステップＳ５０２にて、操作画面制御装置４０の車両情報取得部４５は、アプリケーションソフトウェアが起動している間、定期的に、車両１０から車両情報として路面走行データ及び運転状態データを取得し、記憶部４２に保存する。このとき、取得してから一定時間が経過した古いデータを削除するようにしても良い。
ステップＳ５０３にて、操作画面制御装置４０のレイアウト変更部４６は、車両情報取得部４５により取得された運転状態データ（車速データやシフトポジションデータ、パーキングプレーキの作動データ等）を用いて、車両１０が走行中か停車中かを判断する。レイアウト変更部４６は、車両１０が停車中であると判断した場合（ステップＳ５０３でＮｏ）、路面状況の変化による誤操作防止について考慮する必要がないので、現状を維持し、ステップＳ５１１に移行する。なお、実際には、車両１０が停車中であると判断した時点で、処理を終了しても良い。
【００７１】
ステップＳ５０４にて、操作画面制御装置４０のレイアウト変更部４６は、車両１０が走行中であると判断した場合（ステップＳ５０３でＹｅｓ）、路面状況判定部４７を起動する。路面状況判定部４７は、直近の一定時間内の路面走行データを用いて、車両が現在走行している道路の路面状況を推測して数値化したスコア情報を求める。例えば、現在時刻から過去３０秒以内に取得された路面走行データを用いて、車両が現在走行している道路の路面状況を推測して数値化したスコア情報を求める。路面状況判定部４７は、スコア情報をレイアウト変更部４６に通知して停止する。若しくは、路面状況判定部４７からスコア情報を通知された際に、レイアウト変更部４６が路面状況判定部４７を停止する。
【００７２】
ステップＳ５０５にて、操作画面制御装置４０のレイアウト変更部４６は、コンポーネントの中で、操作対象コンポーネントと非操作対象コンポーネントとを判別し、操作対象コンポーネントを抽出する。
ステップＳ５０６にて、操作画面制御装置４０のレイアウト変更部４６は、操作対象コンポーネントを任意の順序で１つずつ取り出す。操作対象コンポーネントを１つ取り出すと、取り出した操作対象コンポーネントが処理済みであるか否かを確認（チェック）する。
ステップＳ５０７にて、操作画面制御装置４０のレイアウト変更部４６は、取り出した操作対象コンポーネントが未処理である場合（ステップＳ５０６でＮｏ）、取り出した操作対象コンポーネントの周囲に、別の操作対象コンポーネントがあるか否かを確認（チェック）する。レイアウト変更部４６は、取り出した操作対象コンポーネントの周囲に別の操作対象コンポーネントが無いと判断した場合（ステップＳ５０７でＮｏ）、取り出した操作対象コンポーネントに対する処理を終了し、次の操作対象コンポーネントに処理対象を移す。すなわち、ステップＳ５０６に戻る。
【００７３】
ステップＳ５０８にて、操作画面制御装置４０のレイアウト変更部４６は、取り出した操作対象コンポーネントの周囲に別のコンポーネントがあると判断した場合（ステップＳ５０７でＹｅｓ）、ステップＳ５０３において取得したスコア情報に応じて、操作対象コンポーネントのレイアウトデータを変更する。レイアウト変更部４６は、操作対象コンポーネントのレイアウトデータを変更する処理が終了した場合、次の操作対象コンポーネントに処理対象を移す。すなわち、ステップＳ５０６に戻る。
【００７４】
ステップＳ５０９にて、操作画面制御装置４０のレイアウト変更部４６は、取り出した操作対象コンポーネントが処理済みである場合（ステップＳ５０６でＹｅｓ）、当該コンポーネントが最後であるか否かを確認（チェック）する。例えば、他に操作対象コンポーネントが残っているか否かを確認する。これにより、操作画面制御装置４０のレイアウト変更部４６は、操作対象コンポーネントの全てが処理済みであるか否かを確認する。レイアウト変更部４６は、操作対象コンポーネントの全てが処理済みでない場合（ステップＳ５０９でＮｏ）、すなわち、操作対象コンポーネントのうち、少なくとも１つのコンポーネントが処理済みでない場合、次のコンポーネントを取り出して同様の処理を実行する。すなわち、ステップＳ５０６に戻る。
【００７５】
ステップＳ５１０にて、操作画面制御装置４０のレイアウト変更部４６は、操作対象コンポーネントの全てが処理済みである場合（ステップＳ５０９でＹｅｓ）、レイアウトデータに従って実際に車載情報端末２０の操作対象コンポーネントをレイアウトする。若しくは、レイアウト変更部４６は、レイアウトデータを車載情報端末２０の制御部２１に通知する。制御部２１は、レイアウトデータに従って表示部２３に表示されている操作対象コンポーネントをレイアウトする。レイアウト変更部４６は、このレイアウトデータを記憶部４２や記憶部２２に保存しても良い。その後、ステップＳ５１１に移行する。なお、実際には、操作対象コンポーネントをレイアウトした時点で、処理を終了しても良い。
【００７６】
ステップＳ５１１にて、操作画面制御装置４０の制御部４１は、車載情報端末２０においてアプリケーションソフトウェアが停止されたか否かを確認（チェック）する。制御部４１は、アプリケーションソフトウェアが停止された場合には、レイアウト処理の必要もなくなるため、車両情報取得部４５及びレイアウト変更部４６を停止し、処理を終了する。反対に、制御部４１は、アプリケーションソフトウェアが停止されておらず、起動中である場合には、現状を維持する。車両情報取得部４５は、運転状態データ及び運転状態データを再取得する。すなわち、ステップＳ５０２に戻る。
（変形例）
操作画面制御装置４０は、更に通信部を備え、若しくは車載情報端末２０の通信部２８を利用して、第１実施形態におけるサーバ装置３０と通信するようにしても良い。例えば、操作画面制御装置４０は、第１実施形態における車載情報端末２０と同様のコンポーネントレイアウト処理を行うようにしても良い。
【００７７】
（第３実施形態の効果）
（１）第２実施形態に係るコンポーネントレイアウト装置は、車両に搭載された車載情報端末に表示されるアプリケーションソフトウェアのコンポーネントをレイアウトするコンポーネントレイアウト装置であって、車両が道路を走行した際の路面走行データを取得して蓄積し、蓄積された路面走行データを用いて道路の路面状況を評価し、路面状況の評価に応じて、アプリケーションソフトウェアのコンポーネントのうち、ユーザの操作対象となる操作対象コンポーネントのレイアウトを変更する。
このようにすることで、車両の加速度データ（加速度変化）から、その道路における車体の振動の度合いを推測することができ、車載情報端末に対するユーザのタッチパネルの誤操作を誘発し得る路面状況か否か判断することができる。ユーザのタッチパネルの誤操作を誘発し得る路面状況と判断される場合、路面状況に合わせて、アプリケーションソフトウェアの表示画面における操作対象コンポーネントのレイアウトを変更することで、ユーザが誤操作する確率を低減させることができる。この効果については、基本的に、第１実施形態の効果と同様である。
更に、第３実施形態では、コンポーネントレイアウト装置が操作画面制御装置であり、車載情報端末から独立しているため、第１及び第２実施形態に未対応である既存の車載情報端末に対してもコンポーネントレイアウト処理を行うことが可能である。
【００７８】
（２）第３実施形態に係るコンポーネントレイアウト装置は、蓄積された路面走行データのうち、直近の一定時間内の路面走行データを用いて、車両が現在走行している道路の路面状況を評価すると、路面状況の評価に応じて直ちに操作対象コンポーネントのレイアウトを変更する。
このようにすることで、直近の一定時間内の路面走行データのみを用いて、現在走行中の道路についてのみ路面状況を評価するため、古いデータが排除され、現在の路面状況をより正確に反映することができる。また、第１実施形態よりも、処理に使用される路面走行データを少なくすることができ、処理の負荷を軽減することができる。この効果については、基本的に、第２実施形態の効果と同様である。
（補足）
なお、上記の各実施形態は、組み合わせて実施することも可能である。また、端末の動作モードや機能の切り替え等により、実施形態を変更できるようにしても良い。
以上、本発明の実施形態を詳述してきたが、実際には、上記の実施形態に限られるものではなく、本発明の要旨を逸脱しない範囲の変更があっても本発明に含まれる。
【符号の説明】
【００７９】
１０…車両、１１…コントローラ、１２…各種センサー、１３…車載カメラ、１４…操舵機構、１５…駆動機構、１６…制動機構、２０…車載情報端末、２１…制御部、２２…記憶部、２３…表示部、２４…入力部、２５…現在位置取得部、２６…車両情報取得部、２７…レイアウト変更部、２８…通信部、２９…路面状況判定部、３０…サーバ装置、３１…制御部、３２…車両情報収集部、３３…路面状況判定部、３４…走行履歴ＤＢ（データベース）、３５…通信部、４０…操作画面制御装置、４１…制御部、４２…記憶部、４３…コンポーネント取得部、４４…現在位置取得部、４５…車両情報取得部、４６…レイアウト変更部、４７…路面状況判定部
【図１】
2015137979.tif 000003
【図２】
2015137979.tif 000004
【図３】
2015137979.tif 000005
【図４】
2015137979.tif 000006
【図５】
2015137979.tif 000007
【図６】
2015137979.tif 000008
【図７】
2015137979.tif 000009
【図８】
2015137979.tif 000010
【図９】
2015137979.tif 000011
【図１０】
2015137979.tif 000012
【図１１】
2015137979.tif 000013
【図１２】
2015137979.tif 000014