7583760 情報処理プログラム、情報処理装置、情報処理システム、および情報処理方法

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2024-11-06

(45)【発行日】2024-11-14

(54)【発明の名称】情報処理プログラム、情報処理装置、情報処理システム、および情報処理方法

(51)【国際特許分類】

   G06T 19/00 20110101AFI20241107BHJP

   A63F 13/52 20140101ALI20241107BHJP

   A63F 13/5258 20140101ALI20241107BHJP

   A63F 13/55 20140101ALI20241107BHJP

   A63F 13/5255 20140101ALI20241107BHJP

【ＦＩ】

G06T19/00 A

A63F13/52

A63F13/5258

A63F13/55

A63F13/5255

【請求項の数】 19

(21)【出願番号】P 2022050294

(22)【出願日】2022-03-25

(65)【公開番号】P2023143093

(43)【公開日】2023-10-06

【審査請求日】2023-11-06

(73)【特許権者】

【識別番号】000233778

【氏名又は名称】任天堂株式会社

(74)【代理人】

【識別番号】100158780

【弁理士】

【氏名又は名称】寺本 亮

(74)【代理人】

【識別番号】100121359

【弁理士】

【氏名又は名称】小沢 昌弘

(74)【代理人】

【識別番号】100130269

【弁理士】

【氏名又は名称】石原 盛規

(72)【発明者】

【氏名】平向 雄高

【審査官】渡部 幸和

(56)【参考文献】

【文献】特開２０１８－０１０４８８（ＪＰ，Ａ）

【文献】特開２０１４－２３５６５７（ＪＰ，Ａ）

【文献】特開２０１４－１９５７１５（ＪＰ，Ａ）

【文献】特開２００２－２６９５８２（ＪＰ，Ａ）

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｇ０６Ｔ １９／００ － １９／２０

Ｇ０６Ｔ １５／００ － １５／８７

Ａ６３Ｆ １３／００ － １３／９８

(57)【特許請求の範囲】

【請求項1】

情報処理装置のコンピュータにおいて実行される情報処理プログラムであって、
前記コンピュータを、
仮想カメラからの距離に応じたぼかしの強度で、仮想空間の当該仮想カメラからの視野の画像をぼかしたぼかし画像を生成するぼかし画像生成手段と、
前記ぼかし画像を表示画面に出力させる処理を行う画像出力手段として機能させ、
前記ぼかし画像生成手段は、さらに前記ぼかし画像内の位置に応じて前記ぼかしの強度を決定し、前記仮想空間内の注目位置と前記仮想カメラとの距離および前記仮想カメラの撮影方向の少なくとも一方に応じて、前記ぼかし画像内の少なくとも一部の位置について前記ぼかしの強度を変更する、情報処理プログラム。

【請求項2】

前記ぼかし画像生成手段は、前記仮想カメラからの距離が第１の距離よりも小さい範囲において、当該仮想カメラからの距離が小さい位置の方が前記ぼかしの強度を大きくする、請求項１に記載の情報処理プログラム。

【請求項3】

前記ぼかし画像生成手段は、前記注目位置と前記仮想カメラとの距離が小さい方が、または前記仮想カメラの前記撮影方向が水平方向に近い方が、前記ぼかし画像内の少なくとも一部の位置について前記ぼかしの強度を小さくする、請求項２に記載の情報処理プログラム。

【請求項4】

前記ぼかし画像生成手段は、前記仮想カメラからの距離が第２の距離よりも大きい範囲において、当該仮想カメラからの距離が大きい位置の方が前記ぼかしの強度を大きくする、請求項１に記載の情報処理プログラム。

【請求項5】

前記ぼかし画像生成手段は、前記注目位置と前記仮想カメラとの距離が大きい方が、または前記仮想カメラの前記撮影方向が水平方向から遠い方が、前記ぼかし画像内の少なくとも一部の位置について前記ぼかしの強度を小さくする、請求項４に記載の情報処理プログラム。

【請求項6】

前記ぼかし画像生成手段は、前記注目位置と前記仮想カメラとの距離および前記仮想カメラの前記撮影方向の少なくとも一方に応じて、前記ぼかし画像内におけるぼかしの範囲を変更する、請求項２乃至５の何れか１つに記載の情報処理プログラム。

【請求項7】

前記ぼかし画像生成手段は、前記ぼかし画像内の位置に応じたマスク処理の強度を示すマスクデータを生成し、前記注目位置と前記仮想カメラとの距離および前記仮想カメラの撮影方向の少なくとも一方に応じて当該マスクデータを変更するマスクデータ生成手段を含み、
前記ぼかし画像生成手段は、前記変更されたマスクデータが示す前記マスク処理の強度が大きい方が前記ぼかしの強度が小さくなるように、前記ぼかしの強度を変更する、請求項１乃至６の何れか１つに記載の情報処理プログラム。

【請求項8】

前記マスクデータ生成手段は、
前記注目位置と前記仮想カメラとの距離が小さいほど、または前記仮想カメラの撮影方向が水平方向に近いほど、前記マスク処理の強度が大きくなるように前記マスクデータとして第１のマスクデータを生成し、
前記注目位置と前記仮想カメラとの距離が大きいほど、または前記仮想カメラの撮影方向が水平方向から遠いほど、前記マスク処理の強度が大きくなるように前記マスクデータとして第２のマスクデータを生成し、
前記ぼかし画像生成手段は、
前記仮想カメラからの距離が第１の距離よりも小さい範囲において、当該仮想カメラからの距離が小さい位置の方が前記ぼかしの強度を大きくして、前記第１のマスクデータが示す前記マスク処理の強度が大きい方が前記ぼかしの強度が小さくなるように、前記ぼかしの強度を変更し、
前記仮想カメラからの距離が第２の距離よりも大きい範囲において、当該仮想カメラからの距離が大きい位置の方が前記ぼかしの強度を大きくして、前記第２のマスクデータが示す前記マスク処理の強度が大きい方が前記ぼかしの強度が小さくなるように、前記ぼかしの強度を変更する、請求項７に記載の情報処理プログラム。

【請求項9】

前記注目位置は、前記仮想カメラが姿勢を回転させる際の回転中心となる注視点である、請求項１乃至８の何れか１つに記載の情報処理プログラム。

【請求項10】

ユーザの第１入力に基づいて前記仮想カメラの前記撮影方向が変更された場合に、当該撮影方向に応じて当該仮想カメラの注視点と当該仮想カメラとの距離を変更する撮影距離変更手段として、さらに前記コンピュータを機能させる、請求項９に記載の情報処理プログラム。

【請求項11】

前記注目位置は、仮想空間内に配置されたプレイヤキャラクタの位置である、請求項１乃至１０の何れか１つに記載の情報処理プログラム。

【請求項12】

前記プレイヤキャラクタをユーザの第２入力に基づいて移動させるキャラクタ移動手段として、さらに前記コンピュータを機能させる、請求項１１に記載の情報処理プログラム。

【請求項13】

前記ぼかし画像生成手段は、前記ぼかし画像の中心側の位置の方が前記ぼかしの強度を小さく変更する、請求項１乃至１２の何れか１つに記載の情報処理プログラム。

【請求項14】

前記ぼかし画像生成手段は、前記ぼかし画像の中央部よりも下側の基準点に近づく方が前記ぼかしの強度を小さく変更する、請求項１乃至１２の何れか１つに記載の情報処理プログラム。

【請求項15】

前記ぼかし画像生成手段は、仮想カメラからの距離および前記撮影方向に基づいたぼかしの強度で前記ぼかし画像を生成し、前記仮想空間内の注目位置と前記仮想カメラとの距離に応じて、当該ぼかし画像内の少なくとも一部の位置について当該ぼかしの強度を変更する、請求項１乃至１４の何れか１つに記載の情報処理プログラム。

【請求項16】

前記ぼかし画像生成手段は、前記仮想空間の前記仮想カメラからの視野の画像の各画素に対応する当該仮想空間内の位置と当該仮想カメラとの距離に応じて当該画像をぼかすことにより、前記ぼかし画像を生成する、請求項１乃至１５の何れか１つに記載の情報処理プログラム。

【請求項17】

仮想カメラからの距離に応じたぼかしの強度で、仮想空間の当該仮想カメラからの視野の画像をぼかしたぼかし画像を生成するぼかし画像生成手段と、
前記ぼかし画像を表示画面に出力させる処理を行う画像出力手段とを備え、
前記ぼかし画像生成手段は、さらに前記ぼかし画像内の位置に応じて前記ぼかしの強度を決定し、前記仮想空間内の注目位置と前記仮想カメラとの距離および前記仮想カメラの撮影方向の少なくとも一方に応じて、前記ぼかし画像内の少なくとも一部の位置について前記ぼかしの強度を変更する、情報処理装置。

【請求項18】

仮想カメラからの距離に応じたぼかしの強度で、仮想空間の当該仮想カメラからの視野の画像をぼかしたぼかし画像を生成するぼかし画像生成手段と、
前記ぼかし画像を表示画面に出力させる処理を行う画像出力手段とを備え、
前記ぼかし画像生成手段は、さらに前記ぼかし画像内の位置に応じて前記ぼかしの強度を決定し、前記仮想空間内の注目位置と前記仮想カメラとの距離および前記仮想カメラの撮影方向の少なくとも一方に応じて、前記ぼかし画像内の少なくとも一部の位置について前記ぼかしの強度を変更する、情報処理システム。

【請求項19】

仮想カメラからの距離に応じたぼかしの強度で、仮想空間の当該仮想カメラからの視野の画像をぼかしたぼかし画像を生成するぼかし画像生成ステップと、
前記ぼかし画像を表示画面に出力させる処理を行う画像出力ステップとを含み、
前記ぼかし画像生成ステップでは、さらに前記ぼかし画像内の位置に応じて前記ぼかしの強度が決定され、前記仮想空間内の注目位置と前記仮想カメラとの距離および前記仮想カメラの撮影方向の少なくとも一方に応じて、前記ぼかし画像内の少なくとも一部の位置について前記ぼかしの強度が変更される、情報処理方法。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、仮想空間の画像を表示する処理を行う情報処理プログラム、情報処理装置、情報処理システム、および情報処理方法に関する。

【背景技術】

【0002】

従来、表示画面上でぼかしを行う範囲を設定し、被写界深度に応じてぼかした仮想空間の画像を表示する技術が開示されている（例えば、非特許文献１参照）。

【先行技術文献】

【非特許文献】

【0003】

【文献】”Ｕｎｒｅａｌ Ｅｎｇｉｎｅ ４ Ｄｏｃｕｍｅｎｔａｔｉｏｎ“、［ｏｎｌｉｎｅ］、Ｅｐｉｃ Ｇａｍｅｓ， Ｉｎｃ、［令和４年２月１４日検索］、インターネット（URL：https://docs.unrealengine.com/4.27/en-US/RenderingAndGraphics/PostProcessEffects/DepthOfField/MobileDOFMethods/）

【発明の概要】

【発明が解決しようとする課題】

【0004】

しかしながら、上記非特許文献１で開示された技術は、ぼかしを行う画面上の範囲を仮想カメラの状態に合わせて変更することができなかったため、視認性が悪くなることがあった。

【0005】

それ故に、本発明の目的は、仮想カメラの状態に合わせて表示画像の視認性を向上させることができる情報処理プログラム、情報処理装置、情報処理システム、および情報処理方法を提供することである。

【課題を解決するための手段】

【0006】

上記目的を達成するために、本発明は例えば以下のような構成を採用し得る。

【0007】

本発明の情報処理プログラムの一構成例は、情報処理装置のコンピュータにおいて実行される。情報処理プログラムは、ぼかし画像生成手段および画像出力手段として、コンピュータを機能させる。ぼかし画像生成手段は、仮想カメラからの距離に応じたぼかしの強度で、仮想空間の当該仮想カメラからの視野の画像をぼかしたぼかし画像を生成する。画像出力手段は、ぼかし画像を表示画面に出力させる処理を行う。ぼかし画像生成手段は、さらにぼかし画像内の位置に応じてぼかしの強度を決定し、仮想空間内の注目位置と仮想カメラとの距離および仮想カメラの撮影方向の少なくとも一方に応じて、ぼかし画像内の少なくとも一部の位置についてぼかしの強度を変更する。

【0008】

上記によれば、仮想カメラの状態に合わせてぼかし画像内の少なくとも一部の位置についてぼかしの強度を変更することができるため、当該画像の視認性を向上させることができる。

【0009】

上記ぼかし画像生成手段は、仮想カメラからの距離が第１の距離よりも小さい範囲において、当該仮想カメラからの距離が小さい位置の方がぼかしの強度を大きくしてもよい。

【0010】

上記によれば、仮想カメラからの距離が第１の距離よりも近い位置において近景ボケが生じた画像を表示することができる。

【0011】

上記ぼかし画像生成手段は、注目位置と仮想カメラとの距離が小さい方が、または仮想カメラの撮影方向が水平方向に近い方が、ぼかし画像内の少なくとも一部の位置についてぼかしの強度を小さくしてもよい。

【0012】

上記によれば、注目位置と仮想カメラとの距離が相対的に小さい場合、または仮想カメラの撮影方向が水平方向に相対的に近い場合に、近景ボケに対する画像の視認性を向上させることができる。

【0013】

上記ぼかし画像生成手段は、仮想カメラからの距離が第２の距離よりも大きい範囲において、当該仮想カメラからの距離が大きい位置の方がぼかしの強度を大きくしてもよい。

【0014】

上記によれば、仮想カメラからの距離が第２の距離よりも遠い位置において遠景ボケが生じた画像を表示することができる。

【0015】

上記ぼかし画像生成手段は、注目位置と仮想カメラとの距離が大きい方が、または仮想カメラの撮影方向が水平方向から遠い方が、ぼかし画像内の少なくとも一部の位置についてぼかしの強度を小さくしてもよい。

