KR20030086250A

KR20030086250A - 비즈니스 프로세스를 용이하게 하는 방법 및 장치

Info

Publication number: KR20030086250A
Application number: KR10-2003-7009150A
Authority: KR
Inventors: 체하드파디비.; 커웬토니피.; 요크린다
Original assignee: 비아코어, 인코포레이티드
Priority date: 2001-01-09
Filing date: 2002-01-09
Publication date: 2003-11-07
Also published as: US20090276624A1; US8429063B2; KR100985644B1; CN1316382C; US8229836B2; AU2002245244A1; CN1484804A; EP1350209A2; US20120233023A1; US20130226776A1; WO2002056147A3; US20020128946A1; WO2002056147A2; JP2004528622A; US7562041B2; US20140164211A1; US20150112873A1; EP1350209A4; US8650116B2; US8918337B2

Abstract

본 발명의 일 실시예는 다수의 트레이딩 참가자(300-314) 간의 비즈니스 프로세스를 용이하게 하기 위한 프레임워크를 제공한다. 각각의 트레이딩 참가자(300-314)는 집중화된 프로세스 관리 플랫폼(318)에 접속하여 전자 거래 커뮤니티의 멤버가 된다. 전자 거래 커뮤니티의 멤버는 비즈니스 프로세스 데이터를 전송 및 수신하기 위한 관로로서 프로세스 관리 플랫폼(318)을 이용할 수 있다. 프로세스 관리 플랫폼(318)은 비즈니스 프로세스의 성공적인 완결을 용이하게 하기 위해 비즈니스 프로세스 메시지 및 데이터의 흐름을 감시 및 관리한다. 프로세스 관리 플랫폼(318)은 특정 비즈니스 프로세스와 관련된 당사자에 대한 중개자로서의 역할을 한다. 트레이딩 참가자(300-314)는 프로세스 게이트웨이를 통해 프로세스 관리 플랫폼(318)에 접속할 수 있다. 각각의 프로세스 게이트웨이는 프로세스 관리 플랫폼(318)에의 접속을 위한 인터페이스를 제공할 수 있으며 트레이딩 참가자(300-314) 또는 프로세스 관리 플랫폼(318)과 관련된 설비에 설치될 수 있다.

Description

비즈니스 프로세스를 용이하게 하는 방법 및 장치{Method and apparatus for facilitating business processes}

현재 경쟁력있는 비즈니스 조건으로, 제품의 제조업자 및 판매자는, 종종 주문 제작되어야 하는 제품을 신속하게 인도하면서, 가능한 한 가격 경쟁력이 있기를 원한다. 따라서, 현대 비즈니스들은 이러한 비즈니스들의 공급자들 또는 유통업자로부터 최저 가격, 가장 빠른 인도일 및 최고 품질을 획득하고자 하는 메커니즘을 소망한다. 과거에는, 판매자가, 가격 및 인도일을 결정하기 위해 다수의 공급자에게 전화해서 공급자로부터 필요한 품목을 구매했다. 이러한 프로세스가 도 1에 도시되어 있는데, 이 경우에는 공급 체인의 파트너(100)가 전화 또는 팩스 라인(120)을 통해 공급 체인 파트너(110)와 개별적으로 통신한다. 이러한 조달 방법에 의하면, 종종 시간을 낭비하며 경비를 많이 지출한다는 점이 있다. 보다 큰 경쟁력을 갖기 위해, 판매자는 여러 공급 체인의 파트너 간의 거래 효율을 개선함으로써 비용 절감 및 보다 많은 주문 고객을 얻도록 판매자의 공급 체인을 자동화하기 시작했다. 추진 비용이 든다는 이유로, 단지 공급 체인 프로세스를 대상으로 하는 보다큰 기업만이 공급 체인의 파트너 간의 거래를 자동화하는 것이 가능하였다. 대표적으로, 이러한 공급 체인의 파트너는 단지 구매 주문, 청구서 및 지불과 같은 단순한 거래만을 자동화하는 것이 가능하였다. 더욱이, 이러한 자동화는 거래 프로세스를 한번에 하나의 개인 기업 단위로 자동화함으로써 이행되었다. 예를 들면, 한 기업이 다수의 다른 공급자로부터 제품을 구매하는 프로세스를 자동화하기를 원했다면, 현재 시스템을 감안할 때, 전형적으로, 그러한 기업은 각각의 개별 공급자가 공급하는 제품을 구매하기 위한 메커니즘을 준비할 필요성이 있다.

전자 데이터 교환(EDI; Electronic Data Interchanges):

과거에는, 몇몇 기업의 공급 체인의 파트너와 거래 정보를 교환하기 위해 전자 데이터 교환(EDI)이 몇몇 기업에 의해 사용되어 왔다. EDI는 데이터 교환 표준 협회(Data Interchange Standards Association)에 의해 개발되었으며 미국 표준 협회(American National Standards Institute) 표준 X12로 지정된, 비즈니스 데이터 교환을 위한 표준 포맷이다. EDI 메시지는 일련의 데이터 요소를 포함하며, 상기 데이터 요소 각각은, 분리 문자 또는 데이터 항목을 분리시키는데 사용되는 문자에 의해 분리된, 가격 또는 제품 모델 번호와 같은 하나의 현황을 나타낸다. 전체 문자열은 데이터 세그먼트로 지칭되며 머리부(header)와 꼬리부(trailer)에 의해 구성된 하나 또는 그 이상의 데이터 세그먼트가 거래 집단을 형성하고, 거래 집단은 EDI 전송 단위이다. 거래 집단은, 대개 전형적인 비즈니스 문서 또는 형태에 포함된 것으로 종종 이루어져 있다. 기존의 EDI 해결 방안과 연관된 문제점은 EDI와 관련된 준비 및 유지 비용이 많이 든다는 점이다. 예를 들면, EDI를 사용하여 다른기업과 통신하기를 원하는 각각의 기업은 다른 기업에의 EDI 접속을 설정하기 위하여 다른 기업과의 접속을 준비하여야 한다. 따라서, 한 기업이 100명의 공급자 및 50명의 유통업자를 가지고 있는 경우, 그 기업은 150개의 서로 다른 EDI 인터페이스를 준비할 필요가 있다. 이러한 프로세스는 다루기 힘들고 적절하게 추진하기에는 금지나 다름없는 과중한 자원을 필요로 한다. 더구나, EDI 메시지는 대화식 비즈니스 프로세스가 실시간으로 처리되지 못하게 하는 정적(static) 일괄 메시지이다. EDI 프로토콜은 비즈니스 프로세스를 추진하도록 일정 시간에 걸쳐 미리 정해진 논리 작업 흐름 순서로 일련의 메시지를 연결하기 위한 표준 메커니즘을 설정하지 못한다.

따라서, 한 기업이 추진해야 할 자원을 실질적으로 덜 필요하게 하며, 논리 작업 흐름에 의해 연결되는 다수의 메시지로 구성된 비즈니스 프로세스가 시간이 경과함에 따라 관리되게 하는 시스템이 필요하다. 예를 들면, 공급 체인의 파트너가 비즈니스 거래 정보를 전달 및 교환하고, 작업 흐름에 의해 전달되며 시간 경과에 따라 관리되는 이러한 정보를 사용하는 프로세스를 구조화하기 위한, 비용효율이 높은 방식이 필요하다. 공급 체인에서의 표준화된 전자 비즈니스 인터페이스가 없기 때문에, 비즈니스 거래를 자동화하려고 시도하는 제조업자, 유통업자, 재판매 사업자, 및 최종 소비자는 많은 어려움을 겪었다. 특히, 그러한 문제점으로 인해, 공급 체인의 파트너는 비즈니스 간 상거래 도구로서 인터넷을 사용하려고 시도하는 것이 곤란해진다. 예를 들면, 전형적으로 직면한 문제점들 중 몇 가지는 다음과 같은 사항을 포함한다.

1. 어떻게 부품 번호가 정해지는지 또는 어떻게 표준 인터페이스를 통해 공급자의 재고 조사를 하는지에 관한 어떠한 합의도 없기 때문에 종종 겨우 추측에 불과한 재고 상태 및 판매가능한 물량을 공급 체인 전반에 걸쳐 어느 한 시점에 결정하기에는 제조업자가 복잡한 프로세스를 사용한다.

2. 제조업자는 판매 가격 및 판매가능한 물량을 비교할 수 있는 자동화된 방법이 전혀 없다.

3. 수천가지의 품목에 관하여 유통업자의 재판매 사업자에게 기술적 지원을 제공하는 유통업자는 제품 정보의 유통을 비싸고 어렵게 하는, 제품 정보 표준의 부족에 관련이 있다.

4. 재판매 사업자는 다른 주문을 모아서 재판매 사업자가 거래하는 각각의 유통업자 및 직접 제조업자에게 절차 및 시스템 인터페이스를 되돌려야 한다.

5. 최종 사용자는 균일한 형태의 템플릿(template)을 통해 품목을 주문하거나 주문 및 인도 일자를 확인할 방법이 전혀 없으며 주문에 관하여 공급자에게 전화를 하는 것과 같은 구식의 절차로 되돌아 가야 한다.

6. 사용자 중 그 누구도 자신의 요구에 또는 자신의 요구에의 응답에 있을 수 있는 오류를 검사할 방법이 전혀 없다.

현재 입수가능한 거래 시스템은 상거래를 완전히 자동화시키지 못하고 있으며 다수의 당사자 간의 거래를 용이하게 하지 못하고 있다. 전화 및 팩스로 거래 및 비즈니스 정보를 수동 교환할 필요성에 의해 시간 및 비용이 낭비되고, 그러한 전화 및 팩스에 의한 거래 및 비즈니스 정보의 수동 교환은 결과적으로 기회를 놓치거나 잘못된 주문, 늦은 인도, 높은 사무 및 노동 비용, 과도한 완충(품목의 가격 안정과 수급조절) 및 쓸모없이 된 재고품의 비용, 및 고객에 대한 낮은 성실도 및 유치를 초래시킨다. 더욱이, 현재 입수가능한 거래 시스템은 단지 정적 일괄 메시지만을 전송 및 교환할 수 있게 한다.

이들 문제점을 다른 산업에서의 여러 가지의 체제로 극복하려는 노력이 기울려져 왔다. 이러한 체제의 일례로서는 공급 체인 자동화 표준 및 지침의 개발을 위해 1998년 결성된 "독립, 자기 자본, 비영리 컨소시엄(an independent, self-funded, non-profit consortium)"의 로제타네트(RosettaNet^TM)가 있다. 이러한 표준은 공급 체인의 파트너 간의 프로세스를 조정하여 제1 파트너 및 제2 파트너 간의 다수의 거래에 대해 거래 및 비즈니스 정보를 시스템 대 시스템으로 자동 교환하는 데 도움이 된다. 로제타네트는 로제타네트 전문에서 "파트너 인터페이스 프로세스(Partner Interface Process; PIP)"로서 알려져 있는 비즈니스 프로세스를 통해 기능을 하는데, 이 경우 PIP는 제품 조사 또는 구매와 같은 특정한 비즈니스 기능을 이행하도록 일련의 표준화된 거래이다. 이러한 PIP는 각각의 트레이딩 참가자에 대한 활동을 규정하고 한 파트너 및 차례로 협력한 다른 한 파트너 간의 다수의 거래를 고려한 것이다. PIP는 실시간으로 이행되도록 설계되어 있다. 로제타네트 시스템을 사용하기 위하여는, 거래 특성, 공급 파트너 데이터 및 대부분의 비즈니스 관련 활동을 포함하여, 제품 및 비즈니스 특성에 대한 기술적 사양을 제공하는 2개의 데이터 사전(data dictionary)에서 규정한 PIP에 의하여 비즈니스 프로세스의 모형이 만들어진다. 예를 들면, PIP는 다른 파트너에게 신제품을 소개하고, 지지를 얻어 신제품 정보로 파트너의 시스템을 갱신하는데 필요한 모든 정보를 포함할 수 있다.

많은 PIP는 완전한 비즈니스 프로세스를 포함하는 결합된 대화식 메시지 교환에 대하여, 규정 시간내에 정해진 순서로 다수의 메시지를 교환하기 위하여 트레이딩 파트너들을 필요로 한다. 이러한 PIP 및 유사한 비즈니스 프로세스 표준은 EDI 메시지와는 다른데, 왜냐하면 상기 PIP 및 유사한 비즈니스 프로세스 표준이 단순히 정적인 1회용 일괄 메시지가 아니고, 그 대신에 논리 작업 흐름에 의해 연결되며 일정 시간에 걸쳐 미리 정해진 순서로 출현하는 일련의 메시지를 포함하기 때문이다. 일정 시간에 걸친 이러한 다수의 대화식 메시지의 연결로 인해, 단일의 메시지나 또는 심지어는 논리 작업 흐름에 의해 연결되지 않은 일련의 메시지의 전송을 통해 달성될 수 없는 당사자들 간에 복잡한 비즈니스 프로세스가 체결될 수 있다.

로제타네트는 2가지의 중대한 결함에 직면하고 있다. 첫째로, 로제타네트는 단지 1 대 1 식의 거래만을 규정한다. 2 이상의 당사자들을 포함하는 거래에 대한 규정이 전혀 없다. 그로 인해, 공급자를 비교하거나 다른 공급자와의 다수의 종속적인 거래를 통합시킬 방법이 전혀 없다. 로제타네트는 판매자가 판매자의 총체적인 공급 체인의 상황에 관한 실시간 정보를 접근하기 위한 방법을 제공하지 못한다. 로제타네트는 공급 파트너 모두에 의해 사용된 동일한 PIP에 대하여, 총체적인 공급 체인 전반에 걸친 PIP의 이용을 제공하지 못한다. 더욱이, 로제타네트는 여러공급 체인 멤버 간의 데이터 교환을 용이하게 하지 못한다. 또한, 개인 컴퓨터 시스템에의 다수의 접속과 관련된 집약 주문 노력을 회피할 필요성이 있다. 둘째로, 로제타네트는 비즈니스 프로세스가 트레이딩 파트너 간에 성공적으로 완결되게 하도록 시간 경과에 따라 비즈니스 프로세스를 감시 및 관리하기 위한 메커니즘을 제공하지 못한다.

