JP2002230325A - 不動産取引仲介システム、不動産取引仲介方法及び不動産取引仲介用ソフトウェアを記録した記録媒体 - Google Patents

Abstract

(57)【要約】 【課題】 ユーザとの対応の効率化を図りつつ、ユーザ
の希望にマッチングした不動産物件情報を継続的に提供
することによって、不動産取引の成約率を向上させるこ
とができる不動産取引仲介技術を提供する。 【解決手段】 インターネットを介して、不動産の取引
を希望するユーザが利用可能なユーザ端末ＰＣに接続さ
れた不動産取引仲介サーバＳ１に、ユーザから受信した
メールを統一フォーマットに変換する受信メール変換部
１０１、受信メール変換部１０１によって変換された情
報のうち、同一ユーザからの情報を統合するユーザ情報
管理部１１１、ユーザ情報管理部１１１によって統合さ
れた情報を格納するユーザ情報格納部１２１、ユーザ情
報格納部１２１に格納された情報のうち、特定ユーザに
関する情報を検索するユーザ情報検索部１３２、ユーザ
情報検索部１３２によって検索された情報を表示する表
示装置を備える。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、例えば、インター
ネットなどのネットワークを利用して、不動産取引の仲
介を行なう不動産取引仲介システム、不動産取引仲介方
法及び不動産取引仲介用ソフトウェアを記録した記録媒
体に関する。

【０００２】

【従来の技術】旧来から、不動産関係業務の世界におい
ては、不動産の所有者であるオーナーと取引（購入や賃
貸）契約を希望するユーザとの仲介業務を行なう仲介業
者が多数存在している。この仲介業者は、保有する物件
の書類やデータベースの中から、来店したユーザの希望
を聞き、幾つかの物件に関する情報を提示する。ユーザ
は、提示された情報の中から希望する物件を選択する。
仲介業者は、ユーザが希望する物件のオーナーに対して
空き状況を確認する。当該物件が空いている場合には、
ユーザの下見の申し込みを受け付け、オーナーに対して
下見の日時等の打ち合せを行なう。下見の当日には、仲
介業者はオーナーに鍵空けの依頼を行ない、ユーザを該
当物件へ案内する。その後、ユーザが当該物件の取引を
希望する場合には、仲介業者は、オーナーに予約を行な
う。

【０００３】さらに、近年の情報通信技術の進展に伴
い、インターネットに代表されるコンピュータネットワ
ークの活用が普及しつつあり、その一環として、上述の
ような不動産の取引を仲介するシステムが提案されてい
る。すなわち、あらかじめ登録された不動産の物件情報
を、仲介業者によって運営されるＷｅｂサイト上で公開
する。そして、ユーザは、それぞれパーソナルコンピュ
ータなどの通信端末から、インターネット回線経由でＷ
ｅｂサイトにアクセスして、Ｗｅｂページ上でサービス
の情報を確認し、物件に関する希望を送信する。この希
望を受けた仲介業者は、上述と同様の手順で、空き状況
の確認、下見の手配、予約等を行なう。

【０００４】

【発明が解決しようとする課題】ところで、近年では、
大規模集合住宅の増大のため、オーナー自身による入居
者及び建物の維持管理が困難となっており、オーナーに
代わって管理業務を行なう管理業者が多くなってきてい
る。かかる管理業務は、仲介業者が兼務しているケース
が多く、契約したオーナーとの関係を維持している限
り、ある程度の定期的な収入が見込めるため、収益を上
げやすい。

【０００５】一方、従来からの仲介業務は、上述のよう
に、担当者が不特定多数の来店ユーザと長時間対応する
必要があり、人件費がかかる。しかし、担当者が対応し
たユーザの全てが、仲介業者の収益に結びつくわけでは
なく、成約率を飛躍的に向上させない限り、高い収益を
上げることはできない。

【０００６】このようなユーザとの対応の非効率、低い
成約率の問題は、単純にコンピュータネットワークを活
用するシステムを導入しても改善し難い。例えば、各仲
介業者は兼務している単独の管理業者の物件のみを推奨
している場合が多く、その管理会社にユーザの要望とマ
ッチングする物件がないと、ユーザへの継続的な情報提
供がし難く、成約率も低い。また、特定の仲介業者のシ
ステムに、複数の広告サイト等を介して同一のユーザが
問い合わせしてきたり、同一のユーザが別の日に別物件
を問い合わせしてきたりすると、同一人物であるとの認
識ができずに、複数の担当者が同一ユーザを担当すると
いったケースが生じやすく、営業効率が悪い。

【０００７】さらに、下見を行なうユーザは、まず仲介
業者の店舗等を訪問し、担当者とともに現地へ赴く必要
があった。そして、ユーザがその物件の取引を希望する
場合には、再度仲介業者等の店舗に行き、申込書に必要
事項を記入して申し込みをする必要があるため、ユーザ
及び担当者ともに手間がかかっていた。さらに、下見後
にユーザが取引を希望しない場合には、担当者の人件費
等を考慮すると、かなり効率の悪い営業となっていた。

【０００８】本発明は、上記のような従来の問題点を解
決するために提案されたものであり、その目的は、ユー
ザとの対応の効率化を図りつつ、ユーザの希望にマッチ
ングした不動産物件情報を継続的に提供することによっ
て、不動産取引の成約率を向上させることができる不動
産取引仲介システム及び不動産取引仲介方法並びに不動
産取引仲介用ソフトウェアを記録した記録媒体を提供す
ることにある。

【０００９】

【課題を解決するための手段】上記の目的を達成するた
め、請求項１記載の発明は、ネットワークを介して、不
動産の取引を希望するユーザが利用可能なコンピュータ
に接続された不動産取引仲介システムにおいて、前記ユ
ーザから受信した情報を統一形式に変換する変換手段
と、前記変換手段によって変換された情報のうち、同一
ユーザからの情報を統合するユーザ情報管理手段と、前
記ユーザ情報管理手段によって統合された情報を格納す
るユーザ情報格納手段と、前記ユーザ情報格納手段に格
納された情報のうち、特定ユーザに関する情報を検索す
るユーザ情報検索手段と、前記ユーザ情報検索手段によ
って検索された情報を表示するユーザ情報表示手段とを
有することを特徴とする。

【００１０】請求項６記載の発明は、請求項１記載の発
明を方法の観点から捉えたものであり、不動産の取引を
希望するユーザと不動産の管理者との取引を仲介する不
動産取引仲介方法において、前記ユーザから受信した情
報を統一形式に変換し、変換された情報のうち、同一ユ
ーザからの情報を統合し、統合された情報を格納し、格
納された情報の中から特定ユーザの情報を検索し、検索
された情報を表示することを特徴とする。

