Computer system and tenant registration support method

Abstract

To present information for promoting the use of a matching system for matching a tenant and a space.SOLUTION: A computer system for supporting registration to a service for matching a tenant and spaces manages space characteristics representing space characteristics, acquires account information of an SNS to be used by a tenant from the tenant, accesses the SNS by using the account information, extracts a keyword included in contribution information as SNS information, estimates tenant attributes representing business characteristics of the tenant on the basis of the SNS information, estimates sales in the case of using the spaces in each combination of the tenant attributes and the spaces characteristics, and presents an estimation result of the sales in each space to the tenant.SELECTED DRAWING: Figure 1

Description

[Technical field]

[0001] The present invention relates to a system and method for assisting registration with a service that matches tenants with spaces. [Background technology]

[0002] 2. Description of the Related Art In recent years, a technology described in Patent Document 1, for example, has been known as a matching system that matches spaces managed by commercial facilities such as malls with businesses (tenants) wishing to open stores.

[0003] Patent document 1 states that "the content matching system selects recommended booth candidates based on the desired date and time for booth exhibition input by the user, the content keywords for the content to be exhibited in the booth, the target customer attributes targeted by the user, the content keywords for each booth stored in the matching data table, the date and time for booth exhibition, the calculated number of customers for each booth, the attention level, which is the ratio of people who gazed at or stopped at the booth when its content was exhibited to the total number of passers-by, the attention level, which is the ratio of people who entered the booth when the attention level was measured as being highly interested, and the high interest level, which is the ratio of people who entered the booth to those who were highly interested, and the high interest level attribute ratio, which is the attributes of people who were highly interested." [Prior art documents] [Patent documents]

[0004] [Patent Document 1] Patent Publication No. 2021-5233 Summary of the Invention [Problem to be solved by the invention]

[0005] When considering opening a store, it is time-consuming to input the products or services that a tenant will handle, the characteristics of the target customers, etc., so there is an issue that it is difficult to encourage use of the matching system.

[0006] An object of the present invention is to provide a system and method for presenting information that encourages the use of a matching system. [Means for solving the problem]

[0007] A representative example of the invention disclosed in the present application is as follows: That is, a computer system for supporting registration to a service that matches a tenant with a space to be used by the tenant, comprising: The system includes a CPU, a storage device connected to the CPU, and a network interface connected to the CPU, and is connected to a terminal operated by the tenant, and the storage device is Manage space features that describe the characteristics of the space space characteristic information for storing data for , The computer system stores a tenant attribute estimation model, which is a model generated by machine learning, receiving as an input a keyword included in posted information posted by the tenant on an SNS and outputting tenant attributes that represent business characteristics of the tenant, and a sales estimation model, which is a model generated by machine learning, receiving as an input the space characteristics and the tenant attributes and outputting sales when the tenant uses the space having the space characteristics, and From the tenant, the SNS account used by the tenant ID Obtain said account ID Access the SNS using By executing natural language processing on the posted information posted by the tenant, Keywords included in the post Extract death, The extracted keywords are input to the tenant attribute estimation model, thereby The tenant attributes and The space registered in the space characteristic information For each combination of By inputting the tenant attributes and the space characteristics of the space into the sales estimation model, Estimating said sales; Through the terminal The tenant is presented with an estimate of the sales per space. Effect of the Invention

[0008] According to one aspect of the present invention, it is possible to present information that encourages the use of a matching system. Problems, configurations, and effects other than those described above will become apparent from the following description of the embodiments. [Brief description of the drawings]

[0009] [Figure 1] FIG. 1 is a diagram for explaining an overview of the present invention. [Diagram 2] FIG. 1 illustrates an example of a system configuration according to a first embodiment. [Diagram 3] FIG. 2 illustrates an example of a hardware configuration of a registration support server according to the first embodiment. [Figure 4] FIG. 2 is a diagram illustrating an example of information managed by an SNS information storage unit according to the first embodiment. [Diagram 5]11 is a diagram illustrating an example of information managed by a tenant attribute storage unit according to the first embodiment. FIG. [Figure 6] FIG. 2 is a diagram illustrating an example of information managed by a space information storage unit according to the first embodiment. [Figure 7] FIG. 2 is a diagram showing an example of information managed by a store opening history information storage unit of the first embodiment. [Figure 8] FIG. 2 is a diagram showing an example of information managed by a shop opening condition information storage unit of the first embodiment. [Figure 9] FIG. 2 is a diagram illustrating an example of information managed by a sales information storage unit according to the first embodiment. [Figure 10] 4 is a diagram illustrating an example of information managed by a space characteristic information storage unit according to the first embodiment. FIG. [Figure 11] 13 is a flowchart illustrating an example of a space characteristic information extraction process executed by the edge server according to the first embodiment. [Figure 12] 13 is a flowchart illustrating an example of a tenant attribute estimation process executed by the registration support server according to the first embodiment. [Figure 13] 13 is a flowchart illustrating an example of a tenant attribute update process executed by the registration support server according to the first embodiment. [Figure 14] 13 is a flowchart illustrating an example of a sales estimation process executed by the registration support server of the first embodiment. DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS

[0010] First, the concept of the present invention will be described. Fig. 1 is a diagram for explaining an outline of the present invention.

[0011] The system includes a registration support server 100, a tenant 101, and an SNS (Social Networking Service) 102.

[0012] A tenant 101 represents a business operator (either an individual or a corporation) who wishes to open a store. The tenant 101 uses a terminal 105 to input information to the registration support server 100 and also refers to information output from the registration support server 100. In the present invention, the tenant 101 inputs account information for accessing the SNS 102, past store opening information, and store opening condition information (store opening space related information and store opening date and time related information), and receives information on tenant attributes, space, and sales forecasts from the registration support server 100.

