JP7382438B2 - 入室判定システム、入室判定方法、および入室判定プログラム - Google Patents

Description

特許法第３０条第２項適用 ウェブサイトの掲載日 令和３年６月１８日 ウェブサイトのアドレス（ＵＲＬ） ｈｔｔｐｓ：／／ｍｉｋｕｌａｎｄ．ｃｏｍ／２０２１ｓｕｍｍｅｒ 〔刊行物等〕 ウェブサイトの掲載日 令和３年８月２０日 ウェブサイトのアドレス（ＵＲＬ） ｈｔｔｐｓ：／／ｃｏｒｐ．ｖｉｒｔｕａｌｃａｓｔ．ｊｐ／ｂｌｏｇ／ｂｌｏｇ－２２０／ 〔刊行物等〕 ウェブサイトの掲載日 令和３年８月２５日 ウェブサイトのアドレス（ＵＲＬ） ｈｔｔｐｓ：／／ｖｒ－ｓａｍｐｏ．ｃｏｍ／ｍｉｋｕｌａｎｄ－ｓｖ２１ｉ／ 〔刊行物等〕 ウェブサイトの掲載日 令和３年８月２３日 ウェブサイトのアドレス（ＵＲＬ） ｈｔｔｐｓ：／／ｗｗｗ．ｆａｍｉｔｓｕ．ｃｏｍ／ｎｅｗｓ／２０２１０８／２３２３１２５１．ｈｔｍｌ 〔刊行物等〕 ウェブサイトの掲載日 令和３年８月２３日 ウェブサイトのアドレス（ＵＲＬ） ｈｔｔｐｓ：／／ｗｗｗ．ｍｏｇｕｒａｖｒ．ｃｏｍ／ｍｉｋｕ－ｌａｎｄ－２０２１－ｓｕｍｍｅｒ－ｖａｃａｔｉｏｎ－４／ 〔刊行物等〕 ウェブサイトの掲載日 令和３年８月２４日 ウェブサイトのアドレス（ＵＲＬ） ｈｔｔｐｓ：／／ａｓｃｉｉ．ｊｐ／ｅｌｅｍ／０００／００４／０６６／４０６６８４８／ 〔刊行物等〕 ウェブサイトの掲載日 令和３年８月２３日 ウェブサイトのアドレス（ＵＲＬ） ｈｔｔｐｓ：／／ｗｗｗ．ｉｎｓｉｄｅ－ｇａｍｅｓ．ｊｐ／ａｒｔｉｃｌｅ／２０２１／０８／２３／１３３９４９．ｈｔｍｌ 〔刊行物等〕 ウェブサイトの掲載日 令和３年８月２２日 ウェブサイトのアドレス（ＵＲＬ） ｈｔｔｐｓ：／／ｄｅｎｇｅｋｉｏｎｌｉｎｅ．ｃｏｍ／ａｒｔｉｃｌｅｓ／９２５２８／ 〔刊行物等〕 ウェブサイトの掲載日 令和３年８月２０日 ウェブサイトのアドレス（ＵＲＬ） ｈｔｔｐｓ：／／ｐａｎｏｒａ．ｔｏｋｙｏ／ａｒｃｈｉｖｅｓ／３２１３５ 〔刊行物等〕 ウェブサイトの掲載日 令和３年８月２０日 ウェブサイトのアドレス（ＵＲＬ） ｈｔｔｐｓ：／／ｄｗａｎｇｏ．ｃｏ．ｊｐ／ｎｅｗｓ／６３５３５８５３０２６８８４９１９２０／ 〔刊行物等〕 ウェブサイトの掲載日 令和４年２月１５日 ウェブサイトのアドレス（ＵＲＬ） ｈｔｔｐｓ：／／ｍｉｋｕｌａｎｄ．ｃｏｍ／２０２２ｙｏｓａｋｕｒａ／ 〔刊行物等〕

特許法第３０条第２項適用 ウェブサイトの掲載日 令和４年３月１７日 ウェブサイトのアドレス（ＵＲＬ）ｈｔｔｐｓ：／／ｃｏｒｐ．ｖｉｒｔｕａｌｃａｓｔ．ｊｐ／ｂｌｏｇ／ｂｌｏｇ－２７１／〔刊行物等〕ウェブサイトの掲載日令和４年３月１７日ウェブサイトのアドレス（ＵＲＬ）ｈｔｔｐｓ：／／ｖｒ－ｓａｍｐｏ．ｃｏｍ／ｍｉｋｕｌ２２ｙ－ｎｅ３／〔刊行物等〕ウェブサイトの掲載日令和４年３月１７日ウェブサイトのアドレス（ＵＲＬ）ｈｔｔｐｓ：／／ｖｔｕｂ０．ｃｏｍ／ｎｅｗｓ／ｖｒ／４８６１５〔刊行物等〕ウェブサイトの掲載日令和４年３月１７日ウェブサイトのアドレス（ＵＲＬ）ｈｔｔｐｓ：／／ｐａｎｏｒａ．ｔｏｋｙｏ／ａｒｃｈｉｖｅｓ／４５１６３〔刊行物等〕ウェブサイトの掲載日令和４年３月１７日ウェブサイトのアドレス（ＵＲＬ）ｈｔｔｐｓ：／／ｐｒｓ．ｔｏｋｙｏ／ｐｒ／５０１７９／〔刊行物等〕ウェブサイトの掲載日令和４年３月１７日ウェブサイトのアドレス（ＵＲＬ）ｈｔｔｐｓ：／／ｇａｍｅｂｉｚ．ｊｐ／ｎｅｗｓ／３４５４４９〔刊行物等〕ウェブサイトの掲載日令和４年３月１７日ウェブサイトのアドレス（ＵＲＬ）ｈｔｔｐｓ：／／ｗｗｗ．ｊｉｊｉ．ｃｏｍ／ｊｃ／ａｒｔｉｃｌｅ？ｋ＝００００００００９．００００９６４４６＆ｇ＝ｐｒｔ〔刊行物等〕ウェブサイトの掲載日令和４年３月１７日ウェブサイトのアドレス（ＵＲＬ）ｈｔｔｐｓ：／／ｗｗｗ．ｅｘｃｉｔｅ．ｃｏ．ｊｐ／ｎｅｗｓ／ａｒｔｉｃｌｅ／Ｐｒｔｉｍｅｓ＿２０２２－０３－１７－９６４４６－９／〔刊行物等〕ウェブサイトの掲載日令和４年３月１７日ウェブサイトのアドレス（ＵＲＬ）ｈｔｔｐｓ：／／ｗｗｗ．ｍｏｇｕｒａｖｒ．ｃｏｍ／ｍｉｋｕ－ｌａｎｄ／〔刊行物等〕ウェブサイトの掲載日令和４年３月１７日ウェブサイトのアドレス（ＵＲＬ）ｈｔｔｐｓ：／／ｄｗａｎｇｏ．ｃｏ．ｊｐ／ｎｅｗｓ／５６８２５６７０６７９９２０６４／〔刊行物等〕ウェブサイトの掲載日令和４年３月１７日ウェブサイトのアドレス（ＵＲＬ）ｈｔｔｐｓ：／／ｉｉｍｏｎｏ．ｔｏｗｎ／ｔｏｐｉｃ／ｅｎｔｅｒｔａｉｎｍｅｎｔ／１０３８１８／〔刊行物等〕ウェブサイトの掲載日令和４年３月１７日ウェブサイトのアドレス（ＵＲＬ）ｈｔｔｐ：／／ｈｏｂｂｙｆｒｏｎｔ．ｎｅｔ／ａｒｃｈｉｖｅｓ／１９７６．ｈｔｍｌ

本開示の一側面は入室判定システム、入室判定方法、および入室判定プログラムに関する。

