JP2018106679A - 仮想空間を提供するための方法、当該方法をコンピュータに実現させるためのプログラム、および、コンピュータ装置 - Google Patents

Abstract

【課題】仮想空間を提供することによって、ユーザ同士を適切にマッチングすること。
【解決手段】マッチングシステムは、各ユーザが使用するコンピュータのそれぞれに仮想空間画像が展開される仮想空間を提供することにより、各ユーザに仮想空間を提供する。コンピュータ２００Ａ〜２００Ｆのそれぞれは、仮想空間２Ａ〜２Ｆのそれぞれを提供する。サーバ１５０は、ネットワーク１９０を介して取得した、コンピュータ２００Ａ〜２００Ｆのそれぞれからの入力に基づいて、マッチングシステム内の複数のユーザのうち２以上のユーザをマッチングする。
【選択図】図１

Description

本開示は、仮想現実を提供するための技術に関し、より特定的には、仮想現実において多数の対象のうち複数の対象をマッチングさせるための技術に関する。

従来、ネットワーク上でユーザ同士をマッチングするためのシステムが種々提案されている。このようなシステムは、たとえば、非特許文献１に記載されている「Coffee meets Bagel」、および、非特許文献２に記載されている「Happn」を含む。

著者：Jordan Crook，表題：Dating App Coffee Meets Bagel Lands $7.8 Million In Series A，[online]，掲載日：２０１５年２月１８日，情報源：https://techcrunch.com/2015/02/18/dating-app-coffee-meets-bagel-lands-7-8-million-in-series-a/，表題の日本名：良質なデートアプリとして好評のCoffee Meets BagelがついにシリーズA($7.8M)に到達（原文：英語） 著者：Romain Dillet，表題：Happn Attracts $14 Million For Its Dating App Powered By Real Life Interactions，[online]，掲載日：２０１５年９月３０日，情報源：https://techcrunch.com/2015/09/30/happn-attracts-14-million-for-its-dating-app-powered-by-real-life-interactions/，表題の日本名：位置情報出会いアプリのHappnが1400万ドルを調達（原語：英語）

従来のマッチングシステムは、第１のユーザが、第２のユーザに興味を示す些細な動作をしただけでも、そのことを第２のユーザに通知するものがある。このことから、第１のユーザは、第２のユーザに興味を持った程度が低くても、第２のユーザからコンタクトを受ける場合があった。第１のユーザが、コンタクトを受ける程度まで第２のユーザに興味を持っていない場合には、第２のユーザからのコンタクトを不快に思う事態が想定される。したがって、仮想空間を用いてユーザ同士をより適切にマッチングするための技術が必要とされている 。

本開示は、係る実情に鑑み考え出されたものであり、ある局面における目的は、仮想空間を提供することによって、ユーザ同士をより適切にマッチングできる技術を提供することである。

ある実施の形態に従うと、コンピュータがヘッドマウントデバイスに仮想空間を提供するための方法が提供される。方法は、ヘッドマウントデバイスを使用する複数のユーザのそれぞれの動きに基づいて、各ユーザからの入力を検出するステップと、複数のユーザの中から、各ユーザについてのマッチング候補のユーザを取得するステップと、複数のユーザのそれぞれが使用するヘッドマウントデバイスのディスプレイに、各ユーザについてのマッチング候補のユーザを表現する情報を含む仮想空間を表示させるステップと、検出された入力に基づいて、複数のユーザのうちの第１のユーザが複数のユーザのうちの第２のユーザを指定している期間と、第２のユーザが第１のユーザを指定している期間とが予め定められた関係を満たすか否かを判断し、当該関係が満たされる場合に、第１のユーザと第２のユーザとのマッチングを成立させることをさらに備える。

本開示によれば、第１のユーザと第２のユーザの双方が予め定められた関係を満たす期間ずつ相手のユーザを指定したことを条件として、当該第１のユーザと第２のユーザとのマッチングが成立する。これにより、あるユーザと当該ユーザが単に興味を示す些細な動作をした相手との間でマッチングが成立する事態が回避され得る。

本開示に係るマッチングシステムの概要を説明するための図である。 仮想空間画像の一例を模式的に示す図である。 仮想空間画像の他の例を模式的に示す図である。 開設されたチャットルームを表現する仮想空間画像の一例を示す図である。 ある実施の形態に従うＨＭＤ（ヘッドマウントデバイス）システムの構成の概略を表す図である。 一局面に従うコンピュータのハードウェア構成の一例を表すブロック図である。 ある実施の形態に従うＨＭＤに設定されるｕｖｗ視野座標系を概念的に表す図である。 ある実施の形態に従う仮想空間を表現する一態様を概念的に表す図である。 ある実施の形態に従うＨＭＤを装着するユーザの頭部を上から表した図である。 仮想空間において視界領域をＸ方向から見たＹＺ断面を表す図である。 仮想空間において視界領域をＹ方向から見たＸＺ断面を表す図である。 ある実施の形態に従うコントローラの概略構成を表す図である。 ある実施の形態に従うコンピュータをモジュール構成として表わすブロック図である。 一局面に従うサーバのハードウェア構成の一例を表すブロック図である。 ある実施の形態に従うＨＭＤシステムにおいて実行される処理の一部を表わすシーケンスチャートである。 サーバのユーザ情報格納部に格納される情報の内容の一例を模式的に示す図である。 図１６の「ユーザ情報」の内容の一例を模式的に示す図である。 図１６の「閲覧設定情報」の内容の一例を模式的に示す図である。 図１６の「被閲覧設定情報」の内容の一例を模式的に示す図である。 図１６の「被閲覧履歴」の内容の一例を模式的に示す図である。 図１６の「個人設定情報」の内容の一例を模式的に示す図である。 サーバが各ユーザにマッチング候補を提供するための処理のフローチャートである。 マッチングシステムにおいてユーザをマッチングさせるための処理のフローチャートである。 マッチングの成否の判断のサブルーチンの一例のフローチャートである。 マッチングの成否の判断のサブルーチンの他の例のフローチャートである。 通知の態様の一例を説明するための図である。 図２３の処理の変形例のフローチャートである。 提供されるチャットルームを表現する仮想空間画像の他の例を示す図である。 提供されるチャットルームを表現する仮想空間画像のさらに他の例を示す図である。 仮想空間画像の他の例を示す図である。 仮想空間画像のさらに他の例を示す図である。

以下に、図面を参照しつつ、マッチングシステムの実施の形態について説明する。以下の説明では、同一の部品および構成要素には同一の符号を付してある。それらの名称および機能も同じである。したがって、これらの説明は繰り返さない。

［開示の概要］
図１は、本開示に係るマッチングシステムの概要を説明するための図である。マッチングシステムにおいて、サーバ１５０は、複数のユーザのそれぞれに仮想空間を提供し、複数のユーザのうち２以上のユーザをマッチングさせる。

より具体的には、マッチングシステムは、各ユーザが使用するコンピュータのそれぞれに仮想空間画像が展開される仮想空間を提供することにより、各ユーザに仮想空間を提供する。図１において、各ユーザが使用するコンピュータは、コンピュータ２００Ａ〜２００Ｆとして示されている。コンピュータ２００Ａ〜２００Ｆのそれぞれが展開する仮想空間、および、各仮想空間において展開される仮想空間画像が、仮想空間２Ａ〜２Ｆおよび仮想空間画像２２Ａ〜２２Ｆで示されている。

サーバ１５０は、ネットワーク１９を介して、コンピュータ２００Ａ〜２００Ｆと通信可能である。コンピュータ２００Ａ〜２００Ｆのそれぞれは、各ユーザによって装着されるヘッドマウントデバイス（以下、「ＨＭＤ」と称する）１１０Ａ〜１１０Ｆのそれぞれに接続されている。コンピュータ２００Ａ〜２００Ｆのそれぞれは、ＨＭＤ１１０Ａ〜１１０Ｆのそれぞれによって検出された入力をサーバ１５０へ送信する。サーバ１５０は、当該入力に基づいて、マッチングシステム内の複数のユーザのうち２以上のユーザをマッチングする。

図２は、仮想空間画像の一例を模式的に示す図である。図２の仮想空間画像２２Ａは、９つの画像２２０１〜２２０９を含む。画像２２０１〜２２０９のそれぞれは、マッチングシステムに参加する複数のユーザから仮想空間２Ａを提供されるユーザ（以下、「ユーザＡ」）に対するマッチング候補として選択された、９人のユーザのそれぞれを表現する。

図３は、仮想空間画像の他の例を模式的に示す図である。図３の仮想空間画像２２Ｂは、９つの画像２２１１〜２２１９を含む。画像２２１１〜２２１９のそれぞれは、マッチングシステムに参加する複数のユーザから仮想空間２Ｂを提供されるユーザ（以下、「ユーザＢ」）に対してマッチング候補として選択された、９人のユーザのそれぞれを表現する。

図２の画像２２０１〜２２０９のうち画像２２０４がユーザＢを表現し、図３の画像２２１１〜２２１９のうち画像２２１５がユーザＡを表現する、と仮定する。サーバ１５０（図１）は、ユーザＡが画像２２０４を一定期間以上選択することを示す入力を受け、かつ、ユーザＢが画像２２０５を一定期間以上選択することを示す入力を受けたことを条件として、ユーザＡとユーザＢとのマッチングを成立させる。

一例では、サーバ１５０は、ユーザＡとユーザＢとのマッチングを成立させた後、ユーザＡとユーザＢに１つのチャットルームを割り当てる。ユーザＡとユーザＢに１つのチャットルームが割り当てることは、ユーザＡとユーザＢのためのチャットルームを開設することに相当する。図４は、開設されたチャットルームを表現する仮想空間画像の一例を示す図である。

図４では、ユーザＡに提供される仮想空間内の仮想空間画像２２Ａと、ユーザＢに提供される仮想空間内の仮想空間画像２２Ｂとが示されている。仮想空間画像２２Ａ内の領域２２３１は、ユーザＢを表現するアバター２２３０を含むチャットルームを表示する。仮想空間画像２２Ｂ内の領域２２４１は、ユーザＡを表現するアバター２２４０を含むチャットルームを表示する。アバターは、ユーザを表現するオブジェクトの一例である。仮想空間画面には、各アバターとともに、各アバターに対応するユーザに関連付けられた情報（たとえば、後述する図１７のユーザ情報内の情報）が表示されてもよい。

領域２２３１はある会場をユーザＡの視点から見た画像を表わし、領域２２４１はある会場をユーザＢの視点から見た画像を表わす。サーバ１５０は、ユーザＡの動きに従って領域２２４１内のアバター２２４０の動作を制御し、ユーザＢの動きに従って領域２２３１内のアバター２２３０の動作を制御する。これにより、ユーザＡおよびユーザＢのそれぞれに、チャットルームを表わす仮想空間が提供される。

［ＨＭＤシステムの構成］
本開示のマッチングシステムでは、各ユーザは、ヘッドマウントデバイスを使用することにより、仮想空間を提供される。図５を参照して、ＨＭＤ（Head Mount Display）システム１００の構成について説明する。図５は、ある実施の形態に従うＨＭＤシステム１００の構成の概略を表す図である。ある局面において、ＨＭＤシステム１００は、家庭用のシステムとしてあるいは業務用のシステムとして提供される。本実施の形態において、ＨＭＤとは、モニタを備える所謂ヘッドマウントディスプレイと、スマートフォンその他のモニタを有する端末を装着可能なヘッドマウント機器のいずれをも含み得る。

図５に示されるように、ある実施の形態に従うＨＭＤシステム１００は、ＨＭＤ１１０と、ＨＭＤセンサ１２０と、コンピュータ２００とを備える。ＨＭＤ１１０は、モニタ１１２と、注視センサ１４０とを含む。ある局面において、コンピュータ２００は、ネットワーク１９に接続可能であり、ネットワーク１９に接続されているサーバ１５０と通信可能である。別の局面において、ＨＭＤ１１０は、ＨＭＤセンサ１２０の代わりに、センサ１１４を含み得る。

ある実施の形態に従うＨＭＤ１１０は、ユーザの頭部に装着され、動作中に仮想空間をユーザに提供し得る。より具体的には、ＨＭＤ１１０は、右目用の画像および左目用の画像をモニタ１１２にそれぞれ表示する。ユーザの各目がそれぞれの画像を視認すると、ユーザは、両目の視差に基づき当該画像を３次元の画像として認識し得る。

モニタ１１２は、例えば、非透過型の表示装置として実現される。ある局面において、モニタ１１２は、ユーザの両目の前方に位置するようにＨＭＤ１１０の本体に配置されている。したがって、ユーザは、モニタ１１２に表示される３次元画像を視認すると、仮想空間に没入することができる。ある実施の形態において、仮想空間は、例えば、背景、ユーザが操作可能なオブジェクト、ユーザが選択可能なメニューの画像を含む。ある実施の形態において、モニタ１１２は、所謂スマートフォンその他の情報表示端末が備える液晶モニタまたは有機ＥＬ（Electro Luminescence）モニタとして実現され得る。

