JP6354292B2 - 車両用情報処理装置 - Google Patents

Description

本発明は、ユーザによる入力操作に応じた機能を実行する車両用情報処理装置に関する。

従来、機械的なスイッチやタッチパネルなどの入力装置を介してユーザ操作を受け付け、当該操作に対応する処理を実施する車両用情報処理装置（例えばナビゲーション装置）がある。この種の車両用情報処理装置は、ユーザが所望する機能を特定するための選択肢を階層的に備えてあって、ある選択肢に対するユーザの選択操作を受け付けると、その選択された選択肢に属する選択肢を表示する。すなわち、車両用情報処理装置は、選択肢の表示と、ユーザからの選択操作の受け付けを繰り返すことで、ユーザが所望する機能を特定して実行する。このような構成においてユーザは、所望の機能を実行させるために、複数回の入力操作をしなければならず、手間であった。

そこで、特許文献１に、ユーザによって、自身がいずれ使用すると想定される機能を実行させるための一連の操作を、マクロプログラム（以降、マクロ）として登録しておくことができる車両用情報処理装置も提案されている。この車両用情報処理装置によれば、ユーザは、当該マクロを実行させるため操作を実施することで、車両用情報処理装置の制御状態を、そのマクロに対応する一連の操作を実行した場合と同様の状態にすることができる。

特許第４０８５７３８号公報

特許文献１に開示の車両用情報処理装置では、ユーザが、利用する可能性がある機能を予測して、その機能を実行させるための一連の操作に対応するマクロを手動で登録しておく必要があった。また、利用する可能性があると予測した機能が必ずしも必要となるとは限らないため、予め登録されたマクロの中には、実際には使わないマクロも存在しうる。この場合、当該マクロを登録するための手間が無駄になってしまう。

本発明は、この事情に基づいて成されたものであり、その目的とするところは、ユーザが実行する可能性がある一連の操作を自動的にマクロとして登録することができる車両用情報処理装置を提供することにある。

その目的を達成するための本発明は、ユーザによる少なくとも１つの入力操作に基づいて、その入力操作に応じた機能を実行する車両用情報処理装置（１）であって、入力装置（３）を介してユーザの操作を受け付ける操作受付部（Ｆ７）と、操作受付部が受け付けた操作の履歴を操作履歴データとしてメモリ（１１）に格納する操作履歴格納処理部（Ｆ９）と、操作履歴データに基づいて、連続した操作に対応する処理を１つにまとめたマクロプログラム（以降、マクロ）を生成し、メモリに保存するマクロ生成部（Ｆ１０）と、所定の機能を実行させるための一連の操作が完了したか否かを判定する操作完了判定部（Ｆ８）と、を備え、マクロ生成部は、一連の操作が開始されてから操作完了判定部によって完了したと判定されるまでの間に、車両が走行中となったことに基づいて車両用情報処理装置が画面表示に関わる入力操作を制限する走行強制状態となったことを条件として、当該一連の操作に対応するマクロを生成することを特徴とする。

以上の構成では、マクロ生成部は、一連の操作の途中で走行強制状態となっていた一連の操作に対応するマクロを生成する。ここで、一連の操作が開始されてから完了するまでの間に走行強制状態となっていたということは、ユーザは、一連の入力操作が走行強制によって中断された後、残りの操作を継続して実施し、完了させたことを意味する。

ところで、ユーザにとっての有用性が相対的に低い機能については、当該機能を実行させるための一連の操作が走行強制によって中断されることによって、当該機能の実行をユーザが諦めてしまう場合も考えられる。言い換えれば、走行強制によって中断されたにも関わらず完了された一連の操作とは、ユーザにとっての有用性が相対的に高い機能を実行させるための一連の操作である可能性が高い。また、そのような一連の操作は、ユーザにとって、マクロとして登録されていると嬉しい操作であるとともに、再度ユーザが実行する可能性が高い操作であると言える。

したがって、以上の構成によれば、ユーザが実行する可能性がある一連の操作を自動的にマクロとして登録することができる。

なお、特許請求の範囲に記載した括弧内の符号は、一つの態様として後述する実施形態に記載の具体的手段との対応関係を示すものであって、本発明の技術的範囲を限定するものではない。

実施形態１に係るナビゲーション装置１００の概略的な構成の一例を示すブロック図である。 実施形態１における制御部１の概略的な構成の一例を示すブロック図である。 周辺地図画面の一例である。 周辺検索メニュー画面の一例である。 周辺施設表示画面の一例である。 目的選択画面の一例である。 施設ジャンル選択画面の一例である。 制御部１が実施するマクロ生成関連処理を説明するためのフローチャートである。 マクロリスト画面の一例である。 実施形態２における制御部１Ａの概略的な構成を示すブロック図である。 変形例１における周辺地図画面の一例である。

＜実施形態１＞
以下、本発明の第１の実施形態（実施形態１とする）について図を用いて説明する。図１は、本発明に係る車両用情報処理装置を適用したナビゲーション装置１００の概略的な構成の一例を示す図である。なお、ここでは一例として、本発明に係る車両用情報処理装置をナビゲーション装置１００に適用した構成について説明するが、もちろん、その他、オーディオシステムなど、車両で用いられる種々の装置やシステムに適用することができる。

図１に示すようにナビゲーション装置１００は、制御部１、車載センサ群２、入力装置３、表示装置４、音声出力装置５、地図データベース（以降、地図ＤＢ）６を備えている。制御部１と、車載センサ群２、位置検出器２１、入力装置３、表示装置４、音声出力装置５、地図ＤＢ６とは、それぞれ周知の車両内ネットワークによって相互通信可能に接続されている。以降では、このナビゲーション装置１００が搭載された車両を自車両と称する。

車載センサ群２は、自車両に搭載された種々のセンサであって、例えば、車速センサや、加速度センサ、ジャイロセンサ、ＧＮＳＳ受信機、操舵角センサ、ブレーキストロークセンサ、アクセルペダルセンサ、方向指示レバー位置センサ、シートセンサなどを備える。

車速センサは自車両の走行速度を検出し、加速度センサは自車両に作用する加速度を検出する。ＧＮＳＳ受信機は、ＧＮＳＳ（Ｇｌｏｂａｌ Ｎａｖｉｇａｔｉｏｎ Ｓａｔｅｌｌｉｔｅ Ｓｙｓｔｅｍ）で用いられる衛星からの電波を受信することで、ＧＮＳＳ受信機の現在位置を示すデータを取得する。ＧＮＳＳ受信機としては、例えばＧＰＳ受信機を用いることができる。

