特許 5749387 ゲームプログラム及び情報処理装置

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

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

(11)【特許番号】5749387

(24)【登録日】2015年5月22日

(45)【発行日】2015年7月15日

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

(51)【国際特許分類】

   A63F 13/69 20140101AFI20150625BHJP

   A63F 13/79 20140101ALI20150625BHJP

   A63F 13/87 20140101ALI20150625BHJP

   A63F 13/35 20140101ALI20150625BHJP

【ＦＩ】

   A63F13/69 500

   A63F13/79 500

   A63F13/87

   A63F13/35

【請求項の数】4

【全頁数】16

(21)【出願番号】特願2014-230003(P2014-230003)

(22)【出願日】2014年11月12日

(62)【分割の表示】特願2014-106952(P2014-106952)の分割

【原出願日】2014年5月23日

【審査請求日】2014年11月18日

【早期審査対象出願】

(73)【特許権者】

【識別番号】599115217

【氏名又は名称】株式会社 ディー・エヌ・エー

(74)【代理人】

【識別番号】100156605

【弁理士】

【氏名又は名称】山田 彰彦

(72)【発明者】

【氏名】小東 祥

(72)【発明者】

【氏名】曽良 竜太

【審査官】 植野 孝郎

(56)【参考文献】

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

【文献】 特開２００６−９４８７７（ＪＰ，Ａ）

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

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

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

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

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

Ａ６３Ｆ ９／２４

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

【請求項1】

コンピューターを、
購入可能な複数アイテムがゲーム画面に表示されている際に、前記複数アイテムの中からいずれかのアイテムをプレイヤーに選択させ、前記プレイヤーによる前記アイテムの購入操作を受け付ける購入操作受付手段、
前記購入操作が受け付けられた際に、選択された前記アイテムがこれまでに購入された数量の増加に応じて当該アイテムの効力を増加させる効力増加手段、
前記プレイヤーによる前記アイテムの購入によって増加された当該アイテムの効力についての情報を含む通知情報を生成する通知情報生成手段、
前記プレイヤー以外の他のプレイヤーに対して、生成された前記通知情報を通知する通知手段、
として機能させるためのゲームプログラムであって、
購入可能な前記複数アイテムには、プレイヤーが使用できる制限期間が定められていない第１アイテムと、プレイヤーが使用できる制限期間が定められている第２アイテムが含まれており、
前記効力増加手段は、前記購入操作が受け付けられた際に、
第１アイテム及び第２アイテムのうちの第２アイテムが前記プレイヤーによって選択された場合に限り、選択された前記第２アイテムの効力を増加させる、
ことを特徴とするゲームプログラム。

【請求項2】

請求項１に記載のゲームプログラムであって、
前記通知手段は、前記プレイヤーによって選択された前記アイテムを購入可能な範囲内にある他のプレイヤーに対して前記通知情報を通知する、
ことを特徴とするゲームプログラム。

【請求項3】

請求項１に記載のゲームプログラムであって、
前記コンピューターを、
前記第２アイテムが最初に購入されたときから当該第２アイテムに定められた前記制限期間を管理する管理手段、
として機能させるためのゲームプログラム。

【請求項4】

購入可能な複数アイテムがゲーム画面に表示されている際に、前記複数アイテムの中からいずれかのアイテムをプレイヤーに選択させ、前記プレイヤーによる前記アイテムの購入操作を受け付ける購入操作受付手段と、
前記購入操作が受け付けられた際に、選択された前記アイテムがこれまでに購入された数量の増加に応じて当該アイテムの効力を増加させる効力増加手段と、
前記プレイヤーによる前記アイテムの購入によって増加された当該アイテムの効力についての情報を含む通知情報を生成する通知情報生成手段と、
前記プレイヤー以外の他のプレイヤーに対して、生成された前記通知情報を通知する通知手段と、を備え、
購入可能な前記複数アイテムには、プレイヤーが使用できる制限期間が定められていない第１アイテムと、プレイヤーが使用できる制限期間が定められている第２アイテムが含まれており、
前記効力増加手段は、前記購入操作が受け付けられた際に、
第１アイテム及び第２アイテムのうちの第２アイテムが前記プレイヤーによって選択された場合に限り、選択された前記第２アイテムの効力を増加させる、
ことを特徴とする情報処理装置。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、ゲームでプレイする空間を提供する情報処理装置等に関し、特に、ゲームを有利に進めることのできるアイテムをユーザーが比較的容易に取得できると共に、ゲームの魅力を向上させることのできる情報処理装置等に関する。

【背景技術】

【0002】

近年、ネットワークを介して携帯端末やパーソナルコンピューターにゲームプレイの空間を提供するサービスが普及している。提供されるゲームには、対戦型ゲーム、ロールプレイングゲーム、パズルゲームなど様々なものがある。これらのゲームには、ネットワーク通信の利点を生かし、複数のユーザー（プレイヤー）が参加し、他のプレイヤーと協力したり競い合って進めていくゲームも多く存在する。