[0013] The registration support server 100 is a system that supports the registration of a tenant 101 in a matching system (not shown), estimates tenant attributes, and predicts sales if the tenant 101 opens a store in an arbitrary space. Here, the tenant attributes are attributes that represent the business characteristics of the tenant 101, such as the products and services handled by the tenant 101 and the target customer base. The matching system is a system that matches the tenant 101 with a space.

[0014] The registration support server 100 includes an SNS information extraction unit 220, a tenant attribute estimation model storage unit 216, and a sales estimation model storage unit 217.

[0015] The SNS information extraction unit 220 extracts a predetermined keyword as SNS information from the posted information of the tenant 101 posted to the SNS 102 using the account information. Note that the SNS information is not limited to a keyword. For example, the SNS information may be an image posted to the SNS 102 or information extracted from an image.

[0016] The tenant attribute estimation model storage unit 216 stores a tenant attribute estimation model. Tenant attributes are estimated by inputting SNS information into the tenant attribute estimation model. The estimated tenant attributes are transmitted to the sales estimation model storage unit 217 and the terminal 105. The estimated tenant attributes are displayed on a screen 110 of the terminal 105. The screen 110 includes an operation button for correcting the tenant attributes and an operation button for confirming the tenant attributes.

[0017] The sales estimation model storage unit 217 stores a sales estimation model. Sales are estimated by inputting tenant attributes into the sales estimation model. The sales estimation result is transmitted to the terminal 105. Spaces where high sales are expected and the estimated sales are displayed on the screen 110 of the terminal 105.

[0018] The registration support server 100 estimates tenant attributes from posted information on the SNS 102 using account information and presents the estimate to the tenant 101, thereby reducing the effort required for the tenant 101 to input information when registering the tenant 101 in the matching system. In addition, by presenting the space together with the sales forecast, the tenant 101 can perform a business simulation when using the matching system.

[0019] Increasing the number of tenants 101 registered in the matching system has the advantage that developers who provide space to the tenants 101 can easily reach various tenants 101. In addition, the operator of the matching system has the advantage that he or she can propose events and the like to developers along with the tenant attributes of various tenants 101.

[0020] Hereinafter, an embodiment of the present invention will be described with reference to the drawings. However, the present invention is not to be interpreted as being limited to the description of the embodiment shown below. It will be easily understood by those skilled in the art that the specific configuration can be changed without departing from the concept or purpose of the present invention.

[0021] In the configurations of the invention described below, the same or similar configurations or functions are given the same reference numerals, and duplicated explanations are omitted.

[0022] In this specification, the terms "first," "second," "third," and the like are used to identify components and do not necessarily limit the number or order.

[0023] In order to facilitate understanding of the invention, the position, size, shape, range, etc. of each component shown in the drawings, etc. may not represent the actual position, size, shape, range, etc. Therefore, the present invention is not limited to the position, size, shape, range, etc. disclosed in the drawings, etc. EXAMPLES

[0024] Fig. 2 is a diagram illustrating an example of a system configuration according to the first embodiment. Fig. 3 is a diagram illustrating an example of a hardware configuration of the registration support server 100 according to the first embodiment.

[0025] The system includes a registration support server 100, a terminal 105, an edge server 200, and a sensor group 201. The registration support server 100, the terminal 105, the edge server 200, and the sensor group 201 are connected to each other via a network 202. The network 202 is, for example, a wide area network (WAN) or a local area network (LAN), and the connection method may be either wired or wireless. Note that the network connecting the registration support server 100 and the terminal 105, the network connecting the registration support server 100 and the edge server 200, and the network connecting the edge server 200 and the sensor group 201 may be different from each other.

[0026] The registration support server 100 is a computer having a hardware configuration as shown in Fig. 3. Specifically, the registration support server 100 has a CPU 300, a memory 301, a storage device 302, a network interface 303, an input device 304, and an output device 305. Note that the hardware configuration of the registration support server 100 shown in Fig. 3 is merely an example and is not limited to this. For example, the registration support server 100 does not need to have the input device 304 and the output device 305.

[0027] CPU 300 is a computing device that controls the entire registration assistance server 100, and executes programs stored in memory 301. CPU 300 executes processes according to the programs, thereby operating as a functional unit (module) that realizes a specific function. In the following explanation, when a process is explained with a functional unit as the subject, it indicates that CPU 300 is executing a program that realizes the functional unit.

[0028] The memory 301 is a storage device that stores the programs executed by the CPU 300 and information used by the programs. The memory 301 is also used as a work area. The storage device 302 is a storage device that permanently stores data, such as a hard disk drive (HDD) or a solid state drive (SSD). The programs and information stored in the memory 301 may be stored in the storage device 302. In this case, the CPU 300 reads the programs and information from the storage device 302 and loads them into the memory 301.

[0029] The network interface 303 is an interface for communicating with an external device or an external system via a network. The input device 304 is a device for inputting data, commands, etc. to the registration assistance server 100, such as a keyboard, a mouse, or a touch panel. The output device 305 is a device for outputting information, such as a display.

[0030] The hardware configurations of the terminal 105 and the edge server 200 are the same as those of the registration support server 100, and therefore a description thereof will be omitted. Returning to the description of FIG.

[0031] The registration support server 100 has an SNS information storage unit 210, a tenant attribute storage unit 211, a space information storage unit 212, a store opening history information storage unit 213, a store opening condition information storage unit 214, a sales information storage unit 215, a tenant attribute estimation model storage unit 216, a sales estimation model storage unit 217, an SNS information extraction unit 220, a sales estimation unit 221, a new post determination unit 222, an input data generation unit (for tenant attribute learning) 223, a tenant attribute estimation model learning unit 224, an input data generation unit (for sales estimation learning) 225, and a sales estimation model learning unit 226.

