7833001 システム、プログラム、および方法

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

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

(11)【特許番号】

(24)【登録日】2026-03-10

(45)【発行日】2026-03-18

(54)【発明の名称】システム、プログラム、および方法

(51)【国際特許分類】

   A63F 13/87 20140101AFI20260311BHJP

   A63F 13/79 20140101ALI20260311BHJP

   A63F 13/795 20140101ALI20260311BHJP

   A63F 13/53 20140101ALI20260311BHJP

【ＦＩ】

A63F13/87

A63F13/79 500

A63F13/795

A63F13/53

【請求項の数】 14

(21)【出願番号】P 2024139005

(22)【出願日】2024-08-20

(65)【公開番号】P2025168182

(43)【公開日】2025-11-07

【審査請求日】2025-10-17

【早期審査対象出願】

(73)【特許権者】

【識別番号】000233778

【氏名又は名称】任天堂株式会社

(74)【代理人】

【識別番号】110001195

【氏名又は名称】弁理士法人深見特許事務所

(74)【代理人】

【識別番号】100130269

【弁理士】

【氏名又は名称】石原 盛規

(72)【発明者】

【氏名】岩橋 篤矢

(72)【発明者】

【氏名】小岩 亮太

(72)【発明者】

【氏名】小野 純和

【審査官】前地 純一郎

(56)【参考文献】

【文献】特開２０１６－０１９７５６（ＪＰ，Ａ）

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

【文献】特開２０１５－０６０２８７（ＪＰ，Ａ）

【文献】特開２０２３－０１５６３７（ＪＰ，Ａ）

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

【文献】特開２０２４－０２９４６０（ＪＰ，Ａ）

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

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

Ａ６３Ｆ ９／２４

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

【請求項1】

１つのルームに参加している複数のアカウントのそれぞれによって使用されている端末間で音声チャットを実行させるチャット実行部と、
第１アカウントとフレンド関係にあるそれぞれのアカウントを、前記第１アカウントのユーザによる操作に基づいて、当該第１アカウントにとっての第１状態アカウントとして設定する設定部と、
第２アカウントのユーザによって前記第１アカウントをルームに招待する招待操作がされたとき、当該ルームに前記第１アカウントにとっての前記第１状態アカウントが参加中でないことを含む所定の条件を満たすか判断する判断部と、
前記所定の条件が満たされる場合、当該第１アカウントがルームに招待されたことを、当該第１アカウントによって使用される端末に報知させる報知部とを備える、システム。

【請求項2】

前記第１アカウントによって使用されている端末は、前記第１アカウントが他のアカウントから招待されている少なくとも１つのルームを一覧表示するルーム一覧に、前記所定の条件が満たされるルームを表示する、請求項１に記載のシステム。

【請求項3】

前記第１アカウントによって使用されている端末は、招待されているルームに関する情報を取得し、取得したルームのうち、前記所定の条件を満たすルームをルーム一覧に表示する、請求項２に記載のシステム。

【請求項4】

前記第１アカウントによって使用されている端末は、前記ルーム一覧の表示中に、当該第１アカウントのユーザから所定の操作を受け付けると前記所定の条件を満たさないルームを表示する、請求項２に記載のシステム。

【請求項5】

前記第１アカウントによって使用されている端末は、
前記所定の条件を満たすルームに関する情報を取得し、取得した前記所定の条件を満たすルームを前記ルーム一覧に表示し、
当該第１アカウントのユーザから所定の操作を受け付けると前記所定の条件を満たさないルームの情報を取得し、取得した当該所定の条件を満たさないルームを前記ルーム一覧に表示する、請求項２に記載のシステム。

【請求項6】

前記第１アカウントによって使用されている端末は、前記所定の条件を満たす場合、チャットに招待されていることを示す情報を取得する、請求項１に記載のシステム。

【請求項7】

前記所定の条件は、ルームに前記第１アカウントにとってのブロックアカウントが参加中でないことを含む、請求項１に記載のシステム。

【請求項8】

