JP2024015216A - コンピュータシステム及びプログラム - Google Patents

Abstract

【課題】ユーザにサポートキャラクタを人間らしく感じさせつつ、抽選に係る興趣を向上させる新たな技術を提供すること。【解決手段】ゲームシステムは、抽選処理を実行する仮想的な主体であるサポートキャラクタ４を、ユーザと対応付けて設定する。また、ユーザの操作入力に基づいて、抽選処理の自動実行に係る条件設定を少なくとも含む抽選実行設定と、実行された抽選処理の結果を示す情報の通知を発動する条件である所与の通知発動条件と、を設定する。そして、抽選実行設定に基づいて抽選処理の自動実行を制御し、選処理の結果が通知発動条件を満たす場合に、抽選処理の結果を示す情報をユーザに通知する通知制御を行う。【選択図】図４

Description

本発明は、コンピュータシステム等に関する。

ビデオゲームの中には、ユーザであるプレーヤが操作するプレーヤキャラクタと、サポートキャラクタとが登場するゲームがある。
サポートキャラクタは、プレーヤキャラクタをサポートするノンプレーヤキャラクタであって、ゲームの内容によって様々な働きをする。例えば、アクションＲＰＧ（Role Playing Game）であれば、プレーヤキャラクタの装備を持ち歩く荷役として働きつつ、戦闘時には戦闘補助をするケースもある。また、特許文献１では、ゲーム内での畑を管理してアイテムを自動で生成する例が開示されている。

特開２０１０－４９４４号公報

ゲームにサポートキャラクタを登場させることは、ゲームの差別化や魅力付けの重要な要素の一つとされる。具体的には、サポートキャラクタのデザインもさることながら、サポートキャラクタを、如何に人間らしく振る舞わせるかもゲームの興趣性を向上させる１つの要素となる。

サポートキャラクタの行動が人間らしい程に、ユーザは当該サポートキャラクタを、戦友や、仲間、愛しいペットなどといった近しい存在として感じられるようになり、ゲームへの愛着や魅力を抱くようになる。特に、サポートキャラクタの行動が、人間の子供が日常的に行う行動に類似していれば、なおのことその効果が高くなる。

なお、キャラクタに人間らしい行動をさせることで、ユーザがキャラクタへ抱く愛着を高める作用効果は、キャラクタが、プレーヤキャラクタに従属するサポートキャラクタである場合に限らない。例えば、育成ゲームにける育成対象であったり、ゲーム内に登場するエキストラ的な位置付けのＮＰＣ（ノンプレーヤキャラクタ；例えば、幼なじみ、マネージャー、補給担当官、など）であっても同様である。

また、ゲームの楽しさの一つに、ゲームに係り実行される抽選がある。抽選に係る興趣性もまた、ゲームの差別化や魅力付けの重要な要素の一つとして数えられる。勿論、抽選に係り興趣を向上させることは、エンターテインメントを提供する上ではゲームに限らず重要なポイントである。

本発明が解決しようとする課題は、ユーザにサポートキャラクタを人間らしく感じさせつつ、抽選に係る興趣を向上させる新たな技術を提供すること、である。

上記した課題を解決するための第１の発明は、抽選処理を実行する仮想的な主体であるキャラクタ（例えば、図３のサポートキャラクタ４）を、ユーザと対応付けて設定するキャラクタ設定手段（例えば、図１の制御基板１１５０、図９のサーバ処理部２００ｓ、ゲーム管理部２１０、キャラクタ設定部２１４、図１４のサポートキャラクタ管理データ６２０、図１７のステップＳ１８）と、
前記抽選処理の自動実行に係る条件設定を少なくとも含む抽選実行設定を、前記ユーザの操作入力に基づいて可変に決定する抽選実行設定決定手段（例えば、図１の制御基板１１５０、図９のサーバ処理部２００ｓ、ゲーム管理部２１０、抽選実行設定決定部２１６、図１４の抽選実行設定データ６５０、図１７のステップＳ１８）と、
前記抽選実行設定に基づいて前記抽選処理の自動実行を制御する抽選実行制御手段（例えば、図１の制御基板１１５０、図９のサーバ処理部２００ｓ、ゲーム管理部２１０、抽選実行制御部２２０、図１５の抽選管理データ７３０、図１８のステップＳ６０）と、
前記抽選実行制御手段によって実行された前記抽選処理の結果を示す情報の通知（例えば、図８の通知表示５０）を発動する条件である所与の通知発動条件を、前記ユーザの操作入力に基づいて可変に決定する通知発動条件決定手段（例えば、図１の制御基板１１５０、図９のサーバ処理部２００ｓ、ゲーム管理部２１０、通知発動条件決定部２３２、図１４のユーザ指定通知発動条件データ６６０、図１７のステップＳ１８）と、
前記通知発動条件を満たす場合に、前記抽選実行制御手段によって実行された前記抽選処理の結果を示す情報を前記ユーザに通知する通知制御を行う通知制御手段（例えば、図１の制御基板１１５０、図９のサーバ処理部２００ｓ、ゲーム管理部２１０、通知制御部２３４、図１８のステップＳ８０～ステップＳ８２）と、を備えたコンピュータシステム、である。

ここで言う「コンピュータシステム」とは、単数のコンピュータは勿論、複数のコンピュータが連携して実現されるものでもよい。

従来、ユーザは、自らが抽選する対象を選択操作し、抽選の実行操作を入力して抽選処理を実行させ、自らその場で抽選結果を確認していた。対して、第１の発明によれば、コンピュータシステムが、ユーザが設定した抽選処理実行設定に基づいて抽選を自動実行する。そして、コンピュータシステムが、ユーザが設定した通知発動条件が満たされるとキャラクタを通知主体した抽選結果を通知してくれる。

ユーザの目には、抽選に係る条件だけ設定して任せっぱなしにすると、いつの間にか実行されて、その結果をキャラクタがお知らせしてくれるように見える。こうした抽選の自動実行とキャラクタの行動とが相まって、ユーザにキャラクタを人間らしく感じさせ、抽選に係り従来に無い興趣を付加することとなる。

第２の発明は、前記抽選処理には１回当たりの対価（例えば、図１２の対価設定５７３）が定められており、前記抽選実行設定決定手段は、許容する前記対価の合計である合計対価上限（例えば、図１４のお小遣い設定６５１）を、前記抽選実行設定に含めて決定し、前記抽選実行制御手段は、前記合計対価上限の範囲内で前記抽選処理の自動実行を制御する、第１の発明のコンピュータシステム、である。

第２の発明によれば、コンピュータシステムが、ユーザが設定した合計対価上限を超えないように、抽選処理を自動実行する。ユーザの目には、キャラクタに与える月々のお小遣いの気持ちで合計対価上限を設定すれば、あたかもキャラクタが人間の子供のように、月々のお小遣いの範囲内で自ら抽選をして楽しみ、時折、抽選の結果を知らせてくれるように見える。よって、ユーザにサポートキャラクタを人間らしく感じさせる作用効果を向上できる。

第３の発明は、前記抽選処理には、抽選対象が異なる複数種類の抽選処理候補があり、前記抽選実行設定は、前記抽選処理候補の種類のうち、前記抽選実行制御手段による実行対象とする前記抽選処理候補の選択に係るユーザの希望に関する希望情報を含み、前記抽選実行制御手段は、前記希望情報に基づいて、実行する抽選処理を選択して実行する、第１又は第２の発明のコンピュータシステム、である。

ここで言う「抽選対象」とは、抽選処理においてユーザが獲得することができる内容を言う。払出品、排出品、など同義である。抽選対象は、例えば、アイテム、ゲームステージやゲームマップの使用権や参加権、プレーヤキャラクタやサポートキャラクタなどに付与できるスキル、ゲーム内通貨、などとすることができる。抽選処理をカプセル式抽選器、いわゆる「ガチャ」「ガシャ」に例えるならば、抽選対象は抽選器に入っているカプセルとその中身が該当する。

第３の発明によれば、ユーザは希望する抽選処理候補の種類を指定できる。つなり、抽選対象の構成が異なる様々な種類の抽選処理候補がある場合に、コンピュータシステムは、どの抽選処理を実行するかにユーザの希望を反映させることが可能となる。

第４の発明は、前記キャラクタには、複数種類の候補キャラクタがあり、前記キャラクタ設定手段は、前記複数種類の候補キャラクタの中から、前記ユーザに対応付けるキャラクタを設定する、第１～第３の何れかの発明のコンピュータシステム、である。

第４の発明によれば、ユーザは、好みのキャラクタを候補キャラクタの中から選択して使用できるようになる。

第５の発明は、前記複数種類の候補キャラクタには、前記抽選処理の自動実行に関するパラメータ値が定められており（例えば、図１４の適用個性設定データ６３０、お小遣い残高６４０、抽選実行設定データ６５０）、前記抽選実行制御手段は、前記ユーザに対応付けられたキャラクタの前記パラメータ値に基づいて、前記抽選処理の自動実行を制御する、第４の発明のコンピュータシステムである。

第５の発明によれば、ユーザが選んだ候補キャラクタに設定されているパラメータ値に基づいて自動実行が行われるようになる。よって、抽選の自動実行について候補キャラクタに特徴・特性があるかのように見せることができる。

第６の発明は、前記パラメータ値が、前記抽選処理の自動実行頻度に関する傾向を示す頻度傾向パラメータ値、又は、前記抽選処理の自動実行タイミングの傾向を示すタイミング傾向パラメータ値（例えば、図５及び図１４の自動実行傾向設定６４１）、を含む、第５の発明のコンピュータシステム、である。

第６の発明によれば、コンピュータシステムは、候補キャラクタの種類に応じて、抽選処理の自動実行頻度の傾向又は自動タイミングの傾向を変えることで、ユーザに、あたかも候補キャラクタの種類によって、抽選実行に対する頻度や実行するタイミングに係る欲求に個性の差が存在するかのように見せることができる。よって、抽選の自動実行に係る興趣を向上させ、ユーザによるキャラクタへの愛着を促す効果が期待できる。

第７の発明は、前記抽選処理には、抽選対象が異なる複数種類の抽選処理候補があり、前記パラメータ値は、前記抽選処理候補の種類のうちから選択する選択種類に関する傾向を示す選択傾向パラメータ値（例えば、図１４の抽選処理候補種別選択傾向設定６４３）を含み、前記抽選実行制御手段は、前記ユーザに対応付けられたキャラクタの前記選択傾向パラメータ値に基づいて、実行する抽選処理を選択して実行する、第５又は第６の発明のコンピュータシステム、である。

第７の発明によれば、実行対象としてどの種類の抽選処理を選択するかの傾向が、候補キャラクタの種類によって異なる。よって、抽選の自動実行に係る興趣を更に向上させ、ユーザによるキャラクタへの愛着を促す効果が期待できる。

第８の発明は、前記抽選実行制御手段が、前記抽選処理の抽選対象の抽選確率を、前記ユーザに対応付けられたキャラクタに応じて変更することで抽選可能性を変動させる第１抽選可能性変動制御手段（例えば、図９の第１抽選可能性変動制御部２２２）、を有し、前記第１抽選可能性変動制御手段により変更された抽選確率を用いて前記抽選処理の自動実行を制御する、第５～第７の何れかの発明のコンピュータシステム、である。

第８の発明によれば、コンピュータシステムは、ユーザに対応づけられたキャラクタの種類に応じて、抽選対象の抽選可能性を変更できる。よって、抽選の自動実行に係る興趣を更に向上できる。

第９の発明は、前記抽選処理の抽選対象にはレアリティが設定されており、前記パラメータ値は、前記レアリティに応じた抽選確率の向上度合を示す抽選確率向上パラメータ値（例えば、図１４の抽選確率変更設定６４４）を含み、前記第１抽選可能性変動制御手段は、前記抽選処理の抽選対象の抽選確率を、前記ユーザに対応付けられたキャラクタの前記抽選確率向上パラメータ値に基づいて変更することで（例えば、図７の抽選確率変更設定６４４に基づくΔＰ１）、抽選可能性を変動させる、第８の発明のコンピュータシステムである。

第９の発明によれば、コンピュータシステムは、ユーザに対応づけられたキャラクタの種類に応じて、抽選対象のレアリティに応じて、その抽選確率を変動させることができる。例えば、抽選確率向上パラメータ値を適切に設定することによって、そのキャラクタが高レアリティの抽選対象を当てやすい個性を有するように見せることができる。

第１０の発明は、前記ユーザの操作入力に基づいて、前記抽選処理の抽選対象のうちのユーザ希望抽選対象を設定する手段（例えば、図４のユーザ希望設定部３２、図９の抽選実行設定決定部２１６、図１４のユーザ希望情報６５３、図１７のステップＳ１８）、を更に備え、
前記パラメータ値は、前記ユーザ希望抽選対象の抽選確率の変動を示す希望抽選対象確率変動パラメータ値（例えば、図１４のユーザ希望情報６５３）を含み、
前記第１抽選可能性変動制御手段は、前記ユーザ希望抽選対象の抽選確率を、前記ユーザに対応付けられたキャラクタの前記希望抽選対象確率変動パラメータ値に基づいて変更することで、前記抽選処理の抽選対象の抽選可能性を変動させる（例えば、図７のユーザ希望情報６５３に基づくΔＰ２）、第８又は第９の発明のコンピュータシステムである。

第１０の発明によれば、コンピュータシステムは、ユーザに対応付けられたキャラクタが、あたかもユーザが希望した抽選対象を引き当て易い、或いは逆に引き当てし難い個性（才能）を有しているかのように見せることができる。

第１１の発明は、前記抽選処理の結果に対する評価を前記ユーザの操作入力に基づいて受け付ける評価受付手段（例えば、図８の肯定的評価入力アイコン６１、否定的評価入力アイコン６２、図９の評価受付制御部２３６、図１４の評価履歴データ６６２、図１８のステップＳ８４）と、
前記評価受付手段により受け付けられた評価が、所与のパラメータ値変更条件を満たした場合に、前記ユーザに対応付けられたキャラクタの前記パラメータ値を変更するパラメータ値変更制御手段（例えば、図９のパラメータ値変更制御部２３８、図１４の適用個性設定データ６３０、図１８のステップＳ８６）と、を更に備えた第５～第１０の何れかの発明のコンピュータシステムである。