[0032] The SNS information storage unit 210 manages SNS information extracted from posted information on the SNS 102. The tenant attribute storage unit 211 manages tenant attributes estimated from the SNS information. The space information storage unit 212 manages information related to the spaces handled by the matching system. The store opening history information storage unit 213 manages information related to sales and the like of past store openings (store opening history information). The store opening condition information storage unit 214 manages information related to store opening conditions (store opening condition information), such as the space conditions desired by the tenant 101. The sales information storage unit 215 manages the estimated results of sales.

[0033] The tenant attribute estimation model storage unit 216 manages a model (tenant attribute estimation model) for estimating tenant attributes. The tenant attribute estimation model of this embodiment accepts SNS information as input and outputs tenant attributes. Note that the model may also accept information other than SNS information as input. The sales estimation model storage unit 217 manages a model (sales estimation model) for estimating sales. The sales estimation model of this embodiment accepts tenant attributes and space features as input and outputs sales. Note that the model may also accept store opening conditions as input.

[0034] The SNS information extraction unit 220 extracts SNS information from information posted on the SNS 102. The sales estimation unit 221 estimates sales using a sales estimation model. The new post determination unit 222 searches for new posted information on the SNS 102.

[0035] The input data generation unit (for tenant attribute learning) 223 generates input data for learning the tenant attribute estimation model. For example, the input data generation unit 223 generates input data using information managed by the SNS information storage unit 210 and the tenant attribute storage unit 211. The tenant attribute estimation model learning unit 224 learns the tenant attribute estimation model using the input data, and outputs the tenant attribute estimation model that is the learning result to the tenant attribute estimation model storage unit 216.

[0036] The input data generation unit (for learning sales estimation) 225 generates input data for learning the sales estimation model. For example, the input data generation unit 225 generates input data using information managed by the space information storage unit 212 and the store opening history information storage unit 213. The sales estimation model learning unit 226 learns the sales estimation model using the input data, and outputs the sales estimation model that is the learning result to the sales estimation model storage unit 217.

[0037] Regarding each functional unit of the registration assistance server 100, multiple functional units may be integrated into one functional unit, or one functional unit may be divided into multiple functional units for each function.

[0038] The registration support server 100 may be a registration support system made up of a plurality of computers.

[0039] The terminal 105 is a terminal operated by the tenant 101, and includes a tenant attribute input unit 230, an SNS account information input unit 231, a shop opening conditions information input unit 232, a shop opening history information input unit 233, a screen output unit 234, and a user interface processing unit 235.

[0040] The tenant attribute input unit 230 inputs the correction contents and addition contents of the tenant attributes to the registration support server 100. The tenant 101 refers to the tenant attributes estimated by the registration support server 100 and corrects and adds the tenant attributes using the tenant attribute input unit 230. The SNS account information input unit 231 inputs the account information of the SNS 102 used by the tenant 101 to the registration support server 100. The shop opening condition information input unit 232 inputs shop opening condition information to the registration support server 100. The shop opening history information input unit 233 inputs shop opening history information to the registration support server 100. The screen output unit 234 outputs a screen. The user interface processing unit 235 performs processing related to the user interface.

[0041] Incidentally, regarding each functional unit included in the terminal 105, a plurality of functional units may be integrated into one functional unit, or one functional unit may be divided into a plurality of functional units for each function.

[0042] The sensor group 201 is a group of sensors installed in a space where a space exists, and acquires sensor data and the like related to people who use the space. The sensor group 201 acquires, for example, images.

[0043] The edge server 200 analyzes and manages characteristics related to a space. The edge server 200 includes a space characteristic information storage unit 240, a sensor control unit 250, and a space characteristic information extraction unit 251.

[0044] The space characteristic information storage unit 240 manages information related to the characteristics of a space (space characteristic information). In this embodiment, information on people passing through or using a space is managed as space characteristics. The sensor control unit 250 controls the sensor group 201. Note that the edge server 200 has a storage unit that manages sensor data, but this is omitted. The space characteristic information extraction unit 251 analyzes the sensor data to extract space characteristic information for each space and outputs it to the space characteristic information storage unit 240.

[0045] Regarding each functional unit included in the edge server 200, multiple functional units may be integrated into one functional unit, or one functional unit may be divided into multiple functional units for each function.

[0046] In this embodiment, the registration support server 100 is configured to be able to grasp the space characteristics by communicating with the edge server 200, but is not limited to this. For example, the edge server 200 may transmit space characteristic information to the registration support server 100 in advance.

[0047] Next, the information managed by the registration support server 100 and the edge server 200 will be described with reference to FIGS.

[0048] FIG. 4 is a diagram illustrating an example of information managed by the SNS information storage unit 210 according to the first embodiment.

[0049] The SNS information storage unit 210 manages a table 400 as shown in Fig. 4. The table 400 stores entries including an account ID 401 and a tag 402. One entry exists for one piece of account information. Note that the fields included in the entry are not limited to those described above. An entry may not include any of the above-mentioned fields, or may include other fields.

[0050] The account ID 401 is a field for storing an account ID, which is account information for accessing the SNS 102 used by the tenant 101. The tag 402 is a field group for storing a hash tag, which is SNS information extracted from posted information on the SNS 102. The tag 402 includes a plurality of fields for storing a hash tag.

[0051] In the present embodiment, hashtags are extracted as the SNS information, but the present invention is not limited to this. Words related to products, users, etc. may be extracted as the SNS information.

[0052] The data format of the information managed by the SNS information storage unit 210 may be a format other than the table, such as CSV or XML.

[0053] FIG. 5 is a diagram illustrating an example of information managed by the tenant attribute storage unit 211 according to the first embodiment.

