JP7316659B2 - ゲーム制御方法、ゲームサーバ、および、ゲームシステム - Google Patents

Description

本発明は、ゲーム制御方法、ゲームサーバ、および、ゲームシステムに関する。

従来、複数のゲーム端末をサーバを介して接続することによって、ゲーム端末間の連携によりゲームを進行する構成がある。例えば、特許文献１には、複数のゲーム端末と、１つの共通演出表示画面を形成する複数の上部ディスプレイとを有し、ゲーム端末が単独特別ゲームを開始する際に共通ゲームが行われているか否かを判定し、共通ゲームが行われていない場合にのみゲーム端末において演出を行う構成が開示されている。このように、従来から、ゲーム端末間の連携によりゲームを進行することがゲームの興味及びゲーミングマシンの価値を高める上で重要視されている。

米国特許第８６３６５９３号明細書

ところで、近年、タブレットやスマートフォン等の携帯端末で提供されるゲームが普及してきている。このような携帯端末におけるゲームにおいても、ユーザ間の連携によりゲームを進行することが重要視されているが、従来の専用のゲーミングマシンとは異なり、ゲームにおいて他のユーザと所謂フレンドになり得ることが一般的である。ユーザは他のユーザとフレンドになることによりゲームを有利に進めたり、ゲームに愛着を持つことができ、ゲーム提供者はゲームにフレンド機能を持たせることによりユーザにより長くゲームを継続させる機会を提供している。

従来この種のゲームにおいて、互いにフレンドを構築するために示されるフレンド候補リストは、ログイン時間をベースに決められることが一般的であった。しかし、ログイン時間が近いユーザ同士は、いつも同じような時間にプレーをする可能性が高いため、フレンドを申請するユーザを検索しリストを構築する場合、提示される前記フレンド候補リストは、検索毎に、同じ前記フレンド候補が提示されたフレンド候補リストとなることが多く、このため、フレンド申請を承認されなかった同じユーザにフレンド申請しても承認されず、フレンドが増えづらいといった問題があった。

そこで、本発明者は、従来のフレンド申請の制御処理が非効率であることに着目し、フレンド機能を有したゲームにおいて、フレンドを増やすことを効率的に行え得るゲーム制御方法及びゲームサーバ並びにゲームシステムを提供する。

本発明のゲーム制御方法は、
通信回線を通じて複数の情報処理装置と接続されるゲームサーバの記憶装置には、
複数のユーザを識別するための識別情報と、
前記複数の識別情報を用いてフレンドの候補となる識別情報を抽出し、抽出した識別情報のユーザをリスト化して表示するための画像データを生成するプログラムと、
前記記憶装置に記憶するユーザを特定するための識別情報に関連付けて、その識別情報のユーザがフレンドを募集しているかどうかを示すフラグデータとが記憶されており、
前記ゲームサーバのコントローラは、前記プログラムを実行して以下の処理を実行することを特徴とする。
前記情報処理装置の操作部の操作を契機として、前記リスト化した画像データを生成する場合には、前記フラグデータを参照して、前記フレンド候補のリストを生成する処理。

上記ゲーム制御方法によれば、フレンドの募集中のフラグデータを参照して、フレンド申請を許容するので、効率的にフレンド数を増やすことができる可能性が向上する。

また、本発明のゲーム制御方法において、
前記コントローラは、
前記情報処理装置が前記サーバにアクセスしたアクセス日時を前記識別情報に関連付けて前記記憶装置に記憶し、
前記フレンド候補のリストを生成する処理において、前記抽出した識別情報を前記アクセス日時が直近のユーザから順にソートしてもよい。

上記構成によれば、リスト化したフレンド候補のユーザはアクセス日時が直近のユーザから順にソートされる。これにより、アクセス頻度が高い可能性のあるユーザを上位に提示することができ、より効率的にフレンド数を増やすことができる可能性が向上する。

また、本発明のゲーム制御方法において、
前記コントローラは、
前記フレンド候補のリストを生成する処理において、前記抽出した識別情報のうち、フレンド数が上限に達しているユーザを前記リストから除外してもよい。

上記構成によれば、リスト化したフレンド候補のユーザから、フレンド数が上限に達しているユーザが除外されるため、より効率的にフレンド数を増やすことができる可能性が向上する。

また、本発明のゲーム制御方法において、
前記コントローラは、
前記フレンド候補のリストを生成する処理において、前記抽出した識別情報のうち、フレンド申請を受けている数が第１の所定数に達しているユーザを前記リストから除外してもよい。

上記構成によれば、リスト化したフレンド候補のユーザからは、フレンド申請を受けている数が第１の所定数に達しているユーザが除外される。これにより、フレンド申請を長く保留する可能性の高いユーザが除外されるため、より効率的にフレンド数を増やすことができる可能性が向上する。

また、本発明のゲーム制御方法において、
前記コントローラは、
前記フレンド候補のリストを生成する処理において、前記抽出した識別情報のうち、フレンド数が第２の所定数以下のユーザを前記リストの上位にソートしてもよい。

上記構成によれば、リスト化したフレンド候補のユーザは、フレンド数が第２の所定数以下のユーザが上位にソートされる。これにより、フレンド数の少ないユーザが上位に提示されるため、より効率的にフレンド数を増やすことができる可能性が向上する。

本発明は、
通信回線を通じて複数の情報処理装置と接続されるゲームサーバであって、
複数のユーザを識別するための識別情報と、
前記複数の識別情報を用いてフレンドの候補となる識別情報を抽出し、抽出した識別情報のユーザをリスト化して表示するための画像データを生成するプログラムと、
前記記憶装置に記憶するユーザを特定するための識別情報に関連付けて、その識別情報のユーザがフレンドを募集しているかどうかを示すフラグデータと、
を記憶する記憶装置と、
前記プログラムを実行して、前記情報処理装置の操作部の操作を契機として、前記リスト化した画像データを生成する場合には、前記フラグデータを参照して、前記フレンド候補のリストを生成する処理を実行するコントローラと、
を有していることを特徴とする。

上記ゲーム制御方法によれば、フレンドの募集中のフラグデータを参照して、フレンド申請を許容するので、効率的にフレンド数を増やすことができる可能性が向上する。

