Contract support device and contract support method

Abstract

To provide a technology capable of appropriately matching a lessor who rents out part of his / her facility as rental property with a person who wishes to enter into a contract for the rental property, taking into account a shared condition for the rental property.SOLUTION: A contract support device 10 for supporting rental contracts for real estate properties, comprises: a memory unit 11 that holds request information 11A indicating requests of a tenant regarding real estate properties, and property information 11B that specifies some of real estate of a lessor as a rental area; and a determination unit 12 that determines whether or not the lessor can rent the rental area to the tenant based on a desired condition of the tenant regarding use of a common area of the real estate properties indicated in the request information 11A and a desired condition of the lessor regarding use of areas other than the rental area indicated in the property information 11B.SELECTED DRAWING: Figure 1

Description

[Technical field]

[0001] The present invention relates to a contract support device and a contract support method, and more particularly to a contract support device and a contract support method that appropriately match a lessor who rents out part of their facility with a person who wishes to enter into a contract for the rental property, taking into account the shared conditions for the rental property. [Background technology]

[0002] With the start of the so-called private lodging system and the spread of shared houses, there has been an increase in the number of real estate owners becoming landlords and renting out parts of their homes to others as rental properties to earn income.

[0003] Such properties often have more reasonable rents than typical rental properties with the same conditions, and also have high-quality facilities and interiors. Therefore, they tend to meet the needs of prospective tenants and increase tenant satisfaction.

[0004] On the other hand, there are often discrepancies between the desired conditions of landlords and prospective tenants, and matching methods to make it easier to resolve such discrepancies in advance have been considered.

[0005] One example of a conventional matching method is a technology (see Patent Document 1) that determines and outputs the probability of a deal for a real estate property for a tenant in order to select a real estate property suitable for the tenant. This technology acquires information on properties that match at least a portion of the tenant's desired conditions for the property, and inputs the various information thus obtained into a predetermined decision tree (in which the desired conditions and attributes of related parties are used as explanatory variables and the probability of a deal for the property is used as the objective variable) to determine and output the probability of a deal.

[0006] In addition to the above technologies, a technology has also been proposed that appropriately identifies candidates to live together in a shared house, taking into account that information provided by applicants for a shared house is limited (see Patent Document 2). This technology acquires the conditions for living together, etc. of each applicant, and identifies predetermined applicants as candidates based on those conditions. [Prior art documents] [Patent documents]

[0007] [Patent Document 1] Patent No. 7109804 [Patent Document 2] JP 2018-013835 A Summary of the Invention [Problem to be solved by the invention]

[0008] By the way, when a real estate owner rents out part of his / her home as a rental property, it can lead to opening up some of the facilities, such as the entrance and corridors, and various equipment, to others. Therefore, even when renting out a property, the landlord also has the intention of appropriately separating the living space and traffic flow from the tenant and securing a space that he / she occupies.

[0009] On the other hand, from the perspective of a tenant or prospective tenant, it is common to want to rent a property that meets the conditions that you desire, and to use it as freely as possible. Given this sentiment, for example, if there is no clear delineation between common areas that can be used by both the landlord and tenant (other than the area of ​​the rental property), the tenant may assume that an area that the landlord does not intend to be shared can be used, which could lead to trouble.

[0010] If the regulations regarding the use of common areas are not finalized or clearly stated as described above, there may be cases where a prospective tenant searches for properties without being aware of the existence or content of the regulations, and ends up signing a rental contract with the rental property that comes up. In such cases, it is conceivable that the tenant, upon learning of the regulations after the contract is concluded, will become dissatisfied with the way the property will be used, which is different from what he or she desired, and will end up terminating the contract.

[0011] Therefore, the present invention has been made in consideration of the above-mentioned problems, and its purpose is to provide an apparatus and method that appropriately matches a landlord who rents out part of his or her facility with a person wishing to enter into a contract for the rental property, taking into account the sharing conditions for the rental property. [Means for solving the problem]

[0012] The above problem is solved by the contract support device of the present invention, which supports a lease contract for a real estate property, by comprising a memory unit that holds request information indicating the tenant's requests for the real estate property and property information that defines a part of the landlord's real estate as a rental area, and a judgment unit that determines whether or not the landlord can rent the rental area to the tenant based on the tenant's desired conditions regarding the use of the common areas of the real estate property as indicated in the request information and the landlord's desired conditions regarding the use of areas other than the rental area as indicated in the property information. According to the contract support device of the present invention configured as described above, it is possible to appropriately match a landlord who rents out part of his / her facility with a tenant of the rental property (including a person wishing to enter into a contract) based on the sharing conditions for the rental property.

