特許 5971437 情報処理装置及びプログラム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B1)

(11)【特許番号】5971437

(24)【登録日】2016年7月22日

(45)【発行日】2016年8月17日

(54)【発明の名称】情報処理装置及びプログラム

(51)【国際特許分類】

   A63F 13/69 20140101AFI20160804BHJP

【ＦＩ】

   A63F13/69 500

【請求項の数】9

【全頁数】24

(21)【出願番号】特願2016-22584(P2016-22584)

(22)【出願日】2016年2月9日

【審査請求日】2016年2月25日

【早期審査対象出願】

(73)【特許権者】

【識別番号】000132471

【氏名又は名称】株式会社セガゲームス

(72)【発明者】

【氏名】新井 健祐

(72)【発明者】

【氏名】平井 隼人

(72)【発明者】

【氏名】大友 崇弘

【審査官】 彦田 克文

(56)【参考文献】

【文献】 特開２０１５−１９２８９４（ＪＰ，Ａ）

【文献】 特開２０１３−１６９２２０（ＪＰ，Ａ）

【文献】 ドラゴンクエストモンスターズ スーパーライト，ファミ通Ａｐｐ ｉＰｈｏｎｅ ＮＯ．０１６，日本，株式会社ＫＡＤＯＫＡＷＡ，２０１４年 ７月１０日，第16巻，第32-35頁，第33頁の左中欄、「プレイヤーのレベルでフレンド数が増加」というタイトルのコラムを参照

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ａ６３Ｆ １３／００ − １３／９８

(57)【特許請求の範囲】

【請求項1】

ユーザー間にフレンド関係を設定することのできるゲームを実行する情報処理装置であって、
フレンド関係が設定された複数ユーザーのうち、所定期間ゲームプレイを中断しているユーザーについて他のユーザーとのフレンド関係を解除する解除部と、
フレンド関係を解除された前記ユーザーが中断後にゲームプレイを再開して復帰条件を満たすことにより、解除前にフレンド関係が設定されていた前記他のユーザーに対して、フレンド関係を設定することのできるユーザー最大数を上昇させるためのアイテムを報酬として与える報酬付与部と、
前記復帰条件を満たした前記ユーザーと前記報酬を与えられた前記他のユーザーとの間にフレンド関係を再び設定する設定部と、
を備えたことを特徴とする情報処理装置。

【請求項2】

請求項１に記載の情報処理装置であって、
フレンド関係を解除された前記ユーザーが中断後にゲームプレイを再開する際に、解除前にフレンド関係が設定されていた前記他のユーザーとの間にフレンド関係が再び設定される前であっても、当該他のユーザーが所持するキャラクターを前記ユーザーに対して貸与するキャラクター貸与部と、
を備えたことを特徴とする情報処理装置。

【請求項3】

請求項２に記載の情報処理装置であって、
前記キャラクター貸与部は、フレンド関係を解除された前記ユーザーが中断後にゲームプレイを再開して復帰サポート条件を満たすことにより、当該他のユーザーが所持するキャラクターを前記ユーザーに対して貸与する、ことを特徴とする情報処理装置。

【請求項4】

請求項１−３のいずれか１項に記載の情報処理装置であって、
前記報酬付与部は、解除前にフレンド関係が設定されていた前記他のユーザーについて、現時点においてフレンド関係が設定されているユーザー数が最大数に達しているか否かを判定し、最大数に達していると判定された場合に、当該他のユーザーに前記アイテムを付与する、ことを特徴とする情報処理装置。

【請求項5】

請求項１−４のいずれか１項に記載の情報処理装置であって、
前記報酬付与部は、解除前にフレンド関係が設定されていた前記他のユーザーに対して最大数を１つ増加させるためのアイテムを付与し、
前記設定部は、前記報酬付与部が前記アイテムを与えて前記他のユーザーの最大数が１つ増加したことによって、当該他のユーザーのユーザー数を１つ増加させ、前記復帰条件を満たした前記ユーザーと当該他のユーザーとの間にフレンド関係を再び設定する、
ことを特徴とする情報処理装置。

【請求項6】

請求項５に記載の情報処理装置であって、
前記解除部は、前記報酬付与部が前記アイテムを与えたことによって当該他のユーザーの最大数が１つ増加した場合に、前記復帰条件を満たした前記ユーザーと当該他のユーザーとの間のフレンド関係を再び解除することによって、当該他のユーザーの最大数を１つ減少させる、ことを特徴とする情報処理装置。

【請求項7】

請求項１−６のいずれか１項に記載された情報処理装置であって、
前記設定部は、所定回数に限り、前記復帰条件を満たした前記ユーザーと前記報酬を与えられた前記他のユーザーとの間にフレンド関係を再び設定する、ことを特徴とする情報処理装置。

【請求項8】

請求項１−７のいずれか１項に記載された情報処理装置であって、
前記解除部は、解除前にフレンド関係が設定されていた前記他のユーザーの操作に応答して、前記復帰条件を満たした前記ユーザーと当該他のユーザーとの間のフレンド関係を再び解除する、ことを特徴とする情報処理装置。

【請求項9】

ユーザー間にフレンド関係を設定することのできるゲームのプログラムを実行するコンピューターを、
フレンド関係が設定された複数ユーザーのうち、所定期間ゲームプレイを中断しているユーザーについて他のユーザーとのフレンド関係を解除する解除手段、
フレンド関係を解除された前記ユーザーが中断後にゲームプレイを再開して復帰条件を満たすことにより、解除前にフレンド関係が設定されていた前記他のユーザーに対して、フレンド関係を設定することのできるユーザー最大数を上昇させるためのアイテムを報酬として与える報酬付与手段、
前記復帰条件を満たした前記ユーザーと前記報酬を与えられた前記他のユーザーとの間にフレンド関係を再び設定する設定手段、
として機能させるためのプログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、情報処理装置及びプログラムに関する。

【背景技術】

【0002】

ユーザー間に所定関係（例えばフレンド関係）を設定することのできるゲームに関する情報処理を実行する情報処理装置が知られている（たとえば、特許文献１）。

【先行技術文献】

【特許文献】

【0003】

【特許文献1】特開２０１４−１９８１８４号公報

【発明の概要】

【発明が解決しようとする課題】

【0004】

所定関係が設定された複数ユーザーのうち、所定期間ゲームプレイを中断しているユーザーは、他のユーザーとの所定関係が解除される場合がある。所定関係を解除されたユーザーは、中断後にゲームプレイを再開したとしても、所定関係が解除されたことによってこれまでのようにゲームプレイを行なうことができなくなり、再び中断してしまう場合がある。
本発明は、このよう事情に鑑みてなされたものであり、その目的とするところは、所定関係の解除後に再開したゲームプレイの継続性を高めることにある。

【課題を解決するための手段】

【0005】

上記課題を解決するための本発明の主たる発明は、
ユーザー間に所定関係を設定することのできるゲームを実行する情報処理装置であって、
所定関係が設定された複数ユーザーのうち、所定期間ゲームプレイを中断しているユーザーについて他のユーザーとの所定関係を解除する解除部と、
所定関係を解除された前記ユーザーが中断後にゲームプレイを再開して復帰条件を満たすことにより、解除前に所定関係が設定されていた前記他のユーザーに対して報酬を与える報酬付与部と、
前記復帰条件を満たした前記ユーザーと前記報酬を与えられた前記他のユーザーとの間に所定関係を再び設定する設定部と、
を備えたことを特徴とする情報処理装置である。
このような情報処理装置によれば、所定関係を解除されたユーザーがゲームプレイを再開して復帰条件を満たすことで、元の所定関係が再び設定されることになる。このため、所定関係の解除後に再開したゲームプレイの継続性を高めることができる。

