特許 7324029 ゲームプログラム、および方法

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

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

(11)【特許番号】

(24)【登録日】2023-08-01

(45)【発行日】2023-08-09

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

(51)【国際特許分類】

   A63F 13/79 20140101AFI20230802BHJP

   A63F 13/30 20140101ALI20230802BHJP

   A63F 13/58 20140101ALI20230802BHJP

   A63F 13/792 20140101ALI20230802BHJP

【ＦＩ】

A63F13/79 520

A63F13/30

A63F13/58

A63F13/79 500

A63F13/79

A63F13/792

【請求項の数】 6

(21)【出願番号】P 2019064762

(22)【出願日】2019-03-28

(65)【公開番号】P2020162756

(43)【公開日】2020-10-08

【審査請求日】2022-03-16

(73)【特許権者】

【識別番号】509070463

【氏名又は名称】株式会社コロプラ

(74)【代理人】

【識別番号】110000338

【氏名又は名称】弁理士法人 ＨＡＲＡＫＥＮＺＯ ＷＯＲＬＤ ＰＡＴＥＮＴ ＆ ＴＲＡＤＥＭＡＲＫ

(72)【発明者】

【氏名】入江 正樹

(72)【発明者】

【氏名】西野 光慧

(72)【発明者】

【氏名】林 かすみ

(72)【発明者】

【氏名】星野 裕香

(72)【発明者】

【氏名】清水 佐知

【審査官】岸 智史

(56)【参考文献】

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

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

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

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

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

Ａ６３Ｆ ９／２４、１３／００－１３／９８

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

【請求項1】

有償のゲーム媒体を利用可能なゲームを実行するためのゲームプログラムであって、
前記ゲームプログラムは、第１ユーザが使用するコンピュータに、
前記第１ユーザから第２ユーザに返金対象となり得る有償のゲーム媒体を付与するステップと、
前記第２ユーザに付与した返金対象となり得る有償のゲーム媒体である第１ゲーム媒体の数量を、前記第１ユーザに関連付けて記憶するステップと、
第３ユーザから前記第１ユーザへの、返金対象となり得る有償のゲーム媒体の付与を受け付けるステップと、
前記第３ユーザから付与された返金対象となり得る有償のゲーム媒体のうちの未消費の返金対象となり得る有償のゲーム媒体の数量である第２ゲーム媒体の数量を、前記第１ユーザに関連付けて記憶するステップと、
前記第１ユーザにより前記第２ゲーム媒体が消費されたことに基づいて、前記第２ゲーム媒体の数量を更新するステップと、を実行させるためのゲームプログラム。

【請求項2】

有償のゲーム媒体を利用可能なゲームを実行するためのゲームプログラムであって、
前記ゲームプログラムは、第１ユーザが使用するコンピュータに、
前記第１ユーザから第２ユーザに返金対象となり得る有償のゲーム媒体を付与するステップと、
前記第２ユーザに付与した返金対象となり得る有償のゲーム媒体のうちの未消費の返金対象となり得る有償のゲーム媒体の数量である第１ゲーム媒体の数量を、前記第１ユーザに関連付けて記憶するステップと、
前記第２ユーザにより前記第１ゲーム媒体が消費されたことに基づいて、前記第１ゲーム媒体の数量を更新するステップと、を実行させるためのゲームプログラム。

【請求項3】

有償のゲーム媒体を利用可能なゲームを実行するためのゲームプログラムであって、
前記ゲームプログラムは、第１ユーザが使用するコンピュータに、
前記第１ユーザから第２ユーザに返金対象となり得る有償のゲーム媒体を付与するステップと、
前記第２ユーザに付与した返金対象となり得る有償のゲーム媒体である第１ゲーム媒体の数量を、前記第１ユーザに関連付けて記憶するステップと、
前記第１ユーザが保有する、返金対象となり得る有償のゲーム媒体である第３ゲーム媒体の数量を、前記第１ユーザに関連付けて記憶するステップと、を実行させるためのゲームプログラム。

【請求項4】

第１ユーザが使用するコンピュータが、有償のゲーム媒体を利用可能なゲームを実行するためのゲームプログラムを実行する方法であって、
前記方法は、前記ゲームプログラムが、
前記第１ユーザから第２ユーザに返金対象となり得る有償のゲーム媒体を付与するステップと、
前記第２ユーザに付与した返金対象となり得る有償のゲーム媒体である第１ゲーム媒体の数量を、前記第１ユーザに関連付けて記憶するステップと、
第３ユーザから前記第１ユーザへの、返金対象となり得る有償のゲーム媒体の付与を受け付けるステップと、
前記第３ユーザから付与された返金対象となり得る有償のゲーム媒体のうちの未消費の返金対象となり得る有償のゲーム媒体の数量である第２ゲーム媒体の数量を、前記第１ユーザに関連付けて記憶するステップと、
前記第１ユーザにより前記第２ゲーム媒体が消費されたことに基づいて、前記第２ゲーム媒体の数量を更新するステップと、を含む、方法。

【請求項5】

第１ユーザが使用するコンピュータが、有償のゲーム媒体を利用可能なゲームを実行するためのゲームプログラムを実行する方法であって、
前記方法は、前記ゲームプログラムが、
前記第１ユーザから第２ユーザに返金対象となり得る有償のゲーム媒体を付与するステップと、
前記第２ユーザに付与した返金対象となり得る有償のゲーム媒体のうちの未消費の返金対象となり得る有償のゲーム媒体の数量である第１ゲーム媒体の数量を、前記第１ユーザに関連付けて記憶するステップと、
前記第２ユーザにより前記第１ゲーム媒体が消費されたことに基づいて、前記第１ゲーム媒体の数量を更新するステップと、を含む、方法。

【請求項6】

