JP4768928B2 - 情報管理システム、および、その管理方法 - Google Patents

Description

【０００１】
【発明の属する技術分野】
本発明は、利用者と、その利用者が購入しようとする購入物を既に購入している所有者と、その購入物のコンテンツを提供するサーバ管理者（サーバ提供者）とのいずれにとっても、満足のいく電子商取引システムを開発することが可能な、情報管理システム、および、その管理方法に関する。
【０００２】
【従来の技術】
従来、消費者は、商品の購入に際して、自分の希望に最も適したものを選択するために、商品の下見をしたり、品質、性能、値段等を事前に確認するのが一般的である。
【０００３】
特に、自動車、不動産、住宅などの高額商品になればなるほど、そのような事前の下見や確認等の必要性が高まる傾向にある。
【０００４】
【発明が解決しようとする課題】
しかし、商品購入のために必要な情報は、メーカ側から一方的に提供される情報に頼っているのが現状であり、メーカ以外の中立的な立場にある人や商品購入済みの人から正確な情報を取得するのは難しい。
【０００５】
ここで、住宅を購入する場合を例に挙げると、購入予定者は、住宅メーカが用意したモデルハウスを見学したり、入居宅を見学したりするが、これらの行為はあくまでもメーカによって一方的に作られた宣伝用の片寄った情報であり、中立的な立場に基づくものではない。さらに、メーカ側にとっても、モデルハウスの維持・経営にコストがかかる。
【０００６】
また、購入予定者は、初接触した営業担当者と折衝せざるを得ないのが一般的であり、営業担当者との相性が合わない場合は、たとえ住宅を気に入っていたとしても選択から排除せざるを得なくなる。このことは、購入予定者のみならず、メーカ側にとっても機会損失を招く結果となる。
【０００７】
その一方で、近年、ネットワークを利用した電子商取引のシステムの開発が盛んに行われている。例えば、ある購入したい商品が存在するとき、購入予定者は、ネットワーク上で希望商品に関する情報を提供するサーバを検索する。
【０００８】
しかし、このようなネットワークシステムを利用する場合も、提供される情報は宣伝用として作られたものであり、中立的な立場に基づくものではない。
【０００９】
そこで、本発明の目的は、利用者と、その利用者が購入しようとする購入物を既に購入している所有者と、その購入物のコンテンツを提供する提供者とのいずれにとっても、中立的な立場に立った満足のいく電子商取引システムを開発し、ひいては、集客コストを低減させ、大幅なコストダウンを図ることが可能な、情報管理システム、および、その管理方法を提供することにある。
【００１０】
また、本発明の他の目的は、営業担当者との相性の悪さによる検討機会の損失の削減して契約交渉成立の割合を高めることが可能な、情報管理システム、および、その管理方法を提供することにある。
【００１１】
【課題を解決するための手段】
本発明は、端末装置を使って、購入物の購入を希望する利用者と、前記購入物を既に所有する所有者とが、管理サーバを通じて、情報のやりとりを行うための情報管理システムであって、前記管理サーバは、前記利用者データを登録する利用者登録手段と、前記購入物の実例データ、所有者データ、担当業者を含むメーカデータまたは見込み客データを有するデータベースと、前記データベースに記録された購入物の実例データを検索し、所望とする実例データを抽出する実例データ抽出手段と、前記抽出した実例データを前記端末装置に提示する提示手段と、前記購入物の実例データの情報交換データを含み、前記端末装置を使って、前記利用者と前記実例データの所有者とが交信した情報である交信履歴データを実例データの前記利用者または前記所有者に関する情報として管理する交信履歴データ管理手段と、前記交信履歴データから前記利用者が交信した実例データの担当業者データを調査し、利用者を担当する担当業者を決定するための候補となる担当業者データを選択する調査手段と、ここで、該調査手段は、前記利用者データが前記データベースに見込み客データとして既に登録されているか否かを照合する手段と、前記交信履歴データを参照して、前記利用者が交信した前記購入物の実例データの担当業者データを抽出する手段と、前記照合した見込み客データの担当業者データまたは前記抽出した実例データの担当業者について担当業者を決定するための優先順位を付与する手段とを具えたことを特徴とする。
【００１２】
前記購入物の実例データの情報交換データは、実例データを参照する利用者の端末装置からの質問を受付け、該質問を前記所有者の端末装置に提示し、該質問に対する回答を前記利用者の端末装置に返送する情報交換手段をさらに具えたことを特徴とする。
【００１３】
前記交信履歴データ管理手段の交信履歴データを参照して、前記端末装置を使って前記所有者が交信を交わした前記利用者に対する貢献度を算出する貢献度算出手段をさらに具えたことを特徴とする。
【００１４】
前記貢献度算出手段によって算出した貢献度に応じて、前記所有者に付与するための報酬料を決定する報酬料決定手段と、前記決定された報酬料を前記端末装置に提示する報酬料提示手段とをさらに具えたことを特徴とする。
【００１５】
前記購入物は、住宅を含む不動産であり、前記所有者には、既入居者を含むことを特徴とする。
【００１６】
本発明は、端末装置を使って購入物の購入を希望する利用者と、前記購入物を既に所有する所有者とが、管理サーバを通じて、情報のやりとりを行う情報管理方法であって、前記購入物の実例データ、所有者データ、担当業者を含むメーカデータまたは見込み客データを取得することができる前記管理サーバを使って、前記利用者データを登録するステップと、購入物の実例データを検索し、所望とする実例データを抽出するステップと、前記抽出した実例データを前記端末装置に提示するステップと、前記購入物の実例データの情報交換を含み、前記端末装置を使って前記利用者と前記実例データの所有者とが交信した情報である交信履歴データを実例データの前記利用者または前記所有者に関する情報として管理するステップと、前記交信履歴データから前記利用者が交信した実例データの担当業者データを調査し、利用者を担当する担当業者を決定するための候補となる担当業者データを選択するステップと、ここで、該調査するステップは、前記利用者データが前記見込み客データとして既に登録されているか否かを照合するステップと、前記交信履歴データを参照して、前記利用者が交信した前記購入物の実例データの担当業者データを抽出するステップと、前記照合した見込み客データの担当業者データまたは抽出した実例データの担当業者データについて担当業者を決定するための優先順位を付与するステップと、を具えた情報処理をすることを特徴とする。
【００１９】
ここで、上記担当業者は、営業担当者、設計担当者、メーカーとしてもよい。
【００２０】
（その他の付加的構成要素）
以下の構成要素を付加させてもよい。
【００２１】
情報の管理に際して、利用者が、所望の品に関する見積り注文を行うようにしたり、所望の営業担当者や設計担当者を指名するようにしてもよい。
【００２２】
【発明の実施の形態】
以下、図面を参照して、本発明の実施の形態を詳細に説明する。
【００２３】
［第１の例］
本発明の第１の実施の形態を、図１〜図４５に基づいて説明する。
【００２４】
本発明に係る情報管理システムは、ある購入したい”購入物”が存在するとき、その購入を希望する利用者（購入希望者）と、実際に購入済みの所有者と、その購入物に関するコンテンツを提供して管理する側のサーバとを基本構成とするものである。
【００２５】
本例のシステムでは、住宅建築を例に挙げて説明するが、これに限るものではなく、例えば、一般の不動産（土地、アパート、マンション）、自動車・ブランド品等の高額商品、骨董・絵画等の趣味商品、体験談に基づいた海外旅行・レストラン・料理等の体験談商品等を購入したり注文するようなシステムにおいても適用できるものである。
【００２６】
以下、住宅建築に係る住宅情報管理システム１の構成例について説明する。
【００２７】
＜システム構成＞
まず、本システムの全体構成を、図１〜図３に基づいて説明する。
【００２８】
図１は、情報管理システム１の概略構成を示す。本システム１は、住宅情報を提供するコンテンツサーバ１０と、住宅メーカとしての管理サーバ２０と、住宅建築を計画する利用者（以下、新規客という）が使用する端末３０と、既に入居済みの所有者（以下、顧客という：所有者に代わって実際に入居している者も含む）が使用する端末４０とに大別される。なお、本システムでは、コンテンツサーバ１０と管理サーバ２０とに分離して構成したが、これに限るものではなく、後述する第２の例のように１つの管理サーバ２として構築してもよい。
【００２９】
管理サーバ２０には、複数の営業所５１（営業所ａ〜ｄ）が接続されている。各営業所５１には、新規客や顧客に対して住宅建築に関する営業を担当する営業マン５２が配属されている。
【００３０】
この管理サーバ２０には、管理サイト２１（ホームページ）が設けられている。管理サイト２１は、コンテンツサーバ１０を介して新規客等の利用者との間で住宅建築に関する問答、設計、見積り、建築の打合せ等を行うための仮想の空間を構築するサイトである。
【００３１】
一方、コンテンツサーバ１０には、新規客サイト１１と、住宅メーカサイト１２と、顧客サイト１３とが設けられている。新規客サイト１１（ホームページ）は、新規客側の端末３０との間で住宅建築に関する問い合せ・質疑応答や建築の打合せを行うための仮想の空間を構築する新規客専用のサイトである。
【００３２】
住宅メーカサイト１２（ホームページ）は、管理サーバ２０との間で住宅メーカ、新規客、顧客に関する情報の交換や報酬の付与（謝礼金等）を行うための仮想の空間を構築する管理者専用のサイトである。
【００３３】
顧客サイト１３（ホームページ）は、顧客側の端末４０との間で顧客から建築情報や口こみ情報を収集するための仮想の空間を構築する顧客専用のサイトである。
【００３４】
なお、コンテンツサーバ１０と管理サーバ２０との間はインターネット６１、コンテンツサーバ１０と新規客側の端末３０との間はインターネット６２、コンテンツサーバ１０と顧客側の端末４０との間はインターネット６３、管理サーバ２０と各営業所５１との間はインターネット６４を介して、それぞれ接続されている。
【００３５】
（サーバの構成）
次に、サーバの内部構成例を、図２および図３に基づいて説明する。
【００３６】
（コンテンツサーバ）
図２は、コンテンツサーバ１０の構成を示す。
【００３７】
サーバ装置１０には、利用者登録部１００と、実例データ抽出部１０１と、質問・回答部１０２と、設計見積り依頼部１０３と、営業担当者指名部１０４と、新規客データベースＤＢ１０を有する利用者保存部１５０とが設けられている。
【００３８】
この他に、各種の画像処理および統括的な制御を行うＣＰＵ等からなる情報処理部１６０と、各種データの入出力や通信制御の処理を行う入出力部１６１と、画像データやホームページ等の各種情報の表示を行う表示部１６２と、本発明に係る処理を実行するプログラムや本装置の制御に係るプログラムを記憶する記憶部１６３とが設けられている。なお、これら各部は、相互に通信可能な内部バスＢによって接続されている。
【００３９】
ここで、各手段の機能について説明する。
【００４０】
利用者登録部１００は、入会した新規客を利用者保存部１５０の新規客データベースＤＢ１０に登録する機能をもつ。
【００４１】
実例データ抽出部１０１は、管理サーバ２０の実例データベースＤＢ１に保存された実例データ群（建物情報）を検索し、新規客の所望とする実例データを抽出する機能をもつ。
【００４２】
質問・回答部１０２は、実例データを新規客に提示して質問を受付ける機能や、新規客からの質問を顧客に提示して質問に対する回答（口こみ情報）を新規客に送り返す機能をもつ。
【００４３】
設計見積り依頼部１０３は、新規客の好みの住宅建築に関する設計や見積り要望が記入された注文依頼書を作成して発注する機能である。
【００４４】
営業担当者指名部１０４は、新規客が、少なくとも、建築設計、見積りを含む住宅に関する注文を担当する所望の営業マン５２（又は設計担当者を含む）を指名する機能をもつ。なお、営業担当者指名部１０４は、設計見積り依頼部１０３の注文依頼書内に指名する欄を設けて構成してもよい。
【００４５】
（管理サーバ）
図３は、管理サーバ２０の構成を示す。
【００４６】
管理サーバ２０には、実例データ生成部２００と、交信履歴管理部２０１を構成する利用者点数算出部２０２、利用者選別部２０３、所有者貢献度算出部２０４、所有者報酬料決定部２０５および交信履歴保存部２１２と、調査部２０６を構成する利用者照合部２０７、営業担当候補者抽出部２０８および営業担当者優先順位付与部２０９と、営業担当者決定部２１０と、報酬料提示部２１１と、実例データベースＤＢ１を有する実例データ保存部２５０と、見込み客データベースＤＢ２を有する見込み客保存部２５１と、顧客情報や住宅情報を保存した所有者データベースＤＢ３を有する所有者保存部２５２と、提携先の関連する住宅メーカ５０、営業所５１、営業マン５２等の業務内容や営業範囲を保存した関連メーカデータベースＤＢ４を有する関連メーカ保存部２５３とが設けられている。
【００４７】
この他に、各種の画像処理および統括的な制御を行うＣＰＵ等からなる情報処理部２６０と、各種データの入出力や通信制御の処理を行う入出力部２６１と、画像データやホームページ等の各種情報の表示を行う表示部２６２と、本発明に係る処理を実行するプログラムや本装置の制御に係るプログラムを記憶する記憶部２６３とが設けられている。なお、これら各部は、相互に通信可能な内部バスＢによって接続されている。
【００４８】
ここで、各手段の機能について説明する。
【００４９】
実例データ生成部２００は、コンテンツの部品化やコンテンツの自動生成処理を実行することによって、顧客である住宅所有者の顧客情報や住宅情報から構成される情報群から、新規客である利用者が住宅建設の検討に必要な情報のみを抽出して再構成した実例データを生成する機能をもつ。
【００５０】
交信履歴管理部２０１の交信履歴保存部２１２は、新規客および顧客のホームページ上での交信履歴（例えば、新規登録、画面参照、特定の顧客の実例の質問、顧客から新規客への回答等の種別や、交信を交わした利用回数等）を逐次記録して保存する機能をもつ。
【００５１】
利用者点数算出部２０２は、交信履歴の内容に応じて新規客に対して点数（利用ポイント）を付与して演算処理を実行する機能をもつ。
【００５２】
利用者選別部２０３は、利用ポイント付与後の演算処理の結果に基づいて、新規客に対して以後の交信を継続して行わせるか否かの選別処理を実行する機能をもつ。
【００５３】
所有者貢献度算出部２０４は、交信履歴保存部２１２に保存された顧客の交信履歴を参照して、該顧客が交信を交わした新規客に対する貢献度の度合いを演算処理により算出する機能をもつ。
【００５４】
所有者報酬料決定部２０５は、所有者貢献度算出部２０４によって算出した貢献度の度合いに応じて、顧客に報酬付与のための報酬料を決定する機能もつ。
【００５５】
調査部２０６を構成する利用者照合部２０７は、営業担当者を指名した新規客が、見込み客として既に登録されているか否かを照合する機能をもつ。ここで、見込み客とは、本システムによらずに周知の営業手法で営業マンがついている場合の客や、本システムでは設計見積り注文済みで既に営業マンを決定している場合の客等である。
【００５６】
営業担当者優先順位付与部２０９は、照合結果に応じて、交信履歴保存部２１２に保存された交信履歴を参照して、該新規客が交信を交わした実例データの営業担当者を営業担当候補者として、営業担当者決定のための優先順位を付す機能をもつ。
【００５７】
営業担当者決定部２１０は、営業担当者優先順位付与部２０９によって照合結果に応じて付された優先順位に基づいて、新規客を担当する営業担当者を最終的に決定する機能をもつ。つまり、前記新規客を担当することに決定した営業マン５２は、見込み客データベースＤＢ２に登録される。
【００５８】
報酬料提示部２１０は、所有者報酬料決定部２０５によって決定された報酬料を客（顧客等）に提示、例えばホームページ上の画面に表示するような機能をもつ。
【００５９】
＜システム動作＞
次に、本システムの動作を、図４〜図４５に基づいて説明する。
【００６０】
図４は、本システムの情報管理処理の流れを簡略化して示す。なお、新規客と、顧客と、コンテンツサーバ１０と、管理サーバ２０とに分けて説明する。
【００６１】
本処理は、ステップＳ１の第１段階と、ステップＳ１００の第２段階と、ステップＳ２００の第３段階と、ステップＳ３００の第４段階と、ステップＳ４００の第５段階とに大別される。なお、新規客、顧客、コンテンツサーバ１０、管理サーバ２０の各処理は、各ステップ内において略並列的に実行される。
【００６２】
（第１段階）
まず、ステップＳ１について説明する。
【００６３】
新規客の端末３０では、ステップＳ１０において、インターネット６２に接続されたコンテンツサーバ１０の新規客サイト（ホームページ）１１を通じて、登録の申請を行う。
【００６４】
コンテンツサーバ１０では、ステップS２０において、新規客の新規登録を行う。ここでは、新規客の個人情報、例えば、氏名、住所、家族構成、趣味等の情報が新規客データベースＤＢ１０に登録される。
【００６５】
管理サーバ２０では、以下の処理（ステップS３０〜ステップＳ３２）を実行する。
【００６６】
ステップＳ３０において、交信履歴の管理を行う。なお、この交信履歴は、以下の処理の間、継続して管理される。
【００６７】
ステップＳ３１において、実例データを生成して保存する。すなわち、予め、顧客から建物情報を収集して実例データを作成し、実例データ保存部１０１の実例データベースＤＢ１に保存しておく。「建物情報」とは、例えば、間取り、構造、レイアウト、外観、築年数、付帯設備等の既入居者（顧客）の住宅に関する情報である。また、「口こみ情報」として顧客の居住をはじめてからの体験的な使い勝手等の評価情報も含めてもよい。
【００６８】
なお、この他に、所有者データベースＤＢ３には、顧客に関する情報として、顧客情報や住宅情報が登録されている。メーカデータベースＤＢ４には、例えばサーバ管理者と提携した複数のメーカの情報が登録されている。
【００６９】
ステップＳ３２において、新規客を、新規客データベースＤＢ１０に登録する。また、新規登録した新規客に対しては、所定の点数を付与する。例えば、後述する図３５に示すような「入ポイント」として１００ポイントを付与する。
【００７０】
（第２段階）
次に、ステップＳ１００について説明する。
【００７１】
新規客の端末３０では、以下の処理（ステップS１１０〜ステップＳ１１１）を実行する。
【００７２】
ステップＳ１１０では、新規登録済みの新規客すなわち住宅建築計画者は、コンテンツサーバ１０の新規客サイト１１を通じて、実例データの検索を開始し、建物情報や口こみ情報を収集する。これにより、新規客は、それら収集した情報から建物に関する知識を得て学習し、自己が建築計画している建物への参考資料とする。
【００７３】
ステップＳ１１１では、実例データや口こみ情報を参考にして自己学習した内容に基づいて、顧客に対して疑問点を質問する。例えば、住み心地、建築コスト、間取り等の住宅設計に対する満足・不満な点、営業マン５２の態度に対する満足したことや不満がないか等を質問する。
【００７４】
顧客の端末４０では、ステップＳ１１５において、新規客からの質問に対して、建築コストや住宅メーカ５０に対する満足・不満な点、体験談等を、コメントや写真にして回答する。
【００７５】
コンテンツサーバ１０では、以下の処理（ステップS１２０〜ステップＳ１２１）を実行する。
【００７６】
ステップＳ１２０において、実例データの紹介、質問の送付を行う。すなわち、新規客からのデータ検索の要望に答えて、実例データベースＤＢ１に登録されている実例データを紹介する。実例データは、建物情報や口こみ情報からなっている。「建物情報」としては、例えば、間取り、階数、外観、築年数、建築材料等がある。「口こみ情報」としては、例えば、住み心地、建物に対する満足・不満、耐久性、コスト、利便性、周辺娯楽施設、地域環境、入居後の担当住宅メーカ５０や営業担当者のサービス対応に関するコメント等の既入居者が実際に体験している満足・批判情報がある。
【００７７】
また、新規客から質問があった場合には、新規客からの質問（メール）に応答して、その質問内容を新規客の指定する特定の顧客に送り、その顧客からの回答を待つ。
【００７８】
ステップＳ１２１において、その顧客からの回答（口こみ情報）を受けて、その質問のあった新規客に対して返答する。
【００７９】
管理サーバ２０では、以下の処理（ステップS１３０〜ステップＳ１３１）を実行する。
【００８０】
ステップS１３０において、新規客と顧客が、コンテンツサーバ１０を介してやりとりした交信の履歴を管理する。なお、この交信履歴は、以下の処理の間、継続して管理される。
【００８１】
ステップＳ１３１において、ポイント演算処理、新規客の選別処理、顧客の貢献度の算出処理を行う。
【００８２】
すなわち、新規客の交信履歴を管理して、新規客に対して予め付与しておいた入ポイントから、１回の交信毎にポイント（使用ポイント）を減算していき、残ったポイント分（残ポイント）だけ交信を可能とするような減算処理を行う。このようなポイントの減算処理を行うことによって、ホームページ利用者である新規客を振るいにかけて選別し、ホームページの運営側にとっての頭痛の種となる単なるひやかし客を排除することが可能となる。
【００８３】
また、顧客の交信履歴を管理して、新規客の質問に対してホームページを通じて返答した顧客に対しては、その労力（メーカ又はホームページ運営側への協力）に配慮する形として”貢献した度合い”を求める。この貢献度は、例えば、返答回数、返答種類、返答期間等の内容に応じて重み付けされた貢献ポイントを顧客に付与していく。その後、ステップＳ４３２で、返答した新規客が契約にまで至ったような場合には、さらに契約ポイントを付与し、それら付与した貢献ポイントの累計を参考にして報酬を行うようにする。
【００８４】
（第３段階）
次に、ステップＳ２００について説明する。
【００８５】
新規客の端末３０では、以下の処理（ステップＳ２１０〜ステップＳ２１１）を実行する。
【００８６】
ステップＳ２１０において、新規客は、これまで学習した内容、すなわち、実例データの収集による学習、質問に対する顧客からの回答（口こみ情報）による学習に基づいて、希望とする営業所５１に属する営業マン５２（設計担当者でもよい）を新規客サイト１１の画面で指名する。なお、この指名は、ホームページ上の設計・見積りの注文依頼書内に指名用の欄を設け、住宅建築の発注時にその欄に記入するようにしてもよい。
【００８７】
ステップＳ２１１では、必要に応じて、選定された住宅メーカ５０の営業マン５２に対して、新規客が最終的に認定するか否かの処理を行う。なお、この認定処理は、新規客が希望していない営業担当者に当たった場合の処理を考慮したものであり、省略してもよい。
【００８８】
管理サーバ２０では、以下の処理（ステップS２３０〜ステップＳ２３６）を実行する。
【００８９】
ステップS２３０〜ステップＳ２３１では、前述したステップＳ１３０〜ステップＳ１３１と同様に、引き続き、新規客と顧客との間で交信される履歴の管理を行う。
【００９０】
ステップＳ２３２では、営業マン５２を指名した新規客が、既存チャネルの見込み客データベースＤＢ２に登録されている見込み客か否かの照合を行う。
【００９１】
ステップＳ２３３では、交信履歴から利用者が交信した実例を担当した営業担当者等を抽出して、営業担当候補者を抽出する。
【００９２】
ステップＳ２３４では、所定のルールで、前述した営業マン担当候補に優先順位を付す。
【００９３】
すなわち、照合の結果、新規客が見込み客として既に登録されている場合には、その見込み客を担当している営業マン５２が引き継ぐ。これに対して、照合の結果、新規客が見込み客として未だ登録されていない場合には、新規客を担当する営業マン５２の候補者を抽出する。さらに、これら候補者に優先順位を付ける場合、後述する図３５に示すように、新規客から指名された営業マンを含めて予め定めた基準に基づいて営業担当候補として営業マン５２を順次表示する。
【００９４】
ステップＳ２３５では、その営業担当候補とされた営業マン５２の中から、新規客を担当する営業マン５２を決定する。
【００９５】
なお、営業担当候補者は、画面上にリスト表示する場合に、管理側の画面に示し、管理側で営業マン５２を決定するが、見積り注文時の新規客の端末の画面に示して、新規客自身に選択指示させることによって決定してもよい。
【００９６】
ステップＳ２３６では、その決定した営業マン５２を、既存チャネルの見込み客データベースＤＢ２に登録する。
【００９７】
（第４段階）
次に、ステップＳ３００について説明する。
【００９８】
新規客の端末３０では、ステップＳ３１０において、新規客が交渉担当となった営業マン５２との間で、建築計画の詳細な打合せを行う。これにより、最終的な建築計画が決定され、契約が成立する。
【００９９】
管理サーバ２０では、以下の処理（ステップS３３０〜ステップＳ３３２）を実行する。
【０１００】
ステップS３３０〜ステップＳ３３１では、前述したステップＳ１３０〜ステップＳ１３１と同様に、引き続き、新規客と顧客との間で交信される履歴の管理を行う。
【０１０１】
ステップＳ３３２において、交渉担当となった営業マン５２が新規客との間で設計・仕様について折衝し、最終的な建築計画が決定される。この建築計画の詳細な打合せの段階では、インターネット上で図面や要望のやりとりをしてもよいし、事務手続の案内をしてもよい。なお、新規客との間で契約を成立させてもよい。
【０１０２】
（第５段階）
次に、ステップＳ４００について説明する。
【０１０３】
ステップＳ４２０では、その契約した新規客に対して行った回答により有益な情報を提供し協力して頂いた顧客に対しては、報酬として、交信履歴から予め算出した貢献ポイントを参照してその貢献度に応じた謝礼金が支払われる。
【０１０４】
管理サーバ２０では、以下の処理（ステップS４３０〜ステップＳ４３２）を実行する。
【０１０５】
ステップS４３０〜ステップＳ４３１では、前述したステップＳ１３０〜ステップＳ１３１と同様に、引き続き、新規客と顧客との間で交信される履歴の管理を行う。
【０１０６】
ステップＳ４３２では、契約を成立させた営業マン５２は、これ以後も営業担当を引き続き行うものとして、既存チャネル（既契約データベース）としての所有者データベースＤＢ３に顧客情報として登録される。
【０１０７】
なお、本システムでは、ステップＳ１の第１段階からステップＳ２００の第３段階までの処理を自動化したシステムとして構築するが、これに限るものではなく、電子契約処理や電子マネーの技術を利用してその後のステップＳ３００の第４段階および又はステップＳ４００の第５段階までの処理も含めて自動化したシステムとして構築してもよい。
【０１０８】
＜処理例＞
以下、本システムの処理例１〜５について説明する。
【０１０９】
（処理例１：大量ホームページの作成例）
まず、処理例１として、大量ホームページの作成例を、図５〜図２７に基づいて説明する。ここでは、（１−１）コンテンツのコンポーネント化の例と、（１−２）コンテンツの自動生成の例とに分けて説明する。
【０１１０】
（１−１）コンテンツのコンポーネント化の例
図５〜図２３は、コンテンツのコンポーネント化の例を示す。
【０１１１】
このコンテンツのコンポーネント化とは、例えば、「間取り」、「外観」、「仕様」、「コメント」等のファイルを定型の部品データ化し、それら各部品データを一定のパターンに従って組み合わせることによって、複数種類のレイアウトパターンを作成することをいう。
【０１１２】
図５は、コンテンツのコンポーネント化の１例を示す。このコンポーネント化は、「コンポーネント層」→「パターン対応層」→「レイアウト層」の順序に従って作成される。
【０１１３】
まず、「コンポーネント層」では、間取りファイル３０１、取材ファイル３０２、お客様評価ファイル３０３の３種類のファイルに分類する。各ファイルは、各邸毎（例えば、Ａ邸、Ｂ邸、Ｃ邸）に作成される。
【０１１４】
次に、「パターン対応層」では、それらファイル３０１〜３０３の各データを、基準となるパターン（ここでは、レイアウトパターン１〜３）に基づいて各邸毎に振り分ける。これにより、「レイアウト層」に示すような、ホームページに掲載用のレイアウトパターン１〜３が作成される。
【０１１５】
以下、レイアウトパターンの具体例について説明する。
【０１１６】
図６は、レイアウトパターン１として、二世帯住宅（プランＮｏ．Ｗ．）の例である。このレイアウトパターン１は、図７の間取りファイル３１０と、図８の外観パースファイル３１１と、図９の内観パースファイル３１２と、図１０の顧客コメントファイル３１３と、図１１のゾーニングファイル３１４と、図１２の建物属性ファイル３１５とから構成される。
【０１１７】
図１３は、レイアウトパターン２として、バリアフリー仕様の例である。このレイアウトパターン２は、図１４のバリアフリー実例写真ファイル３２０と、図１５の間取りファイル３２１と、図１６の建物属性ファイル３２２と、図１７の入居者コメントファイル３２３と、図１８の設備仕様ファイル３２４とから構成される。
【０１１８】
図１９は、レイアウトパターン３として、３階建敷地有効利用（３階建＋使用建ぺい率８０以上）の例である。このレイアウトパターン３は、図２０の内観写真ファイル３３０と、図２１の空間有効利用実例ファイル３３１と、図２２の間取りファイル３３２と、図２３の営業担当者コメントファイル３３３とから構成される。
【０１１９】
以上説明したように、コンテンツのコンポーネント化を図ることにより、以下のような利点がある。
【０１２０】
１）各コンポーネント単位で独立して更新を行えるので、コンテンツのメンテナンスコストを大幅に削減できる。
【０１２１】
２）レイアウトパターン毎、コンポーネントのファイル毎のアクセス数が周知のアクセスカウンタ等により測定可能となるので、コンテンツ改善のための定量的データの取得が可能となり、コンテンツのメンテナンス効率を高めることができる。
【０１２２】
３）レイアウトがパターン化しているので、見易い、判り易い画面構成を実現でき、また、予め数十種類のレイアウトパターンを準備すれば、魅力的なプレゼンテーションが可能となる。
【０１２３】
４）レイアウトパターンが予め決まっているので、新規製作コストを大幅に軽減できると同時に品質も向上させることができる。
【０１２４】
（１−２）コンテンツの自動生成の例
図２４〜図２７は、コンテンツの自動生成の例を示す。
【０１２５】
このコンテンツの自動生成とは、住宅メーカが持っている顧客（既入居済み）のＣＡＤデータを、ある一定の基準に基づいて簡略化し、ホームページ用の画面に表示できるように自動変換する処理のことをいう。
【０１２６】
図２４〜図２７は、コンテンツの自動生成の１例を示す。この自動生成処理は、「ＣＡＤデータ」→「ジェネレータ」→「コンポーネント層」の順序に従って作成される。
【０１２７】
図２４の例では、「ＣＡＤデータ」である平面・設備図情報群３５０の各データを間取りファイルジェネレータ３５１によって加工することにより、複雑な図面情報が簡略化され、表示対象が限定された間取りファイル３５２を生成することができる。
【０１２８】
図２５の例では、「ＣＡＤデータ」である外観パース情報群３６０の各データを外観パースファイルジェネレータ３６１によって加工することにより、内容が簡略化され、表示対象が限定された外観パースファイル３６２を生成することができる。
【０１２９】
図２６の例では、「ＣＡＤデータ」である設備・仕様情報群３７０の各データを仕様書ファイルジェネレータ３７１によって加工することにより、内容が簡略化され、表示対象が限定された仕様書ファイル３７２を生成することができる。
【０１３０】
図２７の例では、「ＣＡＤデータ」である見積情報群３８０の各データを見積りファイルジェネレータ３８１によって加工することにより、複雑な内容が簡略化され、表示対象が限定された見積ファイル３８２を生成することができる。
【０１３１】
以上説明したように、コンテンツの自動生成を行うことにより、以下のような利点がある。
【０１３２】
１）コンテンツを作成するためのコストと労力とを大幅に削減することができる。
【０１３３】
２）建物に関する情報を詳細に渡ってコンテンツとできるため、住宅建築の検討者と同等な情報を入手することが可能である。
【０１３４】
（処理例２：実例検索・学習例）
次に、処理例２として、新規客の学習例を、図２８に基づいて説明する。
【０１３５】
まず、利用者は、本ホームページにより住宅の検討を始める際に、新規客としての登録（住所、氏名、年齢等）を行う。その際、管理側では、この利用者は、新規客データベースＤＢ１０に保存される。
【０１３６】
図２８は、コンテンツサーバ１０の新規客サイト１１のホームページ例を示す。新規客は、このホームページから建築に関する情報の検索を行って自己学習する。この例では、「建物間口」、「建物奥行き」などの予め決まっている検索キーによる検索と、キーワード入力による全文検索とが可能である。
【０１３７】
図２８のホームページにおいて、実例宅を検索するときの入力内容について説明する。「ａ」は、都道府県の建設地を入力する欄である。「ｂ」は、例えば１２０ｍ^２〜１５０ｍ^２等の建物面積（ｍ^２）を入力する欄である。「ｃ」は、例えば５ｍ〜７ｍ等の建物間口：東西（ｍ）を入力する欄である。「ｄ」は、例えば５ｍ〜７ｍ等の建物間口：南北（ｍ）を入力する欄である。「ｅ」は、階建、例えば３階等の階数を入力する欄である。「ｆ」は、例えば医院併用住宅等の建物用途を入力する欄である。「ｇ」は、例えば、東入り、西入り、南入り、北入り等の玄関方位を入力する欄である。「ｈ」は、例えばフラット屋根等の建物形態を入力する欄である。「ｉ」は、例えば、２階リビング、二世帯住宅、屋上利用等の建物特徴を入力する欄である。「ｊ」は、例えば１２０ｍ^２〜１５０ｍ^２等の敷地面積（ｍ^２）を入力する欄である。「ｋ」は、例えば多世帯等の家族構成を入力する欄である。「ｌ」は、例えば西暦１９９５〜２０００年等の建築年を入力する欄である。「ｍ」は、全角文字のフリー入力欄、実例記事からキーワードで検索する欄である。なお、入力に際しては、プルダウンメニューを用意し、入力の省力化をすることは周知である。
【０１３８】
以上説明したような検索ツールを準備し、新規客サイト１１を用いて検索して自己学習することにより、新規客のニーズに、一段とフィットした顧客（以下、既入居者という）の実例を入手しやすくなるという利点がある。
【０１３９】
（処理例３：新規客と顧客とが質疑応答の例）
次に、処理例３として、新規客と顧客とが質疑応答の例（すなわち、口こみ例）を、図２９〜図３１に基づいて説明する。ここでは、（３−１）顧客すなわち既入居者の例と、（３−２）新規客の例とに分けて説明する。
【０１４０】
（３−１）既入居者の例
図２９は、既入居者の例を示す。この例は、コンテンツサーバ１０の顧客サイト１３のホームページ例である。この既入居者のホームページは、既入居者と新規客との交信履歴を表示するページである。これにより、未回答案件の明確化や過去の返答の再利用等に役立てることができる。
【０１４１】
図２９のホームページの画面内容について説明する。「ａ」は、既入居者の実名を表示する欄である。「ｃ」は、未返答メール数を表示する欄である。「ｄ」は、新規客の実名を表示（未返答のものがあるお客様から表示）する欄である。「ｅ」は、返答を入力する欄である。「ｆ」は、受発信の履歴を表示する欄である。「ｇ」は、顧客の応答実績に応じた謝礼金額であり、今月蓄積金額（円）である。なお、金額の代わりに点数などの表示方法もある。
【０１４２】
以上説明したように、既入居者個人の交信履歴ページを作成することにより、既入居者の返信負荷を軽減して、返信期間も短縮することができる。
【０１４３】
（３−２）新規客の例
図３０〜図３１は、新規客の例を示す。この例は、コンテンツサーバ１０の新規客サイト１１のホームページ例である。この新規客のホームページは、新規客個人の交信履歴や残ポイント数を一覧できるページである。これにより、新規客は、口こみ情報の履歴や残ポイント数から、次にとるべき行動を決めることができる。
【０１４４】
図３０のホームページの画面内容について説明する。「ａ」は、新規客の名前を表示する欄である。「ｂ」は、図３１の入居宅とのメール履歴画面へ移行するための指示入力欄である。「ｃ」は、未読メール数を表示する欄である。「ｄ」は、資料請求画面へ移行するための指示入力欄である。「ｅ」は、間取り作成依頼画面へ移行するための指示入力欄である。「ｆ」は、ポイント残高を表示する欄である。
【０１４５】
図３１のホームページの画面内容について説明する。「ａ」は、選択した既入居者の公開ネームを表示する欄である。「ｂ」は、発信文書入力欄であり、主に、ａ欄が未選択のときに使用する。「ｃ」は、実例検索へ移行するための指示入力欄である。「ｄ」は、既に交信歴のある既入居者の公開ネームを表示する欄である。「ｅ」は、追加発信用の文書入力欄である。「ｆ」は、これまでの受信者履歴を表示する欄である。「ｇ」は、実例紹介ページへジャンプするための指示入力欄である。
【０１４６】
以上説明したように、新規客の個人ページを作成することにより、新規客が無駄なく、口こみ情報を収集することができる。
【０１４７】
（処理例４：営業担当への引継ぎ例）
次に、処理例４として、営業担当への引継ぎ例を、図３２〜図４３に基づいて説明する。ここでは、（４−１）営業担当の割り付け（すなわち、バッティングチェック）の例と、（４−２）要望伝達の例とに分けて説明する。
【０１４８】
（４−１）バッティングチェック例
図３２〜図３９は、バッティングチェック例を示す。このバッティングチェックとは、新規客から間取り作成（見積り注文依頼）者の要望や営業担当者の紹介要望があったとき、営業担当者を特定の営業マンに決定するために所定の規定に基づいて、候補者となる住宅メーカ５０の営業担当者を調査することをいう。例えば、
１）その新規客が既に住宅メーカの見込み客となっている営業担当者
２）その新規客が見積り注文依頼時に指名した営業担当者
３）その新規客が最も多く交信した顧客（既入居者）の営業担当者
４）一定期間の担当した顧客（既入居者）への質問が最も多い営業担当者
この他には、その新規客が最も気に入って選択した実例の営業担当が候補者となる例もある。これにより、所定の優先順位を付与して営業担当者を１人に決定することが可能となる。
【０１４９】
以下、バッティングチェック例をケース１〜３に分けて、図３２のフローチャート、図３３〜図３９を用いて説明する。
【０１５０】
図３３は、ケース１〜３に共通する新規客サイト１１のホームページであり、新規客が間取り作成（見積り注文）を依頼するときの画面である。なお、各欄については、前述した図３０で説明したので、ここでの説明は省略する。
【０１５１】
図３３の画面において、「ｅ」の間取り作成依頼（見積り注文）画面の欄を”クリック”して間取り作成を依頼する（図３２のステップＳ１）。このクリックにより、管理サーバ２０においては、新規客データベースＤＢ１０から取り出した当該新規客データと、既存チャネルの見込み客データベースＤＢ２とを照合して見込み客登録になっているか否かをチェックする（ステップＳ２）。
【０１５２】
（バッティングチェック例：ケース１）
図３４〜図３５は、ケース１の例である。
【０１５３】
ケース１とは、既に見込み客データベースＤＢ２側で見込み客登録が完了し、営業担当者が決まっているケースである（ステップＳ３）。この画面で、間取り要望を記入する（ステップＳ４）。
【０１５４】
図３４の間取り作成依頼画面において、新規客は、間取り要望を記入する。ここで、「ａ」は、実例検索画面から参考邸を指示する欄である（書き込み可）。「ｂ」は、間取りに関する要望を記入する欄である。「ｃ」は、利用が始めての新規客又は既に利用中だが営業担当者が決定していない新規客のときに表示される欄であり、営業担当者を指名する入力欄である。「ｄ」は、新規客の住所より担当エリアの既入居客（公開ネーム）と営業所５１・営業担当者名を表示する欄である。「ｅ」は、これまでの請求履歴を表示する欄である。
【０１５５】
図３５は、新規客が図３４の間取り作成依頼して”クリック”した際における管理サーバ２０側の管理サイト２１のホームページである（ステップＳ５）。
【０１５６】
ここで、「ｂ」は、見込み客データベースＤＢ２への引継ぎ日を表示する欄である。「ｃ」は営業所、「ｄ」は営業担当者をそれぞれ表示する欄である。「ｆ」は、例えば、資料請求、入居者とのメール、間取り作成依頼（見積り注文依頼）の別を示すサービス種を表示する欄である。「ｊ」は利用者がホームページから利用を開始する際に新規客として登録するときに与えられる初回に付与される入ポイント、「ｋ」はサービス種別にカウント、「ｌ」は「ｊ」−「ｋ」の値をそれぞれ表示する欄である。
【０１５７】
「ｉ」は、利用者の交信履歴に基づいて営業担当候補を表示する欄である。この場合、優先順位としては、（１）既存チャネルの見込み客データベースＤＢ２に既に登録されている営業所５１、営業担当者、（２）指名された営業担当者、（３）新規客を担当できるエリアの営業担当者のうち、当該新規客が質問した回数の最も多い顧客（既入居客）を担当した営業担当者、（４）（３）に加え、最新の質問対象の顧客（既入居者客）を担当した営業担当者、（５）一定期間の担当顧客（既入居客）への質問回数が最も多い営業担当者の順となる。さらに、他には「ａ」で指示した参考実例の営業担当なども候補の１人である。
【０１５８】
（バッティングチェック例：ケース２）
図３６〜図３７は、ケース２の例である。
【０１５９】
ケース２とは、既存チャネル側の見込み客データベースＤＢ２では未登録で、新規客側に希望する営業担当者がいるケースである（ステップＳ６）。
【０１６０】
この場合にも、予め図３３の間取り作成依頼画面の欄を”クリック”して、図３６の画面へ移行する。
【０１６１】
図３６の間取り作成依頼画面において、新規客は、間取り要望に加え、希望する営業担当者名を指名入力する（ステップＳ７）。その際、前述のように予め利用者の交信履歴に基づき営業担当候補者を調査し、プルダウンで表示してもよい。なお、記入方法は、図３４の画面と同じである。
【０１６２】
図３７は、新規客が図３６の間取り作成依頼した際における管理サーバ２０側の管理サイト２１のホームページである（ステップＳ５）。なお、記入方法は、図３５の画面と同じである。
【０１６３】
（バッティングチェック例：ケース３）
図３８〜図３９は、ケース３の例である。
【０１６４】
ケース３とは、既存チャネル側の見込み客データベースＤＢ２では未登録で、新規客側に希望する営業担当者がいないケースである。
【０１６５】
この場合にも、予め図３３の間取り作成依頼画面の欄を”クリック”して、図３８の画面へ移行する。
【０１６６】
図３８の間取り作成依頼画面において、新規客は、間取り要望に加え、営業担当者名の希望がない旨を登録する（ステップＳ８）。なお、記入方法は、図３６の画面と同じである。
【０１６７】
新規客が図３８の間取り作成依頼したことによって、管理サーバ２０側では、例えば、以下の優先順位（Ａ）〜（Ｃ）に基づいて、営業担当者の割り付けを行う（ステップＳ９）。（Ａ）エリアの営業担当者のうち、当該新規客が質問した回数の最も多い既入居客を担当した営業担当者、（Ｂ）（Ａ）に加え、最新の質問対象の既入居客を担当した営業担当者、（Ｃ）一定期間の担当既入居客への質問回数がもっとも多い営業担当者の順に従って割り付けを行う。このような営業担当者の割り付けを行った後、図３９の画面を表示する。
【０１６８】
図３９は、営業担当者の割り付けを行った後における管理サーバ２０側の管理サイト２１のホームページである（ステップＳ５）。なお、記入方法は、図３７の画面と同じである。
【０１６９】
以上説明したように、バッティングチェック処理を行うことにより、以下のような利点がある。
【０１７０】
１）既存チャネル側に既に登録済みの見込み客は既に存在する営業担当に引き継ぐことにより、既存チャネルとの摩擦が回避できる。
【０１７１】
２）新規客の間取り作成等の要求から営業担当の対応までの時間短縮を図ることができる。また、新規客も営業担当の指名がしやすく満足できる。
【０１７２】
３）住宅メーカ側の営業担当者割り付けの負荷を軽減することができる。
【０１７３】
４）既入居者の本システムへの貢献度の高さが営業担当者のメリットとなるため、営業担当者が本システムへの顧客誘致を積極的に行うことになり、システムの利用価値を高めることができる。
【０１７４】
（４−２）要望伝達の例
図４０〜図４３は、要望伝達の例を示す。この要望伝達とは、新規客が、ホームページ上で参照した既入居者の実例をベースにして自己の要望を加筆することにより、住宅メーカ５０にその加筆内容を伝達することをいう。
【０１７５】
すなわち、新規客が、新規客サイト１１のホームページ上に掲載された、自分の要望に最も近い既入居者宅のコンテンツに直接要望を書き込み、その書き込んだコンテンツと共に、管理サーバ２０側の住宅メーカなどのホームページ掲載者に転送する。これにより、ホームページ掲載者は、コンテンツと要望を元に、その新規客の実際の住宅計画を設計、見積りし、後日プレゼンテーションを行うことができる。
【０１７６】
図４０は、「間取りファイル」４００に、「廊下はもう少し広く」、「居間と和室はつなげたい」という要望４０１を記入した例である。図４１は、「外装パースファイル」４０２に、「南面から見た外観にアクセントがほしい」という要望４０３を記入した例である。図４２は、「仕様書ファイル」４０４に、「キッチンセットには、食器洗浄乾燥機が欲しい」という要望４０５を記入した例である。図４３は、「見積ファイル」４０６に、「１５０万円程度予算オーバー」という要望４０７を記入した例である。
【０１７７】
以上説明したように、要望伝達を行うことにより、以下のような利点がある。
【０１７８】
１）住宅メーカ５０は新規客（すなわち、住宅検討者）の具体的要望に基づいて個別設計を行えるため、打合せや個別設計コストを大幅に削減することができる。
【０１７９】
２）住宅検討者と営業担当者とのやりとりに関しての負荷を軽減できると共に、コミュニケーションの質を高めることができる。
【０１８０】
３）住宅検討者は、白紙の状態では要望を具体化することが困難であるが、自分に最も近い、最も気に入った先人の事例を活用（すなわち、先人の知恵を活用）して要望を伝達できる。
【０１８１】
（処理例５：顧客管理の例）
次に、処理例５として、顧客管理の例を、図４４〜図４５に基づいて説明する。ここでは、（５−１）新規客の状況管理の例と、（５−２）既入居者の状態管理の例とに分けて説明する。
【０１８２】
（５−１）新規客の状況管理例
図４４は、管理サイトの新規客の状況管理の例を示す。この状況管理では、新規客の履歴より、学習の段階、口こみの段階、折衝の段階、契約済みの段階、計画中止等の状態に応じて、新規客のデータ改廃を検討可能である。また、口こみの入り口で付与されるポイント管理により、ひやかし客の排除をする管理を行う。
【０１８３】
図４４は、前述した図３５と同じ管理サイト２１のホームページを示すものであり、ここではポイントの付与に関する演算処理について説明する。口こみの段階の入り口で、新規客に対して無償で１００ポイントを付与する。その後、持ち点１００ポイントから、１回の質問毎に５ポイントを減算していく。その減算結果を残ポイントとして表示する。
【０１８４】
例えば、２回分のメール（質問）に相当する使用ポイントとして１０ポイント（＝５×２回）が減算され、さらに、間取り依頼の使用ポイント５０ポイントが減算されると、残ポイントは４０ポイント（＝１００−（１０＋５０））として表示される。
【０１８５】
以上説明したように、ポイントの減算により利用回数を制限することにより新規客の利用状況を管理できるので、真剣に住宅の購入を考えていないひやかし客を排除し、顧客（既入居者）や住宅メーカ５０の無駄な労力の低減を図ることができる。
【０１８６】
（５−２）顧客（既入居者）の状態管理の例
図４５は、顧客（既入居者）の状態管理の例を示す。この状態管理では、既入居者の新規客への体験情報の提供による本サイトへの貢献度を管理し、謝礼金の支払いデータを作成する。また、本サイトに貢献度の少ない顧客を、一定の基準に従って自動的に検出する。
【０１８７】
図４５は、管理サイト２１のホームページ（ページ改廃審査）を示す。なお、図中、Ａの項目は、ホームページから取得した情報であり、Ｂの項目は既存チャネルから取得した情報である。また、「ｈ」は、「ｃ」の交信回数と、「ｄ」の２週間以上の返信件数とにより、ページ改廃候補を検出する。
【０１８８】
ページ改廃の条件としては、例えば、半年間の質問数が数件以下、２週間以内に回答しない質問が半年で数件以上あるような場合は改廃する、というものである。
【０１８９】
謝礼の条件としては、例えば、ホームページ掲載時、質問の返答時、既存チャネルへの引継ぎ時（営業担当有り無しで区別）、営業担当者引継ぎ客の契約時にに謝礼金を支払う、というものである。
【０１９０】
以上説明したように、既入居者の状態管理により、以下のような利点がある。
【０１９１】
１）貢献度によって顧客（既入居者）の入れ換えを決定することができる。
【０１９２】
２）既入居者の謝礼金支払い管理業務の負担軽減を図ることができる。
【０１９３】
［第２の例］
次に、本発明の第２の実施の形態を、図４６に基づいて説明する。なお、前述した第１の例と同一部分についてはその説明を省略し、同一符号を付す。
【０１９４】
図４６は、本発明に係る情報管理システムの構成例を示す。
【０１９５】
本例では、前述した第１の例と同様に、住宅建築に係る住宅情報管理システム１について説明する。
【０１９６】
本システム１は、サーバを１個とし、複数の住宅メーカ５０を有する場合の例である。すなわち、本システム１は、住宅情報の提供および管理を行う管理サーバ２０と、住宅建築を計画する新規客側の端末３０と、顧客側の端末４０とに大別される。
【０１９７】
管理サーバ２０は、前述した図２および図３の両方の構成を有する。この管理サーバ２０には、複数の住宅メーカ５０（住宅メーカＡ〜Ｄ）が、ネットワーク６４を介して接続されている。各住宅メーカ５０は、営業所５１（営業所Ａ１〜Ａ３，Ｂ１〜Ｂ３，Ｃ１〜Ｃ３，Ｄ１〜Ｄ３）を有している。各営業所５１には、新規客や顧客に対して営業を担当する営業マン５２が配属されている。
【０１９８】
このように構成された本システムの動作は、前述した第１の例と同様であり、その説明は省略する。住宅メーカの指名（指定）やバッティングチェックも可能である。なお、本例では、１個のサーバとしたが、２個以上のサーバとし、各サーバに前述した図２又は図３の構成を適宜分散させて構成してもよい。
【０１９９】
＜まとめ＞
以上の各例から、本システムの利点をまとめると、以下のようなる。
【０２００】
１）システムを構築し、住宅情報の検索や、既入居者（所有者）に対する直接の質疑応答を自由に行えるので、新規客（利用者）が、自分に近いライフスタイルや敷地環境をもつ既入居者から、容易に実例の建物情報、口こみ情報を入手することができる。その結果、実例の建物情報、口こみ情報を、従来は偶然に住宅建設した親戚・同僚など２〜３名から得るのがせいぜいであったが、数十名〜１００名程度の実例の建物情報、口こみ情報を容易にかつ迅速に収集することができ、これにより、新規客の既入居者からの情報収集効率を飛躍的に高めることができる。
【０２０１】
２）住宅メーカ５０の営業担当者の営業行為に代わり、既入居者がホームページ上の実例の建物情報および口こみ情報を通じて新規客と直接対話して営業行為を代行するようにしたので、既入居者が住宅検討に直接役立つ評価データを新規客に公開して信頼を得ると同時に、その代行行為に対する報奨金を獲得することができる。また、これに伴い、住宅メーカ５０は、モデルハウスに要するコストを削減することができ、これにより、住宅メーカの集客コストを大幅に削減でき、ひいては販売価格を削減することができる。
【０２０２】
３）新規客が、既入居者からの口こみ情報（評価）に基づいて、優秀な営業担当者を選択するようにしたので、営業担当の出来不出来による消費者および住宅メーカ５０の検討機会の損失や、営業担当者と新規客の相性の悪さによる検討機会の損失を削減することができ、ひいては、営業担当者の自然淘汰も行われ、全体の人材のレベルアップにつながる。
【０２０３】
４）最初から既存チャネルへの顧客引継ぎを前提とした住宅請負建築のシステムを構築し、冷やかし客を選別排除するためのポイント制度、アクセス数の多い顧客の営業担当への優先引継ぎ制度（バッティングチェック）、顧客への成約に対する報酬制度を有しているので、新規客や顧客のみならず、住宅メーカ５０やサーバ管理者にとっても利用価値が高く魅力あるシステムを得ることができる。
【０２０４】
５）クリック＆モルタル（従来の営業手法とｅビジネスとの共存共栄を図ること）を実行できるので、従来の非インターネット利用者とインターネット利用者との顧客管理の一元化（営業担当者をどのように客につけるか）を図り、また、どこまでをインターネットで行ってどこからを既存の営業手法に合流させるかを選択することができる。
【０２０５】
６）運営の継続性を保つことができるので、実例所有者がインターネット利用者の満足のいく対応サービスを継続して実行でき、また、冷やかしインターネット利用者の撃退を図ることができ、さらに、インターネット利用者の利用しやすい実例の準備（検索しやすさ、コンテンツの作りやすさ）を効率良く行うことができる。
【０２０６】
【発明の効果】
以上説明したように、本発明によれば、端末側の利用者および所有者が、コンテンツの提供および管理を行うサーバとの間で情報のやりとりを行うシステムにおいて、利用者を登録し、実例データを利用者に提示して質問を受付け、所有者からの回答を利用者に回答し、回答に応じた所有者に対しては貢献度を算出して報酬を付与し、利用者を見込み客と照合し、利用者の交信履歴を用いて営業担当候補を調査し、利用者が所望の営業担当者を指名し、照合結果に応じて営業担当者に優先順位を付与し、優先順位に従って営業担当者を決定するようにしたので、例えば、本システムを住宅建築に適用した場合、住宅建築計画者（利用者）が住宅検討の初期段階のきわめて短期間のうちに、既入居者（所有者）から建築情報や口こみ情報を収集して検討事項を自己学習することが可能となり、従来のようなモデルハウスの展示やバスツアー等による見学イベントを開催する必要がなくなり、これにより、利用者と、その利用者が購入しようとする購入物を既に購入している所有者と、その購入物のコンテンツを提供するサーバ提供者とのいずれにとっても、満足のいく電子商取引システムを開発することができ、ひいては、集客コストを低減させ、大幅なコストダウンを図ることができる。
【０２０７】
また、本発明によれば、端末側の利用者が営業担当者を指名した場合、営業担当候補者の調査結果に応じて優先順位を付して最適な営業担当者を決定するシステムを構築したので、営業担当者の引継ぎを短期間のうちにスムーズに行えると共に、営業担当者との相性の悪さによる検討機会の損失の削減を図ることができ、ひいては、契約交渉成立の割合を高めることができる。
【図面の簡単な説明】
【図１】本発明の第１の実施の形態である、情報管理システムの全体構成の概略を示すブロック図である。
【図２】コンテンツサーバの構成を示すブロック図である。
【図３】管理サーバの構成を示すブロック図である。
【図４】本システムの全体的な流れを示すフローチャートである。
【図５】コンテンツのコンポーネント化を説明するブロック図である。
【図６】レイアウトパターン１を示す説明図である。
【図７】間取りファイルを示す説明図である。
【図８】外観パースファイルを示す説明図である。
【図９】内観パースファイルを示す説明図である。
【図１０】顧客コメントファイルを示す説明図である。
【図１１】ゾーニングファイルを示す説明図である。
【図１２】建物属性ファイルを示す説明図である。
【図１３】レイアウトパターン２を示す説明図である。
【図１４】バリアフリー実例ファイルを示す説明図である。
【図１５】間取りファイルを示す説明図である。
【図１６】建物属性ファイルを示す説明図である。
【図１７】入居者コメントファイルを示す説明図である。
【図１８】設備仕様ファイルを示す説明図である。
【図１９】レイアウトパターン３を示す説明図である。
【図２０】内観写真ファイルを示す説明図である。
【図２１】空間有効利用実例ファイルを示す説明図である。
【図２２】間取りファイルを示す説明図である。
【図２３】営業担当者コメントファイルを示す説明図である。
【図２４】ＣＡＤデータから間取りファイルへの自動生成を示す説明図である。
【図２５】ＣＡＤデータから外装パースファイルへの自動生成を示す説明図である。
【図２６】ＣＡＤデータから仕様書ファイルへの自動生成を示す説明図である。
【図２７】ＣＡＤデータから見積ファイルへの自動生成を示す説明図である。
【図２８】実例宅検索用の新規客サイト画面を示す説明図である。
【図２９】顧客（既入居者）の個人ページである顧客サイト画面を示す説明図である。
【図３０】新規客の個人ページである新規客サイト画面を示す説明図である。
【図３１】新規客の個人ページである新規客サイト画面を示す説明図である。
【図３２】バッティングチェック処理を示すフローチャートである。
【図３３】ケース１〜３に共通な新規客サイト画面を示す説明図である。
【図３４】ケース１における間取り作成依頼時の新規客サイト画面を示す説明図である。
【図３５】ケース１における間取り作成依頼時の管理サイト画面を示す説明図である。
【図３６】ケース２における間取り作成依頼時の新規客サイト画面を示す説明図である。
【図３７】ケース２における間取り作成依頼時の管理サイト画面を示す説明図である。
【図３８】ケース３における間取り作成依頼時の新規客サイト画面を示す説明図である。
【図３９】ケース３における間取り作成依頼時の管理サイト画面を示す説明図である。
【図４０】間取りファイルによる要望伝達の例を示す説明図である。
【図４１】外観パースファイルによる要望伝達の例を示す説明図である。
【図４２】仕様書ファイルによる要望伝達の例を示す説明図である。
【図４３】見積ファイルによる要望伝達の例を示す説明図である。
【図４４】新規客の状況管理を説明する管理サイト画面を示す説明図である。
【図４５】顧客（既入居者）の状況管理を説明する管理サイト画面を示す説明図である。
【図４６】本発明の第２の実施の形態である、情報管理システムの全体構成の概略を示すブロック図である。
【符号の説明】
１ 住宅提供管理システム
２ サーバ
１０ コンテンツサーバ
１１ 新規客サイト
１２ 住宅メーカサイト
１３ 顧客サイト
２０ 管理サーバ
２１ 管理サイト
３０，４０ 端末
５０ 住宅メーカ
５１ 営業所
５２ 営業担当者
６０〜６４ インターネット
１００ 利用者登録部
１０１ 実例データ抽出部
１０２ 質問・回答部
１０３ 設計見積り依頼部
１０４ 営業担当者氏名部
１５０ 利用者保存部
１６０ 情報処理部
１６１ 入出力部
１６２ 表示部
１６３ 記憶部
２００ 実例データ生成部
２０１ 交信履歴管理部
２０２ 利用者点数算出部
２０３ 利用者選別部
２０４ 所有者貢献度算出部
２０５ 所有者報酬料決定部
２０６ 調査部
２０７ 利用者照合部
２０８ 営業担当候補者抽出部
２０９ 営業担当者優先順位付与部
２１０ 営業担当者決定部
２１１ 報酬料提示部
２１２ 交信履歴保存部
２５０ 実例データ保存部
２５１ 見込み客保存部
２５２ 所有者保存部
２５３ 関連メーカ保存部
２６０ 情報処理部
２６１ 入出力部
２６２ 表示部
２６３ 記憶部
３５０ 平面・設備情報群
３５１ 間取りファイルジェネレータ
３５２ 間取りファイル
３６０ 外観パース情報群
３６１ 外観パースファイルジェネレータ
３６２ 外観パースファイル
３７０ 設備・仕様情報群
３７１ 設備・仕様ファイルジェネレータ
３７２ 設備・仕様ファイル
３８０ 見積り情報群
３８１ 見積りファイルジェネレータ
３８２ 見積りファイル
ＤＢ１〜ＤＢ４ データベース
ＤＢ１０ データベース

