JP7340826B2 - Storage simulation device, storage simulation method and program - Google Patents

Description

The present disclosure relates to a storage simulation device, a storage simulation method, and a program that execute a simulation when storing belongings in a storage unit.

Simulation has traditionally been used in various fields. For example, in the manufacturing of products, the construction of buildings, etc., by performing simulations in advance, the state after completion can be predicted before manufacturing or construction, and the work can be made easier. Specifically, there is also a technique for performing layout verification work using simulation for storage furniture in houses and the like (for example, see Patent Documents 1 and 2).

The method of Patent Document 1 describes a storage planning method that compares the shape and size of a storage section and the area occupied by stored items. Incidentally, there are various methods for storing items in the storage unit, and it is necessary to store items in the storage unit using a method that matches each method.

The method disclosed in Patent Document 1 describes a technique for determining whether an item can be stored in a storage section and planning storage. At this time, storage is planned using different methods depending on whether or not it is possible to stack the stored items.

Patent No. 3847036 Patent No. 4180340

The present disclosure provides a storage simulation device, a storage simulation method, and a program that execute a simulation that takes into account the storage method of an object to be stored.

The storage simulation device of the present disclosure includes an attribute acquisition section that acquires attributes of residents of a house to be simulated, a storage section data acquisition section that acquires storage section data including a storage method in a storage section of the house, and a storage section data acquisition section that acquires storage section data including storage methods for storage sections of the house. A storage object that is associated with the identification information of multiple storage objects to be stored in the storage section, the assumed possession amount for each attribute, and the type of storage method determined according to the nature of the storage object in the storage section. A property identification section that acquires identification information and possession amount associated with the resident's attributes from property data, and identifies the resident's virtual possessions, and a storage section that stores the resident's virtual possessions. and a simulation unit that executes a storage simulation by selecting a storage unit that matches the storage method type of the virtual property included in the storage object data from the storage units included in the storage object data.

These general and specific aspects may be implemented by systems, methods, and computer programs, and combinations thereof.

According to the storage simulation device, storage simulation method, and program of the present disclosure, when simulating storage, it is possible to perform a simulation that takes into account the storage method for each storage target.

1 is a conceptual diagram of a storage simulation device according to the present disclosure. FIG. 1 is a block diagram of a storage simulation device according to the present disclosure. This is an example of storage section data used in the simulation device. 4 is an example of a floor plan corresponding to the storage section data of FIG. 3. FIG. This is an example of storage object data used in the simulation device. This is an example of storage rule data used in the simulation device. 7 is a diagram illustrating storage rule data of FIG. 6. FIG. This is an example of screen data used for inputting attribute data. This is an example of screen data used to input the type and number of storage units, which is storage unit data. This is an example in which the type and number of storage units are input into the screen data shown in FIG. 3A. This is an example of screen data used to input the size of a storage unit, which is storage unit data. This is an example in which the size of the storage section is input to the screen data shown in FIG. 5A. This is an example for explaining the number of items that can be stored in each storage unit and the state of simulation. This is an example of a result output screen for displaying the results of simulation processing. This is another example of a result output screen for displaying the results of simulation processing. This is another example of a result output screen for displaying the results of simulation processing. This is another example of a result output screen for displaying the results of simulation processing. It is a flowchart explaining the simulation method in a simulation device. 17 is a flowchart illustrating the simulation process in FIG. 16. It is a modification of the result output screen for displaying the results of simulation processing. This is another modification of the result output screen for displaying the results of simulation processing. This is another modification of the result output screen for displaying the results of simulation processing.

[Findings that formed the basis of this disclosure]
In recent years, there have been various storage simulation methods. However, in an actual house, the place to store things is not limited to one place. Therefore, the storage volume required for a certain room is affected by the shape and size of storage units in other rooms. As a result, even if the required storage volume for each room is determined in advance, it will deviate greatly from the storage volume that will be required when a person actually occupies the room.

Therefore, when it is desired to quantitatively grasp the amount that can be stored in all the storage sections of a house and evaluate the storage condition, it is difficult to grasp and evaluate the condition of all the storage sections. In addition, conventionally, the difference between the storage portions of multiple patterns has been determined simply by visual inspection, and it has been difficult to quantitatively grasp the difference.

The present disclosure provides a storage simulation device, a storage simulation method, and a program that simulate storage of objects to be stored in a storage section of a house. This makes it possible to perform a simulation that takes into account the storage method of the storage target.

[Embodiment]
Embodiments of the present disclosure will be described below using the drawings, with appropriate reference to the drawings. However, in the detailed description, unnecessary parts of the description regarding the prior art and substantially the same configuration may be omitted. This is to simplify the explanation. Additionally, the following description and accompanying drawings are provided to enable those skilled in the art to fully understand the present disclosure, and are not intended to limit the claimed subject matter.

A storage simulation device, a storage simulation method, and a program according to the present disclosure execute a simulation of storing an object assumed to be owned by a user in a storage section of the user's actual or temporarily designed residence. be. For example, as shown in FIG. 1, the storage simulation device 1 can perform a simulation regarding the storage of a house in which a user 20 lives, and indicate the extent to which the user's 20 belongings are stored as virtual data. Furthermore, for example, the storage simulation device 1 may indicate, as new virtual data, the degree of storage of the user's 20 belongings regarding a house after renovation proposed by the user 21 who is the proposer of house renovation etc. can. Note that in the following description, the user 21 will be described as a person who proposes a renovation, but the user 21 may be someone else. For example, the storage simulation device 1 is used by a user who is a seller of a house, and is used to show, as virtual data, how the belongings of the user 20 will be stored in the storage section of the house to be sold. Good too.

In the present disclosure, a "house" is a house for people to live in, and the type thereof does not matter. For example, it includes single-family houses and apartment complexes. In addition, since the simulation is executed for each attribute of the family living in the house, the explanation will be based on the premise that a two-family house where multiple households maintain independence and live in one building will be simulated separately. .

In the following description, as shown in FIG. 1, a person who actually lives or who may live in a house that is a simulation target of the storage simulation device 1 will be referred to as a "user" or a "resident." Specifically, the explanation will be given assuming the user 20. Further, as shown in FIG. 1, "user" and "resident" may collectively refer to a group of multiple people, that is, a family, or may refer to one member of a family.

The "proposer" is a remodeler or the like who inputs information and the like into the storage simulation device 1 and operates it, and also proposes a remodel including new storage unit conditions to the user 20. Specifically, this "proposer" will be explained as the user 21. Note that in the following description, an example will be described in which the user 21 inputs each data into the storage simulation device 1, but this is just an example, and the method is not limited to this method.

