JP2003122963A - 手配業務支援システム - Google Patents

Abstract

(57)【要約】 【課題】商品の発注元に対し発注元の手を煩わすことな
く商品の供給量を複数の供給側会社間で調整可能とする
手配業務支援システムを提供する。 【解決手段】発注元サーバ３が見積依頼を作成し、会員
の供給側会社Ａｎ（Ａ１、Ａ２、・・・、Ａｈ）の中の
１社（例えばＡ１）を選定して発信する。受信した供給
側会社Ａ１は、自社で全量引受け出来れば「全量可能」
と見積回答を返信し取引が確定する。自社で一部しか引
受け出来ない又は全量引受け出来ない場合は不足分に対
応する見積依頼を他の供給側会社Ａｎ（例えばＡ２）向
けに作成し、元の見積依頼の依頼番号に供給側会社Ａ１
の枝番を付けて発注元サーバ３に返信する。発注元サー
バ３は供給側会社Ａ２に見積依頼があることを通知す
る。供給側会社Ａ２は供給側会社Ａ１と同様のことを行
う。また、供給側会社Ａ１が全量引受け出来ないときに
「引受け不可能」と返信すれば発注元サーバ３は供給側
会社Ａ２〜Ａｎの中から１社を選定して再び見積依頼を
発信する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、商品の発注元に対
し発注元の手を煩わすことなく商品の供給量を複数の供
給側会社間で調整可能とする手配業務支援システムに関
する。

【０００２】

【従来の技術】従来より、経済市場においては各種の商
取引が広く活発に行われているが、そのような商取引に
は商品を買う側と商品を売る側が必ず存在する。個人的
な商品売買は別にして、会社間では、先ず最初に発注元
の購買担当者が供給側の営業担当者に発注予定商品の見
積を依頼する形を取る場合が多い。そして供給側の営業
担当者から出された見積回答の内容が見積依頼の内容を
満足させるものであれば取引が成立する。すなわち、発
注元からの発注が確定し、商品が納入され、代金決済が
行われる。

【０００３】このように取引される商品は、発注元が生
産会社であれば原料や部品である場合が多く、中間組み
立て会社であれば専ら部品であることが一般的であり、
仲介業者であれば自社が注文を受けたその時々の商品で
あり、小売り会社であれば需要の最終段階の小売用商品
である。

【０００４】また、取引きに商社や問屋等の仲介業者が
介在するときは、商社または問屋の営業担当者が、発注
元に対しては供給側になって見積回答を行い、商品生産
者（又は商品流通上流側の更なる仲介業者）に対しては
発注側となって見積依頼を行う。つまり発注元に対して
供給側が直列的に繋がった取引形態がとられる。

【０００５】また発注元が複数の供給側会社に同時平行
的に見積依頼を出したり、仲介業者が複数の供給側会社
に同時平行的に見積依頼を出す場合もある。これらは発
注側会社に対して複数の供給側会社が並列的に繋がった
取引形態であるといえる。

【０００６】いずれの場合も、競りや入札とは異なり、
取引の形態は１対１の関係で行われる相対取引で進行す
る。したがって、発注元は仲介業者がどのような供給側
会社に繋がっているのか判らない場合が多く、供給側会
社も仲介業者がどのような発注元に繋がっているのか判
らない場合が一般的である。また、同様に、発注側会社
に並列的に繋がった複数の供給側会社間では、互いに発
注側会社からどのような見積依頼が寄せられているのか
を知ることが出来ない場合が多い。

【０００７】また、上記のような見積依頼や見積回答で
は、日頃から取引き関係がある顔見知り同士の間では、
正式の書面を取り交わすことは殆どなく電話またはＦＡ
Ｘなどで要点のみが通知される形で行われれることが多
い。正式の書面を取り交わす場合でも、いずれか一方が
社内手続き上（主として決済上）の記録が必要であるこ
とから後付けで正式書面を取り交わしたりする場合が多
く、上記のような電話またはＦＡＸなどによる通知の後
に、極端な場合は実際の取り引きが完了した頃になっ
て、遡った日付の正式書類が取り交わされることも珍し
くない。

【０００８】また、発注予定商品の単価が取り引き業界
で予め定まっている商品の場合には価格に関する見積依
頼は無く、単に商品名と発注数量と納期のみが通知され
る場合が多い。したがって、見積回答も単に商品名と供
給数量とが通知されるということになる。

【０００９】

【発明が解決しようとする課題】ところで、上述したよ
うに、発注元が商品を購入する際に、例えば発注数が多
量であるとか納期が短いなどで、生産会社での商品生産
が１社では間に合わない場合、発注元の購買担当者は、
かねてより取引のある複数の生産会社へ同一商品を発注
する。あるいは顔の広い仲介業者へも発注する。

【００１０】一般に、日常業務では、取り扱い商品の中
に類似の商品が多数あり、日によっては、これらの見積
依頼を連続して頻繁に行わなければならなくなることも
珍しくない。このような場合、電話や口頭あるいはメモ
書きのＦＡＸだけで見積依頼や見積回答を行っている
と、行き違いや勘違いが発生しやすい。

【００１１】行き違いや勘違いで発注元からの重複発注
などが発生すると、発注側ではその取消しや返品等の後
始末で時間と手数が掛かって問題となる。また、行き違
いや勘違いで供給側会社からの納期遅れや納入数不足が
発生すると、発注側に欠品が発生し、発注元が生産会社
や中間組み立て会社であれば生産ラインが止まって大き
な問題となり、仲介業者や小売り会社であれば顧客から
の信用が失墜して問題となる。このように行き違いや勘
違いによる齟齬の不具合が発生すると、その発生した不
具合を修復するのは容易ではない。

【００１２】いずれにしても、発注商品の数量が納期ま
でに揃わないと、発注元における有形無形の損失が大き
くなる。したがって、発注元の購買担当者は、特に複数
の生産会社や仲介業者へ発注する場合、これら複数の供
給側会社への発注数や、この発注に基づく納期内の集荷
数と総需要数との調整などを絶えず行っていく必要があ
る。ところが、この調整業務に費やされる時間や労力は
極めて多大であって、能率的な業務の進行を阻害する要
因となっている。

【００１３】本発明の課題は、上記従来の実情に鑑み、
商品の発注元に対し発注元の手を煩わすことなく商品の
供給量を複数の供給側会社間で調整可能とする手配業務
支援システムを提供することである。

【００１４】

【課題を解決するための手段】以下に、本発明に係わる
手配業務支援システムの構成を述べる。本発明の手配業
務支援システムは、商品の発注元に対し上記商品の供給
量を複数の供給側会社間で調整可能とする手配業務支援
システムであって、上記発注元は発注元サーバを備え、
該発注元サーバは、少なくとも、該発注元により発行さ
れた少なくとも依頼番号と商品名と数量とからなる発注
予定商品の見積依頼情報をデータベース化して記録する
見積依頼記録手段と、該見積依頼記録手段に記録された
上記見積依頼情報を上記複数の供給側会社の中の所定の
供給側会社に通信回線を介して通知する見積依頼通知手
段と、該見積依頼通知手段による上記見積依頼情報の通
知に対応して返信された上記所定の供給側会社からの見
積回答情報を記録する見積回答記録手段と、該見積回答
記録手段に記録された上記見積回答情報が上記見積依頼
情報を満足させるものか否かを判断する判断手段と、該
判断手段により上記見積回答情報が上記見積依頼情報を
満足させるものであると判断されたとき上記発注元と上
記所定の供給側会社との間における上記発注商品に係わ
る取引きを確定させる取引確定手段と、を有して構成さ
れる。

【００１５】上記見積回答情報は、例えば請求項２記載
のように、少なくとも上記依頼番号と該依頼番号に係わ
る上記商品名と該商品名の商品の供給可能数量とを含ん
で構成される。

