ホーム > 特許ランキング > 株式会社Ｃｙｇａｍｅｓ
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B1)
(11)【特許番号】
(24)【登録日】2024-01-11
(45)【発行日】2024-01-19
(54)【発明の名称】通知システム及び通知方法
(51)【国際特許分類】
G06Q 50/10 20120101AFI20240112BHJP
A63F 13/35 20140101ALI20240112BHJP
A63F 13/53 20140101ALI20240112BHJP
A63F 13/69 20140101ALI20240112BHJP
H04M 1/72427 20210101ALI20240112BHJP
【ＦＩ】
G06Q50/10
A63F13/35
A63F13/53
A63F13/69
H04M1/72427
【請求項の数】
9
(21)【出願番号】P 2022166714
(22)【出願日】2022-10-18
【審査請求日】2023-02-10
【早期審査対象出願】
(73)【特許権者】
【識別番号】511249637
【氏名又は名称】株式会社Ｃｙｇａｍｅｓ
(74)【代理人】
【識別番号】110000925
【氏名又は名称】弁理士法人信友国際特許事務所
(72)【発明者】
【氏名】倉林 修一
【審査官】毛利 太郎
(56)【参考文献】
【文献】国際公開第２０１３／０８８７９３（ＷＯ，Ａ１）
【文献】特開２０２０－０３２１１８（ＪＰ，Ａ）
【文献】特開２０２０－１４２０２５（ＪＰ，Ａ）
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ｇ０６Ｑ １０／００ － ９９／００
Ａ６３Ｆ １３／５３
Ａ６３Ｆ １３／６９
Ａ６３Ｆ １３／３５
Ｈ０４Ｍ １／７２４２７
(57)【特許請求の範囲】
【請求項1】
操作が行われない放置時間に応じてユーザーに報酬が与えられる放置コンテンツが電子機器で開始されることにより、前記報酬を与えるスケジュール及び前記報酬を、前記ユーザーに前記報酬が与えられるタイミングよりも前に生成するゲームサーバと、前記スケジュールに従って、前記電子機器の表示領域に前記報酬に関する情報を表示させるための通知を行う通知サーバと、を備え、
前記放置コンテンツが表示されていない状態の前記電子機器には、入力操作が制限されるロック画面が表示され、前記報酬に関する情報、及び前記放置コンテンツの進捗状況のうち、少なくとも一つが前記スケジュールに従って前記ロック画面に表示される
通知システム。
【請求項2】
前記通知サーバは、前記電子機器で前記放置コンテンツを開始するゲームアプリケーションプログラムが終了した後、前記スケジュールに従って前記報酬に関する情報の通知を行う
請求項１に記載の通知システム。
【請求項3】
前記通知サーバは、前記電子機器の画面に前記放置コンテンツが表示されている状態であれば、前記通知を停止する請求項２に記載の通知システム。
【請求項4】
前記報酬及び前記スケジュールを含むスケジュールデータを前記ユーザーごとに記憶するスケジュールＤＢを備え、前記通知サーバは、前記スケジュールデータから取得した前記スケジュールに従って、前記通知を行う
請求項３に記載の通知システム。
【請求項5】
前記ゲームサーバは、前記電子機器が前記放置コンテンツを開始した後に前記電子機器から送信される放置コンテンツ開始のリクエストを受信する通信部と、
前記通信部により前記放置コンテンツ開始のリクエストが受信されると、前記報酬を生成する報酬生成部と、
前記報酬が生成されると、前記スケジュールを生成するスケジュール生成部と、を有する
請求項４に記載の通知システム。
【請求項6】
前記報酬生成部は、前記放置コンテンツの開始時刻から予め規定される通知時間ごとに前記報酬を生成し、前記スケジュール生成部は、前記通知時間ごとに前記通知が行われるタイミングが規定された前記スケジュールを生成する
請求項５に記載の通知システム。
【請求項7】
前記放置コンテンツは、前記電子機器で実行される前記ゲームアプリケーションプログラム自体である請求項２～６のいずれか一項に記載の通知システム。
【請求項8】
前記放置コンテンツは、前記電子機器で実行される前記ゲームアプリケーションプログラムに含まれるコンテンツの一部である請求項２～６のいずれか一項に記載の通知システム。
【請求項9】
ゲームサーバと、通知サーバと、を備える通知システムで行われる通知方法であって、前記ゲームサーバが、操作が行われない放置時間に応じてユーザーに報酬が与えられる放置コンテンツが電子機器で開始されることにより、前記報酬を与えるスケジュール及び前記報酬を、前記ユーザーに前記報酬が与えられるタイミングよりも前に生成するステップと、
前記通知サーバが、前記スケジュールに従って、前記電子機器の表示領域に前記報酬に関する情報を表示させるための通知を行うステップと、
前記放置コンテンツが表示されていない状態の前記電子機器が、入力操作が制限されるロック画面を表示し、前記報酬に関する情報、及び前記放置コンテンツの進捗状況のうち、少なくとも一つを前記スケジュールに従って前記ロック画面に表示するステップと、を含む
通知方法。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、通知システム及び通知方法に関する。
【背景技術】
【0002】
スマートフォン等の電子機器では、様々な種類のアプリケーションプログラム（以下、「アプリ」と略称）が動作しており、スマートフォンの表示部には、ユーザーが使用しているアプリに応じた処理結果が表示される。ユーザーがスマートフォンを使用していない間、他のユーザーによる操作を防ぐため、表示部にロック画面が表示される。ロック画面は、ユーザーがスマートフォンの使用を再開する時に、特定の認証動作（パスコードの入力、顔認証等）を行わなければ、スマートフォンを使用できなくする、スマートフォンのセキュリティ機能の一つである。
【0003】
このロック画面には、ユーザーが個別のアプリを起動することなく、ホーム画面やロック画面に情報を表示可能なウィジェットが設けられている。ユーザーは、ウィジェットを見ることで、ホーム画面やロック画面に表示された情報（メールの一部等）を確認することができる。
【0004】
特許文献１には、「コンテンツを含んだ新たな通知を表示しながら、接触感知式ディスプレイへのドラッグジェスチャを検出すると、複数の通知及び新たな通知を含んだ通知リストを、アプリから受信したコンテンツとともに表示し、電子機器がロック状態で動作している間に、表示された通知リストをユーザーがスクロールすることを可能にする」と記載されている。
【先行技術文献】
【特許文献】
【0005】
【文献】特開２０２２－１０６８２４号公報
【発明の概要】
【発明が解決しようとする課題】
【0006】
ユーザーがスマートフォンを操作することで、スマートフォンでゲームをプレイできるコンテンツが提供されている。このコンテンツには、ユーザーの操作によりゲームが進捗されるコンテンツの他、ユーザーが操作せずに放置した状態でもゲームが進捗するコンテンツ（以下、「放置コンテンツ」と呼ぶ）がある。ユーザーが放置コンテンツを起動した後、放置している間に、ゲーム内のキャラクターがゲーム内通貨を得たり、キャラクターのレベルを上げたりすることが可能である。従来、スマートフォンで放置コンテンツが実行されている間、ユーザーは、ロック画面を解除しなければ放置コンテンツのゲームアプリの進捗結果を確認することができなかった。このため、ユーザーが、放置コンテンツを開始後、どの位の報酬を得られたのかを確認する度にロック画面を解除する操作を行うのは煩雑であった。
【0007】
本発明はこのような状況に鑑みて成されたものであり、電子機器の表示領域に放置コンテンツの報酬に関する情報を表示することを目的とする。
【課題を解決するための手段】
【0008】
本発明に係る通知システムは、操作が行われない放置時間に応じてユーザーに報酬が与えられる放置コンテンツが電子機器で開始されることにより、報酬を与えるスケジュール及び報酬を、ユーザーに報酬が与えられるタイミングよりも前に生成するゲームサーバと、スケジュールに従って、電子機器の表示領域に報酬に関する情報を表示させるための通知を行う通知サーバと、を備え、放置コンテンツが表示されていない状態の電子機器には、入力操作が制限されるロック画面が表示され、報酬に関する情報、及び放置コンテンツの進捗状況のうち、少なくとも一つがスケジュールに従ってロック画面に表示される。
【発明の効果】
【0009】
本発明によれば、放置コンテンツが電子機器で開始されることにより、電子機器の表示領域に報酬に関する情報を表示させるための通知が行われるようになる。
上記した以外の課題、構成及び効果は、以下の実施形態の説明により明らかにされる。
上記した以外の課題、構成及び効果は、以下の実施形態の説明により明らかにされる。
【図面の簡単な説明】
【0010】
【図1】本発明の一実施形態に係る通知システムの概要を示す全体構成図である。
【図2】本発明の一実施形態に係る通知システムにおけるクライアント端末のロック画面に重ねて表示される報酬通知画面の表示例（１）を示す図である。
【図3】本発明の一実施形態に係る通知システムにおけるゲームサーバのハードウェア構成例を示すブロック図である。
【図4】本発明の一実施形態に係る通知システムにおけるクライアント端末のハードウェア構成例を示すブロック図である。
【図5】本発明の一実施形態に係る通知システムにおけるゲーム管理システム及びクライアント端末の機能構成例を示すブロック図である。
【図6】本発明の一実施形態に係る通知システムにおけるクライアントサイドとサーバサイドの処理の例を示すシーケンス図である。
【図7】本発明の一実施形態の通知システムにおけるクライアント端末のロック画面に重ねて表示される報酬通知画面の表示例（２）を示す図である。
【図8】本発明の一実施形態の通知システムにおけるクライアント端末のロック画面に重ねて表示される報酬通知画面の表示例（３）を示す図である。
【図9】本発明の一実施形態の通知システムにおけるクライアント端末のロック画面に重ねて表示される報酬通知画面の表示例（４）を示す図である。
【発明を実施するための形態】
【0011】
以下、本発明を実施するための形態について、添付図面を参照して説明する。本明細書及び図面において、実質的に同一の機能又は構成を有する構成要素については、同一の符号を付することにより重複する説明を省略する。
【0012】
［一実施形態］
図１は、一実施形態に係る通知システム１００の概要を示す全体構成図である。
通知システム１００は、ゲーム管理システム１０、プッシュ通知用サーバ２０、及びクライアント端末３０を備える。ゲーム管理システム１０、プッシュ通知用サーバ２０、及びクライアント端末３０は、互いにインターネット等のネットワークＮを介して各種のデータを送受信可能に接続されている。
図１は、一実施形態に係る通知システム１００の概要を示す全体構成図である。
通知システム１００は、ゲーム管理システム１０、プッシュ通知用サーバ２０、及びクライアント端末３０を備える。ゲーム管理システム１０、プッシュ通知用サーバ２０、及びクライアント端末３０は、互いにインターネット等のネットワークＮを介して各種のデータを送受信可能に接続されている。
【0013】
＜クライアント端末＞
クライアント端末３０は、不図示のユーザーによって操作される電子機器の一例であり、各種のアプリを実行可能である。クライアント端末３０として、例えば、スマートフォン、タブレットやＰＣ（Personal Computer）が想定される。クライアント端末３０で実行されるアプリには様々な種類があるが、特にゲームアプリケーションプログラム（以下、「ゲームアプリ」と呼ぶ）を実行させた場合について説明する。なお、クライアント端末３０の処理を説明する時は「クライアントサイド」と呼ぶことがある。
クライアント端末３０は、不図示のユーザーによって操作される電子機器の一例であり、各種のアプリを実行可能である。クライアント端末３０として、例えば、スマートフォン、タブレットやＰＣ（Personal Computer）が想定される。クライアント端末３０で実行されるアプリには様々な種類があるが、特にゲームアプリケーションプログラム（以下、「ゲームアプリ」と呼ぶ）を実行させた場合について説明する。なお、クライアント端末３０の処理を説明する時は「クライアントサイド」と呼ぶことがある。
【0014】
このゲームアプリとして、ユーザーが操作しない放置時間に応じてユーザーに報酬を与える放置コンテンツがある。放置コンテンツを開始したユーザーが得られる報酬としては、放置コンテンツ内で利用可能な通貨、アイテム、放置コンテンツ内で操作可能なキャラクター、キャラクターのレベルアップの情報等が想定される。
【0015】
なお、放置コンテンツは、クライアント端末３０で実行されるゲームアプリに含まれるコンテンツの一部であってもよい。放置コンテンツが表示されていない状態のクライアント端末３０には、クライアント端末３０の認証機能によりユーザーが認証されるまで入力操作が制限されるロック画面が表示される。
【0016】
クライアント端末３０は、放置コンテンツの開始後、ロック画面が表示された状態であれば、報酬に関する情報をロック画面に表示する。ただし、報酬に関する情報は、例えば、放置系コンテンツが表示されていない表示領域に表示されてもよい。また、クライアント端末３０としてのＰＣによりゲームアプリが実行されている場合、ＰＣが起動している状態であれば、放置系コンテンツが表示される表示領域がＰＣの表示画面の全部でなく、一部に設けられることがある。このため、ＰＣが起動している状態であれば、放置系コンテンツが表示されていない表示領域として、例えば、ＰＣの表示画面の四隅のいずれかに報酬に関する情報が表示されてもよい。なお、放置系コンテンツが表示されていない表示領域の位置は、プッシュ通知用サーバ２０又はＰＣのＯＳ（Operating System）の仕様又は制御により任意に変更可能である。また、ユーザーが報酬に関する情報を表示する表示領域の位置を設定してもよい。
【0017】
ここで報酬とは、放置コンテンツの開始後にユーザーが得られる、ゲーム内のアイテム、通貨、キャラクターの経験値、キャラクターが敵を倒した数、ゲーム内で建築する建物、又は、キャラクターが到達したダンジョン階層等のキャラクターが得た様々な成果が含まれる。そして、報酬に関する情報は、プッシュ通知用サーバ２０を経由してクライアント端末３０にプッシュ通知が行われることで、ユーザーに通知される。このため、クライアント端末３０を操作するユーザーは、ロック画面が表示された状態でも、放置コンテンツが進捗したこと、放置コンテンツを実行させた時間に応じて報酬を得たことが分かる。また、ユーザーは、ロック画面に表示された報酬する情報を確認すると、ロック画面を解除して、放置コンテンツのゲームアプリをプレイすることもできる。通知される報酬は複数あってもよく、さらに、段階的な報酬を設けても良い。例えば、報酬がアイテムであれば、放置系コンテンツの開始後、１時間経過すると１個のアイテムが得られ、５時間経過すると１０個のアイテムが得られるように、時間経過に応じて得られる報酬の数を増やしてもよい。あるいは、報酬が建物であれば、放置系コンテンツの開始後、１日経過すると１階部分が建ち、２日経過すると２階部分が建つように、時間経過に応じて得られる報酬の種類が変わってもよい。このような段階的な報酬については、後に画面の表示例と共に説明する。
【0018】
＜ゲーム管理システム＞
ゲーム管理システム１０は、クライアント端末３０に各種のコンテンツを配信し、ゲームアプリを管理する。クライアント端末３０で利用されるコンテンツとして、例えば、ゲームアプリで用いられるコンテンツがある。なお、ゲーム管理システム１０の処理を説明する時は「サーバサイド」と呼ぶことがある。
ゲーム管理システム１０は、クライアント端末３０に各種のコンテンツを配信し、ゲームアプリを管理する。クライアント端末３０で利用されるコンテンツとして、例えば、ゲームアプリで用いられるコンテンツがある。なお、ゲーム管理システム１０の処理を説明する時は「サーバサイド」と呼ぶことがある。
【0019】
ゲーム管理システム１０は、ゲームサーバ１、通知サーバ２、及びスケジュールＤＢ（Data Base）３を備える。ゲームサーバ１は、放置コンテンツの開始のリクエストを受信すると、クライアント端末３０に報酬を与えるスケジュールを生成する。放置コンテンツの開始のリクエストは、クライアント端末３０で放置コンテンツが開始されると、クライアント端末３０から送信されるリクエストである。なお、ゲームサーバ１は、スケジュールの生成に合わせて、例えば、クライアント端末３０にスケジュールや報酬を描画させ、又は表示させるための情報も生成する。この際、ゲームサーバ１は、クライアント端末３０に対して描画指示を行うだけとし、ゲームアプリのコンテンツの画像等は描画指示を受信したクライアント端末３０が描画し、表示する構成としてもよい。
【0020】
通知サーバ２は、ゲームサーバ１によって生成されたスケジュールに従って、クライアント端末３０の表示領域に報酬に関する情報を表示させるための通知を行う。このため、通知サーバ２は、スケジュールデータから取得したスケジュールに従って、クライアント端末３０に対する通知を行う。例えば、１０時５分００秒のように通知時刻がスケジュールされており、現在時刻がこのスケジュールされた時刻になるとクライアント端末３０に対する通知が行われる。なお、この通知は、後述するように通知サーバ２がプッシュ通知用サーバ２０に「Remote Push Notifications」を送信することで、プッシュ通知用サーバ２０を介してクライアント端末３０に行われるプッシュ通知である。
【0021】
上述したようにクライアント端末３０には、ロック画面が表示されている。このロック画面の一部の領域に、報酬に関する情報として、例えば、報酬自体、又はユーザーが報酬を得たことを知らせる情報が表示される。
【0022】
ゲームサーバ１で生成されたスケジュールを含むスケジュールデータは、スケジュールＤＢ３に保存される。スケジュールＤＢ３は、報酬及びスケジュールを含むスケジュールデータを、放置コンテンツを利用するユーザーごとに記憶する。クライアント端末３０で放置コンテンツが開始された後、通知サーバ２は、スケジュールＤＢ３からスケジュールデータを読み出し、このスケジュールデータに基づいて、該当するユーザーが利用するクライアント端末３０に対して、報酬の通知を行う。
【0023】
通知サーバ２が行う通知には、「Remote Push Notifications」が用いられる。「Remote Push Notifications」は、プッシュ通知用のデータである。通知サーバ２は、「Remote Push Notifications」を用いることで、プッシュ通知用サーバ２０を介してクライアント端末３０に間接的にプッシュ通知を行うことができる。このように、通知サーバ２がプッシュ通知用サーバ２０を介してクライアント端末３０にプッシュ通知を行う処理を、「通知」とも呼ぶ。
【0024】
＜プッシュ通知用サーバ＞
プッシュ通知用サーバ２０は、例えば、クライアント端末３０で実行されるＯＳの製造元であるメーカーが管理するサーバである。プッシュ通知用サーバ２０は、ゲーム管理システム１０から「Remote Push Notifications」を受信すると、クライアント端末３０に対してプッシュ通知を行う。プッシュ通知用サーバ２０によって、クライアント端末３０に対する第三者からの不要なプッシュ通知が制限される。
プッシュ通知用サーバ２０は、例えば、クライアント端末３０で実行されるＯＳの製造元であるメーカーが管理するサーバである。プッシュ通知用サーバ２０は、ゲーム管理システム１０から「Remote Push Notifications」を受信すると、クライアント端末３０に対してプッシュ通知を行う。プッシュ通知用サーバ２０によって、クライアント端末３０に対する第三者からの不要なプッシュ通知が制限される。
【0025】
プッシュ通知用サーバ２０は、例えば、APN/FCNサーバとも呼ばれる。なお、APNサーバは、Apple社が管理するプッシュ通知用サーバであり、FCNサーバは、Google社が管理するプッシュ通知用サーバである。クライアント端末３０がスマートフォン等である場合、全てのスマートフォンは、それぞれのＯＳの製造元が管理するプッシュ通知用サーバ２０と定期的に通信を行っており、このプッシュ通知用サーバ２０を経てプッシュ通知を受け取ることができる。このため、ＯＳの製造元ではないサードパーティで作成されたアプリは、プッシュ通知用サーバ２０にプッシュ通知の送信要求を送る。この結果、サードパーティのゲームサーバは、スマートフォンのＩＰアドレス（Internet Protocol address）等を事前に把握しなくても、プッシュ通知用サーバ２０を介して間接的にスマートフォンへプッシュ通知を送ることができる。
【0026】
ここで、ゲーム管理システム１０が、リモートプッシュ通知を用いて放置コンテンツを含むゲームアプリで用いられるゲーム情報の更新を行う処理について、概要を説明する。リモートプッシュ通知は、サードパーティがプッシュ通知用サーバ２０を介して、クライアント端末３０にプッシュ通知を行う仕組みである。
【0027】
クライアント端末３０では、放置コンテンツを開始後、他のアプリを開始すると、放置コンテンツのゲームがプレイされていない状態になるので、放置コンテンツのバックグラウンド動作が行われない。一方で、ゲームサーバ１では、クライアント端末３０で放置コンテンツが開始された後、ゲーム情報が生成され、スケジュールに合わせてクライアント端末３０に対するリモートプッシュ通知を用いたゲーム情報の更新が行われる。このゲーム情報には、ユーザーが獲得した報酬等の情報が含まれる。従来であれば、ユーザーは、ゲームアプリを起動して、放置コンテンツのバックグラウンド動作を行ってから報酬を確認していたが、本実施形態では、ユーザーが、ゲームアプリを起動しなくても報酬を確認できる。すなわち、ユーザーが報酬を確認する際に、放置コンテンツのバックグラウンド動作が不要となる。
【0028】
このようにゲーム管理システム１０がリモートプッシュ通知を用いてクライアント端末３０のゲーム情報の更新を行う際、クライアント端末３０がゲームアプリのバックグラウンド動作を行わなくてよい。そこで、本実施形態では、クライアント端末３０における放置コンテンツの開始時に、サーバサイドで当該コンテンツの報酬結果を予め生成する「コンテンツ結果の事前生成機能」を導入する。ゲーム管理システム１０で予め生成されたコンテンツ結果は、コンテンツ結果と共にゲーム管理システム１０で生成されるスケジュールに従って、クライアント端末３０に送信される。本実施の形態では、「コンテンツ結果」が「報酬結果」となる。報酬結果は、ゲームサーバ１でユーザーごとに個別に生成される具体的なインスタンスである。このため、ゲームサーバ１で生成された報酬結果に基づいて、ユーザーに報酬が与えられる。以下の説明では、報酬結果と報酬を同じ意味で捉えて説明することがある。また、ゲームサーバ１で行われる報酬結果の生成は、報酬の生成として説明することがある。ゲーム管理システム１０がユーザーに報酬を与える機能を実現するために、以下の機能１～機能３が必要となる。
【0029】
機能１：クライアント端末３０のゲームアプリは、放置コンテンツが開始されると、サーバサイドのゲームサーバ１に向けて放置コンテンツの開始のリクエストを送信する。
機能２：放置コンテンツの開始のリクエストを受け付けたサーバサイドのゲームサーバ１は、当該コンテンツの報酬結果を生成し、その報酬結果を含んだ「Remote Push Notifications」の送信時刻をスケジューリングする。
機能３：ゲームサーバ１によるスケジューリング後、通知サーバ２が定期的に「Remote Push Notifications」をプッシュ通知用サーバ２０経由でクライアント端末３０に送信されプッシュ通知が行われる。
機能２：放置コンテンツの開始のリクエストを受け付けたサーバサイドのゲームサーバ１は、当該コンテンツの報酬結果を生成し、その報酬結果を含んだ「Remote Push Notifications」の送信時刻をスケジューリングする。
機能３：ゲームサーバ１によるスケジューリング後、通知サーバ２が定期的に「Remote Push Notifications」をプッシュ通知用サーバ２０経由でクライアント端末３０に送信されプッシュ通知が行われる。
【0030】
＜リアルタイム通知機能の説明＞
ここで、リアルタイム通知機能について説明する。
図２は、通知システム１００におけるクライアント端末３０のロック画面に重ねて表示される報酬通知画面の表示例（１）を示す図である。
ここで、リアルタイム通知機能について説明する。
図２は、通知システム１００におけるクライアント端末３０のロック画面に重ねて表示される報酬通知画面の表示例（１）を示す図である。
【0031】
クライアント端末３０のリアルタイム通知機能とは、図２に示すロック画面に対して、アプリごとにカスタム可能なウィジットを表示可能にする機能である。本実施形態におけるゲーム以外の応用例であれば、例えば、配送アプリによる配送待ち時間や、スポーツ中継アプリによる試合のスコア等の、実世界における様々なリアルタイムの情報を、認証前のロック画面に表示することになる。
【0032】
通常、上記の応用例では、クライアント端末３０に対して、実世界で発生するイベント、すなわちリアルイベントの通知を行うことが想定されていた。リアルイベントの通知としては、例えば、配送サービスにおいて、配送車の現在位置を所定時刻毎にクライアント端末３０に通知することが挙げられる。リアルイベントの通知では、機能２における「コンテンツ結果の事前生成機能」を実装することは不可能である。なぜなら配送車がどの時刻にどの位置を通過するかを事前に決めることはできないからである。
【0033】
一方、本実施の形態に係るゲーム管理システム１０を用いると、上記の機能１～機能３の順に処理が行われることで、クライアント端末３０に表示されるロック画面を更新するリアルタイム更新が可能となる。ここで、リアルタイム更新とは、放置コンテンツが開始された開始時刻からスケジュールされた実時間ごとにユーザーに提供する報酬をロック画面に表示することである。図２に示したように、ゲーム管理システム１０を用いると、サーバサイドで生成された放置コンテンツに対する報酬に関する情報がロック画面に表示される。つまり、ロック画面に表示される情報は、実世界における様々なリアルタイムの情報ではなく、ゲームサーバ１により生成される情報である。このようにクライアント端末３０のユーザーが放置コンテンツを開始することで、予めゲームサーバ１で報酬が生成される。この点は、リアルタイム通知機能を用いたリアルイベントの通知を目的とするアプリとは異なる点である。
【0034】
クライアント端末３０のロック画面には、放置コンテンツの開始後にキャラクターが得られた報酬（例えば、ゲーム内で獲得した通貨）自体が報酬に関する情報として表示される。また、ロック画面には、報酬を直接明記しない情報（例えば、ゲーム内で通貨を獲得したことを示す情報）も報酬に関する情報として表示可能である。
【0035】
ここで、図２を参照して、報酬通知画面５０，５０Ａについて説明する。報酬通知画面５０，５０Ａは、ロック画面の一部の領域に表示される画面であり、ユーザーにゲーム内のキャラクター５２が獲得した報酬を通知するために用いられる。上述したように放置コンテンツの開始後、時間警戒応じてユーザーが報酬を獲得するが、ここでは、キャラクター５２が報酬を獲得するものとして説明する。
【0036】
報酬通知画面５０には、左から右に向かうタイムチャート５１に設置された第１報酬アイコン５３ａと第２報酬アイコン５３ｂに向けてキャラクター５２が移動する様子が示される。第１報酬アイコン５３ａには、キャラクター５２が獲得する報酬の数が「１」であることが示され、「第１報酬」という報酬名が付けられている。また、第２報酬アイコン５３ｂには、キャラクター５２が獲得する報酬の数が「２」であることが示され、「第２報酬」という報酬名が付けられている。ここで、報酬として、例えば、キャラクター５２が獲得可能なアイテムが想定される。キャラクター５２は、放置コンテンツの開始後、放置時間が増加すると共に、第１報酬、第２報酬の順に獲得する。第１報酬、第２報酬を獲得するまでに要する時間は、放置コンテンツが開始された開始時刻からゲームサーバ１によってスケジュールされる。
【0037】
報酬通知画面５０の上部に設けられた報酬獲得時間表示領域５４には、キャラクター５２が各報酬を獲得するまでに必要な時間が表示される。例えば、キャラクター５２が第１報酬を獲得するまでに「３０分５０秒」の時間がかかり、第２報酬を獲得するまでに「１時間半」の時間がかかることが報酬獲得時間表示領域５４に示される。ユーザーは、各報酬を獲得するまでに必要な時間を確認することで、どれだけの時間が経過すると、キャラクター５２が報酬を獲得できるかを知ることができる。そして、放置コンテンツが開始してから経過した放置時間は、タイムチャート５１の左端から右側にキャラクター５２が移動すると線種が破線から実線に変わることで表される。そして、キャラクター５２が第１報酬アイコン５３ａに到達すると、キャラクター５２が第１報酬を獲得すること、キャラクター５２が第２報酬アイコン５３ｂに到達すると、キャラクター５２が第２報酬を獲得することが視覚的に表される。
【0038】
キャラクター５２が第１報酬を獲得したことは、報酬通知画面５０から報酬通知画面５０Ａに遷移することで示される。報酬通知画面５０Ａは、報酬通知画面５０に代えてロック画面の一部領域に表示される。報酬通知画面５０Ａの左側には、キャラクター５２が「第１報酬を獲得！」のように話す吹き出しアイコン５５が表示される。ユーザーは、吹き出しアイコン５５を見ることで、キャラクター５２が第１報酬を獲得したことを把握できる。
【0039】
なお、ゲームコンテンツを管理するゲーム管理システム１０では、リアルイベントの通知は不要であり、放置コンテンツの開始時点でコンテンツ結果が予め生成される。このため、ゲーム管理システム１０が機能２における「コンテンツ結果の事前生成機能」を実装することで、放置コンテンツの開始時に、コンテンツ結果を予め生成し、スケジュールされた時間毎に放置コンテンツのユーザーに対して報酬やその関連コンテンツを提供することが可能となる。
【0040】
そこで、サーバサイドでロック画面を更新する時は、「Remote Push Notifications」が使われる。しかし、クライアント端末３０にてゲームアプリが動作している時（すなわち、ゲームプレイ中）であれば、放置コンテンツの「Remote Push Notifications」の通知スケジューリングが停止される。「Remote Push Notifications」の通知スケジューリングが停止されると、ゲームサーバ１からクライアント端末３０に対して何らかの通知を行う時は、スケジュールＤＢ３を介さず、通知サーバ２に対して「Remote Push Notifications」の送信指示が出力される。
【0041】
ゲームアプリ側でロック画面を更新する時は、クライアント端末３０に内蔵されるローカルアプリにより、情報が更新されることが望ましい。その理由として、通知サーバ２から通知される報酬に関する情報はロック画面で表示されるものであり、クライアント端末３０にてゲームアプリが動作している時にロック画面は表示されないからである。
【0042】
＜ゲームサーバのハードウェア構成例＞
次に、ゲームサーバ１のハードウェア構成例について説明する。
図３は、通知システム１００におけるゲームサーバ１のハードウェア構成例を示すブロック図である。なお、通知サーバ２のハードウェア構成例もゲームサーバ１と同様であるため、ゲームサーバ１のハードウェア構成例に限定して説明する。
次に、ゲームサーバ１のハードウェア構成例について説明する。
図３は、通知システム１００におけるゲームサーバ１のハードウェア構成例を示すブロック図である。なお、通知サーバ２のハードウェア構成例もゲームサーバ１と同様であるため、ゲームサーバ１のハードウェア構成例に限定して説明する。
【0043】
（ゲームサーバの構成例）
ゲームサーバ１は、コンピューターとして動作する計算機の一例である。このゲームサーバ１は、バス１５にそれぞれ接続されたＣＰＵ（Central Processing Unit）１１、ＧＰＵ（Graphics Processing Unit）１２、ＲＯＭ（Read Only Memory）１３、ＲＡＭ（Random Access Memory）１４、不揮発性ストレージ１６及びネットワークインターフェイス１７を備える。
ゲームサーバ１は、コンピューターとして動作する計算機の一例である。このゲームサーバ１は、バス１５にそれぞれ接続されたＣＰＵ（Central Processing Unit）１１、ＧＰＵ（Graphics Processing Unit）１２、ＲＯＭ（Read Only Memory）１３、ＲＡＭ（Random Access Memory）１４、不揮発性ストレージ１６及びネットワークインターフェイス１７を備える。
【0044】
ＣＰＵ１１は、本実施の形態に係る各機能を実現するソフトウェアのプログラムコードをＲＯＭ１３から読み出してＲＡＭ１４にロードし、実行する。ＧＰＵ１２は、例えば、３Ｄオブジェクトを画面に描画するために必要な処理を行う。ＲＡＭ１４には、ＣＰＵ１１又はＧＰＵ１２の演算処理の途中で発生した変数やパラメーター等が一時的に書き込まれ、これらの変数やパラメーター等がＣＰＵ１１又はＧＰＵ１２によって適宜読み出される。
【0045】
不揮発性ストレージ１６としては、例えば、ＨＤＤ（Hard Disk Drive）、ＳＳＤ（Solid State Drive）、光ディスク、光磁気ディスク、ＣＤ－ＲＯＭ、磁気テープ又は不揮発性のメモリ等が用いられる。この不揮発性ストレージ１６には、ゲームサーバ１のＯＳ、各種のパラメーターの他に、ゲームサーバ１を機能させるためのプログラムが記録されている。ＲＯＭ１３及び不揮発性ストレージ１６は、ＣＰＵ１１が動作するために必要なプログラムやデータ等を記録しており、ゲームサーバ１によって実行されるプログラムを格納したコンピューター読取可能な非一過性の記録媒体の一例として用いられる。
【0046】
ネットワークインターフェイス１７には、例えば、ＮＩＣ（Network Interface Card）等が用いられ、ＮＩＣの端子に接続されたＬＡＮ（Local Area Network）、専用線等を介して各種のデータを、クライアント端末３０との間で送受信することが可能である。図１に示したように、ゲームサーバ１は、ネットワークインターフェイス１７を通じて、ネットワークＮを介して、プッシュ通知用サーバ２０、及びクライアント端末３０に接続可能である。
【0047】
＜クライアント端末のハードウェア構成例＞
次に、クライアント端末３０のハードウェア構成例について説明する。
図４は、通知システム１００におけるクライアント端末３０のハードウェア構成例を示すブロック図である。
次に、クライアント端末３０のハードウェア構成例について説明する。
図４は、通知システム１００におけるクライアント端末３０のハードウェア構成例を示すブロック図である。
【0048】
クライアント端末３０は、各種のプログラムを実行可能なコンピューターとして動作する計算機の一例である。このクライアント端末３０は、バス３５にそれぞれ接続されたＣＰＵ３１、ＧＰＵ３２、ＲＯＭ３３、ＲＡＭ３４、ネットワークインターフェイス３６、タッチパネルディスプレイ３７、及び不揮発性ストレージ３８を備える。
【0049】
ＣＰＵ３１は、クライアント端末３０の各機能を実現するソフトウェアのプログラムコードをＲＯＭ３３から読み出してＲＡＭ３４にロードし、実行する。ＲＡＭ３４には、ＣＰＵ３１又はＧＰＵ３２の演算処理の途中で発生した変数やパラメーター等が一時的に書き込まれ、これらの変数やパラメーター等がＣＰＵ３１又はＧＰＵ３２によって適宜読み出される。ＣＰＵ３１は、クライアント端末３０のＯＳの処理、クライアント端末３０内の各部で行われるデータの入出力の管理等の処理を行う。
【0050】
ＧＰＵ３２は、例えば、３Ｄオブジェクトをタッチパネルディスプレイ３７の画面に描画するために必要な処理を行う。
ネットワークインターフェイス３６には、例えば、ＮＩＣ等が用いられ、ＮＩＣの端子に接続されたＬＡＮ、専用線等を介して各種のデータを取得したり、他のクライアント端末３０との間で通信を行ったりすることが可能である。
ネットワークインターフェイス３６には、例えば、ＮＩＣ等が用いられ、ＮＩＣの端子に接続されたＬＡＮ、専用線等を介して各種のデータを取得したり、他のクライアント端末３０との間で通信を行ったりすることが可能である。
【0051】
タッチパネルディスプレイ３７は、表示面と操作面とが一体となった入出力装置の一例である。タッチパネルディスプレイ３７は、操作面で操作された位置の座標に基づいて操作信号を生成し、ＣＰＵ３１に操作信号を渡す。また、タッチパネルディスプレイ３７は、ＣＰＵ３１又はＧＰＵ３２で描画された画面のデータに基づいた映像を表示面に出力する。
【0052】
不揮発性ストレージ３８としては、例えば、ＨＤＤ、ＳＳＤ、フレキシブルディスク、光ディスク、光磁気ディスク、ＣＤ－ＲＯＭ又は不揮発性のメモリ等が用いられる。この不揮発性ストレージ３８には、ＯＳ、各種のパラメーターの他に、クライアント端末３０を機能させるためのプログラムが記録されている。ＲＯＭ３３及び不揮発性ストレージ３８は、ＣＰＵ３１及びＧＰＵ３２が動作するために必要なプログラムやデータ等を記録しており、クライアント端末３０によって実行されるプログラムを格納したコンピューター読取可能な非一過性の記録媒体の一例として用いられる。
【0053】
なお、クライアント端末３０は、図４に示したハードウェア以外にも、カメラ、マイク、スピーカー、バッテリー等を備える。また、クライアント端末３０がＰＣであれば、クライアント端末３０は、入力装置としてのキーボード、マウス、表示装置としての液晶ディスプレイモニター等を備える。
【0054】
＜ゲーム管理システム及びクライアント端末の機能構成例＞
次に、ゲーム管理システム１０及びクライアント端末３０の機能構成例について説明する。
図５は、通知システム１００におけるゲーム管理システム１０及びクライアント端末３０の機能構成例を示すブロック図である。図５では、図１で示したプッシュ通知用サーバ２０の機能構成例を示すブロック図は省略している。
次に、ゲーム管理システム１０及びクライアント端末３０の機能構成例について説明する。
図５は、通知システム１００におけるゲーム管理システム１０及びクライアント端末３０の機能構成例を示すブロック図である。図５では、図１で示したプッシュ通知用サーバ２０の機能構成例を示すブロック図は省略している。
【0055】
（ゲーム管理システムの機能構成例）
始めに、ゲーム管理システム１０の機能構成例を説明する。ゲーム管理システム１０のゲームサーバ１は、通信部２１、コンテンツ処理部２２、報酬生成部２３、及びスケジュール生成部２４を備える。
始めに、ゲーム管理システム１０の機能構成例を説明する。ゲーム管理システム１０のゲームサーバ１は、通信部２１、コンテンツ処理部２２、報酬生成部２３、及びスケジュール生成部２４を備える。
【0056】
通信部２１は、クライアント端末３０で実行されるゲームアプリの取得要求に応じたデータ等をクライアント端末３０に提供するための通信処理を行う。また、通信部２１は、クライアント端末３０が放置コンテンツを開始したことで、クライアント端末３０から送信される放置コンテンツの開始のリクエストを受信する。通信部２１の機能は、図３に示したネットワークインターフェイス１７により実現される。
【0057】
コンテンツ処理部２２は、クライアント端末３０で実行されるコンテンツの処理を行う。クライアント端末３０で処理されるコンテンツには、放置コンテンツ以外にも、ユーザーの操作を要するコンテンツもある。このため、ユーザーがクライアント端末３０に入力した操作の情報を通信部２１がクライアント端末３０から受信すると、コンテンツ処理部２２が操作の情報に基づいてコンテンツを処理する。コンテンツ処理部２２によるコンテンツの処理結果は、通信部２１がネットワークＮを通じてクライアント端末３０に送信する。
【0058】
報酬生成部２３は、通信部２１により放置コンテンツの開始のリクエストが受信されると、報酬を生成する。報酬生成部２３が生成する報酬とは、上述したインスタンスである「報酬結果」である。報酬生成部２３は、放置コンテンツの開始のリクエストが受信されたタイミングで、放置コンテンツの開始時刻から予め規定される通知時間ごとの報酬やクライアント端末３０での表示内容をまとめて生成する。この通知時間は、放置コンテンツを利用するユーザーのレベルに応じて変更されてもよい。なお、アイテムやレベルアップ等の報酬は、図示しない報酬ＤＢに、ユーザーごとに紐づけられて付与される。
【0059】
スケジュール生成部２４は、報酬生成部２３により報酬が生成されると、通知サーバ２が「Remote Push Notifications」を送信するためのスケジュールを生成する。ここで、スケジュール生成部２４は、通知サーバ２から通知時間ごとに通知が行われるタイミングが規定されたスケジュールを生成する。
【0060】
スケジュールＤＢ３は、スケジュール記憶部２５を備える。
スケジュール記憶部２５は、スケジュール生成部２４により生成されたスケジュールデータをユーザーごとに記憶する。スケジュールデータには、通知が行われるタイミングと、通知のタイミングでユーザーに与えられる報酬の情報とが含まれる。
スケジュール記憶部２５は、スケジュール生成部２４により生成されたスケジュールデータをユーザーごとに記憶する。スケジュールデータには、通知が行われるタイミングと、通知のタイミングでユーザーに与えられる報酬の情報とが含まれる。
【0061】
通知サーバ２は、通知部２６を備える。
通知部２６は、スケジュール記憶部２５からスケジュールデータを読み出す。そして、通知部２６は、スケジュールデータから取得したスケジュールに従ってプッシュ通知用サーバ２０に「Remote Push Notifications」を送信する。
通知部２６は、スケジュール記憶部２５からスケジュールデータを読み出す。そして、通知部２６は、スケジュールデータから取得したスケジュールに従ってプッシュ通知用サーバ２０に「Remote Push Notifications」を送信する。
【0062】
（クライアント端末の機能構成例）
クライアント端末３０は、通信部４１、入力部４２、表示部４３、記憶部４４、アプリケーション処理部４５、ロック画面表示処理部４６及びサンドボックス４７を備える。
クライアント端末３０は、通信部４１、入力部４２、表示部４３、記憶部４４、アプリケーション処理部４５、ロック画面表示処理部４６及びサンドボックス４７を備える。
【0063】
通信部４１は、ユーザーが操作するゲームアプリで用いられるデータ等をゲーム管理システム１０に送信する。また、通信部４１は、ゲーム管理システム１０からゲームアプリのバージョンアップ用の更新データを受信することもできる。
また、通信部４１は、クライアント端末３０で放置コンテンツが開始された時には、ゲーム管理システム１０に対して、放置コンテンツの開始のリクエストを送信する。また、通信部４１は、プッシュ通知用サーバ２０を介してプッシュ通知される放置コンテンツの報酬を受信する。通信部４１の機能は、図４に示したネットワークインターフェイス３６により実現される。
また、通信部４１は、クライアント端末３０で放置コンテンツが開始された時には、ゲーム管理システム１０に対して、放置コンテンツの開始のリクエストを送信する。また、通信部４１は、プッシュ通知用サーバ２０を介してプッシュ通知される放置コンテンツの報酬を受信する。通信部４１の機能は、図４に示したネットワークインターフェイス３６により実現される。
【0064】
入力部４２は、ユーザーが入力した操作に基づいて生成する操作信号をアプリケーション処理部４５に出力する。
表示部４３は、入力部４２で生成された操作信号に基づいて、画像を表示する。表示される画像には、動画像、静止画像がある。
入力部４２と表示部４３の機能は、図４に示したタッチパネルディスプレイ３７により実現される。
表示部４３は、入力部４２で生成された操作信号に基づいて、画像を表示する。表示される画像には、動画像、静止画像がある。
入力部４２と表示部４３の機能は、図４に示したタッチパネルディスプレイ３７により実現される。
【0065】
記憶部４４は、クライアント端末３０で使用される放置コンテンツを記憶する。上述したように、放置コンテンツは、ゲームアプリ自体、又はゲームアプリに含まれるコンテンツの一部である。また、記憶部４４は、放置コンテンツが開始されることでゲーム管理システム１０から通知される報酬を記憶する。
【0066】
アプリケーション処理部４５は、各種のアプリの処理を行う。本実施形態では、アプリケーション処理部４５が放置コンテンツに関するアプリの処理を行うものとする。アプリケーション処理部４５は、放置コンテンツが開始されると、通信部４１に放置コンテンツの開始のリクエストの送信を指示する。
【0067】
ロック画面表示処理部４６は、クライアント端末３０のＯＳの仕様に沿って、プッシュ通知用サーバ２０を介して受信するプッシュ通知に格納されたゲーム状況をロック画面に表示するためのクライアント側のモジュールである。このロック画面表示処理部４６は、クライアント端末３０がロック機能により入力が制限されている時に、表示部４３にロック画面を表示する処理を行う。
そして、ロック画面表示処理部４６は、通知サーバ２からプッシュ通知用サーバ２０を介して、報酬が格納されたプッシュ通知を通信部４１が受信すると、この報酬に関する情報をロック画面の一部領域に表示する処理を行う。ロック画面表示処理部４６は、例えば、Apple社により提供されるライブアクティビティ機能を利用して実現するものである。
そして、ロック画面表示処理部４６は、通知サーバ２からプッシュ通知用サーバ２０を介して、報酬が格納されたプッシュ通知を通信部４１が受信すると、この報酬に関する情報をロック画面の一部領域に表示する処理を行う。ロック画面表示処理部４６は、例えば、Apple社により提供されるライブアクティビティ機能を利用して実現するものである。
【0068】
サンドボックス４７は、プライバシ保護やセキュリティのために各種アプリの挙動を制限する機能を有する。ロック画面表示処理部４６は、ロック画面の表示に用いられるサンドボックス４７で実行される機能である。
【0069】
ここで、再びリアルタイム通知機能について説明する。
クライアント端末３０は、リアルタイム通知機能を用いて、ロック画面に放置コンテンツの進捗状況をリアルタイムに表示する。リアルタイム通知機能は、サードパーティのアプリが、リアルタイムにロック画面の通知を更新することを可能にする機能を活用して実現される。リアルタイム通知機能は、アプリやウィジェットとは異なり、独立したサンドボックス４７で実行され、リモートプッシュ通知を用いて情報を更新する点を特徴とする。このため、リアルタイム通知機能は、ロック画面にアプリの最新データを表示及び更新する機能を有する。
クライアント端末３０は、リアルタイム通知機能を用いて、ロック画面に放置コンテンツの進捗状況をリアルタイムに表示する。リアルタイム通知機能は、サードパーティのアプリが、リアルタイムにロック画面の通知を更新することを可能にする機能を活用して実現される。リアルタイム通知機能は、アプリやウィジェットとは異なり、独立したサンドボックス４７で実行され、リモートプッシュ通知を用いて情報を更新する点を特徴とする。このため、リアルタイム通知機能は、ロック画面にアプリの最新データを表示及び更新する機能を有する。
【0070】
＜クライアントサイドとサーバサイドの処理＞
次に、クライアントサイドとサーバサイドの処理の例を説明する。
図６は、通知システム１００におけるクライアントサイドとサーバサイドの処理の例を示すシーケンス図である。図５に示した各機能部と共に処理の内容を説明する。
次に、クライアントサイドとサーバサイドの処理の例を説明する。
図６は、通知システム１００におけるクライアントサイドとサーバサイドの処理の例を示すシーケンス図である。図５に示した各機能部と共に処理の内容を説明する。
【0071】
一般的にクライアント端末３０でゲームアプリが稼働中（ゲームのプレイ中）には、ゲームがプレイ中であることを示すデータが常時ゲームサーバ１に送信される。このようなゲームサーバ１にデータを常時送信する処理を、心臓の鼓動になぞらえてハートビートと呼ぶ。
【0072】
サーバサイドとクライアントサイドでは、以下のように機能の役割が分担される。
サーバサイドでは、ゲームに関する様々な演算処理、各ユーザーのステータスやアイテム等のマスターデータの保存及び管理が行われる。つまり、サーバサイドでは、ユーザーが円滑にゲームをプレイできるようにするための情報を管理している。
一方、クライアントサイドでは、３Ｄモデル、表示画面の描画情報の保存と、描画情報に基づく画面の表示処理が行われる。クライアントサイドで表示画面の描画処理と表示処理が行われることで、サーバサイドでの処理負荷を軽減することができる。
ただし、サーバサイドとクライアントサイドの機能分担は上記の例に限定されない。クライアントサイドでゲームに関する様々な演算処理が行われてもよい。また、サーバサイドで描画される３Ｄモデル、表示画面がクライアントサイドの表示装置（タッチパネルディスプレイ３７、モニター等）に直接表示されてもよい。
サーバサイドでは、ゲームに関する様々な演算処理、各ユーザーのステータスやアイテム等のマスターデータの保存及び管理が行われる。つまり、サーバサイドでは、ユーザーが円滑にゲームをプレイできるようにするための情報を管理している。
一方、クライアントサイドでは、３Ｄモデル、表示画面の描画情報の保存と、描画情報に基づく画面の表示処理が行われる。クライアントサイドで表示画面の描画処理と表示処理が行われることで、サーバサイドでの処理負荷を軽減することができる。
ただし、サーバサイドとクライアントサイドの機能分担は上記の例に限定されない。クライアントサイドでゲームに関する様々な演算処理が行われてもよい。また、サーバサイドで描画される３Ｄモデル、表示画面がクライアントサイドの表示装置（タッチパネルディスプレイ３７、モニター等）に直接表示されてもよい。
【0073】
なお、本実施形態の一例として、ユーザーがゲームをプレイ中である場合、すなわち、ハートビートがゲームアプリとゲームサーバ１との間で交わされている間は、ゲームサーバ１側でプッシュ通知の送信をオフにしてよい。このため、ゲームプレイ中の画面に、プッシュ通知された情報が重なって表示されることがなくなる。
【0074】
次に、上述したゲーム管理システム１０に特有の機能１～機能３の順に処理を説明する。
【0075】
（機能１）
始めに、クライアント端末３０でプレイされるゲーム内で、ユーザーが放置コンテンツの開始を指示すると、アプリケーション処理部４５は、放置コンテンツを開始する（Ｓ１）。次に、アプリケーション処理部４５は、ゲームサーバ１に放置コンテンツの開始のリクエストを送信する（Ｓ２）。このリクエストは、クライアント端末３０の通信部４１からネットワークＮに送信される。その後、ゲームサーバ１の通信部２１が放置コンテンツの開始のリクエストを受信する。
始めに、クライアント端末３０でプレイされるゲーム内で、ユーザーが放置コンテンツの開始を指示すると、アプリケーション処理部４５は、放置コンテンツを開始する（Ｓ１）。次に、アプリケーション処理部４５は、ゲームサーバ１に放置コンテンツの開始のリクエストを送信する（Ｓ２）。このリクエストは、クライアント端末３０の通信部４１からネットワークＮに送信される。その後、ゲームサーバ１の通信部２１が放置コンテンツの開始のリクエストを受信する。
【0076】
ステップＳ２の後、ロック画面表示処理部４６は、ロック画面を表示する。そして、ロック画面表示処理部４６は、プッシュ通知用サーバ２０を介して送信される「Remote Push Notifications」のみを受信することができるソフトウェアとしてクライアント端末３０に実装される。
【0077】
（機能２）
図１に示したゲームサーバ１は、放置コンテンツの報酬結果を生成し、その報酬結果を含んだ「Remote Push Notifications」をスケジューリングするサーバ側モジュールである。ステップＳ２で送信された放置コンテンツの開始のリクエストをゲームサーバ１の通信部２１が受信することで、報酬生成部２３が放置コンテンツの報酬結果を予め生成する（Ｓ１１）。次に、スケジュール生成部２４は、ユーザーに報酬を提供するために、「Remote Push Notifications」をプッシュ通知用サーバ２０に送信するスケジュールを生成する。
図１に示したゲームサーバ１は、放置コンテンツの報酬結果を生成し、その報酬結果を含んだ「Remote Push Notifications」をスケジューリングするサーバ側モジュールである。ステップＳ２で送信された放置コンテンツの開始のリクエストをゲームサーバ１の通信部２１が受信することで、報酬生成部２３が放置コンテンツの報酬結果を予め生成する（Ｓ１１）。次に、スケジュール生成部２４は、ユーザーに報酬を提供するために、「Remote Push Notifications」をプッシュ通知用サーバ２０に送信するスケジュールを生成する。
【0078】
ここで、報酬生成部２３は、クライアント端末３０で放置コンテンツが開始された時に、当該放置コンテンツの総時間（例えば、６時間）の中で、ユーザーが報酬として得られるアイテム、経験値やゲーム内通貨のようなパラメーターなどを報酬結果として生成する。そして、スケジュール生成部２４は、報酬生成部２３により生成された報酬結果を、ユーザーが得られる時間と紐付けてリスト化する。
【0079】
例えば、ユーザーk（クライアント端末３０）からの放置コンテンツの開始のリクエストに応じてゲームサーバ１が生成するプッシュスケジュールデータをSkと呼ぶとき、Skは次式（１）のように定義できる。
Sk := { si (ti, ri), si+1(ti, ri+1),…si+n(t+n i, ri+n) } …（１）
Sk := { si (ti, ri), si+1(ti, ri+1),…si+n(t+n i, ri+n) } …（１）
【0080】
式（１）における、si(ti, ri)とは、i番目の報酬情報を示し、tiは報酬の獲得が通知されるべき時間を示し、riは具体的な報酬情報を示す。tiは、例えば、放置コンテンツが開始された時を起点として、１時間後、３時間後、６時間後の時刻で表される。式（１）により、放置コンテンツが開始された後、現在時刻がtiになったときに、ユーザーkがriを獲得したことをユーザーkに通知するということが表現される。
【0081】
スケジュールＤＢ３には、上記のプッシュスケジュールデータの集合が格納される。スケジュールＤＢ３は、一般的にはリレーショナルデータベースを用いてプッシュスケジュールデータの集合を格納することが好ましいが、非リレーショナルデータベースの一種であるKey-Valueストレージを用いてもよい。
【0082】
（機能３）
通知サーバ２は、定期的にスケジュールＤＢ３に格納された「Remote Push Notifications」をプッシュ通知用サーバ２０経由でクライアント端末３０に送信するサーバ側モジュールである。図６には示されないが、「Remote Push Notifications」は、プッシュ通知用サーバ２０に送信され、その後、プッシュ通知用サーバ２０を経てクライアント端末３０にプッシュ通知が行われる。
通知サーバ２は、定期的にスケジュールＤＢ３に格納された「Remote Push Notifications」をプッシュ通知用サーバ２０経由でクライアント端末３０に送信するサーバ側モジュールである。図６には示されないが、「Remote Push Notifications」は、プッシュ通知用サーバ２０に送信され、その後、プッシュ通知用サーバ２０を経てクライアント端末３０にプッシュ通知が行われる。
【0083】
以上説明した一実施の形態に係るゲーム管理システム１０では、リアルタイム通知機能が放置コンテンツ等を含むゲームアプリで利用される。そして、クライアント端末３０に表示されたロック画面に、放置コンテンツ等を含むゲームアプリの状況がリアルタイムで更新されて表示される。このため、ゲームアプリの状況を確認したユーザーに対して、ロック画面を解除せずとも放置コンテンツの進捗状況が効率よく視認でき、よりゲームをプレイすることを強く動機づけることができる。また、放置コンテンツの進捗状況がスケジュールに沿って通知されるので、ユーザーの都合が良いタイミングで、ロック画面を解除してゲームをプレイすることを強く動機づけることができる。
【0084】
ゲーム情報の通知をリアルタイムに行うことを考えた場合、クライアント端末３０がロック画面を表示している時間に合わせて、サーバサイド又はクライアントサイドでは、ゲームアプリの動作を実行しなければならない。しかし、本実施の形態の通知システム１００におけるゲームサーバ１は、クライアント端末３０から放置コンテンツの開始のリクエストを受信した時点で、報酬やその表示計画を自動計算する。そして、ゲームサーバ１は、報酬の自動計算をした後に、スケジュールされた時間に応じてプッシュ通知用サーバ２０に「Remote Push Notifications」を送信するだけで、ユーザーに報酬を与えるプッシュ通知を可能とする。このため、ゲームサーバ１を一人のユーザーが使用する放置コンテンツの動作時間に合わせて数時間にわたって稼働させておく必要がないので、ゲームサーバ１は多数のユーザーに放置コンテンツの利用に伴う報酬を与える処理を容易に効率よく低負荷で行うことが可能である。
【0085】
従来、ゲームアプリのユーザーは、ロック画面へのゲームアプリの通知をオフすることが多かった。一方、本実施の形態に係る通知システム１００では、放置コンテンツを開始することで得られる報酬を含む、放置コンテンツの進捗状況がロック画面に通知されるので、ロック画面にゲームアプリの通知をオンとする動機づけが働きやすい。この結果、ユーザーにゲームプレイすることを強く動機づけることができる。
【0086】
ロック画面に表示される放置コンテンツの報酬に関する情報は、クライアント端末３０自体がゲームを進捗したものではなく、プッシュ通知用サーバ２０を経てプッシュ通知された情報である。このため、クライアント端末３０は、放置コンテンツの開始後、バックグラウンドで放置コンテンツを稼働させておく必要がないので、クライアント端末３０のバッテリー消費を抑えることができる。また、サーバの処理負担を低減することができる。
【0087】
また、クライアント端末３０にロック画面が表示されていない時は、通知サーバ２によるスケジュールに応じた「Remote Push Notifications」の送信が停止され、クライアント端末３０に対する、報酬に関する情報のプッシュ通知が停止される。このため、サーバサイドでの通知にかかる送信コスト（不要なデータの送信処理等）と、クライアント端末３０での通知に係る受信コスト（不要なデータの受信処理等）を抑えることができる。また、サーバの処理負担を低減することができる。
【0088】
［報酬通知画面の様々な表示例］
なお、図２に示した報酬通知画面以外にも様々な形態の報酬通知画面が考えられる。ここで、図７～図９を参照して報酬通知画面の様々な表示例を説明する。
図７には、クライアント端末３０のロック画面に重ねて表示される報酬通知画面の表示例（２）が示される。ここでは、報酬通知画面６０，６０Ａについて説明する。報酬通知画面６０，６０Ａは、ロック画面の一部の領域に表示される画面であり、キャラクター６１が放置コンテンツの開始に合わせて、ゲーム内の別の場所に出かけて獲得する報酬がユーザーに通知される。
なお、図２に示した報酬通知画面以外にも様々な形態の報酬通知画面が考えられる。ここで、図７～図９を参照して報酬通知画面の様々な表示例を説明する。
図７には、クライアント端末３０のロック画面に重ねて表示される報酬通知画面の表示例（２）が示される。ここでは、報酬通知画面６０，６０Ａについて説明する。報酬通知画面６０，６０Ａは、ロック画面の一部の領域に表示される画面であり、キャラクター６１が放置コンテンツの開始に合わせて、ゲーム内の別の場所に出かけて獲得する報酬がユーザーに通知される。
【0089】
報酬通知画面６０の上部には、イベントのタイトル６２が表示され、中央部には、放置コンテンツのキャラクター６１が表示される。また、報酬通知画面６０の下部には、キャラクター６１が仕事（例えば、営業）を完了するまでにかかる残り時間６３が表示され、さらにキャラクター６１が報酬を得る目安となるゲージ６４が表示される。ゲージ６４には、キャラクター６１が報酬を獲得する時間として２時間ごとにゲージ６４を３つに区切った線６５が表示される。ユーザーが放置コンテンツの開始後、放置時間の経過と共に、ゲージ６４の色領域が左側から増える。色領域がゲージ６４の線６５に達すると、キャラクター６１がその時点での報酬を得る。例えば、放置時間が２時間経過する度にキャラクター６１が放置時間に応じた報酬を得る。
【0090】
キャラクター６１が仕事を完了したことは、報酬通知画面６０から報酬通知画面６０Ａに遷移することで示される。報酬通知画面６０Ａは、報酬通知画面６０に代えてロック画面の一部領域に表示される。放置コンテンツの開始後、６時間の放置時間が経過したことで、ゲージ６４の全部を色領域が満たし、全ての仕事が完了したことが示される。そして、全ての仕事が完了したことがキャラクター６１が獲得した全報酬となる。
【0091】
図８には、クライアント端末３０のロック画面に重ねて表示される報酬通知画面の表示例（３）が示される。ここでは、報酬通知画面７０，７０Ａについて説明する。報酬通知画面７０，７０Ａは、ロック画面の一部の領域に表示される画面であり、放置コンテンツの開始後、建物７１の建築状態が変化することが報酬としてユーザーに通知される。
【0092】
報酬通知画面７０の中央部には、建物７１の土台が表示され、報酬通知画面７０の下部には、ゲージ７２が示される。ゲージ７２には、建物７１の建築状態が進む時間として１日ごとにゲージ７２を３つに区切った線７３が表示される。ユーザーが放置コンテンツの開始後、放置時間の経過と共に、ゲージ７２の色領域が左側から増える。色領域がゲージ７２の線７３に達する度に、建物７１の建築状態が進むという報酬を得る。例えば、ユーザーは、放置時間が１日経過する度に建物７１の階数が増えたことを報酬として得る。
【0093】
建物７１の建築が完了したことは、報酬通知画面７０から報酬通知画面７０Ａに遷移することで示される。報酬通知画面７０Ａは、報酬通知画面７０に代えてロック画面の一部領域に表示される。放置コンテンツの開始後、３日間の報知時間が経過したことで、ゲージ７２の全部を色領域が満たし、全ての建築が完了したことが示される。そして、全ての建築が完了した建物７４が、ユーザーが獲得した全報酬となる。
【0094】
図９には、クライアント端末３０のロック画面に重ねて表示される報酬通知画面の表示例（４）が示される。ここでは、報酬通知画面８０について説明する。報酬通知画面８０は、ロック画面の一部の領域に表示される画面であり、放置コンテンツの開始後、ゲーム内のプレイヤーが敵プレイヤーと自動的に戦って勝利した数が報酬としてユーザーに通知される。ここで、ゲーム内のプレイヤーとは、クライアント端末３０を使用するユーザーによって操作される不図示のキャラクターである。
【0095】
報酬通知画面８０の上段には、プレイヤーの勝利数８１、放置コンテンツ開始後の経過時間８２が表示される。例えば、１分に１回、プレイヤーが勝利するものとする。経過時間８２は、満時間から残り時間を減じた時間である。満時間とは、放置コンテンツの開始後、報酬を得られる最大の時間である。
報酬通知画面８０の下段には、残り時間８３、プレイヤーのランク８４が表示される。残り時間８３は、残り時間／満時間の形式で表される。
このように、ゲームサーバ１で戦闘シミュレーションが行われた結果、プレイヤーの勝利数８１が放置コンテンツで獲得される報酬となる。
報酬通知画面８０の下段には、残り時間８３、プレイヤーのランク８４が表示される。残り時間８３は、残り時間／満時間の形式で表される。
このように、ゲームサーバ１で戦闘シミュレーションが行われた結果、プレイヤーの勝利数８１が放置コンテンツで獲得される報酬となる。
【0096】
［その他の変形例］
なお、ロック画面に情報を表示するコンテンツは、放置コンテンツに限らない。例えば、ゲームコンテンツの状況として、従来行われていた、キャラクターからユーザーに向けて誕生日を祝うメッセージを表示したり、所定の日時に実施されるイベントのメッセージを表示する機能を、放置コンテンツと組み合わせてロック画面に表示したりするなどの幅広い応用が考えられる。例えば、ユーザーの誕生日、又はイベントの実施日であれば、報酬を大きくしたり、報酬を獲得するまでの時間を短くしたりすることで、ユーザーが誕生日にゲームプレイすることを強く動機づけることができる。
なお、ロック画面に情報を表示するコンテンツは、放置コンテンツに限らない。例えば、ゲームコンテンツの状況として、従来行われていた、キャラクターからユーザーに向けて誕生日を祝うメッセージを表示したり、所定の日時に実施されるイベントのメッセージを表示する機能を、放置コンテンツと組み合わせてロック画面に表示したりするなどの幅広い応用が考えられる。例えば、ユーザーの誕生日、又はイベントの実施日であれば、報酬を大きくしたり、報酬を獲得するまでの時間を短くしたりすることで、ユーザーが誕生日にゲームプレイすることを強く動機づけることができる。
【0097】
また、上述したクライアント端末３０は、タッチパネルディスプレイ３７を備えたスマートフォンが用いられたが、タブレット端末や入力部（マウス、キーボード等）と表示部（ディスプレイ装置）とが別体として設けられるＰＣが用いられてもよい。
【0098】
また、クライアント端末３０が放置コンテンツを開始した後、オフライン状態になると、クライアント端末３０は、プッシュ通知用サーバ２０を経てプッシュ通知を受信できない。このため、クライアント端末３０がオンラインに変わったことがゲームサーバ１により検知された後で、オフライン期間でスケジュールに従ってクライアント端末３０にプッシュ通知することができなかった報酬を１回の「Remote Push Notifications」に含めて、報酬をまとめてクライアント端末３０にプッシュ通知するようにしてもよい。
【0099】
また、クライアント端末３０が放置コンテンツを開始した後には、スケジュールに従って、報酬に関する情報がロック画面に表示されるが、ロック画面以外の画面や表示領域（例えば、ＰＣ表示画面の四隅）に報酬に関する情報を表示するようにしてもよい。また、他のアプリが起動している時に、そのアプリの内容が表示される画面に、報酬に関する情報を重ねて表示するようにしてもよい。
【0100】
また、クライアント端末３０は、放置コンテンツを開始した後、一定時間後にプッシュ通知用サーバ２０に対して報酬の通知を促すプル通知を行ってもよい。プル通知を受信したプッシュ通知用サーバ２０は、プル通知を行ったクライアント端末３０に対して、報酬を含むデータを送信することで、このクライアント端末３０のロック画面に報酬に関する情報が表示されてもよい。
【0101】
なお、本発明は上述した実施形態に限られるものではなく、特許請求の範囲に記載した本発明の要旨を逸脱しない限りその他種々の応用例、変形例を取り得ることは勿論である。
例えば、上述した実施形態は本発明を分かりやすく説明するために端末及びシステムの構成を詳細かつ具体的に説明したものであり、必ずしも説明した全ての構成を備えるものに限定されない。また、本実施形態の構成の一部について、他の構成の追加、削除、置換をすることも可能である。
また、制御線や情報線は説明上必要と考えられるものを示しており、製品上必ずしも全ての制御線や情報線を示しているとは限らない。実際には殆ど全ての構成が相互に接続されていると考えてもよい。
例えば、上述した実施形態は本発明を分かりやすく説明するために端末及びシステムの構成を詳細かつ具体的に説明したものであり、必ずしも説明した全ての構成を備えるものに限定されない。また、本実施形態の構成の一部について、他の構成の追加、削除、置換をすることも可能である。
また、制御線や情報線は説明上必要と考えられるものを示しており、製品上必ずしも全ての制御線や情報線を示しているとは限らない。実際には殆ど全ての構成が相互に接続されていると考えてもよい。
【符号の説明】
【0102】
１…ゲームサーバ、２…通知サーバ、３…スケジュールＤＢ、１０…ゲーム管理システム、２０…プッシュ通知用サーバ、２１…通信部、２２…コンテンツ処理部、２３…報酬生成部、２４…スケジュール生成部、２５…スケジュール記憶部、２６…通知部、３０…クライアント端末、４１…通信部、４２…入力部、４３…表示部、４４…記憶部、４５…アプリケーション処理部、４６…ロック画面表示処理部、４７…サンドボックス、１００…通知システム
【要約】
【課題】放置コンテンツを開始後、ロック画面を解除する操作を行わなくても、ユーザーが得られた報酬に関する情報を確認できる通知システムを提供する。
【解決手段】通知システム１００は、操作が行われない放置時間に応じてユーザーに報酬が与えられる放置コンテンツがクライアント端末３０で開始されることにより、報酬を与えるスケジュールを生成するゲームサーバ１と、スケジュールに従って、クライアント端末３０の表示領域に報酬に関する情報を表示させるための通知を行う通知サーバ２と、を備える。
【選択図】図１
【解決手段】通知システム１００は、操作が行われない放置時間に応じてユーザーに報酬が与えられる放置コンテンツがクライアント端末３０で開始されることにより、報酬を与えるスケジュールを生成するゲームサーバ１と、スケジュールに従って、クライアント端末３０の表示領域に報酬に関する情報を表示させるための通知を行う通知サーバ２と、を備える。
【選択図】図１
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】