特開2025-6450 | 知財ポータル「IP Force」

知財求人 - 知財ポータルサイト「IP Force」

▶ 株式会社ポケモンの特許一覧

特開2025-6450プログラム、方法、情報処理装置、システム

書誌要約請求の範囲詳細な説明課題実施例実施するための形態図面の説明

目に優しい文字サイズ小中大 PDF Top

< >

1
2
3
4
5
6
7
8
9
10
11
12
13

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

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2025006450

(43)【公開日】2025-01-17

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

(51)【国際特許分類】

A63F 13/69 20140101AFI20250109BHJP

A63F 13/65 20140101ALI20250109BHJP

A63F 13/79 20140101ALI20250109BHJP

【ＦＩ】

A63F13/69 510

A63F13/65

A63F13/79

【審査請求】有

【請求項の数】13

【出願形態】ＯＬ

(21)【出願番号】P 2023107255

(22)【出願日】2023-06-29

(11)【特許番号】

(45)【特許公報発行日】2023-11-10

(71)【出願人】

【識別番号】504440133

【氏名又は名称】株式会社ポケモン

(74)【代理人】

【識別番号】110002815

【氏名又は名称】ＩＰＴｅｃｈ弁理士法人

(72)【発明者】

【氏名】宇都宮崇人

(72)【発明者】

【氏名】小杉要

(72)【発明者】

【氏名】首藤まり江

(72)【発明者】

【氏名】寺田佑貴

(72)【発明者】

【氏名】星雄高

(72)【発明者】

【氏名】中畑虎也

(72)【発明者】

【氏名】塚田拓実

(72)【発明者】

【氏名】宮川佳祐

(57)【要約】

【課題】抽選結果に対する満足度を向上させる。
【解決手段】プロセッサと、メモリとを備える、睡眠情報を用いたゲームの進行を管理するコンピュータに実行させるためのプログラムである。プログラムは、プロセッサに、ユーザの睡眠情報を取得するステップと、睡眠情報に基づいて抽選基礎パラメータ及び抽選回数を決定するステップと、抽選基礎パラメータに基づき、抽選回数だけ抽選を実施するステップとを実行させる。抽選を実施するステップは、設定されている必要パラメータが抽選基礎パラメータの残存値内のオブジェクトから当選オブジェクトを決定する第１抽選と、設定されている必要パラメータが抽選基礎パラメータの残存値内のオブジェクトであり、かつ、設定されている必要パラメータが所定の下限を超えるオブジェクトから当選オブジェクトを決定する第２抽選とを含む。
【選択図】図１２

【特許請求の範囲】

【請求項1】

プロセッサと、メモリとを備える、睡眠情報を用いたゲームの進行を管理するコンピュータに実行させるためのプログラムであって、前記プログラムは、前記プロセッサに、
ユーザの睡眠情報を取得するステップと、
前記睡眠情報に基づいて抽選基礎パラメータ及び抽選回数を決定するステップと、
前記抽選基礎パラメータに基づき、前記抽選回数だけ抽選を実施するステップと
を実行させ、
前記抽選を実施するステップは、
設定されている必要パラメータが前記抽選基礎パラメータの残存値内のオブジェクトから当選オブジェクトを決定し、前記当選オブジェクトに設定されている必要パラメータに基づいて前記残存値を更新する第１抽選と、
設定されている必要パラメータが前記抽選基礎パラメータの残存値内のオブジェクトであり、かつ、設定されている前記必要パラメータが所定の下限を超えるオブジェクトから当選オブジェクトを決定し、前記当選オブジェクトに設定されている必要パラメータに基づいて前記残存値を更新する第２抽選と
を含むプログラム。

【請求項2】

前記第２抽選において、設定されている必要パラメータが前記抽選基礎パラメータの残存値内のオブジェクトのうち、最大の必要パラメータが設定されているオブジェクトを選択する請求項１記載のプログラム。

【請求項3】

決定した前記抽選回数において、最後の抽選が前記第２抽選である場合、前記抽選基礎パラメータの残存値に対して最大の必要パラメータのオブジェクトを選択する請求項２記載のプログラム。

【請求項4】

前記抽選を実施するステップにおいて、前記抽選基礎パラメータの残存値内に前記必要パラメータが収まるオブジェクトがない場合、必要パラメータが最小のオブジェクトを選択する請求項１記載のプログラム。

【請求項5】

前記抽選基礎パラメータが所定期間において累積された累積値に基づき、抽選対象となるオブジェクト群を決定するステップを前記プロセッサに実行させる請求項１記載のプログラム。

【請求項6】

前記抽選を実施するステップにおいて、所定の要件が満たされた場合、前記抽選回数に関わらない抽選を実施する請求項１記載のプログラム。

【請求項7】

前記抽選を実施するステップにおいて、前記抽選回数に関わらない抽選では、前記残存値は更新されない請求項６記載のプログラム。

【請求項8】

前記抽選を実施するステップにおいて、所定の要件が満たされた場合、所定のオブジェクトが当選する確率を変動させる請求項１記載のプログラム。

【請求項9】

前記抽選を実施するステップにおいて、前記抽選回数だけ抽選した結果、同一オブジェクトの当選が予め設定された要件を満たす場合、前記抽選回数の抽選をやり直す請求項１記載のプログラム。

【請求項10】

前記抽選回数に対する同一オブジェクトの当選数が予め設定された要件を満たす場合、前記抽選回数の抽選をやり直す請求項９記載のプログラム。

【請求項11】

プロセッサと、メモリとを備えるコンピュータに実行させるためのプログラムであって、前記プログラムは、前記プロセッサに、
ユーザの活動情報を取得するステップと、
前記活動情報に基づいて抽選基礎パラメータ及び抽選回数を決定するステップと、
前記抽選基礎パラメータに基づき、前記抽選回数だけ抽選を実施するステップと
を実行させ、
前記抽選を実施するステップは、
設定されている必要パラメータが前記抽選基礎パラメータの残存値内のオブジェクトから当選オブジェクトを決定し、前記当選オブジェクトに設定されている必要パラメータに基づいて前記残存値を更新する第１抽選と、
設定されている必要パラメータが前記抽選基礎パラメータの残存値内のオブジェクトであり、かつ、設定されている前記必要パラメータが所定の下限を超えるオブジェクトから当選オブジェクトを決定し、前記当選オブジェクトに設定されている必要パラメータに基づいて前記残存値を更新する第２抽選と
を含むプログラム。

【請求項12】

プロセッサと、メモリとを備えるコンピュータに実行される方法であって、前記プロセッサが、請求項１から請求項１１のいずれかに係る発明において実行される全てのステップを実行する方法。

【請求項13】

制御部と、記憶部とを備える情報処理装置であって、前記制御部が、請求項１から請求項１１のいずれかに係る発明において実行される全てのステップを実行する情報処理装置。

【請求項14】

請求項１から請求項１１のいずれかに係る発明において実行される全てのステップを実行する手段を備えるシステム。

【発明の詳細な説明】

【技術分野】

【0001】

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

【背景技術】

【0002】

ゲームでの通常の抽選方法は、所定の対価を支払うと、対価に見合った回数分だけ抽選が行われる。通常は同じ抽選テーブルを用いて抽選が行われ、当選（決定）したアイテムがユーザに付与される。

【先行技術文献】

【特許文献】

【0003】

【特許文献1】特開２０１４－２３９７０７号公報

【発明の概要】

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

【0004】

通常の抽選では、稀な確率で希少価値の高いアイテムが当選する可能性があることから、ユーザの興味が湧いて、ユーザに抽選を繰り返し行いたいという気持ちにさせる。一方で、何度抽選しても希少なアイテムが当選しないユーザも当然に出現し、そのようなユーザがストレスを貯めてゲームを継続しなくなるという課題を内包している。

【0005】

特許文献１では、ユーザが使用するアイテムを抽選により提供し、かつ所定の条件によりその当選確率を変更させるようにしている。例えば、特許文献１では、モードごとに特定のパラメータを有するアイテムのアイテム当選確率に、通常モードよりも高い値が格納されている。しかしながら、特許文献１では、モード毎に当選確率が変わることはあるが、抽選をしても希少なアイテムが当選しないこともあり得、抽選結果に対してユーザがストレスを溜めることがあり得る。

【0006】

本開示の目的は、抽選結果に対する満足度を向上させることである。

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

【0007】

プロセッサと、メモリとを備える、睡眠情報を用いたゲームの進行を管理するコンピュータに実行させるためのプログラムである。プログラムは、プロセッサに、ユーザの睡眠情報を取得するステップと、睡眠情報に基づいて抽選基礎パラメータを決定するステップと、睡眠情報に基づいて抽選回数を決定するステップと、抽選基礎パラメータに基づき、抽選回数だけ抽選を実施するステップとを実行させる。抽選を実施するステップは、設定されている必要パラメータが抽選基礎パラメータの残存値内のオブジェクトから当選オブジェクトを決定し、当選オブジェクトに設定されている必要パラメータに基づいて残存値を更新する第１抽選と、設定されている必要パラメータが抽選基礎パラメータの残存値内のオブジェクトであり、かつ、設定されている必要パラメータが所定の下限を超えるオブジェクトから当選オブジェクトを決定し、当選オブジェクトに設定されている必要パラメータに基づいて残存値を更新する第２抽選とを含む。

