JP3686994B2 - 業務仲介システム，業務仲介方法，及びコンピュータ可読媒体 - Google Patents

Description

【０００１】
【発明の属する技術分野】
本発明は、最終結果物に到るまでの工程が様々な業種の複数業者によって担当される業界において、発注者に対して最終結果物に到るまでの各業種の業者を自ら選択する機会を与えることができる業務仲介システム，このような業務仲介の方法，コンピュータを業務仲介システムとして作動させるためのプログラムが格納されたコンピュータ可読媒体に、関する。
【０００２】
【従来の技術】
近年のインターネット等の通信ネットワークの発展に伴い、オンラインにて各種取引を行うことが、一般的になっている。このようなオンラインでの各種取引は、発注側にとっては、受注可能業者を探して見積りを取る手間を省けるというメリットがあり、また、受注側にとっては、営業網を整備して営業を行う手間を省けるというメリットがあり、さらに、双方にとって、相手方との折衝に時間と人材とを割く必要がないというメリットがあるので、今後とも益々発展すると予測できる。
【０００３】
このようなオンライン取引によるメリットは、最終結果物に到るまでの工程が様々な業種の複数業者によって担当される業界にも、享受されるべきである。このような業界の一例として、成形業界がある。この成形業界に属する業種を図９４に示す。この図９４に示されるように、成形業界の中心となる「成形」業種の業者は、「成形機新（新品成形機販売）」業種の業者や「成形機古（中古成形機販売）」業種の業者から成形機を仕入れるとともに、この成形機の運用に必要な周辺機器を「周辺機器（温調機，取り出し機）」業種の業者から仕入れる。さらに、「成型品発注」者から受注した成型品を型取るための金型を「金型制作」業種の業者から仕入れ、その成型品の原料を「樹脂」業種の業者から仕入れるとともに、その他の消耗品を「消耗品」業種の業者から仕入れる。なお、「金型制作」業種の業者は、金型の設計を「金型設計」業種の業者に依頼する。また、「成形」業種の業者が製造した成型品は、「検査・梱包」業種の業者によって検査され、梱包される。なお、この「検査・梱包」業種の業者は、この梱包に必要な梱包材を「梱包材」業種の業者から仕入れる。さらに、梱包された成型品は、「配送」業種の業者の手によって、「成型品発注」者へ、納品されるのである。成形業界には、通常、これら各種業種毎に複数の競合業者が属している。また、同一業者が複数の業種を業務範囲としている場合もある。
【０００４】
従来、「成型品発注」元が成型品の発注をしようとする者には、「成形」業種の複数業者の中から一つの業者を選び出し、この業者に対して、発注仕様（希望納期，個数，希望総金額，希望精度）を指定して、発注を行っていた。すると、受注した「成形」業種の業者は、発注仕様を満たすことができる金型を製造可能な「金型制作」業種の業者を自ら選択するとともに、発注仕様（納期、仕入価格，精度）を自ら設定して、選択した業者に対して金型の発注を行う。同様に、発注条件を満たすことができる原料を販売している「樹脂」業種の業者を自ら選択するとともに、発注仕様（納期、分量，仕入れ価格）を自ら設定して、選択した業者に対して原料の発注を行う。なお、金型を受注した業者は、発注仕様を満たすことができる金型設計を行い得る「金型設計」業種の業者を自ら選択して、発注仕様（納期，仕入価格，精度）を自ら設定して、選択した業者に対して設計を依頼する。このような業者間の取引形態において、受注側（即ち、受注したモノを発注側へ納入する側）を「川上」と称し、発注側（即ち、発注したモノを受領する側）を「川下」と称する。
【０００５】
【発明が解決しようとする課題】
ところで、このような業者間の取引形態が採られている業界において、上述したようなオンライン取引を単純に導入したとしても、実現されるビジネスモデルは、単に、各業者間の取引をオンラインで行うといったものでしかない。従って、受注した業者は、発注側の業者から提示された発注仕様を満たしつつ自らの利益を最大限確保できるように川上の業者を選択しなければならないので、本業（即ち、「成形」）以外の部分で負担を被ってしまう。また、発注者は、通常、発注先の業者がどの川上業者を選択するのかについて干渉する機会を有さないので、コストや精度や納期を向上することができる川上業者が他にあったとしても、これら川上業者を選択させてコストや精度は納期を向上させることができない。
【０００６】
そこで、本発明の課題は、一つの最終結果物発注しようとする発注者に対して、その最終結果物の製造過程における一部又は全部の工程を行う業者との間の業務仲介を行う業務仲介システム、このような業務仲介方法，コンピュータを業務仲介システムとして作動させるためのプログラムを格納したコンピュータ可読媒体を、提供することである。
【０００７】
【課題を解決するための手段】
上記各課題を解決するために案出された本発明による業務仲介システムは、最終結果物の生成に至る工程が複数業種の複数業者によって担当される業界において当該最終結果物を発注する発注者に対して受注可能な業者を提示する業務仲介システムであって、各業種毎に、その業種によって生成される結果物としての生産品又は情報，及び、その業種において生産品を生産するため若しくはサービスを提供するために当該業種の業者に提供される物品又は情報を含む受注条件を保持するサプライチェーンモデルデータベースと、各業者毎に、その業者の業務範囲として登録される業種を保持する業者データベースとを格納する格納媒体と、発注時に発注者が業者に提供する物品又は情報を示す発注条件と発注者が発注する前記最終結果物としての発注物とを検索条件とした検索要求を受け付ける検索受付部と、前記検索受付部が前記検索要求を受け付けたときには前記サプライチェーンモデルデータベースを検索することにより、前記発注条件と前記サプライチェーンモデルデータベースの受注条件とが一致する全ての業種を夫々ルートの業種として特定し、各ルートの業種毎に、そのルートの業種によって生産される結果物が前記発注物と一致する場合には、当該ルートの業種をサプライチェーンとして特定し、当該ルートの業種によって生産される結果物が前記発注物と一致しない場合には、当該ルートの業種によって生産される結果物を受注条件とする業種を全て特定し、前記ルートの業種を起点として前記特定された業種に繋げた業種の繋がりを作成した後に、前記業種の繋がりにおける全ての末端の業種によって生産される結果物を前記サプライチェーンモデルデータベースから読み出し、この読み出した結果物の全体集合及び全ての部分集合を作成し、作成した各集合毎に、その集合に属する結果物に受注条件が一致する業種を全て特定し、特定した各業種毎に、前記業種の繋がりにおける当該特定した業種の受注条件の何れかに合致する結果物を夫々生産する各末端の業種に夫々繋げる処理を行った上で、新たに繋げた何れかの末端の業種によって生産される結果物が前記発注物と一致するか否かをチェックする処理を、新たに繋げた何れかの末端の業種によって生産される結果物が前記発注物と一致するまで繰り返し、新たに繋げた何れかの末端の業種によって生産される結果物が前記発注物と一致した場合には、前記ルートの業種からその末端に至る業種の繋がりをサプライチェーンとして特定し、前記サプライチェーンを構成する業種に対応した業者を前記業者データベースから検索し、前記サプライチェーンにおける業種の繋がり通りに各業者を並べた業者順列を作成する検索部と、前記検索部によって作成された業者順列を発注者に提示する提示部とを、備えることを特徴とする。
【０００８】
同様に、本発明による業務仲介方法は、最終結果物の生成に至る工程が複数業種の複数業者によって担当される業界において当該最終結果物を発注する発注者に対して受注可能な業者を提示する業務仲介方法であって、各業種毎に、その業種によって生成される結果物としての生産品又は情報，及び、その業種において生産品を生産するため若しくはサービスを提供するために当該業種の業者に提供される物品又は情報を含む受注条件を保持するサプライチェーンモデルデータベースと、各業者毎に、その業者の業務範囲として登録される業種を保持する業者データベースとを格納する格納媒体を有するコンピュータが、発注時に発注者が業者に提供する物品又は情報を示す発注条件と発注者が発注する前記最終結果物としての発注物とを検索条件とした発注者からの検索要求を受け付け、前記コンピュータは、前記サプライチェーンモデルデータベースを検索することにより、前記発注条件と前記サプライチェーンモデルデータベースの受注条件とが一致する全ての業種を夫々ルートの業種として特定し、各ルートの業種毎に、そのルートの業種によって生産される結果物が前記発注物と一致する場合には、当該ルートの業種をサプライチェーンとして特定し、当該ルートの業種によって生産される結果物が前記発注物と一致しない場合には、当該ルートの業種によって生産される結果物を受注条件とする業種を全て特定し、前記ルートの業種を起点として前記特定された業種に繋げた業種の繋がりを作成した後に、前記業種の繋がりにおける全ての末端の業種によって生産される結果物を前記サプライチェーンモデルデータベースから読み出し、この読み出した結果物の全体集合及び全ての部分集合を作成し、作成した各集合毎に、その集合に属する結果物に受注条件が一致する業種を全て特定し、特定した各業種毎に、前記業種の繋がりにおける当該特定した業種の受注条件の何れかに合致する結果物を夫々生産する各末端の業種に夫々繋げる処理を行った上で、新たに繋げた何れかの末端の業種によって生産される結果物が前記発注物と一致するか否かをチェックする処理を、新たに繋げた何れかの末端の業種によって生産される結果物が前記発注物と一致するまで繰り返し、新たに繋げた何れかの末端の業種によって生産される結果物が前記発注物と一致した場合には、前記ルートの業種からその末端に至る業種の繋がりをサプライチェーンとして特定し、前記コンピュータは、前記サプライチェーンを構成する業種に対応した業者を前記業者データベースから検索し、前記サプライチェーンにおける業種の繋がり通りに各業者を並べた業者順列を、作成し、前記コンピュータは、作成した業者順列を発注者に提示することを、特徴とする。
【０００９】
同様に、本発明によるコンピュータ可読媒体に格納されたプログラムは、コンピュータに対して、各業種毎に、その業種によって生成される結果物としての生産品又は情報，及び、その業種において生産品を生産するため若しくはサービスを提供するために当該業種の業者に提供される物品又は情報を含む受注条件を保持するサプライチェーンモデルデータベースと、各業者毎に、その業者の業務範囲として登録される業種を保持する業者データベースとをアクセスさせ、前記発注条件と前記サプライチェーンモデルデータベースの受注条件とが一致する全ての業種を夫々ルートの業種として特定させ、各ルートの業種毎に、そのルートの業種によって生産される結果物が前記発注物と一致する場合には、当該ルートの業種をサプライチェーンとして特定させ、当該ルートの業種によって生産される結果物が前記発注物と一致しない場合には、当該ルートの業種によって生産される結果物を受注条件とする業種を全て特定させ、前記ルートの業種を起点として前記特定された業種に繋げた業種の繋がりを作成した後に、前記業種の繋がりにおける全ての末端の業種によって生産される結果物を前記サプライチェーンモデルデータベースから読み出し、この読み出した結果物の全体集合及び全ての部分集合を作成させ、作成した各集合毎に、その集合に属する結果物に受注条件が一致する業種を全て特定させ、特定した各業種毎に、前記業種の繋がりにおける当該特定した業種の受注条件の何れかに合致する結果物を夫々生産する各末端の業種に夫々繋げる処理を行わせた上で、新たに繋げた何れかの末端の業種によって生産される結果物が前記発注物と一致するか否かをチェックする処理を、新たに繋げた何れかの末端の業種によって生産される結果物が前記発注物と一致するまで繰り返させ、新たに繋げた何れかの末端の業種によって生産される結果物が前記発注物と一致した場合には、前記ルートの業種からその末端に至る業種の繋がりをサプライチェーンとして特定させ、前記サプライチェーンを構成する業種に対応した業者を前記業者データベースから検索させ、前記サプライチェーンにおける業種の繋がり通りに各業者を並べた業者順列を作成させ、作成された前記業者順列を発注者に提示させることを、特徴とする。
【００１０】
これらのように構成されると、発注者は、最終結果物を直接生成する業者の候補のみでなく、その業者に受注条件としての材料や原料や道具を生産物として納入する業者等、川上の業者の候補をも、業者順列として、一括して調べることができる。従って、自らの意志等に基づいて、最川上の業者から最川下の業者までを自ら選択して、夫々の業種の業務を発注することができる。その結果、全体としてのコストを下げたり、精度を上げたり、納期を早めたりすることが、可能となる。
【００１１】
なお、発注者による発注先業者の選択の幅を広げるためには、このような業者順列が複数提示されることが望ましい。また、発注者による発注先業者の選択を容易にするには、それら各発注先業者の能力値をも表示することが望ましい。この場合、業者順列に含まれる全業者の能力値に基づいて、その全体値が自動的に計算されて提示されれば、業者順列単位で発注を行う発注者にとって、全体としてのコストがどのように下がるのか、全体としての精度がどの程度向上するのか、又はＫ全体としての納期がどの程度早まるのかを直接的に知ることができるので、業種順列を選択するための目安として非常に有意義である。なお、発注者が重視する能力値が様々である場合には、能力値の種類は複数であることが望ましい。その場合、発注者が選択した種類の能力値の全体値によって、複数の業者順列をソートして、その順に提示するようにすれば、発注者にとって最も望ましい業者順列を提示することが可能となる。
【００１２】
また、能力値の全体値の限度値を、発注者が検索条件として任意に指定できるようにしておけば、能力値の全体値がこの限度値を満たさない業者順列を直ちに削除することができるので、発注者を満足させることができないことが明らかな業者順列を発注者に提示してしまう無駄を、省くことができる。
【００１３】
また、データベースに格納された各情報に基づいて、その能力値の全体値が限度値を満足する全ての業者順列を作成し、何れの業者順列にも含まれなかった業者を逸注情報として記録するようにしておけば、この業者は、自らの能力値が不足していることを認識することができるので、その不足している能力値を向上させための契機となり得る。なお、この逸注情報は、適宜、様々な集計方法に従って集計されて、その集計結果が提示されることが望ましい。その集計結果は、その業者やその業者に対する営業を行おうとする業者に対して、これらの者が希望した際に、また、定期的に提示されるようにすれば良い。また、提示の方法としては、コンピュータの画面上への表示であっても良いし、電子メールであっても良い。
【００１４】
さらに、発注者が選択した業者順列に属する各業者に対して見積もりを依頼するように構成しても良いし、もう一歩進めて、発注者が選択した業者順列に属する各業者に対して発注を行うように構成しても良い。後者の場合、発注がなされた業者の情報を発注情報として集計すれば、その業者のシェアを知ることができる。また、この発注情報を、上述した逸注情報と同様に、提示するようにしても良い。この場合、発注情報と逸注情報を組み合わせて集計すれば、情報の付加価値が更に向上する。
【００１５】
また、本発明において、業者順列は、発注条件を受注条件とするとともに最終結果物を結果物とする業種に対応付けられた一業者のみからも構成され得るが、本発明の利点が最も明らかになるのは、業者順列が複数業者から構成される場合である。
【００１６】
なお、発注条件や受注条件は、材料や部品や道具のようにその業者に持ち込まれる有体物の他、設計図に表された情報等の無体物も含む。同様に、結果物や最終結果物も、機械や部品や製品等の有体物の他、設計図に表される情報等の無体物を、含んでいる。
【００１７】
【発明の実施の形態】
以下、図面に基づいて、本発明の実施の形態を説明する。なお、本発明が実施され得る業界は、最終結果物に到るまでの工程が様々な業種の複数業者によって担当される業界であればどのような業界でも構わないが、ここでは、最終結果物が樹脂成型品である成形業界に適用されるものとして、説明を行う。
（業務仲介システムの構成）
図１は、本発明による業務仲介システムの実施の形態を示すブロック図である。この図１に示されるように、この業務仲介システムは、インターネットＮ上に構築されたサーバ−クライアントシステムであり、インターネットＮを介して相互に通信可能に接続された一台のホストコンピュータ１，及び、複数台（図１においては１台のみ図示）のクライアントコンピュータ２から、構成されている。ホストコンピュータ１は、この業務仲介システムを運営するプロバイダに設置されている。そして、本実施形態においては、このプロバイダは、「新規成形機」業種の業者であるものと想定されている。一方、クライアントコンピュータ２は、多数の発注側業者や多数の受注側業者，及び、上記プロバイダとしての業者における営業部門に、夫々、設置されている。
【００１８】
各クライアントコンピュータ２は、端末装置として利用される通常のパーソナルコンピュータであり、互いにバスＢによって接続されたＣＰＵ２０，通信アダプタ２１．ディスプレイ２２，入力装置２３，ＲＡＭ２４及びハードディスク２５から、構成されている。これらのうち、ＣＰＵ２０は、このクライアントコンピュータ２全体を制御する中央処理装置である。また、通信アダプタ２１は、インターネットＮが構築されている回線とのインターフェースをなすモデム等である。ディスプレイ２２は、ＣＰＵ２０によって生成された画像を表示する表示装置である。入力装置２３は、キーボード及びマウスからなる。ＲＡＭ２４は、ＣＰＵ２０が上述した様な各種プログラムを実行するに際しての作業領域が展開される主記憶装置である。
【００１９】
ハードディスク２５は、ＣＰＵ２０によって読み出されて実行される各種プログラムを、格納している。このハードディスク２５が格納しているプログラムには、通信アダプタ２１を介してホストコンピュータ１との間でＴＣＰ／ＩＰに従った通信を行う機能を含むオペレーティングシステム、このオペレーティングシステムの通信機能を用いてホストコンピュータ１に対して各種メッセージ（ＵＲＬ等）を送信するとともにこれらメッセージに応じてホストコンピュータ１が送信して来たＷｅｂコンテンツ（ＨＴＭＬ文書，ＪＰＥＧやＧＩＦ等の画像ファイル）を表示するＷｅｂブラウザ２７を含む。
【００２０】
一方、ホストコンピュータ１は、サーバ装置として用いられるコンピュータであり、互いにバスＢによって接続されたＣＰＵ１０，通信アダプタ１１，ＲＡＭ１２及びハードディスク１３から、構成されている。これらのうち、ＣＰＵ１０は、このホストコンピュータ１全体の制御を行う中央処理装置である。また、ＲＡＭ１２は、ＣＰＵ１０が各種処理を実行するに際しての作業領域が展開される主記憶装置である。なお、ＲＡＭ１２内の一部は、ＨＴＭＬを動的に作成する際にソースとなる情報を蓄積するための表示バッファ（第１領域及び第２領域）１２ａとして、機能する。また、通信アダプタ１１は、インターネットＮが構築されている回線とのインターフェースをなすモデム等である。
【００２１】
ハードディスク１３は、ＣＰＵ２０によって読み出されて実行される各種プログラム及び各種データを、格納している。このハードディスク１３が格納しているデータには、業者データベース１６，成形機データベース１７，サプライチェーンモデルデータベース１８，業務仲介データベース１９が、含まれている。また、データの一種であるＨＴＭＬを格納するために、ＨＴＭＬ格納領域３０が確保されている。また、このハードディスク１３が格納しているプログラムには、通信アダプタ１１を介して各クライアントコンピュータ２との間でＴＣＰ／ＩＰに従った通信を行う機能を含むオペレーティングシステム（図示略）の他、クライアントコンピュータ２から送信されて来たメッセージに対応した情報を返答するサーバプログラム及び幾つかのアプリケーションプログラムが、含まれている。
【００２２】
サーバプログラムは、ＣＰＵ１０によって実行されることにより、クライアントコンピュータ２からのメッセージがハードディスク１３内に格納されているＷｅｂコンテンツ１５のＵＲＬを指定するものであった場合には、そのＵＲＬによって示されるＷｅｂコンテンツ１５を、メッセージ送信元のクライアントコンピュータ２へ返送する。
【００２３】
サーバプログラムは、メッセージが所定の型式である場合には、メッセージの内容に対応した処理を、ＣＧＩ（コモン・ゲートウェイ・インタフェース）を介して各種アプリケーションプログラム（ＣＧＩプログラム）に依頼するとともに、依頼先のアプリケーションプログラムが処理結果を通知してくると、この処理結果をメッセージ送信元のクライアントコンピュータ２へ返送する。これら各種ＣＧＩプラグラムのうちの幾つかが、業者データベース１６，成形機データベース１７，サプライチェーンモデルデータベース１８，業務仲介データベース１９，ＨＴＭＬ格納領域３０にアクセス（データ読み出し及びデータ書き込み）して、必要な情報を生成するアプリケーションプログラムである。従って、以後においては、これらサーバプログラム，ＣＧＩ及びＣＧＩプログラムが全体としてなす機能の事を、「業務仲介サーバ１４」と称するものとする。なお、業務仲介サーバ１４は、各クライアントのブラウザ２７から要求がある毎に起動するので、ＣＰＵ１０（又はＲＡＭ１２）上に複数存在する場合もあり得る。また、ＣＧＩプログラムのうちの他の一つは、業務仲介サーバ１４から依頼を受けると起動して、依頼元の業務仲介サーバ１４から独立して各クライアントからの応答（見積解答）を管理する見積管理ＣＧＩ１５である。これら業務仲介サーバ１４及び見積管理ＣＧＩ１５の動作については、図１３乃至図３９のフローチャートに基づいて、後で詳しく説明する。さらに、ＣＧＩプログラムのうちの他の一つは、業務仲介サーバ１４から依頼を受けると起動して、会員間の受発注の管理を代行するための発注・納品管理システム３１である。この発注・納品管理システム３１の動作については、依頼を行う仲介サーバ１４の動作の説明とともに、後で詳しく説明する。
【００２４】
さらに、ハードディスク１３に格納されているアプリケーションプログラムには、自動月報配信プログラム３２が、含まれている。この自動月報配信プログラム３２は、毎月末の夜間に自動実行されて、この業務仲介システムに受注側業者として登録されている各業者毎に、その月における受注状況をまとめた月報を送信する（通知部に相当）。この自動月報配信プログラム３２の動作についても、後で詳しく説明する。
【００２５】
業者データベース１６は、この業務仲介システムに会員として登録されている業者（発注側業者及び受注側業者）についての情報を格納しているリレーショナルデータベースである。図２に示されるように、この業者データベース１６内には、各会員毎に、その業者の全体的な情報を保持する会社レコードが、最上位階層のレコードとして格納されている。各会社レコードに保持される情報の項目を、図３に示す。この図３に示されるように、各会社レコードには、その業者の「会社名（文字列）」と、その業者の「会社案内コメント（文字列）」と、連絡先としての「担当者名（文字列）」，「住所（文字列）」，「電話番号（TEL:文字列）」，「ファックス番号（FAX:文字列）」及び「電子メールアドレス（e-mail:文字列）」と、その業者の業務範囲のうち当該業務仲介システムに登録されている「登録業種数（整数）」と、個々の登録業種の識別情報（業種:予め設定されている業種コード）と、その業者の「最大生産能力（１日あたりの生産個数を示す整数）」と、その業者がその製品に出すことができる「最高精度（実数［単位はμｍ］）」と、その業者の「保有設備数（整数）」と、その業者に付与された「パスワード（文字列）」と、その業者の取引口座の「銀行口座番号（文字列）」とが、項目として含まれている。なお、以上に挙げた会社レコード内の各項目には、対象となる業者が受注側であればその全てに具体値が書き込まれるが、対象となる業者が発注側であれば、「登録業種数」以下は空欄のままとなる。
【００２６】
また、「保有設備数」が１以上である場合には、「会社名」をキーとして、図４に示されるような保有設備レコードが、業者データベース１６内に格納される。この保有設備レコードには、キーとしての「会社名」と、個々の保有設備についての「設備種別（予め設定されている設備コード）」，「設備型式（文字列）」及び「設備メーカー（予め設定されているメーカーコード）」の各項目からなり上記「保有設備数」と同回数だけ繰り返されるエントリとが、含まれている。
【００２７】
さらに、「登録業種数」が１以上である場合には、各「業種」をキーとして、１以上の業種レコードが、業種データベース１６内に格納される。各業種レコードは、図５，図７及び図９に示されるように、リンク先の会社レコード中の「会社名」と同じ文字列が登録される「会社名」と、キーとしての「業種」と，見積もり条件の数を示す「条件・見積もり数（整数）」とが、含まれている。図５に示される例は、図３の会社レコード中の「業種」＝“金型”をキーとして格納されている業種レコードであり、その「条件・見積もり数」は“３”通りとなっている。また、図７に示される例は、図３の会社レコード中の「業種」＝“金型設計”をキーとして格納されている業種レコードであり、その「条件・見積もり数」は“１”通りとなっている。また、図９に示される例は、図３の会社レコード中の「業種」＝“金型製作”をキーとして格納されている業種レコードであり、その「条件・見積もり数」は“３”通りとなっている。このような「条件・見積もり数」は、受注個数に依って単価が変わる場合に、複数通り設定される。
【００２８】
これら各業種レコードには、更に、「業種」をキーとして、夫々、条件・見積もりレコードがリンクしている。各条件・見積レコードは、図６，図８及び図１０に示されるように、リンク先の業種レコード中の「会社名」及び「業種」と夫々同じ文字列が登録される「会社名」及び「業種」と、個々の見積もり条件を構成するとともにその業者が業務を遂行する際の能力値に相当する「生産数量下限（整数［単位は個］）」，「生産数量上限（整数［単位は個］）」，「生産精度下限（実数［単位はμｍ］）」，「生産精度上限（実数［単位はμｍ］）」，「最短納期（実数［単位は日］）」及び単価（一個当たりの値段［単位は円］）からなり上記「条件・見積もり数」と同回数だけ繰り返されるエントリとが、含まれている。なお、図６に示される例は、図５の業種レコードにリンクした条件・見積もりレコードであり、図８に示される例は、図７の業種レコードにリンクした条件・見積もりレコードであり、図１０に示される例は、図９の業種レコードにリンクした条件・見積もりレコードである。図８に示される「業種」＝“金型設計”についての条件・見積もりレコード内において「生産精度下限」及び「生産精度上限」が夫々空白となっているのは、設計内容はそれ自体が精度の基準となる性格を有するものだからである。また、図６に示される「業種」＝“金型”についての条件・見積もりレコード及び図１０に示される「業種」＝“金型製作”についての条件・見積もりレコードについては、受注個数（「生産数量下限」及び「生産数量上限」）の幅毎に、３通りの見積もり条件（受注個数が多くなるほど単価が安くなるように設定）が登録されている。なお、「業種」＝“金型設計”は当然に一品製作であるので、図８に示される条件・見積もりレコードには、一通りの見積もり条件のみが登録されている。
【００２９】
成形機データベース１７は、この業務仲介システムを運営するプロバイダが販売する各種成形機についてのスペックが夫々登録されているリレーショナルデータベースである。図１１に示されるように、この成形機データベース１７は、各成形機毎にその型式を定義したメインレコード１７ａと、このメインレコード１７ａ中の「基本仕様」にポインタが登録されているとともに「型締め圧」及び「最高射出速度」をその内容とする基本仕様レコード１７ｂと、メインレコード１７ａの「対応成型品」に夫々のポインタが登録されているとともに「成型品（成形される品目名）」，「製品取り数（単位は個数）」，「生産能力（単位は１日当たりの個数）」及び「製品精度（単位はμｍ）」をその内容とする対応成型品レコード１７ｃとから、構成されている。なお、同一の成形機が複数の成型品を成形可能である場合には、対応成型品レコード１７ｃは、各成型品に対応して複数登録される。
【００３０】
サプライチェーンモデルデータベース１８は、最終結果物についての見積もり依頼が発注側業者のクライアントコンピュータ２から受け付けられる毎に、発注された最終結果物（この場合、成型品である場合もあるが、金型である場合もある［例えば、成形業種の業者が発注する場合］）に係わる最も川上に位置する業種から最も川下に位置する業種（最終結果物を直接生産する業種）に到る業種の繋がり（以下、「サプライチェーン」という）をこの最終結果物の種類に合わせて自動的に生成するための基礎データを、格納している。具体的には、このサプライチェーンモデルデータベース１８は、図１２に示されるように、成形業界に続する各業種（図９４参照）毎に、その業種名（「業種」），その業種によって生成される結果物としての生産品名又は情報名（「生産品」），及び、その業種において生産品を生産するため若しくはサービスを提供するために業者に提供される物品又は情報（「受注条件」）を、一覧している。
【００３１】
業務仲介データベース１９は、クライアントコンピュータ２から出された見積もり依頼を管理するための仲介データレコード１９０を、格納して保存するためのデータベースである。従って、初期状態においては、この業務仲介データベース１９内に仲介データレコード１９０はなく、業務仲介サーバ１４を実行するＣＰＵ１０がクライアントコンピュータ２から新規の見積もり依頼を受け付ける毎に、新たな仲介データレコード１９０が業務仲介データベース１９内に生成される。なお、仲介データレコード１９０中の各項目の詳しい説明は、業務仲介サーバ１４による処理の説明の中で行う。
【００３２】
ＨＴＭＬ格納領域３０内には、業務仲介サーバ１４を実行しているＣＰＵ１０が各クライアントコンピュータ２からの要求に応じて送信するＨＴＭＬ文書を保存しておくための領域である。なお、このＨＴＭＬ格納領域３０の一部は、当該業務仲介システムに登録されている各会員専用に準備された専用領域となっている。
（業務仲介サーバの処理内容）
次に、上記業務仲介サーバ１４に基づいたＣＰＵ１０の処理内容を、説明する。この説明の中において、“画面を表示する”とは、業務仲介サーバ１４を起動させたクライアントコンピュータ２内のブラウザ２７に対して画面データを送信し、この画面データに基づいた画像をクライアントコンピュータ２のディスプレイ２２に表示させる、という意味である。また、“ボタンが押下された”とは、業務仲介サーバ１４を起動させたクライアントコンピュータ２のディスプレイ２２上にハイパーリンク付きのボタンのシンボルマークが表示されており、入力装置２３に含まれるマウスの動作に従って当該ボタン上にカーソルが重ねられ、その状態において、このマウスのクリックボタンが押下された事を、意味している。同様に、“情報が入力された”とは、業務仲介サーバ１４を起動させたクライアントコンピュータ２のディスプレイ２２上にテキストボックスが表示されており、入力装置２３に含まれるマウスの動作又はキーボードへのキー入力に従って当該テキストボックス内にカーソルが重ねられ、その状態においてキーボードへのキー入力に従って情報が書き込まれた事（ブラウザ２７によってその情報が当該テキストボックス内に表示された事）を、意味している。
【００３３】
ＣＰＵ１０は、インターネットＮ経由で何れかのクライアントコンピュータ２から業務仲介システムのホームページ（ＨＴＭＬ格納領域３０内のＨＴＭＬ文書の一つ）のＵＲＬを受信する毎に、業務仲介サーバ１４を起動し、この業務仲介サーバ１４に従って、図１３の処理を開始する。なお、ＣＰＵ１０は、マルチタスク実行可能であるので、業務仲介サーバ１４を同時に複数起動して、夫々に基づく処理を並行に実行することが可能である。
【００３４】
そして、業務仲介サーバ１４に従ったＣＰＵ１０（以下、単に「業務仲介サーバ１４」と表現する）は、処理開始後最初のＳ００１において、当該クライアントコンピュータ２のディスプレイ２２に、ホームページを表示させる。このホームページには、そのクライアントコンピュータ２を操作しているユーザーの資格（業者データベース１６に登録されているユーザーであるか、登録されていないゲストであるか、当該業務仲介システムのプロバイダとしての業者の営業担当者であるか）に対応付けられた３つのボタンが含まれている。そして、業務仲介サーバ１４は、これら３つのボタンのうちの何れかが押下されるのを待ち、何れかのボタンが押下されると、押下されたボタンの種類に基づいて、そのユーザーの資格をチェックする。そして、業務仲介サーバ１４は、ユーザーの資格がゲストであれば（ゲストに対応付けられたボタンが押下された場合）処理をＳ００２へ進め、会員であれば処理をＳ０１４へ進め、営業担当者であれば処理をＳ１４０１へ進める。
【００３５】
Ｓ００２では、業務仲介サーバ１４は、クライアントコンピュータ２のディスプレイ２２に、システム案内ページを表示させる。このシステム案内ページは、当該業務仲介システムによるサービス内容の説明文を掲載しており、ページを進める事を意味する“ＮＥＸＴ”ボタンを含んでいる。この“ＮＥＸＴ”ボタンが押下されると、業務仲介サーバ１４は、Ｓ００３において、入会申込ページを、クライアントコンピュータ２のディスプレイ２２上に表示させる。この入会申込ページは、図２乃至図１０に示された業者データベース１６中の会社レコード及びそれにリンクしたレコードに登録されるべき各種情報（但し、パスワードを除く）を夫々記入するための多数のテキストボックス，“キャンセル”ボタン，及び“入会申込”ボタンを、含んでいる。そして、業務仲介サーバ１４は、“キャンセル”ボタンが押下された場合には、そのまま処理を終了する。
【００３６】
一方、“入会申込”ボタンが押下された場合には、業務仲介サーバ１４は、Ｓ００５において、必要な項目が入力されたか否かをチェックする。ここでは、発注のみを行う業者をも会員として登録するため、図３に示す会社レコードの各項目のうち、「会社名」，「会社案内コメント」，「連絡先」及び「銀行口座番号」が、必要項目として設定されている。そして、必要項目が欠落している場合には、業務仲介サーバ１４は、Ｓ００６においてアラームを表示させた後に、処理をＳ００４に戻し、必要項目の補充を待つ。これに対して、必要項目が全て入力されている場合には、業務仲介サーバ１４は、処理をＳ００７へ進める。
【００３７】
Ｓ００７では、業務仲介サーバ１４は、“受付完了”を示すページを、クライアントコンピュータ２のディスプレイ２２上に表示させる。
【００３８】
次のＳ００８では、業務仲介サーバ１４は、認証処理を実行する。この認証処理は、「銀行口座番号」の名義が「業者名」と一致するかどうかを銀行に問い合わせたり、第三者である信用調査機関に問い合わせることによって、行われる。そして、業務仲介サーバ１４は、次のＳ００９において、この認証処理の結果がＯＫであるか否かをチェックする。そして、認証処理の結果がＯＫである場合には、業務仲介サーバ１４は、次のＳ０１０において、新たな会社レコード（及び、必要であれば、これにリンクすべき他のレコード）を業者データベース１６内に作成して、入会申込ページの各テキストボックスに入力された各項目の情報を登録する。次のＳ０１１では、業務仲介サーバ１４は、ＨＴＭＬ格納領域３０内に、当該新規登録業者専用の領域を設定する。次のＳ０１２では、業務仲介サーバ１４は、入力された「業者名」に対応付けるためのパスワードを発行し、このパスワードを当該会社レコードに登録するとともに、「連絡先」中の「ｅ−ｍａｉｌ」宛に、そのパスワードを通知するための電子メールを送信する。以上の後に、業務仲介サーバ１４は、その処理を終了する。
【００３９】
これに対して、Ｓ００９にて認証処理の結果がＯＫでなかった場合には、業務仲介サーバ１４は、Ｓ０１３において、「連絡先」中の「ｅ−ｍａｉｌ」宛に、入会を拒絶する旨を通知するための電子メールを送信する。以上の後に、業務仲介サーバ１４は、その処理を終了する。
【００４０】
一方、Ｓ０１４では、業務仲介サーバ１４は、図７２に示すログイン画面を、クライアントコンピュータ２のディスプレイ２２上に表示させる。このログイン画面には、業者名を入力するための「ユーザ名」テキストボックスと、「パスワード」とが、含まれている。
【００４１】
次のＳ０１５では、業務仲介サーバ１４は、ログイン画面の両テキストボックスに入力がなされるのを待つ。そして、入力があった場合には、業務仲介サーバ１４は、Ｓ０１６において、「ユーザ名」テキストボックスに入力された業者名と「パスワード」テキストボックスに入力されたパスワードとの組合せが、業者データベース１６内の何れかの会社レコードに登録されているか否かをチェックする。そして、これら業者名及びパスワードの組合せが登録されていなければ処理をＳ０１５に戻し、当該組合せが登録されていれば処理をＳ０１７へ進める。
【００４２】
Ｓ０１７では、業務仲介サーバ１４は、Ｓ０１６にて業者名及びパスワードの組合せが登録されていると判断された会社レコードが示す業者（以下、「ログイン業者」と呼ぶ）に対して、見積もり依頼又は見積の結果が届いているか否かをチェックする。このチェックは、ＨＴＭＬ格納領域３０における当該ログイン業者専用領域に、見積照会画面（図７８）又は見積回答リスト画面（図８１）のＨＴＭＬ文書が格納されているか否かに基づいて行われる（Ｓ４０３，Ｓ４１１参照）。そして、見積もり依頼又は見積もりの結果が届いていない場合には、業務仲介サーバ１４は、Ｓ０１８において、ＨＴＭＬ格納領域３０内に格納されている会員用メインメニューのＨＴＭＬ文書を読み出して、図７３（ａ）に示される会員用メインメニューを、クライアントコンピュータ２のディスプレイ２２上に表示させる。これに対して、見積もり依頼がある場合には、業務仲介サーバ１４は、Ｓ０２２において、会員用メインメニューのＨＴＭＬ文書に「見積もり依頼があります」とのコメントテキストを付加し、Ｓ０１８において、図７３（ｂ）に示す会員用メインメニューを、クライアントコンピュータ２のディスプレイ２２上に表示させる。また、見積もりの結果が届いている場合には、業務仲介サーバ１４は、Ｓ０２２において、会員用メインメニューのＨＴＭＬ文書に「見積もりが届いています」とのコメントテキストを付加し、Ｓ０１８において、図７３（ｃ）に示す会員用メインメニューを、クライアントコンピュータ２のディスプレイ２２上に表示させる。何れの場合においても、会員用メインメニューは、“業務仲介”ボタン及び“業務情報”ボタンを、含んでいる。
【００４３】
次のＳ０１９では、業務仲介サーバ１４は、会員用メインメニュー中の何れかのボタンが押下されるのを待つ。そして、“業務仲介”ボタンが押下された場合には、処理をＳ０２０へ進め、“業務情報”ボタンが押下された場合には処理をＳ０６０へ進める。
【００４４】
Ｓ０２０では、業務仲介サーバ１４は、ログイン業者宛に見積もり依頼又は見積もりの結果が届いているか否かを再度チェックする。そして、見積もり依頼又は見積もりの結果が届いていない場合には、業務仲介サーバ１４は、Ｓ０２１において、ＨＴＭＬ格納領域３０内に格納されている業務仲介画面のＨＴＭＬ文書を読み出して、図７４（ａ）に示される業務仲介画面を、クライアントコンピュータ２のディスプレイ２２上に表示させる。これに対して、見積もり依頼がある場合には、業務仲介サーバ１４は、Ｓ０２３において、業務仲介画面のＨＴＭＬ文書に「見積もり依頼があります」とのコメントテキストを付加し、Ｓ０２１において、図７４（ｂ）に示す業務仲介画面を、クライアントコンピュータ２のディスプレイ２２上に表示させる。また、見積もりの結果が届いている場合には、業務仲介サーバ１４は、Ｓ０２３において、業務仲介画面のＨＴＭＬ文書に「見積もりが届いています」とのコメントテキストを付加し、Ｓ０２１において、図７４（ｃ）に示す業務仲介画面を、クライアントコンピュータ２のディスプレイ２２上に表示させる。何れの場合においても、業務仲介画面は、“発注”ボタン及び“見積もり照会”ボタンを、含んでいる。
【００４５】
何れの場合においても、業務仲介サーバ１４は、次のＳ０２４において、業務仲介画面上の何れかのボタンが押下されるのを待つ。そして、“見積照会”ボタンが押下された場合には、処理をＳ０３２へ進め、“発注”ボタンが押下された場合には、処理をＳ０２５へ進める。
【００４６】
Ｓ０２５では、業務仲介サーバ１４は、ログイン業者宛に見積もりの結果が届いているか否かを再チェックする。そして、見積結果が届いている場合には、業務仲介サーバ１４は、Ｓ０３１において、ＨＴＭＬ格納領域３０内に格納されている発注画面のＨＴＭＬ文書を読み出し、このＨＴＭＬ文書中に「見積もりが届いています」とのコメントテキストを付加した後に、Ｓ０２６において、このＨＴＭＬ文書に基づいた発注画面をクライアントコンピュータ２のディスプレイ２２上に表示させる。図７５は、Ｓ０３１にてコメントが付加された後におけるＨＴＭＬ文書によって表示される発注画面を示している。図７５に示されるように、この発注画面は、“新規発注”ボタン，“発注済み履歴”ボタン及び“未発注履歴”ボタンを、含んでいる。
【００４７】
これに対して、見積結果が届いていない場合には、業務仲介サーバ１４は、Ｓ０２６において、ＨＴＭＬ格納領域３０から読み出した発注画面のＨＴＭＬ文書そのものに基づいて、発注画面をクライアントコンピュータ２のディスプレイ２２上に表示させる。従って、この場合には、表示される発注画面上に、「見積もりが届いています」とのコメントは表示されない。
【００４８】
何れの場合においても、業務仲介サーバ１４は、次のＳ０２７において、発注画面上の何れかのボタンが押下されるのを待つ。そして、“新規発注”ボタンが押下された場合には、処理をＳ０２８へ進め、“発注済み履歴”ボタンが押下された場合には、処理をＳ０５１へ進め、“未発注履歴”ボタンが押下された場合には、処理をＳ０４０へ進める。
【００４９】
Ｓ０２８では、業務仲介サーバ１４は、図７６に示す検索条件入力画面をクライアントコンピュータ２のディスプレイ２２上に表示する。この検索条件入力画面は、発注物（即ち、発注者であるログインユーザーが求めている最終結果物）の名称と、発注時に発注者が最川上業者に提供する物品又は情報を示す発注条件（サプライチェーンモデルデータベース１８中の「受注条件」に相当）と、発注に際して指定する詳細条件を示す発注仕様（個数，希望総金額，希望製品精度，希望納期）が夫々書き込まれるテキストボックスを含んでいる。さらに、この検索条件入力画面は、“ＯＫ”ボタン及び“キャンセル”ボタンを含んでいる。
【００５０】
次のＳ０２９では、業務仲介サーバ１４は、検索条件入力画面の各テキストボックスに必要項目の入力がなされた状態で“ＯＫ”ボタンが押下されるか、“キャンセル”ボタンが押下されるのを待つ。そして、“キャンセル”ボタンが押下された場合には、処理をそのまま終了する。
【００５１】
これに対して、必要項目の入力がなされた後に“ＯＫ”ボタンが押下された場合には、クライアントコンピュータ２のブラウザ２７によって、検索条件入力画面の各テキストボックスに入力された内容が、見積要求（即ち、発注時に発注者が業者に提供する物品又は情報を示す発注条件と発注者が発注する前記最終結果物としての発注物とを検索条件とした検索要求）として業務仲介サーバ１４へ送信されてくる（検索受付部に相当）。そこで、業務仲介サーバ１４は、Ｓ０３０において、見積もり処理を実行する。
【００５２】
図２１は、このＳ０３０にて実行される見積もり処理の内容を示すサブルーチンである。このサブルーチンに入って最初のＳ１０１では、業務仲介サーバ１４は、ユニークな仲介ＩＤを当該新規見積要求に対して付与するとともに、この仲介ＩＤが登録された新規の仲介データレコード１９０を、業務仲介データベース１９内に生成する。この仲介データレコード１９０は、図４０及び図４１に示されるように、「仲介ＩＤ」，「作成日」，「発注業者名」，「発注物」，「発注条件」，「発注個数」，「希望総金額」，「希望製品精度」，「希望納期」，「サプライチェーン数」，「業者・業種数」，「業者・業種検索」，「業者リンク候補」，「見積もり」及び「見積もり期限」の各項目を、格納可能となっている。Ｓ１０１にて仲介データレコード１９０が新規生成された時点では、「作成日」にはその時点の年月日が格納され、「発注業者名」には当該ログイン業者の名称が格納され、「発注物」，「発注条件」，「発注個数」，「希望総金額」，「希望製品精度」，「希望納期」には検索条件入力画面上の対応するテキストボックスへの入力内容が夫々格納される。また、「見積もり期限」には、作成日から所定期間経過後の年月日が格納される。なお、仲介データレコード１９０における残りの項目には、夫々、初期値として“０”が設定される。
【００５３】
次のＳ１０２では、業務仲介サーバ１４は、サプライチェーン作成処理を実行する。このサプライチェーン作成処理は、「発注条件」を起点として「発注物」に到る全てのサプライチェーンを生成するための処理である。図２２及び図２３は、このＳ１０２にて実行されるサプライチェーン作成処理サブルーチンを示すフローチャートである。このサブルーチンに入って最初のＳ２０１では、業務仲介サーバ１４は、仲介データレコード１９０中の「発注条件」に「受注条件」が一致する業種を、サプライチェーンモデルデータベース１８から検索する。
【００５４】
次のＳ２０２では、業務仲介サーバ１４は、Ｓ２０１での検索の結果、該当する業種があったか否かをチェックする。そして、該当する業種がなければ、直ちにこのサプライチェーン作成処理を終了して、処理を図２１のルーチンへ戻す。これに対して、該当する業種があった場合には、業務仲介サーバ１４は、Ｓ２０１での検索によって見つけ出された業種名に夫々番号を付与し、その総数を変数ｉmaxに設定する。
【００５５】
次のＳ２０４では、業務仲介サーバ１４は、ＲＡＭ１２上に、図６６に示す様な複数のリスト領域を確保する。各リスト領域は、夫々、ルートを起点としたツリー構造にて、業種相互の繋がり関係を構築するための領域である。そして、業務仲介サーバ１４は、ＲＡＭ１２上に確保された１〜ｉmax番目の各領域のルート位置に、夫々、Ｓ２０１での検索によって見つけ出された各業種名を設定する。
【００５６】
次のＳ２０５では、業務仲介サーバ１４は、ループの実行回数を示す変数ｉを“１”に設定する。続いて、業務仲介サーバ１４は、Ｓ２０６乃至Ｓ２１８のループ処理を実行する。
【００５７】
このループ処理に入って最初のＳ２０６では、業務仲介サーバ１４は、ｉ番目のリスト領域から、ツリー構造における各枝の末端に位置する業種名（但し、発注物を生産品とする業種を除く）を、全て特定する。但し、このループ処理が初めて実行されるのであれば、ここではルートの業種のみが特定される。
【００５８】
次のＳ２０７では、業務仲介サーバ１４は、Ｓ２０６において、業種の特定がなされたか否かをチェックする。そして、発注物を生産品とする業種以外にも末端の業種がある場合には、業務仲介サーバ１４は、処理をＳ２０８へ進める。このＳ２０８では、業務仲介サーバ１４は、Ｓ２０６にて特定された各業種名に対応する全ての生産品を、サプライチェーンモデルデータベース１８から読み出す。そして、読み出した生産品の全体集合及び部分集合（要素が一つのみの部分集合も含む）に夫々番号を付与し、その総数を変数ｊmaxに設定する。
【００５９】
次のＳ２０９では、業務仲介サーバ１４は、サブループの実行回数を示す変数ｊを“１”に初期設定する。続いて、業務仲介サーバ１４は、Ｓ２１０乃至Ｓ２１３のサブループ処理を実行する。
【００６０】
このサブループ処理に入って最初のＳ２１０では、業務仲介サーバ１４は、ｊ番目の集合（全体集合及び部分集合）を構成する生産品の組合せに「受注条件」が一致する業種を、サプライチェーンモデルデータベース１９から検索する。
【００６１】
次のＳ２１１では、業務仲介サーバ１４は、Ｓ２１０にて検索された業種名を、ｊ番目の集合を構成する各生産品を生産する各業種に共通してリンクした下位のノードとして、ｉ番目のリスト領域に書き込む。また、業務仲介サーバ１４は、Ｓ２１０にて業種名が検索されなければ、Ｓ２１１にて何ら処理を行わない。
【００６２】
次のＳ２１２では、業務仲介サーバ１４は、変数ｊが変数ｊmaxに一致したか否かをチェックする。そして、変数ｊが未だ変数ｊmaxに達していなければ、Ｓ２１３にて変数ｊを一つインクリメントした後に、処理をＳ２１０へ戻す。これに対して、変数ｊが変数ｊmaxに達していれば、業務仲介サーバ１４は、処理をＳ２１４へ進める。
【００６３】
Ｓ２１４では、業務仲介サーバ１４は、Ｓ２１０乃至Ｓ２１３のサブループ処理を繰り返したにも拘わらず、Ｓ２０６にて特定された各末端の業種名のうちに、その直下に何れの業種名もリンクされなかったものがあったか否かを、チェックする。そして、各末端の業種名の直下に何れかの業種名が夫々リンクされた場合には、業務仲介サーバ１４は、そのまま処理をＳ２０６へ戻し、リンク後における末端の業種名を探す。
【００６４】
これに対して、その直下に何れの業種名もリンクされなかった業種名があった場合には、業務仲介サーバ１４は、Ｓ２１５において、その業種名を削除する。この時、削除した業種名の上位に存在していた業種名が、削除した業種名以外に下位の業種名をリンクさせていないのであれば、当該上位の業種名も、一緒に削除する。さらに、その上位の業種名についても、同様の条件下で削除する。このＳ２１５を完了すると、業務仲介サーバ１４は、処理をＳ２０６へ戻す。
【００６５】
一方、Ｓ２０７にて発注物を生産品とする業種しか末端の業種がないと判断した場合，又は、ｉ番目のリスト領域が空になってしまったと判断した場合には、業務仲介サーバ１４は、処理をＳ２１６へ進める。Ｓ２１６では、業務仲介サーバ１４は、ｉ番目のリスト領域に記述されているツリーに基づいて、ルートから各末端に到る業種名の繋がりを、夫々、サプライチェーンとして抽出する。そして、Ｓ１０１にて生成した仲介データレコード１９０にリンクさせて、図４２に示す型式を有するサプライチェーンデータレコード１９１を生成し、このサプライチェーンデータレコード１９１内に各サプライチェーンを登録する。図４２に示すように、このサプライチェーンデータレコード１９１には、リンクのためのキーとしての仲介ＩＤが登録される他、各サプライチェーン毎に、チェーン内の業種数，及び、チェーン内の各業種の特定情報（その業種名を示す“業種”，上位［川上］の業種名を示す“受注業種”，下位［川下］の業種名を示す“発注業者”）が、登録される。そして、業務仲介サーバ１４は、このサプライチェーンデータレコード１９１内に登録されているサプライチェーンの数を、仲介データレコード１９０中の「サプライチェーン数」に登録する。なお、業務仲介サーバ１４は、Ｓ２０７にてｉ番目のリスト領域が空になってしまったと判断した場合には、Ｓ２１６では、何ら処理を実行しない。また、Ｓ２０６乃至Ｓ２１８のループ処理を実行してから２回目行以降にＳ２１６を実行する際に、既に、仲介データレコード１９０にリンクしたサプライチェーンデータレコード１９１が存在していれば、業務仲介サーバ１４は、既に存在しているサプライチェーンデータレコード１９１にサプライチェーンを登録する。
【００６６】
次のＳ２１７では、業務仲介サーバ１４は、変数ｉが変数ｉmaxに達しているか否かをチェックする。そして、未だ変数ｉが変数ｉmaxに達していなければ、業務仲介サーバ１４は、Ｓ２１８において変数ｉをインクリメントした後に処理をＳ２０６に戻し、次のリスト領域から末端の業種名を探す。これに対して、以上のＳ２０６乃至Ｓ２１８のループ処理を繰り返した結果、変数ｉが変数ｉmaxに達した場合には、業務仲介サーバ１４は、可能性のある全てのサプライチェーンが作成できたとして、このサプライチェーン作成サブルーチンを終了して、処理を図２１のルーチンへ戻す。
【００６７】
ここで、以上に説明したサプライチェーン作成サブルーチンの理解を容易にするために、図１２に示した内容のサプライチェーンモデルデータベース１８に基づいたサプライチェーンの生成例を、説明する。いま、発注条件＝成型品図面，且つ、発注物＝成型品とする検索条件入力があったとする。すると、Ｓ２０１では、“成形”，“金型”，“金型設計”，“成形システム”，及び“成形システム設計”の各業種が検索される。
【００６８】
そして、最初に実行されるＳ２０６では、“成形”が処理対象となる。この場合、業種“成形”に対応した生産品は“成型品”であるので、Ｓ２０７では、末端の業種名が特定されない。よって、Ｓ２１６では、下記サプライチェーンのみが抽出される。
【００６９】
１：成形
次に実行されるＳ２０６では、“金型”が処理対象となる。この場合、業種“金型”に対応した生産品は“金型，樹脂型番”であるので、Ｓ２０７では、この業種“金型”そのものが特定される。そして、Ｓ２０８乃至Ｓ２１３のサブループ処理では、その生産品の全体集合“金型，樹脂型番”，及び各部分集合“金型”，“樹脂型番”について、夫々の集合を受注条件とする業種が検索される。すると、全体集合“金型，樹脂型番”については業種“成形１”が探し出され、部分集合“金型”については業種が全く見つからず、部分集合“樹脂型番”については業種“樹脂”が探し出される。その結果、リスト領域中のツリーは下記の通りとなる。
【００７０】
次に実行されるＳ２０７では、業種“成形１”に対応した生産品は“成型品”であるが、業種“樹脂”は、“樹脂”を生産品としているので、この業種“樹脂”が特定される。そして、Ｓ２０８乃至Ｓ２１３のサブループ処理では、業種“樹脂”の生産品“樹脂”を受注条件とする業種が検索される。しかしながら、“樹脂”のみを受注条件としている業種はないので、Ｓ２１５において、他に下位の業種名を有さないルートの業種名“樹脂”はツリーから削除される。但し、ルートの業種“金型”は、他に下位の業種名“成形１”を有しているので、ツリーから削除されることはない。その結果、リスト領域中のツリーは下記の通りとなる。
【００７１】
金型───成形１
次に実行されるＳ２０７では、業種“成形１”に対応した生産品は“成型品”であるので、末端の業種名が特定されない。よって、Ｓ２１６では、下記サプライチェーンのみが抽出される。
【００７２】
２：金型−成形１
次に実行されるＳ２０６では、“金型設計”が処理対象となる。この場合、業種“金型設計”に対応した生産品は“金型図面，樹脂型番又は樹脂”であるので、Ｓ２０７では、この業種“金型設計”そのものが特定される。そして、Ｓ２０８乃至Ｓ２１３のサブループ処理では、その生産品の全体集合“金型図面，樹脂型番又は樹脂”，及び各部分集合“金型図面”，“樹脂型番又は樹脂”について、夫々の集合を受注条件とする業種が検索される。すると、全体集合“金型図面，樹脂型番又は樹脂”については業種“成形２”が探し出され、部分集合“金型図面”については業種“金型制作”が探し出され、部分集合“樹脂型番又は樹脂”については業種“樹脂”が探し出される。その結果、リスト領域中のツリーは下記の通りとなる。
【００７３】
次に実行されるＳ２０７では、業種“成形２”に対応した生産品は“成型品”であるが、業種“金型制作”及び業種“樹脂”は、夫々“成型品”以外のモノを生産品としているので、これら業種“金型制作”及び業種“樹脂”が特定される。そして、Ｓ２０８乃至Ｓ２１３のサブループ処理では、それら業種の全生産品の全体集合“金型，樹脂”，及び各部分集合“金型”，“樹脂”について、夫々の集合を受注条件とする業種が検索される。すると、全体集合“金型，樹脂”については業種“成形１”が探し出される。その結果、リスト領域中のツリーは下記の通りとなる。
【００７４】
次に実行されるＳ２０７では、末端の業種名が特定されないので、Ｓ２１６では、下記サプライチェーンが抽出される。
【００７５】
３：金型設計−成形２
４：金型設計−金型制作／樹脂−成形１
次に実行されるＳ２０６では、“成形システム”が処理対象となる。この場合、業種“成形システム”に対応した生産品は“成形システム”であるので、Ｓ２０７では、この業種“成形システム”そのものが特定される。そして、Ｓ２０８乃至Ｓ２１３のサブループ処理では、その生産品“成形システム”を受注条件とする業種が検索される。しかしながら、“成形システム”を受注条件としている業種はないので、Ｓ２１５において、他に下位の業種名を有さないルートの業種名“成形システム”はツリーから削除され、そのリスト領域は空欄となる。その結果、次に実行されるＳ２０７では、末端の業種名が特定されず、Ｓ２１６でも何らサプライチェーンが抽出されない。
【００７６】
次に実行されるＳ２０６では、“成形システム設計”が処理対象となる。この場合、業種“成形システム設計”に対応した生産品は“設計機仕様”，“取り出し機仕様”，“温調機仕様”であるので、Ｓ２０７では、この業種“成形システム設計”そのものが特定される。そして、Ｓ２０８乃至Ｓ２１３のサブループ処理では、その生産品の全体集合及び各部分集合について、夫々の集合を受注条件とする業種が検索される。すると、部分集合“成形機仕様”については業種“成形機新”及び業種“成形機古”が探し出され、部分集合“取り出し機仕様”については業種“取り出し機”が探し出され、部分集合“温調機仕様”については業種“温調機”が探し出される。
その結果、リスト領域中のツリーは下記の通りとなる。
【００７７】
次に実行されるＳ２０７では、業種“成形機新”に対応した生産品は“成形機”であり、業種“成形機古”に対応した生産品は“成形機”であり、業種“取り出し機”に対応した生産品は“取り出し機”であり、業種“温調機”に対応した生産品は“温調機”であるので、これら業種“成形機新”，業種“成形機古”，業種“取り出し機”及び業種“温調機”が、特定される。そして、Ｓ２０８乃至Ｓ２１３のサブループ処理では、それら業種の全生産品の全体集合“成形機，取り出し機，温調機”及び各部分集合について、夫々の集合を受注条件とする業種が検索される。しかしながら、これらの生産品の何れかを受注条件とする業種はないので、Ｓ２１５において、これら各業種“成形機新”，“成形機古”，“取り出し機”及び“温調機”はツリーから削除される。その結果、他に下位の業種名を有さないルートの業種名“成形システム設計”はツリーから削除され、そのリスト領域は空欄となる。その結果、次に実行されるＳ２０７では、末端の業種名が特定されず、Ｓ２１６でも何らサプライチェーンが抽出されない。
【００７８】
以上によりＳ２０１にて検索された全業種についての処理が完了する。その結果として得られたサプライチェーンをまとめると、以下の、４つになる。
【００７９】
１：成形
２：金型−成形１
３：金型設計−成形２
４：金型設計−金型制作／樹脂−成形１
図４２のサプライチェーンデータレコード１９１の内容例は、これら４つのサプライチェーンを登録した状態を示すものである。
【００８０】
図２１の見積もりルーチンに戻り、Ｓ１０２を完了すると、業務仲介サーバ１４は、次のＳ１０３において、候補リンク作成処理を実行する。この候補リンク作成処理は、業者データベース１６に登録されている業者の全ての順列から、Ｓ１０２にて作成した各サプライチェーンに沿っている業者順列（発注条件又は他の業種の結果物を受注条件とするともに他の業種の受注条件又は最終結果物を結果物とした各業種に夫々対応付けられ、一方の業種の結果物が他方の業種の受注条件であることによって互いにリンクし、このリンクによって発注条件を受注条件とする業種から最終結果物を受注条件とする業種に至る複数の業者が繋がれてなる業者順列）を探し、更に、限度値としての発注仕様を満たし得る業者順列（以下、「業種リンク候補」という）を、選び出すための検索部としての処理である。図２４乃至図２６は、Ｓ１０３にて実行される業種リンク候補作成処理サブルーチンを示すフローチャートである。
【００８１】
このサブルーチンでは、最初に、Ｓ３０１乃至Ｓ３０６のループ処理を実行する。このループ処理に入って最初のＳ３０１では、業務仲介サーバ１４は、Ｓ１０１にて生成した仲介データレコード１９０にリンクしたサプライチェーンデータレコード１９１から、サプライチェーンを一つ取り出す。
【００８２】
次のＳ３０２では、業務仲介サーバ１４は、Ｓ３０１にて取り出した対象サプライチェーンに含まれる何れかの業種を有する全業者名を業者データテーブル１６から検索する。
【００８３】
次のＳ３０３では、業務仲介サーバ１４は、Ｓ１０１にて生成した仲介データレコード１９０にリンクさせて、図４３乃至図４９に示す型式を有する業種・業者リストレコード１９２を、対象サプライチェーンに含まれる各業種毎に生成する。これら各図に示されるように、各業種・業者リストデータレコードには、キーとしての仲介ＩＤの他、対象業種名（業者），その業種を有する業者の数（業者数），各業者の名称（会社名）が登録され得る。そして、業務仲介サーバ１４は、Ｓ３０２での検索の結果として探し出された各業者名を、対象サプライチェーンに含まれる各業種毎にまとめて、これら各業者・業種リストデータレコードに登録する。なお、２回目以降のループ処理においてこのＳ３０３を実行する際に、既に或る業種についての各業種・業者リストデータレコードが存在しておれば、業務仲介サーバ１４は、その業種については、対応する既存の業種・業者リストデータレコードへの追記を行う。
【００８４】
次のＳ３０４では、業務仲介サーバ１４は、Ｓ３０２にて検索された各業者名を、対象サプライチェーンにおける業種の繋がり通りに並べる。そして、対象サプライチェーンに沿った業者名の順列の全てを、特定する。
【００８５】
次のＳ３０５では、業務仲介サーバ１４は、Ｓ１０１にて生成した仲介データレコード１９０にリンクした業種リンク候補リストレコード１９５に、Ｓ３０４にて特定した業者名の全ての順列を、業種リンク候補として登録する。なお、この業種リンク候補リストレコード１９５は、図示は省略されているが、キーとしての仲介ＩＤを含んでいる。そして、業務仲介サーバ１４は、この業種リンク候補リストレコード１９５に登録されている業種リンク候補の数を、仲介データレコード１９０中の「業種リンク候補数」に登録する。
【００８６】
次のＳ３０６では、業務仲介サーバ１４は、サプライチェーンデータレコード１９１から全てのサプライチェーンを取り出した否かをチェックする。そして、未だ全てのサプライチェーンを取り出していなければ、処理をＳ３０１へ戻す。これに対して、全てのサプライチェーンを取り出した場合には、業務仲介サーバ１４は、業種リンク候補リストレコード１９５に登録されている各サプライチェーンが発注仕様を満たしているか否かを調べるために、Ｓ３０７乃至Ｓ３１８のループ処理を実行する。
【００８７】
このループ処理に入って最初のＳ３０７では、業務仲介サーバ１４は、総金額を表す変数ｍ，総納期を表す変数ｔ，総精度を表す変数ａを、夫々“０”に初期設定する。
【００８８】
次のＳ３０８では、業務仲介サーバ１４は、Ｓ１０１にて生成した仲介データレコード１９０にリンクした業種リンク候補リストレコード１９５から、業種リンク候補を一つ取り出す。
【００８９】
次のＳ３０９では、業務仲介サーバ１４は、Ｓ３０８にて取り出した対象業種リンク候補の先頭業者（最川上業者）の業者名を読み出す。
【００９０】
続いて業務仲介サーバ１４は、対象業種リンク候補中の各業者の能力値を調べるために、Ｓ３１０乃至Ｓ３１５のサブループ処理を実行する。このサブループ処理に入って最初のＳ３１０では、業務仲介サーバ１４は、Ｓ３０９又はＳ３１６にて読み出された業者名に基づき、その業者についての会社レコードにリンクした対応業種（対象業種リンク候補内において当該業者に宛われている業種）の業種レコードから、発注仕様を満たす条件・見積もりレコード（見積もり条件）を探す。そして、次のＳ３１１では、業務仲介サーバ１４は、Ｓ３１０にて探し出した結果、発注仕様を満たす条件・見積もりレコード（見積もり条件）があったか否かをチェックする。そして、発注仕様を満たす条件・見積もりレコード（見積もり条件）がなければ、Ｓ３１９において対象業種リンク候補を業種リンク候補リストレコード１９５から削除した後に、処理をＳ３１８へ進める。
【００９１】
これに対して、発注仕様を満たす条件・見積もりレコード（見積もり条件）がある場合には、業務仲介サーバ１４は、Ｓ３１２において、発注仕様を満たす条件・見積もりレコード（見積もり条件）を読み込む。
【００９２】
次のＳ３１３では、業務仲介サーバ１４は、Ｓ３１２にて読み込んだ条件・見積もりレコード（見積もり条件）中の単価に発注仕様中の個数を乗じた価格を、変数ｍに加算する。また、Ｓ３１２にて読み込んだ条件・見積もりレコード（見積もり条件）中の最短納期を、変数ｔに加算する。さらに、Ｓ３１２にて読み込んだ条件・見積もりレコード（見積もり条件）中の精度下限を、変数ａに加算する。
【００９３】
次のＳ３１４では、業務仲介サーバ１４は、その時点での変数ｍ，ｔ，ａの値（即ち、能力値の全体値）が夫々発注仕様中の希望総金額，希望納期，希望精度（即ち、能力値の全体値の限度値）以下であるか否かを、チェックする。そして、何れかの変数ｍ，ｔ，ａが発注仕様を超えてしまった場合には、業務仲介サーバ１４は、Ｓ３１９において、対象業種リンク候補を削除（破棄）した後に、処理をＳ３１８へ進める。
【００９４】
これに対して、全ての変数ｍ，ｔ，ａが発注仕様以下であれば（即ち、検索条件に含まれる限度値を満たしていれば）、業務仲介サーバ１４は、Ｓ３１５において、当該業者が対象業種リンク候補中の末尾の業者であるか否かをチェックする。そして、当該業者が末尾の業者でなければ、業務仲介サーバ１４は、Ｓ３１６において、対象業種リンク候補中の次の業者名を読み出した後に、処理をＳ３１０へ戻す。
【００９５】
これに対して、当該業者が末尾の業者であるなら、業務仲介サーバ１４は、Ｓ３１７において、業種リンク候補リストレコード１９５中の対象業種リンク候補に関連付けて、変数ｍ，ｔ，ａの値を登録する。このＳ３１７の完了後、業務仲介サーバ１４は、処理をＳ３１８へ進める。
【００９６】
Ｓ３１８では、業務仲介サーバ１４は、業種リンク候補リストレコード１９５中の全業種リンク候補についてＳ３０８以下の処理を完了したか否かを、チェックする。そして、未だ全業種リンク候補について処理を完了していなければ、業務仲介サーバ１４は、処理をＳ３０７へ戻す。これに対して、全業種リンク候補について処理を完了していれば、業務仲介サーバ１４は、処理をＳ３２０へ進める。
【００９７】
このＳ３２０では、業務仲介サーバ１４は、Ｓ１０１にて生成した仲介データレコード１９０にリンクさせて、図５０乃至図５６に示す型式を有する一致業者リストレコード１９３を、その時点において業種リンク候補リストレコード１９５中に残った各業種リンク候補に含まれる全ての業種名について、夫々作成する。これら各図に示されるように、各一致業者リストレコード１９３には、キーとしての仲介ＩＤの他、対象業種名（業種），その業種を有する業者の数（業者数），各業者の名称（会社名）が登録され得る。そして、業務仲介サーバ１４は、その時点において業種リンク候補リストレコード１９５に残った各業種リンク候補に含まれる全業者名を、業種毎にまとめて、これら一致業者リストレコード１９３に登録する。
【００９８】
次のＳ３２１では、業務仲介サーバ１４は、Ｓ１０１にて生成した仲介データレコード１９０にリンクさせて、図５７乃至図６３に示す型式を有する不一致業者リストレコード１９４を、各一致業者リストレコード１９３と同じ業種について、夫々生成する。これら各図に示されるように、各不一致業者リストレコード１９４には、キーとしての仲介ＩＤの他、対象業種名（業種），その業種を有する不一致業者の数（業者数），各業者の名称（会社名）及び不一致の詳細が、逸注情報として登録され得る。この不一致の詳細には、Ｓ３１１にて発注仕様を満たしていないと判断された条件・見積もりレコードの条件見積番号（不一致条件・見積もり番号），その条件・見積もりレコード内において発注仕様を満たしていないと判断された項目数（不一致項目数），発注仕様を満たしていないと判断された項目名（不一致項目名）とその値及びその不一致項目名に対応した発注仕様中の項目名とその値（対応するこれら両項目とその値を併せて、以下、「不一致項目データ対」という）が、含まれている。そして、業務仲介サーバ１４は、何れの一致業者リストレコード１９３にも一切登録されておらず、且つ、何れかの不一致業者リストレコード１９４中の「業種」と同業の業者についての情報を、業種毎にまとめて、対応する不一致業者リストレコード１９４に登録する。Ｓ３２１の完了後、業務仲介サーバ１４は、この業種リンク候補作成サブルーチンを終了して、処理を図２１のルーチンに戻す。
【００９９】
処理が戻された図２１の見積処理において、業務仲介サーバ１４は、処理をＳ１０３からＳ１０４へ進める。このＳ１０４では、業務仲介サーバ１４は、表示順を“価格”と設定する。
【０１００】
続いて、業務仲介サーバ１４は、処理をＳ１０５乃至Ｓ１１１のループ処理へ進める。このループ処理に入って最初のＳ１０５では、業務仲介サーバ１４は、総コストｍ，納期ｔ及び精度ａの各能力値のうち、その時点において表示順として設定されている能力値をキーとして、Ｓ１０１にて生成した仲介データレコード１９０にリンクしている業種リンク候補リストレコード１９５中の業種リンク候補をソートする。
【０１０１】
次のＳ１０６では、業務仲介サーバ１４は、Ｓ１０５でのソートの結果得られた上位３つの業種リンク候補に基づいて、検索結果出力画面のＨＴＭＬ文書を作成し、クライアントコンピュータ２のディスプレイ２２上にこの検索結果出力画面を表示させる（提示部に相当）。図７７に示すように、この検索結果出力画面には、上位３つの業種リンク候補の内容（納期［現在年月日よりｔ日後の年月日］，価格［ｍ円］，精度［ａμｍ］，最川上業者から最川下業者までの各業者の繋がり）を表示するための業種リンク候補リストボックス４１と、この業種リンク候補リストボックス４１中にて表示された各業種リンク候補に対応した３つの「見積もり」ボタン４２と、納期，価格及び精度に夫々対応した３つの表示順オプションボタン４４と、「表示順」ボタン４３を、含んでいる。
【０１０２】
次のＳ１０７では、業務仲介サーバ１４は、何れかの「見積もり」ボタン４２が押下されたか否かをチェックする。そして、何れの見積もりボタン４２も押下されていなければ、業務仲介サーバ１４は、Ｓ１１０において、表示順ボタン４３が押下されたか否かをチェックする。そして、表示順ボタン４３が押下されていなければ、業務仲介サーバ１４は、Ｓ１０９において、クライアントコンピュータ２との通信が終了したか否かをチェックする。そして、未だ通信が終了していなければ、業務仲介サーバ１４は、処理をＳ１０７へ戻す。
【０１０３】
以上に説明したＳ１０７，Ｓ１１０及びＳ１０９のループ処理を繰り返す間に表示順ボタン４３が押下された場合には、業務仲介サーバ１４は、Ｓ１１１において、その時点において対応する表示順オプションボタン４４が押下（チェック）されている能力値を表示順として設定し直す（即ち、発注者からののうりょくちの種類の選択情報を受け付ける選択情報受付部に相当）。そして、処理をＳ１０５に戻し、設定し直された条件に基づいたソートを行う。
【０１０４】
また、Ｓ１０７，Ｓ１１０及びＳ１０９のループ処理を繰り返す間に何れかの見積もりボタン４２が押下された場合には（即ち、何れかの業者順列を発注業者が特定するための特定情報を受け付ける特定情報受付部に相当）、業務仲介サーバ１４は、Ｓ１０８において、押下された見積もりボタン４２に対応した業種リンク候補に対する見積管理を、見積依頼部としての見積管理ＣＧＩに対して依頼する。Ｓ１０８での依頼を完了すると、業務仲介サーバ１４は、処理をＳ１０９へ進める。
【０１０５】
また、Ｓ１０７，Ｓ１１０及びＳ１０９のループ処理を繰り返す間にクライアントコンピュータ２との通信が完了すると、業務仲介サーバ１４は、処理をＳ１０９からＳ１１２へ進める。このＳ１１２では、サービス情報サーバ１４は、当該業務仲介システムのプロバイダとしての業者の営業部門に設置されたクライアントコンピュータ２へ、Ｓ１０３にて作成された各業種リンク候補の内容を、電子メール又は直接通信によって通知する（通知部に相当）。この通知を受けた営業担当部門では、何れの業種リンク候補にも含まれなかった業者を特定することができるので、必要に応じて、その業者に対する売り込みを行うことができる。Ｓ１１２を完了すると、業務仲介サーバ１４は、この見積サブルーチンを終了して、処理を図１５のメインルーチンへ戻す。処理が戻されたメインルーチンでは、業務仲介サーバ１４は、業務仲介システム１４による全ての処理を終了する。
【０１０６】
ここで、業務仲介システム１４によるその他の分岐における処理（図１６〜図３８）の理解を容易にするために、一旦、業務仲介システム１４による処理の説明を中断し、Ｓ１０８にて見積管理を依頼された見積管理ＣＧＩ１５による処理の説明を行う。図３９は、この見積管理ＣＧＩ１５による処理を示すフローチャートである。なお、この見積管理ＣＧＩ１５は、業務仲介システム１４によって見積管理を依頼される毎に起動するので、同時に複数の見積管理ＣＧＩ１５が起動して、夫々の処理を並行して実行することも可能である。また、各見積管理ＣＧＩ１１５は、業務仲介システム１４によって見積管理を依頼された後においては、この業務仲介システム１４とは独立して動作する。
【０１０７】
見積管理ＣＧＩ１５は、起動後最初のＳ４０１において、以後の処理を実行するために自己が用いる作業領域としての見積もり回答領域を、ＲＡＭ１２内に確保する。
【０１０８】
次のＳ４０２では、見積管理ＣＧＩ１５は、対象業種リンク候補中の先頭（最川上）にその業者名が指定された業者宛に、その業者に割り当てられた業種についての見積依頼を作成する（見積依頼部に相当）。この見積依頼は、仲介ＩＤ，仲介データレコード１９０の作成日，発注物（当該業種における生産品），最終製品（仲介データレコード１９０中の「発注物」），個数（発注物の性質に依る，例えば、金型設計や金型では“１”，成型品では発注仕様中の個数，樹脂では必要量），見積もり期限（仲介データレコード１９０中の「見積もり期限」）及び、着手日から構成されている。なお、Ｓ４０２にて作成される場合には、この着手日としては、現在年月日から一定期間後の年月日が、設定される。
【０１０９】
続いて、見積管理ＣＧＩ１５は、Ｓ４０３乃至Ｓ４０８のループ処理を実行する。このループ処理に入って最初のＳ４０３では、見積管理ＣＧＩ１５は、Ｓ４０２又はＳ４０８にて作成された見積もり依頼の内容を含む見積照会画面（図７８）のＨＴＭＬ文書を、ＨＴＭＬ格納領域３０内における当該見積もり依頼の宛先業者専用の領域に、作成する。なお、当該宛先業者専用の領域に既に見積照会画面のＨＴＭＬ文書が存在している場合には、見積管理ＣＧＩ１５は、既存のＨＴＭＬ文書に、見積もり依頼の内容を追記する。図７８に示されるように、この見積照会画面は、見積もり照会情報リストボックス４５，見積もり照会詳細情報リストボックス４６，「（見積もりを）する」ボタン４７，及び、「（見積もりを）しない」ボタン４８を、含んでいる。見積もり照会情報リストボックス４５には、見積もり依頼毎に、その仲介ＩＤ，作成日（日付），見積もり期限及び発注物が、一覧表示される。また、見積もり照会詳細情報リストボックス４６には、見積もり照会情報リストボックス４５上でクリックされた見積もり依頼の全内容が、一覧表示される。なお、各リストボックス４５，４６に表示されるべき内容がそれらリストボックス４５，４６内に収まらない場合には、これらリストボックス４５，４６は、スクロール可能な型式に書き直される。
【０１１０】
次のＳ４０４では、見積管理ＣＧＩ１５は、処理対象の見積もり依頼の宛先業者に対して、業者データベース１６内における当該業者の会社レコードに掲載された連絡先に基づいて、ファクシミリ又は電子メールにて、見積もり依頼があった旨を連絡する。
【０１１１】
次のＳ４０５では、Ｓ４０４にて連絡を行った見積もり依頼の宛先業者からの回答を待つ。なお、この回答は、当該宛先業者によって起動された業務仲介サーバ１４から渡される（Ｓ０３５）。そして、回答があると、見積管理ＣＧＩ１５は、処理をＳ４０６へ進める。
【０１１２】
Ｓ４０６では、見積管理ＣＧＩ１５は、回答に含まれる納期（当該業者が発注物を完成させる期限），及び、単価（当該業者が個々の発注物に対して自らの作業に基づいて請求する金額）を、見積もり依頼の内容に関連付けて、Ｓ４０１にて確保した見積もり回答領域に格納する。また、見積管理ＣＧＩ１５は、対象業種リンク候補に対応した仲介ＩＤが示す仲介データレコード中の「見積もり」に“１”を代入する。
【０１１３】
次のＳ４０７では、見積管理ＣＧＩ１５は、対象業種リンク候補中の全業者から見積もりの回答を得たか否かをチェックする。そして、未だ対象業種リンク候補中の全業者から回答を得ていないのであれば、見積管理ＣＧＩ１５は、Ｓ４０８において、対象業種リンクにおける次の業者名が示す業者宛に、その業者に割り当てられた業種についての見積依頼を作成する。この場合、着手日としては、その直前に得られた回答（即ち、対象業種リンク候補における直前の業者から得られた回答）に含まれる納期の翌日が、設定される。このＳ４０８の完了後、見積管理ＣＧＩ１５は、この見積依頼についての処理を行うために、処理をＳ４０３へ戻す。
【０１１４】
これに対して、対象業種リンク候補中の全業者から見積もり回答を得ている場合には、見積管理ＣＧＩ１５は、Ｓ４０９において、Ｓ４０１にて確保した見積もり回答領域から、対象業種リンク候補に含まれる各業者毎に、その業者への見積もり依頼の内容及び回答を読み出す。そして、各業者毎に、見積もり依頼に含まれる「個数」に回答中の「単価」を乗ずることによって「見積金額」を計算する。そして、全業者の「見積金額」を足し合わせることによって、「全体価格」を算出する。また、対象業種リンク候補中の末尾（最川下）の業者からの回答に含まれる「納期」を、「全体納期」とする。
【０１１５】
次のＳ４１０では、見積管理ＣＧＩ１５は、対象業種リンク候補に対応した仲介ＩＤを確認し、この仲介ＩＤが示す仲介データレコード１９０にリンクさせて、業務仲介データベース１９内に、その業種リンク候補に含まれる各業者からの実際の見積解答を格納した見積データレコード１９６を生成するとともに、当該仲介データレコード１９０中の「見積」の値を一つインクリメントする。具体的には、この見積データレコード１９６中には、キーとしての仲介ＩＤ，対象業種リンク候補の内容（業種リンク候補リストレコード１９５と同内容），対象業種リンク候補中の各業者から得られた回答の内容，並びに、Ｓ４０９にて算出した各「見積金額」，「全体価格」及び「全体納期」が、格納される。
【０１１６】
次のＳ４１１では、見積管理ＣＧＩ１５は、業務仲介データベース１９内における見積もりを要求した業者（発注元業者）専用の領域に、見積確認情報画面（図８０），見積回答リスト画面（図８１），及び、発注画面（図８２）の各ＨＴＬ文書を、作成する。
【０１１７】
見積確認情報画面は、図８０に示されるように、見積もり確認情報リストボックス４９，及び、見積もり照会詳細情報リストボックス５０を、含んでいる。見積もり確認情報リストボックス４９は、当該業者の名称が「発注業者」に記述されている業務仲介データベース１９中の各仲介データレコード１９０毎に、その仲介ＩＤ，作成日、見積もり期限，及び発注物を一覧している。そして、各仲介データレコード１９０毎に、「見積もり」の値が“０”であれば、見積もり依頼中を示す黄丸マークを表示し、「見積もり」の値が“１”以上であり且つ現在年月日が「見積もり期限」以前であれば、見積もり完了を示す緑丸マークを表示し、現在年月日が「見積もり期限」を超えていれば、見積期限切れを示す赤丸マークを表示している。また、見積もり詳細情報テキストボックス５０には、見積もり確認情報リストボックス４９上でクリックされた仲介データレコード１９０の詳細内容が、一覧表示される。なお、各リストボックス４９，５０に表示されるべき内容がそれらリストボックス４９，５０内に収まらない場合には、これらリストボックス４９，５０は、スクロール可能な型式に書き直される。
【０１１８】
見積回答リスト画面のＨＴＭＬ文書は、当該業者の名称が「発注業者」に記述されている業務仲介データベース１９中の各仲介データレコード１９０毎に、作成される。そして、これらＨＴＭＬ文書によって表示される見積回答リスト画面は、図８１に示すように、共通項目リストボックス５１及び見積結果リストボックス５２を有している。共通項目リストボックス５１は、対象仲介データレコード１９０に記載された仲介ＩＤ，作成日、見積もり期限，及び発注物を表示する。また、見積結果リストボックス５２は、対象仲介データレコード１９０にリンクした各見積もりデータレコード１９６毎に、その対象業種リンク候補の内容（業者の繋がり），「全体価格」及び「全体納期」を表示している。なお、見積回答リスト画面における見積結果リストボックス５２の右脇には、この見積結果リストボックス５２内に表示されている各業種リンク候補に対応した「詳細見積もり」ボタン５３及び「発注」ボタン５４が表示される。
【０１１９】
発注画面のＨＴＭＬ文書は、当該業者の名称が「発注業者」に記述されている各仲介データレコード１９０にリンクした各見積もりデータレコード１９６毎に、作成される。そして、これらＨＴＭＬ文書によって表示される発注画面は、図８２に示すように、個別見積リストボックス５５，「個別発注」ボタン５６，お任せ発注管理代行料表示ボックス５７及び「おまかせ発注」ボタン５８を、含んでいる。個別見積リストボックス５５は、対象見積もりデータレコード１９６に格納されている業種リンク候補に含まれる各業者毎に、その業者からの回答に含まれる「納期」及び「見積金額（価格）」を一覧表示するとともに、個別発注におけるプロバイダのサービス手数料を表示する。また、お任せ発注管理代行料表示ボックス５７は、おまかせ発注におけるプロバイダのサービス手数料を表示する。
【０１２０】
なお、見積管理ＣＧＩ１５は、Ｓ４１１実行時に、作成すべきＨＴＭＬ文書が既に存在していたならば、業種データベース１６の最新内容に応じて、既存のＨＴＭＬ文書の内容を更新する。Ｓ４１１の完了後、見積管理ＣＧＩ１５は、全ての処理を終了する。
【０１２１】
ここで、説明を業務仲介サーバ１４による処理の説明に戻す。Ｓ０１８にて表示された会員用メインメニュー又はＳ０２１にて表示された業務仲介画面に「見積もり依頼があります！」とのコメント（図７３（ｂ），図７４（ｂ））が付されていることに気付いたログイン業者が業務仲介画面の「見積もり照会」ボタンを押下すると、業務仲介サーバ１４は、処理をＳ０２４からＳ０３２へ進める。
【０１２２】
このＳ０３２では、業務仲介サーバ１４は、ＨＴＭＬ格納領域３０中の当該ログイン業者専用の領域から、見積照会画面（図７８）のＨＴＭＬ文書を読み出して、この見積照会画面をクライアントコンピュータ２のディスプレイ２２上に表示する。
【０１２３】
次のＳ０３３では、業務仲介サーバ１４は、見積照会画面上の何れかのボタンが押下されるのを待つ。そして、「（見積もりを）しない」ボタンが押下された場合には、業務仲介サーバ１４は、その処理を終了する。これに対して、「（見積もりを）する」ボタンが押下された場合には、業務仲介サーバ１４は、処理をＳ０３４へ進める。
【０１２４】
このＳ０３４では、業務仲介サーバ１４は、ボタンが押下された時点において見積照会画面上の見積もり照会詳細情報リストボックス４６に詳細が表示されている業種リンク候補に基づいて、見積回答画面のＨＴＭＬ文書を作成し、この見積回答画面をクライアントコンピュータ２のディスプレイ２２上に表示させる。この見積回答画面は、図７９に示すように、見積もり照会詳細情報リストボックス５９及び価格見積もりリストボックス６０，納期見積もりテキストボックス６１及び「見積もり提出」ボタン６２を、含んでいる。この見積もり照会詳細情報リストボックス５９には、Ｓ０３２にて表示された見積照会画面（図７８）における見積もり照会詳細情報４６の内容が、そのまま表示される。また、価格見積もりリストボックス６０は、見積もり照会詳細情報リストボックス５９内に表示されている発注物の識別情報（「項目」，「型式」）及び個数（「数量」）が表示されるとともに、ログイン業者が任意に価格を入力可能な「単価」欄が含まれている。また、納期見積もりテキストボックス６１には、ログイン業者が任意に年月日を入力可能となっている。
【０１２５】
次のＳ０３５では、業務仲介サーバ１４は、見積回答画面における「見積もり提出」ボタン６２が押下されるのを待つ。そして、「見積もり提出」ボタン６２が押下されると、クライアントコンピュータ２のブラウザ２７からは、価格見積もりリストボックス６０内にログイン業者によって書き込まれた単価，及び、納期見積もりテキストボックス６１に書き込まれた納期の年月日が、見積もりに対する回答メッセージとして、業務仲介サーバ１４へ送信されてくる。そこで、業務仲介サーバ１４は、Ｓ０３６において、クライアントコンピュータ２のブラウザ２７から受信した回答を、Ｓ０３２にて表示された見積照会画面のＨＴＭＬ文書に対してＳ０３３にて選択された見積依頼を書き込んだ見積管理ＣＧＩ１５へ、引き渡す（Ｓ０４５参照）。Ｓ０３６を完了すると、業務仲介サーバ１４は、その全体としての処理を終了する。
【０１２６】
一方、Ｓ０１８にて表示された会員用メインメニュー，Ｓ０２１にて表示された業務仲介画面又はＳ０２６にて表示された発注画面に「見積もりが届いてます」とのコメント（図７３（ｃ），図７４（ｃ），図７５）が付されていることに気付いたログイン業者が発注画面の「未発注履歴」ボタンを押下すると、業務仲介サーバ１４は、処理をＳ０２７からＳ０４０へ進める。
【０１２７】
このＳ０４０では、業務仲介サーバ１４は、ＨＴＭＬ格納領域３０中の当該ログイン業者の専用領域から、見積確認情報画面（図８０）のＨＴＭＬ文書（Ｓ４１１参照）を読み出して、その見積確認情報画面をクライアントコンピュータ２のディスプレイ２２上に表示する。
【０１２８】
次のＳ０４１では、業務仲介サーバ１４は、見積もり確認情報画面上の見積もり各員情報リストボックス４９中の何れかの行がダブルクリックされるのを待つ。そして、何れかの行がダブルクリックされると、業務仲介サーバ１４は、Ｓ０４２において、ダブルクリックされた行に含まれる仲介ＩＤに対応した見積回答リスト画面のＨＴＭＬ文書を、ＨＴＭＬ格納領域３０中の当該ログイン業者専用領域から読み出して、その見積回答リスト画面をクライアントコンピュータ２のディスプレイ２２上に表示する。
【０１２９】
次のＳ０４２では、業務仲介サーバ１４は、見積回答リスト画面における何れかのボタン５３，５４が押下されるのを待つ。そして、何れかの「詳細見積もり」ボタン５４が押下された場合には、業務仲介サーバ１４は、Ｓ０４４において、押下された「詳細見積もり」ボタン５４に対応した業種リンク候補に対する詳細見積処理を実行する。但し、ここでは、その詳細見積処理の具体的処理内容の説明は省略する。そして、この詳細見積処理を完了すると、業務仲介サーバ１４は、処理をＳ０４３に戻す。
【０１３０】
これに対して、何れかの「発注」ボタン５４が押下された場合には、業務仲介サーバ１４は、Ｓ０４５において、押下された「発注」ボタン５４に対応した業種リンク候補に対応した発注画面（８２）のＨＴＭＬ文書（Ｓ４１１参照）を、ＨＴＭＬ格納領域３０における当該ログイン業者の専用領域から読み出して、その発注画面をクライアントコンピュータ２のディスプレイ２２上に表示させる。
【０１３１】
次のＳ０４６では、業務仲介サーバ１４は、発注画面上における何れかのボタン５６，５８が押下されるのを待つ。そして、「おまかせ発注」ボタン５８が押下された場合には、業務仲介サーバ１４は、Ｓ０４８において、発注者であるログイン業者に対してお任せ発注管理代行料表示ボックス５７に表示された手数料を課金（請求）し、次のＳ０４９において、発注納品管理システム３１に対して、Ｓ０４５にて表示した発注画面に対応した業種リンク候補に基づいた発注及び納品の管理を依頼した後に、処理をＳ０５０へ進める。なお、この依頼を受けた発注・納品管理システム３１は、管理依頼された業種リンク候補に関連した見積もりデータレコード１９６及び仲介データレコード１９０を業務仲介データベース１９から読み出して、この業種リンク候補に含まれる各業者に対して、この業種リンク候補内において割り当てられている業種の作業を、仲介データレコード１９０中の発注仕様に従って予約する。そして、発注業者であるログイン業者に対して、仲介データレコード１９０中の発注条件に示される物品又は情報を要求し、当該物品又は情報を受領すると、当該業種リンク候補に含まれる先頭（最川上）の業者に対して、当該発注条件としての物品又は情報を渡して実際の作業を発注する（発注部に相当）。そして、この業者からその生産品を受領すると、その生産品を当該業種リンク候補における次の業者に渡して実際の作業開始を指示する。このようにして、当該業種リンク候補における末尾（最川下）の業者からその生産品（即ち、最終製品としての発注物）を受け取ると、その最終製品を発注業者に引き渡す。
【０１３２】
これに対して、「個別発注」ボタン５６が押下されたとＳ０４６にて判断すると、業務仲介サーバ１４は、Ｓ０４７において、発注業者であるログイン業者に対して、個別見積リストボックス５５に表示された手数料を課金（請求）した後に、処理をＳ０５０へ進める。この場合、発注者であるログイン業者は、Ｓ０４９での管理依頼によって発注納品管理システム３１が行う作業を、自ら行うことになる。従って、この場合に課金される手数料は、Ｓ０４８にて課金される手数料よりも安く設定されている。
【０１３３】
何れの場合においても、Ｓ０５０では、業務仲介サーバ１４は、Ｓ０４５にて表示した発注画面に対応した業種リンク候補に対応した見積もりデータレコード１９６の内容に基づいて、業務仲介データベース１９内に、発注情報として、確定データレコード１９７レコード及び発注業者リストレコード１９８を作成する。この確定データレコード１９７レコードは、図６４に示すように、このＳ０５０の実行時点の年月日を示す「確定日」，Ｓ０４８及びＳ０４９によるお任せ発注が行われたかＳ０４７による個別発注が行われたかを示す「発注方法」，見積もりデータレコード１９６中の全体納期が記述される「全体納期」，「検収終了日」，見積もりデータレコード１９６中の全体価格が記述される「総発注額」，見積もりデータレコード１９６内にその内容が示される業種リンク候補に含まれる業者数が記述される「発注業者数」，各発注業者リストレコード１９８のポインタが記述される「発注業者リスト」，及び、見積もりデータレコード１９６と同じ仲介ＩＤがキーとして記述される「仲介ＩＤ」の各欄を、含んでいる。また、発注業者リストレコード１９８は、当該業種リンク候補に含まれる各業者に対応して、確定データレコード１９７中の「発注業者数」の値と同じ数だけ作成される。そして、各発注業者リストは、図６５に示すように、当該業種リンク候補において当該業者に割り当てられている業種を示す「業種」，当該業者の名称を示す「会社名」，当該業種に対応する生産品を示す「発注物」，見積もりデータレコード１９６中の当該業者からの回答に含まれる納期が記述される「納期」，当該業者に依頼される生産品の個数を示す「発注仕様」，見積もりデータレコード１９６中に含まれる当該業者についての見積金額が記述される「発注金額」，及び、「検収日」の各欄を、含んでいる。このＳ０５０を完了すると、業務仲介サーバ１４は、全ての処理を終了素る。
【０１３４】
一方、図７５に示す発注画面において「発注済み履歴」ボタンが押下されると、業務仲介サーバ１４は、処理をＳ０２７からＳ０５１へ進める。このＳ０５１では、業務仲介サーバ１４は、当該ログイン業者の名称を「発注業者名」として含んでいる各仲介データレコード１９０にリンクした全ての確定データレコード１９７に基づいて、図８３に示す発注履歴詳細情報画面のＨＴＭＬ文書を作成して、その発注履歴詳細情報画面をクライアントコンピュータ２のディスプレイ２２上に表示させる。この発注履歴詳細情報画面は、見積確認情報画面の見積もり確認情報リストボックス４９とほぼ同じ表示項目（但し、赤丸等のマークは表示されない）を含む発注履歴情報リストボックス６３，及び、見積確認情報画面の見積もり照会詳細情報リストボックス５０とほぼ同じ表示項目を含む発注履歴詳細情報リストボックス６４を、含んでいる。そして、業務仲介サーバ１４は、読み出した各確定データレコード１９７に基づいて、発注履歴情報リストボックス６３の内容を表示させるとともに、この発注履歴情報リストボックス６３内においてクリックされた行（初期状態においては先頭行）に含まれる仲介ＩＤに対応した確定データレコード１９７に基づいて、発注履歴詳細情報リストボックス６４の内容を表示する。
【０１３５】
次のＳ０５２では、業務仲介サーバ１４は、Ｓ０５１にて表示させた発注履歴詳細情報画面上の発注履歴情報リストボックス６３中の何れかの行がダブルクリックされたか否かをチェックする。そして、何れの行もダブルクリックされていなければ処理をＳ０５１に戻す（この場合、何れかの行がクリックされていなければ、Ｓ０５１では何ら処理を実行しない）。これに対して、何れかの行がダブルクリックされていれば、業務仲介サーバ１４は、Ｓ０５３において、ダブルクリックされた行に含まれる仲介ＩＤに対応した確定データレコード１９７及びそれにリンクした全ての発注業者リストレコード１９８を業務仲介データベース１９から読み出し、読み出した確定データレコード１９７及び各発注業者リストレコード１９８に基づいて、図８４に示す発注内容表示画面を表示する。この発注内容表示画面は、図８２に示す発注画面中の個別見積リストボックス５５と同じ表示項目を含んでいる。そして、業務仲介サーバ１４は、確定データレコード１９７中の全体納期及び総発注額，各発注業者リストレコード１９８中の納期及び発注金額を、この発注内容表示画面に表示させる。Ｓ０５３を完了すると、業務仲介サーバ１４は、全体としての処理を終了する。
【０１３６】
一方、自らの逸注率（全仲介データレコード１９０の数に対する自らが掲載された不一致業者リストレコード１９４の数の比率）やシェア（この業務仲介システムを利用した全取引額に占める自らの見積額総計の比率），若しくは、自らが逸注率を上げるための方策を知りたいログイン業者が、Ｓ０１８にて表示された会員用メインメニュー（図７３）上の「業務情報」ボタンを押下すると、業務仲介サーバ１４は、処理をＳ０１９からＳ０６０へ進める。
【０１３７】
このＳ０６０では、業務仲介サーバ１４は、ＨＴＭＬ格納領域３０から業務情報画面のＨＴＭＬ文書を読み出して、その業務情報画面をクライアントコンピュータ２のディスプレイ２２上に表示させる。図８５に示すように、この業務情報画面は、「業務コンサル」ボタン及び「業務支援」ボタンを含んでいる。そして、業務仲介サーバ１４は、Ｓ０６１において、業務情報画面における何れかのボタンが押下されるのを待つ。そして、業務仲介サーバ１４は、「業務コンサル」ボタンが押下された場合には、処理をＳ０６２へ進め、「業務支援」ボタンが押下された場合には、処理をＳ０６４へ進める。
【０１３８】
Ｓ０６２では、業務仲介サーバ１４は、逸注データリストの作成処理を実行する。図２７は、このＳ０６２にて実行される逸注データリストの作成処理サブルーチンを示すフローチャートである。このサブルーチンに入って最初のＳ５０１では、業務仲介サーバ１４は、検索条件を設定する。この逸注データリストの作成処理サブルーチンがＳ０６２にて実行される場合には、Ｓ５０１では、ログイン業者の名称（会員名）が検索条件として設定される。
【０１３９】
次のＳ５０２では、業務仲介サーバ１４は、ハードディスク１３内に、図６７に示す構造を有する逸注リストデータテーブルを生成して、初期化する。この逸注リストデータテーブルは、一つの「逸注リスト数」及び「逸注リスト」から、構成されている。但し、「逸注リスト」は、初期化された状態においては存在せず、Ｓ５０３以降の処理を実行することによって追加され、同時に複数個存在可能となっている。そして、「逸注リスト数」には、同じ逸注リストデータテーブルに含まれる「逸注リスト」の数が、格納される。従って、初期状態においては「逸注リスト数」＝“０”である。また、各「逸注リスト」には、夫々、ログイン業者について登録されている個々の不一致業者リストレコード１９４の全内容及びそれにリンクした仲介データレコード１９０の内容（仲介ＩＤ，作成日，発注物及び発注仕様）が、格納される。
【０１４０】
次に、業務仲介サーバ１４は、この逸注リストデータテーブルに「逸注リスト」を追加するために、Ｓ５０３乃至Ｓ５１４のループ処理を実行する。このループ処理に入って最初のＳ５０３では、業務仲介サーバ１４は、業務仲介データベース１９から、仲介データレコード１９０を一つ取り出す。
【０１４１】
次のＳ５０４からＳ５１３までの間での処理は、Ｓ５０３にて取り出した仲介データレコード１９０にリンクされている全不一致業者リストレコード１９４を検索するためのサブループ処理である。そして、Ｓ５０４では、業務仲介サーバ１４は、Ｓ５０３にて取り出した仲介データレコード１９０にリンクしている全不一致業者リストレコード１９４から、未取出のレコードを、一つ取り出す。
【０１４２】
次のＳ５０５では、業務仲介サーバ１４は、チェック済みの会社名の数を示す変数Ｉに初期値“０”を代入するとともに、Ｉの最大値を示す変数ＮにＳ５０４にて取り出した不一致業者リストレコード１９４中の業者数を代入する。
【０１４３】
次のＳ５０６では、業務仲介サーバ１４は、変数Ｎが“１”以上であるか否かをチェックする。そして、業務仲介サーバ１４は、変数Ｎが“０”であれば、処理をそのままＳ５１３へ進め、“１”以上であれば、処理をＳ５０７へ進める。
【０１４４】
このＳ５０７では、業務仲介サーバ１４は、Ｓ５０４にて取り出した不一致業者リスト１９４から、未読み出しの会社名を、一つ読み出す。
【０１４５】
次のＳ５０８では、Ｓ５０１にて検索条件として設定した会員名とＳ５０７にて読み出した会社名とが一致するか否かをチェックする。そして、両者が一致していなければ、業務仲介サーバ１４は、Ｓ５１１において変数Ｉをインクリメントした後に、Ｓ５１２において、インクリメント後の変数Ｉが変数Ｎに達したか否かをチェックする。そして、未だ変数Ｉが変数Ｎに達していなければ、業務仲介サーバ１４は、処理をＳ５０７に戻す。以上のＳ５０７，Ｓ５０８，Ｓ５１１及びＳ５１２の処理を繰り返すことによって、不一致業者リストレコード１９４に登録された各会社名を順番にチェックしている間に、検索条件としての会員名に一致した会社名を見つけると、業務仲介サーバ１４波、処理をＳ５０８からＳ５０９へ進める。
【０１４６】
このＳ５０９では、業務仲介サーバ１４は、Ｓ５０３にて取り出した仲介データレコード１９０中の仲介ＩＤ，作成日，発注物及び発注仕様を読み込み、これらのデータを含む逸注リストを、Ｓ５０２にて作成した逸注リストデータテーブルに追加するとともに、その「逸注リスト数」を一つインクリメントする。
【０１４７】
次のＳ５１０では、業務仲介サーバ１４は、Ｓ５０４にて取り出した不一致業者リストレコード１９４における当該ログイン業者に関する内容（Ｓ５０８にて検索条件としての会員名に一致した会社名に対応した内容）を、Ｓ５０９にて追加した逸注リストに書き込む。このＳ５１０の完了後、業務仲介サーバ１４は、処理をＳ５１３へ進める。
【０１４８】
一方、以上のＳ５０７，Ｓ５０８，Ｓ５１１及びＳ５１２の処理を繰り返して不一致業者リストレコード１９４中の全会社名をチェックしても、検索条件としての会員名を見つけられなかった場合には、変数Ｉが変数Ｎに達するので、業務仲介サーバ１４は、Ｓ５０９及びＳ５１０を実行することなく、処理をＳ５１２からＳ５１３へ進める。
【０１４９】
Ｓ５１３では、業務仲介サーバ１４は、Ｓ５０１にて取り出した仲介データレコード１９０にリンクしている不一致業者リストレコード１９４のうちに、未だＳ５０４にて取り出されていないものがあるか否かをチェックする。そして、未だ取り出されていない不一致業者リスト１９４がある場合には、業務仲介サーバ１４は、処理を処理をＳ５０４へ戻し、次の不一致業者リストレコード１９４を取り出す。
【０１５０】
これに対して、全ての不一致業者リストレコードを取り出している場合には、業務仲介サーバ１４は、Ｓ５１４において、業務仲介データベース１９内に未だ取り出されていない仲介データレコードがあるか否かをチェックする。そして、未だ取り出されていない仲介データレコードがある場合には、業務仲介サーバ１４は、処理をＳ５０３へ戻し、次の仲介データレコードを取り出す。
【０１５１】
これに対して、全ての仲介データレコードを取り出し終わっている場合には、業務仲介サーバ１４は、この逸注データリストの作成処理を終了して、処理を図１９のメインルーチンに戻す。処理が戻された図１９のメインルーチンでは、業務仲介サーバ１４は、処理をＳ０６２からＳ０６３に進める。このＳ０６３では、業務仲介サーバ１４は、逸注データリストの画面表示処理を実行する。図２８は、このＳ０６３にて実行される逸注データリストの画面表示処理サブルーチンを示すフローチャートである。このサブルーチンに入って最初のＳ６０１では、業務仲介サーバ１４は、Ｓ０６２（Ｓ５０２）にてハードディスク１３内に作成した逸注リストデータテーブルから、未取り出しの逸注リストを一つ取り出す。
【０１５２】
次のＳ６０２では、業務仲介サーバ１４は、Ｓ６０１にて取り出した逸注リスト中の仲介ＩＤ，作成日，発注物，発注仕様を、シリアルでユニークな履歴番号に関連付けて、ＲＡＭ１２内の表示バッファ１２ａに追加する。
【０１５３】
次のＳ６０３では、業務仲介サーバ１４は、チェックした不一致項目の数を示す変数Ｉに初期値“１”を代入するとともに、この変数Ｉの最大値を示す変数Ｎに、Ｓ６０１にて取り出した逸注リスト中の「不一致業者リストレコードの内容」に含まれる不一致項目数を代入する。
【０１５４】
次のＳ６０４では、業務仲介サーバ１４は、Ｓ６０１にて取り出した逸注リスト中の「不一致業者リストレコードの内容」に含まれるＩ番目の不一致項目の内容を、Ｓ６０２にて付した履歴番号に関連付けて、表示バッファ１２ａに追加する。
【０１５５】
次のＳ６０５では、業務仲介サーバ１４は、変数Ｉを一つインクリメントする。
【０１５６】
次のＳ６０６では、業務仲介サーバ１４は、変数Ｉが変数Ｎ以下であるか否かをチェックする。そして、変数Ｉが未だ変数Ｎ以下であるならば、未だ逸注リスト中の全不一致項目を表示バッファ１２ａに追加していないことになるので、業務仲介サーバ１４は、処理をＳ６０４に戻す。
【０１５７】
これに対して、Ｓ６０４乃至Ｓ６０６の処理を繰り返すことによって、全不一致項目を表示バッファ１２ａに格納した場合には、変数Ｉが変数Ｎを超えているので、業務仲介サーバ１４は、処理をＳ６０６からＳ６０７へ進める。
【０１５８】
Ｓ６０７では、業務仲介サーバ１４は、Ｓ０６２にてハードディスク１３内に作成した逸注データリストから、全ての逸注リストを取り出し終わっているか否かをチェックする。そして、未だ取り出していない逸注リストがある場合には、業務仲介サーバ１４は、処理をＳ６０１に戻す。
【０１５９】
これに対して、全ての逸注リストを取り出し終わっている場合には、業務仲介サーバ１４は、Ｓ６０８において、表示バッファ１２ａに格納されている情報に基づいて、図８７に示す業務コンサル画面を表示させるためのＨＴＭＬ文書を作成する。図８７に示すように、この業務コンサル画面は、逸注情報リストボックス６５を含んでいる。この逸注情報リストボックスは、各履歴番号毎に、Ｓ６０２にて表示バッファ１２ａに追加した仲介ＩＤ，作成日，発注物（品名），発注仕様（数量，納期，精度，材料，価格）を表示するとともに、Ｓ６０４にて追加した不一致項目における当該ログイン業者の項目を対比させて表示する。なお、この逸注情報リストボックス６５は、全履歴番号に関する情報を表示可能とするために、スクロール可能な構成となっている。業務仲介サーバ１４は、このＨＴＭＬ文書を作成し終わると、そのＨＴＭＬ文書に基づいた業務コンサル画面をクライアントコンピュータ２のディスプレイ２２上に表示させ（逸注情報提示部及び発注情報提示部に相当）、この逸注データリストの画面表示処理サブルーチンを終了させて、処理を図１９のメインルーチンに戻す。処理が戻された図１９のメインルーチンにおいて、業務仲介サーバ１４は、Ｓ０６３を完了すると、その全体としての処理を終了する。
【０１６０】
一方、業務情報画面上の「業務支援」ボタンが押下された場合に実行されるＳ０６４では、業務仲介サーバ１４は、その時点の年月日を示す情報を取得する。
【０１６１】
次のＳ０６５では、業務仲介サーバ１４は、逸注データリストの作成処理を実行する。具体的には、業務仲介サーバ１４は、図２７に示す逸注データリストの作成処理サブルーチンを実行する。この逸注データリストの作成処理サブルーチンがＳ０６５にて実行される場合には、Ｓ５０１では、ログイン業者の名称（会員名）が検索条件として設定される。
【０１６２】
次のＳ０６６では、業務仲介サーバ１４は、当月分業務支援情報１の作成処理を実行する。図２９は、このＳ０６６にて実行される当月分業務支援情報１作成処理サブルーチンを示す。このサブルーチンに入って最初のＳ７０１では、業務仲介サーバ１４は、ハードディスク１３内に、図６８に示す構造を有する当月分業務支援情報第１テーブルを生成して、初期化する。この当月分業務支援情報第１テーブルは、「総計役確定件数」，「総契約確定数」，「会員契約確定件数」及び「会員受注確定額」といった４項目の情報を、格納可能となっている。
【０１６３】
次に、業務仲介サーバ１４は、この当月分業務支援情報第１テーブルの各項目に数値を書き込むために、Ｓ７０２乃至Ｓ７１２のループ処理を実行する。このループ処理に入って最初のＳ７０２では、業務仲介サーバ１４は、業務仲介データベース１９から、仲介データレコード１９０を一つ取り出す。
【０１６４】
次のＳ７０３では、業務仲介サーバ１４は、Ｓ７０２にて取り出した仲介データレコード１９０が当月分であるか否かを、その「作成日」が現在年月日と同月に属するか否かに基づいてチェックする。そして、その仲介データレコード１９０が当月分でなければ、業務仲介サーバ１４は、処理をそそままＳ７１３へ進め、当月分である場合には、業務仲介サーバ１４は、処理をＳ７０４へ進める。
【０１６５】
Ｓ７０４では、業務仲介サーバ１４は、Ｓ７０２にて取り出した仲介データレコード１９０にリンクした確定データレコード１９７を抽出する。
【０１６６】
次のＳ７０５では、業務仲介サーバ１４は、当月分業務支援情報第１テーブル中の「総契約確定数」を一つインクリメントするとともに、Ｓ７０４にて抽出された確定データレコード中の「総発注額」を当月分業務支援情報第１テーブル中の「総発注額」に加算する。
【０１６７】
次のＳ７０６では、業務仲介サーバ１４は、チェック済みの会社名の数を示す変数Ｉに初期値“０”を代入するとともに、Ｉの最大値を示す変数ＮにＳ７０４にて取り出した不一致業者リストレコード１９４中の発注業者数を代入する。
【０１６８】
次のＳ７０７では、業務仲介サーバ１４は、変数Ｎが“１”以上であるか否かをチェックする。そして、業務仲介サーバ１４は、変数Ｎが“０”であれば、処理をそのままＳ７１３へ進め、“１”以上であれば、処理をＳ７０８へ進める。
【０１６９】
このＳ７０８では、業務仲介サーバ１４は、Ｓ７０４にて取り出した確定データレコード１９７にリンクしている発注業者リストレコード１９８から、未取り出しのレコードを一つ取り出す。
【０１７０】
次のＳ７０９では、当該ログイン業者の名称（会員名）とＳ７０８にて取り出した発注業者リストレコード１９８中の「会社名」とが一致するか否かをチェックする。そして、両者が一致していなければ、業務仲介サーバ１４は、Ｓ７１１において変数Ｉをインクリメントした後に、Ｓ７１２において、インクリメント後の変数Ｉが変数Ｎに達したか否かをチェックする。そして、未だ変数Ｉが変数Ｎに達していなければ、業務仲介サーバ１４は、処理をＳ７０７に戻す。以上のＳ７０７〜Ｓ７０９，Ｓ７１１及びＳ７１２の処理を繰り返すことによって、不一致業者リストレコード１９４に登録された各会社名を順番にチェックしている間に、検索条件としての会員名に一致した会社名を見つけると、業務仲介サーバ１４は、処理をＳ７０９からＳ７１０へ進める。
【０１７１】
このＳ７１０では、業務仲介サーバ１４は、当月分業務支援情報第１テーブル中の「会員契約確定件数」を一つインクリメントするとともに、Ｓ７０８にて読み出した発注業者リストレコード１９８中の「発注金額」を当月分業務支援情報第１テーブル中の「会員受注確定額」に加算する。このＳ７１０の完了後、業務仲介サーバ１４は、処理をＳ７１３へ進める。
【０１７２】
一方、以上のＳ７０７〜Ｓ７０９，Ｓ７１１及びＳ７１２の処理を繰り返してＳ７０４にて抽出した確定データレコード１９７にリンクした全ての発注業者リストレコード１９８をチェックしても、会員名と一致する会社名を見つけられなかった場合には、変数Ｉが変数Ｎに達するので、業務仲介サーバ１４は、Ｓ７１０を実行することなく、処理をＳ７１２からＳ７１３へ進める。
【０１７３】
Ｓ７１３では、業務仲介サーバ１４は、業務仲介データベース１９内に未だ取り出されていない仲介データレコードがあるか否かをチェックする。そして、未だ取り出されていない仲介データレコードがある場合には、業務仲介サーバ１４は、処理をＳ７０２へ戻し、次の仲介データレコードを取り出す。これに対して、全ての仲介データレコードを取り出し終わっている場合には、業務仲介サーバ１４は、この当月分業務支援情報１の作成処理サブルーチンを終了して、処理をメインルーチンに戻す。
【０１７４】
処理が戻された図１９のメインルーチンにおいて、業務仲介サーバ１４は、Ｓ０６６の次にＳ０６７を実行する。このＳ０６７では、業務仲介サーバ１４は、逸注情報及びコメントデータ作成処理を実行する。図３０は、このＳ０６７において実行される逸注情報及びコメントデータの作成処理サブルーチンを示すフローチャートである。このサブルーチンに入って最初のＳ８０１では、業務仲介サーバ１４は、ハードディスク１３内に、当月分業務支援情報第２テーブル及びそれにリンクした不一致項目データリストを複数生成して、初期化する。この当月分業務支援情報第２テーブルは、図６９に示すように、その当月分業務支援情報第２テーブルにリンクした不一致項目データリストの数を示す「不一致項目条件数」，及び、各不一致項目データリストのポインタを列挙するための「不一致項目データリスト」といった２項目の情報を、格納可能となっている。また、各不一致項目データリストは、図７０に示すように、「不一致項目名」，「デフォルト仕様」，「不一致件数」，「全要求仕様データ（配列）」，「要求仕様ヒストグラムデータ」及び「推奨仕様」といった各項目の情報を、格納可能となっている。
【０１７５】
次のＳ８０２では、業務仲介サーバ１４は、チェック済みの逸注リストの数を示す変数Ｉに初期値“０”を設定するとともに、Ｉの最大値を示すＮに、Ｓ０６５にて作成した逸注リストデータテーブル中の「逸注リスト数」を代入する。
【０１７６】
次のＳ８０３では、業務仲介サーバ１４は、変数Ｎが“１”以上であるか否かをチェックする。そして、変数Ｎが“０”であれば、そのまま処理をＳ９０１へ進め、変数Ｎが“１”以上であれば、処理をＳ８０４へ進める。
【０１７７】
次に、業務仲介サーバ１４は、当月分業務支援情報第２テーブルにリンクさせる不一致項目データリスト（図７０）を作成するために、Ｓ８０４乃至Ｓ８１４のループ処理を実行する。このループ処理に入って最初のＳ８０４では、業務仲介サーバ１４は、変数Ｉが変数Ｎに達したか否かをチェックする。そして、変数Ｉが未だ変数Ｎ未満であれば、業務仲介サーバ１４は、Ｓ８０５において、Ｓ０６５にてハードディスク１３内に作成した逸注リストデータテーブルから、未取り出しの逸注リストを一つ取り出す。
【０１７８】
次のＳ８０６では、Ｓ８０５にて取り出した逸注リスト中の「作成日」がその時点における年月日と同月に属するか否かをチェックする。そして、対象逸注リスト中の「作成日」がその時点の年月日よりも前の月に属するのであれば、業務仲介サーバ１４は、Ｓ８０９において変数Ｉをインクリメントした後に、処理をＳ８０４へ戻す。
【０１７９】
これに対して、「作成日」がその時点における年月日と同月に属するのであれば、業務仲介サーバ１４は、Ｓ８０７において、チェック済みの不一致項目の数を示す変数IIに初期値“０”を設定し、変数IIの最大値を示す変数NNにＳ８０５にて取り出した逸注リスト中の「不一致項目数（不一致業者リストレコードの内容）」を代入するとともに、当月分業務支援情報第２テーブルの「不一致項目条件数」に変数NNを加算する。
【０１８０】
次に、業務仲介サーバ１４は、Ｓ８０５にて取り出した逸注リストに含まれる各不一致項目データ対を、不一致項目毎に不一致データリスとに書き込むために、Ｓ８０８乃至Ｓ８１４のサブループ処理を実行する。このサブループに入って最初のＳ８０８では、業務仲介サーバ１４は、変数IIが変数NNに達したか否かをチェックする。そして、変数IIが未だ変数NNに達していなければ、業務仲介サーバ１４ば、処理をＳ８１０へ進める。
【０１８１】
Ｓ８１０では、業務仲介サーバ１４は、Ｓ８０５にて取り出した逸注リストにおける「不一致業者リストレコードの内容」から、上述した不一致項目データ対（発注仕様を満たしていないと判断された不一致項目名とその値，及び、その項目名に対応した発注仕様中の項目名とその値）のうち、未取り出しのものを一つ取り出す。
【０１８２】
次のＳ８１１では、業務仲介サーバ１４は、Ｓ８０１にて作成した何れかの不一項目データリスト中に、Ｓ８１０にて取り出した不一致項目情報対中の不一致項目名が既に登録されているか否かをチェックする。そして、既に登録されているのなら、業務仲介サーバ１４は、処理をそのままＳ８１３へ進める。これに対して、不一致項目名が何れの不一致項目データリストにも登録されていなければ、業務仲介サーバ１４は、処理をＳ８１２へ進める。
【０１８３】
Ｓ８１２では、業務仲介サーバ１４は、空の不一致項目データリストを取得する。そして、その「不一致項目名」及び「デフォルト仕様値」の各項目に、夫々、Ｓ８１０にて読み出した不一致項目情報対における不一致項目名及びその値を、代入する。このＳ８１２を完了すると、業務仲介サーバ１４は、処理をＳ８１３へ進める。
【０１８４】
Ｓ８１３では、業務仲介サーバ１４は、Ｓ８１０にて読み出した不一致項目情報対に含まれる不一致項目名が登録された不一致項目データリストにおける「全要求仕様データ（配列）」に、Ｓ８１０にて読み出した不一致項目情報対における発注仕様の値（逸注リストの希望値）を、代入する。この際、「全要求仕様データ（配列）」に既に他の希望値が記入されていた場合には、既に記載されている希望値に加えて、新たな希望値を追記する。また、当該不一致項目データリストにおける「不一致件数」を一つインクリメントする。
【０１８５】
次のＳ８１４では、業務仲介サーバ１４は、変数IIを一つインクリメントする。このＳ８１４の完了後、業務仲介サーバ１４は、処理をＳ８０８に戻す。
【０１８６】
以上に示すＳ８０８乃至Ｓ８１４のサブループ処理を繰り返すことによって、Ｓ８０５にて取り出した全ての不一致項目対を不一致項目データリストに登録し終わると、変数IIが変数NNに達するので、業務仲介サーバ１４は、処理をＳ８０８からＳ８０９へ進める。そして、業務仲介サーバ１４は、Ｓ８０９において変数Ｉを一つインクリメントした後で、処理をＳ８０４へ戻す。
【０１８７】
以上の８０４乃至Ｓ８１４のループ処理を繰り返すことによって全ての逸注リストに対する処理を実行し終わると、変数Ｉが変数Ｎに達するので、業務仲介サーバ１４は、処理をＳ８１４からＳ９０１へ進める。
【０１８８】
Ｓ９０１では、業務仲介サーバ１４は、上記サブループ処理中のＳ８１２及びＳ８１３を実行することによってデータが書き込まれた全不一致項目データリストを、夫々の不一致件数の値に基づいてソートする。
【０１８９】
次のＳ９０２では、業務仲介サーバ１４は、Ｓ９０１でのソートの結果として最も不一致件数が多かった不一致項目データリストを特定し、その不一致項目データリストの「全要求仕様データ（配列）」に列挙されている希望値の最大値及び最小値を見つける。
【０１９０】
次のＳ９０３では、業務仲介サーバ１４は、Ｓ９０２にて見つけられた最大値と最小値との間を１０等分して、度数分布を作成する。そして、その度数分布の結果を、図８９に示すような要求仕様値のヒストグラムのデータに、書き込む。
【０１９１】
次のＳ９０４では、業務仲介サーバ１４は、Ｓ９０３にて作成されたヒストグラムにおける最大値からの累積件数が全件数の半分となる要求仕様値を特定する。そして、特定した要求仕様値を、Ｓ９０２にて特定した不一致項目データリストにおける「推奨仕様」に代入する。このＳ９０４を完了後、業務仲介サーバ１４は、この逸注情報及びコメントデータの作成処理サブルーチンを終了して、処理を図１９のメインルーチンに戻す。
【０１９２】
処理が戻された図１９のメインルーチンでは、業務仲介サーバ１４は、Ｓ０６７の次のＳ０６８において、業務支援情報の画面表示処理を実行する。図３２は、このＳ０６８にて実行される業務支援情報の画面表示処理サブルーチンを示すフローチャートである。このサブルーチンに入って最初のＳ１００１では、業務仲介サーバ１４は、概況及び御社の受注状況の表示データを作成し、表示バッファ１２ａへ格納する。具体的には、業務仲介サーバ１４は、図３３に示すように、““会員の業績”関連業種の状況は次のとおりです”とのタイトルを作成して表示バッファ１２ａに格納し（Ｓ１１０１）、Ｓ０６６にて作成した当月分業務支援情報第１テーブルの内容をテキストに変換して本文として表示バッファ１２ａに格納する（Ｓ１１０２）。
【０１９３】
図３２に示す業務支援情報の画面表示処理サブルーチンにおける次のＳ１００２では、業務仲介サーバ１４は、逸注状況の表示データを作成し、表示バッファ１２ａへ格納する。具体的には、業務仲介サーバ１４は、図３４に示すように、“逸注状況（理由の件数および割合）”とのタイトルを作成して表示バッファ１２ａへ格納し（Ｓ１２０１）、Ｓ９０１にてソートされた結果Ｓ９０２にて特定された不一致項目データリスト中の不一致項目名及び不一致件数を、表示バッファ１２ａに格納し（Ｓ１２０２）、当月分業務支援情報第２テーブル中の「不一致項目条件数」に対する上記不一致件数の割合を計算して、表示バッファ１２ａに格納する（Ｓ１２０３）。
【０１９４】
図３２に示す業務支援情報の画面処理サブルーチンにおける次のＳ１００３では、業務仲介サーバ１４は、コメントの表示データを作成し、表示バッファ１２ａへ格納する。具体的には、業務仲介サーバ１４は、図３５に示すように、Ｓ９０２にて特定された不一致項目データリストにおける「不一致項目名」，「デフォルト仕様」及び「推奨仕様」に基づいてコメントを作成する。即ち、「「不一致項目名」を「デフォルト仕様」から「推奨仕様」に向上されることを勧めます」との内容のコメントを作成する。そして、作成したコメントを表示バッファ１２ａに格納する。
【０１９５】
図３２に示す業務支援情報の画面処理サブルーチンにおける次のＳ１００４では、業務仲介サーバ１４は、表示バッファ１２ａに格納されている情報に基づいて、図８８に示す事業支援画面を作成させるためのＨＴＭＬ文書を作成する。図８８に示すように、この事業支援画面は、受発注状況月報画面リストボックス６６及びコメントリストボックス６７を含んでいる。この受発注状況月報画面リストボックス６６には、Ｓ１００１及びＳ１００２にて夫々表示バッファ１２ａに格納された情報が、表示される。また、コメントリストボックス６７には、Ｓ１００３にて表示バッファ１２ａに格納された情報が、表示される。業務仲介サーバ１４は、このＨＴＭＬ文書を作成し終わると、そのＨＴＭＬ文書に基づいた事業支援画面をクライアントコンピュータ２のディスプレイ２２上に表示させ（逸注情報提示部及び発注情報提示部に相当）、この業務支援情報の画面表示処理サブルーチンを終了させて、処理を図１９のメインルーチンに戻す。処理が戻された図１９のメインルーチンにおいて、業務仲介サーバ１４は、Ｓ０６８を完了すると、その全体としての処理を終了する。
【０１９６】
一方、ユーザーの資格が営業担当者であるとＳ００１にて判断した場合に実行される図２０のＳ０７０では、業務仲介サーバ１４は、図７２に示すログイン画面のＨＴＭＬ文書をハードディスク１３のＨＴＭＬ格納領域３０から読み出して、そのログイン画面をクライアントコンピュータ２のディスプレイ２２上に表示する。
【０１９７】
次のＳ０７１では、業務仲介サーバ１４は、ログイン画面の両テキストボックスに入力がなされるのを待つ。そして、入力があった場合には、業務仲介サーバ１４は、次のＳ０７２において、「ユーザ名」テキストボックスに入力された業者名と「パスワード」テキストボックスに入力されたパスワードとの組合せが、営業担当者のものとして予め登録されている組み合わせに一致しているか否かをチェックする。そして、これら業者名及びパスワードの組合せが登録されていなければ処理をＳ０７１に戻し、当該組合せが登録されていれば処理をＳ０７３へ進める。
【０１９８】
Ｓ０７３では、業務仲介サーバ１４は、ＨＴＭＬ格納領域３０内に格納されている営業用メインメニューのＨＴＭＬ文書を読み出して、図８６に示される営業用メインメニューを、クライアントコンピュータ２のディスプレイ２２上に表示させる。図８６に示すように、この営業用メインメニューには、“営業情報”ボタンが含まれている。
【０１９９】
次のＳ０７４では、業務仲介サーバ１４は、営業用メインメニュー中の「営業情報」ボタンが押下されるのを待つ。そして、“営業情報”ボタンが押下された場合には、処理をＳ０７５へ進める。
【０２００】
Ｓ０７５では、業務仲介サーバ１４は、図９０に示す検索条件入力画面をクライアントコンピュータ２のディスプレイ２２上に表示する。この検索条件入力画面には、「業種」，「業者名」及び「発注条件」が夫々入力されるテキストボックス及び「検索」ボタンが、含まれている。
【０２０１】
次のＳ０７６では、業務仲介サーバ１４は、検索条件入力画面の各テキストボックスに必要項目の入力がなされた状態で「検索」ボタンが押下されるのを待つ。そして、必要項目の入力がなされた後に「検索」ボタンが押下された場合には、クライアントコンピュータ２のブラウザ２７によって、検索条件入力画面の各テキストボックスに入力された内容が、メッセージとして業務仲介サーバ１４へ送信されてくる。そこで、業務仲介サーバ１４は、Ｓ０７７において、必要項目の入力が適正であるか否かをチェックする。そして、入力が適正でなければ処理をＳ０７６に戻し、入力が適正であれば、処理をＳ０７８に進める。
【０２０２】
Ｓ０７８では、業務仲介サーバ１４は、当社営業支援情報の作成処理を実行する。図３６は、このＳ０７８にて実行される当社営業支援情報の作成処理サブルーチンを示すフローチャートである。このサブルーチンに入って最初のＳ１４０１では、業務仲介サーバ１４は、逸注リストデータテーブルの作成処理を実行する。具体的には、業務仲介サーバ１４は、図２７に示す逸注リストデータテーブルの作成処理サブルーチンを実行する。但し、このＳ０７８にて実行される際には、Ｓ０７５乃至Ｓ０７７にて入力された検索条件が、Ｓ５０１において検索条件として設定され、Ｓ５０８において、Ｓ５０７にて取り出された不一致業者リストレコードの内容と比較される。また、Ｓ５０９及びＳ５１０では、業務仲介サーバ１４は、処理対象の不一致業者リストレコードが複数業者の情報を含んでいる場合には、検索条件を満たす業者の情報毎に、逸注リストを作成して逸注リストデータテーブルに追加する。従って、営業担当者は、任意の業者の任意の業種に関して、逸注リストデータテーブルを作成させることができる。
【０２０３】
次のＳ１４０２では、業務仲介サーバ１４は、Ｓ１４０１にて作成した逸注リストデータテーブルに基づいて、営業支援情報作成処理を実行する。図３７は、このＳ１４０２にて実行される営業支援情報作成処理サブルーチンを示すフローチャートである。このサブルーチンに入って最初のＳ１５０１では、業務仲介サーバ１４は、ハードディスク１３内に、営業支援データテーブルを生成して、初期化する。この営業支援データテーブルは、Ｓ１４０１にて作成した逸注リストデータテーブルに掲載されている各業者毎に、作成される。そして、各営業支援データテーブルは、図７１に示すように、一又は複数の「逸注リスト及び確定データレコード」，「保有成形機」，及び、「推奨成形機型式」の各項目を有している。このＳ１５０１では、業務仲介サーバ１４は、各業者毎の営業支援データテーブルの「保有成形機」に、夫々、業者データベース１６中における当該業者についての会社レコードにリンクした保有設備レコード中に記載された成形機型式を書き込む。
【０２０４】
次のＳ１５０２では、業務仲介サーバ１４は、チェック済みの逸注リストの数を示す変数Ｉに初期値“０”を設定するとともに、この変数Ｉの最大値Ｎに、Ｓ１４０１にて作成した逸注リストデータテーブル中の「逸注リスト数」を代入する。
【０２０５】
次のＳ１５０３では、業務仲介サーバ１４は、変数Ｎが“１”以上であるか否かをチェックする。そして、変数Ｎが“０”であれば、業務仲介サーバ１４は、そのままこの営業支援情報作成処理サブルーチンを終了して、処理を図３６のルーチンに戻す。これに対して、変数Ｎが“１”以上であれば、業務仲介サーバ１４は、処理をＳ１５０４へ進める。
【０２０６】
Ｓ１５０４では、業務仲介サーバ１４は、変数Ｉが変数Ｎに達したか否かをチェックする。そして、変数Ｉが未だ変数Ｎ未満であれば、業務仲介サーバ１４は、Ｓ１５０５において、Ｓ１４０１にて作成した逸注リストデータテーブルから、未取り出しの逸注リストを一つ取り出す。
【０２０７】
次のＳ１５０６では、Ｓ１５０５にて取り出した逸注リスト中の「不一致業者リストレコードの内容」に含まれる業種が“成形”，“成形１”又は“成形２”であるか否かを、チェックする。そして、業種が“成形”，“成形１”又は“成形２”である場合には、業務仲介サーバ１４は、処理をＳ１５０７へ進める。
【０２０８】
Ｓ１５０７では、業務仲介サーバ１４は、Ｓ１５０５にて取り出した逸注リスト中の「不一致業者リストレコードの内容」に含まれる不一致項目名が“納期”又は“精度”であるか否かを、チェックする。そして、不一致項目名が“納期”又は“精度”である場合には、業務仲介サーバ１４は、処理をＳ１５０８へ進める。
【０２０９】
Ｓ１５０８では、業務仲介サーバ１４は、Ｓ１５０５にて取り出した逸注リスト中の「発注物」及び「発注仕様」中の希望製品精度を読み出す。
【０２１０】
次のＳ１５０９では、業務仲介サーバ１４は、成形機データベース１７から、「成形品」がＳ１５０８にて読み出した発注物を含み、且つ、「製品精度」がＳ１５０８にて読み出した希望製品精度を満たす成形機型式を、検索する。
【０２１１】
次のＳ１５１０では、業務仲介サーバ１４は、Ｓ１５０９での検索の結果として該当する成形機型式が見つかったか否かをチェックする。そして、該当する成形機型式が見つかった場合には、業務仲介サーバ１４は、処理をＳ１５１１へ進める。
【０２１２】
Ｓ１５１１では、業務仲介サーバ１４は、Ｓ１５０５にて取り出した逸注リスト，及びこの逸注リストに含まれる仲介ＩＤに対応した確定データレコードの内容を、その逸注リストに含まれる不一致業者リストに含まれる業者名に対応した営業支援データテーブルの「逸注リスト及び確定データレコード」に格納する。また、Ｓ１５１０にて見つけた成形機型式を、同営業支援データテーブルの「推奨成形機型式」に格納する。なお、「逸注リスト及び確定データレコード」に既に別の逸注リスト及び確定データレコードの内容が格納されていた場合には、業務仲介サーバ１４は、新たに格納すべき逸注リスト及び確定データレコードの内容を、別の「逸注リスト及び確定データレコード」に格納する。
【０２１３】
Ｓ１５１１を完了した時、Ｓ１５０６にて業種が“成形”，“成形１”及び“成形２”の何れでもないと判断した時、Ｓ１５０７にて不一致項目名が“納期”及び“精度”の何れでもないと判断した時、及び、Ｓ１５１０にて該当する成形機型式が見つからなかった時には、何れも、Ｓ１５１２において変数Ｉをインクリメントした後に、処理をＳ１５０４に進める。
【０２１４】
以上のＳ１５０４乃至１５１１のループ処理を繰り返した結果として変数Ｉが変数Ｎに達した場合には、業務仲介サーバ１４は、この営業支援情報作成処理サブルーチンを終了して、処理を図３６のルーチンに戻す。
【０２１５】
処理が戻された図３６のルーチンでは、業務仲介サーバ１４は、Ｓ１４０２の次のＳ１４０３において、営業支援情報の表示データの作成処理を実行する。図３８は、このＳ１４０３にて実行される営業支援情報の表示データ作成処理サブルーチンを示すフローチャートである。このサブルーチンに入って最初のＳ１６０１では、業務仲介サーバ１４は、表示バッファ１２ａを初期化する。
【０２１６】
次のＳ１６０２では、業務仲介サーバ１４は、未取り出しの営業支援データテーブルを一つ取り出す。
【０２１７】
次のＳ１６０３では、業務仲介サーバ１４は、仲介ＩＤ情報の作成を行う。具体的には、業務仲介サーバ１４は、Ｓ１６０２にて取り出した営業支援データテーブル中の何れかの「逸注リスト及び確定データレコード」から、逸注リストに含まれる仲介ＩＤ，作成日，発注物及び発注仕様を読み出して、これらの情報を表示バッファ１２ａの第１領域に書き込む。
【０２１８】
次のＳ１６０４では、業務仲介サーバ１４は、営業関連情報の作成を行う。具体的には、業務仲介サーバ１４は、Ｓ１６０２にて取り出した営業支援データテーブル中の各「逸注リスト及び確定データレコード」の逸注リストに含まれる不一致業者リストレコードの内容から、各不一致項目名を読み出す。そして、各不一致項目名を表示バッファ１２ａに書き込む。また、業務仲介サーバ１４は、同営業支援データテーブル中の「保有成形機型式」及び「推奨成形機型式」を読み出して、表示バッファ１２ａの第２領域に書き込む。
【０２１９】
次のＳ１６０５では、業務仲介サーバ１４は、未取り出しの営業支援データテーブルが未だ残っているか否かをチェックする。そして、未取り出しの営業支援データテーブルが残っている場合には、業務仲介サーバ１４は、処理をＳ１６０２に戻し、次の営業支援データテーブルを読み出す。これに対して、全ての営業支援データテーブルを取り出し終わっている場合には、業務仲介サーバ１４は、この営業支援情報の表示データ作成処理サブルーチンを終了して、処理を図３６のルーチンに戻す。処理が戻された図３６のルーチンにおいては、業務仲介サーバ１４は、当社営業支援情報の作成処理サブルーチンを終了して、処理を図２０のメインルーチンに戻す。処理が戻された図２０のメインルーチンにおいては、業務仲介サーバ１４は、Ｓ０７８の次にＳ０７９を実行する。
【０２２０】
Ｓ０７９では、業務仲介サーバ１４は、表示バッファ１２ａに格納されている情報に基づいて、図９１に示す営業情報画面を作成させるためのＨＴＭＬ文書を作成する。図９１に示すように、この営業情報画面は、受発注履歴リストボックス６８及び営業方針リストボックス６９を含んでいる。受発注履歴リストボックス６８には、Ｓ１６０３にて表示バッファ１２ａの第１領域に格納された情報が、業者毎に、表示される。この受発注履歴リストボックス６８に表示させるべき情報がこの受発注履歴リストボックス６８に入りきらない場合には、この受発注履歴リストボックス６８はスクロール可能な形態となる。一方、営業方針リストボックス６９には、同時に受発注履歴リストボックス６８に情報が表示されている業者についてＳ１６０４にて表示バッファ１２ａの第２領域に格納された情報が、表示される。業務仲介サーバ１４は、このＨＴＭＬ文書を作成し終わると、そのＨＴＭＬ文書に基づいた営業情報画面をクライアントコンピュータ２のディスプレイ２２上に表示させた後に（逸注情報提示部及び発注情報提示部に相当）、その全体としての処理を終了する。
（自動月報配信プログラムによる処理）
次に、自動月報配信プログラム３２によるＣＰＵ１０の処理内容を、図９２及び図９３のフローチャートに基づいて説明する。上述したように、この自動月報配信プログラム３２は、毎月末の夜間に、自動実行される。
【０２２１】
スタート後最初のＳ１７０１では、ＣＰＵ１０は、その時点の年月情報を取得する。
【０２２２】
次に、ＣＰＵ１０は、業者データベース１６に受注側業者として登録されている会員（会社レコードに登録された「登録業種数」が１以上である会員）毎に月報を送信するために、Ｓ１７０２乃至Ｓ１７０９のループ処理を実行する。このループ処理に入って最初のＳ１７０２では、ＣＰＵ１０は、業者データベース１６から、「登録業種数」が１以上である会社レコードから、未取り出しのものを一つ取り出して、その会社レコード中の「会社名」及び「連絡先」に登録された各情報を読み出す。
【０２２３】
次のＳ１７０３では、ＣＰＵ１０は、Ｓ１７０２にて読み出した「会社名」を検索条件として設定する。
【０２２４】
次のＳ１７０３では、ＣＰＵ１０は、逸注データリストの作成処理を実行する。具体的には、ＣＰＵ１０は、図２７に示す逸注データリストの作成処理サブルーチンを実行する。この逸注データリストの作成処理サブルーチンがＳ１７０３にて実行される場合には、Ｓ５０１では、Ｓ１７０３にて設定された検索条件（会社名）が、そのまま設定される。
【０２２５】
次のＳ１７０５では、ＣＰＵ１０は、当月分業務支援情報１の作成処理を実行する。具体的には、ＣＰＵ１０は、図２９に示す当月分業務支援情報１作成処理サブルーチンを実行する。
【０２２６】
次のＳ１７０６では、ＣＰＵ１０は、逸注情報及びコメントデータ作成処理を実行する。具体的には、ＣＰＵ１０は、図３０及び図３１に示す逸注情報及びコメントデータの作成処理サブルーチンを実行する。
【０２２７】
次の１７０７では、ＣＰＵ１０は、月報作成処理を実行する。図９３は、このＳ１７０７にて実行される月報作成処理サブルーチンを示すフローチャートである。このサブルーチンに入って最初のＳ１８０１では、ＣＰＵ１０は、概況及び御社の受注状況のテキストを作成する。具体的には、ＣＰＵ１０、「（会員の業績）の状況は次のとおりです」とのタイトルテキストを作成するとともに、Ｓ０１７０５にて作成した当月分業務支援情報第１テーブルの内容をテキストに変換する。
【０２２８】
次のＳ１８０２では、ＣＰＵ１０は、逸注状況のテキストを作成する。具体的には、ＣＰＵ１０は、「逸注状況（理由の件数および割合）」とのタイトルテキストを作成するとともに、Ｓ０６７で実行された逸注情報＆コメントデータの作成処理サブルーチンのＳ９０１にてソートされた結果Ｓ９０２にて特定された不一致項目データリスト中の不一致項目名及び不一致件数をテキストに変換し、Ｓ８０１にて作成された当月分業務支援情報第２テーブル中の「不一致項目条件数」に対する上記不一致件数の割合を計算して、計算結果をテキストに変換する。
【０２２９】
次のＳ１８０３では、業務仲介サーバ１４は、コメントのテキストを作成する。具体的には、ＣＰＵ１０は、Ｓ０６７で実行された逸注情報＆コメントデータの作成処理サブルーチンのＳ９０２にて特定された不一致項目データリストにおける「不一致項目名」，「デフォルト仕様」及び「推奨仕様」に基づいてコメントテキストを作成する。即ち、「「不一致項目名」を「デフォルト仕様」から「推奨仕様」に向上されることを勧めます」との内容のコメントテキストを作成する。
【０２３０】
次のＳ１８０４では、ＣＰＵ１０は、Ｓ１８０１乃至Ｓ１８０３にて作成されたテキストを、順番通りに結合する。その結果得られたテキストは、図１９のＳ０６８にて表示される事業支援画面（図８８）中の受発注状況月報画面リストボックス６６及びコメントリストボックス６７に表示される内容と、同じ構成となっている。Ｓ１８０４を完了すると、ＣＰＵ１０は、この月報作成処理サブルーチンを終了して、処理を図９２のメインルーチンに戻す。
【０２３１】
処理が戻された図９２のメインルーチンでは、ＣＰＵ１０は、次のＳ１７０８において、Ｓ１７０７にて作成した月報を、Ｓ１７０２にて読み出した「連絡先」へ通知する。この場合、「連絡先」の情報に電子メールアドレスが含まれていれば、ＣＰＵ１０は、Ｓ１７０７にて作成した月報を本分とする電子メールを作成して、この電子メールアドレス宛に送信する。また、電子メールアドレスが含まれていない代わりにｆａｘ番号が含まれていれば、ＣＰＵ１０は、Ｓ１７０７にて作成した月報を、このｆａｘ番号宛てにファクシミリ送信する。
【０２３２】
次のＳ１７０９では、ＣＰＵ１０は、業者データベース１６中に、Ｓ１７０２での取り出しが行われていない会社レコード（「登録業種数」が１以上であるもの）が残っているか否かをチェックする。そして、未取り出しの会社レコードがある場合には、ＣＰＵ１０は、処理をＳ１７０２に戻す。これに対して、未取り出しの会社レコードが残っていない場合には、ＣＰＵ１０は、この自動月報配信プログラムによる処理を終了する。
（動作例）
次に、以上のように構成された本実施形態による業務仲介システムの動作を、具体的に説明する。
＜見積もり−発注＞
先ず、Ｓ００１乃至Ｓ０１３に沿った手続きを踏むことによって会員となった発注側業者が、樹脂成型品であるコネクタの見積もりを依頼してから、実際に発注を行うまでの処理の流れを説明する。
【０２３３】
この場合、発注業者が、Ｓ０１４にて表示されたログイン画面（図７２）の「ユーザ名」テキストボックス及び「パスワード」テキストボックスに、夫々、業者データベース１６に登録されている自らの会社名及びパスワードを入力すると、この発注業者に対する見積もり依頼も見積もりも届いていない限り、図７３（ａ）に示す形態のメインメニューが、当該発注業者のクライアントコンピュータ２のディスプレイ２２に表示される（Ｓ０１８）。
【０２３４】
発注業者は、このメインメニュー上の「業務仲介」ボタンを押下し、次に表示される業務仲介画面（図７４（ａ））上の「発注」ボタンを押下し、次に表示される発注画面（図７５）上の「新規発注」ボタンを押下する。すると、図７６に示される検索条件入力画面が、当該発注業者のクライアントコンピュータ２のディスプレイ２２に、表示される（Ｓ０２８）。
【０２３５】
ここでは、発注業者は、「発注物」＝“成型品”，「発注条件」＝“成型品図面”，発注仕様としての「個数」＝“２０００”個，発注仕様としての「希望総金額」＝“１００００”円，発注仕様としての「希望製品精度」＝“７”μｍ，発注仕様としての「希望納期」＝“１０”日と、夫々入力したものとする。
【０２３６】
この状態において、発注側業者が検索条件入力画面上の「ＯＫ」ボタンを押下することによって見積もりの自動作成を要求すると、業務仲介サーバ１４は、この見積もりを管理するための仲介データレコード１９０を、ハードディスク１３の業務仲介データベース１９内に作成し、この仲介データレコード１９０にユークな仲介ＩＤを付与する（Ｓ０３０，Ｓ１０１）。
【０２３７】
次に、業務仲介サーバ１４は、発注条件である成型品図面に基づいて発注物である成型品を制作するまでの業種の繋がり（サプライチェーン）を、サプライチェーンモデルデータベース１９内の情報に基づいて作成する（Ｓ１０２，Ｓ２０１〜Ｓ２１８）。この場合、上述したように、
１：成形
２：金型−成形１
３：金型設計−成形２
４：金型設計−金型制作／樹脂−成形１
といった４通りのサプライチェーンが自動的に生成される。
【０２３８】
次に、業務仲介サーバ１４は、業者データベース１６に登録されている各受注側業者の業種に基づいて、各サプライチェーン毎に、そのサプライチェーンに含まれる何れかの業種を有する業者同士の当該サプライチェーンに沿った順列（業種リンク候補）を全て作成する（Ｓ１０３，Ｓ３０１〜Ｓ３０６）。そして、作成した各業種リンク候補に沿って、その業種リンク候補に組み込まれている各業者におけるその業種リンク候補中での業務について業者データベース１６に登録されている「生産精度下限」，「最短納期」及び「単価」に基づいて、その業種リンクにおける総精度ａ，総納期ｔ及び総金額ｍを計算して、それら総精度ａ，総納期ｔ及び総金額ｍを発注仕様と比較する（Ｓ３０７〜Ｓ３１６）。そして、業務仲介サーバ１４は、総精度ａ，総納期ｔ及び総金額ｍのうちの何れかが発注仕様を超えている業種リンク候補については業種リンク候補リストレコード１９５から削除し（Ｓ３１９）、総精度，総納期及び総コストの何れも発注仕様を満たしている業種リンク候補のみを残す。
【０２３９】
その結果、ある業者のある業種についての「生産精度下限」，「最短納期」又は「単価」が良くない場合には、その業種についてその業者を含む業種リンク候補は、その総精度，総納期又は総コストが発注仕様を超えてしまう可能性が高いので、業種リンク候補リストレコード１９５から削除される可能性が高い。これに対して、ある業者のある業種についての「生産精度下限」，「最短納期」及び「単価」が何れも良い場合には、その業種についてその業者を含む業種リンク候補のうちの何れかが削除されずに業種リンク候補リストに残る可能性は高い。そして、業種リンク候補リストレコード１９５に残った業種リンク候補リストレコード１９５に含まれる業者は、その業種について一致業種リストレコード１９３にリストアップされ（Ｓ３１９）、その業種を有しながら業種リンク候補リストに残った何れの業種リンク候補にも含まれない業者は、その業種について不一致業者リストレコード１９４にリストアップされる（Ｓ３２１）。従って、一致業種リストレコード１９３にリストアップされた業者は、その業種については「生産精度下限」，「最短納期」及び「単価」が何れも良いという蓋然性が高く、不一致業者リストレコード１９４にリストアップされた業者は、その業種については「生産精度下限」，「最短納期」及び「単価」の何れかが良くないという蓋然性が高い。
【０２４０】
さて、このようにして、業種リンク候補リストに残った業種リンク候補は、発注業者のクライアントコンピュータ２のディスプレイ２２上に表示される検索結果出力画面（図７７）上で発注業者によって選択された能力値に従ってソートされ（Ｓ１０５）、ソートされた業種リンク候補の内容及び夫々の精度，納期及び価格が、この検索結果出力画面の業種リンクリストボックス４１内に列挙される（Ｓ１０４〜Ｓ１０７，Ｓ１１０，Ｓ１１１）。
【０２４１】
この検索結果出力画面の業種リンク候補リストボックス４１に列挙された各業種リンク候補の精度，納期及び価格は、業者データベース１６に格納されている各受注側業者のデータに基づいて自動的に計算された目安に過ぎないので、各受注側業者のスケジュールや消耗品の時価等を考慮したものとはなっておらず、それ故、これら各受注側業者が責任を負いうるものではない。
【０２４２】
そこで、発注者業者は、検索結果出力画面の業種リンク候補リストボックス４１に列挙された各業種リンク候補のうち、何れか一つ又は複数の業種リンク候補を選択し、選択された業種リンク候補に含まれる各業者からの実際の見積もりを要求するために「見積もり」ボタン４２を押下する。すると、業務仲介サーバ１４は、選択された各業種リンク候補毎に、その業種リンク候補に関する見積もりの管理を委託するために、見積管理ＣＧＩ１５を起動する（Ｓ１０８）。起動された各見積もり管理ＣＧＩ１５は、委託された業種リンク候補の見積もりの管理を、業務仲介サーバ１４や他の見積もり管理ＣＧＩ１５とは独立して行う（図３９）。ここでは、図７７に示す内容の業種リンク候補リストボックス４１から第１候補の業種リンク候補（金型設計：業者Ｄ−金型制作：業者Ｙ−成形１：業者Ｍ）のみが選択されたものとして、説明を続ける。なお、ひととおり「見積もり」ボタン４２の押下を行った発注側業者は、一旦、業務仲介サーバ１４との通信を終了する。
【０２４３】
一方、起動された見積もり管理ＣＧＩ１５は、見積もり管理を委託された業種リンク候補の先頭業者に関して、対象業種リンク候補中で割り当てられた業種についての見積もり依頼を、その業種リンク候補に対応した仲介データレコード１９０中の「発注物」，「発注条件」及び「発注仕様」に基づいて作成する。ここでは、第１候補の業種リンク候補における業者Ｄに対して、「発注物」を業種＝金型設計における生産品である金型図面とし、その生産物の属性故に「個数」を“１”とし、「着手日」をその時点の年月日から一定期間経過後の年月日として、見積もり依頼を作成する（Ｓ４０２）。そして、作成した見積もり依頼を、ＨＴＭＬ格納領域３０における業者Ｄの専用領域内に新規作成した（若しくは既存の）見積照会画面に書き込んで（Ｓ４０３）、当該業者Ｄへ通知を行う（Ｓ４０４）。その後、見積もり管理ＣＧＩ１５は、この業者Ｄからの回答を待ち続ける（Ｓ４０５）。
【０２４４】
一方、通知を受けた業者Ｄは、業務仲介システムにアクセスして、ログインを行う（Ｓ０１４〜０１６）。この場合、業者Ｄに対する見積もり依頼が存在するので、業務仲介サーバ１４は、図７３（ｂ）に示すメインメニューを表示する（Ｓ０１７，Ｓ０１８）。業者Ｄが、このメインメニュー上で「業務仲介」ボタンを押下し、続いて表示される業務仲介画面（Ｓ０２３，Ｓ０２１，図７４（ｂ））上で「見積もり照会」ボタンを押下すると、業務仲介サーバ１４は、ＨＴＭＬ格納領域３０における業者Ｄの専用領域から、発注業者からの見積もり依頼が書き込まれた見積照会画面のＨＴＭＬ文書を読み出して、この見積照会画面を業者Ｄのクライアントコンピュータ２のディスプレイ２２に表示する（Ｓ０３２）。
【０２４５】
この見積照会画面の見積もり照会情報リストボックス４５には、上記発注業者から依頼されたもの（仲介ＩＤ＝000005）を含め、一又は複数の見積もり依頼がリストアップされている。そして、業者Ｄがこの見積もり照会情報リストボックス４５にリストアップされた各見積もり依頼の中から、仲介ＩＤ＝000005の見積もり依頼をクリックして選択すると、その見積もり依頼の詳細な内容が、同画面の見積もり照会詳細情報リストボックス４６に表示されるので、業者Ｄは、その見積もりの対象を知ることができる。
【０２４６】
この見積照会画面上の「（見積もりを）する」ボタンを業者Ｄが押下すると、業務仲介サーバ１４は、この仲介ＩＤ＝000005の見積もり依頼の内容に対応した見積もり回答画面を、業者Ｄのクライアントコンピュータ２のディスプレイ２２上に表示する（Ｓ０３４）。業者Ｄが、この見積もり回答画面上で単価及び納期を入力して「見積もり提出」ボタン６２を押下すると、業務仲介サーバ１４は、その単価及び納期を、回答として、この見積もり依頼を管理している見積もり管理ＣＧＩ１５に渡す（Ｓ０３６）。
【０２４７】
Ｓ４０５にて回答を待っていた見積もり管理ＣＧＩ１５は、ＲＡＭ１２内に確保していた見積もり管理領域に、業務仲介サーバ１４から渡された回答を格納し、管理対象業種リンク候補における次の業者に関して、対象業種リンク候補中で割り当てられた業種についての見積もり依頼を作成する。ここでは、第１候補の業種リンク候補における業者Ｙに対して、「発注物」を業種＝金型制作における生産品である金型とし、その生産物の属性故に「個数」を“１”とし、「着手日」を業者Ｄから回答された納期の翌日として、見積もり依頼を作成する（Ｓ４０８）。
【０２４８】
この見積もり依頼に対して上述した業者Ｄの場合と同様にして回答が得られると、見積もり管理ＣＧＩ１５は、その回答を見積もり管理領域に格納するとともに、管理対象業種リンク候補における次の業者に関して、対象業種リンク候補中で割り当てられた業種についての見積もり依頼を作成する。ここでは、第１候補の業種リンク候補における業者Ｍに対して、「発注物」を業種＝成形１における生産品である成形品とし、その生産物の属性故に「個数」を発注仕様通りの“２０００”とし、「着手日」を業者Ｙから回答された納期の翌日として、見積もり依頼を作成する（Ｓ４０８）。
【０２４９】
この見積もり依頼に対して回答が得られると、見積管理ＣＧＩ１５は、各業者Ｄ，Ｙ，Ｍから夫々得られた回答に基づいて、全体納期（末尾の業者である業者Ｍから回答された納期），及び、全体価格（業者Ｄから回答された単価＋業者Ｙから回答された単価＋業者Ｍから回答された単価×２０００）を算出し（Ｓ４０９）、算出された全体納期及び全体価格を仲介ＩＤ＝000005の仲介データレコード１９０にリンクした見積もりデータレコード１９６に登録する（Ｓ４１０）。これとともに、業務仲介サーバ１４は、管理対象業種リンク候補の内容と全体納期及び全体価格とを、ＨＴＭＬ格納領域３０における発注業者の専用領域内に新規作成した（若しくは既存の）見積確認情報画面（図８０），見積回答リスト画面（図８１）及び発注画面（図８２）に、それぞれに対応した態様にて書き込む（Ｓ４１１）。これにより、当該見積管理ＣＧＩ１５による見積もり管理が完了するので、見積管理ＣＧＩ１５は、その処理を終了する。
【０２５０】
その後、発注業者が、この業務仲介システムにアクセスしてログインすると（Ｓ０１４〜Ｓ０１６）、その時点では見積もりが届いているので、業務仲介サーバ１４は、図７３（ｃ）に示すメインメニューを表示する（Ｓ０２２，Ｓ０１８）。発注業者が、このメインメニュー上で「業務仲介」ボタンを押下し、続いて表示される業務仲介画面（Ｓ０２３，Ｓ０２１，図７４（ｃ））上で「発注」ボタンを押下し、続いて表示される発注画面（Ｓ０３１，Ｓ０２６，図７５）上で「未発注履歴」ボタンを押下すると、業務仲介サーバ１４は、ＨＴＭＬ格納領域３０における発注業者の専用領域から、見積確認情報画面（図８０）のＨＴＭＬ文書を読み出して、その見積もり確認情報画面を、発注業者のクライアントコンピュータ２のディスプレイ２２上に表示する（Ｓ０４０）。この見積確認情報画面の見積もり確認情報リストボックス４９内では、見積もり管理が終了した（見積もりの結果が得られた）業種リンク候補の属する仲介データレコード１９０の仲介ＩＤ＝000005に、見積もり完了を示す緑丸マークが表示されている。
【０２５１】
そこで、発注業者が、その仲介ＩＤ＝000005の行をダブルクリックすると、業務仲介サーバ１４は、ＨＴＭＬ格納領域３０における発注業者の専用領域から、その仲介ＩＤ＝000005に対応した見積回答リスト画面（図８１）のＨＴＭＬ文書を読み出して、その見積回答リスト画面を、発注業者のクライアントコンピュータ２のディスプレイ２２上に表示する（Ｓ０４２）。この見積回答リスト画面の見積結果リストボックス５２内には、仲介ＩＤ＝000005に対応した全ての見積もりの結果が、一覧されている。
【０２５２】
そこで、発注業者が、自らの価値判断に従って、何れかの見積もり結果に対応した「発注」ボタン５４を押下すると、業務仲介サーバ１４は、ＨＴＭＬ格納領域３０における発注業者の専用領域から、その見積もり結果の詳細な内容を示す発注画面（図８２）のＨＴＭＬ文書を読み出して、その発注画面を、発注業者のクライアントコンピュータ２のディスプレイ２２上に表示する（Ｓ０４５）。この発注画面の個別見積リストボックス５５内には、見積回答リスト画面において押下された「発注」ボタン５４に対応した見積もり結果の詳細が、各受注業者毎の納期及び見積価格（単価×個数）を列挙することによって、表示されている。
【０２５３】
この発注画面によって見積もりの内容を確認した発注業者が、この発注画面上の「個別発注」ボタン５６又は「おまかせ発注」ボタン５８を押下すると、業務仲介サーバ１４は、発注画面にその詳細が表示された見積もりデータレコード１９７に基づいて、確定データレコード１９７及び各発注業者リストレコード１９８を作成するとともに、発注業者に対する手数料の課金を行う。
＜業務情報＞
この業務仲介システムに受注側業者として登録しているにも係わらず受注成績があまり芳しくないと感じている業者は、その逸注（即ち、自己が有する業種に関連する見積要求があったにも係わらず自己が業種リンク候補にも挙げられなかったこと）の履歴や、逸注を避けるための改善点の提示（これらをまとめて「業務情報」と称する）を、業務仲介システムに求めることができる。以下、このような業務情報を要求する際の処理の流れを、説明する。
【０２５４】
業務情報を求める業者（以下、「要求元業者」という）は、業務仲介システムにアクセスしてログイン（Ｓ０１４〜０１６）した後に表示される会員用メインメニュー（図７３）上で、「業務情報」ボタンを押下する。すると、図８５に示す業務情報画面が、この業者のクライアントコンピュータ２のディスプレイ２２上に、表示される（Ｓ０６０）。
【０２５５】
要求元業者は、通常、現状を把握しなければならないので、先ず、逸注の履歴を得るために「業務コンサル」ボタンを押下する。すると、業務仲介サーバ１４は、その要求元業者の名称（会社名）を含む不一致業者リストレコード１９４を、業務仲介データベース１９内において検索する（Ｓ０６２，Ｓ５０１〜Ｓ５０８）。この不一致業者リストレコード１９４は、上述したように、各仲介データレコード１９０について、夫々、各業種毎に逸注した業者の情報を記録するために、作成される。従って、これら不一致業者リストレコード１９４を検索することによって、その業者の逸注の履歴が全て抽出されるのである。
【０２５６】
そこで、業務仲介サーバ１４は、検索された不一致業者リストレコード１９４におけるその要求元業者についての情報を、その不一致業者リストレコード１９４にリンクした仲介データレコード１９０中の発注仕様等の情報と組み合わせて、逸注リストデータテーブルの個々の逸注リストを作成する（Ｓ５０９〜Ｓ５１０）。
【０２５７】
次に、業務仲介サーバ１４は、逸注リストデータテーブルの各逸注リストの内容を列挙した業務コンサル画面のＨＴＭＬ文書を作成し、その業務コンサル画面を、要求元業者のクライアントコンピュータ２のディスプレイ２２上に表示する（Ｓ０６３，Ｓ６０１〜Ｓ６０８）。この業務コンサル画面では、各見積もり毎に、見積もり仕様が一覧されるとともに、不一致業者リストレコード１９４に記録されていた不一致項目の数値が、それに対応する見積もり仕様に対比されて表示される。従って、要求元業者は、自らの逸注の履歴を、その原因とともに知ることができる。
【０２５８】
ところで、この業務コンサル画面では、個々の逸注の履歴とその原因は判っても、受注件数を向上させるために企業努力を集中させるべき改善点がどこであるかは、必ずしも明らかではない。
【０２５９】
そこで、要求元業者は、改善点の提示を得るために、業務情報画面上で「事業支援」ボタンを押下する。すると、業務仲介サーバ１４は、先ず、上述したのと同様にして、基礎データとしての逸注リストデータテーブルを作成する（Ｓ０６５）。
【０２６０】
これとともに、業務仲介サーバ１４は、「概況（当月分業務支援情報１）」を作成するために、業務仲介データベース１９から、処理実行時点と同じ月に作成された各業務仲介データレコードにリンクした全ての確定データレコード１９７を抽出して、その総件数を「総契約確定数」とするとともに、夫々の総発注額の総和を「総契約確定数」とする（Ｓ０６６，Ｓ７０１〜Ｓ７０５）。
【０２６１】
また、業務仲介サーバ１４は、「御社の受注状況（当月分業務支援情報１）」を作成するために、業務仲介データベース１９から抽出された各確定データレコード１９７にリンクした全ての発注業者リストレコード１９８のうちから、要求元業者に関するものを抽出して、その総件数を「会員契約確定件数」とするとともに、夫々の発注金額の総和を「会員受注確定額」とする（Ｓ０６６，Ｓ７０６〜Ｓ７１２）。
【０２６２】
さらに、業務仲介サーバ１４は、「コメント（逸注情報＆コメント）」を作成するために、逸注リストデータテーブル中の当月分の全ての逸注リストを抽出して、それらの中にある「不一致業者リストレコードの内容」に含まれる不一致項目毎に、その不一致項目名と、要求元業者の能力値（デフォルト値）と、その不一致に因る逸注の回数（不一致件数）と、逸注が生じた各ケース毎の発注仕様の具体値（全要求仕様データ）とからなる不一致項目データリストを作成する（Ｓ０６７，Ｓ８０１〜Ｓ８１４）。このように集計された不一致件数が最も多い不一致項目は、即ち、改善に対する逸注件数の減少率が最も大きいと思われるために企業努力を集中すべき改善点であることが判る。そこで、業務仲介サーバ１４は、不一致件数が最も多い不一致項目データリストを探し出す（Ｓ９０１）。また、業務仲介サーバ１４は、この不一致項目についての見積もり仕様の分布をを知るために、不一致件数が最も多かった不一致項目データリストにおける全要求仕様データ中の最大値及び最小値を検出し（Ｓ９０２）、その間を１０等分してなるヒストグラムを作成し（Ｓ９０３）、最大値からの累積件数が全件数の半分，若しくは、適正結果を出すために必要に応じて予め設定された所定割合となる値を、推奨値とする（Ｓ９０４）。
【０２６３】
さらに、業務仲介サーバ１４は、「逸注状況」を作成するために、全ての不一致項目データリストにおける不一致件数の総和を不一致項目条件数としてカウントし（Ｓ８０７）、不一致件数が最も多い不一致項目データリストにおける不一致件数の不一致項目条件数に対する割合を算出するとともに（Ｓ０６８，Ｓ１２０３）、当該不一致項目データリストにおける不一致項目名及び不一致件数を得る（Ｓ１２０２）。
【０２６４】
これらの情報に基づき、業務仲介サーバ１４は、図８８に示す事業支援画面のＨＴＭＬ文書を作成し、この事業支援画面を要求元業者のクライアントコンピュータ２のディスプレイ２２上に表示する（Ｓ１００４）。
【０２６５】
この事業支援画面を見た要求元業者は、業界における自らのシェアを件数ベース及び金額ベースで知ることができるとともに、逸注の原因となった不一致項目のうち最も件数が多いものを、その件数とそれが全件数に占める割合とともに、知ることができる。しかも、コメントを参照すれば、その不一致項目についてどの程度向上をさせれば最も効率良く逸注件数を減らすことができるかを、知ることができる。
＜営業支援＞
上述した業務情報は、この業務仲介システムの会員である受注側業者が自ら欲した場合にしか提供されない情報であるので、業務情報を自ら求めて自主的に改善を図ろうとしない受注側業者は、いつまでたっても、受注の機会を得ることができない。そこで、本実施形態によつ業務仲介システムは、自ら業種「成形機新」又は「成形機古」の事業を行っているプロバイダの営業部門の担当者が、改善を必要とする会員に対する改善の提案をすることができるように、この営業部門の担当者に営業情報を提示可能となっている。
【０２６６】
営業担当者がこの業務仲介システムにアクセスしてログイン（Ｓ０７０〜０７３）した後で表示される営業用メインメニュー（図８６）上で、「営業情報」ボタンを押下する。すると、図９０に示す検索条件入力画面が、この営業担当者のクライアントコンピュータ２のディスプレイ２２上に、表示される（Ｓ０７５）。
【０２６７】
営業担当者は、この検索条件入力画面上の各テキストボックスに適宜検索条件を入力することにより、営業情報を求める範囲を指定する。例えば、特に会員名を特定することなく、広く改善の必要な会員を探し出すのであれば、「業者名」テキストボックスには、何も入力を行わない。そして、営業担当者が適宜各テキストボックスに検索条件の入力を行った後に「検索」ボタンを入力すると、業務仲介サーバ１４は、入力された検索条件に基づいて業務仲介データベース１９内の不一致業者リストレコード１９４を検索し、検索条件を満たす不一致業者リストレコード１９４に基づいて逸注データリストを作成する（Ｓ１４０１）。この時、検索条件として具体的業者名が入力されていないならば、Ｓ０６２及びＳ０６５にて実行される場合とは異なり、異なる業者についての複数の逸注リストが同一の逸注リストデータテーブル内に混在することになる。また、同一の不一致業者リストレコード１９６内に複数の業者についての情報が格納されている場合には、それら各業者毎に、夫々逸注リストが作成されることになる。
【０２６８】
そして、業務仲介サーバ１４は、各逸注リストに格納された各業者毎且つ各業種毎且つ各見積要求毎の情報に基づいて、その業種が成形機を要する業種であり且つその不一項目名が納期又は精度である場合に限り、その逸注時における要求仕様を満たす自社取扱の成形機の形式を、成形機データベース１７からピックアップして、図９１に示す形式の営業情報画面として、営業担当者のクライアントコンピュータ２のディスプレイ２２に表示させる（Ｓ１４０２，Ｓ１４０３）。
【０２６９】
この営業情報画面を見た営業担当者は、逸注をしてしまった業者を知ることができるとともに、それら各業者毎に逸注を避けることが可能となる成形機形式を知ることができるので、それら各業者に対して夫々に適した成形機導入の提案を行うことができる。
＜月報＞
上述した事業支援画面は、業者が自ら望んだ時に、その操作に応じて何時でも表示されるものであるので、自らその操作を行わない業者に対しては、表示されることはない。そこで、本実施形態による業務仲介システムでは、毎月末の夜間に、業者データベース１６に発注業者として登録されている各業者（登録業者数が１以上である会社レコードに登録された会員）へ、事業支援画面と同内容の月報を、電子メール又はファクシミリにて送信する（図９２，図９３）。従って、この月報を見た要求元業者は、業界における自らのシェアを件数ベース及び金額ベースで知ることができるとともに、逸注の原因となった不一致項目のうち最も件数が多いものを、その件数とそれが全件数に占める割合とともに、知ることができる。
（実施形態による利点）
以上説明したように、本実施形態による業務仲介システムによれば、最終結果物である成型品に到るまでの工程が複数業種の業者によって担当される成形業界において、発注業者が成型品の見積もりを求める際に、発注条件を受注条件とする業種から成型品を生産品とする業種に到る全てのサプライチェーンについて、夫々のサプライチェーンに沿った業者の順列（業種リンク候補）の全てを、自動的に作成する。そして、各業種リンク候補全体としての価格，納期及び精度を、それらの何れかが発注業者によって提示された発注仕様をオーバーしない限り、夫々、自動的に算出する。そして、価格，納期及び精度のうち発注業者によって選択された何れかの能力値の順に、業種リンク候補を発注業者に自動的に提示することができる。従って、発注業者は、自ら選択した何れかの能力値を基準としてある程度自動的に選択された業種リンク候補（最終結果物に到るまでの複数の業者の順列）の中から、任意に、発注（の前提となる見積もり請求）先を、選択することができるのである。
（実施形態の変形例）
図２９のＳ７０３及び図３０のＳ８０６では、夫々、業務仲介レコード又は逸注リストの作成日がその時点の年月日と同月に属するか否かをチェックしたが、これらの期間条件を、ログイン業者が任意に選択できるように構成しても良い。例えば、特定の年月日から特定の年月日までの期間に属するか否かとのチェックを行っても良いし、過去所定の複数月の期間に属するか否かとのチェックを行っても良いし、年単位でのチェックを行っても良い。
【０２７０】
また、図３１のＳ９０４ではヒストグラムにおける最大値からの累積度数が全件数の半分となる値を推奨仕様値としていたが、業種リンク候補が多数の業者から構成されている場合には、総精度等に占める個々の業者の精度の比率は小さくなるので、推奨値としては、ヒストグラムにおける最大値からの累積度数が全件数の半分よりも大きくなる値とすることが望ましい。
【０２７１】
同様の理由により、図３７のＳ１５０９では、発注仕様の精度よりも所定比率だけ小さい値の精度を満たす成形機の成形機型式を検索することが望ましい。
【０２７２】
【発明の効果】
以上のように構成された本発明の業務仲介システム，業務仲介方法，及び、コンピュータ可読媒体に格納されたプログラムによれば、最終結果物に到るまでの工程が様々な業種の複数業者によって担当される業界において、発注者に対して最終結果物に到るまでの各業種の業者を自ら選択する機会を与えることができる。
【図面の簡単な説明】
【図１】 本発明の一実施形態としての業務仲介システムのブロック図
【図２】 業者データベースの構成図
【図３】 業者データベース中の会社レコードのデータ構成例を示すテーブル
【図４】 業者データベース中の保有設備レコードのデータ構成例を示すテーブル
【図５】 業者データベース中の業種レコードのデータ構成例を示すテーブル
【図６】 業者データベース中の条件・見積もりレコードのデータ構成例を示すテーブル
【図７】 業者データベース中の業種レコードのデータ構成例を示すテーブル
【図８】 業者データベース中の条件・見積もりレコードのデータ構成例を示すテーブル
【図９】 業者データベース中の業種レコードのデータ構成例を示すテーブル
【図１０】 業者データベース中の条件・見積もりレコードのデータ構成例を示すテーブル
【図１１】 成形機データベースの構成図
【図１２】 サプライチェーンモデルデータベースのデータ構成例を示すテーブル
【図１３】 業務仲介サーバに従ったＣＰＵの処理を示すフローチャート
【図１４】 業務仲介サーバに従ったＣＰＵの処理を示すフローチャート
【図１５】 業務仲介サーバに従ったＣＰＵの処理を示すフローチャート
【図１６】 業務仲介サーバに従ったＣＰＵの処理を示すフローチャート
【図１７】 業務仲介サーバに従ったＣＰＵの処理を示すフローチャート
【図１８】 業務仲介サーバに従ったＣＰＵの処理を示すフローチャート
【図１９】 業務仲介サーバに従ったＣＰＵの処理を示すフローチャート
【図２０】 業務仲介サーバに従ったＣＰＵの処理を示すフローチャート
【図２１】 図１５のＳ０３０にて実行される見積処理サブルーチンを示すフローチャート
【図２２】 図２１のＳ１０２にて実行されるサプライチェーン作成処理サブルーチンを示すフローチャート
【図２３】 図２１のＳ１０２にて実行されるサプライチェーン作成処理サブルーチンを示すフローチャート
【図２４】 図２１のＳ１０３にて実行される業種リンク候補作成処理サブルーチンを示すフローチャート
【図２５】 図２１のＳ１０３にて実行される業種リンク候補作成処理サブルーチンを示すフローチャート
【図２６】 図２１のＳ１０３にて実行される業種リンク候補作成処理サブルーチンを示すフローチャート
【図２７】 図１９のＳ０６２及びＳ０６５並びに図３６の１４０１にて実行される逸注データリストの作成処理サブルーチンを示すフローチャート
【図２８】 図１９のＳ０６３にて実行される逸注データリストの画面表示処理サブルーチンを示すフローチャート
【図２９】 図１９のＳ０６６にて実行される当月分業務支援情報第１テーブルの作成処理サブルーチンを示すフローチャート
【図３０】 図１９のＳ０６７にて実行される逸注情報＆コメントデータの作成処理サブルーチンを示すフローチャート
【図３１】 図１９のＳ０６７にて実行される逸注情報＆コメントデータの作成処理サブルーチンを示すフローチャート
【図３２】 図１９のＳ０６８にて実行される業務支援情報の画面表示処理サブルーチンを示すフローチャート
【図３３】 図３２のＳ１００１にて実行される概況及び御社の受注状況の表示データ作成及び表示バッファへの格納処理サブルーチンを示すフローチャート
【図３４】 図３２のＳ１００２にて実行される逸注状況の表示データの作成及び表示バッファへの格納処理サブルーチンを示すフローチャート
【図３５】 図３２のＳ１００３にて実行されるコメントの表示データ作成及び表示バッファへの格納処理サブルーチンを示すフローチャート
【図３６】 図２０のＳ０７８にて実行される当社営業支援情報の作成処理サブルーチンを示すフローチャート
【図３７】 図３６のＳ１４０２にて実行される逸注リストデータテーブルからの営業支援情報作成処理サブルーチンを示すフローチャート
【図３８】 図３６のＳ１４０３にて実行される営業支援情報の表示データの作成処理サブルーチンを示すフローチャート
【図３９】 見積管理ＣＧＩに従ったＣＰＵ１０の処理を示すフローチャート
【図４０】 業務仲介データベースの構成図
【図４１】 仲介データレコードのデータ構成例を示すテーブル
【図４２】 サプライチェーンデータレコードのデータ構成例を示すテーブル
【図４３】 業種・業者リストレコードのデータ構成例を示すテーブル
【図４４】 業種・業者リストレコードのデータ構成例を示すテーブル
【図４５】 業種・業者リストレコードのデータ構成例を示すテーブル
【図４６】 業種・業者リストレコードのデータ構成例を示すテーブル
【図４７】 業種・業者リストレコードのデータ構成例を示すテーブル
【図４８】 業種・業者リストレコードのデータ構成例を示すテーブル
【図４９】 業種・業者リストレコードのデータ構成例を示すテーブル
【図５０】 一致業者リストレコードのデータ構成例を示すテーブル
【図５１】 一致業者リストレコードのデータ構成例を示すテーブル
【図５２】 一致業者リストレコードのデータ構成例を示すテーブル
【図５３】 一致業者リストレコードのデータ構成例を示すテーブル
【図５４】 一致業者リストレコードのデータ構成例を示すテーブル
【図５５】 一致業者リストレコードのデータ構成例を示すテーブル
【図５６】 一致業者リストレコードのデータ構成例を示すテーブル
【図５７】 不一致業者リストレコードのデータ構成例を示すテーブル
【図５８】 不一致業者リストレコードのデータ構成例を示すテーブル
【図５９】 不一致業者リストレコードのデータ構成例を示すテーブル
【図６０】 不一致業者リストレコードのデータ構成例を示すテーブル
【図６１】 不一致業者リストレコードのデータ構成例を示すテーブル
【図６２】 不一致業者リストレコードのデータ構成例を示すテーブル
【図６３】 不一致業者リストレコードのデータ構成例を示すテーブル
【図６４】 確定データレコードのデータ構成例を示すテーブル
【図６５】 発注業者リストレコードのデータ構成例を示すテーブル
【図６６】 ＲＡＭ内に確保される各作業領域を示すメモリマップ
【図６７】 逸注リストデータテーブルの構成図
【図６８】 当月分業務支援第１テーブルの構成図
【図６９】 当月分業務支援第２テーブルの構成図
【図７０】 不一致項目データリストの構成図
【図７１】 営業支援データテーブルの構成図
【図７２】 ログイン画面を示す図
【図７３】 会員用メインメニューを示す図
【図７４】 業務仲介画面を示す図
【図７５】 発注画面を示す図
【図７６】 検索条件入力画面を示す図
【図７７】 検索結果出力画面を示す図
【図７８】 見積照会画面を示す図
【図７９】 見積回答画面を示す図
【図８０】 見積確認情報画面を示す図
【図８１】 見積回答リスト画面を示す図
【図８２】 発注画面を示す図
【図８３】 発注履歴詳細情報画面を示す図
【図８４】 発注内容表示画面を示す図
【図８５】 業務情報画面を示す図
【図８６】 営業用メインメニューを示す図
【図８７】 業務コンサル画面を示す図
【図８８】 事業支援画面を示す図
【図８９】 ヒストグラムの例を示すグラフ
【図９０】 検索条件入力画面を示す図
【図９１】 営業情報画面を示す図
【図９２】 自動月報配信プログラムに従ったＣＰＵの処理を示すフローチャート
【図９３】 自動月報配信プログラムに従ったＣＰＵの処理を示すフローチャート
【図９４】 成形業界における各業種の相関図
【符号の説明】
１ ホストコンピュータ
２ クライアントコンピュータ
１０ ＣＰＵ
１１ 通信アダプタ
１２ ＲＡＭ
１３ ハードディスク
１４ 業務仲介サーバ
１５ 見積管理サーバ
１６ 業者データベース
１８ サプライチェーンモデルデータベース
１９ 業務仲介データベース
３０ ＨＴＭＬ格納領域
２０ ＣＰＵ
２１ 通信アダプタ
２２ ディスプレイ
２３ 入力装置
２７ ブラウザ
Ｎ ネットワーク

