JP2017049957A - 賃貸条件提供方法、装置、及びプログラム - Google Patents

Abstract

【課題】ユーザが指定するデザインの賃貸物件の情報を提供する。【解決手段】賃貸物件のデザインの指定を受け付け、登録された賃貸物件の中から、受け付けた前記賃貸物件のデザインに類似するデザインの賃貸物件を抽出し、指定された前記デザインと、前記デザインに応じたリフォームを実施する場合の施工費とを、抽出した前記賃貸物件に対応づけて登録された提供先に提供し、抽出した前記賃貸物件に対して前記デザインに応じたリフォーム、又は前記デザインを変更したデザインに応じたリフォームを適用する場合の前記賃貸物件の賃貸条件の指定を受け付け、前記デザインの指定を行った指定元に前記賃貸条件を提供する。【選択図】図２

Description

本発明は、賃貸条件提供方法、賃貸条件提供装置、及び賃貸条件提供プログラムに関する。

従来、賃貸希望者のニーズを最大限に受け入れたリフォーム設計をすることができ、かつ改装費用を賃貸希望者に通知することができる、リフォームされた賃貸物件の契約を支援する方法が提供されている。この方法では、通信端末機を介してアクセスしてきた賃貸希望者に対して、賃貸情報サイト側では賃貸契約に必要な情報を含んだ賃貸物件情報を閲覧可能にさせるとともに、賃貸物件に対して適用可能なリフォーム設計に必要な基礎情報を選択可能とする。そして、消費者が指定する賃貸物件に対して、希望するリフォーム設計を行った後に、その賃貸物件をリフォームした際の改装費を自動算出し、さらに、その改装費を含んだリフォーム設計後の賃貸契約情報を、賃貸希望者の通信端末機に配信する。

また、リフォーム提案者側にとっては、入居者ニーズが反映されたリフォーム提案ができ、オーナー側にとっては、入居率向上に効果的なリフォームの選択及び簡易かつ低コストの入居者募集用のチラシの作成を可能とする方法が提案されている。この方法では、住宅情報検索サイトから検索ランキングを取得し、この検索ランキングが反映された商材を商材選択画面に表示させて、依頼者において所望の商材を選択させる。そして、作成プレゼン及び商材費用確認画面、並びに作成チラシ確認画面を依頼者に提供し、商材に要する費用の見積もりがインターネットを介して依頼者に提供される。

また、賃貸不動産の情報提供者及びエンドユーザによって利用される取引支援システムが提案されている。このシステムでは、物件情報の公開に関するデータと、エンドユーザからの反響に関するデータと、成約状況とが、物件毎に蓄積され、蓄積されたデータが反響情報として集計される。

特開２００２−１３３３２７号公報 特開２０１０−２６７２４３号公報 特開２００２−０１５０４８号公報

従来技術では、賃貸物件に対するリフォームも加味して、ユーザに賃貸物件の情報を提示する。しかし、個々の賃貸物件に対して適用可能なリフォームには制限がある。そのため、従来技術のような方法では、ユーザが真に希望するデザインの賃貸物件の情報を提供することは困難である。

本発明は、一つの側面として、ユーザが指定するデザインの賃貸物件の情報を提供することを目的とする。

本発明は、一つの態様として、賃貸物件のデザインの指定を受け付け、登録された賃貸物件の中から、受け付けた前記賃貸物件のデザインに類似するデザインの賃貸物件を抽出する。そして、指定された前記デザインと、前記デザインに応じたリフォームを実施する場合の施工費とを、抽出した前記賃貸物件に対応づけて登録された提供先に提供する。また、抽出した前記賃貸物件に対して前記デザインに応じたリフォーム、又は前記デザインを変更したデザインに応じたリフォームを適用する場合の前記賃貸物件の賃貸条件の指定を受け付け、前記デザインの指定を行った指定元に前記賃貸条件を提供する。

一つの側面として、ユーザが指定するデザインの賃貸物件の情報を提供することができる、という効果を有する。

本実施形態に係る賃貸条件提供システムの概略構成を示すブロック図である。 本実施形態に係る賃貸条件提供装置の概略構成を示す機能ブロック図である。 借り手情報テーブルの一例を示す図である。 貸し手情報テーブルの一例を示す図である。 物件情報テーブルの一例を示す図である。 事例情報テーブルの一例を示す図である。 ブックマークテーブルの一例を示す図である。 プラン情報テーブルの一例を示す図である。 回収計画情報テーブルの一例を示す図である。 応募情報テーブルの一例を示す図である。 本実施形態に係る賃貸条件提供装置として機能するコンピュータの概略構成を示すブロック図である。 賃貸条件提供システムにおける処理を示すシーケンス図である。 事例一覧画面の一例を示す図である。 事例詳細画面の一例を示す図である。 プラン作成画面の一例を示す図である。 プラン作成画面の一例を示す図である。 プラン作成画面の一例を示す図である。 事例一覧画面の一例を示す図である。 募集プラン一覧画面の一例を示す図である。 回収計画画面の一例を示す図である。 応募物件画面の一例を示す図である。 契約画面の一例を示す図である。 本実施形態における募集時処理の一例を示すフローチャートである。 本実施形態における応募時処理の一例を示すフローチャートである。 追加リフォーム画面の一例を示す図である。

以下、図面を参照して、本発明に関する実施形態の一例を詳細に説明する。

まず、本実施形態の概要について説明する。本実施形態では、施工業者が実施した賃貸物件に対するリフォームの事例を参照して、賃貸物件の借り手側のユーザ（以下、単に「借り手」という）が、自身が希望するデザインを作成し、そのデザインやその他の条件に沿う賃貸物件の募集をかける。そして、賃貸物件の貸し手側のユーザ（以下、単に「貸し手」という）は、貸し手が所有する物件に類似するデザイン及び条件、又は貸し手が所有する物件をリフォームすることにより類似することになるデザイン及び条件を指定している募集に対して応募する。この際、リフォームの施工費に応じた回収計画に基づいて、借り手に契約期間及び家賃等の賃貸条件を提供する。

図１に示すように、本実施形態に係る賃貸条件提供システム１０は、賃貸条件提供装置２０と、借り手により利用される借り手側端末４２と、貸し手により利用される貸し手側端末４４と、施工業者の担当者により利用される施工業者端末４６とを含む。賃貸条件提供装置２０と、借り手側端末４２と、貸し手側端末４４と、施工業者端末４６とは、互いにネットワーク４８を介して接続される。なお、図１では、借り手側端末４２、貸し手側端末４４、及び施工業者端末４６の各々を各１つずつ図示しているが、借り手側端末４２、貸し手側端末４４、及び施工業者端末４６の各々は、複数であってもよい。

借り手側端末４２、貸し手側端末４４、及び施工業者端末４６の各々は、賃貸条件提供装置２０から提供されるアプリケーション画面が表示される表示部、及び各種情報を入力するための入力部を備えた情報処理装置である。借り手側端末４２、貸し手側端末４４、及び施工業者端末４６の各々として用いることができる情報処理装置は、例えば、パーソナルコンピュータ（ＰＣ）、ノート型ＰＣ、タブレット端末、スマートフォン等である。なお、本実施形態では、借り手、貸し手、及び施工業者の各々が利用する情報処理装置を、それぞれ借り手側端末４２、貸し手側端末４４、及び施工業者端末４６と称している。これは、借り手、貸し手、及び施工業者の各々の立場を明確にするために便宜的に使い分けているものであり、各情報処理装置の構成の違いを意味するものではない。

賃貸条件提供装置２０は、図２に示すように、機能的には、受付部２１と、抽出部２２と、算出部２３とを含む。なお、受付部２１は、本発明の第１受付部、第１提供部、第２受付部、及び第２提供部の一例である。また、賃貸条件提供装置２０の所定の記憶領域には、賃貸条件データベース（ＤＢ）３０が記憶される。賃貸条件ＤＢ３０には、借り手情報テーブル３１と、貸し手情報テーブル３２と、物件情報テーブル３３と、事例情報テーブル３４と、ブックマークテーブル３５と、プラン情報テーブル３６と、回収計画情報テーブル３７と、応募情報テーブル３８とが含まれる。

まず、賃貸条件ＤＢ３０に含まれる各テーブルについて説明する。

借り手情報テーブル３１は、本システムにより提供されるアプリケーションを利用する借り手の情報が登録されるテーブルである。図３に、借り手情報テーブル３１の一例を示す。図３の例では、各行が１件の借り手情報に相当し、各借り手情報は、借り手の識別情報である「借り手ＩＤ」、借り手の属性等の項目を含む。借り手の属性としては、例えば、「氏名」、「住所」、「年齢」、「勤務地」等の項目を含むことができる。なお、借り手の属性は、後述するように、どのようなユーザがどのような物件を指定しているかという統計情報を取得する際に利用されるものである。したがって、統計情報として有用な情報であれば、図３の例に限定されず、様々な借り手の属性を登録可能である。

貸し手情報テーブル３２は、本システムにより提供されるアプリケーションを利用する貸し手の情報が登録されるテーブルである。図４に、貸し手情報テーブル３２の一例を示す。図４の例では、各行が１件の貸し手情報に相当し、各貸し手情報は、貸し手の識別情報である「貸し手ＩＤ」、貸し手の「氏名」、貸し手が指定する「回収タイプ」、貸し手が支払い可能な施工費の上限金額である「施工費上限」等の項目を含む。「回収タイプ」とは、リフォームのために投資する資金を家賃収入により回収する場合のタイプであり、例えば、早期の回収を図る即回収型や、長期間かけて回収する長期型等を設定することができる。

