JP3969037B2 - Product trading system - Google Patents

Product trading system Download PDF

Info

Publication number
JP3969037B2
JP3969037B2 JP2001274428A JP2001274428A JP3969037B2 JP 3969037 B2 JP3969037 B2 JP 3969037B2 JP 2001274428 A JP2001274428 A JP 2001274428A JP 2001274428 A JP2001274428 A JP 2001274428A JP 3969037 B2 JP3969037 B2 JP 3969037B2
Authority
JP
Japan
Prior art keywords
delivery date
date
scheduled
customer
delivery
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Expired - Fee Related
Application number
JP2001274428A
Other languages
Japanese (ja)
Other versions
JP2003085346A (en
Inventor
隆義 川手
謙一 船木
肇 湯浅
浩一 北村
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Hitachi Ltd
Original Assignee
Hitachi Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Hitachi Ltd filed Critical Hitachi Ltd
Priority to JP2001274428A priority Critical patent/JP3969037B2/en
Priority to PCT/JP2002/003988 priority patent/WO2003025812A1/en
Publication of JP2003085346A publication Critical patent/JP2003085346A/en
Application granted granted Critical
Publication of JP3969037B2 publication Critical patent/JP3969037B2/en
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G06Q10/08—Logistics, e.g. warehousing, loading or distribution; Inventory or stock management
    • G06Q10/087—Inventory or stock management, e.g. order filling, procurement or balancing against orders
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02P—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN THE PRODUCTION OR PROCESSING OF GOODS
    • Y02P90/00—Enabling technologies with a potential contribution to greenhouse gas [GHG] emissions mitigation
    • Y02P90/02—Total factory control, e.g. smart factories, flexible manufacturing systems [FMS] or integrated manufacturing systems [IMS]

Landscapes

  • Business, Economics & Management (AREA)
  • Economics (AREA)
  • Engineering & Computer Science (AREA)
  • Marketing (AREA)
  • Quality & Reliability (AREA)
  • Finance (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Human Resources & Organizations (AREA)
  • Accounting & Taxation (AREA)
  • Operations Research (AREA)
  • Development Economics (AREA)
  • Strategic Management (AREA)
  • Tourism & Hospitality (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • General Factory Administration (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Description

【０００１】
【発明の属する技術分野】
本発明は，ネットワーク上，または，その他の通信媒体を介して，生産設備稼働状況や生産スケジュールの変化が大きいために，生産計画や生産スケジュールなどで求められたロット別の生産完了予定日または入庫予定日または出荷予定日または納入予定日などが変動しやすい製品の売買を行う製品売買システムに関する。
【０００２】
【従来の技術】
従来，製造業が生産する製品の売買は，製品を必要とする顧客が，製品を供給するサプライヤに対して注文を出し，サプライヤはその注文に応じて製品を顧客に納めるという形態が中心であった。この形態では，顧客はサプライヤに対して，顧客の要求納期に対するサプライヤの引き受け可能な納期を提示することを要求していた。そこで，顧客の要求納期に対して引き受け可能な納期や出荷可能な日程を算出したり回答したりするための技術が提案されている。
【０００３】
例えば，特開２００１−１０１２９４号（以下，公知例１）では，２つ以上の発注納期を管理することが可能であり，また，発注納期の変更履歴から，例えば納期変更の際の変更日数が許容範囲内か否かを確認することができる納期管理装置を開示している。
【０００４】
特開２００１−１００８３２号（以下，公知例２）では，受注生産品を対象として，生産ラインごとに，生産ラインの生産能力と計画サイクル内の稼働日，生産品の数量とに基づいて決定される能力枠残に対して，受注品の数量が納まるか否かの判定を行って納入予定日を計算する納期算出システムおよび納期算出方法を開示している。
【０００５】
特開２０００−２６８０９２号（以下，公知例３）では，オンラインを経由した複数の端末からの納期回答要求に対しリアルタイムで分納回答を行うことのできる納期回答システムとその納期回答方法および納期回答システムを記録した情報記録媒体を開示している。
【０００６】
特開平１１−３５３３８５号（以下，公知例４）では，商談中であっても顧客に対し納期を提示することができ，提示した納期を守ることができる製品納入計画立案方法および生産管理方法およびシステムを開示している。
【０００７】
特開平１１−３０６２４５号（以下，公知例５）では，製品に使用する資材の納期変更に応じて，製品の完成納期を迅速かつ精度良く計算する納期管理システムおよび納期管理方法，並びに記録媒体を開示している。
【０００８】
特開平９−２５９１９１号（以下，公知例６）では，引合検討時における適正な納期の計算が可能な生産管理システムを開示している。
【０００９】
また，インターネットなどのネットワークを介して製品や商品の売買を行うための方法や装置，システムも提案されている。
【００１０】
例えば，特開２００１−１１７９９７号（以下，公知例７）では，商品の注文をする購入者が注文の際に注文商品の配達日時や場所を確認できる電子商取引装置を開示している。
【００１１】
特開２０００−１１３０３９号（以下，公知例８）では，顧客と製造業者間の引合商談情報を電子データ化して，相互に伝送する商談引合検討・回答システムを開示している。
【００１２】
特開平１０−３２０４９４号（以下，公知例９）では，市場クライアントシステムから売買申込情報を受け付け，購買に係る申込情報とは販売に係る申込情報とを照合して取引を成立させ，成約した売買申込情報を市場クライアントシステムに通知する中央市場システム，市場クライアントシステム，電子市場システム，デバイス装置，電子市場運営方法および電子市場参加方法を開示している。
【００１３】
【発明が解決しようとする課題】
上記の公知例１から公知例６に開示された技術を使うと，顧客からの注文に対して，顧客の要求納期に対する引き受け可能な納期や出荷可能な日程などを算出したり回答したりすることが可能である。
【００１４】
しかし，例えば半導体を生産する業種の場合，半導体は酸化工程，拡散工程，配線工程，テスト工程，組立工程など多段階の工程を経て生産されるため，生産には長時間を要する。また，半導体の生産プロセスは生産設備に依存しており，生産設備能力の逼迫や生産設備の故障，不良発生などの生産設備稼働状況の変化が大きい。このため，生産計画や生産スケジュールなどで求められたロット別の生産完了予定日または入庫予定日または出荷予定日または納入予定日などが変動しやすい。従って，顧客の要求納期に対して引き受け可能な納期や出荷可能な日程などを算出できたり回答できたりしても，実際には，算出されたり回答されたりした引き受け可能な納期や出荷可能な日程，あるいは顧客の要求納期などに対して遅れることが多かった。そのため，算出されたり回答されたりした引き受け可能な納期や出荷可能な日程，あるいは顧客の要求納期などを遵守できないことが，ＣＳ（Customer Satisfaction；顧客満足）悪化の要因の一つとなっていた。
【００１５】
また，上記の公知例７から公知例９に開示された技術を使うと，インターネットなどのネットワークを介して製品や商品の売買を行うことが可能である。このような電子商取引を行うためのシステムや装置を用いれば，インターネットなどのネットワークを介して顧客から注文を受け取り，注文内容に応じて引き受け可能な納期などを回答することができる。
【００１６】
しかし，例えば半導体を生産する業種の場合，上記のように生産に要する時間が長いことや生産設備稼働状況の変化の影響を受けやすいことから，顧客に対して引き受け可能な納期や出荷可能な日程などを回答することができても，回答した引き受け可能な納期や出荷可能な日程などを遵守することが困難であった。
【００１７】
そこで，顧客の要求納期に対する引き受け可能な納期や出荷可能な日程などとして算出されたロット別の生産完了予定日または入庫予定日または出荷予定日または納入予定日という特定の一日ではなく，生産設備稼働状況の変化などの変動要因を考慮して生産完了または入庫または出荷または納入することが可能な期間の幅を算出することにより，より実態に則した納期情報を提供することが目的である。
【００１８】
【課題を解決するための手段】
上記課題を解決するために，本発明による製品売買方法およびシステムは以下のような手段によって実現される。
【００１９】
まず，本発明の製品売買方法は，生産計画または生産スケジュールなどで求められたロット別の生産完了予定日または入庫予定日または出荷予定日または納入予定日に基づいて，生産完了または入庫または出荷または納入することが可能な期間の幅を納期推奨期間として算出する納期推奨期間算出手順と，品種，数量，当該納期推奨期間を含む売り出し予定案件を顧客に提示し，当該顧客から品種，数量，要求納期を含む注文を受け取る受注処理手順とを有する。
【００２０】
また，本発明の製品売買方法は，生産計画または生産スケジュールなどで求められたロット別の生産完了予定日または入庫予定日または出荷予定日または納入予定日に基づいて，生産完了または入庫または出荷または納入することが可能な期間の幅を納期推奨期間として算出する納期推奨期間算出手順と，顧客から品種，数量，要求納期を含む注文を受け取り，当該注文の当該品種を見て，品種，数量，当該納期推奨期間を含む売り出し予定案件を検索し， 当該注文の当該要求納期が当該売り出し予定案件の当該納期推奨期間内である売り出し予定案件を引き当て，引き当てられた当該売り出し予定案件を当該顧客に提示し，当該顧客から注文確認を受け取る受注処理手順とを有する。
【００２１】
また，本発明の製品売買方法は，顧客から，品種，数量，要求納期を含む注文を受け取り，当該注文の当該要求納期と一致する生産計画または生産スケジュールなどで求められたロット別の生産完了予定日または入庫予定日または出荷予定日または納入予定日に基づいて，生産完了または入庫または出荷または納入することが可能な期間の幅を納期推奨期間として算出する納期推奨期間算出手順と，当該納期推奨期間を当該顧客に提示し，当該顧客から注文確認を受け取る受注処理手順とを有する。
【００２２】
また，本発明の製品売買方法における前記受注処理手順は，前記納期推奨期間算出手順で算出された当該納期推奨期間に応じて価格を計算し，品種，数量，当該納期推奨期間，当該価格を含む売り出し予定案件を顧客に提示する。
【００２３】
また，本発明の製品売買方法における前記納期推奨期間算出手順は，生産計画や生産スケジュールなどで求められたロット別の生産完了予定日または入庫予定日または出荷予定日または納入予定日として表せる予定納期の変動の傾向を確率分布として表す納期分布に基づいて，生産完了または入庫または出荷または納入することが可能な期間の幅を納期推奨期間として算出する。
【００２４】
また，本発明の製品売買方法では，前記納期推奨期間算出手順で使用する当該納期分布が，生産計画や生産スケジュールなどで求められたロット別の生産完了予定日または入庫予定日または出荷予定日または納入予定日として表せる予定納期と，実際の当該ロット別の生産完了日または入庫日または出荷日または納入日として表せる実納期とを収集し，当該予定納期と当該実納期との差異の確率分布として作成される。
【００２５】
また，本発明の製品売買方法では，前記納期推奨期間算出手順で使用する当該納期分布が，品種別に，生産計画や生産スケジュールなどで求められたロット別の生産完了予定日または入庫予定日または出荷予定日または納入予定日として表せる予定納期と，実際の当該ロット別の生産完了日または入庫日または出荷日または納入日として表せる実納期とを収集し，品種別に，当該予定納期と当該実納期との差異の確率分布として作成される。
【００２６】
また，本発明の製品売買方法における前記納期推奨期間算手順は，生産計画や生産スケジュールなどで求められたロット別の生産完了予定日または入庫予定日または出荷予定日または納入予定日として表せる予定納期と，当該予定納期の変動の傾向を確率分布として表す納期分布と，予め与えられた信頼水準とに基づいて，当該納期分布の累積確率が当該信頼水準以上となる納期を信頼納期として算出し，当該信頼納期が当該予定納期より後である場合には当該予定納期から当該信頼納期までの期間を納期推奨期間として算出し，当該信頼納期が当該予定納期より前である場合には当該信頼納期から当該予定納期までの期間を納期推奨期間として算出する。
【００２７】
また，本発明の製品売買方法は，前記納期推奨期間算出手順および前記受注処理手順を行う前に，一以上のサプライヤから提供される生産計画や生産スケジュールなどで求められたロット別の生産完了予定日または入庫予定日または出荷予定日または納入予定日として表せる予定納期を受け取り，一元的に管理できる形式に加工する予定納期一元化手順を更に有する。
【００２８】
また，本発明の製品売買方法では，前記納期推奨期間算出手順で使用する当該納期分布が，サプライヤ別に，生産計画や生産スケジュールなどで求められたロット別の生産完了予定日または入庫予定日または出荷予定日または納入予定日として表せる予定納期と，実際の当該ロット別の生産完了日または入庫日または出荷日または納入日として表せる実納期とを収集し，サプライヤ別に，当該予定納期と当該実納期との差異の確率分布として作成される。
【００２９】
また，本発明の製品売買方法では，前記納期推奨期間算出手順で使用する当該納期分布が，サプライヤ別，品種別に，生産計画や生産スケジュールなどで求められたロット別の生産完了予定日または入庫予定日または出荷予定日または納入予定日として表せる予定納期と，実際の当該ロット別の生産完了日または入庫日または出荷日または納入日として表せる実納期とを収集し，サプライヤ別，品種別に，当該予定納期と当該実納期との差異の確率分布として作成される。
【００３０】
上記のような方法をシステムとして実施する場合には，以下のような手段構成で実現することが考えられる。
【００３１】
まず，本発明の製品売買システムは，生産計画や生産スケジュールなどで求められたロット別の生産完了予定日または入庫予定日または出荷予定日または納入予定日に基づいて，生産完了または入庫または出荷または納入することが可能な期間の幅として算出される納期推奨期間，品種，数量を含む売り出し予定案件を登録した売り出し予定案件データと，当該売り出し予定案件の売買内容を登録した売買データとを記憶する記憶手段と，生産計画や生産スケジュールなどで求められたロット別の生産完了予定日または入庫予定日または出荷予定日または納入予定日に基づいて，生産完了または入庫または出荷または納入することが可能な期間の幅を納期推奨期間として算出し，当該納期推奨期間を前記記憶手段が記憶している売り出し予定案件データに登録する納期推奨期間算出処理手段と，前記記憶手段が記憶している売り出し予定案件データを顧客に提示する売り出し予定案件提示処理手段と，当該顧客から品種，数量，要求納期を含む注文を受け取り，当該注文を前記記憶手段が記憶している売買データに登録する受注処理手段とを備える。
【００３２】
また，本発明の製品売買システムは，生産計画や生産スケジュールなどで求められたロット別の生産完了予定日または入庫予定日または出荷予定日または納入予定日に基づいて，生産完了または入庫または出荷または納入することが可能な期間の幅として算出される納期推奨期間，品種，数量を含む売り出し予定案件を登録した売り出し予定案件データと，当該売り出し予定案件の売買内容を登録した売買データとを記憶する記憶手段と，生産計画や生産スケジュールなどで求められたロット別の生産完了予定日または入庫予定日または出荷予定日または納入予定日に基づいて，生産完了または入庫または出荷または納入することが可能な期間の幅を納期推奨期間として算出し，当該納期推奨期間を前記記憶手段が記憶している売り出し予定案件データに登録する納期推奨期間算出処理手段と，顧客から品種，数量，要求納期を含む注文を受け取り，当該注文の当該品種を見て，前記記憶手段が記憶している売り出し予定案件データを検索し， 当該注文の当該要求納期が当該売り出し予定案件データの当該納期推奨期間内である売り出し予定案件データを引き当て，引き当てられた当該売り出し予定案件データを当該顧客に提示する売り出し予定案件提示処理手段と，当該顧客から注文確認を受け取る受注処理手段とを備える。
【００３３】
また，本発明の製品売買システムは，生産計画や生産スケジュールなどで求められたロット別の生産完了予定日または入庫予定日または出荷予定日または納入予定日に基づいて，生産完了または入庫または出荷または納入することが可能な期間の幅として算出される納期推奨期間，品種，数量を含む売り出し予定案件を登録した売り出し予定案件データと，当該売り出し予定案件の売買内容を登録した売買データとを記憶する記憶手段と，顧客から，品種，数量，要求納期を含む注文を受け取り，当該注文の当該要求納期と一致する生産計画または生産スケジュールなどで求められたロット別の生産完了予定日または入庫予定日または出荷予定日または納入予定日に基づいて，生産完了または入庫または出荷または納入することが可能な期間の幅を納期推奨期間として算出し，前記記憶手段が記憶している売り出し予定案件データに登録する納期推奨期間算出処理手段と，前記記憶手段が記憶している当該売り出し予定案件データを当該顧客に提示する売り出し予定案件提示処理手段と，当該顧客から注文確認を受け取る受注処理手段とを備える。
【００３４】
また，本発明の製品売買システムでは，前記記憶手段が，売り出し予定案件データに登録されている売り出し予定案件を売買する際の価格を計算するための価格計算ルールを登録した価格データを記憶し，前記受注処理手段が，前記売り出し予定案件データ提示処理手段が提示した売り出し予定案件データの当該品種を見て，前記記憶手段が記憶している価格データを検索し，当該売り出し予定案件データの当該納期推奨期間に応じて価格を計算し，当該価格を顧客に提示する。
【００３５】
また，本発明の製品売買システムでは，前記記憶手段が，生産計画や生産スケジュールなどで求められたロット別の生産完了予定日または入庫予定日または出荷予定日または納入予定日として表せる予定納期の変動の傾向を確率分布として表す納期分布を登録している納期分布データを記憶し，前記納期推奨期間算出処理手段が，前記記憶手段が記憶している納期分布データに基づいて，生産完了または入庫または出荷または納入することが可能な期間の幅を納期推奨期間として算出し，前記記憶手段が記憶している売り出し予定案件データに登録する。
【００３６】
また，本発明の製品売買システムは，生産計画や生産スケジュールなどで求められたロット別の生産完了予定日または入庫予定日または出荷予定日または納入予定日として表せる予定納期と，実際の当該ロット別の生産完了日または入庫日または出荷日または納入日として表せる実納期とを収集し，当該予定納期と当該実納期との差異の確率分布を作成し，当該確率分布を前記記憶手段が記憶している納期分布データに登録する納期分布作成処理手段を備える。
【００３７】
また，本発明の製品売買システムは，品種別に，生産計画や生産スケジュールなどで求められたロット別の生産完了予定日または入庫予定日または出荷予定日または納入予定日として表せる予定納期と，実際の当該ロット別の生産完了日または入庫日または出荷日または納入日として表せる実納期とを収集し，品種別に，当該予定納期と当該実納期との差異の確率分布を作成し，当該確率分布を前記記憶手段が記憶している納期分布データに登録する納期分布作成処理手段を備える。
【００３８】
また，本発明の製品売買システムでは，前記納期推奨期間算出処理手段が，生産計画や生産スケジュールなどで求められたロット別の生産完了予定日または入庫予定日または出荷予定日または納入予定日として表せる予定納期と，前記記憶手段が記憶している納期分布データと，予め与えられた信頼水準とに基づいて，当該納期分布の累積確率が当該信頼水準以上となる納期を信頼納期として算出し，当該信頼納期が当該予定納期より後である場合には当該予定納期から当該信頼納期までの期間を納期推奨期間として算出し，当該信頼納期が当該予定納期より前である場合には当該信頼納期から当該予定納期までの期間を納期推奨期間として算出する。
【００３９】
また，本発明の製品売買システムは，前記納期分布作成処理手段を行う前に，一以上のサプライヤから提供される生産計画や生産スケジュールなどで求められたロット別の生産完了予定日または入庫予定日または出荷予定日または納入予定日として表せる予定納期を受け取り，一元的に管理できる形式に加工する予定納期一元化処理手段を備える。
【００４０】
また，本発明の製品売買システムでは，前記納期分布作成処理手段が，サプライヤ別に，生産計画や生産スケジュールなどで求められたロット別の生産完了予定日または入庫予定日または出荷予定日または納入予定日として表せる予定納期と，実際の当該ロット別の生産完了日または入庫日または出荷日または納入日として表せる実納期とを収集し，サプライヤ別に，当該予定納期と当該実納期との差異の確率分布を作成し，当該確率分布を前記記憶手段が記憶している納期分布データに登録する。
【００４１】
また，本発明の製品売買システムでは，前記納期分布作成処理手段が，サプライヤ別，品種別に，生産計画や生産スケジュールなどで求められたロット別の生産完了予定日または入庫予定日または出荷予定日または納入予定日として表せる予定納期と，実際の当該ロット別の生産完了日または入庫日または出荷日または納入日として表せる実納期とを収集し，サプライヤ別，品種に，当該予定納期と当該実納期との差異の確率分布を作成し，当該確率分布を前記記憶手段が記憶している納期分布データに登録する。
【００４２】
また，本発明の製品売買システムは，前記記憶手段が，少なくとも顧客ＩＤを含む顧客データを記憶しており，外部から受け取った顧客ＩＤを前記記憶手段が記憶している顧客データと照合することによって，正規の顧客であるかどうかを判定する顧客認証処理手段を備える。
【００４３】
【発明の実施の形態】
以下，本発明による製品売買方法およびシステムの実施形態について説明する。
【００４４】
本実施形態では，ネットワーク上，または，その他の通信媒体を介して，半導体製品を売買する場合の例を説明する。この場合におけるサプライヤとしてはメモリやシステムＬＳＩなどの半導体製品を作る生産業者が考えられ，顧客としては半導体製品を調達してコンピュータなどの電子機器を作る生産業者が考えられる。また，半導体ウエハを売買する場合もあり，この場合におけるサプライヤとしてはファウンドリ（foundry）などの半導体ウエハの生産業者が考えられ，顧客としては半導体ウエハを調達してメモリやシステムＬＳＩなどの半導体製品を作る生産業者が考えられる。半導体は酸化工程，拡散工程，配線工程，テスト工程，組立工程など多段階の工程を経て生産されるため，生産には長時間を要する。また，半導体の生産プロセスは生産設備に依存しており，生産設備能力の逼迫や生産設備の故障，不良発生などの生産設備稼働状況の変化が大きい。このため，生産計画や生産スケジュールなどで求められたロット別の生産完了予定日または入庫予定日または出荷予定日または納入予定日などが変動しやすいという特徴がある。
［実施例１］
実施例１として，図１に，最初にサプライヤが売り出す予定の製品に関する情報を顧客に提示し，顧客が提示された情報に基づいてサプライヤに注文する場合の製品売買方法を示す。
【００４５】
まず，サプライヤが，生産計画や生産スケジュールなどで求められたロット別の生産完了予定日または入庫予定日または出荷予定日または納入予定日に基づいて，生産完了または入庫または出荷または納入することが可能な期間の幅を納期推奨期間として算出する納期推奨期間算出手順を行う。そして，品種，数量，当該納期推奨期間を含む売り出し予定案件を顧客に提示し，当該顧客が当該売り出し予定案件の内容を確認した後，サプライヤは，顧客から品種，数量，要求納期を含む注文を受け取り，当該注文を受け付ける受注処理手順を行う。
【００４６】
図１の製品売買方法における納期推奨期間算出手順の納期推奨期間の算出方法には，生産計画や生産スケジュールなどで求められたロット別の生産完了予定日または入庫予定日または出荷予定日または納入予定日として表せる予定納期の変動の傾向を確率分布として表す納期分布に基づいて，生産完了または入庫または出荷または納入することが可能な期間の幅を算出する方法が考えられる。
【００４７】
上記納期分布は，生産完了予定日または入庫予定日または出荷予定日または納入予定日として表せる予定納期と，実際の生産完了日または入庫日または出荷日または納入日として表せる実納期とを収集し，当該予定納期と当該実納期との差異の確率分布として作成される。
【００４８】
上記納期分布の作成方法について，図４から図６を用いて説明する。
【００４９】
まず，図４に，生産計画や生産スケジュールなどで求められたロット別の生産完了予定日または入庫予定日または出荷予定日または納入予定日として表せる予定納期のうち，出荷予定日の変動の例を示す。同図では，一例として出荷予定日を取り上げたが，生産完了予定日や入庫予定日や納入予定日の変動についても同様に考えることができる。
【００５０】
図４において，例えば，Ｎ日にロットをスケジューリングした結果，Ｎ＋６日に出荷予定であると算出されたとする（同図４０１）。翌日のＮ＋１日に当該ロットをスケジューリングした結果，例えば，生産設備故障の発生により，出荷予定日がＮ＋８日と算出され，前日に算出された出荷予定日より遅くなることがある（同図４０２）。また，例えば，他のロットの後ろ倒しにより，当該ロットが優先的にスケジューリングされ，出荷予定日が早まる場合もある（同図４０３）。以下，毎日スケジューリングを行い，図４では，例えば最終的にＮ＋７日に当該ロットが出荷されていることから，出荷日はＮ＋７日となる（同図４０４）。図４では，まず，スケジューリングを実施するたびに出荷予定日とスケジューリング実施日とを収集し，出荷予定日とスケジューリング実施日との差を予定納期差Ｘとして算出する（同図４０５）。この予定納期差Ｘは，出荷予定日がスケジューリング実施日からＸ日後であることを示している。
【００５１】
次に，図５において，当該出荷日が得られると，当該出荷日と図４で収集したスケジューリング実施日との差を実納期差Ｙとして算出する（同図５０１）。この実納期差Ｙは，実際の出荷日がスケジューリング実施日からＹ日後であることを示している。
【００５２】
次に，図６において，図４および図５において算出された当該予定納期差Ｘと当該実納期差Ｙとの組み合わせ（同図６０１）から，出荷予定日と出荷日との差異の確率分布として，出荷予定日がＸ日後のときに実際の出荷日がＹ日後となる確率Ｐ｛Ｙ｜Ｘ｝を算出し，当該出荷予定日ごとに納期分布を作成する（同図６０２）。当該納期分布は，さらに品種別に作成される場合もある。また，複数のサプライヤがある場合には，当該納期分布はサプライヤ別に作成される場合もある。
【００５３】
以上により，生産完了予定日または入庫予定日または出荷予定日または納入予定日として表せる予定納期の変動の傾向を確率分布として表す納期分布を作成することができる。また，図４から図６において，納期分布の作成に出荷予定日および出荷日を使用する例を説明したが，予定納期および実納期には，生産完了予定日および生産完了日を使用する場合，または入庫予定日および入庫日を使用する場合，または納入予定日および納入日を使用する場合などがあり，予定納期および実納期の組み合わせを限定しないが，納期分布の作成の際には使用する予定納期および実納期の組み合わせを統一する必要がある。
【００５４】
次に，上記納期分布を用いて納期推奨期間を算出する方法を説明する。
【００５５】
図７において，まず，生産完了予定日または入庫予定日または出荷予定日または納入予定日として表せる予定納期が与えられると（同図７０１），上記納期分布と予め与えられた信頼水準とに基づいて，当該納期分布の累積確率が当該信頼水準以上となる納期を信頼納期として算出する（同図７０２）。次に，当該信頼納期が当該予定納期より後である場合，当該予定納期から当該信頼納期までの期間を納期推奨期間とする（同図７０３）。
【００５６】
図８のように，当該信頼納期が当該予定納期より前の場合には，当該信頼納期から当該予定納期までの期間を納期推奨期間とする（同図８０１，８０２，８０３）。
【００５７】
上記信頼水準は，例えば，顧客の要求納期を守る確率の最低基準として予め設定される。上記信頼納期は，信頼水準以上の確率で，生産完了予定日または入庫予定日または出荷予定日または納入予定日として表せる予定納期を遵守して生産完了または入庫または出荷または入庫することが可能である日を表している。
【００５８】
以上により，納期分布を用いて，生産完了予定日または入庫予定日または出荷予定日または納入予定日として表せる予定納期の変動を考慮した納期推奨期間を算出することができる。ただし，納期推奨期間の算出方法は上記に限定しない。
【００５９】
以上の製品売買方法をシステムとして実施する場合には，以下のような実施形態で実現される。
【００６０】
図９は，製品売買システムの機能構成を表すブロック図であって，１０は製品売買システム，１００は記憶手段，１０１は顧客認証処理手段，１０２は売り出し予定案件提示処理手段，１０３は受注処理手段，１０４は注文状況提示処理手段，１０５は予定納期算出処理手段，１０６は納期分布作成処理手段，１０７は納期推奨期間算出処理手段である。
【００６１】
同図において，製品売買システム１０は，記憶手段１００と，顧客認証処理手段１０１と，売り出し予定案件提示処理手段１０２と，受注処理手段１０３と，注文状況提示処理手段１０４，予定納期算出処理手段１０５，納期分布作成処理手段１０６，納期推奨期間算出処理手段１０７とを具備している。
【００６２】
記憶手段１００には，次のようなデータが記憶されている。
○納期分布データ１１１：生産完了予定日または入庫予定日または出荷予定日または納入予定日の変動の傾向を確率分布として表す納期分布を登録している。
○売り出し予定案件データ１１２：品種，数量，納期推奨期間を含む売り出し予定案件を登録している。
○価格データ１１３：売り出し予定案件を売買する際の価格を計算するための価格計算ルールを登録している。
○売買データ１１４：売り出し予定案件の売買内容を登録している。
○顧客データ１１５：少なくとも顧客ＩＤを登録している。
○予定納期データ１１６：少なくとも，生産計画や生産スケジュールなどで求められたロット別の生産完了予定日または入庫予定日または出荷予定日または納入予定日として表せる予定納期，ロット番号などで表せる識別ＩＤ，品種，数量を登録している。
○実納期データ１１７：少なくとも，生産完了日または入庫日または出荷日または納入日として表せる実納期，ロット番号などで表せる識別ＩＤ，品種，数量を登録している。
○信頼水準データ１１８：少なくとも品種，信頼水準を登録している。
【００６３】
顧客認証処理手段１０１は，製品売買システム１０にネットワークなどを介してアクセスしてくる顧客を認証するために，前記記憶手段１００に記憶されている顧客データとアクセスしてきた顧客ＩＤとを照合して，当該顧客が正規の顧客であるかどうかを判定する。
【００６４】
売り出し予定案件提示処理手段１０２は，顧客認証処理手段１０１で認証された顧客に対して，前記記憶手段１００に記憶されている売り出し予定案件データと価格データとを当該顧客に提示する。
【００６５】
受注処理手段１０３は，当該売り出し予定案件データと当該価格データとから当該売り出し予定案件データの当該品種の販売価格を計算し，当該顧客から品種，数量，要求納期を含む注文を受け取り，当該注文と当該販売価格とを前記記憶手段１００に記憶されている売買データに登録する。
【００６６】
注文状況提示処理手段１０４は，当該顧客に対して，前記記憶手段１００に記憶されている売買データを提示する。
【００６７】
予定納期算出処理手段１０５は，生産計画や生産スケジュールなどで求められたロット別の生産完了予定日または入庫予定日または出荷予定日または納入予定日から予定納期を算出して，前記記憶手段１００に記憶されている予定納期データに登録する。
【００６８】
納期分布作成処理手段１０６は，前記記憶手段１００に記憶されている予定納期データと実納期データとから，当該予定納期データの当該予定納期と当該実納期データの当該実納期との差異を確率分布として算出し，前記記憶手段１００に記憶されている納期分布データに登録する。
【００６９】
納期推奨期間算出処理手段１０７は，前記記憶手段１００に記憶されている納期分布データと信頼水準データとに基づいて，前記記憶手段１００に記憶されている予定納期データの当該予定納期から納期推奨期間を算出し，前記記憶手段１００に記憶されている売り出し予定案件データに登録する。
【００７０】
また，製品売買システム１０は，外部もしくは内部に生産計画システムや出荷管理システムなどと接続していたり連動していたりする場合もある。本実施の形態では，当該生産計画システムや出荷管理システムの処理については対象としていない。
【００７１】
図１１は，本発明による製品売買システムのハードウェア／ソフトウェア構成の一例を示している。
【００７２】
製品売買システム１０を実装するサプライヤコンピュータ２００は，システムの動作に必要な種々の演算・命令を行うＣＰＵ（Central Processing Unit）２０１と，ＯＳ（Operating System），製品売買システムの動作内容を記述した製品売買プログラム，並びに製品売買プログラムに必要となるデータを記憶するメモリ２０２と，必要に応じてネットワークを介した外部との接続や通信を制御する通信制御部２０３とを備えている。また，補助記憶装置２０４を本体２００に接続することにより，メモリ２０２に記憶するＯＳ，プログラムおよびデータを補助記憶装置２０４に記憶させることもできる。また，顧客側コンピュータ２１０はサプライヤコンピュータ２００の外部に置かれ，サプライヤコンピュータ２００の通信制御部２０３を介してネットワークに接続され，サプライヤコンピュータ２００と通信できる。
【００７３】
以上のハードウェア／ソフトウェア構成において，図９のブロックは，図１１の構成部分に以下のように対応する。
【００７４】
記憶手段１００は，他のブロックが処理を実行する際には，主としてメモリ２０２によってその機能が実現され，その一方，膨大なデータを記憶する際や固定的に記憶する際には，補助記憶装置２０４によってその機能が実現される。
【００７５】
顧客認証処理手段１０１，製品提示処理手段１０２，受注処理手段１０３，注文状況提示処理手段１０４，予定納期算出処理手段１０５，納期分布作成処理手段１０６，納期推奨期間算出処理手段１０７は，メモリ２０２に記憶されているＯＳや製品売買プログラムおよびこれらを制御するＣＰＵ２０１の相互作用によってそれぞれ実現され，その際，メモリ２０２や補助記憶装置２０４に記憶されている各種データが参照されたり，更新されたりする。また，顧客認証処理手段１０１，製品提示処理手段１０２，受注処理手段１０３，注文状況提示処理手段１０４が顧客側コンピュータ２１０との通信を必要とする際には，通信制御部２０３によってその機能が実現される。
【００７６】
以下に，上記製品売買システムによる処理内容を説明する。
【００７７】
まず，記憶手段１００が記憶している各データを図１２から図１９を用いて説明する。
【００７８】
図１２は，納期分布データの例を示しており，品種，サプライヤ，予定納期差，実納期差，度数，確率を登録している。ここでは，予定納期差は，生産完了予定日または入庫予定日または出荷予定日または納入予定日として表せる予定納期と，当該予定納期の前記記憶手段１００に記憶されている予定納期データへの登録日との差を登録している。また，実納期差は，生産完了日または入庫予定日または出荷予定日として表せる実納期と，当該予定納期の前記記憶手段１００に記憶されている予定納期データへの登録日との差を登録している。サプライヤは，当該品種を生産するサプライヤを登録している。度数は，品種別，サプライヤ別の予定納期差と実納期差の組み合わせの件数であり，確率は，品種別，サプライヤ別の予定納期差の件数に対する当該度数の割合である。同図の１レコード目のデータは，品種「ＨＧ７３Ｃ７８９...」，サプライヤ「Ａ工場」，予定納期差「１０」日，実納期差「−１」日である組み合わせの件数が度数「２５」件であり，品種「ＨＧ７３Ｃ７８９...」，サプライヤ「Ａ工場」，予定納期差「１０」日の組み合わせの件数に対する度数「２５」件の割合が確率「０．１２４１５８」であることを示している。
【００７９】
図１３は，売り出し予定案件データの例を示しており，識別ＩＤ，サプライヤ，品種，数量，売却数量，納期推奨期間開始日，納期推奨期間終了日，ステータスを登録している。識別ＩＤは，例えばロット番号などサプライヤが識別できるようなＩＤを登録している。サプライヤは，当該識別ＩＤの当該品種を生産するサプライヤを登録している。数量は，当該識別ＩＤの当該品種の生産数量であり，売却数量は，当該識別ＩＤの当該品種がすでに顧客に売却されている数量である。納期推奨期間は，納期推奨期間開始日および納期推奨期間終了日を登録し，納期推奨期間開始日から納期推奨期間終了日までの期間として表される。ステータスは，製品売買システム１０と接続していたり連動していたりする生産計画システムなどから収集した当該識別ＩＤの当該品種の生産状況を登録している。例えば，当該生産状況には，当該識別ＩＤの当該品種がまだ生産を開始していない場合には「未着手」，現在生産中である場合には「生産中」，すでに出荷した場合には「出荷済」がある。同図の１レコード目のデータは，サプライヤ「Ａ工場」で生産する識別ＩＤ「Ｌ１８３８０」の品種「ＨＧ７３Ｃ７８９...」は，生産数量「１２００」のうち顧客に売却されている数量は「０」であり，納期推奨期間は「２００１／０５／０１」（納期推奨期間開始日）〜「２００１／０５／０５」（納期推奨期間終了日），生産状況は現在「生産中」であることを示している。
【００８０】
図１４は，価格データの例を示しており，品種，サプライヤ，標準価格，最低価格，係数，パターンを登録している。同図は，サプライヤ「Ａ工場」が生産する品種「ＨＧ７３Ｃ７８９...」は，標準価格「１０００」，最低価格「８５０」，係数「０．１０」，パターン「比例」であることを示している。販売価格は標準価格，係数，パターンに基づいて計算され，同図の例の場合，販売価格は最低価格「８５０」から標準価格「１０００」の間で計算される。
【００８１】
図１５は，売買データの例を示しており，注文ＩＤ，顧客ＩＤ，注文日，識別ＩＤ，サプライヤ，品種，要求納期，購入数量，販売価格，処理状況を登録している。同図は，注文ＩＤは「ＰＯ００３０１」であり，顧客「Ａ００１２１」が注文日「２００１／０３／０１」に，サプライヤ「Ａ工場」が生産する識別ＩＤ「Ｌ２１０３０」の品種「ＨＧ７３Ｃ...」を，注文数量「３０００」個，販売価格「９３０」円で注文し，現在の注文処理状況は「未納」であることを示している。
【００８２】
図１６は，顧客データの例を示しており，顧客ＩＤ，パスワード，顧客名，担当者名，住所，電話番号，Ｅ−ｍａｉｌを登録している。同図の１レコード目のデータは，顧客ＩＤ「Ａ００１２１」の顧客が顧客名「ＡＢＣ電気」，担当者名「田中太郎」，住所「東京都港区」，電話番号「０３１２３４５６７８」，Ｅ−ｍａｉｌ「ｔａｎａｋａ＠...」であることを示している。
【００８３】
図１７は，予定納期データの例を示しており，識別ＩＤ，サプライヤ，品種，数量，予定納期，登録日，ステータスを登録している。登録日は，前記記憶手段１００に記憶されている当該予定納期データに登録された日であり，ステータスは，前記売り出し予定案件データと同様に，製品売買システム１０と接続していたり連動していたりする生産計画システムなどから収集した当該識別ＩＤの当該品種の生産状況を登録している。同図の１レコード目は，サプライヤ「Ａ工場」で生産する識別ＩＤ「Ｌ１８３８０」の品種「ＨＧ７３Ｃ７８９...」は，数量「１２００」，予定納期「２００１／０４／２８」，生産状況「生産中」であり，当該予定納期データへの登録日が「２００１／０３／０１」であることを示している。
【００８４】
図１８は，実納期データの例を示しており，識別ＩＤ，サプライヤ，品種，数量，実納期を登録している。実納期は，製品売買システム１０と接続していたり連動していたりする生産計画システムや出荷管理システムなどから収集した当該識別ＩＤの品種の生産完了日または入庫日または出荷日または納入日として表せる日を登録している。同図の１レコード目は，サプライヤ「Ａ工場」で生産する識別ＩＤ「Ｌ００４６７」の品種「ＨＧ７３Ｃ７８９...」は，数量「１２００」であり，生産完了日または入庫日または出荷日または納入日が実納期「２００１／０１／３０」であることを示している。
【００８５】
図１９は，信頼水準データの例を示しており，品種，サプライヤ，信頼水準を登録している。同図は，品種別，サプライヤ別に信頼水準が登録されることを示している。当該信頼水準データは，生産管理担当者などが予め設定する。
【００８６】
図２０は，図１の製品売買方法を用いた製品売買システムの処理手順を示すシーケンスチャートである。ただし，図中の各処理やデータ転送を表す線の長さは，必ずしも実処理における時間長さに対応したものではない。
【００８７】
同図において，まず，顧客認証処理手段１０１は，顧客から顧客ＩＤ，パスワードなどの認証情報を取り込むと，記憶手段１００に記憶されている顧客データを検索し，当該顧客が正規の顧客であるかどうか認証する処理を行う。そして，当該顧客が正規の顧客である場合にはＯＫコードを製品提示処理手段１０２に渡す。
【００８８】
次に，売り出し予定案件提示処理手段１０２は，顧客から品種などの提示条件を取り込むと，当該提示条件に基づいて記憶手段１００に記憶されている売り出し予定案件データおよび価格データを検索し，検索された当該売り出し予定案件データと当該売り出し予定案件データの当該品種の標準価格とを含む検索結果を顧客に提示する。
【００８９】
次に，受注処理手段１０３は，売り出し予定案件提示処理手段１０２によって提示された当該検索結果に基づいて，顧客から品種，数量，要求納期を含む注文を取り込み，当該売り出し予定案件データの当該品種の販売価格を計算し，注文ＩＤ，顧客ＩＤ，注文日，識別ＩＤ，サプライヤ，品種，要求納期，販売価格，購入数量を含む売買データを作成して，記憶手段１００に登録する。
【００９０】
注文状況提示処理手段１０４は，顧客認証処理手段１０１が行われた後，顧客から注文ＩＤ，品種などの提示条件を取り込むと，当該提示条件に基づいて記憶手段１００に記憶されている売買データを検索し，検索結果を当該顧客に提示する。
【００９１】
予定納期算出処理手段１０５，納期分布作成処理手段１０６，納期推奨期間算出処理手段１０７は，例えば毎日バッチ処理で実行されるなど，上記各処理手段とは実行タイミングが異なる場合があり，必ずしも上記各処理手段と連動して実行されるとは限らない。
【００９２】
まず，予定納期算出処理手段１０５は，生産計画や生産スケジュールなどで求められた出荷予定日または入庫予定日または出荷予定日または納入予定日から予定納期を算出して，当該予定納期，品種，数量を含む予定納期データを前記記憶手段１００に登録する。
【００９３】
納期分布作成処理手段１０６は，記憶手段１００に記憶されている予定納期データおよび実納期データを読み込み，予定納期の変動の傾向を確率分布として表す納期分布を作成し，記憶手段１００に記憶されている納期分布データに登録する。
【００９４】
納期推奨期間算出処理手段１０７は，記憶手段１００に記憶されている予定納期データ，実納期データ，納期分布データ，信頼水準データを読み込み ，各データに基づいて納期推奨期間を算出し，品種，数量，当該納期推奨期間を含む売り出し予定案件データを作成し，記憶手段１００に登録する。
【００９５】
以下に，図１の製品売買方法を用いた製品売買システムの各処理手段の処理内容について説明する。
【００９６】
まず，顧客は，顧客のコンピュータ端末とインターネットなどのネットワークを介して，製品売買システム１０にアクセスする。製品売買システム１０は，顧客からのアクセスを受けると，図２１に示すような製品売買システム１０にアクセスしてきた顧客を認証するための画面を表示する。同図の画面において，顧客は自分の顧客ＩＤとパスワードを入力し（同図２１０１，２１０２），ボタン２１０３「ログイン」をクリックすると，入力された顧客ＩＤとパスワードが製品売買システム１０に送信される。製品売買システム１０は，顧客から送信された顧客ＩＤとパスワードを受け取ると，顧客認証処理手段１０１を起動する。
【００９７】
顧客認証処理手段１０１は，図２２の処理フローに従ってアクセスしてきた顧客を認証する。まず，同２２のステップ２２０１において，製品売買システム１０が受け取った顧客ＩＤとパスワードを取り込む。次に，ステップ２２０２において，ステップ２２０１で取り込んだ当該顧客ＩＤを記憶手段１００に記憶されている顧客データと照合し，当該顧客ＩＤが顧客データに登録されているかどうかをチェックする。当該顧客ＩＤを含むレコードが当該顧客データに存在する場合はステップ２２１０に進み，存在しない場合はステップ２２３０に進んでエラーコードを返して処理を終了する。次に，ステップ２１１０において，ステップ２２０１で受け取ったパスワードが，当該顧客データに登録されている当該顧客ＩＤのレコードのパスワードと同じかどうかをチェックし，同じ場合はステップ２２２０に進んでＯＫコードを返して処理を終了し，同じでない場合はステップ２２３０に進んでエラーコードを返して処理を終了する。なお，図２１の画面において，顧客が製品売買システム１０にログインすることを止める場合にはボタン２１０４「キャンセル」をクリックすればよい。
【００９８】
図２２の処理で，顧客認証手段１０１がＯＫコードを返した場合には，製品売買システム１０にアクセスしてきた顧客は正規の顧客として認証されたことになり，製品売買システム１０は，図２３の画面を表示する。顧客認証処理手段１０１がエラーコードを返した場合には，以降の一連の処理を中断したり，顧客認証処理手段１０１の処理を再実行して図２１の画面を再表示し，顧客ＩＤとパスワードの入力を顧客に再度要求したりすることができる。
【００９９】
図２３の画面において，顧客が購入を希望する売り出し予定案件製品を検索したり，注文を行ったりしたい場合は，リンク２３０１「売り出し予定案件製品検索・ご注文入力」をクリックすると，図２４の画面が表示される。
【０１００】
図２４の画面において，顧客は自分が購入を希望する製品コード（品種）の一部あるいは全部および必要に応じて数量，要求数量を入力し（同図２４０１，２４０２，２４０３），ボタン２４０４「検索」をクリックすると，入力された製品コード（品種）の一部あるいは全部および必要に応じて入力された数量，要求数量が製品売買システム１０に送信される。製品売買システム１０は，顧客から送信されてきた製品コード（品種）の一部あるいは全部および数量，要求数量を受け取ると，売り出し予定案件提示処理手段１０２を起動する。なお，図２４の画面において，図２３の画面に戻る場合にはリンク２４０６「メニューに戻る」をクリックすればよい。
【０１０１】
売り出し予定案件提示処理手段１０２は，図２５の処理フローに従って処理を行う。まず，図２５のステップ２５０１において，製品売買システム１０が受け取った製品コード（品種）の一部あるいは全部，数量，要求納期を取り込む。次に，ステップ２５０２において，ステップ２５０１で取り込んだ製品コード（品種）の一部あるいは全部をキーにして，記憶手段１００に記憶されている売り出し予定案件データを検索し，当該売り出し予定案件データの品種に当該キーを含むレコードを抽出する。次に，ステップ２５０３において，ステップ２５０１で取り込んだ要求納期に値（日付）が入っているかどうかを判定し，値（日付）が入っている場合にはステップ２５１０に進み，値（日付）が入っていない場合にはステップ２５１１に進む。次に，ステップ２５１０において，ステップ２５０３で値（日付）が入っていると判定された要求納期をキーにして，ステップ２５０２で抽出されたレコードを検索し，当該要求納期が当該抽出されたレコードの納期推奨期間内にあるレコードを抽出する。次に，ステップ２５１１において，ステップ２５０２あるいはステップ２５１０で抽出されたレコードを参照して，品種，サプライヤ，納期推奨期間開始日で多段階ソートする。次に，ステップ２５１２において，ステップ２５１１でソートされた品種別，サプライヤ別，納期推奨期間開始日別のレコードを用いて，品種，サプライヤ，納期推奨期間（納期推奨期間開始日および納期推奨期間終了日）の組み合わせごとに数量，売却済数量をそれぞれ合計し，品種別，サプライヤ別，納期推奨期間別の総数量，総売却済数量を計算する。次に，ステップ２５１３において，ステップ２５０１で取り込んだ数量に値が入っているかどうかを判定し，値が入っている場合にはステップ２５２０に進み，値が入っていない場合にはステップ２５２１に進む。次に，ステップ２５２０において，ステップ２５０１で取り込み，ステップ２５１３で値が入っていると判定された数量をキーにして，ステップ２５１２で計算された当該レコードの総数量，総売却済数量を参照して，当該数量≧（総数量−総売却済数量）となるレコードを抽出する。次に，ステップ２５２１において，ステップ２５０２またはステップ２５１０またはステップ２５２０で抽出されたレコードの品種をキーにして，記憶手段１００に記憶されている価格データを検索し，当該品種の標準価格を読み込む。次に，ステップ２５２２において，ステップ２５０２またはステップ２５１０またはステップ２５２０で抽出された品種別，サプライヤ別，納期推奨期間別のレコードおよびステップ２５２１で読み込まれた当該レコードの品種の標準価格を表示する。
【０１０２】
図２６の画面は，図２４の画面で入力された製品コード（品種）の一部「ＨＧ７３Ｃ」をキーにして，売り出し予定案件提示処理手段１０２によって処理された結果を示している。例えば，図２６のレコード２６０２は，品種「ＨＧ７３Ｃ１２３Ｈ０１ＦＭＵ」，サプライヤ「Ａ工場」，数量「３５００」，売却済数量「０」，残数量「３５００」，標準価格「１０００」円，納期推奨期間「２００１／０５／０１」（納期推奨期間開始日）〜「２００１／０５／０５」（納期推奨期間終了日），当該品種のステータスが現在「生産中」であることを示している。検索結果が多数ある場合には，複数ページにわたって表示され，リンク２６０５「次ページへ」をクリックすることによって，ページを移動することができる。また，メニューに戻る場合にはリンク２６０６「メニューに戻る」を，再度売り出し予定案件製品の検索を行う場合にはリンク２６０７「売り出し予定案件製品検索・ご注文入力画面に戻る」をそれぞれクリックすればよい。
【０１０３】
図２６において，顧客が購入を希望する場合には，購入を希望する売り出し予定案件に対してチェックボックス２６０２，２６０３をクリックしてチェックを入れ，ボタン２６０４「注文入力画面へ」をクリックすると，受注処理手段１０３を起動する。
【０１０４】
受注処理手段１０３は，図２７の処理フローに従って処理を行う。
【０１０５】
まず，図２７のステップ２７０１において，当該顧客が希望する当該売り出し予定案件の当該品種，当該サプライヤをキーにして，記憶手段１００に記憶されている価格データを検索する。次に，ステップ２７０２において，当該売り出し予定案件の納期推奨期間（納期推奨期間開始日および納期推奨期間終了日）を読み込む。次に，ステップ２７０３において，納期推奨日を納期推奨期間開始日から納期推奨期間終了日まで１日ずつ変えながら，ステップ２７０４において，ステップ２７０１で検索された価格データに基づいて販売価格を計算する。例えば，販売価格は，標準価格−（標準価格−最低価格）×係数×（納期推奨日−納期推奨期間開始日＋１）で計算される。次に，ステップ２７０５において，ステップ２７０４で計算された販売価格が最低価格未満である場合には，ステップ２７０６に進み，最低価格を販売価格として設定する。次に，ステップ２７０７において，当該売り出し予定案件および販売価格を納期推奨日，販売価格の組み合わせで表示する。そして，ステップ２７０４からステップ２７０７までの処理を，納期推奨日が納期推奨終了日になるまで繰り返す。図２９に，当該売り出し予定案件および販売価格を納期推奨日，販売価格の組み合わせで表示した画面を示す。
【０１０６】
ここで，図２８に，販売価格の計算方法の一例を示す。同図は，納期推奨日が納期推奨期間開始日であるときの販売価格を標準価格とし（同図２８０１），例えば，図１４の価格データのパターンが「比例」の場合には，納期推奨日が納期推奨期間終了日に近づくにしたがって，比例で販売価格を減少させ，販売価格が最低価格となったとき（同図２８０２）には，以降の納期推奨日の販売価格に最低価格を設定することを示している。そして，同図において，納期推奨日のときの価格を販売価格として算出する（同図２８０３）。ただし，販売価格の計算方法は上記に限定しない。
【０１０７】
図２９の画面では，図２６においてチェックボックス２６０２，２６０３にチェックされた売り出し予定案件の製品コード（品種），サプライヤ，残数量，価格，納期推奨期間，図２７のステップ２７０１からステップ２７０８で計算された販売価格が，納期推奨日（図２９では要求納期）と販売価格の組み合わせで表示されている。そして，納期推奨日（同図では要求納期）と販売価格の組み合わせに対して要求数量を入力し（同図２９０３，２９０５），ボタン２９０６「計算」をクリックすると，図３０の画面が表示される。顧客が要求数量を入力した欄の納期推奨日（図２９では要求納期）が顧客の要求納期となる。
【０１０８】
図３０の画面では，納期推奨日（顧客の要求納期）と販売価格の組み合わせにおいて，要求数量が入力された欄（図２９の２９０３，２９０５）の納期推奨日（顧客の要求納期）から購入価格（販売価格）が算出され，さらに要求数量から購入価格（販売価格）が算出され，当該購入価格（販売価格）の合計が表示されている（同図３００１，３００２）。そして，顧客が，画面に表示されている内容を確認し，ボタン３００３「注文確定」をクリックすると，図３０の画面に表示されている製品コード（品種），サプライヤ，納期推奨期間，要求数量，要求納期，購入価格（販売価格）が製品売買システム１０に送信され，図２７のステップ２７１０以降の処理が実行される。なお，図３０の画面において，メニューに戻る場合にはリンク３００５「メニューに戻る」を，再度売り出し予定案件の検索を行う場合にはリンク３００６「売り出し予定案件製品検索・ご注文入力画面に戻る」を，図２６の画面に戻る場合にはリンク３００７「売り出し予定案件製品検索結果画面に戻る」をそれぞれクリックすればよい。
【０１０９】
図２７のステップ２７１０において，製品売買システム１０が受け取った製品コード（品種），サプライヤ，納期推奨期間，要求数量，要求納期，購入価格（販売価格）を取り込み，ユニークな注文ＩＤを新規に設定する。次に，ステップ２７１１において，ステップ２７１０で取り込まれた当該品種，当該サプライヤ，当該納期推奨期間をキーにして，記憶手段１００に記憶されている売り出し予定案件データを検索し，当該キーが一致するレコードを抽出する。次に，ステップ２７１２において，ステップ２７１１で抽出されたレコードを参照して，当該レコードの識別ＩＤでソートする。次に，ステップ２７１３において，当該レコードの数量，売却済数量をそれぞれ合計し，総数量，総売却済数量，総残数量（＝総数量−総売却済数量）を算出する。次に，ステップ２７１４において，ステップ２７１３で算出された総残数量と，ステップ２７１０で取り込まれた要求数量とを比較し，当該総残数量が当該要求数量以上の場合にはステップ２７２０に進み，当該総残数量が当該要求数量未満の場合にはステップ２７３０に進んでエラーコードを返して処理を終了する。ステップ２７２０においては，ステップ２７１２でソートされたレコードを参照し，当該参照レコードの残数量と要求数量を比較し，当該参照レコードの残数量が要求数量未満の場合にはステップ２７４０に進み，当該参照レコードの残数量が要求数量以上の場合にはステップ２７５０に進む。ステップ２７４０においては，記憶手段１００に記憶されている売買データに，注文ＩＤ，当該顧客の顧客ＩＤ，注文日，売り出し予定案件データの当該参照レコードの識別ＩＤ，サプライヤ，品種，要求納期，購入数量として当該参照レコードの残数量を登録する。次に、ステップ２７４１において，要求数量から売り出し予定案件データの当該参照レコードの残数量を差し引き，当該参照レコードの売却数量に残数量を加え，残数量を０にし，ステップ２７２０に戻る。ステップ２７５０においては，記憶手段１００に記憶されている売買データに，注文ＩＤ，当該顧客の顧客ＩＤ，注文日，売り出し予定案件データの当該参照レコードの識別ＩＤ，サプライヤ，品種，当該要求納期，購入数量として当該要求数量を登録する。次に，ステップ２７５１において，売り出し予定案件データの当該参照レコードの売却数量に要求数量を加え，残数量から要求数量を差し引く，次に，ステップ２７５２において，ＯＫコードを返し，図３１の画面を表示し，処理を終了する。なお，図３１の画面において，メニューに戻る場合にはリンク３１０２「メニューに戻る」をクリックすればよい。
【０１１０】
図２３の画面において，顧客が現在の注文状況を参照したい場合は，リンク２３０２「ご注文状況検索」をクリックすると，図３２の画面が表示される。
【０１１１】
図３２の画面において，顧客は，注文ＩＤの一部あるいは全部，注文日，製品コード（品種）の一部あるいは全部を検索条件として組み合わせて入力し（同図３２０１，３２０２，３２０３），ボタン３２０４「検索」をクリックすると，入力された注文ＩＤの一部あるいは全部，注文日，製品コード（品種）の一部あるいは全部が製品売買システム１０に送信される。製品売買システム１０は，送信されてきた注文ＩＤの一部あるいは全部，注文日，製品コード（品種）の一部あるいは全部を受け取ると注文状況提示処理手段１０４を起動する。なお，図３２の画面において，メニューに戻る場合にはリンク３２０７「メニューに戻る」をクリックすればよい。
【０１１２】
注文状況提示処理手段１０４は，図３３の処理フローに従って処理を行う。
【０１１３】
まず，図３３のステップ３３０１で，製品売買システム１０が受け取った注文ＩＤの一部あるいは全部，注文日，製品コード（品種）の一部あるいは全部を取り込む。次に，ステップ３３０２において，ステップ３３０１で取り込まれた注文ＩＤの一部あるいは全部，注文日，製品コード（品種）の一部あるいは全部と当該顧客の顧客ＩＤの組み合わせをキーにして，記憶手段１００に記憶されている売買データを検索する。次に，ステップ３３０３において，ステップ３３０２で検索された売買データを顧客に対して表示する。注文状況提示処理手段１０４は，図３４の画面を表示する。さらに，ステップ３３０２で検索された売買データの詳細内容を確認したい場合には，確認したい当該売買データのラジオボタン３４０２をクリックし，ボタン３４０３「詳細確認」をクリックすると，図３５の画面を表示し，当該売買データの詳細内容を確認することもできる（同図３５０１，３５０２，３５０３）。なお，図３４および図３５の画面において，メニューに戻る場合にはそれぞれリンク３４０４「メニューに戻る」およびリンク３５０４「メニューに戻る」をクリックすればよい。
【０１１４】
顧客が製品売買システム１０へのアクセスを終了したい場合には，図２３の画面においてリンク２３０３「ログアウト」をクリックすると，図３６の画面が表示され，製品売買システム１０へのアクセスが終了される。なお，図３６の画面において，ボタン３６０１「閉じる」をクリックすると，当該画面を閉じることができる。
【０１１５】
次に，以下に，製品売買システム１０の予定納期算出処理手段１０５，納期分布作成処理手段１０６，納期推奨期間算出処理手段１０７について説明する。前記の顧客認証処理手段１０１，売り出し予定案件提示処理手段１０２，受注処理手段１０３，注文状況提示処理手段１０４は，製品売買システム１０が顧客からアクセスされているときに起動されるが，予定納期算出処理手段１０５，納期分布作成処理１０６，納期推奨期間算出処理手段１０７は，予め決められたタイミング，または，製品売買システム１０に接続していたり連動していたりする生産計画システムなどの稼働タイミングなどに合わせて起動され，必ずしも製品売買システム１０が顧客からアクセスされているときに起動されるとは限らない。
【０１１６】
製品売買システム１０に接続していたり連動していたりする生産計画システムなどによってスケジューリングが行われたりすると，予定納期算出処理手段１０５が起動される。予定納期算出処理手段１０５は，図３７に示すようなフローに従って処理を行う。
【０１１７】
図３７のステップ３７０１において，製品売買システム１０に接続していたり連動していたりする生産計画システムなどからスケジューリング結果を取り込む。当該スケジューリングの結果は，ロットＩＤなどとして表せる識別ＩＤ，サプライヤ，品種，数量，ロット別の生産完了予定日または入庫予定日または出荷予定日または納入予定日を含む。次に，ステップ３７０２において，ステップ３７０１で取り込んだ当該スケジューリング結果を図１７の予定納期データの形式に変換する。当該ロット別の生産完了予定日または入庫予定日または出荷予定日または納入予定日は当該予定納期データの予定納期として設定される。また，当該予定納期データを前記記憶手段１００に登録する日を当該予定納期データの登録日に設定する。製品売買システム１０に接続していたり連動していたりする生産計画システムなどによってスケジューリングが行われるたびに，予定納期算出処理手段１０５が起動されることが多いことが考えられ，当該予定納期データの登録日は図４および図５のスケジューリング実施日と同じであると考えてよい。次に，ステップ３７０３において，当該予定納期データの形式に変換された内容を前記記憶手段１００に登録する。
【０１１８】
予定納期算出処理手段１０５の処理が終了すると，次に，納期分布作成処理手段１０６を起動する。納期分布作成処理手段１０６は，図３８の処理フローに従って処理を行う。
【０１１９】
図３８のステップ３８０１において，前記記憶手段１００に記憶されている実納期データを読み込む。次に，ステップ３８０２において，当該実納期データの識別ＩＤ，サプライヤ，品種をキーにして，前記記憶手段１００に記憶されている予定納期データ，実納期データを検索する。次に，ステップ３８０３において，ステップ３８０２で検索された当該予定納期データの予定納期と登録日との差を予定納期差として算出し，また，当該実納期データの実納期と当該予定データの登録日との差を実納期差として算出する。次に，ステップ３８０４において，当該識別ＩＤ，当該サプライヤ，当該品種，当該予定納期差，当該実納期差をキーにして，前記記憶手段１００に記憶されている納期分布データを検索し，ステップ３８０５において，当該納期分布データのレコードが検索されなかった場合にはステップ３８１０に進み，当該納期分布データのレコードが検索された場合にはステップ３８２０に進む。ステップ３８１０においては，当該品種，当該サプライヤ，当該予定納期差，当該実納期差を登録し，度数に１を登録する。ステップ３８２０においては，当該品種，当該サプライヤ，当該予定納期差，当該実納期差が一致する当該納期分布レコードの度数に１を加算する。次に，ステップ３８３０において，当該品種，当該サプライヤをキーにして当該納期分布データを検索し，検索された当該納期分布データの度数の合計を算出し，検索された当該納期分布データの度数を当該度数の合計で割った値を当該納期分布データの確率に登録する。次に，ステップ３８３１において，ステップ３８０２で検索された当該予定納期データ，当該実納期データを，前記記憶手段１００から削除し，処理を終了する。
【０１２０】
納期分布作成処理手段１０６の処理が終了すると，次に，製品売買システム１０は納期推奨期間算出処理手段１０７を起動する。納期推奨期間算出処理手段１０７は，図３９の処理フローに従って処理を行う。
【０１２１】
図３９のステップ３９０１において，前記記憶手段１００に記憶されている予定納期データを読み込む。次に，ステップ３９０２において，当該予定納期データの予定納期と登録日との差を予定納期差として算出する。次に，ステップ３９０３において，当該予定納期データの品種，サプライヤをキーにして，前記記憶手段１００に記憶されている信頼水準データを検索する。次に，ステップ３９０４において，当該予定納期データの品種，サプライヤ，当該予定納期差をキーにして，前記記憶手段１００に記憶されている納期分布データを検索する。次に，ステップ３９０５において，ステップ３９０４で検索された当該納期分布データの当該実納期差をキーにして昇順でソートする。次に，ステップ３９０６において，納期推奨期間開始日にステップ３９０１で読み込んだ当該予定納期データの予定納期を設定する。次に，ステップ３９０７において，ステップ３９０５で昇順にソートされた当該納期分布データのレコードを昇順に参照し，当該納期分布データの確率の合計を算出する。次に，ステップ３９０８において，当該確率の合計が当該信頼水準以上である場合には，ステップ３９０９に進み，当該確率の合計が当該信頼水準より小さい場合には，ステップ３９０７に戻る。ステップ３９０９では，当該納期分布データの参照中レコードの当該実納期差と当該予定納期差とを比較し，当該実納期差が当該予定納期差より大きい場合にはステップ３９１０に進み，当該実納期差が当該予定納期差以下の場合にはステップ３９２０に進む。ステップ３９１０においては，納期推奨期間終了日に当該予定納期データの予定納期に当該実納期差を加算したものを設定する。ステップ３９２０においては，納期推奨期間終了日に当該予定納期データの予定納期を設定する。次に，ステップ３９３０において，前記記憶手段１００に記憶されている売り出し予定案件データに，当該予定納期データの当該識別ＩＤ，当該サプライヤ，当該品種，当該予定納期データの当該数量，当該納期推奨期間開始日，当該納期推奨期間終了日，当該予定納期データのステータスを登録し，売却数量に０を登録する。納期推奨期間算出処理手段１０７の処理によって，当該予定納期の変動の傾向を確率分布で示した当該納期分布と当該信頼水準とに基づいて，当該納期推奨期間を算出することができる。
【０１２２】
以上が，図１の製品売買方法を用いた製品売買システムの各処理手段の処理内容である。
［実施例２］
実施例２として，最初に顧客がサプライヤに注文をする場合の製品売買方法を説明する。
【０１２３】
実施例２の製品売買方法を図２に示す。
【０１２４】
図２においては，予め，サプライヤが，生産計画や生産スケジュールなどで求められた生産完了予定日または入庫予定日または出荷予定日または納入予定日に基づいて，生産完了または入庫または出荷または納入することが可能な期間の幅を納期推奨期間として算出する納期推奨期間算出手順を行う。次に，顧客が，品種，数量，要求納期を含む注文をサプライヤに対して行い，当該注文を受け取ったサプライヤは，当該注文の当該品種を見て，品種，数量，当該納期推奨期間を含む売り出し予定案件を検索し，当該注文の当該要求納期が当該売り出し予定案件の当該納期推奨期間内である売り出し予定案件を引き当て，引き当てられた当該売り出し予定案件を当該顧客に提示し，当該顧客から注文確認を受け取る受注処理手順を行う。
【０１２５】
図２の製品売買方法を用いた製品売買システムの各処理手段の処理内容については実施例１と同様であるが，実施例１と異なる部分についてのみ説明する。
【０１２６】
図２の製品売買方法では，まず，顧客から品種，数量，要求納期を含む注文を受け取り，当該注文を受け取ったサプライヤは，当該注文の当該品種を見て，品種，数量，当該納期推奨期間を含む売り出し予定案件を検索し，当該注文の当該要求納期が当該売り出し予定案件の当該納期推奨期間内である売り出し予定案件を引き当て，引き当てられた当該売り出し予定案件を当該顧客に提示する手順を行う。
【０１２７】
この手順をシステムとして実現するには，売り出し予定案件提示処理手段１０２が，図２５および図２７の処理フローにおいて，図２５のステップ２５０１から図２７のステップ２７０８までの処理を行うことによって実現することができる。図４０の画面において，製品コード（品種），数量，要求納期を入力して（同図４００１，４００２，４００３），ボタン４００４「検索」をクリックすると，図２５のステップ２５０１から図２６のステップ２７０８までの処理が行われ，図４１の画面を表示する。
【０１２８】
次に，図２の製品売買方法では，当該顧客から注文確認を受け取る手順を行う。
【０１２９】
この手順をシステムとして実現するには，受注処理手段１０３が，図２７の処理フローにおいて，ステップ２７０９以降の処理を行うことによって実現することができる。
【０１３０】
図４０の画面で入力された注文（製品コード（品種）「ＨＧ７３ＣＨ１２３Ｈ０１ＦＭＵ」，要求数量「２０００」，要求納期「２００１０５０５」（２００１年５月５日）に対して引き当てられた売り出し予定案件が図４１の４１０２であり，製品コード（品種）「ＨＧ７３Ｃ１２３Ｈ０１ＦＭＵ」，残数量「３０００」，納期推奨期間「２００１／０５／０５〜２００１／０５／０９」，当該納期推奨期間内の各納期推奨日（同図では要求納期）に対応する販売価格がそれぞれ「１０００」「９８５」「９７０」「９５５」「９４０」（円）であることを示している。当該注文は，納期推奨日（同図では要求納期）「５／５」（２００１年５月５日）の欄に要求数量「２０００」が設定されている（同図４１０３）。当該注文を変更しない場合はそのままボタン４１０４「計算」をクリックし，変更したい場合には，希望する納期推奨日（同図では要求納期）の欄に要求数量を入力し（同図４１０３），ボタン４１０４「計算」をクリックする。次に，図４２の画面において，当該注文の最終確認を行い（同図４２０１），ボタン４２０２「注文確定」をクリックすると，当該注文が受け付けられる。
［実施例３］
実施例３として，実施例２と同様に，最初に顧客がサプライヤに注文をする場合の製品売買方法を説明する。
【０１３１】
実施例３の製品売買方法を図３に示す。
【０１３２】
図３においては，まず，顧客から，品種，数量，要求納期を含む注文を受け取り，当該注文の当該要求納期と一致する，生産計画または生産スケジュールなどで求められたロット別の生産完了予定日または入庫予定日または出荷予定日または納入予定日に基づいて，生産完了または入庫または出荷または納入することが可能な期間の幅を納期推奨期間として算出する納期推奨期間算出手順を行う。そして，当該顧客に，当該注文に対して品種，数量，当該納期推奨期間を含む売り出し予定案件を提示し，当該顧客から注文確認を受け取る受注処理手順を行う。
【０１３３】
図３の製品売買方法を用いた製品売買システムの各処理手段の処理内容については実施例１と同様であるが，実施例１と異なる部分についてのみ説明する。
【０１３４】
図３の製品売買方法では，まず，顧客から，品種，数量，要求納期を含む注文を受け取り，当該注文の当該要求納期と一致する生産計画または生産スケジュールなどで求められたロット別の生産完了予定日または入庫予定日または出荷予定日または納入予定日に基づいて，生産完了または入庫または出荷または納入することが可能な期間の幅を納期推奨期間として算出する手順を行う。
【０１３５】
この手順をシステムとして実現するためには，納期推奨期間算出処理手段１０６が，顧客から品種，数量，要求納期を含む注文を受け取り，当該注文の品種を見て，前記記憶手段１００に記憶されている予定納期データを検索し，当該注文の要求納期が当該検索された予定納期データの予定納期と一致するレコードを抽出し，記憶手段１００に記憶されている納期分布データを用いて納期推奨期間を算出し，さらに，当該注文および当該検索された予定納期データに基づいて，図１５の売買データを作成して記憶手段１００に登録することによって実現することができる。ただし，このとき，当該顧客から注文確定を受け取っていないため，当該売買データのステータスは「未確定」と設定される。
【０１３６】
次に，図３の製品売買方法では，当該納期推奨期間を当該顧客に提示し，当該顧客から注文確認を受け取る手順を行う。
【０１３７】
この手順をシステムとして実現するためには，注文状況提示処理手段１０４，受注処理手段１０３を実行し，上記納期推奨期間算出処理手段１０５の処理で記憶手段１００に登録されたステータス「未確定」の売買データのステータスを「確定」に変更することにより実現することができる。
【０１３８】
図４０の画面において，製品コード（品種），数量，要求納期を入力して（同図４００１，４００２，４００３），ボタン４００４「検索」をクリックすると，納期推奨期間算出処理手段１０５が起動される。このとき，納期推奨期期間算出処理手段１０５が，即時に起動される場合と，夜間などの予め決められたタイミングで起動される場合によって，以下の処理手順が考えられる。
【０１３９】
まず，図４０の画面で注文（製品コード（品種），数量，要求納期）が入力された後，即時に納期推奨期間算出処理手段１０５が起動される場合，実施例２の場合と同様に，図４１および図４２の画面に遷移し，ボタン４２０２「注文確定」をクリックすると，当該注文が受け付けられる。
【０１４０】
一方，図４０の画面で注文（製品コード（品種），数量，要求納期）が入力された後，即時ではなく夜間などの予め決められたタイミングで起動される場合，図４０の画面において，製品コード（品種），数量，要求納期を入力して（同図４００１，４００２，４００３），ボタン４００４「検索」をクリックすると，図４３の画面を表示し，当該注文（製品コード（品種），数量，要求納期）を仮受け付けする（同図４３０１，４３０２）。そして，予め決められたタイミングで，納期推奨期間算出処理手段１０５を実行する。
【０１４１】
当該注文を行った顧客が，納期推奨期間算出処理手段１０５の処理の終了後に，図３２の画面に遷移して，図４３の画面で表示された注文ＩＤ，注文日，製品コード（品種）の一部あるいは全部を入力し（図３２の３２０１，３２０２，３２０３），ボタン３２０４「検索」をクリックすると，図３４の画面が表示される。次に，図３４の画面において，ステータスが「未確定」の注文内容（売買データ）のラジオボタン３４０２をチェックして，ボタン３４０３「詳細確認」すると，図４１の画面が表示される。そして，実施例２の場合と同様に，図４２の画面に遷移し，ボタン４２０２「注文確定」をクリックすると，当該売買データのステータス「未確定」が「確定」に変更され，当該注文が受け付けられる。
【０１４２】
以上，実施例１から実施例３の製品売買方法およびシステムについて説明したが，実施例１から実施例３の製品売買方法およびシステムはそれぞれ別のシステムではなく一つのシステムとして実現することもできる。
【０１４３】
上記の実施例１から実施例３の製品売買方法およびシステムは，サプライヤとしてメモリやシステムＬＳＩなどの半導体製品を作る生産業者，顧客として半導体製品を調達してコンピュータなどの電子機器を作る生産業者，あるいは，サプライヤとしてファウンドリ（foundry）などの半導体ウエハの生産業者，顧客として半導体ウエハを調達してメモリやシステムＬＳＩなどの半導体製品を作る生産業者を対象として考えることができる。
【０１４４】
一方，サプライヤとして半導体製品を生産しない商社や卸業者，半導体製品の取引市場など，顧客として半導体製品を調達してコンピュータなどの電子機器を作る生産業者を対象として考えることもでき，この場合のシステム構成を図１０示す。
【０１４５】
図１０に示した製品売買システム１０は，一以上のサプライヤから提供されるロット別の生産完了予定日または入庫予定日または出荷予定日または納入予定日などの予定納期を収集して一元的に管理できる形式に加工し，記憶手段１００に記憶している予定納期データに登録する予定納期一元化処理手段１０８を備えている。
【０１４６】
予定納期一元化処理手段１０８は，一以上のサプライヤから，ロットＩＤなどの識別ＩＤ，品種，数量，当該予定納期を受け取り，図１７の予定納期データの形式に変換して，前記記憶手段１００に登録する。このとき，当該識別ＩＤ，当該品種，当該数量，当該予定納期を受け取る際のデータ形式やデータ受け取り方法がサプライヤによって異なる場合があり，その場合にはサプライヤごとにデータ形式やデータ受け取り方法を取り決めする必要がある。
【０１４７】
以上により，本発明による製品売買方法をシステムとして実現することが可能である。なお，本発明による製品売買方法およびシステムが対象とする製品は，本実施例で対象とした半導体製品に限らない。
【０１４８】
【発明の効果】
本発明による製品売買方法および製品売買システムにより，生産設備稼働状況や生産スケジュールの変化が大きいために生産完了予定日または入庫予定日または出荷予定日または納入予定日などが変動しやすい製品の売買において，生産計画や生産スケジュールなどで求められたロット別の生産完了予定日または入庫予定日または出荷予定日または納入予定日に基づいて，生産完了または入庫または出荷または納入することが可能な期間の幅を納期推奨期間として算出することにより，より実態に則した納期情報を提供することができる。さらに，副次的には，より実態に則した納期情報である納期推奨期間を顧客に提示することにより，ＣＳ（顧客満足）向上を図ることができる。
【図面の簡単な説明】
【図１】本発明による製品売買方法を説明する図。
【図２】本発明による製品売買方法を説明する図。
【図３】本発明による製品売買方法を説明する図。
【図４】本発明の一実施例を説明する図。
【図５】本発明の一実施例を説明する図。
【図６】本発明の一実施例を説明する図。
【図７】本発明の一実施例を説明する図。
【図８】本発明の一実施例を説明する図。
【図９】本発明による製品売買システムの機能ブロック構成例を説明する図。
【図１０】本発明による製品売買システムの機能ブロック構成例を説明する図。
【図１１】本発明による製品売買システムのハードウェア／ソフトウェア構成例を説明する図。
【図１２】本発明の一実施例を説明する図。
【図１３】本発明の一実施例を説明する図。
【図１４】本発明の一実施例を説明する図。
【図１５】本発明の一実施例を説明する図。
【図１６】本発明の一実施例を説明する図。
【図１７】本発明の一実施例を説明する図。
【図１８】本発明の一実施例を説明する図。
【図１９】本発明の一実施例を説明する図。
【図２０】本発明の一実施例を説明する図。
【図２１】本発明の一実施例を説明する図。
【図２２】本発明の一実施例を説明する図。
【図２３】本発明の一実施例を説明する図。
【図２４】本発明の一実施例を説明する図。
【図２５】本発明の一実施例を説明する図。
【図２６】本発明の一実施例を説明する図。
【図２７】本発明の一実施例を説明する図。
【図２８】本発明の一実施例を説明する図。
【図２９】本発明の一実施例を説明する図。
【図３０】本発明の一実施例を説明する図。
【図３１】本発明の一実施例を説明する図。
【図３２】本発明の一実施例を説明する図。
【図３３】本発明の一実施例を説明する図。
【図３４】本発明の一実施例を説明する図。
【図３５】本発明の一実施例を説明する図。
【図３６】本発明の一実施例を説明する図。
【図３７】本発明の一実施例を説明する図。
【図３８】本発明の一実施例を説明する図。
【図３９】本発明の一実施例を説明する図。
【図４０】本発明の一実施例を説明する図。
【図４１】本発明の一実施例を説明する図。
【図４２】本発明の一実施例を説明する図。
【図４３】本発明の一実施例を説明する図。
【符号の説明】
１０ 製品売買システム
１００ 記憶手段
１０１ 顧客認証処理手段
１０２ 売り出し予定案件提示処理手段
１０３ 受注処理手段
１０４ 注文状況提示処理手段
１０５ 予定納期算出処理手段
１０６ 納期分布作成処理手段
１０７ 納期推奨期間算出処理手段
１０８ 予定納期一元化処理手段
２００ サプライヤコンピュータ
２０１ ＣＰＵ
２０２ メモリ
２０３ 通信制御部
２０４ 補助記憶装置
２１０ 顧客コンピュータ[0001]
BACKGROUND OF THE INVENTION
According to the present invention, the production facility operation status and production schedule change greatly on the network or via other communication media. Buy or sell products whose planned date or planned shipping date or scheduled delivery date is likely to fluctuate Product trading system About.
[0002]
[Prior art]
Conventionally, the buying and selling of products produced by the manufacturing industry has been centered on a form in which a customer who needs the product places an order with a supplier who supplies the product, and the supplier delivers the product to the customer according to the order. It was. In this form, the customer has requested the supplier to present a delivery date that the supplier can accept for the customer's requested delivery date. In view of this, a technique has been proposed for calculating and responding to a delivery date that can be accepted and a schedule that can be shipped in response to a customer's requested delivery date.
[0003]
For example, in Japanese Patent Laid-Open No. 2001-101294 (hereinafter, known example 1), it is possible to manage two or more order delivery dates, and from the change history of the order delivery date, for example, the number of change days at the time of delivery date change is The delivery date management apparatus which can confirm whether it is in an allowable range is disclosed.
[0004]
In Japanese Patent Application Laid-Open No. 2001-1000083 (hereinafter, known example 2), for each production line, it is determined based on the production capacity of the production line, the operation date in the planning cycle, and the quantity of the product. A delivery date calculation system and a delivery date calculation method are disclosed for determining whether or not the quantity of a received order will be delivered for the remaining capacity limit.
[0005]
In Japanese Patent Laid-Open No. 2000-268092 (hereinafter, known example 3), a delivery date answering system capable of making a delivery answer in real time in response to delivery date answering requests from a plurality of terminals via online, its delivery date answering method, and delivery date answering system Discloses an information recording medium.
[0006]
In Japanese Patent Laid-Open No. 11-353385 (hereinafter, known example 4), it is possible to present a delivery date to a customer even during a business negotiation, and a product delivery planning method, a production management method, and a A system is disclosed.
[0007]
In Japanese Patent Laid-Open No. 11-306245 (hereinafter, known example 5), a delivery date management system, a delivery date management method, and a recording medium for quickly and accurately calculating a completed delivery date of a product in accordance with a change in delivery date of materials used for the product are disclosed. Disclosure.
[0008]
Japanese Patent Application Laid-Open No. 9-259191 (hereinafter, known example 6) discloses a production management system capable of calculating an appropriate delivery date when considering an inquiry.
[0009]
In addition, a method, an apparatus, and a system for buying and selling products and goods via a network such as the Internet have been proposed.
[0010]
For example, Japanese Patent Laying-Open No. 2001-117997 (hereinafter, known example 7) discloses an electronic commerce apparatus in which a purchaser who orders a product can check the delivery date and time and place of the ordered product when placing an order.
[0011]
Japanese Patent Laid-Open No. 2000-113039 (hereinafter, known example 8) discloses a business inquiry inquiry / response system in which inquiry business information between a customer and a manufacturer is converted into electronic data and transmitted to each other.
[0012]
In Japanese Patent Application Laid-Open No. 10-320494 (hereinafter, known example 9), sales application information is received from a market client system, the application information related to purchase is compared with the application information related to sales, and the transaction is concluded. A central market system, a market client system, an electronic market system, a device device, an electronic market management method and an electronic market participation method for notifying application information to the market client system are disclosed.
[0013]
[Problems to be solved by the invention]
Using the technologies disclosed in the above-mentioned known examples 1 to 6, calculate or reply to an order from a customer such as a delivery date that can be accepted for a customer's requested delivery date and a schedule that can be shipped. Is possible.
[0014]
However, in the case of an industry that produces semiconductors, for example, semiconductors are produced through a multi-step process such as an oxidation process, a diffusion process, a wiring process, a test process, and an assembly process, so that production takes a long time. In addition, the semiconductor production process depends on the production equipment, and the production equipment operation status changes greatly, such as tight production equipment capacity, production equipment failures, and defects. For this reason, the scheduled production completion date, the scheduled receipt date, the scheduled delivery date, the scheduled delivery date, etc. for each lot determined by the production plan, production schedule, etc. are likely to fluctuate. Therefore, even if it is possible to calculate or respond to a delivery date that can be accepted for the customer's requested delivery date or a schedule that can be shipped, the actual delivery date that can be accepted or the schedule that can be shipped that has been calculated or answered. In many cases, there was a delay with respect to the customer's requested delivery date. For this reason, failing to comply with accepted delivery dates and deliverable schedules calculated or answered, or customer requested delivery dates, was one of the causes of CS (Customer Satisfaction) deterioration.
[0015]
Further, by using the techniques disclosed in the above-described known examples 7 to 9, it is possible to buy and sell products and goods via a network such as the Internet. By using such a system or apparatus for conducting electronic commerce, it is possible to receive orders from customers via a network such as the Internet and answer delivery dates that can be accepted according to the contents of the orders.
[0016]
However, in the case of industries that produce semiconductors, for example, the time required for production is long and the production facilities are easily affected by changes in operating conditions. However, it was difficult to comply with the accepted delivery date and shipping schedule.
[0017]
Therefore, the production facility is not a specific day, such as the estimated production completion date, estimated receipt date, estimated delivery date, or estimated delivery date for each lot, calculated as the acceptable delivery date or the schedule that can be shipped. The purpose is to provide delivery date information that more closely matches the actual situation by calculating the width of the period during which production can be completed or received or shipped or delivered in consideration of variable factors such as changes in operating conditions.
[0018]
[Means for Solving the Problems]
In order to solve the above-mentioned problems, a product buying and selling method and system according to the present invention are realized by the following means.
[0019]
First, the product buying and selling method of the present invention is based on a production completion date, a goods receipt date, a shipping date, or a delivery date for each lot determined in the production plan or production schedule. Recommended delivery date calculation procedure to calculate the width of the delivery period as the recommended delivery date, the product, quantity, and the planned sale item including the recommended delivery date. An order processing procedure for receiving an order including a delivery date.
[0020]
Also, the product buying and selling method of the present invention is based on the production completion date, the scheduled receipt date, the scheduled shipment date, the scheduled delivery date, or the scheduled delivery date for each lot determined in the production plan or production schedule. Recommended delivery date calculation procedure to calculate the width of the delivery period as the recommended delivery date, and the order including the product type, quantity, and requested delivery date is received from the customer, and the product type, quantity, Search for planned sales items that include the recommended delivery date, allocate the planned sales items for which the requested delivery date of the order is within the recommended delivery date of the planned sales date, and present the allocated planned sales items to the customer And an order processing procedure for receiving an order confirmation from the customer.
[0021]
Further, the product buying and selling method of the present invention receives an order including a product type, a quantity, and a requested delivery date from a customer, and schedules production completion for each lot determined by a production plan or a production schedule that matches the requested delivery date of the order. Recommended delivery date calculation procedure for calculating the range of the period during which production can be completed or received, shipped, or delivered as the recommended delivery date based on the date or the scheduled delivery date, the scheduled delivery date, or the expected delivery date, and the recommended delivery date An order processing procedure for presenting a period to the customer and receiving an order confirmation from the customer.
[0022]
The order processing procedure in the product buying and selling method of the present invention calculates the price according to the recommended delivery date calculated in the recommended delivery date calculation procedure, and includes the type, quantity, recommended delivery date, and the price. Present the planned sale item to the customer.
[0023]
Further, the delivery date recommendation period calculation procedure in the product buying and selling method of the present invention is a scheduled delivery date that can be expressed as a scheduled production completion date, a scheduled warehousing date, a scheduled shipping date, or a scheduled delivery date for each lot determined in a production plan or a production schedule. Based on the delivery date distribution that expresses the trend of fluctuations as a probability distribution, the width of the period during which production can be completed, received, shipped, or delivered is calculated as the recommended delivery date.
[0024]
Further, in the product buying and selling method of the present invention, the delivery date distribution used in the delivery date recommended period calculation procedure is a production completion scheduled date, a scheduled warehousing date, a scheduled shipping date, or a shipment date determined by a production plan or a production schedule. Collect the scheduled delivery date that can be expressed as the expected delivery date and the actual delivery date that can be expressed as the actual production completion date, receipt date, shipping date, or delivery date for each lot, and use it as a probability distribution of the difference between the scheduled delivery date and the actual delivery date. Created.
[0025]
Further, in the product buying and selling method of the present invention, the delivery date distribution used in the delivery date recommendation period calculation procedure is the production completion scheduled date, the scheduled receipt date or the shipment date for each lot determined by the production plan, production schedule, etc. Collect the scheduled delivery date that can be expressed as the planned date or the expected delivery date and the actual delivery date that can be expressed as the actual production completion date, receipt date, shipping date, or delivery date for the relevant lot. It is created as a probability distribution of differences.
[0026]
In the product buying and selling method of the present invention, the recommended delivery period calculation procedure is a scheduled delivery date that can be expressed as a scheduled production completion date, a scheduled receipt date, a scheduled shipment date, or a scheduled delivery date for each lot determined in a production plan, a production schedule, or the like. Based on the delivery date distribution representing the trend of fluctuations in the scheduled delivery date as a probability distribution and the confidence level given in advance, the delivery date for which the cumulative probability of the delivery date distribution is equal to or higher than the confidence level is calculated as the confidence delivery date. If the trust delivery date is later than the planned delivery date, the period from the planned delivery date to the trust delivery date is calculated as the recommended delivery date. If the trust delivery date is earlier than the planned delivery date, the trust delivery date is calculated. The period until the scheduled delivery date is calculated as the recommended delivery date.
[0027]
The product buying and selling method of the present invention is a production completion schedule for each lot determined by a production plan or a production schedule provided by one or more suppliers before performing the recommended delivery date calculation procedure and the order processing procedure. It further has a scheduled delivery date unification procedure for receiving a scheduled delivery date that can be expressed as a date, a scheduled date of goods receipt, a planned shipping date, or a scheduled delivery date, and processing it into a form that can be centrally managed.
[0028]
Further, in the product buying and selling method of the present invention, the delivery date distribution used in the delivery date recommendation period calculation procedure is a scheduled production completion date, a scheduled receipt date or a shipment date for each lot determined by a production plan or a production schedule for each supplier. Collect the scheduled delivery date that can be expressed as the scheduled date or the expected delivery date and the actual delivery date that can be expressed as the actual production completion date, receipt date, shipping date, or delivery date for the relevant lot. It is created as a probability distribution of differences.
[0029]
Further, in the product buying and selling method of the present invention, the delivery date distribution used in the delivery time recommendation period calculation procedure is the production completion scheduled date or the warehousing schedule for each lot determined by the production plan, production schedule, etc. Collect the scheduled delivery date that can be expressed as the date, planned shipping date or scheduled delivery date, and the actual production completion date or receipt date or actual delivery date that can be expressed as the shipping date or delivery date for each relevant lot. It is created as a probability distribution of the difference between the delivery date and the actual delivery date.
[0030]
When the above method is implemented as a system, it can be realized by the following means configuration.
[0031]
First, the product trading system of the present invention is based on a production completion date, a goods receipt date, a shipping date, a delivery date, or a production completion date, a goods receipt date, a shipment date, or a delivery date. Stores planned sale data that registers a planned sale item that includes the recommended delivery period, product type, and quantity calculated as the width of the period that can be delivered, and trading data that registers the sale details of the planned sale item Production can be completed, received, shipped, or delivered based on the storage means and the expected production completion date, expected receipt date, expected delivery date, or expected delivery date for each lot determined in the production plan, production schedule, etc. The range of the period is calculated as the recommended delivery period, and the storage plan stores the recommended delivery period. Delivery date recommended period calculation processing means to be registered in the case data, sale schedule item presentation processing means for presenting the sale schedule item data stored in the storage means to the customer, and an order including the type, quantity, and requested delivery date from the customer Order receiving processing means for registering the order in the trading data stored in the storage means.
[0032]
Further, the product trading system of the present invention is based on the production completion date, the goods receipt date, the shipping date, the delivery date, or the delivery date for each lot determined in the production plan or production schedule. Stores planned sale data that registers a planned sale item that includes the recommended delivery period, product type, and quantity calculated as the width of the period that can be delivered, and trading data that registers the sale details of the planned sale item Production can be completed, received, shipped, or delivered based on the storage means and the expected production completion date, expected receipt date, expected delivery date, or expected delivery date for each lot determined in the production plan, production schedule, etc. The range of the period is calculated as the recommended delivery period, and the storage plan stores the recommended delivery period. The delivery date recommended period calculation processing means to be registered in the case data and an order including the kind, quantity, and requested delivery date are received from the customer, and the order type data stored in the storage means is searched by looking at the kind of the order. A planned sale item presentation processing means for assigning planned sale item data for which the requested delivery date of the order is within the recommended delivery date of the planned sale item data, and presenting the assigned planned sale item data to the customer; And an order processing means for receiving an order confirmation from the customer.
[0033]
Further, the product trading system of the present invention is based on the production completion date, the goods receipt date, the shipping date, the delivery date, or the delivery date for each lot determined in the production plan or production schedule. Stores planned sale data that registers a planned sale item that includes the recommended delivery period, product type, and quantity calculated as the width of the period that can be delivered, and trading data that registers the sale details of the planned sale item An order including the product type, quantity, and requested delivery date is received from the storage means and the customer, and the scheduled production completion date or scheduled receipt date for each lot determined by the production plan or production schedule that matches the requested delivery date of the order. The period during which production can be completed or received, shipped, or delivered based on the planned delivery date or delivery date Calculate the width as a recommended delivery date and present the recommended delivery date calculation processing means to be registered in the planned sale data stored in the storage means and the planned sale data stored in the storage means to the customer For sale scheduled item presentation processing means, and order processing means for receiving an order confirmation from the customer.
[0034]
Further, in the product trading system of the present invention, the storage means stores price data in which a price calculation rule for calculating a price when buying and selling the sale schedule item registered in the sale schedule item data is registered, The order processing means looks at the product type of the planned sale item data presented by the planned sale item data presentation processing unit, searches the price data stored in the storage means, and the delivery date of the planned sale item data Calculate the price according to the recommended period and present the price to the customer.
[0035]
Further, in the product trading system according to the present invention, the storage means may change a scheduled delivery date that can be expressed as a production completion date, a warehousing date, a shipping date, or a delivery date for each lot determined by a production plan or a production schedule. The delivery date distribution data in which the delivery date distribution representing the tendency of the product as a probability distribution is registered is stored, and the delivery date recommendation period calculation processing means is based on the delivery date distribution data stored in the storage means, the production is completed or received or The range of the period during which shipment or delivery is possible is calculated as the recommended delivery period, and is registered in the planned sale item data stored in the storage means.
[0036]
In addition, the product trading system of the present invention includes a scheduled delivery date that can be expressed as a scheduled production completion date, a scheduled warehousing date, a scheduled shipping date, or a scheduled delivery date for each lot determined in a production plan, a production schedule, and the like for each actual lot. The actual delivery date that can be expressed as the production completion date, the warehousing date, the shipping date, or the delivery date is collected, a probability distribution of the difference between the scheduled delivery date and the actual delivery date is created, and the storage means stores the probability distribution. Delivery date distribution creation processing means for registering in the delivery date distribution data.
[0037]
In addition, the product trading system of the present invention has a planned delivery date that can be expressed as a scheduled production completion date, a scheduled receipt date, a scheduled shipment date, or a scheduled delivery date for each lot, as determined by a production plan, a production schedule, and the like. Collect the actual delivery date that can be expressed as the production completion date, receipt date, shipment date or delivery date for each lot, create a probability distribution of the difference between the planned delivery date and the actual delivery date for each product type, and Delivery date distribution creation processing means for registering in the delivery date distribution data stored in the storage means is provided.
[0038]
Further, in the product buying and selling system of the present invention, the delivery time recommendation period calculation processing means can be expressed as a production completion scheduled date, a scheduled receipt date, a scheduled shipment date, or a scheduled delivery date for each lot determined by a production plan, a production schedule, or the like. Based on the scheduled delivery date, the delivery date distribution data stored in the storage means, and the confidence level given in advance, the delivery date for which the cumulative probability of the delivery date distribution is equal to or higher than the confidence level is calculated as the confidence delivery date. If the trust delivery date is after the planned delivery date, the period from the planned delivery date to the trust delivery date is calculated as the recommended delivery date. If the trust delivery date is earlier than the planned delivery date, The period until the scheduled delivery date is calculated as the recommended delivery date.
[0039]
In addition, the product trading system according to the present invention provides the scheduled production completion date or scheduled receipt date for each lot determined by a production plan or production schedule provided by one or more suppliers before performing the delivery date distribution processing means. Alternatively, a planned delivery date centralization processing unit is provided for receiving a planned delivery date that can be expressed as a planned delivery date or a delivery date, and processing it into a form that can be managed centrally.
[0040]
Further, in the product trading system according to the present invention, the delivery date distribution creation processing means is a production completion scheduled date, a scheduled receipt date, a scheduled shipment date or a scheduled delivery date for each lot determined by a production plan, a production schedule, etc. for each supplier. And the actual delivery date that can be expressed as the actual production completion date, receipt date, shipment date, or delivery date for each relevant lot, and the probability distribution of the difference between the expected delivery date and the actual delivery date for each supplier. The probability distribution is created and registered in the delivery date distribution data stored in the storage means.
[0041]
In the product trading system according to the present invention, the delivery date distribution creation processing means may be a production completion scheduled date, a scheduled warehousing date, a scheduled shipping date, or a scheduled shipping date for each lot determined by a production plan, a production schedule, etc. Collect the scheduled delivery date that can be expressed as the expected delivery date and the actual production completion date, the receipt date, the shipping date, or the actual delivery date that can be expressed as the delivery date for each lot. The probability distribution of the difference is created, and the probability distribution is registered in the delivery date distribution data stored in the storage means.
[0042]
In the product trading system of the present invention, the storage means stores customer data including at least a customer ID, and collates the customer ID received from the outside with the customer data stored in the storage means. , Customer authentication processing means for determining whether the customer is a legitimate customer is provided.
[0043]
DETAILED DESCRIPTION OF THE INVENTION
Hereinafter, embodiments of a product buying and selling method and system according to the present invention will be described.
[0044]
In this embodiment, an example in which a semiconductor product is bought and sold on a network or via another communication medium will be described. In this case, the supplier may be a manufacturer that produces semiconductor products such as memory or system LSI, and the customer may be a manufacturer that procures semiconductor products and produces electronic devices such as computers. In some cases, semiconductor wafers may be bought and sold. In this case, the founder may be a manufacturer of semiconductor wafers, such as a foundry, and the customer may purchase semiconductor wafers and supply semiconductor products such as memory and system LSIs. A producer can be considered. Since semiconductors are produced through a multi-step process such as an oxidation process, a diffusion process, a wiring process, a test process, and an assembly process, production takes a long time. In addition, the semiconductor production process depends on the production equipment, and the production equipment operation status changes greatly, such as tight production equipment capacity, production equipment failures, and defects. For this reason, there is a feature that the scheduled production completion date, the scheduled receipt date, the scheduled shipment date, the scheduled delivery date, etc. for each lot determined by the production plan, the production schedule, etc. are likely to vary.
[Example 1]
As Example 1, FIG. 1 shows a product buying and selling method in the case where information related to a product scheduled to be sold by the supplier is first presented to the customer, and the customer places an order with the supplier based on the presented information.
[0045]
First, a supplier can complete production, receive, ship, or deliver based on the estimated production completion date, receipt date, shipment date, or delivery date for each lot determined in the production plan, production schedule, etc. A recommended delivery time period calculation procedure is performed for calculating the width of the appropriate time period as the recommended delivery time period. Then, after presenting the planned sale item including the product type, quantity, and the recommended delivery period to the customer and confirming the contents of the planned sale item, the supplier issues an order including the product type, quantity, and requested delivery date from the customer. The order processing procedure for receiving and receiving the order is performed.
[0046]
The recommended delivery date calculation method of the delivery time recommended period calculation procedure in the product buying and selling method of FIG. 1 includes the production completion date, the expected receipt date, the expected delivery date, or the expected delivery date for each lot determined in the production plan, production schedule, etc. A possible method is to calculate the width of a period during which production can be completed, received, shipped, or delivered based on a delivery date distribution that represents the tendency of fluctuations in the expected delivery date that can be expressed as days.
[0047]
The above delivery date distribution collects the scheduled delivery date that can be expressed as the planned production completion date, the planned receipt date, the planned shipment date, or the planned delivery date, and the actual delivery date that can be expressed as the actual production completion date, the received date, the shipping date, or the delivery date. It is created as a probability distribution of the difference between the scheduled delivery date and the actual delivery date.
[0048]
A method for creating the delivery date distribution will be described with reference to FIGS.
[0049]
First, Fig. 4 shows an example of fluctuations in the planned shipping date among the planned delivery dates that can be expressed as the planned production completion date, the planned warehousing date, the planned shipping date, or the planned delivery date for each lot determined in the production plan and schedule. Show. In the figure, the scheduled shipping date is taken as an example, but the fluctuations in the scheduled production completion date, scheduled warehousing date, and scheduled delivery date can be considered in the same way.
[0050]
In FIG. 4, for example, it is assumed that, as a result of scheduling a lot on N days, it is calculated that shipping is scheduled on N + 6 days (FIG. 401). As a result of scheduling the lot on the next day N + 1, for example, due to the occurrence of a production equipment failure, the shipping date is calculated as N + 8 days, which may be later than the shipping date calculated on the previous day (FIG. 402). . Further, for example, there is a case where the lot is preferentially scheduled due to the postponement of another lot, and the scheduled shipping date is advanced (Fig. 403). Hereinafter, scheduling is performed every day. In FIG. 4, for example, since the lot is finally shipped on N + 7 days, the shipping date is N + 7 days (FIG. 404). In FIG. 4, first, the scheduled shipping date and the scheduled execution date are collected every time the scheduling is performed, and the difference between the planned shipping date and the scheduled scheduling date is calculated as the scheduled delivery date difference X (405 in FIG. 4). This planned delivery date difference X indicates that the scheduled delivery date is X days after the scheduling execution date.
[0051]
Next, in FIG. 5, when the shipping date is obtained, the difference between the shipping date and the scheduling execution date collected in FIG. 4 is calculated as the actual delivery time difference Y (FIG. 501). This actual delivery date difference Y indicates that the actual shipping date is Y days after the scheduling execution date.
[0052]
Next, in FIG. 6, from the combination of the scheduled delivery date difference X and the actual delivery date difference Y calculated in FIG. 4 and FIG. The probability P {Y | X} that the actual shipping date is after Y days when the planned shipping date is after X days is calculated, and a delivery date distribution is created for each scheduled shipping date (602 in the figure). The delivery date distribution may be created by product type. In addition, when there are a plurality of suppliers, the delivery date distribution may be created for each supplier.
[0053]
As described above, it is possible to create a delivery date distribution that represents, as a probability distribution, a tendency of fluctuations in the scheduled delivery date that can be expressed as a production completion scheduled date, a scheduled receipt date, a scheduled delivery date, or a scheduled delivery date. In addition, in FIGS. 4 to 6, the example of using the scheduled delivery date and the shipping date for creating the delivery date distribution has been described. However, when using the scheduled production completion date and the production completion date for the scheduled delivery date and the actual delivery date, Or, use the planned receipt date and the receipt date, or use the planned delivery date and the delivery date, etc., and the combination of the planned delivery date and the actual delivery date is not limited, but it will be used when creating the delivery date distribution It is necessary to unify the combination of delivery date and actual delivery date.
[0054]
Next, a method of calculating the recommended delivery date using the delivery date distribution will be described.
[0055]
In FIG. 7, when a scheduled delivery date that can be expressed as a scheduled production completion date, a scheduled receipt date, a scheduled shipment date, or a scheduled delivery date is given (701 in FIG. 7), based on the delivery date distribution and a predetermined confidence level. The delivery date when the cumulative probability of the delivery date distribution is equal to or higher than the confidence level is calculated as the confidence delivery date (FIG. 702). Next, when the reliable delivery date is later than the scheduled delivery date, a period from the planned delivery date to the reliable delivery date is set as a recommended delivery date (703 in FIG. 7).
[0056]
As shown in FIG. 8, when the reliable delivery date is before the scheduled delivery date, the period from the reliable delivery date to the scheduled delivery date is set as the recommended delivery date (FIGS. 801, 802, and 803).
[0057]
The reliability level is set in advance as, for example, the minimum standard of the probability of keeping the requested delivery date of the customer. The above-mentioned reliable delivery date can be completed, received, shipped, or received in compliance with the scheduled delivery date that can be expressed as the expected date of completion of production, the expected date of receipt, the expected date of shipment, or the expected date of delivery with a probability higher than the confidence level. Represents the day.
[0058]
As described above, using the delivery date distribution, it is possible to calculate a delivery time recommendation period that takes into account the fluctuation of the expected delivery date that can be expressed as the expected production completion date, the expected warehousing date, the expected shipping date, or the expected delivery date. However, the method for calculating the recommended delivery date is not limited to the above.
[0059]
When the above product buying and selling method is implemented as a system, it is realized by the following embodiment.
[0060]
FIG. 9 is a block diagram showing the functional configuration of the product trading system, in which 10 is a product trading system, 100 is a storage means, 101 is a customer authentication processing means, 102 is a planned sale item presentation processing means, and 103 is an order processing means. , 104 is an order status presentation processing means, 105 is a scheduled delivery date calculation processing means, 106 is a delivery date distribution creation processing means, and 107 is a delivery time recommendation period calculation processing means.
[0061]
In the figure, the product buying and selling system 10 includes a storage means 100, a customer authentication processing means 101, a scheduled sale item presentation processing means 102, an order processing means 103, an order status presentation processing means 104, and a scheduled delivery date calculation processing means 105. , Delivery date distribution creation processing means 106, and delivery date recommended period calculation processing means 107.
[0062]
The storage unit 100 stores the following data.
Delivery date distribution data 111: A delivery date distribution is registered that represents the tendency of fluctuations as a probability distribution on the scheduled date of completion of production, scheduled date of goods receipt, scheduled date of shipment, or scheduled date of delivery.
○ Scheduled sale item data 112: A sale schedule item including the type, quantity, and recommended delivery period is registered.
○ Price data 113: A price calculation rule for calculating a price when buying and selling a planned sale item is registered.
○ Sales data 114: Registers the sales contents of the planned sale item.
Customer data 115: At least a customer ID is registered.
○ Scheduled delivery date data 116: At least an identification ID that can be represented by a scheduled delivery date, a lot number, etc. that can be expressed as a production completion date, a warehousing date, a shipping date, or a delivery date estimated for each lot determined in the production plan, production schedule, etc. The type and quantity are registered.
Actual delivery date data 117: At least an identification ID, a product type, and a quantity that can be represented by an actual delivery date, a lot number, etc. that can be expressed as a production completion date, a warehousing date, a shipping date, or a delivery date are registered.
○ Reliability level data 118: At least the product type and the reliability level are registered.
[0063]
The customer authentication processing unit 101 collates customer data stored in the storage unit 100 with the accessed customer ID in order to authenticate a customer who accesses the product trading system 10 via a network or the like. , Determine whether the customer is a legitimate customer.
[0064]
The scheduled sale item presentation processing unit 102 presents the scheduled sale item data and price data stored in the storage unit 100 to the customer authenticated by the customer authentication processing unit 101.
[0065]
The order processing means 103 calculates the sales price of the product type of the planned product data to be sold from the planned product data and the price data, receives an order including the product type, quantity, and requested delivery date from the customer, The sales price is registered in the trade data stored in the storage means 100.
[0066]
The order status presentation processing means 104 presents the sales data stored in the storage means 100 to the customer.
[0067]
The scheduled delivery date calculation processing means 105 calculates the scheduled delivery date from the production completion scheduled date, the warehousing scheduled date, the shipping scheduled date or the scheduled delivery date for each lot determined in the production plan, production schedule, etc., and stores it in the storage means 100. Register in the scheduled delivery date data.
[0068]
The delivery date distribution creation processing means 106 calculates the probability distribution of the difference between the scheduled delivery date data of the scheduled delivery date data and the actual delivery date data from the scheduled delivery date data and the actual delivery date data stored in the storage unit 100. And is registered in the delivery date distribution data stored in the storage means 100.
[0069]
The recommended delivery date calculation processing unit 107 is based on the delivery date distribution data and the confidence level data stored in the storage unit 100, and the recommended delivery date from the scheduled delivery date stored in the storage unit 100. Is calculated and registered in the planned sale item data stored in the storage means 100.
[0070]
In addition, the product trading system 10 may be connected to or linked to a production planning system, a shipping management system, or the like outside or inside. In this embodiment, the processing of the production planning system and the shipping management system is not targeted.
[0071]
FIG. 11 shows an example of the hardware / software configuration of the product trading system according to the present invention.
[0072]
A supplier computer 200 that implements the product trading system 10 is a product that describes a CPU (Central Processing Unit) 201 that performs various operations and instructions necessary for system operation, an OS (Operating System), and the operation content of the product trading system. A memory 202 that stores data necessary for the trading program and the product trading program, and a communication control unit 203 that controls connection and communication with the outside via a network as necessary. Further, by connecting the auxiliary storage device 204 to the main body 200, the OS, program, and data stored in the memory 202 can be stored in the auxiliary storage device 204. Further, the customer side computer 210 is placed outside the supplier computer 200 and is connected to the network via the communication control unit 203 of the supplier computer 200 so as to communicate with the supplier computer 200.
[0073]
In the above hardware / software configuration, the blocks in FIG. 9 correspond to the components in FIG. 11 as follows.
[0074]
When other blocks execute processing, the storage means 100 is realized mainly by the memory 202. On the other hand, when storing a large amount of data or when storing it in a fixed manner, the storage means 100 is an auxiliary storage device. The function is realized by 204.
[0075]
Customer authentication processing means 101, product presentation processing means 102, order receiving processing means 103, order status presentation processing means 104, scheduled delivery date calculation processing means 105, delivery date distribution creation processing means 106, and delivery date recommended period calculation processing means 107 are stored in the memory 202. It is realized by the stored OS and product trading program and the interaction of the CPU 201 that controls them, and various data stored in the memory 202 and the auxiliary storage device 204 are referred to and updated. Further, when the customer authentication processing unit 101, the product presentation processing unit 102, the order receiving processing unit 103, and the order status presentation processing unit 104 require communication with the customer side computer 210, the function is realized by the communication control unit 203. Is done.
[0076]
The processing contents by the product trading system will be described below.
[0077]
First, each data stored in the storage unit 100 will be described with reference to FIGS.
[0078]
FIG. 12 shows an example of delivery date distribution data, in which the type, supplier, planned delivery date difference, actual delivery date difference, frequency, and probability are registered. Here, the planned delivery date difference is the scheduled delivery date that can be expressed as the scheduled production completion date, the scheduled receipt date, the scheduled delivery date, or the scheduled delivery date, and the registration date of the scheduled delivery date to the scheduled delivery date data stored in the storage means 100. The difference is registered. Further, the actual delivery date difference is obtained by registering the difference between the actual delivery date that can be expressed as the production completion date, the scheduled warehousing date, or the scheduled delivery date and the registration date of the scheduled delivery date to the scheduled delivery date data stored in the storage means 100. ing. The supplier registers the supplier that produces the product. The frequency is the number of combinations of the scheduled delivery date difference and the actual delivery date difference by product type and supplier, and the probability is the ratio of the frequency to the number of scheduled delivery date differences by product type and supplier. The data of the first record of the figure is the number of combinations “HG73C789 ...”, supplier “Factory A”, scheduled delivery date difference “10” days, and actual delivery date difference “−1” days. This indicates that the ratio of the frequency “25” to the number of combinations of the type “HG73C789 ...”, the supplier “A factory”, and the scheduled delivery date difference “10” days is the probability “0.124158”. Yes.
[0079]
FIG. 13 shows an example of planned sale item data, in which an identification ID, supplier, product type, quantity, sale quantity, delivery date recommended period start date, delivery date recommended period end date, and status are registered. As the identification ID, an ID such as a lot number that can be identified by the supplier is registered. The supplier registers the supplier who produces the product with the identification ID. The quantity is the production quantity of the product of the identification ID, and the sale quantity is the quantity that the product of the identification ID is already sold to the customer. The recommended delivery date is registered as the recommended delivery date start date and the recommended delivery date end date, and is expressed as the period from the recommended delivery date start date to the recommended delivery date end date. As the status, the production status of the product of the identification ID collected from a production planning system connected to or linked to the product trading system 10 is registered. For example, the production status includes “not yet started” when the product of the identification ID has not yet started production, “being produced” when currently producing, and “ Shipped ". The data of the first record in the figure shows that the type “HG73C789 ...” of the identification ID “L18380” produced by the supplier “A factory” is “0” among the production quantity “1200”. The recommended delivery period is “2001/05/01” (recommended delivery period start date) to “2001/05/05” (recommended delivery period end date), and the production status is currently “in production”. Show.
[0080]
FIG. 14 shows an example of price data, in which product type, supplier, standard price, minimum price, coefficient, and pattern are registered. This figure shows that the product type “HG73C789 ...” produced by the supplier “Factory A” has the standard price “1000”, the lowest price “850”, the coefficient “0.10”, and the pattern “proportional”. Yes. The selling price is calculated based on the standard price, the coefficient, and the pattern. In the example of FIG. 9, the selling price is calculated between the lowest price “850” and the standard price “1000”.
[0081]
FIG. 15 shows an example of trading data, in which an order ID, customer ID, order date, identification ID, supplier, product type, required delivery date, purchase quantity, sales price, and processing status are registered. In this figure, the order ID is “PO00301”, the customer “A00121” has the order date “2001/03/01”, and the product type “HG73C ...” of the identification ID “L21030” produced by the supplier “A factory”. This indicates that the current order processing status is “unpaid” with an order quantity of “3000” and a selling price of “930” yen.
[0082]
FIG. 16 shows an example of customer data, in which customer ID, password, customer name, person in charge name, address, telephone number, and E-mail are registered. The data of the first record in the figure shows that the customer with the customer ID “A00121” has the customer name “ABC Electric”, the person in charge “Taro Tanaka”, the address “Minato-ku, Tokyo”, the telephone number “0312345678”, E-mail. This indicates that it is “tanaka @ ...”.
[0083]
FIG. 17 shows an example of scheduled delivery date data, in which an identification ID, supplier, product type, quantity, scheduled delivery date, registration date, and status are registered. The registration date is the date registered in the scheduled delivery date data stored in the storage means 100, and the status is connected to or linked to the product trading system 10 in the same manner as the planned sale item data. The production status of the product with the identification ID collected from the production planning system is registered. The first record in the figure shows that the type “HG73C789 ...” of the identification ID “L18380” produced by the supplier “Factory A” has a quantity “1200”, a scheduled delivery date “2001/04/28”, and a production status “Production”. “Medium”, indicating that the registration date for the scheduled delivery date data is “2001/03/01”.
[0084]
FIG. 18 shows an example of actual delivery date data, in which identification ID, supplier, product type, quantity, and actual delivery date are registered. The actual delivery date is a date that can be expressed as a production completion date, a warehousing date, a shipping date, or a delivery date of the product of the identification ID collected from a production planning system, a shipping management system, etc. that is connected to or linked to the product trading system 10 Is registered. The first record in the figure is the quantity “1200” for the product type “HG73C789 ...” of the identification ID “L00467” produced by the supplier “A factory”, the production completion date, the receipt date, the shipment date, or the delivery date. Indicates that the actual delivery date is “2001/01/30”.
[0085]
FIG. 19 shows an example of the confidence level data, in which the product type, supplier, and confidence level are registered. This figure shows that the confidence level is registered by product type and supplier. The confidence level data is set in advance by a production manager or the like.
[0086]
FIG. 20 is a sequence chart showing the processing procedure of the product trading system using the product buying and selling method of FIG. However, the length of the line representing each process or data transfer in the figure does not necessarily correspond to the time length in the actual process.
[0087]
In the figure, first, when the customer authentication processing means 101 fetches authentication information such as a customer ID and a password from a customer, the customer authentication processing means 101 searches the customer data stored in the storage means 100 and determines whether the customer is a regular customer. Please process authentication. If the customer is a regular customer, an OK code is passed to the product presentation processing means 102.
[0088]
Next, when the sales schedule item presentation processing means 102 fetches the presentation conditions such as the product type from the customer, the sales schedule item data and price data stored in the storage means 100 are searched based on the presentation conditions. The search result including the sale planned item data and the standard price of the product in the sale planned item data is presented to the customer.
[0089]
Next, the order processing means 103 fetches an order including the product type, quantity, and requested delivery date from the customer based on the search result presented by the planned sale item presentation processing unit 102, and the relevant product type in the planned sale item data. The sales price is calculated, and sales data including the order ID, customer ID, order date, identification ID, supplier, product type, required delivery date, sales price, and purchase quantity is created and registered in the storage means 100.
[0090]
After the customer authentication processing unit 101 performs the order status presentation processing unit 104, the order status presentation processing unit 104 fetches the sales data stored in the storage unit 100 based on the presentation condition when the presentation conditions such as the order ID and the product type are fetched from the customer. Search and present the search results to the customer.
[0091]
The scheduled delivery date calculation processing means 105, delivery date distribution creation processing means 106, and delivery date recommended period calculation processing means 107 may be executed in batch processing every day, for example. It is not always executed in conjunction with the processing means.
[0092]
First, the scheduled delivery date calculation processing means 105 calculates the scheduled delivery date from the scheduled delivery date, the scheduled warehousing date, the scheduled delivery date or the scheduled delivery date obtained in the production plan, production schedule, etc., and the scheduled delivery date, product type, quantity Is registered in the storage means 100.
[0093]
The delivery date distribution creation processing unit 106 reads the scheduled delivery date data and the actual delivery date data stored in the storage unit 100, creates a delivery date distribution that represents the tendency of fluctuations in the scheduled delivery date as a probability distribution, and is stored in the storage unit 100. To the delivery date distribution data.
[0094]
The recommended delivery date calculation processing means 107 reads the scheduled delivery date data, actual delivery date data, delivery date distribution data, and confidence level data stored in the storage means 100, calculates the recommended delivery date based on each data, , Schedule sale item data including the recommended delivery period is created and registered in the storage means 100.
[0095]
The processing contents of each processing means of the product trading system using the product buying and selling method of FIG. 1 will be described below.
[0096]
First, the customer accesses the product trading system 10 via the customer's computer terminal and a network such as the Internet. Upon receiving access from the customer, the product trading system 10 displays a screen for authenticating the customer who has accessed the product trading system 10 as shown in FIG. On the screen shown in FIG. 5, the customer inputs his / her customer ID and password (2101, 2102 in FIG. 2), and when the button 2103 “Login” is clicked, the entered customer ID and password are transmitted to the product trading system 10. . Upon receiving the customer ID and password transmitted from the customer, the product trading system 10 activates the customer authentication processing unit 101.
[0097]
The customer authentication processing unit 101 authenticates a customer who has accessed according to the processing flow of FIG. First, in step 2201 of the same, the customer ID and password received by the product trading system 10 are fetched. Next, in step 2202, the customer ID fetched in step 2201 is compared with the customer data stored in the storage means 100 to check whether the customer ID is registered in the customer data. When the record including the customer ID exists in the customer data, the process proceeds to step 2210. When the record does not exist, the process proceeds to step 2230, an error code is returned, and the process is terminated. Next, in step 2110, it is checked whether or not the password received in step 2201 is the same as the password of the record of the customer ID registered in the customer data, and if it is the same, the process proceeds to step 2220 and an OK code is returned. If not the same, the process proceeds to step 2230, an error code is returned, and the process is terminated. In the screen shown in FIG. 21, when a customer stops logging in to the product trading system 10, a button 2104 “Cancel” may be clicked.
[0098]
When the customer authentication means 101 returns an OK code in the process of FIG. 22, the customer who has accessed the product trading system 10 is authenticated as a regular customer, and the product trading system 10 is shown in FIG. Display the screen. When the customer authentication processing unit 101 returns an error code, the subsequent series of processing is interrupted, or the processing of the customer authentication processing unit 101 is re-executed and the screen of FIG. 21 is displayed again, and the customer ID and password are displayed. Can be requested from the customer again.
[0099]
In the screen shown in FIG. 23, if a customer wants to search for an item planned for sale to be purchased or wants to place an order, the user clicks on a link 2301 “Search for item planned for sale / enter order” to display the screen shown in FIG. Is displayed.
[0100]
On the screen shown in FIG. 24, the customer inputs part or all of the product code (product type) he / she wishes to purchase and, if necessary, the quantity and the requested quantity (2401, 2402, 2403 in FIG. 24) and the button 2404 “Search”. When “” is clicked, part or all of the input product code (product type) and the input quantity and requested quantity as required are transmitted to the product trading system 10. Upon receiving a part or all of the product code (product type), the quantity, and the requested quantity transmitted from the customer, the product trading system 10 activates the scheduled sale item presentation processing means 102. In the screen of FIG. 24, when returning to the screen of FIG. 23, a link 2406 “return to menu” may be clicked.
[0101]
The scheduled sale item presentation processing means 102 performs processing according to the processing flow of FIG. First, in step 2501 in FIG. 25, part or all of the product code (product type) received by the product trading system 10, the quantity, and the requested delivery date are fetched. Next, in step 2502, the sale planned item data stored in the storage means 100 is searched by using a part or all of the product code (type) taken in step 2501 as a key, and the type of the sale planned item data is searched. The record that contains the key is extracted. Next, in step 2503, it is determined whether or not a value (date) is included in the request delivery date fetched in step 2501. If a value (date) is included, the process proceeds to step 2510, and the value (date) is input. If not, the process proceeds to step 2511. Next, in step 2510, the record extracted in step 2502 is searched using the requested delivery date determined as having a value (date) in step 2503 as a key, and the requested delivery date is stored in the extracted record. Extract records that are within the recommended delivery period. Next, in step 2511, the records extracted in step 2502 or step 2510 are referenced to perform multi-stage sorting by product type, supplier, and delivery date recommended period start date. Next, in step 2512, using the records classified by product type, supplier, and delivery date recommendation period sorted in step 2511, the product type, supplier, delivery date recommendation period (delivery date recommendation period start date and delivery date recommendation period end date). ) For each combination, and the total quantity sold and the total quantity sold by product type, supplier, recommended delivery period, and total sold quantity are calculated. Next, in step 2513, it is determined whether or not the quantity fetched in step 2501 contains a value. If a value is entered, the process proceeds to step 2520. If no value is entered, the process proceeds to step 2521. Next, in step 2520, referring to the total quantity and total sold quantity of the record calculated in step 2512, using the quantity taken in step 2501 and the quantity determined to contain a value in step 2513 as a key. , A record satisfying the quantity ≧ (total quantity−total sold quantity) is extracted. Next, in step 2521, the price data stored in the storage means 100 is searched using the type of record extracted in step 2502, step 2510 or step 2520 as a key, and the standard price of the type is read. Next, in step 2522, the record for each product type, each supplier, and each recommended delivery period extracted in step 2502, step 2510, or step 2520, and the standard price of the product type read in step 2521 are displayed.
[0102]
The screen of FIG. 26 shows the result processed by the scheduled sale item presentation processing means 102 using a part of the product code (product type) “HG73C” input on the screen of FIG. 24 as a key. For example, the record 2602 in FIG. 26 includes a product type “HG73C123H01FMU”, a supplier “A factory”, a quantity “3500”, a sold quantity “0”, a remaining quantity “3500”, a standard price “1000” yen, and a recommended delivery period “2001”. / 05/01 ”(recommended delivery date start date) to“ 2001/05/05 ”(recommended delivery date end date), indicating that the status of the product type is currently“ in production ”. When there are a lot of search results, they are displayed over a plurality of pages, and the page can be moved by clicking a link 2605 “go to next page”. Further, when returning to the menu, a link 2606 “return to menu” is clicked, and when searching for an item product scheduled for sale again, a link 2607 “return to item product search / order input screen” is clicked. Good.
[0103]
In FIG. 26, when the customer wishes to purchase, the check box 2602 and 2603 are clicked to check the sale-scheduled items that the customer wishes to purchase, and when a button 2604 “go to order entry screen” is clicked, an order is received. The processing means 103 is activated.
[0104]
The order processing means 103 performs processing according to the processing flow of FIG.
[0105]
First, in step 2701 in FIG. 27, the price data stored in the storage means 100 is searched by using the product type and the supplier of the planned sale item desired by the customer as keys. Next, in Step 2702, the recommended delivery date (the recommended delivery date start date and the recommended delivery date end date) of the planned sale item is read. Next, in step 2703, the sales price is calculated based on the price data retrieved in step 2701 in step 2704 while changing the recommended delivery date one day from the recommended delivery date start date to the recommended delivery date end date. For example, the selling price is calculated by standard price− (standard price−minimum price) × coefficient × (delivery date recommended date−delivery date recommended period start date + 1). Next, in step 2705, if the sales price calculated in step 2704 is less than the minimum price, the process proceeds to step 2706, where the minimum price is set as the sales price. Next, in step 2707, the planned sale item and the sales price are displayed as a combination of a delivery date recommended date and a sales price. The processing from step 2704 to step 2707 is repeated until the recommended delivery date becomes the recommended delivery date. FIG. 29 shows a screen that displays the planned sale item and the sales price in a combination of the recommended delivery date and the sales price.
[0106]
Here, FIG. 28 shows an example of a sales price calculation method. In the figure, the sales price when the recommended delivery date is the recommended delivery date start date is the standard price (Fig. 2801). For example, when the price data pattern of Fig. 14 is "proportional", the recommended delivery date When the sales price decreases proportionally as the end date of the recommended delivery date approaches, and the sales price becomes the lowest price (2802 in the same figure), the lowest price is set to the sales price on the subsequent recommended delivery date. It is shown that. In the figure, the price at the recommended delivery date is calculated as the sales price (2803 in the figure). However, the method for calculating the sales price is not limited to the above.
[0107]
In the screen of FIG. 29, the product code (product type), supplier, remaining quantity, price, recommended delivery date of the planned sale item checked in the check boxes 2602 and 2603 in FIG. 26, the calculation from step 2701 to step 2708 in FIG. The sales price is displayed as a combination of the recommended delivery date (required delivery date in FIG. 29) and the sales price. Then, the requested quantity is input for the combination of the recommended delivery date (required delivery date in the figure) and the sales price (2903, 2905 in the figure), and when the “Calculate” button 2906 is clicked, the screen in FIG. 30 is displayed. . The delivery date recommended date (required delivery date in FIG. 29) in the column in which the customer inputs the requested quantity is the requested delivery date of the customer.
[0108]
In the screen of FIG. 30, in the combination of the recommended delivery date (customer requested delivery date) and the sales price, the purchase price from the recommended delivery date (customer requested delivery date) in the column (2903, 2905 in FIG. 29) in which the requested quantity is entered. (Sale price) is calculated, purchase price (sale price) is calculated from the requested quantity, and the total of the purchase price (sale price) is displayed (3001, 3002 in the figure). When the customer confirms the contents displayed on the screen and clicks the button 3003 “confirm order”, the product code (product type), supplier, recommended delivery period, requested quantity, The requested delivery date and purchase price (sales price) are transmitted to the product buying and selling system 10, and the processing after step 2710 in FIG. 27 is executed. In the screen of FIG. 30, a link 3005 “returns to the menu” is used to return to the menu, and a link 3006 “returns to the product search / order input screen to be sold” appears when searching for the item scheduled for sale again. In order to return to the screen of FIG. 26, a link 3007 “return to the sale planned item product search result screen” may be clicked.
[0109]
In step 2710 of FIG. 27, the product code (product type), supplier, delivery date recommendation period, requested quantity, requested delivery date, and purchase price (sales price) received by the product trading system 10 are fetched and a unique order ID is newly set. . Next, in step 2711, the sale item data stored in the storage unit 100 is searched using the product type, the supplier, and the recommended delivery date recommended in step 2710 as keys. To extract. Next, in step 2712, the record extracted in step 2711 is referred to and sorted by the identification ID of the record. Next, in step 2713, the quantity of the record and the sold quantity are totaled to calculate the total quantity, the total sold quantity, and the total remaining quantity (= total quantity-total sold quantity). Next, in step 2714, the total remaining quantity calculated in step 2713 is compared with the requested quantity fetched in step 2710. If the total remaining quantity is equal to or larger than the requested quantity, the process proceeds to step 2720. If the total remaining quantity is less than the required quantity, the process proceeds to step 2730, an error code is returned, and the process is terminated. In step 2720, the records sorted in step 2712 are referred to, the remaining quantity of the reference record is compared with the requested quantity, and if the remaining quantity of the reference record is less than the requested quantity, the process proceeds to step 2740 and the reference is made. If the remaining quantity of records is greater than or equal to the requested quantity, the process proceeds to step 2750. In step 2740, the order ID, the customer ID of the customer, the order date, the identification ID of the reference record of the planned sale item data, the supplier, the product type, the requested delivery date, the purchase quantity are added to the trade data stored in the storage means 100. The remaining quantity of the reference record is registered. Next, in step 2741, the remaining quantity of the reference record of the planned sale item data is subtracted from the requested quantity, the remaining quantity is added to the sale quantity of the reference record, the remaining quantity is set to 0, and the process returns to step 2720. In step 2750, the order ID, the customer ID of the customer, the order date, the identification ID of the reference record of the planned sale item data, the supplier, the product type, the requested delivery date, the purchase are stored in the sales data stored in the storage unit 100. Register the requested quantity as quantity. Next, in step 2751, the requested quantity is added to the sale quantity of the reference record of the planned sale item data, and the requested quantity is subtracted from the remaining quantity. Next, in step 2752, the OK code is returned and the screen of FIG. 31 is displayed. And the process ends. In the screen of FIG. 31, when returning to the menu, a link 3102 “return to menu” may be clicked.
[0110]
If the customer wants to refer to the current order status on the screen shown in FIG. 23, clicking the link 2302 “Search Order Status” displays the screen shown in FIG.
[0111]
In the screen of FIG. 32, the customer inputs a part or all of the order ID, the order date, and part or all of the product code (product type) in combination as search conditions (3201, 3202, 3203 in FIG. 32), and a button 3204. When “Search” is clicked, part or all of the input order ID, order date, and part or all of the product code (product type) are transmitted to the product trading system 10. When the product trading system 10 receives a part or all of the transmitted order ID, the order date, and a part or all of the product code (product type), it activates the order status presentation processing means 104. In the screen of FIG. 32, to return to the menu, a link 3207 “return to menu” may be clicked.
[0112]
The order status presentation processing means 104 performs processing according to the processing flow of FIG.
[0113]
First, in step 3301 of FIG. 33, part or all of the order ID received by the product buying and selling system 10, the order date, and part or all of the product code (product type) are fetched. Next, in step 3302, the storage unit 100 uses the combination of part or all of the order ID fetched in step 3301, the order date, part or all of the product code (product type) and the customer ID of the customer as a key. Search trading data stored in the. Next, in step 3303, the trade data retrieved in step 3302 is displayed to the customer. The order status presentation processing means 104 displays the screen of FIG. Further, when it is desired to confirm the detailed contents of the trading data retrieved in step 3302, the radio button 3402 of the trading data to be confirmed is clicked, and when the button 3403 “detail confirmation” is clicked, the screen of FIG. 35 is displayed. The detailed contents of the trade data can also be confirmed (FIG. 3501, 3502, 3503). In the screens of FIGS. 34 and 35, to return to the menu, a link 3404 “return to menu” and a link 3504 “return to menu” may be clicked, respectively.
[0114]
If the customer wants to end the access to the product trading system 10, clicking the link 2303 "Logout" on the screen of FIG. 23 displays the screen of FIG. 36, and the access to the product trading system 10 is terminated. Note that when the button 3601 “Close” is clicked on the screen of FIG. 36, the screen can be closed.
[0115]
Next, the scheduled delivery date calculation processing means 105, delivery date distribution creation processing means 106, and delivery date recommended period calculation processing means 107 of the product buying and selling system 10 will be described below. The customer authentication processing unit 101, the scheduled sale item presentation processing unit 102, the order processing unit 103, and the order status presentation processing unit 104 are activated when the product buying and selling system 10 is accessed by a customer. The processing means 105, the delivery date distribution creation process 106, and the delivery time recommendation period calculation processing means 107 are set at a predetermined timing or an operation timing of a production planning system connected to or linked to the product trading system 10. It is not always activated when the product trading system 10 is accessed by a customer.
[0116]
When scheduling is performed by a production planning system connected to or linked to the product trading system 10, the scheduled delivery date calculation processing means 105 is activated. The scheduled delivery date calculation processing means 105 performs processing according to the flow as shown in FIG.
[0117]
In step 3701 of FIG. 37, a scheduling result is fetched from a production planning system connected to or linked to the product trading system 10. The scheduling result includes an identification ID that can be expressed as a lot ID, a supplier, a product type, a quantity, a scheduled production completion date, a scheduled warehousing date, a scheduled shipping date, or a scheduled delivery date for each lot. Next, in step 3702, the scheduling result fetched in step 3701 is converted into the scheduled delivery date data format of FIG. The scheduled production completion date, scheduled receipt date, scheduled shipment date, or scheduled delivery date for each lot is set as the scheduled delivery date of the scheduled delivery date data. Further, the date for registering the scheduled delivery date data in the storage means 100 is set as the registration date of the scheduled delivery date data. Each time scheduling is performed by a production planning system connected to or linked to the product trading system 10, it is considered that the scheduled delivery date calculation processing means 105 is often activated, and the scheduled delivery date data is registered. It may be considered that the day is the same as the scheduling execution date in FIGS. In step 3703, the contents converted into the scheduled delivery date data format are registered in the storage unit 100.
[0118]
When the process of the scheduled delivery date calculation processing means 105 is completed, the delivery date distribution creation processing means 106 is started next. The delivery date distribution creation processing means 106 performs processing according to the processing flow of FIG.
[0119]
In step 3801 of FIG. 38, actual delivery date data stored in the storage means 100 is read. Next, in step 3802, the scheduled delivery date data and actual delivery date data stored in the storage means 100 are searched using the identification ID, supplier, and product type of the actual delivery date data as keys. Next, in Step 3803, the difference between the scheduled delivery date of the scheduled delivery date data searched in Step 3802 and the registration date is calculated as the scheduled delivery date difference, and the actual delivery date of the actual delivery date data and the registration date of the scheduled data are calculated. Is calculated as the actual delivery time difference. Next, in step 3804, the delivery date distribution data stored in the storage means 100 is searched using the identification ID, the supplier, the product type, the expected delivery date difference, and the actual delivery date difference as keys, and in step 3805. If no record of the delivery date distribution data is retrieved, the process proceeds to step 3810. If a record of the delivery date distribution data is retrieved, the process proceeds to step 3820. In step 3810, the product type, the supplier, the scheduled delivery date difference, and the actual delivery date difference are registered, and 1 is registered in the frequency. In step 3820, 1 is added to the frequency of the delivery date distribution record in which the product type, the supplier, the scheduled delivery date difference, and the actual delivery date difference match. Next, in step 3830, the delivery date distribution data is searched using the product type and the supplier as a key, the total frequency of the searched delivery date distribution data is calculated, and the frequency of the searched delivery date distribution data is calculated. The value divided by the total frequency is registered in the probability of the delivery date distribution data. Next, in step 3831, the scheduled delivery date data and the actual delivery date data retrieved in step 3802 are deleted from the storage means 100, and the process is terminated.
[0120]
When the process of the delivery date distribution creation processing means 106 is completed, the product trading system 10 then activates the delivery time recommended period calculation processing means 107. The delivery time recommended period calculation processing means 107 performs processing according to the processing flow of FIG.
[0121]
In step 3901 of FIG. 39, the scheduled delivery date data stored in the storage means 100 is read. Next, in step 3902, the difference between the scheduled delivery date of the scheduled delivery date data and the registration date is calculated as the scheduled delivery date difference. Next, in step 3903, the reliability level data stored in the storage means 100 is searched using the type and supplier of the scheduled delivery date data as keys. Next, in step 3904, the delivery date distribution data stored in the storage means 100 is searched using the type, supplier, and the scheduled delivery date difference of the scheduled delivery date data as keys. Next, in step 3905, the delivery date distribution data retrieved in step 3904 is sorted in ascending order using the actual delivery date difference as a key. Next, in step 3906, the scheduled delivery date of the scheduled delivery date data read in step 3901 is set on the recommended delivery date start date. Next, in step 3907, the records of the delivery date distribution data sorted in ascending order in step 3905 are referred to in ascending order, and the total probability of the delivery date distribution data is calculated. Next, in step 3908, if the sum of the probabilities is equal to or higher than the confidence level, the process proceeds to step 3909. If the sum of the probabilities is smaller than the confidence level, the process returns to step 3907. In step 3909, the actual delivery date difference of the record being referred to in the delivery date distribution data is compared with the scheduled delivery date difference. If the actual delivery date difference is larger than the scheduled delivery date difference, the process proceeds to step 3910, where the actual delivery date difference is determined. If the difference is less than the scheduled delivery date difference, the process proceeds to step 3920. In step 3910, a value obtained by adding the actual delivery date difference to the scheduled delivery date of the scheduled delivery date data is set on the recommended delivery date end date. In step 3920, the scheduled delivery date of the scheduled delivery date data is set on the end date of the recommended delivery date. Next, in step 3930, the identification data of the scheduled delivery date data, the supplier, the product type, the quantity of the scheduled delivery date data, and the recommended delivery date start period are added to the scheduled sale item data stored in the storage unit 100. Date, the end date of the recommended delivery date, the status of the scheduled delivery date data, and register 0 as the sale quantity. By the processing of the recommended delivery date calculation processing means 107, the recommended delivery date can be calculated based on the delivery date distribution indicating the tendency of fluctuation of the scheduled delivery date as a probability distribution and the confidence level.
[0122]
The above is the processing content of each processing means of the product trading system using the product buying and selling method of FIG.
[Example 2]
As a second embodiment, a product buying and selling method when a customer first places an order with a supplier will be described.
[0123]
The product buying and selling method of Example 2 is shown in FIG.
[0124]
In FIG. 2, a supplier completes production, warehousing, shipping, or delivering in advance based on a production completion date, a warehousing date, a shipping date, or a delivery date determined in a production plan, production schedule, or the like. A delivery date recommended period calculation procedure for calculating a range of possible periods as a delivery date recommendation period is performed. Next, the customer places an order including the product type, quantity, and requested delivery date to the supplier, and the supplier who receives the order looks at the product type of the order and sells the product including the product type, quantity, and the recommended delivery date. Search for a planned item, allocate a scheduled item for sale whose requested delivery date is within the recommended delivery date of the planned item for sale, and present the assigned item for sale to the customer and confirm the order from the customer Receive the order processing procedure.
[0125]
The processing contents of each processing means of the product trading system using the product trading method of FIG. 2 are the same as those in the first embodiment, but only the parts different from the first embodiment will be described.
[0126]
In the product buying and selling method in FIG. 2, first, an order including a product type, quantity, and requested delivery date is received from a customer, and the supplier who receives the order looks at the product type of the order and determines the product type, quantity, and the recommended delivery date. A procedure for searching for a sale-scheduled item to be included is performed, a sale-scheduled item whose requested delivery date of the order is within the recommended delivery date of the schedule-sale item is allocated, and the assigned sale-scheduled item is presented to the customer.
[0127]
In order to realize this procedure as a system, the sale schedule item presentation processing means 102 performs the processing from step 2501 in FIG. 25 to step 2708 in FIG. 27 in the processing flow in FIG. 25 and FIG. Can do. In the screen of FIG. 40, the product code (product type), the quantity, and the requested delivery date are input (4001, 4002, 4003 in FIG. 40), and when the button 4004 “search” is clicked, the steps 2501 to 2708 in FIG. The process up to is performed, and the screen of FIG. 41 is displayed.
[0128]
Next, in the product buying and selling method of FIG. 2, a procedure for receiving an order confirmation from the customer is performed.
[0129]
In order to realize this procedure as a system, the order processing means 103 can be realized by performing the processing after step 2709 in the processing flow of FIG.
[0130]
FIG. 41 shows a planned sale item assigned to the order (product code (product type) “HG73CH123H01FMU”, requested quantity “2000”, requested delivery date “20010505” (May 5, 2001) entered on the screen of FIG. 4102, product code (product type) “HG73C123H01FMU”, remaining quantity “3000”, recommended delivery date “2001/05 / 05-2001 / 05/09”, each delivery date recommended date within the recommended delivery date (the figure) Indicates that the selling prices corresponding to the requested delivery date are “1000”, “985”, “970”, “955”, “940” (yen), respectively. ) The requested quantity “2000” is set in the column “5/5” (May 5, 2001) (FIG. 4103). In this case, click the button 4104 “Calculate” as it is, and if you want to change it, enter the requested quantity in the column of the desired delivery date recommended date (required delivery date in the figure) (FIG. 4103) and click the button 4104 “Calculate” Next, the final confirmation of the order is performed on the screen of Fig. 42 (Fig. 4201), and when the button 4202 "confirm order" is clicked, the order is accepted.
[Example 3]
As Example 3, as in Example 2, a product buying and selling method when a customer first places an order with a supplier will be described.
[0131]
The product buying and selling method of Example 3 is shown in FIG.
[0132]
In FIG. 3, first, an order including a product type, a quantity, and a requested delivery date is received from a customer, and a production completion scheduled date for each lot determined by a production plan or a production schedule that matches the requested delivery date of the order. Based on the scheduled receipt date, scheduled delivery date, or scheduled delivery date, a delivery date recommended period calculation procedure is performed to calculate a range of a period during which production is completed, received, shipped, or delivered as a recommended delivery period. Then, the customer is presented with a planned sale item including the product type, quantity, and the recommended delivery date for the order, and an order processing procedure for receiving an order confirmation from the customer is performed.
[0133]
The processing contents of each processing means of the product trading system using the product trading method of FIG. 3 are the same as those in the first embodiment, but only the parts different from the first embodiment will be described.
[0134]
In the product buying and selling method of FIG. 3, first, an order including a product type, a quantity, and a requested delivery date is received from a customer, and a production completion schedule for each lot determined by a production plan or a production schedule that matches the requested delivery date of the order. Based on the date or the scheduled date of goods receipt, the planned date of shipment, or the expected date of delivery, a procedure is performed for calculating the width of a period during which production can be completed or received, shipped, or delivered as the recommended delivery date.
[0135]
In order to realize this procedure as a system, the recommended delivery date calculation processing means 106 receives an order including a product type, quantity, and requested delivery date from a customer, sees the product type of the order, and stores it in the storage means 100. The scheduled delivery date data is searched, a record in which the requested delivery date of the order matches the scheduled delivery date of the searched scheduled delivery date data is extracted, and the delivery date recommended period is determined using the delivery date distribution data stored in the storage means 100. This can be realized by calculating and further creating and registering the sales data in FIG. 15 in the storage means 100 based on the order and the retrieved scheduled delivery date data. However, at this time, since the confirmed order has not been received from the customer, the status of the trading data is set to “unconfirmed”.
[0136]
Next, in the product buying and selling method of FIG. 3, the recommended delivery period is presented to the customer and an order confirmation is received from the customer.
[0137]
In order to implement this procedure as a system, the order status presentation processing unit 104 and the order receiving processing unit 103 are executed, and the status “unconfirmed” registered in the storage unit 100 in the processing of the delivery date recommended period calculation processing unit 105 is executed. This can be realized by changing the status of the trading data to “confirmed”.
[0138]
In the screen of FIG. 40, the product code (product type), quantity, and requested delivery date are input (4001, 4002, 4003 in FIG. 40), and when the button 4004 "Search" is clicked, the delivery date recommended period calculation processing means 105 is activated. . At this time, the following processing procedure is conceivable depending on whether the delivery date recommendation period calculation processing means 105 is activated immediately or at a predetermined timing such as at night.
[0139]
First, when an order (product code (product type), quantity, requested delivery date) is input on the screen of FIG. 40, the delivery time recommended period calculation processing means 105 is started immediately, as in the case of the second embodiment. When the screen transitions to the screens of FIGS. 41 and 42 and a button 4202 “order confirmation” is clicked, the order is accepted.
[0140]
On the other hand, when an order (product code (product type), quantity, required delivery date) is input on the screen of FIG. 40 and is activated not at an instant but at a predetermined timing such as at night, the product on the screen of FIG. When the code (product type), quantity, and requested delivery date are input (4001, 4002, 4003 in the figure) and the button 4004 "Search" is clicked, the screen of FIG. 43 is displayed and the order (product code (product type), quantity is displayed. , Request delivery date) is provisionally received (FIGS. 4301 and 4302). Then, the delivery time recommendation period calculation processing means 105 is executed at a predetermined timing.
[0141]
The customer who made the order transitions to the screen of FIG. 32 after the processing of the delivery time recommended period calculation processing means 105 is completed, and the order ID, order date, and product code (product type) displayed on the screen of FIG. When part or all of them are entered (3201, 3202, 3203 in FIG. 32) and the button 3204 "Search" is clicked, the screen in FIG. 34 is displayed. Next, on the screen of FIG. 34, when the radio button 3402 of the order contents (buying and selling data) whose status is “indeterminate” is checked and the button 3403 “detail confirmation” is performed, the screen of FIG. 41 is displayed. Then, as in the case of the second embodiment, when the screen transitions to the screen of FIG. 42 and the button 4202 “order confirmed” is clicked, the status “unconfirmed” of the trading data is changed to “confirmed” and the order is accepted. It is done.
[0142]
The product buying and selling method and system according to the first to third embodiments have been described above. However, the product buying and selling method and system according to the first to third embodiments can be realized as a single system instead of a separate system.
[0143]
The product sales method and system of the above-described first to third embodiments are a manufacturer that manufactures semiconductor products such as memory and system LSI as a supplier, a manufacturer that procures semiconductor products as a customer and manufactures electronic devices such as computers, Alternatively, it is possible to consider semiconductor wafer producers such as foundries as suppliers, and manufacturers who produce semiconductor products such as memories and system LSIs by procuring semiconductor wafers as customers.
[0144]
On the other hand, it can be considered as a supplier that does not produce semiconductor products as a supplier, such as trading companies and wholesalers, and a trading market for semiconductor products, such as a manufacturer that procures semiconductor products as a customer and makes electronic devices such as computers. The configuration is shown in FIG.
[0145]
The product trading system 10 shown in FIG. 10 collects the scheduled delivery date such as the production completion date, the warehousing date, the shipping date, or the delivery date for each lot provided by one or more suppliers and manages them centrally. A scheduled delivery date unification processing unit 108 is provided which processes the data into a format that can be processed and registers the scheduled delivery date data stored in the storage unit 100.
[0146]
The scheduled delivery date unification processing means 108 receives identification ID such as lot ID, product type, quantity, and scheduled delivery date from one or more suppliers, converts them into the format of the scheduled delivery date data of FIG. To do. At this time, the data format and data receiving method for receiving the identification ID, the product type, the quantity, and the scheduled delivery date may differ depending on the supplier. In this case, the data format and the data receiving method are determined for each supplier. There is a need.
[0147]
As described above, the product buying and selling method according to the present invention can be realized as a system. The products targeted by the product buying and selling method and system according to the present invention are not limited to the semiconductor products targeted in this embodiment.
[0148]
【The invention's effect】
With the product buying and selling method and the product buying and selling system according to the present invention, in the buying and selling of products in which the production completion scheduled date, the scheduled warehouse date, the scheduled shipping date, the scheduled delivery date, etc. are likely to fluctuate due to large changes in production equipment operation status and production schedule. , The width of the period during which production can be completed, received, shipped, or delivered based on the estimated production completion date, estimated receipt date, estimated shipment date, or estimated delivery date for each lot determined in the production plan, production schedule, etc. By calculating as the recommended delivery date, it is possible to provide delivery date information that is more realistic. Further, secondarily, it is possible to improve CS (customer satisfaction) by presenting to the customer a delivery date recommendation period, which is delivery date information that is more realistic.
[Brief description of the drawings]
FIG. 1 is a diagram for explaining a product buying and selling method according to the present invention.
FIG. 2 is a diagram for explaining a product buying and selling method according to the present invention.
FIG. 3 is a diagram for explaining a product buying and selling method according to the present invention.
FIG. 4 is a diagram illustrating an embodiment of the present invention.
FIG. 5 is a diagram illustrating an embodiment of the present invention.
FIG. 6 is a diagram illustrating an embodiment of the present invention.
FIG. 7 is a diagram illustrating an embodiment of the present invention.
FIG. 8 is a diagram illustrating an embodiment of the present invention.
FIG. 9 is a diagram for explaining a functional block configuration example of a product trading system according to the present invention.
FIG. 10 is a diagram for explaining a functional block configuration example of a product trading system according to the present invention.
FIG. 11 is a diagram illustrating a hardware / software configuration example of a product trading system according to the present invention.
FIG. 12 is a diagram illustrating an embodiment of the present invention.
FIG. 13 is a diagram illustrating an embodiment of the present invention.
FIG. 14 is a diagram illustrating an embodiment of the present invention.
FIG. 15 is a diagram illustrating an embodiment of the present invention.
FIG. 16 is a diagram illustrating an embodiment of the present invention.
FIG. 17 is a diagram illustrating an embodiment of the present invention.
FIG. 18 is a diagram illustrating an embodiment of the present invention.
FIG. 19 is a diagram illustrating an embodiment of the present invention.
FIG. 20 is a diagram illustrating an embodiment of the present invention.
FIG. 21 is a diagram illustrating an embodiment of the present invention.
FIG. 22 is a diagram illustrating an embodiment of the present invention.
FIG. 23 is a diagram illustrating an embodiment of the present invention.
FIG. 24 is a diagram illustrating an embodiment of the present invention.
FIG. 25 is a diagram illustrating an embodiment of the present invention.
FIG. 26 is a diagram illustrating an embodiment of the present invention.
FIG. 27 is a diagram illustrating an embodiment of the present invention.
FIG. 28 is a diagram illustrating an embodiment of the present invention.
FIG. 29 is a diagram illustrating an embodiment of the present invention.
FIG. 30 is a diagram illustrating an embodiment of the present invention.
FIG. 31 is a diagram illustrating an embodiment of the present invention.
FIG. 32 is a diagram illustrating an embodiment of the present invention.
FIG. 33 is a diagram illustrating an embodiment of the present invention.
FIG. 34 is a diagram illustrating an embodiment of the present invention.
FIG. 35 is a diagram illustrating an embodiment of the present invention.
FIG. 36 is a diagram illustrating an embodiment of the present invention.
FIG. 37 is a diagram illustrating an embodiment of the present invention.
FIG. 38 is a diagram illustrating an embodiment of the present invention.
FIG. 39 is a diagram illustrating an embodiment of the present invention.
FIG. 40 is a diagram illustrating an embodiment of the present invention.
FIG. 41 is a diagram illustrating an embodiment of the present invention.
FIG. 42 is a diagram illustrating an embodiment of the present invention.
FIG. 43 is a diagram illustrating an embodiment of the present invention.
[Explanation of symbols]
10 Product trading system
100 storage means
101 Customer authentication processing means
102 Scheduled item presentation processing means
103 Order processing means
104 Order status presentation processing means
105 Scheduled delivery date calculation processing means
106 Delivery time distribution creation processing means
107 Recommended delivery period calculation processing means
108 Centralized processing means for scheduled delivery
200 Supplier computer
201 CPU
202 memory
203 Communication control unit
204 Auxiliary storage device
210 Customer computer

Claims (3)

生産計画や生産スケジュールを作成するシステムで求められたロット別の生産完了予定日または入庫予定日または出荷予定日または納入予定日のデータを取り込んだ時点で、または所定の起動タイミングにおいて、予定納期データの形式に変換して登録する予定納期算出処理手段と、
前記予定納期算出処理手段に続いて、記憶手段に記憶されている実納期データと、前記予定納期データに基づき、予定納期と登録日の差を予定納期差Ｘ，実納期と登録日の差を実納期差Ｙとして算出し、前記算出した予定納期差Ｘと実納期差Ｙとの組合わせから、出荷予定日がＸ日後のときに実際の出荷日がＹ日後となる確率Ｐ｛Ｙ｜Ｘ｝を算出し、出荷予定日ごとに納期分布データを作成して登録する納期分布作成処理手段と、
前記納期分布作成処理手段に続いて、前記納期分布データと、予め設定された信頼水準とに基づいて、前記納期分布の累積確率が前記信頼水準以上となる納期を信頼納期として算出し、前記予定納期と前記信頼納期との間の期間を納期推奨期間として求め、前記生産計画や生産スケジュールを作成するシステムによりサプライヤが作成した売り出す予定の製品に関する情報に、前記納期推奨期間データを付加して、少なくとも識別ＩＤ、サプライア、品種、数量、納期推奨期間データより成る売り出し予定案件データを作成して登録する納期推奨期間算出処理手段と、
顧客から提示条件のアクセスに応じて、前記提示条件に基づいて、該当する売り出し予定案件データおよび各品種の標準価格の一覧データを顧客端末へ提示する売り出し予定案件提示処理手段と、
前記顧客より、購入を希望する前記売り出し予定案件データの選択入力を受付け、前記顧客が希望する品種の販売価格を標準価格を基に、前記納期推奨期間内の各日(納期推奨日)毎に計算して、前記顧客端末に、顧客の希望する前記売り出し予定案件データと共に、納期推奨日と販売価格との組合わせとを表示し、前記顧客が要求数量を入力した欄の納期推奨日を顧客の要求納期として受注を行なう受注処理手段と、
を備えたことを特徴とする製品売買システム。Scheduled delivery date data at the time of capturing the scheduled production completion date, scheduled receipt date, scheduled delivery date, scheduled delivery date, or scheduled delivery date for each lot determined by the production plan or production schedule creation system A scheduled delivery date calculation processing means for converting and registering the format,
Subsequent to the scheduled delivery date calculation processing means, based on the actual delivery date data stored in the storage means and the scheduled delivery date data, the difference between the scheduled delivery date and the registration date is calculated as the planned delivery date difference X, and the difference between the actual delivery date and the registration date is calculated. Probability P {Y | X that is calculated as the actual delivery date difference Y, and that the actual delivery date is after Y days when the estimated delivery date is X days later, from the combination of the calculated estimated delivery date difference X and the actual delivery date difference Y }, And delivery date distribution creation processing means for creating and registering delivery date distribution data for each scheduled shipping date;
Following the delivery date distribution creation processing means, based on the delivery date distribution data and a predetermined confidence level, a delivery date with a cumulative probability of the delivery date distribution equal to or higher than the confidence level is calculated as a confidence delivery date, and the schedule The period between the delivery date and the reliable delivery date is determined as a delivery date recommendation period, and the delivery date recommendation period data is added to the information about the product to be marketed created by the supplier by the system for creating the production plan and production schedule, A delivery date recommendation period calculation processing means for creating and registering planned sale item data including at least an identification ID, a supplier, a product type, a quantity, and a delivery date recommendation period data;
In accordance with the access of the presentation conditions from the customer, based on the presentation conditions, the sales schedule item presentation processing means for presenting the corresponding sales schedule item data and the list data of the standard price of each product type to the customer terminal,
From the customer, accepting selection input of the planned sale item data desired to be purchased, based on the standard price of the product price desired by the customer, for each day within the recommended delivery date (recommended delivery date) The customer terminal displays the combination of the delivery date recommendation date and the sales price together with the planned sale item data desired by the customer on the customer terminal, and the delivery date recommendation date in the column where the customer inputs the requested quantity is displayed. An order processing means for taking an order as the requested delivery date of
A product trading system characterized by comprising: 前記受注処理手段が、前記顧客が希望する品種の販売価格を標準価格を基に、前記納期推奨期間内の各日(納期推奨日)毎に計算する処理は、前記納期推奨日が納期推奨期間開始日であるときの販売価格を標準価格として、納期推奨日が納期推奨期間終了日に近づくに従って、比例で販売価格を減少させ，販売価格が最低価格となったときには，以降の納期推奨日の販売価格に最低価格を設定する処理であることを特徴とする請求項１に記載の製品売買システム。  The order processing means calculates the sales price of the product desired by the customer for each day (recommended delivery date) within the recommended delivery period based on the standard price. The recommended delivery date is the recommended delivery period. The sales price at the start date is taken as the standard price. As the recommended delivery date approaches the end date of the recommended delivery date, the sales price is reduced proportionally. 2. The product buying and selling system according to claim 1, which is a process of setting a minimum price to the selling price. 前記売り出し予定案件提示処理手段が実施する、顧客から提示条件のアクセスに応じて、前記提示条件に基づいて、該当する売り出し予定案件データおよび各品種の標準価格の一覧データを顧客端末へ提示する処理に代えて、
顧客から少なくとも品種、数量、要求納期を含む注文を受付け、当該注文の品種、数量、要求納期を満たす品種、数量、納期推奨期間のデータを持つ前記売り出し予定案件データを検索して、当該注文の前記要求納期が前記売り出し予定案件データの納期推奨期間内である売り出し予定案件を引き当て，引き当てられた売り出し予定案件データを前記顧客端末へ提示する処理であることを特徴とする請求項１に記載の製品売買システム。The process of presenting the list data of the scheduled sale item data and the standard price of each product type to the customer terminal based on the presentation condition in accordance with the access of the presentation condition from the customer, performed by the sale schedule item presentation processing means Instead of
Accepts an order including at least the product type, quantity, and requested delivery date from the customer, searches the planned item data for sale with the product type, quantity, and delivery date recommended period data satisfying the requested delivery date, and 2. The process according to claim 1, wherein the requested delivery date is a process of assigning a scheduled sale item whose delivery date is within a recommended delivery date of the scheduled sale item data, and presenting the assigned scheduled sale item data to the customer terminal. Product trading system.
JP2001274428A 2001-09-11 2001-09-11 Product trading system Expired - Fee Related JP3969037B2 (en)

Priority Applications (2)

Application Number Priority Date Filing Date Title
JP2001274428A JP3969037B2 (en) 2001-09-11 2001-09-11 Product trading system
PCT/JP2002/003988 WO2003025812A1 (en) 2001-09-11 2002-04-22 Producing and trading method and system

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2001274428A JP3969037B2 (en) 2001-09-11 2001-09-11 Product trading system

Publications (2)

Publication Number Publication Date
JP2003085346A JP2003085346A (en) 2003-03-20
JP3969037B2 true JP3969037B2 (en) 2007-08-29

Family

ID=19099457

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2001274428A Expired - Fee Related JP3969037B2 (en) 2001-09-11 2001-09-11 Product trading system

Country Status (2)

Country Link
JP (1) JP3969037B2 (en)
WO (1) WO2003025812A1 (en)

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2005122581A (en) * 2003-10-20 2005-05-12 Hitachi Ltd Delivery time management system
CN104751240A (en) * 2015-03-24 2015-07-01 北京首钢自动化信息技术有限公司 Delivery period predication method based on static production cycle sheet
JP6902299B1 (en) * 2020-09-04 2021-07-14 株式会社３Ｄ Ｐｒｉｎｔｉｎｇ Ｃｏｒｐｏｒａｔｉｏｎ Manufacturing execution system, manufacturing execution method, program, and manufacturing system

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2000176634A (en) * 1998-12-11 2000-06-27 Nkk Corp Apparatus for settling on production plan of steel product
JP2001195513A (en) * 1999-10-27 2001-07-19 Japan Project System Inc Electronic commercial transaction system
JP2001175772A (en) * 1999-12-17 2001-06-29 Kawasaki Steel Systems R & D Corp Online sale competition system
JP2001243357A (en) * 2000-02-28 2001-09-07 Fujitsu Fip Corp Electronic commercial transaction system, server system, terminal for seller, terminal for purchaser, electronic commercial transaction method and recording medium with electronic commercial transaction program recorded thereon

Also Published As

Publication number Publication date
WO2003025812A1 (en) 2003-03-27
JP2003085346A (en) 2003-03-20

Similar Documents

Publication Publication Date Title
US7184975B2 (en) Sales system and sales processing apparatus for selling an intangible product and a tangible product
US20020019785A1 (en) System and method for returning merchandise
US20080126157A1 (en) Systems, methods and apparatuses for importation and exportation transaction logistics facilitation
US20090259561A1 (en) Method and System for Correlation of Product Quantities to Multiple Ship-to Addresses for a Single Online Order
US6988097B2 (en) Negotiation system and method for electronic commerce
US20020095345A1 (en) Standing order system and method
CA2394489A1 (en) Electronic asset registration method
US20030004816A1 (en) User-specific method of selling products, computer program product, and system for performing the same
US20100191618A1 (en) Centralized database supported electronic catalog and order system for merchandise distribution
US20090112728A1 (en) System and method for small business management
JPWO2003038700A1 (en) How to notify product information
US7346557B2 (en) Information processing apparatus and information processing method
JP3969037B2 (en) Product trading system
US20030135420A1 (en) Web-based method for managing and communicating information regarding an order of consumer goods
JP2001312658A (en) Commodity circulation system, and method for providing information to customer in the system
JP2003271852A (en) Electronic commercial method and electronic store server and program
JP2002216054A (en) Merchandise guaranteeing system and service and computer program
JP2005509931A (en) System and method for third party management of product manufacturing orders by sub-end users based on end-user approved products
KR20030074346A (en) System and method of electronic commerce combining purchasing and delivery
JP2003242337A (en) System, device and method for managing merchandise distribution trend
JP7042000B2 (en) Information processing equipment, information processing methods, and programs
US20030212570A1 (en) System and method for inquiring remaining quantity of orders
JP2014174788A (en) Order placing/accepting system, order placing/accepting server, order placing/accepting method and program
US20050049932A1 (en) Process for managing subscription service purchases
JP2008203998A (en) Used component circulation system

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20041126

RD01 Notification of change of attorney

Free format text: JAPANESE INTERMEDIATE CODE: A7421

Effective date: 20060418

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20070213

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20070416

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20070515

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20070528

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20100615

Year of fee payment: 3

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20100615

Year of fee payment: 3

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20110615

Year of fee payment: 4

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20110615

Year of fee payment: 4

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20120615

Year of fee payment: 5

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20120615

Year of fee payment: 5

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20130615

Year of fee payment: 6

LAPS Cancellation because of no payment of annual fees