(57)【要約】【課題】所定の領域において、あるユーザのデバイスに対して別のユーザによる機能の提供を実現することが可能な、情報処理装置、情報処理方法、およびプログラムを提案する。【解決手段】実空間の所定の領域において第１のユーザによって提供される、第２のユーザのデバイスの第１の機能情報を取得する取得部と、前記第２のユーザのデバイスに対する前記第１の機能情報の送信を制御する送信制御部と、を備える、情報処理装置。【選択図】図１
2018150659.tif 000002
【特許請求の範囲】
【請求項１】
実空間の所定の領域において第１のユーザによって提供される、第２のユーザのデバイスの第１の機能情報を取得する取得部と、
前記第２のユーザのデバイスに対する前記第１の機能情報の送信を制御する送信制御部と、
を備える、情報処理装置。
【請求項２】
前記取得部は、前記第２のユーザの位置の検出結果に関連付けられている機能情報を前記第１の機能情報として取得する、請求項１に記載の情報処理装置。
【請求項３】
前記所定の領域は、複数のサブ領域を有し、
前記取得部は、前記複数のサブ領域のうち前記第２のユーザが位置するサブ領域に関連付けられている機能情報を前記第１の機能情報として取得する、請求項２に記載の情報処理装置。
【請求項４】
前記取得部は、前記第２のユーザの識別情報にさらに関連付けられている機能情報を前記第１の機能情報として取得する、請求項２に記載の情報処理装置。
【請求項５】
前記取得部は、前記第２のユーザのデバイスにさらに関連付けられている機能情報を前記第１の機能情報として取得する、請求項２に記載の情報処理装置。
【請求項６】
前記取得部は、前記第２のユーザの所定のチケットの購入状況または課金状況にさらに関連付けられている機能情報を前記第１の機能情報として取得する、請求項２に記載の情報処理装置。
【請求項７】
前記第１の機能情報は、前記第２のユーザのデバイスによる実行が許可される機能を示す情報である、請求項２に記載の情報処理装置。
【請求項８】
前記第１の機能情報は、前記所定の領域内で提供されるコンテンツに関して、前記第１のユーザによって前記第２のユーザのデバイスに対して提供される機能情報である、請求項７に記載の情報処理装置。
【請求項９】
前記所定の領域は、複数のサブ領域を有し、
前記コンテンツは、前記複数のサブ領域のうち前記第２のユーザが位置するサブ領域に関連付けられているコンテンツを含み、
前記第１の機能情報は、前記第２のユーザが位置するサブ領域に関連付けられているコンテンツに関して前記第２のユーザのデバイスに対して許可される機能を示す情報を含む、請求項８に記載の情報処理装置。
【請求項１０】
前記取得部は、前記所定の領域に関して前記第１のユーザによって提供される、第３のユーザのデバイスの第２の機能情報をさらに取得し、
前記送信制御部は、前記第２のユーザのデバイスまたは前記第３のユーザのデバイスに対する前記第２の機能情報の送信をさらに制御し、
前記第３のユーザは、前記所定の領域外に位置し、
前記第２の機能情報は、前記第１の機能情報に関連付けられている、請求項２に記載の情報処理装置。
【請求項１１】
前記取得部は、前記第３のユーザの識別情報または前記第３のユーザのデバイスにさらに関連付けられている機能情報を前記第２の機能情報として取得する、請求項１０に記載の情報処理装置。
【請求項１２】
前記取得部は、前記第３のユーザの所定のチケットの購入状況または課金状況にさらに関連付けられている機能情報を前記第２の機能情報として取得する、請求項１０に記載の情報処理装置。
【請求項１３】
前記第２の機能情報は、前記第３のユーザのデバイスによる実行が許可される機能を示す情報である、請求項１０に記載の情報処理装置。
【請求項１４】
前記第２の機能情報は、前記所定の領域内で提供されるコンテンツに関して、前記第１のユーザによって前記第３のユーザのデバイスに対して提供される機能情報である、請求項１３に記載の情報処理装置。
【請求項１５】
前記所定の領域は、複数のサブ領域を有し、
前記コンテンツは、前記複数のサブ領域のうち前記第２のユーザが位置するサブ領域に関連付けられているコンテンツを含み、
前記第２の機能情報は、前記第２のユーザが位置するサブ領域に関連付けられているコンテンツに関して前記第３のユーザのデバイスに対して許可される機能を示す情報を含む、請求項１４に記載の情報処理装置。
【請求項１６】
前記第２のユーザのデバイスは、撮像部を含むウェアラブルデバイスであり、
前記所定の領域における前記撮像部による撮像に応じた映像が前記第３のユーザのデバイスへ送信され、
前記第２の機能情報は、前記映像に関して前記第３のユーザのデバイスに対して許可される機能を示す情報を含む、請求項１４に記載の情報処理装置。
【請求項１７】
前記情報処理装置は、前記第２のユーザのデバイスにより発信される信号の検出結果に基づいて、前記第２のユーザのデバイスが前記第１の機能情報の利用許可を有するデバイスであるか否かを判定する判定部をさらに備え、
前記第２のユーザのデバイスが前記第１の機能情報の利用許可を有するデバイスではないと前記判定部により判定された場合には、前記送信制御部は、前記第１の機能情報を前記第２のユーザのデバイスへ通信部に送信させない、請求項２に記載の情報処理装置。
【請求項１８】
前記第１のユーザは、前記所定の領域の管理権限を有し、
前記第２のユーザは、前記所定の領域の管理権限を有しない、請求項２に記載の情報処理装置。
【請求項１９】
実空間の所定の領域において第１のユーザによって提供される、第２のユーザのデバイスの第１の機能情報を取得することと、
前記第２のユーザのデバイスに対する前記第１の機能情報の送信をプロセッサが制御することと、
を含む、情報処理方法。
【請求項２０】
コンピュータを、
実空間の所定の領域において第１のユーザによって提供される、第２のユーザのデバイスの第１の機能情報を取得する取得部と、
前記第２のユーザのデバイスに対する前記第１の機能情報の送信を制御する送信制御部、
として機能させるための、プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、情報処理装置、情報処理方法、およびプログラムに関する。
【背景技術】
【０００２】
従来、例えばＡＲ（Ａｕｇｍｅｎｔｅｄ  Ｒｅａｌｉｔｙ）など、実世界と仮想世界とを結び付けるヒューマン・インターフェースに関する技術が各種開発されている。【０００３】
例えば、下記特許文献１には、眼鏡型のディスプレイを有する表示装置が、外界の状況を示す情報を外部機器から取得する技術が記載されている。また、下記特許文献２には、自由視点コンテンツをＨＭＤ（Ｈｅａｄ  Ｍｏｕｎｔｅｄ  Ｄｉｓｐｌａｙ）に表示させる際に、当該ＨＭＤを装着するユーザの頭部の姿勢の検出結果に応じて、当該ＨＭＤに表示される映像の表示範囲を変更する技術が記載されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１５−４６８８５号公報
【特許文献２】特開２０１６−２５６３３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、特許文献１および特許文献２に記載の技術では、所定の領域においてユーザのデバイスに対して機能が提供されることは考慮されていなかった。【０００６】
そこで、本開示では、所定の領域において、あるユーザのデバイスに対して別のユーザによる機能の提供を実現することが可能な、新規かつ改良された情報処理装置、情報処理方法、およびプログラムを提案する。
【課題を解決するための手段】
【０００７】
本開示によれば、実空間の所定の領域において第１のユーザによって提供される、第２のユーザのデバイスの第１の機能情報を取得する取得部と、前記第２のユーザのデバイスに対する前記第１の機能情報の送信を制御する送信制御部と、を備える、情報処理装置が提供される。【０００８】
また、本開示によれば、実空間の所定の領域において第１のユーザによって提供される、第２のユーザのデバイスの第１の機能情報を取得することと、前記第２のユーザのデバイスに対する前記第１の機能情報の送信をプロセッサが制御することと、を含む、情報処理方法が提供される。【０００９】
また、本開示によれば、コンピュータを、実空間の所定の領域において第１のユーザによって提供される、第２のユーザのデバイスの第１の機能情報を取得する取得部と、前記第２のユーザのデバイスに対する前記第１の機能情報の送信を制御する送信制御部、として機能させるための、プログラムが提供される。
【発明の効果】
【００１０】
以上説明したように本開示によれば、所定の領域において、あるユーザのデバイスに対して別のユーザによる機能の提供を実現することができる。なお、ここに記載された効果は必ずしも限定されるものではなく、本開示中に記載されたいずれかの効果であってもよい。
【図面の簡単な説明】
【００１１】
【図１】本開示の実施形態による情報処理システムの構成例を示した説明図である。
【図２】同実施形態によるユーザデバイス２０の構成例を示した機能ブロック図である。
【図３】同実施形態によるサーバ２０の構成例を示した機能ブロック図である。
【図４】領域８０内のサブエリア８２同士が階層関係になっている例を示した図である。
【図５】図４に示した例における第１の機能情報の、設定情報ＤＢ１２４からの取得例を示した説明図である。
【図６】設定情報ＤＢ１２４の構成例を示した説明図である。
【図７】図６に示した機能設定１２１８の内容を示した説明図である。
【図８】図７に示した許可機能１２２２の内容を示した説明図である。
【図９】図７に示した付加機能１２２４の内容を示した説明図である。
【図１０】図６に示した機能設定１２６８の内容を示した説明図である。
【図１１】図１０に示した許可機能１２７２の内容を示した説明図である。
【図１２】図１１に示した付加機能１２７４の内容を示した説明図である。
【図１３】同実施形態によるユーザデバイス２０の正当性の判定方法の例を示した説明図である。
【図１４】同実施形態によるチケット価格テーブル４０の一例を示した説明図である。
【図１５】同実施形態によるチケット価格テーブル４０の別の例を示した説明図である。
【図１６】同実施形態によるチケット価格テーブル４０の別の例を示した説明図である。
【図１７】同実施形態による「ユーザデバイス２０の正当性の判定時の処理の流れ」を示したシーケンス図である。
【図１８】同実施形態による「第１の機能情報の送信時の処理の流れ」を示したシーケンス図である。
【図１９】同実施形態による「第２の機能情報の送信時の処理の流れ」の一部を示したシーケンス図である。
【図２０】同実施形態による「第２の機能情報の送信時の処理の流れ」の一部を示したシーケンス図である。
【図２１】同実施形態による「遠隔ユーザ４に対する課金処理の流れ」を示したシーケンス図である。
【図２２】同実施形態によるによるサーバ１０のハードウェア構成を示した構成図である。
【発明を実施するための形態】
【００１２】
以下に添付図面を参照しながら、本開示の好適な実施の形態について詳細に説明する。なお、本明細書及び図面において、実質的に同一の機能構成を有する構成要素については、同一の符号を付することにより重複説明を省略する。
【００１３】
また、本明細書及び図面において、実質的に同一の機能構成を有する複数の構成要素を、同一の符号の後に異なるアルファベットを付して区別する場合もある。例えば、実質的に同一の機能構成を有する複数の構成要素を、必要に応じてユーザデバイス２０ａおよびユーザデバイス２０ｂのように区別する。ただし、実質的に同一の機能構成を有する複数の構成要素の各々を特に区別する必要がない場合、同一符号のみを付する。例えば、ユーザデバイス２０ａおよびユーザデバイス２０ｂを特に区別する必要が無い場合には、単にユーザデバイス２０と称する。
【００１４】
また、以下に示す項目順序に従って当該「発明を実施するための形態」を説明する。
１．情報処理システムの構成
２．実施形態の詳細な説明
３．ハードウェア構成
４．変形例
【００１５】
＜＜１．情報処理システムの構成＞＞
まず、本開示の実施形態による情報処理システムの構成について、図１を参照して説明する。図１に示すように、本実施形態による情報処理システムは、（実空間の）所定の領域８０において適用され得る。ここで、領域８０は、例えば所定の事業者が管理権限を有する領域であり得る。例えば、領域８０は、テーマパーク、映画館、美術館、博物館、商業ビルディング、駅、または、空港などの建物である。また、図１に示したように、領域８０は、建物だけでなく、当該建物の周囲の所定の敷地（例えば事業者が当該建物とともに管理する敷地、または、当該建物内に設置された無線ＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）の通信圏内など）も含み得る。ここで、事業者は、本開示における第１のユーザの一例である。なお、以下では、領域８０がテーマパークである例を中心として説明を行う。
【００１６】
また、領域８０には、複数のサブエリア８２が予め設定され得る。ここで、サブエリア８２は、本開示におけるサブ領域の一例である。サブエリア８２は、例えば、アトラクション（遊具など）、店舗、展示室、エントランスなどの空間ごとに定められてもよいし、領域８０内のフロアごとに定められてもよい。なお、図１に示したように、例えば、あるサブエリア８２ｂ（「エリアＢ」）は別のサブエリア８２ａ（「エリアＡ」）に含まれるように、複数のサブエリア８２のうちの少なくとも一部の関係は、階層関係になるように設定され得る。
【００１７】
＜１−１．背景＞
ところで、領域８０内で一般ユーザのデバイスの利用が無制限に許可されると、事業者の利益が損なわれ得る。例えば、一般ユーザによる特定のサブエリア８２内の撮影（例えば、展示物の撮影など）を事業者が禁止したい場合がある。特に、ウェアラブルデバイスのような、ユーザが装着することを想定したデバイスの場合、領域８０内で当該デバイスの使用状況を係員が確認することが困難であったり、負荷が大きいので、このようなニーズはさらに高い。
【００１８】
なお、領域８０内の一般ユーザのデバイスの使用を全面的に禁止する方法も考えらえる。しかしながら、この方法では、ユーザの利便性が大きく損なわれる。そこで、事業者の利益を害することなく、一般ユーザの利便性を最大化するようなサービスが望まれる。
【００１９】
そこで、上記事情を一着眼点にして、本実施形態によるサーバ１０を創作するに至った。本実施形態によるサーバ１０は、領域８０において事業者によって提供される、ユーザデバイス２０の第１の機能情報を取得し、そして、ユーザデバイス２０に対して当該第１の機能情報を送信することが可能である。これにより、領域８０内のユーザデバイス２０に対して、事業者の指定に沿った機能の実行を許可することができる。以下、本実施形態による情報処理システムの構成について引き続き説明を行う。
【００２０】
図１に示すように、当該情報処理システムは、サーバ１０、ユーザデバイス２０、遠隔ユーザデバイス２２、付加サービスサーバ３０、および、課金サーバ３２、および、通信網３４を含む。
【００２１】
＜１−２．ユーザデバイス２０＞
ユーザデバイス２０は、例えば、領域８０を訪れるユーザ２が携帯するデバイスである。例えば、ユーザデバイス２０は、ＡＲグラスなどの頭部装着型のウェアラブルデバイスであってもよい。ここで、ユーザ２は、領域８０の管理権限を有しない人物であり得る。例えば、ユーザ２は、一般ユーザである。なお、ユーザ２は、本開示における第２のユーザの一例である。なお、以下では、ユーザデバイス２０がウェアラブルデバイスである例を中心として説明を行う。
【００２２】
ここで、図２を参照して、ユーザデバイス２０の構成について説明する。図２に示したように、ユーザデバイス２０は、制御部２００、通信部２２０、位置情報受信部２２２、センサ部２２４、発光部２２６、表示部２２８、および、記憶部２３０を有する。
【００２３】
｛１−２−１．制御部２００｝
制御部２００は、ユーザデバイス２０に内蔵される例えばＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）やＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）などを用いて、ユーザデバイス２０の動作を全般的に制御する。
【００２４】
例えば、制御部２００は、後述する位置情報受信部２２２による受信結果などに基づいて、領域８０内の複数のサブエリア８２のうちユーザデバイス２０が現在位置するサブエリア８２を特定する。より具体的には、制御部２００は、後述する「特定方法１」〜「特定方法６」のうちのいずれか二以上を組み合わせて用いることにより、現在位置するサブエリア８２を特定する。これにより、ユーザデバイス２０が現在位置するサブエリア８２を精度高く特定することができる。但し、かかる例に限定されず、制御部２００は、これらの特定方法のうちのいずれか一つのみを用いて、現在のサブエリア８２を特定してもよい。
【００２５】
（１−２−１−１．特定方法１）
以下、「特定方法１」〜「特定方法６」の内容について説明する。例えば、制御部２００は、後述する位置情報受信部２２２により受信される位置情報（緯度および経度など）に対応するサブエリア８２を、現在のサブエリア８２として特定してもよい。
【００２６】
（１−２−１−２．特定方法２）
また、制御部２００は、領域８０内に設置されている少なくとも一つの無線ＬＡＮのアクセスポイントからＳＳＩＤ（Ｓｅｒｖｉｃｅ  Ｓｅｔ  Ｉｄｅｎｔｉｆｉｅｒ）を受信し、そして、受信したＳＳＩＤに対応するサブエリア８２を、現在のサブエリア８２として特定してもよい。
【００２７】
（１−２−１−３．特定方法３）
また、制御部２００は、携帯電話の基地局情報を取得したり、周囲の基地局からの電界強度を測定することが可能である。この場合、制御部２００は、取得した基地局情報や周囲の基地局からの電界強度の測定結果に対応するサブエリア８２を、現在のサブエリア８２として特定してもよい。
【００２８】
（１−２−１−４．特定方法４）
また、受信可能なサブエリア８２が限定された所定の放送（エリアワンセグ等）が例えばサブエリア８２ごとに提供され得る。この場合、当該所定の放送が受信された場合には、制御部２００は、当該所定の放送を受信可能なサブエリア８２を、現在のサブエリア８２として特定してもよい。
【００２９】
（１−２−１−５．特定方法５）
また、特定のサブエリア８２に設置されている照明は、例えば当該サブエリア８２と一意に関連付けられた所定の明滅パターン（例えば人間が知覚できない明滅間隔のパターンであり、かつ、当該サブエリア８２の識別情報が重畳されたパターン）で発光し得る。この場合、制御部２００は、後述するセンサ部２２４（撮像部）による撮影画像に基づいて当該所定の明滅パターンの有無を判定し、そして、当該所定の明滅パターンが検知された場合には、制御部２００は、当該所定の明滅パターンに対応するサブエリア８２を、現在のサブエリア８２として特定してもよい。
【００３０】
（１−２−１−６．特定方法６）
また、特定のサブエリア８２に設置されているスピーカーは、例えば当該サブエリア８２と一意に関連付けられた所定の音声（例えば人間の可聴域を超える周波数の音声であり、かつ、当該サブエリア８２の識別情報が重畳された音声）を出力し得る。この場合、センサ部２２４（マイクロフォン）により当該所定の音声が収音された場合には、制御部２００は、当該所定の音声に対応するサブエリア８２を、現在のサブエリア８２として特定してもよい。
【００３１】
｛１−２−２．位置情報受信部２２２｝
位置情報受信部２２２は、例えばＧＰＳ（Ｇｌｏｂａｌ  Ｐｏｓｉｔｉｏｎｉｎｇ  Ｓｙｓｔｅｍ）やＧＬＯＮＡＳＳ（Ｇｌｏｂａｌ  Ｎａｖｉｇａｔｉｏｎ  Ｓａｔｅｌｌｉｔｅ  Ｓｙｓｔｅｍ）などの測位衛星から測位信号を受信する受信機を含み得る。例えば、位置情報受信部２２２は、当該測位衛星から受信される測位信号に基づいてユーザデバイス２０の位置情報（緯度および経度など）を特定する。
【００３２】
｛１−２−３．センサ部２２４｝
センサ部２２４は、例えば、撮像部およびマイクロフォンを有する。また、センサ部２２４は、加速度センサ、ジャイロセンサ、デプスセンサ、または、地磁気センサなどをさらに有してもよい。
【００３３】
例えば、撮像部は、ユーザデバイス２０をユーザが装着した際の当該ユーザの周囲の映像（例えば、当該ユーザの前方の映像や全天球映像など）を撮影する。
【００３４】
｛１−２−４．通信部２２０｝
通信部２２０は、例えば無線通信により、後述する通信網３４を介して他の装置と通信する。詳細については後述するが、例えば、通信部２２０は、事業者によって提供される第１の機能情報をサーバ１０から受信する。ここで、第１の機能情報は、領域８０においてユーザデバイス２０による実行が許可される機能を示す情報であり得る。この場合、当該第１の機能情報が示す機能の実行が（領域８０において）ユーザデバイス２０に対して許可されるとともに、当該第１の機能情報が示す機能以外の機能の実行は（領域８０において）ユーザデバイス２０に対して制限され得る（例えば禁止され得る）。ここで、機能の種類は、例えば、撮影、収音、その他の種類のセンシング、データの保存、他の装置（遠隔ユーザデバイス２２など）へのデータの送信（アップロードやストリーミングなど）、または、領域８０に関連付けられているリンク先へのアクセスなどである。
【００３５】
例えば、第１の機能情報は、領域８０内で提供されるコンテンツに関して、事業者によってユーザデバイス２０に対して提供される機能を示す情報である。一例として、第１の機能情報は、領域８０内でユーザ２が位置するサブエリア８２に関連付けられているコンテンツに関してユーザデバイス２０に対して許可される機能を示す情報を含む。ここで、コンテンツは、映像（例えば動画や、自由視点コンテンツなど）や音声などを含む。
【００３６】
また、通信部２２０は、制御部２００の制御に従って、検出された現在の位置情報（例えば、現在のサブエリア８２の識別情報など）をサーバ１０へ送信する。また、通信部２２０は、制御部２００の制御に従って、撮像部により撮影された映像を、当該ユーザデバイス２０と所定の関係を有する遠隔ユーザデバイス２２へ例えばリアルタイムに送信する。これにより、遠隔ユーザデバイス２２は、領域８０内で当該撮像部により撮影される映像をリアルタイムに表示（共有）することができる。なお、このようなユーザデバイス２０と遠隔ユーザデバイス２２との間での映像の伝送を実現するための具体的な方法として、例えば、国際公開第２０１５／１２２１０８号に記載されている技術が使用され得る。
【００３７】
ここで、当該所定の関係は、例えば、該当の遠隔ユーザデバイス２２とユーザデバイス２０とが通信中であることであってもよいし、または、領域８０におけるユーザデバイス２０によるセンシング結果（映像や音声など）が該当の遠隔ユーザデバイス２２へ伝送可能な状態であること（伝送可能に設定されていることなど）であってもよい。
【００３８】
｛１−２−５．表示部２２８｝
表示部２２８は、制御部２００の制御に従って、各種の情報を表示する。例えば、表示部２２８は、透過型の表示装置として構成され得る。この場合、表示部２２８は、ユーザデバイス２０に含まれる右目用レンズおよび左目用レンズ（または、ゴーグル型レンズ）の各々の少なくとも一部の領域を投影面として映像を投影する。
【００３９】
または、表示部２２８は、非透過型の表示装置として構成されてもよい。例えば、表示部２２８は、ＬＣＤ（Ｌｉｑｕｉｄ  Ｃｒｙｓｔａｌ  Ｄｉｓｐｌａｙ）、または、ＯＬＥＤ（Ｏｒｇａｎｉｃ  Ｌｉｇｈｔ  Ｅｍｉｔｔｉｎｇ  Ｄｉｏｄｅ）などを含んで構成され得る。なお、この場合、センサ部２２４（撮像部）により撮影される、ユーザの前方の映像が表示部２２８に逐次表示されてもよい。これにより、ユーザは、当該表示部に表示される映像を介して、ユーザの前方の風景を見ることができる。
【００４０】
＜１−３．遠隔ユーザデバイス２２＞
遠隔ユーザデバイス２２は、例えば領域８０外の遠隔地に位置する遠隔ユーザ４が使用するデバイスである。例えば、遠隔ユーザデバイス２２は、ＡＲグラスやＨＭＤなどの頭部装着型のデバイス、スマートフォンなどの携帯電話、タブレット端末、または、汎用ＰＣ（Ｐｅｒｓｏｎａｌ  Ｃｏｍｐｕｔｅｒ）などであってもよい。ここで、遠隔ユーザ４は、領域８０の管理権限を有しない人物であり得る。例えば、遠隔ユーザ４は、一般ユーザである。なお、遠隔ユーザ４は、本開示における第３のユーザの一例である。
【００４１】
遠隔ユーザデバイス２２は、通信網３４を介して、他の装置と通信することが可能である。例えば、遠隔ユーザデバイス２２は、上記所定の関係を有するユーザデバイス２０による撮影に基づく映像を当該ユーザデバイス２０から受信する。これにより、遠隔ユーザデバイス２２は、領域８０内で当該ユーザデバイス２０により撮影される映像をリアルタイムに表示（共有）することができる。そして、遠隔ユーザ４は、当該映像を視聴することにより、あたかも領域８０内に位置しているかのような体験をすることができる。
【００４２】
また、遠隔ユーザデバイス２２は、事業者によって提供される第２の機能情報をサーバ１０から受信する。例えば、遠隔ユーザデバイス２２は、当該第２の機能情報をユーザデバイス２０を介してサーバ１０から受信してもよいし、サーバ１０から直接受信してもよい。ここで、第２の機能情報は、例えば、遠隔ユーザデバイス２２と上記所定の関係を有するユーザデバイス２０が領域８０内に位置する場合において、当該遠隔ユーザデバイス２２による実行が許可される機能を示す情報であり得る。この場合、当該第２の機能情報が示す機能の実行が遠隔ユーザデバイス２２に対して許可されるとともに、当該第２の機能情報が示す機能以外の機能の実行が遠隔ユーザデバイス２２に対して制限され得る（例えば禁止され得る）。ここで、機能の種類は、例えば、表示、音声出力、データの保存、他の装置へのデータの送信などである。
【００４３】
例えば、第２の機能情報は、遠隔ユーザデバイス２２と上記所定の関係を有するユーザデバイス２０が領域８０内に位置する場合において、領域８０内のコンテンツに関して事業者によって遠隔ユーザデバイス２２に対して提供される機能を示す情報である。一例として、第２の機能情報は、当該ユーザデバイス２０を使用中のユーザ２が位置するサブエリア８２に関連付けられているコンテンツに関して、遠隔ユーザデバイス２２に対して許可される機能を示す情報を含む。
【００４４】
＜１−４．サーバ１０＞
サーバ１０は、本開示における情報処理装置の一例である。サーバ１０は、領域８０内のユーザデバイス２０に対して提供される第１の機能情報、および、遠隔ユーザデバイス２２に対して提供される第２の機能情報に関する設定情報を管理するための装置である。例えば、サーバ１０は、後述する設定情報ＤＢ１２４に登録されている内容に応じた第１の機能情報をユーザデバイス２０からの要求などに基づいて当該ユーザデバイス２０へ送信する。また、サーバ１０は、設定情報ＤＢ１２４に登録されている内容に応じた第２の機能情報を遠隔ユーザデバイス２２からの要求などに基づいて当該遠隔ユーザデバイス２２へ送信する。なお、設定情報ＤＢ１２４の登録内容は、事業者により管理され得る。
【００４５】
なお、図１では、サーバ１０が一台だけ図示されているが、かかる例に限定されず、複数台のコンピュータが協同して動作することにより、本実施形態によるサーバ１０の機能が実現されてもよい。
【００４６】
＜１−５．付加サービスサーバ３０＞
付加サービスサーバ３０は、ユーザデバイス２０および遠隔ユーザデバイス２２に対して付加機能を提供するための装置である。例えば、付加サービスサーバ３０は、第１の機能情報が送信されたユーザデバイス２０からの要求に基づいて、当該第１の機能情報が示す種類の機能を当該ユーザデバイス２０に対して提供する。また、付加サービスサーバ３０は、第２の機能情報が送信された遠隔ユーザデバイス２２からの要求に基づいて、当該第２の機能情報が示す種類の機能を当該遠隔ユーザデバイス２２に対して提供する。
【００４７】
例えば、展示物（絵画など）が配置されている所定のサブエリア８２と関連付けて所定のコンテンツ（例えば、当該展示物の解説用のコンテンツや、関連商品の販売サイトへのリンク情報など）が登録され得る。この場合、付加サービスサーバ３０は、当該所定のサブエリア８２と関連付けて当該コンテンツのリンク情報（ＵＲＬなど）を記憶し得る。また、付加サービスサーバ３０は、ユーザデバイス２０が当該所定のサブエリア８２内に位置する場合に限り、当該コンテンツのアクセス情報（リンク情報など）をユーザデバイス２０に提供し得る。
【００４８】
＜１−６．課金サーバ３２＞
課金サーバ３２は、各ユーザ２および各遠隔ユーザ４の所定のチケット購入状況または課金状況を管理するための装置である。なお、詳細については後述するが、例えば、所定のチケットを購入済みのユーザ２や遠隔ユーザ４が有するデバイスに対しては、当該所定のチケットを購入していないユーザ２や遠隔ユーザ４よりも多くの種類の機能が事業者により提供（または許可）され得る。
【００４９】
＜１−７．通信網３４＞
通信網３４は、通信網３４に接続されている装置から送信される情報の有線、または無線の伝送路である。例えば、通信網３４は、電話回線網、インターネット、衛星通信網などの公衆回線網や、Ｅｔｈｅｒｎｅｔ（登録商標）を含む各種のＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）、ＷＡＮ（Ｗｉｄｅ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）などを含んでもよい。また、通信網３４は、ＩＰ−ＶＰＮ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ−Ｖｉｒｔｕａｌ  Ｐｒｉｖａｔｅ  Ｎｅｔｗｏｒｋ）などの専用回線網を含んでもよい。
【００５０】
＜＜２．実施形態の詳細な説明＞＞
＜２−１．構成＞
以上、本実施形態による情報処理システムの構成について説明した。次に、本実施形態の構成について詳細に説明する。図３は、本実施形態によるサーバ１０の構成例を示した機能ブロック図である。図３に示すように、サーバ１０は、制御部１００、通信部１２０、および、記憶部１２２を有する。
【００５１】
｛２−１−１．制御部１００｝
制御部１００は、例えば、後述するＣＰＵ１５０などの処理回路を含んで構成され得る。制御部１００は、サーバ１０の動作を統括的に制御する。また、図３に示すように、制御部１００は、情報取得部１０２、判定部１０４、課金処理部１０６、および、送信制御部１０８を有する。
【００５２】
｛２−１−２．情報取得部１０２｝
情報取得部１０２は、本開示における取得部の一例である。情報取得部１０２は、例えば領域８０内のユーザデバイス２０からの要求などに基づいて、当該ユーザデバイス２０の第１の機能情報を、後述する設定情報ＤＢ１２４を参照することにより取得する。また、情報取得部１０２は、例えば領域８０内のユーザデバイス２０や遠隔ユーザデバイス２２からの要求などに基づいて、遠隔ユーザデバイス２２の第２の機能情報を設定情報ＤＢ１２４を参照することにより取得する。
【００５３】
（２−１−２−１．第１の機能情報の取得）
‐取得例１：位置
以下では、まず、情報取得部１０２による第１の機能情報の取得方法について詳細に説明する。例えば、ユーザデバイス２０の位置の検出結果（サブエリア８２の識別情報など）が受信された場合には、情報取得部１０２は、当該位置の検出結果に関連付けて設定情報ＤＢ１２４に登録されている機能情報をユーザデバイス２０の第１の機能情報として取得する。
【００５４】
一例として、設定情報ＤＢ１２４では、サブエリア８２の識別情報と関連付けて第１の機能情報が登録され得る。この場合、情報取得部１０２は、受信された位置の検出結果に対応するサブエリア８２の識別情報に関連付けて設定情報ＤＢ１２４に登録されている第１の機能情報をユーザデバイス２０の第１の機能情報として取得してもよい。例えば、ユーザデバイス２０の位置の検出結果がユーザデバイス２０から受信された場合には、情報取得部１０２は、当該位置の検出結果に対応するサブエリア８２の識別情報を所定のデータベースを参照することにより特定することが可能である。
【００５５】
なお、当該位置の検出結果に対応するサブエリア８２が複数存在する場合には、情報取得部１０２は、当該複数のサブエリア８２の各々に関連付けられている優先度が最も大きいサブエリア８２に関連付けて設定情報ＤＢ１２４に登録されている機能情報をユーザデバイス２０の第１の機能情報として取得してもよい。
【００５６】
例えば、図４に示した例では、ユーザ２は、サブエリア８２ｄ（「エリアＤ」）に位置する。また、サブエリア８２ｄはサブエリア８２ｂ（「エリアＢ」）に含まれており、かつ、サブエリア８２ｂはサブエリア８２ａ（「エリアＡ」、つまり領域８０全体）に含まれている。つまり、この例では、ユーザ２の位置の検出結果に対応するサブエリア８２は、サブエリア８２ａ、サブエリア８２ｂ、および、サブエリア８２ｄになり得る。
【００５７】
図５は、図４に示した例における第１の機能情報の、設定情報ＤＢ１２４からの取得例を示した説明図である。図５において破線で示したように、情報取得部１０２は、ユーザ２の位置の検出結果に対応する複数のサブエリア８２のうち、階層１２９２の設定値（つまり優先度）が最も大きいサブエリア８２である「エリアＤ」に関連付けて設定情報ＤＢ１２４に登録されている機能情報（図５に示した例では「ｇｌｉｍｉｔｄｅｓｃ＿ｐｉｃｔｕｒｅ」（許可機能）および「ｇｆｕｎｃｄｅｓｃ＿ｐｉｃｔｕｒｅ」（付加機能））をユーザデバイス２０の第１の機能情報として取得する。なお、設定情報ＤＢ１２４の具体的な内容については後述する。
【００５８】
‐取得例２：ユーザ２の識別情報
また、設定情報ＤＢ１２４では、ユーザ２に関する情報（ユーザ２の識別情報や年齢など）とさらに関連付けて第１の機能情報の内容が登録され得る。この場合、情報取得部１０２は、該当のユーザデバイス２０を装着中のユーザ２の識別情報に関連付けて設定情報ＤＢ１２４に登録されている第１の機能情報を、ユーザデバイス２０の第１の機能情報として取得してもよい。
【００５９】
‐取得例３：ユーザデバイス２０の識別情報
また、設定情報ＤＢ１２４では、ユーザデバイス２０の識別情報とさらに関連付けて第１の機能情報の内容が登録され得る。この場合、情報取得部１０２は、該当のユーザデバイス２０の識別情報に関連付けて設定情報ＤＢ１２４に登録されている第１の機能情報を、ユーザデバイス２０の第１の機能情報として取得してもよい。
【００６０】
‐取得例４：所定のチケットの購入状況または課金状況
また、設定情報ＤＢ１２４では、ユーザ２の所定のチケットの購入状況（所定のチケットの購入の有無や、購入しているチケットの種類など）または課金状況（例えば、ユーザ２に対して課金されている金額など）を示す情報とさらに関連付けて第１の機能情報の内容が登録され得る。この場合、情報取得部１０２は、該当のユーザデバイス２０を使用中のユーザ２の所定のチケットの購入状況または課金状況を示す情報に関連付けて設定情報ＤＢ１２４に登録されている第１の機能情報を、ユーザデバイス２０の第１の機能情報として取得してもよい。
【００６１】
例えば、情報取得部１０２は、まず、該当のユーザデバイス２０を使用中のユーザ２の所定のチケットの購入状況または課金状況を示す情報の問い合わせを課金サーバ３２へ、後述する通信部１２０に送信させる。そして、情報取得部１０２は、課金サーバ３２から受信される、当該ユーザ２の所定のチケットの購入状況または課金状況を示す情報に関連付けて設定情報ＤＢ１２４に登録されている第１の機能情報を、ユーザデバイス２０の第１の機能情報として取得する。
【００６２】
（２−１−２−２．第２の機能情報の取得）
次に、情報取得部１０２による第２の機能情報の取得方法について詳細に説明する。例えば、設定情報ＤＢ１２４では、第１の機能情報と関連付けて第２の機能情報が登録され得る。この場合、情報取得部１０２は、遠隔ユーザデバイス２２と上記所定の関係を有するユーザデバイス２０の第１の機能情報と関連付けて設定情報ＤＢ１２４に登録されている第２の機能情報を、遠隔ユーザデバイス２２の第２の機能情報として取得する。
【００６３】
‐取得例１：遠隔ユーザ４の識別情報
また、設定情報ＤＢ１２４では、遠隔ユーザ４に関する情報（遠隔ユーザ４の識別情報や年齢など）とさらに関連付けて第２の機能情報の内容が登録され得る。この場合、情報取得部１０２は、遠隔ユーザデバイス２２を使用中の遠隔ユーザ４の識別情報に関連付けて設定情報ＤＢ１２４に登録されている第２の機能情報を、遠隔ユーザデバイス２２の第２の機能情報として取得してもよい。
【００６４】
‐取得例２：遠隔ユーザデバイス２２の識別情報
また、設定情報ＤＢ１２４では、遠隔ユーザデバイス２２の識別情報とさらに関連付けて第２の機能情報の内容が登録され得る。この場合、情報取得部１０２は、遠隔ユーザデバイス２２の識別情報に関連付けて設定情報ＤＢ１２４に登録されている第２の機能情報を、遠隔ユーザデバイス２２の第２の機能情報として取得してもよい。
【００６５】
‐取得例３：所定のチケットの購入状況または課金状況
また、設定情報ＤＢ１２４では、遠隔ユーザ４の所定のチケットの購入状況（所定のチケットの購入の有無や、購入しているチケットの種類など）または課金状況（例えば、遠隔ユーザ４に対して課金されている金額など）を示す情報とさらに関連付けて第２の機能情報の内容が登録され得る。この場合、情報取得部１０２は、遠隔ユーザデバイス２２を使用中の遠隔ユーザ４の、所定のチケットの購入状況または課金状況を示す情報に関連付けて設定情報ＤＢ１２４に登録されている第２の機能情報を、遠隔ユーザデバイス２２の第２の機能情報として取得してもよい。
【００６６】
例えば、情報取得部１０２は、まず、遠隔ユーザデバイス２２を使用中の遠隔ユーザ４の、所定のチケットの購入状況または課金状況を示す情報の問い合わせを課金サーバ３２へ通信部１２０に送信させる。そして、情報取得部１０２は、課金サーバ３２から受信される、当該遠隔ユーザ４の所定のチケットの購入状況または課金状況を示す情報に関連付けて設定情報ＤＢ１２４に登録されている第２の機能情報を、当該遠隔ユーザデバイス２２の第２の機能情報として取得してもよい。
【００６７】
‐取得例４：遠隔ユーザ４とユーザ２との関係性
また、設定情報ＤＢ１２４では、遠隔ユーザデバイス２２を使用中の遠隔ユーザ４と、遠隔ユーザデバイス２２と所定の関係を有するユーザデバイス２０を使用中のユーザ２との関係性を示す情報（例えば、家族であるか否か、知人であるか否か、または、親密度など）と関連付けて第２の機能情報の内容が登録され得る。この場合、情報取得部１０２は、遠隔ユーザ４と該当のユーザ２との関係性を示す情報に関連付けて設定情報ＤＢ１２４に登録されている第２の機能情報を、遠隔ユーザデバイス２２の第２の機能情報として取得してもよい。なお、例えば、人物同士の関係性（例えば親子や友人など）を示す情報が所定のデータベースに予め記録され得る。この場合、情報取得部１０２は、まず、当該所定のデータベースを参照することにより、該当の遠隔ユーザ４と該当のユーザ２との関係性を示す情報を特定し、そして、特定した関係性を示す情報に関連付けて設定情報ＤＢ１２４に登録されている第２の機能情報を、当該遠隔ユーザデバイス２２の第２の機能情報として取得してもよい。
【００６８】
または、情報取得部１０２は、該当の遠隔ユーザ４と該当のユーザ２との親密度を示す情報に関連付けて設定情報ＤＢ１２４に登録されている第２の機能情報を、当該遠隔ユーザデバイス２２の第２の機能情報として取得してもよい。なお、例えば、所定のＳＮＳ（Ｓｏｃｉａｌ  Ｎｅｔｗｏｒｋｉｎｇ  Ｓｅｒｖｉｃｅ）や所定のソーシャルグラフなどにおいて、該当の遠隔ユーザ４と該当のユーザ２とをつなぐ経路におけるノードの数が少ないほど、該当の遠隔ユーザ４と該当のユーザ２との親密度はより高いと判定され得る。
【００６９】
（２−１−２−３．設定情報ＤＢ１２４）
‐ユーザデバイスに関する設定
ここで、図６を参照して、設定情報ＤＢ１２４の構成例について説明する。図６に示したように、設定情報ＤＢ１２４では、例えば、ユーザデバイスに関する設定１２００と、遠隔ユーザデバイスに関する設定１２５０とが関連付けられる。ここで、ユーザデバイスに関する設定１２００には、事業者によって指定された第１の機能情報に関する設定内容が記録される。また、遠隔ユーザデバイスに関する設定１２５０には、事業者によって指定された第２の機能情報に関する設定内容が記録される。
【００７０】
また、ユーザデバイスに関する設定１２００は、ユーザＩＤ１２１０、名前１２１２、デバイスＩＤ１２１４、ＩＰアドレス１２１６、および、機能設定１２１８を含む。ここで、ユーザＩＤ１２１０には、各ユーザ２の識別情報（ＩＤ）が記録される。また、名前１２１２には、該当のユーザ２の名前が記録される。また、デバイスＩＤ１２１４には、該当のユーザ２が使用するユーザデバイス２０の識別情報（ＩＤ）が記録される。また、ＩＰアドレス１２１６には、該当のユーザデバイス２０と関連付けられているＩＰアドレスが記録される。また、機能設定１２１８には、該当のユーザデバイス２０に対して許可または付加される機能に関する設定内容が記録される。
【００７１】
図７は、機能設定１２１８の具体的な内容を示した説明図である。図７に示したように、機能設定１２１８は、条件１２２０、許可機能１２２２、および、付加機能１２２４を含む。ここで、許可機能１２２２には、条件１２２０に記録されている条件を該当のユーザデバイス２０が満たす場合に当該ユーザデバイス２０に対して許可される種類の機能が記録される。なお、許可機能１２２２に記録されている種類の機能以外の機能の実行は、当該ユーザデバイス２０に対して許可されない（制限され得る）。また、付加機能１２２４には、条件１２２０に記録されている条件を該当のユーザデバイス２０が満たす場合に当該ユーザデバイス２０に対して例えば付加サービスサーバ３０により提供される機能や情報などが記録される。また、条件１２２０には、例えば、ユーザ２が位置するサブエリア８２、ユーザ２の識別情報、ユーザデバイス２２の識別情報や種類、または、ユーザ２の所定のチケットの購入状況（または課金状況）などに関する条件が記録される。
【００７２】
図７に示した例では、あるユーザデバイス２０に関して条件１２２０ａが満たされる場合には、「ｌｉｍｉｔｄｅｓｃ１０００」という許可機能の情報１２２２ａが示す機能の実行が当該ユーザデバイス２０に対して許可されるとともに、「ｆｕｎｃｄｅｓｃ１０００」という付加機能の情報１２２４ａが示す機能や情報が当該ユーザデバイス２０に対して提供される。
【００７３】
図８は、許可機能１２２２（より詳細には図７に示した「ｌｉｍｉｔｄｅｓｃ１０００」）の具体的な内容を示した説明図である。図８に示したように、許可機能１２２２は、操作情報１２３０、許可設定１２３６、および、制限１２３８を含む。また、操作情報１２３０は、アプリケーション１２３１、対象１２３３、および、操作１２３５を含む。ここで、操作情報１２３０は、アプリケーション１２３１に記録されている種類のアプリケーションの起動中に、対象１２３３に記録されている種類のデータに対して、操作１２３５に記録されている種類の操作（機能）が行われることを示す。また、許可設定１２３６には、該当のユーザデバイス２０に関して、操作情報１２３０に記録されている操作内容（機能）の実行が許可されるか否かの設定内容が記録される。また、制限１２３８には、該当のユーザデバイス２０に関して、操作情報１２３０に記録されている操作内容（機能）の実行が許可されることが設定されている場合における当該操作内容に関する制限の内容が記録される。例えば、図８に示した例では、任意のアプリケーションにおいて、ＲＡＷ形式の写真に関しては「２０００万」画素以下の写真データを保存することがユーザデバイス２０に対して許可されることなどが設定されている。
【００７４】
また、図９は、付加機能１２２４（より詳細には図７に示した「ｆｕｎｃｄｅｓｃ１０００」）の具体的な内容を示した説明図である。図９に示したように、付加機能１２２４は、アプリケーション１２４０、タイプ１２４２、タイトル１２４４、および、コンテンツ１２４６を含む。ここで、アプリケーション１２４０には、当該コンテンツに関して実行可能なアプリケーションの種類が記録される。また、タイプ１２４２には、当該コンテンツの種類（データ種類など）が記録される。また、タイトル１２４４には、当該コンテンツのタイトルが記録される。また、コンテンツ１２４６には、当該コンテンツのリンク情報が記録される。例えば、図９に示した例では、任意のアプリケーションにおいて、「○○の解説」という動画に関する機能（表示など）の実行がユーザデバイス２０に対して許可されることなどが設定されている。
【００７５】
‐遠隔ユーザデバイスに関する設定
また、図６に示したように、遠隔ユーザデバイスに関する設定１２５０は、ユーザＩＤ１２６０、名前１２６２、デバイスＩＤ１２６４、ＩＰアドレス１２６６、および、機能設定１２６８を含む。なお、遠隔ユーザデバイスに関する設定１２５０の内容は、ユーザデバイスに関する設定１２００と比較して、（ユーザ２ではなく）遠隔ユーザ４である点、および、（ユーザデバイス２０ではなく）遠隔ユーザデバイス２２である点が異なるが、その他の内容に関しては概略同様である。
【００７６】
図１０は、機能設定１２６８の具体的な内容を示した説明図である。図１０に示したように、機能設定１２６８は、条件１２７０、許可機能１２７２、および、付加機能１２７４を含む。ここで、許可機能１２７２および付加機能１２７４の内容はそれぞれ、図７に示した許可機能１２２２または付加機能１２２４と比較して、（ユーザ２ではなく）遠隔ユーザ４である点、および、（ユーザデバイス２０ではなく）遠隔ユーザデバイス２２である点が異なるが、その他の内容に関しては概略同様である。また、条件１２７０には、例えば、該当の遠隔ユーザデバイス２２と上記所定の関係を有するユーザデバイス２０を使用中のユーザ２が位置するサブエリア８２、当該ユーザ２の識別情報、当該ユーザデバイス２２の識別情報や種類、当該ユーザ２の所定のチケットの購入状況または課金状況、遠隔ユーザ４の識別情報、遠隔ユーザデバイス２２の識別情報や種類、または、遠隔ユーザ４の所定のチケットの購入状況（または課金状況）などに関する条件が記録される。例えば、条件１２７０には、該当のサブエリア８２に関してユーザ２と映像を共有可能な遠隔ユーザ４の上限数（定員）などが記録され得る。
【００７７】
また、図１１は、許可機能１２７２（より詳細には図１０に示した「ｇｌｉｍｉｔｄｅｓｃ２０００」）の具体的な内容を示した説明図である。なお、許可機能１２７２の内容は、図８に示した許可機能１２２２と比較して、（ユーザ２ではなく）遠隔ユーザ４である点、および、（ユーザデバイス２０ではなく）遠隔ユーザデバイス２２である点が異なるが、その他の内容に関しては概略同様である。
【００７８】
また、図１２は、付加機能１２７４（より詳細には図１０に示した「ｇｆｕｎｃｄｅｓｃ２０００」）の具体的な内容を示した説明図である。なお、付加機能１２７４の内容は、図９に示した付加機能１２２４と比較して、（ユーザ２ではなく）遠隔ユーザ４である点、および、（ユーザデバイス２０ではなく）遠隔ユーザデバイス２２である点が異なるが、その他の内容に関しては概略同様である。
【００７９】
｛２−１−３．判定部１０４｝
判定部１０４は、ユーザデバイス２０により発信される信号の検出結果に基づいて、ユーザデバイス２０が正当なデバイスであるか否かを判定する。ここで、正当なデバイスとは、第１の機能情報の利用許可を有するデバイスであり得る。
【００８０】
例えば、領域８０内に、所定の信号（例えば、所定の明滅パターンの光など）を出力するデバイス検出装置９０が設置され得る。この場合、例えば、デバイス検出装置９０が所定の信号を出力してから所定の時間以内に、当該所定の信号に対応する信号がユーザデバイス２０により出力されたことの検出結果がデバイス検出装置９０から受信された場合には、判定部１０４は、ユーザデバイス２０が正当なデバイスであると判定する。また、デバイス検出装置９０が所定の信号を出力してから当該所定の時間内に当該所定の信号に対応しない信号が出力されたこと、または、当該所定の時間内にユーザデバイス２０から信号が出力されなかったことの検出結果がデバイス検出装置９０から受信された場合には、判定部１０４は、ユーザデバイス２０が正当なデバイスではないと判定する。なお、正当なデバイスではないと判定されたユーザデバイス２０に関しては、例えば、領域８０内の係員に通知されることにより、当該ユーザデバイス２０の使用が人的に制限され得る（例えば没収され得る）。
【００８１】
例えば、図１３に示したように、デバイス検出装置９０は、例えば三色のＬＥＤ（Ｌｉｇｈｔ  Ｅｍｉｔｔｉｎｇ  Ｄｉｏｄｅ）９００を有し、かつ、ユーザデバイス２０の発光部２２６は、三色のＬＥＤを含み得る。この場合、デバイス検出装置９０のＬＥＤ９００が所定の発光パターン（例えば、三色のＬＥＤの各々の点灯状態（ＯＮ／ＯＦＦや、明るさなど）を時間的に変化させたパターンなど）で発光してから所定の時間以内に、当該所定の発光パターンと同じパターンでユーザデバイス２０の発光部２２６が発光したことの検出結果がデバイス検出装置９０から受信された場合には、判定部１０４は、ユーザデバイス２０が正当なデバイスであると判定する。
【００８２】
あるいは、デバイス検出装置９０が所定の発光パターンで不可視光（赤外光など）を発してから所定の時間以内に、当該所定の発光パターンと同じパターンでユーザデバイス２０が不可視光を発したことがデバイス検出装置９０により検出されたか否かに基づいて、判定部１０４は、ユーザデバイス２０が正当なデバイスであるか否かを判定してもよい。この方法によれば、不可視光が利用されるので、領域８０内の人間（正当なユーザデバイス２０を使用中のユーザ２も含む）に発光パターンが知覚されないという利点がある。また、例えば映画の上映中などの場面で利用されても、ユーザの利便性を害さないという利点がある。
【００８３】
なお、デバイス検出装置９０が出力する所定の信号に対応する信号を、正当なユーザデバイス２０以外の装置が受信すること、または、当該所定の信号に対応する信号を出力することが不可能であることは、法的もしくはプロトコルにより確保（保護）され得る。
【００８４】
また、デバイス検出装置９０が出力する信号が領域８０内の広範囲に届くように、デバイス検出装置９０は領域８０内に設置され得る（例えばデバイス検出装置９０は領域８０内の各部屋の天井に設置されるなど）。この場合、デバイス検出装置９０により出力される信号に基づいて、領域８０内の複数のデバイスが正当なデバイスであるか否かを纏めて判定することができる。
【００８５】
（２−１−３−１．変形例）
‐変形例１
なお、上記の説明では、デバイス検出装置９０が出力する信号に基づいてユーザデバイス２０の発光部２２６に発光させる例について説明したが、かかる例に限定されない。例えば、領域８０内（例えば入場ゲートなど）に設置されているＬＥＤのみに発光させてもよい。この場合、ユーザデバイス２０を装着中のユーザ２が、領域８０内のＬＥＤの設置場所付近を通過する際に、ユーザデバイス２０が正当ではないことが検出された場合に限り、例えばデバイス検出装置９０は、当該ＬＥＤに発光させてもよい。この例によれば、ユーザデバイス２０は発光しないので、ユーザ２に気付かれることなく、例えば、領域８０内の係員は、対象のユーザデバイス２０が正当であるか否かを知ることができる。また、自分がチェックされている印象を各ユーザ２に与えることがない。
【００８６】
‐変形例２
または、領域８０内の係員は、所定の信号を出力する、携帯型の所定の機材を利用することにより、領域８０内の各ユーザ２が装着中のユーザデバイス２０の正当性を確認可能であってもよい。例えば領域８０の入場口などにおいて、各ユーザ２の手荷物確認する際に、当該係員は、当該所定の機材を用いて、当該ユーザ２が装着中のユーザデバイス２０の正当性を確認してもよい。
【００８７】
｛２−１−４．課金処理部１０６｝
（２−１−４−１．チケット購入状況・課金状況の取得）
課金処理部１０６は、例えば領域８０内に位置する各ユーザ２に関連付けられている所定のチケットの購入状況または課金状況を示す情報を課金サーバ３２から取得する。また、課金処理部１０６は、領域８０内の少なくとも一つのユーザデバイス２０と上記所定の関係を有する個々の遠隔ユーザデバイス２２を使用中の遠隔ユーザ４に関連付けられている所定のチケットの購入状況または課金状況を示す情報を課金サーバ３２からそれぞれ取得する。例えば、課金処理部１０６は、各ユーザ２や各遠隔ユーザ４に関連付けられている所定のチケットの購入状況または課金状況を示す情報の取得要求を課金サーバ３２へ通信部１２０に送信させることにより、当該所定のチケットの購入状況または課金状況を示す情報を課金サーバ３２から取得する。
【００８８】
（２−１−４−２．チケットの購入処理）
また、課金処理部１０６は、ユーザデバイス２０や遠隔ユーザデバイス２２から受信されるチケット購入要求に基づいて、所定のチケットの購入処理（または課金処理）を行うことが可能である。例えば、あるユーザデバイス２０、または、ある遠隔ユーザデバイス２２からチケット購入要求が受信された場合には、課金処理部１０６は、まず、当該チケット購入要求が示す種類のチケットの料金の、当該チケット購入要求の送信元のユーザ２または遠隔ユーザ４に対する決済処理を行う。そして、課金処理部１０６は、当該ユーザ２または当該遠隔ユーザ４が当該チケットを購入したことを課金サーバ３２に購入履歴として追加登録させる。
【００８９】
なお、例えば、ユーザデバイス２０の表示部（図示省略）に表示される所定のＵＩ（Ｕｓｅｒ  Ｉｎｔｅｒｆａｃｅ）（ｗｅｂ画面など）に対するユーザ２の操作（例えばジェスチャー操作や音声コマンドなど）に基づいて当該チケット購入要求はユーザデバイス２０からサーバ１０へ送信され得る。また、遠隔ユーザデバイス２２の表示部（図示省略）に表示される所定のＵＩに対する遠隔ユーザ４の操作（例えばジェスチャー操作や音声コマンドなど）に基づいて当該チケット購入要求は遠隔ユーザデバイス２２からサーバ１０へ送信され得る。
【００９０】
‐チケットの割引・返金
以下では、課金処理部１０６による「チケットの購入処理」の内容についてより詳細に説明を行う。例えば、チケットの種類ごとの価格やチケット割引条件などが事業者によって課金サーバ３２（例えば、課金サーバ３２内のチケット価格テーブル４０）に登録され得る。この場合、ユーザデバイス２０または遠隔ユーザデバイス２２からチケット購入要求が受信された場合には、課金処理部１０６は、まず、当該チケット購入要求が示す種類のチケットの通常価格およびチケット割引条件を課金サーバ３２に問い合わせることにより、購入対象のチケットの価格を決定してもよい。例えば、チケット割引条件が満たされる場合で、かつ、当該チケット割引条件がチケット価格の減額を示す場合には、課金処理部１０６は、当該チケット割引条件に基づいて当該チケットの通常価格から減額した価格を、当該チケットの（最終的な）価格として決定する。また、チケット割引条件が満たされる場合で、かつ、当該チケット割引条件が返金額を示す場合には、課金処理部１０６は、例えば当該チケットと同じ種類のチケットを購入済みの他のユーザ２または他の遠隔ユーザ４に対して、当該チケット割引条件が示す返金額を返金する処理を行う。これらの例によれば、特定の場合にはユーザ２や遠隔ユーザ４に対して利益を還元することができる。
【００９１】
‐‐変形例
なお、変形例として、チケット割引条件が満たされる場合には、返金の代わりに、該当のユーザ２または該当の遠隔ユーザ４に対して、コンテンツの特典（例えば、特別のコンテンツの閲覧権限など）が提供されてもよいし、所定のポイントが付与されてもよい。また、同じ種類のチケットを購入する遠隔ユーザ４の人数が所定の数に達した場合に限り、該当のユーザ２および該当の複数の遠隔ユーザ４全員に対して所定の機能が許可されたり、所定のサービスが提供されてもよい。
【００９２】
‐価格の諾否の問い合わせ
また、課金処理部１０６は、決定したチケットの価格に関する諾否を当該チケット購入要求の送信元のユーザ２または遠隔ユーザ４に問い合わせ、そして、当該問い合わせに対する回答に基づいて、当該チケットの決済処理を行ってもよい。例えば、当該チケットの価格を承諾する旨を当該回答が示す場合には、課金処理部１０６は、当該チケットの決済処理を行う。また、当該チケットの価格を承諾しない旨を当該回答が示す場合には、課金処理部１０６は、当該チケットの決済処理を行わない。
【００９３】
（２−１−４−３．チケット価格テーブル４０）
‐チケット価格テーブル４０の例１
ここで、図１４〜図１６を参照して、前述したチケット価格テーブル４０の構成例について説明する。図１４は、チケット価格テーブル４０の一例（チケット価格テーブル４０ａ）を示した説明図である。なお、図１４では、一人のユーザ２、当該ユーザ２に関連付けられている個々の遠隔ユーザ４（つまり、当該ユーザ２のユーザデバイス２０と上記所定の関係を有する個々の遠隔ユーザデバイス２２を使用中の遠隔ユーザ４）、または、当該ユーザ２および当該遠隔ユーザ４の組が、所定の種類のチケットを購入する場合における当該チケットの価格の設定例を示している。また、図１４に示したように、チケット価格テーブル４０では、例えば、チケット種別４００、価格４０２、適用条件４０４、対象者４０６、ユーザへのＲｅｆｕｎｄ４０８、および、遠隔ユーザへのＲｅｆｕｎｄ４１０が関連付けられている。ここで、チケット種別４００には、チケットの（販売）種別が記録される。例えば、「Ｓｔａｎｄａｒｄ」は、ユーザ２一名分のチケットのみを販売する種別である。また、「Ｓｔａｎｄａｒｄ＋遠隔ユーザ２」は、ユーザ２一名分のチケットと遠隔ユーザ４二名分のチケットとを一緒に販売する種別である。また、「遠隔ユーザ」は、遠隔ユーザ４一名分のチケットのみを販売する種別である。なお、「Ｓｔａｎｄａｒｄ」に対応するチケットは、例えば、領域８０の入場券であってもよい。
【００９４】
また、価格４０２には、該当のチケット種別の（合計）価格が記録される。また、適用条件４０４には、該当のチケットを購入可能な条件が記録される。また、対象者４０６には、該当のチケットを購入可能なユーザの種類（ユーザ２または遠隔ユーザ４）が記録される。また、ユーザへのＲｅｆｕｎｄ４０８には、該当のチケットが購入される場合に該当のユーザ２に返金される金額が記録される。また、遠隔ユーザへのＲｅｆｕｎｄ４１０には、該当のチケットが購入される場合に、当該ユーザ２に関連付けられている特定の遠隔ユーザ４（例えば、同じ種類のチケットを購入済みの遠隔ユーザ４など）に返金される金額が記録される。
【００９５】
図１４に示したように、チケット価格テーブル４０ａでは、遠隔ユーザ４に関して、当該チケットを購入する順番が後であるほどチケットの価格が安くなるように、価格が設定されている。より具体的には、チケット種別「遠隔ユーザ」の価格が、すでに当該チケットを購入済みの遠隔ユーザ４の数が「０人」のときは「５００円」、「１人」のときは「３００円」、「２人」のときは「２００円」のように、当該チケットを購入済みの遠隔ユーザ４の数が多いほど、遠隔ユーザ４用のチケットが安くなるように、価格が設定されている。このチケット価格テーブル４０ａによれば、チケットを購入する順番が後である遠隔ユーザ４ほどチケットが割安になるので、より多数の遠隔ユーザ４が当該チケットを購入することが期待できる。
【００９６】
なお、変形例として、（図１４に示した例とは反対に）遠隔ユーザ４に関して、当該チケットを購入する順番が後であるほどチケットの価格が高くなるように、価格が設定されてもよい。
【００９７】
‐チケット価格テーブル４０の例２
また、図１５は、チケット価格テーブル４０の別の例（チケット価格テーブル４０ｂ）を示した説明図である。図１５に示したように、チケット価格テーブル４０ｂでは、当該チケットを購入済みの遠隔ユーザ４の人数が多いほど、該当のユーザ２により高額が返金されるように、価格が設定されている。より具体的には、一人目の遠隔ユーザ４がチケット種別「遠隔ユーザ」のチケットを購入したときは該当のユーザ２へ「１００円」が返金される。また、二人目の遠隔ユーザ４がチケット種別「遠隔ユーザ」のチケットを購入したときは該当のユーザ２へさらに「１００円」が返金される（つまり合計「２００円」が返金される）。また、三人目の遠隔ユーザ４がチケット種別「遠隔ユーザ」のチケットを購入したときはさらに「１００円」が返金される（つまり合計「３００円」が返金される）。このチケット価格テーブル４０ｂによれば、チケットを購入した遠隔ユーザ４の人数が多いほど該当のユーザ２に返金される金額が大きくなる。つまり、より多くの遠隔ユーザ４に対して映像（例えば領域８０内でリアルタイムに撮影している映像など）を提供しているユーザ２ほど（最終的な）チケットの価格がより安くなる。このため、より多くの遠隔ユーザ４に対して映像を提供しているユーザ２に対して、より多くの利益を還元することができる。
【００９８】
‐チケット価格テーブル４０の例３
また、図１６は、チケット価格テーブル４０の別の例（チケット価格テーブル４０ｃ）を示した説明図である。図１６に示したように、チケット価格テーブル４０ｃでは、当該チケットを未購入の遠隔ユーザ４が当該チケットを購入した場合に、該当のユーザ２、および、当該チケットを購入済みの遠隔ユーザ４に最大「１００円」まで返金されるように、価格が設定されている。より具体的には、一人目の遠隔ユーザ４がチケット種別「遠隔ユーザ」のチケットを購入した際は該当のユーザ２に「１００円」が返金される。また、二人目の遠隔ユーザ４がチケット種別「遠隔ユーザ」のチケットを購入した際は、当該チケットを一番目に購入した遠隔ユーザ４に「１００円」が返金される。また、三人目の遠隔ユーザ４がチケット種別「遠隔ユーザ」のチケットを購入した際は、当該チケットを二番目に購入した遠隔ユーザ４に「１００円」が返金される。このチケット価格テーブル４０ｃによれば、チケットを未購入の遠隔ユーザ４が当該チケットを購入した場合に、該当のユーザ２、および、当該チケットを購入済みの遠隔ユーザ４に所定の金額内で返金される。このため、より多数の遠隔ユーザ４が当該チケットを購入することが期待できる。
【００９９】
‐その他の例
なお、別の例として、ユーザデバイス２０の性能（例えば、撮像部の性能など）が高いほど、遠隔ユーザ４のチケットの価格が高くなるように、チケット価格テーブル４０は構成されてもよい。一般的に、ユーザデバイス２０の性能が高いほど、より鮮明な映像がユーザデバイス２０により撮影され得る。また、遠隔ユーザ４は、より鮮明な映像の閲覧を希望することが考えられる。この変形例によれば、より多数の遠隔ユーザ４が購入することを希望するチケットの価格がより高く設定されるので、事業者の売り上げの増加が期待できる。
【０１００】
｛２−１−５．送信制御部１０８｝
送信制御部１０８は、他の装置に対する情報の送信を制御する。例えば、送信制御部１０８は、ユーザデバイス２０に対する、当該ユーザデバイス２０に関して情報取得部１０２により取得された第１の機能情報の送信を、判定部１０４による判定結果に基づいて制御する。一例として、ユーザデバイス２０が正当なデバイスであると判定部１０４により判定された場合には、送信制御部１０８は、当該ユーザデバイス２０に関して情報取得部１０２により取得された第１の機能情報を当該ユーザデバイス２０へ通信部１２０に送信させる。また、ユーザデバイス２０が正当なデバイスではないと判定部１０４により判定された場合には、送信制御部１０８は、当該ユーザデバイス２０に対して第１の機能情報を通信部１２０に送信させない。
【０１０１】
また、送信制御部１０８は、ユーザデバイス２０または遠隔ユーザデバイス２２に対する、当該遠隔ユーザデバイス２２に関して情報取得部１０２により取得された第１の機能情報の送信を制御する。例えば、当該遠隔ユーザデバイス２２と上記所定の関係を有するユーザデバイス２０が正当なデバイスであると判定部１０４により判定された場合には、送信制御部１０８は、当該ユーザデバイス２０または当該遠隔ユーザデバイス２２へ第２の機能情報を通信部１２０に送信させる。また、当該遠隔ユーザデバイス２２と上記所定の関係を有するユーザデバイス２０が正当なデバイスではないと判定部１０４により判定された場合には、送信制御部１０８は、当該ユーザデバイス２０および当該遠隔ユーザデバイス２２へ第２の機能情報を通信部１２０に送信させない。
【０１０２】
｛２−１−６．通信部１２０｝
通信部１２０は、例えば、後述する通信装置１６２を含んで構成され得る。通信部１２０は、他の装置との間で情報の送受信を行う。例えば、通信部１２０は、送信制御部１０８の制御に従って、第１の機能情報をユーザデバイス２０へ送信したり、第２の機能情報をユーザデバイス２０または遠隔ユーザデバイス２２へ送信する。また、通信部１２０は、ユーザデバイス２０の位置の検出結果（例えばユーザデバイス２０が位置するサブエリア８２の識別情報など）を個々のユーザデバイス２０から受信する。
【０１０３】
｛２−１−７．記憶部１２２｝
記憶部１２２は、例えば、後述するストレージ装置１６０を含んで構成され得る。記憶部１２２は、各種のデータ、および、各種のソフトウェアを記憶する。例えば、図３に示したように、記憶部１２２は、設定情報ＤＢ１２４を記憶する。
【０１０４】
なお、本実施形態によるサーバ１０の構成は、前述した例に限定されない。例えば、設定情報ＤＢ１２４は、記憶部１２２に記憶される代わりに、通信網３４に接続された他の装置（図示省略）に記憶されてもよい。
【０１０５】
＜２−２．処理の流れ＞
以上、本実施形態による構成について説明した。次に、本実施形態による処理の流れについて説明する。具体的には、「２−２−１．ユーザデバイス２０の正当性の判定時の処理の流れ」、「２−２−２．第１の機能情報の送信時の処理の流れ」、「２−２−３．第２の機能情報の送信時の処理の流れ」、および、「２−２−４．遠隔ユーザ４に対する課金処理の流れ」の順に説明を行う。
【０１０６】
｛２−２−１．ユーザデバイス２０の正当性の判定時の処理の流れ｝
まず、図１７を参照して、「ユーザデバイス２０の正当性の判定時の処理の流れ」について説明する。なお、以下では、ユーザデバイス２０が正当なデバイスである場合の処理の流れの例について説明する。
【０１０７】
図１７に示したように、まず、サーバ１０の通信部１２０は、送信制御部１０８の制御に従って、所定の発光パターンで発光させるための指示情報を、領域８０内に設置されているデバイス検出装置９０へ送信する（Ｓ１０１）。
【０１０８】
その後、デバイス検出装置９０は、受信された指示情報が示す発光パターンで発光部（例えばＬＥＤなど）に発光させる（Ｓ１０３）。
【０１０９】
その後、ユーザデバイス２０は、Ｓ１０３で発せられた光の発光パターンを検出する（Ｓ１０５）。そして、ユーザデバイス２０は、検出された発光パターンに基づいて発光する。例えば、ユーザデバイス２０は、検出された発光パターンと同じパターンで発光する（Ｓ１０７）。
【０１１０】
その後、デバイス検出装置９０は、Ｓ１０７で発せられた光の発光パターンを検出する（Ｓ１０９）。そして、デバイス検出装置９０は、当該検出結果をサーバ１０へ送信する（Ｓ１１１）。
【０１１１】
その後、サーバ１０の判定部１０４は、受信された検出結果が示す発光パターンと、Ｓ１０１で指示した発光パターンとが同一であるか否かを判定する（Ｓ１１３）。両者が同一である場合には（Ｓ１１３：Ｙｅｓ）、判定部１０４は、当該検出結果に対応するユーザデバイス２０が正当なデバイスであると判定する（Ｓ１１５）。そして、当該処理は終了する。
【０１１２】
一方、両者が異なる場合には（Ｓ１１３：Ｎｏ）、判定部１０４は、当該検出結果に対応するユーザデバイス２０が正当なデバイスではないと判定する（Ｓ１１７）。そして、通信部１２０は、送信制御部１０８の制御に従って、エラー表示させるための指示情報をデバイス検出装置９０へ送信する（Ｓ１１９）。
【０１１３】
その後、デバイス検出装置９０は、受信された指示情報に基づいて、エラーを示す表示を行う。これにより、例えば、領域８０内の係員は、該当のユーザデバイス２０を領域８０内で使用させないように対応する（Ｓ１２１）。そして、当該処理は終了する。
【０１１４】
（２−２−１−１．変形例）
なお、「ユーザデバイス２０の正当性の判定時の処理の流れ」は、前述した例に限定されない。例えば、Ｓ１０１〜Ｓ１０３の変形例として、デバイス検出装置９０は、所定の発光パターンで（自律的に）発光してもよい。また、Ｓ１１１〜Ｓ１１３の変形例として、サーバ１０の代わりに、デバイス検出装置９０が、ユーザデバイス２０により発せられた光の発光パターンと、デバイス検出装置９０により発せられた光の発光パターンとが同一であるか否かを判定してもよい。
【０１１５】
｛２−２−２．第１の機能情報の送信時の処理の流れ｝
次に、図１８を参照して、「第１の機能情報の送信時の処理の流れ」について説明する。なお、例えば図１７に示した処理の流れにより、ユーザデバイス２０が正当なデバイスであると判定された場合に、当該処理は実行され得る。また、当該処理は、例えば所定の時間間隔で繰り返し実行され得る。
【０１１６】
図１８に示したように、まず、ユーザデバイス２０は、現在の位置情報を取得する（Ｓ２０１）。続いて、ユーザデバイス２０は、取得した位置情報に対応するサブエリア８２のエリアＩＤ（識別情報）を特定する（Ｓ２０３）。続いて、ユーザデバイス２０は、特定したエリアＩＤ、ユーザデバイス２０を装着中のユーザ２のユーザＩＤ、および、ユーザデバイス２０のデバイスＩＤをサーバ１０へ送信する（Ｓ２０５）。
【０１１７】
その後、サーバ１０の課金処理部１０６は、受信されたユーザＩＤを含む、所定のチケットの購入状況を示す情報の取得要求を生成する。そして、通信部１２０は、課金処理部１０６の制御に従って、当該取得要求を課金サーバ３２へ送信する（Ｓ２０７）。
【０１１８】
その後、課金サーバ３２は、当該取得要求が示すユーザＩＤに関連付けて記憶されている、所定のチケットの購入状況を示す情報を抽出する。そして、課金サーバ３２は、抽出した情報をサーバ１０へ送信する（Ｓ２０９）。
【０１１９】
その後、サーバ１０の情報取得部１０２は、Ｓ２０５で受信されたエリアＩＤ、ユーザＩＤ、および、デバイスＩＤと、Ｓ２０９で受信された、所定のチケットの購入状況を示す情報とに関連付けて設定情報ＤＢ１２４に格納されている第１の機能情報を設定情報ＤＢ１２４から取得する（Ｓ２１１）。そして、通信部１２０は、送信制御部１０８の制御に従って、取得された第１の機能情報を該当のユーザデバイス２０へ送信する。これにより、現在のサブエリア８２において当該第１の機能情報が示す機能の実行が当該ユーザデバイス２０に対して許可されるとともに、当該第１の機能情報が示す機能以外の機能の実行が当該ユーザデバイス２０に対して制限され得る（Ｓ２１３）。
【０１２０】
その後、例えば、受信された第１の機能情報によって許可される付加サービスの利用をユーザ２が希望する場合などに、該当のユーザデバイス２０は、当該第１の機能情報によって許可される付加サービスの利用要求を付加サービスサーバ３０へ送信する（Ｓ２１５）。
【０１２１】
その後、付加サービスサーバ３０は、受信された利用要求に基づいて、付加サービスの利用をユーザデバイス２０に対して許可する（Ｓ２１７）。
【０１２２】
｛２−２−３．第２の機能情報の送信時の処理の流れ｝
次に、図１９および図２０を参照して、「第２の機能情報の送信時の処理の流れ」について説明する。なお、例えば図１７に示した処理の流れにより、ユーザデバイス２０が正当なデバイスであると判定された場合に、当該処理は実行され得る。
【０１２３】
図１９に示したように、まず、遠隔ユーザ４は、領域８０内に位置する複数のユーザデバイス２０のうち、映像共有（つまり、該当のユーザデバイス２０による撮影に基づく映像の視聴）を希望するユーザデバイス２０を選択する。そして、遠隔ユーザデバイス２２は、選択されたユーザデバイス２０に対して映像共有の要求を例えば遠隔ユーザ４の操作に基づいて送信する。ここで、映像共有の要求は、遠隔ユーザ４のユーザＩＤ、および、遠隔ユーザデバイス２２のデバイスＩＤを含む（Ｓ３０１）。なお、以下では、該当のユーザデバイス２０を装着するユーザ２が当該映像共有の要求を承諾したものとして説明を行う。
【０１２４】
その後、ユーザデバイス２０は、現在の位置情報を取得する（Ｓ３０３）。続いて、ユーザデバイス２０は、取得した位置情報に対応するサブエリア８２のエリアＩＤを特定する（Ｓ３０５）。続いて、ユーザデバイス２０は、特定したエリアＩＤ、Ｓ３０１で受信された遠隔ユーザ４のユーザＩＤ、および、遠隔ユーザデバイス２２のデバイスＩＤなどの情報をサーバ１０へ送信する（Ｓ３０７）。
【０１２５】
その後、サーバ１０の課金処理部１０６は、受信された遠隔ユーザ４のユーザＩＤを含む、所定のチケットの購入状況を示す情報の取得要求を生成する。そして、通信部１２０は、課金処理部１０６の制御に従って、当該取得要求を課金サーバ３２へ送信する（Ｓ３０９）。
【０１２６】
その後、課金サーバ３２は、当該取得要求が示す、遠隔ユーザ４のユーザＩＤに関連付けて記憶されている、所定のチケットの購入状況を示す情報を抽出する。そして、課金サーバ３２は、抽出した情報をサーバ１０へ送信する（Ｓ３１１）。
【０１２７】
その後、サーバ１０の情報取得部１０２は、当該ユーザデバイス２０に対して提供された第１の取得情報と、Ｓ３０７で受信されたエリアＩＤ、遠隔ユーザ４のユーザＩＤ、および、遠隔ユーザデバイス２２のデバイスＩＤと、Ｓ３１１で受信された、所定のチケットの購入状況を示す情報とに関連付けて設定情報ＤＢ１２４に格納されている第２の機能情報を設定情報ＤＢ１２４から取得する（Ｓ３１３）。そして、通信部１２０は、送信制御部１０８の制御に従って、取得された第２の機能情報を該当のユーザデバイス２０へ送信する（Ｓ３１５）。
【０１２８】
ここで、図２０を参照して、Ｓ３１５より後の処理の流れについて説明する。Ｓ３１５の後、ユーザデバイス２０は、受信した第２の機能情報を遠隔ユーザデバイス２２へ送信する。これにより、当該第２の機能情報が示す機能の実行が当該遠隔ユーザデバイス２２に対して許可されるとともに、当該第２の機能情報が示す機能以外の機能の実行が当該遠隔ユーザデバイス２２に対して制限され得る（Ｓ３２１）。
【０１２９】
その後、例えば、受信された第２の機能情報によって許可される付加サービスの利用を遠隔ユーザ４が希望する場合などに、該当の遠隔ユーザデバイス２２は、当該第２の機能情報によって許可される付加サービスの利用要求を付加サービスサーバ３０へ送信する（Ｓ３２３）。
【０１３０】
その後、付加サービスサーバ３０は、受信された利用要求に基づいて、付加サービスの利用をユーザデバイス２０に対して許可する（Ｓ３２５）。
【０１３１】
また、Ｓ３２１の後に、ユーザデバイス２０が領域８０内で映像の撮影を開始した場合には（Ｓ３２７：Ｙｅｓ）、当該ユーザデバイス２０は、該当の遠隔ユーザデバイス２２へ当該映像をリアルタイムに送信する。そして、遠隔ユーザデバイス２２は、受信された映像に関して、Ｓ３２１で受信された第２の機能情報によって許可される範囲内で、当該映像を逐次表示する（Ｓ３２９）。
【０１３２】
（２−２−３−１．変形例）
なお、「第２の機能情報の送信時の処理の流れ」は、前述した例に限定されない。例えば、Ｓ３０１〜Ｓ３０７の変形例として、ユーザデバイス２０の代わりに、遠隔ユーザデバイス２２が、（例えば、該当のユーザ２のユーザＩＤ、遠隔ユーザ４のユーザＩＤ、および、遠隔ユーザデバイス２２のデバイスＩＤなどを含む）第２の機能情報の取得要求をサーバ１０へ（直接）送信してもよい。また、Ｓ３１５〜Ｓ３２１の変形例として、サーバ１０は、第２の機能情報をユーザデバイス２０の代わりに、遠隔ユーザデバイス２２へ（直接）送信してもよい。
【０１３３】
｛２−２−４．遠隔ユーザ４に対する課金処理の流れ｝
次に、図２１を参照して、「遠隔ユーザ４に対する課金処理の流れ」について説明する。なお、以下では、ユーザ２に関連付けられている一人の遠隔ユーザ４の所定のチケットの購入を当該ユーザ２がサーバ１０へ要求する例について説明する。
【０１３４】
図２１に示したように、まず、ユーザデバイス２０を装着するユーザ２は、ユーザデバイス２０に対して該当の遠隔ユーザ４のチケット購入のための操作を行う（Ｓ４０１）。その後、ユーザデバイス２０は、チケット購入要求をサーバ１０へ送信する。ここで、チケット購入要求は、例えば、当該ユーザ２のユーザＩＤ、購入対象のチケット種別、および、該当の遠隔ユーザ４のユーザＩＤなどを含む（Ｓ４０３）。
【０１３５】
その後、サーバ１０の課金処理部１０６は、受信されたチケット購入要求に基づいて、チケット割引条件の取得要求を課金サーバ３２へ通信部１２０に送信させる（Ｓ４０５）。
【０１３６】
その後、課金サーバ３２は、チケット割引条件をサーバ１０へ通知する（Ｓ４０７）。
【０１３７】
その後、サーバ１０の課金処理部１０６は、Ｓ４０３で受信されたチケット購入要求が示す購入対象のチケットの価格を、通知されたチケット割引条件に基づいて決定する（Ｓ４０９）。そして、通信部１２０は、課金処理部１０６の制御に従って、決定されたチケット価格を該当のユーザデバイス２０へ送信する（Ｓ４１１）。
【０１３８】
その後、ユーザデバイス２０は、通知されたチケット価格をユーザ２に対して提示するとともに、当該価格に関する諾否をユーザ２に対して問い合わせる（Ｓ４１３）。当該チケット価格がユーザ２により承諾されなかった場合には（Ｓ４１３：Ｎｏ）、ユーザデバイス２０は、チケットの購入処理を中止する（Ｓ４１５）。そして、当該処理は終了する。
【０１３９】
一方、当該チケット価格がユーザ２により承諾された場合には（Ｓ４１３：Ｙｅｓ）、ユーザデバイス２０は、当該チケット価格が承諾された旨をサーバ１０へ通知する（Ｓ４１７）。
【０１４０】
その後、サーバ１０の通信部１２０は、課金処理部１０６の制御に従って、該当の遠隔ユーザ４が該当のチケットを購入したことの登録要求を課金サーバ３２へ送信する（Ｓ４１９）。その後、課金サーバ３２は、記憶している購入履歴を、受信された登録要求に基づいて更新する（Ｓ４２１）。
【０１４１】
また、Ｓ４１９の後、課金処理部１０６は、例えば当該チケットが購入されたことにより、ユーザ２または（同じ種類のチケットを過去に購入した）遠隔ユーザ４に対するＲｅｆｕｎｄが発生したか否かを確認する（Ｓ４２３）。Ｒｅｆｕｎｄが発生しない場合には（Ｓ４２３：Ｎｏ）、当該処理は終了する。
【０１４２】
一方、Ｒｅｆｕｎｄが発生した場合には（Ｓ４２３：Ｙｅｓ）、課金処理部１０６は、当該Ｒｅｆｕｎｄの返金処理を行う（Ｓ４２５）。そして、当該処理は終了する。
【０１４３】
＜２−３．効果＞
｛２−３−１．効果１｝
以上説明したように、本実施形態によれば、サーバ１０は、領域８０において事業者によって提供される、ユーザデバイス２０の第１の機能情報を取得し、そして、ユーザデバイス２０に対して当該第１の機能情報を送信する。これにより、事業者の指定に沿って、領域８０内のユーザデバイス２０に対する機能の提供を実現することができる。例えば、領域８０内のユーザデバイス２０に対して、事業者により指定された機能の実行を許可することができる。
【０１４４】
｛２−３−２．効果２｝
また、本実施形態によれば、各事業者が、領域８０ごと、および、領域８０内のサブエリア８２ごとに、ユーザデバイス２０および遠隔ユーザデバイス２２に対して許可する機能や付加する機能の設定を柔軟に行うことができる。また、サブエリア８２の識別情報だけでなく、各ユーザ２および各遠隔ユーザ４の所定のチケット購入状況または課金状況などの条件により、ユーザデバイス２０および遠隔ユーザデバイス２２に対して許可する機能や付加する機能の設定を柔軟に行うこともできる。このため、領域８０内のサブエリア８２、ユーザ２、遠隔ユーザ４、および、所定のチケット購入状況などに応じた細やかな機能制限またはサービスを提供することができる。つまり、事業者側のサービス提供のバリエーションが増加し得る。
【０１４５】
｛２−３−３．効果３｝
また、サーバ１０は、ユーザデバイス２０により発信される信号の検出結果に基づいて、ユーザデバイス２０が正当なデバイスであるか否かを判定することができる。これにより、領域内８０内の係員は、領域８０内での、正当でないデバイスの使用を排除することができるので、事業者の利益を適切に保護することができる。また、事業者は、（正当な）ユーザデバイス２０に対して安心して各種機能を提供することができる。その結果、ユーザ２および遠隔ユーザ４の利便性の向上につながる。
【０１４６】
｛２−３−４．効果４｝
また、サーバ１０は、例えば遠隔ユーザ４と映像を共有しているユーザ２に対して、当該遠隔ユーザ４のチケットの購入状況に応じて、利益を還元することができる。例えば、サーバ１０は、当該ユーザ２に対して領域８０の入場料を割り引いたり、ポイントをユーザ２に付与することができる。このため、新たなプロモーションおよびサービスインフラストラクチャーを事業者に提供することができる。
【０１４７】
｛２−３−５．効果５｝
また、本実施形態によれば、ユーザデバイス２０に提供される第１の機能情報の内容、および、遠隔ユーザデバイス２２に提供される第２の機能情報の内容を、ユーザデバイス２０が位置するサブエリア８２に応じて、事業者は階層的に設定することができる。従って、第１の機能情報および第２の機能情報の内容を、事業者は柔軟かつ簡潔に設定することができる。例えば、事業者は、領域８０全体で特定の機能を制限したり、特定のサブエリア８２（例えば人気のアトラクションや、人気のコンテンツが存在する場所など）でのみ一部の機能を制限することができる。また、事業者は、特定のサブエリア８２（例えばレストランなど）に関してのみ、より多数の機能をユーザ２に対して許可することができる。
【０１４８】
＜２−４．適用例＞
次に、本実施形態による適用例について、「２−４−１．適用例１」〜「２−４−３．適用例３」において説明する。
【０１４９】
｛２−４−１．適用例１｝
まず、適用例１について説明する。適用例１では、領域８０が美術館８０ａであることを想定する。また、ユーザデバイス２０を装着したユーザ２が美術館８０ａへ見学に行き、そして、美術館８０ａ内でユーザデバイス２０により撮影される映像を遠隔ユーザ４が視聴する場面を想定する。
【０１５０】
今、美術館８０ａの展示室内に展示されている絵の前にユーザ２が位置するとする。この場合、適用例１によるサーバ１０は、所定のチケットを購入済みの遠隔ユーザ４の遠隔ユーザデバイス２２に対してのみ、撮影した高解像度の映像を送信することをユーザデバイス２０に対して許可する。また、サーバ１０は、当該所定のチケットを購入していない遠隔ユーザ４の遠隔ユーザデバイス２２に対しては、撮影した映像の解像度を低下させてから送信することをユーザデバイス２０に対して許可する。これにより、所定のチケットを購入した遠隔ユーザ４のみが、当該展示室内の映像を高解像度で視聴することができる。
【０１５１】
さらに、当該所定のチケットを購入済みの遠隔ユーザ４の遠隔ユーザデバイス２２に対してのみ、サーバ１０は、当該展示室における自由視点映像を提供してもよい。これにより、当該遠隔ユーザ４は、当該展示室内を自由に見て回るような体験をすることができる。
【０１５２】
｛２−４−２．適用例２｝
次に、適用例２について説明する。適用例２では、領域８０が映画館８０ｂであることを想定する。また、ユーザデバイス２０を装着したユーザ２が映画館８０ｂで映画を鑑賞し、そして、ユーザデバイス２０により撮影される当該映画の映像を遠隔ユーザ４が（同時に）視聴する場面を想定する。
【０１５３】
適用例２によるサーバ１０は、所定のチケットを購入済みの遠隔ユーザ４の遠隔ユーザデバイス２２に対してのみ、ユーザデバイス２０により撮影される高解像度の映像（つまり当該映画の映像）の表示を遠隔ユーザデバイス２２に対して許可する。また、サーバ１０は、当該所定のチケットを購入していない遠隔ユーザ４の遠隔ユーザデバイス２２に対しては、ユーザデバイス２０により撮影される映像の解像度が低下した状態で当該映像の表示を遠隔ユーザデバイス２２に対して許可する。これにより、所定のチケットを購入した遠隔ユーザ４のみが、当該映画を高解像度で視聴することができる。
【０１５４】
なお、適用例２では、運営者は、映画館８０ｂへのユーザ２の入退場時にはユーザデバイス２０が正当なデバイスであるか否かをチェックする。また、映画館８０ｂ内に設置されているデバイス検出装置９０により、映画館８０ｂにおける不正なデバイスの有無がチェックされる。具体的には、デバイス検出装置９０が送信する信号（例えば不可視光など）が送信されると、（正当な）ユーザデバイス２０は、不可視光で確認信号をデバイス検出装置９０へ送信する。
【０１５５】
｛２−４−３．適用例３｝
次に、適用例３について説明する。適用例３では、領域８０がテーマパーク８０ｃであることを想定する。また、ユーザデバイス２０を装着したユーザ２がテーマパーク８０ｃへ行き、そして、テーマパーク８０ｃ内でユーザデバイス２０により撮影される映像を遠隔ユーザ４が視聴する場面を想定する。なお、適用例３では、運営者は、テーマパーク８０ｃへのユーザ２の入退場時にはユーザデバイス２０が正当なデバイスであるか否かをチェックする。
【０１５６】
適用例３では、ユーザ２が標準チケット（例えばテーマパーク８０ｃの入場券）を購入済みである場合には、サーバ１０は、一般アトラクションにおいてユーザデバイス２０により撮影される映像に関して、当該ユーザ２に関連付けられている全ての遠隔ユーザ４の遠隔ユーザデバイス２２に対して当該映像の表示を許可する。また、遠隔ユーザ４用のチケットを購入済みの遠隔ユーザ４の遠隔ユーザデバイス２２に対してのみ、サーバ１０は、人気アトラクションにおいてユーザデバイス２０により撮影される映像の表示を許可する。さらに、遠隔ユーザ４用のチケットを購入済みの遠隔ユーザ４に対してのみ、サーバ１０は、特定のアトラクション（例えばホラー系のライドなど）においてユーザ２とともに写真を撮れる付加サービス（具体的には、実際に撮影されたユーザ２の写真内に、遠隔ユーザ４の画像を追加するサービスなど）の利用を許可する。
【０１５７】
＜＜３．ハードウェア構成＞＞
次に、本実施形態によるサーバ１０のハードウェア構成について、図２２を参照して説明する。図２２に示すように、サーバ１０は、ＣＰＵ１５０、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）１５２、ＲＡＭ１５４、バス１５６、インターフェース１５８、ストレージ装置１６０、および通信装置１６２を備える。
【０１５８】
ＣＰＵ１５０は、演算処理装置および制御装置として機能し、各種プログラムに従ってサーバ１０内の動作全般を制御する。なお、ＣＰＵ１５０は、マイクロプロセッサなどのプロセッサにより構成される。ＣＰＵ１５０は、サーバ１０において制御部１００として機能し得る。
【０１５９】
ＲＯＭ１５２は、ＣＰＵ１５０が使用するプログラムや演算パラメータなどの制御用データなどを記憶する。
【０１６０】
ＲＡＭ１５４は、例えば、ＣＰＵ１５０により実行されるプログラムなどを一時的に記憶する。
【０１６１】
バス１５６は、ＣＰＵバスなどから構成される。このバス１５６は、ＣＰＵ１５０、ＲＯＭ１５２、およびＲＡＭ１５４を相互に接続する。
【０１６２】
インターフェース１５８は、ストレージ装置１６０、および通信装置１６２を、バス１５６と接続する。
【０１６３】
ストレージ装置１６０は、データ格納用の装置である。ストレージ装置１６０は、例えば、記憶媒体、記憶媒体にデータを記録する記録装置、記憶媒体からデータを読み出す読出し装置、または記憶媒体に記録されたデータを削除する削除装置などを含む。ストレージ装置１６０は、サーバ１０において記憶部１２２として機能し得る。
【０１６４】
通信装置１６２は、例えば通信網３４などに接続するための通信デバイス等で構成された通信インターフェースである。また、通信装置１６２は、無線ＬＡＮ対応通信装置、ＬＴＥ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）対応通信装置、または有線による通信を行うワイヤー通信装置であってもよい。通信装置１６２は、サーバ１０において通信部１２０として機能し得る。
【０１６５】
＜＜４．変形例＞＞
以上、添付図面を参照しながら本開示の好適な実施形態について詳細に説明したが、本開示はかかる例に限定されない。本開示の属する技術の分野における通常の知識を有する者であれば、請求の範囲に記載された技術的思想の範疇内において、各種の変更例または修正例に想到し得ることは明らかであり、これらについても、当然に本開示の技術的範囲に属するものと了解される。
【０１６６】
＜４−１．変形例１＞
例えば、前述した実施形態では、基本的に、ユーザデバイス２０や遠隔ユーザデバイス２２に対して許可または付加される機能の内容がサーバ１０（具体的には、設定情報ＤＢ１２４の登録内容）のみによって決定される例について説明したが、かかる例に限定されない。一例として、サーバ１０により送信される第１の機能情報または第２の機能情報と、ユーザデバイス２０または遠隔ユーザデバイス２２に記憶されている情報との組み合わせにより、ユーザデバイス２０や遠隔ユーザデバイス２２に対して許可または付加される機能の内容が決定されてもよい。換言すれば、サーバ１０と、ユーザデバイス２０と、遠隔ユーザデバイス２２との間で、ユーザデバイス２０や遠隔ユーザデバイス２２に対して許可または付加される機能の内容の決定処理を分担してもよい。例えば、ユーザデバイス２０は、サーバ１０から受信される第１の機能情報による機能の制限の内容を、ユーザデバイス２０に記憶されている情報に基づいて緩和してもよい。また、ユーザデバイス２０または遠隔ユーザデバイス２２は、サーバ１０から受信される第２の機能情報による機能の制限の内容を、ユーザデバイス２０または遠隔ユーザデバイス２２に記憶されている情報（例えば、遠隔ユーザ４が特別のチケットを購入済みであることを示す情報など）に基づいて緩和してもよい。
【０１６７】
＜４−２．変形例２＞
また、別の変形例として、遠隔ユーザ４が特別のチケット（例えば、所定のイベントの参加チケットなど）を有している場合には、サーバ１０は、（領域８０内に位置する複数のユーザ２のうち）映像の共有相手のユーザ２を当該遠隔ユーザ４が切り替えることを許可してもよい。つまり、サーバ１０は、領域８０内に位置する複数のユーザデバイス２０間で視点を切り替えることを当該遠隔ユーザ４に対して許可してもよい。例えば、当該遠隔ユーザ４は、所定のイベントにおいて、観客であるユーザ２ａが装着するユーザデバイス２０ａと、演技者であるユーザ２ｂが装着するユーザデバイス２０ｂとの間で視点を切り替え可能であってもよい。
【０１６８】
一例として、設定情報ＤＢ１２４において、映像の共有相手のユーザ２の切り替え（視点の移動）を遠隔ユーザ４に対して許可するか否かがサブエリア８２と関連付けて登録され得る。また、当該切り替えが許可される場合に関しては、当該切り替え後に遠隔ユーザ４に対して許可または付加される機能の内容が設定情報ＤＢ１２４に登録され得る。これにより、サーバ１０は、遠隔ユーザ４に対して許可または付加される機能の内容を、視点の切り替え後に再評価することができる。
【０１６９】
＜４−３．変形例３＞
また、本実施形態による情報処理システムの構成は、図１に示した例に限定されない。例えば、サーバ１０、付加サービスサーバ３０、および、課金サーバ３２のうちのいずれか二以上は一体の装置として構成されてもよい。
【０１７０】
＜４−４．変形例４＞
また、前述した実施形態では、本開示における情報処理装置がサーバ１０である例について説明したが、かかる例に限定されない。例えば、当該情報処理装置は、汎用ＰＣ、タブレット型端末、ゲーム機、スマートフォンなどの携帯電話、携帯型音楽プレーヤ、ロボット、または、例えばＨＭＤやＡＲ（Ａｕｇｍｅｎｔｅｄ  Ｒｅａｌｉｔｙ）グラスなどのウェアラブルデバイスであってもよい。
【０１７１】
＜４−５．変形例５＞
また、前述した実施形態の処理の流れにおける各ステップは、必ずしも記載された順序に沿って処理されなくてもよい。例えば、各ステップは、適宜順序が変更されて処理されてもよい。また、各ステップは、時系列的に処理される代わりに、一部並列的に又は個別的に処理されてもよい。また、記載されたステップのうちの一部が省略されたり、または、別のステップがさらに追加されてもよい。
【０１７２】
＜４−６．変形例６＞
また、前述した実施形態によれば、ＣＰＵ１５０、ＲＯＭ１５２、およびＲＡＭ１５４などのハードウェアを、前述した実施形態によるサーバ１０の各構成と同等の機能を発揮させるためのコンピュータプログラムも提供可能である。また、当該コンピュータプログラムが記録された記録媒体も提供される。
【０１７３】
また、本明細書に記載された効果は、あくまで説明的または例示的なものであって限定的ではない。つまり、本開示に係る技術は、上記の効果とともに、または上記の効果に代えて、本明細書の記載から当業者には明らかな他の効果を奏しうる。
【０１７４】
なお、以下のような構成も本開示の技術的範囲に属する。
（１）
実空間の所定の領域において第１のユーザによって提供される、第２のユーザのデバイスの第１の機能情報を取得する取得部と、
前記第２のユーザのデバイスに対する前記第１の機能情報の送信を制御する送信制御部と、
を備える、情報処理装置。
（２）
前記取得部は、前記第２のユーザの位置の検出結果に関連付けられている機能情報を前記第１の機能情報として取得する、前記（１）に記載の情報処理装置。
（３）
前記所定の領域は、複数のサブ領域を有し、
前記取得部は、前記複数のサブ領域のうち前記第２のユーザが位置するサブ領域に関連付けられている機能情報を前記第１の機能情報として取得する、前記（２）に記載の情報処理装置。
（４）
前記取得部は、前記第２のユーザの識別情報にさらに関連付けられている機能情報を前記第１の機能情報として取得する、前記（２）または（３）に記載の情報処理装置。
（５）
前記取得部は、前記第２のユーザのデバイスにさらに関連付けられている機能情報を前記第１の機能情報として取得する、前記（２）〜（４）のいずれか一項に記載の情報処理装置。
（６）
前記取得部は、前記第２のユーザの所定のチケットの購入状況または課金状況にさらに関連付けられている機能情報を前記第１の機能情報として取得する、前記（２）〜（５）のいずれか一項に記載の情報処理装置。
（７）
前記第１の機能情報は、前記第２のユーザのデバイスによる実行が許可される機能を示す情報である、前記（２）〜（６）のいずれか一項に記載の情報処理装置。
（８）
前記第１の機能情報は、前記所定の領域内で提供されるコンテンツに関して、前記第１のユーザによって前記第２のユーザのデバイスに対して提供される機能情報である、前記（７）に記載の情報処理装置。
（９）
前記所定の領域は、複数のサブ領域を有し、
前記コンテンツは、前記複数のサブ領域のうち前記第２のユーザが位置するサブ領域に関連付けられているコンテンツを含み、
前記第１の機能情報は、前記第２のユーザが位置するサブ領域に関連付けられているコンテンツに関して前記第２のユーザのデバイスに対して許可される機能を示す情報を含む、前記（８）に記載の情報処理装置。
（１０）
前記取得部は、前記所定の領域に関して前記第１のユーザによって提供される、第３のユーザのデバイスの第２の機能情報をさらに取得し、
前記送信制御部は、前記第２のユーザのデバイスまたは前記第３のユーザのデバイスに対する前記第２の機能情報の送信をさらに制御し、
前記第３のユーザは、前記所定の領域外に位置し、
前記第２の機能情報は、前記第１の機能情報に関連付けられている、前記（２）〜（９）のいずれか一項に記載の情報処理装置。
（１１）
前記取得部は、前記第３のユーザの識別情報または前記第３のユーザのデバイスにさらに関連付けられている機能情報を前記第２の機能情報として取得する、前記（１０）に記載の情報処理装置。
（１２）
前記取得部は、前記第３のユーザの所定のチケットの購入状況または課金状況にさらに関連付けられている機能情報を前記第２の機能情報として取得する、前記（１０）または（１１）に記載の情報処理装置。
（１３）
前記第２の機能情報は、前記第３のユーザのデバイスによる実行が許可される機能を示す情報である、前記（１０）〜（１２）のいずれか一項に記載の情報処理装置。
（１４）
前記第２の機能情報は、前記所定の領域内で提供されるコンテンツに関して、前記第１のユーザによって前記第３のユーザのデバイスに対して提供される機能情報である、前記（１３）に記載の情報処理装置。
（１５）
前記所定の領域は、複数のサブ領域を有し、
前記コンテンツは、前記複数のサブ領域のうち前記第２のユーザが位置するサブ領域に関連付けられているコンテンツを含み、
前記第２の機能情報は、前記第２のユーザが位置するサブ領域に関連付けられているコンテンツに関して前記第３のユーザのデバイスに対して許可される機能を示す情報を含む、前記（１４）に記載の情報処理装置。
（１６）
前記第２のユーザのデバイスは、撮像部を含むウェアラブルデバイスであり、
前記所定の領域における前記撮像部による撮像に応じた映像が前記第３のユーザのデバイスへ送信され、
前記第２の機能情報は、前記映像に関して前記第３のユーザのデバイスに対して許可される機能を示す情報を含む、前記（１４）または（１５）に記載の情報処理装置。
（１７）
前記情報処理装置は、前記第２のユーザのデバイスにより発信される信号の検出結果に基づいて、前記第２のユーザのデバイスが前記第１の機能情報の利用許可を有するデバイスであるか否かを判定する判定部をさらに備え、
前記第２のユーザのデバイスが前記第１の機能情報の利用許可を有するデバイスではないと前記判定部により判定された場合には、前記送信制御部は、前記第１の機能情報を前記第２のユーザのデバイスへ通信部に送信させない、前記（２）〜（１６）のいずれか一項に記載の情報処理装置。
（１８）
前記第１のユーザは、前記所定の領域の管理権限を有し、
前記第２のユーザは、前記所定の領域の管理権限を有しない、前記（２）〜（１７）のいずれか一項に記載の情報処理装置。
（１９）
実空間の所定の領域において第１のユーザによって提供される、第２のユーザのデバイスの第１の機能情報を取得することと、
前記第２のユーザのデバイスに対する前記第１の機能情報の送信をプロセッサが制御することと、
を含む、情報処理方法。
（２０）
コンピュータを、
実空間の所定の領域において第１のユーザによって提供される、第２のユーザのデバイスの第１の機能情報を取得する取得部と、
前記第２のユーザのデバイスに対する前記第１の機能情報の送信を制御する送信制御部、
として機能させるための、プログラム。
【符号の説明】
【０１７５】
１０  サーバ
２０  ユーザデバイス
２２  遠隔ユーザデバイス
３０  付加サービスサーバ
３２  課金サーバ
３４  通信網
４０  チケット価格テーブル
９０  デバイス検出装置
１００、２００  制御部
１０２  情報取得部
１０４  判定部
１０６  課金処理部
１０８  送信制御部
１２０、２２０  通信部
１２２、２３０  記憶部
１２４  設定情報ＤＢ
２２２  位置情報受信部
２２４  センサ部
２２６  発光部
２２８  表示部
【図１】
2018150659.tif 000003
【図２】
2018150659.tif 000004
【図３】
2018150659.tif 000005
【図４】
2018150659.tif 000006
【図５】
2018150659.tif 000007
【図６】
2018150659.tif 000008
【図７】
2018150659.tif 000009
【図８】
2018150659.tif 000010
【図９】
2018150659.tif 000011
【図１０】
2018150659.tif 000012
【図１１】
2018150659.tif 000013
【図１２】
2018150659.tif 000014
【図１３】
2018150659.tif 000015
【図１４】
2018150659.tif 000016
【図１５】
2018150659.tif 000017
【図１６】
2018150659.tif 000018
【図１７】
2018150659.tif 000019
【図１８】
2018150659.tif 000020
【図１９】
2018150659.tif 000021
【図２０】
2018150659.tif 000022
【図２１】
2018150659.tif 000023
【図２２】
2018150659.tif 000024
【国際調査報告】
2018150659.tif 000025
2018150659.tif 000026
2018150659.tif 000027