ジャイロセンサは自車両の鉛直軸周りの回転角速度を検出し、操舵角センサはステアリングの切れ角に基づいて操舵角を検出する。ブレーキストロークセンサはブレーキペダルの踏込量を検出し、アクセルペダルセンサはアクセルペダルの踏込量を検出する。方向指示レバー位置センサは、方向指示レバーが左折位置又は右折位置になっているかを検出する。シートセンサは、車両の各シートに設けられてあって、シートに加わる圧力から、そのシートに乗員が着座しているか否かを判定する。これらの種々のセンサの出力値は、制御部１に直接入力されてもよいし、図示しないＥＣＵ（Ｅｌｅｃｔｒｏｎｉｃ Ｃｏｎｔｒｏｌ Ｕｎｉｔ）を介して入力されてもよい。

位置検出器２１は、前述のＧＮＳＳ受信機や、車速センサ、ジャイロスコープなどの車載センサ群２が備えるセンサから入力される信号に基づいて、自車両の現在位置を検出する。現在位置を示す位置情報は、例えば緯度、経度で表される構成とすればよい。位置検出器２１は、逐次（例えば１００ミリ秒毎）に現在位置を検出し、その位置情報を制御部１に出力する。

なお、現在位置を検出するために用いられるセンサ群は、各々が性質の異なる誤差を持っているため、複数のセンサにより各々補完しながら使用するように構成されている。もちろん、各センサの精度によっては、上述したセンサの一部を用いても良い。

入力装置３は、ユーザが、制御部１に対して各種機能の実行指示を行うための装置であって、本実施形態では一例として、表示装置４が備える表示パネルと一体になったタッチパネルとする。入力装置３としてのタッチパネルがユーザのタッチ位置を検出する方式は、静電用容量式、感圧式のどちらでもよく、さらにはその他の方式であってもよい。入力装置３としてのタッチパネルは、ユーザからのタッチ操作を検出すると、タッチパネル上のタッチされた位置を示す制御信号（タッチ位置信号とする）を、制御部１に逐次出力する。制御部１は、入力装置３がタッチ位置から、表示画面上に表示しているボタンのうち、どのボタンをタッチしたのかを特定することができる。

なお、入力装置３は、タッチパネルの他、メカニカルスイッチなどであってもよい。また、入力装置３は、表示装置４の画面上に表示されるカーソルの移動、及び当該ポインタが指し示す対象の選択などを行うポインティングデバイスとして構成されたハプティックデバイスであってもよい。さらに、周知の音声認識技術を用いた音声入力装置であってもよい。

表示装置４は、制御部１からの指示に基づいてテキストや画像を表示する。表示装置４は、例えばフルカラー表示が可能なものであり、液晶ディスプレイ、有機ＥＬディスプレイ、プラズマディスプレイ等を用いて構成することができる。本実施形態において表示装置４は、インストゥルメントパネルの車幅方向中央付近に配置されるセンターディスプレイとする。他の態様として、表示装置４はインストゥルメントパネルの運転席側の上部に配置されたマルチインフォメーションディスプレイであってもよい。また、ヘッドアップディスプレイであってもよい。

音声出力装置５は、スピーカ等から構成され、制御部１から入力される音声データを音声（単なる音も含む）に変換して出力する。

地図ＤＢ６は、地図データを格納しているデータベースであって、例えばＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）などの、書き換え可能な不揮発性の記憶媒体を用いて実現される。もちろん、地図ＤＢ６において地図データを格納する記憶媒体は、ＨＤＤなどの磁気記憶媒体に限らず、ＤＶＤなどの光学記憶媒体等であってもよい。また、書き換え不可能な記憶媒体であってもよい。地図データは、道路の接続関係（すなわち道路網）を示す道路データや、施設データ、背景データ、描画用データ、音声データなどを備えている。

道路データは、複数の道路が交差、合流、分岐する地点（ノードとする）に関するノードデータと、その地点間を結ぶ道路（すなわちリンク）に関するリンクデータを有する。ノードデータは、ノード毎に固有の番号を付したノードＩＤ、ノードの座標（緯度・経度）、ノード名称、ノードに接続する全てのリンクのリンクＩＤが記述される接続リンクＩＤ、などの各データを備える。

リンクデータは、道路毎に固有の番号を付したリンクＩＤ、リンク長、リンクの始端及び終端ノード、リンク上の各地点の座標データ、高速道路や一般道路などの道路種別、道路幅員、リンク方位、道路名称、車線数、制限速度などの各データを備える。

施設データは、地図上の各施設の情報を、地図上の座標と関連付けたデータとして構成している。施設の情報としては、その施設に関連付けて電話番号や、施設のジャンル、住所等のデータなどが含まれる。

施設ジャンルは、例えば「車両関係」、「ショッピング」、「生活」、「飲食」、「レジャー」、「その他」、などの目的毎のジャンル（目的ジャンル）に区別されて管理されている。各施設が属する施設ジャンルは、上述した目的ジャンルの何れか１つに属しているものとする。例えば、「ガソリンスタンド」、「駐車場」、「車両用品店」、「自動車修理・整備」などの施設ジャンルは目的ジャンル「車両関係」に属し、「コンビニエンスストア」、「ショッピングモール」、「スーパーマーケット」などの施設ジャンルは目的ジャンル「ショッピング」に属することとする。

また、「病院」、「学校」、「郵便局」、「銀行」、「役所などの施設ジャンルは目的ジャンル「生活」に属し、「ファミリーレストラン」、「寿司」、「うどん・そば」、「イタリアン」、「中華料理」、「ラーメン」、「カレー」、「カフェ」などの施設ジャンルは目的ジャンル「飲食」に属することとする。「宿泊施設」、「観光名所」、「公園」、「遊園地」などの施設ジャンルは、「レジャー」に属していることとする。

これら施設のジャンルの管理の仕方は、適宜設計されればよい。なお、施設ジャンル「宿泊施設」は、さらに「ホテル」と「旅館」など、より詳細に区別したジャンルを下位に備えていてもよい。また、「寿司」「うどん・そば」は、「和食」というジャンルに１つにまとめられてあってもよい。

背景データは、河川や海岸、湖、山岳など、地図上の各地点の地形を示すデータである。描画用データは、地図画像や、ユーザが所望する機能を特定するための選択肢を表示し、ユーザからの選択入力を待機する画面（選択要求画面とする）で表示する画像を描画するためのデータである。描画用データは、自車両の現在位置及び進行方向を示すアイコン画像（以降、単にアイコン）や、種々の施設を表すアイコンなどを含む。この画像データに基づいて後述の方面看板画像や交差点拡大図が生成される。音声データは、経路案内処理時の案内音声や、ユーザの入力を促す案内音声のデータである。