特許文献１には、現実空間で行われるイベントの映像を用いて、仮想空間上のイベントとして表示する装置が記載されている。

特許第６４１９９１６号公報

例えば現実空間の会場等では、入室（入場）のためのチケット等が要求され得る。この場合、チケットの半券等が会場に入室した記念として現実空間に残る。これに対し、仮想現実空間の会場等では、入室のためのアクセス権等が要求され得る。この場合、仮想現実空間の会場等に入室した記念が仮想現実空間上に残らない。そこで、入室者が所定の仮想現実空間に入室した記念を仮想現実空間上に残す仕組みが求められている。

本開示の一側面に係る入室判定システムは、少なくとも一つのプロセッサを備える。少なくとも一つのプロセッサは、所定の仮想現実空間であるルームに対する接続要求を受信し、記憶部を参照して、ルームに入室するための仮想アイテムである入室用アイテムを特定し、接続要求をしたユーザが入室用アイテムを所有しているか否かの判定処理を実行し、判定処理の結果が肯定である場合に、ルームに対するユーザの接続を許可する。

このような側面においては、ルームに接続しようとしたユーザが、該ルームに入室するための仮想アイテムである入室用アイテムの所有者であるか否かに基づいて接続可否が制御される。入室用アイテムは、単なるアクセス権等とは異なり、仮想現実空間において存在する。例えば、ユーザは、入室用アイテムが必要なルームから退室した後に、ユーザ専用のルームに入室用アイテムを配置して飾ったり、入室用アイテムに対して所定の操作を実行したりすることができる。したがって、入室者が所定の仮想現実空間に入室した記念を仮想現実空間上に残すことができる。

本開示の一側面によれば、入室者が所定の仮想現実空間に入室した記念を仮想現実空間上に残すことができる。

ルームの概要を説明するための図である。 実施形態に係る入室判定システムの適用の一例を示す図である。 実施形態に係る入室判定システムに関連するハードウェア構成の一例を示す図である。 実施形態に係る入室判定システムに関連する機能構成の一例を示す図である。 データの一例を示す図である。図５の例（ａ）は、ルームに関するデータの一例である。図５の例（ｂ）は、イベントに関するデータの一例である。図５の例（ｃ）は、仮想アイテムに関するデータの一例である。 仮想アイテムを購入するためのユーザインタフェースを示す図である。 所有している仮想アイテムを示す図である。 ルームに配置された仮想アイテムを示す図である。 入室用アイテムが必要なルームの一例を示す図である。 実施形態に係る入室判定システムの動作を示すシーケンス図である。 実施形態に係る入室判定システムの動作を示すフローチャートである。 操作アイテムおよび関連アイテムの一例を示す図である。 入室判定システムの別の動作を示すシーケンス図である。

以下、添付図面を参照しながら本開示での実施形態を詳細に説明する。図面の説明において同一または同等の要素には同一の符号を付し、重複する説明を省略する。

［システムの概要］
実施形態に係る入室判定システムは、仮想現実空間をユーザに提供するコンピュータシステムである。仮想現実空間は、コンピュータ上に表示される画像によって表現される仮想の２次元または３次元の空間である。ユーザとは、入室判定システムを利用する人である。提供とは、ネットワークを介してユーザ端末に情報を送信する処理のことをいう。ユーザ端末は、ユーザによって用いられるコンピュータである。入室判定システムは、仮想現実空間をコンテンツとしてユーザ端末に送信する。コンテンツとは、コンピュータまたはコンピュータシステムによって提供され、人が認識可能な情報のことをいう。コンテンツを示す電子データのことをコンテンツデータという。

コンテンツの表現形式は限定されず、例えば、コンテンツは画像（例えば、写真、映像など）、文書、音声、音楽、またはこれらの中の任意の２以上の要素の組合せによって表現されてもよい。本実施形態ではコンテンツは少なくとも画像を用いて表現される。コンテンツを示す画像を「コンテンツ画像」という。コンテンツ画像とは、人が視覚を通して何らかの情報を認識することができる像のことをいう。コンテンツ画像は動画像（映像）でもよいし静止画でもよい。

一例では、コンテンツ画像は、仮想オブジェクトが存在する仮想現実空間を表現する。仮想オブジェクトは、現実世界には存在せず、コンピュータシステム上でのみ表現される物体である。仮想オブジェクトの表現方法は限定されない。仮想オブジェクトは、例えばアニメーション素材または実写画像等の画像素材を用いて、２次元または３次元のコンピュータグラフィックス（ＣＧ）によって表現される。コンテンツ画像は、例えば、仮想現実空間内に設定された仮想カメラから見える風景を示す画像である。仮想カメラは、コンテンツ画像を見るユーザの視線に対応するように仮想現実空間内に設定される仮想的な視点（仮想視点）である。ユーザはコンテンツ画像を見ることで、仮想現実（Ｖｉｒｔｕａｌ Ｒｅａｌｉｔｙ（ＶＲ））を体験することができる。

図１を参照して、ルームの概要を説明する。ルームとは、所定の仮想現実空間であり、屋外または屋内を問わない。ルームは複数存在し得る。各ルームはそれぞれ独立している。図１に示されるルームＲは、ルームの一例である。

ユーザは、ユーザ端末を介してルームに接続することによって、ルームに入室する。以下、ルームに入室したユーザを「入室者」という。入室判定システムは、入室者のユーザ端末に対し、該ルームをコンテンツとして送信する。入室者は、該ルーム内の仮想現実を体験することができる。入室者は、ルーム内においてアバターとして表示される。アバターは、人物の仮想オブジェクトである。ユーザは、ユーザ端末を介してアバターを操作する。

一例では、第１ユーザおよび第２ユーザは、それぞれのユーザ端末を介してルームＲに接続することにより、ルームＲの入室者になる。第１ユーザおよび第２ユーザは、ルームＲ内においてアバターＡ１およびＡ２としてそれぞれ表示されている。第１ユーザは、アバターＡ１から見えるルームＲの仮想現実を体験することができる。同様に、第２ユーザは、アバターＡ２から見えるルームＲの仮想現実を体験することができる。

ルームＲには、仮想アイテムＧ１が配置されている。仮想アイテムは、アバターから視認可能な物体の仮想オブジェクトである。例えば、仮想アイテムＧ１は、ゲーム機の仮想オブジェクトである。仮想アイテムには、所有者が関連付けられている。例えば、仮想アイテムＧ１には、所有者として第１ユーザが関連付けられている。

入室判定システムは、ルームに接続しようとしたユーザが、ルームに入室するための仮想アイテムの所有者であるか否かを判定し、判定結果に基づいて該ルームへの接続可否を制御する。例えば、入室判定システムは、ルームに接続しようとしたユーザが、ルームにおいて開催されるイベントに参加するための仮想アイテムの所有者であるか否かを判定し、判定結果に基づいて該ルームへの接続可否を制御する。イベントとは、ルームにおいて開催される催し物のことをいう。イベントとしては、例えばゲーム、ライブ、スポーツ、商取引（ショップ）、講演、セミナー、研修、デジタルアートギャラリー等が挙げられるが、これらに限られない。イベントが開催されるルーム内において、さらに細分化されたイベント（以下、「サブイベント」という。）が開催されてもよい。

［システムの構成］
図２は入室判定システム１の適用の一例を示す図である。本実施形態では、入室判定システム１はサーバ１０を備える。サーバ１０は、コンテンツを少なくとも一つのユーザ端末２０に送信するコンピュータである。サーバ１０は通信ネットワークＮを介して少なくとも一つのユーザ端末２０と接続する。図２は２台のユーザ端末２０を示すが、ユーザ端末２０の台数は何ら限定されない。さらに、サーバ１０は通信ネットワークＮを介して、ユーザデータベース３０およびコンテンツデータベース４０と接続されている。通信ネットワークＮの構成は限定されない。例えば、通信ネットワークＮはインターネットを含んで構成されてもよいし、イントラネットを含んで構成されてもよい。

