KR20070001154A

KR20070001154A - 작업 흐름 인에이블된 링크 활성화용 시스템 및 방법

Info

Publication number: KR20070001154A
Application number: KR1020067017317A
Authority: KR
Inventors: 파디 비 체하드; 토니 피 커웬; 크리스토퍼 에스 기프트; 엘리 카원드; 린다 요크
Original assignee: 인터내셔널 비지네스 머신즈 코포레이션
Priority date: 2004-03-04
Filing date: 2005-03-04
Publication date: 2007-01-03
Also published as: WO2005086726A3; US8660880B2; CN101120374A; EP1747514A2; US20050197970A1; JP2008501158A; WO2005086726A2; EP1747514A4

Abstract

본 발명의 실시예는 비지니스 개체와 하나 이상의 트레이딩 파트너들 간에 트레이드 게이트웨이가 확립되도록 하는 네트워크 기반 작업 흐름 인에이블된 프로젝트 관리를 위한 방법 및 시스템을 제공한다. 본 발명의 실시예들은 컴퓨터 네트워크-기반 인터페이스의 사용을 통하여, 평가 계획과 파트너들의 준비성 평가, 트레이트 게이트웨이의 실행, 게이트웨이의 테스트 및 게이트웨이의 생산으로의 이동의 단계들을 용이하게 한다. 본 발명의 실시예들은 참가자 협동 시스템, 참가자의 준비성 데이터의 통합된 뷰, 및 활성화 스케쥴들을 갖는 효율적인 온-보딩을 제공한다. 본 발명을 구현하는 시스템은 또한 참가자 준비성 평가의 상세, 통합 계획, 온-보딩 상황을 완료하기 위한 개별 프로세스 실행 스케쥴, 및 작업 흐름 경보 성능을 포함하는 프로젝트 관리 기능을 갖는 실시간 보고를 제공한다.

Description

작업 흐름 인에이블된 링크 활성화용 시스템 및 방법{SYSTEM AND METHOD FOR WORKFLOW ENABLED LINK ACTIVATION}

본 발명은 컴퓨터 소프트웨어 분야에 관한 것이다. 보다 자세하게는, 본 발명은 비지니스 개체들이 전자 비지니스 대 비지니스 트레이드 트랜잭션을 행하기 위하여 전자 링크를 준비할 수 있도록 하는 방법 및 시스템에 관한 것이다.

비지니스 파트너와의 전자 트레이드의 수행은, 다수 레벨의 제어와 수 단계의 상호 작용이 트랜잭션을 완료할 것을 요구하는 복잡한 일이다. 예컨대, 전자 시스템(예컨대, 컴퓨터)의 제조업자는 복수의 상인들로부터 전자 부품들 및 선-조립된 전자 소자들을 획득한다. 제조업자는, 통상적으로, 제조업자들에게 시기적절하게 부품들이 공급되고 최소량의 오류가 제공될 수 있도록 하는 접속 가이드라인, 산업 사양 및 표준에 기초하여, 각 파트너와의 트레이드 링크를 확립한다.

트레이딩 파트너들 간의 링크를 확립하는 프로세스는 복잡하다. 입수 주문 을 개시하기 전에, 비지니스 개체들은 복수의 비지니스 요건들을 체크할 필요가 있다. 예컨대, 비지니스 개체는 적절한 주문 경로를 확립해야 하고, 트레이드의 각 측의 비지니스 룰을 체크해야 하고, 트레이드에 대한 법적 요건을 체크해야 한다. 또한, 다수의 룰은 주문 및 공급 취급에 대하여 체크되어야 한다. 예컨대, 주문 확인의 교환, 주문 추적, 주문 내용의 정당성의 검증, 주문에 대한 수정 처리 프로세싱이 생산에 들어가서 파트너 링크가 트레이딩을 위하여 사용 가능하게 되기 전에, 적절한 위치에서 체크되어야 하는 비지니스 트랜잭션의 모든 태양들이다.

비지니스 파트너들 간의 트레이드 링크의 확립은 통상적으로 개인 통신 및 문서 형태를 사용하여 수작업으로 행해져 왔다. 이것은 통상적으로 트레이트 링크를 확립하는 프로세스의 각 단계에 대하여 요건들의 리스트를 모두 기입하는 단계와 폼을 준비하는 단계를 포함한다. 폼은 검사되고, 사인되고 다음 세트의 폼을 위하여 교환된다. 이 수동 프로세스는 느릴 뿐만 아니라, 다수인의 개입을 요하므로 에러의 가능성이 있고, 수 레벨들에서 다수의 한계점(breaking point)을 나타낸다. 이 프로세스에 개입된 상이한 사람들은 지리학적으로 분리될 수도 있고, 예컨대 분리된 비지니스 파트에 속할 수도 있으며, 개인 통신은 프로세싱과 조화하여 기능하도록 능률적이 될수 없을 수도 있다.

Rosettanet^TM에 의하여 개발된 것과 같은 일부 프로토콜은 컴퓨터 네트워크가 능률적인 방식으로 트레이드를 전자적으로 수행할 수 있도록 사용된다. 그러나, 트레이딩 파트너들과의 링크의 확립을 위한 활성화 단계는 여전히 수작업의 프 로세스에 의존한다.

따라서, 트레이딩 파트너들이 트레이딩 파트너들 간의 링크를 활성화하는 프로세스를 능률화하고 제어할 수 있도록 하는 컴퓨터-기반 시스템 및 방법에 대한 필요성이 있다.

본 발명의 실시예는, 트레이드 게이트웨이를 통하여 비지니스 개체와 하나 이상의 트레이딩 파트너들 간에 트레이트 링크가 확립될 수 있도록 하는 네트워크-기반 작업 흐름 인에이블된 프로젝트 관리를 위한 방법 및 시스템을 제공한다. 트레이트 게이트웨이와 인터페이스하는 트레이트 링크를 확립하기 위하여, 비지니스 개체 및 트레이딩 파트너들은, 일부는 절차형(procedural)(예컨대, 트레이드 트랜잭션을 행하기 위한 법적 및/또는 회계 룰)이고, 나머지는 로지스티컬(logistical)(예컨대, 컴퓨터 네트워크의 설정 및 소프트웨어 호환성의 제공)인 일부 요건들을 만족해야 한다. 본 발명의 실시예는 절차형 및 로지스티컬 요건들 모두 만족하기 위한 지원을 제공한다. 본 발명의 실시예들은, 다수-단계의 프로세스로서 실행될 수 있으며, 여기서 각 단계는 하나 이상의 프로세스 단계들로 구성된다. 본 발명을 구현하는 시스템은, 예컨대 프로세스 계획의 실행, 작업 흐름의 관리, 경보의 발생, 스케쥴에 따른 각 개별 프로세스에 대한 프로세스의 추적, 및 실시간 보고의 발생을 허용한다.

활성화 프로세스는 하나 이상의 선택된 트레이드 프로토콜에 따라 전자 트레이드를 수행하기 위하여 트레이드 단계들을 정의하는 단계를 포함한다. 예컨대, 비지니스 개체는 Rosettanet^TM에 따라 한 세트의 파트너 인터페이스 프로세스(PIP)를 정의할 수도 있다. 파트너 인터페이스 프로세스들은 비지니스가 실행을 위하여 선택하는 프로젝트 계획에 따라 또는 고유의 상호-독립성에 의하여 프로세스의 시퀀스(작업 흐름)에서 구성될 수도 있다.