【００１６】また、上記判断手段は、例えば請求項３記
載のように、上記見積回答情報に含まれる上記依頼番号
と一致する依頼番号が有るか否かについて上記見積依頼
記録手段を検索する回答依頼番号検索手段を有して、該
回答依頼番号検索手段により上記一致する依頼番号が検
出されたとき該依頼番号に係わる商品名と数量とが上記
見積回答情報に含まれる商品名と供給可能数量とに共に
一致したとき上記見積回答情報が上記見積依頼情報を満
足させると判断するように構成される。

【００１７】また、この手配業務支援システムは、例え
ば請求項４記載のように、上記見積依頼情報を満足させ
る上記見積回答情報に含まれる商品供給数量が上記見積
依頼情報に含まれる上記発注予定商品の全数量を満たさ
ないとき、少なくとも上記見積依頼情報の依頼番号と商
品名と供給不足数とを、他の複数の供給側会社に通信回
線を介して通知する供給不足数通知手段と、該供給不足
数通知手段による通知に基づいて上記他の複数の供給側
会社から返信される供給可否情報を記録する供給可否記
録手段と、該供給可否記録手段に記録された上記供給可
否情報に含まれる供給可能数を合計して得られた合計供
給可能数が上記供給不足数以上であるか否かを判断する
合計供給可能数判断手段と、を更に備え、上記取引確定
手段は、上記合計供給可能数判断手段により上記合計供
給可能数が上記供給不足数以上であると判断されたと
き、上記発注商品に係わる全ての取引きを確定させるよ
うに構成される。

【００１８】この場合、上記供給可否情報は、例えば請
求項５記載のように、少なくとも上記依頼番号と該依頼
番号に係わる上記商品名と該商品名に係わる供給可能数
量とを含むように構成される。

【００１９】また、上記発注元サーバは、例えば請求項
６記載のように、上記見積依頼情報に含まれる上記数量
又は上記商品名の商品仕様に変更があるとき、該変更情
報を上記通信回線を介して上記所定の供給側会社に通知
する変更情報通知手段を更に有して構成され、また、例
えば請求項７記載のように、上記発注元により上記依頼
番号に係わる上記見積依頼情報が取り消されたことに基
づいて見積依頼取消通知を上記通信回線を介して上記所
定の供給側会社に通知する見積依頼取消通知手段を更に
有して構成される。

【００２０】この場合、上記見積依頼取消通知は、例え
ば請求項８記載のように、上記見積回答情報に含まれる
納期内の供給数量が上記見積依頼情報に含まれる納期内
の数量に満たなかったとき自動的に通知されるように設
定され、また、例えば請求項９記載のように、上記発注
元における上記商品の仕様に変更が生じたとき自動的に
通知されるように設定される。

【００２１】また、この手配業務支援システムにおい
て、上記商品名は、例えば請求項１０記載のように、商
品を特定する名称、コード番号、又は記号等からなる。
また、上記発注元サーバは、例えば請求項１１記載のよ
うに、予め登録された少なくともＩＤとパスワードとに
より特定される会員にのみにアクセスを開放し、上記複
数の供給側会社は上記会員として加入済みの会社である
ように構成される。

【００２２】

【発明の実施の形態】以下、本発明の実施の形態を図面
を参照しながら説明する。図１は、一実施の形態におけ
る手配業務支援システムの構成を示す図である。同図に
示すように、手配業務支援システムは、例えばインター
ネットなどのネットワーク網１に、企業（供給側会社Ａ
ｎ（Ａ１、Ａ２、・・・、Ａｈ））内部のイントラネッ
ト２（２−１、２−２、・・・、２−ｈ）が接続されて
おり、これらのイントラネット２には、ネット閲覧ブラ
ウザ等を備えた端末装置Ａｎｎ（Ａ１１、Ａ１２、・・
・、Ａ１ｍ、Ａ２１、Ａ２２、・・・、Ａ２ｎ、Ａｈ
１、Ａｈ−２、・・・、Ａｈｐ）が接続されている。

【００２３】尚、供給側会社Ａｎの各端末装置Ａｎｎと
ネットワーク網１との接続は、イントラネットを介して
と限ることなく、特定地域のＬＡＮ（ローカルエリアネ
ットワーク）を介して接続するものであっれもよい。ま
た、端末装置Ａｎｎは、例えば卓上型又は携帯型のパー
ソナルコンピュータ（以下、単にパソコンという）や電
子手帳、携帯電話等の画面表示機能付きの携帯電子機器
であってもよい。勿論上記のネットワーク１には、特に
は図示しないが、イントラネットを構築しない小さな会
社の単独のパソコン等の端末装置も接続するようにして
よい。

【００２４】そして、上記のネットワーク１には、本シ
ステムの中心となる会社（発注元）のサーバ装置（発注
元サーバ）３が接続されている。この発注元サーバ３
は、例えば、ある種の部品を組み込んだ電気製品を製造
する会社等が管理しているサーバ装置であり、インター
ネット上で、後述する組み込み部品の購入業務を行って
いる。

【００２５】この発注元サーバ（装置）３には、ウェブ
サーバ４−１、メールサーバ４−２、管理サーバ４−３
等の各種のサーバ（ソフト）４が搭載されている。ま
た、発注元サーバ３に内蔵又は接続の記憶装置には、見
積り依頼・確定情報データベース５−１、見積り回答情
報データベース５−２、商品情報データベース５−３、
供給会社情報データベース５−４等の各種のデータベー
ス５が格納されている。

【００２６】上記のウェブサーバ４−１、メールサーバ
４−２、及び管理処理サーバ４−３は、それぞれ、見積
り依頼機能、見積り依頼変更機能、見積り依頼取消機
能、取引き確定機能、見積り依頼確認機能、見積り回答
機能、商品登録機能、供給会社登録機能、Ｗｅｂページ
作成・送信機能、電子メール通信機能等により連携し、
発注元サーバ３の記憶装置の上記の各種データベース５
を用いて動作し、さらにウェブサーバ４−１は、上記の
連携動作の結果に基づいて、ネットワーク１に接続され
ている端末装置Ａｎｎのネット閲覧ブラウザと連携して
動作する。

【００２７】尚、本例では、上記の商品情報データベー
ス５−３にデータとして格納される商品として、最終完
成品ではなく、この発注元サーバ３を管理する会社が生
産する製品に組み込むある種の部品を取り上げて説明す
ることにする。また、商品情報として商品情報データベ
ース５−３の各レコードのフレームに格納されるデータ
は、例えば商品名、品番、単価、在庫量、消費予定量、
第一次発注先（最終の供給側会社）名、その会員登録番
号等である。

【００２８】また、供給会社情報データベース５−４に
データとして格納される供給会社はこの発注元サーバ３
を管理する会社と提携している部品生産会社、部品問
屋、部品取り扱い商社、仲介業者等からなる部品納入業
者であり、部品納入取引の会員として予め供給会社情報
データベース５−４に登録されいる会社（供給側会社）
である。また、会社情報として供給会社情報データベー
ス５−４の各レコードのフレームに格納されるデータ
は、例えば会社名、会員登録番号、ＩＤ、パスワード、
取扱い部品名、流通段階の位置、買掛金残高、決済条件
等である。

【００２９】また、本例では、部品の各種類毎の一次取
引、二次取引等の流通段階での取引マージンは予め定ま
っているものとして説明する。図２は、発注元サーバ３
の上記各サーバ４（４−１、４−２、４−３）の連携に
よって実行される処理の動作を説明するフローチャート
（その１）であり、本システムにおける、供給側会社１
社の供給力で発注元の見積り依頼に対応できる場合の処
理動作を示している。なお、以下の動作説明でＳ１、Ｓ
２、Ｓ３、・・・の記載は処理動作の順序を示してい
る。

【００３０】同図に示すように、先ず、Ｓ１では、発注
元会社の購買担当者またはこの購買担当社の指示を受け
たオペレータ（以下、購買担当オペレータという）によ
って発注元サーバ３の見積依頼プログラムが起動され
る。この見積依頼プログラムが起動されると、発注元サ
ーバ３の表示装置には、特には図示しないが、初期画面
が表示される。この初期画面には、例えば見積り依頼の
新規作成、供給側会社の選定、見積り回答の組込み、見
積り依頼の確定（取引の成立）、見積り依頼の変更、引
受け解消の確認等の項目ボタンが表示される。