ある局面において、モニタ１１２は、右目用の画像を表示するためのサブモニタと、左目用の画像を表示するためのサブモニタとを含み得る。別の局面において、モニタ１１２は、右目用の画像と左目用の画像とを一体として表示する構成であってもよい。この場合、モニタ１１２は、高速シャッタを含む。高速シャッタは、画像がいずれか一方の目にのみ認識されるように、右目用の画像と左目用の画像とを交互に表示可能に作動する。

ＨＭＤセンサ１２０は、複数の光源（図示しない）を含む。各光源は例えば、赤外線を発するＬＥＤ（Light Emitting Diode）により実現される。ＨＭＤセンサ１２０は、ＨＭＤ１１０の動きを検出するためのポジショントラッキング機能を有する。ＨＭＤセンサ１２０は、この機能を用いて、現実空間内におけるＨＭＤ１１０の位置および傾きを検出する。

別の局面において、ＨＭＤセンサ１２０は、カメラにより実現されてもよい。この場合、ＨＭＤセンサ１２０は、カメラから出力されるＨＭＤ１１０の画像情報を用いて、画像解析処理を実行することにより、ＨＭＤ１１０の位置および傾きを検出することができる。

別の局面において、ＨＭＤ１１０は、位置検出器として、ＨＭＤセンサ１２０の代わりに、センサ１１４を備えてもよい。ＨＭＤ１１０は、センサ１１４を用いて、ＨＭＤ１１０自身の位置および傾きを検出し得る。例えば、センサ１１４が角速度センサ、地磁気センサ、加速度センサ、あるいはジャイロセンサ等である場合、ＨＭＤ１１０は、ＨＭＤセンサ１２０の代わりに、これらの各センサのいずれかを用いて、自身の位置および傾きを検出し得る。一例として、センサ１１４が角速度センサである場合、角速度センサは、現実空間におけるＨＭＤ１１０の３軸周りの角速度を経時的に検出する。ＨＭＤ１１０は、各角速度に基づいて、ＨＭＤ１１０の３軸周りの角度の時間的変化を算出し、さらに、角度の時間的変化に基づいて、ＨＭＤ１１０の傾きを算出する。

注視センサ１４０は、ユーザ１９０の右目および左目の視線が向けられる方向（視線方向）を検出する。当該方向の検出は、例えば、公知のアイトラッキング機能によって実現される。注視センサ１４０は、当該アイトラッキング機能を有するセンサにより実現される。ある局面において、注視センサ１４０は、右目用のセンサおよび左目用のセンサを含むことが好ましい。注視センサ１４０は、例えば、ユーザ１９０の右目および左目に赤外光を照射するとともに、照射光に対する角膜および虹彩からの反射光を受けることにより各眼球の回転角を検出するセンサであってもよい。注視センサ１４０は、検出した各回転角に基づいて、ユーザ１９０の視線方向を検知することができる。

サーバ１５０は、コンピュータ２００にプログラムを送信し得る。別の局面において、サーバ１５０は、他のユーザによって使用されるＨＭＤに仮想現実を提供するための他のコンピュータ２００と通信し得る。例えば、アミューズメント施設において、複数のユーザが参加型のゲームを行なう場合、各コンピュータ２００は、各ユーザの動作に基づく信号を他のコンピュータ２００と通信して、同じ仮想空間において複数のユーザが共通のゲームを楽しむことを可能にする。

ある実施の形態に従うと、ＨＭＤシステム１００は、コントローラ１６０をさらに備えてもよい。コントローラ１６０はモーションセンサ１３０を含み得る。

コントローラ１６０は、ユーザ１９０からコンピュータ２００への命令の入力を受け付ける。ある局面において、コントローラ１６０は、ユーザ１９０によって把持可能に構成される。別の局面において、コントローラ１６０は、ユーザ１９０の身体あるいは衣類の一部に装着可能に構成される。別の局面において、コントローラ１６０は、コンピュータ２００から送られる信号に基づいて、振動、音、光のうちの少なくともいずれかを出力するように構成されてもよい。

モーションセンサ１３０は、ある局面において、ユーザの手に取り付けられて、ユーザの手の動きを検出する。例えば、モーションセンサ１３０は、手の回転速度、回転数等を検出する。検出された信号は、コンピュータ２００に送られる。モーションセンサ１３０は、例えば、手袋型のコントローラ１６０に設けられている。ある実施の形態において、現実空間における安全のため、コントローラ１６０は、手袋型のようにユーザ１９０の手に装着されることにより容易に飛んで行かないものに装着されるのが望ましい。別の局面において、ユーザ１９０に装着されないセンサがユーザ１９０の手の動きを検出してもよい。例えば、ユーザ１９０を撮影するカメラの信号が、ユーザ１９０の動作を表わす信号として、コンピュータ２００に入力されてもよい。モーションセンサ１３０とコンピュータ２００とは、有線により、または無線により互いに接続される。無線の場合、通信形態は特に限られず、例えば、Ｂｌｕｅｔｏｏｔｈ（登録商標）その他の公知の通信手法が用いられる。

［コンピュータのハードウェア構成］
図６を参照して、本実施の形態に係るコンピュータ２００について説明する。図６は、一局面に従うコンピュータ２００のハードウェア構成の一例を表すブロック図である。コンピュータ２００は、主たる構成要素として、プロセッサ１０と、メモリ１１と、ストレージ１２と、入出力インターフェイス１３と、通信インターフェイス１４とを備える。各構成要素は、それぞれ、バス１５に接続されている。

プロセッサ１０は、コンピュータ２００に与えられる信号に基づいて、あるいは、予め定められた条件が成立したことに基づいて、メモリ１１またはストレージ１２に格納されているプログラムに含まれる一連の命令を実行する。ある局面において、プロセッサ１０は、ＣＰＵ（Central Processing Unit）、ＭＰＵ（Micro Processor Unit）、ＦＰＧＡ（Field-Programmable Gate Array）その他のデバイスとして実現される。

メモリ１１は、プログラムおよびデータを一時的に保存する。プログラムは、例えば、ストレージ１２からロードされる。データは、コンピュータ２００に入力されたデータと、プロセッサ１０によって生成されたデータとを含む。ある局面において、メモリ１１は、ＲＡＭ（Random Access Memory）その他の揮発メモリとして実現される。

ストレージ１２は、プログラムおよびデータを永続的に保持する。ストレージ１２は、例えば、ＲＯＭ（Read-Only Memory）、ハードディスク装置、フラッシュメモリ、その他の不揮発記憶装置として実現される。ストレージ１２に格納されるプログラムは、ＨＭＤシステム１００において仮想空間を提供するためのプログラム、シミュレーションプログラム、ゲームプログラム、ユーザ認証プログラム、他のコンピュータ２００との通信を実現するためのプログラムを含む。ストレージ１２に格納されるデータは、仮想空間を規定するためのデータおよびオブジェクト等を含む。

別の局面において、ストレージ１２は、メモリカードのように着脱可能な記憶装置として実現されてもよい。さらに別の局面において、コンピュータ２００に内蔵されたストレージ１２の代わりに、外部の記憶装置に保存されているプログラムおよびデータを使用する構成が使用されてもよい。このような構成によれば、例えば、アミューズメント施設のように複数のＨＭＤシステム１００が使用される場面において、プログラムやデータの更新を一括して行なうことが可能になる。

ある実施の形態において、入出力インターフェイス１３は、ＨＭＤ１１０、ＨＭＤセンサ１２０、モーションセンサ１３０、およびコントローラ１６０との間で信号を通信する。ある局面において、入出力インターフェイス１３は、ＵＳＢ（Universal Serial Bus）インターフェイス、ＤＶＩ（Digital Visual Interface）、ＨＤＭＩ（登録商標）（High-Definition Multimedia Interface）その他の端子を用いて実現される。なお、入出力インターフェイス１３は上述のものに限られない。

ある実施の形態において、入出力インターフェイス１３は、さらに、コントローラ１６０と通信し得る。例えば、入出力インターフェイス１３は、モーションセンサ１３０から出力された信号の入力を受ける。別の局面において、入出力インターフェイス１３は、プロセッサ１０から出力された命令を、コントローラ１６０に送る。当該命令は、振動、音声出力、発光等をコントローラ１６０に指示する。コントローラ１６０は、当該命令を受信すると、その命令に応じて、振動、音声出力または発光のいずれかを実行する。

通信インターフェイス１４は、ネットワーク１９に接続されて、ネットワーク１９に接続されている他のコンピュータ（例えば、サーバ１５０）と通信する。ある局面において、通信インターフェイス１４は、例えば、ＬＡＮ（Local Area Network）その他の有線通信インターフェイス、あるいは、ＷｉＦｉ（Wireless Fidelity）（登録商標）、Ｂｌｕｅｔｏｏｔｈ（登録商標）、ＮＦＣ（Near Field Communication）その他の無線通信インターフェイスとして実現される。なお、通信インターフェイス１４は上述のものに限られない。

ある局面において、プロセッサ１０は、ストレージ１２に格納されている１つ以上のプログラムをメモリ１１にロードし、当該プログラムに含まれる一連の命令を実行する。当該１つ以上のプログラムは、コンピュータ２００のオペレーティングシステム、仮想空間を提供するためのアプリケーションプログラム、コントローラ１６０を用いて仮想空間で実行可能なゲームソフトウェア等を含み得る。プロセッサ１０は、入出力インターフェイス１３を介して、仮想空間を提供するための信号をＨＭＤ１１０に送る。ＨＭＤ１１０は、その信号に基づいてモニタ１１２に映像を表示する。

図６に示される例では、コンピュータ２００は、ＨＭＤ１１０の外部に設けられる構成が示されているが、別の局面において、コンピュータ２００は、ＨＭＤ１１０に内蔵されてもよい。一例として、モニタ１１２を含む携帯型の情報通信端末（例えば、スマートフォン）がコンピュータ２００として機能してもよい。

また、コンピュータ２００は、複数のＨＭＤ１１０に共通して用いられる構成であってもよい。このような構成によれば、例えば、複数のユーザに同一の仮想空間を提供することもできるので、各ユーザは同一の仮想空間で他のユーザと同一のアプリケーションを楽しむことができる。

ある実施の形態において、ＨＭＤシステム１００では、グローバル座標系が予め設定されている。グローバル座標系は、現実空間における鉛直方向、鉛直方向に直交する水平方向、ならびに、鉛直方向および水平方向の双方に直交する前後方向にそれぞれ平行な、３つの基準方向（軸）を有する。本実施の形態では、グローバル座標系は視点座標系の一つである。そこで、グローバル座標系における水平方向、鉛直方向（上下方向）、および前後方向は、それぞれ、ｘ軸、ｙ軸、ｚ軸と規定される。より具体的には、グローバル座標系において、ｘ軸は現実空間の水平方向に平行である。ｙ軸は、現実空間の鉛直方向に平行である。ｚ軸は現実空間の前後方向に平行である。

ある局面において、ＨＭＤセンサ１２０は、赤外線センサを含む。赤外線センサが、ＨＭＤ１１０の各光源から発せられた赤外線をそれぞれ検出すると、ＨＭＤ１１０の存在を検出する。ＨＭＤセンサ１２０は、さらに、各点の値（グローバル座標系における各座標値）に基づいて、ＨＭＤ１１０を装着したユーザ１９０の動きに応じた、現実空間内におけるＨＭＤ１１０の位置および傾きを検出する。より詳しくは、ＨＭＤセンサ１２０は、経時的に検出された各値を用いて、ＨＭＤ１１０の位置および傾きの時間的変化を検出できる。

グローバル座標系は現実空間の座標系と平行である。したがって、ＨＭＤセンサ１２０によって検出されたＨＭＤ１１０の各傾きは、グローバル座標系におけるＨＭＤ１１０の３軸周りの各傾きに相当する。ＨＭＤセンサ１２０は、グローバル座標系におけるＨＭＤ１１０の傾きに基づき、ｕｖｗ視野座標系をＨＭＤ１１０に設定する。ＨＭＤ１１０に設定されるｕｖｗ視野座標系は、ＨＭＤ１１０を装着したユーザ１９０が仮想空間において物体を見る際の視点座標系に対応する。

［ｕｖｗ視野座標系］
図７を参照して、ｕｖｗ視野座標系について説明する。図７は、ある実施の形態に従うＨＭＤ１１０に設定されるｕｖｗ視野座標系を概念的に表す図である。ＨＭＤセンサ１２０は、ＨＭＤ１１０の起動時に、グローバル座標系におけるＨＭＤ１１０の位置および傾きを検出する。プロセッサ１０は、検出された値に基づいて、ｕｖｗ視野座標系をＨＭＤ１１０に設定する。

