ebXML [e-business Extensible Markup Language]

ebXML의 정의

-     전자상거래 데이터 교환 표준을 마련하고자 하는 전세계적 프로젝트

-     XML 기반으로 e-business를 가능하게 하고자 하는 목적의 표준안

-     OASIS/CEFACT가 주도하여 기업의 규모나 지역적 위치에 관련 없이 인터넷을 통해거래할 수 있도록 하는 규약들의 모음

ebXML의 필요성

-     전자상거래를 위한 단일 표준이 없음

-     XML이 실제 전자 상거래의 표준적인 기반으로 인식하고 사용되고 있으나 구체적인전자 상거래에서의 표준규약은 마련되어 있지 않음

ebXML의 구성요소

1.     BP(Business Process)

-      다른 기업이 비즈니스 서비스 제공자의 비즈니스를 이용할 수 있도록 명세화함.

-      업무 프로세스, 업무절차를 정의한 부분임

-      기업간 거래에 있어서 공유하는 역할(Role), 관계(Relationship), 의무사항(Responsible) 등을 어떻게 수행(처리)할 것인가를 상세히 정의하는 것

-      비즈니스 프로세스와 이와 연관된 정보 모델 등의 일관된 모델링 방법 제공

-      업무 프로세스를 정의하는 과정에서 문서의 검토가 자연스럽게 이루어지므로 기존 문서 수준의 표준화에서 업무수준의 표준화로 확대가 가능한 것이 EDI와 다름.

2.     CC(Core Components)

-      비즈니스 서비스에 사용되는 기능객체를 의미하며 이를 추출하여 이용할 수 있는 명세를 제공함

-      실 세계 개념과 비즈니스 개념과의 관계를 구문 독립적이고 명확하게 공통의 핵심컴포넌트로서 구분하고 새로운 확장이 가능하도록 정의한 객체

-      비즈니스 프로세스를 기반으로 재사용성, 확장성, 상속성을 지닌 의미 중립적인비즈니스 객체

3.     RR(Registry/Repository)

-       Registry : 서비스의 메타데이터등 색인정보를 보관

-       Repository : 거래 상대자가 제출한 정보를 안전하게 보관

-       ebXML 구현 인프라의 핵심요소

4.     TP(Trading Partner)

-       거래상대자의 프로파일(TPP) 작성 및 거래협약(TPA) 작성

-       ebXML의 핵심 컨텐츠 부분임

-       CPP(Collaboration Protocol Profile)

-       CPA(Collaboration Protocol Agreement)

5.     MS(Message Service)

-       각각의 요소 사이에 메시지 전송 및 보안성을 규정

-       ebXML 거래 당사자들간의 비즈니스 메시지들을 교환하기 위한 표준 방법을 제공

ebXML 운영 시나리오

①  기업A는 ebXML등록기를 인지하고 있으며, ebXML을 준수하는 거래를 하기 위하여등록기에 ebXML규격서를 요청한다.

②  등록기는 ebXML BP 규격서를 기업A에게 제공한다.

③  기업A는 규격서를 받아서 검토한 뒤, 이 규격서에 따라서 자신의 시스템을 구축한다.

④  기업A는 자신의 구현내역, 참조링크, 거래 파트너 프로필 (TPP: Trading Partner Profile) 등을 등록기에 제출한다.

⑤  TPP는 이 기업의 ebXML능력과 제약, 시나리오 등의 내용을 포함한다. 등록기는 업무 객체의 형식과 사용이 정확함을 검증한 뒤 기업A에게 승인되었음을 전달한다.

⑥  기업A는 중소규모의 기업B에게 ebXML을 사용하여 거래를 하고자 함을 통지하면,기업B는 자신의 기존 응용어플리케이션과 접속이 가능하고 ebXML을 준수하는 응용어프리케이션을 획득하여 설치하게 된다. 이 ebXML응용은 기본적인 객체 라이브러리와 이 기업이 속한 산업분야의 BP 모델 등을 포함하고 있으나, 새로 등록된 기업A에 관한 정보는 없으므로, 이를 입수하기 위하여 등록기에 기업A에 관한 질의를하게 된다.