【００３１】ここで、発注元会社の購買担当オペレータ
が見積り依頼の新規作成の項目ボタンを押す（クリック
する、以下同様）と、発注元サーバ３の表示装置には、
予めＨＴＭＬ文等で記述された定まった書式の後述する
図３(a),(b) に示すような見積り依頼作成用の画面が表
示される。

【００３２】Ｓ２では、購入すべき商品（部品）の見積
り依頼が作成される。この処理では上記発注元サーバ３
の表示装置に表示されている見積り依頼作成用の画面を
用いて発注元会社の購買担当オペレータにより必要事項
が入力されることによって、見積り依頼が作成される。

【００３３】Ｓ３では、見積りを依頼する先の会社とし
て、複数の供給側会社の中から１社例えば供給側会社Ａ
１が選定される。この処理では、選定された供給側会社
Ａ１の名前が見積り依頼画面の中の供給会社名を入力す
る小窓内に入力されることによって、選定が確定する。
またこの確定によって、１つの商品に対して１個のレコ
ードが見積り依頼・確定情報データベース５−１に登録
される。

【００３４】Ｓ４では、上記見積り依頼が上記選定され
た供給側会社Ａ１に通知される。この処理では、Ｓ２で
見積りデータが入力された見積り依頼画面がファイル化
され、電子メールに添付されて、選定された供給側会社
Ａ１に送信される。

【００３５】Ｓ５では、上記の見積り依頼が選定された
供給側会社Ａ１に受信される。ここでは、見積り依頼フ
ァイルを添付された電子メールが、選定された供給側会
社Ａ１のイントラネットサーバ又はホストコンピュータ
によって受信される。

【００３６】Ｓ６では、見積り依頼の内容が確認され
る。これは、供給側会社Ａ１の営業担当者が、自社のイ
ントラネットサーバ又はホストコンピュータに有線また
は無線で接続されている手元の端末装置Ａ１ｍ（Ａ１
１、Ａ１２、・・・又はＡ１ｍ）によって電子メールの
転送を受け、添付ファイルをネット閲覧ブラウザによっ
て開くことによって行われる。または、発注元サーバに
用意されている見積依頼確認画面を用いて見積依頼の内
容を確認してもよい。

【００３７】Ｓ７では、供給可能か否かの判断が行われ
る。このシステムでは、会員の供給側会社Ａｎが見積り
依頼を受けたとき、1)見積り依頼された商品の全量を自
社のみで供給できるか即ち全量の品揃え（調達）ができ
るか、2)全量の調達は無理だが部分的にできる即ち一部
は調達が不可能である、3)自社では全く調達できない、
の３通りの考え方で判断することが予め定められてい
る。

【００３８】Ｓ８（Ｓ８−１、Ｓ８−２、Ｓ−３）で
は、上記の判断結果が出される。この判断は、供給側会
社Ａ１の営業担当者が行う判断業務であり、該当商品の
在庫数量や生産予定数等のデータベースを参照し、見積
り依頼の数量とを付け合せることによって得られる判断
である。図２に示す例では、Ｓ８−１で1)見積り依頼さ
れた商品の全量を自社のみで供給できる、という判断結
果が得られている。

【００３９】Ｓ９では、見積り回答が作成される。この
処理では、上記の判断結果に基づいて、端末装置Ａ１ｍ
の表示画面に表示される回答入力画面を用いて、供給側
会社Ａ１の担当営業者またはその指示を受けたオペレー
タ（以下、営業担当オペレータという）によって、見積
り回答が入力される。

【００４０】なお、この回答入力画面は、このシステム
会員の供給側会社Ａｎに書式ファイルとして予め配布さ
れ、供給側会社Ａｎのイントラネットサーバ又はホスト
コンピュータの書式データベースに格納されるようにし
ておき、この書式データベースから端末装置Ａｎｎで呼
び出して画面表示するようにしてもよく、また、上記の
見積り依頼画面に続いてスクロール表示できるように発
注元サーバ３から送信されるようにしてもよい。

【００４１】Ｓ１０では、上記見積り回答が発注元会社
に通知される。この処理では、Ｓ９で見積り回答データ
が入力された見積り回答画面がファイル化され、電子メ
ールに添付されて、発注元サーバ３に返信される。

【００４２】Ｓ１１では、上記の見積り回答が発注元サ
ーバ３に受信される。この処理では、特には図示しない
が、発注元サーバ３の管理サーバ４−３は、受信した見
積り回答を一旦見積り回答情報データベース５−２に格
納した後、見積り回答に含まれる依頼番号を調べ、この
依頼番号と一致する依頼番号を有するレコードを、見積
り依頼・確定情報データベース５−１から検索し、一致
する依頼番号を有するレコードがあれば、そのレコード
の見積り回答に対応する各フレームに見積り回答の内容
（各情報）を格納する。なお、発注元サーバ３から送信
された見積り回答画面を利用した場合はＳ１０の処理で
の電子メール返信することなしにＨＴＴＰなどのプロト
コルを用いてＳ１１の作用がなされる。

【００４３】Ｓ１２では、取引が確定する。これは、上
記の見積り依頼・確定情報データベース５−１に格納さ
れた見積り回答の内容が、同じレコードにすでに格納さ
れている見積り依頼の内容を満足させるものか否かが判
断される。

【００４４】この判断は、購買担当オペレータが見積依
頼プログラムの初期画面を開き、見積り依頼の確定の項
目ボタンを押して、対応する画面を開き、自動設定を指
定して発注元サーバ３の管理サーバ４−３によって判断
させるようにしてもよく、また、購買担当オペレータ自
身が、該当する見積り回答の内容と見積り依頼の内容を
それぞれのデータベースから呼び出し、比較検討して判
断するようにしてもよい。

【００４５】本例では、見積り回答の内容が満足させる
ものであることから、この取引の成立が確定されて、上
記データベースから呼び出したレコードの取引確定を示
すフレームに取引確定の情報が格納される。

【００４６】Ｓ１３では、上記の取引確定が供給側会社
Ａ１に通知されて、本例の見積り依頼に係わる処理が終
了する。供給側会社Ａ１では端末装置Ａ１ｍにより発注
元サーバ３から送信されてきた電子メールに添付されて
いる取引確定画面のファイルを開いて内容を確認するこ
とができる。また、その後も任意に発注元サーバ３にア
クセスして、同一画面を開いて見ることが可能である。

【００４７】なお、本システムにおいては、発注元会社
と会員である各供給側会社との間では、予めネットワー
ク網１による通信で取引確定が通知されたときは、ハー
ドコピーによる売買約定書を取り交わしたと同一の法的
効果を有するものであるとの契約が取り交わされてい
る。そして、上記取引確定の通知に基づいて、供給側会
社Ａ１から当該商品全数量の指定納期内の納入が行わ
れ、発注元会社から供給側会社Ａ１に対し予め定められ
た決済条件に基づいて上記対価の決済が行われる。

【００４８】図３(a),(b) は、上述したＳ１〜Ｓ４の処
理動作の中で発注元サーバ３の表示装置に画面表示され
る見積り依頼作成画面の例を模式的に示す図である。同
図(a) はデータ入力が全て終了した画面を示し、同図
(b) はその入力確認画面を示している。同図(a) に示す
ように、見積依頼作成画面１０は、上方左半面に３段に
分かれて手配作成入力窓１１、供給会社入力窓１２、商
品仕様入力窓１３が表示され、右半面に同じく３段に分
かれて納期入力窓１４、製品番号入力窓１５、数量入力
窓１６が表示されている。そして、下方に見積り依頼内
容の一括表示欄１７が表示されている。