図７に示されるように、ＨＭＤ１１０は、ＨＭＤ１１０を装着したユーザの頭部を中心（原点）とした３次元のｕｖｗ視野座標系を設定する。より具体的には、ＨＭＤ１１０は、グローバル座標系を規定する水平方向、鉛直方向、および前後方向（ｘ軸、ｙ軸、ｚ軸）を、グローバル座標系内においてＨＭＤ１１０の各軸周りの傾きだけ各軸周りにそれぞれ傾けることによって新たに得られる３つの方向を、ＨＭＤ１１０におけるｕｖｗ視野座標系のピッチ方向（ｕ軸）、ヨー方向（ｖ軸）、およびロール方向（ｗ軸）として設定する。

ある局面において、ＨＭＤ１１０を装着したユーザ１９０が直立し、かつ、正面を視認している場合、プロセッサ１０は、グローバル座標系に平行なｕｖｗ視野座標系をＨＭＤ１１０に設定する。この場合、グローバル座標系における水平方向（ｘ軸）、鉛直方向（ｙ軸）、および前後方向（ｚ軸）は、ＨＭＤ１１０におけるｕｖｗ視野座標系のピッチ方向（ｕ軸）、ヨー方向（ｖ軸）、およびロール方向（ｗ軸）に一致する。

ｕｖｗ視野座標系がＨＭＤ１１０に設定された後、ＨＭＤセンサ１２０は、ＨＭＤ１１０の動きに基づいて、設定されたｕｖｗ視野座標系におけるＨＭＤ１１０の傾き（傾きの変化量）を検出できる。この場合、ＨＭＤセンサ１２０は、ＨＭＤ１１０の傾きとして、ｕｖｗ視野座標系におけるＨＭＤ１１０のピッチ角（θｕ）、ヨー角（θｖ）、およびロール角（θｗ）をそれぞれ検出する。ピッチ角（θｕ）は、ｕｖｗ視野座標系におけるピッチ方向周りのＨＭＤ１１０の傾き角度を表す。ヨー角（θｖ）は、ｕｖｗ視野座標系におけるヨー方向周りのＨＭＤ１１０の傾き角度を表す。ロール角（θｗ）は、ｕｖｗ視野座標系におけるロール方向周りのＨＭＤ１１０の傾き角度を表す。

ＨＭＤセンサ１２０は、検出されたＨＭＤ１１０の傾き角度に基づいて、ＨＭＤ１１０が動いた後のＨＭＤ１１０におけるｕｖｗ視野座標系を、ＨＭＤ１１０に設定する。ＨＭＤ１１０と、ＨＭＤ１１０のｕｖｗ視野座標系との関係は、ＨＭＤ１１０の位置および傾きに関わらず、常に一定である。ＨＭＤ１１０の位置および傾きが変わると、当該位置および傾きの変化に連動して、グローバル座標系におけるＨＭＤ１１０のｕｖｗ視野座標系の位置および傾きが変化する。

ある局面において、ＨＭＤセンサ１２０は、赤外線センサからの出力に基づいて取得される赤外線の光強度および複数の点間の相対的な位置関係（例えば、各点間の距離など）に基づいて、ＨＭＤ１１０の現実空間内における位置を、ＨＭＤセンサ１２０に対する相対位置として特定してもよい。また、プロセッサ１０は、特定された相対位置に基づいて、現実空間内（グローバル座標系）におけるＨＭＤ１１０のｕｖｗ視野座標系の原点を決定してもよい。

［仮想空間］
図８を参照して、仮想空間についてさらに説明する。図８は、ある実施の形態に従う仮想空間２を表現する一態様を概念的に表す図である。仮想空間２は、中心２１の３６０度方向の全体を覆う全天球状の構造を有する。図８では、説明を複雑にしないために、仮想空間２のうちの上半分の天球が例示されている。仮想空間２では各メッシュが規定される。各メッシュの位置は、仮想空間２に規定されるＸＹＺ座標系における座標値として予め規定されている。コンピュータ２００は、仮想空間２に展開可能なコンテンツ（静止画、動画等）を構成する各部分画像を、仮想空間２において対応する各メッシュにそれぞれ対応付けて、ユーザによって視認可能な仮想空間画像２２が展開される仮想空間２をユーザに提供する。

ある局面において、仮想空間２では、中心２１を原点とするＸＹＺ座標系が規定される。ＸＹＺ座標系は、例えば、グローバル座標系に平行である。ＸＹＺ座標系は視点座標系の一種であるため、ＸＹＺ座標系における水平方向、鉛直方向（上下方向）、および前後方向は、それぞれＸ軸、Ｙ軸、Ｚ軸として規定される。したがって、ＸＹＺ座標系のＸ軸（水平方向）がグローバル座標系のｘ軸と平行であり、ＸＹＺ座標系のＹ軸（鉛直方向）がグローバル座標系のｙ軸と平行であり、ＸＹＺ座標系のＺ軸（前後方向）がグローバル座標系のｚ軸と平行である。

ＨＭＤ１１０の起動時、すなわちＨＭＤ１１０の初期状態において、仮想カメラ１が、仮想空間２の中心２１に配置される。仮想カメラ１は、現実空間におけるＨＭＤ１１０の動きに連動して、仮想空間２を同様に移動する。これにより、現実空間におけるＨＭＤ１１０の位置および向きの変化が、仮想空間２において同様に再現される。

仮想カメラ１には、ＨＭＤ１１０の場合と同様に、ｕｖｗ視野座標系が規定される。仮想空間２における仮想カメラのｕｖｗ視野座標系は、現実空間（グローバル座標系）におけるＨＭＤ１１０のｕｖｗ視野座標系に連動するように規定されている。したがって、ＨＭＤ１１０の傾きが変化すると、それに応じて、仮想カメラ１の傾きも変化する。また、仮想カメラ１は、ＨＭＤ１１０を装着したユーザの現実空間における移動に連動して、仮想空間２において移動することもできる。

仮想カメラ１の向きは、仮想カメラ１の位置および傾きに応じて決まるので、ユーザが仮想空間画像２２を視認する際に基準となる視線（基準視線５）は、仮想カメラ１の向きに応じて決まる。コンピュータ２００のプロセッサ１０は、基準視線５に基づいて、仮想空間２における視界領域２３を規定する。視界領域２３は、仮想空間２のうち、ＨＭＤ１１０を装着したユーザの視界に対応する。

注視センサ１４０によって検出されるユーザ１９０の視線方向は、ユーザ１９０が物体を視認する際の視点座標系における方向である。ＨＭＤ１１０のｕｖｗ視野座標系は、ユーザ１９０がモニタ１１２を視認する際の視点座標系に等しい。また、仮想カメラ１のｕｖｗ視野座標系は、ＨＭＤ１１０のｕｖｗ視野座標系に連動している。したがって、ある局面に従うＨＭＤシステム１００は、注視センサ１４０によって検出されたユーザ１９０の視線方向を、仮想カメラ１のｕｖｗ視野座標系におけるユーザの視線方向とみなすことができる。

［ユーザの視線］
図９を参照して、ユーザの視線方向の決定について説明する。図９は、ある実施の形態に従うＨＭＤ１１０を装着するユーザ１９０の頭部を上から表した図である。

ある局面において、注視センサ１４０は、ユーザ１９０の右目および左目の各視線を検出する。ある局面において、ユーザ１９０が近くを見ている場合、注視センサ１４０は、視線Ｒ１およびＬ１を検出する。別の局面において、ユーザ１９０が遠くを見ている場合、注視センサ１４０は、視線Ｒ２およびＬ２を検出する。この場合、ロール方向ｗに対して視線Ｒ２およびＬ２がなす角度は、ロール方向ｗに対して視線Ｒ１およびＬ１がなす角度よりも小さい。注視センサ１４０は、検出結果をコンピュータ２００に送信する。

コンピュータ２００が、視線の検出結果として、視線Ｒ１およびＬ１の検出値を注視センサ１４０から受信した場合には、その検出値に基づいて、視線Ｒ１およびＬ１の交点である注視点Ｎ１を特定する。一方、コンピュータ２００は、視線Ｒ２およびＬ２の検出値を注視センサ１４０から受信した場合には、視線Ｒ２およびＬ２の交点を注視点として特定する。コンピュータ２００は、特定した注視点Ｎ１の位置に基づき、ユーザ１９０の視線方向Ｎ０を特定する。コンピュータ２００は、例えば、ユーザ１９０の右目Ｒと左目Ｌとを結ぶ直線の中点と、注視点Ｎ１とを通る直線の延びる方向を、視線方向Ｎ０として検出する。視線方向Ｎ０は、ユーザ１９０が両目により実際に視線を向けている方向である。また、視線方向Ｎ０は、視界領域２３に対してユーザ１９０が実際に視線を向けている方向に相当する。

別の局面において、ＨＭＤシステム１００は、ＨＭＤシステム１００を構成するいずれかのパーツに、マイクおよびスピーカを備えてもよい。ユーザは、マイクに発話することにより、仮想空間２に対して、音声による指示を与えることができる。

また、別の局面において、ＨＭＤシステム１００は、テレビジョン放送受信チューナを備えてもよい。このような構成によれば、ＨＭＤシステム１００は、仮想空間２においてテレビ番組を表示することができる。

さらに別の局面において、ＨＭＤシステム１００は、インターネットに接続するための通信回路、あるいは、電話回線に接続するための通話機能を備えていてもよい。

［視界領域］
図１０および図１１を参照して、視界領域２３について説明する。図１０は、仮想空間２において視界領域２３をＸ方向から見たＹＺ断面を表す図である。図１１は、仮想空間２において視界領域２３をＹ方向から見たＸＺ断面を表す図である。

図１０に示されるように、ＹＺ断面における視界領域２３は、領域２４を含む。領域２４は、仮想カメラ１の基準視線５と仮想空間２のＹＺ断面とによって定義される。プロセッサ１０は、仮想空間における基準視線５を中心として極角αを含む範囲を、領域２４として規定する。

図１１に示されるように、ＸＺ断面における視界領域２３は、領域２５を含む。領域２５は、基準視線５と仮想空間２のＸＺ断面とによって定義される。プロセッサ１０は、仮想空間２における基準視線５を中心とした方位角βを含む範囲を、領域２５として規定する。

ある局面において、ＨＭＤシステム１００は、コンピュータ２００からの信号に基づいて、視界画像２６をモニタ１１２に表示させることにより、ユーザ１９０に仮想空間を提供する。視界画像２６は、仮想空間画像２２のうち視界領域２３に重畳する部分に相当する。ユーザ１９０が、頭に装着したＨＭＤ１１０を動かすと、その動きに連動して仮想カメラ１も動く。その結果、仮想空間２における視界領域２３の位置が変化する。これにより、モニタ１１２に表示される視界画像２６は、仮想空間画像２２のうち、仮想空間２においてユーザが向いた方向の視界領域２３に重畳する画像に更新される。ユーザは、仮想空間２における所望の方向を視認することができる。

ユーザ１９０は、ＨＭＤ１１０を装着している間、現実世界を視認することなく、仮想空間２に展開される仮想空間画像２２のみを視認できる。そのため、ＨＭＤシステム１００は、仮想空間２への高い没入感覚をユーザに与えることができる。

ある局面において、プロセッサ１０は、ＨＭＤ１１０を装着したユーザ１９０の現実空間における移動に連動して、仮想空間２において仮想カメラ１を移動し得る。この場合、プロセッサ１０は、仮想空間２における仮想カメラ１の位置および向きに基づいて、ＨＭＤ１１０のモニタ１１２に投影される画像領域（すなわち、仮想空間２における視界領域２３）を特定する。

ある実施の形態に従うと、仮想カメラ１は、二つの仮想カメラ、すなわち、右目用の画像を提供するための仮想カメラと、左目用の画像を提供するための仮想カメラとを含むことが望ましい。また、ユーザ１９０が３次元の仮想空間２を認識できるように、適切な視差が、二つの仮想カメラに設定されていることが好ましい。本実施の形態においては、仮想カメラ１が二つの仮想カメラを含み、二つの仮想カメラのロール方向が合成されることによって生成されるロール方向（ｗ）がＨＭＤ１１０のロール方向（ｗ）に適合されるように構成されているものとして、本開示に係る技術思想を例示する。

［コントローラ］
図１２を参照して、コントローラ１６０の一例について説明する。図１２は、ある実施の形態に従うコントローラ１６０の概略構成を表す図である。

図１２の分図（Ａ）に示されるように、ある局面において、コントローラ１６０は、右コントローラ８００と左コントローラとを含み得る。右コントローラ８００は、ユーザ１９０の右手で操作される。左コントローラは、ユーザ１９０の左手で操作される。ある局面において、右コントローラ８００と左コントローラとは、別個の装置として対称に構成される。したがって、ユーザ１９０は、右コントローラ８００を把持した右手と、左コントローラを把持した左手とをそれぞれ自由に動かすことができる。別の局面において、コントローラ１６０は両手の操作を受け付ける一体型のコントローラであってもよい。以下、右コントローラ８００について説明する。