制御部１は、通常のコンピュータとして構成されており、周知のＣＰＵ、ＲＯＭやフラッシュメモリなどの不揮発性メモリ、ＲＡＭなどの揮発性メモリ、Ｉ／Ｏ、及びこれらの構成を接続するバスライン（何れも図示略）などを備えている。種々の処理を実行するためのプログラムモジュールや種々のデータは、前述の不揮発性メモリに格納されている。また、制御部１が備えるメモリ１１は、書き換え可能な記憶媒体であって、例えば制御部１が備えるフラッシュメモリやＲＡＭなどによって実現される。

ここで図２を用い、制御部１が、前述のプログラムモジュールを実行することによって実現する機能について説明する。制御部１は、機能ブロックとして図２に示すように、走行状態判定部Ｆ１、現在位置取得部Ｆ２、経路案内部Ｆ３、周辺施設検索部Ｆ４、表示処理部Ｆ５、音声出力処理部Ｆ６、操作受付部Ｆ７、操作完了判定部Ｆ８、操作履歴格納処理部Ｆ９、及びマクロ生成部Ｆ１０を備える。

走行状態判定部Ｆ１は、車載センサ群２からの入力信号に基づいて、自車両が走行しているか否かを判定する。例えば、車速が０となった場合に自車両が停車したと判定し、車速が０よりも大きい状態になった場合に走行を開始したと判定する。また、車速が０となったときに停止判定するのではなく、車速が所定速度以下となったときに停止と判定してもよいし、サイドブレーキがオンとなっている場合に、自車両は停車していると判定してもよい。走行状態判定部Ｆ１は、自車両が走行していると判定している場合には、走行中であることを操作受付部Ｆ７に通知する。

現在位置取得部Ｆ２は、位置検出器２１から自車両の現在位置を示す位置情報を逐次取得する。なお、他の態様として、現在位置取得部Ｆ２が、車載センサ群２から入力されるデータに基づいて自車両の現在位置を検出してもよい。

経路案内部Ｆ３は、ユーザの操作に基づいて、目的地とする地点を取得し、現在地から当該目的地までの走行を案内する経路案内処理を実施する。経路案内部Ｆ３は、より細かい機能ブロックとして、目的地を取得する目的地取得部や、現在地から目的地までの推奨経路を計算する経路計算部などを備えている（何れも図示略）。そして、経路計算部が算出した推奨経路のうち、ユーザによって走行経路として設定された走行経路に基づき、車両の運転を円滑に進めるための案内を、表示処理部Ｆ５や音声出力処理部Ｆ６などと協働して実施する。

周辺施設検索部Ｆ４は、現在地周辺に存在する種々の施設のうち、ユーザが指定する施設ジャンルに属する施設のデータを地図ＤＢ６から取得する。そして、それらの施設の位置を示すアイコンを地図画像上に重畳表示するように表示処理部Ｆ５に要求する。この周辺施設検索部Ｆ４が実施する一連の処理を周辺施設検索処理と称する。この周辺施設検索部Ｆ４のより詳細な作動については別途後述する。

表示処理部Ｆ５は、他の機能ブロックからの要求やユーザ操作に基づいて、表示装置４に表示するための画像を生成し、表示装置４に表示させる。表示処理部Ｆ５が表示装置４に表示させる画面としては、周辺地図画面、経路案内画面、周辺施設表示画面、選択要求画面などがある。

例えば、周辺地図画面は、現在位置取得部Ｆ２が取得した現在位置周辺の地図画像をユーザから指定された縮尺で表示するとともに、自車両の現在位置を示すアイコンを地図画像上に表示している画面である。また、上述した経路案内画面では、周辺地図画面に、さらに案内経路を重ねて表示させる。経路案内画面なお、経路案内画面において車両が右左折すべき交差点、高速道路の入口、出口といった所定の案内対象分岐点に接近したときには、その案内対象分岐点付近の拡大案内図を表示させる。

また周辺施設表示画面は、周辺地図画面又は経路案内画面においてにおいて、ユーザによって指定された施設ジャンルに属する施設の位置を示すアイコンを重ねて表示した画面である。周辺施設表示画面は、周辺施設検索部Ｆ４からの要求に基づいて生成される。表示処理部Ｆ５が表示装置４に表示させる各画面には、固有の識別子（画面ＩＤとする）が設定されている。

なお、表示処理部Ｆ５が備えるマクロリスト表示処理部Ｆ５１は、操作受付部Ｆ７からの要求に基づいてマクロリスト画面を表示させるための機能ブロックである。このマクロリスト画面についての詳細は後述する。

また、表示処理部Ｆ５が表示装置４に表示させる画面には、ユーザからの指示操作を受け付けるためのボタン画像（以降、ボタン）を備えるものがある。ここで、周辺地図画面の一例を図３に示す。周辺地図画面は、図３に示すように、現在位置周辺の地図画像上に、自車両の現在地及び進行方向を示すアイコン（自車位置アイコン）Ｍ１、方位角を示す方位角アイコンＭ２、目的地設定ボタンＢ１、周辺検索ボタンＢ２、メニューボタンＢ３、及びマクロリスト表示ボタンＢ４を備える。

自車位置アイコンＭ１は二等辺三角形で表し、当該二等辺三角形の頂点の方向が自車両の進行方向を示している。また、方位角アイコンＭ２は、北の方角を矢印で表す。目的地設定ボタンＢ１は、ユーザが目的地の設定を行うための画面を呼び出すためのボタンである。周辺検索ボタンＢ２は、ユーザが周辺施設表示機能を実行させるための一連の操作を開始するためのボタンである。メニューボタンＢ３は、ナビゲーション装置１００が実行可能な機能の一覧を表示する画面（メニュー画面とする）を呼び出すためのボタンである。マクロリスト表示ボタンＢ４については、別途後述する。

これら、各画面に設けられている種々のボタンには、ボタン毎に固有のボタンＩＤが設定されてある。制御部１は、ユーザに選択されたボタンの当該ボタンＩＤに応じた処理を決定する。なお、画面内のボタン配置は、画面ごとに予め設定されてあって、現在表示中の画面のＩＤとユーザのタッチ位置から、ユーザが選択したボタンのボタンＩＤを特定することができる。

なお、以上では、画面に設けられたボタンとして、別の画面を呼び出すためのボタンについて言及したが、その他、表示処理部Ｆ５は、数字や、アルファベットなどの文字を入力するためのボタン（文字入力ボタンとする）も表示させる。文字入力ボタンは、アルファベットや数字などの文字列を入力するための入力フォームに、ユーザが所望する文字を入力するために用いられる。