第１ユーザが使用するコンピュータが、有償のゲーム媒体を利用可能なゲームを実行するためのゲームプログラムを実行する方法であって、
前記方法は、前記ゲームプログラムが、
前記第１ユーザから第２ユーザに返金対象となり得る有償のゲーム媒体を付与するステップと、
前記第２ユーザに付与した返金対象となり得る有償のゲーム媒体である第１ゲーム媒体の数量を、前記第１ユーザに関連付けて記憶するステップと、
前記第１ユーザが保有する、返金対象となり得る有償のゲーム媒体である第３ゲーム媒体の数量を、前記第１ユーザに関連付けて記憶するステップと、を含む、方法。

【発明の詳細な説明】

【技術分野】

【0001】

本開示は、ゲームプログラム、プログラムを実行する方法、および情報処理装置に関する。

【背景技術】

【0002】

非特許文献１に、有償のゲーム媒体を用いて様々な恩恵が受けられる従来ゲームの一例が開示される。

【先行技術文献】

【非特許文献】

【0003】

【文献】ファミ通App、"白猫攻略 ジュエルの使いかたって？"、［online］、平成26年11月26日、［平成31年3月18日検索］、インターネット〈https://app.famitsu.com/20141116_464736/>

【発明の概要】

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

【0004】

非特許文献１のゲームでは、有償のゲーム媒体を新たな用途に用いる上で改善の余地がある。

【0005】

本開示の一態様は、有償のゲーム媒体を新たな用途に用いられるようにすることを目的とする。

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

【0006】

本開示に係るゲームプログラムは、有償のゲーム媒体を利用可能なゲームを実行するためのゲームプログラムである。ゲームプログラムは、第１ユーザが使用するコンピュータに、第１ユーザから第２ユーザに有償のゲーム媒体を付与するステップと、第２ユーザに付与した有償のゲーム媒体である第１ゲーム媒体の数量を、第１ユーザに関連付けて記憶するステップと、を実行させる。

【発明の効果】

【0007】

本開示の一態様によれば、有償のゲーム媒体を新たな用途に用いられるようにする効果を奏する。

【図面の簡単な説明】

【0008】

【図1】ゲームシステムのハードウェア構成を示す図である。

【図2】ゲームシステムに含まれるサーバ及びユーザ端末の機能的構成を示すブロック図である。

【図3】ある実施の形態に係るテーブルを示す図である。

【図4】ある実施の形態に係るユーザ端末およびサーバが、ゲームプログラムに基づいて実行する処理の流れを示すシーケンス図である。

【図5】ある実施の形態に係るメッセージを示す図である。

【図6】ある実施の形態に係るテーブルを示す図である。

【図7】ある実施の形態に係るテーブルを示す図である。

【図8】ある実施の形態に係るユーザ端末およびサーバが、ゲームプログラムに基づいて実行する処理の流れを示すシーケンス図である。

【図9】ある実施の形態に係るテーブルを示す図である。

【図10】ある実施の形態に係るテーブルを示す図である。

【図11】ある実施の形態に係るメッセージを示す図である。

【図12】ある実施の形態に係るゲーム画面を示す図である。

【図13】ある実施の形態に係るテーブルを示す図である。

【図14】ある実施の形態に係るメッセージを示す図である。

【図15】ある実施の形態に係るテーブルを示す図である。

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

【0009】

本開示に係るゲームシステムは、ユーザにゲームを提供するためのシステムである。以下、ゲームシステムについて図面を参照しつつ説明する。なお、本発明はこれらの例示に限定されるものではなく、特許請求の範囲によって示され、特許請求の範囲と均等の意味及び範囲内でのすべての変更が本発明に含まれることが意図される。以下の説明では、図面の説明において同一の要素には同一の符号を付し、重複する説明を繰り返さない。

【0010】

（ゲームシステム１のハードウェア構成）
図１は、ゲームシステム１のハードウェア構成を示す図である。ゲームシステム１は図示の通り、複数のユーザ端末１００と、サーバ２００とを含む。各ユーザ端末１００は、サーバ２００とネットワーク２を介して接続する。ネットワーク２は、インターネット及び図示しない無線基地局によって構築される各種移動通信システム等で構成される。この移動通信システムとしては、例えば、所謂３Ｇ、４Ｇ移動通信システム、ＬＴＥ（Long Term Evolution）、及び所定のアクセスポイントによってインターネットに接続可能な無線ネットワーク（例えばWi-Fi（登録商標））等が挙げられる。

【0011】

サーバ２００（コンピュータ、情報処理装置）は、ワークステーション又はパーソナルコンピュータ等の汎用コンピュータであってよい。サーバ２００は、プロセッサ２０と、メモリ２１と、ストレージ２２と、通信ＩＦ２３と、入出力ＩＦ２４とを備える。サーバ２００が備えるこれらの構成は、通信バスによって互いに電気的に接続される。

【0012】

ユーザ端末１００（コンピュータ、情報処理装置）は、スマートフォン、フィーチャーフォン、ＰＤＡ（Personal Digital Assistant）、又はタブレット型コンピュータ等の携帯端末であってよい。ユーザ端末１００は、ゲームプレイに適したゲーム装置であってもよい。ユーザ端末１００は図示の通り、プロセッサ１０と、メモリ１１と、ストレージ１２と、通信インターフェース（ＩＦ）１３と、入出力ＩＦ１４と、タッチスクリーン１５（表示部１５２）と、カメラ１７と、測距センサ１８とを備える。ユーザ端末１００が備えるこれらの構成は、通信バスによって互いに電気的に接続される。なお、ユーザ端末１００は、タッチスクリーン１５に代えて、又は、加えて、ユーザ端末１００本体とは別に構成されたディスプレイ（表示部１５２）を接続可能な入出力ＩＦ１４を備えていてもよい。

【0013】

また、図１に示すように、ユーザ端末１００は、１つ以上のコントローラ１０２０と通信可能に構成されることとしてもよい。コントローラ１０２０は、例えば、Ｂｌｕｅｔｏｏｔｈ（登録商標）等の通信規格に従って、ユーザ端末１００と通信を確立する。コントローラ１０２０は、１つ以上のボタン等を有していてもよく、該ボタン等に対するユーザの入力操作に基づく出力値をユーザ端末１００へ送信する。また、コントローラ１０２０は、加速度センサ、及び、角速度センサ等の各種センサを有していてもよく、該各種センサの出力値をユーザ端末１００へ送信する。