현재 시스템의 한계로 인해, 논리 작업 흐름으로 연결되고 시간 경과에 따라 출현하는 메시지의 교환을 통해 공급 체인 프로세스의 추진을 용이하게 하는 전자 비즈니스 시스템이 필요하다. 이러한 메시지 및 프로세스를 관리하는 단일의 무결절성(seamless) 프로세스의 기반 구조 및 그러한 프로세스를 다른 트레이딩 참가자와 통합시킬 수 있는 능력이 필요하다. 또한, 개인 컴퓨터 시스템에의 다수의 접속과 관련된 집약 주문 노력을 회피할 필요성이 있다.

본 발명은 컴퓨터 소프트웨어 및 하드웨어 분야에 관한 것이다. 보다 구체적으로 기술하면, 본 발명은 비즈니스 프로세스 관리 방법 및 장치에 관한 것이다.

도 1은 어떠한 방식으로 한 트레이딩 참가자가 한 트레이딩 참가자로부터 다른 트레이딩 참가자로 전자 데이터를 전송시킬 수 있는지를 예시하는 도면이다.

도 2는 본 발명의 일 실시예에 따라 비즈니스 프로세스 데이터를 처리하는 프로세스를 예시하는 도면이다.

도 3은 전자 거래 커뮤니티의 멤버에게 비즈니스 프로세스 서비스를 제공하는데 이용되는 기반 구조(infrastructure)를 예시하는 도면이다.

도 4는 본 발명의 일 실시예에 따른 한 트레이딩 참가자의 구조적인 구성요소를 예시하는 도면이다.

도 5는 본 발명의 일 실시예에 따른 프로세스 관리 시스템과 가상 트레이딩 참가자와의 관계를 예시하는 도면이다.

도 6은 프로세스 관리 플랫폼(318)의 총체적인 프로세스 흐름도로서 프로세스 서비스 모듈(316)에 의해 제공된 서비스 간의 관계를 보여주는 도면이다.

도 7은 본 발명의 일 실시예에 의해 이행되는 확인 및 라우팅(routing)을 예시하는 도면이다.

도 8은 본 발명의 일 실시예에 따른 데이터 저장에 대한 보관 데이터 서비스의 관계를 예시하는 도면이다.

본 발명의 일 실시예는 다수의 트레이딩 참가자 간의 비즈니스 프로세스의 관리를 용이하게 하기 위한 프레임워크를 제공한다. 기반 구조를 이용하기 위해서는, 각각의 트레이딩 참가자가 집중화된 프로세스 관리 플랫폼에 접속한다. 일단 트레이딩 참가자가 집중화된 프로세스 관리 플랫폼에 접속한 경우, 트레이딩 참가자는 전자 거래 커뮤니티의 멤버가 된다. 전자 거래 커뮤니티의 멤버는 비즈니스 프로세스를 포함하는 일련의 논리 접속 메시지를 일정 시간에 걸쳐 전송 및 수신하기 위한 관로(conduit)로서 프로세스 관리 플랫폼을 이용할 수 있다. 따라서, 이러한 프로세스 관리 플랫폼은 특정의 거래와 관련된 당사자 각각에 대한중개자(intermediary)의 역할을 한다. 본 발명의 일 실시예에 있어서는 트레이딩 참가자가 프로세스 게이트웨이(gateway)을 통해 프로세스 관리 플랫폼에 접속한다. 각각의 프로세스 게이트웨이는 프로세스 관리 플랫폼에의 접속을 위한 인터페이스를 제공하며 트레이딩 참가자와 관련된 설비나 또는 프로세스 관리 플랫폼과 관련된 설비에 설치될 수 있다.

프로세스 관리 플랫폼은 다양한 서비스를 제공하며 거래와 관련된 각각의 트레이딩 참가자에 의해 이해되는 균일한 형태의 포맷으로 한 트레이딩 참가자로부터 다른 트레이딩 참가자로 비즈니스 프로세스 데이터 및 메시지가 전송되게 하도록 형성되어 있다. 만약 다른 트레이딩 참가자가 호환되지 않는 포맷을 이용하는 경우, 프로세스 관리 플랫폼은 트레이딩 참가자에 의해 이해되는 포맷으로 비즈니스 프로세스 데이터 또는 메시지를 변환시킨다. 만약 한 트레이딩 참가자로부터 다른 트레이딩 참가자로 전송된 비즈니스 프로세스 데이터 또는 메시지가 이미 적합한 포맷(예컨대, 지정된 표준에서 발신되거나 또는 프로세스 게이트웨이에서 변환된 데이터)을 이루고 있는 경우, 비즈니스 프로세스 데이터 또는 메시지는 프로세스 관리 플랫폼에 의해 처리되어 수신 트레이딩 참가자에게 보내진다.

본 발명의 일 실시예에 있어서는, 비즈니스 프로세스 데이터가 특정 비즈니스 프로세스의 세목을 일괄적으로 규정한 미리 정해진 작업 흐름에 의해 연결되는 일련의 메시지를 포함한다. 예를 들면, 비즈니스 프로세스 데이터는 공통 비즈니스 프로세스를 규정하기 위해 로제타네트와 같은 개방 표준을 이용할 수 있다. 만약 로제타네트 구조가 이용되는 경우, 비즈니스 프로세스 데이터는 파트너 인터페이스프로세스(PIP) 지침을 통해 정해진다. PIP 지침은 특정 비즈니스 프로세스를 완결하기 위해 일정 시간에 걸쳐 교환된 일련의 메시지를 통해 정보를 전달하기 위한 균일한 형태의 프로토콜을 제공한다. 그러나, 본 발명은 비즈니스 프로세스를 규정하여 달성하기 위한 다른 포맷, 다른 프로토콜, 또는 다른 포맷 및 프로토콜의 사용을 고려하고 있다는 점에 주목하는 것이 중요하다. 예를 들면, 프로세스 관리 플랫폼은 비즈니스 프로세스, 거래, 또는 비즈니스 프로세스 및 거래를 규정하는 독점 거래 정의 포맷 또는 기타의 포맷을 처리하도록 구성될 수 있다. 따라서, 본 발명의 일 실시예는 비즈니스 프로세스를 용이하게 하는 방법 및 장치를 제공하는데, 이 경우에는, 비즈니스 프로세스 데이터 또는 메시지가 트레이딩 참가자로부터 얻어지며, 프로세스 관리 플랫폼에 의해 처리되어 프로세스 관리 플랫폼에 의해 수신자에게 전송된다. 수신자는 다시 비즈니스 프로세스를 일괄적으로 포함하는 일련의 메시지 중 일부를 포함한 비즈니스 프로세스 데이터 또는 메시지를 제공함으로써 응답할 수 있다.

본 발명의 실시예는 비즈니스 프로세스를 용이하게 하기 위한 방법 및 장치를 포함한다. 다음 설명에서, 본 발명의 실시예들의 더 완전한 설명을 제공하기 위하여 많은 특정 상세들이 설명된다. 하지만, 본 발명이 이들 특정 상세들없이 실시될 수 있다는 것은 당업자에게 명백할 것이다. 다른 경우에, 잘 알려진 특징들은 본 발명을 불명료하게 하지 않기 위하여 상세히 설명되지 않는다.

비즈니스 모델 개요:

본 발명의 일 실시예는 다수의 트레이딩 참가자들간에 비즈니스 프로세스들의 관리를 용이하게 하기 위한 프레임워크를 제공한다. 상기 기반 구조를 이용하기 위하여 각 트레이딩 참가자는 집중화된 프로세스 관리 플랫폼에 접속한다. 일단 트레이딩 참가자가 상기 집중화된 프로세스 관리 플랫폼에 접속하면 상기 트레이딩 참가자는 전자 트레이딩 커뮤니티의 멤버가 된다. 상기 전자 트레이딩 커뮤니티의 멤버들은 비즈니스 프로세스 데이터 및 비즈니스 프로세스들을 포함하는 메시지들을 송신하고 수신하기 위한 관로(conduit)로서 상기 프로세스 관리 플랫폼을 이용할 수 있다. 따라서, 상기 프로세스 관리 플랫폼은 특정 거래에 포함되는 각 당사자에 대한 중개자로서 동작한다. 본 발명의 일 실시예에서 트레이딩 참가자들은 프로세스 게이트웨이들을 통하여 상기 프로세스 관리 플랫폼에 접속한다. 각 프로세스 게이트웨이는 상기 프로세스 관리 플랫폼에 접속하기 위한 인터페이스를 제공하고 상기 트레이딩 참가자와 관련된 설비 또는 상기 프로세스 관리 플랫폼과 관련된 설비에 위치할 수 있다.

상기 프로세스 관리 플랫폼은 다수의 서비스들을 제공하도록 구성되고, 상기 거래에 포함되는 각 트레이딩 참가자에 의해 이해되고, 요망되는 비즈니스 프로세스의 성공적인 완료를 용이하게 하는 일정한 포맷으로 비즈니스 프로세스 데이터가 한 트레이딩 참가자로부터 다른 트레이딩 참가자로 전송된다는 것을 보증하도록 구성된다. 상이한 트레이딩 참가자들이 일치하지 않는 포맷들을 이용하는 경우, 상기 프로세스 관리 플랫폼은 상기 비즈니스 프로세스 데이터를 상기 트레이딩 참가자에 의해 이해되는 포맷으로 변환한다. 한 트레이딩 참가자로부터 다른 트레이딩 참가자로 송신된 상기 비즈니스 프로세스 데이터가 이미 적합한 포맷인 경우(예를 들어, 지정된 표준으로 발신된 데이터 또는 상기 프로세스 게이트웨이에서 변환된 데이터), 상기 비즈니스 프로세스 데이터는 상기 프로세스 관리 플랫폼에 의해 처리되고 수신 트레이딩 참가자로 전송된다.

본 발명의 일 실시예에서, 비즈니스 프로세스 데이터는 미리 정의된 작업 흐름에 의해 연결되고 집합적으로 특정 비즈니스 프로세스를 정의하는 일련의 메시지들을 포함한다. 예를 들어, 비즈니스 프로세스 데이터는 공통 비즈니스 프로세스들을 정의하기 위한 로제타네트(RosettaNet^TM)와 같은 개방 표준을 이용할 수 있다. 상기 로제타네트 구조가 이용되는 경우, 비즈니스 프로세스 데이터는 파트너 인터페이스 프로세스(PIP: Partner Interface Process) 가이드라인들을 통해 정의된다. 상기 PIP 가이드라인들은 비즈니스 프로세스의 완료를 가능하게 하기 위하여 시간에 걸쳐 미리 정의된 순서로 메시지들을 통신하기 위한 균일 프로토콜을 제공한다. 하지만, 본 발명이 비즈니스 프로세스들을 정의하기 위하여 다른 포맷들 및/또는 프로토콜들의 사용을 고려한다는 것을 주목하는 것은 중요하다. 예를 들어, 상기 프로세스 관리 플랫폼은 독점적인 프로세스 정의 포맷들 또는 비즈니스 프로세스를 정의하는 어떤 다른 포맷을 처리하도록 구성될 수 있다.

비즈니스 프로세스 데이터:

본 발명의 일 실시예에 의해 이용되는 바와 같이, 비즈니스 프로세스 데이터는 미리 정의된 작업 흐름에 의해 연결되고 비즈니스 프로세스를 가능하게 하는데 필요한 특정 구성요소들 및 거래들을 집합적으로 정의하는, 미리 정의된 시간 기간에 걸쳐 교환되는 일련의 메시지들을 포함한다. 따라서, 비즈니스 프로세스 데이터는 카탈로그 관리, 주문, 재고 관리, 고객 서비스 및 지원 그리고 회사들이 수행할필요가 있는 어떤 다른 비즈니스 프로세스를 포함하여, 공급 체인 프로세스들의 시스템 대 시스템 자동화를 가능하게 하는데 필요한 정보를 제공한다. 각 비즈니스 프로세스는 특정 비즈니스 거래의 진행동안 송신되고 수신될 메시지들의 유형을 정의한다. 예를 들어, 비즈니스 프로세스 메시지가 송신되는 경우, 특정 시간 기간내에 출현할 정의된 응답이 존재할 수 있다. 일단 이러한 응답이 수신되면 상기 응답에 대한 응답은 특정 시간 기간내에 전송될 수 있다. 따라서, 상기 비즈니스 프로세스의 매개 변수들은 일 집합의 비즈니스 규칙들에 따라 정의될 수 있고 트레이딩 참가자들간의 메시지들 및 다시 송신된 응답들은 상기 비즈니스 규칙들과 밀접하게 관련된다. 그러므로, 비즈니스 프로세스 메시지들의 각 집합은 시간에 걸쳐 발생하는 논리 작업 흐름에 의해 연결된다.

각 유형이 상이한 비즈니스 프로세스를 정의하는 상이한 유형의 비즈니스 프로세스 데이터가 존재할 수 있다. 예를 들어, 본 발명의 일 실시예에서 상이한 프로세스들은 그들이 로제타네트 구현 프레임워크에 따라 구현될 때 파트너 인터페이스 프로세스들(PIPs)을 통해 정의된다. 상기 로제타네트 프레임워크의 예는 여기에 참조로써 포함된 로제타네트 구현 프레임워크 명세, 버전 1.1에서 발견될 수 있다. 하지만, 본 발명은 이러한 다른 프레임워크들의 이용을 고려하고 특정 비즈니스 프로세스를 정의하는 어떤 프레임워크를 통해 구현될 수 있다.

