JP7128981B1 - ゲームシステム、情報処理装置、情報処理プログラム及び情報処理方法 - Google Patents

Abstract

【課題】ゲーム内で使用するゲーム媒体が同じプレイヤとのコミュニケーションの確立を任意に制御することができるゲームシステム、情報処理装置、情報処理プログラム及び情報処理方法を提供する。【解決手段】ネットワークを介してサーバにアクセス可能な複数のプレイヤ端末で実行可能なゲームを提供するゲームシステムにおいて、ゲーム内で一のプレイヤに関連づけられている任意のゲーム媒体と同一のゲーム媒体が関連づけられている他のプレイヤからのゲーム内における交流要求の許可あるいは不許可に関する選択を受け付ける選択受付処理と、選択受付処理で受け付けた選択に基づいて交流要求の許可あるいは不許可のいずれか一方を決定する決定処理と、を実行する。【選択図】図３

Description

本発明は、ゲームシステム、情報処理装置、情報処理プログラム及び情報処理方法、特に、ネットワークを介してサーバにアクセス可能な複数のプレイヤ端末で実行可能なゲームを提供するゲームシステム、情報処理装置、情報処理プログラム及び情報処理方法に関する。

近年、ネットワークを介してサーバにアクセス可能なスマートフォンやゲーム端末等のプレイヤ端末で実行可能なゲームが提供されている。この種のゲームには、プレイヤ端末を介して他のプレイヤとコミュニケーションを確立することができる技術的手段が実装されることがある。

特許文献１には、ゲーム内で使用するキャラクタやゲームを行う時間帯が近い等といったゲーム履歴が類似するプレイヤあるいは類似しないプレイヤを選出し、選出したプレイヤをフレンド候補として提案する機能が実装されたゲームが開示されている。

特開２０２０－７４８７３公報

ところで、ネットワークを介したこの種のゲームのプレイヤには、ゲーム内でプレイヤが気に入っているキャラクタやアイテム等といったゲーム媒体が同じ他のプレイヤとは親しいコミュニケーションをとりたくない、あるいは親しくコミュニケーションをとりたいといった要望が存在する場合がある。

このような場合において、お気に入りのゲーム媒体が同じプレイヤとは親しいコミュニケーションをとりたくないと考えるプレイヤの中には、お気に入りのゲーム媒体が同じである他のプレイヤから例えばゲーム内でのフレンド申請といった機能を介してコミュニケーションの確立を求められると、拒否感情さらには嫌悪感を抱くプレイヤが存在する。

本発明は、上記事情に鑑みてなされたものであり、お気に入りのゲーム媒体が同じ他のプレイヤとのコミュニケーションの確立を任意に制御することができるゲームシステム、情報処理装置、情報処理プログラム及び情報処理方法を提供することを課題とするものである。

上記課題を達成するための本発明に係るゲームシステムは、ネットワークを介してサーバにアクセス可能な複数のプレイヤ端末で実行可能なゲームを提供するゲームシステムにおいて、ゲーム内で一のプレイヤに関連づけられている任意のゲーム媒体と同一のゲーム媒体が関連づけられている他のプレイヤからのゲーム内における交流要求の許可あるいは不許可に関する選択を前記一のプレイヤから予め受け付ける選択受付処理と、前記選択受付処理で受け付けた選択に基づいて交流要求の許可あるいは不許可のいずれか一方を決定する決定処理と、を実行することを特徴としている。

これによれば、一のプレイヤに関連づけられているゲーム媒体と同一のゲーム媒体が関連づけられている他のプレイヤからの交流要求の許可あるいは不許可に関する選択を受け付けることから、ゲーム媒体が同じ他のプレイヤとのコミュニケーションの確立を任意に制御することができる。

上記課題を達成するための本発明に係る情報処理装置は、ネットワークを介して複数のプレイヤ端末からアクセス可能であってプレイヤ端末にゲームを実行させる情報処理装置において、ゲーム内で一のプレイヤに関連づけられている任意のゲーム媒体と同一のゲーム媒体が関連づけられている他のプレイヤからのゲーム内における交流要求の許可あるいは不許可に関する選択を受け付ける選択受付処理と、選択受付処理で受け付けた選択に基づいて交流要求の許可あるいは不許可のいずれか一方を決定する決定処理と、を実行することを特徴としている。

上記課題を達成するための本発明に係る情報処理プログラムは、ネットワークを介してサーバにアクセス可能な複数のプレイヤ端末でゲームを実行させる情報処理プログラムであって、サーバに、ゲーム内で一のプレイヤに関連づけられている任意のゲーム媒体と同一のゲーム媒体が関連づけられている他のプレイヤからのゲーム内における交流要求の許可あるいは不許可に関する選択を受け付ける選択受付処理、選択受付処理で受け付けた選択に基づいて交流要求の許可あるいは不許可のいずれか一方を決定する決定処理を実行させるものである。

上記課題を達成するための本発明に係る情報処理方法は、ネットワークを介してサーバにアクセス可能な複数のプレイヤ端末でゲームを実行する情報処理方法であって、サーバが、ゲーム内で一のプレイヤに関連づけられている任意のゲーム媒体と同一のゲーム媒体が関連づけられている他のプレイヤからのゲーム内における交流要求の許可あるいは不許可に関する選択を受け付ける選択受付処理、選択受付処理で受け付けた選択に基づいて交流要求の許可あるいは不許可のいずれか一方を決定する決定処理を実行するものである。

この発明によれば、ゲーム媒体が同じ他のプレイヤとのコミュニケーションの確立を任意に制御することができる。