제1 단계인 평가 계획 단계에서, 비지니스 개체는, 트레이드를 수행하기 위한 소프트웨어 플랫폼, 소프트웨어 버전, 트레이드 프로토콜 형태 및 버전과 같은 참가자의 로지스틱스에 관한 정보, 및 각 참가자의 기술 및 기술적 준비성을 정의할 수도 있는 임의의 다른 정보를 소집한다. 본 발명을 구현하는 시스템은, 비지니스 개체가 참가자의 정보 및 프로젝트의 정보(예컨대, 프로토콜 정보)에 들어갈 수 있도록 하고, 참가자가 시스템을 원격으로 사용할 수 있도록 하는 안전 특성을 실행한다. 비지니스 개체는 참가자의 정보에 기초하여 각 참가자에 대하여 적합한 통합 계획을 개발한다.

본 발명의 실시예들은 전자 사용에 적합할 수 있는 비지니스 절차들을 실행하고, 비지니스 개체가 요건들을 용이하게 정의하도록 하고, 참가자들의 데이터에 들어가도록 하는 툴들을 제공한다. 비지니스 개체의 대표(예컨대, 커뮤니티 관리자)는 클라이언트 애플리케이션을 사용하여 시스템에 원격으로 접속하고, 트레이드 참가자들의 커뮤니티를 나타내는 사용자들의 가상 그룹들을 구축하고, 참가자가 시스템과 상호 작용할 때 참가자의 행동을 제어하는 데 사용되는 참가자의 정보에 들어갈 수도 있다. 시스템은 참가자들이 시스템에 로그인하여 정보를 등록하고 여기에 들어갈 수 있도록 하여, 시스템이 참가자의 준비성에 대한 평가를 행하게 한다.

준비성 평가 단계는 시스템(또는 사람)이 링크들의 로지스틱스를 테스트하는 것을 개시하기 위한 요건들이 만족되는 지를 체크한다.

실행 단계는 참가자의 준비성을 결정한 후 시작할 수도 있다. 이 단계에서, 커뮤니티 관리자는 이 참가자와의 트레이드 트랜잭션을 실행하는 데 적합한 한 세트의 전자 프로세스들 중에서 선택한다. 예컨대, 커뮤니티 관리자는 참가자의 시스템에 의하여 사용되는 소프트웨어 플랫폼과 프로토콜에 관하여 관련된 전자 프로세스들을 선택한다.

테스팅 단계는 트레이드의 각 단계의 상세한 태양을 나타낸다. 각 단계는 시스템이 착수하는 액션과, 그 후 원격 시스템이 착수해야 할 응답 액션으로서 정의될 수도 있다. 후자의 경우에서, 시스템은 시스템이 액션들, 액션들에 대한 예외, 응답 액션들 및 트레이트 트랜잭션을 수행하는 데 요구되는 트레이드 단계의 임의의 다른 태양을 취급할 수 있다는 것을 보증하기 위한 체크를 경험한다.

또한, 시스템은 스케쥴에 따른 테스팅을 추적하고, 테스팅 결과들을 보고하고, 각 개별 프로세스의 테스팅의 진행 상황에 관한 경보를 제공한다.

테스트될 통상적인 트랜잭션은 주문을 하는 단계, 한 세트의 명세에 대한 제품 정보를 체크하는 단계, 재고 조사 정보를 액세스하는 단계, 및 획득에 관련된 임의의 다른 전자 트랜잭션을 인에이블링하는 단계를 포함할 수도 있다.

이동(migration) 단계는, 시스템이 트레이드 트랜잭션 및 작업 처리량을 취급할 수 있다는 것을 테스팅 단계가 검증한 후, 파트너들이 여전히 상호 동작하는 것에 대하여 준비되어 있다는 것을 보증하는 단계를 포함한다. 다음, 프로세스들은 실제 트레이드 트랜잭션을 실행하기 위하여 사용을 위한 생산으로 이동된다.

도 1은 본 발명의 실시예가 트레이드 프로세스의 활성화를 용이하게 하기 위하여 실행되는 환경을 도시하는 블록도이다.

도 2는 본 발명의 실시예에 따른 게이트웨이 활성화 프로세스를 실행할 때 개입되는 전체 단계들을 도시하는 흐름도이다.

도 3은 본 발명의 실시예가 실행되고 이용되는 컨택스트(context)를 도시하는 블록도이다.

도 4는 본 발명의 실시예에 따라 실행된 바와 같은 활성화 프로세스에 개입된 단계들을 도시하는 흐름도이다.

도 5는 본 발명의 실시예에 따라 커뮤니티 관리자가 정보에 들어가서, 보고, 변경할 수 있도록 하는 사용자 인터페이스의 그래픽 요소들을 도시하는 블록도이다.

도 6은 본 발명의 실시예에 따라 커뮤니티 관리자가 참가자의 정보를 드릴다운(drilldown)할 수 있도록 하는 사용자 인터페이스의 그래픽 요소들을 도시하는 블록도이다.

도 7A 및 도 7B는 본 발명의 실시예에 따라 참가자가 데이터에 액세스하여 들어갈 수 있도록 하는 사용자 인터페이스의 그래픽 요소들을 도시하는 블록도이다.

본 발명의 실시예는, 트레이드 링크가 트레이드 게이트웨이를 통하여 비지니스 개체와 하나 이상의 트레이딩 파트너들 간에 확립되도록 하는 네트워크-기반 작업 흐름 인에이블된 프로젝트 관리를 위한 방법 및 시스템을 제공한다. 본 발명의 실시예는, 컴퓨터 네트워크 기반 인터페이스를 사용하여, 평가 계획 및 파트너의 준비성의 평가, 트레이드 게이트웨이의 실행, 게이트웨이를 테스팅하고, 스케일러블(scalable) 구조에서 실행할 수 있는 작업 흐름 엔진을 통하여 이 게이트웨이를 생산으로 이동시키는 단계들을 용이하게 한다.

다음 설명에서, 다수의 특정 상세가 본 발명의 상세한 설명을 통하여 더 제공하기 위하여 나타나 있다. 그러나, 본 발명은 이들 특정 상세없이 실행될 수도 있다는 것은 당업자에게 명백할 것이다. 다른 경우에서, 본 발명을 이해하기 힘들게 하지 않도록 잘 공지된 특성들은 상세히 설명하지 않았다. 그러나, 청구항들은 본 발명의 한계 및 경계를 정의하는 것이다.

용어

용어 "활성화(activation)"는 여기서 둘 이상의 파티(party)들 간에 제조 아이템들 또는 서비스를 획득하기 위한 것과 같은 전자 트레이드를 수행하기 위하여 전자 통신 게이트웨이를 준비하는 프로세스로 칭한다.

용어 "트레이드 게이트웨이(trade gateway)"와 용어 "게이트웨이(gateway)"는 여기서 트레이드 트랜잭션을 실행하는 데 사용되는 전자 링크로 칭하도록 상호 변경가능하게 사용된다.

용어 "커뮤니티 관리자(community manager)"는 여기서, 임무가 파트너들의 정보의 관리, 파트너들 및/또는 참가자들의 리스트(커뮤니티)의 구축 및 유지, 파트너가 되기 위하여 각 참가자가 만족해야 할 요건들 및 본 발명의 실시예들을 사용하는 트레이드 게이트웨이를 활성화하는 프로세스의 감독을 포함하는 것인 비지니스 개체의 대표자로 칭한다.