[0054] The tenant attribute storage unit 211 manages a table 500 as shown in Fig. 5. The table 500 stores entries including an ID 501, a tenant name 502, an account ID 503, and a tenant attribute 504. One entry exists for a combination of a tenant 101 and a tenant attribute. Note that the fields included in the entry are not limited to those described above. Any of the fields described above may not be included, and other fields may be included.

[0055] ID 501 is a field that stores identification information of an entry in table 500. Tenant name 502 is a field that stores identification information of tenant 101. In this embodiment, the name of tenant 101 is stored. Account ID 503 is the same field as account ID 401. Tenant attributes 504 are a group of fields that store tenant attributes of tenant 101. Tenant attributes 504 include sales item items 511, target gender 512, and target age group 513. Note that tenant attributes 504 may include fields other than those described above.

[0056] The data format of the information managed by the tenant attribute storage unit 211 may be a format other than the table, such as CSV or XML.

[0057] FIG. 6 is a diagram illustrating an example of information managed by the space information storage unit 212 according to the first embodiment.

[0058] The space information storage unit 212 manages a table 600 as shown in Fig. 6. The table 600 stores entries including a space name 601, an address 602, a space attribute 603, facilities 604, and an application / usage status 605. One entry exists for one space. Note that the fields included in an entry are not limited to those described above. An entry may not include any of the above-mentioned fields, or may include other fields.

[0059] Space name 601 is a field that stores identification information for a space. In this embodiment, the name of the space is stored. Address 602 is a field that stores information indicating where the space is located. In this embodiment, the address of the facility that provides the space is stored. Space attributes 603 is a field that stores the usage mode of the space, etc. Equipment 604 is a field that stores information about equipment that can be used in the space or equipment that is installed. Application / usage status 605 is a field that stores the application status and usage status of the space. For example, the usage period of the space, etc. is stored.

[0060] The data format of the information managed by the space information storage unit 212 may be a format other than the table, such as CSV or XML.

[0061] FIG. 7 is a diagram illustrating an example of information managed by the shop opening history information storage unit 213 according to the first embodiment.

[0062] The store opening history information storage unit 213 manages a table 700 as shown in FIG. 7. The table 700 stores entries including a tenant name 701, a sales item 702, a space name 703, a period 704, and sales 705. There is one entry for one store opening history. Note that the fields included in the entry are not limited to those described above. It is possible to exclude any of the above-mentioned fields, and it is also possible to include other fields.

[0063] Tenant name 701 is the same field as tenant name 502. Sales item 702 is the same field as sales item 511. Space name 703 is the same field as space name 601. Period 704 is a field that stores the opening period. Sales 705 is a field that stores sales.

[0064] The data format of the information managed by the store history information storage unit 213 may be a format other than the table, such as CSV or XML.

[0065] FIG. 8 is a diagram illustrating an example of information managed by the shop opening condition information storage unit 214 according to the first embodiment.

[0066] The store opening condition information storage unit 214 manages a table 800 as shown in FIG. 8. Note that it is displayed in two stages due to the margins of the drawing. The table 800 stores entries including an ID 801, a tenant name 802, an area 803, a sales item 804, a passerby attribute 805, facilities 806, a period 807, and a time 808. There is one entry for each combination of a tenant 101 and a sales item. Note that the fields included in the entry are not limited to those described above. It is possible to not include any of the above-mentioned fields, and it is also possible to include other fields.

[0067] ID 801 is a field that stores identification information of an entry in table 800. Tenant name 802 is the same field as tenant name 502. Area 803 is a field that stores the area in which a store is desired to be opened. Area 803 stores the name, address, etc. of the area. Sales item 804 is a field that stores products to be sold or services to be provided, etc.

[0068] The passerby attributes 805 are a group of fields that store desired space characteristics. The passerby attributes 805 include number of people 811, gender 812, and age 813. The passerby attributes 805 may include fields other than those described above. The number of people 811 is a field that stores the number of people passing through or using the space per unit time. The gender 812 is a field that specifies the gender distribution of people passing through or using the space. If the gender 812 is "male", it indicates that it is desired that the proportion of people passing through or using the space is high among men. The age 813 is a field that specifies the age distribution of people passing through or using the space. If the age 813 is "30s", it indicates that it is desired that the proportion of people passing through or using the space is high among people in their 30s.

[0069] Facility 806 is a field for storing the desired facility. Period 807 is a field for storing the desired usage period of the space. Time 808 is a field for storing the usage time (business hours) of the desired space.

[0070] The data format of the information managed by the shop opening condition information storage unit 214 may be a format other than the table, such as CSV or XML.

[0071] FIG. 9 is a diagram illustrating an example of information managed by the sales information storage unit 215 according to the first embodiment.

[0072] The sales information storage unit 215 manages a table 900 as shown in FIG. 9. The table 900 has fields for storing entries including a tenant name 901, a sort number 902, a space name 903, estimated sales 904, past sales 905, and a shop opening condition information ID 906. There is one entry for each combination of a tenant 101, a space, and a shop opening condition. Note that the fields included in an entry are not limited to those described above. It is possible to exclude any of the above-mentioned fields, and it is also possible to include other fields.

[0073] Tenant name 901 is the same field as tenant name 502. Sort number 902 is a field that stores the display order of estimated sales. Space name 903 is the same field as space name 601. Estimated sales 904 is a field that stores estimated sales. Past sales 905 is a field that stores past sales. Shop opening condition information ID 906 is a field that stores identification information of entries in table 800. A value corresponding to ID 801 is stored in shop opening condition information ID 906.

[0074] The data format of the information managed by the sales information storage unit 215 may be a format other than the table, such as CSV or XML.

[0075] FIG. 10 is a diagram illustrating an example of information managed by the space characteristic information storage unit 240 according to the first embodiment.

