JP5451929B1 - ゲームの提供方法、制御プログラム及びサーバ - Google Patents

Abstract

【課題】ユーザがミッションを選択する機会を増大させて、ゲームに対するユーザの継続意欲を維持・向上させることができる方法、制御プログラム及びサーバを提供する。
【解決手段】複数のユーザに関するユーザ情報を記憶する記憶部（３２）を備えるサーバ（３）からユーザ端末（２）に、予め定められた期間が経過するごとに複数のミッションが提示されるゲームを提供する方法であって、記憶部に記憶されたユーザ情報に基づき、複数のユーザのそれぞれについて互いに異なる複数のミッションを生成するステップと、ユーザ端末に、生成されたユーザごとのミッションの一覧画面を提示するステップと、提示されたミッションの進捗状況に応じて、期間の経過にかかわらず一覧画面に含まれるミッションを別のミッションに更新させるための指示手段を提示するステップとを有する方法。
【選択図】図３

Description

本発明は、ゲームの提供方法、制御プログラム及びサーバに関する。

近年、通信ネットワークを介して携帯端末にゲームを提供するサーバが普及している。このようなサーバにより提供されるゲームには、複数のユーザが参加可能なもの（所謂「ソーシャルゲーム」）があり、ユーザ同士が、対戦、協力のみならず、相互にコミュニケーション可能なものが知られている。

このようなソーシャルゲームの一例として、特許文献１には、カードを用いて敵キャラクタと対戦（バトル）を行うもの（所謂「カードバトルゲーム」）が記載されている。カードバトルゲームでは、ユーザは、他のユーザと協力しながら、ゲームプログラム上で用意された敵キャラクタと、カードを用いて対戦を行う。このようなゲームでは、ユーザは、ゲーム内で発生するミッションをクリアすることでアイテムを取得することができ、そうしたアイテムを用いて自分のカードを強化することができる。

特許第５１１８２６１号公報

一般に、ゲームには複数のミッションが含まれるが、それらはすべてのユーザについて同じものであり、提示されるミッションの個数も限られている。このため、ユーザは様々なミッションを試すことができない。また、ミッションをクリアすることにより取得できるアイテムは一般に明示されない。このため、ユーザは、自分が欲しいアイテムを取得するためには、すべてのミッションを機械的に試すしかない。したがって、従来のゲームは、ユーザにとって面白みに欠けるものであり、ユーザはゲームの継続意欲を喪失しかねない。

そこで、本発明の目的は、ユーザがミッションを選択する機会を増大させて、ゲームに対するユーザの継続意欲を維持・向上させることができる方法、制御プログラム及びサーバを提供することである。

本発明に係るサーバは、複数のユーザに関するユーザ情報を記憶する記憶部を備えるサーバからユーザ端末に、予め定められた期間が経過するごとに複数のミッションが提示されるゲームを提供する方法であって、記憶部に記憶されたユーザ情報に基づき、複数のユーザのそれぞれについて互いに異なる複数のミッションを生成するステップと、ユーザ端末に、生成されたユーザごとのミッションの一覧画面を提示するステップと、提示されたミッションの進捗状況に応じて、期間の経過にかかわらず一覧画面に含まれるミッションを別のミッションに更新させるための指示手段を提示するステップとを有する。

本発明に係る方法は、指示手段が操作されたことに応じて、提示された一覧画面に含まれるミッションを、ユーザについて生成された別のミッションに更新するステップをさらに有することが好ましい。

本発明に係る方法では、記憶部は、ユーザ情報として、複数のユーザのそれぞれに関連付けられた他のユーザに関する情報を記憶し、一覧画面を提示するステップは、第１のユーザについて生成されたミッションと併せて、第１のユーザに関連付けられた第２のユーザの端末である第２のユーザ端末に提示されたミッションを第１のユーザ端末に提示することが好ましい。

本発明に係る方法では、第２のユーザ端末に提示されたミッションが第１のユーザ端末にも提示されたことを、第２のユーザ端末に通知するステップをさらに有することが好ましい。

本発明に係る方法では、記憶部は、ユーザ情報として、複数のユーザのそれぞれが最後にゲームを行った時刻に関する情報を記憶し、一覧画面を提示するステップは、第１のユーザに関連付けられた複数のユーザの中で、ゲームを実行していない時間がより長いユーザの端末を優先的に第２のユーザ端末として選択することが好ましい。

本発明に係る方法では、一覧画面を提示するステップは、予め定められた期間に限り、第２のユーザ端末に提示されたミッションを第１のユーザ端末に提示することが好ましい。

本発明に係る方法では、一覧画面を提示するステップは、生成されたユーザごとのミッションと、ミッションをクリアすることによりユーザが取得可能なアイテムとを対応付けて、ユーザ端末に提示することが好ましい。

また、本発明に係る制御プログラムは、複数のユーザに関するユーザ情報を記憶する記憶部を備え、予め定められた期間が経過するごとに複数のミッションが提示されるゲームをユーザ端末に提供するサーバの制御プログラムであって、サーバに、記憶部に記憶されたユーザ情報に基づき、複数のユーザのそれぞれについて互いに異なる複数のミッションを生成し、ユーザ端末に、生成されたユーザごとのミッションの一覧画面を提示し、提示されたミッションの進捗状況に応じて、期間の経過にかかわらず一覧画面に含まれるミッションを別のミッションに更新させるための指示手段を提示する機能を実現させる。

また、本発明に係るサーバは、予め定められた期間が経過するごとに複数のミッションが提示されるゲームを複数のユーザ端末に提供するサーバであって、複数のユーザに関するユーザ情報を記憶する記憶部と、記憶部に記憶されたユーザ情報に基づき、複数のユーザのそれぞれについて互いに異なる複数のミッションを生成する生成部と、ユーザ端末に、生成部により生成されたユーザごとのミッションの一覧画面を提示する提示部とを備え、提示部は、提示されたミッションの進捗状況に応じて、期間の経過にかかわらず一覧画面に含まれるミッションを別のミッションに更新させるための指示手段を提示する。

本発明によれば、ユーザがミッションを選択する機会が増大し、ゲームに対するユーザの継続意欲を維持・向上させることができる。

