JPWO2004110577A1 - 映像表示装置、映像表示方法および映像表示システム - Google Patents

Abstract

新規な映像効果を実現する映像表示装置を提供する。本発明のゲーム装置１０によると、仮想空間における複数キャラクタの視点映像を任意に切り替えることができる。第１処理部２２は、メインキャラクタの視点映像を担当し、第２処理部２４は、サブキャラクタの視点映像を担当する。この技術をゲームに応用した場合、サブキャラクタからの視点映像で自身のメインキャラクタの位置などを認識することができ、新規な映像効果を実現するとともに、ゲーム性を向上することができる。

Description

本発明は、映像表示技術に関し、特に、仮想空間内で移動するオブジェクトに関する映像を表示する技術に関する。

コンピュータの処理能力の向上に伴い、様々な映像処理技術が実現されるようになっている。特に仮想空間においてキャラクタを操作するゲームでは、映像効果がゲームの演出を高めることとなり、近年の傾向として、その重要性は格段に高くなっている。

このようにゲーム業界では、独自のゲーム性を提供するべく、映像表示に工夫を凝らし、他のゲームとの差別化を図ることが重要な要素となっている。映像効果の良し悪しがゲームの人気を左右するため、ゲーム開発の方向性も、新規な映像表現技術の実現に力が注がれるケースが多い。またゲーム業界に限らず、バーチャルな映像を提供する全ての業界において、ユーザの興味関心を引くための斬新な映像表示技術の開発に注目が集まっている。

そこで本発明は、新規な映像効果を実現する技術、また新たなゲーム性を提供する技術を提供することを目的とする。

上記目的を達成するために、本発明のある態様は、仮想空間においてユーザが操作する第１の移動オブジェクトの視点からの主映像を表示する第１処理部と、映像を、主映像から、第１の移動オブジェクト以外の移動オブジェクトのうちの第２の移動オブジェクトの視点からの副映像に切り替えて表示する第２処理部とを備える映像表示装置を提供する。

本発明の別の態様は、仮想空間においてユーザが操作する第１の移動オブジェクトに対して、第２の移動オブジェクトが存在する方向を演算し、ユーザにより指示された方向と演算により求めた方向とが一致する場合に、第２の移動オブジェクトに関する映像を表示する映像表示方法を提供する。

また、本発明のさらに別の態様は、複数主体の連鎖によりシナリオが進行するゲームの進行管理を行う管理部と、予め定められたシナリオの進行順序を記憶する記憶部と、ゲームの進行状況およびシナリオの進行順序を反映した映像を表示する処理部とを備える映像表示装置を提供する。

また、本発明のさらに別の態様は、複数の映像表示装置がネットワークを介して接続され、それぞれの映像表示装置のユーザが仮想空間において操作する移動オブジェクトの動きを他の映像表示装置の映像に反映する映像表示システムを提供する。この映像表示システムにおいて、各映像表示装置は、仮想空間においてユーザが操作する第１の移動オブジェクトの視点からの主映像を表示する第１処理部と、映像を、主映像から、別のユーザが操作する第２の移動オブジェクトの視点からの副映像に切り替えて表示する第２処理部とを備える。

なお、以上の構成要素の任意の組合せや、本発明の表現を方法、装置、システム、記録媒体、コンピュータプログラムなどの間で変換したものも、本発明の態様として有効である。

本発明の映像表示装置によれば、新規な映像表示を実現することができる。また本発明の映像表示装置によれば、この処理技術をゲームに応用した場合に、ゲーム性を向上することができる。

以下では、本発明の映像処理技術をゲームに応用した実施の形態について説明する。実施の形態に係るゲーム装置により提供されるゲームは、一つの大きな流れのストーリーを、複数のシナリオの集合体で構成する。なお全体のストーリーをシナリオとも呼ぶが、以後、シナリオというときは、特に明示しない限り、全体のストーリーを構成する個々のシナリオを意味するものとする。シナリオ中では、ゲームにおける多数の移動オブジェクトすなわちキャラクタの中から、様々なキャラクタがそれぞれ主人公、つまりユーザにより操作されるプレイヤブルキャラクタとして設定されている。このゲームでは、特定の主人公が存在するのではなく、様々なキャラクタが各シナリオで主人公となる。このようなゲームを「群像ゲーム」と呼び、本実施の形態では、そのような群像ゲームのうち、敵キャラクタからの生き残りを目的としたサバイバル群像ゲームを想定する。本実施の形態の理解を容易にするために、まずゲームの流れについて説明する。

このゲームでは、ユーザが操作するキャラクタが、他のキャラクタが見ている映像を自分が見ているかのように感じ取る能力を有している。他のキャラクタの視点から映像を見ることを「視界ジャック」と呼ぶ。お互いが近くにいればいるほど他のキャラクタが見ている映像を鮮明に見ることができ、また他のキャラクタに聞こえる音をクリアに聞くことができる。多くの場合、視界ジャックする対象となるキャラクタは敵キャラクタであり、ユーザは、敵キャラクタの視点からの映像を見ることで、自身の操作するキャラクタと敵キャラクタとの位置関係および距離を把握することができる。これにより、敵キャラクタから逃げ、または敵キャラクタを追い詰めるなどして、シナリオをクリアしていく。

ユーザは、シナリオごとに設定されているキャラクタを操作して個々のシナリオをクリアしていく。シナリオ中では、操作するキャラクタだけでなく、シチュエーションやシナリオの目的、またクリア条件などがそれぞれ異なる。クリア条件は、１つに限定するものではなく、どの条件でシナリオを終了するかによって、その後の分岐先が変わることもある。本実施の形態に係るゲーム装置は、以上の映像効果や、ユーザのゲーム操作のアシストなどを、新規な映像表示技術を用いて実現する。