A “storage unit” is a storage space provided in a house in advance, and there are various types. For example, examples of "storage units" include closets, storage compartments, floor cabinets, hanging cabinets, cupboards, linen cabinets, shoe boxes, etc., and each type has a different storage purpose, form, storage method, etc. Descriptions of definitions regarding each type will be omitted here. These "storage units" may be divided into a plurality of storage areas by, for example, including a plurality of shelves or drawers. For example, in a storage unit called a shoe box, a large box may be divided into upper, middle, lower, etc. shelves using a plurality of shelves for storing shoes. Each region of the storage section, such as the upper, interrupted, and lower tiers, will also be referred to as a "storage section" and will be described as a "storage area" or "storage section (storage area)" as necessary. Note that in the following description, the term "storage section" does not include storage furniture such as movable bookshelves and chests of drawers that are placed in a house after construction or renovation, but the term is not limited thereto. For example, the simulation may include these movable furniture.

The "object to be stored" is an object among the user's 20 belongings that is to be stored in the storage unit of the residence. For example, among the user's 20 belongings, shoes, clothing, etc. are objects to be stored in the storage section, and therefore become objects to be stored. On the other hand, even if the user 20 owns the property, for example, large furniture such as sofas and beds, large home appliances such as refrigerators and washing machines, etc., which are not subject to storage in the storage section, are not objects to be stored. . Note that even large furniture and home appliances may be simulated as storage objects if the target house is equipped with a storage section for storing them.

The configuration of the storage simulation device 1 according to the present disclosure will be described using FIG. 2. The storage simulation device 1 is an information processing device that includes a control section 11, a storage section 12, an input section 13, an output section 14, etc., and each section is connected by a bus 16. Furthermore, the storage simulation device 1 may include a communication interface (communication I/F) 15, and may be capable of performing data communication with an external device.

The control unit 11 is a controller that controls the entire storage simulation device 1 . For example, the control unit 11 reads and executes the simulation program P stored in the storage unit 12, thereby controlling the attribute acquisition unit 111, storage data acquisition unit 112, property identification unit 113, simulation unit 114, and output processing unit 115. Achieve processing as follows. Further, the control unit 11 is not limited to realizing a predetermined function by cooperation of hardware and software, but may be a hardware circuit designed exclusively for realizing a predetermined function. That is, the control unit 11 can be realized by various processors such as a CPU, MPU, GPU, FPGA, DSP, and ASIC.

The storage unit 12 is a recording medium that records various information. The storage unit 12 is realized by, for example, a RAM, a ROM, a flash memory, an SSD (Solid State Device), a hard disk, another storage device, or an appropriate combination thereof. In addition to the simulation program P executed by the control unit 11, the storage unit 12 stores information used as identification information and various information acquired for assigning identification information. For example, the storage unit 12 stores attribute data 121, storage unit data 122, storage target data 123, and storage rule data 124.

The input unit 13 is input means such as an operation button, a keyboard, a mouse, a touch panel, and a microphone used for operations and inputting data. The output unit 14 is an output means such as a display or a speaker used to output processing results and data. The communication I/F 15 is an interface circuit (module) for enabling data communication with an external device (not shown).

Note that the storage simulation device 1 may be realized by a plurality of information processing devices. Further, a part of the data stored in the storage unit 12 may be stored in an external storage device, and may be read from the external storage device and used.

The attribute data 121 is information regarding the user 20 who is a resident of a house that is a simulation target of the storage simulation device 1. For example, the attributes include the composition and age of all persons residing in the target residence. The attributes may be specific information such as "number of residents", "gender", "relationship", "age", and "occupation" of residents. Further, the attributes may be information such as the "number of people" in the resident family and the "life stage" of the family. "Life stage" is information that specifies the stage of the resident family, such as the newlywed period, child-rearing period, educational period, child independence period, and elderly couple period. Since people have different things they need in their daily lives depending on these attributes, it is possible to use these attributes to specify what possessions a resident owns and the amount thereof. Furthermore, in addition to the resident, if there is a family member who is temporarily absent from the residence due to reasons such as being transferred to a new job or attending school, etc., such information can be included as additional information. This is because such additional information makes it possible to specify the amount of the storage object more accurately.

The storage unit data 122 is data that includes a plurality of elements that specify storage units that a house has. Specifically, the storage unit data 122 is data regarding the storage unit of the house to be simulated. An example of the storage unit data 122 shown in FIG. 3 includes a “number” and a “storage unit name” that are the identification information of the storage unit, a “room name” that is information that specifies the location of the house where the storage unit is located, a storage unit "Block" is identification information attached to the storage section for each position, "Type" is information that specifies the type of storage section, "Storage type" is information that specifies the storage method in the storage section, It includes "height", which is information about the height of the storage section from the floor, and "dimension", which is information about the size that specifies the storage capacity of the storage section.

The storage section data 122 in FIG. 3 is, for example, data regarding the storage section of the example house shown in FIG. 4. The house shown in Figure 3 has five rooms: "1 Entrance," "2 Living Dining Room (LD)," "3 Kitchen," "4 Washroom," and "5 Western-style Room (Western-style Room 1)." Storage is provided. Since there are three storage units in the entrance, identification information for blocks A to C is assigned to each of them, and these are represented as "Gen A" to "Gen C" in FIG. 4. Furthermore, since there are four storage units in the Western-style room, identification information for blocks A to D is assigned to each of them, and these are represented as "Western-style room A" to "Western-style room D" in FIG. Furthermore, each of the living/dining room (LD), kitchen (K), and washroom has only one storage section, and each is given the identification information of block A, and these are designated as "LD A" and "K", respectively. A' and 'Washroom A'. Note that the diagram in FIG. 4 is for clarifying only in which room each storage section is located, and the size etc. of each storage section does not match the size etc. shown in FIG. 3.

In the example of FIG. 3, the storage section of block A in the entrance is of the type "shoe box" and is divided into three storage areas: "low", "medium", and "high". Further, each storage area is numbered "1" to "3". Further, the storage form of this storage section is a "shelf", and specifically, shoes, which are objects to be stored, are placed on the shelf board. If the storage format is "floor", specify the storage method by placing the items to be stored on the floor, and if the storage format is "pipe", specify the storage method by hanging clothes on the "pipe" using a hanger, etc. Identify. As shown in FIG. 3, in the storage unit data 122, “storage form”, “height”, and “dimension” are specified for each storage area of each storage unit.

The storage object data 123 associates the identification information of a plurality of storage objects to be stored in a storage section of a house, the amount of possession assumed for each attribute, and the type of storage method for the storage objects in the storage section. It is data. For example, the storage object data 123 is information about the general storage objects and the amount owned by the users 20 of each family structure, such as the storage objects and their ownership of multiple households with the same configuration. This is data obtained by averaging the amounts. Moreover, the storage object data 123 can include a priority order specifying a preferable storage order when storing each storage object of each user of each family structure.

An example of the storage object data 123 shown in FIG. Quantity dimensions (mm)", "Storage method" that specifies how to store the storage object in the storage section, information that specifies the maximum number of storage objects owned by each user and the difference in the number of possessions, etc. A certain "ownership type", "storage priority order" which is information that specifies the preferred order when selecting the storage location of each storage object for each family structure, and generally each storage object in the case of a corresponding family structure. "Possession amount 1 (required amount)" is the minimum amount that is assumed to be owned for the item, and this amount also applies if the applicable family structure has a large amount of each storage object. It includes "possessed amount 2 (sufficient amount)" which is an amount that is assumed to be sufficient if the storage amount is .

