JP7561225B2 - プログラム、方法、情報処理装置、システム - Google Patents

Description

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

昨今、睡眠や散歩といった生活習慣の実績値を管理するためのシステムが開発されている。例えば、特許文献１には、生活習慣についてユーザ自身で容易に理解できるように、睡眠目標時間を含む目標情報と、睡眠結果時間を含む結果情報の入力を受け付け、目標情報と結果情報を比較して達成率情報を算出するシステムが開示されている。

特開２０１７－０６２５７３号公報

一方、上記技術では、規則正しい生活習慣の維持はユーザの自己管理に委ねられているため、日々の睡眠リズムを安定させる点で改善の余地があった。

本開示の目的は、ユーザの睡眠リズムを安定させる技術を提供することである。

本開示によれば、プロセッサと、メモリとを備えるコンピュータに実行させるためのプログラムであって、プロセッサに、ユーザの睡眠情報を取得するステップと、現実世界における日射に関する情報を取得するステップと、睡眠情報と、日射に関する情報とに基づいて、ユーザに推奨する移動経路を決定するステップと、移動経路をユーザに提示するステップと、を実行させる、プログラムが提供される。

このような構成とすることで、ユーザが起床した後に決定されたルートの散歩を促すことになる。ユーザは決定されたルートの散歩を行うことで、睡眠リズムを安定させるのに必要な日射量の日光を浴びることとなり、ユーザの睡眠リズムが安定する。

図１Ａは端末装置１０が使用される態様を示す図である。図１Ｂは端末装置１０に表示される画面例を示す図である。 システム１のハードウェア構成を示すブロック図である。 端末装置１０の機能構成を表すブロック図である。 サーバ２０の機能構成を表すブロック図である。 端末装置１０の記憶部１８０に記憶されるデータベースの構造を示す図である。 サーバ２０の記憶部２２０に記憶されるデータベースの構造を示す図である。 システム１の処理の流れの前半を説明するフロー図である。 システム１の処理の流れの後半を説明するフロー図である。 経路決定処理（Ｓ３００）の処理の流れの一例を説明するフロー図である。 経路決定部２０６による散歩ルートの決定方法を説明する図である。 特典付与処理（Ｓ４００）の処理の流れの一例を説明するフロー図である。 第２実施形態におけるシステム１のハードウェア構成を示すブロック図である。 第２実施形態におけるシステム１の処理の流れの前半を説明するフロー図である。 第２実施形態におけるシステム１の処理の流れの後半を説明するフロー図である。 第２実施形態における特典付与処理（Ｓ４００）の処理の流れの一例を説明するフロー図である。

以下、図面を参照しつつ、本開示の実施形態について説明する。以下の説明では、同一の部品には同一の符号を付しており、それらの名称及び機能も同じである。したがって、それらについての詳細な説明は繰り返さない。なお、本実施形態において、「入床」とはユーザが睡眠をとるためにベッドまたは布団などの寝床に入ることをいい、「入眠」とは入床後に睡眠を開始することを意味する。また、「覚醒」とはユーザが睡眠を終了することをいい、「起床」とは覚醒後に寝床から起き出すことを意味する。また、「睡眠リズム」とは、日々の生活における入眠時刻（または入床時刻）と覚醒時刻（または起床時刻）の周期を意味する。

＜１．第１実施形態＞
（１－１．システム１が提供する機能の概要）
図１を参照して、システム１が提供する機能（以下、本機能ともいう）を説明する。図１Ａに示すように、本実施形態におけるシステム１が備える端末装置１０は、例えばスマートフォンなどの携帯端末であり、ユーザの睡眠情報を取得して、当該睡眠情報に基づいて進行するゲーム（以下、睡眠ゲームともいう）を提供する。また、端末装置１０は、ユーザが予め設定した時刻（図１Ａに示す例では午前６時半）に、音声、振動、光等によりユーザが起床するためのアラームを出力する。

図１Ｂに示すように、起床したユーザが端末装置１０を操作すると、端末装置１０の表示画面に、ユーザに推奨される移動経路（以下、散歩ルートともいう）が表示される。散歩ルートは、ユーザの睡眠情報と、当日のユーザが居住する地域等の現実世界における日射に関する情報とに基づいて決定される。ユーザが提示された散歩ルートの散歩を行うと、睡眠ゲームにおいて所定の特典が付与される。また、ユーザは散歩を行うことにより、所定の日射量の日光を浴びることとなり、睡眠を誘発する神経ホルモンの分泌が促され、当日の晩における入眠が良好となる。

このように、端末装置１０は、ユーザが起床したタイミングに合わせて、ユーザがその日に行うべき散歩のルートを提示する。ユーザが当該ルートの散歩を行うと、ユーザには睡眠ゲームにおける所定の特典が付与される。これにより、ユーザが散歩を行うことによるインセンティブがあたえられるため、ユーザは起床後に散歩を行うように動機付けられる。このようにして、起床後の散歩によって所定の日射量の日光を浴びることとなり、ユーザの睡眠リズムが安定する。以下、各構成を詳細に説明する。

（１－２．端末装置１０のハードウェア構成）
図２は、システム１のハードウェア構成の例を示すブロック図である。システム１は、端末装置１０と、サーバ２０とを含む。端末装置１０およびサーバ２０は、例えば、ネットワーク３０を介して通信接続する。ネットワーク３０は、例えば、インターネット、及び／又は通信事業者が提供する通信網等により実現される。なお、図２において、システム１が端末装置１０を１台含む例を示しているが、システム１に含まれる端末装置１０の数は１台に限定されない。すなわち、端末装置１０は２台以上であってもよい。

本実施形態において、複数の装置の集合体を１つのサーバとしてもよい。１つ又は複数のハードウェアに対して本実施形態に係るサーバ２０を実現することに要する複数の機能の配分の仕方は、各ハードウェアの処理能力及び／又はサーバ２０に求められる仕様等に鑑みて適宜決定することができる。

端末装置１０は、例えば、タブレット端末、又はスマートフォン等の携帯端末により実現される。また、端末装置１０は、据え置き型のＰＣ（Personal Computer）、又はラップトップＰＣ等により実現されてもよい。また、端末装置１０は、ヘッドマウントディスプレイとして機能してもよく、例えば、透過型、非透過型、またはシースルー型ヘッドマウントディスプレイとして機能してもよい。

端末装置１０は、通信ＩＦ（Interface）１２と、入力装置１３と、出力装置１４と、メモリ１５と、ストレージ１６と、プロセッサ１９とを備える。

通信ＩＦ１２は、端末装置１０が外部の装置と通信するため、信号を入出力するためのインタフェースである。

入力装置１３は、ユーザからの入力操作を受け付けるための装置（例えば、タッチパネル、タッチパッド、マウス等のポインティングデバイス、キーボード等）である。

出力装置１４は、ユーザに対して情報を提示するための装置（ディスプレイ、スピーカ等）である。

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

ストレージ１６は、データを保存するためのものであり、例えばフラッシュメモリ、ＨＤＤ（Hard Disc Drive）である。

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

睡眠測定デバイス１１は、端末装置１０のユーザの睡眠に関する情報を取得するためのデバイスである。端末装置１０は、１または複数の睡眠測定デバイス１１と有線又は無線により接続する。具体的には、端末装置１０は、例えば、腕時計型、指輪型、アイマスク型等の、ユーザの身体に装着されるウェアラブルデバイスであってもよく、ユーザが就寝しているベッドの枕元等に載置する置時計型のデバイスであってもよい。また、端末装置１０と睡眠測定デバイス１１とは、同一の装置であるとしてもよい。