【0016】

上記によれば、注目位置と仮想カメラとの距離が相対的に大きい場合、または仮想カメラの撮影方向が水平方向に相対的に遠い場合に、遠景ボケに対する画像の視認性を向上させることができる。

【0017】

上記ぼかし画像生成手段は、注目位置と仮想カメラとの距離および仮想カメラの撮影方向の少なくとも一方に応じて、ぼかし画像内におけるぼかしの範囲を変更してもよい。

【0018】

上記によれば、ぼかし画像内における適切な範囲の視認性を向上させることができる。

【0019】

上記ぼかし画像生成手段は、マスクデータ生成手段を含んでもよい。マスクデータ生成手段は、ぼかし画像内の位置に応じたマスク処理の強度を示すマスクデータを生成し、注目位置と仮想カメラとの距離および仮想カメラの撮影方向の少なくとも一方に応じて当該マスクデータを変更する。この場合、上記ぼかし画像生成手段は、変更されたマスクデータが示すマスク処理の強度が大きい方がぼかしの強度が小さくなるように、ぼかしの強度を変更してもよい。

【0020】

上記によれば、マスクデータを用いて容易に画像の視認性を向上させることができる。

【0021】

上記マスクデータ生成手段は、注目位置と仮想カメラとの距離が小さいほど、または仮想カメラの撮影方向が水平方向に近いほど、マスク処理の強度が大きくなるようにマスクデータとして第１のマスクデータを生成し、注目位置と仮想カメラとの距離が大きいほど、または仮想カメラの撮影方向が水平方向から遠いほど、マスク処理の強度が大きくなるようにマスクデータとして第２のマスクデータを生成してもよい。上記ぼかし画像生成手段は、仮想カメラからの距離が第１の距離よりも小さい範囲において、当該仮想カメラからの距離が小さい位置の方がぼかしの強度を大きくして、第１のマスクデータが示すマスク処理の強度が大きい方がぼかしの強度が小さくなるように、ぼかしの強度を変更し、仮想カメラからの距離が第２の距離よりも大きい範囲において、当該仮想カメラからの距離が大きい位置の方がぼかしの強度を大きくして、第２のマスクデータが示すマスク処理の強度が大きい方がぼかしの強度が小さくなるように、ぼかしの強度を変更してもよい。

【0022】

上記によれば、複数のマスクデータを用いることによって、近景ボケおよび遠景ボケそれぞれに適切なマスク処理が可能となる。

【0023】

上記注目位置は、仮想カメラが姿勢を回転させる際の回転中心となる注視点でもよい。

【0024】

上記によれば、注目位置を注視点とした画像を表示することができる。

【0025】

上記情報処理プログラムは撮影距離変更手段として、さらにコンピュータを機能させてもよい。撮影距離変更手段は、ユーザの第１入力に基づいて仮想カメラの撮影方向が変更された場合に、当該撮影方向に応じて当該仮想カメラの注視点と当該仮想カメラとの距離を変更する。

【0026】

上記によれば、多くのゲームオブジェクトが配置されている場合に、仮想カメラの撮影方向に応じて、相対的に多くのゲームオブジェクトを視野に入れた画像が生成可能となるとともに、注視点付近のゲームオブジェクトの視認性を向上させることができる。

【0027】

上記注目位置は、仮想空間内に配置されたプレイヤキャラクタの位置でもよい。

【0028】

上記によれば、プレイヤキャラクタの視認性を向上させることができる。

【0029】

上記情報処理プログラムは、キャラクタ移動手段として、さらにコンピュータを機能させてもよい。キャラクタ移動手段は、プレイヤキャラクタをユーザの第２入力に基づいて移動させる。

【0030】

上記によれば、ユーザ操作に応じて移動するプレイヤキャラクタの視認性を向上させることができる。

【0031】

上記ぼかし画像生成手段は、ぼかし画像の中心側の位置の方がぼかしの強度を小さく変更してもよい。

【0032】

上記によれば、重要なものが表示されてきることが相対的に多い画面中心側ほど、ぼかしを弱くすることができる。

【0033】

上記ぼかし画像生成手段は、ぼかし画像の中央部よりも下側の基準点に近づく方がぼかしの強度を小さく変更してもよい。

【0034】

上記によれば、重要なものが表示されてきることが相対的に多い画面中心よりやや下側位置ほど、ぼかしを弱くすることができる。

【0035】

上記ぼかし画像生成手段は、仮想カメラからの距離および撮影方向に基づいたぼかしの強度でぼかし画像を生成し、仮想空間内の注目位置と仮想カメラとの距離に応じて、当該ぼかし画像内の少なくとも一部の位置について当該ぼかしの強度を変更してもよい。

【0036】

上記によれば、仮想カメラの撮影方向の変化に応じて当該仮想カメラと注目位置までの距離が変化する場合、当該撮影方向によって遠景ボケが開始される仮想カメラからの距離が変化し、ぼかされる範囲が大きくなることが考えられるが、このような場合であっても画像の視認性を向上させることができる。

【0037】

上記ぼかし画像生成手段は、仮想空間の仮想カメラからの視野の画像の各画素に対応する当該仮想空間内の位置と当該仮想カメラとの距離に応じて当該画像をぼかすことにより、ぼかし画像を生成してもよい。

【0038】

上記によれば、仮想カメラとの距離に応じてぼかされた画像の視認性を向上させることができる。

【0039】

また、本発明は、情報処理装置、情報処理システム、および情報処理方法の形態で実施されてもよい。

【発明の効果】

【0040】

本発明によれば、仮想カメラの状態に合わせてぼかし画像内の少なくとも一部の位置についてぼかしの強度を変更することができるため、当該画像の視認性を向上させることができる。

【図面の簡単な説明】

【0041】

【図1】本体装置２に左コントローラ３および右コントローラ４を装着した状態の一例を示す図

【図2】本体装置２から左コントローラ３および右コントローラ４をそれぞれ外した状態の一例を示す図

【図3】本体装置２の一例を示す六面図

【図4】左コントローラ３の一例を示す六面図

【図5】右コントローラ４の一例を示す六面図

【図6】本体装置２の内部構成の一例を示すブロック図

【図7】本体装置２と左コントローラ３および右コントローラ４との内部構成の一例を示すブロック図

【図8】ディスプレイ１２に表示される仮想空間の一例を見下ろした図

【図9】仮想空間に配置される仮想カメラの位置および姿勢の一例を説明するための図

【図10】仮想空間内における水平方向を見る仮想カメラから見た仮想空間の画像の一例を示す図

【図11】仮想空間を斜めに見下ろす仮想カメラから見た仮想空間の画像の一例を示す図

【図12】仮想空間を真下方向に見下ろす仮想カメラから見た仮想空間の画像の一例を示す図

【図13】仮想カメラからの奥行距離とぼかし強度との関係の一例を示す図

【図14】仮想カメラの撮影方向と遠景ボケ開始距離との関係の一例を示す図

【図15】仮想カメラの撮影方向と遠景ボケ移行幅との関係の一例を示す図

【図16】仮想カメラの撮影方向と近景ボケ終了距離との関係の一例を示す図

【図17】仮想カメラの撮影方向と近景ボケ移行幅との関係の一例を示す図

【図18】仮想カメラからの奥行距離とぼかし強度との関係の他の例を示す図

【図19】仮想空間内における水平方向を見る仮想カメラから見た仮想空間の画像を、近景ボケマスク処理を行わずに表示した一例を示す図

【図20】仮想空間内における水平方向を見る仮想カメラから見た仮想空間の画像に、近景ボケマスク処理を行って表示した一例を示す図

【図21】仮想空間内を真下方向に見下ろす仮想カメラから見た仮想空間の画像を、遠景ボケマスク処理を行わずに表示した一例を示す図

【図22】仮想空間内を真下方向に見下ろす仮想カメラから見た仮想空間の画像に、遠景ボケマスク処理を行って表示した一例を示す図

【図23】近景ボケマスク処理および遠景ボケマスク処理において用いられるマスク形状の一例を示す図

【図24】仮想カメラの撮影方向と近景ボケマスク強度との関係の一例を示す図

【図25】仮想カメラの撮影方向と遠景ボケマスク強度との関係の一例を示す図

【図26】本体装置２のＤＲＡＭ８５に設定されるデータ領域の一例を示す図

【図27】ゲームシステム１で実行されるゲーム処理の一例を示すフローチャート

【発明を実施するための形態】

【0042】

以下、本実施形態の一例に係るゲームシステムについて説明する。本実施形態におけるゲームシステム１の一例は、本体装置（情報処理装置；本実施形態ではゲーム装置本体として機能する）２と左コントローラ３および右コントローラ４とを含む。本体装置２は、左コントローラ３および右コントローラ４がそれぞれ着脱可能である。つまり、ゲームシステム１は、左コントローラ３および右コントローラ４をそれぞれ本体装置２に装着して一体化された装置として利用できる。また、ゲームシステム１は、本体装置２と左コントローラ３および右コントローラ４とを別体として利用することもできる（図２参照）。以下では、本実施形態のゲームシステム１のハードウェア構成について説明し、その後に本実施形態のゲームシステム１の制御について説明する。

【0043】

図１は、本体装置２に左コントローラ３および右コントローラ４を装着した状態の一例を示す図である。図１に示すように、左コントローラ３および右コントローラ４は、それぞれ本体装置２に装着されて一体化されている。本体装置２は、ゲームシステム１における各種の処理（例えば、ゲーム処理）を実行する装置である。本体装置２は、ディスプレイ１２を備える。左コントローラ３および右コントローラ４は、ユーザが入力を行うための操作部を備える装置である。

【0044】

図２は、本体装置２から左コントローラ３および右コントローラ４をそれぞれ外した状態の一例を示す図である。図１および図２に示すように、左コントローラ３および右コントローラ４は、本体装置２に着脱可能である。なお、以下において、左コントローラ３および右コントローラ４の総称として「コントローラ」と記載することがある。

【0045】

図３は、本体装置２の一例を示す六面図である。図３に示すように、本体装置２は、略板状のハウジング１１を備える。本実施形態において、ハウジング１１の主面（換言すれば、表側の面、すなわち、ディスプレイ１２が設けられる面）は、大略的には矩形形状である。

【0046】

なお、ハウジング１１の形状および大きさは、任意である。一例として、ハウジング１１は、携帯可能な大きさであってよい。また、本体装置２単体または本体装置２に左コントローラ３および右コントローラ４が装着された一体型装置は、携帯型装置となってもよい。また、本体装置２または一体型装置が手持ち型の装置となってもよい。また、本体装置２または一体型装置が可搬型装置となってもよい。

【0047】

図３に示すように、本体装置２は、ハウジング１１の主面に設けられるディスプレイ１２を備える。ディスプレイ１２は、本体装置２が生成した画像を表示する。本実施形態においては、ディスプレイ１２は、液晶表示装置（ＬＣＤ）とする。ただし、ディスプレイ１２は任意の種類の表示装置であってよい。

【0048】

また、本体装置２は、ディスプレイ１２の画面上にタッチパネル１３を備える。本実施形態においては、タッチパネル１３は、マルチタッチ入力が可能な方式（例えば、静電容量方式）のものである。ただし、タッチパネル１３は、任意の種類のものであってよく、例えば、シングルタッチ入力が可能な方式（例えば、抵抗膜方式）のものであってもよい。

【0049】

本体装置２は、ハウジング１１の内部においてスピーカ（すなわち、図６に示すスピーカ８８）を備えている。図３に示すように、ハウジング１１の主面には、スピーカ孔１１ａおよび１１ｂが形成される。そして、スピーカ８８の出力音は、これらのスピーカ孔１１ａおよび１１ｂからそれぞれ出力される。

【0050】

また、本体装置２は、本体装置２が左コントローラ３と有線通信を行うための端子である左側端子１７と、本体装置２が右コントローラ４と有線通信を行うための右側端子２１を備える。

【0051】

図３に示すように、本体装置２は、スロット２３を備える。スロット２３は、ハウジング１１の上側面に設けられる。スロット２３は、所定の種類の記憶媒体を装着可能な形状を有する。所定の種類の記憶媒体は、例えば、ゲームシステム１およびそれと同種の情報処理装置に専用の記憶媒体（例えば、専用メモリカード）である。所定の種類の記憶媒体は、例えば、本体装置２で利用されるデータ（例えば、アプリケーションのセーブデータ等）、および／または、本体装置２で実行されるプログラム（例えば、アプリケーションのプログラム等）を記憶するために用いられる。また、本体装置２は、電源ボタン２８を備える。

【0052】

本体装置２は、下側端子２７を備える。下側端子２７は、本体装置２がクレードルと通信を行うための端子である。本実施形態において、下側端子２７は、ＵＳＢコネクタ（より具体的には、メス側コネクタ）である。上記一体型装置または本体装置２単体をクレードルに載置した場合、ゲームシステム１は、本体装置２が生成して出力する画像を据置型モニタに表示することができる。また、本実施形態においては、クレードルは、載置された上記一体型装置または本体装置２単体を充電する機能を有する。また、クレードルは、ハブ装置（具体的には、ＵＳＢハブ）の機能を有する。

【0053】

図４は、左コントローラ３の一例を示す六面図である。図４に示すように、左コントローラ３は、ハウジング３１を備える。本実施形態においては、ハウジング３１は、縦長の形状、すなわち、上下方向（すなわち、図１および図４に示すｙ軸方向）に長い形状である。左コントローラ３は、本体装置２から外された状態において、縦長となる向きで把持されることも可能である。ハウジング３１は、縦長となる向きで把持される場合に片手、特に左手で把持可能な形状および大きさをしている。また、左コントローラ３は、横長となる向きで把持されることも可能である。左コントローラ３が横長となる向きで把持される場合には、両手で把持されるようにしてもよい。

