JP2018124097A - 車載装置、情報提供方法、情報提供システム - Google Patents

Abstract

【課題】表示された情報とこれに先立って音声出力される情報が運転者に有効に伝わる車載装置を提供すること。【解決手段】表示装置２４に情報を表示する車載装置１０において、運転者が前記表示装置を閲覧できる状況よりも前のタイミングを決定するタイミング決定手段１４と、前記タイミング決定手段が決定したタイミングで前記情報の音声出力を開始する音声出力手段１７と、前記状況になると前記情報を前記表示装置に表示する表示手段１８と、を有する。【選択図】図２

Description

本発明は、車載装置、情報提供方法、及び情報提供システムに関する。

車両に通信機能が搭載されることが一般的になり、通信機能を利用した種々のサービスが車両に提供されるようによった。通信機能を利用して乗員にサービスを提供する車両をコネクティッドカーと称する。コネクティッドカーは、テレマティクスサービス、運行管理システム、地図・交通・気象情報配信サービス、音楽・動画配信サービスなど多種多様なサービスが提供され得る車の総称である。

例えば、サービスが運転者に知らせるニュースがある場合、車両にニュースを送信する。車両は車載されたディスプレイにニュースの内容を表示することができる。しかしながら、車両の走行中にディスプレイに表示してよい情報は各国の法令等によって車両の走行に関するものに限られている場合がある。また、法令で規制されていなくても走行中に運転者の視線を長時間ディスプレイに誘導することは好ましくない。

車両が停止したことを検出して車載装置がニュースをディスプレイに表示することは可能であるが、停止しなければ運転者はニュースの内容を把握できない。このような不都合に対し、音声で先に情報を伝える技術が考案されている（例えば、特許文献１参照。）。特許文献１には、音声により情報の概要を伝え、画像により情報の詳細を伝える車載用情報提供装置が開示されている。

特許第４００４０３０号公報

しかしながら、従来の技術では、表示された情報とこれに先立って出力される情報が運転者に有効に伝わらないおそれがあるという問題があった。図を用いて説明する。

図１は、音声の出力から情報の表示までに要する時間を説明する図の一例である。車両は高速道路を走行している。走行中に新しいニュースを車両が受信したため、時刻ｔ１に車載装置がニュースの概要を音声で出力する。しかし、車両は高速道路を走行しているため、パーキングエリア（又はサービスエリア）に移動しないと停止することができない。車両は時刻ｔ２にパーキングエリアで停止するが、停止した時には時刻ｔ１から１時間経過している。車載装置は車両が停止すると写真や動画を含むニュースの全文をディスプレイに表示するが、運転者としては１時間前の音声の内容を覚えているとは限らず、音声の内容と表示された情報との関係を把握しにくい。このため、音声出力と表示という二段階の情報の提供が、運転者に情報が伝わる上で有効とは言い切れないおそれがある。なお、このような問題は高速道路の走行中にのみ起こるとは限らない。

本発明は、上記課題に鑑み、表示された情報とこれに先立って音声出力される情報が運転者に有効に伝わる車載装置を提供することを目的とする。

本発明は、表示装置に情報を表示する車載装置において、運転者が前記表示装置を閲覧できる状況よりも前のタイミングを決定するタイミング決定手段と、前記タイミング決定手段が決定したタイミングで前記情報の音声出力を開始する音声出力手段と、前記状況になると前記情報を前記表示装置に表示する表示手段と、を有する。

表示された情報とこれに先立って音声出力される情報が運転者に有効に伝わる車載装置を提供することができる。

音声の出力から情報の表示までに要する時間を説明する図の一例である。 車載装置による情報の提供の概略を説明する図の一例である。 情報提供システムのシステム構成図の一例である。 レコメンドサーバ、コンテンツサーバの機能ブロック図の一例である。 車載装置が有する機能をブロック状に示す機能ブロック図の一例である。 出力順を説明する図の一例である。 車載装置が概要データと詳細データを出力する手順を示すフローチャート図の一例である。 詳細データ、概要データの一例を示す図である。 車載装置による情報の提供の概略を説明する図の一例である（実施例２）。 車載装置の機能をブロック状に示す機能ブロック図の一例である（実施例２）。 車載装置が概要データと詳細データを出力する手順を示すフローチャート図の一例である（実施例２）。 信号機のサイクル情報を説明する図の一例である。 車載装置による情報の提供の概略を説明する図の一例である（実施例３）。 車載装置の機能をブロック状に示す機能ブロック図の一例である（実施例３）。 車載装置が概要データと詳細データを出力する手順を示すフローチャート図の一例である（実施例３）。

以下、本発明を実施するための形態の一例として情報提供システム１００と情報提供システム１００が行う情報提供方法について図面を参照しながら実施例を挙げて説明する。

＜情報提供システムの概略的な動作＞
図２は、本実施例の車載装置１０による情報の提供の概略を説明する図の一例である。

（１）高速道路を走行中の車両がニュースを受信する。しかしながら、ニュースを受信した時点では車載装置１０はニュースの内容に関する音声（概要）を出力しない。

（２）車載装置１０は前方で最も近いパーキングエリアの分岐地点７を道路地図ＤＢ（Data Base）から検出する。車載装置１０は車速などから分岐地点７までの到達時間を算出する。また、ニュースの概要を音声で出力した場合、どのくらい音声出力時間が必要かを算出する。そして、到達時間の方が音声出力時間よりやや長くなるタイミングで音声の出力を開始する。例えば、音声出力時間が１０秒であるとすると、到達時間が１５秒程度になると音声の出力を開始する。こうすることで、分岐地点７の手前で音声が読み終わるタイミングで音声出力を開始できる。

（３）車載装置１０は、音声出力と共に確認受付画面４０１をディスプレイ２４に表示する。確認受付画面４０１には、「パーキングエリアで休憩してニュースをご覧になりますか？」というメッセージと共に、「はい」ボタン４０２及び「いいえ」ボタン４０３が表示されている。運転者はニュースの詳細を確認したい場合に「はい」ボタン４０２を押下する。車載装置１０は「はい」ボタン４０２又は「いいえ」ボタン４０３の押下を受け付ける。

（４）車載装置１０が「はい」ボタン４０２の押下を受け付けた場合、車載装置１０は車両を走行車線からパーキングエリアに誘導する。すなわち、運転者をパーキングエリアに案内する。車載装置１０は車両８が分岐地点７に到達すると「パーキングエリアの方向（左）に車線変更して下さい」という音声を出力し、また、ディスプレイ２４にパーキングエリアへの経路を表示する。経路案内されることで、ユーザは案内にしたがって運転するとニュースを閲覧できることが分かり、また、パーキングエリアに移動することでニュースを閲覧できる。

（５）車載装置１０は車両が停止すると写真や動画を含むニュースの全文をディスプレイ２４に表示する。

このように、本実施例の車載装置１０はパーキングエリアの少し手前で情報の概要を音声出力し、パーキングエリアで車両が停止するとニュースの詳細を表示する。音声出力から詳細の表示までの時間は、分岐地点７からパーキングエリアで停止するまでの時間しかかからないので、運転者は概要が音声出力されたニュースの詳細が、車両の停止で自動的に表示されたことが分かる。したがって、運転者は音声の出力と情報の表示という異なるメディアで１つの提供情報を受け取ることができ、車載装置１０は運転者に確実に提供情報を届けることができる。