【0006】

また、所定関係を解除された前記ユーザーが中断後にゲームプレイを再開する際に、解除前に所定関係が設定されていた前記他のユーザーとの間に所定関係が再び設定される前であっても、当該他のユーザーが所持するキャラクターを前記ユーザーに対して貸与するキャラクター貸与部とを備えることが望ましい。
これにより、所定関係を解除されたユーザーは、元の所定関係が再び設定される前であっても、解除前に所定関係が設定されていた他のユーザーが所持するキャラクターを借りることができる。このため、所定関係の解除後に再開したゲームプレイの継続性をより一層高めることができる。

【0007】

また、前記キャラクター貸与部は、所定関係を解除された前記ユーザーが中断後にゲームプレイを再開して復帰サポート条件を満たすことにより、当該他のユーザーが所持するキャラクターを前記ユーザーに対して貸与することが望ましい。
これにより、所定関係を解除されたユーザーが、解除前に所定関係が設定されていた他のユーザーの所持するキャラクターを制限なく借りることができないように抑制することができる。

【0008】

また、解除前に所定関係が設定されていた前記他のユーザーに対して前記報酬付与部が与える前記報酬は、所定関係を設定することのできるユーザーの最大数を上昇させるためのアイテムであることが望ましい。
これにより、解除前に所定関係が設定されていた他のユーザーは、アイテムが付与されることによって最大数が上昇することになるので、さらに多くのユーザー間で所定関係を設定することができる。

【0009】

また、前記報酬付与部は、解除前に所定関係が設定されていた前記他のユーザーについて、現時点において所定関係が設定されているユーザー数が最大数に達しているか否かを判定し、最大数に達していると判定された場合に、当該他のユーザーに前記アイテムを付与することが望ましい。
これにより、すでに最大数に到達していても、アイテムが付与されることによってその最大数が上昇することになるので、所定関係を解除されたユーザー間で所定関係を再び設定することができる。

【0010】

また、前記報酬付与部は、解除前に所定関係が設定されていた前記他のユーザーに対して最大数を１つ増加させるためのアイテムを付与し、
前記設定部は、前記報酬付与部が前記アイテムを与えて前記他のユーザーの最大数が１つ増加したことによって、当該他のユーザーのユーザー数を１つ増加させ、前記復帰条件を満たした前記ユーザーと当該他のユーザーとの間に所定関係を再び設定することが望ましい。
これにより、すでに最大数に到達していても、その最大数が１つ増えるので、所定関係を解除されたユーザーとの間で所定関係を再び設定するために、いずれかのユーザーとの所定関係を解除してユーザー数を１つ減らす必要がなくなる。

【0011】

また、前記解除部は、前記報酬付与部が前記アイテムを与えたことによって当該他のユーザーの最大数が１つ増加した場合に、前記復帰条件を満たした前記ユーザーと当該他のユーザーとの間の所定関係を再び解除することによって、当該他のユーザーの最大数を１つ減少させることが望ましい。
これにより、所定関係の再設定後に所定関係の解除を繰り返すことで、最大数が増え続けることを抑制することができる。

【0012】

また、前記設定部は、所定回数に限り、前記復帰条件を満たした前記ユーザーと前記報酬を与えられた前記他のユーザーとの間に所定関係を再び設定することが望ましい。
これにより、所定関係の再設定を繰り返すことで、最大数が増え続けることを抑制することができる。

【0013】

また、前記解除部は、解除前に所定関係が設定されていた前記他のユーザーの操作に応答して、前記復帰条件を満たした前記ユーザーと当該他のユーザーとの間の所定関係を再び解除することが望ましい。
これにより、元の所定関係が再び設定されたとしても、解除前に所定関係が設定されていた他のユーザーの意志によって再び所定関係を解除することができる。

【0014】

また、ユーザー間に所定関係を設定することのできるゲームのプログラムを実行するコンピューターを、
所定関係が設定された複数ユーザーのうち、所定期間ゲームプレイを中断しているユーザーについて他のユーザーとの所定関係を解除する解除手段、
所定関係を解除された前記ユーザーが中断後にゲームプレイを再開して復帰条件を満たすことにより、解除前に所定関係が設定されていた前記他のユーザーに対して報酬を与える報酬付与手段、
前記復帰条件を満たした前記ユーザーと前記報酬を与えられた前記他のユーザーとの間に所定関係を再び設定する設定手段、
として機能させるためのプログラムである。
これにより、所定関係の解除後に再開したゲームプレイの継続性を高めることができる。

【発明の効果】

【0015】

本発明によれば、所定関係の解除後に再開したゲームプレイの継続性を高めることが可能となる。

【図面の簡単な説明】

【0016】

【図1】本実施形態に係る情報処理システムの一例を示す構成図である。

【図2】本実施形態に係るコンピューターの一例を示すハードウェア構成図である。

【図3】本実施形態に係るサーバー装置の一例を示す機能ブロック図である。

【図4】本実施形態に係るクライアント端末の一例を示す機能ブロック図である。

【図5】本実施形態における情報処理システムのフレンド解除処理を説明するフローチャートである。

【図6】プレイ状況情報の一例を示す構成図である。

【図7】ユーザー情報の一例を示す構成図である。

【図8】本実施形態における情報処理システムのキャラクター選択処理を説明するフローチャートである。

【図9】本実施形態における情報処理システム１のフレンド復帰処理（その１）を説明するフローチャートである。

【図10】通知画面の一例を示すイメージ図である。

【図11】アイテム消費要求に対する応答画面の一例を示すイメージ図である。

【図12】本実施形態における情報処理システム１のフレンド復帰処理（その２）を説明するフローチャートである。

【図13】通知画面の一例を示すイメージ図である。

【発明を実施するための形態】

【0017】

以下では、本発明の実施形態に係る情報処理装置、プログラム及び情報処理システムについて詳細に説明する。なお、本発明はユーザー間に所定関係（例えばフレンド関係）を設定することのできるゲームを採用する情報処理装置、プログラム及び情報処理システム等に広く適用できる。

【0018】

［実施形態］
＜システム構成＞
図１は、本実施形態に係る情報処理システム１の一例を示す構成図である。図１に示すように、本実施形態に係る情報処理システム１は、１台以上のクライアント端末１０とサーバー装置２０とがネットワークＮを介して接続されている。

【0019】

クライアント端末１０は、ユーザーが操作するＰＣ、スマートフォン、タブレットなどの端末装置や、家庭用や業務用のゲーム専用機器などの端末装置である。サーバー装置２０は、クライアント端末１０でユーザーにより行われるゲームの管理や制御、ゲーム内での課金処理等を行う。ネットワークＮは、インターネット等であって、移動無線基地局などを含む。

【0020】

なお、本発明は図１に示すクライアント・サーバ型の情報処理システム１の他、ゲーム内での課金処理を行う仕組みを別途設けることで単体のゲーム装置においても適用可能である。図１の情報処理システム１は一例であって用途や目的に応じて様々なシステム構成例があることは言うまでもない。例えば、図１のサーバー装置２０は複数のコンピューターに分散して構成してもよい。

【0021】

＜ハードウェア構成＞
《クライアント端末及びサーバー装置》
図２は、本実施形態に係るコンピューター５０の一例を示すハードウェア構成図である。本実施形態に係るクライアント端末１０及びサーバー装置２０は、例えば図２に示すハードウェア構成のコンピューター５０により実現される。なお、コンピューター５０は情報処理装置の一例である。