前記設定部は、前記第１アカウントが第３アカウントに対して、前記フレンド関係になるためのフレンド申請を送信するときの事前設定操作に応じて、前記第３アカウントが前記フレンド申請を承諾したとき、当該第３アカウントを前記第１アカウントにとっての前記第１状態アカウントに設定する、請求項１に記載のシステム。

【請求項9】

前記設定部は、前記第１アカウントと前記フレンド関係にあるそれぞれのアカウントを、前記第１アカウントのユーザによる操作に基づいて、前記第１状態アカウントと異なるアカウントを、前記第１アカウントがルームに招待するアカウントの候補として表示される第２状態アカウントとして設定する、請求項１～請求項８のいずれか１項に記載のシステム。

【請求項10】

前記設定部は、前記フレンド関係にあるアカウントから、前記第２状態アカウントとするアカウントをユーザに選択させ、選択されなかったアカウントを前記第１状態アカウントとして設定する、請求項９に記載のシステム。

【請求項11】

前記報知部は、前記所定の条件が満たされる場合、当該ルームに前記第１アカウントにとって前記第１状態アカウントおよび前記第２状態アカウントのいずれでもないフレンドが参加しているか否かにかかわらず、当該第１アカウントがルームに招待されたことをユーザに報知する、請求項９に記載のシステム。

【請求項12】

前記所定の条件は、前記第１状態アカウントが参加予定でないことを含む、請求項１に記載のシステム。

【請求項13】

１または複数のプロセッサを有するサーバと、前記サーバによって管理される複数の端末とを含むシステムに用いられるプログラムであって、
前記プログラムは、前記１または複数のプロセッサに対して、
１つのルームに参加している複数のアカウントのそれぞれによって使用されている端末間で音声チャットを実行させるステップと、
第１アカウントとフレンド関係にあるそれぞれのアカウントを、前記第１アカウントのユーザによる操作に基づいて当該第１アカウントにとっての第１状態アカウントとして設定するステップと、
第２アカウントのユーザによって、前記第１アカウントをルームに招待する招待操作がされたとき、当該ルームに前記第１アカウントにとっての前記第１状態アカウントが参加中でないことを含む所定の条件を満たすか判断するステップと、
前記所定の条件が満たされる場合、当該第１アカウントがルームに招待されたことを、当該第１アカウントによって使用される端末に報知させるステップとを実行させる、プログラム。

【請求項14】

１または複数のプロセッサを有するサーバと、前記サーバによって管理される複数の端末とを含むシステムに用いられる方法であって、
前記方法は、前記複数の端末のいずれか１つに対して、
１つのルームに参加している複数のアカウントのそれぞれによって使用されている端末間で音声チャットを実行させるステップと、
第１アカウントとフレンド関係にあるそれぞれのアカウントを、前記第１アカウントのユーザによる操作に基づいて当該第１アカウントにとっての第１状態アカウントとして設定させるステップと、
第２アカウントのユーザによって、前記第１アカウントをルームに招待する招待操作がされたとき、当該ルームに前記第１アカウントにとっての前記第１状態アカウントが参加中でないことを含む所定の条件を満たすか判断させるステップと、
前記所定の条件が満たされる場合、当該第１アカウントがルームに招待されたことを、当該第１アカウントによって使用される端末に報知させるステップとを含む、方法。

【発明の詳細な説明】

【技術分野】

【0001】

本開示は、システム、プログラム、および方法に関する。

【背景技術】

【0002】

特許文献１（特開２００４－１９９１３４号公報）には、あるユーザがサーバ上に仮想ルームを開設した後、他のユーザを当該仮想ルームに招待して会話を楽しむことが可能な技術が開示されている。

【先行技術文献】

【特許文献】

【0003】

【文献】特開２００４－１９９１３４号公報

【発明の概要】

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

【0004】

仮想ルームへの招待を受けたユーザは、参加することを望まない仮想ルームに意図せずに参加してしまう場合があった。

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

【0005】