용어 "참가자(participant)"는 여기서 본 발명의 실시예를 사용하는 활성화 프로세스에 개입된 파티로 칭하는 것으로 사용된다. 그러나, 참가자는 이미, 비지니스 개체가 함께 새로운 게이트웨이를 개시하고, 현존하는 게이트웨이를 갱신하는 파트너일 수도 있다.

여기서 "사용자(user)"에 대한 참조는 컴퓨터 애플리케이션을 사용하는 개인 및/또는 하나 이상의 자동 프로세스에 번갈아 칭한다. 자동 프로세스들은 국부적으로 또는 원격적으로 실행하는 임의의 컴퓨터 프로그램일 수도 있고, 본 발명의 실시예들과 통신하도록 인에이블될 수도 있으며, 이것은 트리거되어 임의의 미리 결정된 이벤트들을 따를 수도 있다.

용어 "클라이언트(client)"는 여기서 사용자의 애플리케이션, 클라이언트 머신 또는 다른 서버인지에 관한 구별없이 사용된다.

여기서 설명된 본 발명의 실시예들은 방법 단계들 및 이 방법 단계들을 실행하는 시스템들로서 나타나 있다. 그러나, 본 발명은 컴퓨터 소프트웨어, 즉 디지털 컴퓨터의 메모리에 기억되어, 마이크로컴퓨터 상에서 실행될 수 있는 컴퓨터 프로그램 코드로서, 또는 하드웨어, 즉 회로 기판 기반 실행으로서 실행될 수도 있는 것은 당업자에게 명백할 것이다.

본 발명의 실시예들은 고 모듈화된 구성에 기초한 컴퓨터 프로그램으로서 실행될 수도 있다. 각 요소들은 대형 소프트웨어 인프라스트럭쳐의 일부(예컨대, IBM의 Websphere^TM과 같은 애플리케이션 서버 내의 Enterprise JavaBean, 또는 .Net component)로서 또는 내부에 임베딩되거나 제3 자 애플리케이션과 인터페이스될 수도 있는 플러그인 또는 애플릿으로서 실행될 수도 있다. 본 발명의 실시예들은 페일오버(failover) 성능을 갖는 클러스터들을 구비하는 스케일러블 구조를 이용할 수도 있고, 게이트웨이의 요건들에 따라 성능이 덜 양호한 구조에서 실행될 수도 있다.

개요

도 1은 본 발명의 실시예들이 트레이드 프로세스의 활성화를 용이하게 하기 위하여 실행되는 환경을 도시하는 블록도이다. 블록 110으로서 도시된 비지니스 개체는 블록들(112, 114, 116)로 나타낸 컴퍼니부 또는 브랜치와 같은 몇몇 부-분류(sub-division)를 가질 수도 있는 임의의 컴퍼니 또는 그룹을 나타낼 수도 있다. 비지니스 개체의 예는 다수의 상인들로부터 컴퓨터 부품들 및 선-조립된 장치들을 획득할 수도 있는 컴퓨터 제조업자들일 것이다. 비지니스 개체는 단일 국가내에서 또는 서로 다른 국가들에서 몇몇 지리학적 영역에 위치된 다수의 제조 설비들을 가질 수도 있다.

비지니스 개체(110)는 블록들(120, 122, 124, 126)에 의하여 도 1에 나타낸 다른 비지니스 개체들과의 하나 이상의 트레이딩 파트너쉽을 가질 수도 있다. 파트너들 각각은 비지니스 개체, 또는 임의 수의 서브-개체들에게 하나 이상의 제조 아이템 또는 서비스를 공급할 수도 있다.

전자 트레이딩을 수행하기 위하여, 비지니스 개체(110) 또는 서브-개체는 트레이드 트랜잭션을 수행하도록 특별하게 설계된 소프트웨어 애플리케이션과 컴퓨터 네트워크를 사용하여 파트너들과의 트레이딩 게이트웨이(예컨대, 140)를 확립한다. 비지니스 개체(110) 및/또는 서브-개체들(112, 114, 116)은 파트너들(120, 122, 124, 126)과의 비지니스 트랜잭션을 수행하도록 설계된 하나 이상의 트레이딩 플랫폼들을 이용할 수도 있다. 도 1의 도면에서, 파트너(12)는 서브-비지니스 개체들(112, 116)로의 공급자일 수도 있고, 트레이딩 트랜잭션을 수행하기 위하여 플랫폼(130, 132)을 이용할 수도 있다.

도 1의 플랫폼들(130, 132, 134)은 트레이딩 트랜잭션을 수행하기 위해 한 세트의 프로토콜들과 네트워크 파트너들 사용을 나타낸다. 예컨대, 인프라스트럭쳐 프로토콜은 Rosettanet이다. 이 형태의 프로토콜 외에, 파트너들과 비지니스 개체(또는 서브-개체들)는 트랜잭션을 실행하기 위하여 하나 이상의 컴퓨터 소프트웨어 제품을 사용할 수도 있다.

통상적인 설정에서, 파트너들은 트레이딩 플랫폼과 데이터 전송 프로토콜에 동의하여 게이트웨이를 확립한다. 예컨대, 파트너(122)는 각각 플랫폼(134 및 130)을 사용하여 서브-개체(144)를 갖는 하나의 게이트웨이 및 서브-개체(116)를 갖는 다른 게이트웨이를 확립할 수도 있다. 트레이딩 파트너들은 다양한 게이트웨 이들, 예컨대 이질적인 환경에서 IBM WebSphere Business Integration Connect^TM 제품, Microsoft^TM Biztalk 제품 또는 TIBCO^TM 제품을 가질 수도 있다. 후자 기술들 각각은 비지니스 대 비지니스 메시지들을 교환하기 위한 하나 이상의 프로토콜들을 구동시킬 수도 있거나, 게이트웨이의 다른 측의 클라이언트 또는 파트너와 각 비지니스 개체 간의 자동 프로세스들을 구비할 수도 있다.

게이트웨이를 설정하는 프로세스는 각 측의 기술 인프라스트럭쳐를 인터페이싱하는 단계를 요구한다. 현 실행에서, 트레이딩 게이트웨이의 활성화는 문서 형태의 사용으로 및 접속성을 테스팅하기 위한 수동 절차들을 통하여 수동으로 다뤄진다.

활성화의 단계들

도 2는 본 발명의 실시예에 따른 게이트웨이 활성화 프로세스를 실행할 때 개입되는 전체 단계들을 도시하는 흐름도이다. 평가 계획 단계(210)는 게이트웨이 활성화의 평가 계획에 관련된다. 평가 계획 단계(210) 동안, 비지니스 개체는 활성화에 대한 요건들을 소집한다. "요건들(requirements)"은, 트레이트 게이트웨이가 확립되기 전에 트레이트 관계에 있는 참가자가 만족해야 할 세트 업무 및 룰들에 관한 것이다. 이러한 요건들의 예들은 참가자가 주어진 제품을 판매하기 위하여 주어진 주(또는 국가)에서 정당하게 허가를 받은 지의 여부와 같은 법적 요건들을 구비한다. 요건들은 제조 아이템들에 관하여 산업 표준을 만족시키기 위하여 참가자들의 자격의 기술적인 태양들에 또한 관여할 수도 있다. 비지니스 개체는 트레이드를 수행하기 위한 소프트웨어 플랫폼, 소프트웨어 버전, 트레이드 프로토콜 유형 및 버전과 같은 참가자의 로지스틱스에 관한 정보, 및 각 참가자의 기술 및 기술적 준비성을 정의할 수도 있는 임의의 다른 정보를 소집한다.