본 발명의 일 실시예에서, 비즈니스 프로세스 데이터는 각 패키지 또는 일련의 패키지들이 비즈니스 프로세스의 구성요소 또는 양상들을 나타내는 개별 패키지들로 전송된다. 예를 들어, PIP들은 TCP/IP 패킷들에 캡슐화될 수 있고 처리하기위한 프로세스 관리 플랫폼을 통해 송신될 수 있다. 일 실시예에서, 상기 비즈니스 프로세스 데이터는 집합적으로 로제타네트 PIP를 포함하는 일련의 메시지들을 포함하는데, 각 PIP는 개발자들이 공통 인터페이스를 구현할 수 있도록 하는 공통 비즈니스/데이터 모델들 및 문서들을 제공한다. 하지만, 트레이딩 참가자는 상기 로제타네트 프레임워크를 이용할 필요가 없고 그대신 다른 포맷(예를 들어, 레거시 시스템에 의해 유도된 것)으로 데이터를 송신할 수 있다. 이 경우, 프로세스 게이트웨이 또는 프로세스 관리 플랫폼은 상기 데이터를 다른 트레이딩 참가자에 전송하기 전에 상기 비즈니스 데이터를 수신자에 의해 이해되는 포맷으로 변환한다. 이러한 변환들은 사용자에게 투명하고 그것에 의해 상기 시스템은 레가지 시스템들을 가진 클라이언트들이 상기 로제타네트 표준에 가입한 시스템을 가진 클라이언트들과 공존하도록 허용한다.

다음 표는 상기 시스템이 본 발명의 일 실시예에 따라 이용할 수 있는 샘플 PIP들의 목록을 포함한다.

명칭 비즈니스 신호들, 서비스 헤더, 프리앰블 PIP0A1 실패 통지 PIP1A1 어카운트 설정 요청 PIP1A2 어카운트 유지 PIP1A2 어카운트 유지 PIP1B1 제품 정보 가입 관리 PIP2A1 신규 제품 정보 배포 PIP2A2 제품 정보 조회 PIP2A3 마케팅 정보 조회 PIP2A4 세일즈 프로모션 및 리베이트 정보 조회 PIP2A5 기술 정보 조회 PIP2A6 제품 생명 주기 조회 PIP2A7 제품 단절 정보 조회 PIP2A8 제품 비축 유지 유닛 배포 PIP2A8 제품 비축 유지 유닛 배포 PIP2B1 기본 제품 정보 변경 PIP2B2 마케팅 정보 변경 PIP2B3 세일즈 프로모션 및 리베이트 정보 변경 PIP2B4 제품 기술 정보 변경 PIP2B5 제품 수명 주기 정보 변경 PIP3A1 시세 요청 PIP3A1 시세 요청 PIP3A2 가격 및 입수 가능 조회 PIP3A2 가격 및 입수 가능 조회 PIP3A3 쇼핑 카트 이송 PIP3A4 구입 주문 관리 PIP3A4 구입 주문 관리 PIP3A4 구입 주문 관리 PIP3A5 주문 상태 조회 PIP3A5 주문 상태 조회 PIP3A6 주문 상태 배포 PIP3A6 주문 상태 배포 PIP3A7 구입 주문 수락 통지 PIP3A7 구입 주문 수락 통지 PIP5C1 제품 목록 배포 PIP5C2 디자인 등록 요청 PIP5C3 디자인 윈 요청 PIP5C4 등록 상태 배포 PIP5C5 등록 상태 조회

본 발명은 정의된 PIP들 중 어느 것 및/또는 일 집합의 특정 매개 변수들을 가지고 정의된 어떤 다른 비즈니스 프로세스의 사용을 고려한다. 몇몇 다른 PIP들의 예들은 섹션 A에서 발견될 수 있다. 예를 들어, 본 발명은 여기에 참조로써 포함되는 로제타네트 PIP 개발 계획에 발표된 PIP들 각각의 사용을 고려한다. 예를들어, PIP 1A2는 트레이딩 참가자들간에 어카운트 상태를 유지하는데 필요한 정보를 포함한다. 어카운트 정보의 유지는 발송-어드레스(ship-to address) 및 청구서 발송-어드레스(bill-to address)간의 관계들을 갱신하는 것 뿐만 아니라 발송-위치 및 청구서 발송-위치와 같은 활동들을 포함한다. 파트너 인터페이스 프로세스는 고객 및 벤더 어카운트 유형들 양자를 지원한다. 예를 들어, 트레이딩 참가자 ABC가 트레이딩 참가자 Acme로부터 제품들을 구입한다고 가정하자. 트레이딩 참가자 ABC가 새로운 창고를 오픈하기로 결정하는 경우, ABC는 트레이딩 참가자 Acme에 새로운 창고 위치를 보고하기 위하여 PIP 1A2를 시작할 것이다. Acme는 상기 새로운 위치를 가지고 그들의 시스템내의 고객 어카운트를 갱신할 것이고 트레이딩 참가자 ABC에게 되돌려 확인응답을 제공할 것이다. 역으로, Acme는 구입 주문들이 송신되어야 하는 새로운 어드레스를 추가할 수 있다. 그 결과, Acme는 ABC에게 이러한 새로운 어드레스를 알리기 위하여 PIP 1A2를 사용할 것이다. ABC는 벤더 어카운트에 상기 구입 주문 어드레스를 추가할 것이고 상기 추가물(들)에 대해 Acme에게 확인응답할 것이다.

일 실시예에서, PIP 1A2는, 있는 경우, 상기 갱신된 어카운트 정보중 무엇이 그들의 시스템에서 수락되고 반영되는지를 트레이딩 참가자들이 결정하도록 허용한다. 따라서, 상기 예를 참조하면, ABC는 새로운 창고 위치 및 새로운 청구서 발송-위치를 Acme에 보고할 수 있다. 하지만, Acme는 상기 갱신들을 리뷰해야하고 그들의 시스템에서 어떤 정보를 변경할 것인지를 결정해야 한다. Acme가 ABC의 새로운 청구서 발송-위치가 이미 그들의 시스템에 존재한다는 것을 아는 경우, Acme는 상기 요청의 일부를 거절할 것이고 상기 거절을 ABC에 알릴 것이다. PIP 1A2는 어카운트 제공자가 요청의 일부를 수락하고 요청의 일부를 거절하도록 허용하여서, 수신자는 상기 청구서 발송을 거절할 수 있지만, 동일한 PIP내의 상기 창고 위치를 수락할 수 있다. 이 시나리오는 PIP들에 의해 정의될 수 있는 비즈니스 프로세스들의 유형의 일 예이다. 하지만, 상기 시스템은 어떤 다른 유형의 비즈니스 프로세스 데이터 또는 비즈니스 프로세스를 정의하는 메시지들에 대해 동작할 수 있다. 정의될 수 있는 비즈니스 프로세스들은 벤더들 및 고객들에 한정되지 않고, 다양한 유형의 트레이딩 참가자들 간에 그리고 그 중에서 정의될 수 있다.

도 2는 본 발명의 일 실시예에 의한 비즈니스 프로세스 데이터를 처리하기 위한 프로세스를 도시한 것이다. 상기 프로세스는 트레이딩 참가자가 프로세스 관리 플랫폼과 인터페이스를 설정할 때 단계 200에서 시작된다. 각 트레이딩 참가자는 신규 또는 기존의 비즈니스 시스템들을 프로세스 게이트웨이에 접속함으로써 이러한 접속을 설정할 수 있다. 예를 들어, 트레이딩 참가자는 레거시 시스템을 상기 프로세스 게이트웨이에 접속할 수 있고 비즈니스 프로세스 데이터를 균일 포맷으로 다른 트레이딩 참가자에 전송하기 위하여 상기 프로세스 관리 플랫폼을 이용할 수 있다.

본 발명의 일 실시예에서, 일단 프로세스 게이트웨이가 상기 트레이딩 참가자에 접속을 제공하면, 다수의 트레이딩 참가자들간에 비즈니스 프로세스들을 전송하기 위한 인터페이스가 설정된다. 상기 비즈니스 프로세스 인터페이스는 비즈니스 프로세스들을 가능하게 하기 위하여 한 트레이딩 참가자로부터 하나 또는 많은 다른 트레이딩 참가자들로 비즈니스 프로세스 메시지들 및 데이터를 전달하기 위한 관로를 포함한다. 일단 상기 트레이딩 참가자가 상기 비즈니스 프로세스 인터페이스에 액세스하면, 상기 프로세스 관리 플랫폼은 상기 트레이딩 참가자(들)와 비즈니스 프로세스들을 실시하기 위하여 (예를 들어, 단계 202에서) 하나 이상의 트레이딩 참가자들로부터 비즈니스 프로세스 데이터를 획득할 수 있다. 각 트레이딩 참가자는 트레이딩 참가자로서 지칭될 수 있다. 트레이딩 참가자는 다른 비즈니스 실체와 비즈니스 프로세스 데이터를 통신할 필요가 있는 어떤 유형의 비즈니스 실체를 포함할 수 있다.

단계 204에서, 상기 프로세스 관리 플랫폼은 상기 비즈니스 프로세스 데이터를 처리한다. 본 발명의 일 실시예에서, 상기 프로세스 관리 플랫폼은 상기 비즈니스 프로세스 데이터의 관련된 부분들을 평가하고 그것을 예정된 수신자에게 전송함으로써(예를 들어, 단계 206) 상기 비즈니스 프로세스 데이터를 처리한다. 또한 상기 프로세스 관리 플랫폼은 하기에 더 상세히 논의되는 다른 서비스들을 제공한다. 하지만, 본 발명의 실시예에서, 상기 프로세스 관리 플랫폼은 확장가능해서 둘 이상의 당사자들간에 수행되는 어떤 유형의 거래 또는 프로세스를 용이하게 하는 중개자로서 동작할 수 있다. 예를 들어, 상기 프로세스 관리 플랫폼은 메타프로세스를 공식화하기 위하여 다수의 비즈니스 프로세스들을 결합할 수 있다. 메타프로세스는 상기 프로세스 관리 플랫폼에서 공식화된 하나 이상의 프로세스들의 조합이다.

상기 프로세스 관리 플랫폼은 다수의 위치들 및/또는 하드웨어 장치들에 걸쳐 분배될 수 있고 최대량의 가동 시간을 보장하는 중복된 시스템을 이용할 수 있다.

시스템 기반 구조:

도 3은 본 발명의 일 실시예에 따라 전자 트레이딩 커뮤니티의 멤버들에게 비즈니스 프로세스 서비스들을 제공하는데 이용되는 기반 구조를 도시한 것이다. 상기 전자 트레이딩 커뮤니티는 다수의 트레이딩 참가자들(300-314)을 포함한다. 트레이딩 참가자는 상기 트레이딩 참가자가 프로세스 관리 플랫폼(318)에 접속할 때 상기 전자 트레이딩 커뮤니티의 멤버가 된다.

프로세스 관리 플랫폼(318)에 접속되지 않은 트레이딩 참가자들은 멤버 트레이딩 참가자들(300-314)로부터 고립되고 멤버 트레이딩 참가자들(300-314)과 전자 비즈니스 프로세스 데이터 또는 메시지들을 교환할 수 없다. 예를 들어, 트레이딩 참가자(324)는 멤버 트레이딩 참가자들(300-314)과 전자적으로 데이터를 교환할 수 없다. 그러므로, 트레이딩 참가자(324)는 다른 트레이딩 참가자들과 전자 형식으로 통신하기 위하여, 팩시밀리, 전화 또는 EDI와 같은 전통적인 통신 메커니즘들을 이용해야 하고, 비즈니스 프로세스를 가능하게 하기 위하여 어떤 시간 기간에 걸쳐 미리 정의된 순서로 메시지들을 교환하기 위한 상기 비즈니스 프로세스 인터페이스를 이용할 수 없다.

트레이딩 참가자(324)가 각 멤버 트레이딩 참가자(300-314)와 전자 통신 링크를 설정하고자 하는 경우, 트레이딩 참가자(324)는 각 트레이딩 참가자(300-314)와 개별 접속들을 설정하는 것이 요구된다. 하지만, 트레이딩 참가자(324)가 전자트레이딩 커뮤니티에 참가한 경우, 트레이딩 참가자는 트레이딩 참가자들(300-314)과 통신할 수 있을 것이다.

트레이딩 참가자들:

도 4는 본 발명의 일 실시예에 따라 트레이딩 참가자의 구조적인 구성 요소들을 도시한 것이다. 트레이딩 참가자(300)는 다른 트레이딩 참가자(302-314)와 비즈니스 프로세스들을 수행할 필요가 있는 실체, 조직, 비즈니스 또는 개인을 포함한다. 예를 들어, 트레이딩 참가자(300)는 제품들 및/또는 서비스들을 구입, 판매, 공급 및/또는 분배하는 실체일 수 있다. 다른 경우, 트레이딩 참가자는 비즈니스 프로세스에 포함되는 어떤 당사자를 나타낸다.

트레이딩 참가자(300)는 다수의 네트워크 노드들(400-418)을 포함할 수 있거나 노드(410)와 같은 단일 네트워크 노드를 포함할 수 있다. 각 노드는 비즈니스 프로세스 데이터를 전송하고 수신하도록 구성된, 개별 컴퓨터 또는 상호연결된 컴퓨터들의 네트워크를 나타낸다. 노드들(400-418)은 어떤 유형의 상호 접속 구성(420)을 가로질러 서로 통신할 수 있다. 일 실시예에서 본 발명은 다양한 유형의 통신 상호접속들의 사용을 고려한다. 예를 들어, 본 발명의 실시예들은 데이터를 전송 및/또는 수신하기 위한 메커니즘을 제공하는 어떤 유형의 상호 접속 구성을 통해 한 노드로부터 다른 노드로 데이터를 전송할 수 있다. 본 발명의 하나 이상의 실시예들에서, 다수의 계산 장치들간에 데이터를 운반하기 위한 다수의 적합한 통신 경로들중 어느 경로를 포함하는 상호 접속 구성을 가로질러 데이터가 송신된다. 상기 상호 접속 구성은 예를 들어, 근거리 통신망(local area network), 원거리 통신망(wide area network), 가상 사설 통신망(VPN: Virtual Private Network), 인터넷, 인트라넷, 무선 네트워크 또는 한 장치로부터 다른 장치로 데이터를 송신할 수 있는 어떤 유형의 상호 접속일 수 있다. 상기 상호 접속 구성은 유선 또는 광섬유 케이블과 같은 물리적인 매체를 가지고 구현될 수 있거나, 마이크로파 신호들, 광 신호들 또는 어떤 다른 유형의 무선 통신 메커니즘을 사용하는 무선 환경에서 구현될 수 있다.

