아름다운프로'의 JTOP.org 백업사이트

디지털콘텐츠에 고유 식별번호를 붙여 인터넷으로 쉽게 유통하도록 해주는 국가URN기반 구축사업이 올해부터 본격 추진된다.

정보통신부는 디지털콘텐츠 판매·구매·이용 등 유통에 필요한 핵심 요소인 국가URN기반 구축사업을 한국전산원 주관으로 올해부터 추진키로 하고, 디지털콘텐츠식별체계에 관한 범국가적 유통표준을 제정하는 등 범정부적 콘텐츠유통기틀을 다져나가기로 했다.

`URN(Uniform Resource Names)`이란 현재 인터넷 주소를 입력해야 하는 URL(Uniform Resource Locators)과 달리, 디지털콘텐츠 자체에 상품 바코드와 같은 식별코드를 붙여 이를 입력하는 것만으로 콘텐츠를 쉽게 찾고 인터넷으로 쉽게 유통하도록 해주는 식별체계를 말한다.

이 같은 표준 식별체계가 정착되면 콘텐츠 이용자는 등록된 콘텐츠 정보(메타데이터)로 원하는 정보를 더욱 빠르고 정확하게 검색·이용할 수 있게 되고, 콘텐츠 보유자나 유통사업자는 식별코드로 더 효율적이고 안정되게 유통시킬 수 있어 디지털콘텐츠 유통에 획기적인 변화가 예상된다.

이를 위해 정통부는 문화관광부 등 관계 부처와 한국전산원·한국소프트웨어진흥원·한국문화콘텐츠진흥원·한국디지털콘텐츠포럼 등 디지털콘텐츠 유통 관련 기관이 참여하는 공동협의체를 구성, 디지털콘텐츠 식별체계 개발·적용, 거래인증 등 유통서비스와 권리자 보호, 표준화 등을 추진할 계획이다.

아울러 디지털콘텐츠 식별시스템을 공공부문 디지털콘텐츠부터 시범 적용하고 점차 디지털콘텐츠 보유자와 유통사업자까지 확대할 방침이다.

<용어해설> 국가URN기반구축사업 = 흔히 사용하는 URL방식의 인터넷 자원 식별체계는 정확한 식별기능이 떨어져 콘텐츠 유통에 맞지 않다. 이를 해결하기 위해 URN(Uniform Resource Names)을 이용하는 방법이 세계적인 추세이며, 디지털콘텐츠 유통에 관한 국제 표준화 기구인 MPEG-21과 TV-애니타임 등에서 권장하고 있다.

이는 마치 국가가 국민 개개인에게 자주 바뀔 수 있는 주소 대신 영구적이고 고유한 주민등록번호를 부여해 과세·출입국관리·호적관리·금융 등 서비스를 훨씬 더 효율적으로 제공하는 것과 비슷하다.

주소지가 바뀌면 개인이 동사무소에 신고해 고유ID와 실제 거주지를 맞추는 것처럼 국가는 인터넷 디지털콘텐츠에 고유의 식별코드를 부여해 콘텐츠의 주요한 정보(메타데이터)를 관리, 안정되고 효율적인 디지털콘텐츠 유통체계를 만들게 된다.

※ 붙임 : 디지털콘텐츠 식별체계 개요

※ 문의 : 정보화기획실 인터넷정책과 강장진 사무관
(750-1245, jerrius@mic.go.kr)



***** 아름다운프로님에 의해서 게시물 복사 + 카테고리변경되었습니다 (2003-12-18 16:52)

XML 코리아 참석 미 NIST 네나드 아이베직 개발팀장

전자거래 표준플랫폼으로서 ebXML이 자동차·우주항공·철강산업 등 모든 산업으로 확산되고 있습니다. 이에따라 ebXML 기반 솔루션 개발이 급증할 것으로 예상돼 이에 대한 검증 필요성으로 테스트베드 개발에 나서게 됐습니다.
미 상무부 산화 국립표준기술연구소(NIST)에서 ebXML 테스트베드 개발 총괄팀장을 맡고 있는 네나드 아이베직 박사는 미국 정부가 테스트베드 개발에 직접 뛰어든 것에 대해 이같이 밝혔다.
  아이베직 박사는 4일 서울 잠실 롯데호텔에서 기술표준원 주최로 열린 XML 코리아 2003에서 ebXML 기반 솔루션 테스트베드에 관한 내용을 발표하기 위해 최근 방한했다.
  미국 정부가 차세대 표준으로 ebXML을 적극 추천하고 있다며 미국의 최근 동향을 전한 그는 ebXML 테스트베드는 기업들이 솔루션 개발과정에서 발생할 수 있는 문제점을 수시로 점검해 보다 완성도 높은 제품을 만들기 위한 필수도구라고 말했다.
  아이베직 박사가 속한 NIST는 현재 유엔 전자문서 표준화기구(UN/CEFACT)와 전자상거래 표준 관련 민간컨소시엄인 오아시스(OASIS)의 표준개발위원회에 기관회원으로 참석하고 있다. 아이베직 박사는 NIST가 ebXML 표준개발에 현실상황이 최대한 반영될 수 있도록 산업계 의견을 전달하는 역할을 맡고 있다고 말했다.
  현재 아이베직 박사는 최근 한국과 테스트베드 개발을 공조하기로 한 것과 관련 한국의 전자거래가 활발하고 특히 정부차원에서 ebXML에 높은 관심을 나타내 추진하게 됐다. 며 한국이 개발뿐 아니라 범아시아권 테스트베드 보급에 중요한 역할을 맡을 것으로 기대된다.고 덧붙였다.
<김준재 기자 joon@etnews.co.kr>



***** 아름다운프로님에 의해서 게시물 복사 + 카테고리변경되었습니다 (2003-12-18 17:13)