ユーザ端末２０の種類および構成は限定されない。例えば、ユーザ端末２０は高機能携帯電話機（スマートフォン）、タブレット端末、ウェアラブル端末（例えば、ヘッドマウントディスプレイ（ＨＭＤ）、スマートグラスなど）、ラップトップ型パーソナルコンピュータ、携帯電話機などの携帯端末でもよい。あるいは、ユーザ端末２０はデスクトップ型パーソナルコンピュータなどの据置型端末でもよい。一例では、ユーザ端末２０は、パーソナルコンピュータと、ＨＭＤと、コントローラとの組合せであってもよい。コントローラは、例えば、ボタン、トリガ、グリップ、スティック、およびタッチパッド等の少なくとも一つを備える入力装置である。

ユーザデータベース３０は、入室判定システム１のユーザを管理する非一時的な記憶媒体または記憶装置である。コンテンツデータベース４０は、コンテンツデータの生成に必要なデータを記憶する非一時的な記憶媒体または記憶装置である。ユーザデータベース３０およびコンテンツデータベース４０は、入室判定システム１とは別のコンピュータシステム内に設けられてもよいし、入室判定システム１の構成要素であってもよい。

図３は、入室判定システム１に関連するハードウェア構成の一例を示す図である。図３は、サーバ１０として機能するサーバコンピュータ１００と、ユーザ端末２０として機能する端末コンピュータ２００とを示す。

一例として、サーバコンピュータ１００はハードウェア構成要素として、プロセッサ１０１、主記憶部１０２、補助記憶部１０３、および通信部１０４を備える。プロセッサ１０１は、オペレーティングシステムおよびアプリケーションプログラムを実行する演算装置である。プロセッサの例としてＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）およびＧＰＵ（Ｇｒａｐｈｉｃｓ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）が挙げられる主記憶部１０２は、プログラム、演算結果などを記憶する装置であり、例えばＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）またはＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）により構成される。補助記憶部１０３は、一般に主記憶部１０２よりも大量のデータを記憶することが可能な装置であり、ハードディスク、フラッシュメモリなどの不揮発性記憶媒体によって構成される。補助記憶部１０３は、サーバコンピュータ１００をサーバ１０として機能させるためのサーバプログラムＰ１と各種のデータとを記憶する。通信部１０４は、通信ネットワークＮを介して他のコンピュータとの間でデータ通信を実行する装置であり、例えばネットワークカードまたは無線通信モジュールにより構成される。

サーバ１０の各機能要素は、プロセッサ１０１または主記憶部１０２の上にサーバプログラムＰ１を読み込ませてプロセッサ１０１にそのプログラムを実行させることで実現される。サーバプログラムＰ１は、サーバ１０の各機能要素を実現するためのコードを含む。プロセッサ１０１はサーバプログラムＰ１に従って通信部１０４を動作させ、主記憶部１０２または補助記憶部１０３におけるデータの読み出しおよび書き込みを実行する。

サーバ１０は、一つまたは複数のコンピュータにより構成され得る。複数のコンピュータが用いられる場合には、通信ネットワークＮを介してこれらのコンピュータが互いに接続されることで、論理的に一つのサーバ１０が構成される。

一例として、端末コンピュータ２００はハードウェア構成要素として、プロセッサ２０１、主記憶部２０２、補助記憶部２０３、および通信部２０４、入力インタフェース２０５、出力インタフェース２０６、および撮像部２０７を備える。プロセッサ２０１は、オペレーティングシステムおよびアプリケーションプログラムを実行する演算装置であり、例えばＣＰＵまたはＧＰＵであり得る。主記憶部２０２は、プログラム、演算結果などを記憶する装置であり、例えばＲＯＭまたはＲＡＭにより構成される。補助記憶部２０３は、一般に主記憶部２０２よりも大量のデータを記憶することが可能な装置であり、例えばハードディスク、フラッシュメモリなどの不揮発性記憶媒体によって構成される。補助記憶部２０３は、端末コンピュータ２００をユーザ端末２０として機能させるためのクライアントプログラムＰ２と各種のデータとを記憶する。通信部２０４は、通信ネットワークＮを介して他のコンピュータとの間でデータ通信を実行する装置であり、例えばネットワークカードまたは無線通信モジュールにより構成される。入力インタフェース２０５は、ユーザの操作または動作に基づいてデータを受け付ける装置であり、例えば、キーボード、操作ボタン、ポインティングデバイス、タッチパネル、マイクロフォン、センサ、およびカメラのうちの少なくとも一つによって構成される。出力インタフェース２０６は、端末コンピュータ２００で処理されたデータを出力する装置であり、例えば、モニタ、タッチパネル、ＨＭＤおよびスピーカのうちの少なくとも一つによって構成される。撮像部２０７は、現実世界を写した画像を撮影する装置であり、例えば、映像または写真を撮影するカメラである。撮像部２０７は入力インタフェース２０５としても機能し得る。

ユーザ端末２０の各機能要素は、対応するクライアントプログラムＰ２をプロセッサ２０１または主記憶部２０２に読み込ませてプロセッサ２０１にそのプログラムを実行させることで実現される。クライアントプログラムＰ２は、ユーザ端末２０の各機能要素を実現するためのコードを含む。プロセッサ２０１はクライアントプログラムＰ２に従って通信部２０４、入力インタフェース２０５、出力インタフェース２０６、または撮像部２０７を動作させ、主記憶部２０２または補助記憶部２０３におけるデータの読み出しおよび書き込みを行う。

サーバプログラムＰ１およびクライアントプログラムＰ２の少なくとも一つは、ＣＤ－ＲＯＭ、ＤＶＤ－ＲＯＭ、半導体メモリなどの有形の記録媒体に非一時的に記録された上で提供されてもよい。あるいは、これらのプログラムの少なくとも一つは、搬送波に重畳されたデータ信号として通信ネットワークＮを介して提供されてもよい。これらのプログラムは別々に提供されてもよいし、一緒に提供されてもよい。入室判定プログラムは、サーバプログラムＰ１およびクライアントプログラムＰ２のいずれか一方として実現されてもよいし、該二つのプログラムの双方によって実現されてもよい。

図４は入室判定システム１に関連する機能構成の一例を示す図である。サーバ１０は、機能要素として接続受付部１１、コンテンツ生成部１２、操作受付部１３および取得部１４を備える。接続受付部１１は、ルームに対する接続要求をユーザ端末２０から受信する機能要素である。コンテンツ生成部１２は、コンテンツデータを生成および更新する機能要素である。操作受付部１３は、ユーザ端末２０における操作の検知結果をユーザ端末２０から受信する機能要素である。取得部１４は、操作権限の判定のために必要な情報を取得する機能要素である。

ユーザ端末２０は、機能要素として接続要求部２１、表示部２２、検知部２３および権限制御部２４を備える。接続要求部２１は、ルームに対する接続要求をサーバ１０に送信する機能要素である。表示部２２は、コンテンツデータを表示装置上に表示する機能要素である。検知部２３は、ユーザ端末２０における操作の検知結果をサーバ１０に送信する機能要素である。権限制御部２４は、仮想アイテムに対する入室者の操作権限を設定する機能要素である。

ユーザデータベース３０は、例えばユーザを一意に特定するユーザＩＤ等を記憶する。ユーザデータベース３０は、入室者を特定する情報を記憶している。例えば、ユーザデータベース３０は、ユーザＩＤに関連付けてルームを一意に特定するルームＩＤを記憶することにより、入室者を特定する情報を記憶している。