【0022】

コンピューター５０は、図２に示すように、ＣＰＵ５１、ＲＡＭ５２、ＲＯＭ５３、通信インタフェース５４、入力装置５５、表示装置５６、外部インタフェース５７、及びＨＤＤ５８などを備えており、それぞれがバスラインＢで相互に接続されている。なお、入力装置５５及び表示装置５６は必要なときに接続して利用する形態であってもよい。

【0023】

ＣＰＵ５１は、ＲＯＭ５３やＨＤＤ５８などの記憶装置からプログラムやデータをＲＡＭ５２上に読み出し、読み出したプログラムやデータに基づく各種処理を実行することによって、コンピューター全体の制御や機能を実現する演算装置である。

【0024】

ＲＡＭ５２は、プログラムやデータを一時保持するための揮発性の半導体メモリ（記憶装置）の一例であり、ＣＰＵ５１が各種処理を実行する際のワークエリアとしても利用される。

【0025】

ＲＯＭ５３は、電源を切ってもプログラムやデータを保持することができる不揮発性の半導体メモリ（記憶装置）の一例である。ＲＯＭ５３には、コンピューター５０の起動時に実行されるＢＩＯＳ、ＯＳ設定、及びネットワーク設定などのプログラムやデータが格納されている。

【0026】

通信インタフェース５４は、コンピューター５０をネットワークＮに接続するためのインタフェースである。これにより、コンピューター５０は通信インタフェース５４を介してデータ通信を行うことができる。

【0027】

入力装置５５は、ユーザー又は管理者が各種信号を入力するのに用いる装置である。入力装置５５は、例えば、タッチパネル、操作キーやボタン、キーボードやマウスなどの操作装置である。

【0028】

表示装置５６は、ユーザー又は管理者に対して各種情報を画面表示するための装置である。表示装置５６は、例えば、液晶や有機ＥＬなどのディスプレイである。

【0029】

外部インタフェース５７は、外部装置とデータ通信可能に接続するためのインタフェースである。これにより、コンピューター５０は外部インタフェース５７を介して記録媒体の読み取り及び／又は書き込みを行うことができる。外部装置は、例えば、フレキシブルディスク、ＣＤ、ＤＶＤ、ＳＤメモリカード、ＵＳＢメモリなどの記録媒体である。

【0030】

ＨＤＤ５８は、プログラムやデータを格納している不揮発性の記憶装置の一例である。格納されるプログラムやデータには、コンピューター全体を制御する基本ソフトウェアであるＯＳ、及びＯＳ上において各種機能を提供するアプリケーションなどがある。

【0031】

なお、ＨＤＤ５８に替えて、記憶媒体としてフラッシュメモリを用いるドライブ装置（例えばソリッドステートドライブ：ＳＳＤ）を利用してもよい。

【0032】

本実施形態に係るクライアント端末１０及びサーバー装置２０は、上述したハードウェア構成のコンピューター５０においてプログラムを実行することにより、後述するような各種処理を実現できる。

【0033】

＜ソフトウェア構成＞
《サーバー装置》
図３は、本実施形態に係るサーバー装置２０の一例を示す機能ブロック図である。本実施形態に係るサーバー装置２０は、例えば図３に示す機能ブロックにより実現される。

【0034】

本実施形態に係るサーバー装置２０は、プログラムを実行することにより、サーバー制御部２００、サーバー記憶部２２０、及びサーバー通信部２４０を実現する。

【0035】

サーバー制御部２００は、後述する対戦ゲームに関する処理を実行する機能を有する。このサーバー制御部２００は、ゲーム進行部２０１、フレンド設定部２０２、フレンド解除部２０３、報酬付与部２０４、キャラクター貸与部２０５、及び表示制御部２０６を含む。

【0036】

ゲーム進行部２０１は、クライアント端末１０がユーザーから受け付けたゲーム操作に基づき、対戦ゲームの進行を制御する。

【0037】

フレンド設定部２０２は、設定部の一例であって、ユーザー間にフレンド関係や仮フレンド関係を設定する処理を実行する。例えば、フレンド関係を解除した側のユーザーとフレンド関係を解除された側のユーザーとの間にフレンド関係を再び設定する。

【0038】

フレンド解除部２０３は、解除部の一例であって、ユーザー間に設定されたフレンド関係や仮フレンド関係を解除する処理を実行する。例えば、フレンド関係を解除する側のユーザーの操作に応答して、所定期間ゲームプレイを中断しているユーザーとのフレンド関係を解除する。

【0039】

報酬付与部２０４は、フレンド関係を解除された側のユーザーがフレンド復帰条件（復帰条件）を満たすことによって、解除前にフレンド関係が設定されていた他のユーザーに対して報酬を与える。例えば、フレンド関係を解除された側のユーザーがフレンド復帰条件を満たすことによって、フレンド関係を解除した側の他のユーザーに対して報酬を与える。

【0040】

キャラクター貸与部２０５は、「助っ人」となるキャラクターを貸与する処理を実行する。例えば、フレンド関係を解除されたユーザーが中断後にゲームプレイを再開する際、解除前にフレンド関係が設定されていた他のユーザーとの間にフレンド関係が再び設定される前であっても、当該他のユーザーが所持するキャラクターを前記ユーザーに対して貸与する。

【0041】

表示制御部２０６は、ゲーム進行部２０１による対戦ゲームの進行に従い、クライアント端末１０の画面表示を制御する。

【0042】

サーバー記憶部２２０は、対戦ゲームに関する情報を記憶する機能を有する。このサーバー記憶部２２０は、キャラクター情報記憶部２２１、アイテム情報記憶部２２２、ユーザー情報記憶部２２３、プレイ状況情報記憶部２２４を含む。

【0043】

キャラクター情報記憶部２２１は、キャラクターに関するキャラクター情報を記憶している。キャラクター情報記憶部２２１が記憶するキャラクター情報には、対戦ゲームでユーザーの利用できるキャラクターや敵キャラクターが含まれる。

【0044】

アイテム情報記憶部２２２は、報酬の一例としてのアイテムに関するアイテム情報を記憶している。アイテム情報記憶部２２２が記憶するアイテム情報には、各ユーザーが所持できるアイテムが含まれる。なお、あるアイテムに対して希少度を示すレアリティを設定することも可能である。

【0045】

ユーザー情報記憶部２２３は、ユーザーに関するユーザー情報を記憶している。ユーザー情報記憶部２２３が記憶するユーザー情報には、各ユーザーのフレンドユーザーや、各ユーザーが所持しているアイテム等が含まれる。

【0046】

プレイ状況情報記憶部２２４は、ゲームプレイ状況に関するプレイ状況情報を記憶している。プレイ状況情報記憶部２２４が記憶するプレイ状況情報には、各ユーザーの所定期間分のプレイ状況が含まれる。

【0047】

サーバー通信部２４０は、ネットワークＮを介してクライアント端末１０との通信を行う機能を有する。

【0048】

《クライアント端末》
図４は、本実施形態に係るクライアント端末１０の一例を示す機能ブロック図である。本実施形態に係るクライアント端末１０は、例えば図４に示す機能ブロックにより実現される。

【0049】

本実施形態に係るクライアント端末１０は、プログラムを実行することにより、クライアント制御部１００、クライアント記憶部１２０、クライアント通信部１４０、操作受付部１５０、画面表示部１６０を実現する。クライアント制御部１００は、要求送信部１０１、応答受信部１０２を含む。

【0050】