평가 계획 단계(210)는 참가자들 그룹들 및 서브-그룹들 또는 커뮤니티들을 구축하는 프로세스를 또한 구비할 수도 있다. 커뮤니티 관리자는 다수의 참가자들의 관리를 용이하게 하기 위하여 커뮤니티들을 구축할 수도 있다. 커뮤니티를 형성하는 참가자들의 그룹은 하나 이상의 카테고리들과 연관된 리스트에 위치된다. 후자의 경우에서, 각 커뮤니티는 하나 이상의 프로파일들과 연관될 수도 있다. 프로파일은 셋업 프로세스를 용이하게 하기 위하여 임의 형태의 속성 정보를 구비할 수도 있다. 예컨대, 참가자들은 프로토콜의 형태, 소프트웨어 플랫폼, 위치 또는 특정 커뮤니티의 모든 요소들과 연관될 수도 있는 임의의 다른 속성에 의하여 그루핑될 수도 있다.

평가 계획 단계(210)에서, 커뮤니티 관리자는 또한, 주어진 요건을 만족시키기 위하여 개별 참가자들에게 제출되는 하나 이상의 설문지들을 형성할 수도 있다. 예컨대, 커뮤니티 관리자는 협약 리스트를 준비할 수도 있어, 참가자가 리뷰해야 하는 것과, 나머지 활성화 단계들로 계속 진행하기 위한 요건들로서 참가자가 동의해야 하는 것을 개시한다. 본 발명의 실시예들은, 설문지의 어떤 분야는 요구되고, 어떤 분야는 요구되지 않거나, 또는 작업 흐름에서 이후의 시점까지 연기될 수도 있다는 것을 요구할 수도 있다.

참가자들에는 참가자들 측에서 사용되는 인프라스트럭쳐에 관한 복수의 질문 들(예컨대, 소프트웨어 버전, 리소스들의 사용 가능성, 및 게이트웨이를 구성하기 위한 요건들의 리스트를 확립하는 것을 지원하는 임의의 다른 정보)이 제공된다.

준비성 평가 단계(220)는 활성화 프로세스의 평가에 관한 것이며, 비니지스 개체가 구축되고, 활성화 프로세스의 진행에 관한 보고를 리뷰하고 발생하는 단계들로 구비된다. 또한, 참가자에게 준비성 평가 단계(220)의 임의의 남아있는 단계들로 진행하기 위한 요건들측을 완료하기 위하여 본 발명의 실시예를 이용하도록 통지될 수도 있다.

실행 단계(230)는, 활성화 프로세스가 특정 프로토콜들과 통신 계층들과의 트레이드 트랜잭션을 수행하기 위하여 구성되는 단계이다. 참가자의 준비성을 판정한 후, 커뮤니티 관리자는 그 참가자와의 트레이드 트랜잭션을 수행할 수 있는 한 세트의 전자 프로토콜들, 제품들 및 프로세스들 중에서 선택한다. 예컨대, 커뮤니티 관리자는 참가자의 시스템에 의하여 사용되는 프로토콜과 소프트웨어 플랫폼에 관하여 관련된 구성 파라미터들, 통신 표준들, 애플리케이션 네트워크 프로토콜들 및 전자 프로세스들을 설정할 수도 있다. 주어진 통신 프로토콜에 대하여, 다른 서브 프로토콜들이 자동으로 선택되고, 따라서 실행 단계(230)에 대하여 작업 흐름의 일부로서 자동으로 설정된다는 것이 가능하다.

테스팅 단계(240)는 실행 단계 동안 적소에 위치된 전자 프로세스들을 사용하여 트레이드 트랜잭션들을 수행하는 단계를 구비한다. 테스팅은 예외로 취급하는 인터페이스를 포함하는 게이트웨이에 대한 모든 인터페이스를 망라할 수도 있다. 비지니스 프로세스로서의 실행 요소들은 통상적으로 몇몇 단계들로 구비되고, 그 일부는 적절하게 완료될 수 없을 수도 있고, 설명되어야 한다. 예컨대, 비지니스 개체의 트레이딩 시스템은 제1 액션으로서 주문을 행할 수도 있고, 수신 시스템(트레이딩 파트너의 시스템)은, 송신 시스템이 되 수신할 수 있고 파트너의 시스템에 의하여 되 제공되는 정보를 검증할 수 있어야 하는 수신 확인 통지 또는 예외를 발행하도록 요구될 수도 있다. 본 발명의 실시예에서, 시스템은, 예컨대 볼륨(volume), 코레오그래피(choreography), 안전 및 접속성, 부정/예외, 대형 파일들 및 테스팅을 요하는 임의의 다른 프로세싱 형태를 포함하는 특정 프로세싱 카테고리들을 취급하기 위하여 테스팅된다.

본 발명의 실시예에서, 볼륨 테스팅은, 허브(hub)가 파트너의 시스템과 교환하는 것을 예상하는 피크 제품 볼륨(peak production volume)을 파트너가 제공하고 생성할 수 있다는 것을 보증하는 체크를 하고, 또한, 허브가 피크 볼륨을 생성하고 허용할 수 있는 지를 검증한다.

코레오그래피 테스팅은, 파트너의 시스템 및 비지니스 개체의 시스템이 하나 이상의 트레이드 프로토콜들에 따라 모든 교환된 메시지들을 분석하고 정당성을 입증할 수 있다는 것을 보증한다. 예컨대, Rosettanet^TM 프로토콜을 이용하여, 시스템들은 파트너 인터페이스 프로세스들(partner interface process)(PIP)을 비동기적 단일의 또는 더블-액션 액티비티(예컨대, 3B2 또는 3A4)로서 취급할 수 있도록 보증된다. 후자의 경우에서, 시스템이 문서를 송신할 때 마다(로제타넷(Rosettanet)으로), 수신 확인 통지가 되 송신된다. 코레오그래피 테스팅은, 시 스템이 하나 이상의 트레이드 프로토콜에 따라 하나 이상의 메시지들을 생성시킬 수 있고, 수신된 메시지들을 취급할 수 있고, 메시지들이 수신된 시퀀스의 컨텍스트에서 메시지들을 프로세싱할 수 있다는 것을 보증한다. 예컨대, Rosettanet에서의 수신은 단지 수신 확인 통지 또는 수신보다 더욱 복잡할 수 있고, 특정 응답을 요구할 수도 있으며, 프로세스의 성질 및 경과된 시간량에 의존한다.

안정성 및 접속성 테스팅은, 비지니스 개체 및 파트너들이 안전한 방식으로 통신하는 것을 보증한다. 본 발명의 실시예들은 데이터를 부호화하기 위하여 하나 이상의 컴퓨터 프로그램들을 실행할 수도 있고, 사용자들이 시스템에 로그인할 때 사용자들을 안전하게 인증할 수도 있다. 또한, 시스템은 사용자에 할당된 한 세트의 특권(privilege)에 기초하여 주어진 레벨에서 각 사용자에게의 액세스를 부여하도록 인에이블된다. 본 발명의 실시예들은 안전 관리자가 시큐리티 액세스 레벨들을 생성하고 관리할 수 있도록 한다.

