JP2013230242A - ゲーム装置、ゲーム方法、及びプログラム - Google Patents

Abstract

【課題】所定の関係を申請するユーザの手間を低減する。
【解決手段】ゲーム装置は、所定の関係についての申請を示す申請情報を申請の申請ユーザから受け付ける受付部と、受付部が申請情報を受け付けたとき、所定の条件を充足する場合には、申請情報を申請状態として関係記憶部に記憶し、所定の条件を充足しない場合には、申請情報を予約状態として関係記憶部に記憶する申請情報処理部と、記関係記憶部が申請状態として記憶する申請情報に対して、申請情報で示される申請の相手ユーザから申請に対する承認を受け付けた場合に、申請情報を登録状態に更新して申請の申請ユーザと相手ユーザとの間に所定の関係を設定する申請処理部と、関係記憶部が予約状態として記憶する申請情報に対して、所定の条件を充足する場合に、申請情報を申請状態に更新して申請情報で示される申請の相手ユーザから当該申請に対する承認を受け付け可能とする予約処理部とを備える。
【選択図】図３

Description

本発明は、ゲーム装置、ゲーム方法、及びプログラムに関する。

従来、複数のユーザが参加可能なゲームシステムにおいて、ゲームに参加しているユーザ間に所定の関係（例えば、仲間関係）を設定できるようにしたものがある（例えば、特許文献１を参照）。このようなゲームシステムにおいては、このユーザ間に設定された仲間関係に基づいて、ユーザどうしが連携してゲームを進める「協力プレイ」やユーザ間のコミュニケーションなどの、ゲームにおける各種の機能を提供できるようにしている。

特開２００３−４７７７８号公報

しかしながら、このような従来のゲーム装置においては、ユーザ間に所定の関係を設定することができる条件が設定されていることがある。このようなゲーム装置においては、申請側のユーザの状態や被申請側のユーザの状態が、この条件を充足していない場合には、申請側のユーザが被申請側のユーザに所定の関係を申請しても、所定の関係を設定しない。このため、このようなゲーム装置においては、所定の関係を申請しようとするユーザには、申請側のユーザの状態や、被申請側のユーザの状態が変化していることを期待して、再度同じユーザに対して所定の関係を申請することが求められていた。また、このようなゲーム装置においては、所定の関係を申請しようとするユーザには、同じユーザに対する申請をあきらめて他のユーザに所定の関係を申請することが求められていた。つまり、このようなゲーム装置においては、所定の関係が設定されるまで何回も申請しなければならないことから、所定の関係を申請するユーザにとって手間がかかるという問題があった。

本発明は、上記問題を解決するためになされたものであり、所定の関係を申請するユーザの手間を低減することができるゲーム装置、プログラム、及びゲーム方法を提供することを目的とする。

本発明の一態様は、ユーザ間での所定の関係についての申請ユーザからの申請を、当該申請の相手である相手ユーザが承認することによって、当該申請ユーザと当該相手ユーザとの間に前記所定の関係を設定するゲーム装置であって、前記所定の関係についての申請を示す申請情報を当該申請の申請ユーザから受け付ける受付部と、前記受付部が前記申請情報を受け付けたとき、所定の条件を充足する場合には、当該申請情報を申請状態として関係記憶部に記憶させ、当該所定の条件を充足しない場合には、当該申請情報を予約状態として前記関係記憶部に記憶させる申請情報処理部と、前記関係記憶部が申請状態として記憶する前記申請情報に対して、当該申請情報で示される申請の相手ユーザから当該申請に対する承認を受け付けた場合に、当該申請情報を登録状態に更新して当該申請の申請ユーザと相手ユーザとの間に前記所定の関係を設定する申請処理部と、前記関係記憶部が予約状態として記憶する前記申請情報に対して、前記所定の条件を充足する場合に、当該申請情報を申請状態に更新して当該申請情報で示される申請の相手ユーザから当該申請に対する承認を受け付け可能とする予約処理部と、を備えることを特徴とするゲーム装置である。

また本発明の一態様は、上記のゲーム装置において、ユーザに設定される所定の関係の数の上限値をユーザ毎に記憶する上限記憶部を備え、申請情報処理部は、前記受付部が受け付けた前記申請情報で示される申請ユーザと相手ユーザの少なくとも一方のユーザについて、前記関係記憶部が記憶する申請情報で示される当該ユーザの数と、前記上限記憶部が記憶する当該ユーザに対応する前記上限値とに基づいて、当該申請情報を申請状態として前記関係記憶部に記憶するか、当該申請情報を予約状態として前記関係記憶部に記憶するかを選択することを特徴とする。

また本発明の一態様は、上記のゲーム装置において、前記関係記憶部は、前記申請情報を予約状態として記憶する場合に、当該申請情報に対応付けて時間情報を記憶し、前記予約処理部は、前記関係記憶部が予約状態として記憶する申請情報が複数ある場合には、当該各申請情報が予約状態として前記関係記憶部に記憶されている期間に基づいて、当該各申請情報について前記所定の条件を判断する順番を決定することを特徴とする。

また本発明の一態様は、上記のゲーム装置において、前記予約処理部は、前記関係記憶部が予約状態として前記申請情報を記憶している期間に基づいて、当該申請情報を無効化することを特徴とする。

また本発明の一態様は、上記のゲーム装置において、前記関係記憶部が前記申請情報を予約状態として記憶した場合に、当該申請情報が予約状態であることを示す情報を当該申請情報で示される申請の相手ユーザに通知する予約通知部を備えることを特徴とする。

また本発明の一態様は、ユーザ間での所定の関係についての申請ユーザからの申請を、当該申請の相手である相手ユーザが承認することによって、当該申請ユーザと当該相手ユーザとの間に前記所定の関係を設定するゲーム方法であって、前記所定の関係についての申請を示す申請情報を当該申請の申請ユーザから受け付ける受付手順と、前記受付手順によって前記申請情報が受け付けられたとき、所定の条件を充足する場合には、当該申請情報を申請状態として記憶部に記憶させ、当該所定の条件を充足しない場合には、当該申請情報を予約状態として前記記憶部に記憶させる申請情報処理手順と、前記記憶部に申請状態として記憶させている前記申請情報に対して、当該申請情報で示される申請の相手ユーザから当該申請に対する承認を受け付けた場合に、当該申請情報を登録状態に更新して当該申請の申請ユーザと相手ユーザとの間に前記所定の関係を設定する申請処理手順と、前記記憶部に予約状態として記憶させている前記申請情報に対して、前記所定の条件を充足する場合に、当該申請情報を申請状態に更新して当該申請情報で示される申請の相手ユーザから当該申請に対する承認を受け付け可能とする予約処理手順と、を備えることを特徴とすることを特徴とするゲーム方法である。

また本発明の一態様は、ユーザ間での所定の関係についての申請ユーザからの申請を、当該申請の相手である相手ユーザが承認することによって、当該申請ユーザと当該相手ユーザとの間に前記所定の関係を設定するゲーム装置が備えるコンピュータのプログラムであって、コンピュータに、前記所定の関係についての申請を示す申請情報を当該申請の申請ユーザから受け付ける受付ステップと、前記受付ステップにおいて前記申請情報が受け付けられたとき、所定の条件を充足する場合には、当該申請情報を申請状態として記憶部に記憶させ、当該所定の条件を充足しない場合には、当該申請情報を予約状態として前記記憶部に記憶させる申請情報処理ステップと、前記記憶部に申請状態として記憶させている前記申請情報に対して、当該申請情報で示される申請の相手ユーザから当該申請に対する承認を受け付けた場合に、当該申請情報を登録状態に更新して当該申請の申請ユーザと相手ユーザとの間に前記所定の関係を設定する申請処理ステップと、前記記憶部に予約状態として記憶させている前記申請情報に対して、前記所定の条件を充足する場合に、当該申請情報を申請状態に更新して当該申請情報で示される申請の相手ユーザから当該申請に対する承認を受け付け可能とする予約処理ステップと、を実行させるためのプログラムである。

この発明によれば、所定の関係を申請するユーザの手間を低減することができる。