【0014】

なお、ユーザ端末１００がカメラ１７及び測距センサ１８を備えることに代えて、又は、加えて、コントローラ１０２０がカメラ１７及び測距センサ１８を有していてもよい。

【0015】

ユーザ端末１００は、例えばゲーム開始時に、コントローラ１０２０を使用するユーザに、該ユーザの名前又はログインＩＤ等のユーザ識別情報を、該コントローラ１０２０を介して入力させることが望ましい。これにより、ユーザ端末１００は、コントローラ１０２０とユーザとを紐付けることが可能となり、受信した出力値の送信元（コントローラ１０２０）に基づいて、該出力値がどのユーザのものであるかを特定することができる。

【0016】

ユーザ端末１００が複数のコントローラ１０２０と通信する場合、各コントローラ１０２０を各ユーザが把持することで、ネットワーク２を介してサーバ２００などの他の装置と通信せずに、該１台のユーザ端末１００でマルチプレイを実現することができる。また、各ユーザ端末１００が無線ＬＡＮ（Local Area Network）規格等の無線規格により互いに通信接続する（サーバ２００を介さずに通信接続する）ことで、複数台のユーザ端末１００によりローカルでマルチプレイを実現することもできる。１台のユーザ端末１００によりローカルで上述のマルチプレイを実現する場合、ユーザ端末１００は、さらに、サーバ２００が備える後述する種々の機能の少なくとも一部を備えていてもよい。また、複数のユーザ端末１００によりローカルで上述のマルチプレイを実現する場合、複数のユーザ端末１００は、サーバ２００が備える後述する種々の機能を分散して備えていてもよい。

【0017】

なお、ローカルで上述のマルチプレイを実現する場合であっても、ユーザ端末１００はサーバ２００と通信を行ってもよい。例えば、あるゲームにおける成績又は勝敗等のプレイ結果を示す情報と、ユーザ識別情報とを対応付けてサーバ２００に送信してもよい。

【0018】

また、コントローラ１０２０は、ユーザ端末１００に着脱可能な構成であるとしてもよい。この場合、ユーザ端末１００の筐体における少なくともいずれかの面に、コントローラ１０２０との結合部が設けられていてもよい。該結合部を介して有線によりユーザ端末１００とコントローラ１０２０とが結合している場合は、ユーザ端末１００とコントローラ１０２０とは、有線を介して信号を送受信する。

【0019】

図１に示すように、ユーザ端末１００は、外部のメモリカード等の記憶媒体１０３０の装着を、入出力ＩＦ１４を介して受け付けてもよい。これにより、ユーザ端末１００は、記憶媒体１０３０に記録されるプログラム及びデータを読み込むことができる。記憶媒体１０３０に記録されるプログラムは、例えばゲームプログラムである。

【0020】

ユーザ端末１００は、サーバ２００等の外部の装置と通信することにより取得したゲームプログラムをユーザ端末１００のメモリ１１に記憶してもよいし、記憶媒体１０３０から読み込むことにより取得したゲームプログラムをメモリ１１に記憶してもよい。

【0021】

以上で説明した通り、ユーザ端末１００は、該ユーザ端末１００に対して情報を入力する機構の一例として、通信ＩＦ１３、入出力ＩＦ１４、タッチスクリーン１５、カメラ１７、及び、測距センサ１８を備える。入力する機構としての上述の各部は、ユーザの入力操作を受け付けるように構成された操作部と捉えることができる。

【0022】

例えば、操作部が、カメラ１７及び測距センサ１８の少なくともいずれか一方で構成される場合、該操作部が、ユーザ端末１００の近傍の物体１０１０を検出し、当該物体の検出結果から入力操作を特定する。一例として、物体１０１０としてのユーザの手、予め定められた形状のマーカーなどが検出され、検出結果として得られた物体１０１０の色、形状、動き、又は、種類などに基づいて入力操作が特定される。より具体的には、ユーザ端末１００は、カメラ１７の撮影画像からユーザの手が検出された場合、該撮影画像に基づき検出されるジェスチャ（ユーザの手の一連の動き）を、ユーザの入力操作として特定し、受け付ける。なお、撮影画像は静止画であっても動画であってもよい。

【0023】

あるいは、操作部がタッチスクリーン１５で構成される場合、ユーザ端末１００は、タッチスクリーン１５の入力部１５１に対して実施されたユーザの操作をユーザの入力操作として特定し、受け付ける。あるいは、操作部が通信ＩＦ１３で構成される場合、ユーザ端末１００は、コントローラ１０２０から送信される信号（例えば、出力値）をユーザの入力操作として特定し、受け付ける。あるいは、操作部が入出力ＩＦ１４で構成される場合、該入出力ＩＦ１４と接続されるコントローラ１０２０とは異なる入力装置（図示せず）から出力される信号をユーザの入力操作として特定し、受け付ける。

【0024】

（各装置のハードウェア構成要素）
プロセッサ１０は、ユーザ端末１００全体の動作を制御する。プロセッサ２０は、サーバ２００全体の動作を制御する。プロセッサ１０及び２０は、ＣＰＵ（Central Processing Unit）、ＭＰＵ（Micro Processing Unit）、及びＧＰＵ（Graphics Processing Unit）を含む。

【0025】

プロセッサ１０は後述するストレージ１２からプログラムを読み出し、後述するメモリ１１に展開する。プロセッサ２０は後述するストレージ２２からプログラムを読み出し、後述するメモリ２１に展開する。プロセッサ１０及びプロセッサ２０は展開したプログラムを実行する。

【0026】