図１は、本発明の実施の形態に係るゲーム装置１０の構成を示す。ゲーム装置１０は、操作部１２、入力受付部１４、キー割当部１６、切替部１８、処理ユニット２０、進行管理部２６、読出部２８、記憶部３０、出力部３２、ディスプレイ３４およびスピーカ３６を備える。ゲーム装置１０は、ＣＰＵ、メモリ、メモリにロードされたプログラムなどによって実現されるが、ここではそれらの連携によって実現される機能ブロックを描いている。したがって、これらの機能ブロックがハードウエアのみ、ソフトウエアのみ、またはそれらの組合せによっていろいろな形で実現できることは、当業者に理解されるところである。なお、プログラムは、ＣＰＵにより読み取り可能な記録媒体に記録されていてもよく、また外部からネットワークを通じて供給されるものであってもよい。

ゲーム装置１０は、ユーザが所有するゲーム専用機や一般的なコンピュータであってよい。またゲーム装置１０は、ネットワークで接続されたサーバおよびユーザ端末を含んだシステムとして構成されてもよい。システムとして構成される場合には、ユーザ端末の負荷を軽減するために、操作部１２や出力部３２などがユーザ端末側に設けられ、処理ユニット２０などのメイン処理を行う構成がサーバ側に設けられてもよい。この場合であっても、ユーザ端末はゲーム専用機や一般的なコンピュータであってよく、またＰＤＡ（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔｓ）端末や携帯電話などの携帯端末などであってもよい。

操作部１２は、ユーザからの指示を入力するユーザインタフェースであり、ゲーム用のコントローラであってよく、その場合には操作部１２が、複数のキー（ボタン）やジョイスティックから構成される。ユーザはディスプレイ３４に表示されたゲーム映像を見ながら、操作部１２を用いて映像に関する操作、すなわちゲーム進行に必要な操作を行う。

図２は、複数のゲーム装置１０が接続されたネットワーク環境を示す図である。複数のゲーム装置１０がネットワーク１１を介して接続され、このネットワーク環境は、映像表示システム、この例ではゲームシステムを構成する。ネットワーク１１は、インターネットやイントラネットなど、各種プロトコルのネットワークであってよい。ゲーム装置１０は、ネットワーク接続機能を有して構成される。

このネットワーク環境において、いずれか１つのゲーム装置１０がサーバとして機能し、他のゲーム装置１０はクライアントとして機能してもよい。また、図示した複数のゲーム装置１０とは別に、ゲーム装置１０間のゲーム進行を管理するサーバが別途設けられてもよく、この場合は、複数のゲーム装置１０がクライアントとして機能してもよい。また各ゲーム装置１０が個々に動作してもよく、いずれの場合であっても、ユーザによるゲーム操作指示をネットワーク１１を通じて他のゲーム装置１０に伝達し、また他のゲーム装置１０におけるゲーム操作指示をネットワーク１１を通じて受け付けることで、複数のゲーム装置１０が同期したゲーム進行を実現することが可能となる。このゲームシステムは、それぞれのゲーム装置１０のユーザが仮想空間において操作する移動オブジェクトの動きを他の映像表示装置の映像に反映する映像表示システムとして構成される。

図３は、操作部１２の一例であるゲーム機用コントローラを示す。このゲーム機用コントローラは、○キー、△キー、□キー、×キーからなるキー群５０、３６０度回転自在な２つのジョイスティック５２、十字キー５４などを有して構成される。なお、操作部１２は図３に示すような構成に限らず、例えばキーボードやタッチパネルなどのユーザインターフェースであってもよい。なお操作部１２は、ジョイスティック５２のように、任意の角度を入力可能な構造を有することが好ましい。

図１に戻って、読出部２８には、ゲームデータを記録したメディア４０が挿入される。メディア４０は、例えばＣＤ−ＲＯＭやＤＶＤなどであり、ゲームシーンのＡＶデータやゲームプログラムなどのゲームデータを記録している。メディア４０に記録されたゲームプログラムは、処理ユニット２０により直接実行される形態であっても、デコードすることにより処理ユニット２０が実行することのできる形態であってもよい。読出部２８は、メディア４０を駆動して、メディア４０に記録されたゲームデータを記憶部３０に読み出す。処理ユニット２０は、読み出されたゲームデータを実行する。

処理ユニット２０は、第１処理部２２および第２処理部２４を有する。本実施の形態では、第１処理部２２が、ユーザが操作するキャラクタの視点からの映像の表示処理と、その映像に対応する音声処理を行う。以下では、ユーザが操作するキャラクタを「メインキャラクタ」と呼び、メインキャラクタの視点からの映像を「主映像」と呼ぶ。なお既述のごとく、群像ゲームにおいては、ユーザが操作するメインキャラクタが、シナリオごとに設定されている。

第２処理部２４は、メインキャラクタ以外の映像処理を主として行うものとして位置づけられ、主映像以外の映像の表示処理と、その映像に対応する音声処理を行う。以下、主映像以外の映像を「副映像」と呼ぶ。副映像は、例えばメインキャラクタ以外のキャラクタの視点からの映像や、シナリオ間の関係を反映した映像などを含む。以下、メインキャラクタ以外のキャラクタを「サブキャラクタ」と呼び、本実施の形態ではサバイバル群像ゲームを想定しているため、サブキャラクタのうち敵として設定されているものを「敵キャラクタ」と呼ぶこともある。またサブキャラクタの視点からの映像を映し出すモードを「視界ジャックモード」と呼び、シナリオ間の関係を反映した映像を映し出すモードを「リンクナビモード」と呼ぶ。リンクナビモードでは、ユーザがシナリオ間の関係を確認することができる。なお処理ユニット２０における第１処理部２２および第２処理部２４の機能は、ＣＰＵなどのコンピュータにより実現される。