操作受付部１５０は、クライアント端末１０を操作するユーザーからの操作を受け付ける。また、クライアント制御部１００は、クライアント端末１０におけるゲームに関する処理を行う。要求送信部１０１は、操作受付部１５０がユーザーから受け付けた操作の内容に基づき、サーバー装置２０に対して要求を送信する。応答受信部１０２は、要求送信部１０１がサーバー装置２０に対して送信した要求に対する処理結果などの応答を受信する。

【0051】

また、クライアント記憶部１２０は、クライアント端末１０において必要となる情報を記憶する。クライアント通信部１４０は、サーバー装置２０との通信を行う。画面表示部１６０は、サーバー装置２０からの制御に従い、クライアント端末１０の画面表示を行う。

【0052】

なお、上述したように、本実施形態に係る情報処理システム１では、サーバー装置２０がゲームの進行や表示制御を行うが、クライアント端末１０が行ってもよい。具体的には、ゲーム進行部及び表示制御部の少なくとも一方を、サーバー装置２０のサーバー制御部２００に設けない構成にすると共に、クライアント端末１０のクライアント制御部１００に設ける構成にしてもよい。

【0053】

また、クライアント端末１０のクライアント制御部１００は、ＨＴＭＬ（Hyper Text Markup Language）等で記載されたページデータやページデータ内に含まれるスクリプトなどをサーバー装置２０から受信して、ゲームに関する処理を行うブラウザ型がある。また、クライアント端末１０のクライアント制御部１００は、インストールされたアプリケーションに基づいて、ゲームに関する処理を行うアプリケーション型がある。

【0054】

＜対戦ゲームの概要＞
ここでは、本実施形態における対戦ゲームの概要について説明する。本実施形態における対戦ゲームは、複数キャラクターから構成されるパーティに対して敵キャラクターを出現させ、出現した敵キャラクターとパーティを構成する各キャラクターとを対戦させるゲームである。ユーザーは、複数キャラクターを組み合せて自己のパーティを結成し、敵キャラクターとの対戦に挑むことができる。

【0055】

この対戦ゲームでは、ユーザーが他のユーザーに対してフレンド申請を行なうことによって、ユーザー間にフレンド関係を設定することができる。ユーザー間にフレンド関係が設定されると、そのユーザー間において自己のキャラクターを互いに貸し出すことができる。

【0056】

そのため、ユーザーは、自分との間にフレンド関係が設定された他のユーザー（フレンドユーザー）の所持するキャラクターを「助っ人」として借りることで、自らが所持するキャラクターとフレンドユーザーが所持するキャラクターとを組み合せて自己のパーティを結成することができる。

【0057】

ただし、フレンド関係を設定できるユーザーの人数（ユーザー数）には上限（最大数）が設けられている。よって、フレンド関係を設定したユーザーの人数がその上限に達した場合、新たなフレンド申請があったとしても、もうそれ以上はフレンドユーザーの人数を増やすことができない。

【0058】

このような場合には、いずれかのフレンドユーザーとのフレンド関係を解除することで、フレンドユーザーの人数を減らすことができる。その結果、フレンド関係を設定したユーザーの人数が上限に達しないように制限できる。

【0059】

特に、所定期間ゲームプレイを中断しているフレンドユーザーとのフレンド関係が解除される場合が多い。フレンド関係を解除された側のユーザーは、中断後にゲームプレイを再開したとしても、フレンド関係が解除されたことによってこれまでのようにゲームプレイを行なうことができなくなる。

【0060】

そこで本実施形態では、フレンド関係を解除された側のユーザーがゲームプレイを再開してフレンド復帰条件を満たすことができれば、元のフレンド関係を再び設定することが可能となっている。

【0061】

また、フレンド関係を解除された側のユーザーが中断後にゲームプレイを再開する際には、元のフレンド関係が再び設定される前であっても、所定期間に限り、解除前にフレンド関係が設定されていた元のフレンドユーザー（フレンド関係を解除した側のユーザー）が所持するキャラクターを「助っ人」として借りることが可能となっている。

【0062】

このように、ユーザーがフレンド関係を解除された後にゲームプレイを再開しても、ゲームプレイの継続性を高めることができる。

【0063】

＜動作＞
《フレンド解除》
図５は、本実施形態における情報処理システム１のフレンド解除処理を説明するフローチャートである。

【0064】

以降では、フレンド解除した側のユーザーを「ユーザーＡ」として、フレンド解除された側のユーザーを「ユーザーＢ」として説明する。

【0065】

ユーザーＡは、自己のクライアント端末１０Ａの画面表示部１６０にフレンド解除画面が表示されているときに、解除対象となるユーザーＢを指定してフレンド解除を行うためのゲーム操作をクライアント端末１０Ａに対して行う。

【0066】

クライアント端末１０Ａの操作受付部１５０は、ユーザーＡからフレンド解除を行うためのゲーム操作を受け付ける。

【0067】

クライアント端末１０Ａの要求送信部１０１は、操作受付部１５０がユーザーＡから受け付けたフレンド解除を行うためのゲーム操作に基づき、サーバー装置２０にフレンド解除要求を行う（ステップＳ１１）。

【0068】

サーバー装置２０のゲーム進行部２０１は、クライアント端末１０Ａからフレンド解除要求を受け付け、フレンド解除部２０３にフレンド解除処理の実行を要求する。

【0069】

フレンド解除部２０３は、ゲーム進行部２０１からフレンド解除処理の実行を要求されると、プレイ状況情報記憶部２２４が記憶するプレイ状況情報から、ユーザーＡによって指定されたユーザーＢのログイン日時を取得する。この際、ユーザーＢが最後にログインしたときのログイン日時を取得する。

【0070】

図６は、プレイ状況情報の一例を示す構成図である。図６に示すプレイ状況情報は、項目としてユーザーＩＤ、ログイン日時、ログアウト日時、プレイ回数、勝利回数、敗北回数等を有する。

【0071】

ユーザーＩＤは、ユーザーを一意に識別するための情報である。ログイン日時は、ユーザーがログインした日時を示す情報である。ログアウト日時は、ユーザーがログアウトした日時を示す情報である。プレイ回数は、ユーザーが対戦ゲームをプレイした回数を示す情報である。勝利回数は、ユーザーが対戦ゲームで勝利した回数を示す情報である。敗北回数は、ユーザーが対戦ゲームで敗北した回数を示す情報である。

【0072】

図５に戻り、続いてフレンド解除部２０３は、取得したユーザーＢのログイン日時に基づいて、ユーザーＢについて離脱条件が成立するか否かを判定する（ステップＳ１２）。

【0073】

この離脱条件は、ユーザーが所定期間ゲームプレイを中断していることである。本実施形態では、最後にログインした日からログインしていない期間が３０日以上であるか否かが判定される。

【0074】

ステップＳ１２の処理による判定の結果、ユーザーＢについて離脱条件が成立すると判定された場合に、次のステップＳ１３の処理に進む。一方で、ユーザーＢについて離脱条件が成立しないと判定された場合には、後述するステップＳ１４の処理に進む。

【0075】

続いて、サーバー装置２０のゲーム進行部２０１は、ユーザーＢについて離脱条件が成立すると判定された場合に、フレンド設定部２０２に仮フレンド設定の実行を要求する（ステップＳ１３）。

【0076】

フレンド設定部２０２は、フレンド解除部２０３から仮フレンド設定の実行を要求されると、ユーザー情報記憶部２２３が記憶するユーザー情報の更新が行われ、フレンド解除を要求した側のユーザーＡを、離脱条件を満たすユーザーＢの仮フレンドに設定する。なお、ユーザーＡがユーザーＢのフレンド解除を要求しているので、ユーザーＢはユーザーＡの仮フレンドに設定されないようになっている。