[0076] The space characteristic information storage unit 240 manages a table 1000 as shown in Fig. 10. The table 1000 has fields for storing entries including a space name 1001 and a passerby attribute 1002. One entry exists for one space. Note that the fields included in an entry are not limited to those described above. An entry may not include any of the above-mentioned fields, or may include other fields.

[0077] Space name 1001 is the same field as space name 601. Passerby attributes 1002 are a field group that stores passerby attributes 1002 that indicate the characteristics of a space. Passerby attributes 1002 include number of people 1011, gender 1012, and age 1013. Number of people 1011 is a field that stores the number of people who pass through or use a space per unit time. Gender 1012 is a field that stores the gender distribution of people who pass through or use the space. Age 1013 is a field that stores the age distribution of people who pass through or use the space.

[0078] Next, the processing executed in the system will be described with reference to FIGS.

[0079] FIG. 11 is a flowchart illustrating an example of the space characteristic information extraction process executed by the edge server 200 according to the first embodiment.

[0080] The edge server 200 starts the space characteristic information extraction process periodically or when an execution instruction is received. Note that Fig. 11 describes the process executed for one space. If multiple spaces exist, the same process is executed for each space.

[0081] The space characteristic information extraction unit 251 determines whether the space is currently open for business (step S1101).

[0082] If it is determined that the space is not currently open, the space characteristic information extraction section 251 ends the space characteristic information extraction process.

[0083] If it is determined that the space is currently open for business, the space characteristic information extraction unit 251 starts measuring the elapsed time (step S1102).

[0084] The space characteristic information extraction unit 251 judges whether the elapsed time is greater than a threshold value T1 (step S1103). The threshold value T1 is a preset value and can be set arbitrarily.

[0085] If the elapsed time is equal to or less than the threshold value T1, the space characteristic information extraction section 251 returns to step S1103 after a certain time has elapsed.

[0086] If the elapsed time is greater than the threshold T1, the space characteristic information extraction unit 251 outputs passerby attributes by analyzing the sensor data acquired from the sensor group 201 (step S1104). For example, the space characteristic information extraction unit 251 identifies the gender, age, and number of people passing through or using the space by performing a known image analysis.

[0087] The sensor data is acquired and managed by the sensor control unit 250.

[0088] The space characteristic information extraction section 251 updates the space characteristic information (step S1105), and then returns to step S 101. At this time, the space characteristic information extraction section 251 initializes the elapsed time.

[0089] Specifically, the space characteristic information extraction unit 251 outputs the space identification information and passerby attributes to the space characteristic information storage unit 240. The space characteristic information storage unit 240 searches for an entry in which the accepted space identification information is stored in the space name 1001. If the entry exists, the space characteristic information storage unit 240 overwrites the accepted passerby attributes 1002 of the entry. If the entry does not exist, the space characteristic information storage unit 240 adds the entry to the table 1000, and sets the accepted values ​​to the space name 1001 and passerby attributes 1002 of the entry.

[0090] FIG. 12 is a flowchart illustrating an example of a tenant attribute estimation process executed by the registration support server 100 according to the first embodiment.

[0091] When the registration support server 100 receives an operation from the terminal 105, the registration support server 100 starts a tenant attribute estimation process.

[0092] The SNS information extraction unit 220 displays a screen for inputting account information on the terminal 105, and waits for the account information to be input.

[0093] The SNS information extraction unit 220 receives account information via the SNS account information input unit 231 of the terminal 105 (step S1201).

[0094] The SNS information extraction unit 220 accesses the SNS 102 using the account information, and extracts the SNS information from the posted information of the tenant 101 of the SNS 102 (step S1202). At this time, the SNS information extraction unit 220 outputs the account information and the extracted SNS information to the SNS information storage unit 210. The SNS information storage unit 210 searches for an entry in which the received account information is stored in the account ID 401. If the entry exists, the SNS information storage unit 210 overwrites the tag 402 of the entry with the received SNS information. If the entry does not exist, the SNS information storage unit 210 adds the entry to the table 400, and sets the received values ​​to the account ID 401 and tag 402 of the entry.

[0095] In this embodiment, hashtags are extracted as SNS information, but known natural language processing techniques may be used to obtain keywords related to handled items and customers as SNS information.

[0096] The SNS information extraction unit 220 acquires tenant attributes by inputting the SNS information into a tenant attribute estimation model (Step S1203).

[0097] The SNS information extraction unit 220 displays the estimated tenant attributes on the screen of the terminal 105 (step S1204), and waits for an operation from the tenant 101.

[0098] When an operation is received via the tenant attribute input unit 230 of the tenant 101, the SNS information extraction unit 220 determines whether the operation is a correction request (step S1205). Note that the correction request includes the correction content.

[0099] If it is determined that the received operation is a modification request, the SNS information extraction unit 220 modifies the tenant attributes in accordance with the modification request (step S1206), and then returns to step S1204.

[0100] Specifically, the SNS information extraction unit 220 outputs the account information and the correction content of the tenant attribute to the tenant attribute storage unit 211. The tenant attribute storage unit 211 searches for an entry in which the accepted account information is stored in the account ID 503, and reflects the correction content of the tenant attribute in the tenant attribute 504 of the entry.

[0101] If it is determined that the received operation is a completion request, the SNS information extraction unit 220 registers the tenant attribute (step S1207). After that, the SNS information extraction unit 220 ends the tenant attribute estimation process.

[0102] Specifically, the SNS information extraction unit 220 outputs the identification information, account information, and tenant attributes of the tenant 101 to the tenant attribute storage unit 211.