ゲームシステムの概略構成の一例を示す図である。 携帯端末の概略構成の一例を示す図である。 サーバの概略構成の一例を示す図である。 各種管理テーブルのデータ構造の一例を示す図である。 携帯端末の表示画面の一例を示す図である。 携帯端末の表示画面の一例を示す図である。 携帯端末の表示画面の一例を示す図である。 携帯端末の表示画面の一例を示す図である。 ゲームシステムの動作シーケンスの一例を示す図である。 サーバの動作フローの一例を示す図である。 サーバの動作フローの一例を示す図である。

以下、図面を参照しつつ、本発明の様々な実施形態について説明する。ただし、本発明の技術的範囲はそれらの実施形態に限定されず、特許請求の範囲に記載された発明とその均等物に及ぶ点に留意されたい。

（１）概略
以下で説明するゲームシステムは、複数のユーザ（プレーヤ）が参加可能であり、予め定められた期間が経過するごとに新しい複数のミッションが提示されるソーシャルゲームを提供する。この期間を例えば２４時間とすると、以下のゲームシステムでは、自動的に毎日新しいミッションがユーザに提示される。ミッションとは、クリアすることでアイテム等を取得可能な、クエスト、ダンジョン等の名称で呼ばれるゲームの構成要素を指す。ミッションは、例えば、ダンジョンを探索し、敵キャラクタとバトルを行い、ダンジョン内のアイテムを取得するというものである。ユーザは、各自の携帯端末上で、複数のミッションをクリアして所望のアイテムを収集しながら、ゲームを進行させていく。

このゲームは、例えば、カードを用いて敵キャラクタと対戦（バトル）を行うカードバトルゲームの中で提供されるミニゲームでもよい。その場合、アイテムは、例えばカードバトル用のカードを強化するために使用することができる。ユーザは、複数のミッションで収集したアイテムを用いて自分のカードを強化することにより、カードバトルを有利に進めることができる。

携帯端末は、ユーザによる操作に応じて、各ユーザがミッションを選択するためのミッション一覧画面をサーバに要求する。すると、サーバは、ユーザごとに生成された互いに異なるミッションが一覧表示されたミッション一覧画面を、ユーザの携帯端末に提示する。また、サーバは、携帯端末からの要求に応じて、ミッション一覧画面に含まれるミッションを別のミッションに更新する。これにより、ミッションを早くクリアしたユーザは、例えば２４時間待たなくても新しいミッションを選択できるようになる。したがって、ユーザがミッションを選択する機会が増大し、ゲームに対するユーザの継続意欲を維持・向上させることが可能になる。

（２）ゲームシステム１の構成
図１は、ゲームシステム１の概略構成の一例を示す図である。

ゲームシステム１は、少なくとも一台の携帯端末２と、サーバ３とを備える。携帯端末２とサーバ３とは、通信ネットワークを介して相互に接続され、例えば、基地局４、移動体通信網５、ゲートウェイ６、及びインターネット７を介して相互に接続される。携帯端末２で実行されるプログラム（例えば、閲覧プログラム）と、サーバ３で実行されるプログラム（例えば、ゲームプログラム）とは、ハイパーテキスト転送プロトコル（Hypertext Transfer Protocol, HTTP）等の通信プロトコルを用いて通信を行う。

（２．１）携帯端末２の構成
図２は、携帯端末２の概略構成の一例を示す図である。

携帯端末２は、基地局４、移動体通信網５、ゲートウェイ６、及びインターネット７を介してサーバ３に接続し、サーバ３と通信を行う。携帯端末２は、ユーザによる操作部２３（ボタン等）の操作に応じて、ゲームの進行をサーバ３に要求する。また、携帯端末２は、サーバ３からゲームの進行に係る表示データを受信して表示する。そのために、携帯端末２は、端末通信部２１と、端末記憶部２２と、操作部２３と、表示部２４と、端末処理部２５とを備える。

なお、本実施形態では、携帯端末２として、多機能携帯電話（所謂「スマートフォン」）を想定するが、本発明はこれに限定されるものではない。携帯端末２は、本発明が適用可能であればよく、例えば、携帯電話（所謂「フィーチャーフォン」）、携帯情報端末（Personal Digital Assistant, PDA）、携帯ゲーム機、携帯音楽プレーヤ、タブレットＰＣ等でもよい。

端末通信部２１は、所定の周波数帯を感受帯域とするアンテナを含む通信インターフェース回路を備え、携帯端末２を無線通信ネットワークに接続する。端末通信部２１は、基地局４により割り当てられるチャネルを介して、基地局４との間でＷＣＤＭＡ（Wideband Code Division Multiple Access）（登録商標）方式等による無線信号回線を確立し、基地局４との間で通信を行う。そして、端末通信部２１は、端末処理部２５から供給されたデータをサーバ３等に送信する。また、端末通信部２１は、サーバ３等から受信したデータを端末処理部２５に供給する。

端末記憶部２２は、例えば、半導体メモリ、磁気ディスク装置、又は光ディスク装置のうちの少なくともいずれか一つを備える。端末記憶部２２は、端末処理部２５での処理に用いられるオペレーティングシステムプログラム、ドライバプログラム、アプリケーションプログラム、データ等を記憶する。例えば、端末記憶部２２は、ドライバプログラムとして、操作部２３を制御する入力デバイスドライバプログラム、表示部２４を制御する出力デバイスドライバプログラム等を記憶する。また、端末記憶部２２は、アプリケーションプログラムとして、ゲームの進行に係る表示データの取得及び表示を行うプログラム等を記憶する。また、端末記憶部２２は、データとして、ゲームの進行に係る表示データ、映像データ、画像データ等を記憶する。さらに、端末記憶部２２は、所定の処理に係る一時的なデータを一時的に記憶してもよい。

操作部２３は、携帯端末２の操作が可能であればどのようなデバイスでもよく、例えば、タッチパッド、キーボード等である。ユーザは、操作部２３を用いて、文字、数字等を入力することができる。操作部２３は、ユーザにより操作されると、その操作に対応する信号を発生する。そして、発生した信号は、ユーザの指示として、端末処理部２５に供給される。

表示部２４も、映像、画像等の表示が可能であればどのようなデバイスでもよく、例えば、液晶ディスプレイ、有機ＥＬ（Electro−Luminescence）ディスプレイ等である。表示部２４は、端末処理部２５から供給された映像データに応じた映像、画像データに応じた画像等を表示する。