本発明の第１の実施形態に係るゲーム装置の構成の一例を示す構成図である。 本実施形態の端末装置の構成の一例を示す斜視図である。 本実施形態のゲーム装置の構成の一例を示す構成図である。 本実施形態の関係記憶部が記憶する情報の一例を示す表である。 本実施形態の許可情報記憶部が記憶する情報の一例を示す表である。 本実施形態のゲーム装置における申請受付の動作の一例を示すフローチャートである。 本実施形態のゲーム装置における申請承認の動作の一例を示すフローチャートである。 本実施形態のゲーム装置における申請許可情報が変化する場合の申請承認の動作の一例を示すフローチャートである。 本発明の第２の実施形態に係るゲーム装置の構成の一例を示す構成図である。 本実施形態の上限記憶部が記憶する情報の一例を示す表である。 本発明の第３の実施形態に係るゲーム装置の構成の一例を示す構成図である。 本発明の第４の実施形態に係るゲーム装置の構成の一例を示す構成図である。 本発明の第５の実施形態に係るゲーム装置の構成の一例を示す構成図である。 本発明の第６の実施形態に係るゲーム装置の構成の一例を示す構成図である。

［第１の実施形態]
本発明を実施するための第１の実施形態について、図面を参照して説明する。
図１は、本発明の第１の実施形態に係るゲームシステム１の構成の一例を示す構成図である。ゲームシステム１は、複数の端末装置１００（例えば、端末装置１００−１〜１００−４）と、サーバ装置２００（ゲーム装置）と、ネットワーク２とを備えている。なお、端末装置１００−１〜１００−４はいずれも同様の構成であるため、特に区別しない場合には、端末装置１００と総称して説明する。

ネットワーク２は、サーバ装置２００と複数の端末装置１００とが通信を行う無線または有線による通信網であり、例えば、携帯電話回線網やインターネットである。

サーバ装置２００は、ネットワーク２を介して複数の端末装置１００と通信して、サーバ装置２００が記憶しているゲームデータを端末装置１００に供給する。このゲームデータとは、端末装置１００がゲームを進行する際に利用されるデータである。

端末装置１００は、ユーザが利用するコンピュータ装置であり、サーバ装置２００から供給されるゲームデータを利用したゲームをユーザに提供する。この端末装置１００のうち、端末装置１００−１は、ユーザＡが利用する端末である。同様に、端末装置１００−２は、ユーザＢが利用する端末である。また、同様に、端末装置１００−３は、ユーザＣが、端末装置１００−４は、ユーザＤがそれぞれ利用する端末である。端末装置１００には、例えばＰＣ（Personal Computer）やタブレットＰＣ、スマートフォン、フィーチャーフォン等が適用できる。以下、ユーザＡ及びユーザＣが申請ユーザ、ユーザＢ及びユーザＤが被申請ユーザ（相手ユーザ）である場合について、これら端末装置１００及びサーバ装置２００の構成について説明する。まず、図２を参照して、端末装置１００の構成について説明する。

図２は、本実施形態の端末装置１００の構成の一例を示す斜視図である。端末装置１００は、画像を表示する表示部ＤＳと、ユーザの操作を検出する操作検出部ＴＰと、音声を出力する音声出力部ＳＰとを備えている。

表示部ＤＳは、液晶パネルや有機ＥＬパネルなどの画像表示パネルを備えており、サーバ装置２００から入力される画像信号に基づいた画像を表示する。音声出力部ＳＰは、スピーカーを備えており、入力される音声信号に基づいた音声を出力する。

操作検出部ＴＰは、表示部ＤＳの画像表示パネルに配置されたタッチセンサを備えており、ゲームをプレイするユーザによる操作を検出するとともに、検出した操作を示す情報を出力する。このユーザによる操作には、ユーザＡからユーザＢに対する申請を示す申請情報を入力する操作が含まれる。このユーザＡとは、ゲームをプレイするユーザである。同様に、ユーザＢとは、ゲームをプレイするユーザである。このユーザＡからユーザＢに対する申請とは、これらのユーザ間にゲームにおける所定の関係を設定するための申請である。

この所定の関係とは、ユーザ間（例えば、ユーザＡとユーザＢとの間）の仲間関係である。ここで、仲間関係とは、ユーザ間における友好的な機能を提供するための関係である。このユーザ間における友好的な機能には、例えば、ゲームをプレイするユーザどうしが連携してゲームを進める協力プレイ機能や、ユーザ間においてメッセージ交換などを行うコミュニケーション機能などがある。

次に、サーバ装置２００の詳細な構成について、図３を参照して説明する。
図３は、本実施形態のゲームシステム１の構成の一例を示す構成図である。同図に示すように、サーバ装置２００は、サーバ通信部２０１と、サーバ記憶部２０２と、受付部２０３と、申請情報処理部２１０と、申請処理部２１１と、予約処理部２１２と、実行部２５０とを備えている。

サーバ記憶部２０２は、関係記憶部２２１と許可情報記憶部２２２とを備えている。関係記憶部２２１は、申請ユーザ（例えば、ユーザＡ）から被申請ユーザ（例えば、ユーザＢ）に対する申請を示す申請情報を記憶する。具体的には、関係記憶部２２１は、所定の関係を申請したユーザＡを識別する識別情報と、ユーザＡから所定の関係を申請されたユーザＢを識別する識別情報と、申請処理の状態を示すステータスとを関連付けて記憶する。ここで、ユーザを識別する情報とは、ゲーム内においてユーザに固有に割り当てられるユーザＩＤである。例えば、ユーザＡには、ユーザを示す情報として、ユーザＩＤ（１００１）が、ユーザＢには、ユーザを示す情報として、ユーザＩＤ（１００２）がそれぞれ割り当てられる。また、このステータスには、「申請」と、「予約」と、「登録」と、「拒絶」とが含まれる。この「申請」とは、被申請ユーザに対する申請をしたのち、被申請ユーザによる承認を待っている状態である。また、予約とは、申請ユーザから申請を受け付けたのち、被申請ユーザに対する申請を保留している状態である。また、「登録」とは、被申請ユーザに対する申請に対して、被申請ユーザの承認が完了している状態である。また、拒絶とは、被申請ユーザに対する申請に対して、被申請ユーザが申請を承認せずに拒絶した状態である。すなわち、このゲームシステム１は、ユーザ間での所定の関係についての申請ユーザからの申請を、当該申請の相手である相手ユーザ（被申請ユーザ）が承認することによって、当該申請ユーザと当該相手ユーザとの間に所定の関係を設定する。次に、図４を参照して、関係記憶部２２１が記憶する情報の一例について説明する。

図４は、本実施形態の関係記憶部２２１が記憶する情報の一例を示す表である。
関係記憶部２２１は、所定の関係の申請ユーザを識別する情報と、所定の関係の被申請ユーザを識別する情報と、所定の関係の申請処理の状態を示すステータスとをそれぞれ関連付けて記憶する。一例として、ユーザＡからユーザＢに対する仲間関係の申請が行われた場合には、関係記憶部２２１は、申請ユーザ（ユーザＡ）のユーザＩＤ（１００１）と、被申請ユーザ（ユーザＢ）のユーザＩＤ（１００２）と、ステータスとしての「申請」とをそれぞれ関連付けて記憶する。同様に、ユーザＣからユーザＤに対する仲間関係の申請が行われた場合において、その申請に基づく申請処理が保留された場合には、関係記憶部２２１は、ユーザＣのユーザＩＤ（１００３）と、ユーザＤのユーザＩＤ（１００４）と、ステータスとしての「予約」とをそれぞれ関連付けて記憶する。なお、関係記憶部２２１は、同図に示すように、申請ユーザを識別する情報と、被申請ユーザを識別する情報と、申請処理の状態を示すステータスとのいずれかを更新した更新時刻を示す最終更新時刻情報を、これらの情報と関連付けて記憶していてもよい。次に、図５を参照して、許可情報記憶部２２２が記憶する情報の一例について説明する。

