(57)【要約】【課題】ディスプレイ等の表示装置に表示された情報を適切に運転者に伝えることができる電子装置を提供すること。【解決手段】情報を表示する表示装置を有する電子装置１０において、前記電子装置１０が移動しているか否かを判断する移動判断手段３１，４１と、前記表示装置を人が注視している注視時間を測定する注視時間測定手段３７と、停止していた電子装置１０が移動を始めたと前記移動判断手段が判断した場合、前記注視時間に応じて情報量が調整された前記情報を出力する出力手段３９と、を有する。【選択図】図１
2018066820.tif 000002
【特許請求の範囲】
【請求項１】
情報を表示する表示装置を有する電子装置において、
前記電子装置が移動しているか否かを判断する移動判断手段と、
前記表示装置を人が注視している注視時間を測定する注視時間測定手段と、
停止していた前記電子装置が移動を始めたと前記移動判断手段が判断した場合、前記注視時間に応じて情報量が調整された前記情報を出力する出力手段と、
を有する電子装置。
【請求項２】
前記注視時間に応じて人に読み取られた情報量を推定し、前記情報を人に読み取られていないと推定される内容に要約する情報要約手段、又は、情報要約手段を有する情報処理サーバからネットワークを介して要約を取得する通信手段を有し、
前記出力手段は、前記情報要約手段により要約された前記情報を出力する請求項１に記載の電子装置。
【請求項３】
前記情報は前記表示装置の１画面に表示しきれない情報量を有し、
前記注視時間がしきい値以上の場合、前記情報要約手段は、前記情報を前記表示装置に表示されなかった内容に要約する請求項２に記載の電子装置。
【請求項４】
前記情報は前記表示装置の１画面に表示しきれない情報量を有し、
前記注視時間がゼロと見なせる場合、前記情報要約手段は、前記表示装置に表示されている内容を含めて前記情報を要約する請求項２又は３に記載の電子装置。
【請求項５】
前記注視時間がゼロと見なせる場合、前記情報要約手段は前記情報を要約せず、
前記出力手段は、前記情報の全体を出力する請求項４に記載の電子装置。
【請求項６】
前記注視時間により前記情報の全体を人が読み取ったと推定される場合、
前記出力手段は、前記表示装置に表示されていた前記情報に関連する追加情報を出力する請求項１に記載の電子装置。
【請求項７】
前記注視時間測定手段は前記注視時間を前記情報の識別情報に対応付けて測定し、
停止していた前記表示装置が移動を始めたと前記移動判断手段が判断した場合、前記注視時間測定手段は前記注視時間の測定を中断し、
前記電子装置が停止したと前記移動判断手段が判断し、前記表示装置を人が注視している場合、前記注視時間測定手段は前記情報の識別情報に対応付けられた前記注視時間を累積する請求項１〜６のいずれか１項に記載の電子装置。
【請求項８】
前記電子装置は車両に搭載された車載装置であり、
前記車両が停止したと前記移動判断手段が判断した場合、前記表示装置は走行中の画面を、前記情報を表示する画面に変更し、
前記注視時間測定手段は、前記情報を表示する前記表示装置を人が注視している時間を測定する請求項１〜７のいずれか１項に記載の電子装置。
【請求項９】
停止していた前記車両が移動を始めたと前記移動判断手段が判断した場合、前記表示装置は停止前に表示していた前記走行中の画面に変更し、
前記車両が停止したと前記移動判断手段が判断した時に、前記出力手段が前記情報を出力していない場合、
前記表示装置は、前記移動判断手段が移動を始めたと判断した時に表示していた前記情報と異なる前記情報を表示し、
前記出力手段が出力を開始したが終了するまでに、前記車両が停止したと前記移動判断手段が判断した場合、
前記表示装置は、前記移動判断手段が移動を始めたと判断した時に前記表示装置に表示していた前記情報を表示する請求項８に記載の電子装置。
【請求項１０】
停止していた前記車両が移動を始めたと前記移動判断手段が判断した場合、前記表示装置は表示していた前記情報を前記走行中の画面に変更し、
前記出力手段が出力を開始したが終了するまでに、前記車両が停止したと前記移動判断手段が判断した場合、
前記表示装置は、前記出力手段が出力した内容を除く前記情報を表示する請求項８に記載の電子装置。
【請求項１１】
前記電子装置は人が携帯する端末装置であり、
停止していた前記人が移動を始めたと前記移動判断手段が判断し、かつ、前記人が前記表示装置を注視しなくなった場合、
前記出力手段は、前記注視時間に応じて情報量が調整された前記情報を出力する請求項１〜７のいずれか１項に記載の電子装置。
【請求項１２】
情報を表示する表示装置を有する電子装置と、前記電子装置に情報を送信する情報処理サーバとを有する情報提供システムであって、
前記情報処理サーバは、
前記情報を記憶するデータベースと、
前記電子装置のユーザのユーザ情報を記憶するユーザ情報記憶手段と、
前記ユーザ情報に応じた前記情報を前記電子装置に送信する送信手段を有し、
前記電子装置は、
前記電子装置が移動しているか否かを判断する移動判断手段と、
前記表示装置を人が注視している注視時間を測定する注視時間測定手段と、
停止していた前記電子装置が移動を始めたと前記移動判断手段が判断した場合、前記注視時間に応じて情報量が調整された前記情報を出力する出力手段と、
を有する情報提供システム。
【請求項１３】
前記注視時間に応じて人に読み取られた情報量を推定し、前記情報を人に読み取られていないと推定される内容に要約する情報要約手段をさらに有し、
前記出力手段は、前記情報要約手段により要約された前記情報を出力する請求項１２に記載の情報提供システム。
【請求項１４】
情報を表示する表示装置を有する電子装置の情報出力方法において、
移動判断手段が、前記表示装置が移動しているか否かを判断するステップと、
注視時間測定手段が、前記表示装置を人が注視している注視時間を測定するステップと、
停止していた前記表示装置が移動を始めたと前記移動判断手段が判断した場合、出力手段が、前記注視時間に応じて情報量が調整された前記情報を出力するステップと、
を有する情報出力方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、電子装置、情報提供システム及び情報出力方法に関する。
【背景技術】
【０００２】
ナビゲーションのための道路地図や動画、車両後方の映像などを表示するためのディスプレイが搭載された車両がある。このディスプレイを活用して、運転者に有用な情報を表示させることが検討されている。しかしながら、車両の走行中にディスプレイに表示してよい情報は各国の法令等によって車両の走行に関するものに限られている場合がある。また、法令で規制されていなくても走行中に運転者の視線を長時間ディスプレイに誘導することは好ましくない。
【０００３】
このため、車両が停止している場合にのみ、例えば情報提供システムと呼ばれるシステムが運転者に有用な情報をディスプレイに表示することが検討される。車両が停止している場合にだけディスプレイに有用な情報を自動的に表示すれば、車両を停止させた運転者は特別な操作をしなくても有用な情報を注視することができる。
【０００４】
一方、単に車両が停止している場合にディスプレイに情報を表示するだけでは、この情報が運転者に伝わったかどうかを判断しにくい。例えば、運転者がディスプレイに表示された情報を読み終えたのか、運転者がまだ読んでいないのかを判断できず、車両が発進したとしても次の停止時に同じ情報を提供する必要性があるかどうかを判断しにくい。
【０００５】
このような不都合に対し運転者がディスプレイに表示された情報を読んだかどうかを視線検出により検知する技術が考案されている（例えば、特許文献１参照。）。特許文献１には、車両の発進時に運転者の視線がディスプレイを注視している場合、ディスプレイに表示されている情報を音声で読み上げるテキスト読み上げ装置が開示されている。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２０１４−１０６３２９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
しかしながら、従来の技術では、車両の停止時に情報がどのくらい運転者に伝わったのかが考慮されていないという問題がある。例えば、発進時に運転者の視線がディスプレイを注視しているとしても全体のほとんどを読み終えた可能性があり、発進時にディスプレイに表示された情報の全体が音声出力されると、運転者としては煩わしく感じるおそれがある。
【０００８】
本発明は、上記課題に鑑み、ディスプレイ等の表示装置に表示された情報を適切に運転者に伝えることができる電子装置を提供することを目的とする。
【課題を解決するための手段】
【０００９】
本発明は、情報を表示する表示装置を有する電子装置において、前記電子装置が移動しているか否かを判断する移動判断手段と、前記表示装置を人が注視している注視時間を測定する注視時間測定手段と、停止していた前記電子装置が移動を始めたと前記移動判断手段が判断した場合、前記注視時間に応じて情報量が調整された前記情報を出力する出力手段と、を有する。
【発明の効果】
【００１０】
ディスプレイ等の表示装置に表示された情報を適切に運転者に伝えることができる電子装置を提供できる。
【図面の簡単な説明】
【００１１】
【図１】本実施形態の車載装置による情報の提供の概略を説明する図の一例である。
【図２】情報提供システムのシステム構成図の一例である。
【図３】車載装置及び車載システムの一例としてのハードウェア構成図である。
【図４】レコメンドサーバとコンテンツサーバが有する機能をブロック状に示す機能ブロック図の一例である。
【図５】車載装置が有する機能をブロック状に示す機能ブロック図の一例である。
【図６】車載装置が提供情報をディスプレイに表示したり要約した提供情報を音声出力したりする手順を説明するためのフローチャート図の一例である。
【図７】２ページある提供情報の要約について説明する図の一例である。
【図８】車載装置がスクロールタイプの提供情報をディスプレイに表示したり要約した提供情報を音声出力したりする手順を説明するためのフローチャート図の一例である。
【図９】ディスプレイの一画面に入りきらない提供情報の表示例を示す図である。
【図１０】情報提供システムの全体的な動作を示すシーケンス図の一例である。
【図１１】ユーザが携帯する端末装置による音声出力の概略を説明する図の一例である。
【図１２】端末装置のハードウェア構成図の一例である。
【図１３】端末装置の機能をブロック状に示す機能ブロック図の一例である。
【図１４】端末装置が提供情報をＬＣＤに表示したり要約した提供情報を音声出力したりする手順を説明するためのフローチャート図の一例である。
【発明を実施するための形態】
【００１２】
以下、本発明を実施する車載装置１０と車載装置１０が行う情報出力方法について、図面を参照しながら実施例を挙げて説明する。
【００１３】
＜情報提供システムの概略的な動作＞
図１は、本実施形態の車載装置１０による情報の提供の概略を説明する図の一例である。図１（ａ）は車両８が停止した状態を示している。車両８が停止すると車載装置１０はディスプレイに情報を表示すると共に、運転者がディスプレイを注視した注視時間を測定する。
【００１４】
図１（ｂ）は、車両８が発進した時までに測定された注視時間がほぼゼロの場合の情報の提供方法を示している。注視時間がほぼゼロの場合、運転者にはディスプレイに表示された情報がほとんど伝わっていない（人に読み取られていない）ので、車載装置１０はディスプレイに表示されている情報を含めて音声で情報を読み上げる。音声で情報を読み上げることを、以下、音声出力という。
【００１５】
図１（ｃ）は、車両８が発進した時までに測定された注視時間が、情報が運転者に伝わるために必要な時間以上である場合の情報の提供方法を示している。運転者はディスプレイの情報の全体を読み取っていると考えられるので、ディスプレイに表示された情報を音声出力する必要性は低い。このため、車載装置１０はディスプレイに表示されていない情報を音声出力する。
【００１６】
このように、本実施形態の車載装置１０は、車両８の停止中に運転者がディスプレイを注視した注視時間を測定し、注視時間に応じてユーザに伝わった情報量を推定する。伝わった情報量に応じて音声出力する情報量を調整し情報の全て又は一部を音声出力するので、運転者に伝わった情報は音声出力せず、伝わっていない情報を音声出力でき、運転者に有用な情報を過不足なく提供できる。
【００１７】
なお、音声出力等のために情報の一部を抽出することを、本実施形態では「要約」と称する。要約とは、元の情報よりもデータ量が少なくなることをいう。
【００１８】
＜システム構成例＞
図２は、情報提供システム１００のシステム構成図の一例を示す。情報提供システム１００は、レコメンドサーバ５０及びコンテンツサーバ６０、並びに、レコメンドサーバ５０とネットワークＮを介して通信する車載装置１０とを有する。
【００１９】
このネットワークＮは携帯電話網、無線ＬＡＮ網、又は、ＷｉＭＡＸ通信網などの通信事業者が提供する公衆回線とプロバイダ（インターネットに接続するためのサービスを提供する企業）が提供するプロバイダネットワークとを有している。通信事業者の公衆回線に車載装置１０が接続するためにネットワークＮには基地局９が接続されている。
【００２０】
情報提供システム１００は、契約している車両８に有償又は無償で情報を提供するサービスを行う。情報提供システム１００は１つ以上のサーバを有している。図２では説明の便宜上、レコメンドサーバ５０及びコンテンツサーバ６０を図示したがこれらのサーバは一体でもよい。また、コンテンツサーバ６０は一例としてＳＮＳ（Social Network System）サーバ６０ａ、メールサーバ６０ｂ、及び、ニュースサーバ６０ｃであるがこの他のコンテンツが提供されてよい。例えば、映画やプロモーションビデオなどの動画のコンテンツ、周辺の施設、又は、観光スポットに関するコンテンツが配信されていてもよい。
【００２１】
レコメンドサーバ５０は車両８の運転者ごとに運転者にとって有用な情報を車載装置１０に送信する。また情報提供の他、レコメンドサーバ５０は車両８の状態に関する情報を吸い上げて異常検知したり、車速情報に基づいて渋滞情報を作成したり、緊急時のオペレータとの会話等を可能とする。また、有用な情報とは、運転者にとって何らかの価値があると考えられる情報であればよく、実際に有用であるかどうかは問わない。
【００２２】
コンテンツサーバ６０は、レコメンドサーバ５０が運転者に提供するコンテンツを保持していたりインターネットから収集したりするサーバである。所定の管理者がユーザに提供したいコンテンツを能動的に登録することも可能である。コンテンツサーバ６０のうちＳＮＳサーバ６０ａは運転者が登録しているＳＮＳのサーバであり、メールサーバ６０ｂは運転者のメールアドレスが設定されたＰＯＰサーバである。レコメンドサーバ５０には運転者のユーザＩＤやパスワードが登録されており、ＳＮＳサーバ６０ａやメールサーバ６０ｂにログインして、運転者に関する情報に更新があると更新された情報を取得する。また、ニュースサーバ６０ｃは、例えば一般的なポータルサイトやニュース配信会社等のサーバである。レコメンドサーバ５０はニュースサーバ６０ｃと定期的に通信し最新の情報を取得する。
【００２３】
車載装置１０は電子的に情報を処理する電子装置であればよく、車載されているため車載装置１０と称することにする。車載装置１０はディスプレイを備えており、ディスプレイは車両のセンターコンソールの上方、ダッシュボード上、又は、車室の天井等、運転者が注視できる位置に設置されている。車載装置１０とディスプレイは一体に構成されていても、ディスプレイのみが移動可能に構成されていてもよい。車載装置１０とディスプレイが一体の場合、常態では車載装置１０にディスプレイが収容された状態で、ユーザがディスプレイを使用する場合にディスプレイがユーザの前方に繰り出されるように現れてもよい。また、車載装置１０は車内に固定されている必要はなく、ユーザが搬送して車内に持ち込んだり、車両８が走行していない場合に車内から運転者が持ち出したりすることができるように設置されていてもよい。
【００２４】
車載装置１０は基地局９を介してレコメンドサーバ５０と通信し、レコメンドサーバ５０から情報を取得する。レコメンドサーバ５０のＩＰアドレスは車載装置１０に予め設定されている。外部から車載装置１０への侵入を防ぐため、車載装置１０から送信するべき情報があるか否かを定期的にレコメンドサーバ５０に問い合わせ、情報がある場合にはこの問い合わせに対する応答として情報を受信する。あるいは、レコメンドサーバ５０が車載装置１０を認証しセッションを接続した後は任意のタイミングでレコメンドサーバ５０から車載装置１０に情報を送信できてもよい。
【００２５】
＜装置のハードウェア構成＞  
図３は、車載装置１０及び車載システム７の一例としてのハードウェア構成図である。車載装置１０は制御部１３により制御され、制御部１３には、カメラ制御部１２、ハードキー１４、ディスプレイ１５、スピーカ１７、及び、ＨＵＤ（Head Up Display）１９が接続されている。ただし、図示されたハードウェア要素は説明のためのものであって、車載装置１０が有する一例のハードウェア要素であるにすぎない。例えば、加速度センサ、ジャイロセンサ及び地磁気センサを有している場合が多い。これにより、車載システム７からパルス信号等を取得できなくても自律航法が可能になる。
【００２６】
また、車載システム７は、ＤＣＭ（Data  Communication  Module）２５、及び車速センサ２６を有する。車載システム７についても本実施形態の説明上、図示がなくても支障がないハードウェア要素は省略されている。
【００２７】
車載装置１０と車載システム７はＣＡＮ（Controller  Area  Network）バス２９を介して接続されている。ただし、ＤＣＭ２５、及び車速センサ２６が直接、ＣＡＮバス２９に接続されていなくてもよく、これらは車両８のＥＣＵ（Electronic Control Unit）を介して接続されている場合がある。制御部１３は車両８の各ＥＣＵとＣＡＮバス２９を介して通信することができる。
【００２８】
制御部１３は、マイコン、情報処理装置、又は、コンピュータと呼ばれる機能を有し、情報の入力、処理（加工）及び出力を行う。制御部１３は、ＣＰＵ２０、ＲＡＭ２１、ＲＯＭ２２、及びフラッシュメモリ２３等を有するが、この他、ＣＡＮコントローラ、タイマ、Ｉ／Ｏポートなど一般的なＥＣＵと同様の機能を備えている。また、フラッシュメモリ２３の容量不足を補うためにＨＤＤ（Hard Disk Drive）が制御部１３に接続されていてもよい。
【００２９】
ハードキー１４は、ユーザによる使用頻度が高いスイッチ、ボタン又はタッチセンサ類であり、例えば、電源ボタン、音量の増減ボタン、ＣＤ／ＤＶＤの取り出しボタン等である。ディスプレイ１５は、例えばＬＣＤ（Liquid Cristal Display）や有機ＥＬなどの表示装置である。これらフラットパネルディスプレイの他、ＣＲＴでもよい。
【００３０】
ディスプレイ１５はタッチパネル１６を一体に有しており、タッチパネル１６はユーザの手指などが接触した座標を検知し制御部１３に出力する。同時に２箇所以上の操作位置を検出することができる。
【００３１】
ＨＵＤ１９は運転者の視界に設置された半透明のコンバイナー又はフロントガラスに情報を表示する表示装置である。運転者は少ない視線移動でコンバイナー又はフロントガラスに表示された情報を注視できる。
【００３２】
カメラ１１は入射した光をＣＣＤやＣＭＯＳなどの光電変換素子により輝度情報を有する画像データに変換する撮像装置である。カメラ１１は定期的に画像データをカメラ制御部１２に送出する。カメラ１１は運転者の眼を含む顔を撮像するように設置されている。例えば、メータパネルに光軸を車室内に向けて設置されている。あるいは、フロントピラー（Ａピラーともいう）やダッシュボードなどに設置されていてもよい。カメラ１１は赤外線又は近赤外線の光源（ライト）を有しており、撮像時には運転者の顔を照明する。また、カメラ１１の撮像素子は赤外線又は近赤外線に感度を有している。したがって、車内に光が入らない夜間やトンネル内などでも撮像可能である。
【００３３】
カメラ制御部１２は画像データを解析して視線方向を検出する。視線方向は、基準点と動点の相対位置に基づいて検出される。一例として。基準点に目頭、動点に虹彩を選ぶ方法と、基準点に角膜反射、動点に瞳孔を選ぶ方法とがある。カメラ制御部１２は、画像データから顔部分を特定し、顔部分から眉、鼻孔、目、唇などの特徴的な部品を特定し、これらの配置関係から目の位置を特定する。目の位置が特定されると目頭、動点、角膜反射及び瞳孔を検出できる。基準点と動点の相対位置に視線方向が対応付けられたテーブルが予め容易されており、カメラ制御部１２はこのテーブルを参照して視線方向を検出する。視線方向は例えばカメラ１１の撮像素子の中心を原点とする三次元座標系のベクトルで表される。カメラ制御部１２は画像データから検出した視線方向を制御部１３に送出する。
【００３４】
ＤＣＭ２５は、携帯電話会社などの通信事業者の基地局９と通信する通信装置であり、携帯電話、ＰＨＳ又はＷｉＭＡＸと同様の通信方法で通信する。これにより、各種のサーバに接続しサーバ経由でインターネット上の各種の情報を取得できる。また、車両の位置情報を送信すれば、位置に応じた施設情報などを取得できる。
【００３５】
車速センサ２６は車輪の回転をパルス信号により検出するセンサであり、制御部１３は単位時間当たりのパルス信号の数から車輪の回転速度を検出する。単位時間当たりのパルス信号の数や車輪の回転速度は車速と相関するため車速情報ということができる。
【００３６】
なお、図示する構成の他、ユーザが携帯する端末装置と通信するBluetooth（登録商標）などの無線通信装置を有していてもよい。また、ラジオ放送の受信、テレビ放送の受信、又はＣＤ/ＤＶＤ等の再生などを行い、映像をディスプレイ１５に、音声をスピーカ１７にそれぞれ出力するＡＶ装置を有していてもよい。さらに、人工衛星が発進する電波を用いて車両８の座標（緯度、経度、標高）を検出するＧＮＳＳ（Global Navigation Satellite  Systems）装置を有していてもよい。
【００３７】
なお、図示したハードウェア要素のうちソフトウェアにより実現可能な機能は、ソフトウェアで実現してよく、ハードウェアとソフトウェアを厳密に区別しなくてもよい。
【００３８】
レコメンドサーバ５０及びコンテンツサーバ６０のハードウェア構成図は、情報処理装置の一般的な構成でよいため図示を省略する。レコメンドサーバ５０及びコンテンツサーバ６０はクラウドコンピューティングに対応していることが好ましい。クラウドとは特定ハードウェア資源を意識しないでネットワーク上のリソースが利用される情報処理装置の利用形態である。この場合、レコメンドサーバ５０及びコンテンツサーバ６０は、１つの筐体に収納されていたりひとまとまりの装置として備えられていたりする必要はなく、負荷に応じてハード的なリソースが動的に接続・切断されることで構成される。また、一台の情報処理装置の中の仮想化環境に構築されていたり、複数台の情報処理装置に跨って構築されたりしてもよい。
【００３９】
＜情報提供システムの機能について＞
図４（ａ）はレコメンドサーバ５０とコンテンツサーバ６０が有する機能をブロック状に示す機能ブロック図の一例である。コンテンツサーバ６０は通信部６１、情報収集部６２、及びコンテンツＤＢ６３を有する。
【００４０】
通信部６１は、コンテンツサーバ６０のＣＰＵがプログラムを実行しＮＩＣ（Network Interface Card）を制御すること等により実現され、レコメンドサーバ５０にコンテンツを送信したり、外部からコンテンツを取得したりする。
【００４１】
情報収集部６２は、コンテンツサーバ６０のＣＰＵがプログラムを実行すること等により実現され、ＳＮＳ、電子メール又はニュースなどのコンテンツを取得又は収集してコンテンツＤＢ６３に記憶させる。コンテンツＤＢ６３はサーバのリソースの例えばＨＤＤなどに構築される記憶装置であり、コンテンツに適した形態でコンテンツを保持している。
【００４２】
レコメンドサーバ５０は通信部５１、情報提供部５２、及びユーザ情報ＤＢ５３を有する。通信部５１は、レコメンドサーバ５０のＣＰＵがプログラムを実行しＮＩＣを制御することで実現され、コンテンツサーバ６０から例えばコンテンツを受信する。
【００４３】
情報提供部５２はレコメンドサーバ５０のＣＰＵがプログラムを実行することで実現され、ユーザ情報ＤＢ５３に記憶された運転者のユーザ情報を参照して、運転者に有用な情報（コンテンツ）をコンテンツサーバ６０から取得する。情報提供部５２は、取得したコンテンツをページに分割しページごとに表示できる提供情報に加工する。１ページは、車載装置１０のディスプレイ１５に表示された際に運転者がそれほど長くない時間（例えば数秒〜数十秒）で読み取れる文字数である。各ページは例えばＨＴＭＬで作成され、ＣＳＳ（Cascading Style Sheets）でレイアウトが定められる。
【００４４】
図４（ｂ）はユーザ情報ＤＢ５３に記憶されているユーザ情報を模式的に説明する図の一例である。ユーザ情報には、ユーザＩＤ（運転者）ごとに性別や年齢などの属性、ユーザがアンケートなどで回答した嗜好（興味がある分野）が登録されている。例えば、どのようなニュースを好むか、どのような施設情報を好むか、広告の配信を許可するかどうか、電子メールを受信するかどうか、及び、ＳＮＳからの通知を取得するかどうか（取得する場合はＵＲＬやログイン情報など運転者が使用するＳＮＳに関する情報などである。情報提供部５２は、運転者の嗜好に基づいてコンテンツサーバ６０からコンテンツを取得し提供情報を作成する。
【００４５】
図５は、車載装置１０が有する機能をブロック状に示す機能ブロック図の一例である。車載装置１０は、車両停止判断部３１、視線方向取得部３２、情報取得部３３、視線方向判断部３４、操作受付部３５、情報表示部３６、注視時間測定部３７、情報要約部３８、音声合成部３９、及び情報記憶部４０を有する。
【００４６】
車両停止判断部３１は、図３に示した制御部１３のＣＰＵ２０がプログラムを実行すること等により実現され、車速センサ２６が取得する車速情報に基づいて車両８が停止しているか否かを判断する。車速がほぼゼロ、又は、停止していると見なせる程度のしきい値未満の車速の場合、車両８が停止していると判断する。本実施形態の車両８の停止とは、車両８が停車又は駐車した状態のいずれを含んでもよい。停止している場合に限られず、法令や社会通念上、運転者がディスプレイ１５の提供情報を注視できる状態であればよい。車両が停止しているか否かを車両が移動しているか否かと表現してもよい。車速センサ２６に限られず、加速度センサ又は地磁気センサなどを用いても停止しているか否かを判断できる。
【００４７】
なお、車速に加え、ブレーキペダルの踏み込みを車両８の停止の条件としてもよいし、シフトレバーポジションがＰ（パーキング）又はＮ（ニュートラル）であることを車両８の停止の条件としてもよい。車両停止判断部３１は車両８が停止しているか否かを情報表示部３６に通知する。
【００４８】
視線方向取得部３２は図３に示した制御部１３のＣＰＵ２０がプログラムを実行しＣＡＮコントローラを制御することで実現され、カメラ制御部１２が検出した視線方向を取得する。視線方向は画像データごとに送出されるためカメラ１１のフレームレートに準じて視線方向を取得する。検出される視線方向はある程度の誤差を有するので、視線方向取得部３２は複数の視線方向の平均を算出して用いてもよい。
【００４９】
視線方向判断部３４は、図３に示した制御部１３のＣＰＵ２０がプログラムを実行すること等により実現され、視線方向がディスプレイ１５を向いているか否かを判断する。ディスプレイ１５を向いている視線方向の範囲は予め視線方向判断部３４がパラメータとして持っている。例えば、三次元のベクトルで視線方向が表される場合、視線方向のＸ成分、Ｙ成分及びＺ成分がそれぞれパラメータの範囲内である場合に、視線方向がディスプレイ１５を向いていると判断する。視線方向判断部３４は視線方向がディスプレイ１５を向いているか否かをフラグなどにより注視時間測定部３７に通知する。
【００５０】
情報取得部３３は、図３に示した制御部１３のＣＰＵ２０がプログラムを実行しＣＡＮコントローラを制御することで実現され、ＤＣＭ２５が受信したレコメンドサーバ５０から送信される運転者に有用な情報（上記の提供情報）を取得する。
【００５１】
情報記憶部４０は、図３に示した制御部１３のＲＡＭ２１やフラッシュメモリ２３等を実体とし、提供情報を記憶する記憶装置である。情報記憶部４０には提供情報と提供情報を管理するための管理情報が記憶される。表１は情報記憶部４０に記憶される管理情報を模式的に示す。
【００５２】
【表１】
2018066820.tif 000003
管理情報は、情報ＩＤ、ページ数、読取必要時間、取得日時、読了状態、及び注視時間の各項目を有する。情報ＩＤは、提供情報を特定するための情報である。ＩＤはIdentificationの略であり識別子や識別情報という意味である。ＩＤは複数の対象から、ある特定の対象を一意的に区別するために用いられる名称、符号、文字列、数値又はこれらのうち１つ以上の組み合わせをいう。以下で説明されるＩＤについても同様である。ページ数は、１つの提供情報が有するページ数である。読取必要時間は運転者が各ページを読み取ることが必要と思われる時間である。例えばページの文字数に応じて決定される。取得日時は提供情報を車両８が取得した日時である。例えば、最新の提供情報から提供したり提供情報を古いものから削除したりするために使用される。読了状態は各ページごとに運転者が全体を読み終わったか否かを示す。「済み」はページの全体が読み終わったことを示し、「未」はページの全体が読み終わっていないことを示す。注視時間が読取必要時間以上になると読了状態は「済み」と判断される。例えば、新しい提供情報が送信されて来ない状態がある場合、ディスプレイに表示されたが１ページ目の読了状態が「未」の提供情報を、駐車時間が一定時間以上の場合に情報表示部３６が表示するためなどに使用される。
【００５３】
図５に戻り、操作受付部３５は、図３に示した制御部１３のＣＰＵ２０がプログラムを実行しハードキー１４やタッチパネル１６を制御すること等により実現され、運転者の車載装置１０に対する操作を受け付ける。例えば、次の提供情報の表示やページ送りなどの操作を受け付ける。
【００５４】
情報表示部３６は、図３に示した制御部１３のＣＰＵ２０がプログラムを実行すること等により実現され、提供情報をディスプレイ１５に表示する。提供情報が例えばＨＴＭＬデータやＣＳＳで記述されている場合、ブラウザと同様にＨＴＭＬデータとＣＳＳを解釈して提供情報をページごとにディスプレイ１５に表示する。あるいは、ＧＵＩ（Graphical User Interface）のための部品を保持しておき提供情報を部品に配置することで表示してもよい。
【００５５】
注視時間測定部３７は、図３に示した制御部１３のＣＰＵ２０がプログラムを実行すること等により実現され、視線方向がディスプレイを向いているか否かを示すフラグに基づいて視線方向がディスプレイ１５を向いている時間を測定する。本実施形態では、レコメンドサーバ５０から送信された提供情報がディスプレイ１５に表示されている状態の注視時間を測定するため、情報表示部３６が提供情報を表示中であるか否かを判断する。例えば、注視時間測定部３７が情報表示部３６に問い合わせたり、情報表示部３６から通知を取得したりする。提供情報を表示中であるか否かの判断に際し、注視時間測定部３７は、ディスプレイ１５に表示している提供情報の情報ＩＤとページ番号を情報表示部３６から取得する。注視時間測定部３７は情報ＩＤとページ番号に対応付けて情報記憶部４０に注視時間を登録する。また、各ページごとに読取必要時間≦注視時間となった場合に読了状態に「済み」を登録する。なお、走行中のディスプレイ１５の注視に対し運転者に警告するため、走行中の注視時間を測定してもよい。
【００５６】
情報要約部３８は、図３に示した制御部１３のＣＰＵ２０がプログラムを実行すること等により実現され、車両が発進すると、ディスプレイ１５に表示されていた提供情報の情報量を注視時間に応じて調整する。すなわち、提供情報が含む情報を注視時間に応じて要約する。要約の対象は提供情報のうち、文字、数字、記号などのテキストデータである。運転者に伝わっていない内容を注視時間に基づいて推定し、伝わっていない内容を提供情報から抽出することで提供情報を要約する。車両の発進を検出するため、情報要約部３８は車両が停止しているか否か（移動しているか否か）の情報を車両停止判断部３１から取得する。なお、要約に限られず、注視時間に応じて提供情報に関連する付加的な追加情報をレコメンドサーバ５０に要求してもよい。
【００５７】
音声合成部３９は、図３に示した制御部１３のＣＰＵ２０がプログラムを実行すること等により実現され、情報要約部３８が要約した提供情報（テキストデータ）を人間の音声に合成してスピーカ１７から出力する。どのような方法で音声合成を行ってもよい。例えば、テキストの言語解析を行い読みに変換し、単語の意味に適したアクセントや間（ま）を決定する。次に、読みに対する音声波形データが登録されたデータベースを参照し、テキストデータに沿って音声波形データを並べ、音声波形データ同士が滑らかに接続されるように音声波形データの端部を補正する。
【００５８】
なお、図示した機能はソフト的に実現されなければならないものではなく、論理回路などのハードウェアにより実現されてよい。
【００５９】
＜動作について＞
図６は、車両８の車載装置１０が提供情報をディスプレイ１５に表示したり要約した提供情報を音声出力したりする手順を説明するためのフローチャート図の一例である。図６の処理は例えば車載装置１０が提供情報を受信することでスタートする。なお、図６の処理がスタートされる際、車両８は走行しているものとする。
【００６０】
提供情報を受信した情報取得部３３は各ページのデータ量を算出する（Ｓ１０）。例えば、各ページごとに文字数をカウントする。バイト数をカウントしてもよい。
【００６１】
情報取得部３３は、データ量に基づいて各ページの読み取りに必要な読取必要時間を算出する（Ｓ２０）。例えば、文字数の範囲（〜１０文字、１１〜２０文字、２１〜２５文字等）に秒数が対応付けられたテーブルを参照し、ページごとの読取必要時間を決定する。このテーブルを運転者が設定してもよい。この場合、情報取得部３３は運転者ごとの読み取り速度を考慮して読取必要時間を決定できる。
【００６２】
車両停止判断部３１は車両８が移動中か停止したかを監視している（Ｓ３０）。車両８の停止を契機に提供情報を提供するためである。
【００６３】
停止した場合（Ｓ３０のＹｅｓ）、情報表示部３６が停止した旨の通知を受けて、音声合成部３９に音声出力が途中か否かを問い合わせる（Ｓ４０）。これは、本実施形態では車両８が発進した際に音声合成部３９が音声出力する場合があるが、車両８が停止した際にこの音声出力が終わっていない場合があるためである。
【００６４】
音声出力が途中でない場合（Ｓ４０のＮｏ）、前回の停車でディスプレイ１５に表示した提供情報は音声出力されなかったか又は走行中に全ての提供情報の音声出力が終わったので、情報表示部３６はディスプレイ１５に表示していない提供情報を表示する（Ｓ５０）。すなわち、情報ＩＤが異なる提供情報を表示する。このように車両８の停止を契機に提供情報に切り替わるので、運転者が提供情報を表示させなくても運転者は有用な情報を得ることができる。
【００６５】
音声出力が途中であった場合（Ｓ４０のＹｅｓ）、前回の停車でディスプレイ１５に表示した提供情報が音声出力され、要約された提供情報の音声出力が終わっていないので、情報表示部３６は最後に表示していた提供情報をディスプレイ１５に表示する（Ｓ６０）。最後に表示していた提供情報とは、発進した時にディスプレイ１５に表示されていた提供情報のページであり、ステップＳ１１０で記録されている。
【００６６】
音声出力された提供情報を除いてディスプレイ１５に表示することも好適である。これにより運転者は音声で聞いた提供情報を再度、ディスプレイ１５で注視しなくて済む。この場合、例えば、情報要約部３８は要約した提供情報をページ番号で区切っておき、音声合成部３９は車両８の停止時にどのページまで音声出力が終わったかを情報表示部３６に通知する。情報表示部３６は音声出力が終わっていない又は音声出力の途中のページ目以降をディスプレイ１５に表示する。なお、発進時にディスプレイ１５に表示されていた提供情報のページを表示するか、音声出力された提供情報を除いてディスプレイ１５に表示するかをユーザが設定できることが好ましい。
【００６７】
車両８が停止したこと及び情報表示部３６が表示した情報ＩＤとページ番号を通知することにより、注視時間測定部３７がページごとの注視時間の測定を開始する（Ｓ７０）。なお、視線方向判断部３４は視線方向がディスプレイ１５を向いているか否かを常に監視している。また、操作受付部３５がページの切り替えを受け付けた場合、情報表示部３６は該当するページを表示すると共に表示するページ番号を注視時間測定部３７に通知する。これにより、注視時間測定部３７はページごとの注視時間を測定できる。注視時間測定部３７は、ページが切り替わると切り替わる前のページの注視時間を情報記憶部４０に登録する。過去に表示されたページの注視時間が登録されているので、注視時間を累積して記録できる。例えば、前回の停止の注視時間が３秒であり、今回の停止の注視時間が５秒であった場合、累積の注視時間は８秒となる。これにより、運転者がページを注視した時間を過去の停止時を含めて記録でき、運転者が既に注視した提供情報を音声出力することを抑制できる。
【００６８】
提供情報の表示中、車両停止判断部３１は車両８が発進したかどうかを監視している（Ｓ８０）。車両８の発進を契機に情報表示部３６が提供情報の表示を中断するためである。車両８が停止したままの場合（Ｓ８０のＮｏ）、注視時間測定部３７は注視時間の測定を継続する（Ｓ９０）。
【００６９】
車両８が発進した場合（Ｓ８０のＹｅｓ）、情報表示部３６は画面を切り替えることで提供情報の表示を中断する（Ｓ１００）。車載装置１０は停止前（つまり走行中）にディスプレイ１５に表示していた画面を表示する。この画面は車載装置１０の種類やユーザの設定に依存するものであり様々であるが、例えばナビゲーション画面、ラジオチューナ画面、又は音楽再生の画面などである。こうすることで、運転者が画面を切り替える必要がなく、また、走行中にディスプレイ１５を注視してしまうことを抑制できる。  
次に、情報表示部３６は車両８の発進時にディスプレイ１５に表示していた提供情報の情報ＩＤとページ番号を記録しておく（Ｓ１１０）。ステップＳ６０にて説明したように音声出力の経過によっては再度、同じページを表示する可能性があるためである。
【００７０】
次に、注視時間測定部３７は各ページに対応付けて注視時間を情報記憶部４０に記録する（Ｓ１２０）。停止中に切り替わったページの注視時間は切り替わった直後に情報記憶部４０に記録してもよい。ステップＳ１２０では少なくとも車両８の発進時にディスプレイ１５に表示されていたページの注視時間を記録する。
【００７１】
次に、情報要約部３８は、提供情報をどのように要約するかを決定するため、ページごとに読取必要時間に対する注視時間の比率を算出する（Ｓ１３０）。比率は「（注視時間／読取必要時間）×１００」により算出される。これにより、運転者が提供情報を読み終わったかどうか及びどのくらい読んだかをページごとに算出できる。
【００７２】
続いて、情報要約部３８が提供情報を要約する。要約の考え方として、ページの順番どおりに要約すること、及び、一部のページを飛ばして要約すると全体の意味が分かりにくくなることが挙げられる。また、一般に運転者はページの順番に提供情報を読むと考えられるが、興味のないページを読まずに次のページを読む場合もあると考えられる。これらを考慮して、情報要約部３８は運転者が読んだページは要約せずに、読み終わったページ目以降から要約するものとする。
【００７３】
まず、情報要約部３８は比率が０％でないページがあるか否かを判断する（Ｓ１４０）。この判断がＮｏの場合、ディスプレイ１５には提供情報の１ページ目が表示されたが２ページ目以降を含め運転者が全く読まなかったと判断される。このため、情報要約部３８は１ページ目から提供情報の全体を要約する（Ｓ１５０）。これにより、表示したが読まなかった提供情報を音声出力できる。また、この場合、情報要約部３８は全ての提供情報をそのまま音声合成部３９に送出してもよく、要約しないとも表現できる。
【００７４】
ステップＳ１４０の判断がＹｅｓの場合、運転者が読もうとしたページがあることになるので、比率が０％超で最もページ番号が大きいページの比率が１００％以上か否かを判断する（Ｓ１６０）。１００％はしきい値であり比率がしきい値以上か否かを判断する。比率が０％超で最もページ番号が大きいページが判断の対象となるのは、運転者が手前のページを読む必要がないと判断する場合もあると考えられるためである。例えば、１ページ目の比率が１０％で２ページ目の比率が１００％の場合（３ページ目以降は０％）、１ページ目の比率を無視して２ページ目の比率が１００％以上であることを検出する（Ｓ１６０でＹｅｓと判断）。１ページ目の比率が１０％で２ページ目の比率が５０％の場合（３ページ目以降は０％）、１ページ目の比率を無視して２ページ目の比率が１００％以上でないことを検出する（Ｓ１６０でＮｏと判断）。
【００７５】
ステップＳ１６０の判断がＹｅｓの場合、比率が０％超で最もページ番号が大きいページ以前の内容を要約する必要がないので、情報要約部３８は比率が０％超で最もページ番号が大きいページを含めずに要約する（Ｓ１７０）。例えば、２ページ目の比率が１００％以上の場合（３ページ目以降は０％）、３ページ目以降を抽出することで要約する。ページ数が２ページしかなければ音声を出力しないので要約も不要である。
【００７６】
そして、全てのページの比率が１００％以上の場合、情報要約部３８は追加情報をレコメンドサーバに要求する（Ｓ１７５）。追加情報とは、提供情報に関連する付加的な追加情報である。例えば、提供情報が野球の試合結果であれば、追加情報はイニングごとの得点、投手の投球数、野手の安打数などである。全てのページの比率が１００％以上の場合、運転者はこの提供情報へ強い興味を示したと考えられるので、注視時間によって運転者が嗜好する追加情報を提供できる。この場合は、情報要約部３８は、注視時間に応じて提供情報の情報量を増大させることになる。なお、全てのページの比率が１００％以上の場合に追加情報を表示させるかどうかは運転者が設定できることが好ましい。
【００７７】
ステップＳ１６０の判断がＮｏの場合、表示中のページを要約する設定か否かを判断する（Ｓ１８０）。この設定の内容は運転者が予め車載装置１０に対して設定しているものとする。表示中のページとは、ステップＳ１１０で記録したページ番号である。ステップＳ１８０の判断がＮｏの場合、処理はステップＳ１７０に進み、比率が０％超で最もページ番号が大きいページを含めずに要約する。
【００７８】
ステップＳ１８０の判断がＹｅｓの場合、情報要約部３８は、発進時に表示していたページの内容を比率に応じて抽出し、以降のページを抽出することで要約する（Ｓ１９０）。例えば、発進時に表示していたページの比率が５０％であれば、ページの半分より後の行（又は文字数）のテキストデータを抽出する。これにより、運転者が読んでいない部分を音声出力できる。文の途中から要約すると不自然なので、情報要約部３８は比率によって決定した場所が文の途中である場合、該文の先頭から抽出する。
【００７９】
このように注視時間を測定することで、１ページの途中のテキストデータから音声出力できる。ディスプレイ１５内の正確な視線方向を検知するとコスト増となるが、本実施形態では低コストに１ページの途中から音声出力できる。
【００８０】
なお、ステップＳ１８０の判断がＹｅｓの場合（表示中のページを要約する設定の場合）、運転者による設定をさらに参照してもよい。つまり、表示中のページの全体を音声出力するか否かの設定である。表示中のページの全体を音声出力する設定の場合、表示中のページの比率に関係なく、表示中のページ目以降を提供情報から抽出することで要約する。比率が０％超で最も大きいページ番号が２ページ目でありその比率が５０％の場合、２ページ目の先頭から３ページ目以降を抽出する。
【００８１】
要約が終了すると、音声合成部３９は要約された提供情報（テキストデータ）の音声出力を開始する（Ｓ２００）。以上で図６の処理が終了するが、提供情報を受信している場合は図６のステップＳ１０から繰り返し実行される。
【００８２】
図６の処理について補足する。各ページのデータ量がほぼ同じになるようにレコメンドサーバ５０により調整されている場合、読取必要時間は一定である。したがって、読取必要時間を算出することなく、ステップＳ１４０で一定時間と注視時間を比較するだけでもよい。この場合、一定時間を運転者が設定できることが好適である。
【００８３】
また、提供情報は走行中に受信されてもよいし、停止中に受信されてもよい。停止中に受信された場合、他にディスプレイ１５に表示する提供情報がない場合はすぐにディスプレイ１５に表示され、そうでない場合は他の（先に送信された又は優先度の高い）提供情報がなくなるとディスプレイ１５に表示される。
【００８４】
また、要約された提供情報を音声出力するのでなく、情報表示部３６がＨＵＤ１９に表示してもよい。また、音声出力と共にＨＵＤ１９に要約された提供情報を表示してもよい。
【００８５】
また、ステップＳ１００でディスプレイ１５の提供情報は停止前にディスプレイ１５に表示されていた画面に切り替わるが、車両の発進後、ディスプレイ１５が提供情報を引き続き表示してもよい。
【００８６】
＜要約について＞
本実施形態の要約は、提供情報の元のテキストデータよりも情報量が少なくなればよい。この意味で、提供情報の一部を抽出する処理が要約の簡単な例に相当する。
【００８７】
図７は、２ページある提供情報の要約について説明する図の一例である。図７（ａ）は１ページ目の提供情報を示し、図７（ｂ）は２ページ目の提供情報を示す。１ページ目にはテキストデータＴ１、Ｔ２が含まれ、２ページ目にはテキストデータＴ３が含まれている。なお、ボタン４０１は２ページ目を表示させるためのボタンであり、ボタン４０２は別の提供情報を表示させるためのボタンである。ボタン４０２が押下されると、表示中の提供情報の全ページの注視時間が最大値（少なくとも読取必要時間より大きな値）に設定される。
【００８８】
例えば、車両８の発進時に１ページ目及び２ページ目の比率がほぼ０％であるとする。この場合、ステップＳ１４０でＮｏと判断されるので、情報要約部３８は１ページ目を含め提供情報を要約する。例えば、１ページ目からテキストデータＴ２、２ページ目からテキストデータＴ３を抽出することで、テキストデータＴ１〜Ｔ３の提供情報をテキストデータＴ２，Ｔ３に要約する（図７（ｃ））。
【００８９】
ここで、テキストデータＴ１は提供情報のタイトルであるため、１ページ目から抽出されていない（同じ内容がテキストデータＴ２に含まれるため）。しかし、タイトルを含んで要約してもよく、１ページの比率がほぼ０％の場合、提供情報が一切、要約されない場合もある。タイトルは提供情報の１行目として検出されてもよいし、ＨＴＭＬデータのタグにより判断してもよい。
【００９０】
また、例えば、車両８の発進時に１ページ目の比率が１００％以上で、２ページ目の比率がほぼ０％であるとする。ステップＳ１６０でＹｅｓと判断されるので、情報要約部３８は２ページ目のテキストデータＴ３を抽出することでテキストデータＴ１〜Ｔ３からなる提供情報をテキストデータＴ３に要約する（図７（ｄ））。
【００９１】
また、例えば、車両８の発進時に１ページ目の比率が１００％以上で、２ページ目の比率が５０％であるとする。また、表示中のページを要約する設定であるとする。ステップＳ１８０でＹｅｓと判断されるので、情報要約部３８は２ページ目のテキストデータＴ３の後半５０％を抽出することでテキストデータＴ１〜Ｔ３からなる提供情報を要約する。表示中のページを要約する設定でない場合は、要約は作成されない。
【００９２】
このように、運転者が読み取ったページは音声出力せず読み取っていないページを音声出力できるので、運転者が知りたい情報を重複させずに提供できる。
【００９３】
また、要約の簡単な例として文字を抽出することを説明したが、文章の内容を解析して要約する高度な要約も可能である。例えば、「全体の文章を最も端的に言い表している可能性の高い文章を探す」ことで要約する手法が知られている。具体的には、タイトルに含まれている単語を含む文を探し、重複を削除することで短い文に整える。文章全体のキーワードをカウントした時、上位に来るキーワードを含む文を探し、重複を削除することで短い文に整える。あるいは、文字のサイズや色で重要なキーワードを特定してもよい。
【００９４】
要約の対象は提供情報のうちのテキストデータであるが、音声出力可能なデータは要約可能である。例えば、画像データの内容を説明するメタデータなども要約による抽出の対象となる。
【００９５】
＜スクロールタイプの提供情報について＞
上記では提供情報がページに分割されている場合を説明したが、提供情報の全体が１ページで提供され、ディスプレイ１５の一画面に入りきらない提供情報を運転者がスクロールさせて注視するタイプの提供情報もある。
【００９６】
図８は、車載装置１０がスクロールタイプの提供情報をディスプレイ１５に表示したり要約した提供情報を音声出力したりする手順を説明するためのフローチャート図の一例である。図９は、ディスプレイ１５の一画面に入りきらない提供情報の表示例を示す図である。なお、図８の説明では主に図６との相違を説明する。全体の動作は図６のページがスクロールにより定まる表示位置に置き換わったものとなる。表示位置３０１とは、図９に示すように、１ページの提供情報のどの部分がディスプレイ１５に表示されているかを示す情報である。例えば、全体が１ページの提供情報の行番号、上端からのピクセル数などにより表される。
【００９７】
情報取得部３３は、１表示面３０２のデータ量を算出する（Ｓ１０）。１表示面３０２のデータ量はディスプレイ１５の１画面に表示されるテキストデータの長さである。画像データの配置などによって必ずしも一定ではないため、ステップＳ１０の処理は表示位置の変更後に行ってもよい。情報取得部３３は、データ量に応じて１表示面３０２の読み取りに必要な読取必要時間を算出する（Ｓ２０）。
【００９８】
ステップＳ３０〜Ｓ５０は図６と同様でよい。ステップＳ６０で、情報表示部３６は最後に表示していた表示位置の提供情報をディスプレイ１５に表示する。ステップＳ７０では、注視時間測定部３７が１表示面３０２の注視時間の測定を開始する。運転者は表示位置を任意に決定できるので、この表示位置に対応付けて注視時間を測定する。
【００９９】
ステップＳ８０〜Ｓ１００は図６と同様でよい。ステップＳ１１０で、情報表示部３６は車両８の発進時に表示していた提供情報の情報ＩＤと表示位置を記録する（Ｓ１１０）。これにより、車両８が再度、停止すると同じ表示位置で表示できる（Ｓ６０）。
【０１００】
次に、注視時間測定部３７は各表示位置に対応付けて注視時間を情報記憶部４０に記録する（Ｓ１２０）。表示位置は任意に決定されるので、運転者が表示させた任意の表示位置ごとに注視時間を記録しておく。
【０１０１】
以降のステップＳ１４０〜Ｓ２００はページが表示位置に変わっただけで図６と同様の処理になる。すなわち、運転者が全く提供情報を読んでいなければ表示位置が提供情報の先頭になるので、提供情報の全てを要約する（Ｓ１５０）。運転者がスクロールさせた場合は比率が０％超で最も下の表示位置の比率が１００％以上かどうかを判断し、１００％以上の場合、比率が０％超で最も表示位置が下の表示位置を含めずに要約する（Ｓ１７０）。ステップＳ１７５では、提供情報の全体の読取必要時間を超えた場合に、情報要約部３８は追加情報を要求する。運転者は表示位置を任意に決定できるので、全ての表示位置で比率が１００％かどうかを判断することは困難なためである。
【０１０２】
ステップＳ１６０の判断がＮｏの場合、運転者の設定に応じて（Ｓ１８０）、発進時に表示していた表示位置から比率に応じて提供情報を抽出し、表示されていない提供情報を抽出することで要約する（Ｓ１９０）。
【０１０３】
このように、１ページがスクロールする場合でも注視時間に応じて、運転者が読んでいない提供情報を音声出力できる。
【０１０４】
なお、表示位置が自動で１表示面ずつ移動してもよい。すなわち、運転者が表示位置を変える操作を行うと操作受付部３５が操作を受け付け、情報表示部３６は予め定められた１表示面の分だけ提供情報の表示位置を移動させる。これにより、表示位置が決まった位置になるので、ページに区分されている場合と同様に処理できる。
【０１０５】
＜クラウドサーバによる要約の作成＞
以上の処理では、車載装置１０が提供情報の要約を作成していたが、レコメンドサーバ５０が要約を作成することもできる。提供情報のあるページだけを抽出するような要約であれば車載装置１０が可能であるが、情報の意味や内容を考慮する高度な要約を行うには車載装置１０の処理能力では時間がかかるおそれがある。あるいは、高度な要約に対応させた車載装置１０はコスト増となるおそれもある。これに対しレコメンドサーバ５０が高度な要約の機能を有すれば、レコメンドサーバ５０が高度に要約した提供情報を多くの車両８が取得できコスト増を抑制しやすい。
【０１０６】
図１０は、情報提供システム１００の全体的な動作を示すシーケンス図の一例である。機能ブロック図は省略するが、レコメンドサーバ５０が要約するため、レコメンドサーバ５０が情報要約部３８を有し、車載装置１０は情報要約部３８を有さなくてよい。
【０１０７】
S1：レコメンドサーバ５０の通信部５１は適宜、提供情報を車両８に送信する。
【０１０８】
S2：車両８は図６又は図８のステップＳ１０〜Ｓ１３０の処理を行い、提供情報の表示と注視時間の測定を行う。
【０１０９】
S3：車両８のＤＣＭ２５はページごとに（又は表示位置ごとに）注視時間、読取必要時間及び情報ＩＤをレコメンドサーバ５０に送信する。
【０１１０】
S4：レコメンドサーバ５０は情報ＩＤに基づいて提供情報を特定し、情報要約部３８が提供情報を要約する。この処理はステップＳ１４０〜Ｓ１９０と同様である。
【０１１１】
S5：レコメンドサーバ５０の通信部５１は要約された提供情報を車両８に送信する。
【０１１２】
S6：車両８のＤＣＭ２５は要約された提供情報を受信して、音声合成部３９が要約された提供情報を音声出力する。
【０１１３】
このように要約をレコメンドサーバ５０が行うことで、高度な要約が低コストに実現可能になる。なお、レコメンドサーバ５０でなく要約専用のサーバが要約してもよい。また、音声合成もレコメンドサーバ５０が行うことができる。この場合、レコメンドサーバ５０は音声合成により得られた音声データを車両８に送信する。したがって、車両８が音声合成する必要がなく車載装置１０のコストを低減できる。
【０１１４】
＜歩いているユーザが端末装置７０を操作する場合＞
端末装置７０を操作するユーザについても注視時間の長さによって提供情報を要約し、ユーザに提供情報を音声出力することができる。このユーザは例えば降車した運転者でもよいし、車両８とは関係のない人でもよい。
【０１１５】
＜概略＞
図１１は、ユーザが携帯する端末装置７０による音声出力の概略を説明する図の一例である。図１１（ａ）のユーザは立ち止まって端末装置７０を操作している。端末装置７０は電子的に情報を処理する電子装置であればよく、車載装置１０と区別して端末装置７０と称することにする。端末装置７０は上記のスマートフォンの他、タブレット端末、ノートＰＣ、ＰＤＡ（Personal  Digital Assistant）、携帯電話、又は、腕時計型のＰＣなどもよい。ユーザは端末装置７０を移動させる移動手段となる。
【０１１６】
端末装置７０に所定のアプリの画面が表示され、ユーザが注視している場合、端末装置７０は注視時間を測定する。所定のアプリは例えばＷｅｂブラウザ、ニュース配信アプリ、又は、メールアプリなどである。これらに限られず、文字を含む情報を表示するアプリであればよい。また、端末装置７０にユーザが表示させる情報は、サーバからプッシュ型で送信される情報もあるが、ユーザが自ら表示させる情報も多いと考えられる。しかしながら、説明の便宜上、端末装置７０が表示する情報も提供情報という。
【０１１７】
また、端末装置７０は車載装置１０と同じ仕組みで視線方向を検出できる。あるいは、少なくとも顔がＬＣＤ（ディスプレイ）を向いているか否かを推定できる。
【０１１８】
図１１（ｂ）は、視線をＬＣＤから外し移動を開始したユーザを示す。端末装置７０は音声出力条件が成立すると、提供情報を要約して音声出力することを開始する。音声出力条件は、例えば、視線方向がＬＣＤを向いておらず、かつ、ユーザが移動を始めたことである。視線方向がＬＣＤを向いていないだけでは、再度、ＬＣＤを注視する場合があると考えられる。ユーザが前方を見て歩き始めた場合に音声出力することで、ユーザが歩きながら端末装置７０を注視することを低減させることができる。
【０１１９】
なお、例えばユーザの設定で、視線方向がＬＣＤを向いていないことだけを音声出力条件にして、音声出力してもよい。
【０１２０】
＜ハードウェア構成例＞
図１２は、端末装置７０のハードウェア構成図の一例である。図示する端末装置７０は、ＣＰＵ２０１、フラッシュＲＯＭ２０２、ＲＡＭ２０３、無線通信モジュール２０４、アンテナ２０５、カメラ２０６、ＬＣＤ２０７、ＧＮＳＳ装置２０８、外部Ｉ/Ｆ２０９、マイク２１０、スピーカ２１１、近距離無線通信装置２１２、加速度センサ２１３、ジャイロセンサ２１４、及び、地磁気センサ２１５を備えている。これらはバス２２０に接続され、データのやり取りが可能である。また、端末装置７０はバッテリ２１７を備えており、上記の各デバイスへ電力を供給している。
【０１２１】
ＣＰＵ２０１は、フラッシュＲＯＭ２０２に記憶されたプログラム２０２ｐにしたがって、各種データの演算処理などにより端末装置７０全体を制御する。フラッシュＲＯＭ２０２はプログラム２０２ｐを記憶すると共に、各種データを記憶するストレージとしても機能する。プログラム２０２ｐはＯＳの他、各種のアプリ、及び、注視時間を測定するためのプログラム等を含む。
【０１２２】
ＲＡＭ２０３は、ＣＰＵ２０１のワークメモリとして使用される。フラッシュＲＯＭ２０２に記憶されたプログラムはＲＡＭ２０３に読み込まれて、ＣＰＵ２０１により実行される。無線通信モジュール２０４は携帯電話回線を利用したデータ通信（音声の送受信も含む）を行う。
【０１２３】
カメラ２０６は端末装置７０の背面側とＬＣＤ側に設けられ、撮像素子に入射した光を光電変換し画像信号に変換する。ＬＣＤ側のカメラ２０６によりユーザの顔が撮像される。
【０１２４】
ＬＣＤ２０７は、端末装置７０を操作するためのアイコンや、アプリが生成するＧＵＩを表示する。ＬＣＤ２０７はタッチパネル２１６を一体に有しユーザの手指が接触した位置を検出する。ＧＮＳＳ装置２０８は上記と同様の機能を有する。
【０１２５】
外部Ｉ/Ｆ２０９は、車載装置１０と有線で接続するためのケーブルのインタフェース、充電用のインタフェース、又は、外部メモリを装着するためのインタフェースである。例えば、ＵＳＢインタフェースやＨＤＭＩ（登録商標）のインタフェースである。マイク２１０は入力された音声を電気信号に変換し、スピーカ２１１は音データをＤ/Ａ変換して可聴信号として出力する。
【０１２６】
近距離無線通信装置２１２は、車載装置１０側の近距離無線通信装置とBluetooth（登録商標）、無線ＬＡＮ、ＮＦＣ、赤外線通信などの通信規格で通信する。加速度センサ２１３は端末装置７０に生じる３軸の加速度を検出し、ジャイロセンサ２１４は３軸に対し端末装置７０が回転する回転角角度を検出する。地磁気センサ２１５は、端末装置７０の向きの方角を検出する。
【０１２７】
＜機能について＞
図１３は、端末装置７０の機能をブロック状に示す機能ブロック図の一例である。端末装置７０が有する機能は車載装置１０が有する機能から大きな変更はないため、以下では主に相違点を説明する。図１３と図５を比較すると、ＤＣＭ２５が無線通信モジュール２０４に、車速センサ２６が加速度センサ２１３に、ディスプレイ１５がＬＣＤ２０７に変更されている。また、視線方向取得部３２が不要になり、車両停止判断部３１がユーザ停止判断部４１に変更されている。
【０１２８】
ユーザ停止判断部４１は加速度センサ２１３が検出する加速度に基づきユーザが歩いているか否かを判断する。ユーザが歩くと所定以上の加速度が定期的に検出されるため、ユーザ停止判断部４１はこの加速度によりユーザが歩いているか否かを判断できる。ジャイロセンサ２１４や地磁気センサ２１５を使って判断してもよい。
【０１２９】
視線方向判断部３４は、車両８のカメラ制御部１２と同様に視線方向を検出する。あるいは、より簡易的に視線方向を検出する方法として、顔検出を利用してもよい。顔検出とは人間の顔を認識する技術をいい、いわゆるパターン認識によりカメラ２０６に顔が撮像されていることを検出する技術である。さらに、特定の人物の顔であることを検出することもできる。ユーザが端末装置７０を操作している場合、顔がＬＣＤ２０７に対し正面を向いていると推定してよい。ユーザが視線方向をＬＣＤ２０７から外した場合、ユーザはＬＣＤを持つ腕を動かしたり顔向きを変更したりする。このため、撮像される顔の向きが操作していた状態の顔の向きに対し変化する。視線方向判断部３４は、顔がＬＣＤ２０７に対し正面を向いている場合の顔の横幅と縦の長さを記録しておき、それに対し横幅又は縦の長さが所定以上変化した場合に、ＬＣＤ２０７を見ていないと判断する。
【０１３０】
この他の機能については図５と相違がないか又はあっても本実施形態の説明に支障がないものとする。
【０１３１】
＜動作手順＞
図１４は、端末装置７０が提供情報をＬＣＤ２０７に表示したり要約した提供情報を音声出力したりする手順を説明するためのフローチャート図の一例である。図１４では、提供情報がスクロールタイプであるとして説明するが、ページごとに区切られていてもよい。また、図１４の説明では主に図８との相違を説明する。ステップＳ１０〜Ｓ７０の処理は図８と同様である。
【０１３２】
図１４ではステップＳ８０で、ユーザが動き出したか否かが判断される（Ｓ８０）。そしれ、ステップＳ８０の判断がＹｅｓでも、視線方向がＬＣＤ２０７を向いていない場合に（Ｓ８２）、注視時間に基づく要約を開始する。また、図１４では図８のステップＳ１００が不要になる。これは、端末装置７０では画面の切り替えが行われないためである。ただし、歩きながらの注視を抑制するため端末装置７０が画面を切り替えてもよい。以降の処理は図８と同様でよい。なお、ステップＳ８０とＳ８２の判断は順不同である。
【０１３３】
このように、ユーザの視線方向を推定することで、ユーザが携帯する端末装置７０が注視時間に応じて要約された提供情報を音声出することができる。
【０１３４】
なお、端末装置７０においても要約及び音声合成は端末装置７０が行ってもよいし、サーバ側が行ってもよい。
【０１３５】
＜まとめ＞
本実施形態の情報提供システム１００は、車両８又はユーザの停止中にディスプレイの注視時間を測定し、注視時間に応じて運転者又はユーザに伝わった情報量を推定し、伝わった情報量に応じて提供情報の全て又は一部を音声出力する。運転者に伝わった情報は音声出力せず、伝わっていない情報を音声出力でき、運転者に有用な情報を過不足なく提供できる。
【０１３６】
＜その他の適用例＞
以上、本発明を実施するための最良の形態について実施例を用いて説明したが、本発明はこうした実施例に何等限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々の変形及び置換を加えることができる。
【０１３７】
例えば、車両８にレコメンドサーバ５０から送信された提供情報を表示すると説明したが、予めＨＤＤ等に記憶されている情報を表示してもよいし、ユーザが端末装置７０に記憶させて車内に持ち込んだ情報を表示してもよい。
【０１３８】
また、各提供情報の注視時間を車両８がレコメンドサーバ５０に送信することで、運転者の嗜好を修正させてもよい。例えば、スポーツのニュースの注視時間は長いが、社会問題のニュースの注視時間が短い場合、レコメンドサーバ５０は社会問題のニュースの提供頻度を小さくする。
【０１３９】
また、視線方向の検出精度がディスプレイ１５上の位置を特定できるほど高い場合、この位置から後のテキストデータを発進時に音声出力してもよい。
【０１４０】
また、車両８に搭載される他、自動二輪車又は自転車に車載装置１０が搭載されてもよい。
【０１４１】
また、図５、１３などの構成例は、車載装置１０及び端末装置７０の処理の理解を容易にするために、主な機能に応じて分割したものである。処理単位の分割の仕方や名称によって本願発明が制限されることはない。また、車載装置１０及び端末装置７０の処理は、処理内容に応じてさらに多くの処理単位に分割することもできる。また、１つの処理単位がさらに多くの処理を含むように分割することもできる。
【０１４２】
なお、情報表示部３６は情報表示手段の一例であり、車両停止判断部３１又はユーザ停止判断部４１は移動判断手段の一例であり、注視時間測定部３７は注視時間測定手段の一例であり、音声合成部３９は出力手段の一例であり、情報要約部３８は情報要約手段の一例である。ユーザ情報ＤＢ５３はユーザ情報記憶手段の一例であり、通信部５１は送信手段の一例であり、ＤＣＭ２５は通信手段の一例であり、レコメンドサーバ５０は情報処理サーバの一例である。
【符号の説明】
【０１４３】
１０：車載装置、３１：車両停止判断部、３２：視線方向取得部、３３：情報取得部、３４：視線方向判断部、３５：操作受付部、３６：情報表示部、３７：注視時間測定部、３８：情報要約部、３９：音声合成部、４１：ユーザ停止判断部、５０：レコメンドサーバ、６０：コンテンツサーバ、７０：端末装置、１００：情報提供システム
【図１】
2018066820.tif 000004
【図２】
2018066820.tif 000005
【図３】
2018066820.tif 000006
【図４】
2018066820.tif 000007
【図５】
2018066820.tif 000008
【図６】
2018066820.tif 000009
【図７】
2018066820.tif 000010
【図８】
2018066820.tif 000011
【図９】
2018066820.tif 000012
【図１０】
2018066820.tif 000013
【図１１】
2018066820.tif 000014
【図１２】
2018066820.tif 000015
【図１３】
2018066820.tif 000016
【図１４】
2018066820.tif 000017