JPWO2019156104A1 - ミニチュア施設の動作方法、ミニチュア施設制御装置、ミニチュア施設制御プログラム、ミニチュア施設遠隔制御プログラム、ミニチュア施設制御システム及びミニチュア施設の構築方法 - Google Patents

Abstract

来場したユーザと対応付けたミニチュアを、動作させることが可能なミニチュア施設の動作方法等を提供する。ミニチュア施設の動作方法は、現実世界を模する又は仮想世界を実空間上で表現する、疑似空間を構築するミニチュア施設の構成物を提示し、構成物の利用権限の購入を受け付け、利用権限を購入したユーザの識別情報と購入した構成物の構成物ＩＤとを対応付けて記憶部に記憶し、ミニチュア施設の読取機で識別情報を読み取った場合、読み取ったユーザの識別情報に対応付けられた構成物ＩＤを記憶部から取得し、取得した構成物ＩＤが付与された構成物を動作させる。

Description

本発明は、ミニチュア施設の動作方法等に関する。

近年、模型技術の進展により、現実の住宅やオフィスビルと同じように、リアルな建築物の模型が提案されている（例えば、特許文献１）。

一方、ゲーム空間などの仮想空間において、ユーザが組み立てたデジタルモデルを動作させることが提案されている（例えば、特許文献２）。

特開２０１２−８３８８号公報 特開２００２−２００３６１号公報

しかしながら、複数のミニチュアを集めたミニチュア施設において、来場したユーザと対応付けたミニチュアを、動作させることは行われていない。

本発明は係る実情に鑑みてなされたものである。その目的は、来場したユーザと対応付けたミニチュアを、動作させることが可能なミニチュア施設の動作方法等の提供である。

本発明に係るミニチュア施設の動作方法は、現実世界を模する又は仮想世界を実空間上で表現する、疑似空間を構築するミニチュア施設の構成物を提示し、前記構成物の利用権限の購入を受け付け、前記利用権限を購入したユーザの識別情報と購入した前記構成物の構成物ＩＤとを対応付けて記憶部に記憶し、前記ミニチュア施設の読取機で前記ユーザの識別情報を読み取った場合、読み取った前記ユーザの識別情報に対応付けられた構成物ＩＤを前記記憶部から取得し、取得した前記構成物ＩＤが付与された前記構成物を動作させることを特徴とする。

本発明にあっては、ミニチュア施設において、来場したユーザと対応付けたミニチュアを、動作させることが可能となる。

ミニチュア施設システムの構成例を示す説明図である。 制御サーバのハードウェア構成例を示すブロック図である。 ユーザ端末のハードウェア構成例を示すブロック図である。 ユーザＤＢの例を示す説明図である。 エリアＤＢの例を示す説明図である。 構成物ＤＢの例を示す説明図である。 建物ＤＢの例を示す説明図である。 間取りＤＢの例を示す説明図である。 移動体ＤＢの例を示す説明図である。 共通構成物ＤＢの例を示す説明図である。 特別構成物ＤＢの例を示す説明図である。 建物利用権限購入処理の手順例を示すフローチャートである。 来場動作処理の手順例を示すフローチャートである。 来場促進処理の手順例を示すフローチャートである。 来場動作処理の他の手順例を示すフローチャートである。 遠隔操作処理の手順例を示すフローチャートである。 来場動作処理の他の手順例を示すフローチャートである。 物販エリアの例を示す平面図である。 区画オーナＤＢの例を示す説明図である。 権限ＤＢの例を示す説明図である。 住民ＤＢの例を示す説明図である。 産物ＤＢの例を示す説明図である。 広告ＤＢの例を示す説明図である。 区画オーナ登録処理の手順例を示すフローチャートである。 産物登録処理の手順例を示すフローチャートである。 広告配信処理の手順例を示すフローチャートである。 住民登録処理の手順例を示すフローチャートである。 仲介ＤＢの例を示す説明図である。 店子設定処理の手順例を示すフローチャートである。 来場動作処理の手順例を示すフローチャートである。

発明を実施するため最良の形態

以下実施の形態を、図面を参照して説明する。実施の形態の説明に先立ち、用語の説明を行う。疑似空間は現実世界を模する空間又は仮想世界を実空間上で表現したものである。現実世界を模する擬似空間は、現実の都市、町又は農村を模した空間である。現代だけでなく過去の都市等を模してもよい。例えば、昭和３０年代の東京を再現したものである。仮想世界を実空間に表現した擬似空間は、現実には存在しない仮想世界を題材にしたものである。映画、アニメーション映画、漫画、テレビドラマ、テレビアニメーション、小説に登場する町や都市を題材にした空間である。現実の都市等の未来を創造したものも含む。擬似空間は縮小したミニチュア空間である。縮尺は、例えば、鉄道模型のＨＯゲージに準じたもので、１／８７である。縮尺として、鉄道模型のＮゲージ程度の１／１４８から１／１６０でもよい。

擬似空間には、建築物や移動体のミニチュア（小型模型）が配置される。これらを構成物という。建築物のミニチュアには、ビルディング、マンション、家屋、店舗、駅舎などのミニチュアを含む。建築物のミニチュアには、建築物に付帯する建築設備を模したものを含めてもよい。例えば、点灯／消灯が可能な照明、開閉可能な扉などである。移動体のミニチュアには、電車、汽車、飛行機、自動車、自転車、馬車、牛車、人力車、手押し車動物などのミニチュアを含む。移動体のミニチュアには、人、動物などの生物のミニチュアを含めてもよい。人のミニチュアとして、ユーザを模したミニチュアを作成してもよい。また、仮想世界を実空間に表現した擬似空間において、移動体のミニチュアには、人型兵器、宇宙船などのミニチュアを含む。

ミニチュア施設は、擬似空間を実現し来場者に観覧させる施設をいう。擬似空間及びその観覧場所を展示エリアという。展示エリアに複数の擬似空間を含む場合、各擬似空間及びその観覧場所を単にエリアという。エリア同士を識別するために、第１エリア、第２エリアなどとしてもよい。

利用権限は、擬似空間の構成物を所定の支配下における権限である。利用権限は、所定の対価との引き換えにより、定めた期間又は期限を定めないで、ユーザに与えられる。利用権限を持つユーザをオーナユーザ、オーナという。利用権限は１ユーザ単位でなく、複数ユーザからなるグループ単位に付与してもよい。グループは例えば家族である。

間取り設定は、マンションや一戸建などの住宅のミニチュアに対して、ユーザが定めた間取りをいう。ユーザが設定した間取り設定にしたがい、住宅のミニチュアが新たに作成又は更新若しくは再作成され、擬似空間に設置される。なお以下では特に断りがない限り、マンション、一戸建、自動車などとは、それぞれのミニチュアを示すこととする。

実施の形態１
図１はミニチュア施設システムの構成例を示す説明図である。ミニチュア施設システム１００は制御サーバ（ミニチュア施設制御装置）１、展示エリア２、登録端末４及びユーザ端末５を含む。制御サーバ１、展示エリア２及び登録端末４はミニチュア施設内に設置されている。制御サーバ１、展示エリア２及び登録端末４はネットワークＮ１により、互いに通信可能に接続されている。制御サーバ１及びユーザ端末５はネットワークＮ２により、互いに通信可能に接続されている。

展示エリア２は複数のエリア（第１エリア２１、第２エリア２２、…）、及びエリア毎に設けられた読取機３１、読取機３２、…を含む。第１エリア２１は、例えば昔の東京を題材にした擬似空間を表現したものである。第２エリア２２は、例えばアニメーションに登場する未来の東京を題材にした擬似空間を表現したものである。このように、展示エリア２に複数のエリアが含まれる場合、各エリアは主題の異なる擬似空間を表現している。なお、図１において、展示エリア２には第１エリア２１及び第２エリア２２を示しているが、エリアは１つだけでもよいし、３つ以上でもよい。ミニチュア施設に複数の展示エリア２を設けてもよい。また、制御サーバ１は各展示エリアに設けてもよいし、複数の展示エリアに対して、１台の制御サーバ１を設けてもよい。さらにまた、各エリアに制御サーバ１を設けてもよい。制御サーバ１をミニチュア施設外に設置してもよい。制御サーバ１の機能を複数のサーバで分散してもよいし、クラウドサービスで実現してもよい。