図５は、本実施形態の許可情報記憶部２２２が記憶する情報の一例を示す表である。許可情報記憶部２２２は、ユーザを識別するユーザＩＤと、この被申請ユーザの申請許可情報とを関連付けて、ユーザ毎に記憶する。具体的には、許可情報記憶部２２２は、ユーザＡのユーザＩＤ（１００１）と、ユーザＡの申請許可情報として「許可」とを関連付けて予め記憶している。同様に、許可情報記憶部２２２は、ユーザＢのユーザＩＤ（１００２）と、ユーザＢの申請許可情報として「許可」とを、ユーザＣのユーザＩＤ（１００３）と、ユーザＣの申請許可情報として「許可」とを、ユーザＤのユーザＩＤ（１００４）と、ユーザＣの申請許可情報として「拒否」とを、それぞれ関連付けて予め記憶している。ここで、申請許可情報とは、所定の関係が申請された被申請ユーザが、この申請を許可するか否かを示す情報であって、ユーザ毎に設定される情報である。

再び、図３を参照して、サーバ装置２００の構成について説明する。サーバ通信部２０１は、端末装置１００との通信を行う。具体的には、サーバ通信部２０１は、サーバ装置２００が備える各部が出力する情報を、バスＢＳを介して取得して、取得した情報を端末装置１００に送信する。また、サーバ通信部２０１は、端末装置１００から送信されるユーザの指示を示す指示情報を受信し、受信した指示情報を、バスＢＳを介して、サーバ装置２００が備える各部に出力する。

受付部２０３は、申請ユーザ（例えば、ユーザＡ）から被申請ユーザ（例えば、ユーザＢ）に対する申請を示す申請情報を申請ユーザから受け付ける。すなわち、受付部２０３は、所定の関係についての申請を示す申請情報を当該申請の申請ユーザから受け付ける。具体的には、受付部２０３は、操作検出部ＴＰが検出して出力したユーザＡの申請を入力する操作を示す申請情報を、ネットワーク２、サーバ通信部２０１およびバスＢＳを介して端末装置１００−１から取得し、取得した申請情報を受け付ける。ここで、申請とは、ユーザＡからユーザＢに対する仲間関係の申請である。より具体的には、この申請情報には、仲間関係の設定の要求を示す情報と、ユーザＡのユーザＩＤ（１００１）と、ユーザＢのユーザＩＤ（１００２）とが含まれている。受付部２０３は、ネットワーク２、サーバ通信部２０１およびバスＢＳを介して端末装置１００−１から、これらの仲間関係の設定の要求を示す情報とユーザＡのユーザＩＤ（１００１）と、ユーザＢのユーザＩＤ（１００２）とを取得する。そして、受付部２０３は、取得した仲間関係の設定の要求を示す情報とユーザＡのユーザＩＤ（１００１）と、ユーザＢのユーザＩＤ（１００２）とを申請情報として受け付ける。

申請情報処理部２１０は、受付部２０３が申請情報を受け付けたことに応じて、この受付部２０３が受け付けた申請情報を「申請」状態として、または「予約」状態として関係記憶部２２１に記憶させる。具体的には、申請情報処理部２１０は、受付部２０３が申請情報を受け付けたとき、所定の条件を充足する場合には、当該申請情報を「申請」状態として関係記憶部２２１に記憶させ、当該所定の条件を充足しない場合には、当該申請情報を「予約」状態として関係記憶部２２１に記憶させる。ここで、所定の条件には、種々の条件を適用できる。例えば、この所定の条件には、被申請ユーザが申請を受け付ける状態であるか否かという条件がある。以下、この所定の条件が、被申請ユーザが申請を受け付ける状態であるか否かという条件である場合の構成について説明する。この場合、申請情報処理部２１０は、被申請ユーザが申請を受け付ける状態（「許可」）か、申請を受け付けない状態（「拒否」）かを示す申請許可情報に基づいて、受付部２０３が受け付けた申請情報を「申請」状態として、または「予約」状態として関係記憶部２２１に記憶させる。

より具体的には、申請情報処理部２１０は、受付部２０３が受け付けたユーザＡからユーザＢに対する申請を示す申請情報を、バスＢＳを介して取得する。上述したように、この申請情報には、仲間関係の設定の要求を示す情報と、ユーザＡのユーザＩＤ（１００１）と、ユーザＢのユーザＩＤ（１００２）とが含まれている。次に、申請情報処理部２１０は、取得した申請情報から被申請ユーザを識別する情報（ここでは、ユーザＢのユーザＩＤ（１００２））を取得する。次に、申請情報処理部２１０は、取得したユーザＢのユーザＩＤ（１００２）と一致するユーザＩＤに関連付けて許可情報記憶部２２２が記憶するユーザＢの申請許可情報を、バスＢＳを介して読み出す。次に、申請情報処理部２１０は、読み出したユーザＢの申請許可情報が、「許可」を示す場合には、取得した申請情報に含まれる、ユーザＡのユーザＩＤと、ユーザＢのユーザＩＤと、ステータスとしての「申請」と、これらの情報の更新時刻とを関連付けて、バスＢＳを介して関係記憶部２２１に書き込む。

同様にして、申請情報処理部２１０は、受付部２０３が受け付けたユーザＣからユーザＤに対する申請を示す申請情報を、バスＢＳを介して取得する。上述したように、この申請情報には、ユーザＣのユーザＩＤ（１００３）と、ユーザＤのユーザＩＤ（１００４）とが含まれている。次に、申請情報処理部２１０は、取得した申請情報から被申請ユーザを識別する情報（ここでは、ユーザＤのユーザＩＤ（１００４））を取得する。次に、申請情報処理部２１０は、取得したユーザＤのユーザＩＤ（１００４）と一致するユーザＩＤに関連付けて許可情報記憶部２２２が記憶するユーザＤの申請許可情報を、バスＢＳを介して読み出す。次に、申請情報処理部２１０は、読み出したユーザＤの申請許可情報が、「拒否」を示す場合には、取得した申請情報に含まれる、ユーザＣのユーザＩＤと、ユーザＤのユーザＩＤと、ステータスとしての「予約」と、これらの情報の更新時刻とを関連付けて、バスＢＳを介して関係記憶部２２１に書き込む。このようにして、関係記憶部２２１には、図４に示したようにユーザＡからユーザＢに対する申請を示す申請情報と、ユーザＣからユーザＤに対する申請を示す申請情報とが書き込まれる。

予約処理部２１２は、関係記憶部２２１が「予約」状態として記憶する申請情報に対して、所定の条件を充足する場合に、当該申請情報を「申請」状態に更新して当該申請情報で示される被申請ユーザから当該申請に対する承認を受け付け可能とする。具体的には、予約処理部２１２は、関係記憶部２２１が記憶する申請情報のうち、ステータスが「予約」と関連付けられている申請情報を読み出す。つまり、予約処理部２１２は、ステータスが「予約」であるユーザＣ（申請ユーザ）からユーザＤ（被申請ユーザ）に対する申請を示す申請情報を、関係記憶部２２１からバスＢＳを介して読み出す。次に、予約処理部２１２は、読み出した被申請ユーザのユーザＩＤ（ここでは、ユーザＤのユーザＩＤ（１００４））に一致するユーザＩＤに関連付けて許可情報記憶部２２２が記憶する申請許可情報を、バスＢＳを介して読み出す。次に、予約処理部２１２は、読み出した申請許可情報が申請を受け付ける状態（「許可」）であるか否かを判定する。次に、予約処理部２１２は、読み出した申請許可情報が申請を受け付ける状態（「許可」）であると判定した場合には、申請情報のステータスとしての「申請」と、ユーザＣのユーザＩＤ（１００３）と、ユーザＤのユーザＩＤ（１００４）と、これらの情報の更新時刻とを関連付けて、バスＢＳを介して関係記憶部２２１に書き込む。つまり、ユーザＣからユーザＤに対する申請を示す申請情報を更新する。

実行部２５０は、関係記憶部２２１が記憶する申請情報に基づいて、被申請ユーザに対する申請処理を実行する。この申請処理とは、まず、実行部２５０は、関係記憶部２２１からステータスが「申請」である申請情報を読み出す。次に、実行部２５０は、読み出した申請情報に基づいて、被申請ユーザに対して申請の承認を要求する。次に、実行部２５０は、被申請ユーザに要求した申請の承認をこの被申請ユーザから取得した場合には、関係記憶部２２１が記憶する申請情報のステータスを「登録」に更新する。