なお、ユーザが２以上の異なる種類の睡眠測定デバイス１１を同時に使用してもよい。例えば、ユーザが腕時計型の睡眠測定デバイス１１を１つ装着して使用しつつ、置時計型の睡眠測定デバイス１１を１つ使用してもよいし、ユーザが腕時計型の睡眠測定デバイス１１を装着して使用しつつ、端末装置１０を睡眠測定デバイス１１として使用してもよい。

また、睡眠測定デバイス１１の種類の相違は必ずしも装置の相違である必要はない。すなわち、同じ装置の睡眠測定デバイス１１であっても、睡眠情報をサーバ２０に送信するまでに利用したソフトウェアやアプリケーション（以下、アプリともいう）の種類によって、システム１において異なる睡眠測定デバイス１１として管理してもよい。

例えば、同一の睡眠測定デバイス１１を利用して睡眠情報を検出した場合であっても、睡眠情報の修正等のために、睡眠測定アプリＡを利用した場合と睡眠測定アプリＡとは異なる睡眠測定アプリＢを利用した場合とでは、それぞれ異なる「睡眠測定デバイスＩＤ」を付与して睡眠情報を管理してもよい。このように、装置構成としてのデバイスの種類と、使用したアプリケーションの組み合わせに応じて、それぞれ異なる「睡眠測定デバイスＩＤ」として管理することで、より柔軟な睡眠情報の生成が可能になり、その結果、睡眠情報に基づくゲームの興趣性を十分に発揮することができる。

サーバ２０は、通信ＩＦ２２と、入出力ＩＦ２３と、メモリ２５と、ストレージ２６と、プロセッサ２９とを備える。

通信ＩＦ２２は、サーバ２０が外部の装置（例えば端末装置１０）と通信するため、信号を入出力するためのインタフェースである。

入出力ＩＦ２３は、ユーザからの入力操作を受け付けるための入力装置、及び、ユーザに対し、情報を提示するための出力装置とのインタフェースとして機能する。

メモリ２５は、プログラム、及び、プログラム等で処理されるデータ等を一時的に記憶するためのものであり、例えばＤＲＡＭ等の揮発性のメモリである。

ストレージ２６は、データを保存するためのものであり、例えばフラッシュメモリ、ＨＤＤである。

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

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

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

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

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

撮像部１６０はカメラを備え、受光素子により光を受光し、撮影信号として入力することで、端末装置１０の周囲の撮像を行う。

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

記憶部１８０は、例えば、メモリ１５、及びストレージ１６等により実現され、端末装置１０が使用するデータベース（Ｄａｔａｂｅｓｅ／ＤＢとも記載）、及びプログラムを記憶する。記憶部１８０は、一例として、ユーザデータベース１８１と場所データベース１８２を記憶する。

ユーザデータベース１８１は、ユーザの情報を記憶するためのデータベースである。ユーザデータベース１８１には、当該端末装置１０を利用するユーザに関する情報が記憶される。一例として、端末装置１０にインストールされた本機能を提供するソフトウェアを利用して、ユーザがユーザ登録の作業を行ったタイミングで、ユーザデータベース１８１のレコードが生成される仕様としてもよい。ユーザデータベース１８１のデータ構造の詳細は後述する。

場所データベース１８２は、ユーザが散歩やジョギング等の移動を行う経路における終点であるゴールの場所についての情報を記憶するためのデータベースである。具体的には、場所データベース１８２には、ゴールとして設定され得る場所の名称および位置に関する情報が記憶される。一例として、端末装置１０に本機能を提供するソフトウェアがインストールされるタイミングで、場所データベース１８２のレコードが生成される仕様としてもよい。場所データベース１８２のデータ構造の詳細は後述する。

モーションセンサ１９０は、加速度センサ、角速度センサ（ジャイロセンサ）等を含み、端末装置１０の動きを検出しセンシング結果を出力する。例えば、端末装置１０を、ユーザが就寝するベッド等の寝床に載置することにより、睡眠中のユーザが寝床の上で動いている場合に、当該動きを検出することができる。

位置情報センサ１９５は、端末装置１０の位置を検出するセンサであり、例えばＧＰＳ（Global Positioning System）モジュールを備える。ＧＰＳモジュールは、衛星測位システムで用いられる受信装置として機能する。衛星測位システムでは、少なくとも３個または４個の衛星からの信号を受信し、受信した信号に基づいて、ＧＰＳモジュールが搭載される端末装置１０の現在位置を検出する。なお、位置情報センサ１９５は、ＧＰＳ以外の衛星測位システム、例えばＧＮＳＳ（Global Navigation Satellite System：全地球航法衛星)システムを用いてもよい。

制御部２００は、プロセッサ１９が記憶部１８０に記憶されるプログラムを読み込み、プログラムに含まれる命令を実行することにより実現される。制御部２００は、端末装置１０の動作を制御する。制御部２００は、プログラムに従って動作することにより、操作受付部２０１と、送受信部２０２と、通知制御部２０３と、時刻設定部２０４と、睡眠情報取得部２０５と、経路決定部２０６と、位置情報取得部２０７としての機能を発揮する。

操作受付部２０１は、入力装置１３から入力される指示、又は情報を受け付けるための処理を行う。具体的には、例えば、操作受付部２０１は、タッチセンシティブデバイス１３１等から入力されるユーザの指示に基づく情報を受け付ける。一例として、操作受付部２０１は、起床したユーザから睡眠計測を終了させるための操作を受け付けることにより、計測していた睡眠情報を確定させる。なお、当該睡眠計測を終了させるための操作は、ユーザが起床するために端末装置１０から出力されるアラームを止める操作であってもよい。

送受信部２０２は、端末装置１０が、外部の装置と通信プロトコルに従ってデータを送受信するための処理を行う。一例として、送受信部２０２は、睡眠計測を終了させるための操作入力をユーザから受け付けて確定した睡眠情報を、サーバ２０へ送信する。

通知制御部２０３は、ユーザへの通知、すなわちユーザに対し情報を提示する処理を制御する。具体的には、通知制御部２０３は、表示画像をディスプレイ１４１に表示させる処理、音声を音声処理部１７０に出力させる処理等を行う。

時刻設定部２０４は、ユーザから、ゲームの進行に関する時刻を設定する操作を受け付ける。例えば、時刻設定部２０４はユーザが起床するためのアラームを出力する時刻の設定を行う。ユーザは起床を予定する時刻（起床予定時刻）をゲームの進行に関する時刻として設定する。ユーザが設定した起床予定時刻になると、端末装置１０はアラームをスピーカ１７２から出力する。ユーザがアラームを止める操作を行うと、端末装置１０はユーザが起床したと判断し、睡眠情報を確定してゲームを進行させる。

時刻設定部２０４は、さらに、ユーザから入床を予定する時刻（入床予定時刻）を設定する操作を受け付けてもよい。ユーザが設定した入床予定時刻が近付くと、端末装置１０は、入床予定時刻が近付いていることをユーザに通知する仕様としてもよい。当該通知はディスプレイ１４１に表示されてもよく、スピーカ１７２から音声によって出力されてもよい。

なお、アラームの設定は、システム１を構成する各装置（端末装置１０、サーバ２０）が、ゲームを提供するためのソフトウェアにより実現されることとしてもよい。例えば、アラームの設定は、端末装置１０にインストールされ、システム１の機能を提供するソフトウェアに組み込まれたものであってもよい。すなわち、ユーザは、端末装置１０のＯＳ（Operating System）の機能として提供されるアラーム機能ではなく、端末装置１０においてユーザにゲームを提供するためのソフトウェアが構成するアラーム設定部により起床時刻を設定することができる。システム１は、当該アラーム設定における起床時刻に関する操作を受け付けて、ゲームを進行させる。

