(57)【要約】【課題】利用者が意図した操作を行うための位置にポインタが表示される確率を高めることが可能な技術の提供。【解決手段】表示部にユーザインタフェース画面を表示するＵＩ画面表示制御部と、利用者の視点を検出する視点検出部と、ポインティングデバイスの出力に基づいて前記表示部におけるポインタの表示を制御し、前記ユーザインタフェース画面が表示された後の最初の前記ポインティングデバイスに対する操作が、当該ユーザインタフェース画面内に前記視点が存在する状態で行われた場合、前記視点に前記ポインタを表示するポインタ表示制御部と、を備える表示制御システムが構成される。【選択図】図３
2018063523.tif 000002
【特許請求の範囲】
【請求項１】
表示部にユーザインタフェース画面を表示するＵＩ画面表示制御部と、
利用者の視点を検出する視点検出部と、
ポインティングデバイスの出力に基づいて前記表示部におけるポインタの表示を制御し、
前記ユーザインタフェース画面が表示された後の最初の前記ポインティングデバイスに対する操作が、当該ユーザインタフェース画面内に前記視点が存在する状態で行われた場合、前記視点に前記ポインタを表示するポインタ表示制御部と、
を備える表示制御システム。
【請求項２】
前記ポインタ表示制御部は、
前記ユーザインタフェース画面が表示された後の最初の前記ポインティングデバイスに対する操作が、当該ユーザインタフェース画面内に前記視点が存在しない状態で行われた場合、前記ポインタが前回表示されていた場合の表示位置を維持する、
請求項１に記載の表示制御システム。
【請求項３】
前記ポインタ表示制御部は、
前記ユーザインタフェース画面が、当該ユーザインタフェース画面内で前記ポインタによる入力が必要とされる画面である場合、前記視点によらずに当該ユーザインタフェース画面内に前記ポインタを表示する、
請求項１または請求項２のいずれかに記載の表示制御システム。
【請求項４】
コンピュータを、
表示部にユーザインタフェース画面を表示するＵＩ画面表示制御部、
利用者の視点を検出する視点検出部、
ポインティングデバイスの出力に基づいて前記表示部におけるポインタの表示を制御し、
前記ユーザインタフェース画面が表示された後の最初の前記ポインティングデバイスに対する操作が、当該ユーザインタフェース画面内に前記視点が存在する状態で行われた場合、前記視点に前記ポインタを表示するポインタ表示制御部、
として機能させる表示制御プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、表示制御システムおよび表示制御プログラムに関する。
【背景技術】
【０００２】
従来、ユーザインタフェースの一つとして利用者による操作が可能なポインタが知られている。また、必要に応じてポインタを表示する技術も知られており、例えば、特許文献１においては、使用者が表示手段を所定の時間以上固視したとき、その位置にポインタを移動、表示させる技術が開示されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開平９−１２８１３８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
従来の技術のように、使用者が固視した位置にポインタを移動させる構成においては、使用者が単に情報確認のために視点を移動させた場合であってもポインタが移動される場合がある。従って、表示手段のある部位に表示されたポインタで操作を行っている過程で、使用者が、他の部位に表示された情報を確認したとしても、当該他の部分に移動され得る。この場合、使用者は、ポインタによる操作が中断されたように感じる。また、操作中であったある部位にポインタを再び戻すのも煩雑である。特に、視点によってポインタの位置を決定する構成においては、視点の検出誤差によってポインタが使用者の意図通りの位置に戻らない場合もある。
本発明は、前記課題にかんがみてなされたもので、利用者が意図した操作を行うための位置にポインタが表示される確率を高めることが可能な技術を提供することを目的とする。
【課題を解決するための手段】
【０００５】
上記の目的を達成するため、表示制御システムは、表示部にユーザインタフェース画面を表示するＵＩ画面表示制御部と、利用者の視点を検出する視点検出部と、ポインティングデバイスの出力に基づいて表示部におけるポインタの表示を制御し、ユーザインタフェース画面が表示された後の最初のポインティングデバイスに対する操作が、当該ユーザインタフェース画面内に視点が存在する状態で行われた場合、視点にポインタを表示するポインタ表示制御部と、を備える。
【０００６】
また、上記の目的を達成するため、表示制御プログラムは、コンピュータを、表示部にユーザインタフェース画面を表示するＵＩ画面表示制御部、利用者の視点を検出する視点検出部、ポインティングデバイスの出力に基づいて表示部におけるポインタの表示を制御し、ユーザインタフェース画面が表示された後の最初のポインティングデバイスに対する操作が、当該ユーザインタフェース画面内に視点が存在する状態で行われた場合、視点にポインタを表示するポインタ表示制御部、として機能させる。
【０００７】
すなわち、表示部に表示されていなかったユーザインタフェース画面が表示された場合、その後の最初のポインティングデバイスに対する操作と、視点とに基づいて利用者の意図が推定される。具体的には、利用者による最初のポインティングデバイスに対する操作が、ユーザインタフェース画面に視点が存在する状態で行われた場合、利用者は、当該ユーザインタフェース画面に関する操作を行おうと意図していると推定される。そこで、ポインタ表示制御部は、当該ユーザインタフェース画面に関する操作を行おうと意図していると推定される場合に、視点にポインタを表示する。この結果、当該ユーザインタフェース画面内で利用者が注視している位置にポインタが表示されることになり、利用者が意図した操作を行うための位置にポインタが表示される確率を高めることが可能になる。
【図面の簡単な説明】
【０００８】
【図１】表示制御システムを示すブロック図である。
【図２】表示制御処理を示すフローチャートである。
【図３】図３Ａ、図３Ｂ、図３Ｃ、図３Ｄは画面の表示例を示す図である。
【発明を実施するための形態】
【０００９】
ここでは、下記の順序に従って本発明の実施の形態について説明する。
（１）表示制御システムの構成：
（２）表示制御処理：
（３）他の実施形態：
【００１０】
（１）表示制御システムの構成：
図１は、本発明の一実施形態である表示制御システム１０の構成を示すブロック図である。表示制御システム１０は、ＣＰＵ、ＲＡＭ、ＲＯＭ等を備える制御部２０を備えており、制御部２０は、当該ＲＯＭや記録媒体３０に記録された所望のプログラムを実行することができる。
【００１１】
本実施形態において、制御部２０は、図示しないナビゲーションプログラム、通話制御プログラムを実行することができ、各プログラムを実行することにより経路案内、通話制御の各機能を実行することができる。すなわち、制御部２０は、ナビゲーションプログラムを実行することにより、表示部としてのディスプレイ４０に地図を表示し、図示しないＧＰＳ信号等に基づいて表示制御システム１０が搭載された車両を指定の目的地まで誘導することができる。
【００１２】
また、制御部２０は、通話制御プログラムを実行することにより、図示しない通信モジュールとスピーカーおよびマイクを制御し、通話の着信および発信を実現させることができる。すなわち、制御部２０は、利用者に指示された通話先に対する発信や、任意の発信元からの着信を制御することができる。本実施形態において、通常の状態（利用者が明示的に指示していない状態）では通話制御プログラムによる画面は表示されず、利用者が発信開始の指示を行った場合や着信が発生した場合に通話制御プログラムによる画面が表示され得る。本実施形態においては着信があった場合に通話制御プログラムが生成した割込着信に関するユーザインタフェース画面が地図画面上にポップアップ表示される。従って、当該割込着信に関するユーザインタフェース画面は新たに表示されるユーザインタフェース画面となる。
【００１３】
本実施形態においては、以上のような各プログラムで実現される機能に関するユーザインタフェースを提供するため、制御部２０は、図示しないＲＯＭや記録媒体３０等に記録された表示制御プログラム２１を実行する。当該表示制御プログラム２１による表示制御を実行するため、車両は、ディスプレイ（表示部）４０、タッチパッド（入力部）４１および視線検出センサ４２を備えている。
【００１４】
ディスプレイ４０は、図示しないインタフェースを介して制御部２０と接続されており、制御部２０は、ディスプレイ４０に対して制御信号を出力することにより、任意の座標を指定し、任意の画像をディスプレイ４０に表示させることができる。タッチパッド４１は、矩形平面の接触検出面を備えた入力デバイスであり、接触検出面に対して検出対象物が接触した位置を検出し、検出位置を示す座標を出力する。制御部２０は、当該座標に基づいて接触位置を取得することができる。
【００１５】
視線検出センサ４２は、赤外線出力部と少なくとも２個の赤外線カメラとを備えている。当該赤外線カメラは、運転者の顔を視野に含むように車室内の構造体（例えば、インストルメントパネルの壁面）に取り付けられている。赤外線カメラは、赤外線出力部から出力された赤外線によって撮影された利用者（運転者）の目の像に基づいて、目の位置および利用者の視線方向（ベクトル）を検出し、出力する。制御部２０は、当該出力に基づいて、予め定義された３次元空間内で目の位置および視線方向を特定することができる。視線方向は、例えば、両眼のそれぞれにおいて設定された基準点と、眼球の動きに応じて位置が変化する動点とを結ぶ方向として取得され、他にも種々の方式が採用されてよい。また、両眼のそれぞれにおいて特定された視線方向の平均値等によって利用者の視線方向を１方向に特定することができるが、視線方向の特定方法も種々の方法が採用され得る。
【００１６】
以上の構成において、制御部２０は、ディスプレイ４０およびタッチパッド４１をユーザインタフェースとして利用し、ユーザインタフェース画面を介して利用者による入力を受け付ける。このために表示制御プログラム２１は、ＵＩ画面表示制御部２１ａと視点検出部２１ｂとポインタ表示制御部２１ｃとを備えている。
【００１７】
ＵＩ画面表示制御部２１ａは、ディスプレイ４０（表示部）にユーザインタフェース画面を表示する機能を制御部２０に実現させるプログラムモジュールである。ナビゲーションプログラムおよび通話制御プログラムによってユーザインタフェース画面を描画するための画像情報（地図描画情報やアイコン描画情報等）は予め表示情報３０ａとして記録媒体３０に記録されている。制御部２０がナビゲーションプログラムを実行すると、制御部２０は表示情報３０ａを参照して地図等を含むユーザインタフェース画面を描画する。描画された情報はＲＡＭ等に記録され、制御部２０は、ＵＩ画面表示制御部２１ａの処理により、当該描画されたユーザインタフェース画面の情報を取得し、当該ユーザインタフェース画面を表示するための制御信号をディスプレイ４０に対して出力する。この結果、ナビゲーションプログラムにおけるユーザインタフェース画面がディスプレイ４０に表示される。
【００１８】
さらに、本実施形態において制御部２０は、ナビゲーションプログラムの実行下において、バックグラウンドで通話制御プログラムを実行する。すなわち、通話制御プログラムによるユーザインタフェース画面は、通常の状態ではディスプレイ４０に表示されない。一方、利用者が明示的に通話開始等の指示を行った場合や、外部からの着信などにより割込処理が発生した場合、制御部２０は表示情報３０ａを参照して各場合に応じたユーザインタフェース画面を描画する。描画された情報はＲＡＭ等に記録される。
【００１９】
制御部２０は、ＵＩ画面表示制御部２１ａの処理により、当該描画されたユーザインタフェース画面の情報を取得し、当該ユーザインタフェース画面を表示するための制御信号をディスプレイ４０に対して出力する。この結果、通話制御プログラムにおけるユーザインタフェース画面がディスプレイ４０に表示される。本実施形態において、着信等の割込処理によるユーザインタフェース画面は、ポップアップ表示される。すなわち、割込処理によって表示されるユーザインタフェース画面は、ナビゲーションプログラムによって表示されるユーザインタフェース画面より小さく、ナビゲーションプログラムによって表示されるユーザインタフェース画面の中に表示される。
【００２０】
視点検出部２１ｂは、利用者の視点を検出する機能を制御部２０に実現させるプログラムモジュールである。本実施形態においては、視点の検出領域となるディスプレイ４０の位置が、車室内空間の位置を規定する３次元座標系によって予め特定されている。制御部２０は、視線検出センサ４２の出力に基づいて、利用者の目の位置および視線方向を取得し、画面の位置が規定された３次元座標系内で利用者の目の位置および視線方向を特定する。そして、当該目の位置から視線方向に延びる仮想的な線と、ディスプレイ４０の表示面との交点を視点として特定する。画面上に視点が存在しない場合、例えば、視点が不定とされてもよいし、他の構造体（例えば、インストルメントパネル等）上に存在すると判定されても良い。
【００２１】
ポインタ表示制御部２１ｃは、ポインティングデバイスの出力に基づいて表示部におけるポインタの表示を制御する機能を制御部２０に実現させるプログラムモジュールである。本実施形態においては、タッチパッド４１がポインティングデバイスとして機能する。すなわち、制御部２０は、タッチパッド４１が出力する信号に基づいて利用者が入力した（触れた）タッチパッド４１上の座標を取得する。制御部２０は、経時的な当該座標の変化に基づいて利用者の操作（なぞる操作やタップ操作等）を特定する。
【００２２】
制御部２０は、当該操作がタッチ位置を示す座標の変化であった場合に、当該座標の変化に応じた方向および距離だけポインタの現在位置を変化させる。ディスプレイ４０に表示すべき画像の情報は予め表示情報３０ａとして記録媒体に記録されており、制御部２０は、ポインタを表示すべきタイミングにおいて、表示情報３０ａを参照してポインタの画像を取得し、現在位置に対応するディスプレイ４０上の位置に当該ポインタの画像を表示させる。また、制御部２０は、当該現在位置をＲＡＭに保存し、前回の表示位置におけるポインタの画像を消去させる。
【００２３】
なお、本実施形態において、一定時間以上タッチパッド４１に対する操作が行われないと、ポインタはディスプレイ４０上から消去される。ただし、この場合であってもポインタの現在位置はＲＡＭに保持される。タッチパッド４１においてポインタを移動させるための操作以外の操作、例えば、ポインタによるボタンの選択等が受け付けられると、制御部２０は、当該操作に応じた処理を行う。例えば、制御部２０は、当該操作による入力内容をナビゲーションプログラムに受け渡し、ナビゲーションプログラムによって当該入力内容に応じた処理を実行する。
【００２４】
以上の構成において、割込処理によるユーザインタフェース画面が新たにポップアップ表示された場合において、利用者がタッチパッド４１に対する操作を行ったのであれば、利用者はユーザインタフェース画面において何らかの操作を行うことを意図していると推定される。ただし、この状況においては、元々表示されていたナビゲーションプログラムのユーザインタフェース画面と割込処理によるユーザインタフェース画面との双方がディスプレイに表示されているため、利用者はいずれかの画面に関する操作を行うことを意図していると推定される。
【００２５】
そこで、制御部２０は、割込処理によるユーザインタフェース画面が表示された後、最初に利用者がタッチパッド４１を操作した段階における利用者の視点に基づいて利用者が操作しようとしているユーザインタフェース画面を推定する。すなわち、割込処理によるユーザインタフェース画面が表示された後の最初のタッチパッド４１に対する操作が、当該割込処理によるユーザインタフェース画面内に視点が存在する状態で行われた場合、制御部２０は、利用者が割込処理によるユーザインタフェース画面に対する操作を意図していると推定する。そこで、制御部２０は、視点にポインタを表示する。すなわち、制御部２０は、表示情報３０ａを参照してポインタの画像を取得し、視点に当該ポインタの画像を表示させる。
【００２６】
一方、割込処理によるユーザインタフェース画面が表示された後の最初のタッチパッド４１に対する操作が、当該割込処理によるユーザインタフェース画面内に視点が存在しない状態で行われた場合、制御部２０は、利用者が割込処理によるユーザインタフェース画面に対する操作を意図していないと推定する（利用者がナビゲーションプログラムのユーザインタフェース画面に対する操作を意図していると推定する）。そこで、制御部２０は、ポインタが前回表示されていた場合の表示位置を維持する。すなわち、制御部２０は、表示情報３０ａを参照してポインタの画像を取得し、ＲＡＭを参照してポインタが前回表示されていた位置を取得し、当該位置に当該ポインタの画像を表示させる。
【００２７】
以上の構成によれば、ユーザインタフェース画面内で利用者が注視している位置にポインタが表示されることになり、利用者が意図した操作を行うための位置にポインタが表示される確率を高めることが可能になる。また、利用者は、少なくとも２個のユーザインタフェース画面が併存し、一方のユーザインタフェース画面が表示された後にタッチパッド４１に対する新たな操作を開始していない場合、自身の視点を所望のユーザインタフェース画面上に配置してタッチパッド４１を操作することで、ポインタの表示位置を意図通りに変化させることができる。
【００２８】
（２）表示制御処理：
次に上述の構成における表示制御処理を詳細に説明する。図２は、当該表示制御処理を示すフローチャートである。本実施形態において制御部２０は、ナビゲーションプログラムの実行下において図２に示す表示制御処理を実行する。図３Ａは、ディスプレイ４０に表示されるナビゲーションプログラムのユーザインタフェース画面の例を示している。図３Ａに示す例においては、ディスプレイ４０に地図が表示され、当該地図にボタンＢ1，Ｂ2が表示されている。利用者がタッチパッド４１を操作するとポインタが表示され、操作に応じてポインタが移動する。また、一定時間以上タッチパッド４１に対する操作が行われない場合、ディスプレイ４０からポインタが消去される。ただし、この場合においてもＲＡＭにはポインタの現在位置が保持される。図３Ａにおいては、ユーザインタフェース画面からポインタが消去されているが、当該ポインタの現在位置が位置Ｐ1として保持されていることが想定されている。
【００２９】
表示制御処理が開始されると、制御部２０は、ＵＩ画面表示制御部２１ａの処理により、割込処理が発生したか否かを判定する（ステップＳ１００）。すなわち、制御部２０は、バックグラウンドで通話制御プログラムを実行しており、通信モジュールを介して着信が検出された場合、ナビゲーションプログラムの処理に対する割込処理を開始する。当該割込処理が開始されると、制御部２０は、通話制御プログラムによって着信に関する制御を行うとともに、表示制御プログラム２１には割込処理が開始されたことを示す情報を受け渡す。割込処理が開始されたことを示す情報が受け渡されると、制御部２０は、ＵＩ画面表示制御部２１ａの処理により、割込処理が発生したと判定する。ステップＳ１００において、割込処理が発生したと判定されない場合、制御部２０は、ステップＳ１０５をスキップする。
【００３０】
ステップＳ１００において、割込処理が発生したと判定された場合、制御部２０は、ＵＩ画面表示制御部２１ａの処理により、ＵＩ画面を表示し、ＵＩ画面が表示された後、最初の操作であることを判定するためのフラグをオンにする（ステップＳ１０５）。すなわち、制御部２０は、通話制御プログラムの処理により、割込処理によるユーザインタフェース画面（ＵＩ画面）を描画し、描画された画像情報をＵＩ画面表示制御部２１ａの処理に受け渡す。制御部２０は、当該画像情報に基づいてディスプレイ４０に制御信号を出力し、ポップアップ表示を行うべき位置として予め決められた位置に、割込処理によるユーザインタフェース画面を表示させる。図３Ｂは、割込処理によるユーザインタフェース画面Ｕがポップアップ表示された例を示している。
【００３１】
次に、制御部２０は、ポインタ表示制御部２１ｃの処理により、タッチパッド４１に対する操作が検出されたか否かを判定する（ステップＳ１１０）。すなわち、制御部２０は、タッチパッド４１の出力を参照し、利用者がタッチパッド４１に触れたことを示す座標情報が出力された場合に、タッチパッド４１に対する操作が検出されたと判定する。ステップＳ１１０において、タッチパッド４１に対する操作が検出されたと判定されない場合、制御部２０は、ステップＳ１００に戻って処理を継続する。
【００３２】
一方、ステップＳ１１０において、タッチパッド４１に対する操作が検出されたと判定された場合、制御部２０は、視点検出部２１ｂの処理により、視点を検出する（ステップＳ１１５）。すなわち、制御部２０は、視線検出センサ４２の出力に基づいて、車室内の空間上の位置を規定する３次元座標系において利用者の目の位置および視線方向を取得する。さらに、制御部２０は、当該目の位置から視線方向に延びる仮想的な線と、ディスプレイ４０における表示面との交点を特定する。そして、当該交点の位置を画面座標系の位置に変換することにより、利用者の視点の位置をディスプレイ４０上で特定する。
【００３３】
次に、制御部２０は、ポインタ表示制御部２１ｃの処理により、割込処理によるユーザインタフェース画面が表示された後、最初の操作であることを判定するためのフラグがオンになっているか否かを判定する（ステップＳ１２０）。本実施形態において、当該フラグは割込処理によるユーザインタフェース画面の表示が行われるステップＳ１０５でオンにされ得るが、ポインタの表示が行われた後にはフラグがオフにされる（後述するステップＳ１４０）。従って、当該フラグがオンであるか否かを判定すれば、割込処理によるユーザインタフェース画面が表示された後、最初の操作が行われ、当該操作によるポインタの表示が行われていない状態であるか否かを判定することができる。
【００３４】
ステップ１２０において、フラグがオンになっていると判定された場合、制御部２０は、ポインタ表示制御部２１ｃの処理により、視点が新たなＵＩ画面内であるか否かを判定する（ステップＳ１２５）。すなわち、ステップＳ１０５で表示される割込処理によるユーザインタフェース画面の表示範囲は予め決められている。そこで、制御部２０は、ステップＳ１１５で取得された視点が当該表示範囲内である場合に、視点が新たなＵＩ画面内であると判定する。
【００３５】
ステップＳ１２５において、視点が新たなＵＩ画面内であると判定された場合、制御部２０は、ポインタ表示制御部２１ｃの処理により、視点にポインタを表示する（ステップＳ１３０）。すなわち、制御部２０は、表示情報３０ａを参照してポインタの画像を取得し、ディスプレイ４０に制御信号を出力し、視点にポインタを表示させる。
【００３６】
図３Ｃにおいては、図３Ｂのように割込処理によるユーザインタフェース画面Ｕが表示された後、最初に利用者がタッチパッド４１を操作した際の視点が位置Ｐ2である例を示している。この場合、視点は割込処理によるユーザインタフェース画面Ｕ内に存在するため、ステップＳ１３０が実行され、視点の位置Ｐ2にポインタが表示される。図３Ｃにおいては、視点の位置Ｐ2に黒い矢印のポインタが表示されている状態を示している。
【００３７】
本実施形態においては、図３Ｃに示すように、割込処理によるユーザインタフェース画面Ｕが表示された後、最初に利用者がタッチパッド４１を操作した際の視点が位置Ｐ2であり、割込処理によるユーザインタフェース画面Ｕ内である場合、ポインタは視点に表示される。従って、利用者が割込処理によるユーザインタフェース画面Ｕでの操作を意図して当該画面Ｕを注視している状況において、前回のポインタの位置から画面Ｕにポインタを移動させる操作は不要になる。このため、利用者は、ストレスを感じることなく割込処理によるユーザインタフェース画面での操作（本例であれば着信に関する操作）を行うことができる。
【００３８】
一方、ステップＳ１２０において、フラグがオンであると判定されなかった場合、または、ステップＳ１２５において、視点が新たなＵＩ画面内であると判定されなかった場合、制御部２０は、ポインタ表示制御部２１ｃの処理により、前回のポインタ位置にポインタを表示する（ステップＳ１３５）。すなわち、制御部２０は、表示情報３０ａを参照してポインタの画像を取得し、ディスプレイ４０に制御信号を出力し、ＲＡＭに記録されたポインタの現在位置にポインタを表示させる。この結果、割込処理によるユーザインタフェース画面が表示される前にポインタが表示されていた位置が維持される。
【００３９】
図３Ｄにおいては、図３Ｂのように割込処理によるユーザインタフェース画面Ｕが表示された後、最初に利用者がタッチパッド４１を操作した際の視点が位置Ｐ3である例を示している。この場合、視点は割込処理によるユーザインタフェース画面Ｕ内に存在しないため、ステップＳ１３５が実行され、前回のポインタ位置Ｐ1にポインタが表示される。図３Ｄにおいては、前回のポインタ位置Ｐ1に黒い矢印のポインタが表示されている状態を示している。
【００４０】
本実施形態においては、図３Ｄに示すように、割込処理によるユーザインタフェース画面Ｕが表示された後、最初に利用者がタッチパッド４１を操作した際の視点が位置Ｐ3であり、割込処理によるユーザインタフェース画面Ｕ内でない場合、ポインタは前回の位置Ｐ1と同一になる。従って、利用者が割込処理によるユーザインタフェース画面Ｕでの操作を意図せず、ナビゲーションプログラムのユーザインタフェース画面での操作を意図している状況において、前回のポインタの位置Ｐ1からポインタによる作業を再開することができる。
【００４１】
ポインタが表示されると、制御部２０は、ポインタ表示制御部２１ｃの処理により、ポインタの現在位置を更新し、フラグをオフにする（ステップＳ１４０）。すなわち、制御部２０は、ステップＳ１３０またはステップＳ１３５でポインタが表示された位置をポインタの現在位置と見なし、ＲＡＭを更新する。また、制御部２０は、ＵＩ画面が表示された後、最初の操作であることを判定するためのフラグをオフにする。
【００４２】
（３）他の実施形態：
以上の実施形態は本発明を実施するための一例であり、ユーザインタフェース画面が表示された後の最初の操作と視点の位置とに基づいてポインタの表示位置を制御する限りにおいて、他にも種々の実施形態を採用可能である。例えば、表示制御システムは、各種のシステム、汎用コンピュータシステムに適用されていても良い。また、表示制御システムは、複数の装置（例えば、クライアントとサーバ）によって実現されるシステムであっても良い。
【００４３】
さらに、表示制御システムを構成するＵＩ画面表示制御部２１ａ、視点検出部２１ｂ、ポインタ表示制御部２１ｃの少なくとも一部が複数の装置に分かれて存在していても良い。例えば、ＵＩ画面表示制御部２１ａやポインタ表示制御部２１ｃがディスプレイ４０内の制御部で実現されても良いし、ポインタ表示制御部２１ｃがタッチパッド４１内の制御部で実現されても良いし、視点検出部２１ｂが視線検出センサ４２内の制御部で実現されても良い。むろん、上述の実施形態の一部の構成が省略されてもよいし、処理の順序が変動または省略されてもよい。
【００４４】
ＵＩ画面表示制御部は、表示部にユーザインタフェース画面を表示することができればよい。すなわち、表示部に各種の画像を表示し、当該画像（アイコンや地図等）を介して利用者の入力を受け付けるように構成されていれば良い。ユーザインタフェース画面の態様や種類、ユーザインタフェース画面によって受け付けた利用者の入力に応じて実現される機能は特に限定されない。
【００４５】
視点検出部は、利用者の視点を検出することができればよく、種々の構成を採用可能である。例えば、上述の実施形態のように、利用者の目を撮影するカメラの出力に基づいて利用者の目の動作を特定することにより視線を特定し、視線と予め特定されたディスプレイ画面との交点を視点と見なす構成等を採用可能である。検出対象となる目は１個であっても良いし、２個であっても良いが、精度を高めるためには検出対象の目は２個であることが好ましい。２個の目の視線が特定された場合における視点は、各目の視線に基づいて特定された各視点から統計的に特定されても良いし、利き目によるバイアスに基づいて視点が特定されても良い。さらに、視点は、少なくとも、利用者が視認している表示領域上で特定されれば良い。
【００４６】
ポインタ表示制御部は、ポインティングデバイスの出力に基づいて表示部におけるポインタの表示を制御することができればよい。すなわち、指示対象を指示するポインタが表示部に表示される構成において、ポインタ表示制御部は、ポインタの位置や表示および非表示を制御することができればよい。
【００４７】
ポインタは指示対象を指示することができればよく、表示部に表示される特定の形状のアイコン等によって構成可能である。指示対象は、ポインタで指示される対象であれば良く、ディスプレイ上の任意の画素であっても良いし、画像（アイコン等）であっても良い。
【００４８】
ポインティングデバイスは各種のデバイスを想定可能であり、少なくともポインタの位置を変化させるための入力を受け付けることが可能なデバイスであれば良い。従って、上述のようなタッチパッドの他、ボタンやジョイスティック、接触センサ等の各種のデバイスをポインティングデバイスとすることができる。ポインティングデバイスの出力は、利用者が行ったポインティングデバイスへの操作を示す出力であれば良く、当該出力によって少なくともポインタの位置を制御することができればよい。むろん、ポインタはポインティングデバイスの出力と、視点との組み合わせによって制御されても良い。例えば、視点がボタン等の指示対象に存在する状態で指示対象方向への移動がポインティングデバイスによって指示された場合、ポインタを指示対象にジャンプさせる構成等が挙げられる。
【００４９】
ユーザインタフェース画面が表示された後の最初のポインティングデバイスに対する操作は、新たに表示されたユーザインタフェース画面に対して利用者が操作を行うことを意図しているか否かを判定することができるように定義されれば良い。従って、上述のように、操作が行われていない状態でユーザインタフェース画面が表示された場合、表示完了後の初めての操作がユーザインタフェース画面内に視点が存在する状態で行われたか否か検証されれば良い。一方、操作が行われている状態（ポインタ移動操作中等）でユーザインタフェース画面が表示された場合、例えば、当該操作が終了した後の初めての操作がユーザインタフェース画面内に視点が存在する状態で行われたか否か検証される構成等を採用可能である。
【００５０】
さらに、操作と視点とに基づくポインタの表示位置の決定方法に例外が設けられていても良い。例外は種々の条件によって設定されても良く、例えば、ユーザインタフェース画面の種類によって例外の条件が設定されても良く、ユーザインタフェース画面が、当該ユーザインタフェース画面内でポインタによる入力が必要とされる画面である場合、制御部２０が、ポインタ表示制御部２１ｃの処理により、視点によらずに当該ユーザインタフェース画面内にポインタを表示する構成としても良い。すなわち、ユーザインタフェース画面が、当該ユーザインタフェース画面内でポインタによる入力が必要とされる画面である場合、利用者は、ポインタによって当該入力を行わなければならない。
【００５１】
そこで、制御部２０は、視点によらず、例えば、ポインティングデバイスの出力に基づいて、当該入力が必要とされるユーザインタフェース画面にポインタを表示する。この構成は、例えば、ステップＳ１１５とステップＳ１２０の間に、ユーザインタフェース画面が、当該ユーザインタフェース画面内でポインタによる入力が必要とされる画面であるか否かを判定し、ユーザインタフェース画面が、当該ユーザインタフェース画面内でポインタによる入力が必要とされる画面である場合に、当該画面内にポインタを表示する構成等によって実現可能である。この構成によれば、利用者の意図にかかわらず、入力を要するユーザインタフェース画面に強制的にポインタを表示することができる。
【００５２】
なお、ユーザインタフェース画面内でポインタによる入力が必要とされる画面は、種々の画面が想定可能であり、例えば、前方において車両の動作が変化する（自動運転をオンまたはオフにする等）ことを示すユーザインタフェース画面がポップアップ表示され、利用者が表示内容を把握したことを意志表示することが必須とされている場合、当該ユーザインタフェース画面は、ポインタによる入力が必要とされる画面である。他にも、種々の画面がポインタによる入力が必要とされる画面となり得る。例えば、ナビゲーション処理中に代替経路が探索され、現状の経路と代替経路とを比較表示し、利用者に選択させるユーザインタフェース画面等は、ポインタによる入力が必要とされる画面である。
【００５３】
例外としては、他にも、種々の例が想定可能であり、例えば、ユーザインタフェース画面が表示された後の最初のポインティングデバイスに対する操作が、当該ユーザインタフェース画面内に視点が存在する状態で行われた場合であっても、視点と前回のポインタの表示位置との距離が閾値以下である（近い）ならば、ポインタ表示制御部が前回の表示位置にポインタを表示させるように構成されていても良い。すなわち、ポインタがジャンプした距離が短い場合、利用者に操作上のメリットは少なく、ポインタのちらつきによって煩わしさを感じさせる場合がある。そこで、ポインタがジャンプする距離が短い場合にはポインタの表示位置を変化させないように構成されていても良い。
【００５４】
さらに、本発明のように、ユーザインタフェース画面が表示された後の最初の操作と視点の位置とに基づいてポインタの表示位置を制御する手法は、プログラムや方法としても適用可能である。また、以上のようなシステム、プログラム、方法は、単独の装置として実現される場合や、複数の装置によって実現される場合が想定可能であり、各種の態様を含むものである。例えば、以上のような手段を備えたナビゲーションシステムや方法、プログラムを提供することが可能である。また、一部がソフトウェアであり一部がハードウェアであったりするなど、適宜、変更可能である。さらに、システムを制御するプログラムの記録媒体としても発明は成立する。むろん、そのソフトウェアの記録媒体は、磁気記録媒体であってもよいし光磁気記録媒体であってもよいし、今後開発されるいかなる記録媒体においても全く同様に考えることができる。
【符号の説明】
【００５５】
１０…表示制御システム、２０…制御部、２１…表示制御プログラム、２１ａ…ＵＩ画面表示制御部、２１ｂ…視点検出部、２１ｃ…ポインタ表示制御部、３０…記録媒体、３０ａ…表示情報、４０…ディスプレイ、４１…タッチパッド、４２…視線検出センサ
【図１】
2018063523.tif 000003
【図２】
2018063523.tif 000004
【図３】
2018063523.tif 000005