特開 2022-132439 ゲームプログラム、およびゲーム装置

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

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

(11)【公開番号】P2022132439

(43)【公開日】2022-09-08

(54)【発明の名称】ゲームプログラム、およびゲーム装置

(51)【国際特許分類】

   A63F 13/79 20140101AFI20220901BHJP

   A63F 13/533 20140101ALI20220901BHJP

   A63F 13/58 20140101ALI20220901BHJP

   A63F 13/69 20140101ALI20220901BHJP

【ＦＩ】

A63F13/79

A63F13/533

A63F13/58

A63F13/69 520

【審査請求】未請求

【請求項の数】10

【出願形態】ＯＬ

(21)【出願番号】P 2022112987

(22)【出願日】2022-07-14

(62)【分割の表示】P 2021029858の分割

【原出願日】2021-02-26

(71)【出願人】

【識別番号】000129149

【氏名又は名称】株式会社カプコン

(74)【代理人】

【識別番号】110001427

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

(72)【発明者】

【氏名】岡本 快

(72)【発明者】

【氏名】渡邉 久晃

(72)【発明者】

【氏名】金沢 宝

(72)【発明者】

【氏名】内山 純一

(57)【要約】

【課題】ゲーム媒体のリストを容易に作成できるようにする。
【解決手段】コンピュータを、第１ゲーム媒体と第２ゲーム媒体との関連付けを管理する管理部と、第１ゲーム媒体の画像と、ユーザが指定した第２ゲーム媒体の画像とを同一の画面に表示させる表示制御部と、第２ゲーム媒体を登録するリストに対する第２ゲーム媒体の登録依頼を、ユーザから受け付ける受付部と、登録依頼に応じて、画面に表示され且つ関連付けが無い第２ゲーム媒体を、リストに登録する登録部として機能させる。登録部は、リストへの登録対象として複数個の第２ゲーム媒体が存在する場合には、複数個の登録対象を一括してリストに登録する。
【選択図】図６

【特許請求の範囲】

【請求項1】

コンピュータを、
第１ゲーム媒体と第２ゲーム媒体との関連付けを管理する管理部と、
前記第１ゲーム媒体の画像と、ユーザが指定した前記第２ゲーム媒体の画像とを同一の画面に表示させる表示制御部と、
前記第２ゲーム媒体を登録するリストに対する前記第２ゲーム媒体の登録依頼を、前記ユーザから受け付ける受付部と、
前記登録依頼に応じて、前記画面に表示され且つ前記関連付けが無い前記第２ゲーム媒体を、前記リストに登録する登録部と、
して機能させ、
前記登録部は、前記リストへの登録対象として複数個の前記第２ゲーム媒体が存在する場合には、複数個の前記登録対象を一括して前記リストに登録する
ことを特徴とするゲームプログラム。

【請求項2】

請求項１のゲームプログラムにおいて、
前記第２ゲーム媒体には、属性値が対応付けられ、
前記第２ゲーム媒体は、前記属性値に基づいてグループ化され、
前記登録部は、前記第２ゲーム媒体の前記登録に関して、前記登録を依頼された前記第２ゲーム媒体同士のグループの相異を許容する
ことを特徴とするゲームプログラム。

【請求項3】

請求項１または請求項２のゲームプログラムにおいて、
前記第２ゲーム媒体には、属性値が対応付けられ、
前記第２ゲーム媒体は、前記属性値に基づいてグループ化され、
前記登録部は、前記第２ゲーム媒体の前記登録に関して、前記登録を依頼された前記第２ゲーム媒体が属するグループと既登録の前記第２ゲーム媒体が属するグループとの相異を許容する
ことを特徴とするゲームプログラム。

【請求項4】

請求項１のゲームプログラムにおいて、
前記第２ゲーム媒体には、属性値が対応付けられ、
前記第２ゲーム媒体は、前記属性値に基づいてグループ化され、
前記第２ゲーム媒体の前記登録に関して、前記登録を依頼された前記第２ゲーム媒体が属するグループと、既登録の前記第２ゲーム媒体が属するグループとが同じであることを前記登録の要件とする
ことを特徴とするゲームプログラム。