Claims (24)

1. 最終結果物の生成に至る工程が複数業種の複数業者によって担当される業界において当該最終結果物を発注する発注者に対して受注可能な業者を提示する業務仲介システムであって、
   各業種毎に、その業種によって生成される結果物としての生産品又は情報，及び、その業種において生産品を生産するため若しくはサービスを提供するために当該業種の業者に提供される物品又は情報を含む受注条件を保持するサプライチェーンモデルデータベースと、各業者毎に、その業者の業務範囲として登録される業種を保持する業者データベースとを格納する格納媒体と、
   発注時に発注者が業者に提供する物品又は情報を示す発注条件と発注者が発注する前記最終結果物としての発注物とを検索条件とした検索要求を受け付ける検索受付部と、
   前記検索受付部が前記検索要求を受け付けたときには前記サプライチェーンモデルデータベースを検索することにより、
   前記発注条件と前記サプライチェーンモデルデータベースの受注条件とが一致する全ての業種を夫々ルートの業種として特定し、
   各ルートの業種毎に、
   そのルートの業種によって生産される結果物が前記発注物と一致する場合には、当該ルートの業種をサプライチェーンとして特定し、
   当該ルートの業種によって生産される結果物が前記発注物と一致しない場合には、当該ルートの業種によって生産される結果物を受注条件とする業種を全て特定し、
   前記ルートの業種を起点として前記特定された業種に繋げた業種の繋がりを作成した後に、
   前記業種の繋がりにおける全ての末端の業種によって生産される結果物を前記サプライチェーンモデルデータベースから読み出し、この読み出した結果物の全体集合及び全ての部分集合を作成し、作成した各集合毎に、その集合に属する結果物に受注条件が一致する業種を全て特定し、特定した各業種毎に、前記業種の繋がりにおける当該特定した業種の受注条件の何れかに合致する結果物を夫々生産する各末端の業種に夫々繋げる処理を行った上で、新たに繋げた何れかの末端の業種によって生産される結果物が前記発注物と一致するか否かをチェックする処理を、新たに繋げた何れかの末端の業種によって生産される結果物が前記発注物と一致するまで繰り返し、
   新たに繋げた何れかの末端の業種によって生産される結果物が前記発注物と一致した場合には、前記ルートの業種からその末端に至る業種の繋がりをサプライチェーンとして特定し、
   前記サプライチェーンを構成する業種に対応した業者を前記業者データベースから検索し、前記サプライチェーンにおける業種の繋がり通りに各業者を並べた業者順列を作成する検索部と、
   前記検索部によって作成された業者順列を発注者に提示する提示部と
   を備えることを特徴とする業務仲介システム。