프로세스 게이트웨이들:

도 3을 다시 참조하면, 트레이딩 참가자(300)는 비즈니스 프로세스 데이터를 프로세스 게이트웨이(322)에 전송하도록 구성된다. 프로세스 게이트웨이(322)는 트레이딩 참가자(300)(또는 데이터를 전송하거나 수신하는 어떤 다른 트레이딩 참가자)와 관련되며 상기 게이트웨이가 대응하는 트레이딩 참가자와 물리적으로 또는 가상적으로 관련된 위치에 있을 수 있다. 각 트레이딩 참가자로부터 송신된 비즈니스 프로세스 데이터는 상호접속 구성을 가로질러 프로세스 게이트웨이를 통해 상기 프로세스 관리 플랫폼으로 전송된다. 또한 각 프로세스 게이트웨이는 상기 프로세스 관리 플랫폼으로 그리고 상기 프로세스 관리 플랫폼으로부터 송신된 비즈니스 프로세스 데이터가 상기 비즈니스 프로세스에 실제로 포함되는 당사자들에게 완전히 기밀인 채 유지되고 상기 당사자들에게만 알려져 있는 상태로 유지된다는 것을 보장하기 위하여 암호화/복호화 서비스들을 제공할 수 있다. 예를 들어, 한 트레이딩 참가자가 다른 트레이딩 참가자에 안전한 방법으로 상기 프로세스 관리 플랫폼을 통해 데이터를 전송하고자 하는 경우, 페이로드 데이터는 상기 프로세스 게이트웨이에서 암호화될 수 있다. 하지만, 상기 비즈니스 프로세스 데이터와 관련된 헤더는, 상기 프로세스 관리 플랫폼이 상기 데이터를 어디로 라우팅할 것인지 그리고 어떤 관리 서비스들이 상기 비즈니스 프로세스의 성공적인 완료를 관리하고 가능하게 하는데 요구될 수 있는지를 결정하기 위하여 상기 헤더를 이용할 수 있도록 암호화되지 않는다.

프로세스 관리 플랫폼:

프로세스 관리 플랫폼(318)은 비즈니스 프로세스 데이터를 평가하고 및/또는 비즈니스 프로세스 데이터의 경로를 정하도록 구성된 시스템을 포함한다. 상기 프로세스 관리 플랫폼은 프로세스 서비스 모듈(316)에 접속한다. 프로세스 서비스 모듈(316)은 상기 비즈니스 프로세스 데이터로 다종다양한 동작들을 수행하도록 구성된다. 그러나, 만일 상기 동작들의 어떤 것도 요구되지 않으면, 상기 비즈니스 프로세스 데이터는 프로세스 관리자(320)에 의해 적절한 트레이딩 당사자(trading party)에 전송된다. 예를 들면, 만일 트레이딩 참가자(320)가 포맷된 비즈니스 프로세스 데이터를 프로세스 관리 플랫폼(318)에 적절하게 전송하면, 프로세스 관리 플랫폼은 상기 비즈니스 프로세스 데이터를 프로세스 관리자(320)에 제공할 것이다. 만일 그렇지 않으면, 프로세스 관리자(320)는 상기 비지니스 프로세스 데이터를 평가하고, 트레이딩 참가자가 예정된 수신자(intended recipient)인지를 결정하고, 그리고 상기 비즈니스 프로세스 데이터를 수신 당사자에 전송한다. 그러므로, 본 발명의 일 실시예에서, 상기 프로세스 관리자는 비즈니스 프로세스 데이터의 경로를 정하기 위한 스위치로서 동작한다.

상기 프로세스 관리자는 예를 들면 상기 비즈니스 프로세스 데이터를 포함하는 패킷들의 헤더를 분석하고, 그 가운데 담겨있는 정보가 상기 예정된 수신자에게 모순이 없는지를 결정하고, 공급 체인 참가자를 초기화하기 위하여 상기 예정된 수신자에게 상기 비즈니스 프로세스 데이터를 전송할 수 있다.

상기 프로세스 관리 플랫폼은 그 플랫폼에 접속한 트레이딩 참가자들에게 많은 이익을 제공한다. 예를 들면, 프로세스 관리 플랫폼(318)은 일련의 잠재적으로 값이 비싸고 시간을 소모시키는 하나 하나의 거래(transaction)들 또는 데이터 교환들을 위한 필요를 제거한다. 더불어서, 프로세스 관리 플랫폼(318)은 비즈니스 프로세스를 지원하기 위해 중앙집중 관리, 보고 및 유지보수 서비스를 제공한다. 예를 들면, 상기 트레이딩 참가자들에 의해 사용되는 비즈니스 프로세스 표준이 비즈니스 프로세스를 완전하게 하기 위해 특정된 시간 주기 내에서 교환되야만 하는 메시지의 순서(sequence)를 특정하는 곳에서, 상기 프로세스 관리 플랫폼은 요구된 메시지가 요구된 시간 프레임 내에서 송신되어지지 않았을 때를 식별할 수 있고, 상기 트레이딩 참가자들에게 통보할 수 있고, 또는 상기 비즈니스 프로세스의 성공적인 완료를 촉진하기 위해 다른 동작을 취한다. 또한, 상기 비즈니스 프로세스 관리 플랫폼은 트레이딩 참가자들 사이의 메시지와 관련한 다른 문제들을 해소할 수 있고, 요망되는 비즈니스 프로세스 완료의 지연 또는 중단을 방지하거나 최소화하기 위해 실시간으로 보정 동작을 취할 수 있다.

한 실체(entity)가 중앙 프로세스 관리 플랫폼을 관리하게 함으로써 얻는 경험은 연결성 및 완전한 작용을 보증하는데 도움을 줄 것이다. 더불어서, 상기 실체는 새로운 사용자들에게 도움을 주는데 이상적으로 적절하다. 프로세스 관리 플랫폼은 전체 공급 체인을 통하여 모든 공급 파트너들에 의해 사용되는 같은(또는 그 일부) 비즈니스 프로세스를 가지는 비즈니스 프로세스 데이터의 개발을 수월하게 한다. 더욱이, 프로세스 관리 플랫폼에 각 트레이딩 참가자의 추가는 상기 프로세스 관리 플랫폼을 공급 체인의 모든 회사들에게 더 가치있게 해 준다. 예를 들면, 각 트레이딩 참가자는 현재 접속되어 있는 트레이딩 참가자들이 비즈니스 프로세스를 유효하게 하도록 데이터를 송신하고 수신할 수 있는 또 다른 회사를 제공한다. 또한, 프로세스 관리 플랫폼의 사용은 공급 체인 파트너들의 신속한 추가 또는 대체를 수월하게 한다. 그러므로, 프로세스 관리 플랫폼(318)은 어떤 한 트레이딩 참가자로부터 다른 트레이딩 참가자에게 전송된 비즈니스 프로세스 데이터가 송신되어지게 하는 중개자로서 동작한다.

본 발명의 일 실시예에 있어서, 프로세스 관리 플랫폼은 서비스 모듈(316) 및 프로세스 관리자(320)를 포함한다. 프로세스 서비스 모듈(316)은 여러 서비스들을 트레이딩 참가자들에게 제공하도록 구성된다. 이들 서비스들의 각각은 현재 또는 미래 비즈니스 거래들에 대한 통신을 수월하게 하도록 설계된다. 프로세스 관리자(320)는 트레이딩 참가자들 사이의 물리적 인터페이스를 제공하고, 프로세스 서비스 모듈(316)의 서비스들을 호스트한다. 프로세스 관리 플랫폼(318)에 할당된 기능들은 단일 중앙 위치에서 수행될 수 있거나, 또는 다중 위치 사이트들 및/또는 계산 장치들에 분배될 수 있다.

만일 상기 서비스들이 분배되면, 상호 접속 구성(fabric)(예, 인터넷)이 요청된 것으로서 서비스들과 장치들간의 통신을 위해 사용될 수 있다. 이들 소프트웨어와 하드웨어 솔루션들은 전자 트레이딩 커뮤니티를 정의하는데, 이 전자 트레이딩 커뮤니티는 일정한 거래 포맷을 사용하는 통신을 실시한다. 예를 들면, 본 발명의 일 실시예에서, 상기 전자 트레이딩 커뮤니티는 비즈니스 프로세스 모델에 효율을 주기 위해 로제타네트를 이용한다. 그러나, 본 발명의 일 실시예는 비즈니스 프로세스를 규정하는 다른 공개 또는 사유 프로토콜들의 이용을 고려한다. 그러므로, 본 발명은 로제타네트 모델의 범위 밖에 있는 부가적인 기업 활동들을 포함한다. 예를 들면, 프로세스 관리 플랫폼은 로제타네트 모델의 확장을 제공할 수 있고, 및/또는 로제타네트 모델을 사용하여 실시되는 PIP들(PIPs)의 내용들을 변경할 수 있다.

현재 많은 비즈니스 프로세스들은 하드웨어 및 소프트웨어 도구들과 적절하게 수행되거나, 또는 어떤 자동화 없이 수행된다. 상기 프로세스 관리 플랫폼은 상기한 비즈니스 프로세스들을 자동화하기 위한 중앙 집중화된 메커니즘을 제공하고, 웹과 같은 상호 접속 구성을 통하여 거래에 포함된 각 당사자(party)에 액세스를 제공한다. 제품 구성, 세일즈 보고, 운송 및 배송, 마케팅 정보 관리, 합작 예측, 및 가격 보호와 같은 비즈니스 프로세스들은 본 발명의 실시예를 사용하여 모두 자동화될 수 있다.

다음의 서비스들, 즉 비즈니스 프로세스 데이터 라우팅, 비즈니스 프로세스 데이터 번역 및 변환, 다수 트레이딩 참가자들에 방송(broadcast), 데이터의 보관, 요망 비즈니스 프로세스의 완성을 방해하거나 지연시킬 수 있는 문제들의 실시간고장발견 수리 및 수정, 거래 평가 및 분석 보고, 디렉토리(directory) 서비스, 트레이딩 참가자 협정의 자동 협상, 및 자동적인 고객 요금부과 서비스가 프로세스 서비스 모듈(316)에 의해 수행될 수 있는 기능들의 예로서 본 명세서에서 개시된다. 그러나, 본 발명의 실시예들은 다른 비즈니스 프로세스들을 실시하는데 이용될 수 있다는 것을 주목하는 것은 중요하다. 예를 들면, 프로세스 관리 플랫폼(318)은 로제타네트 모델의 다양한 특징들 또는 확장을 실시할 수 있고, 및/또는 유사한 비즈니스 프로세스 규정 프로토콜들을 실시할 수 있다.

그러므로, 다음의 예들은 본 명세서에서 개시된 전자 트레이딩 커뮤니티를 지원하는 어떤 서비스들, 기반구조 및 프로세스들을 개시하지만, 본 발명은 본 발명의 예들로서 사용된 서비스들 또는 프로토콜들에 한정되지 않는다는 것은 당업자에게 명백할 것이다. 예를 들면, 로제타네트는 본 발명에 의해 수행되는 기능들을 수월하게 하지만, 그러나 본 발명은 로제타네트 프로토콜에 의해서 또는 로제타네트 프로토콜에 한정되지 않는다. 시간상에서 비즈니스간의 일련의 메시지의 통신 및 관리를 통해 비즈니스 프로세스의 실현을 수월하게 하도록 설계된 어떤 프로토콜 표준은 프로세스 관리 플랫폼에 의해 관리될 수 있는 통신 프로토콜의 요구를 충족시킨다. 본 발명의 실시예는 전자 트레이딩 커뮤니티에의 포함을 수월하게 하는 트레이딩 참가자를 위한 중앙 집중화 서비스 자원을 실질적으로 포함한다.

도 6은 프로세스 관리 플랫폼의 전체 프로세스 흐름을 도시하고, 본 발명의 일 실시예에 따른 프로세스 서비스 모듈에 의해 제공된 서비스들 사이의 관계를 보인다. 비즈니스 프로세스 데이터가 프로세스 관리 플랫폼(318)에 수신되어 프로세스 모듈(320)에 전달될 때 프로세스 모듈(320)은 프로세싱을 시작한다. 프로세싱이 완료될 때, 프로세스 서비스 모듈(316)은 프로세스 관리자(320)를 통해 메시지를 전송한다. 단계 600에서, 비즈니스 프로세스 데이터는 수신된 메시지로서 식별된다. 상기 비즈니스 프로세스 데이터는 그것의 헤더 및 오류 정정 정보를 조사함으로써 단계 605에서 유효성이 테스트된다. 또한, 상기 비즈니스 프로세스 데이터는 송신기의 아이덴티티(identity)를 입증하기 위해 단계 605에서 인증될 수 있다. 부가해서, 상기 비즈니스 프로세스 데이터를 캡슐화하는 메시지가 하나 또는 그 이상의 디지털 서명들을 포함하면, 상기 서명들은 단계 605에서 입증될 수 있다. 만일 상기 메시지가 무효이면, 상기 메시지는 오류 프로세싱 기능(610)에 전달된다. 택일적으로, 만일 상기 메시지가 정정가능하면, 상기 메시지는 프로세싱 체인에서 지속한다. 만일 상기 메시지가 회복불가능하면, 상기 메시지는 오류 처리(610)에 의해 로그되고, 프로세스 관리 플랫폼(318)은 다음 메시지를 기다린다.