【００１１】請求項１０記載の発明は、請求項１及び６
記載の発明を、コンピュータによって実行可能なソフト
ウェアを記録した記録媒体の観点から捉えたものであ
り、コンピュータを用いて、不動産の取引を希望するユ
ーザと不動産の管理者との取引を仲介させる不動産取引
仲介用ソフトウェアを記録した記録媒体において、前記
ソフトウェアは前記コンピュータに、前記ユーザから受
信した情報を統一形式に変換させ、変換された情報のう
ち、同一ユーザからの情報を統合させ、統合された情報
を格納させ、格納された情報の中から特定ユーザの情報
を検索させ、検索された情報を表示させることを特徴と
する。

【００１２】以上のような請求項１、６及び１０記載の
発明では、例えば、Ｗｅｂサイトその他の媒体による不
動産広告を参照したユーザが、異なる情報形式で複数の
問い合わせを行なって来た場合であっても、これらの情
報が統一形式に変換されて、同一ユーザについての情報
が統合して格納される。従って、システムを運用する仲
介者側としては、同一ユーザに対して複数の担当者がつ
いてしまうといった非効率的な運用を防止することがで
きる。また、過去の問い合わせも含めて、同一ユーザの
情報をまとめて管理することができるので、２回目以降
の問い合わせの場合、ユーザのプロフィール等の個人情
報を確認する手間が省ける。

【００１３】請求項２記載の発明は、ネットワークを介
して、不動産の取引を希望するユーザが利用可能なコン
ピュータ及び不動産の管理者が利用可能なコンピュータ
に接続された不動産取引仲介システムにおいて、前記管
理者が管理する不動産の物件情報を格納する物件情報格
納手段と、前記ユーザから受信した情報にマッチングす
る物件情報を、特定の管理者が管理する物件及び全管理
者が管理する物件の少なくとも一方の条件で検索する物
件検索手段と、前記物件検索手段によって検索された物
件情報をユーザに送信する物件情報送信手段とを有する
ことを特徴とする。

【００１４】請求項７記載の発明は、請求項２記載の発
明を方法の観点から捉えたものであり、不動産の取引を
希望するユーザと不動産の管理者との取引を仲介する不
動産取引仲介方法において、前記管理者が管理する不動
産の物件情報を格納し、前記ユーザから受信した情報に
マッチングする物件情報を、特定の管理者が管理する物
件及び全管理者が管理する物件の少なくとも一方の条件
で検索し、検索された物件情報をユーザに送信すること
を特徴とする。

【００１５】請求項１１記載の発明は、請求項７及び２
記載の発明をコンピュータによって実行可能なソフトウ
ェアを記録した記録媒体の観点から捉えたものであり、
コンピュータを用いて、不動産の取引を希望するユーザ
と不動産の管理者との取引を仲介させる不動産取引仲介
用ソフトウェアを記録した記録媒体において、前記ソフ
トウェアは前記コンピュータに、前記管理者が管理する
不動産の物件情報を格納させ、前記ユーザから受信した
情報にマッチングする物件情報を、特定の管理者が管理
する物件及び全管理者が管理する物件の少なくとも一方
の条件で検索させ、検索された物件情報をユーザに送信
させることを特徴とする。

【００１６】以上のような請求項２、７及び１１記載の
発明では、システムを運用する仲介者は、多数の管理者
から物件情報を収集しておき、まず、ユーザからの問い
合わせにマッチングする管理会社の物件情報を、ユーザ
に提供することができる。しかし、ユーザからその後の
下見若しくは申込希望等がない場合には、そのユーザに
マッチングする他の管理者の物件情報若しくは全管理者
の物件情報を検索して、ユーザに提供することができ
る。このように、管理者単位で物件情報を検索、推奨し
ていくことができるので、各管理者のデータベースをそ
のまま利用することができ、仲介者側の情報処理の手間
が省ける。また、複数管理会社の共同斡旋機構的な色彩
になるので、ユーザにマッチングする種々の物件情報
を、多数の情報の中から効率よく継続的に推奨し続ける
ことができ、交渉を継続しやすく、最終的な成約率を飛
躍的に向上させることができる。

【００１７】請求項３記載の発明は、ネットワークを介
して、不動産の取引を希望するユーザが利用可能なコン
ピュータ及び不動産の管理者が利用可能なコンピュータ
に接続された不動産取引仲介システムにおいて、物件の
下見予約と物件の取引申込若しくは取引予約とに必要な
情報の入力フォームを格納する入力フォーム格納手段
と、前記入力フォームをユーザに送信する入力フォーム
送信手段と、ユーザの下見に必要な下見情報を格納する
下見情報格納手段と、ユーザから物件の下見予約と物件
の取引申込若しくは取引予約とに必要な情報を受信した
場合に、前記下見情報を送信する下見情報送信手段と、
前記下見情報を送信したユーザから取引申込若しくは取
引予約を受信した場合に、当該ユーザが希望する物件の
管理会社に、取引申込若しくは取引予約に必要な情報を
送信する申込情報送信手段とを有することを特徴とす
る。

【００１８】請求項８記載の発明は、請求項３記載の発
明を方法の観点から捉えたものであり、不動産の取引を
希望するユーザと不動産の管理者との取引を仲介する不
動産取引仲介方法において、ユーザから物件の下見予約
と取引申込若しくは取引予約に必要な情報を受信した場
合に、ユーザの下見に必要な情報を送信し、前記下見情
報を送信したユーザから取引申込若しくは取引予約を受
信した場合に、ユーザが希望する物件の管理会社に対し
て、取引申込若しくは取引予約に必要な情報を送信する
ことを特徴とする。

【００１９】請求項１２記載の発明は、請求項３及び８
記載の発明をコンピュータによって実行可能なソフトウ
ェアを記録した記録媒体の観点から捉えたものであり、
コンピュータを用いて、不動産の取引を希望するユーザ
と不動産の管理者との取引を仲介させる不動産取引仲介
用ソフトウェアを記録した記録媒体において、前記ソフ
トウェアは前記コンピュータに、ユーザから物件の下見
予約と取引申込若しくは取引予約に必要な情報を受信し
た場合に、ユーザの下見に必要な情報を送信させ、前記
下見情報を送信したユーザから取引申込若しくは取引予
約を受信した場合に、ユーザが希望する物件の管理会社
に対して、取引申込若しくは取引予約に必要な情報を送
信させることを特徴とする。