【請求項5】

請求項１から請求項４のうちの何れか１つのゲームプログラムにおいて、
前記登録部は、既登録の前記第２ゲーム媒体と重複しては、前記登録を行わない
ことを特徴とするゲームプログラム。

【請求項6】

請求項１から請求項５のうちの何れか１つのゲームプログラムにおいて、
前記リストは、登録数の最大数が決められており、
前記登録部は、前記登録数が前記最大数に達している場合において、新たな前記第２ゲーム媒体を前記リストに登録する場合には、前記リストにおける、登録済みの何れかの前記第２ゲーム媒体に対応する情報を上書きする
ことを特徴とするゲームプログラム。

【請求項7】

請求項６のゲームプログラムにおいて、
前記登録部は、前記ユーザによる前記上書きの承認に基づいて、前記上書きを実行する
ことを特徴とするゲームプログラム。

【請求項8】

請求項６または請求項７のゲームプログラムにおいて、
前記登録部は、前記リストに登録された時期が古い前記第２ゲーム媒体から順に、前記上書きの対象とする
ことを特徴とするゲームプログラム。

【請求項9】

請求項１から請求項８のうちの何れか１つのゲームプログラムにおいて、
前記第１ゲーム媒体は、ゲームにおけるキャラクタである
ことを特徴とするゲームプログラム。

【請求項10】

請求項１から請求項９のうちの何れか１つのゲームプログラムを記憶した記憶部と、
前記ゲームプログラムを実行する制御部と、
を備えたことを特徴とするゲーム装置。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、ゲームプログラム、およびゲーム装置に関する。

【背景技術】

【0002】

コンピュータを用いて実行されるゲームには、装備などをキャラクタに実際に装着させる前に、キャラクタに試着させることができるものがある（例えば特許文献１を参照）。

【先行技術文献】

【特許文献】

【0003】

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

【発明の概要】

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

【0004】

プレイヤ（プレイヤキャラクタ）は、試着した装備などを所有しているとは限らない。プレイヤが未所有の装備などは、プレイヤがゲーム内で生産したり取得したりすることがある。そのため、将来的に入手したい装備など（ゲーム媒体）をリストで管理できるとプレイヤの利便性がよい。

【0005】

本態様の目的は、ゲーム媒体のリストを容易に作成できるようにすることである。

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

【0006】

第１の態様は、コンピュータを、
第１ゲーム媒体と第２ゲーム媒体との関連付けを管理する管理部と、
前記第１ゲーム媒体の画像と、ユーザが指定した前記第２ゲーム媒体の画像とを同一の画面に表示させる表示制御部と、
前記第２ゲーム媒体を登録するリストに対する前記第２ゲーム媒体の登録依頼を、前記ユーザから受け付ける受付部と、
前記登録依頼に応じて、前記画面に表示され且つ前記関連付けが無い前記第２ゲーム媒体を、前記リストに登録する登録部と、
して機能させ、
前記登録部は、前記リストへの登録対象として複数個の前記第２ゲーム媒体が存在する場合には、複数個の前記登録対象を一括して前記リストに登録する
ことを特徴とするゲームプログラムである。

【0007】

また、第１の態様において、
前記第２ゲーム媒体には、属性値が対応付けられ、
前記第２ゲーム媒体は、前記属性値に基づいてグループ化され、
前記登録部は、前記第２ゲーム媒体の前記登録に関して、前記登録を依頼された前記第２ゲーム媒体同士のグループの相異を許容するとよい。

【0008】

また、前記態様においては、
前記第２ゲーム媒体には、属性値が対応付けられ、
前記第２ゲーム媒体は、前記属性値に基づいてグループ化され、
前記登録部は、前記第２ゲーム媒体の前記登録に関して、前記登録を依頼された前記第２ゲーム媒体が属するグループと既登録の前記第２ゲーム媒体が属するグループとの相異を許容するとよい。

【0009】