端末処理部２５は、一又は複数個のプロセッサ及びその周辺回路を備える。端末処理部２５は、携帯端末２の全体的な動作を統括的に制御するものであり、例えば、ＣＰＵ（Central Processing Unit）である。端末処理部２５は、携帯端末２の各種処理が端末記憶部２２に記憶されているプログラム、操作部２３の操作等に応じて適切な手順で実行されるように、端末通信部２１、表示部２４等の動作を制御する。端末処理部２５は、端末記憶部２２に記憶されているプログラム（オペレーティングシステムプログラム、ドライバプログラム、アプリケーションプログラム等）に基づいて処理を実行する。また、端末処理部２５は、複数のプログラム（アプリケーションプログラム等）を並列に実行することができる。

（２．１．１）端末処理部２５の構成
端末処理部２５は、少なくとも閲覧実行部２５１を備える。これらの各部は、端末処理部２５が備えるプロセッサで実行されるプログラムにより実現される機能モジュールである。あるいは、これらの各部は、ファームウェアとして携帯端末２に実装されてもよい。

閲覧実行部２５１は、ゲームの進行に係る表示データの取得及び表示を行う。即ち、ユーザからの指示に応じて、ゲームの進行に係る表示データの取得要求を、端末通信部２１を介してサーバ３に送信する。また、閲覧実行部２５１は、対応する表示データを、サーバ３から端末通信部２１を介して受信する。閲覧実行部２５１は、受信した表示データに基づいて描画データを作成する。即ち、閲覧実行部２５１は、受信した表示データを解析して制御データ及び内容データを特定し、特定した制御データに従って同じく特定した内容データをレイアウトし、描画データを作成する。そして、閲覧実行部２５１は、作成した描画データを表示部２４に出力する。

（２．２）サーバ３の構成
図３は、サーバ３の概略構成の一例を示す図である。

サーバ３は、携帯端末２からの要求に応じて、ゲームを進行させる。また、サーバ３は、ゲームの進行に係る表示データを作成して携帯端末２に送信する。そのために、サーバ３は、サーバ通信部３１と、サーバ記憶部３２と、サーバ処理部３３とを備える。

サーバ通信部３１は、サーバ３をインターネット７に接続するための通信インターフェース回路を備え、インターネット７との間で通信を行う。そして、サーバ通信部３１は、携帯端末２等から受信したデータを、サーバ処理部３３に供給する。また、サーバ通信部３１は、サーバ処理部３３から供給されたデータを、携帯端末２等に送信する。

サーバ記憶部３２は、例えば、磁気テープ装置、磁気ディスク装置、又は光ディスク装置のうちの少なくともいずれか一つを備える。サーバ記憶部３２は、サーバ処理部３３での処理に用いられるオペレーティングシステムプログラム、ドライバプログラム、アプリケーションプログラム、データ等を記憶する。例えば、サーバ記憶部３２は、アプリケーションプログラムとして、ゲームを進行させ、その結果に係る表示データを作成するゲームプログラム等を記憶する。また、サーバ記憶部３２は、データとして、ユーザを管理するユーザ管理テーブル（図４（ａ））、ミッションを管理するミッション管理テーブル（図４（ｂ））、アイテムを管理するアイテム管理テーブル（図４（ｃ））等を記憶する。さらに、サーバ記憶部３２は、所定の処理に係る一時的なデータを一時的に記憶してもよい。

図４（ａ）〜図４（ｃ）は、各種管理テーブルのデータ構造の一例を示す図である。

図４（ａ）は、ユーザ管理テーブルのデータ構造の一例を示す。ユーザ管理テーブルには、各ユーザについて、ユーザＩＤ、名前、レベル、提示ミッションＩＤ、未済ミッションＩＤ、既済ミッションＩＤ、取得アイテムＩＤ、前回終了日時、フレンドＩＤ等が含まれる。ここで、提示ミッションＩＤは、対象ユーザのミッション一覧画面に提示されるミッションのＩＤである。未済ミッションＩＤは、ミッション一覧画面に提示されたものの中で、またクリアされていないミッションのＩＤである。既済ミッションＩＤは、対象ユーザが既にクリアしたミッションのＩＤである。前回終了日時は、対象ユーザが前回ゲームを終えたときの日時を示す情報である。

また、フレンドＩＤとは、ユーザとフレンド関係にある他のユーザのＩＤである。ゲームシステム１が提供するゲームでは、ユーザ間でフレンド関係を結ぶことができる。フレンド関係とは、敵キャラクタと共同で対戦したり、後述するようにゲーム内のミッションを互いに共有したりすることが可能な、ユーザ間で構成される関係である。１人のユーザは、複数のユーザとフレンド関係を結ぶことができる。ただし、１人のユーザがフレンド関係を結ぶことができる他のユーザの人数には、上限を設けてもよい。ユーザａとフレンド関係にあるユーザｃは、ユーザａに関連付けられた他のユーザの一例である。

図４（ｂ）は、ミッション管理テーブルのデータ構造の一例を示す。ミッション管理テーブルには、各ミッションについて、当該ミッションのＩＤ、名前、画像データのファイル名、登場する敵キャラクタのＩＤ、取得できるアイテムのＩＤ等が含まれる。

図４（ｃ）は、アイテム管理テーブルのデータ構造の一例を示す。アイテム管理テーブルには、各アイテムについて、当該アイテムのＩＤ、名前、画像データのファイル名等が含まれる。

サーバ処理部３３は、一又は複数個のプロセッサ及びその周辺回路を備える。サーバ処理部３３は、例えば、ＣＰＵであり、サーバ３の全体的な動作を統括的に制御する。サーバ処理部３３は、サーバ３の各種処理がサーバ記憶部３２に記憶されているプログラム等に応じて適切な手順で実行されるように、サーバ通信部３１等の動作を制御する。サーバ処理部３３は、サーバ記憶部３２に記憶されているプログラム（オペレーティングシステムプログラム、ドライバプログラム、アプリケーションプログラム等）に基づいて処理を実行する。また、サーバ処理部３３は、複数のプログラム（アプリケーションプログラム等）を並列に実行することができる。

（２．２．１）サーバ処理部３３の機能
図５Ａ（ａ）〜図５Ｄは、サーバ３により作成される表示データに基づく携帯端末２の表示画面の一例を示す図である。