ゲーム装置１０が提供するゲームでは、通常のシナリオ進行時、ディスプレイ３４に主映像が表示された状態で、ユーザがメインキャラクタを操作し、敵キャラクタの位置を確認したい場合や、シナリオ間の関係を確認したい場合などに、副映像をディスプレイ３４に適宜表示させていく。シナリオをクリアするためには、副映像を効率よく確認する必要があるとすることで、ユーザの興味をゲームに引き付けることが可能となる。

進行管理部２６は、複数主体の連鎖によりシナリオが進行するゲームの進行管理を行う。本実施の形態の群像ゲームでは、シナリオごとにメインキャラクタが存在しており、これらのキャラクタ間の関係として、あるシナリオでメインキャラクタが所定のイベントを完了していることが、別のシナリオでのイベントを行うための条件となるように設定する。進行管理部２６は、このようなゲームの進行状況を管理する。例えば、あるイベントＢを行うためには、別のイベントＡを完了していることが条件となるのであれば、ゲーム装置１０が、イベントＢの前にイベントＡを行うべきことをユーザに提示してもよい。なお、進行管理部２６はシナリオ間の整合性を図るだけでなく、１つのシナリオ内における整合性を図ってもよい。進行管理部２６がゲームの進行状況を管理することで、ユーザは複数のメインキャラクタの連鎖、すなわちゲームにおけるキャラクタ同士の協調作業の必要性を認識することができる。

図４は、ディスプレイ３４に表示される主映像の一例を示す。この例において主映像は、メインキャラクタの視点からの映像を含んだ映像、すなわちメインキャラクタの背後からの映像として表現される。主映像の表現法は演出の一つであり、メインキャラクタの背後からの映像とすることで、ユーザは、メインキャラクタの視線方向の映像を見ることができるとともに、客観的にメインキャラクタも見ることができ、ゲームの臨場感を高めることができる。なお主映像からメインキャラクタの映像を排除して、純粋にメインキャラクタの視点映像を表示してもよい。いずれにしても、本実施の形態において主映像は、メインキャラクタの視点からの映像を含んでいればよい。

図５（ａ）は、ディスプレイ３４に表示される副映像の一例を示す。この副映像は、サブキャラクタである敵キャラクタの視点からの映像である。この例では、敵キャラクタがメインキャラクタを直接見ることができる位置、すなわちメインキャラクタとの間に障害物のない位置に存在している。ユーザは、この副映像を見ることで、メインキャラクタの左側に敵キャラクタが接近し、危険が迫っていることを認識する。

図５（ｂ）は、ディスプレイ３４に表示される副映像の別の例を示す。この副映像も敵キャラクタの視点からの映像である。この副映像では、敵キャラクタがメインキャラクタを直接見ることのできない位置に存在している。図中、記号である「＋」印は、メインキャラクタの存在する方向を表現し、メインキャラクタが木の後方に存在している状態を示している。＋印の大きさは、この敵キャラクタとメインキャラクタとの距離を表現する。距離が近ければ＋印を大きく示し、逆に遠ければ＋印を小さく示すことで、ユーザは、直観的にメインキャラクタと敵キャラクタとの距離を把握することができる。ユーザは、この副映像を見ることで、敵キャラクタの方向および距離を認識し、その後のメインキャラクタの移動方向などを決定していく。なお、表示する記号は、「＋」印に限定するものでなく、他の形状の記号を使用してもよい。また、敵キャラクタがメインキャラクタを直接見ることができない位置にある場合だけでなく、直接見ることができる場合であっても、メインキャラクタを記号で表現してもよい。また、直接見ることができない場合には、記号表現ではなく、メインキャラクタを半透明に表現するなど、直接見ることができない位置に存在していることをユーザに直観的に知らしめるような表示を行ってもよい。

図５（ａ）および図５（ｂ）に示す副映像は、主映像を表示した状態から操作部１２を操作して「視界ジャック」モードに入ることで、ディスプレイ３４に表示される。また図４に示す主映像は、副映像を表示した状態から操作部１２に所定の操作を行うことで、ディスプレイ３４に表示される。入力受付部１４は、操作部１２からのモード切替指示を受け付け、切替部１８に伝達する。切替部１８は、このモード切替指示を受けて、第１処理部２２または第２処理部２４のいずれかを選択し、表示映像を主映像から副映像、または副映像から主映像に切り替える。

図６は、第１処理部２２の構成を示す。第１処理部２２は、主映像処理部６０および音声処理部６２を有する。主映像処理部６０は、メインキャラクタの視点映像の表示処理を行い、音声処理部６２は、その映像に対応する音声処理を行う。主映像処理部６０および音声処理部６２は、メディア４０から記憶部３０に読み込まれたゲームデータを、ユーザにより入力された操作指示に基づいて処理する。この処理により、メインキャラクタを仮想空間中で動作させる。ユーザからの操作指示を反映した映像データおよび音声データは、出力部３２に供給され、それぞれディスプレイ３４およびスピーカ３６から出力されることになる。シナリオをクリアすると、第１処理部２２は、その旨を記憶部３０に記録する。

