特開 2024-119207 プログラム、情報処理装置、及び方法

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

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2024119207

(43)【公開日】2024-09-03

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

(51)【国際特許分類】

   G06F 3/04842 20220101AFI20240827BHJP

   A63F 13/533 20140101ALI20240827BHJP

   A63F 13/42 20140101ALI20240827BHJP

   G06F 3/0338 20130101ALI20240827BHJP

   G06F 3/038 20130101ALI20240827BHJP

   G06F 3/0482 20130101ALI20240827BHJP

【ＦＩ】

G06F3/04842

A63F13/533

A63F13/42

G06F3/0338 412

G06F3/038 330

G06F3/0482

【審査請求】未請求

【請求項の数】12

【出願形態】ＯＬ

(21)【出願番号】P 2023025947

(22)【出願日】2023-02-22

【新規性喪失の例外の表示】特許法第３０条第２項適用申請有り （１）令和４年７月２１日掲載，ウェブサイト「Ｍｙ Ｎｉｎｔｅｎｄｏ Ｓｔｏｒｅ」の「信長の野望・新生」（ｈｔｔｐｓ：／／ｓｔｏｒｅ－ｊｐ．ｎｉｎｔｅｎｄｏ．ｃｏｍ／ｌｉｓｔ／ｓｏｆｔｗａｒｅ／７００１０００００３２６１２．ｈｔｍｌ） （２）令和４年７月２１日掲載，ウェブサイト「ＰｌａｙＳｔａｔｉｏｎ．Ｓｔｏｒｅ」の「信長の野望・新生」（ｈｔｔｐｓ：／／ｓｔｏｒｅ．ｐｌａｙｓｔａｔｉｏｎ．ｃｏｍ／ｊａ－ｊｐ／ｐｒｏｄｕｃｔ／ＪＰ０１０６－ＣＵＳＡ２３８４３＿００－ＨＤＤＢＯＯＴ００００００００１） （３）令和４年７月２１日掲載，ウェブサイト「ＳＴＥＡＭ」の「信長の野望・新生」（ｈｔｔｐｓ：／／ｓｔｏｒｅ．ｓｔｅａｍｐｏｗｅｒｅｄ．ｃｏｍ／ａｐｐ／１３３６９８０／＿／） （４）令和４年７月２８日発行，週刊ファミ通，２０２２年７／２８号，第２６～２９頁，株式会社ＫＡＤＯＫＡＷＡ，株式会社ＫＡＤＯＫＡＷＡ Ｇａｍｅ Ｌｉｎｋａｇｅ （５）令和４年８月４日発行，週刊ファミ通，２０２２年８／４号，第８８～９３頁，株式会社ＫＡＤＯＫＡＷＡ，株式会社ＫＡＤＯＫＡＷＡ Ｇａｍｅ Ｌｉｎｋａｇｅ

(71)【出願人】

【識別番号】595000427

【氏名又は名称】株式会社コーエーテクモゲームス

(74)【代理人】

【識別番号】110000198

【氏名又は名称】弁理士法人湘洋特許事務所

(72)【発明者】

【氏名】劉 迪

(72)【発明者】

【氏名】鹿山 晃弘

(72)【発明者】

【氏名】王 超時

【テーマコード（参考）】

5B087

5E555

【Ｆターム（参考）】

5B087AA09

5B087BC02

5B087DD03

5B087DD12

5B087DE03

5E555AA04

5E555BA20

5E555BB20

5E555BC04

5E555CA06

5E555CA17

5E555CB19

5E555CB20

5E555CB21

5E555CB42

5E555CB45

5E555CB55

5E555CC01

5E555CC04

5E555DB14

5E555DB31

5E555DB32

5E555DB53

5E555DC13

5E555DC19

5E555DC25

5E555DC35

5E555DC53

5E555DC54

5E555DC58

5E555DC84

5E555EA03

5E555FA00

(57)【要約】

【課題】ユーザが直感的にオブジェクトを選択できるようにする。
【解決手段】情報処理装置１に実行されるプログラムであって、コントローラ２の操作レバー６が傾いた方向である操作方向αを検知する検知部１６と、表示画面２０に配置された、ユーザが選択可能なオブジェクトのうち、操作方向αに配置されたオブジェクトを選択状態にする表示制御部１７として前記情報処理装置を機能させる、プログラム。
【選択図】図８

【特許請求の範囲】

【請求項1】

情報処理装置に実行されるプログラムであって、
コントローラの操作レバーが傾いた方向である操作方向を検知する検知部と、
表示画面に配置された、ユーザが選択可能なオブジェクトのうち、前記操作方向に配置されたオブジェクトを選択状態にする表示制御部として前記情報処理装置を機能させる、
プログラム。

【請求項2】

請求項１に記載のプログラムであって、
前記表示制御部は、ユーザが操作可能なキャラクタを含む前記オブジェクトのうち、前記操作方向に配置された、前記キャラクタを除く前記オブジェクトを選択状態にする、
プログラム。

【請求項3】

請求項１に記載のプログラムであって、
前記表示制御部は、前記各オブジェクトに対応するメニュー領域を有するメニューオブジェクトを表示し、
前記各メニュー領域は、対応する前記各オブジェクトと前記メニューオブジェクトの中心とを結ぶ直線上に配置される、
プログラム。

【請求項4】

請求項３に記載のプログラムであって、
前記表示制御部は、複数の前記メニュー領域のうちで前記操作方向に配置された前記メニュー領域の表示態様を選択状態にし、他の前記メニュー領域の表示態様を非選択状態にする、
プログラム。

【請求項5】

請求項３に記載のプログラムであって、
前記表示制御部は、前記表示画面の種類又はゲームの進行状況に起因して現在の前記表示画面には表示されていない前記オブジェクトに対応した前記メニュー領域を前記メニューオブジェクトに表示する、
プログラム。

【請求項6】

請求項３に記載のプログラムであって、
前記表示制御部は、前記操作レバーを模したマークを前記メニューオブジェクトの中央に表示し、前記検知部が前記操作方向を検知すると、前記マークの位置を前記操作方向にシフトする、
プログラム。

【請求項7】

請求項３に記載のプログラムであって、
前記メニュー領域は、前記操作方向を含む角度範囲で開いた扇形であり、
前記表示制御部は、前記メニュー領域が前記オブジェクトを向くように、前記表示画面内で前記メニューオブジェクトが表示される位置に基づいて前記角度範囲を変更する、
プログラム。

【請求項8】

請求項３に記載のプログラムであって、
前記表示制御部は、前記オブジェクトの大きさ又は前記オブジェクトの操作履歴に基づいて前記メニュー領域の面積を変更する、
プログラム。

【請求項9】

