JP2014233998A - 車両用装置、通信システム、及び、アプリケーションの実行方法 - Google Patents

Abstract

【課題】車両の使用用途に不要なアプリケーションが無駄に実行されることを防止する。【解決手段】通信システムでは、用途特定部２０４が走行データテーブル１５ａに基づいて車両５の「使用用途」を特定し、アプリ選択部２０５が複数の情報系アプリ２５ｂのうちから「使用用途」に応じた一以上の情報系アプリ２５ｂを選択する。そして、実行禁止部２０６が、アプリ選択部２０５に選択されなかった情報系アプリ２５ｂの実行を禁止する。このため、車両５の「使用用途」に不要な情報系アプリ２５ｂが無駄に実行されることを防止できる。【選択図】図７

Description

本発明は、車両においてアプリケーションを実行する技術に関する。

近年、車両において使用されるナビゲーション装置などの車両用装置において、各種のアプリケーションを実行させることが提案されている。例えば、車両用装置に複数のアプリケーションを予めインストールしておき、これらの複数のアプリケーションのうちから選択されたアプリケーションを車両用装置において実行させることが提案されている（例えば、特許文献１参照。）。

車両用装置において実行可能なアプリケーションは、一般には、車両のユーザ（主にドライバ）にアイコンなどで指定された場合に実行させることができる。また、アプリケーションは、車両が特定の位置を走行するなど、所定の実行条件が満足した場合に実行させることもできる。このようにすれば、車両の走行中においてユーザが意識せずとも必要な情報を自動的にユーザに提供できる。例えば、車両の位置がユーザの勤務先に近づいた場合に仕事用のアプリケーションを実行させることで、仕事に関係するメールやニュースなどの情報をユーザに提供できる。車両用装置において様々な種類のアプリケーションを実行可能とすることで、様々な情報を車両のユーザに提供できる。

特開２０１２−１１７９６７号公報

ところで、様々なアプリケーションを実行可能とした場合は、これらのアプリケーションがそれぞれ実行されることで、ユーザにとって必要な情報だけでなく、不要な情報もユーザに提供される状況が生じる。

例えば、ユーザがレジャーのために車両を運転している場合において、図らずも勤務先の近傍を走行したときに仕事用のアプリケーションが自動で実行され、仕事に関係する情報がユーザに提供される可能性がある。多数のアプリケーションを実行可能とした場合は、このような車両の使用用途に不要な情報がユーザに頻繁に提供される。このように不要な情報がユーザに頻繁に提供されるとユーザは不快に感じ、結果としてユーザの運転への集中力が疎かになる可能性がある。

また、多数のアプリケーションを実行可能とした場合は、それらアプリケーションそれぞれの実行を指示するための多数のアイコンを画面に表示させる必要もある。その結果、ユーザが所望のアプリケーションを実行させるために、該アプリケーションに対応するアイコンを探すのに時間がかかり、ユーザの運転への集中力が疎かになる可能性もある。

本発明は、上記課題に鑑みてなされたものであり、車両の使用用途に不要なアプリケーションが無駄に実行されることを防止できる技術を提供することを目的とする。

上記課題を解決するため、請求項１の発明は、車両で用いる車両用装置であって、前記車両の使用用途を特定する特定手段と、複数のアプリケーションのうちから前記使用用途に応じた一以上のアプリケーションを選択する選択手段と、前記複数のアプリケーションのうち前記選択手段に選択されなかったアプリケーションの実行を禁止する禁止手段と、を備えている。

また、請求項２の発明は、請求項１に記載の車両用装置において、前記特定手段は、前記車両の走行前の情報に基づいて前記使用用途を推定する。

また、請求項３の発明は、請求項１または２に記載の車両用装置において、複数のアプリケーションの実行の指示をユーザから受け付けるアイコンを表示する表示手段、をさらに備え、前記禁止手段は、前記選択手段に選択されなかったアプリケーションの前記アイコンを前記表示手段に表示させない。

また、請求項４の発明は、請求項１ないし３のいずれかに記載の車両用装置において、前記複数のアプリケーションは、前記車両の運転に関係する運転系アプリケーションと、前記車両の運転に関係しない非運転系アプリケーションと、を含み、前記禁止手段は、前記運転系アプリケーションの実行を禁止せず、前記選択手段に選択されなかった前記非運転系アプリケーションの実行を禁止する。

また、請求項５の発明は、請求項４に記載の車両用装置において、前記車両が走行可能となった時点で前記運転系アプリケーションを実行し、前記特定手段が前記使用用途を特定した後に前記非運転系アプリケーションを実行する実行手段、をさらに備えている。

また、請求項６の発明は、請求項１ないし５のいずれかに記載の車両用装置において、前記車両が目的地に到着したか否かを判定する判定手段、をさらに備え、前記選択手段は、前記車両が目的地に到着するまで、選択したアプリケーションを変更しない。

また、請求項７の発明は、請求項１ないし６のいずれかに記載の車両用装置において、実行されたアプリケーションが提供する複数の案内情報それぞれの優先度に応じて、前記複数の案内情報それぞれを表示する表示装置を、複数の表示装置のうちから決定する決定手段、をさらに備えている。

また、請求項８の発明は、サーバ装置と、車両で用いる車両用装置とを含む通信システムであって、前記車両の使用用途を特定する特定手段と、複数のアプリケーションのうちから前記使用用途に応じた一以上のアプリケーションを選択する選択手段と、前記複数のアプリケーションのうち前記選択手段に選択されなかったアプリケーションの実行を禁止する禁止手段と、を備えている。

また、請求項９の発明は、車両に搭載される車載装置と、携帯情報端末とを含む通信システムであって、前記車両の使用用途を特定する特定手段と、前記車載装置及び前記携帯情報端末のいずれかで実行可能な複数のアプリケーションのうちから前記使用用途に応じた一以上のアプリケーションを選択する選択手段と、前記複数のアプリケーションのうち前記選択手段に選択されなかったアプリケーションの実行を禁止する禁止手段と、を備えている。

また、請求項１０の発明は、車両におけるアプリケーションの実行方法であって、（ａ）前記車両の使用用途を特定する工程と、（ｂ）複数のアプリケーションのうちから前記使用用途に応じた一以上のアプリケーションを選択する工程と、（ｃ）前記複数のアプリケーションのうち前記工程（ｂ）で選択されなかったアプリケーションの実行を禁止する工程と、を備えている。

請求項１ないし１０の発明によれば、選択手段に選択されなかったアプリケーションの実行を禁止するため、車両の使用用途に不要なアプリケーションが無駄に実行されることを防止できる。

また、特に請求項２の発明によれば、車両の走行前の情報に基づいて車両の使用用途を推定するため、車両の使用用途の特定のためにユーザの煩雑な操作を不要とすることができる。

また、特に請求項３の発明によれば、車両の使用用途に不要なアプリケーションのアイコンが表示されることを防止できる。

また、特に請求項４の発明によれば、運転系アプリケーションの実行を禁止しないため、車両の使用用途に関わらず車両の運転に関係する機能を安定して提供できる。

また、特に請求項５の発明によれば、車両が走行可能となった時点で運転系アプリケーションを実行するため、車両の運転に関係する情報や機能を速やかに提供できる。