【0077】

図７は、ユーザー情報の一例を示す構成図である。図７に示すユーザー情報は、項目としてユーザーＩＤ、ランク、ポイント、所持アイテム、所持キャラクター、フレンド、フレンド数、フレンド最大数、仮フレンド、パーティ等を有する。

【0078】

ユーザーＩＤは、ユーザーを一意に識別するための情報である。ランクは、ユーザーの階級を示す情報である。ポイントは、ユーザーが所持するポイント量を示す情報である。このポイントは、フレンド関係が設定される度に所定ポイントが加算される。所持アイテムは、ユーザーが所持するアイテムを示す情報である。所持キャラクターは、ユーザーが所持するキャラクターを示す情報である。フレンドは、ユーザーのフレンドユーザーを示す情報である。フレンド数（ユーザー数）は、現時点においてフレンド関係が設定されているユーザーの人数を示す情報である。フレンド最大数（最大数）は、現時点においてフレンド関係を設定することのできるユーザーの最大人数を示す情報である。フレンド最大数の初期値は５０人に設定されている。仮フレンドは、ユーザーの仮フレンドを示す情報である。パーティは、そのパーティを構成するキャラクター等の情報である。

【0079】

本実施形態では、フレンド設定部２０２は、所定期間に限り、ユーザーＡをユーザーＢの仮フレンドとして設定することができる。この所定期間は、中断後にゲームプレイを再開した日から５日間となっている。

【0080】

そのため、フレンド解除部２０３は、ユーザーＢがプレイ再開した後にこの所定期間が経過した場合には、ユーザーＢのユーザー情報の更新を行ない、ユーザーＢの仮フレンドからユーザーＡを削除するようになっている。

【0081】

図５に戻り、続いてフレンド解除部２０３は、ユーザーＡのフレンドからユーザーＢが削除され且つユーザーＢのフレンドからユーザーＡが削除されるように各ユーザーのユーザー情報について更新を行ない、ユーザーＡとユーザーＢとのフレンド関係を解除する（ステップＳ１４）。

【0082】

このときフレンド解除部２０３は、ユーザーＡ及びユーザーＢのフレンド数をそれぞれ１つずつ減算し、各ユーザーのユーザー情報を更新する。

【0083】

次に、サーバー装置２０のゲーム進行部２０１は、フレンド解除要求に対する応答画面をクライアント端末１０Ａに表示させるように表示制御部２０６に画面表示制御の実行を要求する（ステップＳ１５）。

【0084】

表示制御部２０６は、ゲーム進行部２０１から画面表示制御の実行を要求されると、フレンド解除要求に対する応答画面をクライアント端末１０Ａの画面表示部１６０に表示させる制御を行なう。

【0085】

次に、クライアント端末１０Ａの画面表示部１６０は、サーバー装置２０の表示制御部２０６からの指令に基づきフレンド解除要求に対する応答画面を表示させる（ステップＳ１６）。

【0086】

このフレンド解除要求に対する応答画面には、ユーザーＡとユーザーＢとのフレンド関係が解除された旨の表示が含まれる。ユーザーＡは、自らが指定したユーザーＢとのフレンド関係が解除されたことを確認できる。

【0087】

《助っ人キャラクター選択》
図８は、本実施形態における情報処理システム１のキャラクター選択処理を説明するフローチャートである。

【0088】

ここでは、ユーザーＡによってフレンド解除されたユーザーＢが、中断後にゲームプレイを再開し、自己のパーティを結成するために、「助っ人」となる他人のキャラクターを選択する場合について説明する。

【0089】

ユーザーＢは、自己のクライアント端末１０Ｂの画面表示部１６０に所定のメニュー画面が表示されているときに、自己のパーティに組み込む他人のキャラクターを選択するためのゲーム操作をクライアント端末１０Ｂに対して行う。

【0090】

クライアント端末１０Ｂの操作受付部１５０は、ユーザーＢからキャラクター選択を行うためのゲーム操作を受け付ける。

【0091】

クライアント端末１０Ｂの要求送信部１０１は、操作受付部１５０がユーザーＢから受け付けたキャラクター選択を行うためのゲーム操作に基づき、サーバー装置２０にキャラクター選択要求を行う（ステップＳ２１）。

【0092】

サーバー装置２０のゲーム進行部２０１は、クライアント端末１０Ｂからキャラクター選択要求を受け付け、キャラクター貸与部２０５にキャラクター選択処理の実行を要求する。

【0093】

キャラクター貸与部２０５は、ゲーム進行部２０１からキャラクター選択処理の実行を要求されると、ユーザー情報記憶部２２３が記憶するユーザー情報を参照して、ユーザーＢについて復帰サポート条件が成立するか否かを判定する（ステップＳ２２）。

【0094】

この復帰サポート条件は、仮フレンドが設定されていることである。フレンド解除された側のユーザーが中断後にゲームプレイを再開すると、その再開した日から５日間に限り、フレンド解除した側のユーザーが仮フレンドとして設定されている。本実施形態では、ユーザーＢのユーザー情報に仮フレンドが設定されているか否かが判定される。

【0095】

次に、キャラクター貸与部２０５は、ステップＳ２２の処理による判定の結果、ユーザーＢについて復帰サポート条件が成立すると判定された場合に、他のユーザーが所持するキャラクターが選択候補としてリストアップされた第１リストを作成する（ステップＳ２３）。

【0096】

この第１リストには、ユーザーＢのユーザー情報に基づき、ユーザーＢのフレンドが所持するキャラクターと、ユーザーＢの仮フレンドが所持するキャラクターがリストアップされている。

【0097】

なお、フレンド及び仮フレンド以外のユーザーが所持するキャラクターやコンピューターキャラクター（ＮＰＣ）を第１リストに含めることも可能である。

【0098】

ここでは、フレンド解除したユーザーＡがユーザーＢの仮フレンドに設定されているため、元フレンドであるユーザーＡが第１リストに含まれることになる。従って、フレンド関係を解除されたユーザーＢは、元のフレンド関係が再び設定される前であっても、解除前にフレンド関係が設定されていたユーザーＡが所持するキャラクターを「助っ人」して選択することができる。

【0099】

その一方で、キャラクター貸与部２０５は、ステップＳ２２の処理による判定の結果、ユーザーＢについて復帰サポート条件が成立しないと判定された場合には、第１リストとは異なる第２リストを作成する（ステップＳ２４）。

【0100】

この第２リストには、ユーザーＢのユーザー情報に基づき、ユーザーＢのフレンドが所持するキャラクターのみがリストアップされ、ユーザーＢの仮フレンドが所持するキャラクターはリストアップされない。

【0101】

なお、フレンド及び仮フレンド以外のユーザーが所持するキャラクターやコンピューターキャラクター（ＮＰＣ）を第２リストに含めることも可能である。

【0102】

次に、サーバー装置２０のゲーム進行部２０１は、キャラクター選択要求に対する応答画面をクライアント端末１０Ｂに表示させるように表示制御部２０６に画面表示制御の実行を要求する（ステップＳ２５）。

【0103】

表示制御部２０６は、ゲーム進行部２０１から画面表示制御の実行を要求されると、キャラクター選択要求に対する応答画面をクライアント端末１０Ｂの画面表示部１６０に表示させる制御を行なう。

【0104】

次に、クライアント端末１０Ｂの画面表示部１６０は、サーバー装置２０の表示制御部２０６からの指令に基づきキャラクター選択要求に対する応答画面を表示させる（ステップＳ２６）。