부정 테스팅(negative testing)은, 삭감되어야 하는 주어진 업무를 시스템이 수행할 것을 요구하는 액션을 수신하는 경우에서와 같이 외부 예외들을 시스템이 프로세스할 수 있다는 것을 보증한다. 예컨대, 로제타넷(Rosettanet)을 이용하여, 시스템은 취소 메시지를 발생할 수 있어야 한다. 부정 테스팅은, 시스템이 사용된 프로토콜에 따라 취소 메시지를 생성할 수 있다는 것을 보증한다. 다른 부정 테스트는 데이터 정당성 입증을 포함한다. 후자의 경우에서, 테스트는, 데이터가 정당성이 입증될 수 없을 때 거부 메시지(또는 액션)를 시스템이 발생할 수 있다는 것을 보증한다.

대형 파일 테스팅은 볼륨과 유사하고, 파트너 및 허브 모두는 생산 동안 사용되도록 예상되는 가능한 최대 파일을 송신하고 수신할 수 있다는 것을 보증한다.

본 발명의 실시예들에서, 한 세트의 테스트들은 생산시에 발생하도록 설계된 절차들 및 프로세스 단계들의 모든 태양에 대한 테스팅을 구비할 수도 있다.

테스팅 단계(250)는 이동(migration) 단계를 나타낸다. 이동은, 파트너들이 여전히 동작적으로 준비가 되었는지, 즉, 접속성이 확립될 수 있고, 게이트웨이가 개입된 비지니스 개체 및 파트너로부터의 트레이드 트랜잭션을 취급할 수 있다는 것을 보증하는 단계를 구비한다. 다음, 프로세싱 요소 및/또는 소프트웨어 프로세스는 트레이드 트랜잭션을 수행할 때 사용을 위하여 제품 기계들 및/또는 네트워크 어드레스들로 이동된다.

활성화 실행 및 사용자 인터페이스

도 3은 본 발명의 실시예들이 실행되고 이용될 수도 있는 컨텍스트를 도시하는 블록도이다. 제1 소프트웨어 프로그램은 애플리케이션 서버(예컨대, 310)에 존재할 수도 있고, 게이트웨이에 사용되는 데이터 및/또는 인터페이스를 나타내는 다양한 소프트웨어 요소들 및 작업 흐름 엔진을 포함할 수도 있다. 애플리케이션 서버 소프트웨어를 맡은 서버는 또한 서브렛(servlet) 엔진, 데이터베이스, 및 상이한 형태의 프로토콜들에의 인터페이싱을 위한 다양한 커넥터 요소들을 갖는 N-타이어(N-tier) 구조를 구비할 수도 있다. 하나 이상의 클라이언트 애플리케이션은 파트너의 시스템(예컨대, 블록(320)) 및 비지니스 개체를 갖는 관리자(예컨대 330)와 같은 다른 시스템에 존재할 수도 있다. 클라이언트 소프트웨어 애플리케이션은 서 버 애플리케이션과 접속하여, 예컨대 내부 네트워크를 통하여 서버 애플리케이션과의 통신을 허용할 수도 있다. 클라이언트 애플리케이션은 또한, 예컨대 350의 인터넷과 같은 광역 통신망을 이용하여 서버 애플리케이션으로 접속할 수도 있다. 본 발명의 실시예에서, 서버 애플리케이션은 인터넷을 브라우징하는 데 사용되는 임의의 애플리케이션과 호환 가능한 하나 이상의 데이터 포맷에 따라 문서들을 생성할 수 있다. 에컨대, 애플리케이션은 하이퍼-텍스트 마크업 언어(HTML) 문서, 익스텐서블 마크업 언어(XML) 문서 또는 웹 브라우저와 통신할 수 있는 임의의 다른 데이터 포맷을 생성시킬 수도 있다. 다른 경우에서, 본 발명의 실시예는 예컨대, 클라이언트의 컴퓨터 상에 자바 플러그인을 통하여 웹 브라우저 내에 동작하는 애플릿들을 전달할 수 있다.

전형적인 설정에서, 커뮤니티 관리자는 참가자들의 커뮤니티를 셋업하기 위하여 클라이언트 애플리케이션(330)을 사용하여, 비지니스 개체가 이 참가자들과의 전자 트레이딩을 실행하는 것을 계획한다. 다음, 참가자들 중 각 참가자의 대표가 클라이언트 프로그램(320)(예컨대, 웹 브라우저)을 사용하여 애플리케이션 서버로 로그인한다. 본 발명의 실시예들은, 커뮤니티 관리자가 초기 데이터를 입력하고, 실행될 다수의 단계들의 흐름을 제어하고, 예컨대 애플리케이션 서버에 호스팅되는 작업 흐름 엔진을 통하여 활성화 프로세스의 상황에 관한 보고를 생성하도록 한다.

도 4는 본 발명의 실시예에 따라 실행된 바와 같은 활성화 프로세스에 개입된 단계들을 도시하는 흐름도이다. 단계 410에서, 커뮤니티 관리자는 시스템에 로그인하여, 트레이딩 참가자들의 커뮤니티들을 셋업한다. 단계 410은, 1 이상의 참 가자들이 활성화 작업 흐름의 일부로서 트레이딩 파트너가 되기 위하여 만족해야 할 작업 세트들을 형성하는 단계를 포함할 수도 있다. 예컨대, 커뮤니티 관리자는 참가자가 채워 넣어야 할 하나 이상의 폼들 또는 참가자가 이후에 답해야 할 하나 이상의 설문지들을 구성할 수도 있다. 본 발명의 실시예들은 폼들과 설문지들을 파트너들에게 제출하고, 상술된 클라이언트 애플리케이션들 중 임의의 하나를 이용하여 이들 입력을 소집하도록 한다. 시스템은 또한 사용자의 액티비티를 추적하고, 활성화 프로세스를 통하여 상황 및/또는 진행 보고를 생성하도록 인에이블된다.

단계 420에서, 참가자들에게 새로운 활성화 프로세스를 개시하기 위하여 시스템의 준비성이 통지된다. 시스템은, 예컨대 전자 메일 또는 통신을 위한 임의의 다른 수단을 사용하여, 통지를 생성시키도록 인에이블된다. 그러나, 단계 420는 활성화 프로세스의 작업 흐름을 제어하기 위하여 터치 톤 수신 확인 통지 피드백을 갖는 컴퓨터-개시 호출을 포함하는 전화 호출과 같은 개인적 수단을 사용하여 수행될 수도 있다.

단계 430에서, 트래이딩 참가자는 본 발명의 실시예에 의하여 제공되는 콘솔에 로그 인한다. 본 발명의 실시예들은 참가자들이 자기-등록(self-regist)하도록 허용할 수도 있다. 자기-등록은 참가자들이 파트너들의 커뮤니티에 합류하도록 한다. 자기-등록은 참가자들이 채워 넣는 웹-기반 폼으로서 제공될 수도 있다. 다음 계좌의 확인이 시스템 내에서 생성될 수도 있다.