図５Ａ（ａ）及び図５Ａ（ｂ）は、それぞれ、ユーザａ及びユーザｃの初期状態のミッション一覧画面５００を示す。ミッション一覧画面５００は、サーバ３から受信した一覧画面表示データに基づいて表示される。ユーザａの画面では、ユーザａについての複数のミッションとして、ダンジョン１〜３と、それらのダンジョンをクリアすることで取得可能なアイテムＡ〜Ｃが提示される。また、ユーザｃの画面では、ユーザｃについての複数のミッションとして、ダンジョン４，８，９と、それらのダンジョンをクリアすることで取得可能なアイテムＤ，Ｈ，Ｉが提示される。このように、異なるユーザの画面では、互いに異なるミッションが提示される。提示されるミッションの個数は何個でもよいが、以下では３個として説明する。

各ダンジョンは、画面中に表示されたボタン５１０，５２０，５３０を押下することで、選択可能である。各ユーザは、ミッション一覧画面５００に明示されたアイテムを確認し、携帯端末２を操作して、自分が欲しいアイテムを取得可能なミッションを選択する。ボタン５１０，５２０，５３０のいずれかが押下されると、携帯端末２は、端末通信部２１を介してサーバ３に、対応するミッションの実行を要求する。なお、各ミッションで取得可能なアイテムは複数種類あってもよく、その場合は、複数種類のアイテムをミッション一覧画面５００内で提示するとよい。

図５Ｂ（ａ）及び図５Ｂ（ｂ）は、それぞれ、ユーザａ，ｃが、提示されたミッションの中でダンジョン１，４を選択し、ダンジョン１，４をクリアしたときのミッション一覧画面５００を示す。この画面では、ダンジョン１，４に対応するボタン５１０に「クリア」と表示され、ダンジョン１，４がクリアされた旨が示されている。同じアイテムを無制限に何個も取得できるとゲーム進行上好ましくないことから、１つのミッションがクリアされると、原則として、サーバ３は、そのミッションを再度実行できないように、対応するボタン（ここではボタン５１０）を無効化する。したがって、ユーザａ，ｃは、再度ダンジョン１，４を選択することはできなくなる。

また、図５Ｂ（ａ）のユーザａのミッション一覧画面５００には、ユーザａとフレンド関係にある他のユーザｃがクリアしたミッション（ダンジョン４）も提示されている。同様に、図５Ｂ（ｂ）のユーザｃのミッション一覧画面５００には、ユーザｃとフレンド関係にある他のユーザａがクリアしたミッション（ダンジョン１）も提示されている。例えば、ユーザａは、フレンド関係にある他のユーザｃについてのミッション一覧画面内に提示されユーザｃがクリアしたミッションも、画面下部に表示されたボタン５４０を押下することで選択可能である。このように、第１のユーザのミッション一覧画面上に併せて提示された第２のユーザのミッションを、以下では、「共有ミッション」という。ボタン５４０が押下されたときも、携帯端末２は、端末通信部２１を介してサーバ３に、対応するミッションの実行を要求する。

図５Ｃは、ユーザａが、提示されたダンジョン１〜３のミッションをすべてクリアしたときのミッション一覧画面５００を示す。サーバ３は、各ユーザについて提示した予め定められた個数（ここでは３個）のミッションがすべてクリアされると、提示されたミッションを入れ替えるための入替ボタン５５０を有効化する。これにより、ユーザは、入替ボタン５５０を操作できるようになる。入替ボタン５５０が押下されると、携帯端末２は、端末通信部２１を介してサーバ３に、ミッションの入替えを要求する。なお、この画面では、ユーザａはまだ共有ミッションのダンジョン４をクリアしていないため、ボタン５４０を操作することは可能である。

図５Ｄは、入替ボタン５５０が押下され、ユーザａについての新たなミッションとしてダンジョン５〜７が提示されたときのミッション一覧画面５００を示す。この画面では、ボタン５１０，５２０，５３０が再度有効化され、ダンジョン５〜７に対応するものに更新されている。一方、ミッションが入れ替えられると、入替ボタン５５０は無効化される。このため、ユーザａは、図５Ａ（ａ）または図５Ｂ（ａ）の画面と同様に、ボタン５１０〜５４０を押下することで、ダンジョン４〜７のいずれかを選択可能である。

（２．２．２）サーバ処理部３３の構成
以上の機能を実現するために、サーバ処理部３３は、制御部３３１と、ミッション生成部３３２と、一覧提示部３３３と、ミッション実行部３３４と、ミッション入替部３３５と、共有ミッション特定部３３６とを備える。これらの各部は、サーバ処理部３３が備えるプロセッサで実行されるプログラムにより実現される機能モジュールである。あるいは、これらの各部は、ファームウェアとしてサーバ３に実装されてもよい。

制御部３３１は、ゲームの進行を制御し、ミッション生成部３３２、一覧提示部３３３、ミッション実行部３３４、ミッション入替部３３５、及び共有ミッション特定部３３６に、適宜、処理の実行を指示する。

制御部３３１は、携帯端末２からサーバ通信部３１を介してユーザ認証要求を受信した場合に、受信したユーザ認証要求を解析してユーザＩＤ及びパスワードを特定する。そして、制御部３３１は、特定したユーザＩＤ及びパスワードをパラメータとして、ユーザ認証部（不図示）に処理の実行を指示する。ユーザ認証部によりユーザが認証された場合に、制御部３３１は、特定したユーザＩＤをパラメータとして、一覧提示部３３３に処理の実行を指示する。制御部３３１は、一覧提示部３３３により返戻された一覧画面表示データを、サーバ通信部３１を介して携帯端末２に送信する。

また、制御部３３１は、携帯端末２からサーバ通信部３１を介してミッション実行要求を受信した場合に、受信したミッション実行要求をパラメータとして、ミッション実行部３３４に処理の実行を指示する。ミッション実行部３３４が携帯端末２と複数回のやり取りを行ってミッション実行が終了すると、制御部３３１は、そのミッションのＩＤを、ユーザ管理テーブルにおける対象ユーザの未済ミッションＩＤから削除し、既済ミッションＩＤに追加する。また、制御部３３１は、このとき再度一覧提示部３３３を呼び出して、一覧提示部３３３に処理の実行を指示する。制御部３３１は、一覧提示部３３３により返戻された一覧画面表示データを携帯端末２に送信する。

また、制御部３３１は、携帯端末２からサーバ通信部３１を介してミッション入替要求を受信した場合に、受信したミッション入替要求をパラメータとして、ミッション入替部３３５に処理の実行を指示する。ミッション入替部３３５によるミッション入替処理が終了したときも、制御部３３１は、一覧提示部３３３に再度処理の実行を指示する。制御部３３１は、一覧提示部３３３により返戻された一覧画面表示データを携帯端末２に送信する。

