7578881 情報処理装置、プログラム、及び情報処理方法

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

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

(11)【特許番号】

(24)【登録日】2024-10-29

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

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

(51)【国際特許分類】

   A63F 13/58 20140101AFI20241030BHJP

   A63F 13/79 20140101ALI20241030BHJP

【ＦＩ】

A63F13/58

A63F13/79

【請求項の数】 4

(21)【出願番号】P 2021167037

(22)【出願日】2021-10-11

(65)【公開番号】P2023057479

(43)【公開日】2023-04-21

【審査請求日】2023-10-31

(73)【特許権者】

【識別番号】500033117

【氏名又は名称】株式会社ＭＩＸＩ

(74)【代理人】

【識別番号】110001139

【氏名又は名称】ＳＫ弁理士法人

(74)【代理人】

【識別番号】100130328

【弁理士】

【氏名又は名称】奥野 彰彦

(74)【代理人】

【識別番号】100130672

【弁理士】

【氏名又は名称】伊藤 寛之

(72)【発明者】

【氏名】杉山 翔太郎

(72)【発明者】

【氏名】久保 愛美

(72)【発明者】

【氏名】望月 貴矢

(72)【発明者】

【氏名】松山 結子

(72)【発明者】

【氏名】金子 俊幸

(72)【発明者】

【氏名】川口 薫

(72)【発明者】

【氏名】島尻 卓

(72)【発明者】

【氏名】崔 ▲俊▼碩

(72)【発明者】

【氏名】江澤 拓哉

【審査官】三村 拓哉

(56)【参考文献】

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

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

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

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

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

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

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

【文献】「ワイルドアームズ ザ フォースデトネイター コンプリートガイド 初版」，p.70,101,153,226,385,577，株式会社エンターブレイン，2005年07月29日，特に、[p.70の「コンバートとボーナス要素」欄]、[p.101の「バッジの装備」欄]、[p.153の「レベルアップの方法」欄]、[p.226の「様々な施設はゲーム終盤で活用」欄]、[p.385の「レベルアップル」欄]、[p.577の「ブラックマーケット」欄]、等を参照。

【文献】期待のＡＲＭ特捜隊，「ＷＩＬＤアーム通 WILD ARMS the 4th Detonator」，株式会社エンターブレイン，2005年04月08日，p.29-30，特に、[p.30の「ブラックマーケット」欄]、等を参照。

【文献】「街ｉｎｇメーカー３×逃走中 公式 ぼくの街づくりガイド 初版 」，株式会社メディアファクトリー，2010年01月28日，p.8,12,17，特に、[p.8の「これがマッチングメーカーだ！」欄]、[p.12の「建物設置、建物撤去」欄]、[p.17の「街ingポイントが必要となる」欄]、等を参照。

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

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

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

【請求項1】

交換部と効果付与部とを備える情報処理装置であって、
前記交換部は、ゲーム内でユーザが操作可能な第１ゲーム媒体を保有する前記ユーザから第２ゲーム媒体の指定を伴う交換要求があった場合に、前記第１ゲーム媒体に紐付けられた第１パラメータの消費と引き換えに、前記第２ゲーム媒体を前記ユーザに付与し、
前記効果付与部は、前記第１パラメータが第１閾値以上のときに第１の大きさのゲーム効果を有する前記第１ゲーム媒体を前記ユーザが保有する場合に、前記第１パラメータが前記第１閾値以上の前記第１ゲーム媒体において前記交換部での消費により前記第１パラメータが前記第１閾値を下回ったときには、前記ゲーム効果を前記第１の大きさより小さな第２の大きさにし、
前記交換部は、前記ユーザの指示に応じて前記第１パラメータの消費を行うと残りの前記第１パラメータが前記第１閾値を下回る前記第１ゲーム媒体がある場合には、前記第１パラメータを消費する前に、前記指示をした前記ユーザに対し前記ゲーム効果に関する第１報知を行う、
情報処理装置。

【請求項2】