第１エリア２１は建物２１１及び建物２１２並びに自動車２１３を含む。第２エリア２２は建物２２１及び建物２２２並びに自動車２２３を含む。第１エリア２１の建物２１１及び建物２１２並びに自動車２１３は、擬似空間の構成物の一例である。第２エリア２２の建物２２１及び建物２２２並びに自動車２２３は、擬似空間の構成物の一例である。また、第１エリア２１の建物２１１及び建物２１２並びに第２エリア２２の建物２２１及び建物２２２は、建築物のミニチュアの一例である。第１エリア２１の自動車２１３及び第２エリア２２の自動車２２３は、移動体のミニチュアの一例である。図１において、第１エリア２１及び第２エリア２２それぞれには、建物を２つ、自動車を１つ示しているが、それに限らない。エリアの構成物として、建物を含まなくてもよいし、建物を３つ以上含めてもよい。同様に、エリアの構成物として、自動車を含まなくてもよいし、自動車を３つ以上含めてもよい。移動体のミニチュアの一部には動力源を設け、遠隔制御により擬似空間内で移動が可能である。動力源はミニチュアに内蔵するが、それに限らない。ワイヤやピアノ線などを用いて、ミニチュアを動かしてもよい。ミニチュアに鉄などを内蔵し、磁石からの磁力で動かしてもよい。

一方、図１において、登録端末４及びユーザ端末５は各１台しか示していないが、それぞれ複数台でもよい。ユーザ端末５は各ユーザが所持していることを想定しているからである。

読取機３１、３２は例えば磁気カードリーダ、接触式又は非接触式のＩＣカードリーダなどである。読取機３１、３２は自らが設置されているエリアのＩＤを記憶している。読取機３１、３２はユーザが所持するユーザカードを読み取る。ユーザカードにはユーザＩＤが記憶されている。読取機３１、３２がユーザカードを読み取りユーザＩＤを取得することにより、読取機３１、３２に対応した第１エリア２１、第２エリア２２に来場したユーザを判定することが可能となる。なお、読取機３１、３２を顔認証装置としてもよい。読取機３１、３２はユーザの顔を撮影し、予め記憶してあるユーザ毎の顔の特徴量と対比することにより、ユーザを認証する。ユーザの顔画像は識別情報に相当する。

図２は制御サーバ１のハードウェア構成例を示すブロック図である。制御サーバ１は展示エリアの制御を行う。建物に含まれる建築設備の制御や、自動車の移動の制御を行う。制御サーバ１はサーバコンピュータ等で構成する。制御サーバ１は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）１１、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）１２、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）１３、大容量記憶部１４、第１通信部１５及び第２通信部１６を含む。各構成はバスＢで接続されている。

ＣＰＵ１１はＲＯＭ１２に記憶された制御プログラム（ミニチュア施設制御プログラム）１Ｐにしたがい、ハードウェア各部を制御する。ＲＡＭ１３は例えばＳＲＡＭ（Ｓｔａｔｉｃ ＲＡＭ）、ＤＲＡＭ（Ｄｙｎａｍｉｃ ＲＡＭ）又はフラッシュメモリである。ＲＡＭ１３はＣＰＵ１１によるプログラムの実行時に発生するデータを一時的に記憶する。

大容量記憶部１４は、例えばハードディスク又はＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）などである。大容量記憶部１４は各種データベース（ＤＢ：ＤａｔａＢａｓｅ）を記憶する。大容量記憶部１４はユーザＤＢ１４１、エリアＤＢ１４２、構成物ＤＢ１４３、建物ＤＢ１４４、間取りＤＢ１４５、移動体ＤＢ１４６、共通構成物ＤＢ１４７及び特別構成物ＤＢ１４８を記憶する。また、制御プログラム１Ｐを大容量記憶部１４に記憶してもよい。ユーザＤＢ１４１、エリアＤＢ１４２、構成物ＤＢ１４３、建物ＤＢ１４４、間取りＤＢ１４５、移動体ＤＢ１４６、共通構成物ＤＢ１４７及び特別構成物ＤＢ１４８を制御サーバ１以外に記憶してもよい。例えばデータベースサーバやクラウドストレージに記憶してもよい。

第１通信部１５はネットワークＮ１を介して、展示エリア２及び登録端末４と通信を行う。第１通信部１５を介して、ＣＰＵ１１がネットワークＮ１等を介して他のコンピュータから制御プログラム１Ｐをダウンロードし、大容量記憶部１４に記憶してもよい。第２通信部１６はネットワークＮ２を介して、ユーザ端末５と通信を行う。

図３はユーザ端末５のハードウェア構成例を示すブロック図である。ユーザ端末５は遠隔で利用権限のある構成物の制御を行う。ユーザ端末５はタブレットコンピュータ、スマートフォン等で構成する。ユーザ端末５は、ＣＰＵ５１、ＲＯＭ５２、ＲＡＭ５３、大容量記憶部５４、表示部５５、入力部５６及び通信部５７を含む。各構成はバスＢで接続されている。

ＣＰＵ５１はＲＯＭ５２に記憶された制御プログラム（ミニチュア施設遠隔制御プログラム）５Ｐにしたがい、ハードウェア各部を制御する。ＲＡＭ５３は例えばＳＲＡＭ、ＤＲＡＭ又はフラッシュメモリである。ＲＡＭ５３はＣＰＵ５１によるプログラムの実行時に発生するデータを一時的に記憶する。

大容量記憶部５４は、例えばハードディスク又はＳＳＤなどである。大容量記憶部５４はユーザＩＤなど、ユーザの各種データを記憶する。表示部５５は例えば、液晶表示装置である。表示部５５は展示エリア２の様子などを表示する。入力部５６はキーボードやマウスである。また、表示部５５と入力部５６とが一体化し、タッチパネルディスプレイで構成してもよい。通信部５７はネットワークＮ２を介して、制御サーバ１と通信を行う。

登録端末４の構成はユーザ端末５と同様である。したがって、登録端末４のハードウェア構成の図示と構成の説明は省略する。

次にデータベースの内容について説明する。図４はユーザＤＢの例を示す説明図である。ユーザＤＢ１４１は各ユーザに関する情報を記憶する。ユーザＤＢ１４１はユーザＩＤ列、氏名列、居住エリア列、所有建物列、所有移動体列、電子メール列及び来場列を含む。ユーザＩＤ列はユーザを一意に特定するユーザＩＤ（識別情報）を記憶する。氏名列はユーザの氏名を記憶する。居住エリア列はミニチュア施設の疑似空間において、居住しているエリアのエリアＩＤを記憶する。所有建物列はユーザが利用権限を所有している建物を特定する構成物ＩＤを記憶する。所有移動体列はユーザが利用権限を所有している移動体を特定する構成物ＩＤを記憶する。電子メール列はユーザの電子メールアドレスを記憶する。来場列はユーザの来場状態を示すフラグを記憶する。例えば、ユーザが来場しエリアに留まっている場合、来場列は１を記憶する。ユーザが来場していない場合、来場したが既に退場している場合、来場列は０を記憶する。ユーザの入退場を適切に把握するためには、各エリアに入場専用ゲート、退場専用ゲートを設け、それぞれに読取機を設置する。ユーザは入場時及び退場時にユーザカードを読み取らせる。読取機はユーザＩＤ、エリアＩＤ及び入場ゲート又は退場ゲートのゲート区別を、制御サーバ１に送信する。なお、ユーザの顔画像でユーザの認証を行う場合、顔画像や顔の特徴量をユーザＤＢ１４１に記憶してもよい。顔認証に成功した後、ユーザの識別情報を顔画像からユーザＩＤに置き換えて処理を進めてもよい。最初に入ったエリアの入場専用ゲートで、ユーザＩＤを変換した２次元コードを印字した紙レシート等を発行し、それ以降にゲートを通る場合は、２次元コードを読取機で光学スキャンさせて、エリアの入退場を行うようにしてもよい。