本発明のゲームシステムは、
複数の情報処理装置と、通信回線を通じて前記複数の情報処理装置と接続されるゲームサーバとを有し、
前記ゲームサーバの記憶装置には、
複数のユーザを識別するための識別情報と、
前記複数の識別情報を用いてフレンドの候補となる識別情報を抽出し、抽出した識別情報のユーザをリスト化して表示するための画像データを生成するプログラムと、
前記記憶装置に記憶するユーザを特定するための識別情報に関連付けて、その識別情報のユーザがフレンドを募集しているかどうかを示すフラグデータとが記憶されており、
前記ゲームサーバのコントローラは、前記プログラムを実行して、前記情報処理装置の操作部の操作を契機として、前記リスト化した画像データを生成する場合には、前記フラグデータを参照して、前記フレンド候補のリストを生成する処理を実行することを特徴とする。

上記ゲーム制御方法によれば、フレンドの募集中のフラグデータを参照して、フレンド申請を許容するので、効率的にフレンド数を増やすことができる可能性が向上する。

本発明の動作状態を示す説明図である。 本発明の概略構成を示す説明図である。 情報処理装置の電気構成を示すブロック図である。 情報処理装置の表示画面の一例を示す図である。 情報処理装置の表示画面の一例を示す図である。 フレンド情報テーブルの説明図である。 ユーザ情報テーブルの説明図である。 おすすめフレンド検索画面表示処理のフローチャートである。 フレンド申請処理のフローチャートである。

本発明の情報処理装置を図面に基づいて説明する。

図１に示すように、ゲームシステム１００は、フレンド検索画面のおすすめ検索において、フレンドを募集しているかどうかを示すフラグデータがＯＮのユーザの中から所定の条件に合ったユーザが、優先的に検索上位に表示されるように構成されている。

ゲームシステム１００において、情報処理装置１は、インターネット回線１０１を介して、ゲームサーバ１０にデータ通信可能に接続されており、情報処理装置１と、ゲームサーバ１０とを有するゲームシステム１００が構成されている。尚、ゲームシステム１００はこれに限定されず情報処理装置１のみで構成されていてもよい。

以下の説明について、ユーザが情報処理装置１を介して、ゲームサーバ１０へのログインを行っていることを前提としてもよい。例えば、ユーザは、情報処理装置１においてユーザＩＤ及びパスワードを入力することにより通信回線を介してゲームサーバ１０によってログインが認証される。尚、情報処理装置１は、当該ログイン認証のためのログイン情報を記憶し、ユーザによるゲーム起動時においてユーザの入力なしに記憶したログイン情報を用いてゲームサーバ１０に自動的にログインしてもよい。また、情報処理装置１は、ユーザによるゲーム起動時においてユーザのバイオメトリクス認証が行われることにより、記憶したログイン情報を用いてゲームサーバ１０に自動的にログインしてもよい。バイオメトリクス認証に用いられる生体情報としては、顔、指紋、網膜、虹彩、静脈パターン、及び、声紋等既知のものを利用可能である。このように、ゲームサーバ１０は、情報処理装置１にユーザをログインさせてゲームを実行させるようになっている。

情報処理装置１は、筐体１１の前面に設けられたディスプレイ２と、ディスプレイ２の全面に設けられたタッチパネル５と、を有している。情報処理装置１は、携帯型及び据置型の何れであってもよい。携帯型の情報処理装置１としては、ポータブルコンピュータやラップトップコンピュータ、ノートパソコン、タブレット型パソコン、ハンドヘルド型パソコン、ＰＤＡ（Ｐｅｒｓｏｎａｌ Ｄａｔａ Ａｓｓｉｓｔａｎｔ）、スマートフォン等の携帯情報機器が例示される。

ディスプレイ２は、画像を表示可能に構成されている。ディスプレイ２の表示方式としては、液晶方式、有機エレクトロルミネッセンス方式、ＣＲＴ（Ｃａｔｈｏｄｅ Ｒａｙ Ｔｕｂｅ）方式、プラズマ方式等の各種の表示方式が例示される。タッチパネル５は、ユーザの指等が接触した部位の座標を検出可能に構成されている。タッチパネル５には、電磁誘導方式、及び、静電容量方式等の既知の技術が採用される。情報処理装置１は、タッチパネル５が検出した座標からユーザが接触した画面上のオブジェクトや、スワイプ等のタッチの態様を判定し、判定結果に応じた応答を行う。

また、本実施形態では、タッチパネル５が入力装置として作動し、スワイプ操作やタッチ操作等を受け付けるようになっているがこれに限定されない。例えば、入力装置として、マイクやカメラであってもよく、ユーザの音声やジェスチャを指示操作として受け付けてもよい。

図１に示すように、ゲームシステム１００において、情報処理装置１のディスプレイ２には、自身のユーザのプロフィール情報を閲覧・設定できるプロフィール画面２２が表示される。すなわち、ゲームサーバ１０は、ユーザがユーザＩＤ等を用いてログインした端末装置１からプロフィール画面２２を閲覧したい要求があった場合、その端末装置１に、ユーザＩＤに関連付けられたプロフィール情報に基づくプロフィール画面２２を表示する。

プロフィール画面２２には、各種のユーザ情報が示されるプロフィール情報表示領域２２０が設けられている。プロフィール情報表示領域２２０には、ユーザ名やユーザＩＤ等の情報や、ユーザがフレンドを募集しているかどうかを示すフレンド募集情報２２０ａが表示される。また、プロフィール情報表示領域２２０には、編集ボタン２２１が設けられている。編集ボタン２２１は、ユーザが自身のユーザ情報を編集したいときにタッチ操作を行う。編集ボタン２２１がタッチ操作された場合、画面がプロフィール画面２２から図示しないプロフィール編集画面へ遷移する。プロフィール編集画面では、上記のフレンド募集情報２２０ａを含む各種ユーザ情報をユーザ自身で変更することが可能となっている。

フレンド募集情報２２０ａを含むこのようなユーザ情報は、ゲームサーバ１０にユーザＩＤと関連づけて記憶される。即ち、ゲームサーバ１０には、ユーザを特定するための識別情報であるユーザＩＤに関連付けて、そのユーザＩＤのユーザがフレンドを募集しているかどうかを示すフラグデータが記憶される。

また、図１に示すように、ゲームシステム１００において、情報処理装置１のディスプレイ２には、フレンドの候補となるユーザが表示されるおすすめフレンド検索画面２３が表示される。フレンド検索画面２３には、フレンド申請を行うためのユーザがリスト化された画像であるフレンド候補リスト画像２３０が表示される。フレンド候補リスト画像２３０には、フレンド候補となるユーザの情報が示されるフレンド候補２３１が複数の並んで表示される。本実施形態では、フレンド候補２３１には、ユーザ名２３１ａとアクセス日時２３１ｂとが表示されるがこれに限定されない。例えば、フレンド候補領域２３１に、ユーザＩＤや、ユーザがプロフィール編集画面等で入力した文章等を表示してもよい。