請求項１に記載のプログラムであって、
前記表示制御部は、前記操作方向の範囲と前記オブジェクトとを対応付けた角度情報を記憶した記憶部を参照して、前記検知部が検知した前記操作方向が属する前記範囲に対応した前記オブジェクトを前記選択状態として表示する、
プログラム。

【請求項10】

請求項１に記載のプログラムであって、
前記検知部は、前記操作レバーが傾いた角度である操作角度を検知し、
前記表示制御部は、前記操作方向に複数の前記オブジェクトが存在する場合に、前記操作角度に基づいて前記オブジェクトを選択状態として表示する、
プログラム。

【請求項11】

コントローラの操作レバーが傾いた方向である操作方向を検知する検知部と、
表示画面に配置された、ユーザが選択可能なオブジェクトのうち、前記操作方向に配置されたオブジェクトを選択状態にする表示制御部と、
を有する情報処理装置。

【請求項12】

コントローラの操作レバーが傾いた方向である操作方向を検知するステップと、
表示画面に配置された、ユーザが選択可能なオブジェクトのうち、前記操作方向に配置されたオブジェクトを選択状態にするステップと、
を情報処理装置が実行する方法。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、プログラム、情報処理装置、及び方法に関する。

【背景技術】

【0002】

従来、操作レバーを備えたコントローラを用いることにより、ユーザがゲーム装置を含む情報処理装置を操作する技術がある。特許文献１では、操作レバーとこの操作レバーの傾き角に応じた信号を出力するアナログセンサとを備えた操作コントローラによって画面上のゲームキャラクタの動作が制御されるゲーム装置であって、所定のタイミングで前記操作コントローラから出力される傾き角に応じた信号を取得し、前記操作レバーの傾き角を検出する傾き角検出手段と、前記傾き角検出手段で検出された傾き角を、前記操作レバーの傾動可能量を不均一な傾き量からなる複数の操作段階に分割するために予め設定された複数の所定の閾値と比較し、その傾き角がいずれの操作段階に属するかを判別する判別手段と、前記操作レバーの複数の操作段階の各々に対応して前記ゲームキャラクタが所定の動作を行う複数の画像が予め記憶された記憶手段と、前記判別手段で判別された操作段階に基づいて、その操作段階に対応する前記ゲームキャラクタの所定の動作画像を前記記憶手段から読み出して画面上に表示させるゲーム画像制御手段と、を備えたことを特徴とする、ゲーム装置が開示されている。

【先行技術文献】

【特許文献】

【0003】

【特許文献1】特開２００７－８３０７１号公報

【発明の概要】

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

【0004】

ここで、情報処理装置で機能するプログラムにおいて、コントローラの各ボタンと画面に配置されたオブジェクトとの対応が直感的でない場合が存在する。例えば、キーボード又はマウス等を有する情報処理装置から、操作レバーを備えたコントローラを有する別の情報処理装置へ当該プログラムを移植した場合に発生し得る。

【0005】

そこで、本発明は、ユーザが直感的にオブジェクトを選択できるようにすることを目的とする。

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

【0006】

上記課題を解決すべく、本発明の一態様に係るプログラムは、情報処理装置に実行されるプログラムであって、コントローラの操作レバーが傾いた方向である操作方向を検知する検知部と、表示画面に配置された、ユーザが選択可能なオブジェクトのうち、前記操作方向に配置されたオブジェクトを選択状態にする表示制御部として前記情報処理装置を機能させる。

【0007】

上記のプログラムにおいて、前記表示制御部は、ユーザが操作可能なキャラクタを含む前記オブジェクトのうち、前記操作方向に配置された、前記キャラクタを除く前記オブジェクトを選択状態にしてもよい。

【0008】

上記のプログラムにおいて、前記表示制御部は、前記各オブジェクトに対応するメニュー領域を有するメニューオブジェクトを表示し、前記各メニュー領域は、対応する前記各オブジェクトと前記メニューオブジェクトの中心とを結ぶ直線上に配置されてもよい。

【0009】

上記のプログラムにおいて、前記表示制御部は、複数の前記メニュー領域のうちで前記操作方向に配置された前記メニュー領域の表示態様を選択状態にし、他の前記メニュー領域の表示態様を非選択状態にしてもよい。

【0010】

上記のプログラムにおいて、前記表示制御部は、前記表示画面の種類又はゲームの進行状況に起因して現在の前記表示画面には表示されていない前記オブジェクトに対応した前記メニュー領域を前記メニューオブジェクトに表示してもよい。

【0011】

上記のプログラムにおいて、前記表示制御部は、前記操作レバーを模したマークを前記メニューオブジェクトの中央に表示し、前記検知部が前記操作方向を検知すると、前記マークの位置を前記操作方向にシフトしてもよい。

【0012】

上記のプログラムにおいて、前記メニュー領域は、前記操作方向を含む角度範囲で開いた扇形であり、前記表示制御部は、前記メニュー領域が前記オブジェクトを向くように、前記表示画面内で前記メニューオブジェクトが表示される位置に基づいて前記角度範囲を変更してもよい。

【0013】

上記のプログラムにおいて、前記表示制御部は、前記オブジェクトの大きさ又は前記オブジェクトの操作履歴に基づいて前記メニュー領域の面積を変更してもよい。

【0014】

上記のプログラムにおいて、前記表示制御部は、前記操作方向の範囲と前記オブジェクトとを対応付けた角度情報を記憶した記憶部を参照して、前記検知部が検知した前記操作方向が属する前記範囲に対応した前記オブジェクトを前記選択状態として表示してもよい。

【0015】

上記のプログラムにおいて、前記検知部は、前記操作レバーが傾いた角度である操作角度を検知し、前記表示制御部は、前記操作方向に複数の前記オブジェクトが存在する場合に、前記操作角度に基づいて前記オブジェクトを選択状態として表示してもよい。

【0016】

本発明の他の態様に係る情報処理装置は、コントローラの操作レバーが傾いた方向である操作方向を検知する検知部と、表示画面に配置された、ユーザが選択可能なオブジェクトのうち、前記操作方向に配置されたオブジェクトを選択状態にする表示制御部と、を有する。

【0017】

本発明の別の態様に係る方法は、コントローラの操作レバーが傾いた方向である操作方向を検知するステップと、表示画面に配置された、ユーザが選択可能なオブジェクトのうち、前記操作方向に配置されたオブジェクトを選択状態にするステップと、を情報処理装置が実行する。

【発明の効果】

【0018】

本発明の一態様によれば、ユーザが直感的にオブジェクトを選択できる。

【図面の簡単な説明】

【0019】

【図1】図１は、第１実施形態に係るゲームシステムの一例を示す構成図である。

【図2】図２（ａ）は、ゲームコントローラの一例の上面図であり、図２（ｂ）は、操作スティックの一例の上面図であり、図２（ｃ）は、操作スティックの一例の側面図である。

【図3】図３は、ディスプレイに表示されるゲーム画面の一例を示す模式図である。