また、特に請求項６の発明によれば、車両が目的地に到着するまで選択したアプリケーションを変更しないため、目的地以外の場所に一時的に駐車した場合であっても、その後も使用用途に応じたアプリケーションを実行できる。

また、特に請求項７の発明によれば、優先度に応じて複数の案内情報それぞれを表示する表示装置を決定するため、優先度の高い案内情報をユーザが確認しやすい表示装置を介してユーザに提供できる。

図１は、第１の実施の形態の通信システムの概要を示す図である。 図２は、車載装置の構成を示す図である。 図３は、アプリケーション指定画面の一例を示す図である。 図４は、サーバ装置の構成を示す図である。 図５は、走行データテーブルの一例を示す図である。 図６は、アプリデータテーブルの一例を示す図である。 図７は、通信システムの機能的な構成を示す図である。 図８は、車載装置の処理の流れを示す図である。 図９は、アプリケーション指定画面の一例を示す図である。 図１０は、アプリケーション指定画面の一例を示す図である。 図１１は、第２の実施の形態の通信システムの概要を示す図である。 図１２は、主に携帯情報端末３の構成を示す図である。 図１３は、携帯情報端末３における制御用のプログラム３５ｃの実行により実現される制御部３０の機能部を含む、通信システム１００の機能的な構成を示す図である。

以下、図面を参照しつつ本発明の実施の形態について説明する。

＜１．第１の実施の形態＞
＜１−１．通信システムの概要＞
図１は、本実施の形態に係る通信システム１００の概要を示す図である。通信システム１００は、自動車などの車両５に関するデータを蓄積する機関であるデータセンター１０に設けられるサーバ装置１と、車両５に搭載される車載装置２とを備えている。サーバ装置１と車載装置２とはインターネットなどのネットワーク９を介して通信可能となっている。

車載装置２は、ユーザとなる車両５のドライバが車両５において用いる車両用装置である。また、サーバ装置１は、車載装置２からデータを取得するとともに、車載装置２にデータを提供する。なお、図中では、車載装置２を一つのみ示しているが、実際には、通信システム１００は互いに異なる車両に搭載された複数の車載装置２を含み、サーバ装置１はこれら複数の車載装置２それぞれと通信可能となっている。

車両５に搭載される車載装置２は、ユーザが車両５を運転した場合において、その運転に関する運転データをサーバ装置１に送信する。サーバ装置１は、車載装置２から受信した運転データを当該ユーザに関連付けて蓄積する。このようにサーバ装置１に蓄積されたユーザの過去の運転に関する運転データは、当該ユーザの車両５の使用用途を特定するために利用される。

また、車載装置２においては複数のアプリケーションが実行可能とされている。一方でサーバ装置１には、ユーザごとに、車両５の使用用途に必要なアプリケーションを示すデータが登録されている。車載装置２においては、車両５の使用用途の特定後、このサーバ装置１に登録されたデータに基づいて使用用途に不要なアプリケーションの実行が禁止される。これにより、車載装置２においては、車両５の使用用途に不要なアプリケーションが無駄に実行されないようになっている。以下、このような通信システム１００の構成及び処理について詳細に説明する。

＜１−２．車載装置の構成＞
まず、車載装置２の構成について説明する。図２は、主に車載装置２の構成を示す図である。車載装置２は、例えば、ナビゲーション装置であり、制御部２０と、ディスプレイ２１と、操作部２２と、ＧＰＳ２３と、ナビゲーション部２４とを備えている。制御部２０は、例えば、ＣＰＵ、ＲＡＭ、ＲＯＭ、及び、計時回路などを備えるマイクロコンピュータであり、車載装置２の全体を制御する。

ディスプレイ２１は、例えば、液晶などの薄型の表示パネルを備えた表示装置であり、各種の情報や画像を表示する。ディスプレイ２１は、その画面をユーザが視認できるように、車両５のインストルメントパネルなどに配置される。

操作部２２は、ユーザの操作を受け付ける操作部材である。操作部２２は、ユーザが物理的に操作可能な操作ボタンと、ディスプレイ２１の画面に重ねて配置されるタッチパネルとを含んでいる。ユーザは、このタッチパネルを介して、ディスプレイ２１の画面に表示されたアイコンやコマンドボタンを指定することで、車載装置２に対して各種の指示を行うことが可能である。

ＧＰＳ２３は、車両５の位置を示す位置情報を取得する。ＧＰＳ２３は、複数の衛星からの信号を受信して車両５の位置を緯度及び経度で取得する。

ナビゲーション部２４は、ＧＰＳ２３で得られた位置情報を利用して、現時点の車両５の位置からユーザに設定された目的地までのルートを案内するナビゲーション機能を実現する。車載装置２は、このナビゲーション部２４を備えることにより、ナビゲーション装置として機能する。

また、車載装置２は、外部通信部２６と、情報出力部２７と、車内通信部２８と、電源検知部２９とを備えている。

外部通信部２６は、ＬＴＥやＷｉＭＡＸなどの無線通信規格を利用した通信機能を備えており、ネットワーク９を介して通信を行う。車載装置２は、外部通信部２６により、サーバ装置１との間でデータの送受信を行うことが可能となる。また、外部通信部２６は、通信システム１００のサーバ装置１のみならず、ネットワーク９に接続された他のサーバ装置からも情報を取得することができる。

情報出力部２７は、ユーザに提供すべき情報（以下、「案内情報」という。）を車載装置２の外部の表示装置に送信し、送信した案内情報を表示装置に表示させる。車両５には、ヘッドアップディスプレイ５１、メータディスプレイ５２及びミラーディスプレイ５３など、複数の表示装置がユーザから視認可能に設けられている。情報出力部２７は、これら複数の表示装置のうちから選択された表示装置に案内情報を出力し、その表示装置に案内情報を表示させることができる。

ヘッドアップディスプレイ５１は、ガラス板などに情報を投影することで、運転中のユーザの視野に重ね合わせて情報を表示する表示装置である。メータディスプレイ５２は、車両５のメータパネル内に含まれる表示装置である。また、ミラーディスプレイ５３は、車両５のルームミラー内に含まれる表示装置である。

車両５を運転中のユーザは、ヘッドアップディスプレイ５１、メータディスプレイ５２、車載装置２のディスプレイ２１、ミラーディスプレイ５３の順で、より少ない視線の移動量で表示された案内情報を確認できる。すなわち、ユーザにとっては、ヘッドアップディスプレイ５１、メータディスプレイ５２、車載装置２のディスプレイ２１、ミラーディスプレイ５３の順で、表示された案内情報を確認しやすいことになる。

また、情報出力部２７は、車両５の車室内に設けられたスピーカ（図示省略）に音声信号を出力し、スピーカを介して案内情報を音声でユーザに提供することもできる。

車内通信部２８は、ＣＡＮなどの車載ネットワーク５８に接続され、車両５に設けられる他の電子装置と通信を行う。車載ネットワーク５８には、例えば、レーダ５４、車載カメラ５５、車速センサ５６及びクリアランスソナー５７などの電子装置が接続される。このため、車内通信部２８は、これらの電子装置５４〜５７が送信するデータを、車載ネットワーク５８を介して受信できる。