The "unit quantity dimension" is a general dimension of each storage object or a dimension slightly larger than the general dimension. Here, as for dimensions, when the item to be stored is used in a stored state, such as a case for clothing, "width", "depth", and "height" are taken into consideration in consideration of the state of use. Set each value. In addition, if any direction is acceptable in the stored state, left, right, front, back, etc., that fact may be added to the stored object data 123 as supplementary information. In addition, if the size is different between the used state and the stored state, such as a futon that is spread out and used but folded when stored, the dimensions in the stored state are taken as the dimensions.

"Storage method" is a classification of storage methods that determines how to arrange the storage object in the storage section according to the properties of the storage object when storing the storage object. For example, when storing things, things may be hung, piled up, arranged, etc. depending on the nature of the things to be stored. Therefore, here, the "storage method" is determined by using "the presence or absence of a change in the shape of the storage object" and "information on whether or not it is possible to store the storage object by stacking other storage objects on top of it." They are classified into "tangible stackable," "tangible stackable," "intangible stackable," and "intangible stackable," and each is managed with a number, for example, "1" to "4."

“1. Can be stacked in tangible form
This is a classification of storage methods for objects whose shape is fixed at the time of storage, and in which other objects of the same type can be stacked on top of this storage object. For example, a "clothing case" has a fixed shape and can be stacked in multiples, and can be stacked in multiples when stored in a storage section. Such items are classified as "tangible stackable." In addition, although the shape of futons differs when used and when stored, the shape when stored is usually determined, and it is assumed that multiple futons will be stacked and stored in that shape. ”. In addition to clothing cases, storage cases for small items, futons, stacking boxes, etc. are classified as ``tangible stackable.''

The number N of storage objects that can be stored in the storage section whose storage method is classified as "tangible stackable" is calculated by multiplying the "number N1 that can be stored on a plane" and the "number N2 that can be stored in the height direction". You can ask for it. Here, the number N1 that can be stored on a plane is the quotient of the area S of the storage section ÷ the area s of the object to be stored, or the quotient of the width W of the storage section ÷ the width w of the object to be stored, and the height The number of items that can be stored in the direction N2 is "the quotient of the height H of the storage section divided by the height h of the storage object." That is, since they can be stacked, the number N that can be stored is determined using three-dimensional information. Here, the "area S of the storage section" is the area of the floor portion of the storage section where the object to be stored is placed, and is not the area of the wall or the like. Furthermore, the "area s of the storage object" is the area of the bottom surface of the storage object that is in contact with the floor, etc., and is not the area of the side surface.

“2. Cannot be stacked in tangible form.”
This is a classification of storage methods for objects that have a fixed shape when stored, but do not allow other objects to be stacked on top of this object. For example, although a "heater" has a fixed shape, it is not assumed that other objects will be piled up on top of it, and other objects will not be piled up when it is stored in the storage section. Such items are classified as "non-tangible". In addition to heaters, other items such as shoes, electric fans, and hina dolls are classified as ``not allowed to be stacked as tangible objects.''

The number N of storage objects whose storage method is classified as "not stackable" that can be stored in the storage section is the same as the "number N1 that can be stored on a plane." Here, "Number N1 that can be stored in the planar direction" is the quotient of the area S of the storage section divided by the area s of the object to be stored, or the width W of the storage section divided by the width W of the object to be stored, as described above. quotient.'' That is, since they cannot be stacked, the number N that can be stored is determined from two-dimensional information.

“3. Intangible accumulation possible
This is a classification of storage methods for objects whose shape during storage is not fixed and which allows other objects of the same type to be stacked on top of this storage object during storage. For example, although the shape of "underwear" is not fixed, it is possible to stack a plurality of "underwear" when storing them in the storage section. Such items are classified as "intangible stackable". That is, the above-mentioned futons that can be piled up have few variations in how they are folded, and their shape when stored is fixed. On the other hand, items such as underwear, which have variations in how they are folded and whose shape is not fixed when stored, are classified as "intangible stackable." In addition to underwear, towels, shirts, sweaters, etc. are classified as "intangible stackable."

The number N of storage objects whose storage method is classified as "intangible stackable" that can be stored in a storage section can be determined by "storage section volume V÷ storage object volume v". That is, since they can be stacked, the number N that can be stored is determined using three-dimensional information. In the case of the above-mentioned tangible objects to be stored, the "quotient" of the size of the objects to be stored relative to the size of the storage section was used to calculate the number N that could be stored. On the other hand, in the case of an intangible object to be stored, since the shape is not fixed, the number N that can be stored can be determined by dividing the size of the storage section by the size of the object to be stored. For intangible storage items, the unit of storage items is not ``5 pieces'', ``5 sheets'', ``5 pieces'', etc., but ``5.7 days worth'', etc. This is because it may be written in some cases.

“4. Intangible stacking is not allowed.”
This is a classification of storage methods for objects whose shape is not fixed when they are stored, and which prevents other objects from being stacked on top of this object. For example, "toilet stock" such as toilet detergent does not have a fixed shape, and when stored in a storage section, other items cannot be stacked on top of it. Here, the toilet stock refers to a group of a plurality of items used in the toilet, such as toilet paper, as one storage object. When the object to be stored is composed of a plurality of objects in this way, there is no limit to the positional relationship in which each object is arranged during storage, so the shape when stored is not fixed. Therefore, items whose shape is not fixed during storage are classified as "impossible to stack." In addition to toilet stock, bathroom stock, etc. are classified as "impossible to stack intangible items."

The number N of storage objects whose storage method is classified as "impossible to stack intangible" in the storage section can be determined by "area S of the storage section divided by area s of the storage objects." That is, since they cannot be stacked, the number N that can be stored is determined using two-dimensional information.

The above classification was established for the purpose of simulating storage, and even if the items to be stored are classified as "tangible", "intangible", "can be stacked", or "cannot be stacked", there is no strict classification. It may not be tangible or intangible in a sense, nor may it be stackable or impossible.

Classifications of "ownership type" include, for example, "items with large differences in the amount owned by households" and "items with small differences in the amount owned by households," for example, "0" or "items," respectively. It can be identified by the number 1. Examples of "things that have large differences in the amount owned by households" include shoes, clothing, books, and the like, the amount of which varies depending on hobbies and preferences. Examples of "items for which the difference in the amount owned by each household is small" are items that each household owns in a constant amount, such as a vacuum cleaner, a doll, or a Christmas tree.

The "priority order" is a predetermined order of which of a plurality of storage objects should be stored with priority. This priority order is an order set in advance in consideration of the frequency of taking in and out each storage object, the effect on the appearance of the room if each storage object is not stored, etc.

In this storage simulation device 1, the "required amount" defined by the storage target object data 123 is assumed to be the amount that the target user owns for each property.

