特開 2022-92866 プログラム、サーバシステム及びエンターテインメントシステム

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

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2022092866

(43)【公開日】2022-06-23

(54)【発明の名称】プログラム、サーバシステム及びエンターテインメントシステム

(51)【国際特許分類】

   A63F 13/795 20140101AFI20220616BHJP

   A63F 13/35 20140101ALI20220616BHJP

   A63F 13/79 20140101ALI20220616BHJP

   A63F 13/847 20140101ALI20220616BHJP

   A63F 13/216 20140101ALI20220616BHJP

   A63F 13/69 20140101ALI20220616BHJP

   A63F 13/53 20140101ALI20220616BHJP

【ＦＩ】

A63F13/795

A63F13/35

A63F13/79 500

A63F13/847

A63F13/79

A63F13/216

A63F13/69

A63F13/53

【審査請求】未請求

【請求項の数】19

【出願形態】ＯＬ

(21)【出願番号】P 2020205829

(22)【出願日】2020-12-11

【新規性喪失の例外の表示】特許法第３０条第２項適用申請有り （イ）発明の新規性の喪失の例外の規定の適用を受けるための証明書（１）に係るウェブサイト、掲載日 ２０２０年１２月４日、ｈｔｔｐｓ：／／ｐｌａｙ．ｇｏｏｇｌｅ．ｃｏｍ／ｓｔｏｒｅ／ａｐｐｓ／ｄｅｔａｉｌｓ？ｉｄ＝ｃｏｍ．ｂａｎｄａｉｎａｍｃｏｅｎｔ．ｉｍａｓ＿ＰＯＰＬＩＮＫＳ．ｏｂｔ （ロ）発明の新規性の喪失の例外の規定の適用を受けるための証明書（２）に係るウェブサイト、掲載日 ２０２０年１２月４日、ｈｔｔｐｓ：／／ｗｗｗ．ｙｏｕｔｕｂｅ．ｃｏｍ／ｗａｔｃｈ？ｖ＝ｆａｈＪｊｕｚ２ｎａｃ

(71)【出願人】

【識別番号】000134855

【氏名又は名称】株式会社バンダイナムコエンターテインメント

(71)【出願人】

【識別番号】516164173

【氏名又は名称】ＮＨＮ ＰｌａｙＡｒｔ株式会社

(74)【代理人】

【識別番号】100124682

【弁理士】

【氏名又は名称】黒田 泰

(74)【代理人】

【識別番号】100104710

【弁理士】

【氏名又は名称】竹腰 昇

(74)【代理人】

【識別番号】100090479

【弁理士】

【氏名又は名称】井上 一

(72)【発明者】

【氏名】三本 昌史

(72)【発明者】

【氏名】北島 奈緒

(72)【発明者】

【氏名】宇喜多 俊幸

(57)【要約】

【課題】従来とは異なる関連ユーザの分類手法を実現する技術を提供すること。
【解決手段】サーバシステム１１００は、第１条件を充足する場合に第１ユーザ及び第２ユーザを第１種関連ユーザとして登録する第１種関連ユーザ登録部２３１と、第２条件を充足する場合に第１ユーザ及び第２ユーザを第２種関連ユーザとして登録する第２種関連ユーザ登録部２３３と、を備える。そして、第２種関連ユーザ登録部２３３は、第１ユーザと第２ユーザとが所定の距離範囲内にいることの確認がされたことを第２条件に含めて判定する。また、サーバシステム１１００は、第１種関連ユーザ同士が関わる関連ゲームプレイと、第２種関連ユーザ同士が関わる関連ゲームプレイとで異なるゲーム制御を行って、関連ゲームプレイの実行を制御する関連ゲームプレイ制御部２４１を備える。
【選択図】図１５

【特許請求の範囲】

【請求項1】

他ユーザを自ユーザが関わりを持つ関連ユーザとして登録可能な関連ユーザ登録機能を有するアプリケーションを当該自ユーザのユーザ端末に実行させるためのプログラムであって、
第１種関連ユーザとして登録可能となる第１条件を充足する前記他ユーザを、前記第１種関連ユーザとして登録する第１種関連ユーザ登録手段、
第２種関連ユーザとして登録可能となる条件であって、前記第１条件とは異なる第２条件を充足する前記他ユーザを、前記第２種関連ユーザとして登録する第２種関連ユーザ登録手段、
前記アプリケーションにおいて関連ユーザが関わる行為である関連行為であって、１）前記第２種関連ユーザが関わらずに前記第１種関連ユーザが関わる場合には第１種行為制御に基づく関連行為を、２）前記第１種関連ユーザが関わらずに前記第２種関連ユーザが関わる場合には第２種行為制御に基づく関連行為を、実行する制御を行う関連行為制御手段、
として前記ユーザ端末を機能させ、
前記第２種関連ユーザ登録手段は、
前記他ユーザが所定の距離範囲内にいることを確認するために定められた所定の確認プロセスとして、前記他ユーザの端末を相手先とする所定通信を試行することを含む確認プロセスを実行する確認プロセス実行制御手段、
を有し、前記他ユーザが前記確認プロセスによって確認されたことを前記第２条件に含めて前記第２条件を充足するか否かを判定する、
プログラム。

【請求項2】

前記関連行為制御手段は、３）前記第１種関連ユーザおよび前記第２種関連ユーザが関わる場合には第３種行為制御に基づく関連行為を実行する制御を行う、
請求項１に記載のプログラム。

【請求項3】

前記第２種関連ユーザ登録手段による新たな前記第２種関連ユーザの登録がなされた場合に、当該第２種関連ユーザ及び／又は前記自ユーザに、所与の特典を付与する制御を行う特典付与制御手段、
として前記ユーザ端末を更に機能させるための請求項１又は２に記載のプログラム。

【請求項4】