運転者がパーキングエリアへの誘導を拒否した場合（「いいえ」ボタン４０３が押下された場合）、音声出力から詳細の表示までの時間が長くなるが、この場合、運転者はニュースにそれほど強い関心がないことになるので、概要の音声出力から詳細が表示されるまでに時間がかかっても支障は少ない。

＜用語について＞
特許請求の範囲における「運転者が表示装置を閲覧できる状況」とは、法令的又は倫理的に走行中に表示装置を継続的に見ることが許容される状況をいう。一般には車両８が停止した状況である。本実施例では、この状況の一例としてパーキングエリアで停止する場合を説明する。

なお、パーキングエリアという場合にはサービスエリアを含み、これらの他、高速道路や自動車専用道路で車両８が停止できる場所を含むものとする。また、本実施例では、高速道路と自動車専用道路を厳密には区別せず、単に高速道路ということにする。

＜システム構成例＞
図３は、情報提供システム１００のシステム構成図の一例を示す。情報提供システム１００は、レコメンドサーバ５０及びコンテンツサーバ６０、並びに、レコメンドサーバ５０とネットワークＮを介して通信する車載装置１０とを有する。

このネットワークＮは携帯電話網、無線ＬＡＮ網、又は、ＷｉＭＡＸ通信網などの通信事業者が提供する公衆回線とプロバイダ（インターネットに接続するためのサービスを提供する企業）が提供するプロバイダネットワークとを有している。通信事業者の公衆回線に車載装置１０が接続するためにネットワークＮには基地局９が接続されている。

情報提供システム１００は、契約している車両８に有償又は無償で情報を提供するサービスを行う。情報提供システム１００は１つ以上のサーバを有している。図３では説明の便宜上、レコメンドサーバ５０及びコンテンツサーバ６０を図示したがこれらのサーバは一体でもよい。また、コンテンツサーバ６０は一例としてＳＮＳ（Social Network System）サーバ６０ａ、メールサーバ６０ｂ、及び、ニュースサーバ６０ｃであるがこの他のコンテンツが提供されてよい。例えば、映画やプロモーションビデオなどの動画のコンテンツ、周辺の施設、又は、観光スポットに関するコンテンツが配信されていてもよい。

レコメンドサーバ５０は車両８の運転者ごとに運転者にとって有用な情報を車載装置１０に送信する。また情報提供の他、レコメンドサーバ５０は車両８の状態に関する情報を吸い上げて異常検知したり、車速情報に基づいて渋滞情報を作成したり、緊急時のオペレータとの会話等を可能とする。また、有用な情報とは、運転者にとって何らかの価値があると考えられる情報であればよく、実際に有用であるかどうかは問わない。

コンテンツサーバ６０は、レコメンドサーバ５０が運転者に提供するコンテンツを保持していたりインターネットから収集したりするサーバである。所定の管理者がユーザに提供したいコンテンツを能動的に登録することも可能である。コンテンツサーバ６０のうちＳＮＳサーバ６０ａは運転者が登録しているＳＮＳのサーバであり、メールサーバ６０ｂは運転者のメールアドレスが設定されたＰＯＰサーバである。レコメンドサーバ５０には後述するように運転者のユーザＩＤやパスワードが登録されており、ＳＮＳサーバ６０ａやメールサーバ６０ｂにログインして、運転者に関する情報に更新があると更新された情報を取得する。また、ニュースサーバ６０ｃは、例えば一般的なポータルサイトやニュース配信会社等のサーバである。レコメンドサーバ５０はニュースサーバ６０ｃと定期的に通信し最新の情報を取得する。

車載装置１０は電子的に情報を処理する電子装置であればよく、車載されているため車載装置１０と称することにする。車載装置１０は表示装置としてのディスプレイ２４を備えており、ディスプレイ２４は車両のセンターコンソールの上方、ダッシュボード上、又は、車室の天井等、運転者が閲覧できる位置に設置されている。車載装置１０とディスプレイ２４は一体に構成されていても、ディスプレイ２４のみが移動可能に構成されていてもよい。車載装置１０とディスプレイ２４が一体の場合、常態では車載装置１０にディスプレイ２４が収容された状態で、ユーザがディスプレイ２４を使用する場合にディスプレイ２４がユーザの前方に繰り出されるように現れてもよい。また、車載装置１０は車内に固定されている必要はなく、ユーザが搬送して車内に持ち込んだり、車両８が走行していない場合に車内から運転者が持ち出したりすることができるように設置されていてもよい。

車載装置１０は、車載専用の電子装置であってもよいし、汎用的な電子装置でもよい。車載専用の電子装置の一例としてナビゲーション装置がある。ナビゲーション装置は、道路地図を用いて目的地までの経路を探索し、進行方向が変更される地点で進行方向を案内する装置である。この他、ラジオやテレビの受信機能、音楽や映像の再生機能などを有していてもよい。また、車載専用の電子装置は、有線又は無線でユーザが携帯する端末装置と通信する機能を有していてもよく、端末装置が再生する音楽や映像を受信して車両８のディスプレイ及びスピーカから出力することができる。更に、端末装置がナビゲーション機能を有する場合、端末装置が道路地図を表示したり経路を案内したりすることができるため、車載装置１０はナビゲーション機能を有していなくてもよい。このような端末装置としては、スマートフォン、タブレット端末、ＰＤＡ（Personal Digital Assistant）、及びノートＰＣ（Personal Computer）等がある。

汎用的な電子装置としては、この端末装置がそのままダッシュボード等に固定され、ナビゲーション装置として使用される場合が挙げられる。この場合、汎用的な電子装置がナビゲーション機能、ラジオやテレビの受信機能、音楽や映像の再生機能を提供するので、車載専用の電子装置は不要になる。

車載装置１０は基地局９を介してレコメンドサーバ５０と通信し、レコメンドサーバ５０から情報を取得する。レコメンドサーバ５０のＩＰアドレスは車載装置１０に予め設定されている。外部から車載装置１０への侵入を防ぐため、車載装置１０から送信するべき情報があるか否かを定期的にレコメンドサーバ５０に問い合わせ、情報がある場合にはこの問い合わせに対する応答として情報を受信する。あるいは、レコメンドサーバ５０が車載装置１０を認証しセッションを接続した後は任意のタイミングでレコメンドサーバ５０から車載装置１０に情報を送信できてもよい。

＜情報提供システムの機能について＞
図４（ａ）はレコメンドサーバ５０とコンテンツサーバ６０が有する機能をブロック状に示す機能ブロック図の一例である。コンテンツサーバ６０は通信部６１、情報取得部６２、及びコンテンツＤＢ６３を有する。

通信部６１は、コンテンツサーバ６０のＣＰＵがプログラムを実行しＮＩＣ（Network Interface Card）を制御すること等により実現され、レコメンドサーバ５０にコンテンツを送信したり、外部からコンテンツを取得したりする。

情報取得部６２は、コンテンツサーバ６０のＣＰＵがプログラムを実行すること等により実現され、ＳＮＳ、電子メール又はニュースなどのコンテンツをコンテンツＤＢ６３に記憶させる。運転者以外の者がコンテンツサーバ６０にＳＮＳや電子メールを送信するので、これを取得すればよい。また、ニュースについては、ニュース配信サーバなどから新たなニュースを収集する。コンテンツＤＢ６３はサーバのリソースの例えばＨＤＤなどに構築される記憶装置であり、コンテンツに適した形態でコンテンツを保持している。