【００４９】同図(a) に示す例では、手配作成入力窓１
１には発注元会社名が「ＡＢＣ自動車株」と入力されて
いる。供給会社入力窓１２には選定された供給側会社Ａ
１ｍの名称である 「ＤＢＣ部品株」が入力されてい
る。商品仕様入力窓１３には２段に分かれて上に「材
質：ＡＭＺ」が入力され、下に「サイズ：１０×２０」
が入力されている。また、納期入力窓１４には指定納期
が「２００１年１０月２０日」と入力されている。製品
番号入力窓１５には製品番号が「１２３４５」と入力さ
れている。数量入力窓１６には商品の発注予定数が「１
０」と入力されている。

【００５０】そして、一括表示欄１７は、依頼番号、発
注元、製品番号、数量、納期の各項目の内容表示欄から
なり、発注元、製品番号、数量、及び納期の各項目欄に
は上記の各入力窓に入力された「ＡＢＣ自動車株」、
「１２３４５」、「１０」、「２００１年１０月２０
日」がそれぞれ表示されている。また、同図(a) では依
頼番号欄は空白で示されているが、上記の入力が購買担
当オペレータによって確認されたとき、同図(b) に示す
ように自動的に見積依頼の手配番号が生成されて表示さ
れる。この手配番号は例えば連番で生成される。同図
(b) に示す例では、一括表示欄１７の依頼番号項目１７
−１には「１００００」が表示されている。この見積り
依頼確認画面の内容がファイル化されて供給側会社Ａ１
への電子メールに添付される。

【００５１】図４(a) は、見積回答画面の例（その１）
を模式的に示す図であり、同図(b)は、取引確定画面の
例（その１）を示す図である。端末装置Ａ１ｍでは、上
記の見積り依頼を受信したことにより、ネット閲覧ブラ
ウザによって、添付ファイルが開かれ、その端末装置Ａ
１ｍの表示装置に、図３(b) と同様の画面が表示され
る。その内容が上述したように供給側会社Ａ１の担当者
によりＳ６で確認され、図４(a) に示すような見積回答
を入力する画面が端末装置Ａ１ｍの表示装置に表示され
る。

【００５２】同図(a) に示すように、見積回答画面２０
には、見積回答データ表示入力欄２１が表示されてい
る。この見積回答データ表示入力欄２１には、供給可
能、依頼番号、供給会社、製品番号、数量、納期の各項
目があり、供給会社、製品番号、数量、納期の各項目に
は見積り依頼画面で表示されていたデータが表示されて
いる。供給側会社Ａ１の担当者は、図２のＳ７で行った
判断がＳ８−１の「全量供給可能」であるので、図４
(a) に示す見積回答画面２０の空白の供給可能項目２１
−１に「ＯＫ」を入力し、依頼番号項目２１−２の当初
の依頼番号「１００００」に予め登録されている自社を
示す枝番「０１」を付加して入力する。この見積回答画
面２０は供給側会社Ａ１のイントラネットサーバを介し
て発注元サーバ３に送信され、見積り回答情報データベ
ース５−２に格納（登録）される。

【００５３】この見積り回答を受けて、発注元サーバ３
において、その適否が図２のＳ１２で判断され、図４
(b) に示す取引確定画面２２のファイルが作成され、電
子メールに添付され供給側会社Ａ１に送信される。同図
(b) に示す例では、取引確定画面２２には、確定表示欄
２３に、確定した取引内容である依頼番号、供給会社、
製品番号、数量、納期の各項目が一覧表示され、その右
端の取引き確定項目２３−１に「ＯＫ」が表示されてい
る。これにより、図２のＳ１３で説明したように発注元
サーバ３と供給側会社Ａ１間の依頼番号１００００番に
係わる取引が正式に成立する。

【００５４】ところで、上記のように発注元会社によっ
て最初に選定された供給側会社が常に必ず見積り依頼さ
れた商品の全量を納期内に供給できると限ったものでは
ない。以下、そのような場合の処理について説明する。

【００５５】図５は、発注元サーバ３の各サーバ４の連
携によって処理される動作説明フローチャート（その
２）であり、最初に選定された供給側会社１社の供給力
で発注元の見積り依頼に対応できない場合の処理動作の
１例を示している。

【００５６】同図において、先ず、Ｓ１〜Ｓ７までの処
理は図２の場合と同一である。本例では、Ｓ７での判断
結果として、Ｓ８では図２で説明したＳ８−２の2)全量
の調達は無理だが部分的にできる即ち一部は調達が不可
能である、という判断結果が得られた場合の処理動作を
示している。すなわち、上記の判断結果に基づいて、次
のＳ２１では、不足数に対する見積依頼作成が行われ
る。

【００５７】この処理では、一部の調達が不可能となっ
た供給側会社Ａ１が発注側となって、他の供給側会社Ａ
ｎに不足数に対する見積り依頼を行うために、図３(a),
(b)に示したと同様の表示画面を発注元サーバ３から呼
び出して、見積り依頼内容の入力が行われる。尚、この
場合は、手配作成入力窓１１には供給側会社Ａ１の名前
が入力され、供給会社入力窓１２には、次のＳ２２で選
定される供給側会社の名前が入力される。そして、一括
表示欄１７の依頼番号項目１７−１には「１００００」
の元番号に、この見積り依頼の依頼元となる供給側会社
Ａ１を示す予め登録されている枝番「０１」が付加して
入力される。

【００５８】Ｓ２２では、見積り依頼する供給会社の選
定が行われる。これは、供給側会社Ａ１において、複数
の供給側会社Ａ２〜供給側会社Ａｈの中から上記見積り
依頼に対応できると思われる適宜の供給側会社、例えば
供給側会社Ａ２を選定する処理である。

【００５９】Ｓ２３では、見積り依頼通知が行われる。
この処理では、上記見積り依頼の画面データのファイル
が供給側会社Ａ１の端末装置Ａ１ｍから一旦発注元サー
バ３に送信され、データベースに登録された後、その見
積り依頼の内容が、発注元サーバ３から上記選定された
供給側会社Ａ２に転送されて通知される。

【００６０】続くＳ２４〜Ｓ２８での処理は、上記見積
り依頼の転送通知を受信した供給側会社Ａ２の端末装置
Ａ２ｎ（Ａ２１、Ａ２２、・・・又はＡ２ｎ）による処
理であり、図２に示した供給側会社Ａ１の端末装置Ａ１
ｍによって行われるＳ５〜Ｓ１０の処理方法と同一であ
る。

【００６１】そのＳ２８での見積り回答通知は、発注元
サーバ３のデータベースに登録された後、供給側会社Ａ
１に転送される。Ｓ２９では、発注元サーバ３から転送
された上記供給側会社Ａ２からの見積り回答を供給側会
社Ａ１が受信する。

【００６２】Ｓ３０では、供給側会社Ａ１は、その見積
り回答に基づいた自社から発注元会社宛の見積り回答を
作成する。図６(a) は、そのような見積回答画面例（そ
の２）を模式的に示す図であり、同図(b) は、それに対
応する取引き確定画面例（その２）を模式的に示す図す
図である。

【００６３】図６(a) に示す例では、見積回答画面２５
の見積回答データ表示入力欄２６には、２行に分けて入
力データが表示されている。１行目には図４(a) の場合
と同様に供給側会社Ａ１であるＤＢＣ部品株の見積り回
答が表示されているが、この場合は図４(a) の数量項目
２１−５の場合と異なり、数量項目２６−５の数量が
「５」となっている。すなわち、発注元会社からの見積
り依頼数「１０」に対して供給側会社Ａ１（ＤＢＣ部品
株）では５個の商品しか納入できず、残る５個が不足で
あることを示している。

【００６４】そして、その代わりに、この供給側会社Ａ
１が見積り依頼の手配をした供給側会社Ａ２のＧＦＥ部
品株の見積り内容が２行目に表示されている。その数量
項目２６−５の数量が「５」となっており、同行の供給
可能項目２６−１に「ＯＫ」が表示されて、上記の不足
数を補う５個の商品供給ができることを示している。