前記第２種関連ユーザの登録を抹消する登録抹消手段、
として前記ユーザ端末を更に機能させ、
前記特典付与制御手段は、過去に前記第２種関連ユーザとして登録されていない前記他ユーザが前記第２種関連ユーザ登録手段によって新たに前記第２種関連ユーザとして登録された場合にのみ前記特典の付与を行う、
請求項３に記載のプログラム。

【請求項5】

前記第２種関連ユーザの登録を抹消する登録抹消手段、
として前記ユーザ端末を更に機能させ、
前記第２種関連ユーザ登録手段は、過去に前記第２種関連ユーザとして登録されていた前記他ユーザであって前記第１条件を充足する前記他ユーザを、前記第２種関連ユーザとして登録する、
請求項１～４の何れか一項に記載のプログラム。

【請求項6】

前記確認プロセス実行制御手段は、
前記ユーザ端末に所与の登録用識別子を表示制御することと、
前記他ユーザの端末から前記登録用識別子の情報を受信することと、
を含む前記確認プロセスを実行する、
請求項１～５の何れか一項に記載のプログラム。

【請求項7】

前記ユーザ端末は、測位部を備えており、
前記確認プロセス実行制御手段は、
前記他ユーザの端末から他ユーザ位置を取得する通信と、
前記取得した他ユーザ位置と前記測位部による測位位置との間の距離が前記距離範囲内にあることの判定と、
を含む前記確認プロセスを実行する、
請求項１～６の何れか一項に記載のプログラム。

【請求項8】

前記第２種関連ユーザ登録手段は、前記第２種関連ユーザを、当該第２種関連ユーザに係る前記取得した他ユーザ位置と紐付けて登録する、
請求項７に記載のプログラム。

【請求項9】

前記第２種関連ユーザ登録手段は、前記第１種関連ユーザの端末から第１種関連ユーザ位置を取得する通信を行い、当該第１種関連ユーザ位置と前記測位部による測位位置との間の距離が前記距離範囲内にある場合に、当該第１種関連ユーザを前記第２種関連ユーザとして登録する、
請求項７又は８に記載のプログラム。

【請求項10】

前記第２種関連ユーザ登録手段は、前記他ユーザ位置と前記測位部による測位位置との間の距離が前記距離範囲内である経過時間に応じて、前記第２種関連ユーザを複数段階に区別して登録する、
請求項７～９の何れか一項に記載のプログラム。

【請求項11】

前記所定通信は、近距離無線通信、或いは、中継基地局が同一であることを確認する通信、である、
請求項１～１０の何れか一項に記載のプログラム。

【請求項12】

前記第２種関連ユーザ登録手段は、前記自ユーザと前記他ユーザとが参加する所定のマルチプレイゲームを実行したことを前記第２条件に含めて、前記第２条件を充足するか否かを判定する、
請求項１～１１の何れか一項に記載のプログラム。

【請求項13】

前記第２種関連ユーザ登録手段は、登録人数に係る所与の制限人数に達していない場合に、新たな前記第２種関連ユーザの登録を許容する、
請求項１～１２の何れか一項に記載のプログラム。

【請求項14】

前記制限人数は、前記第１種関連ユーザ及び前記第２種関連ユーザの合計登録人数に係る人数であり、
前記第２種関連ユーザ登録手段は、前記自ユーザに関連付けて登録されている前記第１種関連ユーザ及び前記第２種関連ユーザの合計登録人数が前記制限人数に達してしており、且つ、前記他ユーザに関連付けて登録されている前記第１種関連ユーザ及び前記第２種関連ユーザの合計登録人数が前記制限人数に達していない場合には、前記ユーザ端末への新たな第２種関連ユーザの登録を許容する、
請求項１３に記載のプログラム。

【請求項15】

前記第１種関連ユーザ登録手段は、前記第１種関連ユーザ及び前記第２種関連ユーザの合計登録人数が、所与の制限人数に達している場合には、新たな前記第１種関連ユーザの登録を許容せず、
前記第２種関連ユーザ登録手段は、前記第１種関連ユーザ及び前記第２種関連ユーザの合計登録人数が前記制限人数に達しているか否かに関わらず、新たな前記第２種関連ユーザの登録を許容する、
請求項１～１２の何れか一項に記載のプログラム。

【請求項16】

前記確認プロセス実行制御手段は、
前記他ユーザの端末との間で、前記自ユーザが選択した交換情報を交換する通信を行うこと、
を含む前記確認プロセスを実行し、
前記第２種関連ユーザ登録手段は、前記自ユーザが選択した前記交換情報に基づいて、前記第２種関連ユーザを複数段階に区別して登録する、
請求項１～１５の何れか一項に記載のプログラム。

【請求項17】

前記所定通信には複数種類あり、
前記確認プロセス実行制御手段は、異なる種類の前記所定通信を試行して前記確認プロセスを実行可能であり、
前記第２種関連ユーザ登録手段は、前記確認プロセスによって確認された際に試行した前記所定通信の種類に基づいて、前記第２種関連ユーザを複数段階に区別して登録する、
請求項１～１５の何れか一項に記載のプログラム。

【請求項18】

第１ユーザの第１ユーザ端末及び第２ユーザの第２ユーザ端末と通信接続されるサーバシステムであって、
前記第１ユーザと前記第２ユーザとが第１種関連ユーザとして登録可能となる第１条件を充足する場合に、前記第１ユーザ及び前記第２ユーザを前記第１種関連ユーザとして登録する第１種関連ユーザ登録手段と、
前記第１ユーザと前記第２ユーザとが第２種関連ユーザとして登録可能となる条件であって、前記第１条件とは異なる第２条件を充足する場合に、前記第１ユーザ及び前記第２ユーザを前記第２種関連ユーザとして登録する第２種関連ユーザ登録手段と、
関連行為として、１）前記第１種関連ユーザ同士が関わる場合には第１種行為制御に基づく前記関連行為を、２）前記第２種関連ユーザ同士が関わる場合には第２種行為制御に基づく前記関連行為を、実行する制御を行う関連行為制御手段と、
を備え、
前記第２種関連ユーザ登録手段は、
前記第１ユーザと前記第２ユーザとが所定の距離範囲内にいることを確認するために定められた所定の確認プロセスとして、前記第１ユーザ端末と前記第２ユーザ端末との間で所定通信を試行させることを含む確認プロセスを実行する確認プロセス実行制御手段、
を有し、前記確認プロセスによって確認されたことを前記第２条件に含めて前記第２条件を充足するか否かを判定する、
サーバシステム。