レーダ５４は、車両５の前方や後方に存在する物体を検出し、その検出結果を車載装置２に送信する。車載カメラ５５は、車両５の周辺の様子を示す画像、及び、車両５の車室内の様子を示す画像を取得し、これらの画像を車載装置２に送信する。車速センサ５６は、車両５の走行速度を検出し、その走行速度を車載装置２に送信する。また、クリアランスソナー５７は、車両５の近傍に存在する物体を検出し、その検出結果を車載装置２に送信する。

電源検知部２９は、車両５のＡＣＣなどの電源線５９の状態を検出する。車載装置２は、電源線５９から電力の供給を受ける。したがって、車載装置２は、電源線５９が通電状態となると起動し、電源線５９が非通電状態となると動作を停止する。通常、電源線５９が通電状態となると車両５は走行が可能な状態（エンジンの始動状態）となり、電源線５９が非通電状態となると車両５は走行が不可能な状態（エンジンの停止状態）となる。

さらに、車載装置２は、車載装置２の動作に必要な各種の情報を記憶する記憶部２５を備えている。記憶部２５は、例えば、フラッシュメモリなどの不揮発性の記憶装置である。記憶部２５は、制御用のプログラム２５ｃを記憶している。制御部２０のＣＰＵがこのプログラム２５ｃを実行する（プログラム２５ｃに従った演算処理を行う）ことにより、制御部２０として必要な各種の機能部が実現される。制御用のプログラム２５ｃの実行により実現される制御部２０の機能部については後述する。

また、記憶部２５は、運転系アプリ２５ａ、及び、情報系アプリ２５ｂのプログラムをさらに記憶している。運転系アプリ２５ａ及び情報系アプリ２５ｂは、車載装置２にインストールされたアプリケーションであり、これらは車載装置２において実行可能となっている。このようなアプリケーションは、ネットワーク９に接続された所定のサーバ装置からダウンロードしてインストールすることができる。

運転系アプリ２５ａ及び情報系アプリ２５ｂは、それぞれ複数のアプリケーションを含んでいる。これら運転系アプリ２５ａ及び情報系アプリ２５ｂに含まれるいずれかのアプリケーションを実行した場合、そのアプリケーションに対応する機能が車載装置２において実現される。

運転系アプリ２５ａは、車両５の運転に関係する運転系アプリケーションであり、運転に関して必要となる案内情報や機能をユーザに提供する。運転系アプリ２５ａは、例えば、以下の（ａ１）〜（ａ６）に示すようなアプリケーションを含んでいる。なお、これら（ａ１）〜（ａ６）はあくまで一例であり、運転系アプリ２５ａは（ａ１）〜（ａ６）以外のアプリケーションを含んでよい。

（ａ１）「歩行者検知」：車両５の前方の画像などに基づいて車両５の周辺の歩行者を検出し、歩行者が存在する場合はその旨の案内情報をユーザに提供する。

（ａ２）「車線逸脱判定」：車両５の前方の画像などに基づいて車両５が車線を逸脱したかを判定し、車線を逸脱した場合はその旨の案内情報をユーザに提供する。

（ａ３）「車間距離判定」：レーダ５４の検出結果などに基づいて前方の車両との車間距離を導出し、車間距離が基準よりも小さい場合はその旨の案内情報をユーザに提供する。

（ａ４）「カーブ速度判定」：車両５がカーブの手前を走行している場合に、走行速度が基準よりも大きい場合はその旨の案内情報をユーザに提供する。

（ａ５）「脇見運転防止」：車両５の車室内の画像などに基づいてユーザの視線の方向を検出し、視線が車両５の前方を向いていない場合はその旨の案内情報をユーザに提供する。

（ａ６）「近接物体検知」：クリアランスソナー５７の検出結果などに基づいて車両５に近接する物体を検出し、物体が存在している場合はその旨の案内情報をユーザに提供する。

これに対して、情報系アプリ２５ｂは、車両５の運転に関係しない非運転系アプリケーションであり、運転に関わらない各種の案内情報や機能をユーザに提供する。情報系アプリ２５ｂは、必要に応じて外部通信部２６を利用してネットワーク９に接続された各種のサーバ装置から情報を取得し、取得した情報を案内情報としてユーザに提供する。情報系アプリ２５ｂは、例えば、以下の（ｂ１）〜（ｂ６）に示すようなアプリケーションを含んでいる。なお、これら（ｂ１）〜（ｂ６）はあくまで一例であり、情報系アプリ２５ｂは（ｂ１）〜（ｂ６）以外のアプリケーションを含んでよい。

（ｂ１）「仕事メール」：仕事に用いるアドレス宛の電子メールの内容を示す案内情報を音声でユーザに提供する。

（ｂ２）「駐車場情報」：サービスエリアなどの駐車場の混雑状況を示す案内情報をユーザに提供する。

（ｂ３）「予定表」：ユーザの予定表の内容を示す案内情報を音声でユーザに提供する。

（ｂ４）「仕事ニュース」：仕事に関連するニュースの内容を示す案内情報を音声でユーザに提供する。

（ｂ５）「クーポン取得」：ユーザが利用する店舗で利用可能なクーポンを取得し、そのクーポンの内容を示す案内情報をユーザに提供する。

（ｂ６）「店舗検索」：ユーザが所望する商品を安く販売している店舗を検索し、検索結果を示す案内情報をユーザに提供する。

運転系アプリ２５ａは、車両５のエンジンが始動して車両５が走行可能となった時点で速やかに実行される。これに対して、情報系アプリ２５ｂは、所定の実行条件が満足した場合に実行される。このような情報系アプリ２５ｂの実行条件は、情報系アプリ２５ｂごとに設定されている。例えば、「仕事メール」及び「仕事ニュース」は、車両５の位置がユーザの勤務先に近づいた場合に実行条件が満足する。したがって、ユーザが通勤のために勤務先に向けて車両５を運転すると「仕事メール」及び「仕事ニュース」が自動的に実行されるため、ユーザは、勤務先に到着する前に仕事に関連する電子メールやニュースの内容を把握できることになる。

また、情報系アプリ２５ｂは、ユーザが操作部２２を介して実行を指示した場合にも実行される。図３は、情報系アプリ２５ｂの実行を指示するための、ディスプレイ２１に表示されるアプリケーション指定画面の一例を示す図である。このアプリケーション指定画面は、操作部２２を介して所定の操作を行うことで表示される。

図３に示すように、アプリケーション指定画面においては、車載装置２にインストールされた情報系アプリ２５ｂのアイコン２１ａの一覧が表示される。このように表示されるアイコン２１ａはそれぞれ、一つの情報系アプリ２５ｂに対応しており、対応する情報系アプリ２５ｂの実行の指示をユーザから受け付ける。情報系アプリ２５ｂの数が多く、一つの画面に全てのアイコン２１ａを表示できない場合は、アプリケーション指定画面の端部に切替ボタン２１ｂが表示される。ユーザがタッチパネルを介して切替ボタン２１ｂを指定した場合は、アプリケーション指定画面に表示されるアイコン２１ａが変更される。