文字入力ボタンも、別の画面を呼び出すためのボタンと同様にボタンＩＤが設定されてあって、後述する操作受付部Ｆ７は、ユーザによって選択されたボタンのボタンＩＤから逐次ユーザが選択した文字を特定する。表示処理部Ｆ５は、ユーザによって選択された文字を、順次入力フォームに表示する。なお、入力フォームを備える画面としては、ユーザが入力したキーワードや、電話番号、住所を検索語として施設の検索を行う画面などがある。入力フォームもまた、当該入力フォーム毎に固有のフォームＩＤが設定されてあるものとする。

再び図２に戻り、制御部１が備える機能ブロックの説明を続ける。音声出力処理部Ｆ６は、他の機能ブロックから指定された音声データを、音声出力装置５に出力し、音声出力させる。

操作受付部Ｆ７は、入力装置３から入力されるタッチ位置信号が示すタッチ位置と、現在表示中の画面の画面ＩＤに基づいて、ユーザが入力装置３に対して実施した操作を受け付け、当該操作に応じた処理を実施するように各機能部に要求する。

より具体的には、操作受付部Ｆ７は、タッチ位置と画面ＩＤからユーザが選択したボタンを特定し、そのボタンに設定されているボタンＩＤを取得する。そして、そのボタンＩＤに応じた処理を実施するためのイベントを生成する。操作受付部Ｆ７によって生成されたイベントは、例えばイベントキューに格納され、周知のイベントスケジューリングアルゴリズムに従って、順次実行されればよい。

例えば、図３に示す周辺地図画面において周辺検索ボタンＢ２がユーザによって選択された場合には、操作受付部Ｆ７は、周辺施設検索処理を開始するように周辺施設検索部Ｆ４に要求し、実行させる。

なお、操作受付部Ｆ７は、走行状態判定部Ｆ１から現在走行中であると通知されている場合には、画面表示に関わる入力操作を制限する走行強制状態となる。走行強制状態において制限する操作は、適宜設計されればよい。例えば、走行強制状態において、操作受付部Ｆ７は周辺地図画面や周辺施設表示画面、経路案内画面へ遷移するように要求する操作は受け付ける一方、その他の画面へ遷移させるための操作は受け付けないこととする。走行強制状態となった場合、その開始時間と終了時間をメモリ１１に一時保存する。

ところで、制御部１が備える機能の中には、その機能を実行され、当該機能によるサービスをユーザが受けることができる状態となるまでに、複数のユーザ操作を必要とするものがある。以降においては、そのように機能が実行されるまでに複数のユーザ操作を必要とする機能を複数操作要求機能と称する。

一方、画面には、例えば地図の縮尺の変更や、周辺地図画面への遷移など、今回受け付けた操作に後続する操作が存在しない処理の実行命令を受け付けるためのボタンも配置される。操作受付部Ｆ７は、ユーザが選択したボタンに設定されているボタンＩＤに基づいて、今回受け付けた操作が、複数操作要求機能を実行させるための一連の操作の一部であるか否かを判定する。そして、今回受け付けた操作が、複数操作要求機能を実行させるための一連の操作の一部である場合には、当該ボタンＩＤを操作完了判定部Ｆ８に渡す。

操作完了判定部Ｆ８は、操作受付部Ｆ７から入力されたボタンＩＤに基づいて、当該タッチ操作が一連の入力操作の途中であるか、又は、完了したかを判定する。例えば、ユーザによって選択されたボタンのボタンＩＤが、一連の操作の途中であって後続する入力操作を実施する必要があるボタンのボタンＩＤとして予め登録されているものである場合には、当該タッチ操作が一連の入力操作の途中であると判定する。前述の文字入力ボタンのボタンＩＤも、一連の操作の途中であって別の入力操作を実施する必要があるボタンのボタンＩＤとして予め登録されているものとする。

また、ユーザによって選択されたボタンのボタンＩＤが、一連の入力操作のうちの最後の入力操作に相当するボタンのボタンＩＤとして予め登録されているものである場合には、当該タッチ操作によって一連の入力操作が完了したと判定する。

なお、本実施形態では、ユーザによって選択されたボタンのボタンＩＤに基づいて、複数操作要求機能を実行するための一連の操作が完了したか否かを判定する構成とするが、これに限らない。画面ＩＤ毎に、完了判定用フラグを設定しておき、現在表示中の画面ＩＤから、複数操作要求機能を実行するための一連の操作が完了したか否かを判定してもよい。また、各ボタンに、複数操作要求機能を実行するための一連の操作の途中において選択されるボタンであるか否かのフラグを設定しておき、当該フラグに基づいて一連の入力操作の途中であるか否かを判定してもよい。

その他、現在呼び出されているプログラムに設定されているプログラム番号に基づいて、一連の操作が完了したか否かを判定してもよい。

操作履歴格納処理部Ｆ９は、ユーザによる操作の内容を表すデータを操作履歴データＤ１としてメモリ１１に順次格納する。ここでの操作履歴データＤ１としては、ユーザが選択したボタンのボタンＩＤ、そのとき表示していた画面の画面ＩＤ、当該操作を受け付けた時刻などが該当する。また、入力フォームを含む画面を表示した場合には、当該入力フォームのフォームＩＤと入力されたテキストデータ、なども操作履歴データＤ１に含まれる。なお、その他、操作履歴データＤ１として、ユーザ操作に対する処理結果を格納してもよい。ここでの処理結果とは、ユーザが選択したボタンのボタンＩＤに応じて呼び出された処理プログラムのプログラム番号や、新たに呼び出された処理プログラムに渡す引数などが該当する。

マクロ生成部Ｆ１０は、後述するマクロ生成関連処理において条件を満たした一連のユーザ操作に対応する処理を１つにまとめたマクロプログラムを生成し、メモリ１１が備えるマクロリストＤ２に追加する。このマクロ生成部Ｆ１０の詳細な作動については後述のマクロ生成関連処理についての説明の中で言及する。

ここで、複数操作要求機能の一例として、表示処理部Ｆ５によって実行される周辺施設表示機能について図４〜図６を用いて説明する。周辺施設表示機能は、周辺施設検索部Ｆ４が実施する周辺施設検索処理が完了した場合に実行される。周辺施設検索処理は、前述の通り、現在地周辺に存在する種々の施設のうち、ユーザが指定する施設ジャンルに属する施設のデータを地図ＤＢ６から取得し、それらの施設の位置を示すアイコンを地図画像上に表示するように表示処理部Ｆ５に要求するものである。