第１１の発明によれば、コンピュータシステムは、評価が入力されると、その評価が、所与のパラメータ値変更条件を満たした場合にキャラクタの抽選処理にかかるパラメータ値を変更することができる。よって、例えるならば、子供からお小遣いの使い具合について時折報告を受けた親が、子供を褒めるか叱るかで、子供の抽選に対する個性が変化する、いわば育児的ユーザ体験を提供できる。

第１２の発明は、前記抽選実行制御手段が、前記抽選処理の抽選対象の母集団を、前記ユーザに対応付けられたキャラクタに応じて変更することで抽選可能性を変動させる第２の抽選可能性変動制御手段（例えば、図２１の第２抽選可能性変動制御部２２４）、を有し、前記第２の抽選可能性変動制御手段により変更された母集団を用いて前記抽選処理の自動実行を制御する、第５～第１１の何れかの発明のコンピュータシステム、である。

第１２の発明によれば、コンピュータシステムは、ユーザに対応づけられたキャラクタの種類に応じて、抽選対象の母集団を変化させ、抽選可能性を変動させることができる。よって、抽選の自動実行に係る興趣を更に向上できる。

第１３の発明は、前記抽選実行制御手段が、前記抽選処理の実行履歴（例えば、図１３の抽選履歴データ６７０）に基づいて、前記抽選処理の自動実行制御を行う、第１～第１２の何れかの発明のコンピュータシステム、である。

第１３の発明によれば、コンピュータシステムは、過去に行われた抽選処理の履歴すなわち実行履歴に基づいて次の抽選処理の自動実行を制御できる。なお、コンピュータシステムが参照する実行履歴は、同じユーザの履歴でも良いし、他ユーザの履歴であってもよい。

第１４の発明は、前記通知発動条件が、少なくとも、前記抽選処理の結果に係るレアリティ条件（例えば、図１４のユーザ指定通知発動条件データ６６０の例示における「Ｓレアアイテム獲得時」）を含む、第１～第１３の何れかの発明のコンピュータシステム、である。

第１４の発明によれば、コンピュータシステムは、抽選結果に関連づけて設定されているレアリティが、所与の条件を満たす場合すなわちレアリティ条件が満たされる場合に、通知を発動できる。

第１５の発明は、前記抽選実行制御手段が、前記抽選処理の自動実行前に、前記キャラクタが主体となって前記ユーザに前記抽選処理の自動実行承認を問い合わせる問合せ制御（例えば、図２０のステップＳ５４）を行い、当該問い合せに対する前記ユーザによる承認操作がなされた場合に、前記抽選処理を実行する、第１～第１４の何れかの発明のコンピュータシステム、である。

第１５の発明によれば、コンピュータシステムは、抽選の実行にユーザ承認を求め、ユーザに承認された場合に抽選を実行できる。

第１６の発明は、前記コンピュータシステムが、各ユーザのユーザ端末と通信接続されたサーバシステムである、第１～第１５の何れかの発明のコンピュータシステム、である。

第１６の発明によれば、第１～第１５の何れかの発明と同様の効果をもたらすサーバシステムを実現できる。

第１７の発明は、前記抽選実行制御手段が、各ユーザに係る前記抽選処理の実行履歴に基づいて、前記抽選処理の自動実行制御を行う、第１６の発明のコンピュータシステム、である。

第１７の発明によれば、コンピュータシステムは、各ユーザに係る抽選処理の実行履歴に基づいて、前記抽選処理を自動実行できる。

第１８の発明は、コンピュータシステムを、抽選処理を実行する仮想的な主体であるキャラクタを、ユーザと対応付けて設定するキャラクタ設定手段、前記抽選処理の自動実行に係る条件設定を少なくとも含む抽選実行設定を、前記ユーザの操作入力に基づいて可変に決定する抽選実行設定決定手段、前記抽選実行設定に基づいて前記抽選処理の自動実行を制御する抽選実行制御手段、前記抽選実行制御手段によって実行された前記抽選処理の結果を示す情報の通知を発動する条件である所与の通知発動条件を、前記ユーザの操作入力に基づいて可変に決定する通知発動条件決定手段、前記通知発動条件を満たす場合に、前記抽選実行制御手段によって実行された前記抽選処理の結果を示す情報を、前記キャラクタが通知主体となって前記ユーザに通知する通知制御を行う通知制御手段、として機能させるためのプログラム、である。

第１８の発明によれば、コンピュータシステムに、第１の発明と同様の機能を発揮させることができる。

ゲームシステムの構成例を示す図。 ユーザ端末の構成例を示す正面図。 ゲームシステムが提供するゲームサービスの概要について説明するための図。 サポートキャラクタの設定に係る操作入力画面の例を示す図。 抽選処理の自動実行タイミングの決定について説明するための図。 自動実行される抽選処理の選択について説明するための図。 抽選対象の抽選確率の設定について説明するための図。 抽選結果の通知について説明するための図。 第１実施形態におけるサーバシステムの機能構成例を示す機能ブロック図。 第１実施形態におけるサーバ記憶部が記憶するプログラムやデータの例を示す図。 候補キャラクタ初期設定データのデータ構成例を示す図。 抽選処理候補初期設定データのデータ構成例を示す図。 ユーザ管理データのデータ構成例を示す図。 サポートキャラクタ管理データのデータ構成例を示す図。 プレイデータのデータ構成例を示す図。 第１実施形態におけるユーザ端末の機能構成例を示す機能ブロック図。 第１実施形態におけるサーバシステムの処理の流れを説明するためのフローチャート。 図１７より続くフローチャート。 第２実施形態におけるユーザ端末の機能構成例を示す機能ブロック図。 サーバシステムの処理の流れの変形例を説明するためのフローチャート。 サーバシステムの機能構成の変形例を示す機能ブロック図。 抽選処理候補初期設定データの変形例のデータ構成例を示す図。

以下、本発明の実施形態の一例を説明するが、本発明を適用可能な形態が以下の実施形態に限られないことは勿論である。

〔第１実施形態〕
図１は、ゲームシステムの構成例を示す図である。ゲームシステム１０００は、ネットワーク９を介して相互にデータ通信が可能に接続されたサーバシステム１１００と、ユーザ端末１５００とを含み、ユーザ２がユーザ端末１５００を使って、オンラインゲームを提供するゲーム提供サービスと、オンラインゲームに係るアイテムを獲得できる抽選処理を自動実行する自動抽選サービスと、を提供するコンピュータシステムである。勿論、ゲームシステム１０００は、付加的にその他のサービスの提供を行ってもよい。

ネットワーク９は、データ通信が可能な通信路を意味する。すなわち、ネットワーク９とは、直接接続のための専用線（専用ケーブル）やイーサネット（登録商標）等によるＬＡＮ（Local Area Network）の他、電話通信網やケーブル網、インターネット等の通信網を含む意味であり、また、通信方法については有線／無線を問わない。

サーバシステム１１００は、例えば、キーボード１１０６と、タッチパネル１１０８と、ストレージ１１４０とを有し、本体装置には制御基板１１５０を搭載する。

制御基板１１５０には、ＣＰＵ（Central Processing Unit）１１５１やＧＰＵ（Graphics Processing Unit）、ＤＳＰ（Digital Signal Processor）などの各種マイクロプロセッサ、ＶＲＡＭやＲＡＭ，ＲＯＭ等の各種ＩＣメモリ１１５２、通信装置１１５３が搭載されている。なお、制御基板１１５０の一部又は全部は、ＡＳＩＣ（Application Specific Integrated Circuit）や、ＦＰＧＡ（Field-Programmable Gate Array）、ＳｏＣ（System on a Chip）により実現するとしてもよい。

そして、サーバシステム１１００は、制御基板１１５０が所定のプログラムおよびデータに基づいて演算処理することにより、オンラインゲームを提供するゲーム提供サービスと、オンラインゲームに係るアイテムを獲得できる抽選を自動実行する自動抽選サービスと、を提供する機能を実現する。その中には、それらのサービスの提供に係り、ユーザ端末１５００にて実行可能なプログラムや、プログラムの実行に必要となる各種データの提供も含まれる。

なお、図１では、ユーザ端末１５００を１台のみ描いているが、実際のシステム運用においては、同時に複数のユーザ端末１５００がサーバシステム１１００にアクセス可能である。

また、サーバシステム１１００を、１台のサーバ装置であるかのように描いているが、複数の装置で実現する構成であってもよい。例えば、サーバシステム１１００は各機能を分担する複数のブレードサーバを搭載して相互に内部バスを介してデータ通信可能に接続した構成であっても良い。また、サーバシステム１１００を構成するハードウェアの設置場所は問わない。離れた場所に設置された独立した複数のサーバを、ネットワーク９を介してデータ通信させることで、全体としてサーバシステム１１００として機能させる構成であっても良い。

図２は、ユーザ端末１５００の構成例を示す正面図である。
ユーザ端末１５００は、登録手続を経たユーザが、本実施形態のゲームシステムを利用するために使用するコンピュータシステムであって、ネットワーク９を介してサーバシステム１１００にアクセスできる電子装置（電子機器）である。なお、本実施形態のユーザ端末１５００は、いわゆるスマートフォンと呼ばれる装置であるが、コンピュータであれば、スマートウォッチ、スマートグラスなどのウェアラブルコンピュータや、携帯型ゲーム装置、タブレット型コンピュータ、パソコン、などでもよい。スマートフォンと、当該スマートフォンに通信接続されたスマートウォッチとの組み合わせといった複数の電子機器が有機的に結びついて１つの機能を果たす場合にはこれらの複数の電子機器を一つのユーザ端末１５００とみなすことができる。

ユーザ端末１５００は、方向入力キー１５０２と、ボタンスイッチ１５０４と、画像表示デバイス兼接触位置入力デバイスとして機能するタッチパネル１５０６と、内蔵バッテリー１５０９と、スピーカ１５１０と、マイク１５１２と、カメラ１５２０と、制御基板１５５０と、コンピュータ読み出し可能な記憶媒体であるメモリカード１５４０からデータを読み書きできるメモリカード読取装置１５４２と、を備える。その他、図示されていない電源ボタン、音量調節ボタン等が設けられている。また、ゲームシステムの利用対価等の支払いが可能なＩＣカード型のクレジットカードやプリペイドカードに対して非接触にデータの読み書きが行えるＩＣカード読取装置などを設けるとしてもよい。

制御基板１５５０は、（１）ＣＰＵ１５５１や、ＧＰＵ，ＤＳＰなどの各種マイクロプロセッサ、（２）ＶＲＡＭやＲＡＭ，ＲＯＭ等の各種ＩＣメモリ１５５２、（３）ネットワーク９に接続する携帯電話基地局や無線ＬＡＮ基地局などと無線通信するための無線通信モジュール１５５３、（４）インターフェース回路１５５７、などを搭載する。

インターフェース回路１５５７には、（１）タッチパネル１５０６のドライバ回路、方向入力キー１５０２およびボタンスイッチ１５０４からの信号を受信する回路、（２）スピーカ１５１０へ音声信号を出力する出力アンプ回路、（３）マイク１５１２で集音した音声の信号を生成する入力信号生成回路、（４）メモリカード読取装置１５４２への信号入出力回路、などが含まれている。

制御基板１５５０に搭載されているこれらの要素は、バス回路などを介して電気的に接続され、データの読み書きや信号の送受信が可能に接続されている。なお、制御基板１５５０の一部又は全部をＡＳＩＣやＦＰＧＡ、ＳｏＣにて構成してもよい。そして、制御基板１５５０は、ユーザ端末としての機能を実現させるためのプログラムや各種データをＩＣメモリ１５５２に記憶する。

なお、本実施形態では、ユーザ端末１５００はプログラムや各種設定データをサーバシステム１１００からダウンロードする構成としているが、別途入手したメモリカード１５４０などの記憶媒体から読み出す構成としても良い。

図３は、ゲームシステム１０００が提供するゲームサービスの概要について説明するための図である。ゲームシステム１０００は、登録手続したユーザ２をプレーヤとして、ユーザ端末１５００を使ったオンラインゲームのゲームサーバとして機能する。オンラインゲームのジャンルは問わないが、本明細書ではアクションＲＰＧを例として説明することとする。また、本明細書では、一人のユーザ２が使用できるサポートキャラクタ４の数を「１」として説明するが、「２」以上のサポートキャラクタ４を使用できる構成であってもよい。

オンラインゲームでは、プレーヤであるユーザ２は、その行動をプレーヤが操作・決定するプレーヤキャラクタ３と、プレーヤキャラクタ３の従者としての役割を担うサポートキャラクタ４と、を使用する。どちらも、プレーヤが関与するキャラクタとしてはプレーヤキャラクタと言うこともできるが、その場合、前者が主キャラクタ、後者が副キャラクタ或いは従キャラクタと言い分けることもできる。

サポートキャラクタ４は、コンピュータがその行動を自動制御するいわゆるＮＰＣ（ノンプレーヤキャラクタ）である。ユーザ２は、ゲームを始める前に複数種類の候補キャラクタ６（６ａ，６ｂ，…）の中から、サポートキャラクタ４を選択・指定する。

候補キャラクタ６（６ａ，６ｂ，…）には、それぞれ行動の自動制御において、種類別の「個性」が有るかのようにユーザ２に見せるためのデータとして、一つ又は複数のパラメータ値を含む初期個性設定データ５２２（５２２ａ，５２２ｂ，…）が用意されている。

ここで言う「個性」とは、行動や思考、選択指向の傾向やパターンと言い換えることができる。「個性」には、（本実施形態で例示するオンラインゲームは、アクションＲＰＧなので）戦闘時の行動パターンは勿論のこと、非戦闘時の行動パターン、会話の内容のパターン、時々に実行されるキャラクタのアクションや表情のパターン、を含み得る。
また、「個性」には、本実施形態では特に、抽選処理の自動実行に係る幾つかの傾向が含まれる。具体的には、（１）抽選処理の自動実行頻度に関する傾向と、（２）抽選処理の自動実行のタイミングに関する傾向と、（３）抽選処理候補の種類のうちからどの種類を実行対象として選択するかに関する傾向と、を含む（いずれも詳細後述）。