단계 430에서, 시스템은 활성화 프로세스로 진행하기 위하여 참가자가 제공 하도록 요구되는 데이터를 캡쳐하기 위한 요건 폼들을 제출한다. 트레이트 채널의 확립을 완료하기 위하여 비지니스 개체가 필요로 하는 정보는 물론, 상술된 설문지들이 참가자에게 제출된다. 시스템은 복수의 사용자 인터페이스들을 제공하여, 참가자가 데이터에 들어가고 상황 보고를 보고 도움 정보에 액세스할 수 있도록 한다. 참가자는 또한 다수의 세션들에서 프로세스를 완료할 수도 있다. 본 발명의 실시예들은 상황 정보를 추적할 수 있고, 참가자가 지연된 시간에서 데이터 엔트리를 재개하도록 한다. 또한, 시스템은 다수의 사용자들(예컨대, 참가자의 비지니스의 대표)이 시스템에 동시에 액세스하여, 상황을 보고 및/또는 데이터 엔트리로 진행하여 활성화 프로세스를 위하여 계속하여 데이트를 포워딩하고 정정한다.

단계 440에서, 참가자는 데이터 엔트리를 완료한다. 예컨대, 이후의 단계는 또한 정당성 입증을 포함하는 개인적 상호 작용 및 커뮤니티 관리자에 의하여 실행되는 완료부를 병합할 수도 있다.

단계 450에서, 시스템은 참가자가 활성화를 위한 요건들을 만족했는 지의 여부를 체크하기 위하여 정당성 입증 프로세스를 실행한다. 모든 절차들이 진행되었으면, 시스템은 단계 470에서 활성화를 완료하기 위하여 진행할 수도 있다. 참가자가 활성화 요건들을 완료하지 않았으면, 시스템은 단계 460에서 경보 또는 상황 보고 및 통지를 발생시킬 수도 있다. 참가자는 콘솔로 복귀하여, 활성화를 위하여 필요한 정보에 들어가는 것으로 진행할 수 있다.

도 5는 본 발명의 실시예에 따라 커뮤니티 관리자가 정보에 들어가서 보고 변경할 수 있도록 하는 사용자 인터페이스의 그래픽 요소들을 도시하는 블록도이 다. 블록 510은, 커뮤니티 관리자가 데이터에 들어가고 활성화 프로세스에서의 진행 상황을 보고 정보를 변경할 수 있도록 하는 커뮤니티 관리자 인터페이스 상의 패널을 나타낸다. 패널(510)은 파트너들의 리스트(예컨대, 블록 520, 522, 524 및 526)를 나타낼 수도 있고, 파트너들 각각은 활성화 프로세스에 개입된 참가자를 지정한다. 패널(510)은 커뮤니티 관리자가 파트너들의 커뮤니티에 대하여 실행하고자 하는 하나 이상의 프로세스들(예컨대, 530, 532, 534, 536 및 538)을 나타낸다. 예컨대, 도 5에 도시된 프로젝트는 한 세트의 로제타넷(Rosettanet) 파트너 인터페이스 프로세스(PIP)(3B2, 4A1, 4A3, 및 3C7)를 포함한다. 각 참가자는 하나 이상의 PIP들과의 한 세트의 연관성을 수시한다. 파트너와 PIP 간의 연관성은 참가자가 그 특정 PIP를 위하여 활성화를 완료하도록 요구되는 지의 여부를 지정한다.

사용자 인터페이스의 패널(510)은 한 세트의 그래픽 도구를 이용하여 상황 정보를 사용자게에 용이하게 제공한다. 예컨대, 아이콘(520)과 같은 도구는 주어진 참가자가 이 특정 프로젝트에 개입되는 지의 여부를 나타낼 수도 있다. 550과 같은 다른 아이콘은 주어진 단계(예컨대, 블록 530)이 주어진 파트너(예컨대, 블록 520)에 의하여 완료되었다는 것을 나타낼 수도 있고, 아이콘 552는 주어진 참가자(예컨대, 블록 524)와 연관된 특정 PIP(예컨대, 블록 536)을 갖는 특정 이슈가 존재한다는 것을 나타낼 수도 있다. 아이콘은 또한 파트너가 활성화 프로세스에 있는 하나 이상의 단계들 또는 상태들을 나타내기 위하여 칼라 코딩을 이용할 수도 있다. 예컨대, 노란색은 경고가 있다는 것을 나타낼 수도 있고, 녹색은 특정 PIP에 대하여 어떠한 경고도 일어나지 않았다는 것을 나타낼 수도 있다.

본 발명의 실시예들은 커뮤니티 관리자가 참가자와 프로세스의 특정 단계 간의 연관성의 상태를 수동으로 변경할 수 있도록 한다. 예컨대, 문제가 수동으로 또는 개인적으로 제기되면, 관리자는 시스템에게 주어진 임무가 실행되었다는 것을 나타낼 수도 있다. 본 발명의 다른 실시예에서, 시스템은 참가자와 관련하여 PIP의 완료 상태에 기초하여 연관성에 대한 가시화를 자동으로 결정할 수도 있다. 본 발명의 실시예들의 수동 특징은 시스템의 자동 프로세스 및 작업 흐름을 오버라이딩하도록 허용하고, 시스템 또는 사용자에 의하여 행해진 에러들을 정정하도록 허용한다.

도 6은 커뮤니티 관리자가 본 발명의 실시예에 따라 참가자의 정보를 드릴다운하도록 하는 사용자 인터페이스의 그래픽 요소들을 도시하는 블록도이다. 패널(600)은 참가자(예컨대, 파트너 524) 및 선택된 참가자와 연관된 프로세스들(예컨대, 530, 532, 534 및 536)을 나타내는 하나 이상의 구성 요소들을 도시한다. 본 발명의 실시예들은 참가자와 연관된 프로세스들, 연관성의 특징들(예컨대, PIP 명/번호) 및 활성화 프로세스의 진행 상황과 같은 참자가에 관련된 모든 데이터 아이템에 대한 그래픽 요소를 실행할 수도 있다. 예컨대, 그래픽 도구들(650, 652, 654, 656, 및 658)은 각각 PIP에 연관되어 있고, PIP의 완료 상황을 나타낸다. 본 발명의 실시예들은 PIP에 관한 정보를 제공하기 위하여 칼라-코드들 또는 한 세트의 형상들(shapes)을 이용할 수도 있다. 사용자 인터페이스는 또한 참가자와 연관된 각 프로세스에 관한 상세한 정보를 제공한다. 패널(600)은 사용자가 텍스트 설명에 들어가는 설명 영역(610)을 포함한다. 시스템은 또한 진행 상황 정보를 사용 하여 설명의 데이터베이스로부터 설명 텍스트를 자동으로 생성할 수도 있다. 시스템은 아이콘들(622)과 같은 아이콘 표시를 사용하여 단계들 각각의 진행 상황을 나타낸다. 다른 것들에서와 같이 본 예에서, 시스템은 사용자가 그래픽 인터페이스에서 정보를 직접 변경할 수 있도록 하며(예컨대, 무선 버튼을 체크함으로써), 기초가 되는(underlying) 데이터의 변경으로 트랜즈레이트된다.

사용자 인터페이스는 활성화 프로세스에 대하여 반드시 요구되는 것이 아닌 데이터를 유지하기 위하여 하나 이상의 필드를 갖는다. 예컨대, 필드(630)는 사용자의 노트들(예컨대, 632)에 들어감으로써 정보적인 목적을 위하여 사용되는 필드를 나타낸다. 필드(630)는 특정 액션들과 고유하게 연관되게 할 수도 있다. 또한, 시스템은 진행의 상황에 관한 사람이 판독 가능한 메시지들을 제공하도록 필드(630)를 위치시키는 자동 성능들을 가진다.