図７は、第２処理部２４の構成を示す。第２処理部２４は、副映像処理部７０および音声処理部９０を有する。副映像処理部７０は、サブキャラクタの視点からの映像や、シナリオ間の関係を示す映像などを表示処理し、音声処理部９０は、その映像に対応する音声処理を行う。副映像処理部７０および音声処理部９０は、第１処理部２２における主映像処理部６０および音声処理部６２と同様に、記憶部３０に読み込まれたゲームデータを、ユーザにより入力された操作指示に基づいて処理する。

副映像処理部７０は、映像モード判定部７２、ロック判定部７４、指示方向検出部７６、位置検出部７８、副映像生成部８０および情報取得部８２を有する。映像モード判定部７２は、操作部１２を介して選択されたモードが「視界ジャックモード」であるか、または「リンクナビモード」であるかを判定する。

視界ジャックモードが選択された場合、ロック判定部７４は、副映像が特定の敵キャラクタの視点映像に固定されているか否かを判定する。副映像が固定されている場合とは、前回以前に視界ジャックモードに入ったときに、ユーザが、注意すべき敵キャラクタを選択して記憶部３０（図１参照）に記憶し、視界をロックしたまま視界ジャックモードから抜けた場合である。この視界ロックは、メインキャラクタが移動しようとする方向に敵キャラクタが存在することをユーザが認識している場合、操作部１２の簡単な操作で、主映像からその敵キャラクタの視点映像に瞬間的に切り替えることができるように、敵キャラクタを記憶部３０に登録しておくという使い方がある。副映像を特定の敵キャラクタの視点映像に固定することで、ユーザが映像を主映像から副映像に切り替えた瞬間に、その敵キャラクタの視点映像がディスプレイ３４に表示される。

視界が固定されていない場合、ユーザが操作部１２のジョイスティック５２を倒すと、指示方向検出部７６が、ジョイスティック５２を倒した方向に敵キャラクタが存在するか否かを調べる。図３に示すゲームコントローラは、２つのジョイスティック５２を有しているが、例えば左側のジョイスティック５２が、方向指示のために用いられる。ジョイスティック５２は前後左右のいずれにも倒すことができ、ここでは前方向をメインキャラクタの視線方向として設定する。指示方向検出部７６は、メインキャラクタが向いている方向、すなわち主映像の視線方向を基準として、他のサブキャラクタの存在する方向を検出する。

図８は、指示方向検出部７６のサブキャラクタ検出機能を説明するための図である。この例では、基準方向をメインキャラクタ１００ａの視線方向に設定し、メインキャラクタ１００ａの位置を中心に時計回りの角度を用いて、サブキャラクタの存在する方向を検出する。サブキャラクタ１００ｂは、視線方向、すなわち角度０の方向に存在する。同様に、サブキャラクタ１００ｃは角度α、サブキャラクタ１００ｄは角度β、サブキャラクタ１００ｅは角度γの方向に存在している。

続いて、指示方向検出部７６はジョイスティック５２の倒れた方向を検出し、その方向にサブキャラクタが存在しているか否かを判定する。図示の例は、視線方向にジョイスティック５２を倒し、その方向に対して左右に所定の角度をもたせた領域、すなわちハッチングを施した領域にサブキャラクタ１００ｂが存在している状態を示している。指示方向検出部７６は、ユーザにより指示された方向にサブキャラクタ１００ｂが存在していることを検出すると、その検出結果を位置検出部７８に伝達する。具体的に、指示方向検出部７６は、メインキャラクタに対してサブキャラクタが存在する方向を演算し、ユーザにより指示された方向と演算により求めた方向とが一致する場合に、ユーザの指示方向にサブキャラクタが存在していることを検出する。なお本実施の形態において、方向が一致するとは、方向が近似する場合も含む概念であり、すなわち、ユーザにより指示された方向に所定の角度をもたせた領域にサブキャラクタの存在方向が含まれる場合も含む。位置検出部７８は、メインキャラクタ１００ａがサブキャラクタ１００ｂの視野角に存在しているか否かを判定する。

図９（ａ）は、メインキャラクタ１００ａがサブキャラクタ１００ｂの視野角に入っている状態を示し、図９（ｂ）は、メインキャラクタ１００ａがサブキャラクタ１００ｂの視野角に入っていない状態を示す。視野角に入っている場合、位置検出部７８は、サブキャラクタ１００ｂの視界においてメインキャラクタ１００ａの存在する方向を検出する。メインキャラクタ１００ａの存在方向は、視野角を２分する方向、すなわちサブキャラクタ１００ｂの視線方向を基準として、時計回りまたは反時計回りの角度として求めてもよい。指示方向検出部７６および位置検出部７８における検出結果は、副映像生成部８０に伝達される。

副映像生成部８０は、指示方向検出部７６および位置検出部７８の出力を受けて、サブキャラクタの視点映像となる副映像を生成する。まず、指示方向検出部７６において、メインキャラクタ１００ａに対して所定の方向にサブキャラクタが存在しないことが検出された場合、副映像生成部８０は、ノイズ映像を副映像として生成する。ノイズ映像は、テレビの番組終了時に映し出される「砂嵐」の映像であってよく、ノイズ映像を流すことで、ユーザは指示した方向にサブキャラクタが存在しないことを直観的に認識することができる。

一方、指示した所定の方向にサブキャラクタが存在していることが検出された場合、副映像生成部８０は、そのサブキャラクタの視点からの映像を副映像として生成する。なお位置検出部７８が、サブキャラクタの視野角内にメインキャラクタの存在を検出した場合、メインキャラクタとサブキャラクタの間に障害物が存在していれば、図５（ｂ）に示すように、メインキャラクタの存在方向を記号例えば＋印で表現する。副映像生成部８０は、＋印の大きさによりメインキャラクタとサブキャラクタの距離を表現してもよい。また、副映像生成部８０は、メインキャラクタとサブキャラクタの距離に応じて、副映像または音声に加工処理を施してもよい。具体的には、距離が近いほど副映像の鮮明度を上げて、また音声を大きくしてもよく、逆に距離が離れるほど副映像の鮮明度を下げて、また音声を小さくしてもよい。以上の視聴効果を利用することで、ユーザは直観的にメインキャラクタとサブキャラクタの距離および位置関係を把握することができ、斬新なゲーム性を実現することが可能となる。