まず、周辺施設検索部Ｆ４は、周辺検索ボタンＢ２（図３参照）を選択するユーザ操作を操作受付部Ｆ７が受け付けたことに基づいて、図４に示す周辺検索メニュー画面を表示するように表示処理部Ｆ５に要求し、表示させる。周辺検索メニュー画面は、ユーザが所望する施設ジャンルを取得するために表示する最初の画面である。周辺検索メニュー画面は図４に示すように、ユーザが所望する施設ジャンルを指定するための種々のボタンＢ２０１〜Ｂ２０７、及び戻るボタンＢ２００を備えている。戻るボタンＢ２００は、１つ前の画面（例えば周辺地図画面）に戻るためのボタンである。

ボタンＢ２０１〜Ｂ２０６は、当該ナビゲーション装置１００を利用するユーザによって、相対的に頻繁に利用されると想定される施設ジャンルに対応するボタンである。各ボタン内には、そのボタンに対応する施設ジャンルの名称が表されている。これらのボタンＢ２０１〜２０６のうち、何れか１つがユーザによって選択された場合には、ユーザによって選択されたボタンに対応する施設ジャンルに属する施設を地図ＤＢ６より取得する。

そして、図５に示すように、それらの取得した施設の位置を示すアイコンＭ２１〜３３を、周辺地図画像上に付加した周辺施設表示画面を表示させる。この周辺施設表示画面が表示されている状態が、周辺施設表示機能が実行されている状態である。

すなわち、周辺施設表示画面が表示された段階で、当該周辺施設表示機能を実行するための一連の入力操作が完了したことを意味する。ユーザは、ボタンＢ２０１〜２０６のそれぞれに対応付けられている施設ジャンルの中に、所望の施設ジャンルが存在する場合には、そのボタンを選択することによって、周辺施設表示機能を実行させることができる。

また、ボタンＢ２０７は、ボタンＢ２０１〜２０６で表される施設ジャンル以外の施設ジャンルをユーザが指定するためのボタンである。ユーザによってボタンＢ２０７が選択された場合には、周辺施設検索部Ｆ４は、表示処理部Ｆ５と協働して図６に示すように目的選択画面を表示する。目的選択画面は、図６に示すように、施設ジャンルを目的毎に区分した目的ジャンル毎のボタンＢ２１１〜２１４を備える。また、周辺検索メニュー画面と同様に、１つ前の画面（ここでは周辺検索メニュー画面）に戻るためのボタンＢ２００を備える。

なお、本実施形態では、表示領域の大きさが足りず、１つの表示画面に表示されない目的ジャンルのボタンは、スクロールバーＳｂｒ上においてスクロールボックスＳｂｘをスライドさせることで表示させることができる構成とする。

例えば、目的選択画面において、例えば目的ジャンル「飲食」に対応するボタンＢ２１４がユーザによって選択された場合には、周辺施設検索部Ｆ４は、図７に示す施設ジャンル選択画面を表示するように表示処理部Ｆ５に要求する。施設ジャンル選択画面は、図７に示すようにユーザによって選択された目的ジャンル（ここでは「飲食」）に属する施設ジャンルに対応するボタンＢ２２１〜２２４を備える。

また、施設ジャンル選択画面は、目的選択画面と同様に、スクロールバーＳｂｒ及びスクロールボックスＳｂｘを備えている。１つの表示画面に表示されない施設ジャンルのボタンは、スクロールバーＳｂｒ上においてスクロールボックスＳｂｘをスライドさせることで表示させることができる構成とする。戻るボタンＢ２００は、これまで同様、１つ前の画面（ここでは目的選択画面）に戻す操作を受け付けるためのボタンである。

当該施設ジャンル選択画面が備える施設ジャンルに対応するボタンのうち、何れか１つがユーザによって選択されると、周辺施設検索部Ｆ４は、ユーザによって選択されたボタンに対応する施設ジャンルに属する施設を地図ＤＢ６より取得する。そして、周辺施設検索部Ｆ４はそれらの取得した施設の位置を示す周辺施設表示画面（図５参照）を表示すように表示処理部Ｆ５に要求し、表示させる。

すなわち、ユーザは、施設ジャンルに対応するボタンを選択した場合には、周辺施設表示機能を実行するための一連の入力を完了することができる。なお、周辺検索メニュー画面が備えるボタンＢ２０７を選択する操作や、目的選択メニューが備える目的ジャンルに対応するボタン（Ｂ２１１など）を選択する操作は、後続する操作が残っているため、一連の操作の途中の操作となる。言い換えれば、周辺検索メニュー画面や、目的選択画面、施設ジャンル選択画面でユーザからの入力を待機している状態が、周辺施設表示画面を表示させるための一連の入力操作が完了していない状態に相当する。

次に、図８に示すフローチャートを用いて、制御部１が実施するマクロ生成関連処理について説明する。図８に示すフローチャートは、例えば操作受付部Ｆ７が入力装置３からタッチ位置信号を受信した場合に開始されれば良い。

まず、ステップＳ１０１では操作受付部Ｆ７が、ユーザが選択したボタンのボタンＩＤに基づいて、ユーザが複数操作要求機能を実行させるための一連の操作を開始したか否かを判定する。操作受付部Ｆ７が、複数操作要求機能を実行させるための一連の操作を、ユーザが開始したと判定した場合には、ステップＳ１０１がＹＥＳとなってステップＳ１０２に移る。一方、今回受け付けたユーザ操作は複数操作要求機能を実行させるための一連の操作を開始するものではないと判定した場合には、ステップＳ１０１がＮＯとなって本フローを終了する。

なお、本実施形態では、ユーザによって選択されたボタンのボタンＩＤに基づいて、複数操作要求機能を実行するための一連の操作が開始されたか否かを判定する構成とするが、これに限らない。ユーザ操作に基づいて遷移した画面の画面ＩＤに基づいて、一連の操作が開始したか否かを判定してもよい。

ステップＳ１０２では操作履歴格納処理部Ｆ９が、ステップＳ１０１で受け付けたユーザ操作の内容を操作履歴データＤ１として格納するとともに、ユーザ操作の記録を開始し、ステップＳ１０３に移る。ユーザ操作の記録が実施されている間においてユーザが入力した操作の内容は、逐次操作履歴データＤ１として格納されていく。

ステップＳ１０３では操作受付部Ｆ７が、新たなユーザ操作を受け付けたか否かを判定する。新たな操作を受け付けた場合には、ステップＳ１０３がＹＥＳとなってステップＳ１０４に移る。一方、新たな操作を受け付けていない場合には、ステップＳ１０３がＮＯとなってステップＳ１０３に戻る。すなわち、新たな操作が入力されるまで待機状態となる。

