特許 6842986 所定のサービスを提供するためのシステム、方法、及びプログラム

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

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

(11)【特許番号】6842986

(24)【登録日】2021年2月25日

(45)【発行日】2021年3月17日

(54)【発明の名称】所定のサービスを提供するためのシステム、方法、及びプログラム

(51)【国際特許分類】

   G06Q 50/10 20120101AFI20210308BHJP

   G06Q 20/06 20120101ALI20210308BHJP

   G06Q 20/38 20120101ALI20210308BHJP

【ＦＩ】

   G06Q50/10

   G06Q20/06 300

   G06Q20/38 300

【請求項の数】12

【全頁数】20

(21)【出願番号】特願2017-91838(P2017-91838)

(22)【出願日】2017年5月2日

(62)【分割の表示】特願2017-19285(P2017-19285)の分割

【原出願日】2016年4月1日

(65)【公開番号】特開2017-188122(P2017-188122A)

(43)【公開日】2017年10月12日

【審査請求日】2019年3月11日

(73)【特許権者】

【識別番号】599115217

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

(74)【代理人】

【識別番号】100125195

【弁理士】

【氏名又は名称】尾畑 雄一

(72)【発明者】

【氏名】加賀美 聡

(72)【発明者】

【氏名】越智 琢正

(72)【発明者】

【氏名】北▲崎▼ 哲也

(72)【発明者】

【氏名】佐伯 嶺

(72)【発明者】

【氏名】湯上 慶真

(72)【発明者】

【氏名】齋藤 大和

【審査官】 関 博文

(56)【参考文献】

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

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

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

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

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

【文献】 米国特許出願公開第２０１４／０３２３２２４（ＵＳ，Ａ１）

【文献】 ドラゴンズドグマ オンライン DRAGON'S DOGMA ONLINE，電撃ＰｌａｙＳｔａｔｉｏｎ 第２１巻 第２５号，株式会社ＫＡＤＯＫＡＷＡ，２０１５年 ８月２７日，第21巻，第30頁

【文献】 ニコニコアプリ お知らせ 『少女とドラゴン』海底神殿の人魚姫ガチャ開催！，[online]，２０１５年１２月 ３日，インターネット：<URL:URL http://blog.nicovideo.jp/app/2015/12/post-488.html>,[検索日：2020年6月4日]，ＵＲＬ，http://blog.nicovideo.jp/app/2015/12/post-488.html

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

Ｇ０６Ｑ １０／００−９９／００

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

【請求項1】

所定のサービスを提供するためのシステムであって、
１又は複数のコンピュータプロセッサと、
ユーザの第１の仮想アイテム及び所定の価値の保有数を記憶する記憶装置と、を備え、
前記１又は複数のコンピュータプロセッサは、読取可能な命令を実行することに応じて、
第１の必要数の前記第１の仮想アイテム又は第２の必要数の前記所定の価値の消費を伴う第１のアクションの実行指示を所定の画面を介して前記ユーザから受け付けるステップと、
前記ユーザからの前記第１のアクションの実行指示に応じて、前記第１のアクションを実行するステップと、
前記第１のアクションの実行に応じて、前記ユーザの前記第１の仮想アイテム及び／又は前記所定の価値の保有数を更新するステップと、を実行し、
前記所定の画面は、前記第１の仮想アイテムの保有数が前記第１の必要数に対して不足している場合に、前記第１の仮想アイテムの消費に加えて、前記第１の仮想アイテムが不足する数に対応する第１の補充数の前記所定の価値の消費を伴う前記第１のアクションの実行指示を受け付けるように構成されており、
前記第１の補充数は、前記第１の仮想アイテムが不足する数、及び、前記第１の仮想アイテムと前記所定の価値との間の第１の交換レートに基づいて特定され、
前記第１の交換レートは、前記第１の仮想アイテムが不足する数に応じて変動する、
システム。

【請求項2】

請求項１のシステムであって、
前記第１の仮想アイテムは、無償の仮想アイテムであり、
前記所定の価値は、有償の仮想アイテムであり、
前記所定の画面は、前記所定の価値の保有数が前記第２の必要数に対して不足している場合に、前記所定の価値を購入するための画面の表示指示を受け付けるように構成されている、
システム。

【請求項3】