【図4】図４は、第１実施形態に係る情報処理装置の機能構成の一例を示す模式図である。

【図5】図５は、第１実施形態に係る角度情報のデータ構造の一例を示す模式図である。

【図6】図６は、第１実施形態に係る情報処理装置が実行する処理の一例を示すフローチャートである。

【図7】図７（ａ）、（ｂ）は、第１実施形態に係るゲーム画面の一例を示す図（その１）である。

【図8】図８は、第１実施形態に係るゲーム画面の一例を示す図（その２）である。

【図9】図９（ａ）、（ｂ）は、第１実施形態においてゲームが進行したときのゲーム画面の一例の模式図である。

【図10】図１０は、第２実施形態に係る角度情報のデータ構造の一例を示す模式図である。

【図11】図１１（ａ）、（ｂ）は、第２実施形態に係るゲーム画面の一例を示す模式図（その１）である。

【図12】図１２は、第２実施形態に係るゲーム画面の一例を示す模式図（その２）である。

【図13】図１３は、第３実施形態に係るゲーム画面の一例を示す模式図である。

【図14】図１４は、第４実施形態に係る情報処理装置が実行する処理の一例を示すフローチャートである。

【図15】図１５（ａ）は、第４実施形態に係る角度情報の元となるゲーム画面の一例を示す模式図であり、図１５（ｂ）は、第４実施形態において、表示制御部が、ゲーム画面の隅にラジアルメニューを表示した場合のゲーム画面の一例の模式図である。

【図16】図１６は、第５実施形態に係るゲーム画面の一例を示す模式図である。

【図17】図１７は、第１～第５実施形態に係る情報処理装置のハードウェア構成の一例を示す模式図である。

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

【0020】

＜第１実施形態＞
図１は、第１実施形態に係るゲームシステムの一例を示す構成図である。ゲームシステム４は、例えばユーザがSLG等のゲームをするためのシステムであって、情報処理装置１、ゲームコントローラ２、及びディスプレイ３を備える。

【0021】

情報処理装置１は、例えばPC(Personal Computer)等の家庭用のコンピュータである。ゲームコントローラ２は、ユーザの操作に応じた操作情報を情報処理装置１に入力するための入力装置であって、操作レバーの一例である操作スティック６を有する。ゲームコントローラ２はゲーム用途に限定されず、汎用のコントローラであってもよい。また、ゲームコントローラ２は、例えば、ケーブルを介して情報処理装置１と接続される。なお、ゲームコントローラ２と情報処理装置１とを無線接続してもよい。ディスプレイ３は、ゲーム画面を表示するための液晶表示装置等であって、ケーブルを介して情報処理装置１と接続される。

【0022】

図２（ａ）は、ゲームコントローラ２の一例の上面図である。ゲームコントローラ２は、例えば、ユーザが両手で把持しながら操作を行うコントローラであって、操作スティック６の他にボタン７を備える。操作スティック６は、操作レバーの一例であって、アナログスティックやジョイスティックでもよい。なお、ゲームコントローラ２は両手用のコントローラに限定されず、片手用のコントローラでもよい。

【0023】

操作スティック６は、上面視で左右に一つずつ設けられており、それぞれ左手と右手の親指で操作される。以下では、ユーザが左側の操作スティック６を操作する場合を例にして説明する。

【0024】

また、ボタン７は、例えばR1ボタンであって、ユーザの右手の人差し指で押下されるボタンである。

【0025】

図２（ｂ）は、操作スティック６の一例の上面図である。操作スティック６は、上面視で任意の操作方向Kに傾けることができる。この例では、上面視における操作スティック６の中心の変位ベクトルを操作方向Kとして定義する。また、左右方向をx軸とし、かつ上下方向をy軸とする座標系をゲームコントローラ２に設定し、x軸と操作方向Kとがなす角度をαと定義する。その座標系のx軸はディスプレイ３の横方向に相当し、y軸はディスプレイ３の縦方向に相当する。操作方向Kと角度αとは一対一に対応するため、方向Kは角度αで特定することができる。そのため、以下では操作方向Kを操作方向αとも呼ぶ。

【0026】

図２（ｃ）は、操作スティック６の一例の側面図である。操作スティック６は軸６ａを備えており、ユーザが操作スティック６から指を離している状態では軸６ａは真上方向を向いている。真上方向を基準にして操作スティック６が傾いた角度である操作角度を以下ではβと定義する。

【0027】

ゲームコントローラ２は、角度α、角度β、及びボタン７の押下等を示す操作情報を情報処理装置１に送信する。

【0028】

図３は、ディスプレイ３に表示されるゲーム画面の一例を示す模式図である。ゲーム画面２０は、情報処理装置１によって生成される表示画面の一例であって、１又は複数のオブジェクトブロック２０ａ、２０ｂが配置可能である。また、ゲーム画面２０には、複数のオブジェクトが表示される。オブジェクトは、ゲーム画面２０に配置されており、ユーザによって選択可能である。オブジェクトは、例えば、ユーザが操作可能なユーザーインタフェース又はキャラクタ２４を含む。この例ではオブジェクトブロック２０ａ、２０ｂはキャラクタ２４から離れて表示されているが、キャラクタ２４の上に重なるようにオブジェクトブロック２０ａ、２０ｂを表示してもよい。また、ゲームの仮想空間画像（不図示）に重なるようにオブジェクトブロック２０ａ、２０ｂを表示してもよい。

【0029】

オブジェクトブロック２０ａ、２０ｂは、ユーザがゲームコントローラ２で選択可能なオブジェクトの集まりである。この例では、丸印でオブジェクトを表し、その内部の文字列で各オブジェクト同士を区別する。例えば、オブジェクトブロック２０ａは、「A1」、「A2」、「A3」のオブジェクトからなる。オブジェクトのアルファベットは、異なるオブジェクトブロック同士を識別する文字である。例えば、オブジェクトブロック２０ａは「A」で識別され、オブジェクトブロック２０ｂは「B」で識別される。

【0030】

なお、一つのオブジェクトブロックに必ずしも複数のオブジェクトが含まれている必要はなく、一つのオブジェクトブロックに一つのオブジェクトのみが含まれていてもよい。

【0031】

また、ユーザがボタン７を押下すると、ゲーム画面２０にラジアルメニュー２１が表示される。ボタン７とは別のボタンにラジアルメニュー２１の表示を割り当ててもよい。ラジアルメニュー２１は、メニューオブジェクトの一例である。メニューオブジェクトは、オブジェクトブロックごとに対応するメニュー領域２１ａ～２１ｅを有するメニューである。各メニュー領域２１ａ～２１ｅは、対応する各オブジェクトブロックの位置を指し示すように配置される。この例では、ラジアルメニュー２１は、オブジェクトブロックごとに扇形のメニュー領域２１ａ～２１ｅが配置された略円形状のオブジェクトである。メニュー領域２１ａ～２１ｅの形状は、扇型に限らず、円や多角形など、他の形状でもよい。