メモリ１１及び２１は主記憶装置である。メモリ１１及び２１は、ＲＯＭ（Read Only Memory）及びＲＡＭ（Random Access Memory）等の記憶装置で構成される。メモリ１１は、プロセッサ１０が後述するストレージ１２から読み出したプログラム及び各種データを一時的に記憶することにより、プロセッサ１０に作業領域を提供する。メモリ１１は、プロセッサ１０がプログラムに従って動作している間に生成した各種データも一時的に記憶する。メモリ２１は、プロセッサ２０が後述するストレージ２２から読み出した各種プログラム及びデータを一時的に記憶することにより、プロセッサ２０に作業領域を提供する。メモリ２１は、プロセッサ２０がプログラムに従って動作している間に生成した各種データも一時的に記憶する。

【0027】

本実施形態においてプログラムとは、ゲームをユーザ端末１００により実現するためのゲームプログラムであってもよい。あるいは、該プログラムは、該ゲームをユーザ端末１００とサーバ２００との協働により実現するためのゲームプログラムであってもよい。あるいは、該プログラムは、該ゲームを複数のユーザ端末１００の協働により実現するためのゲームプログラムであってもよい。また、各種データとは、ユーザ情報及びゲーム情報などのゲームに関するデータ、ならびに、ユーザ端末１００とサーバ２００との間又は複数のユーザ端末１００間で送受信する指示又は通知を含んでいる。

【0028】

ストレージ１２及び２２は補助記憶装置である。ストレージ１２及び２２は、フラッシュメモリ又はＨＤＤ（Hard Disk Drive）等の記憶装置で構成される。ストレージ１２及びストレージ２２には、ゲームに関する各種データが格納される。

【0029】

通信ＩＦ１３は、ユーザ端末１００における各種データの送受信を制御する。通信ＩＦ２３は、サーバ２００における各種データの送受信を制御する。通信ＩＦ１３及び２３は例えば、無線ＬＡＮ（Local Area Network）を介する通信、有線ＬＡＮ、無線ＬＡＮ、又は携帯電話回線網を介したインターネット通信、ならびに近距離無線通信等を用いた通信を制御する。

【0030】

入出力ＩＦ１４は、ユーザ端末１００がデータの入力を受け付けるためのインターフェースであり、またユーザ端末１００がデータを出力するためのインターフェースである。入出力ＩＦ１４は、ＵＳＢ（Universal Serial Bus）等を介してデータの入出力を行ってもよい。入出力ＩＦ１４は、例えば、ユーザ端末１００の物理ボタン、カメラ、マイク、又は、スピーカ等を含み得る。サーバ２００の入出力ＩＦ２４は、サーバ２００がデータの入力を受け付けるためのインターフェースであり、またサーバ２００がデータを出力するためのインターフェースである。入出力ＩＦ２４は、例えば、マウス又はキーボード等の情報入力機器である入力部と、画像を表示出力する機器である表示部１５２とを含み得る。

【0031】

ユーザ端末１００のタッチスクリーン１５は、入力部１５１と表示部１５２とを組み合わせた電子部品である。入力部１５１は、例えばタッチセンシティブなデバイスであり、例えばタッチパッドによって構成される。表示部１５２は、例えば液晶ディスプレイ、又は有機ＥＬ（Electro-Luminescence）ディスプレイ等によって構成される。

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

表示制御部１１５は、タッチスクリーン１５の表示部１５２に対して、上述の各要素によって実行された処理結果が反映されたゲーム画面を出力する。表示制御部１１５は、各種オブジェクトのモーションを示すアニメーションを含むゲーム画面を、表示部１５２に表示してもよい。また、表示制御部１１５は、ＵＩ（User Interface）オブジェクトを、ゲーム画面に重畳して描画してもよい。

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

表示欄５５には、選択肢５６および５７が表示される。選択肢５６は、常設抽選を実行するための項目であり、選択肢５７は、期間限定抽選を実行するための項目である。常設抽選は、任意に期間中にいつでも実行できるキャラクタ抽選であり、期間限定抽選はある特定の期間内にのみ実行可能なキャラクタ抽選である。期間限定抽選は、ユーザＡが他のユーザから受領したダイヤを用いないと実行できない抽選でもある。選択肢５６および５７には、対応する抽選を実行する場合に用いられるダイヤの数量を示すテキストを含む。表示欄５５には、選択肢５７に対応する抽選には受領ダイヤのみを使用できることを説明するテキストも表示される。ここでは、ユーザＡが選択肢５７を選択したものとする。

【0117】

本開示のある局面において、ユーザ端末１００は、第１ユーザが保有する有償のゲーム媒体である第３ゲーム媒体の数量を、第１ユーザに関連付けて記憶するステップと、第２ゲーム媒体の消費に基づいてゲーム処理を実行するステップと、を実行し、ゲーム処理は、第１ユーザが保有する有償のゲーム媒体である第３ゲーム媒体の消費に基づいて実行できないゲーム処理である。すなわち、ステップＳ２２において、抽選実行部１１４は、ユーザＡの操作に応答して、ユーザＡがユーザＣから受領したダイヤを２５個消費することによって、期間限定抽選を実行する。期間限定抽選は、ユーザＡが保有する有償ダイヤ、すなわち、贈与された有償ダイヤ以外の有償ダイヤを消費して実行することができない特別な抽選である。

【0118】

詳細には、抽選実行部１１４は、ユーザＡの操作に応答して、消費情報を生成する。該消費情報は、例えば、ユーザＡがユーザＣから受領したダイヤを２５個消費することと、期間限定抽選を実行するための実行命令とを含む。ステップＳ２３において、抽選実行部１１４は、消費情報をサーバ２００へ送信する。

【0119】

ステップＳ３３において、抽選実行部２１４は、受信した消費情報に基づいて期間限定抽選を実行し、ユーザに付与するキャラクタを決定する。

【0120】

本開示のある局面において、第２ゲーム媒体の数量は、第３ユーザから付与された有償のゲーム媒体のうちの未消費の有償のゲーム媒体の数量であり、ユーザ端末１００は、第１ユーザにより第２ゲーム媒体が消費されたことに基づいて、第２ゲーム媒体の数量を更新するステップを実行する。