ユーザは、操作部１２の所定の操作状態に対応付けて、特定のサブキャラクタを記憶部３０（図１参照）に記憶させることができる。具体的には、ジョイスティック５２を操作してサブキャラクタの視界をジャックした状態で、図３に示すキー群５０のいずれかのキーを押すことで、サブキャラクタを記憶部３０に記憶させる。例えば、あるサブキャラクタの視界を映像表示した状態でキー群５０のうちの「○キー」を押すと、○キーにそのキャラクタの視点映像を割り当てることができる。キー割当部１６は、入力受付部１４を介してユーザのキー入力を受け取ると、そのキーにサブキャラクタを割り当て、記憶部３０に記憶する。キーの割り当て、すなわちサブキャラクタの登録は、キーの数だけ行うことができる。この例ではキー群５０が４つのキーから構成されており、したがって最大で４つのサブキャラクタを記憶部３０に記憶することができる。

図７に戻って、視界ジャックモードの開始時において、ロック判定部７４は、視界がロックされているか否かを判定し、ロックされている場合には、そのサブキャラクタの副映像を生成するよう位置検出部７８に指示する。また、複数のキーにそれぞれサブキャラクタが対応付けられている場合には、ユーザが、キーを選択して押すことで、ロック判定部７４が、対応するサブキャラクタの副映像を生成するよう位置検出部７８に指示する。位置検出部７８はサブキャラクタの視界におけるメインキャラクタの存在方向を検出し、副映像生成部８０は、サブキャラクタの視点映像を副映像として生成する。位置検出部７８および副映像生成部８０の処理は上記したとおりである。

図１０は、視界ジャックモードにおける映像表示の処理フローを示す。まず、ロック判定部７４が、視界ジャックモードにおいて特定のサブキャラクタの視界がロックされているか否かを判定する（Ｓ１０）。例えば前回の視界ジャックモードにおいて、特定のサブキャラクタの視界を固定した状態で主映像に戻ったとき、次回の視界ジャックモードにおいては、視界がロックされていると判定される（Ｓ１０のＹ）。視界がロックされているとき、そのサブキャラクタの視点映像をディスプレイ３４に表示する（Ｓ１２）。サブキャラクタの視界にメインキャラクタが直接映らないときは、位置検出部７８が、メインキャラクタの存在方向を検出して、副映像生成部８０が、サブキャラクタの視点映像中にメインキャラクタの方向を記号で表現する。

一方、視界がロックされていない場合（Ｓ１０のＮ）、ノイズ映像が表示される（Ｓ１４）。続いて、キー入力の有無を判定し（Ｓ１６）、キーが入力された場合は（Ｓ１６のＹ）、そのキーにサブキャラクタが割り当てられているか否かを判定する（Ｓ１８）。割り当てられている場合（Ｓ１８のＹ）、対応するサブキャラクタの視点映像を表示し（Ｓ１２）、割り当てられていない場合は（Ｓ１８のＮ）、ノイズ映像を表示した状態を維持する（Ｓ１４）。

キー入力がない場合（Ｓ１６のＮ）、ユーザがジョイスティック５２を操作すると（Ｓ２０）、指示方向検出部７６が、ジョイスティック５２の入力角度を検出する（Ｓ２２）。また指示方向検出部７６は、サブキャラクタの存在位置を検出して、メインキャラクタの視線方向に対するサブキャラクタの方向を求める。これにより、ジョイスティック５２により指示された方向にサブキャラクタが存在するか否かを判定する（Ｓ２４）。サブキャラクタが存在する場合（Ｓ２４のＹ）、そのサブキャラクタの視点映像を表示し（Ｓ１２）、存在しない場合は（Ｓ２４のＮ）、ノイズ映像を表示する（Ｓ１４）。ジョイスティック５２を倒した状態で３６０度回転させると、サブキャラクタの視点映像とノイズ映像とが交互に表示され、ユーザは、メインキャラクタの周囲におけるサブキャラクタの存在方向を容易にサーチできる。

サブキャラクタの視点映像が表示された状態で、ユーザがキーを入力すると（Ｓ２６のＹ）、キー割当部１６が、入力したキーとサブキャラクタとを対応付けて記憶部３０に記憶する（Ｓ２８）。以後、視界ジャックモードにおいて、そのキーが入力されると、対応するサブキャラクタの視点映像が表示されることになる。キー入力が行われない場合は（Ｓ２６のＮ）、キーの割当は行われない。続いて、モード変更の有無、すなわち視界ジャックモードから抜けるか否かを判定し（Ｓ３０）、視界ジャックモードを継続する場合は（Ｓ３０のＮ）、ユーザによるジョイスティック５２の操作を受けて（Ｓ２０）、その入力角度を検出し（Ｓ２２）、サブキャラクタの存在の有無を検出していく（Ｓ２４）。以後、上記の処理を繰り返して行う。ユーザからモードの変更指示が入力される場合（Ｓ３０のＹ）、視界ジャックモードにおける映像表示を終了する。