本発明の実施の形態に係るゲームシステムの構成の概略を説明するブロック図である。 同じく、本実施の形態に係るゲームシステムのサーバの構成の概略を説明するブロック図である。 同じく、本実施の形態に係るゲームシステムのサーバのストレージの構成の概略を説明するブロック図である。 同じく、本実施の形態に係るゲームシステムで処理されるゲーム情報の構成の概略を説明するブロック図である。 同じく、本実施の形態に係るゲームシステムの情報処理プログラムの第２ステップの処理の概略を説明するフローチャートである。 同じく、本実施の形態に係るゲームシステムの情報処理プログラムで実行されるゲームの画面インターフェースの一例を示す図である。 同じく、本実施の形態に係るゲームシステムの情報処理プログラムの第３ステップの処理の概略を説明するフローチャートである。 同じく、本実施の形態に係るゲームシステムの情報処理プログラムで実行されるゲームの画面インターフェースの一例を示す図である。 同じく、本実施の形態に係るゲームシステムの情報処理プログラムの第４ステップの処理の概略を説明するフローチャートである。 同じく、本実施の形態に係るゲームシステムの情報処理プログラムで実行されるゲームの画面インターフェースの一例を示す図である。 同じく、本実施の形態に係るゲームシステムのプレイヤ端末の構成の概略を説明するブロック図である。 同じく、本実施の形態に係るゲームシステムの処理の概略を説明するフローチャートである。

次に、図１～図１２に基づいて、本発明の実施の形態に係るゲームシステムについて説明する。

図１は、本発明の実施の形態に係るゲームシステムの構成の概略を説明するブロック図である。図示のように、ゲームシステム１０は、情報処理装置であるサーバ２０及び複数のプレイヤ端末３０ａ～３０ｎを主要構成として備え、これらがインターネット網等のネットワーク１００を介して互いにアクセス可能に接続される。

サーバ２０は、本実施の形態では、ゲームシステム１０でゲームを提供する事業者１に配備され、プレイヤ端末３０ａ～３０ｎは、事業者１が提供するゲームを利用する複数のプレイヤ２ａ～２ｎに保有（使用）される。

ゲームシステム１０で事業者１が提供するゲームは、例えば、対戦ゲーム、パズルゲーム、アクションゲーム、野球ゲーム、サッカーゲーム、その他スポーツゲーム、クイズゲーム、ピンボールゲーム、カードゲーム、リズムゲーム、ＲＰＧ（ロールプレイングゲーム）、位置情報ゲーム、ボードゲーム、アドベンチャーゲーム、カジノゲーム、シミュレーションゲーム、ストラテジーゲーム、レーシングゲーム等であってよい。

次に、本実施の形態のゲームシステム１０の各部の具体的な構成について説明する。

サーバ２０は、本実施の形態では、デスクトップ型あるいはノート型のコンピュータによって実装される。

図２は、サーバ２０の構成の概略を説明するブロック図である。図示のように、サーバ２０は、プロセッサ２１、メモリ２２、ストレージ２３、送受信部２４、及び入出力部２５を備え、これらが互いにバス２６を介して電気的に接続される。

プロセッサ２１は、サーバ２０の動作を制御し、各要素間におけるデータの送受信の制御や、アプリケーションプログラムの実行に必要な処理等を行う演算装置である。

このプロセッサ２１は、本実施の形態では例えばＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）であり、後述するストレージ２３に格納されてメモリ２２に展開されたアプリケーションプログラムを実行して各処理を行う。

メモリ２２は、本実施の形態では、ＤＲＡＭ（Ｄｙｎａｍｉｃ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）等の揮発性記憶装置で構成される主記憶装置で実装される。

このメモリ２２は、プロセッサ２１の作業領域として使用される一方、サーバ２０の起動時に実行されるＢＩＯＳ（Ｂａｓｉｃ Ｉｎｐｕｔ／Ｏｕｔｐｕｔ Ｓｙｓｔｅｍ）、及び各種の設定情報等が格納される。

ストレージ２３は、プログラムや各種の処理に用いられる情報等が格納されている。このストレージ２３の構成については、後述する。

送受信部２４は、サーバ２０をネットワーク２００に接続する。この送受信部２４は、Ｂｌｕｅｔｏｏｔｈ（登録商標）やＢＬＥ（Ｂｌｕｅｔｏｏｔｈ Ｌｏｗ Ｅｎｅｒｇｙ）といった近距離通信インターフェースを具備するものであってもよい。

入出力部２５は、キーボードやマウス、あるいはディスプレイ等の入出力機器が接続されるインターフェースである。

バス２６は、接続したプロセッサ２１、メモリ２２、ストレージ２３、送受信部２４及び入出力部２５の間において、例えばアドレス信号、データ信号及び各種の制御信号を伝達する。

図３は、ストレージ２３の構成の概略を説明するブロック図である。図示のように、ストレージ２３は、本実施の形態では、記憶領域４０及び情報処理プログラム４１を備える。

記憶領域４０は、ストレージ２３が区画されることによって実現され、本実施の形態では、ゲーム情報Ｄ１及びゲーム履歴情報Ｄ２が格納される。

図４は、ゲーム情報Ｄ１の構成の概略を説明するブロック図である。図示のように、ゲーム情報Ｄ１は、ゲームデータｄ１ａ、イベントデータｄ１ｂ、プレイヤデータｄ１ｃ及び報酬データｄ１ｄを備える。

ゲームデータｄ１ａは、本実施の形態では、プレイヤ２ａ～２ｎがゲームにログインするためのアカウント情報、ゲームに登場するキャラクタやアイテムやカード等といったゲーム媒体、背景画像、ゲームの種類に応じたゲームの設定に関するデータ等によって構成され、例えば、対戦ゲームである場合は、ステージのＩＤに関連づけられたステージ名等が含まれる。

ゲームデータｄ１ａを構成するゲーム媒体であるキャラクタは、本実施の形態では、プレイヤ２ａ～２ｎがプレイヤ端末３０ａ～３０ｎを介して操作することによってゲーム内で行動するキャラクタ、プレイヤ２ａ～２ｎの仲間となるキャラクタ、あるいはプレイヤ２ａ～２ｎと対戦する敵のキャラクタ等が含まれる。

