IP Force 特許公報掲載プロジェクト 2022.1.31 β版

知財求人 - 知財ポータルサイト「IP Force」

▶ 東京瓦斯株式会社の特許一覧

<>
  • 特開-予測装置及びプログラム 図1
  • 特開-予測装置及びプログラム 図2
  • 特開-予測装置及びプログラム 図3
  • 特開-予測装置及びプログラム 図4
  • 特開-予測装置及びプログラム 図5
  • 特開-予測装置及びプログラム 図6
  • 特開-予測装置及びプログラム 図7
  • 特開-予測装置及びプログラム 図8
< >
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2024137294
(43)【公開日】2024-10-07
(54)【発明の名称】予測装置及びプログラム
(51)【国際特許分類】
   G06Q 50/163 20240101AFI20240927BHJP
   G06Q 30/0601 20230101ALI20240927BHJP
   G06Q 10/04 20230101ALI20240927BHJP
   G16Y 10/80 20200101ALI20240927BHJP
   G16Y 20/20 20200101ALI20240927BHJP
   G16Y 20/30 20200101ALI20240927BHJP
   G16Y 40/10 20200101ALI20240927BHJP
   G16Y 40/20 20200101ALI20240927BHJP
【FI】
G06Q50/16 300
G06Q30/0601 312
G06Q10/04
G16Y10/80
G16Y20/20
G16Y20/30
G16Y40/10
G16Y40/20
【審査請求】有
【請求項の数】8
【出願形態】OL
(21)【出願番号】P 2023048762
(22)【出願日】2023-03-24
(11)【特許番号】
(45)【特許公報発行日】2024-03-25
(71)【出願人】
【識別番号】000220262
【氏名又は名称】東京瓦斯株式会社
(74)【代理人】
【識別番号】100104880
【弁理士】
【氏名又は名称】古部 次郎
(74)【代理人】
【識別番号】100125346
【弁理士】
【氏名又は名称】尾形 文雄
(72)【発明者】
【氏名】畑 憲太郎
(72)【発明者】
【氏名】伊東 純也
(72)【発明者】
【氏名】阿部 敏之
(72)【発明者】
【氏名】▲徳▼弘 龍太郎
【テーマコード(参考)】
5L010
5L030
5L049
5L050
【Fターム(参考)】
5L010AA04
5L030BB53
5L049AA04
5L049BB53
5L049CC28
5L050CC28
(57)【要約】
【課題】売却物件が顕在化される前の段階で所有者に対して不動産買取または仲介の営業等を行うことを可能とする。
【解決手段】顧客のライフラインに関する情報を取得するライフライン情報取得部13と、分譲マンションに関する一般情報を取得する一般情報取得部14と、顧客のライフラインに関する情報と一般情報と、顧客が分譲マンションを売却済か否かを示す情報とを教師データとして機械学習させることにより、顧客が居住している物件について売却する可能性を予測する売却予測部16と、を備えた予測装置10である。
【選択図】図3
【特許請求の範囲】
【請求項1】
顧客のライフラインに関する情報を取得するライフライン情報取得部と、
分譲マンションに関する一般情報を取得する一般情報取得部と、
前記顧客のライフラインに関する情報と前記一般情報と、前記顧客が分譲マンションを売却済か否かを示す情報とを教師データとして機械学習させることにより、前記顧客が居住している物件について売却する可能性を予測する売却予測部と、
を備えた予測装置。
【請求項2】
前記ライフラインに関する情報に、前記ライフラインによる提供に関して用いられる機器の種別、名称、型番、設置場所、支払方法、サービス契約のうち少なくとも一つに関する情報が含まれる、
請求項1に記載の予測装置。
【請求項3】
前記一般情報に、前記物件の広さ、立地、用途地域、賃貸か否か、住居名称、分譲会社、施工会社、管理会社のうち少なくとも一つを示す情報が含まれる、
請求項1に記載の予測装置。
【請求項4】
住居が分譲マンションに属する場合、前記一般情報に、売買又は賃貸の取引事例数に関する情報と売主が不動産業者か個人かに関する情報のうち少なくとも一つが含まれる、
請求項1に記載の予測装置。
【請求項5】
前記ライフラインに関する情報に、利用開始の事由、受付媒体、支払方法、契約名称・種別のうち少なくとも一つを示す情報が含まれる、
請求項1に記載の予測装置。
【請求項6】
情報処理装置に、
顧客のライフラインに関する情報を取得するライフライン情報取得機能と、
分譲マンションに関する一般情報を取得する一般情報取得機能と、
前記顧客のライフラインに関する情報と前記一般情報と、前記顧客が分譲マンションを売却済か否かを示す情報とを教師データとして機械学習させることにより、前記顧客が居住している物件について売却する可能性を予測する売却予測機能と、
を実現させるプログラム。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、予測装置及びプログラムに関する。
【背景技術】
【0002】
環境問題や資源有効活用への意識の高まりにより不動産の新築偏重の傾向が見直されつつある中で、中古マンション等の中古住宅市場が活性化されている。
例えば特許文献1には、ネットワークに接続されて不動産の買取を支援する不動産買取システムとして、ネットワークに接続され、不動産情報やユーザ情報の送受信を行うネットワーク通信手段と、ネットワーク通信手段で受信した不動産の物件情報を登録する物件登録手段と、物件登録手段で登録された物件情報からネットワーク上に提供する物件提供情報を準備する物件提供手段と、を備え、ネットワーク通信手段は、物件提供手段で準備された物件提供情報を、ネットワークを介して開示する技術が記載されている。
【先行技術文献】
【特許文献】
【0003】
【特許文献1】特開2002-024596号公報
【発明の概要】
【発明が解決しようとする課題】
【0004】
ここで、近年では、中古物件を仲介業者経由で売買する個人間取引の他、中古物件を仲介業者が買い取ってリフォームやリノベーションにより資産価値を高めた上で新築よりも割安な価格で再販する買取再販ビジネスがある。かかる買取再販ビジネスでは、従前からの仲介ビジネス同様に中古物件を大量に仕入れることが事業継続性の点で重要である。
売却を検討している中古物件の所有者においては、一般的には、ビラ、DM(Direct Mail)、TVコマーシャル、街での看板、などを介して知った不動産業者(仲介業者、買取再販業者問わず)に所有者自身が連絡をし、自ら売却の意思を伝えるが、不動産業者から所有者へのアプローチ方法は前述のように限られており、受動的に待ち受けることになる。すなわち、売却意思のある所有者を不動産業者が特定することは難しく、特定できないと中古物件を大量に安定的に仕入れることは難しい。また、すでに居住しなくなったり近い将来居住しなくなる可能性が高かったりする場合でも売却の意思を固めていない所有者を特定することはさらに難しい。
【0005】
本発明の目的は、このような課題を解決することであり、具体的には、売却物件が顕在化される前の段階で所有者に対して不動産買取または仲介の営業等を行うことを可能とすることにある。
【課題を解決するための手段】
【0006】
かかる目的のもと、本発明は、顧客のライフラインに関する情報を取得するライフライン情報取得部と、分譲マンションに関する一般情報を取得する一般情報取得部と、前記顧客のライフラインに関する情報と前記一般情報と、前記顧客が分譲マンションを売却済か否かを示す情報とを教師データとして機械学習させることにより、前記顧客が居住している物件について売却する可能性を予測する売却予測部と、を備えた予測装置である。
ここで、前記ライフラインに関する情報に、前記ライフラインによる提供に関して用いられる機器の種別、名称、型番、設置場所、支払方法、サービス契約のうち少なくとも一つに関する情報が含まれる、ようにすることができる。
また、前記一般情報に、前記物件の広さ、立地、用途地域、賃貸か否か、住居名称、分譲会社、施工会社、管理会社のうち少なくとも一つを示す情報が含まれる、ようにすることができる。
さらに、住居が分譲マンションに属する場合、前記一般情報に、売買又は賃貸の取引事例数に関する情報と売主が不動産業者か個人かに関する情報のうち少なくとも一つが含まれる、ようにすることができる。
またさらに、前記ライフラインに関する情報に、利用開始の事由、受付媒体、支払方法、契約名称・種別のうち少なくとも一つを示す情報が含まれる、ようにすることができる。
上記の目的を達成する他の本発明は、情報処理装置に、顧客のライフラインに関する情報を取得するライフライン情報取得機能と、分譲マンションに関する一般情報を取得する一般情報取得機能と、前記顧客のライフラインに関する情報と前記一般情報と、前記顧客が分譲マンションを売却済か否かを示す情報とを教師データとして機械学習させることにより、前記顧客が居住している物件について売却する可能性を予測する売却予測機能と、を実現させるプログラムである。
【発明の効果】
【0007】
本発明によれば、売却物件が顕在化される前の段階で所有者に対して不動産買取または仲介の営業等を行うことが可能になる。
【図面の簡単な説明】
【0008】
図1】本実施形態に係る不動産取引案内システムの全体構成例を示す図である。
図2】予測装置及び端末のハードウェア構成例を示す図である。
図3】予測装置の機能構成例を示す図である。
図4】機械学習モデルを説明する図である。
図5】教師データの他の例を説明する図である。
図6】電話受付の場合に事業者の端末に出力表示される画面例を示す図であり、(a)は、電話オペレータ用閉栓依頼の受付画面の一例を示し、(b)は、受付画面の他の例を部分的に示し、(c)は、受付画面の別の例を部分的に示す。
図7】Web受付の場合に使用者の端末に出力表示される画面例を示す図であり、(a)は、閉栓申込みのWeb受付画面(1/n)を示し、(b)は、閉栓申込みのWeb受付画面(2/n)の一例を示す。
図8】Web受付の場合に使用者の端末に出力表示される画面例を示す図であり、(a)は、受付画面(2/n)の他の例を示し、(b)は、受付画面(2/n)の別の他の例を示す。
【発明を実施するための形態】
【0009】
以下、添付図面を参照して、本発明の実施形態について詳細に説明する。
図1は、本実施形態に係る不動産取引案内システム1の全体構成例を示す図である。
本実施形態に係る不動産取引案内システム1は、インフラ事業の契約又は使用に関する情報を用いて人が住まなくなる空き家の推定を行い、不動産取引の営業効率が向上する不動産取引先の候補を案内するシステムである。
なお、空き家と推定される不動産には、現在の居住者が引っ越しする予定がある場合のほか、すでに引っ越ししている場合も含まれる。
【0010】
ここにいうインフラ事業とは、産業や生活を支える基盤としての事業をいい、電力やガス等のエネルギーインフラ事業が含まれる。エネルギーインフラ事業の契約や使用状況の変化は、空き家推定に有用な情報である。また、ここにいうインフラ事業に、空き家推定に有用な可能性がある他のインフラ事業を含ませることができる。インフラ事業の分類には様々なものがあるが、例えば、上下水道や放送受信のほか、電話網及び通信網の通信インフラ等の生活インフラ事業を挙げることができる。
【0011】
不動産取引案内システム1は、予測装置10と、端末20と、端末30と、端末40を備える。予測装置10と端末20、予測装置10と端末30、および予測装置10と端末40とは、ネットワーク90を介して接続されている。
【0012】
端末20は、インフラ事業に関する消費者ないし利用者、使用者(以下、使用者という)の装置であり、電話機T20と共に居住用建物内にある。
端末30は、インフラ事業の供給者ないし提供者、事業者(以下、事業者という)の装置である。事業者には、使用者の電話機T20と通話するための電話機T30がある。
端末40は、不動産取引例えば不動産買取取引や不動産仲介取引を行う取引業者の装置である。取引業者には、端末40から各種の印刷を行うためのプリンターP40がある。
【0013】
不動産取引案内システム1の予測装置10は、中古マンション等の中古住宅の情報を取得し、また、中古住宅におけるガスや電力、水道、電話、通信等の契約や利用状況の情報を取得する。より詳細には、上述した中古住宅の情報は、住宅情報等のデータベースにより取得してもよく、インターネット等で公開されている情報から自動取得ないし手動での取得をしてもよい。
ここにいう中古住宅は、現在住居者がいる居住用建物であり、新築時から居住者がいない居住用建物は含まれない。さらに説明すると、中古住宅は、現在の住居者が新築当時から居住している場合の他、現居住者の前に前居住者がいた場合も含まれる。また、建築後予め定められている年数が経過しても売買契約が成立していない新築のマンションは、新古マンションとも呼ばれるが、かかる新古マンションは中古住宅に含まれない。
また、中古物件は、居住用建物としての分譲マンション等の集合住宅のほか、分譲一戸建てである。分譲マンションの場合は、分譲単位である部屋である。
【0014】
予測装置10は、例えば、コンピュータ等の情報処理装置により実現される。予測装置10は、単一のコンピュータにより構成しても良いし、複数のコンピュータによる分散処理により実現しても良い。
【0015】
端末20は、上述したように、インフラ事業の使用者の装置であり、例えば、PC(Personal Computer)等により実現される。
端末30は、上述したように、インフラ事業の事業者の装置であり、例えば、PC等により実現される。事業者としては、例えば、ガスを供給するガス事業者や、電力を供給する電力事業者である。かかるガス事業者や電力事業者は、サービス提供者ということができる。
端末40は、上述したように、不動産取引の取引業者の装置であり、例えば、PC等により実現される。取引業者としては、不動産買取業者や不動産仲介業者である。
【0016】
なお、本実施の形態では、端末30と端末40とが互いに異なる装置である構成例を採用するが、これに限られず、端末30及び端末40が同じ装置である構成例を採用してもよい。また、本実施の形態では、予測装置10と端末40とが互いに異なる装置である構成例を採用するが、これに限られず、予測装置10及び端末40が同じ装置である構成例を採用してもよい。
さらに、本実施の形態では、予測装置10と端末30と端末40とが互いに異なる装置である構成例を採用するが、これに限られず、予測装置10、端末30及び端末40が同じ装置である構成例を採用してもよい。
【0017】
また、予測装置10と端末20との接続、予測装置10と端末30との接続、および予測装置10と端末40との接続に用いられるネットワーク90は、データの送受信が可能であれば、その種類は特に限定されず、例えばインターネット、LAN(Local Area Network)、WAN(Wide Area Network)等として良い。データ通信に用いられる通信回線は、有線であっても無線であっても良い。また、複数のネットワーク90や通信回線を介して各装置を接続する構成としても良い。
【0018】
<ハードウェア構成例>
図2は、予測装置10及び端末20~40のハードウェア構成例を示す図である。
図2に示すように、予測装置10、使用者の端末20、事業者の端末30および取引業者の端末40の各々は、演算手段であるCPU(Central Processing Unit)100aと、主記憶手段であるメモリ100cとを備える。また、各装置は、外部デバイスとして、磁気ディスク装置(HDD:Hard Disk Drive)100g、ネットワークインターフェイス100f、表示機構100d、音声機構100h、キーボードやマウス等の入力デバイス100i等を備える。
【0019】
メモリ100cおよび表示機構100dは、システムコントローラ100bを介してCPU100aに接続されている。また、ネットワークインターフェイス100f、磁気ディスク装置100g、音声機構100hおよび入力デバイス100iは、I/Oコントローラ100eを介してシステムコントローラ100bと接続されている。各構成要素は、システムバスや入出力バスなどの各種のバスによって接続される。
【0020】
磁気ディスク装置100gには、各機能を実現するためのプログラムが格納されている。そして、このプログラムがメモリ100cにロードされ、このプログラムに基づく処理がCPU100aにより実行されることで、各種の機能が実現される。
【0021】
<予測装置の機能構成>
次に、予測装置10の機能構成について説明する。
図3は、予測装置10の機能構成例を示す図である。
予測装置10は、送受信部11と、属性情報取得部12と、ライフライン情報取得部13と、一般情報取得部14と、売却済み情報取得部15と、売却予測部16と、出力部17と、を備える。
【0022】
送受信部11は、ネットワーク90(図1参照)を介して使用者の端末20、事業者の端末30および取引業者の端末40と接続するためのネットワークインターフェイスである。これにより、予測装置10は、端末20~40とデータ交換を行う。
【0023】
属性情報取得部12は、事業者の端末30(図1参照)に格納されている契約している顧客の情報(顧客情報)である顧客の属性情報を、ネットワーク90(図1参照)を介して取得する。顧客の属性情報には、契約者の氏名や住所(住居表示)、電話番号、契約者番号等の情報が含まれる。
【0024】
ライフライン情報取得部13は、顧客のライフラインに関する情報であるライフライン情報を取得する。かかる顧客のライフラインは、水道、ガス、電気などを含める趣旨であり、インフラ事業と同義である。
ここにいうライフライン情報とは、予め定められた期間における水道、ガス、電気などを使用ないし利用した使用量ないし利用量、消費量や、利用量等に対応する料金を示す情報をいう。
【0025】
一般情報取得部14は、分譲マンションに関する一般情報を取得する。より詳細には、一般情報取得部14は、予めインターネット等からの分譲マンションの情報、例えばマンション名ないし建物名や、所在地、築年ないし築年月、階数等の情報を含む分譲マンションの情報を、ネットワーク90を介して取得する。このような分譲マンションの情報により、分譲マンションリストを取得することができる。なお、一般情報取得部14は、販売中の分譲マンションリストのデータを取得してもよい。
ここにいう一般情報には、分譲マンションの建物であることを特定する情報が含まれ、また、分譲マンションにおける分譲単位である部屋を示す情報が含まれる。
また、部屋を示す情報には、その部屋が建物における角部屋か否かを示す情報を含んでもよい。例えば、物件によっては、角部屋でない部屋が角部屋の場合に比べて売却できる可能性が低い場合、今後居住する予定のない物件を売却よりも賃貸にする可能性が高いことがあり、売却する可能性の予測に用いることができる。
【0026】
売却済み情報取得部15は、属性情報取得部12による属性情報と対応付けて顧客が分譲マンションを売却済か否かを示す情報を取得する。かかる情報は、データ販売業者からインターネット等を通じて取得可能である。なお、このような情報収集は、事業者側が顧客に対する架電により行ってもよい。
【0027】
売却予測部16は、ライフライン情報取得部13により取得したライフライン情報と、一般情報取得部14により取得した一般情報と、顧客が分譲マンションを売却済か否かを示す情報と、を入力として生成された後述の機械学習モデル50を使用する。かかる機械学習モデル50は、ライフライン情報及び一般情報と売却済か否かを示す情報との関係性を規定するものであり、予測結果を用いて検証することで更新される。
売却予測部16は、生成した機械学習モデル50により、顧客が居住している物件について売却する可能性を予測する。かかる予測は、閉栓依頼を行う前の段階で行われる。なお、閉栓依頼の態様としては、電話受付の場合とWeb受付の場合とがある。かかる閉栓は、利用停止の一態様を指すものであり、他の態様、例えば電力や水道の使用停止であってもよい。
【0028】
出力部17は、売却予測部16により予測された顧客が居住している物件について売却する可能性を出力する。出力先は、取引業者の端末40であり、ネットワーク90(図1参照)を介して行われる。
したがって、出力部17により出力される情報により、売却物件が顕在化される前の段階で所有者に対して不動産買取の営業等を行うことが可能になる。
なお、ここにいう不動産買取の営業等は、不動産買取の営業や不動産仲介の営業が含まれる概念であり、所有者が売却しようとする不動産を不動産業者が買い取る不動産買取の場合と、不動産の買い手を不動産業者が見つける不動産仲介の場合が含まれる。
【0029】
図4は、機械学習モデル50を説明する図である。機械学習モデル50は、売却予測部16(図3参照)により生成される。
図4に示す機械学習モデル50は、事業者が持つ顧客のライフラインに関する情報と、事業者が外部から情報収集した分譲マンションデータを教師データとして機械学習させることにより、顧客が居住している物件について売却する可能性を予測するモデルを構築する。このような事業者が持つデータ及び外部から得たデータを特徴量として入れる。
この分譲マンションデータは、分譲マンションに関する一般情報及び顧客が分譲マンションを売却済か否かを示す情報が含まれる。
【0030】
機械学習モデル50では、入力データとしては、ライフライン情報5b、一般情報5d及び売却済み情報5fであり、入力層51に入力される。顧客のライフライン情報と顧客が分譲マンションを売却済か否かを示す情報を教師データとする。
なお、ライフライン情報5bは、ライフライン情報取得部13により取得された情報であり、一般情報5dは、一般情報取得部14により取得された情報であり、売却済み情報5fは、売却済み情報取得部15により取得された情報である。
【0031】
中間層52では、演算処理によりライフライン情報5b、一般情報5d及び売却済み情報5fが組み合わさって相互の関連付けを行う。
中間層52では、入力層51に入力されたライフライン情報5b、一般情報5d及び売却済み情報5fの一部を用いて機械学習させ、残余の情報を用いて検証を行い、重み付け調整を行う。
なお、売却済か否かについて、正解データとして0/1で示す。顧客に架電して持ち家か否かを聞いて、それを正解データとすることができる。
【0032】
出力層53は、顧客が居住している物件について売却する可能性を予測する出力解を出力する。このようにして、閉栓していない顧客について、その顧客が居住している物件について売却する可能性を予測する。なお、顧客の居住物件について売却する可能性の予測は、その物件が持ち家であるかの予測であるということができる。
【0033】
ここで、顧客が分譲マンションを売却済か否かを示す情報を取得した顧客のライフラインに関する情報を教師データとする機械学習について説明する。以下説明する例は、数多いデータの中から、有意なものであることを確認できたものを挙げたものであり、これに限られない。
【0034】
例えば、ライフラインに関する情報に、ライフラインによる提供に関して用いられる機器の種別、名称、型番、設置場所、支払方法、サービス契約のうち少なくとも一つに関する情報が含まれることである。
【0035】
ここにいう機器は、例えば給湯器等の、住居に設置される設備等であり、機器の種別、名称、型番は、かかる設備を特定するための情報である。機器の設置場所は、例えば屋外か屋内かの別を示す情報であり、機器の支払方法は、一括払いであるか分割払いであるか等を示す情報であり、機器のサービス契約は、機器の保守契約等を示す情報である。例えば、ある特定の給湯器のメンテナンス契約は、顧客が持ち家の人である可能性が高いという傾向がある。
【0036】
例えば、一般情報に、物件の広さ、立地、用途地域、賃貸か否か、住居名称、分譲会社、施工会社、管理会社のうち少なくとも一つを示す情報が含まれることである。
【0037】
ここにいう物件の広さは、マンションの場合の専有面積、一戸建ての場合の坪数ないし延床面積をいう。専有面積が小さい場合には賃貸である確率が高く、言い換えると、その物件について売却する可能性は低い。
立地には、最寄り駅に近いことや最寄り駅から徒歩圏内であること、近隣に商業施設があること等が含まれる。用途地域は、都市計画法の地域地区のひとつで、例えば第一種低層住居専用地域などの種類がある。
【0038】
賃貸か否かは、賃貸物件であるかどうかを示す情報である。より詳細には、建物が賃貸向けに建てられたものであるかどうかの情報ほか、分譲マンションの場合、その一部の部屋が賃貸されていることがあることから、部屋単位の情報になる。
【0039】
住居名称は、共同住宅の場合に例えば「コーポ」や「メゾン」等の賃貸向けの建物であるかどうかであり、建物単位で賃貸か否かの判別が可能である。分譲会社、施工会社、管理会社は、建物に関わる業者であり、売主である分譲会社や、建設工事を担う施工会社、完成した建物の共用部の管理請負等を担う管理会社により賃貸か否かの判別が可能である。さらに販売会社を含めてもよい。
【0040】
例えば、住居が分譲マンションに属する場合、一般情報に、売買又は賃貸の取引事例数に関する情報と売主が不動産業者か個人かに関する情報のうち少なくとも一つが含まれることである。
ここにいう取引事例数は、売買や賃貸の実績値であり、売買の取引事例数が高いほど持ち家の確率が高くなり、したがって、売却可能性が高い。また、売買の取引事例数が多くても直近で賃貸の取引事例がある場合には、賃貸収入等を目的とする投資物件である確率が高くなる。また、取引頻度が高く、比較的短い期間で売買が行われる場合にも投資物件である確率が高いと考えられる。
【0041】
例えば、ライフラインに関する情報に、利用開始の事由、受付媒体、支払方法、契約名称・種別のうち少なくとも一つを示す情報が含まれることである。
ここにいう利用開始の事由は、開栓をどのような事由で行ったことを示す情報であり、開栓申し込みの際に事業者側が顧客に対して申し込む理由を確認することで入手可能な情報である。受付媒体は、例えば固定電話、携帯電話、メール、SMS(short message service)、Webサイト等の別である。支払方法は、ガスや給湯器の料金支払いを銀行口座振替、クレジットカード払い、払込書払い等を示す情報である。
契約名称・種別は、顧客が事業者と契約している内容を示す情報であり、例えば温水の床暖房を利用する場合のオプション等が含まれる。
【0042】
次に、教師データの他の例について図5を用いて説明する。
図5は、教師データの他の例を説明する図である。
かかる教師データとしては、例えば築年数や、Web閉栓/電話閉栓の別、契約期間等の情報またはこれらの組み合わせが用いられる。ライフラインの利用停止の予測結果を利用する不動産取引の営業を考慮したものが含まれる。
【0043】
ここにいう築年数は、ライフラインが利用される建物についての情報であり、ライフライン情報に含まれる。建物についての情報には、例えば中古分譲マンションにおける分譲単位である部屋を示す情報が含まれ、不動産取引の営業を行うとされる不動産取引の営業先の候補である。
【0044】
築年数は、竣工からある程度の年数が経った物件に絞られ、竣工して間もない築浅の物件が除外される。築年数が数年である築浅物件は、資産価値が新築の場合に比べてさほど落ちていないこと及び売却物件としての数が多くないことから、買取や仲介の不動産業者間の競争が厳しい。その一方で、ある程度の年数が経った中古物件については、標準仕様でリフォームすることで資産価値をより高めることができる。また、築年数により、新耐震基準であるか否かの区別や、アスベスト不使用の建物特性等をある程度反映させることが可能であり、リフォーム時の作業負担を軽減することができる。なお、新耐震基準は、建築確認の日付が1981年6月1日以降の建物に対して適用されていることから、新耐震基準の適用の有無の観点で、築年数の上限値を設定することができる。
【0045】
Web閉栓/電話閉栓の別は、閉栓依頼の方法であり、Web閉栓と電話閉栓を区別しておくことで、営業資料としての付加価値を高めることができる。その一例を示すと、Web閉栓の場合は、一般的に比較的若い世代の割合が高いことが推定され、電話閉栓の場合は、一般的に比較的高齢者の割合が高いことが推定される。
Web閉栓の場合は、ネット情報の収集に長けている世代の割合が高いと推定されることから、例えば、ガス事業者が不動産取引の営業についてネットで広告を行っておく場合に営業効率が高いグループであると考えられる。また、電話閉栓の顧客に対して不動産取引の電話営業を行う場合に、ビジネスの親和性が高いと考えられる。
ガスのWeb閉栓と電話閉栓の区別について説明したが、電気の利用停止についてもWebと電話の双方があり、ガスの場合と同様に区別することが可能であり、また、区別する意義がある。
さらに説明すると、ガスの開栓や電気の利用開始についても、電話のほかにWebで依頼する場合がある。このため、エネルギー利用開始時とエネルギー利用停止時の双方をWebで依頼する顧客は一定の割合で存在することから、不動産取引の営業広告をネットで行っておくことで、営業効率の高いグループを見出すことができる。
【0046】
契約期間を条件に含むのは、賃貸の場合は契約更新時またはその契約更新の少し前というタイミングで引っ越してエネルギー契約を解約するという傾向があり、エネルギーの契約年数は賃貸マンションの居住者の方が分譲マンションの居住者の場合よりも短い可能性が高いことから、エネルギー契約年数が短い顧客を除外することで、実需案件の割合を高めるためである。
ここにいう契約期間は、ガスの契約の場合のほか、ガス以外の例えば電力の契約を含んでもよい。電力の自由化により、ガス事業者であってもガスと電力の両方を契約していたり電力だけを契約していたりする顧客の属性情報を有することによる。
【0047】
図5を用いて具体的に説明する。
図5の(1)~(2)は、築年数と契約期間を組み合わせている。すなわち、(1)の場合は、「築年15年以上かつ契約期間3年以上」であり、(2)の場合は、「築年10年以上かつ契約期間3年以上」である。これにより、物件の資産価値をより高めることが可能な比較的築年数のある分譲マンションが含まれる可能性の高いグループにすることができる。
なお、上述の(1)~(2)における契約期間は、ガスの契約期間であり、電力の契約期間をも含む後述の例えば(10)~(11)とは異なる。
【0048】
付言すると、分譲マンションには、購入者ないしその関係者が居住するいわゆる実需の場合と、購入者ないしその関係者が居住せず貸し出すいわゆる投資の場合が含まれるが、実需に絞り込むことは困難である。
【0049】
図5の(3)~(6)では、築年数、契約期間及び閉栓依頼方法を組み合わせている。すなわち、「契約期間3年以上」とした上で、築年が「5年以上」と「15年以上」、閉栓依頼方法を「Web閉栓」と「電話閉栓」とした場合の4つの組み合わせが上述の(3)~(6)である。
【0050】
さらに説明すると、上述の(3)~(4)の「築年15年以上かつ契約期間3年以上」の場合は、新築時から入居している居住者の場合の他、その後の売買等により居住者が変わった新たな居住者の場合も含まれ得る。
その一方で、上述の(5)~(6)の「築年5年以上かつ契約期間3年以上」の場合は、上述の(3)~(4)に比べて、新築時から入居している居住者の割合が高くなる。また、分譲マンションは、築年が10年超よりも10年以内に売りに出される傾向があると仮定したとき、上述の(5)~(6)の場合は築年5年以上であることから、閉栓依頼の情報と組み合わせることで、現在入居している分譲マンションを売りに出そうと考えている顧客の割合が上述の(3)~(4)よりも高くなることが期待できる。
【0051】
図5の(7)~(8)は、「築年5年以上かつ契約期間4年以上」を、閉栓依頼方法が「Web閉栓」の場合と「電話閉栓」の場合とで別々にしている。築年と契約期間の差が上述の(5)~(6)の場合よりも小さいことから、新築時から入居している居住者の割合がさらに高くなる。人生で不動産の売買を経験する回数は一般的に多くないことから、上述の(7)~(8)の場合は、不動産の売買を経験したことがなく初めてである割合が、上述の(5)~(6)の場合よりも高いと考えられる。
【0052】
図5の(9)は、「Web閉栓」の場合で「築年15年以上かつ契約期間5年以上」であり、上述の(3)よりも契約期間の閾値が2年長い。これにより、上述の(3)の場合よりも賃貸マンションの居住者が除外され、実需案件の割合を高めることが期待される。また、上述の(9)では「Web閉栓」を条件とすることから、上述したように、ネット広告の効果が高いことが考えられる。
【0053】
図5の(10)~(11)は、「築年5年以上かつ契約期間3年以上」の顧客のうち、その契約がガス契約及び電力契約である顧客を、閉栓依頼方法が「Web閉栓」の場合と「電話閉栓」の場合とで別々にしている。
上述の(10)~(11)は、ガス契約のみならず、電力自由化により電力契約も行っている契約者の場合である。一般的に、ガス事業者にガス及び電力の契約を行っている顧客は、いずれか一方のみの契約を行っている顧客に比べて、ガス事業者に対して高い信頼性を持っていることが推定され、ガス事業者の名前を用いた不動産取引の電話営業を行う際に、関心をもって最後まで説明を聞いてもらえる割合が高いことが期待できる。
【0054】
さらに説明すると、上述の(10)~(11)の築年数や契約期間は、上述の(5)~(6)と同じであることから、上述の(5)と(10)、又は上述の(6)と(11)をそれぞれ組み合わせることで、ガス契約のみの顧客や、ガスと電力の双方を契約している顧客、電力契約のみの顧客をリスト化することが可能である。なお、電力契約のみの顧客の場合は、オール電化の物件である可能性が高いと考えられる。
また、電力契約をしている場合、ガスは閉栓したが、電力契約をしている場合には、まだ定期的に自宅に戻る可能性があるが、今後空き家になる可能性が高いと考えられる。電気もガスも契約が終了した場合は、現時点で空き家と推定されるマンションの可能性が高い。
【0055】
図5の(12)~(13)は、「築年2年以上かつ契約期間2年以上」を、閉栓依頼方法が「Web閉栓」の場合と「電話閉栓」の場合とで別々にしている。築年と契約期間が同じであることから、上述の(7)~(8)よりも、新築時から入居している居住者の割合がさらに高くなる。
【0056】
図5の(14)~(15)は、「契約期間2年未満の電力契約者」を、閉栓依頼方法が「Web閉栓」の場合と「電話閉栓」の場合とで別々にしている。上述の(14)~(15)は、築年数を含んでいない点及び電力契約者である点で、ガス契約者である上述の(12)~(13)とは異なることから、観点が異なる条件とすることができる。
【0057】
図5の(16)~(17)は、「築年12年以上かつ契約期間3年以上」を、閉栓依頼方法が「Web閉栓」の場合と「電話閉栓」の場合とで別々にしている。築年15年以上である上述の(3)~(4)の場合よりも実需の件数が多くなる。
【0058】
図示を省略するが、ライフライン情報に含まれる他の情報について説明する。
かかる他の情報として、例えば、各種営業活動や定期点検(電気設備点検・ガス定期保安点検)や機器修理といった事業者が建物居住者との過去最終接点から現在までの期間(事業者側が建物の居住者との過去に遡った直近の接点以降の期間の一例)を挙げることができる。
また、他の情報として、各種機器(電気・ガス・通信事業者が販売または提供し、宅内に設置されているもの(例えば終端装置・ガス警報器))など最終設置から現在までの期間(設置された時期以降の期間の一例)を挙げることができる。
さらに、建物の所在するエリアについて、例えば、国内の人及び世帯の実態把握のために行われる国勢調査による人口流出率等の人口変動の統計情報のほか、各年代の数や世帯構成の割合等の統計情報(人及び/又は世帯に関する統計情報の一例)を用いた条件を挙げることができる。なお、かかる統計情報は、複数の調査時期による統計の比較による同一エリアにおける変動に着目してもよく、単一の調査時期の統計におけるエリアの比較による相違に着目してもよい。
【0059】
また、不動産取引の営業に着目したものとして、以下がある。
すなわち、分譲マンションリストに、部屋の広さ及び/又は間取りを示す情報が含まれている場合に、部屋の広さ(m)や間取り情報から流通性の高い物件かどうか判断してもよい。例えば、実需として人気の高い50m~80mの場合に重み付けを大きくし、その一方で、30m以下のワンルームなどは重み付けを小さくすることが考えられる。
また、分譲マンションリストに、最寄り駅を示す情報や最寄り駅からの距離を直接的又は間接的に示す情報である住所情報例えば徒歩分数情報が含まれている場合に、最寄り駅名や徒歩分数情報から流通性の高い物件かどうか判断し、重み付けを調整してもよい。例えば、横浜駅には複数路線があり最寄り駅として人気であるので、重み付けを大きくすることが考えられる。また、例えば、最寄り駅徒歩25分はバスを使用して移動することになり(バス圏)、流通性が低いと想定されることから、重み付けを小さくすることが考えられる。
さらに、分譲マンションリストに、過去の不動産取引に関する情報が含まれている場合、過去の不動産取引データ(外部情報含む)から、成約価格(又は坪単価)から一件当たりの利幅が大きい、つまりは営業効率が高い物件を特定してもよい。
【0060】
また、顧客の属性情報に、契約者の契約に関する条件として、エネルギー業者との契約情報・その他確認できるサービスの契約情報(インフラ事業の契約の複数の種類を示す情報の一例)が含まれている場合、契約情報の種類や数などから重み付けしてもよい。例えば、ガスに加えて、電気の契約がある(あった)顧客は、そのエネルギー会社に対して高いロイヤリティを持っているため営業効率が高い可能性があると考えられることから、重み付けを大きくすることが考えられる。そのほか、エネルギー業者の展開する付帯サービスを契約している場合も同様に行うことが考えられる。
【0061】
さらに、顧客の属性情報に、契約者と申し込み者の関係が異なる場合などエネルギー契約者とエネルギー利用停止申込者の関係性を示す情報が含まれる場合、特に名字が同一で関係性が子などの場合、相続された建物である可能性が高いことから、重み付けを大きくしてもよい。言い換えると、契約者以外の者から例えばガス閉栓依頼を受け付けた場合に、その者が契約者の親族である等の例えば家族関係を有する場合に、相続された案件の可能性があるとして、重み付けを大きくすることが考えられる。ここにいう親族とは、6親等内の血族、配偶者、3親等内の姻族をいう。
【0062】
次に、売却予測部16による予測結果を用いる応用例について説明する。
かかる応用例は、予測結果を基に、案内に関する判定を出力部17(図3参照)が行う場合である。かかる案内は、空き家になることに伴い提供可能なサービスの案内を行うかどうかの案内の有無及び/又は案内を行う際の案内の程度である。
【0063】
案内に関する判定は、予測結果の確率を用いて行うことができる。例えば、予測結果が高い確率の場合には、案内の程度は、詳しくしっかりと説明するという詳細な説明とされ、予測結果が低い確率の場合には、案内の程度は、さらりと簡易に説明するという簡易な説明とされる。
付言すると、案内を行う/行わないという判定を行ってもよい。この場合には、案内を行うという判定の場合に、上述した案内の程度を判定する。
【0064】
応用例における案内は、顧客による閉栓申し込みの際に行われるものである。閉栓申し込みとしては、電話による場合(電話閉栓)とWebによる場合(Web閉栓)とがある。以下、電話閉栓での判定を応用例1、Web閉栓での判定を応用例2として説明する。
なお、判定を行う時期としては、事前に判定しておき、申し込みがあった場合に事前判定結果を基に対応する場合と、申し込みがあった場合に顧客について判定を行い、判定結果を基に対応する場合と、があるが、これらを区別せずに、応用例について説明する。
【0065】
図6は、電話受付の場合に事業者の端末30(図1参照)に出力表示される画面例を示す図であり、(a)は、電話オペレータ用閉栓依頼の受付画面の一例を示し、(b)は、受付画面の他の例を部分的に示し、(c)は、受付画面の別の例を部分的に示す。すなわち、(b)及び(c)は、(a)の領域62のみを示す。なお、図6における閉栓依頼は、ガスの使用停止ないし利用停止の意味で用いているが、これに限られず、電気の使用停止ないし利用停止などの他のインフラに対するものについても同様である。
図6(a)に示す受付画面60は、顧客情報を表示する領域61と、領域61の下に位置し、案内に関する情報を表示する領域62と、を有する。
【0066】
受付画面60の領域61には、上から順に「閉栓依頼のお客さま情報」の表示と、契約者番号を入力する入力領域61aと、入力領域61aに入力された契約者番号に対応付けられている「氏名」及び「住所」を表示する領域と、がある。ここにいう契約者番号ないし氏名は、上述したように、契約者を特定する特定情報の一例である。
図6(a)に示す例では、電話対応中の電話オペレータが電話機T30(図1参照)で顧客から聞き取った契約者番号「○○○○○」が入力領域61aに入力された状況である。すると、領域61には、契約者番号「○○○○○」に対応する「氏名」として「□□□ □□」、及び「住所」として「△△△県△△△市△△区△△1-1-1」が表示される。
【0067】
領域61に表示される「氏名」及び「住所」は、電話オペレータが顧客の本人確認を行うためのものであり、電話オペレータは、顧客が伝える氏名と住所が表示のものと一致するかどうかで本人確認する。
【0068】
受付画面60の領域62には、上から順に「空き家になることに伴い提供可能なサービスの案内」の表示と、領域61の契約者番号「○○○○○」の顧客に対する判定結果を示す領域63と、がある。判定結果を示す領域63は、サービスの案内をするかどうかを示す表示63aと、案内する場合の案内の程度を示す表示63bと、が含まれている。
【0069】
図6(a)では、判定結果を示す領域63の表示63aが「案内の有無:有」であり、表示63bが「案内の程度:詳細」である。したがって、電話オペレータは、本人確認後に、判定結果を示す領域63の表示63a、63bを参照し、通話中の顧客に対して、空き家になることに伴い提供可能なサービスをしっかり説明する。
例えば、当社では、不動産の買取ないし仲介のサービスを提供していることを説明した上で、不動産の売却を考えているかという質問や、本サービスに興味があるかという質問などをしながら、本サービスによる顧客のメリットを説明したり顧客からの疑問に答えたりする。さらに、顧客の希望により、パンフレット等の資料を自宅に送付したり営業担当を訪問させるアポイントメントをとったりする。
【0070】
図6(b)では、判定結果を示す領域63の表示63aが「案内の有無:有」であり、表示63bが「案内の程度:簡易」である。電話オペレータは、通話中の顧客に対して、空き家になることに伴い提供可能なサービスをさらりと説明する。
例えば、当社では不動産の買取ないし仲介のサービスを提供していることを説明し、興味があればお問合せしてほしいことを伝える程度にとどめる。
【0071】
図6(c)では、判定結果を示す領域63の表示63aが「案内の有無:無」であり、表示63bが「-」である。電話オペレータは、通話中の顧客に対して、空き家になることに伴い提供可能なサービスを説明しないで、閉栓依頼の受付のみを行う。
【0072】
このように、判定結果を示す領域63には、案内の有無及び案内の程度が表示されることから、電話オペレータは、領域63の表示に従って電話対応することで、閉栓依頼の電話をかけてきた顧客のうち不動産取引の案内をすべきと判定された顧客に対し、確実に不動産取引の案内を行うことができる。
また、案内を行う場合、例えば空き家可能性の高低という推定結果に応じて判定される案内の程度に従って案内を行うことで、空き家可能性の高い顧客に対してはしっかりとした説明をし、空き家可能性の低い顧客に対してはさらりと説明することで、不動産取引の営業を効率的に行うことができる。
【0073】
図7及び図8は、Web受付の場合に使用者の端末20(図1参照)に出力表示される画面例を示す図であり、図7(a)は、閉栓申込みのWeb受付画面(1/n)を示す。また、図7(b)は、閉栓申込みのWeb受付画面(2/n)の一例を示し、図8(a)は、受付画面(2/n)の他の例を示し、(b)は、受付画面(2/n)の別の他の例を示す。ここにいう「n」は、2以上の整数である。
図7(a)に示す受付画面70は、「閉栓申込みを受け付けます。」及び「契約者番号を入力してください。」という顧客に対するメッセージと、顧客情報を表示する領域71と、を有する。
【0074】
受付画面70の領域71には、契約者番号を入力する入力領域71aと、入力領域71aに入力された契約者番号に対応付けられている「氏名」及び「住所」を表示する領域と、がある。図7(a)に示す例は、上述した図6(a)に示す場合と同じ「氏名」及び「住所」の表示がなされている。
使用者は、内容確認し、正しければ、OKボタンを操作する。これにより、図7(b)の画面に進む。
【0075】
なお、セキュリティのために、予め定められた暗証番号ないしパスワードを入力させる場面を介してもよく、また、図7(a)の画面をログイン操作後に表示するようにしてもよい。暗証番号やログインする際に入力する情報は、契約者を特定する特定情報の一例である。
【0076】
図7(b)に示す受付画面70には、閉栓希望日についての領域72と、不動産取引サービスの説明を表示する説明表示領域73と、がある。
領域72には、上から順に「閉栓の希望日を入力してください。」という表示と、使用者が閉栓希望日を入力するための領域72aと、がある。図7(b)に示す例では、領域72aは、未入力の空欄である。
【0077】
説明表示領域73には、上から順に「不動産取引サービスのご案内」の表示と、案内の表示範囲を示すための一点鎖線で囲まれている領域73aと、がある。さらに説明すると、図7(b)に示す一例は、使用者に対する判定結果が「案内の有無:有」及び「案内の程度:詳細」の場合であり、案内の文章が長い。このため、案内の内容を示す領域73aには、説明表示領域73内の表記を上下にずらすことで表示されていない部分を表示させるためのスクロールバー73bが表示されている。
【0078】
図8(a)に示す受付画面70には、閉栓希望日についての領域72と、不動産取引サービスの説明を表示する説明表示領域73と、がある。領域72は、図7(b)に示す場合と同じであり、その説明を省略する。
説明表示領域73には、図7(b)に示す場合と同じく、上から順に「不動産取引サービスのご案内」の表示と、領域73aと、がある。図8(a)に示す他の例は、使用者に対する判定結果が「案内の有無:有」及び「案内の程度:簡易」の場合であり、案内の文章が図7(b)の場合に比べて短い。このため、案内の内容を示す領域73aには、図7(b)に表示されているスクロールバー73bが表示されていない。
【0079】
図8(b)に示す受付画面70には、閉栓希望日についての領域72がある。領域72は、図7(b)に示す場合と同じであり、その説明を省略する。
さらに説明すると、図8(b)に示す別の他の例は、使用者に対する判定結果が「案内の有無:無」及び「案内の程度:-」の場合であり、案内の表記が省略される。このため、図8(b)に示す受付画面70には、図7(b)や図8(a)に図示されている説明表示領域73がない。説明表示領域73において説明の長さに差異を持たせている(説明の長短)。
【0080】
このように、説明表示領域73の領域73aに、Web依頼の顧客のうち不動産取引の案内をすべきと判定された顧客に対し、確実に不動産取引の案内を行うことができる。また、案内を行う場合、案内の程度に応じて案内の内容が変更される。すなわち、引っ越しにより空き家になる可能性が低い顧客に対し、一応は案内するもののその顧客が引っ越し予定のない可能性があることも想定して簡単に説明する。その一方で、引っ越しにより空き家になる可能性が高い顧客に対しては、不動産取引の案内に興味を持つ可能性が高いとして、要点をまとめつつ詳細に説明する。これにより、Web依頼を行う画面において効率的な不動産取引の案内を行うことができる。なお、引っ越しにより空き家になる可能性に着目しているが、それと共に又はそれに代えて顧客の年齢層に応じて案内の程度を判定してもよい。
そして、引っ越しの可能性が極めて低い顧客に対しては、不動産取引の案内を省略することで、顧客の操作に伴う画面確認の負担を軽減することができる。
【0081】
以上、本発明の実施形態について説明したが、本発明の技術的範囲は上記の実施形態に記載の範囲には限定されない。上記の実施形態に、種々の変更又は改良を加えたものも、本発明の技術的範囲に含まれることは、特許請求の範囲の記載から明らかである。
【符号の説明】
【0082】
10…予測装置、13…ライフライン情報取得部、14…一般情報取得部、16…売却予測部
図1
図2
図3
図4
図5
図6
図7
図8
【手続補正書】
【提出日】2023-08-17
【手続補正1】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項1】
顧客のライフラインに関する情報を取得するライフライン情報取得部と、
分譲マンションに関する一般情報を取得する一般情報取得部と、
前記顧客のライフラインに関する情報と前記一般情報と、前記顧客が分譲マンションを売却済か否かを示す情報とを教師データとして機械学習させることにより、前記顧客が居住している物件について売却する可能性を予測する売却予測部と、
を備え
住居が分譲マンションに属する場合、前記一般情報に、売買及び賃貸の取引事例数に関する情報が少なくとも含まれる、
予測装置。
【請求項2】
前記ライフラインに関する情報に、前記ライフラインによる提供に関して用いられる機器の種別、名称、型番、設置場所、支払方法、サービス契約のうち少なくとも一つに関する情報が含まれる、
請求項1に記載の予測装置。
【請求項3】
前記一般情報に、前記物件の広さ、立地、用途地域、賃貸か否か、住居名称、分譲会社、施工会社、管理会社のうち少なくとも一つを示す情報が含まれる、
請求項1に記載の予測装置。
【請求項4】
記一般情報に、前記物件が賃貸か否かを示す情報が含まれる、
請求項1に記載の予測装置。
【請求項5】
前記物件が賃貸か否かを示す情報は、当該物件の広さ、住居名称、分譲会社、施工会社、管理会社のうち少なくとも一つを示す情報
請求項に記載の予測装置。
【請求項6】
住居が分譲マンションに属する場合、前記一般情報に売主が不動産業者か個人かに関する情報がさらに含まれる、
請求項1に記載の予測装置。
【請求項7】
前記ライフラインに関する情報に、利用開始の事由、受付媒体、支払方法、契約名称・種別のうち少なくとも一つを示す情報が含まれる、
請求項1に記載の予測装置。
【請求項8】
前記売却予測部は、前記売買及び賃貸の取引事例数に関する情報を基に、前記物件が投資物件である可能性を判断する、
請求項1に記載の予測装置。
【請求項9】
情報処理装置に、
顧客のライフラインに関する情報を取得するライフライン情報取得機能と、
分譲マンションに関する一般情報を取得する一般情報取得機能と、
前記顧客のライフラインに関する情報と前記一般情報と、前記顧客が分譲マンションを売却済か否かを示す情報とを教師データとして機械学習させることにより、前記顧客が居住している物件について売却する可能性を予測する売却予測機能と、
を実現させ、
住居が分譲マンションに属する場合、前記一般情報に、売買及び賃貸の取引事例数に関する情報が少なくとも含まれる、
プログラム。
【手続補正2】
【補正対象書類名】明細書
【補正対象項目名】0006
【補正方法】変更
【補正の内容】
【0006】
かかる目的のもと、本発明は、顧客のライフラインに関する情報を取得するライフライン情報取得部と、分譲マンションに関する一般情報を取得する一般情報取得部と、前記顧客のライフラインに関する情報と前記一般情報と、前記顧客が分譲マンションを売却済か否かを示す情報とを教師データとして機械学習させることにより、前記顧客が居住している物件について売却する可能性を予測する売却予測部と、を備え、住居が分譲マンションに属する場合、前記一般情報に、売買及び賃貸の取引事例数に関する情報が少なくとも含まれる、予測装置である。
ここで、前記ライフラインに関する情報に、前記ライフラインによる提供に関して用いられる機器の種別、名称、型番、設置場所、支払方法、サービス契約のうち少なくとも一つに関する情報が含まれる、ようにすることができる。
また、前記一般情報に、前記物件の広さ、立地、用途地域、賃貸か否か、住居名称、分譲会社、施工会社、管理会社のうち少なくとも一つを示す情報が含まれる、ようにすることができる。
さらに、記一般情報に、前記物件が賃貸か否かを示すが含まれる、ようにすることができる。
またさらに、前記物件が賃貸か否かを示す情報は、当該物件の広さ、住居名称、分譲会社、施工会社、管理会社のうち少なくとも一つを示す情報、ようにすることができる。
さらにまた、住居が分譲マンションに属する場合、前記一般情報に売主が不動産業者か個人かに関する情報がさらに含まれる、ようにすることができる。
またさらに、前記ライフラインに関する情報に、利用開始の事由、受付媒体、支払方法、契約名称・種別のうち少なくとも一つを示す情報が含まれる、ようにすることができる。
ここで、前記売却予測部は、前記売買及び賃貸の取引事例数に関する情報を基に、前記物件が投資物件である可能性を判断する、ようにすることができる。
上記の目的を達成する他の本発明は、情報処理装置に、顧客のライフラインに関する情報を取得するライフライン情報取得機能と、分譲マンションに関する一般情報を取得する一般情報取得機能と、前記顧客のライフラインに関する情報と前記一般情報と、前記顧客が分譲マンションを売却済か否かを示す情報とを教師データとして機械学習させることにより、前記顧客が居住している物件について売却する可能性を予測する売却予測機能と、を実現させ、住居が分譲マンションに属する場合、前記一般情報に、売買及び賃貸の取引事例数に関する情報が少なくとも含まれる、プログラムである。
【手続補正書】
【提出日】2024-02-01
【手続補正1】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項1】
顧客のライフラインに関する情報を取得するライフライン情報取得部と、
分譲マンションに関する一般情報を取得する一般情報取得部と、
前記顧客のライフラインに関する情報と前記一般情報と、前記顧客が分譲マンションを売却済か否かを示す情報とを教師データとして機械学習させることにより、前記顧客が居住している物件について売却する可能性を予測する売却予測部と、
を備え、
住居が分譲マンションに属する場合、前記一般情報に、売買及び賃貸の取引事例数に関する情報が少なくとも含まれ
前記売却予測部は、前記売買及び賃貸の取引事例数に関する情報を基に、前記物件が投資物件である可能性を判断する、
予測装置。
【請求項2】
前記ライフラインに関する情報に、前記ライフラインによる提供に関して用いられる機器の種別、名称、型番、設置場所、支払方法、サービス契約のうち少なくとも一つに関する情報が含まれる、
請求項1に記載の予測装置。
【請求項3】
前記一般情報に、前記物件の広さ、立地、用途地域、賃貸か否か、住居名称、分譲会社、施工会社、管理会社のうち少なくとも一つを示す情報が含まれる、
請求項1に記載の予測装置。
【請求項4】
前記一般情報に、前記物件が賃貸か否かを示す情報が含まれる、請求項1に記載の予測装置。
【請求項5】
前記物件が賃貸か否かを示す情報は、当該物件の広さ、住居名称、分譲会社、施工会社、管理会社のうち少なくとも一つを示す情報を含む、請求項4に記載の予測装置。
【請求項6】
住居が分譲マンションに属する場合、前記一般情報に売主が不動産業者か個人かに関する情報がさらに含まれる、
請求項1に記載の予測装置。
【請求項7】
前記ライフラインに関する情報に、利用開始の事由、受付媒体、支払方法、契約名称・種別のうち少なくとも一つを示す情報が含まれる、
請求項1に記載の予測装置。
【請求項8】
情報処理装置に、
顧客のライフラインに関する情報を取得するライフライン情報取得機能と、
分譲マンションに関する一般情報を取得する一般情報取得機能と、
前記顧客のライフラインに関する情報と前記一般情報と、前記顧客が分譲マンションを売却済か否かを示す情報とを教師データとして機械学習させることにより、前記顧客が居住している物件について売却する可能性を予測する売却予測機能と、
を実現させ、
住居が分譲マンションに属する場合、前記一般情報に、売買及び賃貸の取引事例数に関する情報が少なくとも含まれ
前記売却予測機能は、前記売買及び賃貸の取引事例数に関する情報を基に、前記物件が投資物件である可能性を判断する、
プログラム。
【手続補正2】
【補正対象書類名】明細書
【補正対象項目名】0006
【補正方法】変更
【補正の内容】
【0006】
かかる目的のもと、本発明は、顧客のライフラインに関する情報を取得するライフライン情報取得部と、分譲マンションに関する一般情報を取得する一般情報取得部と、前記顧客のライフラインに関する情報と前記一般情報と、前記顧客が分譲マンションを売却済か否かを示す情報とを教師データとして機械学習させることにより、前記顧客が居住している物件について売却する可能性を予測する売却予測部と、を備え、住居が分譲マンションに属する場合、前記一般情報に、売買及び賃貸の取引事例数に関する情報が少なくとも含まれ、前記売却予測部は、前記売買及び賃貸の取引事例数に関する情報を基に、前記物件が投資物件である可能性を判断する、予測装置である。
ここで、前記ライフラインに関する情報に、前記ライフラインによる提供に関して用いられる機器の種別、名称、型番、設置場所、支払方法、サービス契約のうち少なくとも一つに関する情報が含まれる、ようにすることができる。
また、前記一般情報に、前記物件の広さ、立地、用途地域、賃貸か否か、住居名称、分譲会社、施工会社、管理会社のうち少なくとも一つを示す情報が含まれる、ようにすることができる。
さらに、前記一般情報に、前記物件が賃貸か否かを示す情報が含まれる、ようにすることができる。
またさらに、前記物件が賃貸か否かを示す情報は、当該物件の広さ、住居名称、分譲会社、施工会社、管理会社のうち少なくとも一つを示す情報を含む、ようにすることができる。
さらにまた、住居が分譲マンションに属する場合、前記一般情報に売主が不動産業者か個人かに関する情報がさらに含まれる、ようにすることができる。
またさらに、前記ライフラインに関する情報に、利用開始の事由、受付媒体、支払方法、契約名称・種別のうち少なくとも一つを示す情報が含まれる、ようにすることができる
上記の目的を達成する他の本発明は、情報処理装置に、顧客のライフラインに関する情報を取得するライフライン情報取得機能と、分譲マンションに関する一般情報を取得する一般情報取得機能と、前記顧客のライフラインに関する情報と前記一般情報と、前記顧客が分譲マンションを売却済か否かを示す情報とを教師データとして機械学習させることにより、前記顧客が居住している物件について売却する可能性を予測する売却予測機能と、を実現させ、住居が分譲マンションに属する場合、前記一般情報に、売買及び賃貸の取引事例数に関する情報が少なくとも含まれ、前記売却予測機能は、前記売買及び賃貸の取引事例数に関する情報を基に、前記物件が投資物件である可能性を判断する、プログラムである。