【0003】

また、これらのゲームには、ゲームを有利に進行するための小道具（アイテム）が有償で準備されているものがあり、ユーザーは仮想通貨などでそのアイテムを購入することができる。

【0004】

しかしながら、このような有償のアイテムがあるゲームでは、費用をかけないで遊びたいユーザーと、複数のアイテムを購入するユーザーとに２分されてしまう場合があり、そうなると、アイテムを購入しないユーザーが購入するユーザーに差をつけられて興味が薄れ、ゲームから離れてしまう虞がある。

【0005】

このような課題に対して下記特許文献１で提案がなされている。当該文献に記載されるゲーム運用装置では、単なる課金のみによらない新たな能力向上の選択肢を提供し、プレイヤーが継続的に遊技したいと考えるゲームを実現するため、プレイヤーが仮想通貨を預金した場合に、対戦に対して有利となる特典を付与する、ことなどが行われる。

【先行技術文献】

【特許文献】

【0006】

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

【発明の概要】

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

【0007】

上記特許文献１に記載の方式によりアイテムを取得するための敷居が低くなると考えられるが、複数のプレイヤーがいることに関連して、アイテム購入がより促進され、ゲームの魅力がより向上される技術が望まれる。

【0008】

そこで、本発明の目的は、ゲームでプレイする空間を提供する情報処理装置であって、ゲームを有利に進めることのできるアイテムをユーザーが比較的容易に取得できると共に、ゲームの魅力を向上させることのできる情報処理装置、等を提供することである。

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

【0009】

上記の目的を達成するために、本発明の一つの側面は、プレイヤーが操作する端末装置とネットワークを介して接続され、当該端末装置にゲーム空間を提供する情報処理装置が、前記プレイヤーが仮想通貨で購入可能でありゲームを有利に進めることができるアイテムと当該アイテムの効力に係るアイテム情報と、前記プレイヤーが保有する前記アイテムと前記プレイヤーの前記ゲームにおけるステータスに係るプレイヤー情報と、を記憶する記憶部と、前記端末装置から送信される前記アイテムの購入要求を受信し、前記記憶部に記憶される前記アイテム情報と前記プレイヤー情報を更新するアイテム提供部と、前記端末装置における前記プレイヤーの操作を受信し、前記記憶部に記憶される前記アイテム情報と前記プレイヤー情報に基づいて前記ゲームを進行させる処理を実行するゲーム処理部と、を有し、前記アイテムの効力を、当該アイテムを購入した前記プレイヤーの数に従って変化させる、ことである。

【0010】

上記の発明において、その好ましい態様は、前記アイテムの効力を、当該アイテムを購入した前記プレイヤーの数の増加に伴って増加させる、ことを特徴とする。

【0011】

また、上記の発明において、その好ましい態様は、更に、前記アイテム提供部が前記アイテムの購入要求を受信した際に、前記アイテムの購入要求を送信したプレイヤー以外のプレイヤーに対して、前記アイテムが購入された旨の通知を行う通知部を有する、ことを特徴とする。

【0012】

更に、上記の発明において、好ましい態様は、前記プレイヤー情報は、当該プレイヤーの仲間プレイヤーの情報を含み、前記通知部は、前記アイテムが購入された旨の通知を、前記仲間プレイヤーの情報に基づいて、前記アイテムの購入要求を送信したプレイヤーの仲間プレイヤーに対して行う、ことを特徴とする。

【0013】

更にまた、上記の発明において、その好ましい態様は、前記通知部は、前記アイテムが購入された旨の通知に、前記アイテムの購入要求を送信したプレイヤーの前記プレイヤー情報、前記アイテムの効力に係る情報、及び、前記アイテムを購入したプレイヤーの数に係る情報を含める、ことを特徴とする。

【0014】

また、上記の発明において、その好ましい態様は、前記アイテムの購入数には制限が設けられる、ことを特徴とする。

【0015】

更に、上記の発明において、その好ましい態様は、前記プレイヤーに前記アイテムを制限期間内で回数制限なく使用させる、ことを特徴とする。

【0016】

更にまた、上記の発明において、その好ましい態様は、前記制限期間を、相応する前記アイテムが最初に購入された時刻から開始させる、ことを特徴とする。

【0017】

また、上記の発明において、その好ましい態様は、更に、前記端末装置から送信される情報表示要求を受信し、前記記憶部に記憶される情報を当該端末装置に表示させる情報提供部を有する、ことを特徴とする。

【0018】