【0121】

ステップＳ３４において、仮想通貨管理部２１２は、受信した消費情報に基づいて、テーブル３１Ａの有償贈与欄に記憶される有償ダイヤの数量を図１３に示すように更新する。

【0122】

図１３は、ある実施の形態に係るテーブル３１を示す図である。ここでは、テーブル３１Ａの有償受領欄に記憶されるダイヤの数量を、更新前の「１００」から「２５」を減算した「７５」に更新する。仮想通貨管理部２１２は、ステップＳ３４の処理によりテーブル３１Ａに格納される情報を更新したことに基づく更新情報を生成する。該更新情報は、有償受領欄に格納されるダイヤの数量が「１００」から「７５」に更新されたことを示す情報を含む。仮想通貨管理部２１２は、該更新情報を、期間限定抽選に実行の結果決定されたキャラクタを示すキャラクタ情報とともに、ユーザ端末１００Ａへ送信する。

【0123】

また、仮想通貨管理部２１２は、受信した消費情報に基づいて、テーブル３１Ｃの有償付与欄に記憶されるダイヤの数量を、更新前の「１００」から「２５」を減算した「７５」に更新する。仮想通貨管理部２１２は、テーブル３１Ｃに格納される情報を更新したことに基づく更新情報を生成する。該更新情報は、有償贈与欄に格納されるダイヤの数量が「１００」から「７５」に更新されたことを示す情報を含む。図示していないが、仮想通貨管理部２１２は、該更新情報をユーザ端末１００Ｃへ送信する。

【0124】

ステップＳ２４において、抽選実行部１１４は、抽選結果としてのキャラクタをユーザＡに付与する。詳細には、抽選実行部１１４は、受信したキャラクタ情報が示すキャラクタを、ユーザＡが獲得したキャラクタとして管理する。一例として、抽選実行部１１４は、受信したキャラクタ情報を、ユーザが獲得したキャラクタの情報としてゲーム情報１３２に追加する。

【0125】

ステップＳ２５において、仮想通貨管理部１１２は、更新情報に基づいて、ユーザＣから受領した有償のダイヤの数量を更新する。詳細には、テーブル３１Ａの有償受領欄に記憶されるダイヤの数量「１００」を「７５」に更新する。

【0126】

なお、図８には示していないが、ユーザ端末１００Ｃの仮想通貨管理部１１２は、受信した更新情報に基づいて、ユーザＡに贈与した有償ダイヤの数量を更新する。詳細には、テーブル３１Ｃの有償贈与欄に記憶されるダイヤの数量「１００」を「７５」に更新する。

【0127】

このようにして、ユーザＣからユーザＡに贈与されたダイヤがユーザＡによって消費された場合に、贈与分のうち未消費のダイヤの数量「７５」を、ユーザ端末１００Ａおよび１００Ｃにおいて正確に管理することができる。

【0128】

期間限定抽選では、常設抽選に比べて、レアリティの高いがキャラクタが選択される確率が高いなど、ユーザＡにとって有利な抽選である。このような期間限定抽選を、他のユーザから受領したダイヤでないと実行できないようにすることで、受領ダイヤを積極的に消費するようにユーザＡを動機付けることができる。さらには、その結果としてユーザＣから贈与された有償ダイヤが未使用のままユーザＡの手元に残ることが起こりにくくなるので、贈与ダイヤを根拠とする各種対応の発生の可能性を下げることができる。

【0129】

（贈与ダイヤの返還）
図１４は、ある実施の形態に係るメッセージ４３を示す図である。この例では、サーバ２００は、ユーザＢがユーザＡから受領したダイヤが所定の消費期限までに消費されない場合、受領ダイヤのうち未消費分の１５個のダイヤをユーザＡに返還することをユーザ端末１００Ａに通知する。表示制御部１１５は、この通知に基づいて、図１４に示すメッセージ４３を表示部１５２に表示する。メッセージ４３は、未消費分の１５個のダイヤがユーザＢからユーザＡに返還されることを説明するテキストを含む。ユーザは、メッセージ４３を視認してから、メッセージ４３に含まれるＯＫボタンを押下する。

【0130】

本開示のある局面において、第１ゲーム媒体が第２ユーザに付与された後、所定条件が成立するまでに第２ユーザにより第１ゲーム媒体が消費されない場合、第１ゲーム媒体を第３ゲーム媒体とした第１ユーザへの返還を受け付けるステップを実行する。本開示のある局面において、ユーザ端末１００は、第１ゲーム媒体を第３ゲーム媒体とした第１ユーザへの返還に基づいて、第１ゲーム媒体の数量及び第３ゲーム媒体の数量を更新するステップを実行する。すなわち、仮想通貨管理部１１２は、メッセージ４３に含まれるＯＫボタンの操作に応答して、返還情報をサーバ２００へ送信する。返還情報は、一例として、ユーザＡおよびＢのユーザＩＤと、ユーザＢからユーザＡへのダイヤの返還に伴う、テーブル３１の更新命令とを含む。所定の消費期限までに受領ダイヤを消費しないことは、返還のための所定条件が成立することの一例である。返還条件は、ユーザＢがゲームを退会したこと、ユーザＢが休眠ユーザとして認定されることなどでも良い。仮想通貨管理部２１２は、受信した返還情報に基づいて、テーブル３１Ａの有償保有欄に記憶されるダイヤ数量と、有償贈与欄に記憶されるダイヤ数量とを、図１５に示すように更新する。

【0131】

