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

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

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

(11)【特許番号】

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

(45)【発行日】2024-05-20

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

(51)【国際特許分類】

   A63F 13/792 20140101AFI20240513BHJP

   A63F 13/69 20140101ALI20240513BHJP

   A63F 13/79 20140101ALI20240513BHJP

   G06Q 50/10 20120101ALI20240513BHJP

【ＦＩ】

A63F13/792

A63F13/69 510

A63F13/79

G06Q50/10

【請求項の数】 5

(21)【出願番号】P 2020033573

(22)【出願日】2020-02-28

(65)【公開番号】P2021133130

(43)【公開日】2021-09-13

【審査請求日】2022-12-15

(73)【特許権者】

【識別番号】595000427

【氏名又は名称】株式会社コーエーテクモゲームス

(74)【代理人】

【識別番号】110003096

【氏名又は名称】弁理士法人第一テクニカル国際特許事務所

(72)【発明者】

【氏名】柴崎 一輝

【審査官】岸 智史

(56)【参考文献】

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

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

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

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

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

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

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

【請求項1】

情報処理装置を、
ゲーム内で使用するアイテムの購入を通常よりも有利な購入条件で行わせるプレイヤを抽選する抽選部、
前記抽選に当選したプレイヤに対し、通常よりも有利な購入条件で前記アイテムの購入が可能な販売期間を設定する設定部、
前記販売期間に前記プレイヤからの前記アイテムの購入要求を受け付けると、前記購入条件で前記プレイヤに前記アイテムを販売する販売部、
前記ゲームを行うプレイヤの識別情報ごとに前記抽選の結果が記録されたテーブルを記憶する記憶部、
として機能させ、
前記抽選部は、
前記テーブルから１つの前記識別情報を読み出して前記抽選における当選の有無を判定し、当選がない場合に前記抽選を実行することを、前記テーブルに含まれる全ての識別情報に対して実行し、
前記抽選により、通常よりも有利な第１の購入条件と、前記第１の購入条件とは異なる通常よりも有利な第２の購入条件と、が当選したプレイヤに対し、前記第１の購入条件及び前記第２の購入条件のうちいずれの購入条件を行わせるかを抽選する、
プログラム。

【請求項2】

前記抽選部は、前記抽選に当選したプレイヤに対し、所定期間が経過するまで次の当選が生じないように抽選を行うこと
を特徴とする請求項１記載のプログラム。

【請求項3】

前記抽選部は、前記抽選に当選したプレイヤに対し、所定期間が経過するまで前記抽選に当選する確率を通常よりも下げること
を特徴とする請求項１記載のプログラム。

【請求項4】

情報処理装置に、
ゲーム内で使用するアイテムの購入を通常よりも有利な購入条件で行わせるプレイヤを抽選する抽選ステップと、
前記抽選に当選したプレイヤに対し、通常よりも有利な購入条件で前記アイテムの購入が可能な販売期間を設定する設定ステップと、
前記販売期間に前記プレイヤからの前記アイテムの購入要求を受け付けると、前記購入条件で前記プレイヤに前記アイテムを販売する販売ステップと、
前記ゲームを行うプレイヤの識別情報ごとに前記抽選の結果をテーブルに記憶するステップと、
を実行させ、
前記抽選ステップは、
前記テーブルから１つの前記識別情報を読み出して前記抽選における当選の有無を判定し、当選がない場合に前記抽選を実行することを、前記テーブルに含まれる全ての識別情報に対して実行し、
前記抽選により、通常よりも有利な第１の購入条件と、前記第１の購入条件とは異なる通常よりも有利な第２の購入条件と、が当選したプレイヤに対し、前記第１の購入条件及び前記第２の購入条件のうちいずれの購入条件を行わせるかを抽選する、
情報処理方法。

【請求項5】

ゲーム内で使用するアイテムの購入を通常よりも有利な購入条件で行わせるプレイヤを抽選する抽選部と、
前記抽選に当選したプレイヤに対し、通常よりも有利な購入条件で前記アイテムの購入が可能な販売期間を設定する設定部と、
前記販売期間に前記プレイヤからの前記アイテムの購入要求を受け付けると、前記購入条件で前記プレイヤに前記アイテムを販売する販売部と、
前記ゲームを行うプレイヤの識別情報ごとに前記抽選の結果が記録されたテーブルを記憶する記憶部と、
を有し、
前記抽選部は、
前記テーブルから１つの前記識別情報を読み出して前記抽選における当選の有無を判定し、当選がない場合に前記抽選を実行することを、前記テーブルに含まれる全ての識別情報に対して実行し、
前記抽選により、通常よりも有利な第１の購入条件と、前記第１の購入条件とは異なる通常よりも有利な第２の購入条件と、が当選したプレイヤに対し、前記第１の購入条件及び前記第２の購入条件のうちいずれの購入条件を行わせるかを抽選する、
情報処理装置。

【発明の詳細な説明】

【技術分野】

【0001】

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

【背景技術】

【0002】

近年では、ゲームを実現するための基本的なアプリケーションプログラム及びデータ等を無料で提供し、ゲーム内で使用できるアイテム、キャラクタ、又は追加シナリオ等を有料で販売するという課金方法が知られている。このような課金方法は、例えばアイテム課金などの名称で呼ばれている（例えば特許文献１参照）。

【先行技術文献】

【特許文献】

【0003】

【文献】特開２０１７－７０５７９号公報

【発明の概要】

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

【0004】