【００２０】以上のような請求項３、８及び１２記載の
発明では、ユーザが下見予約の際に、取引申込若しくは
取引予約に必要な情報を送信しておけば、下見後に、取
引申込若しくは取引予約を送信するだけで、管理会社に
対して申込がなされるので、ユーザは物件の下見の前後
に仲介者の店舗等を訪れることがなく申込手続きができ
るとともに、仲介者は下見の前後にユーザと応対する手
間がかからない。

【００２１】請求項４記載の発明は、ネットワークを介
して、不動産の取引を希望するユーザが利用可能なコン
ピュータ、不動産の管理者が利用可能なコンピュータ及
び前記ユーザに対して不動産の物件情報を広告する広告
提供者が利用可能なコンピュータに接続された不動産取
引仲介システムにおいて、前記管理者が管理する不動産
の物件情報を格納する物件情報格納手段と、前記広告提
供者によって提供される広告の掲載基準を格納する掲載
基準格納手段と、前記物件情報格納手段に格納された物
件情報の中から、前記広告提供者によって提供される広
告の掲載基準に適合する掲載情報を選択する掲載情報選
択手段と、前記掲載情報選択手段によって選択された掲
載情報を、前記広告提供者に送信する掲載情報送信手段
とを有することを特徴とする。

【００２２】以上のような請求項４記載の発明では、各
種の広告提供者へ広告を依頼する際に、それぞれの広告
に適合した項目等の掲載基準を適宜判断して、物件情報
を送信するので、項目が違っていたりすることによる手
間がかからず、刻々と変化する物件情報を即座に広告さ
せることができる。

【００２３】請求項５記載の発明は、請求項１〜４のい
ずれか１項に記載の不動産取引仲介システムにおいて、
前記ユーザから受信した情報内容に基づいて、当該ユー
ザに対する評価を付与するユーザ評価手段と、前記ユー
ザ評価手段によって付与された評価を表示する評価表示
手段とを有することを特徴とする。

【００２４】請求項９記載の発明は、請求項５記載の発
明を方法の観点から捉えたものであり、請求項６〜８の
いずれか１項に記載の不動産取引仲介方法において、前
記ユーザから受信した情報内容に基づいて、当該ユーザ
に対する評価を付与し、付与された評価を表示すること
を特徴とする。

【００２５】以上のような請求項５及び９記載の発明で
は、ユーザから送信される情報のうち、例えば、契約に
繋がる見込みがあるユーザに高い評価を付与することに
よって、仲介者が優先的に対応すべきユーザを一目で判
別できるので、効率的な対応が可能となる。

【００２６】

【発明の実施の形態】次に、本発明の実施の形態につい
て、図面を参照しながら具体的に説明する。なお、本実
施の形態は、典型的にはコンピュータをソフトウェアで
制御することで実現される。この場合のソフトウェア
は、コンピュータのハードウェアを物理的に活用するこ
とで本発明の作用効果を実現するものであり、従来技術
との共通部分には従来技術も適用される。

【００２７】但し、この場合のハードウェアやソフトウ
ェアの種類や構成、ソフトウェアで処理する範囲などは
各種変更可能であり、例えばこのようなソフトウェアを
記録したハードディスクドライブ・ディスクパック・Ｃ
Ｄ−ＲＯＭ・ＤＶＤ−ＲＯＭその他の種々の記録媒体は
単独でも本発明の一態様である。

【００２８】また、本実施の形態に含まれるネットワー
クについては、インターネットのみではなく、ＬＡＮな
どのネットワーク構成を採用することも可能である。さ
らに、本出願において「インターネット」というとき
は、従来のインターネットやその規格に限定する意味で
はなく、ブロードバンド（広帯域）インターネット、携
帯電話等のモバイル通信機器を含めたネットワークな
ど、将来登場するものを含め、多数者が接続可能な広域
ネットワークを広く意味するものである。

【００２９】〔１．実施の形態の構成〕本実施の形態
は、インターネット等のネットワーク経由で、不動産物
件に関する取引（購入、賃借等を含む）を希望するユー
ザと、不動産物件の管理を行なう管理業者との取引を仲
介する不動産取引仲介システムと、この不動産取引仲介
システム上で実行される不動産取引仲介方法に関するも
ので、不動産取引を実現するためのコンピュータソフト
ウェアを記録した記録媒体として把握することもでき
る。

【００３０】１−１．ネットワークの全体構成 まず、図１は、本実施の形態を構成する不動産取引仲介
サーバＳ１を示し、図２は、この不動産取引仲介サーバ
Ｓ１にネットワークを介して接続される他の要素を示す
図である。図２において、不動産取引仲介サーバＳ１、
不動産管理サーバＳ２及び物件広告サーバＳ３は、例え
ば、インターネットの標準プロトコルによって、ＨＴＭ
Ｌ及びＣＧＩなどを用いて、Ｗｅｂページを介した情報
の提供及び入手、情報の検索、メールやファイルの送受
信その他の双方向の情報のやり取りができるものであ
り、市販の汎用のサーバ装置を使用することができる。

【００３１】この不動産取引仲介サーバＳ１は、ユーザ
と管理者との取引の仲介を行う仲介業者によって運営さ
れ、この仲介業者によって任命された担当者（システム
管理者等も含む）が、情報の入出力用の端末を介して、
種々の情報処理を行う。

【００３２】なお、図１は、不動産取引仲介サーバＳ１
の各機能をブロック化した仮想的回路ブロック図である
が、実際には、ＷＷＷサーバ装置とデータベースサーバ
装置とが連繋して処理を行なうシステムとして構成され
ている。このように２台若しくはそれ以上の数のサーバ
装置によって不動産取引仲介サーバＳ１を実現すること
も可能であるが、１台のサーバ装置によって実現するこ
とも可能である。

【００３３】ＰＣは、ユーザが使う通信端末である。こ
のユーザ端末ＰＣは、ブラウザを備えた周知のパーソナ
ルコンピュータ、携帯電話、その他のモバイル通信機器
を使用することができ、必要なときにダイヤルアップ接
続などにより、インターネットを経由して不動産取引仲
介サーバＳ１に接続される。ユーザは、それぞれのユー
ザ端末ＰＣを介して、その出力画面を参照しながら、情
報入力、選択操作等の様々な作業を行うことができる。
なお、これらのユーザの数及びこれに対応するユーザ端
末ＰＣの数は、図２に示した数に限定されるものではな
い。