【0054】

左コントローラ３は、アナログスティック３２を備える。図４に示すように、アナログスティック３２は、ハウジング３１の主面に設けられる。アナログスティック３２は、方向を入力することが可能な方向入力部として用いることができる。ユーザは、アナログスティック３２を傾倒することによって傾倒方向に応じた方向の入力（および、傾倒した角度に応じた大きさの入力）が可能である。なお、左コントローラ３は、方向入力部として、アナログスティックに代えて、十字キーまたはスライド入力が可能なスライドスティック等を備えるようにしてもよい。また、本実施形態においては、アナログスティック３２を押下する入力が可能である。

【0055】

左コントローラ３は、各種操作ボタンを備える。左コントローラ３は、ハウジング３１の主面上に４つの操作ボタン３３～３６（具体的には、右方向ボタン３３、下方向ボタン３４、上方向ボタン３５、および左方向ボタン３６）を備える。さらに、左コントローラ３は、録画ボタン３７および－（マイナス）ボタン４７を備える。左コントローラ３は、ハウジング３１の側面の左上に第１Ｌボタン３８およびＺＬボタン３９を備える。また、左コントローラ３は、ハウジング３１の側面の、本体装置２に装着される際に装着される側の面に第２Ｌボタン４３および第２Ｒボタン４４を備える。これらの操作ボタンは、本体装置２で実行される各種プログラム（例えば、ＯＳプログラムやアプリケーションプログラム）に応じた指示を行うために用いられる。

【0056】

また、左コントローラ３は、左コントローラ３が本体装置２と有線通信を行うための端子４２を備える。

【0057】

図５は、右コントローラ４の一例を示す六面図である。図５に示すように、右コントローラ４は、ハウジング５１を備える。本実施形態においては、ハウジング５１は、縦長の形状、すなわち、上下方向に長い形状である。右コントローラ４は、本体装置２から外された状態において、縦長となる向きで把持されることも可能である。ハウジング５１は、縦長となる向きで把持される場合に片手、特に右手で把持可能な形状および大きさをしている。また、右コントローラ４は、横長となる向きで把持されることも可能である。右コントローラ４が横長となる向きで把持される場合には、両手で把持されるようにしてもよい。

【0058】

右コントローラ４は、左コントローラ３と同様、方向入力部としてアナログスティック５２を備える。本実施形態においては、アナログスティック５２は、左コントローラ３のアナログスティック３２と同じ構成である。また、右コントローラ４は、アナログスティックに代えて、十字キーまたはスライド入力が可能なスライドスティック等を備えるようにしてもよい。また、右コントローラ４は、左コントローラ３と同様、ハウジング５１の主面上に４つの操作ボタン５３～５６（具体的には、Ａボタン５３、Ｂボタン５４、Ｘボタン５５、およびＹボタン５６）を備える。さらに、右コントローラ４は、＋（プラス）ボタン５７およびホームボタン５８を備える。また、右コントローラ４は、ハウジング５１の側面の右上に第１Ｒボタン６０およびＺＲボタン６１を備える。また、右コントローラ４は、左コントローラ３と同様、第２Ｌボタン６５および第２Ｒボタン６６を備える。

【0059】

また、右コントローラ４は、右コントローラ４が本体装置２と有線通信を行うための端子６４を備える。

【0060】

図６は、本体装置２の内部構成の一例を示すブロック図である。本体装置２は、図３に示す構成の他、図６に示す各構成要素８１～９１、９７、および９８を備える。これらの構成要素８１～９１、９７、および９８のいくつかは、電子部品として電子回路基板上に実装されてハウジング１１内に収納されてもよい。

【0061】

本体装置２は、プロセッサ８１を備える。プロセッサ８１は、本体装置２において実行される各種の情報処理を実行する情報処理部であって、例えば、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）のみから構成されてもよいし、ＣＰＵ機能、ＧＰＵ（Ｇｒａｐｈｉｃｓ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）機能等の複数の機能を含むＳｏＣ（Ｓｙｓｔｅｍ－ｏｎ－ａ－ｃｈｉｐ）から構成されてもよい。プロセッサ８１は、記憶部（具体的には、フラッシュメモリ８４等の内部記憶媒体、あるいは、スロット２３に装着される外部記憶媒体等）に記憶される情報処理プログラム（例えば、ゲームプログラム）を実行することによって、各種の情報処理を実行する。

【0062】

本体装置２は、自身に内蔵される内部記憶媒体の一例として、フラッシュメモリ８４およびＤＲＡＭ（Ｄｙｎａｍｉｃ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）８５を備える。フラッシュメモリ８４およびＤＲＡＭ８５は、プロセッサ８１に接続される。フラッシュメモリ８４は、主に、本体装置２に保存される各種のデータ（プログラムであってもよい）を記憶するために用いられるメモリである。ＤＲＡＭ８５は、情報処理において用いられる各種のデータを一時的に記憶するために用いられるメモリである。

【0063】

本体装置２は、スロットインターフェース（以下、「Ｉ／Ｆ」と略記する。）９１を備える。スロットＩ／Ｆ９１は、プロセッサ８１に接続される。スロットＩ／Ｆ９１は、スロット２３に接続され、スロット２３に装着された所定の種類の記憶媒体（例えば、専用メモリカード）に対するデータの読み出しおよび書き込みを、プロセッサ８１の指示に応じて行う。

【0064】

プロセッサ８１は、フラッシュメモリ８４およびＤＲＡＭ８５、ならびに上記各記憶媒体との間でデータを適宜読み出したり書き込んだりして、上記の情報処理を実行する。

【0065】

本体装置２は、ネットワーク通信部８２を備える。ネットワーク通信部８２は、プロセッサ８１に接続される。ネットワーク通信部８２は、ネットワークを介して外部の装置と通信（具体的には、無線通信）を行う。本実施形態においては、ネットワーク通信部８２は、第１の通信態様としてＷｉ－Ｆｉの規格に準拠した方式により、無線ＬＡＮに接続して外部装置と通信を行う。また、ネットワーク通信部８２は、第２の通信態様として所定の通信方式（例えば、独自プロトコルによる通信や、赤外線通信）により、同種の他の本体装置２との間で無線通信を行う。なお、上記第２の通信態様による無線通信は、閉ざされたローカルネットワークエリア内に配置された他の本体装置２との間で無線通信可能であり、複数の本体装置２の間で直接通信することによってデータが送受信される、いわゆる「ローカル通信」を可能とする機能を実現する。

【0066】

本体装置２は、コントローラ通信部８３を備える。コントローラ通信部８３は、プロセッサ８１に接続される。コントローラ通信部８３は、左コントローラ３および／または右コントローラ４と無線通信を行う。本体装置２と左コントローラ３および右コントローラ４との通信方式は任意であるが、本実施形態においては、コントローラ通信部８３は、左コントローラ３との間および右コントローラ４との間で、Ｂｌｕｅｔｏｏｔｈ（登録商標）の規格に従った通信を行う。

【0067】

プロセッサ８１は、上述の左側端子１７、右側端子２１、および下側端子２７に接続される。プロセッサ８１は、左コントローラ３と有線通信を行う場合、左側端子１７を介して左コントローラ３へデータを送信するとともに、左側端子１７を介して左コントローラ３から操作データを受信する。また、プロセッサ８１は、右コントローラ４と有線通信を行う場合、右側端子２１を介して右コントローラ４へデータを送信するとともに、右側端子２１を介して右コントローラ４から操作データを受信する。また、プロセッサ８１は、クレードルと通信を行う場合、下側端子２７を介してクレードルへデータを送信する。このように、本実施形態においては、本体装置２は、左コントローラ３および右コントローラ４との間で、それぞれ有線通信と無線通信との両方を行うことができる。また、左コントローラ３および右コントローラ４が本体装置２に装着された一体型装置または本体装置２単体がクレードルに装着された場合、本体装置２は、クレードルを介してデータ（例えば、画像データや音声データ）を据置型モニタ等に出力することができる。

【0068】

ここで、本体装置２は、複数の左コントローラ３と同時に（換言すれば、並行して）通信を行うことができる。また、本体装置２は、複数の右コントローラ４と同時に（換言すれば、並行して）通信を行うことができる。したがって、複数のユーザは、左コントローラ３および右コントローラ４のセットをそれぞれ用いて、本体装置２に対する入力を同時に行うことができる。一例として、第１ユーザが左コントローラ３および右コントローラ４の第１セットを用いて本体装置２に対して入力を行うと同時に、第２ユーザが左コントローラ３および右コントローラ４の第２セットを用いて本体装置２に対して入力を行うことが可能となる。

【0069】

また、ディスプレイ１２は、プロセッサ８１に接続される。プロセッサ８１は、（例えば、上記の情報処理の実行によって）生成した画像および／または外部から取得した画像をディスプレイ１２に表示する。

【0070】

本体装置２は、コーデック回路８７およびスピーカ（具体的には、左スピーカおよび右スピーカ）８８を備える。コーデック回路８７は、スピーカ８８および音声入出力端子２５に接続されるとともに、プロセッサ８１に接続される。コーデック回路８７は、スピーカ８８および音声入出力端子２５に対する音声データの入出力を制御する回路である。

【0071】

本体装置２は、電力制御部９７およびバッテリ９８を備える。電力制御部９７は、バッテリ９８およびプロセッサ８１に接続される。また、図示しないが、電力制御部９７は、本体装置２の各部（具体的には、バッテリ９８の電力の給電を受ける各部、左側端子１７、および右側端子２１）に接続される。電力制御部９７は、プロセッサ８１からの指令に基づいて、バッテリ９８から上記各部への電力供給を制御する。

【0072】

また、バッテリ９８は、下側端子２７に接続される。外部の充電装置（例えば、クレードル）が下側端子２７に接続され、下側端子２７を介して本体装置２に電力が供給される場合、供給された電力がバッテリ９８に充電される。

【0073】

図７は、本体装置２と左コントローラ３および右コントローラ４との内部構成の一例を示すブロック図である。なお、本体装置２に関する内部構成の詳細については、図６で示しているため図７では省略している。

【0074】

左コントローラ３は、本体装置２との間で通信を行う通信制御部１０１を備える。図７に示すように、通信制御部１０１は、端子４２を含む各構成要素に接続される。本実施形態においては、通信制御部１０１は、端子４２を介した有線通信と、端子４２を介さない無線通信との両方で本体装置２と通信を行うことが可能である。通信制御部１０１は、左コントローラ３が本体装置２に対して行う通信方法を制御する。すなわち、左コントローラ３が本体装置２に装着されている場合、通信制御部１０１は、端子４２を介して本体装置２と通信を行う。また、左コントローラ３が本体装置２から外されている場合、通信制御部１０１は、本体装置２（具体的には、コントローラ通信部８３）との間で無線通信を行う。コントローラ通信部８３と通信制御部１０１との間の無線通信は、例えばＢｌｕｅｔｏｏｔｈ（登録商標）の規格に従って行われる。

【0075】

また、左コントローラ３は、例えばフラッシュメモリ等のメモリ１０２を備える。通信制御部１０１は、例えばマイコン（マイクロプロセッサとも言う）で構成され、メモリ１０２に記憶されるファームウェアを実行することによって各種の処理を実行する。

【0076】

左コントローラ３は、各ボタン１０３（具体的には、ボタン３３～３９、４３、４４、および４７）を備える。また、左コントローラ３は、アナログスティック（図７では「スティック」と記載する）３２を備える。各ボタン１０３およびアナログスティック３２は、自身に対して行われた操作に関する情報を、適宜のタイミングで繰り返し通信制御部１０１へ出力する。

【0077】

通信制御部１０１は、各入力部（具体的には、各ボタン１０３、および、アナログスティック３２）から、入力に関する情報（具体的には、操作に関する情報、またはセンサによる検出結果）を取得する。通信制御部１０１は、取得した情報（または取得した情報に所定の加工を行った情報）を含む操作データを本体装置２へ送信する。なお、操作データは、所定時間に１回の割合で繰り返し送信される。なお、入力に関する情報が本体装置２へ送信される間隔は、各入力部について同じであってもよいし、同じでなくてもよい。

【0078】

上記操作データが本体装置２へ送信されることによって、本体装置２は、左コントローラ３に対して行われた入力を得ることができる。すなわち、本体装置２は、各ボタン１０３およびアナログスティック３２に対する操作を、操作データに基づいて判別することができる。

【0079】

左コントローラ３は、電力供給部１０８を備える。本実施形態において、電力供給部１０８は、バッテリおよび電力制御回路を有する。図示しないが、電力制御回路は、バッテリに接続されるとともに、左コントローラ３の各部（具体的には、バッテリの電力の給電を受ける各部）に接続される。

【0080】

図７に示すように、右コントローラ４は、本体装置２との間で通信を行う通信制御部１１１を備える。また、右コントローラ４は、通信制御部１１１に接続されるメモリ１１２を備える。通信制御部１１１は、端子６４を含む各構成要素に接続される。通信制御部１１１およびメモリ１１２は、左コントローラ３の通信制御部１０１およびメモリ１０２と同様の機能を有する。したがって、通信制御部１１１は、端子６４を介した有線通信と、端子６４を介さない無線通信（具体的には、Ｂｌｕｅｔｏｏｔｈ（登録商標）の規格に従った通信）との両方で本体装置２と通信を行うことが可能であり、右コントローラ４が本体装置２に対して行う通信方法を制御する。

【0081】

右コントローラ４は、左コントローラ３の各入力部と同様の各入力部を備える。具体的には、各ボタン１１３、および、アナログスティック５２を備える。これらの各入力部については、左コントローラ３の各入力部と同様の機能を有し、同様に動作する。

【0082】