【００６５】また、このＧＦＥ部品株に対応する２行目
の依頼番号項目２６−２の依頼番号は「１００００−０
１−０３」となっている。これは、この行に示される見
積り回答が、最初の枝番「０１」の会社すなわち供給側
会社Ａ１からの見積り依頼に基づいてなされる回答であ
ることを示し、次の枝番「０３」は、この見積り回答を
行っている会社が登録枝番「０３」を有する会社、すな
わち供給会社欄２６−３に示すＧＦＥ部品株であること
を示している。

【００６６】このように、本システムでは、見積り経路
がどのように移動しても、当初の見積り依頼番号（本例
では「１００００」）が変わることがなく、その見積り
経路中で見積りに参画する供給側会社の枝番号が順次付
加されていく仕組みになっている。

【００６７】図５のＳ３１では、上記の見積回答画面２
５が、ファイル化されて、発注元サーバ３に通知（返
信）される。続く図５のＳ３２及びＳ３３の処理は、図
２のＳ１１及びＳ１２の処理と同一である。但し、Ｓ３
３で確定した取引内容は図４(b) の場合とやや異なる。

【００６８】図６(b) は、上記のＳ３３で確定した取引
内容を示している。この取引確定画面２７には、確定表
示欄２８に、確定した取引内容である依頼番号、供給会
社、製品番号、数量、納期、取引確定の各項目が２行に
分けて一覧表示され、依頼番号から納期までの各項目の
表示内容は、これらに対応する図６(a) の各項目の表示
内容と同一である。そして取引き確定項目２８−１にそ
れぞれ「ＯＫ」が表示さている。これによって、この見
積り回答が発注元サーバ３によって受理され、この依頼
番号の取引が成立したことが発注元サーバ３のデータベ
ースに登録されたことが分かる。

【００６９】そして、このＳ３３で確定した取引内容
は、図５のＳ３４で供給側会社Ａ１に通知され、Ｓ３５
で更に供給側会社Ａ２に通知される。供給側会社Ａ１及
び供給側会社Ａ２は、いつでも発注元サーバ３にアクセ
スして上記取引確定通知の内容を再確認することができ
る。

【００７０】尚、図５のＳ２５の判断で、Ｓ２６−２の
「一部社内調達不可能」の判断結果となったときは、こ
の取引が確定するまで（不足分全量の見積りが揃うま
で）、供給側会社Ａ１が行ったＳ２１〜Ｓ２３及び最終
的に行うＳ２９〜Ｓ３１と同じ処理を供給側会社Ａ２で
行うことになる。この後成立する取引確定画面２５の見
積回答データ表示入力欄２６は少なくとも３行以上であ
り、通常はその行数毎に枝番号が増えていくことにな
る。

【００７１】図７は、発注元サーバ３の各サーバ４の連
携によって処理される動作説明フローチャート（その
３）であり、最初に選定された供給側会社１社の供給力
で発注元の見積り依頼に対応できない場合の処理動作の
例の中のＡパターンを示している。

【００７２】同図に示すＳ１〜Ｓ７は、図２の場合と同
一である。本例では、Ｓ７での判断結果として、Ｓ８で
は図２で説明したＳ８−３の3)自社では全く調達できな
い、という判断結果が得られたという場合の処理動作を
示している。そして、本例では、上記の判断結果に基づ
いて、Ｓ９で、見積回答が作成される。

【００７３】図８は、その見積回答画面例（その３）を
模式的に示す図である。同図に示す例では、見積回答画
面２９の見積回答データ表示入力欄３０には、供給可能
項目３０−１を除いて、図４(a) に示した見積回答画面
例（その１）と同様の表示がなされており、ただ供給可
能項目３０−１のみが図４(a) の場合と異なり「ＮＧ」
が入力されて表示されている。

【００７４】すなわち、同行の供給可能項目３０−１に
示す「ＮＧ」は、供給側会社Ａ１であるこの行に表示さ
れているＤＢＣ部品株が、この行に表示されている見積
り内容に対応できないことを表している。この見積り不
可能の回答画面は、図７のＳ１０で、ファイル化され
て、発注元サーバ３に送信される。

【００７５】図７のＳ１１で、上記の見積り不可能の回
答ファイルを受け取った発注元サーバ３は、この見積り
不可能回答を見積り回答情報データベース５−２に登録
する。そして、Ｓ１２では、上記の見積り回答の内容が
「全量とも供給不可能」であることにより、上記の供給
側会社Ａ１とは別の新たな供給側会社Ａｎ、例えば供給
側会社Ａ２を選定して、この選定した供給側会社Ａ２
に、見積り依頼を送信する。

【００７６】この処理では、図３(b) に示した見積依頼
作成画面１０が、発注元サーバ３のワークエリアにコピ
ーされ、供給会社入力窓１２のデータのみが供給側会社
Ａ２の名称であるＧＦＥ部品株に変更されて、この変更
が確認された後、供給側会社Ａ２に送信される。

【００７７】供給側会社Ａ２における図７のＳ１４、Ｓ
１５及びＳ１６での処理は、図２に示した供給側会社Ａ
１におけるＳ５、Ｓ６及びＳ７の処理と同一であり、そ
れ以降の処理は、この見積り依頼が確定するまで上述し
た一連の処理の繰り返しとなる。

【００７８】図９は、発注元サーバ３の各サーバ４の連
携によって処理される動作説明フローチャート（その
４）であり、最初に選定された供給側会社１社の供給力
で発注元の見積り依頼に対応できない場合の処理動作の
例の中のＢパターンを示している。

【００７９】同図に示すＳ１〜Ｓ７及びＳ８−３まで
は、図７の場合と同一である。本例では、Ｓ８−３の
「3)自社では全く調達できない」の判断結果に基づい
て、供給側会社Ａ１が今度は自社が見積り依頼側（つま
り仲介役）となって、他の供給側会社Ａｎを選定して見
積り依頼を行う。

【００８０】この後の一連のＳ２１〜Ｓ３５までの処理
は、図５に示したＳ２１〜Ｓ３５の処理と、Ｓ３２（Ｓ
１１）とＳ３３（Ｓ１２）を除いて、同一である。すな
わち本例では、Ｓ３２（Ｓ１１）とＳ３３（Ｓ１２）の
処理画面の表示が図６(a),(b) の場合とやや異なる。

【００８１】図１０(a) は、上記のＳ３２（Ｓ１１）に
おいて発注元サーバ３により受信される見積回答画面例
（その４）を模式的に示す図であり、同図(b) はそれに
対応して供給側会社Ａ１及び供給側会社Ａ２に通知され
る取引き確定画面例（その３）を模式的に示す図であ
る。

【００８２】同図(a) の見積回答画面３１に示すよう
に、見積回答データ表示入力欄３２には、図６(a) の場
合と同様に、一次引き受けの供給側会社Ａ１（ＤＢＣ部
品株）と二次引き受けの供給側会社Ａ２（ＧＦＥ部品
株）の見積り結果が２行に並んで表示されているが、こ
こで図６(a) の場合と異なるのは、１行目に表示されて
いる一次引き受けのＤＢＣ部品株の数量欄３２−２に
は、見積り数量が依頼数量そのままの「１０」と表示さ
れ、供給可能項目３２−１に「ＮＧ」が表示されてい
る。そして、２行目に表示されている二次引き受けのＧ
ＦＥ部品株の数量項目３２−２にも、依頼数量そのまま
の見積り数量「１０」が表示され、そして、供給可能項
目３２−１に「ＯＫ」が表示されている。

【００８３】これによって、一次引き受けの供給側会社
Ａ１が発注元会社からの見積り引き合いの全量に対応出
来ず、二次引き受けの供給側会社Ａ２が代って全量を引
き受けるものであることが分かるように表示されてい
る。

【００８４】これに対して、同図(b) に示すように、取
引確定画面３３では、確定表示欄３４に、同図(a) の見
積回答データ表示入力欄３２の依頼番号、供給会社、製
品番号、数量、及び納期の各項目内容がそのまま表示さ
れ、同図(a) の供給可能項目３２−１が「ＯＫ」となっ
ている供給側会社Ａｎ（この例では供給側会社Ａ２であ
るＧＦＥ部品株）の見積り内容が表示されている２行目
の右端の取引確定項目３４−２には「ＯＫ」が表示さ
れ、同図(a) の供給可能項目３２−１が「ＮＧ」となっ
ている供給側会社Ａ１の見積り内容が表示されている１
行目の右端の取引確定項目３４−２には「ＮＧ」が表示
されている。発注元による見積ＮＧの確認を意味してい
る。