【0032】

この例ではゲーム画面２０上の中心にラジアルメニュー２１を表示するが、ラジアルメニュー２１の表示位置はこれに限定されず、ゲーム画面２０の四隅や四辺の近傍のように予め決められた位置であってもよい。

【0033】

メニュー領域２１ａ、２１ｂは、それぞれオブジェクトブロック２０ａ、２０ｂに対応した領域であって、それぞれオブジェクトブロック２０ａ、２０ｂに向いて開いた扇形である。この例では、メニュー領域２１ａ、２１ｂとオブジェクトブロック２０ａ、２０ｂとの対応を表すために、情報処理装置１が、オブジェクトブロック２０ａ、２０ｂを識別する各文字「A」、「B」をメニュー領域２１ａ、２１ｂにも表示する。

【0034】

また、メニュー領域２１ａの角度範囲２３ａは、ラジアルメニュー２１の中心からオブジェクトブロック２０ａに向かう方向Pを含むように設定される。これにより、メニュー領域２１ａは、当該メニュー領域２１ａに対応するオブジェクトブロック２０ａとラジアルメニュー２１の中心とを結ぶ直線L上に配置される。同様に、メニュー領域２１ｂの角度範囲２３ｂは、ラジアルメニュー２１の中心からオブジェクトブロック２０ｂに向かう方向Qを含むように設定される。その結果、メニュー領域２１ｂは、当該メニュー領域２１ｂに対応するオブジェクトブロック２０ｂとラジアルメニュー２１の中心とを結ぶ直線M上に配置される。

【0035】

メニュー領域２１ｃ～２１ｅは、ゲーム画面の種類又はゲームの進行状況に起因して現在のゲーム画面２０には表示されていない「C」、「D」、「E」の各オブジェクトブロックに対応した領域である。これらのオブジェクトブロックが現在のゲーム画面２０に表示されていないことを表すために、この例ではメニュー領域２１ｃ～２１ｅをグレーアウト表示する。

【0036】

また、ラジアルメニュー２１の中央には、操作スティック６を模した略円形のマーク２２が表示される。

【0037】

図４は、第１実施形態に係る情報処理装置１の機能構成の一例を示す模式図である。図４に示すように、情報処理装置１は、処理部１１、記憶部１２、出力部１３、及び操作受付部１４を備える。

【0038】

記憶部１２は、角度情報１９を記憶する。図５は、第１実施形態に係る角度情報１９のデータ構造の一例を示す模式図である。図５に示すように、角度情報１９は、オブジェクトブロックと、角度範囲と、表示モードとを対応付けた情報であって、ゲーム開発者によって予め作成されて記憶部１２に格納される。

【0039】

角度範囲は、操作スティック６が傾いた方向である操作方向α（図２（ｂ）参照）の範囲である。ゲーム画面２０上における操作方向αの基点は、例えば、マウスポインタ・カーソルの位置、画面中央、又は予め定めた位置であって、これらの位置のいずれかにラジアルメニュー２１の中心が位置する。そのため、角度範囲は、各メニュー領域２１ｃ～２１ｅの角度範囲とも等しい。例えば、オブジェクトブロック「A」の角度範囲は「０°≦α＜９０°」であるが、この角度範囲はメニュー領域２１ａの角度範囲２３ａに等しい。

【0040】

また、ゲーム画面２０上での各オブジェクトブロックの位置は、ゲームの開発段階において設定情報（不図示）において定められている。よって、ゲーム開発者は、設定情報から特定される各オブジェクトブロックの位置とラジアルメニュー２１の位置とに基づいて、オブジェクトブロックごとに角度範囲を決定することができる。

【0041】

表示モードは、各オブジェクトブロックに対応した各メニュー領域２１ａ～２１ｅをグレーアウト表示するかどうかを定める情報である。ゲーム画面の種類に起因してあるオブジェクトブロックが現在のゲーム画面２０に表示されていない場合は、そのオブジェクトブロックに対応した表示モードは「グレーアウト」に設定される。一方、現在のゲーム画面２０に表示されているオブジェクトブロックに対応した表示モードは、グレーアウト表示しないことを示す「通常」に設定される。

【0042】

また、オブジェクトブロックの位置と個数、及びメニュー領域の表示モードは、ゲーム画面２０ごとに共通であってもよいが、異ならせることもできる。この場合、ゲーム開発者は、ゲーム画面２０ごとに角度情報１９を作成して記憶部１２に格納する。この例では、ゲーム開発者は、各ゲーム画面２０を識別する画面IDごとに角度情報１９を作成して記憶部１２に格納する。図５では、画面IDが「1」の場合の角度情報１９を例示している。

【0043】

再び図４を参照する。処理部１１は、情報処理装置１の各部を制御する機能を有しており、ゲーム実行部１５、検知部１６、及び表示制御部１７を備える。

【0044】

ゲーム実行部１５は、ゲームの開始から終了に至るまでゲームの進行を制御する。また、ゲーム実行部１５は、現在のゲーム画面２０に表示すべき画面IDを決定する。

【0045】

検知部１６は、操作スティック６が傾けられたことを検知する。操作スティック６が傾けられた場合には、検知部１６は、操作方向αと、操作スティック６が傾いた角度である操作角度βとを検知する。更に、検知部１６は、ボタン７が押下されたことも検知する。

【0046】

表示制御部１７は、ゲーム画面２０の表示内容を制御する。例えば、表示制御部１７は、ボタン７が押下されたことを検知部１６が検知すると、ゲーム画面２０にラジアルメニュー２１を表示する。

【0047】

また、表示制御部１７は、検知部１６が操作方向αを検知すると、ゲーム画面２０内におけるオブジェクトブロックのうち、操作方向αにあるオブジェクトブロックを選択状態にする。一例として、表示制御部１７は、ゲーム実行部１５が決定した画面IDに対応した角度情報１９を参照し、操作方向αが属する角度範囲に対応したオブジェクトを選択状態にする。

【0048】

なお、オブジェクトブロックの位置と個数、及びメニュー領域の表示モードは、１つのゲーム画面２０に対して一意でなくてもよい。すなわち、ゲームの進行状況に起因して、画面IDが同じゲーム画面２０であっても、あるオブジェクトブロックが表示される場合とされない場合とがある。ゲームの進行状況によってどのオブジェクトブロックを非表示とするかは、ゲームの開発段階において設定情報（不図示）で定められている。その設定情報を記憶部１２に格納し、表示制御部１７が設定情報を参照してもよい。この場合、表示制御部１７は、角度情報１９の表示モードを無視し、設定情報で非表示とすることが定められているオブジェクトブロックに対応したメニュー領域をグレーアウト表示してもよい。

【0049】