ゲーム内でユーザが操作可能な第１ゲーム媒体を保有する前記ユーザから第２ゲーム媒体の指定を伴う交換要求があった場合に、前記第１ゲーム媒体に紐付けられた第１パラメータの消費と引き換えに、前記第２ゲーム媒体を前記ユーザに付与し、
前記第１パラメータが第１閾値以上のときに第１の大きさのゲーム効果を有する前記第１ゲーム媒体を前記ユーザが保有する場合に、前記第１パラメータが前記第１閾値以上の前記第１ゲーム媒体において前記第１パラメータの消費により前記第１パラメータが前記第１閾値を下回ったときには、前記ゲーム効果を前記第１の大きさより小さな第２の大きさにし、
前記ユーザの指示に応じて前記第１パラメータの消費を行うと残りの前記第１パラメータが前記第１閾値を下回る前記第１ゲーム媒体がある場合には、前記第１パラメータを消費する前に、前記指示をした前記ユーザに対し前記ゲーム効果に関する第１報知を行う機能をコンピュータに行わせる、
プログラム。

【請求項3】

ゲーム内でユーザが操作可能な第１ゲーム媒体を保有する前記ユーザから第２ゲーム媒体の指定を伴う交換要求があった場合に、前記第１ゲーム媒体に紐付けられた第１パラメータの消費と引き換えに、前記第２ゲーム媒体を前記ユーザに付与し、
前記第１パラメータが第１閾値以上のときに第１の大きさのゲーム効果を有する前記第１ゲーム媒体を前記ユーザが保有する場合に、前記第１パラメータが前記第１閾値以上の前記第１ゲーム媒体において前記第１パラメータの消費により前記第１パラメータが前記第１閾値を下回ったときには、前記ゲーム効果を前記第１の大きさより小さな第２の大きさにし、
前記ユーザの指示に応じて前記第１パラメータの消費を行うと残りの前記第１パラメータが前記第１閾値を下回る前記第１ゲーム媒体がある場合には、前記第１パラメータを消費する前に、前記指示をした前記ユーザに対し前記ゲーム効果に関する第１報知を行う、
情報処理方法。

【請求項4】

サーバとユーザ端末装置とを含む情報処理システムであって、
交換部と効果付与部とを備え、
前記交換部は、ゲーム内でユーザが操作可能な第１ゲーム媒体を保有する前記ユーザから第２ゲーム媒体の指定を伴う交換要求があった場合に、前記第１ゲーム媒体に紐付けられた第１パラメータの消費と引き換えに、前記第２ゲーム媒体を前記ユーザに付与し、
前記効果付与部は、前記第１パラメータが第１閾値以上のときに第１の大きさのゲーム効果を有する前記第１ゲーム媒体を前記ユーザが保有する場合に、前記第１パラメータが前記第１閾値以上の前記第１ゲーム媒体において前記交換部での消費により前記第１パラメータが前記第１閾値を下回ったときには、前記ゲーム効果を前記第１の大きさより小さな第２の大きさにし、
前記交換部は、前記ユーザの指示に応じて前記第１パラメータの消費を行うと残りの前記第１パラメータが前記第１閾値を下回る前記第１ゲーム媒体がある場合には、前記第１パラメータを消費する前に、前記指示をした前記ユーザに対し前記ゲーム効果に関する第１報知を行う、
情報処理システム。

【発明の詳細な説明】

【技術分野】

【0001】

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

【背景技術】

【0002】

特許文献１には、使用予定のないゲーム媒体（キャラクタ）を売却することでゲーム内通貨に変換する技術が開示される。売却するとゲーム媒体はユーザの手元から離れる。

【先行技術文献】

【特許文献】

【0003】

【文献】特許第５９１８７０３号

【発明の概要】

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

【0004】

キャラクタ等のゲーム媒体各々がパラメータを持つことがある。ゲームプレイに伴って、やがてこのパラメータ値が飽和する場合がある。パラメータ値が飽和したゲーム媒体については、ゲーム内で使用してパラメータを追加獲得する意義が得られない。これに起因して、ゲームプレイを継続する意欲をユーザが持ちにくくなる問題がある。