【００３４】不動産管理サーバＳ２は、不動産の管理者
によって使用されるサーバである。この不動産管理サー
バＳ２も、１台のサーバ装置によって実現することがで
きるし、ＷＷＷサーバ装置とデータベースサーバ装置と
が連繋して処理を行なうような複数台のサーバ装置によ
って構成することもできる。また、ユーザ端末と同様
に、不動産管理者の数及びこれに対応する不動産管理サ
ーバＳ２の数は、図２に示した数に限定されるものでは
ない。

【００３５】物件広告サーバＳ３は、不動産物件に関す
る広告サイトを運営するサーバである。この物件広告サ
ーバＳ３も、１台のサーバ装置によって実現することが
できるし、ＷＷＷサーバ装置とデータベースサーバ装置
とが連繋して処理を行なうような複数台のサーバ装置に
よって構成することもできる。また、ユーザ端末と同様
に、広告提供者の数及びこれに対応する物件広告サーバ
Ｓ３の数は、図２に示した数に限定されるものではな
い。

【００３６】１−２．不動産取引仲介サーバ 次に、不動産取引仲介サーバＳ１の構成を、図１の仮想
的回路ブロック図を参照して説明する。すなわち、不動
産取引仲介サーバＳ１は、メール処理部１００、情報管
理部１１０、登録情報格納部１２０、検索部１３０、ペ
ージデータ格納部１４０、ページデータ生成部１５０及
び送受信部１６０等を備えている。

【００３７】１−２−１．メール処理部 メール処理部１００は、各ユーザから受信したメールを
統一フォーマットに変換する受信メール変換部１０１、
送信メールを作成する送信メール作成部１０２、メール
を格納するメール格納部１０３等を備えている。なお、
メールの送受信は、例えば、電子メール転送プロトコル
ＳＭＴＰなどを用いて実現される。

【００３８】１−２−２．情報管理部及び登録情報格納
部 情報管理部１１０は、送受信部１６０を介してやり取り
される情報（メールを含む）を管理する手段であり、ユ
ーザ情報管理部１１１、ユーザ評価部１１２、物件情報
管理部１１３、掲載情報選択部１１４、担当者管理部１
１５等を備えている。登録情報格納部１２０は、ユーザ
情報格納部１２１、物件情報格納部１２２、掲載基準格
納部１２３及び担当者情報格納部１２４等を備えてい
る。

【００３９】ユーザ情報管理部１１１は、ユーザ端末Ｐ
Ｃとの間で、メール等を介してやり取りされる情報を管
理する手段である。この情報は、ユーザ情報格納部１２
１に格納される。例えば、ユーザ情報管理部１１１は、
登録に必要なユーザの身元情報に基づいて、個々のユー
ザと仲介業者の担当者との対話情報等を同一ユーザごと
に統合、管理する。身元情報の例としては、ＩＤ、パス
ワード、姓名、会社／団体名、メールアドレス、郵便番
号、都道府県、住所、電話番号、ＦＡＸ番号等を挙げる
ことができる。対話情報の例としては、担当者の応答情
報（推奨する物件情報等を含む）、ユーザの要望情報
（希望物件、物件に対する評価、下見希望、下見の感
想、取引希望等を含む）等を挙げることができる。

【００４０】ユーザ評価部１１２は、ユーザからの身元
情報や要望の内容に応じて、当該ユーザの評価を行なう
手段である。この評価の手法の例としては、例えば、図
９に示すような重み付けの数値を用いることが考えられ
る。すなわち、各項目に付与されている固有の重み数値
に、各項目内で順位付けられた内容に付与された重み数
値を乗じた数値を、各項目ごとに算出する。そして、各
項目ごとの算出値を全て合計した数値が、高いユーザか
ら順にＡ〜Ｅまでのランク付けを行なう。この項目の例
としては、希望賃料に対する月収の割合、希望賃料、契
約希望時期、勤務先、連帯保証人が親族か否か、法人
（上場企業か否か）契約か個人契約か等が挙げられる。
なお、ユーザが未記入の項目については、その項目につ
いては、最低の重み値として計算する。

【００４１】物件情報管理部１１３は、各管理者が管理
する不動産物件に関する情報を管理する手段である。こ
のような物件情報のうち、管理者に関するものの例とし
ては、名称、ＩＤ、パスワード、代表者氏名、郵便番
号、都道府県、住所、電話番号、ＦＡＸ番号、メールア
ドレス等が挙げられる。また、物件に関する情報の例と
しては、物件名、所在地（地図等も含む）、最寄駅、最
寄駅までの所要時間、間取り（図面等も含む）、一戸
建、マンション、アパート等の建物のタイプ、鉄筋か木
造か、フローリングか畳か等の建物の構造、物件の外観
や内部の写真、周辺の店舗、公共施設の有無等が挙げら
れる。なお、例えば、物件の所在地及びその地図、写真
等の物件情報の内容の一部は、下見を希望したユーザに
対して送信すべき下見情報となる。

【００４２】掲載基準格納部１２３には、各種物件広告
サーバＳ３が運営するサイトにおける掲載基準を格納す
る手段である。この掲載基準には、例えば、上述の物件
情報のうち、広告に掲載するために最低限必要な情報の
項目等が含まれている。掲載情報選択部１１４は、登録
情報格納部１２０における掲載基準格納部１２３に格納
された掲載基準に基づいて、物件広告サーバＳ３へ送信
する物件情報を選択する手段である。担当者情報格納部
１２４は、ネットワークを介して各ユーザと対応する担
当者に関する個人情報を格納した手段である。担当者管
理部１１５は、担当者情報格納部１２４に格納された個
人情報に基づいて、各ユーザへの担当者の割り振り等を
行う手段である。

【００４３】１−２−３．検索部 検索部１３０は、未処理メール検索部１３１、ユーザ情
報検索部１３２及び物件検索部１３３を備えている。未
処理メール検索部１３１は、メール格納部１０３に格納
された未処理メールのリストを検索する手段である。ユ
ーザ情報検索部１３２は、担当者によって選択されたユ
ーザの身元情報や対話情報等を、ユーザ情報格納部１２
１から検索する手段である。物件検索部１３３は、ユー
ザ若しくは仲介業者によって入力された条件に基づい
て、物件情報を管理者単位で若しくは全管理者の物件を
対象に物件情報格納部１２２から検索する手段である。

