KR20010075131A

KR20010075131A - 다자간 기업들간의 공급망 최적화를 위한 시스템 및 방법

Info

Publication number: KR20010075131A
Application number: KR1020017003351A
Authority: KR
Inventors: 노타니란지트엔.
Original assignee: 샌제이브 사이두; 아이2 테크놀러지즈, 인크.
Priority date: 1998-09-18
Filing date: 1999-09-17
Publication date: 2001-08-09
Also published as: MXPA01002773A; CA2343164A1; JP2002525761A; AU5823499A; TW495690B; WO2000017798A1; EP1114382A1

Abstract

본 발명은 전자 옵션 계약을 이용하여 다자간 기업들간(multi-enterprise)의 공급망 협정(supply chain agreement)을 최적화하는 방법에 관한 것으로, 구매자 컴퓨터에서 제품의 예측 수요 범위(range of forecasted demand)를 정하는 단계와, 제품 공급을 위한 옵션 계약에 참여하기 위하여 신청서(offer)를 상기 구매자 컴퓨터에서 판매자 컴퓨터로 전달하는 단계를 포함하고, 상기 옵션 계약은 상기 예측 수요 범위에 대응하는 옵션을 포함한다. 이 방법은 상기 옵션 계약을 체결하는 단계, 상기 예측 수요를 구매자 컴퓨터에서 갱신하는 단계, 및 상기 갱신된 예측 수요에 기초하여 상기 예측 수요 범위 내에서 상기 옵션 계약의 옵션을 이행하는 단계를 추가로 포함한다.

Description

다자간 기업들간의 공급망 최적화를 위한 시스템 및 방법 {SYSTEM AND METHOD FOR MULTI-ENTERPRISE SUPPLY CHAIN OPTIMIZATION}

공급(supply) 및 수요(demand) 예측의 불일치로 인해 야기되는 과잉 공급(overstock)이나 공급 부족(undersupply) 상태를 피하기 위하여.해 기업 내 공급망의 최적화에 도움을 주기 위한 다양한 알고리즘이 개발되어 왔다.

단일 기업 내에서의 공급망을 최적화하기 위한(address) 알고리즘들이 여러개 개발되어 왔지만, 다자간 기업들간의 공급망을 최적화하기 위한 알고리즘은 없다.

공급망을 최적화하기 위한 통상적인 접근 방식은 일반적으로 다른 기업들의 이해 관계(interest)에 관계없이 기업 자신에 대해(on) 공급망 최적화 규칙(rule)을 적용(impose)할 수 있다고 가정하는 것이다.

공급망 최적화 규칙이 협상되어야만 하는 다자간 기업들간의 무역관계(trading)에서, 통상적인 접근 방식은 적용되지 않는다(break down). 그러므로, 다자간 기업들간의 무역 관계에서 공급/수요의 불일치는 일반적이다.

본 발명은 데이터 통신 및 처리 분야에 관한 것으로, 더욱 상세하게는 다자간 기업들간의 공급망 협정(multi-enterprise supply chain agreement)을 위한 시스템 및 방법에 관한 것이다.

도 1은 본 발명에 따라 구성된 다자간 기업들간의 공급망을 최적화하기 위한 예시적인 실시예의 블록도.

도 2는 본 발명의 교시 내용(teaching)에 따라 각각 구성된 예시적인 구매자 컴퓨터와 판매자 컴퓨터의 블록도.

도 3은 본 발명에 따라 각각 구성된 구매자 컴퓨터에 접근 가능한 예시적인 메모리부 및 판매자 컴퓨터에 접근 가능한 메모리부의 블록도.

도 4는 본 발명에 따른 구매자 컴퓨터와 판매자 컴퓨터 사이에 체결된(executed) 옵션 계약(option contract)에 대한 예시적인 항목을 도시하는 도면.

도 5는 전자 옵션 계약(electronic option contract)을 이용하여 다자간 기업들간의 공급망 협정(supply chain agreement)을 최적화하는 예시적인 방법을 도시하는 순서도.

도 6은 전자 옵션 계약을 이용하여 다자간 기업들간의 공급망 협정을 최적화하는 다른 예시적인 방법을 도시하는 순서도.

본 발명에 따르면, 다자간 기업들간의 공급망을 최적화하기 위한 시스템 및 방법은 기존에 개발된 공급망 최적화 기술과 연관된 단점이나 문제점들을 실질적으로 감소시키거나 제거한다.

일 실시예에서, 전자 옵션 계약을 이용하여 다자간 기업들간(multi-enterprise)의 공급망 협정(supply chain agreement)을 최적화하는 방법은 구매자 컴퓨터에서 제품의 예측 수요 범위(range of forecasted demand)를 정하는 단계와, 제품 공급을 위한 옵션 계약에 참여하기 위하여 신청서(offer)를 상기 구매자 컴퓨터로부터 판매자 컴퓨터로 전달하는 단계를 포함하고, 상기 옵션 계약은 상기 예측 수요 범위에 대응하는 옵션을 포함한다. 이 방법은 상기 옵션 계약을 체결하는(executing) 단계, 상기 예측 수요를 구매자 컴퓨터에서 갱신하는 단계, 및 상기 갱신된 예측 수요에 기초하여 상기 예측 수요 범위 내에서 상기 옵션 계약의 옵션을 이행하는(exercising) 단계를 추가로 포함한다.

다른 실시예에서, 전자 옵션 계약을 이용하여 다자간 기업들간의 공급망 협정을 최적화하는 방법은 구매자 컴퓨터로부터의 옵션 계약의 항목을 판매자 컴퓨터에서 수신하는 단계, 상기 옵션 계약의 항목에 대한 수락을 상기 구매자 컴퓨터에게 전달하는 단계, 상기 구매자 컴퓨터에 접근할 수 있는 메모리에 상기 수락된 옵션 계약의 항목을 기억시키는 단계, 및 사용자 입력 없이 상기 판매자 컴퓨터에서 상기 옵션 계약의 항목을 집행하도록 하는(enforcing) 단계를 포함하고, 상기 항목은 제품에 대한 구매자의 예측 수요 범위에 대응하는 옵션을 포함한다.

본 발명의 기술적인 장점은 다자간 기업들간의 공급망을 최적화하기 위한 시스템 및 방법을 포함한다. 다양한 메카니즘을 통해, 본 발명은 계약 당사자들 모두의 수익성(profitability)을 향상시킨다. 계약의 옵션 항목을 하나 이상 이행하므로(implement), 본 발명은 각 당사자의 예측 부정확도(uncertainty)를 줄인다. 한 차원(dimension)의 탄력성(예를 들면, 수량, 제품, 지역(geography) 등에 대한 옵션)을 구매 업체에게 제공하는 것은 구매 업체가 자신의 실제 공급 필요량을 보다 정확하게 정할 수 있도록 할 때, 나중에까지 정확한 구매자 의무 범위의 결정을 연기할 수 있도록 하는 가치(value)를 구매 업체에게 제공하여, 수요/공급의 불일치를 감소시킨다. 본 발명은 구매 업체에 대한 가치와 이에 대응하는 판매 업체의 비용을 고려하여 옵션 가격을 설정하므로 구매하고 판매하는 당사자들 모두에게 모두 유리하도록(win-win situation) 하는 메카니즘을 제공한다. 또한, 본 발명은 최종 계약의 항목을 위반할 때 명확한(well-defined) 위약금을 제공하도록 하여 가능한 한 가장 정확한 예측을 제공하도록 하는 동기(incentive)를 각 당사자에게 제공한다.

옵션 계약을 이용하면 구매자 컴퓨터와 판매자 컴퓨터 사이의 온 라인 협상(on-line negotiation) 시에 커다란 장점을 제공한다. (원하는 수량이나 제품의 범위, 또는 배달 지역 범위와 같은) 잠재적인 파라미터(potential parameter) 값의 범위(range)나 집합(aggregation)을 명기하기 위해 옵션 계약을 이용함에 따라, 본 발명은 구매자 컴퓨터와 판매자 컴퓨터와 연결된 네트워크를 통한 여러 번의 반복 동작(iterations)과 전송을 피하도록 하므로, 온 라인 협정을 기술적으로 편리하고 매우 효율적 것이 될 수 있도록 한다.

다른 기술적인 장점들은 첨부한 도면, 발명의 상세한 설명, 및 청구범위로부터 해당 분야의 당업자에겐 자명하다

첨부한 도면을 참조로 하여 기술한 다음의 상세한 설명을 참조하면, 본 발명을 좀더 완벽하게 이해할 수 있고, 본 발명에 대한 추가적인 특징과 장점을 이해할 수 있을 것이다.

도 1은 복수의 구매자 컴퓨터(20a-20n)와 복수의 판매자 컴퓨터(40a-40n)를 구비하는 예시적인 다자간 기업들간의 공급망을 최적화하는 공급망 최적화 시스템(10)의 블록도를 도시한다. 하나의 동작 특징으로, 하나 이상의 구매자 컴퓨터(20)는 하나 이상의 판매자 컴퓨터(40)와 통신하여, 판매자에 의한 공급과 판매자 컴퓨터(40)와 연관된 판매자들에 의해 제공되는 생산품에 대한 구매자들의 조달(procurement)을 협상(negotiate)할 때 협력한다. 구매자 컴퓨터(20)와 판매자 컴퓨터(40)는 이 구매자 컴퓨터(20)와 연관된 구매자들과 이 판매자 컴퓨터(40)와 연관된 판매자들 사이에 최적의 공급망을 구축하기 위해(starve) 서로 협력한다. 이상적으로, 상호 협상 프로세스(interactive negotiation process) 및 계약 감시 시스템(contractual monitoring system)을 통해, 시스템(10)은 구매자의 수요와 판매자의 공급 사이의 불일치를 제거하여, 각 기업의 수익성(profitability)을 향상시킨다.

각 구매자 컴퓨터(20)는 공지된 소정의 MS-DOS, OS-2, MAC-OS, WINDOWS^TH, UNIX, 또는 다른 적당한 운영 체제(operating system)와 함께 실행할 수 있다. 각 구매자 컴퓨터(10)는 예를 들면, 데스크탑 컴퓨터(desktop computer), 랩탑 컴퓨터(laptop computer), 휴대용 개인 단말기(personal digital assistant), 또는다른 계산 또는 통신 장치를 포함할 수 있다. 각 구매자 컴퓨터(20)는 입력 장치(21), 출력 장치(22), 램덤 액세스 메모리(random access memory, RAM, 24), 읽기 전용 메모리(read-only memory, ROM, 26), CD-ROM, 하드 드라이브, 다른 자기 기억 매체나 광 기억 매체(28) 또는 다른 적당한 휘발성이나 비휘발성 기억 장치와 검색 장치, 및 시스템 클록부나 다른 적당한 타이밍(timing) 장치나 소프트웨어를 구비하는 프로세서(30)를 포함할 수 있다.