In the example of FIG. 5, the unit of "shoes" is "foot" and the dimensions are "200 x 300 x 180". In addition, the classification of the storage method for "shoes" is "2", the classification of ownership type is "1", and the priority order for storage is "1" for seniors, "4" for family 1, and "4" for family 2. is "2". Further, the amount of shoes owned 1 is "36" for the senior, and the amount of shoes owned 2 is "48" for the senior.

In the example of FIG. 5, there are three types of family structures: "senior," "family 1," and "family 2," but the family structure is not limited thereto. For example, if "Family 1" is a family consisting of a married couple and two children in elementary school, "Family 2" is a family consisting of a married couple and one child in high school, and so on. The structure is divided into two parts.

In the example in Figure 5, in the case of the family structure of "Family 1", the order is 1st "electric fan", 2nd "heater", 3rd "clothing case", 4th "shoes", and 5th "hanging clothes". It is specified that a simulation that is stored in In addition, in the case of the family structure of "Family 2", a simulation is performed in which the first item is ``shoes'', the second is ``hanging clothes'', the third is ``clothing case'', the fourth is ``electric fan'', and the fifth is ``heater''. It is stipulated that the following shall be carried out.

The storage rule data 124 is data that includes the priority order of elements used to select a storage unit in which a property is to be placed, which is set according to the frequency of use and storage of the property. Furthermore, the storage rule data 124 may include, as the priority order of elements, a first priority order that is a priority order between different elements, and a second priority order that is a priority order between the same elements. can. Furthermore, the storage rule data 124 can include, as "elements", the location of the storage unit, the type of the storage unit, and the storage format that is the storage method of the virtual property in the storage unit.

For example, as shown in FIG. 6, the storage rule data 124 has a first priority order, which is a priority order among different elements regarding the selection of a storage section for storing "shoes", where No. 1 is "storage type", No. 2 is "storage form", It is specified that the number is the "type", the third is the "room", and the fourth and fifth are the "block". Furthermore, the second priority order of "shoes" within the "storage type" element is defined as "shelf" being number 1 and "floor" being number 2. Similarly, for example, in the second priority of the "type" of "shoes", only the first "shoe box" is defined. Furthermore, the second priority order of the "room" of "shoes" is defined as "entrance" being No. 1 and "corridor" being No. 2. Further, the second priority order of "height" is defined as "medium", "low", and "high".

FIG. 7 shows an example in which the shoe storage section is selected in a simulation when the first priority order and the second priority order of the shoe storage section are determined as shown in FIG. 6 . Although specific simulation processing will be described later, the storage units are selected in the order of the first priority and the second priority. First, the storage units are selected in the order of the elements having the highest first priority and the second priority within the elements. In the example shown in FIG. 7, "shoes" is selected from the storage units (storage areas) specified by "shelf", "shoe box", "entrance", "inside", and "block" in the selection order 1. .

The attribute acquisition unit 111 acquires the attributes of the residents of the house to be simulated. As described above, the attribute is information regarding the resident of the house that is the target of simulation by the storage simulation device 1. Further, the attribute acquisition unit 111 causes the storage unit 12 to store the acquired attributes as attribute data 121.

The attribute acquisition unit 111 displays, for example, an input screen W1 as shown in FIG. 8 on the output unit 14, and allows the user 21 to input necessary information into each input box b11 to b14 via the input unit 13. And get this as an attribute. In the input box b12, the name of the user 20 to be newly input is input. Here, if the user 20 is a family consisting of multiple people, the name of the representative of the family may be input. In addition, the number of family members is input in the input box b13. Here, the input box b13 may be a method of directly inputting numbers using a keyboard or the like, or a method of selecting from a plurality of number candidates. Furthermore, in the input box b14, the life stage of the family member who is the user 20 is selected. Then, for example, when the user 21 presses the input end button b15, the attribute acquisition unit 111 can acquire the input data.

Further, in the case of the user 20 who has inputted information in the past, the attributes of the user 20 can be read out from the attribute data 121 stored in the storage unit 12 by inputting the name in the input box b11. I can do it. Note that the information input here may be identification information other than the name. That is, by attaching identification information such as an identification code to the attribute data 121 for each user 20 by the attribute acquisition unit 111, the attributes of the user 20 can be specified later using this identification information as a key.

The storage data acquisition unit 112 acquires storage unit data 122 including a plurality of elements that specify storage units included in a house, and stores the data in the storage unit 12. For example, the storage data acquisition unit 112 displays an input screen W2 as shown in FIG. 9A on the output unit 14, and the user 21 selects the storage unit of the target house in the number of storage selection box b21 via the input unit 13. let Further, the type of each storage section is selected in the storage type selection box b22.

In the example shown in Fig. 9B, there are a total of three storage compartments in the entryway: a "shoe cabinet," a "closet (CL)," and a "shoe cabinet."There is one "floor cabinet" in the living/dining room (LD), and the kitchen ( There is one "cupboard" in K), one "linen" in the washroom (washroom), and a total of four "closet", "closet", and two "storage" in Western-style room 1. You can see that there is a storage section. Then, the user 21 selects necessary data using the input unit 13, and then presses the input end button b23. Thereby, the storage data acquisition unit 112 sets the input data as the storage unit data 122, and displays an input screen W3 as shown in FIG. 10A on the output unit 14, for example, in order to input further necessary data. do.

For example, the example shown in FIG. 10A includes input sections b31 to b33 for inputting the sizes of a plurality of different storage sections. In FIG. 10A, only the input sections b31 to b33 for inputting information on some of the plurality of storage sections inputted in FIG. 9B are shown, but for example, by an operation such as scrolling, all You can input information about the storage section.

Specifically, as in the example shown in FIG. 10B, in order to specify the storage capacity of the storage section, the size of the storage section, such as the width, depth, and height, is input. As a result, storage section data 122 as shown in FIG. 3 is stored in the storage section 12.

For example, the storage data acquisition unit 112 can acquire a plurality of storage unit data 122 for the same user 20 and manage them by assigning different identification numbers. For example, the storage data acquisition unit 112 can acquire storage unit data 122 regarding the current storage unit and storage unit data 122 regarding the floor plan of the renovation plan. Furthermore, the storage data acquisition unit 112 can acquire storage unit data 122 regarding the floor plans of a plurality of renovation plans. Thereby, the storage simulation device 1 can compare simulation results regarding a plurality of storage units.

The property specifying unit 113 reads the storage object data from the storage unit 12 and identifies the plurality of storage objects specified by the identification information associated with the attributes of the user 20 acquired by the attribute acquisition unit 111. Identify as “virtual property.” Here, since the property identification unit 113 identifies virtual property for each attribute, users 20 with the same attribute are identified as having the same amount of virtual property. That is, since it is difficult to convert the property actually owned by the user 20 into data, the property identification unit 113 stores the objects registered in association with the attributes in the stored object data 123 as data for the user 20. In the subsequent simulation processing, processing is performed based on this virtual property. In addition to virtual possessions, it is assumed that the user owns possessions that are not subject to storage (for example, large furniture, large home appliances, etc.), but these are not subject to storage in the storage section and are not subject to storage in the storage simulation. The effect on the result of virtual property is assumed to be small, and such property is not included in virtual property.