レコメンドサーバ５０は通信部５１、情報提供部５２、及びユーザ情報ＤＢ５３を有する。通信部５１は、レコメンドサーバ５０のＣＰＵがプログラムを実行しＮＩＣを制御することで実現され、コンテンツサーバ６０から例えばコンテンツを受信する。通信には、例えばコンテンツサーバ６０が公開しているＷｅｂ ＡＰＩを使用する。Ｗｅｂ ＡＰＩとは、インターネットを経由して何らかのプログラムを呼び出すための手順や規則である。

情報提供部５２はレコメンドサーバ５０のＣＰＵがプログラムを実行することで実現され、ユーザ情報ＤＢ５３に記憶された運転者のユーザ情報を参照して、運転者に有用な情報（コンテンツ）をコンテンツサーバ６０から取得する。情報提供部５２は、取得したコンテンツをページに分割しページごとに表示できる提供情報に加工する。１ページは、車載装置１０のディスプレイ２４に表示された際に運転者がそれほど長くない時間（例えば数秒〜数十秒）で読み取れる文字数である。各ページは例えばＨＴＭＬで作成され、ＣＳＳ（Cascading Style Sheets）でレイアウトが定められる。

図４（ｂ）はユーザ情報ＤＢ５３に記憶されているユーザ情報を模式的に説明する図の一例である。ユーザ情報には、ユーザＩＤ（運転者）ごとに性別や年齢などの属性、ユーザがアンケートなどで回答した嗜好（興味がある分野）が登録されている。例えば、どのようなニュースを好むか、どのような施設情報を好むか、広告の配信を許可するかどうか、電子メールを受信するかどうか、及び、ＳＮＳからの通知を取得するかどうか等が登録されている。更に、電子メールやＳＮＳの情報を取得する場合は、メールサーバやＳＮＳのＵＲＬ、ログイン情報（ユーザＩＤとパスワード）など必要な情報が記憶されている。

情報提供部５２は定期的にコンテンツサーバ６０に問い合わせ、更新されたコンテンツがあればコンテンツサーバ６０から取得する。そして、ユーザ情報を参照して運転者の嗜好に基づいて各車両８に提供するコンテンツを選択する。

図５は、車載装置１０が有する機能をブロック状に示す機能ブロック図の一例である。車載装置１０は、情報取得部１１、現在位置検出部１２、車速検出部１３、情報出力制御部１４、案内部１５、確認部１６、音声出力部１７、及び詳細表示部１８を有する。これらの各機能は車載装置１０が有するハードウェアリソースがプログラムを実行するＣＰＵの制御により動作することで実現される機能又は手段である。各機能はソフトウェアとして実現されてもよいし、ハードウェアとして実現されてもよい。

また、車載装置１０は情報ＤＢ３１と道路地図ＤＢ３２を有している。情報ＤＢ３１は提供情報が記憶されるデータベースであり、道路地図ＤＢ３２は地図データが記憶されるデータベースである。車載装置１０が取得した提供情報はいったん情報ＤＢ３１に記憶され、概要の音声出力と詳細の表示がそれぞれ後述する適切なタイミングで実行される。

道路地図ＤＢ３２には、道路を表すノードと分岐を表すリンクを互いに関連付けて記憶する経路探索用のデータと、道路形状や地形を描画するためのポイント、ライン、ポリゴンとこれらの属性情報を有する道路地図描画用のデータとを有している。道路地図ＤＢ３２を車載装置１０が有していなくてもよく、道路地図ＤＢ３２はインターネットに配置されていてよい。車両には前方又は周囲の道路地図を描画するための最小限のデータがあればよい。

情報取得部１１は、通信装置が受信したレコメンドサーバ５０から送信される運転者に有用な情報（上記の提供情報）を取得し、情報ＤＢ３１に記憶させる。情報ＤＢ３１に記憶された提供情報と提供情報を管理するための管理情報を表１に示す。

通信装置は、携帯電話網、無線ＬＡＮ網、又は、ＷｉＭＡＸ通信網などに接続してレコメンドサーバ５０を含むインターネットに接続することができる。通信装置は、車載装置１０が有していてもよいし、車両が有するＤＣＭ（Data Communication Unit）などを利用してもよい。あるいは、運転者が携帯する上記の端末装置が有する通信装置により受信された提供情報をＵＳＢケーブルなどの有線通信やBluetooth（登録商標）などの無線通信などを介して車載装置１０が受信してもよい。

また、提供情報はレコメンドサーバ５０から送信されるものに限られない。例えば、路側機からニュースや施設情報などの提供情報が送信されてもよいし、レコメンドサーバ５０以外のサーバから提供情報が送信されてもよい。また、ＶＩＣＳ（登録商標）（Vehicle Information and Communication System）が送信する交通情報が提供情報として出力されてもよい。

現在位置検出部１２は、車両の現在地を周期的に検出する。例えば、ＧＮＳＳ（Global Navigation Satellite System）により検出された位置情報を基点にして、ジャイロセンサが検出した進行方向に車輪速センサが検出した車速を累積して現在地を高精度に検出する。更に、道路地図に現在地をマッピングすることで現在地を道路上の位置として検出する。

車速検出部１３は、車両の車速を検出する。例えば、単位時間ごとに車輪速センサが出力するパルス信号をカウントし、単位時間のパルス信号の数と車輪の外径から車速を検出する。この他、ＧＮＳＳが検出する位置情報の変化の早さから車速を算出したり、ジャイロセンサが検出する加速度から車速を検出したりしてもよい。

情報出力制御部１４は、概要データと詳細データが出力されるタイミングを制御する。このため情報出力制御部１４は、音声出力時間算出部２１、及び到達時間算出部２２を有している。まず、情報出力制御部１４は提供情報の理解のために詳細データが表示された方が好ましいかどうかを判断する。例えば、提供情報が画像又は動画を有する場合、運転者は提供情報の内容を把握しやすくなる。このため、一例としては、提供情報が画像又は動画を有する場合、概要データの出力から詳細データが表示されるまでの時間が短くなるように概要データと詳細データが出力されるタイミングを制御する。また、別の例としては、提供情報の文字数が閾値以上の場合、概要が音声出力されるだけでは運転者が内容を把握できないおそれがあるので、詳細データが表示された方が好ましいと判断される。また、運転者の興味が強い分野のニュースや予め運転者が設定したジャンルのニュースなどでは、詳細データが表示された方が好ましいと判断される。

なお、詳細データが表示された方が好ましいかどうかの判断を行わずに、全ての提供情報について、概要データと詳細データが出力されるタイミングが制御されてよい。

タイミングを制御する場合、音声出力時間算出部２１は概要データを音声出力するために必要な音声出力時間を算出する。概要データがテキストデータの場合は文字数を音声出力時間に換算する。例えば、文字数と音声出力時間が対応付けられたテーブルを使用する。概要データが音声データの場合、音声出力時間は音声データに含まれている。

到達時間算出部２２は、現在地からパーキングエリアの分岐地点７までの距離を車速で除することで、分岐地点７までの到達時間を算出する。情報出力制御部１４は、音声出力時間よりも到達時間の方がやや大きいタイミングで概要データを出力すると判断する。

情報出力制御部１４は音声出力することに代えて、又は、音声出力と共に概要データをＨＵＤに出力してもよい。この場合、音声出力時間算出部２１はＨＵＤの概要データを運転者が読み取る時間を算出する。この場合も文字数と読取時間が対応付けられたテーブルを使用すればよい。