2. 前記検索部は、前記業者順列を複数作成し、
   前記提示部は、前記検索部によって作成された複数の前記業者順列を発注者に提示することを特徴とする請求項１記載の業務仲介システム。
3. 前記業者データベースに格納された各業者の情報は、その業者が前記業務を遂行する際の能力値にも、対応付けられており、
   前記検索部は、各前記業者順列を構成する各業者について前記業者データベース内において夫々対応付けられた能力値に基づいてその全体値を算出し、
   前記提示部は、前記検索部によって作成された複数の前記業者順列を、前記検索部が算出した能力値の全体値の順に提示する
   ことを特徴とする請求項２記載の業務仲介システム。
4. 前記能力値は、複数種類あり、
   前記発注者からの前記能力値の種類の選択情報を受け付ける選択情報受付部を更に備え、
   前記検索部は、前記能力値の全体値を、各種類毎に算出し、
   前記提示部は、前記選択情報受付部によって受け付けられた前記選択情報が示す種類の前記能力値の全体値の順に、前記業者順列を提示する
   ことを特徴とする請求項３記載の業務仲介システム。
5. 前記能力値は価格である
   ことを特徴とする請求項３記載の業務仲介システム。
6. 前記能力値は納期である
   ことを特徴とする請求項３記載の業務仲介システム。