右コントローラ４は、電力供給部１１８を備える。電力供給部１１８は、左コントローラ３の電力供給部１０８と同様の機能を有し、同様に動作する。

【0083】

以上に説明したように、本実施形態におけるゲームシステム１については左コントローラ３および右コントローラ４が本体装置２から着脱可能である。また、クレードルに左コントローラ３および右コントローラ４が本体装置２に装着された一体型装置や本体装置２単体を装着することによって据置型モニタ等の外部表示装置に画像（および音声）を出力可能である。以下の説明では、ディスプレイ１２に画像を表示する利用態様におけるゲームシステム１を用いて説明する。なお、ディスプレイ１２に画像を表示する利用態様におけるゲームシステム１を用いる場合、左コントローラ３および右コントローラ４が本体装置２に固定された態様（例えば、本体装置２、左コントローラ３、および右コントローラ４が１つの筐体で一体化された態様）のゲームシステム１が用いられてもかまわない。

【0084】

ゲームシステム１における左コントローラ３および／または右コントローラ４の各操作ボタンやスティックの操作、あるいは本体装置２のタッチパネル１３に対するタッチ操作等に応じて、ディスプレイ１２に表示される仮想空間を用いたゲームプレイが行われる。本実施例では、一例として、上記操作ボタン、スティック、およびタッチパネル１３を用いたユーザ操作に応じて、仮想空間内のフィールド上で動作するプレイヤキャラクタＰＣを用いたゲームプレイが可能となる。

【0085】

図８～図１８を用いてゲームシステム１において行われる画像ぼかし処理の概要について説明する。なお、図８は、ディスプレイ１２に表示される仮想空間の一例を見下ろした図である。図９は、仮想空間に配置される仮想カメラの位置および姿勢の一例を説明するための図である。図１０は、仮想空間内における水平方向を見る仮想カメラから見た仮想空間の画像の一例を示す図である。図１１は、仮想空間を斜めに見下ろす仮想カメラから見た仮想空間の画像の一例を示す図である。図１２は、仮想空間を真下方向に見下ろす仮想カメラから見た仮想空間の画像の一例を示す図である。図１３は、仮想カメラからの奥行距離とぼかし強度との関係の一例を示す図である。図１４は、仮想カメラの撮影方向と遠景ボケ開始距離との関係の一例を示す図である。図１５は、仮想カメラの撮影方向と遠景ボケ移行幅との関係の一例を示す図である。図１６は、仮想カメラの撮影方向と近景ボケ終了距離との関係の一例を示す図である。図１７は、仮想カメラの撮影方向と近景ボケ移行幅との関係の一例を示す図である。図１８は、仮想カメラからの奥行距離とぼかし強度との関係の他の例を示す図である。

【0086】

図８および図９において、仮想空間におけるフィールド（基準平面ＲＰ）上に、プレイヤキャラクタＰＣおよび複数の仮想オブジェクトＯＢＪが配置されている。ここで、基準平面ＲＰは、仮想空間における水平面として設定される。なお、仮想空間のフィールドは、図８および図９に例示するように基準平面ＲＰと同じ水平面で形成されてもよいし、基準平面ＲＰに凹凸が形成されたものであってもよい。

【0087】

図８および図９に示す例では、上記フィールド上にプレイヤキャラクタＰＣおよび４つの仮想オブジェクトＯＢＪ１～４が配置されている。本実施例では、フィールド（基準平面ＲＰ）に接して配置されている仮想オブジェクトＯＢＪ１、ＯＢＪ２、およびＯＢＪ４だけでなく、仮想オブジェクトＯＢＪ３やプレイヤキャラクタＰＣのようにフィールドから離れて配置されている状態もフィールド上に配置されているとする。プレイヤキャラクタＰＣは、ユーザ操作（例えば、左スティック３２を傾倒する操作）に応じて、仮想空間内のフィールド上で動作する。なお、所定のアルゴリズム等に基づいたプロセッサ８１の自動制御により仮想空間内を動作する他のキャラクタもフィールド上に配置されていてもよい。

【0088】

本実施例では、仮想空間に配置された仮想カメラから見た画像がディスプレイ１２に表示される。本実施例では、仮想空間における注目位置（例えば、プレイヤキャラクタＰＣの重心位置、プレイヤキャラクタＰＣの足元や前方または後方となるフィールド上の位置）が注視点となるように、仮想カメラの位置および／または方向が変化する。また、所定のユーザ操作（例えば、スティック３２や５２を傾倒する操作）に応じて、仮想カメラの位置および方向を変化させることができる。なお、上記注目位置と注視点とは同じ位置であってもよいし、異なる位置であってもよい。以下の説明においては、上記注目位置＝注視点とする。

【0089】

例えば、図９に示すように、ユーザ操作（例えば、右スティック５２を傾倒する操作）に応じて、仮想空間内を撮影する仮想カメラの撮影方向を変化させることができる。具体的には、上記注目位置を注視点として仮想空間内における水平方向を撮影方向とする仮想カメラの位置および方向（以下、水平姿勢と記載する）から、当該注目位置を注視点として仮想空間を見下ろす真下方向を撮影方向とする仮想カメラの位置および方向（以下、見下ろし姿勢と記載する）まで、ユーザ操作に応じて仮想カメラを変化させることができる。なお、本実施例では、上記水平姿勢と上記見下ろし姿勢との間の中間的な仮想カメラの位置および方向となる、上記注目位置を注視点として仮想空間を斜めに見下ろす方向を撮影方向とする仮想カメラの位置および方向（以下、中間姿勢と記載する）にも仮想カメラを変化させることも可能であり、ユーザ操作に応じて仮想空間を任意の角度で見るように仮想カメラを制御することができる。

【0090】

なお、仮想カメラは、その撮影方向に応じて、上記注目位置（注視点）までの奥行距離が変化してもよいし、当該奥行距離が一定であってもよい。一例として、前者の場合、上記基準平面ＲＰが延びる方向（上記基準平面ＲＰに平行な方向）と撮影方向との角度差が大きいほど、上記奥行距離が長くなるように仮想カメラの位置が制御されてもよい。この場合、仮想カメラは、上記水平姿勢では仮想カメラから注視点までの奥行距離が相対的に近いニアカメラとして設定され、上記見下ろし姿勢では仮想カメラから注視点までの奥行距離が相対的に遠いファーカメラとして設定され、上記中間姿勢では仮想カメラから注視点までの奥行距離がそれらの中間となるミドルカメラとして設定される。このように、仮想カメラの撮影方向に応じて上記注目位置（注視点）までの奥行距離を変化させることにより、仮想空間のフィールド（基準平面ＲＰ）上に多くのゲームオブジェクトが配置されている場合に、上記水平姿勢では仮想カメラの近くから遠くまで見渡すことによってフィールド上の多くのゲームオブジェクトを視野に入れながら、ゲームオブジェクトにより接近した画像を生成することができる。また、仮想カメラが上記見下ろし姿勢であっても、奥行距離を変化させることによりフィールド上の多くのゲームオブジェクトを視野に入れた仮想空間を見下ろす画像を生成することができる。

【0091】

図１０に示すように、上記水平姿勢の仮想カメラの視野内に、４つの仮想オブジェクトＯＢＪ１～４とプレイヤキャラクタＰＣとが配置されて表示されている。具体的には、仮想カメラから近い順に仮想オブジェクトＯＢＪ１、仮想オブジェクトＯＢＪ２、仮想オブジェクトＯＢＪ３、および仮想オブジェクトＯＢＪ４が配置されて表示されており、仮想オブジェクトＯＢＪ２上にプレイヤキャラクタＰＣが配置されて表示されている。また、上記注目位置がプレイヤキャラクタＰＣ（例えば、重心位置）に設定されており、当該注目位置を注視点として焦点が合った画像が表示されている。

【0092】

本実施例では、仮想カメラからの奥行距離に応じたぼかし強度で撮影画像がぼかされて描画される画像処理が行われる。ここで、ぼかし強度は、仮想カメラの焦点となる奥行距離の近傍範囲となる画像はぼかさないまたは弱くぼかし、当該近傍範囲からより遠い範囲の画像（遠景）やより近い範囲の画像（近景）はより強くぼかす処理において、それぞれの画像をぼかす強さを示すパラメータである。一例として、仮想カメラの視野内を実質的に同一のフォーカス状態（視野内全体がピントが合っている状態）で撮影することによって生成される明瞭画像と、当該視野内をぼかした状態（視野内全体が所定のぼかし強度でぼけている状態）で撮影することによって生成されるぼかし画像とが生成される。そして、各画素位置における仮想カメラからの奥行距離（ｚ値（深度値））に基づいて決定されるぼかし強度に応じた各画素のブレンド率を用いて、上記明瞭画像に対応する画素値と上記ぼかし画像に対応する画素値とを当該画素について混合（各画素をブレンド率で合成（例えば、アルファ合成））することで、ディスプレイ１２に表示する画像が生成される。すなわち、各画素位置（ｘ，ｙ）の画素値は、
画素値（ｘ，ｙ）＝明瞭画像の画素値（ｘ，ｙ）×α（ｘ，ｙ）
＋ぼかし画像の画素値（ｘ，ｙ）×（１－α（ｘ，ｙ））
で算出される。ここで、α（ｘ，ｙ）は、画素位置（ｘ，ｙ）の仮想空間に対応する奥行距離に応じて、動的に決定されるぼかし強度に基づくブレンド率であり、後述する奥行距離についてのぼかし強度プロファイルに基づいて、各奥行距離におけるブレンド率αが決定される。具体的には、ぼかしていない状態で表示する焦点位置を含む奥行距離範囲（注視点を中心とする奥行距離範囲）から、より仮想カメラに近い範囲およびより仮想カメラから遠い範囲を、奥行距離に応じたぼかし強度でぼかした状態で描画する。

【0093】

なお、上述した画像処理において、上記近傍範囲からより遠い範囲の画像（遠景）をぼかす遠景ボケを行う処理と、上記近傍範囲からより近い範囲の画像（近景）をぼかす近景ボケを行う処理とを分けて行ってもよい。この場合、上記視野内を遠景ボケでぼかした状態（視野内全体が所定のぼかし強度で遠景ボケでぼけている状態）で撮影することによって生成される遠景ぼかし画像と、上記視野内を近景ボケでぼかした状態（視野内全体が所定のぼかし強度で近景ボケでぼけている状態）で撮影することによって生成される近景ぼかし画像とが生成される。そして、例えば、遠景ボケが行われた中間画像の画素値を、
中間画像の画素値（ｘ，ｙ）＝明瞭画像の画素値（ｘ，ｙ）×α１（ｘ，ｙ）
＋遠景ぼかし画像の画素値（ｘ，ｙ）×（１－α１（ｘ，ｙ））
で算出し、さらに近景ボケが行われた最終画像の画素値を、
最終画像の画素値（ｘ，ｙ）＝中間画像の画素値（ｘ，ｙ）×α２（ｘ，ｙ）
＋近景ぼかし画像の画素値（ｘ，ｙ）×（１－α２（ｘ，ｙ））
で算出する。ここで、α１（ｘ，ｙ）は、画素位置（ｘ，ｙ）の仮想空間に対応する奥行距離に応じて、動的に決定される遠景ボケのぼかし強度に基づくブレンド率であり、α２（ｘ，ｙ）は、画素位置（ｘ，ｙ）の仮想空間に対応する奥行距離に応じて、動的に決定される近景ボケのぼかし強度に基づくブレンド率であり、後述する奥行距離についてのぼかし強度プロファイルに基づいて、各奥行距離におけるブレンド率α１およびα２がそれぞれ決定される。

【0094】

例えば、図１０の例では、ぼかしていない状態で表示する奥行距離範囲内に、注目位置となるプレイヤキャラクタＰＣ、仮想オブジェクトＯＢＪ２、および仮想オブジェクトＯＢＪ３が配置され、それぞれぼかしていない状態で表示されている。一方、ぼかしていない状態で表示する奥行距離範囲より仮想カメラに近い範囲内に仮想オブジェクトＯＢＪ１が配置され、当該仮想オブジェクトＯＢＪ１が近景ボケ状態で描画（図面では、破線でぼけた状態で表示されていることを示している）されている。また、ぼかしていない状態で表示する奥行距離範囲より仮想カメラから遠い範囲内に仮想オブジェクトＯＢＪ４が配置され、当該仮想オブジェクトＯＢＪ４が遠景ボケ状態で描画されている。

【0095】

本実施例では、仮想空間における仮想カメラの撮影方向に基づいて、当該仮想カメラの被写界深度の範囲が変更される。例えば、仮想カメラの位置に対して、ぼかしていない状態で表示する奥行距離範囲内の奥行距離（以下、第１の距離とする）よりも遠い奥行距離（以下、第２の距離とする）におけるぼかし強度が、上記撮影方向に基づいて小さくなるように変更される。一例として、仮想空間における水平方向と仮想カメラの撮影方向との角度差が小さいほど（すなわち、仮想カメラが上記水平姿勢に近いほど）、上記第２の距離におけるぼかし強度が小さくなるように変更される。

【0096】

また、例えば、上記第１の距離より仮想カメラから近い奥行距離（以下、第３の距離とする）におけるぼかし強度が、上記撮影方向に基づいて小さくなるように変更される。一例として、上記角度差が小さいほど（すなわち、仮想カメラが上記水平姿勢に近いほど）、上記第３の距離におけるぼかし強度が小さくなるように変更される。

【0097】

また、図１１に示すように、仮想カメラの撮影方向が上記水平姿勢から上記中間姿勢に変化することにより、当該仮想カメラの視野内に、３つの仮想オブジェクトＯＢＪ１～３とプレイヤキャラクタＰＣとが配置されて表示されている。そして、図１０における上記水平姿勢の仮想カメラを用いた画像と同様に、上記注目位置がプレイヤキャラクタＰＣに設定されており、当該注目位置を注視点として焦点が合った画像が表示されている。