図１５は、ある実施の形態に係るテーブル３１を示す図である。仮想通貨管理部２１２は、テーブル３１Ａにおいて、有償贈与欄に記憶される数量を、更新前の「４０」に返還数量「１５」を加算した数量「５５」に更新する。さらに、有償贈与欄に記憶される数量を「０」に更新する。また、仮想通貨管理部２１２は、テーブル３１Ｂにおいて、有償受領欄に記憶される数量を「０」に更新する。仮想通貨管理部２１２は、テーブル３１Ａにおける更新およびテーブル３１Ｂにおける更新の各々に対応する更新情報を生成する。そして、仮想通貨管理部２１２は、テーブル３１Ａにおける更新に対応する更新情報をユーザ端末１００Ａに送信し、テーブル３１Ｂにおける更新に対応する更新情報をユーザ端末１００Ｂに送信する。

【0132】

ユーザ端末１００Ａの仮想通貨管理部１１２は、受信した更新情報に基づいて、テーブル３１Ａの有償贈与欄に記憶される数量を、更新前の「４０」に返還数量「１５」を加算した数量「５５」に更新する。さらに、有償贈与欄に記憶される数量を「０」に更新する。

【0133】

ユーザ端末１００Ｂの仮想通貨管理部１１２は、受信した更新情報に基づいて、テーブル３１Ｂの有償受領欄に記憶される数量を「０」に更新する。

【0134】

こうして、ユーザＢからユーザＡへの受領ダイヤの返還が完了する。また、ユーザＢからユーザＡにダイヤが返還された場合、有償ダイヤの贈与・受領関係を規定する情報をテーブル３１Ａおよび３１Ｂから削除する。

【0135】

受領した有償ダイヤが未消費のまま放置された場合に強制的に返還することで、受領ダイヤの早期消費をユーザＢに促せる。ユーザＡがユーザＣから受領したダイヤを早く消費しないと同様にユーザＣに自動返還されるので、ユーザＣから受領した有償ダイヤの消費をユーザＡに動機付けることができる。ユーザＣについても、他のユーザから有償ダイヤを受領した場合には事情は同様である。このような受領ダイヤの早期消費を各ユーザに促す仕組みにより、各ユーザが受領ダイヤを積極的に消費することが期待できるので、その裏返しとして、贈与のために購入される有償ダイヤの売り上げ向上を実現できる。

【0136】

（その他の例）
以下、ユーザ端末１００に対するユーザの贈与操作に基づいて、各処理（例えば、図４に示す処理）が実行されることを、「仮想通貨管理部１１２が、ユーザが保有するダイヤを他のユーザに贈与する」と表現する場合がある。

【0137】

本開示のある局面において、ユーザ端末１００は、ユーザが保有する有償のゲーム媒体である第３ゲーム媒体の数量を、ユーザＡに関連付けて記憶するステップと、第１ユーザが第２ゲーム媒体と第３ゲーム媒体との両方を保有している場合、第３ゲーム媒体に優先して第２ゲーム媒体を消費させるステップと、を実行する。例えば、ユーザＡが保有する有償ダイヤの数量が４０であり、ユーザＡがユーザＣから贈与されたダイヤの数量が１００個であるとする。この状況での通常抽選の実行時に、保有有償ダイヤよりも受領有償ダイヤの方を優先して消費する。したがって、１００個の受領有償ダイヤのうち２５個を優先消費して、通常抽選を実行する。される。このようにして受領有償ダイヤの消費を優先することによっても、受領ダイヤが未消費のまま滞留することを防止できる。

【0138】

本開示のある局面において、期間限定抽選では、ユーザＡがユーザＣから受領した有償ダイヤを、ユーザＡが保有する有償ダイヤよりも優先せずに消費して実行する抽選であってもよい。言い換えれば、いずれか一方の有償ダイヤを任意に消費する形で実行する抽選であり得る。

【0139】

本開示のある局面において、ゲームは、有償のゲーム媒体を無償のゲーム媒体と区別なく利用可能であり、有償のゲーム媒体は、第１ユーザから第２ユーザを含む他のユーザに付与可能であり、無償のゲーム媒体は、第１ユーザから第２ユーザを含む他のユーザに付与不可能である。例えば、常設抽選の実行には、ユーザＡが保有する有償ダイヤも、ユーザＡがユーザＣから貰った有償ダイヤも、区別無く利用できる。しかし、仮想通貨管理部１１２は、ユーザＡがいくら無償ダイヤを保有していても、その無償ダイヤを他のユーザに贈与することができない。このように無償ダイヤの贈与および受領が禁止されることによって、例えばユーザＡが同じゲームに複数のサブアカウントを作り、各サブアカウントのゲーム開始時にボーナスとして支給される多量の無償ダイヤを、自身のメインアカウントに集約させ、これにより抽選を不当に多数回実行するようないわゆるリセマラ（リセットマラソン）行為を、未然に防止できる。

【0140】

本開示のある局面において、ダイヤの贈与は、ユーザＡが有償ダイヤを購入した時点でのみ実行可能としてもよい。例えば、ユーザＡが有償ダイヤを購入した場合、課金処理の完了に続いて、有償ダイヤの贈与をユーザに問い合わせるメッセージを表示部１５２に表示する。ユーザはこれを受けて、贈与先のユーザおよび贈与個数をタッチスクリーン１５に入力する。仮想通貨管理部１１２は、これらの入力情報に基づいて、ユーザＡが保有する有償ダイヤを他のユーザに贈与する。本態様では、無償ダイヤを贈与する機会がユーザに与えられないので、無償ダイヤの贈与を他のユーザに禁止することができる。

【0141】

上述した例では、ゲームシステム１は、贈与操作、有償ダイヤを消費するための操作など、テーブル３１に格納される有償ダイヤの数量が変更（更新）される操作を受け付けた場合、まずサーバ２００で管理されるテーブル３１を更新し、その後、各ユーザ端末１００で管理されるテーブル３１を、サーバ２００で管理される、更新後のテーブル３１に同期させていた。これに対し、ゲームシステム１は、ユーザ端末１００で上記の操作を受け付けた場合、まず、該ユーザ端末１００で管理されるテーブル３１を更新し、その後、ユーザ端末１００が更新情報をサーバ２００へ送信することにより、サーバ２００で管理されるテーブル３１を更新（同期）してもよい。この例において、サーバ２００は、テーブル３１を更新した後、更新に関係するユーザ端末１００に更新情報を送信し、該ユーザ端末１００のテーブル３１を更新させる。「更新に関係するユーザ端末１００」とは、例えば、ダイヤの贈与相手のユーザ端末１００である。

