JP2020119130A - 商品販売システム - Google Patents

Abstract

【課題】抽選イベントを通じて商品を販売するシステムにおいて、ユーザが所望する商品が当たるまでに課金される金額を低減することができるようにする。【解決手段】商品販売システムにおいて、サーバ装置２００は、抽選イベントを実行するために必要な対価の課金を行う課金制御部２３と、課金制御部２３による対価の課金の実行後に抽選イベントを実行する抽選実行部１２と、商品の抽選結果とともに、その商品の購入の意思をユーザに確認するためのユーザインタフェースをユーザ端末１００に表示させる抽選結果表示部２５とを備える。課金制御部２３は、ユーザインタフェースを通じてキャンセルの意思表示が行われた場合に対価の一部を返金する処理を実行することにより、返金が全くない場合に比べて少ない支払いによって所望の商品を獲得することができるようにする。【選択図】図２

Description

本発明は、商品販売システムに関し、特に、抽選イベントを通じて商品を販売するシステムに用いて好適なものである。

従来、スマートフォンや携帯電話のソーシャルゲームなどで、１回ごとの課金を通じて実行される抽選によって、ゲーム内で用いる仮想的なアイテム等を購入する「ガチャ」と呼ばれる仕組みが広く利用されている。「ガチャ」とは、カプセルトイの俗称「ガチャガチャ」または「ガチャポン」に由来し、ランダムにアイテムを入手できるゲーム内のシステムである。

ユーザが所望するアイテムを手に入れようと思っても、ガチャの場合は欲しいアイテムを直接購入することができない。欲しいアイテムがある場合は、それが当たるまで何度もガチャを行う必要がある。そのため、所望のアイテムを手に入れようとするユーザに対して、複数回のガチャの実行によって多額の課金が発生することがあるという問題があった。

なお、過度な課金を制限するとともに、ゲームに沿って課金を実行したユーザに便宜を図りつつも課金戦略を含むゲームにおける総合的な戦略性をユーザに要求することができるようにしたゲームシステムが知られている（例えば、特許文献１参照）。この特許文献１に記載のシステムでは、課金イベントにおける課金履歴の課金状況に応じて、抽選処理の対象となるアイテムの追加または変更を含む設定を実行し、設定した抽選対象の中からプレーヤが獲得するアイテムを抽選するためのガチャを実行する。

特開２０１８−５１２１９号公報

本発明は、上述のような問題を解決するために成されたものであり、抽選イベントを通じて商品を販売するシステムにおいて、ユーザが所望する商品が当たるまでに課金される金額を低減することができるようにすることを目的とする。

上記した課題を解決するために、本発明の商品販売システムは、ユーザが保有する仮想通貨をウォレット情報として記憶して管理するウォレット管理部と、ウォレット情報に対して、抽選イベントを実行するために必要な対価の課金を行う課金制御部と、課金制御部による対価の課金の実行後に、抽選イベントを実行することにより、複数の抽選対象商品の中から、ユーザが獲得する商品を抽選する抽選実行部と、抽選実行部による商品の抽選結果を表示するとともに、その商品の購入の意思をユーザに確認するためのユーザインタフェースを表示する抽選結果表示部とを備え、課金制御部は、ユーザインタフェースを通じてキャンセルの意思表示が行われた場合に、ウォレット情報に対して、対価の一部を返金する処理を実行するようにしている。

上記のように構成した本発明によれば、ユーザが抽選イベントの実行に対する対価を支払って抽選を行った結果、所望の商品が当たらなかった場合、ユーザインタフェースを通じてキャンセルの意思表示を行うと、支払った対価の一部が返金される。このため、所望の商品が当たるまで繰り返し対価を支払って複数回抽選を行った場合、返金が全くない場合に比べて、返金額×（抽選回数−１）だけ少ない支払いによって所望の商品を獲得することができる。このように、本発明によれば、ガチャ型ゲームのような抽選イベントを通じて商品を販売するシステムにおいて、ユーザが所望する商品が当たるまでに課金される金額を低減することができる。

本実施形態による商品販売システムの全体構成例を示す図である。 本実施形態による商品販売システムの機能構成例を示すブロック図である。 ユーザ端末に提供される画面の遷移の一例を示す図である。