図５はエリアＤＢの例を示す説明図である。エリアＤＢ１４２は各エリアに関する情報を記憶する。エリアＤＢ１４２はエリアＩＤ列、名称列及び主題列を含む。エリアＩＤ列はエリアを一意に特定するエリアＩＤ（空間ＩＤ）を記憶する。名称列はエリアの名称を記憶する。主題列はエリアにおける擬似空間が表現する主題内容を記憶する。名称列と主題列とを統合し、主題内容をエリアの名称としてもよい。

図６は構成物ＤＢの例を示す説明図である。構成物ＤＢ１４３は各構成物に関する情報を記憶する。構成物ＤＢ１４３は構成物ＩＤ列、エリアＩＤ列及び種別列を含む。構成物ＩＤ列は構成物を一意に特定する構成物ＩＤを記憶する。エリアＩＤ列は構成物が配置されるエリアのエリアＩＤを記憶する。種別列は構成物の種別を記憶する。構成物の種別は、例えば建物、移動体等である。

図７は建物ＤＢの例を示す説明図である。建物ＤＢ１４４は構成物のうち、建物に関する情報を記憶する。ここでの建物は主として住居として使われるものである。建物ＤＢ１４４は構成物ＩＤ列、種別列、部屋番号列、間取り列、オーナ列、期限列及び来場動作列を含む。構成物ＩＤ列は構成物ＩＤを記憶する。種別列は建物の種別を記憶する。建物の種別は、例えば集合住宅、一戸建、店舗等である。部屋番号列は集合住宅における部屋番号を記憶する。間取り列は建物の間取り情報を特定する間取りＩＤを記憶する。オーナ列は建物のオーナのユーザＩＤを記憶する。期限列は利用権限の期限を記憶する。来場動作列はオーナが来場した場合の動作を記憶する。動作の例としては、照明点灯し家族団らんの様子が視認できる、バルコニーへ居住者であるオーナが出て来る、煙突から煙が出始めて生活感を感じさせるといったものである。視覚的なものだけではなく、建物に取り付けたスピーカから生活音を流してもよい。オーナ家族の会話を録音しておき、それを流してもよい。建物ＤＢ１４４には２階建て、１０階建てなどの階数の情報や、木造、鉄筋コンクリート造等の建物構造の情報を記憶してもよい。来場動作列の内容をオーナが設定可能としてもよい。

図８は間取りＤＢの例を示す説明図である。間取りＤＢ１４５は建物の間取りに関する情報を記憶する。間取りＤＢ１４５は間取りＩＤ列、構成物ＩＤ列、部屋番号列及び画像列を含む。間取りＩＤ列は間取りの情報を一意に特定する間取りＩＤを記憶する。構成物ＩＤ列は間取りに対応する建物の構成物ＩＤを記憶する。部屋番号列は建物が集合住宅の場合に、間取りに対応する建物の部屋番号を記憶する。画像列は間取りを示す間取り図の画像を記憶する。間取りＤＢ１４５に間取り図以外の情報を記憶してもよい。３ＬＤＫ、１ＤＫ等の間取りの構成を示す情報、７０平方メートルや４１坪などの延床面積などを記憶してもよい。さらにまた、間取りＤＢ１４５に内装や設備（家具を含んでもよい）の情報を記憶してもよい。内装や設備については、建物のミニチュアを作成する時などに撮影し、撮影した画像を記憶してもよい。設備については配置状況を間取り図に記載してもよい。

図９は移動体ＤＢの例を示す説明図である。移動体ＤＢ１４６は構成物のうち、移動体に関する情報を記憶する。移動体ＤＢ１４６は構成物ＩＤ列、移動エリア列、大分類列、中分類列、小分類列、オーナ列、期限列及び来場動作列を含む。構成物ＩＤ列は構成物ＩＤを記憶する。移動エリア列は移動体が移動可能なエリアのエリアＩＤを記憶する。移動体が複数のエリアを移動可能な場合、移動エリア列は複数のエリアＩＤを記憶する。大分類列、中分類列及び小分類列はそれぞれ移動体の大分類、中分類及び小分類を記憶する。大分類は例えば、自動車、飛翔体、その他である。自動車の中分類は例えば、乗用車、バス、トラック、特殊自動車である。飛翔体の中分類は例えば、航空機、宇宙ロケットである。自動車の小分類は例えば、クーペ、セダン、ハッチバックである。図９に示すようにドア数を含めた表現としてもよい。オーナ列は移動体のオーナのユーザＩＤを記憶する。期限列は利用権限の期限を記憶する。来場動作列はオーナが来場した場合の動作を記憶する。動作の例としては、自動車が車庫から現れ、エリアのメインストリートにハザードランプを点灯しながら停止させたり、レーシングカーをサーキットで周回走行させたりする、動作である。中分類が自動車の場合、移動体ＤＢ１４６には、自動車の車体の色を記憶してもよい。来場動作列の内容をオーナが設定可能としてもよい。

図１０は共通構成物ＤＢの例を示す説明図である。共通構成物ＤＢ１４７はユーザには利用権限を付与しない構成物（共通構成物という）に関するデータを記憶する。共通構成物ＤＢ１４７は構成物ＩＤ列、エリアＩＤ列、種別列、名称列及び動作シナリオ列を含む。構成物ＩＤ列は共通構成物を一意に特定可能な構成物ＩＤを記憶する。エリアＩＤ列は共通構成物が配置されるエリアのエリアＩＤを記憶する。種別列は共通構成物の種別（建物、移動体など）を記憶する。名称列は共通構成物の名称を記憶する。動作シナリオ列は共通構成物の動作内容を記憶する。

共通構成物は動作シナリオに従って、所定の動作を行うことにより、各エリアの臨場感を与えるものである。例えば、礼拝堂では定期的に神父を登場させ、礼拝の様子を表現する。スーパーマーケットであれば、お客が来店する様子、しばらくして買物を終えたお客が退店する様子を表現する。飛行機であれば離陸する様子及び着陸する様子を表現する。列車であれば駅から出発する様子、駅に到着する様子を表現する。なお、図１０に示したシナリオの例では、実行する時刻を固定としているが、それに限らない。シナリオをランダムに実行するようにしてもよい。また、エリアに時間の流れを導入し、時間帯毎に共通構成物の動作シナリオを変更してもよい。時間の流れは通常より早くし、１日の変化を３時間で表現してもよい。但し、移動体の速度は時の流れとは独立させ、臨場感を得られる速度とするのが望ましい。

図１１は特別構成物ＤＢの例を示す説明図である。特別構成物ＤＢ１４８はエリアに応じて異なる特別な構成物（特別構成物という）に関するデータを記憶する。特別構成物はユーザが思い入れ持つ、親近感を抱くような、特別な意味を持つ構成物である。特別構成物は例えば、題材が昭和３０年代の東京であれば、その時代における人気スポーツ選手、映画スターなどである。その時代に人気があった観光スポットにある建物などでもよい。題材がアニメーション映画の世界であれば、映画に登場するキャラクタ、キャラクタが使用する自動車や人型兵器、キャラクタの住居やキャラクタの勤務先の建物などである。特別構成物ＤＢ１４８は構成物ＩＤ列、エリアＩＤ列、種別列、名称列、ユーザＩＤ列及び動作シナリオ列を含む。構成物ＩＤ列は特別構成物を一意に特定可能な構成物ＩＤを記憶する。エリアＩＤ列は特別構成物が配置されるエリアのエリアＩＤを記憶する。種別列は特別構成物の種別（建物、移動体など）を記憶する。名称列は特別構成物の名称を記憶する。ユーザＩＤ列は特別構成物の動作を行わせることが可能なユーザのユーザＩＤを記憶する。例えば、ユーザＩＤ列に記憶されているユーザが来場した場合に、特別構成物が動作する。動作シナリオ列は特別構成物の動作内容を記憶する。動作の例としては、キャラクタが来場したユーザ宅を訪問する、キャラクタが自宅で食事をするシーンが上映されるなどである。ユーザの来場から特別構成物の動作までの流れの詳細は実施の形態４にて説明する。