睡眠情報取得部２０５は、ユーザの睡眠情報を取得する。本実施形態における「睡眠情報」とは、ユーザの睡眠に関する情報であって、具体的には、入床時刻、入眠時刻、覚醒時刻、起床時刻、睡眠時間（入眠時刻から覚醒時刻までの時間）、睡眠の質に関する情報、および睡眠リズムの少なくとも１つを含み得るが、これらに限定されない。一例として、睡眠情報取得部２０５は、モーションセンサ１９０が検出したセンシング結果を用いることにより、ユーザが睡眠中であるか覚醒中であるか、また、睡眠中のユーザが、浅い睡眠であるか、深い睡眠であるか、レム睡眠であるか、ノンレム睡眠であるか等を判別し、ユーザの睡眠の質を評価することができる。例えば、良質な睡眠である場合のレム睡眠、ノンレム睡眠の周期が予め設定されており、ユーザの睡眠時のレム睡眠、ノンレム睡眠の周期と比較することで、ユーザの睡眠の質を評価する仕様としてもよい。

また、睡眠情報取得部２０５は、モーションセンサ１９０または生体情報センサ１９１が検出したセンシング結果に基づいて、ユーザが入床したこと、入床した後に入眠したこと、および覚醒したことを検出する。また、睡眠情報取得部２０５は、ユーザが入床してから入眠するまでの間に、ユーザが端末装置１０に対して入力操作をしていたか、ユーザが端末装置１０のディスプレイ１４１に表示される情報を閲覧していたか等を判定することができる。すなわち、寝ようとしているユーザが、寝る前に端末装置１０を操作しているか否かを判定することができる。

経路決定部２０６は、ユーザの睡眠情報と、日射に関する情報とに基づいて、ユーザに推奨する散歩ルートとしての移動経路を決定する。一例として、経路決定部２０６は、ユーザの睡眠情報と、ユーザが居住する地域の日射に関する情報とに基づいて、ユーザに推奨する散歩ルートを決定する。

一般に、人が起床後に日光を浴びると、所定時間の経過後（一説では約１４時間後）に、睡眠を誘発する神経ホルモンであるメラトニンの脳内での分泌が活性化されることが知られている。そのため、起床後に日光浴を行うことにより、その日の夜にメラトニンの分泌が活性化され、睡眠が誘発されることにより支障なく入眠することが可能となる。例えば、朝の６時半に起床して、７時から３０分ほど日光浴を行ったとする。この場合、２１時半ごろからメラトニンの分泌が活性化されて睡眠が誘発されるため、２２時ごろには入床しようという動機付けをユーザに与えることができる。

なお、日光浴の効果的な時間は当日の日射量によって変動する。夏場や晴れの日など日射量が多い日は日光浴の時間は短くてよく、冬場や雨の日など日射量が少ない日は日光浴の時間を長くするのが好ましい。一例として、夏であれば、日光浴の時間を晴れの日は１５分、曇りの日は３０分、雨の日は４０分などとしてもよい。また、春もしくは秋であれば、日光浴の時間を晴れの日は２０分、曇りの日は４０分、雨の日は５０分などとしてもよい。また、冬であれば、日光浴の時間を晴れの日は３０分、曇りの日は５０分、雨の日は６０分などとしてもよい。このように、経路決定部２０６は、季節や天気といった日射に関する情報に基づいて日光浴の所要時間を決定する。

経路決定部２０６は、日射に関する情報に基づいて日光浴の所要時間を決定すると、当該所要時間に基づいて散歩ルートの目標地および移動距離を決定する。さらに、経路決定部２０６は、散歩ルートの決定に合わせて、ユーザに推奨する散歩を行う時間帯を設定する仕様としてもよい。経路決定部２０６の処理の詳細は後述する。

位置情報取得部２０７は、位置情報センサ１９５が検知した端末装置１０の位置情報を取得する。位置情報取得部２０７は取得した位置情報を送受信部２０２に出力し、送受信部２０２は当該位置情報をサーバ２０へ送信する仕様としてもよい。

睡眠測定デバイス１１は、ユーザの身体に装着されるウェアラブルデバイスとして実現する場合に、モーションセンサ１９０に加えて生体情報センサ１９１を備えてもよい。生体情報センサ１９１は、ユーザの体温、血圧、および心拍数の少なくとも１つといった生体情報を検出する。睡眠情報取得部２０５は、生体情報センサ１９１が検出した生体情報に基づいて、ユーザが睡眠中であるか覚醒中であるか、また、睡眠中のユーザが、浅い睡眠であるか、深い睡眠であるか、レム睡眠であるか、ノンレム睡眠であるか等を判別し、ユーザの睡眠の質を評価することができる。

睡眠測定デバイス１１は、Ｂｌｕｅｔｏｏｔｈ（登録商標）、Ｗｉ－Ｆｉ等の近距離無線通信により通信し、端末装置１０へセンシング結果を送信する。なお、睡眠測定デバイス１１等が、５Ｇ等の移動体通信システムの通信規格に対応する場合、近距離無線通信によって端末装置１０へ送信することなく（または送信することに加えて）、サーバ２０にセンシング結果を送信することとしてもよい。この場合、端末装置１０は、睡眠測定デバイス１１等からセンシング結果を受信したサーバ２０から、当該センシング結果を受信し、受信したセンシング結果を用いて睡眠情報を生成して記憶することとしてもよい。

（１－４．サーバ２０の機能構成）
図４は、サーバ２０の機能的な構成を示す図である。図４に示すように、サーバ２０は、通信部２１０と、記憶部２２０と、制御部２３０としての機能を発揮する。

通信部２１０は、サーバ２０が外部の装置と通信するための処理を行う。

記憶部２２０は、例えば、メモリ２５、及びストレージ２６等により実現され、サーバ２０が使用するデータ、及びプログラムを記憶する。記憶部２２０は、一例として、特典データベース２２１を記憶する。

制御部２３０は、プロセッサ２９が記憶部２２０に記憶されるプログラムを読み込み、プログラムに含まれる命令を実行することにより実現される。制御部２３０は、プログラムに従って動作することにより、送受信モジュール２３１、日射量情報取得モジュール２３２、ゲーム進行モジュール２３３として示す機能を発揮する。

送受信モジュール２３１は、サーバ２０が外部の装置に対し通信プロトコルに従って信号を送受信する処理を制御する。

日射量情報取得モジュール２３２は、天候に関する情報として、日射に関する情報を取得する。具体的には、日射量情報取得モジュール２３２は、日射に関する情報として、ユーザが居住する地域の日射量に関する情報を取得する。一例として、日射量情報取得モジュール２３２は、気象庁または民間企業などが無料または有料で提供している気象情報ＡＰＩ（Application Programming Interface）を利用することにより、ユーザが居住する地域の天候に関する情報を取得する仕様としてもよい。なお、日射量情報取得モジュール２３２は、日射に関する情報として、日射強度等の他の物理量を取得してもよい。

また、日射量情報取得モジュール２３２は、日射に関する情報として、ユーザが居住する地域の季節に関する情報を取得する。上述したように、夏場は日射量が多くなり、冬場は日射量が少なくなるというように、季節によって同じ場所での日射量は変化する。一例として、日射量情報取得モジュール２３２は、ユーザの居住地の住所に基づいて、ユーザが起床した当日における季節を判定する。また、ユーザの居住地が日本国内であれば、３月～５月は春、６月～８月は夏、９月～１１月は秋、１２月～２月は冬というように季節に属する月を予め定めておく仕様としてもよい。

また、日射量情報取得モジュール２３２は、日射に関する情報として、ユーザが居住する地域の緯度に関する情報を取得してもよい。一般に、緯度が高くなるほど、日射量が少なくなることが知られている。具体的には、赤道付近（緯度＝０度）における単位面積あたりの日射量を１とすると、緯度が６０度の地域では、単位面積あたりの日射量は約半分になる。一例として、日射量情報取得モジュール２３２は、国土地理院または民間企業などが無料または有料で提供している緯度情報情報ＡＰＩを利用することにより、ユーザの居住地の住所に対応する緯度を取得する仕様としてもよい。