また、フレンド候補２３１には、それぞれフレンド申請ボタン２３１ｃが表示される。フレンド申請ボタン２３１ｃは、ユーザがフレンド候補２３１に示されるユーザに対してフレンド申請を行いたいときにタッチ操作を行うための領域である。

図２に示すように、ゲームシステム１００は、コンピュータである情報処理装置１とサーバ１０とを有し、ディスプレイ２と、メモリ３と、コントローラ４と、タッチパネル５と、を有している。

ディスプレイ２と、タッチパネル５とは、情報処理装置１に設けられ、それぞれゲームシステム１００における入力装置及び出力装置として機能する。

メモリ３は、コントローラ４が実行するゲームプログラムを含む各種プログラムや各種プログラムが用いる各種のデータを格納する。メモリ３は、ゲームシステム１００における概念的な記憶領域であり、情報処理装置１及びサーバ１０の何れが有していてもよいし、メモリ３の機能を情報処理装置１及びサーバ１０に分散して設けてもよいし、メモリ３の機能を情報処理装置１及びサーバ１０の両方に設けてもよい。即ち、情報処理装置１で実行するゲームプログラムにおいて、サーバ１０に記憶されるデータが必要である場合、情報処理装置１はサーバ１０に対して当該データを要求し、サーバ１０は当該要求に対して当該データの応答を行う。

メモリ３に格納されるデータやプログラムは、工場出荷段階において予め格納されていてもよいし、或いは、図示しないサーバ等から通信手段によりダウンロードされて格納されていてもよい。通信手段は、インターネットやケーブルテレビ等の双方向に通信可能な伝送路であってもよいし、一方向にだけ情報を送信する放送であってもよい。

また、メモリ３に格納されるデータやプログラムは、フロッピーディスクやＣＤ－ＲＯＭ、ＤＶＤ－ＲＯＭ、ＭＯ（光磁気ディスク）、フラッシュメモリ等の記録媒体に格納され、必要に応じて記録媒体から読み出されてメモリ３にインストールされてもよい。

コントローラ４は、メモリ３に記憶されるゲームプログラムに従って各種の処理を実行する。コントローラ４は、ゲームシステム１００における概念的な実行装置であり、情報処理装置１及びサーバ１０の何れが有していてもよいし、コントローラ４の機能を情報処理装置１及びサーバ１０に分散して設けてもよいし、コントローラ４の機能を情報処理装置１及びサーバ１０の両方に設けてもよい。

このように、ゲームシステム１００は、入力装置（タッチパネル５）及び出力装置（ディスプレイ２）としての情報処理装置１と、メモリ３及びコントローラ４としての情報処理装置１及び／又はサーバ１０と、を有する１つのコンピュータとして機能する。

メモリ３は、例えば、以下のデータを記憶する。即ち、メモリ３は、複数のユーザを識別するための識別情報としてのユーザＩＤと、複数のユーザＩＤを用いてフレンドの候補となるユーザＩＤを抽出し、抽出したユーザＩＤのユーザをリスト化して表示するためのフレンド候補リスト画像２３０のデータを生成するプログラムと、ユーザＩＤに関連付けて、そのユーザのユーザがフレンドを募集しているかどうかを示すフラグデータであるフレンド募集フラグと、を記憶する。また、メモリ３は、ユーザがログインした情報処理装置１からサーバ１０にアクセスしたアクセス日時をユーザＩＤに関連付けて記憶してもよい。また、メモリ３は、ユーザＩＤ同士のフレンドの状態や、ユーザＩＤに関連付けられたフレンド数等を示すフレンド情報を記憶してもよい。

コントローラ４は、情報処理装置１のタッチパネル５がおすすめフレンド検索画面２３を要求する操作を検出したことを契機として、以下の処理を実行するプログラムを実行する。換言すれば、メモリ３に記憶されたプログラムは、コンピュータとしてのゲームシステム１００に以下の処理を実行させる。具体的に、コントローラ４は、ユーザＩＤを抽出する処理（Ａ１）と、抽出したユーザＩＤに関連付けられるフレンド募集フラグを参照する処理（Ａ２）と、フレンド募集フラグがＯＮのユーザＩＤが上位となるようフレンド候補リストを構成する処理（Ａ３）と、構成したフレンド候補リストのユーザＩＤに関連するユーザ情報を取得し、フレンド候補リスト画像２３０のデータを生成する処理（Ａ４）とを実行する。

なお、本実施形態では、処理（Ａ３）におけるフレンド候補リストを構成する処理において、メモリ３に記憶されるアクセス日時やフレンド情報を参照する。すなわち、コントローラ４は、処理（Ａ３）において、抽出したユーザＩＤからフレンド募集フラグがＯＮのユーザＩＤをさらに抽出して、アクセス日時が直近のユーザＩＤが上位となるようにフレンド候補リストに追加する処理（Ａ３１）と、処理（Ａ３１）で追加したユーザＩＤからフレンド数が上限のユーザＩＤを削除する処理（Ａ３２）と、処理（Ａ３１）で追加したユーザＩＤから承認待ちの人数（フレンド申請の数）が第１の所定数に達しているユーザＩＤを削除する処理（Ａ３３）と、処理（Ａ３１）で追加したユーザＩＤのうちフレンド数が第２の所定数以下のユーザＩＤを上位にソートする処理（Ａ３４）を実行する。

さらに、コントローラ４は、抽出したユーザＩＤからフレンド募集フラグがＯＦＦのユーザＩＤをさらに抽出して、アクセス日時が直近のユーザＩＤが上位となるようにフレンド候補リストに追加する処理（Ａ３５）と、処理（Ａ３５）で追加したユーザＩＤからフレンド数が上限のユーザＩＤを削除する処理（Ａ３６）と、処理（Ａ３５）で追加したユーザＩＤから承認待ちの人数（フレンド申請の数）が第１の所定数に達しているユーザＩＤを削除する処理（Ａ３７）と、処理（Ａ３５）で追加したユーザＩＤのうちフレンド数が第２の所定数以下のユーザＩＤを上位にソートする処理（Ａ３８）を実行する。