より具体的には、実行部２５０は、ユーザＢの端末装置１００−２からアクセスがあった場合に、次のように承認処理を行う。すなわち、実行部２５０は、端末装置１００−２からネットワーク２を介して出力されるユーザＢのユーザＩＤ（１００２）を、サーバ通信部２０１およびバスＢＳを介して取得する。次に、実行部２５０は、取得したユーザＢのユーザＩＤ（１００２）と一致する被申請ユーザＩＤに関連付けて関係記憶部２２１が記憶する申請情報に含まれるステータスと、申請ユーザＩＤとを、バスＢＳを介して読み出す。次に、実行部２５０は、読み出したステータスが「申請」である場合、ユーザＢに対して申請に対する承認の要求を示す申請情報を、バスＢＳ、サーバ通信部２０１およびネットワーク２を介して、ユーザＢの端末装置１００−２に対して出力する。この申請情報には、関係記憶部２２１から読み出した申請ユーザＩＤ（例えば、ユーザＡのユーザＩＤ（１００１））が含まれている。このとき端末装置１００−２は、この申請情報に基づいて、申請情報に含まれる申請ユーザＩＤが示すユーザ（例えば、ユーザＡ）から所定の関係の申請に対する承認の要求があったことを表示部ＤＳに表示して、ユーザＢに通知する。端末装置１００−２は、ユーザＢから申請を承認する操作が入力された場合、申請の承認を示す承認情報を出力する。この承認情報には、申請に対する承認を示す情報と、ユーザＡのユーザＩＤ（１００１）と、ユーザＢのユーザＩＤ（１００２）とが含まれている。次に、実行部２５０は、出力された承認情報を、ネットワーク２、サーバ通信部２０１およびバスＢＳを介して取得する。次に、実行部２５０は、申請情報のステータスとしての「登録」と、ユーザＡのユーザＩＤ（１００１）と、ユーザＢのユーザＩＤ（１００２）とを関連付けて、関係記憶部２２１に書き込む。このようにして、ゲームシステム１は、ユーザ間での所定の関係についての申請ユーザからの申請を、当該申請の相手である相手ユーザ（被申請ユーザ）が承認することによって、当該申請ユーザと当該相手ユーザとの間に所定の関係を設定する。

[申請受付の動作]
次に、図６を参照して、ゲームシステム１における申請受付の動作について説明する。図６は、本実施形態のゲームシステム１における申請受付の動作の一例を示すフローチャートである。
まず、ユーザＡの端末装置１００−１は、ユーザＡからユーザＢに対する仲間関係の申請を示す申請情報をサーバ装置２００に出力して処理を終了する（ステップＳ１−１０）。具体的には、端末装置１００−１は、ユーザＡから入力されたユーザＢに対する仲間申請の操作を操作検出部ＴＰによって検出し、申請情報としてネットワーク２に出力する。上述したように、この申請情報には、仲間関係の設定の要求を示す情報と、ユーザＡのユーザＩＤ（１００１）と、ユーザＢのユーザＩＤ（１００２）とが含まれている。

サーバ装置２００の受付部２０３は、端末装置１００−１が出力するユーザＡからユーザＢに対する申請を示す申請情報を、ネットワーク２、サーバ通信部２０１およびバスＢＳを介して受け付ける（ステップＳ５−１０）。

次に、申請情報処理部２１０は、受付部２０３が申請情報を受け付けたことに応じて、この申請情報に含まれるユーザＢのユーザＩＤ（１００２）に一致する被申請ユーザのユーザＩＤと関連付けて許可情報記憶部２２２が記憶する申請許可情報を読み出す（ステップＳ５−２０）。

次に、申請情報処理部２１０は、読み出したユーザＢの申請許可情報に基づいて、申請処理を実行する条件を充足しているか否かを判定する（ステップＳ５−３０）。ここで、申請情報処理部２１０は、読み出したユーザＢの申請許可情報が「許可」であると判定した場合（ステップＳ５−３０：ＹＥＳ）には、処理をステップＳ５−４０に進める。一方、申請情報処理部２１０は、読み出したユーザＢの申請許可情報が「拒否」であると判定場合（ステップＳ５−３０：ＮＯ）には、処理をステップＳ５−５０に進める。

次に、申請情報処理部２１０は、ステップＳ５−３０において、読み出したユーザＢの申請許可情報が「許可」であると判定した場合には、この申請情報を「申請」状態としてバスＢＳを介して関係記憶部２２１に書き込み、申請受付の処理を終了する（ステップＳ５−４０）。

一方、申請情報処理部２１０は、ステップＳ５−３０において、読み出したユーザＢの申請許可情報が「拒否」であると判定した場合には、この申請情報を「予約」状態としてバスＢＳを介して関係記憶部２２１に書き込み、申請受付の処理を終了する（ステップＳ５−５０）。

[申請承認の動作]
次に、図７を参照して、ゲームシステム１における申請承認の動作について説明する。図７は、本実施形態のゲームシステム１における申請承認の動作の一例を示すフローチャートである。

まず、ユーザＢの端末装置１００−２は、ユーザＢが入力したゲームを開始する操作（ログイン操作）を示すログイン情報をサーバ装置２００に出力する（ステップＳ２−１００）。具体的には、端末装置１００−２は、ユーザＢから入力されたログイン操作を操作検出部ＴＰによって検出し、検出したログイン操作を示すログイン情報をネットワーク２に出力する。このログイン情報には、ユーザＢのユーザＩＤ（１００２）が含まれている。

次に、サーバ装置２００の申請処理部２１１は、端末装置１００−２が出力したログイン情報に含まれるユーザＢのユーザＩＤと一致する被申請ユーザのユーザＩＤと関連付けて関係記憶部２２１が記憶する申請情報に含まれる各情報を関係記憶部２２１から読み出す（ステップＳ５−１００）。上述したように、この申請情報には、申請ユーザ（ユーザＡ）のユーザＩＤと、ステータスとが含まれている。

次に、申請処理部２１１は、ステップＳ５−１００において読み出したステータスが「申請」であるか否かを判定する（ステップＳ５−１１０）。ここで、申請処理部２１１は、読み出したステータスが「申請」でないと判定した場合（ステップＳ５−１１０：ＮＯ）には、処理を終了する。一方、申請処理部２１１は、読み出したステータスが「申請」であると判定した場合（ステップＳ５−１１０：ＹＥＳ）には、処理をステップＳ５−１２０に進める。

次に、申請処理部２１１は、端末装置１００−２に対して、申請の承認を要求する申請を、バスＢＳ、サーバ通信部２０１およびネットワーク２を介して出力する（ステップＳ５−１２０）。この申請には、この申請がユーザＡからの申請であることを示すユーザ名、画像、その他の情報が含まれている。

次に、端末装置１１０−２は、申請処理部２１１が出力した申請を取得する（Ｓ２−１１０）。この申請を取得した端末装置１１０−２は、申請に含まれるユーザＡからの申請であることを示す画像に基づいて、ユーザＡから仲間申請があったことをユーザＢに対して示す画像を表示部ＤＳに表示する。

次に、端末装置１１０−２は、ユーザＢから入力された承認（または拒絶）の操作を操作検出部ＴＰによって検出し、検出した承認（または拒絶）を示す情報を承認情報としてサーバ装置２００に出力して処理を終了する（ステップＳ２−１２０）。

次に、サーバ装置２００の申請処理部２１１は、端末装置１１０−２が出力した承認情報を、ネットワーク２、サーバ通信部２０１およびバスＢＳを介して取得し、取得した承認情報に基づいて、ユーザＢからの承認の有無を判定する（ステップＳ５−１３０）。ここで、申請処理部２１１は、承認情報にユーザＢからの拒絶を示す情報が含まれると判定した場合（ステップＳ５−１３０：ＮＯ）には、申請情報のステータスとしての「拒絶」にして、処理を終了する。一方、申請処理部２１１は、承認情報にユーザＢからの承認を示す情報が含まれると判定した場合（ステップＳ５−１３０：ＹＥＳ）には、処理をステップＳ５−１４０に進める。