Claims (7)

1. 端末装置を使って、購入物の購入を希望する利用者と、前記購入物を既に所有する所有者とが、管理サーバを通じて、情報のやりとりを行うための情報管理システムであって、
   前記管理サーバは、
   前記利用者データを登録する利用者登録手段と、
   前記購入物の実例データ、所有者データ、担当業者を含むメーカデータまたは見込み客データを有するデータベースと、
   前記データベースに記録された購入物の実例データを検索し、所望とする実例データを抽出する実例データ抽出手段と、
   前記抽出した実例データを前記端末装置に提示する提示手段と、
   前記購入物の実例データの情報交換データを含み、前記端末装置を使って、前記利用者と前記実例データの所有者とが交信した情報である交信履歴データを実例データの前記利用者または前記所有者に関する情報として管理する交信履歴データ管理手段と、
   前記交信履歴データから前記利用者が交信した実例データの担当業者データを調査し、利用者を担当する担当業者を決定するための候補となる担当業者データを選択する調査手段と、
   ここで、該調査手段は、
   前記利用者データが前記データベースに見込み客データとして既に登録されているか否かを照合する手段と、
   前記交信履歴データを参照して、前記利用者が交信した前記購入物の実例データの担当業者データを抽出する手段と、
   前記照合した見込み客データの担当業者データまたは前記抽出した実例データの担当業者について担当業者を決定するための優先順位を付与する手段と
   を具えたことを特徴とする情報管理システム。
