WO2022130933A1 - 物件管理システム、及び物件管理方法 - Google Patents

物件管理システム、及び物件管理方法 Download PDF

Info

Publication number
WO2022130933A1
WO2022130933A1 PCT/JP2021/043350 JP2021043350W WO2022130933A1 WO 2022130933 A1 WO2022130933 A1 WO 2022130933A1 JP 2021043350 W JP2021043350 W JP 2021043350W WO 2022130933 A1 WO2022130933 A1 WO 2022130933A1
Authority
WO
WIPO (PCT)
Prior art keywords
property
user
real estate
information
user terminal
Prior art date
Application number
PCT/JP2021/043350
Other languages
English (en)
French (fr)
Inventor
伸次 ▲浜▼渦
Original Assignee
Ｎｏｔ Ａ Ｈｏｔｅｌ株式会社
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Ｎｏｔ Ａ Ｈｏｔｅｌ株式会社 filed Critical Ｎｏｔ Ａ Ｈｏｔｅｌ株式会社
Priority to JP2022569823A priority Critical patent/JP7300229B2/ja
Publication of WO2022130933A1 publication Critical patent/WO2022130933A1/ja

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00—Commerce
    • G06Q30/06—Buying, selling or leasing transactions
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q50/00—Information and communication technology [ICT] specially adapted for implementation of business processes of specific business sectors, e.g. utilities or tourism
    • G06Q50/10—Services
    • G06Q50/16—Real estate