ユーザは、所望の情報系アプリ２５ｂを実行させたい場合は、このようなアプリケーション指定画面から所望の情報系アプリ２５ｂのアイコン２１ａを探し出し、タッチパネルを介してそのアイコン２１ａを指定する。これにより、指定したアイコン２１ａに対応する情報系アプリ２５ｂを実行させることができる。なお、運転系アプリ２５ａは、車両５が走行可能となった時点で実行されるため、アプリケーション指定画面には運転系アプリ２５ａに対応するアイコンは表示されない。

＜１−３．サーバ装置の構成＞
次に、サーバ装置１の構成について説明する。図４は、主にサーバ装置１の構成を示す図である。サーバ装置１は、ＣＰＵ１０、ＲＡＭ１１及びＲＯＭ１２を備えるコンピュータである。また、サーバ装置１は、ネットワーク９を介して通信を行う通信部１３と、不揮発性の記憶装置であるハードディスク１４とを備えている。サーバ装置１は、通信部１３により、車両５に搭載された車載装置２との間でデータの送受信を行うことが可能となる。

ハードディスク１４には、プログラム１６が記憶されている。ＣＰＵ１１がプログラム１６を実行する（プログラム１６に従った演算処理を行う）ことにより、サーバ装置１として必要な機能部が実現される。図４に示す、走行データ処理部１０１、及び、アプリデータ処理部１０２は、プログラム１６の実行により実現される機能部の一部である。

また、ハードディスク１４には、データベース１５が記憶されている。このデータベース１５においては、走行データテーブル１５ａと、アプリデータテーブル１５ｂとが含まれている。これら走行データテーブル１５ａ及びアプリデータテーブル１５ｂは車載装置２を利用するユーザごとに用意され、ユーザの識別情報に関連付けて登録されている。

走行データテーブル１５ａは、当該ユーザが過去に車両５を運転したときの状況を示している。図５は、走行データテーブル１５ａの一例を示す図である。走行データテーブル１５ａは、複数のレコードＲａを有している。走行データテーブル１５ａの各レコードＲａは、当該ユーザによる車両５の一回の運転ごとの状況を示している。このようなレコードＲａは、ユーザが車両５を運転するごとに追加される。したがって、走行データテーブル１５ａは、当該ユーザによる過去の運転履歴を示すことになる。

各レコードＲａにおいては、レコードＲａを識別するための「運転ＩＤ」と、当該運転の状況を示す具体的な運転データ（「日付」「曜日」「出発時刻」「到着時刻」「出発地」「到着地」など）と、当該運転における車両５の使用用途（運転の目的）を示す「使用用途」とが対応付けられている。「使用用途」としては、「通勤」「出張」「買い物」「送り迎え」「レジャー」などがある。

運転データは、ユーザが車両５を運転するごとに車載装置２から送信される。走行データ処理部１０１（図４参照。）は、このようにして車載装置２から受信した運転データに「運転ＩＤ」と「使用用途」とを付加して、走行データテーブル１５ａの一のレコードＲａとして登録する。走行データ処理部１０１は、このようにして車載装置２から受信した運転データ（特に「到着地」）に基づいて「使用用途」を判断する。また、このような各レコードＲａの「使用用途」は、ユーザが車載装置２などを利用して編集できるようにもなっている。

一方、アプリデータテーブル１５ｂは、車両５の「使用用途」ごとに当該ユーザが必要とする情報系アプリ２５ｂを示している。前述のように、車載装置２においては様々な情報系アプリ２５ｂがインストールされているが、車両５の「使用用途」によっては、全ての情報系アプリ２５ｂをユーザが必要とするわけではない。

例えば、車両５の「使用用途」が「通勤」の場合は「仕事メール」や「仕事ニュース」は必要となるが、「クーポン取得」や「店舗検索」は必要とならない。このため、アプリデータテーブル１５ｂにおいては、「使用用途」ごとにユーザが必要とする情報系アプリ２５ｂが登録されている。なお、アプリデータテーブル１５ｂには運転系アプリ２５ａに関するデータは登録されていない。

図６は、アプリデータテーブル１５ｂの一例を示す図である。アプリデータテーブル１５ｂは、複数のレコードＲｂを有している。アプリデータテーブル１５ｂの各レコードＲｂは一の「使用用途」に対応し、その「使用用途」に必要とする一以上の情報系アプリ２５ｂを示している。

各レコードＲｂにおいては、「使用用途」と、車載装置２にインストールされた複数の情報系アプリ２５ｂのそれぞれに関して必要か否かの要否データとが対応付けられている。レコードＲｂにおいては、要否データとして、「仕事メール」「駐車場情報」「予定表」などの各情報系アプリ２５ｂに関して必要な場合は「要」、不要な場合は「−」がそれぞれ登録されている。すなわち、各レコードＲｂにおいて「要」と示された情報系アプリ２５ｂが、当該「使用用途」において必要となる情報系アプリ２５ｂとなる。なお、「使用用途」が「その他」となるレコードＲｂにおいては、全ての情報系アプリ２５ｂに関して「要」が要否データとして登録されている。このような各レコードＲｂの要否データの内容は、ユーザが車載装置２などを利用して編集できるようになっている。

アプリデータ処理部１０２は、車載装置２から車両５のその時点の「使用用途」を受信する。そして、アプリデータ処理部１０２は、アプリデータテーブル１５ｂを参照し、当該「使用用途」に対応する要否データ（すなわち、当該「使用用途」において必要となる一以上の情報系アプリ２５ｂを示すデータ）を、車載装置２に送信する。

＜１−４．通信システムの処理＞
次に、通信システム１００の処理について説明する。図７は、車載装置２における制御用のプログラム２５ｃ（図２参照。）の実行により実現される制御部２０の機能部を含む、通信システム１００の機能的な構成を示す図である。図中の情報取得部２０１、運転データ送信部２０２、ユーザ特定部２０３、用途特定部２０４、アプリ選択部２０５、実行禁止部２０６、アプリ実行部２０７、終了処理部２０８及び表示装置決定部２０９は、制御用のプログラム２５ｃの実行により実現される制御部２０の機能部である。

情報取得部２０１は、制御部２０の計時回路、ＧＰＳ２３、ナビゲーション部２４及び電源検知部２９などを利用して、各種の情報を取得する。情報取得部２０１は、例えば、計時回路が計時する時刻情報（日時、曜日及び時刻）、ＧＰＳ２３が取得する位置情報（車両５の位置）、ナビゲーション部２４が設定する目的地、及び、電源検知部２９が検出する電源線５９の状態などを取得できる。さらに、情報取得部２０１は、車内通信部２８を利用して、レーダ５４の検出結果、車載カメラ５５が取得した画像、車速センサ５６が検出した走行速度、及び、クリアランスソナー５７の検出結果なども取得できる。

運転データ送信部２０２は、このように情報取得部２０１が取得した情報を、ユーザが車両５を運転するごとに、運転データとして外部通信部２６を利用してサーバ装置１に送信する。走行データ処理部１０１は、このようにして車載装置２から送信された運転データを、走行データテーブル１５ａに登録することになる。