なお、表示制御部１７は、ラジアルメニュー２１を表示する際にも角度情報１９を参照し、各メニュー領域２１ａ～２１ｅの角度範囲を決定する。例えば、表示制御部１７は、メニュー領域２１ａに対応するオブジェクトブロック「A」の角度範囲を当該メニュー領域２１ａの角度範囲２３ａとして決定する。ただし、このように角度情報１９を参照してラジアルメニュー２１を表示するのではなく、ゲーム開発者が予め作成した画像データを表示制御部１７がラジアルメニュー２１として表示してもよい。この場合は、記憶部１２には、様々なゲーム画面の種類又はゲームの進行状況に対応する複数の画像データが格納されており、表示制御部１７は、現在のゲーム画面の種類又はゲームの進行状況に対応する画像データを取得して、ラジアルメニュー２１として表示する。

【0050】

出力部１３は、表示制御部１７が制御した表示内容を示す表示信号をディスプレイ３に出力する。操作受付部１４は、ゲームコントローラ２が送信した操作情報を受け付け、その内容を処理部１１に通知する。

【0051】

次に、本実施形態に係る情報処理装置の処理の一例について説明する。

【0052】

図６は、本実施形態に係る情報処理装置が実行する処理の一例を示すフローチャートである。また、図７～図８は、本実施形態に係るゲーム画面の一例を示す図である。

【0053】

図６のフローチャートを実行する前においては、ゲーム画面２０は図７（ａ）の状態にある。図７（ａ）に示すように、ゲーム画面２０の画面IDは「1」であり、そのゲーム画面２０にはオブジェクトブロック２０ａ、２０ｂが表示されている。

【0054】

まず、この状態で検知部１６がボタン７が押下されたかを判定する（ステップＳ１０）。ボタン７が押下されていない（ＮＯ）と判定された場合はステップＳ１０を繰り返す。一方、ボタン７が押下された（ＹＥＳ）と判定された場合はステップＳ１１に移る。

【0055】

ステップＳ１１においては、表示制御部１７が、現在のゲーム画面２０の画面IDに対応した角度情報１９を取得する。なお、この時点ではボタン７が押下されており、以降のステップＳ１２～Ｓ１５もボタン７の押下が継続されている場合に処理が行われる。

【0056】

次に、表示制御部１７が、角度情報１９に基づいて、図７（ｂ）のようにゲーム画面２０にラジアルメニュー２１を表示する（ステップＳ１２）。例えば、表示制御部１７は、現在のゲーム画面２０の画面IDである「1」に対応した角度情報１９を参照して、オブジェクトブロック「A」の角度範囲が「０°≦α＜９０°」であることを特定する。これに基づき、表示制御部１７は、オブジェクトブロック「A」に対応した扇形のメニュー領域２１ａを、その角度範囲２３ａが「０°≦α＜９０°」となるように、画面IDが「1」のゲーム画面２０に表示する。表示制御部１７は、他のメニュー領域２１ａ～２１ｅについても同様に表示する。なお、前述のようにゲーム開発者が予め作成した画像データを表示制御部１７がラジアルメニュー２１として表示してもよい。

【0057】

また、表示制御部１７は、角度情報１９の表示モードを参照し、「グレーアウト」となっているオブジェクトブロック「C」、「D」、「E」の各々に対応したメニュー領域２１ｃ～２１ｅをグレーアウト表示する。

【0058】

次に、検知部１６が、操作スティック６が傾いたかを判定する（ステップＳ１３）。ここで操作スティック６が傾いていない（ＮＯ）と判定された場合はステップＳ１３を繰り返す。一方、操作スティック６が傾いた（ＹＥＳ）と判定された場合はステップＳ１４に移る。なお、検知部１６は、スティック６の傾きが予め定めた値以上の場合に、操作スティック６が傾いていると判断してもよい。すなわち、検知部１６は、スティック６の傾きが予め定めた値未満の場合に、スティック６が傾いていないと判断してもよい。

【0059】

ステップＳ１４では、検知部１６が、操作スティック６が傾いた操作方向αを検知する。以下では、図７（ｂ）に示すように、操作方向αが、ラジアルメニュー２１の中心からオブジェクトブロック２０ａを向いた方向である場合を例にして説明する。

【0060】

次いで、表示制御部１７が、操作方向αにあるメニュー領域の表示態様を選択状態にする（ステップＳ１５）。例えば、表示制御部１７は、角度情報１９において操作方向（角度）αが属する角度範囲に対応するオブジェクトブロックを特定し、そのオブジェクトブロックに対応するメニュー領域の表示態様を選択状態にする。すなわち、表示制御部１７は、ゲーム画面２０上におけるラジアルメニュー２１の位置を基準として、操作方向αにあるメニュー領域の表示態様を選択状態にする。

【0061】

この例では、表示制御部１７は、図８に示すように、操作方向αにあるメニュー領域２１ａをハイライト表示することによりその表示態様を選択状態にする。これと共に、表示制御部１７は、マーク２２を操作方向αにシフトする。これにより、操作スティック６を傾けた操作方向をユーザがゲーム画面２０上で確認でき、ユーザの利便性が高まる。

【0062】

なお、ゲーム画面２０に表示されているオブジェクトブロック２０ａ、２０ｂのうち、操作方向αにはない他のオブジェクトブロック２０ｂに対応したメニュー領域２１ｂの表示態様については、表示制御部１７が非選択状態とする。

【0063】

次に、表示制御部１７は、操作方向αにあるオブジェクトブロックを選択状態にする（ステップＳ１６）。この例では、表示制御部１７は、図８に示すように、操作方向αにあるオブジェクトブロック２０ａに枠Hを表示することにより、当該オブジェクトブロック２０ａを選択状態にする。

【0064】

次いで、ボタン７が離されたかを検知部１６が判定し（ステップＳ１７）、離された（ＹＥＳ）と判定された場合に表示制御部１７が枠H内のオブジェクトブロックの選択を確定する（ステップＳ１８）。

【0065】

オブジェクトブロック２０ａの選択が確定すると、そのオブジェクトブロック２０ａに含まれる各オブジェクト「A1」、「A2」、「A3」のいずれかにユーザがコマンドを入力できる状態となる。「A1」、「A2」、「A3」のうちのどのオブジェクトにコマンドを入力できるかはゲーム開発者が予め設定する。ユーザがコマンドを入力するオブジェクトを変更したい場合は、ゲームコントローラ２の適当なボタンをユーザが押下すればよい。

【0066】

なお、ステップＳ１７においてボタン７が離されていない（ＮＯ）と判定された場合はステップＳ１７を繰り返す。また、表示制御部１７は、選択状態にあるオブジェクトブロックにユーザがコマンドを入力したときにラジアルメニュー２１を非表示にしてもよい。また、表示制御部１７は、ユーザが操作スティック６やボタン７を最後に操作してから所定時間経過したときにラジアルメニュー２１を非表示にしてもよい。