【請求項19】

請求項１８に記載のサーバシステムと、
前記第１ユーザ端末及び前記第２ユーザ端末と、
を具備するエンターテインメントシステム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、関連ユーザ登録機能を有するゲームを実行させるためのプログラム等に関する。

【背景技術】

【0002】

ビデオゲームにおいて、他ユーザを関連ユーザとして登録することができる機能として、フレンド登録の機能が知られている。例えば、特許文献１には、フレンドを疎遠かどうかで分けて管理して、疎遠がどうかに応じたフレンド演出表示を行う技術が開示されている。

【先行技術文献】

【特許文献】

【0003】

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

【発明の概要】

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

【0004】

特許文献１の技術では関連ユーザ（フレンド）を疎遠か否かで分類しているが、親密度等を定義して関連ユーザ（フレンド）を分類して管理する技術も従来技術として知られているところである。しかしながら、何れの従来技術においても、関連ユーザの分類技術は、ユーザ同士の関連度合を、仮想空間（サイバー空間、ゲーム空間）の中だけで判定・分類するものであった。また、ビデオゲームの例について説明したが、ＳＮＳ（Social Networking Service）等の他のアプリケーションにおいても、関連ユーザに関しては、同じような判定・分類手法に過ぎなかった。

【0005】

本発明が解決しようとする課題は、従来とは異なる関連ユーザの分類手法を実現する技術を提供すること、である。

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

【0006】

上記課題を解決するための第１の発明は、他ユーザを自ユーザが関わりを持つ関連ユーザとして登録可能な関連ユーザ登録機能を有するアプリケーションを当該自ユーザのユーザ端末に実行させるためのプログラムであって、第１種関連ユーザとして登録可能となる第１条件を充足する前記他ユーザを、前記第１種関連ユーザとして登録する第１種関連ユーザ登録手段（例えば、図１９の第１種関連ユーザ登録部２３１）、第２種関連ユーザとして登録可能となる条件であって、前記第１条件とは異なる第２条件を充足する前記他ユーザを、前記第２種関連ユーザとして登録する第２種関連ユーザ登録手段（例えば、図１９の第２種関連ユーザ登録部２３３）、前記アプリケーションにおいて関連ユーザが関わる行為である関連行為であって、１）前記第２種関連ユーザが関わらずに前記第１種関連ユーザが関わる場合には第１種行為制御に基づく関連行為を、２）前記第１種関連ユーザが関わらずに前記第２種関連ユーザが関わる場合には第２種行為制御に基づく関連行為を、実行する制御を行う関連行為制御手段（例えば、図１９の関連ゲームプレイ制御部２４１）、として前記ユーザ端末を機能させ、前記第２種関連ユーザ登録手段は、前記他ユーザが所定の距離範囲内にいることを確認するために定められた所定の確認プロセスとして、前記他ユーザの端末を相手先とする所定通信を試行することを含む確認プロセスを実行する確認プロセス実行制御手段（例えば、図１９に示す確認プロセス実行制御部２３５）、を有し、前記他ユーザが前記確認プロセスによって確認されたことを前記第２条件に含めて前記第２条件を充足するか否かを判定する、プログラム（例えば、図１９のゲームプログラム５０４）である。

【0007】

第１の発明によれば、第１条件を充足する他ユーザを第１種関連ユーザとし、第１条件とは異なる第２条件を充足する他ユーザを第２種関連ユーザとして、自ユーザとか関わりを持つ各種の関連ユーザを登録することができる。そして、第２種関連ユーザについては、自ユーザから所定の距離範囲内にいることの確認がされたことを第２条件に含めて判定して、その登録を行うことができる。また、関連ユーザが関わる関連行為について、第１種関連ユーザが関わる関連行為と、第２種関連ユーザが関わる関連行為とで異なる行為制御（第１種行為制御又は第２種行為制御）を行って、その実行を制御することができる。したがって、従来とは異なる関連ユーザの分類手法を実現することが可能となる。

【0008】

また、第２の発明は、前記関連行為制御手段が、３）前記第１種関連ユーザおよび前記第２種関連ユーザが関わる場合には第３種行為制御に基づく関連行為を実行する制御を行う、第１の発明のプログラムである。

【0009】

第２の発明によれば、関連ユーザが関わる関連行為のうち、第１種関連ユーザおよび第２種関連ユーザが関わる場合に第３種行為制御を行って、その実行を制御することができる。

【0010】

また、第３の発明は、前記第２種関連ユーザ登録手段による新たな前記第２種関連ユーザの登録がなされた場合に、当該第２種関連ユーザ及び／又は前記自ユーザに、所与の特典を付与する制御を行う特典付与制御手段（例えば、図１９の特典付与制御部２３９）、として前記ユーザ端末を更に機能させるための第１又は第２の発明のプログラムである。

【0011】

第３の発明によれば、自ユーザの第２種関連ユーザとして他ユーザを登録した場合に、自ユーザや登録した他ユーザに対して特典を付与することができる。そのため、例えば、アプリケーションがゲームアプリケーションの場合には、ゲームをプレイするユーザに第２種関連ユーザの登録を促すことが可能となる。

【0012】

また、第４の発明は、前記第２種関連ユーザの登録を抹消する登録抹消手段（例えば、図１９の登録抹消部２３７）、として前記ユーザ端末を更に機能させ、前記特典付与制御手段は、過去に前記第２種関連ユーザとして登録されていない前記他ユーザが前記第２種関連ユーザ登録手段によって新たに前記第２種関連ユーザとして登録された場合にのみ前記特典の付与を行う、第３の発明のプログラムである。