【発明の効果】

【0008】

開示によれば、抽選結果に対する満足度を向上させることができる。

【図面の簡単な説明】

【0009】

【図1】システム１の全体構成の例を示す図である。

【図2】図１に示す端末装置１０の構成例を表すブロック図である。

【図3】サーバ２０の機能的な構成の例を示す図である。

【図4】ユーザ情報１８１のデータ構造の例を示す図である。

【図5】第１オブジェクト情報１８２のデータ構造の例を示す図である。

【図6】第２オブジェクト情報１８３のデータ構造の例を示す図である。

【図7】ユーザ情報テーブル２０２１のデータ構造の例を示す図である。

【図8】設定テーブル２０２２のデータ構造の例を示す図である。

【図9】マスタテーブル２０２３のデータ構造の例を示す図である。

【図10】ユーザが起床した際の端末装置１０の動作の例を示すフローチャートである。

【図11】イベント発生時の端末装置１０とサーバ２０との動作の例を説明するための図である。

【図12】睡眠情報に基づく抽選を実施する際のサーバ２０の動作の例を示すフローチャートである。

【図13】コンピュータ９０の基本的なハードウェア構成を示すブロック図である。

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

【0010】

以下、図面を参照しつつ、本開示の実施形態について説明する。以下の説明では、同一の部品には同一の符号を付してある。それらの名称及び機能も同じである。したがって、それらについての詳細な説明は繰り返さない。

【0011】

＜概略＞
本実施形態に係るシステムは、睡眠情報を用いたゲームに係るシステムである。システムにおいてサーバは、ユーザの睡眠情報に基づいてオブジェクトの抽選を実施する。ユーザは基本的に毎日睡眠をとり、サーバは、睡眠情報に基づく抽選をユーザの睡眠の度に毎日繰り返し実施する。サーバが実施する抽選は、睡眠情報に基づく所定のパラメータ内でオブジェクトの抽選を行う第１抽選と、睡眠情報に基づく所定のパラメータ内で所定の希少性を保証してオブジェクトの抽選を行う第２抽選とを含む。

【0012】

＜１システム全体の構成図＞
図１は、システム１の全体構成の例を示す図である。システム１において、サーバは各ユーザの睡眠情報を受け付けてゲームを進行させる。図１に示すように、システム１は、複数の端末装置１０と、サーバ２０とを含む。端末装置１０とサーバ２０とは、ネットワーク８０を介して通信接続する。

【0013】

図１において、システム１が端末装置１０を２台含む例を示しているが、システム１に含まれる端末装置１０の数は、２台に限定されない。システム１に含まれる端末装置１０は、３台以上であってもよい。

【0014】

図１において、システム１がサーバ２０を１台含む例を示しているが、システム１に含まれるサーバ２０の数は、１台に限定されない。サーバ２０は、有する機能に応じ、複数のサーバから構成されていてもよい。また、サーバ２０は、例えば、複数の装置の集合体を１つのサーバとしてもよい。１つ又は複数のハードウェアに対して本実施形態に係るサーバ２０を実現することに要する複数の機能の配分の仕方は、各ハードウェアの処理能力及び／又はサーバ２０に求められる仕様等に鑑みて適宜決定することができる。

【0015】

端末装置１０は、例えば、睡眠情報を用いたゲームをプレイするユーザが操作する情報処理装置である。端末装置１０は、例えば、移動体通信システムに対応したスマートフォン、タブレット等の携帯端末等により実現される。この他に、端末装置１０は、例えば、据え置き型のＰＣ（Personal Computer）、ラップトップＰＣ、ゲーム専用機により実現されてもよい。また、端末装置１０は、例えば、ＨＭＤ（Head Mount Display）等のウェアラブル端末により実現されてもよい。

【0016】

端末装置１０は、通信ＩＦ（Interface）１２と、入力装置１３と、出力装置１４と、メモリ１５と、ストレージ１６と、プロセッサ１９とを備える。入力装置１３は、ユーザからの入力操作を受け付けるための装置（例えば、タッチパネル、タッチパッド等）である。出力装置１４は、ユーザに対して情報を提示するための装置（ディスプレイ、スピーカー等）である。

【0017】

端末装置１０は、１又は複数の睡眠測定デバイス１１と有線又は無線により接続する。具体的には、例えば、端末装置１０は、睡眠測定デバイス１１と、Ｂｌｕｅｔｏｏｔｈ（登録商標）、Ｗｉ－Ｆｉ等の近距離無線通信により通信する。なお、睡眠測定デバイス１１等が、５Ｇ、又は６Ｇ等の移動体通信システムの通信規格に対応し、近距離無線通信によらずとも端末装置１０と通信してもよい。また、睡眠測定デバイス１１は、サーバ２０と直接通信してもよい。

【0018】

睡眠測定デバイス１１は、端末装置１０のユーザの睡眠に関する情報を取得するためのデバイスである。図１では、１台の睡眠測定デバイス１１が端末装置１０に接続される場合を例に示しているが、２台以上の睡眠測定デバイス１１が端末装置１０に接続されてもよい。

【0019】

睡眠測定デバイス１１は、例えば、腕時計型、指輪型、アイマスク型等の、ユーザの身体に装着されるウェアラブルデバイスである。また、睡眠測定デバイス１１は、ユーザが就寝しているマットレス、枕元等に載置するデバイスであってもよい。また、端末装置１０と睡眠測定デバイス１１とが同一の装置であるとしてもよい。すなわち、端末装置１０が、睡眠測定デバイス１１としても機能することとしてもよい。

【0020】

睡眠測定デバイス１１は、例えば、加速度センサ、角速度センサ、又はこれらの組み合わせを含むモーションセンサを備える。なお、これらに限定されない。睡眠測定デバイス１１は、モーションセンサにより、睡眠中のユーザの身体の動きをセンシングする。睡眠測定デバイス１１は、センシングした結果に関する情報を、例えば、睡眠情報として端末装置１０へ送信する。端末装置１０は、睡眠情報に基づき、ユーザが入床したこと（例えば、ベッドに横たわったこと）を検出する。入床は、例えば、ユーザが睡眠をとるためにベッド又は布団等の寝床に入ることを表す。また、端末装置１０は、睡眠情報に基づき、ユーザが入床した後に入眠したことを検出する。端末装置１０は、ユーザの入床及び入眠を検出することで、入床してから入眠するまでの間に、ユーザが端末装置１０を操作していたこと、ユーザが端末装置１０のディスプレイ１４１を見ていたこと等を判定することが可能である。すなわち、端末装置１０は、寝ようとしているユーザが、寝る前に端末装置１０を操作しているか否かを判定することが可能である。

【0021】

また、例えば、睡眠測定デバイス１１は、取得したセンシング結果を蓄積する。また、例えば、端末装置１０、又はサーバ２０は、睡眠測定デバイス１１から送信された睡眠情報を蓄積する。端末装置１０、又はサーバ２０は、蓄積した睡眠情報に基づき、ユーザが睡眠中であるか、浅い睡眠状態であるか、深い睡眠状態であるか、レム睡眠であるか、ノンレム睡眠であるか等を判別する。レム睡眠、ノンレム睡眠の波形を判別する等により、端末装置１０、又はサーバ２０は、ユーザの睡眠の質を評価することが可能である。具体的には、例えば、良質な睡眠である場合のレム睡眠、ノンレム睡眠のサイクルが予め設定されている。端末装置１０、又はサーバ２０は、予め設定されているレム睡眠、ノンレム睡眠の波形と、ユーザの睡眠時のレム睡眠、ノンレム睡眠の波形とを比較することで、ユーザの睡眠の質を評価する。

【0022】

システム１での利用が予め想定される睡眠測定デバイス１１は、例えば、いわゆるホワイトリスト形式で管理されている。端末装置１０は、例えば、システム１で対応している睡眠測定デバイス１１の製品情報を記憶しており、対応していない睡眠測定デバイス１１からデータを受信すると、受信したデータを受け付けないようにしてもよい。また、端末装置１０は、例えば、対応していない睡眠測定デバイス１１からデータを受信すると、特定不可能な睡眠測定デバイス１１等用のパラメータを用いてその後の処理を実行してもよい。

【0023】

なお、ユーザが２以上の睡眠測定デバイスを同時に使用することもある。例えば、ユーザが腕時計型の睡眠測定デバイスを２つ装着すること、ユーザが腕時計型の睡眠測定デバイスを装着しつつ、スマートフォンを睡眠測定デバイスとして使用することがあり得る。

【0024】