【0067】

更に、この例ではボタン７が離されときにオブジェクトブロックの選択を確定したが、ステップＳ１６においてオブジェクトブロックが選択状態となったときに同時に選択を確定してもよい。この場合はステップＳ１７とステップＳ１８は不要となる。

【0068】

また、図８の例では、オブジェクトブロック２０ａとキャラクタ２４の両方が操作方向αにある。この場合、表示制御部１７は、キャラクタ２４を除くオブジェクトブロック２０ａのみを選択状態にする。以上により、本実施形態に係る情報処理装置の処理が終了する。

【0069】

上記した処理によれば、オブジェクトブロックが存在する方向に操作スティック６を傾けることでそのオブジェクトブロックを選択できるため、直感的で分かりやすい使用感をユーザに与えることができ、ユーザが直感的にオブジェクトブロックを選択できる。

【0070】

更に、本実施形態では各オブジェクトブロックに対応したメニュー領域２１ａ～２１ｅがラジアルメニュー２１に含まれる。そのため、ユーザは、自分が選択したいオブジェクトブロックに対応したメニュー領域がある方向に操作スティック６を傾ければよいと見当を付けることができ、ユーザの利便性が更に向上する。

【0071】

しかも、現在のゲーム画面２０には表示されていないオブジェクトブロックに対応したメニュー領域はグレーアウト表示されるため、現在のゲーム画面２０ではそのオブジェクトブロックを選択できないことをユーザが知ることができる。

【0072】

なお、このようにグレーアウト表示となっているメニュー領域は、ゲームの進行によって以下のように選択可能となる。

【0073】

図９（ａ）、（ｂ）は、本実施形態においてゲームが進行したときのゲーム画面の一例の模式図である。

【0074】

例えば、ゲームが進行して画面IDが「n」になると、図９（ａ）に示すように、画面IDが「1」のときには非表示だった「C」、「D」、「E」の各オブジェクトブロック２０ｃ～２０ｅがゲーム画面２０に表示される。

【0075】

これに伴い、「C」、「D」、「E」の各オブジェクトブロック２０ｃ～２０ｅに対応したメニュー領域２１ｃ～２１ｅのグレーアウト表示が解除され、これらのメニュー領域２１ｃ～２１ｅが選択可能な状態となる。

【0076】

この状態で例えばユーザが操作スティック６を下方に傾けると、図９（ｂ）に示すように、ラジアルメニュー２１の中心から見て画面下方にあるメニュー領域２１ｄの表示態様が選択状態となり、更にオブジェクトブロック２０ｄが選択状態となる。

【0077】

なお、上記した本実施形態ではゲーム画面２０にラジアルメニュー２１を表示したが、ラジアルメニュー２１の表示を省いてもよい。この場合は、図６のフローチャートのステップＳ１２、Ｓ１５をスキップすればよい。

【0078】

＜第２実施形態＞
第１実施形態では操作スティック６が傾けられた操作角度β（図２（ｃ）参照）について使用しなかった。本実施形態では、ラジアルメニュー２１の表示やオブジェクトブロックの選択に際して操作角度βも使用する。

【0079】

図１０は、本実施形態に係る角度情報１９のデータ構造の一例を示す模式図である。図１０に示すように、本実施形態に係る角度情報１９は、オブジェクトブロック、角度範囲（α）、角度範囲（β）、及び表示モードを対応付けた情報であって、ゲーム開発者によって予め作成されて記憶部１２に格納される。

【0080】

角度範囲（α）は、操作スティック６を傾けた操作方向を示す角度α（図２（ｂ）参照）の範囲である。角度範囲（β）は、操作スティック６が傾けられた操作角度β（図２（ｃ）参照）の範囲である。角度範囲（β）に記号「－」が付されているオブジェクトブロックは、そのオブジェクトブロックの選択時に操作角度βを考慮しないことを表す。この場合、そのオブジェクトブロックに対応したメニュー領域を生成するときにも操作角度βを考慮しない。表示モードは、図５の例と同様に、メニュー領域をグレーアウト表示するかを定める情報である。

【0081】

本実施形態では、この角度情報１９を使用することで、表示制御部１７が以下のようにゲーム画面を生成する。

【0082】

図１１～図１２は、本実施形態に係るゲーム画面２０の一例を示す模式図である。

【0083】

まず、第１実施形態と同様にユーザがボタン７を押下すると、図１１（ａ）に示すように、表示制御部１７がゲーム画面２０にラジアルメニュー２１を表示する。この例では、ラジアルメニュー２１の中心から見て「D」と「E」の各オブジェクトブロック２０ｅ、２０ｄが同じ方向に存在する。この場合、操作スティック６を傾けた操作方向αのみでは、オブジェクトブロック２０ｅ、２０ｄのいずれか一方のみを選択することができない。

【0084】

そのため、表示制御部１７は、角度情報１９における角度範囲（α）と角度範囲（β）の両方を利用して、各オブジェクトブロック２０ｅ、２０ｄに対応したメニュー領域２１ｅ、２１ｄを生成する。

【0085】

この例では、「D」と「E」の各オブジェクトブロック２０ｅ、２０ｄの角度範囲（α）がいずれも「２７０°≦α＜３６０°」となっているため、表示制御部１７は、ラジアルメニュー２１においてこの角度範囲にある扇形の領域を各メニュー領域２１ｄ、２１ｅの領域として確保する。次いで、表示制御部１７は、その扇形の領域のうち、「０≦β＜３０°」に相当する領域をメニュー領域２１ｅとして設定し、「３０≦β＜６０°」に相当する領域をメニュー領域２１ｄとして設定する。例えば、ラジアルメニュー２１の半径をrとすると、ラジアルメニュー２１の中心からの距離が（30／60）×r未満の領域が「０≦β＜３０°」に相当する領域であり、ラジアルメニュー２１の中心からの距離が（30／60）×r以上、かつr未満の領域が「３０≦β＜６０°」に相当する領域である。

【0086】

なお、メニュー領域２１ａ～２１ｃについては、第１実施形態と同様に角度情報１９の角度範囲（α）に基づいて表示制御部１７が扇形の領域を生成する。また、第１実施形態と同様に、角度情報１９を参照せずに、ゲーム開発者が予め作成した画像データを表示制御部１７がラジアルメニュー２１として表示してもよい。

【0087】

また、本実施形態では、検知部１６が、ステップＳ１３で角度αを検知するときに、操作角度βも検知する。そして、表示制御部１７が、角度情報１９を参照して、検知した各角度α、βが属する角度範囲（α）、角度範囲（ｂ）に対応するオブジェクトブロックを特定し、そのオブジェクトブロックとそれに対応するメニュー領域の表示態様とを選択状態にする。

【0088】