また、上記のプログラムを備えたゲームシステム１００が（Ａ１）～（Ａ４）の処理を実行することによって、（Ａ１）～（Ａ４）の処理がゲームシステム１００（コンピュータ）により実行されるゲーム制御方法が実現されている。換言すれば、ゲームシステム１００は、（Ａ１）～（Ａ４）の処理をそれぞれ実行する複数の処理部を備える。尚、以後の説明においては、情報処理装置１及びサーバ１０を有したゲームシステム１００を用いて説明するが、情報処理装置１の処理や動作をプログラムやゲーム制御方法の発明として置き換えることができる。また、コントローラ４が実行する処理は、情報処理装置１のみにおいて実行されてもよいし、サーバ１０にデータベースとしての機能のみを持たせてもよい。即ち、ゲームシステム１００の処理や動作を、情報処理装置１の発明として置き換えることができる。

このように、ゲームシステム１００は、複数の情報処理装置１と、インターネット回線１０１を通じて複数の情報処理装置１と接続されるゲームサーバ１０とを有している。そして、ゲームサーバ１０には、複数のユーザを識別するためのユーザＩＤと、複数のユーザＩＤを用いてフレンドの候補となるユーザＩＤを抽出し、抽出したユーザＩＤのユーザをリスト化したフレンド候補２３１を表示するためのフレンド候補リスト画像２３０を生成するプログラムと、ユーザを特定するためのユーザＩＤに関連付けて、そのユーザＩＤのユーザがフレンドを募集しているかどうかを示すフラグデータとが記憶されている。そして、ゲームサーバ１０は、は、上記のプログラムを実行して、情報処理装置１のタッチパネル５の操作を契機として、フレンド候補リスト画像２３０を生成する場合には、フレンド募集フラグを参照して、フレンド候補２３１のリストを生成する処理を実行する。これにより、フレンドの募集中のフラグデータを参照して、フレンド申請を許容するので、効率的にフレンド数を増やすことができる可能性が向上する。

なお、ユーザがフレンド申請を行う、とは、サーバ１０の記憶装置において、フレンド申請ユーザのユーザＩＤと、フレンド申請対象ユーザのユーザＩＤとの関連付けが行われ、「フレンドとなることを許容し得る状態」になることを示す。「フレンドとなることを許容し得る状態」とは、フレンド申請ユーザが、フレンド申請対象ユーザへフレンド申請を行った場合において、フレンド申請対象ユーザのフレンド申請に対する回答待ち状態のことを示す。すなわち、フレンド申請ユーザがフレンド申請対象ユーザに対してこのフレンド申請を許可するか否かを問い合わせ、フレンド申請対象ユーザの許可があった場合に、フレンド申請ユーザと、フレンド申請対象ユーザとにおいて、フレンド状態を示すユーザ同士の関連付けが行われる。フレンド申請対象ユーザが拒否した場合には、「フレンドとなることを許容し得る状態」が解除され、「フレンドとなることを許容し得る状態」の前の状態に戻る。尚、フレンド申請対象ユーザがブロックした場合には、以降「フレンドとなることを許容し得る状態」への移行を禁止してもよい。

図３に示すように、情報処理装置１は、ＣＰＵ１０１、ＲＯＭ１０２、ＲＡＭ１０３、フラッシュメモリ１０４、操作ボタン１０８、電源スイッチ１０９、バスライン１１０、ネットワークＩ／Ｆ１１１、カメラ１１２、撮像素子Ｉ／Ｆ１１３、マイク１１４、スピーカ１１５、音入出力Ｉ／Ｆ１１６、ディスプレイＩ／Ｆ１１７、センサーコントローラ１１８、近距離通信回路１１９、近距離通信回路１１９のアンテナ１１９ａを、筐体１１内に備えている。

また、ゲームサーバ１０は、ＣＰＵ１１０１、ＲＯＭ１１０２、ＲＡＭ１１０３、ハードディスクドライブ等の記憶装置１１０４、ネットワークＩ／Ｆ１１１１を備える所謂コンピュータである。

ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）１０１・ＣＰＵ１１０１は、コントローラ４の主たる構成として機能し、ゲームシステム１００全体の動作を制御する。ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）１０２・ＲＯＭ１１０２は、ＩＰＬ（Ｉｎｉｔｉａｌ Ｐｒｏｇｒａｍ Ｌｏａｄｅｒ）等のＣＰＵ１０１・ＣＰＵ１１０１の駆動に用いられるプログラムを記憶する。

ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）１０３・ＲＡＭ１１０３は、ＣＰＵ１０１・ＣＰＵ１１０１のワークエリアとして使用される。フラッシュメモリ１０４は、ゲームプログラム、通信用プログラム、画像データ、及び音データ等の各種データを記憶する。操作ボタン１０８は、情報処理装置１を初期設定する場合などに操作されるボタンである。電源スイッチ１０９は、情報処理装置１の電源のＯＮ／ＯＦＦを切り換えるためのスイッチである。

記憶装置１１０４は、データベースとして機能し、複数の情報処理装置１毎のゲームデータを記憶する。ゲームサーバ１０は、情報処理装置１のゲームプログラムからの要求に対して、適宜に記憶装置１１０４のデータベースを参照して応答を返す。

ネットワークＩ／Ｆ（Ｉｎｔｅｒｆａｃｅ）１１１・ネットワークＩ／Ｆ１１１１は、インターネット等の通信ネットワークを利用してデータ通信をするためのインターフェースである。カメラ１１２は、ＣＰＵ１０１の制御に従って被写体を撮像して画像データを得る内蔵型の撮像手段の一種である。撮像素子Ｉ／Ｆ１１３は、カメラ１１２の駆動を制御する回路である。マイク１１４は、音声を入力する内蔵型の集音手段の一種である。音入出力Ｉ／Ｆ１１６は、ＣＰＵ１０１の制御に従ってマイク１１４及びスピーカ１１５との間で音信号の入出力を処理する回路である。ディスプレイＩ／Ｆ１１７は、ＣＰＵ１０１の制御に従ってディスプレイ２に画像データを送信する回路である。ディスプレイ２は、筐体１１の前面に設けられている。センサーコントローラ１１８は、ディスプレイ２に設けられたタッチパネル５からの入力を受け付ける回路である。近距離通信回路１１９は、ＮＦＣ（Ｎｅａｒ Ｆｉｅｌｄ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）（登録商標）、Ｂｌｕｅｔｏｏｔｈ（登録商標）等の通信回路である。バスライン１１０は、ＣＰＵ１０１等の各構成要素を電気的に接続するためのアドレスバスやデータバス等である。

次に、情報処理装置１のディスプレイ２に表示される、表示画面について具体的に説明する。