また、睡眠測定デバイス１１の種類の相違は装置の相違であることに限らない。すなわち、同一の装置構成の睡眠測定デバイス１１であっても、睡眠情報をサーバ２０へ送信するまでに利用したソフトウェア、又はアプリケーション等の種類によって、システム１では異なる睡眠測定デバイス１１として管理してもよい。例えば、同一の睡眠測定デバイス１１を利用して睡眠情報を検出した場合であっても、睡眠情報の加工のために睡眠測定アプリケーションＡを利用した場合と、異なる睡眠測定アプリケーションＢを利用した場合とでは、それぞれ異なる「睡眠測定デバイスＩＤ」として管理することができる。このように、装置構成としてのデバイスの種類と、使用したアプリケーションの組み合わせに応じて、それぞれ異なる「睡眠測定デバイスＩＤ」として管理することで、より柔軟な睡眠情報の生成が可能になり、その結果、睡眠状態に応じたゲームの興趣性を十分に発揮することが可能となる。

【0025】

端末装置１０は、ゲームコントローラと有線又は無線により接続されていてもよい。ユーザは、ゲームコントローラを操作してゲームをプレイ可能である。端末装置１０は、複数のゲームコントローラと通信可能としてもよい。例えば、複数のユーザがそれぞれのゲームコントローラを操作し、１台の端末装置１０でゲームを行ってもよい。

【0026】

サーバ２０は、例えば、睡眠情報を用いたゲームの進行を管理する情報処理装置である。また、サーバ２０は、睡眠情報に基づくゲーム内のイベントを発生させる情報処理装置である。本実施形態において、イベントは、例えば、複数の局面を有する。イベントに含まれる局面は例えば、以下である。
・睡眠結果の報告
・睡眠情報に基づくオブジェクトの抽選
・抽選されたオブジェクトに対する干渉
・特典の付与
・睡眠情報の開示

【0027】

本実施形態では、例えば、「睡眠結果の報告」を第１局面、「睡眠情報に基づくオブジェクトの抽選」を第２局面、「抽選されたオブジェクトに対する干渉」を第３局面として説明するが、これに限定されず、他の組み合わせも可能である。

【0028】

サーバ２０は、例えば、ネットワーク８０に接続されたコンピュータにより実現される。サーバ２０は、例えば、通信ＩＦ２２と、入出力ＩＦ２３と、メモリ２５と、ストレージ２６と、プロセッサ２９とを備える。入出力ＩＦ２３は、ユーザからの入力操作を受け付けるための入力装置、及び、ユーザに対して情報を提示するための出力装置とのインタフェースとして機能する。

【0029】

各情報処理装置は演算装置と記憶装置とを備えたコンピュータにより構成されている。コンピュータの基本ハードウェア構成及び、当該ハードウェア構成により実現されるコンピュータの基本機能構成は後述する。端末装置１０、及びサーバ２０のそれぞれについて、後述するコンピュータの基本ハードウェア構成及びコンピュータの基本機能構成と重複する説明は省略する。

【0030】

＜１．１端末装置の構成＞
図２は、図１に示す端末装置１０の構成例を表すブロック図である。図２に示すように、端末装置１０は、通信部１２０と、入力装置１３と、出力装置１４と、音声処理部１７と、マイク１７１と、スピーカー１７２と、位置情報センサ１５０と、カメラ１６０と、モーションセンサ１７０と、記憶部１８０と、制御部１９０とを備える。端末装置１０に含まれる各ブロックは、例えば、バス等により電気的に接続される。

【0031】

通信部１２０は、端末装置１０が他の装置と通信するための変復調処理等の処理を行う。通信部１２０は、制御部１９０で生成された信号に送信処理を施し、外部（例えば、サーバ２０）へ送信する。通信部１２０は、外部から受信した信号に受信処理を施し、制御部１９０へ出力する。

【0032】

入力装置１３は、端末装置１０を操作するユーザが指示、又は情報を入力するための装置である。入力装置１３は、例えば、操作面へ触れることで指示が入力されるタッチ・センシティブ・デバイス１３１等により実現される。端末装置１０がＰＣ等である場合には、入力装置１３は、リーダー、キーボード、マウス等により実現されてもよい。入力装置１３は、ユーザから入力される指示を電気信号へ変換し、電気信号を制御部１９０へ出力する。なお、入力装置１３には、例えば、外部の入力機器から入力される電気信号を受け付ける受信ポートが含まれてもよい。

【0033】

出力装置１４は、端末装置１０を操作するユーザへ情報を提示するための装置である。出力装置１４は、例えば、ディスプレイ１４１等により実現される。ディスプレイ１４１は、制御部１９０の制御に応じたデータを表示する。ディスプレイ１４１は、例えば、ＬＣＤ（Liquid Crystal Display）、又は有機ＥＬ（Electro-Luminescence）ディスプレイ等によって実現される。

【0034】

音声処理部１７は、例えば、音声信号のデジタル－アナログ変換処理を行う。音声処理部１７は、マイク１７１から与えられる信号をデジタル信号に変換して、変換後の信号を制御部１９０へ与える。また、音声処理部１７は、音声信号をスピーカー１７２へ与える。音声処理部１７は、例えば音声処理用のプロセッサによって実現される。マイク１７１は、音声入力を受け付けて、当該音声入力に対応する音声信号を音声処理部１７へ与える。スピーカー１７２は、音声処理部１７から与えられる音声信号を音声に変換して当該音声を端末装置１０の外部へ出力する。

【0035】

位置情報センサ１５０は、端末装置１０の位置を検出するセンサであり、例えばＧＰＳ（Global Positioning System）モジュールである。ＧＰＳモジュールは、衛星測位システムで用いられる受信装置である。衛星測位システムでは、少なくとも３個または４個の衛星からの信号を受信し、受信した信号に基づいて、ＧＰＳモジュールが搭載される端末装置１０の現在位置を検出する。位置情報センサ１５０は、端末装置１０が接続する無線基地局の位置から、端末装置１０の現在の位置を検出してもよい。

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

また、ゲーム進行モジュール２０３４は、例えば、同一のオブジェクト、又は同一の表示態様を選んだ回数が所定の要件を満たす場合、決定した抽選回数の抽選をやり直す。所定の要件は、例えば、以下である。
・所定回数同じオブジェクトが選ばれること（種族被り）
・抽選回数に対して所定回数同じオブジェクトが選ばれること（種族被り）
・所定回数同じオブジェクトの表示態様が選ばれること（態様被り）
・抽選回数に対して所定回数同じオブジェクトの表示態様が選ばれること（態様被り）

【0076】

ゲーム進行モジュール２０３４は、再抽選を実施した結果、上記所定の要件を満たす場合、決定した抽選回数の抽選を再度やり直す。ゲーム進行モジュール２０３４は、上記所定要件を所定回数連続で満たす場合、抽選をやり直さない。

【0077】

ゲーム進行モジュール２０３４は、例えば、所定の要件が満たされることで、抽選回数に関わらない抽選を実施してもよい。つまり、ゲーム進行モジュール２０３４は、所定の要件が満たされる場合、抽選回数を増やしてもよい。ゲーム進行モジュール２０３４は、例えば、回数を増やした抽選において決定したオブジェクトの必要パラメータを、抽選基礎パラメータから減算しないようにしてもよい。ゲーム進行モジュール２０３４は、例えば、回数を増やした抽選において、所定のオブジェクトを確定で選定するようにしてもよい。ゲーム進行モジュール２０３４は、例えば、必要パラメータが最も低い表示態様から、オブジェクトの抽選を実施してもよい。所定の要件は、例えば、以下である。
・所定のタスクの実施
・所定のアイテムの使用
・所定のノルマの達成

【0078】

ゲーム進行モジュール２０３４は、例えば、所定の要件が満たされることで、所定のオブジェクトを選ぶ確率に係るパラメータに重みづけしてもよい。ゲーム進行モジュール２０３４は、例えば、所定の事象と関連するオブジェクトを選ぶ確率が向上するように、これらのオブジェクトの確率パラメータに重みづけする。所定の要件は、例えば、以下である。
・期間が限定された所定のイベントの発生
・所定のタスクの実施
・所定のアイテムの使用

【0079】

より具体的には、所定の属性を代表する象徴的なオブジェクトが登場するイベントが発生する場合、ゲーム進行モジュール２０３４は、例えば、対応する属性が関連付けられているオブジェクト、及び当該象徴的なオブジェクトを決定する確率を向上させるように、これらのオブジェクトの確率パラメータに重みづけする。

【0080】

また、ゲーム進行モジュール２０３４は、イベントにおける局面の一つとして、抽選により選んだオブジェクトのいずれかに対する干渉の機会を、ユーザに提供する。具体的には、例えば、ゲーム進行モジュール２０３４は、抽選により選んだオブジェクトのうちいずれかのオブジェクトに対する指定をユーザから受け付ける。ゲーム進行モジュール２０３４は、ユーザから指定されたオブジェクトに対する干渉をユーザから受け付ける。本実施形態において、オブジェクトに対する干渉は、例えば、オブジェクトに対し、信頼度のパラメータが設定され、関係性を向上させるためのアイテムを付与することにより信頼度のパラメータが向上する処理である。以降では、関係性を向上させるためにオブジェクトに付与するアイテムを付与アイテムと称する。

