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

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

Info

Publication number
WO2019156104A1
WO2019156104A1 PCT/JP2019/004181 JP2019004181W WO2019156104A1 WO 2019156104 A1 WO2019156104 A1 WO 2019156104A1 JP 2019004181 W JP2019004181 W JP 2019004181W WO 2019156104 A1 WO2019156104 A1 WO 2019156104A1
Authority
WO
WIPO (PCT)
Prior art keywords
user
component
miniature
space
identification information
Prior art date
Application number
PCT/JP2019/004181
Other languages
English (en)
French (fr)
Inventor
正宏 近藤
Original Assignee
株式会社Ｓｍａｌｌ Ｗｏｒｌｄ
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 株式会社Ｓｍａｌｌ Ｗｏｒｌｄ filed Critical 株式会社Ｓｍａｌｌ Ｗｏｒｌｄ
Priority to SG11202007209UA priority Critical patent/SG11202007209UA/en
Priority to CN201980012663.6A priority patent/CN111699505A/zh
Priority to JP2019570769A priority patent/JP7042516B2/ja
Priority to US16/963,379 priority patent/US20210240876A1/en
Priority to EP19751763.4A priority patent/EP3751502A4/en
Publication of WO2019156104A1 publication Critical patent/WO2019156104A1/ja

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F30/00—Computer-aided design [CAD]
    • G06F30/10—Geometric CAD
    • G06F30/13—Architectural design, e.g. computer-aided architectural design [CAAD] related to design of buildings, bridges, landscapes, production plants or roads
    • A—HUMAN NECESSITIES
    • A63—SPORTS; GAMES; AMUSEMENTS
    • A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
    • A63F13/00—Video games, i.e. games using an electronically generated display having two or more dimensions
    • A63F13/70—Game security or game management aspects
    • A63F13/79—Game security or game management aspects involving player-related data, e.g. identities, accounts, preferences or play histories
    • A63F13/792—Game security or game management aspects involving player-related data, e.g. identities, accounts, preferences or play histories for payment purposes, e.g. monthly subscriptions
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F30/00—Computer-aided design [CAD]
    • G06F30/10—Geometric CAD
    • G06F30/12—Geometric CAD characterised by design entry means specially adapted for CAD, e.g. graphical user interfaces [GUI] specially adapted for CAD
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F30/00—Computer-aided design [CAD]
    • G06F30/20—Design optimisation, verification or simulation
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00—Commerce
    • G06Q30/02—Marketing; Price estimation or determination; Fundraising
    • G06Q30/0241—Advertisements
    • G06Q30/0251—Targeted advertisements
    • G06Q30/0255—Targeted advertisements based on user history
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00—Commerce
    • G06Q30/06—Buying, selling or leasing transactions
    • G06Q30/0601—Electronic shopping [e-shopping]
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q50/00—Information and communication technology [ICT] specially adapted for implementation of business processes of specific business sectors, e.g. utilities or tourism
    • G06Q50/10—Services
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F2111/00—Details relating to CAD techniques
    • G06F2111/04—Constraint-based CAD
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06T—IMAGE DATA PROCESSING OR GENERATION, IN GENERAL
    • G06T2219/00—Indexing scheme for manipulating 3D models or images for computer graphics
    • G06T2219/20—Indexing scheme for editing of 3D models
    • G06T2219/2004—Aligning objects, relative positioning of parts