図４に示すように、プロフィール画面２２において、編集ボタン２２１をタッチ操作すると、プロフィール画面２２のプロフィール情報表示領域２２０に示されるユーザ情報を変更可能なプロフィール編集画面２４へ遷移する。プロフィール編集画面２４には、各種のユーザ情報を編集できるプロフィール情報編集領域２４０が設けられている。プロフィール情報編集領域２４０には、ユーザ名等を編集できるほか、ユーザがフレンドを募集しているかどうかを示すフレンド募集情報２２０ａのＯＮ／ＯＦＦを切り替えるフレンド募集変更ボタン２４０ａが表示される。図示しないが、フレンド募集変更ボタン２４０ａでフレンド募集情報２２０ａのＯＮに切り替えた場合、他のユーザのおすすめフレンド検索画面２３において上位に表示される旨の通知をディスプレイ２に表示してもよい。また、フレンド募集変更ボタン２４０ａでフレンド募集情報２２０ａのＯＦＦに切り替えた場合、他のユーザのおすすめフレンド検索画面２３において上位に表示されなくなる旨の通知をディスプレイ２に表示してもよい。

図５に示すように、おすすめフレンド検索画面２３等において、フレンド申請ボタン２３１ｃをタッチ操作すると、フレンド申請を行ったユーザがログインする情報処理装置１の申請中画面２５に申請対象のユーザが示される。具体的に、申請中画面２５には、現在申請中のユーザが示される申請中リスト画像２５０が表示される。申請中リスト画像２５０には、フレンド申請ボタン２３１ｃをタッチ操作して申請した申請対象のユーザがすべて示され、それぞれに申請を取り消すためのボタンが表示される。

また、図５に示すように、フレンド申請をされた側のユーザがログインする情報処理装置１の承認待ち画面２６には、フレンド申請を行ったユーザが示される。具体的に、承認待ち画面２６には、このユーザに対してフレンド申請を行ったユーザが示される承認待ちリスト画像２６０が表示される。承認待ちリスト画像２６０には、おすすめフレンド検索画面２３等において、このユーザに対応するフレンド申請ボタン２３１ｃをタッチ操作してフレンド申請を行ったユーザがすべて示され、それぞれにフレンド申請を承認または拒否を選択するためのボタンが表示される。

申請中画面２５および承認待ち画面２６のいずれにおいても、ソートボタン２７０が設けられる。ユーザがソートボタン２７０を押下するごとに、申請中リスト画像２５０または承認待ちリスト画像２６０におけるユーザの表示順が、アクセス日時の昇順、アクセス日時の降順、フレンド申請日時の昇順、及び、フレンド申請日時の降順で、切り替えられる。

ゲームサーバ１０の記憶装置１１０４に記憶されるデータテーブルについて説明する。

図６に示すように、フレンド情報テーブルは、ユーザ欄と、フレンド対象欄と、状態欄と、申請日時欄と、を有している。ユーザ欄及びフレンド対象欄には、情報処理装置１を用いてゲームをプレイするユーザのユーザＩＤが格納される。状態欄には、ユーザ欄に格納されたユーザ（主体ユーザ）のフレンド対象欄に格納されたユーザ（客体ユーザ）に対するフレンド状態のステータスが格納される。申請日時欄には、主体ユーザが客体ユーザに対してフレンド申請を行った日時が格納される。

フレンド状態のステータスは、例えば、フレンド状態、申請中状態、承認待ち状態、ブロック状態、及び、被ブロック状態等である。フレンド状態は、主体ユーザと客体ユーザとがフレンドであることを示す。申請中状態は、主体ユーザが客体ユーザに対してフレンド申請を行っている状態であることを示す。また、承認待ち状態は、主体ユーザが客体ユーザからのフレンド申請が行われている状態であることを示す。即ち、申請中状態および承認待ち状態は、主体ユーザと客体ユーザとがフレンドとなることを許容し得る状態であることを示す。ブロック状態は、主体ユーザが客体ユーザに対してフレンド状態となることを拒絶している状態であることを示す。被ブロック状態は、主体ユーザが客体ユーザからフレンド状態となることを拒絶されている状態であることを示す。

図７に示すように、ユーザ情報テーブルは、ユーザＩＤ欄と、ユーザ名欄と、フレンド募集フラグ欄と、フレンド数欄と、フレンド申請数欄と、承認待ち数欄と、アクセス日時欄と、を有している。また、図示しないが、ユーザ情報テーブルは、ユーザＩＤに関連付けられた性別等のユーザ情報を格納する領域を有している。

ユーザＩＤ欄には、情報処理装置１を用いてゲームをプレイするユーザを識別するためのユーザＩＤが格納される。ユーザ名欄には、ユーザが所望に設定するユーザ名が格納される。フレンド募集フラグ欄には、ユーザがプロフィール編集画面２４で設定したフレンド募集フラグが格納される。フレンド数欄には、フレンド情報テーブル（図６参照）において、ユーザＩＤに関連付けられたフレンド対象のうちの「フレンド状態」であるユーザの数が格納される。フレンド申請数欄には、フレンド情報テーブルにおいて、ユーザＩＤに関連付けられたフレンド対象のうちの「申請中状態」であるユーザの数が格納される。承認待ち数欄には、フレンド情報テーブルにおいて、ユーザＩＤに関連付けられたフレンド対象のうちの「承認待ち状態」であるユーザの数が格納される。アクセス日時欄には、ユーザが情報処理装置１でログインして情報処理装置１がサーバ１０へのアクセスを行った最終の日時が格納される。

次に、図８を参照して、ゲームサーバ１０のＣＰＵ１１０１により実行されるおすすめフレンド検索画面表示処理のプログラムについて説明する。

先ず、ＣＰＵ１１０１は、情報処理装置１からおすすめフレンド検索画面２３の表示要求があったか否かを判定する（Ｓ１００）。画面表示要求が無い場合（Ｓ１００：ＮＯ）、ＣＰＵ１１０１は、ステップＳ１００を再度実行する。画面表示要求があった場合（Ｓ１００：ＹＥＳ）、ＣＰＵ１１０１は、ユーザＩＤ抽出処理を実行する（Ｓ１０１）。ＣＰＵ１１０１は、ユーザＩＤ抽出処理において、ユーザ情報テーブル（図７参照）からユーザＩＤを抽出する処理を実行する。なお、ユーザＩＤを抽出する条件は、ユーザ情報テーブルに格納されるすべてのユーザＩＤを抽出してもよいし、所定期間（例えば、３日以上）アクセスのないユーザＩＤを除外してもよい。ここで、ＣＰＵ１１０１が抽出したユーザＩＤのリストは、記憶装置１１０４に一時的に記憶される。