입력 장치(21)는 예를 들면, 키보드, 마우스(mouse), 그래픽 테블렛(graphic tablet), 터치 스크린(touch screen), 압력 감지 패드(pressure-sensitive pad), 조이스틱(joystick), 라이트 펜(light pen), 마이크로 폰(microphone), 또는 다른 적당한 입력 장치를 포함할 수 있다. 출력 장치(22)는 예를 들면, 화상 표시 장치(video display), 프린터(printer), 디스크 드라이브, 플로터(plotter), 스피커(speaker), 또는 다른 적당한 출력 장치를 포함할 수 있다.

도 1의 대시선(dashed line) 안에 포함되어 있는 요소(item)가 시스템(10)의 연관된 구성요소들에 대한 예시적인 기능상의 동작 및 데이터 구조를 나타낸다. 예를 들면, 각 구매자 컴퓨터(20)는 메모리(32)를 포함할 수 있거나, 또는 다른 방법으로 이 메모리(32)에 접근할 수 있다. 구매자 컴퓨터(20)에 정보를 기억하고, 이 구매자 컴퓨터(20)에 국부적으로 기억된 다양한 정보를 용이하게 검색할 수 있도록, 이 메모리(32)는 다양한 데이터 구조, 배열(arrangement), 번역물(compilation)을 포함한다. 메모리(32)가 구매자 컴퓨터(20) 내에 상주하는 것처럼 도시되어 있지만, 대안적으로 메모리(32)의 모든 부분 또는 일부분은 구매자 컴퓨터(20)에 접근할 수 있는 원격 위치에 존재할 수 있다.

구매자 컴퓨터(20)는 하나 이상의 소프트웨어 애플리케이션(software application, 34)을 실행시킨다. 본 명세서에서 이용된 것처럼, "소프트웨어 애플리케이션"이란 용어는 C, C++, 자바(Java)와 같은 컴퓨터 언어, 또는 개발된 다른 적당한 언어로 적절히 구현(implementation)될 수 있는 한 셋트의 명령, 절차(procedure), 기능(function), 객체(object), 부류(class), 및/또는 인스턴스(instance), 및 관련 데이터를 지칭한다. 예시한 실시예에서, 소프트웨어 애플리케이션(34)은 다양한 판매자 컴퓨터들(40)과의 공급망 계약을 협상하고 체결할 때 구매자 컴퓨터(20)를 도울 수 있는 조달 관리자(procurement manager)를 포함한다.

본 실시예에서, 각 판매자 컴퓨터(40)는 구매자 컴퓨터(20)의 구조 및 기능과 유사하다. 예를 들면, 각 판매자 컴퓨터(40)는 공지된 MS-DOS, PC-DOS, OS-2, MC-OS, WINDOW^TH, UNIX, 또는 다른 적당한 운영 체계와 실행될 수 있고, 데스크탑 컴퓨터, 랩탑 컴퓨터, 또는 휴대용 개인 단말기와 같은 계산 또는 통신 장치를 포함할 수 있다. 각 판매자 컴퓨터(40)는 입력 장치(41), 출력 장치(42), 램덤 액세스 메모리(44), 읽기 전용 메모리(46), CD-ROM, 하드 드라이브, 다른 자기나 광 기억 매체(48)나 적당한 휘발성 또는 비휘발성 기억 및 검색 장치, 및 시스템 클록부나 다른 적당한 타이밍 장치 또는 소프트웨어를 구비하는 프로세서(50)를 포함한다. 부가적으로, 각 판매자 컴퓨터(40)는 메모리(52)를 포함할 수 있거나, 또는다른 방법으로 이 메모리(52)에 접근할 수 있다. 구매자 컴퓨터(20)와 같이, 판매자 컴퓨터(40)는 하나 이상의 소프트웨어 애플리케이션(54)을 실행시킨다. 예시된 실시예에서, 소프트웨어 애플리케이션(54)은 판매자 컴퓨터(40)가 여러 구매자 컴퓨터들(40)과 공급망 계약을 협상 및/또는 체결할 수 있도록 하는 공급 관리자(supply manager)를 포함한다.

구매자 컴퓨터(20)와 판매자 컴퓨터(40)는 통신 링크(communication link, 60)를 이용하여 서로 통신한다. 예시한 실시예에서, 통신 링크(60)는 구매자 컴퓨터(20) 및/또는 판매자 컴퓨터(40)와 네트워크(12) 간에 연결(connection)을 제공할 수 있는 적당한 통신 미디어를 포함한다. 이 실시예에서, 네트워크(12)는 인터넷(Internet)과 같은 광역 컴퓨터망(global computer network)을 포함한다. 그러나, 네트워크(12)는 지상 기반(ground-based) 및/또는 공간 기반(space-based) 구성요소를 이용하여 네트워크 구성요소들 간의 통신을 지원하는 소정의 적당한 유선, 무선, 또는 복합 유/무선 시스템을 포함할 수 있다. 예를 들면, 네트워크(12)는 한 지역 이상에서 공중 회선 전화망(public switched telephone network, PSTN), 종합 정보 통신망(integrated services digital networks, ISDN), 근거리 통신망(local area networks, LAN), 광역 네트워크(wide area network, WAN), 또는 다른 통신 시스템이나 통신 시스템의 조합일 수 있다. 구매자 컴퓨터(20)와 판매자 컴퓨터(40)를 연결하고 있는 것처럼 도시된 통신 링크(60)와 네트워크(12)는 단일 네트워크나 개별 네트워크를 포함할 수 있다.

구매자 컴퓨터(20)와 판매자 컴퓨터(40)는 통신 링크(60)와의 연결을 용이하게 하는 인터페이스(38, 58)를 각각 포함한다. 이러한 인터페이스(38, 58)는 네트워크 구성요소가 통신 링크(40)를 이용하여 통신할 수 있도록 하는 PSTN이나 ISDN과의 직접 연결, LAN, WAN이나 인터넷과 같은 광역 통신망을 통한 연결, 또는 다른 적당한 통신 연결을 이용하여 통신할 수 있는 적절한 하드웨어 (예를 들면, 모뎀(modem), 네트워크 인터페이스 카드 등) 및 소프트웨어(예를 들면, 멀티 계층 프로토콜 지원, 프로토콜 변환(protocol conversion), 데이터 처리, 데이터 변조 (data modulation) 등)를 포함한다.

구매자 컴퓨터(20)와 판매자 컴퓨터(40)는 또한 각각 브라우저(browser, 36, 56)를 포함한다. 브라우저(36, 56)는 다른 네트워크 구성요소로의 접근 (및 다른 네트워크 구성요소와의 사용자 상호 작용)을 용이하게 하는 소정의 적당한 소프트웨어, 하드웨어, 또는 소프트웨어와 하드웨어가 조합된 것을 포함할 수 있다. 예시한 실시예에서, 브라우저(36, 56)는 Netscape Communications Corporation으로부터 입수할 수 있는 Netscape^TMCommunicator, 또는 Microsoft Corporation으로부터 입수할 수 있는 Microsoft Explorer^TM과 같은 인터넷 브라우저를 포함한다. 브라우저(36, 56)는 예시적인 실시예에 도시한 것처럼 독립적인 기능 요소(stand-alone functional element)를 포함한다. 대안적으로, 브라우저(36, 56)의 모든 기능(functionality) 또는 일부 기능은 각각 인터페이스(38, 58)와 같은 시스템(10)의 다른 구성요소 내부에 내장시킬 수 있다.

이러한 기재를 통해, 시스템(10)의 구성요소는 소정의 포맷(format), 구조,또는 배열을 이용하여 정보를 기억하고, 전달하고(communicate), 정보에 접근하며, 이 정보는 제한 없이 기계가 판독할 수 있거나(machine-readable) 사용자가 판독할 수 있는(user-readable) 텍스트와 그래픽을 포함한다. 특정 실시예에서, 시스템(10)에서 변환된(exchanged) 정보는 HTML(hypertext mark-up language), MTML 플러스, SGML(standard generalized mark-up language), VRML(virtual reality mark-up language), XML(extended mark-up language), Java 객체(object), 또는 다른 적당한 콘텐트 개발 언어로 쓰여진 문서나 파일을 포함한다. 시스템(10) 내에서의 정보는 또한 SUN MICROSYSTEMS에 의해 개발된 Java로 쓰여진 애플렛(applets)과 같은 프로그램 코드(program code), 또는 다른 적당한 셀프-실행 코드(self-executing code)를 포함할 수 있다.

동작에 있어서, 시스템(10)은 하나 이상의 구매자 컴퓨터(20)와 하나 이상의 판매자 컴퓨터(40)들간의 협력적인 협상(collaborative negotiation)을 용이하게 하여, 시스템(10)을 통한 전자 옵션 계약으로 구매자들에게 특정 제품을 공급하도록 한다. 구매자 컴퓨터(20)나 판매자 컴퓨터(40) 중 어느 한 컴퓨터는 제시된 계약 항목을 다른 기기로 전송하여 협상을 개시할 수 있도록 한다.

특정 실시예에서, 구매자 컴퓨터(20)와 판매자 컴퓨터(40)는 판매자 컴퓨터(40)와 연관된 판매자가 제공한 특정 제품의 공급 및 구매에 대한 옵션 계약을 협상할 수 있다. 최종 옵션 계약은 제품 구매에 대한 구매 업체(buyer entity)의 의무(obligation)와 이 제품의 공급에 대한 판매 업체(seller entity)의 의무를 명기하는 하나 이상의 옵션을 포함한다. 특정 실시예에서, 옵션은 제품을 구매할때 구매자의 최소 의무와 제품을 공급할 때 판매자의 최대 의무를 명기할 수 있다. 그러나, 이 옵션은 당사자들(parties) 간의 소정 의무 정도(level)와 관계가 있을 수 있다.

옵션 계약은 구매 업체측에서의(to) 옵션 가치(value) 및 판매 업체측에서의 옵션 비용(cost)에 대하여 구매 업체가 판매 업체로 지불해야 하는 지불 금액(payment)을 나타내는 옵션 가격을 추가로 포함할 수 있다. 부가적으로, 옵션 계약은 계약 항목의 위반에 대한 위약금 지급(penalty provision)을 포함할 수 있다.