[0013] In addition, in the above-mentioned contract support device, when determining whether or not to lend, the judgment unit makes a judgment as to the compatibility between the usage of the common area expected by the tenant and the usage of the areas other than the lending area expected by the lender based on information on the tenant's desired condition, which is the tolerance for sharing the common area between the tenant and persons other than the tenant, and information on the lender's desired condition, which is the tolerance for sharing areas other than the lending area between the lender and persons other than the lender, and preferably makes a judgment as to whether or not to lend based on the judgment result regarding compatibility. According to the above configuration, matching is possible based on the tolerance of both the lessor and the lessee in terms of the degree and frequency of encounters and contact with others in common areas of the rental property. In turn, it becomes possible to appropriately match between a lessor who rents out part of his / her facility and a person who wishes to enter into a contract for the rental property, based more accurately on the shared conditions for the rental property.

[0014] In addition, in the above-mentioned contract support device, if the judgment result regarding compatibility indicates incompatibility between the usage patterns between the borrower and the lender, it is preferable that the judgment unit output a suggestion for modifying the tolerance toward at least one of the borrower and the lender. According to the above configuration, for example, it is possible to suggest that the less tolerant of the lessor and the lessee, i.e., the lesser who has a relatively strong desire to avoid encounters with others in the common area, increase his / her tolerance. Alternatively, it is possible to suggest that the less tolerant of the lessor and the lessee, i.e., the lesser who has a relatively strong desire to favor encounters with others in the common area, decrease his / her tolerance. Alternatively, in order to fill the difference in tolerance between the lessor and the lessee, it is possible to suggest that the less tolerant of the less tolerant increase his / her tolerance and that the less tolerant of the less tolerant decrease his / her tolerance. Ultimately, it will be possible to appropriately match landlords who rent out part of their facilities with people seeking to enter into a lease agreement for said rental property, in a manner that more accurately takes into account the shared conditions for the rental property.

[0015] In addition, in the above-mentioned contract support device, when the judgment result regarding compatibility indicates incompatibility of usage patterns between the tenant and the landlord, it is preferable that the judgment unit output a suggestion to modify tolerance for at least one of the tenant and the landlord based on information indicated by the property information regarding the need to go through an area other than the rental area when accessing the rental area. According to the above configuration, it is possible to suggest modifications to the above-mentioned tolerances taking into account so-called hardware constraints, such as the structure, facilities, and equipment of the real estate including the rental property. When considering "sharing" from the perspective of hardware constraints, depending on the building structure and layout of facilities, there are situations in which the level of "sharing" is roughly determined by the hardware of the rental property, ranging from cases where landlords and tenants have no choice but to encounter each other frequently in common areas, to cases where each unit has an extremely high degree of independence and landlords and tenants can live without being aware of each other's presence. Therefore, in the present invention, when proposing a compromise between the lessor and the lessee on the above-mentioned tolerance, a configuration may be adopted that controls the proposal to be made after considering whether the compromise itself is possible due to the hardware constraints of the rental property. By adopting such a configuration, it is possible to avoid in advance cases where the conditions cannot be reconciled and matching is impossible just because the lessor or the lessee changes their intentions regarding the above-mentioned tolerance, making it easier to improve the overall processing efficiency. In addition, it becomes possible to appropriately match between a lessor who rents out part of his or her facility and a person who wishes to sign a contract for the rental property in a manner that more accurately takes into account the shared conditions for the rental property.

[0016] In addition, according to the contract support method of the present invention, the above-mentioned problem is solved by a contract support device that supports a rental contract for a real estate property, storing in a memory unit request information indicating the tenant's requests for the real estate property and property information that defines a part of the landlord's real estate as a rental area, and determining whether or not to rent the landlord's rental area to the tenant based on the tenant's desired conditions regarding the use of the common areas of the real estate property as indicated in the request information and the landlord's desired conditions regarding the use of areas other than the rental area as indicated in the property information. According to the above-described contract support method, it is possible to appropriately match a lessor who rents out part of his / her facility with a person who wishes to enter into a contract for the rental property, taking into account the common conditions for the rental property. Effect of the Invention

[0017] According to the contract support device and contract support method of the present invention, it is possible to appropriately match a lessor who rents out part of his / her facility with a person who wishes to enter into a contract for the rental property, taking into account the sharing conditions for the rental property. [Brief description of the drawings]

[0018] [Figure 1] FIG. 1 is a diagram illustrating an example of a network configuration in the present embodiment. [Diagram 2] FIG. 2 is a diagram illustrating an example of a hardware configuration of a contract assistance device according to the present embodiment. [Diagram 3] FIG. 2 is a diagram showing an example of the configuration of a request information DB in the present embodiment. [Figure 4] FIG. 2 is a diagram showing an example of the configuration of a property information DB in the present embodiment. [Diagram 5] FIG. 1 is a diagram showing the flow of a contract support method in this embodiment (part 1). [Figure 6] FIG. 2 is a diagram showing a first example screen in the present embodiment. [Figure 7] FIG. 11 is a diagram showing a screen example 2 in this embodiment. [Figure 8] FIG. 2 is a diagram showing the flow of the contract support method in this embodiment (part 2). [Figure 9] FIG. 11 is a diagram showing an output example 3 in this embodiment. [Figure 10] FIG. 11 is a diagram showing an output example 4 in this embodiment. [Figure 11] FIG. 11 is a diagram showing an output example 5 in this embodiment. DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS

[0019] <<Regarding a contract assistance device according to one embodiment of the present invention>> Hereinafter, one embodiment of the present invention (hereinafter, this embodiment) will be described with reference to the attached drawings. However, the embodiment described below is merely an example given to facilitate understanding of the present invention, and does not limit the present invention. In other words, the present invention can be modified or improved from the embodiment described below without departing from the spirit of the present invention. In addition, the present invention naturally includes its equivalents.

[0020] In addition, the screen examples shown in the drawings referenced in the following description are merely examples, and the screen configuration examples, the content of the information displayed, and the GUI (Graphical User Interface), etc. can be freely designed according to the system design specifications and user preferences, and can be changed as appropriate.

[0021] In addition, in this specification, the term "device" includes both a single device that performs a specified function on its own, and a combination of multiple devices that are separate from each other but work together to perform a specified function.

[0022] In the following explanation, we will assume a situation in which a real estate owner is a landlord and is looking for tenants to rent out part of his or her home, and will explain the technology that helps to appropriately match landlords with tenants of the rental property (including those seeking to sign a contract and potential tenants; the same applies below) based on the shared conditions of the rental property.

[0023] However, the present invention can also be applied to various real estate rental cases other than general residential properties, such as warehouses, factories, parking lots, and office buildings, and can be applied in any case where the landlord and tenant share space and facilities in the real estate.

[0024] <Network configuration> First, an example of a network configuration including a contract supporting apparatus 10 in this embodiment will be described with reference to Fig. 1. Fig. 1 is a diagram showing an example of a network configuration in this embodiment.

[0025] In the network configuration shown in Figure 1, the contract support device 10 of this embodiment is configured to be communicatively connected to a landlord terminal 5, a tenant terminal 6, and a property information system 7 via an appropriate network 1 such as the Internet, a LAN (Local Area Network), a WAN (Wide Area Network), or a mobile phone network.

[0026] However, this network configuration is merely one example, and it is also possible to adopt a configuration in which the property information system 7 is integrated with the functions of the contract support device 10, or in which the configuration and functions of the contract support device 10 are shared among multiple server devices present in the network 1 and cooperate to execute the contract support method of this embodiment.

[0027] In the above-mentioned network configuration, the lessor terminal 5 is an information processing terminal into which the lessor inputs various information related to his / her rental property as property information and transmits this to the contract support device 10. The property information thus transmitted from the lessor terminal 5 is stored in the property information DB 11B of the contract support device 10.

[0028] The tenant terminal 6 is an information processing terminal where a tenant (tenant candidate) looking for a rental property inputs the conditions, etc. of the rental property he or she desires and transmits them to the contract support device 10. The conditions, etc. of the rental property are stored in the request information DB 11A of the contract support device 10. The contract support device 10 uses the conditions, etc. received here as search conditions for rental properties and performs appropriate property search processing.

[0029] The property information system 7 is a system managed and operated by an organization that operates a so-called property search site, and is specifically assumed to be a web server that publishes the property information site. The property information system 7 in this embodiment is a system that provides the property search engine function and property information to the contract support device 10. As an implementation form that enables such provision, any form that enables the provision of functions via a network, such as SaaS (Software as a Service), can be adopted. Of course, in addition to the implementation forms described above, it is also possible to envisage a form in which a property search request is received from the tenant terminal 6 via the contract support device 10, the property search request is responded to in cooperation with the contract support device 10, and information on appropriate rental properties as search results is responded to the tenant terminal 6 via the contract support device 10 or directly.

[0030] The contract supporting apparatus 10 according to the present embodiment includes a storage unit 11 and a determination unit 12, as shown in FIG.

[0031] The memory unit 11 holds the requested information received from the lessee terminal 6 in a requested information DB 11A, and the property information received from the lessor terminal 5 in a property information DB 11B, by storing and memorizing these pieces of information. The types of information held by the memory unit 11 include the requested information DB 11A and the property information DB 11B (both shown in FIG. 2), the details of which will be described later.

[0032] In addition, the judgment unit 12 refers to the request information and property information stored in the request information DB 11A and property information 11B of the memory unit 11, and judges whether or not the lessor can rent out the rental area to the lessee based on the desired conditions of the lessee indicated by the request information and the desired conditions of the lessor indicated by the property information.