이르면 10월부터 한·일 양국간 철강 전자거래에 차세대 전자상거래 표준인 ebXML 이 도입된다. 한국철강협회(회장 이구택 http://kosa.or.kr)는 최근 서울에서 일본철강연맹(JISF)측과 한·일 철강 ebXML 프로젝트 모임을 갖고, 양국간 철강거래를 ebXML 기반으로 진행하는데 합의 했다고 4일 밝혔다. 이번 회의에는 양국 민간철강단체 관계자와 국내 포스코·연합철강·포스데이타 관계자 그리고 일본의 JFE스틸·가와테츠정보시스템·메탈원·일본전자상거래추진협의회(ECOM) 관계자 등이 배석했다.
  사흘간 진행된 회의에서 양국 관계자들은 전자무역 프로세스의 표준화에 대한 논의를 벌이고 전자거래용 솔루션으로 포스데이타가 개발한 비즈바인더(BizBinder)를 채택키로 합의했다.
  양국 관계자들은 또 이달 말 도쿄에서 2차 회의를 갖고 본거래 기반 구축 논의와 함께 테스트베드의 가동 및 프로세스 표준화에 대한 확증 작업들을 진행키로 했다.
  한국철강협회측은 이같은 준비작업을 통해 이르면 10월부터 양국간에 ebXML 표준에 맞춰 철강 전자거래가 이뤄질 수 있을 것으로 보고 있다.
  한국철강협회의 김종문 부장은 이번 합의는 철강분야의 첫 사례라는 점에서 포스코-JFE 스틸 간 ebXML 거래방식은 세계 철강분야 표준이 될 가능성이 매우 높다 고 말했다. 그는 또 조만간 중국·인도네시아·말레시아· 등의 철강기업간 거래에도 이번 포스코-JFE 스팀간 거래에 사용했던 솔루션을 적용해 나갈 계획이라고 밝혔다.
<김준배 기자 joon@etnews.co.kr>



***** 아름다운프로님에 의해서 게시물 복사 + 카테고리변경되었습니다 (2003-12-18 17:13)

"ebXML-로제타넷 연동 추진"


“한국에서 ebXML과 로제타넷의 상호연동 추진은 세계적인 모범사례로서 상당한 의의를 지녔다고 할 수 있습니다. 그 일환으로 오아시스(OASIS)도 로제타넷과 전략적 제휴(MOU)를 맺기로 했습니다.”
　ebXML의 확산을 위해 세계 각국에서 ‘오아시스 데이’ 행사를 갖는 페트릭 게논 오아시스 회장은 한국 정부와 민간의 차세대 전자거래 표준에 대한 관심을 높이 평가했다. 오아시스는 전자상거래 관련 표준 개발 및 보급을 위한 민간 비영리 국제 컨소시엄. 게논 회장은 ebXML이 이미 유엔으로부터 표준으로 인정받는 등 상용화단계에 진입했기 때문에 보급이 크게 확산될 것으로 내다봤다. 다음은 3일 서울 소공동 롯데호텔에서 개막된 ‘오아시스 데이’ 행사 참석차 내한한 페트릭 게논 회장과의 일문일답.
-오아시스가 로제타넷과 MOU를 맺은 배경은.
▲OASIS와 로제타넷이 함께 표준을 연구함으로써 상호연동이 가능한 표준을 개발하는 효과를 가져올 수 있을 것으로 예상된다.

앞으로 오아시스의 ebXML 표준을 로제타넷에 적용하도록 노력할 것이며 오아시스 역시 로제타넷의 표준을 적극 반영할 것이다. 로제타넷 관계자가 OASIS의 기술위원회(TC)에도 참여하기로 했다.
-한국에서 ebXML과 로제타넷 연동이 추진되는 것과 이번 MOU와 관계는.
▲유럽과 아시아에서도 두 표준간 연동이 추진되고 있다. 이번 MOU는 그동안 오아시스와 로제타넷측과 계속적인 대화를 통한 결과물로 이번 MOU를 통해 한국에서의 노력이 더욱 힘을 받을 수 있을 것으로 기대된다.
-ebXML의 상용화에 대해 의문을 제기하는 전문가들이 있는데 이에 대한 입장은.
▲ebXML은 전자거래에 사용되는 여러 스펙들이 모인 하나의 집단표준이다. 이들 각각의 스펙들이 독립적으로 활용될 수 있으며 또한 복합적으로 적용될 수 있다. 현재 메시지서비스, 등록저장소(Reg/Rep) 등은 이미 보급이 확산되고 있다. ebXML 상용화와 관련, 미국에서는 자동차·건강·보험 등 분야에서 표준으로 채택을 선언하거나 발표를 앞두고 있다. 이미 ebXML의 채택은 시작됐으며 앞으로 급신장할 것이다.
-ebXML 완성은 언제쯤으로 보는가.
▲ebXML 산하의 위원회에서 개발을 활발하게 전개하고 있으며 앞으로 계속 개발될 것이다. 현재 버전3이 회원사들의 의견에 따라 올해 말 또는 내년 초에 나올 예정이다. 하지만 지금 나와 있는 두번째 버전이 완성도가 떨어지는 것은 아니다.
-ebXML과 웹서비스가 결합될 것이라고 하는데 앞으로의 전망은.
▲ebXML은 지난 99년부터 개발된 반면 웹서비스는 2년 정도밖에 지나지 않았다. 오아시스는 위원회를 통해 두 표준이 광범위하게 연동될 수 있도록 작업을 진행하고 있다. 두 표준 모두 권장하고 있으며 보안이 필요한 거래에는 ebXML을, 보완성이 낮고 참가자가 적은 거래에 대해서는 웹서비스를 추천하고 있다.
　<글·김준배기자 joon@etnews.co.kr 사진·윤성혁기자 shyoon@etnews.co.kr>  




***** 아름다운프로님에 의해서 게시물 복사 + 카테고리변경되었습니다 (2003-12-18 17:13)

차세대 e비즈니스 플랫폼으로 대두되고 있는 ebXML과 웹서비스의 최신 등록저장소 기술인 웹서비스구현언어(UDDI) 3.0 버전이 국내 최초로 개발돼 일반에 공개된다.
　서울대 e비즈니스기술연구센터(CEBT)는 오는 9월까지 약 1년 동안의 연구개발을 통해 각각 ebXML과 웹서비스의 등록저장소인 레지스트리/레포지터리(레그렙)와 UDDI 최신 기술인 3.0버전의 개발을 마무리짓고 민간업체에 대한 기술이전에 나설 계획이라고 1일 밝혔다.
　등록저장소는 인터넷을 통한 e비즈니스 과정에서 거래 상대자의 정보는 물론 제공되는 서비스와 비즈니스프로세스(BP)를 발견해 역동적인 e비즈니스를 전개할 수 있는 핵심기술이다.
　UDDI V3.0은 현재 미국 업체인 시스티넷(Systinet)이 V3.0의 일부 기능만을 지원하는 레지스트리를 발표했을 뿐 전세계적으로 V3.0의 모든 기능을 지원하는 레지스트리는 아직까지 공식 발표된 바 없으며, 레그렙도 현재 국내에선 2.0 버전이 포스코·KTNET·전자거래진흥원·기업은행 등에 적용됐거나 향후 적용될 예정이다.


　이석호 서울대 교수와 함께 이번 연구과제를 수행한 이규철 충남대 교수는 “그동안 웹서비스와 ebXML의 등록저장소 V1.0과 V2.0을 개발한 데 이어 7월 UDDI 3.0 버전 발표를 위한 마무리작업을 진행하고 있다”면서 “국내에서 도입단계에 머물고 있는 웹서비스와 ebXML 기술이 e비즈니스는 물론 전자정부에까지 급속히 확산되는 촉매 역할을 수행하게 될 것”이라고 말했다.
　CEBT 연구팀은 오는 7월 UDDI, 9월 레그렙의 3.0 버전이 완성되는 대로 기술 수요업체를 대상으로 기술이전에 나서고 2005년까지 웹서비스와 ebXML 등록저장소간 연계방안, 시맨틱(semantic) 웹서비스 등에 대한 연구에 나설 계획이다.
　UDDI V3.0은 기존 버전에 디지털서명 등 보안, 강화된 WSDL 지원, 멀티 레지스트리 지원, 관심대상의 등록 및 변경 통지기능, 중첩질의 등 확장된 검색으로 향상된 기능을 제공한다. ebXML V3.0 등록저장소는 분산연합, 이벤트 통보, 내용 검색, 직접 객체 접근, 대용량 검색결과 처리 등의 기능을 가진 최첨단의 레지스트리로 호주·캐나다·핀란드 등에서 전자정부 기반시스템으로 채택하고 있다.
　<이정환기자 victolee@etnews.co.kr>  




***** 아름다운프로님에 의해서 게시물 복사 + 카테고리변경되었습니다 (2003-12-18 17:13)

‘ebXML과 웹서비스가 만난다.’
　국제 전자상거래 표준 ‘ebXML’과 차세대 e비즈니스 플랫폼으로 부상한 ‘웹서비스’의 연계방안이 급부상하고 있다.
　ebXML과 웹서비스를 결합해 실질적인 기업내부통합과 전자상거래 및 협업시스템을 완성, 효율적인 e비즈니스 환경을 구현한다는 것이다. 실제 내부 프로세스 및 애플리케이션통합을 웹서비스로 구현한 미국의 제너럴모터스(GM)가 최근 협력업체와의 기업간 거래에 ebXML을 적용하면서 ebXML과 웹서비스의 연계는 효과적인 e비즈니스 환경 구현을 위한 현실적인 대안으로 떠오르고 있는 것이다.
　◇ebXML과 웹서비스=ebXML은 기업의 규모·장소에 상관없이 확장성표기언어(XML) 기반의 메시지 교환을 통해 기업간 전자거래가 가능하도록 하는 전자상거래 표준으로 유엔전자상거래 및 무역촉진포럼(UN/CEFACT)과 민간전자상거래표준화기구인 오아시스(OASIS:Organization for the Advancement of Structured)가 표준화 작업에 적극 나서고 있다.

웹서비스는 XML·SOAP·UDDI·WSDL 등 업계표준 기술을 적용해 기업내 웹기반 업무처리와 기업간 애플리케이션·프로세스·서비스 등을 연계할 수 있는 비즈니스 플랫폼으로 마이크로소프트·IBM·선마이크로시스템스 등 IT업체들이 주도하고 있다. ebXML과 웹서비스는 각각 전자문서교환(EDI)시스템과 기업 IT업무의 통합을 위한 아키텍처에서 출발했다는 점에서 차이가 있지만 기업간 전자거래용 비즈니스 데이터를 연동시킨다는 점에서 공통점을 지닌다.
　◇상호연계=현재 ebXML와 웹서비스의 거래상대자 또는 서비스 등록저장소(레지스트리)와 웹서비스구현 언어(UDDI)간 상호운용성 검증작업이 진행되고 있으며 나아가 양진영간 표준 스펙을 연동하는 방안이 모색되고 있다. 국내에서도 서울대 e비즈니스기술연구센터의 이규철 교수팀이 ebXML 레지스트리와 UDDI의 동시사용을 겨냥한 연구작업을 수행중이다. XML 전문업체인 씨오텍도 ebXML과 연계할 수 있는 웹서비스 솔루션 개발을 위한 정보통신부 선도과제를 진행중이다.
하지만 현재는 여전히 두 진영간 기술 표준화 논의보다 서로의 장점을 결합하는 상호보완적 연계방안이 현실성을 얻고 있다. 우선 웹서비스가 기업애플리케이션통합(EAI)에는 강점을 갖지만 IT업체간 주도권 경쟁으로 보안 및 협업 등에 대한 표준 정립이 더디게 진행되고 있다. 반면 ebXML은 국제기구를 중심으로 보안관련 표준과 비즈니스·프로세스 정의가 상당부분 진척돼 거래당사자간 협상과 신뢰성이 핵심인 전자상거래에 적합하다는 평가가 내려지고 있다.
◇전망=아직은 ebXML와 웹서비스 모두 당초 목표에 걸맞은 실제 적용사례를 찾아보기 힘든 상황이다. 다만 양진영간 현실적인 한계를 극복하기 위한 방안으로 적절한 접점찾기가 현실화될 전망이다. 마이크로소프트·IBM·선 등 웹서비스 진영도 기업간 거래 부문에서 ebXML의 표준화 성과를 인정해 이를 지원하는 어댑터를 개발중이다. 또 통합과 통신의 역할이 중요할 경우에는 웹서비스 모델을, 프로세스와 콘텐츠 중심의 기업간 거래에는 ebXML를 각각 적용해 간다는 전략을 세워놓고 있다.
　한국썬마이크로시스템즈의 양희정 과장은 “즉각적인 응답이 필요한 EAI는 웹서비스 기술을 적용하고 거래당사자간 유연한 데이터 교환이 요구되는 B2B분야에는 ebXML을 적용하는 모델이 바람직하다”고 설명했다.
　　 <이정환기자 victolee@etnews.co.kr>  




***** 아름다운프로님에 의해서 게시물 복사 + 카테고리변경되었습니다 (2003-12-18 17:13)

한국전자거래진흥원(원장 정득진)이 상용화 단계를 앞두고 있는 전자상거래 표준인 ebXML을 보급하기 위해 ‘ebXML B2B 업종 실제 적용 지원사업’을 전개한다. 이 사업은 최근 유엔의 공식 승인으로 향후 ebXML 보급이 본격화될 것이라는 예상에 따라 진행하는 것이다. 산업별로 ebXML 프레임워크를 적용해 사용하고 있는 모델을 발굴·지원하며 이를 통해 ebXML에 대한 인식확대를 도모하겠다는 목표다.
전자거래진흥원은 이번 프로젝트에서 2개 업종의 시스템을 선정해 지원한다. 지원내용은 프레임워크 구축비용의 일부며, 지원범위는 ebXML의 메시징 표준인 ebMS 메시지의 상호연동성 테스트와 협업규약프로파일(CPP)·비즈니스과정세부사항(BPSS)·전자문서표준의 생성 등이다.
신청업체는 업종단체와 SI업체의 컨소시엄 또는 표준화 사업모델이 확실한 SI업체며, 진흥원의 ‘XML 전자문서 가이드라인’ 및 라이브러리를 적용하고 또 등록저장소(REMKO)를 활용해 시스템을 개발해야 한다. 진흥원은 금주중 관련 사업공고를 할 예정이다.

문의 (02)528-5713 <김준배기자 joon@etnews.co.kr>  




***** 아름다운프로님에 의해서 게시물 복사 + 카테고리변경되었습니다 (2003-12-18 17:13)

확장성표기언어 기반 전자거래 프레임워크인 ebXML이 최근 유엔으로부터 차세대 전자상거래 표준으로 승인받음으로써 상용·보급 시점에 관심이 쏠리고 있다. 그동안 유엔은 산하의 유엔전자거래및무역촉진포럼(UN/CEFACT)을 통해 표준화 작업을 진행해 왔음에도 불구, 표준체계에 미흡하다는 이유 등으로 승인을 미뤄왔다. 따라서 이번 승인은 ebXML이 비로소 상용화 형태를 갖췄다는 것을 의미해 앞으로 이에 대한 논의가 본격화될 전망이다.
◇상용·보급시기=전문가들에 따라 다소 차이는 있지만 전산업에 포괄적으로 확산되기 위해서는 최소 2년 이상은 소요될 전망이다. 이는 ebXML이 표준으로서 자리를 잡아가고 있지만 아직 테스트단계일 뿐이며 보급확산을 위해 성공사례도 다수 도출돼야 하기 때문이다. 기술표준원의 채경수 연구관은 “미국에서 ebXML 프레임워크를 지원하는 프로젝트가 정부 차원에서 추진되고 있어 미국을 중심으로 내년 하반기부터 상용화가 이뤄질 것”이라며 “내년부터는 보급이 본격화될 것”으로 내다봤다.

한국전자거래진흥원 표준개발팀 장재경 팀장은 “상용화를 위한 표준으로서 준비는 어느정도 완료됐다”며 “하지만 관련 솔루션의 개발 그리고 이 솔루션에 대한 검증과정을 거쳐야 하기 때문에 앞으로 3∼5년 정도의 시간이 더 소요될 것으로 본다”고 밝혔다. 명지대 김선호 교수도 “현재 솔루션들이 이론을 바탕으로 개발되거나 개발중이어서 업계 적용은 의외로 4∼5년이 걸리고 있다”고 말했다.
◇국내 개발 및 보급현황=ebXML 표준에 맞춰 솔루션을 개발하고 있는 업체는 포스데이타, SDS, KTNET, 이노디지털, 한맥인포텍 등 대략 5개사 정도다. 하지만 이들 업체는 ebXML이 표준으로서 완성된 것은 아니기 때문에 다른 표준들과 함께 개발하거나 특정산업을 위해 개발했다.
포스데이타는 철강업계를 대상으로 한 ‘비즈바인더(BizBinder)BSI’를 개발, 지난 4월 포스코와 조선내와·INI스틸간의 전자상거래에 적용토록 했으며. 다음달에는 대경특수강과 10개 관계사간의 거래용으로 공급할 예정이다. 또 이노디지털은 지난해 6월 ebXML 기반 솔루션 ‘솔메 B2Bi 스위트’를 선보인데 이어 이를 오는 8월 기업은행과 10개 보험사간 거래용으로 공급한다. 삼성SDS는 비즈니스프로세스 부문은 로제타넷 표준을 채택한 범용 ebXML 솔루션 ‘비젠트로’를 개발했고, KTNET은 인터넷 기반의 메시지처리서비스인 ‘GXML허브’의 프로토콜에 ebXML을 채택했다. 이밖에 한맥인포텍은 LG CNS와 공동으로 구축하고 있는 출판산업 유통시스템을 ebXML 기반으로 개발하고 있다.
◇향후 전망=전문가들은 ebXML 표준화가 범용 모델인데다가 국제기구 차원에서 진행되고 있어 대표 표준으로 자리를 잡을 가능성이 높다는 분석이다. 김선호 교수는 “유엔 주도로 EDI가 보급됐던 것처럼 ebXML도 보급이 확산될 가능성이 높다”며 “하지만 로제타넷처럼 현재 상용화된 표준과는 상호연동 등을 통해 공존하하게 될 것”이라고 전망했다.
그러나 업계 표준으로 장악력을 높이는데 실패할 수 있다는 목소리도 있다. 업계의 한 관계자는 “ebXML이 다른 표준에 비해 효율성 등 획기적인 이점을 제공해야 업계에서 채택할 것”이라며 “단지 범용적인 특성 그리고 국제기구에서 보급에 나선다는 것은 전혀 의미가 없다”고 말했다. <김준배기자 joon@etnews.co.kr 서현진부장 jsuh@etnews.co.kr>  




***** 아름다운프로님에 의해서 게시물 복사 + 카테고리변경되었습니다 (2003-12-18 17:13)

정부 산하 기관간의 업무협조가 제대로 이뤄지지 않아 아시아권 ebXML 기반 솔루션의 상호연동성 인증권이 일본에 넘어갈 공산이 커지고 있다. 이에 따라 국내 ebXML업체들이 상호연동성 인증을 받기 위해 일본에 막대한 수수료를 지불하고 까다로운 국제공인 절차를 밟아야 하는 상황이 발생할 수도 있다는 우려가 제기되고 있다.
27일 정부기관 및 관련업계에 따르면 일본전자상거래추진협의회(ECOM)는 오는 7월 태국 방콕에서 열리는 ebXML아시아위원회 산하 상호연동성테스트그룹(ITG)에서 독자개발한 상호연동성 테스트베드를 포함, 일본에 ebXML 테스트센터 구축계획을 발표할 것으로 알려져 있다. 상호연동성 테스트베드는 ebXML 기반 솔루션이 각국의 기업간 전자상거래에 있어 데이터 전송 등 연동환경을 테스트하는 도구이다. 미주지역의 경우 인증사업자인 미국의 민간기업 드루몬드그룹이 인증비용으로 건당 6000만∼8000만원 가량을 요구하고 있는 것으로 알려지고 있다.


◇무엇이 문제인가=산업자원부와 정보통신부 산하 기관간 업무협조가 제대로 이뤄지지 않은 것이 우려를 낳고 있는 가장 큰 원인이다. 산자부 산하의 기술표준원과 한국전자거래진흥원은 일본에서 상호연동성 테스트베드가 개발되고 있는 것을 파악하고 지난해 말 민간업체를 참여시킨 컨소시엄(KORBIT)을 결성, 테스트베드 개발에 나섰다. 이 과정에서 산자부는 이미 지난해 상반기부터 관련 테스트베드를 개발하고 있는 정통부 산하 한국전산원을 이 개발사업에 참여시킬 방침이었지만 한국전산원측이 소속부처가 다르다는 이유 등으로 컨소시엄 참여에 부정적인 입장을 보이고 있는 것이다.
◇양측의 입장=그러나 KORBIT을 주도해온 기술표준원은 한국전산원과의 공조는 계속 모색하겠지만 여의치 않을 경우 미국의 국가표준기술연구소(NIST)와 공동개발에 나설 수도 있다는 입장이다. 기술표준원의 관계자는 “한국전산원에 KORBIT 참여를 요청했으나 이렇다할 반응이 없다”며 “마냥 기다릴 수가 없어 이미 테스트베드 개발에 나섰다”고 밝혔다.
이에 대해 한국전산원의 관계자는 “지난 2000년부터 테스트베드 개발에 들어가 이미 완료단계에 있는데 산자부측에서 그동안의 개발성과는 인정하지 않은 채 관련 소스코드 공여를 요구하고 있다”고 말했다. 이 관계자는 아울러 “산자부측의 역할은 한국전산원이 개발한 테스트베드가 ebXML 아시아위원회에 표준도구로 선정되도록 지원해야 할 것”이라고 주장했다.
◇향후 전망=우리나라가 ebXML 솔루션 상호연동성 인증권을 확보하기 위해서는 양 부처 산하기관간 조속한 공조가 절실히 요구되고 있다. 특히 기술표준원의 경우 한국전산원과의 공조관계 모색은 물론 미국 NIST와의 협력관계를 통해 보다 완성도 높은 테스트베드 개발에 나서야 할 것으로 보인다. 업계의 한 관계자는 일본이 이미 ebXML 솔루션 상호연동성 인증을 위해 상당히 진척된 연구를 바탕으로 테스트베드를 개발중인 상황에서 “KORBIT이 기존 개발성과를 염두에 두지 않은채 독자 개발에 나서는 것은 결과적으로 국제 경쟁력 저하를 가져올 수 있다”며 “기관간 협력이 무엇보다도 중요하다”고 지적했다.
<김준배기자 joon@etnews.co.kr>  




***** 아름다운프로님에 의해서 게시물 복사 + 카테고리변경되었습니다 (2003-12-18 17:13)

ebXML이 유엔 표준으로 확정됐다.
　한국전자거래진흥원(원장 정득진)은 지난 12일부터 16일까지 5일간 스위스 제네바 유엔유럽본부에서 열린 ‘제9차 유엔전자거래및무역촉진포럼(UN/CEFACT) 총회’에서 ebXML의 표준승인이 통과됐다고 19일 전했다. 이에 따라 앞으로 전기전자 분야의 민간 표준인 로제타넷과의 상호운용 문제가 본격적인 관심사로 떠오르게 됐다.
　UN/CEFACT는 지난 99년 11월부터 정보표준화기구(OASIS)와 공동으로 ebXML 표준화 작업을 진행해 왔다. 유엔의 이번 승인은 ebXML이 표준으로서 개발중인 것을 감안해 완성된 부문에 대해서만 적용되며 전자문서 등 미완성 부문에 대해서는 향후 승인키로 했다.
　이번 총회에서는 또 차세대 e비즈니스 기술인 웹서비스 관련 작업을 강화하는 방안이 통과됐다. 이에 따라 UN/CEFACT 산하의 기술분류그룹(TMG)이 웹서비스에 대한 연구 표준화 작업을 추진키로 했다.
　 <김준배기자 joon@etnews.co.kr>

  
○ 신문게재일자 : 2003/05/20





***** 아름다운프로님에 의해서 게시물 복사 + 카테고리변경되었습니다 (2003-12-18 17:13)

로제타넷과 ebXML은 모두 XML/EDI의 한계를 뛰어넘는 차세대 전자상거래 표준으로 평가받아왔지만 지금까지도 상호 운용과 관련해서는 구체적 방안이 제시되지 못했다. 이런 차원에서 정부가 이번에 한국전자거래진흥원 및 로제타넷코리아와 함께 두 표준의 상호 운용을 위한 어댑터 개발에 나서기로 한 것은 큰 의미가 있다고 할 수 있다.
　◇상호연동 어댑터=로제타넷코리아가 제안한 ‘로제타넷-ebXML 연동계획’에 따르면 두 표준은 거래기술 표준영역의 메시징 부문을 상호 연동하는 방식으로 연계를 하게 되며 이를 위해 별도의 어댑터를 개발하도록 돼 있다. 어댑터는 로제타넷허브시스템의 내부에서 ebXML의 메시징 표준인 ebMS(e business Message Service Specification)를 지원하도록 하고, 로제타넷의 메시징 표준인 RNIF(로제타넷 Implementation Framework)와 ebMS간에 연동될 수 있도록 한다.

예를 들어 로제타넷을 사용하는 A사는 자사의 거래를 위한 정보를 로제타넷에 기반해 로제타넷 허브시스템에 전송하고 로제타넷 허브는 이 정보를 ebXML 표준으로 변환해 B사로 전송하는 것이다. 표참조
　로제타넷코리아측은 “로제타넷과 ebXML의 상호운용에 있어 핵심은 두 표준의 메시징 부문인 RNIF와 ebMS 프레임워크상의 차이를 극복하는데 있다”며 “두 표준간의 메시징 표준이 상당부문 유사한 것으로 알려져 있어 어댑터의 개발에 큰 어려움이 없을 것으로 예상된다”고 밝혔다.
　◇어댑터 개발효과=정부가 두 표준의 상호운용을 위한 어댑터를 개발할 경우 한국의 전자상거래 표준기술을 한단계 올리는 역할을 할 것으로 기대된다. 이는 국내뿐 아니라 해외에서도 로제타넷과 ebXML의 상호운용에 대해 앞으로 계속 논란이 일 것으로 예상되기 때문이다. ebXML관련 솔루션을 개발하고 있는 업체의 관계자는 “해외에서도 표준간의 연계에 대한 필요성을 지적해 왔다”며 “우리나라가 두 표준의 상호운용을 위한 툴을 개발할 경우 전자상거래에서 한국의 위상을 높일 수 있는 계기가 될 것”이라고 밝혔다.
　◇향후 정부의 과제=정부는 이번 ebXML과 로제타넷에 대한 상호 운영 결정과 관련 표준에 대한 정책에 보다 신중을 기해야 할 것이다. 특히 앞으로 로제타넷 등 민간기업을 중심으로 채택이 확대되고 있는 표준을 적극적으로 파악해 상호운용 등 표준간의 관계를 정립할 수 있도록 지속적으로 관심을 가져야 할 것으로 보인다.
　이와 함께 현재 중점적으로 지원하고 있는 ebXML에 대해서도 지원을 계속 펼쳐나가야 한다. 이는 ebXML이 향후 다양한 산업에 폭넓게 채택될 가능성이 높은데다가 특히 우리나라가 그동안 정부의 강력한 지원에 힘입어 ebXML아시아위원회 사무국을 유치하는 등 상당한 영향력을 행사하고 있기 때문이다.
　기술표준원의 한 관계자는 “정부의 적극적인 지원에 힘입어 범세계적으로 ebXML 표준을 개발하는 과정에서 우리나라가 상당한 영향력을 발휘하고 있다”며 “정부가 이 시점에서 ebXML에 대한 지원을 중단하는 것은 그동안 투입한 예산을 낭비하는 결과를 낳을 수 있다”고 밝혔다.
　<김준배기자 joon@etnews.co.kr>  
○ 신문게재일자 : 2003/05/19





***** 아름다운프로님에 의해서 게시물 복사 + 카테고리변경되었습니다 (2003-12-18 17:13)

차세대 전자상거래 양대 국제표준인 ‘ebXML’과 ‘로제타넷’의 상호운용 길이 트였다. 이에 따라 세계적으로 논의되고 있는 양 표준의 연계 움직임에 한국이 주도적인 역할을 할 수 있을 것으로 기대된다.
　18일 산업자원부 관계자는 최근 정부가 ebXML 개발을 주도해온 한국전자거래진흥원과 로제타넷 보급을 맡아온 로제타넷코리아가 참석하는 모임을 주선, 두 표준의 상호운용을 위한 어댑터(문서변환도구) 개발에 3자가 함께 나서기로 했다고 밝혔다. 또 어댑터 개발은 로제타넷측이 제안한 ‘로제타넷-ebXML 연동계획’에 기반을 두기로 했다고 전했다.

　어댑터가 개발되면 로제타넷을 도입해 적용해온 국내 전자·전기 분야 기업들이 현재 상용화 직전인 범용 ebXML을 채택하는 기업들과 큰 어려움 없이 전자상거래를 할 수 있게 될 전망이다.

이와 함께 ebXML이 국제기구 차원에서 추진되고 있는 전자상거래 표준인데다 로제타넷이 이미 업종 표준으로 정착되고 있는 만큼 상호운용 및 개발에 적극 나설 경우 우리나라가 양대 표준의 연계 분야에서 주도적 위치를 확보하는 데 크게 기여할 것으로 기대된다.
　모임을 주선한 산자부 관계자는 “두 표준의 연계가 궁극적으로는 국제합의가 바탕이 돼야 한다는 점에 주목, 국내외에서 개최되는 전자상거래 표준관련 각종 세미나 및 국제회의에서 우리측 연계방안과 추진계획 등을 적극 반영시켜 나가겠다”고 밝혔다.
　산자부의 이번 방침은 로제타넷 도입 기업들 입장에서는 향후 ebXML이 국제표준으로 급속히 확산된다 해도 상호호환될 수 있다는 심리적인 안정을 줄 수 있을 뿐 아니라 전자·전기업종을 중심으로 한 보급·확산에도 큰 계기가 될 전망이다.

　그동안 정부는 ebXML이 상용화 단계가 아님에도 전 산업에 적용될 수 있는 범용적 특징을 갖고 있다는 이유로 전폭적 지원을 펼쳐왔다. 그러나 정부의 이같은 정책은 로제타넷이 인텔과 소니 등 해외 유수의 기업들을 중심으로 보급이 확산되고 있음에도 불구하고 국내에서의 로제타넷 보급을 더디게 하는 요인이 됐고, 특히 국내 수출업체들이 로제타넷을 통한 거래를 늘리고 있는 외국 기업과의 거래를 놓칠 수 있다는 우려를 낳게 했다. 본지 5월 6일자 1면 참조
　명지대 김선호 교수는 “ebXML이 아직 상용화 단계가 아니어서 상호운영을 위한 노력이 당장 효과를 발휘하지는 못하겠지만 전자·전기업종을 중심으로 급속하게 확산되고 있는 로제타넷에 대해 정부가 지원의지를 보였다는 데 큰 의미가 있다”고 말했다.
　<김준배기자 joon@etnews.co.kr>  
○ 신문게재일자 : 2003/05/19





***** 아름다운프로님에 의해서 게시물 복사 + 카테고리변경되었습니다 (2003-12-18 17:13)

ebXML이 방카슈랑스시스템의 전자문서 교환 표준 아키텍처로 떠오르고 있다.
　지난 9, 10일 이틀 동안 전자문서 솔루션전문업체인 이노디지털 주최로 제주도에서 열린 ‘방카슈랑스 솔루션 Solme ebXML 워크숍’에는 은행·보험·증권사 등 금융권의 IT담당자들이 참석해 ebXML에 대해 뜨거운 관심을 나타냈다.
　이날 참석자들은 방카슈랑스가 사실상 은행과 보험사간 B2B 거래로 이 둘의 전자거래를 연계할 아키텍처가 필요하며 ebXML이 그 해결책이 될 것이라는 데 공감대를 표시했다. 비표준 인터페이스를 사용할 경우 막대한 유지비용과 비효율적인 정보교환으로 인한 손실을 구매자가 고스란히 물어야 하기 때문이다.
　ebXML이 방카슈랑스 분야 표준 인터페이스로 떠오르는 것은 기존 EDI·XML 등이 고비용과 상호운용성의 문제를 해결해주지 못하고 있는 데 따른 것이다. 이에 따라 방카슈랑스의 성공적인 시장안정화를 위해서는 표준화된 거래표준으로 통합시스템을 구축하는 것이 필수적이라는 지적이다.


　워크숍에 참석한 충남대 컴퓨터공학과 이규철 교수는 “ebXML은 독립적인 표준 아키텍처 기반으로 거래환경 변화에 유연하게 대처할 수 있으며 유지보수 및 확장시 비용·시간·인력을 대거 절감할 수 있다”며 “특히 솔루션업체에 의존적이지 않은 국제표준이어서 안정성이 높다”고 강조했다.
　이날 워크숍에서 자체적으로 개발한 ‘Solme ebXML’을 발표한 이노디지털의 이정남 팀장은 “ebXML은 국내외적으로 전자상거래를 지원할 수 있는 프레임워크며 국내 방카슈랑스도 이런 추세를 따를 것으로 보인다”고 기대했다.
　이런 기대감은 현실로 나타나고 있다. 최근 기업은행은 국내 금융권 최초로 방카슈랑스의 정보교환 아키텍처를 ebXML로 채택, 금융권과 관련업계에 파장을 미칠 전망이다. 기업은행의 이번 결정은 일부 시범사업을 제외하고는 B2B 전자상거래에 ebXML이 도입되는 최초의 사례로 ebXML 확산에 청신호가 되고 있다.
　<제주=권상희기자 shkwon@etnews.co.kr>  
○ 신문게재일자 : 2003/05/12





***** 아름다운프로님에 의해서 게시물 복사 + 카테고리변경되었습니다 (2003-12-18 17:13)

차니랍니다.
ebxmlrr 의 경우 디폴트로 설치가 postgreSQL로 되어져 있지만,
오라클에도 설치가 가능하답니다.
이것에 대해서 간단히 정리해볼까 합니다.
-------------------------------------------------
@작성자 : 이현찬
@homepage : http://www.jtop.org
@e-mail : janux@hanafos.com

1. 설치 환경
    - OS : Window2000
    - Database : Oracle9i R2
    - JDK : j2se 1.4.1
    - tomcat : tomcat 4.1.24

2. 설치전 준비
    - ebxmlrr(홈)/conf/ebxmlrr.properties 파일을
      C:Documents and Settings사용자(예:Administrator) 로 Copy
    - 파일을 열어서 오라클에 해당하는 부분으로 수정
    - ebxmlrr.persistence.rdb.databaseURL=jdbc:oracle:thin:@xxx.xxx.x.x:1521:ORCL
    - ebxmlrr.persistence.rdb.databaseDriver=oracle.jdbc.dirver.OracleDriver
    - ebxmlrr.persistence.rdb.databaseUser=해당유저
    - ebxmlrr.persistence.rdb.databaseUser=해당유저 패스워드
    - 특정 디렉토리에 Repogitory 생성하기 위해서는(디폴드는 해당 유저 디렉토리 밑으로 생성됨)
      ebxmlrr.home=C:ebXMLebxmlrr   (이 처럼 home을 지정하면 됨)
    - ebxmlrr 홈디렉토리의 build.properties 수정
    - 여기에서도 ebxmlrr.home=C:/ebXML/ebxmlrr 처럼 지정 (원하면)
    - catalina.home=C:/ ~~ /tomcat4.1 (tomcat 설치된 디렉토리)
    - jdbcDriver, dbURL, dbUsername, dbPassword, jdbcClassname 오라클에 맞게 수정
      (디폴트는 postgreSQL로 되어져 있슴)
    - 오라클을 톰켓에서 실행가능하게 하기 위한 오라클 jdbc 드라이버 설치를 위해
       ebxmlrr홈/misc/lib 에 classes.jar 를 copy해서 넣는다. (차후에 deploy할때
       자동으로 tomcat의 webpp/lib로 설정됨)
    - ebxmlrr홈/conf/database.sql 파일의 수정
      오라클의 경우, 이 파일의 아래 부분의
      -- CREATE INDEX Association_id ON Association(id);
                                    ~
      -- CREATE INDEX User_id ON User_(id);
      이 부분 전체를 '--'로 처리가 안되게 막킹해 준다.

3. 설치
    - ebxmlrr 홈디렉토리로 이동 : 예)cd C:ebXMLebxmlrr
    - C:ebXMLebxmlrr>build compile
    - C:ebXMLebxmlrr>build deploy
    - C:ebXMLebxmlrr>build genKeys
    - C:ebXMLebxmlrr>build createDemoDB
    - (DB삭제시 : C:ebXMLebxmlrr>build cleandb
       createDemoDB를 하다가 에러가 발생하면 이를 실행해주어야 한다.)
    - C:ebXMLebxmlrr>build test
      결과 :
        <soap-env:Envelope
                 xmlns:soap-env="http://schemas.xmlsoap.org/soap/envelope/"
                 xmlns:SOAP-SEC="http://schemas.xmlsoap.org/soap/security/2000-12" soap-env:actor="some-uri"
                 soap-env:mustUnderstand="1">
                     <soap-env:Header>
                     </soap-env:Header>
                     <soap-env:Body SOAP-SEC:id="Body">
                        <RegistryResponse status="Success" xmlns="urn:oasis:names:tc:ebxml-regrep:registry:xsd:2.1">
                            <AdhocQueryResponse xmlns="urn:oasis:names:tc:ebxml-regrep:query:xsd:2.1">
                                <SQLQueryResult>
                                ...
                                </SQLQueryResult>
                            </AdhocQueryResponse>
                        </RegistryResponse>
                     </soap-env:Body>
                </soap-env:Envelope>

            이 부분에서 : RegistryResponse status="Success" 부분의 "Success"