ユーザが、候補キャラクタ６（６ａ，６ｂ，…）の中からサポートキャラクタ４を選択すると、当該選択された候補キャラクタ６の初期個性設定データ５２２が、当該サポートキャラクタ４の適用個性設定データ６３０（専用の個性設定データ）としてコピーされる。適用個性設定データ６３０は、ゲームプレイの結果に応じて自動的に変更される。このため、ゲームプレイをすればするほど、サポートキャラクタ４の個性が細分化・先鋭化していく。

図４は、サポートキャラクタ４の設定に係る操作入力画面の例を示す図である。サーバシステム１１００は、ユーザ端末１５００にて所定の設定開始操作が入力されると、ユーザ端末１５００に操作入力画面Ｗ４を表示させ、設定操作を受け付ける。

操作入力画面Ｗ４は、（１）サポートキャラクタ４の現在の状態を示すステータス表示部２０と、（２）装備を設定する装備設定部２１と、（３）ゲーム進行に係る行動の傾向やパターン（図４の例では、戦闘行動の大まかな傾向を設定する）を設定する行動傾向設定部２２と、（４）サポートキャラクタ４によるアイテムの自動使用に係る設定を入力するアイテム使用条件設定部２３と、（５）初期化操作アイコン２４と、（６）決定操作アイコン２５と、（７）抽選実行設定部３０と、（８）通知条件設定部３８と、を含む。

抽選実行設定部３０は、１回当たりの対価が定められている抽選処理を自動的に選択・実行する自動抽選サービスに係る各種の設定を操作入力するための部位である。抽選実行設定部３０は、お小遣い設定部３１と、ユーザ希望設定部３２と、頻度設定部３３と、タイミング傾向設定部３４と、を含む。そして、サーバシステム１１００は、抽選実行設定部３０での設定内容は、サポートキャラクタ４と対応づけられた抽選実行設定データ６５０として記憶する。

お小遣い設定部３１は、ユーザ２が許容する対価の合計である合計対価上限に相当するお小遣い額の設定操作を受け付ける。本実施形態では、有限の単位期間（例えば、１ヶ月、２週間、１マップ攻略まで、１ステージ攻略まで、など）当たりの合計対価上限とするが、単位期間なし・期限なし、とする構成も可能である。

お小遣い設定部３１で使用される対価の単位は、抽選の対価の設定に応じて、通貨の単位でも良いし、暗号資産の単位でもよい。事前購入すると対価として消費されるアイテムの数量、事前購入やプレイ成果、時間経過に応じて自動付与されるゲームポイントの単位、などでもよい。お小遣い設定部３１の初期値は適宜設定可能である。本実施形態では「０」とする。そして、ゲームシステム１０００は、お小遣い設定部３１で設定された合計対価上限の範囲内で抽選処理の自動実行を制御する。

ユーザ希望設定部３２は、自動実行される抽選処理の設定に係り、ユーザの希望の指定操作を受け付ける。本実施形態では、ユーザ２が欲しいと思っている抽選対象のカテゴリーの指定とする。これを「優先カテゴリー」という。具体的には、例えば、攻撃系アイテム、回復系アイテム、レアアイテム、サポートキャラクタの自由選択（実質上の指定無しの意）、などのカテゴリーをユーザ希望設定部３２の選択肢とすることができる。

勿論、ユーザ希望設定部３２における希望の設定は、抽選対象のカテゴリーの指定に限らない。例えば、実行対象とされ得る抽選処理の候補すなわち抽選処理候補の種類と、各抽選処理候補における抽選対象の構成についての情報（例えば、抽選処理候補に付された名称「攻撃系アイテム抽選」、抽選処理候補の説明文、など）が事前に知り得る構成では、ユーザ希望設定部３２にて、抽選処理候補の種類を指定する構成も可能である。

頻度設定部３３は、抽選処理を自動実行する頻度についての設定操作を受け付ける。例えば、単位期間当たりの回数、自動実行の起因とするゲーム内のイベント（例えば、ステージ攻略毎、マップ内の拠点やセーブポイントに到達毎、など）を設定の選択肢とすることができる。ゲームシステム１０００は、頻度設定部３３での設定操作結果を参照して、抽選処理の自動実行タイミングであるかを判定することとなる。

タイミング傾向設定部３４は、抽選処理を自動実行するタイミングについての傾向の設定操作を受け付ける。例えば、１週間のうちのいつ抽選処理を自動実行する傾向があるか（具体的には、特定の曜日や、平日／休日の区分など）、１日のうちいつ抽選処理を自動実行する傾向があるかを設定の選択肢とすることができる。具体的には、特定の時間帯を指定して設定したり、朝・昼・夜・深夜それぞれの時間帯の傾向を設定したり、午前中・午後・就寝時間帯の区分で傾向を設定する。ゲームシステム１０００は、タイミング傾向設定部３４での設定操作結果を参照して、抽選処理の自動実行タイミングであるかを判定することとなる。

通知条件設定部３８は、サポートキャラクタ４を主体として実行される抽選処理の結果の通知について、その通知を実行するための条件、通知を行う起因となる条件を設定する。例えば、抽選結果毎に設定されているレアリティに関する条件や、日時に関する条件、お小遣いの残高（お小遣い設定部３１の設定値から時刻済の抽選処理に係る対価の合計を差し引いた額）についての条件、利用状況に関する条件、などを設定の選択肢とすることができる。

レアリティに関する条件（レアリティ条件）としては、例えば、前提として「Ｓ」「Ａ」「Ｂ」「Ｃ」の４段階のレアリティがあるとして、「Ｓ」レアリティ以上の抽選結果を得た場合に通知するか、「Ａ」レアリティ以上の抽選結果を得た場合に通知するか、レアリティに関係なく通知するか、などとすることができる。

日時に関する条件（日時条件）としては、例えば、特定の日にち（例えば、毎月１日）、特定の曜日（例えば、日曜日毎）、特定の時間帯（例えば、２０時～２２時）、などとすることができる。
お小遣いの残高についての条件としては、例えば、残高がゼロとなった場合とするか、残高がお小遣い設定部３１で設定された合計対価上限の１０％未満となった場合とするか、などとすることができる。
勿論、これら以外の条件も適宜設定できるようにしてもよい。

そして、サーバシステム１１００は、抽選実行設定部３０での設定内容を、サポートキャラクタ４と対応づけられたユーザ指定通知発動条件データ６６０として記憶する。

では、抽選処理の自動実行について、順を追って詳細に説明する。
図５は、抽選処理の自動実行タイミングの決定について説明するための図である。サーバシステム１１００は、周期的に自動実行タイミングの判定を行う。この自動実行タイミングの判定には、適用個性設定データ６３０と、抽選実行設定データ６５０と、所有推奨アイテム推定結果７４０と、抽選処理の実行履歴についてのデータである抽選履歴データ６７０と、が影響を与える。

サーバシステム１１００は、その時（自動実行タイミングであるかを判定する機会）が、適用個性設定データ６３０と、抽選実行設定データ６５０と、に適合する場合に、抽選処理の自動実行タイミングが到来したと判定する。

具体的には、適用個性設定データ６３０は、自動実行傾向設定６４１を含む。自動実行傾向設定６４１は、抽選処理の自動実行頻度に関する傾向の設定を示すデータであって、例えば、特定の時間、特定の日時、或いは、お小遣いの残高に応じて、その時（現時点）を自動実行タイミングとする確率が設定されている。言い換えると、自動実行傾向設定６４１は、当該キャラクタの抽選処理に関する個性を表すパラメータ値であって、抽選処理の自動実行の頻度に関する傾向を示す頻度傾向パラメータ値や、自動実行タイミングの傾向を示すタイミング傾向パラメータ値、である。

サーバシステム１１００は、先ず自動実行傾向設定６４１の設定に従って、自動実行タイミングに該当するかを１次判定する。より具体的には、確率に基づくタイミング判定抽選を実行し、タイミング判定抽選で当選すると１次判定の結果を肯定とする。次に、サーバシステム１１００は、当該プレーヤの抽選履歴データ６７０を参照して、今回を自動実行タイミングと見なした場合に、抽選実行設定データ６５０に含まれるユーザが指定した実行頻度に係る設定に適合するかで２次判定をする。そして、サーバシステム１１００は、２次判定も肯定の場合に、自動実行タイミングが到来したと判定する。

また、サーバシステム１１００は、所与の周期的なタイミングで所有推奨アイテムの推定処理を実行し、所有推奨アイテムとされるアイテムの種類が特定された場合（所有推奨アイテムありの場合）も、抽選処理の自動実行タイミングが到来したと判定する。

ここで言う「所有推奨アイテム」とは、ゲームプレイするにあたって、プレーヤが有利にゲームを進めるために所有していることが推奨されるアイテムである。
本実施形態のゲームは、アクションＲＰＧなので、例えば回復アイテムを常に所有しているのが望ましい。従って、プレーヤが回復アイテムを所有していない場合、回復アイテムが所有推奨アイテムとなる。ゲーム進行状況の条件毎に、所有推奨アイテムを指定するデータを予め用意しておいて、当該データを参照する構成としてもよい。

また、サーバシステム１１００は、プレーヤ毎のそれまでのプレイ履歴を示すデータとしてゲームセーブデータを管理する。サーバシステム１１００は、あるプレーヤについて、ゲーム進行上先行する他プレーヤのプレイ履歴に基づいて所有推奨アイテムを推定することができる。

例えば、とあるプレーヤについて、ゲーム進行上、当該プレーヤが次に攻略することになるゲームステージを、既に攻略成功した他プレーヤのプレイ履歴と、攻略失敗した他プレーヤのプレイ履歴とを比較して、前者が所有しているが後者が所有していないアイテムが有れば、サーバシステム１１００は、当該アイテムを攻略に有利になる所有推奨アイテムと推定する。また、他プレーヤのプレーヤキャラクタ３の能力パラメータ値について、攻略失敗した他プレーヤと、攻略成功した他プレーヤとを比較した場合、所定の成功率（例えば、７０％以上）となるために必要な能力パタメータ値の閾値を求め、とあるプレーヤキャラクタ３の能力パラメータ値をこの閾値に上げることができるアイテム（例えば、攻撃力が不足していれば攻撃アイテム）を、所有推奨アイテムと推定することもできる。

いずれにせよ、自動抽選がそれを得る機会となり得るとの立場から、サーバシステム１１００は、所有推奨アイテムがあると推定される場合には、自動実行タイミングが到来したと判定する。

また、サーバシステム１１００は、抽選履歴データ６７０を参照して、自動実行タイミングを判定する。抽選履歴データ６７０は、自動実行された抽選処理は勿論のこと、従来通りプレーヤ自らが抽選実行操作をすることで実行された、いわば手動実行された抽選処理についての実行履歴である。

一つの抽選履歴データ６７０は、固有の抽選実行ＩＤと、抽選日時と、自動／手動の識別情報と、抽選に関与したユーザのユーザアカウントと、抽選に関与したサポートキャラクタ４を識別するための関与サポートキャラクタＩＤと、どの種類の抽選処理を実行したかを示す実行対象抽選処理種類と、抽選結果と、を対応付けて格納している。

サーバシステム１１００は、とあるプレーヤについて、当該プレーヤが抽選に関与した抽選履歴データ６７０を参照して、前回の抽選実行から、所定期間以上抽選が行われていない場合に、自動実行タイミングが到来したと判定する。

また、サーバシステム１１００は、過去所定期間（例えば、３日、１週間など）における抽選履歴データ６７０を参照し、とあるプレーヤの抽選実行回数が、他プレーヤのそれよりも、所定の閾値以上に少ない場合には、他プレーヤが気づいているが、当該とあるプレーヤは気づいていない「特別な抽選（例えば、レアアイテムの抽選確率が高い抽選、安価に連続実行できる抽選、など）」があると推定して、自動実行タイミングが到来したと判定する。

図６は、自動実行される抽選処理の選択について説明するための図である。
抽選処理の自動実行タイミングが到来したと判定したならば、サーバシステム１１００は、適用個性設定データ６３０と、抽選実行設定データ６５０と、所有推奨アイテム推定結果７４０と、に基づいて抽選処理候補８（８ａ，８ｂ，…）の中から実行対象の抽選処理を選択する。

抽選処理候補８（８ａ，８ｂ，…）は、抽選対象の構成が異なる複数種類が予め用意されている。具体的には、抽選処理候補８（８ａ，８ｂ，…）の中には、抽選対象（払出品、排出対象と同義）の構成に偏りが設定されているものが含まれている。例えば、攻撃系アイテムを抽選対象とする比率が大きい抽選処理候補８であったり、回復系アイテムの比率が大きい抽選処理候補８であったり、抽選確率（払出確率、排出確率と同義）が低いがレアリティの高いアイテムの比率が大きい抽選処理候補８、が用意されている。勿論、抽選処理候補８には、全カテゴリーの抽選対象が平均的に含まれている抽選処理候補８など、が用意されていてもよい。

適用個性設定データ６３０は、抽選処理候補種別選択傾向設定６４３を含んでいる。
抽選処理候補種別選択傾向設定６４３は、抽選処理候補８（８ａ，８ｂ，…）の種類毎に、その抽選処理候補８を選択する傾向の強さを示す選択傾向ポイントＰｎ１を格納する。その抽選処理候補８を選択する確率を格納するとしてもよい。また、適用個性設定データ６３０には、サポートキャラクタ４のプレーヤに対する従順度６３４が設定されている。

なお、従順度６３４は、ゲームジャンルやゲーム内容によっては別の名称でもよいし、更に別のパラメータ値も適宜追加可能である。例えば、ゲームプレイの操作の１つとして、プレーヤキャラクタ３がサポートキャラクタ４に対してプレゼントしたり、世話をしたり、会話をする要素を含む場合、「従順度」を「好感度」「親密度」「友好度」などとしてもよい。また、「キャラクタレベル」「育成度」などとしてもよい。

一方、抽選実行設定データ６５０にはユーザ希望情報６５３が含まれている。ユーザ希望情報６５３は、ユーザが希望する抽選対象についての情報であって、ユーザ希望設定部３２（図４参照）への操作入力結果として、ユーザが希望する抽選対象のカテゴリーについての情報が格納されている。