物件情報テーブル３３は、貸し手が所有する賃貸物件の情報が登録されるテーブルである。図５に、物件情報テーブル３３の一例を示す。図５の例では、各行が１件の物件情報に相当し、各物件情報は、その賃貸物件の所有者である貸し手の「貸し手ＩＤ」、賃貸物件の識別情報である「物件ＩＤ」、「物件名」、「条件」、「写真」、「３Ｄデータ」、「現家賃」、「空室開始日」等の項目を含む。「条件」は、エリア、間取り、設備等の賃貸物件に関する情報で、主に賃貸物件のデザイン以外に関する情報である。「写真」は、賃貸物件の外観、内観等の写真を示す写真データの格納先のパスである。「３Ｄデータ」は、賃貸物件の間取りを３次元で表し、かつ３次元ＣＡＤ（computer aided design）ソフトウェアで編集可能な３Ｄデータの格納先のパスである。なお、写真データ及び３Ｄデータは、賃貸条件提供装置２０の所定の記憶領域に格納される。「現家賃」は、その賃貸物件に対して現在設定されている家賃であり、「空室開始日」は、その賃貸物件の空室期間算出の起算日となる日である。「現家賃」及び「空室開始日」の情報は、後述する回収計画の算出に用いられる。

事例情報テーブル３４は、施工業者が実施したリフォームの事例を示す情報が登録されるテーブルである。図６に、事例情報テーブル３４の一例を示す。図６の例では、各事例情報は、事例情報の識別情報である「事例ＩＤ」、「ベースデザイン」、「パーツ情報」、「事例概要」等の項目を含む。

「ベースデザイン」は、リフォーム後の間取り等のベースとなるデザインを示す情報である。図６の例では、「ベースデザイン」の項目は、さらに、「写真」、「３Ｄデータ」、ベースデザインに関するリフォームの費用を示す「施工費」、「概要」、「キャッチコピー」、「コメント」等の項目を含む。「概要」は、ベースデザインに関して施工されたリフォームの内容を表す情報である。「キャッチコピー」は、詳細は後述するが、借り手が事例情報を参照する際の見出しとなる内容であり、その事例が示すリフォームのイメージ等を表現するような内容が登録される。「コメント」は、リフォーム時の注意点等、任意の内容を登録可能である。

「パーツ情報」は、リフォームのデザインとして適用された、照明器具、壁紙、備え付け家具等のパーツ（素材）に関する情報である。図６の例では、「パーツ情報」の項目は、さらに、該当のパーツがその事例に含まれる何番目のパーツかを示す「Ｎｏ．」、「パーツ名」、「写真」、「３Ｄデータ」、パーツに関するリフォームの費用を示す「施工費」、「構成」、「コメント」等の項目を含む。なお、以下では、該当のパーツを含む事例の事例ＩＤとパーツの「Ｎｏ．」との組み合わせを、そのパーツの識別情報である「パーツＩＤ」とする。また、パーツについての「３Ｄデータ」は、３次元ＣＡＤソフトウェアで、ベースデザインの３Ｄデータに対して、任意の位置に配置可能に構成されたデータである。「構成」は、該当の事例において、そのパーツがベースデザインのどの位置にどのような向きで配置されたかを示す情報である。したがって、ベースデザインの３Ｄデータに対して、パーツの３Ｄデータを「構成」の情報に基づいて配置することで、ベースデザイン及びパーツを含むリフォーム後の物件の状態を３Ｄデータで表すことができる。

「事例概要」は、事例のデザイン以外の情報である。図６の例では、リフォームが施工された物件の借り手の「借り手ＩＤ」、リフォームを施工した施工業者の識別情報である「業者ＩＤ」、「物件概要」、リフォームに要した「施工期間」、「立地」、借り手の「家族構成」等の項目を含む。「物件概要」は、該当の事例が示すリフォーム後の物件の間取りや平米数などの情報であり、賃貸物件のデザインを検討中の借り手が、参照する事例を検索する際などのキーワードになり得る情報を登録しておくことができる。

ブックマークテーブル３５は、借り手が参照した事例情報からブックマークされたベースデザイン又はパーツの情報が登録されるテーブルである。図７に、ブックマークテーブル３５の一例を示す。図７の例では、ブックマークを登録した借り手の「借り手ＩＤ」に、「種別」及び「ブックマーク」の項目が対応付けて登録されている。「種別」は、ブックマークされた情報がベースデザインかパーツかを示す情報である。「ブックマーク」は、ブックマークされたベースデザインを含む事例の事例ＩＤ、又はパーツのパーツＩＤである。

プラン情報テーブル３６は、借り手により作成された賃貸物件のデザイン及び条件を含むプランの情報が登録されるテーブルである。図８に、プラン情報テーブル３６の一例を示す。図８の例では、各行が１件のプラン情報に相当し、各プラン情報は、プランを作成した借り手の「借り手ＩＤ」、プラン情報の識別情報である「プランＩＤ」、「ベースデザイン」、「パーツ」、「条件」、「想定家賃」、「募集フラグ」等の項目を含む。「ベースデザイン」は、該当のプランに採用されたベースデザインを含む事例の事例ＩＤである。「パーツ」の項目は、さらに、該当のプランに採用されたパーツの「パーツＩＤ」及び「構成」の項目を含む。「条件」は、借り手がデザイン以外に指定した賃貸物件の条件の情報である。「想定家賃」は、該当のプランに対して、同条件の賃貸物件の家賃の相場や、採用されたベースデザイン及びパーツの人気度等に基づいて想定される家賃である。想定家賃の算出方法については後述する。「募集フラグ」は、作成されたプランについて、借り手が貸し手を募集中か否かを示すフラグである。

回収計画情報テーブル３７は、貸し手が所有する物件に、借り手が指定するリフォームを実施した場合に投資する資金の回収計画、及び貸し手が応募を検討する際に参照するための情報が登録されるテーブルである。図９に、回収計画情報テーブル３７の一例を示す。図９の例では、貸し手が所有する物件の「物件ＩＤ」とプラン情報の「プランＩＤ」との組み合わせ毎に、プランに沿ってリフォームを実施した場合の「想定施工費」、及び該当のプランに対してどの程度の需要があるかを示す「需要度」の項目が含まれる。また、回収計画によって設定又は算出される「回収期間」、「新家賃」、「契約期間」、「空室期間」等の項目も含まれる。各項目の設定又は算出方法については後述する。

応募情報テーブル３８は、募集中のプランに貸し手が応募した際に、借り手に提供される賃貸条件、リフォーム後の物件の内容等の情報が登録されるテーブルである。図１０に、応募情報テーブル３８の一例を示す。図１０の例では、各行が１件の応募情報に相当し、各応募情報は、どのプランに対する応募かを特定するための「プランＩＤ」、応募した貸し手の「貸し手ＩＤ」、賃貸契約の対象となる物件の「物件ＩＤ」、契約条件、リフォーム後の物件の内容等の項目を含む。図１０の例では、契約条件として、「家賃」及び「契約年数」の項目を含む。また、リフォーム後の物件の内容としては、「３Ｄデータ」、「リフォーム実施内容」、「リフォーム後設備」等の項目を含む。

次に、賃貸条件提供装置２０の各機能部について説明する。

受付部２１は、借り手側端末４２、貸し手側端末４４、及び施工業者端末４６の各々において各種情報を入力するための画面を示す画面情報を生成し、借り手側端末４２、貸し手側端末４４、及び施工業者端末４６の各々の表示部に表示する。また、受付部２１は、借り手側端末４２、貸し手側端末４４、及び施工業者端末４６の各々の表示部に表示された画面に従って入力部から入力された各種情報を受け付ける。受付部２１は、受け付けた情報を賃貸条件ＤＢ３０の対応するテーブルに登録すると共に、必要な情報を抽出部２２及び算出部２３へ受け渡す。

抽出部２２は、物件情報テーブル３３に登録された物件情報毎に、各物件情報に類似するプラン情報を、プラン情報テーブル３６に登録され、かつ「募集フラグ」が「募集中」のプラン情報から抽出する。ここで、物件情報に類似する募集中のプラン情報とは、現在の物件に適用可能なリフォームを実施した後の物件の状態が、募集中のプランに類似する場合を含む。類似しているか否かの具体的な判定方法は後述する。抽出部２２は、抽出したプラン情報のプランＩＤを算出部２３に受け渡す。

算出部２３は、借り手側端末４２において作成されたプランのデザイン及び条件に基づいて、作成されたプランに対して想定される想定家賃を算出する。算出された想定家賃の情報は、受付部２１を介して借り手側端末４２に提供される。

また、算出部２３は、物件情報と、その物件情報に類似するプラン情報との組み合わせの各々について、物件情報が示す物件にプラン情報が示すプランに従ったリフォームを実施する場合に想定される想定施工費を算出する。また、算出部２３は、抽出部２２により抽出された各プランの需要度を算出する。算出された想定施工費及び需要度の情報は、受付部２１を介して、物件の所有者である貸し手の貸し手側端末４４に提供される。