【0013】

第４の発明によれば、過去に第２種関連ユーザとして登録されていたことがあり、その後当該登録が抹消されたユーザを再び第２種関連ユーザとして登録した場合には、特典を付与しないようにすることができる。

【0014】

また、第５の発明は、前記第２種関連ユーザの登録を抹消する登録抹消手段、として前記ユーザ端末を更に機能させ、前記第２種関連ユーザ登録手段は、過去に前記第２種関連ユーザとして登録されていた前記他ユーザであって前記第１条件を充足する前記他ユーザを、前記第２種関連ユーザとして登録する、第１～第４の何れかの発明のプログラムである。

【0015】

第５の発明によれば、過去に第２種関連ユーザとして登録されていたことがあり、その後当該登録が抹消されたユーザが第１種関連ユーザとして登録可能な第１条件を充足した場合に、第１種関連ユーザではなく第２種関連ユーザとして登録するといったことが可能となる。

【0016】

また、第６の発明は、前記確認プロセス実行制御手段が、前記ユーザ端末に所与の登録用識別子を表示制御することと、前記他ユーザの端末から前記登録用識別子の情報を受信することと、を含む前記確認プロセスを実行する、第１～第５の何れかの発明のプログラムである。

【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】

【図1】ゲームシステムの全体構成例を示す図。

【図2】ユーザ端末の装置構成例を示す図。

【図3】関連ユーザ登録機能の概要を説明する図。

【図4】関連ユーザデータのデータ構成例を示す図。

【図5】第２種関連ユーザ登録処理の流れを示すフローチャート。

【図6】顔合わせフレンドの新規登録を説明する図。

【図7】第３の確認プロセスを説明する図。

【図8】顔合わせデータのデータ構成例を示す図。

【図9】関連ゲームプレイ制御情報の設定例を示す図。

【図10】フレンド画面の一例を示す図。

【図11】検索画面の一例を示す図。

【図12】顔合わせ登録画面の一例を示す図。

【図13】登録完了画面の一例を示す図。

【図14】顔合わせ終了画面の一例を示す図。

【図15】サーバシステムの機能構成例を示すブロック図。

【図16】ユーザ管理データのデータ構成例を示す図。

【図17】ユーザ端末の機能構成例を示すブロック図。

【図18】サーバシステムにおける処理の流れを示すフローチャート。

【図19】変形例１におけるユーザ端末の機能構成例を示す図。

【図20】親密度データのデータ構成例を示す図。

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

【0045】

以下、図面を参照して、本発明の好適な実施形態について説明する。なお、以下説明する実施形態によって本発明が限定されるものではなく、本発明を適用可能な形態が以下の実施形態に限定されるものでもない。また、図面の記載において、同一部分には同一の符号を付す。

【0046】

［全体構成］
図１は、本実施形態におけるゲームシステム１０００の全体構成例を示す図である。図１に示すように、ゲームシステム１０００は、エンターテインメントシステムとして、コンピュータシステムであるサーバシステム１１００と、本実施形態のゲームのプレーヤ（ユーザ）２が所有するユーザ端末１５００とを含み、これらがネットワークＮを介して相互にデータ通信可能に接続されて構成される。本実施形態では、アプリケーションをゲームアプリケーションとして説明する。

【0047】

ネットワークＮは、データ通信が可能な通信路を意味する。すなわち、ネットワークＮとは、直接接続のための専用線（専用ケーブル）やイーサネット（登録商標）等によるＬＡＮ（Local Area Network）の他、電話通信網やケーブル網、インターネット等の通信網を含む意味であり、また、通信方法については有線／無線を問わない。

【0048】

サーバシステム１１００は、本体装置１１０１と、キーボード１１０６と、タッチパネル１１０８と、ストレージ１１４０とを備え、本体装置１１０１は、ＣＰＵ（Central Processing Unit）１１５１やＧＰＵ（Graphics Processing Unit）、ＤＳＰ（Digital Signal Processor）等の各種マイクロプロセッサ、ＶＲＡＭやＲＡＭ、ＲＯＭ等の各種ＩＣメモリ１１５２、通信装置１１５３等の電子部品が搭載された制御基板１１５０を内蔵している。なお、制御基板１１５０の一部又は全部は、ＡＳＩＣ（Application Specific Integrated Circuit）やＦＰＧＡ（field-programmable gate array）、ＳｏＣ（System on a Chip）により実現するとしてもよい。

【0049】

このサーバシステム１１００は、ＣＰＵ１１５１等が所定のプログラム及びデータに基づいて演算処理することにより、ユーザ登録等に係るユーザ管理機能と、ユーザ端末１５００でゲームをプレイするのに必要なデータを提供してユーザ端末１５００でのゲームの実行制御を管理するゲーム管理機能と、を実現する。つまり、本実施形態におけるゲームは、一種のクライアント・サーバ型のオンラインゲームとして実現される。ユーザ２は、自分のユーザ端末１５００でサーバシステム１１００にアクセスし、発給されたアカウントによりログインして本実施形態のゲームを楽しむ。

【0050】

また、サーバシステム１１００は、電子決済業者等が運営する外部の電子決済サーバと連携し、ゲーム内通貨であるゲームコインの購入手続き（課金処理）を行う。課金処理に際し、電子決済サーバは、サーバシステム１１００からの問合せに応答してゲームコインの購入額をユーザ２のクレジットカードやプリペイドカード等で清算する処理を行う。そして、サーバシステム１１００は、電子決済サーバにより清算された購入額に相当するゲームコインをユーザ２に付与する。

【0051】

なお、サーバシステム１１００は、図１に示す単体の構成に限らず、各機能を分担する複数のブレードサーバを搭載して相互に内部バスを介してデータ通信可能に接続した構成であってもよい。或いは、離れた場所に設置された独立した複数のサーバを、ネットワークＮを介してデータ通信させることで、全体としてサーバシステム１１００として機能させる構成であってもよい。