⑦  기업B는 등록기로부터 기업A에 관한 프로필을 획득한다.

⑧  TPP(Trading Partner Profile)를 바탕으로 기업 A가 지원하는 특정 시나리오를 수행할 수 있는지를 결정하게 된다. 시나리오를 실행하기 전에, 기업B는 작성된 거래파트너 합의 (TPA: Trading Partner Agreement) 를 작성하여 기업A의 응용 인터페이스에 제출한다.

⑨  메시지 처리, 사고 처리, 보안 등의 요구사항과 시나리오를 규정하고 있는 TPA를 수신한 기업A는 이 TPA가 승인되었음을 기업B의 ebXML응용어플리케이션에 통보하게 된다.

⑩  기업A의 시나리오가 아직 기업B의 응용에 존재하지 않기 때문에 등록기에 요청하여이 시나리오를 확보한다.

⑪  기업A와 기업B는 ebXML규격서를 사용하여 B2B거래를 실행하게 된다.

ebXML과 Web Service 비교

구분	ebXML	Web Service
서비스 정보	-     RR -     (B2B) Business Collaboration -     Registry Federation(v3.0)	-     UDDI -     (A2A) Application Integration -     Registry Federation 기능 없음 -     각각의UDDI가 연경된 기능은정의 된 것이 없음
서비스 흐름	-     BP -     기업간 거래의 역할, 관계, 의무사항 등을 정의한 시나리오	-     BP -     다수 웹 서비스를 연결한 복합웹 서비스를 제공하기 위한 시나리오
서비스의 구체적 구현	-     XML을 사용한 것으로만 정의	-     BPML4WS

ebXML과 기타 저자 상거래 안과의 비교

구분	ebXML	eCo	UDDI	RosettaNet	Biztalk
대상산업	특별한 규정 없음	특별한 규정 없음	특별한 규정없음	IT & 전자 부품	특별한 규정 없음
통신프로토콜	HTTP, SMTP	HTTP	HTTP(SOAP)	HTTP/CGI	HTTP(SOAP)/MSMQ
서비스찾기	지원	확장 지원	지원	없음	지원
레파지토리	분산형태	컬에 위치	분산형태	없음	지원
메시지형식	XML Document(MIME)	XML Document	XML Document	XML Document(MIME)	Biztalk Document의기반을 둔 Biztag
보안	S/MINE, 디지털서명	선택적임	각각 UDDI의registry에서인증	HTTP와 SSL/디지털 서명 및 인증서	표준화된 계층정보
온톨로지	Common Business Object	Common Business Library	NAICS, UN/SPSC	Technical and Business Dictionaries	Collection of Biztag

ebXML 파급효과

-     IT 산업 측면으로 보면 주요 IT기업의 ebXML 지원 제품 출시 및 시장 지배력 강화노력 증대 기여

-     새로운 신생기업에게 새로운 기회를 주는 시장

-     경제적 측면으로 전자상거래 활성화에 따른 경제의 역동성 증가

-     신생기업에게 진입 장벽을 낮추어 줄 수 있는 새로운 전자 상거래 관행 장착

ebXML의 향후 전망

-     현재 EDI를 채택하고 있는 대기업들이 병행적으로 ebXLM 사용을 시작으로 장기적으로는 대부분 기업이 ebXML을 사용하여 전자 상거래를 할 것으로 예견됨

-     그러므로 기업은 ebXML에 대한 표준화 동향을 예의 주시하여 신규시장 진입 및 새로운 기술에 대비하여야 함

-     ebXML을 이용한 B2B전자 상거래는 새롭게 시작하는 중소기업에게 신규시장에서의새로운 도약기회를 줄 수 있으므로 이에 대한 대비 필요