ミッション生成部３３２は、ミッション入替部３３５による要求に応じて、各ユーザについて、互いに異なるミッションを複数生成する。ミッション生成部３３２は、ユーザが探索するダンジョンの地形や、ダンジョン内で登場する敵キャラクタ、ダンジョン内で取得可能なアイテムのそれぞれについて、複数の候補の中から１つずつを選択して、各ミッションを構成する。これにより、ミッション生成部３３２は、例えば、ダンジョンの地形や、登場する敵キャラクタ、取得可能なアイテムの組合せが互いに異なるミッションを複数生成する。

例えば、ゲームシステム１が各ユーザに全部で１０個のミッションを含むゲームを提供するならば、この１０個のミッションは、ユーザごとにそれぞれ異なる。このため、一般的なゲームではどのユーザにも同じミッションが提供されるのに対し、ゲームシステム１が提供するゲームでは、個々のユーザに別々のミッションが提供される。ミッション生成部３３２は、例えば個々のミッションをランダムに生成してもよいし、何らかの規則性に従って、ユーザごとに異なるミッションを生成してもよい。

また、ミッション生成部３３２は、ユーザＩＤをキーとしてユーザ管理テーブルを参照し、対象ユーザのレベルを特定した上で、そのレベルが高いほど、難易度が高いミッションを生成する。難易度が高いミッションとは、例えば、登場する敵キャラクタがより強力になったり、クリアするためにより多くの体力を消耗したりするミッションである。また、ミッション生成部３３２は、難易度が高いミッションほど、より貴重なアイテムをより多く取得できるように、各ミッションで取得可能なアイテムを設定する。ミッション生成部３３２は、作成したミッションの情報を、ミッション管理テーブルに追加する。

一覧提示部３３３は、サーバ通信部３１を介して、ミッション生成部３３２により生成されたミッションの一覧を各ユーザの携帯端末２に提示する。このために、一覧提示部３３３は、図５Ａ（ａ）〜図５Ｄに示したミッション一覧画面５００を携帯端末２に表示させるための一覧画面表示データを作成する。具体的には、一覧提示部３３３は、ユーザＩＤをキーとしてユーザ管理テーブルを参照し、対象ユーザについて生成されミッション一覧画面内で提示される（例えば３個の）ミッションのＩＤと、そのミッションがクリアされているか否かを特定する。また、一覧提示部３３３は、共有ミッション特定部３３６に、ミッション一覧画面内で提示される共有ミッションを特定させる。さらに、一覧提示部３３３は、特定されたミッションのＩＤをキーとしてミッション管理テーブルを参照し、そのミッションで取得可能なアイテムを特定する。

そして、一覧提示部３３３は、各ミッションの名称、画像等と併せて、各ミッションをクリアすることにより取得できるアイテムや、各ミッションがクリアされたか否かが表示され、各ミッションを選択するためのボタンが表示されるように、一覧画面表示データを作成する。一覧提示部３３３は、未済ミッションについてはそのミッションのボタンを有効化し、既済ミッションについてはそのミッションのボタンを無効化する。特に、共有ミッションについては、提示されるミッションの個数が無制限に増えないようにするため、予め定められた有効時間内に限ってユーザが選択可能なようにボタンを表示させる。

さらに、一覧提示部３３３は、提示されたミッションの進捗状況に応じて、ミッション一覧画面に含まれるミッションを別のミッションに更新させるための指示手段を提示する。具体的には、一覧提示部３３３は、現在提示されている３個のミッションがすべて既済ミッションＩＤである場合には、ミッションを入れ替えさせるための図５Ｃの入替ボタン５５０を有効化する。入替ボタンは、指示手段の一例である。

ミッション実行部３３４は、ユーザによりミッション一覧画面で１つのミッションのボタンが操作され、携帯端末２からミッション実行要求を受信したときに、携帯端末２との間で複数回のやり取りを行うことにより、そのミッションを実行する。なお、サーバ３にミッション実行部３３４を設けずに、ミッションの実行を携帯端末２の端末処理部２５で行ってもよい。

ミッション入替部３３５は、ユーザによりミッション一覧画面で入替ボタンが操作され、携帯端末２からミッション入替要求を受信したときに、ミッション一覧画面内のミッションを、対象ユーザについてミッション生成部３３２により生成された別のミッションに入れ替える。

具体的には、ミッション入替部３３５は、ユーザがミッション一覧画面内の入替ボタンを操作したときに、ミッション生成部３３２に、そのユーザについて新たなミッションを生成させる。ミッション入替部３３５は、ユーザ管理テーブルにおける対象ユーザの提示ミッションＩＤを削除し、新たに生成されたミッションのＩＤを対象ユーザの未済ミッションＩＤと提示ミッションＩＤに追加する。ミッション入替部３３５がミッションを入れ替えることにより、ユーザにとっては、自分が気に入るミッションを選択できる可能性が高まり、ゲームに対する継続意欲が向上する。

上述したように、ゲームシステム１では、予め定められた期間（例えば２４時間）が経過するごとに、新しい複数のミッションが提示される。しかしながら、ミッション入替部３３５は、ユーザにより入替ボタンが操作されたことに応じて、予め定められた期間が経過したか否かにかかわらず、ミッション一覧画面に提示されるミッションを入れ替える。即ち、提示された３個のミッションがクリアされるごとに入替ボタンが有効化されることから、ミッションを早くクリアしたユーザは、例えば２４時間待たなくても新しいミッションを選択できるようになる。

なお、ミッション入替部３３５は、個々のユーザについて生成されたミッションだけでなく、共有ミッションについても入替処理を行ってもよい。また、ミッション入替部３３５により入れ替えられるミッションの中には、ユーザが１度クリアしたミッションを含めてもよい。すなわち、ミッションの入替えにより、同じミッションを再提示してもよい。この場合、ユーザは、１度クリアしたミッションを再度実行できるようになる。

共有ミッション特定部３３６は、共有ミッションが第１のユーザの携帯端末に提示されるように、第１のユーザとフレンド関係にある第２のユーザの携帯端末に提示されたミッションを特定する。以下では、第１のユーザ（自分）をユーザａとし、第２のユーザ（他のユーザ）の１人をユーザｃとして、説明する。