（構成１）ある実施の形態に従うシステムは、１つのルームに参加している複数のアカウントのそれぞれによって使用されている端末間で音声チャットを実行させるチャット実行部と、第１アカウントとフレンド関係にあるそれぞれのアカウントを、第１アカウントのユーザによる操作に基づいて、当該第１アカウントにとっての第１状態アカウントとして設定する設定部と、第２アカウントのユーザによって第１アカウントをルームに招待する招待操作がされたとき、当該ルームに第１アカウントにとっての第１状態アカウントが参加中でないことを含む所定の条件を満たすか判断する判断部と、所定の条件が満たされる場合、当該第１アカウントがルームに招待されたことを、当該第１アカウントによって使用される端末に報知させる報知部とを備える。

【0006】

（構成２）構成１において、第１アカウントによって使用されている端末は、第１アカウントが他のアカウントから招待されている少なくとも１つのルームを一覧表示するルーム一覧に、所定の条件が満たされるルームを表示する。

【0007】

（構成３）構成２において、第１アカウントによって使用されている端末は、招待されているルームに関する情報を取得し、取得したルームのうち、所定の条件を満たすルームをルーム一覧に表示する。

【0008】

（構成４）構成２または構成３において、第１アカウントによって使用されている端末は、ルーム一覧の表示中に、当該第１アカウントのユーザから所定の操作を受け付けると所定の条件を満たさないルームを表示する。

【0009】

（構成５）構成２において、第１アカウントによって使用されている端末は、所定の条件を満たすルームに関する情報を取得し、取得した所定の条件を満たすルームをルーム一覧に表示し、当該第１アカウントのユーザから所定の操作を受け付けると所定の条件を満たさないルームの情報を取得し、取得した当該所定の条件を満たさないルームをルーム一覧に表示する。

【0010】

（構成６）構成１において、第１アカウントによって使用されている端末は、所定の条件を満たす場合、チャットに招待されていることを示す情報を取得する。

【0011】

（構成７）構成１～構成６のいずれかにおいて、所定の条件は、ルームに第１アカウントにとってのブロックアカウントが参加中でないことを含む。

【0012】

（構成８）構成１～構成７のいずれかにおいて、設定部は、第１アカウントが第３アカウントに対して、フレンド関係になるためのフレンド申請を送信するときの事前設定操作に応じて、第３アカウントがフレンド申請を承諾したとき、当該第３アカウントを第１アカウントにとっての第１状態アカウントに設定する。

【0013】

（構成９）構成１～構成８のいずれかにおいて、設定部は、第１アカウントとフレンド関係にあるそれぞれのアカウントを、第１アカウントのユーザによる操作に基づいて、第１状態アカウントと異なるアカウントを、第１アカウントがルームに招待するアカウントの候補として表示される第２状態アカウントとして設定する。

【0014】

（構成１０）構成９において、設定部は、フレンド関係にあるアカウントから、第２状態アカウントとするアカウントをユーザに選択させ、選択されなかったアカウントを第１状態アカウントとして設定する。

【0015】

（構成１１）構成９において、報知部は、所定の条件が満たされる場合、当該ルームに第１アカウントにとって第１状態アカウントおよび第２状態アカウントのいずれでもないフレンドが参加しているか否かにかかわらず、当該第１アカウントがルームに招待されたことをユーザに報知する。

【0016】

（構成１２）構成１～構成１１のいずれかにおいて、所定の条件は、第１状態アカウントが参加予定でないことを含む。

【0017】

（構成１３）ある実施の形態に従うプログラムは、１または複数のプロセッサを有するサーバと、サーバによって管理される複数の端末とを含むシステムに用いられるプログラムであって、プログラムは、１または複数のプロセッサに対して、１つのルームに参加している複数のアカウントのそれぞれによって使用されている端末間で音声チャットを実行させるステップと、第１アカウントとフレンド関係にあるそれぞれのアカウントを、第１アカウントのユーザによる操作に基づいて当該第１アカウントにとっての第１状態アカウントとして設定するステップと、第２アカウントのユーザによって、第１アカウントをルームに招待する招待操作がされたとき、当該ルームに第１アカウントにとっての第１状態アカウントが参加中でないことを含む所定の条件を満たすか判断するステップと、所定の条件が満たされる場合、当該第１アカウントがルームに招待されたことを、当該第１アカウントによって使用される端末に報知させるステップとを実行させる。