가 나오면 일단 설치가 성공 됨.

  @주의 사항 : ebxmlrr-beta3 버젼으로 설치시 에러 발생.
                     (CVS로 받은 후에 이것을 가지고 설치하니 에러 안남)


# 문서중의 작성자의 정보 부분을 밝히시면 어디에나 포워딩 가능합니다.

    



***** 아름다운프로님에 의해서 게시물 복사 + 카테고리변경되었습니다 (2003-12-18 16:51)

간단히 말해서..
beta3로 하면 에러납니다.
cvs버젼 받아서 하니 괜찮네요.

헐..~





***** 아름다운프로님에 의해서 게시물 복사 + 카테고리변경되었습니다 (2003-12-18 16:50)

차니랍니다.
거참 이거로 시간 너무 많이 빼앗기고 진도를 못빼고 있네요.
pio님께서 리눅스상에서 그래도 설치를 하셨다니.. 다행이지만..

발표된 ebxmlrr-server-2.1-beta3 버젼의 윈도우(윈2000 서버)에의 설치는
오라클9i, PostgreSQL7.3 모두 아래의 같은 에러를 내면서 튕기네요.

그렇다면 분명 같은 원인인지라 어딘가 해결방법이 있을 법도 한데..
메일링리스트 상에서도 찾아지지가 않습니다.