The simulation unit 114 reads the storage rule data 124 from the storage unit 12 and selects, from the storage units included in the storage unit data 122, those that match the storage method type of the virtual property included in the storage target data 123. A storage simulation is executed for the user's virtual possessions.

(About selection of storage section)
When selecting a storage unit in which to place a virtual property, when there are multiple storage units with elements with high priority, the simulation unit 114 considers the priority order of each element that specifies the multiple storage units, and selects a virtual property. Select a storage area to place items. Furthermore, when selecting a storage unit in which to place a virtual property, if there are multiple storage units with elements having the same first priority, the simulation unit 114 selects a storage unit with an element having a higher second priority. Select as the storage section in which to place the storage object.

Specifically, as shown in FIGS. 6 and 7, the simulation unit 114 arranges a plurality of elements in descending order of first priority and specifies the selection order. Then, when there is a space in which the storage object can be placed in the storage section specified in descending order of second priority, the simulation unit 114 selects this as the storage section in which the storage object is to be placed. Furthermore, when there is no space available for placement, the simulation unit 114 lowers the second priority of the element with the lower first priority and selects a storage section in which to place the storage object. If there is still no available space, the second priority is lowered from the first priority to the lowest, and a storage section in which to place the stored item is searched.

"Selection rank 1"
For example, in the example shown in FIG. 7, the simulation unit 114 first selects the storage section specified by "storage type: shelf, type: shoe rack, room: entrance, height: medium, block: A" of "selection order 1". Select.

"Selection rank 2"
Then, when there is no space in which to place the object to be stored in the storage unit with "selection order 1", the simulation unit 114 lowers the second priority of the element "block" whose first priority is low, and blocks the block " Select the storage section with "selection order 2" that has become "B".

"Selection rank 3"
When there is no space in which to place the object to be stored in the storage section with "selection order 2", the simulation unit 114 lowers the second priority of "block" again and selects "selection order 3" which is now block "C". ” Select the storage section.

"Selection rank 4"
When there is no space in which the storage object can be placed in the storage section with "selection order 3", the second priority of "block" cannot be lowered, so the simulation unit 114 selects the element with the next lowest first priority. The second priority of "height" is lowered and the height "medium" is selected. At this time, by changing the "height", the simulation unit 114 selects the "block" having the highest second priority. Therefore, the simulation unit 114 selects the storage section specified by "storage type: shelf, type: shoe box, room: entrance, height: low, block: A" of "selection order 4".

"Selection rank 5"
Then, when there is no space in which to place the object to be stored in the storage section with "selection order 4", the simulation unit 114 lowers the second priority of "block" and selects "selection order" which has become block "B". 5" storage section.

"Selection rank 6"
When there is no space in which to place the object to be stored in the storage section with "selection order 5", the simulation unit 114 lowers the second priority of "block" again and selects "selection order 3" which has become block "C". ” Select the storage section.

"Selection rank 7"
When there is no space in which to place the object to be stored in the storage unit with “selection order 6”, the simulation unit 114 lowers the second priority of the element “height” whose first priority is the next lowest, and ``High'' is selected. Then, the simulation unit 114 selects the storage unit specified by "storage type: shelf, type: shoe box, room: entrance, height: low, block: A" of "selection order 7".

(About specifying the number of items to be stored)
FIG. 11 is an example illustrating the number of items that can be stored in each storage unit and the number of items that can be stored in each storage unit obtained in the simulation process in the simulation unit 114. As shown in FIG. 11, in each storage unit (storage area), the number of items that can be stored is specified based on the size specified in advance from the storage unit data 122.

Here, the simulation unit 114 can specify the number of items that can be stored in each storage unit using a specifying method that is set for each type of “storage method” of the storage target. As described above, the storable number N can be determined according to the classification of the storage target items as "tangible stackable", "tangible stackable", "intangible stackable", and "intangible stackable".

When the simulation unit 114 selects each storage unit as an arrangement space for virtual storage items, the simulation unit 114 sets the number of virtual storage items to be placed in each storage unit as the storage number. Further, the simulation unit 114 can specify the number of virtual items that can be stored in all the storage units by summing the number of items stored in each storage unit. For example, in some cases, only one pair of shoes can be stored in the middle shelf of the shoe box, and in other cases, five pairs of shoes can be stored in the middle row of the shoe box. Therefore, by using the number of items that can be stored in the storage unit, it is possible to perform an appropriate simulation that takes into account the size of the storage unit and the size of the virtual stored items. Furthermore, in the case of items such as futons that are expected to be stacked and stored in the storage section, it is necessary to consider not only the area or the size of one piece, but also the size when stacked. Therefore, by determining the number of items that can be stored in consideration of not only the area but also the area and volume, appropriate simulation becomes possible.

In this way, the simulation unit 114 selects storage units in order of the first priority and second priority of each element. This makes it possible to execute the simulation while selecting the optimal storage section for storage. Note that FIG. 7 shows an example of a procedure for selecting a storage section in a shoe storage simulation. That is, the simulation unit 114 executes such a simulation for each type of virtual property.

In the above-described simulation, the simulation unit 114 can determine whether a plurality of virtual possessions can be stored in the storage unit specified by the storage unit data 122. For example, if the simulation unit 114 is able to select the storage unit in which to place all the virtual possessions of the user 20 identified by the property identification unit 113 using the method described above with reference to FIG. When it is determined that all virtual possessions can be stored, and there are virtual possessions that cannot be placed in the storage section, it is determined that some virtual possessions cannot be stored, and this is taken as a simulation result.

This allows the user 20 to understand, for example, how much storage space should be increased or decreased during renovation. Furthermore, this allows the user to understand, for example, how much it is preferable to increase or decrease the user's belongings. At this time, the user 20 can grasp not only the capacity of the entire storage section but also the amount of storage for each type of virtual property.

The simulation unit 114 also calculates the number of virtual possessions that can be stored in the storage unit specified by the storage unit data 122, the number of virtual possessions that cannot be stored in the storage unit, or the proportion of virtual possessions that can be stored in the storage unit. You can ask for at least one of them. For example, the simulation unit 114 uses the method described above with reference to FIG. 7 to determine the number of storage units selected for arranging the virtual property and the number of storage units that could not be selected as simulation results. Alternatively, the simulation unit 114 sets the ratio of the selected storage units as the simulation result. This allows the user 20 to understand, for example, how much storage space should be increased or decreased during renovation. Furthermore, this allows the user to understand, for example, how much it is preferable to increase or decrease the user's belongings. In this case as well, the user 20 can grasp the amount of storage for each type of virtual property.

The simulation unit 114 can perform simulations on each of a plurality of storage unit data, and can compare the results of a plurality of simulations. This allows the user 20 to grasp, for example, how much the storage amount will increase or decrease due to renovation. Furthermore, it is possible to understand how much the storage amount differs among multiple renovation plans. In this case as well, the user 20 can grasp the difference in storage amount for each type of virtual property.