2. 前記購入物の実例データの情報交換データは、実例データを参照する利用者の端末装置からの質問を受付け、該質問を前記所有者の端末装置に提示し、該質問に対する回答を前記利用者の端末装置に返送する情報交換手段をさらに具えたことを特徴とする請求項１記載の情報管理システム。
3. 前記交信履歴データ管理手段の交信履歴データを参照して、前記端末装置を使って前記所有者が交信を交わした前記利用者に対する貢献度を算出する貢献度算出手段をさらに具えたことを特徴とする請求項１又は２記載の情報管理システム。
4. 前記貢献度算出手段によって算出した貢献度に応じて、前記所有者に付与するための報酬料を決定する報酬料決定手段と、
   前記決定された報酬料を前記端末装置に提示する報酬料提示手段と
   をさらに具えたことを特徴とする請求項３記載の情報管理システム。
5. 前記購入物は、住宅を含む不動産であり、
   前記所有者には、既入居者を含むことを特徴とする請求項４記載の情報管理システム。
6. 端末装置を使って購入物の購入を希望する利用者と、前記購入物を既に所有する所有者とが、管理サーバを通じて、情報のやりとりを行うための情報管理方法であって、
   前記購入物の実例データ、所有者データ、担当業者を含むメーカデータまたは見込み客データを取得することができる前記管理サーバが、
   前記利用者データを登録するステップと、
   購入物の実例データを検索し、所望とする実例データを抽出するステップと、
   前記抽出した実例データを前記端末装置に提示するステップと、
   前記購入物の実例データの情報交換を含み、前記端末装置を使って前記利用者と前記実例データの所有者とが交信した情報である交信履歴データを実例データの前記利用者または前記所有者に関する情報として管理するステップと、
   前記交信履歴データから前記利用者が交信した実例データの担当業者データを調査し、利用者を担当する担当業者を決定するための候補となる担当業者データを選択するステップと、
   ここで、該調査するステップは、
   前記利用者データが前記見込み客データとして既に登録されているか否かを照合するステップと、
   前記交信履歴データを参照して、前記利用者が交信した前記購入物の実例データの担当業者データを抽出するステップと、
   前記照合した見込み客データの担当業者データまたは抽出した実例データの担当業者データについて担当業者を決定するための優先順位を付与するステップと
   を実行することを特徴とする情報管理方法。
7. 前記購入物は、住宅を含む不動産であり、
   前記所有者には、既入居者を含むことを特徴とする請求項６記載の情報管理方法。

Images