(57)【要約】【課題】  商品やサービスを紹介し、その商品やサービスに対する注文・問合せの情報を取得し、その取得した情報に合致する商品やサービスを提供する各社へ、販売またはサービスが可能かを問い合わせ、各社の対応履歴情報により、売れ筋の商品やサービス情報を各社へフィードバックする受注販売紹介システムを提供する。【解決手段】  注文を受け付ける手段と、受け付けた注文に対応する提供先を抽出する手段と、前記提供先に提供可否を問い合わせる手段と、問い合わせた結果に基づいて提供先を選定する手段と、提供可であれば提供先に予約を入れる手段と、上記によって得られた情報の少なくとも一部を注文先に提供する手段と提供先に実績情報や各種サービス情報をフィードバックする手段により受注販売紹介システムを提供する。【選択図】  図２
2005108178.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークを介して注文を受け付ける手段と、受け付けた注文に対応する提供先を抽出する手段と、前記提供先に提供可否を問い合わせる手段と、問い合わせた結果に基づいて提供先を選定する手段と、提供可であれば提供先に予約を入れる手段と、上記手段によって得られた情報の少なくとも一部を注文先に提供することを特徴とする受注販売紹介システム。
【請求項２】
ネットワークを介して注文を受け付ける手段と、受け付けた注文に対応する提供先を抽出する手段と、前記提供先に提供可否を問い合わせる手段と、問い合わせの回数をカウントする手段と、問い合わせの結果、提供可または、提供不可の回数をカウントする手段と、提供先ごとの前記カウント数を比較する手段を有することを特徴とする受注販売紹介システム。
【請求項３】
ネットワークを介して、提供先ごとに問合せに応じた案件紹介の実績回数と前記比較結果を提供先ごとに配信する手段と注文先からの提供先における対応評価を提供先ごとに配信する手段と、現状の問合せ状況を提供先ごとに配信する手段を有することを特徴とする請求項２記載の受注販売紹介システム。
【請求項４】
ネットワークを介して受け付けた注文に対応する提供先を抽出し、前記提供先に提供可否を問い合わせ、問い合わせた結果に基づいて提供先を選定し、提供可能であれば提供先に予約を入れ、上記処理によって得られた情報の少なくとも一部を注文先に提供し、提供先に実績情報や各種サービス情報をフィードバックすることを特徴とする受注販売紹介方法。
【請求項５】
ネットワークを介してパートナ企業の案件情報を収集する手段と、収集した案件情報から情報発信する企業の業種を選定する手段と、前記選定した企業業種に対応した企業の企業情報を収集する手段と、収集した企業情報を選別する手段と、前記選別した企業情報に対して商品情報を送信する手段とを有することを特徴とする受注販売紹介システム。
【請求項６】
ネットワークを介して見積り依頼を受け付ける手段と、受け付けた内容から対応するパートナ企業を選定する手段と、前記選定したパートナ企業からの見積り回答の妥当性を判断する手段と、前記パートナ企業からの見積り回答を整理する手段と、前記整理した見積り回答に基づいて対応するパートナ企業を選定する手段を有することを特徴とする受注販売紹介システム。
【請求項７】
ネットワークを介して各パートナ企業のスケジュールを収集する手段と、各パートナ企業の案件情報を収集する手段と、各パートナ企業の見積り回答を受け付ける手段と、各パートナとの情報の交信を管理する手段を有することを特徴とする受注販売紹介システム。
【請求項８】
ネットワークを介してパートナ企業の案件情報を収集し、前記収集した案件情報から情報発信する企業の業種を選定し、前記選定した企業業種に対応した企業の企業情報を収集し、前記収集した企業情報を選別し、前記選別した企業情報に対して商品情報を送信することを特徴とする受注販売紹介方法。
【請求項９】
ネットワークを介して見積り依頼を受け付け、前記受け付けた内容から対応するパートナ企業を選定し、前記選定したパートナ企業からの見積り回答の妥当性を判断し、前記パートナ企業からの見積り回答を整理し、前記整理した見積り回答に基づいて対応するパートナ企業を選定することを特徴とする受注販売紹介方法。
【請求項１０】
ネットワークを介して各パートナ企業のスケジュールを収集し、各パートナ企業の案件情報を収集し、各パートナ企業の見積り回答を受け付け、前記スケジュール、案件情報及び見積り回答に基づいて各パートナとの情報の交信を行なうことを特徴とする受注販売紹介方法。
【請求項１１】
受注販売紹介方法を実行するためのプログラムを格納した、計算機で読み取り可能な記憶媒体であって、前記受注販売紹介方法は、ネットワークを介して受け付けた注文に対応する提供先を抽出し、前記提供先に提供可否を問い合わせ、問い合わせた結果、提供先を選定し、提供可能であれば提供先に予約を入れ、上記情報の少なくとも一部を注文先に提供し、提供先に実績情報や各種サービス情報をフィードバックすることを特徴とする記憶媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークを介して、販売やデモの受注を受け、その情報を任意のコンピュータに送信するものに関し、特にその情報を判別し、それに応じたコンピュータに対応する情報を提供するシステム及び方法に関する。
【背景技術】
【０００２】
従来、ネットワークを介して、販売やデモの受注を受け、その情報を任意のコンピュータに送信する際に、その情報を判別し、それに応じたコンピュータに対応する情報を提供する受注販売紹介システムとして、特開２００３−９１６７４号公報に記載のように、自然環境の変化に基づいた商品の案内をするものが知られている（特許文献１参照）。
【０００３】
【特許文献１】特開２００３−９１６７４号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
上記従来技術によると、季節ごとの消費動向を把握した商品案内について述べられているにとどまる。
【０００５】
本発明の目的は、商品やサービスを紹介し、その商品やサービスに対する注文・問合せの情報を取得し、その取得した情報に合致する商品やサービスを提供する各社へ、販売またはサービスが可能かを問合せ、各社の対応履歴情報により、売れ筋の商品やサービス情報を各社へフィードバックする受注販売紹介システムを提供することにある。
【０００６】
本発明の２つめの目的は、顧客からの情報を待って情報を展開するのではなく、これまでの実績データをもとにターゲットの業種を判定しホームページなどから最新の企業情報を取得してパートナ企業の商品やサービス情報を送信し、パートナの販売機会を増加させるための受注販売紹介システムを提供することにある。
【０００７】
本発明の３つめの目的は、顧客からの見積り依頼に対してスケジュールの空いている各パートナ企業を選定し、それぞれのパートナから見積りを取得しその見積り内容についても妥当性を判定し、顧客に対して最適なパートナを選定することを目的とする受注販売紹介システムを提供することにある。
【課題を解決するための手段】
【０００８】
上記目的を達成するために、本発明は、注文を受け付ける手段と、受け付けた注文に対応する提供先を抽出する手段と、前記提供先に提供可否を問い合わせる手段と、問い合わせた結果に基づいて提供先を選定する手段と、提供可であれば提供先に予約を入れる手段と、上記手段によって得られた情報の少なくとも一部を注文先に提供する手段と、提供先に実績情報や各種サービス情報をフィードバックする手段を有する。
【発明の効果】
【０００９】
本発明により、問合せ状況による売れ筋商品の情報が提供されることで、各パートナが注力するべく商品の優先順位などのビジネス計画が立案でき、不正立の回数情報によって、機会喪失によるビジネスチャンスの損失などもわかり、対応した問合せ元からの評価により実態が把握できるため、ビジネス戦略を最適化するための施策ができる。また、上述において、パートナ会社数が拡大され、かつ登録商品も増加することで、紹介情報サーバの需要が伸び、ビジネスチャンスを導くことができる。
【００１０】
また、本発明により、ＰＵＬＬ型のビジネスからＰＵＳＨ型のビジネスに移行することが可能である。また、新規顧客に対してＰＵＳＨする条件についても各パートナの強い業種を判定して商品情報を送付することからターゲットを絞った拡販活動が行える。
【００１１】
さらに、ＳＩサーバを導入することでこれまでは手作業で見積りの妥当性をチェックしていたが、システム的に見積の妥当性をチェックすることができるため、顧客に対して迅速な見積りの回答が行える。
【発明を実施するための最良の形態】
【００１２】
以下に本発明の実施の形態を説明する。
【実施例１】
【００１３】
以下、本発発明の実施に形態について図面を参照して詳細に説明する。
【００１４】
図１は、本発明の実施の形態における受注販売紹介システムのシステム構成図である。図１に示すように、紹介情報サーバ１０１、パートナ分析サーバ１０２、問合せ情報を発信する各問合せコンピュータ１０３、及び各パートナに対して紹介情報の提供やビジネス情報の提供、入手を行う各パートナコンピュータ１０４がネットワーク１０５を介して構成されている。問合せ情報については図７にて詳細を示す。紹介情報とビジネス情報については図５にて詳細を示す。
【００１５】
図１に示す受注販売紹介システムにおける紹介情報サーバ１０１は、問合せコンピュータ１０３から問合せ情報を入手し、その情報から最適な商品を選定するとともに、問合せ情報を判定し、最適なパートナを選定し、問合せコンピュータ１０３への回答とパートナコンピュータ１０４への案件対応依頼を送る。
【００１６】
図１に示す受注販売システムにおける紹介情報サーバ１０１及びパートナ分析サーバ１０２については同一のサーバ上での運用も可能である。
【００１７】
紹介情報サーバ１０１の構成図は図２で後述する。
【００１８】
図１に示すパートナ分析サーバ１０２は、問合せサーバ１０３から受信する問合せ情報や、各問合せにおける商品選定、パートナ選定の実績情報を分析する。この分析については、図５に示す。パートナコンピュータ１０４から入手している情報と実績情報とを比較し、比較結果をパートナコンピュータ１０４に提供する。この比較結果については図５に示す。パートナ分析サーバ１０２の構成図は図３で後述する。
【００１９】
以下に図１に示す受注販売紹介システムで使用するテーブルのレイアウト図を示す。テーブルは紹介情報サーバ１０１に作成されており情報も同様に紹介情報サーバ１０１に格納されている。パートナ分析サーバ１０２から情報を照会する場合はネットワークを介して取得される。
【００２０】
図６は、企業情報ＤＢ２１３で管理されるテーブルのレイアウト図である。テーブルは、会社６０１と担当者６０２と業種６０３と年商６０４と従業員数６０５と住所６０６やＴＥＬ６０７やＦＡＸ６０８やメール６０９といった連絡先情報の項目を有し、例えば、６１０や６１１や６１２で示すような行データが格納される。
【００２１】
図７は、問合せ情報ＤＢ２１４で管理されるテーブルレイアウト図である。テーブルは、案件Ｎｏ７０１と依頼日７０２と会社７０３と問合せ区分７０４と納期７０５と予算７０６といった項目を有し、その他に問合せ条件７０７や備考７０８といった項目を有す。例えば７０９や７１０のような行データが格納される。
【００２２】
図８は、登録商品ＤＢ２１５で管理されるテーブルレイアウト図である。テーブルは、登録Ｎｏ８０１と商品名８０２と価格８０３と対象８０４と備考８０５といった項目を有し、例えば、８０７や８０８や８０９のような行データが格納される。
【００２３】
図９は、パートナ情報ＤＢ２１６で管理されるテーブルレイアウト図である。テーブルは、パートナ名９０１と登録Ｎｏ９０２と重み付け９０３の項目を有し、例えば、９０４や９０５や９０６のような行データが格納される。パートナ会社１社に対し、重み付けが合計で１００となる。
【００２４】
図１０は、問合せ判定条件ＤＢ２１７で管理されるテーブルレイアウト図である。テーブルは、問合せ内容１００１と優先１（１００２）と優先２（１００３）と優先３（１００４）の項目を有し、例えば、１００５と１００６と１００７のような行データが格納される。
【００２５】
図１１は、案件対応結果ＤＢ２１８で管理されるテーブルレイアウト図である。テーブルは、日付１１０１と案件Ｎｏ１１０２と登録Ｎｏ１１０３とパートナ１１０４の項目を有し、例えば、１１０５や１１０６のような行データが格納される。
【００２６】
図１２は、外部情報ＤＢ２１９で管理されるテーブルレイアウト図である。テーブルは、パートナ１２０１と内容１２０２と日程１２０３と登録Ｎｏ１２０４の項目を有し、例えば、１２０５、１２０６、１２０７のような行データが格納される。
【００２７】
図１３は、問合せ判定結果ＤＢ２２１で管理されるテーブルレイアウト図である。テーブルは、案件Ｎｏ１３０１とパートナ１３０２と担当１３０３と可否フラグ１３０４といった項目を有す。例えば行１３０５から行１３０９のようなデータが格納される。同一案件は可否が「１」となるまで続くのもとする。また、判定結果が「１」は可、「０」は不可を意味する。
【００２８】
図１４は、案件実績ＤＢ２２２で管理されるテーブルレイアウト図である。テーブルは、案件Ｎｏ１４０１とパートナ１４０２と受注可否１４０３の他に受注日１４０４や受注金額１４０５のように受注時に発生する項目を有し、さらにユーザ評価１４０６と要員１４０７といった企業評価値の項目を有す。例えば、１４０８や１４０９のような行データが格納される。
【００２９】
図２は紹介情報サーバ１０１の構成図である。紹介情報サーバ１０１は、問合せ情報受信部２０１と問合せ情報条件認識部２０２と商品選定部２０３とパートナ選定部２０４と判定条件決定部２０５とパートナ順位付処理部２０６と対応可能判定処理部２０７と回答情報更新部２０８と回答情報送信部２０９とパートナスケジュール更新部２１０と案件依頼通知部２１１と案件対応結果受信部２１２とで構成され、企業情報ＤＢ２１３と問合せ情報ＤＢ２１４と登録商品ＤＢ２１５とパートナ情報ＤＢ２１６と問合せ判定条件ＤＢ２１７と案件対応結果ＤＢ２１８と外部情報ＤＢ２１９とパートナスケジュール２２０と問合せ判定結果ＤＢ２２１と案件実績ＤＢ２２２と接続される。
【００３０】
問合せ情報受信部２０１は問合せコンピュータ１０３から問合せ情報を受信し、問合せ元の企業情報は企業情報ＤＢ２１３へ、問合せ情報は問合せ情報ＤＢ２１４に格納する。
【００３１】
商品選定部２０３は、問合せ情報に基づき、登録商品ＤＢ２１５から適用商品を選定する。
【００３２】
パートナ選定部２０４は選定された商品に対応するパートナをパートナ情報ＤＢ２１６より選定される。
【００３３】
判定条件決定部２０５では、図７で示す、問合せ区分７０４の情報から、問合せ判定条件ＤＢ２１７にて判定条件が決定される。
【００３４】
パートナ順位付処理部２０６は、問合せ判定条件ＤＢ２１７により、順位付けを行うにあたってのポイント算出方法（図４のステップ４０６、４０８及び４１０のどの算出方法を選択するのか）を取り出し、予め定めている算出方式にて算出し、パートナの順位付けを行う。
【００３５】
対応可能判定処理部２０７は、パートナスケジュール２２０よりパートナ会社及び担当者を決定する。例えば、図１３の案件Ｎｏ「０３−０００１」は、パートナ会社Ｃ社の担当者「高橋」とするなどの情報が決定される。
【００３６】
回答情報更新部２０８は、対応可能判定処理部２０７の結果を案件対応結果ＤＢ２１８に格納する。例えば、案件Ｎｏ「０３−０００１」は、登録商品「Ｓ−０００１」をパートナ会社Ｃ社が対応するといった情報が格納される。
【００３７】
回答情報送信部２０９は、問合せ情報における回答情報を問合せコンピュータ１０３へ返信する。例えば、ＡＢＣ会社からの問合せで、案件Ｎｏ「０３−０００１」について、登録商品「Ｓ−０００１」を選定し、パートナ会社Ｃ社の担当者「高橋」がデモを担当するので、「高橋」から連絡をさせるといった内容の情報が回答される。
【００３８】
パートナスケジュール更新部２１０では、選定されたパートナにおける担当者の予約を入れるために、パートナスケジュール２２０が更新される。
【００３９】
案件依頼通知部２１１は、選定されたパートナコンピュータ１０４へ案件依頼を通知する。例えば、パートナ会社Ｃ社にＡＢＣ会社からの問合せで、案件Ｎｏ「０３−０００１」について、担当者「高橋」に登録商品「Ｓ−０００１」のデモ依頼といった内容と、パートナスケジュール２２０を更新した事象情報が通知される。
【００４０】
案件対応結果受信部２１２は、問合せコンピュータ１０３より、問合せ案件における対応結果を取り出し、案件対応結果ＤＢ２２２へ格納する。
【００４１】
企業情報ＤＢ２１３には、問合せ元の企業の詳細情報が格納される。テーブル構成については、図６に示す。
【００４２】
問合せ情報ＤＢ２１４には、問合せに関する情報として、依頼日、問合せ区分、予算の他、詳細な情報が格納される。テーブル構成については、図７に示す。
【００４３】
登録商品ＤＢ２１５には、登録されている商品の商品名、価格などの商品詳細情報が格納されている。テーブル構成については図８に示す。
【００４４】
パートナ情報ＤＢ２１６には、各パートナが力を入れて取り組んでいる商品とその商品に対する重み付けが格納されている。テーブル構成については図９に示す。
【００４５】
問合せ判定条件ＤＢ２１７には、問合せ内容によって判定手順を導くための情報が格納されている。テーブル構成については図１０に示す。
【００４６】
案件対応結果ＤＢ２１８には、各問合せ案件における、引き当てた登録商品と選定パートナの情報が格納されている。テーブル構成については図１１に示す。
【００４７】
外部情報ＤＢ２１９には、各パートナがあらかじめ設定されたホームページの特定個所を参照した情報が格納されている。例えば、パートナＡ社のホームページにて、登録Ｎｏ「Ｓ−０００８」商品のセミナが２００３／３／５に開催される等の情報である。テーブル構成については図１２に示す。
【００４８】
パートナスケジュール２２０は、各パートナの担当者の活動予定スケジュールが各パートナコンピュータ１０４の指定された場所にて指定されたフォーマットで入力されているファイルである。
【００４９】
問合せ判定結果ＤＢ２２１には、パートナ選定においての履歴情報が格納されている。例えば、案件Ｎｏ「０３−０００１」において、判定基準により、Ａ社の大倉のスケジュールを参照したら、指定日が埋まっており対応不可となり、次にＣ社の高橋を調べたら対応可能といった履歴情報が格納されている。テーブル構成については図１３に示す。
【００５０】
案件実績ＤＢ２２２には、問合せに対して、パートナを紹介した結果の受注可否や問合せ元のパートナ評価が格納されている。例えば、問合せに対して、商品やパートナを紹介後、受注し、受注の要員として、担当者が良く、Ａ評価であるといった情報が格納される。テーブル構成については図１４に示す。
【００５１】
図２の紹介情報サーバ１０１における処理手順は図４で後述する。
【００５２】
図３はパートナ分析サーバ１０２の構成図である。パートナ分析サーバ１０２は、実績情報集計処理部３０１とパートナ情報取り出し部３０２と比較処理部３０３と結果通知部３０４で構成されており、案件対応結果ＤＢ２１８と問合せ判定結果ＤＢ２２１と案件実績ＤＢ２２２とパートナ情報ＤＢ２１６と接続される。
【００５３】
実績情報集計処理部３０１は、案件対応結果ＤＢ２１８から情報を取り出し、問合せにおける案件の対応情報の内容分析を行い、問合せ判定結果ＤＢ２２１から情報を取り出し、パートナ選定履歴の集計を行い、案件実績ＤＢ２２２から情報を取り出し、パートナ決定後の案件実績が集計される。
【００５４】
パートナ情報取り出し部３０２では、パートナ情報ＤＢ２１６から各パートナが力を入れている商品の重み付け情報が取り出される。
【００５５】
比較処理部３０３では、実績情報集計処理部３０１で出された結果情報とパートナ情報取り出し部３０２で出された結果情報とが比較される。比較は月別に集計された結果をもとに算出され、各パートナが力を入れている商品の問合せ案件に対し、実際に対応した件数と成功率が算出される。また、案件ごとに不正立回数が算出される。次に、問合せ元からのパートナの対応評価内容が検索される。次に、月累計による問合せ商品のランキングが算出される。
【００５６】
結果通知部３０４は、比較処理部３０３で出された結果を図１５の指定フォーマットに出力し、各パートナコンピュータ１０４に通知される。例えば、ある月の結果として、パートナＡ社はＳ−００１の商品の重み付けを高くしているが、市場の動向として、問合せ件数は４０件であるのに対し、重み付けをせず、力を入れていない商品Ｓ−００２は７０件の問合せ実績があることが判明できる。これにより、ビジネスのアクションプランを立て直し、対応商品の見直しを検討するデータを提供することになる。また、問合せ元からの対応評価により、施策を検討する情報を提供することになる。
【００５７】
図３のパートナ分析サーバの処理手順は図５で後述する。
【００５８】
図４は、図２で示す紹介情報サーバ１０１における処理手順をフローチャートで示す。以下の各処理の説明の末尾には、それぞれの処理が行なわれる図２に示した各処理部の番号を（  ）内に示す。
【００５９】
まず、企業情報ＤＢ２１３と問合せ情報ＤＢ２１４から問合せのあった企業情報と問合せ内容を取り出す（４０１）（２０１）。
【００６０】
取り出した内容の条件を認識する（４０２）。この工程で、企業情報ＤＢ２１３から業種や年商などを取り出し、問合せ情報ＤＢ２１４から予算や問合せ条件などを取り出す（２０２）。
【００６１】
次に、取り出した情報から登録商品ＤＢ２１５の中で適用する商品を選定する（４０３）。この工程では、条件検索、概念検索を利用し、予め設定した条件により検索をかけて商品を選定する（２０３）。
【００６２】
選定した商品を対応しているパートナ会社をパートナ情報ＤＢ２１６より検索し、パートナ会社を選定する（４０４）。この工程で複数社が選定された場合は、複数社をリストアップする（２０４）。
【００６３】
次に、問合せ情報ＤＢ２１４から問合せ区分の情報を取り出し、問合せ判定条件ＤＢ２１７より、算出優先順位を決定する（４０５）。問合せ情報ＤＢ２１４の中の問合せ区分情報には、商品紹介依頼、デモの依頼、開発作業依頼があり、この情報により判定を行う。商品紹介依頼の場合にはステップ４０６へ進む。デモの依頼の場合にはステップ４０８へ進む。開発作業依頼の場合にはステップ４１０へ進む。
【００６４】
商品紹介依頼の場合には、先ず外部情報ＤＢ２１９から、選定したパートナが選定した商品のイベント情報があるかを検索する。検索結果に対して予め定めたポイントを算出する（４０６）。次に、パートナ情報ＤＢ２１６の中から重み付け情報を取り出し、予め定めたポイントを算出し、ステップ４０６で算出したポイントに加算する（４０７）。
【００６５】
デモの依頼の場合には、先ずパートナ情報ＤＢ２１６の中から選定した商品の重み付け情報を取り出し、予め定めたポイントを算出する（４０８）。次に、案件対応結果ＤＢ２１８から、選定した商品において、過去に実績があるかを検索し、予め定めたポイントを算出し、ステップ４０８で算出したポイントに加算する（４０９）。
【００６６】
開発作業依頼の場合には、先ず案件対応結果ＤＢ２１８から、選定した商品において、過去に実績があるかを検索し、予め定めたポイントを算出する（４１０）。次に、外部情報ＤＢ２１９から、選定したパートナが選定した商品のイベント情報があるかを検索する。検索結果を予め定めたポイントを算出し、ステップ４１０で算出したポイントに加算する（４１１）。次に、パートナ情報ＤＢ２１６の中から重み付け情報を取り出し、予め定めたポイントを算出し、ステップ４１１で算出したポイントに加算する（４１２）（２０６）。
【００６７】
３パターンのうち、判定条件で示された算出方法にて、算出されたポイントにより、ステップ４０４でリストアップされたパートナ会社に優先順位を付ける（４１３）（２０６）。
【００６８】
優先順位１位のパートナ会社において、パートナスケジュール２２０から担当者が依頼日に対応できるかを判定する（４１４）。対応可能であればステップ４１５へ進む。対応不可であればステップ４１３へ戻り、優先順位２位のパートナ会社において、パートナスケジュール２２０から担当者が依頼日に対応できるかを判定する。
【００６９】
対応不可の場合には、ステップ４１３へ戻る際に、問合せに応じた各案件ごとに不成立のカウントを行う処理をする（４１９）。ステップ４１９のカウント処理にて、各パートナごとの不正立の回数集計（図５の処理５０１）に利用される。上記の処理の流れでは、あるパートナに問い合わせるため、スケジュールを参照したが、このカウントは、問合せ元の希望日において、スケジュールが埋まっており、他のパートナに案件を回した回数を意味する。判定内容は、問合せ判定結果ＤＢ２２１に更新される（２０７）。
【００７０】
次に、対応可能者のパートナスケジュール２２０を更新する（４１５）（２１０）。問合せコンピュータ１０３に、パートナ会社、担当者、選定商品などの情報を回答する（４１６）（２０８）。
【００７１】
次に、パートナ会社１０４へ、ステップ４１５でパートナスケジュール２２０を更新した情報と、問合せ企業情報、問合せ内容、選定商品などの情報を送信し（２１１）、依頼する（４１７）（２０９）。
【００７２】
問合せ回答後、問合せコンピュータ１０３から、結果実績の情報を受信し、案件実績ＤＢ２２２に更新する（４１８）（２１２）。これにより、処理を終了する。
【００７３】
図５は、図３で示すパートナ分析サーバ１０２の処理手順をフローチャートで示したのものである。以下の各処理の説明の末尾には、それぞれの処理が行なわれる図３に示した各処理部の番号を（  ）内に示す。
【００７４】
先ず、案件対応結果ＤＢ２１８と問合せ判定結果ＤＢ２２１と案件実績ＤＢ２２２から情報を取り出し、実績情報の集計として、問合せ情報の分析とパートナ別選定結果の集計とパートナ別紹介後実績の集計を行う（５０１）（３０１）。
【００７５】
次に、パートナ情報ＤＢ２１６からパートナ別に対応商品の重み付け情報を取り出す（５０２）（３０２）。
【００７６】
パートナ別に実績の集計と現在対応している商品の重み付けとを比較し（５０３）（３０３）、結果をパートナ別に出力する（５０４）（３０４）。出力情報は図１５で示す定型フォーマットにて、任意の値が入力され出力される。これにより処理を終了する。
【００７７】
図１５は、パートナ分析サーバ１０２からパートナ会社１０４へ送信される情報画面例である。入力欄１５０１と１５０２と１５０３は、任意の値が入力される。この値の条件により、表１５０４のように取扱っている商品の問合せに対し、紹介実績数や受注成功率の他に、不正立回数が出力される。また、表１５０５のように、実際に対応した案件による問合せ元からの評価内容が出力される。さらに、表１５０６にように、問合せコンピュータ１０３から発生する全体の問合せ情報により、売れ筋商品情報が出力される。
【００７８】
以上に述べた本発明の受注販売紹介方法を実行するためのプログラムをコンピュータで読み取り可能な記憶媒体に格納し、これをメモリに読み込んで実行することもできる。
【実施例２】
【００７９】
以下、本発明の実施の形態について図面を参照して詳細に説明する。
【００８０】
実施例２では、パートナ企業の販売実績などを基に、パートナ企業の得意とする業種を、定められた計算式により判断する。判断した業種に対する企業情報を各企業のホームページより取得して商品情報を各企業に送付することにより問合せコンピュータ１０３への問合せを増加することを目的としている。
【００８１】
また、問合せコンピュータに対して見積り依頼がされた場合の処理をシステム的に自動的に行うことにより、迅速な見積りを行うことができるため機会損失を少なくすることができる。
【００８２】
実施例１では、企業からの問合せを受身で待っているシステムとなっているのに対し、実施例２では、動的に対象とする企業を定められた計算式により判断して、企業に対して商品情報などを送付し問合せコンピュータ１０３への問合せを増加することを目的としている。
【００８３】
以下に実施例２で使用するテーブルのレイアウトについて説明する。テーブルは紹介情報サーバ１０１に作成されている。紹介情報サーバ１０１以外のサーバからはネットワークを介して情報のやりとりを行う。
【００８４】
図２２は、対象パートナＤＢ１７０７で管理されるテーブルのレイアウト図である。テーブルは、パートナ会社（２２０１）とサーバアドレス（２２０２）と対象区分（２２０３）と問合せ区分（２２０４）からなる。対象区分に「○」がついているパートナが分析対象のパートナ又は見積り依頼パートナとなる。パートナ会社専用サーバに対してどのような問合せをしているかは問合せ区分により判断できる。例えば、２２０５、２２０６、２２０７、２２０８、２２０９のような行情報が格納されている。対象区分が「○」で問合せ区分が「案件」となっているパートナは、顧客分析サーバでの分析対象パートナとなっており現在のステータスとしては、案件の問合せ状態であることが分かる。
【００８５】
図２３は、顧客案件ＤＢ１７０８で管理されるテーブルのレイアウト図である。テーブルは、会社名（２２３１）と大分類コード（２２３２）と中分類コード（２２３３）と小分類コード（２２３４）と案件ステータス（２２０５）からなる。例えば、２３０６、２３０７、２３０８、２３０９、２３１０のような行情報が格納されている。
【００８６】
図２４は、業種分類ＤＢ１７０９で管理されるテーブルのレイアウト図である。テーブルは、分類種別（２４０１）と分類コード（２４０２）と分類名称（２２４３）からなる。分類種別は大、中、小で分類される。例えば、２４０４、２４０５、２４０６のような行情報が格納されている。
【００８７】
図２５は、ターゲット業種ＤＢ１７１０で管理されるテーブルのレイアウト図である。テーブルは、判定フラグ（２５０１）と業種分類名称（２５０２）からなる。格納順は判定フラグの昇順に２５０３、２５０４、２５０５のように行データが格納される。
【００８８】
図２６は、新規顧客ＤＢ１７１２で管理されるテーブルのレイアウト図である。テーブルは、企業名（２６０１）と年商（２６０２）と従業員数（２６０３）と窓口名称（２６０４）とＦＡＸ番号（２６０５）とメールアドレス（２６０６）からなる。例えば、２６０７、２６０８、２６０９のように行情報が格納される。
【００８９】
図２７は、見積条件ＤＢ１８０８で管理されるテーブルのレイアウト図である。テーブルは、見積番号（２７０１）と見積行番号（２７０２）と企業名（２７０３）と登録商品Ｎｏ（２７０４）とユーザ数（２７０５）と稼動時期（２７０６）と回答納期（２７０７）とステータス（２７０８）からなる。ユーザ数は登録商品Ｎｏに対するライセンス数を格納する。また、回答納期は見積り回答納期を格納する。ステータスは受決、他決、回答待ち、顧客回答済からなる。例えば、２７０９、２７１０、２７１１のような行情報が格納されている。
【００９０】
図２８は、対応パートナＤＢ１８０９で管理されるテーブルのレイアウト図である。テーブルは、見積番号（２８０１）と見積行番号（２８０２）とパートナ企業（２８０３）と可否（２８０４）とステータス（２８０５）と対応（２８０６）からなる。可否（２８０４）とは、パートナ会社専用サーバに問い合わせた結果として、案件対応が可能か不可能かを格納する項目となる。ステータス（２８０５）は回答中または回答済を格納する。回答中は見積りの回答中であることを示す。回答済は、見積りは回答受付済であることを示す。対応（２８０６）の項目は結果として案件を対応することとなったパートナに「○」が付く。例えば、２８０７、２８０８、２８０９、２８１０のような行情報が格納される。
【００９１】
図２９は、パートナチェック条件ＤＢ１８１０で管理されるテーブルのレイアウト図である。テーブルは、パートナ企業（２９０１）と登録商品Ｎｏ（２９０２）とレベル（２９０３）と仕切下限価格（２９０４）と対応可能レベル（２９０５）からなる。レベル（２９０３）には、対応するＳＥのレベルを格納する。レベルはＡ、Ｂ、Ｃとする。対応可能レベル（２９０５）には、登録商品Ｎｏに対応可能な人員のレベルを格納する。レベルはＡ、Ｂ、Ｃとする。例えば、２９０６、２９０７、２９０８のような行情報が格納される。
【００９２】
図３０は、見積結果ＤＢ１８１１で管理されるテーブルのレイアウト図である。テーブルは、登録商品Ｎｏ（３００１）と見積金額（３００２）と開始（３００３）と終了（３００４）と対応人員（３００５）とスキル（３００６）からなる。登録商品には、商品または、ＳＥ区分が格納される。開始（３００３）には、案件を対応開始できる年月を格納する。終了（３００４）には、案件を終了する予定の年月を格納する。スキルには、対応するＳＥのランクを格納する。ランクはＡ、Ｂ、Ｃとする。例えば、３００７、３００８、３００９のような行情報が格納される。
【００９３】
図３１は、登録商品価格ＤＢ１８１２で管理されるテーブルのレイアウト図である。テーブルは、パートナ企業（３１０１）と登録商品Ｎｏ（３１０２）とユーザ数（３１０３）とＳＰＬ（３１０４）と仕切下限（３１０５）と対応可能レベル（３１０６）からなる。ＳＰＬは対象となる商品または、ＳＥ費の価格となる。仕切下限（３１０５）については、パートナの登録商品Ｎｏに対する仕切率の下限値を格納する。対応可能レベル（３１０６）はパートナ企業が登録商品Ｎｏの商品を構築する場合に対応が必要となるＳＥのレベルを格納する。レベルはＡ、Ｂ、Ｃとする。例えば、３１０７、３１０８、３１０９、３１１０、３１１１のような行情報が格納される。
【００９４】
図３２は公開用案件ＤＢ１９０４で管理されるテーブルのレイアウト図である。テーブルは、会社名（３２０１）と登録商品Ｎｏ（３２０２）と大分類（３２０３）と中分類（３２０４）と小分類（３２０５）と案件ステータス（３２０６）からなる。例えば、３２０７、３２０８、３２０９、３２１０、３２１１のような行情報が格納される。
【００９５】
図３３は公開用スケジュールＤＢ１９０５で管理されるテーブルのレイアウト図である。テーブルは、登録商品Ｎｏ（３３０１）とプレ対応（３３０２）と構築対応（３３０３）と対応可能開始（３３０４）と対応可能終了（３３０５）からなる。プレ対応（３３０２）には、プレセールスの対応可能な人員数を格納してある。また、構築可能（３３０３）には、システム構築の対応可能な人員数を格納してある。対応可能開始（３３０４）には、システム構築の作業を開始できる年月日が格納されている。対応可能終了（３３０５）には、システム構築の作業を終了しなければならない年月日が格納されている。例えば、３３０６、３３０７、３３０８のような行情報が格納される。
【００９６】
図１６は、本発明の実施の形態における受注販売紹介システムのシステム構成図である。図１６に示すように、実施案１のシステム構成図である図１に顧客分析サーバ１６０１、ＳＩサーバ１６０２、パートナ会社専用サーバ１６０３を追加したシステム構成となる。図１６に示す顧客分析サーバ１６０１は、パートナ会社専用サーバ１６０３から各パートナ企業の案件情報を入手する。
【００９７】
案件情報の入手方法については、図１９で後述する。
【００９８】
入手した案件情報から新規開拓する業種として最適な業種を選定するとともに、選定した業種に属する企業を各企業ホームページより情報を収集し、企業規模、年商、従業員数から情報発信するに値する企業を選定する。業種の選定方法及び情報発信するに値する企業を選定する方法については、図２０で後述する。
【００９９】
選定した新規開拓する企業に対しては、各パートナ企業の製品情報を発信し、パートナ企業に対しては、新規開拓する企業の情報を発信する仕組みを持つ。
【０１００】
図１６のＳＩサーバの構成図については図１８で後述する。また、図１６のパートナ会社専用サーバ１６０３の構成図については図１９で後述する。
【０１０１】
図１６の顧客分析サーバ１６０１及びＳＩサーバ１６０２については、紹介情報サーバ１０１と同一のサーバ上に構成することも可能である。
【０１０２】
図１７は、顧客分析サーバ１６０１の構成図である。パートナ選定処理部１７０１では、対象とするパートナ企業をユーザが画面から明示的に選択し、その企業の各パートナ会社専用サーバ１６０３に問い合わせを行い、パートナ企業の案件情報を収集する。収集する案件情報は、パートナ会社専用サーバに格納されている公開用案件ＤＢ１９０４の案件情報となる。公開用案件ＤＢ１９０４のテーブル構成については図３２に示す。
【０１０３】
収集した結果につていは、顧客案件ＤＢ１７０８に格納する。テーブル構成については、図２３に示す。対象とするパートナ企業の情報については、パートナ企業ＤＢ１７０７に格納する。テーブル構成については、図２２に示す。
【０１０４】
パートナ案件処理部１７０２では、顧客案件ＤＢ１７０８と業種分類ＤＢ１７０９を結合し、対象となるパートナ企業の案件に対して、既に定められた計算式により重み付けを行い業種判定フラグに加算する処理を行う。業種分類ＤＢ１７０９のテーブル構成については図２４に示す。重み付けについては受決案件の重みを重くして対象となるパートナ企業の強みを発揮できる業種を判定できる。
【０１０５】
ターゲット業種選定処理部１７０３では、パートナ案件処理部１７０２で計算された業種判定フラグの結果を使用し、既に決定されている閾値以上の値の業種を判定する。業種判定フラグの結果については、ターゲット業種ＤＢ１７１０に格納する。ターゲット業種ＤＢ１７１０のテーブル構成については、図２５に示す。
【０１０６】
企業Ｗｅｂページ検索処理部１７０４では、ターゲット業種ＤＢ１７１０の業種業種名称をキーワードとして各企業の企業情報Ｗｅｂページのキーワード検索を行う。検索結果については、新規顧客ＤＢ１７１２に格納する。テーブル構成については、図２６に示す。
【０１０７】
新規顧客情報処理部１７０５では、新規顧客ＤＢ１７１２に格納されている、年商、従業員数の範囲指定により情報発信するに値する企業を選定する。選定する企業規模は中堅・中小規模の企業がターゲットとなる。判定の結果、ターゲットとなった企業を新規顧客ＤＢ１７１２に格納する。
【０１０８】
情報発信処理部１７０６では、新規顧客ＤＢ１７１２の企業情報からＦＡＸ番号とメールアドレスを取得し、対象パートナ企業の製品情報を発信する。製品情報及びパートナ企業情報は企業情報ＤＢ２１３、登録商品ＤＢ２１５、パートナ情報ＤＢを結合して収集する。また、対象企業に対しては、情報を発信した新規顧客の情報を発信する。
【０１０９】
図１８はＳＩサーバ１６０２の構成図である。
【０１１０】
見積依頼受付処理部１８０１では、問合せコンピュータ１０３から見積依頼を受け付ける処理を行う。受け付けた見積依頼情報は見積条件ＤＢ１８０８に格納する。テーブル構成については、図２７に示す。
【０１１１】
パートナ選定処理部１８０２では、登録商品ＤＢ２１５、パートナ情報ＤＢ２１６、案件実績ＤＢ２２２を結合して見積対象商品を扱っているパートナ企業及び案件対応した実績のあるパートナ企業を取得する。取得した結果は、対応パートナＤＢ１８０９に格納する。テーブル構成については、図２８に示す。また、パートナ選定処理部１８０２では、パートナ会社専用サーバ１６０３に対してスケジュールの問い合わせを行い、稼動まで対応可能なパートナを選定する。問い合わせの結果、スケジュールの空いているパートナ企業の情報を対応パートナＤＢ１８０９に格納する。
【０１１２】
パートナ見積処理部１８０３では、見積り依頼をパートナ会社専用サーバ１６０３に対して送信する。また、パートナ会社専用サーバ１６０３から見積りの回答を受け付ける。受け付けた見積情報は見積結果ＤＢ１８１１に格納する。テーブル構成については、図３０に示す。さらに、パートナ見積処理部１８０３では、パートナからの見積回答について見積結果ＤＢ１８１１からパートナからの見積条件を取得し、その条件に従ってパートナチェック条件ＤＢ１８１０を作成して見積の妥当性を判定する。パートナチェック条件ＤＢ１８１０のテーブル構成については、図２９に示す。見積りの妥当性は、金額、対応人員のスキルにより判定する。見積が妥当であると判定された場合には次の処理に進む。ＮＧの場合には、再度見積りの要請を各パートナ会社専用サーバ１６０３に対して行う。
【０１１３】
見積整理処理部１８０４では、パートナ企業からの見積りに対して依頼元部署で追加する見積りを加えて顧客に対しての見積りとしての様式を整える。結果を見積結果ＤＢ１８１１に追加更新する。対応パートナ決定処理部１８０５では、取り揃えた見積りの金額により対応するパートナを選定する。選定されたパートナを対応パートナＤＢ１８０９に格納する。
【０１１４】
結果回答処理部１８０６では、顧客に対して最終的に取り揃えた形の見積りを送信する。また、見積書発行部１８０７は、見積り依頼を行った各パートナ会社専用サーバ１６０３に対して結果（採用、不採用）を送信する。
【０１１５】
図１９はパートナ会社専用サーバ１６０３の構成図である。スケジュール処理部１９０１では、ＳＩサーバ１６０２からのスケジュール問い合わせを受け付け対応可能な期間、人員数を公開用スケジュールＤＢ１９０５から取得してＳＩサーバ１６０２に対して報告を行う。公開用スケジュールＤＢ１９０５のテーブル構成については、図３３に示す。
【０１１６】
情報受付処理部１９０２では、顧客分析サーバ１６０１及びＳＩサーバ１６０２からの情報送信を受け付ける。また、受け付けた内容に従って、スケジュール送信部１９０１または既存案件情報処理部１９０３に情報を引き渡す処理を行う。
【０１１７】
既存案件情報処理部１９０３では、顧客分析サーバ１６０１からの問い合わせを受けて公開用案件ＤＢ１９０４から案件情報を取得して顧客分析サーバ１６０１に対して情報を送信する処理を行う。公開用案件ＤＢ１９０４のテーブル構成については、図３２に示す。
【０１１８】
図２０は、図１７で示す顧客分析サーバ１６０１における処理手順をフローチャートで示したものである。以下の各処理の説明の末尾には、それぞれの処理が行なわれる図１７に示した各処理部の番号を（  ）内に示す。
【０１１９】
まず、分析対象のパートナをユーザが明示的に画面から選択する（２００１）。分析対象のパートナは範囲指定が可能である（１７０１）。
【０１２０】
処理２００１で選択したパートナ企業のサーバ情報を対象パートナＤＢ１７０７より抽出して、各パートナ会社専用サーバ１６０３に対して案件情報の問合せを実施する。また、取得した情報を顧客案件ＤＢ１７０８に格納して次の処理に進む（２００２）（１７０２）。
【０１２１】
次に、取得した情報のうち受決案件について既に定められている計算式に従って重み付けを行い、判定フラグに結果を加算し次の処理に進む（２００３）。取得した情報のうち対応中の案件及び失注した案件の業種について、既に定められている計算式に従って重み付けを行い判定フラグに結果を加算する（２００４）。重み付けの処理が終了した結果の判定フラグを用いてターゲット業種の判定を行う（２００５）。ターゲットの業種はある閾値を超える業種をターゲットとする。閾値は内部的に既に定められている値である。ターゲット業種が１つ以上判定された場合には処理２００７に進む。ターゲット業種が０であった場合には、既に定められている重み計算式の重み係数を自動的に増やして再び処理２００３及び処理２００４を行ってターゲット業種を判定する（２００６）（１７０３）。
【０１２２】
処理２００７では、ターゲット業種と判定された業種分類名称をターゲット業種ＤＢ１７１０から取得し、その業種分類名称を検索キーに各企業ホームページを検索する。検索する情報は顧客名、年商、従業員数、窓口名称、ＦＡＸ番号、メールアドレスとする（２００７）。情報を取得した企業については、処理２００８において新規顧客ＤＢ１７１２に情報を格納する（２００８）（１７０４）。
【０１２３】
次に、処理企業規模が妥当であるかを既に定められている条件に従って判定する。判定する項目は、年商及び従業員数が中堅規模の企業であるかである（２００９）。判定の結果、ＯＫの場合には、顧客に対して対象パートナ企業の製品情報を送付する（２０１０）（１７０６）。また、パートナ会社専用サーバに対して商品情報を送付した顧客情報を送付して処理を終了する（２０１１）（１７０５）。判定がＮＧであった場合には、新規顧客ＤＢ１７１２を更新して処理を終了する（２０１２）。
【０１２４】
図２１は、図１８で示すＳＩサーバ１６０２における処理手順をフローチャートで示したものである。以下の各処理の説明の末尾には、それぞれの処理が行なわれる図１８に示した各処理部の番号を（  ）内に示す。
【０１２５】
まず、問合せコンピュータ１０３から、顧客からの見積依頼の情報を受け付ける（２１０１）（１８０１）。
【０１２６】
次に、見積り依頼を受けている商品情報から対応可能なパートナを選定してパートナリストを作成する。パートナの選定方法は、見積条件ＤＢ１８０８と登録商品ＤＢ２１５又は案件実績ＤＢ２２２を結合して取得する。取得した結果を対応パートナＤＢ１８０９に格納する（２１０２）。
【０１２７】
次に、対応パートナＤＢ１８０９から、各パートナ会社専用サーバ１６０３対してスケジュールを問い合わせて対応可能なパートナを取得する。取得した結果に基づき対応パートナＤＢ１８０９を更新する（２１０３）（１８０２）。
【０１２８】
次に、対応可能となったパートナの情報を対応パートナＤＢ１８０９から取得し、パートナ会社専用サーバ１６０３に対して見積り依頼を行い次の処理に進む（２１０４）。
【０１２９】
処理２１０５では、パートナ専用サーバ１６０３からの見積回答を受け付ける。受け付けた見積回答結果については、見積結果ＤＢ１８１１に格納する。（１８０３）
処理２１０６では、見積条件ＤＢ１８０８と対応パートナＤＢ１８０９と登録商品価格ＤＢ１８１２を結合してパートナチェック条件ＤＢ１８１０を作成する。
【０１３０】
パートナチェック条件ＤＢ１８１０の仕切下限価格（２８０４）と見積結果ＤＢ１８１１の見積金額を比較して仕切下限価格以下の場合は見積が妥当でないと判定する。また、パートナチェック条件ＤＢ１８０９の対応可能レベル（２８０５）と見積結果ＤＢ１８１１の登録商品Ｎｏ（３００１）が「ＳＥ」となっている列のスキル（３００６）を比較して、パートナチェック条件ＤＢ１８０９の対応可能レベル（２８０５）が大きい場合は見積が妥当でないと判定する（２１０６）。
【０１３１】
見積が妥当であると判定された場合には、他のパートナからの見積り回答などを合算するなどの処理を行う（２１０８）。見積が妥当でないと判定された場合には、再見積依頼を行う（２１０７）。全ての見積を整理した後で見積金額が最小となる組合せを決定し、次の処理に進む（２１０９）（１８０５）。
【０１３２】
処理２１１０では、顧客に対して見積情報を送付して次の処理に進む（１８０７）。
【０１３３】
次に、対応がＯＫとなったパートナに対して、顧客に提出した見積り情報を送付する処理を行う（２１１１）。対応がＮＧとなったパートナに対しては他のパートナに決定したことを示す情報を送付する（２１１２）（１８０６）。
【０１３４】
以上に述べた本発明の受注販売紹介方法を実行するためのプログラムをコンピュータで読み取り可能な記憶媒体に格納し、これをメモリに読み込んで実行することもできる。
【図面の簡単な説明】
【０１３５】
【図１】本発明の実施の形態を示す受注販売紹介システムの構成図である。
【図２】図１の紹介情報サーバの構成図である。
【図３】図１のパートナ分析サーバの構成図である。
【図４】図２の紹介情報サーバの処理手順を示すフローチャート図である。
【図５】図２のパートナ分析サーバの処理手順を示すフローチャート図である。
【図６】図２の企業情報ＤＢで管理されるテーブルのレイアウト図である。
【図７】図２の問合せ情報ＤＢで管理されるテーブルのレイアウト図である。
【図８】図２の登録商品ＤＢで管理されるテーブルのレイアウト図である。
【図９】図２のパートナ情報ＤＢで管理されるテーブルのレイアウト図である。
【図１０】図２の問合せ判定条件ＤＢで管理されるテーブルのレイアウト図である。
【図１１】図２の案件対応結果ＤＢで管理されるテーブルのレイアウト図である。
【図１２】図２の外部情報ＤＢで管理されるテーブルのレイアウト図である。
【図１３】図２の問合せ判定結果ＤＢで管理されるテーブルのレイアウト図である。
【図１４】図２の案件実績ＤＢで管理されるテーブルのレイアウト図である。
【図１５】パートナ別に送信される結果通知例である。
【図１６】本発明の実施の形態を示す受注販売紹介システムの構成図である。
【図１７】図１６の顧客分析サーバの構成図である。
【図１８】図１６のＳＩサーバの構成図である。
【図１９】図１６のパートナ会社専用サーバの構成図である。
【図２０】図１７の顧客分析サーバの処理手順を示すフローチャート図である。
【図２１】図１８のＳＩサーバの処理手順を示すフローチャート図である。
【図２２】図１７の対象パートナＤＢで管理されるテーブルのレイアウト図である。
【図２３】図１７の顧客案件ＤＢで管理されるテーブルのレイアウト図である。
【図２４】図１７の業種分類ＤＢで管理されるテーブルのレイアウト図である。
【図２５】図１７のターゲット業種ＤＢで管理されるテーブルのレイアウト図である。
【図２６】図１７の新規顧客ＤＢで管理されるテーブルのレイアウト図である。
【図２７】図１８の見積条件ＤＢで管理されるテーブルのレイアウト図である。
【図２８】図１８の対応パートナＤＢで管理されるテーブルのレイアウト図である。
【図２９】図１８のパートナチェック条件ＤＢで管理されるテーブルのレイアウト図である。
【図３０】図１８の見積結果ＤＢで管理されるテーブルのレイアウト図である。
【図３１】図１８の登録商品価格ＤＢで管理されるテーブルのレイアウト図である。
【図３２】図１９の公開用案件ＤＢで管理されるテーブルのレイアウト図である。
【図３３】図１９の公開用スケジュールＤＢで管理されるテーブルのレイアウト図である。
【符号の説明】
【０１３６】
１０１…紹介情報サーバ、１０２…パートナ分析サーバ、１０３…問合せコンピュータ、１０４…パートナ会社、１０５…ネットワーク、２０１…問合せ情報受信部、２０２…問合せ情報条件認識部、２０３…商品選定部、２０４…パートナ選定部、２０５…判定条件決定部、２０６…パートナ順位付処理部、２０７…対応可能判定処理部、２０８…回答情報更新部、２０９…回答情報送信部、２１０…パートナスケジュール更新部、２１１…案件依頼通知部、２１２…案件対応結果受信部、２１３…企業情報ＤＢ、２１４…問合せ情報ＤＢ、２１５…登録商品ＤＢ、２１６…パートナ情報ＤＢ、２１７…問合せ判定条件ＤＢ、２１８…案件対応結果ＤＢ、２１９…外部情報ＤＢ、２２０…パートナスケジュール、２２１…問合せ判定結果ＤＢ、２２２…案件実績ＤＢ、３０１…実績情報集計処理部、３０２…パートナ情報取り出し部、３０３…比較処理部、３０４…結果通知部、１６０１…顧客分析サーバ、１６０２…ＳＩサーバ、１６０３…パートナ会社専用サーバ、パートナ選定処理部…１７０１、パートナ案件処理部…１７０２、ターゲット業種選定処理部…１７０３、企業Ｗｅｂページ検索処理部…１７０４、新規顧客情報処理部…１７０５、情報送信処理部…１７０６、見積依頼受付処理部…１８０１、パートナ選定処理部…１８０２、パートナ見積処理部…１８０３、見積整理処理部…１８０４、対応パートナ決定処理部…１８０５、結果回答処理部…１８０６、見積書発行部…１８０７、スケジュール処理部…１９０１、情報受付処理部…１９０２、既存案件情報処理部…１９０３
【図１】
2005108178.tif 000003
【図２】
2005108178.tif 000004
【図３】
2005108178.tif 000005
【図４】
2005108178.tif 000006
【図５】
2005108178.tif 000007
【図６】
2005108178.tif 000008
【図７】
2005108178.tif 000009
【図８】
2005108178.tif 000010
【図９】
2005108178.tif 000011
【図１０】
2005108178.tif 000012
【図１１】
2005108178.tif 000013
【図１２】
2005108178.tif 000014
【図１３】
2005108178.tif 000015
【図１４】
2005108178.tif 000016
【図１５】
2005108178.tif 000017
【図１６】
2005108178.tif 000018
【図１７】
2005108178.tif 000019
【図１８】
2005108178.tif 000020
【図１９】
2005108178.tif 000021
【図２０】
2005108178.tif 000022
【図２１】
2005108178.tif 000023
【図２２】
2005108178.tif 000024
【図２３】
2005108178.tif 000025
【図２４】
2005108178.tif 000026
【図２５】
2005108178.tif 000027
【図２６】
2005108178.tif 000028
【図２７】
2005108178.tif 000029
【図２８】
2005108178.tif 000030
【図２９】
2005108178.tif 000031
【図３０】
2005108178.tif 000032
【図３１】
2005108178.tif 000033
【図３２】
2005108178.tif 000034
【図３３】
2005108178.tif 000035