단계 615는 메시지가 번역 및/또는 변환을 요구하는지를 결정하기 위해 유효 비즈니스 프로세스 데이터 메시지를 테스트한다. 송신기 및 수신기가 호환되지 않는 시스템들 또는 프로토콜들을 사용하고 있을 때 번역 및/또는 변환이 요구될 수 있다. 상기 예들에 있어서, 호환되지 않는 비즈니스 프로세스 데이터는 번역 서비스(620)에 전달된다. 번역 서비스(620)는 제1 프로토콜에 송신된 데이터를 변환하거나 제2 프로토콜 또는 포맷에 따르는 데이터로 포맷한다. 예를 들면, 상기 비즈니스 프로세스 데이터가 구버전 로제타네트 프로토콜을 사용하여 송신되었고 수신자가 신규 로제타네트 프로토콜을 이용하도록 구성되면, 번역 서비스(620)는 상기제1 프로토콜로부터의 데이터를 상기 제2 프로토콜로 변환할 것이다. 긍정응답 또는 응답이 송신될 때, 거래에 포함된 각 부가 그 부에 의해 이해되는 포맷의 데이터를 수신할 수 있도록 다시 수행될 수 있다. 만일 메시지가 복호화를 요구하면, 번역 서비스(620)는 이 기능을 또한 수행할 수 있다. 번역 서비스(620)가 완료되면, 데이터가 단계 625에서 방송 표시를 위해 테스트된다.

단계 630은 방송을 요구하는 비즈니스 프로세스 데이터에서 동작한다. 방송은 비즈니스 프로세스 데이터 헤더로의 변경을 포함할 수 있고, 또는 복수의 비즈니스 프로세스 데이터 복사본들을 다수 트레이딩 참가자들에게 전송하기 위해 프로세스 관리 플랫폼(318)을 필요로 할 수 있고, 또는 로직(logic)을 입력 비즈니스 프로세스 데이터에 적용시키고 요망 비즈니스 프로세스를 달성하기 위해 새로운 또는 다른 메시지를 다수 트레이딩 파트너 참가자들에게 개시하기 위해 프로세스 관리 플랫폼(318)을 필요로 할 수 있다. 기준에 의존하는 것은 비즈니스 프로세스 데이터에서 지정되고, 상기 기준은 잠재적인 수신자에 의해 지정된다. 예를 들면, 비즈니스 프로세스 데이터는, 데이터가 특별한 형태의 제품을 운반하는 공급자 리스트에 방송된, 표시를 포함할 수 있다. 상기 공급자는 접속을 초기화했던 트레이딩 참가자에게 응답 메시지(예; 가격 시세)를 송신함으로써 응답할 수 있다.

본 발명의 일 실시예에 따라서, 확실성 또는 메시지 기원(origin)은 디지털 서명 또는 메커니즘을 식별하는 다른 고유 형태에 대해 상기 메시지를 체크함으로써 단계 631에서 선택적으로 확인될 수 있다. 만일 상기 서명 또는 고유 식별자가 유효하지 않으면, 상기 메시지는 예정된 수신자로 경로지정되지 않는다. 상기 메시지가 유효한 것으로 결정된 경우에, 그것은 프로세싱을 위한 적절한 수신자로 전송된다.

단계 635는 보관 기능이 가능한지를 테스트한다. 만일 그렇다면, 비즈니스 프로세스 데이터는 보존 프로세싱(640)에 전달되는데, 상기 보존 프로세싱은 거래에 대한 정보를 기록한다. 이 단계는 프로세스 서비스 모듈(316)에 의해 제공되는 부인 방지(non-repudiation) 기능의 중요한 부분이다. 비즈니스 프로세스 메시지가 보존되어져 있을 때, 기록은 그 비즈니스 프로세스 메시지에 의해 정해진 거래로 이루어진다. 그러므로 보관 기능은 정상적인 비즈니스 과정에서 만들어지고, 비즈니스 프로세스를 포함하는 전송된 일련의 메시지들로 이루어진 기록을 제공한다. 이것은 이전의 거래 방법들의 개선인데, 상기 이전의 거래 방법들은 거래를 건의하기 위한 전화, 전자우편, 또는 팩스와 같은 부가적인 메커니즘을 종종 이용한다.

많은 트레이딩 참가자들은 비즈니스 프로세스 또는 협상 동안 다른 시간에 한 방법 이상의 통신 방법을 사용한다. 비즈니스 프로세스에서 여러 단계를 위해 다른 통신 방법을 사용하는 것은 신뢰할 수 없거나 추적이 어려운 통신 인덱싱 및 기록을 만들 수 있다. 프로세스 관리 플랫폼(318)에서 비즈니스 프로세스 데이터를 보관함으로써, 트레이딩 참가자들 사이에 송신된 비즈니스 프로세스의 완전한 전자 색인 및 기록이 접근가능하게 유지보존되고 만들어질 수 있다.

비즈니스 프로세스 데이터는, 그 데이터가 디렉토리 서비스(650)에서 리스트 작성을 요구하는지를 알아보기 위해 단계 645에서 조사될 수 있다. 디렉토리 서비스(650)는 접속하기 위한, 선택하기 위한 정보의 디렉토리를 포함하고, 또는 다른트레이딩 참가자들에 대한 정보를 획득한다. 예를 들면, 상기 디렉토리는 제품에 대한 정보 및/또는 판매를 위해 제공되는 서비스, 트레이딩 참가자들에 의해 사용되는 비즈니스 프로세스 표준들, 및 트레이딩 참가자가 떠맡을 수 있는 여러 형태의 비즈니스 프로세스들을 포함할 수 있다.

다음 프로세스 서비스 모듈(316)은, 메시지가 비즈니스 프로세스의 자동 협상을 요구하는지를 결정하기 위해, 단계 655에서 비즈니스 프로세스 데이터를 조사할 수 있다. 자동 협상(660)은 인간의 개입없이 비즈니스 프로세스를 시작하고 종료할 수 있는 프로세스 관리 플랫폼(318)에 의해 제공되는 서비스이다. 로제타네트와 구매자 프로세스 서비스 모듈(316)에 의해 제공된 데이터 같은 균등한 번역 포맷을 사용하는 것은, 제공 요청을 생성할 수 있고, 응답을 평가할 수 있고, 그리고 "거래 성사"를 달성할 수 있다. 본 발명의 일 실시예에 있어서, 구매자는 품목 획득 데이터, 기술 데이터, 및 요망 거래를 설명하는데 필요한 다른 정보를 프로세스 서비스 모듈(316)에 지정하기 위해 PIP들을 사용한다. 그 다음, 자동 협상(660)은 요청된 가격, 질과 양으로 지정된 품목들의 제공을 요청하는 PIP들을 송신한다. 프로세스 서비스 모듈(316)은, 상기 품목 획득 데이터의 기준을 만족시키는 제공(offer)이 수신될 때까지, PIP들을 그들 자신의 프로세스 게이트웨이들을 통해 트레이딩 참가자들과 교환하는 것을 지속한다. 그 다음, 자동 협상(660)은 거래를 받아들인다. 거래의 확인은 자동 협상(660)을 시작한 트레이딩 참가자에게 전송된다.

프로세스 서비스 모듈(316)에 의해 제공되는 또 다른 서비스는 거래 평가 및분석 보고(TEAR; Transaction Evaluation and Analysis Reporting)(665)이다. TEAR(665)는 그들에게 판매 및 마케팅 동향에 대한 정보를 제공하는 트레이딩 참가자들을 가입시키는데 제공되는 서비스이다. 본 발명을 통한 거래 전달(passing)은 거래 형태, 가격 및 다른 관련 정보를 포함하는 통계적인 목적을 위해 평가된다. 모집된 통계 데이터는 시장 동향 및 관심있는 트레이딩 참가자들에 대한 예측 보고를 생성하기 위해 분석되고 포맷된다.

프로세스 서비스 모듈이 비즈니스 데이터의 프로세싱을 완료할 때, 시스템은 비즈니스 프로세스에 관련된 트레이딩 참가자들에게 어카운트(account) 서비스 정보를 제공하는데 요구되는 데이터를 수집하고 처리한다. 이 기능은 어카운트 서비스(670)에 의해 수행될 수 있다. 메시지 처리 및 어카운트에 이어서, 비즈니스 처리 데이터는 프로세스 서비스 모듈(316)에 의해 메시지의 수신자로서 식별된 모든 트레이딩 참가자들에게의 전송을 위해 프로세스 모듈(320)에 복귀된다. 다음 섹션은 도 6에서 확인된 본 발명의 기능들을 상술한다.

비즈니스 프로세스 데이터 확인 및 라우팅

본 발명의 일 실시예에서, 비즈니스 프로세스 데이터 확인 및 라우팅은-다른 참가자들이 그들 자신의 컴퓨터 시스템, 위치, 비즈니스 프로세스 데이터 메시지 프로토콜 버전, 또는 전자 트레이딩 커뮤니티를 통해 송신된 통신에 중요한 다른 정보가 변경된다 할지라도-트레이딩 참가자들이 다른 트레이딩 참가자들에게 한결같이 확실하게 비즈니스 프로세스를 안내하기 위한 메커니즘을 제공한다. 상기 목표들을 달성하기 위해 본 발명의 일 실시예에 의해 수행된 상기 확인 및 라우팅은도 7에 도시되어 있다.

비즈니스 프로세스 데이터 메시지 라우팅 및 확인은 비즈니스 프로세스의 제1 단계를 포함하는 메시지의 개시와 같이 시작한다. 메시지들은 특정 거래 데이터의 특성에 있을 수 있거나, 또는 서비스의 방송 및/또는 제품 정보에 대한 요청일 수 있다. 또한 메시지들은, 디렉토리 서비스에서 광고되는 신제품에 대한 요청, 트레이딩 참가자의 시스템 변경에 대한 정보를 프로세스 관리 플랫폼(318)에 제공하는 것, 또는 다른 어카운트 유지보수 정보와 같이, 프로세스 관리 플랫폼(318)과 트레이딩 참가자 사이에 직접적으로 발생할 수 있다.

메시지들은 트레이딩 참가자에 의해 또는 프로세스 관리 플랫폼(318)에 의해 시작될 수 있다. 예를 들면, 트레이딩 참가자는 비즈니스 프로세스를 제안하기 위해 메시지를 시작할 수 있다. 다른 한편, 프로세스 관리 플랫폼(318)은 자동 협상 서비스(660) 기능을 수행하기 위해 메시지를 시작할 수 있다. 만일 트레이딩 참가자가 거래를 시작하면, 그것은 자동화된 시스템 인터페이스-컴퓨터 대 컴퓨터-를 통해 또는 웹 브라우저와 같은 인간 시스템 인터페이스를 통해 있을 수 있다.

비즈니스 프로세스 데이터는 어떤 상호 접속 구성 인터페이스를 사용하여 트레이딩 참가자들과 프로세스 관리 플랫폼(318) 사이에 전송된다. 본 발명의 일 실시예에서, 메시지는 TCP/IP와 같은 표준 인터넷 프로토콜을 사용하여 전송된다. 다른 실시예에서, 메시지는 무선 프로토콜을 통해 전송된다. 당업자에게 잘 알려진 바와 같이, 본 발명은 트레이딩 참가자들과 프로세스 관리 플랫폼(318) 사이에 메시지를 전송하기 위한 모든 방법들을 동등하게 사용하여 수행한다.

도 7은 비즈니스 프로세스 데이터 확인 및 라우팅 프로세스의 예를 도시한다. 예를 들면, 트레이딩 참가자 1(TP1)은 단계 700에서 트레이딩 참가자 2(TP2)에게 메시지를 시작한다. 상기 메시지는 프로세스 관리 플랫폼(318)에 의해 수신되고 즉시로 로그된다. 단계 710에서의 로긴(logging) 프로세스는, 상기 메시지가 수신자에 전송되기 전에 장애가 생기면 이번 예의 트레이딩 참가자 2에서 재처리할 수 있을 것이라는 것을-프로세스 관리 플랫폼(318)을 통하는 전달의 신뢰성을 보증하면서 보증한다. 또한, 수신된 메시지의 로긴은 어카운트 서비스(670)와 같은 프로세스 관리 플랫폼(318)에서 다른 서비스에 대한 정보를 제공한다.

메시지를 로그한 후에, 단계 720에서 프로세스 관리 플랫폼(318)은 상기 메시지(예를 들어 비즈니스 프로세스 데이터)를 확인한다. 메시지 확인은 다수의 테스트들을 포함한다. 단계 720의 제1 테스트는 상기 메시지의 물리적인 전송을 검증하는 것을 포함한다. 이 테스트는 주기적 덧붙임 검사(CRC; Cyclic Redundancy Check)를 사용하거나 메시지 자체의 무결성을 검증하는데 사용될 수 있는 어떤 다른 방법을 사용하여 수행될 수 있다. 불필요한 메시지 헤더 및 테일(tail) 정보는 메시지로부터 제거되고, 다음의 확인 테스트가 수행된다. 다음의 확인 테스트는 메시지의 전송자의 아이덴티티의 인증일 수 있다. 프로세스 관리 플랫폼(318)에 의해 제공되는 하나의 서비스는 트레이딩 참가자들에 대한 거래의 인증을 보장하는 것이다. 프로세스 모듈(318)의 이러한 능력은 단계 720에서 수행된다. 더욱이, 메시지는 디지털 서명을 포함할 수 있다. 그러한 경우, 본 발명은 전송자의 아이덴티티 수락의 일부로서 상기 서명을 확인할 수 있다.

다른 검사들은 메시지의 균일 거래 포맷을 확인하는 것을 포함할 수 있다. 예를 들어, 본 발명의 일 실시예는 문법 및 순서 확인을 위해 로제타네트 메시지를 확인한다.

프로세스 관리 플랫폼(318)이 내장 오류 정정 정보를 사용하여 전송 오류들을 정정하는 것을 포함하여, 어떤 방식으로 메시지를 변경하는 경우, 상기 메시지를 수신자에게 전달하기 전에 상기 메시지를 "표시(sign)"하는 것이 필요할 수 있다.

확인 이후에, 단계 730에서, 상기 메시지는 도 6에 도시되고 상술된 방식으로 처리된다. 메시지 처리가 완료된 경우, 프로세스 관리 플랫폼(318)은 단계 740에서 도시되는 바와 같이 트레이딩 참가자 2로 상기 메시지를 전송한다.