전에 pio님이 설치 성공을 cvs에서 받아서 하셨다고 해서..
내일은(시간이 되면.. ) cvs 버젼으로 마지막 테스트 해보려 합니다.
이거 안되면.. ㅡㅡ;;
우선 MSH쪽으로라도 해야되겠네요.

그래도 나름대로 설치에서 만큼은 모든 OS에서 잘한다고 믿고 있었는데
처음부터 이러니 기운 많이 빠지네요.
어쨌든, 한번 더 도전해 보고 또 글 남기겠습니다.

그런데 윈도우상에서 설치 테스트 해보신 분이 계실려나? ㅡㅡ;;

쩝~



***** 아름다운프로님에 의해서 게시물 복사 + 카테고리변경되었습니다 (2003-12-18 16:50)

UDDI and ebXML Registry: A Co-Existence Paradigm

아래 내용에 이어서..
UDDI와 Reg 를 함께 활용하는 것에 대한 내용입니다.




***** 아름다운프로님에 의해서 게시물 복사 + 카테고리변경되었습니다 (2003-12-18 16:48)

새로움에 대한 준비를 어서 서둘려야 할 듯.. ^^

cotech과 이노디지탈이 열심히 언론플래이하나? ㅡㅡ;;




***** 아름다운프로님에 의해서 게시물 복사 + 카테고리변경되었습니다 (2003-12-18 17:13)