共有ミッション特定部３３６は、まず、ユーザａのユーザＩＤをキーとしてユーザ管理テーブルを参照し、ユーザａとフレンド関係にある他のユーザを特定する。共有ミッション特定部３３６は、ユーザａのミッション一覧画面上に、フレンド関係にあるすべてのユーザについて共有ミッションを提示させてもよいが、人数が多い場合には、予め定められた上限内の人数だけについて共有ミッションを提示させる。共有ミッション特定部３３６は、例えば共有ミッションを提示させる人数の上限を４人として、その４人がそれぞれクリアしたミッションを共有ミッションとする。共有ミッション特定部３３６は、その４人として、例えば、ユーザａとフレンド関係にあるユーザの中で、前回終了日時が最も新しい２人と、前回終了日時が最も古い２人を選択する。即ち、共有ミッション特定部３３６は、ユーザａのミッション一覧画面上に共有ミッションを提示させる他のユーザとして、直近にゲームをプレーしていたユーザと、最近ゲームをプレーしていないユーザを選択する。

そして、共有ミッション特定部３３６は、選択した他のユーザのユーザＩＤをキーとしてユーザ管理テーブルを参照し、そのユーザについての既済ミッションの中から１つを選択し、それを共有ミッションとして特定する。共有ミッションについては、予め定められた有効時間内に限りユーザが選択可能なように構成されるので、共有ミッション特定部３３６は、例えば各ユーザが直近でクリアしたミッションを１つずつ、共有ミッションとして特定する。あるいは、共有ミッション特定部３３６は、そのユーザについての未済ミッションの中から１つを選択し、それを共有ミッションとして特定してもよい。

ミッション一覧画面上に共有ミッションが提示されることにより、例えば、ユーザにとって、自分のミッションでは欲しいアイテムを取得できないが、共有ミッションでは欲しいアイテムを取得できるという場合が起こり得る。そして、フレンド関係にあるユーザを多く有するユーザほど、共有されるミッションが増えるため、アイテムを取得しやすくなる。したがって、ミッション一覧画面上に共有ミッションが提示されることにより、ユーザがミッションを選択する機会がさらに増大し、ゲームに対するユーザの継続意欲が向上する。

なお、ユーザが欲しいアイテムを取得可能なダンジョンを優先して表示させてもよい。例えば、ユーザが欲しいアイテムを確実に取得できるように、ユーザが過去にクリアできなかったミッションをサーバ３側で管理しておき、共有ミッション特定部３３６が、共有ミッションとしての複数の候補の中から、ユーザが過去にクリアできなかったミッションを優先的に抽出してもよい。

また、ミッションとミッションをクリアした際に取得可能なアイテムとは、関連付けてサーバ３で管理されている（図４（ｂ）のミッション管理テーブル）。そこで、ユーザが予め欲しいアイテムを指定しておくと、共有ミッションの複数の候補のうちユーザが指定したアイテムを取得可能なミッションを共有ミッション特定部３３６が優先して抽出するように制御してもよい。

ユーザのレベルに対応したミッションがミッション生成部３３２により生成されるので、共有ミッションは、ユーザａとフレンド関係にある他のユーザのレベルに対応したミッションになる。例えば、ユーザａより他のユーザの方が高いレベルを有する場合は、ユーザａのレベルでは提示されないミッションでも、共有ミッションとして提示される可能性がある。この場合、ユーザａが共有ミッションをクリアすることは難しいが、クリアできれば、ユーザａは、自分について生成されたミッションをクリアしたときよりも多くのアイテムを取得することができる。

なお、難易度が高いミッションが共有ミッションとして提示されるように、共有ミッション特定部３３６は、ユーザａとフレンド関係にある複数のユーザのうち、ユーザａよりもレベルが高いユーザがクリアしたミッションを共有ミッションとしてもよい。あるいは、共有ミッション特定部３３６は、ユーザａが指名したユーザなど、フレンド関係以外の所定の関係にある他のユーザのミッションを、共有ミッションとしてもよい。

さらに、提示される共有ミッションの個数は、ユーザａとフレンド関係にある１ユーザ当たり１つに限らず、複数個でもよい。そして、例えば、ユーザとフレンド関係にある他のユーザとの間に親密度などのパラメータを設定しておき、そのパラメータに応じて、提示される共有ミッションの個数や、その共有ミッションで取得可能なアイテムの種類及び個数を異ならせてもよい。

また、共有ミッション特定部３３６は、第１のユーザ（ユーザａ）とフレンド関係にある第２のユーザ（ユーザｃ）の携帯端末に提示されたミッションが第１のユーザの携帯端末にも提示されたことを、サーバ通信部３１を介して第２のユーザの携帯端末にプッシュ通知する。その際、共有ミッション特定部３３６は、第１のユーザのユーザ名（ユーザａ）を明示して、第２のユーザにプッシュ通知する。このように、例えば「ミッションがユーザａに共有されました」と通知してユーザ間の１対１の関係を明示する方が、単にサーバから各ユーザに一斉に「新しいミッションが始まりました」と通知するよりも、ユーザの興味を引き、ゲームへの動機付けを与えることができる。特に、共有ミッション特定部３３６は、第２のユーザとして最近ゲームをプレーしていないユーザを選択することにより、そうしたユーザにゲームへの参加を促す。

（３）ゲームシステム１の動作
図６は、ゲームシステム１の動作シーケンスの一例を示す。なお、以下に説明する動作シーケンスは、予め端末記憶部２２及びサーバ記憶部３２に記憶されているプログラムに基づいて、主に端末処理部２５及びサーバ処理部３３により、携帯端末２及びサーバ３の各要素と協働して実行される。

ユーザａは、操作部２３を介して端末処理部２５に、ゲームの進行に係る表示データの取得及び表示を行うプログラムの実行を指示する。端末処理部２５は、このプログラムに基づいて処理を開始する。即ち、このプログラムにより実現される閲覧実行部２５１は、ユーザａにより操作部２３を介してユーザＩＤ及びパスワードが入力された場合に、入力されたユーザＩＤ、パスワード等を含むユーザ認証要求を、端末通信部２１を介してサーバ３に送信する（ステップＳ６００）。