옵션 계약을 이용하면 구매자 컴퓨터(20)와 판매자 컴퓨터(40) 사이의 온 라인 협상(on-line negotiation) 시에 커다란 장점을 제공한다. 옵션 계약을 이용하지 않는 시스템(10)의 각 컴퓨터(20, 40)는 특정 파라미터 값으로 최적화 알고리즘을 실행시키고, 결과를 산출하며, 네트워크(12)를 통해 중간 결과(intermediate result)를 다른 기기로 전달할 수 있다. 이 결과는 네트워크(12)에서 평가되고, 수정되고, 다시 그 다른 기계로 재 전송될 수 있다. 이런 처리 동작(process)은 분명히 최적값이 구해질 때까지 계속된다. (원하는 수량이나 제품의 범위, 또는 배달 지역의 범위와 같은) 잠재적인 파라미터 값의 범위(range)나 집합(aggregation)을 명기하기 위하여 옵션 계약을 이용함에 따라, 시스템(10)은 네트워크(12)를 통한 여러 번의 반복 동작(iterations)과 전송을 피하는 대신에, 각 컴퓨터(20, 40)는 네트워크(12)를 거쳐 여기 저기(back and forth)로 제시된 값을 간헐적으로 전달하지 않고 전 범위의 제시된 값을 처리할 수 있도록 한다.

일단 계약의 항목이 협상되면, 옵션 계약을 체결한다. 특정 실시예에서, 체결된 옵션 계약의 항목은 구매자 컴퓨터(20)와 판매자 컴퓨터(40)에 기억된다. 계약 항목을 기억하는 것은 당사자(party)의 계약상 의무를 이행할 때 각 당사자의 이행 진척정도(progress)를 용이하게 감시할 수 있도록 한다. 부가적으로, 시스템(10)은 구매자 컴퓨터(20)가 계약의 항목과 일치하지 않게 구매 업체의 옵션을 이행하는(exercising) 것을 방지할 수 있도록 하고, 계약 항목의 위반에 대한 위약금을 할당하여 계약 항목을 강제로 집행할 수 있다.

전자 옵션 계약을 이용함으로써, 시스템(10)은 공급/수요의 불일치를 피하기 위하여 적절한 탄력성(flexibility)을 유지하면서, 각 당사자의 의무에 대해선 안심할(comfortable) 정도의 확실성(certainty)을 제공하므로 공급망의 효율성을 증가시킨다.

도 2a 및 도 2b는 각각 예시적인 구매자 컴퓨터(20)와 판매자 컴퓨터(40)의 블록도를 도시한다. 이미 기술한 바와 같이, 구매자 컴퓨터(20)는 메모리(32), 조달 관리자(34), 브라우저(36), 및 인터페이스(38)를 포함한다. 유사하게, 판매자 컴퓨터(40)는 메모리(52), 공급 관리자(54), 브라우저(56), 및 인터페이스(58)를 포함한다.

구매자 컴퓨터(20)의 구성요소들은 통신 링크(110)를 통해 서로 통신한다. 통신 링크(110)는 구매자 컴퓨터(20)와 연결되어 내부의 구성요소들이나 주변 구성요소들 간의 통신을 용이하게 실시하도록 적절히 배열된 소정의 하드웨어 및/또는 소프트웨어를 포함할 수 있다. 예를 들면, 통신 링크(110)는 범용 직렬버스(universal serial bus)를 포함할 수 있다. 판매자 컴퓨터(40)의 구성요소들은 통신 링크(20)를 통해 서로 통신한다. 판매자 컴퓨터(40)의 통신 링크(20)는 구매자 컴퓨터(20)의 통신 링크(110)와 구조 및 기능 면에서 유사하다.

예시한 실시예에서, 조달 관리자(34)와 공급 관리자(54)는 각각 제공하는 특정 기능과 처리 능력을 제공해야 하는 다양한 모듈을 포함한다. 도 2a 및 도 2b에 도시한 특정 개수와 배열을 갖는 모듈은 단지 예시를 목적으로 하는 것이다. 다른 및/또는 부가적인 배열, 구조, 관계, 처리 분배(division)는 본 발명의 범위를 벗어나지 않는 한 구체화될 수 있다.

이 실시예에서, 조달 관리자(34)는 예측 모듈(forecast module, 12)을 포함한다. 이 예측 모듈(112)은 예를 들면, 이전의(historical) 수요 및 계획된(projected) 시장 변화에 기초하여 앞으로 구매 업체의 수요에 대한 추정량(estimate)을 제공한다. 유사하게, 판매자 컴퓨터(40)의 공급 관리자(54)는 예측 모듈(212)을 포함한다. 이 예측 모듈(212)은 판매자의 공급 능력에 대한 추정량을 제공하고, 또한 예를 들면 소비자와의 기존의 거래 방침(course of dealing)을 기초로 하여 다양한 소비자의 계획 수요를 추정할 수 있다. 구매자 컴퓨터(20)와 판매자 컴퓨터(40)는 자신의 추정량을 계산할 때 각각 이용되는 가정(assumption)들과 같은 정보를 공유하도록 구성될 수 있다. 정보를 공유하고 각 업체가 다른 예측과 잠재적인(underlying) 가정들을 평가(critique)할 수 있도록 하므로, 시스템(10)은 보다 정확하게 예측하여 수요와 공급의 불일치를 감소시키므로 효율성을 증가시키는 협력적인 예측을 용이하게 한다는 부가적인 장점을 제공한다.

또한, 조달 관리자(34) 및 공급 관리자(114)는 각각 협상 모듈(negotiation modules, 114, 214)을 포함한다. 협상 모듈(114, 214)은 협상이 이루어지는 (being negotiated) 계약의 항목에 대해서, 구매자 컴퓨터(20)와 판매자 컴퓨터(40) 사이에 협상을 진행할 수 있도록 동작한다. 특정 실시예에서, 협상 모듈(114, 214)은 사용자 입력을 필요로 하지 않고 구매자 컴퓨터(20)와 판매자 컴퓨터(40) 사이에 모든 협상 또는 협상 일부분을 진행할 수 있게 구성될 수 있다.

구매자 컴퓨터(20)와 판매자 컴퓨터(40) 사이의 협상을 좀더 용이하게 진행하기 위해, 조달 관리자(34)와 공급 관리자(54) 각각은 집합 모듈(aggregation module, 116, 216)을 포함한다. 이 집합 모듈(116, 216)은 협상이 진행되는 원하는 소정 형태로 변형된 파라미터의 변형을 정렬하고(align) 수행하도록 동작한다. 예를 들면, 어떤 계약 파라미터는 옵션이나 가능한 값의 범위로서 표현될 수 있다. 집합 모듈(116)은 기기 각각이 자신의 계산 동작을 실행할 때 기초로 하는 잠재적인 파라미터(underlying parameter)들 간에 정확히 일치(consistency)할 수 있도록 하여, 양 당사자들은 최종 계약의 항목에 대해 완전히(consistent) 이해한다.

또한 조달 관리자(34)와 공급 관리자(54)는 각각 옵션 가격 모듈(118, 218)을 포함할 수 있다. 구매자 컴퓨터(20)의 옵션 가격 모듈(118)은 고정적으로 정해진(fixed) 의무 대신에 범위(range)로서 구매자의 의무를 명기할 수 있게 탄력성을 갖는 구매자측에서의 가치를 평가한다. 판매자 컴퓨터(40)의 옵션 가격 모듈(218)은 구매하기 위한 구매자의 잠재적인 의무보다도 계약 상에 보다 많은 잠재적인 공급 의무를 갖는 판매자측에서의 비용을 추정한다. 궁극적으로 옵션 계약에 포함된 옵션 가격은 구매 업체에 의해 획득된 탄력성과 이 탄력성을 용이하게 하는 판매 업체에 대한 비용 사이의 균형을 반영하고, 또한 수반되는 당사자들의 상대적인 매매 정도(bargaining strength)를 반영한다. 예를 들면, 주 구매자(dominant buyer)는 소정의 옵션 가격을 지불하지 않거나 낮은 옵션 가격을 지불하고 옵션을 요구할 수도 있다.

조달 관리자(34)와 공급 관리자(54) 각각은 추가로 체결 모듈(execution module, 119, 219)을 포함한다. 체결 모듈(119, 219)은 옵션 계약을 체결시키고 메모리(32, 52) 각각에 이 옵션 계약의 항목을 기억시킨다.

조달 관리자(34)와 공급 관리자(54) 각각은 또한 추적 모듈(tracking module, 120, 220)을 포함할 수 있다. 이 추적 모듈(120, 220)은 구매자 컴퓨터(20)와 판매자 컴퓨터(40)가 현재 계류중인 소정 계약의 항목을 감시하고 강요(enforce)할 수 있도록 한다.

구매자 컴퓨터(20)의 메모리(32)는 여러 파일들을 포함한다. 예시적인 실시예에서, 메모리(32)는 구매 업체의 과거 공급 필요량(supply need)과 계획된 공급 필요량뿐만 아니라 구매 업체의 사업(business)과 관련된 다양한 정보를 기억할 수 있는 구매자 정보 파일(130)을 포함한다. 예측 모듈(112) 및/또는 집합 모듈(116)은 공급 필요량을 예측하고, 판매자 컴퓨터(40)와의 협상 중에 소정의 필수 집합 변형(necessary aggregate transformation)을 수행할 때 도움을 줄 수 있는 정보를 얻기 위해 구매자 정보 파일(130)에 접근할 수 있다.

메모리(32)는 현재 계류중인 계약에 관련된 정보를 기억하는 계약 정보 파일(132)을 추가로 포함한다. 추적 모듈(120)은 계약이 진행됨에 따라 현재 계류 중인 계약과 연관된 정보를 관찰 및/또는 변경하기 위해 계약 정보 파일(132)에 접근한다. 또한 메모리(32)는 계약의 항목을 협상할 때 유용한 각종 정보를 포함하는 협상 정보 파일(134)을 포함할 수 있다. 예를 들면, 협상 정보 파일(134)은 판매 업체가 제시한(offered) 기존의 가격 목록(list), 이전의 할인율(discount), 또는 판매 업체의 경쟁 업체, 수락 가능한 배달 스케줄, 및 이전에 협상된 계약과 관련되어 있는 다른 정보를 포함할 수 있다. 협상 모듈(114)은 제시한 계약상의 항목, 카운터 오퍼(counter-offer)를 수락하거나 또는 사용자의 주의를 요하는 문제와 같은 특정 쟁점(issue)을 표시(flag)할 것인지를 정할 때 협상 정보 파일(134)에 접근할 수 있다.

판매자 컴퓨터(40)의 메모리(52)는 유사한 정보 파일들을 포함한다. 예를 들면 메모리(52)는 수요 필요량(demand need)을 맞추기 위한 과거 판매 업체의 능력과 계획된 능력뿐만 아니라 판매 업체의 사업에 관련된 다양한 정보를 구비하고 있는 판매자 정보 파일(230)을 포함한다. 예측 모듈(212) 및/또는 집합 모듈(216)은 판매자 컴퓨터(40)와 협상하는 동안 소정의 필수 집합 변형을 수행할 수 있도록 하고, 뿐만 아니라 계획된 수요 필요량을 맞추기 위한 판매 업체의 재고 목록(inventory)과 능력을 예측할 때 도움을 줄 수 있는 정보를 획득하기 위해 판매자 정보 파일(230)에 접근할 수 있다.