[0103] If an entry exists in which the tenant name 502 is identification information of the tenant 101 and the sales item item 511 is a sales item included in the data, the tenant attribute storage unit 211 overwrites the tenant attribute 504 of the entry with the tenant attribute included in the data. If the above-mentioned entry does not exist, the tenant attribute storage unit 211 adds an entry, sets identification information in the ID 501, sets identification information and account information of the tenant 101 in the tenant name 502 and the account ID 503, and sets the tenant attribute included in the data in the tenant attribute 504. The tenant attribute storage unit 211 starts measuring the elapsed time.

[0104] FIG. 13 is a flowchart illustrating an example of a tenant attribute update process executed by the registration support server 100 according to the first embodiment.

[0105] After being started, the registration support server 100 starts the tenant attribute update process.

[0106] The tenant attribute storage unit 211 determines whether the elapsed time is greater than a threshold T2 (Step S1301).

[0107] If the elapsed time is equal to or less than the threshold T2, the tenant attribute storage unit 211 returns to step S1301 after a certain time has elapsed.

[0108] If the elapsed time is greater than the threshold T2, the tenant attribute storage unit 211 calls the new post determination unit 222. The new post determination unit 222 accesses the SNS information storage unit 210 and acquires account information (step S1302).

[0109] The new post determination unit 222 starts a loop process of the account information (step S1303). Specifically, the new post determination unit 222 selects one piece of account information from the acquired account information.

[0110] The new post determination unit 222 accesses the SNS 102 using the selected account information, and determines whether or not there is new posted information of the tenant 101 corresponding to the account information (step S1304). The new post determination unit 222 determines, for example, whether or not there is posted information posted after a date and time obtained by subtracting an elapsed time from the current date and time.

[0111] If it is determined that new posted information of the tenant 101 does not exist, the new post determining unit 222 proceeds to step S1310.

[0112] If it is determined that new posted information of the tenant 101 exists, the new post determination unit 222 calls the SNS information extraction unit 220. At this time, the new post determination unit 222 outputs the selected account information to the SNS information extraction unit 220.

[0113] The SNS information extraction unit 220 accesses the SNS 102 using the account information, and extracts the SNS information from the posted information of the tenant 101 from the SNS 102 (step S1305). The process of step S1305 is the same as the process of step S1202.

[0114] The SNS information extraction unit 220 inputs the SNS information to the tenant attribute estimation model (step S1306) and acquires the tenant attribute. The process of step S1306 is the same as the process of step S1203. Note that the previously extracted SNS information and the newly extracted SNS information are input to the tenant attribute estimation.

[0115] The SNS information extraction unit 220 displays the estimated tenant attributes on the screen of the terminal 105 (step S1307), and waits for an operation from the tenant 101. The process of step S1307 is the same as the process of step S1204.

[0116] When the SNS information extraction unit 220 receives an operation via the tenant attribute input unit 230 of the tenant 101, it determines whether the operation is a correction request (step S1308). The correction request includes the correction content. The process of step S1308 is the same as the process of step S1205.

[0117] If it is determined that the received operation is a modification request, the SNS information extraction unit 220 modifies the tenant attributes in accordance with the modification request (step S1309), and then returns to step S1307. The process of step S1309 is the same as the process of step S1206.

[0118] If it is determined that the received operation is a completion request, the SNS information extraction unit 220 notifies the new posting determination unit 222 of the completion of the process.

[0119] In step S1310, the new posting determination unit 222 determines whether or not the processing has been completed for all the account information acquired in step S1302 (step S1310).

[0120] If it is determined that the process has not been completed for all the account information, the new posting determining unit 222 returns to step S1303 and executes the same process.

[0121] If it is determined that the processing has been completed for all the account information, the new post determination unit 222 calls the sales estimation unit 221 (step S1311), and then returns to step S1301. At this time, the new post determination unit 222 outputs the account information of the tenant 101 in which the new post was made to the sales estimation unit 221.

[0122] By automatically updating tenant attributes and estimating sales based on the latest tenant attributes, it becomes possible to recommend spaces according to the current tenant 101 situation.

[0123] If there is no tenant 101 that has made a new post, the new post determination unit 222 does not call the sales estimation unit 221 and ends the process.

[0124] FIG. 14 is a flowchart illustrating an example of a sales estimation process executed by the registration support server 100 according to the first embodiment.

[0125] The registration support server 100 starts the sales estimation process when an execution instruction is received from the terminal 105, or when called by the new post determination unit 222. With reference to Fig. 14, the sales estimation process that is executed when an execution instruction is received from the terminal 105 will be described.

[0126] The sales estimation unit 221 acquires the shop opening condition information of the tenant 101 from the shop opening condition information storage unit 214 (step S1401). Specifically, the sales estimation unit 221 outputs the identification information of the tenant 101 to the shop opening condition information storage unit 214. The shop opening condition information storage unit 214 searches for an entry in which the identification information of the tenant 101 received in the tenant name 802 is stored, and outputs the entry to the sales estimation unit 221.

[0127] Here, it is assumed that the shop opening condition information is input before the start of the sales estimation process. Note that, at this point, the sales estimation unit 221 may prompt the tenant 101 to input the shop opening condition information.

[0128] The sales estimation unit 221 starts a loop process of the spaces (step S1402). Specifically, the sales estimation unit 221 acquires space information from the space information storage unit 212, and selects one piece of space information from the acquired space information.

[0129] The sales estimation unit 221 acquires the space characteristics of the selected space from the space characteristic information storage unit 240 of the edge server 200 (step S1403).

[0130] Specifically, the sales estimation unit 221 transmits an acquisition request including the space identification information to the edge server 200. The space characteristic information storage unit 240 searches for an entry in which the space identification information included in the acquisition request is stored in the space name 1001, and transmits a response including the value stored in the passerby attribute 1002 of the searched entry.