また、ユーザ特定部２０３、用途特定部２０４、アプリ選択部２０５、実行禁止部２０６、アプリ実行部２０７、終了処理部２０８及び表示装置決定部２０９は、アプリケーションの実行に係る処理を行う。図８は、アプリケーションの実行に係る車載装置２の処理の流れを示す図である。以下、図７及び図８を参照して、アプリケーションの実行に係る車載装置２の処理の流れについて説明する。

車載装置２は、車両５の電源線５９が通電状態となると起動する。車載装置２が起動すると、まず、アプリ実行部２０７が、全ての運転系アプリ２５ａを実行（起動）する（ステップＳ１１）。車載装置２が起動した時点は電源線５９が通電状態となった直後であることから、車両５のエンジンが始動して車両５は走行可能となった時点となる。したがって、アプリ実行部２０７は、実質的に、車両５が走行可能となった時点で運転系アプリ２５ａを実行することになる。このように車両５が走行可能となった時点で運転系アプリ２５ａを実行することにより、車両５の「使用用途」に関わらず、運転に関して必要となる案内情報や機能を速やかにユーザに提供できる。

次に、情報系アプリ２５ｂの選択結果を示すアプリ選択情報２０ａが、記憶部２５に記憶されているか否かが判定される（ステップＳ１２）。このアプリ選択情報２０ａが記憶されている場合は、車載装置２にインストールされた複数の情報系アプリ２５ｂのうちから「使用用途」に応じた情報系アプリ２５ｂがアプリ選択部２０５によって既に選択されている。この場合は（ステップＳ１２にてＹｅｓ）、ステップＳ１３〜Ｓ１５が省略され、処理はステップＳ１６に進む。

一方、アプリ選択情報２０ａが記憶されていない場合は（ステップＳ１２にてＮｏ）、次に、ユーザ特定部２０３が、車両５のユーザ（ドライバ）を特定する（ステップＳ１３）。ユーザ特定部２０３は、例えば、車載カメラ５５が取得した車室内の画像に基づいて、ユーザを特定することができる。なお、車両５が、ＩＣカード等を用いた個人認証や生体認証などを行う認証装置を備えている場合は、その認証装置の結果を用いてユーザを特定してもよい。また、ユーザ特定部２０３が、車両５のドライバ以外の同乗者をさらに特定してもよい。

次に、用途特定部２０４が、ユーザ特定部２０３に特定されたユーザによる車両５の「使用用途」を特定する（ステップＳ１４）。この「使用用途」の特定には、サーバ装置１に登録された走行データテーブル１５ａが利用される。

用途特定部２０４は、走行データテーブル１５ａを要求する要求信号をサーバ装置１に送信する。要求信号は、ユーザ特定部２０３に特定された車両５のユーザの識別情報を含んでいる。サーバ装置１の走行データ処理部１０１は、この要求信号に応答して当該ユーザの識別情報に関連付けられた走行データテーブル１５ａをデータベース１５から選択して、車載装置２に送信する。これにより、用途特定部２０４は、車両５のユーザの走行データテーブル１５ａ（すなわち、ユーザの過去の運転履歴）を取得する。

また、用途特定部２０４は、情報取得部２０１を利用して、「曜日」、「時刻」及び「位置」などの車両５の走行前の情報（車両５の現時点の情報）を取得する。そして、用途特定部２０４は、これらの走行前の情報に基づいて、走行データテーブル１５ａを参照して、車両５の「使用用途」を推定する。例えば、用途特定部２０４は、走行データテーブル１５ａに登録された複数のレコードＲａのうちから、運転データが車両５の走行前の情報に類似するいくつかのレコードＲａを抽出する。用途特定部２０４は、抽出したレコードＲａの運転データと車両５の走行前の情報との類似の程度、及び、抽出したレコードＲａに含まれる「使用用途」の頻度などに基づいて、車両５の「使用用途」を推定する。

ユーザが、特定の「使用用途」で習慣的に車両５を運転する場合は、一般に、「曜日」、「時刻」及び「位置」などの走行前の情報は類似する。例えば、ユーザが「通勤」の「使用用途」で習慣的に車両５を運転する場合は、例えば、「曜日」は平日、「時刻」は午前７時前後、「位置」は自宅というように、走行前の情報は大きくは変化しない。この原理により、用途特定部２０４は、走行前の情報と、走行データテーブル１５ａ（ユーザの過去の運転履歴）とに基づいて車両５の「使用用途」を推定できる。

なお、走行データテーブル１５ａに類似するレコードＲｂが存在しないなどにより、車両５の「使用用途」を推定できない場合は、用途特定部２０４は「使用用途」を「その他」と特定すればよい。また、ユーザがナビゲーション機能のための目的地を設定している場合は、この目的地や目的地までのルートを考慮して車両５の「使用用途」を推定してもよい。また、ユーザ特定部２０３が車両５のドライバ以外の同乗者を特定している場合は、この同乗者を考慮して車両５の「使用用途」を推定してもよい。

このようにして用途特定部２０４が車両５の「使用用途」を特定すると、次に、アプリ選択部２０５が、車載装置２にインストールされた複数の情報系アプリ２５ｂのうちから「使用用途」に応じた一以上の情報系アプリ２５ｂを選択する（ステップＳ１５）。この情報系アプリ２５ｂの選択には、サーバ装置１に登録されたアプリデータテーブル１５ｂが利用される。

アプリ選択部２０５は、「使用用途」において必要となる情報系アプリ２５ｂを示すデータを要求する要求信号をサーバ装置１に送信する。要求信号は、用途特定部２０４に特定された「使用用途」と、ユーザ特定部２０３に特定された車両５のユーザの識別情報とを含んでいる。サーバ装置１のアプリデータ処理部１０２は、この要求信号に応答して当該ユーザの識別情報に関連付けられたアプリデータテーブル１５ｂから、「使用用途」に対応するレコードＲｂ選択し、そのレコードＲｂの要否データを車載装置２に送信する。これにより、アプリ選択部２０５は、「使用用途」に対応する要否データ（すなわち、「使用用途」において必要となる一以上の情報系アプリ２５ｂを示すデータ）を取得する。

アプリ選択部２０５は、取得した要否データに従って、車載装置２にインストールされた複数の情報系アプリ２５ｂのうちから「使用用途」に応じた一以上の情報系アプリ２５ｂを選択する。そして、用途特定部２０４は、情報系アプリ２５ｂの選択結果を示すアプリ選択情報２０ａを生成して記憶部２５に記憶する。

このようにアプリ選択情報２０ａが記憶されると、次に、実行禁止部２０６が、アプリ選択情報２０ａに基づいて、アプリ選択部２０５に選択されなかった非選択の情報系アプリ２５ｂの実行を禁止する。一方で、実行禁止部２０６は、アプリ選択部２０５に選択された情報系アプリ２５ｂの実行を許可する（ステップＳ１６）。

実行禁止部２０６は、具体的には、非選択の情報系アプリ２５ｂを実行（起動）しないようにアプリ実行部２０７を制御する。これにより、以降は、車両５の「使用用途」に必要な情報系アプリ２５ｂのみが実行され、車両５の「使用用途」に不要な情報系アプリ２５ｂが無駄に実行されなくなる。