Definitions

  • the present invention relates to an operation method of a miniature facility.
  • Patent Document 2 it has been proposed to operate a digital model assembled by a user in a virtual space such as a game space (for example, Patent Document 2).
  • the present invention has been made in view of such circumstances.
  • the purpose is to provide a miniature facility operation method or the like that can operate a miniature associated with a user who has visited.
  • An operation method of a miniature facility presents a component of a miniature facility that builds a pseudo space that imitates the real world or expresses a virtual world in real space, and purchases the right to use the component.
  • a component ID associated with the read identification information of the user is acquired from the storage unit, and the component to which the acquired component ID is assigned is operated.
  • the pseudo space is a representation of a space imitating the real world or a virtual world in real space.
  • the pseudo space that imitates the real world is a space that imitates a real city, town, or farm village. You may imitate not only modern city but also past city. For example, it is a reproduction of Tokyo in the 1950s.
  • the pseudo space that represents the virtual world in the real space is based on the virtual world that does not exist in reality. It is a space about towns and cities that appear in movies, animated films, comics, TV dramas, TV animations, and novels. Including those that created the future of real cities.
  • the pseudo space is a reduced miniature space.
  • the scale is, for example, 1/87 according to the HO gauge of a railway model. The scale may be 1/148 to 1/160 of the N gauge of the railway model.
  • miniatures small models of buildings and moving objects are arranged. These are called constituents.
  • the miniatures of buildings include miniatures such as buildings, condominiums, houses, stores, and station buildings.
  • the miniature of the building may include a model imitating a building facility attached to the building. For example, lighting that can be turned on / off, doors that can be opened and closed, and the like.
  • Mobile miniatures include miniatures such as trains, trains, airplanes, automobiles, bicycles, carriages, oxcarts, rickshaws, wheelbarrow animals.
  • the miniature of the moving body may include a miniature of a living thing such as a person or an animal.
  • a miniature imitating a user may be created as a human miniature.
  • miniatures of moving objects include miniatures such as humanoid weapons and spacecrafts.
  • the miniature facility is a facility that realizes a pseudo space and allows visitors to view.
  • the pseudo space and its viewing place are called an exhibition area.
  • an exhibition area includes a plurality of pseudo spaces
  • each pseudo space and its viewing place are simply referred to as areas.
  • a first area, a second area, or the like may be used.
  • the usage authority is an authority under the prescribed control of the pseudo-space components.
  • the usage authority is given to the user without setting a predetermined period or time limit in exchange for a predetermined consideration. Users with usage rights are called owner users and owners.
  • the usage authority may be given not to the unit of one user but to the group of multiple users. The group is for example a family.
  • the floor plan setting is a floor plan set by the user for a miniature of a house such as a condominium or a detached house. According to the floor plan set by the user, the miniature of the house is newly created, updated, or recreated, and installed in the pseudo space.
  • a miniature of a house such as a condominium or a detached house.
  • the miniature of the house is newly created, updated, or recreated, and installed in the pseudo space.
  • an apartment, a detached house, an automobile, etc. indicate each miniature.
  • FIG. 1 is an explanatory diagram showing a configuration example of a miniature facility system.
  • the miniature facility system 100 includes a control server (miniature facility control device) 1, an exhibition area 2, a registration terminal 4, and a user terminal 5.
  • the control server 1, the exhibition area 2, and the registration terminal 4 are installed in the miniature facility.
  • the control server 1, the exhibition area 2, and the registration terminal 4 are connected to each other via a network N1 so that they can communicate with each other.
  • the control server 1 and the user terminal 5 are connected via a network N2 so that they can communicate with each other.
  • the exhibition area 2 includes a plurality of areas (first area 21, second area 22,...), And readers 31, readers 32,... Provided for each area.
  • the first area 21 represents a pseudo space with the theme of Tokyo, for example.
  • the second area 22 represents a pseudo space with the theme of the future Tokyo appearing in the animation, for example.
  • each area represents a pseudo-space having a different subject.
  • the display area 2 includes the first area 21 and the second area 22, but the area may be only one, or may be three or more.
  • a plurality of exhibition areas 2 may be provided in the miniature facility.
  • the control server 1 may be provided in each exhibition area, or one control server 1 may be provided for a plurality of exhibition areas. Furthermore, you may provide the control server 1 in each area.
  • the control server 1 may be installed outside the miniature facility.
  • the functions of the control server 1 may be distributed among a plurality of servers or may be realized by a cloud service.
  • the first area 21 includes a building 211, a building 212, and an automobile 213.
  • the second area 22 includes a building 221 and a building 222 and an automobile 223.
  • the building 211, the building 212, and the automobile 213 in the first area 21 are examples of components of a pseudo space.
  • the building 221 and the building 222 in the second area 22 and the automobile 223 are examples of the components of the pseudo space.
  • the buildings 211 and 212 in the first area 21 and the buildings 221 and 222 in the second area 22 are examples of building miniatures.
  • the automobile 213 in the first area 21 and the automobile 223 in the second area 22 are examples of mobile miniatures. In FIG. 1, two buildings and one car are shown in each of the first area 21 and the second area 22, but this is not restrictive.
  • a building may not be included, and three or more buildings may be included.
  • the area component may not include an automobile, or may include three or more automobiles.
  • a part of the miniature of the moving body is provided with a power source and can be moved in a pseudo space by remote control.
  • the power source is built in the miniature, but it is not limited to this.
  • the miniature may be moved using a wire or a piano wire.
  • the miniature may contain iron or the like, and may be moved by the magnetic force from the magnet.
  • FIG. 1 only one registration terminal 4 and one user terminal 5 are shown. This is because the user terminal 5 is assumed to be possessed by each user.
  • the readers 31 and 32 are, for example, magnetic card readers, contact type or non-contact type IC card readers, and the like.
  • the readers 31 and 32 store the ID of the area where they are installed.
  • the readers 31 and 32 read a user card possessed by the user.
  • a user ID is stored in the user card.
  • the readers 31 and 32 may be face authentication devices.
  • the readers 31 and 32 authenticate the user by photographing the user's face and comparing it with the facial feature amount stored for each user.
  • the user's face image corresponds to identification information.
  • FIG. 2 is a block diagram illustrating a hardware configuration example of the control server 1.
  • the control server 1 controls the exhibition area. Control building equipment contained in the building and control the movement of automobiles.
  • the control server 1 is composed of a server computer or the like.
  • the control server 1 includes a CPU (Central Processing Unit) 11, a ROM (Read Only Memory) 12, a RAM (Random Access Memory) 13, a mass storage unit 14, a first communication unit 15, and a second communication unit 16. Each component is connected by a bus B.
  • CPU Central Processing Unit
  • ROM Read Only Memory
  • RAM Random Access Memory
  • Each component is connected by a bus B.
  • the CPU 11 controls each part of the hardware according to a control program (miniature facility control program) 1P stored in the ROM 12.
  • the RAM 13 is, for example, SRAM (Static RAM), DRAM (Dynamic RAM), or flash memory.
  • SRAM Static RAM
  • DRAM Dynamic RAM
  • flash memory volatile memory
  • the large-capacity storage unit 14 is, for example, a hard disk or an SSD (Solid State Drive).
  • the large-capacity storage unit 14 stores various databases (DB: DataBase).
  • the large-capacity storage unit 14 stores a user DB 141, an area DB 142, a component DB 143, a building DB 144, a floor plan DB 145, a mobile body DB 146, a common component DB 147, and a special component DB 148.
  • the control program 1P may be stored in the large-capacity storage unit 14.
  • the user DB 141, area DB 142, component DB 143, building DB 144, floor plan DB 145, mobile object DB 146, common component DB 147, and special component DB 148 may be stored in addition to the control server 1.
  • it may be stored in a database server or cloud storage.
  • the first communication unit 15 communicates with the exhibition area 2 and the registration terminal 4 via the network N1.
  • the CPU 11 may download the control program 1 ⁇ / b> P from another computer via the network N ⁇ b> 1 or the like via the first communication unit 15 and store it in the mass storage unit 14.
  • the second communication unit 16 communicates with the user terminal 5 via the network N2.
  • FIG. 3 is a block diagram illustrating a hardware configuration example of the user terminal 5.
  • the user terminal 5 remotely controls the constituents that are authorized to use.
  • the user terminal 5 is composed of a tablet computer, a smartphone or the like.
  • the user terminal 5 includes a CPU 51, a ROM 52, a RAM 53, a large capacity storage unit 54, a display unit 55, an input unit 56, and a communication unit 57. Each component is connected by a bus B.
  • the CPU 51 controls each part of the hardware according to a control program (miniature facility remote control program) 5P stored in the ROM 52.
  • the RAM 53 is, for example, SRAM, DRAM, or flash memory. The RAM 53 temporarily stores data generated when the CPU 51 executes the program.
  • the large-capacity storage unit 54 is, for example, a hard disk or an SSD.
  • the large-capacity storage unit 54 stores various user data such as a user ID.
  • the display unit 55 is, for example, a liquid crystal display device.
  • the display unit 55 displays the state of the exhibition area 2 and the like.
  • the input unit 56 is a keyboard or a mouse. Further, the display unit 55 and the input unit 56 may be integrated and configured with a touch panel display.
  • the communication unit 57 communicates with the control server 1 via the network N2.
  • the configuration of the registration terminal 4 is the same as that of the user terminal 5. Therefore, the illustration of the hardware configuration of the registration terminal 4 and the description of the configuration are omitted.
  • FIG. 4 is an explanatory diagram showing an example of the user DB.
  • the user DB 141 stores information regarding each user.
  • the user DB 141 includes a user ID column, name column, residential area column, owned building column, owned mobile column, e-mail column, and visit column.
  • the user ID column stores a user ID (identification information) that uniquely identifies the user.
  • the name column stores the name of the user.
  • the living area column stores the area ID of a living area in the pseudo space of the miniature facility.
  • the owned building column stores a component ID that identifies a building for which the user has usage authority.
  • the owned mobile column stores a component ID that identifies a mobile that the user has usage rights for.
  • the e-mail column stores the user's e-mail address.
  • the visit column stores a flag indicating the visit status of the user. For example, when the user visits and stays in the area, the visit column stores 1. If the user has not visited, but has visited but has already left, the visit column stores 0.
  • each area has a dedicated entrance gate and a dedicated exit gate, and a reader is installed in each. The user reads the user card when entering and leaving. The reader transmits the user ID, the area ID, and the gate distinction between the entrance gate and the exit gate to the control server 1.
  • the user identification information may be replaced with a user ID from the face image to proceed with the process.
  • a paper receipt or the like printed with a two-dimensional code with a converted user ID is issued at the entrance entrance gate in the first entry area and then passes through the gate, the two-dimensional code is optically scanned with a reader. You may make it enter / exit an area.
  • FIG. 5 is an explanatory diagram showing an example of the area DB.
  • the area DB 142 stores information regarding each area.
  • the area DB 142 includes an area ID column, a name column, and a subject column.
  • the area ID column stores an area ID (space ID) that uniquely identifies the area.
  • the name column stores the name of the area.
  • the subject column stores the subject content expressed by the pseudo space in the area.
  • the name column and the subject column may be integrated, and the subject content may be used as the name of the area.
  • FIG. 6 is an explanatory diagram showing an example of the component DB.
  • the component DB 143 stores information regarding each component.
  • the component DB 143 includes a component ID column, an area ID column, and a type column.
  • the component ID column stores a component ID that uniquely identifies the component.
  • the area ID column stores the area ID of the area where the component is arranged.
  • the type column stores the type of the component.
  • the type of the component is, for example, a building or a moving body.
  • FIG. 7 is an explanatory diagram showing an example of a building DB.
  • the building DB 144 stores information related to the building among the components.
  • the building here is mainly used as a residence.
  • the building DB 144 includes a component ID column, a type column, a room number column, a floor plan column, an owner column, a deadline column, and a visit operation column.
  • the component ID column stores the component ID.
  • the type column stores the type of building.
  • the type of building is, for example, an apartment house, a detached house, a store, or the like.
  • the room number column stores room numbers in the apartment house.
  • the floor plan row stores a floor plan ID that specifies floor plan information of a building.
  • the owner column stores the user ID of the owner of the building.
  • the term column stores the term of use authority.
  • the visit operation sequence stores the operation when the owner comes. Examples of operations include lighting and turning on the family, and the owner, who is a resident, comes out on the balcony, and smoke begins to come out of the chimney, creating a feeling of life. Not only a visual thing but a living sound may be played from the speaker attached to the building. You can record the owner's conversation and play it.
  • the building DB 144 may store information on the number of floors such as two stories and ten stories, and information on building structures such as wooden structures and reinforced concrete structures. The owner may be able to set the contents of the visit operation sequence.
  • FIG. 8 is an explanatory diagram showing an example of the floor plan DB.
  • the floor plan DB 145 stores information on the floor plan of the building.
  • the floor plan DB 145 includes a floor plan ID column, a component ID column, a room number column, and an image column.
  • the floor plan ID column stores a floor plan ID that uniquely specifies floor plan information.
  • the component ID column stores the building component ID corresponding to the floor plan.
  • the room number column stores the room number of the building corresponding to the floor plan when the building is an apartment house.
  • the image sequence stores an image of a floor plan showing the floor plan. Information other than the floor plan may be stored in the floor plan DB 145.
  • the floor plan DB 145 may store information on interiors and facilities (may include furniture). The interior and equipment may be photographed when creating a miniature of the building, and the photographed image may be stored. For the equipment, the arrangement status may be described in the floor plan.
  • FIG. 9 is an explanatory diagram showing an example of the mobile object DB.
  • the mobile object DB 146 stores information on the mobile object among the components.
  • the mobile object DB 146 includes a component ID column, a moving area column, a large classification column, a medium classification column, a small classification column, an owner column, a deadline column, and a visit operation column.
  • the component ID column stores the component ID.
  • the moving area column stores an area ID of an area where the moving body can move. When the moving body can move in a plurality of areas, the moving area row stores a plurality of area IDs.
  • the large classification column, middle classification column, and small classification column store the major classification, middle classification, and minor classification of the moving object, respectively.
  • Major classifications are, for example, automobiles, flying objects, and others.
  • the middle classification of automobiles is, for example, passenger cars, buses, trucks, and special cars.
  • the medium classification of the flying object is, for example, an aircraft or a space rocket.
  • the automobile is classified into a coupe, a sedan, and a hatchback.
  • An expression including the number of doors may be used as shown in FIG.
  • the owner column stores the user ID of the owner of the moving object.
  • the term column stores the term of use authority.
  • the visit operation sequence stores the operation when the owner comes. As an example of the operation, an automobile appears from the garage and is stopped while lighting a hazard lamp on the main street in the area, or the racing car is run around the circuit.
  • the middle classification is an automobile, the moving body DB 146 may store the color of the automobile body.
  • the owner may be able to set the contents of the visit operation sequence.
  • FIG. 10 is an explanatory diagram showing an example of the common component DB.
  • the common component DB 147 stores data relating to a component (referred to as a common component) that does not give the user authority to use.
  • the common component DB 147 includes a component ID column, an area ID column, a type column, a name column, and an operation scenario column.
  • the component ID column stores a component ID that can uniquely identify a common component.
  • the area ID column stores the area ID of the area where the common component is arranged.
  • the type column stores the type of common component (building, mobile object, etc.).
  • the name column stores the name of the common component.
  • the operation scenario column stores the operation content of the common component.
  • the common component gives a sense of realism in each area by performing a predetermined operation according to the operation scenario.
  • the operation scenario For example, in the chapel, clergy, ceremonies are introduced regularly to express the state of worship. In the case of a supermarket, it expresses how a customer visits a store and a customer who finishes shopping after a while leaves the store. If it is an airplane, it expresses the appearance of taking off and landing. If it is a train, it expresses how it departs from the station and how it arrives at the station.
  • the execution time is fixed, but the present invention is not limited to this. The scenario may be executed at random.
  • the flow of time may be introduced into the area, and the operation scenario of the common component may be changed for each time zone. The flow of time may be faster than usual, and the daily change may be expressed in 3 hours. However, it is desirable that the speed of the moving body is independent of the flow of time and is a speed at which a sense of reality can be obtained.
  • FIG. 11 is an explanatory diagram showing an example of the special component DB.
  • the special component DB 148 stores data relating to a special component (referred to as a special component) that differs depending on the area.
  • the special component is a component having a special meaning that the user has a feeling of familiarity. For example, if the subject is Tokyo in the Showa 30s, the special constituents are popular athletes and movie stars in that period. It may be a building in a tourist spot that was popular at that time. If the subject is the world of an animated movie, the characters appearing in the movie, automobiles and humanoid weapons used by the character, the residence of the character, the building where the character works, etc.
  • the special component DB 148 includes a component ID column, an area ID column, a type column, a name column, a user ID column, and an operation scenario column.
  • the component ID column stores a component ID that can uniquely identify the special component.
  • the area ID column stores the area ID of the area where the special component is arranged.
  • the type column stores the type (building, mobile object, etc.) of the special component.
  • the name column stores the name of the special component.
  • the user ID column stores a user ID of a user who can perform the operation of the special component. For example, when a user stored in the user ID column arrives, the special component operates.
  • the operation scenario column stores the operation content of the special component. Examples of actions include visiting a user's home where the character has visited and a scene where the character has a meal at home. The details of the flow from the user visit to the operation of the special component will be described in the fourth embodiment.
  • FIG. 12 is a flowchart showing an example of a procedure for building use authority purchase processing.
  • the purchase process is a process when the user purchases the right to use the building.
  • the user accesses the control server 1 from the registration terminal 4 or the user terminal 5.
  • the control server 1 outputs a login screen.
  • the login screen includes a button for transitioning to a registration screen for an unregistered user to register.
  • a registered user inputs a user ID and a password.
  • the registration terminal 4 transmits the user ID and password to the control server 1.
  • An unregistered user selects a button that transitions to a registration screen.
  • the registration terminal 4 transmits that fact to the control server 1.
  • the CPU 11 of the control server 1 determines whether or not it is a login request (step S1). If the CPU 11 determines that it is a login request (YES in step S1), it performs authentication (step S3). If the CPU 11 determines that it is not a login request (NO in step S1), it performs a user registration process (step S2). Since the user registration process can be constructed by a known technique, the description is omitted.
  • the CPU 11 performs authentication after user registration (step S3). The user selects an area corresponding to the component for which usage authority is purchased. The CPU 11 acquires information on the area selected by the user (step S4).
  • CPU11 acquires the information on the building in the selected area from building DB144, and outputs it in a list form (step S5).
  • the user selects a building for which usage authority is purchased from the list.
  • CPU11 acquires selection information (Step S6).
  • the CPU 11 determines whether or not the selected building is a detached house (step S7).
  • the CPU 11 acquires a floor plan setting (step S8). For example, a floor plan entered by the user from the registration terminal 4 is acquired.
  • the CPU 11 determines that the selected building is not a detached house (NO in step S7), the CPU 11 acquires information on the selected floor plan (step S9).
  • the CPU 11 calculates the value of the use authority according to the building and the floor plan, and performs settlement (step S10).
  • CPU11 memorize
  • the deadline is, for example, one year from the settlement date.
  • the time limit may be designated and may be designated by the user.
  • FIG. 13 is a flowchart showing an example of the procedure of the visit operation process.
  • the visit operation process is a process for operating a component having usage authority when an owner visits a miniature facility.
  • the readers 31 and 32 installed in each area reads the user card.
  • the readers 31 and 32 transmit the read user ID and area ID to the control server 1.
  • the CPU 11 of the control server 1 acquires a user ID and an area ID (step S21).
  • the CPU 11 searches the building DB 144 and the mobile body DB 146 using the user ID as a search key, and acquires the building ID and the building body ID for which the user has usage authority (step S22).
  • the CPU 11 narrows down the components (step S23).
  • the CPU 11 refers to the area ID column of the record in the component DB 143 corresponding to the acquired component ID, and deletes the component ID that does not match the area ID acquired in step S21.
  • the structure is a moving object
  • the area ID string of the record in the structure DB 143 does not match the acquired area ID
  • the acquired area ID is not included in the moving area string of the moving object DB 146.
  • Delete the object ID The CPU 11 reads the contents of the visit operation sequence in the building DB 144 and transmits an operation command for the building components remaining after narrowing down (step S24).
  • the operation command for example, a light is lit on the owner's building, or smoke in the fireplace comes out from the chimney.
  • the CPU 11 further determines whether or not the component ID remaining after the narrowing includes the component ID of the moving object (step S25). If the CPU 11 determines that there is a moving object component ID (YES in step S25), the CPU 11 reads the contents of the visiting action sequence in the moving object DB 146 and transmits an operation command (step S26). According to the operation command, for example, the owner's car comes out of the hangar and stops while lighting the hazard lamp on the main street of the city. The CPU 11 ends the visit operation process. If the CPU 11 determines that there is no moving object component ID (NO in step S25), the visit operation process is terminated.
  • FIG. 14 is a flowchart showing a procedure example of the visit promotion process.
  • the visit promotion process is a process of prompting a user who has not visited to attend. Specifically, in an area where many visitors are alive, it informs users who are not alive that it is alive and encourages visitors.
  • the CPU 11 of the control server 1 refers to the area DB 142 and selects an area to be processed (step S41).
  • the CPU 11 counts the number of visitors in the selected area (step S42).
  • the CPU 11 searches the user DB 141 and totals the number of records in which the value of the living area column matches the area ID of the selected area and the value of the visit column is 1.
  • CPU11 determines whether a total value is more than a predetermined threshold value (step S43).
  • step S43 determines that the total value is less than the predetermined threshold value (NO in step S43). If the CPU 11 determines that the total value is equal to or greater than a predetermined threshold value (YES in step S43), the CPU 11 extracts non-visitors in the selected area (step S44). The CPU 11 searches the user DB 141 and extracts a record in which the value of the living area column matches the area ID of the selected area and the value of the visit column is 0. CPU11 transmits the notification which urges
  • step S46 determines that there is an unprocessed area (YES in step S46). If the CPU 11 determines that there is an unprocessed area (YES in step S46), the process returns to step S41 to perform the process for the unprocessed area. If the CPU 11 determines that there is no unprocessed area (NO in step S46), the visit promotion process ends. The CPU 11 repeats the visit promotion process within the business hours of the miniature facility.
  • this embodiment has the following effects.
  • the visit operation process it is possible to operate a miniature associated with the visiting user, that is, a miniature for which the user has usage authority. Thereby, the user can feel the pseudo space provided by the miniature facility more realistically and more closely.
  • the visit promotion process when the user who has received the notice visits, the pseudo space is further activated, and the user can enjoy the miniature facility more. As a result, it is expected that the frequency of user visits will increase.
  • Embodiment 2 has a function of projecting a user's figure onto a pseudo space.
  • the system configuration is the same as in the first embodiment. In the following description, differences from the first embodiment will be mainly described.
  • the user DB 141 stores user three-dimensional shape data (three-dimensional data).
  • FIG. 15 is a flowchart showing another procedure example of the visit operation process.
  • steps S51 to S56 are the same as steps S21 to S26 of FIG.
  • the CPU 11 of the control server 1 determines whether there is user three-dimensional data (step S57). If the CPU 11 determines that there is user's three-dimensional data (YES in step S57), the CPU 11 acquires the three-dimensional data (step S58).
  • CPU11 projects a user's hologram image
  • the CPU 11 ends the visit operation process. If the CPU 11 determines that there is no three-dimensional data of the user (NO in step S57), the visit operation process ends.
  • the user's 3D data is acquired in advance with a 3D scanner such as a laser range finder.
  • the position where the user's hologram image is projected is determined in advance.
  • This embodiment has the following effects in addition to the first embodiment.
  • the user's immersive feeling can be increased.
  • Embodiment 3 This embodiment provides a function for a user who has not visited.
  • the system configuration is the same as in the first embodiment. In the following description, differences from the first embodiment will be mainly described.
  • the user can remotely operate a component having usage authority.
  • FIG. 16 is a flowchart illustrating an example of a procedure of remote operation processing.
  • the remote operation process is a process performed by the control server 1 and the user terminal 5 in cooperation with each other.
  • FIG. 16 shows the process of the control server 1.
  • the user logs in to the control server 1 using the user terminal 5.
  • the CPU 11 of the control server 1 acquires the user ID of the logged-in user (step S71).
  • the CPU 11 acquires the constituent ID of the constituent for which the user has usage authority (step S72).
  • the CPU 11 searches the building DB 144 and the mobile body DB 146 using the user ID as a search key, and acquires the value of the component ID column of the record whose owner column value matches the user ID.
  • the CPU 11 determines whether or not the composition for which the user has usage authority covers a plurality of areas (step S73). Specifically, the CPU 11 searches the component DB 143 for the building and acquires the area ID of the arranged area. The CPU 11 searches the component DB 143 for the moving body and acquires the area ID of the arranged area. Further, the CPU refers to the mobile object DB 146 and acquires the area ID of the area that is allowed to move. The CPU 11 deletes duplicates from all acquired area IDs.
  • the CPU 11 determines whether there are a plurality of remaining area IDs. If the CPU 11 determines that the area is not plural (NO in step S73), the process proceeds to step S76.
  • the CPU 11 determines that there are a plurality of areas (YES in step S73)
  • the CPU 11 outputs a selection screen for selecting an area to the user terminal 5 (step S74).
  • the user selects an area to be operated using the input unit 56 from a plurality of areas displayed on the display unit 55 of the user terminal 5.
  • the user terminal 5 transmits the area ID of the selected area to the control server 1.
  • the control server 1 acquires the area ID of the selected area (step S75).
  • the CPU 11 narrows down to components corresponding to the selected area ID (step S76).
  • CPU11 produces
  • the user selects an instruction for operating a component to be operated on the operation screen displayed on the display unit 55 of the user terminal 5 using the input unit 56.
  • the user terminal 5 transmits the selected command to the control server 1.
  • CPU11 acquires a command (Step S78).
  • the CPU 11 determines whether or not the acquired command is complete (step S79). If the CPU 11 determines that the acquired command is not the end (NO in step S79), the CPU 11 outputs the command to the exhibition area 2 (step S80) and operates the component.
  • the CPU 11 returns the process to step S78. If the CPU 11 determines that the acquired command is finished (YES in step S79), the remote operation process is finished.
  • a lot of cameras are installed in each area of the exhibition area 2.
  • An image captured by the camera is transmitted to the user terminal 5.
  • the user can confirm the operation of the remotely operated component.
  • Embodiment 4 is a form in which a special component operates when a user visits.
  • the system configuration is the same as in the first embodiment. In the following description, differences from the first embodiment will be mainly described.
  • FIG. 17 is a flowchart showing another procedure example of the visit operation process.
  • Steps S21 to S26 are the same as Steps S21 to S26 of FIG.
  • the CPU 11 searches the special component DB 148. The CPU 11 determines whether or not there is a special component including the user ID and area ID string acquired in step S21 in the user ID string and area ID string (step S27).
  • the CPU 11 determines that there is a special component including the user ID and area ID column (YES in step S27), the CPU 11 reads the contents of the operation scenario column in the special component DB 148 and transmits an operation command according to the operation scenario. (Step S28). The CPU 11 ends the visit operation process. If the CPU 11 determines that there is no special component including the user ID and area ID string (NO in step S27), the visit operation process is terminated.
  • the special component can be operated. Thereby, it is possible to make the user feel high value for visiting the miniature facility.
  • the component may be operated even when the user leaves. For example, the lighting of the building is turned off, and the vehicle returns to the hangar.
  • Embodiment 5 The present embodiment relates to a mode in which an area is divided into a plurality of sections, usage authority is sold for each section, and a pseudo space is created. In this area, a pseudo space corresponding to a different area is created for each section. Each section is a pseudo space for transmitting information on the area. Each section expresses in miniatures the process up to the production of local specialties and specialties and the producer's commitment. Each section expresses the local culture in a miniature. By transmitting such information, the user's willingness to purchase special products and special products is increased.
  • the area of the present embodiment is referred to as a product sales area.
  • a user who has the authority to use a partition is called a partition owner.
  • a user of a miniature facility who visits a product sales area is called an end user.
  • Products are used as a generic name for special products and special products.
  • FIG. 18 is a plan view showing an example of a product sales area.
  • the product sales area 6 is provided with sections corresponding to a plurality of regions in Japan.
  • each section may be arranged according to the geographical position of the area corresponding to each section.
  • the size of the area corresponding to each section may not be uniform. For example, it is good also considering a park as one division like the division 651. FIG. Moreover, it is good also considering a shopping street as one division.
  • a plurality of sections may be grouped. In the example shown in FIG. 18, six groups from the first group 61 to the sixth groove 66 are provided. The sections included in each group are adjacent to each other. And by providing a space between groups, it becomes possible for an end user to look around each section and go around.
  • FIG. 19 is an explanatory diagram showing an example of the partition owner DB.
  • the section owner DB 149 stores section owner information.
  • the section owner DB 149 includes an owner ID column, a name column, a person in charge column, an e-mail column, and an address column.
  • the owner ID column stores an ID that can uniquely identify the partition owner.
  • the name column stores the name of the partition owner.
  • the parcel owner assumes a group.
  • the person-in-charge column stores the name of the person in charge in the section owner.
  • the e-mail column stores the contact e-mail address of the partition owner.
  • the address column stores the address of the block owner.
  • FIG. 20 is an explanatory diagram showing an example of the authority DB.
  • the authority DB 14A stores associations between sections and section owners.
  • the authority DB 14A includes an authority ID column, a section ID column, an owner ID column, and a time limit column.
  • the authority ID column stores an ID that can uniquely identify an authority.
  • the partition ID column stores an ID that can uniquely identify a partition.
  • the owner ID column stores the owner ID of the partition owner.
  • the term column stores the term of authority.
  • FIG. 21 is an explanatory diagram showing an example of a resident DB.
  • the resident DB 14B stores information on the residents of the section.
  • the resident DB 14B includes a section ID column, a user ID column, and a component ID column.
  • the section ID column stores the section ID.
  • the user ID column stores the user IDs of end users who are residents.
  • the component ID column stores the component ID of the component given to the user who became a resident.
  • the component is, for example, a figure.
  • FIG. 22 is an explanatory diagram showing an example of the product DB.
  • the product DB 14C stores product information.
  • the product is a special product or a special product that transmits information in the section.
  • the product DB 14C includes a product ID column, a product name column, a seller column, a wholesale price column, and a sales price column.
  • the product ID column stores an ID that can uniquely identify a product.
  • the product name column stores the name of the product.
  • the products here are special products and special products that transmit information in the section.
  • the product is assumed to be sold in the miniature facility.
  • the seller column stores the ID of the seller of the product, for example, the owner ID.
  • the wholesale price column stores the wholesale price of the product. Sales price column Stores the sales price of the product.
  • the product DB 14C may store a JAN (Japan Article Number) code assigned to the product.
  • FIG. 23 is an explanatory diagram showing an example of the advertisement DB.
  • the advertisement DB 14D stores a link to the advertisement.
  • An advertisement is mainly an advertisement about a product.
  • the advertisement may be an advertisement or information about a section.
  • the advertisement DB 14D includes an advertisement ID column, a URL column, and a reference number column.
  • the advertisement ID column stores an ID that can uniquely identify an advertisement. In the case of a product advertisement, the product ID may be stored.
  • the URL column stores the URL (Uniform Resource Locator) of the advertisement.
  • the reference number column stores the number of times the advertisement is referred to.
  • FIG. 24 is a flowchart showing an example of the procedure of the section owner registration process.
  • the section owner registration process is activated by access from the applicant.
  • the CPU 11 of the control server 1 outputs a registration screen to the applicant terminal (step S91).
  • the applicant inputs registration information such as a name and address on the registration screen and transmits it to the control server 1.
  • the CPU 11 of the control server 1 acquires registration information (step S92).
  • CPU11 determines the division allocated to an applicant (step S93).
  • the partitions are arranged in accordance with the geographical position. In this case, the section is determined according to the address of the applicant.
  • the CPU 11 outputs a confirmation screen for confirming the determined section to the applicant terminal (step S94).
  • the applicant confirms the section on the displayed confirmation screen.
  • the applicant inputs an answer as to whether or not to accept the determined section and transmits it to the control server 1.
  • the CPU 11 of the control server 1 determines whether or not the applicant's answer is acceptance (step S95).
  • CPU11 complete finishes a process, when it determines with an applicant's answer not consenting (it is NO at step S95).
  • the CPU 11 determines that the applicant's answer is acceptance (YES in step S95)
  • the CPU 11 stores the registration information in the partition owner DB 149 and ends the process.
  • the CPU 11 issues a new owner ID.
  • the miniature facility operator and the parcel owner will negotiate and create a pseudo-space in the parcel.
  • FIG. 25 is a flowchart showing an example of the procedure of the product registration process.
  • the product registration process is activated by an access from a section owner or the like.
  • the CPU 11 of the control server 1 outputs a registration screen to the partition owner terminal (hereinafter referred to as the owner terminal) (step S111).
  • the section owner inputs registration information such as product names and wholesale prices on the registration screen and transmits them to the control server 1.
  • the CPU 11 of the control server 1 acquires registration information (step S112).
  • the CPU 11 issues a product ID (step S113).
  • CPU11 matches registration information with product ID, memorize
  • the miniature facility operator and the product supplier (assuming the compartment owner) will discuss and exhibit how the product will be introduced in the compartment. For example, the manufacturing process of products is displayed, and advertising billboards of products are displayed in the section. In addition, the miniature facility operator and the supplier exchange sales contracts including product purchase plans.
  • FIG. 26 is a flowchart showing an example of the procedure of the advertisement distribution process.
  • a two-dimensional code is assigned to the billboards displayed in the sections.
  • the end user can receive the advertisement by reading the two-dimensional code with a terminal such as a smartphone.
  • the end user takes a two-dimensional code with the user terminal 5.
  • the information expressed by the two-dimensional code includes at least an advertisement ID.
  • a URL for accessing the control server 1 may be included.
  • the CPU 51 of the user terminal 5 transmits the advertisement ID acquired from the two-dimensional code to the control server 1.
  • the CPU 11 of the control server 1 receives the advertisement ID (step S131).
  • the CPU 11 of the control server 1 updates the reference count of the advertisement ID stored in the advertisement DB 14D (step S132).
  • CPU11 acquires URL corresponding to advertisement ID from advertisement DB14D (Step S133).
  • CPU11 transmits acquired URL to user terminal 5 (Step S134), and ends processing.
  • the CPU 51 of the user terminal 5 acquires and displays
  • FIG. 27 is a flowchart showing a procedure example of the resident registration process.
  • An end user can become a resident of a block if he / she purchases a product introduced in the block. For example, when the total amount of products purchased by the end user exceeds a predetermined amount, a resident registration guide is provided.
  • the end user transmits a registration request to the control server 1 using the terminal in the miniature facility or the user terminal 5 according to the guidance.
  • the CPU 11 of the control server 1 receives the request (step S141).
  • the CPU 11 outputs a registration screen for resident registration to the user terminal 5 or the like (step S142).
  • the end user inputs registration information on the registration screen and transmits it to the control server 1. If the end user has been registered, enter the user ID.
  • the user terminal 5 transmits registration information to the control server 1. Based on the received registration information, the CPU 11 determines whether or not the end user is an existing user (step S143). If the CPU 11 determines that the end user is an existing user (YES in step S143), the process proceeds to step S145. When the CPU 11 determines that the end user is not an existing user (NO in step S143), the CPU 11 issues a user ID and registers the registration information in the user DB 141 in association with the user ID (step S144). CPU11 acquires composition ID (Step S145).
  • the component ID is an ID for identifying a figure provided to an end user who has become a resident. If pre-assigned to the figure, read from the figure.
  • the component ID is issued and attached to the figure.
  • the CPU 11 stores the component ID in association with the user ID (step S146), and ends the process.
  • An uncolored figure is given to the user.
  • the end user can color the figure and place it in the compartment. Moreover, you may take home with an uncolored color or after coloring.
  • the parcel owner will be able to recover a portion of the amount invested to gain the right to use the parcel with the profits from selling the product.
  • the operator of the miniature facility may provide an entrance ticket to the compartment owner. Thereby, it becomes possible to promote the entrance of the end user into the section.
  • the section owner can collect a part of the invested amount by selling the admission ticket.
  • a discount voucher where the admission fee etc. can be discounted may be provided to end users who have become residents of the section.
  • Embodiment 6 relates to a configuration in which the owner of a component can resell usage authority. Like real estate brokerage in the real world, this embodiment is a form in which the owner who purchased the usage authority for the structure of the pseudo space from the operator of the miniature facility can grant the usage authority to other end users. It is.
  • FIG. 28 is an explanatory diagram showing an example of the mediation DB.
  • the intermediary DB 14E stores a correspondence relationship between the owner and the store child to which the use authority is granted by the owner.
  • the intermediary DB 14E includes a landlord column, a component ID column, a room number column, and a store child column.
  • the landlord column stores the user ID of the owner who has given the use authority to the end user.
  • the component ID column stores the component ID of the component to which the use authority is given.
  • the room number column stores the room number to which the use authority is given when the target component is an apartment house. If the target component does not leave the apartment, it is blank or no value (NULL).
  • the store child column stores the user IDs of end users (store child users) to whom use authority is given.
  • the user ID stored in the store child column has a numbering system different from that of the end user (ordinary user) who purchased the direct use authority.
  • a user ID indicating a store child has a leading character T.
  • the first character of the user ID of a normal user is U.
  • the user ID of the normal user is issued at the time of user registration, but the user ID of the store child is issued if there is a request from the owner even if the user to be actually used is not yet determined.
  • FIG. 29 is a flowchart showing a procedure example of the store child setting process.
  • the store child setting process is started in response to a request from an owner or a user who intends to become an owner (hereinafter simply referred to as “owner”).
  • owner The CPU 11 of the control server 1 transmits a selection screen to the owner's terminal (step S181).
  • the selection screen is a screen for selecting whether to target a component for which usage authority has already been purchased or to a component for which usage authority has not yet been purchased.
  • the owner selects a target on the selection screen and transmits it to the control server 1.
  • the CPU 11 of the control server 1 determines whether or not the owner selection target is a component for which the usage authority has been purchased (step S182).
  • step S185 the usage authority purchase process is performed (step S185), and the process proceeds to step S186. Since this process is the same as steps S4 to S11 shown in FIG.
  • the component ID of the component for which the owner has the usage authority is assigned to the user DB 141. (Step S183).
  • CPU11 acquires the information of the structure corresponding to acquired structure ID from composition DB143, building DB144, and floor plan DB145 (Step S184).
  • a list screen of the CPU 11 components is generated and transmitted to the owner's terminal (step S186).
  • the owner selects a component to which the usage authority is given to the end user, and transmits selection information to the control server 1.
  • the CPU 11 of the control server 1 acquires selection information (step S187).
  • the CPU 11 issues a store ID corresponding to the selected component (step S188).
  • the CPU 11 stores the owner's user ID, component ID, store child ID, and the like in the mediation DB 14E (step S189), and ends the process.
  • a user card storing the issued store ID as a user ID is provided to the owner.
  • the owner can give his / her use authority by giving the user card to the end user.
  • store owner ID may be notified to an owner and an owner may produce a user card.
  • FIG. 30 is a flowchart showing an example of the procedure of the visit operation process.
  • FIG. 30 shows not all the procedures of the visit operation processing but the changed portions. It is a change content from the visit process shown in FIG.
  • the owner or the store child visits one of the readers 31 and 32 installed in each area reads the user card.
  • the readers 31 and 32 transmit the read user ID and area ID to the control server 1.
  • the CPU 11 of the control server 1 acquires a user ID and an area ID (step S21).
  • the CPU 11 determines whether or not the acquired user ID is a store child user ID (step S201).
  • step S201 When the CPU 11 determines that the acquired user ID is the store child user ID (YES in step S201), the CPU 11 acquires the component ID from the mediation DB 14E (step S202). The CPU 11 executes step S23 and subsequent steps in FIG.
  • the CPU 11 determines that the acquired user ID is not the store user ID (YES in step S201)
  • the CPU 11 acquires the component ID (step S22).
  • the CPU 11 narrows down the components (step S23). Steps S22 and S23 are the same as the processing in FIG.
  • the CPU 11 erases the component ID of the component that has been given the authority to use the store child from the remaining component IDs (step S203).
  • step S24 executes step S24 and subsequent steps in FIG.
  • the owner can grant the authority to use the component to another person, the authority can be used as a sales promotion tool for products and services provided by the owner.
  • the miniature facility operator can expect more usage rights to be purchased by allowing the owner to mediate usage rights.