ゲーム進行モジュール２３３は、端末装置１０から受信したユーザの睡眠情報に基づいて、睡眠ゲームにおけるゲームプレイを進行させる。一例として、ゲーム進行モジュール２３３は、ゲームプレイを進行させることとして、ユーザのゲームプレイに登場させるキャラクタ、アイテム等のゲーム内オブジェクトを睡眠情報に基づく抽選で決定する。ゲーム進行モジュール２３３は、抽選によって決定されたキャラクタ、アイテム等を、ゲームプレイにおいて登場させてもよい。これにより、ユーザは、睡眠情報に基づいて、新たなキャラクタを発見する等の体験をすることができる。

具体的には、ゲーム進行モジュール２３３は、端末装置１０から受信したユーザの睡眠情報に基づいて、ゲーム内オブジェクトの抽選における抽選アルゴリズムを変更する仕様としてもよい。一例として、受信した睡眠情報における睡眠時間および睡眠の質の少なくとも一方が所定の条件を満たした場合に、抽選において取得できるゲーム内オブジェクトを変更してもよいし、抽選回数を変更してもよい。このような構成とすることで、睡眠情報に基づいて起床後のゲーム進行が変化することとなり、ユーザに起床後の楽しみを提供することができる。

また、ゲーム進行モジュール２３３は、ユーザが提示された散歩ルートでの散歩を行った（以下、散歩を達成したともいう）場合に、所定の特典を付与する仕様としてもよい。具体的には、端末装置１０の位置情報センサ１９５が検出した端末装置１０の位置情報を、位置情報取得部２０７が取得する。位置情報取得部２０７は、当該位置情報の時間変化がユーザに提示された散歩ルートに該当する場合に、提示された散歩ルートの散歩が達成されたという情報（以下、達成情報ともいう）を、送受信部２０２を介してサーバ２０へ送信する。ゲーム進行モジュール２３３は、達成情報を受け取ると、当該ユーザへ睡眠ゲームにおける特典を付与する。散歩が達成された場合の特典付与処理の詳細は後述する。

（１－５．データ構造）
図５は、端末装置１０の記憶部１８０が記憶するデータベースのデータ構造の一例を示す図である。なお、図５はあくまでも一例であり、記載されていないデータを除外するものではない。

記憶部１８０は、一例として、ユーザデータベース１８１と、場所データベース１８２を記憶する。ユーザデータベース１８１は、本機能を利用するユーザについての情報を保持する。

ユーザデータベース１８１のレコードは、項目「ユーザＩＤ」と、項目「ユーザ名」と、項目「年齢」と、項目「性別」と、項目「住所」等を含む。

項目「ユーザＩＤ」は、ユーザそれぞれを識別する識別子としての情報であり、ユーザデータベース１８１におけるレコードを一意に特定するための主キーである

項目「ユーザ名」は、ユーザの名称についての情報である。ユーザ名はユーザの本名であってもよいし、ニックネームなどの本人を特定しない情報であってもよい。ユーザ名はユーザ自身によって適宜設定可能であってもよい。

項目「年齢」は、ユーザの年齢についての情報である。年齢は必ずしも実年齢である必要はなく、ユーザが自身に対応するアバター（ゲームコンテンツ内でユーザの分身として機能するキャラクタ）等の年齢を適宜設定する仕様としてもよい。

項目「性別」は、ユーザの性別についての情報である。性別は必ずしもユーザ本人の性別である必要はなく、ユーザが自身に対応するアバター等の性別を適宜設定する仕様としてもよい。

項目「住所」は、ユーザの居住地の住所についての情報である。住所はユーザ自身が設定する仕様であってもよいし、位置情報取得部２０７が取得した位置情報に基づいて、住所が設定される仕様としてもよい。

ユーザは、端末装置１０にインストールされた本機能を提供するソフトウェアを利用して、ユーザ情報を登録してユーザデータベース１８１にレコードを追加できる仕様としてもよい。また、必要に応じてユーザデータベース１８１のレコードの追加、変更、削除を行える仕様としてもよい。

場所データベース１８２は、散歩ルートの目標地の候補として登録されている場所についての情報を保持する。図５に示すように、場所データベース１８２のレコードは、項目「場所ＩＤ」と、項目「名称」と、項目「種類」と、項目「住所」等を含む。

項目「場所ＩＤ」は、散歩ルートの目標地の候補の場所を識別する情報である。

項目「名称」は、場所の名称についての情報である。項目「名称」は、○○公園、○○ビルなどのように、固有名詞を保持するのが好ましい。

項目「種類」は、場所の種類についての情報である。場所の種類としては、公園、商業施設、図書館、博物館、神社、寺院など、公共性があって人が自由に出入りできる場所の種類が保持され得る。

項目「住所」は、場所の住所についての情報である。

場所データベース１８２は、端末装置１０に本機能を提供するソフトウェアがインストールされるタイミングで、レコードが生成される仕様としてもよい。また、ユーザからの場所情報の追加または変更を受け付け可能な仕様としてもよい。具体的には、ユーザが散歩の目標地としてお気に入りの場所を追加可能な仕様としてもよく、すでに登録されている場所に対してお気に入りであることを示すお気に入りフラグを追加可能な仕様としてもよい。

図６は、サーバ２０の記憶部２２０が記憶するデータベースのデータ構造の一例を示す図である。なお、図６はあくまでも一例であり、記載されていないデータを除外するものではない。

記憶部２２０は、一例として、特典データベース２２１を記憶する。特典データベース２２１は、提示されたルートの散歩を達成したユーザに付与され得る特典についての情報を保持する。

図６に示すように、特典データベース２２１のレコードは、項目「特典ＩＤ」と、項目「名称」と、項目「分類」と、項目「内容」等を含む。

項目「特典ＩＤ」は、ユーザに付与され得る特典を識別する情報である。

項目「名称」は、特典の名称についての情報である。

項目「分類」は、特典の分類についての情報である。特典の分類としては、「キャラクタ付与」、「アイテム付与」などのように特典の内容に関する分類であってもよい。または、「達成レベル：低」、「達成レベル：中」、「達成レベル：高」などのようにユーザが達成した散歩ルートに関する分類であってもよい。また、特典データベースは、項目「分類」を複数有しており（例えば項目「分類１」、「分類２」等）、特定の内容に関する分類と、散歩ルートの内容に関する分類とをそれぞれ有していてもよい。

項目「内容」は、当該特典の内容についての情報である。特典の内容としては、キャラクタやアイテムなどの所定のゲーム内オブジェクトをユーザに付与するものであってもよい。または、所定のゲーム内パラメータの値（もしくは上限値）を向上させるものであってもよい。または、ユーザにゲーム内オブジェクトを取得するための抽選（いわゆるガチャ）を行う権利を付与するものであってもよい。

（１－６．処理の流れ）
以下、図７～図１１を参照して、端末装置１０の処理の流れの一例を説明する。まず、図７および図８を参照し、システム１の処理の全体像を説明する。

図７のステップＳ１１０において、端末装置１０の睡眠情報取得部２０５は、ユーザの睡眠情報の計測（以下、睡眠計測ともいう）を開始する。一例として、睡眠情報取得部２０５は、操作受付部２０１がユーザによる睡眠開始の操作を受け付けたことをトリガーとして、睡眠計測を開始する仕様としてもよい。当該操作は、ディスプレイ１４１に表示された所定のアイコンを、ユーザが入床する直前に押下する操作であってもよい。または、睡眠情報取得部２０５は、当該操作を受け付けることなく、ユーザが入床したことを検知して、睡眠測定を開始する仕様としてもよい。