【0018】

（構成１４）ある実施の形態に従う方法は、１または複数のプロセッサを有するサーバと、サーバによって管理される複数の端末とを含むシステムに用いられる方法であって、方法は、複数の端末のいずれか１つに対して、１つのルームに参加している複数のアカウントのそれぞれによって使用されている端末間で音声チャットを実行させるステップと、第１アカウントとフレンド関係にあるそれぞれのアカウントを、第１アカウントのユーザによる操作に基づいて当該第１アカウントにとっての第１状態アカウントとして設定させるステップと、第２アカウントのユーザによって、第１アカウントをルームに招待する招待操作がされたとき、当該ルームに第１アカウントにとっての第１状態アカウントが参加中でないことを含む所定の条件を満たすか判断させるステップと、所定の条件が満たされる場合、当該第１アカウントがルームに招待されたことを、当該第１アカウントによって使用される端末に報知させるステップとを含む。

【図面の簡単な説明】

【0019】

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

【図2】本実施の形態に従う情報処理システムに含まれるサーバのハードウェア構成例を示す模式図である。

【図3】本実施の形態に従う情報処理システムに含まれるゲーム端末のハードウェア構成例を示す模式図である。

【図4】フレンド関係の設定処理を説明するためのシーケンス図の一例である。

【図5】チャットアプリの起動時の処理を示すフローチャートの一例である。

【図6】ステップＳ２０２における表示画面の一例である。

【図7】チャットフレンド分類の状態を示すイメージ図である。

【図8】オーバーレイ通知が行われる流れを示すシーケンス図である。

【図9】ステップＳ３０１の判断処理を説明するためのフローチャートである。

【図10】オーバーレイ通知の一例を示す表示画面の一例である。

【図11】チャットアプリのメインメニュー画面の一例である。

【図12】仮想ルームの一覧表示のシーケンス図の一例を示す図である。

【図13】表示ルームの一覧を示す表示画面の一例である。

【図14】アカウントＢからの招待された仮想ルームの詳細を示す表示画面の一例を示す図である。

【図15】非表示ルームの一覧を示す表示画面の一例である。

【図16】アカウントＣからの招待された仮想ルームの詳細を示す表示画面の一例を示す図である。

【図17】アカウントＤからの招待された仮想ルームの詳細を示す表示画面の一例を示す図である。

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

【0020】

本実施の形態について、図面を参照しながら詳細に説明する。なお、図中の同一または相当部分については、同一符号を付してその説明は繰り返さない。

【0021】

＜実施の形態＞
［Ａ．概要］
本実施の形態に従う情報処理システム１００の構成例について説明する。図１は、本実施の形態に従う情報処理システム１００の一例を示す模式図である。情報処理システム１００は、サーバＳｒ１を用いてアカウント同士のコミュニケーションサービスを提供するシステムである。アカウントは、ユーザを識別するための情報である。情報処理システム１００において生成された全てのアカウントに関する情報は、サーバＳｒ１に保存されてもよい。

【0022】

本実施の形態の情報処理システム１００において、あるアカウントは、少なくとも１つの他のアカウントをコミュニケーションに招待可能である。コミュケーションは、音声を伴うコミュニケーションおよび文字によるコミュニケーションの少なくとも一方を含むが、本実施の形態では音声を伴うコミュニケーションを主として説明する。

【0023】

コミュケーションは、各々の端末に記憶されているコミュニケーションアプリケーションプログラム３６４の実行によって実現する。コミュニケーションアプリケーションプログラム３６４は、チャットアプリケーション（「チャットアプリ」と称する。）を実行するためのプログラムである。

【0024】