また、算出部２３は、物件情報と、その物件情報に類似するプラン情報との組み合わせの各々について、想定施工費として投資する資金を家賃収入により回収するための回収計画として、新家賃又は回収期間を算出する。新家賃を算出する際は、回収期間を設定し、回収期間を算出する際は、新家賃を設定する。算出された回収計画は、受付部２１を介して貸し手側端末４４及び借り手側端末４２に提供される。

賃貸条件提供装置２０は、例えば、図１１に示すコンピュータ５０で実現することができる。コンピュータ５０は、ＣＰＵ５１、一時記憶領域としてのメモリ５２、及び不揮発性の記憶部５３を備える。また、コンピュータ５０は、表示装置及び入力装置等の入出力装置５８が接続される入出力インターフェース（Ｉ／Ｆ）５４を備える。また、コンピュータ５０は、記録媒体５９に対するデータの読み込みと書き込みとを制御するｒｅａｄ／ｗｒｉｔｅ（Ｒ／Ｗ）部５５、及びインターネット等のネットワークに接続されるネットワークＩ／Ｆ５６を備える。ＣＰＵ５１、メモリ５２、記憶部５３、入出力Ｉ／Ｆ５４、Ｒ／Ｗ部５５、及びネットワークＩ／Ｆ５６は、バス５７を介して互いに接続される。

記憶部５３は、ＨＤＤ（Hard Disk Drive）、ＳＳＤ（solid state drive）、フラッシュメモリ等によって実現できる。記憶媒体としての記憶部５３には、コンピュータ５０を賃貸条件提供装置２０として機能させるための賃貸条件提供プログラム６０が記憶される。賃貸条件提供プログラム６０は、受付プロセス６１と、抽出プロセス６２と、算出プロセス６３とを有する。また、記憶部５３には、賃貸条件ＤＢ３０に含まれる各テーブルを構成する情報が記憶される賃貸条件情報記憶領域７０が設けられる。

ＣＰＵ５１は、賃貸条件情報記憶領域７０に記憶された情報を読み出して、賃貸条件ＤＢ３０に含まれる各テーブルをメモリ５２に展開する。また、ＣＰＵ５１は、賃貸条件提供プログラム６０を記憶部５３から読み出してメモリ５２に展開し、賃貸条件提供プログラム６０が有するプロセスを順次実行する。ＣＰＵ５１は、受付プロセス６１を実行することで、図２に示す受付部２１として動作する。また、ＣＰＵ５１は、抽出プロセス６２を実行することで、図２に示す抽出部２２として動作する。また、ＣＰＵ５１は、算出プロセス６３を実行することで、図２に示す算出部２３として動作する。これにより、賃貸条件提供プログラム６０を実行したコンピュータ５０が、賃貸条件提供装置２０として機能することになる。

なお、賃貸条件提供プログラム６０により実現される機能は、例えば半導体集積回路、より詳しくはＡＳＩＣ（Application Specific Integrated Circuit）等で実現することも可能である。

次に、本実施形態に係る賃貸条件提供システム１０の作用について説明する。

まず、借り手側端末４２、貸し手側端末４４、及び施工業者端末４６の各々において、事前登録の処理が行われる。

具体的には、本システムにより提供されるアプリケーションを利用する借り手は、借り手側端末４２から利用登録を行う。そして、受付部２１が、借り手側端末４２からの利用登録を受け付けると、受け付けた情報に借り手ＩＤを付与して、借り手情報として借り手情報テーブル３１に登録する。

また、本システムにより提供されるアプリケーションを利用する貸し手は、貸し手側端末４４から利用登録及び所有する物件の登録を行う。そして、受付部２１が、貸し手側端末４４からの利用登録を受け付けると、受け付けた情報に貸し手ＩＤを付与して、貸し手情報として貸し手情報テーブル３２に登録する。また、受付部２１が、貸し手側端末４４からの物件の情報の登録を受け付けると、受け付けた物件の情報に物件ＩＤを付与して、物件情報として物件情報テーブル３３に登録する。

さらに、本システムにより提供されるアプリケーションを利用する施工業者は、賃貸物件に対するリフォームを実施した場合に、そのリフォームの情報を施工業者端末４６から送信する。そして、受付部２１が、実施されたリフォームの情報を受け付けると、受け付けた情報に事例ＩＤを付与して、事例情報として事例情報テーブル３４に登録する。

次に、図１２のシーケンス図を参照して、上記の事前登録後に、賃貸条件提供装置２０と、借り手側端末４２と、貸し手側端末４４と、施工業者端末４６との間で行われる処理の流れについて、表示される画面の詳細及び画面遷移に着目して説明する。各画面に表示される情報の抽出方法及び算出方法、テーブルへ登録する情報の作成方法等の他の処理の詳細については後述する。

まず、借り手が借り手側端末４２から借り手ＩＤを使用してアプリケーションにログインする。受付部２１は、借り手側端末４２からのログインを受け付けると、借り手側端末４２に、例えば、図１３に示すような、事例一覧画面１００を表示する。なお、受付部２１が何らかの画面をいずれかの端末に表示する、との説明は、受付部２１で生成した画面情報をいずれかの端末に送信し、その端末の表示部に、画面情報が示す画面が表示されることを意味する。

図１３の例では、事例一覧画面１００は、事例一覧領域１０１と、表示条件選択メニュー１０２と、マイページ遷移ボタン１０３とを含む。受付部２１は、事例一覧領域１０１に、事例情報テーブル３４に登録された各事例情報が示す事例を、各事例情報に含まれるいずれかの項目の情報を用いて一覧で表示する。事例一覧領域１０１に表示しきれない事例は、スクロールやスワイプ操作により確認可能に表示する。また、図１３の例では、一覧に含める情報として、各事例情報に含まれるベースデザインの写真及びキャッチコピーを用いている。さらに、事例一覧領域１０１の表示は、借り手が楽しんで事例を参照できるような視覚効果を狙って、例えば、インテリア雑誌のように、事例によって写真のサイズを変えるなどしたレイアウトとすることができる。

表示条件選択メニュー１０２は、事例一覧領域１０１に表示される事例の並び順などの表示条件を選択するためのメニューである。図１３の例では、表示条件として、「あなたへのおすすめ」、「新着」、「ランキング」、「募集中」、及び「テキスト検索（図１３中の虫眼鏡マーク）」を含む。受付部２１は、事例一覧画面１００の事例一覧領域１０１に表示した事例の各々を、表示条件選択メニュー１０２で指定されている表示条件に従って並び替える。

事例一覧画面１００の事例一覧領域１０１から、いずれかの事例が借り手により選択されると、受付部２１は、選択された事例を示す事例情報を事例情報テーブル３４から取得し、例えば、図１４に示すような、事例詳細画面１１０を借り手側端末４２に表示する。図１４の例では、事例詳細画面１１０は、ベースデザイン領域１１１と、ベースデザインブックマークボタン１１２と、サムネイル領域１１３と、写真領域１１４と、パーツブックマークボタン１１５とを含む。また、事例詳細画面１１０は、戻るボタン１１６と、マイページ遷移ボタン１１７とを含む。

受付部２１は、ベースデザイン領域１１１に、事例情報テーブル３４から取得した事例情報の「ベースデザイン」及び「事例概要」に含まれる項目の情報を表示する。図１４の例では、「ベースデザイン」の「キャッチコピー」及び「コメント」と、「事例概要」の「物件概要」及び「施工期間」の情報を表示している。また、ベースデザイン領域１１１に表示された「費用」は、該当の事例情報に含まれる「ベースデザイン」の「施工費」と、「パーツ情報」の「施工費」との合計である。ベースデザイン領域１１１に配置されたベースデザインブックマークボタン１１２が借り手により選択されると、受付部２１が、該当のベースデザインをブックマークテーブル３５に登録する。また、受付部２１は、サムネイル領域１１３に、事例情報テーブル３４から取得した事例情報の「ベースデザイン」及び「パーツ情報」に含まれる写真のサムネイル画像を表示する。

また、受付部２１は、写真領域１１４に、事例情報の「ベースデザイン」及び「パーツ情報」に含まれる写真を、所定時間間隔で順次表示する。なお、借り手により、サムネイル領域１１３からいずれかのサムネイル画像が選択された場合には、受付部２１は、選択されたサムネイル画像に対応する写真を、写真領域１１４に表示する。さらに、受付部２１は、写真領域１１４に表示した写真がパーツの写真である場合には、取得した事例情報に含まれる、該当のパーツの「パーツ情報」に含まれる情報を、写真に重畳して表示すると共に、パーツブックマークボタン１１５を表示する。図１４の例では、「パーツ情報」に含まれる情報として、「パーツ名」、「コメント」、及び「施工費」の各項目の情報を表示している。写真領域１１４に配置されたパーツブックマークボタン１１５が借り手により選択されると、受付部２１が、該当のパーツをブックマークテーブル３５に登録する。

借り手により、戻るボタン１１６が選択されると、受付部２１は、借り手側端末４２に表示している画面を、事例詳細画面１１０から事例一覧画面１００に戻す。また、事例一覧画面１００のマイページ遷移ボタン１０３、又は事例詳細画面１１０のマイページ遷移ボタン１１７が借り手により選択されるとする。この場合、受付部２１は、ログイン中の借り手ＩＤに対応した情報の表示及び入力が可能なマイページのうち、例えば、図１５に示すようなプラン作成画面１２０を、借り手側端末４２に表示する。

