(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2024078794
(43)【公開日】2024-06-11
(54)【発明の名称】コンピュータシステム、制御方法およびプログラム
(51)【国際特許分類】
G06Q 50/00 20240101AFI20240604BHJP
A63F 13/35 20140101ALI20240604BHJP
A63F 13/87 20140101ALI20240604BHJP
A63F 13/79 20140101ALI20240604BHJP
【ＦＩ】
G06Q50/00 300
A63F13/35
A63F13/87
A63F13/79 500
【審査請求】未請求
【請求項の数】19
【出願形態】ＯＬ
(21)【出願番号】P 2022191354
(22)【出願日】2022-11-30
(71)【出願人】
【識別番号】000134855
【氏名又は名称】株式会社バンダイナムコエンターテインメント
(74)【代理人】
【識別番号】100124682
【弁理士】
【氏名又は名称】黒田 泰
(74)【代理人】
【識別番号】100104710
【弁理士】
【氏名又は名称】竹腰 昇
(74)【代理人】
【識別番号】100090479
【弁理士】
【氏名又は名称】井上 一
(72)【発明者】
【氏名】阿須名 孝次
(72)【発明者】
【氏名】南 清志
(72)【発明者】
【氏名】小倉 建一
(72)【発明者】
【氏名】恩田 明生
(72)【発明者】
【氏名】村井 伸太郎
【テーマコード（参考）】
5L049
5L050
【Ｆターム（参考）】
5L049CC18
5L050CC18
(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】
仮想空間サービスには、仮想空間内で出会ったユーザ同士が、その仮想空間内でコミュニケーションを取るための内部コミュニケーション機能が備わっている場合が多い。例えば、チャット機能がその代表的なものである。
【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】
第１７の発明のコンピュータシステムは、仮想空間サービスでの内部コミュニケーションと、コミュニケーションアプリケーションによる仮想空間サービス外での外部コミュニケーションとの両方をユーザに提供できる。
【0045】
第１８の発明は、ユーザ間でコミュニケーションを取ることができるコミュニケーションアプリケーション（以下単に「アプリ」という。）を実行可能なユーザ端末との通信が可能に構成され、各ユーザのアバターが配置される仮想空間を制御するコンピュータシステムの制御方法であって、前記仮想空間において、第１ユーザの第１アバターと第２ユーザの第２アバターとの間でコミュニケーションを取ろうとする所与のリクエスト条件を満たしたことを検出することと、前記検出がなされた場合に、前記第１ユーザの第１ユーザ端末と前記第２ユーザの第２ユーザ端末とに対して前記アプリの実行を制御して、前記アプリの状態を前記第１ユーザと前記第２ユーザとの間のコミュニケーションが可能な状態に制御するサポート制御を実行することと、を含む制御方法である。
【0046】
第１８の発明によれば、上記の発明と同様の作用効果を奏する制御方法を実現できる。
【0047】
第１９の発明は、ユーザ間でコミュニケーションを取ることができるコミュニケーションアプリケーション（以下単に「アプリ」という。）を実行可能なユーザ端末との通信が可能なコンピュータシステムに、各ユーザのアバターが配置される仮想空間を制御させるためのプログラムであって、前記仮想空間において、第１ユーザの第１アバターと第２ユーザの第２アバターとの間でコミュニケーションを取ろうとする所与のリクエスト条件を満たしたことを検出することと、前記検出がなされた場合に、前記第１ユーザの第１ユーザ端末と前記第２ユーザの第２ユーザ端末とに対して前記アプリの実行を制御して、前記アプリの状態を前記第１ユーザと前記第２ユーザとの間のコミュニケーションが可能な状態に制御するサポート制御を実行することと、を前記コンピュータシステムに実行させるためのプログラムである。
【0048】
第１９の発明によれば、コンピュータシステムに第１の発明と同様の作用効果を発揮させるプログラムを実現できる。
【図面の簡単な説明】
【0049】
【図1】仮想空間サービスシステムの構成例を示すシステム構成図。
【図2】仮想空間について説明するための図。
【図3】仮想空間サービスのユーザ登録（アカウント登録）の手続画面例を示す図。
【図4】制限事項表示画面の表示例を示す図。
【図5】使用許可条件の設定画面の表示例を示す図。
【図6】仮想空間で出会ってから外部コミュニケーションが開始されるまでについて説明するための図。
【図7】仮想空間で出会ってから外部コミュニケーションが開始されるまでについて説明するための図。
【図8】サーバサイドシステムの機能構成例を示すブロック図。
【図9】サーバサイドシステムの記憶部に記憶されるプログラムやデータの例を示す図。
【図10】コミュニケーションアプリ登録データのデータ構成例を示す図。
【図11】ユーザ管理データのデータ構成例を示す図。
【図12】ユーザ端末の機能構成例を示す機能ブロック図。
【図13】サーバサイドシステムが実行する仮想空間サービスに係る処理の流れを説明するためのフローチャート。
【図14】サポート制御処理の流れを説明するためのフローチャート。
【図15】第２実施形態におけるサーバサイドシステムの機能構成例を示すブロック図。
【図16】変形例を説明するための図。
【図17】変形例を説明するための図。
【発明を実施するための形態】
【0050】
以下、本発明の実施形態の例を説明するが、本発明を適用可能な形態が以下の実施形態に限られないことは勿論である。
【0051】
〔第１実施形態〕
図１は、本発明に係る仮想空間サービスシステムの構成例を示すシステム構成図である。
仮想空間サービスシステム１０００は、同時に複数のユーザが各々のユーザキャラクタであるアバターを使って３ＤＣＧ（3 Dimensional Computer Graphics）で構築された共通の仮想空間へ参加して、アバターで仮想空間内を自由に行動し、アバターを介して仮想空間内に用意された様々なコンテンツの提供を受けることができるコンピュータシステムである。
図１は、本発明に係る仮想空間サービスシステムの構成例を示すシステム構成図である。
仮想空間サービスシステム１０００は、同時に複数のユーザが各々のユーザキャラクタであるアバターを使って３ＤＣＧ（3 Dimensional Computer Graphics）で構築された共通の仮想空間へ参加して、アバターで仮想空間内を自由に行動し、アバターを介して仮想空間内に用意された様々なコンテンツの提供を受けることができるコンピュータシステムである。
【0052】
仮想空間サービスシステム１０００は、ネットワーク９を介してデータ通信可能に接続されたサーバサイドシステム１０１０及びユーザ別のユーザ端末１５００（１５００ａ，１５００ｂ，…）を含むコンピュータシステムである。ユーザ端末１５００はマン・マシン・インターフェース（Man Machine Interface：ＭＭＩＦ）となる。
【0053】
ネットワーク９は、データ通信が可能な通信路を意味する。すなわち、ネットワーク９とは、直接接続のための専用線（専用ケーブル）やイーサネット（登録商標）等によるＬＡＮ（Local Area Network）の他、電話通信網やケーブル網、インターネットを含む。
【0054】
サーバサイドシステム１０１０は、仮想空間サービスシステム１０００の運用者が運用するコンピュータシステムであって、ポータルサーバシステム１１００Ｐと、複数のコンテンツサーバシステム１１００Ｇ（１１００Ｇａ，１１００Ｇｂ，…）とを有する。
【0055】
ポータルサーバシステム１１００Ｐは、仮想空間の基本的な仕組みを提供するコンピュータシステムであって、仮想空間へ参加するユーザのユーザ端末１５００が最初にアクセスするフロントエンドのサーバシステムである。ポータルサーバシステム１１００Ｐは、例えば、ユーザ登録に係る制御、アバターのカスタマイズに係る制御、仮想空間内でのアバターの制御、仮想世界内でのイベント等の制御、アバターの位置や動作に応じた各種コンテンツの提供に係る制御、などを行う。そして、登録ユーザに関する情報やアバターの設定情報などを記憶・管理する。ポータルサーバシステム１１００Ｐは、仮想空間で提供するコンテンツの内容に応じてこれら以外の制御を実行するとしてもよい。また、これらの制御のうち１つ又は複数をバックエンドサーバにより実現してもよい。
【0056】
コンテンツサーバシステム１１００Ｇ（１１００Ｇａ，１１００Ｇｂ，…）は、ユーザ端末１５００をクライアントとして１種類又は複数種類のコンテンツを提供するためのバックエンドサーバである。提供するコンテンツの内容は適宜設定可能である。例えば、ショッピング、ゲームプレイ、美術館・博物館などの観覧、映画鑑賞、イベント、スポーツ観戦、などである。
【0057】
ポータルサーバシステム１１００Ｐ及びコンテンツサーバシステム１１００Ｇは、本体装置、キーボード、タッチパネル、などを有し、本体装置に制御基板１１５０を搭載する。制御基板１１５０には、ＣＰＵ（Central Processing Unit）１１５１やＧＰＵ（Graphics Processing Unit）、ＤＳＰ（Digital Signal Processor）などの各種マイクロプロセッサ、ＶＲＡＭやＲＡＭ，ＲＯＭ等の各種ＩＣメモリ１１５２、通信装置１１５３、が搭載されている。なお、制御基板１１５０の一部又は全部は、ＡＳＩＣ（Application Specific Integrated Circuit）や、ＦＰＧＡ（Field-Programmable Gate Array）、ＳｏＣ（System on a Chip）により実現するとしてもよい。
【0058】
ポータルサーバシステム１１００Ｐとコンテンツサーバシステム１１００Ｇとは、制御基板１１５０が所定のプログラム及びデータに基づいて演算処理することによりそれぞれ別個の機能を実現する。
【0059】
図１では、ポータルサーバシステム１１００Ｐ及びコンテンツサーバシステム１１００Ｇは、それぞれ１台のサーバ装置であるかのように描いているが、それぞれを複数の装置で実現する構成であってもよい。例えば、ポータルサーバシステム１１００Ｐは、各機能を分担する複数のブレードサーバを搭載して相互に内部バスを介してデータ通信可能に接続した構成であってもよいし、データベースやオンラインストレージを含むとしてもよい。コンテンツサーバシステム１１００Ｇも同様である。
【0060】
なお、コンテンツサーバシステム１１００Ｇの一部又は全部は、仮想空間サービスシステム１０００及びポータルサーバシステム１１００Ｐの運用者とは別の運用者が運用することとしてもよい。
【0061】
ユーザ端末１５００は、ユーザが仮想空間に参加するために使用するコンピュータシステムであって、仮想空間サービスシステム１０００におけるマン・マシン・インターフェースの機能を担っている。
【0062】
ユーザ端末１５００（１５００ａ，１５００ｂ，…）は、例えば、パソコン、スマートフォン、ウェアラブルコンピュータ、携帯型ゲーム装置、家庭用ゲーム装置、タブレット型コンピュータ、などのネットワーク９に接続可能なコンピュータシステムである。
【0063】
ユーザ端末１５００は、主体となるコンピュータとこれに通信接続された各種デバイスとが全体として１つの機能を果たす場合には、主体及び各種デバイスを１つのユーザ端末１５００とみなすことができる。例えば図１では、ユーザ端末１５００ａは、デスクトップ型パソコンにＶＲ（Virtual Reality）用ＭＭＩＦセット１５８０が通信接続された例を示している。ＶＲ用ＭＭＩＦセット１５８０は、ＶＲゴーグル１５８１、ＶＲヘッドセット１５８３、ＶＲコントローラ１５８５などを含む。図１のユーザ端末１５００ｂはスマートフォン単体として例示されているが、ユーザ端末１５００ｂがユーザ端末１５００ａと同様にＶＲ用ＭＭＩＦセット１５８０を含む構成としてもよい。
【0064】
ユーザ端末１５００は、操作入力デバイス（例えば、タッチパネル１５０６、キーボード、ゲームコントローラ、マウスなど）と、画像表示デバイス（例えば、タッチパネル１５０６、ヘッドマウントディスプレイ、グラス型ディスプレイなど）と、制御基板１５５０と、を備える。
【0065】
制御基板１５５０は、ＣＰＵ１５５１や、ＧＰＵ，ＤＳＰなどの各種マイクロプロセッサ、ＶＲＡＭやＲＡＭ，ＲＯＭ等の各種ＩＣメモリ１５５２、ネットワーク９に接続する通信モジュール１５５３、などを搭載する。制御基板１５５０に搭載されているこれらの要素は、バス回路などを介して電気的に接続され、データの読み書きや信号の送受信が可能に接続されている。制御基板１５５０の一部又は全部をＡＳＩＣやＦＰＧＡ、ＳｏＣにて構成してもよい。制御基板１５５０は、ユーザ端末１５００としての機能を実現させるためのプログラムや各種データをＩＣメモリ１５５２に記憶する。ユーザ端末１５００は、所定のアプリケーションプログラムを実行することにより、仮想空間サービスシステム１０００のマン・マシン・インターフェースとして、またユーザが各種コンテンツの提供を受ける際のクライアントとしての機能を実現する。
【0066】
なお、ユーザ端末１５００は、仮想空間サービスに係るプログラムやその実行に必要な各種データをポータルサーバシステム１１００Ｐからダウンロードする構成としているが、ユーザが別途入手したメモリカードなどの記憶媒体から読み出す構成としてもよい。
【0067】
また、ユーザ端末１５００は、適宜アプリケーションプログラムをインストールして起動させることで、仮想空間サービスのクライアント機能以外の機能も発揮することができる。例えば、ウェブブラウザのアプリケーションを起動すれば、ユーザ端末１５００は、外部サーバシステム１９００に接続してウェブサイトを閲覧したり動画配信サイトでの動画視聴を実現できる。また、コミュニケーションアプリケーションを起動すれば、ユーザ端末１５００は、外部サーバシステム１９００に接続して、仮想空間サービス外でのコミュニケーション（外部コミュニケーション）を実現できる。以下、コミュニケーションアプリケーションのことを「コミュニケーションアプリ」と略称する。
【0068】
コミュニケーションアプリは、例えば、電子メール、チャット、投稿などのコミュニケーションの実現形態に応じて様々な種類が存在する。コミュニケーションアプリの種類によって、操作入力可能なデータ種別、操作入力に係る制限、および、入力内容に係る制限内容が異なる。
【0069】
「データ種類に係る制限」としては、テキスト、画像、音声、動画などのデータ種類のうち、どれが利用可能であるかが該当する。「操作入力に係る制限」としては、１メッセージ当たりのテキストの文字数、１メッセージに添付できる画像の数やデータサイズ、１メッセージ当たりの音声の時間長、動画の解像度、などである。「入力内容に係る制限」としては、ＮＧワードや禁止ワード、データ添付のあり／なし、などである。
【0070】
図２は、仮想空間サービスシステム１０００が提供する仮想空間サービスにおける仮想空間３について説明するための図である。なお、説明を理解し易いように、仮想空間３に参加中のユーザ２（リアルタイムに仮想空間３に係る操作をしているユーザ；参加ユーザ）のアバター４を１体のみ描いているが、実際の運用では同時に多数のアバター４が仮想空間３内に存在し得る。
【0071】
仮想空間３は、３ＤＣＧで構築されたデジタルデータの空間であって、同時に複数のユーザ２がそれぞれのアバター４を使って参加して、各自のアバター４で自由に行動可能な空間である。仮想空間３は、現実と同じ時間の流れを有する並行世界であってもよいし、現実世界の時刻から時差のある時間の流れを有する並行世界であってもよいし、現実世界とは異なる速さで時間が流れている固有の時間の世界であってもよい。仮想空間３は、参加しているユーザ２がいなくてもサーバサイドシステム１０１０にてデータとして存在し続け、現実世界の時間経過とともに仮想空間３の中でも時間が経過し、仮想空間３で表現されている世界は変化し続ける。ユーザ端末１５００では、基本的にアバター４の視点から見た一人称視点による仮想空間３の画像が表示される。なお、仮想空間３の画像は三人称視点による画像であってもよい。
【0072】
仮想スポット６（６ａ，６ｂ，…）は、コンテンツ毎に仮想空間３内に設定される。図２の例では、仮想スポット６は店舗風に描かれているが、広場のようにオープンエリアとして設定されていてもよい。ログイン手続を経て仮想空間３に参加しているユーザ２は、自身のアバター４を操作して仮想スポット６へ移動させることで、当該仮想スポット６で提供されるコンテンツを利用できる。例えば、ショッピング、ゲームプレイ、美術館や博物館などの観覧、映画鑑賞、イベント、スポーツ観戦、などである。
【0073】
図２の例では、仮想スポット６ａにアバター４を移動させれば、仮想スポット６ａである仮想書店において、コンテンツＡとしての電子的な本や雑誌の購入が可能になる。
仮想スポット６ｂにアバター４を移動させれば、仮想スポット６ｂであるゲームセンターにおいて、コンテンツＢとしてゲームが提供され、ゲームプレイが可能となる。コンテンツＢのゲームの内容は適宜設定可能である。例えば、ユーザがプレーヤとなってプレーヤキャラクタ１０（コンテンツＢにおけるコンテンツユーザキャラクタ）を設定し、これを使って敵ＮＰＣ（Non Player Character）１２と遭遇戦を行い、生き残りながらプレイを進めるアクションＲＰＧ（Role Playing Game）であってもよい。
仮想スポット６ｂにアバター４を移動させれば、仮想スポット６ｂであるゲームセンターにおいて、コンテンツＢとしてゲームが提供され、ゲームプレイが可能となる。コンテンツＢのゲームの内容は適宜設定可能である。例えば、ユーザがプレーヤとなってプレーヤキャラクタ１０（コンテンツＢにおけるコンテンツユーザキャラクタ）を設定し、これを使って敵ＮＰＣ（Non Player Character）１２と遭遇戦を行い、生き残りながらプレイを進めるアクションＲＰＧ（Role Playing Game）であってもよい。
【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】
本実施形態では、自動的な実行は、ユーザ端末１５００のＯＳ（Operating System）の一部として提供されているＡＰＩ（Application Programming Interface）を用いて記述された自動化スクリプト（以下、総括して言う場合、単にスクリプトという。）を実行して実現することとする。
【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】
図９に戻って、リクエスト検出条件データ６２０は、リクエストの検出を判定するために満たされるべき条件を定義する。例えば、第１アバター４ａの行動についての行動サブ条件６２１、第１アバター４ａの挙動についての挙動サブ条件６２２、第１アバター４ａと第２アバター４ｂとの相対位置についての相対位置サブ条件６２３、第１アバター４ａと第２アバター４ｂとの相対向きについての相対向きサブ条件６２４、の１つ又は複数のＡＮＤやＯＲで組み合わせて記述される。なお、これらのサブ条件の１つ又は複数を設定無し、或いは実質的に設定無しに相当する内容としてもよい。また、行動・挙動については、それらをアバター４に実行させるための操作入力コマンドについてのサブ条件に代えることとしてもよい。
【0145】
仮想空間制御データ７００は、仮想空間３を制御・管理するための各種データを格納する。
仮想空間制御データ７００には、ユーザ別のアバター管理データ７１０を含む。アバター管理データ７１０は、例えば、アバターＩＤ、ユーザアカウント、仮想空間３における位置座標と姿勢、行動や挙動を制御するための動作制御データ、利用中コンテンツＩＤ、などを格納する。勿論、これら以外のデータも適宜格納してもよい。
仮想空間制御データ７００には、ユーザ別のアバター管理データ７１０を含む。アバター管理データ７１０は、例えば、アバターＩＤ、ユーザアカウント、仮想空間３における位置座標と姿勢、行動や挙動を制御するための動作制御データ、利用中コンテンツＩＤ、などを格納する。勿論、これら以外のデータも適宜格納してもよい。
【0146】
図１２は、ユーザ端末１５００の機能構成例を示す機能ブロック図である。ユーザ端末１５００は、操作入力部１００と、端末処理部２００と、音出力部３９０と、画像表示部３９２と、通信部３９４と、端末記憶部５００と、を備える。
【0147】
操作入力部１００は、ユーザによってなされた各種の操作入力に応じた操作入力信号を端末処理部２００に出力する。例えば、プッシュスイッチや、ジョイスティック、タッチパッド、トラックボール、加速度センサ、ジャイロ、などによって実現できる。
【0148】
端末処理部２００は、例えばＣＰＵやＧＰＵ等のマイクロプロセッサや、ＩＣメモリなどの電子部品によって実現され、操作入力部１００や端末記憶部５００を含む各機能部との間のデータ入出力の制御を行う。そして、所定のプログラムやデータ、操作入力部１００からの操作入力信号、サーバサイドシステム１０１０から受信した各種データに基づいて各種の演算処理を実行して、ユーザ端末１５００の動作を制御する。
【0149】
端末処理部２００は、クライアント制御部２６０と、計時部２８０と、音生成部２９０と、画像生成部２９２と、通信制御部２９４と、を有する。
【0150】
クライアント制御部２６０は、仮想空間サービスシステム１０００におけるゲームクライアントとしての制御として、ユーザ端末１５００をＭＭＩＦ（マン・マシン・インターフェース）として機能させる各種制御を行う。具体的には、クライアント制御部２６０は、操作入力情報提供部２６１と、表示制御部２６２と、スレーブ制御部２６３と、を有する。
【0151】
操作入力情報提供部２６１は、操作入力部１００からの入力に応じて操作入力情報をサーバサイドシステム１０１０へ送信する制御を行う。
【0152】
表示制御部２６２は、サーバサイドシステム１０１０から受信したデータに基づいて各種画像を表示させるための制御を行う。
【0153】
スレーブ制御部２６３は、サポート制御用スクリプト群５３０（図１０参照）のスクリプトを実行するサーバサイドシステム１０１０からの要求に応じて、当該ユーザ端末１５００のユーザによる操作入力無しに、要求された内容の処理を実行する。つまり、サーバサイドシステム１０１０による遠隔制御を受け入れて実行する。
【0154】
計時部２８０は、システムクロックを利用して現在日時や制限時間等の計時を行う。
【0155】
音生成部２９０は、例えばデジタルシグナルプロセッサ（ＤＳＰ）や、音声合成ＩＣなどのプロセッサ、音声ファイルを再生可能なオーディオコーデック等によって実現され、楽曲や効果音、各種操作音の音信号を生成し、音出力部３９０に出力する。音出力部３９０は、スピーカなど音生成部２９０から入力される音信号に基づいて音出力（放音）する装置によって実現される。
【0156】
画像生成部２９２は、クライアント制御部２６０の制御に基づく画像を画像表示部３９２へ表示させる画像信号を生成・出力する。図１の例では、制御基板１５５０に搭載されるＧＰＵ（Graphics Processing Unit）や、グラフィックコントローラ、グラフィックボード、などがこれに該当する。画像表示部３９２は、フラットパネルディスプレイや、ヘッドマウントディスプレイ、プロジェクターなど、画像を表示させる装置で実現される。
【0157】
通信制御部２９４は、データ通信に係るデータ処理を実行し、通信部３９４を介して外部装置とのデータのやりとりを実現する。
【0158】
通信部３９４は、ネットワーク９と接続して通信を実現する。例えば、無線通信機、モデム、ＴＡ（ターミナルアダプタ）、有線用の通信ケーブルのジャックや制御回路等によって実現される。図１の例では通信モジュール１５５３がこれに該当する。
【0159】
端末記憶部５００は、端末処理部２００に所与の機能を実現させるためのプログラムや、各種データ等を記憶する。また、端末処理部２００の作業領域として用いられ、端末処理部２００が各種プログラムに従って実行した演算結果や操作入力部１００から入力される入力データ等を一時的に記憶する。こうした機能は、例えばＲＡＭやＲＯＭなどのＩＣメモリ、ハードディスク等の磁気ディスク、ＣＤ－ＲＯＭやＤＶＤなどの光学ディスクなどによって実現される。図１の例では、制御基板１５５０が搭載するＩＣメモリ１５５２がこれに該当する。
【0160】
具体的には、端末記憶部５００は、ユーザ端末１５００を仮想空間サービス用のクライアント制御部２６０として機能させるためのクライアントプログラム８００（アプリケーションプログラム）と、コミュニケーションアプリプログラム８０１と、仮想空間サービスの利用データである仮想サービスクライアントデータ８１０と、コミュニケーションアプリの利用データであるアプリ別クライアントデータ８１２と、現在日時９００と、を記憶する。勿論、これら以外のデータも適宜記憶できる。
【0161】
仮想サービスクライアントデータ８１０は、仮想空間サービスのユーザとしてのユーザアカウントや、パスワード、利用情報（ユーザ管理データ６００の仮想空間サービス利用情報６０５の写し、又はオリジナル）、を格納する。
アプリ別クライアントデータ８１２は、アプリユーザとしてのユーザアカウントや、パスワード、招待コード、利用情報、を格納する。
アプリ別クライアントデータ８１２は、アプリユーザとしてのユーザアカウントや、パスワード、招待コード、利用情報、を格納する。
【0162】
図１３は、サーバサイドシステム１０１０が実行する仮想空間サービスに係る処理の流れを説明するためのフローチャートである。
サーバサイドシステム１０１０は、通信接続されているユーザ端末１５００からユーザ登録のリクエストを受信すると（ステップＳ１０のＹＥＳ）、ユーザ登録処理とアバター設定処理とを実行する（ステップＳ１２）。そして、手続画面Ｗ３（図３参照）を当該ユーザ端末１５００にて表示させて、外部コミュニケーションのツールとして使用を許可するコミュニケーションアプリの設定を行う（ステップＳ１４）。ステップＳ１４に係りユーザにより選択・入力された内容は、当該ユーザに使用許可アプリ設定データ６１０（図１１参照）として保存される。
サーバサイドシステム１０１０は、通信接続されているユーザ端末１５００からユーザ登録のリクエストを受信すると（ステップＳ１０のＹＥＳ）、ユーザ登録処理とアバター設定処理とを実行する（ステップＳ１２）。そして、手続画面Ｗ３（図３参照）を当該ユーザ端末１５００にて表示させて、外部コミュニケーションのツールとして使用を許可するコミュニケーションアプリの設定を行う（ステップＳ１４）。ステップＳ１４に係りユーザにより選択・入力された内容は、当該ユーザに使用許可アプリ設定データ６１０（図１１参照）として保存される。
【0163】
次に、サーバサイドシステム１０１０は、通信接続されているユーザ端末１５００からログインリクエストを受信すると（ステップＳ２０のＹＥＳ）、ログイン処理を実行して（ステップＳ２２）、ログインユーザのアバター４を仮想空間３の中に配置して、仮想空間サービスの提供を開始する（ステップＳ２４）。
【0164】
次いで、サーバサイドシステム１０１０は、手続画面Ｗ３（図３参照）で使用可能に設定したコミュニケーションアプリ別に、当該コミュニケーションアプリでの利用情報を取得し、ログインユーザのアプリ利用情報６１４（図１１参照）を更新する（ステップＳ２６）。
【0165】
サーバサイドシステム１０１０は、各アバター４に係りコミュニケーションリクエストの検出を監視しており、当該リクエストを検出するとサポート制御を実行する。
【0166】
具体的には、サーバサイドシステム１０１０は、仮想空間３に配置したアバター４のうち所与の「依頼成立条件」を満たしたアバターを検出すると（ステップＳ４０のＹＥＳ）、当該アバターを「第１アバター４ａ」、当該アバターの行動の対象となった他アバターを「第２アバター４ｂ」と見なし（図６参照）、第１ユーザ２ａの第１ユーザ端末１５００ａにてオプション選択画面Ｗ６１を表示させ、コミュニケーション方法の選択を受け付ける（ステップＳ４２）。
【0167】
オプション選択画面Ｗ６１の表示のため、サーバサイドシステム１０１０は、第１ユーザ２ａに関するユーザ管理データ６００を参照し、使用フラグ６１２が「１」のアプリを検索する。更にその中から使用許可条件データ６１５が示す使用許可条件を満たしているコミュニケーションアプリを絞り込む（オプション選択画面Ｗ６１の選択肢の１次選択）。そして、絞り込んだコミュニケーションアプリと仮想空間内チャットとを選択肢として、オプション選択画面Ｗ６１を表示させる。
【0168】
オプション選択画面Ｗ６１で仮想空間内チャットが選択された場合（ステップＳ４４の仮想空間内チャット）、サーバサイドシステム１０１０は、仮想空間内チャットによる第１アバター４ａと第２アバター４ｂとの間のコミュニケーションを開始する（ステップＳ４６）。
【0169】
オプション選択画面Ｗ６１でコミュニケーションアプリの何れかが選択された場合（ステップＳ４４の外部コミュニケーション）、当該コミュニケーションアプリを使用アプリとして選択する（２次選択）。そして、サーバサイドシステム１０１０は第２ユーザ２ｂのユーザ端末１５００ｂにて承認画面Ｗ６２（図６参照）を表示させ、第２ユーザ２ｂによる承認／非承認の選択操作を受け付ける。
【0170】
承認画面Ｗ６２にて非承認が選択されると（ステップＳ５０のＮＯ）、サーバサイドシステム１０１０は、第１ユーザ２ａのユーザ端末１５００ａにて、コミュニケーションの依頼が断られた旨の所定の不成立通知を表示させる（ステップＳ５２）。
【0171】
承認画面Ｗ６２において承認操作の入力を検出すると（ステップＳ５０のＹＥＳ）、サーバサイドシステム１０１０は、「承認」が成立したと見なす。すなわち「依頼」と「承認」とが成立したので外部コミュニケーションを取るリクエストが検出されたと判定する。そして、第１ユーザ２ａ、第１アバター４ａ、第２ユーザ２ｂ、第２アバター４ｂを対象として、オプション選択画面Ｗ６１で選択されたコミュニケーションアプリを「使用アプリ」とみなしてサポート制御処理を実行する（ステップＳ５４）。
【0172】
図１４は、サポート制御処理の流れを説明するためのフローチャートである。
サポート制御処理において、サーバサイドシステム１０１０は、先ず使用アプリが、インストール型かウェブアプリ型かを判定する。
サポート制御処理において、サーバサイドシステム１０１０は、先ず使用アプリが、インストール型かウェブアプリ型かを判定する。
【0173】
前者の場合（ステップＳ６０のインストール型）、サーバサイドシステム１０１０は、第１ユーザ２ａのユーザ端末１５００ａおよび第２ユーザ２ｂのユーザ端末１５００ｂのそれぞれからインストールされているアプリ一覧を取得し（ステップＳ６２）、使用アプリがインストールされていないユーザ端末１５００にて、当該コミュニケーションアプリのインストールを実行させる（ステップＳ６４）。
【0174】
次に、サーバサイドシステム１０１０は、第１ユーザ２ａのユーザ端末１５００ａおよび第２ユーザ２ｂのユーザ端末１５００ｂそれぞれから起動中アプリの一覧を取得する（ステップＳ６６）。そして、使用アプリが起動していないユーザ端末１５００で使用アプリを自動起動させ（ステップＳ６８）、使用アプリがアクティブ化されていないユーザ端末１５００にて使用アプリを自動でアクティブ化させる（ステップＳ７０）。
【0175】
次に、サーバサイドシステム１０１０は、使用アプリでのユーザ認証（ログイン手続）を自動実行させる（ステップＳ７２）。その際、第１ユーザ２ａと第２ユーザ２ｂのうち、使用アプリでのアカウントが未登録のユーザについては自動アカウント登録を実行させる。
【0176】
次いで、サーバサイドシステム１０１０は、第１ユーザ２ａの第１ユーザ端末１５００ａへ、使用アプリにおける第２ユーザ２ｂのアクセス情報を提供し、第２ユーザ２ｂの第２ユーザ端末１５００ｂへ、使用アプリにおける第１ユーザ２ａのアクセス情報を提供する（ステップＳ７４）。
【0177】
次いで、サーバサイドシステム１０１０は、第１ユーザ２ａのユーザ端末１５００ａにて、コミュニケーション相手のアカウント入力欄に第２ユーザ２ｂのアカウントを自動入力する処理や、第２ユーザ２ｂが所属するユーザグループに第１ユーザ２ａが招待されるための紹介コードの自動入力処理などを行わせる（ステップＳ７６）。
【0178】
ステップＳ７６を終えると、第１ユーザ２ａのユーザ端末１５００ａでは、使用アプリのコミュニケーション開始操作の入力待ちの状態となっている。第２ユーザ２ｂのユーザ端末１５００ｂでは、使用アプリがアクティブ化しており、第１ユーザ２ａからの最初のメッセージを待っている状態となっている。第１ユーザ２ａが、コミュニケーション開始操作を入力さえすれば、第１ユーザ２ａと第２ユーザ２ｂとの間で外部コミュニケーションが開始されることとなる。
【0179】
以上より、仮想空間サービスシステム１０００は、仮想空間サービスの運営側が望むルールを維持しつつ、仮想空間サービスで出会ったユーザ同士が当該ルールに縛られないコミュニケーションを取る機会を提供できる。
すなわち、サーバサイドシステム１０１０は、仮想空間サービスにおける第１ユーザおよび第２ユーザに対して、それぞれのユーザ端末１５００で仮想空間サービスの外で実行されるコミュニケーションアプリの実行を制御して、両者間でコミュニケーションが可能な状態にまで円滑にサポートするサポート制御を実行することができる。これによって、仮想空間サービスにおける第１ユーザと第２ユーザとは、仮想空間サービスを利用した状態から当該仮想空間サービス外でのコミュニケーションに円滑に移行することができるようになる。
すなわち、サーバサイドシステム１０１０は、仮想空間サービスにおける第１ユーザおよび第２ユーザに対して、それぞれのユーザ端末１５００で仮想空間サービスの外で実行されるコミュニケーションアプリの実行を制御して、両者間でコミュニケーションが可能な状態にまで円滑にサポートするサポート制御を実行することができる。これによって、仮想空間サービスにおける第１ユーザと第２ユーザとは、仮想空間サービスを利用した状態から当該仮想空間サービス外でのコミュニケーションに円滑に移行することができるようになる。
【0180】
〔第２実施形態〕
次に、本発明の第２実施形態について説明する。
本実施形態は、基本的には第１実施形態と同様に実現されるが、仮想空間３に不参加のユーザ２のアバターを、リアルタイムに操作していないダミーアバターとして仮想空間３に配置することと、第２アバター４ｂがダミーアバターであってもサポート制御を実行することとが、第１実施形態と異なる。なお、第２実施形態の説明においては、第１実施形態との差異について主に述べることし、第１実施形態と同様の構成要素については第１実施形態と同じ符号を付与して重複する説明を省略する。
次に、本発明の第２実施形態について説明する。
本実施形態は、基本的には第１実施形態と同様に実現されるが、仮想空間３に不参加のユーザ２のアバターを、リアルタイムに操作していないダミーアバターとして仮想空間３に配置することと、第２アバター４ｂがダミーアバターであってもサポート制御を実行することとが、第１実施形態と異なる。なお、第２実施形態の説明においては、第１実施形態との差異について主に述べることし、第１実施形態と同様の構成要素については第１実施形態と同じ符号を付与して重複する説明を省略する。
【0181】
図１５は、第２実施形態におけるサーバサイドシステム１０１０Ｂの機能構成例を示す機能ブロック図である。サーバサイドシステム１０１０Ｂは、仮想空間サービス管理部２１０に、ダミーアバター制御部２２０を有する。
【0182】
ダミーアバター制御部２２０は、仮想空間サービスの登録ユーザであるがその時点では仮想空間３に参加していない不参加ユーザが対応づけられた人の形をした人型オブジェクトを配置する。当該人型オブジェクトを「ダミーアバター」という。
【0183】
具体的には、ダミーアバター制御部２２０は、仮想空間３に参加しているユーザ２（参加ユーザ）の数、或いは参加ユーザのアバター４の数が、所与の基準値未満になると、ダミーアバターを生成して、これを仮想空間３に配置し、あたかもユーザが操作しているかのようにその動作を自動制御する。ダミーアバターとなる人型オブジェクトは、不参加ユーザのアバター４のコピー、その一部を流用して作成したカスタム、であってもよい。或いは、アバター４に基づいて全く新規に生成してもよい。そして、ダミーアバター制御部２２０は、ダミーアバター毎に不参加ユーザの何れかを対応づけて管理する。
【0184】
これに伴い、仮想空間制御データ７００（図９参照）のアバター管理データ７１０には、ダミーアバターのデータも含まれることとなる。アバター管理データ７１０は、ダミーアバターであることを示すフラグを含む。
【0185】
サーバサイドシステム１０１０Ｂが実行する仮想空間サービスに係る処理の流れは、基本的には第１実施形態におけるサーバサイドシステム１０１０が実行する処理の流れを説明するためのフローチャートと同じである（図１３、図１４参照）。但し、ダミーアバターも参加ユーザのアバター４と同様に扱われる。よって、第２アバター４ｂがダミーアバターである場合、第２ユーザ２ｂは、不参加ユーザということになる。不参加ユーザであっても、実在するユーザであることにはかわりない。
【0186】
第２実施形態によれば、第１実施形態と同様の効果が得られるとともに、ユーザ同士の出会いの機会を不参加ユーザにも拡大できる。
【0187】
〔変形例〕
以上、本発明を適用した実施形態の例について説明したが、本発明を適用可能な形態は上記形態に限定されるものではなく適宜構成要素の追加・省略・変更を施すことができる。
以上、本発明を適用した実施形態の例について説明したが、本発明を適用可能な形態は上記形態に限定されるものではなく適宜構成要素の追加・省略・変更を施すことができる。
【0188】
（変形例その１）
例えば、上記実施形態では、外部コミュニケーションで使用するコミュニケーションアプリが、第１ユーザ２ａに基づいて選択されることとして説明した。具体的には、第１ユーザ２ａが使用可能に設定したコミュニケーションアプリの中から、第１ユーザ２ａが設定した使用許可条件を満たすコミュニケーションアプリが１次選択されてオプション選択画面Ｗ６１（図６参照）にて第１ユーザ２ａに提示される。次いで、第１ユーザ２ａがオプション選択画面Ｗ６１（図６参照）で使用アプリとして何れかを選択したかによって、使用アプリを２次選択した。しかし、これに限らない。
例えば、上記実施形態では、外部コミュニケーションで使用するコミュニケーションアプリが、第１ユーザ２ａに基づいて選択されることとして説明した。具体的には、第１ユーザ２ａが使用可能に設定したコミュニケーションアプリの中から、第１ユーザ２ａが設定した使用許可条件を満たすコミュニケーションアプリが１次選択されてオプション選択画面Ｗ６１（図６参照）にて第１ユーザ２ａに提示される。次いで、第１ユーザ２ａがオプション選択画面Ｗ６１（図６参照）で使用アプリとして何れかを選択したかによって、使用アプリを２次選択した。しかし、これに限らない。
【0189】
外部コミュニケーションで使用するコミュニケーションアプリに係る選択を、第２ユーザ２ｂの操作入力や第２ユーザ２ｂのデータに基づいて行ってもよい。具体的には、第２実施形態のステップＳ４２では、図１６に示すように、第１ユーザ２ａのユーザ端末１５００ａでオプション選択画面Ｗ６１は表示させず、代わりに第２ユーザ２ｂのユーザ端末１５００ｂにて承認画面Ｗ６２Ｂとオプション選択画面Ｗ６１Ｂとを表示させる。第２実施形態のステップＳ４４では、オプション選択画面Ｗ６１Ｂの操作入力の結果に基づいて判定される。
【0190】
そして、ステップＳ４４において、第２ユーザ２ｂによって承認画面Ｗ６２Ｂで「承認」する選択が操作入力されたならば、図１７に示すように、サーバサイドシステム１０１０Ｂは、第１ユーザ２ａのユーザ端末１５００ａにて、第１ユーザ２ａに向けた通知画面Ｗ７Ｂを表示させる。通知画面Ｗ７Ｂは、インストールの承認操作アイコン７１と、使用アプリを通知する使用アプリ通知７３と、を表示し、インストールの承認を得るための画面を兼ねてもよい。
【0191】
（変形例その２）
上記実施形態では、外部コミュニケーションのアプリが、ユーザグループを作成して、グループチャットとしてコミュニケーションを実現する場合、第１ユーザ２ａを、第２ユーザ２ｂの所属するユーザグループに一時的に招待するとして説明したが、招待はせずに、第１ユーザ２ａと第２ユーザ２ｂとで新たなユーザグループを作成するとしてもよい。
上記実施形態では、外部コミュニケーションのアプリが、ユーザグループを作成して、グループチャットとしてコミュニケーションを実現する場合、第１ユーザ２ａを、第２ユーザ２ｂの所属するユーザグループに一時的に招待するとして説明したが、招待はせずに、第１ユーザ２ａと第２ユーザ２ｂとで新たなユーザグループを作成するとしてもよい。
【0192】
（変形例その３）
上記実施形態では、第１ユーザ２ａ自らが第２ユーザ２ｂを選択することとした。これを、サーバサイドシステム１０１０が第１ユーザ２ａへ第２ユーザ２ｂの候補を提示し、第１ユーザ２ａが当該候補の中から第２ユーザ２ｂを選択する構成としてもよい。
上記実施形態では、第１ユーザ２ａ自らが第２ユーザ２ｂを選択することとした。これを、サーバサイドシステム１０１０が第１ユーザ２ａへ第２ユーザ２ｂの候補を提示し、第１ユーザ２ａが当該候補の中から第２ユーザ２ｂを選択する構成としてもよい。
【0193】
例えば、サーバサイドシステム１０１０は、第１ユーザ２ａの第１ユーザ端末１５００ａにて所定の候補リクエスト操作がなされたことを検出すると、第１アバター４ａから所定範囲内の第２アバター４ｂを検索し、検索された第２アバター４ｂの第２ユーザ２ｂを候補として、第１ユーザ端末１５００ａに表示させる。そして、第１ユーザ２ａによる何れかの候補の選択を受け付けると、第１ユーザ２ａが依頼成立条件を満たしたとみなして、ステップＳ４０以降を実行する、としてもよい。
【0194】
（変形例その４）
上記実施形態では、サポート制御として、アプリの自動インストール（図１４のステップＳ６４）と、アプリの自動起動（図１４のステップＳ６８）とを実行したがこれに限らない。例えば、インストールの自動実行に代えて、インストール自体はユーザ自らが行うように案内表示を行うサポート制御としてもよい。当該案内表示では、インストールするためのリンク情報（例えば、アプリダウンロードが可能なウェブサイトのＵＲＬなどのリンク）を含めると好適である。また、例えば、アプリの自動起動に代えて、起動操作をユーザ自らが行うように促すサポート制御としてもよい。
上記実施形態では、サポート制御として、アプリの自動インストール（図１４のステップＳ６４）と、アプリの自動起動（図１４のステップＳ６８）とを実行したがこれに限らない。例えば、インストールの自動実行に代えて、インストール自体はユーザ自らが行うように案内表示を行うサポート制御としてもよい。当該案内表示では、インストールするためのリンク情報（例えば、アプリダウンロードが可能なウェブサイトのＵＲＬなどのリンク）を含めると好適である。また、例えば、アプリの自動起動に代えて、起動操作をユーザ自らが行うように促すサポート制御としてもよい。
【0195】
（変形例その５）
上記実施形態では、外部コミュニケーションは、コミュニケーションアプリの種類によって、操作入力可能なデータ種別、操作入力に係る制限、および、入力内容に係る制限内容が異なり、それらがアプリの種類毎に固定されていることを前提に説明したがこれに限らない。
上記実施形態では、外部コミュニケーションは、コミュニケーションアプリの種類によって、操作入力可能なデータ種別、操作入力に係る制限、および、入力内容に係る制限内容が異なり、それらがアプリの種類毎に固定されていることを前提に説明したがこれに限らない。
【0196】
例えば、外部コミュニケーションのアプリの仕様において、ユーザの利用状況に応じて制限内容が変化する場合には、サーバサイドシステム１０１０は、制限事項表示画面Ｗ４（図４参照）の表示制御に係り（図１４のステップＳ４２参照）、制限事項表示４２の内容を当該アプリの外部サーバシステム１９００（図１参照）へ照会する制御を行うとしてもよい。
【0197】
また例えば、外部コミュニケーションのアプリの仕様において、ユーザ自らが制限内容を設定できる場合には、ステップＳ７０（図１４参照）の後に、サーバサイドシステム１０１０が指定する制限内容を決定して、これを当該アプリに自動設定するステップを追加してもよい。なお、指定する制限内容については、第１ユーザ２ａの仮想空間サービスの利用状況（例えば、利用回数、利用頻度、仮想空間サービス内での課金履歴、など）に基づいて、決定するとしてもよい。
【符号の説明】
【0198】
２…ユーザ
２ａ…第１ユーザ
２ｂ…第２ユーザ
３…仮想空間
４…アバター
４ａ…第１アバター
４ｂ…第２アバター
２００ｓ…処理部
２１０…仮想空間サービス管理部
２１２…ユーザ管理部
２１４…リクエスト検出部
２１６…サポート制御部
２１８…コミュニケーション実行部
２２０…ダミーアバター制御部
２６０…クライアント制御部
２６３…スレーブ制御部
５００ｓ…記憶部
５０１…サーバプログラム
５２０…コミュニケーションアプリ登録データ
５３０…サポート制御用スクリプト群
６００…ユーザ管理データ
６０５…仮想空間サービス利用情報
６１０…使用許可アプリ設定データ
６１３…アクセス情報
６１４…アプリ利用情報
６１５…使用許可条件データ
６２０…リクエスト検出条件データ
７００…仮想空間制御データ
７１０…アバター管理データ
８００…クライアントプログラム
８０１…コミュニケーションアプリプログラム
１０００…仮想空間サービスシステム
１０１０…サーバサイドシステム
１５００…ユーザ端末
１９００…外部サーバシステム
Ｗ３…手続画面
Ｗ４…制限事項表示画面
Ｗ５…設定画面
Ｗ６１、Ｗ６１Ｂ…オプション選択画面
Ｗ６２、Ｗ６２Ｂ…承認画面
Ｗ７、Ｗ７Ｂ…通知画面
２ａ…第１ユーザ
２ｂ…第２ユーザ
３…仮想空間
４…アバター
４ａ…第１アバター
４ｂ…第２アバター
２００ｓ…処理部
２１０…仮想空間サービス管理部
２１２…ユーザ管理部
２１４…リクエスト検出部
２１６…サポート制御部
２１８…コミュニケーション実行部
２２０…ダミーアバター制御部
２６０…クライアント制御部
２６３…スレーブ制御部
５００ｓ…記憶部
５０１…サーバプログラム
５２０…コミュニケーションアプリ登録データ
５３０…サポート制御用スクリプト群
６００…ユーザ管理データ
６０５…仮想空間サービス利用情報
６１０…使用許可アプリ設定データ
６１３…アクセス情報
６１４…アプリ利用情報
６１５…使用許可条件データ
６２０…リクエスト検出条件データ
７００…仮想空間制御データ
７１０…アバター管理データ
８００…クライアントプログラム
８０１…コミュニケーションアプリプログラム
１０００…仮想空間サービスシステム
１０１０…サーバサイドシステム
１５００…ユーザ端末
１９００…外部サーバシステム
Ｗ３…手続画面
Ｗ４…制限事項表示画面
Ｗ５…設定画面
Ｗ６１、Ｗ６１Ｂ…オプション選択画面
Ｗ６２、Ｗ６２Ｂ…承認画面
Ｗ７、Ｗ７Ｂ…通知画面
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】
【図16】
【図17】