請求項１又は２のシステムであって、
前記記憶装置は、前記ユーザの前記所定のサービスの利用状態を更に記憶し、
前記第１の交換レートは、前記ユーザの前記所定のサービスの利用状態に応じて変動する、
システム。

【請求項4】

請求項１ないし３何れかのシステムであって、
前記１又は複数のコンピュータプロセッサは、更に、
第３の必要数の前記第１の仮想アイテムの消費を伴う第２のアクションの実行指示を前記ユーザから受け付けるステップと、
前記ユーザからの前記第２のアクションの実行指示に応じて、前記第２のアクションを実行するステップと、
前記第２のアクションの実行に応じて、前記ユーザの前記第１の仮想アイテムの保有数を更新するステップと、を実行し、
前記第２のアクションの実行指示を受け付けるステップは、前記第１の仮想アイテムの保有数が前記第３の必要数に対して不足している場合に、前記第１の仮想アイテムの消費に加えて、前記第１の仮想アイテムが不足する数に対応する第２の補充数の前記所定の価値の消費を伴う前記第２のアクションの実行指示を受け付けることを含み、
前記第２の補充数は、前記第１の仮想アイテムが不足する数、及び、前記第１の仮想アイテムと前記所定の価値との間の前記第１の交換レートとは異なる第２の交換レートに基づいて特定される、
システム。

【請求項5】

請求項４のシステムであって、
前記第１のアクションは、第１の回数の抽選対象の抽選であり、
前記第２のアクションは、前記第１の回数とは異なる第２の回数の抽選対象の抽選である、
システム。

【請求項6】

前記仮想アイテムは、仮想通貨を含む請求項１ないし５何れかのシステム。

【請求項7】

前記所定のサービスは、ゲームを含む請求項１ないし６何れかのシステム。

【請求項8】

ユーザの第１の仮想アイテム及び所定の価値の保有数を記憶する記憶装置に少なくとも一部がアクセス可能な１又は複数のコンピュータによって実行され、所定のサービスを提供するための方法であって、
第１の必要数の前記第１の仮想アイテム又は第２の必要数の前記所定の価値の消費を伴う第１のアクションの実行指示を所定の画面を介して前記ユーザから受け付けるステップと、
前記ユーザからの前記第１のアクションの実行指示に応じて、前記第１のアクションを実行するステップと、
前記第１のアクションの実行に応じて、前記ユーザの前記第１の仮想アイテム及び／又は前記所定の価値の保有数を更新するステップと、を備え、
前記所定の画面は、前記第１の仮想アイテムの保有数が前記第１の必要数に対して不足している場合に、前記第１の仮想アイテムの消費に加えて、前記第１の仮想アイテムが不足する数に対応する第１の補充数の前記所定の価値の消費を伴う前記第１のアクションの実行指示を受け付けるように構成されており、
前記第１の補充数は、前記第１の仮想アイテムが不足する数、及び、前記第１の仮想アイテムと前記所定の価値との間の第１の交換レートに基づいて特定され、
前記第１の交換レートは、前記第１の仮想アイテムが不足する数に応じて変動する、
方法。

【請求項9】

所定のサービスを提供するためのプログラムであって、
ユーザの第１の仮想アイテム及び所定の価値の保有数を記憶する記憶装置に少なくとも一部がアクセス可能な１又は複数のコンピュータ上で実行されることに応じて、前記１又は複数のコンピュータに、
第１の必要数の前記第１の仮想アイテム又は第２の必要数の前記所定の価値の消費を伴う第１のアクションの実行指示を所定の画面を介して前記ユーザから受け付けるステップと、
前記ユーザからの前記第１のアクションの実行指示に応じて、前記第１のアクションを実行するステップと、
前記第１のアクションの実行に応じて、前記ユーザの前記第１の仮想アイテム及び／又は前記所定の価値の保有数を更新するステップと、を実行させ、
前記所定の画面は、前記第１の仮想アイテムの保有数が前記第１の必要数に対して不足している場合に、前記第１の仮想アイテムの消費に加えて、前記第１の仮想アイテムが不足する数に対応する第１の補充数の前記所定の価値の消費を伴う前記第１のアクションの実行指示を受け付けるように構成されており、
前記第１の補充数は、前記第１の仮想アイテムが不足する数、及び、前記第１の仮想アイテムと前記所定の価値との間の第１の交換レートに基づいて特定され、
前記第１の交換レートは、前記第１の仮想アイテムが不足する数に応じて変動する、
プログラム。