【0081】

ゲーム進行モジュール２０３４は、オブジェクトに与えた付与アイテムの数、種類、又はその組み合わせに基づき、オブジェクトに対する第１の関係を変動させる。ゲーム進行モジュール２０３４は、第１の関係が所定の要件を満たす場合、要件を満たしたオブジェクトをユーザが睡眠以外の時間のゲーム要素で使用可能とする。

【0082】

提示モジュール２０３５は、端末装置１０に対して情報を提示する。具体的には、例えば、提示モジュール２０３５は、ゲーム進行モジュール２０３４により発生されたイベントを端末装置１０へ提示する。

【0083】

＜２データ構造＞
図４～図６は、端末装置１０が記憶する情報のデータ構造を示す図である。なお、図４～図６は一例であり、記載されていないデータを除外するものではない。

【0084】

図４は、ユーザ情報１８１のデータ構造の例を示す図である。図４に示すユーザ情報１８１は、ユーザＩＤをキーとして、氏名、年齢、住所、生年月日、登録年月日、起床予定時刻、保持アイテム、睡眠情報等のカラムを有するテーブルである。ユーザ情報１８１は、抽選基礎パラメータの累積値を記憶するカラム等を有してもよい。抽選基礎パラメータの累積値は、例えば、所定の期間が経過すると所定の値に遷移する。

【0085】

ユーザＩＤは、ユーザを一意に識別するための識別子を記憶する項目である。氏名は、ユーザの氏名を記憶する項目である。年齢は、ユーザの年齢を記憶する項目である。住所は、ユーザが住んでいる場所を記憶する項目である。生年月日は、ユーザが生まれた日付を記憶する項目である。登録年月日は、ユーザが本実施形態に係るゲームの利用を開始した日付を記憶する項目である。

【0086】

起床予定時刻は、起床することを予定する時刻を記憶する項目である。起床は、例えば、眠りから覚め、動作を開始することを表す。起床予定時刻は、例えば、ユーザからの入力に基づき設定される。保持アイテムは、ユーザが保持している、ゲーム内で使用可能なアイテムに関する情報を記憶する項目である。ユーザが保持しているアイテムは、例えば、ユーザと関連付けられているアイテムと換言可能である。アイテムは、例えば、育成アイテム、又は付与アイテム等を含む。項目「保持アイテム」には、例えば、ユーザが保持しているアイテムの名称、及び個数が記憶される。

【0087】

睡眠情報は、ユーザに関する睡眠情報を記憶する項目である。項目「睡眠情報」には、例えば、前日の夜の睡眠情報が記憶される。また、項目「睡眠情報」には、例えば、過去における所定の日数分の睡眠情報が記憶されてもよい。

【0088】

図５は、第１オブジェクト情報１８２のデータ構造の例を示す図である。図５に示す第１オブジェクト情報１８２は、オブジェクトＩＤをキーとして、名称、第１レベル、パラメータ、第１詳細情報等のカラムを有するテーブルである。第１オブジェクト情報１８２は、これらの他に、希少性（レアリティ）に関する情報等を有していてもよい。

【0089】

オブジェクトＩＤは、オブジェクトを一意に識別するための識別子を記憶する項目である。名称は、オブジェクトの名称を記憶する項目である。第１レベル及びパラメータは、ユーザとオブジェクトとの第１の関係の一例を記憶する項目である。項目「第１レベル」及び項目「パラメータ」は、ユーザとオブジェクトとの係りの深さを表す指標である。項目「第１レベル」は、例えば、０以上の整数が記憶される。項目「パラメータ」は、例えば、０から所定値（例えば、１００）までの数値が記憶される。項目「パラメータ」の値が最大値である所定値に達すると、項目「パラメータ」の値が０となり、項目「第１レベル」の値が１だけインクリメントされる。項目「パラメータ」の値は、ユーザがオブジェクトに対して干渉すると増加する。具体的には、例えば、項目「パラメータ」は、オブジェクトに対して付与した付与オブジェクトの数、種類に応じて増加する。

【0090】

第１詳細情報は、例えば、ユーザと関連付けられている態様（表示態様）を記憶する項目である。本実施形態において、態様は、例えば、オブジェクトの表情を表し、別の言い方をすると、例えば、寝顔、寝姿、又は寝相を表す。項目「第１詳細情報」では、各オブジェクトに設定されている４つの態様のいずれと関連付けられているかが記憶されている。項目「第１詳細情報」では、例えば、関連付けられている態様に「１」が設定され、関連付けられていない態様に「０」が設定されている。

【0091】

図６は、第２オブジェクト情報１８３のデータ構造の例を示す図である。図６に示す第２オブジェクト情報１８３は、管理ＩＤをキーとして、オブジェクトＩＤ、名称、第２レベル、パラメータ、元気度、種別、属性、第２詳細情報等のカラムを有するテーブルである。第２オブジェクト情報１８３は、これらの他に、レアリティに関する情報等を有していてもよい。

【0092】

管理ＩＤは、使用可能な一個体としてのオブジェクトを一意に識別するための識別子を記憶する項目である。同一のオブジェクトであっても、複数の個体が存在し得る。第２レベル及びパラメータは、ユーザと個体としてのオブジェクトとの第２の関係の一例を記憶する項目である。項目「第２レベル」及び項目「パラメータ」は、ユーザとオブジェクトとの係りの深さを表す指標である。項目「第１レベル」は、例えば、０以上の整数が記憶される。項目「パラメータ」は、例えば、０から所定値（例えば、１００）までの数値が記憶される。項目「パラメータ」の値が最大値である所定値に達すると、項目「パラメータ」の値が０となり、項目「第１レベル」の値が１だけインクリメントされる。項目「パラメータ」の値は、例えば、ユーザが個体としてのオブジェクトを、睡眠以外の時間でのゲーム要素に使用した場合に増加する。また、項目「パラメータ」の値は、例えば、所定のアイテムを使用すると増加する。

【0093】

元気度は、個体としてのオブジェクトを睡眠以外の時間でのゲーム要素に使用可能な程度を記憶する項目である。項目「元気度」は、例えば、０から所定値（例えば、１００）までの数値が記憶される。例えば、所定値に近いほど、ユーザは、長い時間、個体をゲーム要素で使用することが可能であり、０である場合には、ゲーム要素で使用できない。項目「元気度」は、ユーザの起床が検出されると回復する。回復量は、所定量であってもよいし、睡眠情報に応じた量であってもよいし、オブジェクトに応じた量であってもよいし、全快してもよい。項目「元気度」が、ユーザによりイベントが確認されていなくても、ユーザの起床が検知されると変動するパラメータである。

【0094】

種別は、オブジェクトの種類を記憶する項目である。本実施形態において、オブジェクトの種類は、例えば、キャラクタ、育成アイテム、付与アイテムを含む。属性は、キャラクタとしてのオブジェクトが属する性質を記憶する項目である。本実施形態において、属性は、例えば、炎、水、雷、草、超、鋼、悪、闘等を含む。属性には、相対すると有利になる属性、及び不利になる属性が存在する。第２詳細情報は、個体としてのオブジェクトが有する有利な効果を記憶する項目である。有利な効果は、例えば、睡眠以外の時間でのゲーム要素で発揮される効果である。有利な効果には、例えば、育成アイテムを多く取得できる効果、又はよりレア度の高い育成アイテムを取得できる効果等が存在する。項目「第２詳細情報」は、個体としてのオブジェクトが現状有している効果に加え、将来的に取得可能な効果も記憶している。個体の第２レベルが向上すると、新たな効果を習得することが可能となる。

【0095】

第２オブジェクト情報１８３におけるレコードは、例えば、第１オブジェクト情報１８２における第１レベルがインクリメントされると、第１レベルがインクリメントされたオブジェクトの個体についてのレコードが追加される。

【0096】

図７～図９は、サーバ２０が記憶する情報のデータ構造を示す図である。なお、図７～図９は一例であり、記載されていないデータを除外するものではない。

【0097】

図７は、ユーザ情報テーブル２０２１のデータ構造の例を示す図である。図７に示すユーザ情報テーブル２０２１は、ユーザＩＤをキーとして、氏名、年齢、住所、生年月日、登録年月日、起床予定時刻、関連オブジェクト、睡眠情報等のカラムを有するテーブルである。ユーザ情報テーブル２０２１は、抽選基礎パラメータの累積値を記憶するカラム等を有してもよい。抽選基礎パラメータの累積値は、例えば、所定の期間が経過すると所定の値に遷移する。

【0098】

関連オブジェクトは、ユーザと関係づけられているオブジェクトに関する情報を記憶する項目である。項目「関連オブジェクト」には、例えば、ユーザと関連付けられている個体としてのオブジェクト（キャラクタ）に関する情報が記憶されている。キャラクタに関する情報には、例えば、管理ＩＤ、オブジェクトＩＤ、名称、第２レベル、パラメータ、元気度、種別、属性、第２詳細情報等が含まれる。また、項目「関連オブジェクト」には、例えば、ユーザと関連付けられているアイテムに関する情報が記憶されている。アイテムに関する情報には、例えば、ユーザが保持しているアイテムの名称、及び個数等が含まれる。