당초 EDI가 잘 발달되어 다른 나라들보다 늦게 진행되리라 생각되었던
미국과 함께 표준화 공조 사업이 발촉된다면....
생각보다 좀 더 실용화 단계가 앞당겨 질꺼라 예상되네요.
거기에 기사에서도 나왔듯이..
아시아 Hub 계획도 잘 진행될 것 같고...

앞으로가 재밌어지겠네요.
(이제는 열심히 공부해야할 때가 된듯.. ^^)



***** 아름다운프로님에 의해서 게시물 복사 + 카테고리변경되었습니다 (2003-12-18 17:13)

일과 시간이나 퇴근후에 잠깐씩 해봐서인지 어째서인지..
잘 안되네요.
build createDB 할때.. 잘 들어가다가..
거의 다 됬으쯔음해서.. 에러가 떨어집니다.
쩝~
제대로 되면 다시 글 남길께요.
(내부 분석이전에 설치부터 이러고 있으니... )



***** 아름다운프로님에 의해서 게시물 복사 + 카테고리변경되었습니다 (2003-12-18 16:50)

Registration and Discovery of Web Services
소제목 : Using JAXR with XML Registries such as UDDI and ebXML

JAXR을 이용하여 UDDI와 Reg/Rep를 사용하는 방법을 다룹니다.
해석을 달리하면 제목과 같은 내용이 되겠죠..