以下、本発明の一実施形態を図面に基づいて説明する。図１は、本実施形態による商品販売システムの全体構成例を示す図である。図１に示すように、本実施形態の商品販売システムは、ユーザ端末１００およびサーバ装置２００を備えて構成される。ユーザ端末１００とサーバ装置２００との間は、インターネットや携帯電話網などの通信ネットワーク３００を介して接続される。なお、ここではサーバ装置２００を１つのみ示しているが、物理的に１つであることを必ずしも意味しない。すなわち、サーバ装置２００は、複数のサーバ装置の集合体で構成されるものであってもよい。

ユーザ端末１００は、例えばスマートフォンやパーソナルコンピュータ、タブレット端末などで構成される。ユーザ端末１００には、サーバ装置２００にアクセスして商品購入のための所定の処理を実行するために必要なアプリケーション（ウェブブラウザを含む）がインストールされている。また、サーバ装置２００は、ユーザ端末１００のウェブブラウザから送信される各種の要求やデータに応じて所与の処理を実行し、応答を返す。本実施形態の商品販売システムは、課金に基づいて実行される抽選イベントを通じて商品を販売するシステムであり、ユーザ端末１００のアプリケーションは、抽選イベントを通じて商品を購入するために必要な処理を実行する機能を有している。本実施形態において販売する商品は現実の物であるが、仮想的なアイテムとしてもよい。また、本実施形態では抽選イベントの一例として、ガチャ形式の抽選を行うものとする。

図２は、本実施形態による商品販売システムの機能構成例を示すブロック図である。図２に示すように、本実施形態のユーザ端末１００は、その機能構成として、通信部１１および抽選実行部１２を備えている。一方、本実施形態のサーバ装置２００は、その機能構成として、通信部２１、ウォレット管理部２２、課金制御部２３、在庫管理部２４および抽選結果表示部２５を備えている。また、サーバ装置２００は、記憶媒体として、ウォレット情報記憶部２６および商品情報記憶部２７を備えている。

ユーザ端末１００の各機能ブロック１１，１２は、ハードウェア、ＤＳＰ（Digital Signal Processor）、ソフトウェアの何れによっても構成することが可能である。例えばソフトウェアによって構成する場合、上記各機能ブロック１１，１２は、実際にはコンピュータのＣＰＵ、ＲＡＭ、ＲＯＭなどを備えて構成され、ＲＡＭやＲＯＭ、ハードディスクまたは半導体メモリ等の記録媒体に記憶されたプログラムが動作することによって実現される。サーバ装置２００の各機能ブロック２１〜２５もこれと同様、ハードウェア、ＤＳＰ、ソフトウェアの何れによっても構成することが可能である。例えばソフトウェアによって構成する場合、上記各機能ブロック２１〜２５は、実際にはコンピュータのＣＰＵ、ＲＡＭ、ＲＯＭなどを備えて構成され、ＲＡＭやＲＯＭ、ハードディスクまたは半導体メモリ等の記録媒体に記憶されたプログラムが動作することによって実現される。

ユーザ端末１００の通信部１１は、サーバ装置２００との間で通信ネットワーク３００を介して種々のデータの通信を行う。この通信は、ウェブブラウザを用いてＨＴＭＬ（HyperText Markup Language）データにより行う。例えば、通信部１１は、仮想通貨の購入や支払いに関するデータ、ガチャの実行を指示する操作に関するデータ、ガチャの実行結果（抽選された商品）を示すデータ、抽選された商品の購入の意思の有無を表すデータなどをサーバ装置２００に送信する。また、通信部１１は、各種の画面をユーザ端末１００のディスプレイに表示させるために必要なデータをサーバ装置２００から受信する。

抽選実行部１２は、対価の支払い後に、ガチャの実行に必要な抽選画面を生成してユーザ端末１００のディスプレイに表示させ、ユーザ操作に応じてガチャを実行することにより、複数の抽選対象商品の中から、ユーザが獲得する商品を抽選する。そして、その抽選結果を示すデータを、通信部１１を通じてサーバ装置２００に送信する。なお、複数の抽選対象商品は、実行するガチャの種類によって異なる。どの種類のガチャを実行するかは、ユーザが任意に選択することが可能である。

サーバ装置２００の通信部２１は、ユーザ端末１００との間で通信ネットワーク３００を介して種々のデータの通信を行う。例えば、通信部２１は、仮想通貨の購入や支払いに関するデータ、ガチャの実行を指示する操作に関するデータ、ガチャの実行結果を示すデータ、ガチャにより抽選された商品の購入の意思の有無を表すデータなどをユーザ端末１００から受信し、受信したデータをウォレット管理部２２、課金制御部２３、在庫管理部２４、抽選結果表示部２５の何れかに供給する。また、通信部２１は、各種の画面をユーザ端末１００のディスプレイに表示させるために必要なデータをユーザ端末１００に送信する。