コンテンツデータベース４０（記憶部）は、空間データ４１およびオブジェクトデータ４２を記憶している。空間データ４１は、コンテンツを構成する仮想現実空間を示す電子データである。例えば、空間データ４１は、座標、背景を構成する個々の仮想オブジェクトの配置、仮想カメラの位置、または仮想光源の位置等を示す情報を含み得る。一例では、空間データ４１は、ルームを示す電子データである。

オブジェクトデータ４２は、コンテンツを構成する仮想オブジェクトの仕様を規定するために用いられる電子データである。仮想オブジェクトの仕様とは、仮想オブジェクトを制御するための取り決めまたは方法のことをいう。例えば、仮想オブジェクトの仕様は、仮想オブジェクトの構成（例えば形状および寸法）、動作、および音声のうちの少なくとも一つを含む。一例では、オブジェクトデータ４２は、アバターを示す電子データおよび仮想アイテムを示す電子データである。

仮想アイテムに関するオブジェクトデータ４２は、仮想アイテムの所有者を特定する情報を含む。例えば、コンテンツデータベース４０は、仮想アイテムを一意に特定するアイテムＩＤに関連付けて、所有者としてユーザＩＤを記憶する。入室判定システム１は、例えば仮想アイテムの購入等をトリガとして、該仮想アイテムの所有者をコンテンツデータベース４０に格納してもよい。

図５は、入室判定システム１により用いられるデータの一例を示す図である。図５の例（ａ）は、ルームに関するデータの一例を示す図である。ルームには、イベントが関連付けられていてもよい。例えば、コンテンツデータベース４０は、ルームと、ルーム内において開催されるイベントとを関連付けて記憶してもよい。一例では、コンテンツデータベース４０は、ルームＩＤ「Ｒ１」と、イベントＩＤ「Ｅ１」とを関連付けて記憶してもよい。

ルームには、イベントが関連付けられていなくてもよい。図５の例（ａ）において、ルームＩＤ「Ｒ３」にはイベントＩＤが関連付けられていないことを示す。ルームには、ルームに入室するための仮想アイテムである入室用アイテムが関連付けられていてもよい。例えば、コンテンツデータベース４０は、ルームと、入室用アイテムとを関連付けて記憶してもよい。一例では、コンテンツデータベース４０は、ルームＩＤ「Ｒ３」と、入室用アイテムのアイテムＩＤ「１１１３」とを関連付けて記憶してもよい。この例は、ルームＩＤ「Ｒ３」によって特定されるルームに入室するために、アイテムＩＤ「１１１３」によって特定される入室用アイテムが必要であることを示す。このような入室用アイテムの例としては、イベントのないホテルのルームに入るためのカードキー等が挙げられる。ルームＩＤと入室用アイテムのアイテムＩＤとの対応関係は、一対一であってもよいし、一対多でもあってもよい。

図５の例（ｂ）は、イベントに関するデータの一例を示す図である。コンテンツデータベース４０は、イベントと、イベントに参加するための仮想アイテムであるイベント用アイテムとを関連付けて記憶している。例えば、コンテンツデータベース４０は、イベントＩＤ「Ｅ１」と、イベント用アイテムのアイテムＩＤ「１１１１」とを関連付けて記憶している。この例は、イベントＩＤ「Ｅ１」によって特定されるイベントに参加するために、アイテムＩＤ「１１１１」によって特定されるイベント用アイテムが必要であることを示す。イベントＩＤとイベント用アイテムのアイテムＩＤとの対応関係は、一対一であってもよいし、一対多でもあってもよい。

図５の例（ｃ）は、仮想アイテムに関するデータの一例を示す図である。例えば、コンテンツデータベース４０は、アイテムＩＤに関連付けて所有者を記憶している。一例では、コンテンツデータベース４０は、アイテムＩＤ「１１１１」に関連付けて所有者「０００１」を記憶している。所有者はユーザＩＤに対応している。この例は、所有者（ユーザＩＤ）「０００１」によって特定されるユーザが、アイテムＩＤ「１１１１」によって特定される仮想アイテムを所有していることを示す。

［システムの動作］
図６および図７を参照して、仮想アイテムを購入する操作の一例を説明する。図６に示される画面Ｖ１および図７に示される画面Ｖ２は、アバターＡ１から見えるルームＦＲの仮想現実を示す画面である。ルームＦＲは、例えば無料で入室可能なエリアを示すルームである。画面Ｖ１および画面Ｖ２は、アバターＡ１に対応する第１ユーザのユーザ端末２０上に表示される。

画面Ｖ１には、アバターＡ１の腕、販売されている仮想アイテムＧ２、および仮想アイテムＧ２を取得するためのユーザインタフェースＦが表示されている。仮想アイテムＧ２は、謎解きのイベントに参加するための謎解きブックである。ユーザインタフェースＦは、商品情報Ｆ１および選択ボタンＦ２を有している。商品情報Ｆ１は、例えば仮想アイテムＧ２の寸法、価格等を示す情報であるが、これらに限られない。選択ボタンＦ２は、例えば仮想アイテムＧ２を購入するか否かを選択するためのボタンである。

第１ユーザは、ユーザ端末２０を介してアバターＡ１を操作することができる。例えば、第１ユーザは、アバターＡ１の移動、方向転換、仮想アイテムを掴むまたは離す等の操作を実行できる。第１ユーザは、アバターＡ１を介して選択ボタンＦ２の「購入する」を選択することにより、該当する仮想アイテムＧ２を取得する。仮想アイテムの取得方法はこれに限られない。入室判定システム１では、新たに取得された仮想アイテムＧ２の所有者が登録される。例えば、入室判定システム１は、新たに取得された仮想アイテムＧ２のアイテムＩＤと、第１ユーザのユーザＩＤとを関連付けてコンテンツデータベース４０に格納する。

画面Ｖ２は、画面Ｖ１において購入した仮想アイテムＧ２を確認するための画面を示す。画面Ｖ２には、メニューＭが表示されている。メニューＭは、仮想現実空間における各種の操作を行うためのインタフェースであり、例えば仮想アイテムの配置またはルームの移動等の操作を受け付ける。一例では、メニューＭは、ユーザが所有している仮想アイテムの一覧であるインベントリとして表示されている。例えば、インベントリには、第１ユーザが所有している仮想アイテムＧ１、Ｇ２およびＧ３が表示されている。インベントリに表示された仮想アイテムは、インベントリから取り出すこと、およびインベントリに収納することができる。

一例では、第１ユーザは、アバターＡ１を操作して、メニューＭに表示された仮想アイテムＧ２を選択する。その結果、仮想アイテムＧ２がルームＦＲに配置される。すなわち、第１ユーザは、アバターＡ１を介してメニューＭ（インベントリ）から仮想アイテムＧ２を取り出すことができる。

図８は、インベントリから取り出された仮想アイテムの一例を示す図である。画面Ｖ３は、画面Ｖ２における仮想アイテムＧ２の選択後の画面を示す。

第１ユーザは、アバターＡ１を介して、配置されている仮想アイテムＧ２に対し所定の操作を行うことができる。所定の操作としては、例えば位置の変更が挙げられる。第１ユーザは、仮想アイテムＧ２を引き寄せる、掴むまたは離す、または持って移動する等の操作をアバターＡ１に実行させることができる。このような操作を行うことにより、ルームＦＲにおける仮想アイテムＧ２の位置が変化し得る。

所定の操作の別の例として、例えばギミックの稼働が挙げられる。ギミックとは、仮想アイテムに関連付けられた仕掛けのことをいう。仮想アイテムには、ギミックが関連付けられていなくてもよい。一例では、仮想アイテムＧ２には「ヒントを表示する」というギミックが関連付けられている。第１ユーザは、アバターＡ１を介して仮想アイテムＧ２の「ヒントを表示する」というギミックＨを稼働させることができる。例えば、第１ユーザは、アバターＡ１が仮想アイテムＧ２を持ち上げること等をトリガとしてギミックを稼働させることができるが、稼働の操作はこれに限られない。