また、実行禁止部２０６は、非選択の情報系アプリ２５ｂのアイコン２１ａをアプリケーション指定画面に表示させないようにディスプレイ２１を制御する。これにより、アプリケーション指定画面には、車両５の「使用用途」に必要な情報系アプリ２５ｂのアイコン２１ａのみが表示され、車両５の「使用用途」に不要な情報系アプリ２５ｂのアイコン２１ａが表示されなくなる。

図９は、車両５の「使用用途」が「通勤」の場合のアプリケーション指定画面の例を示している。図９のアプリケーション指定画面においては、「通勤」に必要な情報系アプリ２５ｂとなる「仕事メール」、「予定表」及び「仕事ニュース」のアイコン２１ａのみが表示されている。また、図１０は、車両５の「使用用途」が「買い物」の場合のアプリケーション指定画面の例を示している。図１０のアプリケーション指定画面においては、「買い物」に必要な情報系アプリ２５ｂとなる「クーポン取得」及び「店舗検索」のアイコン２１ａのみが表示されている。

このようにアプリケーション指定画面においては、車両５の「使用用途」に必要な情報系アプリ２５ｂのアイコン２１ａのみが表示される。このため、ユーザは、アプリケーション指定画面から、実行させたい情報系アプリ２５ｂのアイコン２１ａを容易に探すことができる。

ところで、実行禁止部２０６は、上記のように非選択の情報系アプリ２５ｂの実行を禁止するが、運転系アプリ２５ａに関しては実行を禁止せず、全ての運転系アプリ２５ａの実行を許可する。このため、車両５の運転に関係する案内情報や機能については、車両５の「使用用途」に関わらず安定してユーザに提供できる。

以降、アプリ実行部２０７は、アプリ選択部２０５に選択され実行が許可された情報系アプリ２５ｂのみに関して、実行条件が満足するか、あるいは、ユーザから実行の指示がなされるかを監視する（ステップＳ１７）。そして、実行が許可された情報系アプリ２５ｂのいずれかに関して、実行条件が満足した場合、あるいは、ユーザから実行の指示がなされた場合（ステップＳ１７にてＹｅｓ）は、アプリ実行部２０７が当該情報系アプリ２５ｂを実行（起動）する（ステップＳ１８）。

また、車両５の目的地が設定されている場合は（ステップＳ１９にてＹｅｓ）、終了処理部２０８が、情報取得部２０１が取得する車両５の位置に基づいて、車両５が目的地に到着したか否かを判定する（ステップＳ２０）。なお、「使用用途」などに基づいて車両５の目的地が推定できる場合も、推定した目的地に関して同様の判定を行うようにしてよい。例えば、「使用用途」が「通勤」の場合は、車両５の目的地は勤務先であると推定可能である。そして、車両５が目的地に到着した場合は、終了処理部２０８は、記憶部２５からアプリ選択情報２０ａを消去する（ステップＳ２２）。

一方、終了処理部２０８は、車両５の目的地が設定されていない場合は（ステップＳ１９にてＮｏ）、情報取得部２０１が取得する電源線５９の状態に基づいて、車載装置２が動作を停止するか否かを判定する（ステップＳ２１）。終了処理部２０８は、電源線５９が非通電状態となると、車載装置２がまもなく動作を停止すると判定する。そして、車載装置２が動作を停止する場合は、その直前において、終了処理部２０８は、記憶部２５からアプリ選択情報２０ａを消去する（ステップＳ２２）。

このような終了処理部２０８の処理により、車両５の目的地が存在する場合は、車両５が目的地に到着するまでは、アプリ選択情報２０ａが記憶部２５に記憶された状態とされる。記憶部２５は不揮発性の記憶装置であるため、車載装置２が動作を停止した場合であっても、アプリ選択情報２０ａは記憶部２５に記憶されたまま維持される。

また、前述のように、車載装置２の起動後においてアプリ選択情報２０ａが記憶部２５に記憶されている場合は、「使用用途」を特定してその「使用用途」に応じた情報系アプリ２５ｂを選択する処理（ステップＳ１３〜Ｓ１５）が省略される。したがって、アプリ選択部２０５は、車載装置２が動作を停止した場合であっても、車両５が目的地に到着するまでは、選択した情報系アプリ２５ｂを変更しないことになる。

仮に車載装置２が起動するたびに「使用用途」を推定してその「使用用途」に応じた情報系アプリ２５ｂを選択するようにしたと仮定する。この場合には、目的地以外の場所に一時的に車両５を駐車した場合においては、車載装置２を再起動したときに車両５の「位置」などが出発地から変わるため、正しい「使用用途」を特定できない可能性がある。これに対して、本実施の形態の車載装置２では、車両５が目的地に到着するまで選択した情報系アプリ２５ｂを変更しないため、目的地以外の場所に一時的に車両５を駐車した場合であっても、目的地に到着するまで正しい「使用用途」に応じた情報系アプリ２５ｂを継続して実行することができる。

＜１−５．表示装置の選択＞
ところで、車載装置２においては、運転系アプリ２５ａ及び情報系アプリ２５ｂを含む多数のアプリケーションが並列的に実行される。したがって、並列的に実行された複数のアプリケーションが、同時期にユーザに対して案内情報を提供する場合がある。例えば、運転系アプリ２５ａの「歩行者検知」が歩行者の存在を示す案内情報をユーザに提供するとほぼ同時に、情報系アプリ２５ｂの「駐車場情報」が駐車場の混雑状況を示す案内情報をユーザに提供するといった場合が生じる。

このようにユーザに提供すべき複数の案内情報が同時期に存在する場合は、表示装置決定部２０９（図７参照。）が、それら複数の案内情報それぞれを表示する表示装置を、ヘッドアップディスプレイ５１、メータディスプレイ５２、車載装置２のディスプレイ２１、及び、ミラーディスプレイ５３のうちから決定する。そして、表示装置決定部２０９は、決定した表示装置に案内情報を表示させるようになっている。

アプリケーションが提供する案内情報にはそれぞれ優先度が付されている。通常、運転系アプリ２５ａが提供する案内情報の優先度は比較的高く、情報系アプリ２５ｂが提供する案内情報の優先度は比較的低くなっている。表示装置決定部２０９は、ユーザに提供すべき複数の案内情報それぞれの優先度を比較し、優先度の高い案内情報からユーザにとって確認しやすい表示装置に表示させる。

例えば、ユーザに提供すべき案内情報が４つある場合を想定する。この場合、表示装置決定部２０９は、最も優先度の高い案内情報をヘッドアップディスプレイ５１、２番めに優先度の高い案内情報をメータディスプレイ５２、３番めに優先度の高い案内情報を車載装置２のディスプレイ２１、最も優先度の低い案内情報をミラーディスプレイ５３にそれぞれ表示させる。

このように表示装置決定部２０９は、優先度に応じて複数の案内情報それぞれを表示する表示装置を決定するため、優先度の高い案内情報をユーザが確認しやすい表示装置を介してユーザに提供できる。