また、前記態様においては、
前記第２ゲーム媒体には、属性値が対応付けられ、
前記第２ゲーム媒体は、前記属性値に基づいてグループ化され、
前記第２ゲーム媒体の前記登録に関して、前記登録を依頼された前記第２ゲーム媒体が属するグループと、既登録の前記第２ゲーム媒体が属するグループとが同じであることを前記登録の要件とするとよい。

【0010】

また、前記態様においては、
前記登録部は、既登録の前記第２ゲーム媒体と重複しては、前記登録を行わないようにしてもよい。

【0011】

また、前記態様においては、
前記リストは、登録数の最大数が決められており、
前記登録部は、前記登録数が前記最大数に達している場合において、新たな前記第２ゲーム媒体を前記リストに登録する場合には、前記リストにおける、登録済みの何れかの前記第２ゲーム媒体に対応する情報を上書きするとよい。

【0012】

また、前記態様においては、
前記登録部は、前記ユーザによる前記上書きの承認に基づいて、前記上書きを実行するとよい。

【0013】

また、前記態様においては、
前記登録部は、前記リストに登録された時期が古い前記第２ゲーム媒体から順に、前記上書きの対象とするとよい。

【0014】

また、前記態様においては、
前記第１ゲーム媒体は、ゲームにおけるキャラクタとよい。

【0015】

また、第２の態様は、前記ゲームプログラムを記憶した記憶部と、
前記ゲームプログラムを実行する制御部と、
を備えたことを特徴とするゲーム装置である。

【発明の効果】

【0016】

本発明によれば、ゲーム媒体のリストを容易に制作できる。

【図面の簡単な説明】

【0017】

【図1】本実施形態のゲーム装置の構成を示すブロック図である。

【図2】ウィッシュリストの表示例である。

【図3】試着画面の表示例である。

【図4】アイテム登録画面の表示例である。

【図5】登録確認画面の表示例である。。

【図6】試着からウィッシュリスト登録までの処理を示すフローチャートである。

【図7】上書確認画面の表示例である。

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

【0018】

［実施形態］
以下、本態様の実施形態にかかるゲームプログラム、およびゲーム装置について、図面を参照して説明する。

【0019】

本実施形態で説明するゲームプログラムは、例えば、パーソナルコンピュータ、プレイステーション（登録商標）、ＸＢｏｘ（登録商標）、ＰｌａｙＳｔａｔｉｏｎ Ｖｉｔａ（登録商標）、Ｎｉｎｔｅｎｄｏ Ｓｗｉｔｃｈ（登録商標）などのゲーム装置において実行される。

【0020】

〈ゲームの説明〉
本実施形態で説明するゲームプログラムは、ゲーム装置にて実行される。このゲームプログラムによるゲームでは、ユーザ（プレイヤ）は、キャラクタ（プレイヤキャラクタ）を仮想ゲーム空間（以下、仮想空間）で活動させたり、キャラクタを敵キャラクタ（例えばモンスター）と対戦させたりする。

【0021】

ユーザは、通信ネットワークを介して他のユーザとオンラインにてゲームを進めることができる。ユーザは、通信ネットワークを介さずに個人でゲームを進めることもできる。

【0022】

ゲームは、ユーザが課題（クエスト）をクリアすることによって進められる。ユーザは、クエストに挑戦中にゲーム媒体を利用する場合がある。ゲーム媒体は、ゲームに関する要素を表した電子データである。

【0023】

ゲーム媒体には、キャラクタ（第１ゲーム媒体の一例）、キャラクタが仮想空間内にて使用する武器、防具、道具が含まれる。ゲーム媒体には、武器、防具、道具を構成するための素材なども含まれる。

【0024】

以下では、キャラクタ（第１ゲーム媒体）以外のゲーム媒体をアイテム（第２ゲーム媒体の一例）と呼ぶこともある。本ゲームプログラムでは、それぞれのアイテムは、ＩＤ番号が対応付けられている。

【0025】

それぞれのアイテムは、属性値が対応付けられている。本ゲームプログラムでは、ＩＤ番号に基づいてアイテムの属性値を取得できるように、アイテムの管理用データが実装されている。