참고하시길..



***** 아름다운프로님에 의해서 게시물 복사 + 카테고리변경되었습니다 (2003-12-18 16:48)

조성훈 hoon21@dt.co.kr 2003/04/23

기업은행(www.kiupbank.co.kr 행장 김종창)이 국내 금융권 최초로 방카슈랑스의 정보교환 아키텍처를 차세대 국가간 전자상거래 표준인 ebXML로 채택해 금융권과 관련업계에 파장을 미칠 전망이다.

기업은행은 22일 방카슈랑스 구축사업자인 삼성SDS를 통해 ebXML 업체인 이노디지털(www.innodigital.co.kr 대표 김종락)과 계약했다고 밝혔다.

기업은행의 이번 결정은 일부 시범사업을 제외하고는 기업간 전자상거래에 ebXML이 도입되는 최초의 사례로, 향후 ebXML 확산에 신호탄이 될 전망이다. 기업은행은 현재 10개 보험사와 방카슈랑스 관련 양해각서(MOU) 체결을 추진중인데, 대부분 보험사가 ebXML 시스템 구축에 동참할 것으로 보인다.

방카슈랑스는 은행 창구에서 보험사의 상품을 위탁 판매하는 것으로, 사실상 은행과 보험사간 B2B(기업간 거래)라고 할 수 있다. 따라서 이 둘의 전자거래를 연계할 아키텍처가 필요한데, 현재 유럽 등지에서 보편화된 방식은 전자문서교환(EDI)이다. 유럽의 경우 방카슈랑스가 십수 년 전에 시작돼 당시 기술로는 EDI 이외의 대안이 없었기 때문.

하지만 EDI는 시스템이 안정적인 반면 구축비용이 많이 들고 업체간 호환이 제한되어 있으며 상대방에 따라 개별 구축이 필요한 구조여서 상대방이나 거래환경의 변화에 따른 유지보수 및 확장에 어려움이 있다.

반면 2000년부터 국제표준으로 부상한 ebXML은 독립적인 표준 아키텍처 기반으로 거래 환경 변화에 유연하게 대처할 수 있으며, 유지보수 및 확장시 비용ㆍ시간ㆍ인력을 대거 절감할 수 있다. 특히 솔루션 업체에 의존적이지 않은 국제표준이어서 안정성이 높다.

장기적인 관점에서 확장성과 호환성이 월등히 높은 ebXML이 방카슈랑스의 표준 아키텍처가 되어야 한다는 주장이 제기되고 있으나 금융권에서 ebXML 구축사례가 없었다. 따라기업은행의 ebXML 도입은 ebXML 확산의 하나의 전기가 될 것으로 예상된다. 기업은행이 ebXML을 도입한 것도 기업들과의 자금거래가 많은 은행 특성상 향후 기업간 전자상거래 와 연계를 고려했다는 것.

기업은행 전산정보부의 이병호 차장은 "기은은 90년대 중반 은행간 거래 전용네트워크인 SWIFT를 도입함으로써 그전의 텔렉스를 통한 정보교환의 비효율을 극복한 경험이 있다"면서 "이번 ebXML 도입도 같은 맥락으로, 은행과 보험사간의 정보교환은 물론이고 금융과 산업간의 결합, 금융과 무역ㆍ 물류가 결합된 새로운 금융 전자상거래 모델을 구상하고 있다"고 밝혔다.

아시아 ebXML위원회 상호연동성 테스트 의장인 이노디지털 이정남 팀장은 "ebXML은 국제 전자상거래를 표준으로 자리매김 했기 때문에 올해를 기점으로 대거 확산될 것으로 예상되며, 방카슈랑스 업계도 이 추세를 따를 것으로 보인다"고 말했다.

조성훈기자

* 용어설명 : ebXML

ebusiness eXtensible Markup Language의 약자로 국제기구인 유엔 전자거래 및 무역촉진 포럼(UN/CEFACT)과 정보표준화기구인 OASIS(Organization for the Advancement of Structured Information Standards)가 공동 추진하고 있는 국제 전자상거래 표준. 차세대 웹 기술인 확장성표시언어(XML)를 적용해 업무프로세스가 서로 다른 기업간 전자상거래를 가능하게 해주는 기술이다.




***** 아름다운프로님에 의해서 게시물 복사 + 카테고리변경되었습니다 (2003-12-18 17:13)

우리나라에서 개발돼 적용되고 있는 차세대형 전자문서개발 가이드라인이 아시아 표준으로 채택될 전망이다. 이에 따라 국내기업들은 아시아 지역 국가간 전자문서 거래에서 호환성과 전자거래에 유연성을 동시에 확보할 수 있을 것으로 기대된다.
　한국전자거래진흥원(원장 정덕진)은 지난달 28일 말레이시아 콸라룸푸르에서 폐막된 제8차 ebXML아시아위원회에서 진흥원이 발표한 확장성표기언어(XML)기반 전자문서개발 가이드라인인 ‘XML 메시지 가이드라인’에 대해 회원국들 모두가 긍정적인 반응을 보여 특별한 사유가 없는 이상 표준으로 채택될 가능성이 높다고 밝혔다.
　특히 아시아회원국 가운데 전자문서 가이드라인을 자체 개발한 국가는 아직 우리나라가 유일하기 때문에 위원회 내부에서도 한국 표준의 아시아표준 채택에 이견이 없는 것으로 전해졌다.
　진흥원이 이번에 소개한 XML 메시지가이드라인은 지난 2월 발표된 가이드라인을 아시아버전으로 확장한 것이다.