Landscapes

  • Engineering & Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • Business, Economics & Management (AREA)
  • Theoretical Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Geometry (AREA)
  • Accounting & Taxation (AREA)
  • Finance (AREA)
  • Strategic Management (AREA)
  • General Business, Economics & Management (AREA)
  • Computer Hardware Design (AREA)
  • Development Economics (AREA)
  • Marketing (AREA)
  • Economics (AREA)
  • General Engineering & Computer Science (AREA)
  • Evolutionary Computation (AREA)
  • Pure & Applied Mathematics (AREA)
  • Mathematical Optimization (AREA)
  • Mathematical Analysis (AREA)
  • Computational Mathematics (AREA)
  • Architecture (AREA)
  • Multimedia (AREA)
  • Tourism & Hospitality (AREA)
  • Game Theory and Decision Science (AREA)
  • Human Computer Interaction (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Civil Engineering (AREA)
  • Structural Engineering (AREA)
  • Health & Medical Sciences (AREA)
  • Computer Security & Cryptography (AREA)
  • Primary Health Care (AREA)
  • Human Resources & Organizations (AREA)
  • General Health & Medical Sciences (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

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

Description

ミニチュア施設の動作方法、ミニチュア施設制御装置、ミニチュア施設制御プログラム、ミニチュア施設遠隔制御プログラム、ミニチュア施設制御システム及びミニチュア施設の構築方法
　本発明は、ミニチュア施設の動作方法等に関する。
　近年、模型技術の進展により、現実の住宅やオフィスビルと同じように、リアルな建築物の模型が提案されている（例えば、特許文献１）。
　一方、ゲーム空間などの仮想空間において、ユーザが組み立てたデジタルモデルを動作させることが提案されている（例えば、特許文献２）。
特開２０１２－８３８８号公報 特開２００２－２００３６１号公報
　しかしながら、複数のミニチュアを集めたミニチュア施設において、来場したユーザと対応付けたミニチュアを、動作させることは行われていない。
　本発明は係る実情に鑑みてなされたものである。その目的は、来場したユーザと対応付けたミニチュアを、動作させることが可能なミニチュア施設の動作方法等の提供である。
　本発明に係るミニチュア施設の動作方法は、現実世界を模する又は仮想世界を実空間上で表現する、疑似空間を構築するミニチュア施設の構成物を提示し、前記構成物の利用権限の購入を受け付け、前記利用権限を購入したユーザの識別情報と購入した前記構成物の構成物ＩＤとを対応付けて記憶部に記憶し、前記ミニチュア施設の読取機で前記ユーザの識別情報を読み取った場合、読み取った前記ユーザの識別情報に対応付けられた構成物ＩＤを前記記憶部から取得し、取得した前記構成物ＩＤが付与された前記構成物を動作させることを特徴とする。
　本発明にあっては、ミニチュア施設において、来場したユーザと対応付けたミニチュアを、動作させることが可能となる。
ミニチュア施設システムの構成例を示す説明図である。 制御サーバのハードウェア構成例を示すブロック図である。 ユーザ端末のハードウェア構成例を示すブロック図である。 ユーザＤＢの例を示す説明図である。 エリアＤＢの例を示す説明図である。 構成物ＤＢの例を示す説明図である。 建物ＤＢの例を示す説明図である。 間取りＤＢの例を示す説明図である。 移動体ＤＢの例を示す説明図である。 共通構成物ＤＢの例を示す説明図である。 特別構成物ＤＢの例を示す説明図である。 建物利用権限購入処理の手順例を示すフローチャートである。 来場動作処理の手順例を示すフローチャートである。 来場促進処理の手順例を示すフローチャートである。 来場動作処理の他の手順例を示すフローチャートである。 遠隔操作処理の手順例を示すフローチャートである。 来場動作処理の他の手順例を示すフローチャートである。 物販エリアの例を示す平面図である。 区画オーナＤＢの例を示す説明図である。 権限ＤＢの例を示す説明図である。 住民ＤＢの例を示す説明図である。 産物ＤＢの例を示す説明図である。 広告ＤＢの例を示す説明図である。 区画オーナ登録処理の手順例を示すフローチャートである。 産物登録処理の手順例を示すフローチャートである。 広告配信処理の手順例を示すフローチャートである。 住民登録処理の手順例を示すフローチャートである。 仲介ＤＢの例を示す説明図である。 店子設定処理の手順例を示すフローチャートである。 来場動作処理の手順例を示すフローチャートである。
発明を実施するため最良の形態
　以下実施の形態を、図面を参照して説明する。実施の形態の説明に先立ち、用語の説明を行う。疑似空間は現実世界を模する空間又は仮想世界を実空間上で表現したものである。現実世界を模する擬似空間は、現実の都市、町又は農村を模した空間である。現代だけでなく過去の都市等を模してもよい。例えば、昭和３０年代の東京を再現したものである。仮想世界を実空間に表現した擬似空間は、現実には存在しない仮想世界を題材にしたものである。映画、アニメーション映画、漫画、テレビドラマ、テレビアニメーション、小説に登場する町や都市を題材にした空間である。現実の都市等の未来を創造したものも含む。擬似空間は縮小したミニチュア空間である。縮尺は、例えば、鉄道模型のＨＯゲージに準じたもので、１／８７である。縮尺として、鉄道模型のＮゲージ程度の１／１４８から１／１６０でもよい。
　擬似空間には、建築物や移動体のミニチュア（小型模型）が配置される。これらを構成物という。建築物のミニチュアには、ビルディング、マンション、家屋、店舗、駅舎などのミニチュアを含む。建築物のミニチュアには、建築物に付帯する建築設備を模したものを含めてもよい。例えば、点灯／消灯が可能な照明、開閉可能な扉などである。移動体のミニチュアには、電車、汽車、飛行機、自動車、自転車、馬車、牛車、人力車、手押し車動物などのミニチュアを含む。移動体のミニチュアには、人、動物などの生物のミニチュアを含めてもよい。人のミニチュアとして、ユーザを模したミニチュアを作成してもよい。また、仮想世界を実空間に表現した擬似空間において、移動体のミニチュアには、人型兵器、宇宙船などのミニチュアを含む。
　ミニチュア施設は、擬似空間を実現し来場者に観覧させる施設をいう。擬似空間及びその観覧場所を展示エリアという。展示エリアに複数の擬似空間を含む場合、各擬似空間及びその観覧場所を単にエリアという。エリア同士を識別するために、第１エリア、第２エリアなどとしてもよい。
　利用権限は、擬似空間の構成物を所定の支配下における権限である。利用権限は、所定の対価との引き換えにより、定めた期間又は期限を定めないで、ユーザに与えられる。利用権限を持つユーザをオーナユーザ、オーナという。利用権限は１ユーザ単位でなく、複数ユーザからなるグループ単位に付与してもよい。グループは例えば家族である。
　間取り設定は、マンションや一戸建などの住宅のミニチュアに対して、ユーザが定めた間取りをいう。ユーザが設定した間取り設定にしたがい、住宅のミニチュアが新たに作成又は更新若しくは再作成され、擬似空間に設置される。なお以下では特に断りがない限り、マンション、一戸建、自動車などとは、それぞれのミニチュアを示すこととする。
　実施の形態１
　図１はミニチュア施設システムの構成例を示す説明図である。ミニチュア施設システム１００は制御サーバ（ミニチュア施設制御装置）１、展示エリア２、登録端末４及びユーザ端末５を含む。制御サーバ１、展示エリア２及び登録端末４はミニチュア施設内に設置されている。制御サーバ１、展示エリア２及び登録端末４はネットワークＮ１により、互いに通信可能に接続されている。制御サーバ１及びユーザ端末５はネットワークＮ２により、互いに通信可能に接続されている。
　展示エリア２は複数のエリア（第１エリア２１、第２エリア２２、…）、及びエリア毎に設けられた読取機３１、読取機３２、…を含む。第１エリア２１は、例えば昔の東京を題材にした擬似空間を表現したものである。第２エリア２２は、例えばアニメーションに登場する未来の東京を題材にした擬似空間を表現したものである。このように、展示エリア２に複数のエリアが含まれる場合、各エリアは主題の異なる擬似空間を表現している。なお、図１において、展示エリア２には第１エリア２１及び第２エリア２２を示しているが、エリアは１つだけでもよいし、３つ以上でもよい。ミニチュア施設に複数の展示エリア２を設けてもよい。また、制御サーバ１は各展示エリアに設けてもよいし、複数の展示エリアに対して、１台の制御サーバ１を設けてもよい。さらにまた、各エリアに制御サーバ１を設けてもよい。制御サーバ１をミニチュア施設外に設置してもよい。制御サーバ１の機能を複数のサーバで分散してもよいし、クラウドサービスで実現してもよい。
　第１エリア２１は建物２１１及び建物２１２並びに自動車２１３を含む。第２エリア２２は建物２２１及び建物２２２並びに自動車２２３を含む。第１エリア２１の建物２１１及び建物２１２並びに自動車２１３は、擬似空間の構成物の一例である。第２エリア２２の建物２２１及び建物２２２並びに自動車２２３は、擬似空間の構成物の一例である。また、第１エリア２１の建物２１１及び建物２１２並びに第２エリア２２の建物２２１及び建物２２２は、建築物のミニチュアの一例である。第１エリア２１の自動車２１３及び第２エリア２２の自動車２２３は、移動体のミニチュアの一例である。図１において、第１エリア２１及び第２エリア２２それぞれには、建物を２つ、自動車を１つ示しているが、それに限らない。エリアの構成物として、建物を含まなくてもよいし、建物を３つ以上含めてもよい。同様に、エリアの構成物として、自動車を含まなくてもよいし、自動車を３つ以上含めてもよい。移動体のミニチュアの一部には動力源を設け、遠隔制御により擬似空間内で移動が可能である。動力源はミニチュアに内蔵するが、それに限らない。ワイヤやピアノ線などを用いて、ミニチュアを動かしてもよい。ミニチュアに鉄などを内蔵し、磁石からの磁力で動かしてもよい。
　一方、図１において、登録端末４及びユーザ端末５は各１台しか示していないが、それぞれ複数台でもよい。ユーザ端末５は各ユーザが所持していることを想定しているからである。
　読取機３１、３２は例えば磁気カードリーダ、接触式又は非接触式のＩＣカードリーダなどである。読取機３１、３２は自らが設置されているエリアのＩＤを記憶している。読取機３１、３２はユーザが所持するユーザカードを読み取る。ユーザカードにはユーザＩＤが記憶されている。読取機３１、３２がユーザカードを読み取りユーザＩＤを取得することにより、読取機３１、３２に対応した第１エリア２１、第２エリア２２に来場したユーザを判定することが可能となる。なお、読取機３１、３２を顔認証装置としてもよい。読取機３１、３２はユーザの顔を撮影し、予め記憶してあるユーザ毎の顔の特徴量と対比することにより、ユーザを認証する。ユーザの顔画像は識別情報に相当する。
　図２は制御サーバ１のハードウェア構成例を示すブロック図である。制御サーバ１は展示エリアの制御を行う。建物に含まれる建築設備の制御や、自動車の移動の制御を行う。制御サーバ１はサーバコンピュータ等で構成する。制御サーバ１は、ＣＰＵ（Ｃｅｎｔｒａｌ　Ｐｒｏｃｅｓｓｉｎｇ　Ｕｎｉｔ）１１、ＲＯＭ（Ｒｅａｄ　Ｏｎｌｙ　Ｍｅｍｏｒｙ）１２、ＲＡＭ（Ｒａｎｄｏｍ　Ａｃｃｅｓｓ　Ｍｅｍｏｒｙ）１３、大容量記憶部１４、第１通信部１５及び第２通信部１６を含む。各構成はバスＢで接続されている。
　ＣＰＵ１１はＲＯＭ１２に記憶された制御プログラム（ミニチュア施設制御プログラム）１Ｐにしたがい、ハードウェア各部を制御する。ＲＡＭ１３は例えばＳＲＡＭ（Ｓｔａｔｉｃ　ＲＡＭ）、ＤＲＡＭ（Ｄｙｎａｍｉｃ　ＲＡＭ）又はフラッシュメモリである。ＲＡＭ１３はＣＰＵ１１によるプログラムの実行時に発生するデータを一時的に記憶する。
　大容量記憶部１４は、例えばハードディスク又はＳＳＤ（Ｓｏｌｉｄ　Ｓｔａｔｅ　Ｄｒｉｖｅ）などである。大容量記憶部１４は各種データベース（ＤＢ：ＤａｔａＢａｓｅ）を記憶する。大容量記憶部１４はユーザＤＢ１４１、エリアＤＢ１４２、構成物ＤＢ１４３、建物ＤＢ１４４、間取りＤＢ１４５、移動体ＤＢ１４６、共通構成物ＤＢ１４７及び特別構成物ＤＢ１４８を記憶する。また、制御プログラム１Ｐを大容量記憶部１４に記憶してもよい。ユーザＤＢ１４１、エリアＤＢ１４２、構成物ＤＢ１４３、建物ＤＢ１４４、間取りＤＢ１４５、移動体ＤＢ１４６、共通構成物ＤＢ１４７及び特別構成物ＤＢ１４８を制御サーバ１以外に記憶してもよい。例えばデータベースサーバやクラウドストレージに記憶してもよい。
　第１通信部１５はネットワークＮ１を介して、展示エリア２及び登録端末４と通信を行う。第１通信部１５を介して、ＣＰＵ１１がネットワークＮ１等を介して他のコンピュータから制御プログラム１Ｐをダウンロードし、大容量記憶部１４に記憶してもよい。第２通信部１６はネットワークＮ２を介して、ユーザ端末５と通信を行う。
　図３はユーザ端末５のハードウェア構成例を示すブロック図である。ユーザ端末５は遠隔で利用権限のある構成物の制御を行う。ユーザ端末５はタブレットコンピュータ、スマートフォン等で構成する。ユーザ端末５は、ＣＰＵ５１、ＲＯＭ５２、ＲＡＭ５３、大容量記憶部５４、表示部５５、入力部５６及び通信部５７を含む。各構成はバスＢで接続されている。
　ＣＰＵ５１はＲＯＭ５２に記憶された制御プログラム（ミニチュア施設遠隔制御プログラム）５Ｐにしたがい、ハードウェア各部を制御する。ＲＡＭ５３は例えばＳＲＡＭ、ＤＲＡＭ又はフラッシュメモリである。ＲＡＭ５３はＣＰＵ５１によるプログラムの実行時に発生するデータを一時的に記憶する。
　大容量記憶部５４は、例えばハードディスク又はＳＳＤなどである。大容量記憶部５４はユーザＩＤなど、ユーザの各種データを記憶する。表示部５５は例えば、液晶表示装置である。表示部５５は展示エリア２の様子などを表示する。入力部５６はキーボードやマウスである。また、表示部５５と入力部５６とが一体化し、タッチパネルディスプレイで構成してもよい。通信部５７はネットワークＮ２を介して、制御サーバ１と通信を行う。
　登録端末４の構成はユーザ端末５と同様である。したがって、登録端末４のハードウェア構成の図示と構成の説明は省略する。
　次にデータベースの内容について説明する。図４はユーザＤＢの例を示す説明図である。ユーザＤＢ１４１は各ユーザに関する情報を記憶する。ユーザＤＢ１４１はユーザＩＤ列、氏名列、居住エリア列、所有建物列、所有移動体列、電子メール列及び来場列を含む。ユーザＩＤ列はユーザを一意に特定するユーザＩＤ（識別情報）を記憶する。氏名列はユーザの氏名を記憶する。居住エリア列はミニチュア施設の疑似空間において、居住しているエリアのエリアＩＤを記憶する。所有建物列はユーザが利用権限を所有している建物を特定する構成物ＩＤを記憶する。所有移動体列はユーザが利用権限を所有している移動体を特定する構成物ＩＤを記憶する。電子メール列はユーザの電子メールアドレスを記憶する。来場列はユーザの来場状態を示すフラグを記憶する。例えば、ユーザが来場しエリアに留まっている場合、来場列は１を記憶する。ユーザが来場していない場合、来場したが既に退場している場合、来場列は０を記憶する。ユーザの入退場を適切に把握するためには、各エリアに入場専用ゲート、退場専用ゲートを設け、それぞれに読取機を設置する。ユーザは入場時及び退場時にユーザカードを読み取らせる。読取機はユーザＩＤ、エリアＩＤ及び入場ゲート又は退場ゲートのゲート区別を、制御サーバ１に送信する。なお、ユーザの顔画像でユーザの認証を行う場合、顔画像や顔の特徴量をユーザＤＢ１４１に記憶してもよい。顔認証に成功した後、ユーザの識別情報を顔画像からユーザＩＤに置き換えて処理を進めてもよい。最初に入ったエリアの入場専用ゲートで、ユーザＩＤを変換した２次元コードを印字した紙レシート等を発行し、それ以降にゲートを通る場合は、２次元コードを読取機で光学スキャンさせて、エリアの入退場を行うようにしてもよい。
　図５はエリアＤＢの例を示す説明図である。エリアＤＢ１４２は各エリアに関する情報を記憶する。エリアＤＢ１４２はエリアＩＤ列、名称列及び主題列を含む。エリアＩＤ列はエリアを一意に特定するエリアＩＤ（空間ＩＤ）を記憶する。名称列はエリアの名称を記憶する。主題列はエリアにおける擬似空間が表現する主題内容を記憶する。名称列と主題列とを統合し、主題内容をエリアの名称としてもよい。
　図６は構成物ＤＢの例を示す説明図である。構成物ＤＢ１４３は各構成物に関する情報を記憶する。構成物ＤＢ１４３は構成物ＩＤ列、エリアＩＤ列及び種別列を含む。構成物ＩＤ列は構成物を一意に特定する構成物ＩＤを記憶する。エリアＩＤ列は構成物が配置されるエリアのエリアＩＤを記憶する。種別列は構成物の種別を記憶する。構成物の種別は、例えば建物、移動体等である。
　図７は建物ＤＢの例を示す説明図である。建物ＤＢ１４４は構成物のうち、建物に関する情報を記憶する。ここでの建物は主として住居として使われるものである。建物ＤＢ１４４は構成物ＩＤ列、種別列、部屋番号列、間取り列、オーナ列、期限列及び来場動作列を含む。構成物ＩＤ列は構成物ＩＤを記憶する。種別列は建物の種別を記憶する。建物の種別は、例えば集合住宅、一戸建、店舗等である。部屋番号列は集合住宅における部屋番号を記憶する。間取り列は建物の間取り情報を特定する間取りＩＤを記憶する。オーナ列は建物のオーナのユーザＩＤを記憶する。期限列は利用権限の期限を記憶する。来場動作列はオーナが来場した場合の動作を記憶する。動作の例としては、照明点灯し家族団らんの様子が視認できる、バルコニーへ居住者であるオーナが出て来る、煙突から煙が出始めて生活感を感じさせるといったものである。視覚的なものだけではなく、建物に取り付けたスピーカから生活音を流してもよい。オーナ家族の会話を録音しておき、それを流してもよい。建物ＤＢ１４４には２階建て、１０階建てなどの階数の情報や、木造、鉄筋コンクリート造等の建物構造の情報を記憶してもよい。来場動作列の内容をオーナが設定可能としてもよい。
　図８は間取りＤＢの例を示す説明図である。間取りＤＢ１４５は建物の間取りに関する情報を記憶する。間取りＤＢ１４５は間取りＩＤ列、構成物ＩＤ列、部屋番号列及び画像列を含む。間取りＩＤ列は間取りの情報を一意に特定する間取りＩＤを記憶する。構成物ＩＤ列は間取りに対応する建物の構成物ＩＤを記憶する。部屋番号列は建物が集合住宅の場合に、間取りに対応する建物の部屋番号を記憶する。画像列は間取りを示す間取り図の画像を記憶する。間取りＤＢ１４５に間取り図以外の情報を記憶してもよい。３ＬＤＫ、１ＤＫ等の間取りの構成を示す情報、７０平方メートルや４１坪などの延床面積などを記憶してもよい。さらにまた、間取りＤＢ１４５に内装や設備（家具を含んでもよい）の情報を記憶してもよい。内装や設備については、建物のミニチュアを作成する時などに撮影し、撮影した画像を記憶してもよい。設備については配置状況を間取り図に記載してもよい。
　図９は移動体ＤＢの例を示す説明図である。移動体ＤＢ１４６は構成物のうち、移動体に関する情報を記憶する。移動体ＤＢ１４６は構成物ＩＤ列、移動エリア列、大分類列、中分類列、小分類列、オーナ列、期限列及び来場動作列を含む。構成物ＩＤ列は構成物ＩＤを記憶する。移動エリア列は移動体が移動可能なエリアのエリアＩＤを記憶する。移動体が複数のエリアを移動可能な場合、移動エリア列は複数のエリアＩＤを記憶する。大分類列、中分類列及び小分類列はそれぞれ移動体の大分類、中分類及び小分類を記憶する。大分類は例えば、自動車、飛翔体、その他である。自動車の中分類は例えば、乗用車、バス、トラック、特殊自動車である。飛翔体の中分類は例えば、航空機、宇宙ロケットである。自動車の小分類は例えば、クーペ、セダン、ハッチバックである。図９に示すようにドア数を含めた表現としてもよい。オーナ列は移動体のオーナのユーザＩＤを記憶する。期限列は利用権限の期限を記憶する。来場動作列はオーナが来場した場合の動作を記憶する。動作の例としては、自動車が車庫から現れ、エリアのメインストリートにハザードランプを点灯しながら停止させたり、レーシングカーをサーキットで周回走行させたりする、動作である。中分類が自動車の場合、移動体ＤＢ１４６には、自動車の車体の色を記憶してもよい。来場動作列の内容をオーナが設定可能としてもよい。
　図１０は共通構成物ＤＢの例を示す説明図である。共通構成物ＤＢ１４７はユーザには利用権限を付与しない構成物（共通構成物という）に関するデータを記憶する。共通構成物ＤＢ１４７は構成物ＩＤ列、エリアＩＤ列、種別列、名称列及び動作シナリオ列を含む。構成物ＩＤ列は共通構成物を一意に特定可能な構成物ＩＤを記憶する。エリアＩＤ列は共通構成物が配置されるエリアのエリアＩＤを記憶する。種別列は共通構成物の種別（建物、移動体など）を記憶する。名称列は共通構成物の名称を記憶する。動作シナリオ列は共通構成物の動作内容を記憶する。
　共通構成物は動作シナリオに従って、所定の動作を行うことにより、各エリアの臨場感を与えるものである。例えば、礼拝堂では定期的に神父を登場させ、礼拝の様子を表現する。スーパーマーケットであれば、お客が来店する様子、しばらくして買物を終えたお客が退店する様子を表現する。飛行機であれば離陸する様子及び着陸する様子を表現する。列車であれば駅から出発する様子、駅に到着する様子を表現する。なお、図１０に示したシナリオの例では、実行する時刻を固定としているが、それに限らない。シナリオをランダムに実行するようにしてもよい。また、エリアに時間の流れを導入し、時間帯毎に共通構成物の動作シナリオを変更してもよい。時間の流れは通常より早くし、１日の変化を３時間で表現してもよい。但し、移動体の速度は時の流れとは独立させ、臨場感を得られる速度とするのが望ましい。
　図１１は特別構成物ＤＢの例を示す説明図である。特別構成物ＤＢ１４８はエリアに応じて異なる特別な構成物（特別構成物という）に関するデータを記憶する。特別構成物はユーザが思い入れ持つ、親近感を抱くような、特別な意味を持つ構成物である。特別構成物は例えば、題材が昭和３０年代の東京であれば、その時代における人気スポーツ選手、映画スターなどである。その時代に人気があった観光スポットにある建物などでもよい。題材がアニメーション映画の世界であれば、映画に登場するキャラクタ、キャラクタが使用する自動車や人型兵器、キャラクタの住居やキャラクタの勤務先の建物などである。特別構成物ＤＢ１４８は構成物ＩＤ列、エリアＩＤ列、種別列、名称列、ユーザＩＤ列及び動作シナリオ列を含む。構成物ＩＤ列は特別構成物を一意に特定可能な構成物ＩＤを記憶する。エリアＩＤ列は特別構成物が配置されるエリアのエリアＩＤを記憶する。種別列は特別構成物の種別（建物、移動体など）を記憶する。名称列は特別構成物の名称を記憶する。ユーザＩＤ列は特別構成物の動作を行わせることが可能なユーザのユーザＩＤを記憶する。例えば、ユーザＩＤ列に記憶されているユーザが来場した場合に、特別構成物が動作する。動作シナリオ列は特別構成物の動作内容を記憶する。動作の例としては、キャラクタが来場したユーザ宅を訪問する、キャラクタが自宅で食事をするシーンが上映されるなどである。ユーザの来場から特別構成物の動作までの流れの詳細は実施の形態４にて説明する。
　続いて、制御サーバ１が行う処理を説明する。図１２は建物利用権限購入処理の手順例を示すフローチャートである。購入処理は、建物の利用権限をユーザが購入する際の処理である。ユーザは登録端末４又はユーザ端末５から、制御サーバ１にアクセスする。以下、ユーザは登録端末４から制御サーバ１にアクセスするとする。制御サーバ１はログイン画面を出力する。ログイン画面には、未登録ユーザが登録を行うための登録画面へ遷移するボタンを含む。登録済のユーザはユーザＩＤとパスワードとを入力する。登録端末４はユーザＩＤとパスワードとを制御サーバ１へ送信する。未登録のユーザは登録画面に遷移するボタンを選択する。登録端末４はその旨を制御サーバ１に送信する。制御サーバ１のＣＰＵ１１はログイン要求か否かを判定する（ステップＳ１）。ＣＰＵ１１はログイン要求と判定した場合（ステップＳ１でＹＥＳ）、認証を行う（ステップＳ３）。ＣＰＵ１１はログイン要求でないと判定した場合（ステップＳ１でＮＯ）、ユーザ登録処理を行う（ステップＳ２）。ユーザ登録処理は公知の技術で構築可能であるので、説明を省略する。ＣＰＵ１１はユーザ登録後、認証を行う（ステップＳ３）。ユーザは利用権限を購入する構成物に対応するエリアを選択する。ＣＰＵ１１はユーザが選択したエリアの情報を取得する（ステップＳ４）。ＣＰＵ１１は選択されたエリア内の建物の情報を建物ＤＢ１４４から取得し、一覧表形式で出力する（ステップＳ５）。ユーザは一覧から利用権限を購入する建物を選択する。ＣＰＵ１１は選択情報を取得する（ステップＳ６）。ＣＰＵ１１は選択された建物が一戸建か否かを判定する（ステップＳ７）。ＣＰＵ１１は選択された建物が一戸建であると判定した場合（ステップＳ７でＹＥＳ）、間取り設定を取得する（ステップＳ８）。例えば、登録端末４からユーザが記入した間取り図を取得する。ＣＰＵ１１は選択された建物が一戸建でないと判定した場合（ステップＳ７でＮＯ）、選択された間取りの情報を取得する（ステップＳ９）。一戸建でない場合、ユーザは間取りを自由には設定できないため、予め設定してある複数の間取りから１つ選択する。ＣＰＵ１１は建物、間取りに応じた利用権限の対価を算出し、決済を行う（ステップＳ１０）。ＣＰＵ１１は利用権限を購入したユーザＩＤを建物ＤＢ１４４のオーナ列に、使用期限を期限列に記憶する（ステップＳ１１）。期限は例えば、決済日から１年間である。期限を指定可能とし、ユーザが指定するようにしてもよい。ＣＰＵ１１は建物購入処理を終了する。ユーザが移動体の利用権限を購入する場合に、ＣＰＵ１１が行う処理は、図１２に示す処理と同様であるから、図示及び説明を省略する。
　図１３は来場動作処理の手順例を示すフローチャートである。来場動作処理はオーナがミニチュア施設に来場した場合に、利用権限を持つ構成物を動作させる処理である。オーナは来場時、各エリアに設置されている読取機３１、３２の１つにユーザカードを読み取らせる。読取機３１、３２は読み取ったユーザＩＤとエリアＩＤとを制御サーバ１へ送信する。制御サーバ１のＣＰＵ１１はユーザＩＤとエリアＩＤとを取得する（ステップＳ２１）。ＣＰＵ１１はユーザＩＤを検索キーにして建物ＤＢ１４４及び移動体ＤＢ１４６を検索し、ユーザが利用権限を有する建物及び移動体の構成物ＩＤを取得する（ステップＳ２２）。ＣＰＵ１１は構成物の絞り込みを行う（ステップＳ２３）。ＣＰＵ１１は取得した構成物ＩＤに対応した構成物ＤＢ１４３のレコードのエリアＩＤ列を参照し、ステップＳ２１で取得したエリアＩＤと一致しない構成物ＩＤを削除する。構成物が移動体の場合は、構成物ＤＢ１４３のレコードのエリアＩＤ列が取得したエリアＩＤと一致せず、かつ、移動体ＤＢ１４６の移動エリア列に、取得したエリアＩＤが含まれていないに構成物ＩＤを削除する。ＣＰＵ１１は絞り込みで残った建物の構成物について、建物ＤＢ１４４の来場動作列の内容を読み出し、動作命令を送信する（ステップＳ２４）。動作命令にしたがい、例えば、オーナの建物に明かりが灯ったり、煙突から暖炉の煙が出るようになったりする。ＣＰＵ１１はさらに絞り込みで残った構成物ＩＤに移動体の構成物ＩＤがあるか否か判定する（ステップＳ２５）。ＣＰＵ１１は移動体の構成物ＩＤがあると判定した場合（ステップＳ２５でＹＥＳ）、移動体ＤＢ１４６の来場動作列の内容を読み出し、動作命令を送信する（ステップＳ２６）。動作命令にしたがい例えば、オーナの自動車が格納庫から登場し、街のメインストリートにハザードランプを点灯しながら、停車する。ＣＰＵ１１は来場動作処理を終了する。ＣＰＵ１１は移動体の構成物ＩＤがないと判定した場合（ステップＳ２５でＮＯ）、来場動作処理を終了する。
　図１４は来場促進処理の手順例を示すフローチャートである。来場促進処理は来場していないユーザに来場を促す処理である。具体的には来場者が多く活気づいているエリアについて、来場していないユーザへ活気づいていることを知らせ、来場を促すというものである。制御サーバ１のＣＰＵ１１はエリアＤＢ１４２を参照し、処理対象とするエリア選択する（ステップＳ４１）。ＣＰＵ１１は選択したエリアの来場者数を集計する（ステップＳ４２）。ＣＰＵ１１は、ユーザＤＢ１４１を検索し、居住エリア列の値が選択したエリアのエリアＩＤと一致し、来場列の値が１であるレコードの数を集計する。ＣＰＵ１１は集計値が予め定めたしきい値以上であるか否かを判定する（ステップＳ４３）。ＣＰＵ１１は集計値が予め定めたしきい値未満であると判定した場合（ステップＳ４３でＮＯ）、処理をステップＳ４６に移す。ＣＰＵ１１は集計値が予め定めたしきい値以上であると判定した場合（ステップＳ４３でＹＥＳ）、ＣＰＵ１１は選択したエリアの非来場者を抽出する（ステップＳ４４）。ＣＰＵ１１は、ユーザＤＢ１４１を検索し、居住エリア列の値が選択したエリアのエリアＩＤと一致し、来場列の値が０であるレコードを抽出する。ＣＰＵ１１は抽出したユーザに対して、来場を促す通知を送信する（ステップＳ４５）。具体的には、電子メール列に記憶しているユーザに電子メール送信する。ＣＰＵ１１は未処理のエリアあるか否かを判定する（ステップＳ４６）。ＣＰＵ１１は未処理のエリアがあると判定した場合（ステップＳ４６でＹＥＳ）、処理をステップＳ４１に戻し未処理のエリアについての処理を行う。ＣＰＵ１１は未処理のエリアがないと判定した場合（ステップＳ４６でＮＯ）、来場促進処理を終了する。ＣＰＵ１１は来場促進処理を、ミニチュア施設の営業時間内に繰り返し行う。
　以上、本実施の形態は、以下の効果を奏する。来場動作処理により、来場したユーザと対応付けたミニチュア、すなわち、ユーザが利用権限を有するミニチュアを動作させることが可能となる。それによって、ユーザはミニチュア施設が提供する擬似空間をよりリアルに、より身近に感じることが可能となる。来場促進処理により、通知を受けたユーザが来場することにより、擬似空間がさらに活気づき、ユーザはミニチュア施設をより楽しめることになる。ひいては、ユーザの来場頻度が増加することが期待される。
　実施の形態２
　本実施の形態は、ユーザの姿を擬似空間に投影する機能を備える。システム構成は実施の形態１と同様である。以下の説明においては、実施の形態１との相違点を主として説明する。本実施の形態において、ユーザＤＢ１４１はユーザの３次元形状データ（３次元データ）を記憶する。図１５は来場動作処理の他の手順例を示すフローチャートである。図１５において、ステップＳ５１からステップＳ５６は、図１３のステップＳ２１からステップＳ２６までと、それぞれ同様であるので、説明を省略する。ステップＳ２５の後に、制御サーバ１のＣＰＵ１１は、ユーザの３次元データがあるか否かを判定する（ステップＳ５７）。ＣＰＵ１１は、ユーザの３次元データがあると判定した場合（ステップＳ５７でＹＥＳ）、３次元データを取得する（ステップＳ５８）。ＣＰＵ１１は取得した３次元データに基づいて、ユーザのホログラム映像を投影する（ステップＳ５９）。ＣＰＵ１１は来場動作処理を終了する。ＣＰＵ１１は、ユーザの３次元データがないと判定した場合（ステップＳ５７でＮＯ）、来場動作処理を終了する。
　ユーザの３次元データは予めレーザレンジファインダなどの３次元スキャナで取得しておく。ユーザのホログラム映像を、どの位置に投影するは予め定めておく。
　本実施の形態は実施の形態１に加え、以下の効果を奏する。ユーザのホログラム映像を擬似空間に投影することにより、ユーザの没入感を増すことが可能となる。
　実施の形態３
　本実施の形態は、来場していないユーザのための機能を提供する。システム構成は実施の形態１と同様である。以下の説明においては、実施の形態１との相違点を主として説明する。本実施の形態において、ユーザは利用権限を持つ構成物を遠隔で操作することが可能である。図１６は遠隔操作処理の手順例を示すフローチャートである。遠隔操作処理は制御サーバ１とユーザ端末５とが連携して行う処理であるが、図１６は制御サーバ１の処理を記載している。ユーザはユーザ端末５を用いて、制御サーバ１にログインする。制御サーバ１のＣＰＵ１１は、ログインしたユーザのユーザＩＤを取得する（ステップＳ７１）。ＣＰＵ１１はユーザが利用権限を有する構成物の構成物ＩＤを取得する（ステップＳ７２）。具体的には、ＣＰＵ１１はユーザＩＤを検索キーにして、建物ＤＢ１４４及び移動体ＤＢ１４６を検索し、オーナ列の値がユーザＩＤと一致するレコードの構成物ＩＤ列の値を取得する。ＣＰＵ１１はユーザが利用権限を有する構成物が複数のエリアにわたるか判定する（ステップＳ７３）。具体的には、ＣＰＵ１１は、建物については構成物ＤＢ１４３を検索して、配置されているエリアのエリアＩＤを取得する。ＣＰＵ１１は、移動体については構成物ＤＢ１４３を検索して、配置されているエリアのエリアＩＤを取得する。又、ＣＰＵは移動体ＤＢ１４６を参照して、移動が許されているエリアのエリアＩＤを取得する。ＣＰＵ１１は取得したすべてのエリアＩＤから重複するものを削除する。そして、ＣＰＵ１１は残ったエリアＩＤが複数であるか否かを判定する。ＣＰＵ１１はエリアが複数でないと判定した場合（ステップＳ７３でＮＯ）、処理をステップＳ７６に移す。ＣＰＵ１１はエリアが複数である判定した場合（ステップＳ７３でＹＥＳ）、エリアを選択する選択画面をユーザ端末５に出力する（ステップＳ７４）。ユーザはユーザ端末５の表示部５５に表示された複数のエリアから、入力部５６を用いて操作したいエリアを選択する。ユーザ端末５は選択されたエリアのエリアＩＤを制御サーバ１へ送信する。制御サーバ１は選択エリアのエリアＩＤを取得する（ステップＳ７５）。ＣＰＵ１１は選択されたエリアＩＤに対応した構成物に絞り込む（ステップＳ７６）。ＣＰＵ１１は絞り込まれた構成物を操作するための操作画面を生成し、操作画面を出力する（ステップＳ７７）。ユーザはユーザ端末５の表示部５５に表示された操作画面を、入力部５６を用いて操作したい構成物を操作するための命令を選択する。ユーザ端末５は選択された命令を制御サーバ１へ送信する。ＣＰＵ１１は命令を取得する（ステップＳ７８）。ＣＰＵ１１は取得した命令が終了であるか否かを判定する（ステップＳ７９）。ＣＰＵ１１は取得した命令が終了でないと判定した場合（ステップＳ７９でＮＯ）、命令を展示エリア２に出力し（ステップＳ８０）、構成物を動作させる。ＣＰＵ１１は処理をステップＳ７８に戻す。ＣＰＵ１１は取得した命令が終了であると判定した場合（ステップＳ７９でＹＥＳ）、遠隔操作処理を終了する。
　展示エリア２の各エリアには多数のカメラが設置されている。カメラが撮影した画像はユーザ端末５へ送信される。ユーザは遠隔操作している構成物の動作を確認することが可能である。
　本実施の形態においては、ミニチュア施設に来場しないユーザでも、擬似空間を楽しむことが可能となる。
　実施の形態４
　本実施の形態は、ユーザが来場した場合に、特別構成物が動作する形態である。システム構成は実施の形態１と同様である。以下の説明においては、実施の形態１との相違点を主として説明する。図１７は来場動作処理の他の手順例を示すフローチャートである。図１７において、ステップＳ２１からステップＳ２６は、図１３のステップＳ２１からステップＳ２６までと、それぞれ同様であるので、説明を省略する。ステップＳ２５又はステップＳ２６の後、ＣＰＵ１１は特別構成物ＤＢ１４８を検索する。ＣＰＵ１１は、ユーザＩＤ列、エリアＩＤ列にステップＳ２１で取得したユーザＩＤ、エリアＩＤ列を含む特別構成物があるか否かを判定する（ステップＳ２７）。ＣＰＵ１１は、ユーザＩＤ、エリアＩＤ列を含む特別構成物があると判定した場合（ステップＳ２７でＹＥＳ）、特別構成物ＤＢ１４８の動作シナリオ列の内容を読み出し、動作シナリオにしたがった動作命令を送信する（ステップＳ２８）。ＣＰＵ１１は来場動作処理を終了する。ＣＰＵ１１は、ユーザＩＤ、エリアＩＤ列を含む特別構成物がないと判定した場合（ステップＳ２７でＮＯ）、来場動作処理を終了する。
　本実施の形態においては、実施の形態１が奏する効果に加えて、以下の効果を奏する。来場したユーザと対応付けたミニチュアに加えて、特別構成物を動作させることが可能となる。それによって、ミニチュア施設に来場したことに対して、ユーザに高い価値を感じさせることが可能となる。
　特別構成物を動作させるためには、特別構成物ＤＢ１４８にユーザＩＤを記憶させておくことが必要である。そのための処理は、図１２に示した建物利用権限購入処理と同様な処理で実現可能である。
　上記ではユーザが来場した場合の動作について説明したが、退場した場合にも、構成物を動作させても良い。例えば、建物の照明を消灯する、自動車が格納庫に戻る動作をする。
　実施の形態５
　本実施の形態は、エリアを複数の区画に分け、区画毎に利用権限を販売し、擬似空間を作成する形態に関する。当該エリアには区画毎に異なる地域に対応する擬似空間を作成する。各区画は地域の情報発信を行う擬似空間である。各区画では、対応する地域の特産品や名産ができるまでの過程や生産者のこだわりをミニチュアで表現する。また、各区画では、地域の文化をミニチュアで表現する。このような情報発信により、当該エリアを訪れたユーザの特産品や名産の購買意欲を高める。
　以下、本実施の形態のエリアを物販エリアと呼ぶ。区画の利用権限を持つユーザを区画オーナと呼ぶ。物販エリアに訪れたミニチュア施設のユーザをエンドユーザと呼ぶ。特産品、名産の総称として産物を用いる。
　図１８は物販エリアの例を示す平面図である。図１８に示す例では、物販エリア６には日本の複数地域に対応する区画が設けてある。図１８に示すように、各区画に対応する地域の地理的位置に合わせて、各区画を配置してもよい。各区画に対応する地域の大小は一律でなくても良い。例えば、区画６５１のように、公園を１つの区画としても良い。また、商店街を１つの区画としても良い。また、複数の区画をグループ分けしてもよい。図１８に示す例では、第１グループ６１から第６グルーブ６６の６つのグループが設けられている。各グループに含まれる区画は隣接するようにしてある。そして、グループ間には空間を設けることで、エンドユーザが各区画を観覧して回ることが可能となる。
　次に本実施の形態で用いられるデータベースについて説明する。図１９は区画オーナＤＢの例を示す説明図である。区画オーナＤＢ１４９は区画オーナの情報を記憶する。区画オーナＤＢ１４９は、オーナＩＤ列、名称列、担当者列、電子メール列及び住所列を含む。オーナＩＤ列は区画オーナを一意に特定可能なＩＤを記憶する。名称列は区画オーナの名称を記憶する。区画オーナは団体を想定している。担当者列は区画オーナ内での担当者の氏名を記憶する。電子メール列は区画オーナの連絡先電子メールアドレスを記憶する。住所列は区画オーナの所在地住所を記憶する。
　図２０は権限ＤＢの例を示す説明図である。権限ＤＢ１４Ａは区画と区画オーナとの対応付を記憶する。権限ＤＢ１４Ａは権限ＩＤ列、区画ＩＤ列、オーナＩＤ列及び期限列を含む。権限ＩＤ列は権限を一意に特定可能なＩＤを記憶する。区画ＩＤ列は区画を一意に特定可能なＩＤを記憶する。オーナＩＤ列は区画オーナのオーナＩＤを記憶する。期限列は権限の期限を記憶する。
　図２１は住民ＤＢの例を示す説明図である。住民ＤＢ１４Ｂは区画の住民の情報を記憶する。住民ＤＢ１４Ｂは区画ＩＤ列、ユーザＩＤ列及び構成物ＩＤ列を含む。区画ＩＤ列は区画ＩＤを記憶する。ユーザＩＤ列は住民となっているエンドユーザのユーザＩＤを記憶する。構成物ＩＤ列は住民となったユーザに付与された構成物の構成物ＩＤを記憶する。構成物は例えばフィギュアである。
　図２２は産物ＤＢの例を示す説明図である。産物ＤＢ１４Ｃは産物の情報を記憶する。産物は区画で情報発信する特産品や名産などである。産物ＤＢ１４Ｃは産物ＩＤ列、品名列、販売者列、卸値列及び販売価格列を含む。産物ＩＤ列は産物を一意に特定可能なＩＤを記憶する。品名列は産物の名称を記憶する。ここでの産物は区画で情報発信を行う特産品や名産である。また、産物はミニチュア施設内で販売を想定している。販売者列は産物の販売者のＩＤ、例えばオーナＩＤを記憶する。卸値列は産物の卸値を記憶する。販売価格列産物の販売価格を記憶する。産物ＤＢ１４Ｃには、産物に付与されたＪＡＮ（Ｊａｐａｎｅｓｅ　Ａｒｔｉｃｌｅ　Ｎｕｍｂｅｒ）コードを記憶しても良い。
　図２３は広告ＤＢの例を示す説明図である。広告ＤＢ１４Ｄは広告へのリンクを記憶する。広告は主として産物についての広告である。広告は区画についての広告や案内でも良い。広告ＤＢ１４Ｄは広告ＩＤ列、ＵＲＬ列及び参照回数列を含む。広告ＩＤ列は広告を一意に特定可能なＩＤを記憶する。産物の広告の場合、産物ＩＤを記憶しても良い。ＵＲＬ列は広告のＵＲＬ（Ｕｎｉｆｏｒｍ　Ｒｅｓｏｕｒｃｅ　Ｌｏｃａｔｏｒ）を記憶する。参照回数列は広告が参照された回数を記憶する。
　続いて、本実施の形態に関連する処理について説明する。図２４は区画オーナ登録処理の手順例を示すフローチャートである。区画オーナ登録処理は申込者からのアクセスにより起動される。制御サーバ１のＣＰＵ１１は申込者端末に登録画面を出力する（ステップＳ９１）。申込者は登録画面に名称、所在地住所等の登録情報を入力し、制御サーバ１へ送信する。制御サーバ１のＣＰＵ１１は登録情報を取得する（ステップＳ９２）。ＣＰＵ１１は申込者に割り当てる区画を決定する（ステップＳ９３）。図１８の示した区画例では地理的位置に合わせて区画を配置している。この場合、申込者の所在地住所に合わせて、区画を決定する。申込者の所在地が北海道であれば、第１グループ６１の区画となる。ＣＰＵ１１は決定された区画を確認する確認画面を申込者端末に出力する（ステップＳ９４）。申込者は表示された確認画面で区画を確認する。申込者は決定された区画を承諾する否かの回答を入力し、制御サーバ１へ送信する。制御サーバ１のＣＰＵ１１は申込者の回答が承諾か否かを判定する（ステップＳ９５）。ＣＰＵ１１は申込者の回答が承諾でない判定した場合（ステップＳ９５でＮＯ）、処理を終了する。ＣＰＵ１１は申込者の回答が承諾であると判定した場合（ステップＳ９５でＹＥＳ）、登録情報を区画オーナＤＢ１４９に記憶し処理を終了する。申込者がオーナＩＤを付与されていない場合、ＣＰＵ１１は新たなオーナＩＤを発番する。ミニチュア施設の運営者と区画オーナとは協議を行い、区画に擬似空間を制作する。
　図２５は産物登録処理の手順例を示すフローチャートである。産物登録処理は区画オーナ等からのアクセスにより起動される。制御サーバ１のＣＰＵ１１は区画オーナの端末（以下、オーナ端末）へ登録画面を出力する（ステップＳ１１１）。区画オーナは登録画面に産物の品名、卸値等の登録情報を入力し、制御サーバ１へ送信する。制御サーバ１のＣＰＵ１１は登録情報を取得する（ステップＳ１１２）。ＣＰＵ１１は産物ＩＤを発番する（ステップＳ１１３）。ＣＰＵ１１は登録情報を産物ＩＤと対応付けて産物ＤＢ１４Ｃに記憶し（ステップＳ１１４）、処理を終了する。登録時に卸値、販売価格が決定していない場合は、空白又は０を記憶する。ミニチュア施設の運営者と産物の供給者（区画オーナを想定）は、産物を区画にてどの様に紹介するかを協議し展示を行う。例えば産物の製造工程を展示したり、区画内に産物の広告看板を展示したりする。また、ミニチュア施設の運営者と供給者とは産物の仕入れ計画など含む販売委託契約等を交わす。
　図２６は広告配信処理の手順例を示すフローチャートである。区画には展示されている広告看板等には２次元コードが振られている。エンドユーザはスマートフォンなどの端末で２次元コードを読み取ることにより、広告の配信を受けることができる。エンドユーザはユーザ端末５で２次元コードを撮影する。２次元コードで表現された情報には少なくとも広告ＩＤを含む。制御サーバ１にアクセスするためのＵＲＬを含んでも良い。ユーザ端末５のＣＰＵ５１は２次元コードから取得した広告ＩＤを制御サーバ１へ送信する。制御サーバ１のＣＰＵ１１は広告ＩＤを受信する（ステップＳ１３１）。制御サーバ１のＣＰＵ１１は広告ＤＢ１４Ｄに記憶してある広告ＩＤの参照回数を更新する（ステップＳ１３２）。ＣＰＵ１１は広告ＩＤに対応するＵＲＬを広告ＤＢ１４Ｄから取得する（ステップＳ１３３）。ＣＰＵ１１は取得したＵＲＬをユーザ端末５に送信し（ステップＳ１３４）、処理を終了する。ユーザ端末５のＣＰＵ５１は取得したＵＲＬを用いて広告を取得し、表示する。
　図２７は住民登録処理の手順例を示すフローチャートである。エンドユーザは区画で紹介している産物を購入した場合に区画の住民となることができる。例えばエンドユーザの購入した産物の合計額が所定額を超えた場合、住民登録の案内がされる。エンドユーザは案内にしたがって、ミニチュア施設内の端末やユーザ端末５を用いて、制御サーバ１へ登録要求を送信する。制御サーバ１のＣＰＵ１１は要求を受信する（ステップＳ１４１）。ＣＰＵ１１は住民登録用の登録画面をユーザ端末５等へ出力する（ステップＳ１４２）。エンドユーザは登録画面に登録情報を入力し、制御サーバ１へ送信する。エンドユーザが登録済みである場合、ユーザＩＤを入力する。ユーザ端末５は登録情報を制御サーバ１へ送信する。ＣＰＵ１１は受信した登録情報に基づき、エンドユーザが既存ユーザである否か判定する（ステップＳ１４３）。ＣＰＵ１１はエンドユーザが既存ユーザであると判定した場合（ステップＳ１４３でＹＥＳ）、処理をステップＳ１４５に移す。ＣＰＵ１１はエンドユーザが既存ユーザでないと判定した場合（ステップＳ１４３でＮＯ）、ユーザＩＤを発番し、登録情報をユーザＩＤと対応付けてユーザＤＢ１４１に登録する（ステップＳ１４４）。ＣＰＵ１１は構成物ＩＤを取得する（ステップＳ１４５）。構成物ＩＤは住民となったエンドユーザに提供されるフィギュアを特定するＩＤである。フィギュアに予め付与されている場合は、フィギュアから読み取る。フィギュアに予め付与されていない場合は、構成物ＩＤを発番し、フィギュアに付される。ＣＰＵ１１は構成物ＩＤをユーザＩＤと対応付けて記憶し（ステップＳ１４６）、処理を終了する。ユーザに未彩色のフィギュアが渡される。エンドユーザはフィギュアに彩色して、区画に配置することができる。また、未彩色のまま、又は彩色後、持ち帰っても良い。
　本実施の形態では、産物に対するエンドユーザの購買意欲を高めることが可能なる。区画オーナは産物を販売した利益により、区画の利用権限を得るために投資した金額の一部を回収可能となる。
　ミニチュア施設の運営者は、区画オーナへ入場チケット提供しても良い。それにより、区画へのエンドユーザの入場を促進することが可能となる。また、区画オーナは入場チケットを販売することにより、投資した金額の一部を回収可能となる。
　一方、区画の住民となったエンドユーザには、入場料などが割引になる割引券を提供しても良い。実世界と同様に、区画において祭りを企画し、祭りの日のみに利用できる特別な割引券を提供しても良い。祭りの日を平日にすることより、平日にミニチュア施設を訪れる動機をエンドユーザに与えることが可能となる。
　実施の形態６
　本実施の形態は、構成物のオーナが、利用権限の再販売等を行える形態に関する。実世界での不動産仲介のように、本実施の形態は、擬似空間の構成物に対する利用権限をミニチュア施設の運営者から購入したオーナが、その利用権限を他のエンドユーザに付与等を行える形態である。
　本実施の形態において、新たなに必要となるデータベースについて説明する。図２８は仲介ＤＢの例を示す説明図である。仲介ＤＢ１４Ｅはオーナとオーナから利用権限を付与された店子との対応関係を記憶する。仲介ＤＢ１４Ｅは大家列、構成物ＩＤ列、部屋番号列及び店子列を含む。大家列はエンドユーザに利用権限を付与しているオーナのユーザＩＤを記憶する。構成物ＩＤ列は利用権限付与の対象となっている構成物の構成物ＩＤを記憶する。部屋番号列は対象となっている構成物が集合住宅である場合、利用権限を付与の対象となっている部屋番号を記憶する。対象となっている構成物が集合住宅出ない場合は空白又は値がなし（ＮＵＬＬ）となる。店子列は利用権限を付与されているエンドユーザ（店子ユーザ）のユーザＩＤを記憶する。店子列に記憶するユーザＩＤは直接利用権限を購入したエンドユーザ（通常ユーザ）とは異なる番号体系としている。店子を示すユーザＩＤは先頭文字をＴとしてある。一方、通常ユーザのユーザＩＤの先頭文字はＵである。また、通常ユーザのユーザＩＤはユーザ登録時に発番されるが、店子のユーザＩＤは実際に使用するユーザが未確定でも、オーナからの要求があれば発番される。
　図２９は店子設定処理の手順例を示すフローチャートである。店子設定処理はオーナ又はオーナになろうとするユーザ（以下、単に「オーナ」と記す。）からの要求により起動される。制御サーバ１のＣＰＵ１１は選択画面をオーナの端末へ送信する（ステップＳ１８１）。選択画面は既に利用権限を購入済みの構成物を対象とするか、まだ利用権限を購入していない構成物を対象とするかを選択する画面である。オーナは選択画面で対象を選択し、制御サーバ１へ送信する。制御サーバ１のＣＰＵ１１は、オーナの選択対象が利用権限を購入済の構成物である否かを判定する（ステップＳ１８２）。制御サーバ１のＣＰＵ１１はオーナの選択対象が利用権限を購入済の構成物でないと判定した場合（ステップＳ１８２でＮＯ）、利用権限購入処理を行い（ステップＳ１８５）、ステップＳ１８６へ処理を移す。当該処理は図１２に示したステップＳ４からＳ１１と同様であるから、説明を省略する。制御サーバ１のＣＰＵ１１はオーナの選択対象が利用権限を購入済の構成物であると判定した場合（ステップＳ１８２でＹＥＳ）、オーナが利用権限を有している構成物の構成物ＩＤをユーザＤＢ１４１から取得する（ステップＳ１８３）。ＣＰＵ１１は取得した構成物ＩＤに対応した構成物の情報を構成物ＤＢ１４３、建物ＤＢ１４４、間取りＤＢ１４５から取得する（ステップＳ１８４）。ＣＰＵ１１構成物の一覧画面を生成し、オーナの端末へ送信する（ステップＳ１８６）。オーナはエンドユーザに利用権限を付与した構成物を選択し、選択情報を制御サーバ１へ送信する。制御サーバ１のＣＰＵ１１は選択情報を取得する（ステップＳ１８７）。ＣＰＵ１１は選択された構成物に対応する店子ＩＤを発番する（ステップＳ１８８）。ＣＰＵ１１はオーナのユーザＩＤ、構成物ＩＤ、店子ＩＤ等を仲介ＤＢ１４Ｅに記憶し（ステップＳ１８９）、処理を終了する。発番された店子ＩＤをユーザＩＤとして記憶したユーザカードはオーナに提供される。オーナはユーザカードをエンドユーザに付与することより、自らの利用権限を付与することが可能となる。なお、店子ＩＤをオーナに通知し、オーナがユーザカードを制作してもよい。
　エンドユーザに店子ユーザが加わったことにより、来場動作処理の一部が変更となるので、変更内容について説明する。図３０は来場動作処理の手順例を示すフローチャートである。図３０には来場動作処理の全ての手順ではなく変更箇所を示している。図１３に示した来場処理からの変更内容である。オーナ又は店子ユーザは来場時、各エリアに設置されている読取機３１、３２の１つにユーザカードを読み取らせる。読取機３１、３２は読み取ったユーザＩＤとエリアＩＤとを制御サーバ１へ送信する。制御サーバ１のＣＰＵ１１はユーザＩＤとエリアＩＤとを取得する（ステップＳ２１）。ＣＰＵ１１は取得したユーザＩＤが店子のユーザＩＤか否かを判定する（ステップＳ２０１）。ＣＰＵ１１は取得したユーザＩＤが店子のユーザＩＤであると判定した場合（ステップＳ２０１でＹＥＳ）、仲介ＤＢ１４Ｅから構成物ＩＤを取得する（ステップＳ２０２）。ＣＰＵ１１は図１３のステップＳ２３以降を実行する。ＣＰＵ１１は取得したユーザＩＤが店子のユーザＩＤでないと判定した場合（ステップＳ２０１でＹＥＳ）ＣＰＵ１１は構成物ＩＤを取得する（ステップＳ２２）。ＣＰＵ１１は構成物の絞り込みを行う（ステップＳ２３）。ステップＳ２２及びステップＳ２３は図１３での処理と同様であるので詳細な説明は省略する。ＣＰＵ１１は絞り込んで残った構成物ＩＤから、店子に利用権限を付与した構成物の構成物ＩＤを消し込む（ステップＳ２０３）。ＣＰＵ１１は図１３のステップＳ２４以降を実行する。
　本実施の形態では、オーナは構成物の利用権限を他者に付与可能であるので、当該利用権限を、自身が提供する商品やサービスの販売促進ツールとして利用可能となる。また、ミニチュア施設の運営者は、オーナに利用権限の仲介を許可することにより、より多くの利用権限が購入されることが期待できる。
　各実施の形態で記載されている技術的特徴（構成要件）はお互いに組み合わせ可能であり、組み合わせすることにより、新しい技術的特徴を形成することができる。
　今回開示された実施の形態はすべての点で例示であって、制限的なものではないと考えられるべきである。本発明の範囲は、上記した意味ではなく、請求の範囲によって示され、請求の範囲と均等の意味及び範囲内でのすべての変更が含まれることが意図される。
　１００　　　ミニチュア施設システム
　１　　　　　制御サーバ
　１１　　　　ＣＰＵ
　１２　　　　ＲＯＭ
　１３　　　　ＲＡＭ
　１４　　　　大容量記憶部
　１４１　　　ユーザＤＢ
　１４２　　　エリアＤＢ
　１４３　　　構成物ＤＢ
　１４４　　　建物ＤＢ
　１４５　　　間取りＤＢ
　１４６　　　移動体ＤＢ
　１５　　　　第１通信部
　１６　　　　第２通信部
　１Ｐ　　　　制御プログラム
　２　　　　　展示エリア
　３１、３２　読取機
　４　　　　　登録端末
　５　　　　　ユーザ端末?

Claims (14)

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

Priority Applications (5)

Application Number Priority Date Filing Date Title
SG11202007209UA SG11202007209UA (en) 2018-02-09 2019-02-06 Miniature facility operation method, miniature facility control device, miniature facility control program, miniature facility remote control program, miniature facility control system, and miniature facility construction method
CN201980012663.6A CN111699505A (zh) 2018-02-09 2019-02-06 微缩设施的动作方法、微缩设施控制装置、微缩设施控制程序、微缩设施远距离控制程序、微缩设施控制系统及微缩设施的构建方法
JP2019570769A JP7042516B2 (ja) 2018-02-09 2019-02-06 ミニチュア施設の制御方法、ミニチュア施設制御装置、ミニチュア施設制御プログラム、ミニチュア施設制御システム及び情報処理プログラム
US16/963,379 US20210240876A1 (en) 2018-02-09 2019-02-06 Miniature Facility Operation Method, Miniature Facility Control Device, Non-Transitory Computer Readable Medium Storing a Miniature Facility Control Program, Non-Transitory Computer Readable Medium Storing a Miniature Facility Remote Control Program, Miniature Facility Control System, and Miniature Facility Construction Method
EP19751763.4A EP3751502A4 (en) 2018-02-09 2019-02-06 MINIATURE INSTALLATION OPERATION PROCEDURE, MINIATURE INSTALLATION CONTROL DEVICE, MINIATURE INSTALLATION CONTROL PROGRAM, MINIATURE INSTALLATION REMOTE CONTROL PROGRAM, MINIATURE INSTALLATION CONTROL SYSTEM, AND MINIATURE PLANT CONSTRUCTION PROCEDURE

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2018-022442 2018-02-09
JP2018022442 2018-02-09

Publications (1)

Publication Number Publication Date
WO2019156104A1 true WO2019156104A1 (ja) 2019-08-15

Family

ID=67549421

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2019/004181 WO2019156104A1 (ja) 2018-02-09 2019-02-06 ミニチュア施設の動作方法、ミニチュア施設制御装置、ミニチュア施設制御プログラム、ミニチュア施設遠隔制御プログラム、ミニチュア施設制御システム及びミニチュア施設の構築方法

Country Status (6)

Country Link
US (1) US20210240876A1 (ja)
EP (1) EP3751502A4 (ja)
JP (1) JP7042516B2 (ja)
CN (1) CN111699505A (ja)
SG (1) SG11202007209UA (ja)
WO (1) WO2019156104A1 (ja)

Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2002200361A (ja) 2000-12-28 2002-07-16 Kozo Yamanobe デジタルモデルとそのゲームシステム
JP2005198728A (ja) * 2004-01-13 2005-07-28 Konami Co Ltd 遠隔操作玩具システム、それに用いる駆動機器、並びに遠隔操作玩具における識別コード設定方法
US20060225323A1 (en) * 2005-03-29 2006-10-12 Lionel L.L.C Interactive run-in-place model vehicle display
JP2008253362A (ja) * 2007-04-02 2008-10-23 Taito Corp 遠隔無線操縦型オンライン対戦ゲームシステムにおけるゲーム画像生成方法
JP2010157262A (ja) * 2003-12-31 2010-07-15 Ganz A Partnership Of Two Ontario Corp エンターテイメント・システム
JP2012008388A (ja) 2010-06-25 2012-01-12 Hitachi Consumer Electronics Co Ltd 液晶表示装置
JP2012181683A (ja) * 2011-03-01 2012-09-20 Nec Corp 情報配信システム、情報配信装置、携帯端末、情報配信方法及びプログラム

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6941353B1 (en) * 2000-06-29 2005-09-06 Auran Holdings Pty Ltd E-commerce system and method relating to program objects
US20050128212A1 (en) * 2003-03-06 2005-06-16 Edecker Ada M. System and method for minimizing the amount of data necessary to create a virtual three-dimensional environment
US7570261B1 (en) * 2003-03-06 2009-08-04 Xdyne, Inc. Apparatus and method for creating a virtual three-dimensional environment, and method of generating revenue therefrom
RU2006131759A (ru) * 2006-09-04 2008-03-10 Николай Иванович Пальченко (RU) Способ и система моделирования, представления и функционирования единого виртуального пространства как единой инфраструктуры для осуществления реальной и виртуальной хозяйственной и иной деятельности человечества
KR101758163B1 (ko) * 2010-12-31 2017-07-14 엘지전자 주식회사 이동 단말기 및 그의 홀로그램 제어방법

Patent Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2002200361A (ja) 2000-12-28 2002-07-16 Kozo Yamanobe デジタルモデルとそのゲームシステム
JP2010157262A (ja) * 2003-12-31 2010-07-15 Ganz A Partnership Of Two Ontario Corp エンターテイメント・システム
JP2005198728A (ja) * 2004-01-13 2005-07-28 Konami Co Ltd 遠隔操作玩具システム、それに用いる駆動機器、並びに遠隔操作玩具における識別コード設定方法
US20060225323A1 (en) * 2005-03-29 2006-10-12 Lionel L.L.C Interactive run-in-place model vehicle display
JP2008253362A (ja) * 2007-04-02 2008-10-23 Taito Corp 遠隔無線操縦型オンライン対戦ゲームシステムにおけるゲーム画像生成方法
JP2012008388A (ja) 2010-06-25 2012-01-12 Hitachi Consumer Electronics Co Ltd 液晶表示装置
JP2012181683A (ja) * 2011-03-01 2012-09-20 Nec Corp 情報配信システム、情報配信装置、携帯端末、情報配信方法及びプログラム

Non-Patent Citations (3)

* Cited by examiner, † Cited by third party
Title
AIZAWA, YOSHIAKI, IF YOU GO, WINTER! ENJOY THE WORLD OF SPARKLING MINIATURES AT TOBU WORLD SQUARE, 10 January 2018 (2018-01-10), pages 1 - 27, XP009522594, Retrieved from the Internet <URL:https://gurutabi.gnavi.co.jp/a/a_2332/> [retrieved on 20190417] *
See also references of EP3751502A4
TSUBOI, YUMIKO: "World's largest! German Model Train Miniature Wonderland", ALL ABOUT > TRAVEL > OVERSEAS TRIP > EUROPE > GERMANY > HAMBURG AND NORTHERN GERMANY > WORLD'S LARGEST! GERMAN MODEL TRAIN MINIATURE WONDERLAND, 1 October 2016 (2016-10-01), pages 1 - 4, XP009522591, Retrieved from the Internet <URL:https://web.archive.org/web/20161001025052/https://allabout.co.jp/gm/gc/431885/> [retrieved on 20190417] *

Also Published As

Publication number Publication date
JPWO2019156104A1 (ja) 2021-01-28
US20210240876A1 (en) 2021-08-05
EP3751502A1 (en) 2020-12-16
JP7042516B2 (ja) 2022-03-28
CN111699505A (zh) 2020-09-22
SG11202007209UA (en) 2020-08-28
EP3751502A4 (en) 2021-11-17

Similar Documents

Publication Publication Date Title
Juska Integrated marketing communication: advertising and promotion in a digital world
Salgues Society 5.0: industry of the future, technologies, methods and tools
US20220292543A1 (en) Pop-up retial franchising and complex econmic system
Corbisiero et al. Millennials, Generation Z and the future of tourism
KR101058663B1 (ko) 사용자가 함께 만들어가는 스토리맵 서비스를 제공하는 시스템
WO2008030135A1 (fr) Procédé et système de modélisation et de fonctionnement d&#39;un espace virtuel uni
Tiwari Connecting places, connecting people: a paradigm for urban living in the 21st century
Schalbetter et al. From board games to immersive urban imaginaries: Visualization fidelity's impact on stimulating discussions on urban transformation
JP7042516B2 (ja) ミニチュア施設の制御方法、ミニチュア施設制御装置、ミニチュア施設制御プログラム、ミニチュア施設制御システム及び情報処理プログラム
KR101058738B1 (ko) 실가상공간과 창조가상공간을 가지며 온라인을 통해 스토리맵을 제공하는 시스템
US20240181349A1 (en) Metaverse system for providing economic management system to convergence space in which real world and virtual world are converged
KR102205223B1 (ko) 온라인 기반 개인 소장품의 전시 공간 제공 시스템 및 그 방법
Davis The collection all around: Sharing our cities, towns, and natural places
AU2018259150B2 (en) Construction system and method
JP7482300B1 (ja) 物件情報配信システム、物件情報配信装置、物件情報配信プログラム、および物件情報配信方法
Mele et al. Experimenting on the metaverse to foster innovation
Knikker How To Win Work: The architect's guide to business development and marketing
Doherty Unlocking the Metaverse: A Strategic Guide for the Future of the Built Environment
Booth When tourism comes to you (but you still have to go get it, dawg): The Rickmobile and transmedia tourism/fandom
KR20070076285A (ko) 전자 데이터에 의한 시가지 구축 시스템
MacDonald " A New Path to the Future": Women Producers of Border-Crossing Musical Theatre in Japan, South Korea, and China
Elsayed Fayed Proposed Model for the Dimensions of Digital Organizations Entering the Metaverse World
Streitz et al. Distributed, Ambient and Pervasive Interactions: 11th International Conference, DAPI 2023, Held as Part of the 25th HCI International Conference, HCII 2023, Copenhagen, Denmark, July 23–28, 2023, Proceedings, Part II
Telles Re-designing the smart future: How new technologies are transforming businesses and the 2020 world we live in
JP2023106185A (ja) コンピュータプログラム、情報処理方法、及び情報処理装置

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 19751763

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2019570769

Country of ref document: JP

Kind code of ref document: A

NENP Non-entry into the national phase

Ref country code: DE

ENP Entry into the national phase

Ref document number: 2019751763

Country of ref document: EP

Effective date: 20200909