右コントローラ８００は、グリップ３０と、フレーム３１と、天面３２とを備える。グリップ３０は、ユーザ１９０の右手によって把持されるように構成されている。例えば、グリップ３０は、ユーザ１９０の右手の掌と３本の指（中指、薬指、小指）とによって保持され得る。

グリップ３０は、ボタン３３，３４と、モーションセンサ１３０とを含む。ボタン３３は、グリップ３０の側面に配置され、右手の中指による操作を受け付ける。ボタン３４は、グリップ３０の前面に配置され、右手の人差し指による操作を受け付ける。ある局面において、ボタン３３，３４は、トリガー式のボタンとして構成される。モーションセンサ１３０は、グリップ３０の筐体に内蔵されている。なお、ユーザ１９０の動作がカメラその他の装置によってユーザ１９０の周りから検出可能である場合には、グリップ３０は、モーションセンサ１３０を備えなくてもよい。

フレーム３１は、その円周方向に沿って配置された複数の赤外線ＬＥＤ３５を含む。赤外線ＬＥＤ３５は、コントローラ１６０を使用するプログラムの実行中に、当該プログラムの進行に合わせて赤外線を発光する。赤外線ＬＥＤ３５から発せられた赤外線は、右コントローラ８００と左コントローラ（図示しない）との各位置や姿勢（傾き、向き）を検出するために使用され得る。図１２に示される例では、二列に配置された赤外線ＬＥＤ３５が示されているが、配列の数は図１２に示されるものに限られない。一列あるいは３列以上の配列が使用されてもよい。

天面３２は、ボタン３６，３７と、アナログスティック３８とを備える。ボタン３６，３７は、プッシュ式ボタンとして構成される。ボタン３６，３７は、ユーザ１９０の右手の親指による操作を受け付ける。アナログスティック３８は、ある局面において、初期位置（ニュートラルの位置）から３６０度任意の方向への操作を受け付ける。当該操作は、例えば、仮想空間２に配置されるオブジェクトを移動するための操作を含む。

ある局面において、右コントローラ８００および左コントローラは、赤外線ＬＥＤ３５その他の部材を駆動するための電池を含む。電池は、充電式、ボタン型、乾電池型等を含むが、これらに限定されない。別の局面において、右コントローラ８００と左コントローラは、例えば、コンピュータ２００のＵＳＢインターフェイスに接続され得る。この場合、右コントローラ８００および左コントローラは、電池を必要としない。

図１２の分図（Ｂ）は、右コントローラ８００を把持するユーザ１９０の右手に対応して仮想空間に配置されるハンドオブジェクト８１０の一例を示す。例えば、ユーザ１９０の右手に対応するハンドオブジェクト８１０に対して、ヨー、ロール、ピッチの各方向が規定される。例えば、入力操作が、右コントローラ８００のボタン３４に対して行なわれると、ハンドオブジェクト８１０の人差し指を握りこんだ状態とし、入力操作がボタン３４に対して行なわれていない場合には、分図（Ｂ）に示すように、ハンドオブジェクト８１０の人差し指を伸ばした状態とすることもできる。例えば、ハンドオブジェクト８１０において親指と人差し指とが伸びている場合に、親指の伸びる方向がヨー方向、人差し指の伸びる方向がロール方向、ヨー方向の軸およびロール方向の軸によって規定される平面に垂直な方向がピッチ方向としてハンドオブジェクト８１０に規定される。

［ＨＭＤの制御装置］
図１３を参照して、ＨＭＤ１１０の制御装置について説明する。ある実施の形態において、制御装置は周知の構成を有するコンピュータ２００によって実現される。図１３は、ある実施の形態に従うコンピュータ２００をモジュール構成として表わすブロック図である。

図１３に示されるように、コンピュータ２００は、表示制御モジュール２２０と、仮想空間制御モジュール２３０と、メモリモジュール２４０と、通信制御モジュール２５０とを備える。表示制御モジュール２２０は、サブモジュールとして、仮想カメラ制御モジュール２２１と、視界領域決定モジュール２２２と、視界画像生成モジュール２２３と、基準視線特定モジュール２２４とを含む。仮想空間制御モジュール２３０は、サブモジュールとして、仮想空間定義モジュール２３１と、仮想オブジェクト生成モジュール２３２と、手オブジェクト管理モジュール２３３とを含む。

ある実施の形態において、表示制御モジュール２２０と仮想空間制御モジュール２３０とは、プロセッサ１０によって実現される。別の実施の形態において、複数のプロセッサ１０が表示制御モジュール２２０と仮想空間制御モジュール２３０として作動してもよい。メモリモジュール２４０は、メモリ１１またはストレージ１２によって実現される。通信制御モジュール２５０は、通信インターフェイス１４によって実現される。

ある局面において、表示制御モジュール２２０は、ＨＭＤ１１０のモニタ１１２における画像表示を制御する。仮想カメラ制御モジュール２２１は、仮想空間２に仮想カメラ１を配置し、仮想カメラ１の挙動、向き等を制御する。視界領域決定モジュール２２２は、視界領域２３を規定する。視界画像生成モジュール２２３は、決定された視界領域２３に基づいて、モニタ１１２に表示される視界画像２６を生成する。

基準視線特定モジュール２２４は、注視センサ１４０からの信号に基づいて、ユーザ１９０の視線を特定する。

仮想空間制御モジュール２３０は、ユーザ１９０に提供される仮想空間２を制御する。
仮想空間定義モジュール２３１は、仮想空間２を表わす仮想空間データを生成することにより、ＨＭＤシステム１００における仮想空間２を規定する。

仮想オブジェクト生成モジュール２３２は、仮想空間２に表示される対象物を生成する。対象物は、一例では、ネットワーク１９（図１等）上の他のＨＭＤシステム１００のユーザのアバター、チャットルームの内装、および／または、当該チャットルームに配置される装飾物を含む。対象物は、他の例では、ゲームのストーリーの進行に従って表示される森、山その他を含む風景、動物等を含む。

手オブジェクト管理モジュール２３３は、手オブジェクトを仮想空間２に配置する。以下の説明において、仮想空間２に配置された手オブジェクトは、「仮想手」とも称する。
手オブジェクトは、例えば、コントローラ１６０を保持したユーザ１９０の右手あるいは左手に対応する。ある局面において、手オブジェクト管理モジュール２３３は、左手オブジェクト９１０または右手オブジェクト９２０を仮想空間２に配置するためのデータを生成する。別の局面において、手オブジェクト管理モジュール２３３は、ユーザ１９０によるコントローラ１６０の操作に応じて、左手オブジェクト９１０または右手オブジェクト９２０が他のオブジェクト（例えば、オブジェクト９００またはオブジェクト１０００）を回転させる動作を示すためのデータを生成する。当該動作は、例えば、オブジェクト９００として示されるハンドルを握る手が、当該ハンドルを回転させることを含む。

メモリモジュール２４０は、コンピュータ２００が仮想空間２をユーザ１９０に提供するために使用されるデータを保持している。ある局面において、メモリモジュール２４０は、空間情報２４１と、オブジェクト情報２４２と、ユーザ情報２４３とを保持している。

空間情報２４１は、仮想空間２を提供するために規定された１つ以上のテンプレートを保持している。

オブジェクト情報２４２は、仮想空間２において再生されるコンテンツ、当該コンテンツで使用されるオブジェクトを表示するための情報を保持している。当該コンテンツは、例えば、ゲーム、現実社会と同様の風景を表したコンテンツ等を含み得る。

ユーザ情報２４３は、ＨＭＤシステム１００の制御装置としてコンピュータ２００を機能させるためのプログラム、オブジェクト情報２４２に保持される各コンテンツを使用するアプリケーションプログラム等を保持している。メモリモジュール２４０に格納されているデータおよびプログラムは、ＨＭＤ１１０のユーザによって入力される。あるいは、プロセッサ１０が、当該コンテンツを提供する事業者が運営するコンピュータ（例えば、サーバ１５０）からプログラムあるいはデータをダウンロードして、ダウンロードされたプログラムあるいはデータをメモリモジュール２４０に格納する。

通信制御モジュール２５０は、ネットワーク１９を介して、サーバ１５０その他の情報通信装置と通信し得る。

ある局面において、表示制御モジュール２２０および仮想空間制御モジュール２３０は、ユニティテクノロジーズ社によって提供されるＵｎｉｔｙ（登録商標）を用いて実現され得る。

［サーバのハードウェア構成］
図１４を参照して、本実施の形態に係るサーバ１５０について説明する。図１４は、一局面に従うサーバ１５０のハードウェア構成の一例を表すブロック図である。サーバ１５０は、主たる構成要素として、プロセッサ５１０と、メモリ５１１と、ストレージ５１２と、通信インターフェース５１４とを備える。各構成要素は、それぞれ、バス５１５に接続されている。

プロセッサ５１０は、サーバ１５０に与えられる信号に基づいて、あるいは、予め定められた条件が成立したことに基づいて、メモリ５１１またはストレージ５１２に格納されているプログラムに含まれる一連の命令を実行する。ある局面において、プロセッサ５１０は、ＣＰＵ、ＭＰＵ、ＦＰＧＡ、その他のデバイスとして実現される。

メモリ５１１は、プログラムおよびデータを格納する。プログラムは、例えば、ストレージ５１２からロードされる。データは、サーバ１５０に入力されたデータと、プロセッサ５１０によって生成されたデータとを含む。メモリ５１１は、ＲＡＭその他の揮発メモリとしても実現される。

ストレージ５１２は、プログラムおよびデータを永続的に保持する。ストレージ５１２は、例えば、ＲＯＭ、ハードディスク装置、フラッシュメモリ、その他の不揮発記憶装置として実現される。ストレージ５１２に格納されるプログラムは、マッチングシステムの各ＨＭＤシステム１００において提供される仮想空間を、他のＨＭＤシステム１００における入力に従って調整するためのプログラムを含む。ストレージ５１２は、マッチングシステムの各ユーザの情報を格納するためのユーザ情報格納部５１２Ａを含む。

通信インターフェース５１４は、ネットワーク１９を介して他のコンピュータ（例えば、コンピュータ２００）と通信する。ある局面において、通信インターフェース５１４は、例えば、ＬＡＮその他の有線通信インターフェイス、あるいは、ＷｉＦｉ、Ｂｌｕｅｔｏｏｔｈ（登録商標）、ＮＦＣ、その他の無線通信インターフェイスとして実現される。
ただし、通信インターフェース５１４は上述のものに限られない。

［制御構造］
図１５を参照して、ＨＭＤシステム１００の制御構造について説明する。図１５は、ある実施の形態に従うＨＭＤシステム１００において実行される処理の一部を表わすシーケンスチャートである。

ステップＳ１５１０にて、コンピュータ２００のプロセッサ１０は、仮想空間定義モジュール２３１として、仮想空間画像データを特定する。

ステップＳ１５２０にて、プロセッサ１０は、仮想カメラ１を初期化する。例えば、プロセッサ１０は、仮想カメラ１を仮想空間２において予め規定された中心点に配置し、仮想カメラ１の視線をユーザ１９０が向いている方向に向ける。

ステップＳ１５３０にて、プロセッサ１０は、視界画像生成モジュール２２３として、初期の視界画像を表示するための視界画像データを生成する。生成された視界画像データは、視界画像生成モジュール２２３を介して通信制御モジュール２５０によってＨＭＤ１１０に送られる。

ステップＳ１５３２にて、ＨＭＤ１１０のモニタ１１２は、コンピュータ２００から受信した信号に基づいて、視界画像を表示する。ＨＭＤ１１０を装着したユーザ１９０は、視界画像を視認すると仮想空間２を認識し得る。

ステップＳ１５３４にて、ＨＭＤセンサ１２０は、ＨＭＤ１１０から発信される複数の赤外線光に基づいて、ＨＭＤ１１０の位置と傾きを検知する。検知結果は、動き検知データとして、コンピュータ２００に送られる。

ステップＳ１５４０にて、プロセッサ１０は、ＨＭＤ１１０の位置と傾きとに基づいて、ＨＭＤ１１０を装着したユーザ１９０の視界方向を特定する。プロセッサ１０は、アプリケーションプログラムを実行し、アプリケーションプログラムに含まれる命令に基づいて、仮想空間２においてオブジェクトを表示させる。ユーザ１９０は、そのアプリケーションプログラムの実行により仮想空間２において視認可能なコンテンツを楽しむ。ある局面において、当該コンテンツは、お見合いアプリケーションを含む。お見合いアプリケーションは、２つ以上のアバターを表示させ、当該２つ以上のアバターから１つ以上のアバターを指定する入力を受付ける。お見合いアプリケーションは、指定された入力をサーバ１５０に送る。サーバ１５０は、複数のユーザのそれぞれによって実行されるお見合いアプリケーションからの入力に基づいて、複数のユーザのうち２以上のユーザ同士をマッチングさせる。