필요한 경우 변환되고 번역된 메시지는 단계 750에서 트레이딩 참가자 2에 의해 수신된다. 트레이딩 참가자 2는 전형적으로 균일 거래 포맷 명령들을 사용하여 상기 메시지의 수신을 확인응답한다. 단계 760에서 트레이딩 참가자 2는 이 확인응답을 프로세스 관리 플랫폼(318)에 송신한다. 단계 770에서 프로세스 관리 플랫폼(318)은 확인응답을 수신하고, 단계 780에서 트레이딩 참가자 1에 의해 이해될 수 있도록 확인응답을 공식화한다. 이 확인응답은 단계 780에서 전송되고 단계 790에서 수신된다. 단계 790이 완료된 경우, 트레이딩 참가자 1은 트레이딩 참가자 2가 이해할 수 있는 포맷으로 그의 메시지가 트레이딩 참가자 2에 전송되었다는 것을 확인할 수 있다. 트레이딩 참가자 2가 상기 메시지에 응답하기를 원하는 경우, 단계 700에서 신규 거래를 시작할 수 있고, 상기 2 트레이딩 참가자들은 역할을 교환한다.

비즈니스 프로세스 데이터 번역/변환

프로세스 서비스 모듈(316)에 의해 제공되는, 프로세스 관리 플랫폼(318)의 다른 기능은 필요한 경우 메시지 포맷들을 번역하거나 변환하는 것이다. 단일 메시지는 다수의 상이한 변환들 및 번역들을 요구할 수 있다. 이것은 트레이딩 참가자들에 대한 문제를 내포한다. 예를 들어, 제품 안내들이 전송되는 각 트레이딩 참가자에 대해 상이한 포맷들로 번역될 필요가 있는 경우 상기 제품 안내들은 매우 비효율적이다. 본 발명의 실시예는 적어도 다음 상황들에서 메시지들을 번역하거나 변환할 수 있다. 본 발명의 일 실시예에서 이 기능의 목적은 전송자 및 수신자가 그들의 각 시스템들간의 어떤 차이들에 투명한 어떤 메시지를 처리할 수 있도록 메시지를 정규화하는 것이다.

암호화:

비즈니스 프로세스 데이터는 암호화되어 프로세스 서비스 모듈(316)에 도달할 수 있다. 암호화는 예정된 수신자만이 상기 데이터를 해석할 수 있도록 프로세스에 의해 상기 데이터가 변경될 수 있는 프로세스이다. 메시지가 암호화되어 프로세스 서비스 모듈(316)에 도달하고, 예정된 수신자가 그 프로필에 따라 메시지가 수신된 형식으로 암호화된 데이터를 처리할 수 없는 경우, 프로세스 서비스 모듈(316)이 암호해독하고, 상기 수신자에 의해 이해가능한 포맷으로 상기 메시지를 다시 암호화할 수 있다. 프로세스 서비스 모듈(316)은 모든 등록된 트레이딩 참가자들에 대해 암호화 데이터를 관리함으로써 이 서비스를 수행한다.

프로토콜 번역:

프로세스 서비스 모듈(316)에 의해 수행되는 번역 서비스의 다른 형태는 상이한 비즈니스 프로세스 데이터 포맷들간을 번역하는 것이다. 예를 들어, 트레이딩 참가자 1은 비즈니스 프로세스 데이터를 교환하기 위한 EDI 포맷을 사용하는 시스템을 구비할 수 있다. 현재 기술 하에서, 상기 트레이딩 참가자는 그 시스템만이 EDI를 이해하는 경우 로제타네트를 사용하는 트레이딩 참가자 2로부터의 명령들을 전자적으로 처리할 수 없다. 균일 거래들 프로토콜들의 다른 예들은 CxML 및 CBL을 포함한다. 본 발명의 실시예는 프로토콜 번역을 제공함으로써 이 문제에 해답을 제공한다. 예를 들어, 프로세스 관리 플랫폼은 테이블-룩업, 데이터베이스 방법들, 및 트레이딩 참가자 1에 의해 이해되는 균일 거래 포맷으로부터 트레이딩 참가자 2에 의해 이해되는 포맷으로 메시지들을 결절없이(seamlessly) 번역하는 다른 방법들을 사용할 수 있다. 각 트레이딩 참가자가 이해하는 거래 포맷 또는 포맷들에 대한 정보는 프로세스 서비스 모듈(316)에 의해 트레이딩 참가자 프로필 데이터베이스에 유지될 수 있다.

프로토콜 버전 변환:

본 발명의 실시예가 해결하는 다른 문제는 트레이딩 참가자 1 및 트레이딩 참가자 2 양자가 동일한 균일 비즈니스 프로세스 프로토콜을 사용하지만 상기 프로토콜의 상이한 버전들을 사용하는 경우에 발생한다. 예를 들어, 로제타네트 버전 1.1 및 버전 2.0은 매우 상이하다. 하나의 버전을 사용하는 트레이딩 참가자는 다른 하나의 버전을 사용하는 트레이딩 참가자와 거래 데이터를 결절없이 통신할 수없을 것이다. 번역 및 변환 서비스의 다른 기능은 균일 거래 프로토콜의 버전들간을 번역하기 위하여 테이블-룩업 또는 유사한 방법을 사용하는 것이다. 본 발명은 이 서비스를 트레이딩 참가자들에게 눈에 안 보이게 제공할 수 있는데, 왜냐하면 본 발명은 트레이딩 참가자 프로필 데이터베이스에 각 트레이딩 참가자의 능력들에 대한 정보를 이용할 수 있기 때문이다.

단일 균일 비즈니스 프로세스 포맷의 단일 버전내에 있는 경우라도, 상이한 트레이딩 참가자들은 포맷에 있어서 다양한 메시지들을 상이하게 해석할 수 있다. 예를 들어 로제타네트를 사용하는 경우, 버전 2.0을 사용하는 2 트레이딩 참가자들은 PIP에 대해 상이한 의미로 이해할 수 있다.

레거시 시스템들(Legacy Systems):

전자 트레이딩 커뮤니티를 통해 송신된 통신들에 대한 다른 문제는 한 트레이딩 참가자가 다른 트레이딩 참가자보다 훨씬 더 오래된 컴퓨터 시스템을 구비하는 경우 발생한다. 2 트레이딩 참가자들은 전자적으로 비즈니스하기를 원할 수 있지만, 그들의 시스템들은 통신할 수 없을 수 있다. 번역 및 변환 서비스의 다른 기능은 이들 2 트레이딩 참가자들간의 통신을 용이하게 하는 것이다. 프로세스 관리 플랫폼을 이용함으로써, 본 발명의 실시예는 레거시 시스템 및 현대 시스템간의 차이들을 어느 하나의 시스템이 처리하도록 요구되지 않고, 레거시 시스템 및 현대 시스템간의 인터페이스를 용이하게 처리할 수 있다.

다수의 트레이딩 참가자들에게 방송:

본 발명의 실시예는 또한 트레이딩 참가자들간에 메시지들을 방송하는 능력을 정의한다. 이 서비스는 어떤 목적으로 메시지들의 방송을 허용하도록 제공된다. 현재 시스템들에 있어서, 메시지들을 방송하는 것은 어려운데, 왜냐하면 레거시 시스템들을 사용하고, 로제타네트와 같은 통신 프로토콜들의 상이한 버전들을 사용하는 트레이딩 참가자들과, 상술된 바와 같이 각 잠재적인 트레이딩 참가자에 의해 사용되는 항상 변하는 유형의 시스템들에 대한 정보의 부족을 포함하여 많은 고려사항들이 있기 때문이다.

그러나, 데이터를 방송하는 능력은 비즈니스 프로세스들을 용이하게 할 수 있기 때문에 바람직하다. 예를 들어, 본 발명의 일 실시예에 있어서, 트레이딩 참가자는 신규 제품 안내 메시지들을 방송하기를 원할 수 있다. 상기 트레이딩 참가자는 모든 가능한 트레이딩 참가자들에게 제품 안내를 방송하도록 프로세스 서비스 모듈(316)에 지시하는 메시지를 프로세스 서비스 모듈(316)에 전송할 수 있다. 프로세스 서비스 모듈(316)은 이 때 어느 트레이딩 참가자들이 이러한 제품에 관심이 있는지 결정하기 위하여 프로필 데이터베이스를 검사하고, 각각에 수용가능한 포맷으로 메시지를 복사하며, 지시된 바와 같이 상기 안내를 "방송"할 것이다. 수신자 트레이딩 참가자들은 이때 개시 트레이딩 참가자에게 라우팅하기 위하여 프로세스 서비스 모듈(316)에 확인응답을 되돌려 전송할 수 있고, 상기 제품 안내의 수신을 확인응답한다. 상술된 바와 같이 프로세스 서비스 모듈(316)에 의해 알려진 번역 및 프로필 데이터는 본 발명이 다수의 트레이딩 참가자들에게 데이터를 방송하기 위한 무결절 인터페이스를 제공하도록 허용한다.

데이터 보관(Archive Data):

A. 거래 보관(Transaction Archiving):

비즈니스 프로세스 보관은 비즈니스 거래 협상들의 기존 방법들에 비하여 본 발명의 진보들 중의 하나를 제공한다. 비즈니스 프로세스를 포함하는 모든 통신들은 프로세스 관리 플랫폼(318)을 통해 통과하기 때문에, 본 발명은 비즈니스 프로세스를 포함하거나 관련된 모든 메시지들을 보관 데이터 저장부에 저장할 수 있다. 도 8은 본 발명의 데이터 저장들에 대한 보관 데이터 서비스의 관계를 도시한다. 보관 처리(865)는 거래 로그(800, transaction log)를 독출할 수 있고, 데이터 보관소(860, data archive)에 정보를 저장할 수 있다. 이 데이터 저장부는 협상 조건, 가격, 수량, 품질, 품목 획득 데이터, 품목 기술 정보 및 배달 계약들을 포함하는 비즈니스 프로세스의 모든 요소들의 저장소이다.

비즈니스 프로세스 데이터를 보관하는 것은 양 참가자들에게 "거래(deal)"의 기록을 제공한다. 어느 한 명의 참가자가 "부인(repudiate)"(협정을 중단)하려고 하는 경우, 다른 참가자는 법적 절차에서 협정의 상세들을 입증하기 위하여 데이터 보관소에 저장된 데이터를 사용할 수 있다. 이 정보는 거래 로그의 형태로 본 발명에 의해 저장된다. 품목들은 단계 605에서 상술된 바와 같이, 수신되는 경우 거래 로그에 추가된다. 보관 데이터는 어떤 시간 간격 동안 유지될 수 있다. 예를 들어, 상기 데이터는 부인 방지 및 법적 보관 요건을 지원하기 위하여 7년 이상 유지될 수 있다. 데이터 보관소에 있는 데이터는 보다 더 액세스 가능하게 하기 위하여 색인이 붙여질 수 있다.

B. 데이터 마이닝(Data Mining):

비즈니스 프로세스 데이터 거래 정보가 또한 거래 평가 및 분석 보고 서비스를 지원하기 위해 저장될 수 있다. 본 발명에 의해 달성되는 거래들은 시장 동향을 예측하고, 공급 및 수요를 예측하며, 가격 문제를 평가하는데 유용한 통계 정보를 생성하기 위하여 소프트웨어 프로그램들에 의해 "마이닝(mined)"될 수 있다. 데이터 마이닝은 소프트웨어 프로그램들이 어떤 유형의 정보에 대해 데이터베이스를 스캔하고, 요약 정보를 생성하기 위하여 수학적으로 상기 정보를 조작 처리하는 프로세스이다.

거래 평가 및 분석 보고(TEAR; Transactions Evaluation and Analysis Report):

본 발명이 트레이딩 참가자들에게 제공하는 서비스들 중 하나는 통계 정보로부터 시장 동향을 획득하는 능력이다. 본 발명은 거래 로그(800)에 저장된 본 발명의 기반 구조를 통과하는 거래 데이터를 감시하고 처리할 수 있다. 이 정보는 트레이딩 참가자들의 기밀 정보를 보호하고 관심있는 시장 동향에 대한 정보를 다른 트레이딩 참가자들에게 제공하는 방식으로 처리될 수 있다.

예를 들어, 본 발명의 일 실시예에 있어서, 거래 평가 및 분석 보고 서비스(885)는 특정 컴퓨터 하드디스크 드라이브의 가격에 관련된 입력들에 대해 거래 로그(800)를 감시한다. 특정 컴퓨터 하드디스크 드라이브의 사양에 맞는 품목의 가격 협상들에 관한 트레이딩 참가자들간의 거래들이 검출되는 경우, 거래 평가 및 분석 보고 서비스(885)는 이 입력을 자신의 데이터 저장부인 거래 평가 및 분석 보고 데이터베이스(850)에 복사한다. 하드디스크 가격들에 대한 보고가 요구되는경우, 특정 기간에 걸쳐 특정 컴퓨터 하드디스크 드라이브의 최고, 최저 및 중간 가격에 대한 정보를 생성하기 위하여 거래 평가 및 분석 보고 데이터베이스(850)에서 조회가 수행된다. 이 정보는 이 때 관심있는 트레이딩 참가자들에게 제공될 수 있다.

디렉토리 서비스들:

본 발명의 일 실시예에 있어서, 본 발명은 디렉토리의 사용을 고려한다. 디렉토리는 프로세스 관리 플랫폼에 의해 생성되고 각 트레이딩 참가자가 지원할 수 있는 비즈니스 프로세스들의 집합을 포함한다. 예를 들어, 한 트레이딩 참가자는 다른 트레이딩 참가자가 특정 비즈니스 프로세스를 지원하는지를 결정하기 위하여 상기 디렉토리를 액세스할 수 있다. 본 발명의 일 실시예에 따라, 상기 디렉토리는 웹 기반 인터페이스(또는 어떤 다른 유형의 클라이언트 인터페이스)를 통해 액세스될 수 있다.