ゲームデータｄ１ａを構成するゲーム媒体であるアイテムは、本実施の形態では、プレイヤ２ａ～２ｎがゲーム内で使用することが可能なアイテム（例えば呪文や魔法等を使うことができる石）が含まれる。

本実施の形態では、これらゲーム媒体にはそれぞれ個別の識別番号がデータとして割り当てられている。また、キャラクタやアイテム等のゲーム媒体は、例えばガチャ等の抽選システム、課金、ゲーム内の所定条件をクリアすること等によってゲーム内でプレイヤに付与され、記憶領域に記憶される。

イベントデータｄ１ｂは、本実施の形態では、プレイヤ２ａ～２ｎが実行するトライアル（例えば敵のキャラクタとの対戦等）が設定された任意のイベントによって構成され、この種のイベントをクリアすると、ゲーム内で使用される攻撃アイテムやキャラクタのエナジーの回復アイテム等といったゲーム内報酬が付与される場合がある。

プレイヤデータｄ１ｃは、本実施の形態では、ゲーム内におけるプレイヤ２ａ～２ｎの名前、プレイヤ２ａ～２ｎのお気に入りのゲーム媒体（キャラクタ、アイテム等）に関するデータ、他のプレイヤとの関係を示すデータ、プレイヤ２ａ～２ｎが使用するキャラクタに関するデータ、プレイステージに関するデータ等によって構成される。プレイヤ２ａ～２ｎのお気に入りのゲーム媒体（キャラクタ、アイテム等）に関するデータは、各ゲーム媒体が各プレイヤのお気に入りに登録されているか否かを示すデータ等である。他のプレイヤとの関係を示すデータは、例えば、それぞれの他のプレイヤがフレンドか否か、過去に協力プレイ、対戦プレイ、チャットや音声による会話などの関わりをもったことがあるか否か、敵対関係か否か、無関係か等の関係に関するデータである。なお、本ゲームシステムにおいて、フレンドとは、当該フレンド関係にあるプレイヤ同士に限り、チャット等のコミュニケーション機能などの付加機能が可能となったり、フレンド（相手）の所定の情報（推しキャラ情報等）が閲覧可能となるなどの機能制限が解除されたり、フレンドになることでゲーム内報酬が付与される等、プレイヤにとってゲーム内で有益な効果が得られる関係とすることができるが、これに限られない。

プレイヤ２ａ～２ｎが使用するキャラクタに関するデータは、本実施の形態では、キャラクタの属性に関する属性データであって、例えば、キャラクタのＩＤに関連づけられたレベル、攻撃力、防御力及び体力等の各種のパラメータの値が含まれる。

プレイステージに関するデータは、設定された複数のステージのうち、プレイヤ２ａ～２ｎがこれまでにプレイしたことがあるステージに関するデータであり、例えばプレイの回数やステージをクリアした際のデータ等が含まれる。

報酬データｄ１ｄは、プレイヤ２ａ～２ｎに付与されるゲーム内報酬に関するデータである。

このゲーム内報酬には、本実施の形態では、例えばゲーム内でアイテムと交換したりプレイヤ２ａ～２ｎのエナジーを回復したりする等の際に費消するゲーム内ポイント、ゲーム内で実行される任意のイベントの実行、プレイヤ２ａ～２ｎが任意のアイテムを取得する際の確率を示すドロップ率の上昇、あるいはゲーム内で実行される機能が制限されている場合にその制限を解除して機能を実行させる機能実行指令等が含まれる。

図３で示すゲーム履歴情報Ｄ２は、本実施の形態では、例えば、プレイヤ２ａ～２ｎがゲーム媒体としての任意のキャラクタを使用した回数、使用時間、所定期間内の使用回数や使用時間あるいは使用頻度等といったログがプレイヤ２ａ～２ｎごとにデータベース化された情報である。

図３で示す情報処理プログラム４１は、本実施の形態では、サーバ２０を、ゲーム処理部、選択受付部、対応決定部等として機能させ、第１ステップＳ１、第２ステップＳ２、第３ステップＳ３、第４ステップＳ４及び第５ステップＳ５を実行させるプログラムである。

ゲーム処理部は、端末装置に表示させる画像、音声や、振動等の出力を含め、オブジェクトの生成及び描画、ゲームの進行やキャラクタの制御といったゲームの基本的な情報処理を実行するものであって、例えば、ゲームの進行、抽選システムの実行、モードの切替、イベントの実行等の各種の情報処理（第１ステップＳ１）を実行する。

選択受付部は、お気に入りのゲーム媒体の選択をプレイヤから受け付ける処理を実行する。

図５は、第２ステップＳ２の処理の概略を説明するフローチャートである。

図示のように、第２ステップＳ２では、ステップＳ２ａにおいて、例えば図６で一例を示すゲームの画面インターフェースＩＦ１を表示する。

続いて、画面インターフェースＩＦ１に表示される案内（「お好みのキャラクタを選択してください」）に従って、プレイヤ２ａ～２ｎがゲーム内で使用するゲーム媒体Ｍ（例えば任意のキャラクタ）を選択すると、ステップＳ２ｂにおいて、プレイヤ２ａ～２ｎによるゲーム媒体の選択を受け付ける（ゲーム媒体選択受付処理）。

プレイヤ２ａ～２ｎによるゲーム媒体の選択は、本実施の形態では、例えば、プレイヤ２ａ～２ｎがお気に入りのキャラクタであってゲーム内で使用したいと考えるキャラクタ、いわゆる「推しキャラ」であるかどうかを基準として選択をすることが想定される。

プレイヤ２ａ～２ｎによるゲーム媒体の選択を受け付けると、続くステップＳ２ｃにおいて、ゲーム媒体選択受付処理で受け付けた選択に基づいて、プレイヤ２ａ～２ｎに選択したゲーム媒体Ｍを関連づける（ゲーム媒体処理）。