【請求項10】

所定のサービスを提供するためのプログラムであって、
１又は複数のコンピュータに、第１の仮想アイテム又は第２の仮想アイテムを消費して第１のアクションを実行する画面を表示するステップを実行させ、
前記画面は、
前記第１の仮想アイテムを消費して前記第１のアクションを実行する第１の選択部と、
前記第２の仮想アイテムを消費して前記第１のアクションを実行する第２の選択部と、
前記第１のアクションの実行にあたり前記第１の仮想アイテムの不足する数を、前記第１の仮想アイテムの不足する数に応じて変動する交換レートに基づいて特定される数の前記第２の仮想アイテムによって補充し、前記第１のアクションを実行する第３の選択部と、を含む、
プログラム。

【請求項11】

請求項１０のプログラムであって、
前記画面は、
ユーザの前記第１の仮想アイテムの保有数と、
前記ユーザの前記第２の仮想アイテムの保有数と、
前記第１のアクションの実行にあたり前記第１の仮想アイテムの不足する数を前記第２の仮想アイテムによって補充する場合の前記第２の仮想アイテムを補充する数と、を表示する、
プログラム。

【請求項12】

請求項１０又は１１のプログラムであって、
前記第１の仮想アイテムは、無償の仮想アイテムであり、
前記第２の仮想アイテムは、有償の仮想アイテムである、
プログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、所定のサービスを提供するためのシステム、方法、及びプログラムに関する。

【背景技術】

【0002】

従来、インターネット等のネットワークを介して提供されるオンラインゲーム等のサービスにおいて、ユーザが、取得した仮想アイテムを使用することが行われている。例えば、ユーザは、ゲーム内で取得した宝石及び仮想通貨等の仮想アイテムを用いて、ゲームを有利に進めるための様々なアクションを実行する。例えば、特許文献１が開示するゲームにおいては、プレイヤが所有するメダル、チケット及び仮想通貨等を消費することによって、キャラクタカードの獲得を目的とした抽選ゲームが実行される。こうしたゲーム等のサービスにおいては、典型的には、抽選ゲーム等のアクションを実行するために必要な仮想アイテムの数が予め定められている。ユーザは、例えば、サービスにおける特定のミッション（例えば、毎日ログインするというミッション等）を達成すること等によって仮想アイテムを獲得することができる。また、ユーザは、例えば、専用の購入画面等を介して、予め定められた数の仮想アイテムを現実の通貨によって購入することもできる。

【先行技術文献】

【特許文献】

【0003】

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

【発明の概要】

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

【0004】

しかしながら、上述した従来のサービスにおいては、抽選ゲーム等のアクションを実行しようとしたユーザが、必要な数の仮想アイテムを保有していなかった場合、当該仮想アイテムを追加的に取得する必要が生じる。そして、こうした仮想アイテムの取得のために必要な上述したようなプロセスを手間と感じるユーザは、抽選ゲーム等のアクションの実行を諦めてしまう可能性がある。従って、仮想アイテムの数が不足しているユーザに対しても、上述したアクションを簡易に実行できる機会を提供することが望ましい。

【0005】

本発明の実施形態は、ユーザによる仮想アイテムの消費を伴うアクションの実行を促進することを目的の一つとする。本発明の実施形態の他の目的は、本明細書全体を参照することにより明らかとなる。

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

【0006】

本発明の一実施形態に係るシステムは、所定のサービスを提供するためのシステムであって、１又は複数のコンピュータプロセッサと、ユーザの第１の仮想アイテムの保有数を記憶する記憶装置と、を備え、前記１又は複数のコンピュータプロセッサは、読取可能な命令を実行することに応じて、第１の必要数の前記第１の仮想アイテムの消費を伴う第１のアクションの実行指示を前記ユーザから受け付けるステップと、前記ユーザからの前記第１のアクションの実行指示に応じて、前記第１のアクションを実行するステップと、前記第１のアクションの実行に応じて、前記ユーザの前記第１の仮想アイテムの保有数を更新するステップと、を実行し、前記第１のアクションの実行指示を受け付けるステップは、前記第１の仮想アイテムの保有数が前記第１の必要数に対して不足している場合に、前記第１の仮想アイテムの消費に加えて、前記所定のサービスにおいて使用可能であると共に前記第１の仮想アイテムとは異なる所定の価値であって前記第１の仮想アイテムが不足する数に対応する第１の補充数の前記所定の価値の消費を伴う前記第１のアクションの実行指示を受け付けることを含む。