【００８５】そして、この場合も、依頼番号項目３４−
１の取引が確定している依頼番号「１００００−０１−
０３」を見れば、この取引が枝番「０１」の供給側会社
Ａ１が仲介している取引であることが分かるようになっ
ている。

【００８６】図１１は、発注元サーバ３の各サーバ４の
連携によって処理される動作説明フローチャート（その
５）であり、見積り依頼の内容（納期、数量又は品番
等）に変更が生じた場合の処理動作の例を示している。
また、ここでは、最初に選定された供給側会社Ａ１が、
上記の見積依頼内容の変更によって部分的に納入品を取
り揃えることが出来なくなった場合の処理例を示してい
る。

【００８７】同図に示すように、先ず、Ｓ５０では、発
注元会社の購買担当オペレータによって発注元サーバ３
の見積依頼プログラムが起動され、これにより、発注元
サーバ３の表示装置に初期画面が表示される。

【００８８】続いてＳ５１では、見積り依頼変更を行
う。これは、購買担当オペレータによって初期画面の見
積り依頼の変更の項目ボタンが押される処理である。Ｓ
５２では、見積りを依頼していた供給会社を選定する。
これは、この変更前の見積依頼を行っていた先の供給側
会社名（この例では供給側会社Ａ１）を、依頼番号に基
づいて見積り依頼・確定情報データベース５−１及び供
給会社情報データベース５−４を用いて検出する処理で
ある。

【００８９】そして、見積りを依頼していた供給会社が
検出されたことにより、定まった書式の見積依頼手配変
更画面が表示装置に表示される。この見積依頼手配変更
画面を用を用いて、購買担当オペレータにより見積依頼
の変更内容が入力され、入力された内容が確認される。

【００９０】図１２は、その見積依頼手配変更画面の例
を示す図である。同図に示すようにこの見積依頼手配変
更画面３５は、図３(a) に示した見積依頼作成画面１０
と同様の書式である。これは、見積り依頼・確定情報デ
ータベース５−１から、見積依頼内容を変更すべき見積
り依頼のレコードが読み出されて表示されているもので
あり、変更データを入力し、不図示の確認ボタンを押し
て入力内容を確認すると、見積依頼手配変更データとし
て別レコードに作成されてデータベースに追加格納され
る。

【００９１】図１２に示す見積依頼手配変更画面３５の
例では、商品仕様入力窓３６や納期入力窓３７及び数量
入力窓３９に表示されているデータに変更は無く、製品
番号入力窓３８のデータが当初の「１２３４５」から入
力し直されて「１２３ＡＢ」に変更されている。この変
更入力に応じて下方の一括表示欄４０の製品番号項目４
０−２のデータが自動的に「１２３ＡＢ」に変更されて
いる。また、依頼番号項目４０−１の依頼番号が当初の
「１００００」から頭枝番付きの「２−１００００」自
動的に変更されている。

【００９２】これにより、この見積依頼手配変更画面３
５が見積依頼作成画面１０と同一書式であるにも拘ら
ず、製品番号項目４０−２を一目見るだけで、見積依頼
内容が変更されたものであることが分かるようになって
いる。

【００９３】上記に続いて図１１のＳ５３では、見積り
依頼変更通知が行われる。これは、発注元サーバ３によ
り、上記作成された見積依頼手配変更画面３５の内容が
ファイル化され、電子メールに添付されて、供給側会社
Ａ１に送信される処理である。

【００９４】以下、Ｓ５４〜Ｓ７２までの処理は、表示
装置に表示される各画面の依頼番号項目の表示と製品番
号項目の表示を除いて、図５に示したＳ５〜Ｓ３５まで
の処理と同一である。

【００９５】図１３は、発注元サーバ３の各サーバ４の
連携によって処理される動作説明フローチャート（その
６）であり、見積り依頼の内容（納期、数量又は品番
等）に変更が生じた場合の処理動作の例を示している。
また、ここでは、最初に選定された供給側会社Ａ１が、
上記の見積依頼内容の変更によって、全量の品揃えが出
来なくなった場合の処理例を示している。

【００９６】先ず、同図に示すＳ８０〜Ｓ８６までの処
理は、図１１に示したＳ５０〜Ｓ５６までの処理と同一
である。図１３において、Ｓ８７−３で、上記判断が
「3)自社では全く調達できない」となったことにより、
Ｓ８８では、変更された見積り依頼が作成される。

【００９７】Ｓ８９では、二次受け先として既に手配し
ていた供給側会社があればその会社、最初の見積り回答
を自社だけで行っていた場合は新たにこれから見積り依
頼を出すべき会社を選定する。そして、Ｓ９０で、上記
作成された変更見積り通知が行われる。

【００９８】このＳ９０から以降のＳ９６までの処理
は、図７の発注元が供給側会社Ａ１の立場になり、図７
の供給側会社Ａ１が供給側会社Ａ２の立場になるだけ
で、図７に示したＳ４〜Ｓ１１までの処理と同一であ
る。尚、見積り回答の内容は変更された商品に該当する
商品が無いとの回答内容になるが、結果としては変更さ
れた見積り依頼に対し見積り不可能と回答した場合と同
様である。

【００９９】図１３において、上記の供給側会社Ａ２か
らの見積り不可能の回答ファイルを発注元サーバ３から
ネットワーク網１を介して受け取った供給側会社Ａ１で
は、一方では、Ｓ９７で、手配キャンセルのデータ入力
処理（手配した見積り依頼の取消しを行う不図示の表示
画面へのデータ入力処理）を行って、この入力画面の内
容をファイル化して添付した電子メールの通知を供給側
会社Ａ２に対して行うと共に、他方では、Ｓ９９で、上
記の供給側会社Ａ２とは別の新たな供給側会社Ａｎ、例
えば供給側会社Ａ３を選定して、Ｓ１００で、この選定
した供給側会社Ａ３に、見積り依頼を送信する。

【０１００】Ｓ９８では、供給側会社Ａ２が上記の手配
キャンセルの通知を受信して確認し、Ｓ１０１では、供
給側会社Ａ３が上記の見積り依頼を受信する。見積り依
頼を受信した供給側会社Ａ３では、供給側会社Ａ１が図
５のＳ５以下で行ったと同様の処理を行って、変更され
た見積り依頼の内容に沿った商品の納入可能の見通しを
立て、この見通し結果に基づいて、Ｓ１０２で、「該当
商品あり」の見積り回答を供給側会社Ａ１に送信する。

【０１０１】Ｓ１０３で、供給側会社Ａ１は上記供給側
会社Ａ３からの見積回答に基づいて自社から発注元への
見積回答を作成する。ここで作成される見積回答は、例
えば図１０(a) に示した見積回答画面３１の製品番号が
「１２３４５」から「１２３ＡＢ」に変わり、二次受け
の依頼番号の枝番が「−０３」から例えば供給側会社Ａ
３を表わす「−０４」に変わって表示された画面データ
である。

【０１０２】続くＳ１０４〜Ｓ１０８の処理は、図９に
示したＳ３１〜Ｓ３５までの処理と同一である。尚、上
記の見積り依頼の変更では、見積依頼変更の書式を用い
て一連の処理を行うようにしているが、発注元から、当
初の見積り依頼を全て取り消して、この見積り依頼の変
更内容を、全く新しい見積り依頼として発行するように
してもよい。そうすれば、見積り依頼の処理手順と見積
り依頼取消しの処理手順のみを用意しておけばよく、見
積依頼変更の処理手順は不要となるので、システム構成
が簡略化する。

【０１０３】図１４は、発注元サーバ３の各サーバ４の
連携によって処理される動作説明フローチャート（その
７）であり、見積り依頼にある商品の供給を引き受ける
見積回答を一旦発行した供給側会社Ａｎから、その供給
引受けの見積回答を取り消す場合の処理動作の例を示し
ている。