【0052】

ユーザ端末１５００は、マンマシンインターフェースの機能を担うコンピュータシステムであって、携帯電話基地局や無線通信基地局等を介してネットワークＮに接続し、サーバシステム１１００とデータ通信を行うことができる。このユーザ端末１５００は、例えば、スマートフォン、携帯電話機、携帯型ゲーム装置、据置型家庭用ゲーム装置、据置型家庭用ゲーム装置のコントローラ、業務用ゲーム装置、パソコン、タブレット型コンピュータ、ウェアラブルコンピュータ等の形態を取り得る。

【0053】

図２は、ユーザ端末１５００の一例であるスマートフォンの装置構成例を示す図である。図２に示すように、ユーザ端末１５００は、方向入力キー１５０２と、ホームキー１５０４と、画像表示デバイス兼接触位置入力デバイスとして機能するタッチパネル１５０６と、内蔵バッテリー１５０９と、スピーカ１５１０と、マイク１５１２と、カメラ１５２０と、制御基板１５５０と、コンピュータ読み出し可能な記憶媒体であるメモリカード１５４０に対してデータを読み書きできるメモリカード読取装置１５４２とを備える。その他、図示しない電源ボタン、音量調節ボタン等が設けられている。

【0054】

制御基板１５５０には、ＣＰＵ１５５１やＧＰＵ、ＤＳＰ等の各種マイクロプロセッサ、ＶＲＡＭやＲＡＭ，ＲＯＭ等の各種ＩＣメモリ１５５２、ネットワークＮに接続する携帯電話基地局や無線通信基地局等と無線通信するための無線通信モジュール１５５３、測位モジュール１５５５、インターフェース回路１５５７等が搭載されている。インターフェース回路１５５７には、方向入力キー１５０２やホームキー１５０４からの信号を受信する回路、タッチパネル１５０６のドライバ回路、スピーカ１５１０へ音声信号を出力する出力アンプ回路、マイク１５１２で集音された音声の信号を生成する音声信号生成回路、カメラ１５２０で撮影された画像の画像データを入力する回路、メモリカード読取装置１５４２への信号入出力回路等が含まれる。これら制御基板１５５０に搭載されている各要素は、それぞれがバス回路等を介して電気的に接続され、データの読み書きや信号の送受信が可能に接続されている。なお、制御基板１５５０の一部又は全部をＡＳＩＣやＦＰＧＡ、ＳｏＣにて構成してもよい。

【0055】

この制御基板１５５０においてＩＣメモリ１５５２には、ゲームクライアントプログラムや、このゲームクライアントプログラムを実行するのに必要な各種設定データ等が格納される。ゲームクライアントプログラム等は、適宜のタイミングでサーバシステム１１００からダウンロードされる。なお、別途入手したメモリカード１５４０等の記憶媒体から読み出す構成としてもよい。そして、ＣＰＵ１５５１等がゲームクライアントプログラムを実行して演算処理を実行し、タッチパネル１５０６や方向入力キー１５０２、ホームキー１５０４に対する操作入力に応じてユーザ端末１５００の各部を制御することで、ユーザ２のゲームプレイを可能にする。

【0056】

また、測位モジュール１５５５は、ユーザ２（正確にはユーザ端末１５００）の現在位置の情報（ユーザ位置）を取得するための手段である。本実施形態では、公知の測位システムを利用し、現実空間における位置座標と方位を取得する手段とする。すなわち、測位モジュール１５５５は、測位システムから提供される信号を受信し、所定周期で（例えば１秒毎に）ユーザ位置を含む測位情報を出力することにより、ユーザ端末１５００における測位機能を提供する。測位システムとしては、例えば、ＧＰＳ（Global Positioning System）に代表される衛星測位システムであるＧＮＳＳ（Global Navigation Satellite System）を利用することができる。その場合、測位モジュール１５５５は、公知のＧＰＳモジュールやＧＰＳ受信機等によって実現できる。ＧＰＳ以外のＧａｌｉｌｅｏや北斗系統（ＢＤＳ）を利用することとしてもよい。また、複数の通信基地局や移動局との通信に基づく三点測量によって測位するシステムや、ＧＮＳＳ及び基地局通信の両方を用いたＲＴＫ測位システムを利用することとしてもよい。「測位情報」には、測位日時（ＵＴＣ：Coordinated Universal Time）、位置座標（緯度・経度・高度）、方位等が含まれる。この測位モジュール１５５５で得られる位置座標（すなわちユーザ端末１５００の位置）を、「ユーザ位置」という。

【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】

ゲーム画面表示制御部２７３は、サーバシステム１１００から受信した各種データに基づいて、ゲーム画面を表示するための制御を行う。例えば、本実施形態のオンラインゲームをウェブゲームとして実現するならば、ウェブブラウザをベースとしてＨＴＭＬとともにＪａｖａ（登録商標）やＣＳＳ（Cascading Style Sheets）を利用して能動的に画面表示を制御するウェブ技術、Ａｄｏｂｅ（登録商標）Ｆｌａｓｈ等のプラグインを用いて実現できる。勿論、その他の方法でもかまわない。また、本実施形態の構成では、ゲーム画面のベースとなるゲーム空間画像（例えば、３ＤＣＧ等）はサーバシステム１１００にて生成されるが、ゲーム空間画像をユーザ端末１５００で生成する構成も可能である。その場合、ゲーム画面表示制御部２７３は、３ＤＣＧを生成するための仮想３次元空間に配置されたオブジェクトの制御を行うこととなる。

【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】

［変形例３］
また、顔合わせ手続きの過程で実行する確認プロセスは、上記実施形態で説明した第１～第３の各確認プロセスの全てを実行する構成に限らず、そのうちの一部を実行する構としてもよい。例えば、第１の確認プロセスと第２の確認プロセスは実行し、第３の確認プロセスは実行しない等としてもよい。また、例示した第１～第３の各確認プロセスとは異なる確認プロセスを適宜組み合わせて実行する構成も可能である。