【0099】

睡眠情報は、ユーザに関する睡眠情報を記憶する項目である。項目「睡眠情報」には、例えば、前日の夜の睡眠情報が記憶される。なお、前日の夜の睡眠情報は、例えば、前回取得された睡眠情報、又は直前に取得された睡眠情報と換言可能である。前日の夜の睡眠情報は、ユーザから睡眠情報が送信されてきた場合に記憶される。つまり、イベントの確認要求と関連付けて睡眠情報がサーバ２０へ送信される場合、ユーザからイベントの確認が要求されないと、前日の夜の睡眠情報がユーザ情報テーブル２０２１に記憶されない。前日の夜の睡眠を、評価をユーザが確認しない状態で、次の日の睡眠情報を受け付けることができない。そのため、前日の夜の睡眠情報が記憶されたにも関わらず、ユーザが保留したことによりイベントが確認されていないと、次の日の睡眠情報が受け付けられない状態となり、次のイベントも発生しない。次の日の睡眠情報が受け付けられない状態は、具体的には、例えば、入床したことを表すための入力ができない（睡眠開始ボタンを押せない）こと、睡眠の検出が始まらないこと、サーバ２０で睡眠情報が受信されないこと等を含む。このように、項目「睡眠情報」で記憶される睡眠情報は、ユーザによりイベントが確認されると次の日の睡眠情報を記憶可能となる。項目「睡眠情報」が、ユーザによりイベントが確認されないと更新を受け付けないパラメータである。

【0100】

また、項目「睡眠情報」には、例えば、過去における睡眠情報が記憶されてもよい。ユーザ情報テーブル２０２１で記憶される過去の睡眠情報は、ユーザ情報１８１で記憶される過去の睡眠情報よりも古い睡眠情報が記憶されてもよい。つまり、ユーザ情報１８１には、ユーザ情報テーブル２０２１で記憶される過去の睡眠情報のうちの一部が記憶されるようにしてもよい。

【0101】

図８は、設定テーブル２０２２のデータ構造の例を示す図である。図８に示す設定テーブル２０２２は、設定ＩＤ、抽選基礎パラメータ、フィールド１、フィールド２、フィールド３等のカラムを有するテーブルである。設定テーブル２０２２は、フィールド４以降のカラムを有していてもよい。

【0102】

設定ＩＤは、設定を一意に識別するための識別子を記憶する項目である。抽選基礎パラメータは、対応するカラムに該当するための、抽選基礎パラメータの下限値を記憶する項目である。フィールド１は、抽選を行う際の設定としての第１フィールドにおける抽選回数を記憶する項目である。フィールド２は、抽選を行う際の設定としての第２フィールドにおける抽選回数を記憶する項目である。フィールド３は、抽選を行う際の設定としての第３フィールドにおける抽選回数を記憶する項目である。

【0103】

図９は、マスタテーブル２０２３のデータ構造の例を示す図である。図９に示すマスタテーブル２０２３は、管理ＩＤ、名称、オブジェクトＩＤ、態様、属性、頻度、アンロック、必要パラメータ等のカラムを有するテーブルである。マスタテーブル２０２３は、オブジェクトの睡眠のタイプを規定する睡眠タイプを記憶するカラムを有してもよい。ユーザの睡眠タイプが判断される場合、ユーザの睡眠タイプと対応したオブジェクトが当選しやすくなるようにしてもよい。また、マスタテーブル２０２３は、オブジェクトと関連するフィールドを記憶するカラムを有してもよい。所定のフィールドを設定している際に、当該フィールドと関連付けられているオブジェクトが当選しやすくなるようにしてもよい。

【0104】

管理ＩＤは、抽選対象となるオブジェクトを一意に識別するための識別子を記憶する項目である。同一のオブジェクトであっても、態様によって、個々の対象となる。態様は、オブジェクトの表示態様を記憶する項目である。頻度は、オブジェクトが当選する確率に係るパラメータを記憶する項目である。アンロックは、オブジェクトが抽選対象になるか否かに係るパラメータを記憶する項目である。項目「アンロック」は、カラムに係るオブジェクトが抽選対象となるためのパラメータ、つまり、アンロックされるためのパラメータを記憶している。項目「アンロック」に記憶されるパラメータは、例えば、抽選基礎パラメータの累積値に基づいて決定されるランクである。項目「アンロック」に記憶されるランクに到達すると、該当するカラムに係るオブジェクトが抽選対象として選択されるようになる。所定期間における日数が経過すると、日毎に算出される抽選基礎パラメータが累積されることで累積値が増加していく。累積値の増加に伴い、アンロックされるオブジェクトが増加していき、様々なオブジェクト、及びオブジェクトの表示態様の中から抽選が実施されるようになる。

【0105】

＜３動作＞
ユーザが起床した際の端末装置１０とサーバ２０との動作について説明する。

【0106】

（起床時の動作）
図１０は、ユーザが起床した際の端末装置１０の動作の例を示すフローチャートである。ユーザは基本的に毎日睡眠をとる。そのため、端末装置１０及びサーバ２０は、睡眠情報に基づく動作をユーザの睡眠の度に毎日繰り返し実施する。なお、睡眠情報に基づく端末装置１０及びサーバ２０による動作は、例えば、一日に複数回実施されてもよい。例えば、端末装置１０及びサーバ２０は、二度寝、又は昼寝等の睡眠についても動作を実施してもよい。

【0107】

ステップＳ１１において、端末装置１０は、ユーザが起床したことを検知する。具体的には、例えば、制御部１９０は、操作受付部１９１により、ユーザからの端末装置１０に対する操作入力を受け付ける。例えば、操作入力は、睡眠情報を確定させる操作である。睡眠情報を確定させる操作は、例えば、起床したことを表すボタンを押下する等、起床したことを宣言するための操作を含む。また、睡眠情報を確定させる操作は、例えば、起床予定時刻に発せられるアラームを停止させる操作を含む。

【0108】

ステップＳ１２において、端末装置１０は、睡眠情報を取得する。具体的には、例えば、制御部１９０は、ゲーム処理部１９５により、ユーザの起床を検知すると、ユーザの睡眠情報の計測を終了させる。管理部１９３は、睡眠情報を集計する。管理部１９３は、集計した睡眠情報をユーザ情報１８１に記憶する。

【0109】

ステップＳ１３において、端末装置１０は、イベントの内容を確認する旨の指示をユーザから受け付ける。なお、イベントの内容を確認するか否かの設定が予めなされていてもよい。ゲーム処理部１９５は、設定されている内容に従い、イベントの内容を確認するか否かを決定する。

【0110】

ステップＳ１４において、端末装置１０は、サーバ２０へアクセスする。具体的には、例えば、イベントの内容を確認する指示を受け付けた場合、制御部１９０は、送受信部１９２により、ユーザ情報１８１に記憶した睡眠情報をサーバ２０へ送信する。また、送受信部１９２は、イベントの内容を確認する要求をサーバ２０へ送信する。

【0111】

（イベント発生時の動作）
図１１は、イベント発生時の端末装置１０とサーバ２０との動作の例を説明するための図である。

【0112】

まず、サーバ２０は、端末装置１０から、睡眠情報と、イベントの内容を確認する要求とを受信する。

【0113】

ステップＳ２１において、サーバ２０は、イベントを発生させる。また、サーバ２０は、イベントの一局面として、ユーザの睡眠を評価する。具体的には、例えば、制御部２０３は、ゲーム進行モジュール２０３４により、ユーザの睡眠情報と、日中のゲーム要素で取得された育成アイテムに関する情報とに基づき、抽選基礎パラメータを算出する。提示モジュール２０３５は、例えば、ユーザの睡眠の評価結果をユーザに提示する。送信制御モジュール２０３２は、例えば、ユーザの睡眠の評価結果を表示するための情報を端末装置１０へ送信する。

【0114】

ステップＳ２２において、端末装置１０は、睡眠の評価結果を表示する。

【0115】

ステップＳ２３において、サーバ２０は、イベントの一局面として、睡眠情報に基づき、オブジェクトを抽選する。提示モジュール２０３５は、例えば、抽選の結果をユーザに提示する。送信制御モジュール２０３２は、例えば、抽選の結果を表示するための情報を端末装置１０へ送信する。

【0116】

ステップＳ２４において、端末装置１０は、抽選結果を表示する。

【0117】

ステップＳ２５において、サーバ２０は、イベントの一局面として、抽選により決定されたオブジェクトのいずれかに対する干渉の機会を、ユーザに提供する。具体的には、例えば、ゲーム進行モジュール２０３４は、抽選により決定されたオブジェクトのいずれかに対して付与アイテムを付与することで、第１の関係を向上させる機会を提供する。提示モジュール２０３５は、例えば、オブジェクトに対する干渉の機会をユーザに提示する。送信制御モジュール２０３２は、例えば、オブジェクトに対する干渉の機会を表示するための情報を端末装置１０へ送信する。