【0105】

このキャラクター選択要求に対する応答画面には、ステップＳ２２の処理による判定結果に従って第１リスト又は第リストが含まれる。ユーザーＢは、リストアップされた選択候補の中からいずれかのキャラクター選択し、その選択されたキャラクターを「助っ人」として自己のパーティに組み込むことができる。

【0106】

なお、この第１リストを含む応答画面には、ユーザーＢがユーザーＡによってフレンド解除されたこと（つまり、ユーザーＡがユーザーＢの仮フレンドであること）、ユーザーＢが中断後にゲームプレイを再開した日から５日間に限り、仮フレンドであるユーザーＡのキャラクターを「助っ人」として借りることができること等、を表示してもよい。これにより、ユーザーＡによってフレンド解除されても所定期間であれば引き続きユーザーＡのキャラクターを「助っ人」として借りることができることを、ユーザーＢに認識させることができる。

【0107】

《フレンド復帰（その１）》
図９は、本実施形態における情報処理システム１のフレンド復帰処理（その１）を説明するフローチャートである。

【0108】

ここでは、ユーザーＡによってフレンド解除されたユーザーＢが、中断後にゲームプレイを再開し、そのユーザーＡとの間にフレンド関係を再び設定する場合について説明する。

【0109】

ユーザーＢは、自己のクライアント端末１０Ｂの画面表示部１６０に所定の初期画面が表示されているときに、対戦ゲームを開始するためのログイン操作をクライアント端末１０Ｂに対して行う。

【0110】

クライアント端末１０Ｂの操作受付部１５０は、ユーザーＢから対戦ゲームを開始するためのログイン操作を受け付ける。

【0111】

クライアント端末１０Ｂの要求送信部１０１は、操作受付部１５０がユーザーＢから受け付けたログイン操作に基づき、サーバー装置２０にログイン要求を行う（ステップＳ３１）。

【0112】

次に、サーバー装置２０のゲーム進行部２０１は、クライアント端末１０Ｂからログイン要求を受け付け、ユーザーＩＤやパスワード等を含むログイン操作情報に従ってユーザーＢについてログイン処理を実行する（ステップＳ３２）。

【0113】

このログイン処理では、プレイ状況情報記憶部２２４が記憶するプレイ状況情報の更新が行われ、ユーザーＢのログイン日時が追加される。

【0114】

次に、サーバー装置２０のゲーム進行部２０１は、このようにしてユーザーＢのログイン処理が終了すると、報酬付与部２０４に報酬付与処理の実行を要求する。

【0115】

報酬付与部２０４は、ゲーム進行部２０１から報酬付与処理の実行を要求されると、プレイ状況情報記憶部２２４が記憶するプレイ状況情報から参照し、ユーザーＢについてフレンド復帰条件が成立するか否かを判定する（ステップＳ３３）。

【0116】

このフレンド復帰条件は、中断後にゲームプレイを再開した日から所定期間連続でゲームプレイを継続したことである。本実施形態では、ユーザーＢのログイン日時に基づき、ユーザーＢが中断後にゲームプレイを再開した日から５日間連続でゲームプレイしたか否かが判定される。

【0117】

ステップＳ３３の処理による判定の結果、ユーザーＢについてフレンド復帰条件が成立すると判定された場合に、次のステップＳ３４の処理に進む。一方で、ユーザーＢについてフレンド復帰条件が成立しないと判定された場合には、後述するステップＳ３５の処理に進む。

【0118】

次に、サーバー装置２０のゲーム進行部２０１は、ユーザーＢについてフレンド復帰条件が成立すると判定された場合に、報酬付与部２０４に報酬付与の実行を要求する（ステップＳ３４）。

【0119】

報酬付与部２０４は、ゲーム進行部２０１から報酬付与の実行を要求されると、ユーザー情報記憶部２２３が記憶するユーザー情報から、ユーザーＢに設定された仮フレンドを取得する。

【0120】

ここでは、フレンド解除された側のユーザーＢの仮フレンドとして、フレンド解除を要求した側のユーザーＡ（解除前にフレンド関係が設定されていたユーザーＡ）が設定されている。

【0121】

報酬付与部２０４は、ユーザーＢがゲームプレイを再開してフレンド復帰条件を満たしたことにより、その取得したユーザーＢの仮フレンド（元フレンドであるユーザーＡ）に対して報酬を付与する。

【0122】

この報酬は、現時点のフレンド最大数を上昇させるためのアイテムである。本実施形態では、元フレンドであるユーザーＡに対して、現時点のフレンド最大数を１つ上昇させるためのアイテムが付与される。

【0123】

このとき、報酬付与部２０４は、ユーザー情報記憶部２２３が記憶するユーザー情報の更新を行って、元フレンドであるユーザーＡの所持アイテムに付与されたアイテムを追加する。

【0124】

ここで、ユーザーＢがフレンド復帰条件を満たしたときには、中断後にゲームプレイを再開した日から５日間が経過したことになる。そのため、フレンド解除部２０３は、ユーザーＡに対して報酬が付与されると、ユーザーＢのユーザー情報の更新を行ない、ユーザーＢの仮フレンドからユーザーＡを削除する。

【0125】

次に、サーバー装置２０のゲーム進行部２０１は、ログイン要求に対する応答画面をクライアント端末１０Ｂに表示させるように表示制御部２０６に画面表示制御の実行を要求する（ステップＳ３５）。

【0126】

表示制御部２０６は、ゲーム進行部２０１から画面表示制御の実行を要求されると、ログイン要求に対する応答画面をクライアント端末１０Ｂの画面表示部１６０に表示させる制御を行なう。

【0127】

次に、クライアント端末１０Ｂの画面表示部１６０は、サーバー装置２０の表示制御部２０６からの指令に基づきログイン要求に対する応答画面を表示させる（ステップＳ３６）。

【0128】

このログイン要求に対する応答画面は、ステップＳ３３の処理による判定結果が否定された場合、所定のメニュー画面となる。一方で、ステップＳ３３の処理による判定結果が肯定された場合には、図１０に示すような通知画面が表示された後に、所定のメニュー画面が表示される。

【0129】

図１０は、通知画面の一例を示すイメージ図である。この通知画面５００には、ユーザーＢがフレンド復帰条件を満たしたこと、元フレンドであるユーザーＡに対してアイテムを付与したことが表示されている。

【0130】

これにより、元フレンドであるユーザーＡとフレンド復帰できる可能性があることを、ユーザーＢに認識させることができる。

【0131】

その後、ユーザーＡは、自己のクライアント端末１０Ａの画面表示部１６０にアイテム消費画面が表示されているときに、ユーザーＢがフレンド復帰条件を満たしたことによって付与されたアイテム（報酬）を指定して、そのアイテムを消費させるゲーム操作をクライアント端末１０Ａに対して行う。

【0132】

クライアント端末１０Ａの操作受付部１５０は、ユーザーＡによって指定されたアイテムを消費させるゲーム操作を受け付ける。

【0133】

クライアント端末１０Ａの要求送信部１０１は、操作受付部１５０がユーザーＡから受け付けたアイテム消費のためのゲーム操作に基づき、サーバー装置２０にアイテム消費要求を行う（ステップＳ３７）。

【0134】

次に、サーバー装置２０のゲーム進行部２０１は、クライアント端末１０Ａからアイテム消費要求を受け付け、フレンド設定部２０２にフレンド復帰の実行を要求する（ステップＳ３８）。

【0135】