【００４４】１−２−４．ページデータ格納部及びペー
ジデータ生成部 ページデータ格納部１４０には、例えば、図５〜７に示
すように、それぞれ不動産取引仲介サーバＳ１によって
運営されるＷｅｂサイトのＷｅｂページを実現するため
の情報が格納されている。これらの情報は、例えば、文
字データ、画像データ、動画・音声データ、不動産取引
仲介サーバＳ１に接続された各担当者の端末装置やユー
ザ端末ＰＣのブラウザ側で実行されることによって、各
ページを生成するためのアプレット等を含むＨＴＭＬ文
書によって構成されている。なお、このページデータに
は、ユーザが下見を希望する旨及び取引申込（取引予約
の場合も含む）に必要な情報を入力するための入力フォ
ームも含まれている。ページデータ生成部１５０は、検
索部１３０及びページデータ格納部１４０からの情報に
基づいて、個々のユーザや個々の担当者に適合したＷｅ
ｂページを、各担当者の端末装置やユーザ端末ＰＣのブ
ラウザにおいて実現するためのデータを生成する手段で
ある。

【００４５】１−２−５．送受信部 送受信部１６０は、アクセスサーバ装置やルータなどの
ハードウェアと、ＴＣＰ／ＩＰプロトコル処理プログラ
ムなどのソフトウェアにより、インターネット接続処理
を実現する手段である。なお、不動産取引仲介サーバＳ
１及びこれに接続された端末装置は、図示はしないが、
各担当者が利用する表示装置、プリンタ等の出力装置、
キーボード、マウス及びマイク等の入力装置等が接続さ
れている。

【００４６】〔２．実施の形態の作用〕以上のように構
成された本実施の形態の処理の流れを、図２〜８を参照
して説明する。なお、図２は、システム全体の処理の流
れを示すシーケンス図、図３は不動産取引仲介サーバＳ
１における物件情報登録及び広告依頼処理の流れを示す
フローチャート、図４は不動産取引仲介サーバＳ１にお
けるユーザと管理業者との仲介処理の流れを示すフロー
チャート、図５〜７は、不動産取引仲介サーバＳ１に接
続された端末装置のブラウザにおける表示画面例、図８
は、ユーザ評価の一例における説明図を示す。

【００４７】また、以下に述べる選択操作は、典型的に
は、マウスによってカーソルをボタン等の表示部に合わ
せてクリックすることによって行なうが、タッチパネ
ル、キーボード、リモコンスイッチその他のあらゆる入
力装置によっても選択操作を行なうことができる。

【００４８】２−１．物件情報の登録…図２、図３ まず、仲介業者が、管理業者の管理している物件に関す
る情報を登録する際の手順を説明する。すなわち、仲介
業者は、あらかじめ多数の管理業者と、広告依頼業務、
取引仲介業務等の委託を受け、その業務委託費の支払い
を受ける旨の契約を締結しておく。そして、管理業者
が、不動産管理サーバＳ２から最新の空室物件に関する
物件情報を適宜送信すると、これを不動産取引仲介サー
バＳ１が受信する（ステップ３０１）。不動産取引仲介
サーバＳ１においては、物件情報管理部１１３が、当該
物件情報を管理者毎にコード化されたデータベースとし
て、物件情報格納部１２２に格納する。これにより、各
管理者毎の多数の物件情報が、不動産取引仲介サーバＳ
１に登録される（ステップ３０２）

【００４９】２−２．広告依頼…図２、図３ 次に、物件情報格納部１２２に格納された物件情報の中
から、各広告サイトの掲載基準に合わせた掲載情報が、
掲載情報選択部１１４によって選択される（ステップ３
０３）。そして、選択された掲載情報は、不動産取引仲
介サーバＳ１から、各物件広告サイトに送信される（ス
テップ３０４）。掲載情報を受信した物件広告サーバＳ
３は、その掲載情報を自己の広告サイトに掲載する。こ
れにより、ユーザは、各広告サイトにアクセスして、こ
れらの物件に関する情報を参照することができる。

【００５０】２−３．ユーザからの問い合わせの受付…
図２、図４ ユーザは、ユーザ端末ＰＣから、物件広告サイトへアク
セスして、そこに掲載された種々の物件情報を閲覧す
る。そして、所望の物件情報を選択し、身元情報や要望
情報をメールで送信することによって、不動産取引仲介
サーバＳ１へ問い合わせを行なう。この問い合わせは、
例えば、物件広告サイトに表示された不動産取引仲介サ
ーバＳ１のメールアドレスを選択することによって行な
うことができる。なお、ユーザが問い合わせのメールを
物件広告サーバＳ３に送信し、これを受信した物件広告
サーバＳ３が不動産取引仲介サーバＳ１へ転送してもよ
い。問い合わせメールを受信した不動産取引仲介サーバ
Ｓ１においては（ステップ４０１）、メール処理部１０
０における受信メール変換部１０１が、各ユーザ及び各
物件広告サイトごとに異なるフォーマットのメールを統
一フォーマットに変換し、メール格納部１０３に格納す
る（ステップ４０２）。

【００５１】２−４．メール処理…図２、図４ 仲介業者の各担当者は、端末装置に自己のＩＤ及びパス
ワードを入力すると、担当者管理部１１５が、担当者情
報格納部１２４に格納された担当者情報に基づいて、Ｉ
Ｄ及びパスワードの照合を行なうので、不動産取引仲介
サーバＳ１の利用が可能となる。ここで、担当者が端末
装置から未処理メールの検索を要求すると（ステップ４
０３）、未処理メール検索部１３１によって、メール格
納部１０３に格納された未処理メールのリストが検索さ
れる（ステップ４０４）。この未処理メールの検索は、
例えば、初回問い合わせ日がいつからいつまでのもの
か、担当者は誰かといった検索条件に基づいて行なうこ
とも可能である。そして、ページデータ生成部１５０に
よって、ページデータ格納部１４０のページデータに基
づいて、未処理メールのリストページが生成され、端末
装置に接続された表示装置に表示される（ステップ４０
５）。

【００５２】この未処理メールのリストは、図５に示す
ように、メール送信者の初回問合せ日、メール送信者Ｉ
Ｄ、メール送信者名、メール送信者アドレス、メールタ
イトル、担当者名等が表示されている。また、同一ユー
ザからのメールについては、ユーザ名称、ユーザのメー
ルアドレス、ユーザの電話番号、担当者名等が共通する
かどうかを基準として、まとまった位置に配置して表示
される。担当者は、かかるリストページにおいて、すで
に自ら担当している若しくはこれから新規に担当すべき
ユーザのメールがある場合には、そのユーザのチェック
ボックスにチェックしてメール処理ボタン（図５におけ
る処理／未処理フラグ更新ボタン）を選択する（ステッ
プ４０６）。