【0118】

ステップＳ２６において、端末装置１０は、オブジェクトに対する干渉の機会を表示する。

【0119】

ユーザは、例えば、抽選により決定された複数のオブジェクトから所望のオブジェクトを選択する。提示制御部１９４は、選択されたオブジェクトに対して付与アイテムを付与する画面をディスプレイ１４１に表示させる。ユーザは、選択したオブジェクトに対して複数の付与アイテムを付与する。送受信部１９２は、オブジェクトに対する干渉の結果をサーバ２０へ送信する。

【0120】

ステップＳ２７において、サーバ２０は、ユーザ情報テーブル２０２１を更新する。具体的には、制御部２０３は、管理モジュール２０３３により、端末装置１０から受信した干渉の結果に基づき、ユーザ情報テーブル２０２１の項目「関連オブジェクト」を更新する。

【0121】

（睡眠情報に基づく抽選）
図１２は、睡眠情報に基づく抽選を実施する際のサーバ２０の動作の例を示すフローチャートである。本説明においても、説明のわかりやすさのため、抽選対象がオブジェクトである場合を説明する。つまり、オブジェクトの表示態様は抽選対象に含まない場合を説明する。

【0122】

ステップＳ３１において、サーバ２０は、抽選回数を決定する。具体的には、例えば、サーバ２０の制御部２０３は、ゲーム進行モジュール２０３４により、算出した抽選基礎パラメータと、現在設定されているフィールドとを、設定テーブル２０２２に照合させる。ゲーム進行モジュール２０３４は、算出した抽選基礎パラメータと、現在設定されているフィールドとから特定される数を抽選回数とする。より具体的には、例えば、抽選基礎パラメータが「２０００」であり、設定されているフィールドが「フィールド１」である場合、設定テーブル２０２２を参照し、ゲーム進行モジュール２０３４は、抽選回数を「３」回と決定する。

【0123】

ステップＳ３２において、サーバ２０は、抽選対象となるオブジェクト群を決定する。具体的には、例えば、ゲーム進行モジュール２０３４は、先の起床時に算出した累積値に、新たに算出した抽選基礎パラメータを加算し、抽選基礎パラメータの累積値を算出する。ゲーム進行モジュール２０３４は、累積値に基づき、累積値のランクを判定する。ゲーム進行モジュール２０３４は、例えば、予め複数の閾値が設定されており、累積値と閾値とを比較することでランクを判定する。

【0124】

ゲーム進行モジュール２０３４は、判定したランク以下でアンロックされるオブジェクトを、マスタテーブル２０２３から抽出し、抽選対象のオブジェクト群とする。つまり、ランクが２である場合、項目「アンロック」に「１」が記憶されているオブジェクトと、「２」が記憶されているオブジェクトとが抽選対象のオブジェクト群となる。

【0125】

ステップＳ３３において、サーバ２０は、抽選が最後の抽選であるか否かを判断する。最後の抽選でない場合（ステップＳ３３のＮｏ）、ゲーム進行モジュール２０３４は、処理をステップＳ３４へ移行させる。最後の抽選である場合（ステップＳ３３のＹｅｓ）、ゲーム進行モジュール２０３４は、処理をステップＳ３５へ移行させる。

【0126】

ステップＳ３４において、サーバ２０は、通常抽選（第１抽選）を実施する。具体的には、例えば、ゲーム進行モジュール２０３４は、決定したオブジェクト群のうち、必要パラメータが、抽選基礎パラメータの残存値を超えないオブジェクトから、オブジェクトの抽選を実施する。抽選対象となるオブジェクトのそれぞれの当選確率は、例えば、オブジェクト群に含まれるオブジェクトの項目「頻度」の値の和を分母とし、各オブジェクトの項目「頻度」の値を分子として計算される。

【0127】

ゲーム進行モジュール２０３４は、例えば、所定の期間イベントの開催中等、所定の要件が満たされる場合、所定のオブジェクトを選ぶ確率に係るパラメータに重みづけしてもよい。ゲーム進行モジュール２０３４は、例えば、対応するオブジェクトの項目「頻度」の値に重みづけをし、当該オブジェクトの当選確率が向上するようにする。

【0128】

ゲーム進行モジュール２０３４は、抽選基礎パラメータの残存値内に、必要パラメータが収まるオブジェクトがない場合、必要パラメータが最小のオブジェクトから、オブジェクトの抽選を実施する。

【0129】

ゲーム進行モジュール２０３４は、抽選基礎パラメータの残存値から、抽選により選んだオブジェクトの必要パラメータを減算する。

【0130】

ステップＳ３５において、サーバ２０は、通常抽選よりも期待値の高い特別抽選（第２抽選）を実施する。具体的には、例えば、ゲーム進行モジュール２０３４は、決定したオブジェクト群のうち、必要パラメータが抽選基礎パラメータの残存値を超えず、かつ、必要パラメータが予め設定される下限を超えるオブジェクトから、オブジェクトの抽選を実施する。このことは、例えば、ゲーム進行モジュール２０３４は、決定したオブジェクト群のうち、抽選基礎パラメータの残存値に対して最大の必要パラメータのオブジェクトから、オブジェクトの抽選を実施すると換言可能である。

【0131】

【0132】

【0133】

ゲーム進行モジュール２０３４は、抽選基礎パラメータの残存値から、抽選により選んだオブジェクトの必要パラメータを減算する。

【0134】

ステップＳ３６において、サーバ２０は、決定した抽選回数分だけ抽選を実施したか否かを判断する。具体的には、例えば、ゲーム進行モジュール２０３４は、抽選回数を３回と決定した場合において、３回の抽選を実施したか否かを判断する。決定した抽選回数分だけ抽選を実施した場合、ゲーム進行モジュール２０３４は、処理をステップＳ３７へ移行させる。決定した抽選回数分の抽選をまだ実施していない場合、ゲーム進行モジュール２０３４は、処理をステップＳ３３へ移行させ、ステップＳ３３～Ｓ３５の処理を繰り返す。

【0135】

ステップＳ３７において、サーバ２０は、抽選結果が所定の要件を満たすか否かを判断する。具体的には、例えば、ゲーム進行モジュール２０３４は、同一のオブジェクトを選んだ回数が所定の要件を満たすか否かを判断する。例えば、ゲーム進行モジュール２０３４は、抽選回数が４回の時に４つのオブジェクトが同一（オブジェクトＩＤが同一）か否かを判断する。また、例えば、ゲーム進行モジュール２０３４は、抽選回数が６回の時に４つのオブジェクトが同一か否かを判断する。また、例えば、ゲーム進行モジュール２０３４は、抽選回数が８回の時に４つのオブジェクトが同一か否かを判断する。

【0136】

抽選結果が所定の要件を満たす場合（ステップＳ３７のＹｅｓ）、ゲーム進行モジュール２０３４は、処理をステップＳ３８へ移行させる。抽選結果が所定の要件を満たさない場合（ステップＳ３７のＮｏ）、ゲーム進行モジュール２０３４は、処理をステップＳ３９へ移行させる。

【0137】

ステップＳ３８において、サーバ２０は、抽選結果を破棄する。具体的には、例えば、ゲーム進行モジュール２０３４は、抽選回数分の抽選で選んだ全てのオブジェクトを破棄し、処理をステップＳ３３へ移行させる。

【0138】

ステップＳ３９において、サーバ２０は、追加の抽選があるか否かを判断する。具体的には、例えば、ゲーム進行モジュール２０３４は、抽選の追加に関する所定の要件を満たしたか否かを判断する。満たしている場合、ゲーム進行モジュール２０３４は、処理をステップＳ３１０へ移行させる。満たしていない場合、ゲーム進行モジュール２０３４は、処理を終了させる。

【0139】

ステップＳ３１０において、サーバ２０は、追加の抽選を実施する。具体的には、例えば、ゲーム進行モジュール２０３４は、予め設定されたオブジェクトを選択する。ゲーム進行モジュール２０３４は、決定したオブジェクト群からオブジェクトを選択してもよいし、決定したオブジェクト群以外からオブジェクトを選択してもよい。なお、オブジェクトの表示態様が抽選対象に含まれる場合、ゲーム進行モジュール２０３４は、オブジェクトの表示態様の抽選を実施してもよいし、予め設定されている表示態様を選択してもよい。予め設定されている表示態様は、例えば、最も必要パラメータが低い表示態様である。ゲーム進行モジュール２０３４は、選択したオブジェクト、及びオブジェクトの表示態様の必要パラメータを、抽選基礎パラメータから減算しない。

【0140】

なお、サーバ２０による抽選処理は、図１２で記載されるステップに限定されない。例えば、図１２に示す例では、特別抽選を最後の抽選で実施する場合を説明しているが、特別抽選は任意の抽選で実施してもよい。

【0141】