ゲーム媒体Ｍの関連づけは、例えば、プレイヤ２ａ～２ｎに割り当てられたアカウント情報とゲーム媒体Ｍに割り当てられた識別番号とを関連づけることによって実行される。

これにより、関連づけたゲーム媒体Ｍは、プレイヤ２ａ～２ｎのお気に入りのゲーム媒体Ｍ（推しキャラ）として登録され、記憶領域に記憶される。なお、お気に入りのゲーム媒体は１つのみでも、２つ以上であってもよい。また、各プレイヤに関連づけるゲーム媒体Ｍは、お気に入りのゲーム媒体に限られず、気に入らないゲーム媒体や不要なゲーム媒体であってもよいし、重複して所有するゲーム媒体であってもよく、当該プレイヤの入力によって選択されるか、プレイ履歴に基づいて自動的に選択される。

一方、ステップＳ２ａにおいてゲームを起動した際に、図６のゲームの画面インターフェースＩＦ１に表示される案内に従って何れかのゲーム媒体Ｍを選択しなかった場合（例えば図６の「スキップする」のコマンドＣを選択した場合）、ステップＳ２ｄにおいて、ゲーム履歴情報Ｄ２を参照してゲーム履歴情報Ｄ２に基づいて任意のゲーム媒体Ｍを選択する（ゲーム媒体選択処理）。例えば、ゲーム処理部は、所定期間内の、または最初にゲームをプレイしてから全て合計した期間における、使用した回数が最も多い、使用時間が最も長い、あるいは使用頻度が最も多い等に該当するゲーム媒体Ｍをお気に入りとして選択することができる。

その後、ステップＳ２ｃにおいて、ゲーム媒体選択処理で選択したゲーム媒体Ｍをプレイヤ２ａ～２ｎに関連づける。これにより、関連づけたゲーム媒体Ｍは、プレイヤ２ａ～２ｎのお気に入りのゲーム媒体Ｍ（推しキャラ）として登録される。ゲーム媒体Ｍ（推しキャラ）は、特定の単一のキャラクタでも良いし、複数のキャラクタの所属するグループなどの群単位を選択する形でも良い。この場合、例えば特定のグループを所謂「箱推し」する場合に、まとめて複数のキャラクタを同担拒否したい、といった需要を、簡単な入力操作で満たすことができる。

選択受付部は、ゲーム内で一のプレイヤ（自分）に関連づけられている任意のゲーム媒体と同一のゲーム媒体が関連づけられている他のプレイヤからのゲーム内における交流要求（例えばフレンド申請、チャット機能を介してのメッセージ送信、音声による会話等のコミュニケーションの申請等）の許可あるいは不許可に関する選択を受け付ける選択受付処理（第３ステップＳ３ａ）を実行する。交流要求の許可あるいは不許可に関する選択とは、例えば、許可または不許可のいずれか一方の選択であってもよいし、特定条件を満たした場合に限り許可し、当該条件を満たしていない場合には不許可とする、あるいは、特定条件を満たした場合に限り不許可として、当該条件を満たしていない場合には許可する、といった選択であってもよい。特定条件とは、例えば、過去に協力してプレイしたことがある、対戦したことがある、チャット機能等でコミュニケーションを図ったことがあるなど、過去のプレイ履歴に関する条件であってもよいし、自分（例えばプレイヤ２ａ）のフレンド（プレイヤ２ｂ）のフレンド（プレイヤ２ｃ）である、といったプレイヤ間の関係に関する条件であってもよい。この場合、例えば、同一のゲーム媒体をお気に入りとして登録している全ての他プレイヤからの交流要求を拒否することとせずに、同一のゲーム媒体をお気に入りとして登録している場合であっても、共通のフレンドがいる場合には交流要求を許可するなど、より詳細な条件に基づいて、他プレイヤとの交流を制御することができる。また、特定条件は、自分（例えばプレイヤ２ａ）と他プレイヤ（プレイヤ２ｂ）のプレイヤ端末間の距離もしくは位置に関する条件であってもよい。具体的に、プレイヤ端末のGPS等を用いた位置情報またはプレイヤの位置情報の入力等に基づき、各プレイヤ端末の位置情報を取得可能な場合、プレイヤ端末間の距離が所定の距離以内である場合、もしくは両者のプレイヤ端末が予め設定された特定の領域内にある場合に、交流要求を許可（もしくは不許可）とするようにしてもよい。このような機能は、現実空間でプレイヤ同士が会話により交流の可否を確認し、許諾がなされている場合などに有効である。また、特定条件は、本システムと連携するSNSアカウントの情報に関する条件であってもよい。具体的に、交流要求をしてきた他プレイヤについての情報を、本システムのサーバとネットワークを介して通信可能なＳＮＳサーバから取得し、当該ＳＮＳ内で、その他プレイヤが自分とフレンドの関係にある場合、自分のフレンドのフレンドの関係にある場合の少なくとも何れかの場合に、交流要求を許可（もしくは不許可）するようにしてもよい。すなわち、本システムと連携するＳＮＳシステムにおいて、特定の関係にある場合に、交流要求を許可（もしくは不許可）するようにしてもよい。

図７は、第３ステップＳ３の処理の概略を説明するフローチャートである。

図示のように、第３ステップＳ３では、ゲームに関する各種の設定を行う際に、例えば一のプレイヤ２ａが、他のプレイヤ２ｂ～２ｎからのゲーム内におけるフレンド申請を許可するか不許可とするかの選択を入力すると、ステップＳ３ａにおいて、フレンド申請の許可あるいは不許可のいずれか一方の選択を受け付ける（選択受付処理）。

プレイヤ２ａ～２ｎによるフレンド申請の許可あるいは不許可の選択は、本実施の形態では、例えば、一のプレイヤ２ａに関連づけられているゲーム媒体Ｍと同一のゲーム媒体Ｍが関連づけられている他のプレイヤ２ｂ～２ｎからのフレンド申請を許可するかどうかを基準として選択をする。