続いて、制御サーバ１が行う処理を説明する。図１２は建物利用権限購入処理の手順例を示すフローチャートである。購入処理は、建物の利用権限をユーザが購入する際の処理である。ユーザは登録端末４又はユーザ端末５から、制御サーバ１にアクセスする。以下、ユーザは登録端末４から制御サーバ１にアクセスするとする。制御サーバ１はログイン画面を出力する。ログイン画面には、未登録ユーザが登録を行うための登録画面へ遷移するボタンを含む。登録済のユーザはユーザＩＤとパスワードとを入力する。登録端末４はユーザＩＤとパスワードとを制御サーバ１へ送信する。未登録のユーザは登録画面に遷移するボタンを選択する。登録端末４はその旨を制御サーバ１に送信する。制御サーバ１のＣＰＵ１１はログイン要求か否かを判定する（ステップＳ１）。ＣＰＵ１１はログイン要求と判定した場合（ステップＳ１でＹＥＳ）、認証を行う（ステップＳ３）。ＣＰＵ１１はログイン要求でないと判定した場合（ステップＳ１でＮＯ）、ユーザ登録処理を行う（ステップＳ２）。ユーザ登録処理は公知の技術で構築可能であるので、説明を省略する。ＣＰＵ１１はユーザ登録後、認証を行う（ステップＳ３）。ユーザは利用権限を購入する構成物に対応するエリアを選択する。ＣＰＵ１１はユーザが選択したエリアの情報を取得する（ステップＳ４）。ＣＰＵ１１は選択されたエリア内の建物の情報を建物ＤＢ１４４から取得し、一覧表形式で出力する（ステップＳ５）。ユーザは一覧から利用権限を購入する建物を選択する。ＣＰＵ１１は選択情報を取得する（ステップＳ６）。ＣＰＵ１１は選択された建物が一戸建か否かを判定する（ステップＳ７）。ＣＰＵ１１は選択された建物が一戸建であると判定した場合（ステップＳ７でＹＥＳ）、間取り設定を取得する（ステップＳ８）。例えば、登録端末４からユーザが記入した間取り図を取得する。ＣＰＵ１１は選択された建物が一戸建でないと判定した場合（ステップＳ７でＮＯ）、選択された間取りの情報を取得する（ステップＳ９）。一戸建でない場合、ユーザは間取りを自由には設定できないため、予め設定してある複数の間取りから１つ選択する。ＣＰＵ１１は建物、間取りに応じた利用権限の対価を算出し、決済を行う（ステップＳ１０）。ＣＰＵ１１は利用権限を購入したユーザＩＤを建物ＤＢ１４４のオーナ列に、使用期限を期限列に記憶する（ステップＳ１１）。期限は例えば、決済日から１年間である。期限を指定可能とし、ユーザが指定するようにしてもよい。ＣＰＵ１１は建物購入処理を終了する。ユーザが移動体の利用権限を購入する場合に、ＣＰＵ１１が行う処理は、図１２に示す処理と同様であるから、図示及び説明を省略する。

図１３は来場動作処理の手順例を示すフローチャートである。来場動作処理はオーナがミニチュア施設に来場した場合に、利用権限を持つ構成物を動作させる処理である。オーナは来場時、各エリアに設置されている読取機３１、３２の１つにユーザカードを読み取らせる。読取機３１、３２は読み取ったユーザＩＤとエリアＩＤとを制御サーバ１へ送信する。制御サーバ１のＣＰＵ１１はユーザＩＤとエリアＩＤとを取得する（ステップＳ２１）。ＣＰＵ１１はユーザＩＤを検索キーにして建物ＤＢ１４４及び移動体ＤＢ１４６を検索し、ユーザが利用権限を有する建物及び移動体の構成物ＩＤを取得する（ステップＳ２２）。ＣＰＵ１１は構成物の絞り込みを行う（ステップＳ２３）。ＣＰＵ１１は取得した構成物ＩＤに対応した構成物ＤＢ１４３のレコードのエリアＩＤ列を参照し、ステップＳ２１で取得したエリアＩＤと一致しない構成物ＩＤを削除する。構成物が移動体の場合は、構成物ＤＢ１４３のレコードのエリアＩＤ列が取得したエリアＩＤと一致せず、かつ、移動体ＤＢ１４６の移動エリア列に、取得したエリアＩＤが含まれていないに構成物ＩＤを削除する。ＣＰＵ１１は絞り込みで残った建物の構成物について、建物ＤＢ１４４の来場動作列の内容を読み出し、動作命令を送信する（ステップＳ２４）。動作命令にしたがい、例えば、オーナの建物に明かりが灯ったり、煙突から暖炉の煙が出るようになったりする。ＣＰＵ１１はさらに絞り込みで残った構成物ＩＤに移動体の構成物ＩＤがあるか否か判定する（ステップＳ２５）。ＣＰＵ１１は移動体の構成物ＩＤがあると判定した場合（ステップＳ２５でＹＥＳ）、移動体ＤＢ１４６の来場動作列の内容を読み出し、動作命令を送信する（ステップＳ２６）。動作命令にしたがい例えば、オーナの自動車が格納庫から登場し、街のメインストリートにハザードランプを点灯しながら、停車する。ＣＰＵ１１は来場動作処理を終了する。ＣＰＵ１１は移動体の構成物ＩＤがないと判定した場合（ステップＳ２５でＮＯ）、来場動作処理を終了する。

図１４は来場促進処理の手順例を示すフローチャートである。来場促進処理は来場していないユーザに来場を促す処理である。具体的には来場者が多く活気づいているエリアについて、来場していないユーザへ活気づいていることを知らせ、来場を促すというものである。制御サーバ１のＣＰＵ１１はエリアＤＢ１４２を参照し、処理対象とするエリア選択する（ステップＳ４１）。ＣＰＵ１１は選択したエリアの来場者数を集計する（ステップＳ４２）。ＣＰＵ１１は、ユーザＤＢ１４１を検索し、居住エリア列の値が選択したエリアのエリアＩＤと一致し、来場列の値が１であるレコードの数を集計する。ＣＰＵ１１は集計値が予め定めたしきい値以上であるか否かを判定する（ステップＳ４３）。ＣＰＵ１１は集計値が予め定めたしきい値未満であると判定した場合（ステップＳ４３でＮＯ）、処理をステップＳ４６に移す。ＣＰＵ１１は集計値が予め定めたしきい値以上であると判定した場合（ステップＳ４３でＹＥＳ）、ＣＰＵ１１は選択したエリアの非来場者を抽出する（ステップＳ４４）。ＣＰＵ１１は、ユーザＤＢ１４１を検索し、居住エリア列の値が選択したエリアのエリアＩＤと一致し、来場列の値が０であるレコードを抽出する。ＣＰＵ１１は抽出したユーザに対して、来場を促す通知を送信する（ステップＳ４５）。具体的には、電子メール列に記憶しているユーザに電子メール送信する。ＣＰＵ１１は未処理のエリアあるか否かを判定する（ステップＳ４６）。ＣＰＵ１１は未処理のエリアがあると判定した場合（ステップＳ４６でＹＥＳ）、処理をステップＳ４１に戻し未処理のエリアについての処理を行う。ＣＰＵ１１は未処理のエリアがないと判定した場合（ステップＳ４６でＮＯ）、来場促進処理を終了する。ＣＰＵ１１は来場促進処理を、ミニチュア施設の営業時間内に繰り返し行う。

以上、本実施の形態は、以下の効果を奏する。来場動作処理により、来場したユーザと対応付けたミニチュア、すなわち、ユーザが利用権限を有するミニチュアを動作させることが可能となる。それによって、ユーザはミニチュア施設が提供する擬似空間をよりリアルに、より身近に感じることが可能となる。来場促進処理により、通知を受けたユーザが来場することにより、擬似空間がさらに活気づき、ユーザはミニチュア施設をより楽しめることになる。ひいては、ユーザの来場頻度が増加することが期待される。