【0176】

例えば、第１の確認プロセスと第２の確認プロセスとを組み合わせて実行する構成にかえて、第１ユーザのユーザ端末（第１ユーザ端末）１５００と第２ユーザのユーザ端末（第２ユーザ端末）１５００との間で例えばＢｌｕｅｔｏｏｔｈ（登録商標）による通信や赤外線通信等の近距離無線通信を行い、各ユーザが所定の距離範囲内にいることを確認する第４の確認プロセスを実行する構成としてもよい。或いは、中継基地局が同一であることを確認する通信を行うことで各ユーザが所定の距離範囲内にいることを確認する第５の確認プロセスを実行する構成としてもよい。例えば、「ping」や「traceroute（tracert）」等の調査コマンドを発信し、返答されるメッセージから互いの中継基地局が同一であるかを判定することで実現できる。

【0177】

また、顔合わせ手続きに際してどの確認プロセスを実行するのかの選択操作を受け付けて、対象の各ユーザが希望する確認プロセスを実行することで当該ユーザ同士が実際に顔を合わせたこと（所定の距離範囲内にいること）の確認を行うようにしてもよい。例えば、第１の確認プロセスと第２の確認プロセスとを組み合わせて実行することで行う確認（Ａ）と、第４の確認プロセスを実行することで行う確認（Ｂ）と、第５の確認プロセスを実行することで行う確認（Ｃ）と、を選択できるようにしてもよい。またその場合は、どの確認を選択したのか（顔合わせ手続きの際にどの確認プロセスによる確認を行ったのか）を顔合わせランクに反映させることとしてもよい。その場合は、各選択肢を予め順位付けして点数を定めておく。例えば、確認（Ｂ）、確認（Ａ）、確認（Ｃ）の順に点数を高く設定しておく。そして、上記実施形態で説明した顔合わせランクの設定に当たり、どの確認を行ったのかに応じた加点を行うようにする。前述の順位付けの場合であれば、確認（Ａ）を選択するよりも確認（Ｂ）を選択した方に顔合わせランクが高く設定され得る。

【0178】

［変形例４］
また、上記実施形態では、顔合わせフレンドの登録時に交換情報として交換した交換項目の種類に応じて顔合わせランクを設定することで、顔合わせフレンドを複数段階に区別して登録することとした。これに対し、顔合わせ手続きの前後で両者が一緒にいた時間を顔合わせ時間として求め、求めた顔合わせ時間に応じて顔合わせランクを設定するとしてもよい。

【0179】

顔合わせ時間は、顔合わせ手続きが終了した各ユーザについて、その前後で互いに近距離にいた時間として求める。例えば、各ユーザのユーザ端末１５００からの測位情報の受信履歴を参照することで算出できる。そして、顔合わせ時間が長いほど顔合わせランクを高く設定する。顔合わせ手続きをした後すぐに距離が離れたような場合には顔合わせランクを低くし、イベント会場で会ったユーザと顔合わせ手続きをした等、前後で数時間近距離にいた場合は顔合わせランクを高くするといった具合である。逆に、顔合わせ時間が長いほど顔合わせランクを低く設定するのでもよい。例えば、その時間長に応じて当該顔合わせ時間の点数を決定し、決定した点数をランク分けすることで実現できる。近距離とする距離範囲については、第２の確認プロセスで基準とする距離範囲と同じでもよいし、それより広げた距離範囲や狭めた距離範囲でもよい。

【0180】

またその際に、各ユーザのユーザレベルの差を用いて点数を調整してもよい。例えば、ユーザレベルの差が小さい（ユーザレベルが同程度の）ユーザ同士が登録する場合は短い顔合わせ時間でも点数を高くするとか、逆に低くするといったことである。レベル差をいくつかの段階に分けて、それら段階毎に点数の換算式を定めておくことで実現できる。

【0181】

或いは、情報交換した交換項目の種類と、顔合わせ時間の両方を用いて顔合わせランクを設定するのでもよい。その場合は、交換項目の種類に基づく点数と、顔合わせ時間に基づく点数との合算値をランク分けすればよい。

【0182】

［変形例５］
また、上記実施形態では、一度顔合わせ手続きを終了しているユーザ同士がフレンド登録手続きをした場合は自動的に再登録の対象とし、フレンドではなく顔合わせフレンドとして登録する例を示した。これに対し、既に顔合わせ手続きが終了している旨を通知し、フレンドとして登録するのか顔合わせフレンドとして登録するのかの選択操作を受け付けるようにしてもよい。

【0183】

［変形例６］
また、上記実施形態では、原則顔合わせ手続きを終了することを条件に、顔合わせフレンドの登録を行うこととした。これに対し、フレンド登録がされているフレンド同士が所定の近距離まで近づいた場合に、顔合わせ手続きを要求することなくその関係を顔合わせフレンドに変更するとしてもよい。その場合は、フレンド登録されているユーザの組毎にそのユーザ位置間の距離を監視する。例えば、当該ユーザの組毎に、図６等を参照して説明した第２の確認プロセスを繰り返し実行することで実現できる。そして、ユーザ位置間の距離が所定の距離範囲内にあるユーザの組があれば、当該ユーザ同士のフレンドの登録を抹消した上で、顔合わせフレンドとして登録する。

【0184】

［変形例７］
また、上記実施形態では、フレンド又は顔合わせフレンドとの間で互いにスタミナ等のプレゼントを贈り合うことを関連ゲームプレイとしたが、関連ゲームプレイの内容は特に限定されない。

【0185】

例えば、関連ゲームプレイの内容は、「フレンド又は顔合わせフレンドの一方が他方に対してスタミナを贈ること」等としてもよいし、「フレンド又は顔合わせフレンドの一方が他方に対してスタミナリクエストを送り、他方がそれに応えてスタミナを贈ること」等としてもよい。その場合は、１回に贈ることができるスタミナの数（或いは上限）について、それをフレンド間で行うのと顔合わせフレンド間で行うのとで異なる（例えば、フレンド間の場合よりも顔合わせフレンド間の方を多くする）こととしてもよい。