Definitions

  • the present invention relates to a property management system and a property management method.
  • Patent Document 1 discloses a system that presents information on real estate properties that can be bought or sold or rented based on various conditions specified by the user. According to such a system, it is possible to obtain information on the real estate property based on the user's wishes, and it is possible to support the decision to purchase or rent the real estate property.
  • an object of the present invention is to provide a new property management system and a property management method that enable effective utilization of real estate properties.
  • the property management system in one aspect of the present invention is A management server that manages real estate property information and a user terminal are connected via a network.
  • the management server A sales processing unit that executes information processing associated with the purchase procedure of the real estate property by the user based on the purchase request from the user terminal. It is characterized by including a relent processing unit that executes information related to lending of the real estate property purchased by the user to another person based on a lending request from the user terminal.
  • FIG. 1 is a block configuration diagram showing a property management system according to an embodiment of the present invention.
  • the property management system 1 (hereinafter, also referred to as “this system”) is a server device 100 as a management server for managing information on real estate properties (hereinafter, also referred to as “property”), and property management using this system 1. It has a user terminal 200 used by a user who is a user of the service (for example, an "owner” described later). As shown in FIG. 1, the system 1 includes, but is not limited to, a user terminal 300 used by another user (for example, a “guest” described later) who uses the service. .. Further, the “real estate property” includes various buildings such as single-family houses, condominiums, apartments, and villas, and land, regardless of the number of floors, structure, size, and area of the building.
  • the server device 100 and the user terminals 200 and 300 are connected via the network NW, respectively.
  • the network NW is composed of the Internet, an intranet, a wireless LAN (Local Area Network), a WAN (Wide Area Network), and the like.
  • the server device 100 is managed by, for example, a system administrator (service provider).
  • the server device 100 executes information processing associated with the purchase procedure of the real estate property by the user based on the purchase request from the user terminal.
  • the server device 100 can generate and output a list of real estate properties that can be sold, for example, based on a purchase request from a user terminal used by a user who is a service user.
  • the real estate property to be sold is owned by the service provider until the user purchases it, but the property is not limited to this.
  • the "service provider" and the "user” may be natural persons or corporations, respectively.
  • the server device 100 receives a lending request from the user terminal, and executes information processing regarding lending of the real estate property purchased by the user to another person based on the lending request. For example, the server device 100 can generate and output a relent schedule input screen for renting the property to another person to the user who owns the real estate property purchased by using this service.
  • the server device 100 is, for example, a computer (information processing device), and may be a general-purpose computer such as a workstation or a personal computer, or may be logically realized by cloud computing.
  • a server device is illustrated for convenience of explanation, but the present invention is not limited to this, and a plurality of servers may be used.
  • the user terminal 200 is used by a user who purchases a real estate property by using the service provided by the service provider.
  • the user terminal 200 can be, for example, an information processing device such as a personal computer, a tablet terminal, a smartphone, a mobile phone, or a PDA.
  • the system 1 has a server device 100 and a user terminal 200, and the user operates the server device 100 by using the user terminal 200.
  • the server device 100 is stand-alone. It may be configured and the server device itself may be provided with a function for a user to directly operate.
  • FIG. 2 is a functional block configuration diagram of the server device 100 of FIG.
  • the server device 100 includes a communication unit 110, a storage unit 120, and a control unit 130.
  • the communication unit 110 is a communication interface for communicating with the user terminals 200 and 300 via the network NW, and communication is performed according to a communication convention such as TCP / IP (Transmission Control Protocol / Internet Protocol).
  • TCP / IP Transmission Control Protocol / Internet Protocol
  • the storage unit 120 stores programs for executing various control processes and functions in the control unit 130, input data, and the like, and is composed of a RAM (Random Access Memory), a ROM (Read Only Memory), and the like. To. Further, the storage unit 120 is related to the user data storage unit 121 that stores various data related to the user, the property data storage unit 122 that stores various data related to the real estate property, and the relent service provided to the user. It has a relent data storage unit 123 and the like for storing various data. Further, the storage unit 120 can temporarily store the data that has communicated with the user terminal 200. A database (not shown) storing various data may be constructed outside the storage unit 120 or the server device 100. The relent service means a service in which a user who has purchased a real estate property whose information is managed by the server device 100 temporarily rents the real estate property to another person as an accommodation facility, an event space, etc. via this system 1. ..
  • the control unit 130 controls the entire operation of the server device 100 by executing a program stored in the storage unit 120, and is composed of a CPU (Central Processing Unit), a GPU (Graphics Processing Unit), and the like. Will be done.
  • the instruction receiving unit 131 that receives instructions (requests) from the user terminal 200
  • the user data management unit 132 that refers to and processes various data related to the user
  • various data related to the real estate property The property data management unit 133 to be processed with reference to, the relent data management unit 134 to be processed with reference to the data related to the relent service, and the information related to the buying and selling of real estate properties is generated based on the above various data.
  • the transaction processing unit 135 provided to the user terminal 200 and the above-mentioned various data information related to the relent service of renting the real estate property to another person after selling the real estate property to the user is generated, and the user terminal 200 is generated. It has a relent processing unit 136 and the like provided to the above.
  • the instruction receiving unit 131, the user data management unit 132, the property data management unit 133, the relent data management unit 134, the trading processing unit 135, and the relent processing unit 136 are activated by a program stored in the storage unit 120 and are started by a computer ( It is executed by the server device 100 which is an electronic computer).
  • the instruction receiving unit 131 is provided by the server device 100, and the user (such as inputting characters and numbers, various types, etc.) via a user interface such as a screen displayed on the user terminal 200 via a web browser or an application.
  • a predetermined request such as by pressing (selecting) an icon such as a button
  • the instruction is received from the user terminal 200 via the communication unit 110.
  • the user data management unit 132 manages and processes various data related to the user.
  • Various data related to the user include, for example, user ID, user basic information (user's name, address, telephone number, contact information such as e-mail address, age, gender, etc.), purchased property information, and payment information (user information).
  • Payment history credit card information, financial institution information, etc.
  • point information the amount of points that can be used in this system, point information (use / acquisition) history, etc.
  • relent service usage history information in this system 1) It can be used as a usage history of the relent service), but it is not limited to this.
  • the property data management unit 133 manages and processes various data related to real estate properties.
  • Various data related to real estate properties can be, for example, property IDs, basic information, facility information, peripheral information, and the like, but are not limited to these.
  • the relent data management unit 134 has various data related to the relent service (for example, property information to be rented (property ID, owner information (user ID, etc.), etc.), rentable period information, usage condition information shown in FIG. 6). Manages and processes usage information (use / non-use, user information), payment information, vacancy plan information (use, period, charges, etc.) (use restrictions, number of people restrictions, gender restrictions, etc.).
  • the sale / purchase processing unit 135 generates information related to the sale / purchase of real estate properties based on a request from the user and various data stored in the storage unit 120, and provides the information to the user terminal 200.
  • the sales processing unit 135 executes information processing associated with the purchase procedure of the real estate property by the user, for example, based on the purchase request from the user terminal.
  • the relent processing unit 136 generates information related to the relent service of renting the real estate property to another person after selling the real estate property to the user based on the request from the user and various data stored in the storage unit 120. And provide it to the user terminal 200.
  • the relent processing unit 136 executes, for example, processing of information regarding the lending of the real estate property purchased by the user to another person based on the lending request from the user terminal 200.
  • the relent processing unit 136 can also generate a vacancy plan based on a request from the user and provide it to the user terminals 200 and 300, for example.
  • the vacancy plan is plan information including various conditions for renting a property for which a loan request has been made by the owner (the server device 100 has received the loan request) to another person.
  • the vacancy plan includes, for example, usage period (use start date and time, use end date and time, number of nights, etc.) and information on usage (whether or not there are restrictions on usage such as accommodation, event usage, conference usage, office work usage, etc., and the content of the restrictions). Includes information about relent services such as lending targets (number of guests, age, gender restrictions, and restrictions), amount of money, etc.
  • the relent processing unit 136 can store the generated vacancy plan information in the relent data storage unit 123 via the relent data management unit 134.
  • FIG. 3 is a functional block configuration diagram showing the user terminal 200 of FIG.
  • the user terminal 200 includes a communication unit 210, a display operation unit 220, a storage unit 230, and a control unit 240.
  • the communication unit 210 is a communication interface for communicating with the communication unit 110 of the server device 100 via the network NW, and communication is performed according to a communication convention such as TCP / IP.
  • the display operation unit 220 is a user interface used for a user to input an instruction (request) and display text, an image, or the like according to input data from the control unit 240, and the user terminal 200 is composed of a personal computer. If it is, it is composed of a display, a keyboard and a mouse, and if the user terminal 200 is composed of a smartphone or a tablet terminal, it is composed of a touch panel and the like.
  • the display operation unit 220 is activated by a control program stored in the storage unit 230 and executed by the control unit 240 of the user terminal 200 which is a computer (electronic computer).
  • the storage unit 230 stores various control processes, programs for executing each function in the control unit 240, input data, and the like, and is composed of a RAM, a ROM, and the like. Further, the storage unit 230 temporarily stores the communication content with the server device 100.
  • the control unit 240 controls the entire operation of the user terminal 200 by executing the program stored in the storage unit 230, and is composed of a CPU, a GPU, and the like.
  • the server device 100 may be configured to have a function of a display operation unit.
  • FIG. 4 is a diagram showing an example of user data stored in the server device 100.
  • the user data 1000 shown in FIG. 4 includes various data related to the user and is stored in the user data storage unit 121.
  • FIG. 4 for convenience of explanation, an example of one user (a user identified by the user ID “10001”) is shown, but information of a plurality of users can be included.
  • the user's basic information for example, the user's name, address, telephone number, contact information such as e-mail address, age, gender, etc.
  • possession purchase
  • rental real estate property information user.
  • Information on real estate properties owned / rented by the company information in the cart (information on properties in the cart), payment information (purchase amount of real estate property, rerent usage amount, and buying / selling, renting, rerenting, etc.
  • Relent information user's current or past relent information
  • point information information about points that can be used with this service
  • Various data related to the user are stored in the user data storage unit 121 in association with (associate with) the user ID.
  • FIG. 5 is a diagram showing an example of real estate property data stored in the server device 100.
  • the real estate property data 2000 shown in FIG. 5 stores various data related to the real estate property.
  • an example of one real estate property (real estate property identified by the property ID “2001”) is shown, but information on a plurality of real estate properties can be stored.
  • various data related to real estate properties for example, basic information of real estate properties (property name, address, sale / rental amount, rental amount for a predetermined period, etc.), detailed information (number of floors, occupied area, floor space, etc.) and structure.
  • Various data related to the property includes information such as the property number, property name, location area (location) of the property, sales amount, characteristic description of the property, floor number of the property, size, etc. Is stored in the property data storage unit 122 in association with the property ID.
  • FIG. 6 is a diagram showing an example of relent data stored in the server device 100.
  • the relent data 3000 shown in FIG. 6 stores various data related to the relent service.
  • an example of one lending request (a lending request identified by the lending request ID “30001”) is shown, but information on a plurality of lending requests can be stored.
  • As various data related to the relent service for example, property information to be rented (property ID, owner information (user ID, etc.), etc.), lending period information, usage condition information (use restrictions, number of people restrictions, gender restrictions, etc.) , Usage information (whether or not it is used, user information), payment information, vacancy plan information (use, period, fee, etc.).
  • Various data related to the property are stored in the property data storage unit 122 in association with the property ID.
  • FIGS. 7, 11 and 14 are examples of a flowchart relating to a property management method as an embodiment of the present invention.
  • the user accesses the server device 100 by using the web browser of the user terminal 200, an application provided by the service provider, or the like.
  • the service may be made available by receiving and logging in. In that case, after this authentication, a predetermined user interface may be provided via a website, application, or the like.
  • the timing at which the server device 100 requests the user to log in is not particularly limited, and the user may be requested to log in in the process of using the service. For example, login may not be required until the stage of displaying the property list of real estate properties related to purchase, and login may be required at the stage of determining the property to be purchased.
  • the control unit 130 (buying and selling processing unit 135) of the server device 100 stores the property data via the property data management unit 133 as the process of step S101.
  • a list of real estate properties that can be sold is generated and output.
  • the property list may include information on only one real estate property, or may include information on a plurality of real estate properties.
  • the property list can include a part or the whole information of each real estate property stored in the property data storage unit 122.
  • the control unit 130 (trading processing unit 135) of the server device 100 transmits the data of the property list to the user terminal 200 via the communication unit 110 (and via the network NW).
  • the user terminal 200 receives the data of the property list via the communication unit 210 and causes the display operation unit 220 to display (brows) the data (step S102).
  • FIG. 8 is an example of a screen displayed on the display operation unit 220 as a user interface provided via a web browser or an application provided in the user terminal 200.
  • the property list can be displayed, for example, as shown in FIG. 8, but is not limited thereto.
  • the property list may be generated based on the user's desired conditions, or the property list may be generated based on the conditions set in advance by the service provider. ..
  • the control unit 130 of the server device 100 may use the user's desired condition before, after, or in the middle of step S101. Performs the process of accepting the input of (receives the desired condition request).
  • the user operates the user terminal 200 to input or select the desired conditions of the real estate property to be purchased.
  • the desired conditions include, for example, a purchase request, an upper limit, a lower limit, or a range of the desired amount (purchase desired amount), the location of the property (for example, prefecture, city, ward, town, village, area), size, floor plan, floor, and building. It can be a structure or the like.
  • the server device 100 may have a search function of searching for properties based on the user's desired conditions and extracting only the properties that meet the conditions. In that case, for example, the control unit 130 of the server device 100 can search for the property corresponding to the user's desired condition received from the user terminal 200 from the data stored in the property data storage unit 122. It is composed.
  • the property list displayed in the screen example of FIG. 8 shows the property number (“No.001” and “No.002” in FIG. 8) associated with the property ID of each real estate property and the property name (“No.001” in FIG. 8).
  • ISE “ NASU ”
  • location area of the property (“Mie (Ise-Shima)”, “Tochigi (Nasu)” in Fig. 8)
  • sales amount in the example of Fig. 8, sales amount “ ⁇ 10,000,000 (tax included)”, “ ⁇ 20,000,000 (tax included)”
  • property description in the example of Fig. 8, "a good location with a panoramic view of the sea", “close to the ranch"
  • the number of floors of the property and the size
  • the user can operate the user terminal 200 to select a property to be purchased from the properties included in the above property list. For example, when the user wishes to purchase the property with the property number "No. 001" in FIG. 8, the "Add to cart” button P1 is selected by tapping or the like.
  • the "cart” is a virtual "shopping cart”
  • the information indicating that the user has selected the "add to cart” button for a predetermined property is stored in the user data of the server device 100. It is stored in the unit 121 as information in the cart.
  • the user can display the property added to the cart by selecting the cart icon P2 (cart image) shown in FIG.
  • the purchase of the plurality of properties can be settled at the same time.
  • the property once added to the cart is deleted from the cart by updating the information in the cart of the user data storage unit 121 by, for example, selecting by tapping the "Delete from cart” button P4 in FIG. It is also possible to change various information so that the property is not in the cart).
  • the control unit 240 of the user terminal 200 sends the server device 100 via the communication unit 210 as a process of step S103, and the property of "No. 001" is a purchase candidate.
  • Information indicating that the property has been selected as (information indicating that the user has selected the "Add to cart” button P1 for the property of "No. 001") is transmitted.
  • the server device 100 receives the information transmitted from the user terminal 200 via the communication unit 110. Then, the control unit 130 of the server device 100 updates the user data of the storage unit 120 based on the information (step S104).
  • the buying and selling processing unit 135 of the server device 100 updates the information in the cart in the user data storage unit 121 of the storage unit 120, and performs a process of storing the property of "No. 001". Then, when the user operates the user terminal 200 and selects the cart icon P2, the user terminal 200 sends a display request for all the properties selected by the "Add to cart” button P1 to the server device 100 ( Step S105).
  • the server device 100 Upon receiving the request, the server device 100 refers to the information in the cart of the user data storage unit 121, generates a list of all the properties selected by the "Add to cart” button, and generates a list of all the properties selected by the "Add to cart” button. 135 transmits information about the property list in the cart to the user terminal 200 (step S106).
  • FIG. 9 is an example of a screen displayed on the user terminal 200 when the user selects the cart icon P2.
  • the user terminal 200 causes the display operation unit 220 to display all the properties in the cart based on the information regarding the property list in the cart received from the server device 100 (step S107).
  • the display operation unit 220 In the screen example shown in FIG. 9, only one property is displayed, but the present invention is not limited to this, and a plurality of properties may be displayed.
  • a purchase request (purchase procedure start request) is transmitted from the user terminal 200 to the server device 100. (Step S108).
  • the purchase request for the property via the "cart” has been described, but the request is not limited to this, and the purchase request for the desired property (request for starting the purchase procedure) is made directly without going through the "cart”. It is also possible. Specifically, for example, when the user wishes to purchase the property of "No. 001" in FIG. 8, he / she selects the "buy now” button P3 without selecting the "add to cart” button P1. As a result, the user terminal 200 transmits a purchase request to the server device 100 in the same manner as when the “purchase” button P4 in FIG. 9 is selected (step S108).
  • the server device 100 Upon receiving the purchase request, the server device 100 performs, for example, inventory confirmation and inventory securing processing of the property (step S109). That is, the sales processing unit 135 of the server device 100 refers to the status information of the property data storage unit 122 via the property data management unit 133, and confirms that the status of the property is "saleable” ( Inventory confirmation process), if the status of the property is "saleable”, change (update) the status to "unsellable” (inventory securing process). This makes it possible to prevent other users from starting the purchase procedure of the property.
  • the inventory securing process may be performed when the payment process of the application fee, which will be described later, is completed. If the status of the property at the time of inventory confirmation is "not for sale", the server device 100 transmits information indicating that fact to the user terminal 200, and the purchase procedure is canceled.
  • the server device 100 transmits information regarding the user information input screen to the user terminal 200, and causes the user terminal 200 to display the user information input screen.
  • the user operates the user terminal 200 and inputs user information such as the basic information of the user (step S110).
  • the user terminal 200 transmits the input user information to the server device 100, and the server device 100 registers the user information by storing it in the user data storage unit 121 of the storage unit 120 (step S111). If the user information is stored in the server device 100, such as when the user has logged in to the system 1 in advance, the user information input step S110 and the step S111 for registering the user information can be omitted.
  • the user terminal 200 transmits an application fee payment settlement request to the server device 100.
  • the server device 100 performs a settlement process for payment of the application fee by using a part of the cost of the real estate property to be purchased as an application fee and paying the property owner (in this example, the service provider) online (step S112).
  • the server device 100 generates information about a screen for requesting payment of an application fee, transmits the information to the user terminal 200, and causes the user terminal 200 to display the payment screen of the application fee.
  • FIG. 10 is an example of the application fee payment screen displayed on the user terminal 200.
  • the user operates the user terminal 200 to input or select various information (card number, expiration date, etc.) regarding the credit card. If the information about the credit card is registered in advance, the input or selection of the information can be omitted.
  • the user terminal 200 transmits information indicating the execution of the payment process to the server device 100 (step S112).
  • the payment process for payment of the application fee is not limited to the use of a credit card, and any payment method that can be linked with this system can be adopted.
  • points that can be used in this service may be used, debit card payment or prepaid card payment may be used, electronic money may be used, barcodes, two-dimensional codes, etc. It may be performed by using an electronic payment service including code payment using, an electronic account of a financial institution, or the like, or a combination thereof may be used.
  • the control unit 130 of the server device 100 stores information (payment method, payment amount, date, etc.) related to the payment processing of the application fee payment in the user data storage unit 121.
  • control unit 130 of the server device 100 confirms the payment (payment) of the application fee (step S113)
  • the control unit 130 performs a process of updating the property data and the user data of the storage unit 120 (step S114).
  • the information that the user has finished paying the application fee for the property is stored in the storage unit 120 as the status of the property data and the user data.
  • the application procedure for purchasing a real estate property using this system 1 is completed.
  • all the application procedures for purchasing a real estate property can be performed online (by exchanging information between the server device 100 and the user terminal 200 via the network NW).
  • processing of the electronic signature of the contract (step S115) and processing of the purchase cost (balance) payment request between the user terminal 200 and the server device 100.
  • Step S116 purchase cost (balance) payment settlement processing (step S117), payment confirmation processing (step S118), electronic key issuance processing (step S119), etc. complete the transaction procedure for the real estate property.
  • the real estate property can be handed over from the property owner (service provider) to the user.
  • the processing of the electronic signature of the contract can be executed by the user operating the user terminal 200 and inputting or selecting the necessary items of the electronic signature of the contract.
  • Information regarding the electronic signature of the contract is transmitted from the user terminal 200 to the server device 100 and stored in the storage unit 120 of the server device 100.
  • the server device 100 may generate and output the electronic data of the contract in advance and transmit it to the user terminal 200.
  • step S116 The processing of the purchase cost (balance) payment request (step S116) is transmitted from the server device 100 to the user terminal 200 after receiving the information regarding the electronic signature of the contract.
  • the user terminal 200 receives the information transmitted from the server device 100 and displays a screen showing a purchase cost (balance) payment request.
  • the purchase cost (balance) payment (step S117) is executed by the user operating the user terminal 200 and instructing the purchase cost (balance) payment by, for example, the same method as the payment of the application fee.
  • the server device 100 stores information related to the payment in the user data storage unit 121.
  • the server device 100 performs the payment confirmation process (step 118), and after confirming that the payment has been made, issues the electronic key information with reference to the storage unit 120 and transmits it to the user terminal 200.
  • the user can unlock the door of the real estate property by using the electronic key received by the user terminal 200, for example.
  • the user registers in advance the information necessary for payment processing (payment method and information necessary for payment (credit card information, etc.)) in the server device 100, and consents in advance.
  • the payment can be completed at the same time as the purchase request based on the selection of the above "Buy Now” button or the like. That is, the purchase settlement can be completed with one click.
  • the configuration may be such that the cancellation is possible even after the application procedure for the purchase of the real estate property using the system 1 is completed.
  • a user-selectable "cancele” button may be displayed on the screen of the user terminal 200 or the like.
  • a cancellation request is transmitted from the user terminal 200 to the server device 100.
  • the trading unit 135 of the server device 100 executes a cancellation process of the purchase procedure.
  • the settlement of various expenses is not limited to the case of processing all at once, and may be processed in a plurality of times.
  • the relent processing unit 136 of the control unit 130 of the server device 100 is processed in step S201. Generates and outputs a lending available period input screen while referring to the relent data management unit 134.
  • the relent processing unit 136 of the server device 100 transmits the data of the property list to the user terminal 200 via the communication unit 110.
  • the user terminal 200 receives the data of the property list via the communication unit 210 and causes the display operation unit 220 to display (brows) the data (step S202).
  • FIG. 12 is an example of a screen (rental available period input screen) displayed on the display operation unit 220 of the user terminal 200.
  • the property to be rented can be selected.
  • the lending period (schedule) can be selected for each property.
  • the date is displayed in a calendar format, and the user can operate the user terminal 200 to select a day on which the property can be rented on a daily basis.
  • the user selects a date on which the property can be rented and the rentable period is displayed, but the configuration is not limited to this, and the period during which the user (owner) cannot rent the property is not limited to this.
  • a day other than the "non-rentable day” selected by the user (owner) can be determined as a "rentable day", and the subsequent processing on the server side can be executed.
  • conditions such as the timing at which the relent processing unit 136 creates and outputs a vacancy plan can be arbitrarily set on the server side or the user side.
  • a vacancy plan may be generated or output at a timing before a predetermined period of the rental available date.
  • the relent processing unit 136 may automatically generate a vacancy plan to be sold as an accommodation facility or the like on the condition that the day is three months before the rental available date. ..
  • the lending available period may be selected for 0 days or only 1 day, or a plurality of days may be continuously or intermittently selected.
  • 15 days from August 9 to August 23 and 3 days from August 29 to August 31 are selected as the lending period for a total of 23 days.
  • the date of the possible period is surrounded by a frame display.
  • the lending period (or non-lending period) input screen does not necessarily have to be in a calendar format, and any display format can be adopted as long as the lending period can be input or selected.
  • the unit for inputting or selecting the lending period is not limited to "1 day", and may be "hour” unit, "minute” unit, "month” unit, "year” unit, or the like.
  • the user terminal 200 transmits information about the rentable period to the server device 100 (step S203).
  • the revenue processing unit 136 of the server device 100 refers to the property data storage unit 122 and the like of the storage unit 120, and the revenue processing unit 136 of the server device 100 pays the user for renting the property according to the rentable period.
  • the amount of consideration (revenue amount) to be paid is calculated, and the information of the profit amount is transmitted to the user terminal 200 (step S204).
  • the user terminal 200 displays the amount of revenue received from the server device 100 on the display operation unit 220. The user can consider the lending period while referring to the profit amount displayed on the user terminal 200.
  • the user terminal 200 transmits a rental request (rentable period registration request) to the server device 100 (step S205). ).
  • the relent processing unit 136 of the server device 100 assigns a lending request ID to each lending request, and stores the lending request information in the relent data storage unit 123 (step S206). As a result, the information regarding the rental request of the property can be registered in the server device 100.
  • the relent processing unit 136 of the server device 100 performs payment processing for payment of the above revenue amount according to the lending available period to the user, and transmits information on the payment processing to the user terminal 200 (step S207).
  • the user terminal 200 receives the payment information, it can be displayed on the display operation unit 220 of the user terminal 200, and the user can confirm that the payment has been made (step S208).
  • the payment method for payment from the service provider (server device 100) to the user (user terminal 200) is not particularly limited, but for example, it may be performed using an electronic account of a financial institution or used within this service. You may pay with possible points or the like, or you may pay with electronic money.
  • the information indicating that the "payment method selection” button P7 is selected is the information indicating that the user terminal is selected. It is transmitted from 200 to the server device 100, and the server device 100 outputs a payment method selection screen and transmits it to the user terminal 200.
  • the user terminal 200 displays the deposit method selection screen on the display operation unit 220.
  • the user selects or inputs a desired deposit method from the options such as "receive with points”, “receive with electronic money”, and “receive with an electronic account of a financial institution” displayed on the deposit method selection screen. ..
  • the user terminal 200 transmits information about a desired deposit method to the server device 100.
  • the server device 100 performs the deposit processing by the desired deposit method. Further, the server device 100 can store information about the deposit method in the storage unit 120.
  • the user may be able to specify the use (rental use) when renting the property to another person.
  • the user terminal 200 sends a rental use selection screen request to the server device 100, and the server device 100 sends the server device 100.
  • a rental use selection screen as shown in the screen example of FIG. 13 is generated, output, and transmitted to the user terminal 200.
  • the user terminal 200 displays a rental use selection screen as shown in the screen example of FIG. 13 on the display operation unit 220.
  • the user can select the usage from a plurality of options such as "accommodation usage", "event usage”, "office work usage”, and "no usage restriction" for each lending period.
  • the server device 100 may decide the rental use.
  • the purpose is to reduce the vacancy time or increase the profit amount based on various conditions such as the location condition of the property, the season of the lending period, and the time condition.
  • the rental usage will be decided by appropriately combining the rental usage.
  • the relent processing unit 136 of the server device 100 refers to the relent data storage unit 123 via the relent data management unit 134, and the lending period for each property subject to relent and the above-mentioned lending use.
  • a vacancy plan (vacancy list) is generated and output based on the conditions such as (step S301).
  • the guest accesses the server device 100 by using the web browser of the user terminal 300, the application provided by the service provider, or the like.
  • the guest uses the service for the first time, enter the above-mentioned basic information of the user, and if the user account has already been acquired, for example, enter the ID and password for predetermined authentication.
  • the service may be made available by receiving and logging in. In that case, after this authentication, a predetermined user interface may be provided via a website, application, or the like.
  • the timing at which the server device 100 requests the guest to log in is not particularly limited, and the login may be requested in the process of using the service. For example, login may not be required until the stage of displaying the vacancy plan, and login may be required at the stage of reserving / settlement the rerent.
  • the guest When the guest operates the user terminal 300 to access the server device 100, the information including the vacancy plan output in step S301 is transmitted from the server device 100 to the user terminal 300.
  • the user terminal 300 Upon receiving the information, the user terminal 300 causes the display operation unit 220 to display (brows) the vacancy plan (step S302).
  • the guest operates the user terminal 300 to select a vacancy plan for the desired property. Further, the guest operates the user terminal 300, inputs or selects the usage period, usage, number of users, gender, etc. as necessary, and transmits a reservation application (reservation request) (step S303). ..
  • FIG. 15 is an example of a screen (rental available period input screen) displayed on the display operation unit 220 of the user terminal 200.
  • the date is displayed in a calendar format, and the date of the available lending period among the lending available periods set by the user can be confirmed.
  • the entire lending period is the usable period, which is surrounded by a frame and the date characters are displayed dark (thick).
  • the user can operate the user terminal 300 to select a day on which he / she desires to reserve the property on a daily basis. If there are a plurality of properties available to the user, the user can select the property for which the reservation is desired.
  • the desired date for reservation is surrounded by a colored frame and displayed.
  • the user terminal 200 sends a display request for the reservation application screen to the server device 100.
  • the server device 100 Based on the request, the server device 100 generates and outputs, for example, the information of the reservation request screen shown in FIG. 16 and transmits it to the user terminal 200.
  • the user terminal 200 displays the reservation application screen as shown in the screen example of FIG. 16 on the display operation unit 220.
  • the user can input or select the "use property name", "use period", "use", “number of people", etc. when using the property.
  • the server device 100 When the server device 100 receives the information regarding the reservation application from the user terminal 200, the server device 100 refers to the relent data storage unit via the relent data management unit 134 and confirms whether or not the reservation is possible (step S304). For example, by comparing the information contained in the reservation application with the rental conditions of the property, or by referring to the reservation information and confirming whether another reservation has already been made, it is possible to determine whether or not the reservation is possible. do. If the confirmation result can be reserved, the relent processing unit 136 of the server device 100 confirms the reservation and updates the reservation information of the relent data storage unit 123. For example, the property can be secured by assuming that the status of the property in the period related to the reservation has been reserved and suspending the reservation of the property in the period from another person (step S305).
  • the user who has made the reservation application performs payment processing for payment of the usage fee at the time of the reservation application or after the reservation application, for example, by operating the user terminal 300, and transmits information on the payment processing to the server device 100 (. Step S306).
  • the service provider can confirm that the payment has been made based on the information received by the server device 100 (step S307).
  • the payment method is not particularly limited, but for example, payment may be made using an electronic account of a financial institution, payment may be made using points that can be used in this service, or payment may be made with electronic money. You may do it.
  • the server device 100 may transmit the information of the vacancy plan to another reservation site or the like to solicit the use of the property.
  • the server device 100 as a management server for managing the information of the real estate property and the user terminal 200 are connected via the network NW, and the server device 100 is connected.
  • a trading processing unit 135 that processes information associated with a purchase procedure of a real estate property by a user based on a purchase request from the user terminal 200, and another person of the real estate property purchased by the user based on a loan request from the user terminal 200. It is provided with a relent processing unit 136 that executes processing of information related to lending to.
  • the property can be rented to another person even during the period when the user is absent due to a business trip or the like and the property owned by the user is not used. It can be used effectively.
  • the purchase of the real estate property and the temporary lending of the purchased real estate property can be performed by using a common system. Therefore, for example, the purchase of the real estate property.
  • the operation burden and procedure burden of the user are significantly reduced.
  • the user who purchased the real estate property can obtain profit as consideration by lending it to another person during the period when he / she is absent.
  • the service operator can obtain not only the profit associated with selling the real estate property to the user but also the profit associated with lending the real estate to another person.
  • the profit amount is basically smaller than the usage fee (rental cost) received by the service operator when renting it to another person, and the difference is the profit of the service operator.
  • the lending request includes information on the lending available period that enables the lending of the real estate property to another person.
  • the relent processing unit 136 calculates the amount of consideration paid to the user in connection with the lending of the real estate property based on the lending available period. With such a configuration, the user can easily grasp the amount of consideration and can easily determine the lending period.
  • the relent processing unit 136 performs a settlement process in which the amount of consideration is paid to the user when the loan request is received, regardless of whether or not the real estate property is used for loan during the loanable period.
  • the lending request includes information on the lending use of the real estate property.
  • the user can rent out the real estate property only for the desired purpose, which enhances the convenience for the user.
  • the relent processing unit generates a vacancy plan including a plurality of rental uses of the real estate property based on the loan request.
  • a time limit for owning the real estate property may be set. That is, in the system 1 of the present embodiment, the right to own the real estate property for a predetermined period may be sold to the user. Further, along with the real estate property, the software of the property management system including the application for using the above-mentioned relent service may be sold to the user, and the application or the software may be used with a time limit. good.
  • FIGS. 7, 11 and 14 show an example of the processes by the system of the present embodiment, and are not intended to limit the present invention. Each step (process) included in the processes of FIGS. 7, 11 and 14 may be executed in an order different from the order shown in the figure, or some processes may be executed in parallel. Alternatively, some steps may be omitted, or other steps may be added.
  • a management server that manages real estate property information and a user terminal are connected via a network.
  • the management server A sales processing unit that executes information processing associated with the purchase procedure of the real estate property by the user based on the purchase request from the user terminal.
  • a property management system including a relent processing unit that processes information related to lending of the real estate property purchased by the user to another person based on a lending request from the user terminal.
  • the lending request includes information on a lending period during which the real estate property can be lent to another person.
  • [Item 3] The property management system according to item 2, wherein the relent processing unit calculates the amount of consideration paid to the user in connection with the lending of the real estate property based on the lending available period.
  • Item 4] Item 3. The property according to item 3, wherein the relent processing unit performs payment processing for paying the amount of consideration to the user when the loan request is received, regardless of whether or not the real estate property is lent out during the lending available period. Management system.
  • [Item 5] The property management system according to any one of items 1 to 4, wherein the lending request includes information on the lending use of the real estate property.
  • a management server that manages real estate property information and a user terminal are connected via a network.
  • the management server A sales processing step for executing information processing associated with the purchase procedure of the real estate property by the user based on the purchase request from the user terminal, and A property management method comprising: a relent processing step of executing information processing regarding lending of the real estate property purchased by the user to another person based on a lending request from the user terminal.
  • Property management system 100 Server device (management server) 110: Communication unit 120: Storage unit 130: Control unit 200: User terminal NW: Network