実施の形態２
本実施の形態は、ユーザの姿を擬似空間に投影する機能を備える。システム構成は実施の形態１と同様である。以下の説明においては、実施の形態１との相違点を主として説明する。本実施の形態において、ユーザＤＢ１４１はユーザの３次元形状データ（３次元データ）を記憶する。図１５は来場動作処理の他の手順例を示すフローチャートである。図１５において、ステップＳ５１からステップＳ５６は、図１３のステップＳ２１からステップＳ２６までと、それぞれ同様であるので、説明を省略する。ステップＳ２５の後に、制御サーバ１のＣＰＵ１１は、ユーザの３次元データがあるか否かを判定する（ステップＳ５７）。ＣＰＵ１１は、ユーザの３次元データがあると判定した場合（ステップＳ５７でＹＥＳ）、３次元データを取得する（ステップＳ５８）。ＣＰＵ１１は取得した３次元データに基づいて、ユーザのホログラム映像を投影する（ステップＳ５９）。ＣＰＵ１１は来場動作処理を終了する。ＣＰＵ１１は、ユーザの３次元データがないと判定した場合（ステップＳ５７でＮＯ）、来場動作処理を終了する。

ユーザの３次元データは予めレーザレンジファインダなどの３次元スキャナで取得しておく。ユーザのホログラム映像を、どの位置に投影するは予め定めておく。

本実施の形態は実施の形態１に加え、以下の効果を奏する。ユーザのホログラム映像を擬似空間に投影することにより、ユーザの没入感を増すことが可能となる。

実施の形態３
本実施の形態は、来場していないユーザのための機能を提供する。システム構成は実施の形態１と同様である。以下の説明においては、実施の形態１との相違点を主として説明する。本実施の形態において、ユーザは利用権限を持つ構成物を遠隔で操作することが可能である。図１６は遠隔操作処理の手順例を示すフローチャートである。遠隔操作処理は制御サーバ１とユーザ端末５とが連携して行う処理であるが、図１６は制御サーバ１の処理を記載している。ユーザはユーザ端末５を用いて、制御サーバ１にログインする。制御サーバ１のＣＰＵ１１は、ログインしたユーザのユーザＩＤを取得する（ステップＳ７１）。ＣＰＵ１１はユーザが利用権限を有する構成物の構成物ＩＤを取得する（ステップＳ７２）。具体的には、ＣＰＵ１１はユーザＩＤを検索キーにして、建物ＤＢ１４４及び移動体ＤＢ１４６を検索し、オーナ列の値がユーザＩＤと一致するレコードの構成物ＩＤ列の値を取得する。ＣＰＵ１１はユーザが利用権限を有する構成物が複数のエリアにわたるか判定する（ステップＳ７３）。具体的には、ＣＰＵ１１は、建物については構成物ＤＢ１４３を検索して、配置されているエリアのエリアＩＤを取得する。ＣＰＵ１１は、移動体については構成物ＤＢ１４３を検索して、配置されているエリアのエリアＩＤを取得する。又、ＣＰＵは移動体ＤＢ１４６を参照して、移動が許されているエリアのエリアＩＤを取得する。ＣＰＵ１１は取得したすべてのエリアＩＤから重複するものを削除する。そして、ＣＰＵ１１は残ったエリアＩＤが複数であるか否かを判定する。ＣＰＵ１１はエリアが複数でないと判定した場合（ステップＳ７３でＮＯ）、処理をステップＳ７６に移す。ＣＰＵ１１はエリアが複数である判定した場合（ステップＳ７３でＹＥＳ）、エリアを選択する選択画面をユーザ端末５に出力する（ステップＳ７４）。ユーザはユーザ端末５の表示部５５に表示された複数のエリアから、入力部５６を用いて操作したいエリアを選択する。ユーザ端末５は選択されたエリアのエリアＩＤを制御サーバ１へ送信する。制御サーバ１は選択エリアのエリアＩＤを取得する（ステップＳ７５）。ＣＰＵ１１は選択されたエリアＩＤに対応した構成物に絞り込む（ステップＳ７６）。ＣＰＵ１１は絞り込まれた構成物を操作するための操作画面を生成し、操作画面を出力する（ステップＳ７７）。ユーザはユーザ端末５の表示部５５に表示された操作画面を、入力部５６を用いて操作したい構成物を操作するための命令を選択する。ユーザ端末５は選択された命令を制御サーバ１へ送信する。ＣＰＵ１１は命令を取得する（ステップＳ７８）。ＣＰＵ１１は取得した命令が終了であるか否かを判定する（ステップＳ７９）。ＣＰＵ１１は取得した命令が終了でないと判定した場合（ステップＳ７９でＮＯ）、命令を展示エリア２に出力し（ステップＳ８０）、構成物を動作させる。ＣＰＵ１１は処理をステップＳ７８に戻す。ＣＰＵ１１は取得した命令が終了であると判定した場合（ステップＳ７９でＹＥＳ）、遠隔操作処理を終了する。

展示エリア２の各エリアには多数のカメラが設置されている。カメラが撮影した画像はユーザ端末５へ送信される。ユーザは遠隔操作している構成物の動作を確認することが可能である。

本実施の形態においては、ミニチュア施設に来場しないユーザでも、擬似空間を楽しむことが可能となる。

実施の形態４
本実施の形態は、ユーザが来場した場合に、特別構成物が動作する形態である。システム構成は実施の形態１と同様である。以下の説明においては、実施の形態１との相違点を主として説明する。図１７は来場動作処理の他の手順例を示すフローチャートである。図１７において、ステップＳ２１からステップＳ２６は、図１３のステップＳ２１からステップＳ２６までと、それぞれ同様であるので、説明を省略する。ステップＳ２５又はステップＳ２６の後、ＣＰＵ１１は特別構成物ＤＢ１４８を検索する。ＣＰＵ１１は、ユーザＩＤ列、エリアＩＤ列にステップＳ２１で取得したユーザＩＤ、エリアＩＤ列を含む特別構成物があるか否かを判定する（ステップＳ２７）。ＣＰＵ１１は、ユーザＩＤ、エリアＩＤ列を含む特別構成物があると判定した場合（ステップＳ２７でＹＥＳ）、特別構成物ＤＢ１４８の動作シナリオ列の内容を読み出し、動作シナリオにしたがった動作命令を送信する（ステップＳ２８）。ＣＰＵ１１は来場動作処理を終了する。ＣＰＵ１１は、ユーザＩＤ、エリアＩＤ列を含む特別構成物がないと判定した場合（ステップＳ２７でＮＯ）、来場動作処理を終了する。

本実施の形態においては、実施の形態１が奏する効果に加えて、以下の効果を奏する。来場したユーザと対応付けたミニチュアに加えて、特別構成物を動作させることが可能となる。それによって、ミニチュア施設に来場したことに対して、ユーザに高い価値を感じさせることが可能となる。

特別構成物を動作させるためには、特別構成物ＤＢ１４８にユーザＩＤを記憶させておくことが必要である。そのための処理は、図１２に示した建物利用権限購入処理と同様な処理で実現可能である。

上記ではユーザが来場した場合の動作について説明したが、退場した場合にも、構成物を動作させても良い。例えば、建物の照明を消灯する、自動車が格納庫に戻る動作をする。

実施の形態５
本実施の形態は、エリアを複数の区画に分け、区画毎に利用権限を販売し、擬似空間を作成する形態に関する。当該エリアには区画毎に異なる地域に対応する擬似空間を作成する。各区画は地域の情報発信を行う擬似空間である。各区画では、対応する地域の特産品や名産ができるまでの過程や生産者のこだわりをミニチュアで表現する。また、各区画では、地域の文化をミニチュアで表現する。このような情報発信により、当該エリアを訪れたユーザの特産品や名産の購買意欲を高める。