The output processing unit 115 outputs the results of the simulation unit 114. For example, the output processing unit 115 can cause the output unit 14 to display a result output screen W5 as shown in FIG. 12. The result output screen W5 displays, for example, the "storable amount" which is the amount that can be stored in the target house, "required amount (necessary storage amount)", and "sufficient amount (sufficient storage amount)" for the virtual property. are included in the display section b51. Specifically, in the display section b51, a solid line indicates "necessary amount" and a broken line indicates "sufficient amount". In addition, the result output screen W5 includes a graph in the display section b52 that shows how many virtual possessions can be stored in each storage section (storage area). Furthermore, the result output screen W5 includes a list in the display section b53 indicating the number of items that can be stored in each storage unit (storage area) and the number of virtual possessions that can be stored.

Further, the output processing unit 115 may cause the output unit 14 to display a result output screen W6 as shown in FIG. The result output screen W6 shown in FIG. 13 displays the "storable amount" (bar graph), "required amount" (solid line), and "sufficient amount" shown in the display section b51 of the result output screen W5 in FIG. 12 regarding the storage target object. (dashed line). For example, in the example of FIG. 13, the storable amount of "shoes" exceeds both the "necessary amount" and the "sufficient amount." On the other hand, it can be seen that the storable amount of "hanging clothes" exceeds the "necessary amount", but does not exceed the "sufficient amount". Moreover, the storage capacity of the "clothes case," "book," "DVD," "food stock," and "daily necessities stock" surrounded by the broken line in FIG. 13 is less than the "required amount." Therefore, it is clear that there is a high possibility that there is no storage space for these items in the house. In addition, in Figure 13, the reason why the broken lines representing "sufficient amount" are not visible for "heater," "dolls," "Christmas tree," and "vacuum cleaner" is because "sufficient amount" is the same as "required amount." This is because they overlap. For example, it is considered that the storage space for one item is sufficient for each household, and the necessary amount and sufficient amount are the same.

When comparing multiple patterns, such as when proposing a renovation, the output processing unit 115 may cause the output unit 14 to display a result output screen W7 as shown in FIG. 14, for example. In the example of the result output screen W7 shown in FIG. 14, the upper row shows the storage capacity obtained as a simulation result regarding the storage section in the current house, and the lower row shows the storage capacity obtained as the simulation result regarding the storage section in the proposed plan. An example of comparing the storage capacity is shown below. The information regarding each storage section in FIG. 14 has the same configuration as the information explained for the display section b51 in FIG. 12.

Further, the output processing unit 115 may cause the output unit 14 to display a result output screen W8 as shown in FIG. 15, for example. The result output screen shown in FIG. 15 has a floor plan on the left that shows the storage space in the current house, a graph showing an overview of the storage capacity obtained as a simulation result, and a graph on the left that shows the proposed plan. 2 is a floor plan showing the storage units of the storage unit, and a graph showing an overview of the storage capacity obtained as a simulation result. Each graph shown in FIG. 15 shows, for example, an increase/decrease in the storage amount of a specific storage target specified by the user 21.

In this manner, the storage simulation device 1 can perform simulations in accordance with storage rules that take actual usability into consideration, rather than simply considering the storage capacity of the storage section. Furthermore, by visualizing the storage simulation results, the user 21 can easily explain to the user 20 the storage-related issues, usability, improvement policy, effects of changes, etc. Furthermore, since it is visualized for the user 20, the state of the storage section can be quantitatively evaluated, making it easier to understand current problems, points that can be improved by changes, etc.

<Storage simulation method>
Next, a storage simulation method executed by the storage simulation device 1 will be described using flowcharts shown in FIGS. 16 and 17.

First, as shown in the flowchart of FIG. 16, the attribute acquisition unit 111 acquires the attributes of the user 20 who desires a storage simulation, and stores them in the storage unit 12 as attribute data 121 (S1). The attribute acquisition unit 111 may acquire attributes input by the user 21 through the input unit 13 while having a conversation with the user 20, for example. Alternatively, the attribute acquisition unit 111 may acquire an attribute input by the user 20 himself via the input unit 13. Note that, as described above with reference to FIG. The user who desires the storage simulation may be identified by acquiring the name, registration number, etc. of 20, and referring to the attribute data 121.

Furthermore, the storage data acquisition unit 112 acquires storage data regarding the storage units of the house that is the object of the simulation (S2). The stored data acquisition unit 112 may also acquire information input or selected by the user 21 through the input unit 13 while having a conversation with the user 20, for example. Alternatively, the attribute acquisition unit 111 may acquire an attribute input or selected by the user 20 himself via the input unit 13.

Furthermore, the property specifying unit 113 reads out the storage object data 123 stored in the storage unit 12, and specifies the virtual property that is assumed to be owned by the user 20 with the attribute acquired by the attribute acquisition unit 111 ( S3).

Subsequently, the simulation unit 114 executes simulation processing (S4). Details of this simulation process are shown in the flowchart of FIG. 17.

As shown in FIG. 17, first, the simulation unit 114 selects a virtual property whose placement location has not been determined (S11). Specifically, the simulation unit 114 selects virtual possessions whose storage locations have not been determined in descending order of storage priority defined by the storage object data 123. For example, in the example of the storage object data 123 in FIG. 5, if the user 20 is a "senior", "shoes" having a high storage priority are first selected as virtual possessions.

Subsequently, the simulation unit 114 extracts the priority order of elements used to select a storage unit in which to place the target virtual property selected in step S11 (S12). For example, when the virtual property "shoes" is selected in step S11, in the example of FIG. 6, the first priority and second priority that are associated with shoes are extracted.

Further, the simulation unit 114 uses the priority order extracted in step S12 to select a storage unit (storage range) specified by an element with a high priority order (S13). For example, in the example of FIG. 7, the storage section specified by the element with "selection order 1" is selected.

If there is a space in the selected storage unit that can store the virtual property (YES in S14), the simulation unit 114 virtually arranges the virtual property in the selected storage unit (S15). For example, as described above using FIG. 11, the simulation unit 114 counts items stored in the target storage unit.

On the other hand, if there is no space in the selected storage unit that can store the virtual property (NO in S14), the simulation unit 114 determines whether there is a storage unit with a lower priority (S16).

If there is a storage unit with a lower priority (YES in S16), the simulation unit 114 selects the storage unit specified by the element with the next highest priority (S17), and executes the process of step S14 again. For example, in the example shown in FIG. 7, if the virtual property cannot be stored in the storage unit specified by the element with "selection order 1", the simulation unit 114 uses the element with the next highest priority, "selection order 2". Select the identified compartment.

Furthermore, if there is no storage unit with a lower priority (S16), the simulation unit 114 specifies that the target virtual property cannot be stored (S18).

If the processing has not been completed for all virtual properties (NO in S19), the simulation unit 114 returns to the process in step S11, selects the next virtual property, and similarly performs the processes in steps S11 to S18. is repeated.

