(57)【特許請求の範囲】
【請求項１】
不動産売買の仲介を行うサーバーを含むコンピュータシステムにより実現される方法あり、
前記サーバーが、顧客を特定するための顧客特定情報とその顧客の連絡先とが関連づけられた購入情報を受信し、販売する不動産物件を特定するための物件特定情報とその販売条件とが関連づけられた販売情報を記憶し、紹介業者とその紹介業者の連絡先とその紹介業者が紹介した顧客を特定するための顧客特定情報とを関連づけた業者連絡情報を複数集めた業者連絡情報群を記憶し、前記購入情報に含まれる顧客の連絡先に前記販売情報を紹介するデータを送信し、顧客が利用するコンピュータから成約した物件を特定するための成約物件特定情報と成約した顧客を特定する成約顧客特定情報とが関連づけられた成約データを受信し前記業者連絡群から前記成約顧客特定情報により特定される顧客の紹介業者の連絡先を検索し、検索された前記紹介業者の前記連絡先に前記成約物件特定情報により特定される物件の販売が成約したこと及び手数料分配を促すための情報を送信することにより実現される不動産仲介方法。
【請求項２】
不動産売買の仲介を行うサーバーを含むコンピュータシステムに処理を命令するものであり、
前記サーバーを、顧客を特定するための顧客特定情報とその顧客の連絡先とが関連づけられた購入情報を受信する手段、販売する不動産物件を特定するための物件特定情報とその販売条件とが関連づけられた販売情報を記憶する手段、紹介業者とその紹介業者の連絡先とその紹介業者が紹介した顧客を特定するための顧客特定情報とを関連づけた業者連絡情報を複数集めた業者連絡情報群を記憶する手段、前記購入情報に含まれる顧客の連絡先に前記販売情報を紹介するデータを送信する手段、顧客が利用するコンピュータから成約した物件を特定するための成約物件特定情報と成約した顧客を特定する成約顧客特定情報とが関連づけられた成約データを受信し前記業者連絡群から前記成約顧客特定情報により特定される顧客の紹介業者の連絡先を検索する手段、検索された前記紹介業者の前記連絡先に前記成約物件特定情報により特定される物件の販売が成約したこと及び手数料分配を促すための情報を送信する手段として機能させることを特徴とする不動産仲介のためのコンピュータプログラム。
【請求項３】
不動産売買の仲介を行うサーバーを含むコンピュータシステムであり、
前記サーバーは、顧客を特定するための顧客特定情報とその顧客の連絡先とが関連づけられた購入情報を受信する手段、販売する不動産物件を特定するための物件特定情報とその販売条件とが関連づけられた販売情報を記憶する手段、紹介業者とその紹介業者の連絡先とその紹介業者が紹介した顧客を特定するための顧客特定情報とを関連づけた業者連絡情報を複数集めた業者連絡情報群を記憶する手段、前記購入情報に含まれる顧客の連絡先に前記販売情報を紹介するデータを送信する手段、顧客が利用するコンピュータから成約した物件を特定するための成約物件特定情報と成約した顧客を特定する成約顧客特定情報とが関連づけられた成約データを受信し前記業者連絡群から前記成約顧客特定情報により特定される顧客の紹介業者の連絡先を検索する手段、検索された前記紹介業者の前記連絡先に前記成約物件特定情報により特定される物件の販売が成約したこと及び手数料分配を促すための情報を送信する手段を備えることを特徴とする不動産仲介のためのコンピュータシステム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、不動産売買の仲介を行うシステム等に関するものである。
【０００２】
【従来の技術】
これまで不動産購入予定者が不動産を購入する場合は、購入予定者が不動産屋に直接出向いて販売物件の紹介を求めたり、販売物件を掲載した雑誌を購入して希望条件に合う物件を購入予定者が探していた。また、最近ではインターネットのホームページに掲載されている販売物件を購入予定者が閲覧して、条件に合う物件を探すケースも増えている。
【０００３】
【発明が解決しようとする課題】
このように従来の不動産購入の方法では、購入予定者が希望に合う物件を自ら探していた。
しかし、購入予定者の探し方が足りないと、折角希望通りの販売物件があるにも拘わらず、それを見つけることができず、結局希望通りの物件を購入することができない場合がある。
また、購入予定者が不動産屋を一軒一軒まわって物件の紹介を求める場合、各不動産屋で自分の希望を毎回説明しなければならないと言う問題も生じていた。更に、同じ販売物件を複数の不動産屋で取り扱っている場合もあるので、購入予定者は重複した物件を紹介されるという問題も生じていた。
そこで、これら問題を解決できるシステム等が求められるところである。
【０００４】
【課題を解決するための手段】
本発明は、次のようなシステム、方法、コンピュータプログラムである。
不動産売買の仲介を行うサーバーを含むコンピュータシステムであり、前記サーバーは、顧客を特定するための顧客特定情報とその顧客の連絡先とが関連づけられた購入情報を受信する手段、販売する不動産物件を特定するための物件特定情報とその販売条件とが関連づけられた販売情報を記憶する手段、紹介業者とその紹介業者の連絡先とその紹介業者が紹介した顧客を特定するための顧客特定情報とを関連づけた業者連絡情報を複数集めた業者連絡情報群を記憶する手段、前記購入情報に含まれる顧客の連絡先に前記販売情報を紹介するデータを送信する手段、顧客が利用するコンピュータから成約した物件を特定するための成約物件特定情報と成約した顧客を特定する成約顧客特定情報とが関連づけられた成約データを受信し前記業者連絡群から前記成約顧客特定情報により特定される顧客の紹介業者の連絡先を検索する手段、検索された前記紹介業者の前記連絡先に前記成約物件特定情報により特定される物件の販売が成約したこと及び手数料分配を促すための情報を送信する手段を備える。
【０００５】
【発明の第一実施形態】
本発明の第一実施形態を図に基づいて説明する。図１は本発明の実施に必要なハードウェアとそのハードウェアの結びつきを表した概略図である。
これらハードウェアは、仲介サーバー１（不動産売買の仲介を行う会社が利用するサーバー）と、ＰＣ２（不動産購入予定者である顧客が利用するコンピュータ）と、ＰＣ３（不動産販売業者が利用するコンピュータ）とからなる。
このサーバー１、ＰＣ２、ＰＣ３は各々インターネット４（通信手段）を通じてデータの送受信が可能になるよう接続されている。
サーバー１、ＰＣ２、ＰＣ３はデータを記憶するための記憶装置とデータを送受信するためのデータ送信部並びにデータ受信部とを各々内蔵し、それらを用いてデータの送受信を行う。
【０００６】
各々の記憶装置には本発明を実現するためのコンピュータプログラムや所定のデータが記憶されており、各装置はこのコンピュータプログラムの命令を受けて各データを処理し、本発明を実施する。
ＰＣ２及びＰＣ３にはデータを表示するための表示モニタ１１、データ入力用のキーボード１２、マウス１３が各々備えられている。
なお、ここではサーバー１が仲介手段としての役割を果し、サーバー１に備えられている記憶装置が記憶手段としての役割を果し、ＰＣ２が不動産購入手段としての役割を果たし、ＰＣ３が不動産販売手段としての役割を果たす。
【０００７】
次に、本発明の処理手順を説明する。本発明は図２に示す通り、＜ユーザー希望条件登録：ＳＴＥＰ１＞→＜販売物件登録：ＳＴＥＰ２＞→＜販売物件紹介：ＳＴＥＰ３＞→＜紹介済物件の登録：ＳＴＥＰ４＞→＜物件参照記録ファイルへの登録：ＳＴＥＰ５＞→＜物件閲覧：ＳＴＥＰ６＞→＜物件参照記録ファイル更新：ＳＴＥＰ７＞→＜紹介物件ファイル更新：ＳＴＥＰ８＞→＜ランキング処理：ＳＴＥＰ９＞→＜成約登録：ＳＴＥＰ１０＞→＜手数料分配処理：ＳＴＥＰ１１＞→＜他の顧客への通知：ＳＴＥＰ１２＞の手順で行われる。以下、これらの処理について説明する。
【０００８】
＜ユーザー希望条件登録：ＳＴＥＰ１＞
ドリームカンパニーという会社では不動産売買の仲介システムを提供している。このシステムは、まず不動産購入予定者（顧客）が自らの希望条件を登録する必要がある。
東京都在住の山田太郎さんは、このシステムに参加して不動産を購入したいと思い、自宅にあるＰＣ２を利用してドリームカンパニーが運営するホームページ（ユーザーが希望する条件を登録するのためのページ）にアクセスした。これにより図３のような内容がＰＣ２の表示モニタ１１に表示される。なお、この時点でユーザーＩＤの欄や予算・土地面積等の欄には情報が入力されていないものとする。また、山田さんは一戸建購入を希望しているため、一戸建の情報を登録するためのホームページにアクセスしたものとする。
【０００９】
山田さんは、自分の希望する物件の条件（ユーザーＩＤや予算・土地面積等）を入力し、画面下の「送信」をクリックした。これによりＰＣ２は希望データ「ユーザーＩＤ：Ｕ０００１／パスワード：ｔａｒｏ（表示モニタ１１では「＊＊＊＊」と表示）／種別：一戸建て／予算：４５００万円／土地面積：１２０平方メートル／建物面積：１００平方メートル／間取：４ＬＤＫ／希望沿線：東急田園都市線／希望駅：青葉台駅」を作成し、サーバー１に送信し、サーバー１はその希望データを受信する。
【００１０】
サーバー１にはユーザー希望情報ファイルが記憶されている（図４）。このユーザー希望情報ファイルは複数のユーザー希望情報レコードからなるものであり、山田さんが送信した希望データはユーザー希望登録ファイルの１レコードとしてこのファイルに追加・記憶される（図４）。なお、希望データ及びユーザー希望情報レコードに「駅まで徒歩○分」や「駅までバスで○分」のような立地条件を加えてもよい。
これにより山田さんの希望条件の登録が完了する。
なお、サーバー１には図５のようなユーザー基本情報ファイル（ユーザーの個人情報等を記憶するファイル）が記憶されており、山田さんは事前に自らの個人情報をＰＣ２からサーバー１に送信し、それを受信したサーバー１はその内容（ユーザー基本情報レコード）「ユーザーＩＤ：Ｕ０００１／パスワード：ｔａｒｏ／名前：山田太郎／住所：東京都港区赤坂○−○−○／電話番号：０３−３５８２−ＸＸＸＸ／電子メール：yamada@tokyo.co.jp／加入グループ：情報なし／成約物件：情報なし」（図５）をユーザー基本情報ファイルの１レコードとして組込んでいるのである（記憶しているのである）。なお、本実施形態では、このユーザー希望情報レコードとユーザー基本情報レコードとが購入情報としての役割を果し、ユーザー希望情報ファイルとユーザー基本情報ファイルとが購入情報群としての役割を果し、ユーザーＩＤが顧客特定情報としての役割を果し、電子メール（アドレス）が連絡先としての役割を果し、種別・予算・土地面積・建物面積・間取・希望沿線・希望駅からなるデータが購入条件としての役割を果す。
【００１１】
＜販売物件登録：ＳＴＥＰ２＞
港不動産という不動産会社は、ドリームカンパニーのシステムの会員になっており、港不動産に勤務する田口さんは新しく取り扱うことになった物件の情報を入力しようと考えている。
田口さんは、会社にあるＰＣ３を利用してドリームカンパニーが運営するホームページ（物件情報を登録するのためのページ）にアクセスした。これにより図６のような内容がＰＣ３の表示モニタ１１に表示される。なお、この時点で業者ＩＤの欄や予算・土地面積等の欄には情報が入力されていないものとする。
【００１２】
田口さんは、新しい物件の情報等（業者ＩＤや予算・土地面積等）を入力し、画面下の「送信」をクリックした。これによりＰＣ３は登録物件データ「業者ＩＤ：Ｃ０００１／パスワード：５６７８（表示モニタ１１では「＊＊＊＊」と表示）／種別：一戸建て／予算：４４００万円／土地面積：１１０平方メートル／建物面積：９０平方メートル／間取：４ＬＤＫ／沿線：東急田園都市線／駅：青葉台駅」を作成し、サーバー１に送信し、サーバー１はその登録物件データを受信する。
【００１３】
サーバー１には物件ファイルが記憶されている。この物件ファイルは複数の物件レコードからなるものであり、山田さんが送信した登録物件データは、サーバー１により物件ＩＤが付与され、その後物件ファイルの１レコードとしてこのファイルに追加・記憶される（図７）。これにより新しい物件の登録が完了する。なお、本実施形態では、この物件レコードが販売情報としての役割を果し、物件ファイルが販売情報群としての役割を果し、それに含まれる物件ＩＤが物件特定情報としての役割を果し、種別・予算・土地面積・建物面積・間取・沿線・駅が販売条件としての役割を果す。
更に、物件ファイルへの登録後、サーバー１に以下の処理を行わせてもよい。物件ファイル登録後、また新たにユーザー登録、又は既存ユーザーの登録内容の変更が行われた場合にはその物件ファイルに登録された物件の売買契約が成立するまで自動的に新規ユーザー又は条件変更をしたユーザーに対し、上記物件情報は送信される。その際、物件を登録した不動産業者にはメールにて、「物件情報Ａを○○様に紹介しました。」また、顧客を登録した不動産業者には、「○○様に物件が紹介されました。」という旨を通知する。また、物件ファイルに既に登録されている物件は他の不動産業者は登録できない。仮に似たような物件を登録しようとした場合、運営者側に知らせられる。
【００１４】
＜販売物件紹介：ＳＴＥＰ３＞
港不動産の田口さんは、上記の通り（図７の通り）登録した新しい物件を顧客に紹介したいと考えている。
田口さんはドリームカンパニーが運営するホームページ（紹介先を検索するためのページ）にアクセスした。これにより図８のような内容がＰＣ３の表示モニタ１１に表示される。なお、この時点で物件ＩＤの欄には情報が入力されていないものとする。
【００１５】
田口さんは、新しい物件のＩＤを入力し、画面下の「検索」をクリックした。これによりＰＣ３は検索要求データ「物件ＩＤ：Ｒ０００１」を作成し、サーバー１に送信し、サーバー１はその検索要求データを受信する。そして、紹介可能な物件を抽出するため以下の処理を行う。
（１）サーバー１は「物件ＩＤ：Ｒ０００１」に基づいて物件ファイル（図７）を検索し、「物件ＩＤ：Ｒ０００１」の内容（図７）「業者ＩＤ：Ｃ０００１／パスワード：５６７８／種別：一戸建て／予算：４４００万円／土地面積：１１０平方メートル／建物面積：９０平方メートル／間取：４ＬＤＫ／沿線：東急田園都市線／駅：青葉台駅」を抽出する。
（２）サーバー１は上記（１）で抽出した内容に基づいて図４のユーザー希望情報ファイルを検索し、「物件ＩＤ：Ｒ０００１」の内容（種別・予算・土地面積・建物面積・間取・沿線・駅）を充足するユーザー希望情報レコードを抽出する。なお、「物件ＩＤ：Ｒ０００１」の内容を充足するレコードとは、例えば、全ての内容が一致するものであってもよいし、ユーザーの予算より額が少ないレコード、土地面積や建物面積がユーザーの希望より広いレコードを「充足するレコード」として抽出してもよい。また、本実施形態ではこの検索処理により７件のレコードが抽出されたものとする。
（３）サーバー１は、上記（１）（２）で抽出したデータに基づいて検索結果「物件ＩＤ：Ｒ０００１／抽出結果：Ｕ０００１、Ｕ０００９、Ｕ００１２、Ｕ００１５、Ｕ００１９、Ｕ００２４、Ｕ００３３」を作成し、それをＰＣ３に送信する。なお、本実施形態では、この検索要求データが閲覧要求としての役割を果し、山田さんのユーザーＩＤ「Ｕ０００１」が購入情報の内容としての役割を果す。
【００１６】
前述の検索結果を受信したＰＣ３はそれを記憶し、それをＰＣ３の表示モニタ１１に図９のように表示する。
これを見れば田口さんは「物件ＩＤ：Ｒ０００１」（図７）をどの顧客に紹介すればよいかを認識できる。
なお、本実施形態ではユーザーＩＤのみをＰＣ３に送信し、表示しているが、ここに上記（２）で抽出したユーザー希望情報レコードの全内容をＰＣ３に送信し、表示させてもよい。このようにすれば田口さんは顧客が登録した条件（予算や土地面積等）も認識することができる（この場合、山田さんのユーザー希望情報レコードが購入情報の内容としての役割を果す。）。
図９の表示内容を見た田口さんは「ユーザーＩＤ：Ｕ０００１」（山田太郎さん）に物件を紹介するための電子メールを送ろうと考え、図９「Ｕ０００１」の右に表示されている「送信」をクリックした。これによりＰＣ３はメール送信要求「紹介物件ＩＤ：Ｒ０００１／ユーザーＩＤ：Ｕ０００１」を作成し、サーバー１に送信する。
【００１７】
これを受信したサーバー１は、「ユーザーＩＤ：Ｕ０００１」（山田さん）のメールアドレスを図５のユーザー基本情報ファイルから検索し、「紹介物件ＩＤ：Ｒ０００１」の物件内容を図７の物件ファイルから検索し、物件紹介メール（図１０）「山田太郎様  以下の物件をご紹介いたします。是非、ご検討下さい。
／予算：４４００万円／土地面積：１１０平方メートル／建物面積：９０平方メートル／間取：４ＬＤＫ／沿線：東急田園都市線／駅：青葉台駅／※詳しくは、○○不動産までお問い合わせ下さい。電話０３−２６５４−ＸＸＸＸ」を作成する。なお、本実施形態ではこの物件紹介メールに予め登録しておいたのコメント（「山田太郎様  以下の物件をご紹介いたします。是非、ご検討下さい。」等のコメント）を付加している。
次に、サーバー１は物件紹介メールを山田さんのメールアドレスに送信する。
そして、このメールを受信した山田さんはこの物件を購入すべきか否かを検討する。このようにして物件は紹介されるのである。
【００１８】
＜紹介済物件の登録：ＳＴＥＰ４＞
次に、サーバー１は物件ＩＤ「Ｒ０００１」を山田さん（ユーザーＩＤ「Ｕ０００１」）に紹介したことを登録する。
サーバー１にはどのユーザーにどの物件を紹介したかを示す物件紹介ファイル（図１１）が記憶されており、サーバー１は「ユーザーＩＤ：Ｕ０００１」に「物件ＩＤ：Ｒ０００１」を紹介したことを示すデータを追加する。即ち、サーバー１は図１１の紹介物件ファイルから前述のメール送信要求の含まれる「ユーザーＩＤ：Ｕ０００１」を検索キーに検索し、検索されたレコード（図１１）にメール送信要求に含まれる「物件ＩＤ：Ｒ０００１」とそれを紹介した日付（電子メールを送信した日付）を付加する。これにより、Ｕ０００１のユーザー（ヤマダさん）にどの物件をいつ紹介したかが分るようになる。なお、この物件紹介ファイルにはランキングに関するデータ項目が含まれているが、これらについては後述する。また、本実施形態では、このメール送信要求に含まれる物件ＩＤが紹介物件情報としての役割を果す。
【００１９】
＜物件参照記録ファイルへの登録：ＳＴＥＰ５＞
次に、サーバー１は物件参照記録ファイルへの登録を行う。このファイルは各々の物件を誰が何回閲覧したか等を記録するファイルである。
サーバー１には物件参照記録ファイル（図１２）が記憶されており、サーバー１は「ユーザーＩＤ：Ｕ０００１」に「物件ＩＤ：Ｒ０００１」を紹介したことを示すデータを追加する。即ち、サーバー１は図１２の物件参照記録ファイルから「物件ＩＤ：Ｒ０００１」を検索キーに検索し、検索されたレコード（図１２）に「ユーザーＩＤ：Ｕ０００１」とその物件をユーザーが参照した回数（当初は０回）を付加する。そして、そのユーザーがその物件を閲覧したら参照回数を加算してゆく（この処理については後述する）。これにより、その物件をどのユーザーが何回閲覧したかが分るようになる。
なお、この物件参照記録レコードに含まれるデータの意味内容は以下の通りである。
（ａ）総参照回数とはその物件が登録されて以来のべ何人のユーザーがその物件を閲覧したかを示すものである。
（ｂ）参照回数とはその日にのべ何人のユーザーがその物件がを閲覧したかを示すものである。
（ｃ）参照人数とはその日にその物件を見たユーザーの数を示すものである。
（ｄ）参照率とは前述の参照回数を全ユーザー数で割った数値である。
（ｅ）参照内訳はその日その物件をどのユーザーが何回閲覧したかを示すものである。
また、本実施形態では、この参照率が参照割合としての役割を果し、総参照回数・参照回数・参照率・参照内訳が参照状況としての役割を果しす。
【００２０】
＜物件閲覧：ＳＴＥＰ６＞
メールを受信してその内容を確認した山田さんは紹介された物件の詳細を閲覧するため、自宅にあるＰＣ２を利用してドリームカンパニーが運営するホームページ（ログイン・物件表示のためのページ）にアクセスした。これにより図１３のような内容がＰＣ２の表示モニタ１１に表示される。なお、この時点でユーザーＩＤの欄や参照物件等の欄には情報が入力されていないものとする。
【００２１】
山田さんは、自分のユーザーＩＤやパスワード、参照（閲覧）したい物件ＩＤを入力し、画面下の「送信」をクリックした。これによりＰＣ２は閲覧データ「ユーザーＩＤ：Ｕ０００１／パスワード：ｔａｒｏ／参照物件ＩＤ：Ｒ０００１」を作成し、サーバー１に送信し、サーバー１はその閲覧データを受信する（なお、ここでは参照物件を複数指定できるようになっているが、本実施形態では１つの物件を指定するものとする）。また、本実施形態では、この閲覧データが参照状況閲覧要求としての役割を果す。
そして、サーバー１は閲覧データに含まれる「参照物件ＩＤ：Ｒ０００１」に基づいて物件ファイル（図７）と物件参照記録ファイル（図１２）を検索し、抽出された物件レコード、物件参照記録レコードの内容に基づいて物件表示データ「物件ＩＤ：Ｒ０００１／予算：４４００万円／土地面積：１１０平方メートル／建物面積：９０平方メートル／間取：４ＬＤＫ／沿線：東急田園都市線／駅名：青葉台駅／参照率：２０％」を作成し、それをＰＣ２に対して送信する。これによりＰＣ２の表示モニタ１１には図１４のような内容が表示され、これにより山田さんは物件の詳細を知ることができる。なお、図１４のように物件の写真を表示させてもよい。
【００２２】
また、図１４に表示されている参照率とは全ユーザのうち何割のユーザーがその物件を閲覧したかを示すものであり、これをユーザーに見せることにより、ユーザーは的確な購入活動を行うことができるのである。例えば、この参照率の高い物件であれば、それが人気のある物件であることがユーザーにも一目で分かるのでユーザーは「この物件はすぐに売約済みになってしまうかもしれないから早く不動産業者と商談をしよう」などと考えることができる。即ち、いままではその物件が人気があるかどうかは不動産業者しか分からず、顧客には分からない情報であったがこれにより顧客にも人気度が分かるのである。よって、全く人気のない物件であるにもかかわらず「この物件は人気があるから早く売買契約を結んだ方がよいですよ」などと不動産業者に嘘をつかれ、それに騙されて全く人気のない物件を急いで購入してしまうという失敗を犯さないですむのである。
なお、参照率の他に図１２の参照人数や総参照回数、参照回数を含めてもよい。このようにすればユーザーは参照人数や総参照回数、参照回数に応じてその物件を購入しようかどうか検討することができる。
また、本実施形態で参照数ではなく参照率を表示させたのは、参照人数をユーザーに察知させないためである。即ち、この手段は不動産業者の為の手段ともいえる。なせならユーザーにおいて、希望情報が完全に一致する物件は非常に少なく、且つ重なる可能性は低い。その為、ユーザーは少人数の為、安心してしまい購入行動を起こすのが遅れてしまう。よって、購入行動を促すために割合を表示しているのである。
【００２３】
＜物件参照記録ファイル更新：ＳＴＥＰ７＞
次に、サーバー１は物件参照記録ファイル（図１２）の内容を更新する。即ち、「ユーザーＩＤ：U０００１」（山田さん）が「物件ＩＤ：Ｒ０００１」を参照したのであるから、サーバー１は閲覧データに含まれる「物件ＩＤ：Ｒ０００１」を検索キーにして図１２の物件紹介記録ファイルを検索し、検索されたレコードの「参照内訳：U０００１（０回）」を「参照内訳：U０００１（１回）」とする。これにより「物件ＩＤ：Ｒ０００１」を山田さんが１回閲覧したことが分るようになるのである。
【００２４】
＜紹介物件ファイル更新：ＳＴＥＰ８＞
次に、サーバー１は紹介物件参ファイル（図１１）の内容を更新する。
サーバー１は閲覧データに含まれる「ユーザーＩＤ：Ｕ０００１／参照物件ＩＤ：Ｒ０００１」に基づいて紹介物件ファイル（図１１）を検索し、抽出された紹介物件レコードの内容を更新する。即ち、図１１に表された「物件ＩＤ：Ｒ０００１」のログイン数及び総参照数をに「１」を加える。これにより山田さんが物件閲覧のために何回ログインしたか、山田さんが何件の物件を閲覧したかが分るようになる。
【００２５】
＜ユーザーカルテ参照：ＳＴＥＰ９＞
港不動産の田口さんは山田さん（ユーザーＩＤ：Ｕ０００１）のユーザーカルテを参照しようと考えている。このユーザーカルテとはユーザーの基本情報（住所や電話番号等）、希望情報（予算や希望地等）、紹介済物件（そのユーザーに既に紹介されている物件）などからなり、そのユーザーに関する全ての内容を知ることができるものである。田口さんはこれを参照するため、ＰＣ３を利用してドリームカンパニーが運営するホームページ（ユーザーカルテ参照のためのページ）にアクセスした。これにより図１５のような内容がＰＣ３の表示モニタ１１に表示される。なお、この時点で業者ＩＤやユーザーＩＤの欄には情報が入力されていないものとする。
【００２６】
田口さんは、業者ＩＤや山田さんのユーザーＩＤを入力し、画面下の「送信」をクリックした。これによりＰＣ２はカルテ参照データ「業者ＩＤ：Ｃ０００１／ユーザーＩＤ：Ｕ０００１」を作成し、サーバー１に送信し、サーバー１はそのカルテ参照データを受信する。なお、本実施形態では、このカルテ参照データが記簿閲覧要求としての役割を果す。
そして、サーバー１はカルテ参照データに含まれる「ユーザーＩＤ：Ｕ０００１」に基づいてユーザー希望情報ファイル（図４）、ユーザー基本情報ファイル（図５）、紹介物件ファイル（図１１）を検索し、抽出された各々レコードに基づいて、カルテデータ（図１６のように表示するためのデータ）「ユーザーＩＤ：Ｕ０００１／名前：山田太郎／住所：東京都港区赤坂○−○−○／電話番号：０３−３５８２−ＸＸＸＸ／電子メール：yamada@tokyo.co.jp／成約物件：情報なし／種別：一戸建て／予算：４５００万円／土地面積：１２０平方メートル／建物面積：１００平方メートル／間取：４ＬＤＫ／希望沿線：東急田園都市線／希望駅：青葉台駅／紹介済物件１：Ｒ０００１（２００２年７月１１日）」を作成し、それをＰＣ３に対して送信し、ＰＣ３の表示モニタ１１にはカルテデータの内容が表示される（図１６）。このようにユーザーカルテを作成し、それを田口さんに見せれば、田口さんは山田さんの基本情報や希望情報等全ての情報を知ることができ、営業活動に役立てることができる。特に、既に紹介された物件の情報を確認できるので重複した物件を紹介することがなくなり、不動産業者にとって効率のよい営業活動ができ、またユーザーにとっても効率のよい物件探しが可能になる。
なお、ユーザーに何らかの変動があった場合（例えば、顧客の収入が突然減ってしまった、頭金が減ってしまった等の場合）、変更情報（ユーザーＩＤと変動情報を対応づけた情報）をＰＣ２（或はＰＣ３）から受信し、サーバー１に予め記憶しておき、それをカルテデータに含めてもよい。このようにすれば不動産業者はユーザーの変更内容を知ることができ、変更内容にあわせた営業活動が行えるようになる。
また、本実施形態では、このカルテデータが顧客記簿としての役割を果す。
【００２７】
＜ランキング処理：ＳＴＥＰ１０＞
次に、サーバー１はランキングを作成する。このランキングは顧客の購買意欲を数値化し、それを順位づけして顧客の購買意欲を比較可能にするものである。サーバー１は定期的に（例えば一週間に一度）、紹介物件レコード（図１１）に含まれるログイン数に総参照数を加えてランキング値を求める（現在の山田さんのランキング値は「０＋０＝０」である）。そして、そのランキング値をすべてのユーザーについて求め、山田さんが全ユーザー中何位であるか、その順位づけ（ランキングづけ）を行う。これにより山田さんは９２位と判明し、それを今週のランキング及びランキング変遷に付加する（図１１）。
【００２８】
以上のような処理手順により、その後３週間ほどの間に山田さんには何件かのが紹介され（本実施形態では３つの物件が紹介されたものとする）、山田さんはログイン及び物件の閲覧を何度も繰り返した。これによりサーバー１の紹介物件ファイル及び物件参照記録ファイルも更新を繰り返し図１７、図１８のような内容になっているものとする。
【００２９】
港不動産の田口さんはユーザーランキングを参照したいと考え、ＰＣ３からランキング表示要求のためのデータ送信を行った。
これによりサーバー１は紹介物件ファイル（図１７）を検索し、今週のランキングの上位数人のユーザーＩＤを抽出し、ランキングデータ「１位：Ｕ００９９／２位：Ｕ００４６／３位：Ｕ００７７／４位：Ｕ０００２／５位：Ｕ０００１／……」を作成し、それをＰＣ３に送信し、それを受信したＰＣ３はそれを記憶し、表示モニタ１１に表示する（図１９）。
これを見た田口さんは「ユーザーＩＤ：Ｕ０００１」の詳細を見たいと思い、その右横の「詳細」をクリックした。これによりＰＣ３は詳細要求データ「ユーザーＩＤ：Ｕ０００１」を作成し、サーバー１に送信し、サーバー１は詳細要求データを受信する。
【００３０】
サーバー１は詳細要求データ「ユーザーＩＤ：Ｕ０００１」を検索キーにして紹介物件ファイル（図１７）を検索し、抽出した図１７に示す紹介物件レコードに基づいて詳細データ「ユーザーＩＤ［Ｕ０００１］の照会状況／Ｒ０００１：６回／Ｒ０００５：３回／Ｒ００１０：１回／ランキング変遷：９２位→６０位→５位」を作成する（なお、詳細データにランキング値を加えてもよい）。そして、それをＰＣ３に送信し、それを受信したＰＣ３はそれを記憶し、表示モニタ１１に図２０のような内容を表示する。これをみれば不動産業者は顧客の購買意欲やランキングに応じた効率のよい営業活動が行える。即ち、ランキングが上位にあるということは購入意志が強い顧客である旨を示し、ランキングの変遷でランキングが徐々向上している顧客は、購入意志が徐々に強くなっていることを示すので、このような購入意欲が強い（或は、強くなってきた）顧客に積極的に働きかければ効率のよい営業活動が行えるのである。また、そのユーザーがどの物件を何回閲覧したかも分るので、そのユーザーがどの物件に興味を持っているかがすぐに分る。
なお、本実施形態では、ランキング値が熱心度としての役割を果し、参照回数が閲覧回数としての役割を果す。
【００３１】
＜成約登録：ＳＴＥＰ１１＞
その後山田さんは、「物件ＩＤ：Ｒ０００１」の物件が気に入り、港不動産とその物件を購入する契約を結んだ。これにより、山田さんは自分が物件を購入したことをドリームカンパニーのシステムに登録する。山田さんは、自宅にあるＰＣ２を利用してドリームカンパニーが運営するホームページ（成約登録のためのページ）にアクセスした。これにより図２１のような内容がＰＣ２の表示モニタ１１に表示される。なお、この時点でユーザーＩＤの欄や成約物件ＩＤ等の欄には情報が入力されていないものとする。
【００３２】
山田さんは、自分のユーザーＩＤや成約物件ＩＤ等を入力し、画面下の「送信」をクリックした。これによりＰＣ２は成約データ「ユーザーＩＤ：Ｕ０００１／パスワード：ｔａｒｏ／物件ＩＤ：Ｒ０００１」を作成し、サーバー１に送信し、サーバー１はその成約データを受信する。そして、サーバー１は成約データに含まれる「ユーザーＩＤ：Ｕ０００１」を検索キーにしてユーザー基本情報ファイル（図５）を検索し、図５に示すレコードを抽出し、「成約物件：情報なし」を「成約情報：Ｒ０００１」に更新する。
なお、本実施形態では、成約データが第一成約情報・第二成約情報としての役割を果し、それに含まれるユーザーＩＤが成約顧客特定情報としての役割を果し、物件ＩＤが成約物件特定情報としての役割を果す。
【００３３】
次に、サーバー１は物件が成約した旨を知らせるための処理を行う。即ち、成約した物件（Ｒ０００１）は山田さん以外のユーザーにも紹介されているため、それらユーザーにその物件は既に成約済である旨を知らせるのである。
サーバー１には、その物件をどの顧客に既に紹介したかを特定する情報提供履歴ファイル（図２２）が記憶されている。これはサーバー１が図１１の紹介物件ファイルを物件毎に編集したものである。即ち、図１１の紹介物件ファイルはユーザーＩＤ毎にどの物件を紹介したかを示す情報であるが、この情報提供履歴ファイルは物件ＩＤ毎にその物件を誰に紹介したかを示すものである。サーバー１は成約データに含まれる「成約物件ＩＤ：Ｒ０００１」を検索キーにして情報提供履歴ファイルを検索し、図２２に示す情報提供履歴レコード「物件ＩＤ：Ｒ０００１／情報提供者（１）：ユーザーＩＤ：Ｕ０００１、連絡先：○○○＠ＸＸＸＸ.co.jp／情報提供者（２）：ユーザーＩＤ：Ｕ０００９、連絡先：△△△＠ＸＸＸＸ.co.jp／情報提供者（３）：ユーザーＩＤ：Ｕ００１５、連絡先：ＺＺＺ＠ＸＸＸＸ.co.jp」を抽出する。
【００３４】
次に、サーバー１は物件ＩＤと予め登録されてるコメントデータに基づいて第二成約済情報（成約した物件を検討対象から外すよう進めるための通知）「物件ＩＤ＝Ｒ０００１は成約しました。他の物件をご検討下さい。」を作成し、それを抽出した情報提供履歴レコードに含まれる連絡先（メールアドレス）すべてに送信する。
そして、これを受信した各顧客は「物件ＩＤ：Ｒ０００１」が既に成約してしまったことを知り、他の物件を検討することになる。即ち、このような第二成約データを顧客に通知することにより、顧客が既に売れてしまった物件を検討するという不都合を回避できるのである。
なお、本実施形態では、この情報提供履歴レコードが紹介履歴情報としての役割を果し、情報提供履歴ファイルが紹介履歴情報群としての役割を果し、それに含まれる物件ＩＤが紹介した物件を特定する物件特定情報としての役割を果し、情報提供履歴レコードに含まれる電子メール（アドレス）が顧客の連絡先としての役割を果す。
【００３５】
＜手数料分配処理：ＳＴＥＰ１２＞
次に、サーバー１は手数料分配のための処理を行う。これは、実際に物件を販売した不動産業者と、その顧客を紹介した不動産業者とで手数料を分配するための処理である。
サーバー１には、どの業者が顧客（山田さん）を紹介したかを特定する担当業者ファイル（図２３）が記憶されている。サーバー１は成約データに含まれる「ユーザーＩＤ：Ｕ０００１」を検索キーにして担当業者ファイルを検索し、図２３に示す担当業者レコード「ユーザーＩＤ：Ｕ０００１／名前：山田太郎／担当業者ＩＤ：Ｃ００９９／担当業者名：海山不動産／担当者名：三田一夫／電話番号：０３−３５８２−ＸＸＸＸ／電子メール：mita＠xxx.co.jp」を抽出する。
これにより、サーバー１は山田さんを紹介した業者が「海山不動産の三田一夫氏」でその連絡先が「mita＠xxx.co.jp」であると認識する。
【００３６】
次に、サーバー１は物件ＩＤと予め登録されているコメントデータに基づいて第一成約済情報（手数料分配を促すための情報）「物件ＩＤ＝Ｒ０００１は成約しました。手数料の分配に関しお問い合わせ下さい。」を作成し、その連絡先「mita＠xxx.co.jp」に送信する。
これを受信した海山不動産の三田さんは自らが紹介した顧客（山田さん）が成約した旨を知ることができる。これにより山田さんを紹介した海山不動産と、物件を販売した港不動産との間で手数料の分配を行うことができる。即ち、通常であれば物件の仲介手数料は、その物件を販売した港不動産にのみ支払われるのであるが、それでは山田さんを紹介した海山不動産には何のメリットもなくなるため、海山不動産と港不動産との間で手数料の分配を行えるようにするのである。
なお、本実施形態では、この担当業者レコードが業者連絡情報としての役割を果し、担当業者ファイルが業者連絡情報群としての役割を果し、それに含まれる電子メール（アドレス）が業者の連絡先としての役割を果す。
【００３７】
【発明の第二実施形態】
本発明の第二実施形態を図に基づいて説明する。第二実施形態の内容はほぼ第一実施形態と同様であるが、山田さんが登録した購入条件に妥協項目が付加されている点で異なる。以下、第二実施形態について説明する。
【００３８】
まず、本発明の処理手順を説明する。本実施形態では処理手順は原則として第一実施形態と同様であるが、＜ユーザー希望条件登録：ＳＴＥＰ１＞、＜販売物件登録：ＳＴＥＰ２＞、＜販売物件紹介：ＳＴＥＰ３＞の手順の内容が少し第一実施形態とは異なるので、これら処理について説明する。
【００３９】
＜ユーザー希望条件登録：ＳＴＥＰ１＞
山田さんは第一実施形態と同様の作業により、自ら希望する購入条件を入力し、更にどの項目はどの程度妥協できるものであるか（妥協情報）を登録する（図２４）。例えば、山田さんは一応予算を４５００万円としているが、この額よりも多少高くてもよいと考えているとする。この場合、山田さんは「予算＝４５００万円＝妥協情報：１」とする。このようにして、妥協してもよい項目（条件項目）には「１」を、できれば妥協したくない項目（条件項目）には「２」を、妥協できない項目（条件項目）には「３」を各々入力する。
これにより、第一実施形態と同様の処理により、ユーザー希望情報レコード「ユーザーＩＤ：Ｕ０００１／種別：一戸建て／予算：４５００万円（１）／土地面積：１２０平方メートル（３）／建物面積：１００平方メートル（２）／間取：４ＬＤＫ（２）／希望沿線：東急田園都市線（３）／希望駅：青葉台駅（３）」が作成される（図２５）。
なお、仲介サーバー１には妥協表示データが記憶されており（図２６）、これにより妥協情報の意味が分るようになっている。
【００４０】
＜販売物件登録：ＳＴＥＰ２＞
港不動産の田口さんは、第一実施形態と同様の処理により図２７に示す物件を登録した。なお、この物件は山田さんの希望とほぼ一致する物件であるが、予算が山田さんの予算（４５００万円）をオーバーしてしまうものである。
＜販売物件紹介：ＳＴＥＰ３＞
港不動産の田口さんは、第一実施形態と同様、自社が扱う物件（図２７）を顧客に紹介したいと考え、第一実施形態と同様の検索処理を行った（図２８）。なお、本実施形態での検索処理は近似検索処理であり、ユーザーの希望と田口さんの物件の条件が完全に一致しなくても、合致しない項目が１項目だけのものでも抽出する処理である。
【００４１】
これにより、田口さんが扱っている物件の紹介先が抽出され、図２９のような内容が表示モニタ１１に表示される。そして、例えば、ユーザーＩＤ「Ｕ０００１」横の「詳細」をクリックすると、ＰＣ３は詳細要求データ「ユーザーＩＤ：U０００１」を作成し、それをサーバー１に送信する。それを受信したサーバー１は「ユーザーＩＤ：Ｕ０００１」に基づいてユーザー希望情報ファイル（図２−２）を検索し、抽出された内容に基づいて詳細情報「ユーザーＩＤ：Ｕ０００１／種別：一戸建て／予算：４５００万円（１）／土地面積：１２０平方メートル（３）／建物面積：１００平方メートル（２）／間取：４ＬＤＫ（２）／希望沿線：東急田園都市線（３）／希望駅：青葉台駅（３）」を作成し、それをＰＣ３に送信する。
それを受信したＰＣ３は、記憶装置に記憶すると共に図３０のように妥協情報を含んだ内容を表示する。
【００４２】
これにより田口さんは、自社の扱う物件（Ｒ０００３）が山田さんの希望とほぼ一致し、予算だけが相違することを認識し、山田さんは予算については妥協してもよいと考えていることを知ることができる。そして、田口さんは山田さん宛に図３０のような電子メールを送信して、積極的に営業活動を行える。
このようにすれば、不動産業者は条件が一致しない物件であっても、それが紹介する価値がある物件であるかどうかを判断できる。
【００４３】
【発明の第三実施形態】
本発明の第三実施形態を図に基づいて説明する。第三実施形態の内容は原則として第一実施形態と同様であるが、本実施形態では、山田さんが他のユーザーとグループを組み、それを登録し、不動産業者はそのグループに対して物件情報を提供する点で異なる。以下、第三実施形態について説明する（なお、第一実施形態と異なる部分だけを説明する）。
【００４４】
まず、本発明の処理手順を説明する。本実施形態の処理手順は第一実施形態における処理手順（図２）の＜ユーザー希望条件登録：ＳＴＥＰ１＞と＜販売物件登録：ＳＴＥＰ２＞との間に＜グループ加入：ＳＴＥＰ１．５＞の処理が行われる点で異なる。以下、これらの処理について説明する。
【００４５】
＜グループ加入：ＳＴＥＰ１．５＞
山田さんは、自分と同じような物件を探している人とグループを組みたいと思い、自宅にあるＰＣ２を利用してドリームカンパニーが運営するホームページ（グループ作成のためのページ）にアクセスした。これにより図３２のような内容がＰＣ２の表示モニタ１１に表示される。なお、この時点で希望沿線・駅等の欄には情報が入力されていないものとする。
山田さんは、自分の希望する沿線や駅名等を入力し、画面下の「検索」をクリックした。これによりＰＣ２はグループ検索データ「希望沿線：東急田園都市線／希望駅：青葉台駅／予算：４５００万円／…」を作成し、サーバー１に送信し、サーバー１はそのグループ検索データを受信する。
【００４６】
サーバー１にはグループ情報ファイルが記憶されている（図３３）。このグループ情報ファイルは複数のグループ情報レコードからなるものであり、サーバー１がＰＣ２等から希望駅を含むグループ作成要求を受信し、それに応じてユーザー希望情報ファイル（図４）から希望駅が共通するユーザー希望情報レコードを抽出し、抽出したレコード群に基づいて作成したものである。
サーバー１は受信したグループ検索データに基づいてグループ情報ファイルを検索し、その結果、グループ情報レコード（図３３が示すレコード）「グループＩＤ：ＧＲ００７／沿線：東急田園都市線／駅：青葉台駅／予算：４５００万円／……／参加者ＩＤ：３（Ｕ００８８、Ｕ００９１、Ｕ０１３２）／参加者上限：４／許容総額：１３５００万円」が抽出される。
【００４７】
サーバー１は、抽出したグループ情報レコードをＰＣ２に送信し、ＰＣ２はそれを記憶すると共に、表示モニタ１１に図３４のような内容を表示する。これを見たヤマダさんはこのグループに加入したいと考え、自分のユーザーＩＤを入力し、画面右下の「グループ加入」をクリックした。これによりＰＣ２はグループへの加入申込「ユーザーＩＤ：Ｕ０００１／加入グループ：ＧＲ００７」を作成し、それをサーバー１に送信する。
これを受信したサーバー１はグループ加入処理を行う。即ち、グループ加入申込データに含まれる「加入グループ：ＧＲ００７」に基づいて再度グループ情報ファイルを検索し、ヤマダさんをグループに加入させるための処理を行う。即ち、図３３の内容「参加者数：３（Ｕ００８８、Ｕ００９１、Ｕ０１３２）／許容総額：１３５００万円）」であったグループ情報レコードを図３５のような内容「参加者数：４（Ｕ００８８、Ｕ００９１、Ｕ０１３２、Ｕ０００１）／許容総額：１８０００万円）」に更新する。なお、「許容総額１８０００万円」はサーバー１は更新前の許容総額１３５００万円に山田さんの予算４５００万円を加算したものである。
【００４８】
更に、サーバー１は、グループ加入申込データに含まれる「ユーザーＩＤ：Ｕ０００１」に基づいてユーザー基本情報ファイル（図５）を検索し、ヤマダさんのレコードを「加入グループ：なし」から「加入グループ：ＧＲ００７」に更新する。このようにすればヤマダさんがどのグループに加入しているかが判断できるようになる。
【００４９】
そして、本実施形態では＜販売物件紹介：ＳＴＥＰ３＞の処理は以下の通りとなる。
（１）サーバー１は、紹介したい物件の内容（種別・予算・土地面積・建物面積・間取・沿線・駅）を充足するユーザー希望情報ファイルを検索する際に、ユーザー希望情報ファイルの他に図３３のグループ情報ファイルを検索する。
（２）グループ情報ファイルに紹介したい物件の内容を充足するレコードがあった場合、検索結果にはユーザーＩＤの他にグループＩＤを使用する。例えばグループＩＤ「ＧＲ００７」が抽出された場合、「物件ＩＤ：Ｒ００９９／抽出結果：Ｕ００２２、Ｕ００３７、ＧＲ００７」のようにし、ＰＣ３の表示モニタ１１に図３６のように表示する。
（３）田口さんが「グループＩＤ：ＧＲ００７」右横の「送信」をクリックした場合、ＰＣ３はメール送信要求「紹介物件ＩＤ：Ｒ００９９／グループＩＤ：ＧＲ００７」を作成し、それをサーバー１に送信する。
（４）サーバー１は受信したグループＩＤに基づいてグループ情報ファイル（図３３）を検索し、それによりグループ参加者のユーザーＩＤを特定する（これによりユーザーＩＤ：Ｕ００８８、Ｕ００９１、Ｕ０１３２、Ｕ０００１が特定される）。
（５）サーバー１は特定したユーザーＩＤに基づいてユーザー基本情報ファイル（図５）を検索し、各々のユーザーの電子メールアドレスを特定し、その電子メールアドレスに対して物件を紹介するための電子メールを送信する。
【００５０】
このようにグループを形成し、許容総額や許容面積を大きくすれば、例えば、何億円もするような個人ではとても購入できない物件をも顧客に紹介することができる。そして、それを紹介されたグループでは、各々がどの程度の広さの土地をどの程度の価格で購入するかをグループ内で話合って決めることができる。即ち、不動産業者によって押しつけられた土地の広さを押しつけられた価格で購入するのではなく、自分たち自身で土地の広さや価格を決めることができる。
なお、グループ情報に土地の総面積を加えてもよい。例えば、４人全員が１２０平方メートルの土地購入を希望している場合、サーバー１はこれらを加算し、土地の総面積（グループ全体での合計土地面積）を４８０平方メートルとし、これをグループ情報に組込む。これにより不動産業者は個人ではとても購入できない広さの土地（４００坪の土地）を紹介することができる。
なお、本実施形態では、グループ情報レコードが購入グループの内容としての役割を果し、許容総額がグループ全体での合計予算としての役割を果し、駅名（青葉台駅）が購入希望地としての役割を果す。
また、本実施形態では、グループＩＤのみをＰＣ３に送信しているが、上記（３）で検索したグループ情報レコードの内容全てをＰＣ３に送信し、表示させてもよい。この場合、グループ情報レコードの内容がグループ情報の内容としての役割を果す。
【００５１】
上記実施形態おいては特定のケースについて説明したが、本発明はこれら特定のケースに限るものではない。例えば、次のようなケースであっても構わない。（１）上記実施形態では、一戸建を販売するケースについて説明したが、本発明はこれに限るものではない。例えば、賃貸物件を販売するケース、土地のみを販売するケース、その他あらゆるケースに利用できるものである。
（２）データの内容は実施形態で説明したデータに限らない。即ち、同様の役割を果たすことができれば、他のどのようなデータであっても構わない。
（３）ハードウェアも実施形態で説明したものに限らない。即ち、同様の役割を果たすことができれば、他のどのようなハードウェアであっても構わない。例えば、ＰＣ２から受信するデータをＰＣ３から受信してもよいし、ＰＣ３から受信するデータをＰＣ２から受信してもよい。
（４）処理の内容や手順についても実施形態で説明したものに限らない。即ち、同様の役割を果たすことができれば、他のどのような処理内容・処理手順であっても構わない。
（５）「情報（データ）を返送する」とは「情報（データ）を送信する」ことを意味する。ただし、これに限るものではない。
（６）上記実施形態に登場するデータ（データレコード、データファイル）のデータ（データ項目）は、原則として各々関連づけられて（対応づけられて）記憶装置に記憶されているものとする。
【００５２】
【発明の効果】
本発明を利用すれば、次のような効果がある。
（１）ユーザーは自分の希望条件を登録するだけで多数の物件の紹介を受けることができ、希望にあった物件を購入することができる。
（２）ユーザーが自分の希望を各不動産屋で説明する手間も省ける。
（３）ユーザーカルテを利用すれば、重複した物件を紹介されることの回避できる。
（４）ユーザーは自分の希望情報を１か所だけに登録すればそれで済み、ユーザーの手続負担が軽減される。
（５）ユーザーは物件の人気動向や他のユーザーの動向も把握できる。
（６）不動産業者においては、ユーザーカルテを利用することにより、日本全国の不動産を探している顧客情報（希望情報や履歴情報等）を閲覧できるようになる。又、従来よりもマーケティングの強化、従来の査定方法と異なる
新しい査定方法等、より効率のよい営業活動が可能となる。
【図面の簡単な説明】
【図１】本発明を実現するための装置の概略を示す図である。
【図２】処理手順を示すフローチャートである。
【図３】ユーザー希望情報入力フォームを表した図である。
【図４】ユーザー希望情報ファイルを表した図である。
【図５】 ユーザー基本情報ファイルを表した図である。
【図６】 物件情報入力フォームを表した図である。
【図７】 物件ファイルを表した図である。
【図８】紹介先検索画面を表した図である。
【図９】紹介可能顧客一覧を表した図である。
【図１０】紹介メールの内容を表した図である。
【図１１】紹介物件ファイルを表した図である。
【図１２】物件参照記録ファイルを表した図である。
【図１３】ログイン画面を表した図である。
【図１４】物件の詳細内容を表した図である。
【図１５】ユーザーカルテ参照画面を表した図である。
【図１６】ユーザーカルテの内容を表した図である。
【図１７】紹介物件ファイルを表した図である。
【図１８】物件参照記録ファイルを表した図である。
【図１９】ユーザーランキングの内容を表した図である。
【図２０】ユーザーの照会状況を表した図である。
【図２１】成約登録フォームを表した図である。
【図２２】情報提供履歴ファイルを表した図である。
【図２３】担当業者ファイルを表した図である。
【図２４】ユーザー希望情報入力フォームを表した図である。
【図２５】ユーザー希望情報ファイルを表した図である。
【図２６】妥協データを表した図である。
【図２７】物件ファイルを表した図である。
【図２８】紹介先検索画面を表した図である。
【図２９】近似顧客検索結果を表した図である。
【図３０】ユーザー希望情報表示画面を表した図である。
【図３１】紹介メールの内容を表した図である。
【図３２】グループ検索画面を表した図である。
【図３３】グループ情報ファイルを表した図である。
【図３４】グループ検索結果を表した図である。
【図３５】グループ情報ファイルを表した図である。
【図３６】紹介可能顧客一覧を表した図である。
【符号の説明】
１  サーバー
２  ＰＣ
３  ＰＣ
４  インターネット
１１  表示モニタ
１２  キーボード
１３  マウス
【図１】
0003973200.tif 000002
【図２】
0003973200.tif 000003
【図３】
0003973200.tif 000004
【図４】
0003973200.tif 000005
【図５】
0003973200.tif 000006
【図６】
0003973200.tif 000007
【図７】
0003973200.tif 000008
【図８】
0003973200.tif 000009
【図９】
0003973200.tif 000010
【図１０】
0003973200.tif 000011
【図１１】
0003973200.tif 000012
【図１２】
0003973200.tif 000013
【図１３】
0003973200.tif 000014
【図１４】
0003973200.tif 000015
【図１５】
0003973200.tif 000016
【図１６】
0003973200.tif 000017
【図１７】
0003973200.tif 000018
【図１８】
0003973200.tif 000019
【図１９】
0003973200.tif 000020
【図２０】
0003973200.tif 000021
【図２１】
0003973200.tif 000022
【図２２】
0003973200.tif 000023
【図２３】
0003973200.tif 000024
【図２４】
0003973200.tif 000025
【図２５】
0003973200.tif 000026
【図２６】
0003973200.tif 000027
【図２７】
0003973200.tif 000028
【図２８】
0003973200.tif 000029
【図２９】
0003973200.tif 000030
【図３０】
0003973200.tif 000031
【図３１】
0003973200.tif 000032
【図３２】
0003973200.tif 000033
【図３３】
0003973200.tif 000034
【図３４】
0003973200.tif 000035
【図３５】
0003973200.tif 000036
【図３６】
0003973200.tif 000037