チャットアプリの実行中に同一のコミュニケーショングループ（以下、「仮想ルーム」と称する。）に参加する複数のアカウントは、互いにコミュニケーションを行うことができる。本実施の形態におけるチャットアプリは、仮想ルーム内において、１または複数のアカウントにゲームの配信を行わせながら、ユーザ間にてコミュニケーションを行わせることができる。以下、チャットアプリによるコミュニケーションを単に「チャット」と称する。なお、チャットアプリにおいてゲームの配信はできなくてもよい。

【0025】

ある仮想ルームに参加する、あるアカウントに関連付けられたゲーム端末と、当該仮想ルームに参加する１または複数の他のアカウントにそれぞれ対応付けられた１または複数の他のゲーム端末との間でのコミュケーションは、予め定められた条件が満たされることで可能となってもよい。サーバＳｒ１は、当該予め定められた条件が満たされるか否かを判断する処理の少なくとも一部を実行してもよい。

【0026】

アカウント同士のコミュニケーションにおける予め定められた条件は、例えばフレンド関係が設定されていることである。フレンド関係は、２つのアカウントに対して所定の機能が提供可能となる関係性である。ユーザは、自身のフレンドとして設定したい特定のアカウントのフレンドコード等を自身の端末に入力して、当該特定のアカウントに対してフレンド関係となるための申請を行う。なお、仮想ルーム内において、各アカウントは少なくとも１つの他のアカウントとフレンド関係であればよく、他の全てのアカウントとフレンド関係でなくてもよい。

【0027】

フレンド関係が設定されることにより提供される所定の機能は、例えば、フレンドの情報（フレンドのオンライン状況、フレンドがプレイ中のゲームタイトル、フレンドになった経緯および日時を示す情報等）を表示したり、オンラインゲームへの招待を送信したり、一緒のチームでゲームをプレイできたりする機能を含み得る。なお、フレンド関係は、コミュニケーション機能が提供可能となる関係であって、その他の機能は提供されなくてもよい。

【0028】

本実施形態において、フレンド関係は、アカウントを双方向で関連付ける関係性を示す。例えばアカウントＡ，Ｂ間でフレンド関係が設定された場合、アカウントＡは、アカウントＢにとってのフレンドとなり、アカウントＢも、アカウントＡにとってのフレンドとなる。

【0029】

本実施の形態において、ユーザは、自身のアカウントとフレンド関係を有するアカウントごとに、チャットに関するフレンド分類を行う。本実施の形態において、チャットに関するフレンド分類は第１分類と第２分類とを含む。第１分類に分類されたアカウント（以下、「第１分類アカウント」と称する。）は、例えば、ユーザにとってチャットを行うことが想定されていないフレンドである。第２分類に分類されたアカウント（以下、「第２分類アカウント」と称する。）は、例えば、ユーザにとってチャットを行うことが想定されたフレンドである。

【0030】

本実施形態においては、チャットに関するフレンド分類は、フレンド関係と異なり、一方向で記憶される。例えば、アカウントＢがアカウントＡにとっての第２分類アカウントとして設定された場合であっても、アカウントＡがアカウントＢにとっての第１分類アカウントとして設定される場合や、アカウントＡがアカウントＢに対してフレンド分類を設定していない場合もあり得る。

【0031】

以下では、あるアカウントが、仮想ルームの生成命令を行い、当該生成命令に応じて生成された仮想ルームにフレンドを招待する場合、当該あるアカウントを「主催者アカウント」と称する。主催者アカウントは、当該主催者アカウントにとっての第２分類アカウントだけを仮想ルームに招待できてもよい。本実施の形態において情報処理システム１００は、主催者アカウントが仮想ルームに招待するフレンドを選択するとき、当該主催者アカウントにとっての第２分類アカウントだけを仮想ルームへの招待候補として、当該主催者アカウントに対して表示させる。

【0032】