音声出力部１７は、情報出力制御部１４からの音声出力命令により概要データをスピーカ２３から出力する。詳細表示部１８は、情報出力制御部１４からの情報表示命令により詳細データをディスプレイ２４に表示する。ディスプレイ２４は表示装置の一例であり、ディスプレイ２４の一例として液晶パネルや有機ＥＬパネルなどのフラットパネルディスプレイが挙げられる。あるいは、プロジェクタ又はＨＵＤでもよい。

確認部１６は、情報出力制御部１４からの確認命令により運転者にパーキングエリアに停止するかどうかを問い合わせると共に、停止するか否かについて運転者の操作を受け付ける。具体的には、ディスプレイ２４に「パーキングエリアで休憩してニュースをご覧になりますか？」というメッセージと共に、「はい」ボタン４０２及び「いいえ」ボタン４０３を表示する。確認部１６は、「はい」ボタン４０２又は「いいえ」ボタン４０３の押下を受け付ける。所定時間どちらのボタンも押下されない場合、「いいえ」ボタン４０３が押下されたものとみなす。確認部１６は、メッセージを音声で出力したりＨＵＤに表示したりしてもよい。また、音声入力で「はい」又は「いいえ」を受け付けてもよい。

案内部１５は、運転者が「はい」ボタン４０２を押下した場合、運転者を走行車線からパーキングエリアに案内する。すなわち、目的地をパーキングエリアに設定し、現在地からパーキングエリアに到達するための経路を算出し、パーキングエリアからの距離に応じた運転の案内を行う。本実施例の場合、概要データが出力されるのはパーキングエリアへの分岐地点７の手前なので、分岐地点７で車両８が分岐できるように分岐地点７のやや手前で左方向への車線変更を促す音声をスピーカ２３から出力し、パーキングエリアに車両を誘導する映像をディスプレイ２４に表示する。また、車両が自動運転に対応している場合は、自動運転をＯＮにしてパーキングエリアまで自動で移動してもよい。

表１（ａ）は、提供情報を模式的に示す。提供情報は、情報ＩＤ、概要データ、及び詳細データの各項目を有する。情報ＩＤは、提供情報を特定するための情報である。ＩＤはIdentificationの略であり識別子や識別情報という意味である。ＩＤは複数の対象から、ある特定の対象を一意的に区別するために用いられる名称、符号、文字列、数値又はこれらのうち１つ以上の組み合わせをいう。概要データは提供情報のうち音声出力されるデータである。提供情報の概要を表すデータであり、提供情報の要約、一部、アウトライン等と称することができる。表１（ａ）の概要データは音声データであるが、概要データは音声データでもよいしテキストデータでもよい。音声データの場合、レコメンドサーバ５０が提供情報の要約を作成し、この要約に音声合成処理を施して音声データを作成する。また、テキストデータの場合、要約の作成までをレコメンドサーバ５０が行い、車載装置１０はテキストデータに音声合成処理を施してスピーカ２３から出力する。テキストデータの場合、ＨＵＤ（Head Up Display）にそのまま表示できるが、音声データの場合、車載装置１０が要約を作成してＨＵＤに表示する。

また、レコメンドサーバ５０は詳細データのみを車両８に送信することにして、概要データは車載装置１０が詳細データを要約することで作成してもよい。この場合、通信負荷を低減できる。

詳細データは提供情報の本体というべきデータであり、本実施形態ではＨＴＭＬデータとした。提供情報はテキストデータの他、写真、音声、動画などの種々の態様のデータを含むことができる。ただし、写真、音声、動画を含まない場合もある。ＨＴＭＬデータの場合、写真はimgタグで記述され、音声はaudioタグで記述され、動画はvideoタグで記述される。したがって、写真、音声、動画の有無は容易に判断される。ＨＴＭＬデータ以外の態様で提供情報が送信される場合、ファイル名や拡張子などで写真、音声、動画が含まれるかどうかが区別される。

表１（ｂ）は提供情報を管理するための管理情報の一例である。管理情報は、情報ＩＤ、取得日時、優先度、音声出力時間、概要出力済及び詳細出力済の各項目を有する。情報ＩＤは表１（ａ）の提供情報と対応付けるためのものである。取得日時は提供情報が取得された日時を示す。原則的に取得日時が古いものから出力される。

優先度は提供情報の重要性、緊急度、及び運転者の興味度からレコメンドサーバ５０が付与した提供情報の出力が優先される度合いである。数値が小さいほど優先度が高い。後述するように、優先度が閾値以上の場合、概要データと詳細データが出力されるタイミングを制御するか否かに関係なく、情報出力制御部１４は提供情報を受信したら概要データを音声出力する。

音声出力時間は、概要データの音声出力を完了させるために必要な時間である。上記のように概要データがテキストデータの場合は文字数から算出され、概要データが音声データの場合は音声データに含まれている。

概要出力済は、概要データが出力されたか否かを示し、出力された場合には概要データが出力された日時が記録されている。詳細出力済は、詳細データが表示されたか否かを示し、表示された場合には詳細データが表示された日時が記録されている。

＜複数の提供情報がある場合の出力順の決定について＞
走行中に複数の提供情報を車載装置１０が受信する場合がある。この場合も、概要データの出力のタイミングと詳細データの表示のタイミングを制御することが好ましい。本実施例では、以下のように提供情報の出力順を決定する。

図６は、出力順を説明する図の一例である。まず、図６（ａ）は提供情報が１つの場合の出力順を示す。詳細データを表示することが提供情報の理解に有効な場合、車載装置１０はパーキングエリアへの分岐地点７の手前で概要データを出力し、車両８が停止すると詳細データを表示する。

図６（ｂ）は複数の提供情報のうち１つが詳細データを表示することが提供情報の理解に有効な場合の出力順を示す。概要データ１と詳細データ１が１つの提供情報であり、概要データ２と詳細データ２が１つの提供情報である。詳細データ１が画像又は動画を有する場合、車載装置１０は概要データ１の出力の後、詳細データ１が表示されるように出力順を決定する。このため、概要データ２を音声出力し、次に、概要データ１を音声出力し、車両８が停止すると詳細データ１を表示し、次に、詳細データ２を表示する。こうすることで、概要データ１が出力されてから画像又は動画を有する詳細データ１が表示されるまでの時間を短くすることができる。

図６（ｃ）は複数の提供情報のうち２つが詳細データを表示することが提供情報の理解に有効な場合の出力順を示す。この場合、詳細データ１，２のどちらも画像又は動画を有しているので、１つの提供情報を除き、残りの提供情報は概要データの出力と詳細データの表示の間に他の提供情報が出力されてしまう。概要データの出力に続けて詳細データが表示される提供情報を本実施例では優先度に基づき決定する。すなわち、最も優先度が高い提供情報の概要データの出力に続けて詳細データが表示される。それ以外の提供情報は、優先度が高い概要データほど後に出力され、優先度が高い詳細データほど手前に表示される。こうすることで、優先度が高い提供情報の概要データが出力されてから詳細データが表示されるまでの時間を短くすることができる。優先度が同じ場合は、取得日時が早い順に出力される。

あるいは、図６（ｄ）に示すように、優先度が高い順に概要データを出力し、優先度が高い順に詳細データを出力してもよい。したがって、概要データと詳細データの出力順が同じになる。運転者は、概要データの出力順に詳細データが表示されるので、概要データと詳細データの対応を把握しやすくなる。

＜動作について＞
図７は、車載装置１０が概要データと詳細データを出力する手順を示すフローチャート図の一例である。図７の手順は車両８の走行中に実行される。