[0033] The tenant's desired conditions mentioned above include the conditions generally specified in property searches (hereinafter referred to as "general search conditions"), as well as the desired conditions for the use of the common areas of the real estate property to be rented (hereinafter referred to as the tenant's common area tolerance). The landlord's desired conditions mentioned above include the information generally specified and registered as property information (hereinafter referred to as "general property information"), as well as the desired conditions for the use of areas other than the rented areas of the landlord's own real estate (hereinafter referred to as "common area") (hereinafter referred to as the landlord's common area tolerance).

[0034] The general search conditions, which are one of the tenant's desired conditions, are conditions related to items such as the location of the property, the nearest station, the time required from that station, the layout, the rent, the floor area, the floor location, the age of the building, etc. The general property information, which is one of the landlord's desired conditions, includes information such as the location of the rental property, the nearest station, the time required from that station, the layout, the rent, the floor area, the floor location, the age of the building, etc.

[0035] Therefore, when making a judgment on whether or not a property can be rented, the judgment unit 12 judges whether the above-mentioned common use tolerances are compatible between the tenant and the landlord for a rental property that has general property information that satisfies the general search conditions, based on the general search conditions and the tenant's common use tolerance specified in the property search by the tenant, and the general property information and the landlord's common use tolerance already registered by the landlord, and judges whether or not the property can be rented based on the judgment result regarding the compatibility.

[0036] A more specific example of a procedure for determining whether the above-mentioned shared tolerances are compatible between a borrower and a lender is as follows. The judgment unit 12 first distributes questions corresponding to the contents defined in the tolerance judgment model 111 stored in the storage unit 11 to the lender terminal 5 and the borrower terminal 6, and obtains answers from the lender and the borrower. An example of the implementation of the tolerance judgment model 111 assumed here is, for example, a table that defines the definitions for each tolerance level.

[0037] The questions to be distributed here are those stored in advance in the memory unit 11, and can be envisioned as responses to items such as "I meet several other people on a daily basis," "I occasionally meet a very small number of other people," "I see other people, but only for a short time from a distance," and "I rarely meet other people," with the respondent being prompted to select either "1: Can handle" or "2: Can't handle."

[0038] The tenant's answers to these questions indicate the manner in which the tenant envisions sharing the common areas with others, in other words, the tenant's level of tolerance for "shared use." Similarly, the landlord's answers indicate the manner in which the tenant envisions sharing the common areas of the rental property with others (tenants), and indicate the landlord's level of tolerance for "shared use."

[0039] Next, the determination unit 12 determines the level at which the landlord or tenant can accept "sharing with others" in the rental property, that is, the specific value of the sharing tolerance, based on the answers obtained from the landlord or tenant. For example, the sharing tolerance of a person who answered "able" to "meeting multiple others on a daily basis" is determined to be level 1. The sharing tolerance of a person who answered "able" to "occasionally meeting with a very small number of others" is determined to be level 2. The sharing tolerance of a person who answered "able" to "occasionally seeing others, but only for a short time from a distance" is determined to be level 3. The sharing tolerance of a person who answered "able" to "seldom meeting others" is determined to be level 4.

[0040] The relationship between the answers from the lessor or lessee and the corresponding common use tolerance level is defined, for example, as a tolerance judgment model 111 and can be used by the judgment unit 12. This tolerance judgment model 111 is, for example, a table in which a common use tolerance level is associated with each combination of each question item and its answer, or a program that outputs a common use tolerance level when the combination is input.

[0041] However, in cases where the number of combinations of question items and answers, and the judgment patterns of the common tolerance level for the combinations, can be extremely large, such as when the question items are diverse and the answers are free-text rather than multiple choice, it is difficult to prepare a table or simple program as described above. In such cases, it is preferable for the judgment unit 12 to generate the tolerance judgment model 111 by providing the question items and the contents of the answers, and the common tolerance level values ​​judged by a knowledgeable person for them as teacher data to the machine learning engine, and prepare for the execution of the contract support method. The machine learning engine is held by the judgment unit 12 itself or can be used via the network 1. The tolerance judgment model 111 generated by the machine learning engine is a model that outputs a value of a common tolerance level when each item of a question and the answer to that question are input.

[0042] When the common use tolerance determined as described above is consistent between the lessor and the lessee, the determination unit 12 determines that the usage patterns of the common areas in the rental property are also consistent, i.e., the usage patterns between the lessor and the lessee are compatible. The determination unit 12, having obtained this determination result, determines that the rental property subject to the determination can be rented to the lessee.

[0043] On the other hand, if the determined common use tolerance does not match between the lessor and the lessee, it is determined that the usage patterns of the common areas in the rental property also do not match, that is, the usage patterns between the lessor and the lessee are incompatible. When this determination result is obtained, the determination unit 12 outputs a suggestion to modify the tolerance for at least one of the lessee and the lessor.

[0044] For example, if the tenant's tolerance for sharing (e.g., level 2: occasionally meeting with a very small number of other people) is lower than the tenant's tolerance for sharing (e.g., level 1: regularly meeting with multiple other people), that is, if the tenant is more reluctant than the landlord to share a common area, the determination unit 12 transmits a message to the tenant terminal 6 such as, for example, "The landlord is okay with meeting with other people on a daily basis, so please consider adapting the usage to the landlord's expectations." Alternatively, the determination unit 12 transmits a message to the landlord terminal 5 such as, "The tenant is okay with meeting with other people only occasionally, so please consider adapting the usage to the landlord's expectations."

[0045] When the determined sharing tolerance does not match between the lessor and the lessee, the determination unit 12 can control the content and transmission of the notification in a manner that takes into account the hardware constraints of the rental property, rather than simply sending the notification as described above. In this case, the determination unit 12 outputs a suggestion to modify the sharing tolerance for at least one of the lessee and the lessor, based on information (hereinafter referred to as independence information) regarding the necessity of passing through an area other than the rental area when accessing the rental area, which is indicated by the information of the rental property in the property information DB11B.

[0046] When considering "sharing" from the perspective of hardware constraints, these functions make it possible to appropriately deal with various situations in which the level of "sharing" is largely determined by the hardware of the rental property, ranging from cases in which the landlord and tenant have no choice but to encounter each other frequently in common areas due to the building structure and layout of facilities, to cases in which each unit has an extremely high degree of independence and the landlord and tenant can live without being aware of each other's presence.

[0047] For example, as already mentioned, if the tenant's tolerance for sharing (e.g., level 2: occasional encounter with a very small number of others) is lower than the landlord's tolerance for sharing (e.g., level 1: daily encounter with multiple others), the judgment unit 12 will refer to the independence information of the rental property in question, and if it is found that the structure is such that daily encounters between the landlord and tenant are unavoidable, it will send a message to the tenant terminal 6 indicating that it will be difficult for the landlord to match the tenant's tolerance for sharing, and that therefore the only option is for the tenant to take action to increase the tolerance for sharing. In other words, when proposing a compromise between the landlord and tenant regarding the above-mentioned tolerance levels, the proposal will be controlled so that it is made after taking into consideration whether the compromise itself is possible due to the hardware constraints of the rental property.

[0048] The notification controlled and transmitted as described above is distributed, for example, via a network 1 such as the Internet, to the tenant terminal 6 as a property search result or to the landlord terminal 5 as a suggestion for tolerance modification. The tenant using the tenant terminal 6 and the landlord using the landlord terminal 5 view the notification obtained from the contract support device 10 and become aware of various information regarding the rental property, the matching status regarding "sharing" between the landlord and tenant, and efforts toward matching.

[0049] The lender terminal 5 and the borrower terminal 6 are equipped with communication means capable of accessing the network 1 and are capable of communicating with the contract support device 10, etc. Such communication means is assumed to be a chipset that executes a series of processes such as starting communication, sending and receiving data, and ending communication in accordance with a protocol of the network 1, or a mobile phone equipped with the chipset.

[0050] <Hardware configuration of the contract support device> Next, the configuration of the contract supporting device 10 will be described. Fig. 2 is a diagram showing an example of the hardware configuration of the contract supporting device 10 in this embodiment. Note that the contract supporting device 10 in this embodiment may be configured with one computer as shown in the figure, or may be configured with multiple computers distributed in parallel. Alternatively, the contract supporting device 10 may be configured with a computer for ASP (Application Service Provider), SaaS (Software as a Service), PaaS (Platform as a Service), or IaaS (Infrastructure as a Service).

[0051] Here, assuming that the contract support device 10 in this embodiment is composed of a single computer, Figure 2 shows a configuration of the contract support device 10, in which an auxiliary memory device 101, a main memory device 103, a calculation device 104, and a communication device 105 are connected by a bus 106.

[0052] In the above-mentioned configuration, the auxiliary storage device 101 is implemented by a non-volatile storage device or storage medium, such as an HDD (Hard Disk Drive), SSD (Solid State Drive), flash memory, FD (Flexible Disc), MO disk (Magneto-Optical disc), CD (Compact Disc), DVD (Digital Versatile Disc), SD card (Secure Digital card), or USB memory (Universal Serial Bus memory).

[0053] The auxiliary storage device 101 may be configured to be built into the housing of the contract support device 10, or may be configured to be connected to the contract support device 10 in an external form. Furthermore, the auxiliary storage device 101 may be configured by another computer or the like communicably connected to the contract support device 10. Note that as a technology for recording various data, a distributed ledger technology such as a blockchain may be used for the purpose of avoiding unauthorized data tampering, etc.

[0054] The auxiliary storage device 101 in this embodiment stores a request information DB 11A and a property information DB 11B, which will be described later.

[0055] The main storage device 103 may be configured with volatile semiconductor memories such as a read only memory (ROM) and a random access memory (RAM). The main storage device 103 in this embodiment holds a program 102 including an operating system (OS) read from the auxiliary storage device 101, a property search engine 110, and an allowance determination model 111.

[0056] Of these, the OS implements the control and basic functions of the computer itself, and under its control, the calculation device 104 calls and executes each part of the program 102, thereby implementing each function corresponding to the contract support method, i.e., the memory unit 11 and the judgment unit 12.

[0057] In addition, the arithmetic device 104 may be configured with a CPU (Central Processing Unit), an MPU (Micro-Processing Unit), an MCU (Micro Controller Unit), a GPU (Graphics Processing Unit), a DSP (Digital Signal Processor), a TPU (Tensor Processing Unit), an ASIC (Application Specific Integrated Circuit), or the like.

[0058] Also, the communication device 105 is assumed to be a communication chipset compatible with, for example, 3G to 5G or later generation mobile communication protocols, or LTE (Long Term Evolution) protocol, but may be implemented in other devices depending on the type of network 1. For example, when the network 1 is configured with a wireless LAN, the communication device 105 is implemented in a network interface card compatible with the wireless LAN protocol based on Wi-fi (registered trademark).

[0059] <About various databases> Next, various databases held by the contract assistance apparatus 10 in this embodiment will be described. (Configuration of the request information DB) First, the request information DB 11A will be described with reference to Fig. 3. Fig. 3 is a diagram showing an example of the configuration of the request information DB 11A in this embodiment. The request information DB 11A in this embodiment is a database that stores various conditions desired by the tenant regarding the rental property, received from the tenant terminal 6. The data configuration is a collection of records including each value, for example, identification information that uniquely identifies the tenant, general search conditions, and the tenant's tolerance for sharing.

[0060] Among these, general search conditions are conditions that are generally specified when searching for real estate properties, and are conditions related to items such as the property's location, the nearest station, the travel time from that station, rent, layout, floor area, floor floor, and age of the building. The tenant's tolerance for common areas is the desired condition for the use of the common areas of the real estate property to be rented, and includes the tenant's answers to questions distributed in advance by the contract support device 10. Specifically, the information is "able to handle meeting multiple other people on a daily basis," "able to handle meeting a very small number of other people occasionally," "able to handle seeing other people, but only for a short time from a distance," or "able to handle hardly ever meeting other people."

[0061] (Property information DB configuration) Next, the property information DB11B will be described with reference to Fig. 4. Fig. 4 is a diagram showing an example of the configuration of the property information DB11B in this embodiment. The property information DB11B in this embodiment is a database that stores information registered by a lessor regarding his / her own rental property, which is received from the lessor terminal 5.

[0062] The data structure is a collection of records that contain values ​​such as identification information that uniquely identifies the landlord, general property information, independence information, and the landlord's tolerance for common use. Of these, general property information is information that is generally designated and registered as property information, such as the location of the rental property, the nearest station, the travel time from that station, the layout, rent, floor area, floor location, and age of the building.

[0063] The independence information is information regarding the necessity of passing through an area (space) other than the rented area when accessing the rented area in a rental property. Specifically, the independence information includes information such as, for example, whether or not there is a route that allows direct access to the rented area from the entrance of the real estate that is the rental property (e.g., the building's entrance), whether or not it is necessary to use a common area such as a hallway to access the rented area, the number of rooms that must be passed while accessing the rented area, and the types of those rooms. In addition, the independence information may be a number or a rank indicating the possibility of accessing the rented area without passing through an area other than the rented area, and for example, when the rented area can be accessed directly, the independence information may be "high independence."

[0064] The lessor's common use tolerance is a condition desired by the lessor regarding the use of common areas in the rental property, which is the real estate owned by the lessor, and includes the lessor's answers to questions distributed in advance by the contract support device 10. Specific examples of these answers are the same as those explained regarding the lessee's common use tolerance.

[0065] <Flow of obtaining request information and property information> Next, an example of the flow of the contract support method in this embodiment will be described. The contract support method according to this embodiment is first performed according to the flow shown in Fig. 5. Fig. 5 is an example of the flow of the contract support method in this embodiment, specifically, a diagram showing the flow of acquiring request information and property information.

[0066] In the flow shown in Fig. 5, the judgment unit 12 of the contract support device 10 delivers questions corresponding to the contents defined in the tolerance judgment model 111 to the lender terminal 5 and the borrower terminal 6 (S1). The questions delivered here prompt the user to select either "1: Can handle" or "2: Can't handle" for each of the items such as "I meet several other people on a daily basis," "I occasionally meet a very small number of other people," "I see other people, but only for a short time from a distance," and "I rarely meet other people" (see Fig. 6).

[0067] Meanwhile, the lender terminal 5 and the borrower terminal 6 display the questions sent from the contract support device 10 and accept the answers from the lender and the borrower, i.e., the selection results (see FIG. 7) regarding whether or not each item can be handled (S2). The lender terminal 5 and the borrower terminal 6 also return the answers they received regarding each item to the contract support device 10 via the network 1 (S3).

[0068] On the other hand, the judgment unit 12 of the contract support device 10 receives answers to each item of the questions from the lender terminal 5 and the borrower terminal 6, and stores the answers obtained from the lender terminal 5 in the property information DB11B and the answers obtained from the borrower terminal 6 in the request information DB11A (S4).

[0069] Next, based on the answers of the lessor or lessee, the judgment unit 12 of the contract support device 10 judges the level at which the lessor or lessee is willing to accept "sharing with others" in the rental property, i.e., the sharing tolerance, using the tolerance judgment model 111 (S5). This tolerance judgment model 111 is a table in which a sharing tolerance level is associated with each combination of each question item and its answer, or a program that outputs a sharing tolerance level when the combination is input.

[0070] For example, the judgment unit 12 of the contract support device 10 judges the sharing tolerance of a person who answers "able" to the question "I meet several other people on a daily basis" to be level 1. The judgment unit 12 judges the sharing tolerance of a person who answers "able" to the question "I occasionally meet with a very small number of other people" to be level 2. The judgment unit 12 judges the sharing tolerance of a person who answers "able" to the question "I sometimes see other people, but only for a very short time from a distance" to be level 3. The judgment unit 12 judges the sharing tolerance of a person who answers "able" to the question "I rarely meet other people" to be level 4.

[0071] Next, the judgment unit 12 of the contract support device 10 stores the common use tolerance determined for the landlord in S5 in association with the rental property of the landlord in the property information DB11B, and similarly stores the common use tolerance determined for the tenant in the record of the tenant in the request information DB11A (S6), thereby completing this flow.

[0072] <Matching process flow> Next, an example of a flow of the contract support method in this embodiment will be described, in which the tenant and the landlord determine whether the shared area is suitable for the rental property that matches the tenant's general search criteria. Fig. 8 is an example of a flow of the contract support method in this embodiment, specifically, a diagram showing the flow of the matching process.

[0073] 8, the judgment unit 12 of the contract support device 10 refers to the request information DB 11A, extracts general search conditions specified by a certain tenant in a property search, and provides these general search conditions to the property search engine 110 to execute a property search targeting general property information in the property information DB 11B (S10). Here, it is assumed that this property search finds rental properties that satisfy the general search conditions specified by the tenant.

[0074] In addition, the judgment unit 12 of the contract support device 10 extracts information on the tenant's common property tolerance held in the request information DB 11A for the tenant, and information on the landlord's common property tolerance held in the property information DB 11B for the landlord (S11). The common property tolerance information extracted here is a value indicating the common property tolerance level judged in S5 and stored in S6 in the request information and property information acquisition flow. In addition, the landlord for which common property tolerance is extracted here is the landlord of the rental property hit in the above-mentioned property search (S10).

[0075] Next, the determination unit 12 of the contract support device 10 determines whether the shared use tolerance levels between the lessor and the lessee match based on the shared use tolerance levels extracted for each of the lessor and the lessee (S12). If it is determined that the shared use tolerance levels between the lessor and the lessee match (S13: Y), the determination unit 12 of the contract support device 10 determines that the usage patterns of the shared areas in the rental property match between the lessor and the lessee, and that the rental property can be rented to the lessee (S14). The determination unit 12 of the contract support device 10 also transmits the determination result that the rental property can be rented (see FIG. 9) to the lessee terminal 6 of the above-mentioned lessee (S15), and ends this flow.

[0076] On the other hand, if the result of the judgment regarding the matching of the levels of common use tolerance (S12) reveals that the levels of common use tolerance do not match between the landlord and the tenant (S13:N), the judgment unit 12 of the contract support device 10 judges that the usage patterns of the common areas in the rental property do not match, and that the rental property cannot be rented to the tenant as it is, and transitions to the next process.

[0077] In this case, the judgment unit 12 of the contract support device 10 refers to the independence information indicated by the information on the rental property in the property information DB 11B, and checks whether there are any constraints on resolving the mismatch in the level of common use tolerance between the landlord and the tenant (S16). This check is to check whether there are any constraints on the behavioral change of the landlord and the tenant in terms of hardware, such as cases where the landlord and the tenant have no choice but to encounter each other frequently in common areas, or cases where the independence of each unit is extremely high and the landlord and the tenant have no choice but to live without feeling each other's presence. The behavioral change here refers to the landlord and the tenant changing their movement lines or the frequency of specific actions in the rental property in order to resolve the mismatch in the level of common use tolerance between the landlord and the tenant.

[0078] If, as a result of the above-mentioned confirmation, it is found that the rental property in question has an extremely high level of independence, i.e., there are no hardware characteristics that could be a constraint on the above-mentioned behavioral change (S17:N), the judgment unit 12 of the contract support device 10 sends a message (see Figure 10) to the landlord terminal 5 or tenant terminal 6 encouraging the landlord or tenant to change their behavior in a direction that will resolve the mismatch in the levels of sharing tolerance (S18), and ends this flow.

[0079] Examples of such messages could be something like this for tenants: "The landlord is happy to see you face-to-face on a daily basis, so please consider adjusting the service to suit the landlord's intended usage," or something like this for landlords: "The landlord is happy to see you face-to-face only occasionally, so please consider adjusting the service to suit the landlord's intended usage."

[0080] The judgment unit 12 of the contract support device 10 determines the transmission target and content of the above-mentioned message by, for example, determining the one of the lender and the borrower with the lower level of sharing tolerance as the transmission target, and selecting and determining from a pre-prepared list a message that encourages the one to raise the level of sharing tolerance to match the other. Alternatively, the judgment unit 12 determines the one of the lender and the borrower with the higher level of sharing tolerance as the transmission target, and selecting and determining from a pre-prepared list a message that encourages the one to lower the level of sharing tolerance to match the other. Note that the above-mentioned list is a message prepared for each combination of sharing tolerance between the lender and the borrower, and is held in advance in the memory unit 11.

[0081] On the other hand, as a result of checking whether there is a constraint on resolving the mismatch in the level of sharing tolerance between the lessor and the lessee (S16), it is found that the target rental property has a hardware characteristic that has extremely low independence, that is, that may be a constraint on the behavioral change described above. In this case (S17: Y), the judgment unit 12 of the contract support device 10 transmits a message (see FIG. 11) to the lessee terminal 6 indicating that it is difficult for the lessor to adjust the sharing tolerance to the lessee or the lessee to adjust the sharing tolerance to the lessor in order to resolve the mismatch in the level of sharing tolerance between the lessor and the lessee, and therefore that the only option is to increase the sharing tolerance through the actions of the lessee or the lessor (S19).

[0082] In addition, cases where it may be difficult for the landlord to adjust the common use tolerance levels to the tenant's, or vice versa, in order to resolve the discrepancy in common use tolerance levels, include the following: If it turns out that the tenant's tolerance for sharing (e.g., level 2: occasionally meeting with a very small number of others) is lower than the landlord's tolerance for sharing (e.g., level 1: meeting with multiple others daily), and the independence of the rental property in question is extremely low, making it unavoidable for the landlord and tenant to encounter each other daily, a message will be sent to the tenant terminal 6 indicating that it is difficult for the landlord to match the tenant's tolerance for sharing, and that the only way to increase the tolerance for sharing is to change the tenant's behavior (e.g., not avoid meeting others such as the landlord, but actively talk to them).

[0083] By making such a response possible, when proposing a compromise on shared use tolerances that are not agreed upon between the landlord and tenant, the proposal will be controlled so that the proposal is made after taking into consideration whether a compromise is even possible due to the hardware constraints of the rental property.

[0084] The notification controlled and transmitted as described above is distributed, for example, via a network 1 such as the Internet, to the tenant terminal 6 as a property search result or a suggestion to revise sharing tolerance, or to the landlord terminal 5 as a suggestion to revise sharing tolerance. The tenant using the tenant terminal 6 and the landlord using the landlord terminal 5 view the notification obtained from the contract support device 10 and become aware of various information regarding the rental property, the matching status regarding "sharing" between the landlord and tenant, and efforts toward matching. [Explanation of symbols]

[0085] 1 Network 5. Lessor Terminal 6 Renter's terminal 7 Property Information System 10 Contract Support Device 11 Storage section 11A Request Information DB 11B Property information DB 12 Judgment section 100 Server device 101 Auxiliary storage 102 Programs 103 Main storage 104 Arithmetic unit 105 Communication equipment 110 Property Search Engine 111 Tolerance Judgment Model

Claims

1. A contract support device for supporting a rental contract for a real estate property, A storage unit that stores request information indicating requests of a tenant for a real estate property and property information that defines a part of a landlord's real estate as a rental area; A determination unit that determines whether the lessor can lend the rental area to the lessee based on the lessee's desired conditions regarding the use of the common area of ​​the real estate property indicated by the request information and the lessor's desired conditions regarding the use of areas other than the rental area indicated by the property information; A contract assistance device comprising:

2. The determination unit, when determining whether or not the loan is permitted, Information on the tenant's desired condition, which is a tolerance for sharing the common area with the tenant and a person other than the tenant; Information on the lender's desired condition, which is the degree of tolerance for sharing an area other than the lending area with a person other than the lender, and Based on the above, a judgment is made as to the compatibility between the usage pattern of the common area envisaged by the tenant and the usage pattern of the area other than the rented area envisaged by the landlord; The contract support device according to claim 1 , wherein the decision as to whether or not to lend is made based on the result of the decision regarding the suitability.

3. The contract support device of claim 2, wherein if the judgment result regarding the compatibility indicates incompatibility between the usage pattern between the borrower and the lender, the judgment unit outputs a suggestion to modify the tolerance directed to at least one of the borrower and the lender.

4. The contract support device of claim 3, wherein if the judgment result regarding compatibility indicates incompatibility of the usage pattern between the tenant and the landlord, the judgment unit outputs a suggestion to modify the tolerance for at least one of the tenant and the landlord based on information indicated by the property information regarding the need to pass through an area other than the rental area when accessing the rental area.

5. A contract support device that supports real estate rental contracts, A storage unit stores request information indicating requests of a tenant for a real estate property and property information defining a part of a landlord's real estate as a rental area; A contract support method characterized by determining whether or not the landlord can lease the rental area to the tenant based on the tenant's desired conditions regarding the use of common areas of the real estate property, as indicated in the request information, and the landlord's desired conditions regarding the use of areas other than the rental area, as indicated in the property information.

Images