ステップＳ１０４では操作受付部Ｆ７が、ステップＳ１０３で受け付けた操作が、ステップＳ１０１で開始された一連の操作をキャンセルする操作であるか否かを判定する。一連の操作をキャンセルする操作とは、例えば、現在の画面から周辺地図画面や経路案内画面など所定の画面に遷移するように要求する操作などである。また、現在実行させようとしている複数操作要求機能とは別の複数操作要求機能を実行するための一連の操作が開始された場合にも、ステップＳ１０１で開始された一連の操作をキャンセルされたと判定する。なお、ある複数操作要求機能を実行させるための一連の操作を入力している途中において、別の複数操作要求機能を実行するための操作が為された場合には、それまでの操作履歴データＤ１を削除してステップＳ１０２からスタートしてもよい。

ステップＳ１０３で受け付けた操作が、ステップＳ１０１で開始された一連の操作をキャンセルする操作である場合には、ステップＳ１０４がＹＥＳとなってステップＳ１１０に移る。一方、ステップＳ１０３で受け付けた操作が、前回の操作に後続する操作である場合には、ステップＳ１０４がＹＥＳとなってステップＳ１０５に移る。ステップＳ１０５では操作履歴格納処理部Ｆ９が、ステップＳ１０３で受け付けた操作の内容を操作履歴データＤ１として格納して、Ｓ１０６に移る。

Ｓ１０６では操作完了判定部Ｆ８が、ステップＳ１０３で受け付けた操作によって一連の入力操作が完了したか否かを判定する。一連の入力操作が完了したと判定した場合には、ステップＳ１０６がＹＥＳとなってステップＳ１０７に移る。一方、一連の入力操作の途中であると判定した場合には、ステップＳ１０６がＮＯとなってステップＳ１０３に戻る。

ステップＳ１０７では、ユーザ操作の記録を終了してステップＳ１０８に移る。ステップＳ１０８ではマクロ生成部Ｆ１０が、ステップＳ１０１からステップＳ１０７までの間に、すなわち、ステップＳ１０１で開始された一連の操作が完了するまでの間に操作受付部Ｆ７が走行強制状態となったか否かを判定する。ステップＳ１０１で開始された一連の操作が完了するまでの間に操作受付部Ｆ７が走行強制状態となったか否かは、メモリ１１に格納されている走行強制状態となっていた時刻、一連の操作が開始した時刻、及び、完了した時刻を照合して判定すればよい。

一連の操作の途中において走行強制状態となっていた場合には、ステップＳ１０８がＹＥＳとなってステップＳ１０９に移る。一方、一連の操作の途中において走行強制状態となっていない場合には、ステップＳ１０８がＮＯとなってステップＳ１１０に移る。

ステップＳ１０９では、メモリ１１に格納されている操作履歴データＤ１に基づいて、一連の操作に対応する処理手順を１つにまとめたマクロプログラム（以降、マクロ）を作成して、メモリ１１にマクロリストＤ２に追加する（これをマクロ生成処理と称する）。マクロリストＤ２が備えるマクロは、作成された時刻や、当該マクロによって実行される複数操作要求機能の名称などのメタデータが付加されて保存されていることとする。例えば、周辺施設表示機能を実行するためのマクロには、周辺施設検索処理でユーザに指定された施設ジャンルなどがメタデータとして付与される。マクロ登録処理が完了すると、本フローを終了する。

ステップＳ１１０では、メモリ１１に格納されている操作履歴データＤ１を破棄して本フローを終了する。すなわち、一連の操作の途中において走行強制状態となっていない場合には、当該一連の操作をマクロとして登録せずに本フローを終了する。

ユーザは、マクロリストＤ２に備えられているマクロを実行させることによって、マクロに対応する一連の操作を順次入力した場合と同様の処理状態にすることができる。すなわち、制御部１の制御状態を、複数操作要求機能が実行され、当該複数操作要求機能によるサービスをユーザが受けることができる状態にすることができる。

マクロリストＤ２に登録されているマクロを実行させるための方法は種々想定される。ここでは一例として、ユーザによって図３に示すマクロリスト表示ボタンＢ４を選択された場合、表示処理部Ｆ５のマクロリスト表示処理部Ｆ５１は、図９に示すようなマクロリストＤ２に登録されているマクロの一覧を示すマクロリスト画面を表示する。そして、当該マクロリスト画面において表示されているマクロの何れか１つをユーザが選択した場合に、その選択されたマクロを実行する構成とする。

すなわち、図９に示すマクロリスト画面は、マクロリストＤ２が備える各マクロに対応するボタンＢ４０１〜４０４を備えており、これらのボタンＢ４０１〜４０４の何れか１つがユーザによって選択された場合に、操作受付部Ｆ７は、当該選択されたマクロボタンに対応するマクロを実行させる。

以上の構成では、マクロ生成部Ｆ１０は、一連の操作の途中で走行強制状態となっていた一連の操作に対応する複数の処理１つにまとめたマクロを生成する。ここで、一連の操作が開始されてから完了するまでの間に走行強制状態となっていたということは、ユーザは、一連の入力操作が走行強制によって中断された後も、当該一連の入力操作のうちの残りの操作を継続して実施し、完了させたことを意味する。

ところで、ユーザにとっての有用性が相対的に低い機能については、当該機能を実行させるための一連の操作が走行強制によって中断されることによって、当該機能の実行を諦めてしまう場合も考えられる。言い換えれば、走行強制によって中断されたにも関わらず完了された一連の操作とは、ユーザにとっての有用性が相対的に高い機能を実行させるための一連の操作である可能性が高い。また、そのような一連の操作は、ユーザにとって、マクロとして登録されていると嬉しい操作であるとともに、再度ユーザが実行する可能性が高い操作であると言える。

したがって、以上の構成によれば、ユーザが実行する可能性がある一連の操作を自動的にマクロとして登録することができる。

ところで、比較構成として、多くのユーザによって頻繁に利用されると想定される機能については、比較的少ない入力操作で実行できるように設計されているナビゲーション装置も考えられる。しかしながら、それらの設計思想は、個々のユーザに適応したものではないため、ユーザ個人がもつ独自性が反映されておらず、ユーザにとって頻繁に利用する機能が、上述した設計の対象となっていないこともある。

これに対し、本実施形態によれば、ユーザが実際に利用した機能を実行するための一連の入力操作をマクロとして登録するため、ユーザ個人に応じたマクロが生成されることになる。すなわち、ユーザの独自性を反映して、ナビゲーション装置１００の操作性を向上させることができる。

以上、本発明の実施形態を説明したが、本発明は上述の実施形態に限定されるものではなく、次の実施形態も本発明の技術的範囲に含まれ、さらに、下記以外にも要旨を逸脱しない範囲内で種々変更して実施することができる。