そして、ＣＰＵ１１０１は、ユーザ情報テーブルのフレンド募集フラグ欄を参照し、抽出したユーザＩＤのリストからフレンド募集フラグがＯＮであるユーザを抽出する（Ｓ１０２）。そして、ＣＰＵ１１０１は、ユーザ情報テーブルのアクセス日時欄を参照し、フレンド募集フラグがＯＮであるユーザＩＤをアクセス日時が直近のものを上位にソートする（Ｓ１０３）。

そして、ＣＰＵ１１０１は、ユーザ情報テーブルのフレンド数欄を参照し、フレンド数が上限（例えば、１２０人）に達しているユーザＩＤを除外する（Ｓ１０４）。そして、ＣＰＵ１１０１は、ユーザ情報テーブルの承認待ち数欄を参照し、承認待ち数が第１の所定数（例えば、２０人）に達しているユーザＩＤを除外する（Ｓ１０５）。そして、ＣＰＵ１１０１は、フレンド数が第２の所定数（例えば、５０人）以下のユーザＩＤを抽出して、これを上位に挿入する（Ｓ１０６）。そして、ステップＳ１０２～ステップＳ１０５の処理を経て、抽出・ソートされたユーザＩＤをフレンド候補リストに追加する（Ｓ１０７）。

次に、ＣＰＵ１１０１は、ユーザ情報テーブルのフレンド募集フラグ欄を参照し、ステップＳ１０１において記憶装置１１０４に一時的に記憶したユーザＩＤのリストからフレンド募集フラグがＯＦＦであるユーザを抽出する（Ｓ１０８）。そして、この抽出したユーザＩＤに対し、ステップＳ１０３～ステップＳ１０７と同様の処理を、ステップＳ１０９～ステップＳ１１２において実行し、これらの処理を経て、抽出・ソートされたユーザＩＤを、ステップＳ１０７で生成したフレンド候補リストの下位に追加する（Ｓ１１３）。そして、ＣＰＵ１１０１は、フレンド候補リストを、フレンド候補リストのユーザＩＤに関連付けられたユーザ情報とともに、おすすめフレンド検索画面２３の表示要求を行った情報処理装置１へ応答する（Ｓ１１４）。なお、サーバ１０からフレンド候補リストを受け取った情報処理装置１は、フレンド候補リストとユーザ情報とに基づいて、フレンド候補リスト画像２３０を生成し、おすすめフレンド検索画面２３を表示する（図１参照）。

次に、図９を参照して、ゲームサーバ１０のＣＰＵ１１０１により実行されるフレンド申請処理のプログラムについて説明する。

先ず、ＣＰＵ１１０１は、情報処理装置１からのフレンド申請要求があったか否かを判定する（２００）。すなわち、ＣＰＵ１１０１は、情報処理装置１がディスプレイ２に表示するおすすめフレンド検索画面２３において、フレンド申請ボタン２３１ｃがタッチ操作されたか否かを判定する。フレンド申請要求には、フレンド申請を行うユーザのユーザＩＤと、フレンド申請対象となるユーザＩＤとが含まれる。

フレンド申請要求が無い場合（Ｓ２００：ＮＯ）、ＣＰＵ１１０１は、再度ステップＳ２００を実行する。フレンド申請要求があった場合（Ｓ２００：ＹＥＳ）、ＣＰＵ１１０１は、フレンド申請を行うユーザのフレンド数が上限に達しているか否かを判定する（Ｓ２０１）。ＣＰＵ１１０１は、ユーザ情報テーブル（図７参照）を参照して、フレンド数欄の数値が上限に達している場合（Ｓ２０１：ＹＥＳ）、ＣＰＵ１１０１は、フレンド数が上限に達している旨を示すエラーを情報処理装置１へ応答する（Ｓ２０２）。図示しないが、このエラーを受けた情報処理装置１は、フレンド数が上限に達している旨をディスプレイ２等へ報知し、フレンド申請をキャンセルする。

フレンド数が上限に達していない場合（Ｓ２０１：ＮＯ）、ＣＰＵ１１０１は、フレンド申請を行ったユーザのフレンド申請数が第３の所定数（例えば、１０人）に達しているか否かを判定する（Ｓ２０３）。ＣＰＵ１１０１は、ユーザ情報テーブル（図７参照）を参照して、フレンド申請数欄の数値が第３の所定数に達している場合（Ｓ２０３：ＹＥＳ）、フレンド申請数が上限に達している旨を示すエラーを情報処理装置１へ応答し（Ｓ２０４）、本ルーチンを終了する。図示しないが、このエラーを受けた情報処理装置１は、フレンド申請数が上限に達している旨をディスプレイ２等へ報知し、フレンド申請をキャンセルする。

フレンド申請数が第３の所定数に達していない場合（Ｓ２０３：ＮＯ）、ＣＰＵ１１０１は、フレンド申請を行った対象ユーザのフレンド数が上限に達しているか否かを判定する（Ｓ２０５）。ＣＰＵ１１０１は、ユーザ情報テーブル（図７参照）を参照して、申請対象のユーザＩＤに関連付けられたフレンド数欄の数値が上限に達している場合（Ｓ２０５：ＹＥＳ）、申請対象のフレンド数が上限に達している旨を示すエラーを情報処理装置１へ応答し（Ｓ２０２）、本ルーチンを終了する。図示しないが、このエラーを受けた情報処理装置１は、申請対象のフレンド数が上限に達している旨をディスプレイ２等へ報知し、フレンド申請をキャンセルする。

申請対象のフレンド数が上限に達していない場合（Ｓ２０５：ＮＯ）、ＣＰＵ１１０１は、フレンド申請を行った対象ユーザの承認待ち数が第４の所定数（例えば、１００人）に達しているか否かを判定する（Ｓ２０７）。ＣＰＵ１１０１は、ユーザ情報テーブル（図７参照）を参照して、申請対象のユーザＩＤに関連付けられた承認待ち数欄の数値が第４の所定数に達している場合（Ｓ２０７：ＹＥＳ）、申請対象の承認待ち数が上限に達している旨を示すエラーを情報処理装置１へ応答し（Ｓ２０８）、本ルーチンを終了する。図示しないが、このエラーを受けた情報処理装置１は、申請対象の承認待ち数が上限に達している旨をディスプレイ２等へ報知し、フレンド申請をキャンセルする。