次に、申請処理部２１１は、ステータスとしての「登録」と、申請ユーザとしてのユーザＡのユーザＩＤ（１００１）と、被申請ユーザとしてのユーザＢのユーザＩＤ（１００２）とを関連付けて、関係記憶部２２１に書込み、処理を終了する（ステップＳ５−１４０）。このようにして、ゲームシステム１は、ユーザ間での所定の関係についての申請ユーザからの申請を、当該申請の相手である相手ユーザ(被申請ユーザ)が承認することによって、当該申請ユーザと当該相手ユーザとの間に所定の関係を設定する。

[予約に基づく申請承認の動作]
ここまで、端末装置１００−１を利用するユーザＡから、端末装置１００−２を利用するユーザＢに対する仲間関係の申請の場合における申請承認の動作について説明した。次に、端末装置１００−３を利用するユーザＣから、端末装置１００−４を利用するユーザＤに対する仲間関係の申請の場合における、予約に基づく申請承認の動作について説明する。つまり、以下の説明においては、申請が予約され、この予約に基づいて申請の承認が行われる点が、ここまで説明した動作と相違する。

まず、図６を参照して仲間関係の申請が予約される動作について説明する。上記において、図６を参照してユーザＡからユーザＢに対する仲間関係の申請を説明した場合と同様に、端末装置１００−３は、図６のステップＳ１−１０をステップＳ３−１０として実行する。また、サーバ装置２００は、図６のステップＳ５−１０〜ステップＳ５−５０を実行する。ここで、図５を参照して説明したように、許可情報記憶部２２２は、ユーザＤのユーザＩＤ（１００４）と、「拒否」を示す申請許可情報とを関連付けて記憶している。これは、許可情報記憶部２２２が、ユーザＢのユーザＩＤ（１００２）と、「許可」を示す申請許可情報とを関連付けて記憶していることにおいて相違する。つまり、ユーザＤの申請許可情報は、仲間申請を拒否するように設定されている。これにより、ユーザＣからユーザＤに対する仲間関係の申請は、ステップＳ５−３０において条件を充足しないと判定される。つまり、ユーザＣからユーザＤに対する仲間関係の申請は、図４を参照して上述したように、「予約」状態として記憶される（ステップＳ５−５０）。

次に、図８を参照して、ゲームシステム１における申請許可情報が変化する動作について説明する。図８は、本実施形態のゲームシステム１における申請許可情報が変化する場合の申請承認の動作の一例を示すフローチャートである。
まず、ユーザＤの端末装置１００−４は、「許可」を示す申請許可情報をサーバ装置２００に対して出力する（ステップＳ４−１５０）。具体的には、端末装置１００−４は、ユーザＤのゲーム状況に基づいて定められる申請許可情報をネットワーク２に出力する。この申請許可情報には、ユーザＤのユーザＩＤ（１００４）が含まれている。

次に、サーバ装置２００の実行部２５０は、端末装置１００−４がネットワーク２に出力した申請許可情報を、サーバ通信部２０１およびバスＢＳを介して取得する。次に、実行部２５０は、取得した申請許可情報に含まれるユーザＤのユーザＩＤ（１００４）と、「許可」を示す申請許可情報とを関連付けて許可情報記憶部２２２に書き込む（ステップＳ５−１５０）。

次に、予約処理部２１２は、申請許可情報が更新されたことに応じて、この申請許可情報に含まれるユーザＤのユーザＩＤ（１００４）に一致する被申請ユーザのユーザＩＤと関連付けて許可情報記憶部２２２が記憶する申請許可情報を読み出す（ステップＳ５−１６０）。

次に、予約処理部２１２は、読み出したユーザＤの申請許可情報に基づいて、申請処理を実行する条件を充足しているか否かを判定する（ステップＳ５−１７０）。ここで、予約処理部２１２は、読み出したユーザＤの申請許可情報が「許可」であると判定した場合（ステップＳ５−１７０：ＹＥＳ）には、処理をステップＳ５−１８０に進める。一方、予約処理部２１２は、読み出したユーザＤの申請許可情報が「拒否」であると判定場合（ステップＳ５−１７０：ＮＯ）には、処理を終了する。

次に、予約処理部２１２は、ステップＳ５−１７０において、読み出したユーザＤの申請許可情報が「許可」であると判定した場合には、ステータスとしての「申請」と、申請ユーザ（ユーザＣ）のユーザＩＤ（１００３）と、被申請ユーザ（ユーザＤ）のユーザＩＤ（１００４）とを関連付けて、関係記憶部２２１に書き込んで、処理を終了する（ステップＳ５−１８０）。

次に、上述した図７を参照してユーザＡおよびユーザＢについて説明した場合と同様に、ユーザＤの端末装置１００−４が、図７に示すステップＳ２−１００〜ステップＳ２−１２０を、ステップＳ４−１００〜ステップＳ４−１２０として実行する。また、サーバ装置２００は、図７のステップＳ５−１００〜ステップＳ５−１４０を実行する。このようにして、ゲームシステム１は、ユーザＣからユーザＤに対する仲間申請が予約された場合に、関係記憶部２２１が記憶するステータスを変更することにより、予約に基づいた仲間申請を実行する。

以上説明したように、本実施形態のゲームシステム１は、受付部２０３と、申請情報処理部２１０と、申請処理部２１１と、予約処理部２１２とを備えている。この受付部２０３は、所定の関係についての申請を示す申請情報を当該申請の申請ユーザから受け付ける。また、申請情報処理部２１０は、受付部２０３が申請情報を受け付けたとき、所定の条件を充足する場合には、当該申請情報を「申請」状態として関係記憶部２２１に記憶させ、当該所定の条件を充足しない場合には、当該申請情報を「予約」状態として関係記憶部２２１に記憶させる。また、申請処理部２１１は、関係記憶部２２１が「申請」状態として記憶する申請情報に対して、当該申請情報で示される申請の相手ユーザ（被申請ユーザ）から当該申請に対する承認を受け付けた場合に、当該申請情報を「登録」状態に更新して当該申請の申請ユーザと相手ユーザとの間に所定の関係を設定する。予約処理部２１２は、関係記憶部２２１が「予約」状態として記憶する申請情報に対して、所定の条件を充足する場合に、当該申請情報を「申請」状態に更新して当該申請情報で示される申請の相手ユーザから当該申請に対する承認を受け付け可能とする。

これにより、本実施形態のゲームシステム１は、申請ユーザから相手ユーザに対する所定の関係（例えば、仲間関係）の申請に対する承認処理をすることができない場合には、その申請を予約することができる。そして、ゲームシステム１は、申請の相手ユーザが承認処理をすることができる状態になったことを自動的に検出することにより、申請ユーザの申請に対する承認処理を自動的に開始することができる。つまり、ゲームシステム１は、申請の予約に基づいて申請の承認処理を自動的に行うことができる。したがって、ゲームシステム１は、
所定の関係が設定されるまで何回も申請しなければならない場合に比して、所定の関係を申請するユーザの手間を低減することができる。

［第２の実施形態]
次に、本発明を実施するための第２の実施形態について、図面を参照して説明する。なお、上述した第１の実施形態における各構成と同一の構成については、同一の符号を付して説明を省略する。

図９は、本発明の第２の実施形態に係るゲームシステム１ａの構成の一例を示す構成図である。ゲームシステム１ａは、複数の端末装置１００（例えば、端末装置１００−１、１００−２）と、サーバ装置２００ａ（ゲーム装置）と、ネットワーク２とを備えている。このサーバ装置２００ａは、申請情報処理部２１０ａと、サーバ記憶部２０２ａとを備えている点において、サーバ装置２００と相違する。このサーバ記憶部２０２ａは、上限記憶部２２３を備えている。この上限記憶部２２３について、図１０を参照して説明する。

図１０は、本実施形態の上限記憶部２２３が記憶する情報の一例を示す表である。同図に示すように、上限記憶部２２３は、ユーザを識別する識別情報であるユーザＩＤと、そのユーザが設定することができる所定の関係（例えば、仲間関係）の上限値とを関連付けて、ユーザ毎に記憶する。すなわち、上限記憶部２２３は、所定の関係の数の上限値をユーザ毎に記憶する。