以下、本実施の形態のエリアを物販エリアと呼ぶ。区画の利用権限を持つユーザを区画オーナと呼ぶ。物販エリアに訪れたミニチュア施設のユーザをエンドユーザと呼ぶ。特産品、名産の総称として産物を用いる。

図１８は物販エリアの例を示す平面図である。図１８に示す例では、物販エリア６には日本の複数地域に対応する区画が設けてある。図１８に示すように、各区画に対応する地域の地理的位置に合わせて、各区画を配置してもよい。各区画に対応する地域の大小は一律でなくても良い。例えば、区画６５１のように、公園を１つの区画としても良い。また、商店街を１つの区画としても良い。また、複数の区画をグループ分けしてもよい。図１８に示す例では、第１グループ６１から第６グルーブ６６の６つのグループが設けられている。各グループに含まれる区画は隣接するようにしてある。そして、グループ間には空間を設けることで、エンドユーザが各区画を観覧して回ることが可能となる。

次に本実施の形態で用いられるデータベースについて説明する。図１９は区画オーナＤＢの例を示す説明図である。区画オーナＤＢ１４９は区画オーナの情報を記憶する。区画オーナＤＢ１４９は、オーナＩＤ列、名称列、担当者列、電子メール列及び住所列を含む。オーナＩＤ列は区画オーナを一意に特定可能なＩＤを記憶する。名称列は区画オーナの名称を記憶する。区画オーナは団体を想定している。担当者列は区画オーナ内での担当者の氏名を記憶する。電子メール列は区画オーナの連絡先電子メールアドレスを記憶する。住所列は区画オーナの所在地住所を記憶する。

図２０は権限ＤＢの例を示す説明図である。権限ＤＢ１４Ａは区画と区画オーナとの対応付を記憶する。権限ＤＢ１４Ａは権限ＩＤ列、区画ＩＤ列、オーナＩＤ列及び期限列を含む。権限ＩＤ列は権限を一意に特定可能なＩＤを記憶する。区画ＩＤ列は区画を一意に特定可能なＩＤを記憶する。オーナＩＤ列は区画オーナのオーナＩＤを記憶する。期限列は権限の期限を記憶する。

図２１は住民ＤＢの例を示す説明図である。住民ＤＢ１４Ｂは区画の住民の情報を記憶する。住民ＤＢ１４Ｂは区画ＩＤ列、ユーザＩＤ列及び構成物ＩＤ列を含む。区画ＩＤ列は区画ＩＤを記憶する。ユーザＩＤ列は住民となっているエンドユーザのユーザＩＤを記憶する。構成物ＩＤ列は住民となったユーザに付与された構成物の構成物ＩＤを記憶する。構成物は例えばフィギュアである。

図２２は産物ＤＢの例を示す説明図である。産物ＤＢ１４Ｃは産物の情報を記憶する。産物は区画で情報発信する特産品や名産などである。産物ＤＢ１４Ｃは産物ＩＤ列、品名列、販売者列、卸値列及び販売価格列を含む。産物ＩＤ列は産物を一意に特定可能なＩＤを記憶する。品名列は産物の名称を記憶する。ここでの産物は区画で情報発信を行う特産品や名産である。また、産物はミニチュア施設内で販売を想定している。販売者列は産物の販売者のＩＤ、例えばオーナＩＤを記憶する。卸値列は産物の卸値を記憶する。販売価格列産物の販売価格を記憶する。産物ＤＢ１４Ｃには、産物に付与されたＪＡＮ（Ｊａｐａｎｅｓｅ Ａｒｔｉｃｌｅ Ｎｕｍｂｅｒ）コードを記憶しても良い。

図２３は広告ＤＢの例を示す説明図である。広告ＤＢ１４Ｄは広告へのリンクを記憶する。広告は主として産物についての広告である。広告は区画についての広告や案内でも良い。広告ＤＢ１４Ｄは広告ＩＤ列、ＵＲＬ列及び参照回数列を含む。広告ＩＤ列は広告を一意に特定可能なＩＤを記憶する。産物の広告の場合、産物ＩＤを記憶しても良い。ＵＲＬ列は広告のＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）を記憶する。参照回数列は広告が参照された回数を記憶する。

続いて、本実施の形態に関連する処理について説明する。図２４は区画オーナ登録処理の手順例を示すフローチャートである。区画オーナ登録処理は申込者からのアクセスにより起動される。制御サーバ１のＣＰＵ１１は申込者端末に登録画面を出力する（ステップＳ９１）。申込者は登録画面に名称、所在地住所等の登録情報を入力し、制御サーバ１へ送信する。制御サーバ１のＣＰＵ１１は登録情報を取得する（ステップＳ９２）。ＣＰＵ１１は申込者に割り当てる区画を決定する（ステップＳ９３）。図１８の示した区画例では地理的位置に合わせて区画を配置している。この場合、申込者の所在地住所に合わせて、区画を決定する。申込者の所在地が北海道であれば、第１グループ６１の区画となる。ＣＰＵ１１は決定された区画を確認する確認画面を申込者端末に出力する（ステップＳ９４）。申込者は表示された確認画面で区画を確認する。申込者は決定された区画を承諾する否かの回答を入力し、制御サーバ１へ送信する。制御サーバ１のＣＰＵ１１は申込者の回答が承諾か否かを判定する（ステップＳ９５）。ＣＰＵ１１は申込者の回答が承諾でない判定した場合（ステップＳ９５でＮＯ）、処理を終了する。ＣＰＵ１１は申込者の回答が承諾であると判定した場合（ステップＳ９５でＹＥＳ）、登録情報を区画オーナＤＢ１４９に記憶し処理を終了する。申込者がオーナＩＤを付与されていない場合、ＣＰＵ１１は新たなオーナＩＤを発番する。ミニチュア施設の運営者と区画オーナとは協議を行い、区画に擬似空間を制作する。

図２５は産物登録処理の手順例を示すフローチャートである。産物登録処理は区画オーナ等からのアクセスにより起動される。制御サーバ１のＣＰＵ１１は区画オーナの端末（以下、オーナ端末）へ登録画面を出力する（ステップＳ１１１）。区画オーナは登録画面に産物の品名、卸値等の登録情報を入力し、制御サーバ１へ送信する。制御サーバ１のＣＰＵ１１は登録情報を取得する（ステップＳ１１２）。ＣＰＵ１１は産物ＩＤを発番する（ステップＳ１１３）。ＣＰＵ１１は登録情報を産物ＩＤと対応付けて産物ＤＢ１４Ｃに記憶し（ステップＳ１１４）、処理を終了する。登録時に卸値、販売価格が決定していない場合は、空白又は０を記憶する。ミニチュア施設の運営者と産物の供給者（区画オーナを想定）は、産物を区画にてどの様に紹介するかを協議し展示を行う。例えば産物の製造工程を展示したり、区画内に産物の広告看板を展示したりする。また、ミニチュア施設の運営者と供給者とは産物の仕入れ計画など含む販売委託契約等を交わす。

図２６は広告配信処理の手順例を示すフローチャートである。区画には展示されている広告看板等には２次元コードが振られている。エンドユーザはスマートフォンなどの端末で２次元コードを読み取ることにより、広告の配信を受けることができる。エンドユーザはユーザ端末５で２次元コードを撮影する。２次元コードで表現された情報には少なくとも広告ＩＤを含む。制御サーバ１にアクセスするためのＵＲＬを含んでも良い。ユーザ端末５のＣＰＵ５１は２次元コードから取得した広告ＩＤを制御サーバ１へ送信する。制御サーバ１のＣＰＵ１１は広告ＩＤを受信する（ステップＳ１３１）。制御サーバ１のＣＰＵ１１は広告ＤＢ１４Ｄに記憶してある広告ＩＤの参照回数を更新する（ステップＳ１３２）。ＣＰＵ１１は広告ＩＤに対応するＵＲＬを広告ＤＢ１４Ｄから取得する（ステップＳ１３３）。ＣＰＵ１１は取得したＵＲＬをユーザ端末５に送信し（ステップＳ１３４）、処理を終了する。ユーザ端末５のＣＰＵ５１は取得したＵＲＬを用いて広告を取得し、表示する。