また、ステップＳ３９、ステップＳ３１０の処理は、ステップＳ３７の後に限らない。ゲーム進行モジュール２０３４は、図１２に記載される任意のタイミングでこれらの処理を実施してもよい。

【0142】

以上のように、上記実施形態では、受信制御モジュール２０３１は、ユーザの睡眠情報を取得する。ゲーム進行モジュール２０３４は、睡眠情報に基づいて抽選基礎パラメータ及び抽選回数を決定する。ゲーム進行モジュール２０３４は、抽選基礎パラメータに基づき、抽選回数だけ抽選を実施する。ゲーム進行モジュール２０３４が実施する抽選は、設定されている必要パラメータが抽選基礎パラメータの残存値内のオブジェクトから当選オブジェクトを決定し、当選オブジェクトに設定されている必要パラメータに基づいて残存値を更新する第１抽選と、設定されている必要パラメータが抽選基礎パラメータの残存値内のオブジェクトであり、かつ、設定されている必要パラメータが所定の下限を超えるオブジェクトから当選オブジェクトを決定し、当選オブジェクトに設定されている必要パラメータに基づいて残存値を更新する第２抽選とを含む。これにより、１度の抽選の機会に与えられる複数回の抽選のうち、少なくとも１回の抽選において、必要パラメータが高いオブジェクト、つまり、希少性の高いオブジェクトが当選することになる。また、前の抽選結果を参照して続く抽選を実施するため、希少性の低いオブジェクトの当選が続くことを避けることが可能となる。

【0143】

睡眠情報を用いるゲームでは、取った睡眠の程度に基づいてイベントが発生する。そのため、イベントは、生活のサイクルの中で発生するものであり、ユーザの要求に応じて発生する訳ではない。限られた発生回数の中で抽選が実施されるため、抽選の結果、希少なオブジェクトが当選しない場合、ユーザの落胆は大きい。上記実施形態によれば、１度の抽選の機会に与えられる複数回の抽選のうち、少なくとも１回の抽選において希少性の高いオブジェクトが当選するため、ユーザは抽選結果に対する落胆は発生しづらい。一方で、睡眠情報に基づく抽選基礎パラメータを用いて抽選を行うことで、睡眠の結果に見合った結果となるため、より良いオブジェクトが当選する可能性を上げるために、より良い睡眠を心掛けるということの動機づけを提供するという、抽選によるランダム付与による効果も享受できる。

【0144】

したがって、本実施形態に係るシステム等によれば、抽選によりユーザの睡眠状況の改善を促しつつ、抽選結果に対する満足度を向上させることができる。

【0145】

また、上記実施形態では、ゲーム進行モジュール２０３４は、第２抽選において、設定されている必要パラメータが抽選基礎パラメータの残存値内のオブジェクトのうち、最大の必要パラメータが設定されているオブジェクトを選択する。これにより、ゲーム進行モジュール２０３４は、必ず希少性の高いオブジェクトを選択することが可能となる。

【0146】

また、上記実施形態では、ゲーム進行モジュール２０３４は、抽選回数において、最後の抽選が第２抽選である場合、抽選基礎パラメータの残存値に対して最大の必要パラメータのオブジェクトを決定する。これにより、ゲーム進行モジュール２０３４は、少なくとも最後の抽選で希少性の高いオブジェクトを選択することが可能となる。

【0147】

また、上記実施形態では、ゲーム進行モジュール２０３４は、抽選基礎パラメータの残存値内に必要パラメータが収まるオブジェクトがない場合、必要パラメータが最小のオブジェクトを決定する。これにより、決定された抽選回数の抽選は必ず実施されることになる。また、途中の抽選において、後の抽選での抽選基礎パラメータの残存値を考慮しなくてよくなるため、希少性の高いオブジェクトの当選を期待することが可能となる。

【0148】

また、上記実施形態では、ゲーム進行モジュール２０３４は、抽選基礎パラメータが所定期間において累積された累積値に基づき、抽選対象となるオブジェクト群を決定する。具体的には、累積値が増えると、オブジェクト群に含まれる母数が増加することになる。これにより、累積値が増えると当選可能なオブジェクト数が増えるため、良い睡眠をとる動機となる。

【0149】

また、上記実施形態では、ゲーム進行モジュール２０３４は、所定の要件が満たされた場合、抽選回数に関わらない抽選を実施する。これにより、所定の要件の達成報酬としての抽選を実現することが可能となる。

【0150】

また、上記実施形態では、ゲーム進行モジュール２０３４は、抽選回数に関わらない抽選では、残存値は更新されない。これにより、追加の抽選がある場合であっても、当選するオブジェクトの希少性に影響は発生しない。

【0151】

また、上記実施形態では、ゲーム進行モジュール２０３４は、所定の要件が満たされた場合、所定のオブジェクトが当選する確率を変動させる。これにより、ゲーム進行モジュール２０３４は、当選しやすいオブジェクトを操作することが可能となる。

【0152】

また、上記実施形態では、ゲーム進行モジュール２０３４は、抽選回数だけ抽選した結果、同一オブジェクトの当選が予め設定された要件を満たす場合、抽選回数の抽選をやり直す。これにより、想定以上に同一オブジェクトが当選してしまった場合に抽選をやり直すことが可能となるため、ユーザの不満が溜まることを避けることが可能となる。

【0153】

また、上記実施形態では、ゲーム進行モジュール２０３４は、抽選回数に対する同一オブジェクトの当選数が予め設定された要件を満たす場合、抽選回数の抽選をやり直す。これにより、抽選回数を考慮して不運な抽選結果を見直すことが可能となる。

【0154】

＜４変形例＞
上記実施形態では、ゲーム進行モジュール２０３４がオブジェクト、及びオブジェクトの表示態様の抽選を実施する場合を説明したが、抽選対象はいずれか一方であり、他方は付随的に決定されるものであってもよい。つまり、ゲーム進行モジュール２０３４は、例えば、オブジェクトの抽選を実施し、表示態様についてはレア度の低いものから当選するようにする。また、ゲーム進行モジュール２０３４は、例えば、オブジェクトの表示態様の抽選を実施し、オブジェクトについては所定の規則に従って当選するようにする。

【0155】

また、上記実施形態では、サーバ２０が睡眠情報を用いたゲームを提供し、当該ゲームにおける抽選を実施する場合を例に説明したが、サーバ２０が提供するゲームは睡眠情報を用いたものに限定されない。サーバ２０が提供するゲームは、例えば、ユーザの活動情報を用いたゲームであってもよい。ゲーム進行モジュール２０３４は、例えば、ユーザの活動情報に基づき、ユーザの活動を評価するパラメータを算出する。ゲーム進行モジュール２０３４は、このパラメータに基づき、本実施形態で示す抽選を実施してもよい。

【0156】

また、ゲーム進行モジュール２０３４は、複数回の抽選を実施する任意の抽選において、本実施形態で示す抽選を実施してもよい。例えば、所定の要素を使用して複数回の抽選の機会を取得する場合において、本実施形態で示す抽選を実施してもよい。

【0157】

また、上記実施形態では、端末装置１０は、スマートフォンなどで実現される端末として説明したが、この例に限定されることはない。家庭用のＰＣなどにソフトウェアをインストールすることにより、端末装置１０を実現し、マウスなどの操作を受け付けるようにしてもよい。

【0158】

また、通信回線を介した所定情報の共有は、主にインターネットなどのＷＡＮを介して行われるが、情報処理装置間では、ＷＡＮを介さずにＢｌｕｅｔｏｏｔｈ（登録商標）等の近距離の無線通信、及び赤外線通信等のみを介して行われてもよい。

【0159】

また、上記実施形態では、各機能を端末装置１０またはサーバ２０が備える態様の一例について説明したが、この形態に限定されることはなく、一部または全部の機能について上記実施形態と異なる態様で端末装置１０、サーバ２０、又は端末装置１０とサーバ２０の両方が備える構成としてもよい。

【0160】

さらに、本発明は、上述した端末装置１０またはサーバ２０が備える機能を情報処理装置に実行させるプログラムとして実現してもよいし、当該プログラムを格納する、コンピュータ読み取り可能な非一時的な記録媒体として実現してもよい。

【0161】

＜５コンピュータの基本ハードウェア構成＞
図１３は、コンピュータ９０の基本的なハードウェア構成を示すブロック図である。コンピュータ９０は、プロセッサ９４、主記憶装置９５、補助記憶装置９６、通信ＩＦ９９（インタフェース、Interface）を少なくとも備える。これらはバスにより相互に電気的に接続される。

【0162】

プロセッサ９４とは、プログラムに記述された命令セットを実行するためのハードウェアである。プロセッサ９４は、演算装置、レジスタ、周辺回路等から構成される。

【0163】

主記憶装置９５とは、プログラム、及びプログラム等で処理されるデータ等を一時的に記憶するためのものである。例えば、ＤＲＡＭ（Dynamic Random Access Memory）等の揮発性のメモリである。

【0164】