시스템은 또한 프로세스들의 작업 흐름과 이들이 차례로 연속할 수도 있는 시퀀스를 추적한다. 필드(640)는 각 단계를 따르는 활성화의 프로세스에서 수행될 다음 단계를 나타낼 수도 있다. 예컨대, 설명(또는 참조)(642)는 단계(534)를 따르는 하나 이상의 단계들을 나타낼 수도 있다. 고유한 설명, 식별, 참조 또는 이들의 임의의 조합이 커뮤니티 관리자, 참가자 또는 모두에 의하여 취해질 다음 단계를 식별하기 위하여 사용될 수도 있다.

상술된 바와 같이, 본 발명의 실시예들은 활성화 프로세스에서 각 단계에 대한 중요한 정보를 제공하기 위하여 아이콘들(예컨대, 650, 652, 654, 656 및 658)을 이용한다.

도 7A 및 도 7B는 본 발명의 실시예에 따라 참가자가 데이터에 액세스하여 들어가도록 하는 사용자 인터페이스의 그래픽 요소들을 도시하는 블록도이다. 상술된 바와 같이, 참가자는 시스템이 참가자와의 전자 통신 단계를 개시하는 데 준비되어 있다는 통지를 수신한다. 통지는 전자적으로(예컨대, 전자 메시지를 통하여) 또는 개인적으로 수행될 수도 있다. 통지 시간에서, 참가자는 또한 로그인 정보를 수신한다. 본 발명의 일 실시예에서, 로그인 정보는 본 발명의 실시예들과 통신하기 위하여 시스템이 참가자를 인증하고 허여하도록 하는 사용자명 및 패스워드이다. 그러나, 로그인 데이터는 암호화 키와 같은 임의의 다른 형태 또는 시스템이 참가자를 식별하도록 하는 임의의 다른 형태의 정보일 수도 있다. 시스템은 또한 사용자 액세스 레벨을 결정하기 위하여 로그인 정보를 사용할 수도 있다. 사용자 액세스 레벨은 데이터를 보고 및/또는 변형하기 위하여 참가자가 수신하는 특권을 정의한다. 이 특권은, 비지니스 파트너가 누가 특정 데이터를 변경 또는 볼 수도 있는 것에 관한 제어를 유지하면서, 활성화 프로세스에서 다수의 사람들이 개입되도록 허용하는 계층을 구축하는 데 중요하다. 특권 계층을 이용함으로써, 시스템은 사용자들이 서로의 각 업무를 오버-스텝(over-step)하는 것을 방지하며, 따라서 에러를 방지한다.

또한, 시스템은 자기-등록을 허용한다. 자기-등록은 참가자에 대한 정보를 캡쳐하여, 참가자를 트레이트 파트너들의 커뮤니티의 일부가 되도록 하는 프로세스이다. 자기-등록을 수행하는 단계들은 하나 이상의 폼들(예컨대, HTML 폼들)을 이용하여, 참가자가 클라이언트 애플리케이션을 통하여 데이터에 들어가고 그것을 시 스템에 송신하도록 할 수도 있다.

패널(700)은 로그인 후 참가자에게 제출된 하나 이상의 요소들을 도시한다. 가장 중요한 그래픽 요소들은 참가자가 개입된 활성화 프로세스의 단계들을 도시한다. 패널(700)은 액션의 전체 프로세스에서 수행될 단계들(예컨대, 단계 710 및 720)의 개요를 도시할 수도 있고, 단계들의 설명을 각각 제공하기 위하여 하나 이상의 필드들(예컨대, 필드 712 및 722)을 나타낼 수도 있다.

본 발명을 구현하는 시스템은 몇몇 형태의 정보를 통하여 참가자를 안내할 수도 있다. 예컨대, 시스템은 참가자가 작업 흐름 정보, 작업 흐름, 진행 상황, 자주 묻는 질문 및 답변에 관한 도움 정보, 및 참가자가 시스템과 올바르게 상호 작용할 수 있도록 하는 임의 형태의 정보에 액세스하는 것을 허용한다.

도 7A에서, 블록 720은 활성화 프로세스에서 단계를 도시하는 그래픽 요소의 예를 도시하고, 블록 730, 732, 734, 736 및 738은 이 예에서 각각이 Rsettanet^TM PIP인 단계들을 도시한다. 도 7A는 본 발명의 실시예들이 임의의 깊이 레벨에서 액세싱 정보를 통하여 사용자를 어떻게 안내하는 지를 도시한다. 로그인 페이지로 개시하는 참가자는 활성화 프로세스의 단계에 대하여 학습하고, 단계들 각각에 개입된 단계들을 학습하고, 활성화를 위한 요건들을 완료할 때 진행하는 방법을 학습할 수도 있다. 또한, 시스템은 상황 정보를 제공하고, 또한 참가자가 하나보다 많은 세션에서 요건들을 완료하도록 한다. 예컨대, 비지니스 파트너의 대표는 한 세션에서 설문지를 채워 넣을 수도 있고, 다른 대표는 결국 다른 시간에서 상이한 요 건을 채워 넣을 수도 있다.

도 7B는 본 발명을 구현하는 시스템이 참가자가 작업 흐름 정보를 어떻게 볼 수 있도록 하는 지를 도시한다. 예컨대, PIP(734) 그래픽 요소가 요소(740)에서 확장되어, 실행, 테스팅 및 이동(상술된 바와 같이)에 관한 프로세스(734)의 실행 단계들을 도시한다.

본 발명의 실시예에서, 작업 흐름은 시간 설정 및 업무 스케쥴에 밀접하게 구속되어, 시스템이 일자에 관하여 업무 완료와 연관시키도록 한다. 시간 정보는 추정 완료일(예컨대, 필드(750) 및 일자 데이터(752)), 완료까지의 시간(예컨대, 단계를 완료하기 위하여 남은 날자) 또는 작업 흐름과 연관된 시간 정보를 보는 단계를 용이하게 하는 임의의 다른 서술로서 제공될 수도 있다.

본 발명을 구현하는 시스템은 경보 성능으로 인에이블된다. 경보 성능은 시스템이 작업 흐름 이슈들에 관하여 개입된 파티들을 통지하도록 설계된 메시지들을 발생하도록 한다. 예컨대, 시스템은 마감일 근접, 작업 흐름을 포함하는 지난 책임 업무 또는 임의의 다른 시간-관련된 또는 시퀀스 관련된 사항에 관하여 경보를 발행할 수도 있다. 경보는 전자 메일과 즉석 교신과 같은 전자 텍스트 메시지, 음성 메일과 같은 멀티미디어 데이터, 또는 임의의 다른 형태의 통신 데이터일 수도 있다.

자기-등록 및 데이터 액세스 성능 외에, 본 발명을 구현하는 시스템은 참가자 준비성 평가, 통합 계획, 및 개별 프로세스 실행 스케쥴을 갖는 실시간 보고를 발생시킬 수도 있다.

따라서, 작업 흐름 인에이블된 링크 활성화를 위한 향상된 시스템 및 방법의 예가 설명되었다. 그러나, 청구 범위와 임의의 등가물에 대한 전체 범위는 이하에 나타낸 본 발명을 정의하는 것이다.

Claims

전자 트레이드 게이트웨이의 링크 활성화를 관리하는 방법으로서,