메모리(32)는 현재 계류중인 계약에 관련된 정보를 기억하는 계약 정보파일(232)을 추가로 포함한다. 추적 모듈(220)은 계약이 진행됨에 따라 현재 계류 중인 계약과 연관된 정보를 관찰 및/또는 변경하기 위해 계약 정보 파일(232)에 접근한다. 또한 메모리(32)는 계약 항목을 협상할 때 유용한 각종 정보를 포함하고 있는 협상 정보 파일(234)을 포함할 수 있다. 예를 들면, 협상 정보 파일(234)은 특정 구매자에 대해 이전에 정해진(given) 가격 목록, 특정 구매자가 이용할 수 있는 확인율, 수락 가능한 배달 스케줄, 및 이전에 협상된 계약과 관련된 다른 정보를 포함할 수 있다. 협상 모듈(214)은 제시한 계약 항목, 카운터 오퍼를 수락하거나 또는 사용자의 주의를 요하는 문제와 같은 특정 쟁점을 표시할 것인지를 정할 때 협상 정보 파일(134)에 접근할 수 있다.

동작에 있어서, 초기에 구매자 컴퓨터(20)의 예측 모듈(112)은 근접한(approximate) 공급 필요량을 산출하기 위해 현재 및/또는 기존의 공급 데이터를 여러 공급 예측 모듈 및 공급 최적화 모듈로 인가함으로써, 구매자의 공급 필요량에 근사하게 접근할 수 있다. 이러한 공급 필요량은 예를 들면, 제품의 종류(product type), 제품의 수량 및/또는 지역(geographical region)으로 표현될 수 있다.

공지된 정보는 하나 이상의 근사값에 대한 정확도에 적절히 의존한다는 것을 암시할 수 있다. 예를 들면, 정보를 통해, 특정 지역내에 위치하는 기업이 특정 제품에 대한 재고가 바닥날 수 있다는 것을 알 수 있고, 이 기업이 특정 날까지 필요한 생산품의 양을 알 수 있다. 이 경우에, 확신을 갖고 특정 제품, 기업 위치, 배달 날짜를 명기할 수 있다.

다른 경우에, 불확실한 시장 조건과 같은 여러 이유 때문에, 예측 모듈과 최적화 모듈에 의해 산출된 근사값은 정확하지 않거나 불확실할 수 있다. 이전의 예를 계속 이용하면, 특정 지역 내에 위치하는 특정 기업은 특정 날까지 특정 제품을 어느 정도 필요로 하는지는 알 수 있지만, 필요한 정확한 수량은 확실히 알 수 없다. 예측 모듈(112)은 잠재적인 가치의 범위와 같은(as) 수량 파라미터(quantity parameter), 또는 명기한 최소 수량(minimum specified quantity)과 최대 수량(maximum specified quantity) 사이의 양을 구매하기 위한 옵션과 같은 수량 파라미터를 명기함으로써 이러한 불확실성을 고려할 수 있다.

협상 모듈(114)을 통해, 구매자 컴퓨터(20)는 제품 가격, 계약 체결 날짜(execution date), 또는 예측 모듈(112)에 의해 식별되는 소정 옵션 범위에 대한 이행 날짜(exercise date)의 범위, 및/또는 공급 계약에 포함되길 원하는 다른 소정(any)의 항목과 같은 제시된 계약 항목을 이끌어낼 수 있다(derive). 협상 모듈(114)은 예를 들면, 제시된 계약 항목을 이끌어낼 때 구매자 정보 파일(130) 및/또는 협상 정보 파일(134)을 참고한다.

구매자 컴퓨터(20)는 (범위나 옵션으로 표현되는 예측된 공급 요구량(supply requirement)을 포함하는) 제시된 계약상의 항목은 원하는 제품이나 제품들을 공급하는 판매자와 연관된 판매자 컴퓨터로 전달한다. 구매자 컴퓨터(20)와 판매자 컴퓨터(40)의 협상 모듈(114, 214) 각각은 제시한 계약 항목을 가지고 시작하고, 원하는 제품(제품들)의 공급에 대해 옵션 계약의 항목을 협상한다. 협상 과정 전에 또는 협상 과정 중에, 협상 모듈(116, 216)은 소정의 필수 집합 또는 원하는 집합의 정렬 및/또는 변형을 수행할 수 있다. 집합 모듈(116, 216)은 계약 시에 이행되는(implemented) 파라미터의 공통 집합(common aggregation)을 정하기 위해 구매자 정보 파일(112)과 판매자 정보 파일(212)에 접근할 수 있다.

도 3a 및 도 3b는 각각 구매자 컴퓨터(32)와 연관된 메모리(32) 및 판매자 컴퓨터(40)와 연관된 메모리(52)의 일부를 예시하는 블록도이다. 예시적인 실시예에서, 구매자 정보 파일(130)은 구매자 컴퓨터(20)를 이용하여 구매 업체가 이용하는 제품에 관련된 다양한 정보에 대한 편집물을 포함하는 제품 정보(310)를 포함한다. 이 예에서, 제품 정보(310)를 제품 종류(312)로 정렬하고, 또한 각 제품 종류(312)를 판매자(vendor, 314) 별로 정렬한 후, 제품 모델(316-322)별로 정렬한다.

메모리(52)의 판매자 정보 파일(230)은 또한 메모리(32)에 기억된 제품 정보(310)와 유사한 제품 정보(410)를 포함한다. 그러나, 메모리(52)에 기억된 제품 정보(410)는 메모리(32)에 기억된 제품 정보(310)와 약간 상이한 집합을 포함하고 있다. 구매자 컴퓨터(20)와 판매자 컴퓨터(40)가 일치된(consistent) 계약상의 항목을 협상할 수 있도록 하기 위해, 집합 모듈(116, 216)을 이용하여 파라미터의 공통 집합을 정하는 것이 바람직하다. 이 경우에, 구매자 컴퓨터(20)는 제품 종류, 판매자, 모델 번호순으로 자신의 제품 정보(310)를 정열하고, 판매자 컴퓨터는 제품 종류, 제품의 서브 종류(sub-type)(412), 제품 애플리케이션(414), 모델(416-428)순으로 자신의 제품 정보(410)를 정렬한다. 일치된 집합(consistent aggregation)을 제공하기 위하여, 구매자 컴퓨터(20)의 집합 모듈(116)은 구매자제품 정보(310)를 임시적으로 다시 결합시켜 판매자 제품 정보(410)와 일치될 수 있도록 한다. 예를 들면, 집합 모듈(116)은 자신의 최저 레벨(its most granular level)(이 경우에는, 모듈 번호 316-322) 아래로 구매자 제품 정보(310)를 분해할 수 있고, 그런 다음 판매자 제품 정보(410)의 레벨과 매칭시키기 위한 집합을 만들 수 있다.

특정 실시예에서처럼, 구매자 컴퓨터(20)는 소정 물량의 "데스크 탑 컴퓨터"를 구매하기 위한 신청서(offer)를 포함하는 계약 옵션을 제시할 수 있다. "데스크 탑 컴퓨터"의 집합 모듈(aggregation)은 판매 업체의 데스크 탑 컴퓨터 중 일부를 구매 업체가 구매한다는 것을 약속하지만(commit), 이후의 날짜까지 구매하는 특정 모델이나 모델들을 선택할 때에 구매 업체에게 탄력성을 제공한다. 그러므로, 집합 모듈(116, 216)은 각 당사자가 기꺼이 책임을 떠맡을 수 있는 의무 범위의 명기를 용이하게 하다. 결국, 허용 값(possible value)의 범위와 같이(as) 표현되는 파라미터는 옵션 폼(form)의 옵션 계약 내에 포함될 것이다.

옵션 계약 내에 결국 포함되는 옵션은 제품을 구매하기 위한 구매 업체의 의무와 제품을 공급하기 위한 판매 업체의 의무를 나타내는 값의 범위를 명기한다. 이전의 예는 선택된 특정 제품 모델에 대한 옵션을 제시했지만, 유사한 옵션은 예를 들면, 원하는 특정 제품의 수량 범위, 배달되는 지역 범위, 및/또는 구매 업체의 공급 필요량과 연관된 다양한 다른 특성(attribute)을 명기할 수 있다. 최종 계약은 한 차원 이상의 옵션을 가질 수 있다. 예를 들면, 최종 옵션 계약은 배달 위치(지역)를 명기할 수 있지만, 배달되는 정확한 제품과 필요한 정확한 수량에 관한 옵션을 만들 수 있다. 지역, 제품, 수량, 또는 다른 적당한 파라미터에 대한 조합된 소정의 옵션은 본 발명의 범위를 벗어나지 않는 한 구현될 수 있다.

옵션 계약의 협상을 이용하면, 구매 업체가 자신의 실제 공급 필요량을 보다 정확하게 결정할 수 있을 때까지 정확한 구매자의 의무 범위 결정을 연기할 수 있다는 장점을 구매 업체에게 제공한다. 그러나, 이러한 탄력성은 결국 구매 업체가 좀더 좁은 계약 범위를 선택하더라도, 최대 계약 의무를 충족시킬 준비를 하고 있어야만 하는 사람인 판매 업체에게 비용을 발생시킨다. 그러므로, 판매 업체는 이 부가적인 비용에 대한 보상을 옵션 가격의 형태로 원할 것이다.

협상 단계의 부분으로서, 구매자 컴퓨터(20)와 판매자 컴퓨터(40)는 예를 들면 구매 업체에 대한 옵션 가치와 판매 업체에 대한 옵션 비용을 기초로 하여 옵션 가격을 정할 수 있다. 일반적으로, 구매 업체에게 제공되는 탄력성은 좀더 많고, 판매 업체에 대한 비용은 좀더 높으며, 옵션 가격은 좀더 높게 정할 수 있다. 옵션 가격을 정할 때, 구매자 컴퓨터(20)의 옵션 가격 모듈(118)은 구매 업체에 대한 특정한 옵션 범위의 값을 정할 수 있다. 마찬가지로, 판매자 컴퓨터(40)의 옵션 가격 모듈(218)은 이 옵션을 제공하는 판매 업체의 비용을 정할 수 있다. 반복 처리(iterative process)를 통해, 구매자 컴퓨터(20)와 판매자 컴퓨터(40)는 구매자와 판매자 모두가 수락할 수 있는 옵션 가격과 연관된 옵션 범위를 정할 수 있다.

