(57)【特許請求の範囲】
【請求項１】
ユーザ毎に、ユーザが利用している利用ゲーム、及び前記利用ゲームの中でカレンダ登録対象ゲームを記憶したユーザ情報記憶部と、
ユーザ毎に、イベントスケジュールのカレンダを記憶したカレンダ記憶部と、
ネットワークを介して、ユーザ端末に接続された制御部とを用いて、カレンダを管理する方法であって、
前記制御部が、
前記カレンダ登録対象ゲームについて、新たなイベントの登録を検知した場合には、前記ユーザのカレンダに登録する処理と、
複数のユーザで利用するグループイベントへの参加を促すグループユーザを特定し、
前記グループユーザに対して、前記グループイベントのイベント案内を送信し、
前記グループユーザが前記グループイベントへの参加表明した場合には、前記グループイベントに参加を希望するグループユーザが保有するアイテムを特定し、前記アイテムに基づいて前記グループユーザの重み付けを行ない、前記重み付けに応じて特定したグループユーザのイベント候補日時をイベント日時として決定し、前記グループユーザのカレンダに、前記グループイベントを登録する処理と、
ログイン処理により、ユーザ端末のユーザを特定し、
前記ユーザ情報記憶部において、前記ユーザのカレンダ登録ゲームがない場合、前記ユーザ情報記憶部に記録されている前記ユーザの利用ゲームを前記ユーザ端末に表示してカレンダ登録を促し、前記ユーザ端末において利用ゲームが選択された場合、カレンダ登録対象ゲームとして登録し、
前記ユーザ情報記憶部において、ユーザのカレンダ登録ゲームがある場合、前記カレンダに登録されているイベントスケジュールに基づいて、前記ユーザ端末にアラームを出力する処理とを実行することを特徴とするカレンダ管理方法。
【請求項２】
前記ユーザ情報記憶部には、前記ユーザが利用しているゲーム情報が記録されており、
前記制御部は、
前記ユーザ端末に、前記ユーザが利用しているゲーム情報の一覧を出力し、
前記一覧において指定されたゲームをカレンダ登録対象ゲームとして前記ユーザ情報記
憶部に登録することを特徴とする請求項１に記載のカレンダ管理方法。
【請求項３】
前記制御部は、
前記ユーザ端末における使用状況を特定し、
前記使用状況に応じて、アラームの出力方法を変更することを特徴とする請求項１又は２に記載のカレンダ管理方法。
【請求項４】
前記制御部は、
前記ユーザ端末におけるユーザのイベント参加状況を特定し、
前記イベント参加状況に応じて、アラームの出力方法を変更することを特徴とする請求項１〜３の何れか１項に記載のカレンダ管理方法。
【請求項５】
前記制御部は、
前記イベント案内には、前記グループイベントについて複数のイベント時期候補を送信し、
各イベント時期候補について、前記グループユーザの参加状況を特定し、
前記参加状況に応じて、前記グループイベントのイベント時期を決定することを特徴とする請求項１〜４の何れか１項に記載のカレンダ管理方法。
【請求項６】
前記制御部は、
ユーザ毎のイベント参加履歴を記録したイベント参加履歴情報記憶部に接続され、
ユーザに通知したイベント情報において、前記イベント参加履歴情報記憶部を用いて、ゲーム、イベント種別毎にイベント参加率を算出し、
新たに登録されたイベントのイベント種別のイベント参加率が基準値以上の場合には、前記ユーザ端末への通知を行なうことを特徴とする請求項１〜５の何れか１項に記載のカレンダ管理方法。
【請求項７】
前記制御部は、新たなイベントの登録を検知した場合、イベントの種類を特定し、前記種類に応じてアラームの通知方法を決定し、前記通知方法に応じて、アラームを出力することを特徴とする請求項１〜６の何れか１項に記載のカレンダ管理方法。
【請求項８】
ユーザ毎に、ユーザが利用している利用ゲーム、及び前記利用ゲームの中でカレンダ登録対象ゲームを記憶したユーザ情報記憶部と、
ユーザ毎に、イベントスケジュールのカレンダを記憶したカレンダ記憶部と、
ネットワークを介して、ユーザ端末に接続された制御部とを備え、
前記制御部は、
前記カレンダ登録対象ゲームについて、新たなイベントの登録を検知した場合には、前記ユーザのカレンダに登録する処理と、
複数のユーザで利用するグループイベントへの参加を促すグループユーザを特定し、
前記グループユーザに対して、前記グループイベントのイベント案内を送信し、
前記グループユーザが前記グループイベントへの参加表明した場合には、前記グループイベントに参加を希望するグループユーザが保有するアイテムを特定し、前記アイテムに基づいて前記グループユーザの重み付けを行ない、前記重み付けに応じて特定したグループユーザのイベント候補日時をイベント日時として決定し、前記グループユーザのカレンダに、前記グループイベントを登録する処理と、
ログイン処理により、ユーザ端末のユーザを特定し、
前記ユーザ情報記憶部において、前記ユーザのカレンダ登録ゲームがない場合、前記ユーザ情報記憶部に記録されている前記ユーザの利用ゲームを前記ユーザ端末に表示してカレンダ登録を促し、前記ユーザ端末において利用ゲームが選択された場合、カレンダ登録対象ゲームとして登録し、
前記ユーザ情報記憶部において、ユーザのカレンダ登録ゲームがある場合、前記カレンダに登録されているイベントスケジュールに基づいて、前記ユーザ端末にアラームを出力する処理とを実行することを特徴とするカレンダ管理サーバ。
【請求項９】
ユーザ毎に、ユーザが利用している利用ゲーム、及び前記利用ゲームの中でカレンダ登録対象ゲームを記憶したユーザ情報記憶部と、
ユーザ毎に、イベントスケジュールのカレンダを記憶したカレンダ記憶部と、
ネットワークを介して、ユーザ端末に接続された制御部とを用いて、カレンダを管理するためのプログラムであって、
前記制御部を、
前記カレンダ登録対象ゲームについて、新たなイベントの登録を検知した場合には、前記ユーザのカレンダに登録する処理と、
複数のユーザで利用するグループイベントへの参加を促すグループユーザを特定し、
前記グループユーザに対して、前記グループイベントのイベント案内を送信し、
前記グループユーザが前記グループイベントへの参加表明した場合には、前記グループイベントに参加を希望するグループユーザが保有するアイテムを特定し、前記アイテムに基づいて前記グループユーザの重み付けを行ない、前記重み付けに応じて特定したグループユーザのイベント候補日時をイベント日時として決定し、前記グループユーザのカレンダに、前記グループイベントを登録する処理と、
ログイン処理により、ユーザ端末のユーザを特定し、
前記ユーザ情報記憶部において、前記ユーザのカレンダ登録ゲームがない場合、前記ユーザ情報記憶部に記録されている前記ユーザの利用ゲームを前記ユーザ端末に表示してカレンダ登録を促し、前記ユーザ端末において利用ゲームが選択された場合、カレンダ登録対象ゲームとして登録し、
前記ユーザ情報記憶部において、ユーザのカレンダ登録ゲームがある場合、前記カレンダに登録されているイベントスケジュールに基づいて、前記ユーザ端末にアラームを出力する処理とを実行する手段
として機能させることを特徴とするカレンダ管理プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、各種ゲームに関するイベントのカレンダの管理を行なうカレンダ管理方法、カレンダ管理サーバ及びカレンダ管理プログラムに関する。
【背景技術】
【０００２】
今日、スマートフォン等のコンピュータ端末を利用するユーザに対して、各種オンラインゲーム等のコンテンツが提供されている。このようなオンラインゲームに対して、プレーヤは好みのチームを選択し、チームの他のファンとともに参加し、相手チームのプレーヤと競争するための技術も検討されている（例えば、特許文献１参照）。ここでは、チームは、スポーツ・スケジュール又はエンターテインメント・スケジュールなどの実際のイベントのスケジュールに基づく対戦においてお互いと競争する。プレーヤは、好みのチームと関連する他のプレーヤとグループになって対戦する。
【０００３】
また、プレーヤが、アイテム等の様々のゲーム要素を満遍なく選択する動機付けを与えるための技術も検討されている（例えば、特許文献２参照）。この文献に記載されたゲームシステムは、仮想ゲーム空間を生成する仮想空間生成部、仮想ゲーム空間内でのプレイヤキャラクタの動作を制御するキャラクタ動作制御部、各ゲーム要素に固有の特殊性能を記憶する特殊性能記憶部を備える。更に、ゲーム要素ごとに特殊性能が有効となる期間をスケジュール管理するスケジュール管理部を備え、スケジュールに基づき、プレーヤが選択したゲーム要素に対して特殊性能を有効にする。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特表２００３−５２９３９７公報（第１頁、図１）
【特許文献２】特開２０１３−１７６４７２公報（第１頁、図１）
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、多くのゲームが提供されており、それぞれのゲームにおいて多様なイベントが計画されている。このようなイベントを見過ごす場合もある。また、各イベントにおいては、そのスケジュールが決まっており、イベントを把握している場合においても、そのスケジュールを失念すると、イベントへの参加の機会を逸することになる。
【０００６】
本発明は、上述した問題に鑑みてなされたものであり、その目的は、イベントのスケジュール忘れを抑制し、的確にイベントへの参加を支援するためのカレンダ管理方法、カレンダ管理サーバ及びカレンダ管理プログラムを提供することにある。
【課題を解決するための手段】
【０００７】
（１）上記課題を解決するカレンダ管理方法は、ユーザ毎に、利用ゲーム、及び前記利用ユーザが利用しているゲームの中でカレンダ登録対象ゲームを記憶したユーザ情報記憶部と、ユーザ毎に、イベントスケジュールのカレンダを記録したカレンダ記憶部と、ネットワークを介して、ユーザ端末に接続された制御部とを用いる。そして、制御部が、前記カレンダ登録対象ゲームについて、新たなイベントの登録を検知した場合には、前記ユーザのカレンダに登録する処理と、複数のユーザで利用するグループイベントへの参加を促すグループユーザを特定し、前記グループユーザに対して、前記グループイベントのイベント案内を送信し、前記グループユーザが前記グループイベントへの参加表明した場合には、前記グループイベントに参加を希望するグループユーザが保有するアイテムを特定し、前記アイテムに基づいて前記グループユーザの重み付けを行ない、前記重み付けに応じて特定したグループユーザのイベント候補日時をイベント日時として決定し、前記グループユーザのカレンダに、前記グループイベントを登録する処理と、ログイン処理により、ユーザ端末のユーザを特定し、前記ユーザ情報記憶部において、前記ユーザのカレンダ登録ゲームがない場合、前記ユーザ情報記憶部に記録されている前記ユーザの利用ゲームを前記ユーザ端末に表示してカレンダ登録を促し、前記ユーザ端末において利用ゲームが選択された場合、カレンダ登録対象ゲームとして登録し、前記ユーザ情報記憶部において、
ユーザのカレンダ登録ゲームがある場合、前記カレンダに登録されているイベントスケジュールに基づいて、前記ユーザ端末にアラームを出力する処理とを実行する。これにより、ユーザが利用するゲームのイベントについて、ユーザに対して注意喚起を行ない、イベントのスケジュール忘れを抑制することができる。
【０００８】
（２）上記カレンダ管理方法に用いる前記ユーザ情報記憶部には、前記ユーザが利用しているゲーム情報が記録されている。そして、前記制御部は、前記ユーザ端末に、前記ユーザが利用しているゲーム情報の一覧を出力し、前記一覧において指定されたゲームをカレンダ登録対象ゲームとして前記ユーザ情報記憶部に登録することが好ましい。これにより、ユーザが利用するゲームのイベントについて、スケジュール忘れを抑制することができる。
【０００９】
（３）上記カレンダ管理方法においては、前記制御部は、前記ユーザ端末における使用状況を特定し、前記使用状況に応じて、アラームの出力方法を変更することが好ましい。これにより、ユーザ端末における使用状況に応じて、注意喚起することができる。
【００１０】
（４）上記カレンダ管理方法においては、前記制御部は、前記ユーザ端末におけるユーザのイベント参加状況を特定し、前記イベント参加状況に応じて、アラームの出力方法を変更することが好ましい。これにより、ユーザの動向に応じて、注意喚起することができる。
【００１２】
（５）上記カレンダ管理方法においては、前記制御部は、前記イベント案内には、前記グループイベントについて複数のイベント時期候補を送信し、各イベント時期候補について、前記グループユーザの参加状況を特定し、前記参加状況に応じて、前記グループイベントのイベント時期を決定することが好ましい。これにより、グループユーザの都合を考慮してイベント参加を促すことができる。
【００１３】
（６）上記カレンダ管理方法においては、前記制御部は、ユーザ毎のイベント参加履歴を記録したイベント参加履歴情報記憶部に接続され、ユーザに通知したイベント情報において、前記イベント参加履歴情報記憶部を用いて、ゲーム、イベント種別毎にイベント参加率を算出し、新たに登録されたイベントのイベント種別のイベント参加率が基準値以上の場合には、前記ユーザ端末への通知を行なうことが好ましい。
（７）上記カレンダ管理方法においては、前記制御部は、新たなイベントの登録を検知した場合、イベントの種類を特定し、前記種類に応じてアラームの通知方法を決定し、前記通知方法に応じて、アラームを出力することが好ましい。
【発明の効果】
【００１４】
本発明によれば、イベントのスケジュール忘れを抑制し、的確にイベントへの参加を支援することができる。
【図面の簡単な説明】
【００１５】
【図１】本実施形態のシステム概略図。
【図２】本実施形態の処理手順の説明図。
【図３】本実施形態の処理手順の説明図。
【図４】本実施形態の処理手順の説明図。
【図５】本実施形態の処理手順の説明図。
【図６】本実施形態の画面例の説明図であって、（ａ）はカレンダ登録がない場合のイベント画面、（ｂ）はアプリケーション設定画面、（ｃ）はカレンダ登録がある場合のイベント画面、（ｄ）はカレンダ登録画面の説明図。
【図７】他の実施形態の処理手順の説明図であって、（ａ）は状況に応じて通常方法を変更する通知処理、（ｂ）は通知条件に応じて通知の要否を判定する通知処理の説明図。
【図８】他の実施形態の処理手順の説明図。
【発明を実施するための形態】
【００１６】
以下、カレンダ管理方法の一実施形態を図１〜図６に従って説明する。本実施形態は、複数のゲームを利用するユーザに対して、イベントのスケジュール情報を提供する場合を想定する。
【００１７】
図１に示すように、本実施形態では、インターネット等のネットワークを介して接続されたユーザ端末１０、管理サーバ２０（カレンダ管理サーバ）、ゲームサーバ３０を用いる。
ユーザ端末１０は、ユーザ登録されたユーザのコンピュータ端末（スマートフォン等の情報処理端末）である。このユーザ端末１０は、ゲームサーバ３０から提供されるゲームに参加する場合に用いられる。また、ユーザ端末１０においてローカルカレンダを管理したり、各種ＳＮＳ（ソーシャルネットワークサービス）に参加したりする場合にも用いられる。ユーザ端末１０には、それぞれのゲームサーバ３０から提供される複数のゲームアプリケーション（プログラム）や、イベントのスケジュール情報を提供するアプリケーションなどが記憶される。ユーザは、起動するアプリケーションを選択することで、ゲームに参加したり、イベントのスケジュールを確認したりすることができる。
【００１８】
ゲームサーバ３０は、インターネットにおいて、各種ゲームを提供しているサーバコンピュータである。本実施形態では、ゲームサーバ３０は、ユーザ端末１０に対してゲームサービスを提供するとともに、各ゲームにおいて催されるイベントを管理し、イベント情報をユーザに提供する。
【００１９】
管理サーバ２０は、ユーザ端末１０に対して、ゲームを利用するユーザを管理するコンピュータシステムである。具体的には、管理サーバ２０は、ユーザを取りまとめ、各種ゲームサーバ３０から提供されるゲームサービスを管理する基盤システム（プラットフォーム）として機能する。この管理サーバ２０は、ＣＰＵ、ＲＡＭ及びＲＯＭ等からなる制御部２１、ユーザ情報記憶部２２、カレンダ記憶部２３、イベント記憶部２４を備える。
【００２０】
この制御部２１は、管理プログラムを実行することにより、ユーザ管理部２１１、カレンダ管理部２１２、通知部２１３、同期部２１４として機能する。
ユーザ管理部２１１は、ゲームを利用するユーザを管理する処理を実行する。
カレンダ管理部２１２は、各ユーザに関連するイベントのスケジュールを記録したカレンダを管理する処理を実行する。
【００２１】
通知部２１３は、カレンダに記録されたイベントのスケジュールに基づいて、ユーザ端末１０に通知を行なう処理を実行する。
同期部２１４は、ユーザのイベントスケジュールを、他のカレンダアプリケーションにエクスポートする処理を実行する。この同期部２１４は、各種カレンダアプリケーションにインポートするため必要なデータフォーマットを記憶している。
【００２２】
ユーザ情報記憶部２２には、ユーザを認証するための情報、ユーザが利用しているゲーム情報に関するユーザ情報や、カレンダに登録するイベントを特定するためのカレンダ設定情報等が記録される。このユーザ情報は、プラットフォームにおけるユーザ登録された場合に記録され、ゲームの利用登録が行われた場合に更新される。カレンダ設定情報は、新たなゲームについてカレンダ登録された場合に記録され、設定が変更された場合に更新される。
【００２３】
ユーザ情報には、ユーザＩＤ、ログインパスワード、通知先、利用ゲームに関するデータが記録される。
ユーザＩＤデータ領域は、各ユーザを特定するための識別子に関するデータが記録される。
【００２４】
ログインパスワードデータ領域には、ユーザが管理サーバ２０にログインする場合の認証のためのデータが記録される。
通知先データ領域には、このユーザに対する通知を行なう場合に用いる連絡先（電子メールアドレスやユーザ端末）に関するデータが記録される。
【００２５】
利用ゲームデータ領域には、ユーザが利用しているゲームを特定するための識別子（ゲームＩＤ）に関するデータが記録される。このゲームＩＤにより、ゲームのタイトルを特定することができる。更に、このデータ領域には、各ゲームＩＤに関連付けて、このユーザにおける、このゲームの最終利用日時に関するデータが記録される。
【００２６】
カレンダ設定情報には、ユーザＩＤに関連付けて、カレンダ対象ゲーム、通知方法に関するデータが記録される。
ユーザＩＤデータ領域は、各ユーザを特定するための識別子に関するデータが記録される。
カレンダ対象ゲームデータ領域は、このユーザのカレンダにイベントを登録する対象ゲームを特定するための識別子（ゲームＩＤ）に関するデータが記録される。
【００２７】
通知方法データ領域には、このゲームのイベントのスケジュールが到来した場合の通知方法を特定するためのデータが記録される。本実施形態では、電子メールによる通知やプッシュ通知を指定することができる。
【００２８】
カレンダ記憶部２３には、ユーザ毎のカレンダデータが記録される。このカレンダは、ユーザ登録された場合に記録され、新たなイベントが登録されたときに更新される。カレンダは、ユーザＩＤに関連付けて記録される。カレンダには、イベント日時（イベント時期としての年月日及び時刻）に対して、イベント情報（ゲームＩＤ、イベントＩＤ、通知方法）が記録される。
【００２９】
ユーザＩＤデータ領域は、各ユーザを特定するための識別子に関するデータが記録される。
ゲームＩＤデータ領域には、イベントがあるゲームを特定するための識別子に関するデータが記録される。
イベントＩＤデータ領域には、このゲームにおけるイベントを特定するための識別子に関するデータが記録される。
通知方法データ領域には、このゲームのイベントのスケジュールが到来した場合の通知方法を特定するためのデータが記録される。
【００３０】
イベント記憶部２４には、各種ゲームに関連するイベント情報が記録される。このイベント情報には、ギルドバトルの開催、ゲームキャラクターの誕生日、各種ゲームに関するキャンペーン等に関する情報が含まれる。イベント情報には、イベント対象ゲーム、イベントＩＤ、イベント内容、イベント日時に関するデータが含まれる。
【００３１】
イベント対象ゲームデータ領域には、イベントがあるゲームを特定するための識別子（ゲームＩＤ）に関するデータが記録される。
イベントＩＤデータ領域には、このゲームにおけるイベントを特定するための識別子に関するデータが記録される。
【００３２】
イベント内容データ領域には、イベントの内容（例えば、バトルの種別、キャラクタの識別情報や記念日の種別、キャンペーンの種別等）を特定するための情報が記録される。
イベント日時データ領域には、イベントがある年月日及び時刻に関するデータが記録される。
【００３３】
（カレンダ管理処理）
図２を用いて、カレンダ管理処理を説明する。
ここでは、まず、管理サーバ２０の制御部２１は、ログイン処理を実行する（ステップＳ１−１）。具体的には、ゲームを行なう場合、ユーザ端末１０を用いて、管理サーバ２０にアクセスする。この場合、制御部２１のユーザ管理部２１１は、ユーザ端末１０のディスプレイにログイン画面を出力する。そして、ユーザ管理部２１１は、このログイン画面に入力されたユーザＩＤ、ログインパスワードを取得する。そして、ユーザ管理部２１１は、ユーザ端末１０から取得したユーザＩＤ、ログインパスワードが、ユーザ情報記憶部２２に登録されている場合には、ログイン認証を完了する。そして、ユーザ管理部２１１は、ログイン認証の完了により、ログインユーザのユーザＩＤを特定する。
【００３４】
次に、管理サーバ２０の制御部２１は、マイページ表示処理を実行する（ステップＳ１−２）。具体的には、制御部２１のユーザ管理部２１１は、ユーザ端末１０のディスプレイにマイページを出力する。このマイページには、「マイアプリ」、「事前登録」、「イベント」を選択するためのタブが含まれる。「マイアプリ」タブが選択された場合には、このユーザが利用しているアプリケーションの一覧表示を出力する。「事前登録」タブが選択された場合には、まだリリースされていないアプリケーションであって、事前登録されたアプリケーションの一覧表示を出力する。
【００３５】
ここで、「イベント」タブが選択された場合（ステップＳ１−３）には、管理サーバ２０の制御部２１は、ユーザ端末１０のディスプレイにイベント画面を出力する。このイベント画面には、後述するように、イベントスケジュールのカレンダ、カレンダ未登録やカレンダ登録済のゲームの一覧が出力される。以下、このイベント画面の生成処理を説明する。
【００３６】
まず、管理サーバ２０の制御部２１は、カレンダ登録があるかどうかの判定処理を実行する（ステップＳ１−４）。具体的には、制御部２１のカレンダ管理部２１２は、ログインユーザのユーザＩＤに関連付けられたカレンダがカレンダ記憶部２３に記録されているかどうかを確認する。
【００３７】
カレンダ記憶部２３に、ユーザＩＤに関連付けられたカレンダが記録されておらず、カレンダ登録がないと判定した場合（ステップＳ１−４において「ＮＯ」の場合）、管理サーバ２０の制御部２１は、登録促進処理を実行する（ステップＳ１−５）。具体的には、制御部２１のカレンダ管理部２１２は、イベント画面に登録促進バナーをタブ出力する。
【００３８】
この場合、図６（ａ）に示すように、ユーザ端末１０のディスプレイには、イベント画面５００が出力される。このイベント画面５００には、登録促進バナー５０１が表示される。この登録促進バナー５０１には、イベント登録を推奨するメッセージが含まれる。更に、このイベント画面５００には、カレンダ未登録ゲームを一覧表示させるカレンダ未登録欄５０２が設けられている。
【００３９】
次に、管理サーバ２０の制御部２１は、カレンダ未登録のゲーム表示処理を実行する（ステップＳ１−６）。具体的には、制御部２１のカレンダ管理部２１２は、ユーザ情報記憶部２２において、ユーザＩＤに関連付けられているユーザ情報において、すべての利用ゲームのゲームＩＤを特定する。次に、カレンダ管理部２１２は、各利用ゲームの最終利用日時を特定し、最終利用日時が新しい順番に利用ゲームのゲームＩＤを並び替える。そして、カレンダ管理部２１２は、ゲームＩＤに対応する利用ゲームのタイトルを特定し、イベント画面のカレンダ未登録欄５０２に、最終利用日時が新しい順番にタイトルを並べる。カレンダ未登録欄５０２に表示された各ゲームのタイトル表示には、追加ボタンが含まれる。
【００４０】
この追加ボタンが選択された場合、管理サーバ２０の制御部２１は、追加設定処理を実行する（ステップＳ１−１１）。具体的には、制御部２１のカレンダ管理部２１２は、選択されたゲームタイトルのゲームＩＤを特定する。そして、カレンダ管理部２１２は、ユーザ端末１０のディスプレイに、ゲームについての各種設定を行なうための画面を出力する。
【００４１】
この場合、図６（ｂ）に示すように、ユーザ端末１０のディスプレイには、アプリケーション設定画面５１０が出力される。このアプリケーション設定画面５１０には、このゲームに関する各種設定を行なうための入力欄が設けられている。この入力欄の中には、カレンダ登録欄５１１が含まれる。このカレンダ登録欄５１１においては、カレンダ登録の要否を選択するためのチェックボックス、通知を受け取る方法（例えば、メールやプッシュ通知）を選択するためのチェックボックスが設けられている。
【００４２】
カレンダ登録欄５１１において、カレンダ登録や通知を受け取る方法のチェックボックスが選択された場合、カレンダ管理部２１２は、このゲームのゲームＩＤについて、選択された設定を記録したカレンダ設定情報をユーザ情報記憶部２２に登録する。この場合、ユーザＩＤに関連付けて、カレンダ対象ゲームとしてゲームＩＤを記録する。更に、カレンダ管理部２１２は、ゲームＩＤに対して、通知方法を関連付けて記録する。
【００４３】
次に、管理サーバ２０の制御部２１は、カレンダ登録処理を実行する（ステップＳ１−１２）。具体的には、制御部２１のカレンダ管理部２１２は、追加登録されたゲームのゲームＩＤに関連付けられたイベントを、イベント記憶部２４において検索する。そして、カレンダ管理部２１２は、イベント記憶部２４から抽出したイベントについて、ユーザＩＤに関連付けて、イベント日時、イベント内容をカレンダ記憶部２３に登録する。更に、カレンダ設定情報において指定された通知方法を記録する。
【００４４】
また、カレンダ未登録欄５０２に、すべてのカレンダ未登録ゲームを表示できない場合には、図６（ａ）に示す拡張表示ボタン５０３が出力される。この拡張表示ボタン５０３が選択された場合には、表示されていないカレンダ未登録ゲームを、カレンダ未登録欄５０２に最終利用日時が新しい順番に出力する。
【００４５】
一方、カレンダ記憶部２３に、ユーザＩＤに関連付けられたカレンダが記録されおり、カレンダ登録があると判定した場合（ステップＳ１−４において「ＹＥＳ」の場合）、管理サーバ２０の制御部２１は、カレンダ表示処理を実行する（ステップＳ１−７）。具体的には、制御部２１のカレンダ管理部２１２は、カレンダ記憶部２３において、ユーザＩＤに関連付けられたカレンダを特定する。そして、カレンダ管理部２１２は、このカレンダにおいて、イベントが登録されている日付を特定する。
【００４６】
この場合、図６（ｃ）に示すように、ユーザ端末１０のディスプレイには、イベント画面５２０が出力される。このイベント画面５２０には、カレンダ表示５２１、イベント欄５２２、カレンダ登録ゲーム設定ボタン５２３が出力される。このカレンダ表示５２１には、当日週の日付が出力される。そして、カレンダ管理部２１２は、カレンダ表示５２１において、カレンダにイベントが記録されている日付にチェックボタンを表示する。
【００４７】
また、カレンダ表示５２１に表示された各日付のイベントを確認する場合には、所望の日付のチェックボックスを選択する。
この場合、管理サーバ２０の制御部２１は、選択日のイベント特定処理を実行する（ステップＳ１−３１）。具体的には、制御部２１のカレンダ管理部２１２は、カレンダ記憶部２３を用いて、このユーザのカレンダから、選択された日付のイベントを特定する。次に、カレンダ管理部２１２は、イベント日時の時刻が早い順番に並び替える。
【００４８】
次に、管理サーバ２０の制御部２１は、イベント一覧表示処理を実行する（ステップＳ１−３２）。具体的には、制御部２１のカレンダ管理部２１２は、イベント画面５２０のイベント欄５２２に、並び替えた順番でイベントの対象ゲームのタイトルを並べる。このタイトルが選択された場合、カレンダ管理部２１２は、選択されたゲームタイトルのゲームＩＤを特定する。そして、カレンダ管理部２１２は、このイベントのイベントＩＤに関連付けて、イベント記憶部２４に記録されたイベント内容を表示する。更に、このイベント欄５２２に表示された各ゲームのタイトルには、変更ボタンが表示される。
【００４９】
変更ボタンが選択された場合、管理サーバ２０の制御部２１は、カレンダ変更処理を実行する（ステップＳ１−３３）。具体的には、制御部２１のカレンダ管理部２１２は、ユーザ端末１０のディスプレイに、カレンダ設定変更画面を出力する。このカレンダ設定変更画面には、通知の要否や通知方法を選択するためのチェックボックスや削除するためのチェックボックスが設けられている。ここで、通知要否や通帳方法が変更された場合、カレンダ管理部２１２は、カレンダ記憶部２３に記録されているイベント情報を変更する。また、削除のチェックボックスが選択された場合には、カレンダ管理部２１２は、カレンダ記憶部２３に記録されているイベントスケジュールを削除する。
【００５０】
また、イベント画面５２０のカレンダ登録ゲーム設定ボタン５２３が選択された場合、管理サーバ２０の制御部２１は、カレンダ設定画面の出力処理を実行する（ステップＳ１−８）。具体的には、制御部２１のカレンダ管理部２１２は、ユーザ端末１０のディスプレイにカレンダ設定画面５３０を出力する。
【００５１】
この場合、図６（ｄ）に示すように、ユーザ端末１０のディスプレイには、カレンダ設定画面５３０が出力される。このカレンダ設定画面５３０には、カレンダ登録済欄５３１、カレンダ未登録欄５３２が設けられている。
【００５２】
そして、管理サーバ２０の制御部２１は、カレンダ登録済のゲーム表示処理を実行する（ステップＳ１−９）。具体的には、制御部２１のカレンダ管理部２１２は、ユーザ情報記憶部２２において、ユーザＩＤに関連付けられているカレンダ設定情報における、すべてのカレンダ対象ゲームのゲームＩＤを特定する。次に、カレンダ管理部２１２は、ユーザ情報記憶部２２のユーザ情報を用いて、各カレンダ対象ゲームの最終利用日時を特定し、最終利用日時が新しい順番に利用ゲームのゲームＩＤを並び替える。そして、カレンダ管理部２１２は、ゲームＩＤに対応する利用ゲームのタイトルを特定し、カレンダ設定画面５３０のカレンダ登録済欄５３１に、最終利用日時が新しい順番にタイトルを並べる。このカレンダ登録済欄５３１に表示された各ゲームのタイトルには、変更ボタンが表示される。
【００５３】
この変更ボタンが選択された場合、管理サーバ２０の制御部２１は、変更設定処理を実行する（ステップＳ１−２１）。具体的には、制御部２１のカレンダ管理部２１２は、選択されたゲームタイトルのゲームＩＤを特定する。そして、カレンダ管理部２１２は、ユーザ端末１０のディスプレイに、図６（ｂ）に示すアプリケーション設定画面５１０を出力する。このアプリケーション設定画面５１０の入力欄には、ユーザ情報記憶部に記録されているカレンダ設定情報が表示される。
ここで、通知要否や通帳方法が変更された場合、カレンダ管理部２１２は、ユーザ情報記憶部２２に記録されているカレンダ設定情報を変更する。
【００５４】
次に、管理サーバ２０の制御部２１は、カレンダ変更処理を実行する（ステップＳ１−２２）。具体的には、制御部２１のカレンダ管理部２１２は、変更登録されたゲームに関するイベントであって、ユーザＩＤに関連付けたイベントを、カレンダ記憶部２３において検索する。そして、カレンダ管理部２１２は、カレンダ記憶部２３から抽出したイベント情報を変更する。また、カレンダ登録対象外となった場合には、ユーザＩＤに関連付けられたイベントスケジュールを削除する。
【００５５】
更に、管理サーバ２０の制御部２１は、カレンダ未登録のゲーム表示処理を実行する（ステップＳ１−１０）。具体的には、制御部２１のカレンダ管理部２１２は、ユーザ情報記憶部２２において、ユーザＩＤに関連付けられている利用ゲームのゲームＩＤを特定する。次に、カレンダ管理部２１２は、このユーザの利用ゲームにおいて、カレンダ対象ゲームとして登録されていないゲームＩＤを特定する。次に、カレンダ管理部２１２は、各利用ゲームの最終利用日時を特定し、最終利用日時が新しい順番に利用ゲームのゲームＩＤを並び替える。そして、カレンダ管理部２１２は、ゲームＩＤに対応する利用ゲームのタイトルを特定し、カレンダ設定画面５３０のカレンダ未登録欄５３２に、最終利用日時が新しい順番に利用ゲームのタイトルを並べる。このカレンダ未登録欄５３２に表示された各ゲームのタイトルには、追加ボタンが表示される。この追加ボタンが選択された場合には、上述したように、管理サーバ２０の制御部２１は、追加設定処理（ステップＳ１−１１）、カレンダ登録処理（ステップＳ１−１２）を実行する。
【００５６】
（カレンダ登録処理）
次に、図３を用いて、カレンダ登録処理を説明する。ここでは、ゲームに関する新規イベントが登録された場合に、カレンダ登録しているユーザのカレンダにイベント情報を登録する。
【００５７】
ここでは、まず、管理サーバ２０の制御部２１は、新規イベントの取得処理を実行する（ステップＳ２−１）。具体的には、制御部２１のカレンダ管理部２１２は、ゲームサーバ３０から、新規イベントを取得する。この場合、カレンダ管理部２１２は、ゲームＩＤ、イベントＩＤ、イベント日時、イベント内容をイベント記憶部２４に登録する。
【００５８】
次に、管理サーバ２０の制御部２１は、新規イベントのカレンダ登録ユーザの特定処理を実行する（ステップＳ２−２）。具体的には、制御部２１のカレンダ管理部２１２は、新たに登録されたイベントのゲームＩＤがカレンダ対象ゲームとして記録されたカレンダ設定情報を、ユーザ情報記憶部２２において検索する。そして、カレンダ管理部２１２は、新たにイベントが登録されたゲームをカレンダ対象ゲームとして登録されているユーザのユーザＩＤを特定する。
【００５９】
次に、管理サーバ２０の制御部２１は、イベント登録処理を実行する（ステップＳ２−３）。具体的には、制御部２１のカレンダ管理部２１２は、カレンダ記憶部２３において、ユーザＩＤに関連付けられたカレンダにおいて、イベント日時に関連づけて、イベント情報、通知方法を登録する。
【００６０】
（通知処理）
次に、図４を用いて、ユーザ端末１０に対する通知処理を説明する。ここでは、ユーザに対して、イベントの開始を通知する。
【００６１】
まず、管理サーバ２０の制御部２１は、スケジュール監視処理を実行する（ステップＳ３−１）。具体的には、制御部２１の通知部２１３は、カレンダ記憶部２３に登録されているイベントについて、現在時刻とイベント日時とを比較する。
【００６２】
次に、管理サーバ２０の制御部２１は、通知時期が到来したかどうかの判定処理を実行する（ステップＳ３−２）。具体的には、制御部２１の通知部２１３は、現在時刻がイベント日時となった場合には、通知時期が到来したと判定する。
【００６３】
通知時期が到来していないと判定した場合（ステップＳ３−２において「ＮＯ」の場合）、管理サーバ２０の制御部２１は、スケジュール監視処理（ステップＳ３−１）を継続する。
【００６４】
一方、通知時期が到来したと判定した場合（ステップＳ３−２において「ＹＥＳ」の場合）、管理サーバ２０の制御部２１は、通知方法の特定処理を実行する（ステップＳ３−３）。具体的には、制御部２１の通知部２１３は、カレンダ記憶部２３のイベント情報に記録されている通知方法を特定する。
【００６５】
次に、管理サーバ２０の制御部２１は、通知の出力処理を実行する（ステップＳ３−４）。具体的には、制御部２１の通知部２１３は、ユーザ情報記憶部２２から、このユーザの通知先情報を取得する。そして、通知部２１３は、特定した通知方法を用いて、ユーザ端末１０に通知を送信する。
【００６６】
（エクスポート処理）
次に、図５を用いて、同期部２１４において実行されるエクスポート処理を説明する。ここでは、イベントのスケジュールを他のカレンダアプリケーションに登録する。
【００６７】
まず、管理サーバ２０の制御部２１は、出力先の指定処理を実行する（ステップＳ４−１）。具体的には、制御部２１の同期部２１４は、ユーザ端末１０のディスプレイに、エクスポート先選択画面を表示する。この出力先選択画面においては、ユーザが利用する他のカレンダアプリケーション（例えば、ユーザ端末１０のローカルカレンダやＳＮＳのユーザカレンダ）を選択するためのチェックボックスが含まれる。そして、同期部２１４は、出力先選択画面において指定されたエクスポート先情報を取得する。
【００６８】
次に、管理サーバ２０の制御部２１は、カレンダの出力処理を実行する（ステップＳ４−２）。具体的には、制御部２１の同期部２１４は、カレンダ記憶部２３から、このユーザのユーザＩＤに関連付けられたカレンダ情報を取得する。次に、同期部２１４は、指定されたエクスポート先のカレンダアプリケーションにおいて用いられているデータフォーマットに変換し、ユーザ端末１０に提供する。そして、ユーザ端末１０において、フォーマット変換されたカレンダ情報をエクスポート先のカレンダアプリケーションにインポートする。
【００６９】
上記実施形態によれば、以下のような効果を得ることができる。
（１）上記実施形態では、管理サーバ２０の制御部２１は、カレンダ未登録のゲーム表示処理を実行する（ステップＳ１−６，Ｓ１−１０）。ここで、この追加ボタンが選択された場合、管理サーバ２０の制御部２１は、追加設定処理（ステップＳ１−１１）、カレンダ登録処理（ステップＳ１−１２）を実行する。これにより、ゲームに関連するイベントをカレンダに登録することができる。特に、ユーザにおいては、複数のゲームサーバ３０から提供されるゲームを利用することがあるが、これらのゲームに関連するイベントを統合して、カレンダに登録することができる。
【００７０】
更に、カレンダ管理部２１２は、イベント画面のカレンダ未登録欄５０２に、最終利用日時が新しい順番に利用ゲームのタイトルを並べる。これにより、直近に利用しているゲームを優先して、カレンダ登録を促すことができる。
【００７１】
（２）上記実施形態では、カレンダ登録があると判定した場合（ステップＳ１−４において「ＹＥＳ」の場合）、管理サーバ２０の制御部２１は、カレンダ表示処理を実行する（ステップＳ１−７）。そして、カレンダ表示５２１に表示された各日付が選択された場合、管理サーバ２０の制御部２１は、指定日のイベント特定処理（ステップＳ１−３１）、イベント一覧表示処理（ステップＳ１−３２）を実行する。これにより、利用ゲームに関連するイベントのスケジュールを確認することができる。
【００７２】
（３）上記実施形態では、管理サーバ２０の制御部２１は、カレンダ登録済のゲーム表示処理を実行する（ステップＳ１−９）。変更ボタンが選択された場合、管理サーバ２０の制御部２１は、変更設定処理（ステップＳ１−２１）、カレンダ変更処理（ステップＳ１−２２）を実行する。これにより、利用ゲームに関連するイベントのカレンダ登録を一括して変更することができる。
【００７３】
（４）上記実施形態では、新たなイベントが登録された場合、管理サーバ２０の制御部２１は、新規イベント取得処理（ステップＳ２−１）、新規イベントのカレンダ登録ユーザの特定処理（ステップＳ２−２）、イベント登録処理（ステップＳ２−３）を実行する。これにより、ユーザの利用ゲームに関連するイベントを、ユーザのカレンダに登録することができる。
【００７４】
（５）上記実施形態では、管理サーバ２０の制御部２１は、スケジュール監視処理を実行する（ステップＳ３−１）。通知時期が到来したと判定した場合（ステップＳ３−２において「ＹＥＳ」の場合）、管理サーバ２０の制御部２１は、通知方法の特定処理（ステップＳ３−３）、通知の出力処理（ステップＳ３−４）を実行する。これにより、ユーザに対して、イベント時期の到来を注意喚起し、イベントのスケジュール忘れを抑制することできる。
【００７５】
（６）上記実施形態では、管理サーバ２０の制御部２１は、エクスポート処理を実行する。これにより、管理サーバ２０に登録されたイベント情報を、他のカレンダアプリケーションにインポートすることができる。そして、他のスケジュールとともに、利用ゲームに関するイベントを管理することができる。
【００７６】
なお、上記実施形態は以下のように変更してもよい。
・上記実施形態では、管理サーバ２０の制御部２１は、通知時期が到来したかどうかの判定処理を実行する（ステップＳ３−２）。具体的には、制御部２１の通知部２１３は、現在時刻がイベント日時となった場合には、通知時期が到来したと判定する。これに代えて、イベント日時の所定時間前を通知時期として用いてもよい。このために、通知部２１３に、猶予期間に関するデータを保持させておく。そして、通知部２１３は、イベント日時から猶予期間になった場合に通知を送信する。
【００７７】
また、イベントの種類に応じて通知時期や通知方法を変更するようにしてもよい。例えば、人数制限があるイベントについては、イベント時期からより早い時期に通知を行なう。このために、通知部２１３に、イベントの種類（例えば制限人数）に応じて、猶予期間や通知方法（通知回数や通知方法）に関するデータを保持させておく。この場合、通知部２１３は、イベントの種類をイベント記憶部２４から取得し、この種類に対応する猶予期間や通知方法を特定する。そして、通知部２１３は、イベント日時から猶予期間になった場合に通知を送信する。
【００７８】
また、所定期間にわたって継続して行われるイベント（例えばギルドバトル）の場合には、イベントの終了時期から所定時間前になった時に、通知を行なうようにしてもよい。この場合には、イベント記憶部２４のイベント情報に、イベント期間（開始時期〜終了時期）を記憶させておく。そして、通知部２１３は、イベントの終了時期までの残り時間が所定時間になった場合に通知を行なう。ここで、残り時間に応じて、通知方法を変更するようにしてもよい。この場合には、通知部２１３は、残り時間に応じて、通知方法を決定するための通知方法決定情報を保持させておく。そして、この通知方法決定情報を用いて、例えば、終了時期に近づくに伴い、通知頻度を高くしたり、通知チャネルの数を増やしたりする。これにより、ユーザに対して注意喚起を促すことができる。
【００７９】
・上記実施形態では、通知時期が到来したと判定した場合（ステップＳ３−２において「ＹＥＳ」の場合）、管理サーバ２０の制御部２１は、通知方法の特定処理（ステップＳ３−３）、通知の出力処理（ステップＳ３−４）を実行する。ここで、ユーザ端末１０の使用状況に応じて、通知方法を変更するようにしてもよい。この場合、ユーザ管理部２１１は、各ユーザのログイン状態を管理する。更に、通知部２１３は、使用状況に応じて、通知方法を決定するための情報を保持する。例えば、ゲームを使用しているときはゲーム内に表示し、ゲームをしていない場合には、メールやプッシュ通知を行なう。
【００８０】
（通知処理）
以下、図７（ａ）を用いて、ユーザ端末１０の使用状況を考慮した通知処理を説明する。
まず、管理サーバ２０の制御部２１は、ステップＳ３−１と同様に、スケジュール監視処理を実行する（ステップＳ５−１）。
【００８１】
次に、管理サーバ２０の制御部２１は、ステップＳ３−２と同様に、通知時期が到来したかどうかの判定処理を実行する（ステップＳ５−２）。
通知時期が到来していないと判定した場合（ステップＳ５−２において「ＮＯ」の場合）、管理サーバ２０の制御部２１は、スケジュール監視処理（ステップＳ５−１）を継続する。
【００８２】
一方、通知時期が到来したと判定した場合（ステップＳ５−２において「ＹＥＳ」の場合）、管理サーバ２０の制御部２１は、ユーザ端末の使用状況の特定処理を実行する（ステップＳ５−３）。具体的には、制御部２１の通知部２１３は、ユーザ管理部２１１から、このユーザのログイン状態に関する情報を取得する。
【００８３】
次に、管理サーバ２０の制御部２１は、使用状況に応じて通知方法の決定処理を実行する（ステップＳ５−４）。具体的には、制御部２１の通知部２１３は、ログイン状態にある場合には、プッシュ通知と決定する。一方、ログアウト状態にある場合には、メール送信と決定する。
【００８４】
次に、管理サーバ２０の制御部２１は、通知の出力処理を実行する（ステップＳ５−５）。具体的には、制御部２１の通知部２１３は、使用状況に応じて決定した通知方法により、ユーザ端末１０に対する通知を送信する。
これにより、ユーザ端末１０の使用状況に応じて、通知を行なうことができる。
【００８５】
・上記実施形態では、通知時期が到来したと判定した場合（ステップＳ３−２において「ＹＥＳ」の場合）、管理サーバ２０の制御部２１は、通知方法の特定処理（ステップＳ３−３）、通知の出力処理（ステップＳ３−４）を実行する。ここで、通知時期が到来した場合にも、ユーザが通知を希望していない場合には、通知を行なわないフィルタリングを行なうことも可能である。この場合には、ユーザ情報記憶部２２のカレンダ設定情報において、各イベントに関連付けて通知条件を記録しておく。この通知条件には、例えば、通知が必要なイベントの種別、タイトルに含まれるキーワード等を用いることができる。なお、通知条件として、通知が不要なイベントの種別、タイトルに含まれるキーワード等を用いることもできる。
【００８６】
（通知処理）
以下、図７（ｂ）を用いて、フィルタリングを行なった通知処理を説明する。
まず、管理サーバ２０の制御部２１は、ステップＳ３−１と同様に、スケジュール監視処理を実行する（ステップＳ６−１）。
【００８７】
次に、管理サーバ２０の制御部２１は、ステップＳ３−２と同様に、通知時期が到来したかどうかの判定処理を実行する（ステップＳ６−２）。
通知時期が到来していないと判定した場合（ステップＳ６−２において「ＮＯ」の場合）、管理サーバ２０の制御部２１は、スケジュール監視処理（ステップＳ６−１）を継続する。
【００８８】
一方、通知時期が到来したと判定した場合（ステップＳ６−２において「ＹＥＳ」の場合）、管理サーバ２０の制御部２１は、ステップＳ３−３と同様に、通知方法の特定処理を実行する（ステップＳ６−３）。
【００８９】
次に、管理サーバ２０の制御部２１は、通知条件に応じて通知要否の判定処理を実行する（ステップＳ６−４）。具体的には、制御部２１の通知部２１３は、イベント記憶部２４からイベント情報を取得する。更に、通知部２１３は、ユーザ情報記憶部２２において、ユーザＩＤ、ゲームＩＤに関連付けられたカレンダ設定情報の通知条件を取得する。そして、通知部２１３は、イベント記憶部２４のイベント情報と、カレンダ設定情報の通知条件とを照合する。
【００９０】
次に、管理サーバ２０の制御部２１は、通知が必要かどうかについての判定処理を実行する（ステップＳ６−５）。具体的には、制御部２１の通知部２１３は、イベント記憶部２４のイベント情報と、カレンダ設定情報の通知条件との一致に応じて、通知要否を判定する。
【００９１】
イベント情報が通知条件との照合結果に応じて、通知は必要でないと判定した場合（ステップＳ６−５において「ＮＯ」の場合）、管理サーバ２０の制御部２１は、スケジュール監視処理（ステップＳ６−１）を継続する。
【００９２】
一方、イベント情報が通知条件との照合結果に応じて、通知が必要と判定した場合（ステップＳ６−５において「ＹＥＳ」の場合）、管理サーバ２０の制御部２１は、通知の出力処理を実行する（ステップＳ６−６）。具体的には、制御部２１の通知部２１３は、ステップＳ６−３において特定した通知方法により、通知を行なう。
【００９３】
これにより、ユーザが希望するイベントのみを通知することができる。なお、通知条件として、通知が不要なイベントの種別、タイトルに含まれるキーワード等を用いることもできる。この場合には、イベント情報が通知条件に一致する場合には、通知を行なわない。
【００９４】
・上記実施形態では、ユーザがカレンダ登録を行なったゲームについてのイベントについての通知を行なう。ここで、イベントの参加状況はユーザ毎に異なる。そこで、参加履歴（イベント参加状況）に応じて、通知の要否を判定するようにしてもよい。この場合には、必ず参加しているゲームのイベントについては通知を行ない、参加していないゲームのイベントについては、カレンダ登録のみとすることも可能である。この場合には、管理サーバ２０に、ユーザ毎のイベント参加履歴を記録したイベント参加履歴情報記憶部を設ける。このイベント参加履歴情報記憶部には、ユーザＩＤに関連付けて、参加したイベントを特定する情報（ゲームＩＤ、イベントＩＤ、イベント内容、イベント日時）に関するデータが記録される。そして、管理サーバ２０の制御部２１は、ユーザに通知したイベント情報において、イベント参加履歴情報記憶部を用いて、ゲームやイベント種別毎にイベント参加率を算出する。ここで、新たに登録されたイベントのイベント種別のイベント参加率が基準値以上の場合には、制御部２１は、ユーザ端末１０への通知を行なう。一方、イベント参加率が基準値未満の場合には、制御部２１は、カレンダ記憶部２３への登録のみを行なう。これにより、ユーザが登録している複数のイベントの開催時期が重複していた場合にも、ユーザが必ず参加しているゲームを優先して通知することができる。
【００９５】
・上記実施形態では、ユーザがカレンダ登録を行なったゲームについてのイベントについて、このユーザに対して通知を行なう。これに加えて、複数のユーザで利用するグループイベントにおいて、他のユーザに対して、イベントへの参加を促す通知を行なうようにしてもよい。この場合、管理サーバ２０に、グループイベントへの参加を提案したユーザ（提案ユーザ）が決めたグループに属ずるユーザ（グループユーザ）に関するグループ情報を保持する。
【００９６】
（カレンダ登録処理）
図８を用いて、グループユーザに関連するカレンダ登録処理を説明する。
まず、管理サーバ２０の制御部２１は、他のゲームユーザの指定処理を実行する（ステップＳ７−１）。具体的には、制御部２１のカレンダ管理部２１２は、提案ユーザのユーザ端末１０から、一緒に参加する他のユーザ（グループユーザ）に関する情報を取得する。そして、カレンダ管理部２１２は、グループユーザのユーザＩＤをグループ情報として保持する。
【００９７】
次に、管理サーバ２０の制御部２１は、グループイベントの候補日時の設定処理を実行する（ステップＳ７−２）。具体的には、制御部２１のカレンダ管理部２１２は、提案ユーザのユーザ端末１０から、参加希望のイベント候補日時（イベント時期候補）に関するデータを取得する。そして、カレンダ管理部２１２は、取得したイベント候補日時をグループ情報として保持する。
【００９８】
次に、管理サーバ２０の制御部２１は、グループユーザに参加可否の連絡処理を実行する（ステップＳ７−３）。具体的には、制御部２１のカレンダ管理部２１２は、グループ情報に記録された他ユーザのユーザ端末１０に対して、イベント参加要請を送信する。このイベント参加要請には、グループ情報に記録されたイベント候補日時に関するデータを含める。
【００９９】
次に、管理サーバ２０の制御部２１は、参加希望の回収処理を実行する（ステップＳ７−４）。具体的には、制御部２１のカレンダ管理部２１２は、グループユーザのユーザ端末１０から、参加希望を回収する。この場合、イベント候補日時の中で、グループユーザが参加希望するイベント候補日時に関するデータを含める。
【０１００】
次に、管理サーバ２０の制御部２１は、イベント日時の特定処理を実行する（ステップＳ７−５）。具体的には、制御部２１のカレンダ管理部２１２は、イベント候補日時において、グループユーザの参加希望が最も多かったイベント候補日時をイベント日時（イベント時期）として特定する。
【０１０１】
次に、管理サーバ２０の制御部２１は、参加ユーザのカレンダ登録処理を実行する（ステップＳ７−６）。具体的には、制御部２１のカレンダ管理部２１２は、カレンダ記憶部２３において、参加希望のグループユーザのユーザＩＤに関連付けられたカレンダに、特定したイベント日時のイベントスケジュールを登録する。
【０１０２】
なお、上記実施形態では、参加希望が最も多い候補日時をイベント日時として特定する。これに代えて、参加希望ユーザの属性を考慮して、イベント日時を決定するようにしてもよい。この場合には、提案ユーザにおいて、グループユーザの属性に応じた重み付けを設定し、グループ情報に記録する。例えば、ゲームに強いユーザ（たくさんのアイテムやゲーム利用頻度が高いユーザ）に対して高い重み付けを行なう。更に、制御部２１のカレンダ管理部２１２は、イベント候補日時毎に、参加希望部のグループユーザの重み付けを総和する。そして、カレンダ管理部２１２は、総和値が最も高いイベント候補日時をイベント日時として決定する。これにより、グループユーザの属性を考慮して、イベントを実施することができる。
【符号の説明】
【０１０３】
１０…ユーザ端末、２０…管理サーバ、２１…制御部、２１１…ユーザ管理部、２１２…カレンダ管理部、２１３…通知部、２１４…同期部、２２…ユーザ情報記憶部、２３…カレンダ記憶部、２４…イベント記憶部、３０…ゲームサーバ。
【要約】
【課題】イベントのスケジュール忘れを抑制し、的確にイベントへの参加を支援するためのカレンダ管理方法、カレンダ管理サーバ及びカレンダ管理プログラムを提供する。
【解決手段】管理サーバ２０は、制御部２１、ユーザ情報記憶部２２、カレンダ記憶部２３、イベント記憶部２４を備える。管理サーバ２０の制御部２１は、カレンダ未登録のゲーム表示処理を実行する。ここで、追加ボタンが選択された場合、制御部２１は、追加設定処理を実行し、カレンダ登録処理を実行する。制御部２１は、ゲームサーバ３０から、新規イベントを取得した場合、新規イベントをイベント記憶部２４に登録する。そして、新規イベントのカレンダ登録ユーザを特定し、このユーザのカレンダにイベントを登録する。イベントスケジュールの通知時期が到来したと判定した場合、制御部２１は、通知方法を特定して、ユーザに対する通知処理を実行する。
【選択図】図１【図１】
0005588057.tif 000002
【図２】
0005588057.tif 000003
【図３】
0005588057.tif 000004
【図４】
0005588057.tif 000005
【図５】
0005588057.tif 000006
【図６】
0005588057.tif 000007
【図７】
0005588057.tif 000008
【図８】
0005588057.tif 000009