以下では、主催者アカウントによって仮想ルームに招待されるアカウントを「招待アカウント」と称する場合がある。主催者アカウントは、１つの仮想ルームに対して、複数のアカウントを招待アカウントとして招待可能である。この場合、あるアカウントが招待アカウントとして仮想ルームに招待されるとき、当該仮想ルームに招待されている他の招待アカウントが、当該あるアカウントにとっての第２分類アカウントであるとは限らない。すなわち、仮想ルームに招待されている他の招待アカウントは、当該あるアカウントにとっての第１分類アカウントである場合がある。同様に、あるアカウントが招待アカウントとして仮想ルームに招待されるとき、当該仮想ルームの主催者アカウントが、当該あるアカウントにとっての第１分類アカウントである場合も考えられる。

【0033】

本実施の形態の情報処理システム１００では、仮想ルームに参加可能な全てのアカウントが、ある招待アカウントにとって第１分類アカウントではない場合と、仮想ルームに参加可能な全ての他のアカウントのうちの少なくとも１つのアカウントが当該ある招待アカウントにとって第１分類アカウントである場合とで、当該ある招待アカウントに対して仮想ルームへ招待された旨を通知する態様を変更する。なお、本実施形態における「仮想ルームに参加可能なアカウント」には、当該仮想ルームを生成した主催者アカウントおよび、当該主催者アカウントによって招待された全てのアカウントが含まれる。なお、参加可能とは、仮想ルームに参加中であることだけでなく、招待されているが未参加であることや参加した後に退出したことが含まれる。本実施形態においては、仮想ルームから退出したアカウントは、当該仮想ルームに再度参加することができる。

【0034】

［Ｂ．全体構成］
情報処理システム１００は、サーバＳｒ１と、数十台、数百台、もしくはそれ以上の数の複数の端末を含み得る。複数の端末には、専用のゲーム端末、スマートフォン、タブレット、ＰＣ等が含まれ得る。情報処理システム１００に含まれる複数の端末と、サーバＳｒ１とは、互いにネットワークＮＷを介して接続可能である。ネットワークＮＷは、例えばインターネットである。図１の例では、情報処理システム１００に含まれる複数の端末のうち、ゲーム端末３０Ａ，３０Ｂが図示されている。

【0035】

ゲーム端末３０Ａ，３０Ｂは、一例として、ユーザにゲームを提供するためのゲーム専用の情報処理装置である。以下では、ゲーム端末３０Ａ，３０Ｂをまとめて「ゲーム端末３０」と称する。ゲーム端末３０Ａ，３０Ｂの各々は、ゲームアプリケーションプログラム３６１と、端末側アカウント情報３６２と、コミュニケーションアプリケーションプログラム３６４とを含む。ゲームアプリケーションプログラム３６１は、ゲームアプリケーションを実行するためのプログラムである。ゲーム端末３０は、携帯式、据え置き式、ハイブリッド式のいずれでもよい。なお、ゲーム端末３０は、ゲームアプリケーションプログラムを実行可能な汎用のＰＣやスマートフォン、タブレット等であってもよい。

【0036】

端末側アカウント情報３６２は、ゲーム端末３０に関連付けられた個別のアカウントに関する情報を含む。ゲーム端末３０Ａ，３０ＢにはアカウントＡ，Ｂが関連付けられている。そのため、図１に示されるようにアカウントＡ，Ｂに関する情報がゲーム端末３０Ａ，３０Ｂ内の端末側アカウント情報３６２にそれぞれ含まれている。コミュニケーションアプリケーションプログラム３６４は、仮想ルーム内のユーザ間で音声の送受信を行うためのプログラムである。アカウントＡ，Ｂは、各々がゲームアプリケーションプログラム３６１を実行しつつ、コミュニケーションアプリケーションプログラム３６４を実行して互いにチャットを行うことができる。

【0037】

なお、ゲーム端末３０には、複数のアカウントが関連付けられてもよい。つまり、端末側アカウント情報３６２は、複数のアカウント情報を含み得る。また、同一のアカウントが複数の端末に関連付けられていてもよい。

【0038】