7. 前記能力値は精度である
   ことを特徴とする請求項３記載の業務仲介システム。
8. 前記検索条件は、前記発注者が希望する前記能力値の全体値の限度値をも含んでおり、
   前記検索部は、算出した能力値の全体値が前記検索条件に含まれる限度値を満たさない前記業者順列を破棄する
   ことを特徴とする請求項３又は４記載の業務仲介システム。
9. 前記検索部は、前記業者データベースに保持された全業者の情報に基づいて、その能力値の全体値が前記限度値を満たす全ての前記業者順列を作成するとともに、作成した何れの前記業者順列にも含まれない業者の情報を、逸注情報として記録する
   ことを特徴とする請求項８記載の業務仲介システム。
10. 前記提示手段によって提示された何れかの前記業者順列を前記発注者が特定するための特定情報を受け付ける特定情報受付部と、
    この特定情報受付部によって受け付けられた特定情報が特定する前記業者順列を構成する各業者に対して、夫々、見積もりを依頼する見積依頼部とを
    更に備えることを特徴とする請求項２記載の業務仲介システム。
11. 前記提示手段によって提示された何れかの前記業者順列を前記発注者が特定するための特定情報を受け付ける特定情報受付部と、
    この特定情報受付部によって受け付けられた特定情報が特定する前記業者順列を構成する各業者に対して、夫々、発注を行う発注部とを
    更に備えることを特徴とする請求項２記載の業務仲介システム。