この選択は、本実施の形態では、例えば図８で一例を示すゲームの画面インターフェースＩＦ２に表示される案内（「推しキャラが同じプレイヤからのフレンド申請を許可しますか」）に従って、画面インターフェースＩＦ２に表示されるスライドバーＢを介して実行される。

本実施の形態では、スライドバーＢが「しない」に設定されていることから、一のプレイヤ２ａに関連づけられているゲーム媒体Ｍと同一のゲーム媒体Ｍが関連づけられている他のプレイヤ２ｂ～２ｎからのフレンド申請を不許可とすることになる（いわゆる「同担拒否」）。

一方、スライドバーＢが「する」に設定されている場合は、一のプレイヤ２ａに関連づけられているゲーム媒体Ｍと同一のゲーム媒体Ｍが関連づけられている他のプレイヤ２ｂ～２ｎからのフレンド申請を許可することになる（いわゆる「同担歓迎」）。

ところで、例えば一のプレイヤ２ａがゲームを実行している際に、一のプレイヤ２ａに対して、他のプレイヤ（例えばプレイヤ２ｂ）からフレンド申請があると、ステップＳ３ｂにおいて、プレイヤ２ａに関連づけられたゲーム媒体Ｍの識別番号とプレイヤ２ｂに関連づけられたゲーム媒体Ｍの識別番号とを参照して、プレイヤ２ｂにプレイヤ２ａと同一のゲーム媒体Ｍが関連づけられているか否かを判断する。

ステップＳ３ｂにおいて、プレイヤ２ｂにプレイヤ２ａと同一のゲーム媒体Ｍが関連づけられていると判断した場合は、ステップＳ３ｃにおいて、（ステップＳ３ａで受け付けた情報に基づいて、）フレンド申請の不許可の決定をする（「同担拒否」の決定処理）。このように、対応決定部は、選択受付処理で受け付けた情報に基づいて、交流要求の許可あるいは不許可のいずれか一方を決定する決定処理を実行する（ステップＳ３ｂ、ステップＳ３ｃ、ステップＳ３ｄ）。

本実施の形態では、フレンド申請の不許可の決定をした場合は、プレイヤ２ｂによるプレイヤ２ａへのフレンド申請に関する情報（例えばプレイヤ２ｂのアカウント情報）は、プレイヤ２ａによる操作に基づかないで自動的に削除されるが、削除せずに記憶部に記憶しておき、プレイヤ２ａの要求（入力）に応じて、プレイヤ２ｂによるプレイヤ２ａへのフレンド申請に関する情報（例えばプレイヤ２ｂのアカウント情報）を表示させるようにしてもよい。また、その場合、一度システムによって自動的にフレンド申請の不許可の決定をした場合であっても、プレイヤ２ａが手動でプレイヤ端末に入力することにより、各プレイヤのフレンド申請を個別に許可できるようにしてもよい。また、本実施の形態では、プレイヤ２ｂからプレイヤ２ａにフレンド申請があったことは、プレイヤ２ａには通知されないが、不許可の決定をした場合であっても、プレイヤ２ｂからフレンド申請があったことや、不許可としたことを通知するようにしてもよい。また、本ゲームシステムにおいて、交流要求の許可あるいは不許可に関する決定をした際に、プレイヤに通知をするかしないかを、プレイヤの選択入力に基づいて決定するようにしてもよい。すなわち、例えば図８の画面等において、「フレンド申請の有無を通知しますか？」、「フレンド登録を許可した際に通知しますか？」「フレンド登録を拒否（不許可）した際に通知しますか？」といったメッセージとともに、「する」及び「しない」の何れかをプレイヤが選択可能なスライドバーをそれぞれ表示するようにしてもよい。そして、受け付けた通知に関する選択に基づいて、例えば図７におけるステップＳ３ｃ、ステップＳ３ｄの後に、プレイヤ端末にフレンド申請や登録に関する通知を送信する（またはしない）を判定し、通知を実行するようにしてもよい。

一方、ステップＳ３ｂにおいて、プレイヤ２ｂにプレイヤ２ａと同一のゲーム媒体Ｍが関連づけられていないと判断した場合は、ステップＳ３ｄにおいて、フレンド申請の許可の決定をする（決定処理）。

本実施の形態では、フレンド申請の許可の決定をした場合は、プレイヤ２ｂによるフレンド申請に関する情報（例えばプレイヤ２ｂのアカウント情報）は、プレイヤ２ａによる操作に基づかないで自動的にプレイヤ２ａのフレンドとして追加されるが、自動的に追加されないでプレイヤ２ａによる承認を得てから追加されるようにしてもよい。つまり、サーバは、プレイヤ２ａのプレイヤ端末に、プレイヤ２ｂによるフレンド申請があったことを通知し、プレイヤ２ａによる操作（承認または拒否を選択する操作）に基づいて、プレイヤ２ａのフレンドとして追加するか否かを決定してもよい。

なお、例えば一のプレイヤ２ａが図８で示すスライドバーＢを「する」に設定することによって、ステップＳ３ａでフレンド申請の許可の選択を受け付けた場合において、プレイヤ２ａと同一のゲーム媒体Ｍが関連づけられた他のプレイヤ（例えばプレイヤ２ｂ）からフレンド申請があった場合は、フレンド申請の許可の決定をする（「同担歓迎」の決定処理）。

図９は、第４ステップＳ４の処理の概略を説明するフローチャートである。

図示のように、第４ステップＳ４では、ステップＳ４ａにおいて、例えば一のプレイヤ２ａと所定の関係にある他のプレイヤ２ｂ～２ｎ、例えば過去に対戦あるいは協力したことがあるプレイヤ、フレンドの関係にあるプレイヤ等といった何らかの関連がある他のプレイヤ２ｂ～２ｎを、一のプレイヤ２ａのプレイヤ端末３０ａに表示する。所定の関係は、ゲームシステムにおいて予め設定された関係であってもよいし、プレイヤが選択した関係であってもよい。