上記の目的を達成するために、本発明の別の側面は、プレイヤーが操作する端末装置とネットワークを介して接続されるコンピューターに、当該端末装置にゲーム空間を提供する処理を実行させるプログラムにおいて、前記コンピューターに、前記プレイヤーが仮想通貨で購入可能でありゲームを有利に進めることができるアイテムと当該アイテムの効力に係るアイテム情報と、前記プレイヤーが保有する前記アイテムと前記プレイヤーの前記ゲームにおけるステータスに係るプレイヤー情報と、を記憶する記憶部が備えられ、前記端末装置から送信される前記アイテムの購入要求を受信し、前記記憶部に記憶される前記アイテム情報と前記プレイヤー情報を更新するアイテム提供工程と、前記端末装置における前記プレイヤーの操作を受信し、前記記憶部に記憶される前記アイテム情報と前記プレイヤー情報に基づいて前記ゲームを進行させるゲーム処理工程と、を前記コンピューターに実行させ、前記アイテムの効力を、当該アイテムを購入した前記プレイヤーの数に従って変化させる、ことである。

【図面の簡単な説明】

【0019】

【図1】本発明を適用した情報処理装置の実施の形態例に係るネットワーク構成図である。

【図2】ゲーム提供サーバー１の本実施の形態例に係る機能構成図である。

【図3】プレイヤー情報１３２を例示した図である。

【図4】アイテム情報１３３を例示した図である。

【図5】スタート画面の一例を示した図である。

【図6】アイテム購入に係る処理の手順を例示したフローチャートである。

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

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

また、レンタルアイテムは、購入プレイヤー数が増えるに従ってその効力が増していくので、他のプレイヤーの動向を意識し、タイミングを見計らってアイテム購入、アイテム使用を行うようになり、ゲームをより魅力的にすることができる。

【0086】

また、レンタルアイテムが購入された際に、その旨が仲間プレイヤーに通知されるので、通知されたプレイヤーは、競争意識や仲間意識からそのアイテムを購入することが強く促される。

【0087】

更に、その通知の際に、そのアイテムの購入数、効力がアップするまでの購入数の情報が含まれるので、効力がアップする直前では、より強く購入することが促される。

【0088】

また、１プレイヤーが購入することのできるレンタルアイテム数を制限することで、資力の潤沢なプレイヤーとそうでないプレイヤーの差を抑えることができ、双方が協力し合って楽しむ意識が生まれる。

【0089】

また、レンタルアイテムは、制限期間内で何回でも使用できるため、魅力的であり、購入が促される。その結果、長時間プレイするプレイヤーが増えゲームが活性化される。

【0090】

また、そのレンタルアイテムの制限期間はオーナープレイヤーの購入から開始されるので、その期間の初期に購入し効力がまだ小さいが長く使えるプレイヤーと、その期間の後期に購入し効力が大きいが使用期間が短いプレイヤーの公平感を保つことができる。

【0091】

また、プレイヤーは、他のプレイヤーの情報を表示させることができるので、競争意識や仲間になりたいという意識が芽生え、ゲームを活性化せることができる。

【0092】

また、買切アイテムの価格、効力をレンタルアイテムよりも高く設定することで、両アイテムのバランス感を保つことができる。

【0093】

また、アイテムが購入された際の通知を、同じステージにいるプレイヤー等にも行うことで、よりアイテム購入数が増え、ゲームを活性化せることができる。

【0094】

以上から、アイテムの購入が増加し、ゲームが活性化するので、ゲーム提供者側も売り上げの拡大を期待できる。

【符号の説明】

【0095】

１ ゲーム提供サーバー、 ２ ＳＮＳサーバー、 ３ インターネット、 ４（４Ａ、４Ｂ） 端末装置、 １１ 通信Ｉ／Ｆ、 １２ 処理部、１３ データベース、 １２１ ゲーム処理部、 １２２ アイテム提供部、 １２３ 通信部、 １２４ 情報提供部、 １２５ 時間管理部、 １２６ 仲間情報管理部、 １３１ マスターデータ、 １３２ プレイヤー情報、 １３３ アイテム情報

【要約】

【課題】ゲームでプレイする空間を提供する情報処理装置であって、ゲームを有利に進めることのできるアイテムをユーザーが比較的容易に取得できると共に、ゲームの魅力を向上させることのできる情報処理装置等を提供する。
【解決手段】プレイヤーが操作する端末装置とネットワークを介して接続され、端末装置にゲーム空間を提供する情報処理装置が、ゲームを有利に進めることができるアイテムとアイテムの効力に係るアイテム情報と、プレイヤーが保有するアイテムとゲームのステータスに係るプレイヤー情報を記憶する記憶部と、端末装置からのアイテムの購入要求を受信し、アイテム情報とプレイヤー情報を更新するアイテム提供部と、端末装置におけるプレイヤーの操作を受信し、アイテム情報とプレイヤー情報に基づいてゲームを進行させるゲーム処理部とを有し、アイテムの効力を当該アイテムを購入したプレイヤーの数に従って変化させる。
【選択図】図２

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】