【０１０４】先ず、同図に示すＳ１〜Ｓ１３の処理は、
図２に示した処理を再掲したものである。このように取
引が確定した後に、供給側会社Ａ１に何等かの事情が発
生し、すでに確定した取引の供給引受けの見積回答を取
り消さなければならない、ということがまま発生する。

【０１０５】このようなとき、先ず、Ｓ２０１で、発注
元サーバ３にアクセスして、特には図示しないが、クラ
イアント側で入力するための初期画面を端末装置Ａｎｎ
に呼び出し、例えば依頼番号入力窓に、取り消したい見
積回答の依頼番号（自社の枝番の付いた依頼番号）を入
力し、見積回答取消ボタンをクリックして、見積回答取
消用のデータ入力画面を表示させる。

【０１０６】図１５(a),(b),(c) は、そのような供給引
受け見積回答取消し画面の例を模式的に３例示す図であ
る。図１５(a) に示す供給引受け見積回答取消し画面４
１は、図１４のＳ７〜Ｓ１０のように見積り依頼された
全量を引き受ける回答を行った後に取り消す場合の入力
画面である。図１５(a) の供給引受け見積回答取消し画
面４１の取消データ表示入力欄４２には、図４(b) に示
した取引確定画面２２の確定表示欄２３に表示されたと
同様の内容が、依頼番号、供給会社、製品番号、数量、
及び納期の各項目に表示されており、図１５(a) では最
初空白で左端に表示されていた取消項目４２−１に
「×」が入力されて表示されている。

【０１０７】これによって、取消データ表示入力欄４２
に表示されている見積回答の内容を全て取り消すことが
表明される。尚、取り消すのであるから「取消」を肯定
する意味で、取消項目４２−１には「○」を入力すべき
であると考えて「○」を入力するように取り決めても良
い。いすれにしても、この取消項目４２−１に入力され
る記号は「取消」を肯定するものである。

【０１０８】また、図１５(b) に示す供給引受け見積回
答取消し画面４３は、図５の処理により、見積依頼の一
部を一次引受け会社で引受け、残りを二次引受け会社で
引き受ける引受回答を行った後に、この引受回答を取り
消す場合の入力画面である。図１５(b) の供給引受け見
積回答取消し画面４３の取消データ表示入力欄４４に
は、図６(b) に示した取引確定画面２７の確定表示欄２
８に２行に分けて表示されたと同様の内容が、依頼番
号、供給会社、製品番号、数量、及び納期の各項目毎に
同じく２行に分けて表示されており、この場合も、図１
５(b) では最初空白で左端に表示されていた取消項目４
４−１に、２行とも「×」が入力されて表示されてい
る。これによって、取消データ表示入力欄４４に表示さ
れている見積回答の内容を全て取り消すことが表明され
る。

【０１０９】また、図１５(c) に示す供給引受け見積回
答取消し画面４５は、図９の処理により、見積依頼の全
部を一次引受け会社では引受け出来ず、全てを二次引受
け会社に引き受けさせた引受回答を行った後に、この引
受回答を取り消す場合の入力画面である。図１５(c) の
供給引受け見積回答取消し画面４５の取消データ表示入
力欄４６には、図１０(b) に示した取引確定画面３３の
確定表示欄３４に２行に分けて表示されたと同様の内容
が、依頼番号、供給会社、製品番号、数量、及び納期の
各項目毎に同じく２行に分けて表示されており、この場
合も、図１５(c) では最初空白で左端に表示されていた
取消項目４２−１に、２行とも「×」が入力されて表示
されている。これによって、取消データ表示入力欄４６
に表示されている見積回答の内容をＮＧであった分も含
めて全て取り消すことが表明される。

【０１１０】このようにして作成された供給引受け見積
回答取消し画面のデータは、Ｓ２０２で、そのまま発注
元サーバ３に返信され、Ｓ２０３で、発注元サーバ３
は、その返信を受信する。続くＳ２０４以降の処理は、
図７に示すＳ１２以降の処理と同一である。

【０１１１】尚、上述した実施の形態では、取引の各流
通段階毎に、商品毎の取引単価が予め定まっている例を
取り上げて説明しているが、取引単価はこれに限ること
なく、流通段階毎の取引単価が定まっていない場合にも
適用することができる。

【０１１２】その場合は、発注元サーバで受信した見積
回答から単価を抽出し、依頼番号（枝番の付いているも
のは枝番のついたまま）にリンクさせた単価のみのデー
タベースを別個に作成し、この単価のデータベースを発
注元サーバからのみ開いて内容を見ることができるよう
にし、供給側会社の端末装置からは自社の枝番の付いた
依頼番号に対応するレコードにしかアクセスできないよ
うに構成すれば、流通段階毎の取引単価が定まっていな
い場合でも、各供給側会社で自社の見積り単価が他社に
知られない状態で、上述したシステムを運用することが
できる。

【０１１３】

【発明の効果】以上詳細に説明したように、本発明によ
れば、発注元の管理するサーバによりシステム会員とな
っている供給側会社に同一依頼番号により見積り依頼を
発行して、見積り回答が満足できる内容になるまで見積
り依頼先の供給側会社に見積り回答の手配を一任するの
で、複数の供給側会社間で発注元の手を煩わすことなく
商品の供給量を調整可能となって発注元の商品購入手配
業務が簡素化され日常業務の能率が向上する。

【０１１４】また、供給経路に変更が有っても見積り依
頼に対する回答が完了するまで当初の依頼番号が変わる
ことなく維持されるので、行き違いや勘違いによる齟齬
の不具合が発生する虞がなく、これにより、発生した不
具合を修復するための余分な手間や時間が発生せず、快
適な信頼関係を維持しながら能率良く業務を遂行してい
くことができる。

【図面の簡単な説明】

【図１】一実施の形態における手配業務支援システムの
構成を示す図である。

【図２】手配業務支援システムの発注元サーバ（装置）
の各サーバ（ソフト）の連携によって処理される動作説
明フローチャート（その１）である。

【図３】(a) は発注元サーバの表示装置に画面表示され
る見積り依頼・作成画面の例を模式的に示す図、(b) は
供給側会社に送信される見積り依頼・確認画面の例を模
式的に示す図である。

【図４】(a)は見積回答画面例（その１）を模式的に示
す図、(b) はそれに対応する取引き確定 画面の例（そ
の１）を模式的に示す図す図である。

【図５】手配業務支援システムの発注元サーバの各サー
バの連携によって処理される動作説明フローチャート
（その２）である。

【図６】(a)は見積回答画面例（その２）を模式的に示
す図、(b) はそれに対応する取引き確定 画面の例（そ
の２）を模式的に示す図す図である。

【図７】手配業務支援システムの発注元サーバの各サー
バの連携によって処理される動作説明フローチャート
（その３）である。

【図８】見積回答画面の例（その３）を模式的に示す図
である。

【図９】手配業務支援システムの発注元サーバの各サー
バの連携によって処理される動作説明フローチャート
（その４）である。

【図１０】(a) は見積回答画面の例（その４）を模式的
に示す図、(b) はそれに対応する取引き確定画面例（そ
の３）を模式的に示す図である。

【図１１】手配業務支援システムの発注元サーバの各サ
ーバの連携によって処理される動作説明フローチャート
（その５）である。

【図１２】見積依頼手配変更画面の例を模式的に示す図
である。

【図１３】手配業務支援システムの発注元サーバの各サ
ーバの連携によって処理される動作説明フローチャート
（その６）である。

【図１４】手配業務支援システムの発注元サーバの各サ
ーバの連携によって処理される動作説明フローチャート
（その７）である。

【図１５】供給引受け見積回答取消し画面の例を模式的
に示す図である。

【符号の説明】