【0026】

武器の属性値には、その武器を装備した場合における攻撃力、会心率などを例示できる。攻撃力等の意味は、種々の定義が可能である。例えば、攻撃力は、相手に与えるダメージに関する能力を示す値と定義することができる。また、会心率は、相手に大きなダメージを与えることができる確率と定義することができる。

【0027】

アイテムは、属性値などに基づいてグループ化されている。グループ化の基準は、ゲーム開発者が任意に定めてよい。例えば、使用が推奨されるユーザのレベルによってグループ化することが考えられる。

【0028】

ユーザは、ゲーム進行に応じて、アイテムを入手することができる。本ゲームでは、アイテムの「入手」とは、そのアイテムの使用、売却、破棄などの処分を、ユーザが可能な状態（換言すると所有している状態）とすることである。「破棄」とは、関連付け（後述）が解除されることである。「売却」とは、関連付けが解除され、且つ関連付けが解除されたことに伴う特典（例えばゲーム内通貨など）がユーザに付与されることである。なお、アイテムは、ゲーム内での売却の他にゲーム外での売却ができるようにしてもよい。

【0029】

以下では、ユーザがアイテムを所有していることを、キャラクタとアイテムとに「関連付けがある」と表現する場合がある。本ゲームプログラムでは、ユーザが入手したアイテムは、プレイヤキャラクタと関連付けの情報が設定（記録）される。アイテムは、ノンプレイヤキャラクタと関連付けられる場合がある。

【0030】

なお、ゲームプログラムは、キャラクタを介さずにユーザが直接、ゲーム媒体を所有するように実装してもよい。この場合は、例えば、ユーザを特定する情報（ユーザＩＤなど）とアイテムのＩＤ番号とを関連付けてもよい。

【0031】

本ゲームでは、ユーザは、クエスト（戦闘、採取などの課題）のクリアによってアイテムを入手できる。本ゲームでは、ユーザは、ゲーム内の通貨でアイテムを得ることもできる。ゲームは、抽選によってユーザがアイテムを入手できるように構成してもよい。また、現実社会での課金によって、ユーザがアイテムを入手できるようにしてもよい。

【0032】

本ゲームでは、ユーザは、アイテム（素材、武器、防具など）を組み合わせて（合成）、新たなアイテム（武器、防具など）を作ったり、既存のアイテムを改造（強化）したりできる（以下、これらの行為を生産等という）。生産等に必要なアイテムの組み合わせ（以下、レシピともいう）は、予め定められている。本ゲームでは、生産等を行うための施設（加工屋）が仮想空間内に設けられている。

【0033】

本ゲームには、武器、防具、道具といったアイテムをキャラクタに試着させるモードがある。「試着」とは、アイテムをキャラクタに装着した状態を確認することである。試着できるアイテムは、キャラクタが所有しているアイテム、およびこれから入手したいと考えているアイテムである。

【0034】

本ゲームプログラムは、試着の際に、アイテムを装着したキャラクタの画像とともに、種々の情報を画面（後述のディスプレイ６１）に表示する。これによって、ユーザは、アイテムを実際に装備する前に、キャラクタの外見を確認することができる。また、ユーザは、キャラクタの強さ、防御力といった種々のパラメータの変化を、アイテムを実際に装備する前に確認することができる。

【0035】

ユーザは、キャラクタとの関連付けを希望するゲーム媒体をリスト（以下、ウィッシュリストという）に登録できる。なお、ここでのキャラクタは、プレイヤキャラクタとノンプレイヤキャラクタの双方を含む。

【0036】

ウィッシュリストは、リスト形式のデータとして実装されている。すなわち、ウィッシュリストには、情報を登録する複数の枠が設けられている。それぞれの枠は、番号が対応付けられている。ウィッシュリストの各枠には、アイテムのＩＤ番号と登録が行われた日時とのペアが登録される。

【0037】

ウィッシュリストは、登録数（枠数）の最大数が決められている。登録数の最大数は、一例として６に設定される。勿論、最大数は、６には限定されない。