【0186】

またその場合は、「スタミナを贈った側に報酬として例えば所定数のゲームポイントを付与することと」を当該関連ゲームプレイに含めるとしてもよい。そして、当該構成の場合には、１回に贈れるスタミナの数（或いは上限）をフレンド間と顔合わせフレンド間とで同じにする一方で、報酬として受け取るゲームポイントをフレンド間で行う場合と顔合わせフレンド間で行う場合とで異ならせる（例えば、フレンド間の場合よりも顔合わせフレンド間の方を多くする）こととしてもよい。

【0187】

なお、本変形例では、相手に贈るものとしてスタミナを例示し、報酬としてゲームポイントを例示したが、何れもその内容自体は特に限定されない。例えば、上記実施形態で挙げた顔合わせ特典やプレゼントの内容と同様に、適宜設定することができる。

【0188】

［変形例８］
また、例えば、フレンド又は顔合わせフレンドと対戦するゲームをプレイすることや、協力してゲームをプレイすること等を関連ゲームプレイとしてもよい。例えば、本実施形態の関連ユーザ登録機能を対戦ゲームに適用する場合であれば、フレンドと対戦するゲームプレイで行う演出制御を第１種ゲーム制御とする。また、顔合わせフレンドと対戦するゲームプレイで行う演出制御を第２種ゲーム制御とする。そして、両者を異なる内容の演出制御として対戦ゲームの進行を制御することで、関連ゲームプレイの実行を制御するとしてもよい。

【0189】

グループ同士で対戦する構成の場合であれば、グループ内に顔合わせフレンドが含まれずにフレンドが含まれる場合のゲームプレイで行う演出制御を第１種ゲーム制御とし、グループ内にフレンドが含まれずに顔合わせフレンドが含まれる場合のゲームプレイで行う演出制御を第２種ゲーム制御とし、グループ内にフレンドと顔合わせフレンドの両方が含まれる場合のゲームプレイで行う演出制御を第３種ゲーム制御とする。或いは、グループがフレンドのみで構成されている場合の演出制御を第１種ゲーム制御、顔合わせフレンドのみで構成されている場合の演出制御を第２種ゲーム制御、フレンドと顔合わせフレンドとで構成されている場合の演出制御を第３種ゲーム制御とするのでもよい。そして、第１～第３の各ゲーム制御を異なる内容の演出制御として対戦ゲームの進行を制御することで、関連ゲームプレイの実行を制御するとしてもよい。第３種ゲーム制御を第２種ゲーム制御と同じ内容とし、第１種ゲーム制御とは異なる内容とするのでもよい。

【0190】

その他にも、「自ユーザのアバター空間として作成・編集したルームに他ユーザを招待すること」や、「他ユーザのルームを訪問すること」を関連ゲームプレイとすることもできる。その場合は、ルーム内で発生するイベントの制御や演出の制御、１度に招待することができるユーザの数（招待上限数）の制御等を当該関連ゲームプレイに係るゲーム制御とする。そして、フレンド同士でルームを訪問し合う場合に適用する第１種ゲーム制御と、顔合わせフレンド同士でルームを訪問し合う場合に適用する第１種ゲーム制御とで、イベントや演出、招待上限数等の制御の内容を異なる内容としてもよい。

【0191】

［変形例９］
また、ゲームプレイに限らず、関連ユーザが関わるその他の行為（関連行為）にも同様に適用が可能である。例えば、動画配信サービスを提供するソーシャルネットワーキングサービス（ＳＮＳ）において、配信される動画を他のユーザと一緒に視聴する行為等が挙げられる。配信動画の視聴にあたっては、ユーザは、自身のアバターを用いて「投げ銭」や「ギフト」等と呼ばれる投稿者へのアイテムの提供である関連行為を行うことができる。

【0192】

その場合は、通常のフォロワー（関連ユーザ）の登録とは別に、顔を合わせたことで登録可能な特別なフォロワー（顔合わせフォロワー）を登録できるようにする。そして、「投げ銭」等として提供可能なアイテムの種類や数の制御を、当該関連行為に係る行為制御として行う。すなわち、通常のフォロワー同士で視聴する場合に適用する第１種行為制御と、顔合わせフォロワー同士で視聴する場合に適用する第２種行為制御とで、提供可能なアイテムの種類等の制御の内容を異なる内容とする。第２種行為制御に係るアイテムの種類を第１種行為制御に係る種類と比べて増やしたり、高価なものを含めるといった具合である。

【0193】