抽選処理候補８がｎ種類（ｎは自然数）あるとして、サーバシステム１１００は、抽選処理候補８のなかから実行対象を選択する際、それぞれの抽選処理候補８に適用選択確率Ｐｓｎ（ｎ＝１，２，…；Ｐｓ１、Ｐｓ２、Ｐｓ３、…）を設定し、当該選択確率を用いて何れかの抽選処理候補８を選択する。

具体的には、サーバシステム１１００は、第ｎ番目の抽選処理候補８について、
１）適用個性設定データ６３０の抽選処理候補種別選択傾向設定６４３で設定されている選択傾向ポイントＰｎ１と、
２）その抽選処理候補８の抽選対象の構成において、ユーザ希望のカテゴリーに合致する抽選対象の比率に基づいて所定の第１の関数で決定される抽選対象構成ポイントＰｎ２に、従順度６３４を基準とする係数ｋを乗じた値と、
３）その抽選処理候補８の抽選対象に所有推奨アイテムが含まれる比率に基づいて所定の第２の関数で決定される所有推奨アイテム含有ポイントＰｎ３と、
の和Ｆｎ（＝Ｐｎ１＋ｋ・Ｐｎ２＋Ｐｎ３）を求める。
そして、求めた和Ｆｎ（＝Ｐｎ１＋ｋ・Ｐｎ２＋Ｐｎ３）を、全ての抽選処理候補８についての和Ｆｎの合算値ΣＦで除算することで、第ｎ番目の抽選処理候補８の適用選択確率Ｐｓｎを決定する。

なお、操作入力画面Ｗ４（図４参照）のユーザ希望設定部３２で設定されるユーザ希望が、抽選対象のカテゴリーではなく、抽選処理候補８の種類である場合には、当該種類に該当する抽選処理候補８についての抽選対象構成ポイントＰｎ２を加算し、その他の抽選処理候補８については抽選対象構成ポイントＰｎ２を加算しないこととしてもよい。

勿論、適用選択確率Ｐｓｎの決定方法はこれに限らない。例えば、抽選処理候補種別選択傾向設定６４３で各抽選処理候補８のベースとなる選択確率を設定しておく。そして、このベースの選択確率を、抽選実行設定データ６５０で設定されている優先カテゴリーに適合する抽選対象が占める比率が大きいほど、また従順度６３４が高いほど選択確率を高めるように１次変更する。更に、１次変更された選択確率を、その抽選処理候補８の抽選対象の構成において、所有推奨アイテムに適合する抽選対象が占める比率が大きいほど選択確率を高めるように２次変更して、適用選択確率Ｐｓｎを決定するとしてもよい。

そして、サーバシステム１１００は、適用選択確率Ｐｓｎ（ｎ＝１，２、…）をそれぞれの抽選処理候補８に適用して、実行対象とする抽選処理候補８の選択を行う。

なお、実行対象とする抽選処理候補８の選択に係り、サーバシステム１１００は、サポートキャラクタ４に選択アクション４０をさせ、当該サポートキャラクタ４が主体的に抽選処理候補８を選択したかのように見せる演出をする。

適用選択確率Ｐｓｎの決定には、サポートキャラクタ４の適用個性設定データ６３０が影響するので、同じような状況でも、サポートキャラクタ４の個性によって実行対象として選択される抽選処理候補８が異なるように構成し、選択アクションと相まって、いかにもサポートキャラクタ４がお小遣いを使って抽選をしているかのようにユーザ２に見せる効果を向上できる。

図７は、抽選対象の抽選確率の設定について説明するための図である。
抽選処理を実行するにあたり、抽選対象（払出品、排出品、抽選により提供されるものの意）に適用される抽選確率（払出確率・排出確率に同義）を、適用抽選確率Ｐａと言う。

サーバシステム１１００は、抽選処理を実行する前に、当該抽選処理の抽選対象別に適用抽選確率Ｐａを決定する。適用抽選確率Ｐａは、初期抽選確率Ｐｄに確率変更量ΔＰを加算して決定される。

初期抽選確率Ｐｄは、実行対象として選択された抽選処理候補８に対応づけて予め設定されている抽選対象別の抽選確率であって、ゲームシステム１０００の運用者が適宜設定する。

確率変更量ΔＰは、適用個性設定データ６３０と、抽選実行設定データ６５０と、所有推奨アイテムの推定結果７４０と、に基づいて決定される。

具体的には、適用個性設定データ６３０は、抽選確率変更設定６４４を含む。抽選確率変更設定６４４は、抽選対象の種類と対応づけて、初期抽選確率Ｐｄを相対的に変更する第１の確率変更量ΔＰ１を格納する。抽選対象の種類ではなく、抽選対象のカテゴリーや、レアリティに対応づけて第１の確率変更量ΔＰ１を格納するとしてもよい。例えば、レアリティに対応付ける場合、第１の確率変更量ΔＰ１は、高レアリティほど抽選確率を向上させるように設定すると、高レアリティの抽選対象を引き当て易いキャラクタの個性（才能）を表現できる。逆に高レアリティほど抽選確率を低下させるように設定すると、高レアリティの抽選対象を引き当てにくい個性を表現できる。

なお、第１の確率変更量ΔＰ１は、抽選対象間の相対値なので全体として「０」となるように設定されている。また、第１の確率変更量ΔＰ１の決定方法はこれに限らない。例えば、第１の確率変更量ΔＰ１を、抽選対象の種類毎にランダムに決定するとしてもよい。なお、第１の確率変更量ΔＰ１は、抽選対象の種類別ではなく、カテゴリー別に設定されているとしてもよい。

次いで、サーバシステム１１００は、抽選実行設定データ６５０のユーザ希望情報６５３で設定されているユーザ希望のカテゴリーに該当する抽選対象に、相対的に抽選確率を高めるように第２の確率変更量ΔＰ２を決定する。その際、例えば、サポートキャラクタ４の個性に係る所定のパラメータ値（例えば、従順度）などが高いほど、より抽選確率が上がるように（或いは抽選確率が下がるように）第２の確率変更量ΔＰ２を決定するとしてもよい。

次いで、サーバシステム１１００は、所有推奨アイテムに適合する抽選対象の抽選確率が相対的に上がるように第３の確率変更量ΔＰ３を決定する。

次いで、サーバシステム１１００は、第１抽選確率変更パターン定義データ５９１に基づく第４の確率変更量ΔＰ４と、第２抽選確率変更パターン定義データ５９２に基づく第５の確率変更量ΔＰ５と、第３抽選確率変更パターン定義データ５９３に基づく第６の確率変更量ΔＰ６と、を求める。

第１抽選確率変更パターン定義データ５９１は、サポートキャラクタ４の適用個性設定データ６３０が、抽選確率に与える影響を定義するデータであって、適用個性設定データ６３０の内容に関する変更発生条件とする抽選確率の変更パターン毎に用意される。
一つの第１抽選確率変更パターン定義データ５９１は、変更発生条件と、変更の対象を決定するための変更対象条件と、その抽選確率をどのように変更するかを示す変更内容すなわち第４の確率変更量ΔＰ４と、を対応づけて格納する。

例えば、変更発生条件を「従順度が所定の閾値を超えた場合」とし、変更対象条件を「優先カテゴリーの抽選対象」とし、変更内容（第４の確率変更量ΔＰ４）をプラスに設定する。この場合、サポートキャラクタ４が成長して従順度が閾値に達すると、プレーヤが希望するカテゴリーの抽選対象の適用抽選確率Ｐａ（図７参照）が、閾値に達していない場合よりも高くなる。よって、あたかもサポートキャラクタ４が、プレーヤが望むアイテムを獲得する力をつけたかのようにユーザに感じさせることができる。

また例えば、変更発生条件を「攻撃力パラメータ値偏重」とし、抽選対象条件を「防御系アイテム」とし、第４の確率変更量ΔＰ４をプラスに設定すれば、あたかもサポートキャラクタ４が、主体的に攻撃力偏重の状況を改善するためのアイテムの獲得を目指して抽選したかのような印象をプレーヤに与えることができる。

第２抽選確率変更パターン定義データ５９２は、ユーザが指定した抽選実行設定データ６５０が抽選確率に与える影響を定義するデータであって、抽選実行設定データ６５０の内容に関する変更発生条件とする抽選確率の変更パターン毎に用意される。一つの第２抽選確率変更パターン定義データ５９２は、変更発生条件と、変更の対象を決定するための変更対象条件と、その抽選確率をどのように変更するかを示す変更内容（第５の確率変更量ΔＰ５）と、を対応づけて格納する。

なお、第１抽選確率変更パターン定義データ５９１及び第２抽選確率変更パターン定義データ５９２における変更発生条件については、適宜ゲーム進行状況（例えば、所定のゲームステージのクリア、サポートキャラクタ４が複数の場合にそのキャラクタの組み合わせ、プレーヤキャラクタ３の能力パラメータ値のバランス、など）など他の内容も条件記述に併用してもよい。また、抽選対象条件については、抽選対象のカテゴリーに限らず抽選対象の種類とすることもできる。

第３抽選確率変更パターン定義データ５９３は、所有推奨アイテムのあることが抽選確率に与える影響を定義するデータであって、所有推奨アイテムの種類を変更発生条件とする抽選確率の変更パターン毎に用意される。一つの第３抽選確率変更パターン定義データ５９３は、変更発生条件を所有推奨アイテムの種類とし、当該アイテムの抽選確率の変更内容（第６の確率変更量ΔＰ６）と対応づけて格納する。

そして、サーバシステム１１００は、第１の確率変更量ΔＰ１～第６の確率変更量ΔＰ６の合算を当該抽選対象の確率変更量ΔＰとし、初期抽選確率Ｐｄにこれを加算して、当該抽選対象の適用抽選確率Ｐａを決定する。

第１の確率変更量ΔＰ１と、第２の確率変更量ΔＰ２と、第４の確率変更量ΔＰ４とを、サポートキャラクタ４の個性の設定が影響する構成とすることで、プレーヤに、あたかもサポートキャラクタ４がある種類の抽選対象を引き当て易い何らかの影響力を有しているかのように見せる演出効果が生まれる。

なお、適用抽選確率Ｐａを適用して抽選処理を実行する際、サーバシステム１１００は、サポートキャラクタ４が仮想抽選器（いわゆる「ガシャ」「ガチャ」と呼ばれるカプセル式抽選器）を操作しているように見せる抽選操作アクション４１を表示制御して、あたかもサポートキャラクタ４が自発的にお小遣いを使ってガチャをしているようにユーザに見せる。勿論、抽選操作アクション４１の表示制御は、必須ではなく、適宜省略することもできるし、表示制御する／しないをランダムに選択するとしてもよい。

図８は、抽選結果の通知について説明するための図である。
これまで述べた内容から明らかなように、本実施形態では、ユーザ自らが抽選操作をして抽選を実行させるのではなく、サーバシステム１１００が抽選処理を自動実行することができる。特に、サポートキャラクタ４がお小遣いを使って自発的に抽選を行うように演出される。例えるならば、親が子供にお小遣いを与えて自由に使わせるのに似ている。ユーザ２が抽選処理の自動実行を逐一監視する仕組みは用意されていない。その代わりに、サーバシステム１１００は、抽選結果が所与の通知発動条件を満たした場合に、サポートキャラクタ４が主体となった通知を行う。先の親と子供の例を用いるならば、子供が時折親にお小遣いをどのように使ったかの報告をするようなものである。

具体的には、サーバシステム１１００は、抽選処理を自動実行すると、抽選結果として払い出された抽選対象を、サポートキャラクタ４を使用するユーザ２に付与する。この際、基本的には、付与についての通知は行わずに、払い出された抽選対象を、例えばアイテムストレージ等に自動的に追加する。

サーバシステム１１００は、抽選処理の結果を、抽選履歴データ６７０（図５参照）としてサポートキャラクタ４および当該サポートキャラクタ４を使用するユーザ２に紐付けて記憶管理する。そして、サーバシステム１１００は、抽選履歴データ６７０の内容が通知発動条件を満たす場合に、サポートキャラクタ４が主体となって通知する表示制御を行う。また、抽選履歴データ６７０に限らず、お小遣いの残高などその他の内容であっても、通知発動条件を満たす場合に、サーバシステム１１００は通知表示５０の表示制御を行う。

通知発動の判定には、サポートキャラクタ４のキャラクタ種類に応じて予め設定されている通知発動条件と、ユーザ指定通知発動条件データ６６０（図４参照）に格納されているユーザ２が指定した通知発動条件と、の両方が用いられる。

そして、サーバシステム１１００は、通知表示５０（図８参照）として、サポートキャラクタ４の通知アクション４２と、抽選結果説明テキスト５４と、ユーザに付与された抽選結果の画像である抽選結果画像５５と、を表示制御する。通知内容によっては、抽選結果画像５５は省略してもよい。抽選結果画像５５は当然、抽選結果を示す情報すなわち抽選結果情報５６であるが、抽選結果説明テキスト５４も、抽選結果についての名称や説明のテキストを表示する場合、抽選結果情報５６を兼ねることとなる。

本実施形態で自動実行される抽選処理では、自動実行の都度、逐一、抽選結果は通知されない。ユーザ２に煩わしさを感じさせる心配があるからである。サポートキャラクタ４が通知主体となって、通知発動条件を満たす場合に限定的に通知を行うことで、ユーザ２に煩わしさを与えないばかりか、子供からお小遣いの使い具合について時折報告を受けるようなユーザ体験（user experience）を提供できる。

そして、通知を行うと、サーバシステム１１００は、当該通知内容（抽選結果）に対するプレーヤ２の評価の操作入力を受け付ける。具体的には、肯定的評価入力アイコン６１と、否定的評価入力アイコン６２と、をプレーヤ端末１５００に表示させて、プレーヤ２に通知された内容への何れかの評価を入力させる。図８の例では、評価の種類は２種類であるが、５段階評価のように評価の内容を更に細かく選択入力できるようにしてもよい。