再び図９を参照して、サーバ装置２００ａの構成について説明する。
申請情報処理部２１０ａは、申請情報処理部２１０と同様に、受付部２０３が申請情報を受け付けたことに応じて、この受付部２０３が受け付けた申請情報を「申請」状態として、または「予約」状態として関係記憶部２２１に記憶させる。具体的には、申請情報処理部２１０は、受付部２０３が申請情報を受け付けたとき、所定の条件を充足する場合には、当該申請情報を「申請」状態として関係記憶部２２１に記憶させ、当該所定の条件を充足しない場合には、当該申請情報を「予約」状態として関係記憶部２２１に記憶させる。ここで、所定の条件には、種々の条件を適用できる。申請情報処理部２１０ａは、ユーザに設定される所定の関係の数が、新たにこの所定の関係を設定した場合に、上限記憶部２２３が記憶する上限値を超えないこと、という条件をこの所定の条件として申請情報を処理する。

具体的には、申請情報処理部２１０ａは、関係記憶部２２１が記憶する被申請ユーザ（相手ユーザ）に設定されている所定の関係の数を算出するとともに、この被申請ユーザが所定の関係を設定できる他のユーザの数の上限値を、上限記憶部２２３からバスＢＳを介して読み出す。次に、申請情報処理部２１０ａは、算出した所定の関係の数と読み出した上限値とを比較して、被申請ユーザが申請を受け付ける状態（「許可」）か、申請を受け付けない状態（「拒否」）かを示す申請許可情報を生成する。そして、申請情報処理部２１０ａは、生成した申請許可情報に基づいて、受付部２０３が受け付けた申請情報を「申請」状態として、または「予約」状態として関係記憶部２２１に記憶させる。すなわち、申請情報処理部２１０ａは、受付部２０３が受け付けた申請情報で示される申請ユーザと相手ユーザの少なくとも一方のユーザについて、関係記憶部２２１が記憶する申請情報で示される当該ユーザの数と、上限記憶部２２３が記憶する当該ユーザに対応する上限値とに基づいて、当該申請情報を「申請」状態として関係記憶部２２１に記憶するか、当該申請情報を「予約」状態として関係記憶部２２１に記憶するかを選択する。

ここで、上限記憶部２２３が記憶する上限値は状況に応じて変化する。例えば、上限記憶部２２３が記憶する上限値は、ユーザによるゲームのプレイ回数やプレイ結果に基づいて変化する。つまり、上限記憶部２２３が記憶する上限値は、ゲームにおけるユーザの状態に基づいて変化する。また、ユーザに設定されている所定の関係は、ユーザの操作によって解除することができる。このように所定の関係が解除されると、その解除されたユーザに設定されている所定の関係の数が減少する。このとき、所定の関係が解除されたユーザが、関係記憶部２２１が被申請ユーザとして記憶するユーザである場合には、この被申請ユーザに設定されている所定の関係の数が減少する。つまり、被申請ユーザに設定されている所定の関係の数も状況に応じて変化する。したがって、申請ユーザが被申請ユーザに対して所定の関係を申請した時点においては、被申請ユーザに設定されている所定の関係の数が上限値を超えている場合であっても、その後、上限値や所定の関係の設定数が変化すれば、被申請ユーザに設定されている所定の関係の数が上限値を超えない状態になる。

このとき、申請情報処理部２１０ａは、上限記憶部２２３が記憶する上限値、または、関係記憶部２２１が記憶する申請情報が更新されたことに応じて、申請処理を実行する条件を充足しているか否かを判定する。そして、申請情報処理部２１０ａは、この判定結果に基づいて関係記憶部２２１が「予約」状態として記憶する申請情報を「申請」状態に更新する。以下、第１の実施形態において説明したように、サーバ装置２００ａは、被申請ユーザからのログインに応じて、申請の承認処理を行う。

以上説明したように、本実施形態のゲームシステム１ａは、受付部２０３と、申請処理部２１１と、予約処理部２１２とに加え、申請情報処理部２１０ａと、上限記憶部２２３とを備えている。これにより、ゲームシステム１ａは、各ユーザに設定されている所定の関係の数と、このユーザが所定の関係を設定できる他のユーザの数の上限値（すなわち、所定の関係の数の上限値）とに基づいて、申請の予約と、その申請の予約の実行とを行うことができる。したがって、ゲームシステム１ａは、申請ユーザが被申請ユーザに対して申請を行った時点において既に被申請ユーザに設定可能な上限値を超えている場合、または、所定の関係を設定することにより被申請ユーザに設定可能な上限値を超えることになる場合においても、申請の承認処理を自動的に行うことができる。つまり、ゲームシステム１ａは、申請の予約に基づいて申請の承認処理を自動的に行うことができる。したがって、ゲームシステム１ａは、所定の関係が設定されるまで何回も申請しなければならない場合に比して、所定の関係を申請するユーザの手間を低減することができる。

なお、上述においては、被申請ユーザに設定されている所定の関係の数と、その上限値とについて説明したが、これに限られない。例えば、ゲームシステム１ａは、申請ユーザに設定されている所定の関係の数と、その上限値とに基づいて、申請の予約とその予約の実行とを行ってもよい。また、例えば、ゲームシステム１ａは、申請ユーザに設定されている所定の関係の数とその上限値と、および被申請ユーザに設定されている所定の関係の数とその上限値とに基づいて、申請の予約とその予約の実行とを行ってもよい。このように構成しても、ゲームシステム１ａは、申請の予約に基づいて申請の承認処理を自動的に行うことができる。

［第３の実施形態]
次に、本発明を実施するための第３の実施形態について、図面を参照して説明する。なお、上述した各実施形態における各構成と同一の構成については、同一の符号を付して説明を省略する。

図１１は、本発明の第３の実施形態に係るゲームシステム１ｂの構成の一例を示す構成図である。ゲームシステム１ｂは、複数の端末装置１００（例えば、端末装置１００−１、１００−２）と、サーバ装置２００ｂ（ゲーム装置）と、ネットワーク２とを備えている。このサーバ装置２００ｂは、予約処理部２１２ｂを備えている点において、サーバ装置２００と相違する。

予約処理部２１２ｂは、関係記憶部２２１が「予約」状態として記憶する申請情報が複数ある場合には、当該各申請情報が「予約」状態として関係記憶部２２１に記憶されている期間に基づいて、当該各申請情報について所定の条件を判断する順番を決定する。具体的には、予約処理部２１２ｂは、上述したステップＳ５−１６０の処理に先立って、関係記憶部２２１が「予約」状態として記憶する申請情報を、バスＢＳを介して読み出す。ここで、予約処理部２１２ｂは、読み出した申請情報が複数ある場合には、図４を参照して説明した申請情報に含まれる最終更新時刻に基づいて、複数の申請情報から予約処理（上述したステップＳ５−１６０〜ステップＳ５−１８０）の対象となる申請情報を選択し、選択した申請情報に対して予約処理を行う。すなわち、予約処理部２１２ｂは、当該各申請情報が「予約」状態として関係記憶部２２１に記憶されている期間に基づいて、複数の申請情報から予約処理の対象となる申請情報を選択し、選択した申請情報に対して予約処理を行う。一例として、予約処理部２１２ｂは、複数の申請情報のうち、これら申請情報に含まれる最終更新時刻が古い申請情報（つまり、「予約」状態として関係記憶部２２１に記憶されている期間が長い申請情報）を優先して選択して、選択した申請情報に対して予約処理を行う。

以上説明したように、本実施形態のゲームシステム１ｂは、予約処理部２１２ｂを備えている。この予約処理部２１２ｂは、関係記憶部２２１が「予約」状態として記憶する申請情報が複数ある場合には、当該各申請情報が「予約」状態として関係記憶部２２１に記憶されている期間に基づいて、当該各申請情報について所定の条件を判断する順番を決定する。これにより、ゲームシステム１ｂは、「予約」状態の申請情報が複数ある場合において、予約処理をする順番を、申請日時の先後関係に基づいて設定することができる。例えば、ゲームシステム１ｂは、「予約」状態の申請情報が複数ある場合において、ユーザからの申請の先着順によって予約処理をすることができる。つまり、ゲームシステム１ｂは、申請の予約が複数ある場合において各ユーザに対して公平な順序によって、予約処理を自動的に行うことができる。