図９は、謎解きイベントが開催されるルームＰＲの一例を示す図である。ルームＰＲは、例えば有料で入室可能なエリアを示すルームである。例えば、ルームＰＲに入室するためには、仮想アイテムＧ２（謎解きブック）の所有が必要である。ルームＰＲには、第１ユーザに対応するアバターＡ１、第２ユーザに対応するアバターＡ２、仮想アイテムＧ２、ならびに、問題が記載された仮想オブジェクトであるパネルＱ１およびＱ２が表示されている。仮想アイテムＧ２は、ルームＰＲ内で使用可能な仮想アイテムであってもよい。一例では、アバターＡ１は、パネルＱ１から所定の範囲内に位置している場合に、仮想アイテムＧ２のギミックを稼働させてもよい。仮想アイテムＧ２は、パネルＱ１の問題に関するヒント等をパネルＱ１付近に表示してもよい。

図１０および図１１を参照しながら入室判定システム１の動作を説明するとともに、本実施形態に係る入室判定方法について説明する。図１０は、入室判定システム１の動作を処理フローＳ１として示すシーケンス図である。図１１は、接続受付部１１の動作を示すフローチャートである。

ステップＳ１１では、ユーザ端末２０の接続要求部２１が、ルームＰＲに接続するための接続要求をサーバ１０に送信する。

図１１を参照してサーバ１０側の処理を説明する。ステップＳ１１１では、サーバ１０の接続受付部１１が、ルームＰＲに対する接続要求をユーザ端末２０から受信する。

ステップＳ１１２では、接続受付部１１が、ルームとイベントとが関連付けられているか否かを判定する。例えば、接続受付部１１は、コンテンツデータベース４０を参照して、ルームＰＲとイベントとが関連付けられているか否かを判定する。一例では、接続受付部１１は、ルームＰＲのルームＩＤと、イベントのイベントＩＤとが関連付けてコンテンツデータベース４０に記憶されているか否かを判定する。一例では、接続受付部１１は、ルームＰＲのルームＩＤと、謎解きイベントのイベントＩＤとが関連付けてコンテンツデータベース４０に記憶されていると判定する。

ルームがイベントに関連付けられている場合（ステップＳ１１２においてＹＥＳ）、処理はステップＳ１１３に進む。ルームがイベントに関連付けられていない場合（ステップＳ１１２においてＮＯ）、処理はステップＳ１１４に進む。

ステップＳ１１３では、接続受付部１１が、イベント用アイテムを特定する。また、接続受付部１１は、イベント用アイテムを入室用アイテムとして決定する。例えば、接続受付部１１は、コンテンツデータベース４０を参照して、イベントＩＤに関連付けられたアイテムＩＤを特定する。接続受付部１１は、特定されたアイテムＩＤを入室用アイテムのアイテムＩＤとして決定する。一例では、接続受付部１１は、謎解きイベントＩＤに関連付けられたイベント用アイテムである仮想アイテムＧ２（謎解きブック）のアイテムＩＤを特定し、該アイテムＩＤを入室用アイテムのアイテムＩＤとして決定する。

ステップＳ１１４では、接続受付部１１が、入室用アイテムを特定する。例えば、接続受付部１１は、コンテンツデータベース４０を参照して、ルームＩＤに入室用アイテムとして関連付けられたアイテムＩＤを特定する。

ステップＳ１１５では、接続受付部１１が、接続要求をしたユーザが入室用アイテムを所有しているか否かの判定処理を実行する。例えば、接続受付部１１は、コンテンツデータベース４０を参照して、接続要求をしたユーザが所有しているアイテムＩＤを取得する。接続受付部１１は、ユーザの所有しているアイテムＩＤの中に入室用アイテムのアイテムＩＤが含まれているか否かの判定処理を実行する。イベント用アイテムが入室用アイテムとして特定されている場合（ステップＳ１１３参照）、接続受付部１１は、ユーザがイベント用アイテムを所有しているか否かを判定するように判定処理を実行する。

判定処理が肯定である（ユーザが入室用アイテムを所有している）場合（ステップＳ１１５においてＹＥＳ）、処理はステップＳ１１６に進む。判定処理の結果が否定である（ユーザが入室用アイテムを所有していない）場合（ステップＳ１１５においてＮＯ）、処理はステップＳ１１７に進む。

ステップＳ１１６では、接続受付部１１が、ユーザ端末２０とルームＰＲとの接続を許可する。接続受付部１１は、ユーザデータベース３０に入室者を特定する情報を格納する。例えば、接続受付部１１は、ユーザのユーザＩＤと、ルームＰＲのルームＩＤとを関連付けてユーザデータベース３０に格納する。

ステップＳ１１７では、接続受付部１１が、ユーザ端末２０とルームＰＲとの接続を拒否する。この場合、以降の処理が実行されない。

図１０に戻り、ステップＳ１２では、サーバ１０のコンテンツ生成部１２が、ルームＰＲの仮想現実空間をコンテンツデータとして生成する。コンテンツ生成部１２は、コンテンツデータベース４０を参照して、ルームＰＲに関する空間データ４１およびオブジェクトデータ４２を取得する。コンテンツ生成部１２は、ルームＰＲの仮想現実空間をコンテンツデータとして生成する。

ステップＳ１３では、コンテンツ生成部１２が、コンテンツデータをユーザ端末２０に送信する。ユーザ端末２０は、サーバ１０からコンテンツデータを受信する。

ステップＳ１４では、ユーザ端末２０の表示部２２が、コンテンツデータを表示装置上に表示する。ユーザは、表示装置上のコンテンツデータを視認することにより、ルームＰＲの仮想現実を体験することができる。一例では、第１ユーザがルームＰＲに入室している場合、第１ユーザは、アバターＡ１から見えるルームＰＲの仮想現実を体験することができる（図９参照）。同様に、第２ユーザがルームＰＲに入室している場合、第２ユーザは、アバターＡ２から見えるルームＰＲの仮想現実を体験することができる（図９参照）。コンテンツデータは、ルームＰＲの入室者による各種操作に対応してリアルタイムに更新され得る。

ステップＳ１１５～Ｓ１１６に関連して、接続受付部１１は、サブイベントへの参加可否を制御してもよい。例えば、コンテンツデータベース４０は、ルームから接続可能なサブルームと、イベント内において開催されるサブイベントとを関連付けて記憶してもよい。サブルームとは、例えばルームの一部を構成する仮想現実空間である。サブルームは、ルーム内に設けられてもよいし、ルームに連結するように設けられてもよい。例えば、イベントが開催される屋外のルーム内に、サブルームを示す建物のオブジェクトが配置されていてもよい。ルームの座標系と、サブルームの座標系とは独立している。一例では、コンテンツデータベース４０は、謎解きイベントが開催されるルームＰＲから接続可能なサブルームのルームＩＤと、謎解きイベント内で開催されるサブイベント（例えばアートギャラリー）のイベントＩＤとを関連付けて記憶してもよい。また、コンテンツデータベース４０は、サブイベントと、サブイベントに参加するための仮想アイテムであるサブイベント用アイテムとを関連付けて記憶してもよい。一例では、コンテンツデータベース４０は、サブイベントのイベントＩＤと、サブイベント用アイテム（例えばチケット等）のアイテムＩＤとを関連付けて記憶してもよい。接続受付部１１は、サブルームに対する接続要求をユーザ端末２０から受信すると、コンテンツデータベース４０を参照して、接続要求をしたユーザがサブイベント用アイテムの所有者であるか否かに基づいて、サブルームに対するユーザの接続可否を制御する。例えば、接続受付部１１は、接続要求をしたユーザがサブイベント用アイテムを所有している場合に、サブルームに対するユーザの接続を許可してもよい。接続受付部１１は、接続要求をしたユーザがサブイベント用アイテムを所有していない場合に、サブルームに対するユーザの接続を拒否してもよい。