例えば、検知した角度αの角度範囲が「２７０°≦α＜３６０°」であり、検知した操作角度βの角度範囲が「０≦β＜３０°」の場合について説明する。この場合、表示制御部１７は、これらの角度範囲に対応する「E」のオブジェクトブロック２０ｅを角度情報１９から特定する。

【0089】

そして、図１１（ｂ）に示すように、表示制御部１７は、「E」のオブジェクトブロック２０ｅに対応するメニュー領域２１ｅの表示態様を選択状態にし、次いで「E」のオブジェクトブロック２０ｅの表示態様を選択状態にする。

【0090】

この状態でユーザが角度αを変えずに操作スティック６を更に傾けて操作角度βの角度範囲が「３０≦β＜６０°」となった場合について説明する。この場合は、図１２に示すように、表示制御部１７は、「D」のオブジェクトブロック２０ｄに対応するメニュー領域２１ｄを選択状態にし、次いで「D」のオブジェクトブロック２０ｄを選択状態にする。

【0091】

以上説明した本実施形態によれば、ラジアルメニュー２１の中心から見て複数のオブジェクトブロック２０ｄ、２０ｅが同じ方向に存在する場合でも、操作スティック６を傾けた操作角度βを利用することで、ユーザが各オブジェクトブロック２０ｄ、２０ｅのいずれかを選択状態にでき、ユーザの利便性を高めることができる。

【0092】

＜第３実施形態＞
図１３は、第３実施形態に係るゲーム画面２０の一例を示す模式図である。本実施形態では、オブジェクトブロック２０ａ、２０ｂの大きさに基づいて、表示制御部１７が、各メニュー領域２１ａ、２１ｂの面積を変更する。各オブジェクトブロック２０ａ、２０ｂの大きさは、例えば、各オブジェクトブロックが内接する矩形Rの面積として定義される。また、一つのオブジェクトブロックに一つのオブジェクトのみが含まれる場合は、そのオブジェクトの大きさに基づいて表示制御部１７がメニュー領域の面積を変更する。

【0093】

この例では、表示制御部１７は、オブジェクトブロックが大きいほど、そのオブジェクトブロックに対応したメニュー領域の面積を大きくする。例えば、オブジェクトブロック２０ｂの大きさはオブジェクトブロック２０ａのそれよりも大きいため、表示制御部１７は、メニュー領域２１ｂの面積をメニュー領域２１ａの面積よりも大きくする。

【0094】

これにより、オブジェクトブロックの大きさがメニュー領域の面積に反映されるため、視認性が良好なラジアルメニュー２１を表示することができる。

【0095】

また、表示制御部１７は、オブジェクトブロックの使用頻度に基づいてメニュー領域の面積を変更してもよい。オブジェクトブロックの使用頻度は、例えば、所定期間内においてそのオブジェクトブロックに含まれるいずれかのオブジェクトを使用した回数である。一例として、表示制御部１７は、オブジェクトブロックの使用頻度が多いほど、そのオブジェクトブロックに対応したメニュー領域の面積を大きくしてもよい。

【0096】

これにより、オブジェクトブロックの操作履歴としての使用頻度がメニュー領域の面積に反映されるため、例えば使用頻度が多いオブジェクトブロックに対応したメニュー領域の面積が大きくなり、操作性のよいラジアルメニュー２１を表示することができる。

【0097】

更に、表示制御部１７は、直近でオブジェクトブロックを使用したかという操作履歴に基づいてメニュー領域の面積を変更してもよい。例えば、表示制御部１７は、一週間前から現在までの間にオブジェクトブロックに含まれるいずれかのオブジェクトが使用された場合、直近でそのオブジェクトブロックを使用したと判定する。一例として、表示制御部１７は、直近でオブジェクトブロックが使用されたときに、そのオブジェクトブロックに対応したメニュー領域の面積を大きくしてもよい。

【0098】

これにより、直近でオブジェクトブロックを使用したかという操作履歴がメニュー領域の面積に反映されるため、例えば直近で使用したオブジェクトブロックに対応したメニュー領域の面積が大きくなり、操作性のよいラジアルメニュー２１を表示することができる。

【0099】

＜第４実施形態＞
第１実施形態では、ゲーム開発者が予め作成した角度情報１９に基づいて、表示制御部１７がラジアルメニュー２１を表示した。これに対し、本実施形態では、表示制御部１７が角度情報１９を動的に生成し、その角度情報１９に基づいてラジアルメニュー２１を表示する。

【0100】

図１４は、本実施形態に係る情報処理装置が実行する処理の一例を示すフローチャートである。

【0101】

まず、第１実施形態と同様にステップＳ１０を行った後、表示制御部１７が角度情報１９を生成する（ステップＳ２０）。

【0102】

図１５（ａ）は、本実施形態に係る角度情報１９の元となるゲーム画面２０の一例を示す模式図である。なお、この段階ではゲーム画面２０にはラジアルメニュー２１は表示されていないが、図１５（ａ）では説明の都合上、表示が予定されているラジアルメニュー２１を併記してある。

【0103】

図１５（ａ）に示すように、表示制御部１７は、現在のゲーム画面２０の中心から見たときに各オブジェクトブロック２０ａ、２０ｂが位置する方向P、Qを特定する。そして、表示制御部１７は、特定した方向P、Qに基づいて、各メニュー領域２１ａ、２１ｂが各オブジェクトブロック２０ａ、２０ｂを向くように、各メニュー領域２１ａ、２１ｂの角度範囲２３ａ、２３ｂを決定する。一例として、表示制御部１７は、各方向P、Qを含むように角度範囲２３ａ、２３ｂを決定する。そして、表示制御部１７は、決定した角度範囲２３ａ、２３ｂを各オブジェクトブロック２０ａ、２０ｂと対応付けて角度情報１９に格納する。

【0104】

再び図１４を参照する。次に、表示制御部１７は、生成した角度情報１９に基づいて、ゲーム画面２０の中央にラジアルメニュー２１を表示する（ステップＳ１２）。

【0105】

この後は、第１実施形態と同様にステップＳ１３～Ｓ１８を行い、本実施形態に係る情報処理装置の処理が終了する。

【0106】

上記した本実施形態によれば、ステップＳ２０において表示制御部１７が角度情報１９を生成するため、ゲーム開発者が角度情報１９を生成する手間を省くことができる。

【0107】

なお、図１５（ａ）の例ではゲーム画面２０の中心にラジアルメニュー２１を表示したが、ゲーム画面２０の中心から外れた位置に表示制御部１７がラジアルメニュー２１を表示してもよい。ラジアルメニュー２１の表示位置は、表示制御部１７が決定してもよいし、ユーザが決定してもよい。

【0108】

図１５（ｂ）は、表示制御部１７が、ゲーム画面２０の隅にラジアルメニュー２１を表示した場合のゲーム画面２０の一例の模式図である。