以上のように、本実施の形態の通信システム１００では、用途特定部２０４が車両５の「使用用途」を特定し、アプリ選択部２０５が複数の情報系アプリ２５ｂのうちから「使用用途」に応じた一以上の情報系アプリ２５ｂを選択する。そして、実行禁止部２０６が、複数の情報系アプリ２５ｂのうちアプリ選択部２０５に選択されなかった情報系アプリ２５ｂの実行を禁止する。このため、車両５の「使用用途」に不要な情報系アプリ２５ｂが無駄に実行されることを防止できる。

また、用途特定部２０４は、車両５の走行前の情報に基づいて「使用用途」を推定するため、車両５の「使用用途」の特定のためにユーザの煩雑な操作を不要とすることができる。

また、アプリ実行部２０７は、車両５が走行可能となった時点で運転系アプリ２５ａを実行する。一方で、アプリ実行部２０７は、用途特定部２０４が車両５の「使用用途」を特定した後に情報系アプリ２５ｂを実行する。このように、アプリ実行部２０７が車両５が走行可能となった時点で運転系アプリ２５ａを実行するため、車両５の運転に関係する案内情報や機能を速やかにユーザに提供できる。

＜２．第２の実施の形態＞
次に、第２の実施の形態について説明する。第２の実施の形態の通信システム１００の構成及び動作は、第１の実施の形態とほぼ同様であるため、以下、第１の実施の形態との相違点を中心に説明する。

図１１は、第２の実施の形態の通信システム１００の概要を示す図である。第２の実施の形態では、ユーザが車両５に持ち込むタブレット端末やスマートフォンなどの携帯情報端末３と車載装置２とが通信可能となっている。そして、車載装置２は、携帯情報端末３で実行されるアプリケーションが提供する案内情報もユーザに提供できるようになっている。本実施の形態では、このように携帯情報端末３で実行されるアプリケーションにおいても、車両５の「使用用途」に不要なアプリケーションであれば、その実行が禁止される。

図１２は、主に携帯情報端末３の構成を示す図である。携帯情報端末３は、制御部３０と、ディスプレイ３１と、操作部３２と、記憶部３５と、データ通信部３１１とを備えている。制御部３０は、ＣＰＵ、ＲＡＭ及びＲＯＭなどを備え、携帯情報端末３の全体を制御するマイクロコンピュータである。

ディスプレイ３１は、各種の画像を表示する表示装置である。また、操作部３２は、ユーザの操作を受け付ける操作部材である。操作部３２は、ユーザが物理的に操作可能な操作ボタンと、ディスプレイ３１の画面に重ねて配置されるタッチパネルとを含んでいる。

データ通信部３１１は、Bluetooth（登録商標）などの無線通信規格を利用した近距離で通信可能な通信機能を備えている。本実施の形態の車載装置２は、これと同一の無線通信規格の通信機能を有するデータ通信部２１１を図２の構成に加えて備えている。したがって、車載装置２と携帯情報端末３とは、データ通信部２１１，３１１により相互にデータの送受信を行うことが可能である。

記憶部３５は、例えば、フラッシュメモリなどの不揮発性の記憶装置である。記憶部３５は、車両５の運転に関係しない非運転系アプリケーションである情報系アプリ３５ｂのプログラムを記憶している。この情報系アプリ３５ｂは、携帯情報端末３にインストールされたアプリケーションであり、携帯情報端末３において実行可能となっている。情報系アプリ３５ｂは、複数のアプリケーションを含んでいる。

また、記憶部３５は、制御用のプログラム３５ｃを記憶している。制御部３０のＣＰＵがこのプログラム３５ｃを実行する（プログラム３５ｃに従った演算処理を行う）ことにより、制御部３０として必要な各種の機能部が実現される。図中の実行連携部３０１及び出力連携部３０２は、制御用のプログラム３５ｃの実行により実現される制御部３０の機能部である。実行連携部３０１及び出力連携部３０２は、車載装置２との連携に必要な処理を行う。

図１３は、携帯情報端末３における制御用のプログラム３５ｃの実行により実現される制御部３０の機能部を含む、通信システム１００の機能的な構成を示す図である。

図１３に示す車載装置２の各機能部は、第１の実施の形態とほぼ同様の処理を行うが、車載装置２にインストールされた運転系アプリ２５ａ及び情報系アプリ２５ｂに加えて、携帯情報端末３にインストールされた情報系アプリ３５ｂも処理の対象としている。

アプリ選択部２０５は、車載装置２にインストールされた複数の情報系アプリ２５ｂ、及び、携帯情報端末３にインストールされた情報系アプリ３５ｂのうちから「使用用途」に応じた一以上の情報系アプリ２５ｂ，３５ｂを選択する。携帯情報端末３にインストールされた情報系アプリ３５ｂを特定するデータは、携帯情報端末３の実行連携部３０１からアプリ選択部２０５に受け渡される。

実行禁止部２０６は、アプリ選択情報２０ａに基づいて、アプリ選択部２０５に選択されなかった非選択の情報系アプリ２５ｂ，３５ｂの実行を禁止し、アプリ選択部２０５に選択された情報系アプリ２５ｂ，３５ｂの実行を許可する。実行を禁止する対象となるアプリケーションには、携帯情報端末３の情報系アプリ３５ｂも含まれる。

また、アプリ実行部２０７は、アプリ選択部２０５に選択され実行が許可された情報系アプリ２５ｂ，３５ｂのいずれかに関して、実行条件が満足した場合、あるいは、ユーザから実行の指示がなされた場合は、当該情報系アプリ２５ｂ，３５ｂを実行する。実行する対象となるアプリケーションが情報系アプリ３５ｂの場合は、アプリ実行部２０７は、その情報系アプリ３５ｂの実行を指示する指示信号を携帯情報端末３に送信する。携帯情報端末３の実行連携部３０１は、この指示信号に応答して指定された情報系アプリ３５ｂを実行する。

また、携帯情報端末３で実行された情報系アプリ３５ｂが提供する案内情報が存在する場合は、携帯情報端末３の出力連携部３０２がその案内情報を車載装置２に送信する。表示装置決定部２０９は、このように携帯情報端末３で実行された情報系アプリ３５ｂの案内情報を表示する表示装置を決定し、決定した表示装置に案内情報を表示させる。表示装置決定部２０９は、情報系アプリ３５ｂの案内情報の優先度も考慮して、当該案内情報を表示する表示装置を決定する。

以上のように、第２の実施の形態では、アプリ選択部２０５が車載装置２及び携帯情報端末３のいずれかで実行可能な情報系アプリ２５ｂ，３５ｂのうちから「使用用途」に応じた一以上の情報系アプリ２５ｂを選択する。そして、実行禁止部２０６が、複数の情報系アプリ２５ｂ，３５ｂのうちアプリ選択部２０５に選択されなかった情報系アプリ２５ｂ，３５ｂの実行を禁止する。このため、携帯情報端末３で実行可能な情報系アプリ３５ｂにおいても、車両５の「使用用途」に不要であれば無駄に実行されることを防止できる。

＜３．変形例＞
以上、本発明の実施の形態について説明してきたが、この発明は上記実施の形態に限定されるものではなく様々な変形が可能である。以下では、このような変形例について説明する。上記実施の形態及び以下で説明する形態を含む全ての形態は、適宜に組み合わせ可能である。