본 발명의 일 실시예에 따라, 디렉토리는 프로세스 관리 플랫폼(316)의 서비스에 의해 생성된다. 디렉토리 서비스들(650)은 각 트레이딩 참가자가 지원할 수 있는 비즈니스 프로세스들의 수집을 포함한다. 예를 들어, 한 트레이딩 참가자는 다른 트레이딩 참가자가 특정 비즈니스 프로세스를 지원하는지를 결정하기 위하여 상기 디렉토리를 액세스할 수 있다.

디렉토리 서비스들(650)은 트레이딩 참가자의 비즈니스 프로세스들의 "옐로우 페이지들(yellow pages)"로서 이해될 수 있다. 이들 옐로우 페이지들은 디렉토리 서비스 기능의 제어 하에 있는 데이터베이스로서 본 발명에 의해 구현될 수 있다. 도 8은 디렉토리 서비스들(845) 및 디렉토리 서비스들 데이터베이스(830) 간의 관계를 도시한다. 디렉토리 서비스들 데이터베이스(830)에 저장된 입력들은 트레이딩 참가자의 제품들, 서비스들 및 가격들에 대한 정보를 포함할 수 있다. 본 발명의 일 실시예에 따라, 디렉토리 서비스들 데이터베이스(830)는 웹 기반 인터페이스(또는 어떤 다른 유형의 클라이언트 인터페이스)를 통해 액세스될 수 있다. 상기 정보는 동적 검색을 위해 자동 협상 서비스들(855)에 이용가능할 수 있다.

디렉토리 서비스들 데이터베이스(830)에 저장된 정보는 사용중인 균일 번역 포맷의 확장들을 통해 트레이딩 참가자들에 의해 제공된다. 본 발명의 일 실시예에 있어서, 예를 들어, 트레이딩 참가자가 신규 제품 안내를 방송하는 경우, 디렉토리 서비스들(845)이 거래 로그(800)를 감시할 수 있기 때문에, 디렉토리 서비스들(845)에 의해 디렉토리 서비스들 데이터베이스(830)내의 트레이딩 참가자의 입력에 상기 정보가 또한 추가될 수 있다.

트레이딩 참가자 협정들의 자동 협상:

본 발명의 일 특징은 트레이딩 참가자 협정들의 자동 협상이다. 다음 표는 본 발명의 일 실시예에서의 이러한 프로세스의 단계들을 나타낸다. 자동 협상은 전통적으로 수동 프로세스들에 의해 수행된 작업들을 수행하기 위하여 컴퓨터 기반 거래들을 사용할 수 있다.

보통의 비즈니스 전형에 있어서, 특정 하드디스크 드라이브의 구매는 다음 표의 좌측열에서 표시된 바와 같이 진행될 수 있다. 자동 협상에 의해 처리되는 동일한 거래는 우측열에 의해 표시된다.

수동 협상들	자동 협상들
비즈니스 1(B1)은 신규 하드디스크 드라이브(X)의 가격에 관하여 다양한 비즈니스들을 호출한다. 이 단계는 B1이 X에 대한 최선 가격이 개당 $100인 것을 알고 그것을 확신할 때까지 반복된다.	트레이딩 참가자 1(TP1)은 최선 가격으로 하드디스크(X) 10개를 요청하는 균일 데이터 포맷 메시지를 프로세스 관리 플랫폼(PMP)에 송신한다. 상기 메시지는 품목 획득 데이터 및 하드디스크(X)에 대한 기술 데이터를 명시한다. 품목 획득 데이터는 단위 수, 가격, 배달 날짜, 배달 방법, 배달 위치를 포함할 수 있다. 기술 데이터는 하드디스크(X)를 고유하게 식별하는 정보를 명시할 수 있다.
B1은 가장 적당한 판매자로서 비즈니스 2(B2)를 선택하고 12월 1일까지, 본선 인도 가격(F.O.B)으로 B1의 공장에 배달되는 경우 개당 $100의 가격으로 하드디스크(X) 100개를 구매하는 제안을 제공하는 팩스를 B2에 보낸다.	PMP는 하드디스크(X)를 제공하는 참가자들에 대해 디렉토리 서비스들 데이터베이스(830)를 검색한다. PMP는 가격에 기초하여 판매자들의 목록으로서 그 결과를 분류한다.
B2는 12월 1일까지 하드디스크(X) 50개와 12월 15일까지 50개를 배달할 수 있지만 가격은 개당 $120이어야 한다는 것을 전자우편으로 B1에게 보낸다.	PMP는 판매자들 목록상의 제1 트레이딩 참가자(TP2)에게 최선 가격으로 12월 1일까지 하드디스크(X) 100개를 요청하는 메시지를 시작한다.
B1은 B2에게 전화를 걸어 단지 개당 $105를 주장한다. B2는 동의하지만 분할 배달을 주장한다.	TP2의 응답 메시지가 품목 획득 데이터 또는 기술 데이터와 부합하지 않는 경우, PMP는 분류된 목록상의 다음 판매자인 TP3에 메시지를 전송한다.
B1은 2 로트로, 하나는 12월 1일에 그리고 하나는 12월 15일에 배달되는, 개당 $105를 지불할 것을 동의한다.	PMP가 만족스러운 응답을 수신하기 전에 그 목록을 다 써버린 경우, PMP는 부합할 때까지 또는 모든 가능성을 다 써버릴 때까지 TP1에 의해 허용된 매개변수들내에서 품목 획득 데이터를 변경하면서 목록의 위쪽에서 다시 시작한다.
B2가 상기 조건을 동의하는 경우 협정이 완료된다.	부합하는 것이 있는 경우, PMP는 판매 TP에 확인을 전송하고, 협정의 구매자에게 통지를 전송한다.
B1 및 B2가 협정에 도달하는 것에 실패하는 경우, B1은 신규 비즈니스(B3)에 제안함으로써 다시 시작한다.	부합하는 것이 없는 경우, PMP는 TP1에 실패 메시지를 송신하고, TP1은 이제 품목 획득 데이터 및/또는 기술 데이터를 수정하고 다시 시작할 수 있다.

자동 협상(855)은 또한 디지털 인증서 관리 서비스들을 포함할 수 있다. 이 기능에 있어서, 본 발명은 디지털 인증 기관이 제공하는 바와 같이, 트레이딩 참가자들에게 디지털 인증서들을 제공할 수 있다. 또한 본 발명은 트레이딩 참가자들의 프로필 또는 디렉토리 레코드들에 다른 트레이딩 참가자들의 공개키들을 유지함으로써 디지털 서명들을 확인하도록 트레이딩 참가자들을 돕는 기능들을 제공할 수 있다. 본 발명은 어떤한 형태의 사용자 인증을 사용하여 구현될 수 있고, 본 발명의 예시의 목적으로 본 명세서에 설명된 인증의 예들에 제한되지 않는다.

어카운팅 서비스들(Accounting Services):

본 발명에 트레이딩 참가자의 인터페이스를 용이하게 하기 위하여, 본 발명은 처리하는 모든 비즈니스 프로세스들에 대한 데이터를 유지할 수 있다. 이 정보는 본 발명에 의해 수행되는 서비스들에 대해 트레이딩 참가자들에게 요금 부과하는데 유용하다. 추가로, 어카운트 서비스들은 거래 로그에 있는 거래 기록에 기초하여 트레이딩 참가자 어카운트들 및 서비스 품질을 감시할 수 있다. 이 정보는 전자 클라이언트 요금 부과로 번역될 수 있고, 트레이딩 참가자들에 대한 또 다른 프로세스를 자동화한다.

본 발명은 또한 거래 동안 이체되는 자금들에 대한 에스크로 에이전트(escrow agent)로서 동작하는, 트레이딩 참가자들 간의 전자 자금 이체들을 관리할 수 있다.

가상 트레이딩 참가자:

본 발명의 일 실시예는 가상 트레이딩 참가자(예를 들어 특정 비즈니스 거래의 관점에서 포함되는 실체)의 구성을 고려한다. 도 5는 가상 트레이딩 참가자가 본 발명의 일 실시예에 따라 프로세스 관리 시스템과 갖는 관련을 도시한다. 가상 트레이딩 참가자(500)는 새로이 또는 현재 접속된 트레이딩 참가자(308)의 동작 특성들 및 접속성을 테스트하기 위한 메커니즘을 제공한다. 예를 들어, 본 발명의 일 실시예에 있어서, 가상 트레이딩 참가자(500)는 실제 트레이딩 참가자(308)에 의해 전송된 비즈니스 프로세스 데이터에 대한 수신자로서 동작한다. 따라서, 트레이딩참가자(308)는 시스템을 테스트하기 위하여 가상 트레이딩 참가자(500)를 이용할 수 있다. 트레이딩 참가자(308)는 예를 들어 개별 비즈니스 프로세스들을 정의하는 데이터가 시스템에 의해 이해되는 균일 포맷을 갖는지를 결정하기 위하여 가상 트레이딩 참가자(500)를 이용할 수 있다.

시스템이 로제타네트 PIP들을 이용하는 경우, 가상 트레이딩 참가자(500)는 신규 또는 기존 트레이딩 참가자들이 그 포맷이 로제타네트 표준에 적합한 지를 결정하기 위한 메커니즘을 제공한다. 표준이 발전함에 따라, 트레이딩 참가자들(예를 들어, 308)은 표준의 식별된 버전과 호환성을 보장하기 위하여 가상 트레이딩 참가자(500)를 이용할 수 있다. 트레이딩 참가자(308)가 전송될 메시지들이 표준의 어떤 버전에 따르는지를 결정하기를 원하는 경우, 트레이딩 참가자(308)는 비즈니스 프로세스 데이터의 허구 집합(fictional set)을 가상 트레이딩 참가자(500)에 전송할 수 있다. 가상 트레이딩 참가자(500)는 데이터를 확인하고 적절한 응답을 전송함으로써 응답하도록 구성된다.

가상 트레이딩 참가자(500)는 또한 트레이딩 참가자(308)가 특정 비즈니스 프로세스를 완료하는데 필요한 데이터의 유형을 자동으로 교환하도록 준비되었는지를 결정하는 방식을 제공한다. 더욱이, 본 발명의 일 실시예에 있어서, 가상 트레이딩 참가자는 프로세스 관리 플랫폼(318)이 상기 프로세스 관리 플랫폼을 통해 전송된 비즈니스 프로세스 데이터에 대한 정보를 보관 및/또는 저장하도록 구성되는지를 결정하고 테스트 보고들을 생성하기 위한 메커니즘을 제공한다. 본 발명의 일 태양에 있어서, 프로세스 관리 플랫폼은 비즈니스 프로세스들의 디렉토리를 제공한다. 가상 트레이딩 참가자는 트레이딩 참가자들이 디렉토리를 액세스하는 능력을 검토하고 테스트하며 특정 트레이딩 참가자가 수행하도록 구성된 비즈니스 프로세스들에 대한 데이터를 획득하는 방식을 제공할 수 있다. 따라서, 가상 트레이딩 참가자는 특정 트레이딩 참가자가 비즈니스 프로세스 데이터에 대한 다른 동작들을 수행하고 전송하며 수신할 준비가 되었는지를 결정하기 위한 피드백 메커니즘을 제공한다.

따라서, 비즈니스 프로세스들의 관리를 용이하게 하는 방법 및 장치가 기술되었다. 그러나, 청구범위 및 청구범위의 균등물의 전체 범위가 본 발명을 규정한다.

Claims

비즈니스 프로세스 통신을 용이하게 하는 방법에 있어서,

적어도 한 명의 제1 트레이딩 참가자로부터 비즈니스 프로세스 데이터를 획득하는 단계;

상기 비즈니스 프로세스 데이터를 프로세스 관리 플랫폼에서 처리하는 단계; 및