［Ｃ．ハードウェア構成例］
以下では、図２，図３を用いて、本実施の形態に従う情報処理システム１００を構成するサーバＳｒ１、ゲーム端末３０のハードウェア構成例について説明する。

【0039】

図２は、本実施の形態に従う情報処理システム１００に含まれるサーバＳｒ１のハードウェア構成例を示す模式図である。図２を参照して、サーバＳｒ１は、通信部１３と、１または複数のプロセッサ１４と、メモリ１５と、ストレージ１６とを含む。これらのコンポーネントは、バス１７を介して、互いにデータ通信可能に接続されている。なお、サーバＳｒ１は、アカウントの管理およびコミュニケーションの実行を行う専用の情報処理装置であってもよいし、汎用的なサーバを用いて実現されてもよい。

【0040】

通信部１３は、情報処理システム１００に含まれる複数の端末との間でネットワークＮＷを介した通信を行う。通信部１３は、有線通信に必要なハードウェアおよび無線通信に必要なハードウェアのうちの少なくとも１つを有する。なお、通信部１３の処理の全部または一部はプロセッサ１４によって実現されてもよい。

【0041】

プロセッサ１４は、サーバＳｒ１が提供する処理を実行するための処理主体（処理手段）である。本開示において、「プロセッサ」という用語は、例えば、ＣＰＵ（Central Processing Unit）、ＭＰＵ（Micro Processing Unit）、ＧＰＵ（Graphics Processing Unit）等の処理回路を意味する。「プロセッサ」という用語には、プログラムに記述された命令コードに従って処理を実行する処理回路、ＳｏＣ（System on Chip）等の複数の機能が集約された処理回路、ハードワイヤード回路等が包含される。

【0042】

メモリ１５は、プロセッサ１４がアクセス可能な揮発性記憶装置（記憶媒体）であり、例えば、ＤＲＡＭ（Dynamic Random Access Memory）またはＳＲＡＭ（Static Random Access Memory）等が用いられ得る。ストレージ１６は、プロセッサ１４がアクセス可能な不揮発性記憶装置（記憶媒体）であり、例えばハードディスクやフラッシュメモリ等が用いられ得る。ストレージ１６は、例えば、光ディスクおよびカートリッジといったサーバＳｒ１に着脱可能な記憶媒体であってもよい。

【0043】

ストレージ１６には、管理プログラム１６２、アカウント情報１６４、フレンド情報１６５、チャットフレンド分類情報１６６が格納されている。プロセッサ１４は、管理プログラム１６２を読み込んでメモリ１５に展開して実行する。本明細書において、「メモリ」との用語は、少なくとも、揮発性のメモリおよび不揮発性のストレージの両方を包含する。

【0044】

管理プログラム１６２は、１つのルームに参加している複数のアカウントのそれぞれによって使用されているゲーム端末３０間でチャットを実行させるプログラムであって、例えば、アカウント同士のコミュニケーションの実行処理、およびコミュニケーションへの招待の通知処理等を統括するためのプログラムである。アカウント情報１６４は、情報処理システム１００に登録されている全てのアカウントに関する情報であり、各アカウントのユーザの氏名、年齢、メールアドレス、ＩＤ、パスワード等を含み得る。

【0045】

フレンド情報１６５は、登録されている全てのアカウントのうち、いずれのアカウント同士がフレンド関係を有しているかを示す情報である。チャットフレンド分類情報１６６は、上述したチャットに関するフレンド分類（以下、単に「チャットフレンド分類」と称する。）を示す情報であって、あるアカウントのフレンドが当該あるアカウントにとって第１分類アカウントまたは第２分類アカウントのいずれとして設定されているのか、もしくは未設定の状態であるのかを示す情報である。

【0046】

図３は、本実施の形態に従う情報処理システム１００に含まれるゲーム端末３０のハードウェア構成例を示す模式図である。ゲーム端末３０は、ディスプレイ３１、操作部３２、通信部３３、１または複数のプロセッサ３４、メモリ３５、ストレージ３６、カメラＣｍ、マイクＭｋ、スピーカＳｐおよびバス３９を有している。