まず、情報出力制御部１４は提供情報を取得したか否かを判断する（Ｓ１０）。情報取得部１１は取得した提供情報を情報ＤＢ３１に記憶させる。情報出力制御部１４は、情報ＤＢ３１に新しい提供情報が記憶されたことを検出するか、又は、情報取得部１１からの通知により新しい提供情報を受信したという通知を受ける。

ステップＳ１０の判断がＹｅｓの場合、情報出力制御部１４は優先度を確認する。そして、優先度が閾値以上か否かを判断する（Ｓ２０）。

優先度が閾値以上の場合（ステップＳ２０のＹｅｓ）、まず、概要データを出力することが好ましいと考えられるため、情報出力制御部１４は新たに取得された提供情報の概要データの出力を音声出力部１７に要求する（Ｓ３０）。したがって、優先度が閾値以上の提供情報については早期に出力できるため、本実施例の出力制御により運転者に提供情報の概要が提供されるまでの時間が長くなることを抑制できる。一方、優先度が閾値以上の提供情報の概要データは２回、出力されることになるため、運転者が煩わしく感じるおそれもある。このため、優先度が閾値以上の提供情報の概要データを出力するか否かを運転者が設定可能であることが好ましい。なお、ステップＳ３０で概要データが出力されても、情報ＤＢ３１の概要出力済に日時は記録されない。ステップＳ３０で出力される概要データは、詳細データの表示とは関係なく出力されるためである。

次に、情報出力制御部１４は提供情報の理解のために詳細データが表示された方がよいか否かを判断する（Ｓ４０）。ここでは画像又は動画を有するか否かを判断するものとする。

ステップＳ４０の判断がＮｏの場合、提供情報が受信されたタイミングで概要データが出力されればよいので、情報出力制御部１４は提供情報の概要データの出力を音声出力部１７に要求する（Ｓ１５０）。概要データが出力されるのは優先度が閾値未満の場合だけでよい。また、概要出力済に日時を登録する。

次に、情報出力制御部１４は車両が停止したか否かを判断する（Ｓ１６０）。車両が停止すると、処理はステップＳ１４０に進み詳細データが表示される。

車両が停止するまでは（Ｓ１６０のＮｏ）、処理はステップＳ１０に戻り、次の提供情報に対し処理が行われる。また、提供情報が受信されるまではステップＳ１６０で車両が停止したかどうかが判断される。

ステップＳ４０の判断がＹｅｓの場合、情報出力制御部１４は出力されていない複数の提供情報があるか否を判断する（Ｓ５０）。情報出力制御部１４は情報ＤＢ３１の管理情報を参照して、概要出力済と詳細出力済が共に出力済でない提供情報を特定する。すでに概要出力済の提供情報がある場合は、この提供情報の概要データは出力しない。この概要データはすでに出力されているし、運転者が詳細データを閲覧するほどの興味を示さなかったことになるためである。

ステップＳ５０の判断がＹｅｓの場合、情報出力制御部１４は図６にて説明したように提供情報の出力順を決定する（Ｓ６０）。

次に、情報出力制御部１４の到達時間算出部２２は最寄りのパーキングエリアの分岐地点７までの到達時間を算出する（Ｓ７０）。すなわち、現在位置検出部１２から現在地を取得し、道路地図ＤＢ３２から最寄りのパーキングエリアの分岐地点７までの距離を取得する。そして、車速検出部１３から車速を検出し、距離を車速で除して分岐地点７までの到達時間を算出する。

次に、情報出力制御部１４の音声出力時間算出部２１は、各概要データの音声出力時間を算出する（Ｓ８０）。概要データが音声データの場合は音声データから音声出力時間を抽出し、概要データがテキストデータの場合はテキストデータの文字数を音声出力時間に変換する。

次に、情報出力制御部１４は音声出力時間にマージンαを加えた値以下に到達時間がなったか否かを判断する（Ｓ９０）。例えば、音声出力時間が１０秒で、マージンが５秒とすると、到達時間が１５秒になるとステップＳ９０の判断がＹｅｓとなる。すなわち、車両８が分岐地点７に到達する少し前に概要データの音声出力が完了するように概要データの出力を開始する。マージンの間に運転者は「はい」ボタン４０２又は「いいえ」ボタン４０３を押下できる。なお、複数の提供情報がある場合は、複数の概要データの音声出力時間の合計が到達時間と比較される。

ステップＳ９０の判断がＮｏの場合、処理はステップＳ１０に戻り他の提供情報があればそれを受信する。また、提供情報が受信されるまではステップＳ９０の判断が繰り返される。

ステップＳ９０の判断がＹｅｓの場合、情報出力制御部１４は概要出力済に日時が登録されていない提供情報の概要データの出力を音声出力部１７に要求する（Ｓ１００）。複数の概要データがある場合は、決定された出力順で概要データの出力を要求する。また、情報出力制御部１４は確認受付画面４０１をディスプレイ２４に表示する。

確認部１６は「はい」ボタン４０２が押下されたか否かを判断する（Ｓ１１０）。ステップＳ１１０の判断がＹｅｓの場合、案内部１５はパーキングエリアへの案内を開始する（Ｓ１２０）。なお、「はい」ボタン４０２が押下されなくても、運転者は任意にパーキングエリアに停止できる。

その後、情報出力制御部１４は例えば車速に基づいて車両が停止したか否かを判断する（Ｓ１３０）。車両が停止すると、情報出力制御部１４は詳細データの表示を詳細表示部１８に要求する（Ｓ１４０）。複数の詳細データがある場合は、決定された出力順で詳細データの出力を要求する。情報出力制御部１４は、情報ＤＢ３１の詳細出力済に日時が登録されていない全ての詳細データを表示する。そして、運転者が表示させた詳細データの詳細出力済に日時を登録する。

以上の処理により、概要データの出力から詳細データの表示までの時間を短縮できる。

＜出力例＞
図８（ａ）は詳細データの一例を示す。詳細データには画像が含まれているため、情報出力制御部１４は分岐地点７の手前で概要データを出力すると判断する。ボタン３０１は表示中の提供情報の次ページを表示させるためのボタンであり、ボタン３０２は次の提供情報を表示させるためのボタンである。

図８（ｂ）は分岐地点７の手前で出力される概要データの一例を示す。図８（ｂ）では「鈴木選手がヒットを放ち、メジャー通算３０００本安打を達成しました。」という音声が出力されることを示している。

図８（ｂ）の音声出力のすぐ後に図８（ａ）の詳細データが表示されるため、運転者は概要データと詳細データのつながりを把握して詳細データを閲覧することができる。

以上説明したように、本実施例の情報提供システム１００は、概要データの出力から詳細データの表示までの時間を短くすることで、概要データと詳細データの関係を運転者に把握させやすくなる。運転者は音声の出力と情報の表示という異なるメディアで１つの提供情報を受け取ることができ、車載装置１０は運転者に確実に提供情報を届けることができる。

なお、本実施例では、詳細データの表示前に概要データの出力が完了していると説明したが、概要データの出力が継続した状態で詳細データが表示されてもよい。つまり、概要データの音声出力の少なくとも一部が終わっており、概要データの音声出力が完全に終わる前に詳細データが表示されてもよい。概要データの一部が音声出力された時点で運転者が内容を把握できる場合があるためである。運転者は概要データを聞きながら詳細データを閲覧できる。

本実施例では、自動運転区間を利用して提供情報を提供する情報提供システム１００について説明する。