【００５３】すると、ユーザ情報管理部１１１はチェッ
クされたメールのうち、同一ユーザのものを統合し、ユ
ーザ情報格納部１２１に格納する（ステップ４０７）。
なお、ユーザ情報管理部１１１は、チェックボックスへ
チェックする手順を介さずに、上述と同様に同一ユーザ
のメールを自動的に判断して統合してもよい。そして、
担当者が未定であったユーザについては、不動産取引仲
介サーバＳ１の端末を利用してチェックボックスへチェ
ックした担当者が、担当者管理部１１５によって自動的
に判定され、その担当者が当該ユーザに自動的に割り振
られる（ステップ４０８）。

【００５４】さらに、ユーザ評価部１１２は、ユーザか
らの身元情報及び要望情報の内容に応じて、当該ユーザ
の評価を行う（ステップ４０９）。例えば、上述の図８
で示した重み数値を用いた評価の例の場合には、ユーザ
が、希望賃料に対する月収の割合が２０％以内、希望賃
料が１５万円以上、上場企業正社員の場合には、Ａラン
クと評価される。なお、この評価は、ユーザ情報管理部
１１１によって、各ユーザ毎にユーザ情報格納部１２１
に格納される。

【００５５】２−５．応答…図２、図４ 各担当者が、問い合わせのあったユーザに対して応答を
行なう際には、専用ページ表示ボタン（図５におけるマ
イデスクトップイメージボタン）を選択する（ステップ
４１０）。すると、図６に示すように、個別ユーザごと
の応答内容を記入するためのテキストボックスが含まれ
た専用ページが表示される（ステップ４１１）。担当者
は、ユーザが問い合わせた物件の検索要求を行うと、物
件検索部１３３は、物件情報格納部１２２に格納された
物件情報を検索する（ステップ４１２）。担当者が、検
索された物件の詳細情報とともに応答内容をテキストボ
ックスに記入して、ユーザへのメール送信を選択する
と、メール処理部１００における送信メール作成部１０
２が、応答文に物件情報が添付されたメールを作成し、
ユーザへの送信が行われる（ステップ４１３）。なお、
かかる専用ページの内容は、ＩＤ及びパスワードを入力
することによって、ユーザ端末ＰＣにおいて閲覧するこ
ともできる。また、応答内容は、ユーザ情報格納部１２
１に格納される。

【００５６】２−６．要望処理…図２、図４ 応答文と物件情報を受信したユーザは、これを参照し
て、新たな要望があれば、それをメールで送信する。不
動産取引仲介サーバＳ１においては、受信したメールを
受信メール変換部１０１が変換して、メール格納部１０
３に格納する（ステップ４１４，４０２）。その後は、
上述のようなメール処理によって、要望に応じた応答
文、物件情報が検索、送信される（ステップ４０３〜４
１３）。このとき、ユーザが最初に問い合わせを行なっ
た物件を管理する管理業者の物件情報（問い合わせ以外
の物件も含む）が優先的に検索され、ユーザの要望にマ
ッチングする物件情報がユーザに提供される。このよう
に、ユーザの要望が積み重なるごとに、ユーザと担当者
との対話情報がユーザ情報格納部１２１に格納されてい
く。この対話情報の履歴は、専用ページにおいて参照す
ることができる。また、ユーザの要望が変更されるごと
に、ユーザのランク付けが変更され、担当者は、継続的
なサービスを行なうべきユーザとして認識することがで
きる。このユーザのランクは、図７に示すように、ユー
ザの個人情報を参照するページにおいて参照することが
できる（図７中、ユーザ種別Ｂで示す）。

【００５７】２−７．下見希望処理…図２、図４ さらに、送信した物件情報について、ユーザによって下
見希望ボタンが選択される等によって、ユーザから下見
を希望する旨を受信した場合には（ステップ４１５）、
不動産取引仲介サーバＳ１が、下見予約と取引申込とに
必要な情報を入力するための入力フォームをユーザへ送
信する（ステップ４１６）。そして、ユーザが入力フォ
ームに入力した情報を受信して、これをユーザ情報格納
部１２１に格納すると（ステップ４１７）、不動産管理
サーバＳ２へメールを出すか、電話で管理業者に問い合
わせる等によって、下見が可能な日程を相談する（ステ
ップ４１８）。管理業者から下見できる旨の応答があっ
た場合には（ステップ４１９）、その旨とともに、下見
情報をユーザに返信する（ステップ４２０）。下見情報
としては、例えば、現地への案内地図等が考えられる。
下見の際は、予定の日時に管理業者が鍵空け、立会い等
を行なう。

【００５８】２−８．ユーザの要望確認…図２、図４ 下見を行なったユーザからその感想メールを受信した場
合には、その感想をユーザ情報格納部１２１に格納する
（ステップ４２１）。そして、物件を気に入ったユーザ
から取引申込若しくは取引予約を受信した場合には（ス
テップ４２２）、予め受信していた取引申込若しくは取
引予約に必要な情報を、不動産管理サーバＳ２へ送信す
ることによって、ユーザに代わって取引申込若しくは取
引予約を行なう（ステップ４２３）。ユーザがその物件
を気に入らない場合には（ステップ４２２）、ステップ
４１０〜４２１の処理を繰り返す。このとき、物件検索
部１３３は、ユーザが最初に問い合わせた物件の管理業
者以外の全ての管理業者の物件から、ユーザの要望にマ
ッチングする物件を検索する。また、長期間応答のない
ユーザに対しても、担当者が適宜物件情報を送信する。

【００５９】〔３．実施の形態の効果〕以上のような本
実施の形態によれば、複数の物件広告サイトを参照した
ユーザが、各サイトごとに異なる問い合わせフォーマッ
トでメールを送信しても、これらのメールを統一フォー
マットに自動的に変換してストックし、同一ユーザごと
に統合して管理するので、同一ユーザに対して複数の担
当者が付くような非効率を防止することができる。ま
た、ストックされた過去の問い合わせ履歴は全て専用ペ
ージに表示されるので、２回目以降の問い合わせの場
合、ユーザ情報を確認する手間が省ける。

【００６０】また、多数の管理業者から物件情報を収集
しているので、ユーザが問い合わせた物件を気に入らな
かった場合でも、当該物件の管理業者以外の管理業者の
物件を推奨することができ、複数管理業者の共同斡旋機
構的な色彩になる。従って、ユーザとの交渉を継続しや
すく、ユーザの要望とのマッチング確度が高まり、成約
率を飛躍的に向上させることができる。特に、管理業者
単位で物件情報を管理するので、各管理業者のデータベ
ースをそのまま利用することができ、仲介業者側の情報
処理の手間が省ける。