ステップＳ１５４２にて、プロセッサ１０は、決定された仮想ユーザの状態に基づいて、視界画像を更新する。そして、プロセッサ１０は、更新された視界画像を表示させるためのデータ（視界画像データ）をＨＭＤ１１０に出力する。

ステップＳ１５４４にて、ＨＭＤ１１０のモニタ１１２は、受信した視界画像データに基づいて視界画像を更新し、更新後の視界画像を表示する。

ステップＳ１５５０にて、コントローラ１６０は、ユーザ１９０の操作を検出する。検出された操作を示す信号は、コンピュータ２００に送られる。当該信号は、表示された２つ以上のアバターのうち１つ以上のアバターを指定する操作を含む。より具体的には、当該信号は、仮想手を表示させ、当該仮想手で、表示された２つ以上のアバターのうち１つ以上のアバターに触れる動作を示す操作を含む。

ステップＳ１５５２にて、注視センサ１４０は、ユーザ１９０の視線を検出する。検出された視線についての検出値を示す信号は、コンピュータ２００に送られる。本明細書では、アバターの上に注視点が置かれることも、「アバターを指定する」こととして取り扱う。

すなわち、本実施の形態では、コンピュータ２００は、ユーザ１９０がコントローラ１６０を操作することにより仮想手でアバターに触れたこと、および／または、ユーザ１９０の注視点がアバター上に置かれたことが、仮想ユーザがアバターを指定したと扱われる。

ステップＳ１５５４にて、プロセッサ１０は、仮想ユーザがアバターを指定したことを示す入力をサーバ１５０へ送信する。

サーバ１５０は、各コンピュータ２００のプロセッサ１０から、各仮想ユーザが仮想空間上のどのユーザを指定したかについての入力を受け付ける。当該入力が所定の条件を満たしたことに基づいて、サーバ１５０は、マッチングシステムに参加する複数のユーザのうち２以上のユーザをマッチングする。サーバ１５０は、マッチングされたユーザが使用するコンピュータ２００のプロセッサ１０に対して、所定の指示を送信する。

ステップＳ１５６０にて、プロセッサ１０は、サーバ１５０から所定の指示を受信する。

ステップＳ１５７０にて、プロセッサ１０は、サーバ１５０からの指示に応じて視界画面を更新し、更新後の視界画像を表示させるためのデータ（視界画像データ）をＨＭＤ１１０に出力する。

ステップＳ１５７２にて、ＨＭＤ１１０のモニタ１１２は、受信した視界画像データに基づいて視界画像を更新し、更新後の視界画像を表示する。

［データ構造］
図１６を参照して、サーバ１５０のデータ構造について説明する。図１６は、サーバ１５０のユーザ情報格納部５１２Ａに格納される情報の内容の一例を模式的に示す図である。本開示に係るマッチングシステムでは、サーバ１５０は、マッチングシステムに参加する複数のユーザのそれぞれに関する情報を用いて、各ＨＭＤシステム１００のコンピュータ２００にアプリケーションに関する指示を生成する。

図１６を参照して、ユーザ情報格納部５１２Ａは、各ユーザに固有の情報（ユーザＩＤ）を格納する。ユーザ情報格納部５１２Ａには、各ユーザＩＤに関連付けられて、５種類の情報（ユーザ情報、閲覧設定情報、被閲覧設定情報、被閲覧履歴、および、個人設定情報）が格納されている。

図１７は、図１６の「ユーザ情報」の内容の一例を模式的に示す図である。図１７を参照して、ユーザ情報は、表示名、性別、年齢、紹介を希望する性別、紹介を希望する年齢、および、ＩＰ（Internet Protocol）アドレスを含む。表示名は、各ユーザについて、マッチングアプリケーションにおいてマッチング候補として表示されるときの名称である。性別は、各ユーザの性別である。年齢は、各ユーザの性別である。紹介を希望する性別は、各ユーザがマッチング候補として希望するユーザの性別を特定する情報である。紹介を希望する年齢は、各ユーザがマッチング候補として希望するユーザの年齢（年齢層）を特定する情報である。ＩＰアドレスは、各ユーザによって使用されるＨＭＤシステム１００のコンピュータ２００がネットワーク１９に接続した最新のＩＰアドレスである。

図１７のユーザ情報に含まれるすべての情報のうち、ＩＰアドレス以外は、たとえば各ユーザによって登録される。より具体的には、各ユーザは、コンピュータ２００等を介して、サーバ１５０に各情報を登録する。ＩＰアドレスは、たとえば、サーバ１５０のプロセッサ５１０によって特定され、格納される。

図１８は、図１６の「閲覧設定情報」の内容の一例を模式的に示す図である。図１８を参照して、閲覧設定情報は、各日の閲覧数設定と被閲覧通知設定とを含む。

各日の閲覧数設定は、各日に、各ユーザが閲覧することが許可されるマッチング候補の数を規定する情報である。各日の閲覧数設定の値は、たとえば予め定められている。プロセッサ５１０は、コンピュータ２００からの入力に応じて、ユーザごとに、各日の閲覧数設定の値を変更し得る。マッチングシステムは、たとえばユーザがコンピュータ２００に所定の情報を入力したことに応じて、各日の閲覧数設定の値を変更し得る。この入力は、マッチングシステムの運営者に対する料金の支払いのための入力を含む。すなわち、マッチングシステムは、ユーザに課金することにより、各日の閲覧数設定の値を変更してもよい。

被閲覧通知設定は、ユーザごとに、当該ユーザに提供される仮想空間において特別な報知の有無を表わす情報である。特別な報知の一例は、マッチングシステムにおいて、当該ユーザに対応するアバターを他のユーザが一定時間以上連続して指定している事態の発生の報知である。被閲覧通知設定の値は、「ＯＮ」または「ＯＦＦ」である。当該値が「ＯＮ」であれば当該報知が行なわれ、当該値が「ＯＦＦ」であれば当該報知は行なわれない。

より具体的には、サーバ１５０は、ユーザＡおよびユーザＢのそれぞれに仮想空間が提供されている場合に、ユーザＢがユーザＡに対応するアバターを一定時間以上連続して指定している事態が発生したとき、当該事態の発生をユーザＡに通知する。サーバ１５０は、ユーザＡ，Ｂのそれぞれが使用するＨＭＤシステム１００のコンピュータ２００のそれぞれから、ユーザＡ，Ｂのそれぞれがどのアバターを指定しているかを示す情報を取得する。ユーザＡの被閲覧通知設定の値が「ＯＮ」である場合であって、ユーザＢがユーザＡを一定時間以上連続して指定されている事態が発生したときには、サーバ１５０は、当該事態の発生を、ユーザＡが使用するＨＭＤシステム１００のコンピュータ２００へ送信する。これにより、コンピュータ２００は、当該事態の発生を報知する。報知態様は、図３０を参照して後述する。

被閲覧通知設定の値として、たとえばデフォルトで値「ＯＦＦ」が設定されている。プロセッサ５１０は、コンピュータ２００からの入力に応じて、ユーザごとに、被閲覧通知設定の値を変更し得る。マッチングシステムは、たとえばユーザがコンピュータ２００に所定の情報を入力したことに応じて、被閲覧通知設定の値を「ＯＦＦ」から「ＯＮ」へ変更してもよい。この入力は、マッチングシステムの運営者に対する料金の支払いのための入力を含む。すなわち、マッチングシステムは、課金に応じてユーザから支払われる料金に応じて、被閲覧通知設定の値を「ＯＦＦ」から「ＯＮ」へ変更してもよい。

図１９は、図１６の「被閲覧設定情報」の内容の一例を模式的に示す図である。被閲覧設定情報は、優先配置設定と優先紹介設定とを含む。

優先配置設定は、仮想空間において、当該ユーザに対応するアバターの配置が優先される度合いを規定する。優先配置設定の値は、たとえば、ランク１〜ランク５であり、ランク１は最も優先度合いが高く、ランク５は最も優先度合いが低い。サーバ１５０は、コンピュータ２００のそれぞれに対して、マッチング候補のユーザのそれぞれに対応するアバターの表示において、優先度合いが高いユーザのアバターを低いユーザのアバターよりも、仮想空間のより見やすい位置に配置することを指示する。

プロセッサ５１０は、コンピュータ２００からの入力に応じて、ユーザごとに、優先配置設定の値を変更し得る。すなわち、マッチングシステムは、ユーザに課金することにより、優先配置設定の値を変更してもよい。

優先紹介設定は、ユーザに対するマッチング候補の選択の範囲を規定する。優先紹介設定の値は、たとえば、ランク１〜ランク５であり、ランク１は最も優先度合いが高く、ランク５は最も優先度合いが低い。サーバ１５０は、ユーザのマッチング候補として、当該ユーザの「紹介を希望する性別」および「紹介を希望する年齢」（図１７）に該当するユーザを選択する。当該選択の際に、サーバ１５０は、優先紹介設定によって規定される優先度が高いほどより広い範囲からユーザを選択する。たとえば、サーバ１５０は、ユーザＡの優先紹介設定によって規定される優先度が一定以上高い（たとえば、ランク３、ランク２、または、ランク１）ことを条件として、芸能人等の一般的にセレブとされるユーザを、ユーザＡに対するマッチング候補のユーザに含める。

図２０は、図１６の「被閲覧履歴」の内容の一例を模式的に示す図である。被閲覧履歴では、閲覧者ＩＤが閲覧時刻に関連付けられている。図２０の例では、閲覧時刻「２０１６．９．１ ２２：０２」と閲覧者ＩＤ「００００４６」とが関連つけられている。このことは、２０１６年９月１日の２２時０２分に、ユーザＩＤ００００４６のユーザが、図２０の被閲覧履歴に対応するユーザを指定したことを示す。

被閲覧履歴における情報の登録の一例を説明する。各ＨＭＤシステム１００のコンピュータ２００は、当該ＨＭＤシステム１００を使用するユーザが仮想空間に表示されるアバターを指定すると、指定されたアバターをサーバ１５０に通知する。サーバ１５０は、当該通知に応じて、指定されたアバターに対応するユーザの「被閲覧履歴」において、通知元のＨＭＤシステム１００を使用するユーザのユーザＩＤを閲覧者ＩＤとして、通知の時刻（閲覧時刻）とともに登録する。より具体的には、ユーザＢがユーザＡを指定した場合、ユーザＡの「被閲覧履歴」において、ユーザＢのユーザＩＤを「閲覧者ＩＤ」として通知の時刻とともに登録する。ＨＭＤシステム１００のコンピュータ２００は、所定時間継続してアバターが指定されたことを条件としてサーバ１５０へ上記通知を行なってもよい。

図２１は、図１６の「個人設定情報」の内容の一例を模式的に示す図である。個人設定情報は、アバター設定と空間設定とを含む。

アバター設定は、当該ユーザのアバターを特定する。アバター設定の一例は、画像ファイル（図２１中のファイル名「画像ファイル０１」のファイル）である。各ユーザは、たとえば、コンピュータ２００を介して、サーバ１５０に画像を登録する。登録される画像は、たとえば、当該ユーザの顔写真である。マッチングシステムの各ＨＭＤシステム１００のコンピュータ２００は、仮想空間において、当該ユーザに対応するアバターとして、当該ユーザによって登録された画像を提示する。サーバ１５０は、ユーザがコンピュータ２００に所定の情報を入力したことに応じて、上記画像に特別な処理を施してもよい。この入力は、マッチングシステムの運営者に対する料金の支払いのための入力を含む。すなわち、マッチングシステムは、ユーザに課金することにより、ユーザから登録された画像に特別な処理を施すように構成されていてもよい。

空間設定は、当該ユーザに固有のチャットルームの内装および装飾品を特定する。図２１の例において、空間設定は、「部屋０２」および「テーブル０１」を含む。「部屋０２」は、チャットルームの内装の種類を特定する。「テーブル０１」は、チャットルームに配置される装飾品の種類を特定する。サーバ１５０は、たとえばユーザがコンピュータ２００に所定の情報を入力したことに応じて、空間設定に新たなアイテムを登録してもよい。さらに、サーバ１５０は、たとえばユーザがコンピュータ２００に所定の情報を入力したことに応じて、空間設定に特別なアイテムを登録することを許可してもよい。すなわち、マッチングシステムは、ユーザに課金することにより、空間設定におけるアイテムの追加や特別のアイテムの登録を許可するように構成されていてもよい。