ステップＳ１２０において、睡眠情報取得部２０５は、ユーザの睡眠情報を取得する。睡眠情報取得部２０５は、モーションセンサ１９０が検出したセンシング結果に基づいて、ユーザの睡眠時間および睡眠の質についての情報を取得する。

ステップＳ１３０において、睡眠情報取得部２０５は、ユーザの睡眠計測を終了する。一例として、睡眠情報取得部２０５は、端末装置１０の操作受付部２０１がユーザによる睡眠終了の操作を受け付けたことをトリガーとして、睡眠計測を終了する仕様としてもよい。当該操作は、起床予定時刻として予め設定した時刻に出力されるアラームをユーザが止める操作であってもよい。または、睡眠情報取得部２０５は、当該操作を受け付けることなく、ユーザが覚醒したことを検知して、睡眠測定を終了する仕様としてもよい。

ステップＳ１４０において、端末装置１０の送受信部２０２は、睡眠情報と日射量情報のリクエスト（以下、単にリクエストともいう）をサーバ２０へ送信する。当該リクエストには、記憶部１８０のユーザデータベース１８１における項目「住所」の情報が含まれる仕様としてもよい。ステップＳ２１０において、サーバ２０の送受信モジュール２３１は、睡眠情報と日射量情報のリクエストを端末装置１０から受信する。

ステップＳ２２０において、サーバ２０の日射量情報取得モジュール２３２は、日射量情報を取得する。一例として、日射量情報取得モジュール２３２は、端末装置１０から受信したリクエストに含まれる項目「住所」に該当する地域の日射量情報を取得する。当該日射量情報には、当日の天気（晴れ、曇り、もしくは雨）についての情報、ユーザが居住する地域の季節に関する情報、ユーザが居住する地域の緯度に関する情報が含まれ得る。

図８のステップＳ２３０において、サーバ２０の送受信モジュール２３１は、日射量情報取得モジュール２３２が取得した日射量情報を、端末装置１０へ送信する。ステップＳ１５０において、端末装置１０の送受信部２０２は、サーバ２０から日射量情報を受信する。ステップＳ３００において、経路決定処理が実行される。経路決定処理の詳細は後述する。

ステップＳ１６０において、通知制御部２０３は、散歩ルートをディスプレイ１４１に表示することにより、ユーザに提示する。通知制御部２０３は、ユーザが起床したタイミングに合わせて、散歩ルートの提示を行う仕様としてもよい。具体的には、ユーザが起床したタイミングから可及的速やかに散歩ルートの提示を行う仕様としてもよく、ユーザが起床したタイミングから所定の時間経過後（例えば１０分後）に散歩ルートの提示を行う仕様としてもよい。ステップＳ４００において、特典付与処理が実行される。特典付与処理の詳細は後述する。

図９および図１０を参照して、経路決定処理（Ｓ３００）の処理の流れを説明する。ステップＳ３１０において、端末装置１０の経路決定部２０６は、当日の散歩における所要時間を算出する。一例として、経路決定部２０６は、睡眠情報取得部２０５が取得したユーザの睡眠情報と、サーバ２０から取得したユーザが居住する地域における日射量情報とに基づいて、当日の散歩における所要時間を算出する。例えば、ユーザの睡眠情報が正常であって、ユーザが居住する地域の季節が晴れであり、当日の天気が晴れの場合、所要時間は１５分としてもよい。経路決定部２０６は、ユーザの睡眠情報が正常でない場合（具体的には、入眠時刻が予定よりも遅い、睡眠時間が短い、睡眠の質が良くない等）には、所要時間を長くしてもよい。また、経路決定部２０６は、ユーザの睡眠情報が正常かつ良好である場合（具体的には、入眠時刻が予定通りである、睡眠時間が適正である、睡眠の質が良い等）には、所要時間を短くしてもよい。また、経路決定部２０６は、ユーザが居住する地域の緯度についての情報に基づいて、所要時間を適宜修正してもよい。

ステップＳ３２０において、経路決定部２０６は、算出された所要時間に基づいて、散歩ルートにおいて必要な距離（以下、必要距離ともいう）を算出する。一例として、経路決定部２０６は、ユーザの歩く速さを分速８０ｍとして、算出された所要時間を掛けることにより散歩ルートにおける必要距離を算出してもよい。また、ユーザごとに歩く速さを設定可能な仕様としてもよい。例えば、操作受付部２０１は、ユーザから自身の歩く速さについて「速い」、「普通」、「遅い」などの選択肢の選択操作を受け付ける。経路決定部２０６は、ユーザが「速い」を選択した場合には歩く速さを分速９０ｍとし、ユーザが「普通」を選択した場合には歩く速さを分速８０ｍとし、ユーザが「遅い」を選択した場合には歩く速さを分速７０ｍとして、必要距離を算出する仕様としてもよい。

ステップＳ３３０において、経路決定部２０６は、地図情報を取得する。経路決定部２０６は、国土地理院または民間企業などが無料または有料で提供している地図情報情報ＡＰＩを利用することにより、ユーザが居住する地域の地図情報を取得する。

ステップＳ３４０において、経路決定部２０６は、散歩ルートの候補を選出する。経路決定部２０６は、記憶部１８０の場所データベース１８２を参照して、ユーザの居住地の周囲において、散歩ルートの目標地として登録されている場所の情報を取得する。ここで、経路決定部２０６は、ユーザの居住地等を起点として、所定距離の半径の円に含まれる目標地の情報を複数取得する仕様としてもよい。経路決定部２０６は、取得した目標地のうち、ユーザの居住地等を起点として、必要距離を確保できるルートを選出する。

図１０Ａには、ユーザの居住地Ｈを出発地として、必要距離を確保できる目標候補地Ｐ１～Ｐ３が選出された例を示す。この場合、居住地Ｈから目標候補地Ｐ１までのルートＲ１、居住地Ｈから目標候補地Ｐ２までのルートＲ２、居住地Ｈから目標候補地Ｐ３までのルートＲ３が、散歩ルートの候補として選出されている。

ステップＳ３５０において、経路決定部２０６は、選出された散歩ルートの候補の中から、今回の散歩ルートの決定を行う。一例として、経路決定部２０６は、選出された散歩ルートの候補に対して、抽選を行うことにより散歩ルートを決定する仕様としてもよい。

図１０Ｂには、選出された目標候補地Ｐ１～Ｐ３までのルートＲ１～Ｒ３のうち、目標候補地Ｐ２が目標地として決定され、ルートＲ２が散歩ルートとして決定された例を示す。なお、当該目標地を決定する際の抽選においては、所定の情報に基づく重みづけを行ってもよい。例えば、ユーザがお気に入りであることを示すお気に入りフラグが登録されている場所が目標地の候補に選出された場合には、抽選をすることなく優先的に目標地に設定したり、抽選時の重みづけを他の目標地と比べて高めたりする仕様としてもよい。

なお、経路決定部２０６は、散歩ルートの決定に合わせて、ユーザに推奨する散歩を行う時間帯を決定する仕様としてもよい。例えば、経路決定部２０６は、時刻設定部２０４からユーザが予め設定した入床予定時刻を受け付けて、当該入床予定時刻から所定の時間（一例として１４時間）前の時刻を基準として、当該基準時刻の前後所定の時間（一例として前後３０分）をユーザに推奨する散歩を行う時間帯を設定してもよい。このように散歩を推奨する時間帯を決定することにより、散歩ルートと合わせて時間帯をユーザに提示することが可能となり、起床後のスケジュールに組み込ませることが可能となる。