［第４の実施形態]
次に、本発明を実施するための第４の実施形態について、図面を参照して説明する。なお、上述した各実施形態における各構成と同一の構成については、同一の符号を付して説明を省略する。

図１２は、本発明の第４の実施形態に係るゲームシステム１ｃの構成の一例を示す構成図である。ゲームシステム１ｃは、複数の端末装置１００（例えば、端末装置１００−１、１００−２）と、サーバ装置２００ｃ（ゲーム装置）と、ネットワーク２とを備えている。このサーバ装置２００ｃは、予約処理部２１２ｃと、サーバ記憶部２０２ｃとを備えている点において、サーバ装置２００と相違する。

サーバ記憶部２０２ｃは、関係記憶部２２１ｃを備えている。この関係記憶部２２１ｃは、上述した「申請」と、「予約」と、「登録」とに加え、「削除」を有するステータスと、所定の関係を申請したユーザＡを識別する識別情報と、ユーザＡから所定の関係を申請されたユーザＢを識別する識別情報とを関連付けて、記憶する。この「削除」とは、いったん承認された所定の関係（例えば、仲間関係）を解消し、申請情報が無効化された状態を示す。

予約処理部２１２ｃは、関係記憶部２２１ｃが「予約」状態として申請情報を記憶している期間に基づいて、当該申請情報を無効化する。具体的には、予約処理部２１２ｃは、上述したステップＳ５−１６０に先立って、関係記憶部２２１が「予約」状態として記憶する申請情報を、バスＢＳを介して読み出す。ここで、予約処理部２１２ｃは、読み出した申請情報に含まれる最終更新時刻と、現在の時刻とに基づいて、当該各申請情報が「予約」状態として関係記憶部２２１に記憶されている期間を算出する。次に、予約処理部２１２ｃは、算出した期間と、予め定められている予約期間の上限値とに基づいて、申請情報を無効化するか否かを判定する。ここで、予め定められている予約期間の上限値とは、申請情報が予約されてから、この申請情報を無効化するまでの期間を示す値、つまり申請情報の予約の有効期間を示す値である。予約処理部２１２ｃは、申請情報を無効化すると判定した場合には、ステータスとしての「削除」と、所定の関係を申請したユーザＡを識別する識別情報と、ユーザＡから所定の関係を申請されたユーザＢを識別する識別情報とを関連付けて、バスＢＳを介して関係記憶部２２１ｃに書き込む。

予約処理部２１２ｃは、ステータスとしての「削除」を含む申請情報については、予約処理（上述したステップＳ５−１６０〜ステップＳ５−１８０）をせずに、処理を終了する。

以上説明したように、本実施形態のゲームシステム１ｃは、関係記憶部２２１が「予約」状態として申請情報を記憶している期間に基づいて、当該申請情報を無効化する予約処理部２１２ｃを備えている。これにより、ゲームシステム１ｃは、申請情報が予約されている状態において、有効期間を超過した場合に、その申請情報を自動的に無効化することができる。したがって、ゲームシステム１ｃは、「予約」状態にある申請情報が増加し続けることによるサーバ装置２００ｃの負担の増加を低減することができる。

［第５の実施形態]
次に、本発明を実施するための第５の実施形態について、図面を参照して説明する。なお、上述した各実施形態における各構成と同一の構成については、同一の符号を付して説明を省略する。

図１３は、本発明の第５の実施形態に係るゲームシステム１ｄの構成の一例を示す構成図である。ゲームシステム１ｄは、複数の端末装置１００（例えば、端末装置１００−１、１００−２）と、サーバ装置２００ｄ（ゲーム装置）と、ネットワーク２とを備えている。このサーバ装置２００ｄは、予約通知部２１３をさらに備えている点において、サーバ装置２００と相違する。

予約通知部２１３は、関係記憶部２２１が申請情報を「予約」状態として記憶した場合に、当該申請情報が「予約」状態であることを示す情報を当該申請情報で示される申請の相手ユーザ（被申請ユーザ）に通知する。具体的には、予約通知部２１３は、端末装置１００からログイン情報が出力された場合に、このログイン情報に含まれるユーザＩＤを取得する。次に、予約通知部２１３は、取得したログイン情報に含まれるユーザＩＤと一致する被申請ユーザＩＤと、ステータスとしての「予約」とに関連付けて関係記憶部２２１が記憶する申請情報を、バスＢＳを介して読み出す。次に、予約通知部２１３は、読み出した申請情報に含まれる被申請ユーザＩＤと申請ユーザＩＤとに基づいて、所定の関係が申請ユーザから予約されたことを示す情報を生成する。そして、予約通知部２１３は、生成した所定の関係が申請ユーザから予約されたことを示す情報を、ログイン情報を出力した端末装置１００に、バスＢＳ、サーバ通信部２０１およびネットワーク２を介して出力する。端末装置１００は、出力された所定の関係が申請ユーザから予約されたことを示す情報を表示部ＤＳに表示する。

以上説明したように、本実施形態のゲームシステム１ｄは、関係記憶部２２１が申請情報を「予約」状態として記憶した場合に、当該申請情報が「予約」状態であることを示す情報を当該申請情報で示される申請の相手ユーザ（被申請ユーザ）に通知する予約通知部２１３を備えている。これにより、ゲームシステム１ｄは、所定の関係の申請が予約されていることを、被申請ユーザに対して通知することができる。ここで、所定の関係の申請が予約されていることを通知された被申請ユーザは、現在設定されている所定の関係を解除すれば、予約されている申請に基づいて新たな所定の関係を設定できることを認識することができる。したがって、ゲームシステム１ｄは、所定の関係の申請が予約されていることが被申請ユーザに通知されない場合に比して、予約処理が実行されやすい状況を提供することができる。

［第６の実施形態]
次に、本発明を実施するための第６の実施形態について、図面を参照して説明する。なお、上述した各実施形態における各構成と同一の構成については、同一の符号を付して説明を省略する。

図１４は、本発明の第６の実施形態に係るゲームシステム１ｅの構成の一例を示す構成図である。ゲームシステム１ｅは、サーバ装置２００ｅ（ゲーム装置）とクラウドサーバ３００とを備えており、このクラウドサーバ３００は、サーバ記憶部２０２に相当するクラウド記憶部３０１を備えている点において、ゲームシステム１と相違する。
サーバ装置２００ｅは、クラウドサーバ３００が備えるクラウド記憶部３０１が記憶する情報を、ネットワーク２ｅを介して入出力する第２サーバ通信部２１５を備えている。

以上説明したように、ゲームシステム１ｅにおいては、クラウドサーバ３００が、サーバ記憶部２０２に相当するクラウド記憶部３０１を備えている。このように構成しても、ゲームシステム１ｅは、申請ユーザから相手ユーザ（被申請ユーザ）に対する所定の関係（例えば、仲間関係）の申請に対する承認処理をすることができない場合には、その申請を予約することができる。そして、ゲームシステム１ｅは、申請の相手ユーザが承認処理をすることができる状態になったことを自動的に検出することにより、申請ユーザの申請に対する承認処理を自動的に開始することができる。つまり、ゲームシステム１ｅは、申請の予約に基づいて申請の承認処理を自動的に行うことができる。したがって、ゲームシステム１ｅは、所定の関係が設定されるまで何回も申請しなければならない場合に比して、所定の関係を申請するユーザの手間を低減することができる。

以上、本発明の実施の形態について図面を参照して詳述したが、具体的な構成はその実施形態に限られるものではなく、本発明の要旨を逸脱しない範囲の設計等も含まれる。また、各実施形態は、上記の各実施形態を組み合せて実施してもよい。

また、上記の各実施形態においては、サーバ装置２００、２００ａ〜２００ｄがサーバ記憶部２０２（または、サーバ記憶部２０２ａ、サーバ記憶部２０２ｃ）を、または、クラウドサーバ３００が、クラウド記憶部３０１を備える例を示したが、これら各構成を他の装置が備えるようにシステムを構成してもよい。また、これら各構成を複数の装置に分散させて設けるようにしてもよい。