협상 처리에 계속적으로, 협상 모듈(114, 214)은 가격, 수량, 배달 위치, 및/또는 배달 시기와 같은 파리미터 값에 대해 수락할 수 있는 타협(compromise)을 확인하기 위해(ascertain) 협상 정보 파일(134, 234)에 접근할 수 있다. 협상 정보 파일(134, 234)은 가격 목록(342), 이전에 제공된 할인율(344, 442), 및 이전의 다른 협상 항목(346, 444)과 같은 정보를 포함한다. 협상 모듈(114, 214)은 제시된 계약 항목이 정해진(given) 범위에 속하거나(fall in) 이전에 협상된 항목과 특별한 관계가 있을 경우 이 제시된 계약 항목을 수락하도록 프로그래밍 될 수 있다. 부가적으로, 협상 모듈(114, 214)은 사용자 중재(user intervention) 및 협상을 요하는 문제가 발생할 때에(as) 어떤 계약 항목을 표시하도록(flag) 프로그래밍 될 수 있다.

일단 옵션 계약의 항목이 협상되면, 구매자 컴퓨터(20)와 판매자 컴퓨터(40)의 체결 모듈(119, 219) 및/또는 이들 기기들의 사용자는 옵션 계약을 체결한다. 예시된 실시예에서, 구매자 컴퓨터(20)와 판매자 컴퓨터(40) 모두는 각각 메모리(32, 52)에 옵션 계약의 항목을 기억한다. 도 3a 및 도 3b를 다시 참조하면, 협상이 이루어진 계약 항목은 각각 구매자 컴퓨터(20)와 판매자 컴퓨터(40)의 계약 정보 파일(132, 232)에 기억된다.

예시한 실시예에서, 계약 정보 파일(132, 232)은 각 계약(332, 432)에 관련된 정보를 각각 기억한다. 기억된 정보 중에는 계약의 항목(334, 434) 및 추적 정보(336, 436)가 존재한다. 구매자 컴퓨터(20)와 판매자 컴퓨터(40) 각각의 추적 모듈(120, 220)은 협상이 이루어진 계약의 이행(performance)을 감시하고 강제로 집행시키기 위하여 각각 계약 정보 파일(132,232)에 접근할 수 있다.

도 4는 구매자 컴퓨터(20)와 판매자 컴퓨터(40)에 의해 체결된 옵션 계약(500)의 항목에 대한 예를 도시한다. 옵션 계약의 항목들 중에는 구매기업(buying enterprise, 510), 판매 기업(selling enterprise, 512), 체결 날짜(514), 배달 날짜(516), 배달되는 제품(518), 배달 위치(520), 판매 가격(sales price, 522), 및 옵션 계약(500)의 항목을 위반할 경우에 이행되는 위약금 지급(524)의 식별자(identification)가 존재한다.

계약(500)의 항목들 중에는 또한 계약 종류(type)(502)를 나타내는 표시(indication)가 존재한다. 이 특정 예에서, 구매자 컴퓨터(20)와 판매자 컴퓨터(40)는 점차적으로 이행되는 양(quantity)이 증가하는 옵션 계약(incrementally exercised quantity option contract)을 협상한다. 이 계약 내의 옵션 항목은 구매 업체가 의무적으로 구매해야 하고 판매 업체가 의무적으로 공급해야 하는 정확한 양이 기재된다. 계약 항목들(526, 526)은 각각 수량 옵션(quantity option, 530)의 최대값 및 최소값을 명기한다. 이 계약에 따라서, 구매 업체는 결국 적어도 8,000개(unit)를 구매할 책임이 있고, 판매자는 10,000 개까지 공급할 책임이 있다. 이 옵션에 대해, 당사자들은 5,000 달러($)의 옵션 가격(532)을 협상했다.

옵션 계약(500)은 또한 판매 업체가 계약(500) 하에서 자신의 옵션을 이행할 수 있는(exercise) 최초 가능한 날짜(536)와, 구매 업체가 계약(500) 하에서 자신의 옵션을 이행해야만 하는 마지막 가능 날짜(538)를 명기하는 이행 날짜(534)의 범위를 명기한다. 이 특정 계약은 점차로 이행되는 양이 증가하는 계약이다. 이런 종류의 계약 하에서, 이행 개시 기간(536)에서 개시하여, 구매 업체는 이행 기간(534) 중에 원하는 제품의 양을 점차로 증가시키면서 여러 개의 상이한 주문(orders)을 낼 수 있다. 판매 업체는 이행 기간 동안 점차로 양이 증가하는주문의 총 누적 양을 공급하는데 동의했다. 이런 종류의 계약은 구매 업체가 계약 기간(range of time) 동안 수량의 탄력 범위(flexible range)를 추정할 수 있도록 하는 것과 같은 특정한 장점을 구매 업체에게 제공하다. 그런 다음, 구매 업체는 이행 기간 동안 구매자의 실제 수요에 따라서 구매 주문을 낼 수 있으므로, 수요 공급의 불일치 가능성을 크게 줄이거나 제거할 수 있다.

이러한 종류의 계약을 처리할 때, 판매자 컴퓨터(40)는 이행 날짜(536)가 된 후부터 구매자 컴퓨터(20)의 주문을 받아들인다. 판매자 컴퓨터(40)는 주문된 제품의 누적 양이 계약(500)에 명기된 최대 수량(528)을 초과하지 않는 한, 그리고 이행 말료 날짜(538)가 되기 전까지 구매 주문을 받는다. 물론, 판매자 컴퓨터(40)는 최대 수량(528)을 초과하는 수량을 기입한 구매 주문 또는 이행 날짜(536)가 되기 전에 또는 이행 말료 날짜(538)가 경과한 후에 도달된 주문을 받을 수 있도록 프로그래밍 될 수 있다. 그러나, 계약(500)의 항목 하에서, 판매자 컴퓨터(40)는 이러한 주문을 받길 원치 않는다.

판매자 컴퓨터(40)는 수신한 각 구매 주문의 기록(record)을 기억시켜, 이행 기간(534)이 만료된 후 최대 수량(upper quantity limit, 528)을 초과하지 않은 총 누적 주문량의 배달을 용이하게 한다. 이행 기간(538)이 만료될 때까지 구매자 컴퓨터(20)가 구매한 양이 최소 수량(lower quantity limit, 526)에 미치지 못할 경우, 판매자 컴퓨터(40)는 구매 업체가 구매한 주문량과 최소 수량(526) 사이에서 발생하는 양만큼 위약금(524)을 부과할 수 있다. 게다가, 판매 업체가 제품의 유효 수량(valid quantity)을 배달하지 못하거나, 너무 늦게 제품을 배달하거나, 또는 다른 목적지로 배달할 경우, 구매자 컴퓨터(20)는 판매 업체가 위반한 것에 대해 위약금(524)을 부과할 수 있다.

시스템(10)은 다자간 기업들간의 무역 환경에서 공급망을 최적화할 때 중요한 장점을 제공한다. 다양한 메카니즘을 통해, 시스템(10)은 계약 당사자들 모두의 수익성을 증가시킨다. 계약의 옵션 항목을 하나 이상 이행하므로, 시스템(10)은 각 당사자의 예측 부정확도(forecast uncertainty)를 줄인다. 한 차원 이상의 탄력성(예를 들면, 수량, 제품, 지역(geography) 등에 대한 옵션)을 구매 업체에게 제공하는 것은 구매 업체가 옵션 파라미터에 대한 최적의 이행 값(optimum exercise value)을 나중까지 선택할 수 있도록 하는 가치(value)를 구매자 업체에게 제공하여, 수요/공급의 불일치를 감소시킨다. 시스템(10)은 구매 업체에 대한 가치와 그에 대응하는 판매 업체에 대한 비용을 고려하여 옵션 가격을 설정하므로 당사자들 모두에게 모두 유리한 메카니즘을 제공한다. 또한, 최종 계약의 항목을 위반할 때 명확한(well-defined) 위약금을 제공하도록 하는 것은 가능한 한 가장 정확한 예측량을 제공할 수 있도록 하는 동기(incentive)를 각 당사자에게 제공한다.

도 5는 전자 옵션 계약을 이용하여 다자간 기업들간의 공급망 협정을 최적화하는 예시적인 방법(600)을 보여주는 순서도를 도시한다. 특정 실시예에서, 방법(600)은 점차적으로 이행되는 양이 증가하는 전자 옵션 계약(500)을 구현하기 위한 프로세스를 기술한다(도 4). 방법은 예측한 수요 범위를 구매자 컴퓨터(20)가 정하는 단계 605에서 시작한다. 예를 들면, 초기에 구매자 컴퓨터(20)의 예측모듈(112)은 근접한 예측 수요(forecasted demand)를 산출하도록 여러 예측 모듈 및 최적 모듈로 현재 및/또는 과거 데이터를 인가함으로써 구매자의 수요에 인접하게 접근한다. 예를 들면, 예측된 수요에서 과거 또는 추정되는 에러를 식별하는(identifying) 통계 모델에 기초하여, 예측 모델(112)은 이러한 잠재적인 에러를 고려하는 예측 수요의 범위를 식별한다.

또한, 컴퓨터(20)는 단계 610에서 예측 수요 범위와 연관된 옵션 가격을 정한다. 예를 들면, 옵션 가격 모듈(118)은 (고정 예측 수요에 상반되는 것으로서) 예측 수요의 범위에 의해 얻어지는 탄력성의 가치를 정할 수 있고, 이 가치에 대응하는 옵션 가격을 할당할 수 있다. 어떤 시점에서, 바람직하게 판매자 컴퓨터(400)와의 협상 이전에, 단계 615에서 구매자 컴퓨터(20)는 판매자 컴퓨터(40)와 접촉할 수 있고 집합 정렬 및 변형(translation)을 수행할 수 있다. 예를 들면, 구매자 컴퓨터(20)의 집합 모듈(116)은 계약 항목의 공통 집합을 설정하기 위해 판매자 컴퓨터(40)의 집합 모듈(216)과 통신할 수 있다. 구매자 컴퓨터(20)는 단계 620에서 옵션 계약에 참여하기 위한 신청서(offer)를 판매자 컴퓨터(40)에 전달한다. 옵션 계약에 참여하기 위한 신청서는 구매자 컴퓨터(20)에 의해 식별된 예측 수요의 범위에 대응하는 옵션을 포함하고, 또한 제시된 옵션 가격을 포함할 수 있다.