接続受付部１１は、ユーザが所有しているサブイベント用アイテムがルームに表示されているか否かにさらに基づいて、サブルームに対するユーザの接続可否を制御してもよい。例えば、接続受付部１１は、ユーザが所有しているサブイベント用アイテムがルームＰＲに表示されている場合に、サブルームに対するユーザの接続を許可してもよい。接続受付部１１は、ユーザが所有しているサブイベント用アイテムがルームＰＲに表示されている場合に、サブルームに対するユーザの接続を拒否してもよい。

ステップＳ１１５に関連して、接続受付部１１は、入室用アイテムが表示されているか否かに基づいて判定処理を実行してもよい。例えば、ユーザが、ルームＰＲとは異なる別のルームＦＲに接続している場合において、ルームＰＲに対する接続要求を行う。接続受付部１１は、入室用アイテムが別のルームＦＲに表示されているか否かにさらに基づいて、判定処理を実行してもよい。例えば、接続受付部１１は、入室用アイテムである仮想アイテムＧ２がインベントリから取り出され、ルームＦＲに配置されている場合（図８参照）、ルームＰＲに対するユーザの接続を許可してもよい。接続受付部１１は、仮想アイテムＧ２がインベントリに収納されている場合（図７参照）、ルームＰＲに対するユーザの接続を拒否してもよい。

ステップＳ１１５～Ｓ１１６に関連して、接続受付部１１は、入室用アイテムの種類に基づいて、接続要求をしたユーザのルームに対する接続の態様を制御してもよい。例えば、コンテンツデータベース４０は、イベントＩＤとアイテムＩＤとを一対多の関係で記憶している。一例では、コンテンツデータベース４０は、ライブ（イベント）のイベントＩＤに関連付けて、ライブに参加するための高価なチケットのアイテムＩＤ、および安価なチケットのアイテムＩＤを記憶していてもよい。接続受付部１１は、高価なチケットを所有しているユーザが移動可能なエリアと、安価なチケットを所有しているユーザが移動可能なエリアとを区別して、ルームへの接続を許可してもよい。

入室判定システム１は、ルームに対する接続の終了後に、入室用アイテムにギミックを追加してもよい。例えば、期間限定のイベントの終了後に、入室判定システム１は、ギミックを入室用アイテムに追加してもよい。一例では、入室判定システム１は、ギミックの関連付けを入室用アイテムに追加するようにコンテンツデータベース４０を更新する。あるいは、入室判定システム１は、ユーザがイベントに参加したか否かに基づいて、ギミックの関連付けを入室用アイテムに追加してもよい。例えば、ユーザデータベース３０には、ルームに入室しているユーザＩＤが格納される。入室判定システム１は、このユーザＩＤが所有している入室用アイテムにギミックを追加してもよい。

入室判定システム１は、ルームから退室した後、またはイベントが終了した後のユーザ操作に基づいて入室用アイテムを仮想現実空間内に表示してもよい。例えば、ユーザは、入室用アイテムまたはイベント用アイテムが必要なルームから退室した後に、ユーザ専用のルームに移動する。ユーザは、アバターを介してインベントリから入室用アイテムを取り出し、入室用アイテムをユーザ専用のルームに配置させる。入室判定システム１はその配置操作に応答して入室用アイテムをユーザ専用のルーム内に表示する。ユーザは、表示された入室用アイテムに対する所定の操作の実行が可能になる。入室判定システム１はその操作に基づいて、入室用アイテムに対して、ギミック（例えば、ルームに対する接続の終了後に追加されたギミック）の稼働などの所定の制御を実行する。

入室判定システム１は、ルームに配置されている仮想アイテムに対するユーザの操作権限を制御してもよい。例えば、入室判定システム１は、所定の操作が可能な仮想アイテムである操作アイテムに対し、ユーザが操作を行おうとした時に操作権限の制御処理を行ってもよい。入室判定システム１は、操作アイテムを操作するための仮想アイテムである関連アイテムを所有しているか否かに基づいて、操作アイテムに対するユーザの操作権限を制御してもよい。

図１２を参照して、仮想アイテムの操作権限の制御処理の一例を説明する。図１２に示される画面Ｖ４は、アバターＡ１から見えるルームＰＲの仮想現実を示す画面である。画面Ｖ４は、アバターＡ１に対応する第１ユーザのユーザ端末２０上に表示される。

画面Ｖ４には、メニューＭ、アバターＡ１の腕、および仮想アイテムＧ４が表示されている。仮想アイテムＧ４は、ＤＪ機材の仮想オブジェクトである。仮想アイテムＧ４は、ルームＰＲに配置されている。仮想アイテムＧ４は、所定の操作が可能な操作アイテムである。例えば、仮想アイテムＧ４には、「音楽を流す」というギミックが関連付けられている。また、仮想アイテムＧ４には、仮想アイテムＧ４を操作するための関連アイテムとして、仮想アイテムＧ３（ヘッドフォンの仮想オブジェクト）が関連付けられている。入室判定システム１は、仮想アイテムＧ３を所有しているか否かに基づいて、仮想アイテムＧ４に対するユーザの操作権限を制御してもよい。例えば、入室判定システム１は、ユーザが仮想アイテムＧ３を所有している場合に、仮想アイテムＧ４の「音楽を流す」というギミックの稼働をユーザに許可してもよい。

図１３を参照しながら、入室判定システム１の動作の別の例を説明する。図１３は、入室判定システム１の動作を処理フローＳ２として示すシーケンス図である。

ステップＳ２１では、ユーザ端末２０の検知部２３が、仮想アイテムに対する操作要求の発生を検知する。例えば、検知部２３は、第１ユーザがアバターＡ１を介して、ルームＰＲに配置されている仮想アイテムＧ４に対する所定の操作を行おうとしたことを操作要求の発生として検知する。一例では、検知部２３は、第１ユーザが仮想アイテムＧ４のギミックを稼働させようとしたことを検知する。

ステップＳ２２では、検知部２３が、ユーザ端末２０における操作の検知結果をサーバ１０に送信する。検知結果には、操作要求が発生した仮想アイテムＧ４のアイテムＩＤ等が含まれ得る。サーバ１０の操作受付部１３は、検知結果をユーザ端末２０から受信する。

ステップＳ２３では、サーバ１０の取得部１４が、関連アイテムを特定する情報を取得する。例えば、コンテンツデータベース４０は、操作アイテムと、関連アイテムとを関連付けて記憶している。一例では、仮想アイテムＧ４のアイテムＩＤと、仮想アイテムＧ３のアイテムＩＤとを関連付けて記憶している。取得部１４は、コンテンツデータベース４０を参照して、操作要求が発生した仮想アイテムＧ４の関連アイテムである仮想アイテムＧ３のアイテムＩＤを取得する。

ステップＳ２４では、取得部１４が、所有者を特定する情報を取得する。取得部１４は、コンテンツデータベース４０を参照して、関連アイテムの所有者を特定する情報を取得する。例えば、取得部１４は、関連アイテムである仮想アイテムＧ３のアイテムＩＤに関連付けられた所有者のユーザＩＤを取得する。一例では、所有者のユーザＩＤの中に、第１ユーザのユーザＩＤが含まれる。

ステップＳ２５では、取得部１４が、所有者を特定する情報を応答としてユーザ端末２０に送信する。ユーザ端末２０は、応答をサーバ１０から受信する。

ステップＳ２６では、ユーザ端末２０の権限制御部２４が、仮想アイテムに対する入室者の操作権限を判定する。例えば、権限制御部２４は、所有者を特定する情報の中に、自身を特定する情報が含まれているか否かを判定する。一例では、仮想アイテムＧ３の所有者のユーザＩＤの中に、第１ユーザ自身のユーザＩＤが含まれていると判定する。