적어도 한 트레이드 참가자의 트레이드 링크 데이터를 획득하는 단계;

상기 트레이드 링크 데이터에 기초하여 적어도 하나의 전자 프로세스의 명세(specification)를 획득하는 단계;

상기 적어도 한 트레이드 참가자에 연관된 등록 데이터를 획득하는 단계;

상기 등록 데이터에 기초하여 상기 적어도 한 참가자의 준비성(readiness)을 평가하는 단계;

상기 명세를 사용하여 상기 적어도 하나의 전자 프로세스를 실행하는 단계; 및

상기 적어도 하나의 전자 프로세스를 테스트하는 단계

를 포함하는 링크 활성화 관리 방법.
제 1 항에 있어서, 상기 적어도 한 트레이드 참가자의 상기 트레이드 링크 데이터를 획득하는 상기 단계는, 전자 트레이드를 수행하기 위하여 상기 적어도 한 참가자가 이용하는 소프트웨어 플랫폼에 관한 정보를 획득하는 단계를 더 포함하는 것인 링크 활성화 관리 방법.
제 1 항에 있어서, 상기 적어도 한 트레이드 참가자의 상기 트레이드 링크 데이터를 획득하는 상기 단계는 적어도 한 참가자 커뮤니티를 구성하는 단계를 더 포함하는 것인 링크 활성화 관리 방법.
제 1 항에 있어서, 상기 적어도 한 트레이드 참가자의 상기 트레이드 링크 데이터를 획득하는 상기 단계는, 전자 트레이드를 수행하기 위하여 상기 적어도 한 참가자가 사용하는 트레이드 프로토콜에 관한 정보를 획득하는 단계를 더 포함하는 것인 링크 활성화 관리 방법.
제 4 항에 있어서, 상기 트레이드 프로토콜은 로제타넷(Rosettanet) 프로토콜 데이터를 더 포함하는 것인 링크 활성화 관리 방법.
제 1 항에 있어서, 상기 적어도 하나의 전자 프로세스의 상기 명세를 획득하는 상기 단계는, 상기 적어도 하나의 전자 프로세스 중 하나보다 많은 전자 프로세스가 정의되는 시퀀스를 정의하는 단계를 더 포함하는 것인 링크 활성화 관리 방법.
제 6 항에 있어서, 상기 적어도 하나의 전자 프로세스는 적어도 하나의 파트너 인터페이스 프로세스(partner interface process, PIP)를 정의하는 단계를 더 포함하는 것인 링크 활성화 관리 방법.
제 1 항에 있어서, 상기 등록 데이터를 획득하는 상기 단계는 상기 적어도 한 트레이드 참가자들의 리스트에 합류하기 위한 정보를 획득하는 단계를 더 포함하는 것인 링크 활성화 관리 방법.
제 1 항에 있어서, 상기 준비성을 평가하는 단계는, 상기 적어도 한 참가자가 상기 트레이드 링크 데이터를 확립하기 위하여 한 세트의 요건들을 만족하는 지를 체크하는 단계를 더 포함하는 것인 링크 활성화 관리 방법.
제 1 항에 있어서, 상기 적어도 하나의 전자 프로세스를 실행하는 상기 단계는 적어도 2개의 컴퓨터들이 메시지들을 교환하도록 하기 위하여 적어도 하나의 네트워크 접속을 실행하는 단계를 더 포함하는 것인 링크 활성화 관리 방법.
제 1 항에 있어서, 상기 적어도 하나의 전자 프로세스를 실행하는 상기 단계는 상기 적어도 하나의 전자 프로세스에 대한 스케쥴을 실행하는 단계를 더 포함하는 것인 링크 활성화 관리 방법.
제 11 항에 있어서, 상기 스케쥴을 실행하는 상기 단계는 작업 흐름 프로세스를 관리하는 단계를 더 포함하는 것인 링크 활성화 관리 방법.
제 1 항에 있어서, 상기 적어도 하나의 전자 프로세스를 테스트하는 상기 단 계는 피크 볼륨 성능(peak volume capability)을 테스트하는 단계를 더 포함하는 것인 링크 활성화 관리 방법.
제 1 항에 있어서, 상기 적어도 하나의 전자 프로세스를 테스트하는 상기 단계는 부정(negative) 테스트들을 테스트하는 단계를 더 포함하는 것인 링크 활성화 관리 방법.
제 1 항에 있어서, 상기 적어도 하나의 전자 프로세스를 테스트하는 상기 단계는 코레오그래피(choreography)를 테스트하는 단계를 더 포함하는 것인 링크 활성화 관리 방법.
제 15 항에 있어서, 상기 코레오그래피는 상기 적어도 하나의 전자 프로세스에서 수신된 메시지들의 정당성을 입증하는 단계를 더 포함하는 것인 링크 활성화 관리 방법.
전자 트레이드 게이트웨이의 링크 활성화를 관리하기 위한 시스템으로서,

적어도 한 트레이드 참가자의 트레이드 링크 데이터를 획득하고;

상기 트레이드 링크 데이터에 기초하여 적어도 하나의 전자 트레이드 프로세스의 명세를 획득하고;

상기 적어도 한 트레이드 참가자에 연관된 등록 데이터를 획득하고;

상기 등록 데이터에 기초하여 상기 적어도 한 트레이드 참가자의 준비성을 평가하고;

상기 명세를 사용하여 상기 적어도 하나의 전자 프로세스를 실행하고; 및

상기 적어도 하나의 전자 프로세스를 테스트하도록

구성된 사용자 인터페이스를 포함하는 링크 활성화 관리 시스템.
제 17 항에 있어서, 상기 사용자 인터페이스는, 커뮤니티 관리자가 적어도 하나의 참가자 커뮤니티를 구축할 수 있도록 더 구성된 것인 링크 활성화 관리 시스템.
제 17 항에 있어서, 상기 사용자 인터페이스는, 커뮤니티 관리자가 참가자 트레이딩 플랫폼 정보를 입력할 수 있도록 더 구성된 것인 링크 활성화 관리 시스템.
제 17 항에 있어서, 상기 사용자 인터페이스는, 커뮤니티 관리자가 상기 적어도 한 트레이드 참가자에 대한 안전 정보를 입력할 수 있도록 더 구성된 것인 링크 활성화 관리 시스템.
제 17 항에 있어서, 상기 적어도 하나의 전자 트레이드 프로세스의 접속성 작업 흐름 데이터를 획득하도록 구성된 구성 요소를 더 포함하는 링크 활성화 관리 시스템.
제 21 항에 있어서, 상기 구성 요소는 상기 적어도 하나의 전자 트레이드 프로세스를 완료하기 위하여 스케쥴 데이터를 획득하도록 더 구성된 것인 링크 활성화 관리 시스템.
제 17 항에 있어서, 상기 시스템 상에서 상기 적어도 한 트레이드 참가자를 인증하도록 구성된 구성 요소를 더 포함하는 링크 활성화 관리 시스템.
제 23 항에 있어서, 상기 인증하도록 구성된 구성 요소는 사용자에게 시큐리티 액세스 레벨을 부여하도록 더 구성된 것인 링크 활성화 관리 시스템.
제 17 항에 있어서, 상기 사용자 인터페이스는 상기 적어도 한 트레이드 참가자가 적어도 하나의 설문지에 응답할 수 있도록 더 구성된 것인 링크 활성화 관리 시스템.