【0098】

そして、図１１の例では、ぼかしていない状態で表示する奥行距離範囲内に、注目位置となるプレイヤキャラクタＰＣおよび仮想オブジェクトＯＢＪ２が配置され、それぞれぼかしていない状態で表示されているが、仮想オブジェクトＯＢＪ３が遠景ボケ状態で描画されている。これは、仮想カメラの撮影方向の変化による被写界深度の変更により、仮想オブジェクトＯＢＪ３の位置が上記ぼかしていない状態で表示する奥行距離範囲内から、当該奥行距離範囲内より仮想カメラから遠い範囲内に設定されたためである。つまり、仮想カメラが上記水平姿勢から上記中間姿勢に変化することによって、仮想空間における水平方向と仮想カメラの撮影方向との角度差が大きくなることにより、仮想カメラの位置に対して、ぼかしていない状態で表示する奥行距離範囲内の第１の距離よりも遠い第２の距離に配置された仮想オブジェクトＯＢＪ３を表示する際のぼかし強度が大きくなるように変更されていることになる。なお、上述したように、仮想カメラの撮影方向が上記水平姿勢から上記中間姿勢となることにより、仮想カメラから注視点までの距離も大きくなってもよいが、仮想カメラから注視点までの距離が変わらない場合であっても、仮想オブジェクトＯＢＪ３が遠景ボケ状態で描画される。つまり、本実施例では、仮想カメラの撮影方向が上記水平姿勢から上記中間姿勢となることにより、仮想カメラから注視点までの距離が変わらない場合であっても、仮想カメラの撮影方向の変化による被写界深度の変更により、仮想オブジェクトＯＢＪ３が遠景ボケ状態で描画される。

【0099】

また、図１２に示すように、仮想カメラの撮影方向が上記中間姿勢から上記見下ろし姿勢にさらに変化することにより、当該仮想カメラの視野内に、２つの仮想オブジェクトＯＢＪ１およびＯＢＪ２とプレイヤキャラクタＰＣとが配置されて表示されている。そして、図１１における上記中間姿勢の仮想カメラを用いた画像と同様に、上記注目位置がプレイヤキャラクタＰＣに設定されており、当該注目位置を注視点として焦点が合った画像が表示されている。

【0100】

そして、図１２の例では、ぼかしていない状態で表示する奥行距離範囲内に、注目位置となるプレイヤキャラクタＰＣが配置されてぼかしていない状態で表示され、仮想オブジェクトＯＢＪ１および仮想オブジェクトＯＢＪ２の上段部はぼかしていない状態で表示されているが、仮想オブジェクトＯＢＪ２の下段部が遠景ボケ状態で描画されている。これは、仮想カメラの撮影方向の変化による被写界深度のさらなる変更により、仮想オブジェクトＯＢＪ２の近傍の少し低い位置に配置されている仮想オブジェクトＯＢＪ２の下段部も上記ぼかしていない状態で表示する奥行距離範囲内から、当該奥行距離範囲内より仮想カメラから遠い範囲内にさらに設定されたためである。また、仮想オブジェクトＯＢＪ２の下段部と同様の位置に他のオブジェクトやキャラクタが配置されている場合も、これらのオブジェクトやキャラクタが遠景ボケ状態で描画される。つまり、仮想カメラが上記中間姿勢から上記見下ろし姿勢に変化することによって、仮想空間における水平方向と仮想カメラの撮影方向との角度差が大きくなることにより、ぼかしていない状態で表示する奥行距離範囲内の第１の距離より仮想カメラから遠い第２の距離に配置された仮想オブジェクトＯＢＪ２を表示する際のぼかし強度が大きくなるように変更されていることになる。なお、上述したように、仮想カメラの撮影方向が上記中間姿勢から上記見下ろし姿勢となることにより、仮想カメラから注視点までの距離も大きくなってもよいが、仮想カメラから注視点までの距離が変わらない場合であっても、仮想オブジェクトＯＢＪ２の下段部が遠景ボケ状態で描画される。つまり、本実施例では、仮想カメラの撮影方向が上記中間姿勢から上記見下ろし姿勢となることにより、仮想カメラから注視点までの距離が変わらない場合であっても、仮想カメラの撮影方向の変化による被写界深度の変更により、仮想オブジェクトＯＢＪ２の下段部が遠景ボケ状態で描画される。

【0101】

このように、本実施例においては、ぼかしていない状態で明瞭に描画を行なう奥行距離範囲と、ぼかした状態で描画を行なう奥行距離範囲は、少なくとも仮想カメラの撮影方向に依存して決定される。

【0102】

一例として、上記見下ろし姿勢の仮想カメラを用いた撮影画像が得られた場合は、図１３の破線で示すぼかし強度プロファイルのように、焦点が設定される注目位置（注視点）の奥行距離Ｒ０を中心として、ぼかしていない状態で描画を行なう奥行距離範囲Ｒａ２～Ｒａ３が設定され、この奥行距離範囲Ｒａ２～Ｒａ３に連続する奥行距離範囲Ｒａ１～Ｒａ２（Ｎｅａｒ Ｔｒａｎｓｉｔｉｏｎ）および奥行距離範囲Ｒａ３～Ｒａ４（Ｆａｒ Ｔｒａｎｓｉｔｉｏｎ）では、それぞれぼかし強度を連続的に変化させる。このような上記見下ろし姿勢のぼかし強度プロファイルは、基準奥行距離Ｒ０、遠景ぼかし移行開始距離Ｒａ３、遠景ぼかし移行終了距離Ｒａ４、近景ぼかし移行開始距離Ｒａ１、および近景ぼかし移行終了距離Ｒａ２によって定義される。ここで、基準奥行距離Ｒ０は、注目位置（注視点）に対応する仮想空間における奥行距離に相当する。

【0103】

また、上記水平姿勢の仮想カメラを用いた撮影画像が得られた場合は、図１３の実線で示すぼかし強度プロファイルのように、焦点が設定される注目位置（注視点）の奥行距離Ｒ０を中心として、ぼかしていない状態で描画を行なう奥行距離範囲Ｒｂ２～Ｒｂ３が設定され、この奥行距離範囲Ｒｂ２～Ｒｂ３に連続する奥行距離範囲（Ｎｅａｒ Ｔｒａｎｓｉｔｉｏｎ）Ｒｂ１～Ｒｂ２および奥行距離範囲（Ｆａｒ Ｔｒａｎｓｉｔｉｏｎ）Ｒｂ３～Ｒｂ４では、それぞれぼかし強度を連続的に変化させる。このような上記水平姿勢のぼかし強度プロファイルは、基準奥行距離Ｒ０、遠景ぼかし移行開始距離Ｒｂ３、遠景ぼかし移行終了距離Ｒｂ４、近景ぼかし移行開始距離Ｒｂ１、および近景ぼかし移行終了距離Ｒｂ２によって定義される。なお、図１３に示した一例では、奥行距離範囲Ｒａ１～Ｒａ２の大きさと奥行距離範囲Ｒｂ１～Ｒｂ２の大きさとが同じで、奥行距離範囲Ｒａ３～Ｒａ４の大きさと奥行距離範囲Ｒｂ３～Ｒｂ４の大きさとが同じとなった例を用いているが、これら奥行距離範囲の大きさは同じであってもよいし、異なっていてもよい。

【0104】

仮想カメラの撮影方向に基づいたぼかし強度プロファイルは、ぼかしていない状態で描画を行なう奥行距離範囲の大きさや、ぼかし移行開始距離からぼかし移行終了距離までのぼかし強度の変化が生じる近景ボケ側範囲および／または遠景ボケ側範囲の大きさにより設定される。このようなぼかし強度プロファイルが用いられることにより、ぼかしていない状態で表示する焦点位置を含む奥行距離範囲から、より仮想カメラに近い範囲およびより仮想カメラから遠い範囲を、奥行距離に応じたぼかし強度でぼかした状態で描画される。そして、図１３から明らかなように、基準奥行距離Ｒ０（第１の距離）を含む奥行距離範囲Ｒａ２～Ｒａ３およびＲｂ２～Ｒｂ３より仮想カメラから遠い奥行距離Ｒｘにおけるぼかし強度は、上記角度差が小さい方が（すなわち、仮想カメラが上記見下ろし姿勢より上記水平姿勢の方が）小さくなる。また、基準奥行距離Ｒ０（第１の距離）を含む奥行距離範囲Ｒａ２～Ｒａ３およびＲｂ２～Ｒｂ３より仮想カメラに近い奥行距離Ｒｙにおけるぼかし強度は、上記角度差が小さい方が（すなわち、仮想カメラが上記見下ろし姿勢より上記水平姿勢の方が）小さくなる。なお、奥行距離Ｒｘは第２の距離の一例となるが、図１３の例ではその他にも遠景ぼかし移行開始距離Ｒａ３～遠景ぼかし移行終了距離Ｒｂ４の間の距離は全て第２の距離の一例となる。また、奥行距離Ｒｙは第３の距離の一例となるが、図１３の例ではその他にも近景ぼかし移行開始距離Ｒｂ１～近景ぼかし移行終了距離Ｒａ２の間の距離は全て第３の距離の一例となる。

【0105】

例えば、ぼかし強度プロファイルにおける遠景ぼかし移行開始距離（例えば、図１３における遠景ぼかし移行開始距離Ｒａ３およびＲｂ３）は、図１４に示す関係式を用いて算出される。この関係式から明らかなように、仮想カメラの撮影方向が仮想空間の水平方向に近いほど（上記角度差が小さいほど）遠景ぼかし移行開始距離が遠くなるぼかし強度プロファイルが設定される。これにより、仮想カメラの撮影方向が水平方向に近いほど、遠景ぼかし移行開始距離が遠くなるため、遠くまで見渡すことが可能となる仮想空間の画像を表示することが可能となる。

【0106】

また、ぼかし強度プロファイルにおける遠景ボケ移行幅（Ｆａｒ Ｔｒａｎｓｉｔｉｏｎ；例えば、図１３における奥行距離範囲Ｒａ３～Ｒａ４およびＲｂ３～Ｒｂ４）は、図１５に示す関係式を用いて算出される。この関係式から明らかなように、仮想カメラの撮影方向が仮想空間の水平方向に近いほど（上記角度差が小さいほど）、遠景ボケ移行幅が大きくなるぼかし強度プロファイルが設定される。仮想カメラの撮影方向が仮想空間の水平方向に近い場合、遠景ボケ開始距離が遠くなることにより、当該遠景ボケ開始距離の近傍となる奥行距離において、奥行位置が少し変化しただけで仮想空間内の遠近感が急激に変化することが考えられる。しかしながら、上記撮影方向が水平方向に近い場合には、遠景ボケ移行幅を大きく設けることにより、遠景ボケの急激な変化を緩和することができる。

【0107】

また、ぼかし強度プロファイルにおける近景ぼかし移行終了距離（例えば、図１３における近景ぼかし移行終了距離Ｒａ２およびＲｂ２）は、図１６に示す関係式を用いて算出される。この関係式から明らかなように、仮想カメラの撮影方向が仮想空間の水平方向に近いほど（上記角度差が小さいほど）近景ぼかし移行終了距離が近くなるぼかし強度プロファイルが設定される。これにより、仮想カメラの撮影方向が水平方向に近いほど、近景ぼかし移行終了距離が近くなるため、焦点距離よりも仮想カメラから近い位置にプレイヤキャラクタＰＣや他のキャラクタ等の多くのキャラクタが配置される場合であっても、その大半が近景ボケしてしまうことを防止することができる。

【0108】

また、ぼかし強度プロファイルにおける近景ボケ移行幅（Ｎｅａｒ Ｔｒａｎｓｉｔｉｏｎ；例えば、図１３における奥行距離範囲Ｒａ１～Ｒａ２およびＲｂ１～Ｒｂ２）は、図１７に示す関係式を用いて算出される。この関係式から明らかなように、仮想カメラの撮影方向が仮想空間を見下ろす方向に近いほど（上記角度差が大きいほど）、近景ボケ移行幅が大きくなるぼかし強度プロファイルが設定される。仮想カメラの撮影方向が仮想空間の見下ろし方向に近い場合、近景ぼかし移行開始距離が遠くなることにより、当該近景ぼかし移行開始距離の近傍となる奥行距離において、画像上のある位置とその画像上の少し上の位置とで奥行位置が急激に変化するため、ぼかしの強さが急激に変化してしまい、ぼかした部分とぼかしていない部分との境界が見えやすくなってしまうことが考えられる。しかしながら、上記撮影方向が見下ろし方向に近い場合には、近景ボケ移行幅を大きく設けることにより、近景ボケの急激な変化を緩和することができる。

【0109】

なお、上述した実施例では、遠景ぼかし移行開始距離Ｒｂ３、遠景ぼかし移行終了距離Ｒｂ４、近景ぼかし移行開始距離Ｒｂ１、および近景ぼかし移行終了距離Ｒｂ２によって、仮想カメラの撮影方向に基づくぼかし強度プロファイルを定義することにより、ぼかしていない状態で描画を行なう奥行距離範囲の大きさやぼかし移行開始距離からぼかし移行終了距離までのぼかし強度の変化が生じる近景ボケ移行幅および／または遠景ボケ移行幅の大きさを変化させているが、当該撮影方向に基づいてこれらのパラメータのうちの少なくとも１つを変化させてもよい。また、他のパラメータを変化させることにより、上記撮影方向に基づいてぼかし強度プロファイルを変化させてもよい。

【0110】