フレンド設定部２０２は、ゲーム進行部２０１からフレンド復帰の実行を要求されると、ユーザー情報記憶部２２３が記憶するユーザー情報の更新を行って、ユーザーＡによって指定されたアイテムをユーザーＡの所持アイテムから削除すると共に、ユーザーＡのフレンド最大数を１つ増加させる。

【0136】

またフレンド設定部２０２は、ユーザーＡのフレンドにユーザーＢが追加され且つユーザーＢのフレンドにユーザーＡが追加されるように各ユーザーのユーザー情報について更新を行ない、ユーザーＡとユーザーＢとのフレンド関係を再設定（フレンド復帰）する。

【0137】

さらにフレンド設定部２０２は、ユーザー情報記憶部２２３が記憶するユーザー情報の更新を行い、これらユーザー間にフレンド関係を再び設定したことに伴って、ユーザーＡとユーザーＢのフレンド数を１つずつ増加させる。

【0138】

このようにすることで、ユーザーＡのフレンド数がフレンド最大数に達している場合でも、そのフレンド最大数を１つ増加させることによって、ユーザーＡのフレンド数を減らすことなくユーザーＢをフレンド復帰させることができる。つまり、ユーザーＡは、一度フレンド解除したユーザーＢを復帰させるために、他のユーザーとのフレンド関係を解除してユーザーＢのためのフレンド枠を空ける必要がない。このため、ユーザーＢをフレンド復帰させてもユーザーＡにとって不利益はない。

【0139】

次に、サーバー装置２０のゲーム進行部２０１は、アイテム消費要求に対する応答画面をクライアント端末１０Ａに表示させるように表示制御部２０６に画面表示制御の実行を要求する（ステップＳ３９）。

【0140】

表示制御部２０６は、ゲーム進行部２０１から画面表示制御の実行を要求されると、アイテム消費要求に対する応答画面をクライアント端末１０Ａの画面表示部１６０に表示させる制御を行なう。

【0141】

次に、クライアント端末１０Ａの画面表示部１６０は、サーバー装置２０の表示制御部２０６からの指令に基づきアイテム消費要求に対する応答画面を表示させる（ステップＳ４０）。

【0142】

図１１は、アイテム消費要求に対する応答画面の一例を示すイメージ図である。この応答画面５５０には、ユーザーＢとのフレンド関係が再設定されたこと、アイテム消費によってユーザーＡのフレンド最大数が上昇したことが表示されている。

【0143】

これにより、元フレンドであるユーザーＢとフレンド復帰したことを、ユーザーＡに認識させることができる。

【0144】

《フレンド復帰（その２）》
図１２は、本実施形態における情報処理システム１のフレンド復帰処理（その２）を説明するフローチャートである。

【0145】

ここでは、ユーザーＡによってフレンド解除されたユーザーＢが、中断後にゲームプレイを再開し、そのユーザーＡとのフレンド関係が自動的に復帰する場合について説明する。

【0146】

ユーザーＢは、自己のクライアント端末１０Ｂの画面表示部１６０に所定の初期画面が表示されているときに、対戦ゲームを開始するためのログイン操作をクライアント端末１０Ｂに対して行う。

【0147】

クライアント端末１０Ｂの操作受付部１５０は、ユーザーＢから対戦ゲームを開始するためのログイン操作を受け付ける。

【0148】

クライアント端末１０Ｂの要求送信部１０１は、操作受付部１５０がユーザーＢから受け付けたログイン操作に基づき、サーバー装置２０にログイン要求を行う（ステップＳ４１）。

【0149】

次に、サーバー装置２０のゲーム進行部２０１は、クライアント端末１０Ｂからログイン要求を受け付け、ユーザーＩＤやパスワード等を含むログイン操作情報に従ってユーザーＢについてログイン処理を実行する（ステップＳ４２）。

【0150】

このログイン処理では、プレイ状況情報記憶部２２４が記憶するプレイ状況情報の更新が行われ、ユーザーＢのログイン日時が追加される。

【0151】

次に、サーバー装置２０のゲーム進行部２０１は、このようにしてユーザーＢのログイン処理が終了すると、フレンド設定部２０２にフレンド復帰処理の実行を要求する。

【0152】

フレンド設定部２０２は、ゲーム進行部２０１からフレンド復帰処理の実行を要求されると、プレイ状況情報記憶部２２４が記憶するプレイ状況情報から参照し、ユーザーＢについてフレンド復帰条件が成立するか否かを判定する（ステップＳ４３）。

【0153】

このフレンド復帰条件は、中断後にゲームプレイを再開した日から所定期間連続でゲームプレイを継続したことである。本実施形態では、ユーザーＢのログイン日時に基づき、ユーザーＢが中断後にゲームプレイを再開した日から５日間連続でゲームプレイしたか否かが判定される。

【0154】

ステップＳ４３の処理による判定の結果、ユーザーＢについてフレンド復帰条件が成立すると判定された場合に、次のステップＳ４４の処理に進む。一方で、ユーザーＢについてフレンド復帰条件が成立しないと判定された場合には、後述するステップＳ４５の処理に進む。

【0155】

次に、フレンド設定部２０２は、ユーザーＢについてフレンド復帰条件が成立すると判定された場合に、ユーザーＡのフレンドにユーザーＢが追加され且つユーザーＢのフレンドにユーザーＡが追加されるように各ユーザーのユーザー情報について更新を行ない、ユーザーＡとユーザーＢとのフレンド関係を再設定（フレンド復帰）する（ステップＳ４４）。

【0156】

この際、フレンド設定部２０２は、ユーザー情報記憶部２２３が記憶するユーザー情報の更新を行い、ユーザーＡのフレンド最大数を１つ増加させる共に、ユーザーＡとユーザーＢのフレンド数を１つずつ増加させる。

【0157】

これにより、ユーザーＡのフレンド数がフレンド最大数に達している場合でも、そのフレンド最大数を１つ増加させることによって、ユーザーＡのフレンド数を減らすことなくユーザーＢをフレンド復帰させることができる。

【0158】

次に、サーバー装置２０のゲーム進行部２０１は、ログイン要求に対する応答画面をクライアント端末１０Ｂに表示させるように表示制御部２０６に画面表示制御の実行を要求する（ステップＳ４５）。

【0159】

表示制御部２０６は、ゲーム進行部２０１から画面表示制御の実行を要求されると、ログイン要求に対する応答画面をクライアント端末１０Ｂの画面表示部１６０に表示させる制御を行なう。

【0160】

次に、クライアント端末１０Ｂの画面表示部１６０は、サーバー装置２０の表示制御部２０６からの指令に基づきログイン要求に対する応答画面を表示させる（ステップＳ４６）。

【0161】

図１３は、通知画面の一例を示すイメージ図である。この通知画面５６０には、ユーザーＢがフレンド復帰条件を満たしたこと、元フレンドであるユーザーＡとフレンド復帰したことが表示されている。

【0162】

これにより、元フレンドであるユーザーＡとフレンド復帰できたことを、ユーザーＢに認識させることができる。

【0163】

＜まとめ＞
以上のとおり、本実施形態に係る情報処理システム１によれば、ユーザーＡによってフレンド関係を解除されたユーザーＢは、ゲームプレイを再開してフレンド復帰条件を満たすことで、元のフレンドであるユーザーＡとフレンド復帰できるようになる。また、ユーザーＢをフレンド解除したユーザーＡは、フレンド最大数を上昇させることで、ユーザーＢとフレンド復帰したとしても、残りのフレンド数が減ることがない。また、ユーザーＢが中断後にゲームプレイを再開する際には、元のフレンドであるユーザーＡの仮フレンドとなることで、そのユーザーＡとフレンド復帰する前であっても、ユーザーＡのキャラクターを「助っ人」として一方的に借りることができる。このようにして、ユーザーがフレンド関係を解除された後にゲームプレイを再開しても、ゲームプレイの継続性を高めることが可能となる。

