(57)【要約】【課題】多様なゲーム処理を維持しながら所持の上限が設けられたゲーム要素の所持数を増やすことを課題とする。【解決手段】コンピュータを、プレイヤの指示によりゲーム内で行動を行う第１のゲーム要素と、プレイヤの指示によりゲーム内で使用される第２のゲーム要素とを、第１及び第２のゲーム要素で共通に設定される第１種のデータと、第１及び第２のゲーム要素の何れか一方に設定される第２種のデータとにより管理する管理手段、プレイヤから第１及び第２のゲーム要素を相互に変換する指示を受け付け、第２種のデータを破棄し、第１種のデータに基づいた値で第１及び第２のゲーム要素を相互に変換する相互変換手段、として機能させるプログラムにより上記課題を解決する。【選択図】  図３
2020037026.tif 000002
【特許請求の範囲】
【請求項１】
コンピュータを、
プレイヤの指示によりゲーム内で行動を行う第１のゲーム要素と、プレイヤの指示によりゲーム内で使用される第２のゲーム要素とを、前記第１及び第２のゲーム要素で共通に設定される第１種のデータと、前記第１及び第２のゲーム要素の何れか一方に設定される第２種のデータとにより管理する管理手段、
プレイヤから前記第１及び第２のゲーム要素を相互に変換する指示を受け付け、前記第２種のデータを破棄し、前記第１種のデータに基づいた値で前記第１及び第２のゲーム要素を相互に変換する相互変換手段、
として機能させるためのプログラム。
【請求項２】
前記管理手段は、前記第１のゲーム要素を前記第１種及び第２種のデータにより管理すると共に、前記第２のゲーム要素を前記第１種のデータにより管理し、
前記相互変換手段は、プレイヤから前記第１のゲーム要素を前記第２のゲーム要素に変換する指示を受け付けると、前記第２種のデータを破棄し、前記第１種のデータに基づいた値で前記第１のゲーム要素を前記第２のゲーム要素に変換し、プレイヤから前記第２のゲーム要素を前記第１のゲーム要素に変換する指示を受け付けると、前記第２種のデータに所定のデータを設定し、前記第１種のデータに基づいた値で前記第２のゲーム要素を前記第１のゲーム要素に変換すること
を特徴とする請求項１記載のプログラム。
【請求項３】
前記第１種のデータは、前記第２のゲーム要素を消費することにより連動して変化するデータを含み、前記第２種のデータは、前記第２のゲーム要素の使用に連動して変化するデータを含むこと
を特徴とする請求項１記載のプログラム。
【請求項４】
コンピュータを、
プレイヤの指示によりゲーム内で行動を行う第１のゲーム要素と、プレイヤの指示によりゲーム内で使用される第２のゲーム要素とを、前記第１及び第２のゲーム要素で共通に設定される第１種のデータと、前記第１及び第２のゲーム要素の何れか一方に設定される第２種のデータとにより管理する管理手段、
プレイヤから前記第１及び第２のゲーム要素を相互に変換する指示を受け付け、前記第２種のデータを破棄し、前記第１種のデータに基づいた値で前記第１及び第２のゲーム要素を相互に変換する相互変換手段、
として機能させるためのプログラムを記録したコンピュータ読み取り可能な記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はプログラム及び記録媒体に関する。
【背景技術】
【０００２】
例えばロールプレイングゲーム（以下、ＲＰＧと言う）などのゲームにおいて、プレイヤはゲーム内のキャラクタに指示を与えることでキャラクタに行動を行わせたり、所持しているアイテムを使用したりしながら、ゲームを進行させる。従来のゲームでは、プレイヤが所持することのできるキャラクタ数やアイテム数に上限が設けられていた（例えば特許文献１参照）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特許第５５７７４２７号公報
【発明の概要】
【０００４】
特許文献１には、プレイヤが所有できるキャラクタの数に上限が設けられており、その所有を諦めたキャラクタをポイントに変換し、所有しているキャラクタのパラメータの変動に用いることが記載されている。
【発明が解決しようとする課題】
【０００５】
特許文献１においても、キャラクタ数が上限に達してしまったプレイヤは、これまで所持していたキャラクタを手放さなければ新しいキャラクタを所持できないという問題があった。なお、プレイヤが所持できるキャラクタ数の上限を増やすことは、キャラクタごとに設定されているデータ量が、アイテムごとに設定されているデータ量に比べてパラメータや画像音声等が多く、必要な記憶容量が増えてしまい容易に行うことができない。更に、アイテムであったとしても、データ量が大きい場合には所持できる数に上限が設けられる場合もある。また、キャラクタごとに設定されているデータ量を減らしてプレイヤの所持できるキャラクタ数の上限を増やすことは、キャラクタの多様性が損なわれ、多様なゲーム処理が困難になる可能性があった。
【０００６】
本発明は上記した課題に鑑みなされたものであり、多様なゲーム処理を維持しながら所持の上限が設けられたキャラクタやアイテム等のゲーム要素の所持数を実質的に増やすことを目的とする。
【課題を解決するための手段】
【０００７】
上記した課題を解決するために、本願請求項１のプログラムは、コンピュータを、プレイヤの指示によりゲーム内で行動を行う第１のゲーム要素と、プレイヤの指示によりゲーム内で使用される第２のゲーム要素とを、前記第１及び第２のゲーム要素で共通に設定される第１種のデータと、前記第１及び第２のゲーム要素の何れか一方に設定される第２種のデータとにより管理する管理手段、プレイヤから前記第１及び第２のゲーム要素を相互に変換する指示を受け付け、前記第２種のデータを破棄し、前記第１種のデータに基づいた値で前記第１及び第２のゲーム要素を相互に変換する相互変換手段、として機能させることを特徴とする。
【発明の効果】
【０００８】
本発明によれば、多様なゲーム処理を維持しながら所持の上限が設けられたゲーム要素の所持数を実質的に増やすことができる。
【図面の簡単な説明】
【０００９】
【図１】本実施形態に係る情報処理システムの一例の構成図である。
【図２】本実施形態に係るコンピュータの一例のハードウェア構成図である。
【図３】本実施形態に係る情報処理システムの一例の処理ブロック図である。
【図４】エッグのパラメータの一例を示す構成図である。
【図５】ペットのパラメータの一例を示す構成図である。
【図６】エッグからペットへの変換処理の一例のフローチャートである。
【図７】ペットからエッグへの変換処理の一例のフローチャートである。
【図８】本実施形態における情報処理システムのペットのレベルによる強化処理の一例のフローチャートである。
【図９】本実施形態における情報処理システムのアイテムによるペットを強化する画面の一例のイメージ図である。
【発明を実施するための形態】
【００１０】
次に、本発明の実施形態について、詳細に説明する。
［第１の実施形態］
＜システム構成＞
図１は、本実施形態に係る情報処理システムの一例の構成図である。図１の情報処理システム１は１台以上のクライアント端末２とゲームサーバ装置３とがインターネット等のネットワーク４を介して接続されている。
【００１１】
クライアント端末２はプレイヤが操作するＰＣ、スマートフォン、タブレットなどの端末装置、家庭用や業務用のゲーム専用機器などの端末装置である。ゲームサーバ装置３はクライアント端末２でプレイヤにより行われるゲームの管理や制御、ゲーム内での課金処理等を行う。
【００１２】
なお、本発明は図１に示すクライアント・サーバ型の情報処理システム１の他、単体のゲーム装置においても適用可能である。図１の情報処理システム１は一例であって、用途や目的に応じて様々なシステム構成例があることは言うまでもない。例えば図１のゲームサーバ装置３は単一のコンピュータであっても、複数のコンピュータに分散して構成してもよい。
【００１３】
＜ハードウェア構成＞
《クライアント端末及びゲームサーバ装置》
図１のクライアント端末２及びゲームサーバ装置３は、例えば図２に示すハードウェア構成のコンピュータにより実現される。図２は、本実施形態に係るコンピュータの一例のハードウェア構成図である。
【００１４】
図２のコンピュータは、入力装置５０１、表示装置５０２、外部Ｉ／Ｆ５０３、ＲＡＭ５０４、ＲＯＭ５０５、ＣＰＵ５０６、通信Ｉ／Ｆ５０７、及びＨＤＤ５０８などを備えており、それぞれがバスＢで相互に接続されている。なお、入力装置５０１及び表示装置５０２は必要なときに接続して利用する形態であってもよい。
【００１５】
入力装置５０１はプレイヤが各種信号を入力するのに用いるタッチパネル、操作キーやボタン、キーボードやマウスなどである。表示装置５０２は画面を表示する液晶や有機ＥＬなどのディスプレイである。通信Ｉ／Ｆ５０７はコンピュータをネットワーク４に接続するインタフェースである。これによりコンピュータは通信Ｉ／Ｆ５０７を介してデータ通信を行うことができる。
【００１６】
また、ＨＤＤ５０８はプログラムやデータを格納している不揮発性の記憶装置の一例である。格納されるプログラムやデータにはコンピュータ全体を制御する基本ソフトウェアであるＯＳ、及びＯＳ上において各種機能を提供するアプリケーションなどがある。
【００１７】
なお、コンピュータはＨＤＤ５０８に替えて、記憶媒体としてフラッシュメモリを用いるドライブ装置（例えばソリッドステートドライブ：ＳＳＤ）を利用するものであってもよい。
【００１８】
外部Ｉ／Ｆ５０３は、外部装置とのインタフェースである。外部装置には、記録媒体５０３ａなどがある。これにより、コンピュータ５００は外部Ｉ／Ｆ５０３を介して記録媒体５０３ａの読み取り及び／又は書き込みを行うことができる。記録媒体５０３ａにはフレキシブルディスク、ＣＤ、ＤＶＤ、ＳＤメモリカード、ＵＳＢメモリなどがある。
【００１９】
ＲＯＭ５０５は、電源を切ってもプログラムやデータを保持することができる不揮発性の半導体メモリ（記憶装置）の一例である。ＲＯＭ５０５にはコンピュータの起動時に実行されるＢＩＯＳ、ＯＳ設定、及びネットワーク設定などのプログラムやデータが格納されている。ＲＡＭ５０４はプログラムやデータを一時保持する揮発性の半導体メモリ（記憶装置）の一例である。
【００２０】
ＣＰＵ５０６は、ＲＯＭ５０５やＨＤＤ５０８などの記憶装置からプログラムやデータをＲＡＭ５０４上に読み出し、処理を実行することで、コンピュータ全体の制御や機能を実現する演算装置である。
【００２１】
本実施形態に係るクライアント端末２及びゲームサーバ装置３は例えば上記したハードウェア構成のコンピュータにおいてプログラムを実行することにより後述するような各種処理を実現できる。
【００２２】
＜ソフトウェア構成＞
本実施形態に係る情報処理システム１のソフトウェア構成について説明する。図１の情報処理システム１は例えば図３に示す処理ブロックにより実現される。図３は本実施形態に係る情報処理システムの一例の処理ブロック図である。なお、図３の処理ブロックは本実施形態における説明に不要な部分について省略している。
【００２３】
情報処理システム１のゲームサーバ装置３はプログラムを実行することにより、通信部１０、制御部２０、記憶部３０を実現する。制御部２０はゲーム進行部２１、データ管理部２２を有する構成である。記憶部３０はゲーム情報記憶部３１、プレイヤ情報記憶部３２、キャラクタ情報記憶部３３、アイテム情報記憶部３４を有する構成である。
【００２４】
また、情報処理システム１のクライアント端末２はプログラムを実行することにより操作受付部５０、制御部６０、記憶部７０、通信部８０、画面表示部９０を実現する。制御部６０はキャラクタ管理部６１、アイテム管理部６２、相互変換処理部６３を有する構成である。
【００２５】
ゲームサーバ装置３の通信部１０はクライアント端末２との通信を行う。制御部２０はクライアント端末２においてプレイヤにゲームをプレイさせるための処理を行う。記憶部３０はゲームに関する各種情報を記憶する。
【００２６】
また、制御部２０のゲーム進行部２１は記憶部３０に記憶されている各種情報を参照しつつ、クライアント端末２がプレイヤから受け付けた操作に基づいてゲームを進行させるための各種処理を行う。データ管理部２２は記憶部３０に記憶されている各種情報の管理を行う。
【００２７】
プレイヤ情報記憶部３２は、プレイヤに関するプレイヤ情報を記憶している。キャラクタ情報記憶部３３は、ゲーム内で行動するキャラクタに関するキャラクタ情報を記憶している。キャラクタ情報には各キャラクタの特徴を表すパラメータの値が含まれる。キャラクタには後述のペットも含まれている。アイテム情報記憶部３４はゲーム内で使用されるアイテムに関するアイテム情報を記憶している。
【００２８】
各プレイヤが保有（所持）しているキャラクタやアイテムはプレイヤ情報とキャラクタ情報及びアイテム情報とを対応付けることにより表される。なお、各プレイヤが保有できるキャラクタ数の上限とアイテム数の上限とは別個に設けられている。一般的に、キャラクタ数の上限はアイテム数の上限よりも少なく設定される。これは、アイテムごとに設定されているデータ量が、キャラクタ毎に設定されているデータ量よりも少ないことが多いためである。また、ゲーム情報記憶部３１はプレイヤにゲームをプレイさせるために必要な情報であって、プレイヤ情報、キャラクタ情報及びアイテム情報以外の情報を記憶している。
【００２９】
クライアント端末２の操作受付部５０はクライアント端末２を操作するプレイヤからの操作を受け付ける。また、制御部６０はクライアント端末２におけるゲームに関する処理を行う。制御部６０のキャラクタ管理部６１はゲームサーバ装置３のデータ管理部２２からキャラクタ情報を取得して記憶部７０に記憶させる。キャラクタ管理部６１は、記憶部７０に記憶されているキャラクタ情報の管理を行う。
【００３０】
また、アイテム管理部６２はゲームサーバ装置３のデータ管理部２２からアイテム情報を取得して記憶部７０に記憶させる。アイテム管理部６２は記憶部７０に記憶されているアイテム情報の管理を行う。相互変換処理部６３は後述するように、アイテムの一例であるエッグからキャラクタの一例であるペットへの変換処理と、ペットからエッグへの変換処理と、を行う。通信部８０はゲームサーバ装置３との通信を行う。画面表示部９０はクライアント端末２の画面表示を行う。
【００３１】
なお、図３に示した情報処理システム１は一例であって、ゲームサーバ装置３の処理ブロックの少なくとも一部をクライアント端末２に設けてもよいし、クライアント端末２の処理ブロックの一部をゲームサーバ装置３に設けてもよい。例えば相互変換処理部６３はゲームサーバ装置３に設けてもよい。
【００３２】
本実施形態に係る情報処理システム１はゲームの進行や表示制御をクライアント端末２で行ってもゲームサーバ装置３で行ってもよい。また、本実施形態に係る情報処理システム１は、ペットからエッグへの変換処理やエッグからペットへの変換処理を、クライアント端末２で行ってもゲームサーバ装置３で行ってもよい。
【００３３】
なお、クライアント端末２の制御部６０は、制御形態としてＨＴＭＬ（Hyper Text Markup Language）等で記載されたページデータや、ページデータ内に含まれるスクリプトなどをゲームサーバ装置３から受信してゲームに関する処理を行うブラウザ型や、クライアント端末２の制御部６０はインストールされたアプリケーションに基づいてゲームに関する処理を行うアプリケーション型などがある。
【００３４】
＜キャラクタとアイテムとの相互変換処理の概要＞
ここで、本実施形態のゲームにおけるキャラクタとアイテムとの相互変換処理について説明する。本実施形態のゲームにおけるペットはキャラクタの一例である。また、本実施形態のゲームにおけるエッグはアイテムの一例である。本実施形態のゲームにおいてプレイヤはエッグを使用することで、アイテムであるエッグをキャラクタであるペットに変化させることができる。また、プレイヤはキャラクタであるペットをアイテムであるエッグに戻すこともできる。
【００３５】
なお、エッグは、エッグ同士またはキャラクタと合成処理することで、合成先のアイテムやキャラクタのパラメータを変動させるアイテムとしての本来の機能を有している。
【００３６】
図４はエッグのパラメータの一例を示す構成図である。図４に示すエッグのパラメータはペットの種類、ペット名、レベル、エッグ個体値及び合成加算個体値を有する。エッグのパラメータに含まれるペットの種類は、そのエッグを使用することにより、エッグから変化するペットの種類を表している。ペット名は、エッグから変化するペットの名を表している。レベルは、エッグから変化するペットのレベルを表している。
【００３７】
エッグのパラメータに含まれるエッグ個体値は、エッグから変化するペットの個体値であり、ペットのレアリティ、レベル上限、属性、性格などが設定されている。ペットのレアリティは希少性や入手の困難性などのペットの価値を表すパラメータである。レベル上限はエッグから変化するペットのレベルの上限である。属性はエッグから変化するペットの属性を表している。性格はエッグから変化するペットの性格を表している。また、合成加算個体値は、アイテムである例えばエッグの合成により得たボーナス値であり、ＨＰプラス値、打撃力プラス値、射撃力プラス値、法撃力プラス値などが設定されている。合成加算個体値は、後述のペットの能力値に加算される値を表している。
【００３８】
強化したペットをエッグに戻せるため、図４のエッグのパラメータには、ペットのときに上がったレベル、ペットのときに得たボーナス値である合成加算個体値など、プレイヤがペットに対して行った強化の内容が反映されたパラメータが含まれる。
【００３９】
図５はペットのパラメータの一例を示す構成図である。図５に示すペットのパラメータはペットの種類、ペット名、経験値、レベル、能力値、エッグ個体値、合成加算個体値及びアイテム加算個体値を有する。図５のペットのパラメータは図４のエッグのパラメータに経験値、能力値及びアイテム加算個体値を追加したものである。
【００４０】
経験値はペットが得た経験値であり、必要経験値に達することでレベルが上がる。プレイヤはエッグを素材としてペットに合成することで、そのペットに経験値を得させることができる。なお、エッグは使用後のペットに応じたレアリティを持つため、素材として合成した場合に得ることのできる経験値をレアリティに応じて異ならせることができる。
【００４１】
能力値は、ペットのレベルに応じたペットのベースとなるパラメータの値である。図５に示したペットの能力値には、ＨＰ、打撃力、射撃力、法撃力、打撃防御、射撃防御、法撃防御、属性値などが含まれる。また、アイテム加算個体値は、例えばペットへ装備されたアイテムなど、そのペットの能力値に値を加算するアイテムのＩＤを表している。
【００４２】
本実施形態に係る情報処理システム１では、図５に示したペットのパラメータの項目を図４に示したエッグのパラメータの項目よりも多くすることにより、ペットの多様性を実現している。
【００４３】
また、本実施形態に係る情報処理システム１では、図４に示したエッグのパラメータの項目を図５に示したペットのパラメータの項目よりも少なくすることにより、エッグのパラメータのデータ長を、アイテムとして扱えるデータ長としている。ただし、本実施形態に係る情報処理システム１では図４に示したように、プレイヤがペットに対して行った強化の内容がエッグのパラメータとして残されるため、ペットに対して行った強化が無駄にならない。
【００４４】
なお、本実施形態ではペットとエッグとの相互変換処理を一例として説明するが、ペットやエッグに限定するものではない。例えば本実施形態のペットとエッグとの相互変換処理はペットとエッグ以外のキャラクタとアイテムとの相互変換処理に適用可能である。
【００４５】
＜処理＞
《エッグからペットへの変換処理》
本実施形態に係る情報処理システム１では例えば図６に示すようにエッグからペットへの変換処理が実行させる。図６はエッグからペットへの変換処理の一例のフローチャートである。エッグからペットへの変換処理は、例えばプレイヤがゲームにおいてエッグを使用する指示を行うことで開始される。なお、エッグを使用する際、所定量のゲーム内通貨を消費するようにしてもよい。
【００４６】
クライアント端末２の操作受付部５０は、プレイヤからエッグを使用する指示を受け付ける。操作受付部５０がプレイヤからエッグを使用する指示を受け付けると、制御部６０はエッグからペットへの変換処理を開始する。ステップＳ１において、制御部６０のアイテム管理部６２は記憶部７０から、プレイヤにより指定されたエッグのパラメータを読み出す。
【００４７】
ステップＳ２に進み、制御部６０の相互変換処理部６３は図４のエッグのパラメータの項目を図５のペットのパラメータの項目に対応させる処理を行う。具体的に、相互変換処理部６３は図４のエッグのパラメータの項目に、経験値、能力値、アイテム加算個体値の項目を追加して、図５に示したペットのパラメータの項目に対応させる。
【００４８】
ステップＳ３において、相互変換処理部６３はレベルに応じた能力値を図５のペットのパラメータの項目に設定する。なお、ペットのレベルに応じた能力値は、例えば記憶部７０に記憶させておくか、又は、ゲームサーバ装置３の記憶部３０に記憶させておく。
【００４９】
ステップＳ４に進み、相互変換処理部６３は例えばペットへ装備されたアイテムなどによるアイテム加算個体値を設定する処理を行う。なお、ステップＳ４の処理はプレイヤからの指示（例えばアイテムの装備によるペットの強化処理の指示）を受け付けたタイミングで行ってもよい。
【００５０】
そして、ステップＳ５において、制御部６０のキャラクタ管理部６１は相互変換処理部６３によりエッグのパラメータから変換されたペットのパラメータを記憶部７０に追加する処理を行う。
【００５１】
このように、本実施形態に係る情報処理システム１ではアイテムの一例であるエッグをキャラクタの一例であるペットに変換するときに、パラメータの項目を追加してペットのパラメータとすることで、ペットの多様性を維持できる。
【００５２】
《ペットからエッグへの変換処理》
本実施形態に係る情報処理システム１では例えば図７に示すようにペットからエッグへの変換処理が実行される。図７はペットからエッグへの変換処理の一例のフローチャートである。ペットからエッグへの変換処理は、例えばプレイヤがペットをエッグに変換する指示を行うことで開始される。なお、エッグに変換する際、所定量のゲーム内通貨を消費するようにしてもよい。
【００５３】
クライアント端末２の操作受付部５０は、プレイヤからペットをエッグに変換する指示を受け付ける。操作受付部５０がプレイヤからペットをエッグに変換する指示を受け付けると、制御部６０はペットからエッグへの変換処理を開始する。
【００５４】
ステップＳ１１において、制御部６０のキャラクタ管理部６１は記憶部７０から、プレイヤによりエッグへの変換を指示されたペットのパラメータを読み出す。ステップＳ１２に進み、制御部６０の相互変換処理部６３は図５に示したペットのパラメータの項目を図４のエッグのパラメータの項目に対応させる処理を行う。具体的に、相互変換処理部６３は図５のペットのパラメータの項目から、経験値、能力値、アイテム加算個体値の項目を削除して、図４に示したエッグのパラメータの項目に対応させる。
【００５５】
そして、ステップＳ１３において、制御部６０のアイテム管理部６２は相互変換処理部６３によりペットのパラメータから変換されたエッグのパラメータを記憶部７０に追加する処理を行う。
【００５６】
このように、本実施形態に係る情報処理システム１ではキャラクタの一例であるペットをアイテムの一例であるエッグに変換できるので、所有できるペット数の上限に達してしまっても、所有しているペットをエッグに変換することで、強化したペットを手放すことなく新しいペットを所有できるようになる。
【００５７】
また、本実施形態に係る情報処理システム１ではプレイヤがペットに対して行った強化が無駄とならないように、プレイヤの強化により変化するパラメータの項目の少なくとも一部をペットとエッグとで共通化している。したがって、本実施形態に係る情報処理システム１ではペットをエッグに変換しても（ペットをエッグに戻しても）プレイヤがペットに対して行った強化が無駄にならない。なお、ペットとエッグとで共通化しているパラメータは、相互変換の際に元の値に基づいた値に変換されていればよく、そのままの値を引き継いでも、所定の料率で値を変換する（所定の値を加算または減算することも含む）ようにしてもよい。
【００５８】
《ペットの強化》
本実施形態における情報処理システム１では、ペットを強化する仕組みとして、ペットのレベルを上げることによる強化と、ペットにアイテムを装備（装着）することによる強化とを一例として説明する。
【００５９】
例えば本実施形態における情報処理システム１では、図８に示すようにペットのレベルによる強化処理が実行される。図８は本実施形態における情報処理システムのペットのレベルによる強化処理の一例のフローチャートである。なお、ここではエッグを素材としてペットに合成することで、ペットに経験値を得させる例を説明する。なお、素材として合成されたエッグは消費される。
【００６０】
ステップＳ２１において、キャラクタ管理部６１は強化するペットの選択をプレイヤから受け付ける。また、ステップＳ２２に進み、アイテム管理部６２はペットに素材として合成するエッグの選択をプレイヤから受け付ける。
【００６１】
ステップＳ２３に進み、アイテム管理部６２は素材としてプレイヤに選択されたエッグのパラメータを記憶部７０から取得する。アイテム管理部６２は合成するエッグに応じた経験値を例えばテーブルなどから得る。合成するエッグに応じた経験値は、例えば合成するエッグのパラメータに含まれるレアリティに応じた経験値である。レアリティに応じた経験値はテーブルなどに予め設定しておく。そして、キャラクタ管理部６１は、合成するエッグに応じた経験値を、ペットのパラメータに含まれる経験値に加算する。
【００６２】
ステップＳ２４に進み、キャラクタ管理部６１は加算後のペットの経験値が次のレベルアップに必要な経験値（必要経験値）に到達したか否かを判定する。必要経験値に到達していれば、キャラクタ管理部６１はステップＳ２５の処理を行う。
【００６３】
ステップＳ２５において、キャラクタ管理部６１は例えば図５に示すようなペットのパラメータの能力値を、アップしたレベルに応じて上昇させる。キャラクタ管理部６１はステップＳ２５の処理後、ステップＳ２６に進む。また、キャラクタ管理部６１は必要経験値に到達していなければ、ステップＳ２５の処理をスキップしてステップＳ２６に進む。
【００６４】
ステップＳ２６においてキャラクタ管理部６１は合成するエッグのパラメータにボーナス値である合成加算個体値が付いていればステップＳ２７に進み、エッグの合成加算個体値をペットの合成加算個体値に加算することで、エッグからペットに合成加算個体値を移し替える。なお、キャラクタ管理部６１は合成するエッグのパラメータに合成加算個体値が付いていなければ、ステップＳ２７の処理をスキップする。
【００６５】
図８に示したペットのレベルによる強化処理では、素材として消費したエッグの合成加算個体値を、強化するペットのパラメータの合成加算個体値に加算できる。このように合成加算個体値はエッグを消費することにより加算される。図４及び図５に示した合成加算個体値は、エッグというアイテムを消費することにより連動して変化するパラメータの項目の一例である。
【００６６】
また、図８に示したペットのレベルによる強化処理では、図５に示すようなペットのパラメータの能力値を、アップしたレベルに応じて上昇させている。このようにペットのパラメータの能力値はアップしたレベルに応じたものであり、レベルから算出することが可能であるため、エッグのパラメータの項目から削除されている。
【００６７】
また、例えば本実施形態における情報処理システム１では、ペットにアイテムを装備することによる強化処理を、例えば図９に示すように行う例を説明する。図９は本実施形態における情報処理システムのアイテムによるペットを強化する画面の一例のイメージ図である。なお、ここではアイテムをペットに装備することで、ペットのアイテム加算個体値を加算する例を説明する。なお、ペットに装備されたアイテムは消費されず、取り外すことができる。
【００６８】
図９の画面１０００は格子状のフィールド１００１を有している。また、画面１０００はペットに装備可能なアイテム一覧１００２を有している。なお、図９の画面１０００ではフィールド１００１に配置可能なアイテムをケーキ、パイ又はチョコ等のお菓子の形態で表し、キャンディと呼んでいる。プレイヤはアイテム一覧１００２から選択したキャンディをフィールド１００１に配置することで、配置されたキャンディに応じたアイテム加算個体値でペットを強化できる。なお、図９の例ではキャンディの大きさや形状が異なるため、ペットの強化処理にパズルゲーム的な楽しさを付加できる。
【００６９】
図９のペットにアイテムを装備することによる強化処理では、装備したアイテムに応じたアイテム加算個体値を、強化するペットのパラメータのアイテム加算個体値に加算することができる。このように、アイテム加算個体値はアイテムを消費することなく、アイテムを装備することにより加算される。図５のアイテム加算個体値は、アイテムを使用することで連動して変化するパラメータの項目の一例である。
［第２の実施形態］
上記実施形態では、キャラクタとアイテムとの相互変換処理を行うことでキャラクタやアイテム等のゲーム要素の所持数を実質的に増やすことが出来るようになるが、所持しているキャラクタを手放したうえで、次にその手放したキャラクタを入手できる可能性があるイベント（ガチャ等）が発生した際に、手放したキャラクタの獲得確率を高く設定するようにしてもよい。
【００７０】
但し、過去に手放したキャラクタはゲームの進行に応じて次第に増えていく方向にあり、また、やむを得ず手放したキャラクタばかりではないため、キャラクタを手放す際に、手放したことが識別可能な情報（フラグ等）を選択的に記憶させるようにし、上記イベントにおいて、この情報が設定されたキャラクタが選択される抽選確率を変更するようにしてもよい。
【００７１】
また、この情報はプレイヤの操作指示によって設定されるようにしてもよいが、手放す際のキャラクタの所有数やゲームの進行度、手放すキャラクタの種類（例えばレア度や成長度合い）等の条件によってプログラムが判断して設定するようにしてもよい。
【００７２】
なお、第２実施形態におけるシステム構成、ハードウェア構成、ソフトウェア構成は、第１実施形態と同様である。また、上記キャラクタはアイテムに置き換えてもよい。
［付記］
コンピュータを、
プレイヤが所有するキャラクタを、当該プレイヤに関連付けて記憶部に記憶させる記憶手段、
前記プレイヤが所有するキャラクタの中から当該プレイヤの一の操作指示によって一のキャラクタを選択するキャラクタ選択部、
前記キャラクタ選択部によって選択された前記一のキャラクタを前記記憶部から消去す
るとともに、当該一のキャラクタに対応した情報を選択的に設定するフラグ設定手段、
前記プレイヤの二の操作指示によってキャラクタの取得を行うキャラクタ取得手段、
前記記憶部に前記情報が設定された前記一のキャラクタが記憶されている場合、前記キャラクタ取得手段により取得されるキャラクタから、前記一のキャラクタが選択される確率を変動させる確率変動手段、
として機能させるためのプログラム。
【００７３】
（まとめ）
本実施形態によれば、プレイヤが所有するキャラクタをアイテムに変換したり、アイテムをキャラクタに変換したり、することができるようになる。これにより、本実施形態ではキャラクタをアイテムに変換して所有することができ、プレイヤが所有可能なキャラクタ数を増やすことができる。
【００７４】
また、本実施形態では、相互に変換するキャラクタ及びアイテムのパラメータに共通の項目を設けている。本実施形態では、共通の項目に、プレイヤが行ったキャラクタの強化により変化するデータの少なくとも一部を含ませておくことにより、キャラクタからアイテムへの変換のようにデータ量が少ないパラメータへの変換であっても、キャラクタに対して行った強化が無駄にならないようにしている。
【００７５】
また、本実施形態では、相互に変換するキャラクタ及びアイテムのパラメータにキャラクタ独自の項目を設けている。本実施形態では、アイテムからキャラクタへの変換のようにデータ量が多いパラメータの変換であるとき、キャラクタのパラメータにキャラクタ独自のパラメータの項目を付加することにより、キャラクタの多様性を実現している。
【００７６】
さらに、本実施形態ではプレイヤ間においてアイテムを取り引きできる仕組みが設けられていれば、キャラクタをアイテムに変換したあと、アイテム化されたキャラクタをプレイヤ間で取り引きできるようになる。
【００７７】
一般的に、キャラクタは画像データやパラメータの項目などが多く、データ量が多すぎるため、プレイヤ間で所有を変えるようなデータ移動を伴う取り引きの仕組みが設けられていない。一方、アイテムは画像データやパラメータの項目などが少なく、プレイヤ間で所有を変えるようなデータ移動を伴う取り引きの仕組みが設けられていることがある。
【００７８】
したがって、本実施形態ではプレイヤ間においてアイテムを取り引きできる仕組みを利用することで、キャラクタをアイテムに変換し、アイテム化されたキャラクタをプレイヤ間で取り引きできる。
【００７９】
本発明は、具体的に開示された上記の実施形態に限定されるものではなく、特許請求の範囲から逸脱することなく、種々の変形や変更が可能である。キャラクタ管理部６１及びアイテム管理部６２は特許請求の範囲に記載した管理手段の一例である。相互変換処理部６３は相互変換手段の一例である。ペットは第１のゲーム要素の一例である。アイテムは第２のゲーム要素の一例である。
【符号の説明】
【００８０】
１    情報処理システム
２    クライアント端末
３    ゲームサーバ装置
４    ネットワーク
１０、８０    通信部
２０、６０    制御部
２１    ゲーム進行部
２２    データ管理部
３０、７０    記憶部
３１    ゲーム情報記憶部
３２    プレイヤ情報記憶部
３３    キャラクタ情報記憶部
３４    アイテム情報記憶部
５０    操作受付部
６１    キャラクタ管理部
６２    アイテム管理部
６３    相互変換処理部
９０    画面表示部
５０１    入力装置
５０２    表示装置
５０３    外部Ｉ／Ｆ
５０３ａ    記録媒体
５０４    ＲＡＭ
５０５    ＲＯＭ
５０６    ＣＰＵ
５０７    通信Ｉ／Ｆ
５０８    ＨＤＤ
Ｂ    バス
【図１】
2020037026.tif 000003
【図２】
2020037026.tif 000004
【図３】
2020037026.tif 000005
【図４】
2020037026.tif 000006
【図５】
2020037026.tif 000007
【図６】
2020037026.tif 000008
【図７】
2020037026.tif 000009
【図８】
2020037026.tif 000010
【図９】
2020037026.tif 000011