なお、サーバ装置２００、２００ａ〜２００ｅが備える各部は、他の装置から各部の機能を実現するためのプログラムをダウンロードすることにより機能が実現されるものであってもよく、他の装置が有するプログラムによって機能が実現されるものであってもよい。

なお、上記の各実施形態における端末装置１００は、他の装置から端末装置１００の各部の機能を実現するためのプログラムをダウンロードすることにより機能が実現されるものであってもよく、他の装置が有するプログラムによって機能が実現されるものであってもよい。

なお、このサーバ装置２００、２００ａ〜２００ｅ又はサーバ装置２００、２００ａ〜２００ｅが備える各部は、専用のハードウェアにより実現されるものであってもよく、また、このサーバ装置２００、２００ａ〜２００ｅ又はサーバ装置２００、２００ａ〜２００ｅが備える各部はメモリおよびＣＰＵ（中央演算装置）により構成され、サーバ装置２００、２００ａ〜２００ｅ又はサーバ装置２００、２００ａ〜２００ｅが備える各部の機能を実現するためのプログラムをメモリにロードして実行することによりその機能を実現させるものであってもよい。

また、サーバ装置２００、２００ａ〜２００ｅ又はサーバ装置２００、２００ａ〜２００ｅが備える各部の機能を実現するためのプログラムをコンピュータ読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することにより、サーバ装置２００、２００ａ〜２００ｅ又はサーバ装置２００、２００ａ〜２００ｅが備える各部による処理を行ってもよい。なお、ここでいう「コンピュータシステム」とは、ＯＳや周辺機器等のハードウェアを含むものとする。

また、「コンピュータシステム」は、マークアップ言語で記述されたいわゆるウェブページの形態によって情報を提供する機能およびその情報をブラウザで表示する機能を含むものとする。
また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ−ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。さらに「コンピュータ読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムを送信する場合の通信線のように、短時間の間、動的にプログラムを保持するもの、その場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリのように、一定時間プログラムを保持しているものも含むものとする。また上記プログラムは、前述した機能の一部を実現するためのものであってもよく、さらに前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるものであってもよい。

１、１ａ、１ｂ、１ｃ、１ｄ、１ｅ…ゲーム装置、２、２ｅ…ネットワーク、１００、１００−１、１００−２、１００−３、１００−４…端末装置、２００、２００ａ、２００ｂ、２００ｃ、２００ｄ、２００ｅ…サーバ装置、２０１…サーバ通信部、２０２、２０２ａ、２０２ｃ…サーバ記憶部（記憶部）、２０３…受付部、２１０、２１０ａ…申請情報処理部、２１１…申請処理部、２１２、２１２ｂ、２１２ｃ…予約処理部、２１３…予約通知部、２１５…第２サーバ通信部、２２１…関係記憶部、２２２…許可情報記憶部、２２３…上限記憶部、２５０…実行部、ＢＳ…バス、ＴＰ…操作検出部、ＤＳ…表示部、ＳＰ…音声出力部

Claims (7)

1. ユーザ間での所定の関係についての申請ユーザからの申請を、当該申請の相手である相手ユーザが承認することによって、当該申請ユーザと当該相手ユーザとの間に前記所定の関係を設定するゲーム装置であって、
   前記所定の関係についての申請を示す申請情報を当該申請の申請ユーザから受け付ける受付部と、
   前記受付部が前記申請情報を受け付けたとき、所定の条件を充足する場合には、当該申請情報を申請状態として関係記憶部に記憶させ、当該所定の条件を充足しない場合には、当該申請情報を予約状態として前記関係記憶部に記憶させる申請情報処理部と、
   前記関係記憶部が申請状態として記憶する前記申請情報に対して、当該申請情報で示される申請の相手ユーザから当該申請に対する承認を受け付けた場合に、当該申請情報を登録状態に更新して当該申請の申請ユーザと相手ユーザとの間に前記所定の関係を設定する申請処理部と、
   前記関係記憶部が予約状態として記憶する前記申請情報に対して、前記所定の条件を充足する場合に、当該申請情報を申請状態に更新して当該申請情報で示される申請の相手ユーザから当該申請に対する承認を受け付け可能とする予約処理部と、
   を備えることを特徴とするゲーム装置。
2. ユーザに設定される所定の関係の数の上限値をユーザ毎に記憶する上限記憶部
   を備え、
   申請情報処理部は、前記受付部が受け付けた前記申請情報で示される申請ユーザと相手ユーザの少なくとも一方のユーザについて、前記関係記憶部が記憶する申請情報で示される当該ユーザの数と、前記上限記憶部が記憶する当該ユーザに対応する前記上限値とに基づいて、当該申請情報を申請状態として前記関係記憶部に記憶するか、当該申請情報を予約状態として前記関係記憶部に記憶するかを選択する
   ことを特徴とする請求項１に記載のゲーム装置。
3. 前記関係記憶部は、
   前記申請情報を予約状態として記憶する場合に、当該申請情報に対応付けて時間情報を記憶し、
   前記予約処理部は、
   前記関係記憶部が予約状態として記憶する申請情報が複数ある場合には、当該各申請情報が予約状態として前記関係記憶部に記憶されている期間に基づいて、当該各申請情報について前記所定の条件を判断する順番を決定する
   ことを特徴とする請求項１または請求項２に記載のゲーム装置。
4. 前記予約処理部は、
   前記関係記憶部が予約状態として前記申請情報を記憶している期間に基づいて、当該申請情報を無効化する
   ことを特徴とする請求項３に記載のゲーム装置。
5. 前記関係記憶部が前記申請情報を予約状態として記憶した場合に、当該申請情報が予約状態であることを示す情報を当該申請情報で示される申請の相手ユーザに通知する予約通知部
   を備えることを特徴とする請求項１から請求項４のいずれか一項に記載のゲーム装置。
6. ユーザ間での所定の関係についての申請ユーザからの申請を、当該申請の相手である相手ユーザが承認することによって、当該申請ユーザと当該相手ユーザとの間に前記所定の関係を設定するゲーム方法であって、
   前記所定の関係についての申請を示す申請情報を当該申請の申請ユーザから受け付ける受付手順と、
   前記受付手順によって前記申請情報が受け付けられたとき、所定の条件を充足する場合には、当該申請情報を申請状態として記憶部に記憶させ、当該所定の条件を充足しない場合には、当該申請情報を予約状態として前記記憶部に記憶させる申請情報処理手順と、
   前記記憶部に申請状態として記憶させている前記申請情報に対して、当該申請情報で示される申請の相手ユーザから当該申請に対する承認を受け付けた場合に、当該申請情報を登録状態に更新して当該申請の申請ユーザと相手ユーザとの間に前記所定の関係を設定する申請処理手順と、
   前記記憶部に予約状態として記憶させている前記申請情報に対して、前記所定の条件を充足する場合に、当該申請情報を申請状態に更新して当該申請情報で示される申請の相手ユーザから当該申請に対する承認を受け付け可能とする予約処理手順と、
   を備えることを特徴とするゲーム方法。
7. ユーザ間での所定の関係についての申請ユーザからの申請を、当該申請の相手である相手ユーザが承認することによって、当該申請ユーザと当該相手ユーザとの間に前記所定の関係を設定するコンピュータのプログラムであって、コンピュータに、
   前記所定の関係についての申請を示す申請情報を当該申請の申請ユーザから受け付ける受付ステップと、
   前記受付ステップにおいて前記申請情報が受け付けられたとき、所定の条件を充足する場合には、当該申請情報を申請状態として記憶部に記憶させ、当該所定の条件を充足しない場合には、当該申請情報を予約状態として前記記憶部に記憶させる申請情報処理ステップと、
   前記記憶部に申請状態として記憶させている前記申請情報に対して、当該申請情報で示される申請の相手ユーザから当該申請に対する承認を受け付けた場合に、当該申請情報を登録状態に更新して当該申請の申請ユーザと相手ユーザとの間に前記所定の関係を設定する申請処理ステップと、
   前記記憶部に予約状態として記憶させている前記申請情報に対して、前記所定の条件を充足する場合に、当該申請情報を申請状態に更新して当該申請情報で示される申請の相手ユーザから当該申請に対する承認を受け付け可能とする予約処理ステップと、
   を実行させるためのプログラム。

Images