통상적으로, 구매자 컴퓨터(20)는 단계 625에서 판매자 컴퓨터(40)로부터 제시된 대체(alternate) 계약 항목을 수신할 수 있다. 협상 모듈(114)은 단계 630에서 수락 가능한 협상 항목의 범위를 정하기 위해 메모리(32)에 접근하여 제시된 대체 계약 항목을 해석할 수 있고, 제시된 대체 계약 항목이 메모리(32)로부터 검색된 수락 가능한 계약 항목의 범위 내에 존재하는지를 판정한다. 단계 640에서, 협상 모듈(114)이 제시된 대체 항목이 메모리(32)로부터 검색된 수락 가능한 범위 내에 존재하는 것으로 판정되면, 단계 650으로 넘어가 협상 모듈(114)은 사용자 입력 없이 제시된 대체 항목을 수락한다. 단계 640에서, 제시된 대체 항목이 메모리(32)로부터 검색된 수락 가능한 범위 내에 존재하지 않는 것으로 판정될 경우, 단계 645에서 협상 모듈(114)은 수락하기 전에 사용자 입력을 요청하는 것으로서 제시된 대체 계약 항목 또는 항목들을 식별할 수 있다. 구매자 컴퓨터(20)의 사용자는 수락하지 않은 제시된 항목을 협상하기 위해 중재에 들어가고, 체결 모듈(119)은 단계 655에서 계약을 체결할 수 있다. 또한, 체결 모듈(119)은 체결된 계약의 항목을 메모리(32)의 계약 정보 파일(132)에 기억시킬 수 있다.

본 특정 예에서, 체결된 계약(500)(도 4 참조)은 점차적으로 이행되는 양이 증가하는 옵션 계약이다. 단계 660에서, 추적 모듈(120)은 이행 기간(534)이 시작되었는지를 판정한다. 이행 기간(534)이 시작된 후 아무 때나, 추적 모듈(120)은 구매자 예측 수요의 갱신을 요구하는 사용자 입력에 응답하여 초기화될 수 있거나, 이 사용자 입력에 응답하여 동작할 수 있다. 예측 모듈(112)은 구매자의 현재 수요 필요량을 정하기 위해 사용자 예측 수요를 갱신한다. 단계 670에서, 이행 모듈(exercise module, 121)은 갱신된 예측 수요에 따라서 계약 옵션을 이행하기 위하여 판매자 컴퓨터(40)로 요구(request)를 전달한다. 추적 모듈(120)은 메모리(32)의 계약 정보 파일(132)에 갱신된 예측 수요의 값을 기억시킨다.

다음, 단계 675에서 추적 모듈(120)은 옵션 이행이 구매자의 최소 의무, 본 실시예의 경우에서는 계약(500)의 최소 수량(526)을 만족시키는지를 판정한다. 구매자 최소 의무를 충족시키지 못할 경우, 추적 모듈(120)은 단계 680에서 이행 기간이 만료되었는지를 판정한다. 이행 기간에 만료되고, 구매자의 최소 의무를 충족시키지 못할 경우, 추적 모듈(120)은 단계 685에서 구매자의 최소 의무를 충족시키지 못한 정도에 따라 위약금을 정한다. 그러나, 단계 680에서 판정된 이행 기간이 남아 있는 것으로 추적 모듈(120)이 판정할 경우, 단계 665에서 추적 모듈(120)은 구매자의 예측 수요에 대한 다른 갱신을 대기한다.

단계 675에서 구매자의 최소 의무가 충족되면, 계약(500)의 항목은 구매자 컴퓨터(20)가 이행 기간이 만료되기 전에 추가 구매 주문을 낼 수 있도록 한다. 예를 들면, 조달 관리자(34)는 단계 690에서 구매자의 최소 의무가 충족됨에도 불구하고 이행 기간이 아직 만료되지 않은 것으로 판정할 수 있다. 단계 695에서, 사용자의 입력을 통하거나 또는 메모리(32)에 기억된 정보를 통해서, 구매 업체가 좀더 많은 제품을 요구한다는 표시(indication)를 구매자 컴퓨터(20)가 수신할 경우, 조달 관리자(34)는 단계 665에서 부가적으로 제품을 요구하는 다른 갱신된 예측 수요를 전달할 수 있다. 특정 실시예에서, 단계 698에서 판매자의 최대 의무가 충족된 것으로 판정될 경우, 조달 관리자(34)는 다른 갱신된 예측 수요의 전달을 거부하도록 프로그래밍될 수 있다. 예를 들면, 계약(500)은 최대 수량(528)을 10,000개로 명기한다. 이미, 구매자 컴퓨터(20)가 10,000개의 물량을 요구할 경우, 조달 관리자(34)는 판매자 컴퓨터(40)에게 더 이상의 요구를 할 수 없도록 프로그래밍될 수 있다.

도 6은 다자간 기업들간의 공급망 협정을 최적화하는 예시적인 방법을 도시하는 순서도이다. 방법(700)은 판매자 컴퓨터(40)의 공급 관리자(54)가 옵션 계약의 제시된 항목을 구매자 컴퓨터(20)로부터 수신하는 단계 705에서 시작한다. 집합 모듈(216)은 단계 710에서 옵션 계약(500)의 파라미터 집합을 정렬하고 변형할 수 있다.

통상적으로, 예측 모듈(212)은 단계 715에서 예측된 공급 능력의 범위를 정하고, 단계 720에서 이 예측된 공급 능력의 범위와 연관된 옵션 가격을 정할 것이다. 이런 계산에 기초하여, 공급 관리자(54)의 협상 모듈(214)은 단계 725에서 구매자 컴퓨터(20)에 의해 제시된 계약 항목이 수락 가능한지를 정할 수 있다. 부가적으로, 또는 대안적으로, 협상 모듈(214)은 제시된 계약 항목이 수락 가능한지를 판정하기 위해 협상 정보 파일(234)을 참고한다. 단계 725에서, 제시된 계약 항목이 수락 가능한 것으로 판정되면, 체결 모듈(219)은 단계 740에서 옵션 계약을 체결한다. 그러나, 단계 725에서 협상 모듈(214)이 제시된 계약 항목을 수락할 수 없는 것으로 판정하면, 협상 모듈(214)은 단계 730에서 구매자 컴퓨터(20)에게 제시된 대체 계약 항목을 전달할 수 있고, 단계 735에서 최종 계약 항목을 협상할 수 있다. 협상 단계 735는 협상 파일(234)에 기억된 수락 가능한 항목의 범위와 제시된 협상 항목을 비교하는 단계, 수락하기 전에 사용자 입력을 요구하는 것으로 특정 항목을 식별하는 단계를 포함할 수 있다.

단계 745에서, 체결 모듈(219)은 메모리(52)에 체결된 계약의 항목을 기억한다. 도 5에 대하여 기술한 것과 같은 이러한 예는 점차적으로 이행되는 양이 증가하는 옵션 계약(500)의 체결을 다룬다(address). 단계 750에서 계약의 옵션을 이행하기 위하여 구매자 컴퓨터(20)로부터 요구를 수신할 때, 공급 관리자(54)는 단계 755에서 옵션 계약의 항목을 정하기 위해 메모리(52)에 접근한다. 공급 관리자(54)는 이행 주기(534)가 시작되었는지를 단계 760에서 판정한다. 단계 760에서, 이행 주기(534)가 시작되지 않은 것으로 공급 관리자(54)가 판정하면, 단계 765에서, 공급 관리자(54)는 이행 시기가 되지 않았기 때문에 구매자 컴퓨터(20)로부터의 요구가 타당하지 않다고 구매자 컴퓨터(20)에게 통지한다. 물론, 공급 관리자(54)는 이행 시기가 되기 전에 구매 주문을 수락하도록 프로그래밍될 수 있다.

단계 760에서, 이행 기간(534)이 시작된 것으로 공급 관리자(54)가 판정할 경우, 단계 770에서 공급 관리자(54)는 구매자 컴퓨터(20)로부터의 요구가 최대 판매자 의무를 초과했는지를 결정한다. 이 경우에, 계약(500)의 옵션(530)은 최소 수량(526)과 최대 수량(528)을 명기하는 수량 옵션이다. 최소 수량(526)은 명기한 제품을 구매할 때 구매자의 최소 의무를 명기하고, 최대 수량(528)은 이 제품을 공급할 때 판매자의 최대 의무를 명기한다. 단계 770에서, 구매자 컴퓨터(20)로부터의 이행 요구가 최대 판매자 의무, 본 실시예에서는 최대 수량(528)을 초과한 것으로 공급 관리자(54)가 판정할 경우, 공급 관리자(54)는 단계 765에서 구매자 컴퓨터(20)로부터의 요구가 타탕하지 않다는 것을 구매자 컴퓨터(20)에게 통지한다. 물론, 공급 관리자(54)는 최대 판매자 의무를 초과하는 이행 요구들, 예를 들면, 미리 정해진 양만큼 최대 판매자 의무를 초과하는 요구들을 수락하도록 프로그래밍될 수 있다.

단계 770에서, 구매자 컴퓨터(20)로부터 수신한 이행 요구가 최대 판매자 의무를 초과하지 않은 것으로 공급 관리자(54)가 판정할 경우, 공급 관리자(54)는 단계 775에서 메모리(52)의 계약 정보 파일(232)에 이 이행 요구를 기억시킨다. 단계 780에서, 공급 관리자(54)는 이행 기간(534)이 만료되었는지를 판정한다. 예를 들어, 공급 관리자(54)는 (예를 들면, 판매자 컴퓨터(40)의 시스템 클록부로부터 얻은) 현재 날짜를 이행 기간 만료 날짜(538)와 비교할 수 있다. 단계 780에서, 이행 기간(534)이 만료되지 않은 것으로 공급 관리자(54)가 판정할 경우, 공급 관리자(54)는 단계 785에서 구매자 컴퓨터(20)로부터 다른 이행 요구를 수신할 수 있고, 이미 기술한 바와 같이 다른 이행 요구를 처리할 수 있다.

단계 780에서, 이행 기간(534)이 만료된 것으로 공급 관리자(54)가 판정할 경우, 공급 관리자(54)는 구매자의 최소 의무인 최소 수량(526)을 충족시켰는지를 판정한다. 본 실시예에서, 구매자의 최소 의무인 최소 수량(526)은 구매자가 적어도 최소 수량의 제품을 구매하기 위한 요구이다. 단계 790에서, 구매자의 최소 의무를 충족하지 않은 것으로 공급 관리자(54)가 판정할 경우, 단계 795에서 공급 관리자(54)는 구매자의 의무를 충족시키지 못한 것에 대한 위약금을 정한다. 본 실시예에서, 계약(500)은 위반한 수량 1개당 1 달러의 위약금을 명기하는 위약금 지급(524)을 포함하고 있다. 추적 모듈(220)은 이 계약 지급을 확인(identify)하기 위해 계약 정보 파일(232)에 접근하고, 계약 정보 파일(232)에 접근하여 확인 정보와 구매자 컴퓨터(20)에 의해 이행된 수량을 비교하여, 최종 위약금을 계산한다.