【００６１】ユーザは物件の下見の前に仲介業者の店舗
等を訪問する必要がなく、また、下見の後にも、取引申
込を行なうために仲介業者の店舗等を訪れる必要がな
い。従って、ユーザが楽に手続きできるとともに、仲介
業者が下見や申込の際にユーザに対応する手間が省ける
ので、業務効率が向上する。

【００６２】ユーザの身元情報や要望情報等に基づい
て、ユーザをランク付けして、これを担当者が参照する
ことができるので、担当者が優先的に対応すべきユーザ
を一目で判別でき、効率的な対応が可能となる。また、
各種の広告サイトへ広告を依頼する際に、それぞれのサ
イトに適合した項目等を適宜判断して、物件情報を送信
するので、項目が違っていたりすることによる手間がか
からず、刻々と変化する物件情報を即座に広告すること
ができる。

【００６３】また、各ユーザ毎の専用ページによって管
理するので、担当者は各ユーザに対してきめの細かい対
応が可能となる。さらに、以上のように仲介業務を管理
業務から独立させて効率化することができるので、管理
業者は不特定多数のユーザとの対応の手間が省け、管理
業務への専念、オーナーとの関係強化が可能となる。

【００６４】〔４．他の実施の形態〕本発明は、上記の
ような実施の形態に限定されるものではない。ユーザの
要望をストックしておいて、空室が出た場合に、これに
適合するユーザに対してメールを送信することも可能で
ある。また、物件の検索は、最初の管理者にユーザにマ
ッチングする物件がない場合に、あらかじめ定められた
優先順位に従って、次の管理者の物件を検索するという
ように、管理者毎に行なうことも可能である。また、ユ
ーザが、物件情報を検索できるシステムとすることも可
能である。さらに、ユーザを評価する手法は、上記の例
には限定されない。例えば、重み付けの項目内容や項目
数、各項目のランク数、評価ランクの数、重み付けの数
値、ランク表示の文字や記号等については適宜変更可能
である。

【００６５】また、表示装置に表示される各ページの表
示内容やレイアウトは、担当者の利便性等を考慮したあ
らゆる態様が適用可能である。また、ページ生成及びデ
ータベース検索等に用いられる文書形式やインターフェ
ースは、上記の実施の形態に例示したものには限定され
ず、現在又は将来において適用可能なあらゆるものが含
まれる。また、上記の情報のやり取りの一部を、メール
やファイルの送受信ではなく、ＦＡＸや電話によって行
ってもよい。

【００６６】また、ユーザや管理業者に対して、どの段
階で課金を行なうかは、仲介業者が自由に設定可能であ
る。例えば、ユーザが初めて登録する際に登録料を請求
するように設定することもできるし、管理業者との契約
の締結の際に登録料を請求するように設定することもで
きる。実際に物件情報の推奨を受けた場合に紹介料とし
てユーザに課金することもできるし、ユーザ紹介料とし
て管理業者に対して課金するように設定することもでき
る。ユーザ及び管理業者の双方若しくはいずれか一方が
無料で利用できるように設定することも可能である。

【００６７】また、上記の実施の形態では、企業である
仲介業者と一般消費者である個人ユーザとの取引である
いわゆるＢｔｏＣの場合を例に説明したが、例えば、不
動産業者同士のような企業間の取引であるＢｔｏＢにも
適用可能である。さらに、テレビ電話や、ケーブル、Ｂ
Ｓ、ＣＳ等のデジタルテレビジョン放送など、現在実施
中及び将来において実施される各種のメディアを利用し
て、本発明を実現することも可能である。

【００６８】

【発明の効果】以上説明したように、本発明によれば、
ユーザとの対応の効率化を図りつつ、ユーザの希望にマ
ッチングした不動産物件情報を継続的に提供することに
よって、不動産取引の成約率を向上させることができる
不動産取引仲介システム及び不動産取引仲介方法並びに
不動産取引仲介用ソフトウェアを記録した記録媒体を提
供することができる。

【図面の簡単な説明】

【図１】本発明の実施の形態の不動産取引仲介サーバの
構成を示すブロック図である。

【図２】図１の実施の形態におけるシステム全体の処理
の流れを示すシーケンス図である。

【図３】図１の実施の形態における物件情報収集及び広
告依頼処理の手順を示すフローチャートである。

【図４】図１の実施の形態における仲介処理の手順を示
すフローチャートである。

【図５】図１の実施の形態における未処理メールリスト
ページの一例を示す説明図である。

【図６】図１の実施の形態における専用ページの一例を
示す説明図である。

【図７】図１の実施の形態における個人情報ページの一
例を示す説明図である。

【図８】図１の実施の形態におけるユーザ評価の手法の
一例を示す説明図である。

【符号の説明】