상기 프로세스 관리 플랫폼으로부터 상기 비즈니스 프로세스 데이터를 적어도 한 명의 제2 트레이딩 참가자로 전송하는 단계를 포함하는 것을 특징으로 하는 비즈니스 프로세스 통신을 용이하게 하는 방법.
제1항에 있어서, 상기 비즈니스 프로세스 데이터를 획득하는 단계는 프로세스 게이트웨이에서 발생하는 것을 특징으로 하는 비즈니스 프로세스 통신을 용이하게 하는 방법.
제2항에 있어서, 상기 프로세스 게이트웨이는 상기 적어도 한 명의 제1 트레이딩 참가자의 적어도 하나의 레거시(legacy) 시스템과 인터페이스하는 것을 특징으로 하는 비즈니스 프로세스 통신을 용이하게 하는 방법.
제2항에 있어서, 상기 프로세스 관리 플랫폼은 상기 비즈니스 프로세스 데이터를 복수의 트레이딩 참가자들에게 방송하는 것을 특징으로 하는 비즈니스 프로세스 통신을 용이하게 하는 방법.
제4항에 있어서, 상기 프로세스 관리 플랫폼으로부터 상기 비즈니스 프로세스 데이터를 상기 적어도 한 명의 제2 트레이딩 참가자로 전송하는 단계 이전에 비즈니스 로직이 상기 비즈니스 프로세스 데이터에 적용되는 것을 특징으로 하는 비즈니스 프로세스 통신을 용이하게 하는 방법.
제1항에 있어서, 상기 비즈니스 프로세스 데이터를 균일 포맷으로 일치하도록 상기 비즈니스 프로세스 데이터를 수정하는 단계를 더 포함하는 것을 특징으로 하는 비즈니스 프로세스 통신을 용이하게 하는 방법.
제1항에 있어서, 상기 처리 단계는 상기 비즈니스 프로세스 데이터를 저장 매체에 보관(archiving)하는 단계를 더 포함하는 것을 특징으로 하는 비즈니스 프로세스 통신을 용이하게 하는 방법.
제7항에 있어서, 부인 방지(non-repudiation) 목적으로 상기 보관된 비즈니스 프로세스 데이터를 실체(entity)에 제공하는 단계를 더 포함하는 것을 특징으로 하는 비즈니스 프로세스 통신을 용이하게 하는 방법.
제8항에 있어서, 상기 비즈니스 프로세스 데이터는 적어도 하나의 파트너 인터페이스 프로세스를 포함하는 것을 특징으로 하는 비즈니스 프로세스 통신을 용이하게 하는 방법.
제8항에 있어서, 상기 비즈니스 프로세스 데이터는 기술 정보를 포함하는 것을 특징으로 하는 비즈니스 프로세스 통신을 용이하게 하는 방법.
제1항에 있어서, 상기 비즈니스 프로세스 데이터는 품목 획득 데이터를 포함하는 것을 특징으로 하는 비즈니스 프로세스 통신을 용이하게 하는 방법.
제1항에 있어서, 상기 비즈니스 프로세스 데이터는 서비스 획득 데이터를 포함하는 것을 특징으로 하는 비즈니스 프로세스 통신을 용이하게 하는 방법.
제1항에 있어서, 상기 적어도 한 명의 제1 트레이딩 참가자는 상기 비즈니스 프로세스 데이터를 이용하는 실체를 포함하는 것을 특징으로 하는 비즈니스 프로세스 통신을 용이하게 하는 방법.
제13항에 있어서, 상기 실체는 구매자를 포함하는 것을 특징으로 하는 비즈니스 프로세스 통신을 용이하게 하는 방법.
제13항에 있어서, 상기 실체는 공급자를 포함하는 것을 특징으로 하는 비즈니스 프로세스 통신을 용이하게 하는 방법.
제13항에 있어서, 상기 실체는 분배자를 포함하는 것을 특징으로 하는 비즈니스 프로세스 통신을 용이하게 하는 방법.
제13항에 있어서, 상기 실체는 제조업자를 포함하는 것을 특징으로 하는 비즈니스 프로세스 통신을 용이하게 하는 방법.
제1항에 있어서, 상기 프로세스 관리 플랫폼은 복수의 분배 시스템들을 포함하는 것을 특징으로 하는 비즈니스 프로세스 통신을 용이하게 하는 방법.
제1항에 있어서, 상기 프로세스 관리 플랫폼은 상기 적어도 한 명의 제1 트레이딩 참가자와 관련된 비즈니스 프로세스 인터페이스를 통해 액세스될 수 있는 것을 특징으로 하는 비즈니스 프로세스 통신을 용이하게 하는 방법.
제1항에 있어서, 상기 적어도 한 명의 제1 트레이딩 참가자에게 상기 비즈니스 프로세스 인터페이스로의 액세스를 제공하는 단계를 더 포함하는 것을 특징으로 하는 비즈니스 프로세스 통신을 용이하게 하는 방법.
제20항에 있어서, 상기 비즈니스 프로세스 인터페이스로의 액세스는 웹 브라우저를 통해 제공되는 것을 특징으로 하는 비즈니스 프로세스 통신을 용이하게 하는 방법.
제20항에 있어서, 상기 비즈니스 프로세스 인터페이스는 상기 비즈니스 프로세스 데이터의 적어도 일부를 포함하는 데이터의 전송을 용이하게 하는 것을 특징으로 하는 비즈니스 프로세스 통신을 용이하게 하는 방법.
제20항에 있어서, 상기 비즈니스 프로세스 인터페이스는 상기 비즈니스 프로세스 데이터의 적어도 일부를 포함하는 데이터의 포맷팅(formatting)을 용이하게 하는 것을 특징으로 하는 비즈니스 프로세스 통신을 용이하게 하는 방법.
비즈니스 프로세스 통신을 용이하게 하는 방법에 있어서,

복수의 개시 트레이딩 참가자들로부터 비즈니스 프로세스 데이터를 획득하는 단계;

상기 비즈니스 프로세스 데이터를 프로세스 관리 플랫폼에서 처리하는 단계로서, 상기 비즈니스 프로세스 데이터를 수신하기 위한 하나 이상의 수신 트레이딩 참가자들을 상기 프로세스 관리 플랫폼에서 결정하는 단계를 포함하는 상기 처리 단계; 및

상기 프로세스 관리 플랫폼으로부터 상기 비즈니스 프로세스 데이터를 상기하나 이상의 수신 트레이딩 참가자들에게 전송하는 단계를 포함하는 것을 특징으로 하는 비즈니스 프로세스 통신을 용이하게 하는 방법.
제24항에 있어서, 상기 프로세스 관리 플랫폼으로부터 상기 비즈니스 프로세스 데이터를 상기 하나 이상의 수신 트레이딩 참가자들에게 전송하는 단계가 발생하기 전에 상기 비즈니스 프로세스 데이터는 비즈니스 기준에 따라 수정되는 것을 특징으로 하는 비즈니스 프로세스 통신을 용이하게 하는 방법.
컴퓨터 독출가능 프로그램 코드를 구비하는 컴퓨터 독출가능 매체를 포함하는 컴퓨터 프로그램 생성물에 있어서,

적어도 한 명의 제1 트레이딩 참가자로부터 비즈니스 프로세스 데이터를 획득하도록 구성되는 컴퓨터 독출가능 프로그램 코드;

상기 비즈니스 프로세스 데이터를 상호 접속 구성을 통해 액세스될 수 있는 프로세스 관리 플랫폼에서 처리하도록 구성되는 컴퓨터 독출가능 프로그램 코드; 및

상기 프로세스 관리 플랫폼으로부터 상기 비즈니스 프로세스 데이터를 적어도 한 명의 제2 트레이딩 참가자에게 전송하도록 구성되는 컴퓨터 독출가능 프로그램 코드를 포함하는 것을 특징으로 하는 컴퓨터 프로그램 생성물.
제26항에 있어서, 상기 비즈니스 프로세스 데이터를 획득하도록 구성되는 컴퓨터 독출가능 프로그램 코드는 프로세스 게이트웨이에서 실행되는 것을 특징으로 하는 컴퓨터 프로그램 생성물.
제26항에 있어서, 상기 프로세스 게이트웨이는 상기 적어도 한 명의 제2 트레이딩 참가자 및 상기 적어도 한 명의 제1 트레이딩 참가자의 적어도 하나의 레거시 시스템과 인터페이스하는 것을 특징으로 하는 컴퓨터 프로그램 생성물.
제26항에 있어서, 상기 프로세스 관리 플랫폼은 상기 비즈니스 프로세스 데이터를 복수의 트레이딩 참가자들에게 방송하는 것을 특징으로 하는 컴퓨터 프로그램 생성물.
제26항에 있어서, 상기 비즈니스 프로세스 데이터를 균일 포맷으로 일치하도록 상기 비즈니스 프로세스 데이터를 수정하도록 구성되는 컴퓨터 독출가능 프로그램 코드를 더 포함하는 것을 특징으로 하는 컴퓨터 프로그램 생성물.
제26항에 있어서, 상기 처리는 상기 비즈니스 프로세스 데이터를 저장 매체에 보관하는 것을 더 포함하는 것을 특징으로 하는 컴퓨터 프로그램 생성물.
제31항에 있어서, 부인 방지 목적으로 상기 보관된 비즈니스 프로세스 데이터를 실체에 제공하도록 구성되는 컴퓨터 독출가능 프로그램 코드를 더 포함하는것을 특징으로 하는 컴퓨터 프로그램 생성물.
제26항에 있어서, 상기 비즈니스 프로세스 데이터는 적어도 하나의 파트너 인터페이스 프로세스를 포함하는 것을 특징으로 하는 컴퓨터 프로그램 생성물.
제26항에 있어서, 상기 비즈니스 프로세스 데이터는 기술 정보를 포함하는 것을 특징으로 하는 컴퓨터 프로그램 생성물.
제26항에 있어서, 상기 비즈니스 프로세스 데이터는 품목 획득 데이터를 포함하는 것을 특징으로 하는 컴퓨터 프로그램 생성물.
제26항에 있어서, 상기 비즈니스 프로세스 데이터는 서비스 획득 데이터를 포함하는 것을 특징으로 하는 컴퓨터 프로그램 생성물.
제26항에 있어서, 상기 적어도 한 명의 트레이딩 참가자는 상기 비즈니스 프로세스 데이터를 이용하는 실체를 포함하는 것을 특징으로 하는 컴퓨터 프로그램 생성물.
제37항에 있어서, 상기 실체는 구매자를 포함하는 것을 특징으로 하는 컴퓨터 프로그램 생성물.
제37항에 있어서, 상기 실체는 공급자를 포함하는 것을 특징으로 하는 컴퓨터 프로그램 생성물.
제37항에 있어서, 상기 실체는 분배자를 포함하는 것을 특징으로 하는 컴퓨터 프로그램 생성물.
제37항에 있어서, 상기 실체는 제조업자를 포함하는 것을 특징으로 하는 컴퓨터 프로그램 생성물.
제37항에 있어서, 상기 프로세스 관리 플랫폼은 복수의 분배 시스템들을 포함하는 것을 특징으로 하는 컴퓨터 프로그램 생성물.
제37항에 있어서, 상기 프로세스 관리 플랫폼은 상기 적어도 한 명의 제1 트레이딩 참가자 및 상기 적어도 한 명의 제2 트레이딩 참가자와 관련된 비즈니스 프로세스 인터페이스를 포함하는 것을 특징으로 하는 컴퓨터 프로그램 생성물.
제37항에 있어서, 상기 적어도 한 명의 제1 트레이딩 참가자 및 상기 적어도 한 명의 제2 트레이딩 참가자에게 비즈니스 프로세스 인터페이스로의 액세스를 제공하도록 구성되는 컴퓨터 독출가능 프로그램 코드를 더 포함하는 것을 특징으로하는 컴퓨터 프로그램 생성물.
제37항에 있어서, 상기 비즈니스 프로세스 인터페이스는 웹 브라우저를 통해 제공되는 것을 특징으로 하는 컴퓨터 프로그램 생성물.
제37항에 있어서, 상기 비즈니스 프로세스 인터페이스는 상기 비즈니스 프로세스 데이터의 적어도 일부를 포함하는 데이터의 전송을 용이하게 하는 것을 특징으로 하는 컴퓨터 프로그램 생성물.
제37항에 있어서, 상기 비즈니스 프로세스 인터페이스는 상기 비즈니스 프로세스 데이터의 적어도 일부를 포함하는 데이터의 포맷팅을 용이하게 하는 것을 특징으로 하는 컴퓨터 프로그램 생성물.
복수의 비즈니스 프로세스를 관리하는 장치에 있어서,

복수의 상이한 실체들로부터 복수의 비즈니스 프로세스들을 획득하도록 구성된 프로세스 관리 플랫폼으로서, 상기 복수의 비즈니스 프로세스들은 미리 정의된 작업 흐름에 의해 연결되고 미리 정의된 시간 기간에 걸쳐 교환되는 일련의 메시지들을 포함하는 프로세스 관리 플랫폼; 및

상호 접속 구성을 통해 상기 프로세스 관리 플랫폼에 연결되는 프로세스 게이트웨이로서, 상기 복수의 상이한 실체들 중 적어도 하나와 결합되는 프로세스 게이트웨이를 포함하는 것을 특징으로 하는 복수의 비즈니스 프로세스 관리 장치.
제48항에 있어서, 상기 복수의 비즈니스 프로세스들의 전송 및 포맷팅을 용이하게 하도록 구성되는 비즈니스 프로세스 인터페이스를 더 포함하는 것을 특징으로 하는 복수의 비즈니스 프로세스 관리 장치.
제48항에 있어서, 상기 일련의 메시지들은 비즈니스 거래에서 적어도 하나의 상기 실체들과 관련된 특정 구성요소들을 집합적으로 정의하는 것을 특징으로 하는 복수의 비즈니스 프로세스 관리 장치.
복수의 비즈니스 프로세스들을 관리하기 위한 컴퓨터 독출가능 프로그램 코드를 구비하는 컴퓨터 독출가능 매체를 포함하는 컴퓨터 프로그램 생성물에 있어서,

복수의 제1 실체들로부터 복수의 비즈니스 프로세스들을 획득하도록 구성되는 컴퓨터 독출가능 프로그램 코드로서, 상기 복수의 비즈니스 프로세스들은 미리 정의된 작업 흐름에 의해 연결되고 미리 정의된 시간 기간에 걸쳐 교환되는 일련의 메시지들을 포함하는 컴퓨터 독출가능 프로그램 코드;

상기 복수의 비즈니스 프로세스들을 프로세스 관리 플랫폼에서 관리하도록 구성되는 컴퓨터 독출가능 프로그램 코드; 및

상기 프로세스 관리 플랫폼으로부터 상기 복수의 비즈니스 프로세스들을 복수의 제2 실체들 중 적어도 하나에 전송하도록 구성되는 컴퓨터 독출가능 프로그램 코드를 포함하는 것을 특징으로 하는 컴퓨터 프로그램 생성물.
제51항에 있어서, 상기 복수의 비즈니스 프로세스들을 상기 프로세스 관리 플랫폼에서 관리하도록 구성되는 컴퓨터 독출가능 프로그램 코드는:

상기 복수의 비즈니스 프로세스들 각각이 미리 정의된 포맷과 일치하는 지를 결정하고, 상기 복수의 비즈니스 프로세스들이 상기 미리 정의된 포맷과 일치하지 않은 경우 상기 복수의 비즈니스 프로세스들 각각은 상기 미리 정의된 포맷에 일치하도록 상기 복수의 비즈니스 프로세스들을 포맷하도록 구성되는 컴퓨터 독출가능 프로그램 코드; 및

상기 복수의 비즈니스 프로세스들을 보관할지를 결정하고 상기 비즈니스 프로세스들을 보관하도록 하는 결정이 긍정적인 경우 상기 복수의 비즈니스 프로세스들을 보관하도록 구성되는 컴퓨터 독출가능 프로그램 코드를 더 포함하는 것을 특징으로 하는 컴퓨터 프로그램 생성물.
비즈니스 관리 플랫폼에서 복수의 비즈니스 프로세스들을 획득하는 단계; 및

상기 프로세스 관리 플랫폼에서 메타프로세스(metaprocess)를 공식화하도록 상기 복수의 비즈니스 프로세스들을 결합시키는 단계를 포함하는 하는 방법.