12. 前記発注部によって発注がなされた業者の情報を発注情報として記録する
    ことを特徴とする請求項１１記載の業務仲介システム。
13. 最終結果物の生成に至る工程が複数業種の複数業者によって担当される業界において当該最終結果物を発注する発注者に対して受注可能な業者を提示する業務仲介方法であって、
    各業種毎に、その業種によって生成される結果物としての生産品又は情報，及び、その業種において生産品を生産するため若しくはサービスを提供するために当該業種の業者に提供される物品又は情報を含む受注条件を保持するサプライチェーンモデルデータベースと、各業者毎に、その業者の業務範囲として登録される業種を保持する業者データベースとを格納する格納媒体を有するコンピュータが、発注時に発注者が業者に提供する物品又は情報を示す発注条件と発注者が発注する前記最終結果物としての発注物とを検索条件とした発注者からの検索要求を受け付け、
    前記コンピュータは、前記サプライチェーンモデルデータベースを検索することにより、
    前記発注条件と前記サプライチェーンモデルデータベースの受注条件とが一致する全ての業種を夫々ルートの業種として特定し、
    各ルートの業種毎に、
    そのルートの業種によって生産される結果物が前記発注物と一致する場合には、当該ルートの業種をサプライチェーンとして特定し、
    当該ルートの業種によって生産される結果物が前記発注物と一致しない場合には、当該ルートの業種によって生産される結果物を受注条件とする業種を全て特定し、
    前記ルートの業種を起点として前記特定された業種に繋げた業種の繋がりを作成した後に、
    前記業種の繋がりにおける全ての末端の業種によって生産される結果物を前記サプライチェーンモデルデータベースから読み出し、この読み出した結果物の全体集合及び全ての部分集合を作成し、作成した各集合毎に、その集合に属する結果物に受注条件が一致する業種を全て特定し、特定した各業種毎に、前記業種の繋がりにおける当該特定した業種の受注条件の何れかに合致する結果物を夫々生産する各末端の業種に夫々繋げる処理を行った上で、新たに繋げた何れかの末端の業種によって生産される結果物が前記発注物と一致するか否かをチェックする処理を、新たに繋げた何れかの末端の業種によって生産される結果物が前記発注物と一致するまで繰り返し、
    新たに繋げた何れかの末端の業種によって生産される結果物が前記発注物と一致した場合には、前記ルートの業種からその末端に至る業種の繋がりをサプライチェーンとして特定し、
    前記コンピュータは、前記サプライチェーンを構成する業種に対応した業者を前記業者データベースから検索し、前記サプライチェーンにおける業種の繋がり通りに各業者を並べた業者順列を、作成し、
    前記コンピュータは、作成した業者順列を発注者に提示する
    ことを特徴とする業務仲介方法。