Ｓ１…不動産取引仲介サーバ Ｓ２…不動産管理サーバ Ｓ３…物件広告サーバ ＰＣ…ユーザ端末 １００…メール処理部 １０１…受信メール変換部 １０２…送信メール作成部 １０３…メール格納部 １１０…情報管理部 １１１…ユーザ情報管理部 １１２…ユーザ評価部 １１３…物件情報管理部 １１４…掲載情報選択部 １１５…担当者管理部 １２０…登録情報格納部 １２１…ユーザ情報格納部 １２２…物件情報格納部 １２３…掲載基準格納部 １２４…担当者情報格納部 １３０…検索部 １３１…未処理メール検索部 １３２…ユーザ情報検索部 １３３…物件検索部 １４０…ページデータ格納部 １５０…ページデータ生成部 １６０…送受信部

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁷ 識別記号 ＦＩ テーマコート゛(参考） Ｇ０６Ｆ 17/60 ３３０ Ｇ０６Ｆ 17/60 ３３０ 17/30 １１０ 17/30 １１０Ｆ １７０ １７０Ｚ ２４０ ２４０Ｃ ３４０ ３４０Ａ

Claims (12)

【特許請求の範囲】
1. 【請求項１】 ネットワークを介して、不動産の取引を
   希望するユーザが利用可能なコンピュータに接続された
   不動産取引仲介システムにおいて、 前記ユーザから受信した情報を統一形式に変換する変換
   手段と、 前記変換手段によって変換された情報のうち、同一ユー
   ザからの情報を統合するユーザ情報管理手段と、 前記ユーザ情報管理手段によって統合された情報を格納
   するユーザ情報格納手段と、 前記ユーザ情報格納手段に格納された情報のうち、特定
   ユーザに関する情報を検索するユーザ情報検索手段と、 前記ユーザ情報検索手段によって検索された情報を表示
   するユーザ情報表示手段と、 を有することを特徴とする不動産取引仲介システム。
2. 【請求項２】 ネットワークを介して、不動産の取引を
   希望するユーザが利用可能なコンピュータ及び不動産の
   管理者が利用可能なコンピュータに接続された不動産取
   引仲介システムにおいて、 前記管理者が管理する不動産の物件情報を格納する物件
   情報格納手段と、 前記ユーザから受信した情報にマッチングする物件情報
   を、特定の管理者が管理する物件及び全管理者が管理す
   る物件の少なくとも一方の条件で検索する物件検索手段
   と、 前記物件検索手段によって検索された物件情報をユーザ
   に送信する物件情報送信手段と、 を有することを特徴とする不動産取引仲介システム。
3. 【請求項３】 ネットワークを介して、不動産の取引を
   希望するユーザが利用可能なコンピュータ及び不動産の
   管理者が利用可能なコンピュータに接続された不動産取
   引仲介システムにおいて、 物件の下見予約と物件の取引申込若しくは取引予約とに
   必要な情報の入力フォームを格納する入力フォーム格納
   手段と、 前記入力フォームをユーザに送信する入力フォーム送信
   手段と、 ユーザの下見に必要な下見情報を格納する下見情報格納
   手段と、 ユーザから物件の下見予約と物件の取引申込若しくは取
   引予約とに必要な情報を受信した場合に、前記下見情報
   を送信する下見情報送信手段と、 前記下見情報を送信したユーザから取引申込若しくは取
   引予約を受信した場合に、ユーザが希望する物件の管理
   会社に対して、取引申込若しくは取引予約に必要な情報
   を送信する申込情報送信手段と、 を有することを特徴とする不動産取引仲介システム。
4. 【請求項４】 ネットワークを介して、不動産の取引を
   希望するユーザが利用可能なコンピュータ、不動産の管
   理者が利用可能なコンピュータ及び前記ユーザに対して
   不動産の物件情報を広告する広告提供者が利用可能なコ
   ンピュータに接続された不動産取引仲介システムにおい
   て、 前記管理者が管理する不動産の物件情報を格納する物件
   情報格納手段と、 前記広告提供者によって提供される広告の掲載基準を格
   納する掲載基準格納手段と、 前記物件情報格納手段に格納された物件情報の中から、
   前記広告提供者によって提供される広告の掲載基準に適
   合する掲載情報を選択する掲載情報選択手段と、 前記掲載情報選択手段によって選択された掲載情報を、
   前記広告提供者に送信する掲載情報送信手段と、 を有することを特徴とする不動産取引仲介システム。
5. 【請求項５】 前記ユーザから受信した情報内容に基づ
   いて、ユーザに対する評価を付与するユーザ評価手段
   と、 前記ユーザ評価手段によって付与された評価を表示する
   評価表示手段と、 を有することを特徴とする請求項１〜４のいずれか１項
   に記載の不動産取引仲介システム。
6. 【請求項６】 不動産の取引を希望するユーザと不動産
   の管理者との取引を仲介する不動産取引仲介方法におい
   て、 前記ユーザから受信した情報を統一形式に変換し、 変換された情報のうち、同一ユーザからの情報を統合
   し、 統合された情報を格納し、 格納された情報の中から特定ユーザの情報を検索し、 検索された情報を表示することを特徴とする不動産取引
   仲介方法。
7. 【請求項７】 不動産の取引を希望するユーザと不動産
   の管理者との取引を仲介する不動産取引仲介方法におい
   て、 前記管理者が管理する不動産の物件情報を格納し、 前記ユーザから受信した情報にマッチングする物件情報
   を、特定の管理者が管理する物件及び全管理者が管理す
   る物件の少なくとも一方の条件で検索し、 検索された物件情報をユーザに送信することを特徴とす
   る不動産取引仲介方法。
8. 【請求項８】 不動産の取引を希望するユーザと不動産
   の管理者との取引を仲介する不動産取引仲介方法におい
   て、 前記ユーザから物件の下見予約と取引申込若しくは取引
   予約に必要な情報を受信した場合に、ユーザの下見に必
   要な情報を送信し、 前記下見情報を送信したユーザから取引申込若しくは取
   引予約を受信した場合に、ユーザが希望する物件の管理
   会社に対して、取引申込若しくは取引予約に必要な情報
   を送信することを特徴とする不動産取引仲介方法。
9. 【請求項９】 前記ユーザから受信した情報内容に基づ
   いて、当該ユーザに対する評価を付与し、 付与された評価を表示することを特徴とする請求項６〜
   ８のいずれか１項に記載の不動産取引仲介方法。
10. 【請求項１０】 コンピュータを用いて、不動産の取引
    を希望するユーザと不動産の管理者との取引を仲介させ
    る不動産取引仲介用ソフトウェアを記録した記録媒体に
    おいて、 前記ソフトウェアは前記コンピュータに、 前記ユーザから受信した情報を統一形式に変換させ、 変換された情報のうち、同一ユーザからの情報を統合さ
    せ、 統合された情報を格納させ、 格納された情報の中から特定ユーザの情報を検索させ、 検索された情報を表示させることを特徴とする不動産取
    引仲介用ソフトウェアを記録した記録媒体。
11. 【請求項１１】 コンピュータを用いて、不動産の取引
    を希望するユーザと不動産の管理者との取引を仲介させ
    る不動産取引仲介用ソフトウェアを記録した記録媒体に
    おいて、 前記ソフトウェアは前記コンピュータに、 前記管理者が管理する不動産の物件情報を格納させ、 前記ユーザから受信した情報にマッチングする物件情報
    を、特定の管理者が管理する物件及び全管理者が管理す
    る物件の少なくとも一方の条件で検索させ、検索された
    物件情報をユーザに送信させることを特徴とする不動産
    取引仲介用ソフトウェアを記録した記録媒体。
12. 【請求項１２】 コンピュータを用いて、不動産の取引
    を希望するユーザと不動産の管理者との取引を仲介させ
    る不動産取引仲介用ソフトウェアを記録した記録媒体に
    おいて、 前記ソフトウェアは前記コンピュータに、 ユーザから物件の下見予約と取引申込若しくは取引予約
    に必要な情報を受信した場合に、ユーザの下見に必要な
    情報を送信させ、 前記下見情報を送信したユーザから取引申込若しくは取
    引予約を受信した場合に、ユーザが希望する物件の管理
    会社に対して、取引申込若しくは取引予約に必要な情報
    を送信させることを特徴とする不動産取引仲介用ソフト
    ウェアを記録した記録媒体。