【0142】

また、テーブル３１は、各ユーザ端末１００の記憶部１３０のみに形成され、サーバ２００の記憶部２３０には形成されない構成であってもよい。この例において、各ユーザ端末１００の仮想通貨管理部１１２は、テーブル３１に格納される有償ダイヤの数量が変更（更新）される操作を受け付けた場合、自端末のテーブル３１を更新し、更新情報をサーバ２００へ送信してもよい。該更新情報は、一例として、有償ダイヤの数量の更新を示す情報に加え、あるユーザ端末１００のユーザのユーザＩＤを含む。該ユーザＩＤは、例えば、贈与相手を示すユーザＩＤである。また、該ユーザＩＤは、例えば、消費した有償ダイヤを贈与してくれたユーザを示すユーザＩＤである。サーバ２００は、受信した更新情報に含まれるユーザＩＤが示すユーザを特定する。そして、サーバ２００は、特定したユーザのユーザ端末１００に更新情報を送信する。これにより、ダイヤの贈与数および受領数を、各ユーザ端末１００において正確に把握することができる。

【0143】

また、テーブル３１は、サーバ２００の記憶部２３０のみに形成され、各ユーザ端末１００の記憶部１３０には形成されない構成であってもよい。この例において、サーバ２００は、ユーザ端末１００へ更新情報を送信しない。また、この例において、ユーザ端末１００は、テーブル３１に格納される有償ダイヤの数量が変更（更新）される操作を受け付けた場合、サーバ２００からテーブル３１をダウンロードすることにより、有償ダイヤの数量を認識する構成であってもよい。

【0144】

抽選実行部１１４は、期間限定抽選による各キャラクタが選択される確率を、期間限定抽選を開始してからの経過時間に基づいて変動するようにしてもよい。例えば、特定のキャラクタが選択される確率を、時間経過に従って低くする。これにより、期間限定抽選をできるだけ早く実行するように各ユーザを動機付けることができるので、受領ダイヤの早期消費を実現することができる。

【0145】

〔ソフトウェアによる実現例〕
制御部１１０および２１０の制御ブロックは、集積回路（ＩＣチップ）等に形成された論理回路（ハードウェア）によって実現してもよいし、ＣＰＵ（Central Processing Unit）を用いてソフトウェアによって実現してもよい。

【0146】

後者の場合、制御部１１０、もしくはその両方を備えた情報処理装置は、各機能を実現するソフトウェアであるプログラムの命令を実行するＣＰＵ、上記プログラム及び各種データがコンピュータ（またはＣＰＵ）で読み取り可能に記録されたＲＯＭ（Read Only Memory）又は記憶装置（これらを「記録媒体」と称する）、上記プログラムを展開するＲＡＭ（Random Access Memory）などを備えている。そして、コンピュータ（またはＣＰＵ）が上記プログラムを上記記録媒体から読み取って実行することにより、本発明の目的が達成される。上記記録媒体としては、「一時的でない有形の媒体」、例えば、テープ、ディスク、カード、半導体メモリ、プログラマブルな論理回路などを用いることができる。また、上記プログラムは、該プログラムを伝送可能な任意の伝送媒体（通信ネットワークや放送波等）を介して上記コンピュータに供給されてもよい。なお、本発明の一態様は、上記プログラムが電子的な伝送によって具現化された、搬送波に埋め込まれたデータ信号の形態でも実現され得る。

【0147】

本発明は上述した各実施形態に限定されるものではなく、請求項に示した範囲で種々の変更が可能であり、異なる実施形態にそれぞれ開示された技術的手段を適宜組み合わせて得られる実施形態についても本発明の技術的範囲に含まれる。

【0148】

〔付記事項〕
本発明の一側面に係る内容を列記すると以下の通りである。

【0149】

（項目１） ゲームプログラムを説明した。本開示のある局面によると、ゲームプログラム（１３１）は、有償のゲーム媒体（ダイヤ）を利用可能なゲームを実行するためのゲームプログラムである。ゲームプログラムは、第１ユーザ（ユーザＡ）が使用するコンピュータ（ユーザ端末１００）に、第１ユーザから第２ユーザ（ユーザＢ）に有償のゲーム媒体を付与するステップ（Ｓ２）と、第２ユーザに付与した有償のゲーム媒体である第１ゲーム媒体の数量を、第１ユーザに関連付けて記憶するステップ（Ｓ３）と、を実行させる。

【0150】

（項目２） （項目１）において、ゲームプログラムは、コンピュータに、第３ユーザ（ユーザＣ）から第１ユーザへの有償のゲーム媒体の付与を受け付けるステップ（Ｓ７）と、第３ユーザから付与された有償のゲーム媒体である第２ゲーム媒体の数量を、第１ユーザに関連付けて記憶するステップ（Ｓ８）と、を実行させる。

【0151】

（項目３） （項目２）において、第２ゲーム媒体の数量は、第３ユーザから付与された有償のゲーム媒体のうちの未消費の有償のゲーム媒体の数量であり、ゲームプログラムは、コンピュータに、第１ユーザにより第２ゲーム媒体が消費されたことに基づいて、第２ゲーム媒体の数量を更新するステップ（Ｓ１０）を実行させる。

【0152】

（項目４） （項目１）～（項目３）のいずれかにおいて、第１ゲーム媒体の数量は、第２ユーザに付与した有償のゲーム媒体のうちの未消費の有償のゲーム媒体の数量であり、第２ユーザにより第１ゲーム媒体が消費されたことに基づいて、第１ゲーム媒体の数量を更新するステップ（Ｓ６）を実行させる。

【0153】