図１５の例では、プラン作成画面１２０は、ベースデザインタブ１２１と、パーツタブ１２２と、条件タブ１２３と、３Ｄ領域１２４と、パーツ領域１２５と、想定家賃表示領域１２６と、保存ボタン１２７と、募集ボタン１２８とを含む。また、プラン作成画面１２０は、マイページメニュー１２９と、戻るボタン１３０とを含む。

受付部２１は、借り手によりベースデザインタブ１２１が選択されると、ベースデザインタブ１２１の表示領域に、ログイン中の借り手によりブックマークされたベースデザインの情報を一覧で表示する。図１５の例では、各ベースデザインの情報として、ベースデザインの写真、キャッチコピー、物件概要、施工費の合計、及び施工期間の情報を表示している。受付部２１は、ベースデザインタブ１２１から借り手によりベースデザインが選択されると、選択されたベースデザインの３Ｄデータ、及びそのベースデザインを含む事例情報に含まれるパーツの３Ｄデータの各々を、３Ｄ領域１２４に展開する。３Ｄ領域１２４には、３次元ＣＡＤソフトウェアを利用した表示が行われる。

また、受付部２１は、借り手によりパーツタブ１２２が選択されると、図１６に示すように、パーツタブ１２２の表示領域に、ログイン中の借り手によりブックマークされたパーツの情報を一覧で表示する。図１６の例では、各パーツの情報には、パーツの写真、パーツ名、及び施工費の情報を表示している。受付部２１は、パーツタブ１２２から借り手によりパーツが選択されると、選択されたパーツの３Ｄデータを、３Ｄ領域１２４に展開する。借り手は、３次元表示されたベースデザイン上の任意の位置に、３次元表示された各パーツを配置することにより、賃貸物件のデザインを作成することができる。また、パーツタブ１２２に表示されるパーツは、ベースデザインタブ１２１から選択されているベースデザインを含む事例に含まれるパーツに限定されないため、他の事例のパーツも含めて、デザインを作成することができる。

また、受付部２１は、３Ｄ領域１２４で作成されたデザインに含まれるパーツの情報を、パーツ領域１２５に表示する。図１５〜図１７の例では、パーツの情報として、パーツの写真のサムネイル画像を表示している。受付部２１は、３Ｄ領域１２４にパーツの３Ｄデータが追加又は削除される都度、パーツ領域１２５に表示するパーツの写真のサムネイル画像も追加又は削除する。また、受付部２１は、パーツ領域１２５からサムネイル画像を削除することにより、そのサムネイル画像に対応するパーツの３Ｄデータを３Ｄ領域１２４から削除するようにしてもよい。

なお、作成されるデザインには、ベースデザイン及びパーツの各々の立体デザインだけでなく、壁紙の模様や、各パーツの色等、平面デザインも含まれる。これらの平面デザインの情報も、ベースデザイン及びパーツの各々の３Ｄデータに含めることができる。

また、受付部２１は、借り手により条件タブ１２３が選択されると、図１７に示すように、条件タブ１２３の表示領域に、デザイン以外の賃貸物件の条件を示す各項目、及び各項目の内容を指定するためのテキストボックスやプルダウンリスト等を表示する。なお、条件タブ１２３で指定可能な条件には、作成されたデザインと矛盾する可能性のある項目も存在する。例えば、作成されたデザインの間取りは、１ＬＤＫであるのに、条件タブ１２３では、２ＬＤＫの間取りが選択される可能性がある。このように、デザインと矛盾する可能性のある項目については、デザインに応じて条件を自動選択したり、矛盾する可能性のある項目の条件を指定できないようにしたりするなどの制約を設けてもよい。また、作成されたデザインは、あくまでも借り手が賃貸物件に求めるイメージとして捉え、デザインと条件との矛盾を許容してもよい。この場合、上記のような制約は設けなくてもよい。

受付部２１は、借り手により、ベースデザインタブ１２１からのベースデザインの選択、パーツタブ１２２からのパーツの選択、及び条件タブ１２３でのいずれかの項目に対する条件の指定のいずれかが行われる都度、受け付けた情報を算出部２３へ受け渡す。算出部２３では、受け渡された情報に基づいて、作成中のプランに対する想定家賃を算出する。算出部２３は、算出した想定家賃の情報を受付部２１に返し、受付部２１は、想定家賃の情報を、想定家賃表示領域１２６に表示する。なお、図１５〜図１７の例では、想定家賃を算出する際に設定した契約年数と共に、算出された想定家賃に所定の幅を持たせて表示している。

借り手により保存ボタン１２７が選択されると、受付部２１は、作成されたデザイン及び指定された条件にプランＩＤを付与し、プラン情報としてプラン情報テーブル３６に登録する。また、借り手により募集ボタン１２８が選択されると、受付部２１は、プラン情報テーブル３６における該当のプランの「募集フラグ」を「募集中」に設定する。なお、プラン情報テーブル３６に登録されたプランの詳細は、マイページメニュー１２９から「マイプラン一覧」が選択された際に表示する画面（図示省略）において確認可能であるものとする。同様に、プラン情報テーブル３６に登録されたプランのうち、募集中のプランの詳細は、マイページメニュー１２９から「募集中」が選択された際に表示する画面（図示省略）において確認可能であるものとする。

借り手により戻るボタン１３０が選択されると、受付部２１は、借り手側端末４２に表示している画面を、プラン作成画面１２０から事例一覧画面１００に戻す。

なお、上記では、借り手がデザインの作成及び条件の指定を行ってプランを作成した上で、募集をかける場合について説明したが、他の借り手により作成されたプランを利用して募集をかけてもよい。具体的には、事例一覧画面１００の表示条件選択メニュー１０２から、借り手により「募集中」が選択されると、受付部２１は、図１８に示すように、事例一覧領域１０１に、プラン情報テーブル３６に登録されたプランのうち、募集中のプランの一覧を表示する。図１８の例では、各プランの情報としては、作成されたデザイン（３Ｄデータ）、採用されたパーツの写真のサムネイル画像、及び指定された条件が表示されている。

また、事例一覧領域１０１に表示された各プランの情報に対応付けて、各プランを選択するための選択ボタン１０４が配置される。借り手により選択ボタン１０４が選択されると、受付部２１は、選択ボタン１０４に対応するプランを示すプラン情報をコピーし、ログイン中の借り手ＩＤを対応付けて、新たなプラン情報として、プラン情報テーブル３６に登録する。

また、事例一覧領域１０１に表示された各プランが選択された場合には、そのプランのより詳細な情報を表示するようにしてもよい。また、選択されたプランと同様のベースデザイン、パーツ、及び条件が選択された状態のプラン作成画面１２０を表示するようにしてもよい。この場合、借り手は、他の借り手が作成したプランに変更を加えて、自身が指定するプランを作成することができる。

そして、貸し手が貸し手側端末４４から貸し手ＩＤを使用してアプリケーションにログインする。受付部２１が、貸し手側端末４４からのログインを受け付けると、抽出部２２が、プラン情報テーブル３６に登録された募集中のプランから、貸し手が所有する物件を示す物件情報に類似するプラン情報を抽出する。貸し手が所有する物件が複数存在する場合には、各物件を示す物件情報毎に、類似するプラン情報を抽出する。そして、抽出部２２は、抽出したプラン情報のプランＩＤを受付部２１及び算出部２３へ受け渡す。

そして、算出部２３が、ログイン中の貸し手の物件情報と、その物件情報に類似するプラン情報との組み合わせの各々について、物件情報が示す物件にプラン情報が示すプランに従ったリフォームを実施する場合に想定される想定施工費を算出する。また、算出部２３が、抽出部２２により抽出された各プランの需要度を算出する。さらに、算出部２３が、ログイン中の貸し手の物件情報と、その物件情報に類似するプラン情報との組み合わせの各々について、リフォームを実施するために投資する想定施工費を家賃収入により回収するための回収計画を算出する。算出部２３は、算出した各プランの想定施工費、需要度、及び回収計画の情報を、回収計画情報テーブル３７に登録する。

受付部２１は、抽出部２２からプランＩＤを受け取ると、ログイン中の貸し手側端末４４に、例えば、図１９に示すような、募集プラン一覧画面１４０を表示する。図１９の例では、募集プラン一覧画面１４０は、プラン一覧領域１４１と、検索条件設定ボタン１４２と、検索条件表示領域１４３と、並び替えメニュー１４４と、回収計画表示ボタン１４５とを含む。

受付部２１は、プラン一覧領域１４１に、抽出部２２から受け渡されたプランＩＤが示すプラン情報が示すプランの一覧を表示する。図１９の例では、各プランの情報として、プランに採用されているベースデザインのキャッチコピー、作成された３Ｄデータ、採用されたパーツの写真のサムネイル画像、及び指定された条件の情報が表示されている。さらに、算出部２３により算出された各プランの想定施工費及び需要度の情報も表示されている。