従来のアイテム課金が採用されたゲームでは、ゲーム内で使用するアイテム、キャラクタ、又は追加シナリオ等の購入を、初回限定セール、初心者限定セール、ＶＩＰプレイヤ限定セール、期間限定セール、デイリーセールなど、通常よりも有利な購入条件でプレイヤに購入させるセールが発生するものがあった。

【0005】

しかしながら、従来のアイテム課金が採用されたゲームでは、全プレイヤを対象として発生するセールや、初心者などのプレイヤの属性ごとに発生するセールなど、プレイヤから見て発生するセールが固定であり、プレイヤの購買意欲を十分に高めることができないという問題があった。

【0006】

本開示は、ゲーム内でのプレイヤの購買意欲を向上させる新たな仕組みを提供することを課題とする。

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

【0007】

本開示によれば、情報処理装置を、ゲーム内で使用するアイテムの購入を通常よりも有利な購入条件で行わせるプレイヤを抽選する抽選部、前記抽選に当選したプレイヤに対し、通常よりも有利な購入条件で前記アイテムの購入が可能な販売期間を設定する設定部、前記販売期間に前記プレイヤからの前記アイテムの購入要求を受け付けると、前記購入条件で前記プレイヤに前記アイテムを販売する販売部、として機能させるためのプログラムが提供される。

【発明の効果】

【0008】

本開示によれば、ゲーム内でのプレイヤの購買意欲を向上させる新たな仕組みを提供できる。

【図面の簡単な説明】

【0009】

【図1】本実施形態に係るゲームシステムの一例を示す図である。

【図2】クライアントのハードウェア構成の一例を示す図である。

【図3】サーバのハードウェア構成の一例を示す図である。

【図4】クライアントの機能構成の一例を示す図である。

【図5】サーバの機能構成の一例を示す図である。

【図6】本実施形態で利用するプレイヤ情報テーブルの一例の構成図である。

【図7】本実施形態で利用するセール情報テーブルの一例の構成図である。

【図8】セールを発生させるプレイヤを抽選により決定する処理の一例のフローチャートである。

【図9】アイテムを購入する処理の一例のフローチャートである。

【図10】セールを発生させるプレイヤを抽選により決定する処理の一例のフローチャートである。

【図11】本実施形態で利用するセール情報テーブルの一例の構成図である。

【図12】セールを発生させるプレイヤを抽選により決定する処理の一例のフローチャートである。

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

【0010】

以下、本開示を実施するための形態について図面を参照して説明する。なお、本実施形態では、ゲーム内で使用するアイテムをプレイヤが購入する例を説明するが、アイテムの意味を狭義に捉えるものではなく、広義に捉える。例えばゲーム内で使用するアイテムには、ゲーム内でプレイヤにアイテムと呼ばれているゲーム内のオブジェクトの他、プレイヤキャラクタ、スキル、追加シナリオ等、も含まれる。また、本実施形態はロールプレイングゲーム、アクションゲーム、シミュレーションゲーム、ストラテジーゲーム、又はパズルゲームなどの様々なジャンルのゲームに適用が可能である。

【0011】

［ゲームシステム］
まず、一実施形態に係るゲームシステム１０について、図１を参照して説明する。一実施形態に係るゲームシステム１０は、クライアント２０とサーバ３０とがネットワーク４０を介して通信可能に接続された構成である。

【0012】

クライアント２０はプレイヤがゲームをプレイする情報処理装置の一例である。クライアント２０は、例えばスマートフォンなどの携帯電話機、携帯ゲーム機、パーソナルコンピュータ、タブレット端末、家庭用ゲーム装置、業務用ゲーム装置等である。クライアント２０はプレイヤからの操作をタッチパネル、コントローラ、マウス、キーボード等で受け付け、プレイヤにゲームをプレイさせる。なお、クライアント２０の個数は３つに限定されるものではなく、３つ以外であってもよい。

【0013】

サーバ３０はクライアント２０との間でデータを送受信することで、ゲームに必要な機能や情報をクライアント２０に提供する情報処理装置の一例である。サーバ３０はクラウドコンピュータにより実現してもよい。なお、図１に示したサーバ３０の個数は、１つに限定されるものではなく、２つ以上で分散処理してもよい。例えばサーバ３０はクライアント２０へのゲームプログラム（アプリケーション）などのダウンロード処理やユーザのログイン処理、セールに関する処理、各種テーブルの管理などに利用される。

【0014】

図２は、クライアント２０のハードウェア構成の一例を示す図である。クライアント２０は、ＣＰＵ（Central Processing Unit）１２１、記憶装置１２２、通信装置１２３、入力装置１２４及び表示装置１２５を有する。ＣＰＵ１２１は、クライアント２０を制御する。記憶装置１２２は、例えばＲＯＭ（Read Only Memory）やＲＡＭ（Random Access Memory）などのメモリ、ＨＤＤ（Hard Disk Drive）やＳＳＤ（Solid State Drive）などのストレージである。

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

１０ ゲームシステム
２０ クライアント
２１ 記憶部
２２ クライアント制御部
２３ 操作部
２４ 表示部
２５ クライアント側通信部
３０ サーバ
３１ 記憶部
３２ サーバ制御部
３３ サーバ側通信部
４０ ネットワーク
５１ ゲームプログラム
５２ 所有アイテム情報テーブル
５４ 要求送信部
５５ 結果受信部
５６ アイテム購入画面表示制御部
５９ ゲーム制御部
６１ サーバプログラム
６２ ゲームプログラム
６３ プレイヤ情報テーブル
６４ セール情報テーブル
６５ アイテム情報テーブル
６６ 要求受信部
６７ 販売部
６８ 結果送信部
６９ セール抽選部
７０ セール期間設定部

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】