続いて、ステップＳ４ｂにおいて、プレイヤ２ａが任意の他のプレイヤ（例えばプレイヤ２ｂ）を選択すると、その選択を受け付け、ステップＳ４ｃにおいて、受け付けたプレイヤ２ｂに関連づけられているゲーム媒体Ｍを、プレイヤ端末３０ａを介してプレイヤ２ａが確認可能な状態、例えばプレイヤ２ｂに関連づけられているゲーム媒体Ｍをプレイヤ２ａのプレイヤ端末３０ａに表示することによって提示する（ゲーム媒体提示処理）。

図３で示す第５ステップＳ５では、一のプレイヤ（例えばプレイヤ２ａ）に関連づけられているゲーム媒体Ｍを、他のプレイヤ２ｂ～２ｎあるいは任意の他のプレイヤ（例えばプレイヤ２ｂ）にプレイヤ端末３０ｂ～３０ｎ（あるいは例えばプレイヤ端末３０ｂ）を介して開示する選択を受け付ける処理を実行する（ゲーム媒体開示選択受付処理）。第５ステップＳ５では、全て又は一部の他のプレイヤに自分の推しキャラを開示するか否か、開示する場合には、何れのプレイヤに開示するか（「全ての他プレイヤ」、「フレンドのみ」、「フレンドのフレンドまで」、「過去に協力プレイした、又は現在もしくは過去に同じチームでプレイしたプレイヤのみ」、「過去にチャットしたプレイヤのみ」）、開示しないかの選択を受け付ける。

さらに第５ステップＳ５では、ゲーム媒体開示選択受付処理で受け付けた選択に基づいて、例えば図１０で一例を示すプレイヤ端末３０ｂ～３０ｎ（あるいは例えばプレイヤ端末３０ｂ）のゲームの画面インターフェースＩＦ３に、プレイヤ２ａ（アカウント名：ＡＫＴ）に関連づけられているゲーム媒体Ｍを推しキャラウインドウＷとして表示する処理を実行する。

これら第１ステップＳ１、第２ステップＳ２、第３ステップＳ３、第４ステップＳ４及び第５ステップＳ５での処理に基づいて、本実施の形態では、プレイヤ端末３０ａ～３０ｎにおいてゲームが実行される。

図１で示すプレイヤ端末３０ａ～３０ｎは、本実施の形態では、携帯型情報端末であるスマートフォンで実装されるが、例えばゲーム専用の端末、タブレット型のコンピュータ、デスクトップ型あるいはノート型のコンピュータによって実装されるものであってもよい。

図１１は、プレイヤ端末３０ａ～３０ｎの構成の概略を説明するブロック図である。図示のように、プレイヤ端末３０ａ～３０ｎは、制御部３１及びディスプレイ３２を主要構成として備える。

制御部３１は、本実施の形態では、ディスプレイ３２や図示しないカメラ等のプレイヤ端末３０ａ～３０ｎの各部を制御するものであって、例えばプロセッサ、メモリ、ストレージ、送受信部等によって構成される。

この制御部３１には、本実施の形態では、ゲームアプリケーションあるいはウェブサイトを閲覧可能なブラウザが格納され、サーバ２０の情報処理プログラム４１での処理に基づいて、ゲームアプリケーションあるいはブラウザを介してプレイヤ端末３０ａ～３０ｎにおいてゲームが実行される。

ディスプレイ３２には、本実施の形態では、図６、図８及び図１０で一例を示した画面インターフェースＩＦ１～ＩＦ３を含む、プレイヤ端末３０ａ～３０ｎで実行されるゲームの画面インターフェース等が表示される。

このディスプレイ３２は、表示面への接触によって情報の入力を受け付けるいわゆるタッチパネルであって、抵抗膜方式や静電容量方式といった各種の技術によって実装される。

本実施の形態では、このディスプレイ３２を介してプレイヤ操作情報Ｄ３が入力される。

プレイヤ操作情報Ｄ３は、本実施の形態では、ゲーム内でプレイヤ２ａ～２ｎが使用するキャラクタの操作や動作に関して入力される情報、あるいはゲームに関する各種の設定やユーティリティ管理に関して入力される情報である。

このプレイヤ操作情報Ｄ３は、ディスプレイ３２に対するプレイヤ２ａ～２ｎの任意の動作（例えば画面をタップあるいはスワイプする動作や、画面に表示されるアイコン等をドラッグしてドロップする動作等）に基づいて入力される。

次に、本実施の形態に係るゲームシステム１０の処理の概略について説明する。

図１２は、本実施の形態に係るゲームシステム１０の処理の概略を説明するフローチャートである。図示のように、まず、ステップＳ１０において、例えば一のプレイヤ２ａは、ゲームの設定を行う。

本実施の形態では、一のプレイヤ２ａは、ゲーム媒体Ｍの選択、フレンド申請の許可あるいは不許可に関する選択、ゲーム媒体Ｍの開示に関する選択、及びゲームに関するその他の各種の選択をすることによって、ゲームの設定を行う。

本実施の形態では、フレンド申請の許可あるいは不許可に関する選択において、一のプレイヤ２ａは、一のプレイヤ２ａに関連づけられているゲーム媒体Ｍと同一のゲーム媒体Ｍが関連づけられている他のプレイヤ２ｂ～２ｎからのフレンド申請を不許可とする選択を行う。

ゲームの設定に続いて、ステップＳ１１において、一のプレイヤ２ａはゲームを実行して、ゲームを進行させる。

このとき、一のプレイヤ２ａは、本実施の形態では、任意のタイミングで、プレイヤ端末３０ａを介した操作によって、プレイヤ２ａと所定の関係にある他のプレイヤ２ｂ～２ｎに関連づけられているゲーム媒体Ｍをプレイヤ端末３０ａに表示させて、他のプレイヤ２ｂ～２ｎに関連づけられているゲーム媒体Ｍを確認することができる。