On the other hand, if the processing has been completed for all virtual possessions (YES in S19), the simulation processing is completed. That is, step S4 in FIG. 16 ends.

When the simulation process ends, the output processing unit 115 outputs the simulation process result (S5). The output processing unit 115 causes the output unit 14 to display, for example, result output screens W5 to W7 as described above with reference to FIGS. 12 to 15. This makes it easier for the user 21 to explain the storage state to the user 20. Furthermore, it becomes easier for the user 20 to understand the storage status. Note that if simulation is required for other storage unit data, the processes of steps S2 to S6 are repeated.

In this manner, in the simulation method described above, it is possible to perform a simulation according to storage rules that take actual usability into consideration, rather than simply considering the storage capacity of the storage section. Furthermore, by visualizing the storage simulation results, the user 21 can easily explain to the user 20 the storage-related issues, usability, improvement policy, effects of changes, etc. Furthermore, since it is visualized for the user 20, the state of the storage section can be quantitatively evaluated, making it easier to understand current problems, points that can be improved by changes, etc.

[Effects and supplements]
As mentioned above, the above embodiment has been described as an example of the technology disclosed in this application. However, the technology in the present disclosure is not limited to this, and can also be applied to embodiments in which changes, replacements, additions, omissions, etc. are made as appropriate. Therefore, other embodiments will be illustrated below.

《Modified example》
(1) Storage unit master data In the above example, the storage data acquisition unit 112 acquires the size of each storage unit based on numerical input by the user 21, but the present invention is not limited to this. For example, the type of storage section may be specified. In such a case, storage unit master data in which the model number of the storage unit and the size of the storage unit corresponding to the model number are associated is stored in advance in the storage unit 12, so that the storage data acquisition unit 112 can store the data specified by the user 21. The size of the model number can be extracted from the storage unit master data and used for simulation processing.

(2) Change in amount owned In the above example, the property identification unit 113 assumes that the user owns each storage object in the amount specified by the storage object data 123 stored in the storage unit 12. However, the owned amount may be modified by the user 21 or the user 20. For example, the storage simulation device 1 further includes a change reception unit that accepts a change condition for the owned amount included in the storage target object data 123. Further, the simulation unit 114 executes a simulation of storing the changed amount of virtual property in the storage unit according to the change conditions accepted by the change reception unit. For example, if the storage object data 123 includes storage objects that the user clearly does not own, or if the amount of storage objects that the user actually owns is significantly different, this can be changed to provide a more accurate simulation. It can be realized.

(3) Calculating the number of items that can be stored In the example described above, the simulation unit 114 used the area S of the storage unit and the area s of the object to be stored in calculating the number of items that can be stored. On the other hand, the storable number N may be calculated using the width and depth instead of the area. At this time, the simulation unit 114 performs processing in the width direction after processing in the depth direction, and calculates the number of items that can be stored. Specifically, as processing in the depth direction, the simulation unit 114 determines whether the depth D of the storage section is larger than the depth d of the storage target section, and if it is smaller, the storage in the storage section is performed. Suppose you can't. Further, when the depth D of the storage section is larger than the depth of the storage target section, the simulation unit 114 calculates the storable number N by "width W of the storage section ÷ width w of the storage target section". If only the area is considered, one storage object and another storage object may be arranged one behind the other in the depth direction in the storage section. On the other hand, by considering width and depth separately, it is possible to prevent one storage object from being placed in front of another storage object. Therefore, it is possible to realize a more accurate simulation rather than simply finding an arrangement that is stuffed together.

(4) Priority In the example described above using FIG. 5, the priority is expressed as being set in advance for each family structure, but the priority is not limited to this. For example, the priority order may be adjusted or derived according to the "attributes of each individual" included in the family, the "idea of the family or each individual" acquired via the input unit, or the like. “Attributes of each individual” is information about the residents of the target residence specified by the attribute data 121. Furthermore, the "family or individual mindset" is, for example, the result of a questionnaire regarding residents' tendency to own and store things. Specifically, how much each item is used, the lifestyle of the resident, whether the resident prefers to own more or fewer items, and whichever item the resident owns is larger. These are trends in thinking, such as whether residents prefer smaller items or smaller items, and whether residents prefer storing everything in storage areas or whether they prefer to have storage furniture that does not fit into storage areas. From this information, the storage simulation device 1 can derive the priority order for storing each storage object using, for example, a predetermined mathematical formula.

(5) Result Output Screen An example of the result output screen output by the output processing unit 115 has been described above using FIGS. 12 to 15, but the present invention is not limited thereto. For example, the output processing unit 115 may cause the output unit 14 to display result output screens W9 to W11 as shown in FIGS. 18 to 20, for example. The result output screen W9 shown in FIG. 18 has a floor plan on the left side that shows the storage areas in the current house, and a graph showing an overview of the storage amount of each object in each storage area obtained as a simulation result. On the right side, there is a floor plan showing the storage units in the proposed plan, and a graph showing an overview of the storage amount of each object in each storage unit obtained as a simulation result. According to this, it becomes possible to understand what and how much is stored in each storage section, and how the proposed storage section will be improved.

The result output screen W10 shown in FIG. 19 associates, on the left side, a floor plan that shows the storage areas in the current house with an illustration showing the storage amount obtained as a simulation result of the storage area selected therein, On the right side, a floor plan showing the storage units in the proposed plan is associated with an illustration representing the storage amount obtained as a simulation result of the storage unit selected therein. According to this, it becomes possible to understand what and how much is stored in each storage section, and how the proposed storage section will be improved.

The result output screen W11 shown in FIG. 20 associates a floor plan showing the storage areas in the current home at the bottom left with a graph representing the evaluation results for these storage areas at the top left, and displays the current home at the bottom right. A floor plan that shows the storage units in the storage area is associated with a graph showing the evaluation results of these storage units at the upper left side. In the example of FIG. 20, the evaluation indicates the degree of "adequacy of storage amount," "degree of burden reduction," and "ease of tidying up." The "adequacy of storage amount" is a degree representing the amount of belongings that can be stored as a result of a simulation. The "burden reduction degree" is a degree representing the degree of burden during storage, which is determined according to the height of the storage section in which virtual possessions are stored, as a result of simulation. "Ease of tidying up" is the ease of using and storing virtual items, which is calculated based on the distance between the storage area where the virtual items are stored and the place where the virtual items are used. It is a degree that expresses degree. According to this, it becomes possible to quantitatively grasp the degree of improvement in the storage section.

《Overview of embodiment》
(1) The storage simulation device of the present disclosure includes an attribute acquisition unit that acquires attributes of residents of a house to be simulated, and a storage unit data acquisition unit that acquires storage unit data including a storage method in a storage unit of the house. , associates the identification information of multiple storage objects to be stored in the storage section of the house, the assumed ownership amount for each attribute, and the type of storage method determined according to the nature of the storage object in the storage section. a property identification unit that acquires identification information and ownership amount associated with a resident's attributes from stored object data, and identifies it as the resident's virtual property; and a storage unit that arranges the resident's virtual property. and a simulation unit that executes a storage simulation by selecting a storage unit that matches the storage method type of the virtual property included in the storage object data from the storage units included in the storage unit data.