図２７は住民登録処理の手順例を示すフローチャートである。エンドユーザは区画で紹介している産物を購入した場合に区画の住民となることができる。例えばエンドユーザの購入した産物の合計額が所定額を超えた場合、住民登録の案内がされる。エンドユーザは案内にしたがって、ミニチュア施設内の端末やユーザ端末５を用いて、制御サーバ１へ登録要求を送信する。制御サーバ１のＣＰＵ１１は要求を受信する（ステップＳ１４１）。ＣＰＵ１１は住民登録用の登録画面をユーザ端末５等へ出力する（ステップＳ１４２）。エンドユーザは登録画面に登録情報を入力し、制御サーバ１へ送信する。エンドユーザが登録済みである場合、ユーザＩＤを入力する。ユーザ端末５は登録情報を制御サーバ１へ送信する。ＣＰＵ１１は受信した登録情報に基づき、エンドユーザが既存ユーザである否か判定する（ステップＳ１４３）。ＣＰＵ１１はエンドユーザが既存ユーザであると判定した場合（ステップＳ１４３でＹＥＳ）、処理をステップＳ１４５に移す。ＣＰＵ１１はエンドユーザが既存ユーザでないと判定した場合（ステップＳ１４３でＮＯ）、ユーザＩＤを発番し、登録情報をユーザＩＤと対応付けてユーザＤＢ１４１に登録する（ステップＳ１４４）。ＣＰＵ１１は構成物ＩＤを取得する（ステップＳ１４５）。構成物ＩＤは住民となったエンドユーザに提供されるフィギュアを特定するＩＤである。フィギュアに予め付与されている場合は、フィギュアから読み取る。フィギュアに予め付与されていない場合は、構成物ＩＤを発番し、フィギュアに付される。ＣＰＵ１１は構成物ＩＤをユーザＩＤと対応付けて記憶し（ステップＳ１４６）、処理を終了する。ユーザに未彩色のフィギュアが渡される。エンドユーザはフィギュアに彩色して、区画に配置することができる。また、未彩色のまま、又は彩色後、持ち帰っても良い。

本実施の形態では、産物に対するエンドユーザの購買意欲を高めることが可能なる。区画オーナは産物を販売した利益により、区画の利用権限を得るために投資した金額の一部を回収可能となる。

ミニチュア施設の運営者は、区画オーナへ入場チケット提供しても良い。それにより、区画へのエンドユーザの入場を促進することが可能となる。また、区画オーナは入場チケットを販売することにより、投資した金額の一部を回収可能となる。

一方、区画の住民となったエンドユーザには、入場料などが割引になる割引券を提供しても良い。実世界と同様に、区画において祭りを企画し、祭りの日のみに利用できる特別な割引券を提供しても良い。祭りの日を平日にすることより、平日にミニチュア施設を訪れる動機をエンドユーザに与えることが可能となる。

実施の形態６
本実施の形態は、構成物のオーナが、利用権限の再販売等を行える形態に関する。実世界での不動産仲介のように、本実施の形態は、擬似空間の構成物に対する利用権限をミニチュア施設の運営者から購入したオーナが、その利用権限を他のエンドユーザに付与等を行える形態である。

本実施の形態において、新たなに必要となるデータベースについて説明する。図２８は仲介ＤＢの例を示す説明図である。仲介ＤＢ１４Ｅはオーナとオーナから利用権限を付与された店子との対応関係を記憶する。仲介ＤＢ１４Ｅは大家列、構成物ＩＤ列、部屋番号列及び店子列を含む。大家列はエンドユーザに利用権限を付与しているオーナのユーザＩＤを記憶する。構成物ＩＤ列は利用権限付与の対象となっている構成物の構成物ＩＤを記憶する。部屋番号列は対象となっている構成物が集合住宅である場合、利用権限を付与の対象となっている部屋番号を記憶する。対象となっている構成物が集合住宅出ない場合は空白又は値がなし（ＮＵＬＬ）となる。店子列は利用権限を付与されているエンドユーザ（店子ユーザ）のユーザＩＤを記憶する。店子列に記憶するユーザＩＤは直接利用権限を購入したエンドユーザ（通常ユーザ）とは異なる番号体系としている。店子を示すユーザＩＤは先頭文字をＴとしてある。一方、通常ユーザのユーザＩＤの先頭文字はＵである。また、通常ユーザのユーザＩＤはユーザ登録時に発番されるが、店子のユーザＩＤは実際に使用するユーザが未確定でも、オーナからの要求があれば発番される。

図２９は店子設定処理の手順例を示すフローチャートである。店子設定処理はオーナ又はオーナになろうとするユーザ（以下、単に「オーナ」と記す。）からの要求により起動される。制御サーバ１のＣＰＵ１１は選択画面をオーナの端末へ送信する（ステップＳ１８１）。選択画面は既に利用権限を購入済みの構成物を対象とするか、まだ利用権限を購入していない構成物を対象とするかを選択する画面である。オーナは選択画面で対象を選択し、制御サーバ１へ送信する。制御サーバ１のＣＰＵ１１は、オーナの選択対象が利用権限を購入済の構成物である否かを判定する（ステップＳ１８２）。制御サーバ１のＣＰＵ１１はオーナの選択対象が利用権限を購入済の構成物でないと判定した場合（ステップＳ１８２でＮＯ）、利用権限購入処理を行い（ステップＳ１８５）、ステップＳ１８６へ処理を移す。当該処理は図１２に示したステップＳ４からＳ１１と同様であるから、説明を省略する。制御サーバ１のＣＰＵ１１はオーナの選択対象が利用権限を購入済の構成物であると判定した場合（ステップＳ１８２でＹＥＳ）、オーナが利用権限を有している構成物の構成物ＩＤをユーザＤＢ１４１から取得する（ステップＳ１８３）。ＣＰＵ１１は取得した構成物ＩＤに対応した構成物の情報を構成物ＤＢ１４３、建物ＤＢ１４４、間取りＤＢ１４５から取得する（ステップＳ１８４）。ＣＰＵ１１構成物の一覧画面を生成し、オーナの端末へ送信する（ステップＳ１８６）。オーナはエンドユーザに利用権限を付与した構成物を選択し、選択情報を制御サーバ１へ送信する。制御サーバ１のＣＰＵ１１は選択情報を取得する（ステップＳ１８７）。ＣＰＵ１１は選択された構成物に対応する店子ＩＤを発番する（ステップＳ１８８）。ＣＰＵ１１はオーナのユーザＩＤ、構成物ＩＤ、店子ＩＤ等を仲介ＤＢ１４Ｅに記憶し（ステップＳ１８９）、処理を終了する。発番された店子ＩＤをユーザＩＤとして記憶したユーザカードはオーナに提供される。オーナはユーザカードをエンドユーザに付与することより、自らの利用権限を付与することが可能となる。なお、店子ＩＤをオーナに通知し、オーナがユーザカードを制作してもよい。

エンドユーザに店子ユーザが加わったことにより、来場動作処理の一部が変更となるので、変更内容について説明する。図３０は来場動作処理の手順例を示すフローチャートである。図３０には来場動作処理の全ての手順ではなく変更箇所を示している。図１３に示した来場処理からの変更内容である。オーナ又は店子ユーザは来場時、各エリアに設置されている読取機３１、３２の１つにユーザカードを読み取らせる。読取機３１、３２は読み取ったユーザＩＤとエリアＩＤとを制御サーバ１へ送信する。制御サーバ１のＣＰＵ１１はユーザＩＤとエリアＩＤとを取得する（ステップＳ２１）。ＣＰＵ１１は取得したユーザＩＤが店子のユーザＩＤか否かを判定する（ステップＳ２０１）。ＣＰＵ１１は取得したユーザＩＤが店子のユーザＩＤであると判定した場合（ステップＳ２０１でＹＥＳ）、仲介ＤＢ１４Ｅから構成物ＩＤを取得する（ステップＳ２０２）。ＣＰＵ１１は図１３のステップＳ２３以降を実行する。ＣＰＵ１１は取得したユーザＩＤが店子のユーザＩＤでないと判定した場合（ステップＳ２０１でＹＥＳ）ＣＰＵ１１は構成物ＩＤを取得する（ステップＳ２２）。ＣＰＵ１１は構成物の絞り込みを行う（ステップＳ２３）。ステップＳ２２及びステップＳ２３は図１３での処理と同様であるので詳細な説明は省略する。ＣＰＵ１１は絞り込んで残った構成物ＩＤから、店子に利用権限を付与した構成物の構成物ＩＤを消し込む（ステップＳ２０３）。ＣＰＵ１１は図１３のステップＳ２４以降を実行する。