図１１を参照して、特典付与処理（Ｓ４００）の処理の流れを説明する。ステップＳ４１１において、位置情報取得部２０７は、ユーザが携帯する端末装置１０の位置情報（すなわち、ユーザの位置情報）を取得する。一例として、位置情報取得部２０７は、操作受付部２０１がユーザによる散歩開始の操作を受け付けたことをトリガーとして、位置情報の取得を開始する仕様としてもよい。当該操作は、ディスプレイ１４１に表示された所定のアイコンを、ユーザが散歩の開始直前に押下する操作であってもよい。または、位置情報取得部２０７は、当該操作を受け付けることなく、ユーザの位置情報を継続して取得し続ける仕様であってもよい。

ステップＳ４１２において、位置情報取得部２０７は、ユーザが散歩ルートの散歩を行ったか否かを判定する。一例として、位置情報取得部２０７は、経路決定処理（Ｓ３００）において経路決定部２０６が決定した散歩ルートと、ユーザの位置情報の時間変化が一致しているか否かを判定する。位置情報取得部２０７によって散歩が達成されたと判定した場合、ステップＳ４１３が実行される。

ステップＳ４１３において、端末装置１０の送受信部２０２は、散歩が達成されたことについての達成情報をサーバ２０へ送信する。ステップＳ４２１において、サーバ２０の送受信モジュール２３１は、達成情報を端末装置１０から受信する。

ステップＳ４２２において、サーバ２０のゲーム進行モジュール２３３は、提示されたルートの散歩を行ったユーザへの睡眠ゲームにおける特典を決定して付与する。ゲーム進行モジュール２３３は、記憶部２２０の特典データベース２２１を参照して、ユーザに付与する特典を決定する。一例として、ゲーム進行モジュール２３３は、特典データベース内の特典のうちから、ユーザに付与する特典を抽選で決定する仕様としてもよい。

具体的には、ゲーム進行モジュール２３３は、特典データベース２２１の項目「分類」に基づいて、分類分けされた特典の中から、ユーザに付与する特典を抽選で決定する仕様としてもよい。一例として、特典データベース２２１の各レコードは、項目「分類」に「所要時間２０分以内」、「所要時間２０分から４０分」、または「所要時間４０分以上」のいずれかのデータを保持しており、ユーザが達成した散歩の所要時間が１５分だった場合には、項目「分類」に「所要時間２０分以内」のデータを保持しているレコードの中から、ユーザに付与する特典を抽選する仕様としてもよい。

ステップＳ４２３において、送受信モジュール２３１は、特典の内容を端末装置１０へ送信する。ステップＳ４１４において、送受信部２０２は、サーバ２０から特典の内容を受信する。

ステップＳ４１５において、端末装置１０の通知制御部２０３は、ディスプレイ１４１に特典の内容をディスプレイ１４１に表示することにより、ユーザに提示する。ユーザは付与された特典を確認した後、当該特典をゲーム内で利用することができる。具体的には、付与されたゲーム内オブジェクトをゲーム内で使用したり、付与された権利を利用してガチャを実行したりすることが可能となる。

（１－７．小括）
以上のようにして、本実施形態では、システム１は、ユーザの睡眠情報を取得するステップ（Ｓ１２０）と、ユーザが居住する地域の日射に関する情報を取得するステップ（Ｓ１５０、Ｓ２２０）と、睡眠情報と、前記日射に関する情報とに基づいて、ユーザに推奨する散歩ルートを決定するステップ（Ｓ３００）と、前記散歩ルートをユーザに提示するステップ（Ｓ１６０）と、を実行する。このような構成とすることで、ユーザに起床した後の散歩を促すことになる。ユーザは散歩を行うことで、夜に睡眠を誘発させるために必要な日射量を浴びることとなり、ユーザの睡眠リズムが安定する。

（１－８．変形例）
以下、本実施形態における変形例を説明する。変形例として、端末装置１０は、ユーザの睡眠情報の履歴が所定の条件を満たした場合にのみ、ユーザに散歩ルートの提示を行う仕様としてもよい。具体的には、睡眠情報取得部２０５は、ユーザが起床したタイミングにおいて、ユーザの睡眠情報の履歴における入床時刻、入眠時刻、覚醒時刻、起床時刻、睡眠時間、および睡眠の質のすくなくとも１つが所定の基準値から所定の量外れた場合に、睡眠習慣が乱れたと判定する。経路決定部２０６は、睡眠情報取得部２０５によって睡眠習慣が乱れたと判定された場合に、経路決定処理（Ｓ３００）を実行する。このような仕様とすることにより、ユーザの睡眠習慣が乱れたタイミングで散歩を促すこととなり、ユーザの睡眠習慣の乱れを改善させることが可能となる。

また、端末装置１０は、ユーザが居住する地域の天候に関する情報が所定の条件を満たした場合に、ユーザに散歩ルートの提示を行う仕様としてもよい。具体的には、経路決定部２０６は、サーバ２０から取得した日射量情報における天候に関する情報が所定の条件を満たした場合に、散歩ルートを決定する。一例として、ユーザが居住する地域の天候が晴れまたは曇りの場合だけ、経路決定部２０６は、経路決定処理（Ｓ３００）を実行する。このような仕様とすることにより、雨天時など天候が悪いときを避けて散歩を促すこととなり、ユーザが積極的に散歩を行うように促すことができる。

また、端末装置１０は、ユーザが予め設定した休日において、散歩ルートの提示を行う仕様としてもよい。具体的には、操作受付部２０１がユーザから休日の設定を予め受け付けておき、経路決定部２０６は、休日として設定された日にのみ経路決定処理（Ｓ３００）を実行して、散歩ルートを決定する。このような仕様とすることにより、ユーザが起床後に時間的に余裕のある休日にのみ散歩を促すことが可能となり、ユーザが積極的に散歩を行うように促すことができる。

また、ゲーム進行モジュール２３３は、ユーザが居住する地域の天候に関する情報が所定の条件を満たした場合であって、ユーザが提示されたルートの散歩を行った場合に所定の特典を付与する仕様としてもよい。具体的には、ゲーム進行モジュール２３３は、特典付与処理（Ｓ４００）のステップＳ４２１において、端末装置１０から達成情報を受信すると、日射量情報取得モジュール２３２から当日のユーザが居住する地域の天候に関する情報を取得する。

一例として、ゲーム進行モジュール２３３は、ステップＳ４２２において、当日の天候が雨だった場合には、それ以外の天候だった場合と比較してユーザにより有利な特典を付与する。また、ゲーム進行モジュール２３３は、当日の季候が夏または冬である場合に、それ以外の季候の場合と比較して、ユーザにより有利な特典を付与してもよい。このような仕様とすることにより、天候が雨だったり、夏場や冬場だったりといったユーザが外出をしたがらない条件下で散歩を達成した場合により有利な特典が付与されることとなり、ユーザに起床後の散歩を促して睡眠リズムの改善を実現することができる。

また、上記実施形態では、ゲーム進行モジュール２３３は、ユーザが散歩を達成したか否かの達成情報に基づいて特典を付与しているが、変形例として、睡眠情報に基づいて特典を付与する仕様としてもよい。例えば、ゲーム進行モジュール２３３は、ユーザが散歩ルートの散歩を行ったか否かの達成情報に関わらず、端末装置１０から取得した睡眠情報が所定の条件を満たした場合に、所定の特典を付与する仕様としてもよい。このように、あくまでも睡眠情報に基づく特典付与とすることにより、ユーザの睡眠リズムを保つことへの意識を高めることができる。