＜実施形態２＞
次に、本発明の第２の実施形態（実施形態２とする）について、図を用いて説明する。なお、便宜上、前述の実施形態１の説明に用いた図に示した部材と同一の機能を有する部材については、同一の符号を付し、その説明を省略する。また、構成の一部のみを説明している場合、構成の他の部分については先に説明した実施形態１を適用することができる。

実施形態２における制御部１Ａは、実施形態１の制御部１が備える機能ブロック（Ｆ１〜１０）に加えて、図１０に示すように状況情報取得部Ｆ１１及び類似度評価部Ｆ１２を備える。

状況情報取得部Ｆ１１は、現在の自車両及び自車両周辺の状況を表す情報（状況情報とする）を取得する。ここでの状況情報に該当する情報とは、例えば、位置情報、進行方向、時間情報、天気情報、走行している道路（より具体的にはリンク）の渋滞情報、出発地、目的地、乗員人数などがある。なお、状況情報取得部Ｆ１１は、これらの全ての種類の情報を状況情報として取得しなくてもよく、例示した種類の一部を状況情報として取得する構成であってもよい。本実施形態では、一例として、時間情報、及び、乗員人数を状況情報として採用する。

時間情報は、自車両に搭載された時計から取得してもよいし、図示しない通信装置を介して外部（交通情報センタなど）から取得してもよい。また、それらを相補的に用いてもよい。ここでの時間情報とは、時刻と、曜日を表すこととする。なお、時間情報は、その他、年月日を含んでいても良い。また、時刻に代わって、一日を複数に分割して設定される時間帯で管理されていても良い。その場合、例えば０時から６時までの第１時間帯、６時から１０時までの第２時間帯、１０時から１３時までの第３時間帯、１３時から１６時までの第４時間帯、１６時から２０時までの第５時間帯、２０時から２４時までの第６時間帯、などと設定すればよい。

乗員人数は、例えば各シートに設けられたシートセンサが、そのシートに乗員が着座しているか否かを判定した結果に基づいて決定すればよい。なお、その他、車室内に設けられたＩＲセンサにより検出してもよい。状況情報取得部Ｆ１１は、例えば、イグニッション電源がオンになっている状態において、逐次（例えば２００ミリ秒毎に）上述した状況情報を取得すればよい。

実施形態２におけるマクロ生成部Ｆ１０は、マクロをマクロリストＤ２に追加する際に、当該マクロを生成した時点において状況情報取得部Ｆ１１が取得している状況情報を、当該マクロと対応付けてメモリ１１に保存する。なお、マクロと対応づけて保存する状況情報は、マクロとして登録されることになる一連の操作を開始した時点（図８のステップＳ１０１）における状況情報であっても良いし、操作受付部Ｆ７が走行強制状態となった時点における状況情報であっても良い。また、ステップＳ１０９でマクロ登録処理を実施する時点における状況情報であっても良い。いずれの時点における状況情報も、以降では、マクロを生成した時の状況を示す状況情報と見なすこととする。

類似度評価部Ｆ１２は、マクロリストＤ２が備えるマクロ毎に、マクロを生成した時の状況情報が示す状況（時間や乗員人数など）と、現在の状況情報が示す状況とが類似している度合い（類似度とする）を評価する。

類似度は、状況情報として採用している情報の種類毎に、マクロを生成した時の値（又は状態）と、現在の値（又は状態）とを比較していき、状況情報として採用している全ての種類の情報を比較した結果に基づいて算出すれば良い。本実施形態では、現在の時刻に近い時刻で生成されたマクロほど、そのマクロが生成された状況と現在の状況との類似度を高くする。また、現在の乗員人数に近い乗員人数となっている場合に登録されたマクロほど、そのマクロが生成された状況と現在の状況との類似度を高くする。さらに、現在が平日である場合には、同じく平日に登録されたマクロほど類似度を高くする。

なお、本実施形態では、各種類の情報が、類似度に寄与する重みは、いずれも等しいものとして扱うがこれに限らない。情報の種類ごとに、類似度に寄与する重みが異なるように重み付けをしていてもよい。例えば、時刻情報の重みを他の要素の重みよりも大きくなるように重み付けしてもよい。それらの重み付けは、適宜設計されればよく、又、ユーザによって設定されても良い。

マクロリスト表示処理部Ｆ５１は、実施形態１と同様に、操作受付部Ｆ７がユーザからマクロリスト画面を表示するように指示する操作を受け付けた場合に、マクロリストＤ２に基づいて、マクロリスト画面を表示する。ただし、実施形態２のマクロリスト表示処理部Ｆ５１は、類似度評価部Ｆ１２によってそのマクロが生成された状況と現在の状況との類似度が高いと評価されているマクロほど、より優先してマクロリスト画面に表示されるように、マクロが表示される順番やレイアウトを調整する。すなわち、類似度評価部Ｆ１２が現在の状況に対する類似度が高い状況で登録されたマクロほど、より上位に配置したマクロリスト画面を表示する。

例えば、マクロリストＤ２が、施設ジャンルが「イタリアン」である施設を周辺検索処理するマクロ（イタリアン検索マクロとする）と、施設ジャンルが「カフェ」である施設を周辺検索処理するマクロ（カフェ検索マクロとする）とを備えているとする。また、イタリアン検索マクロは、平日の１２時頃に生成されてあって、カフェ検索マクロは休日の１５頃に生成されたとする。

マクロリストＤ２がそのように構成されている場合に、ユーザが平日の１２時頃にマクロリスト表示ボタンＢ４をタッチした場合には、イタリアン検索マクロをカフェ検索マクロよりも上位に配置したマクロリスト画面を表示する。また、ユーザがマクロリスト表示ボタンＢ４をタッチした時間が休日の１５時頃である場合には、イタリアン検索マクロよりもカフェ検索マクロを上位に配置したマクロリスト画面を表示する。

また、異なる例として、マクロリストＤ２が、施設ジャンルが「観光名所」である施設を周辺検索処理するマクロ（観光名所検索マクロとする）と、施設ジャンルが「銀行」である施設を周辺検索処理するマクロ（銀行検索マクロとする）を備えているとする。観光名所検索マクロは、乗員人数が４人の時に生成されたものであって、銀行検索マクロは乗員人数が１人のときに生成されたものであるとする。

マクロリストＤ２がそのように構成されている場合に、乗員人数が１人のときにマクロリスト表示ボタンＢ４がタッチされた場合には、銀行検索マクロを観光名所検索マクロよりも上位に配置したマクロリスト画面を表示する。また、乗員人数が４人や３人である場合にマクロリスト表示ボタンＢ４がタッチされた場合には、銀行検索マクロよりも郵便局検索マクロを上位に配置したマクロリスト画面を表示する。