【0109】

図１５（ｂ）の例においても、表示制御部１７は、各メニュー領域２１ａ、２１ｂが各オブジェクトブロック２０ａ、２０ｂを向くように角度範囲２３ａ、２３ｂを決定し、決定した角度範囲２３ａ、２３ｂを各オブジェクトブロック２０ａ、２０ｂと対応付けて角度情報１９に格納する。

【0110】

ゲーム画面２０における各オブジェクトブロック２０ａ、２０ｂの位置は、ゲームの開発段階で設定情報（不図示）において定められている。そのため、設定情報を記憶部１２に格納しておくことで、表示制御部１７は、設定情報から特定される各オブジェクトブロック２０ａ、２０ｂの位置と、ラジアルメニュー２１の位置とに基づいて、オブジェクトブロックごとに角度情報１９の角度範囲を生成することができる。

【0111】

これにより、各メニュー領域２１ａ、２１ｂが各オブジェクトブロック２０ａ、２０ｂを向くように、ゲーム画面２０内でラジアルメニュー２１が表示される位置に基づいて角度範囲２３ａ、２３ｂが変更され、動的にラジアルメニュー２１を表示することができる。

【0112】

＜第５実施形態＞
図１６は、本実施形態に係るゲーム画面２０の一例を示す模式図である。

【0113】

本実施形態では、表示制御部１７が、ラジアルメニュー２１のメニュー領域２１ａ～２１ｅにアイコンを表示する。

【0114】

これらのアイコンは、対応するオブジェクトブロック２０ａ～２０ｅの内容を示すようにゲーム開発者によって予めデザインされる。例えば、メニュー領域２１ａには歯車のアイコンが表示されているが、これはオブジェクトブロック２０ａがゲーム設定に関するオブジェクトを含むことを示している。また、メニュー領域２１ｃの吹き出し型のアイコンは、オブジェクトブロック２０ｃがヘルプに関するオブジェクトを含むことを示している。これにより、ユーザがオブジェクトブロック２０ａ～２０ｅの内容をメニュー領域２１ａ～２１ｅから知ることができ、ユーザの利便性が向上する。

【0115】

なお、表示制御部１７は、ラジアルメニュー２１の中央のマーク２２に、ゲームコントローラ２の左側の操作スティック６を示す文字「L」を表示してもよい。これにより、ユーザは、左側の操作スティック６を操作することでオブジェクトブロック２０ａ～２０ｅが選択可能であることを把握することができる。

【0116】

＜ハードウェア構成＞
図１７は、第１～第５実施形態に係る情報処理装置１のハードウェア構成の一例を示す模式図である。

【0117】

図１７に示すように、情報処理装置１は、演算処理装置１ａ、主記憶装置１ｂ、記録装置１ｃ、入力インターフェース１ｄ、及び出力インターフェース１ｅを有する。これらの各装置はバス１ｆによって相互に接続される。

【0118】

演算処理装置１ａは、例えばCPU(Central Processing Unit)、GPU(Graphics Processing Unit)等のプロセッサであって、主記憶装置１ｂ又は記録装置１ｃに記録されたプログラムに従って処理を実行する。処理部１１を構成する各機能部は、演算処理装置１ａがプログラムを実行することにより実現される。

【0119】

主記憶装置１ｂは、例えば、RAM(Random Access Memory)等の記憶装置である。記録装置１ｃは、例えば、HDD(Hard Disk Drive)、SSD(Solid State Drive)、及びフラッシュROM(Read Only Memory)等の記録装置である。主記憶装置１ｂ又は記録装置１ｃによって記憶部１２が実現される。

【0120】

入力インターフェース１ｄは、ゲームコントローラ２の操作情報が入力される入力デバイスである。この入力インターフェース１ｄによって操作受付部１４が実現される。

【0121】

出力インターフェース１ｅは、情報処理装置１が生成した表示信号を出力する出力デバイスである。この出力インターフェース１ｅによって出力部１３が実現される。

【0122】

以上、各実施形態について詳細に説明したが、各実施形態は上記に限定されない。例えば、情報処理装置１の各構成要素の処理は、１つのハードウェアで実行されてもよいし、複数のハードウェアで実行されてもよい。また、情報処理装置１の各構成要素の処理は、１つのプログラムで実現されてもよいし、複数のプログラムで実現されてもよい。

【0123】

図４に示した情報処理装置１の構成は、プログラムの構成を理解容易にするために、主な処理内容に基づいて分類したものである。構成要素の分類の仕方や名称によって、本発明が制限されることはない。情報処理装置１及びプログラムの構成は、処理内容に基づいて、さらに多くの構成要素に分類することもできる。

【0124】

各構成要素の処理又は機能の分担は、本発明の目的及び効果を達成できるのであれば、図示したものに限られない。また、図１７に示した情報処理装置１のハードウェア構成は、本発明の目的及び効果を達成できるのであれば、図示したものに限られない。

【0125】

本発明における情報処理装置１の構成は、PCに限らず、家庭用ゲーム機、携帯型ゲーム機、アーケードゲーム機等のゲーム機にも適用することができ、更にPC以外のスマートフォン等の汎用的なコンピュータにも適用することができる。また、情報処理装置１の構成は、カーナビゲーションシステム、ATM(Automatic Teller Machine)又はプリンタ等の装置にも適用することができる。また、情報処理装置１の構成は、PC、ゲーム機、スマートフォン等のユーザの端末からインターネット等のネットワークを介して接続されるクラウド上のサーバにも適用することができる。

【0126】

本発明は、単独の情報処理装置１によってプログラムが実行される場合に限らず、複数の情報処理装置１によってプログラムが実行される場合や、インターネット等のネットワークを介して相互に接続された情報処理装置とサーバとによってプログラムが実行される場合にも適用できる。

【0127】

本発明は、ゲーム用のプログラムだけでなく、当該プログラムを実行するコンピュータ、方法、当該プログラムにより実現されるシステム、当該プログラムを記録したコンピュータ読み取り可能な記録媒体等の様々な態様で提供することができる。

【符号の説明】

【0128】

１…情報処理装置、１ａ…演算処理装置、１ｂ…主記憶装置、１ｃ…記録装置、１ｄ…入力インターフェース、１ｅ…出力インターフェース、１ｆ…バス、２…ゲームコントローラ、３…ディスプレイ、４…ゲームシステム、６…操作スティック、６ａ…軸、７…ボタン、１１…処理部、１２…記憶部、１３…出力部、１４…操作受付部、１５…ゲーム実行部、１６…検知部、１７…表示制御部、１９…角度情報、２０…ゲーム画面、２０ａ～２０ｅ…オブジェクトブロック、２１…ラジアルメニュー、２１ａ～２１ｅ…メニュー領域、２２…マーク、２３ａ、２３ｂ…角度範囲。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】