携帯端末２からサーバ通信部３１を介して、ユーザ認証要求を受信した場合に、制御部３３１は、受信したユーザ認証要求を解析してユーザＩＤ及びパスワードを特定する。そして、制御部３３１は、特定したユーザＩＤ及びパスワードをパラメータとして、ユーザ認証部（不図示）に処理の実行を指示する（ステップＳ６０２）。ユーザ認証部によりユーザが認証された場合に、制御部３３１は、特定したユーザＩＤをパラメータとして、一覧提示部３３３に処理の実行を指示する（ステップＳ６０４）。

制御部３３１は、一覧提示部３３３により返戻された一覧画面表示データを、サーバ通信部３１を介して携帯端末２に送信する（ステップＳ６０６）。携帯端末２の閲覧実行部２５１は、サーバ３から端末通信部２１を介して一覧画面表示データを受信すると、受信した一覧画面表示データに基づいて描画データを作成する。また、閲覧実行部２５１は、作成した描画データを表示部２４に出力し、ミッション一覧画面を表示させる（ステップＳ６０８）。

ミッション一覧画面において、ユーザにより操作部２３を介してミッションの実行が指示された場合に、閲覧実行部２５１は、端末通信部２１を介して、その指示内容とユーザＩＤをサーバ３に送信する（ステップＳ６１０）。サーバ３の制御部３３１は、携帯端末２からサーバ通信部３１を介してミッション実行要求を受信すると、受信したミッション実行要求をパラメータとして、ミッション実行部３３４に処理の実行を指示する（ステップＳ６１２）。

ミッション実行部３３４によるミッション実行処理が終了すると、制御部３３１は、ステップＳ６０４及びＳ６０６と同様に、一覧提示部３３３に処理の実行を指示し（ステップＳ６１４）、一覧提示部３３３により返戻された一覧画面表示データを携帯端末２に送信する（ステップＳ６１６）。携帯端末２の閲覧実行部２５１は、ステップＳ６０８と同様に、表示部２４にミッション一覧画面を表示させる（ステップＳ６１８）。

また、ミッション一覧画面において、ユーザにより操作部２３を介してミッションの入替えが指示された場合に、閲覧実行部２５１は、端末通信部２１を介して、その指示内容とユーザＩＤをサーバ３に送信する（ステップＳ６２０）。サーバ３の制御部３３１は、携帯端末２からサーバ通信部３１を介してミッション入替要求を受信すると、受信したミッション入替要求をパラメータとして、ミッション入替部３３５に処理の実行を指示する（ステップＳ６２２）。

ミッション入替部３３５によるミッション入替処理が終了すると、制御部３３１は、ステップＳ６０４及びＳ６０６と同様に、一覧提示部３３３に処理の実行を指示し（ステップＳ６２４）、一覧提示部３３３により返戻された一覧画面表示データを携帯端末２に送信する（ステップＳ６２６）。そして、携帯端末２の閲覧実行部２５１は、表示部２４にミッション一覧画面を表示させる（ステップＳ６２８）。以下、同様に処理が行われる。

図７（ａ）は、一覧提示部３３３の動作フローの一例を示す図である。

まず、一覧提示部３３３は、対象ユーザの未済ミッションを特定する（ステップＳ７００）。その際、一覧提示部３３３は、対象ユーザのユーザＩＤをキーとしてユーザ管理テーブルを参照し、３個の提示ミッションＩＤと未済ミッションＩＤとを特定する。さらに、一覧提示部３３３は、特定された各提示ミッションＩＤをキーとしてミッション管理テーブルを参照し、そのミッションで取得可能なアイテムも特定する。

ステップＳ７００で特定された３個のミッションがすべてクリアされている（すなわち、未済ミッションＩＤがない）場合には（ステップＳ７０２でＹｅｓ）、一覧提示部３３３は、入替ボタンを有効化する（ステップＳ７０４）。一方、ステップＳ７００で特定された３個のミッションの中に未済ミッションがある場合は（ステップＳ７０２でＮｏ）、一覧提示部３３３は、ステップＳ７０４を実行せず、入替ボタンを無効化されたままとする。

続いて、一覧提示部３３３は、共有ミッション特定部３３６に、ミッション一覧画面内で提示される共有ミッションを特定させる（ステップＳ７０６）。そして、一覧提示部３３３は、各ミッションの名称、画像、取得可能なアイテム、各ミッションがクリアされたか否か、各ミッションを選択するためのボタン等を含むミッション一覧画面を表示するための一覧画面表示データを作成する（ステップＳ７０８）。一覧提示部３３３は、一覧画面表示データを制御部３３１に返戻した（ステップＳ７１０）後に、処理を終了する。

なお、図７（ａ）の動作フローでは一覧取得処理が実行されるたびにステップＳ７０６で共有ミッションが特定されるが、例えば各ユーザが直近でクリアしたミッションを共有ミッション特定部３３６が共有ミッションとして特定することから、ステップＳ７０６が実行されてもミッション一覧画面上に提示される共有ミッションは変わらないこともある。

図７（ｂ）は、ミッション入替部３３５の動作フローの一例を示す図である。

まず、ミッション入替部３３５は、ミッション生成部３３２に、対象ユーザについて新たなミッションを生成させる（ステップＳ７２０）。ミッション入替部３３５は、ユーザ管理テーブルにおける対象ユーザの提示ミッションＩＤを、新たに生成されたミッションのＩＤで更新する（ステップＳ７２２）。さらに、ミッション入替部３３５は、新たに生成されたミッションのＩＤを、ユーザ管理テーブルにおける対象ユーザの未済ミッションＩＤに追加する（ステップＳ７２４）。これにより、ミッション入替部３３５は処理を終了する。

図８は、共有ミッション特定部３３６の動作フローの一例を示す図である。

共有ミッション特定部３３６は、まず、対象ユーザのユーザＩＤをキーとしてユーザ管理テーブルを参照し、対象ユーザとフレンド関係にあるユーザを抽出する（ステップＳ８００）。そして、共有ミッション特定部３３６は、ステップＳ８００で抽出された中から、前回終了日時が最も新しいユーザや、前回終了日時が最も古いユーザなど、予め定められた基準に従って、フレンド関係のユーザを１人選択する（ステップＳ８０２）。共有ミッション特定部３３６は、選択した他のユーザのユーザＩＤをキーとしてユーザ管理テーブルを参照し、選択されたユーザの既済ミッションを特定する（ステップＳ８０４）。共有ミッション特定部３３６は、さらに、ステップＳ８０４で特定された既済ミッションの中で、最も新しくクリアされたミッションを１つ選択し、共有対象のミッションとして特定する（ステップＳ８０６）。