ゲームの進行に伴って、ステップＳ１２において、一のプレイヤ２ａに関連づけられているゲーム媒体Ｍと同一のゲーム媒体Ｍが関連づけられている他のプレイヤ（例えばプレイヤ２ｂ）から、一のプレイヤ２ａに対してフレンド申請がなされると、ステップＳ１３において、フレンド申請の不許可の決定をする。

このように、一のプレイヤ２ａに関連づけられているゲーム媒体Ｍと同一のゲーム媒体Ｍが関連づけられている他のプレイヤ２ｂ～２ｎからのフレンド申請の許可あるいは不許可の選択を受け付けることから、ゲーム媒体Ｍが同じ他のプレイヤ２ｂ～２ｎとのコミュニケーションの確立を任意に制御することができる。

特に、本実施の形態では、一のプレイヤ２ａに関連づけられているゲーム媒体Ｍと同一のゲーム媒体Ｍが関連づけられている他のプレイヤ２ｂ～２ｎからのフレンド申請を不許可とする選択を行うと、フレンド申請の不許可の決定によって、フレンド申請に関する情報が、プレイヤ２ａによる操作に基づかないで自律的に削除される。

したがって、プレイヤ２ａは、他のプレイヤ２ｂからのフレンド申請がなされたことを知ることもないことから、ゲーム媒体Ｍが同じ他のプレイヤからのフレンド申請がなされたことに起因して生じうる拒否感情や嫌悪感を抱くこともない。

なお、本発明は上記実施の形態に限定されることはなく、発明の趣旨を逸脱しない範囲で種々の変更が可能である。

上記実施の形態では、プレイヤ２ａ～２ｎによるゲーム媒体Ｍの選択に際して、プレイヤ２ａ～２ｎがゲーム媒体Ｍの選択を任意に行わないとゲーム履歴情報Ｄ２を参照してゲーム媒体Ｍを選択する場合を説明したが、例えば、プレイヤ２ａ～２ｎによるゲーム媒体Ｍの選択とゲーム履歴情報Ｄ２の参照による選択とを、プレイヤ２ａ～２ｎが選択的に実行できるように構成してもよい。また、「一のプレイヤに関連づけられているゲーム媒体と同一のゲーム媒体」とは、当該ゲーム媒体同士が完全に一致している場合に限られず、本システムにおいて適宜設定可能である。すなわち、例えば、同一のキャラクタであって服装、装備、バージョン、レアリティ、レベル等が違っているもの、あるいは、予め関連付けられた相互に類似性を有する特定のキャラクタ同士を、本システム内での「同一のゲーム媒体」の範囲に含む、としてもよい。

さらに、フレンド申請の許可あるいは不許可のいずれか一方の選択を受け付ける選択受付処理に基づいて、プレイヤ２ａ～２ｎのアカウント表示に「同担拒否」あるいは「同担歓迎」といった表示をするように構成してもよい。このように、他のプレイヤに対して、自分が「同担拒否設定中」か「同担歓迎設定中」か、といった交流要求の許可、不許可に関する情報を示すことで、他のプレイヤが無駄に交流要求することを予め抑制することができる。なお、交流要求の許可、不許可に関する情報は、他のプレイヤ端末に表示されないようにしてもよい。

上記実施の形態では、サーバ２０に格納された情報処理プログラム４１が、プレイヤ端末３０でゲームに関する情報処理を実行する場合を説明したが、プレイヤ端末３０に情報処理プログラム４１が格納され、この情報処理プログラム４１が各プレイヤ端末３０でゲームに関するこれらの情報処理を実行するように構成してもよい。この場合、本システムは、サーバを設けずに、各プレイヤ端末（情報処理端末）のみで全ての情報処理が実行されるようにしてもよい。

また、図５、図７、図９，図１２の処理は、本実施形態の情報処理システムによる処理の一例を示したものであり、本願発明を限定する意図ではない。図中の処理に含まれる各工程は、図中に示される順序と異なる順序で実行するようにしてもよいし、一部の処理を並列に実行するよういしてもよいし、一部の工程を省略するようにしてもよいし、他の工程を追加してもよい。