サーバシステム１１００は、評価が入力されると、その結果に応じてサポートキャラクタ４の適用個性設定データ６３０を変更する。具体的には、肯定的評価入力アイコン６１が操作入力されると、自動実行傾向設定６４１を実行頻度が上がるように変更し、抽選確率変更設定６４４を抽選結果情報５６で示された抽選対象の当選確率が上がるように変更する。逆に、否定的評価入力アイコン６２が操作入力されると、サーバシステム１１００は、自動実行傾向設定６４１を実行頻度が下がるように変更し、抽選確率変更設定６４４を抽選結果情報５６で示された抽選対象の当選確率が下がるように変更する。

但し、こうした変更は、受け付けられた評価が、所与のパラメータ値変更条件を満たした場合に実行することとする。ここで言うパラメータ値変更条件は、例えば「肯定的評価入力アイコン６１が連続３回」「１週間で肯定的評価入力アイコン６１が３回」「５段階評価で４以上」などと言った具合に、評価の種類と回数や頻度との組み合わせ、或いは評価度合などで条件を設定することができる。

このように、サポートキャラクタ４からの通知内容（抽選結果）に対するプレーヤ２の評価を受け付け、サポートキャラクタ４の抽選に係るパラメータ値を変更することにより、例えるならば、子供からお小遣いの使い具合について時折報告を受けた親が、子供を褒めるか叱るかで、子供の抽選に対する個性が変化する、いわば育児的ユーザ体験を提供できる。

図９は、サーバシステム１１００の機能構成例を示す機能ブロック図である。
サーバシステム１１００は、操作入力部１００ｓと、サーバ処理部２００ｓと、音出力部３９０ｓと、画像表示部３９２ｓと、通信部３９４ｓと、サーバ記憶部５００ｓとを備える。

操作入力部１００ｓは、サーバの管理のための各種操作を入力するための手段である。図１のキーボード１１０６がこれに該当する。

サーバ処理部２００ｓは、例えばＣＰＵやＧＰＵ、ＡＳＩＣ、ＦＰＧＡ等の演算回路となるプロセッサの他、ＩＣメモリなどの電子部品によって実現され、操作入力部１００ｓやサーバ記憶部５００ｓを含む各機能部との間でデータの入出力制御を行う。そして、所定のプログラムやデータ、操作入力部１００ｓからの操作入力信号、ユーザ端末１５００などから受信したデータ、等に基づいて各種の演算処理を実行して、サーバシステム１１００の動作を統合的に制御する。

そして、サーバ処理部２００ｓは、ユーザ管理部２０２と、ゲーム管理部２１０と、計時部２８０ｓと、音生成部２９０ｓと、画像生成部２９２ｓと、通信制御部２９４ｓとを含む。勿論、これら以外の機能部も適宜含めることができる。

ユーザ管理部２０２は、ユーザ登録手続きに係る処理及びユーザアカウントに紐付けられる各種情報の記憶管理を行う。ユーザ管理部２０２は、電子決済用情報管理部２０４を含む。ここで言う「電子決済用情報」とは、ゲームシステム１０００が提供するサービスに対する対価を電子決済により支払うのに使用される情報である。例えば、クレジットカードやプレイペイドカード、会員カードを用いた電子決済を採用する構成では、カード番号、暗証番号などがこれに該当する。また、予めユーザが購入手続して登録する仮想通貨や仮想アイテム、ゲームポイントを消費することで決済する構成を採用するのであれば、その仮想通貨や仮想アイテム、ゲームポイントの残高がこれに該当する。

ゲーム管理部２１０は、オンラインゲームに係る各種制御を実行する。例えば、ゲーム管理部２１０は、ゲーム進行制御部２１２と、キャラクタ設定部２１４と、抽選実行設定決定部２１６と、所有推奨アイテム推定部２１８と、抽選実行制御部２２０と、アクション制御部２２８と、抽選履歴管理部２３０と、通知発動条件決定部２３２と、通知制御部２３４と、評価受付制御部２３６と、パラメータ値変更制御部２３８と、を有する。勿論、これら以外の機能部も適宜含めることができる。

キャラクタ設定部２１４は、抽選処理を実行する仮想的な主体であるキャラクタ（サポートキャラクタ４）を、ユーザと対応付けて設定する。具体的には、抽選処理を実行する仮想的な主体となり得るキャラクタには、複数種類の候補キャラクタがあり、キャラクタ設定部２１４は、複数種類の候補キャラクタの中から、ユーザに対応付けるキャラクタを設定する。

また、キャラクタ設定部２１４は、候補キャラクタの種類によって異なる個性設定をもとに、（１）抽選処理の自動実行頻度に関する傾向と、（２）抽選処理候補の種類のうちから選択する選択種類に関する傾向と、（３）連続して抽選処理を実行する傾向と、が定められた個性を設定する。

抽選実行設定決定部２１６は、抽選処理の自動実行に係る条件設定を少なくとも含む抽選実行設定を、ユーザの操作入力に基づいて可変に決定する。
具体的には、抽選実行設定決定部２１６は、抽選実行設定に、（１）抽選処理の対価として許容する額の合計である合計対価上限、（２）抽選対象が異なる複数種類の抽選処理候補のうち、抽選実行制御部２２０による実行対象とする抽選処理候補の選択に係るユーザの希望に関する希望情報、を含めて設定する。

所有推奨アイテム推定部２１８は、所有推奨アイテムの推定処理を行う。

抽選実行制御部２２０は、抽選実行設定に基づいて抽選処理の自動実行を制御する。
具体的には、抽選実行制御部２２０は、自動実行タイミングの判定（図５参照）と、抽選処理候補８のなかから実行対象とする抽選処理候補８の選択（図６参照）と、適用抽選確率Ｐａの決定（図７参照）と、を行い、そして実行対象とする抽選処理候補８の抽選処理を自動実行する。その中で、抽選実行制御部２２０は、合計対価上限の範囲内で抽選処理の自動実行を制御し、また希望情報に基づいて、実行する抽選処理を選択して実行し、ユーザに対応付けられたキャラクタの個性設定に基づいて、抽選処理の自動実行頻度を可変に制御する。

そして、抽選実行制御部２２０は、第１抽選可能性変動制御部２２２を有する。
第１抽選可能性変動制御部２２２は、抽選処理の抽選対象の抽選確率を、ユーザに対応付けられたキャラクタに応じて変更することで抽選可能性を変動させる。具体的には、第１抽選可能性変動制御部２２２は、抽選確率を、抽選実行設定の設定内容や、抽選対象が所与の推奨条件を満たすか否かに基づいて変更する。抽選実行制御部２２０は、第１抽選可能性変動制御部２２２により変更された抽選確率を用いて抽選処理の自動実行を制御する。

アクション制御部２２８は、（１）キャラクタが主体的に、複数種類の抽選処理候補８のなかから、いずれかを実行対象として選択しているように見せる所与の選択アクション４０（図６参照）と、（２）抽選開始操作をしているように見せる所与の抽選操作アクション４１（図７参照）と、（３）通知表示５０に係る通知アクション４２（図８参照）と、
をサポートキャラクタ４に行わせる制御を行う。

抽選履歴管理部２３０は、抽選処理の実行毎に、当該抽選に係る情報を抽選履歴データ６７０として記憶管理する制御を行う。

通知発動条件決定部２３２は、抽選実行制御部２２０によって実行された抽選処理の結果を示す情報の通知を発動する条件である所与の通知発動条件を、ユーザの操作入力に基づいて可変に決定する。具体的には、通知発動条件決定部２３２は、通知発動条件に、（１）合計対価上限と実行済みの抽選処理に係る対価の合計との関係に関する条件、（２）抽選処理の結果に係るレアリティ条件、のうち少なくとも何れかを含めて設定する。

通知制御部２３４は、通知発動条件を満たす場合に、抽選実行制御部２２０によって実行された抽選処理の結果を示す情報を、キャラクタ（サポートキャラクタ４）が通知主体となってユーザに通知する通知制御を行う。例えば、通知制御部２３４は、キャラクタに所与のアクションを行わせることで通知制御を行う。

評価受付制御部２３６は、通知制御により通知された評価結果に対する評価をユーザの操作入力に基づいて受け付ける制御を行う。具体的には、肯定的評価入力アイコン６１と、否定的評価入力アイコン６２と、の表示制御並びに、それら入力アイコンへの操作入力の受け付けに係る制御が該当する（図８参照）。

パラメータ値変更制御部２３８は、評価受付制御部２３６により受け付けられた評価が、所与のパラメータ値変更条件を満たした場合に、ユーザに対応付けられたキャラクタのパラメータ値を変更する。具体的には、適用個性設定データ６３０を変更する（図８参照）。

計時部２８０ｓは、システムクロックを利用して現在日時や制限時間等の計時を行う。

音生成部２９０ｓは、音声データの生成やデコードをするＩＣやソフトウェアの実行により実現され、サーバシステム１１００のシステム管理やゲーム等に係る操作音や効果音、ＢＧＭなどの音声データを生成或いはデコードする。そして、システム管理に関する音声信号は音出力部３９０ｓへ出力する。

音出力部３９０ｓは、音声信号を放音する。図１の例では本体装置やタッチパネル１１０８が備えるスピーカ（不図示）がこれに該当する。

画像生成部２９２ｓは、画像の生成、画像の合成、画像表示部３９２ｓにそれらを表示させる画像信号の出力を行う。本実施形態では、サーバシステム１１００のシステム管理に関する画像や、ゲーム画像（又はゲーム画像をユーザ端末１５００で表示させるためのデータ）などの画像を生成する機能の一部を担う。

画像表示部３９２ｓは、フラットパネルディスプレイや、ヘッドマウントディスプレイ、プロジェクターなど、画像を表示させる装置で実現される。図１の例では、タッチパネル１１０８がこれに該当する。

通信制御部２９４ｓは、データ通信に係るデータ処理を実行し、通信部３９４ｓを介して外部装置とのデータのやりとりを実現する。

通信部３９４ｓは、ネットワーク９と接続して通信を実現する。例えば、無線通信機、モデム、ＴＡ（ターミナルアダプタ）、有線用の通信ケーブルのジャックや制御回路等によって実現される。図１の例では通信装置１１５３が該当する。

サーバ記憶部５００ｓは、サーバ処理部２００ｓにサーバシステム１１００を統合的に制御させるための諸機能を実現するためのプログラムや各種データ等を記憶する。また、サーバ処理部２００ｓの作業領域として用いられ、サーバ処理部２００ｓが各種プログラムに従って実行した演算結果などを一時的に記憶する。この機能は、例えばＲＡＭやＲＯＭなどのＩＣメモリ、ハードディスク等の磁気ディスク、ＣＤ－ＲＯＭやＤＶＤなどの光学ディスク、オンラインストレージなどによって実現される。図１の例では本体装置が搭載するＩＣメモリ１１５２やハードディスクなどの記憶媒体、及びストレージ１１４０がこれに該当する。

図１０は、本実施形態におけるサーバ記憶部５００ｓが記憶するプログラムやデータの例を示す図である。本実施形態におけるサーバ記憶部５００ｓは、サーバプログラム５０１と、配信用クライアントプログラム５０３と、ゲーム初期設定データ５１０と、を記憶する。また、サーバ記憶部５００ｓは、逐次生成・管理されるデータとして、ユーザ管理データ６００と、プレイデータ７００と、現在日時８００と、を記憶する。サーバ記憶部５００ｓは、その他のプログラムやデータ（例えばタイマや、カウンタ、各種フラグなど）も適宜記憶する。

サーバプログラム５０１は、サーバ処理部２００ｓが読み出して実行することで、ユーザ管理部２０２及びゲーム管理部２１０としての機能を実現させるためのプログラムである。
配信用クライアントプログラム５０３は、ユーザ端末１５００へ提供されるクライアントプログラムのオリジナルである。

ゲーム初期設定データ５１０は、ゲームの実行制御に必要な各種初期設定データを含む。ゲーム初期設定データ５１０は、例えば、候補キャラクタ初期設定データ５２０と、個性設定変更パターン定義データ５５０と、抽選処理候補初期設定データ５７０と、第１抽選確率変更パターン定義データ５９１と、第２抽選確率変更パターン定義データ５９２と、第３抽選確率変更パターン定義データ５９３と、を含む。勿論、これら以外のデータも適宜含めることができる。例えば、ゲームステージの初期設定データや、プレーヤキャラクタ３の初期設定データ、各種アイテムの初期設定データ、なども適宜含めることができる。

候補キャラクタ初期設定データ５２０は、サポートキャラクタ４として選択可能な候補キャラクタ６（図３参照）の種類毎に用意され、当該種類の各種初期設定データを格納する。具体的には、例えば図１１に示すように、固有のキャラクタ種類５２１と、初期個性設定データ５２２と、選択アクション定義データ５３８と、抽選操作アクション定義データ５３９と、通知初期設定データ５４０と、を含む。勿論、これら以外のデータも適宜含めることができる。

初期個性設定データ５２２は、当該種類の候補キャラクタ６に設定されている個性を示す各種パタメータ値の初期値を格納する。具体的には、初期個性設定データ５２２は、能力パラメータ値初期設定データ５２３と、従順度初期値５２４と、実行頻度傾向初期値５３１と、連続実行頻度初期値５３２と、抽選処理候補種別選択傾向初期設定５３３と、確率変更量初期設定５３４と、を含む。勿論、これら以外のデータも適宜格納することができる。

能力パラメータ値初期設定データ５２３は、ゲームプレイでの行動や能力に係る当該候補キャラクタの個性を示す第１のデータ群であって、ゲームプレイにおける能力（例えば、本実施形態のゲームはアクションＲＰＧなので、耐久値、基礎攻撃力、基礎防御力、など）のパラメータ値の初期値を格納する。

従順度初期値５２４は、プレーヤに対する従順度を示す。従順度が高いほど、プレーヤであるユーザの指定した設定に従う確率が高くなる。具体的には、サーバシステム１１００は、従順度が高いほど、抽選実行設定データ６５０（図４参照）の設定を優先して抽選処理を自動実行し、従順度が低いほど当該キャラクタの個性の一部である候補キャラクタ初期設定データ５２０の設定を優先して抽選処理を自動実行する。

ここで言う「優先して抽選処理を自動実行する」は、具体的には、実行対象とする抽選処理候補８の適用選択確率Ｐｓｎ（図６参照）の決定における抽選実行設定データ６５０の設定に基づく確率の重み付けを、従順度の値に基づいて決定することによって実現される。本実施形態では、抽選対象構成ポイントＰ２に従順度が高いほど高値の係数ｋを乗じることで重み付けを行っている。なお、係数ｋはプラス値に限らず「０」やマイナス値を取り得る。