Thereby, it is possible to perform a storage simulation that takes into consideration the storage method for each storage target object.

(2) In the simulation device of (1), the type of storage method includes whether or not there is a change in shape when the storage object is placed in the storage section, and whether there is any other storage object on top of the storage object. It can include information on whether or not it is possible to stack and store items.

Thereby, it is possible to perform a storage simulation that takes into consideration the storage method for each storage target object.

(3) In the simulation apparatus of (1) to (2), the simulation unit can determine whether a plurality of virtual possessions can be stored in the storage unit specified by the storage unit data.

This makes it possible to provide easy-to-understand simulation results.

(4) In the simulation device of (1) to (2), the simulation unit calculates the number of virtual possessions that can be stored in the storage unit specified by the storage unit data, the number of virtual possessions that cannot be stored in the storage unit, or the number of virtual possessions that cannot be stored in the storage unit specified by the storage unit data. At least one of the proportions of virtual possessions that can be stored in the unit can be determined.

This makes it possible to provide easy-to-understand simulation results.

(5) The simulation apparatus of (1) to (4) may further include an output processing section that outputs the results of the simulation section.

This makes it easier for users to understand the storage status and changes.

(6) In the simulation device of (5), the storage unit data acquisition unit acquires a plurality of storage unit data, the simulation unit executes simulation for each of the plurality of storage unit data, and the output processing unit executes a simulation for each of the plurality of storage unit data. Simulation results can be compared and output.

This makes it easier for users to understand the storage status and changes.

(7) In the storage simulation device of (6), the attributes can include the composition and age of all the people who use the house.

Thereby, it is possible to assume the storage target items for each user and execute a simulation.

(8) In the simulation device of (1) to (7), the simulation unit stores storage rule data including the storage order of each virtual property set according to the frequency of use and storage of each virtual property. It is possible to read the stored rule data from the rule data storage section and execute a simulation according to the stored rule data.

Thereby, the usability of each storage object can be taken into consideration in the simulation.

(9) The simulation device of (1) to (8) further includes a change reception unit that accepts change conditions for the amount of possession included in the storage target object data, and the simulation unit responds to the change conditions accepted by the change reception unit. It is possible to execute a simulation in which a changed amount of objects to be stored is stored in the storage section.

This makes it possible to accurately determine the amount of objects to be stored by the user and to perform a more accurate simulation.

(10) The storage simulation method of the present disclosure includes a step of acquiring attributes of residents of a house to be simulated, a step of acquiring storage unit data including a storage method in a storage unit of the house, and a step of acquiring attributes of residents of a house to be simulated; From storage object data that associates the identification information of multiple storage objects to be stored, the assumed possession amount for each attribute, and the type of storage method determined according to the nature of the storage object in the storage unit. , a step of acquiring identification information and possession amount associated with the resident's attributes, and specifying the resident's virtual property as the resident's virtual property; The method includes the step of executing a storage simulation by selecting a storage method that matches the storage method type of the virtual property included in the storage target object data from the storage target object data.

Thereby, it is possible to perform a storage simulation that takes into consideration the storage method for each storage target object.

(11) The program of the present disclosure can cause a computer to implement the method (10).

Thereby, it is possible to perform a storage simulation that takes into consideration the storage method for each storage target object.

The image processing apparatus and image processing method described in all claims of the present disclosure are realized by hardware resources, such as a processor, a memory, and cooperation with a program.

The storage simulation device, storage simulation method, and program of the present disclosure are useful for simulating storage areas of objects to be stored in a residence.

1 Storage simulation device 11 Control section 111 Attribute acquisition section 112 Storage data acquisition section 113 Property identification section 114 Simulation section 115 Output processing section 12 Storage section 121 Attribute data 122 Storage section data 123 Storage object data 124 Storage rule data 13 Input section 14 Output section 15 Communication I/F
P simulation program

Claims (11)

an attribute acquisition unit that acquires attributes of residents of a house to be simulated;
a storage unit data acquisition unit that acquires storage unit data including a storage method in a storage unit of the house;
The identification information of multiple storage objects to be stored in the storage section of a house is associated with the assumed ownership amount for each attribute and the type of storage method determined according to the nature of the storage object in the storage section. a property identification unit that acquires identification information and ownership amount associated with the resident's attributes from the stored object data, and identifies the resident as virtual property;
By selecting a storage unit in which the virtual property of the resident is to be placed, from among the storage units included in the storage unit data, a storage unit that matches the storage method type of the virtual property included in the storage object data. , a simulation section that executes a storage simulation;
A storage simulation device equipped with. The types of storage methods include:
Storage according to claim 1, including information on whether or not the shape of the storage object changes when it is placed in the storage section, and whether or not it is possible to store the storage object by stacking other storage objects on top of the storage object. simulation equipment. The storage simulation device according to claim 1 or 2, wherein the simulation unit determines whether the plurality of virtual possessions can be stored in the storage unit specified by the storage unit data. The simulation unit calculates the number of virtual properties that can be stored in the storage unit specified by the storage unit data, the number of virtual properties that cannot be stored in the storage unit, or the number of virtual properties that can be stored in the storage unit. The storage simulation device according to claim 1 or 2, wherein at least one of the ratios is determined. further comprising an output processing unit that outputs the results of the simulation unit;
A storage simulation device according to any one of claims 1 to 4. The storage unit data acquisition unit acquires a plurality of storage unit data,
The simulation unit executes a simulation for each of the plurality of storage unit data,
The storage simulation device according to claim 5, wherein the output processing unit compares and outputs results of a plurality of simulations. The storage simulation device according to any one of claims 1 to 6, wherein the attributes include the composition and age of all the people who use the house. The simulation unit reads storage rule data including the storage order of each virtual property set according to the frequency of use and storage of each virtual property from the storage rule data storage unit, and performs a simulation according to the storage rule data. The storage simulation device according to any one of claims 1 to 7. further comprising a change reception unit that accepts conditions for changing the holding amount included in the storage object data,
The storage simulation device according to any one of claims 1 to 8, wherein the simulation unit executes a simulation of storing a changed amount of storage objects in the storage unit according to the change conditions accepted by the change reception unit. . obtaining , in the computer, attributes of residents of the house to be simulated;
In the computer, acquiring storage unit data including a storage method in a storage unit of the house;
In the computer, identification information of a plurality of storage objects to be stored in the storage section of the house, the amount of possession assumed for each attribute, and the type of storage method determined according to the nature of the storage objects in the storage section. obtaining identification information and possession amount associated with the resident's attributes from the stored object data associated with the storage object data, and identifying it as virtual property of the resident;
In the computer, the storage unit in which the virtual property of the resident is placed is selected from the storage units included in the storage unit data that matches the storage method type of the virtual property included in the storage object data. a step of performing a storage simulation by selecting;
Storage simulation method including. A program that causes a computer to implement the method according to claim 10.

Images