上記実施の形態では、車両５で用いる車両用装置は、車両５に搭載される車載装置２であると説明したが、ユーザが車両５に持ち込むタブレット端末やスマートフォンなどの携帯情報端末であってもよい。

また、上記実施の形態では、車両用装置のユーザはドライバであると説明したが、車両５に乗車するドライバ以外の同乗者であってもよい。

また、上記実施の形態では、用途特定部２０４は、車両５の走行前の情報に基づいて車両５の「使用用途」を推定していたが、ユーザの操作や、ユーザとの対話などの他の手法によって車両５の「使用用途」を特定してもよい。

また、上記実施の形態では、アプリ選択部２０５は、車両５の「使用用途」のみに基づいて実行を許可するアプリケーションを選択していた。これに対して、アプリ選択部２０５は、車両５の「使用用途」とともに、目的地、目的地までのルート、同乗者、時間帯などの他の要素をさらに考慮して実行を許可するアプリケーションを選択してもよい。

また、上記実施の形態では、電源線５９の状態（エンジンが始動しているか否か）に基づいて車両５が走行可能か否かを判定していたが、他の手法で判定してもよい。例えば、車両が電気自動車などの場合は、走行システムが始動しているか否かに基づいて車両が走行可能か否かを判定すればよい。

また、上記実施の形態では、実行禁止部２０６は、非選択の情報系アプリ２５ｂを実行しないようにアプリ実行部２０７を制御し、さらに、非選択の情報系アプリ２５ｂのアイコン２１ａを表示させないようにディスプレイ２１を制御していた。これに対して、実行禁止部２０６は、単に、非選択のアプリケーションのアイコン２１ａを表示させないようにディスプレイ２１を制御することのみで、アプリケーションの実行を禁止してもよい。

また、実行が禁止されたアプリケーションは、完全に実行できないようにするのではなく、コマンド入力などユーザが特定の操作を行った場合には実行できるようになっていてもよい。

また、上記実施の形態において車載装置２が備えていた機能部及びデータの一部または全部は、サーバ装置１が備えていてもよい。例えば、サーバ装置１が、上記実施の形態の用途特定部２０４やアプリ選択部２０５と同様の処理を行う機能部を備えていてもよい。

また逆に、上記実施の形態においてサーバ装置１が備えていた機能部及びデータの一部または全部は、車両用装置が備えていてもよい。上記実施の形態においてサーバ装置１と車載装置２との連携により実現されると説明した機能を、単体の車両用装置のみにおいて実現してもよい。

また、上記実施の形態において車載装置２の一つの機能部によって行われると説明した処理は、サーバ装置１と車載装置２とで分担して行われてもよい。例えば、車両５の「使用用途」を特定する際に、サーバ装置１の機能部が走行データテーブル１５ａに基づいて車両５の「使用用途」を推定し、車載装置２の機能部がその推定結果に基づいて車両５の「使用用途」を特定するようにしてもよい。

また、上記実施の形態においてプログラムの実行によってソフトウェア的に実現されると説明した機能の全部又は一部は電気的なハードウェア回路により実現されてもよく、ハードウェア回路によって実現されると説明した機能の全部又は一部はソフトウェア的に実現されてもよい。また、上記実施の形態において一つのブロックとして説明した機能が、ソフトウェアとハードウェアとの協働によって実現されてもよい。

１ サーバ装置
２ 車載装置
３ 携帯情報端末
５ 車両
２１ａ アイコン
２０４ 用途特定部
２０５ アプリ選択部
２０６ 実行禁止部

Claims (10)

1. 車両で用いる車両用装置であって、
   前記車両の使用用途を特定する特定手段と、
   複数のアプリケーションのうちから前記使用用途に応じた一以上のアプリケーションを選択する選択手段と、
   前記複数のアプリケーションのうち前記選択手段に選択されなかったアプリケーションの実行を禁止する禁止手段と、
   を備えることを特徴とする車両用装置。
2. 請求項１に記載の車両用装置において、
   前記特定手段は、前記車両の走行前の情報に基づいて前記使用用途を推定することを特徴とする車両用装置。
3. 請求項１または２に記載の車両用装置において、
   複数のアプリケーションの実行の指示をユーザから受け付けるアイコンを表示する表示手段、
   をさらに備え、
   前記禁止手段は、前記選択手段に選択されなかったアプリケーションの前記アイコンを前記表示手段に表示させないことを特徴とする車両用装置。
4. 請求項１ないし３のいずれかに記載の車両用装置において、
   前記複数のアプリケーションは、前記車両の運転に関係する運転系アプリケーションと、前記車両の運転に関係しない非運転系アプリケーションと、を含み、
   前記禁止手段は、前記運転系アプリケーションの実行を禁止せず、前記選択手段に選択されなかった前記非運転系アプリケーションの実行を禁止することを特徴とする車両用装置。
5. 請求項４に記載の車両用装置において、
   前記車両が走行可能となった時点で前記運転系アプリケーションを実行し、前記特定手段が前記使用用途を特定した後に前記非運転系アプリケーションを実行する実行手段、
   をさらに備えることを特徴とする車両用装置。
6. 請求項１ないし５のいずれかに記載の車両用装置において、
   前記車両が目的地に到着したか否かを判定する判定手段、
   をさらに備え、
   前記選択手段は、前記車両が目的地に到着するまで、選択したアプリケーションを変更しないことを特徴とする車両用装置。
7. 請求項１ないし６のいずれかに記載の車両用装置において、
   実行されたアプリケーションが提供する複数の案内情報それぞれの優先度に応じて、前記複数の案内情報それぞれを表示する表示装置を、複数の表示装置のうちから決定する決定手段、
   をさらに備えることを特徴とする車両用装置。
8. サーバ装置と、車両で用いる車両用装置とを含む通信システムであって、
   前記車両の使用用途を特定する特定手段と、
   複数のアプリケーションのうちから前記使用用途に応じた一以上のアプリケーションを選択する選択手段と、
   前記複数のアプリケーションのうち前記選択手段に選択されなかったアプリケーションの実行を禁止する禁止手段と、
   を備えることを特徴とする通信システム。
9. 車両に搭載される車載装置と、携帯情報端末とを含む通信システムであって、
   前記車両の使用用途を特定する特定手段と、
   前記車載装置及び前記携帯情報端末のいずれかで実行可能な複数のアプリケーションのうちから前記使用用途に応じた一以上のアプリケーションを選択する選択手段と、
   前記複数のアプリケーションのうち前記選択手段に選択されなかったアプリケーションの実行を禁止する禁止手段と、
   を備えることを特徴とする通信システム。
10. 車両におけるアプリケーションの実行方法であって、
    （ａ）前記車両の使用用途を特定する工程と、
    （ｂ）複数のアプリケーションのうちから前記使用用途に応じた一以上のアプリケーションを選択する工程と、
    （ｃ）前記複数のアプリケーションのうち前記工程（ｂ）で選択されなかったアプリケーションの実行を禁止する工程と、
    を備えることを特徴とするアプリケーションの実行方法。

Images