以下、ゲーム装置１０が、ゲームの進行状況およびシナリオの進行順序を反映した映像をユーザに提示する構成を示す。既述のごとく、ゲーム装置１０は、複数主体の連鎖によりシナリオが進行する群像ゲームを提供する。図１に戻って、群像ゲームにおけるシナリオの進行状況は、進行管理部２６により管理される。

記憶部３０は、予め定められたシナリオの進行順序を記憶する。複数のシナリオからなる群像ゲームにおいて、各シナリオは独立して存在してもよいが、シナリオ間に何らかの所定の関係を与えることで、ゲームの複雑さを実現し、ユーザの興味を引き付けることができる。シナリオ間の関係を説明するために、以下のような３つのイベントを想定する。
（イベントＡ）敵キャラクタから鍵を奪う。
（イベントＢ）奪った鍵をキーボックスに入れておく。
（イベントＣ）キーボックスから鍵を取りだし、ドアの鍵をあける。

以上の３つのイベントが、それぞれ独立したシナリオにおいて、それぞれのメインキャラクタにより実現される。なお、これらのイベントの実現が１つのシナリオ中に要求されてもよく、また、あるシナリオで２つのイベントの実現が要求され、別のシナリオで１つのイベントの実現が要求されてもよい。いずれの場合であっても、シナリオには進行順序が予め設定されており、イベントＡ、イベントＢ、イベントＣは、この順序で達成される必要がある。以下、このイベントの達成順序を、シナリオの進行順序と呼ぶ。すなわち本実施の形態において、シナリオの進行順序は、シナリオ間の順序関係だけでなく、シナリオ内のイベントの順序関係も含む概念として用いる。

図１１は、リンクナビモードにおいてディスプレイ３４に表示される副映像の一例を示す。上記したサブキャラクタの視点映像と区別するため、リンクナビモードにおける副映像を「リンクナビ映像」と呼ぶ。主映像が表示されている状態から、ユーザが操作部１２の所定のキー操作を行うことで、リンクナビモードに移ることができる。図７において、映像モード判定部７２が、操作部１２（図１参照）を介してリンクナビモードが選択されたことを判定すると、情報取得部８２が、記憶部３０からリンクナビ映像の生成に必要な情報を取得する。

記憶部３０は、予め定められたシナリオの進行順序を記憶している。また進行管理部２６は、複数主体の連鎖によりシナリオが進行するゲームの進行管理を行い、ゲームの進行状況、具体的には既に終了したシナリオ（イベント）を、記憶部３０に記録する。例えば記憶部３０がゲーム中のシナリオのリストを有しており、シナリオが終了するごとに、進行管理部２６が、リストにシナリオの終了を示すフラグをたててもよい。情報取得部８２は、記憶部３０から、ゲームの進行状況およびシナリオの進行順序を示す情報を取得する。

副映像生成部８０は、情報取得部８２において取得したゲームの進行状況およびシナリオの進行順序をもとに、副映像であるリンクナビ映像を生成する。図１１は、シナリオの進行順序を示すリンクナビ映像の初期画面であり、キャラクタＹがイベントＡを、キャラクタＸがイベントＢを、キャラクタＺがイベントＣを、この順に行うべきことが表示されている。イベント間の順序は、矢印で表現される。ユーザはリンクナビ映像をみて、どのシナリオを最初に行えばよいか、またどのキャラクタでシナリオを進行させればよいかを、認識することができる。情報取得部８２は、複数キャラクタ間の行動に起因して論理上の破綻が生じていることを検出すると、その破綻している箇所を副映像生成部８０に伝達する。副映像生成部８０は、その破綻箇所をリンクナビ映像に表現する。

具体的には、図１１の例において、キャラクタＹによるイベントＡの終了前に、キャラクタＸによりイベントＢを終了することは、論理上不可能である。そのため、ユーザが、イベントＡの前にイベントＢを行おうとしている場合、副映像生成部８０は、論理上の破綻が生じていることをユーザに提示するべく、イベントＢの前にイベントＡを行うべきことをリンクナビ映像中に表現する。例えば副映像生成部８０は、完了したイベントの表示に色付けを施し、現在実行中のイベントは点滅させて表示する。ユーザは、イベントＢが点滅しており、一方でイベントＡに完了済みの表示処理が施されていない場合は、イベントＢの前にイベントＡを行うべきことを認識できる。なお、リンクナビ映像中に、イベントＡが行われていないことを示す警告を直接的に表現してもよい。いずれの場合であっても、複数キャラクタ間の行動に起因した論理上の破綻をリンクナビ映像中に表現することで、ユーザは、現在実行中のイベントを変更するべきことを容易に認識することが可能となる。

本実施の形態のゲーム装置１０によると、シナリオ間の関係に何らかの含みを持たせたゲームの提供が可能となり、ユーザは、リンクナビ映像をもとに、円滑にゲームを進行することができる。例えば、シナリオ間の関係に謎解きの要素を含ませることで、ゲーム性を向上することも可能である。またシナリオをクリアした条件により、シナリオ間に新たな関係を動的に発生させることも可能であり、その場合は、リンクナビ映像に新たなイベントが表示されることとなり、ゲーム性の向上に大いに貢献する。このようにゲーム装置１０は、主映像と副映像とを切り替えて表示することで、ゲーム性を向上し、またゲームの円滑進行を実現することができる。

図１２は、本実施の形態におけるキャラクタの表情映像の処理方法を説明するための図である。本実施の形態のゲーム装置１０は、画像データの演算量を少なくするために、キャラクタの表情をαブレンディング技術を用いて変化させる。記憶部３０は、テクスチャデータである表情の画像を複数記憶する。図示の例は、怒った表情画像１０２ａと笑った表情画像１０２ｂである。

