(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2023131961
(43)【公開日】2023-09-22
(54)【発明の名称】情報処理システムおよびプログラム
(51)【国際特許分類】
G06T 19/00 20110101AFI20230914BHJP
A63F 13/69 20140101ALI20230914BHJP
A63F 13/53 20140101ALI20230914BHJP
A63F 13/55 20140101ALI20230914BHJP
A63F 13/79 20140101ALI20230914BHJP
G06F 3/01 20060101ALI20230914BHJP
G06F 3/0481 20220101ALI20230914BHJP
【ＦＩ】
G06T19/00 300B
A63F13/69
A63F13/53
A63F13/55
A63F13/79
G06F3/01 510
G06F3/0481
【審査請求】有
【請求項の数】13
【出願形態】ＯＬ
(21)【出願番号】P 2022036994
(22)【出願日】2022-03-10
(71)【出願人】
【識別番号】000129149
【氏名又は名称】株式会社カプコン
(74)【代理人】
【識別番号】110002789
【氏名又は名称】弁理士法人ＩＰＸ
(72)【発明者】
【氏名】丸山 敦史
【テーマコード（参考）】
5B050
5E555
【Ｆターム（参考）】
5B050AA03
5B050BA09
5B050BA12
5B050BA20
5B050CA07
5B050CA08
5B050DA01
5B050EA04
5B050EA26
5B050FA02
5B050FA05
5B050FA10
5B050FA13
5B050FA14
5B050GA08
5E555AA76
5E555BA20
5E555BA87
5E555BB20
5E555BC18
5E555CB01
5E555CB81
5E555CC11
5E555DA01
5E555DB32
5E555DC07
5E555DC84
5E555DD06
5E555DD07
5E555FA00
(57)【要約】
【課題】ユーザの利便性を向上し得るゲームを実行する技術を提供すること。
【解決手段】本開示の一態様によれば、情報処理システムが提供される。この情報処理システムは、制御部を備える。制御部は、次の各ステップを実行するように構成される。管理ステップでは、仮想空間における複数の領域と、領域それぞれに関連付けられた領域属性とを管理する。アバター制御ステップでは、第１ユーザに対応する第１アバターを、領域のうちの１つである特定領域内に配置するように制御する。決定ステップでは、特定領域内における第１アバターに関する表示の態様を、特定領域に関連付けられた領域属性に応じて決定する。
【選択図】図１
【解決手段】本開示の一態様によれば、情報処理システムが提供される。この情報処理システムは、制御部を備える。制御部は、次の各ステップを実行するように構成される。管理ステップでは、仮想空間における複数の領域と、領域それぞれに関連付けられた領域属性とを管理する。アバター制御ステップでは、第１ユーザに対応する第１アバターを、領域のうちの１つである特定領域内に配置するように制御する。決定ステップでは、特定領域内における第１アバターに関する表示の態様を、特定領域に関連付けられた領域属性に応じて決定する。
【選択図】図１
【特許請求の範囲】
【請求項1】
情報処理システムであって、
制御部を備え、
前記制御部は、次の各ステップを実行するように構成され、
管理ステップでは、仮想空間における複数の領域と、前記領域それぞれに関連付けられた領域属性とを管理し、
アバター制御ステップでは、第１ユーザに対応する第１アバターを、前記領域のうちの１つである特定領域内に配置するように制御し、
決定ステップでは、前記特定領域内における前記第１アバターに関する表示の態様を、前記特定領域に関連付けられた領域属性に応じて決定する、もの。
制御部を備え、
前記制御部は、次の各ステップを実行するように構成され、
管理ステップでは、仮想空間における複数の領域と、前記領域それぞれに関連付けられた領域属性とを管理し、
アバター制御ステップでは、第１ユーザに対応する第１アバターを、前記領域のうちの１つである特定領域内に配置するように制御し、
決定ステップでは、前記特定領域内における前記第１アバターに関する表示の態様を、前記特定領域に関連付けられた領域属性に応じて決定する、もの。
【請求項2】
請求項１に記載の情報処理システムにおいて、
前記アバター制御ステップでは、さらに、前記第１ユーザ以外の第２ユーザに対応する第２アバターを、前記特定領域内に配置するように制御し、
さらに、表示ステップでは、前記第２ユーザに対応する視野において、前記第１アバターを、決定された態様で表示させる、もの。
前記アバター制御ステップでは、さらに、前記第１ユーザ以外の第２ユーザに対応する第２アバターを、前記特定領域内に配置するように制御し、
さらに、表示ステップでは、前記第２ユーザに対応する視野において、前記第１アバターを、決定された態様で表示させる、もの。
【請求項3】
請求項２に記載の情報処理システムにおいて、
さらに、通信制御ステップでは、前記第１ユーザと前記第２ユーザとの間における、前記第１アバターおよび前記第２アバターを介したインタラクションを制御する、もの。
さらに、通信制御ステップでは、前記第１ユーザと前記第２ユーザとの間における、前記第１アバターおよび前記第２アバターを介したインタラクションを制御する、もの。
【請求項4】
請求項１～請求項３の何れか１つに記載の情報処理システムにおいて、
前記アバター制御ステップでは、前記特定領域内に配置された第１アバターを、前記特定領域とは別の領域内に配置するように制御し、
前記決定ステップでは、前記第１ユーザによる入力によらずに、前記別の領域に関連付けられた領域属性に応じて前記態様を決定する、もの。
前記アバター制御ステップでは、前記特定領域内に配置された第１アバターを、前記特定領域とは別の領域内に配置するように制御し、
前記決定ステップでは、前記第１ユーザによる入力によらずに、前記別の領域に関連付けられた領域属性に応じて前記態様を決定する、もの。
【請求項5】
請求項４に記載の情報処理システムにおいて、
さらに、通知ステップでは、前記第１アバターを、前記第１ユーザ以外の第２ユーザの視野において表示させる前に、前記第１ユーザに通知をし、ここで
前記通知は、決定された態様で前記第１アバターを表示させてよいか否かを、前記第１ユーザに確認する内容を含む、もの。
さらに、通知ステップでは、前記第１アバターを、前記第１ユーザ以外の第２ユーザの視野において表示させる前に、前記第１ユーザに通知をし、ここで
前記通知は、決定された態様で前記第１アバターを表示させてよいか否かを、前記第１ユーザに確認する内容を含む、もの。
【請求項6】
請求項４または請求項５に記載の情報処理システムにおいて、
前記態様は、前記特定領域に関連付けられた領域属性と、前記別の領域に関連付けられた領域属性との関係に応じて決定される、もの。
前記態様は、前記特定領域に関連付けられた領域属性と、前記別の領域に関連付けられた領域属性との関係に応じて決定される、もの。
【請求項7】
請求項１～請求項６の何れか１つに記載の情報処理システムにおいて、
さらに、変更ステップでは、前記特定領域に関連付けられた前記領域属性を、別の領域属性へと変更し、
前記決定ステップでは、前記第１アバターが前記特定領域内に配置されている状態で前記領域属性が変更された場合に、前記第１ユーザによる入力によらずに、前記別の領域属性に応じて、前記態様を決定する、もの。
さらに、変更ステップでは、前記特定領域に関連付けられた前記領域属性を、別の領域属性へと変更し、
前記決定ステップでは、前記第１アバターが前記特定領域内に配置されている状態で前記領域属性が変更された場合に、前記第１ユーザによる入力によらずに、前記別の領域属性に応じて、前記態様を決定する、もの。
【請求項8】
請求項７に記載の情報処理システムにおいて、
前記変更ステップでは、前記特定領域に対して設定された時刻に応じて、前記領域属性を変更する、もの。
前記変更ステップでは、前記特定領域に対して設定された時刻に応じて、前記領域属性を変更する、もの。
【請求項9】
請求項７または請求項８に記載の情報処理システムにおいて、
前記変更ステップでは、前記特定領域に対して設定された環境情報に基づいて、前記領域属性を変更し、ここで
前記環境情報とは、前記領域内の環境を定義するための情報であり、かつ、ユーザが、前記ユーザ自身の五感によって認識可能な情報である、もの。
前記変更ステップでは、前記特定領域に対して設定された環境情報に基づいて、前記領域属性を変更し、ここで
前記環境情報とは、前記領域内の環境を定義するための情報であり、かつ、ユーザが、前記ユーザ自身の五感によって認識可能な情報である、もの。
【請求項10】
請求項７～請求項９の何れか１つに記載の情報処理システムにおいて、
前記態様は、変更前と変更後の領域属性の関係性に基づいて決定される、もの。
前記態様は、変更前と変更後の領域属性の関係性に基づいて決定される、もの。
【請求項11】
請求項１～請求項１０の何れか１つに記載の情報処理システムにおいて、
さらに、領域生成ステップでは、複数の前記領域に基づいて新領域を生成し、
前記新領域の領域属性は、複数の前記領域のうち少なくとも１つの領域に関連付けられた領域属性に基づいて決定される、もの。
さらに、領域生成ステップでは、複数の前記領域に基づいて新領域を生成し、
前記新領域の領域属性は、複数の前記領域のうち少なくとも１つの領域に関連付けられた領域属性に基づいて決定される、もの。
【請求項12】
請求項１～請求項１１の何れか１つに記載の情報処理システムにおいて、
前記態様は、前記第１ユーザの保有するアイテムの中から、前記特定領域に関連付けられた領域属性とアイテム属性との関係に基づいて、前記第１アバターと対応付けて表示させるアイテムを特定することで決定され、ここで
前記アイテム属性とは、前記アイテムに関連付けられて管理される情報である、もの。
前記態様は、前記第１ユーザの保有するアイテムの中から、前記特定領域に関連付けられた領域属性とアイテム属性との関係に基づいて、前記第１アバターと対応付けて表示させるアイテムを特定することで決定され、ここで
前記アイテム属性とは、前記アイテムに関連付けられて管理される情報である、もの。
【請求項13】
プログラムであって、
請求項１～請求項１２の何れか１つに記載の情報処理システムにおける各ステップを、コンピュータに実行させる、もの。
請求項１～請求項１２の何れか１つに記載の情報処理システムにおける各ステップを、コンピュータに実行させる、もの。
【発明の詳細な説明】
【技術分野】
【0001】
本開示は、情報処理システムおよびプログラムに関する。
【背景技術】
【0002】
従来、仮想空間内に、ユーザに対応するアバターを配置するように制御する技術が知られている。例えば、特許文献１では、仮想の部屋を含む仮想空間が各ユーザに提供され、ユーザが、アバターを操作して他のユーザの仮想の部屋を訪問することのできる技術が開示されている。
【先行技術文献】
【特許文献】
【0003】
【特許文献1】特開２０１８－０９７４２７号公報
【発明の概要】
【発明が解決しようとする課題】
【0004】
ところで、仮想空間においては、アバターが配置される領域に応じて、アバターに関する表示を適切な態様とすることが望ましい場合がある。
【0005】
本開示では上記事情に鑑み、ユーザの利便性を向上し得るゲームを実行する技術を提供することとした。
【課題を解決するための手段】
【0006】
本開示の一態様によれば、情報処理システムが提供される。この情報処理システムは、制御部を備える。制御部は、次の各ステップを実行するように構成される。管理ステップでは、仮想空間における複数の領域と、領域それぞれに関連付けられた領域属性とを管理する。アバター制御ステップでは、第１ユーザに対応する第１アバターを、領域のうちの１つである特定領域内に配置するように制御する。決定ステップでは、特定領域内における第１アバターに関する表示の態様を、特定領域に関連付けられた領域属性に応じて決定する。
【0007】
本開示によれば、ユーザの利便性を向上し得るゲームを実現することができる。
【図面の簡単な説明】
【0008】
【図1】本実施形態に係る情報処理システム１のハードウェア構成を示すブロック図である。
【図2】本実施形態に係る情報処理装置２の機能構成を示すブロック図である。
【図3】情報処理システム１により実行される処理の流れの一例を示すアクティビティ図である。
【図4】領域Ｒ毎の情報を管理する、領域管理テーブルＴ１の概要図である。
【図5】各ユーザが保有するアイテムをユーザ毎に管理する、アイテム管理テーブルＴ２の概要図である。
【図6】第１ユーザに対応する視野５ａ、および、第１ユーザに視認されるコーディネート選択画面６の一例を示すイメージ図である。
【図7】第１ユーザに対応する視野５ｂおよび視野５ｃの一例を示すイメージ図である。
【図8】第２ユーザに対応する視野７ａおよび視野７ｂの一例を示すイメージ図である。
【図9】第１ユーザに対応する視野５ｄおよび第３ユーザに対応する視野８の一例を示すイメージ図である。
【図10】変形例を説明するためのイメージ図である。
【発明を実施するための形態】
【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】
３．情報処理システム１の動作の流れ
本節では、前述した情報処理システム１の動作の流れについて説明する。
本節では、前述した情報処理システム１の動作の流れについて説明する。
【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】
最後に、本開示に係る種々の実施形態を説明したが、これらは、例として提示したものであり、開示の範囲を限定することは意図していない。当該新規な実施形態は、その他の様々な形態で実施されることが可能であり、開示の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。当該実施形態やその変形は、開示の範囲や要旨に含まれるとともに、特許請求の範囲に記載された開示とその均等の範囲に含まれるものである。
【符号の説明】
【0136】
１ ：情報処理システム
１１ ：通信ネットワーク
２ ：情報処理装置
２０ ：通信バス
２１ ：通信部
２２ ：記憶部
２３ ：制御部
２３０ ：管理部
２３１ ：アバター制御部
２３２ ：決定部
２３３ ：通信制御部
２３４ ：通知部
２３５ ：変更部
２３６ ：領域生成部
２３７ ：受付部
２３８ ：表示制御部
３ ：ゲーム装置
３０ ：通信バス
３１ ：通信部
３２ ：記憶部
３３ ：制御部
３４ａ ：グラフィック処理部
３４ｂ ：オーディオ処理部
３４ｃ ：操作部
４ａ ：ディスプレイ
４ｂ ：スピーカ
４ｃ ：入力デバイス
５ａ ：視野
５ｂ ：視野
５ｃ ：視野
５ｄ ：視野
５ｅ ：視野
５ｆ ：視野
５０ ：領域
５０１ ：領域名
５０２ ：設定内容表示
５０３ ：仮想オブジェクト
５１ ：表示ウィンドウ
５１１ ：タブ
５１２ ：操作ボタン
５１３ ：アバタープレビュー
５２ ：表示ウィンドウ
５２１ ：操作ボタン
５２２ ：アバタープレビュー
５２３ ：表示名プレビュー
５３ ：領域
５４ａ ：出力音
５４ｂ ：入力音
５５ ：領域
５５１ ：仮想オブジェクト
５６ ：領域
６ ：コーディネート選択画面
６０ ：アバタープレビュー
６１ ：操作ボタン
６２ ：アイテム表示エリア
６３ ：アイテム
７ａ ：視野
７ｂ ：視野
７０ ：領域
７０１ ：領域名
７０２ ：設定内容表示
７０３ ：仮想オブジェクト
７１ ：出力音
８ ：視野
８０ ：領域
８０１ ：領域名
８０２ ：設定内容表示
８０３ ：仮想オブジェクト
９ ：表示ウィンドウ
９１ ：操作ボタン
９２ ：アバタープレビュー
９３ ：表示名プレビュー
ＡＴ１ ：領域属性
ＡＴ２ ：アイテム属性
ＡＶ１ ：第１アバター
ＡＶ１ａ ：アイテム
ＡＶ１ｂ ：表示名
ＡＶ２ ：第２アバター
ＡＶ２ａ ：アイテム
ＡＶ２ｂ ：表示名
ＡＶ３ ：第３アバター
ＡＶ３ａ ：アイテム
ＡＶ３ｂ ：表示名
ＩＦ ：環境情報
Ｒ ：領域
Ｒ１ ：特定領域
Ｒ２ ：別の領域
Ｒ３ ：新領域
Ｔ１ ：領域管理テーブル
Ｔ１１ ：識別子
Ｔ１２ ：領域名
Ｔ１３ ：管理者ユーザ
Ｔ１４ ：領域属性
Ｔ１５ ：属性制御情報
Ｔ１６ ：公開範囲
Ｔ２ ：アイテム管理テーブル
Ｔ２１ ：識別子
Ｔ２２ ：アイテム名
Ｔ２３ ：アイテム属性
Ｔ２４ ：大カテゴリ
Ｔ２５ ：中カテゴリ
１１ ：通信ネットワーク
２ ：情報処理装置
２０ ：通信バス
２１ ：通信部
２２ ：記憶部
２３ ：制御部
２３０ ：管理部
２３１ ：アバター制御部
２３２ ：決定部
２３３ ：通信制御部
２３４ ：通知部
２３５ ：変更部
２３６ ：領域生成部
２３７ ：受付部
２３８ ：表示制御部
３ ：ゲーム装置
３０ ：通信バス
３１ ：通信部
３２ ：記憶部
３３ ：制御部
３４ａ ：グラフィック処理部
３４ｂ ：オーディオ処理部
３４ｃ ：操作部
４ａ ：ディスプレイ
４ｂ ：スピーカ
４ｃ ：入力デバイス
５ａ ：視野
５ｂ ：視野
５ｃ ：視野
５ｄ ：視野
５ｅ ：視野
５ｆ ：視野
５０ ：領域
５０１ ：領域名
５０２ ：設定内容表示
５０３ ：仮想オブジェクト
５１ ：表示ウィンドウ
５１１ ：タブ
５１２ ：操作ボタン
５１３ ：アバタープレビュー
５２ ：表示ウィンドウ
５２１ ：操作ボタン
５２２ ：アバタープレビュー
５２３ ：表示名プレビュー
５３ ：領域
５４ａ ：出力音
５４ｂ ：入力音
５５ ：領域
５５１ ：仮想オブジェクト
５６ ：領域
６ ：コーディネート選択画面
６０ ：アバタープレビュー
６１ ：操作ボタン
６２ ：アイテム表示エリア
６３ ：アイテム
７ａ ：視野
７ｂ ：視野
７０ ：領域
７０１ ：領域名
７０２ ：設定内容表示
７０３ ：仮想オブジェクト
７１ ：出力音
８ ：視野
８０ ：領域
８０１ ：領域名
８０２ ：設定内容表示
８０３ ：仮想オブジェクト
９ ：表示ウィンドウ
９１ ：操作ボタン
９２ ：アバタープレビュー
９３ ：表示名プレビュー
ＡＴ１ ：領域属性
ＡＴ２ ：アイテム属性
ＡＶ１ ：第１アバター
ＡＶ１ａ ：アイテム
ＡＶ１ｂ ：表示名
ＡＶ２ ：第２アバター
ＡＶ２ａ ：アイテム
ＡＶ２ｂ ：表示名
ＡＶ３ ：第３アバター
ＡＶ３ａ ：アイテム
ＡＶ３ｂ ：表示名
ＩＦ ：環境情報
Ｒ ：領域
Ｒ１ ：特定領域
Ｒ２ ：別の領域
Ｒ３ ：新領域
Ｔ１ ：領域管理テーブル
Ｔ１１ ：識別子
Ｔ１２ ：領域名
Ｔ１３ ：管理者ユーザ
Ｔ１４ ：領域属性
Ｔ１５ ：属性制御情報
Ｔ１６ ：公開範囲
Ｔ２ ：アイテム管理テーブル
Ｔ２１ ：識別子
Ｔ２２ ：アイテム名
Ｔ２３ ：アイテム属性
Ｔ２４ ：大カテゴリ
Ｔ２５ ：中カテゴリ
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