補助記憶装置９６とは、データ及びプログラムを保存するための記憶装置である。例えば、フラッシュメモリ、ＨＤＤ（Hard Disc Drive）、光磁気ディスク、ＣＤ－ＲＯＭ、ＤＶＤ－ＲＯＭ、半導体メモリ等である。

【0165】

通信ＩＦ９９とは、有線又は無線の通信規格を用いて、他のコンピュータとネットワークを介して通信するための信号を入出力するためのインタフェースである。

【0166】

ネットワークは、インターネット、ＬＡＮ、無線基地局等によって構築される各種移動通信システム等で構成される。例えば、ネットワークには、３Ｇ、４Ｇ、５Ｇ移動通信システム、ＬＴＥ（Long Term Evolution）、所定のアクセスポイントによってインターネットに接続可能な無線ネットワーク（例えば、Ｗｉ－Ｆｉ（登録商標））等が含まれる。無線で接続する場合、通信プロトコルとして例えば、Ｚ－Ｗａｖｅ（登録商標）、ＺｉｇＢｅｅ（登録商標）、Ｂｌｕｅｔｏｏｔｈ（登録商標）等が含まれる。有線で接続する場合は、ネットワークには、ＵＳＢ（Universal Serial Bus）ケーブル等により直接接続するものも含む。

【0167】

なお、各ハードウェア構成の全部または一部を複数のコンピュータ９０に分散して設け、ネットワークを介して相互に接続することによりコンピュータ９０を仮想的に実現することができる。このように、コンピュータ９０は、単一の筐体、ケースに収納されたコンピュータ９０だけでなく、仮想化されたコンピュータシステムも含む概念である。

【0168】

＜コンピュータ９０の基本機能構成＞
図１３に示すコンピュータ９０の基本ハードウェア構成により実現されるコンピュータの機能構成を説明する。コンピュータは、制御部、記憶部、通信部の機能ユニットを少なくとも備える。

【0169】

なお、コンピュータ９０が備える機能ユニットは、それぞれの機能ユニットの全部または一部を、ネットワークで相互に接続された複数のコンピュータ９０に分散して設けても実現することができる。コンピュータ９０は、単一のコンピュータ９０だけでなく、仮想化されたコンピュータシステムも含む概念である。

【0170】

制御部は、プロセッサ９４が補助記憶装置９６に記憶された各種プログラムを読み出して主記憶装置９５に展開し、当該プログラムに従って処理を実行することにより実現される。制御部は、プログラムの種類に応じて様々な情報処理を行う機能ユニットを実現することができる。これにより、コンピュータは情報処理を行う情報処理装置として実現される。

【0171】

記憶部は、主記憶装置９５、補助記憶装置９６により実現される。記憶部は、データ、各種プログラム、各種データベースを記憶する。また、プロセッサ９４は、プログラムに従って記憶部に対応する記憶領域を主記憶装置９５または補助記憶装置９６に確保することができる。また、制御部は、各種プログラムに従ってプロセッサ９４に、記憶部に記憶されたデータの追加、更新、削除処理を実行させることができる。

【0172】

データベースは、リレーショナルデータベースを指し、行と列によって構造的に規定された表形式のテーブルと呼ばれるデータ集合を、互いに関連づけて管理するためのものである。データベースでは、表をテーブル、表の列をカラム、表の行をレコードと呼ぶ。リレーショナルデータベースでは、テーブル同士の関係を設定し、関連づけることができる。

【0173】

通常、各テーブルにはレコードを一意に特定するためのキーとなるカラムが設定されるが、カラムへのキーの設定は必須ではない。制御部は、各種プログラムに従ってプロセッサ９４に、記憶部に記憶された特定のテーブルにレコードを追加、削除、更新を実行させることができる。

【0174】

通信部は、通信ＩＦ９９により実現される。通信部は、ネットワークを介して他のコンピュータ９０と通信を行う機能を実現する。通信部は、他のコンピュータ９０から送信された情報を受信し、制御部へ入力することができる。制御部は、各種プログラムに従ってプロセッサ９４に、受信した情報に対する情報処理を実行させることができる。また、通信部は、制御部から出力された情報を他のコンピュータ９０へ送信することができる。

【0175】

以上、本開示のいくつかの実施形態を説明したが、これら実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれると同様に、特許請求の範囲に記載された発明とその均等の範囲に含まれるものとする。

【0176】

＜付記＞
以上の各実施形態で説明した事項を以下に付記する。
（付記１）
プロセッサと、メモリとを備える、睡眠情報を用いたゲームの進行を管理するコンピュータに実行させるためのプログラムであって、プログラムは、プロセッサに、ユーザの睡眠情報を取得するステップと、睡眠情報に基づいて抽選基礎パラメータ及び抽選回数を決定するステップと、抽選基礎パラメータに基づき、抽選回数だけ抽選を実施するステップとを実行させ、抽選を実施するステップは、設定されている必要パラメータが抽選基礎パラメータの残存値内のオブジェクトから当選オブジェクトを決定し、当選オブジェクトに設定されている必要パラメータに基づいて残存値を更新する第１抽選と、設定されている必要パラメータが抽選基礎パラメータの残存値内のオブジェクトであり、かつ、設定されている必要パラメータが所定の下限を超えるオブジェクトから当選オブジェクトを決定し、当選オブジェクトに設定されている必要パラメータに基づいて残存値を更新する第２抽選とを含むプログラム。
（付記２）
第２抽選において、設定されている必要パラメータが抽選基礎パラメータの残存値内のオブジェクトのうち、最大の必要パラメータが設定されているオブジェクトを選択する（付記１）に記載のプログラム。
（付記３）
決定した抽選回数において、最後の抽選が第２抽選である場合、抽選基礎パラメータの残存値に対して最大の必要パラメータのオブジェクトを選択する（付記１）又は（付記２）に記載のプログラム。
（付記４）
抽選を実施するステップにおいて、抽選基礎パラメータの残存値内に必要パラメータが収まるオブジェクトがない場合、必要パラメータが最小のオブジェクトを選択する（付記１）から（付記３）のいずれかに記載のプログラム。
（付記５）
抽選基礎パラメータが所定期間において累積された累積値に基づき、抽選対象となるオブジェクト群を決定するステップをプロセッサに実行させる（付記１）から（付記４）に記載のプログラム。
（付記６）
抽選を実施するステップにおいて、所定の要件が満たされた場合、抽選回数に関わらない抽選を実施する（付記１）から（付記５）のいずれかに記載のプログラム。
（付記７）
抽選を実施するステップにおいて、抽選回数に関わらない抽選では、残存値は更新されない（付記６）に記載のプログラム。
（付記８）
抽選を実施するステップにおいて、所定の要件が満たされた場合、所定のオブジェクトが当選する確率を変動させる（付記１）から（付記７）のいずれかに記載のプログラム。
（付記９）
抽選を実施するステップにおいて、抽選回数だけ抽選した結果、同一オブジェクトの当選が予め設定された要件を満たす場合、抽選回数の抽選をやり直す（付記１）から（付記８）のいずれかに記載のプログラム。
（付記１０）
抽選回数に対する同一オブジェクトの当選数が予め設定された要件を満たす場合、抽選回数の抽選をやり直す（付記９）に記載のプログラム。
（付記１１）
プロセッサと、メモリとを備えるコンピュータに実行させるためのプログラムであって、プログラムは、プロセッサに、ユーザの活動情報を取得するステップと、活動情報に基づいて抽選基礎パラメータ及び抽選回数を決定するステップと、抽選基礎パラメータに基づき、抽選回数だけ抽選を実施するステップとを実行させ、抽選を実施するステップは、設定されている必要パラメータが抽選基礎パラメータの残存値内のオブジェクトから当選オブジェクトを決定し、当選オブジェクトに設定されている必要パラメータに基づいて残存値を更新する第１抽選と、設定されている必要パラメータが抽選基礎パラメータの残存値内のオブジェクトであり、かつ、設定されている必要パラメータが所定の下限を超えるオブジェクトから当選オブジェクトを決定し、当選オブジェクトに設定されている必要パラメータに基づいて残存値を更新する第２抽選とを含むプログラム。
（付記１２）
プロセッサと、メモリとを備えるコンピュータに実行される方法であって、プロセッサが、（付記１）から（付記１１）のいずれかに係る発明において実行される全てのステップを実行する方法。
（付記１３）
制御部と、記憶部とを備える情報処理装置であって、制御部が、（付記１）から（付記１１）のいずれかに係る発明において実行される全てのステップを実行する情報処理装置。
（付記１４）
（付記１）から（付記１１）のいずれかに係る発明において実行される全てのステップを実行する手段を備えるシステム。

【符号の説明】

【0177】

１…システム
１０…端末装置
１２…通信ＩＦ
１２０…通信部
１３…入力装置
１３１…タッチ・センシティブ・デバイス
１４…出力装置
１４１…ディスプレイ
１５…メモリ
１５０…位置情報センサ
１６…ストレージ
１６０…カメラ
１７…音声処理部
１７１…マイク
１７２…スピーカー
１８０…記憶部
１９…プロセッサ
１９０…制御部
２０…サーバ

【図1】