【0005】

本発明は、ゲーム媒体のパラメータ飽和に伴うゲームプレイ意欲低下を抑制することができる、情報処理装置、プログラム、及び情報処理方法を提供する。

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

【0006】

本発明の一態様に係る情報処理装置は、交換部を備える情報処理装置であって、前記交換部は、ゲーム内でユーザが操作可能な第１ゲーム媒体を保有するユーザから第２ゲーム媒体の指定を伴う交換要求があった場合に、前記第１ゲーム媒体に紐付けられた第１パラメータの消費と引き換えに、前記第２ゲーム媒体をユーザに付与する、情報処理装置である。

【0007】

本発明の一態様によれば、第１ゲーム媒体の第１パラメータを第２ゲーム媒体に交換することができる。第１パラメータの消費と再獲得の機会が提供されるので、ゲームをプレイする動機をユーザへ継続的に提供できる。

【図面の簡単な説明】

【0008】

【図1】実施形態に係るゲーム提供システム１の模式図である。

【図2】実施形態に係るサーバ１０のハードウェア構成を示すブロック図である。

【図3】実施形態に係る端末２０のハードウェア構成を示すブロック図である。

【図4】サーバ１０の機能構成を示すブロック図である。

【図5】図５Ａは第１ゲーム媒体テーブルＴＢＬ１（キャラクタテーブル）の一例であり、図５Ｂは第２ゲーム媒体テーブルＴＢＬ２の一例であり、図５Ｃは交換設定テーブルＴＢＬ３の一例である。

【図6】実施形態にかかる制御部１１（交換部１１ａと効果付与部１１ｂ）の制御の流れを説明するためのシーケンス図である。

【図7】実施形態にかかる交換部１１ａと端末２０との制御の流れを説明するためのシーケンス図である。

【図8】端末２０の表示部２４に表示される交換所画面の一例である。

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

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

図８は、図７のステップＳ１９９における交換所画面２４ａの一例である。ユーザＵ０１は、交換所画面２４ａを介して、交換したい第２ゲーム媒体Ｍ２を選択することができる。交換所画面２４ａは、複数の第２ゲーム媒体Ｍ２と、各々の第２ゲーム媒体Ｍ２の交換消費ポイントＱ_ｐｔｅｘと、を表示してもよい。一例として、複数の第２ゲーム媒体Ｍ２のうち、ユーザＵ０１が獲得可能かどうかを識別可能としてもよい。一例として、ユーザＵ０１が現時点では交換消費ポイントＱ_ｐｔｅｘを充当できない第２ゲーム媒体Ｍ２（図８の例ではＥ００４＝Ｃ０８５がこれに該当）については、ユーザＵ０１が充当可能な第２ゲーム媒体Ｍ２と識別可能に表示してもよい。識別可能な表示は任意であるが、一例として図８では、Ｅ００１～Ｅ００３が実線枠で表示され、Ｅ００４のみが破線枠で表示される。識別可能な表示の他の例として、各々の枠の色や太さや装飾を変えたり、枠内の背景色を変えたり、キャラクタ名称等を強調表示したり、「素材不足」等の報知文字を付記したりする等でもよい。

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

１：ゲーム提供システム、２：通信回線、５：通信回線、１０：サーバ、１１：制御部、１１ａ：交換部、１１ｂ：効果付与部、１１ｂ：交換部、１１ｃ：パラメータ設定部、１２：記憶部、１３：通信部、１４：操作入力部、１５：モニタ、１６：システムバス、２０：端末、２１：制御部、２２：記憶部、２３：通信部、２４：表示部、２４ａ：交換所画面、２４ｂ：情報表示画面、２５：スピーカ、２６：マイク、２７：カメラ、２８：操作ボタン、２９：システムバス、３４：消費スライダ、３４ａ：自動設定ボタン、３５：個数設定スライダ、Ｍ１：第１ゲーム媒体、Ｍ２：第２ゲーム媒体、Ｑ：第１パラメータ、Ｑ_ｔｈ１：閾値（第１閾値）

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】