図９は、本実施例の車載装置１０による情報の提供の概略を説明する図の一例である。まず、自動運転区間２５について説明する。自動運転区間２５は、車両の自動運転が許可された区間であり、高速道路や自動車専用道路などに設定されている。自動運転が許可されているため、運転者はステアリングホイールを把持していなかったり、ディスプレイ２４を閲覧したりしても法令に違反したことにならない。したがって、車両が自動運転区間２５に進入すると、車載装置１０は詳細データを表示することが可能になる。

図９では開始地点Ｓから終了地点Ｅまでが自動運転区間２５であり、予め道路地図ＤＢ３２に自動運転区間２５が登録されている。車載装置１０は自動運転区間２５の手前で概要データの出力が完了するように概要データの出力を開始する。したがって、実施例１のパーキングエリアの分岐地点７が自動運転区間２５の開始地点Ｓに置き換わった態様となる。本実施例の概略を説明する。

（１）高速道路を走行中の車両がニュースを受信する。しかしながら、ニュースを受信した時点では音声を出力しない。

（２）車載装置１０は前方で最も近い自動運転区間２５の開始地点Ｓを道路地図ＤＢ３２から検出する。車速などから開始地点Ｓまでの到達時間を算出する。また、ニュースの概要を音声で出力した場合、どのくらい音声出力時間が必要かを算出する。そして、到達時間が音声出力時間よりやや長くなるタイミングで音声の出力を開始する。こうすることで、自動運転区間２５の開始手前で音声が読み終わるタイミングで音声出力を開始できる。例えば、音声出力時間が１０秒であるとすると、到達時間が１５秒程度になると音声の出力を開始する。

（３）車載装置１０は、音声出力と共に確認受付画面４０１をディスプレイ２４に表示する。確認受付画面４０１には、「自動運転区間２５で詳細データを表示しますか？」というメッセージと共に、「はい」ボタン４０２及び「いいえ」ボタン４０３が表示されている。運転者はニュースの詳細を確認したい場合に「はい」ボタン４０２を押下するので、車載装置１０は「はい」ボタン４０２又は「いいえ」ボタン４０３の押下を受け付ける。

（４）車載装置１０が「はい」ボタン４０２の押下を受け付けた場合、車載装置１０は自動運転機能をＯＮに設定する。自動運転機能がＯＮでないと運転者が詳細データを閲覧できないためである。例えば、車両が開始地点Ｓに到達すると持度運転機能をＯＮに制御し、「自動運転機能をＯＮにしました」という音声を出力する。

（５）車載装置１０は車両が自動運転区間２５に進入すると写真や動画などニュースの全文をディスプレイ２４に表示する。

このように、本実施例の車載装置１０は自動運転区間２５の少し手前でニュースの概要を音声出力して、自動運転をＯＮに設定し、自動運転区間２５ではニュースの詳細を表示する。音声出力から詳細の表示までの時間は、開始地点Ｓの手前から自動運転区間２５に車両８が進入するまでの時間でよいので、運転者は概要が音声出力されたニュースの詳細が、自動運転区間２５で自動的に表示されたことが分かる。したがって、運転者は音声の出力と情報の表示という異なるメディアで１つの提供情報を受け取ることができ、車載装置１０は運転者に確実に提供情報を届けることができる。

＜機能について＞
図１０は、車載装置１０の機能をブロック状に示す機能ブロック図の一例である。本実施例において、図５において同一の符号を付した構成要素は同様の機能を果たすので、主に本実施例の主要な構成要素についてのみ説明する場合がある。図１０の車載装置１０は案内部１５の代わりに自動運転起動部２９を有する。自動運転起動部２９は、運転者が詳細データを表示するため「はい」ボタン４０２を押下すると、自動運転装置４０をＯＦＦからＯＮに制御する。あるいは、運転者による明示的な操作がある場合に、自動運転装置４０をＯＦＦからＯＮに制御する。運転者が準備していないのに自動運転がＯＦＦになると運転者による運転が間に合わないおそれがあるため、ＯＮからＯＦＦへの制御部は、運転者が明示的に操作する。

また、本実施例の車両８は自動運転装置４０を有している。運転者が関与する程度に応じて自動運転にはレベル１〜レベル４の４段階のレベルが定められている。
0 運転者が全ての主制御系統の操作を行う。
1 加速、操舵、制動のいずれかをシステムが行う。
2 加速、操舵、制動のうちの複数をシステムが行う。
3 加速、操舵、制動の全てをシステムが行い、システムが要請した場合にはドライバーが対応する。
4 完全自動運転。

本実施例の自動運転のレベルは、走行中に運転者が詳細データを閲覧することが法令的に許可されるレベルであればよい。

自動運転装置４０は、情報取得部４１、分析認識部４２、行動決定部４３、及び、機構制御部４４を有している。情報取得部４１は車両８の周囲の情報を収集する。情報取得部４１は、例えば、ステレオカメラ（単眼カメラ）、レーザー、又はミリ波の少なくとも１つを使用して、周囲にある物体の距離や相対速度を検知する。取得した情報を地図情報に重ね合わせ、これらの位置を特定する。

分析認識部４２は、情報取得部４１が収集した物体が何かを分析して認識する。例えば、画像情報の中から被写体（人やクルマ、自転車等）を特定し、３次元空間でのその位置や動きを抽出する。主に構造推定とパターン認識が用いられる。構造推定は、視差を利用して立体的な構造を推定する技術であり、平坦な路面と立体的な障害物を区別することなどに使用される。パターン認識は、機械学習により歩行者や車両などを区別して認識する技術である。

行動決定部４３は、検知した対象物をモデル化し、三次元地図上に配置して、その瞬間の周辺環境を写し取ったダイナミックナビゲーションマップを作成する。そして、ダイナミックナビゲーションマップで自車の走行ラインと車速を決める。目的地への経路が設定されているので、走行ラインは右左折する以外は中央でよいし、車速は法定速度である。先行車両が検出されている場合は追従走行する。障害物との衝突が不可避の場合は急減速したり、安全確認の後、車線変更したりする。

機構制御部４４は、決定した走行ラインで走行できるようステアリングシャフトを回転駆動し、決定した車速で走行するようアクセル開度、シフトポジション、及び、制動量を決定し、それぞれのＥＣＵ（Electronic Controller Unit）がこれらを制御する。

なお、自動運転の実現方法は一例に過ぎず、自動運転の実現方法は車両やメーカによって異なってよい。

＜動作手順＞
図１１は、車載装置１０が概要データと詳細データを出力する手順を示すフローチャート図の一例である。なお、図１１の説明では主に図７との相違点を説明する。

ステップＳ１０〜Ｓ６０の手順は図８と同様でよい。ステップＳ７０では、到達時間算出部２２が最寄りの自動運転区間２５の開始地点Ｓまでの到達時間を算出する（Ｓ７０）。自動運転区間２５の開始地点Ｓ及び終了地点Ｅは道路地図ＤＢ３２に登録されている。あるいは、走行中に路側機から送信される前方の自動運転区間２５の開始地点Ｓまでの距離を車載装置１０が受信してもよい。

ステップＳ８０〜Ｓ１１０の手順は図７と同様でよい。ステップＳ１２０では、自動運転起動部２９が自動運転装置４０をＯＮに制御する（Ｓ１２０）。なお、自動運転装置４０がＯＮに制御されない場合、運転者は詳細データを閲覧できないので詳細データは表示されない。