図１３は、αブレンディングを行う副映像処理部７０の構成を示す。副映像処理部７０は、感情判定部１１０、テクスチャ画像選択部１１２、動画取得部１１４およびはめ込み部１１６を備える。なおαブレンディングを用いた表示処理は副映像処理部７０だけでなく、主映像処理部６０（図６参照）にも組み込むことが好ましく、処理ユニット２０全体においてキャラクタの表情を生成する機能として利用される。

感情判定部１１０は、キャラクタの状況から、キャラクタの感情を判定する。感情は、代表的には喜怒哀楽であり、その他に恐怖、困惑または切羽詰った気分などが例示される。記憶部３０は、ゲームのシナリオに応じてキャラクタに発生し得る様々な感情に対応する複数の表情画像をテクスチャ画像として予め記録しておく。

感情判定部１１０は、例えば、メインキャラクタが敵キャラクタに追われているときは、メインキャラクタが恐怖の感情にあることを判定し、敵キャラクタから逃げ切ったときは、安堵の感情にあることを判定する。このように、感情判定部１１０は、キャラクタの置かれている状況を把握することで、キャラクタの感情を定めていく。

テクスチャ画像選択部１１２は、判定された感情に応じて、表情のテクスチャ画像を記憶部３０から選択し、はめ込み部１１６が、キャラクタの表情として画面上の所定位置、すなわちキャラクタの顔位置にはめ込み表示していく。キャラクタの動作は、仮想空間において３次元ＣＧなどを用いて表現される。

キャラクタの感情が変化するとき、テクスチャ画像選択部１１２は、変化後の表情のテクスチャ画像を記憶部３０から選択する。動画取得部１１４は、変化前の表情と変化後の表情の画像の間をαブレンディングし、一連の動画を１つのオブジェクトとして取得する。図１２に示すように、動画取得部１１４は、怒った表情画像１０２ａと笑った表情画像１０２ｂの間をαブレンディングして、怒った表情から笑った表情までの一連の動画を取得することで、感情の移り変わりによる表情変化を簡易に取得することができる。はめ込み部１１６は、このオブジェクトを画面上の所定位置にはめ込み表示する。これにより、キャラクタの感情に応じた表情の移り変わりを、少ないデータ演算量で実現することが可能となる。特に、この映像処理技術は、キャラクタの目を閉じた状態と開いた状態の間の移り変わりを表現する場合のように、比較的シンプルで、また画面中の比較的小さな領域の映像に適用することで、十分な視覚効果を発揮することが可能となる。

以上、本発明を実施の形態をもとに説明したが、本発明の技術的範囲は上記実施の形態に記載の範囲には限定されない。上記実施の形態は例示であり、それらの各構成要素の組合せに、さらにいろいろな変形例が可能なこと、またそうした変形例も本発明の範囲にあることは当業者に理解されるところである。以下、そうした例を挙げる。

上記実施の形態では、群像ゲームにおいて１人のユーザがメインキャラクタを操作することを想定としているが、複数のユーザが、それぞれのメインキャラクタを操作することも可能である。その場合、１つのシナリオ中で、お互いが協力して予め実行順序を定められた複数のイベントを完了していってもよく、複数のユーザは適宜リンクナビ映像を確認することで、円滑にゲームを進行することが可能となる。また、複数のゲーム装置１０がネットワークを介して接続されている場合は、各ゲーム装置１０において、ユーザは、自身が操作するメインキャラクタの視点映像と、別のユーザが操作するキャラクタの視点映像とを切り替えて表示することができ、会話をしなくても、互いの状況を確認することが可能となる。

また、実施の形態では移動オブジェクトとして、人物であるキャラクタを想定しているが、本発明はこれに限定するものではなく、動物であってもよいし、車や飛行機などの乗物であってもよい。すなわち移動オブジェクトは、仮想空間中を移動する物体であればよく、乗物のように本来的に視覚を有していないものも含む。乗物のように視覚を有していないものについては、仮想的な視点を乗物に設定することで、本発明における移動オブジェクトとなる。

本発明は、映像表示の分野に適用することができる。

［図１］実施の形態に係るゲーム装置の構成を示す図である。
［図２］ゲーム装置が接続されたネットワーク環境を示す図である。
［図３］操作部の一例であるゲーム機用コントローラを示す図である。
［図４］ディスプレイに表示される主映像の一例を示す図である。
［図５］（ａ）はディスプレイに表示される副映像の一例を示す図であり、（ｂ）は副映像の別の例を示す図である。
［図６］第１処理部の構成を示す図である。
［図７］第２処理部の構成を示す図である。
［図８］指示方向検出部のサブキャラクタ検出機能を説明するための図である。
［図９］（ａ）はメインキャラクタがサブキャラクタの視野角に入っている状態を示す図であり、（ｂ）は視野角に入っていない状態を示す図である。
［図１０］視界ジャックモードにおける映像表示の処理フローを示す図である。
［図１１］リンクナビモードにおいて表示される副映像の一例を示す図である。
［図１２］表情映像の処理方法を説明するための図である。
［図１３］αブレンディングを行う副映像処理部の構成を示す図である。

符号の説明

１０・・・ゲーム装置、１１・・・ネットワーク、１２・・・操作部、１４・・・入力受付部、１６・・・キー割当部、１８・・・切替部、２０・・・処理ユニット、２６・・・進行管理部、３０・・・記憶部、３２・・・出力部、３４・・・ディスプレイ、３６・・・スピーカ、４０・・・メディア。

Claims (19)