[0131] The sales estimation unit 221 obtains estimated sales by inputting the tenant attributes and space characteristics into the sales estimation model (step S1404).

[0132] The sales estimation unit 221 refers to the store opening history information (step S1405).

[0133] Specifically, the sales estimation unit 221 outputs the space identification information and the sales item items included in the store opening condition information to the store opening history information storage unit 213.

[0134] The shop opening history information storage unit 213 searches for an entry in which the combination of values ​​of the sales item 702 and space name 703 matches the combination of the accepted sales item and space identification information. If the entry exists, the shop opening history information storage unit 213 outputs the value stored in the sales 705 of the entry as a response to the sales estimation unit 221. If the entry does not exist, the shop opening history information storage unit 213 outputs a response to the sales estimation unit 221 indicating that the entry does not exist.

[0135] It is also possible to obtain only the past sales of the target tenant 101. In this case, the sales estimation unit 221 may output the identification information of the tenant 101, the identification information of the space, and the items for sale to the store opening history information storage unit 213.

[0136] The sales estimation unit 221 updates the sales information (step S1406). Specifically, the sales estimation unit 221 outputs the identification information of the tenant 101, the identification information of the space, the identification information of the shop opening condition information, the estimated sales, and the past sales to the sales information storage unit 215.

[0137] The sales information storage unit 215 searches for an entry whose combination of values ​​of tenant name 901, space name 903, and shop opening condition information ID 906 matches the combination of the received tenant 101 identification information, space identification information, and shop opening condition information identification information. If the entry exists, the sales information storage unit 215 overwrites the estimated sales 904 of the entry with the estimated sales, and overwrites the past sales 905 with the past sales. At this time, the sort number 902 is deleted. If the entry does not exist, the sales information storage unit 215 adds an entry and sets the received values ​​to the tenant name 901, space name 903, estimated sales, past sales 905, and shop opening condition information ID 906 of the entry.

[0138] The sales estimation unit 221 determines whether the process has been completed for all the spaces (step S1407).

[0139] If it is determined that the process has not been completed for all the spaces, the sales estimation unit 221 returns to step S1402 and executes the same process.

[0140] If it is determined that processing has been completed for all spaces, the sales estimation unit 221 identifies spaces that meet the store opening conditions, and sorts the entries in table 900 corresponding to the identified spaces in descending order of estimated sales (step S1408).

[0141] Specifically, the sales estimation unit 221 identifies spaces whose space characteristics match or are similar to passerby attributes included in the store opening condition information. The sales estimation unit 221 also obtains entries corresponding to the identified spaces from the sales information storage unit 215, sorts them in descending order of estimated sales, and outputs the sorted result to the sales information storage unit 215.

[0142] Based on the sorting result, the sales information storage unit 215 sets a value to the sort number 902 of the entry corresponding to the identified space.

[0143] The sales estimation unit 221 presents the estimation result to the terminal 105 (step S1409), and ends the sales estimation process.

[0144] Specifically, the sales estimation unit 221 acquires a predetermined number of entries in ascending order of sort numbers from the sales information storage unit 215, and presents an estimation result based on the entries to the terminal 105. The estimation result may include a space feature.

[0145] Through the above process, the registration support server 100 can present a space that meets the conditions desired by the tenant 101, and a forecast of sales if the tenant 101 were to open a store in that space.

[0146] The sales estimation unit 221 may specify a space that matches the shop opening condition information before starting the space loop process, and execute the specified space loop process. In this case, in step S1408, the sales estimation unit 221 executes only sorting based on estimated sales. This allows more effective spaces to be proposed to the tenant 101.

[0147] In step S1408, the sales estimation unit 221 may perform sorting without limiting the space. In this case, it is not necessary to input shop opening conditions. This makes it possible to present an estimate of sales while reducing the input burden on the tenant 101.

[0148] When called by the new post determination unit 222, the sales estimation unit 221 executes the process shown in Fig. 14 for the tenant 101 that has made a new post. In this case, the estimation result does not need to be presented to the terminal 105.

[0149] The registration support server 100 executes a learning process of the tenant attribute estimation model at any timing, and also executes a learning process of the sales estimation model. Since a known learning method may be used for the models, detailed description will be omitted.

[0150] As described above, according to this embodiment, the tenant 101 can input account information to know the space with the highest store opening effect and the estimated sales when the space is used. This allows the tenant 101 to perform a business simulation when the matching system is used.

[0151] Increasing the number of tenants 101 registered in the matching system has the advantage that the developer can easily reach various tenants 101. In addition, the operator of the matching system has the advantage that he or she can propose events and the like to the developer along with the tenant attributes of various tenants 101.

[0152] The present invention is not limited to the above-mentioned embodiment, but includes various modified examples. For example, the above-mentioned embodiment describes the configuration in detail to easily explain the present invention, and the present invention is not necessarily limited to the configuration including all the described configurations. Also, it is possible to add, delete, or replace a part of the configuration of each embodiment with another configuration.

[0153] In addition, each of the above configurations, functions, processing units, processing means, etc. may be realized in part or in whole by hardware, for example, by designing them as integrated circuits. The present invention can also be realized by software program code that realizes the functions of the embodiments. In this case, a storage medium on which the program code is recorded is provided to a computer, and a processor included in the computer reads the program code stored in the storage medium. In this case, the program code itself read from the storage medium realizes the functions of the above-mentioned embodiments, and the program code itself and the storage medium storing it constitute the present invention. Examples of storage media for supplying such program code include flexible disks, CD-ROMs, DVD-ROMs, hard disks, SSDs (Solid State Drives), optical disks, magneto-optical disks, CD-Rs, magnetic tapes, non-volatile memory cards, ROMs, etc.