【0007】

本発明の一実施形態に係る方法は、ユーザの第１の仮想アイテムの保有数を記憶する記憶装置に少なくとも一部がアクセス可能な１又は複数のコンピュータによって実行され、所定のサービスを提供するための方法であって、第１の必要数の前記第１の仮想アイテムの消費を伴う第１のアクションの実行指示を前記ユーザから受け付けるステップと、前記ユーザからの前記第１のアクションの実行指示に応じて、前記第１のアクションを実行するステップと、前記第１のアクションの実行に応じて、前記ユーザの前記第１の仮想アイテムの保有数を更新するステップと、を備え、前記第１のアクションの実行指示を受け付けるステップは、前記第１の仮想アイテムの保有数が前記第１の必要数に対して不足している場合に、前記第１の仮想アイテムの消費に加えて、前記所定のサービスにおいて使用可能であると共に前記第１の仮想アイテムとは異なる所定の価値であって前記第１の仮想アイテムが不足する数に対応する第１の補充数の前記所定の価値の消費を伴う前記第１のアクションの実行指示を受け付けることを含む。

【0008】

本発明の一実施形態に係るプログラムは、所定のサービスを提供するためのプログラムであって、ユーザの第１の仮想アイテムの保有数を記憶する記憶装置に少なくとも一部がアクセス可能な１又は複数のコンピュータ上で実行されることに応じて、前記１又は複数のコンピュータに、第１の必要数の前記第１の仮想アイテムの消費を伴う第１のアクションの実行指示を前記ユーザから受け付けるステップと、前記ユーザからの前記第１のアクションの実行指示に応じて、前記第１のアクションを実行するステップと、前記第１のアクションの実行に応じて、前記ユーザの前記第１の仮想アイテムの保有数を更新するステップと、を実行させ、前記第１のアクションの実行指示を受け付けるステップは、前記第１の仮想アイテムの保有数が前記第１の必要数に対して不足している場合に、前記第１の仮想アイテムの消費に加えて、前記所定のサービスにおいて使用可能であると共に前記第１の仮想アイテムとは異なる所定の価値であって前記第１の仮想アイテムが不足する数に対応する第１の補充数の前記所定の価値の消費を伴う前記第１のアクションの実行指示を受け付けることを含む。

【発明の効果】

【0009】

本発明の様々な実施形態は、ユーザによる仮想アイテムの消費を伴うアクションの実行を促進する。

【図面の簡単な説明】

【0010】

【図1】本発明の一実施形態に係るサービス提供システム１０を含むネットワークの構成を概略的に示す構成図。

【図2】サービス提供システム１０が有する機能を概略的に示すブロック図。

【図3】ユーザ情報テーブル４１１において管理される情報を例示する図。

【図4】抽選初期画面５０を例示する図。

【図5】抽選画面表示処理の一例を示すフロー図。

【図6】抽選毎の特別アイテムの必要数及びコインの必要数が設定された必要数設定テーブルの内容を例示する図。

【図7】特別アイテムの保有数が必要数以上である場合の抽選実行画面６０を例示する図。

【図8】特別アイテムの保有数が必要数未満である場合の抽選実行画面６０を例示する図。

【図9】他の例における特別アイテムの保有数が必要数以上である場合の抽選実行画面６０Ｂを例示する図。

【図10】他の例における特別アイテムの保有数が必要数未満である場合の抽選実行画面６０Ｂを例示する図。

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

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

１０ サービス提供システム
２０ ネットワーク
３０ ユーザ端末
４１ 情報記憶管理部
４１１ ユーザ情報テーブル
４３ 基本機能制御部
４５ 提供サービス制御部
４７ アクション制御部
５０ 抽選初期画面
６０、６０Ｂ 抽選実行画面

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】