14. 前記コンピュータは、前記業者順列を複数作成し、
    前記コンピュータは、各前記業者順列を夫々発注者に提示する
    ことを特徴とする請求項１３記載の業務仲介方法。
15. 前記業者業者データベースに格納された各業者の情報は、その業者が前記業務を遂行する際の能力値にも、対応付けられているとともに、
    前記業者順列を作成する際には、前記コンピュータがその業者順列を構成する各業者について前記業者データベース内において夫々対応付けられた能力値に基づいてその全体値を算出し、夫々について算出された能力値の全体値の順に、前記複数の業者順列を提示する
    ことを特徴とする請求項１４記載の業務仲介方法。
16. 前記能力値は複数種類あるともに、
    これら各種類毎に、前記コンピュータは、前記業者順列を構成する各業者について前記データベース内において夫々対応付けられた能力値の全体値を算出する
    ことを特徴とする請求項１５記載の業務仲介方法。
17. 前記コンピュータは、前記発注者からの前記能力値の種類の選択情報を受け付けるともに、
    前記コンピュータは、受け付けた選択情報が示す種類の前記能力値の全体値の順に、前記業者順列を提示する
    ことを特徴とする請求項１６記載の業務仲介方法。
18. 前記検索条件は、前記発注者が希望する前記能力値の全体値の限度値をも含んでいるとともに、
    前記コンピュータは、算出した能力値の全体値が前記検索条件に含まれる限度値を満たさない前記業者順列を破棄する
    ことを特徴とする請求項１５又は１６記載の業務仲介方法。