また、ゲーム進行モジュール２３３は、ユーザが提示された散歩ルートの散歩を行い、かつ当該日から翌日にかけての睡眠情報が所定の条件を満たした場合に、所定の特典を付与する仕様としてもよい。具体的には、ゲーム進行モジュール２３３は、特典付与処理（Ｓ４００／図１１）のステップＳ３２１において達成情報を受信すると、達成フラグをＯＮにする。そして、翌日にサーバ２０から受信した睡眠情報が所定の条件を満たした場合に、ステップＳ４２１の特典を付与する処理を実行する。一方、翌日にサーバ２０から受信した睡眠情報が所定の条件を満たさなかった場合は、達成フラグをＯＦＦにしてステップＳ４２１の特典を付与する処理を実行しない。このような仕様とすることにより、散歩を達成したことの睡眠への効果があった場合にのみ特典が付与されることになるため、ユーザの睡眠リズムを保つことへの意識を高めることができる。

あるいは、ゲーム進行モジュール２３３は、ユーザが提示された散歩ルートの散歩を行わず、かつ当該日から翌日にかけての睡眠情報が所定の条件を満たした場合に、所定の特典を付与する仕様としてもよい。具体的には、ゲーム進行モジュール２３３は、特典付与処理（Ｓ４００）のステップＳ４２１において達成情報を受信することなく、翌日にサーバ２０から受信した睡眠情報が所定の条件を満たした場合に、ステップＳ４２１の特典を付与する処理を実行する。このような仕様とすることにより、散歩を達成せずとも睡眠が改善された場合に特典が付与されることになるため、ユーザの睡眠リズムを保つことへの意識を高めることができる。

＜２．第２実施形態＞
以下、図１２～図１５を参照し、本開示の第２実施形態におけるシステム１を説明する。第２実施形態では、散歩を達成した複数のユーザに共通する特典を付与する点で第１実施形態と異なる。以下、第１実施形態との相違点を中心に説明する。

（２－１．サーバ２０の機能構成）
図１２に示す第２実施形態におけるシステム１は、複数の端末装置１０Ａ、１０Ｂ、１０Ｃを備える。ただし、システム１が備える端末装置１０の数はこの例に限定されることはなく、４つ以上であってもよいし、２つであってもよい。複数の端末装置１０Ａ、１０Ｂ、１０Ｃは、それぞれネットワーク３０を介してサーバ２０と通信可能に接続されている。

（２－２．処理の流れ）
図１３～図１５を参照して、第２実施形態における処理の流れを説明する。なお、図１３～図１５では、視認性の観点からシステム１が端末装置１０Ａと端末装置１０Ｂを備える例を示す。また、第１実施形態と同様の処理についての説明は繰り返さない。

第２実施形態では、端末装置１０Ａと端末装置１０Ｂのそれぞれが、異なるユーザの睡眠情報を取得する。すなわち、端末装置１０Ａと端末装置１０Ｂは、それぞれの端末装置を使用するユーザの睡眠のタイミングでステップＳ１１０～ステップＳ１３０を実行する。

端末装置１０Ａは、ステップＳ１３０でユーザの睡眠計測を終了すると、ステップＳ１４０Ａにおいて、睡眠情報と日射量情報のリクエストをサーバ２０へ送信する。ステップＳ２２０Ａにおいて、サーバ２０は端末装置１０Ａを使用するユーザが居住する地域の日射量情報を取得する。ステップＳ１５０Ａにおいて、端末装置１０Ａはサーバ２０から日射量情報を受信する。端末装置１０Ａは、経路決定処理（Ｓ３００）を実行して、決定された散歩ルートをステップＳ１６０でユーザに提示し、特典付与処理（Ｓ４００）が実行される。

一方、端末装置１０Ｂは、ステップＳ１３０でユーザの睡眠計測を終了すると、ステップＳ１４０Ｂにおいて、睡眠情報と日射量情報のリクエストをサーバ２０へ送信する。ステップＳ２２０Ｂにおいて、サーバ２０は端末装置１０Ｂを使用するユーザが居住する地域の日射量情報を取得する。ステップＳ１５０Ｂにおいて、端末装置１０Ｂはサーバ２０から日射量情報を受信する。端末装置１０Ｂは、経路決定処理（Ｓ３００）を実行して、決定された散歩ルートをステップＳ１６０でユーザに提示し、特典付与処理（Ｓ４００）が実行される。

図１５を参照して、第２実施形態における特典付与処理（Ｓ４００）の処理の流れを説明する。ステップＳ４１１とステップＳ４１２において、端末装置１０Ａおよび端末装置１０Ｂは、位置情報を取得してそれぞれの端末装置を使用するユーザが散歩を達成するか否かを判定する。

ステップＳ４１２において散歩が達成されたと判定されると、ステップＳ４１３において、端末装置１０Ａおよび端末装置１０Ｂは、達成情報をサーバ２０へ送信する。ステップＳ４２２において、サーバ２０のゲーム進行モジュール２３３は、散歩を達成した複数のユーザに共通する特典を付与する。一例として、ゲーム進行モジュール２３３は、あるユーザが、他のユーザと同じ時間帯に散歩した場合に、それぞれのユーザに共通した特典を付与する。この場合、端末装置１０がサーバ２０へ送信する達成情報に、ユーザが散歩を完了した時間を含める仕様としてもよい。

具体的には、ゲーム進行モジュール２３３は、同じ時間帯に散歩を達成した複数のユーザそれぞれに、同じレイドバトル（共通の敵に対して、複数のプレイヤで協力して戦う対戦）、同じミニゲーム、同じゲーム内課題などの、複数のユーザが協力してプレイするゲームコンテンツに参加する権利を付与する。ここで、同じ時間帯とは、例えば、所定の時間間隔（一例として２時間）を設定し、午前６時～午前８時の時間帯Ａ、午前８時～午前１０時の時間帯Ｂ、午前１０時～午前１２時の時間帯Ｃを設定して、時間帯Ａの期間に散歩を達成した複数のユーザに対して特典Ａを付与し、時間帯Ｂの期間に散歩を達成した複数のユーザに対して特典Ｂを付与し、時間帯Ｃの期間に散歩を達成した複数のユーザに対して、特典Ｃを付与する仕様としてもよい。また、複数のユーザが、他の国や地域に居住する場合を考慮して、特定の基準時刻（例えば日本標準時）に基づいて時間帯を設定してもよいし、各地域における基準時刻に基づいて時間帯を設定してもよい。

また、他の例として、ゲーム進行モジュール２３３は、同じ時間帯に散歩を達成した複数のユーザそれぞれに、共通したアイテム（同一のアイテム、または関連するアイテム）などのゲーム内オブジェクトを、特典として付与する仕様としてもよい。なお、関連するアイテムとは、同じ属性（ゲーム内で発揮される効果の性質を定義する要素）を備えるアイテムであってもよいし、ゲームシナリオにおける関連性（例えば、全て集めることで所定の効果を発揮する等）を備えるアイテムであってもよい。

ステップＳ４２３において、サーバ２０は、端末装置１０Ａおよび端末装置１０Ｂへ特典の内容を送信し、ステップＳ４１５において、端末装置１０Ａおよび端末装置１０Ｂは、特典の内容をユーザに提示する。端末装置１０Ａおよび端末装置１０Ｂを使用するユーザそれぞれは、付与された特典の内容に基づいて、複数のユーザが協力してプレイするゲームコンテンツに参加することが可能となる。

以上のようにして、第２実施形態では、システム１は、散歩を達成した複数のユーザに対して、他のユーザと関連する特典を付与する。このような仕様とすることにより、散歩を行ったユーザ同士の一体感が生まれることにより、散歩を行うことの動機付けを与えることができる。

＜３ 他の実施形態＞
以上、本発明における実施形態およびその変形例について説明したが、本開示の適用は上述の内容に限定されるものではない。