そして、現在地に基づいて情報出力制御部１４が自動運転区間２５に進入したと判断すると（Ｓ１３０のＹｅｓ）、情報出力制御部１４は詳細データの表示を詳細表示部１８に要求する（Ｓ１４０）。

このような処理により、本実施例の車載装置１０は車両８が自動運転区間２５に進入する手前で概要データを出力し、自動運転区間２５に進入すると詳細データを表示できる。したがって、概要データが出力されてから詳細データが表示されるまでの時間を短くできる。

なお、自動運転では目的地までの経路が設定されている方が、車載装置１０が自動運転区間２５を通過することを確定しやすいが、経路が設定されていなくても前方の自動運転区間２５を検出すればよい。

また、高速道路や自動車専用道路の全般で自動運転が認められている場合、高速道路や自動車専用道路のインターチェンジの手前で概要データが音声出力され、インターチェンジを通過すると詳細データが表示されてよい。

また、自動運転区間２５を走行中に提供情報が送信される場合、自動運転装置４０がＯＮであれば概要データを出力することなく詳細データを表示すればよい。自動運転装置４０がＯＦＦであれば概要データを出力して確認受付画面４０１を表示し、自動運転をＯＮにするか否かを受け付ける。こうすることで、自動運転区間２５を走行中に提供情報を受信しても、概要データが出力されてから詳細データが表示されるまでの時間を短くできる。

本実施例では、信号機のサイクル情報を利用して提供情報を提供する情報提供システム１００について説明する。

図１２は信号機２６のサイクル情報を説明する図の一例である。信号機２６の手前に路側機２７が設置されており、路側機２７は付近（主に真下）を通過した車両８にサイクル情報を送信する。路側機２７としてはＶＩＣＳ（登録商標）の光ビーコンの送信機が知られている。

サイクル情報には以下の情報が含まれている。
・信号機までの距離Ｘ〔ｍ〕
・青、黄、赤の保持時間
・サイクルの経過時間
したがって、サイクル情報により信号機２６が次に赤になるまでの時間が分かる。また、車両８の車速と距離Ｘ〔ｍ〕により、車載装置１０は信号機２６に到達するまでの時間が分かる。信号機２６が次に赤になるまでの時間よりも信号機２６に到達するまでの時間の方が短ければ、車両８は停止しない。逆に、信号機２６が次に赤になるまでの時間が信号機２６に到達するまでの時間以下であれば、車両８は信号で停止する。路側機２７は前方の複数（最大で１６箇所）の信号機２６のサイクル情報を提供しているので、車載装置１０は停止する信号機２６を予測できる。

路側機２７は任意の間隔で設定されているので、車載装置１０は最新のサイクル情報に基づいて、停止する信号機２６を予測できる。車載装置１０は停止する信号機２６を決定できると、信号機２６に到達する手前で概要データの音声出力が完了するように概要データの音声出力を開始する。

図１３は、本実施例の提供情報の出力の概略を説明する図である。

（１）一般道を走行中の車両がニュースを受信する。しかしながら、ニュースを受信した時点では音声を出力しない。

（２）路側機２７の付近を通過すると車載装置１０はサイクル情報を受信する。車載装置１０は車速と距離Ｘ〔ｍ〕により停止する信号機２６を決定する。図１３では信号機２６ｄが停止する信号機として予測された。（１）と（２）は順不同でよい。

（３）車載装置１０は車速と信号機２６ｄまでの距離Ｘ〔ｍ〕を用いて信号機２６ｄまでの到達時間を算出する。また、ニュースの概要を音声で出力した場合、どのくらい音声出力時間が必要かを算出する。そして、到達時間が音声出力時間よりやや長くなるタイミングで音声の出力を開始する。こうすることで、信号機２６ｄの手前で音声が読み終わるタイミングで音声出力を開始できる。例えば、音声出力時間が１０秒であるとすると、到達時間が１５秒程度になると音声の出力を開始する。

（４）車載装置１０は、音声出力と共に確認受付画面４０１をディスプレイ２４に表示する。確認受付画面４０１には、「信号での停止時に詳細データを表示しますか？」というメッセージと共に、「はい」ボタン４０２及び「いいえ」ボタン４０３が表示されている。運転者はニュースの詳細を確認したい場合に「はい」ボタン４０２を押下するので、車載装置１０は「はい」ボタン４０２又は「いいえ」ボタン４０３の押下を受け付ける。信号での停止時間は必ずしも長くないので詳細データを閲覧したくない場合、運転者は「いいえ」ボタン４０３を押下できる。なお、確認受付画面４０１で信号が赤を維持する時間を表示すると、詳細データを表示するか否かを運転者が判断しやすくなる。

（５）車載装置１０が「はい」ボタン４０２の押下を受け付けた場合、車載装置１０は車両８が停止したことを検出して、写真や動画などのニュースの全文をディスプレイ２４に表示する。

このように、本実施例の車載装置１０はサイクル情報を利用して車両８が停止する信号機２６の少し手前でニュースの概要を音声出力して、信号機２６で停止するとニュースの詳細を表示する。音声出力から詳細の表示までの時間は音声出力時間と同程度なので、運転者は概要が音声出力されたニュースの詳細が、車両の停止で自動的に表示されたことが分かる。したがって、運転者は音声の出力と情報の表示という異なるメディアで１つの提供情報を受け取ることができ、情報提供システム１００は運転者に確実に提供情報を届けることができる。

＜機能について＞
図１４は、車載装置１０の機能をブロック状に示す機能ブロック図の一例である。本実施例において、図５において同一の符号を付した構成要素は同様の機能を果たすので、主に本実施例の主要な構成要素についてのみ説明する場合がある。本実施例では案内部１５が不要になる。また、新たにサイクル情報取得部２８を有している。サイクル情報取得部２８は路側機２７からサイクル情報を取得する。路側機２７は例えばＶＩＣＳ（登録商標）の一部であるためＶＩＣＳ（登録商標）の受信機によりサイクル情報を取得できる。

到達時間算出部２２は、サイクル情報が有する信号機までの距離Ｘと車速から各信号機までの到達時間を算出する。そして、信号機２６がそれぞれ次に赤になるまでの時間と各到達時間を比較して、車両８が停止する信号機２６を予測する。情報出力制御部１４は、停止する信号機２６の手前で音声が読み終わるタイミングで音声出力を開始する。

＜動作手順＞
図１５は、車載装置１０が概要データと詳細データを出力する手順を示すフローチャート図の一例である。なお、図１５の説明では主に図７との相違点を説明する。

ステップＳ１０で情報取得部１１が提供情報を取得する。サイクル情報取得部２８は路側機２７の付近を車両８が通過することでサイクル情報を取得する（Ｓ１５）。

次のステップＳ２０〜Ｓ６０の手順は図７と同様でよい。ステップＳ７０では、到達時間算出部２２が停止する信号機２６を予測し、信号機２６までの到達時間を算出する（Ｓ７０）。

次のステップＳ８０〜Ｓ１１０の手順は図７と同様でよい。ステップＳ１３０で車両が停止したと判断されると、情報出力制御部１４は詳細データの表示を詳細表示部１８に要求する（Ｓ１４０）。なお、ステップＳ１１０でＮｏと判断された場合、詳細データは表示されない。また、本実施例ではステップＳ１００の確認受付画面４０１を表示せずに、車両が停止した場合は常に詳細データを表示してもよい。運転者は興味がない提供情報を見なければよいためである。しかし、運転者が停止時にＡＶメニューや道路地図など別のコンテンツを表示させたい場合には、確認受付画面４０１を表示することで詳細データを表示させないことができるので、詳細データを別のコンテンツに運転者が切り替える必要がない。