申請対象の承認待ち数が第４の所定数に達していない場合（Ｓ２０７：ＮＯ）、フレンド情報テーブル（図６参照）に、データを追加する（Ｓ２０９）。すなわち、ユーザＩＤ欄には、申請を行ったユーザＩＤを格納し、フレンド対象欄には申請対象のユーザＩＤを格納し、状態欄に申請中を格納し、申請日時にステップＳ２００のフレンド申請要求のあった日時を格納する。その後、本ルーチンを終了する。

なお、本実施形態では、ユーザが情報処理装置１においてログインしてプレイするゲームとしてスロットゲームを採用しているがこれに限定されない。例えば、ゲームは、ポーカー及びバカラ等のカードゲーム、ルーレット、パチンコゲーム、パチスロゲーム等であってもよい。

本実施形態のスロットゲームにおける『ベースゲーム』は、複数のシンボルをゲーム領域内において変動後に停止して表示（配置）するゲームであり、通常ゲームを含む。尚、シンボルをゲーム領域内において変動後に停止して表示した状態は、『再配置』と称される。スロットゲームは、ボーナスゲームとしてフリーゲームを１回以上のゲーム数で実行する。スロットゲームは、通常ゲームよりも大きなペイアウト率となる条件でシンボルを再配置し、再配置されたシンボルに応じたボーナス配当を付与するフリーゲームを実行する処理を有していてもよい。

ゲーム結果により賞が成立した場合に付与される『遊技価値』は、コイン、紙幣又はこれらに相当する電子的な有価情報である。本発明における遊技価値は、特に限定されるものではなく、例えば、メダル、トークン、電子マネー、チケット等の遊技媒体であってもよい。チケットは、特に限定されるものではなく、例えばバーコード付きチケット等であってもよい。さらに、『遊技価値』は、有価情報を含まないゲームポイントであってもよい。

『フリーゲーム』は、通常ゲームよりも遊技価値のベットを少なく実行可能であるゲームのことである。『遊技価値のベットを少なく実行可能』は、ベットが“０”の場合を含む。従って、『フリーゲーム』は、遊技価値のベットを条件とすることなく実行され、再配置されたシンボルに応じた量の遊技価値を支払うゲームのことであってもよい。換言すれば、『フリーゲーム』とは、遊技価値の消費を前提とせずに開始されるゲームであってもよい。これに対し、『通常ゲーム』は、遊技価値のベットを条件として実行され、再配置されたシンボルに応じた量の遊技価値を支払うゲームのことである。換言すれば、『通常ゲーム』とは、遊技価値の消費を前提として開始されるゲームのことである。

『単位ゲーム』とは、ベットの受付開始から賞成立となり得る状態までの一連の動作である。即ち、単位ゲームは、ベットを受け付けるベットタイムと、停止されたシンボルを再配置するゲームタイムと、配当を付与する払出処理の払出タイムと、をそれぞれ１回含む状態である。

『再配置』とは、シンボルをゲーム領域２９１において変動後に停止して表示した状態である。換言すれば、『再配置』は、シンボルの配置が解除された後、再びシンボルが配置される状態を意味する。『配置』とは、シンボルが外部のユーザに対して目視により確認可能な状態であることを意味する。

情報処理装置１は、スロットゲームとして、ベースゲームモードとボーナスゲームモードと抽選ゲームモードとの３種類のゲームモードを有する。ベースゲームモードは、通常ゲーム中のゲーム状態であり、ボーナスゲームモードは、フリーゲーム中のゲーム状態に相当する。情報処理装置１は、ベースゲームモードをメインとして単位ゲームが実行され、ベースゲームモードにおいてボーナストリガー条件が成立したときに、ボーナスゲームモードに移行する。例えば、ボーナスゲームのトリガーは、ボーナスシンボルが第１リールから連続で３個以上出現（再配置）するという条件である。尚、ボーナスゲームのトリガーは他の条件でもよい。

ベースゲームモードは、例えば、情報処理装置１のディスプレイ２に表示されたゲーム領域内において、３行６列でビデオリールのスロットゲーム用シンボルが再配置可能にされている。ベット処理において、ベット数がユーザにより選択される。例えば、ベット数は、１、２、３、５、１０等の選択がベットボタンの操作により選択可能にされていてもよいし、所望数を入力可能にされていてもよい。そして、これらのベット数の一部を累計した原資がジャックポットとされる。

次に、ゲーム領域内において、ビデオリールが変動表示（スクロール移動）及び停止表示（スクロール停止）されることによって、シンボルが再配置されると、入賞の有無が判定される。そして、再配置されたシンボルの再配置の態様に基づいてウィン判定が行われる。例えば、ボーナスシンボルが第１列領域（第１リール）から第６列領域（第６リール）にかけて連続していればボーナスゲームトリガーの入賞となる。また、ボーナスシンボルと、ボーナスシンボルの代用として判定されるワイルドシンボルとが連続していてもボーナスゲームトリガーの入賞となる。

ベースゲームモードにおいて、ボーナスゲームのトリガー条件が成立すると、ボーナスゲームモードに移行し、先ず、フリーゲーム処理が実行される。

フリーゲーム処理においては、フリーゲーム中に使用するフリーゲーム用のリール帯が決定されると共に、所定のフリーゲーム数が設定される。尚、フリーゲーム用のリール帯及びフリーゲーム数は、複数の選択中から乱数抽選より設定されてもよい。

フリーゲームが実行されると、ウィン判定が行われる。尚、ウィン判定は、ベースゲームにおけるウィン判定と同一であってもよい。例えば、ボーナスシンボルが第１リールから連続で３個以上出現した場合は、ボーナスゲーム（フリーゲーム）のリトリガー条件が成立する。

この後、フリーゲームの終了判定が行われ、フリーゲームが終了していなければ、フリーゲームが継続され、残りのフリーゲームが実行される。

例えば、情報処理装置１において、複数のスロットゲームが実行可能にされている場合、ユーザがプレイする頻度をスロットゲームごとにサーバ１０に記憶するように構成してもよい。そして、フレンド候補のリストを生成するにあたり、検索するユーザと同種のスロットゲームを好むユーザが上位となるように検索条件を加えてもよい。

以上、本発明の実施形態を説明したが、具体例を例示したに過ぎず、特に本発明を限定するものではなく、各手段等の具体的構成は、適宜設計変更可能である。また、本発明の実施形態に記載された効果は、本発明から生じる最も好適な効果を列挙したに過ぎず、本発明による効果は、本発明の実施形態に記載されたものに限定されるものではない。