実行頻度傾向初期値５３１は、抽選処理の自動実行頻度に関する傾向を定義する。例えば、特定の時間、特定の日時、お小遣いの残高に応じて、その時点（現時点）を自動実行タイミングとする確率が設定されている。

前述のように、サポートキャラクタ４がユーザに代わって抽選処理を選んで実行操作する主体的存在であるかのように見せるための演出がなされる。そのため、実行頻度傾向初期値５３１の設定次第によって、当該候補キャラクタがこまめに抽選をしたい性格なのか、たまにしか抽選をしたがらない性格なのか、日曜日になると抽選したくなる性格なのか、といった性格づけをすることができる。

連続実行頻度初期値５３２は、１回の自動実行タイミングの到来において連続して抽選処理を実行する頻度を定義する。例えば、連続実行回数毎の確率リストとして定義される。サーバシステム１１００は、抽選処理を実行する機会になったときに、この確率リストに基づいて各確率に従った確率演算を行って、今回の抽選処理では何回の連続実行とするか（抽選を行う回数）を決定する。

抽選処理候補種別選択傾向初期設定５３３は、当該候補キャラクタがサポートキャラクタ４とされている状態で、抽選処理候補８の中から実行対象を選択する上での選択傾向を定義するデータである。具体的には、抽選処理候補８の種類別の選択傾向ポイントＰｎ１（図６参照）のリストである。

前述のように、サポートキャラクタ４が抽選の自動実行の主体的存在であるかのように見せるための演出がなされる。そのため、当該設定の設定次第によって、当該候補キャラクタがどの種類の抽選処理候補８を選びやすいかの性格付けができる。

確率変更量初期設定５３４は、当該候補キャラクタがサポートキャラクタ４とされている状態で、抽選対象の適用抽選確率Ｐａの選択確率に与える影響を定義するデータである。具体的には、抽選対象の種類別（またはカテゴリー別）の第１の確率変更量ΔＰ１（図７参照）を格納する。

選択アクション定義データ５３８は、当該候補キャラクタがサポートキャラクタ４として主体的に実行対象とする抽選処理候補８を選択しているように見せるための選択アクション４０を定義する（図６参照）。

抽選操作アクション定義データ５３９は、当該候補キャラクタがサポートキャラクタ４として主体的に抽選処理を実行しているように見せる抽選操作アクション４１を定義する（図７参照）。

通知初期設定データ５４０は、当該候補キャラクタがサポートキャラクタ４とされる場合に適用されるキャラクタ依存通知発動条件５４１と、通知アクション定義データ５４２と、を含む。

キャラクタ依存通知発動条件５４１は、当該候補キャラクタがサポートキャラクタ４とされる場合に発現される通知に係る個性の一部を構成する。一つの通知発動条件は、固有の条件種類と、当該種類の条件の内容を示す条件定義データとを格納する。

通知アクション定義データ５４２は、通知発動条件の条件種類別に用意され、当該種類の通知発動条件が満たされた場合に、通知表示５０（図８参照）でサポートキャラクタ４を通知主体として見せる通知アクションを定義するアクション実行データが対応付けて格納されている。

なお、通知アクション定義データ５４２が用意される通知発動条件の種類は、通知条件設定部３８（図４参照）でユーザ指定可能な通知発動条件も含む。

図１０に戻って、個性設定変更パターン定義データ５５０は、サポートキャラクタ４の個性設定を変更するパターン毎に用意され、変更発生条件と、変更対象パタメータ種類と、変更内容とを対応づけて格納する。変更発生条件は、本実施形態ではゲーム進行状況やプレイ結果が所与の条件を満たす場合として記述される。

抽選処理候補初期設定データ５７０は、抽選処理候補８の種類毎に用意され、当該種類の抽選処理候補８の初期構成を定義する各種データを格納する。例えば、図１２に示すように、一つの抽選処理候補初期設定データ５７０は、（１）固有の抽選処理ＩＤ５７１と、（２）１回の実行あたりにユーザが支払う対価を示す対価設定５７３と、（３）１回の自動実行タイミングで連続的に実行される抽選の回数を示す連続回数５７５と、（４）抽選対象の構成と連続回数５７５とに基づいて分類される抽選処理候補種類５７７と、（５）抽選対象構成定義データ５８０と、を含む。勿論、これら以外のデータも適宜含めることができる。

抽選対象構成定義データ５８０は、当該抽選処理候補における抽選対象の構成、いわば抽選の中身を定義するデータである。当該データは、抽選対象の種類毎に用意される抽選対象定義データ５８２と、抽選対象種類別初期選択確率リスト５８４と、を含む。勿論、これら以外のデータも適宜含めることができる。

一つの抽選対象定義データ５８２は、抽選対象種類と、名称と、レアリティと、スペックと、抽選結果画像５５（図８参照）とされる通知用画像と、抽選結果説明テキスト５４（図８参照）で表示される通知用テキストと、を含む。

図１０に戻って、ユーザ管理データ６００は、所定の登録手続をしたユーザ２毎に用意され、当該ユーザに係る各種データを格納する。一つのユーザ管理データ６００は、例えば図１３に示すように、固有のユーザアカウント６０１と、電子決済用情報６０３と、ゲームセーブデータ６１０と、抽選履歴データ６７０と、通知履歴データ６７２と、を含む。勿論、これら以外のデータも適宜含めることができる。

ゲームセーブデータ６１０は、セーブ時点におけるームの進行状況を記述する各種データを格納する進行状況データ６１１と、プレーヤキャラクタ３のセーブ時点における状態を記述するプレーヤキャラクタ管理データ６１３と、所有アイテム管理データ６１５と、サポートキャラクタ管理データ６２０と、を含む。

サポートキャラクタ管理データ６２０は、サポートキャラクタ４毎に用意され、セーブ時点における当該キャラクタの状態を記述する各種データを格納する。
一つのサポートキャラクタ管理データ６２０は、例えば図１４に示すように、（１）固有のサポートキャラクタＩＤ６２１と、（２）キャラクタ種類６２２と、（３）プレイ結果に応じて自動的に設定されるキャラクタレベル６２３と、（４）戦闘行動傾向設定６２５と、（５）アイテム使用条件設定６２６と、（６）適用個性設定データ６３０と、（７）お小遣い残高６４０と、（８）抽選実行設定データ６５０と、（９）ユーザ指定通知発動条件データ６６０と、（１０）評価履歴データ６６２と、を含む。勿論、これら以外のデータも適宜含めることができる。

適用個性設定データ６３０は、当該サポートキャラクタ４の最新の個性設定状況を示す各種データを格納する。具体的には、適用個性設定データ６３０のデータ構成は、初期個性設定データ５２２のデータ構成と１対１に対応しており、能力パタメータ値設定データ６３３と、従順度６３４と、自動実行傾向設定６４１と、連続実行頻度６４２と、抽選処理候補種別選択傾向設定６４３と、抽選確率変更設定６４４と、を含む。勿論、これら以外のデータも適宜含めることができる。

サポートキャラクタ４が設定された当初は、当該サポートキャラクタ４とした候補キャラクタ６の初期個性設定データ５２２（図１１参照）がベースとしてコピーされる。そして、個性設定変更パターン定義データ５５０（図１０参照）に従って、ゲーム進行等に応じて変更される。

抽選実行設定データ６５０は、例えば、お小遣い設定６５１と、ユーザ希望情報６５３と、自動実行頻度指定データ６５５と、タイミング傾向指定データ６５６と、を含む。すなわち、抽選実行設定データ６５０は、抽選実行設定部３０（図４参照）への操作入力で指定された設定を格納する。例えば、お小遣い設定６５１には、お小遣い設定部３１への指定操作の入力結果、ユーザ希望情報６５３には、ユーザ希望設定部３２への指定操作の入力結果、自動実行頻度指定データ６５５には、頻度設定部３３への指定操作の入力結果、タイミング傾向指定データ６５６には、タイミング傾向設定部３４への指定操作の入力結果、がそれぞれ格納される。

ユーザ指定通知発動条件データ６６０は、通知条件設定部３８（図４参照）への指定操作の結果を格納する。

評価履歴データ６６２は、通知表示５０（図８参照）された評価結果へのプレーヤ２の評価の履歴である。

図１３に戻って、抽選履歴データ６７０は、当該ユーザ或いは当該ユーザがプレーヤとして使用するサポートキャラクタ４が関与する抽選処理の履歴データであり、抽選処理が実行される毎に作成される。

通知履歴データ６７２は、当該ユーザに係る抽選処理の結果について通知を行う毎に作成される。一つの通知履歴データ６７２は、例えば通知日時と、通知対象抽選実行ＩＤリストと、を含む。通知制御を実行する際に、通知履歴データ６７２を参照すると、どの抽選履歴データ６７０の抽選結果についての通知を行っているかいないかを判定できる。

図１０に戻って、プレイデータ７００は、ゲームプレイ毎に作成され、当該ゲームプレイにおける最新状況を記述する各種データが格納される。一つのプレイデータ７００は、例えば図１５に示すように、プレーヤとなるユーザのユーザアカウントであるプレーヤアカウント７０１と、ゲーム管理データ７１０と、抽選管理データ７３０と、所有推奨アイテム推定結果７４０と、を含む。勿論、これら以外のデータも適宜含めることができる。

ゲーム管理データ７１０は、ゲーム進行状況やゲームに登場する各種キャラクタの制御に必要な各種データを格納する。例えば、ゲーム管理データ７１０のデータ構成は、ゲームセーブデータ６１０（図１３参照）と同様であり、例えば進行状況データ７１１と、プレーヤキャラクタ管理データ７１３と、所有アイテム管理データ７１５と、サポートキャラクタ管理データ７２０と、を有する。

サポートキャラクタ管理データ７２０のデータ構成は、ゲームセーブデータ６１０におけるサポートキャラクタ管理データ６２０と同じである。
プレーヤが初回のゲームプレイである場合には、ゲーム管理データ７１０の各データにはそれぞれ初期値が設定される。しかし、２回目以降のゲームプレイの場合には、プレーヤであるユーザのユーザ管理データ６００からゲームセーブデータ６１０が読み込まれてコピーされる。ゲーム終了時には、ゲーム管理データ７１０の内容が、ゲームセーブデータ６１０にコピーされ、ゲームセーブされることになる。

抽選管理データ７３０は、抽選処理の自動実行毎に作成される。抽選管理データ７３０は、例えば（１）管理対象の抽選処理に関与するユーザを示す関与ユーザアカウント７３１と、（２）管理対象の抽選処理に関与するサポートキャラクタ４を示す関与サポートキャラクタＩＤ７３２と、（３）関与するサポートキャラクタ４のアクションを制御するためのアクション制御データ７３３と、（４）適用選択確率リスト７３４と、（５）実行対象抽選処理ＩＤ７３５と、（６）適用抽選確率リスト７３６と、（７）適用連続実行回数７３７と、（８）連続回数カウンタ７３８と、を含む。勿論、これら以外のデータも適宜含めることができる。

適用選択確率リスト７３４は、実行対象とする抽選処理候補８を選択する際に使用される適用選択確率Ｐｓｎ（図６参照）を抽選処理候補８の種類と対応付けて格納する。

適用抽選確率リスト７３６は、実行対象とされる抽選処理の抽選対象別に適用抽選確率Ｐａ（図７参照）を抽選対象と対応付けて格納する。

適用連続実行回数７３７は、関与するサポートキャラクタ４の適用個性設定データ６３０（図１４参照）の連続実行頻度６４２の設定に従って決定した、管理対象とされる抽選処理の連続実行回数を示す。

所有推奨アイテム推定結果７４０は、所与の推奨条件を満たすアイテムの推定処理の結果を格納する。初期値は「なし」を示す値であるが、所有推奨アイテムが推定された「推奨アイテムあり」と判定した場合には、所有推奨アイテムのアイテム種類が格納される。

図１６は、本実施形態におけるユーザ端末１５００の機能構成例を示す機能ブロック図である。ユーザ端末１５００は、操作入力部１００と、端末処理部２００と、音出力部３９０と、画像表示部３９２と、通信部３９４と、端末記憶部５００と、を備える。

操作入力部１００は、ユーザによってなされた各種の操作入力に応じた操作入力信号を端末処理部２００に出力する。例えば、プッシュスイッチや、ジョイスティック、タッチパッド、トラックボール、加速度センサ、ジャイロ、ＣＣＤモジュール、などによって実現できる。図２の方向入力キー１５０２や、ボタンスイッチ１５０４、タッチパネル１５０６、などがこれに該当する。

音声入力部１０２は、ユーザ２の発する声を集音して、音声信号を端末処理部２００へ出力する。図２のマイク１５１２がこれに該当する。

端末処理部２００は、例えばＣＰＵやＧＰＵ等のマイクロプロセッサや、ＩＣメモリなどの電子部品によって実現され、操作入力部１００や端末記憶部５００を含む各機能部との間でデータの入出力制御を行う。そして、所定のプログラムやデータ、操作入力部１００からの操作入力信号、サーバシステム１１００から受信した各種データに基づいて各種の演算処理を実行して、ユーザ端末１５００の動作を制御する。図２の制御基板１５５０がこれに該当する。

そして、本実施形態における端末処理部２００は、ユーザ端末演算部２６０と、計時部２８０と、音生成部２９０と、通信制御部２９４と、を有する。

ユーザ端末演算部２６０は、ユーザ端末１５００をサーバシステム１１００と通信するクライアント装置としての機能を実現させる制御を行う。具体的には、ユーザ端末演算部２６０は、操作信号送信制御部２６１と、画像表示制御部２６２と、を含む。

操作信号送信制御部２６１は、操作入力部１００へなされた操作に応じて、各種データやリクエストをサーバシステム１１００へ送信するための処理を実行する。

画像表示制御部２６２は、サーバシステム１１００から受信した各種データに基づいてゲーム画面や各種の操作画面等を表示するための制御を行う。そして、それらの画像を表示させるための画像信号の生成出力などを画像表示部３９２へ出力する。