１ ネットワーク網 ２（２−１、２−２、・・・、２−ｈ） イントラネッ
ト Ａｎ（Ａ１、Ａ２、・・・、Ａｈ） 供給側会社 Ａｎｎ（Ａ１１、Ａ１２、・・・、Ａ１ｍ、Ａ２１、Ａ
２２、・・・、Ａ２ｎ、Ａｈ１、Ａｈ−２、・・・、Ａ
ｈｐ） 端末装置 ３ 発注元サーバ（装置） ４ サーバ（ソフト） ４−１ ウェブサーバ ４−２ メールサーバ ４−３ 管理サーバ ５−１ 見積り依頼・確定情報データベース ５−２ 見積り回答情報データベース ５−３ 商品情報データベース ５−４ 供給会社情報データベース １０ 見積依頼作成画面 １１ 手配作成入力窓 １２ 供給会社入力窓 １３ 商品仕様入力窓 １４ 納期入力窓 １５ 製品番号入力窓 １６ 数量入力窓 １７ 一括表示欄 １７−１ 依頼番号項目 ２０ 見積回答画面 ２１ 見積回答データ表示入力欄 ２１−１ 供給可能項目 ２１−２ 依頼番号項目 ２１−３ 発注会社項目 ２１−４ 製品番号項目 ２１−５ 数量項目 ２１−６ 納期項目 ２２ 取引確定画面 ２３ 確定表示欄 ２３−１ 取引き確定項目 ２５ 見積回答画面 ２６ 見積回答データ表示入力欄 ２６−１ 供給可能項目 ２６−２ 依頼番号項目 ２６−５ 数量項目 ２７ 取引確定画面 ２８ 確定表示欄 ２８−１ 取引き確定項目 ２９ 見積回答画面 ３０ 見積回答データ表示入力欄 ３０−１ 供給可能項目 ３１ 見積回答画面 ３２ 見積回答データ表示入力欄 ３２−１ 供給可能項目 ３２−２ 数量項目 ３３ 取引確定画面 ３４ 確定表示欄 ３４−１ 依頼番号項目 ３４−２ 取引き確定項目 ３５ 見積依頼手配変更画面 ３６ 商品仕様入力窓 ３７ 納期入力窓 ３９ 数量入力窓 ４０ 一括表示欄 ４０−１ 依頼番号項目 ４０−２ 製品番号項目 ４１、４３、４５ 供給引受け見積回答取消し画面 ４２、４４、４６ 取消データ表示入力欄 ４２−１、４４−１、４６−１ 取消項目

───────────────────────────────────────────────────── フロントページの続き (72)発明者 流田 龍扶 愛知県名古屋市中区錦一丁目５番13号 日 商岩井株式会社内 (72)発明者 増田 勝紀 愛知県名古屋市中区錦一丁目５番13号 日 商岩井株式会社内 (72)発明者 丸山 忠 東京都日野市富士町１番地 株式会社エ フ・エフ・シー内 (72)発明者 東谷 直紀 神奈川県川崎市川崎区田辺新田１番１号 富士電機株式会社内 (72)発明者 建元 重人 神奈川県川崎市川崎区田辺新田１番１号 富士電機株式会社内 (72)発明者 米井 豊 東京都日野市富士町１番地 株式会社エ フ・エフ・シー・システムズ内

Claims (11)

【特許請求の範囲】
1. 【請求項１】 商品の発注元に対し前記商品の供給量を
   複数の供給側会社間で調整可能とする手配業務支援シス
   テムであって、 前記発注元は発注元サーバを備え、 該発注元サーバは、少なくとも、 該発注元により発行された少なくとも依頼番号と商品名
   と数量とからなる発注予定商品の見積依頼情報をデータ
   ベース化して記録する見積依頼記録手段と、 該見積依頼記録手段に記録された前記見積依頼情報を前
   記複数の供給側会社の中の所定の供給側会社に通信回線
   を介して通知する見積依頼通知手段と、 該見積依頼通知手段による前記見積依頼情報の通知に対
   応して返信された前記所定の供給側会社からの見積回答
   情報を記録する見積回答記録手段と、 該見積回答記録手段に記録された前記見積回答情報が前
   記見積依頼情報を満足させるものか否かを判断する判断
   手段と、 該判断手段により前記見積回答情報が前記見積依頼情報
   を満足させるものであると判断されたとき前記発注元と
   前記所定の供給側会社との間における前記発注商品に係
   わる取引きを確定させる取引確定手段と、 を有することを特徴とする手配業務支援システム。
2. 【請求項２】 前記見積回答情報は、少なくとも前記依
   頼番号と該依頼番号に係わる前記商品名と該商品名の商
   品の供給可能数量とを含んでいることを特徴とする請求
   項１記載の手配業務支援システム。
3. 【請求項３】 前記判断手段は、前記見積回答情報に含
   まれる前記依頼番号と一致する依頼番号が有るか否かに
   ついて前記見積依頼記録手段を検索する回答依頼番号検
   索手段を有して、該回答依頼番号検索手段により前記一
   致する依頼番号が検出されたとき該依頼番号に係わる商
   品名と数量とが前記見積回答情報に含まれる商品名と供
   給可能数量とに共に一致したとき前記見積回答情報が前
   記見積依頼情報を満足させると判断することを特徴とす
   る請求項１記載の手配業務支援システム。
4. 【請求項４】 前記見積依頼情報を満足させる前記見積
   回答情報に含まれる商品供給数量が前記見積依頼情報に
   含まれる前記発注予定商品の全数量を満たさないとき、
   少なくとも前記見積依頼情報の依頼番号と商品名と供給
   不足数とを、他の複数の供給側会社に通信回線を介して
   通知する供給不足数通知手段と、 該供給不足数通知手段による通知に基づいて前記他の複
   数の供給側会社から返信される供給可否情報を記録する
   供給可否記録手段と、 該供給可否記録手段に記録された前記供給可否情報に含
   まれる供給可能数を合計して得られた合計供給可能数が
   前記供給不足数以上であるか否かを判断する合計供給可
   能数判断手段と、 を更に備え、 前記取引確定手段は、前記合計供給可能数判断手段によ
   り前記合計供給可能数が前記供給不足数以上であると判
   断されたとき、前記発注商品に係わる全ての取引きを確
   定させることを特徴とする請求項１記載の手配業務支援
   システム。
5. 【請求項５】 前記供給可否情報は、少なくとも前記依
   頼番号と該依頼番号に係わる前記商品名と該商品名に係
   わる供給可能数量とを含んでいることを特徴とする請求
   項４記載の手配業務支援システム。
6. 【請求項６】 前記発注元サーバは、前記見積依頼情報
   に含まれる前記数量又は前記商品名の商品仕様に変更が
   あるとき、該変更情報を前記通信回線を介して前記所定
   の供給側会社に通知する変更情報通知手段を更に有する
   ことを特徴とする請求項１記載の手配業務支援システ
   ム。
7. 【請求項７】 前記発注元サーバは、前記発注元により
   前記依頼番号に係わる前記見積依頼情報が取り消された
   ことに基づいて見積依頼取消通知を前記通信回線を介し
   て前記所定の供給側会社に通知する見積依頼取消通知手
   段を更に有することを特徴とする請求項１記載の手配業
   務支援システム。
8. 【請求項８】 前記見積依頼取消通知は、前記見積回答
   情報に含まれる納期内の供給数量が前記見積依頼情報に
   含まれる納期内の数量に満たなかったとき自動的に通知
   されるように設定されることを特徴とする請求項７記載
   の手配業務支援システム。
9. 【請求項９】 前記見積依頼取消通知は、前記発注元に
   おける前記商品の仕様に変更が生じたとき自動的に通知
   されるように設定されることを特徴とする請求項７記載
   の手配業務支援システム。
10. 【請求項１０】 前記商品名は、商品を特定する名称、
    コード番号、又は記号等からなることを特徴とする請求
    項１記載の手配業務支援システム。
11. 【請求項１１】 前記発注元サーバは、予め登録された
    少なくともＩＤとパスワードとにより特定される会員に
    のみにアクセスを開放し、前記複数の供給側会社は前記
    会員として加入済みの会社である、ことを特徴とする請
    求項１記載の手配業務支援システム。