ウォレット管理部２２は、ユーザが保有する仮想通貨をウォレット情報としてウォレット情報記憶部２６に記憶して管理する。すなわち、ウォレット管理部２２は、ユーザが所定の決済手段（例えば、クレジットカード決済）を通じて購入した仮想通貨をウォレット情報としてウォレット情報記憶部２６に記憶して管理する。

ユーザが仮想通貨を購入すると、その購入に関するデータが通信部２１を介してウォレット管理部２２に供給される。これに応じてウォレット管理部２２は、ウォレット情報として記憶する仮想通貨の合計金額を増加させる。一方、ユーザがガチャの実行を指示すると、ウォレット管理部２２は、課金制御部２３からの指示に従って、ガチャの実行に必要な対価の分だけ、ウォレット情報として記憶されている仮想通貨の合計金額を減少させる。

課金制御部２３は、ウォレット管理部２２により管理されているウォレット情報に対して、ガチャを実行するために必要な対価の課金を行う。すなわち、課金制御部２３は、ユーザにより選択されたガチャの実行を指示するデータを通信部２１から取得すると、当該ガチャの実行に必要な対価に相当する仮想通貨をウォレット情報から減額するようにウォレット管理部２２に指示をする。

在庫管理部２４は、ガチャの実行を通じて販売する各商品の在庫状況を商品情報記憶部２７に記憶して管理する。すなわち、ユーザがガチャを実行すると、その実行結果を示すデータがユーザ端末１００からサーバ装置２００に送信され、通信部２１を介して在庫管理部２４に供給される。これに応じて在庫管理部２４は、抽選された商品に関して商品情報記憶部２７に記憶されている在庫数を１つ減らす処理を実行する。

なお、ガチャが実行されていない初期設定状態において、商品情報記憶部２７には、販売予定の在庫数が商品ごとに記憶されている。この販売予定の在庫数は、サーバ装置２００の管理者が任意に設定可能であり、ガチャが実行された後でも任意に変更可能である。

抽選結果表示部２５は、ガチャの実行結果を示すデータが通信部２１から供給されると、抽選結果表示画面をユーザ端末１００に表示させるために必要なデータを生成し、そのデータをユーザ端末１００に送信する。この抽選結果表示画面には、商品の抽選結果と、その商品の購入の意思をユーザに確認するためのユーザインタフェースとが含まれる。

課金制御部２３は、ユーザインタフェースを通じてキャンセルの意思表示が行われた場合に、ウォレット管理部２２により管理されているウォレット情報に対して、ガチャを実行する際に課金された対価の一部を返金する処理を実行する。すなわち、課金制御部２３は、抽選された商品の購入をキャンセルする意思を示すデータを通信部２１から取得すると、ガチャの実行に課金された対価の一部に相当する仮想通貨をウォレット情報において増額するようにウォレット管理部２２に指示をする。ウォレット管理部２２は、この指示に従って、返金する金額の分だけ、ウォレット情報として記憶する仮想通貨の合計金額を増加させる。

また、在庫管理部２４は、ユーザインタフェースを通じてキャンセルの意思表示が行われた場合に、商品情報記憶部２７に記憶されている商品の在庫情報に対して、購入がキャンセルされた商品を在庫に戻す処理を実行する。すなわち、在庫管理部２４は、抽選された商品の購入をキャンセルする意思を示すデータを通信部２１から取得すると、当該商品に関して商品情報記憶部２７に記憶されている在庫数を１つ増やす処理（ガチャの実行時に１つ減らされていた在庫数を元に戻す処理）を実行する。

図３は、上記のように構成した商品販売システムにおいてユーザ端末１００に提供される画面の遷移の一例を示す図である。図３（ａ）は、複数の種類のガチャの中からユーザが所望のガチャを選択するためのガチャ選択画面である。上述したように、複数の抽選対象商品は、実行するガチャの種類によって異なる。ユーザは、このガチャ選択画面を通じて、どの種類のガチャを実行するかを任意に選択することが可能である。