また、上述した詳細な説明では、本発明をより容易に理解できるように、特徴的部分を中心に説明した。本発明は、上述した詳細な説明に記載する実施形態に限定されず、その他の実施形態にも適用することができ、その適用範囲は多様である。また、本明細書において用いた用語及び語法は、本発明を的確に説明するために用いたものであり、本発明の解釈を制限するために用いたものではない。また、当業者であれば、本明細書に記載された発明の概念から、本発明の概念に含まれる他の構成、システム、方法等を推考することは容易であると思われる。従って、請求の範囲の記載は、本発明の技術的思想の範囲を逸脱しない範囲で均等な構成を含むものであるとみなされなければならない。また、要約書の目的は、特許庁及び一般的公共機関や、特許、法律用語又は専門用語に精通していない本技術分野に属する技術者等が本出願の技術的な内容及びその本質を簡易な調査で速やかに判定し得るようにするものである。従って、要約書は、請求の範囲の記載により評価されるべき発明の範囲を限定することを意図したものではない。また、本発明の目的及び本発明の特有の効果を十分に理解するために、すでに開示されている文献等を充分に参酌して解釈されることが望まれる。

上述した詳細な説明は、コンピュータで実行される処理を含むものである。以上での説明及び表現は、当業者が最も効率的に理解することを目的として記載している。本明細書では、１の結果を導き出すために用いられる各処理は、自己矛盾がない処理として理解されるべきである。また、各処理では、電気的又は磁気的な信号の送受信、記録等が行われる。各処理における処理では、このような信号を、ビット、値、シンボル、文字、用語、数字等で表現しているが、これらは単に説明上便利であるために用いたものであることに留意する必要がある。また、各処理における処理は、人間の行動と共通する表現で記載される場合があるが、本明細書で説明する処理は、原則的に各種の装置により実行されるものである。また、各処理を行うために要求されるその他の構成は、以上の説明から自明になるものである。

１ 情報処理装置
２ ディスプレイ
３ メモリ
４ コントローラ
５ タッチパネル

Claims (6)

1. 通信回線を通じて複数の情報処理装置と接続され、
   複数のユーザを識別するための識別情報と、
   前記識別情報に関連付けて、前記識別情報によって特定される前記ユーザが、全ての前記ユーザに対してフレンドを募集しているか否かをＯＮ／ＯＦＦで示すフラグデータと、
   現在の前記フレンドの数と、を含むユーザ情報が記憶される記憶装置を有したゲームサーバのコントローラが実行するゲーム制御方法であって、
   前記情報処理装置からの要求を契機として、前記フラグデータのＯＮ／ＯＦＦを更新する処理と、
   前記情報処理装置からの要求を契機として、前記ユーザ情報のうち、前記フラグデータがＯＮである前記ユーザ情報を抽出して上位とし、前記フラグデータがＯＦＦである前記ユーザ情報を抽出して下位としたフレンド候補リストを構成する処理と、
   前記情報処理装置に前記フレンド候補リストを応答する処理と、を含み、
   前記フレンド候補リストを構成する処理において、前記フレンドの数が第２の所定数以下の前記ユーザ情報を前記フレンド候補リストの上位側に位置するようにソートする処理を実行することを特徴とするゲーム制御方法。
2. 前記情報処理装置が前記ゲームサーバにアクセスしたアクセス日時を前記識別情報に関連付けて前記ユーザ情報として前記記憶装置に記憶する処理をさらに含み、
   前記フレンド候補リストを構成する処理において、前記アクセス日時が直近の前記ユーザ情報から順にソートすることを特徴とする請求項１に記載のゲーム制御方法。
3. 前記フレンド候補リストを構成する処理において、前記フレンド候補リストのうち、前記フレンドの数が上限に達している前記ユーザを前記フレンド候補リストから除外することを特徴とする請求項１に記載のゲーム制御方法。
4. 前記フレンド候補リストを構成する処理において、前記フレンド候補リストの前記ユーザ情報のうち、フレンド申請を受けている数が第１の所定数に達している前記ユーザ情報を前記フレンド候補リストから除外することを特徴とする請求項１に記載のゲーム制御方法。
5. 通信回線を通じて複数の情報処理装置と接続されるゲームサーバであって、
   コントローラと、
   複数のユーザを識別するための識別情報と、
   前記識別情報に関連付けて、前記識別情報によって特定される前記ユーザが、全ての前記ユーザに対してフレンドを募集しているか否かをＯＮ／ＯＦＦで示すフラグデータと、
   現在の前記フレンドの数と、を含むユーザ情報が記憶される記憶装置を有しており、前記コントローラは、
   前記情報処理装置からの要求を契機として、前記フラグデータのＯＮ／ＯＦＦを更新する処理と、
   前記情報処理装置からの要求を契機として、前記ユーザ情報のうち、前記フラグデータがＯＮである前記ユーザ情報を抽出して上位とし、前記フラグデータがＯＦＦである前記ユーザ情報を抽出して下位としたフレンド候補リストを構成する処理と、
   前記情報処理装置に前記フレンド候補リストを応答する処理と、を含み、
   前記フレンド候補リストを構成する処理において、前記フレンドの数が第２の所定数以下の前記ユーザ情報を前記フレンド候補リストの上位側に位置するようにソートする処理、を実行することを特徴とするゲームサーバ。
6. 複数の情報処理装置と、通信回線を通じて前記複数の情報処理装置と接続されるゲームサーバとを有し、
   前記ゲームサーバは、
   コントローラと、
   複数のユーザを識別するための識別情報と、
   前記識別情報に関連付けて、前記識別情報によって特定される前記ユーザが、全ての前記ユーザに対してフレンドを募集しているか否かをＯＮ／ＯＦＦで示すフラグデータと、
   現在の前記フレンドの数と、を含むユーザ情報が記憶される記憶装置を有しており、前記コントローラは、
   前記情報処理装置からの要求を契機として、前記フラグデータのＯＮ／ＯＦＦを更新する処理と、
   前記情報処理装置からの要求を契機として、前記ユーザ情報のうち、前記フラグデータがＯＮである前記ユーザ情報を抽出して上位とし、前記フラグデータがＯＦＦである前記ユーザ情報を抽出して下位としたフレンド候補リストを構成する処理と、
   前記情報処理装置に前記フレンド候補リストを応答する処理と、を含み、
   前記フレンド候補リストを構成する処理において、前記フレンドの数が第２の所定数以下の前記ユーザ情報を前記フレンド候補リストの上位側に位置するようにソートする処理、を実行することを特徴とするゲームシステム。

Images