1. 仮想空間においてユーザが操作する第１の移動オブジェクトの視点からの主映像を表示する第１処理部と、
   映像を、主映像から、第１の移動オブジェクト以外の移動オブジェクトのうちの第２の移動オブジェクトの視点からの副映像に切り替えて表示する第２処理部と、
   を備えることを特徴とする映像表示装置。
2. 第２の移動オブジェクトを記憶する記憶部と、
   第２の移動オブジェクトの表示指示を受け付ける受付部とをさらに備え、
   映像が副映像から主映像に戻った後、前記第２処理部は、前記受付部で受け付けた指示をもとに、第２の移動オブジェクトに係る副映像を表示することを特徴とする請求項１に記載の映像表示装置。
3. ユーザが映像に関する操作を行うための操作部をさらに備え、
   前記記憶部は、第２の移動オブジェクトを、操作部の所定の操作状態に対応付けて記憶することを特徴とする請求項２に記載の映像表示装置。
4. 前記第２処理部は、第１の移動オブジェクト以外の移動オブジェクトのうち、第１の移動オブジェクトに対してユーザから指示された方向に存在する第２の移動オブジェクトの視点からの副映像を表示することを特徴とする請求項１から３のいずれかに記載の映像表示装置。
5. 前記第２処理部は、第２の移動オブジェクトが存在しない方向に関する映像を表示するときには、ノイズ映像を副映像として表示することを備えることを特徴とする請求項４に記載の映像表示装置。
6. 前記第２処理部は、副映像を表示するとき、その中に第１の移動オブジェクトの存在方向を記号で示すことを特徴とする請求項１に記載の映像表示装置。
7. 前記第２処理部は、記号の大きさにより、第１の移動オブジェクトと第２の移動オブジェクトの距離を表現することを特徴とする請求項６に記載の映像表示装置。
8. 前記第２処理部は、副映像を表示するとき、第１の移動オブジェクトと第２の移動オブジェクトの距離に応じて、副映像または音声に加工処理を施すことを特徴とする請求項１に記載の映像表示装置。
9. 仮想空間においてユーザが操作する第１の移動オブジェクトに対して、第２の移動オブジェクトが存在する方向を演算し、ユーザにより指示された方向と演算により求めた方向とが一致する場合に、第２の移動オブジェクトに関する映像を表示することを特徴とする映像表示方法。
10. 仮想空間においてユーザが操作する第１の移動オブジェクトの視点からの主映像を表示するステップと、
    映像を、主映像から、第１の移動オブジェクト以外の移動オブジェクトのうちの第２の移動オブジェクトの視点からの副映像に切り替えて表示するステップと、
    を備えることをと映像表示方法。
11. コンピュータに、
    仮想空間においてユーザが操作する第１の移動オブジェクトの視点からの主映像を表示する機能と、
    映像を、主映像から、第１の移動オブジェクト以外の移動オブジェクトのうちの第２の移動オブジェクトの視点からの副映像に切り替えて表示する機能と、
    を実行させるためのプログラム。
12. コンピュータに、
    仮想空間においてユーザが操作する第１の移動オブジェクトの視点からの主映像を表示する機能と、
    映像を、主映像から、第１の移動オブジェクト以外の移動オブジェクトのうちの第２の移動オブジェクトの視点からの副映像に切り替えて表示する機能と、
    を実行させるためのプログラムを記録したコンピュータ読み取り可能な記録媒体。
13. 複数主体の連鎖によりシナリオが進行するゲームの進行管理を行う管理部と、
    予め定められたシナリオの進行順序を記憶する記憶部と、
    ゲームの進行状況およびシナリオの進行順序を反映した映像を表示する処理部と、
    を備えることを特徴とする映像表示装置。
14. 処理部は、シナリオの進行上、複数主体間の行動に起因して論理上の破綻が生じている場合に、その破綻を映像に表現することを特徴とする請求項１３に記載の映像表示装置。
15. 複数主体の連鎖によりシナリオが進行するゲームの進行管理を行うステップと、
    定められたシナリオの進行順序を予め記憶しておくステップと、
    ゲームの進行状況およびシナリオの進行順序を反映した映像を表示するステップと、
    を備えることを特徴とする映像表示方法。
16. コンピュータに、
    複数主体の連鎖によりシナリオが進行するゲームの進行管理を行う機能と、
    予め定められたシナリオの進行順序を記憶する機能と、
    ゲームの進行状況およびシナリオの進行順序を反映した映像を表示する機能と、
    を実行させるためのプログラム。
17. コンピュータに、
    複数主体の連鎖によりシナリオが進行するゲームの進行管理を行う機能と、
    予め定められたシナリオの進行順序を記憶する機能と、
    ゲームの進行状況およびシナリオの進行順序を反映した映像を表示する機能と、
    を実行させるためのプログラムを記録したコンピュータ読み取り可能な記録媒体。
18. 複数の映像表示装置がネットワークを介して接続され、それぞれの映像表示装置のユーザが仮想空間において操作する移動オブジェクトの動きを他の映像表示装置の映像に反映する映像表示システムであって、各映像表示装置は、
    仮想空間においてユーザが操作する第１の移動オブジェクトの視点からの主映像を表示する第１処理部と、
    映像を、主映像から、別のユーザが操作する第２の移動オブジェクトの視点からの副映像に切り替えて表示する第２処理部とを備えることを特徴とする映像表示システム。
19. ネットワークを介して接続された複数の映像表示装置において映像を表示する方法であって、
    ユーザが仮想空間において操作する第１の移動オブジェクトの視点からの主映像を表示するステップと、
    映像を、主映像から、別のユーザが操作する第２の移動オブジェクトの視点からの副映像に切り替えて表示するステップと、
    を備えることを特徴とする映像表示方法。

Images