特開2024-78795コンピュータシステム、コミュニケーション制御方法およびプログラム
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2024078795
(43)【公開日】2024-06-11
(54)【発明の名称】コンピュータシステム、コミュニケーション制御方法およびプログラム
(51)【国際特許分類】
G06Q 50/10 20120101AFI20240604BHJP
A63F 13/87 20140101ALI20240604BHJP
A63F 13/79 20140101ALI20240604BHJP
G06F 3/0481 20220101ALI20240604BHJP
【ＦＩ】
G06Q50/10
A63F13/87
A63F13/79 500
G06F3/0481
【審査請求】未請求
【請求項の数】13
【出願形態】ＯＬ
(21)【出願番号】P 2022191355
(22)【出願日】2022-11-30
(71)【出願人】
【識別番号】000134855
【氏名又は名称】株式会社バンダイナムコエンターテインメント
(74)【代理人】
【識別番号】100124682
【弁理士】
【氏名又は名称】黒田 泰
(74)【代理人】
【識別番号】100104710
【弁理士】
【氏名又は名称】竹腰 昇
(74)【代理人】
【識別番号】100090479
【弁理士】
【氏名又は名称】井上 一
(72)【発明者】
【氏名】阿須名 孝次
(72)【発明者】
【氏名】南 清志
(72)【発明者】
【氏名】小倉 建一
(72)【発明者】
【氏名】恩田 明生
(72)【発明者】
【氏名】村井 伸太郎
【テーマコード（参考）】
5E555
5L049
5L050
【Ｆターム（参考）】
5E555AA27
5E555AA47
5E555AA48
5E555AA76
5E555BA04
5E555BA76
5E555BB04
5E555BC07
5E555BC17
5E555BD06
5E555BE17
5E555CA12
5E555CB12
5E555DB32
5E555FA00
5L049CC18
5L050CC18
(57)【要約】
【課題】シチュエーション応じてコミュニケーション機能の仕様を変更することを可能とする技術を提供すること。
【解決手段】サーバサイドシステム１０１０は、仮想空間３に配置された各自のアバター４のうち、第１アバター４ａと第２アバター４ｂとのコンタクトを検出すると、シチュエーションを判定する。更に、シチュエーション判定手段の判定結果に基づいて、コミュニケーションを取る際の入力許容設定が異なる複数のコミュニケーションモードの中から、適用コミュニケーションモードを決定し、第１ユーザ２ａと第２ユーザ２ｂとの間のコミュニケーションを適用コミュニケーションモードで実施するようにコミュニケーション機能を制御する。
【選択図】図３
【解決手段】サーバサイドシステム１０１０は、仮想空間３に配置された各自のアバター４のうち、第１アバター４ａと第２アバター４ｂとのコンタクトを検出すると、シチュエーションを判定する。更に、シチュエーション判定手段の判定結果に基づいて、コミュニケーションを取る際の入力許容設定が異なる複数のコミュニケーションモードの中から、適用コミュニケーションモードを決定し、第１ユーザ２ａと第２ユーザ２ｂとの間のコミュニケーションを適用コミュニケーションモードで実施するようにコミュニケーション機能を制御する。
【選択図】図３
【特許請求の範囲】
【請求項1】
仮想空間に配置された各自のアバターを各ユーザが操作してユーザ間でコミュニケーションを取るためのコミュニケーション機能を制御するコンピュータシステムであって、
第１アバターと第２アバターとのコンタクトを検出するコンタクト検出手段と、
前記コンタクト検出手段の検出に応じて、前記コンタクトに係るシチュエーションを判定するシチュエーション判定手段と、
コミュニケーションを取る際の入力許容設定が異なる複数のコミュニケーションモードの中から、前記第１アバターのユーザである第１ユーザと前記第２アバターのユーザである第２ユーザとがコミュニケーションを取る際の適用コミュニケーションモードを、前記シチュエーション判定手段の判定結果に基づいて決定する適用モード決定手段と、
前記コンタクト検出手段による検出がなされた場合に、前記第１ユーザと前記第２ユーザとの間のコミュニケーションを前記適用コミュニケーションモードで実施するように前記コミュニケーション機能を制御するコミュニケーション制御手段と、
を備えるコンピュータシステム。
第１アバターと第２アバターとのコンタクトを検出するコンタクト検出手段と、
前記コンタクト検出手段の検出に応じて、前記コンタクトに係るシチュエーションを判定するシチュエーション判定手段と、
コミュニケーションを取る際の入力許容設定が異なる複数のコミュニケーションモードの中から、前記第１アバターのユーザである第１ユーザと前記第２アバターのユーザである第２ユーザとがコミュニケーションを取る際の適用コミュニケーションモードを、前記シチュエーション判定手段の判定結果に基づいて決定する適用モード決定手段と、
前記コンタクト検出手段による検出がなされた場合に、前記第１ユーザと前記第２ユーザとの間のコミュニケーションを前記適用コミュニケーションモードで実施するように前記コミュニケーション機能を制御するコミュニケーション制御手段と、
を備えるコンピュータシステム。
【請求項2】
前記複数のコミュニケーションモードは、互いに投稿を行ってユーザ間でコミュニケーションを取るモードである、
請求項１に記載のコンピュータシステム。
請求項１に記載のコンピュータシステム。
【請求項3】
前記複数のコミュニケーションモードは、前記入力許容設定として、投稿文字数、投稿内容、連続投稿回数、投稿相手人数、投稿可能時間帯および投稿可能情報種別のうちの何れかの条件が異なるモードを含む、
請求項２に記載のコンピュータシステム。
請求項２に記載のコンピュータシステム。
【請求項4】
前記複数のコミュニケーションモードは、設定された投稿相手のみとの投稿を行うモードと、投稿相手を途中追加可能なモードとを含む、
請求項２に記載のコンピュータシステム。
請求項２に記載のコンピュータシステム。
【請求項5】
前記複数のコミュニケーションモードは、コミュニケーション開始時および／又はコミュニケーション終了時にコミュニケーション相手の同意が必要なモードと不要なモードとを含む、
請求項１に記載のコンピュータシステム。
請求項１に記載のコンピュータシステム。
【請求項6】
前記シチュエーション判定手段は、１）前記第１アバターの行動、２）前記第１アバターの状態、３）前記第２アバターの行動、４）前記第２アバターの状態、５）前記第１アバターの位置、６）前記第２アバターの位置、７）前記第１アバターと前記第２アバターとの相対位置関係、８）前記第１アバターと前記第２アバターとの相対向き、のうちの何れかに基づいてシチュエーションを判定する、
請求項１に記載のコンピュータシステム。
請求項１に記載のコンピュータシステム。
【請求項7】
前記シチュエーション判定手段は、前記第１アバターおよび／又は前記第２アバターの一連の行動に基づいてシチュエーションを判定する、
請求項１に記載のコンピュータシステム。
請求項１に記載のコンピュータシステム。
【請求項8】
前記シチュエーション判定手段は、前記第１ユーザと前記第２ユーザとの関係性、又は、前記第１アバターの属性と前記第２アバターの属性との関係性、に基づいてシチュエーションを判定する、
請求項１に記載のコンピュータシステム。
請求項１に記載のコンピュータシステム。
【請求項9】
前記シチュエーション判定手段は、前記第１ユーザと前記第２ユーザとがコミュニケーションを取っている間に、シチュエーションを再判定し、
前記適用モード決定手段は、前記シチュエーション判定手段による再判定の結果に応じて、前記適用コミュニケーションモードを動的に変更する、
請求項１に記載のコンピュータシステム。
前記適用モード決定手段は、前記シチュエーション判定手段による再判定の結果に応じて、前記適用コミュニケーションモードを動的に変更する、
請求項１に記載のコンピュータシステム。
【請求項10】
前記複数のコミュニケーションモードは、寛厳の度合が異なる前記入力許容設定のモードを含み、
前記シチュエーション判定手段は、コミュニケーションの進行に伴うシチュエーションの変化を再判定し、
前記適用モード決定手段は、前記シチュエーション判定手段による再判定の結果に応じて寛厳の度合が異なるモードに変更することで、前記適用コミュニケーションモードを変更する、
請求項９に記載のコンピュータシステム。
前記シチュエーション判定手段は、コミュニケーションの進行に伴うシチュエーションの変化を再判定し、
前記適用モード決定手段は、前記シチュエーション判定手段による再判定の結果に応じて寛厳の度合が異なるモードに変更することで、前記適用コミュニケーションモードを変更する、
請求項９に記載のコンピュータシステム。
【請求項11】
前記適用モード決定手段は、前記シチュエーション判定手段によって再判定されたシチュエーションの変化が所与の急変条件を満たす場合に、変更前後のモードの寛厳の度合の差が所定の大差条件を満たすモードに変更することで、前記適用コミュニケーションモードを変更する、
請求項１０に記載のコンピュータシステム。
請求項１０に記載のコンピュータシステム。
【請求項12】
仮想空間に配置された各自のアバターを各ユーザが操作してユーザ間でコミュニケーションを取るためのコミュニケーション機能の制御をコンピュータシステムが実行するコミュニケーション制御方法であって、
第１アバターと第２アバターとのコンタクトを検出することと、
前記検出に応じて、前記コンタクトに係るシチュエーションを判定することと、
コミュニケーションを取る際の入力許容設定が異なる複数のコミュニケーションモードの中から、前記第１アバターのユーザである第１ユーザと前記第２アバターのユーザである第２ユーザとがコミュニケーションを取る際の適用コミュニケーションモードを、前記判定されたシチュエーションに基づいて決定することと、
前記検出がなされた場合に、前記第１ユーザと前記第２ユーザとの間のコミュニケーションを前記適用コミュニケーションモードで実施するように前記コミュニケーション機能を制御することと、
を含むコミュニケーション制御方法。
第１アバターと第２アバターとのコンタクトを検出することと、
前記検出に応じて、前記コンタクトに係るシチュエーションを判定することと、
コミュニケーションを取る際の入力許容設定が異なる複数のコミュニケーションモードの中から、前記第１アバターのユーザである第１ユーザと前記第２アバターのユーザである第２ユーザとがコミュニケーションを取る際の適用コミュニケーションモードを、前記判定されたシチュエーションに基づいて決定することと、
前記検出がなされた場合に、前記第１ユーザと前記第２ユーザとの間のコミュニケーションを前記適用コミュニケーションモードで実施するように前記コミュニケーション機能を制御することと、
を含むコミュニケーション制御方法。
【請求項13】
仮想空間に配置された各自のアバターを各ユーザが操作してユーザ間でコミュニケーションを取るためのコミュニケーション機能の制御をコンピュータシステムが行うためのプログラムであって、
第１アバターと第２アバターとのコンタクトを検出するコンタクト検出手段、
前記コンタクト検出手段の検出に応じて、前記コンタクトに係るシチュエーションを判定するシチュエーション判定手段、
コミュニケーションを取る際の入力許容設定が異なる複数のコミュニケーションモードの中から、前記第１アバターのユーザである第１ユーザと前記第２アバターのユーザである第２ユーザとがコミュニケーションを取る際の適用コミュニケーションモードを、前記シチュエーション判定手段の判定結果に基づいて決定する適用モード決定手段、
前記コンタクト検出手段による検出がなされた場合に、前記第１ユーザと前記第２ユーザとの間のコミュニケーションを前記適用コミュニケーションモードで実施するように前記コミュニケーション機能を制御するコミュニケーション制御手段、
として前記コンピュータシステムを機能させるためのプログラム。
第１アバターと第２アバターとのコンタクトを検出するコンタクト検出手段、
前記コンタクト検出手段の検出に応じて、前記コンタクトに係るシチュエーションを判定するシチュエーション判定手段、
コミュニケーションを取る際の入力許容設定が異なる複数のコミュニケーションモードの中から、前記第１アバターのユーザである第１ユーザと前記第２アバターのユーザである第２ユーザとがコミュニケーションを取る際の適用コミュニケーションモードを、前記シチュエーション判定手段の判定結果に基づいて決定する適用モード決定手段、
前記コンタクト検出手段による検出がなされた場合に、前記第１ユーザと前記第２ユーザとの間のコミュニケーションを前記適用コミュニケーションモードで実施するように前記コミュニケーション機能を制御するコミュニケーション制御手段、
として前記コンピュータシステムを機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【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】
【図1】仮想空間サービスシステムの構成例を示すシステム構成図。
【図2】仮想空間サービスについて説明するための図。
【図3】コミュニケーション機能について説明するための図。
【図4】コミュニケーション機能について説明するための図。
【図5】モード定義データのデータ構成例を示す図。
【図6】シチュエーション判定条件データのデータ構成例を示す図。
【図7】シチュエーションの判定結果と適用コミュニケーションモードの例を示す図。
【図8】シチュエーションの判定結果と適用コミュニケーションモードの例を示す図。
【図9】シチュエーションの判定結果と適用コミュニケーションモードの例を示す図。
【図10】サーバサイドシステムの機能構成例を示すブロック図。
【図11】サーバ記憶部が記憶するプログラムやデータの例を示す図。
【図12】アバター管理データのデータ構成例を示す図。
【図13】コミュニケーション管理データのデータ構成例を示す図。
【図14】ユーザ端末の機能構成例を示す機能ブロック図。
【図15】コミュニケーション機能に係る処理の流れを説明するためのフローチャート。
【図17】第２実施形態における仮想空間サービスシステムの機能構成例を示す図。
【図18】第２実施形態におけるユーザ端末の機能構成例を示す機能ブロック図。
【図19】第２実施形態の端末記憶部が記憶するプログラムやデータの例を示す図。
【図20】第２実施形態におけるコミュニケーション機能に係る処理の流れを説明するためのフローチャート。
【図23】変更処理の流れを説明するためのフローチャート。
【発明を実施するための形態】
【0036】
以下、本発明の実施形態の例を説明するが、本発明を適用可能な形態が以下の実施形態に限られないことは勿論である。
【0037】
〔第１実施形態〕
図１は、本発明に係る仮想空間サービスシステムの構成例を示すシステム構成図である。
仮想空間サービスシステム１０００は、同時に複数のユーザが、各々のユーザキャラクタであるアバターを使って３ＤＣＧ（3 Dimensional Computer Graphics）で構築された共通の仮想空間へ参加して、アバターで仮想空間内を自由に行動し、アバターを介して仮想空間内に用意された様々なコンテンツの提供を受けることができるコンピュータシステムである。
図１は、本発明に係る仮想空間サービスシステムの構成例を示すシステム構成図である。
仮想空間サービスシステム１０００は、同時に複数のユーザが、各々のユーザキャラクタであるアバターを使って３ＤＣＧ（3 Dimensional Computer Graphics）で構築された共通の仮想空間へ参加して、アバターで仮想空間内を自由に行動し、アバターを介して仮想空間内に用意された様々なコンテンツの提供を受けることができるコンピュータシステムである。
【0038】
仮想空間サービスシステム１０００は、ネットワーク９を介してデータ通信可能に接続されたサーバサイドシステム１０１０及びユーザ別のユーザ端末１５００（１５００ａ，１５００ｂ，…）を含むコンピュータシステムである。ユーザ端末１５００はマン・マシン・インターフェース（Man Machine Interface：ＭＭＩＦ）となる。
【0039】
ネットワーク９は、データ通信が可能な通信路を意味する。すなわち、ネットワーク９とは、直接接続のための専用線（専用ケーブル）やイーサネット（登録商標）等によるＬＡＮ（Local Area Network）の他、電話通信網やケーブル網、インターネットを含む。
【0040】
サーバサイドシステム１０１０は、仮想空間サービスシステム１０００の運用者が運用するコンピュータシステムであって、ポータルサーバシステム１１００Ｐと、複数のコンテンツサーバシステム１１００Ｇ（１１００Ｇａ，１１００Ｇｂ，…）とを有する。
【0041】
ポータルサーバシステム１１００Ｐは、仮想空間の基本的な仕組みを提供するコンピュータシステムであって、仮想空間へ参加するユーザのユーザ端末１５００が最初にアクセスするフロントエンドのサーバシステムである。ポータルサーバシステム１１００Ｐは、例えば、ユーザ登録に係る制御、アバターのカスタマイズに係る制御、仮想空間内でのアバターの制御、仮想世界内でのイベント等の制御、アバターの位置や動作に応じた各種コンテンツの提供に係る制御、などを行う。そして、登録ユーザに関する情報やアバターの設定情報などを記憶・管理する。ポータルサーバシステム１１００Ｐは、仮想空間で提供するコンテンツの内容に応じてこれら以外の制御を実行するとしてもよい。また、これらの制御のうち１つ又は複数をバックエンドサーバにより実現してもよい。
【0042】
コンテンツサーバシステム１１００Ｇ（１１００Ｇａ，１１００Ｇｂ，…）は、ユーザ端末１５００をクライアントとして１種類又は複数種類のコンテンツを提供するためのバックエンドサーバである。提供するコンテンツの内容は適宜設定可能である。例えば、ショッピング、ゲームプレイ、美術館・博物館などの観覧、映画鑑賞、イベント、スポーツ観戦、などである。
【0043】
ポータルサーバシステム１１００Ｐ及びコンテンツサーバシステム１１００Ｇは、本体装置、キーボード、タッチパネル、などを有し、本体装置に制御基板１１５０を搭載する。制御基板１１５０には、ＣＰＵ（Central Processing Unit）１１５１やＧＰＵ（Graphics Processing Unit）、ＤＳＰ（Digital Signal Processor）などの各種マイクロプロセッサ、ＶＲＡＭやＲＡＭ，ＲＯＭ等の各種ＩＣメモリ１１５２、通信装置１１５３、が搭載されている。なお、制御基板１１５０の一部又は全部は、ＡＳＩＣ（Application Specific Integrated Circuit）や、ＦＰＧＡ（Field-Programmable Gate Array）、ＳｏＣ（System on a Chip）により実現するとしてもよい。
【0044】
ポータルサーバシステム１１００Ｐとコンテンツサーバシステム１１００Ｇとは、制御基板１１５０が所定のプログラム及びデータに基づいて演算処理することによりそれぞれ別個の機能を実現する。
【0045】
図１では、ポータルサーバシステム１１００Ｐ及びコンテンツサーバシステム１１００Ｇは、それぞれ１台のサーバ装置であるかのように描いているが、それぞれを複数の装置で実現する構成であってもよい。例えば、ポータルサーバシステム１１００Ｐは、各機能を分担する複数のブレードサーバを搭載して相互に内部バスを介してデータ通信可能に接続した構成であってもよいし、データベースやオンラインストレージを含むとしてもよい。コンテンツサーバシステム１１００Ｇも同様である。
【0046】
なお、コンテンツサーバシステム１１００Ｇの一部又は全部は、仮想空間サービスシステム１０００及びポータルサーバシステム１１００Ｐの運用者とは別の運用者が運用することとしてもよい。
【0047】
ユーザ端末１５００は、ユーザが仮想空間に参加するために使用するコンピュータシステムであって、仮想空間サービスシステム１０００におけるマン・マシン・インターフェースの機能を担っている。
【0048】
ユーザ端末１５００（１５００ｃ，１５００ｂ，…）は、例えば、パソコン、スマートフォン、ウェアラブルコンピュータ、携帯型ゲーム装置、家庭用ゲーム装置、タブレット型コンピュータ、などのネットワーク９に接続可能なコンピュータシステムである。
【0049】
ユーザ端末１５００は、主体となるコンピュータとこれに通信接続された各種デバイスとが全体として１つの機能を果たす場合には、主体及び各種デバイスを１つのユーザ端末１５００とみなすことができる。例えば図１では、ユーザ端末１５００ｃは、デスクトップ型パソコンにＶＲ（Virtual Reality）用ＭＭＩＦセット１５８０が通信接続された例を示している。ＶＲ用ＭＭＩＦセット１５８０は、ＶＲゴーグル１５８１、ＶＲヘッドセット１５８３、ＶＲコントローラ１５８５などを含む。図１のユーザ端末１５００ｂはスマートフォン単体として例示されているが、ユーザ端末１５００ｂがユーザ端末１５００ｃと同様にＶＲ用ＭＭＩＦセット１５８０を含む構成としてもよい。
【0050】
ユーザ端末１５００は、操作入力デバイス（例えば、タッチパネル１５０６、キーボード、ゲームコントローラ、マウスなど）と、画像表示デバイス（例えば、タッチパネル１５０６、ヘッドマウントディスプレイ、など）と、制御基板１５５０と、を備える。
【0051】
制御基板１５５０は、ＣＰＵ１５５１や、ＧＰＵ，ＤＳＰなどの各種マイクロプロセッサ、ＶＲＡＭやＲＡＭ，ＲＯＭ等の各種ＩＣメモリ１５５２、ネットワーク９に接続する通信モジュール１５５３、などを搭載する。制御基板１５５０に搭載されているこれらの要素は、バス回路などを介して電気的に接続され、データの読み書きや信号の送受信が可能に接続されている。制御基板１５５０の一部又は全部をＡＳＩＣやＦＰＧＡ、ＳｏＣにて構成してもよい。制御基板１５５０は、ユーザ端末１５００としての機能を実現させるためのプログラムや各種データをＩＣメモリ１５５２に記憶する。ユーザ端末１５００は、所定のアプリケーションプログラムを実行することにより、仮想空間サービスシステム１０００のマン・マシン・インターフェースとして、またユーザが各種コンテンツの提供を受ける際のクライアントとしての機能を実現する。
【0052】
なお、ユーザ端末１５００は、仮想空間サービスに係るプログラムやその実行に必要な各種データをポータルサーバシステム１１００Ｐからダウンロードする構成としているが、ユーザが別途入手したメモリカードなどの記憶媒体から読み出す構成としてもよい。
【0053】
図２は、仮想空間サービスシステム１０００が提供する仮想空間サービスについて説明するための図である。なお、説明を理解し易いように、仮想空間３に参加中のユーザ２（リアルタイムに仮想空間３に係る操作をしているユーザ；参加ユーザ）のアバター４を１体のみ描いているが、実際の運用では同時に多数のアバター４が仮想空間３内に存在し得る。
【0054】
仮想空間３は、３ＤＣＧで構築されたデジタルデータの空間であって、同時に複数のユーザ２がそれぞれのアバター４を使って参加して、各自のアバター４で自由に行動可能な空間である。仮想空間３は、現実と同じ時間の流れを有する並行世界であってもよいし、現実世界の時刻から時差のある時間の流れを有する並行世界であってもよいし、現実世界とは異なる速さで時間が流れている固有の時間の世界であってもよい。仮想空間３は、参加しているユーザ２がいなくてもサーバサイドシステム１０１０にてデータとして存在し続け、現実世界の時間経過とともに仮想空間３の中でも時間が経過し、仮想空間３で表現されている世界は変化し続ける。ユーザ端末１５００では、基本的にアバター４の視点から見た一人称視点による仮想空間３の画像が表示される。なお、仮想空間３の画像は三人称視点による画像であってもよい。
【0055】
仮想スポット６（６ａ，６ｂ，…）は、コンテンツ毎に仮想空間３内に設定される。図２の例では、仮想スポット６は店舗風に描かれているが、広場のようにオープンエリアとして設定されていてもよい。ログイン手続を経て仮想空間３に参加しているユーザ２は、自身のアバター４を操作して仮想スポット６へ移動させることで、当該仮想スポット６で提供されるコンテンツを利用できる。例えば、ショッピング、ゲームプレイ、美術館や博物館などの観覧、映画鑑賞、イベント、スポーツ観戦、などである。
【0056】
図２の例では、仮想スポット６ａにアバター４を移動させれば、仮想スポット６ａである仮想書店において、コンテンツＡとしての電子的な本や雑誌の購入が可能になる。
仮想スポット６ｂにアバター４を移動させれば、仮想スポット６ｂであるゲームセンターにおいて、コンテンツＢとしてゲームが提供され、ゲームプレイが可能となる。コンテンツＢのゲームの内容は適宜設定可能である。例えば、ユーザがプレーヤとなってプレーヤキャラクタ１０（コンテンツＢにおけるコンテンツユーザキャラクタ）を設定し、これを使って敵ＮＰＣ（Non Player Character）１２と遭遇戦を行い、生き残りながらプレイを進めるアクションＲＰＧ（Role Playing Game）であってもよい。
仮想スポット６ｂにアバター４を移動させれば、仮想スポット６ｂであるゲームセンターにおいて、コンテンツＢとしてゲームが提供され、ゲームプレイが可能となる。コンテンツＢのゲームの内容は適宜設定可能である。例えば、ユーザがプレーヤとなってプレーヤキャラクタ１０（コンテンツＢにおけるコンテンツユーザキャラクタ）を設定し、これを使って敵ＮＰＣ（Non Player Character）１２と遭遇戦を行い、生き残りながらプレイを進めるアクションＲＰＧ（Role Playing Game）であってもよい。
【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】
画像生成部２９２ｔは、クライアント制御部２６０の制御に基づく画像を画像表示部３９２ｔへ表示させる画像信号を生成・出力する。図１の例では、制御基板１５５０に搭載されるＧＰＵ（Graphics Processing Unit）や、グラフィックコントローラ、グラフィックボード、などがこれに該当する。画像表示部３９２ｔは、フラットパネルディスプレイや、ヘッドマウントディスプレイ、プロジェクターなど、画像を表示させる装置で実現される。
【0133】
通信制御部２９４ｔは、データ通信に係るデータ処理を実行し、通信部３９４ｔを介して外部装置とのデータのやりとりを実現する。
【0134】
通信部３９４ｔは、ネットワーク９と接続して通信を実現する。例えば、無線通信機、モデム、ＴＡ（ターミナルアダプタ）、有線用の通信ケーブルのジャックや制御回路等によって実現される。図１の例では通信モジュール１５５３がこれに該当する。
【0135】
端末記憶部５００ｔは、端末処理部２００ｔに所与の機能を実現させるためのプログラムや各種データ等を記憶する。また、端末処理部２００ｔの作業領域として用いられ、端末処理部２００ｔが各種プログラムに従って実行した演算結果や操作入力部１００ｔから入力される入力データ等を一時的に記憶する。こうした機能は、例えばＲＡＭやＲＯＭなどのＩＣメモリ、ハードディスク等の磁気ディスク、ＣＤ－ＲＯＭやＤＶＤなどの光学ディスクなどによって実現される。図１の例では、制御基板１５５０が搭載するＩＣメモリ１５５２がこれに該当する。
【0136】
具体的には、端末記憶部５００ｔは、ユーザ端末１５００をクライアント制御部２６０として機能させるためのクライアントプログラム８００（アプリケーションプログラム）と、現在日時９００と、を記憶する。勿論、これら以外のデータも適宜記憶できる。
【0137】
図１５と図１６は、サーバサイドシステム１０１０が実行するコミュニケーション機能に係る処理の流れを説明するためのフローチャートである。
図１５に示すように、サーバサイドシステム１０１０は、仮想空間サービスにおいてコンタクトの発生を常時監視している。「コンタクト」は、仮想空間３においてアバター４同士が出会って、第１アバター４ａが第２アバター４ｂへコミュニケーションを求めたとみなされたことを意味する。例えば、第１アバター４ａの第１ユーザ２ａが、第１ユーザ端末１５００ａにて、所定の会話コマンドの入力をしたことを検出して、コンタクトを検出するとしてもよい（図３参照）。なお、コンタクトの検出は、会話コマンドの入力の検出に限らない。例えば、あるアバターが別のアバターの前方視界範囲において手を振る動作をしたことをもってコンタクトの検出としてもよい。つまり、出会った一方のアバターから他方のアバターへ向けて行われた動作でもってコンタクトを検出するとしてもよい。
図１５に示すように、サーバサイドシステム１０１０は、仮想空間サービスにおいてコンタクトの発生を常時監視している。「コンタクト」は、仮想空間３においてアバター４同士が出会って、第１アバター４ａが第２アバター４ｂへコミュニケーションを求めたとみなされたことを意味する。例えば、第１アバター４ａの第１ユーザ２ａが、第１ユーザ端末１５００ａにて、所定の会話コマンドの入力をしたことを検出して、コンタクトを検出するとしてもよい（図３参照）。なお、コンタクトの検出は、会話コマンドの入力の検出に限らない。例えば、あるアバターが別のアバターの前方視界範囲において手を振る動作をしたことをもってコンタクトの検出としてもよい。つまり、出会った一方のアバターから他方のアバターへ向けて行われた動作でもってコンタクトを検出するとしてもよい。
【0138】
コンタクトが検出されると（ステップＳ１０のＹＥＳ）、サーバサイドシステム１０１０は、コミュニケーション管理データ７３０を作成し（図１３参照）、参加アバターＩＤリスト７３２に第１アバター４ａおよび第２アバター４ｂを登録する（ステップＳ１２）。
【0139】
次いで、サーバサイドシステム１０１０は、第３アバターを検索し（ステップＳ１４）、シチュエーションを判定する（ステップＳ１６）。
【0140】
次に、サーバサイドシステム１０１０は、シチュエーションの判定結果に適応シチュエーション種類６１３（図５参照）が適合するモード定義データ６１０を検索する。そして、検索された定義データのモード種類６１１を、適用コミュニケーションモード７３４（図１３参照）に設定する（ステップＳ１８）。
【0141】
次いで、サーバサイドシステム１０１０は、適用コミュニケーションモード７３４で、第１ユーザ２ａと第２ユーザ２ｂとの間のコミュニケーションを開始する（ステップＳ３８）。
【0142】
なお、ステップＳ３８において、適用コミュニケーションモード７３４の同意要求フラグ６２８（図５参照）が「１（フラグ立て）」の場合は、第２ユーザ２ｂによる同意を得る処理を実行する。そして、同意が得られたらコミュニケーションを開始する。同意が得られなければコミュニケーションは開始しない。開始されたコミュニケーションは終了まで、コミュニケーション管理の１つの単位とされる。
【0143】
次に、サーバサイドシステム１０１０は、実行中のコミュニケーション管理の単位毎にループＡを実行する（ステップＳ４０からステップＳ７４；図１６）。
【0144】
ループＡにおいて、サーバサイドシステム１０１０は、再判定条件を満たしたかを判定する（ステップＳ４２）。再判定条件は、例えばコミュニケーション開始日時７４０から所定周期毎、所定数の投稿毎、などとしてもよい。そして、再判定条件を満たす場合（ステップＳ４２のＹＥＳ）、サーバサイドシステム１０１０は、シチュエーションを再判定する（ステップＳ４４）。
【0145】
続いて、図１６に移って、サーバサイドシステム１０１０は、適用コミュニケーションモード７３４をシチュエーションの再判定結果に適応するモードへ設定変更して（ステップＳ４６）、コミュニケーションのモードを変更する旨の通知を行う（ステップＳ４８）。通知は、例えば「絵文字が使えるようになりました」「絵文字が使えなくなります」といった具合に、モード変更を境にユーザができるようになること、できなくなることを報せる内容としてもよい。
【0146】
そして、サーバサイドシステム１０１０は、設定変更された適用コミュニケーションモード７３４によるコミュニケーション制御へ切り替える（ステップＳ５０）。
【0147】
次いで、処理対象のコミュニケーションが所定の終了条件を満たすかを判定する。終了条件は、例えば、開始からの経過時間が利用制限時間６２７に達した場合や、第１ユーザ２ａ又は第２ユーザ２ｂが終了操作をした場合としてもよい。そして、終了条件を満たした場合（ステップＳ７０のＹＥＳ）、サーバサイドシステム１０１０は、所定のコミュニケーションを終了させる処理を実行する（ステップＳ７２）。
【0148】
以上、本実施形態によれば、シチュエーション応じて、コミュニケーション機能に適用する仕様を変更できる。
【0149】
〔第２実施形態〕
次に、本発明の第２実施形態について説明する。第２実施形態の説明においては、第１実施形態との差異について主に述べることし、第１実施形態と同様の構成要素については第１実施形態と同じ符号を付与して重複する説明を省略する。
次に、本発明の第２実施形態について説明する。第２実施形態の説明においては、第１実施形態との差異について主に述べることし、第１実施形態と同様の構成要素については第１実施形態と同じ符号を付与して重複する説明を省略する。
【0150】
図１７は、第２実施形態における仮想空間サービスシステム１０００Ｂの機能構成例を示す図である。仮想空間サービスシステム１０００Ｂは、マッチングサーバシステム１１００Ｍでユーザマッチングし、マッチングされたユーザのユーザ端末１５００間で通信を行ってオンラインマルチプレイゲームをプレイ可能にする。
【0151】
図１８は、第２実施形態におけるユーザ端末１５００の機能構成例を示す機能ブロック図である。仮想空間サービス管理部２１０は、ゲーム進行制御部２１４を有する。ゲーム進行制御部２１４は、第２実施形態のオンラインマルチプレイゲームを実現するための各種制御を実行する。具体的には、ユーザ端末１５００それぞれで仮想空間３（本実施形態の場合はゲーム空間に相当する。）のデータを記憶・管理する。そして、操作入力情報とゲーム進行状況についての情報を、マッチングされたユーザ端末１５００間で交換して情報共有し、共通する仮想空間３に複数のアバター４（本実施形態の場合はプレーヤキャラクタに相当する。）を配置してゲーム進行制御する。
【0152】
また、コミュニケーション機能は、マッチングされたユーザ端末１５００同士で同じ仕様で実行され、マッチングされたユーザ端末１５００で投稿情報を交換して行われる。そのため、コミュニケーション管理部２２０はマスター制御部２２９を有する。
【0153】
マスター制御部２２９は、自機ユーザが第１ユーザ２ａである場合に、自機をマスター機とみなして、適用コミュニケーションモード７３４の設定・再設定をして、スレーブ機（第２ユーザ２ｂの第２ユーザ端末１５００ｂ）へ提供する制御をする。
【0154】
図１９は、第２実施形態における端末記憶部５００ｔが記憶するプログラムやデータの例を示す図である。
第２実施形態における端末記憶部５００ｔは、端末処理部２００ｔに仮想空間サービス管理部２１０としての機能を実現させるための仮想空間制御プログラム８０１と、マッチングデータ８０３を記憶する。マッチングデータ８０３は、マッチングサーバシステム１１００Ｍによってマッチングされた相手ユーザのユーザ端末１５００とデータ通信を実現するためのアクセス情報を含む。
第２実施形態における端末記憶部５００ｔは、端末処理部２００ｔに仮想空間サービス管理部２１０としての機能を実現させるための仮想空間制御プログラム８０１と、マッチングデータ８０３を記憶する。マッチングデータ８０３は、マッチングサーバシステム１１００Ｍによってマッチングされた相手ユーザのユーザ端末１５００とデータ通信を実現するためのアクセス情報を含む。
【0155】
第２実施形態における端末記憶部５００ｔは、ユーザ管理データ６６０を、自機のユーザ分のみ記憶する。また、コミュニケーション管理データ７３０については、自機のユーザが参加するコミュニケーション分のみ記憶する。
【0156】
図２０から図２２は、第２実施形態におけるユーザ端末１５００が実行するコミュニケーション機能に係る処理の流れを説明するためのフローチャートである。なお、前提としてユーザ端末１５００は、既にマッチング済で、相互に操作入力情報とゲーム進行情報とを交換し合っている。
【0157】
図２０に示すようにユーザ端末１５００は、第１実施形態のステップＳ１０の代わりに、自機ユーザのアバターが第１アバターとなるコンタクトを検出する（ステップＳ１１）。ステップＳ１１でコンタクトを検出すると、ユーザ端末１５００は、当該コンタクトを起点とするコミュニケーションに係る制御を担うマスター機となって、ステップＳ１２からステップＳ７２（図２１参照）を実行する。なお、スレーブ機は、第２ユーザ２ｂの第２ユーザ端末１５００ｂである。
【0158】
具体的には、マスター機となったユーザ端末１５００は、適用コミュニケーションモード７３４の設定の後、スレーブ機へ、コミュニケーション管理ＩＤ７３１とともに、適用コミュニケーションモード７３４を指定モードとするコミュニケーションリクエストを送信する（ステップＳ２２）。
【0159】
また、マスター機となったユーザ端末１５００は、再判定後に適用コミュニケーションモード７３４を設定変更した後に、スレーブ機へ、コミュニケーション管理ＩＤ７３１と、再設定後の適用コミュニケーションモード７３４を示す変更先モードと、ともに所定の変更リクエストを送信する（ステップＳ４９）。
【0160】
図２１に移って、マスター機となったユーザ端末１５００は、コミュニケーション終了条件が満たされると（ステップＳ７０のＹＥＳ）、スレーブ機へ、コミュニケーション管理ＩＤ７３１とともに所定のコミュニケーション終了リクエストを送信する（ステップＳ７１）。
【0161】
図２２に移って、一方、マッチング相手のユーザ端末１５００からコミュニケーションリクエストを受信した場合（ステップＳ９０のＹＥＳ）、ユーザ端末１５００は、当該コミュニケーションに係るスレーブ機として、ステップＳ９２からステップＳ１０６を実行する。
【0162】
具体的には、スレーブ機となったユーザ端末１５００は、コミュニケーションリクエストを受信すると、指定モードを適用コミュニケーションモード７３４に設定して（ステップＳ９２）、コミュニケーション機能の制御を開始する（ステップＳ９４）。
【0163】
ステップＳ９２に係り、コミュニケーションリクエストを受信するとコミュニケーション管理データ７３０を作成するとしてもよい（図１３参照）。参加アバターＩＤリスト７３２では、リクエスト元のユーザ端末１５００のユーザのアバターを第１アバター４ａとし、自機ユーザのアバターを第２アバター４ｂとする。シチュエーション判定結果７３３、第３アバターＩＤリスト７４４は省略してもよい。
【0164】
また、スレーブ機となったユーザ端末１５００は、変更リクエストを受信すると（ステップＳ１００のＹＥＳ）、変更リクエストとともに受信したコミュニケーション管理ＩＤ７３１に適合するコミュニケーション管理データ７３０の適用コミュニケーションモード７３４を、変更リクエストとともに受信した変更先モードへ設定変更する（ステップＳ１０２）。
【0165】
また、スレーブ機となったユーザ端末１５００は、終了リクエストを受信するとステップＳ１０４のＹＥＳ）、終了リクエストとともに受信したコミュニケーション管理ＩＤ７３１のコミュニケーションを終了させる（ステップＳ１０６）。
【0166】
第２実施形態によれば、第１実施形態と同様の効果が得られる。
【0167】
〔変形例〕
以上、本発明を適用した実施形態の例について説明したが、本発明を適用可能な形態は上記形態に限定されるものではなく適宜構成要素の追加・省略・変更を施すことができる。
以上、本発明を適用した実施形態の例について説明したが、本発明を適用可能な形態は上記形態に限定されるものではなく適宜構成要素の追加・省略・変更を施すことができる。
【0168】
（変形例その１）
例えば、シチュエーションの再判定の際に、シチュエーションの変化度合に応じてモードの選択方法を変えても良い。例えば、第１実施形態に適用する場合、ステップＳ４６（図１６参照）に代えて図２３に示す変更処理を実行する。
例えば、シチュエーションの再判定の際に、シチュエーションの変化度合に応じてモードの選択方法を変えても良い。例えば、第１実施形態に適用する場合、ステップＳ４６（図１６参照）に代えて図２３に示す変更処理を実行する。
【0169】
具体的には、変更処理において、サーバサイドシステム１０１０は、再判定されたシチュエーションが所与の急変条件を満たすかを判定する（ステップＳ１５０）。
「急変条件」は、例えば、再判定前のシチュエーションと再判定後のシチュエーションそれぞれについて、判定条件定義データ５５０（図６参照）を記述する各条件を比較して、基準値以上の差異がある場合に条件を満たしたと判定することができる。
「急変条件」は、例えば、再判定前のシチュエーションと再判定後のシチュエーションそれぞれについて、判定条件定義データ５５０（図６参照）を記述する各条件を比較して、基準値以上の差異がある場合に条件を満たしたと判定することができる。
【0170】
例えば、急変条件を、より濃密なコミュニケーションが求められる状況に急変したことを検出できるように定義してもよい。具体的には、急変条件を、再判定前のシチュエーションの相対位置条件５５８よりも、再判定後のシチュエーションの相対位置条件５５８が、基準値以上小さい場合としてもよい。また、急変条件を、相対位置条件５５８の差異に加えて、相対向き条件５５９が再判定前よりも再判定後の方が対面状況に近い場合、としてもよい。また例えば、急変条件を、再判定後のシチュエーションの第１アバター行動条件５５１や第２アバター行動条件５５２に、嬉しい・楽しいを表す種類のエモートが含まれる場合としてもよい。
【0171】
逆に、急変条件を、より簡素なコミュニケーションが求められる状況に急変したことを検出できるように定義してもよい。具体的には、急変条件を、再判定後のシチュエーションの相対位置条件５５８が再判定前に対して基準値以上大きくなった場合（第１アバター４ａと第２アバター４ｂが遠ざかった場合）としてもよい。また、急変条件を、相対向き条件５５９が再判定前よりも向きの違いが大きくなった場合（例えば、第１アバター４ａと第２アバター４ｂとが別々の方向を向くようになった場合）、などとしてもよい。また、例えば、再判定後のシチュエーションの第１アバター行動条件５５１や第２アバター行動条件５５２に、不愉快であることを表す種類のエモートが含まれる場合、としてもよい。
【0172】
そして、急変条件が満たされた場合（ステップＳ１５０のＹＥＳ）、サーバサイドシステム１０１０は、変更前の適用コミュニケーションモード７３４の寛厳度合６１５から、所与の大差条件を満たすモードを検索する。大差条件は、例えば寛厳度合６１５のレベル差が「２」以上である、としてもよい。そして、検索したモードで選択候補の母集団を作り、当該母集団の中の何れかに適用コミュニケーションモード７３４を設定変更する（ステップＳ１５２）。つまり、シチュエーションの急変に応じて入力許容の仕様を一気に変更する。
【0173】
一方、急変条件が満たされなかった場合（ステップＳ１５０のＮＯ）、ステップＳ４６と同様に再判定後のシチュエーションに適応するモードを選択して、適用コミュニケーションモード７３４をこれに設定変更する（ステップＳ１５４）。
【0174】
変更処理を実行することで、適用モード決定部２２６（図１０参照）は、シチュエーション判定部２２４によって再判定されたシチュエーションの変化が所与の急変条件を満たす場合に、変更前後のモードの寛厳の度合の差が所定の大差条件を満たすモードに変更することで、適用コミュニケーションモードを変更することになる。なお、変更処理は、第２実施形態のステップＳ４６に置き換えることもできる。
【0175】
（変形例その２）
また、シチュエーション再判定に際しては、コミュニケーションの実績に基づいて再判定する構成も可能である。例えば、コミュニケーションの実績として、投稿の時間間隔の統計値（例えば、平均値、中央値、それらの変化など）で判定するとしてもよい。統計値が所定の基準値より上回れば、会話が上手く弾んでいない、少なくとも一方が会話に乗り気でない、という状況と判定して、より低いレベルの寛厳度合６１５のモードを適応させるとしてもよい。
また、シチュエーション再判定に際しては、コミュニケーションの実績に基づいて再判定する構成も可能である。例えば、コミュニケーションの実績として、投稿の時間間隔の統計値（例えば、平均値、中央値、それらの変化など）で判定するとしてもよい。統計値が所定の基準値より上回れば、会話が上手く弾んでいない、少なくとも一方が会話に乗り気でない、という状況と判定して、より低いレベルの寛厳度合６１５のモードを適応させるとしてもよい。
【0176】
また、投稿で使用された言葉遣いを所定の辞書データと照合することで、友好的な言葉が使われている状況、非友好的な言葉が使われている状況を見極めてシチュエーションを判定し、前者の状況であればより高いレベルの寛厳度合６１５のモードを適応させ、後者の状況であればより低いレベルの寛厳度合６１５のモードを適応させるとしてもよい。
【符号の説明】
【0177】
２ａ…第１ユーザ
２ｂ…第２ユーザ
４ａ…第１アバター
４ｂ…第２アバター
２００ｓ…サーバ処理部
２１０…仮想空間サービス管理部
２１２…ユーザ管理部
２１４…ゲーム進行制御部
２２０…コミュニケーション管理部
２２２…コンタクト検出部
２２４…シチュエーション判定部
２２６…適用モード決定部
２２８…コミュニケーション制御部
２２９…マスター制御部
５００ｓ…サーバ記憶部
５０１…サーバプログラム
５０３…配信用クライアントプログラム
５１０…仮想空間初期設定データ
５４０…シチュエーション判定条件データ
５４１…シチュエーション種類
５５０…判定条件定義データ
６１０…モード定義データ
６１１…モード種類
６１３…適応シチュエーション種類
６１５…寛厳度合
６２０…入力許容設定データ
６６０…ユーザ管理データ
６６３…ユーザ関係性情報
６６７…アバター属性データ
７００…仮想空間制御データ
７１０…アバター管理データ
７３０…コミュニケーション管理データ
７３３…シチュエーション判定結果
７３４…適用コミュニケーションモード
８００…クライアントプログラム
８０１…仮想空間制御プログラム
１０００…仮想空間サービスシステム
１０１０…サーバサイドシステム
１５００…ユーザ端末
２ｂ…第２ユーザ
４ａ…第１アバター
４ｂ…第２アバター
２００ｓ…サーバ処理部
２１０…仮想空間サービス管理部
２１２…ユーザ管理部
２１４…ゲーム進行制御部
２２０…コミュニケーション管理部
２２２…コンタクト検出部
２２４…シチュエーション判定部
２２６…適用モード決定部
２２８…コミュニケーション制御部
２２９…マスター制御部
５００ｓ…サーバ記憶部
５０１…サーバプログラム
５０３…配信用クライアントプログラム
５１０…仮想空間初期設定データ
５４０…シチュエーション判定条件データ
５４１…シチュエーション種類
５５０…判定条件定義データ
６１０…モード定義データ
６１１…モード種類
６１３…適応シチュエーション種類
６１５…寛厳度合
６２０…入力許容設定データ
６６０…ユーザ管理データ
６６３…ユーザ関係性情報
６６７…アバター属性データ
７００…仮想空間制御データ
７１０…アバター管理データ
７３０…コミュニケーション管理データ
７３３…シチュエーション判定結果
７３４…適用コミュニケーションモード
８００…クライアントプログラム
８０１…仮想空間制御プログラム
１０００…仮想空間サービスシステム
１０１０…サーバサイドシステム
１５００…ユーザ端末
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】
【図16】
【図17】
【図18】
【図19】
【図20】
【図21】
【図22】
【図23】