このような処理により、本実施例の車載装置１０は車両８が信号機で停止する手前で概要データを出力し、信号機で停止すると詳細データを表示できる。したがって、概要データが出力されてから詳細データが表示されるまでの時間を短くできる。

なお、前方の車両が停止するなどにより、停止すると予測した信号機２６よりも手前の信号で車両８が停止してしまうこと生じ得る。この場合、車載装置１０は概要データを音声出力することなく、詳細データを表示すればよい。詳細データを表示したが運転者が十分な時間、閲覧していない場合（停止時間が短い、又は、視線方向がディスプレイを向いていない）、車両８が発進すると、車載装置１０がまだ音声出力していなかった概要データを出力してもよい。

逆に、交通の流れがよく、停止すると予測した信号機２６を通過してしまうことも生じうる。この場合、概要データを音声出力してから詳細データを表示するまでの時間が長くなってしまうが、一般道を走行しているため次の停止まではそれほど時間はかからない。しかし、サイクル情報で次に停止する信号機２６を再度予測し、停止するまでの時間が所定以上の場合、再度、概要データを音声出力してもよい。

＜その他の適用例＞
以上、本発明を実施するための最良の形態について実施例を用いて説明したが、本発明はこうした実施例に何等限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々の変形及び置換を加えることができる。

例えば、車両８にレコメンドサーバ５０から送信された提供情報を表示すると説明したが、予めＨＤＤ等に記憶されている情報を表示してもよいし、ユーザが端末装置に記憶させて車内に持ち込んだ情報を表示してもよい。

また、車両８に搭載される他、自動二輪車又は自転車に車載装置１０が搭載されてもよい。

また、図５、図１０，図１４などの構成例は、車載装置１０の処理の理解を容易にするために、主な機能に応じて分割したものである。処理単位の分割の仕方や名称によって本願発明が制限されることはない。また、車載装置１０の処理は、処理内容に応じて更に多くの処理単位に分割することもできる。また、１つの処理単位が更に多くの処理を含むように分割することもできる。

なお、情報出力制御部１４はタイミング決定手段の一例であり、音声出力部１７は音声出力手段の一例であり、詳細表示部１８は表示手段の一例であり、自動運転起動部２９は自動運転起動手段の一例であり、サイクル情報取得部２８はサイクル情報取得手段の一例であり、案内部１５は案内手段の一例であり、情報提供部５２は送信手段の一例であり、情報取得部１１は受信手段の一例である。

１０：車載装置、１１：情報取得部、１２：現在位置検出部、１３：車速検出部、１４：情報出力制御部、１５：案内部、１６：確認部、１７：音声出力部、１８：詳細表示部、５０：レコメンドサーバ、１００：情報提供システム

Claims (11)

1. 表示装置に情報を表示する車載装置において、
   運転者が前記表示装置を閲覧できる状況よりも前のタイミングを決定するタイミング決定手段と、
   前記タイミング決定手段が決定したタイミングで前記情報の音声出力を開始する音声出力手段と、
   前記状況になると前記情報を前記表示装置に表示する表示手段と、
   を有する車載装置。
2. 前記タイミング決定手段は、前記状況になる際に前記情報の少なくとも一部の音声出力が完了するタイミングを決定し、
   前記音声出力手段は、前記タイミング決定手段が決定したタイミングで前記情報の音声出力を開始する請求項１に記載の車載装置。
3. 前記タイミング決定手段は、前記状況となる地点までの距離と車速から前記地点に到達するための到達時間、及び、前記情報の少なくとも一部を音声出力するために必要な音声出力時間を算出し、
   前記到達時間よりも前記音声出力時間の方がやや大きいタイミングを前記情報の音声出力を開始するタイミングに決定する請求項１又は２に記載の車載装置。
4. 前記状況はパーキングエリアにおける停止であり、
   前記タイミング決定手段は、走行車線からパーキングエリアへ分岐する分岐地点の手前で前記情報の少なくとも一部の音声出力が完了するタイミングを決定し、
   前記音声出力手段は、前記タイミング決定手段が決定したタイミングで前記情報の少なくとも一部の音声出力を開始し、
   前記表示手段は車両がパーキングエリアで停止すると前記情報を前記表示装置に表示する請求項１〜３のいずれか１項に記載の車載装置。
5. 前記音声出力手段が前記情報を出力する際、前記タイミング決定手段は前記情報を表示するか否かを受け付ける受付画面を表示し、
   前記受付画面で前記情報を表示すると受け付けられた場合、車両を前記パーキングエリアに案内する案内手段を有する請求項４に記載の車載装置。
6. 前記状況は自動運転区間への進入であり、
   車両が前記自動運転区間に進入すると自動運転装置をＯＮに制御する自動運転起動手段を有し、
   前記タイミング決定手段は、前記自動運転区間の開始地点の手前で前記情報の少なくとも一部の音声出力が完了するタイミングを決定し、
   前記音声出力手段は、前記タイミング決定手段が決定したタイミングで前記情報の少なくとも一部の音声出力を開始し、
   前記表示手段は車両が前記自動運転区間に進入すると前記情報を前記表示装置に表示する請求項１〜３のいずれか１項に記載の車載装置。
7. 前記状況は信号機による停止であり、
   前記信号機のサイクル情報を取得するサイクル情報取得手段を有し、
   前記タイミング決定手段は、前記サイクル情報と車速で予測される車両が停止する信号機の手前で前記情報の少なくとも一部の音声出力が完了するタイミングを決定し、
   前記音声出力手段は、前記タイミング決定手段が決定したタイミングで前記情報の音声出力を開始し、
   前記表示手段は車両が信号機で停止すると前記情報を前記表示装置に表示する請求項１〜３のいずれか１項に記載の車載装置。
8. 前記タイミング決定手段は、前記情報が画像又は動画を有する場合、前記情報の音声出力が開始されるタイミングを決定する請求項１〜７のいずれか１項に記載の車載装置。
9. 前記情報は優先度を有しており、
   前記タイミング決定手段は、前記優先度が閾値以上の場合、前記情報を取得したタイミングで前記情報を音声出力し、
   更に、前記音声出力手段は、前記タイミング決定手段が決定したタイミングで前記情報の音声出力を開始する請求項１〜８のいずれか１項に記載の車載装置。
10. 表示装置に情報を表示する車載装置が行う情報提供方法において、
    タイミング決定手段が、運転者が前記表示装置を閲覧できる状況よりも前のタイミングを決定するステップと、
    前記タイミング決定手段が決定したタイミングで音声出力手段が前記情報の音声出力を開始するステップと、
    表示手段が、前記状況になると前記情報を前記表示装置に表示するステップと、
    を有する情報提供方法。
11. 情報を送信するサーバと、前記サーバから取得した情報を表示装置に表示する車載装置とを有する情報提供システムにおいて、
    前記サーバは、
    前記情報を前記車載装置に送信する送信手段を有し、
    前記車載装置は、
    前記情報を受信する受信手段と、
    運転者が前記表示装置を閲覧できる状況よりも前のタイミングを決定するタイミング決定手段と、
    前記タイミング決定手段が決定したタイミングで前記情報の音声出力を開始する音声出力手段と、
    前記状況になると前記情報を前記表示装置に表示する表示手段と、
    を有する情報提供システム。

Images