［処理の流れ］
マッチングシステムでは、複数のユーザのそれぞれが、ＨＭＤシステム１００を使用して仮想空間を見る。ユーザが提供される仮想空間画像は、マッチング候補のユーザを閲覧するための仮想空間画像を含む。ユーザは、他のユーザとのマッチングが成立した後に、チャットルームを表わす仮想空間画像を提供されてもよい。

マッチングシステムにおいて、サーバ１５０は、各ユーザにマッチング候補を提供するための処理、および、ユーザ同士をマッチングするための処理を実行する。以下に、各処理の流れを説明する。

（１）マッチング候補の提供
図２２は、サーバ１５０が各ユーザにマッチング候補を提供するための処理のフローチャートである。プロセッサ５１０は、たとえば、メモリ５１１に格納されたプログラムを実行することにより、当該処理を実現する。

図２２を参照して、ステップＳ１で、プロセッサ５１０は、マッチングシステムの各ＨＭＤシステム１００のコンピュータ２００から、ユーザの入力を特定する情報を受信する。ステップＳ１で受信される入力は、たとえば、マッチング候補の提供の要求を表わす。

ステップＳ３で、プロセッサ５１０は、ステップＳ１で入力を受信したコンピュータ２００を使用するユーザ（提供先のユーザ）に対するマッチング候補を選択する。

ステップＳ３におけるマッチング候補の選択は、たとえば以下のように実現される。すなわち、プロセッサ５１０は、マッチングシステムに登録する複数のユーザおよび提供先のユーザのユーザ情報（図１７）を参照することにより、上記提供先のユーザのマッチング候補を、当該複数のユーザから選択する。プロセッサ５１０は、たとえば、提供先のユーザの「紹介を希望する性別」と「紹介を希望する年齢」とを参照する。そして、プロセッサ５１０は、上記複数のユーザから、性別が上記「紹介を希望する性別」と一致し、かつ、年齢が「紹介を希望する年齢」に含まれるユーザを、マッチング候補として選択する。

ステップＳ５で、プロセッサ５１０は、ステップＳ３で選択したマッチング候補を、ステップＳ１で入力を受付けたコンピュータ２００に送信する。その後、プロセッサ５１０は、図２２の処理を終了する。

なお、コンピュータ２００は、ステップＳ５で送信されたマッチング候補を、ステップＳ１５６０（図１５）で受信する。これに応じて、コンピュータ２００は、ステップＳ１５７０で、受信したマッチング候補を表示するための視界画像データを生成し、ＨＭＤ１１０へ送信する。これに応じて、ステップＳ１５７２で、ＨＭＤ１１０のモニタ１１２は、図２等を参照して説明されたような、マッチング候補を提示するための画像を表示する。

（２）ユーザ同士のマッチング
図２３は、マッチングシステムにおいてユーザをマッチングするための処理のフローチャートである。プロセッサ５１０は、たとえば、メモリ５１１に格納されたプログラムを実行することにより、当該処理を実現する。

図２３を参照して、ステップＳ１０で、プロセッサ５１０は、マッチングシステムの各ＨＭＤシステム１００のコンピュータ２００から、ユーザの入力を特定する情報を受信する。

ステップＳ２０で、プロセッサ５１０は、マッチングシステムの複数のユーザにおけるマッチングの成否を判断する。図２４は、ステップＳ２０におけるマッチングの成否の判断のサブルーチンのフローチャートである。

図２４を参照して、ステップＳ２２で、プロセッサ５１０は、ステップＳ１０（図２３）で受信した情報に基づいて、互いに一定時間以上視線を交わし合ったカップル（ユーザの組）が存在するか否かを判断する。

たとえば、プロセッサ５１０は、ユーザＡが一定時間以上のユーザＢに対応するアバターの上に注視点を置き、かつ、ユーザＢが一定時間以上のユーザＡに対応するアバターの上に注視点を置いた場合、プロセッサ５１０は、ユーザＡとユーザＢを、互いに一定時間以上視線を交わし合ったカップルであると認定する。このようなカップルとして認定されるために、ユーザＡがユーザＢに対応するアバターの上に注視点を置いた期間とユーザＢがユーザＡに対応するアバターの上に注視点を置いた期間とが重なりを持つことを必要とされてもよいし、必要とされなくてもよい。

プロセッサ５１０は、上記のようなカップルが存在すると判断すると（ステップＳ２２にてＹＥＳ）、ステップＳ２４へ制御を進め、上記のようなカップルが存在しないと判断すると（ステップＳ２２にてＮＯ）、ステップＳ２６へ制御を進める。

ステップＳ２４で、プロセッサ５１０は、マッチングが成立したと決定して、図２３へ制御を戻す。ステップＳ２４において、プロセッサ５１０は、２組以上のカップルのマッチングが成立したと判断してもよい。

ステップＳ２６で、プロセッサ５１０は、マッチングが成立しなかったことを決定して、図２３へ制御を戻す。

図２３に戻って、プロセッサ５１０は、ステップＳ２０でマッチングの成否を判断した後、ステップＳ３０へ制御を進める。

ステップＳ３０で、プロセッサ５１０は、ステップＳ２０における判断の結果に基づき、マッチングが成立しているか否かを判断する。プロセッサ５１０は、成立していると判断すると（ステップＳ３０にてＹＥＳ）、ステップＳ４０へ制御を進め、成立していないと判断すると（ステップＳ３０にてＮＯ）、ステップＳ１０へ制御を戻す。

ステップＳ４０で、プロセッサ５１０は、ステップＳ３０でマッチングが成立したカップルごとに、チャットルームを割り当てる。一例では、プロセッサ５１０は、予め作成されているチャットルームを、マッチングが成立したユーザのカップルに割り当てる。ステップＳ４０で、プロセッサ５１０は、マッチングが成立したと判断したユーザが使用するコンピュータ２００に、当該ユーザに対して割り当てられたチャットルームにアクセスするための情報（たとえば、ＵＲＬ（Uniform Resource Locator））を送信してもよい。
ステップＳ５０以降の制御で、サーバ１５０は、当該チャットルームに関する制御を実行するチャットサーバとしても機能し得る。

マッチングが成立したユーザは、コンピュータ２００を使用して当該チャットルームにアクセスすることができる。これにより、マッチングしたユーザが使用するＨＭＤ１１０のモニタ１１２には、たとえば図４に示されたような仮想空間画像が表示される。当該仮想空間画像内には、当該ユーザに対してマッチングされたユーザに対応するアバターが表示される。

チャットルームにアクセスしたユーザは、コントローラ１６０を操作し、かつ／または、当該ユーザが装着しているＨＭＤ１１０の向きを調整して注視点を制御する。これに応じて、当該ＨＭＤ１１０に接続されたコンピュータ２００はサーバ１５０へ情報を入力する。

ステップＳ５０で、プロセッサ５１０は、チャットルームにアクセスするユーザが操作するコンピュータ２００から入力があったか否かを判断する。プロセッサ５１０は、入力があったと判断するまでステップＳ５０で制御を留める。プロセッサ５１０は、入力があったと判断すると、ステップＳ６０へ制御を進める。

ステップＳ６０で、プロセッサ５１０は、ユーザからの入力がチャットを終了するものであるか否かを判断する。プロセッサ５１０は、当該入力がチャットを終了するものであると判断すると（ステップＳ６０にてＹＥＳ）、ステップＳ７０へ制御を進め、当該入力がチャットを終了するものではないと判断すると（ステップＳ６０にてＮＯ）、ステップＳ８０へ制御を進める。

ステップＳ７０で、プロセッサ５１０は、終了することを入力されたチャットの対象のユーザの双方に、チャットを終了するメッセージを送信する。プロセッサ５１０は、これらのユーザへのチャットルームの割り当てを解除した後、図２３の処理は終了する。

ステップＳ８０で、プロセッサ５１０は、ユーザから入力された情報に従って、当該ユーザが参加するチャットの画面を更新する。

ステップＳ９０で、プロセッサ５１０は、更新後のチャットの画面を構成する画像データを、当該チャットに参加する双方のユーザが使用するコンピュータ２００のそれぞれへ送信する。これにより、それぞれのユーザのＨＭＤ１１０のモニタ１１２において表示される仮想空間画面が更新される。

以上説明された図２３の処理によれば、マッチングシステムにおいて、二人のユーザが互いに一定時間以上互いに相手のアバターを見つめた場合、当該二人のユーザのマッチングが成立する。すなわち、本実施の形態では、ユーザＡがユーザＢとマッチングされるためには、ユーザＡは、ユーザＢに対応するアバターの上に一定時間以上注視点を置いている必要がある。したがって、ユーザＡがユーザＢに対応するアバターの上に注視点を置いていた期間が一定時間に満たないほんの短い時間のみであった場合には、ユーザＡはユーザＢとマッチングされることはない。例えば、ユーザが他のユーザに対応するアバターの上に一定時間以上注視点を置いているか否かは、注視センサ１４０の出力に基づいて検出されるユーザの視線が、他のユーザに対応するアバターに向けられているかによって判定することとしてもよい。また、ＨＭＤを装着するユーザの頭部の動きにより定まる基準視線５をユーザの視線とみなして、ユーザの視線が他のユーザに対応するアバターに向けられているかを判定してもよい。

マッチングが成立すると、当該二人のユーザは、当該二人のユーザに対して設定されたチャットルームに入室する。マッチングシステムは、チャットルームの画像を、仮想空間として提供する。これにより、マッチングされた二人は、仮想空間において、一対一の会話を享受することができる。

（マッチングの成否）
図２５は、図２３のステップＳ２０のサブルーチンの他の例のフローチャートである。
マッチングの成立の条件は、図２３に示されたように仮想空間で相手のアバターを一定時間以上見合ったことに限定されない。図２５を参照して、図２３のステップＳ２０のサブルーチンの他の例を説明する。

図２５を参照して、ステップＳＡ２２で、プロセッサ５１０は、ステップＳ１０（図２２）で受信した情報に基づいて、互いに一定時間以上仮想手で触れ合ったカップル（ユーザの組）が存在するか否かを判断する。

たとえば、プロセッサ５１０は、ユーザＡが一定時間以上のユーザＢに対応するアバターを仮想手で触れる操作を実行し、かつ、ユーザＢが一定時間以上のユーザＡに対応するアバターを仮想手で触れる操作を実行した場合、プロセッサ５１０は、ユーザＡとユーザＢを、互いに一定時間以上仮想手で触れ合ったカップルであると認定する。このようなカップルとして認定されるために、ユーザＡがユーザＢに対応するアバターを仮想手で触れた期間とユーザＢがユーザＡに対応するアバターを仮想手で触れた期間とが重なりを持つことを必要とされてもよいし、必要とされなくてもよい。

プロセッサ５１０は、上記のようなカップルが存在すると判断すると（ステップＳＡ２２でＹＥＳ）、ステップＳＡ２４へ制御を進め、上記のようなカップルが存在しないと判断すると（ステップＳＡ２２でＮＯ）、ステップＳＡ２６へ制御を進める。

ステップＳＡ２４で、プロセッサ５１０は、マッチングが成立したと決定して、図２２へ制御を戻す。ステップＳＡ２４において、プロセッサ５１０は、２組以上のカップルのマッチングが成立したと判断してもよい。

ステップＳＡ２６で、プロセッサ５１０は、マッチングが成立しなかったことを決定して、図２３へ制御を戻す。

図２５の処理では、相手のアバターを仮想手で一定時間以上触れ合ったことを条件としてマッチングが成立する。

本開示のマッチングシステムでは、図２４に示されたようにアバターを一定時間以上見続けたことと、図２５に示されたように一定時間以上仮想手で触れあったことのいずれか一方が成立したことを条件としてマッチングが成立してもよい。

（チャットルームの終了前の通知）
図２６は、チャットルームの終了前の通知について説明するための図である。プロセッサ５１０は、マッチングされたユーザのカップルについて開設されたチャットルームを、開設から所定時間が経過したことを条件として終了してもよい。プロセッサ５１０は、終了時間以前の予め定められたタイミングで、図２６においてウィンドウ２２３１Ｘ，２２４１Ｘとして示されるように、チャットルームの表示について、終了時間が到来したこと（または、迫っていること）を報知する情報の表示を指示してもよい。

図２７を参照して、他の局面に従う処理について説明する。図２７は、図２３の処理の変形例のフローチャートである。この場合、図２３を参照して説明された処理は、図２７に示されるように変形される。

図２７の処理は、図２３の処理と比較して、ステップＳ４２，Ｓ４４，Ｓ４６の制御を含む。より具体的には、プロセッサ５１０は、ステップＳ４０でチャットルームを開設した後、ステップＳ４２へ制御を進める。

ステップＳ４２で、プロセッサ５１０は、ステップＳ４０でチャットが開設されてから所定時間が経過したか否かを判断する。プロセッサ５１０は、まだ所定時間が経過していないと判断すると（ステップＳ４２でＮＯ）、ステップＳ５０へ制御を進め、所定時間が経過したと判断すると（ステップＳ４２でＹＥＳ）、ステップＳ４４へ制御を進める。