ここで、共有ミッションを提示させる人数が予め定められた上限に達していない場合には（ステップＳ８０８でＮｏ）、処理はステップＳ８０２に戻る。一方、共有ミッションを提示させる人数が上限に達した場合には（ステップＳ８０８でＹｅｓ）、共有ミッション特定部３３６は、それまでに特定したミッションを共有ミッションとして一覧提示部３３３に返戻し（ステップＳ８１０）、処理を終了する。

以上説明してきたように、ゲームシステム１では、ミッション生成部３３２が個々のユーザに別々のミッションを生成して提供し、ミッション入替部３３５がミッション一覧画面上のミッションを入れ替えることにより、ユーザがミッションを選択する機会が増大し、ゲームに対するユーザの継続意欲を維持・向上させることが可能になる。

なお、図７（ａ）の動作フローでは、入替ボタンは、一度押下されると、提示されたミッションをすべてクリアしない限り入替ボタンは有効化されない。ただし、押下された後も所定の期間（例えば２４時間）内であれば、入替ボタンを何度でも押下できるようにしてもよい。

また、端末処理部２５及びサーバ処理部３３が備える各機能をコンピュータに実現させるためのコンピュータプログラムは、磁気記録媒体、光記録媒体等のコンピュータにより読み取り可能な記録媒体に記録された形で提供してもよい。

当業者であれば、本発明の精神及び範囲から外れることなく、様々な変更、置換、及び修正をこれに加えることが可能であることを理解されたい。

１ ゲームシステム
２ 携帯端末
３ サーバ
３１ サーバ通信部
３２ サーバ記憶部
３３ サーバ処理部
３３１ 制御部
３３２ ミッション生成部
３３３ 一覧提示部
３３４ ミッション実行部
３３５ ミッション入替部
３３６ 共有ミッション特定部
４ 基地局
５ 移動体通信網
６ ゲートウェイ
７ インターネット

Claims (9)

1. 複数のユーザに関するユーザ情報を記憶する記憶部を備えるサーバからユーザの端末に、複数のミッションが提示されるゲームを提供する方法であって、
   前記記憶部に記憶された前記ユーザ情報に基づき、複数のユーザのそれぞれについて互いに異なる複数のミッションを生成するステップと、
   生成されたユーザごとのミッションを当該ユーザが選択可能であるように、当該ミッションの一覧画面を当該ユーザの端末に提示するステップと、を有し、
   前記記憶部は、前記ユーザ情報として、複数のユーザのそれぞれに関連付けられた他のユーザに関する情報を記憶し、
   前記一覧画面を提示するステップは、前記ユーザについて生成されたミッションと併せて、前記他のユーザに関する情報に基づき、当該他のユーザの端末に提示されたミッションを当該ユーザが選択可能であるように当該ユーザの端末に提示することを特徴とする方法。
2. 前記一覧画面を提示するステップは、予め定められた期間が経過するごとに複数のミッションを前記ユーザの端末に提示し、
   提示されたミッションの進捗状況に応じて、前記期間の経過にかかわらず前記一覧画面に含まれるミッションを別のミッションに更新させるための指示手段を提示するステップをさらに有する、請求項１に記載の方法。
3. 前記指示手段が操作されたことに応じて、前記ユーザの端末に提示された前記一覧画面に含まれるミッションを、当該ユーザについて生成された別のミッションに更新するステップをさらに有する、請求項２に記載の方法。
4. 前記他のユーザの端末に提示されたミッションが前記ユーザの端末にも提示されたことを、当該他のユーザの端末に通知するステップをさらに有する、請求項１〜３のいずれか一項に記載の方法。
5. 前記記憶部は、前記ユーザ情報として、複数のユーザのそれぞれが最後にゲームを行った時刻に関する情報を記憶し、
   前記一覧画面を提示するステップは、前記ユーザに関連付けられた複数のユーザの中で、ゲームを実行していない時間がより長いユーザを優先的に前記他のユーザとして選択する、請求項１〜４のいずれか一項に記載の方法。
6. 前記一覧画面を提示するステップは、予め定められた期間に限り、前記他のユーザの端末に提示されたミッションを前記ユーザの端末に提示する、請求項１〜５のいずれか一項に記載の方法。
7. 前記一覧画面を提示するステップは、生成されたユーザごとのミッションと、当該ミッションをクリアすることにより当該ユーザが取得可能なアイテムとを対応付けて、当該ユーザの端末に提示する、請求項１〜６のいずれか一項に記載の方法。
8. 複数のユーザに関するユーザ情報を記憶する記憶部を備え、複数のミッションが提示されるゲームをユーザの端末に提供するサーバの制御プログラムであって、前記サーバに、
   前記記憶部に記憶された前記ユーザ情報に基づき、複数のユーザのそれぞれについて互いに異なる複数のミッションを生成し、
   生成されたユーザごとのミッションを当該ユーザが選択可能であるように、当該ミッションの一覧画面を当該ユーザの端末に提示する機能を実現させ、
   前記記憶部は、前記ユーザ情報として、複数のユーザのそれぞれに関連付けられた他のユーザに関する情報を記憶し、
   前記一覧画面を提示する機能は、前記ユーザについて生成されたミッションと併せて、前記他のユーザに関する情報に基づき、当該他のユーザの端末に提示されたミッションを当該ユーザが選択可能であるように当該ユーザの端末に提示することを特徴とする制御プログラム。
9. 複数のミッションが提示されるゲームを複数のユーザの端末に提供するサーバであって、
   複数のユーザに関するユーザ情報を記憶する記憶部と、
   前記記憶部に記憶された前記ユーザ情報に基づき、複数のユーザのそれぞれについて互いに異なる複数のミッションを生成する生成部と、
   前記生成部により生成されたユーザごとのミッションを当該ユーザが選択可能であるように、当該ミッションの一覧画面を当該ユーザの端末に提示する提示部と、を備え、
   前記記憶部は、前記ユーザ情報として、複数のユーザのそれぞれに関連付けられた他のユーザに関する情報を記憶し、
   前記提示部は、前記ユーザについて生成されたミッションと併せて、前記他のユーザに関する情報に基づき、当該他のユーザの端末に提示されたミッションを当該ユーザが選択可能であるように当該ユーザの端末に提示することを特徴とするサーバ。

Images