Landscapes

  • Business, Economics & Management (AREA)
  • Engineering & Computer Science (AREA)
  • Accounting & Taxation (AREA)
  • Physics & Mathematics (AREA)
  • Finance (AREA)
  • General Business, Economics & Management (AREA)
  • Marketing (AREA)
  • Theoretical Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Economics (AREA)
  • Tourism & Hospitality (AREA)
  • Strategic Management (AREA)
  • Human Resources & Organizations (AREA)
  • Primary Health Care (AREA)
  • Health & Medical Sciences (AREA)
  • General Health & Medical Sciences (AREA)
  • Development Economics (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

【課題】不動産物件の有効な活用を可能とする新規の物件管理システム、及び物件管理方法を提供する。 【解決手段】本発明の一態様における物件管理システムは、不動産物件の情報を管理する管理サーバと、ユーザ端末とが、ネットワークを介して接続され、管理サーバは、ユーザ端末からの購入要求に基づき、ユーザによる不動産物件の購入手続に伴う情報の処理を実行する売買処理部と、ユーザ端末からの貸出要求に基づき、ユーザが購入した不動産物件の他者への貸し出しに関する情報の処理を実行するリレント処理部と、を備えることを特徴とする。

Description

物件管理システム、及び物件管理方法
　本発明は、物件管理システム、及び物件管理方法に関する。
　従来、ユーザ端末からインターネットを介して管理サーバにアクセスすることで、不動産物件の売買または賃貸借に関する情報を取得することが可能なシステムが知られている。
　例えば、特許文献１には、ユーザが指定する種々の条件に基づき、売買または賃貸借可能な不動産物件の情報を提示するシステムが開示されている。このようなシステムによれば、ユーザの希望に基づく不動産物件の情報を得ることができ、不動産物件の購入または賃貸借の決定を支援することができる。
特許６４５２８７０号公報
　しかしながら、上記のような従来のシステムにおいては、不動産物件の購入または賃貸借の決定までを支援するのみであり、その後にユーザが当該不動産物件をどのように利用するかという点については考慮されていない。
　そこで、本発明は、不動産物件の有効な活用を可能とする新規の物件管理システム、及び物件管理方法を提供することを目的とする。
　本発明の一態様における物件管理システムは、
　不動産物件の情報を管理する管理サーバと、ユーザ端末とが、ネットワークを介して接続され、
　前記管理サーバは、
　　前記ユーザ端末からの購入要求に基づき、ユーザによる前記不動産物件の購入手続に伴う情報の処理を実行する売買処理部と、
　　前記ユーザ端末からの貸出要求に基づき、前記ユーザが購入した前記不動産物件の他者への貸し出しに関する情報の処理を実行するリレント処理部と、を備えることを特徴とする。
　本発明によれば、不動産物件の有効な活用を可能とする新規の物件管理システム、及び物件管理方法を提供することができる。
本発明の一実施形態に係る、物件管理システムを示すブロック構成図である。 図１のサーバ装置を示す機能ブロック構成図である。 図１のユーザ端末を示す機能ブロック構成図である。 サーバ装置に格納されるユーザデータの一例を示す図である。 サーバ装置に格納される不動産物件データの一例を示す図である。 サーバ装置に格納されるリレントデータの一例を示す図である。 本発明の一実施形態に係る、物件管理方法に係るフローチャートの一例である。 本発明の一実施形態に係る、ユーザ端末に表示されるユーザインターフェース画面の一例を示す図である。 本発明の一実施形態に係る、ユーザ端末に表示されるユーザインターフェース画面の他の例を示す図である。 本発明の一実施形態に係る、ユーザ端末に表示されるユーザインターフェース画面のさらに他の例を示す図である。 本発明の一実施形態に係る、物件管理方法に係るフローチャートの一例である。 本発明の一実施形態に係る、ユーザ端末に表示されるユーザインターフェース画面のさらに他の例を示す図である。 本発明の一実施形態に係る、ユーザ端末に表示されるユーザインターフェース画面のさらに他の例を示す図である。 本発明の一実施形態に係る、物件管理方法に係るフローチャートの一例である。 本発明の一実施形態に係る、ユーザ端末に表示されるユーザインターフェース画面のさらに他の例を示す図である。 本発明の一実施形態に係る、ユーザ端末に表示されるユーザインターフェース画面のさらに他の例を示す図である。
　以下、本発明の実施形態について図面を参照して説明する。なお、以下に説明する実施形態は、請求の範囲に記載された本開示の内容を不当に限定するものではない。また、実施形態に示される構成要素のすべてが、本開示の必須の構成要素であるとは限らない。
　（実施形態１）
　＜構成＞
　図１は、本発明の一実施形態に係る、物件管理システムを示すブロック構成図である。本物件管理システム１（以下、「本システム」とも称する）は、不動産物件（以下、「物件」とも称する）の情報を管理する管理サーバとしてのサーバ装置１００と、本システム１を用いた物件管理サービスの利用者であるユーザ（例えば後述する「オーナー」）が使用するユーザ端末２００とを有する。なお、本システム１は、図１に示すように、本サービスを利用する他のユーザ（例えば後述する「ゲスト」）が使用するユーザ端末３００を含むものとしているが、これに限られるものではない。また、「不動産物件」とは、ここで、一戸建て住宅、マンション、アパート、別荘等の各種建物及び土地などを含み、建物の階数、構造、広さ、面積は問わない。
　サーバ装置１００と、ユーザ端末２００、３００とは、各々、ネットワークＮＷを介して接続される。ネットワークＮＷは、インターネット、イントラネット、無線ＬＡＮ（Ｌｏｃａｌ　Ａｒｅａ　Ｎｅｔｗｏｒｋ）やＷＡＮ（Ｗｉｄｅ　Ａｒｅａ　Ｎｅｔｗｏｒｋ）等により構成される。
　サーバ装置１００は、例えばシステム管理者（サービス提供者）によって管理される。サーバ装置１００は、ユーザ端末からの購入要求に基づき、ユーザによる不動産物件の購入手続に伴う情報の処理を実行する。サーバ装置１００は、例えば、サービス利用者であるユーザが使用するユーザ端末からの購入要求に基づき、販売可能な不動産物件のリストを生成し、出力することができる。本実施形態において、販売の対象となる不動産物件は、ユーザが購入するまでは、サービス提供者が所有するものであるが、これに限られるものではない。また、「サービス提供者」及び「ユーザ」はそれぞれ自然人であってもよいし、法人であってもよい。
　また、サーバ装置１００は、ユーザ端末からの貸出要求を受け付け、当該貸出要求に基づき、ユーザが購入した不動産物件の他者への貸し出しに関する情報の処理を実行する。サーバ装置１００は、例えば、本サービスを利用して購入した不動産物件を所有しているユーザに対して、当該物件を他者に貸し出すリレント日程入力画面を生成し、出力することができる。
　サーバ装置１００は、例えばコンピュータ（情報処理装置）であり、ワークステーションやパーソナルコンピュータのような汎用コンピュータとしてもよいし、或いはクラウド・コンピューティングによって論理的に実現されてもよい。本実施形態においては、説明の便宜上サーバ装置として１台を例示しているが、これに限定されず、複数台であってもよい。
　ユーザ端末２００は、上記サービス提供者によって提供されるサービスを利用して、不動産物件を購入するユーザが使用する。ユーザ端末２００は、例えば、パーソナルコンピュータ、タブレット端末、スマートフォン、携帯電話、ＰＤＡ等の情報処理装置とすることができる。
　本実施形態において、システム１は、サーバ装置１００及びユーザ端末２００を有し、ユーザがユーザ端末２００を利用して、サーバ装置１００に対する操作を行う構成として説明するが、サーバ装置１００がスタンドアローンで構成され、サーバ装置自身に、ユーザが直接操作を行う機能を備えても良い。
　図２は、図１のサーバ装置１００の機能ブロック構成図である。サーバ装置１００は、通信部１１０と、記憶部１２０と、制御部１３０とを備える。
　通信部１１０は、ネットワークＮＷを介してユーザ端末２００、３００と通信を行うための通信インターフェースであり、例えばＴＣＰ／ＩＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ　Ｃｏｎｔｒｏｌ　Ｐｒｏｔｏｃｏｌ／Ｉｎｔｅｒｎｅｔ　Ｐｒｏｔｏｃｏｌ）等の通信規約により通信が行われる。
　記憶部１２０は、各種制御処理や制御部１３０内の各機能を実行するためのプログラム、入力データ等を記憶するものであり、ＲＡＭ（Ｒａｎｄｏｍ　Ａｃｃｅｓｓ　Ｍｅｍｏｒｙ）、ＲＯＭ（Ｒｅａｄ　Ｏｎｌｙ　Ｍｅｍｏｒｙ）等から構成される。また、記憶部１２０は、ユーザに関連する各種データを格納するユーザデータ格納部１２１、不動産物件に関連する各種データを格納する物件データ格納部１２２、また、ユーザに提供されるリレントサービスに関連する各種データを格納するリレントデータ格納部１２３等を有する。さらに、記憶部１２０は、ユーザ端末２００と通信を行ったデータを一時的に記憶することもできる。なお、各種データを格納したデータベース（図示せず）が記憶部１２０外またはサーバ装置１００外に構築されていてもよい。リレントサービスとは、サーバ装置１００で情報を管理する不動産物件を購入したユーザが、本システム1を介して、他者に当該不動産物件を一時的に宿泊施設又はイベント空間等として貸し出すサービスを意味する。
　制御部１３０は、記憶部１２０に記憶されているプログラムを実行することにより、サーバ装置１００の全体の動作を制御するものであり、ＣＰＵ（Ｃｅｎｔｒａｌ　Ｐｒｏｃｅｓｓｉｎｇ　Ｕｎｉｔ）やＧＰＵ（Ｇｒａｐｈｉｃｓ　Ｐｒｏｃｅｓｓｉｎｇ　Ｕｎｉｔ）等から構成される。制御部１３０の機能として、ユーザ端末２００からの指示（要求）を受け付ける指示受付部１３１と、ユーザに関連する各種データを参照し、処理するユーザデータ管理部１３２と、不動産物件に関連する各種データを参照し、処理する物件データ管理部１３３と、リレントサービスに関連するデータを参照し、処理するリレントデータ管理部１３４と、上記各種データを基に、不動産物件の売買に関連する情報を生成し、ユーザ端末２００に提供する、売買処理部１３５と、上記各種データを基に、不動産物件のユーザへの販売後に当該不動産物件を他者に貸し出すリレントサービスに関連する情報を生成し、ユーザ端末２００に提供する、リレント処理部１３６等を有する。この指示受付部１３１、ユーザデータ管理部１３２、物件データ管理部１３３、リレントデータ管理部１３４、売買処理部１３５及びリレント処理部１３６は、記憶部１２０に記憶されているプログラムにより起動されてコンピュータ（電子計算機）であるサーバ装置１００により実行される。
　指示受付部１３１は、サーバ装置１００が提供し、ユーザ端末２００において、ウェブブラウザまたはアプリケーションを介して表示される画面等のユーザインターフェースを介して、ユーザが、（文字、数字を入力したり、各種ボタン等のアイコンを押下（選択）したりする等して）所定の要求を行ったとき、ユーザ端末２００から通信部１１０を介して指示を受付ける。
　ユーザデータ管理部１３２は、ユーザに関連する各種データを管理し、処理を行う。ユーザに関連する各種データとは、例えば、ユーザＩＤ、ユーザの基本情報（ユーザの氏名、住所、電話番号、Ｅメールアドレス等の連絡先、年齢、性別等）、購入物件情報、及び決済情報（決済履歴、クレジットカード情報、金融機関情報等）、ポイント情報（本システム内で使用可能なポイントの所有量、ポイント情報（使用・獲得）履歴等）、リレントサービス利用履歴情報（本システム１でのリレントサービスの利用履歴）などとすることができるが、これに限られない。
　物件データ管理部１３３は、不動産物件に関連する各種データを管理し、処理を行う。不動産物件に関連する各種データとは、例えば、物件ＩＤ、基本情報、施設情報、及び周辺情報等とすることができるが、これに限られない。
　リレントデータ管理部１３４は、リレントサービスに関連する各種データ（例えば、図６に示す、貸出対象の物件情報（物件ＩＤ、所有者情報（ユーザＩＤ等）など）、貸出可能期間情報、利用条件情報（用途制限、人数制限、性別制限等）、利用情報（利用の有無、利用者情報）、決済情報、空室プラン情報（用途、期間、料金等）を管理し、処理を行う。
　売買処理部１３５は、ユーザからの要求及び記憶部１２０に格納された各種データ等に基づいて、不動産物件の売買に関連する情報を生成し、ユーザ端末２００に提供する。売買処理部１３５は、例えばユーザ端末からの購入要求に基づき、ユーザによる不動産物件の購入手続に伴う情報の処理を実行する。
　リレント処理部１３６は、ユーザからの要求及び記憶部１２０に格納された各種データ等に基づいて、不動産物件のユーザへの販売後に、当該不動産物件を他者に貸し出すリレントサービスに関連する情報を生成し、ユーザ端末２００に提供する。リレント処理部１３６は、例えば、ユーザ端末２００からの貸出要求に基づき、ユーザが購入した不動産物件の他者への貸し出しに関する情報の処理を実行する。
　また、リレント処理部１３６は、例えば、ユーザからの要求に基づいて空室プランを生成し、ユーザ端末２００、３００に提供することも可能である。空室プランとは、オーナーからの貸出要求がなされた（サーバ装置１００が貸出要求を受け付けた）物件を他者に貸し出すための各種条件を含む計画情報である。空室プランは、例えば、利用期間（利用開始日時、利用終了日時、宿泊日数等）、用途に関する情報（宿泊、イベント利用、会議利用、オフィスワーク利用等の用途の制限の有無、及び制限内容）貸出対象（ゲスト人数、年齢、性別等の制限の有無、及び制限内容）、金額、等のリレントサービスに関する情報が含まれる。リレント処理部１３６は、生成した空室プランに関する情報を、リレントデータ管理部１３４を介して、リレントデータ格納部１２３に記憶させることができる。
　図３は、図１のユーザ端末２００を示す機能ブロック構成図である。ユーザ端末２００は、通信部２１０と、表示操作部２２０と、記憶部２３０と、制御部２４０とを備える。
　通信部２１０は、ネットワークＮＷを介してサーバ装置１００の通信部１１０と通信を行うための通信インターフェースであり、例えばＴＣＰ／ＩＰ等の通信規約により通信が行われる。
　表示操作部２２０は、ユーザが指示（要求）を入力し、制御部２４０からの入力データに応じてテキスト、画像等を表示するために用いられるユーザインターフェースであり、ユーザ端末２００がパーソナルコンピュータで構成されている場合はディスプレイとキーボードやマウスにより構成され、ユーザ端末２００がスマートフォンまたはタブレット端末で構成されている場合はタッチパネル等から構成される。この表示操作部２２０は、記憶部２３０に記憶されている制御プログラムにより起動されてコンピュータ（電子計算機）であるユーザ端末２００の制御部２４０により実行される。
　記憶部２３０は、各種制御処理や制御部２４０内の各機能を実行するためのプログラム、入力データ等を記憶するものであり、ＲＡＭやＲＯＭ等から構成される。また、記憶部２３０は、サーバ装置１００との通信内容を一時的に記憶している。
　制御部２４０は、記憶部２３０に記憶されているプログラムを実行することにより、ユーザ端末２００の全体の動作を制御するものであり、ＣＰＵやＧＰＵ等から構成される。
　なお、サーバ装置１００に表示操作部の機能を備える構成としてもよい。
　図４は、サーバ装置１００に格納されるユーザデータの一例を示す図である。
　図４に示すユーザデータ１０００は、ユーザに関連する各種データを含み、ユーザデータ格納部１２１に格納される。図４において、説明の便宜上、一人のユーザ（ユーザＩＤ「１０００１」で識別されるユーザ）の例を示すが、複数人のユーザの情報を含むことができる。ユーザに関連する各種データとして、例えば、ユーザの基本情報（例えばユーザの氏名、住所、電話番号、Ｅメールアドレス等の連絡先、年齢、性別等）、所有（購入）／賃貸不動産物件情報（ユーザが所有／賃貸している不動産物件に関する情報）、カート内情報（カートに入れた物件に関する情報）、決済情報（不動産物件の購入金額、リレント利用金額、並びに、不動産物件の売買、賃貸、リレント等の予約／決済するために必要な情報）リレント情報（ユーザの現在もしくは過去のリレント情報）、ポイント情報（本サービスで利用可能なポイントに関する情報）等が挙げられる。ユーザに関連する各種データは、ユーザＩＤに紐づけて（関連付けて）ユーザデータ格納部１２１に記憶される。
　図５は、サーバ装置１００に格納される不動産物件データの一例を示す図である。
　図５に示す不動産物件データ２０００は、不動産物件に関連する各種データを格納する。図５において、説明の便宜上、一不動産物件（物件ＩＤ「２０００１」で識別される不動産物件）の例を示すが、複数の不動産物件に関する情報を格納することができる。不動産物件に関連する各種データとして、例えば、不動産物件の基本情報（物件名、住所、販売／賃貸金額、所定期間の賃貸金額、等）、詳細情報（階数、専有面積、間取り等の広さや構造に関する情報、部屋ごとの家具、物件内外の各種設備情報、周辺情報（不動産物件周辺の観光地、飲食施設、交通アクセス情報（バス、タクシー、鉄道、航空等）情報）等が挙げられる。不動産物件に関連する各種データは、物件番号、物件名称、物件の所在地域（所在地）、販売金額、物件の特徴説明文章、物件の階数、広さ等の情報を含んでいる。物件に関連する各種データは、物件ＩＤに紐づけて物件データ格納部１２２に記憶される。
　図６は、サーバ装置１００に格納されるリレントデータの一例を示す図である。
　図６に示すリレントデータ３０００は、リレントサービスに関連する各種データを格納する。図６において、説明の便宜上、一貸出要求（貸出要求ＩＤ「３０００１」で識別される貸出要求）の例を示すが、複数の貸出要求に関する情報を格納することができる。リレントサービスに関連する各種データとして、例えば、貸出対象の物件情報（物件ＩＤ、所有者情報（ユーザＩＤ等）など）、貸出可能期間情報、利用条件情報（用途制限、人数制限、性別制限等）、利用情報（利用の有無、利用者情報）、決済情報、空室プラン情報（用途、期間、料金等）が挙げられる。物件に関連する各種データは、物件ＩＤに紐づけて物件データ格納部１２２に記憶される。
　＜処理の流れ＞
　図７～１６を参照しながら、本実施形態のシステム１が実行する物件管理方法の処理の流れについて説明する。
　図７、１１、１４は、本発明の一実施形態としての物件管理方法に係るフローチャートの一例である。ここで、本システム１を利用するために、ユーザは、ユーザ端末２００のウェブブラウザまたはサービス提供者によって提供されるアプリケーション等を利用してサーバ装置１００にアクセスする。なお、サービスの利用に際して、ユーザが初めてサービスを利用する場合は、前述のユーザの基本情報等を入力し、既にユーザアカウントを取得済の場合は、例えばＩＤとパスワードを入力する等の所定の認証を受けてログインすることで、サービスが利用可能となるようにしてもよい。その場合、この認証後にウェブサイト、アプリケーション等を介して所定のユーザインターフェースが提供されるようにしてもよい。また、サーバ装置１００がユーザにログインを要求するタイミングは特に限定されず、サービスを利用する過程でログインを求めるようにしてもよい。例えば、購入に関する不動産物件の物件リストを表示する段階まではログイン不要とし、購入を希望する物件を決定する段階でログインが必要となるようにしてもよい。
　まず、ユーザがユーザ端末２００を操作してサーバ装置１００にアクセスすると、ステップＳ１０１の処理として、サーバ装置１００の制御部１３０（売買処理部１３５）は、物件データ管理部１３３を介して物件データ格納部１２２に記憶された各不動産物件のステータス情報を参照し、販売可能な不動産物件のリスト（物件リスト）を生成し、出力する。物件リストは、１の不動産物件に関する情報のみを含むものであってもよいし、複数の不動産物件の情報を含んでいてもよい。物件リストは、物件データ格納部１２２に記憶されている各不動産物件の情報の一部または全体の情報を含むことができる。サーバ装置１００の制御部１３０（売買処理部１３５）は、当該物件リストのデータを、通信部１１０（及びネットワークＮＷを介して）を介してユーザ端末２００に送信する。ユーザ端末２００は、当該物件リストのデータを、通信部２１０を介して受信して、表示操作部２２０に表示（ブラウジング）させる（ステップＳ１０２）。
　図８は、ユーザ端末２００に備えられるウェブブラウザまたはアプリケーションを介して提供されるユーザインターフェースとしての表示操作部２２０に表示される画面の一例である。物件リストは、例えば図８に示すように表示することができるが、これに限定されるものではない。なお、物件リストの生成に際しては、ユーザの希望条件に基づいて、物件リストを生成するようにしてもよいし、予めサービス提供者が設定した条件に基づいて物件リストを生成するようにしてもよい。ユーザの希望条件の要求を受け付けて当該希望条件に基づいて物件リストを生成する場合には、ステップＳ１０１の前、後、または途中の段階で、サーバ装置１００の制御部１３０は、ユーザの希望条件の入力を受け付ける（希望条件要求を受信する）処理を行う。具体的には、例えば、ユーザがユーザ端末２００を操作して、購入を希望する不動産物件の希望条件を入力または選択する。この希望条件としては、例えば、購入希望、希望金額（購入希望金額）の上限、下限、または範囲、物件の場所（例えば都道府県、市区町村、地域）、広さ、間取り、階層、建物の構造等とすることができる。また、サーバ装置１００は、ユーザの希望条件に基づいて物件を検索し、当該条件に合致する物件のみを抽出する検索機能を有していてもよい。その場合、例えば、サーバ装置１００の制御部１３０は、ユーザ端末２００から受信したユーザの希望条件に該当する物件を、物件データ格納部１２２に格納されたデータの中から検索することができるように構成される。
　図８の画面例に表示された物件リストは、各不動産物件の物件ＩＤに紐づけられた物件番号（図８の「No.001」、「No.002」）、物件名称（図８の「ISE」、「NASU」）、物件の所在地域（図８の「三重（伊勢志摩）」、「栃木（那須）」）、販売金額（図８の例では販売金額「\10,000,000（税込）」、「\20,000,000（税込）」）、物件の特徴説明文章（図８の例では「海を一望できる好立地」、「牧場に近接」）、物件の階数、広さ（図８の例では「3階建て、専有面積200ｍ２」、「2階建て、専有面積150ｍ２」）等の情報を含んでいる。
　ユーザは、ユーザ端末２００を操作して、上記物件リストに含まれる物件の中で、購入を希望する物件を選択することができる。例えば、ユーザが図８の物件番号「No.001」の物件の購入を希望する場合、「カートに入れる」ボタンＰ１をタップ操作等により選択する。ここで、「カート」とは仮想的な「ショッピングカート（買い物かご）」であり、ユーザが所定の物件について「カートに入れる」ボタンを選択したことを示す情報は、サーバ装置１００のユーザデータ格納部１２１にカート内情報として記憶される。これにより、ユーザは、図８に示すカートのアイコンＰ２（カート画像）を選択することで、カートに入れた物件を表示させることができる。また、複数の物件について「カートに入れる」ボタンを選択した場合には、当該複数の物件の購入の決済をまとめて同時に行うことができる。なお、一度カートに入れた物件は、例えば図９の「カートから削除」ボタンＰ４のタップ操作等による選択などにより、ユーザデータ格納部１２１のカート内情報を更新して、カートから削除する（当該物件をカートに入れていない状態に各種情報を変更する）ことも可能である。
　ユーザが「カートに入れる」ボタンＰ１を選択した場合、ユーザ端末２００の制御部２４０は、ステップＳ１０３の処理として、通信部２１０を介してサーバ装置１００に、「No.001」の物件が購入候補として選択されたことを示す情報（ユーザが「No.001」の物件についての「カートに入れる」ボタンＰ１を選択したことを示す情報）を送信する。サーバ装置１００は、ユーザ端末２００から送信された当該情報を、通信部１１０を介して受信する。そして、サーバ装置１００の制御部１３０は、当該情報に基づいて記憶部１２０のユーザデータを更新する（ステップＳ１０４）。具体的に、サーバ装置１００の売買処理部１３５は、記憶部１２０のユーザデータ格納部１２１におけるカート内情報を更新して、「No.001」の物件を記憶させる処理を行う。そして、ユーザが、ユーザ端末２００を操作して、カートのアイコンＰ２を選択すると、ユーザ端末２００は、サーバ装置１００に「カートに入れる」ボタンＰ１で選択した全ての物件の表示要求を送信する（ステップＳ１０５）。サーバ装置１００は、当該要求を受信すると、ユーザデータ格納部１２１のカート内情報を参照して、「カートに入れる」ボタンで選択した全ての物件のリストを生成し、サーバ装置１００の売買処理部１３５は、当該カート内物件リストに関する情報をユーザ端末２００に送信する（ステップＳ１０６）。
　図９は、ユーザが、カートのアイコンＰ２を選択した場合のユーザ端末２００に表示される画面の一例である。ユーザ端末２００は、サーバ装置１００から受信したカート内物件リストに関する情報に基づいて、カートに入れた全ての物件を表示操作部２２０に表示させる（ステップＳ１０７）。図９に示す画面例では、１つの物件のみが表示されているが、これに限られず、複数の物件が表示されるようにしてもよい。
　図９の画面例において、ユーザがユーザ端末２００を操作して、図９の「購入する」ボタンＰ５を選択すると、購入要求（購入手続開始要求）がユーザ端末２００からサーバ装置１００に送信される（ステップＳ１０８）。
　なお、上記の例では、「カート」を経由する物件の購入要求について説明したが、これに限られず、「カート」を経由せずにダイレクトで所望の物件の購入要求（購入手続開始要求）することも可能である。具体的には、例えば、ユーザが図８の「No.001」の物件の購入を希望する場合、「カートに入れる」ボタンＰ１を選択せずに「今すぐ購入」ボタンＰ３を選択する。これにより、図９の「購入する」ボタンＰ４を選択した場合と同様に、ユーザ端末２００は、サーバ装置１００に購入要求を送信する（ステップＳ１０８）。
　サーバ装置１００は、当該購入要求を受信すると、例えば、当該物件の在庫確認及び在庫確保の処理を行う（ステップＳ１０９）。すなわち、サーバ装置１００の売買処理部１３５は、物件データ管理部１３３を介して、物件データ格納部１２２のステータス情報を参照して、当該物件のステータスが「販売可能」であることを確認し（在庫確認処理）、当該物件のステータスが「販売可能」である場合には、当該ステータスを「販売不可」に変更（更新）する（在庫確保処理）。これにより、他のユーザが当該物件の購入手続等を開始することを防ぐことができる。なお、在庫確保処理は、後述する申し込み金の入金処理が完了した際に行ってもよい。また、在庫確認時の物件のステータスが「販売不可」である場合、その旨を示す情報をサーバ装置１００がユーザ端末２００に送信し、購入手続を中止する。
　次いで、サーバ装置１００は、ユーザ端末２００に、ユーザ情報の入力画面に関する情報を送信し、ユーザ端末２００にユーザ情報の入力画面を表示させる。ユーザは、ユーザ端末２００を操作して、上記ユーザの基本情報等のユーザ情報を入力する（ステップＳ１１０）。ユーザ端末２００は、入力されたユーザ情報をサーバ装置１００に送信し、サーバ装置１００は、記憶部１２０のユーザデータ格納部１２１に記憶させることで、ユーザ情報を登録する（ステップＳ１１１）。なお、ユーザが予め本システム１にログインしている場合など、ユーザ情報がサーバ装置１００に記憶されているには、ユーザ情報入力ステップＳ１１０及びユーザ情報を登録するステップＳ１１１を省略することができる。
　次いで、ユーザによるユーザ端末２００の操作に基づき、ユーザ端末２００はサーバ装置１００に申込金支払い決済要求を送信する。サーバ装置１００は、購入する不動産物件の費用の一部を申し込み金として、物件の所有者（本例ではサービス提供者）にオンラインで支払う、申込金支払いの決済処理を行う（ステップＳ１１２）。例えば、サーバ装置１００は、申し込み金の支払い要求を行う画面に関する情報を生成し、当該情報をユーザ端末２００に送信して、ユーザ端末２００に申し込み金の支払い画面を表示させる。
　図１０は、ユーザ端末２００に表示される申し込み金の支払い画面の一例である。ユーザは、ユーザ端末２００を操作して、クレジットカードに関する各種情報（カード番号、有効期限等）を入力または選択する。なお、予めクレジットカードに関する情報を登録している場合には、当該情報の入力または選択を省略することができる。ユーザは、ユーザ端末２００を操作して、図１０の「クレジットカードで支払う」ボタンＰ６を選択すると、ユーザ端末２００は、支払い処理の実行を示す情報をサーバ装置１００に送信する（ステップＳ１１２）。なお、申し込み金支払いの決済処理は、クレジットカード利用に限定されず、本システムと連携可能な任意の決済方法を採用可能である。例えば、本サービス内で使用可能なポイントを利用してもよいし、デビットカード決済やプリペイドカード決済を利用してもよいし、電子マネーを利用してもよいし、バーコード、2次元コード等を用いたコード決済を含む電子決済サービス、金融機関の電子口座等を利用して行ってもよく、それらを組み合わせて利用してもよい。サーバ装置１００の制御部１３０は、申し込み金支払いの決済処理に関する情報（決済方法、決済金額、日付等）を、ユーザデータ格納部１２１に記憶させる。
　サーバ装置１００の制御部１３０は、申し込み金の支払い（入金）を確認すると（ステップＳ１１３）、記憶部１２０の物件データ及びユーザデータを更新する処理を行う（ステップＳ１１４）。例えば、当該ユーザが当該物件の申し込み金の支払いを終えた段階であるという情報を、物件データ及びユーザデータのステータスとして記憶部１２０に記憶する。このようにして、本システム１を利用した不動産物件購入の申し込み手続きが完了する。このように、本システム１によれば、不動産物件購入の申し込み手続きを全てオンラインで（ネットワークＮＷを介したサーバ装置１００とユーザ端末２００との間での情報の授受によって）行うことができる。
　上記申し込み手続を終えた後、例えば、図７に示すように、ユーザ端末２００とサーバ装置１００との間で、契約書の電子署名の処理（ステップＳ１１５）、購入費用（残金）入金依頼の処理（ステップＳ１１６）、購入費用（残金）支払い決済処理（ステップＳ１１７）、入金確認処理（ステップＳ１１８）、電子キーの発行処理（ステップＳ１１９）等を行うことで、不動産物件の売買手続を完了し、当該不動産物件を物件所有者（サービス提供者）からユーザに引き渡すことができる。
　契約書の電子署名の処理（ステップＳ１１５）は、ユーザがユーザ端末２００を操作して、契約書の電子署名の必要事項を入力または選択することにより実行することができる。契約書の電子署名に関する情報が、ユーザ端末２００からサーバ装置１００に送信され、サーバ装置１００の記憶部１２０に記憶される。なお、この場合、例えば、入金確認ステップＳ１１３の後で、サーバ装置１００が予め契約書の電子データを生成、出力し、ユーザ端末２００に送信するようにしてもよい。
　購入費用（残金）入金依頼の処理（ステップＳ１１６）は、契約書の電子署名に関する情報を受信した後で、サーバ装置１００からユーザ端末２００に送信される。ユーザ端末２００は、サーバ装置１００から送信された情報を受信して、購入費用（残金）入金依頼を示す画面を表示する。
　購入費用（残金）支払い（ステップＳ１１７）は、ユーザがユーザ端末２００を操作して、例えば上記申し込み金の支払いと同様の方法で、購入費用（残金）支払いを指示することにより実行される。サーバ装置１００は、当該決済に関する情報をユーザデータ格納部１２１に記憶させる。
　サーバ装置１００は、入金確認処理（ステップ１１８）を行い、入金されたことが確認された後、記憶部１２０を参照して電子キーの情報を発行し、ユーザ端末２００に送信する。ユーザは、例えばユーザ端末２００が受信した当該電子キーを利用して、不動産物件のドアを開錠することが可能となる。
　なお、上記実施形態において、ユーザは、事前に決済処理に必要な情報（支払い方法、及び支払いに必要な情報（クレジットカード情報等））をサーバ装置１００に予め登録しておき、事前同意しておくことで、上記「今すぐ購入」ボタンの選択等に基づく購入要求と同時に決済を完了することもできる。すなわち、ワンクリックで購入決済を完了することができる。
　また、上記実施形態において、本システム１を利用した不動産物件購入の申し込み手続きが完了した後であっても、キャンセル可能な構成としてもよい。その場合、例えば、ユーザ端末２００の画面等において、ユーザが選択可能な「キャセンルする」ボタンを表示させるようにしてもよい。ユーザが当該「キャセンルする」ボタンを選択すると、ユーザ端末２００からサーバ装置１００にキャンセル要求が送信される。サーバ装置１００の売買処理部１３５は、購入手続のキャンセル処理を実行する。
　また、上記実施形態において、各種費用の決済は、一括で処理する場合に限らず、複数回に分割して処理されてもよい。
　以下に、本実施形態のシステム１を利用して上記物件を購入したユーザ（オーナー）が、当該物件を他者に貸し出し可能とする貸出可能期間をサーバ装置１００に記憶させる（登録する）際の処理の流れについて説明する。
　図１１に示すように、まず、ユーザがユーザ端末２００を操作してサーバ装置１００にアクセスし、適宜ログイン操作を実行すると、ステップＳ２０１の処理として、サーバ装置１００の制御部１３０のリレント処理部１３６は、リレントデータ管理部１３４を参照しつつ、貸出可能期間入力画面を生成し、出力する。サーバ装置１００のリレント処理部１３６は、当該物件リストのデータを、通信部１１０を介してユーザ端末２００に送信する。ユーザ端末２００は、当該物件リストのデータを、通信部２１０を介して受信して、表示操作部２２０に表示（ブラウジング）させる（ステップＳ２０２）。
　図１２は、ユーザ端末２００の表示操作部２２０に表示される画面（貸出可能期間入力画面）の一例である。図１２の画面例において、ユーザが所有する物件が複数ある場合には、貸し出す物件を選択することができる。また、それぞれの物件ごとに貸出可能期間（日程）を選択することができる。図１２の画面例では、カレンダー形式で日付が表示されており、ユーザは、ユーザ端末２００を操作して、当該物件を貸し出し可能な日を１日単位で選択することができる。なお、図１２の例では、物件を貸し出し可能な日をユーザが選択し、貸出可能期間が表示される構成であるが、これに限られず、ユーザ（オーナー）が物件を貸し出し不可能な期間を選択し、貸出不可能期間が表示される構成であってもよい。その場合、ユーザ（オーナー）が選択した「貸し出し不可能な日」以外の日を「貸し出し可能な日」と判断し、その後のサーバ側での処理を実行することができる。また、リレント処理部１３６が空室プランを生成したり、出力したりするタイミング等の条件は、サーバ側又はユーザ側で任意に設定することができる。例えば、貸し出し可能な日の所定期間前のタイミングで、空室プランを生成したり、出力したりするようにしてもよい。具体的には例えば、貸し出し可能な日の３ヶ月前の日になったことを条件として、リレント処理部１３６が自動的に宿泊施設等として販売される空室プランを生成するようにしてもよい。また、貸出可能期間（もしくは貸出不可能期間）の選択は、０日でも、１日のみでもよいし、複数の日を連続で、もしくは断続的に選択することも可能である。図１２の画面例では、８月９日から８月２３日までの１５日間、及び８月２９日から８月３１日までの３日間の合計２３日間が貸出可能期間として選択されており、貸出可能期間の日付が枠表示で囲まれている。なお、貸出可能期間（もしくは貸出不可能期間）入力画面は必ずしもカレンダー形式である必要はなく、貸出可能期間を入力または選択できれば任意の表示形式を採用することができる。また、貸出可能期間を入力または選択する際の単位は「１日」に限られず、「時間」単位、「分」単位、「月」単位、「年」単位等であってもよい。
　ユーザが、ユーザ端末２００を操作して、当該物件を貸し出し可能な貸出可能期間を選択すると、ユーザ端末２００はサーバ装置１００に当該貸出可能期間についての情報を送信する（ステップＳ２０３）。サーバ装置１００のリレント処理部１３６は、サーバ装置１００のリレント処理部１３６は、記憶部１２０の物件データ格納部１２２等を参照し、当該貸出可能期間に応じて、物件の貸し出しに伴いユーザに支払われる対価の金額（収益額）を算出して、当該収益額の情報をユーザ端末２００に送信する（ステップＳ２０４）。ユーザ端末２００は、サーバ装置１００から受信した収益額を表示操作部２２０に表示する。ユーザは、ユーザ端末２００に表示される収益額を参考にしながら貸出可能期間を検討することができる。
　ユーザが、ユーザ端末２００を操作して、図１２の画面例の「貸し出す」ボタンＰ９を選択すると、ユーザ端末２００は、サーバ装置１００に貸出要求（貸出可能期間登録要求）を送信する（ステップＳ２０５）。サーバ装置１００のリレント処理部１３６は、貸出要求を受信すると、当該貸出要求ごとに貸出要求ＩＤを付与し、リレントデータ格納部１２３に貸出要求に関する情報を記憶させる（ステップＳ２０６）。これにより、当該物件の貸出要求に関する情報をサーバ装置１００に登録することができる。
　サーバ装置１００のリレント処理部１３６は、ユーザに対して、貸出可能期間に応じた上記収益額の支払いの決済処理を行い、決済処理に関する情報をユーザ端末２００に送信する（ステップＳ２０７）。ユーザ端末２００は、当該入金情報を受信すると、ユーザ端末２００の表示操作部２２０に表示させることができ、ユーザは入金されたことを確認することができる（ステップＳ２０８）。サービス提供者（サーバ装置１００）からユーザ（ユーザ端末２００）への支払いの決済方法は特に限定されないが、例えば、金融機関の電子口座等を利用して行ってもよいし、本サービス内で使用可能なポイント等で支払うようにしてもよいし、電子マネーで支払うようにしてもよい。
　ここで、本システム１にあっては、貸出可能期間に応じた収益額の入金（受取）方法を選択できるようにしてもよい。例えば、ユーザが、ユーザ端末２００を操作して、図１２の画面例の「入金方法選択」ボタンＰ７を選択すると、当該「入金方法選択」ボタンＰ７が選択されたことを示す情報が、ユーザ端末２００からサーバ装置１００に送信され、サーバ装置１００は、入金方法選択画面を出力し、ユーザ端末２００に送信する。ユーザ端末２００は、表示操作部２２０に当該入金方法選択画面を表示する。ユーザは、入金方法選択画面に表示される、「ポイントで受取」、「電子マネーで受取」、「金融機関の電子口座で受取」等の選択肢の中から、希望する入金方法を選択または入力する。ユーザ端末２００は、希望する入金方法についての情報を、サーバ装置１００に送信する。サーバ装置１００は、当該希望する入金方法で、入金処理を行う。また、サーバ装置１００は、入金方法に関する情報を記憶部１２０に記憶することができる。
　また、本システム１にあっては、当該物件を他者に貸し出す際の用途（貸出用途）を、ユーザが指定できるようにしてもよい。例えば、ユーザが、ユーザ端末２００を操作して、図１２の画面例の「用途選択」ボタンＰ８を選択すると、ユーザ端末２００からサーバ装置１００に貸出用途選択画面要求が送信され、サーバ装置１００は、当該要求に基づいて、図１３の画面例に示すような貸出用途選択画面を生成、出力し、ユーザ端末２００に送信する。ユーザ端末２００は、表示操作部２２０に、図１３の画面例のような貸出用途選択画面を表示する。ユーザは、貸出可能期間ごとに「宿泊利用」、「イベント利用」、「オフィスワーク利用」、「用途制限なし」等の複数の選択肢から用途を選択することができる。
　このように、用途選択機能を設けた場合には、当該物件を所有しているユーザにとって好ましくない用途には、当該物件を貸し出さないようにすることができる。また、収益額が高い用途を選択することで、リレントによる収益を高めることができる。
　また、本システム１にあっては、貸出用途をサーバ装置１００（サービス提供者）側が決定するようにしてもよい。この場合、例えば、物件の立地条件、貸出可能期間の季節、時間条件等の種々の条件に基づいて、空室時間がより少なくなるように、または、収益額が高くなるように、等の目的に応じ、貸出用途を適宜組みあわせる等して、貸出用途を決定する。
　以下に、本実施形態のシステム１を利用して、上記貸出可能期間が登録された物件を他ユーザ（ゲスト）に貸し出す際の処理の流れについて説明する。
　図１４に示すように、まず、サーバ装置１００のリレント処理部１３６は、リレントデータ管理部１３４を介してリレントデータ格納部１２３を参照し、リレント対象物件ごとの貸出可能期間、及び、上記貸出用途等の条件に基づいて、空室プラン（空室リスト）を生成し、出力する（ステップＳ３０１）。
　ここで、本システム１を利用するために、ゲストは、ユーザ端末３００のウェブブラウザまたはサービス提供者によって提供されるアプリケーション等を利用してサーバ装置１００にアクセスする。なお、サービスの利用に際して、ゲストが初めてサービスを利用する場合は、前述のユーザの基本情報等を入力し、既にユーザアカウントを取得済の場合は、例えばＩＤとパスワードを入力する等の所定の認証を受けてログインすることで、サービスが利用可能となるようにしてもよい。その場合、この認証後にウェブサイト、アプリケーション等を介して所定のユーザインターフェースが提供されるようにしてもよい。また、サーバ装置１００がゲストにログインを要求するタイミングは特に限定されず、サービスを利用する過程でログインを求めるようにしてもよい。例えば、空室プランを表示する段階まではログイン不要とし、リレントを予約／決済する段階でログインが必要となるようにしてもよい。
　ゲストがユーザ端末３００を操作してサーバ装置１００にアクセスすると、ステップＳ３０１で出力した空室プランを含む情報がサーバ装置１００からユーザ端末３００に送信される。ユーザ端末３００は、当該情報を受信すると、表示操作部２２０に空室プランを表示（ブラウジング）させる（ステップＳ３０２）。
　ゲストは、ユーザ端末３００を操作して、希望する物件の空室プランを選択する。また、ゲストは、ユーザ端末３００を操作して、さらに必要に応じて、利用期間、用途、及び利用人数、性別等を入力または選択して、予約申し込み（予約要求）を送信する（ステップＳ３０３）。
　図１５は、ユーザ端末２００の表示操作部２２０に表示される画面（貸出可能期間入力画面）の一例である。図１５の画面例では、カレンダー形式で日付が表示されており、ユーザが設定した貸出可能期間のうち、利用可能な期間の日付が確認できるように表示されている。図１５の画面例では、貸出可能期間の全てが利用可能な期間となっており、枠で囲まれ、日付けの文字が濃く（太く）表示されている。ユーザは、ユーザ端末３００を操作して、当該物件の予約を希望する日を１日単位で選択することができる。なお、ユーザが利用可能な物件が複数ある場合には、ユーザは予約を希望する物件を選択することができる。図１５の画面例において、ユーザが予約を希望する日を選択すると、色付きの枠で予約希望日が囲まれて表示される。図１５の画面例において、ユーザが予約を希望する日を選択して「予約申し込み」ボタンＰ１０をタップ操作等により選択すると、ユーザ端末２００からサーバ装置１００に予約申し込み画面の表示要求が送信され、サーバ装置１００は、当該要求に基づいて、例えば図１６に示す予約要求画面の情報を生成、出力し、ユーザ端末２００に送信する。ユーザ端末２００は、当該情報を受信すると、表示操作部２２０に、図１６の画面例のような予約申し込み画面を表示する。ユーザは、当該物件を利用する際の「利用物件名」、「利用期間」、「用途」、「人数」等を入力または選択することができる。
　サーバ装置１００は、ユーザ端末２００から予約申し込みに関する情報を受信すると、リレントデータ管理部１３４を介してリレントデータ格納部を参照し、当該予約が可能か否かを確認する（ステップＳ３０４）。例えば、予約申し込みに含まれる情報と、当該物件の貸出条件とを比較したり、予約情報を参照して既に他の予約がなされているかを確認したりすることで、予約可能か否かを判断する。サーバ装置１００のリレント処理部１３６は、上記確認結果が予約可能である場合には予約を確定し、リレントデータ格納部１２３の予約情報を更新する。例えば、当該予約に係る期間の物件のステータスを予約済みとして、他者からの当該期間における当該物件の予約を停止することで、物件の確保をすることができる（ステップＳ３０５）。
　上記予約申し込みをしたユーザは、当該予約申込の時または予約申込の後に、例えばユーザ端末３００の操作等により、利用料金の支払いの決済処理を行い、決済処理に関する情報をサーバ装置１００に送信する（ステップＳ３０６）。サービス提供者は、サーバ装置１００が受信した情報に基づき、入金されたことを確認することができる（ステップＳ３０７）。決済の方法は特に限定されないが、例えば、金融機関の電子口座等を利用して行ってもよいし、本サービス内で使用可能なポイント等で支払うようにしてもよいし、電子マネーで支払うようにしてもよい。なお、サーバ装置１００は、他の予約サイト等に上記空室プランの情報を送信して、当該物件の利用を募集してもよい。
　このように、本実施形態のシステム１にあっては、不動産物件の情報を管理する管理サーバとしてのサーバ装置１００と、ユーザ端末２００とが、ネットワークＮＷを介して接続され、サーバ装置１００は、ユーザ端末２００からの購入要求に基づき、ユーザによる不動産物件の購入手続に伴う情報の処理を実行する売買処理部１３５と、ユーザ端末２００からの貸出要求に基づき、ユーザが購入した不動産物件の他者への貸し出しに関する情報の処理を実行するリレント処理部１３６と、を備える。
　このように、本実施形態のシステム１によれば、例えばユーザが出張等で不在となり、当該ユーザが所有する物件を使用しない期間であっても、他者に貸し出し可能とすることで、物件を有効に活用することができる。
　また、本実施形態のシステム１にあっては、不動産物件の購入と、購入した不動産物件の一時的な貸出とを、共通のシステムを利用して行うことができるので、例えば、不動産物件の購入時と貸出時の情報管理がそれぞれ別々のシステムで行われる場合に比べて、ユーザの操作負担、手続負担が各段に軽減される。また、不動産物件を購入したユーザは、不在となる期間に他者に貸し出すことで、対価としての収益を得ることができる。また、サービス運営者は、不動産物件のユーザへの販売に伴う利益だけではなく、当該不動産の他者への貸し出しに伴う利益を得ることもできる。なお、上記収益額は、サービス運営者が他者に貸し出す際に受け取る利用料金（賃貸費用）よりも基本的に小さい金額となっており、その差額がサービス運営者の利益となる。
　また、本実施形態のシステム１にあっては、不動産物件の購入から、購入した不動産物件の貸出までを全てオンラインで行うことができる。したがって、不動産物件の購入に伴う各種手続、及び、当該不動産物の貸し出しに伴う各種手続の際に、サービス運営者やゲスト（他ユーザ）等と直接対面する必要がなく、手続に係る手間を大幅に削減することができる。
　また、本実施形態のシステム１において、貸出要求は、不動産物件の他者への貸し出しを可能とする貸出可能期間に関する情報を含む。このような構成により、不動産物件を所有するユーザが、当該不動産物件を他者に貸し出したくない日は、貸し出されないようにすることができる。
　また、本実施形態のシステム１において、リレント処理部１３６は、不動産物件の貸し出しに伴いユーザに支払われる対価の金額を、貸出可能期間に基づいて算出する。このような構成により、ユーザは、対価の金額を把握し易くなり、貸出可能期間の決定もし易くなる。
　また、本実施形態のシステム１において、リレント処理部１３６は、貸出可能期間における前記不動産物件の貸出利用の有無に関わらず、貸出要求を受け付けた時に対価の金額をユーザに支払う決済処理を行う。このような構成により、ユーザが、対価の金額の調整と、対価を得るタイミングの調整とを容易に行うことができる。
　また、本実施形態のシステム１において、貸出要求は、不動産物件の貸出用途に関する情報を含む。このような構成により、ユーザが、所望の用途にのみ、不動産物件を貸し出すことができるので、ユーザにとっての利便性が高まる。
　また、本実施形態のシステム１において、リレント処理部は、貸出要求に基づいて、不動産物件の複数の貸出用途を含む空室プランを生成する。このような構成により、貸出用途が１つのみである場合に比べて、幅広い範囲の利用者を募集することができ、不動産物件のより有効な活用が可能となる。
　なお、本実施形態のシステム１においては、不動産物件をユーザに販売する際、不動産物件の所有に関する時間的な期限を設けてもよい。つまり、本実施形態のシステム１においては、不動産物件を所定の期間だけ所有する権利をユーザに販売するようにしてもよい。また、不動産物件と共に、上記リレントサービスを利用するためのアプリケーションを含む物件管理システムのソフトウェアをユーザに販売するようにしてもよく、当該のアプリケーションやソフトウェアの利用にも時間的な期限を設けてもよい。
　以上のように、本実施形態によれば、不動産物件の有効な活用を可能とする新規の物件管理システム、及び物件管理方法を提供することことができる。
　以上、開示に係る実施形態について説明したが、これらはその他の様々な形態で実施することが可能であり、種々の省略、置換および変更を行なって実施することが出来る。これらの実施形態および変形例ならびに省略、置換および変更を行なったものは、請求の範囲の技術的範囲とその均等の範囲に含まれる。また、図７、１１、１４の処理は、本実施形態のシステムによる処理の一例を示したものであり、本願発明を限定する意図ではない。図７、１１、１４の処理に含まれる各ステップ（工程）は、図中に示される順序と異なる順序で実行するようにしてもよいし、一部の処理を並列に実行するよういしてもよいし、一部の工程を省略するようにしてもよいし、他の工程を追加してもよい。
　なお、以下のような構成も本開示の技術的範囲に属する。
［項目１］
　不動産物件の情報を管理する管理サーバと、ユーザ端末とが、ネットワークを介して接続され、
　前記管理サーバは、
　　前記ユーザ端末からの購入要求に基づき、ユーザによる前記不動産物件の購入手続に伴う情報の処理を実行する売買処理部と、
　　前記ユーザ端末からの貸出要求に基づき、前記ユーザが購入した前記不動産物件の他者への貸し出しに関する情報の処理を実行するリレント処理部と、を備えることを特徴とする物件管理システム。
［項目２］
　前記貸出要求は、前記不動産物件の他者への貸し出しを可能とする貸出可能期間に関する情報を含む、項目１に記載の物件管理システム。
［項目３］
　前記リレント処理部は、前記不動産物件の貸し出しに伴い前記ユーザに支払われる対価の金額を、前記貸出可能期間に基づいて算出する、項目２に記載の物件管理システム。
［項目４］
　前記リレント処理部は、前記貸出可能期間における前記不動産物件の貸出利用の有無に関わらず、前記貸出要求を受け付けた時に前記対価の金額を前記ユーザに支払う決済処理を行う、項目３に記載の物件管理システム。
［項目５］
　前記貸出要求は、前記不動産物件の貸出用途に関する情報を含む、項目１～４の何れか一項に記載の物件管理システム。
［項目６］
　前記リレント処理部は、前記貸出要求に基づいて、前記不動産物件の複数の貸出用途を含む空室プランを生成する、請求項１～５の何れか一項に記載の物件管理システム。
［項目７］
　不動産物件の情報を管理する管理サーバと、ユーザ端末とが、ネットワークを介して接続され、
　前記管理サーバが、
　　前記ユーザ端末からの購入要求に基づき、ユーザによる前記不動産物件の購入手続に伴う情報の処理を実行する売買処理ステップと、
　　前記ユーザ端末からの貸出要求に基づき、前記ユーザが購入した前記不動産物件の他者への貸し出しに関する情報の処理を実行するリレント処理ステップと、を含むことを特徴とする物件管理方法。
１：物件管理システム
１００：サーバ装置（管理サーバ）
１１０：通信部
１２０：記憶部
１３０：制御部
２００：ユーザ端末
ＮＷ：ネットワーク
 

Claims (7)

  1. 　不動産物件の情報を管理する管理サーバと、ユーザ端末とが、ネットワークを介して接続され、
    　前記管理サーバは、
    　　前記ユーザ端末からの購入要求に基づき、ユーザによる前記不動産物件の購入手続に伴う情報の処理を実行する売買処理部と、
    　　前記ユーザ端末からの貸出要求に基づき、前記ユーザが購入した前記不動産物件の他者への貸し出しに関する情報の処理を実行するリレント処理部と、を備えることを特徴とする物件管理システム。
  2. 　前記貸出要求は、前記不動産物件の他者への貸し出しを可能とする貸出可能期間に関する情報を含む、請求項１に記載の物件管理システム。
  3. 　前記リレント処理部は、前記不動産物件の貸し出しに伴い前記ユーザに支払われる対価の金額を、前記貸出可能期間に基づいて算出する、請求項２に記載の物件管理システム。
  4. 　前記リレント処理部は、前記貸出可能期間における前記不動産物件の貸出利用の有無に関わらず、前記貸出要求を受け付けた時に前記対価の金額を前記ユーザに支払う決済処理を行う、請求項３に記載の物件管理システム。
  5. 　前記貸出要求は、前記不動産物件の貸出用途に関する情報を含む、請求項１～４の何れか一項に記載の物件管理システム。
  6. 　前記リレント処理部は、前記貸出要求に基づいて、前記不動産物件の複数の貸出用途を含む空室プランを生成する、請求項１～５の何れか一項に記載の物件管理システム。
  7. 　不動産物件の情報を管理する管理サーバと、ユーザ端末とが、ネットワークを介して接続され、
    　前記管理サーバは、
    　　前記ユーザ端末からの購入要求に基づき、ユーザによる前記不動産物件の購入手続に伴う情報の処理を実行する売買処理ステップと、
    　　前記ユーザ端末からの貸出要求に基づき、前記ユーザが購入した前記不動産物件の他者への貸し出しに関する情報の処理を実行するリレント処理ステップと、を含むことを特徴とする物件管理方法。

     
PCT/JP2021/043350 2020-12-16 2021-11-26 物件管理システム、及び物件管理方法 WO2022130933A1 (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2022569823A JP7300229B2 (ja) 2020-12-16 2021-11-26 物件管理システム、及び物件管理方法

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2020208714 2020-12-16
JP2020-208714 2020-12-16

Publications (1)

Publication Number Publication Date
WO2022130933A1 true WO2022130933A1 (ja) 2022-06-23

Family

ID=82059031

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2021/043350 WO2022130933A1 (ja) 2020-12-16 2021-11-26 物件管理システム、及び物件管理方法

Country Status (2)

Country Link
JP (2) JP7300229B2 (ja)
WO (1) WO2022130933A1 (ja)

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2002163455A (ja) * 2000-11-27 2002-06-07 Tokyo Kanri:Kk 不動産投資保証システム
JP2002304539A (ja) * 2001-04-04 2002-10-18 Sekisui Chem Co Ltd 個人住宅のテナント仲介システム
JP2009129129A (ja) * 2007-11-22 2009-06-11 Mitsumasa Baba 不動産取引支援システム

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2002163455A (ja) * 2000-11-27 2002-06-07 Tokyo Kanri:Kk 不動産投資保証システム
JP2002304539A (ja) * 2001-04-04 2002-10-18 Sekisui Chem Co Ltd 個人住宅のテナント仲介システム
JP2009129129A (ja) * 2007-11-22 2009-06-11 Mitsumasa Baba 不動産取引支援システム

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
UNITO: "First in Japan! Announcing "unito", a subscription housing where rent will be cheaper if you stay out! Along with that, the company name was changed to Unito Co., Ltd. Starting today, we will start accepting pre-orders with crowdfunding!", PRTIMES, 20 December 2019 (2019-12-20), pages 1 - 5, XP055944596, Retrieved from the Internet <URL:https://prtimes.jp/main/html/rd/p/000000010.000033908.html>> [retrieved on 20220720] *

Also Published As

Publication number Publication date
JP7300229B2 (ja) 2023-06-29
JP2023105256A (ja) 2023-07-28
JPWO2022130933A1 (ja) 2022-06-23

Similar Documents

Publication Publication Date Title
KR101115073B1 (ko) 복수의 소셜 커머스 업체간 거래 중개 시스템 및 방법
KR101590007B1 (ko) 부동산 정보 관리, 보존, 이전 시스템 및 이 시스템을 이용하기 위한 방법
JP2002541534A (ja) 不動産ユニットを管理する方法
US20180240055A1 (en) System and method for the delivery of services to a property owner
JP2002541534A5 (ja)
US20160247097A1 (en) Reservation system
JP2011159195A (ja) 貸出情報処理システムおよび貸出情報処理方法
JP5831373B2 (ja) 売上データ処理システム及びプログラム
JP2020106912A (ja) 予約手続支援システム、プログラム
US20070027708A1 (en) Systems and methods to facilitate rental transactions
JP6615980B2 (ja) 決済処理システムおよび決済処理方法
JP5806907B2 (ja) 旅行販売システム及び旅行販売方法
WO2022130933A1 (ja) 物件管理システム、及び物件管理方法
WO2022145153A1 (ja) 情報管理システム、及び情報管理方法
Taryana et al. Implementation of Operational Strategy Planning in Arena Corner Business
KR20130120369A (ko) 정보 처리 장치, 정보 처리 방법 및 기록 매체
JP2006185297A (ja) 免税品購入予約システム
JP3828517B2 (ja) 電子商取引管理サーバ及び電子商取引管理方法
JP2002342676A (ja) オールインワンレンタルシステム
JP2002318838A (ja) 電子商取引管理サーバ及び電子商取引管理方法
WO2019088871A1 (ru) Способ и система для проведения электронных онлайн торгов
JP6353293B2 (ja) イベント決済システム
JP7459432B2 (ja) 個人間カーシェア支援システム、方法、及びプログラム
JP2010182003A (ja) ポイント付与システム、ポイント付与方法およびポイント付与プログラム
JP2003030288A (ja) 旅行商品取引システム

Legal Events

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

Ref document number: 21906296

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2022569823

Country of ref document: JP

Kind code of ref document: A

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 21906296

Country of ref document: EP

Kind code of ref document: A1