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