画像表示部３９２は、画像表示制御部２６２から入力される画像信号に基づいて各種画像を表示する。例えば、フラットパネルディスプレイ、プロジェクター、ヘッドマウントディスプレイといった画像表示装置によって実現できる。本実施形態では、図２のタッチパネル１５０６がこれに該当する。

なお、本実施形態では、ゲーム画面や各種の操作画面の画像をサーバシステム１１００にて生成する構成とするが、ユーザ端末１５００で生成する構成も可能である。その場合、画像表示制御部２６２は、例えば３ＤＣＧを生成するための仮想３次元空間に配置されたオブジェクトの制御など、画面を生成するための各種制御を実行することとなる。

計時部２８０は、システムクロックを利用して現在日時や制限時間等の計時を行う。

音生成部２９０は、例えばデジタルシグナルプロセッサ（ＤＳＰ）や、音声合成ＩＣなどのプロセッサ、音声ファイルを再生可能なオーディオコーデック等によって実現され、楽曲や効果音、各種操作音の音信号を生成し、音出力部３９０に出力する。

音出力部３９０は、音生成部２９０から入力される音信号に基づいて音出力（放音）する装置によって実現される。図２のスピーカ１５１０がこれに該当する。

通信制御部２９４は、データ通信に係るデータ処理を実行し、通信部３９４を介して外部装置とのデータのやりとりを実現する。

通信部３９４は、ネットワーク９と接続して通信を実現する。例えば、無線通信機、モデム、ＴＡ（ターミナルアダプタ）、有線用の通信ケーブルのジャックや制御回路等によって実現され、図２の無線通信モジュール１５５３がこれに該当する。

端末記憶部５００は、端末処理部２００に所与の機能を実現さえるためのプログラムや、各種データ等を記憶する。また、端末処理部２００の作業領域として用いられ、端末処理部２００が各種プログラムに従って実行した演算結果や操作入力部１００から入力される入力データ等を一時的に記憶する。こうした機能は、例えばＲＡＭやＲＯＭなどのＩＣメモリ、ハードディスク等の磁気ディスク、ＣＤ－ＲＯＭやＤＶＤなどの光学ディスクなどによって実現される。図２の制御基板１５５０が搭載するＩＣメモリ１５５２やメモリカード１５４０がこれに該当する。オンラインストレージを利用する構成も可能である。

具体的には、端末記憶部５００は、端末処理部２００をユーザ端末演算部２６０として機能させるためのクライアントプログラム５０２と、操作入力データ６９０と、現在日時８００と、を記録する。勿論、これら以外のデータも適宜記憶できる。

次に、本実施形態のゲームシステム１０００の動作について説明する。
図１７と図１８は、第１実施形態におけるサーバシステム１１００の処理の流れを説明するためのフローチャートである。ここで説明する処理の流れは、クライアントプログラム５０２が実行されているユーザ端末１５００が、サーバプログラム５０１が実行されているサーバシステム１１００へ通信接続することで実現される。ユーザ２がユーザ端末１５００を操作すると、操作入力はサーバシステム１１００へ送信される。

サーバシステム１１００は、先ず、ログイン処理を実行する（ステップＳ１０）。ここで、ユーザが登録済みでなければ（ステップＳ１２のＮＯ）、新たなユーザ管理データ６００を作成して、新規ユーザの登録処理を実行する（ステップＳ１４）。

そして、サーバシステム１１００は、当該ユーザがプレーヤとして使用するプレーヤキャラクタ３の設定を受け付けて、プレーヤキャラクタ３の初期設定を行う（ステップＳ１６）。
また、サーバシステム１１００は、操作入力画面Ｗ４（図４参照）をユーザ端末１５００にて表示させてサポートキャラクタ４の設定を受け付け、サポートキャラクタ４の初期設定を行う（ステップＳ１８）。これに伴って、抽選実行設定データ６５０と、ユーザ指定通知発動条件データ６６０とが、作成される。
つまり、プレーヤキャラクタ３やサポートキャラクタ４の初期設定は、ゲームセーブデータ６１０として保存する（ステップＳ２０）。

具体的には、サポートキャラクタ４の設定では、サーバシステム１１００は、候補キャラクタ６をユーザに提示して、所定数（本実施形態では１体）の選択を受け付け、新たなサポートキャラクタ管理データ６２０（図１４参照）を作成する。この時、適用個性設定データ６３０は、選択された候補キャラクタ６の候補キャラクタ初期設定データ５２０（図１１参照）の初期個性設定データ５２２からコピーする。

次いで、サーバシステム１１００は、ユーザ端末１５００にて、操作入力画面Ｗ４を表示させる（図４参照）。当該操作入力画面での操作入力結果に応じて、お小遣い残高６４０、抽選実行設定データ６５０、ユーザ指定通知発動条件データ６６０など（図１４参照）をそれぞれ初期設定する。

ログイン処理の対象とされるユーザがユーザ登録済みであれば、基本的にはステップＳ１４からステップＳ２０はスキップする。但し、登録済みのユーザであっても、ログイン後に、ユーザ端末１５００にて所定のサポートキャラクタ４に関する設定変更操作が入力されたならば、サーバシステム１１００は、操作入力画面Ｗ４を表示させて設定の変更操作を受け付け、サポートキャラクタ管理データ６２０の内容を、適宜変更するものとする（図示省略）。

次に、サーバシステム１１００は、プレイデータ７００を用意して、ゲームセーブデータ６１０をロードして（ステップＳ３０）、ゲームプレイを開始する（ステップＳ３２）。
そして、ゲーム開始とともに、サーバシステム１１００は、個性設定変更パターン定義データ５５０（図１０参照）に基づく適用個性設定データ６３０（図１４参照）の自動変更制御を開始する（ステップＳ３４）。

また、ゲームプレイ開始以降、サーバシステム１１００は、所与のタイミングで、所有推奨アイテムの推定処理を実行し（ステップＳ４０）、自動実行タイミング判定処理を実行する（ステップＳ４２；図５参照）。

そして、サーバシステム１１００は、自動実行タイミング判定の結果、自動実行タイミングが到来したと判定した場合（ステップＳ４４のＹＥＳ）、実行対象選択処理を実行して複数の抽選処理候補８の中から今回の自動実行タイミングにおける実行対象とする抽選処理候補８を一つ選択する（ステップＳ４６；図６参照）。選択結果は、抽選管理データ７３０の実行対象抽選処理ＩＤ７３５として記憶される（図１５参照）。

次いで、サーバシステム１１００は、実行対象として選択した抽選処理候補８の抽選対象毎に適用抽選確率Ｐａを設定する（ステップＳ４８；図７参照）。設定の結果は、抽選管理データ７３０の適用抽選確率リスト７３６として記憶する（図１５参照）。

次に、サーバシステム１１００は、サポートキャラクタ４の適用個性設定データ６３０のうち連続実行頻度６４２（図１４参照）に基づいて、今回の自動実行タイミングにおいて、実行対象の抽選処理を、連続して何回実行するかを示す適用連続実行回数７３７を決定する（ステップＳ５０；図１５参照）。

図１８のフローチャートに移って、サーバシステム１１００は、サポートキャラクタ４による選択アクション４０（図６参照）の表示制御を実行する（ステップＳ５２）。これにより、ユーザ２に、サポートキャラクタ４が自発的に抽選器の中からどれかを選択しているかのように見せる。

次に、サーバシステム１１００は、抽選処理を自動実行して（ステップＳ６０）、抽選結果に応じて抽選履歴データ６７０を記憶する（ステップＳ６２；図１３参照）。
具体的には、サーバシステム１１００は、乱数として発生可能な値の範囲に、適用抽選確率Ｐａが実現されるように、乱数値と抽選対象の種類とを割り振りする。そして、発生された乱数が該当する割り振りの抽選対象を抽選結果とする。

抽選結果が決まったならば、サーバシステム１１００は、サポートキャラクタ４による抽選操作アクション４１（図７参照）の表示制御を実行して、ユーザ２に、あたかもサポートキャラクタ４自らが抽選操作をしているように見せ（ステップＳ６４）、抽選結果である抽選対象を、ユーザに付与する（ステップＳ６６）。

なお、自動実行タイミングが到来したと判定されなかった場合は（ステップＳ４４のＮＯ；図１７参照）、ステップＳ４６からステップＳ６６はスキップされる。

プレイ開始以降、サーバシステム１１００は、周期的に通知発動条件を満たしているかの判定処理を実行する。判定に際しては、サポートキャラクタ４とされる候補キャラクタ６に設定されている通知初期設定データ５４０のキャラクタ依存通知発動条件５４１（図１１参照）と、サポートキャラクタ４に対応づけられているユーザ指定通知発動条件データ６６０（図１４参照）と、が参照される。また、通知の対象として、抽選履歴データ６７０（図１３参照）のうち、通知履歴データ６７２で通知対象として記録されていない履歴データが参照される。

そして、通知発動条件を満たしている場合（ステップＳ８０のＹＥＳ）、サーバシステム１１００は、通知表示５０の表示制御を実行する（ステップＳ８２）。その中で、サーバシステム１１００は、サポートキャラクタ４に満たされた通知発動条件に応じた通知アクションを行うように制御して通知主体であるように見せる。

次いで、サーバシステム１１００は、プレーヤ端末１５００にて通知表示５０へのプレーヤ２の評価の入力を受け付ける（ステップＳ８４）。具体的には、肯定的評価入力アイコン６１と、否定的評価入力アイコン６２と、を表示させて何れかの選択入力を受け付ける（図８参照）。受け付けた結果は、評価履歴データ６６２に蓄積される。

そして、サーバシステム１１００は、評価履歴データ６６２を参照して、所与のパラメータ値変更条件を満たした場合に、サポートキャラクタ４の適用個性設定データ６３０を変更する（ステップＳ８６；図８参照）。

サーバシステム１１００は、所定のログアウト操作が入力されると（ステップＳ９０のＹＥＳ）、プレイデータ７００に基づいてゲームセーブデータ６１０を更新し（ステップＳ９２）、ログアウト処理を実行して（ステップＳ９４）、一連の処理を終了する。ログアウト操作が入力されない場合には（ステップＳ８３のＮＯ）、ステップＳ４０へ処理を移行する。

以上、本実施形態によれば、ユーザ２にサポートキャラクタ４を人間らしく感じさせつつ、抽選に係る興趣を向上させることができる。すなわち、抽選処理の自動実行と、それとともに実行されるサポートキャラクタ４のアクションの表示制御と、限られた条件においてのみ抽選の結果について通知がなされること、とによって、あたかもサポートキャラクタ４が自発的に抽選処理候補８のなかから、どれを実行するかを選択して抽選しているようにユーザに感じさせることができる。

しかも、どの抽選処理候補８を選択するかは、サポートキャラクタ４の種類や個性の設定により異なるので、ユーザは、サポートキャラクタ４を個性のある人間や動物らしく感じられるであろう。

更には、同じ抽選処理候補８を実行対象に選択したとしても、抽選対象の抽選確率やその後の通知にもサポートキャラクタ４の個性等が影響を与えるので、抽選処理が自動実行されてユーザが抽選結果を得て通知を受けるまでは、実に多様な有り様が存在する。このことが、マンネリ化を防ぐことは勿論のこと、ゲームの仕様としての抽選の実行という感じを薄め、ユーザにサポートキャラクタ４を個性のある人間や動物らしく感じさせる効果を高める。

〔第２実施形態〕
次に、第２実施形態について説明する。第２実施形態と第１実施形態とを比較すると、第１実施形態では、ユーザ管理の機能とゲーム管理の機能をサーバシステム１１００にて実現しているが、第２実施形態ではこれをユーザ端末１５００にて実現している点が異なる。なお、以降では、主に第１実施形態との差異について述べることとし、第１実施形態と同様の構成要素については、第１実施形態と同じ符号を付与して重複する説明は省略する。

図１９は、本実施形態におけるユーザ端末１５００の機能構成例を示す機能ブロック図である。本実施形態のユーザ端末１５００は、第１実施形態のユーザ端末演算部２６０に代えて、ゲーム管理部２１０と、画像生成部２９２と、を有する。

画像生成部２９２は、画像の生成、画像の合成、画像表示部３９２ｓにそれらを表示させる画像信号の出力を行う。本実施形態では、操作入力画面Ｗ４やゲーム画像（又はゲーム画像をユーザ端末１５００で表示させるためのデータ）などの画像を生成する。

また、本実施形態の端末記憶部５００には、ユーザ管理部２０２及びゲーム管理部２１０としての機能を実現させるためのゲームプログラム５０４と、ゲーム初期設定データ５１０と、プレイデータ７００と、が記憶されることとなり、第１実施形態でいうところのクライアントプログラム５０２、操作入力データ６９０は、省略される。

なお、ゲーム初期設定データ５１０については、ユーザ端末１５００がサーバシステム１１００にアクセスしてその都度参照するとしてもよいし、所与のタイミングでサーバシステム１１００からダウンロードして、その複製を端末記憶部５００に保存して参照するとしてもよい。

本実施形態におけるユーザ端末１５００の処理の流れは、図１７と図１８で示したフローチャートと同様である。すなわち、図１７及び図１８のフローチャートにおいて、各種の処理や制御の実行主体をサーバシステム１１００からユーザ端末１５００に読み替えればよい。よって、本実施形態によれば、第１実施形態と同様の効果を得ることができる。

〔変形例〕
以上、本発明を適用した実施形態について説明したが、本発明を適用可能な形態は上記形態に限定されるものではなく適宜構成要素の追加・省略・変更を施すことができる。

（変形例その１）
例えば、第１実施形態では、クライアント・サーバ型のコンピュータシステムにてゲームシステム１０００を実現する例を挙げたが、サーバシステム１１００を省略して、複数のユーザ端末１５００をピアツーピア接続したコンピュータシステムにおいて実現するとしてもよい。その場合、何れかのユーザ端末１５００に第１実施形態のサーバシステム１１００としての機能を担わせる。或いは、複数のユーザ端末１５００でゲーム管理部２１０の機能を分担して担う構成としてもよい。

同様に、ゲーム管理部２１０の機能を分担する観点から言えば、第１実施形態をベースとして、ゲーム管理部２１０の一部の機能をユーザ端末１５００にて実現・分担させる構成も可能である。