단계 800에서, 공급 관리자(54)는 판매자의 의무를 쉽게 만족시킬 수 있다. 예를 들면, 공급 관리자(54)는 이행된 수량이 적어도 최소 수량(526)과 동일하고 최대 수량(528)을 초과하지 않을 경우 자동으로 이행된 제품 수량의 배달을 스케줄링 하도록 프로그래밍 될 수 있다. 물론, 공급 관리자(54)는 또한 허용되지 않는(non-conforming) 수량 요구의 배달을 조정하도록 프로그래밍 될 수 있다.

본 발명이 여러 실시예에 대하여 기술하였지만, 많은 변경, 변형, 교체, 변형, 및 수정이 해당 분야의 당업자에 의해 이루어질 수 있고, 본 발명은 첨부한 청구범위의 본질과 범위를 벗어나지 않은 이러한 변경, 변형, 교체, 변형, 및 수정들을 모두 포함하도록 의도된 것이다.

Claims

전자 옵션 계약을 이용하여 다자간 기업들간(multi-enterprise)의 공급망 협정(supply chain agreement)을 최적화하는 방법에 있어서,

구매자 컴퓨터에서 제품의 예측 수요 범위(range of forecasted demand)를 정하는 단계;

제품 공급을 위한 옵션 계약에 참여하기 위하여 신청서(offer)를 상기 구매자 컴퓨터로부터 판매자 컴퓨터로 전달하는 단계;

상기 옵션 계약을 체결하는(executing) 단계;

상기 예측 수요를 구매자 컴퓨터에서 갱신하는 단계; 및

상기 갱신된 예측 수요에 기초하여 상기 예측 수요 범위 내에서 상기 옵션 계약의 옵션을 이행하는(exercising) 단계

를 포함하고,

상기 옵션 계약은 상기 예측 수요 범위에 대응하는 옵션을 포함하는

다자간 기업들간의 공급망 협정 최적화 방법.
제1항에 있어서,

상기 옵션은,

구매자가 의무적으로 구매해야 하는 제품의 최소 수량(minimum quantity)과, 판매자가 의무적으로 공급해야 하는 상기 제품의 최대 수량(maximum quantity);

상기 구매자가 의무적으로 구매해야 하는 제품 종류 중 최소 개수와, 상기 판매자가 의무적으로 공급해야 하는 제품 종류 중 최대 개수; 및

제품이 배달되어야 하는 최소 지역 수와 최대 지역 수

로 이루어지는 그룹으로부터 선택된 파라미터들의 범위

를 포함하는 다자간 기업들간의 공급망 협정 최적화 방법.
제1항에 있어서,

상기 옵션은,

상기 구매자가 의무적으로 구매해야 하는 제품의 최소 수량과, 상기 판매자가 의무적으로 공급해야 하는 상기 제품의 최대 수량;

상기 구매자가 의무적으로 구매해야 하는 제품 종류 중 최소 개수와, 상기 판매자가 의무적으로 공급해야 하는 제품 종류 중 최대 개수; 및

제품이 배달되어야 하는 최소 지역 수와 최대 지역 수

로 이루어지는 그룹으로부터 각각 선택된 파라미터들의 복수 개 범위

를 포함하는 다자간 기업들간의 공급망 협정 최적화 방법.
제1항에 있어서,

상기 옵션 계약은 옵션 계약을 체결한 후 상기 구매자가 자신의 옵션을 이행해야 하는 기간을 내포하는 이행 기간을 포함하는 다자간 기업들간의 공급망 협정 최적화 방법.
제4항에 있어서,

상기 옵션을 이행하는 단계는,

상기 이행 기간동안 제1 시기(time)에 원하는 제품의 제1 수량을 명기하는 단계;

상기 이행 기간동안 제2 시기에 원하는 제품의 제2 수량을 명기하는 단계

를 포함하고,

상기 갱신된 예측 수요는 원하는 제품의 상기 제1 수량과 제2 수량의 합을 포함하는 다자간 기업들간의 공급망 협정 최적화 방법.
제1항에 있어서,

상기 판매자 컴퓨터에서 최적 모델(optimization model)에 의해 변경된 예측 수요 범위를 포함하는 예측 수요의 변경된 범위를 상기 판매자 컴퓨터로부터 수신하는 단계; 및

상기 옵션 계약의 항목으로서 상기 예측 수요의 변경된 범위를 수락하는 단계

를 추가로 포함하는 다자간 기업들간의 공급망 협정 최적화 방법.
제1항에 있어서,

상기 판매자 컴퓨터로부터 제시된 계약 항목을 수신하는 단계;

수락 가능한 계약 항목의 범위를 포함하는 메모리에 접근하는 단계; 및

상기 수락 가능한 계약 항목의 상기 범위와 상기 제시된 계약 항목을 비교하는 단계

를 추가로 포함하는 다자간 기업들간의 공급망 협정 최적화 방법.
제7항에 있어서,

상기 제시된 계약 항목이 상기 수락 가능한 계약 항목의 범위 내에 존재하는지를 판정하는 단계;

사용자 입력 없이 상기 제시된 계약 항목을 수락하는 단계

를 추가로 포함하는 다자간 기업들간의 공급망 협정 최적화 방법.
제7항에 있어서,

상기 제시된 계약 항목이 상기 수락 가능한 계약 항목의 범위 내에 존재하지 않는지를 판정하는 단계; 및

수락하기 전에 사용자 입력을 요구하는 항목으로서 제시된 계약 항목을 식별하는(identifying) 단계

를 추가로 포함하는 다자간 기업들간의 공급망 협정 최적화 방법.
제1항에 있어서,

상기 구매자 컴퓨터와 연관된 구매자측에서의(to) 옵션 가치(value)를 포함하는 제시된 옵션 가격(price)을 구매자 컴퓨터에서 정하는 단계;

상기 제시된 옵션 가격을 상기 구매자 컴퓨터로부터 판매자 컴퓨터로 전달하는 단계; 및

상기 구매자측에서의 옵션 가치와 판매자 컴퓨터와 연관된 판매자측에서의 옵션 비용에 기초하여 협정한(agreed) 옵션 가격을 상기 판매자 컴퓨터와 협상하는 단계

를 추가로 포함하는 다자간 기업들간의 공급망 협정 최적화 방법.
제10항에 있어서,

상기 협정한 옵션 가격을 협상하는 단계는,

상기 판매자 컴퓨터에서 최적 모델에 의해 변경된 예측 수요의 제시 범위(proposed range of forecasted demand)를 포함하는 예측 수요의 변경된 제시 범위(modified proposed range of forecasted demand)를 판매자 컴퓨터로부터 수신하는 단계;

상기 예측 수요의 변경된 제시 범위에 기초하여 변경된 옵션 제시 가격을 정하는 단계; 및

상기 판매자 컴퓨터로 상기 변경된 옵션 제시 가격을 전달하는 단계

를 포함하는 다자간 기업들간의 공급망 협정 최적화 방법.
전자 옵션 계약을 이용하여 다자간 기업들간의 공급망 협정을 최적화하는 방법에 있어서,

구매자 컴퓨터로부터의 옵션 계약의 항목을 판매자 컴퓨터에서 수신하는 단계;

상기 옵션 계약의 항목에 대한 수락을 상기 구매자 컴퓨터에게 전달하는 단계;

상기 구매자 컴퓨터에 접근할 수 있는 메모리에 상기 수락된 옵션 계약의 항목을 기억시키는 단계; 및

사용자 입력 없이 상기 판매자 컴퓨터에서 상기 옵션 계약의 항목을 집행하도록 하는(enforcing) 단계

를 포함하고,

상기 항목은 제품에 대한 구매자의 예측 수요 범위에 대응하는 옵션을 포함하는 다자간 기업들간의 공급망 협정 최적화 방법.
제12항에 있어서,

상기 옵션은,

구매자가 의무적으로 구매해야 하는 제품의 최소 수량과, 판매자가 의무적으로 공급해야 하는 상기 제품의 최대 수량;

상기 구매자가 의무적으로 구매해야 하는 제품 종류 중 최소 개수와, 상기 판매자가 의무적으로 공급해야 하는 제품 종류 중 최대 개수; 및

제품이 배달되어야 하는 최소 지역 수와 최대 지역 수

로 이루어지는 그룹으로부터 선택된 파라미터들의 범위

를 포함하는 다자간 기업들간의 공급망 협정 최적화 방법.
제12항에 있어서,

상기 옵션은,

상기 구매자가 의무적으로 구매해야 하는 제품의 최소 수량과, 상기 판매자가 의무적으로 공급해야 하는 상기 제품의 최대 수량;

상기 구매자가 의무적으로 구매해야 하는 제품 종류 중 최소 개수와, 상기 판매자가 의무적으로 공급해야 하는 제품 종류 중 최대 개수; 및

제품이 배달되어야 하는 최소 지역 수와 최대 지역 수

로 이루어지는 그룹으로부터 각각 선택된 파라미터들의 복수 개 범위

를 포함하는 다자간 기업들간의 공급망 협정 최적화 방법.
제12항에 있어서,

상기 옵션 계약은 옵션 계약을 체결한 후 상기 구매자가 자신의 옵션을 이행해야 하는 기간을 내포하는 이행 기간을 포함하고,

상기 옵션 계약의 항목을 이행하도록 하는 단계는,