【0164】

［その他の実施形態］
前述の実施形態は、本発明の理解を容易にするためのものであり、本発明を限定して解釈するためのものではない。本発明は、その趣旨を逸脱することなく、変更、改良され得ると共に、本発明にはその等価物も含まれる。特に、以下に述べる実施形態であっても、本発明に含まれるものである。

【0165】

＜フレンド復帰条件＞
前述の実施形態では、フレンド復帰条件として、ユーザーＢが中断後にゲームプレイを再開した日から所定期間連続でゲームプレイを継続したことを例に挙げて説明したが、本発明はこれに限定されるものではない。例えば、連続ではなく、中断後にゲームプレイを再開した日から所定期間（例えば１０日間）ゲームプレイを継続したことでもよい。また例えば、ユーザーＢが仮フレンドであるときのユーザーＡのキャラクターを所定回数（例えば５回）だけ借りたことでもよい。また例えば、ユーザーＢのランク数が所定値に到達したことでもよい。

【0166】

＜フレンド復帰の回数＞
前述の実施形態では、フレンド設定部２０２は、所定回数に限り（例えば１回に限り）、ユーザーＢがフレンド復帰条件を満たしたことによってユーザーＡとのフレンド関係を再設定できるようにしてもよい（又は、報酬付与部２０４が、ユーザーＡにアイテムを付与できる回数を所定回数（例えば１回）に制限してもよい）。これにより、ユーザーＡがフレンド解除・フレンド復帰を繰り返した場合に、ユーザーＡのフレンド最大数が過剰に上昇することを抑制できる。

【0167】

また、前述の実施形態では、回数制限なく、ユーザーＢがフレンド復帰条件を満たしたことによってユーザーＡとのフレンド関係を再設定できるようにしてもよい（つまり、ユーザーＡにアイテムを付与できる回数を無制限にしてもよい）。この場合には、フレンド解除部２０３は、報酬付与部２０４がアイテムを与えたことによってユーザーＡのフレンド最大数が１つ増加した後に、ユーザーＡによるフレンド解除のゲーム操作に応答して、ユーザーＢとユーザーＡとの間のフレンド関係を再び解除する場合には、ユーザーＡのフレンド最大数を１つ減少させるようにする。すなわち、ユーザー情報記憶部２２３において、ユーザーＡのフレンド最大数に対して、ユーザーＢとのフレンド関係が関連していることを記憶している。これにより、ユーザーＡがフレンド解除・フレンド復帰を繰り返した場合に、ユーザーＡのフレンド最大数が過剰に上昇することを抑制できる。

【0168】

＜報酬付与＞
前述の実施形態では、図９のステップＳ３４の処理において、報酬付与部２０４が、解除前にフレンド関係が設定されていたユーザーＡについて、現時点のフレンド数がフレンド最大数に達しているか否かを判定し、フレンド最大数に達している場合に、ユーザーＡに報酬となるアイテムを付与してもよい。

【0169】

また、前述の実施形態では、図９のステップＳ３３の処理による判定の結果、フレンド復帰条件が成立する場合にユーザーＡに対して自動的に報酬となるアイテムを付与する場合を例に挙げて説明したが、本発明はこれに限定されるものではない。例えば、フレンド復帰条件が成立する場合にユーザーＢに対して自動的に報酬となるアイテムを付与し、ユーザーＢのゲーム操作があったときに、その報酬となるアイテムをユーザーＢからユーザーＡに付与してもよい。

【0170】

また、前述の実施形態では、現時点のフレンド最大数を１つ上昇させるためのアイテムを付与する場合を例に挙げて説明したが、現時点のフレンド最大数を２つ上昇させるためのアイテムを付与してもよい。これにより、ユーザーＢのフレンド枠以外にも、余分にフレンド枠が増えることになるので、ユーザーＡが積極的にフレンド復帰するようになる。

【0171】

＜フレンド復帰＞
前述の実施形態では、図９のステップＳ３７の処理によってユーザーＡからアイテム消費要求があったときに、ステップＳ３８の処理においてユーザーＢとのフレンド復帰を行なう場合を例に挙げて説明したが、本発明はこれに限定されるものではない。例えば、図９のステップＳ３４の処理によってユーザーＡに報酬が付与された後、ユーザーＡに対してその旨を通知する。その後、ユーザーＡがその通知を確認する操作を行なったことによって、ユーザーＢとのフレンド復帰を行なうようにしてもよい。

【0172】

＜報酬＞
前述の実施形態では、報酬の一例としてのアイテムについて説明したが、本発明はこれに限定されるものではない。報酬は、キャラクター等であってもよい。

【0173】

＜キャラクター貸与＞
前述の実施形態では、ユーザーＢが復帰サポート条件を満たすことによってユーザーＡのキャラクターを「助っ人」として借りることができる場合を例に挙げて説明したが、本発明はこれに限定されるものではない。例えば、復帰サポート条件ではなく、フレンド復帰条件を満たすことによって、ユーザーＡのキャラクターを「助っ人」として借りることができるようにしてよい。つまり、ユーザーＢがユーザーＡとフレンド復帰したことで、ユーザーＡのキャラクターを「助っ人」として借りることができるようにしてよい。

【0174】

＜所定関係＞
前述の実施形態では、所定関係の一例として、フレンド関係をユーザー間で設定する場合について説明したが、本発明はこれに限定されるものではない。例えば、師弟関係やライバル関係など、ユーザーのゲームプレイを促進する関係性であればよい。

【符号の説明】

【0175】

１ 情報処理システム、１０ クライアント端末、２０ サーバー装置、５０ コンピューター、５１ ＣＰＵ、５２ ＲＡＭ、５３ ＲＯＭ、５４ 通信インタフェース、５５ 入力装置、５６ 表示装置、５７ 外部インタフェース、５８ ＨＤＤ、１００ クライアント制御部、１０１ 要求送信部、１０２ 応答受信部、１２０ クライアント記憶部、１４０ クライアント通信部、１５０ 操作受付部、１６０ 画面表示部、２００ サーバー制御部、２０１ ゲーム進行部、２０２ フレンド設定部、２０３ フレンド解除部、２０４ 報酬付与部、２０５ キャラクター貸与部、２０６ 表示制御部、２２０ サーバー記憶部、２２１ キャラクター情報記憶部、２２２ アイテム情報記憶部、２２３ ユーザー情報記憶部、２２４ プレイ状況情報記憶部、２４０ サーバー通信部、５００ 通知画面、５５０ 応答画面、５６０ 通知画面、Ｂ バスライン、Ｎ ネットワーク

【要約】      （修正有）

【課題】所定関係の解除後に再開したゲームプレイの継続性を高める。
【解決手段】サーバー制御部２００は、所定関係が設定された複数ユーザーのうち、所定期間ゲームプレイを中断しているユーザーについて他のユーザーとの所定関係を解除するフレンド解除部２０３と、所定関係を解除されたユーザーが中断後にゲームプレイを再開して復帰条件を満たすことにより、解除前に所定関係が設定されていた他のユーザーに対して報酬を与える報酬付与部２０４と、復帰条件を満たしたユーザーと報酬を与えられた他のユーザーとの間に所定関係を再び設定するフレンド設定部２０２を備える。
【選択図】図３

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】