画像生成システム、プログラム及び情報記憶媒体
【課題】 ナビゲーション用キャラクタを用いた直感的な手法でユーザを目的地に誘導することができる画像生成システム、プログラム及び情報記憶媒体等の提供。
【解決手段】 画像生成システムは、ウェアラブルセンサのセンサ情報を取得するセンサ情報取得部１１０と、センサ情報に基づいてユーザの位置情報を特定するユーザ情報特定部１２０と、ナビゲーション用のキャラクタを目的地に移動させるキャラクタ制御部１７０と、ユーザの位置情報に基づいてキャラクタとユーザの仮想マップ上での位置関係情報を特定する位置関係情報特定部１６０と、ナビゲーション画像を表示画像として生成する画像生成部１８０とを含み、キャラクタ制御部１７０は位置関係情報に基づいてキャラクタを制御する。
【解決手段】 画像生成システムは、ウェアラブルセンサのセンサ情報を取得するセンサ情報取得部１１０と、センサ情報に基づいてユーザの位置情報を特定するユーザ情報特定部１２０と、ナビゲーション用のキャラクタを目的地に移動させるキャラクタ制御部１７０と、ユーザの位置情報に基づいてキャラクタとユーザの仮想マップ上での位置関係情報を特定する位置関係情報特定部１６０と、ナビゲーション画像を表示画像として生成する画像生成部１８０とを含み、キャラクタ制御部１７０は位置関係情報に基づいてキャラクタを制御する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、画像生成システム、プログラム及び情報記憶媒体等に関する。
【背景技術】
【０００２】
近年、携帯電話やＰＤＡ等の携帯電子機器を用いて、タウン情報・マップ情報を提供するサービスが展開されている。具体的には例えば、ナビゲーションサービスや、店舗情報提供サービス等が挙げられる。ナビゲーションサービスにおいては、ユーザの現在位置をＧＰＳ等の手段を用いて取得した上で、地図上にユーザ位置・目的地の位置・目的地までの経路情報等を表示することで、ユーザを目的地に案内する。
【０００３】
しかし、このようなシステムにおいては、ユーザの視点（視線方向）が頻繁に上下してしまうという問題がある。つまり、歩行中（ここでは歩行者向けサービスを想定している）は進行方向に視線を向けていることが安全上好ましい。それに対して、ナビゲーションサービスの画面（地図画面）を参照するためには、例えば手で把持している携帯電子機器に目を落とす必要がある。よって、ナビゲーションサービスを利用しつつ歩行をすることは、安全上問題があり、ユーザも煩わしさを感じてしまう。さらに、地図を読むのが苦手なユーザもおり、地図のみによるナビゲーションは場合によってはわかりにくいという問題があった。
【０００４】
また、ユーザの視点を変えずに情報を提供する手法として、ＨＭＤ（ヘッドマウントディスプレイ・ユーザの頭部に装着して用いる画像表示装置）を用いてユーザの視界内に表示画面を重畳する手法がある。特許文献１では、ユーザの頭部の動きに応じて、ＨＭＤにおいて表示される画像を制御する手法が開示されている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開平１０−３４１３８７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
携帯電子機器を用いたナビゲーションサービスでは、視点を頻繁に変更する必要がある上、地図画面によるナビゲーションは直感的でなく、場合によってはわかりにくいという問題がある。また、特許文献１の手法のようにＨＭＤを用いることで、視点が頻繁に変更されるという問題は解決されうるが、特許文献１ではナビゲーションサービスに関する技術は記載されていない。
【０００７】
本発明の幾つかの態様によれば、ナビゲーション用のキャラクタを用いた直感的な手法でユーザを目的地に誘導することができる画像生成システム、プログラム及び情報記憶媒体等を提供できる。
【課題を解決するための手段】
【０００８】
本発明の一態様は、ユーザのウェアラブルセンサからのセンサ情報を取得するセンサ情報取得部と、前記センサ情報に基づいて、仮想マップ上での前記ユーザの位置情報を特定するユーザ情報特定部と、前記ユーザを前記仮想マップ上の目的地に誘導するナビゲーション用のキャラクタを、前記目的地に向かって移動させる制御を行うキャラクタ制御部と、前記ユーザの前記位置情報に基づいて、前記キャラクタと前記ユーザとの前記仮想マップ上での位置関係情報を特定する位置関係情報特定部と、前記キャラクタを用いて前記ユーザを前記目的地に誘導するナビゲーション画像を、表示画像として生成する画像生成部と、を含み、前記キャラクタ制御部は、前記キャラクタと前記ユーザの前記位置関係情報に基づいて、前記キャラクタを制御する画像生成システムに関係する。また本発明は、上記各部としてコンピュータを機能させるプログラム、又は該プログラムを記憶したコンピュータ読み取り可能な情報記憶媒体に関係する。
【０００９】
本発明の一態様では、センサ情報からユーザの位置情報を特定し、仮想マップ上でのユーザとキャラクタの位置関係情報を特定する。そしてナビゲーション用のキャラクタを用いたナビゲーション画像を生成するとともに、特定した位置関係情報に基づいてキャラクタを制御する。よって、キャラクタを用いた直感的な手法でユーザを目的地に誘導することができるナビゲーションシステムを実現すること等が可能になる。
【００１０】
また、本発明の一態様では、前記位置関係情報特定部は、前記ユーザの位置に対して設定される第１〜第Ｎの距離エリアのいずれの距離エリアに、前記キャラクタが位置するかを判断し、前記キャラクタ制御部は、前記第１〜第Ｎ（Ｎは２以上の整数）の距離エリアのいずれの距離エリアに前記キャラクタが位置するかに応じて、前記キャラクタを制御してもよい。
【００１１】
これにより、ユーザの位置に対して複数の距離エリアを設定し、距離エリアに基づいたキャラクタ制御等が可能になる。ここで、Ｎは２以上の整数であり、Ｎが大きくなるにつれて、ユーザの位置から離れる方向の距離エリアを示すこととする。
【００１２】
また、本発明の一態様では、前記キャラクタ制御部は、前記ユーザからの距離が最も遠い距離エリアである前記第Ｎの距離エリアに前記キャラクタが位置すると判断された場合には、前記キャラクタを前記ユーザの方に向かって移動させる制御を行ってもよい。
【００１３】
これにより、ユーザとキャラクタとの距離が大きいときには、キャラクタをユーザの方に向かって移動させる制御ができるため、ユーザがキャラクタを追尾しない等の状況に対応すること等が可能になる。
【００１４】
また、本発明の一態様では、前記キャラクタ制御部は、前記ユーザからの距離が前記第Ｎの距離エリアよりも近い距離エリアである第Ｎ−１の距離エリアに前記キャラクタが位置すると判断された場合には、前記キャラクタを前記目的地の方に向かって移動させる制御を行ってもよい。
【００１５】
これにより、ユーザとキャラクタとの距離が適度に離れている場合には、キャラクタを目的地に向かって移動させることで、ユーザを目的地に誘導すること等が可能になる。
【００１６】
また、本発明の一態様では、前記キャラクタ制御部は、前記ユーザからの距離が前記第Ｎ−１の距離エリアよりも近い距離エリアである第Ｎ−２の距離エリアに前記キャラクタが位置すると判断された場合には、前記第Ｎ−１の距離エリアに前記キャラクタが位置すると判断された場合よりも速い速度で、前記キャラクタを前記目的地の方に向かって移動させる制御を行ってもよい。
【００１７】
これにより、ユーザとキャラクタとの距離が近すぎる場合には、キャラクタの移動速度を通常の場合よりも大きくすることで、ユーザとキャラクタの適度な距離を確保すること等が可能になる。
【００１８】
また、本発明の一態様では、前記キャラクタ制御部は、前記キャラクタが前記目的地に到着した後に、前記ユーザからの距離が最も近い距離エリアである前記第１の距離エリアに前記キャラクタが位置すると判断された場合に、前記ユーザが前記目的地に到着したと判断してもよい。
【００１９】
これにより、ユーザに対して設定される第１の距離エリアを用いて、ユーザが目的地に到着したか否かの判定を行うことが可能になる。
【００２０】
また、本発明の一態様では、前記キャラクタ制御部は、前記センサ情報に基づき前記ユーザが移動を停止したと判断された場合には、前記キャラクタを前記ユーザの方に向かって移動させる制御を行ってもよい。
【００２１】
これにより、ユーザがキャラクタを追尾しない場合には、ユーザの近くにキャラクタを移動させ、追尾を促すこと等が可能になる。
【００２２】
また、本発明の一態様では、前記キャラクタ制御部は、前記センサ情報に基づき前記ユーザが前記キャラクタから離れる方向に移動したと判断された場合には、前記キャラクタを前記ユーザの方に向かって移動させる制御を行ってもよい。
【００２３】
これにより、ユーザがキャラクタから離れる場合には、ユーザの近くにキャラクタを移動させ、追尾を促すこと等が可能になる。
【００２４】
また、本発明の一態様では、前記ユーザ情報特定部は、前記センサ情報に基づいて、前記ユーザの方向情報を特定し、前記位置関係情報特定部は、前記方向情報に基づいて、前記キャラクタが前記ユーザの視野範囲に基づいて設けられる所定の判定範囲内に位置するか否かを判断し、前記画像生成部は、前記キャラクタが前記所定の判定範囲内に位置しないと判断された場合には、前記キャラクタの存在方向を示す存在方向情報が表示される前記ナビゲーション画像を生成してもよい。
【００２５】
これにより、ユーザの視野範囲に基づいて設けられた所定の判定範囲内にキャラクタが位置しなかった場合には、キャラクタの存在方向情報を表示できるため、ユーザがキャラクタを画面上でとらえること等を容易化できる。
【００２６】
また、本発明の一態様では、前記画像生成部は、前記キャラクタの存在方向を示す矢印画像が前記存在方向情報として表示される前記ナビゲーション画像を生成してもよい。
【００２７】
これにより、存在方向情報として、矢印画像等を表示することが可能になる。
【００２８】
また、本発明の一態様では、前記画像生成部は、前記キャラクタと前記ユーザの前記位置関係情報に基づいて、前記キャラクタのサイズ及び前記キャラクタの表示位置の少なくも一方が変化する前記ナビゲーション画像を生成してもよい。
【００２９】
これにより、ユーザとキャラクタとの位置関係情報に基づいて、キャラクタのサイズや表示位置を変更することができるため、ユーザとキャラクタとの位置関係を反映させた画像を生成すること等が可能になる。
【００３０】
また、本発明の一態様では、前記ユーザ情報特定部は、前記センサ情報に基づいて、前記ユーザの方向情報を特定し、前記位置関係情報特定部は、前記方向情報に基づいて、前記キャラクタが前記ユーザの視野範囲に基づいて設けられる所定の判定範囲内に位置するか否かを判断し、前記画像生成部は、前記キャラクタが前記所定の判定範囲内に位置すると判断された場合には、前記位置関係情報特定部により特定された位置関係に対応する画像上位置に前記キャラクタが表示された前記ナビゲーション画像を生成してもよい。
【００３１】
これにより、位置関係情報により特定される位置関係に対応する画像上位置にキャラクタを表示することができるため、キャラクタが表示される画像上位置を用いてユーザにキャラクタとの位置関係を反映させること等が可能になる。
【００３２】
また、本発明の一態様では、前記画像生成部は、前記仮想マップ上での前記ユーザの前記視野範囲をθ２とした場合に、前記仮想マップ上でθ２に対応する視野範囲を、θ２＞θ１を満たすθ１の画角で外界視界に重畳される画像を生成してもよい。
【００３３】
これにより、ナビゲーション画像の画角に比べて、仮想マップ上での視野範囲を広く設定できるため、ユーザの視線方向が変化した場合にも、ナビゲーション画像上にキャラクタを表示すること等が可能になる。
【００３４】
また、本発明の一態様では、前記ユーザ情報特定部は、前記センサ情報に基づいて、前記ユーザの頭部方向又は視線方向を前記方向情報として特定し、前記画像生成部は、前記キャラクタが前記所定の判定範囲内に位置すると判断され、かつ、前記頭部方向又は前記視線方向の右側領域に前記キャラクタが位置すると判断された場合には、右側画像領域の前記画像上位置に前記キャラクタが表示された前記ナビゲーション画像を生成するとともに、前記キャラクタが前記所定の判定範囲内に位置すると判断され、かつ、前記頭部方向又は前記視線方向の左側領域に前記キャラクタが位置すると判断された場合には、左側画像領域の前記画像上位置に前記キャラクタが表示された前記ナビゲーション画像を生成してもよい。
【００３５】
これにより、仮想マップ上でのユーザの頭部方向又は視線方向に対してキャラクタが右方向に位置する場合には右側画像領域にキャラクを表示し、頭部方向又は視線方向に対して左方向に位置する場合には左側画像領域にキャラクタを表示することが可能になり、ユーザが使い易いナビゲーション画像を生成できるようになる。
【００３６】
また、本発明の一態様では、前記キャラクタ制御部は、ナビゲーションのスタート地点と最終目的地の間に設定された中間目的地に向かって、前記キャラクタを移動させる制御を行ってもよい。
【００３７】
これにより、中間目的地を設定し、中間目的地を経由して最終目的地に到達するキャラクタの制御を行うこと等が可能になる。
【００３８】
また、本発明の一態様では、前記画像生成部は、前記中間目的地に前記ユーザが到着したと判断された場合には、前記中間目的地での目標移動方向情報が表示される前記ナビゲーション画像を生成してもよい。
【００３９】
これにより、ユーザが中間目的地に到着したと判断された場合には、次の目的地の方向を表す情報である目標移動方向情報をナビゲーション画像に表示すること等が可能になる。
【００４０】
また、本発明の一態様では、前記画像生成部は、前記表示画像として、ヘッドマウントディスプレイに表示される画像を生成してもよい。
【００４１】
これにより、ヘッドマウントディスプレイを表示装置として用いることが可能になる。
【００４２】
また、本発明の一態様では、前記ヘッドマウントディスプレイは、外界視界に前記ナビゲーション画像を重畳して表示するシースルー型のヘッドマウントディスプレイであり、前記画像生成部は、前記表示画像として、前記ヘッドマウントディスプレイに表示される画像を生成してもよい。
【００４３】
これにより、シースルー型のヘッドマウントディスプレイを表示装置として用いることが可能になる。
【図面の簡単な説明】
【００４４】
【図１】地図を用いたナビゲーションサービスの表示画像の例。
【図２】本実施形態の表示画像の例。
【図３】キャラクタが目的地に向かって移動する様子を説明する図。
【図４】図４（Ａ）、図４（Ｂ）は本実施形態のシステム構成例。
【図５】進行方向を推定する手法を説明する図。
【図６】ユーザの頭部方向にキャラクタが位置する場合の表示画像の例。
【図７】図７（Ａ）、図７（Ｂ）はユーザの頭部方向から左右にずれた位置にキャラクタが存在する場合の表示画像の例。
【図８】図８（Ａ）〜図８（Ｄ）は仮想マップ上でのユーザの視野範囲内にキャラクタが位置しない場合の表示画像の例。
【図９】ユーザとキャラクタとの距離が大きい場合の表示画像の例。
【図１０】存在方向情報として３Ｄ矢印を用いる例。
【図１１】キャラクタの足下にグリッド線を表示する例。
【図１２】ユーザから見た外界視界の視野範囲と、表示画像の画角を説明する図。
【図１３】ユーザに対して設定される距離エリアの例。
【図１４】距離エリアごとのキャラクタ制御の手法を説明する図。
【図１５】図１５（Ａ）、図１５（Ｂ）は目標移動方向情報を用いた表示画像の例。
【図１６】スタート地点と目的地から経路を設定する例。
【図１７】図１７（Ａ）は案内開始時の表示画像の例、図１７（Ｂ）は案内中の表示画像の例。
【図１８】図１８（Ａ）〜図１８（Ｃ）はユーザがキャラクタを追尾しない場合の表示画像の例。
【図１９】ユーザに対して追尾を促す表示画像の例。
【図２０】仮想マップ上でのユーザの視野範囲と、右側領域・左側領域を説明する図。
【図２１】表示画像における右側画像領域・左側画像領域を説明する図。
【図２２】ユーザから見た表示画像の画角と、右側画像領域・左側画像領域を説明する図。
【図２３】本実施形態のメイン処理を説明するフローチャート。
【図２４】本実施形態のサブ処理を説明するフローチャート。
【図２５】中間目的地において目標移動方向情報を表示する場合の処理を説明するフローチャート。
【発明を実施するための形態】
【００４５】
以下、本実施形態について説明する。なお、以下に説明する本実施形態は、特許請求の範囲に記載された本発明の内容を不当に限定するものではない。また本実施形態で説明される構成の全てが、本発明の必須構成要件であるとは限らない。
【００４６】
１．本実施形態の手法
【００４７】
まず、本実施形態の手法について説明する。近年の携帯電子機器（例えば携帯電話等）では、多くのナビゲーションサービス（ここでは歩行者用ナビゲーションを想定しているが、カーナビゲーションシステムであってもよい）が提供されている。例えば、目的地を入力することで、ユーザの現在位置から目的地までの経路を検索し、経路に沿った案内画面を表示するサービス等である。
【００４８】
しかし、このようなシステムでは、ユーザの進行方向と案内画面の表示される方向（携帯電子機器の表示部がある方向）が異なる。そのため、ユーザは進行方向をみて、安全を確認したり、視界内にある建物等を確認したりしつつ、携帯電子機器に視線を向けてナビゲーション画面を参照する必要がある。これはユーザにとって非常に煩わしく負担になる。
【００４９】
また、現在のナビゲーションシステムは、例えば図１に示すように、地図を用いてナビゲーションを行うことがほとんどである。図１のＡ１のように現在位置を表示しつつ、Ａ２のように目的地までの経路を表示することで、ユーザを目的地に案内する。しかし、地図を読むことが苦手なユーザも多く、また、地図の倍率によっては目的地（もしくは目的地までの経路）がわかりにくいケースもある。
【００５０】
そこで本出願人は以下のような手法を提案する。ユーザの視点変更の頻度を抑えるために、図２に示すような、外界視界の上に表示画面（ナビゲーション画面）を重畳するような表示装置を採用する。これは例えばＨＭＤ等を用いることで実現できる。また、地図を用いたナビゲーションではなく、ナビゲーション用のキャラクタを表示する。そして、キャラクタを用いたナビゲーションを行う。具体的には例えば、図３に示すように、目的地に向かって移動していくキャラクタを追いかけるようなシステムが想定される。このようにすることで、ユーザは表示画面内にキャラクタをとらえ、キャラクタの動きに合わせて歩いていくだけで、目的地に到達することが可能になる。よって、頻繁な視線変更を行う必要なく、直感的な手法でナビゲーションを行うことができるため、ユーザの負担を軽減することが可能になる。
【００５１】
以下、システム構成例を説明し、その後、キャラクタによるナビゲーションシステムの詳細について説明する。そして、本実施形態の作用効果を説明し、最後にフローチャートを用いて本実施形態の処理の詳細について説明する。
【００５２】
２．システム構成例
【００５３】
図４（Ａ）においてユーザ１０は携帯電子機器２０を所持している。また、ＨＭＤ（Head Mounted Display）１１を頭部の一方の目の近傍に装着している。さらにウェアラブルセンサとして種々のセンサを身につけている。具体的には、屋内外センサ５１０や、周辺温度センサ５１１、腕装着型の脈拍(心拍数)センサ５２１、携帯電子機器２０に設けられるＧＰＳ（Global Position System）センサ５５０や加速度センサ５５１、ＨＭＤ１１に設けられる方位センサ５６０等を装着している。
【００５４】
携帯電子機器２０（モバイルコンピュータ）は、ＰＤＡ（Personal Digital Assistant）、ノート型ＰＣなどの携帯情報端末であり、例えばプロセッサ（ＣＰＵ）、メモリ、操作パネル、通信装置、或いはディスプレイ（サブディスプレイ）などを備える。この携帯電子機器２０は、例えばセンサからのセンサ情報を収集する機能、収集したセンサ情報に基づいて演算処理を行う機能、演算結果に基づいて制御対象機器（ＨＭＤ等）の制御（表示制御等）を行ったり外部のデータベースから情報を取り込む機能、外部と通信を行う機能などを有することができる。なお携帯電子機器２０は、携帯電話、腕時計、或いはポータブルオーディオなどとして兼用される機器であってもよい。
【００５５】
ＨＭＤ１１（広義には情報提示部）は、ユーザの一方の眼の近傍に装着されると共にディスプレイ部の大きさが瞳孔の大きさよりも小さくなるように設定され、いわゆるシースルービューアの情報表示部として機能する。
【００５６】
屋内外センサ５１０は、ユーザが屋内にいるのか屋外にいるのかを検知するセンサであり、例えば超音波を照射し、天井等により超音波が反射して戻ってくるまでの時間を計測する。但し屋内外センサ５１０は、超音波方式に限らず、アクティブ光方式、パッシブ紫外線方式、パッシブ赤外線方式、パッシブ騒音方式のセンサであってもよい。
【００５７】
周囲温度センサ５１１は、例えばサーミスタ、放射温度計、熱電対などを用いて外界温度を計測する。脈拍（心拍数）センサ５２１は、手首又は指又は耳に装着し、例えば拍動に伴う血流の変化を赤外光の透過率や反射率の変化で計測する。ＧＰＳセンサ５５０はユーザの位置（場所）を検知するセンサである。なおＧＰＳセンサ５５０の代わりに携帯電話の位置情報サービスや周辺にある無線ＬＡＮの位置情報を利用してもよい。加速度センサ５５１は、例えば３軸の加速度情報を検知する。方位センサ５６０は、例えば地磁気センサ等であり、センサの向いている方位を角度（０°〜３６０°）で計測する。
【００５８】
次に、図４（Ｂ）に本実施形態の画像生成システムの構成例を示す。画像生成システム１００は、センサ情報取得部１１０と、ユーザ情報特定部１２０と、記憶部１３０と、Ｉ／Ｆ部１４０と、経路設定部１５０と、位置関係情報特定部１６０と、キャラクタ制御部１７０と、画像生成部１８０と、情報記憶媒体１９０と、を含む。画像生成システム１００は、図４（Ｂ）の構成に限定されず、これらの一部の構成要素を省略したり、他の構成要素を追加するなどの種々の変形実施が可能である。なお本実施形態の画像生成システム１００の一部又は全部の機能は、例えば携帯電子機器５５１により実現される。但し、画像生成システム１００の一部又は全部の機能を、ＨＭＤ１１により実現したり、携帯電子機器５５１とは異なる電子機器により実現してもよい。
【００５９】
ここで、ウェアラブルセンサ１３は図４（Ａ）を用いて上述したＧＰＳセンサや加速度センサ等のユーザが装着しているセンサである。操作部１５は、例えばユーザが所持する携帯電子機器２０に設けられるボタン等である。なお、操作部１５はＨＭＤ１１に設けられてもよい。表示部１７はＨＭＤ１１に設けられる。
【００６０】
次に各部の接続について説明する。センサ情報取得部１１０は、ユーザのウェアラブルセンサ１３からのセンサ情報を取得するとともに、ユーザ情報特定部１２０に接続されている。ユーザ情報特定部１２０は、経路設定部１５０と、位置関係情報特定部１６０とに接続されている。記憶部１３０は、経路設定部１５０と接続されている。Ｉ／Ｆ部１４０は、操作部１５からの操作情報等を受け取るとともに、経路設定部１５０と接続されている。経路設定部１５０は、キャラクタ制御部１７０と接続されている。位置関係情報特定部１６０は、キャラクタ制御部１７０と相互に接続されているとともに、画像生成部１８０に接続されている。画像生成部１８０は、生成した画像を表示部１７に表示する。
【００６１】
次に各部で行われる処理について説明する。センサ情報取得部１１０は、ウェアラブルセンサ１３からの種々のセンサ情報を受信する。
【００６２】
ユーザ情報特定部１２０は、センサ情報取得部１１０で取得したセンサ情報に基づいて、ユーザ情報を特定する。ここでユーザ情報とは、ユーザの位置情報や、ユーザの方向を表す方向情報や、ユーザの識別情報等である。ここで、ユーザの位置情報は、例えばマップ上（仮想マップ上）での現在位置の情報などである。方向情報は、例えばユーザの頭部方向情報や、進行方向情報、視線方向情報などである。具体的には例えば、ＧＰＳ５５０や加速度センサ５５１等からユーザの位置情報を取得し、方位センサ５６０等から方向情報を取得する。また、識別情報は脈拍(心拍数)センサ５２１等から取得する。
【００６３】
ここで、方向情報の取得手法について説明する。上述したように方向情報には頭部方向情報、視線方向情報、進行方向情報等がある。頭部方向とは、ユーザの頭部に装着された方位センサからユーザの頭部方向を判別することで求めることができる。視線方向とは、ユーザの視線の方向を表すものであり、例えば、黒目と白目での光の反射率の違い等を利用して、眼球部分の反射率を検出することで黒目部分の向いている方向を判別し、視線方向としてもよい。
【００６４】
また、進行方向とは、ユーザが移動しているときの移動の方向、またはユーザが今後移動すると予測される移動方向であり、例えば、ＧＰＳによるユーザ位置の履歴を参照し、ユーザの動きベクトル（例えば第ｋの時点での位置と第ｋの時点よりも後の第ｋ＋１の時点での位置の間のベクトル）から求めてもよい。ただし、進行方向の求め方はこれに限定されるものではない。例えば、上述した視線方向をそのまま進行方向として用いてもよい。或いは、後述するマップ記憶部１３２に記憶されているマップ情報と、ＧＰＳセンサ５５０や加速度センサ５５１等から取得されたユーザの位置情報から、ユーザが移動している道路を判別し、道路の方向を進行方向としてもよい。具体的には図５に示したように、ユーザの位置情報とマップ情報から、ユーザが移動している道路が図５のＤ１で示した道路であると判別する。その場合には、進行方向は道路の方向であるＤ２とすればよい。なお、道路の上り方向（例えばＤ２）と下り方向（例えばＤ３）のどちらを進行方向とするかの判断手法は任意である。例えば、Ｄ２とＤ３のうち、視線方向に近い方向のものを進行方向にしてもよい。
【００６５】
記憶部１３０は、種々の情報を記憶するとともに、各部のワーク領域となるものであり、その機能はＲＡＭ等のメモリーやＨＤＤ（ハードディスクドライブ）などにより実現できる。記憶部１３０のマップ記憶部１３２は、マップ情報を記憶する。例えば、本実施形態の画像生成システムが日本国内のナビゲーションサービスに用いられるとすれば、日本全国のナビゲーションに適した倍率のマップ情報を保持している。記憶部１３０はその他にも、キャラクタ情報等を記憶してもよい。
【００６６】
Ｉ／Ｆ部１４０は、操作部１５からの操作情報を受信する。ここで操作情報とは、ユーザによる目的地の設定情報等が考えられる。その他、ナビゲーションに関する情報を設定するための操作情報（例えばキャラクタの移動速度の設定等）を受信してもよい。
【００６７】
経路設定部１５０は、マップ情報、ユーザの位置情報及び操作情報に基づいて、ユーザの現在位置から目的地までの経路情報を生成する。具体的には例えば、後述する図１６のように、ナビ開始地点（図１６のＣ１）と目的地（最終目的地、Ｃ２）が入力された際に、第１、第２の中間目的地（Ｃ４、Ｃ５）を設定し、図１６に示すような経路（Ｃ３）を設定する処理を行う。
【００６８】
位置関係情報特定部１６０は、マップ上におけるユーザとキャラクタとの位置関係情報を特定する。具体的には、ユーザ情報特定部１２０からのユーザ情報により、マップ上におけるユーザの現在位置の情報と方向情報を取得する。また、キャラクタ制御部１７０からの情報に基づいて、マップ上でのキャラクタの位置情報を取得する。これにより、マップ上でのユーザとキャラクタの位置関係情報（距離及び、ユーザから見たキャラクタのいる方向等）を特定し、画像生成部１８０に送信する。
【００６９】
キャラクタ制御部１７０は、経路設定部１５０により設定された経路、及び、位置関係情報特定部１６０により特定されたユーザとキャラクタの位置関係情報に基づいて、キャラクタの移動等を制御する。具体的な制御手法については後述する。
【００７０】
画像生成部１８０は、位置関係情報特定部１６０により特定されたユーザとキャラクタの位置関係情報に基づいて、表示画像（ナビゲーション画像）を生成する。具体的な表示画像の生成手法については後述する。
【００７１】
情報記憶媒体１９０（コンピュータにより読み取り可能な媒体）は、プログラムやデータなどを格納するものであり、その機能は、メモリーカード（ＥＥＰＲＯＭ、ＲＯＭ等）、光ディスク（ＤＶＤ、ＣＤ等）、或いはＨＤＤ（ハードディスクドライブ）などにより実現できる。画像生成システム１００は、情報記憶媒体１９０に格納されるプログラム（データ）に基づいて本実施形態の種々の処理を行う。即ち情報記憶媒体１９０には、本実施形態の各部としてコンピュータ（操作部、処理部、記憶部、出力部を備える装置）を機能させるためのプログラム（各部の処理をコンピュータに実行させるためのプログラム）が記憶される。
【００７２】
３．キャラクタによるナビゲーションシステム
【００７３】
次にキャラクタを用いたナビゲーションシステムの詳細について図６〜図２２を用いて説明する。
【００７４】
３．１ 仮想マップ上の位置関係情報と表示画像の生成
【００７５】
まず、ユーザとキャラクタの位置関係情報に基づいて表示画像を生成する手法について説明する。ナビゲーション用のキャラクタは、経路設定部１５０で設定された経路を、仮想マップ上で目的地に向かって移動する。なお、ユーザとの位置関係情報に応じて移動速度や挙動が変化するが、それについては次項で説明する。ここではそのときのシチュエーション等は考慮せず、単純に位置関係情報から画像情報を生成する手法について述べるものとする。
【００７６】
ユーザとキャラクタの位置関係情報と生成される表示画像との対応を示したものが図６〜図９である。図６〜図９からわかるように、ユーザとキャラクタの間の距離情報及び、ユーザの頭部方向（視線方向）に対するキャラクタの方向情報に応じて、表示形態が変化する。
【００７７】
図６に示したように、ユーザの頭部方向に対応する位置にキャラクタが存在する場合には、表示画面の中央にキャラクタが表示される。それに対して、図７（Ａ）及び図７（Ｂ）に示したように、ユーザの頭部方向に対してキャラクタが左右どちらかにずれた位置に存在する場合には、画面上でも対応する側にずれた位置にキャラクタが表示されることになる。
【００７８】
また、図８（Ａ）〜図８（Ｄ）に示したように、仮想マップ上におけるユーザの視界（ここでは１８０°弱であるものとする）から外れる位置にキャラクタがいる場合には、表示画面にはキャラクタは表示されず、キャラクタの存在方向を示す存在方向情報が表示されることになる。ここで、存在方向情報とは、図８（Ａ）〜図８（Ｄ）に示すように矢印であってもよい。矢印は単純に左右を表す矢印であってもよいし、図８（Ａ）〜図８（Ｄ）のようにより詳細な方向を表す矢印にしてもよい。また、図１０に示したように、遠近法を用いた３Ｄの矢印を用いてもよい。
【００７９】
また、図９に示したように、マップ上でユーザとキャラクタとの間の距離が大きくなると、それに従いキャラクタの表示を小さくする。このようにすることで、ユーザに対して、キャラクタが離れていっていることを伝える。この場合、図１１に示したように、表示画面にグリッド線を表示してもよい。そして、キャラクタの移動にあわせてグリッド線を移動させることで、キャラクタが移動していることを明確に表現することが出来る。
【００８０】
以上に示したように、左右にずれた場合、距離が変化した場合及び視界から外れた場合の３通りの対処を行うことで、ユーザとキャラクタの位置関係情報に基づいて表示画像を生成することが可能になる。さらにここで、「視界から外れる」ことの意味について検討する。本実施形態では、図１２に示したように、外界視界に対して、表示画面が小さいケースを想定している。そのため、外界視界を見る際の画角（図１２のＢ１、人間の視野角であり歩行時には約１１０°〜１６０°程度）に比べて、表示画像の画角（図１２のＢ２）は非常に小さく、例えば表示画像の画角は約９°程度しかないこともある。このとき、表示画像の画角を厳密に適用するのであれば、仮想マップ上でも、ユーザの視界は９°程度に抑える必要がある。このようにすることで、図１２の画面において、ユーザが顔を動かしたときに、外界視界で見えた物体と表示画像内の物体の動き（画面上での位置ずれ）が対応付けられることになり、実際の物理現象に沿った自然な画像となる。
【００８１】
しかし、仮想マップ上で視界を小さく限定してしまうと、ほんの少し視線方向を移動させただけで、すぐにキャラクタが視界から外れてしまうことになる。それでは、キャラクタを追いかけることで目的地に誘導するというサービスの提供は困難であり、好ましくない。そこで実際には、上述したようにマップ上での視界は１８０°に近い広さになっている。このようにすることで、キャラクタが視界から外れる可能性が低くなり、ナビゲーションに利用することが容易になる。なお、マップ上での視界を、表示画像の画角に比べて大きくすることにより、外界視界内の物体と、表示画像内の物体の動きが対応しなくなる（視線方向を変化させたとき、外界視界内の物体は大きく動くのに対して、表示画像内の物体の動きは小さい）が、実用上不自然に感じることはない。つまり、「視界から外れる」とは、マップ上での視野範囲（もしくは視野範囲に基づいて設けられる所定の判定範囲）から外れることを意味するものとして取り扱う。
【００８２】
また、ユーザの視線方向には個人差があることが考えられる（人によってはまっすぐ向いているつもりでも傾いている可能性がある）が、システムの起動時に、キャリブレーションを行うことで、個人差を吸収することが出来る。キャリブレーションとは、例えば、起動時にユーザが向いている方向を基準に初期値を設定するような処理が考えられる。
【００８３】
３．２ エリア設定
【００８４】
次に、キャラクタの制御として、エリア分割を行う手法について説明する。エリア分割の例を図１３に示す。
【００８５】
図１３に示したように、例えばエリア１〜エリア４（広義には第１〜第Ｎの距離エリア）まで、マップ上でのユーザの位置を中心とした同心円状のエリアを設定する（ただし、エリア４はエリア３の外側の領域全てであり、厳密には同心円ではない）。エリアは、ユーザーの位置からの距離に応じて設定されていれば良く、エリアの形状は円形以外にも例えば四角形や三角形や星型、或いはそれらの混合型などでも良く、種々の変形例がある。
【００８６】
本実施形態においては、キャラクタを追いかけることで、ユーザを目的地に案内する。また、表示形態は前項に示したように、ユーザとキャラクタとの位置関係情報に基づいて決定される。そのため、キャラクタはユーザの少し前を目的地に向かって移動している状況が基本となる。
【００８７】
よって、ユーザとの距離が適切であるエリア３（広義には第Ｎ−１の距離エリア）では、キャラクタは通常の速度（初期値を用いてもよいし、ユーザにより設定されてもよい）で目的地に向かって移動を続ける。
【００８８】
また、エリア３よりもユーザに近いエリア２（広義には第Ｎ−１の距離エリア）では、ユーザとの距離が近いと判断し、距離を大きくするためにエリア３の場合よりも高速で目的地に向かって移動する。なお、エリア２及びエリア３にキャラクタがいる場合にも、キャラクタが目的地に到着した場合には移動を終了してユーザの到着を待つ。
【００８９】
エリア２よりもユーザに近いエリア１（広義には第１の距離エリア）では、キャラクタが目的地に到着していない場合には、ユーザとの距離を大きくする必要があるため、高速で目的地に移動する。また、キャラクタが目的地に到着している場合には、ユーザが目的地（キャラクタの位置）に近づいて、結果としてキャラクタがエリア１の範囲に入ったことを持って、ユーザが目的地に到着したと判断する。
【００９０】
エリア３よりも遠いエリア４（広義には第Ｎの距離エリア）にキャラクタがいる場合には、ナビゲーション中に何か問題が発生した（ユーザがキャラクタについてきていない等）と判断し、キャラクタをユーザの現在位置へ移動させる。この際には、問題の発生を想定しているため、移動速度を最高に設定する。
【００９１】
以上の制御を行うことで、ユーザから見やすい距離を保った上で、ユーザがついてこない（または道を間違えた）等の問題にも対処可能な態様でキャラクタを制御することが可能になる。なお、以上の制御をまとめたものが図１４である。
【００９２】
３．３ 中間目的地におけるマップ表示
【００９３】
次に、中間目的地付近でのマップ表示について説明する。中間目的地とは、例えば交差点等で曲がる場合が考えられる。この際、キャラクタが止まらずに目的地（次の中間目的地や最終目的地）に向かってしまっては、ユーザの視界からキャラクタが外れてしまったり、視界から外れなくても、まっすぐキャラクタの後についていくことが困難になってしまったりする。そのため、交差点等で曲がる場合には、その地点を中間目的地に設定し、中間目的地で一旦キャラクタを待機させる必要がある。
【００９４】
その際、図１５（Ａ）のような単純な十字路であれば、キャラクタについていくだけで正しい道を選択可能であるが（正面か、左右かの違いさえ区別できればよい）、図１５（Ｂ）のように、五叉路の場合には、正面と右に加えて、右斜め前方にも道があり、これらが区別できないと正しい道を選択できない。
【００９５】
しかしながら、上述したように、表示画像の画角と、マップ上での視界（視野角）は大きく異なるため、キャラクタの表示される位置と、目的の方向とが必ずしも一致するとは限らない。よって、キャラクタのみを表示していたのでは、図１５（Ｂ）のような複雑な分岐の道路においては、十分正確なナビゲーションは困難である。
【００９６】
そこで、本実施形態では、ユーザが中間目的地に到着したタイミングで、キャラクタの表示から地図の表示へと切り替える制御を行う。具体的には図３の画面から、図１５（Ａ）や図１５（Ｂ）の画面へと切り替える。図１５（Ｂ）の画面を表示することで、例えば右から何本目の道に進めばよい、等の情報を簡単に提示することが出来る。なお、切り替えのタイミングは３．２項で上述したように、キャラクタが当該中間目的地に到着しており、かつ、エリア１に入ったタイミングとすればよい。
【００９７】
このようにすることで、通常はキャラクタによる直感的なナビゲーションを行った上で、キャラクタによるナビゲーションが困難な状況では、進むべき道がわかりやすいマップを表示することが出来るため、より正確なナビゲーションが可能となる。
【００９８】
３．４ ナビゲーションの例
【００９９】
次に、具体的な仮想ルートマップを用いたナビゲーションの一例について説明する。ここで用いる仮想マップを図１６に示す。図１６のＣ１がスタート地点であり、Ｃ２が目的地に設定されたものとする。この場合、経路設定部１５０は例えば、Ｃ４、Ｃ５を中間目的地としたＣ３のルートを経路として設定する。
【０１００】
この場合、まず、ナビゲーションが開始されると、図１７（Ａ）に示すように、キャラクタが画面内に表れ、案内を始める旨をユーザに伝える。そして、Ｃ１から第１の中間目的地Ｃ４に向かって移動を開始する。すると図１７（Ｂ）に示すように、キャラクタはユーザに対して背を向けているため、キャラクタの背面が画面に表示され、移動につれ徐々にキャラクタが小さくなっていく。キャラクタの移動にあわせてユーザが移動を開始すると、ユーザとキャラクタの位置関係情報に基づいてキャラクタの移動速度や挙動が変化する。詳細については上述したとおりである。もしキャラクタがユーザの視界から外れてしまった場合には、上述したように、矢印等の存在方向情報を表示する。
【０１０１】
キャラクタが第１の中間目的地Ｃ４に到着し、かつ、ユーザとの距離が小さくなる（エリア１にキャラクタが入る）と、システムはユーザが第１の中間目的地に到着したと判断し、上述したように、図１５（Ａ）、図１５（Ｂ）の交差点用のマップ表示に切り替わり、左折を指示する。
【０１０２】
そして、一定時間マップを表示したら（もしくは、ユーザが正しい道の方向に向かって移動を始めた時点でもよい）再びキャラクタの表示に切り替わる。第１の中間目的地Ｃ４から第２の中間目的地Ｃ５へのナビゲーションも同様である。第２の中間目的地にユーザが到着したと判断したら、マップ表示に切り替わり、今度は右折を指示する。
【０１０３】
そして、最終目的地Ｃ２にキャラクタが到着したらその場で、ユーザの到着を待ち、ユーザがキャラクタに近づくことで、キャラクタがエリア１に入ったら、システムは最終目的地にユーザが到着したと判断し、ナビゲーションを終了する。
【０１０４】
以上が、問題がなくナビゲーションが終了した場合の流れである。途中でユーザが立ち止まってしまった場合は、図１８（Ａ）〜図１８（Ｃ）のように、キャラクタは目的地への移動を中止し、ユーザの近くまで戻ってくる。具体的にはキャラクタの移動により、キャラクタがエリア４に入ってしまうケースも考えられるし、キャラクタが目的地で待機している場合には、ユーザとの位置関係が変化しないことを検出するケースも考えられる。この場合には、経路設定部１５０により設定した経路は変更する必要がないため、ユーザの近くに移動したキャラクタは既存の経路に沿ってナビゲーションを再開する。
【０１０５】
また、ユーザが道を間違えたり、キャラクタから遠ざかってしまった場合にも図１８（Ａ）〜図１８（Ｃ）のような対処を行う。この場合も、エリア４に入ったことをトリガーに処理を開始してもよいし、ユーザとの位置関係情報に基づいて、距離が増大したことをトリガーにしてもよい。また、既存の経路からユーザが外れたことをトリガーにしてもよい。これらの場合には、経路設定部１５０により設定された経路からユーザが外れてしまっている可能性があるため、ユーザの現在位置と目的地（最終目的地）とから、再度経路を設定する必要が生じる。
【０１０６】
以上のナビゲーションにおいては、キャラクタのモーションを変化させたり、アイコンを表示したり、サウンドをならしたりしてもよい。例えば、図１７（Ａ）のように案内開始を文字（もしくは音声）で知らせたり、移動中に時々ユーザの方を振り返ったり、目的地に到着することでキャラクタに喜んだりさせてもよい。このようにすることで、より自然にナビゲーションを行うことが可能になる。
【０１０７】
以上の本実施形態では、画像生成システム１００は、図４に示したように、ユーザが装着するウェアラブルセンサ１３からのセンサ情報を取得するセンサ情報取得部１１０と、センサ情報に基づいて仮想マップ上でのユーザの位置情報を特定するユーザ情報特定部１２０と、ナビゲーション用キャラクタを目的地に向かって移動させる制御を行うキャラクタ制御部１７０と、ナビゲーション画像を生成する画像生成部１８０と、を含む。そして、キャラクタ制御部１７０は、キャラクタとユーザとの位置関係情報に基づいて、キャラクタを制御する。
【０１０８】
ここで、ユーザ情報特定部１２０で特定されるユーザ情報とは、ユーザの現在位置を表す位置情報、ユーザの方向情報、ユーザの識別情報等である。また、方向情報は、ユーザの頭部方向や進行方向、視線方向等である。また、仮想マップとは、現実空間の地図（マップ）に対応して、計算上設けられる２次元又は３次元の仮想的な空間のことである。
【０１０９】
また、画像生成部１８０において生成されるナビゲーション画像とは、キャラクタを用いてユーザを目的地に誘導するための画像である。ただし、後述するように、マップ上でのユーザの視野範囲からキャラクタが外れた場合や、中間目的地に到着したと判断された場合等、キャラクタが表示されない画像を生成するケースもある。
【０１１０】
これにより、センサからのセンサ情報に基づいて仮想マップ上でのユーザの位置情報を特定するとともに、仮想マップ上に配置されるキャラクタの位置を特定することで、キャラクタとユーザとの位置関係情報を特定することができる。そして、ナビゲーション画像を生成するとともに、特定した位置関係情報に基づいてキャラクタの制御を行う。よって、例えば図１９に示したように、ユーザにキャラクタを追尾することを促し、キャラクタを目的地へ移動させる制御を行うことで、キャラクタを追いかけるだけでユーザが目的地に到達できるようなナビゲーションサービスを実現することが可能になる。
【０１１１】
また、位置関係情報特定部１６０は、ユーザの位置を基準として第１〜第Ｎの距離エリアを設定してもよい。そして、どの距離エリアにキャラクタがいるかの判定を行う。位置関係情報特定部１６０の判定に基づいて、キャラクタ制御部１７０は、キャラクタの制御を行ってもよい。
【０１１２】
これにより、図１３に示したように、ユーザの位置に対して複数の距離エリアを設定し、いずれの距離エリアにキャラクタがいるかの判断に基づいて、キャラクタの挙動を制御することが可能になる。よって、例えば図１３のように同心円状に距離エリアを設定した場合には、ユーザとキャラクタとの間の距離情報から容易に位置関係情報を特定することができ、簡単な処理でキャラクタを制御することができる。ただし、距離エリアとは、ユーザの位置を基準として距離に応じて設定されるエリアであればよく、同心円状に限定されるものではない。具体的には例えば、ユーザの位置を中心（重心等）とする多角形の領域を距離エリアに設定してもよい。また、ユーザの位置を距離エリアの重心とする必要もなく、例えば、弦の中点をユーザの位置とするような半円形の距離エリアを設定してもよい。
【０１１３】
また、キャラクタ制御部１７０は、ユーザからの距離が最も遠い距離エリアである第Ｎの距離エリアに、キャラクタが位置すると判断された場合には、キャラクタをユーザの方に向かって移動させる制御を行ってもよい。これは図１３の例でいえば、エリア４にキャラクタが位置する場合に相当する。
【０１１４】
これにより、ユーザとキャラクタとの間の距離が大きい場合には、キャラクタをユーザの近くに移動させる制御を行うことが可能になる。キャラクタとの距離が大きいとは、ユーザがキャラクタを追尾していないケースが想定される。そのため、一旦目的地への移動を中止して、図１８（Ｃ）のようにユーザに対して追尾を促すことで、円滑なナビゲーションを実現することができる。
【０１１５】
また、キャラクタ制御部１７０は、第Ｎ−１の距離エリアにキャラクタが位置すると判断された場合には、キャラクタを目的地に向かって移動させる制御を行う。そして、第Ｎ−２の距離エリアにキャラクタが位置すると判断された場合には、キャラクタ制御部１７０は、第Ｎ−１の距離エリアの場合よりも速い速度で、キャラクタを目的地に向かって移動させる制御を行う。
【０１１６】
ここで、第Ｎ−１の距離エリアとは、第Ｎの距離エリアよりも、ユーザからの距離が近い距離エリアであり、第Ｎ−２の距離エリアとは、第Ｎ−１の距離エリアよりも、ユーザからの距離が近い距離エリアである。これは図１３の例でいえば、第Ｎ−１の距離エリアがエリア３であり、第Ｎ−２の距離エリアがエリア２に相当する。
【０１１７】
これにより、ユーザとキャラクタとの間の距離が適切に保たれている場合には（ここでは第Ｎ−１の距離エリアを想定）、ユーザは適切にキャラクタを追尾していると考えられるため、キャラクタを目的地に向かって移動させることで、ナビゲーションを行うことができる。また、ユーザとキャラクタとの間の距離が近すぎる場合には、より速い速度で目的地に向かって移動させることで、適切な距離をとることができる。なお、本実施形態ではキャラクタの背中を追いかけることでナビゲーションを行うため、例えば、キャラクタより速く歩いてキャラクタを追い越してしまってはナビゲーションができない。そのため、ユーザとキャラクタとの間は適切な距離をあけることが、円滑なナビゲーションを行うために必要な条件となる。
【０１１８】
また、キャラクタ制御部１７０は、キャラクタが目的地に到着しており、かつ、ユーザからの距離が最も近い距離エリアである第１の距離エリアにキャラクタが位置すると判断された場合に、ユーザが目的地に到着したと判断してもよい。これは図１３の例でいえば、エリア１にキャラクタが位置する場合に相当する。
【０１１９】
これにより、キャラクタの制御に用いられる距離エリアを利用して、目的地に到着したか否かの判断を行うことが可能になる。
【０１２０】
また、キャラクタ制御部１７０は、ユーザが移動を停止したと判断された場合には、キャラクタをユーザの方に向かって移動させる制御を行ってもよい。また、ユーザがキャラクタから離れる方向に移動したと判断された場合には、キャラクタをユーザの方に向かって移動させる制御を行ってもよい。具体的には図１８（Ａ）〜図１８（Ｃ）のようなキャラクタ制御を行う。
【０１２１】
これにより、ユーザが停止したりキャラクタから離れたりする状況、つまり、ユーザがキャラクタの追尾をやめてしまったという状況を適切に把握することができる。そして、その際にキャラクタをユーザの方に向かって移動させ、図１８（Ｃ）のように追尾を促すことで、ナビゲーションを続行することが可能になる。
【０１２２】
また、ユーザ情報特定部１２０は、センサ情報に基づいてユーザの方向情報を特定する。そして、位置関係情報特定部１６０は、方向情報に基づいてキャラクタがユーザの視野範囲に基づいて設けられる所定の判定範囲内に位置するか否かを判定する。画像生成部１８０は、キャラクタが所定の判定範囲内に存在しないと判断された場合には、存在方向情報が表示されるナビゲーション画面を生成してもよい。
【０１２３】
ここで、存在方向情報とは、キャラクタの存在方向を示す情報のことであり、具体的には例えば図８（Ａ）〜図８（Ｄ）や図１０に示すような矢印画像であってもよい。
【０１２４】
これにより、マップ上でのユーザの視野範囲に基づいて設けられる所定の判定範囲内からキャラクタが外れてしまった場合にも、ユーザによるキャラクタの再発見を容易にできる。上述してきたように、本実施形態ではキャラクタを追いかけることによりユーザを目的地に誘導するため、ユーザに対して提示されるナビゲーション画像にキャラクタが表示されないことは大きな問題となる。ここで示したように、存在方向情報を表示することで上記問題を解消することが可能になる。
【０１２５】
また、画像生成部１８０は、キャラクタとユーザの位置関係情報に基づいて、キャラクタのサイズ及びキャラクタの表示位置の少なくとも一方が変化するナビゲーション画像を生成してもよい。
【０１２６】
これにより、図７（Ａ）、図７（Ｂ）に示したように、ユーザの頭部方向（視線方向）に対してキャラクタのマップ上での位置が左右にずれた場合には、ナビゲーション画像上でも中心から左右にずれた位置にキャラクタを表示することができる。また、図９に示したように、ユーザとキャラクタとの間の距離が大きいときには、キャラクタを小さく表示することができる。よって、ユーザとキャラクタのマップ上での位置関係情報を適切にナビゲーション画像に反映した形態でナビゲーションを行うことができる。
【０１２７】
また、ユーザ情報特定部１２０は、センサ情報に基づいてユーザの方向情報を特定し、位置関係情報特定部１６０は、方向情報に基づいて、キャラクタがユーザの視野範囲に基づいて設けられる所定の判定範囲内に位置するか否かを判断する。そして、画像生成部１８０は、キャラクタが所定の判定範囲内に位置すると判断された場合には、位置関係情報に対応する画像上位置にキャラクタを表示したナビゲーション画像を生成してもよい。
【０１２８】
これにより、図６〜図７（Ｂ）に示したように、所定の判定範囲内にキャラクタが位置すると判断された場合には、キャラクタとユーザとの位置関係情報に基づいて、キャラクタの画像上位置を変更することができる。よって、ユーザに対して、キャラクタとの位置関係を反映した形でナビゲーション画像を提示することができるため、キャラクタの後を追いかける形式のナビゲーションサービスを円滑に実行することが可能になる。
【０１２９】
また、画像生成部１８０は、仮想マップ上でのユーザの視野範囲をθ２とした場合に、仮想マップ上でθ２に対応する視野範囲を、θ２＞θ１を満たすθ１の画角で外界視界に重畳される画像を生成してもよい。
【０１３０】
これにより、図１２に示したように、外界視界（人間の視野角、図１２のＢ１に相当）に比べて、表示画像の画角θ１（Ｂ２に相当）が小さくなるように設定された場合にも、マップ上での視野範囲はθ１よりも大きいθ２に設定することが可能になる。図１２を用いて上述したように、本実施形態では例えば、シースルー型のＨＭＤ等を用いて、外界視界に外界視界よりも小さい表示画像を重畳するケースを想定している（ただし、これに限定されるものではない）。そのため、表示画像の画角は非常に小さくなってしまい、マップ上での視野範囲θ２をθ１と同等にしてしまうと、ユーザが視線方向をわずかに変化させただけでも表示画像からキャラクタが外れやすくなってしまう。そこで、θ２をθ１よりも大きく設定することで、ユーザの視線方向が変化した場合にも、表示画像内にキャラクタをとらえやすくすることが可能になる。
【０１３１】
また、ユーザ情報特定部１２０は、センサ情報に基づいてユーザの頭部方向又は視線方向を方向情報として特定する。そして、画像生成部１８０は、キャラクタがマップ上でのユーザの視野範囲に基づいて設けられる所定の判定範囲内に位置し、かつ、頭部方向又は視線方向の右側領域にキャラクタが位置すると判断された場合には、右側画像領域の画像上位置にキャラクタを表示したナビゲーション画像を生成してもよい。また、同様に、キャラクタがマップ上での所定の判定範囲内に位置し、かつ、頭部方向又は視線方向の左側領域にキャラクタが位置すると判断された場合には、左側画像領域の画像上位置にキャラクタを表示したナビゲーション画像を生成してもよい。
【０１３２】
ここで、右側領域とは、図２０に示したように、マップ上での所定の判定範囲を、ユーザの頭部方向又は視線方向を通り地面（重力方向に垂直な面）に垂直な平面により分割した場合に、ユーザから見て頭部方向又は視線方向より右側にある領域である。左側領域は、同様に頭部方向又は視線方向より左側にある領域である。なお、図２０においては平面的に描かれているが、右側領域及び左側領域は３次元の領域を前提とする。ただし２次元マップを用いる場合は平面であってもよい。
【０１３３】
また、右側画像領域とは、図２１に示したように、表示画像を画像の縦軸に平行な直線で分割した際の、分割線より右側にある領域である。左側画像領域は、同様に分割線より左側にある領域である。
【０１３４】
これにより、図６〜図７（Ｂ）に示したように、マップ上でのユーザの方向情報に対するキャラクタの左右の位置（位置関係情報）に基づいて、表示画像における表示位置を変更することが可能になる。なお、上述したようにθ２＞θ１が成り立つような状況では、この処理は、図２０における右側領域及び左側領域（所定の判定範囲）に存在するキャラクタを、図２２における右側画像領域（Ｄ１）及び左側画像領域（Ｄ２）にマッピングする処理に相当する。θ２は、例えば１８０°弱の大きさを持つのに対し、表示画像のユーザから見た画角（θ１、Ｄ３＋Ｄ４）は例えば９°程度しかない。つまり、θ２の範囲のキャラクタをθ２より狭いθ１の範囲にマッピングする処理を行うことになる。具体的には、右側領域の右端にキャラクタが位置する場合には、右側画像領域の右端にキャラクタを表示するとともに、左側領域の左端にキャラクタが位置する場合には、左側画像領域の左端にキャラクタを表示する。そして、その間に位置する場合には、所定の判定範囲における位置と、画像上位置とが一対一に対応するようなマッピングを行う。さらに具体的には、例えば位置関係が線形に対応するようなマッピングを行えばよい。
【０１３５】
また、キャラクタ制御部１７０は、ナビゲーションのスタート地点と最終目的地との間に設定された中間目的地に向かって、キャラクタを移動させる制御を行ってもよい。
【０１３６】
これにより、中間目的地を設定し、設定した中間目的地を経由して最終目的地へ移動するキャラクタ制御を行うことができる。図１６のＣ４やＣ５に示したように、交差点で曲がるような場合には、キャラクタがユーザを待たずに曲がってしまうと、ユーザはキャラクタが視界から外れてしまったり、まっすぐ追いかけることができなくなってしまう。そこで、そのような地点を中間目的地に設定し、中間目的地を当面の目的地としてキャラクタを制御するとともに、中間目的地でユーザの到着まで待機することで、円滑なナビゲーションが可能になる。
【０１３７】
また、画像生成部１８０は、ユーザが中間目的地に到着したと判断された場合には、中間目的地における目標移動方向情報が表示されるナビゲーション画面を生成してもよい。
【０１３８】
目標移動方向情報とは、中間目的地から見た次の目的地（中間目的地でもよいし、最終目的地でもよい）に到達するための方向を示す情報であり、具体的には例えば、図１５（Ａ）、図１５（Ｂ）に示すようなマップ情報であってもよい。
【０１３９】
これにより、中間目的地に到着した場合には、目標移動方向情報を表示することで、よりユーザにとってわかりやすい形でナビゲーションを行うことが可能になる。具体的には、上述したように、キャラクタだけを表示していたのでは、左右の厳密な角度までは正確に表現できず、複雑な分岐の道路等の案内には十分でない。そこで、そのような場合には、マップ等の目標移動方向情報を表示することで、ユーザの理解を助ける必要がある。なお、ユーザが中間目的地に到着したか否かの判定は、キャラクタが中間目的地に到着しており、かつ、キャラクタが第１の距離エリアに位置するか否かで行えばよい。
【０１４０】
また、画像生成部１８０は、表示画像として、ヘッドマウントディスプレイに表示される画像を生成してもよい。具体的には例えば、ヘッドマウントディスプレイは、外界視界にナビゲーション画像を重畳して表示するシースルー型のヘッドマウントディスプレイであってもよい。ただし、ヘッドマウントディスプレイはこれに限定されるものではなく、二眼式の外界視界を直接見ることができない構成（つまり、外界視界はカメラで撮影したものをユーザに提示するビデオシースルー型のヘッドマウントディスプレイ等）であってもよい。
【０１４１】
これにより、ヘッドマウントディスプレイを表示装置として用いることが可能になり、ユーザの視線方向を頻繁に変化させる必要がなくなる。これは、ヘッドマウントディスプレイは視線をあまり動かさずとも、外界視界とナビゲーション画像との両方を見ることが可能であることによる。例えば、携帯電子機器の画面にナビゲーション画像を表示するようなシステムでは、進行方向と携帯電子機器の画面とを交互に参照する必要があり、ユーザにとって安全でなく、かつ、煩わしいものであったが、そのような問題を解消することができる。
【０１４２】
また、本実施形態の手法は、センサ情報取得部１１０と、ユーザ情報特定部１２０と、キャラクタ制御部１７０と、位置関係情報特定部１６０と、画像生成部１８０として、コンピュータを機能させるプログラムに関係する。センサ情報取得部１１０は、ユーザのウェアラブルセンサからのセンサ情報を取得する。ユーザ情報特定部１２０は、センサ情報に基づいて、仮想マップ上でのユーザの位置情報を特定する。キャラクタ制御部１７０は、ナビゲーション用キャラクタを目的地に向かって移動させる制御を行う。位置関係情報特定部１６０は、キャラクタとユーザのマップ上での位置関係情報を特定する。画像生成部１８０は、ナビゲーション画像を生成する。そしてキャラクタ制御部１７０は、ユーザとキャラクタの位置関係情報に基づいて、キャラクタを制御する。
【０１４３】
これにより、画像生成システムのとどまらず、プログラムにも本実施形態の手法を適用し、上述の効果を得ることが可能になる。
【０１４４】
４．処理の詳細
【０１４５】
図２３及び図２４のフローチャートを用いて、本実施形態の処理の詳細について説明する。図２３の処理がメイン処理となり、特に問題が生じていないケースの処理となる。また、図２４の処理がサブ処理となり、ユーザが立ち止まってしまった等の問題が生じた際の処理となる。サブ処理を監視するスレッドが常時動いており、サブ処理の条件を満たした場合にはメイン処理を停止してサブ処理による割り込みが行われる。
【０１４６】
まず、図２３のメイン処理から説明する。この処理が開始されると、まず、サブ処理を別スレッドで起動する（Ｓ１０１）。そして、ナビゲーションを開始して（Ｓ１０３）、ユーザとの距離がエリア２の範囲内かの判定を行う（Ｓ１０５）。これはキャラクタがエリア１にいる場合も含むものとする。Ｓ１０５でエリア２の範囲内にいると判定された場合には、キャラクタを通常よりも速い速度であるＳ２で目的地へ移動させる（Ｓ１０７）。Ｓ１０５でエリア２の範囲外と判定された場合には、次に、ユーザとの距離がエリア３の範囲内かの判定を行う（Ｓ１０９）。エリア３の範囲内である場合には、通常の速度であるＳ３で目的地へ移動させる（Ｓ１１１）。Ｓ１０９でエリア３の範囲外（つまりエリア４）と判定された場合には、最高の速度であるＳ４でエリア１に移動させ、ユーザに追尾を促す（Ｓ１１３）。
【０１４７】
そして、Ｓ１０７もしくはＳ１１１において、目的地への移動を行った場合には、キャラクタが目的地に着いたかの判定を行う（Ｓ１１５）。ここで、目的地に着いていない場合にはＳ１０３に戻ることになる。なお、キャラクタの移動中はＳ１０３〜Ｓ１１５のループを繰り返すことになる。
【０１４８】
Ｓ１１５で目的地に着いていると判定された場合には、目的地で待機して（Ｓ１１７）、ユーザが到着したか（キャラクタがエリア１の範囲内か）の判定を行い（Ｓ１１９）、ユーザが到着していない場合にはＳ１１７に戻り待機する。
【０１４９】
Ｓ１１９でユーザが目的地に到着したと判定された場合には、到着した目的地が最終目的地かの判定を行い（Ｓ１２１）、そうでない場合、つまり、到着したのが中間目的地だった場合には、Ｓ１０３に戻って次の目的地に向けて処理を続ける。Ｓ１２１において、到着したのが最終目的地だった場合には処理を終了し、サブ処理のスレッドを停止する（Ｓ１２３）。
【０１５０】
次に、図２４のサブ処理について説明する。この処理が開始されると、まず、ユーザが立ち止まったかの判定が行われる（Ｓ２０１）。立ち止まっていると判定された場合には、メイン処理を停止し（Ｓ２０７）、最高の速度であるＳ４でエリア１に移動し、ユーザに追尾を促す（Ｓ２０９）。そして、割り込み処理を終了し、メイン処理をＳ１０３から再開させる。
【０１５１】
Ｓ２０１において、立ち止まっていないと判定された場合には、キャラクタがユーザの視界からはずれたかの判定を行う（Ｓ２０３）。視界から外れた場合には、メイン処理を停止し（Ｓ２０７）、キャラクタの存在方向を表す存在方向情報を表示する（Ｓ２１１）。具体的には上述したように図１０のような矢印等を表示する。そして、割り込み処理を終了し、メイン処理をＳ１０３から再開させる。
【０１５２】
Ｓ２０３において、ユーザの視界からキャラクタが外れていないと判断された場合には、ユーザがキャラクタから離れていったかの判定が行われる（Ｓ２０５）。ユーザがキャラクタから離れていった場合には、メイン処理を停止し（Ｓ２０７）、最高の速度であるＳ４でエリア１に移動し、ユーザに追尾を促す（Ｓ２０９）。そして、割り込み処理を終了し、メイン処理をＳ１０３から再開させる。
【０１５３】
また、上述した中間目的地におけるマップ表示を行う場合のメイン処理のフローチャートを図２５に示す。図２３、図２５から明らかなように、Ｓ３２２のステップ以外は図２３と同様であるため、詳細な説明は省略する。この場合、Ｓ３２１において到着した目的地が最終目的地でなかった場合、つまり、中間目的地に到着したと判断された場合に、Ｓ３０３に戻る前に、一定時間だけ曲がる方向を表すマップ画面を表示する（Ｓ３２２）。なお、サブ処理については図２４と同様であるため説明は省略する。
【０１５４】
以上のように本実施形態について詳細に説明したが、本発明の新規事項および効果から実体的に逸脱しない多くの変形が可能であることは当業者には容易に理解できるであろう。従って、このような変形例はすべて本発明の範囲に含まれるものとする。例えば、明細書又は図面において、少なくとも一度、より広義または同義な異なる用語と共に記載された用語は、明細書又は図面のいかなる箇所においても、その異なる用語に置き換えることができる。また画像生成システムの構成、動作も本実施形態で説明したものに限定されず、種々の変形実施が可能である。
【符号の説明】
【０１５５】
１００ 画像生成システム、１１０ センサ情報取得部、１２０ ユーザ情報特定部、
１３０ 記憶部、１３２ マップ記憶部、１４０ Ｉ／Ｆ部、１５０ 経路設定部、
１６０ 位置関係情報特定部、１７０ キャラクタ制御部、１８０ 画像生成部、
１９０ 情報記憶媒体
【技術分野】
【０００１】
本発明は、画像生成システム、プログラム及び情報記憶媒体等に関する。
【背景技術】
【０００２】
近年、携帯電話やＰＤＡ等の携帯電子機器を用いて、タウン情報・マップ情報を提供するサービスが展開されている。具体的には例えば、ナビゲーションサービスや、店舗情報提供サービス等が挙げられる。ナビゲーションサービスにおいては、ユーザの現在位置をＧＰＳ等の手段を用いて取得した上で、地図上にユーザ位置・目的地の位置・目的地までの経路情報等を表示することで、ユーザを目的地に案内する。
【０００３】
しかし、このようなシステムにおいては、ユーザの視点（視線方向）が頻繁に上下してしまうという問題がある。つまり、歩行中（ここでは歩行者向けサービスを想定している）は進行方向に視線を向けていることが安全上好ましい。それに対して、ナビゲーションサービスの画面（地図画面）を参照するためには、例えば手で把持している携帯電子機器に目を落とす必要がある。よって、ナビゲーションサービスを利用しつつ歩行をすることは、安全上問題があり、ユーザも煩わしさを感じてしまう。さらに、地図を読むのが苦手なユーザもおり、地図のみによるナビゲーションは場合によってはわかりにくいという問題があった。
【０００４】
また、ユーザの視点を変えずに情報を提供する手法として、ＨＭＤ（ヘッドマウントディスプレイ・ユーザの頭部に装着して用いる画像表示装置）を用いてユーザの視界内に表示画面を重畳する手法がある。特許文献１では、ユーザの頭部の動きに応じて、ＨＭＤにおいて表示される画像を制御する手法が開示されている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開平１０−３４１３８７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
携帯電子機器を用いたナビゲーションサービスでは、視点を頻繁に変更する必要がある上、地図画面によるナビゲーションは直感的でなく、場合によってはわかりにくいという問題がある。また、特許文献１の手法のようにＨＭＤを用いることで、視点が頻繁に変更されるという問題は解決されうるが、特許文献１ではナビゲーションサービスに関する技術は記載されていない。
【０００７】
本発明の幾つかの態様によれば、ナビゲーション用のキャラクタを用いた直感的な手法でユーザを目的地に誘導することができる画像生成システム、プログラム及び情報記憶媒体等を提供できる。
【課題を解決するための手段】
【０００８】
本発明の一態様は、ユーザのウェアラブルセンサからのセンサ情報を取得するセンサ情報取得部と、前記センサ情報に基づいて、仮想マップ上での前記ユーザの位置情報を特定するユーザ情報特定部と、前記ユーザを前記仮想マップ上の目的地に誘導するナビゲーション用のキャラクタを、前記目的地に向かって移動させる制御を行うキャラクタ制御部と、前記ユーザの前記位置情報に基づいて、前記キャラクタと前記ユーザとの前記仮想マップ上での位置関係情報を特定する位置関係情報特定部と、前記キャラクタを用いて前記ユーザを前記目的地に誘導するナビゲーション画像を、表示画像として生成する画像生成部と、を含み、前記キャラクタ制御部は、前記キャラクタと前記ユーザの前記位置関係情報に基づいて、前記キャラクタを制御する画像生成システムに関係する。また本発明は、上記各部としてコンピュータを機能させるプログラム、又は該プログラムを記憶したコンピュータ読み取り可能な情報記憶媒体に関係する。
【０００９】
本発明の一態様では、センサ情報からユーザの位置情報を特定し、仮想マップ上でのユーザとキャラクタの位置関係情報を特定する。そしてナビゲーション用のキャラクタを用いたナビゲーション画像を生成するとともに、特定した位置関係情報に基づいてキャラクタを制御する。よって、キャラクタを用いた直感的な手法でユーザを目的地に誘導することができるナビゲーションシステムを実現すること等が可能になる。
【００１０】
また、本発明の一態様では、前記位置関係情報特定部は、前記ユーザの位置に対して設定される第１〜第Ｎの距離エリアのいずれの距離エリアに、前記キャラクタが位置するかを判断し、前記キャラクタ制御部は、前記第１〜第Ｎ（Ｎは２以上の整数）の距離エリアのいずれの距離エリアに前記キャラクタが位置するかに応じて、前記キャラクタを制御してもよい。
【００１１】
これにより、ユーザの位置に対して複数の距離エリアを設定し、距離エリアに基づいたキャラクタ制御等が可能になる。ここで、Ｎは２以上の整数であり、Ｎが大きくなるにつれて、ユーザの位置から離れる方向の距離エリアを示すこととする。
【００１２】
また、本発明の一態様では、前記キャラクタ制御部は、前記ユーザからの距離が最も遠い距離エリアである前記第Ｎの距離エリアに前記キャラクタが位置すると判断された場合には、前記キャラクタを前記ユーザの方に向かって移動させる制御を行ってもよい。
【００１３】
これにより、ユーザとキャラクタとの距離が大きいときには、キャラクタをユーザの方に向かって移動させる制御ができるため、ユーザがキャラクタを追尾しない等の状況に対応すること等が可能になる。
【００１４】
また、本発明の一態様では、前記キャラクタ制御部は、前記ユーザからの距離が前記第Ｎの距離エリアよりも近い距離エリアである第Ｎ−１の距離エリアに前記キャラクタが位置すると判断された場合には、前記キャラクタを前記目的地の方に向かって移動させる制御を行ってもよい。
【００１５】
これにより、ユーザとキャラクタとの距離が適度に離れている場合には、キャラクタを目的地に向かって移動させることで、ユーザを目的地に誘導すること等が可能になる。
【００１６】
また、本発明の一態様では、前記キャラクタ制御部は、前記ユーザからの距離が前記第Ｎ−１の距離エリアよりも近い距離エリアである第Ｎ−２の距離エリアに前記キャラクタが位置すると判断された場合には、前記第Ｎ−１の距離エリアに前記キャラクタが位置すると判断された場合よりも速い速度で、前記キャラクタを前記目的地の方に向かって移動させる制御を行ってもよい。
【００１７】
これにより、ユーザとキャラクタとの距離が近すぎる場合には、キャラクタの移動速度を通常の場合よりも大きくすることで、ユーザとキャラクタの適度な距離を確保すること等が可能になる。
【００１８】
また、本発明の一態様では、前記キャラクタ制御部は、前記キャラクタが前記目的地に到着した後に、前記ユーザからの距離が最も近い距離エリアである前記第１の距離エリアに前記キャラクタが位置すると判断された場合に、前記ユーザが前記目的地に到着したと判断してもよい。
【００１９】
これにより、ユーザに対して設定される第１の距離エリアを用いて、ユーザが目的地に到着したか否かの判定を行うことが可能になる。
【００２０】
また、本発明の一態様では、前記キャラクタ制御部は、前記センサ情報に基づき前記ユーザが移動を停止したと判断された場合には、前記キャラクタを前記ユーザの方に向かって移動させる制御を行ってもよい。
【００２１】
これにより、ユーザがキャラクタを追尾しない場合には、ユーザの近くにキャラクタを移動させ、追尾を促すこと等が可能になる。
【００２２】
また、本発明の一態様では、前記キャラクタ制御部は、前記センサ情報に基づき前記ユーザが前記キャラクタから離れる方向に移動したと判断された場合には、前記キャラクタを前記ユーザの方に向かって移動させる制御を行ってもよい。
【００２３】
これにより、ユーザがキャラクタから離れる場合には、ユーザの近くにキャラクタを移動させ、追尾を促すこと等が可能になる。
【００２４】
また、本発明の一態様では、前記ユーザ情報特定部は、前記センサ情報に基づいて、前記ユーザの方向情報を特定し、前記位置関係情報特定部は、前記方向情報に基づいて、前記キャラクタが前記ユーザの視野範囲に基づいて設けられる所定の判定範囲内に位置するか否かを判断し、前記画像生成部は、前記キャラクタが前記所定の判定範囲内に位置しないと判断された場合には、前記キャラクタの存在方向を示す存在方向情報が表示される前記ナビゲーション画像を生成してもよい。
【００２５】
これにより、ユーザの視野範囲に基づいて設けられた所定の判定範囲内にキャラクタが位置しなかった場合には、キャラクタの存在方向情報を表示できるため、ユーザがキャラクタを画面上でとらえること等を容易化できる。
【００２６】
また、本発明の一態様では、前記画像生成部は、前記キャラクタの存在方向を示す矢印画像が前記存在方向情報として表示される前記ナビゲーション画像を生成してもよい。
【００２７】
これにより、存在方向情報として、矢印画像等を表示することが可能になる。
【００２８】
また、本発明の一態様では、前記画像生成部は、前記キャラクタと前記ユーザの前記位置関係情報に基づいて、前記キャラクタのサイズ及び前記キャラクタの表示位置の少なくも一方が変化する前記ナビゲーション画像を生成してもよい。
【００２９】
これにより、ユーザとキャラクタとの位置関係情報に基づいて、キャラクタのサイズや表示位置を変更することができるため、ユーザとキャラクタとの位置関係を反映させた画像を生成すること等が可能になる。
【００３０】
また、本発明の一態様では、前記ユーザ情報特定部は、前記センサ情報に基づいて、前記ユーザの方向情報を特定し、前記位置関係情報特定部は、前記方向情報に基づいて、前記キャラクタが前記ユーザの視野範囲に基づいて設けられる所定の判定範囲内に位置するか否かを判断し、前記画像生成部は、前記キャラクタが前記所定の判定範囲内に位置すると判断された場合には、前記位置関係情報特定部により特定された位置関係に対応する画像上位置に前記キャラクタが表示された前記ナビゲーション画像を生成してもよい。
【００３１】
これにより、位置関係情報により特定される位置関係に対応する画像上位置にキャラクタを表示することができるため、キャラクタが表示される画像上位置を用いてユーザにキャラクタとの位置関係を反映させること等が可能になる。
【００３２】
また、本発明の一態様では、前記画像生成部は、前記仮想マップ上での前記ユーザの前記視野範囲をθ２とした場合に、前記仮想マップ上でθ２に対応する視野範囲を、θ２＞θ１を満たすθ１の画角で外界視界に重畳される画像を生成してもよい。
【００３３】
これにより、ナビゲーション画像の画角に比べて、仮想マップ上での視野範囲を広く設定できるため、ユーザの視線方向が変化した場合にも、ナビゲーション画像上にキャラクタを表示すること等が可能になる。
【００３４】
また、本発明の一態様では、前記ユーザ情報特定部は、前記センサ情報に基づいて、前記ユーザの頭部方向又は視線方向を前記方向情報として特定し、前記画像生成部は、前記キャラクタが前記所定の判定範囲内に位置すると判断され、かつ、前記頭部方向又は前記視線方向の右側領域に前記キャラクタが位置すると判断された場合には、右側画像領域の前記画像上位置に前記キャラクタが表示された前記ナビゲーション画像を生成するとともに、前記キャラクタが前記所定の判定範囲内に位置すると判断され、かつ、前記頭部方向又は前記視線方向の左側領域に前記キャラクタが位置すると判断された場合には、左側画像領域の前記画像上位置に前記キャラクタが表示された前記ナビゲーション画像を生成してもよい。
【００３５】
これにより、仮想マップ上でのユーザの頭部方向又は視線方向に対してキャラクタが右方向に位置する場合には右側画像領域にキャラクを表示し、頭部方向又は視線方向に対して左方向に位置する場合には左側画像領域にキャラクタを表示することが可能になり、ユーザが使い易いナビゲーション画像を生成できるようになる。
【００３６】
また、本発明の一態様では、前記キャラクタ制御部は、ナビゲーションのスタート地点と最終目的地の間に設定された中間目的地に向かって、前記キャラクタを移動させる制御を行ってもよい。
【００３７】
これにより、中間目的地を設定し、中間目的地を経由して最終目的地に到達するキャラクタの制御を行うこと等が可能になる。
【００３８】
また、本発明の一態様では、前記画像生成部は、前記中間目的地に前記ユーザが到着したと判断された場合には、前記中間目的地での目標移動方向情報が表示される前記ナビゲーション画像を生成してもよい。
【００３９】
これにより、ユーザが中間目的地に到着したと判断された場合には、次の目的地の方向を表す情報である目標移動方向情報をナビゲーション画像に表示すること等が可能になる。
【００４０】
また、本発明の一態様では、前記画像生成部は、前記表示画像として、ヘッドマウントディスプレイに表示される画像を生成してもよい。
【００４１】
これにより、ヘッドマウントディスプレイを表示装置として用いることが可能になる。
【００４２】
また、本発明の一態様では、前記ヘッドマウントディスプレイは、外界視界に前記ナビゲーション画像を重畳して表示するシースルー型のヘッドマウントディスプレイであり、前記画像生成部は、前記表示画像として、前記ヘッドマウントディスプレイに表示される画像を生成してもよい。
【００４３】
これにより、シースルー型のヘッドマウントディスプレイを表示装置として用いることが可能になる。
【図面の簡単な説明】
【００４４】
【図１】地図を用いたナビゲーションサービスの表示画像の例。
【図２】本実施形態の表示画像の例。
【図３】キャラクタが目的地に向かって移動する様子を説明する図。
【図４】図４（Ａ）、図４（Ｂ）は本実施形態のシステム構成例。
【図５】進行方向を推定する手法を説明する図。
【図６】ユーザの頭部方向にキャラクタが位置する場合の表示画像の例。
【図７】図７（Ａ）、図７（Ｂ）はユーザの頭部方向から左右にずれた位置にキャラクタが存在する場合の表示画像の例。
【図８】図８（Ａ）〜図８（Ｄ）は仮想マップ上でのユーザの視野範囲内にキャラクタが位置しない場合の表示画像の例。
【図９】ユーザとキャラクタとの距離が大きい場合の表示画像の例。
【図１０】存在方向情報として３Ｄ矢印を用いる例。
【図１１】キャラクタの足下にグリッド線を表示する例。
【図１２】ユーザから見た外界視界の視野範囲と、表示画像の画角を説明する図。
【図１３】ユーザに対して設定される距離エリアの例。
【図１４】距離エリアごとのキャラクタ制御の手法を説明する図。
【図１５】図１５（Ａ）、図１５（Ｂ）は目標移動方向情報を用いた表示画像の例。
【図１６】スタート地点と目的地から経路を設定する例。
【図１７】図１７（Ａ）は案内開始時の表示画像の例、図１７（Ｂ）は案内中の表示画像の例。
【図１８】図１８（Ａ）〜図１８（Ｃ）はユーザがキャラクタを追尾しない場合の表示画像の例。
【図１９】ユーザに対して追尾を促す表示画像の例。
【図２０】仮想マップ上でのユーザの視野範囲と、右側領域・左側領域を説明する図。
【図２１】表示画像における右側画像領域・左側画像領域を説明する図。
【図２２】ユーザから見た表示画像の画角と、右側画像領域・左側画像領域を説明する図。
【図２３】本実施形態のメイン処理を説明するフローチャート。
【図２４】本実施形態のサブ処理を説明するフローチャート。
【図２５】中間目的地において目標移動方向情報を表示する場合の処理を説明するフローチャート。
【発明を実施するための形態】
【００４５】
以下、本実施形態について説明する。なお、以下に説明する本実施形態は、特許請求の範囲に記載された本発明の内容を不当に限定するものではない。また本実施形態で説明される構成の全てが、本発明の必須構成要件であるとは限らない。
【００４６】
１．本実施形態の手法
【００４７】
まず、本実施形態の手法について説明する。近年の携帯電子機器（例えば携帯電話等）では、多くのナビゲーションサービス（ここでは歩行者用ナビゲーションを想定しているが、カーナビゲーションシステムであってもよい）が提供されている。例えば、目的地を入力することで、ユーザの現在位置から目的地までの経路を検索し、経路に沿った案内画面を表示するサービス等である。
【００４８】
しかし、このようなシステムでは、ユーザの進行方向と案内画面の表示される方向（携帯電子機器の表示部がある方向）が異なる。そのため、ユーザは進行方向をみて、安全を確認したり、視界内にある建物等を確認したりしつつ、携帯電子機器に視線を向けてナビゲーション画面を参照する必要がある。これはユーザにとって非常に煩わしく負担になる。
【００４９】
また、現在のナビゲーションシステムは、例えば図１に示すように、地図を用いてナビゲーションを行うことがほとんどである。図１のＡ１のように現在位置を表示しつつ、Ａ２のように目的地までの経路を表示することで、ユーザを目的地に案内する。しかし、地図を読むことが苦手なユーザも多く、また、地図の倍率によっては目的地（もしくは目的地までの経路）がわかりにくいケースもある。
【００５０】
そこで本出願人は以下のような手法を提案する。ユーザの視点変更の頻度を抑えるために、図２に示すような、外界視界の上に表示画面（ナビゲーション画面）を重畳するような表示装置を採用する。これは例えばＨＭＤ等を用いることで実現できる。また、地図を用いたナビゲーションではなく、ナビゲーション用のキャラクタを表示する。そして、キャラクタを用いたナビゲーションを行う。具体的には例えば、図３に示すように、目的地に向かって移動していくキャラクタを追いかけるようなシステムが想定される。このようにすることで、ユーザは表示画面内にキャラクタをとらえ、キャラクタの動きに合わせて歩いていくだけで、目的地に到達することが可能になる。よって、頻繁な視線変更を行う必要なく、直感的な手法でナビゲーションを行うことができるため、ユーザの負担を軽減することが可能になる。
【００５１】
以下、システム構成例を説明し、その後、キャラクタによるナビゲーションシステムの詳細について説明する。そして、本実施形態の作用効果を説明し、最後にフローチャートを用いて本実施形態の処理の詳細について説明する。
【００５２】
２．システム構成例
【００５３】
図４（Ａ）においてユーザ１０は携帯電子機器２０を所持している。また、ＨＭＤ（Head Mounted Display）１１を頭部の一方の目の近傍に装着している。さらにウェアラブルセンサとして種々のセンサを身につけている。具体的には、屋内外センサ５１０や、周辺温度センサ５１１、腕装着型の脈拍(心拍数)センサ５２１、携帯電子機器２０に設けられるＧＰＳ（Global Position System）センサ５５０や加速度センサ５５１、ＨＭＤ１１に設けられる方位センサ５６０等を装着している。
【００５４】
携帯電子機器２０（モバイルコンピュータ）は、ＰＤＡ（Personal Digital Assistant）、ノート型ＰＣなどの携帯情報端末であり、例えばプロセッサ（ＣＰＵ）、メモリ、操作パネル、通信装置、或いはディスプレイ（サブディスプレイ）などを備える。この携帯電子機器２０は、例えばセンサからのセンサ情報を収集する機能、収集したセンサ情報に基づいて演算処理を行う機能、演算結果に基づいて制御対象機器（ＨＭＤ等）の制御（表示制御等）を行ったり外部のデータベースから情報を取り込む機能、外部と通信を行う機能などを有することができる。なお携帯電子機器２０は、携帯電話、腕時計、或いはポータブルオーディオなどとして兼用される機器であってもよい。
【００５５】
ＨＭＤ１１（広義には情報提示部）は、ユーザの一方の眼の近傍に装着されると共にディスプレイ部の大きさが瞳孔の大きさよりも小さくなるように設定され、いわゆるシースルービューアの情報表示部として機能する。
【００５６】
屋内外センサ５１０は、ユーザが屋内にいるのか屋外にいるのかを検知するセンサであり、例えば超音波を照射し、天井等により超音波が反射して戻ってくるまでの時間を計測する。但し屋内外センサ５１０は、超音波方式に限らず、アクティブ光方式、パッシブ紫外線方式、パッシブ赤外線方式、パッシブ騒音方式のセンサであってもよい。
【００５７】
周囲温度センサ５１１は、例えばサーミスタ、放射温度計、熱電対などを用いて外界温度を計測する。脈拍（心拍数）センサ５２１は、手首又は指又は耳に装着し、例えば拍動に伴う血流の変化を赤外光の透過率や反射率の変化で計測する。ＧＰＳセンサ５５０はユーザの位置（場所）を検知するセンサである。なおＧＰＳセンサ５５０の代わりに携帯電話の位置情報サービスや周辺にある無線ＬＡＮの位置情報を利用してもよい。加速度センサ５５１は、例えば３軸の加速度情報を検知する。方位センサ５６０は、例えば地磁気センサ等であり、センサの向いている方位を角度（０°〜３６０°）で計測する。
【００５８】
次に、図４（Ｂ）に本実施形態の画像生成システムの構成例を示す。画像生成システム１００は、センサ情報取得部１１０と、ユーザ情報特定部１２０と、記憶部１３０と、Ｉ／Ｆ部１４０と、経路設定部１５０と、位置関係情報特定部１６０と、キャラクタ制御部１７０と、画像生成部１８０と、情報記憶媒体１９０と、を含む。画像生成システム１００は、図４（Ｂ）の構成に限定されず、これらの一部の構成要素を省略したり、他の構成要素を追加するなどの種々の変形実施が可能である。なお本実施形態の画像生成システム１００の一部又は全部の機能は、例えば携帯電子機器５５１により実現される。但し、画像生成システム１００の一部又は全部の機能を、ＨＭＤ１１により実現したり、携帯電子機器５５１とは異なる電子機器により実現してもよい。
【００５９】
ここで、ウェアラブルセンサ１３は図４（Ａ）を用いて上述したＧＰＳセンサや加速度センサ等のユーザが装着しているセンサである。操作部１５は、例えばユーザが所持する携帯電子機器２０に設けられるボタン等である。なお、操作部１５はＨＭＤ１１に設けられてもよい。表示部１７はＨＭＤ１１に設けられる。
【００６０】
次に各部の接続について説明する。センサ情報取得部１１０は、ユーザのウェアラブルセンサ１３からのセンサ情報を取得するとともに、ユーザ情報特定部１２０に接続されている。ユーザ情報特定部１２０は、経路設定部１５０と、位置関係情報特定部１６０とに接続されている。記憶部１３０は、経路設定部１５０と接続されている。Ｉ／Ｆ部１４０は、操作部１５からの操作情報等を受け取るとともに、経路設定部１５０と接続されている。経路設定部１５０は、キャラクタ制御部１７０と接続されている。位置関係情報特定部１６０は、キャラクタ制御部１７０と相互に接続されているとともに、画像生成部１８０に接続されている。画像生成部１８０は、生成した画像を表示部１７に表示する。
【００６１】
次に各部で行われる処理について説明する。センサ情報取得部１１０は、ウェアラブルセンサ１３からの種々のセンサ情報を受信する。
【００６２】
ユーザ情報特定部１２０は、センサ情報取得部１１０で取得したセンサ情報に基づいて、ユーザ情報を特定する。ここでユーザ情報とは、ユーザの位置情報や、ユーザの方向を表す方向情報や、ユーザの識別情報等である。ここで、ユーザの位置情報は、例えばマップ上（仮想マップ上）での現在位置の情報などである。方向情報は、例えばユーザの頭部方向情報や、進行方向情報、視線方向情報などである。具体的には例えば、ＧＰＳ５５０や加速度センサ５５１等からユーザの位置情報を取得し、方位センサ５６０等から方向情報を取得する。また、識別情報は脈拍(心拍数)センサ５２１等から取得する。
【００６３】
ここで、方向情報の取得手法について説明する。上述したように方向情報には頭部方向情報、視線方向情報、進行方向情報等がある。頭部方向とは、ユーザの頭部に装着された方位センサからユーザの頭部方向を判別することで求めることができる。視線方向とは、ユーザの視線の方向を表すものであり、例えば、黒目と白目での光の反射率の違い等を利用して、眼球部分の反射率を検出することで黒目部分の向いている方向を判別し、視線方向としてもよい。
【００６４】
また、進行方向とは、ユーザが移動しているときの移動の方向、またはユーザが今後移動すると予測される移動方向であり、例えば、ＧＰＳによるユーザ位置の履歴を参照し、ユーザの動きベクトル（例えば第ｋの時点での位置と第ｋの時点よりも後の第ｋ＋１の時点での位置の間のベクトル）から求めてもよい。ただし、進行方向の求め方はこれに限定されるものではない。例えば、上述した視線方向をそのまま進行方向として用いてもよい。或いは、後述するマップ記憶部１３２に記憶されているマップ情報と、ＧＰＳセンサ５５０や加速度センサ５５１等から取得されたユーザの位置情報から、ユーザが移動している道路を判別し、道路の方向を進行方向としてもよい。具体的には図５に示したように、ユーザの位置情報とマップ情報から、ユーザが移動している道路が図５のＤ１で示した道路であると判別する。その場合には、進行方向は道路の方向であるＤ２とすればよい。なお、道路の上り方向（例えばＤ２）と下り方向（例えばＤ３）のどちらを進行方向とするかの判断手法は任意である。例えば、Ｄ２とＤ３のうち、視線方向に近い方向のものを進行方向にしてもよい。
【００６５】
記憶部１３０は、種々の情報を記憶するとともに、各部のワーク領域となるものであり、その機能はＲＡＭ等のメモリーやＨＤＤ（ハードディスクドライブ）などにより実現できる。記憶部１３０のマップ記憶部１３２は、マップ情報を記憶する。例えば、本実施形態の画像生成システムが日本国内のナビゲーションサービスに用いられるとすれば、日本全国のナビゲーションに適した倍率のマップ情報を保持している。記憶部１３０はその他にも、キャラクタ情報等を記憶してもよい。
【００６６】
Ｉ／Ｆ部１４０は、操作部１５からの操作情報を受信する。ここで操作情報とは、ユーザによる目的地の設定情報等が考えられる。その他、ナビゲーションに関する情報を設定するための操作情報（例えばキャラクタの移動速度の設定等）を受信してもよい。
【００６７】
経路設定部１５０は、マップ情報、ユーザの位置情報及び操作情報に基づいて、ユーザの現在位置から目的地までの経路情報を生成する。具体的には例えば、後述する図１６のように、ナビ開始地点（図１６のＣ１）と目的地（最終目的地、Ｃ２）が入力された際に、第１、第２の中間目的地（Ｃ４、Ｃ５）を設定し、図１６に示すような経路（Ｃ３）を設定する処理を行う。
【００６８】
位置関係情報特定部１６０は、マップ上におけるユーザとキャラクタとの位置関係情報を特定する。具体的には、ユーザ情報特定部１２０からのユーザ情報により、マップ上におけるユーザの現在位置の情報と方向情報を取得する。また、キャラクタ制御部１７０からの情報に基づいて、マップ上でのキャラクタの位置情報を取得する。これにより、マップ上でのユーザとキャラクタの位置関係情報（距離及び、ユーザから見たキャラクタのいる方向等）を特定し、画像生成部１８０に送信する。
【００６９】
キャラクタ制御部１７０は、経路設定部１５０により設定された経路、及び、位置関係情報特定部１６０により特定されたユーザとキャラクタの位置関係情報に基づいて、キャラクタの移動等を制御する。具体的な制御手法については後述する。
【００７０】
画像生成部１８０は、位置関係情報特定部１６０により特定されたユーザとキャラクタの位置関係情報に基づいて、表示画像（ナビゲーション画像）を生成する。具体的な表示画像の生成手法については後述する。
【００７１】
情報記憶媒体１９０（コンピュータにより読み取り可能な媒体）は、プログラムやデータなどを格納するものであり、その機能は、メモリーカード（ＥＥＰＲＯＭ、ＲＯＭ等）、光ディスク（ＤＶＤ、ＣＤ等）、或いはＨＤＤ（ハードディスクドライブ）などにより実現できる。画像生成システム１００は、情報記憶媒体１９０に格納されるプログラム（データ）に基づいて本実施形態の種々の処理を行う。即ち情報記憶媒体１９０には、本実施形態の各部としてコンピュータ（操作部、処理部、記憶部、出力部を備える装置）を機能させるためのプログラム（各部の処理をコンピュータに実行させるためのプログラム）が記憶される。
【００７２】
３．キャラクタによるナビゲーションシステム
【００７３】
次にキャラクタを用いたナビゲーションシステムの詳細について図６〜図２２を用いて説明する。
【００７４】
３．１ 仮想マップ上の位置関係情報と表示画像の生成
【００７５】
まず、ユーザとキャラクタの位置関係情報に基づいて表示画像を生成する手法について説明する。ナビゲーション用のキャラクタは、経路設定部１５０で設定された経路を、仮想マップ上で目的地に向かって移動する。なお、ユーザとの位置関係情報に応じて移動速度や挙動が変化するが、それについては次項で説明する。ここではそのときのシチュエーション等は考慮せず、単純に位置関係情報から画像情報を生成する手法について述べるものとする。
【００７６】
ユーザとキャラクタの位置関係情報と生成される表示画像との対応を示したものが図６〜図９である。図６〜図９からわかるように、ユーザとキャラクタの間の距離情報及び、ユーザの頭部方向（視線方向）に対するキャラクタの方向情報に応じて、表示形態が変化する。
【００７７】
図６に示したように、ユーザの頭部方向に対応する位置にキャラクタが存在する場合には、表示画面の中央にキャラクタが表示される。それに対して、図７（Ａ）及び図７（Ｂ）に示したように、ユーザの頭部方向に対してキャラクタが左右どちらかにずれた位置に存在する場合には、画面上でも対応する側にずれた位置にキャラクタが表示されることになる。
【００７８】
また、図８（Ａ）〜図８（Ｄ）に示したように、仮想マップ上におけるユーザの視界（ここでは１８０°弱であるものとする）から外れる位置にキャラクタがいる場合には、表示画面にはキャラクタは表示されず、キャラクタの存在方向を示す存在方向情報が表示されることになる。ここで、存在方向情報とは、図８（Ａ）〜図８（Ｄ）に示すように矢印であってもよい。矢印は単純に左右を表す矢印であってもよいし、図８（Ａ）〜図８（Ｄ）のようにより詳細な方向を表す矢印にしてもよい。また、図１０に示したように、遠近法を用いた３Ｄの矢印を用いてもよい。
【００７９】
また、図９に示したように、マップ上でユーザとキャラクタとの間の距離が大きくなると、それに従いキャラクタの表示を小さくする。このようにすることで、ユーザに対して、キャラクタが離れていっていることを伝える。この場合、図１１に示したように、表示画面にグリッド線を表示してもよい。そして、キャラクタの移動にあわせてグリッド線を移動させることで、キャラクタが移動していることを明確に表現することが出来る。
【００８０】
以上に示したように、左右にずれた場合、距離が変化した場合及び視界から外れた場合の３通りの対処を行うことで、ユーザとキャラクタの位置関係情報に基づいて表示画像を生成することが可能になる。さらにここで、「視界から外れる」ことの意味について検討する。本実施形態では、図１２に示したように、外界視界に対して、表示画面が小さいケースを想定している。そのため、外界視界を見る際の画角（図１２のＢ１、人間の視野角であり歩行時には約１１０°〜１６０°程度）に比べて、表示画像の画角（図１２のＢ２）は非常に小さく、例えば表示画像の画角は約９°程度しかないこともある。このとき、表示画像の画角を厳密に適用するのであれば、仮想マップ上でも、ユーザの視界は９°程度に抑える必要がある。このようにすることで、図１２の画面において、ユーザが顔を動かしたときに、外界視界で見えた物体と表示画像内の物体の動き（画面上での位置ずれ）が対応付けられることになり、実際の物理現象に沿った自然な画像となる。
【００８１】
しかし、仮想マップ上で視界を小さく限定してしまうと、ほんの少し視線方向を移動させただけで、すぐにキャラクタが視界から外れてしまうことになる。それでは、キャラクタを追いかけることで目的地に誘導するというサービスの提供は困難であり、好ましくない。そこで実際には、上述したようにマップ上での視界は１８０°に近い広さになっている。このようにすることで、キャラクタが視界から外れる可能性が低くなり、ナビゲーションに利用することが容易になる。なお、マップ上での視界を、表示画像の画角に比べて大きくすることにより、外界視界内の物体と、表示画像内の物体の動きが対応しなくなる（視線方向を変化させたとき、外界視界内の物体は大きく動くのに対して、表示画像内の物体の動きは小さい）が、実用上不自然に感じることはない。つまり、「視界から外れる」とは、マップ上での視野範囲（もしくは視野範囲に基づいて設けられる所定の判定範囲）から外れることを意味するものとして取り扱う。
【００８２】
また、ユーザの視線方向には個人差があることが考えられる（人によってはまっすぐ向いているつもりでも傾いている可能性がある）が、システムの起動時に、キャリブレーションを行うことで、個人差を吸収することが出来る。キャリブレーションとは、例えば、起動時にユーザが向いている方向を基準に初期値を設定するような処理が考えられる。
【００８３】
３．２ エリア設定
【００８４】
次に、キャラクタの制御として、エリア分割を行う手法について説明する。エリア分割の例を図１３に示す。
【００８５】
図１３に示したように、例えばエリア１〜エリア４（広義には第１〜第Ｎの距離エリア）まで、マップ上でのユーザの位置を中心とした同心円状のエリアを設定する（ただし、エリア４はエリア３の外側の領域全てであり、厳密には同心円ではない）。エリアは、ユーザーの位置からの距離に応じて設定されていれば良く、エリアの形状は円形以外にも例えば四角形や三角形や星型、或いはそれらの混合型などでも良く、種々の変形例がある。
【００８６】
本実施形態においては、キャラクタを追いかけることで、ユーザを目的地に案内する。また、表示形態は前項に示したように、ユーザとキャラクタとの位置関係情報に基づいて決定される。そのため、キャラクタはユーザの少し前を目的地に向かって移動している状況が基本となる。
【００８７】
よって、ユーザとの距離が適切であるエリア３（広義には第Ｎ−１の距離エリア）では、キャラクタは通常の速度（初期値を用いてもよいし、ユーザにより設定されてもよい）で目的地に向かって移動を続ける。
【００８８】
また、エリア３よりもユーザに近いエリア２（広義には第Ｎ−１の距離エリア）では、ユーザとの距離が近いと判断し、距離を大きくするためにエリア３の場合よりも高速で目的地に向かって移動する。なお、エリア２及びエリア３にキャラクタがいる場合にも、キャラクタが目的地に到着した場合には移動を終了してユーザの到着を待つ。
【００８９】
エリア２よりもユーザに近いエリア１（広義には第１の距離エリア）では、キャラクタが目的地に到着していない場合には、ユーザとの距離を大きくする必要があるため、高速で目的地に移動する。また、キャラクタが目的地に到着している場合には、ユーザが目的地（キャラクタの位置）に近づいて、結果としてキャラクタがエリア１の範囲に入ったことを持って、ユーザが目的地に到着したと判断する。
【００９０】
エリア３よりも遠いエリア４（広義には第Ｎの距離エリア）にキャラクタがいる場合には、ナビゲーション中に何か問題が発生した（ユーザがキャラクタについてきていない等）と判断し、キャラクタをユーザの現在位置へ移動させる。この際には、問題の発生を想定しているため、移動速度を最高に設定する。
【００９１】
以上の制御を行うことで、ユーザから見やすい距離を保った上で、ユーザがついてこない（または道を間違えた）等の問題にも対処可能な態様でキャラクタを制御することが可能になる。なお、以上の制御をまとめたものが図１４である。
【００９２】
３．３ 中間目的地におけるマップ表示
【００９３】
次に、中間目的地付近でのマップ表示について説明する。中間目的地とは、例えば交差点等で曲がる場合が考えられる。この際、キャラクタが止まらずに目的地（次の中間目的地や最終目的地）に向かってしまっては、ユーザの視界からキャラクタが外れてしまったり、視界から外れなくても、まっすぐキャラクタの後についていくことが困難になってしまったりする。そのため、交差点等で曲がる場合には、その地点を中間目的地に設定し、中間目的地で一旦キャラクタを待機させる必要がある。
【００９４】
その際、図１５（Ａ）のような単純な十字路であれば、キャラクタについていくだけで正しい道を選択可能であるが（正面か、左右かの違いさえ区別できればよい）、図１５（Ｂ）のように、五叉路の場合には、正面と右に加えて、右斜め前方にも道があり、これらが区別できないと正しい道を選択できない。
【００９５】
しかしながら、上述したように、表示画像の画角と、マップ上での視界（視野角）は大きく異なるため、キャラクタの表示される位置と、目的の方向とが必ずしも一致するとは限らない。よって、キャラクタのみを表示していたのでは、図１５（Ｂ）のような複雑な分岐の道路においては、十分正確なナビゲーションは困難である。
【００９６】
そこで、本実施形態では、ユーザが中間目的地に到着したタイミングで、キャラクタの表示から地図の表示へと切り替える制御を行う。具体的には図３の画面から、図１５（Ａ）や図１５（Ｂ）の画面へと切り替える。図１５（Ｂ）の画面を表示することで、例えば右から何本目の道に進めばよい、等の情報を簡単に提示することが出来る。なお、切り替えのタイミングは３．２項で上述したように、キャラクタが当該中間目的地に到着しており、かつ、エリア１に入ったタイミングとすればよい。
【００９７】
このようにすることで、通常はキャラクタによる直感的なナビゲーションを行った上で、キャラクタによるナビゲーションが困難な状況では、進むべき道がわかりやすいマップを表示することが出来るため、より正確なナビゲーションが可能となる。
【００９８】
３．４ ナビゲーションの例
【００９９】
次に、具体的な仮想ルートマップを用いたナビゲーションの一例について説明する。ここで用いる仮想マップを図１６に示す。図１６のＣ１がスタート地点であり、Ｃ２が目的地に設定されたものとする。この場合、経路設定部１５０は例えば、Ｃ４、Ｃ５を中間目的地としたＣ３のルートを経路として設定する。
【０１００】
この場合、まず、ナビゲーションが開始されると、図１７（Ａ）に示すように、キャラクタが画面内に表れ、案内を始める旨をユーザに伝える。そして、Ｃ１から第１の中間目的地Ｃ４に向かって移動を開始する。すると図１７（Ｂ）に示すように、キャラクタはユーザに対して背を向けているため、キャラクタの背面が画面に表示され、移動につれ徐々にキャラクタが小さくなっていく。キャラクタの移動にあわせてユーザが移動を開始すると、ユーザとキャラクタの位置関係情報に基づいてキャラクタの移動速度や挙動が変化する。詳細については上述したとおりである。もしキャラクタがユーザの視界から外れてしまった場合には、上述したように、矢印等の存在方向情報を表示する。
【０１０１】
キャラクタが第１の中間目的地Ｃ４に到着し、かつ、ユーザとの距離が小さくなる（エリア１にキャラクタが入る）と、システムはユーザが第１の中間目的地に到着したと判断し、上述したように、図１５（Ａ）、図１５（Ｂ）の交差点用のマップ表示に切り替わり、左折を指示する。
【０１０２】
そして、一定時間マップを表示したら（もしくは、ユーザが正しい道の方向に向かって移動を始めた時点でもよい）再びキャラクタの表示に切り替わる。第１の中間目的地Ｃ４から第２の中間目的地Ｃ５へのナビゲーションも同様である。第２の中間目的地にユーザが到着したと判断したら、マップ表示に切り替わり、今度は右折を指示する。
【０１０３】
そして、最終目的地Ｃ２にキャラクタが到着したらその場で、ユーザの到着を待ち、ユーザがキャラクタに近づくことで、キャラクタがエリア１に入ったら、システムは最終目的地にユーザが到着したと判断し、ナビゲーションを終了する。
【０１０４】
以上が、問題がなくナビゲーションが終了した場合の流れである。途中でユーザが立ち止まってしまった場合は、図１８（Ａ）〜図１８（Ｃ）のように、キャラクタは目的地への移動を中止し、ユーザの近くまで戻ってくる。具体的にはキャラクタの移動により、キャラクタがエリア４に入ってしまうケースも考えられるし、キャラクタが目的地で待機している場合には、ユーザとの位置関係が変化しないことを検出するケースも考えられる。この場合には、経路設定部１５０により設定した経路は変更する必要がないため、ユーザの近くに移動したキャラクタは既存の経路に沿ってナビゲーションを再開する。
【０１０５】
また、ユーザが道を間違えたり、キャラクタから遠ざかってしまった場合にも図１８（Ａ）〜図１８（Ｃ）のような対処を行う。この場合も、エリア４に入ったことをトリガーに処理を開始してもよいし、ユーザとの位置関係情報に基づいて、距離が増大したことをトリガーにしてもよい。また、既存の経路からユーザが外れたことをトリガーにしてもよい。これらの場合には、経路設定部１５０により設定された経路からユーザが外れてしまっている可能性があるため、ユーザの現在位置と目的地（最終目的地）とから、再度経路を設定する必要が生じる。
【０１０６】
以上のナビゲーションにおいては、キャラクタのモーションを変化させたり、アイコンを表示したり、サウンドをならしたりしてもよい。例えば、図１７（Ａ）のように案内開始を文字（もしくは音声）で知らせたり、移動中に時々ユーザの方を振り返ったり、目的地に到着することでキャラクタに喜んだりさせてもよい。このようにすることで、より自然にナビゲーションを行うことが可能になる。
【０１０７】
以上の本実施形態では、画像生成システム１００は、図４に示したように、ユーザが装着するウェアラブルセンサ１３からのセンサ情報を取得するセンサ情報取得部１１０と、センサ情報に基づいて仮想マップ上でのユーザの位置情報を特定するユーザ情報特定部１２０と、ナビゲーション用キャラクタを目的地に向かって移動させる制御を行うキャラクタ制御部１７０と、ナビゲーション画像を生成する画像生成部１８０と、を含む。そして、キャラクタ制御部１７０は、キャラクタとユーザとの位置関係情報に基づいて、キャラクタを制御する。
【０１０８】
ここで、ユーザ情報特定部１２０で特定されるユーザ情報とは、ユーザの現在位置を表す位置情報、ユーザの方向情報、ユーザの識別情報等である。また、方向情報は、ユーザの頭部方向や進行方向、視線方向等である。また、仮想マップとは、現実空間の地図（マップ）に対応して、計算上設けられる２次元又は３次元の仮想的な空間のことである。
【０１０９】
また、画像生成部１８０において生成されるナビゲーション画像とは、キャラクタを用いてユーザを目的地に誘導するための画像である。ただし、後述するように、マップ上でのユーザの視野範囲からキャラクタが外れた場合や、中間目的地に到着したと判断された場合等、キャラクタが表示されない画像を生成するケースもある。
【０１１０】
これにより、センサからのセンサ情報に基づいて仮想マップ上でのユーザの位置情報を特定するとともに、仮想マップ上に配置されるキャラクタの位置を特定することで、キャラクタとユーザとの位置関係情報を特定することができる。そして、ナビゲーション画像を生成するとともに、特定した位置関係情報に基づいてキャラクタの制御を行う。よって、例えば図１９に示したように、ユーザにキャラクタを追尾することを促し、キャラクタを目的地へ移動させる制御を行うことで、キャラクタを追いかけるだけでユーザが目的地に到達できるようなナビゲーションサービスを実現することが可能になる。
【０１１１】
また、位置関係情報特定部１６０は、ユーザの位置を基準として第１〜第Ｎの距離エリアを設定してもよい。そして、どの距離エリアにキャラクタがいるかの判定を行う。位置関係情報特定部１６０の判定に基づいて、キャラクタ制御部１７０は、キャラクタの制御を行ってもよい。
【０１１２】
これにより、図１３に示したように、ユーザの位置に対して複数の距離エリアを設定し、いずれの距離エリアにキャラクタがいるかの判断に基づいて、キャラクタの挙動を制御することが可能になる。よって、例えば図１３のように同心円状に距離エリアを設定した場合には、ユーザとキャラクタとの間の距離情報から容易に位置関係情報を特定することができ、簡単な処理でキャラクタを制御することができる。ただし、距離エリアとは、ユーザの位置を基準として距離に応じて設定されるエリアであればよく、同心円状に限定されるものではない。具体的には例えば、ユーザの位置を中心（重心等）とする多角形の領域を距離エリアに設定してもよい。また、ユーザの位置を距離エリアの重心とする必要もなく、例えば、弦の中点をユーザの位置とするような半円形の距離エリアを設定してもよい。
【０１１３】
また、キャラクタ制御部１７０は、ユーザからの距離が最も遠い距離エリアである第Ｎの距離エリアに、キャラクタが位置すると判断された場合には、キャラクタをユーザの方に向かって移動させる制御を行ってもよい。これは図１３の例でいえば、エリア４にキャラクタが位置する場合に相当する。
【０１１４】
これにより、ユーザとキャラクタとの間の距離が大きい場合には、キャラクタをユーザの近くに移動させる制御を行うことが可能になる。キャラクタとの距離が大きいとは、ユーザがキャラクタを追尾していないケースが想定される。そのため、一旦目的地への移動を中止して、図１８（Ｃ）のようにユーザに対して追尾を促すことで、円滑なナビゲーションを実現することができる。
【０１１５】
また、キャラクタ制御部１７０は、第Ｎ−１の距離エリアにキャラクタが位置すると判断された場合には、キャラクタを目的地に向かって移動させる制御を行う。そして、第Ｎ−２の距離エリアにキャラクタが位置すると判断された場合には、キャラクタ制御部１７０は、第Ｎ−１の距離エリアの場合よりも速い速度で、キャラクタを目的地に向かって移動させる制御を行う。
【０１１６】
ここで、第Ｎ−１の距離エリアとは、第Ｎの距離エリアよりも、ユーザからの距離が近い距離エリアであり、第Ｎ−２の距離エリアとは、第Ｎ−１の距離エリアよりも、ユーザからの距離が近い距離エリアである。これは図１３の例でいえば、第Ｎ−１の距離エリアがエリア３であり、第Ｎ−２の距離エリアがエリア２に相当する。
【０１１７】
これにより、ユーザとキャラクタとの間の距離が適切に保たれている場合には（ここでは第Ｎ−１の距離エリアを想定）、ユーザは適切にキャラクタを追尾していると考えられるため、キャラクタを目的地に向かって移動させることで、ナビゲーションを行うことができる。また、ユーザとキャラクタとの間の距離が近すぎる場合には、より速い速度で目的地に向かって移動させることで、適切な距離をとることができる。なお、本実施形態ではキャラクタの背中を追いかけることでナビゲーションを行うため、例えば、キャラクタより速く歩いてキャラクタを追い越してしまってはナビゲーションができない。そのため、ユーザとキャラクタとの間は適切な距離をあけることが、円滑なナビゲーションを行うために必要な条件となる。
【０１１８】
また、キャラクタ制御部１７０は、キャラクタが目的地に到着しており、かつ、ユーザからの距離が最も近い距離エリアである第１の距離エリアにキャラクタが位置すると判断された場合に、ユーザが目的地に到着したと判断してもよい。これは図１３の例でいえば、エリア１にキャラクタが位置する場合に相当する。
【０１１９】
これにより、キャラクタの制御に用いられる距離エリアを利用して、目的地に到着したか否かの判断を行うことが可能になる。
【０１２０】
また、キャラクタ制御部１７０は、ユーザが移動を停止したと判断された場合には、キャラクタをユーザの方に向かって移動させる制御を行ってもよい。また、ユーザがキャラクタから離れる方向に移動したと判断された場合には、キャラクタをユーザの方に向かって移動させる制御を行ってもよい。具体的には図１８（Ａ）〜図１８（Ｃ）のようなキャラクタ制御を行う。
【０１２１】
これにより、ユーザが停止したりキャラクタから離れたりする状況、つまり、ユーザがキャラクタの追尾をやめてしまったという状況を適切に把握することができる。そして、その際にキャラクタをユーザの方に向かって移動させ、図１８（Ｃ）のように追尾を促すことで、ナビゲーションを続行することが可能になる。
【０１２２】
また、ユーザ情報特定部１２０は、センサ情報に基づいてユーザの方向情報を特定する。そして、位置関係情報特定部１６０は、方向情報に基づいてキャラクタがユーザの視野範囲に基づいて設けられる所定の判定範囲内に位置するか否かを判定する。画像生成部１８０は、キャラクタが所定の判定範囲内に存在しないと判断された場合には、存在方向情報が表示されるナビゲーション画面を生成してもよい。
【０１２３】
ここで、存在方向情報とは、キャラクタの存在方向を示す情報のことであり、具体的には例えば図８（Ａ）〜図８（Ｄ）や図１０に示すような矢印画像であってもよい。
【０１２４】
これにより、マップ上でのユーザの視野範囲に基づいて設けられる所定の判定範囲内からキャラクタが外れてしまった場合にも、ユーザによるキャラクタの再発見を容易にできる。上述してきたように、本実施形態ではキャラクタを追いかけることによりユーザを目的地に誘導するため、ユーザに対して提示されるナビゲーション画像にキャラクタが表示されないことは大きな問題となる。ここで示したように、存在方向情報を表示することで上記問題を解消することが可能になる。
【０１２５】
また、画像生成部１８０は、キャラクタとユーザの位置関係情報に基づいて、キャラクタのサイズ及びキャラクタの表示位置の少なくとも一方が変化するナビゲーション画像を生成してもよい。
【０１２６】
これにより、図７（Ａ）、図７（Ｂ）に示したように、ユーザの頭部方向（視線方向）に対してキャラクタのマップ上での位置が左右にずれた場合には、ナビゲーション画像上でも中心から左右にずれた位置にキャラクタを表示することができる。また、図９に示したように、ユーザとキャラクタとの間の距離が大きいときには、キャラクタを小さく表示することができる。よって、ユーザとキャラクタのマップ上での位置関係情報を適切にナビゲーション画像に反映した形態でナビゲーションを行うことができる。
【０１２７】
また、ユーザ情報特定部１２０は、センサ情報に基づいてユーザの方向情報を特定し、位置関係情報特定部１６０は、方向情報に基づいて、キャラクタがユーザの視野範囲に基づいて設けられる所定の判定範囲内に位置するか否かを判断する。そして、画像生成部１８０は、キャラクタが所定の判定範囲内に位置すると判断された場合には、位置関係情報に対応する画像上位置にキャラクタを表示したナビゲーション画像を生成してもよい。
【０１２８】
これにより、図６〜図７（Ｂ）に示したように、所定の判定範囲内にキャラクタが位置すると判断された場合には、キャラクタとユーザとの位置関係情報に基づいて、キャラクタの画像上位置を変更することができる。よって、ユーザに対して、キャラクタとの位置関係を反映した形でナビゲーション画像を提示することができるため、キャラクタの後を追いかける形式のナビゲーションサービスを円滑に実行することが可能になる。
【０１２９】
また、画像生成部１８０は、仮想マップ上でのユーザの視野範囲をθ２とした場合に、仮想マップ上でθ２に対応する視野範囲を、θ２＞θ１を満たすθ１の画角で外界視界に重畳される画像を生成してもよい。
【０１３０】
これにより、図１２に示したように、外界視界（人間の視野角、図１２のＢ１に相当）に比べて、表示画像の画角θ１（Ｂ２に相当）が小さくなるように設定された場合にも、マップ上での視野範囲はθ１よりも大きいθ２に設定することが可能になる。図１２を用いて上述したように、本実施形態では例えば、シースルー型のＨＭＤ等を用いて、外界視界に外界視界よりも小さい表示画像を重畳するケースを想定している（ただし、これに限定されるものではない）。そのため、表示画像の画角は非常に小さくなってしまい、マップ上での視野範囲θ２をθ１と同等にしてしまうと、ユーザが視線方向をわずかに変化させただけでも表示画像からキャラクタが外れやすくなってしまう。そこで、θ２をθ１よりも大きく設定することで、ユーザの視線方向が変化した場合にも、表示画像内にキャラクタをとらえやすくすることが可能になる。
【０１３１】
また、ユーザ情報特定部１２０は、センサ情報に基づいてユーザの頭部方向又は視線方向を方向情報として特定する。そして、画像生成部１８０は、キャラクタがマップ上でのユーザの視野範囲に基づいて設けられる所定の判定範囲内に位置し、かつ、頭部方向又は視線方向の右側領域にキャラクタが位置すると判断された場合には、右側画像領域の画像上位置にキャラクタを表示したナビゲーション画像を生成してもよい。また、同様に、キャラクタがマップ上での所定の判定範囲内に位置し、かつ、頭部方向又は視線方向の左側領域にキャラクタが位置すると判断された場合には、左側画像領域の画像上位置にキャラクタを表示したナビゲーション画像を生成してもよい。
【０１３２】
ここで、右側領域とは、図２０に示したように、マップ上での所定の判定範囲を、ユーザの頭部方向又は視線方向を通り地面（重力方向に垂直な面）に垂直な平面により分割した場合に、ユーザから見て頭部方向又は視線方向より右側にある領域である。左側領域は、同様に頭部方向又は視線方向より左側にある領域である。なお、図２０においては平面的に描かれているが、右側領域及び左側領域は３次元の領域を前提とする。ただし２次元マップを用いる場合は平面であってもよい。
【０１３３】
また、右側画像領域とは、図２１に示したように、表示画像を画像の縦軸に平行な直線で分割した際の、分割線より右側にある領域である。左側画像領域は、同様に分割線より左側にある領域である。
【０１３４】
これにより、図６〜図７（Ｂ）に示したように、マップ上でのユーザの方向情報に対するキャラクタの左右の位置（位置関係情報）に基づいて、表示画像における表示位置を変更することが可能になる。なお、上述したようにθ２＞θ１が成り立つような状況では、この処理は、図２０における右側領域及び左側領域（所定の判定範囲）に存在するキャラクタを、図２２における右側画像領域（Ｄ１）及び左側画像領域（Ｄ２）にマッピングする処理に相当する。θ２は、例えば１８０°弱の大きさを持つのに対し、表示画像のユーザから見た画角（θ１、Ｄ３＋Ｄ４）は例えば９°程度しかない。つまり、θ２の範囲のキャラクタをθ２より狭いθ１の範囲にマッピングする処理を行うことになる。具体的には、右側領域の右端にキャラクタが位置する場合には、右側画像領域の右端にキャラクタを表示するとともに、左側領域の左端にキャラクタが位置する場合には、左側画像領域の左端にキャラクタを表示する。そして、その間に位置する場合には、所定の判定範囲における位置と、画像上位置とが一対一に対応するようなマッピングを行う。さらに具体的には、例えば位置関係が線形に対応するようなマッピングを行えばよい。
【０１３５】
また、キャラクタ制御部１７０は、ナビゲーションのスタート地点と最終目的地との間に設定された中間目的地に向かって、キャラクタを移動させる制御を行ってもよい。
【０１３６】
これにより、中間目的地を設定し、設定した中間目的地を経由して最終目的地へ移動するキャラクタ制御を行うことができる。図１６のＣ４やＣ５に示したように、交差点で曲がるような場合には、キャラクタがユーザを待たずに曲がってしまうと、ユーザはキャラクタが視界から外れてしまったり、まっすぐ追いかけることができなくなってしまう。そこで、そのような地点を中間目的地に設定し、中間目的地を当面の目的地としてキャラクタを制御するとともに、中間目的地でユーザの到着まで待機することで、円滑なナビゲーションが可能になる。
【０１３７】
また、画像生成部１８０は、ユーザが中間目的地に到着したと判断された場合には、中間目的地における目標移動方向情報が表示されるナビゲーション画面を生成してもよい。
【０１３８】
目標移動方向情報とは、中間目的地から見た次の目的地（中間目的地でもよいし、最終目的地でもよい）に到達するための方向を示す情報であり、具体的には例えば、図１５（Ａ）、図１５（Ｂ）に示すようなマップ情報であってもよい。
【０１３９】
これにより、中間目的地に到着した場合には、目標移動方向情報を表示することで、よりユーザにとってわかりやすい形でナビゲーションを行うことが可能になる。具体的には、上述したように、キャラクタだけを表示していたのでは、左右の厳密な角度までは正確に表現できず、複雑な分岐の道路等の案内には十分でない。そこで、そのような場合には、マップ等の目標移動方向情報を表示することで、ユーザの理解を助ける必要がある。なお、ユーザが中間目的地に到着したか否かの判定は、キャラクタが中間目的地に到着しており、かつ、キャラクタが第１の距離エリアに位置するか否かで行えばよい。
【０１４０】
また、画像生成部１８０は、表示画像として、ヘッドマウントディスプレイに表示される画像を生成してもよい。具体的には例えば、ヘッドマウントディスプレイは、外界視界にナビゲーション画像を重畳して表示するシースルー型のヘッドマウントディスプレイであってもよい。ただし、ヘッドマウントディスプレイはこれに限定されるものではなく、二眼式の外界視界を直接見ることができない構成（つまり、外界視界はカメラで撮影したものをユーザに提示するビデオシースルー型のヘッドマウントディスプレイ等）であってもよい。
【０１４１】
これにより、ヘッドマウントディスプレイを表示装置として用いることが可能になり、ユーザの視線方向を頻繁に変化させる必要がなくなる。これは、ヘッドマウントディスプレイは視線をあまり動かさずとも、外界視界とナビゲーション画像との両方を見ることが可能であることによる。例えば、携帯電子機器の画面にナビゲーション画像を表示するようなシステムでは、進行方向と携帯電子機器の画面とを交互に参照する必要があり、ユーザにとって安全でなく、かつ、煩わしいものであったが、そのような問題を解消することができる。
【０１４２】
また、本実施形態の手法は、センサ情報取得部１１０と、ユーザ情報特定部１２０と、キャラクタ制御部１７０と、位置関係情報特定部１６０と、画像生成部１８０として、コンピュータを機能させるプログラムに関係する。センサ情報取得部１１０は、ユーザのウェアラブルセンサからのセンサ情報を取得する。ユーザ情報特定部１２０は、センサ情報に基づいて、仮想マップ上でのユーザの位置情報を特定する。キャラクタ制御部１７０は、ナビゲーション用キャラクタを目的地に向かって移動させる制御を行う。位置関係情報特定部１６０は、キャラクタとユーザのマップ上での位置関係情報を特定する。画像生成部１８０は、ナビゲーション画像を生成する。そしてキャラクタ制御部１７０は、ユーザとキャラクタの位置関係情報に基づいて、キャラクタを制御する。
【０１４３】
これにより、画像生成システムのとどまらず、プログラムにも本実施形態の手法を適用し、上述の効果を得ることが可能になる。
【０１４４】
４．処理の詳細
【０１４５】
図２３及び図２４のフローチャートを用いて、本実施形態の処理の詳細について説明する。図２３の処理がメイン処理となり、特に問題が生じていないケースの処理となる。また、図２４の処理がサブ処理となり、ユーザが立ち止まってしまった等の問題が生じた際の処理となる。サブ処理を監視するスレッドが常時動いており、サブ処理の条件を満たした場合にはメイン処理を停止してサブ処理による割り込みが行われる。
【０１４６】
まず、図２３のメイン処理から説明する。この処理が開始されると、まず、サブ処理を別スレッドで起動する（Ｓ１０１）。そして、ナビゲーションを開始して（Ｓ１０３）、ユーザとの距離がエリア２の範囲内かの判定を行う（Ｓ１０５）。これはキャラクタがエリア１にいる場合も含むものとする。Ｓ１０５でエリア２の範囲内にいると判定された場合には、キャラクタを通常よりも速い速度であるＳ２で目的地へ移動させる（Ｓ１０７）。Ｓ１０５でエリア２の範囲外と判定された場合には、次に、ユーザとの距離がエリア３の範囲内かの判定を行う（Ｓ１０９）。エリア３の範囲内である場合には、通常の速度であるＳ３で目的地へ移動させる（Ｓ１１１）。Ｓ１０９でエリア３の範囲外（つまりエリア４）と判定された場合には、最高の速度であるＳ４でエリア１に移動させ、ユーザに追尾を促す（Ｓ１１３）。
【０１４７】
そして、Ｓ１０７もしくはＳ１１１において、目的地への移動を行った場合には、キャラクタが目的地に着いたかの判定を行う（Ｓ１１５）。ここで、目的地に着いていない場合にはＳ１０３に戻ることになる。なお、キャラクタの移動中はＳ１０３〜Ｓ１１５のループを繰り返すことになる。
【０１４８】
Ｓ１１５で目的地に着いていると判定された場合には、目的地で待機して（Ｓ１１７）、ユーザが到着したか（キャラクタがエリア１の範囲内か）の判定を行い（Ｓ１１９）、ユーザが到着していない場合にはＳ１１７に戻り待機する。
【０１４９】
Ｓ１１９でユーザが目的地に到着したと判定された場合には、到着した目的地が最終目的地かの判定を行い（Ｓ１２１）、そうでない場合、つまり、到着したのが中間目的地だった場合には、Ｓ１０３に戻って次の目的地に向けて処理を続ける。Ｓ１２１において、到着したのが最終目的地だった場合には処理を終了し、サブ処理のスレッドを停止する（Ｓ１２３）。
【０１５０】
次に、図２４のサブ処理について説明する。この処理が開始されると、まず、ユーザが立ち止まったかの判定が行われる（Ｓ２０１）。立ち止まっていると判定された場合には、メイン処理を停止し（Ｓ２０７）、最高の速度であるＳ４でエリア１に移動し、ユーザに追尾を促す（Ｓ２０９）。そして、割り込み処理を終了し、メイン処理をＳ１０３から再開させる。
【０１５１】
Ｓ２０１において、立ち止まっていないと判定された場合には、キャラクタがユーザの視界からはずれたかの判定を行う（Ｓ２０３）。視界から外れた場合には、メイン処理を停止し（Ｓ２０７）、キャラクタの存在方向を表す存在方向情報を表示する（Ｓ２１１）。具体的には上述したように図１０のような矢印等を表示する。そして、割り込み処理を終了し、メイン処理をＳ１０３から再開させる。
【０１５２】
Ｓ２０３において、ユーザの視界からキャラクタが外れていないと判断された場合には、ユーザがキャラクタから離れていったかの判定が行われる（Ｓ２０５）。ユーザがキャラクタから離れていった場合には、メイン処理を停止し（Ｓ２０７）、最高の速度であるＳ４でエリア１に移動し、ユーザに追尾を促す（Ｓ２０９）。そして、割り込み処理を終了し、メイン処理をＳ１０３から再開させる。
【０１５３】
また、上述した中間目的地におけるマップ表示を行う場合のメイン処理のフローチャートを図２５に示す。図２３、図２５から明らかなように、Ｓ３２２のステップ以外は図２３と同様であるため、詳細な説明は省略する。この場合、Ｓ３２１において到着した目的地が最終目的地でなかった場合、つまり、中間目的地に到着したと判断された場合に、Ｓ３０３に戻る前に、一定時間だけ曲がる方向を表すマップ画面を表示する（Ｓ３２２）。なお、サブ処理については図２４と同様であるため説明は省略する。
【０１５４】
以上のように本実施形態について詳細に説明したが、本発明の新規事項および効果から実体的に逸脱しない多くの変形が可能であることは当業者には容易に理解できるであろう。従って、このような変形例はすべて本発明の範囲に含まれるものとする。例えば、明細書又は図面において、少なくとも一度、より広義または同義な異なる用語と共に記載された用語は、明細書又は図面のいかなる箇所においても、その異なる用語に置き換えることができる。また画像生成システムの構成、動作も本実施形態で説明したものに限定されず、種々の変形実施が可能である。
【符号の説明】
【０１５５】
１００ 画像生成システム、１１０ センサ情報取得部、１２０ ユーザ情報特定部、
１３０ 記憶部、１３２ マップ記憶部、１４０ Ｉ／Ｆ部、１５０ 経路設定部、
１６０ 位置関係情報特定部、１７０ キャラクタ制御部、１８０ 画像生成部、
１９０ 情報記憶媒体
【特許請求の範囲】
【請求項１】
ユーザのウェアラブルセンサからのセンサ情報を取得するセンサ情報取得部と、
前記センサ情報に基づいて、仮想マップ上での前記ユーザの位置情報を特定するユーザ情報特定部と、
前記ユーザを前記仮想マップ上の目的地に誘導するナビゲーション用のキャラクタを、前記目的地に向かって移動させる制御を行うキャラクタ制御部と、
前記ユーザの前記位置情報に基づいて、前記キャラクタと前記ユーザとの前記仮想マップ上での位置関係情報を特定する位置関係情報特定部と、
前記キャラクタを用いて前記ユーザを前記目的地に誘導するナビゲーション画像を、表示画像として生成する画像生成部と、
を含み、
前記キャラクタ制御部は、
前記キャラクタと前記ユーザの前記位置関係情報に基づいて、前記キャラクタを制御することを特徴とする画像生成システム。
【請求項２】
請求項１において、
前記位置関係情報特定部は、
前記ユーザの位置に対して設定される第１〜第Ｎ（Ｎは２以上の整数）の距離エリアのいずれの距離エリアに、前記キャラクタが位置するかを判断し、
前記キャラクタ制御部は、
前記第１〜第Ｎの距離エリアのいずれの距離エリアに前記キャラクタが位置するかに応じて、前記キャラクタを制御することを特徴とする画像生成システム。
【請求項３】
請求項２において、
前記キャラクタ制御部は、
前記ユーザからの距離が最も遠い距離エリアである前記第Ｎの距離エリアに前記キャラクタが位置すると判断された場合には、前記キャラクタを前記ユーザの方に向かって移動させる制御を行うことを特徴とする画像生成システム。
【請求項４】
請求項３において、
前記キャラクタ制御部は、
前記ユーザからの距離が前記第Ｎの距離エリアよりも近い距離エリアである第Ｎ−１の距離エリアに前記キャラクタが位置すると判断された場合には、前記キャラクタを前記目的地の方に向かって移動させる制御を行うことを特徴とする画像生成システム。
【請求項５】
請求項４において、
前記キャラクタ制御部は、
前記ユーザからの距離が前記第Ｎ−１の距離エリアよりも近い距離エリアである第Ｎ−２の距離エリアに前記キャラクタが位置すると判断された場合には、前記第Ｎ−１の距離エリアに前記キャラクタが位置すると判断された場合よりも速い速度で、前記キャラクタを前記目的地の方に向かって移動させる制御を行うことを特徴とする画像生成システム。
【請求項６】
請求項２乃至５のいずれかにおいて、
前記キャラクタ制御部は、
前記キャラクタが前記目的地に到着した後に、前記ユーザからの距離が最も近い距離エリアである前記第１の距離エリアに前記キャラクタが位置すると判断された場合に、前記ユーザが前記目的地に到着したと判断することを特徴とする画像生成システム。
【請求項７】
請求項１乃至６のいずれかにおいて、
前記キャラクタ制御部は、
前記ユーザが移動を停止したと前記センサ情報に基づき判断された場合には、前記キャラクタを前記ユーザの方に向かって移動させる制御を行うことを特徴とする画像生成システム。
【請求項８】
請求項１乃至７のいずれかにおいて、
前記キャラクタ制御部は、
前記ユーザが前記キャラクタから離れる方向に移動したと前記センサ情報に基づき判断された場合には、前記キャラクタを前記ユーザの方に向かって移動させる制御を行うことを特徴とする画像生成システム。
【請求項９】
請求項１乃至８のいずれかにおいて、
前記ユーザ情報特定部は、
前記センサ情報に基づいて、前記ユーザの方向情報を特定し、
前記位置関係情報特定部は、
前記方向情報に基づいて、前記キャラクタが前記ユーザの視野範囲に基づいて設けられる所定の判定範囲内に位置するか否かを判断し、
前記画像生成部は、
前記キャラクタが前記所定の判定範囲内に位置しないと判断された場合には、前記キャラクタの存在方向を示す存在方向情報が表示される前記ナビゲーション画像を生成することを特徴とする画像生成システム。
【請求項１０】
請求項９において、
前記画像生成部は、
前記キャラクタの存在方向を示す矢印画像が前記存在方向情報として表示される前記ナビゲーション画像を生成することを特徴とする画像生成システム。
【請求項１１】
請求項１乃至１０のいずれかにおいて、
前記画像生成部は、
前記キャラクタと前記ユーザの前記位置関係情報に基づいて、前記キャラクタのサイズ及び前記キャラクタの表示位置の少なくも一方が変化する前記ナビゲーション画像を生成することを特徴とする画像生成システム。
【請求項１２】
請求項１１において、
前記ユーザ情報特定部は、
前記センサ情報に基づいて、前記ユーザの方向情報を特定し、
前記位置関係情報特定部は、
前記方向情報に基づいて、前記キャラクタが前記ユーザの視野範囲に基づいて設けられる所定の判定範囲内に位置するか否かを判断し、
前記画像生成部は、
前記キャラクタが前記所定の判定範囲内に位置すると判断された場合には、前記位置関係情報特定部により特定された位置関係に対応する画像上位置に前記キャラクタが表示された前記ナビゲーション画像を生成することを特徴とする画像生成システム。
【請求項１３】
請求項１２において、
前記画像生成部は、
前記仮想マップ上での前記ユーザの前記視野範囲をθ２とした場合に、前記仮想マップ上でθ２に対応する視野範囲を、θ２＞θ１を満たすθ１の画角で外界視界に重畳される画像を生成することを特徴とする画像生成システム。
【請求項１４】
請求項１２又は１３において、
前記ユーザ情報特定部は、
前記センサ情報に基づいて、前記ユーザの頭部方向又は視線方向を前記方向情報として特定し、
前記画像生成部は、
前記キャラクタが前記所定の判定範囲内に位置すると判断され、かつ、前記頭部方向又は前記視線方向の右側領域に前記キャラクタが位置すると判断された場合には、右側画像領域の前記画像上位置に前記キャラクタが表示された前記ナビゲーション画像を生成するとともに、
前記キャラクタが前記所定の判定範囲内に位置すると判断され、かつ、前記頭部方向又は前記視線方向の左側領域に前記キャラクタが位置すると判断された場合には、左側画像領域の前記画像上位置に前記キャラクタが表示された前記ナビゲーション画像を生成することを特徴とする画像生成システム。
【請求項１５】
請求項１乃至１４のいずれかにおいて、
前記キャラクタ制御部は、
ナビゲーションのスタート地点と最終目的地の間に設定された中間目的地に向かって、前記キャラクタを移動させる制御を行うことを特徴とする画像生成システム。
【請求項１６】
請求項１５において、
前記画像生成部は、
前記中間目的地に前記ユーザが到着したと判断された場合には、前記中間目的地での目標移動方向情報が表示される前記ナビゲーション画像を生成することを特徴とする画像生成システム。
【請求項１７】
請求項１乃至１６のいずれかにおいて、
前記画像生成部は、
前記表示画像として、ヘッドマウントディスプレイに表示される画像を生成することを特徴とする画像生成システム。
【請求項１８】
請求項１７において、
前記ヘッドマウントディスプレイは、
外界視界に前記ナビゲーション画像を重畳して表示するシースルー型のヘッドマウントディスプレイであり、
前記画像生成部は、
前記表示画像として、前記ヘッドマウントディスプレイに表示される画像を生成することを特徴とする画像生成システム。
【請求項１９】
ユーザのウェアラブルセンサからのセンサ情報を取得するセンサ情報取得部と、
前記センサ情報に基づいて、仮想マップ上での前記ユーザの位置情報を特定するユーザ情報特定部と、
前記ユーザを前記仮想マップ上の目的地に誘導するナビゲーション用のキャラクタを、前記目的地に向かって移動させる制御を行うキャラクタ制御部と、
前記ユーザの前記位置情報に基づいて、前記キャラクタと前記ユーザの前記仮想マップ上での位置関係情報を特定する位置関係情報特定部と、
前記キャラクタを用いて前記ユーザを前記目的地に誘導するナビゲーション画像を生成する画像生成部として、
コンピュータを機能させ、
前記キャラクタ制御部は、
前記キャラクタと前記ユーザの前記位置関係情報に基づいて、前記キャラクタを制御することを特徴とするプログラム。
【請求項２０】
コンピュータ読み取り可能な情報記憶媒体であって、請求項１９に記載のプログラムを記憶したことを特徴とする情報記憶媒体。
【請求項１】
ユーザのウェアラブルセンサからのセンサ情報を取得するセンサ情報取得部と、
前記センサ情報に基づいて、仮想マップ上での前記ユーザの位置情報を特定するユーザ情報特定部と、
前記ユーザを前記仮想マップ上の目的地に誘導するナビゲーション用のキャラクタを、前記目的地に向かって移動させる制御を行うキャラクタ制御部と、
前記ユーザの前記位置情報に基づいて、前記キャラクタと前記ユーザとの前記仮想マップ上での位置関係情報を特定する位置関係情報特定部と、
前記キャラクタを用いて前記ユーザを前記目的地に誘導するナビゲーション画像を、表示画像として生成する画像生成部と、
を含み、
前記キャラクタ制御部は、
前記キャラクタと前記ユーザの前記位置関係情報に基づいて、前記キャラクタを制御することを特徴とする画像生成システム。
【請求項２】
請求項１において、
前記位置関係情報特定部は、
前記ユーザの位置に対して設定される第１〜第Ｎ（Ｎは２以上の整数）の距離エリアのいずれの距離エリアに、前記キャラクタが位置するかを判断し、
前記キャラクタ制御部は、
前記第１〜第Ｎの距離エリアのいずれの距離エリアに前記キャラクタが位置するかに応じて、前記キャラクタを制御することを特徴とする画像生成システム。
【請求項３】
請求項２において、
前記キャラクタ制御部は、
前記ユーザからの距離が最も遠い距離エリアである前記第Ｎの距離エリアに前記キャラクタが位置すると判断された場合には、前記キャラクタを前記ユーザの方に向かって移動させる制御を行うことを特徴とする画像生成システム。
【請求項４】
請求項３において、
前記キャラクタ制御部は、
前記ユーザからの距離が前記第Ｎの距離エリアよりも近い距離エリアである第Ｎ−１の距離エリアに前記キャラクタが位置すると判断された場合には、前記キャラクタを前記目的地の方に向かって移動させる制御を行うことを特徴とする画像生成システム。
【請求項５】
請求項４において、
前記キャラクタ制御部は、
前記ユーザからの距離が前記第Ｎ−１の距離エリアよりも近い距離エリアである第Ｎ−２の距離エリアに前記キャラクタが位置すると判断された場合には、前記第Ｎ−１の距離エリアに前記キャラクタが位置すると判断された場合よりも速い速度で、前記キャラクタを前記目的地の方に向かって移動させる制御を行うことを特徴とする画像生成システム。
【請求項６】
請求項２乃至５のいずれかにおいて、
前記キャラクタ制御部は、
前記キャラクタが前記目的地に到着した後に、前記ユーザからの距離が最も近い距離エリアである前記第１の距離エリアに前記キャラクタが位置すると判断された場合に、前記ユーザが前記目的地に到着したと判断することを特徴とする画像生成システム。
【請求項７】
請求項１乃至６のいずれかにおいて、
前記キャラクタ制御部は、
前記ユーザが移動を停止したと前記センサ情報に基づき判断された場合には、前記キャラクタを前記ユーザの方に向かって移動させる制御を行うことを特徴とする画像生成システム。
【請求項８】
請求項１乃至７のいずれかにおいて、
前記キャラクタ制御部は、
前記ユーザが前記キャラクタから離れる方向に移動したと前記センサ情報に基づき判断された場合には、前記キャラクタを前記ユーザの方に向かって移動させる制御を行うことを特徴とする画像生成システム。
【請求項９】
請求項１乃至８のいずれかにおいて、
前記ユーザ情報特定部は、
前記センサ情報に基づいて、前記ユーザの方向情報を特定し、
前記位置関係情報特定部は、
前記方向情報に基づいて、前記キャラクタが前記ユーザの視野範囲に基づいて設けられる所定の判定範囲内に位置するか否かを判断し、
前記画像生成部は、
前記キャラクタが前記所定の判定範囲内に位置しないと判断された場合には、前記キャラクタの存在方向を示す存在方向情報が表示される前記ナビゲーション画像を生成することを特徴とする画像生成システム。
【請求項１０】
請求項９において、
前記画像生成部は、
前記キャラクタの存在方向を示す矢印画像が前記存在方向情報として表示される前記ナビゲーション画像を生成することを特徴とする画像生成システム。
【請求項１１】
請求項１乃至１０のいずれかにおいて、
前記画像生成部は、
前記キャラクタと前記ユーザの前記位置関係情報に基づいて、前記キャラクタのサイズ及び前記キャラクタの表示位置の少なくも一方が変化する前記ナビゲーション画像を生成することを特徴とする画像生成システム。
【請求項１２】
請求項１１において、
前記ユーザ情報特定部は、
前記センサ情報に基づいて、前記ユーザの方向情報を特定し、
前記位置関係情報特定部は、
前記方向情報に基づいて、前記キャラクタが前記ユーザの視野範囲に基づいて設けられる所定の判定範囲内に位置するか否かを判断し、
前記画像生成部は、
前記キャラクタが前記所定の判定範囲内に位置すると判断された場合には、前記位置関係情報特定部により特定された位置関係に対応する画像上位置に前記キャラクタが表示された前記ナビゲーション画像を生成することを特徴とする画像生成システム。
【請求項１３】
請求項１２において、
前記画像生成部は、
前記仮想マップ上での前記ユーザの前記視野範囲をθ２とした場合に、前記仮想マップ上でθ２に対応する視野範囲を、θ２＞θ１を満たすθ１の画角で外界視界に重畳される画像を生成することを特徴とする画像生成システム。
【請求項１４】
請求項１２又は１３において、
前記ユーザ情報特定部は、
前記センサ情報に基づいて、前記ユーザの頭部方向又は視線方向を前記方向情報として特定し、
前記画像生成部は、
前記キャラクタが前記所定の判定範囲内に位置すると判断され、かつ、前記頭部方向又は前記視線方向の右側領域に前記キャラクタが位置すると判断された場合には、右側画像領域の前記画像上位置に前記キャラクタが表示された前記ナビゲーション画像を生成するとともに、
前記キャラクタが前記所定の判定範囲内に位置すると判断され、かつ、前記頭部方向又は前記視線方向の左側領域に前記キャラクタが位置すると判断された場合には、左側画像領域の前記画像上位置に前記キャラクタが表示された前記ナビゲーション画像を生成することを特徴とする画像生成システム。
【請求項１５】
請求項１乃至１４のいずれかにおいて、
前記キャラクタ制御部は、
ナビゲーションのスタート地点と最終目的地の間に設定された中間目的地に向かって、前記キャラクタを移動させる制御を行うことを特徴とする画像生成システム。
【請求項１６】
請求項１５において、
前記画像生成部は、
前記中間目的地に前記ユーザが到着したと判断された場合には、前記中間目的地での目標移動方向情報が表示される前記ナビゲーション画像を生成することを特徴とする画像生成システム。
【請求項１７】
請求項１乃至１６のいずれかにおいて、
前記画像生成部は、
前記表示画像として、ヘッドマウントディスプレイに表示される画像を生成することを特徴とする画像生成システム。
【請求項１８】
請求項１７において、
前記ヘッドマウントディスプレイは、
外界視界に前記ナビゲーション画像を重畳して表示するシースルー型のヘッドマウントディスプレイであり、
前記画像生成部は、
前記表示画像として、前記ヘッドマウントディスプレイに表示される画像を生成することを特徴とする画像生成システム。
【請求項１９】
ユーザのウェアラブルセンサからのセンサ情報を取得するセンサ情報取得部と、
前記センサ情報に基づいて、仮想マップ上での前記ユーザの位置情報を特定するユーザ情報特定部と、
前記ユーザを前記仮想マップ上の目的地に誘導するナビゲーション用のキャラクタを、前記目的地に向かって移動させる制御を行うキャラクタ制御部と、
前記ユーザの前記位置情報に基づいて、前記キャラクタと前記ユーザの前記仮想マップ上での位置関係情報を特定する位置関係情報特定部と、
前記キャラクタを用いて前記ユーザを前記目的地に誘導するナビゲーション画像を生成する画像生成部として、
コンピュータを機能させ、
前記キャラクタ制御部は、
前記キャラクタと前記ユーザの前記位置関係情報に基づいて、前記キャラクタを制御することを特徴とするプログラム。
【請求項２０】
コンピュータ読み取り可能な情報記憶媒体であって、請求項１９に記載のプログラムを記憶したことを特徴とする情報記憶媒体。
【図１】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図２４】
【図２５】
【図２】
【図１２】
【図１３】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図２４】
【図２５】
【図２】
【図１２】
【図１３】
【公開番号】特開２０１２−６３２５３（Ｐ２０１２−６３２５３Ａ）
【公開日】平成２４年３月２９日（２０１２．３．２９）
【国際特許分類】
【出願番号】特願２０１０−２０７７８７（Ｐ２０１０−２０７７８７）
【出願日】平成２２年９月１６日（２０１０．９．１６）
【出願人】（００００００３７６）オリンパス株式会社 (11,466)
【Ｆターム（参考）】
【公開日】平成２４年３月２９日（２０１２．３．２９）
【国際特許分類】
【出願日】平成２２年９月１６日（２０１０．９．１６）
【出願人】（００００００３７６）オリンパス株式会社 (11,466)
【Ｆターム（参考）】
[ Back to top ]