（項目５） （項目１）～（項目４）のいずれかにおいて、ゲームプログラムは、コンピュータに、第１ユーザが保有する有償のゲーム媒体である第３ゲーム媒体の数量を、第１ユーザに関連付けて記憶するステップを実行させる。

【0154】

（項目６） （項目５）において、ゲームプログラムは、コンピュータに、第２ユーザへの第１ゲーム媒体の付与に基づいて、第３ゲーム媒体の数量を更新するステップ（Ｓ４）を実行させる。

【0155】

（項目７） （項目６）において、付与するステップでは、第３ゲーム媒体を第１ゲーム媒体として付与する。

【0156】

（項目８） （項目２）または（項目３）において、ゲームプログラムは、コンピュータに、第１ユーザが保有する有償のゲーム媒体である第３ゲーム媒体の数量を、第１ユーザに関連付けて記憶するステップと、第１ユーザが第２ゲーム媒体と第３ゲーム媒体との両方を保有している場合、第３ゲーム媒体に優先して第２ゲーム媒体を消費させるステップと、を実行させる。

【0157】

（項目９） （項目２）、（項目３）、（項目８）のいずれかにおいて、ゲームプログラムは、コンピュータに、第１ユーザが保有する有償のゲーム媒体である第３ゲーム媒体の数量を、第１ユーザに関連付けて記憶するステップと、第２ゲーム媒体の消費に基づいてゲーム処理を実行するステップ（Ｓ９）と、を実行し、ゲーム処理は、第１ユーザが保有する有償のゲーム媒体である第３ゲーム媒体の消費に基づいて実行できないゲーム処理である。

【0158】

（項目１０） （項目５）～（項目９）のいずれかにおいて、ゲームプログラムは、コンピュータに、第１ゲーム媒体が第２ユーザに付与された後、所定条件が成立するまでに第２ユーザにより第１ゲーム媒体が消費されない場合、第１ゲーム媒体を第３ゲーム媒体とした第１ユーザへの返還を受け付けるステップを実行させる。

【0159】

（項目１１） （項目１０）において、ゲームプログラムは、コンピュータに、第１ゲーム媒体を第３ゲーム媒体とした第１ユーザへの返還に基づいて、第１ゲーム媒体の数量及び第３ゲーム媒体の数量を更新するステップを実行させる。

【0160】

（項目１２） （項目５）において、ゲームの表示画面内において、第１ゲーム媒体の数量の表示領域と第３ゲーム媒体の数量の表示領域とが少なくとも区別されている。

【0161】

（項目１３） （項目１）～（項目１２）のいずれかにおいて、ゲームプログラムは、コンピュータに、第２ユーザへの第１ゲーム媒体の付与に基づいて、第１ユーザに報酬を付与するステップを実行させる。

【0162】

（項目１４） （項目１）～（項目１３）のいずれかにおいて、ゲームは、有償のゲーム媒体を無償のゲーム媒体と区別なく利用可能であり、有償のゲーム媒体は、第１ユーザから第２ユーザを含む他のユーザに付与可能であり、無償のゲーム媒体は、第１ユーザから第２ユーザを含む他のユーザに付与不可能である。

【0163】

（項目１５） サーバ装置を説明した。本開示のある局面によると、サーバ装置（サーバ２００）は、有償のゲーム媒体（ダイヤ）を利用可能なゲームをユーザに実行させるためのサーバ装置である。サーバ装置は、第１ユーザ（ユーザＡ）から第２ユーザ（ユーザＢ）に有償のゲーム媒体が付与されたことに基づいて、第２ユーザに付与された有償のゲーム媒体である第１ゲーム媒体の数量を、第１ユーザに関連付けて管理する手段（仮想通貨管理部２１２）を備える。

【0164】

（項目１６） 方法を説明した。本開示のある局面によると、方法は、第１ユーザが使用するコンピュータ（ユーザ端末１００）が、有償のゲーム媒体を利用可能なゲームを実行するためのゲームプログラム（１３１）を実行する方法である。方法は、ゲームプログラムが、第１ユーザから第２ユーザに有償のゲーム媒体を付与するステップ（Ｓ２）と、第２ユーザに付与した有償のゲーム媒体である第１ゲーム媒体の数量を、第１ユーザに関連付けて記憶するステップ（Ｓ３）とを含む。

【0165】

（項目１７） 第１ユーザが使用する情報処理装置を説明した。本開示のある局面によると、情報処理装置（ユーザ端末１００）は、ゲームプログラム（１３１）を記憶するメモリ（１１）と、ゲームプログラムを実行することにより、情報処理装置の動作を制御するプロセッサ（１０）と、を備える。制御部は、第１ユーザ（ユーザＡ）から第２ユーザ（ユーザＢ）に有償のゲーム媒体を付与し、第２ユーザに付与した有償のゲーム媒体である第１ゲーム媒体の数量を、第１ユーザに関連付けて記憶する。

【符号の説明】

【0166】

１ ゲームシステム、２ ネットワーク、１０，２０ プロセッサ、１１，２１ メモリ、１２，２２ ストレージ、１３，２３ 通信ＩＦ（操作部）、１４，２４ 入出力ＩＦ（操作部）、１５ タッチスクリーン（表示部、操作部）、１７ カメラ（操作部）、１８ 測距センサ（操作部）、１００ ユーザ端末（情報処理装置）、１１０ 制御部、１２０ 記憶部、１３１ ゲームプログラム、１３２ ゲーム情報、１３３ ユーザ情報、１５１ 入力部（操作部）、１５２ 表示部、２００ サーバ、１０１０ 物体、１０２０ コントローラ（操作部）、１０３０ 記憶媒体３１，３１Ａ，３１Ｂ，３１Ｃ テーブル、４１，４２，４３ メッセージ、５１，５２，５３，５４，５５ 表示蘭、５６，５７ 選択肢、１１１ 操作受付部、１１２ ダイヤ管理部、１１３ 報酬付与部、１１４ 抽選実行部、１１５ 表示制御部、１１６ 通信部

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】