ステップＳ２７では、権限制御部２４が、ルームに配置されている仮想アイテムに対する入室者の操作権限を制御する制御処理を実行する。例えば、権限制御部２４は、ルームＰＲに配置されている仮想アイテムＧ４に対する入室者の操作権限を制御する。

制御処理としては、例えば仮想アイテムに対する操作権限の設定が挙げられる。権限制御部２４は、仮想アイテムＧ４に対し、操作権限を制限しないモード、操作権限の一部を制限するモード、または操作権限の全部を制限するモードのいずれかを設定する。例えば、権限制御部２４は、関連アイテムの所有者である場合に、仮想アイテムＧ４に対する入室者の操作権限を制限しないモードを設定してもよい。権限制御部２４は、関連アイテムの所有者ではない場合に、仮想アイテムＧ４に対する入室者の操作権限の一部を制限するモード、または操作権限の全部を制限するモードのいずれかを設定してもよい。。

権限制御部２４は、仮想アイテムＧ４のギミックの稼働を制限しないモード、ギミックの稼働の一部を制限するモード、またはギミックの稼働を制限するモードのいずれかを設定してもよい。ギミックの稼働の一部を制限するモードとしては、例えば、お試し版としてギミックの一部の稼働のみを許可するモードが挙げられる。あるいは、権限制御部２４は、仮想アイテムＧ４の位置の変更を制限しないモード、位置の変更の一部を制限するモード、または位置の変更の全部を制限するモードのいずれかを設定してもよい。位置の変更の一部を制限するモードとしては、例えば、アバターＡ１が仮想アイテムＧ４を持てる（持ち上げられる）が、持って移動することはできない等のモードが挙げられる。

権限制御部２４は、関連アイテムの所有者以外の入室者の操作権限を制御するように制御処理を実行してもよい。一例では、第２ユーザが関連アイテムの所有者ではない場合に、権限制御部２４は、第２ユーザの操作権限を制御してもよい。

権限制御部２４は、操作要求を発生させた入室者の操作権限を制御するように制御処理を実行してもよい。一例では、権限制御部２４は、仮想アイテムＧ４に対する操作要求を発生させた入室者である第１ユーザの操作権限を制御してもよい。

ステップＳ２７に関連して、権限制御部２４は、操作権限の一部を制限するモード、または操作権限の全部を制限するモードのいずれかを設定する場合、操作要求を発生させた入室者である第１ユーザ端末上に、操作要求が発生した仮想アイテムＧ４を取得するためのユーザインタフェースを表示させてもよい。

［効果］
以上説明したように、本開示の一側面に係る入室判定システムは、少なくとも一つのプロセッサを備える。少なくとも一つのプロセッサは、所定の仮想現実空間であるルームに対する接続要求を受信し、記憶部を参照して、ルームに入室するための仮想アイテムである入室用アイテムを特定し、接続要求をしたユーザが入室用アイテムを所有しているか否かの判定処理を実行し、判定処理の結果が肯定である場合に、ルームに対するユーザの接続を許可する。

本開示の一側面に係る入室判定方法は、少なくとも一つのプロセッサを備える入室判定システムによって実行される。入室判定方法は、所定の仮想現実空間であるルームに対する接続要求を受信するステップと、記憶部を参照して、ルームに入室するための仮想アイテムである入室用アイテムを特定し、接続要求をしたユーザが入室用アイテムを所有しているか否かの判定処理を実行するステップと、判定処理の結果が肯定である場合に、ルームに対するユーザの接続を許可するステップとを含む。

本開示の一側面に係る入室判定プログラムは、所定の仮想現実空間であるルームに対する接続要求を受信するステップと、記憶部を参照して、ルームに入室するための仮想アイテムである入室用アイテムを特定し、接続要求をしたユーザが入室用アイテムを所有しているか否かの判定処理を実行するステップと、判定処理の結果が肯定である場合に、ルームに対するユーザの接続を許可するステップとをコンピュータに実行させる。

このような側面においては、ルームに接続しようとしたユーザが、該ルームに入室するための仮想アイテムである入室用アイテムの所有者であるか否かに基づいて接続可否が制御される。入室用アイテムは、単なるアクセス権等とは異なり、仮想現実空間において存在する。例えば、ユーザは、入室用アイテムが必要なルームから退室した後に、ユーザ専用のルームに入室用アイテムを配置して飾ったり、入室用アイテムに対して所定の操作を実行したりすることができる。したがって、入室者が所定の仮想現実空間に入室した記念を仮想現実空間上に残すことができる。

他の側面に係る入室判定システムでは、記憶部が、ルームと、ルーム内において開催されるイベントとを関連付けて記憶しており、イベントと、イベントに参加するための仮想アイテムであるイベント用アイテムとを関連付けて記憶していてもよい。少なくとも一つのプロセッサは、イベント用アイテムを入室用アイテムとして決定し、ユーザがイベント用アイテムを所有しているか否かを判定するように判定処理を実行してもよい。これにより、入室者が所定の仮想現実空間で開催されるイベントに参加した記念を仮想現実空間上に残すことができる。

他の側面に係る入室判定システムでは、記憶部が、ルームから接続可能なサブルームと、イベント内において開催されるサブイベントとを関連付けて記憶しており、サブイベントと、サブイベントに参加するための仮想アイテムであるサブイベント用アイテムとを関連付けて記憶してもよい。少なくとも一つのプロセッサは、ユーザがサブイベント用アイテムを所有している場合に、サブルームに対するユーザの接続を許可していてもよい。これにより、入室者が所定の仮想現実空間で開催されるサブイベントに参加した記念を仮想現実空間上に残すことができる。

他の側面に係る入室判定システムでは、少なくとも一つのプロセッサが、ユーザが所有しているサブイベント用アイテムがルームに表示されているか否かにさらに基づいて、サブルームに対するユーザの接続可否を制御してもよい。これにより、ユーザがサブイベント用アイテムを使用してサブルームに接続（入室）するという現実空間の慣行に近いユーザ体験をユーザに提供することができる。

他の側面に係る入室判定システムでは、ユーザが、ルームとは異なる別のルームに接続していてもよい。少なくとも一つのプロセッサは、入室用アイテムが別のルームに表示されているか否かにさらに基づいて、判定処理を実行してもよい。これにより、ユーザが入室用アイテムを使用してルームに接続（入室）するという現実空間の慣行に近いユーザ体験をユーザに提供することができる。

他の側面に係る入室判定システムでは、入室用アイテムが、ルーム内で使用可能な仮想アイテムであってもよい。これにより、ユーザが仮想現実空間のルームに入室する意欲を高めることができる。

他の側面に係る入室判定システムでは、少なくとも一つのプロセッサが、入室用アイテムの種類に基づいて、接続要求をしたユーザのルームに対する接続の態様を制御してもよい。これにより、仮想現実空間のルームにどのように接続するかの選択肢を提供することができる。

他の側面に係る入室判定システムでは、少なくとも一つのプロセッサが、ルームに対する接続の終了後に、入室用アイテムにギミックを追加してもよい。これにより、入室者が所定の仮想現実空間に入室した記念のギミックをユーザに提供することができる。

他の側面に係る入室判定システムでは、ルームには、所定の操作が可能な仮想アイテムである操作アイテムが配置されていてもよい。記憶部は、操作アイテムと、操作アイテムを操作するためのアイテムである関連アイテムとを関連付けて記憶していてもよい。少なくとも一つのプロセッサが、ユーザが関連アイテムを所有しているか否かに基づいて、操作アイテムに対するユーザの操作権限を制御してもよい。これにより、ユーザがルーム内の操作アイテムを操作するために、関連アイテムを取得する意欲を高めることができる。