（変形例その２）
また、上記実施形態では、コンピュータが、抽選処理に係る実行タイミング、実行対象、通知に至るまでを自動実行する構成としていた。いわば、ユーザから見れば抽選処理については放任した全自動状態にある。しかし、適宜、ユーザ承認の過程を含めることができる。

具体的には、抽選実行制御部２２０が、抽選処理の自動実行前に、サポートキャラクタ４が主体となってユーザに抽選処理の自動実行承認を問い合わせる問合せ制御を行い、当該問い合せに対するユーザによる承認操作がなされた場合に抽選処理を実行する構成とすることができる。

図２０は、当該構成における処理の流れを説明するためのフローチャートであって、図１８で示したフローチャートの部分に相当する。当該構成では、サーバシステム１１００は、ステップＳ６０の前に抽選実行についてユーザ承認を受け付ける（ステップＳ５４）。その際、実行対象とされている抽選処理候補８の種類、予定されている連続実行回数などの情報をユーザに提示すると好適である。

そして、ユーザ承認が得られた場合に（ステップＳ５６のＹＥＳ）、サーバシステム１１００はステップＳ６０に移行し、ユーザ承認が得られなかった場合は（ステップＳ５６のＮＯ）、サポートキャラクタ４が承認を得られなかったことへのリアクション４３をするように表示制御を実行する（ステップＳ５８）。

なお、図２０のフローチャートにおける実行主体をユーザ端末１５００に読み代えれば、第２実施形態においても当該変形例を適用できる。

（変形例その３）
また、上記実施形態では、抽選対象の抽選可能性を変更する手法として、抽選対象の種類毎に設定される抽選確率を変更したが、これに限らない。例えば図２１に示すように、第１実施形態をベースとして、第２抽選可能性変動制御部２２４で第１抽選可能性変動制御部２２２を置き換えるとしてもよい。

第２抽選可能性変動制御部２２４は、抽選処理の抽選対象の母集団（抽選対象構成定義データ５８０で定義される集団；図１２参照）を、ユーザに対応付けられたキャラクタに応じて変更することで抽選可能性を変動させる。

具体的には、図２２に示すように、抽選処理候補初期設定データ５７０の抽選対象構成定義データ５８０を、初期母集団データ５８１に置き換える。初期母集団データ５８１には、抽選対象種類が、母集団を構成する数だけリストアップされており、抽選処理は母集団から一つをランダムに選択することで実現される。よって、抽選処理候補８によっては、同種の抽選対象の母集団での含有数は一つとは限らず複数設定され得る。そして、含有数が多い抽選対象ほど、払い出されやすくなる。

第２抽選可能性変動制御部２２４は、抽選管理データ７３０に、初期母集団データ５８１のコピーを作成し、これを「適用母集団データ」とする。そして、第２抽選可能性変動制御部２２４は、ある抽選対象の抽選確率を上げる変更を行う場合には、当該ある抽選対象の適用母集団データで記述される母集団における含有数を増加させ、抽選確率を下げる変更を行う場合には含有数を減らす。

また、所有推奨アイテム（所与の推奨条件を満たす抽選対象）がある場合には、その抽選処理候補８に含まれている当該アイテムの含有数を変更する、または新たに適用母集団データに所有推奨アイテムを抽選対象として追加する。
そして、抽選実行制御部２２０は、第２抽選可能性変動制御部２２４により変更された適用母集団データを用いて抽選処理の自動実行を制御する。

なお、抽選実行制御部２２０に、第１抽選可能性変動制御部２２２と、第２抽選可能性変動制御部２２４との両方を含めた構成も可能である。

（変形例その４）
また、上記実施形態では、サポートキャラクタ４を、とあるゲームに登場するＮＰＣとして説明したが、同じユーザアカウントを用いてプレイ可能な複数の異なるゲームに横断的に登場するキャラクタであってもよい。

４…サポートキャラクタ
６…候補キャラクタ
８…抽選処理候補
３０…抽選実行設定部
３１…お小遣い設定部
３２…ユーザ希望設定部
３３…頻度設定部
３８…通知条件設定部
４０…選択アクション
４１…抽選操作アクション
４２…通知アクション
４３…リアクション
５０…通知表示
５４…抽選結果説明テキスト
５５…抽選結果画像
５６…抽選結果情報
２００ｓ…サーバ処理部
２１０…ゲーム管理部
２１２…ゲーム進行制御部
２１４…キャラクタ設定部
２１６…抽選実行設定決定部
２１８…所有推奨アイテム推定部
２２０…抽選実行制御部
２２２…第１抽選可能性変動制御部
２２４…第２抽選可能性変動制御部
２２８…アクション制御部
２３０…抽選履歴管理部
２３２…通知発動条件決定部
２３４…通知制御部
５００ｓ…サーバ記憶部
５０１…サーバプログラム
５１０…ゲーム初期設定データ
５２０…候補キャラクタ初期設定データ
５２２…初期個性設定データ
５３１…実行頻度傾向初期値
５３２…連続実行頻度初期値
５３３…抽選処理候補種別選択傾向初期設定
５３４…確率変更量初期設定
５３８…選択アクション定義データ
５３９…抽選操作アクション定義データ
５４０…通知初期設定データ
５４１…キャラクタ依存通知発動条件
５４２…通知アクション定義データ
５５０…個性設定変更パターン定義データ
５７０…抽選処理候補初期設定データ
５７３…対価設定
５７７…抽選処理候補種類
５８０…抽選対象構成定義データ
５８１…初期母集団データ
５８２…抽選対象定義データ
５８４…抽選対象種類別初期選択確率リスト
５９１…第１抽選確率変更パターン定義データ
５９２…第２抽選確率変更パターン定義データ
５９３…第３抽選確率変更パターン定義データ
６００…ユーザ管理データ
６１５…所有アイテム管理データ
６２０…サポートキャラクタ管理データ
６３０…適用個性設定データ
６４０…お小遣い残高
６４１…自動実行傾向設定
６４２…連続実行頻度
６５０…抽選実行設定データ
６５１…お小遣い設定（合計対価上限）
６５３…ユーザ希望情報
６５５…自動実行頻度指定データ
６６０…ユーザ指定通知発動条件データ
６７０…抽選履歴データ
７００…プレイデータ
７３０…抽選管理データ
７３３…アクション制御データ
７３４…適用選択確率リスト
７３６…適用抽選確率リスト
７４０…所有推奨アイテム推定結果
１０００…ゲームシステム
１１００…サーバシステム
１１５０…制御基板
１５００…ユーザ端末
Ｐａ…適用抽選確率
Ｐｄ…初期抽選確率
Ｐｎ１…選択傾向ポイント
Ｐｎ２…抽選対象構成ポイント
Ｐｎ３…所有推奨アイテム含有ポイント
Ｐｓｎ…適用選択確率
Ｗ４…操作入力画面

Claims (18)

1. 抽選処理を実行する仮想的な主体であるキャラクタを、ユーザと対応付けて設定するキャラクタ設定手段と、
   前記抽選処理の自動実行に係る条件設定を少なくとも含む抽選実行設定を、前記ユーザの操作入力に基づいて可変に決定する抽選実行設定決定手段と、
   前記抽選実行設定に基づいて前記抽選処理の自動実行を制御する抽選実行制御手段と、
   前記抽選実行制御手段によって実行された前記抽選処理の結果を示す情報の通知を発動する条件である所与の通知発動条件を、前記ユーザの操作入力に基づいて可変に決定する通知発動条件決定手段と、
   前記通知発動条件を満たす場合に、前記抽選実行制御手段によって実行された前記抽選処理の結果を示す情報を前記ユーザに通知する通知制御を行う通知制御手段と、
   を備えたコンピュータシステム。
2. 前記抽選処理には１回当たりの対価が定められており、
   前記抽選実行設定決定手段は、許容する前記対価の合計である合計対価上限を、前記抽選実行設定に含めて決定し、
   前記抽選実行制御手段は、前記合計対価上限の範囲内で前記抽選処理の自動実行を制御する、
   請求項１に記載のコンピュータシステム。
3. 前記抽選処理には、抽選対象が異なる複数種類の抽選処理候補があり、
   前記抽選実行設定は、前記抽選処理候補の種類のうち、前記抽選実行制御手段による実行対象とする前記抽選処理候補の選択に係るユーザの希望に関する希望情報を含み、
   前記抽選実行制御手段は、前記希望情報に基づいて、実行する抽選処理を選択して実行する、
   請求項１又は２に記載のコンピュータシステム。
4. 前記キャラクタには、複数種類の候補キャラクタがあり、
   前記キャラクタ設定手段は、前記複数種類の候補キャラクタの中から、前記ユーザに対応付けるキャラクタを設定する、
   請求項１～３の何れか一項に記載のコンピュータシステム。
5. 前記複数種類の候補キャラクタには、前記抽選処理の自動実行に関するパラメータ値が定められており、
   前記抽選実行制御手段は、前記ユーザに対応付けられたキャラクタの前記パラメータ値に基づいて、前記抽選処理の自動実行を制御する、
   請求項４に記載のコンピュータシステム。
6. 前記パラメータ値は、前記抽選処理の自動実行頻度に関する傾向を示す頻度傾向パラメータ値、又は、前記抽選処理の自動実行タイミングの傾向を示すタイミング傾向パラメータ値、を含む、
   請求項５に記載のコンピュータシステム。
7. 前記抽選処理には、抽選対象が異なる複数種類の抽選処理候補があり、
   前記パラメータ値は、前記抽選処理候補の種類のうちから選択する選択種類に関する傾向を示す選択傾向パラメータ値を含み、
   前記抽選実行制御手段は、前記ユーザに対応付けられたキャラクタの前記選択傾向パラメータ値に基づいて、実行する抽選処理を選択して実行する、
   請求項５又は６に記載のコンピュータシステム。
8. 前記抽選実行制御手段は、
   前記抽選処理の抽選対象の抽選確率を、前記ユーザに対応付けられたキャラクタに応じて変更することで抽選可能性を変動させる第１抽選可能性変動制御手段、
   を有し、前記第１抽選可能性変動制御手段により変更された抽選確率を用いて前記抽選処理の自動実行を制御する、
   請求項５～７の何れか一項に記載のコンピュータシステム。
9. 前記抽選処理の抽選対象にはレアリティが設定されており、
   前記パラメータ値は、前記レアリティに応じた抽選確率の向上度合を示す抽選確率向上パラメータ値を含み、
   前記第１抽選可能性変動制御手段は、前記抽選処理の抽選対象の抽選確率を、前記ユーザに対応付けられたキャラクタの前記抽選確率向上パラメータ値に基づいて変更することで、抽選可能性を変動させる、
   請求項８に記載のコンピュータシステム。
10. 前記ユーザの操作入力に基づいて、前記抽選処理の抽選対象のうちのユーザ希望抽選対象を設定する手段、
    を更に備え、
    前記パラメータ値は、前記ユーザ希望抽選対象の抽選確率の変動を示す希望抽選対象確率変動パラメータ値を含み、
    前記第１抽選可能性変動制御手段は、前記ユーザ希望抽選対象の抽選確率を、前記ユーザに対応付けられたキャラクタの前記希望抽選対象確率変動パラメータ値に基づいて変更することで、前記抽選処理の抽選対象の抽選可能性を変動させる、
    請求項８又は９に記載のコンピュータシステム。
11. 前記抽選処理の結果に対する評価を前記ユーザの操作入力に基づいて受け付ける評価受付手段と、
    前記評価受付手段により受け付けられた評価が、所与のパラメータ値変更条件を満たした場合に、前記ユーザに対応付けられたキャラクタの前記パラメータ値を変更するパラメータ値変更制御手段と、
    を更に備えた請求項５～１０の何れか一項に記載のコンピュータシステム。
12. 前記抽選実行制御手段は、
    前記抽選処理の抽選対象の母集団を、前記ユーザに対応付けられたキャラクタに応じて変更することで抽選可能性を変動させる第２の抽選可能性変動制御手段、
    を有し、前記第２の抽選可能性変動制御手段により変更された母集団を用いて前記抽選処理の自動実行を制御する、
    請求項５～１１の何れか一項に記載のコンピュータシステム。
13. 前記抽選実行制御手段は、前記抽選処理の実行履歴に基づいて、前記抽選処理の自動実行制御を行う、
    請求項１～１２の何れか一項に記載のコンピュータシステム。
14. 前記通知発動条件は、少なくとも、前記抽選処理の結果に係るレアリティ条件を含む、
    請求項１～１３の何れか一項に記載のコンピュータシステム。
15. 前記抽選実行制御手段は、前記抽選処理の自動実行前に、前記キャラクタが主体となって前記ユーザに前記抽選処理の自動実行承認を問い合わせる問合せ制御を行い、当該問い合せに対する前記ユーザによる承認操作がなされた場合に、前記抽選処理を実行する、
    請求項１～１４の何れか一項に記載のコンピュータシステム。
16. 前記コンピュータシステムは、各ユーザのユーザ端末と通信接続されたサーバシステムである、
    請求項１～１５の何れか一項に記載のコンピュータシステム。
17. 前記抽選実行制御手段は、各ユーザに係る前記抽選処理の自動実行履歴に基づいて、前記抽選処理の自動実行制御を行う、
    請求項１６に記載のコンピュータシステム。
18. コンピュータシステムを、
    抽選処理を実行する仮想的な主体であるキャラクタを、ユーザと対応付けて設定するキャラクタ設定手段、
    前記抽選処理の自動実行に係る条件設定を少なくとも含む抽選実行設定を、前記ユーザの操作入力に基づいて可変に決定する抽選実行設定決定手段、
    前記抽選実行設定に基づいて前記抽選処理の自動実行を制御する抽選実行制御手段、
    前記抽選実行制御手段によって実行された前記抽選処理の結果を示す情報の通知を発動する条件である所与の通知発動条件を、前記ユーザの操作入力に基づいて可変に決定する通知発動条件決定手段、
    前記通知発動条件を満たす場合に、前記抽選実行制御手段によって実行された前記抽選処理の結果を示す情報を、前記キャラクタが通知主体となって前記ユーザに通知する通知制御を行う通知制御手段、
    として機能させるためのプログラム。

Images