本発明は、以下の構成を備える。
（項目１）
ネットワークを介してサーバにアクセス可能な複数のプレイヤ端末で実行可能なゲームを提供するゲームシステムにおいて、
前記ゲーム内で一のプレイヤに関連づけられている任意のゲーム媒体と同一の前記ゲーム媒体が関連づけられている他のプレイヤからの前記ゲーム内における交流要求の許可あるいは不許可に関する選択を受け付ける選択受付処理と、
該選択受付処理で受け付けた選択に基づいて前記交流要求の許可あるいは不許可のいずれか一方を決定する決定処理と、
を実行することを特徴とするゲームシステム。
（項目２）
前記プレイヤ端末を介して入力される、前記ゲーム内で前記プレイヤに関連づけられる前記ゲーム媒体の選択を受け付けるゲーム媒体選択受付処理と、
該ゲーム媒体選択受付処理で受け付けた選択に基づいて前記プレイヤに前記ゲーム媒体を関連づけるゲーム媒体処理と、
を実行することを特徴とする項目１に記載のゲームシステム。
（項目３）
前記ゲーム内で前記プレイヤに関連づけられる前記ゲーム媒体を前記ゲームにおける前記プレイヤのゲーム履歴情報に基づいて選択するゲーム媒体選択処理を実行する、
ことを特徴とする項目１または２に記載のゲームシステム。
（項目４）
前記ゲーム内において一の前記プレイヤと所定の関係にある他のプレイヤに関連づけられている前記ゲーム媒体を、前記プレイヤ端末を介して一の前記プレイヤが確認可能な状態で提示するゲーム媒体提示処理を実行する、
ことを特徴とする項目１または２に記載のゲームシステム。
（項目５）
一の前記プレイヤに関連づけられている前記ゲーム媒体を、前記プレイヤ端末を介して他の前記プレイヤに開示する選択を受け付けるゲーム媒体開示選択受付処理を実行する、
ことを特徴とする項目１または２に記載のゲームシステム。
（項目６）
ネットワークを介して複数のプレイヤ端末からアクセス可能であって前記プレイヤ端末にゲームを実行させる情報処理装置において、
前記ゲーム内で一のプレイヤに関連づけられている任意のゲーム媒体と同一の前記ゲーム媒体が関連づけられている他のプレイヤからの前記ゲーム内における交流要求の許可あるいは不許可に関する選択を受け付ける選択受付処理と、
該選択受付処理で受け付けた選択に基づいて前記交流要求の許可あるいは不許可のいずれか一方を決定する決定処理と、
を実行することを特徴とする情報処理装置。
（項目７）
ネットワークを介してサーバにアクセス可能な複数のプレイヤ端末でゲームを実行させる情報処理プログラムであって、
前記サーバに、
前記ゲーム内で一のプレイヤに関連づけられている任意のゲーム媒体と同一の前記ゲーム媒体が関連づけられている他のプレイヤからの前記ゲーム内における交流要求の許可あるいは不許可に関する選択を受け付ける選択受付処理、
該選択受付処理で受け付けた選択に基づいて前記交流要求の許可あるいは不許可のいずれか一方を決定する決定処理、
を実行させる情報処理プログラム。
（項目８）
ネットワークを介してサーバにアクセス可能な複数のプレイヤ端末でゲームを実行する情報処理方法であって、
前記サーバが、
前記ゲーム内で一のプレイヤに関連づけられている任意のゲーム媒体と同一の前記ゲーム媒体が関連づけられている他のプレイヤからの前記ゲーム内における交流要求の許可あるいは不許可に関する選択を受け付ける選択受付処理、
該選択受付処理で受け付けた選択に基づいて前記交流要求の許可あるいは不許可のいずれか一方を決定する決定処理、
を実行する情報処理方法。

１ 事業者
２ａ～２ｎ プレイヤ
１０ ゲームシステム
２０ サーバ
３０ａ～３０ｎ プレイヤ端末
４０ 記憶領域
４１ 情報処理プログラム
Ｄ２ ゲーム履歴情報
Ｍ ゲーム媒体

Claims (8)

1. ネットワークを介してサーバにアクセス可能な複数のプレイヤ端末で実行可能なゲームを提供するゲームシステムにおいて、
   前記ゲーム内で一のプレイヤに関連づけられている任意のゲーム媒体と同一の前記ゲーム媒体が関連づけられている他のプレイヤからの前記ゲーム内における交流要求の許可あるいは不許可に関する選択を受け付ける選択受付処理と、
   該選択受付処理で受け付けた選択に基づいて前記交流要求の許可あるいは不許可のいずれか一方を決定する決定処理と、
   を実行することを特徴とするゲームシステム。
2. 前記プレイヤ端末を介して入力される、前記ゲーム内で前記プレイヤに関連づけられる前記ゲーム媒体の選択を受け付けるゲーム媒体選択受付処理と、
   該ゲーム媒体選択受付処理で受け付けた選択に基づいて前記プレイヤに前記ゲーム媒体を関連づけるゲーム媒体処理と、
   を実行することを特徴とする請求項１に記載のゲームシステム。
3. 前記ゲーム内で前記プレイヤに関連づけられる前記ゲーム媒体を前記ゲームにおける前記プレイヤのゲーム履歴情報に基づいて選択するゲーム媒体選択処理を実行する、
   ことを特徴とする請求項１または２に記載のゲームシステム。
4. 前記ゲーム内において一の前記プレイヤと所定の関係にある他のプレイヤに関連づけられている前記ゲーム媒体を、前記プレイヤ端末を介して一の前記プレイヤが確認可能な状態で提示するゲーム媒体提示処理を実行する、
   ことを特徴とする請求項１または２に記載のゲームシステム。
5. 一の前記プレイヤに関連づけられている前記ゲーム媒体を、前記プレイヤ端末を介して他の前記プレイヤに開示する選択を受け付けるゲーム媒体開示選択受付処理を実行する、
   ことを特徴とする請求項１または２に記載のゲームシステム。
6. ネットワークを介して複数のプレイヤ端末からアクセス可能であって前記プレイヤ端末にゲームを実行させる情報処理装置において、
   前記ゲーム内で一のプレイヤに関連づけられている任意のゲーム媒体と同一の前記ゲーム媒体が関連づけられている他のプレイヤからの前記ゲーム内における交流要求の許可あるいは不許可に関する選択を受け付ける選択受付処理と、
   該選択受付処理で受け付けた選択に基づいて前記交流要求の許可あるいは不許可のいずれか一方を決定する決定処理と、
   を実行することを特徴とする情報処理装置。
7. ネットワークを介してサーバにアクセス可能な複数のプレイヤ端末でゲームを実行させる情報処理プログラムであって、
   前記サーバに、
   前記ゲーム内で一のプレイヤに関連づけられている任意のゲーム媒体と同一の前記ゲーム媒体が関連づけられている他のプレイヤからの前記ゲーム内における交流要求の許可あるいは不許可に関する選択を受け付ける選択受付処理、
   該選択受付処理で受け付けた選択に基づいて前記交流要求の許可あるいは不許可のいずれか一方を決定する決定処理、
   を実行させる情報処理プログラム。
8. ネットワークを介してサーバにアクセス可能な複数のプレイヤ端末でゲームを実行する情報処理方法であって、
   前記サーバが、
   前記ゲーム内で一のプレイヤに関連づけられている任意のゲーム媒体と同一の前記ゲーム媒体が関連づけられている他のプレイヤからの前記ゲーム内における交流要求の許可あるいは不許可に関する選択を受け付ける選択受付処理、
   該選択受付処理で受け付けた選択に基づいて前記交流要求の許可あるいは不許可のいずれか一方を決定する決定処理、
   を実行する情報処理方法。

Images