[0154] Furthermore, the program code for realizing the functions described in this embodiment can be implemented in a wide range of program or script languages, such as assembler, C / C++, perl, Shell, PHP, Python, Java (registered trademark), etc.

[0155] Furthermore, the program code of the software that realizes the functions of the embodiments may be distributed over a network and stored in a storage means such as a computer's hard disk or memory, or in a storage medium such as a CD-RW or CD-R, and the processor of the computer may read out and execute the program code stored in the storage means or storage medium.

[0156] In the above-mentioned embodiment, the control lines and information lines are shown as those considered necessary for the explanation, and not all the control lines and information lines are shown in the product. All the components may be connected to each other. [Explanation of symbols]

[0157] 100 Registration Support Server 101 Tenant 102 Social Media 105 Terminals 110 screens 200 Edge Servers 201 Sensor Group 202 Network 210 SNS information storage section 211 Tenant attribute memory unit 212 Space information storage unit 213 Store opening history information storage unit 214 Store opening condition information storage unit 215 Sales information storage unit 216 Tenant attribute estimation model memory unit 217 Sales Estimation Model Memory Unit 220 SNS information extraction section 221 Sales Estimation Department 222 New Post Judgment Department 223 Input data generation unit (for tenant attribute learning) 224 Tenant Attribute Estimation Model Learning Unit 225 Input data generation unit (for sales estimation learning) 226 Sales Estimation Model Learning Unit 230 Tenant attribute input section 231 SNS account information input section 232 Store opening conditions information input section 233 Store opening history information input section 234 Screen Output Section 235 User interface processing section 240 Space characteristic information storage unit 250 Sensor control unit 251 Space Feature Information Extraction Unit 300 CPU 301 Memory 302 Storage device 303 Network Interface 304 Input Device 305 Output Device

Claims

1. A computer system for supporting registration with a service that matches a tenant with a space to be used by the tenant, comprising: a CPU, a storage device connected to the CPU, and a network interface connected to the CPU; Connecting to a terminal operated by the tenant, The storage device includes: space characteristic information that stores data for managing space characteristics that represent characteristics of the space; A tenant attribute estimation model that is a model generated by machine learning, and receives as an input a keyword included in posted information posted by the tenant on an SNS, and outputs a tenant attribute that represents a business characteristic of the tenant; A sales estimation model that is generated by machine learning and receives the space features and the tenant attributes as inputs and outputs sales when the tenant uses the space having the space features; Store the The computer system comprises: Acquire, from the tenant via the terminal, an account ID of an SNS used by the tenant; accessing the SNS using the account ID and executing natural language processing on the posted information posted by the tenant, thereby extracting keywords included in the posted information; The extracted keywords are input into the tenant attribute estimation model to estimate the tenant attribute; For each combination of the tenant attributes and the spaces registered in the space characteristic information, the tenant attributes and the space characteristics of the spaces are input into the sales estimation model to estimate the sales; A computer system which presents the estimated sales for each space to the tenant via the terminal.

2. 2. The computer system of claim 1, The posted information includes a hashtag, The computer system is characterized in that it extracts a hash tag included in the posted information as the keyword.

3. A computer system as claimed in claim 1, periodically accessing the SNS using the account ID and determining whether or not new information has been posted to the SNS by the tenant; If new posted information by the tenant to the SNS exists, extracting new keywords from the new posted information; A computer system comprising: a computer that estimates the sales for each of the spaces by using the new keywords.

4. A computer system as claimed in claim 1, Accepting input of store opening conditions including the space characteristics from the tenant via the terminal; By referring to the space characteristic information, the space having the space characteristic that matches or is similar to the space characteristic included in the store opening conditions is identified; A computer system that presents the estimated sales of the identified space to the tenant via the terminal.

5. A computer system as claimed in claim 1, A computer system which presents the estimated sales results together with the space characteristics of the space to the tenant via the terminal.

6. A method for supporting registration of a tenant in a service that matches a tenant with a space to be used by the tenant, the method being executed by a computer system, comprising: The computer system comprises: At least one computer having a CPU, a storage device connected to the CPU, and a network interface connected to the CPU; Connecting to a terminal operated by the tenant, The storage device includes: space characteristic information that stores data for managing space characteristics that represent characteristics of the space; A tenant attribute estimation model that is a model generated by machine learning, and receives as an input a keyword included in posted information posted by the tenant on an SNS, and outputs a tenant attribute that represents a business characteristic of the tenant; A sales estimation model that is generated by machine learning and receives the space features and the tenant attributes as inputs and outputs sales when the tenant uses the space having the space features; Store the The tenant registration support method includes: a first step of acquiring, by the at least one computer, from the tenant via the terminal, an account ID of an SNS used by the tenant; a second step of the at least one computer accessing the SNS using the account ID and executing natural language processing on the posted information posted by the tenant to extract keywords included in the posted information; a third step of estimating the tenant attribute by inputting the extracted keyword into the tenant attribute estimation model by the at least one computer; A fourth step in which the at least one computer estimates the sales by inputting the tenant attributes and the space characteristics of the space into the sales estimation model for each combination of the tenant attributes and the space registered in the space characteristic information; and a fifth step in which the at least one computer presents the estimated sales for each space to the tenant via the terminal.

7. A method for supporting tenant registration according to claim 6, comprising: The posted information includes a hashtag, The tenant registration support method, wherein the second step includes a step of extracting, by the at least one computer, a hash tag included in the posted information as the keyword.

8. A method for supporting tenant registration according to claim 6, comprising: the at least one computer periodically accessing the SNS using the account ID and determining whether or not new information has been posted to the SNS by the tenant; When new posted information by the tenant to the SNS exists, the at least one computer extracts new keywords from the new posted information; and a step of estimating the sales for each of the spaces by the at least one computer using the new keywords.

Images