例えば、図１８に示すぼかし強度プロファイルは、仮想カメラが上記水平姿勢および上記見下ろし姿勢のときのぼかしていない状態で描画を行なう奥行距離範囲Ｒａ２～Ｒａ３およびＲｂ２～Ｒｂ３を同じとして、ぼかし強度を変化させる範囲（近景ボケ移行幅／遠景ボケ移行幅）における単位距離あたりのぼかし強度の変化量を同じにしている。その一方で、見下ろし姿勢におけるぼかし強度プロファイルのぼかし強度の最大値を、上記水平姿勢におけるぼかし強度プロファイルのぼかし強度の最大値より大きく設定することにより、それぞれのぼかし強度プロファイルを変化させている。このようにぼかし強度プロファイルを変化させる場合であっても、基準奥行距離Ｒ０（第１の距離）を含む奥行距離範囲Ｒａ２～Ｒａ３（Ｒｂ２～Ｒｂ３）より仮想カメラから遠い奥行距離Ｒｘにおけるぼかし強度は、上記角度差が小さい方が（すなわち、仮想カメラが上記見下ろし姿勢より上記水平姿勢の方が）小さくなる。また、基準奥行距離Ｒ０（第１の距離）を含む奥行距離範囲Ｒａ２～Ｒａ３（Ｒｂ２～Ｒｂ３）より仮想カメラに近い奥行距離Ｒｙにおけるぼかし強度は、上記角度差が小さい方が（すなわち、仮想カメラが上記見下ろし姿勢より上記水平姿勢の方が）小さくなる。したがって、このようなぼかし強度プロファイルを用いる場合であっても、上述したぼかし強度プロファイルと同様の効果を得ることが可能となる。なお、奥行距離Ｒｘは第２の距離の一例となるが、図１８の例ではその他にも遠景ボケ移行幅の途中で水平姿勢におけるぼかし強度が見下ろし姿勢におけるぼかし強度よりも大きくなる距離よりも大きい距離は全て第２の距離の一例となる。また、奥行距離Ｒｙは第３の距離の一例となるが、図１８の例ではその他にも遠景ボケ移行幅の途中で水平姿勢におけるぼかし強度が見下ろし姿勢におけるぼかし強度と一致するようになる距離よりも小さい距離は全て第３の距離の一例となる。

【0111】

なお、上述したぼかし強度プロファイルや各パラメータの関係式は、一例であり、仮想カメラからの距離や仮想カメラの撮影方向に基づいた他のプロファイルや関係式であってもよい。例えば、上述したぼかし強度プロファイルや各パラメータの関係式は、上記距離または撮影方向の範囲毎に異なる関係式が設定されてもよいし、１次関数や２次以上の高次関数の関係式が含まれていてもよい。

【0112】

また、表示画像において焦点を合わせる注目位置は、表示画面の中心となる表示位置に対応する仮想空間内の位置でもよいし、当該中心から上下左右にオフセットされた表示位置に対応する仮想空間内の位置であってもよい。この場合、上記注目位置は、プレイヤキャラクタＰＣの内部や表面となる位置、プレイヤキャラクタＰＣの足元や前後左右のフィールド上の位置、他のキャラクタやオブジェクトの配置位置に基づく位置でもよい。また、上記注目位置は、仮想カメラの注視点と一致してもよいし、注視点と一致していなくてもよい。

【0113】

また、上述した基準平面ＲＰは、仮想空間における水平に対して傾斜した面であってもよい。一例として、プレイヤキャラクタＰＣおよび複数の仮想オブジェクトＯＢＪが仮想空間において傾斜したフィールド（傾斜した基準平面ＲＰ）上に配置されてもよい。この場合、基準平面ＲＰの延びる方向に平行となる仮想カメラの姿勢が上述したグラフにおける仮想カメラの「水平姿勢」に当てはまり、基準平面ＲＰの延びる方向に垂直となる仮想カメラの姿勢が上述したグラフにおける仮想カメラの「見下ろし姿勢」に当てはまり、仮想カメラの上記中間姿勢が当該２つの姿勢の間となる撮影方向で基準平面ＲＰを見る姿勢に当てはまる。

【0114】

さらに、上述した基準平面ＲＰは、仮想空間における鉛直面であってもよい。一例として、仮想空間の真下方向に落下して移動するゲームの場合は、撮影方向が当該移動方向に近いほど、遠景ボケ（および近景ボケ）を軽減することが考えられる。すなわち、この場合、仮想空間の鉛直面となる基準平面ＲＰの延びる方向に平行となる仮想カメラの姿勢を上述したグラフにおける仮想カメラの「水平姿勢」に当てはめ、当該鉛直面となる基準平面ＲＰの延びる方向に垂直となる仮想カメラの姿勢を上述したグラフにおける仮想カメラの「見下ろし姿勢」に当てはめて、上記画像ぼかし処理を行い、仮想カメラの上記中間姿勢は、当該変更された２つの姿勢の間となる撮影方向で基準平面ＲＰを見る姿勢として当該処理を行う。

【0115】

また、仮想カメラの上記水平姿勢は、仮想カメラの撮影方向が仮想空間の水平方向と完全に同じ方向でない姿勢でもよく、基準平面ＲＰが延びる方向である水平方向に対して多少の俯角を有する方向が撮影方向となる姿勢であってもよい。また、仮想カメラの上記見下ろし姿勢は、仮想カメラの撮影方向が仮想空間の鉛直方向と完全に同じ方向でない姿勢でもよく、基準平面ＲＰが延びる方向である水平方向に対して垂直となる方向から多少の角度だけずれた方向が撮影方向となる姿勢であってもよい。

【0116】

また、本実施例における仮想カメラの撮影方向の変化は、上述したような仮想カメラの上下方向の変化だけに限らず、仮想空間の鉛直軸周りに仮想カメラが回転することに応じて撮影方向が変化する場合も含んでいる。すなわち、本実施例では、仮想カメラの撮影方向が仮想空間の上下方向に変化することに応じたぼかし強度でぼかした画像を表示するだけでなく、仮想カメラの撮影方向が仮想空間の左右方向に変化することに応じたぼかし強度でぼかした画像を表示してもよい。一例として、仮想空間の海岸における陸側に配置されている仮想オブジェクトが多く、海側に配置されている仮想オブジェクトが少ない状況において、当該海岸に仮想カメラが配置される場合、当該陸側が仮想カメラの撮影方向である方が当該海側の撮影方向よりもぼかし強度を弱くした画像を表示してもよい。

【0117】

図１９～図２５を用いてゲームシステム１において行われるマスク処理の概要について説明する。なお、図１９は、仮想空間内における水平方向を見る仮想カメラから見た仮想空間の画像を、近景ボケマスク処理を行わずに表示した一例を示す図である。図２０は、仮想空間内における水平方向を見る仮想カメラから見た仮想空間の画像に、近景ボケマスク処理を行って表示した一例を示す図である。図２１は、仮想空間内を真下方向に見下ろす仮想カメラから見た仮想空間の画像を、遠景ボケマスク処理を行わずに表示した一例を示す図である。図２２は、仮想空間内を真下方向に見下ろす仮想カメラから見た仮想空間の画像に、遠景ボケマスク処理を行って表示した一例を示す図である。図２３は、近景ボケマスク処理および遠景ボケマスク処理において用いられるマスク形状の一例を示す図である。図２４は、仮想カメラの撮影方向と近景ボケマスク強度との関係の一例を示す図である。図２５は、仮想カメラの撮影方向と遠景ボケマスク強度との関係の一例を示す図である。

【0118】

本実施例では、仮想空間内の上記注目位置と仮想カメラとの距離および仮想カメラの撮影方向の少なくとも一方に基づいて、表示する画像内の少なくとも一部の位置についてぼかし強度を小さく変更するための近景ボケマスクおよび／または遠景ボケマスクが用いられる。一例として、近景ボケマスクを用いることによって、上記注目位置と仮想カメラとの距離が近い方が、または上記撮影方向が水平方向に近い方が、表示する画像内の少なくとも一部の位置についてぼかし強度が小さく変更される。また、遠景ボケマスクが用いられることによって、上記注目位置と仮想カメラとの距離が大きい方が、または仮想カメラの上記撮影方向が水平方向から遠い方が、表示する画像内の少なくとも一部の位置についてぼかし強度が小さく変更される。

【0119】

例えば、図１９に示すように、上記水平姿勢で上記注目位置までの距離が相対的に近い仮想カメラの視野内に、４つの仮想オブジェクトＯＢＪ１～４とプレイヤキャラクタＰＣとが配置されて表示されている。具体的には、仮想カメラから近い順に仮想オブジェクトＯＢＪ１、仮想オブジェクトＯＢＪ２、仮想オブジェクトＯＢＪ３、および仮想オブジェクトＯＢＪ４が配置されて表示されており、仮想オブジェクトＯＢＪ２上にプレイヤキャラクタＰＣが配置されて表示されている。また、仮想カメラから見てプレイヤキャラクタＰＣより遠い奥行距離となる仮想空間のフィールド上に上記注目位置が設定されており、当該注目位置を注視点として焦点が合った画像が表示されている。

【0120】

例えば、図１９の例では、ぼかしていない状態で表示する奥行距離範囲内に、仮想オブジェクトＯＢＪ３が配置され、ぼかしていない状態で表示されている。一方、ぼかしていない状態で表示する奥行距離範囲より仮想カメラに近い範囲内にプレイヤキャラクタＰＣ、仮想オブジェクトＯＢＪ１およびＯＢＪ２が配置され、それぞれ近景ボケ状態で描画（図面では、破線でぼけた状態で表示されていることを示している）されている。また、ぼかしていない状態で表示する奥行距離範囲より仮想カメラから遠い範囲内に仮想オブジェクトＯＢＪ４が配置され、当該仮想オブジェクトＯＢＪ４が遠景ボケ状態で描画されている。

【0121】

図２０は、図１９で示した画像に近景ボケマスク処理が行って表示される画像の一例を示している。例えば、図２０に示すように、表示画像に対して楕円形状の近景ボケマスクが用いた処理が行われる。そして、図２０に例示する近景ボケマスクと重複して表示される画像（例えば、近景ボケ状態のプレイヤキャラクタＰＣ、仮想オブジェクトＯＢＪ１の一部、および仮想オブジェクトＯＢＪ２の一部の画像）は、近景ボケがなくぼかされていない状態または近景ボケが弱められた状態で描画される。ここで、近景ボケマスクは、表示画像内における近景ボケのぼかし範囲を変更したり、ぼかし強度を変更したりするために用いられ、上記注目位置と仮想カメラとの距離および仮想カメラの撮影方向の少なくとも一方に応じて、そのサイズ、位置、マスク強さ等が変更される。なお、本実施例では、近景ボケマスクの外縁部（近景ボケマスクの境界部分）の近景ボケが弱められた状態、すなわち若干近景ボケが生じている状態となることがあり得るが、図２０では当該外縁部のぼかし状態の図示を省略する。

【0122】

このように、仮想カメラが上記水平状態の場合および／または上記注目位置までの距離が相対的に近い状態の場合、近景ボケマスクによるマスク処理が行われるため、プレイヤキャラクタＰＣ等のキャラクタが仮想カメラの近くに配置されている場合であっても近景ボケが生じていないまたは軽減された状態で表示することができる。なお、図２０を用いて説明しているのは近景ボケマスクに関する処理であるため、仮想オブジェクトＯＢＪ４の一部が近景ボケマスクの内部に表示されるとしても、仮想オブジェクトＯＢＪ４は、遠景ボケが生じている状態なので、当該近景ボケマスクは適用されず遠景ボケが生じたままとなっている。

【0123】

また、図２１に示すように、上記見下ろし姿勢で上記注目位置までの距離が相対的に遠い仮想カメラの視野内に、３つの仮想オブジェクトＯＢＪ１、ＯＢＪ２、およびＯＢＪ５とプレイヤキャラクタＰＣとが配置されて表示されている。具体的には、仮想カメラから近い順に仮想オブジェクトＯＢＪ５、仮想オブジェクトＯＢＪ１、および仮想オブジェクトＯＢＪ２が配置されて表示されており、仮想オブジェクトＯＢＪ２上にプレイヤキャラクタＰＣが配置されて表示されている。

【0124】

例えば、図２１の例では、ぼかしていない状態で表示する奥行距離範囲より仮想カメラに近い範囲内に星型の仮想オブジェクトＯＢＪ５が配置され、近景ボケ状態で描画されている。また、ぼかしていない状態で表示する奥行距離範囲より仮想カメラから遠い範囲内にプレイヤキャラクタＰＣと、仮想オブジェクトＯＢＪ１およびＯＢＪ２とが配置され、それぞれ遠景ボケ状態で描画されている。

【0125】

図２２は、図２１で示した画像に遠景ボケマスク処理が行われて表示される画像の一例を示している。例えば、図２２に示すように、表示画像に対して楕円形状の遠景ボケマスクが用いた処理が行われる。そして、図２２に例示する遠景ボケマスクと重複して表示される画像（例えば、遠景ボケ状態のプレイヤキャラクタＰＣ、仮想オブジェクトＯＢＪ１の一部、および仮想オブジェクトＯＢＪ２の画像）は、遠景ボケがなくぼかされていない状態または遠景ボケが弱められた状態で描画される。ここで、遠景ボケマスクは、表示画像内における遠景ボケのぼかし範囲を変更したり、ぼかし強度を変更したりするために用いられ、上記注目位置と仮想カメラとの距離および仮想カメラの撮影方向の少なくとも一方に応じて、そのサイズ、位置、マスク強さ等が変更される。

【0126】