例えば、上記実施形態では、ユーザの居住地を起点とした散歩ルートの決定についての処理が説明されているが、この例に限定されることはない。すなわち、ユーザが旅行中などにおいて居住している住居以外に宿泊している場合においても、当該宿泊先を起点として散歩ルートを決定することが可能である。一例として、位置情報取得部２０７が取得した端末装置１０の現在位置を起点として、散歩ルートを決定してもよい。または、ユーザが指定した特定の場所を起点として、散歩ルートを決定してもよい。

また、上記実施形態では、端末装置１０の位置情報に基づいて、ユーザが散歩を達成したか否かが判定されているが、この仕様に限定されることはない。例えば、ユーザが散歩を達成したか否かの自己申告をユーザから受け付ける仕様としてもよい。

また、上記実施形態では、通知制御部２０３は、ユーザへ推奨する散歩ルートをディスプレイ１４１に表示することによりユーザに提示しているが、この仕様に限定されることはない。例えば、通知制御部２０３は、ユーザへ推奨する散歩ルートをスピーカ１７２から音声出力することで、ユーザへ提示してもよい。

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

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

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

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

＜付記＞
以上の各実施形態で説明した事項を以下に付記する。
（付記１）
プロセッサと、メモリとを備えるコンピュータに実行させるためのプログラムであって、前記プロセッサに、ユーザの睡眠情報を取得するステップ（Ｓ１２０）と、現実世界における日射に関する情報を取得するステップ（Ｓ１５０、Ｓ２２０）と、前記睡眠情報と、前記日射に関する情報とに基づいて、前記ユーザに推奨する移動経路を決定するステップ（Ｓ３００）と、前記移動経路を前記ユーザに提示するステップ（Ｓ１６０）と、を実行させる、プログラム。
（付記２）
前記日射に関する情報を取得するステップでは、前記日射に関する情報として、前記ユーザが居住する地域の天候に関する情報を取得する、付記１に記載のプログラム。
（付記３）
前記日射に関する情報を取得するステップでは、前記日射に関する情報として、前記ユーザが居住する地域の季節に関する情報を取得する、付記１に記載のプログラム。
（付記４）
前記日射に関する情報を取得するステップでは、前記日射に関する情報として、前記ユーザが居住する地域の緯度に関する情報を取得する、付記１に記載のプログラム。
（付記５）
前記移動経路を前記ユーザに提示するステップでは、前記ユーザが起床したタイミングにおいて、前記睡眠情報に基づいて移動経路の提示を行うか否かを決定する、付記１に記載のプログラム。
（付記６）
前記移動経路を前記ユーザに提示するステップでは、前記ユーザの睡眠情報の履歴が所定の条件を満たした場合に、前記移動経路の提示を行う、付記１に記載のプログラム。
（付記７）
前記移動経路を前記ユーザに提示するステップでは、前記ユーザが居住する地域の天候に関する情報が所定の条件を満たした場合に、前記移動経路の提示を行う、付記１に記載のプログラム。
（付記８）
前記プロセッサに、さらに、提示された経路の移動を前記ユーザが行った場合に、当該ユーザに所定の特典を付与するステップを実行させ、前記所定の特典を付与するステップでは、前記ユーザが提示された経路の移動を行い、かつ、当該移動を行った日から翌日にかけての当該ユーザの睡眠情報が所定の条件を満たした場合に、所定の特典を付与する、付記１に記載のプログラム。
（付記９）
前記所定の特典を付与するステップでは、前記ユーザが提示された経路の移動を行わず、かつ、当該移動を行わなかった日から翌日にかけての当該ユーザの睡眠情報が所定の条件を満たした場合に、所定の特典を付与する、付記１に記載のプログラム。
（付記１０）
前記所定の特典を付与するステップでは、同じ時間帯に移動した他のユーザと共通する特典を、前記ユーザに付与する、付記８に記載のプログラム。

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

１：システム、２：分類、１０：端末装置、１１：睡眠測定デバイス、１３：入力装置、１４：出力装置、１５：メモリ、１６：ストレージ、１９：プロセッサ、２０：サーバ、２５：メモリ、２６：ストレージ、２９：プロセッサ、３０：ネットワーク、１３１：タッチセンシティブデバイス、１４１：ディスプレイ、１５０：通信部、１６０：撮像部、１７０：音声処理部、１７１：マイク、１７２：スピーカ、１８０：記憶部、１８１：ユーザデータベース、１８２：場所データベース、１９０：モーションセンサ、１９１：生体情報センサ、１９５：位置情報センサ、２００：制御部、２０１：操作受付部、２０２：送受信部、２０３：通知制御部、２０４：時刻設定部、２０５：睡眠情報取得部、２０６：経路決定部、２０７：位置情報取得部、２１０：通信部、２２０：記憶部、２２１：特典データベース、２３０：制御部、２３１：送受信モジュール、２３２：日射量情報取得モジュール、２３３：ゲーム進行モジュール。

Claims (13)

1. プロセッサと、メモリとを備えるコンピュータに実行させるためのプログラムであって、
   前記プロセッサに、
   ユーザの睡眠情報を取得するステップと、
   現実世界における日射に関する情報を取得するステップと、
   前記睡眠情報と、前記日射に関する情報とに基づいて、前記ユーザが移動中に日光浴を行うための移動経路を決定するステップと、
   前記移動経路を前記ユーザに提示するステップと、を実行させる、プログラム。
2. 前記日射に関する情報を取得するステップでは、
   前記日射に関する情報として、前記ユーザが居住する地域の天候に関する情報を取得する、請求項１に記載のプログラム。
3. 前記日射に関する情報を取得するステップでは、
   前記日射に関する情報として、前記ユーザが居住する地域の季節に関する情報を取得する、請求項１に記載のプログラム。
4. 前記日射に関する情報を取得するステップでは、
   前記日射に関する情報として、前記ユーザが居住する地域の緯度に関する情報を取得する、請求項１に記載のプログラム。
5. 前記移動経路を前記ユーザに提示するステップでは、
   前記ユーザが起床したタイミングにおいて、前記睡眠情報に基づいて移動経路の提示を行うか否かを決定する、請求項１に記載のプログラム。
6. 前記移動経路を前記ユーザに提示するステップでは、
   前記ユーザの睡眠情報の履歴が所定の条件を満たした場合に、前記移動経路の提示を行う、請求項１に記載のプログラム。
7. 前記移動経路を前記ユーザに提示するステップでは、
   前記ユーザが居住する地域の天候に関する情報が所定の条件を満たした場合に、前記移動経路の提示を行う、請求項１に記載のプログラム。
8. 前記プロセッサに、さらに、
   提示された前記移動経路の移動を前記ユーザが行った場合に、当該ユーザに所定の特典を付与するステップを実行させ、
   前記所定の特典を付与するステップでは、
   前記ユーザが提示された前記移動経路の移動を行い、かつ、当該移動を行った日から翌日にかけての当該ユーザの睡眠情報が所定の条件を満たした場合に、所定の特典を付与する、請求項１に記載のプログラム。
9. 前記所定の特典を付与するステップでは、
   前記ユーザが提示された前記移動経路の移動を行わず、かつ、当該移動を行わなかった日から翌日にかけての当該ユーザの睡眠情報が所定の条件を満たした場合に、所定の特典を付与する、請求項８に記載のプログラム。
10. 前記所定の特典を付与するステップでは、
    同じ時間帯に移動した他のユーザと共通する特典を、前記ユーザに付与する、請求項８に記載のプログラム。
11. 制御部と、記憶部とを備える情報処理装置であって、前記制御部が、請求項１から請求項１０のいずれかに係る発明において実行される全てのステップを実行する、情報処理装置。
12. プロセッサと、メモリとを備えるコンピュータに実行される方法であって、前記プロセッサが、請求項１から請求項１０のいずれかに係る発明において実行される全てのステップを実行する、方法。
13. 請求項１から請求項１０のいずれかに係る発明において実行される全てのステップを実行する手段を備える、システム。