진흥원은 지난해 1월에 초판을, 올 2월에 두번째 버전을 발표했었다.
　ebXML아시아위원회에 참가한 한국전자거래진흥원 장재경 표준개발팀장은 “각 회원국들이 63종에 이르는 가이드라인의 핵심컴포넌트(Co Componet)에 대해 자국에서 적용하는데 문제점이 없는지 파악에 들어갔다”며 “오는 7월의 제9차 아시아위원회에서는 코컴포넌트테스트그룹(CCTG)을 결성해 발생하는 문제에 대한 해결을 논의할 예정”이라고 말했다.
　진흥원의 가이드라인이 범아시아의 표준으로 채택될 경우 지금까지 이 가이드라인에 맞춰 전자문서를 작성해온 국내업체들은 아시아 지역 다른 국가와의 거래에 있어 호환성 문제 등 각종 부담을 크게 덜 수 있을 것으로 기대된다. 장 팀장은 “가이드라인은 의무사항이 아니기 때문에 단기간에 크게 확산되지는 않겠지만 각국에서 도입 필요성을 인식하고 있어 점차 확산될 것”이라고 밝혔다.
　진흥원이 사무국을 맡고 있는 ebXML아시아위원회( http://www.ebxmlasia.org)는 아시아에서 국가가 ebXML 표준 제정 및 전자상거래 활성화를 위해 구성된 기구로서, 현재 한국을 비롯해 일본·중국·대만·말레이시아 등 9개국이 참가하고 있다.
　한편 한국전자거래진흥원은 이달 28일부터 런던에서 열리는 ‘유엔전자문서표준화기구(UN/CEFACT) 국제전자문서 미팅그룹’에서 독자개발한 전자문서 가이드라인을 발표할 예정이다.　<김준배기자 joon@etnews.co.kr>  
○ 신문게재일자 : 2003/04/03
○ 입력시간 : 2003/04/02 18:25:55





***** 아름다운프로님에 의해서 게시물 복사 + 카테고리변경되었습니다 (2003-12-18 17:13)

전자상거래 활성화 선결과제인 전자카탈로그 표준화를 위해 민관이 손을 맞잡는다.
조달청·대한상공회의소·전자상거래표준화통합포럼(ECIF)·한국유통정보센터·한국전자거래협회 등은 최근 대전 조달청에서 ‘전자카탈로그 유관기관 간담회’를 갖고 전자카탈로그 표준화를 위해 민관이 적극 협조키로 했다.
이 간담회에서 참석자들은 전자카탈로그 표준을 만들기 위해 민관 공조가 절실하다는데 뜻을 같이하고 2개월에 한번씩 정기 간담회를 개최해 표준화에 장애가 되는 요소들을 개선해 나가기로 했다. 이와 함께 조달청이 각 기관들과 공동으로 진행할 1차 추진과제를 선정했다.
　이에 따라 조달청과 대한상공회의소는 각각 구축한 기업정보 데이터베이스를 공유하는 한편 유사어 사전의 용어 사이의 관계를 정의해 통일성을 높이는 온톨로지(ontology)를 개발하기로 했다.

조달청은 또 한국전자거래협회와 G2B와 B2B의 분류 및 속성에 온톨로지 구축사업을 전개하기로 했으며 전자카탈로그표준화와 관련된 기술세미나를 공동 개최하기로 했다. 한국유통정보센터와는 전자카탈로그의 분류체계인 속성세트의 표준화를 추진하기로 했다.
조달청 목록정보과 김점석 과장은 “정부와 민간과의 전자카탈로그 표준화에 상당한 문제점이 있다는 것을 깨달아 추진하게 됐다”며 “지속적인 토론과 협의를 통해 범국가적인 전자카탈로그 표준을 만들 계획이며 아울러 외국 전자카탈로그와의 연계도 모색할 방침이다”고 밝혔다.
<김준배기자 joon@etnews.co.kr>
　
<용어:온톨로지>
용어 사이의 관계를 정의하고 있는 일종의 사전. 어휘의 정의를 다른 어휘와의 논리적 관계뿐만 아니라 가장 기본적(primitive) 어휘부터 파악해 나가는 구조를 통해 나타낸다. 이는 지식표현이 해당 분야의 전문가들이 동의하거나 공통적으로 사용하는 가장 기본적인 어휘에서 출발한다는 점에서 해당 분야에 특정적(domain-specfic)이라 할 수 있다. 온톨로지는 해당 분야 전문가들의 관심, 목적, 관점을 반영한다.  
○ 신문게재일자 : 2003/04/23
○ 입력시간 : 2003/04/22 14:32:43





***** 아름다운프로님에 의해서 게시물 복사 + 카테고리변경되었습니다 (2003-12-18 17:13)

이곳 말고..
JTOP Project 메뉴에 보시면 ebXML 스터디가 있습니다.
관심 있으신 분은 참여하세요.  ^^
언제든 오픈되어 있습니다. ~



***** 아름다운프로님에 의해서 게시물 복사 + 카테고리변경되었습니다 (2003-12-18 17:13)

차니랍니다.
cvs에서 받은 녀석은 모두 포함되어 있어서.. build 하면 바로 되었기에
pio님 설명처럼 하면 쉽게 설치를 할 수가 있습니다.

그런데 bin~으로 제공되는(b3기준) 녀석의 경우
ebxmlrr-server-2.1-beta3-libraries.zip 이 녀석을
ebxmlrrmisclib 이곳에 압축을 풀어주시고 build를 해야된답니다.
설치 메뉴얼에 있는 내용인데..
pio님 설명에 빠져 있어서 적어봅니다.

그럼 수거~~



***** 아름다운프로님에 의해서 게시물 복사 + 카테고리변경되었습니다 (2003-12-18 16:50)

아래 제 강의를 통해서 ebxmlrr을 설치하고 사용해 보신 분들은 개념적으로 나마
ebxml 레지스트리/리파지 토리가  무슨일을 하는지 느끼셨을 겁니다.

이제 좀더 하부구조를 살펴 보도록 하겠습니다.

ebxmlrr은  
http://localhost:8080/ebxmlrr/registry/soap  이 주소로 항상 메시지를 보내도록 만들어 졌습니다.

여기서 메시지를 기다리는 친구는
com.sun.ebxml.registry.interfaces.soap 밑의 RegistryJAXMServlet 란 객체입니다.


이 객체 안에는
public void init() throws ServletException {
        try {
            log.info("------------------------------------------ ");
            log.info("init ");
            log.info("------------------------------------------ ");
            XalanVersion.verifyVersion();
            //initialise XML Security library
            org.apache.xml.security.Init.init();
        } catch (Exception ex) {
            log.fatal("init failed", ex);
            throw new ServletException(ex);
        }
    }

위와 같은 초기 화 메쏘드가 존재하는데
탐캣을 시작하시면 위 메쏘드가 호출 되고 ebxmlrr이 서비스 대기 모두에 들어갑니다.

그리고 우리가 레지스트리 브라우져를 실행하고 접속을 요청하면
( 그때 사실 classication scheme 을 가져오라는 adhocquery를 요청하게 됩니다)
이 객체의 onMessage ( SOAPMessage msg)
부분이 호출됩니다.


    public SOAPMessage onMessage(SOAPMessage msg) {
        //System.err.println("onMessage called for RegistryJAXMServlet");
        
        log.info("onMessage()  ");
        SOAPMessage soapResponse = null;
        
        try {
            
    
           .... 생략

           // xml to Request Object
           //  

            Request request = new Request(headerSignature,
BindingUtility.getInstance().getRequestObject(requestRootElement, requestXML), idToRepositoryItemMap);
          //  log.info( requestXML);

            System.out.println( requestXML);            
            System.out.println( requestRootElement);            
           }
}

이번 강의 에서 설명할 부분은
위의 onMessage 메쏘드중 Request  객체를 생성하는 부분입니다.

개념을 설명 하면
레지스트리 브라우져가 ebxml rs 스펙에 준하는 요청을 xml 형태로 하게 됩니다.
이 메시지는 soap 형태로 ebxmlrr에 전달되는데
그 후에 soap message 에서   요청 문서를 꺼내 서 처리를 해야합니다.
그런데 요청은 AdhocQueryRequest, SubmitRequest, RemoveRequest ..
등 다양하기 때문에
아마 이런식으로 처리를 해야 할 것입니다.
도착한 xml 문서를 가지고 이것이 위의 요청중 어떤 요청인지 먼저 판별하고
만약 AdhocQueryRequest이면 이에 관한 요청 객체를 생성 처리,하고
SubmitRequest 이면 이에 관한 요청 객체를 생성해야 할 것입니다.
따라서 필요한 것은 xml 로 부터  조건에 따라 객체를 생성하는 것인데
이것은 castor 란 프레임 워크가 지원합니다.

이제 코드로 다시 돌아가서

    Request request = new Request(headerSignature,
BindingUtility.getInstance().getRequestObject(requestRootElement, requestXML), idToRepositoryItemMap);

에서 Request 객체를 살펴 보면 요청 객체를 생성 할때 BindingUtility를 사용합니다.

그래서 BindingUtility 의 getRequestObject 를 살펴 보면

                      
        public Object getRequestObject(String rootElement, String message) throws RegistryException {
                Object req = null;
                
                try {
if (rootElement.equals("AdhocQueryRequest")) {

req = AdhocQueryRequest.unmarshal(new StringReader(message));


}

ellse if (rootElement.equals("GetContentRequest")) {

req = GetContentRequest.unmarshal(new StringReader(message));


}
                        

    catch (org.exolab.castor.xml.MarshalException e) {
                throw new RegistryException(e);
                }
                catch (org.exolab.castor.xml.ValidationException e) {
                        throw new RegistryException(e);
                }
                
                return req;
}


위의 코드에서 보는 바와 같이

rootElement.equals("AdhocQueryRequest")  이면

req = AdhocQueryRequest.unmarshal(new StringReader(message));

요청 객체는 AdhocQueryRequest 가 되는 것입니다.
그런 이 요청 객체를 생성하는 방법은 xml 문서로 부터 직접 생성합니다.

AdhocQueryRequest 안을 들여야 보면

import org.exolab.castor.xml.MarshalException;
import org.exolab.castor.xml.Marshaller;
import org.exolab.castor.xml.Unmarshaller;
import org.exolab.castor.xml.ValidationException;
import org.exolab.castor.xml.Validator;
import org.xml.sax.DocumentHandler;

public class AdhocQueryRequest implements Serializable
{
    private ResponseOption _responseOption;
    private AdhocQueryRequestChoice _adhocQueryRequestChoice;


    public static AdhocQueryRequest unmarshal(Reader reader)
        throws MarshalException, ValidationException {
        return ((AdhocQueryRequest)
                (Unmarshaller.unmarshal
                 (((class$org$oasis$ebxml$registry$bindings$query$AdhocQueryRequest
                    == null)
                   ? (class$org$oasis$ebxml$registry$bindings$query$AdhocQueryRequest
                      = (class$
                         ("org.oasis.ebxml.registry.bindings.query.AdhocQueryRequest")))
                   : class$org$oasis$ebxml$registry$bindings$query$AdhocQueryRequest),
                  reader)));
    }
    
   }

보시다 시피

public static AdhocQueryRequest unmarshal(Reader reader)


xml을 통해 AdhocQueryRequest를 리턴 하는 메쏘드가 존재합니다.
물론 이 ummarshal은 캐스터 프레임 워크의 것입니다.


        




***** 아름다운프로님에 의해서 게시물 복사 + 카테고리변경되었습니다 (2003-12-18 16:51)

java -jar registry-browser.jar 로 레지스트리 클라이언트를 실행하고
http://localhost:8080/ebxmlrr/.../soap 로 연결하면 레지스트리와 접속이 됩니다.

이것은 어제까지 저의 레지스트리 설치하기를 따라해 보시면 어렵지 않게 하실 수 있습니다.
그런데 문제는 새로운 org를 만든다거나.. 정보를 수정할 때 등록되지 않은 사용자란 에러 때문에 할수 가 없었습니다.

전 이런 식으로 이 문제를 해결 할 수 있었습니다.

1. 브라우저를 실행하고  User 를 레지스트리에 등록합니다.
   ( 이때 uuid 가 나올 것입니다.)
2. 이때 얻어진 uuid를 가지고 /root/ebxmlrr/build.xml을 수정합니다.
   build.xml 부분에 genKeys 쪽으로 가시면 현재 등록 되어있는 유저와 관련한 곳이 있는데
  그곳에다 이 uuid 로 새로운 유저를 만듭니다.
  

3. 그리고 다시 key를 만듭니다. ./build.sh genKeys
   ( 이때 패스워드 관련한 부부분은 ebxmlrr 로 하시면 됩니다.
    제설정 파일은 이렇게 되어있습니다.)

4. 그리고 이제 브라우저에서 이것을 사용하시려면
   /root/.jaxr_properties에 이 uuid를 추가 해 주십시오


5. 그리고 브라우저를 실행하고
    login ( 새번째 열쇠그림) 합니다.
   key alias 에 uuid
   passwd 에 uuid

   를 넣으시고

6.이제  기관을 추가 하고 수정하고 삭제해 보세요.


  
  
암튼 제가 좀 헤메서 ...

그리고 코드도 좀 고쳤습니다.

잘안되시면 제가 링크에 제꺼 root를 그대로 옮겨 놨으니깐.
받아서 그냥 하시면 됩니다.
( 물론 postgresql 이나 자바가상 머신을 까셔야 합니다.)
제꺼에는 tomcat 과 ebxmlrr 과 그 browser와 api doc 등이 있습니다.




***** 아름다운프로님에 의해서 게시물 복사 + 카테고리변경되었습니다 (2003-12-18 16:51)

먼저 설치 환경은 래드햇 8.0 입니다.
모든 작업은 /root  디렉 밑에서 하였습니다.

그전에 postgresql을 설치 하셔야 합니다.
그리고 실행해 주시고 적당한 user와 passwd 를 주셔야 합니다.


먼저 ebxml rr 소스가 필요한데..

cvs -d:pserver:anonymous@cvs.sourceforge.net:/cvsroot/ebxmlrr login

cvs -z3 -d:pserver:anonymous@cvs.sourceforge.net:/cvsroot/ebxmlrr co ebxmlrr

로 소스를 받습니다.
그러면 /root/ebxmlrr 이란 디렉이 생기고 필요한 코드가 있을 것입니다.
그리고  buid.properties.template  --> build.properties 로 바꾸고 아래와 같이 설정 해주십시요
# This file contains the properties for DEPLOYMENT of ebxmlrr. The RUNTIME
# properties should be set in ebxmlrr.properties in your home directory. You
# should copy this file and rename it as build.properties and edit the file.
#
# $Header: /cvsroot/ebxmlrr/ebxmlrr/build.properties.template,v 1.12 2002/12/30 04:00:30 skchonghk Exp $

# JAVA_HOME must be set in environment.
# Other environment properties should be set in this file.
# (use forward slashes for separators for all platforms)

ebxmlrr.home=${user.home}/ebxmlrr <-- ebxmlrr 의 위치


# the location of your JavaCC directory
javacc.home=./misc/lib

# Distribution version. Users need not edit this
dist.version=2.1-beta1

# The directory for storing repository items. When you execute a appropriate
# target in build.xml, this directory will be created for you.
ebxmlrr.repository.home=${ebxmlrr.home}/data/repository

# tomcat installation home
catalina.home=/root/jakarta-tomcat-4.0.6 <--- 탐캣의 위치
( 탐캣을 받으신후 적당한 곳에 압축을 푸세요
전 /root 에서 작업했습니다.)


# ebxmlrr SOAP interface URL
ebxmlrr.url.soap=http://localhost:8080/ebxmlrr/registry/soap


# Path of JDBC driver
jdbcDriver=${build.home}/lib/postgresql.jar
#jdbcDriver=C:/oracle/ora92/jdbc/lib/classes12.jar

# JDBC connection URL
dbURL=jdbc:postgresql://localhost:5432/registry
#dbURL=jdbc:oracle:thin:@localhost:1521:test

# Database username
dbUsername=pgsql
( 아까말한 db user 이름)

# Database password
dbPassword=123456
( 패스워드)

# JDBC driver class
jdbcClassName=org.postgresql.Driver
#jdbcClassName=oracle.jdbc.driver.OracleDriver

#
#Used in calls to SOAPSender in build.xml
#Set to true if you want to test without Tomcat (useful for ebxmlrr dev team)
#Set to false by default and if you are a user
localCall=false

#
#Used to control apache common logging
#Use SimpleLog to have logging output
#apacheLog=org.apache.commons.logging.impl.SimpleLog
apacheLog=org.apache.commons.logging.impl.NoOpLog

그리고 ./build.sh
을 실행 시키면 되는데 잘 안될 것입니다.
( 안되는 분들은 링크에서 제것을 가져 다가 하시면 됩니다.)
( 이유는 모르겠습니다만은 !!)

암튼 이렇게 하면 /root/ebxmlrr/build 디렉에 필요한 클래스들이 ..컴팔되어 있습니다.

그리고 나서 아마도 ./build.sh deploy
해주시면 /root/jakarta-tomcat-4.0.6/webapps/ 에 ebxmlrr이란 디렉이 생기면서
레지스트리 서버가 인스톨 될 것입니다.
( 당연히 탐캣을 시작해 주셔야 겠죠.)
/root/jakarta-tomcat-4.0.6/bin/startup.sh
하시고
logs 디렉에 가셔서 실행상에 문제가 없는지 살펴보십시오.
전 xalan 버젼이 낮다는 예외가 발생해서
이런 예외를 발생 시키지 않도록 코드를 고쳤습니다.


그리고 설명서대로 ./build.sh genKeys
하시고 ./build.sh createDemoDB 하셔서 레지스트리 운영에 필요한 디비를 만들어 주세요

그리고 다하셨으면
./build.sh test 하세요.
그럼  화면상에 성공여부를 알수 있는 xml 메시지가 나타 날 것입니다.

전 1달전에 이 걸 설치하려다가 못하고 ( 그때도 설치는 했는데...)
지금에서야 설치하고 테스트 해 보았습니다.

잘 설치 되었는지 더 알 수 있는 방법은 ebxmlrr-client를 받으셔서
( 제걸 받으시면 /root/ebxmlrr/ebxmlrr-client-beta2에 있습니다.)
빌드 하시고 실행 하시면
( cd build/lib ; java -jar registry-browser.jar 하시고
화면이 뜨면 첫번째 로컬 호스트로 접속해 보시면...됩니다.

그리고 아래 제 강좌예제에 RegistryBrowser.java 메인 함수의
연결 부분을 http://localhost:8080/ebxmlrr/registry/soap로
연결하시면 정상 작동하는 것을 보실수 있을 겁니다.












***** 아름다운프로님에 의해서 게시물 복사 + 카테고리변경되었습니다 (2003-12-18 16:51)

ebxmlrr 클라이언트를 분석하다가 간단하게
레지스트리에서 sun 이란 기관의 정보를 가져와서 PostalAddress를 화면에 출력하는
프로그램을 만들었습니다.(?)

실행법은 ./run.sh
입니다.




***** 아름다운프로님에 의해서 게시물 복사 + 카테고리변경되었습니다 (2003-12-18 16:51)