このように、仮想カメラが上記見下ろし状態および／または仮想カメラから上記注目位置までの距離が相対的に遠い状態の場合、遠景ボケマスクによるマスク処理が行われるため、画面全体が遠景ボケ状態で表示されることを防止または遠景ボケ状態が軽減された状態で表示することができる。なお、図２２を用いて説明しているのは遠景ボケマスクに関する処理であるため、仮想オブジェクトＯＢＪ５の一部が遠景ボケマスクの内部に表示されるとしても、仮想オブジェクトＯＢＪ５は、近景ボケが生じている状態なので、当該遠景ボケマスクは適用されず近景ボケが生じたままとなっている。

【0127】

例えば、図２３に示すように、上述した近景ボケマスクおよび遠景ボケマスクは、ディスプレイ１２に表示される２次元の表示画像の中心側の位置の方が画素位置毎のぼかし強度が弱まるように設定される。例えば、上述した近景ボケマスクおよび遠景ボケマスクは、上記表示画像全体に対して、楕円形状のマスクテクスチャデータ（すなわち、行列データ）として設定される。そして、マスクテクスチャデータは、上記楕円形状の外縁部となるＢ領域に０～１の値が設定され、当該Ｂ領域を除いた上記楕円形状内の主領域となるＡ領域に１の値が設定され、当該Ｂ領域の外側となるＣ領域に０の値が設定される。

【0128】

近景ボケマスクおよび遠景ボケマスクにおける画素位置毎のマスク強度は、上記値に後述する不透明度を乗算することによって算出される。そして、マスク処理後の表示画像の画素位置毎のぼかし強度は、「マスク処理前のぼかし強度×（１－マスク強度）」により算出される。すなわち、各画素位置（ｘ，ｙ）のぼかし強度は、
ぼかし強度（ｘ，ｙ）＝マスク処理前のぼかし強度（ｘ，ｙ）
×（１－マスクテクスチャの値（ｘ，ｙ）×不透明度）
で算出される。ここで、上記不透明度は、マスク強度を示すマスクテクスチャの不透明度であり、上記注目位置と仮想カメラとの距離および仮想カメラの撮影方向の少なくとも一方に応じて変化する。したがって、マスク処理後の表示画像の画素位置毎のぼかし強度も、上記注目位置と仮想カメラとの距離および仮想カメラの撮影方向の少なくとも一方に応じて変化することになる。また、近景ボケマスクによるマスク処理は、当該マスク処理前の画素位置に近景ボケが生じている場合に有効に作用し、当該マスク処理前に遠景ボケが生じている画素位置には無効となる（すなわち、マスク処理前の画素位置に設定されている遠景ボケのぼかし強度が維持される）。また、遠景ボケマスクによるマスク処理は、当該マスク処理前の画素位置に遠景ボケが生じている場合に有効に作用し、当該マスク処理前に近景ボケが生じている画素位置には無効となる（すなわち、マスク処理前の画素位置に設定されている近景ボケのぼかし強度が維持される）。

【0129】

例えば、近景ボケマスクの不透明度は、上記注目位置と仮想カメラとの距離および仮想カメラの撮影方向の少なくとも一方に応じて、図２４に示す関係式を用いて算出される。この関係式から明らかなように、仮想カメラが上記水平姿勢（ニアカメラ）～上記中間姿勢（ミドルカメラ）の範囲では不透明度１．０に固定されてマスク強度が強く設定されることに対し、当該中間姿勢（ミドルカメラ）から上記見下ろし姿勢（ファーカメラ）に近づくと不透明度０．０に近づいてマスク強度が弱く設定される。

【0130】

また、近景ボケマスクのサイズおよび位置は、固定値でもよい。例えば、近景ボケマスクの形状は、円形状でもよいが、図２３に示すように近景ボケマスクの横スケールが縦スケールより大きな値に設定されることにより、表示画像に対して横長の楕円形状に設定されてもよい。また、近景ボケマスクは、表示画像の中心と上記円形状または上記楕円形状の中心とが一致するように配置されてもよいが、表示画像に対して縦または横にオフセットした位置に配置されてもよく、一例として表示画像のやや下寄りの位置が楕円形状の中心となるように配置されてもよい。プレイヤキャラクタＰＣや当該プレイヤキャラクタＰＣの周辺にいるキャラクタは、仮想カメラが上記水平姿勢の場合に画面中央よりやや下側に位置することが多く（例えば、地面上にいるプレイヤキャラクタＰＣの周辺が近景表示される場合、当該プレイヤキャラクタＰＣの周辺が画面下側に表示される）、このようにゲーム進行上で重要なものが表示されていることが相対的に多い画面中心よりやや下側位置ほど、近景ボケを弱くすることができる。

【0131】

また、遠景ボケマスクの不透明度は、上記注目位置と仮想カメラとの距離および仮想カメラの撮影方向の少なくとも一方に応じて、図２５に示す関係式を用いて算出される。この関係式から明らかなように、仮想カメラが上記水平姿勢（ニアカメラ）では不透明度が０．０に設定され、仮想カメラが上記見下ろし姿勢（ファーカメラ）に近づくほど、不透明度１．０に近づいてマスク強度が強く設定される。

【0132】

また、遠景ボケマスクの横スケールおよび縦スケールは、上記注目位置と仮想カメラとの距離および仮想カメラの撮影方向の少なくとも一方に応じて、所定の関係式を用いて算出されてもよい。一例として、仮想カメラが上記水平姿勢（ニアカメラ）から上記中間姿勢（ミドルカメラ）に近づくと、遠景ボケマスクの横スケールが長くなり、遠景ボケマスクの縦スケールが短くなってもよい。そして、仮想カメラが上記中間姿勢（ミドルカメラ）から上記見下ろし姿勢（ファーカメラ）に近づくと遠景ボケマスクの横スケールが短くなり、遠景ボケマスクの縦スケールが長くなってもよい。

【0133】

また、表示画像に対する遠景ボケマスクの位置は、上記注目位置と仮想カメラとの距離および仮想カメラの撮影方向の少なくとも一方に応じて、所定の関係式を用いて算出されてもよい。一例として、仮想カメラが上記水平姿勢（ニアカメラ）や上記見下ろし姿勢（ファーカメラ）では縦オフセットはなく、上記中間姿勢（ミドルカメラ）に近づくと、遠景ボケマスクの中心が表示画像の中心より縦方向における上方向にオフセットされた位置に移動して設定されてもよい。

【0134】

このように、本実施例では、上記注目位置と仮想カメラとの距離が小さいほど、および／または仮想カメラの撮影方向が水平方向に近いほど、マスク処理の強度が大きくなるように近景ボケマスクを生成し、上記注目位置と仮想カメラとの距離が大きいほど、および／または仮想カメラの撮影方向が水平方向から遠いほど、マスク処理の強度が大きくなるように遠景ボケマスクを生成する。そして、仮想カメラからの奥行距離がぼかされない状態で表示される奥行距離範囲よりも近い範囲において、当該仮想カメラからの奥行距離が近い位置の方がぼかし強度を大きくするとともに、近景ボケマスクが示すマスク処理の強度が大きい方が当該ぼかし強度が小さくなるように、当該ぼかし強度を変更している。また、仮想カメラからの奥行距離がぼかされない状態で表示される奥行距離範囲よりも遠い範囲において、当該仮想カメラからの距離が遠い位置の方がぼかし強度を大きくするとともに、遠景ボケマスクが示すマスク処理の強度が大きい方が当該ぼかし強度が小さくなるように、当該ぼかし強度を変更している。このように、近景ボケ用のマスクデータと遠景ボケ用のマスクデータをそれぞれ用意することにより、それぞれのぼかし強度に応じた適切なマスク処理が可能となるため、表示画像の視認性を向上させることができる。

【0135】

上述した実施例では、近景ボケマスクおよび遠景ボケマスクを用いたマスク処理を行っているが、上記マスク処理は、１つのマスクを用いて行われてもよいし、３つ以上のマスクが用いられてもよい。例えば、１つのマスクを用いたマスク処理が行われる場合、近景ボケおよび遠景ボケの両方のぼかし強度を小さくするまたはぼかさない状態にするマスクを用いることにより、同様のマスク処理を行うことが可能となる。また、３つのマスクを用いたマスク処理が行われる場合、上述した近景ボケマスクおよびかなり遠くが強めにぼかされる遠景用に用いられる遠景ボケマスクに加えて、当該遠景より仮想カメラに近いやや遠くが中程度にぼかされる中遠景用に用いられる中遠景ボケマスクを用いることが考えられる。

【0136】

また、上述した説明では、近景ボケマスクのサイズおよび位置が固定値で設定される例を用いたが、遠景ボケマスクと同様に上記注目位置と仮想カメラとの距離および仮想カメラの撮影方向の少なくとも一方に応じて変化してもよい。また、遠景ボケマスクのサイズおよび位置は、固定値でもよい。また、遠景ボケマスクは、表示画像の中心と上記円形状または上記楕円形状の中心とが一致するように配置されてもよいが、表示画像に対して縦または横にオフセットした位置に配置されてもよく、一例として表示画像のやや下寄りの位置が楕円形状の中心となるように配置されてもよい。

【0137】

また、上述した説明では、遠景ボケマスクのサイズおよび位置が上記注目位置と仮想カメラとの距離および仮想カメラの撮影方向の少なくとも一方に応じて変化する例を用いたが、近景ボケマスクと同様に固定値で設定されてもよい。

【0138】

また、上述したマスクを設定するための各パラメータの関係式は、一例であり、上記注目位置と仮想カメラとの距離および仮想カメラの撮影方向の少なくとも一方に基づいた他の関係式であってもよい。例えば、各パラメータの関係式は、上記距離または撮影方向の範囲毎に異なる関係式が設定されてもよいし、１次関数や２次以上の高次関数の関係式が含まれていてもよい。

【0139】

また、上述した実施例では、近景ボケマスクおよび遠景ボケマスクを用いて、ぼかしを行う画面上の範囲のぼかし強度を小さくするまたはぼかさない状態にするマスク処理を行っている。しかしながら、他の実施例においては、マスクを用いて、ぼかしを行う画面上の範囲の少なくとも一部のぼかし強度を強くするマスク処理を行ってもかまわない。

【0140】

また、上述した実施例では、上記注目位置と仮想カメラとの距離および仮想カメラの撮影方向の少なくとも一方に基づいて、近景ボケマスクおよび遠景ボケマスクを設定するための各パラメータを変化させているが、上記注目位置と仮想カメラとの距離および仮想カメラの撮影方向の一方のみに基づいて当該パラメータを変化させてもよいことは言うまでもない。この場合、ユーザ操作に応じて仮想カメラの撮影方向を変更したとしても上記注目位置と当該仮想カメラとの距離が変わらないような仮想カメラの位置／方向変更が行われたとしても、当該撮影方向が変更されることに応じて、上述したマスク処理が行われればよい。また、ユーザ操作に応じて上記注目位置と仮想カメラとの距離が変更されて当該仮想カメラの撮影方向が変わらないような仮想カメラの位置変更が行われたとしても、当該距離が変更されることに応じて、上述したマスク処理が行われればよい。

【0141】

次に、図２６を参照して、ゲームシステム１で実行される具体的な処理の一例について説明する。図２６は、本体装置２のＤＲＡＭ８５に設定されるデータ領域の一例を示す図である。なお、ＤＲＡＭ８５には、図２６に示すデータの他、他の処理で用いられるデータも記憶されるが、詳細な説明を省略する。

【0142】

ＤＲＡＭ８５のプログラム記憶領域には、ゲームシステム１で実行される各種プログラムＰａが記憶される。本実施例においては、各種プログラムＰａは、左コントローラ３および／または右コントローラ４や本体装置２から取得したデータに基づいた情報処理を行うためのアプリケーションプログラム（例えば、ゲームプログラム）等が記憶される。なお、各種プログラムＰａは、フラッシュメモリ８４に予め記憶されていてもよいし、ゲームシステム１に着脱可能な記憶媒体（例えば、スロット２３に装着された所定の種類の記憶媒体）から取得されてＤＲＡＭ８５に記憶されてもよいし、インターネット等のネットワークを介して他の装置から取得されてＤＲＡＭ８５に記憶されてもよい。プロセッサ８１は、ＤＲＡＭ８５に記憶された各種プログラムＰａを実行する。

【0143】

また、ＤＲＡＭ８５のデータ記憶領域には、ゲームシステム１において実行される情報処理等の処理において用いられる各種のデータが記憶される。本実施形態においては、ＤＲＡＭ８５には、操作データＤａ、プレイヤキャラクタデータＤｂ、仮想カメラデータＤｃ、撮影画像データＤｄ、ぼかし画像データＤｅ、マスクデータＤｆ、表示画像データＤｇ、プロファイルデータＤｈ、仮想空間データＤｉ、および画像データＤｊ等が記憶される。

【0144】

操作データＤａは、左コントローラ３および／または右コントローラ４や本体装置２からそれぞれ適宜取得した操作データである。上述したように、左コントローラ３および／または右コントローラ４や本体装置２からそれぞれ取得される操作データには、各入力部（具体的には、各ボタン、アナログスティック、タッチパネル）からの入力に関する情報（具体的には、操作に関する情報）が含まれている。本実施例では、左コントローラ３および／または右コントローラ４や本体装置２からそれぞれ操作データを取得しており、当該取得した操作データを用いて操作データＤａが適宜更新される。なお、操作データＤａの更新周期は、後述するゲームシステム１で実行される処理の周期である１フレーム毎に更新されてもよいし、上記操作データが取得される周期毎に更新されてもよい。

【0145】

プレイヤキャラクタデータＤｂは、仮想空間に配置されているプレイヤキャラクタＰＣの配置位置、配置方向、および配置姿勢や、仮想空間における動作や状態等を示すデータである。

【0146】

仮想カメラデータＤｃは、仮想空間に配置されている仮想カメラの位置、撮影方向、画角等を示すデータである。

【0147】