本実施の形態では、オーナは構成物の利用権限を他者に付与可能であるので、当該利用権限を、自身が提供する商品やサービスの販売促進ツールとして利用可能となる。また、ミニチュア施設の運営者は、オーナに利用権限の仲介を許可することにより、より多くの利用権限が購入されることが期待できる。

各実施の形態で記載されている技術的特徴（構成要件）はお互いに組み合わせ可能であり、組み合わせすることにより、新しい技術的特徴を形成することができる。
今回開示された実施の形態はすべての点で例示であって、制限的なものではないと考えられるべきである。本発明の範囲は、上記した意味ではなく、請求の範囲によって示され、請求の範囲と均等の意味及び範囲内でのすべての変更が含まれることが意図される。

１００ ミニチュア施設システム
１ 制御サーバ
１１ ＣＰＵ
１２ ＲＯＭ
１３ ＲＡＭ
１４ 大容量記憶部
１４１ ユーザＤＢ
１４２ エリアＤＢ
１４３ 構成物ＤＢ
１４４ 建物ＤＢ
１４５ 間取りＤＢ
１４６ 移動体ＤＢ
１５ 第１通信部
１６ 第２通信部
１Ｐ 制御プログラム
２ 展示エリア
３１、３２ 読取機
４ 登録端末
５ ユーザ端末?

Claims (14)

1. 現実世界を模する又は仮想世界を実空間上で表現する、疑似空間を構築するミニチュア施設の構成物を提示し、
   前記構成物の利用権限の購入を受け付け、
   前記利用権限を購入したユーザの識別情報と購入した前記構成物の構成物ＩＤとを対応付けて記憶部に記憶し、
   前記ミニチュア施設の読取機で前記ユーザの識別情報を読み取った場合、読み取った前記ユーザの識別情報に対応付けられた構成物ＩＤを前記記憶部から取得し、
   取得した前記構成物ＩＤが付与された前記構成物を動作させる
   ことを特徴とするミニチュア施設の動作方法。
2. 前記ミニチュア施設は前記擬似空間を複数備え、
   前記構成物は、前記擬似空間の１つと対応付けてあり、
   前記記憶部は前記構成物ＩＤ及び前記構成物に対応する前記擬似空間の空間ＩＤを対応付けて記憶する
   ことを特徴とする請求項１に記載のミニチュア施設の動作方法。
3. 前記構成物は建築物のミニチュアを含み、
   取得した前記構成物が前記建築物のミニチュアの場合、前記構成物に含まれる建築設備を動作させる
   ことを特徴とする請求項１又は請求項２に記載のミニチュア施設の動作方法。
4. 前記建築物のミニチュアには住居のミニチュアが含まれ、
   前記住居のミニチュアについての間取り設定を受け付け、
   受け付けた前記間取り設定を記憶する
   ことを特徴とする請求項３に記載のミニチュア施設の動作方法。
5. 前記間取り設定にしたがった前記住居のミニチュアを前記擬似空間に設置する
   ことを特徴とする請求項４に記載のミニチュア施設の動作方法。
6. 前記構成物は移動体のミニチュアを含み、
   取得した前記構成物が前記移動体のミニチュアの場合、予め定めた移動動作をさせる
   ことを特徴とする請求項１から請求項５の何れか１項に記載のミニチュア施設の動作方法。
7. 前記ミニチュア施設は複数の前記擬似空間を備え、
   前記構成物は、前記擬似空間を識別する空間ＩＤと対応付けてあり、
   前記擬似空間に対応付けられた前記読取機で読み取った前記ユーザの識別情報の数を前記擬似空間毎に集計し、
   集計した値が所定の条件を満たす場合、条件を満たす擬似空間に対応付けられたユーザに通知を行う
   ことを特徴とする請求項１から請求項６の何れか１項に記載のミニチュア施設の動作方法。
8. 前記ユーザの画像を取得し、
   前記読取機で前記ユーザの識別情報を読み取った場合、読み取ったユーザの前記画像に基づくホログラムを前記擬似空間に投影する
   ことを特徴とする請求項１から請求項７の何れか１項に記載のミニチュア施設の動作方法。
9. 現実世界を模する又は仮想世界を実空間上で表現する、擬似空間を構築するミニチュア施設に来場したユーザの識別情報を取得する第１取得部と、
   前記ミニチュア施設の構成物の構成物ＩＤ及び当該構成物の利用権限を購入した前記ユーザの識別情報を対応付けて記憶した記憶部から、取得した前記ユーザの識別情報に対応付けられた構成物ＩＤを取得する第２取得部と、
   取得した前記構成物ＩＤが付与された前記構成物の動作命令を出力する出力部とを
   備えることを特徴とするミニチュア施設制御装置。
10. 現実世界を模する又は仮想世界を実空間上で表現する、擬似空間を構築するミニチュア施設に来場したユーザの識別情報を取得し、
    前記ミニチュア施設の構成物の構成物ＩＤ及び当該構成物の利用権限を購入した前記ユーザの識別情報を対応付けて記憶した記憶部から、取得した前記ユーザの識別情報に対応付けられた構成物ＩＤを取得し、
    取得した前記構成物ＩＤが付与された前記構成物の動作命令を出力する
    処理をコンピュータに行わせることを特徴とするミニチュア施設制御プログラム。
11. 現実世界を模する又は仮想世界を実空間上で表現する、擬似空間を構築するミニチュア施設のユーザの識別情報を出力し、
    前記ユーザが利用権限を購入した前記ミニチュア施設の構成物の情報を取得し、
    取得した前記構成物に対する動作指令を受け付け、
    受け付けた動作指令を出力する
    処理をコンピュータに行わせることを特徴とするミニチュア施設遠隔制御プログラム。
12. 現実世界を模する又は仮想世界を実空間上で表現する、擬似空間を構築するミニチュア施設に来場したユーザの識別情報を読み取る読み取り部、及び読み取ったユーザの識別情報を送信する送信部を有する読取機と、
    該読取機から送信されたユーザの識別情報を受信する受信部、前記ミニチュア施設の構成物の構成物ＩＤ及び当該構成物の利用権限を購入した前記ユーザの識別情報を対応付けて記憶した記憶部から、受信した前記ユーザの識別情報に対応付けられた構成物ＩＤを取得する取得部、及び取得した構成物ＩＤが付与された前記構成物の動作命令を出力する出力部を有する制御装置と
    を備えることを特徴とするミニチュア施設制御システム。
13. 前記擬似空間の一部空間に関する利用権限の購入を受け付け、
    前記一部空間の利用権限の購入に基づき、所定の地域を表現する構成物及び識別情報が付された広告物を前記一部空間に設置し、
    前記識別情報は前記地域に関連する産物についての情報を得られるＵＲＩである
    ことを特徴とする請求項１から請求項８の何れか１項に記載のミニチュア施設の動作方法。
14. 現実世界を模する又は仮想世界を実空間上で表現する、疑似空間を構築するミニチュア施設において、前記擬似空間の一部空間に関する利用権限の購入を受け付け、
    利用権限の購入に基づき、所定の地域を表現する構成物及び識別情報が付された広告物を前記一部空間に設置し、
    前記識別情報は前記地域に関連する産物についての情報を得られるＵＲＩである
    ことを特徴とするミニチュア施設の構築方法。

Images