［変形例１０］
また、上記実施形態では、第１ユーザと第２ユーザとがフレンド登録手続きや顔合わせ手続きを行った際に、両者の登録枠が残っていることを制限人数条件として判定し、制限人数条件を満たせばフレンド又は顔合わせフレンドとして登録することとした。これに対し、顔合わせフレンドの登録については、第１ユーザ及び第２ユーザの一方の登録枠に空きがなくても、他方の登録枠に空きがあれば、互いを顔合わせフレンドとして登録する構成としてもよい。その場合は、「第１ユーザ（自ユーザ）の登録枠及び第２ユーザ（他ユーザ）の登録枠の少なくとも一方に空きがあること」を制限人数条件として判定すればよい。第１ユーザ（自ユーザ）にとってみれば、登録枠に空きが無くとも、第２ユーザ（他ユーザ）の登録枠に空きがあれば、第２ユーザを顔合わせフレンドとして登録することができることとなる。また、その場合は、第１ユーザ(自ユーザ）の上限人数自体を１人分引き上げて変更するようにしてもよい。

【0194】

また、何れか一方の登録枠に空きがなくても、それが顔合わせフレンドの登録であれば、互いを顔合わせフレンドとして登録するようにしてもよい。すなわち、例えば、上記の実施形態と同様に「第１ユーザの登録枠に空きがあり、且つ、第２ユーザの登録枠に空きがあること」を制限人数条件とする。そして、制限人数条件を満たさない場合は新たなフレンドの登録は行わない。一方で、顔合わせフレンドの登録については、制限人数条件は適用せずに新たな顔合わせフレンドの登録を行うようにする。その場合も、顔合わせ登録の時点で何れか一方の登録枠に空きがないときは、当該ユーザの上限人数自体を１人分引き上げて変更するようにしてもよい。

【0195】

或いは、ユーザ毎に登録の許否を判定するようにしてもよい。すなわち、第１ユーザの登録枠に空きがあり、第２ユーザの登録枠に空きがない状態のときには、第１ユーザについては登録を許容して第２ユーザを顔合わせフレンドとして登録する一方、第２ユーザについては第１ユーザを顔合わせフレンドとする登録をしないとする構成も可能である。

【0196】

また、上記実施形態のように新規の顔合わせ手続きが終了したものの一方のユーザの登録枠に空きがないために顔合わせフレンドとしての登録を完了しなかったときには、該当するユーザの登録枠が空くのを待って、自動的に各ユーザの組みを互いの顔合わせフレンドとして登録するようにしてもよい。

【0197】

［変形例１１］
また、ユーザ毎に、そのフレンド又は顔合わせフレンドとして登録されているユーザとの間の親密度のデータを生成・管理し、ゲームに用いることとしてもよい。図２０は、あるユーザについて設定された親密度データであって、その顔合わせフレンドとして登録されているユーザとの間の親密度データ５９０のデータ構成例を示す図である。図２０の例では、親密度データ５９０は、当該ユーザのユーザＩＤ５９１と、フレンド指標値５９３と、顔合わせフレンド指標値５９５と、総合親密度レベル５９７と、を含む。

【0198】

フレンド指標値５９３は、例えば、当該ユーザとやり取りしたチャットの回数や頻度、一緒に関連ゲームプレイをプレイした回数や頻度（上記実施形態の例であればプレゼントを贈り合った回数や頻度）、ゲームオブジェクトを譲渡及び／又は譲受した回数や頻度等に基づき随時更新される。

【0199】

顔合わせフレンド指標値５９５は、当該ユーザと対面した回数や頻度、情報交換をした回数や頻度、その際の交換項目の種類等に基づき随時更新される。

【0200】

総合親密度レベル５９７は、当該ユーザとの間の総合的な親密度を示し、フレンド指標値５９３と顔合わせフレンド指標値５９５とに基づいて設定される。例えば、フレンド指標値５９３と顔合わせフレンド指標値５９５の合計値を求め、求めた合計値を予め定められる複数段階の親密度ランクにランク分けすることで設定される。なお、合計値の算出に際しては、顔合わせフレンド指標値５９５の重みを大きくして合算したり、逆にフレンド指標値５９３の重みを大きくして合算してもよい。

【0201】

そして、この親密度データ５９０を用いて関連ゲームプレイの実行を制御するとしてもよい。例えば、ユーザが顔合わせフレンド等のユーザとチームを組んで敵キャラクタを倒すゲームを関連ゲームプレイとして行う場合に、総合親密度レベル５９７が高い顔合わせフレンドほど自ユーザとの連携技の発動をし易くする制御を行って、当該ゲーム（すなわち関連ゲームプレイ）の実行を制御する等としてもよい。

【0202】

［変形例１２］
また、上記実施形態では、関連ユーザとして「フレンド」の例を説明したが、関連ユーザは「フレンド」に限られない。例えば、協力プレイを行う際のバディや相棒となり得る候補ユーザを関連ユーザとしてもよいし、対戦プレイを行う際の対戦相手やライバルとなり得る候補ユーザを関連ユーザとしてもよい。

【符号の説明】

【0203】

１０００…ゲームシステム
１１００…サーバシステム
１００ｓ…操作入力部
２００ｓ…サーバ処理部
２１０…ユーザ管理部
２３０…ゲーム管理部
２３１…第１種関連ユーザ登録部
２３３…第２種関連ユーザ登録部
２３５…確認プロセス実行制御部
２３７…登録抹消部
２３９…特典付与制御部
２４１…関連ゲームプレイ制御部
２９０ｓ…画像生成部
２９２ｓ…音生成部
２９４ｓ…通信制御部
３９０ｓ…画像表示部
３９２ｓ…音出力部
３９４ｓ…通信部
５００ｓ…サーバ記憶部
５０１…サーバプログラム
５０３…配信用ゲームクライアントプログラム
５１０…ユーザ管理データ
５１５…ユーザレベル
５２０…関連ユーザデータ
５２１…上限人数
５２３…フレンドリスト
５２５…顔合わせフレンドリスト
５３０…顔合わせデータ
５３１…第１ユーザデータ
５３１１…ユーザＩＤ
５３１３…交換項目種類
５３１５…顔合わせランク
５３３…第２ユーザデータ
５３３１…ユーザＩＤ
５３３３…交換項目種類
５３３５…顔合わせランク
５３５…顔合わせ日時
５３７…顔合わせ場所
５５０…ゲーム設定データ
５５１…顔合わせ特典データ
５６０…関連ゲームプレイ制御情報
５６１…フレンド向けゲーム制御情報
５６３…顔合わせフレンド向けゲーム制御情報
５７０…プレイデータ
５７１…測位履歴
１５００，１５００Ａ…ユーザ端末
１００…操作入力部
２００…端末処理部
２７０…ユーザ端末演算部
２７１…操作信号送信制御部
２７３…ゲーム画面表示制御部
２９０…画像生成部
２９２…音生成部
２９４…通信制御部
３９０…画像表示部
３９２…音出力部
３９４…通信部
５００…端末記憶部
５０２…ゲームクライアントプログラム
５０４…ゲームプログラム
Ｎ…ネットワーク
２…ユーザ

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】

【図19】

【図20】