계약 하에서 수요에 대한 구매자의 이행 정도(buyer's exercised level)의 식별자(identification)를 포함하는 구매자 옵션을 이행하기 위해 상기 구매자 컴퓨터로부터 요구(request)를 수신하는 단계;

이행 기간 개시 날짜와 이행 기간 만료 날짜를 포함하는 상기 기억된 계약 항목을 검색하기 위하여 메모리에 접근하는 단계; 및

상기 이행 기간 개시 날짜 및 이행 기간 만료 날짜와 현재 날짜를 비교하는 단계

를 포함하는 다자간 기업들간의 공급망 협정 최적화 방법.
제15항에 있어서,

상기 이행 기간이 개시되고 만료되지 않았는지를 판정하는 단계; 및

상기 구매자의 옵션을 이행하기 위하여 상기 구매자 컴퓨터의 요구를 수락하는 단계

를 추가로 포함하는 다자간 기업들간의 공급망 협정 최적화 방법.
제16항에 있어서,

상기 구매자 컴퓨터의 요구는 원하는 제품의 제1 수량에 대한 식별자를 포함하고,

상기 원하는 제품의 제1 수량에 대한 요구를 메모리에 기억시키는 단계;

원하는 제품의 제2 수량에 대한 식별자를 포함하는 구매자의 옵션을 이행하기 위하여 상기 구매자 컴퓨터로부터 순차적인 요구를 수신하는 단계;

상기 이행 기간이 아직 만료되지 않았는지를 판정하는 단계; 및

상기 원하는 제품의 제2 수량에 대한 요구를 상기 메모리에 기억시키는 단계

를 추가로 포함하는 다자간 기업들간의 공급망 협정 최적화 방법.
제16항에 있어서,

계약 하에서의 구매자 최소 의무와 구매자의 이행된 수요 정도(buyer's exercised demand level)를 비교하는 단계; 및

이행 기간이 만료된 후 구매자의 최소 의무 정도가 상기 구매자의 이행된 수요 정도를 초과할 경우 위약금을 정하는 단계

를 추가로 포함하는 다자간 기업들간의 공급망 협정 최적화 방법.
구매자 컴퓨터의 프로세서 상에서 실행될 수 있는 조달 관리자(procurement)에 있어서,

제품에 대한 구매자의 예측 수요 범위(buyer's range of forecasted demand)를 정하는 예측 모듈;

제품 공급을 위한 옵션 계약에 참여하기 위하여 신청서를 판매자 컴퓨터로 전달하는 협상 모듈;

타협된(compromised) 상기 예측 수요 범위에 대응하는 옵션을 포함하는 옵션 계약을 체결하는 체결 모듈(execution module); 및

상기 포함된 예측 수요 범위 내의 갱신된 예측 수요를 예측 모듈로부터 수신하고, 상기 갱신된 예측 수요를 갖는 옵션을 이행하기 위하여 요구를 판매자 컴퓨터로 전달하는 이행 모듈(exercise module)

을 포함하고,

추가로 상기 옵션 계약은 상기 예측 수요 범위에 대응하는 제시된 옵션을 포함하고,

상기 협상 모듈은 추가로 변경된 예측 수요 범위를 구매자 컴퓨터로부터 수신하고, 상기 변경된 예측 수요 범위를 상기 예측 모듈로 전달하고, 상기 타협된 예측 수요 범위를 상기 예측 모듈로부터 수신하는

조달 관리자.
제19항에 있어서,

상기 옵션은,

구매자가 의무적으로 구매해야 하는 제품의 최소 수량과, 판매자가 의무적으로 공급해야 하는 상기 제품의 최대 수량;

상기 구매자가 의무적으로 구매해야 하는 제품 종류 중 최소 개수와, 상기 판매자가 의무적으로 공급해야 하는 제품 종류 중 최대 개수; 및

제품이 배달되어야 하는 최소 지역 수와 최대 지역 수

로 이루어지는 그룹으로부터 선택된 파라미터들의 범위

를 포함하는 조달 관리자.
제19항에 있어서,

상기 옵션은,

상기 구매자가 의무적으로 구매해야 하는 제품의 최소 수량과, 상기 판매자가 의무적으로 공급해야 하는 상기 제품의 최대 수량;

상기 구매자가 의무적으로 구매해야 하는 제품 종류 중 최소 개수와, 상기 판매자가 의무적으로 공급해야 하는 제품 종류 중 최대 개수; 및

제품이 배달되어야 하는 최소 지역 수와 최대 지역 수

로 이루어지는 그룹으로부터 각각 선택된 파라미터들의 복수 개 범위

를 포함하는 조달 관리자.
제19항에 있어서,

상기 옵션 계약은 상기 옵션 계약을 체결한 후 상기 구매자가 자신의 옵션을 이행해야 하는 기간을 내포하는 이행 기간을 포함하고,

추가로 상기 이행 모듈은 상기 이행 기간동안 제1 시기에 원하는 제품의 제1 수량을 명기하고, 상기 이행 기간동안 제2 시간에 원하는 제품의 제2 수량을 명기하며,

상기 옵션 계약 하에서의 구매자의 의무는 원하는 제품의 상기 제1 수량과 제2 수량의 합

을 포함하는 조달 관리자.
제19항에 있어서,

추가로 상기 협상 모듈은 판매자 컴퓨터로부터 제시된 계약 항목을 수신하고, 수락 가능한 계약 항목의 범위를 포함하는 메모리에 접근하고, 상기 제시된 계약 항목이 수락 가능한 계약 항목의 범위 내에 존재하는지를 판정하며, 사용자 입력 없이 상기 제시된 계약 항목을 수락하는 조달 관리자.
제19항에 있어서,

추가로 상기 협상 모듈은 판매자 컴퓨터로부터 제시된 계약 항목을 수신하고, 수락 가능한 계약 항목의 범위를 포함하는 메모리에 접근하고, 상기 제시된 계약 항목이 수락 가능한 계약 항목의 범위 내에 존재하지 않는지를 판정하며, 수락하기 전에 사용자 입력을 요구하는 항목으로서 상기 제시된 계약 항목을 식별하는 조달 관리자.
제19항에 있어서,

상기 구매자의 파라미터 집합과 판매자의 파라미터 집합을 비교하고, 상기 파라미터들의 공통 집합에 일치하도록(conform) 상기 파라미터 집합들 중 적어도 하나를 변형시키는 집합 모듈(aggregation module)을 추가로 포함하는 조달 관리자.
제19항에 있어서,

상기 조달 관리자와 연관된 구매자측에서의 옵션 가치를 포함하는 제시된 옵션 가격을 정하고 판매자 컴퓨터로 상기 제시된 옵션 가격을 전달하는 옵션 가격모듈을 추가로 포함하고,

상기 협상 모듈은 구매자측에서의 옵션 가치와 판매자의 컴퓨터와 연관된 판매자측에서의 옵션 비용에 기초하여 협정한 옵션 가격을 판매자 컴퓨터와 협상하는

조달 관리자.
제19항에 있어서,

상기 체결된 옵션 계약의 항목을 기억하고 상기 옵션 계약 하에서의 구매자 의무의 이행(fulfillment)을 추적하는 추적 모듈을 추가로 포함하는 조달 관리자.
판매자 컴퓨터의 프로세서 상에서 실행될 수 있는 공급 관리자(supply manager)에 있어서,

제품에 대한 판매자의 예측 공급 능력 범위를 정하는 예측 모듈;

상기 제품 공급을 위한 옵션 계약에 참여하기 위하여 신청서를 구매자 컴퓨터로부터 수신하는 협상 모듈;

상기 옵션 계약을 체결하고, 상기 판매자 컴퓨터에 접근할 수 있는 메모리에 상기 옵션 계약의 항목을 기억시키는는 체결 모듈;

상기 옵션을 이행하기 위하여 구매자 컴퓨터로부터 요구를 수신하고, 상기 옵션 계약의 항목을 정하기 위하여 상기 메모리에 접근하며, 상기 옵션을 이행하기 위한 상기 요구가 받아들여졌는지를 판정하는 추적 모듈

을 포함하고,

상기 옵션 계약은 예측 수요의 범위에 대응하는 제시된 옵션을 포함하는

공급 관리자.
제28항에 있어서,

상기 옵션은,

구매자가 의무적으로 구매해야 하는 제품의 최소 수량과, 판매자가 의무적으로 공급해야 하는 상기 제품의 최대 수량;

상기 구매자가 의무적으로 구매해야 하는 제품 종류 중 최소 개수와, 상기 판매자가 의무적으로 공급해야 하는 제품 종류 중 최대 개수; 및

제품이 배달되어야 하는 최소 지역 수와 최대 지역 수

로 이루어지는 그룹으로부터 선택된 파라미터들의 범위

를 포함하는 공급 관리자.
제28항에 있어서,

상기 옵션은,

상기 구매자가 의무적으로 구매해야 하는 제품의 최소 수량과, 상기 판매자가 의무적으로 공급해야 하는 상기 제품의 최대 수량;

상기 구매자가 의무적으로 구매해야 하는 제품 종류 중 최소 개수와, 상기 판매자가 의무적으로 공급해야 하는 제품 종류 중 최대 개수; 및

제품이 배달되어야 하는 최소 지역 수와 최대 지역 수

로 이루어지는 그룹으로부터 각각 선택된 파라미터들의 복수 개 범위

를 포함하는 공급 관리자.
제28항에 있어서,

상기 옵션 계약은 상기 구매자가 자신의 옵션을 이행해야 하는 이행 기간을 포함하고, 상기 판매자가 공급하는 것에 동의한 최대 공급량을 포함하고, 상기 옵션을 이행하기 위한 요구는 원하는 제품의 제1 수량에 대한 제1 요구를 포함하며,

상기 추적 모듈은 현재 날짜가 이행 기간 내에 존재하고, 상기 제1 수량이 상기 최대 공급량 이하일 경우 상기 요구를 메모리에 기억시키는

공급 관리자.
제31항에 있어서,

상기 옵션을 이행하기 위한 상기 요구는 원하는 제품의 제2 수량에 대한 제2 요구를 포함하고,

상기 추적 모듈은 현재 날짜가 이행 기간 내에 존재하고, 상기 제1 수량 및 제2 수량의 합이 최대 공급량 이하일 경우 상기 요구를 메모리에 기억시키는

공급 관리자.
제28항에 있어서,

상기 옵션 계약은 계약 항목의 위반에 대한 위약금을 명기하는 위약금 항목을 포함하고,

상기 추적 모듈은 계약 항목의 위반을 식별하고 상기 위약금 항목에 기초하여 위반에 대한 위약금을 부과하는(assess)

공급 관리자.
제28항에 있어서,

상기 옵션 계약에 참여하기 위한 신청서는 제시된 항목을 포함하고,

상기 협상 모듈은 수락 가능한 계약 항목의 범위를 포함하는 메모리에 접근하고, 상기 제시된 계약 항목이 상기 수락 가능한 계약 항목의 범위 내에 존재하는지를 판정하며, 사용자 입력 없이 상기 제시된 계약 항목을 수락하는 공급 관리자.
제28항에 있어서,

상기 옵션 계약에 참여하기 위한 신청서는 제시된 항목을 포함하고,

상기 협상 모듈은 수락 가능한 계약 항목의 범위를 포함하는 메모리에 접근하고, 상기 제시된 계약 항목이 수락 가능한 계약 항목의 범위 내에 존재하지 않는지를 판정하며, 수락하기 전에 사용자 입력을 요구하는 항목으로서 상기 제시된 계약 항목을 식별하는 공급 관리자.
제28항에 있어서,

판매자의 파라미터 집합과 구매자의 파라미터 집합을 비교하고, 상기 파라미터들의 공통 집합에 일치하도록 파라미터 집합들 중 적어도 하나를 변형시키는 집합 모듈(aggregation module)을 추가로 포함하는 공급 관리자.
제28항에 있어서,

상기 공급 관리자와 연관된 판매자측에서의 제시된 옵션 비용을 포함하는 제시된 옵션 가격을 정하고 상기 구매자 컴퓨터로 상기 제시된 옵션 가격을 전달하는 옵션 가격 모듈을 추가로 포함하고,

상기 협상 모듈은 상기 구매자측에서의 옵션 가치와 판매자의 컴퓨터와 연관된 판매자측에서의 옵션 비용에 기초하여 협정한 옵션 가격을 판매자 컴퓨터와 협상하는

공급 관리자.