なお、受付部２１は、設定された検索条件に合致するプラン情報を、プラン一覧領域１４１に表示する。検索条件は、貸し手により検索条件設定ボタン１４２が選択された際に表示する画面（図示省略）により設定可能とする。検索条件としては、想定施工費の上限、希望家賃の下限、契約年数の下限等、プラン情報に含まれる情報を指定することができる。受付部２１は、設定された検索条件を、検索条件表示領域１４３に表示する。また、受付部２１は、プラン情報を並び替えるためのキーとなる項目を、プルダウンリストなどから指定するための並び替えメニュー１４４を表示する。受付部２１は、並び替えメニュー１４４で指定されている条件に従ってプラン情報を並び替えて、プラン一覧領域１４１に表示する。

貸し手により、プラン一覧領域１４１の各プラン情報に対応付けて表示された回収計画表示ボタン１４５が選択されるとする。この場合、受付部２１は、例えば、図２０に示すような、選択された回収計画表示ボタン１４５に対応するプラン情報についての回収計画画面１５０を貸し手側端末４４に表示する。図２０の例では、回収計画画面１５０は、プラン領域１５１と、回収計画領域１５２と、需要度表示領域１５３と、応募ボタン１５４と、戻るボタン１５５とを含む。

受付部２１は、プラン領域１５１に、選択された回収計画表示ボタン１４５に対応するプランの情報を表示する。図２０の例では、選択されたプランの情報として、ベースデザインのキャッチコピー、作成された３Ｄデータ、採用されたパーツの写真のサムネイル画像、及び指定された条件の情報が表示されている。

また、受付部２１は、回収計画領域１５２に、算出部２３により算出された回収計画を表示する。図２０の例では、回収計画領域１５２には、算出された想定施工費、契約期間を指定するためのプルダウンリストが表示されている。回収計画領域１５２には、また、算出された家賃及び回収期間の各々が表示されると共に、家賃及び回収期間の各々を指定可能なテキストボックスが表示される。受付部２１は、家賃及び回収期間のいずれか一方の指定を受け付けると、受け付けた情報を算出部２３へ受け渡す。算出部２３では、受け渡された家賃及び回収期間のいずれか一方の指定に基づいて、家賃及び回収期間の他方を再算出し、受付部２１へ返す。受付部２１では、再算出された家賃又は回収期間を受け取ると、家賃又は回収期間を示すテキストボックスの表示を更新する。

また、回収計画領域１５２には、回収計画に基づいて算出可能な様々な情報を表示することができる。図２０の例では、受付部２１は、回収計画領域１５２に、現家賃に対する新家賃のアップ率や、現家賃による収益と算出された回収計画による収益との比較をシミュレートしたグラフを表示している。

また、受付部２１は、選択されたプランについて、算出部２３で算出された需要度を、需要度表示領域１５３に表示する。

貸し手により、応募ボタン１５４が選択されると、受付部２１は、最終的に算出された家賃、指定された契約期間、選択されたプラン情報、及び貸し手の物件情報等を含む応募情報を、応募情報テーブル３８に登録する。

また、貸し手により、戻るボタン１５５が選択されると、受付部２１は、貸し手側端末４４に表示している画面を、回収計画画面１５０から募集プラン一覧画面１４０に戻す。

受付部２１は、応募情報テーブル３８に応募情報を登録すると、メールやアプリケーションのプッシュ機能を利用して、選択されたプランで募集をかけた借り手の借り手側端末４２に、応募があった旨を通知する。借り手が借り手側端末４２からログインし、事例一覧画面１００のマイページ遷移ボタン１０３、又は事例詳細画面のマイページ遷移ボタン１１７を選択したとする。この場合、受付部２１は、マイページのうち、例えば、図２１に示すような応募物件画面１６０を、借り手側端末４２に表示する。

図２１の例では、応募物件画面１６０は、質問ボタン１６２と、申込ボタン１６３とを含む。また、マイページのプラン作成画面１２０と同様に、マイページメニュー１２９及び戻るボタン１３０も含まれる。図２１の例では、マイページメニュー１２９の「募集中」の表示に併記して、募集中のプランに対して応募された件数を表示している。

受付部２１は、プラン情報テーブル３６から、ログイン中の借り手ＩＤに対応付けて登録されたプランＩＤを取得し、応募情報テーブル３８から、取得したプランＩＤに対応付けられた応募情報を抽出する。また、受付部２１は、抽出した応募情報に含まれる物件ＩＤを取得し、物件情報テーブル３３から、取得した物件ＩＤに対応付けられた物件情報を抽出する。受付部２１は、抽出した応募情報及び物件情報の各項目の情報を詳細領域１６１に表示する。図２１の例では、物件情報に含まれる物件名、条件、写真が表示されると共に、応募情報に含まれる家賃、契約年数、リフォーム実施内容、リフォーム後設備、詳細情報が表示されている。また、リフォーム後の物件の参考写真として、リフォームに採用するベースデザイン及びパーツの写真を表示してもよいし、物件の所在地を示す地図を表示してもよい。

借り手により質問ボタン１６２が選択されると、受付部２１は、メーラーを起動するなどして、応募した貸し手へのコンタクト手段を借り手に提示する。また、借り手により申込ボタン１６３が選択されると、受付部２１は、借り手側端末４２に、例えば、図２２に示すような契約画面１７０を表示する。また、受付部２１は、貸し手が次にログインした際に、貸し手側端末４４に、同様の契約画面１７０を表示する。図２２の例では、契約画面１７０は、契約内容領域１７１と、質問ボタン１７２と、契約ボタン１７３とを含む。受付部２１は、人手又は契約書作成ツールなどで別途作成された契約書の内容を、契約内容領域１７１に表示する。また、借り手又は貸し手により質問ボタン１７２が選択されると、受付部２１は、電話機能を起動するなどして、宅建主任者等へのコンタクト手段を借り手又は貸し手に提示する。また、借り手及び貸し手の各々により契約ボタン１７３が選択されると、受付部２１は、借り手側端末４２及び貸し手側端末４４の双方に、賃貸借の仮契約が成立したことを通知する。

また、受付部２１は、仮契約が成立したプランに採用された事例のリフォームを施工した施工業者の施工業者端末４６に、借り手が募集したプランに応じたリフォームを発注する。なお、該当の施工業者が、例えば遠隔地などの事情によりリフォームを請け負えない場合には、他の施工業者へ発注してもよい。この場合、事例が採用された施工業者へマージンを与えるなどしてもよいため、リフォームを請け負う施工業者の情報とは別に、事例が採用された施工業者の情報も管理しておいてもよい。

リフォームを実施した施工業者は、上述の事前登録の処理で説明したように、実施したリフォームの内容を登録する。

次に、賃貸条件提供装置２０で実行される募集時処理について説明する。借り手が借り手側端末４２から借り手ＩＤを使用してアプリケーションにログインすると、賃貸条件提供装置２０において、図２３に示す募集時処理が実行される。

ステップＳ１１で、受付部２１が、事例情報テーブル３４から事例情報の各々を抽出して、例えば、図１３に示すような、事例一覧画面１００を表示する。

次に、ステップＳ１２で、受付部２１が、事例一覧画面１００の事例一覧領域１０１に表示した事例の各々を、表示条件選択メニュー１０２で指定されている表示条件に従って並び替える。

具体的には、表示条件「あなたへのおすすめ」が指定されている場合には、受付部２１が、借り手情報テーブル３１から、ログイン中の借り手ＩＤに対応する属性を取得し、取得した属性に応じて、各事例にポイントを付与する。属性に応じたポイントの付与方法は、予めルールベースで定めておくことができる。そして、受付部２１が、ポイントが高い事例ほど上位に表示されるように、事例一覧領域１０１に表示された事例を並び替える。また、表示条件「新着」が指定されている場合には、受付部２１が、事例情報テーブル３４に登録された日時が新しい事例ほど上位に表示されるように、事例一覧領域１０１に表示された事例を並び替える。また、表示条件「ランキング」が指定されている場合には、受付部２１が、閲覧回数や、ブックマーク登録されている数が多い事例ほど上位に表示されるように、事例一覧領域１０１に表示された事例を並び替える。また、表示条件「テキスト検索」において任意のキーワードが指定されている場合には、受付部２１が、事例情報の「概要」、「キャッチコピー」、「コメント」等の項目に指定されたキーワードを含む事例を抽出して、事例一覧領域１０１に表示する。また、表示条件「募集中」が指定されている場合には、受付部２１が、例えば、図１８に示すように、プラン情報テーブル３６から、「募集フラグ」が「募集中」のプラン情報を抽出して、各プラン情報が示すプランの一覧を事例一覧領域１０１に表示する。

次に、ステップＳ１３で、受付部２１が、表示条件選択メニュー１０２で指定されている表示条件が変更されたか否かを判定する。表示条件が変更された場合には、処理はステップＳ１２に戻る。表示条件が変更されていない場合には、処理はステップＳ１４へ移行し、受付部２１が、事例一覧領域１０１に表示されたいずれかの事例が選択されたか否かを判定する。事例が選択されていない場合には、処理はステップＳ１５へ移行し、受付部２１が、マイページ遷移ボタン１０３が選択されたか否かを判定する。マイページ遷移ボタン１０３が選択された場合には、処理はステップＳ２１へ移行し、選択されていない場合は、処理はステップＳ１３に戻る。

一方、上記ステップＳ１４で、事例が選択されたと判定されると、処理はステップＳ１６へ移行し、受付部２１が、例えば、図１４に示すような、選択された事例の事例詳細画面１１０を借り手側端末４２に表示する。具体的には、受付部２１が、事例情報テーブル３４から、選択された事例を示す事例ＩＤに対応付けられた事例情報を取得し、事例情報に含まれる各項目の情報を、予め定めた事例詳細画面１１０のフォーマットにあてはめる。