なお、以上では、時刻や乗員人数を状況情報として採用した場合の例について説明したが、上述したような位置情報や気温など、その他の情報を用いても良い。

以上で述べた構成では、現在の状況と類似した状況で登録されたマクロが優先的にマクロリスト画面に表示されるようになる。また、類似した状況で登録されたマクロほど、今回ユーザが選択しようとしている可能性が高い。

したがって、以上の構成によれば、ユーザが入力しようとしているマクロが、優先的に表示されるため、ユーザが、所望のマクロを見つけやすくすることができる。

＜変形例１＞
実施形態１及び実施形態２では、マクロリスト表示ボタンＢ４（図３）に対する選択操作を受け付けた場合に、マクロを実行させる操作を受け付けるためのボタンＢ４０１〜４０４）を並べたリストを表示する構成としたが、これに限らない。図１１に示すように、周辺地図画面において、マクロリストＤ２が備えるマクロの一部又は全部のそれぞれに対応するボタンＢ４１１〜４１３を表示してもよい。

このような構成において、操作受付部Ｆ７は、ボタンＢ４１１〜４１３の何れ１つを選択する操作を受け付けた場合に、その選択されたマクロを実行させればよい。この変形例１の構成によれば、マクロリスト表示ボタンＢ４を選択する操作を省略することができる。

なお、変形例１において、マクロリストＤ２が備えるマクロのうち、周辺地図画面に表示するマクロの数の上限は適宜設計されれば良い。また、マクロリストＤ２が備えるマクロのうち、周辺地図画面に表示するマクロは、新しいものを優先して表示してもよいし、現在の状況と類似した状況で登録されたマクロを優先して表示してもよい。

＜その他の変形例＞
以上では、周辺検索機能を実行させるための一連の操作（及び処理）をマクロ化する場合を例示したが、これに限らない。その他、経路案内機能を実行させるための一連の操作をマクロ登録してもよい。

また、ナビゲーション装置に限らず、オーディオシステムに適用してもよい。オーディオシステムに適用する場合には、再生させる楽曲を選択して再生されるまでの一連の操作などをマクロ化すればよい。

さらに、上述した実施形態１及び実施形態２では、マクロリスト表示ボタンＢ４の画像を、タッチパネルと一体になっている表示装置４に表示し、当該画像領域がタッチされたことに基づいて、マクロリスト画面を表示する構成としたが、これに限らない。マクロリスト表示ボタンはメカニカルなスイッチであってもよい。

１００ ナビゲーション装置（車両用情報処理装置）、１・１Ａ 制御部、２ 車載センサ群、３ 入力装置、４ 表示装置、５ 音声入力装置、６ 地図ＤＢ、Ｆ１ 走行状態判定部、Ｆ２ 現在位置取得部、Ｆ３ 経路案内部、Ｆ４ 周辺施設検索部、Ｆ５ 表示処理部、Ｆ５１ マクロリスト表示処理部、Ｆ６ 音声出力処理部、Ｆ７ 操作受付部、Ｆ８ 操作完了判定部、Ｆ９ 操作履歴格納処理部、Ｆ１０ マクロ生成部、Ｆ１１ 状況情報取得部、Ｆ１２ 類似度評価部、１１ メモリ、Ｄ１ 操作履歴データ、Ｄ２ マクロリスト、Ｂ４ マクロリスト表示ボタン

Claims (7)

1. ユーザによる少なくとも１つの入力操作に基づいて、その入力操作に応じた機能を実行する車両用情報処理装置（１）であって、
   入力装置（３）を介して前記ユーザの操作を受け付ける操作受付部（Ｆ７）と、
   前記操作受付部が受け付けた操作の履歴を操作履歴データとしてメモリ（１１）に格納する操作履歴格納処理部（Ｆ９）と、
   前記操作履歴データに基づいて、連続した操作に対応する処理を１つにまとめたマクロプログラム（以降、マクロ）を生成し、前記メモリに保存するマクロ生成部（Ｆ１０）と、
   所定の機能を実行させるための一連の操作が完了したか否かを判定する操作完了判定部（Ｆ８）と、を備え、
   前記マクロ生成部は、前記一連の操作が開始されてから前記操作完了判定部によって完了したと判定されるまでの間に、前記車両が走行中となったことに基づいて前記車両用情報処理装置が画面表示に関わる入力操作を制限する走行強制状態となったことを条件として、前記一連の操作に対応する前記マクロを生成することを特徴とする車両用情報処理装置。
2. 請求項１において、
   前記マクロ生成部が生成した前記マクロのリストを表示装置（４）に表示させるマクロリスト表示処理部（Ｆ５１）を備え、
   前記操作受付部は、前記マクロリスト表示処理部が表示させている前記リストに含まれる前記マクロのうちの１つを選択する操作を受け付けた場合に、その選択されたマクロを実行させることを特徴とする車両用情報処理装置。
3. 請求項２において、
   前記リストを表示させるためのマクロリスト表示ボタン（Ｂ４）を備え、
   前記マクロリスト表示処理部は、前記操作受付部が前記マクロリスト表示ボタンを選択する操作を受け付けた場合に、前記リストを前記表示装置に表示させることを特徴とする車両用情報処理装置。
4. 請求項２又は３において、
   前記車両及び前記車両周辺の状況を表す少なくとも１種類の情報を状況情報として取得する状況情報取得部（Ｆ１１）を備え、
   前記マクロ生成部は、前記マクロと、当該マクロを生成した時点において前記状況情報取得部が取得した前記状況情報とを対応付けて前記メモリに保存することを特徴とする車両用情報処理装置。
5. 請求項４において、
   前記メモリに格納されている前記マクロ毎に、現在、前記状況情報取得部が取得している前記状況情報が示す状況と、前記マクロと対応付けて保存されている前記状況情報が示す状況との類似度合いを評価する類似度評価部（Ｆ１２）を備え、
   前記マクロリスト表示処理部は、現在の状況と類似度合いが高い状況で生成された前記マクロほど、優先的に前記表示装置に表示することを特徴とする車両用情報処理装置。
6. 請求項５において、
   前記マクロリスト表示処理部は、現在の状況と類似度合いが高い状況で生成された前記マクロほど、前記リストの上位に配置して表示することを特徴とする車両用情報処理装置。
7. 請求項５又は６において、
   前記状況情報として、前記車両の位置を示す位置情報、前記車両の進行方向、時間情報、天気情報、前記車両が走行している道路の渋滞情報、出発地、目的地、乗員人数、案内経路のうちの何れか少なくとも１つを用いることを特徴とする車両用情報処理装置。

Images