【0047】

ディスプレイ３１は、プロセッサ３４で実行される情報処理の結果として生成される画像を表示する。操作部３２は、ゲーム端末３０を操作するユーザの操作を受け付ける。操作部３２は、例えば、押ボタン、操作レバー、タッチパネル、マウス、およびキーボードのうちの少なくとも１つを含み得る。

【0048】

ゲーム端末３０に含まれる各コンポーネントは、バス３９を介して、互いにデータ通信可能に接続されている。ゲーム端末３０は、マイクＭｋ、カメラＣｍ、およびスピーカＳｐを用いて、音声チャットによりアカウント間でのコミュニケーションを実現する。

【0049】

ディスプレイ３１、操作部３２、マイクＭｋ、カメラＣｍ、スピーカＳｐ等の各コンポーネントは、ゲーム端末３０に含まれなくてもよい。例えば、ディスプレイ３１、操作部３２、マイクＭｋ、カメラＣｍ、スピーカＳｐのうちの少なくとも一つは、ゲーム端末３０と有線または無線によって接続可能な、ゲーム端末３０と異なる外部装置であってもよい。

【0050】

ストレージ３６には、ゲームアプリケーションプログラム３６１と、端末側アカウント情報３６２と、フレンド設定プログラム３６３と、コミュニケーションアプリケーションプログラム３６４とが記憶されている。

【0051】

ゲームアプリケーションプログラム３６１は、例えば、図示されないアプリ配信サーバからネットワークを介してゲーム端末３０へとダウンロードされてもよいし、物理的に接続された別体の記憶媒体から読み出されてもよい。フレンド設定プログラム３６３は、他のアカウントに対してフレンド関係をリクエストする申請をしたり、他のアカウントから受けたリクエストを承認したりするプログラムである。

【0052】

コミュニケーションアプリケーションプログラム３６４は、フレンドとコミュニケーションを行うためのアプリケーションである。コミュニケーションアプリケーションプログラム３６４は、主催者アカウントから仮想ルームへの招待を受けたことに応じて、招待を受けたことをゲーム実行中画面やゲームタイトルの選択画面等に重畳させるオーバーレイ通知処理を含む。オーバーレイ通知は、表示されている画面の内容にかかわらず、画面に重畳表示されてもよい。

【0053】

［Ｄ．チャットフレンド分類の設定］
本実施の形態の情報処理システム１００では、招待された側のアカウントが関連付けられているゲーム端末３０は、招待されている仮想ルームに参加可能な全てのアカウントが当該招待された側のアカウントにとっての第１分類アカウントではない場合、当該仮想ルームに招待されたことを示すオーバーレイ通知を行う。以下では、アカウントＢが主催者アカウントとなり、アカウントＡを含む複数の招待アカウントを招待したときの例を用いて、オーバーレイ通知に関する説明を行う。

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

１３，３３ 通信部、１４，３４ プロセッサ、Ｒ１～Ｒ１６ 領域、１５，３５ メモリ、１６，３６ ストレージ、１７，３９ バス、３０，３０Ａ，３０Ｂ ゲーム端末、３１ ディスプレイ、３２ 操作部、１００ 情報処理システム、１６２ 管理プログラム、１６４ アカウント情報、１６５ フレンド情報、１６６ チャットフレンド分類情報、３６１ ゲームアプリケーションプログラム、３６２ 端末側アカウント情報、３６３ フレンド設定プログラム、３６４ コミュニケーションアプリケーションプログラム、Ａ～Ｆ アカウント、Ｃｍ カメラ、ＩｃＢ～ＩｃＥ，ＩｃＸ アイコン、Ｉｍ１，Ｉｍ２，Ｉｍ４～Ｉｍ８ 表示画面、Ｉｍ３ メインメニュー画面、Ｍｋ マイク、ＮＷ ネットワーク、Ｓｐ スピーカ、Ｓｒ１ サーバ。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】