ステップＳ４４で、プロセッサ５１０は、チャットルームの対象のユーザに、チャットルームの終了が迫っていることを通知する。当該通知により、各ユーザのＨＭＤ装置１１０で表示される画像では、たとえば図２５にウィンドウ２２３１Ｘ，２２４１Ｘとして示されるメッセージが表示される。

図２６には、ユーザＡに提供される仮想空間内の仮想空間画像２２Ａと、ユーザＢに提供される仮想空間内の仮想空間画像２２Ｂとが示されている。図２６の仮想空間画像２２Ａは、領域２２３１内にウィンドウ２２３１Ｘを含む。ウィンドウ２２３１Ｘは、メッセージ「残り３０秒でチャットが終了します。継続する場合には、延長用情報を入力してください。」を表示する。仮想空間画像２２Ｂは、領域２２４１内にウィンドウ２２３１Ｙを含む。ウィンドウ２２３１Ｙは、ウィンドウ２２３１Ｘが表示しているのと同じメッセージを表示する。より具体的には、プロセッサ５１０は、該当するＨＭＤシステム１００に、当該メッセージの表示を指示する。指示を送信されたＨＭＤシステム１００のモニタ１１２は、当該メッセージを表示する。

この例において、「延長用情報」は、チャットの開設時間を延長するために必要とされる情報であり、たとえば、料金の支払いに応じて発行されるキーである。一例では、サーバ１５０は、事前に、または、ステップＳ４４で通知を行なったタイミングで、ユーザからの料金の支払いに応じて上記キーを発行する。ユーザは、チャットルームの開設時間を延長するために、コンピュータ２００に上記キーを入力する。コンピュータ２００は、入力されたキーをサーバ１５０へ送信する。

図２７に戻って、ステップＳ４６で、プロセッサ５１０は、ユーザから延長用情報（キー）の入力があったか否かを判断する。プロセッサ５１０は、延長用情報の入力がなければ、ステップＳ７０に制御を進める。延長用情報の入力があれば、プロセッサ５１０は、ステップＳ４２へ制御を戻す。以降のステップＳ４２の制御では、プロセッサ５１０は、ステップＳ４０におけるチャットルームの開設から、所定時間が経過したか否かを判断する代わりに、上記延長用情報の入力に応じて延長された後の終了時間が到来したか否かを判断する。

ステップＳ７０で、プロセッサ５１０は、チャットの対象のユーザの双方に終了のメッセージを送信し、これらのユーザに対するチャットルームの割り当てを解除した後、図２７の処理を終了する。

（会話の内容に従ったメッセージの表示）
図２６および図２７を参照して説明されたようなチャット中のメッセージの表示は、チャットルームにおける会話の内容に従って制御されてもよい。一例では、プロセッサ５１０は、チャットルームの会話の内容を解析する。

プロセッサ５１０は、チャットルームにおける発言の頻度が高い（一定時間あたりの発言数多い）場合には、チャットルームが盛り上がっていると判断してもよい。プロセッサ５１０は、チャットルームにおける発言の頻度が低い場合には、チャットルームが盛り上がりに欠けると判断してもよい。

プロセッサ５１０は、チャットルームにおける発言が予め定められたポジティブなキーワード（たとえば、「楽しい」「嬉しい」「面白い」等）を含む場合には、チャットルームが良い雰囲気にあると判断してもよい。プロセッサ５１０は、チャットルームにおける発言が予め定められたポジティブなキーワードを含まない場合には、チャットルームが良くない雰囲気にあると判断してもよい。

プロセッサ５１０は、チャットルームが盛り上がっているか否か、および／または、チャットルームが良い雰囲気にあるか否かに従って、メッセージ２２３１Ｘ，２２４１Ｘ（図２５）として表示されるメッセージの内容を変更してもよい。一例では、プロセッサ５１０は、チャットルームが盛り上がっている場合、および／または、チャットルームが良い雰囲気にある場合には、メッセージ２２３１Ｘ，２２４１Ｘに「継続する場合には、延長用情報を入力してください。」というメッセージを含め、プロセッサ５１０は、チャットルームが盛り上がりに欠ける場合、および／または、チャットルームが良くない雰囲気にある場合には、メッセージ２２３１Ｘ，２２４１Ｘに「継続する場合には、延長用情報を入力してください。」というメッセージを含めないように、構成されていてもよい。メッセージ「継続する場合には、延長用情報を入力してください。」は、チャットルームの開設時間の延長のための操作を促す情報の一例である。

プロセッサ５１０は、チャットルームの状況に応じて、チャットルームの終了時間とは無関係のタイミングで、メッセージを表示してもよい。一例では、プロセッサ５１０は、チャットルームが良くない雰囲気にあると判断した場合に、各ユーザの仮想空間画面に、「がんばれ！」等のユーザを励ますメッセージ、チャットの相手のユーザに関連付けられた登録情報（趣味、等）、および／または、当該登録情報に関連する最近のニュースなどの会話を誘発し得る情報、を表示してもよい。

（チャットルームの継続）
図２６および図２７を参照して説明された処理では、あるカップルにチャットルームが割り当てられた後、所定時間が経過したこと、または、そこから延長用情報の入力によって延長された期間が経過したことに応じて、チャットルームの割り当てが解消される。マッチングシステムは、マッチングされたカップルに対するチャットルームの割り当てを、別の条件で終了してもよいし、終了しなくてもよい。

（チャットルームとして提供される空間）
さらに、マッチングシステムは、マッチングされたユーザがチャットルームに入室する回数に応じて、提供するチャットルームの態様を変更してもよい。すなわち、プロセッサ５１０は、チャットルームの入室の際に、ユーザが使用するコンピュータ２００にＣｏｏｋｉｅを送信する等して、ユーザの入室回数を管理する。プロセッサ５１０は、マッチングされたカップルの双方のユーザ（もしくは、少なくとも一方のユーザ）の入室回数が予め定められた回数に到達したことに応じて、チャットルームとして提供する仮想空間を変更してもよい。一例では、入室回数が所定回数に到達すると、プロセッサ５１０は、マッチングされたカップルのユーザのうち少なくとも一方のユーザに関連付けられた情報に従ってカスタマイズされた仮想空間を、チャットルームとして提供する。

図２８は、提供されるチャットルームを表現する仮想空間画像の他の例を示す図である。図２８を参照して、マッチングが成立したユーザに対して、ユーザに関連付けられた情報に従ってカスタマイズされたチャットルームが提供される例について説明する。

図２８には、図４と同様に、ユーザＡに提供される仮想空間内の仮想空間画像２２Ａと、ユーザＢに提供される仮想空間内の仮想空間画像２２Ｂとが示されている。図４に示されたものと比較して、図２８の仮想空間画像２２Ａと仮想空間画像２２Ｂは、チャットルームを割り当てられたユーザの一方に関連付けられた情報に従ってカスタマイズされている。

すなわち、図２８の例では、アバター２２４０で表される男性のユーザＡとアバター２２３０で表される女性のユーザＢとがマッチングされている。図２８の仮想空間画像２２Ａと仮想空間画像２２Ｂの双方は、ユーザＡに関連付けられた情報（たとえば、図２１の「空間設定」）に従ってカスタマイズされた部屋を表わしている。より具体的には、図２８の仮想空間画像２２Ａと仮想空間画像２２Ｂの双方によって表現された部屋の内装は、図２８の「空間設定」に登録されている内装の種類（「部屋０２」として示された種類の内装）に従っている。当該部屋は、図２８の「空間設定」に登録されているアイテム（「テーブル０１」として示された種類のテーブル）を含む。これにより、マッチングシステムは、ユーザＡとユーザＢの双方が、ユーザＡのプライベートな空間でチャットしている感覚を提供できる。

図２９は、提供されるチャットルームを表現する仮想空間画像のさらに他の例を示す図である。チャットルームでは、双方のユーザに同じ仮想空間が提供される必要はない。図２９を参照して、マッチングが成立したユーザにおいて、一方のユーザに提供される仮想空間と他方のユーザに提供される仮想空間が異なる例について説明する。

図２９には、図２８と同様に、ユーザＡに提供される仮想空間内の仮想空間画像２２Ａと、ユーザＢに提供される仮想空間内の仮想空間画像２２Ｂとが示されている。図２９では、仮想空間画像２２Ａは、仮想空間画像２２Ｂと異なる空間を表わしている。より具体的には、仮想空間画像２２Ａは、ユーザＢの「空間設定」に従ってカスタマイズされた空間を表わす。仮想空間画像２２Ｂは、ユーザＡの「空間設定」に従ってカスタマイズされた空間を表わす。これにより、マッチングシステムは、ユーザＡに、ユーザＢのプライベートな空間でユーザＢとチャットしている感覚を提供し、かつ、ユーザＢに、ユーザＡのプライベートな空間でユーザＡとチャットしている感覚を提供できる。すなわち、双方のユーザに、相手の部屋でチャットしている感覚を提供できる。

ユーザに関連付けられる情報によって特定される空間は、ユーザのプライベートな空間に限定されない。すなわち、図２１の「空間設定」には、公共の空間を特定する情報が登録されてもよい。公共の空間の一例は、有名な遊園地である。ユーザは、たとえばマッチングシステムの運営者に所定の料金を支払うことにより、当該有名な遊園地を「空間設定」内に登録する権利を購入する。これにより、当該ユーザは、マッチングされた相手とのチャットルームとして、当該有名な遊園地を指定することができる。プロセッサ５１０は、当該ユーザの「空間設定」に当該有名な遊園地が登録されていることを条件として、当該ユーザを含むカップルにマッチングが成立した場合、チャットルームとして提供する仮想空間として、当該有名な遊園地を表わす空間の画像を提供する。

（被閲覧履歴に関連したマッチング候補の表示）
図３０は、仮想空間画像の他の例を示す図である。図３０を参照して、図３を参照して説明されたマッチング候補のユーザの表示を被閲覧履歴（図２０）を利用して変更する、マッチングシステムの例について説明する。

図３０の仮想空間画像２２Ｂは、９つの画像２２１０〜２２１９のうち、画像２２１２および画像２２１９を強調表示している。表示を協調されたアバターは、被閲覧履歴（図２０）に閲覧者ＩＤとして登録されたユーザに対応するアバターである。

すなわち、図３０の例では、ユーザＡに提供される仮想空間画面において、ユーザＡのアバターを指定したことによってユーザＡの被閲覧情報（図２０）に登録されている２人のユーザ（ＩＤ「００００４６」および「００２０１３」）について、それぞれのユーザを表わすアバター（画像２２１２，２２１９）が強調表示される。これにより、仮想空間画像を提供されたユーザは、当該ユーザに興味を持っている相手を認識することができる。

（被閲覧履歴に基づくマッチング候補の表示）
図３１は、仮想空間画像のさらに他の例を示す図である。図３１を参照して、図３を参照して説明されたマッチング候補のユーザの表示を被閲覧履歴（図２０）を利用して逐次的に変更する、マッチングシステムの例について説明する。

図３１の仮想空間画像２２Ｂは、９つの画像２２１０〜２２１９のうち、画像２２１１が、他の８つの画像２２１０，２２１２〜２２１９とは異なる態様で表示されている。画像２２１１に対応するアバターは、被閲覧履歴（図２０）においてまさに閲覧者ＩＤとして登録されたユーザに対応するアバターである。

すなわち、図３１の例では、ユーザＢに提供される仮想空間画面において、他のユーザがユーザＢのアバターを指定したタイミングで、当該他のユーザを表わすアバター（画像２２１１）を、他のアバターとは異なる態様で表示する。当該異なる態様は、上記他のユーザがユーザＢを指定している期間中、もしくは、一定期間、継続される。これにより、仮想空間画像を提供されたユーザは、他のユーザが当該ユーザに興味を持っていることを逐次的に認識することができる。このように、他のユーザが当該ユーザに興味を持っているか否かをリアルタイムに反映させることができ、例えば他のユーザが当該ユーザのアバターに注視点を置いていること、すなわち、当該ユーザが他のユーザから見つめられていることを当該ユーザが認識することができる。

（被閲覧履歴を利用したマッチング候補の選択）
マッチングシステムは、被閲覧履歴（図２０）をマッチング候補の決定に利用してもよい。すなわち、サーバ１５０は、あるユーザのマッチング候補の選択（図２２のステップＳ３）において、当該ユーザの被閲覧履歴に登録されているユーザをマッチング候補に含めてもよい。これにより、あるユーザに対するマッチング候補の数に上限がある場合でも、当該ユーザの被閲覧履歴に登録されているユーザがマッチング候補に含まれる。

［本開示の内容］
開示された技術的特徴は、たとえば以下のような構成を含む。