［変形例］
以上、本開示の実施形態に基づいて詳細に説明した。しかし、本開示は上記実施形態に限定されるものではない。本開示は、その要旨を逸脱しない範囲で様々な変形が可能である。

上記実施形態では、ユーザ端末２０が権限制御部２４を備える例を説明したが、サーバ１０が権限制御部２４を備えてもよい。あるいは、上記実施形態では、ユーザ端末２０の権限制御部２４が操作権限を判定する例を説明したが、サーバ１０が操作権限を判定してもよい。

別の実施形態において、入室判定システム１は、イベントの参加前後において、入室用アイテムそのものを変化させてもよい。例えば、入室判定システム１は、ユーザがイベントに参加した場合に、未使用チケットの仮想アイテムをチケットの半券の仮想アイテムに変化するように、コンテンツデータベース４０を更新してもよい。入室判定システム１は、ユーザがイベントに参加しなければ仮想アイテムを変化させなくてもよい。このような場合によっても、ユーザが所定の仮想現実空間に入室した記念を仮想現実空間上に残すことができる。

本開示において、「少なくとも一つのプロセッサが、第１の処理を実行し、第２の処理を実行し、…第ｎの処理を実行する。」との表現、またはこれに対応する表現は、第１の処理から第ｎの処理までのｎ個の処理の実行主体（すなわちプロセッサ）が途中で変わる場合を含む概念である。すなわち、この表現は、ｎ個の処理のすべてが同じプロセッサで実行される場合と、ｎ個の処理においてプロセッサが任意の方針で変わる場合との双方を含む概念である。

少なくとも一つのプロセッサにより実行される方法の処理手順は上記実施形態での例に限定されない。例えば、上述したステップ（処理）の一部が省略されてもよいし、別の順序で各ステップが実行されてもよい。また、上述したステップのうちの任意の２以上のステップが組み合わされてもよいし、ステップの一部が修正または削除されてもよい。あるいは、上記の各ステップに加えて他のステップが実行されてもよい。

本明細書で述べた各機能部の任意の一部または全部がプログラムによって実現されてもよい。本明細書で言及したプログラムは、コンピュータ読み取り可能な記録媒体に非一時的に記録して頒布されてもよいし、インターネットなどの通信回線（無線通信も含む）を介して頒布されてもよいし、任意の端末にインストールされた状態で頒布されてもよい。

上記の記載に基づいて、当業者であれば、本開示についての追加の効果または種々の変形例を想到できるかもしれないが、本開示の態様は、上述した個々の実施形態に限定されるものではない。特許請求の範囲に規定された内容およびその均等物から導き出される本開示の概念的な思想と趣旨とを逸脱しない範囲で、種々の追加、変更および部分的削除が可能である。

例えば、本明細書において１台の装置（あるいは部材。以下同じ）として説明される構成（これは、図面において１台の装置として描かれている構成を含む）が、複数の装置によって実現されもよい。あるいは、本明細書において複数の装置として説明される構成（これは、図面において複数の装置として描かれている構成を含む）が１台の装置によって実現されてもよい。あるいは、或る装置（例えばサーバ）に含まれる手段または機能の一部または全部が、他の装置（例えばユーザ端末）に含まれてもよい。

本明細書に記載された事項のすべてが必須の要件というわけではない。例えば、本明細書に記載されているが特許請求の範囲に記載されていない事項は、任意の付加的事項ということができる。

本出願人は本明細書の「先行技術文献」欄に記載された公知技術を知っているにすぎない。本開示は必ずしもその公知技術における課題を解決することを目的とするものではないことにも留意されたい。本開示において解決しようとする課題は、本明細書の全体を考慮して認定されるべきものである。例えば、本明細書において、特定の構成によって所定の効果を奏する旨の記載がある場合、当該所定の効果に対応する課題が解決されるということもできる。しかし、その効果に関する記載は必ずしも、そのような特定の構成を必須の要件とする趣旨ではない。

１…入室判定システム、１０…サーバ、１１…接続受付部、１２…コンテンツ生成部、１３…操作受付部、１４…取得部、２０…ユーザ端末、２１…接続要求部、２２…表示部、２３…検知部、２４…権限制御部、Ｐ１…サーバプログラム、Ｐ２…クライアントプログラム。

Claims (9)

1. 少なくとも一つのプロセッサを備え、
   前記少なくとも一つのプロセッサが、
   所定の仮想現実空間であるルームに対する接続要求を受信し、
   記憶部を参照して、前記ルームに入室するための仮想アイテムであり、前記ルーム内において開催されるイベントで使用可能な入室用アイテムを特定し、前記接続要求をしたユーザが前記入室用アイテムを所有しているか否かの判定処理を実行し、
   前記判定処理の結果が肯定である場合に、前記ルームに対する前記ユーザの接続を許可する、
   入室判定システム。
2. 前記記憶部が、
   前記ルームから接続可能なサブルームと、前記イベント内において開催されるサブイベントとを関連付けて記憶しており、
   前記サブイベントと、前記サブイベントに参加するための仮想アイテムであるサブイベント用アイテムとを関連付けて記憶しており、
   前記少なくとも一つのプロセッサが、
   前記ユーザが前記サブイベント用アイテムを所有している場合に、前記サブルームに対する前記ユーザの接続を許可する、
   請求項１に記載の入室判定システム。
3. 前記少なくとも一つのプロセッサが、前記ユーザが所有している前記サブイベント用アイテムが前記ルームに表示されているか否かにさらに基づいて、前記サブルームに対する前記ユーザの接続可否を制御する、請求項２に記載の入室判定システム。
4. 前記ユーザが、前記ルームとは異なる別のルームに接続しており、
   前記少なくとも一つのプロセッサが、前記入室用アイテムが前記別のルームに表示されているか否かにさらに基づいて、前記判定処理を実行する、
   請求項１～３のいずれか一項に記載の入室判定システム。
5. 前記少なくとも一つのプロセッサが、前記入室用アイテムの種類に基づいて、前記接続要求をしたユーザの前記ルームに対する接続の態様を制御する、請求項１～４のいずれか一項に記載の入室判定システム。
6. 前記少なくとも一つのプロセッサが、前記ルームに対する接続の終了後に、前記入室用アイテムにギミックを追加する、請求項１～５のいずれか一項に記載の入室判定システム。
7. 前記ルームには、所定の操作が可能な仮想アイテムである操作アイテムが配置されており、
   前記記憶部は、前記操作アイテムと、前記操作アイテムを操作するためのアイテムである関連アイテムとを関連付けて記憶しており、
   前記少なくとも一つのプロセッサが、前記ユーザが前記関連アイテムを所有しているか否かに基づいて、前記操作アイテムに対する前記ユーザの操作権限を制御する、
   請求項１～６のいずれか一項に記載の入室判定システム。
8. 少なくとも一つのプロセッサを備える入室判定システムによって実行される入室判定方法であって、
   所定の仮想現実空間であるルームに対する接続要求を受信するステップと、
   記憶部を参照して、前記ルームに入室するための仮想アイテムであり、前記ルーム内において開催されるイベントで使用可能な入室用アイテムを特定し、前記接続要求をしたユーザが前記入室用アイテムを所有しているか否かの判定処理を実行するステップと、
   前記判定処理の結果が肯定である場合に、前記ルームに対する前記ユーザの接続を許可するステップと
   を含む入室判定方法。
9. 所定の仮想現実空間であるルームに対する接続要求を受信するステップと、
   記憶部を参照して、前記ルームに入室するための仮想アイテムであり、前記ルーム内において開催されるイベントで使用可能な入室用アイテムを特定し、前記接続要求をしたユーザが前記入室用アイテムを所有しているか否かの判定処理を実行するステップと、
   前記判定処理の結果が肯定である場合に、前記ルームに対する前記ユーザの接続を許可するステップと
   をコンピュータに実行させる入室判定プログラム。

Images