撮影画像データＤｄは、仮想カメラの視野内を実質的に同一のフォーカス状態で撮影することによって生成された撮影画像（明瞭画像）のデータである。ぼかし画像データＤｅは、仮想カメラの視野内をぼかした状態で撮影することによって生成されるぼかし画像のデータである。

【0148】

マスクデータＤｆは、仮想カメラの状態に基づいて設定される近景ボケマスクおよび遠景ボケマスクを示すデータである。

【0149】

表示画像データＤｇは、ぼかし強度に応じた各画素のブレンド率を用いて、撮影画像とぼかし画像とを混合することで生成される表示画像のデータである。

【0150】

プロファイルデータＤｈは、撮影方向に基づいて設定されるぼかし強度プロファイルを示すデータである。

【0151】

仮想空間データＤｉは、仮想空間に配置される仮想オブジェクトやキャラクタの位置、方向、姿勢、動作等を示すデータや仮想空間に設定されるフィールドを示すデータである。

【0152】

画像データＤｊは、表示画面（例えば、本体装置２のディスプレイ１２）に画像（例えば、プレイヤキャラクタの画像、他のキャラクタの画像、仮想オブジェクトの画像、仮想空間のフィールドの画像、背景画像等）を表示するためのデータである。

【0153】

次に、図２７を参照して、本実施例における情報処理の一例であるゲーム処理の詳細な一例を説明する。図２７は、ゲームシステム１で実行されるゲーム処理の一例を示すフローチャートである。本実施例においては、図２７に示す一連の処理は、プロセッサ８１が各種プログラムＰａに含まれる所定のアプリケーションプログラム（ゲームプログラム）を実行することによって行われる。また、図２７に示すゲーム処理が開始されるタイミングは任意である。

【0154】

なお、図２７に示すフローチャートにおける各ステップの処理は、単なる一例に過ぎず、同様の結果が得られるのであれば、各ステップの処理順序を入れ替えてもよいし、各ステップの処理に加えて（または代えて）別の処理が実行されてもよい。また、本実施例では、上記フローチャートの各ステップの処理をプロセッサ８１が実行するものとして説明するが、上記フローチャートにおける一部のステップの処理を、プロセッサ８１以外のプロセッサや専用回路が実行するようにしてもよい。また、本体装置２において実行される処理の一部は、本体装置２と通信可能な他の情報処理装置（例えば、本体装置２とネットワークを介して通信可能なサーバ）によって実行されてもよい。すなわち、図２７に示す各処理は、本体装置２を含む複数の情報処理装置が協働することによって実行されてもよい。

【0155】

図２７において、プロセッサ８１は、ゲーム処理における初期設定を行い（ステップＳ１２１）、次のステップに処理を進める。例えば、上記初期設定では、プロセッサ８１は、以下に説明する処理を行うためのパラメータを初期化して、各データを更新する。一例として、プロセッサ８１は、仮想空間データＤｉに基づいて、仮想空間のフィールド上に複数の仮想オブジェクトを配置し、当該フィールド上に各キャラクタを配置することによって初期状態の仮想空間を生成する。そして、プロセッサ８１は、初期状態の仮想空間におけるデフォルト位置に所定の姿勢の仮想カメラを配置して、仮想空間の初期設定を行う。

【0156】

次に、プロセッサ８１は、左コントローラ３、右コントローラ４、および／または本体装置２から操作データを取得して操作データＤａを更新し（ステップＳ１２２）、次のステップに処理を進める。

【0157】

次に、プロセッサ８１は、キャラクタ動作処理を行い（ステップＳ１２３）、次のステップに処理を進める。例えば、プロセッサ８１は、操作データＤａ４に基づいて、プレイヤキャラクタＰＣの動作を設定する。一例として、プロセッサ８１は、操作データＤａが示す操作入力および仮想空間における仮想的な物理演算等に基づいて、プレイヤキャラクタＰＣの位置、方向、姿勢、動作、および状態等を設定して、プレイヤキャラクタデータＤｂを更新する。また、プロセッサ８１は、仮想空間における他のキャラクタの動作を設定する。一例として、プロセッサ８１は、設定された演出の進行、自動制御するキャラクタにおける動作アルゴリズム、仮想空間における仮想的な物理演算、プレイヤキャラクタＰＣの動作等に基づいて、各キャラクタの位置、方向、姿勢、動作、および状態等を設定して、仮想空間データＤｉを更新する。

【0158】

次に、プロセッサ８１は、仮想カメラを設定して（ステップＳ１２４）、次のステップに処理を進める。例えば、プロセッサ８１は、操作データＤａに基づいて、仮想空間における仮想カメラの位置および画角を設定するとともに、プレイヤキャラクタＰＣの位置に基づいて設定される注目位置が注視点となるように仮想カメラの位置および撮影方向を設定して、仮想カメラデータＤｃを更新する。

【0159】

次に、プロセッサ８１は、仮想カメラからの視野の撮影画像およびぼかし画像を生成して（ステップＳ１２５）、次のステップに処理を進める。例えば、プロセッサ８１は、仮想カメラデータＤｃに応じた仮想カメラが仮想空間内を実質的に同一のフォーカス状態で撮影することによって生成された撮影画像（明瞭画像）を用いて、撮影画像データＤｄを更新する。また、プロセッサ８１は、上記仮想カメラがぼかした状態で撮影することによって生成されたぼかし画像を用いて、ぼかし画像データＤｅを更新する。

【0160】

次に、プロセッサ８１は、仮想カメラの撮影方向に応じて撮影画像をぼかす画像ぼかし処理を行って（ステップＳ１２６）、次のステップに処理を進める。例えば、プロセッサ８１は、仮想カメラの撮影方向に応じたぼかし強度プロファイルを設定してプロファイルデータＤｈを更新するとともに、当該ぼかし強度プロファイルに基づいて上記撮影画像に上記ぼかし画像を画素位置毎に合成する画像ぼかし処理により表示画像を生成して、表示画像データＤｇを更新する。なお、画像ぼかし処理の詳細な内容については、図８～図１８を用いて説明した処理と同様であるため、ここでは詳細な説明を省略する。

【0161】

次に、プロセッサ８１は、仮想カメラの撮影方向および／または仮想カメラと注視点との距離に応じてマスク処理を行って（ステップＳ１２７）、次のステップに処理を進める。例えば、プロセッサ８１は、仮想カメラの撮影方向および／または仮想カメラと注視点との距離に応じて近景ボケマスクおよび遠景ボケマスクを設定してマスクデータＤｆを更新するとともに、表示画像データＤｇが示す表示画像に当該近景ボケマスクおよび遠景ボケマスクを用いたマスク処理を行うことにより当該表示画像内の少なくとも一部についてぼかし強度を変更して、表示画像データＤｇを更新する。なお、マスク処理の詳細な内容については、図１９～図２５を用いて説明した処理と同様であるため、ここでは詳細な説明を省略する。

【0162】

次に、プロセッサ８１は、表示制御処理を行い（ステップＳ１２８）、次のステップに処理を進める。例えば、プロセッサ８１は、表示画像データＤｇが示す表示画像をディスプレイ１２に表示する制御を行う。

【0163】

次に、プロセッサ８１は、ゲーム処理を終了するか否かを判定する（ステップＳ１２９）。上記ステップＳ１２９においてゲーム処理を終了する条件としては、例えば、ゲーム処理が終了される条件が満たされたことや、ユーザがゲーム処理を終了する操作を行ったこと等がある。プロセッサ８１は、ゲーム処理を終了しない場合に上記ステップＳ１２２に戻って処理を繰り返し、ゲーム処理を終了する場合に当該フローチャートによる処理を終了する。以降、ステップＳ１２２～ステップＳ１２９の一連の処理は、ステップＳ１２９で処理を終了すると判定されるまで繰り返し実行される。

【0164】

このように、本実施例においては、仮想カメラの撮影方向に応じたぼかし強度でぼかした画像を表示するため、当該画像の視認性を向上させることができる。一例として、仮想カメラが相対的に遠くまで見渡せるような撮影方向で仮想空間を撮影している場合に、仮想カメラから遠くのぼかし強度を弱めることにより、当該遠くの画像の視認性を向上させることができる。また、本実施例においては、上記マスク処理により、ぼかしを行う画面上の範囲を仮想カメラの状態に合わせて変更することができるため、当該が画像の視認性を向上させることができる。

【0165】

なお、本実施例においては、上述した仮想カメラの撮影方向に基づいた画像ぼかし処理が行われなくてもよい。この場合、図２７における上記ステップＳ１２６の処理を、仮想カメラの撮影方向とは無関係に仮想空間内の位置と当該仮想カメラとの距離に応じてぼかした画像を表示画像データＤｇに格納し、当該画像を用いて上記ステップＳ１２７におけるマスク処理を行えばよい。この場合であっても、ぼかしを行う画面上の範囲を仮想カメラの状態に合わせて変更することができるため、当該画像の視認性を向上させる効果を得ることができる。

【0166】

また、上述した実施例においては、ユーザ操作に応じて動作するプレイヤキャラクタが配置された仮想空間の画像を表示する例を用いたが、当該プレイヤキャラクタが配置されていない仮想空間の画像を表示する態様でもかまわない。プレイヤキャラクタが配置されていない仮想空間であっても、当該仮想空間における所定の位置を上記注目位置として当該位置近傍に焦点を合わせることにより、当該仮想カメラからの視野の画像に上記画像ぼかし処理および／またはマスク処理を行ったぼかし画像を生成することが可能となる。

【0167】

また、ゲームシステム１は、どのような装置であってもよく、携帯型のゲーム装置、任意の携帯型電子機器（ＰＤＡ（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔ）、携帯電話、パーソナルコンピュータ、カメラ、タブレット等）等であってもよい。

【0168】

また、上述した説明では情報処理（ゲーム処理）をゲームシステム１で行われる例を用いたが、上記処理ステップの少なくとも一部を他の装置で行ってもかまわない。例えば、ゲームシステム１がさらに他の装置（例えば、サーバ、他の情報処理装置、他の画像表示装置、他のゲーム装置、他の携帯端末）と通信可能に構成されている場合、上記処理ステップは、さらに当該他の装置が協働することによって実行してもよい。このように、上記処理ステップの少なくとも一部を他の装置で行うことによって、上述した処理と同様の処理が可能となる。また、上述した情報処理は、少なくとも１つの情報処理装置により構成される情報処理システムに含まれる１つのプロセッサまたは複数のプロセッサ間の協働により実行されることが可能である。また、上記実施例においては、ゲームシステム１のプロセッサ８１が所定のプログラムを実行することによって情報処理を行うことが可能であるが、ゲームシステム１が備える専用回路によって上記処理の一部または全部が行われてもよい。

【0169】

ここで、上述した変形例によれば、いわゆるクラウドコンピューティングのシステム形態や分散型の広域ネットワークおよびローカルネットワークのシステム形態でも本発明を実現することが可能となる。例えば、分散型のローカルネットワークのシステム形態では、据置型の情報処理装置（据置型のゲーム装置）と携帯型の情報処理装置（携帯型のゲーム装置）との間で上記処理を協働により実行することも可能となる。なお、これらのシステム形態では、上述した処理をどの装置で行うかについては特に限定されず、どのような処理分担をしたとしても本発明を実現できることは言うまでもない。

【0170】

また、上述した情報処理で用いられる処理順序、設定値、判定に用いられる条件等は、単なる一例に過ぎず他の順序、値、条件であっても、本実施例を実現できることは言うまでもない。

【0171】

また、上記プログラムは、外部メモリ等の外部記憶媒体を通じてゲームシステム１に供給されるだけでなく、有線または無線の通信回線を通じて当該装置に供給されてもよい。また、上記プログラムは、当該装置内部の不揮発性記憶装置に予め記録されていてもよい。なお、上記プログラムを記憶する情報記憶媒体としては、不揮発性メモリの他に、ＣＤ－ＲＯＭ、ＤＶＤ、あるいはそれらに類する光学式ディスク状記憶媒体、フレキシブルディスク、ハードディスク、光磁気ディスク、磁気テープ、などでもよい。また、上記プログラムを記憶する情報記憶媒体としては、上記プログラムを記憶する揮発性メモリでもよい。このような記憶媒体は、コンピュータ等が読み取り可能な記録媒体ということができる。例えば、コンピュータ等に、これらの記録媒体のプログラムを読み込ませて実行させることにより、上述で説明した各種機能を提供させることができる。

【0172】

以上、本発明を詳細に説明してきたが、前述の説明はあらゆる点において本発明の例示に過ぎず、その範囲を限定しようとするものではない。本発明の範囲を逸脱することなく種々の改良や変形を行うことができることは言うまでもない。また、当業者は、本発明の具体的な実施例の記載から、本発明の記載および技術常識に基づいて等価な範囲を実施することができることが理解される。また、本明細書において使用される用語は、特に言及しない限り、当該分野で通常用いられる意味で用いられることが理解されるべきである。したがって、他に定義されない限り、本明細書中で使用される全ての専門用語および技術用語は、本発明の属する分野の当業者によって一般的に理解されるのと同じ意味を有する。矛盾する場合、本明細書（定義を含めて）が優先する。

【産業上の利用可能性】

【0173】

以上のように、本発明は、表示画像の視認性を向上させることを可能とする情報処理プログラム、情報処理装置、情報処理システム、および情報処理方法等として利用することができる。

【符号の説明】

【0174】

１…情報処理システム
２…本体装置
３…左コントローラ
４…右コントローラ
１１…ハウジング
１２…ディスプレイ
１３…タッチパネル
３２、５２…アナログスティック
４２、６４…端子
８１…プロセッサ
８２…ネットワーク通信部
８３…コントローラ通信部
８５…ＤＲＡＭ
１０１、１１１…通信制御部

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】

【図19】

【図20】

【図21】

【図22】

【図23】

【図24】

【図25】

【図26】

【図27】