次に、ステップＳ１７で、受付部２１が、ベースデザインブックマークボタン１１２又はパーツブックマークボタン１１５が選択されたか否かを判定する。いずれかのボタンが選択された場合には、処理はステップＳ１８へ移行し、選択されていない場合には、処理はステップＳ１９へ移行する。ステップＳ１８では、受付部２１が、ログイン中の借り手ＩＤと、選択されたボタンに対応する「種別」と、該当の事例ＩＤ又はパーツＩＤとを対応付けて、ブックマークテーブル３５に登録する。「種別」は、ベースデザインブックマークボタン１１２が選択された場合には、「ベースデザイン」であり、パーツブックマークボタン１１５が選択された場合には、「パーツ」である。また、事例ＩＤは、ベースデザインブックマークボタン１１２が配置されたベースデザイン領域１１１に表示されている事例情報の事例ＩＤである。パーツＩＤは、パーツブックマークボタン１１５が配置された写真領域１１４に、パーツブックマークボタン１１５が選択された際に表示されているパーツのパーツＩＤである。

次に、ステップＳ１９で、受付部２１が、マイページ遷移ボタン１１７が選択されたか否かを判定する。マイページ遷移ボタン１１７が選択された場合には、処理はステップＳ２１へ移行し、選択されていない場合は、処理はステップＳ２０へ移行する。ステップＳ２０では、受付部２１が、戻るボタン１１６が選択されたか否かを判定し、戻るボタン１１６が選択された場合には、処理はステップＳ１１に戻り、選択されていない場合には、処理はステップＳ１７に戻る。

ステップＳ２１では、受付部２１が、ブックマークテーブル３５から、ログイン中の借り手ＩＤに対応付けてブックマーク登録された事例ＩＤ及びパーツＩＤを抽出する。そして、受付部２１が、抽出した事例ＩＤが示す事例情報、及びパーツＩＤが示すパーツの情報を事例情報テーブル３４から抽出する。そして、受付部２１は、例えば、図１５に示すようなプラン作成画面１２０を、借り手側端末４２に表示する。

次に、ステップＳ２２で、プラン作成画面１２０において、借り手によりプランの作成に関する入力が行われる都度、受付部２１が、入力された情報を受け付け、算出部２３に受け渡す。プランの作成に関して入力される情報とは、ベースデザインタブ１２１から選択されたベースデザインを含む事例の事例ＩＤ、パーツタブ１２２から選択されたパーツのパーツＩＤ、及び条件タブ１２３で指定された条件の情報である。そして、算出部２３が、受付部２１から受け渡された情報に基づいて、作成されているプランの想定家賃を算出する。

具体的には、算出部２３が、家賃の相場に関する情報が登録された相場データベースを参照するなどして、作成されているプランに含まれる条件と同条件の賃貸物件について、予め設定した契約年数における家賃の相場を取得する。相場データベースは、予め用意しておいてもよいし、インターネット上に存在する情報を利用してもよい。また、算出部２３が、ブックマークテーブル３５を参照して、作成されているプランに採用されているベースデザイン及びパーツがブックマークされている数に基づいて、作成されたプランに含まれるベースデザイン及びパーツの人気度を取得する。そして、算出部２３が、取得した家賃の相場とベースデザイン及びパーツの人気度とに基づいて、例えば、家賃の相場＋α（人気度に応じた係数）のように、想定家賃を算出する。算出部２３は、算出した想定家賃を受付部２１に受け渡し、受付部２が、プラン作成画面１２０の想定家賃表示領域１２６に表示する。

次に、ステップＳ２３で、受付部２１が、戻るボタン１３０が選択されたか否かを判定し、戻るボタン１３０が選択された場合には、処理はステップＳ１１に戻り、選択されていない場合には、処理はステップＳ２４へ移行する。ステップＳ２４では、受付部２１が、保存ボタン１２７が選択されたか否かを判定し、保存ボタン１２７が選択された場合には、処理はステップＳ２５へ移行し、選択されていない場合には、処理はステップＳ２６へ移行する。

ステップＳ２５では、受付部２１が、作成中のデザインに採用されているベースデザインを含む事例情報の事例ＩＤ、採用されているパーツのパーツＩＤ、及びベースデザインに対するパーツの配置を示すパーツの構成情報を取得する。また、受付部２１が、条件タブ１２３で設定されている各項目の条件の情報、及び作成中のデザインに対して算出された想定家賃の情報を取得する。そして、受付部２１が、取得した情報にプランＩＤを付与して、プラン情報としてプラン情報テーブル３６に登録し、処理はステップＳ２２に戻る。なお、一旦プランＩＤが付与されたプラン情報に対して、再度、保存ボタン１２７が選択された場合には、受付部２１は、プラン情報テーブル３６において、作成中のプランに付与されたプランＩＤに対応するプラン情報を更新する。

ステップＳ２６では、受付部２１が、募集ボタン１２８が選択されたか否かを判定し、募集ボタン１２８が選択された場合には、処理はステップＳ２７へ移行し、選択されていない場合には、処理はステップＳ２２に戻る。ステップＳ２７では、受付部２１が、作成中のプランについてのプラン情報をプラン情報テーブル３６に登録又は更新すると共に、該当のプラン情報の「募集中フラグ」を「募集中」に設定し、募集時処理は終了する。

次に、賃貸条件提供装置２０で実行される応募時処理について説明する。貸し手が貸し手側端末４４から貸し手ＩＤを使用してアプリケーションにログインすると、賃貸条件提供装置２０において、図２４に示す応募時処理が実行される。

ステップＳ３１で、受付部２１は、貸し手側端末４４からのログインを受け付けると、貸し手ＩＤを抽出部２２に通知する。抽出部２２は、通知された貸し手ＩＤが示す貸し手が所有する物件を示す物件情報に類似するプラン情報を、プラン情報テーブル３６に登録された、「募集フラグ」が「募集中」のプラン情報から抽出する。具体的には、抽出部２２が、物件情報テーブル３３から、ログイン中の貸し手ＩＤに対応する物件情報を抽出する。そして、抽出部２２は、例えば、物件情報の「条件」に含まれるエリア、平米数等と、募集中のプランを示すプラン情報の「条件」に含まれるエリア、平米数等とを照合する。そして、抽出部２２は、例えば、エリアが同一又は近接エリアである、平米数の差が所定範囲内である、等の予め定めた類否判定の条件を満たす場合に、該当のプラン情報を、貸し手の物件情報に類似するプラン情報として抽出することができる。抽出部２２は、抽出したプラン情報のプランＩＤを受付部２１及び算出部２３へ受け渡す。

次に、ステップＳ３２で、算出部２３が、ログイン中の貸し手の物件情報と、その物件情報に類似するプラン情報との組み合わせの各々について、物件情報が示す物件にプラン情報が示すプランに従ったリフォームを実施する場合に想定される想定施工費を算出する。具体的には、算出部２３は、プラン情報に含まれるベースデザインＩＤ及びパーツＩＤの各々に対応する施工費を、事例情報ＤＢ３４から取得し、取得した各施工費を合計して、各プランの想定施工費を算出する。事例のリフォームを、貸し手の物件にそのまま実施できるとは限らないため、ここで算出される施工費は、あくまでも想定される施工費である。また、ベースデザイン及びパーツの施工費を合計した金額に、貸し手の物件の立地、築年数等に応じた金額をプラス又はマイナスして、想定施工費として算出してもよい。また、パーツの施工費は用いず、ベースデザインの施工費に基づいて、想定施工費を算出してもよい。例えば、ベースデザインの施工費に所定の係数を乗算した金額を想定施工費として算出することができる。算出部２３は、ログイン中の貸し手の物件情報の物件ＩＤと、その物件情報に類似するプラン情報のプランＩＤとに対応付けて、算出した各プランの想定施工費を回収計画情報テーブル３７に登録する。

次に、ステップＳ３３で、算出部２３が、上記ステップＳ３１で抽出された各プランの需要度を算出する。具体的には、算出部２３は、該当のプランが、例えば、図１８に示すような事例一覧画面１００から選択された回数、閲覧された回数、他のプラン作成に利用された回数を取得する。また、算出部２３は、ブックマークテーブル３５において、該当のプランに採用されているベースデザインのベースデザインＩＤ、及びパーツのパーツＩＤの数を集計して取得する。算出部２３は、上記の各回数及びブックマーク数が多いほど高くなる需要度を算出するための算出式を予め定めておき、この算出式に取得した回数及びブックマーク数を適用して、該当のプランの需要度を算出する。

また、算出部２３は、閲覧やブックマークを行った借り手の属性を限定して、上記の回数やブックマーク数を取得してもよい。例えば、算出部２３は、借り手情報テーブル３１から、現住所が「横浜市」の借り手ＩＤを取得し、ブックマークテーブル３５から、その借り手ＩＤに対応付けられたブックマーク数のみを集計する。閲覧回数等も、その借り手ＩＤにより閲覧等されている場合のみを集計する。そして、算出部２３は、上記と同様の算出式により、借り手の属性を「現住所が“横浜市”」に限定した場合の需要度（横浜市）を算出する。