【0038】

〈ゲーム装置の構成〉
図１は、本実施形態のゲーム装置５の構成を示すブロック図である。ゲーム装置５は、ユーザの操作に基づいてゲームを実行する。ゲーム装置５には、ディスプレイ６１、スピーカ６２およびコントローラ６３が外部接続または内蔵される。

【0039】

ゲーム装置５では、インストールされたゲームプログラムおよびゲームデータに基づいてゲームが進行する。なお、ゲーム装置５同士も、通信ネットワーク（図示を省略）または近距離無線通信装置（図示せず）を用いて、互いにデータ通信を行うことができる。

【0040】

ゲーム装置５は、ネットワークインターフェース５１、グラフィック処理部５２、オーディオ処理部５３、操作部５４、記憶部５５および制御部５６を有する。ネットワークインターフェース５１、グラフィック処理部５２、オーディオ処理部５３、操作部５４および記憶部５５は、バス５９を介して制御部５６と電気的に接続されている。

【0041】

ネットワークインターフェース５１は、例えばゲーム装置５や外部のサーバ装置（図示を省略）との間で各種データを送受信するために、前記通信ネットワークに通信可能に接続される。

【0042】

グラフィック処理部５２は、制御部５６から出力されるゲーム画像情報に従って、プレイヤキャラクタおよび仮想空間に関する各種オブジェクトを含むゲーム画像を、動画形式で描画する。グラフィック処理部５２は、ディスプレイ６１と接続されている。ゲーム画像は、ゲーム画面としてディスプレイ６１上に表示される。

【0043】

オーディオ処理部５３は、制御部５６の指示に従ってデジタルのゲーム音声を再生および合成する。オーディオ処理部５３は、スピーカ６２と接続されている。再生および合成されたゲーム音声は、スピーカ６２から出力される。

【0044】

操作部５４は、コントローラ６３と接続され、操作入力に関するデータをコントローラ６３との間で送受信する。例えば、ユーザは、コントローラ６３に設けられたボタン等の操作子（図示略）を操作することによって、ゲーム装置５に操作信号を入力する。

【0045】

記憶部５５は、ＨＤＤ、ＲＡＭおよびＲＯＭ等で構成される。記憶部５５は、ゲームプログラムおよびゲームデータを記憶することができる。記憶部５５には、他のゲーム装置５から受信した他アカウント情報なども記憶される。

【0046】

制御部５６は、ＣＰＵおよび半導体メモリを含むマイクロコンピュータで構成されている。制御部５６は、ゲーム装置５の動作を制御する。例えば、制御部５６は、ゲームプログラムを実行することにより、グラフィック処理部５２およびオーディオ処理部５３等を動作させる。

【0047】

オーディオ処理部５３は、所定のソフトウェア（例えばゲームプログラム、またはそれに付随するプログラム）を実行することによって、ゲーム音声を再生する。

【0048】

〈制御部の機能的構成〉
制御部５６は、ゲームプログラムを実行することにより、ゲーム進行部５６１、受付部５６２、管理部５６３、表示制御部５６４、および登録部５６５として機能する。

【0049】

ゲーム進行部５６１は、操作部５４から入力された操作信号に応じて、ゲームを進行させる。その際、ゲーム進行部５６１は、操作信号に応じて、プレイヤキャラクタを仮想空間において動作させる。ゲーム進行部５６１は、ノンプレイヤキャラクタも、仮想空間において動作させる。ノンプレイヤキャラクタの動作は、例えばＡＩ（Artificial Intelligence）によって決定される。

【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】

５ ゲーム装置
５５ 記憶部
５６ 制御部（コンピュータ）
５６２ 受付部
５６３ 管理部
５６４ 表示制御部
５６５ 登録部
ＮＰＣ ノンプレイヤキャラクタ（第１ゲーム媒体）
ＯＢＪ アイテム（第２ゲーム媒体）
ＰＣ プレイヤキャラクタ（第１ゲーム媒体）
Ｗ ウィッシュリスト（リスト）

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】