（構成１） コンピュータ２００がＨＭＤシステム１００に仮想空間を提供するための方法が提供される。当該方法では、ＨＭＤシステム１００を使用するユーザの動きに基づいて、ユーザからの入力が検出される（図２２のステップＳ１、図２３のステップＳ１０）。当該方法では、複数のユーザの中から、各ユーザについてのマッチング候補のユーザが選択される（図２２のステップＳ３）。当該方法は、複数のユーザのそれぞれが使用するヘッドマウントデバイスのディスプレイに、各ユーザについてのマッチング候補のユーザを表現する情報を含む仮想空間を表示する（図２２のステップＳ５、図２、図３）。当該方法では、検出された入力に基づいて、複数のユーザのうちの第１のユーザが複数のユーザのうちの第２のユーザを指定している期間と、第２のユーザが第１のユーザを指定している期間とが予め定められた関係を満たすか否かが判断され、当該関係が満たされる場合に、第１のユーザと第２のユーザとがマッチングされる（図２４のステップＳ２４、図２５のステップＳＡ２４）。

（構成２） ユーザを表現する情報は、オブジェクト（アバター）を含んでもよく、検出される入力は、ユーザのオブジェクト上に視点を置くための入力を含んでもよい（図２４）。

（構成３） ユーザを表現する情報は、オブジェクト（アバター）を含んでもよく、検出される入力は、仮想手でユーザのオブジェクトに触れるための入力を含んでもよい（図２５）。

（構成４） 第１のユーザと第２のユーザがマッチングされたことに応じて、第１のユーザと第２のユーザのためのチャットルームが開設されてもよい（図２３のステップＳ４０）。

チャットルームに対して制限時間が設定されてもよく（図２６のステップＳ４２）、制限時間の到来以前の予め定められたタイミングにおいて第１のユーザおよび第２のユーザの少なくとも一方によって使用されるヘッドマウントデバイス（ＨＭＤ１１０）に、当該チャットルームの開設時間の延長のための操作を促す情報の表示が指示されてもよい（図２６のステップＳ７０、図２７）。

延長のための操作を促す情報の送信は、チャットルームにおける会話が予め定められた基準を満たすことを条件として実行されてもよい（チャットルームにおける会話の解析結果の利用）。

（構成５） チャットルームの開設の際には、チャットルームの対象のユーザに関連付けられた情報に従ったイメージデータを含む仮想空間が生成されてもよい（チャットルームの背景およびアイテムのユーザ情報に従ったカスタマイズ）。

（構成６） 第１のユーザに関連付けられた情報に従ったイメージデータを含む仮想空間が生成される際には、第１のユーザと第２のユーザとの間のチャットルームが予め定められた回数以上開設されたことが条件とされてもよい（チャットルームへのユーザの入室回数の管理に従った、プライベート空間でのチャット）。

ユーザからコンピュータ２００への入力に従って、ヘッドマウントデバイスを使用するユーザに関連付けられた情報（図１６〜図２１）が変更されてもよい。

マッチング候補のユーザを表現する情報（たとえば、アバター）の表示は、各ユーザに関連付けられた情報（たとえば、図２１の「アバター設定」）に従ってそれぞれのユーザを表現する情報が調整されてもよい。

（構成７） マッチング候補のユーザを表現する情報の表示に関し、情報を表示されるユーザの数が、予め定められた期間内に予め定められた数に制限されてもよい（図１８の「各被の閲覧数設定」）。

コンピュータ２００への入力であってサーバ１５０において検出された入力に基づいて、上記制限に関する予め定められた数が変更されてもよい。

情報を表示するヘッドマウントデバイスを使用するユーザに関連付けられた情報に従った範囲（図１９の「優先紹介設定」）に属するユーザから、マッチング候補のユーザが選択されてもよい。

（構成８） マッチング候補のユーザが選択される場合、情報を表示するヘッドマウントデバイスを使用するユーザを指定する入力をしたことがあるユーザがマッチング候補に含められてもよい（被閲覧履歴を利用したマッチング候補の選択）。

（構成９） マッチング候補のユーザを表現する情報は、情報を表示するヘッドマウントデバイスを使用するユーザを指定したことがあるユーザを表現する情報を、他のユーザを表現する情報とは異なる態様で、表示されてもよい（図３０）。

上記方法では、マッチング候補のユーザを表現する情報は、情報を表示するヘッドマウントデバイスを使用するユーザを指定しているユーザを表現する情報を、他のユーザを表現する情報とは異なる態様で、表示されてもよい（図３１）。

（構成１０） 上記方法では、マッチング候補のユーザを表現する情報の表示は、複数のユーザのそれぞれを表現する情報の表示態様を、各ユーザに関連付けられた情報（図１９の「優先配置設定」）であってもよい。

本実施の形態において、マッチング候補の表示における各ユーザのアバターの表示態様は、図２等に示された仮想空間画像に示された態様に限定されない。アバターの配列や、各アバターの大きさおよび／または形状は、適宜変更され得る。当該変更は、各ユーザに関連付けられた情報に従ってもよい。

本実施の形態では、ＨＭＤ１１０を装着するユーザと他のユーザとのマッチングについて説明された。なお、本開示のマッチングシステムでは、ＨＭＤ１１０を装着する者は、マッチングされる対象の代理でＨＭＤ１１０を装着してもよい。すなわち、たとえば、ペットの飼い主が、ペットのマッチングのために、ＨＭＤ１１０を装着してもよい。この場合、開設されたチャットルームでは、たとえば、マッチングされたペットの飼い主同士が会話してもよい。

今回開示された各実施の形態は全ての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は上記した説明ではなくて特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内での全ての変更が含まれることが意図される。また、実施の形態および各変形例において説明された発明は、可能な限り、単独でも、組合わせても、実施されることが意図される。

１０，５１０ プロセッサ、１１，５１１ メモリ、１２，５１２ ストレージ、１３ 入出力インターフェイス、１４ 通信インターフェイス、１９ ネットワーク、２２，２２Ａ，２２Ｂ，２２Ｆ 仮想空間画像、２３ 視界領域、２４，２５，２２３１，２２４１ 領域、２６ 視界画像、３０ グリップ、３１ フレーム、３２ 天面、１００ ＨＤＭシステム、１１０，１１０Ａ，１１０Ｆ ＨＭＤ、１１２ モニタ、１１４，１２０ センサ、１３０ モーションセンサ、１４０ 注視センサ、１５０ サーバ、１６０ コントローラ、２００，２００Ａ，２００Ｆ コンピュータ、２２０ 表示制御モジュール、２２１ 仮想カメラ制御モジュール、２２２ 視界領域決定モジュール、２２３ 視界画像生成モジュール、２２４ 基準視線特定モジュール、２３０ 仮想空間制御モジュール、２３１ 仮想空間定義モジュール、２３２ 仮想オブジェクト生成モジュール、２３３ 手オブジェクト管理モジュール、２４０ メモリモジュール、２４１ 空間情報、２４２ オブジェクト情報、２４３ ユーザ情報、２５０ 通信制御モジュール、５１２Ａ ユーザ情報格納部、５１４ 通信インターフェース。

Claims (14)

1. 仮想空間においてマッチングを提供するためにコンピュータで実行される方法であって、
   仮想空間を定義するステップと、
   前記コンピュータに接続可能なヘッドマウントデバイスを使用するユーザの動きに基づいて、ユーザからの入力を検出するステップと、
   複数のユーザの中から、各ユーザについてのマッチング候補のユーザを選択するステップと、
   前記複数のユーザのそれぞれが使用する各ヘッドマウントデバイスのディスプレイに、前記仮想空間において各ユーザについてのマッチング候補のユーザを表現する情報を提示するステップと、
   前記検出された入力に基づいて、前記複数のユーザのうちの第１のユーザが前記複数のユーザのうちの第２のユーザを指定していることと、前記第２のユーザが前記第１のユーザを指定していることとを検出することにより、前記第１のユーザと前記第２のユーザとをマッチングするステップとを備える、マッチング方法。
2. 仮想空間においてマッチングを提供するためにコンピュータで実行される方法であって、
   仮想空間を定義するステップと、
   前記コンピュータを使用するユーザの動きを検出するステップと、
   前記ユーザの動きの検出結果に基づいて、ユーザからの入力を検出するステップと、
   複数のユーザの中から、各ユーザについてのマッチング候補のユーザを選択するステップと、
   前記複数のユーザのそれぞれが使用する各コンピュータにおいて、各ユーザについてのマッチング候補のユーザを表現するオブジェクトを前記仮想空間に提示するステップと、
   前記検出された入力に基づいて、前記複数のユーザのうちの第１のユーザが前記複数のユーザのうちの第２のユーザを指定している期間と、前記第２のユーザが前記第１のユーザを指定している期間とが予め定められた関係を満たすか否かを判断し、当該関係が満たされる場合に、前記第１のユーザと前記第２のユーザとをマッチングするステップとを備える、マッチング方法。
3. 検出される前記入力は、ユーザを表現するオブジェクト上に視点を置くための入力を含む、請求項２に記載のマッチング方法。
4. 検出される前記入力は、ユーザを表現するオブジェクトを指定するための仮想手での入力を含む、請求項２または請求項３に記載のマッチング方法。
5. 前記第１のユーザと前記第２のユーザをマッチングしたことに応じて、前記第１のユーザと前記第２のユーザのためのチャットルームを開設するステップをさらに備える、請求項２〜請求項４のいずれか１項に記載のマッチング方法。
6. 前記チャットルームを開設するステップは、前記第１のユーザに関連付けられた情報に従ったイメージデータを含む仮想空間を生成するステップを含む、請求項５に記載のマッチング方法。
7. 前記第１のユーザに関連付けられた情報に従ったイメージデータを含む仮想空間を生成するステップは、前記第１のユーザと前記第２のユーザとの間のチャットルームが予め定められた回数以上開設されたことを条件として実行される、請求項６に記載のマッチング方法。
8. オブジェクトとして表示されるユーザの数は、予め定められた期間内に予め定められた数に制限される、請求項２〜請求項７のいずれか１項に記載のマッチング方法。
9. 前記オブジェクトを表示するヘッドマウントデバイスを使用するユーザを指定したことがあるユーザを前記マッチング候補に含めるステップをさらに備える、請求項２〜請求項８のいずれか１項に記載のマッチング方法。
10. 前記マッチング候補のユーザを表現するオブジェクトを前記仮想空間に提示するステップは、前記オブジェクトを表示するヘッドマウントデバイスを使用するユーザを指定したことがあるユーザ、および、前記オブジェクトを表示するヘッドマウントデバイスを使用するユーザを指定しているユーザの、少なくとも一方を表現するオブジェクトを、他のユーザを表現するオブジェクトとは異なる態様で表示させることを含む、請求項２〜請求項９のいずれか１項に記載のマッチング方法。
11. 前記マッチング候補のユーザを表現するオブジェクトを前記仮想空間に提示するステップは、複数のユーザのそれぞれを表現するオブジェクトの表示態様を、各ユーザに関連付けられた情報に従って相対的に調整することを含む、請求項２〜請求項１０のいずれか１項に記載のマッチング方法。
12. 請求項１〜請求項１１のいずれか１項に記載のマッチング方法をコンピュータに実行させる、プログラム。
13. ヘッドマウントデバイスを使用するユーザの動きに基づいて、ユーザからの入力を受け付けるように構成された入力インターフェイスと、
    複数の前記ユーザのそれぞれが使用するヘッドマウントデバイスに、各ユーザについて前記複数のユーザから選択されたマッチング候補のユーザを表現する情報を含む仮想空間を表示させる指示を送信するように構成された送信インターフェイスと、
    プロセッサとを備え、
    前記プロセッサは、
    前記入力に基づいて、前記複数のユーザのうちの第１のユーザが前記複数のユーザのうちの第２のユーザを指定していることと、前記第２のユーザが前記第１のユーザを指定していることとを検出することにより、前記第１のユーザと前記第２のユーザとをマッチングするように構成されている、コンピュータ装置。
14. コンピュータを使用するユーザの動きの検出結果に基づいて、ユーザからの入力を受け付けるように構成された入力インターフェイスと、
    複数の前記ユーザのそれぞれが使用する各コンピュータのディスプレイに、各ユーザについて前記複数のユーザから選択されたマッチング候補のユーザを表現するオブジェクトを含む仮想空間を表示させる指示を送信するように構成された送信インターフェイスと、
    プロセッサとを備え、
    前記プロセッサは、
    前記入力に基づいて、前記複数のユーザのうちの第１のユーザが前記複数のユーザのうちの第２のユーザを指定している期間と、前記第２のユーザが前記第１のユーザを指定している期間とが予め定められた関係を満たすか否かを判断し、
    当該関係が満たされる場合に、前記第１のユーザと前記第２のユーザとをマッチングするように構成されている、コンピュータ装置。

Images