19. 前記コンピュータは、前記データベースに保持された全業者の情報に基づいて、その能力値の全体値が前記限度値を満たす全ての前記業者順列を作成するとともに、
    前記コンピュータは、作成した何れの前記業者順列にも含まれない業者の情報を、逸注情報として記録することを特徴とする請求項１５記載の業務仲介方法。
20. 前記コンピュータは、提示された何れかの前記業者順列を前記発注者が特定するための特定情報を受け付け、
    前記コンピュータは、この特定情報が特定する前記業者順列を構成する各業者に対して、夫々、見積もりを依頼する
    ことを特徴とする請求項１４記載の業務仲介方法。
21. 前記コンピュータは、提示された何れかの前記業者順列を前記発注者が特定するための特定情報を受け付け、
    前記コンピュータは、この特定情報が特定する前記業者順列を構成する各業者に対して、夫々、発注を行う
    ことを特徴とする請求項１４記載の業務仲介方法。
22. コンピュータによって読み込まれ、このコンピュータに対して、
    各業種毎に、その業種によって生成される結果物としての生産品又は情報，及び、その業種において生産品を生産するため若しくはサービスを提供するために当該業種の業者に提供される物品又は情報を含む受注条件を保持するサプライチェーンモデルデータベースと、各業者毎に、その業者の業務範囲として登録される業種を保持する業者データベースとをアクセスさせ、
    前記発注条件と前記サプライチェーンモデルデータベースの受注条件とが一致する全ての業種を夫々ルートの業種として特定させ、
    各ルートの業種毎に、
    そのルートの業種によって生産される結果物が前記発注物と一致する場合には、当該ルートの業種をサプライチェーンとして特定させ、
    当該ルートの業種によって生産される結果物が前記発注物と一致しない場合には、当該ルートの業種によって生産される結果物を受注条件とする業種を全て特定させ、
    前記ルートの業種を起点として前記特定された業種に繋げた業種の繋がりを作成した後に、
    前記業種の繋がりにおける全ての末端の業種によって生産される結果物を前記サプライチェーンモデルデータベースから読み出し、この読み出した結果物の全体集合及び全ての部分集合を作成させ、作成した各集合毎に、その集合に属する結果物に受注条件が一致する業種を全て特定させ、特定した各業種毎に、前記業種の繋がりにおける当該特定した業種の受注条件の何れかに合致する結果物を夫々生産する各末端の業種に夫々繋げる処理を行わせた上で、新たに繋げた何れかの末端の業種によって生産される結果物が前記発注物と一致するか否かをチェックする処理を、新たに繋げた何れかの末端の業種によって生産 される結果物が前記発注物と一致するまで繰り返させ、
    新たに繋げた何れかの末端の業種によって生産される結果物が前記発注物と一致した場合には、前記ルートの業種からその末端に至る業種の繋がりをサプライチェーンとして特定させ、
    前記サプライチェーンを構成する業種に対応した業者を前記業者データベースから検索させ、前記サプライチェーンにおける業種の繋がり通りに各業者を並べた業者順列を作成させ、
    作成された前記業者順列を発注者に提示させる
    プログラムを格納したコンピュータ可読媒体。
23. 前記コンピュータはネットワークを介して他のコンピュータと通信可能なコンピュータであり、
    前記プログラムは、前記コンピュータに対して、ネットワークを介して前記他のコンピュータから送信されてくる前記検索要求を受付させるとともに、前記ネットワークを介して前記他のコンピュータへ前記業者順列を送信させる
    ことを特徴とする請求項２２記載のコンピュータ可読媒体。
24. 前記プログラムは、前記コンピュータを、クライアント端末としての前記他のコンピュータに対してインターネットサーバとして機能させる
    ことを特徴とする請求項２３記載のコンピュータ可読媒体。