このように、借り手の属性を限定した需要度を算出することで、借り手にとって有用な情報を提供することができる。例えば、近年、横浜市から武蔵小杉への転居が多いという事情があり、貸し手が武蔵小杉に物件を所有しているとする。この場合、「需要度（横浜市）」を参照することで、横浜市在住の人に需要があるデザインにリフォームした場合には、今後も横浜市からの転居者を見込める等の判断を行うことができ、貸し手が応募を検討する際の有用な情報となる。

なお、借り手の属性で限定した需要度は、上記のように借り手の現住所に限らず、様々な属性を用いて算出することができる。また、借り手の属性として、希望する賃貸物件のエリアを登録しておき、貸し手が所有する物件の所在地を含むエリアを希望している借り手によりどの程度閲覧やブックマーク等されているかにより、借り手の属性を限定した需要度を算出してもよい。このような借り手の属性を限定した需要度を算出する際の属性（上記の例では、「借り手の現住所が“横浜市”」）は、システムの管理者側で設定してもよいし、貸し手側端末４４から任意に設定可能としてもよい。

算出部２３は、算出した各プランの需要度を、各プランのプランＩＤに対応付けて、回収計画情報テーブル３７の「需要度」の項目に登録する。

次に、ステップＳ３４で、算出部２３が、ログイン中の貸し手の物件情報と、その物件情報に類似するプラン情報との組み合わせの各々について、回収計画を算出する。具体的には、算出部２３は、貸し手情報テーブル３２から、ログイン中の貸し手ＩＤに対応する「回収タイプ」の情報を取得する。また、算出部２３は、物件情報テーブル３３から、貸し手の物件情報の「現家賃」及び「空室開始日」の情報を取得する。そして、算出部２３は、「回収タイプ」に応じて予め定めた回収期間を設定する。例えば、「回収タイプ」が「即回収型」の場合には２年、「長期型」の場合には５年などのように設定することができる。また、算出部２３は、「空室開始日」と現在との差から、空室期間を算出する。

そして、算出部２３は、例えば、下記（１）式により、新家賃を算出する。
新家賃＝（想定施工費＋（回収期間×（（現家賃×（契約期間−空室期間））
÷契約期間）））÷回収期間 ・・・（１）
なお、想定施工費は上記ステップＳ３２で算出したものであり、契約期間は、予め定めた初期値（例えば、２年）とする。算出部２３は、設定又は算出した回収期間、新家賃、契約期間、空室期間の情報を、各プランのプランＩＤに対応付けて、回収計画情報テーブル３７の対応する各項目に登録する。

次に、ステップＳ３５で、受付部２１が、抽出部２２から受け渡されたプランＩＤに対応する情報を、プラン情報テーブル３６及び回収計画情報テーブル３７の各々から取得する。そして、受付部２１は、取得した情報を用いて、ログイン中の貸し手側端末４４に、例えば、図１９に示すような、募集プラン一覧画面１４０を表示する。この際、受付部２１は、貸し手情報テーブル３２から、ログイン中の貸し手ＩＤに対応する「施工費上限」の情報を取得する。そして、上記ステップＳ３１で抽出されたプラン情報のうち、上記ステップＳ３２で算出された想定施工費が、取得した施工費上限以下のプラン情報を、プラン一覧領域１４１に表示する。

次に、ステップＳ３６で、受付部２１が、検索条件設定ボタン１４２が選択されて、検索条件が変更されたか、又は並べ替えメニュー１４４で指定されている条件が変更されたか否かを判定する。いずれかの条件が変更された場合には、処理はステップＳ３７へ移行し、受付部２１が、指定された検索条件によるプラン情報の絞り込み、又は指定された条件に従ったプラン情報の並べ替えを行って、処理はステップＳ３５に戻る。いずれの条件も変更されていない場合には、処理はステップＳ３８へ移行する。

ステップＳ３８では、受付部２１が、回収計画表示ボタン１４５が選択されたか否かを判定する。回収計画表示ボタン１４５が選択された場合には、処理はステップＳ３９へ移行し、選択されていない場合には、処理はステップＳ３６に戻る。

ステップＳ３９で、受付部２１が、例えば、図２０に示すような、選択された回収計画表示ボタン１４５に対応するプラン情報についての回収計画画面１５０を貸し手側端末４４に表示する。

次に、ステップＳ４０で、受付部２１が、戻るボタン１５５が選択されたか否かを判定する。戻るボタン１５５が選択された場合には、処理はステップＳ３５に戻り、選択されていない場合には、処理はステップＳ４１へ移行する。ステップＳ４１では、受付部２１が、応募ボタン１５４が選択されたか否かを判定する。応募ボタン１５４が選択されていない場合には、処理はステップＳ４２へ移行する。

ステップＳ４２では、受付部２１が、回収計画画面１５０の回収計画領域１５２において、新家賃、回収期間、及び契約期間のいずれかが変更されたか否かを判定する。いずれかが変更された場合には、処理はステップＳ４３へ移行し、いずれも変更されていない場合には、処理はステップＳ４０に戻る。

上記ステップＳ４２で、回収期間又は契約期間が変更されたと判定された場合には、ステップＳ４３で、算出部２３が、変更された回収期間又は契約期間を用いて、上記（１）式により新家賃を再算出する。また、上記ステップＳ４２で、新家賃が変更されたと判定された場合には、算出部２３が、下記（２）式により、回収期間を再算出する。

回収期間＝想定施工費÷（（（新家賃×契約期間）−（現家賃×
（契約期間−空室期間）））÷契約期間） ・・・（２）
算出部２３は、再算出した回収期間又は新家賃で、回収計画情報テーブル３７の該当のプランのプランＩＤに対応する項目を更新する。そして、処理はステップＳ１５に戻り、受付部２１が、回収計画情報テーブル３７の更新された情報に基づいて、回収計画画面１５０を更新する。

一方、上記ステップＳ４１で、応募ボタン１５４が選択された場合には、処理はステップＳ４４へ移行する。ステップＳ４４では、受付部２１が、最終的に算出された新家賃、及びその新家賃算出の際に設定されている契約年数の情報を取得する。そして、受付部２１は、取得した新家賃及び契約年数の情報に、応募するプランのプランＩＤ、ログイン中の貸し手ＩＤ、及び貸し手が所有する物件の物件ＩＤを対応付けて、応募情報テーブル３８に登録する。

また、応募情報テーブル３８には、貸し手の物件に対して、応募するプランに従ったリフォームを実施した場合の物件を示す３Ｄデータも含める。この３Ｄデータは、物件情報テーブル３３に登録されている現在の物件の３Ｄデータに、応募するプランに採用されているベースデザイン及びパーツの３Ｄデータを適用することにより作成する。より具体的には、貸し手の物件に対して、例えば、壁の取り除きや追加、窓の位置の変更等の適用可能なベースデザインのリフォームの範囲を、貸し手の物件の３Ｄデータに保持させておく。そして、この範囲内でプランに採用されているベースデザインの３Ｄデータに類似するように、貸し手の物件の３Ｄデータを変更する。そして、プランに採用されているパーツの３Ｄデータを変更後の貸し手の物件の３Ｄデータに追加する。なお、プランに採用されているベースデザイン及びパーツの３Ｄデータは、プラン情報テーブル３６に登録されているベースデザインＩＤ及びパーツＩＤに対応する３Ｄデータを、事例情報テーブル３４から取得する。また、リフォームを実施した場合の貸し手の物件の３Ｄデータは、貸し手により編集可能としてもよい。

また、応募情報テーブル３８には、リフォームの実施内容やリフォーム後の設備の情報、敷金、礼金、管理費等の詳細情報など、プランを募集した借り手に提供する情報として必要な情報も登録される。これらの情報は、貸し手側端末４４からテキストデータ等で入力された情報を受け付けて、応募情報テーブル３８に登録することができる。応募情報テーブル３８への応募情報の登録が終了すると、応募時処理は終了する。

なお、本実施形態に係る賃貸条件提供システムでは、賃貸契約が成立し、リフォーム後の物件に借り手が入居した後に、借り手から追加のリフォームの指定を受け付けることもできる。例えば、借り手が入居後に借り手側端末４２から借り手ＩＤを使用してアプリケーションにログインし、マイページへ遷移した場合、受付部２１が、図２５に示すように、マイページのメニューとして、追加リフォーム画面１８０を、借り手側端末４２に表示する。追加リフォーム画面１８０は、プラン作成画面１２０と概ね同様であるが、以下の点が異なる。まず、３Ｄ領域１２４及びパーツ領域１２５には、事例情報テーブル３４において、「事例概要」の「借り手ＩＤ」がログイン中の借り手ＩＤに一致する事例情報に含まれるベースデザイン及びパーツの３Ｄデータ及び写真のサムネイル画像が表示される。また、追加リフォーム画面１８０は、プラン作成画面１２０の構成に加え、追加領域１８１を含む。追加領域１８１には、プラン作成画面１２０のパーツ領域１２５と同様に、パーツタブ１２２から追加リフォームの内容として選択されたパーツの情報が表示される。

また、追加リフォーム画面１８０の想定家賃表示領域１２６には、追加リフォーム後の想定家賃が表示される。追加リフォーム後の想定家賃は、追加されたパーツの人気度を加え、プラン作成時の想定家賃と同様に算出することができる。また、追加リフォーム画面１８０には、プラン作成画面１２０の募集ボタン１２８に替えて、依頼ボタン１８２が含まれる。借り手により依頼ボタン１８２が選択されると、依頼された追加リフォームの内容が貸し手側端末４４に送信され、貸し手によるリフォーム内容の承諾、リフォーム後の新家賃の契約締結等を経て、施工業者に追加リフォームが依頼される。