図３（ａ）の例では、選択候補として表示されたガチャによって販売される複数の抽選対象商品（Ａ賞〜Ｄ賞）が商品表示領域３１に表示されるとともに、別のガチャによって販売される複数の抽選対象商品を表示させるための次ボタン３２と、表示中のガチャを実行することを指示するための実行ボタン３３とが表示されている。ユーザが実行ボタン３３を押すと、図３（ｂ）の画面に遷移する。このとき、選択されたガチャを実行することを指示するデータがサーバ装置２００に送信され、対価の課金が行われる。

図３（ｂ）は、ガチャを実行する際に表示される抽選画面である。抽選画面には、選択されたガチャによって販売される複数の抽選対象商品が順に並べられた状態で回転表示するルーレット３４と、当該ルーレット３４の回転の停止を指示するための停止ボタン３５とが表示されている。ルーレット３４が回転し始めた後、ユーザが停止ボタン３５を押すと、ルーレット３４の回転速度が徐々に低下し、やがて回転が停止する。停止したときに当たり領域３６に表示されている商品が、抽選によって当たった商品である。

ルーレットの回転が停止すると、ガチャの実行結果を示すデータがサーバ装置２００に送信され、抽選された商品の在庫数を１つ減らす処理が行われるとともに、図３（ｃ）の抽選結果表示画面に遷移する。図３（ｃ）に示す抽選結果表示画面には、抽選によって当たった商品が表示されるとともに、その商品の購入の意思をユーザに確認するためのユーザインタフェースが表示される。このユーザインタフェースは、商品を購入することを指示するための確定ボタン３７と、商品の購入をキャンセルすることを指示するためのキャンセルボタン３８とを含む。ユーザが確定ボタン３７を押すと、その商品をユーザの指定場所に配送するために必要な処理が実行される。一方、ユーザがキャンセルボタン３８を押すと、上述した返金の処理および在庫数を１つ戻す処理が実行される。

以上詳しく説明したように、本実施形態によれば、ユーザがガチャの実行に対する対価を支払って抽選を行った結果、所望の商品が当たらなかった場合、キャンセルボタン３８の押下を通じてキャンセルの意思表示を行うと、支払った対価の一部が返金される。このため、所望の商品が当たるまで繰り返し対価を支払ってガチャを複数回行った場合、返金が全くない場合に比べて、返金額×（抽選回数−１）だけ少ない支払いによって所望の商品を獲得することができる。このように、本実施形態によれば、ガチャを通じて商品を販売するシステムにおいて、ユーザが所望する商品が当たるまでに課金される金額を低減することができる。

なお、上記実施形態は、何れも本発明を実施するにあたっての具体化の一例を示したものに過ぎず、これによって本発明の技術的範囲が限定的に解釈されてはならないものである。すなわち、本発明はその要旨、またはその主要な特徴から逸脱することなく、様々な形で実施することができる。

例えば、上記実施形態では、抽選イベントの一例としてガチャを示したが、これに限定されるものではない。また、ガチャの一形態としてスロットを示したが、これに限定されない。例えばルーレットのようなものでもよい。また、上記実施形態では、ウォレット管理部２２、課金制御部２３、在庫管理部２４および抽選結果表示部２５の機能をサーバ装置２００が備える構成を示したが、これらの機能うち一部をユーザ端末１００のアプリケーションが備える構成としてもよい。例えば、抽選結果表示部２５の機能をユーザ端末１００のアプリケーションが備えるようにしてもよい。また、上記実施形態では、抽選実行部１２の機能をユーザ端末１００が備える構成を示したが、これをサーバ装置２００が備える構成としてもよい。

１２ 抽選実行部
２２ ウォレット管理部
２３ 課金制御部
２４ 在庫管理部
２５ 抽選結果表示部

Claims (1)

1. 課金に基づいて実行される抽選イベントを通じて商品を販売するシステムであって、
   ユーザが保有する仮想通貨をウォレット情報として記憶して管理するウォレット管理部と、
   上記ウォレット情報に対して、上記抽選イベントを実行するために必要な対価の課金を行う課金制御部と、
   上記課金制御部による上記対価の課金の実行後に、上記抽選イベントを実行することにより、複数の抽選対象商品の中から、上記ユーザが獲得する商品を抽選する抽選実行部と、
   上記抽選実行部による商品の抽選結果を表示するとともに、その商品の購入の意思を上記ユーザに確認するためのユーザインタフェースを表示する抽選結果表示部とを備え、
   上記課金制御部は、上記ユーザインタフェースを通じてキャンセルの意思表示が行われた場合に、上記ウォレット情報に対して、上記対価の一部を返金する処理を実行することを特徴とする商品販売システム。