以上説明したように、本実施形態に係る賃貸条件提供システムによれば、条件に合致する賃貸物件を借り手が探索するのではなく、借り手自身が賃貸物件のデザインを指定して賃貸物件を募集する。そして、この募集に対して貸し手が応募する。この際、貸し手の所有する物件にリフォームを実施した場合の投資の回収計画に基づいて算出した新家賃及び契約期間を借り手に提供する。したがって、借り手が指定するデザインの賃貸物件の情報を提供することができる。

貸し手にとっても、賃貸物件を空室にするよりは、リフォームを実施してでも積極的に貸し出したいという要望に沿うことができる。また、リフォームの想定施工費から、新家賃及び回収期間を含む回収計画が算出され、貸し手に提供されるため、募集中のプランへの応募を検討する貸し手を支援することができる。

さらに、募集中のプランが示すデザインがどの程度需要があるかを示す需要度を、統計情報に基づいて算出して貸し手に提供するため、募集中のプランへの応募を検討する貸し手を支援することができる。

なお、上記実施形態では、募集されたプランと類似する貸し手の物件を抽出する際、貸し手の物件にリフォームを実施することを前提として、借り手が指定するエリアや平米数などが類似する貸し手の物件を抽出する場合について説明したが、これに限定されない。リフォームを実施しなくても類似している物件や、できるだけリフォームが少なく済む物件を優先的に抽出するようにしてもよい。例えば、借り手が指定したデザインと、少なくとも間取り、床材、壁財、浴槽タイプ、キッチンタイプのいずれか１以上の要素が類似する貸し手の物件を抽出するようにしてもよい。

なお、上記実施形態における新家賃及び回収期間の算出方法は一例であり、リフォームに想定される施工費を家賃収入により回収するための新家賃及び回収期間を算出するものであればよい。

また、上記では、賃貸条件提供プログラム６０が記憶部４３に予め記憶（インストール）されている態様を説明したが、これに限定されない。開示の技術に係るプログラムは、ＣＤ−ＲＯＭ、ＤＶＤ−ＲＯＭ、ＵＳＢメモリ等の記録媒体に記録された形態で提供することも可能である。

１０ 賃貸条件提供システム
２０ 賃貸条件提供装置
２１ 受付部
２２ 抽出部
２３ 算出部
３０ 賃貸条件データベース
３１ 借り手情報テーブル
３２ 貸し手情報テーブル
３３ 物件情報テーブル
３４ 事例情報テーブル
３５ ブックマークテーブル
３６ プラン情報テーブル
３７ 回収計画情報テーブル
３８ 応募情報テーブル
４２ 借り手側端末
４４ 貸し手側端末
４６ 施工業者端末
５０ コンピュータ
５１ ＣＰＵ
５２ メモリ
５３ 記憶部
６０ 賃貸条件提供プログラム
１００ 事例一覧画面
１１０ 事例詳細画面
１２０ プラン作成画面
１４０ 募集プラン一覧画面
１５０ 回収計画画面
１６０ 応募物件画面
１７０ 契約画面
１８０ 追加リフォーム画面

Claims (17)

1. 賃貸物件のデザインの指定を受け付け、
   登録された賃貸物件の中から、受け付けた前記賃貸物件のデザインに類似するデザインの賃貸物件を抽出し、
   指定された前記デザインと、前記デザインに応じたリフォームを実施する場合の施工費とを、抽出した前記賃貸物件に対応づけて登録された提供先に提供し、
   抽出した前記賃貸物件に対して前記デザインに応じたリフォーム、又は前記デザインを変更したデザインに応じたリフォームを適用する場合の前記賃貸物件の賃貸条件の指定を受け付け、
   前記デザインの指定を行った指定元に前記賃貸条件を提供する、
   処理をコンピュータが実行することを特徴とする賃貸条件提供方法。
2. 受け付けた前記賃貸物件のデザインに類似するデザインの賃貸物件の抽出は、少なくとも間取り、床材、壁材、浴槽タイプ、キッチンタイプのうちのいずれか１以上の要素が類似するデザインの賃貸物件の抽出により行われることを特徴とする請求項１に記載の賃貸条件提供方法。
3. 前記賃貸物件のデザインの指定は、登録された、賃貸物件のデザインの素材群の中からの１又は複数の素材の選択を含む、ことを特徴とする請求項１に記載の賃貸条件提供方法。
4. 前記デザインの素材群は、前記賃貸物件の部屋の設備の平面デザイン及び／又は立体デザインを含むことを特徴とする請求項３に記載の賃貸条件提供方法。
5. 前記賃貸物件のデザインの指定は、登録された、賃貸物件のベースデザイン群の中からのベースデザインの選択、及び／又は、選択された該ベースデザインに対する変更を含む、ことを特徴とする請求項１に記載の賃貸条件提供方法。
6. 前記変更は、前記ベースデザインからの一部の素材の削除、前記ベースデザインに含まれる一部の素材の他の素材への置換、及び前記ベースデザインに対する素材の追加配置の少なくともいずれかを含む、ことを特徴とする請求項５に記載の賃貸条件提供方法。
7. 前記賃貸物件のベースデザインに対応付けられた金額に基づいて、前記デザインに応じたリフォームを実施する場合の前記施工費を算出する、ことを特徴とする請求項５に記載の賃貸条件提供方法。
8. 前記提供先に提供される前記施工費と、特定の賃貸料金候補と、に基づいて算出された、前記施工費の回収推定期間が前記提供先に提供される、ことを特徴とする請求項１に記載の賃貸条件提供方法。
9. 前記賃貸料金候補の変更を受け付けると、該変更後の賃貸料金候補に基づいて更に算出された新たな回収推定期間が前記提供先に提供される、ことを特徴とする請求項８に記載の賃貸条件提供方法。
10. 前記提供先に提供される前記施工費と、予め設定された期間と、に基づいて算出された、前記施工費の前記期間での回収計画に応じた前記賃貸物件の賃貸料金候補が前記提供先に提供される、ことを特徴とする請求項１に記載の賃貸条件提供方法。
11. 前記期間の変更を受け付けると、該変更後の期間に基づいて更に算出された新たな賃貸料金候補が前記提供先に提供される、ことを特徴とする請求項１０に記載の賃貸条件提供方法。
12. 前記賃貸物件のデザインの指定は、登録された、賃貸物件のベースデザイン群の中からのベースデザインの選択、及び／又は、選択された該ベースデザインに対する変更を含み、
    前記賃貸物件のデザインの指定に用いられた前記ベースデザインの選択回数の統計情報に応じて算出された指標が前記提供先に提供される、ことを特徴とする請求項１に記載の賃貸条件提供方法。
13. 前記提供先に提供される前記デザインと同じ又は前記デザインと類似するデザインの指定数の統計情報に応じて算出された指標が前記提供先に提供される、ことを特徴とする請求項１に記載の賃貸条件提供方法。
14. 前記提供先に提供される前記デザインと同じ又は前記デザインと類似するデザインが、抽出された前記賃貸物件の所在地の周辺のエリアを対象として、どの程度指定されたかの統計情報に応じて算出された指標が前記デザインに対応づけて前記提供先に提供される、ことを特徴とする請求項１に記載の賃貸条件提供方法。
15. 前記賃貸物件のデザインの指定は、登録された、賃貸物件のベースデザイン群の中からのベースデザインの選択、及び／又は、選択された該ベースデザインに対する変更を含み、
    前記ベースデザインの利用回数をカウントし、該カウント結果を出力することを特徴とする請求項１に記載の賃貸条件提供方法。
16. 賃貸物件のデザインの指定を受け付ける第１受付部と、
    登録された賃貸物件の中から、受け付けた前記賃貸物件のデザインに類似するデザインの賃貸物件を抽出する抽出部と、
    指定された前記デザインと、前記デザインに応じたリフォームを実施する場合の施工費とを、抽出した前記賃貸物件に対応づけて登録された提供先に提供する第１提供部と、
    抽出した前記賃貸物件に対して前記デザインに応じたリフォーム、又は前記デザインを変更したデザインに応じたリフォームを適用する場合の前記賃貸物件の賃貸条件の指定を受け付ける第２受付部と、
    前記デザインの指定を行った指定元に前記賃貸条件を提供する第２提供部と、
    を含むことを特徴とする賃貸条件提供装置。
17. 賃貸物件のデザインの指定を受け付け、
    登録された賃貸物件の中から、受け付けた前記賃貸物件のデザインに類似するデザインの賃貸物件を抽出し、
    指定された前記デザインと、前記デザインに応じたリフォームを実施する場合の施工費とを、抽出した前記賃貸物件に対応づけて登録された提供先に提供し、
    抽出した前記賃貸物件に対して前記デザインに応じたリフォーム、又は前記デザインを変更したデザインに応じたリフォームを適用する場合の前記賃貸物件の賃貸条件の指定を受け付け、
    前記デザインの指定を行った指定元に前記賃貸条件を提供する、
    処理をコンピュータが実行することを特徴とする賃貸条件提供プログラム。