KR100836875B1 - 전자무역서비스 제공시스템 및 그 방법 - Google Patents

전자무역서비스 제공시스템 및 그 방법 Download PDF

Info

Publication number
KR100836875B1
KR100836875B1 KR1020060112498A KR20060112498A KR100836875B1 KR 100836875 B1 KR100836875 B1 KR 100836875B1 KR 1020060112498 A KR1020060112498 A KR 1020060112498A KR 20060112498 A KR20060112498 A KR 20060112498A KR 100836875 B1 KR100836875 B1 KR 100836875B1
Authority
KR
South Korea
Prior art keywords
electronic
document
trade
credit
management system
Prior art date
Application number
KR1020060112498A
Other languages
English (en)
Other versions
KR20080043672A (ko
Inventor
김채미
김진혁
윤희업
Original Assignee
주식회사 한국무역정보통신
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 주식회사 한국무역정보통신 filed Critical 주식회사 한국무역정보통신
Priority to KR1020060112498A priority Critical patent/KR100836875B1/ko
Publication of KR20080043672A publication Critical patent/KR20080043672A/ko
Application granted granted Critical
Publication of KR100836875B1 publication Critical patent/KR100836875B1/ko

Links

Images

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00Commerce
    • G06Q30/04Billing or invoicing
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00Administration; Management
    • G06Q10/06Resources, workflows, human or project management; Enterprise or organisation planning; Enterprise or organisation modelling
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00Administration; Management
    • G06Q10/10Office automation; Time management

Abstract

본 발명은 전자무역서비스 제공시스템 및 그 방법을 제공하기 위한 것으로, 전자무역 업무와 관련하여 유통되는 전자문서의 보관을 대행하며, 전자문서에 대한 증명서비스를 제공하여 전자문서의 교환을 통한 무역거래에서 전자문서의 진정성을 제공하고 전자문서의 유통성 확보를 위한 기반 역할을 수행하는 전자무역 문서보관소 시스템과; 상기 전자무역 문서보관소 시스템과 연결되고, 인터넷 환경을 기반으로 수출 신용장 통지 업무 및 네고 및 한도정보를 전자적으로 관리하며, 무역업체 사용자를 위한 전자신용장(e-L/C)의 유통관리를 수행하는 유통관리 시스템과; 상기 유통관리 시스템과 연결되고 은행을 위한 전자신용장의 한도관리를 수행하는 한도관리 시스템;을 포함하여 구성함으로서, 무역업무 전반을 단절없이 처리할 수 있는 새로운 개념의 국가 전자무역 허브로서 단일창구 기반의 전자무역플랫폼을 구축하고 전자문서의 보관과 증명을 위한 전자무역 문서보관소를 구축하며, 신용장의 전자적 유통을 위한 e-L/C의 유통을 관리할 수 있게 되는 것이다.
전자무역서비스, 전자신용장(e-L/C), 유통관리, 한도관리, 전자무역문서보관소

Description

전자무역서비스 제공시스템 및 그 방법{System and method for providing electronic trade service}
도 1은 본 발명의 일 실시예에 의한 전자무역서비스 제공시스템의 개념도이다.
도 2는 도 1의 전자무역서비스 제공시스템의 하드웨어 및 네트워크 구성을 보인 개념도이다.
도 3은 도 1의 전자무역서비스 제공시스템의 소프트웨어 구성을 보인 개념도이다.
도 4는 도 1에서 전자무역 문서보관소 시스템과 그 주변 시스템의 상세구성도이다.
도 5는 도 4에서 전자무역 문서보관소 시스템의 상세구성도이다.
도 6은 도 4에서 전자문서관리부(EDMS)의 상세구성도이다.
도 7은 도 4에서 전자문서증명부(DVCS)의 상세구성도이다.
도 8은 도 1의 전자무역 문서보관소 시스템에서 연계 서버와 연계한 예를 보인 개념도이다.
도 9는 도 1의 전자무역서비스 제공시스템에서 전자문서 등록관리의 예를 보 인 개념도이다.
도 10은 도 1의 전자무역서비스 제공시스템에서 전자문서 조회관리의 예를 보인 개념도이다.
도 11은 도 1의 전자무역서비스 제공시스템에서 전자문서 이력관리의 예를 보인 개념도이다.
도 12는 도 1의 전자무역서비스 제공시스템에서 전자문서 폐기관리의 예를 보인 개념도이다.
도 13은 도 1의 전자무역서비스 제공시스템에서 전자문서 유통중지관리의 예를 보인 개념도이다.
도 14는 도 1의 전자무역서비스 제공시스템에서 전자증명서 발급의 예를 보인 개념도이다.
도 15는 도 14에서 전자증명서 검증시 증명서의 구성예를 보인 도면이다.
도 16은 도 1에서 전자문서 문서보관소 시스템의 기능과 동작을 보인 개념도이다.
도 17은 도 1에서 전자문서 문서보관소 시스템의 기능을 보인 개념도이다.
도 18은 도 1에서 유통관리 시스템과 한도관리 시스템의 동작예를 보인 개념도이다.
도 19는 도 1에서 한도관리 시스템의 동작예를 보인 개념도이다.
도 20은 도 19의 L/C 정보 수신 및 문서보관소 보관이 한도관리 시스템에서 동작하는 예를 보인 개념도이다.
도 21은 도 19의 L/C 정보 수신 및 문서보관소 보관이 유통관리 시스템에서 동작하는 예를 보인 개념도이다.
도 22는 도 19에서 통지된 L/C 조회의 동작예를 보인 개념도이다.
도 23은 도 19에서 업무처리 요청의 동작예를 보인 개념도이다.
도 24는 도 19에서 업무처리 결과 송신의 동작예를 보인 개념도이다.
도 25는 도 19에서 업무처리 결과 및 문서 저장의 동작예를 보인 개념도이다.
도 26은 도 19에서 업무처리 결과 조회의 동작예를 보인 개념도이다.
도 27은 도 1에서 L/C 등록의 동작예를 보인 개념도이다.
도 28은 도 1에서 L/C 조건 변경 통지의 동작예를 보인 개념도이다.
도 29는 도 1에서 L/C 원본 교부 등록의 동작예를 보인 개념도이다.
도 30은 도 1에서 L/C 수령 거절신청의 동작예를 보인 개념도이다.
도 31은 도 1에서 유통관리 시스템을 통한 L/C 수령거부의 동작예를 보인 개념도이다.
도 32는 도 1에서 L/C 확인(Confirm) 요청의 동작예를 보인 개념도이다.
도 33은 도 1에서 L/C 매입 내역 등록의 동작예를 보인 개념도이다.
도 34는 도 1에서 L/C 매입 내역 통지의 동작예를 보인 개념도이다.
도 35는 도 1에서 L/C 매입 취소의 동작예를 보인 개념도이다.
도 36은 도 1에서 무역금융 내역 등록의 동작예를 보인 개념도이다.
도 37은 도 1에서 L/C 통지 정보 조회의 동작예를 보인 개념도이다.
도 38은 도 1에서 L/C 잔액 상세 조회의 동작예를 보인 개념도이다.
도 39는 도 1에서 L/C 등록 및 매입 시스템 취소의 동작예를 보인 개념도이다.
도 40은 도 1에서 문서보관소 L/C의 조회의 동작예를 보인 개념도이다.
도 41은 도 1에서 대외전문 발신신청 처리의 동작예를 보인 개념도이다.
도 42는 도 1에서 하자동의 처리의 동작예를 보인 개념도이다.
도 43은 도 1에서 계산서 통지 처리의 동작예를 보인 개념도이다.
도 44는 도 1에서 무역금융 사용내역 통지의 동작예를 보인 개념도이다.
도 45는 도 1에서 포털 사용자 관리의 동작예를 보인 개념도이다.
도 46은 도 1에서 웹 포털의 상세구성도이다.
도 47은 도 1에서 유통관리 시스템의 구성예를 보인 개념도이다.
도 48은 도 1에서 유통관리 시스템의 기능 예를 보인 개념도이다.
도 49는 도 1에서 전자무역서비스 시스템에서 서비스 제공예를 보인 개념도이다.
도 50은 도 1의 전자무역서비스 시스템이 관세청 인터넷 통관 시스템과 연계한 예를 보인 개념도이다.
도 51은 도 1의 전자무역서비스 시스템이 전자무역플랫폼과 연계하여 구성한 예를 보인 개념도이다.
도 52는 도 1의 전자무역서비스 시스템에서 전자무역서비스를 제공하는 예를 보인 개념도이다.
도 53은 본 발명의 다른 실시예에 의한 전자무역서비스 제공방법에서 초기데이터 구축의 예를 보인 흐름도이다.
도 54는 도 53에서 초기데이터 구축시 구축데이터 생성의 예를 보인 표이다.
도 55는 도 53의 초기데이터 구축에서 원본성 전자증명서 발급의 예를 보인 흐름도이다.
도 56은 도 53의 초기데이터 구축에서 원본파일 및 원본성 확인 전자증명서를 CAS에 저장하는 예를 보인 흐름도이다.
도 57은 도 53의 초기데이터 구축에서 원속성정보를 DB에 저장하는 예를 보인 흐름도이다.
도 58은 도 53의 초기데이터 구축에서 원본파일을 HTML로 변환하는 예를 보인 흐름도이다.
도 59는 도 53의 초기데이터 구축에서 내용확인 전자증명서 발급의 예를 보인 흐름도이다.
도 60은 도 53의 초기데이터 구축에서 원본파일 서식적용 파일 및 내용확인 전자증명서를 CAS에 저장하는 예를 보인 흐름도이다.
도 61은 도 53의 초기데이터 구축에서 원본파일 서식적용 파일 및 내용확인 전자증명서를 DB에 저장하는 예를 보인 흐름도이다.
도 62는 종래기술과 본 발명에 따른 구성 차이를 보인 개념도이다.
도 63은 종래의 업무처리 방식을 보인 개념도이다.
도 64는 본 발명에 의한 업무처리 방식을 보인 개념도이다.
< 도면의 주요 부분에 대한 부호의 설명 >
100 : 전자무역 문서보관소 시스템
110 : 전자문서관리부(EDMS)
120 : 전자문서증명부(DVCS)
130 : 공통부
140 : 문서정보 DB
150 : CAS
160 : 연계 서버
200 : 유통관리 시스템
210 : 웹 포털
220 : 신용장 관리부
230 : 네고정보 관리부
300 : 한도관리 시스템
400 : 전자무역 중계시스템
410 : 중계 서버
421 : CAS 저장장치
422 : e-L/C 유통관리 DB 서버
423 : 보관소 DB 서버
431 : e-L/C 유통관리 WAS 서버
432 : 보관소 WAS 서버
433 : HSM 보안장비
440 : SAN 스위치
450 : SAN 스토리지
460 : DMZ
461 : e-T/F 웹 서버
462 : 보관소 웹 서버
463 : e-L/C 유통관리 웹 서버
500 : 금융결제원 중계시스템
510 : 중계 서버
520 : e-L/C 한도관리 서버
600 : 은행 서버
601 : 대외계 시스템
602 : e-L/C 은행 시스템
610 : 통지은행 서버
620 : 개설은행 서버
630 : 매입은행 서버
640 : 양도은행 서버
700 : 무역업체 사용자 단말기
710 : 대기업 사용자 단말기
720 : 중견기업 사용자 단말기
730 : 중소기업 사용자 단말기
741 : CTW
742 : 사용자 DB
800 : 공인인증 시스템(전자인증센터)
810 : 방화벽
820 : L4 스위치
830 : IPS
840 : 인터넷 관문 라우터
850 : VPN
900 : 데이터베이스
본 발명은 전자무역서비스 제공시스템 및 그 방법에 관한 것으로, 특히 무역업무 전반을 단절없이(Seamless) 처리할 수 있는 새로운 개념의 국가 전자무역 허브로서 단일창구(Single Window) 기반의 전자무역플랫폼(e-Trade Platform)을 구축하고 전자문서의 보관과 증명을 위한 전자무역 문서보관소를 구축하며, 신용장의 전자적 유통을 위한 e-L/C(electronic Letter of Credit, 전자신용장)의 유통을 관 리하기에 적당하도록 한 전자무역서비스 제공시스템 및 그 방법에 관한 것이다.
일반적으로 전자무역은 제품과 서비스의 수출입에 관련된 전통적 무역프로세스에서 발생하는 방대한 정보를 전자적 방식(주로 전자문서)으로 교환함으로써 무역프로세스를 획기적으로 전환함과 동시에 마케팅 활동과 무역업무의 대행역할을 수행하는 것을 말한다. 또한 전자무역은 전자무역인프라의 보편화로 발생하는 새로운 무역환경에서 창출 가능한 다양하고 새로운 방식의 사업모델의 개발과 수행활동을 포함한다. 그리고 전자무역은 궁극적으로 다수의 관련 기업 및 공공기관의 개별프로세스가 전자무역 프로세스라는 일관된 프로세스로 융합되는 과정으로서 e-비즈니스화(e-Transformation)의 핵심부분을 구성한다.
그러나 종래에는 이러한 전자무역을 위한 서비스를 통합적으로 제공할 수 있는 기술이 개발되지 못하였다.
따라서 본 발명의 필요성을 정리하면 다음과 같다.
첫째, IT(Information Technology, 정보 통신 기술)의 급속한 변화에 따른 무역프로세스 전반에 걸친 혁신이 요구되고 있는 실정이다. 즉, 기존의 VAN/EDI(Value Added Network / Electronic Data Interchange) 기반의 무역자동화망을 인터넷 기반의 전자무역(e-Trade) 플랫폼 체제로 고도화할 필요성이 대두되었다. 실제로, 최근 정보환경의 급속한 변화는 이미 구축된 무역 유관망간 유기적인 연계를 통한 새로운 전자무역체제의 도입과 프로세스의 획기적인 개선을 요구하고 있다.
둘째, 범국가적 차원의 전자무역인프라 조성에 대한 공감대 형성 및 추진체 계를 마련할 필요성이 있다. 즉, 국가전자무역의 효율적 추진을 위한 범국가적 협의체로서 민·관 합동의 국가전자무역위원회를 구성하는 등 국가적 차원으로 전자무역 추진을 위한 계획이 실행되고 있다.
셋째, 국가별로 서류 없는 무역(paperless trade)의 경쟁적 추진 등 글로벌 무역환경 변화에 대한 능동적 대처의 필요성이 있다. 그래서 국내 대다수 기업들을 전자무역을 전략적으로 활용할 수 있는 e-Trade 기업으로 변모시켜 무역경쟁력 향상과 전자무역 강국으로서의 위상을 정립할 필요성이 있게 되었다.
이에 본 발명은 상기와 같은 종래의 제반 문제점을 해결하기 위해 제안된 것으로, 본 발명의 목적은 무역업무 전반을 단절없이 처리할 수 있는 새로운 개념의 국가 전자무역 허브로서 단일창구 기반의 전자무역플랫폼을 구축하고 전자문서의 보관과 증명을 위한 전자무역 문서보관소를 구축하며, 신용장의 전자적 유통을 위한 e-L/C의 유통을 관리할 수 있는 전자무역서비스 제공시스템 및 그 방법을 제공하는데 있다.
또한 본 발명의 다른 목적은 무역절차의 재설계를 통한 단절 없는 무역서비스를 실현하고자 한 것으로, 신뢰성과 전문성 있는 해외 마케팅 정보 제공을 위한 기관별 정보를 특화시키고, 종합검색시스템 구축을 통한 온-오프라인 서비스지원체계 마련하며, 수요자 중심의 원-스탑(One-Stop) 요건확인시스템을 구축하여 검사/검정/인증결과 확인 및 양허/할당 추천 등의 절차를 단축시키고, 민간의 표준화되 지 않는 오프라인 유통문서(화물인도지시서, 선적의뢰서 등)를 전자화하며, 물류 B2B(Business to Business, 기업간 전자상거래) 정보, 화물추적서비스 등 주요 정보서비스를 연계하고, 내국신용장/부대비용결제 등 국내 결제프로세스를 전자화하며, 환어음/선하증권 등 전자유가증권의 원활할 유통을 도모하는데 있다.
또한 본 발명의 또 다른 목적은 마케팅에서 결제까지 전체 무역절차를 각 기업의 규모에 맞는 단일 시스템 환경에서 제공하고자 한 것으로, 각각의 유관 망을 모두 연계해야만 가능했던 서비스를 기업규모에 맞는 다양한 접근방식을 통해 전자무역플랫폼에서 단 한 번에 연계함으로써 무역유관기관 및 글로벌 전자무역망 연동 등에 소요되는 기업의 IT 투자/운영비용을 크게 절감시키는데 있다.
또한 본 발명의 또 다른 목적은 전자무역 문서보관소 시스템을 기반으로 기 생성된 전자무역문서의 유통성을 보장함으로써, 반복제출업무의 생략 및 문서의 신뢰성 확보로 무역 프로세스 간소화 및 단절 개선을 하고자 한 것으로, 각 유관기관별 요구 자료가 유사/중복됨에도 불구하고 기관 간 전자무역문서 공유·유통이 어려워 기 전자화된 문서에 대해서도 여전히 출력/제출할 수밖에 없었던 문제점을 해결하여 e-Trade 플랫폼에 주요 전자무역문서를 저장하고 은행 및 유관기관 등이 전자문서원본을 공유하여 종이서류 제출 생략 및 유관기관에 대한 불필요한 방문을 감소시키는데 있다.
또한 본 발명의 또 다른 목적은 서류처리 흐름의 신속화를 통한 업무처리 및 대금결제 소요시간 단축 등 프로세스 개선에서 비롯되는 직간접 경비 절감을 기대하는데 있다.
상기와 같은 목적을 달성하기 위하여 본 발명의 일실시예에 의한 전자무역서비스 제공시스템은, 전자무역 업무와 관련하여 유통되는 전자문서의 보관을 대행하며, 전자문서에 대한 증명서비스를 제공하여 전자문서의 교환을 통한 무역거래에서 전자문서의 진정성을 제공하고 전자문서의 유통성 확보를 위한 기반 역할을 수행하는 전자무역 문서보관소 시스템과; 상기 전자무역 문서보관소 시스템과 연결되고, 인터넷 환경을 기반으로 수출 신용장 통지 업무 및 네고 및 한도정보를 전자적으로 관리하며, 무역업체 사용자를 위한 전자신용장(e-L/C)의 유통관리를 수행하는 유통관리 시스템과; 상기 유통관리 시스템과 연결되고 은행을 위한 전자신용장의 한도관리를 수행하는 한도관리 시스템;을 포함하여 이루어짐을 그 기술적 구성상의 특징으로 한다.
상기와 같은 목적을 달성하기 위하여 본 발명의 일실시예에 의한 전자무역서비스 제공방법은, 전자무역서비스 제공시스템에서 전자문서 등록관리 수행시, 전자무역 중계시스템에서 연계 서버로 데이터를 전송하면, 상기 연계 서버는 전자문서증명부로 원본성 확인 전자증명서 발급을 요청하고, 상기 전자문서증명부는 HSM 보안장비로 보증서 서명을 요구하는 단계와; 상기 서명 요구 후 상기 연계 서버는 전자문서관리부로 문서등록을 요청하여 사용자 DB로 사용자 정보를 요청하여 사용자 정보를 조회하고, 문서등록 내용을 생성하는 단계와; 상기 문서등록 내용의 생성 후 상기 전자문서관리부는 CAS 저장장치에 원본과 전자증명서를 저장하고, 데이터베이스에 문서 정보 및 원본과 전자증명서의 경로를 저장하는 단계;를 포함하여 수행함을 그 기술적 구성상의 특징으로 한다.
이하, 상기와 같은 본 발명, 전자무역서비스 제공시스템 및 그 방법의 기술적 사상에 따른 일실시예를 도면을 참조하여 설명하면 다음과 같다.
도 1은 본 발명의 일 실시예에 의한 전자무역서비스 제공시스템의 개념도이다.
이에 도시된 바와 같이, 전자무역 업무와 관련하여 유통되는 전자문서의 보관을 대행하며, 전자문서에 대한 증명서비스를 제공하여 전자문서의 교환을 통한 무역거래에서 전자문서의 진정성을 제공하고 전자문서의 유통성 확보를 위한 기반 역할을 수행하는 전자무역 문서보관소 시스템(100)과; 상기 전자무역 문서보관소 시스템(100)과 연결되고, 인터넷 환경을 기반으로 수출 신용장 통지 업무 및 네고 및 한도정보를 전자적으로 관리하며, 무역업체 사용자를 위한 전자신용장(e-L/C)의 유통관리를 수행하는 유통관리 시스템(200)과; 상기 유통관리 시스템(200)과 연결되고 은행을 위한 전자신용장의 한도관리를 수행하는 한도관리 시스템(300);을 포함하여 구성된 것을 특징으로 한다.
또한 본 발명의 일 실시예에 의한 전자무역서비스 제공시스템은, 전자무역 업무와 관련하여 유통되는 전자문서의 보관을 대행하며, 전자문서에 대한 증명서비스를 제공하여 전자문서의 교환을 통한 무역거래에서 전자문서의 진정성을 제공하고 전자문서의 유통성 확보를 위한 기반 역할을 수행하는 전자무역 문서보관소 시스템(100)과; 상기 전자무역 문서보관소 시스템(100)과 연결되고, 인터넷 환경을 기반으로 수출 신용장 통지 업무 및 네고 및 한도정보를 전자적으로 관리하며, 무역업체 사용자를 위한 전자신용장(e-L/C)의 유통관리를 수행하는 유통관리 시스템(200)과; 상기 유통관리 시스템(200)과 연결되고 은행을 위한 전자신용장의 한도관리를 수행하는 한도관리 시스템(300)과; 상기 전자무역 문서보관소 시스템(100)과 연결되어 무역/물류/통관에 걸치는 무역서비스를 종합적으로 제공하는 전자무역 중계시스템(400);을 포함하여 구성된 것을 특징으로 한다.
또한 본 발명의 일 실시예에 의한 전자무역서비스 제공시스템은, 전자무역 업무와 관련하여 유통되는 전자문서의 보관을 대행하며, 전자문서에 대한 증명서비스를 제공하여 전자문서의 교환을 통한 무역거래에서 전자문서의 진정성을 제공하고 전자문서의 유통성 확보를 위한 기반 역할을 수행하는 전자무역 문서보관소 시스템(100)과; 상기 전자무역 문서보관소 시스템(100)과 연결되고, 인터넷 환경을 기반으로 수출 신용장 통지 업무 및 네고 및 한도정보를 전자적으로 관리하며, 무역업체 사용자를 위한 전자신용장(e-L/C)의 유통관리를 수행하는 유통관리 시스템(200)과; 상기 유통관리 시스템(200)과 연결되고 은행을 위한 전자신용장의 한도관리를 수행하는 한도관리 시스템(300)과; 상기 전자무역 문서보관소 시스템(100)과 연결되어 무역/물류/통관에 걸치는 무역서비스를 종합적으로 제공하는 전자무역 중계시스템(400)과; 상기 전자무역 중계시스템(400)과 EDI(Electronic Data Interchange)로 연결되어 전자신용장의 한도관리와 이력관리를 수행하는 금융결제원 중계시스템(500);을 포함하여 구성된 것을 특징으로 한다.
또한 본 발명의 일 실시예에 의한 전자무역서비스 제공시스템은, 전자무역 업무와 관련하여 유통되는 전자문서의 보관을 대행하며, 전자문서에 대한 증명서비스를 제공하여 전자문서의 교환을 통한 무역거래에서 전자문서의 진정성을 제공하고 전자문서의 유통성 확보를 위한 기반 역할을 수행하는 전자무역 문서보관소 시스템(100)과; 상기 전자무역 문서보관소 시스템(100)과 연결되고, 인터넷 환경을 기반으로 수출 신용장 통지 업무 및 네고 및 한도정보를 전자적으로 관리하며, 무역업체 사용자를 위한 전자신용장(e-L/C)의 유통관리를 수행하는 유통관리 시스템(200)과; 상기 유통관리 시스템(200)과 연결되고 은행을 위한 전자신용장의 한도관리를 수행하는 한도관리 시스템(300)과; 상기 전자무역 문서보관소 시스템(100)과 연결되어 무역/물류/통관에 걸치는 무역서비스를 종합적으로 제공하는 전자무역 중계시스템(400)과; 상기 전자무역 중계시스템(400)과 EDI(Electronic Data Interchange)로 연결되어 전자신용장의 한도관리와 이력관리를 수행하는 금융결제원 중계시스템(500)과; 상기 한도관리 시스템(300)과 연결되어 전자문서원본을 은행이 공유하도록 하는 은행 서버(600)와; 상기 유통관리 시스템(200)과 연결되고, 무역업체 사용자가 전자신용장 조회, 매입신청, 양도 요청, 전자신용장 발급을 수행할 수 있도록 하는 무역업체 사용자 단말기(700);를 포함하여 구성된 것을 특징으로 한다.
상기 전자무역 문서보관소 시스템(100)은, 상기 전자무역 문서보관소 시스템(100)에서 전자문서 관리를 수행하는 전자문서관리부(Electronic Document Management System, EDMS)(110)와; 상기 전자무역 문서보관소 시스템(100)에서 전자증명서의 관리를 수행하는 전자문서증명부(Data Validation and Certification Server, DVCS)(120)와; 상기 전자무역 문서보관소 시스템(100)에서 문서 로그 설정, 코드 관리, 문서명 관리, 정책 표준화 관리를 수행하는 공통부(130);를 포함하여 구성된 것을 특징으로 한다.
상기 유통관리 시스템(200)은, 상기 유통관리 시스템(200)에서 무역업체 사용자 단말기(700)를 이용하여 무역업체 사용자가 접근할 수 있도록 하는 게시판을 운영하는 웹 포털(210)과; 상기 유통관리 시스템(200)에서 신용장을 관리하는 신용장 관리부(220)와; 상기 유통관리 시스템에서 네고 정보를 관리하는 네고정보 관리부(230);를 포함하여 구성된 것을 특징으로 한다.
도 2는 도 1의 전자무역서비스 제공시스템의 하드웨어 및 네트워크 구성을 보인 개념도이다.
이에 도시된 바와 같이, 상기 전자무역 중계시스템(400)은, 금융결제원 중계시스템(500)과의 연결을 수행하는 중계 서버(410)와; 상기 중계 시스템(410)과 연결되어 데이터를 저장하는 CAS(Content Addressed Storage) 저장 장치(421)와; 상기 중계 서버(410)와 연결되고, e-L/C(전자신용장)의 유통관리 정보를 저장하는 e-L/C 유통관리 DB 서버(422)와; 상기 중계 서버(410)와 연결되고, 상기 전자무역 문서보관소의 정보를 관리하는 보관소 DB 서버(423)와; 상기 전자무역 중계시스템(400)에서 방화벽(810)을 통해 외부와 연결되고, e-L/C(전자신용장)의 웹을 통한 유통관리를 수행하는 e-L/C 유통관리 WAS(Web Application Server, 웹 어플리케이션 서버) 서버(431)와; 상기 전자무역 중계시스템(400)에서 방화벽(810)을 통해 외부와 연결되고, 상기 전자무역 문서보관소 시스템(100)의 웹을 통한 전자무역 관련 문서의 관리를 수행하는 보관소 WAS 서버(432)와; 상기 전자무역 중계시스템(400)에서 방화벽(810)을 통해 외부와 연결되고, HSM(Hierarchical Storage Management, 계층적 저장 장치 관리 기법)에 의한 보안 관리를 수행하는 HSM 보안 장비(433)와; 상기 CAS 저장장치(421), 상기 e-L/C 유통관리 DB 서버(422), 상기 보관소 DB 서버(423)와 연결되어 신호 스위칭을 수행하는 SAN(Storage Area Network) 스위치(440)와; 상기 SAN 스위치(440)와 연결되고, 무역자동화 정보와 전자무역 정보를 저장하는 SAN 스토리지(450)와; 상기 방화벽(810)과 연결되고 e-T/F 웹 서버(461), 보관소 웹 서버(462), e-L/C 유통관리 웹 서버(463)를 구비한 DMZ(DeMilitarized Zone)(460);을 포함하여 구성된 것을 특징으로 한다.
상기 금융결제원 중계시스템(500)은, 상기 전자무역 중계시스템(400)과 X.25로 연결된 중계 서버(510)와; 상기 중계 서버(510)와 연결되어 e-L/C(전자신용장)에 대한 한도관리를 수행하는 e-L/C 한도관리 서버(520);를 포함하여 구성된 것을 특징으로 한다.
상기 은행 서버(600)는, 상기 금융결제원 서버(500)와 X.25로 연결된 대외계 시스템(601)과; 상기 대외계 시스템(601)과 연결되어 e-L/C(전자신용장)에 대한 한도관리를 수행하는 e-L/C 은행 시스템(602);를 포함하여 구성된 것을 특징으로 한다.
상기 전자무역서비스 제공시스템은, 상기 전자무역 중계시스템(400)과 연결되어 데이터의 보안 처리를 수행하는 방화벽(810)과; 상기 방화벽(810)과 연결되고, L4 스위칭을 수행하는 L4(Layer 4, Transport 계층) 스위치(820)와; 상기 L4 스위치(820)와 연결되어 침입 방지를 수행하는 IPS(Intrusion Prevention System, 침입 방지 시스템)(830)과; 상기 IPS(830)와 연결되고 인터넷 관문에서 라우팅을 수행하는 인터넷 관문 라우터(840)와; 상기 인터넷 관문 라우터(840)와 연결되고, 상기 금융결제원 중계시스템(500)과 연결되어 가상 사설 네트워크를 형성하는 VPN(Virtual Private Network)(850);을 더욱 포함하여 구성된 것을 특징으로 한다.
도 4는 도 1에서 전자무역 문서보관소 시스템과 그 주변 시스템의 상세구성도이다.
이에 도시된 바와 같이, 상기 전자무역 문서보관소 시스템(100)은, 무역업체 사용자의 무역업체 사용자 단말기(700)와 연결되고 공인인증기관의 공인인증 시스템(800)과 연결되어 전자문서에 대한 등록, 권한 관리, 문서 표준화, 이력관리, 문서 폐기, DRM(Digital Right Management, 디지털 권한 관리)/2D(2 Dimension) 바코드 관리, 원본조회, 전자증명서 조회, 출력 제어 중에서 하나 이상을 수행하는 전자문서관리부(EDMS)(110)와; 상기 전자무역 중계시스템(400)과 연결되고, 증명서 관리, 원본/내용 증명, 전자증명 감사 이력 관리 중에서 하나 이상을 수행하는 전자문서증명부(DVCS)(120)와; 상기 전자무역 문서보관소 시스템(100)에서 문서 로그 설정, 코드 관리, 문서명 관리, 정책 표준화 관리를 수행하는 공통부(130);를 포함하여 구성된 것을 특징으로 한다.
도 5는 도 4에서 전자무역 문서보관소 시스템의 상세구성도이다.
이에 도시된 바와 같이, 무역업체 사용자의 무역업체 사용자 단말기(700)와 연결되고 공인인증기관의 공인인증 시스템(800)과 연결되어 전자문서 등록, 전자증명서 등록, 전자문서 조회, 전자증명서 조회, 전자문서 이력 관리, 전자문서 인쇄, 전자문서 폐기, 웹 DRM(Digital Right Management, 디지털 권한 관리), 2D(2 Dimension) 바코드 관리 중에서 하나 이상을 수행하는 전자문서관리부와(EDMS)(110)와; 상기 전자무역 중계시스템(400)과 연결되고, 전자증명서의 관리, 원본성확인 전자증명서의 증명, 내용확인 전자증명서의 증명, 전자증명서 검증, 전자증명서 이력 관리 중에서 하나 이상을 수행하는 전자문서증명부(DVCS)(120)와; 상기 전자무역 문서보관소 시스템(100)에서 문서 로그 설정, 코드 관리, 문서명 관리, 정책 표준화 관리를 수행하는 공통부(130); 상기 전자무역 문서보관소 시스템(100)에서 전자문서 정보 및 주소를 저장하는 문서정보 DB(140)와; 상기 전자무역 문서보관소 시스템(100)에서 전자문서와 전자증명서의 위변조 방지를 위한 저장을 수행하는 CAS(Content Addressed Storage)(150);를 포함하여 구성된 것을 특징으로 한다.
도 9는 도 1의 전자무역서비스 제공시스템에서 전자문서 등록관리의 예를 보인 개념도이다.
이에 도시된 바와 같이, 전자무역서비스 제공시스템에서 전자문서 등록관리 수행시, 전자무역 중계시스템(400)에서 연계 서버(160)로 데이터를 전송하면, 상기 연계 서버(160)는 전자문서증명부(DVCS)(120)로 원본성 확인 전자증명서 발급을 요청하고, 상기 전자문서증명부(120)는 HSM 보안장비(433)로 보증서 서명을 요구하는 단계(1. ~ 4.)와; 상기 서명 요구 후 상기 연계 서버(160)는 전자문서관리부(EDMS)(110)로 문서등록을 요청하여 사용자 DB(742)로 사용자 정보를 요청하여 사용자 정보를 조회하고, 문서등록 내용을 생성하는 단계(5. ~ 8.)와; 상기 문서등록 내용의 생성 후 상기 전자문서관리부(EDMS)(110)는 CAS 저장장치(421)에 원본과 전자증명서를 저장하고, 데이터베이스(900)에 문서 정보 및 원본과 전자증명서의 경로를 저장하는 단계(9. ~ 10.);를 포함하여 수행하는 것을 특징으로 한다.
도 10은 도 1의 전자무역서비스 제공시스템에서 전자문서 조회관리의 예를 보인 개념도이다.
이에 도시된 바와 같이, 전자무역서비스 제공시스템에서 전자문서 조회관리 수행시, 무역업체 사용자가 무역업체 사용자 단말기(700)를 이용하여 유통관리 시스템(200)에 접속하여 로그인하고, 문서보관소 L/C(신용장) 정보 보기를 한 다음 문서 검색 요청을 수행하면, 상기 유통관리 시스템(200)은 전자문서관리부DMS)(110)로 문서검색을 요청하는 단계(1. ~ 4.)와; 상기 문서검색 요청을 받은 상기 유통관리 시스템(200)은 데이터베이스(900)를 검색하여 문서를 검색하고 문서를 조회한 다음 상기 유통관리 시스템(200)을 통해 상기 무역업체 사용자 단말기(700)로 문서 원본 요청을 하는 단계(5. ~ 7.)와; 상기 문서 원본 요청을 한 상기 전자문서관리부(EDMS)(110)는 CAS 저장장치(421)에서 문서 원본과 전자증명서를 가져오고, 웹 DRM/2D 바코드에서 원본에 대한 뷰(View) 확인을 수행하는 단계(9. ~ 11)와; 상기 뷰 확인 후 상기 전자문서관리부(EDMS)(110)는 전자문서증명부(DVCS)(120)로 뷰에 대한 내용증명보증서 검증을 요청하는 단계(12.)와; 상기 검증 요청 후 상기 전자문서관리부(EDMS)(110)는 상기 CAS 저장장치(421)에 이력을 저장하고, 웹 DRM/2D 바코드에 바코드 이미지를 생성하고, 상기 유통관리 시스템(200)을 통해 상기 무역업체 사용자 단말기(700)에서 문서 확인 및 출력을 할 수 있도록 하는 단계(13. ~ 15.);를 포함하여 수행하는 것을 특징으로 한다.
도 11은 도 1의 전자무역서비스 제공시스템에서 전자문서 이력관리의 예를 보인 개념도이다.
이에 도시된 바와 같이, 전자무역서비스 제공시스템에서 전자문서 이력관리 수행시, 무역업체 사용자가 무역업체 사용자 단말기(700)를 이용하여 유통관리 시스템(200)에 접속하여 로그인하고, 문서보관소 L/C(신용장) 정보 보기를 한 다음 문서 원본 조회 및 원본 출력 요청을 하면, 상기 유통관리 시스템(200)은 전자문서관리부(EDMS)(110)로 문서 원본 조회 및 원본 문서 출력을 요청하는 단계(1. ~ 4.)와; 상기 문서 원본 조회 및 원본 문서 출력을 요청받은 상기 유통관리 시스템(200)은 데이터베이스(900)에서 문서를 조회하고, CAS 저장장치(421)에서 문서 원본과 전자증명서를 가져오고, 웹 DRM/2D 바코드에서 바코드 이미지를 생성하는 단계(5. ~ 8.)와; 상기 바코드 이미지 생성 후 상기 전자문서관리부(EDMS)(110)는 상기 데이터베이스(900)에 이력을 저장하는 단계(9.);를 포함하여 수행하는 것을 특징으로 한다.
도 12는 도 1의 전자무역서비스 제공시스템에서 전자문서 폐기관리의 예를 보인 개념도이다.
이에 도시된 바와 같이, 전자무역서비스 제공시스템에서 전자문서 폐기관리 수행시, 유통관리 시스템(EDMS)(200)은 폐기대상 스케줄 잡(Schedule Job)을 수행하여 데이터베이스(900)에서 색인정보 DB를 조회하고, 폐기대상 문서의 존재여부를 체크하는 단계(1. ~ 3.)와; 상기 폐기대상 문서의 존재여부 체크 후 상기 유통관리 시스템(EDMS)(110)은 CAS 저장장치(421)에서 폐기대상문서의 원본파일 및 전자증명서 파일을 삭제하고, 상기 데이터베이스(900)에서 색인정보 DB를 삭제하는 단계(4.~ 5.)와; 상기 삭제 후 상기 유통관리 시스템(EDMS)(110)은 문서폐기로그를 생성하는 단계(6.);를 포함하여 수행하는 것을 특징으로 한다.
도 13은 도 1의 전자무역서비스 제공시스템에서 전자문서 유통중지관리의 예를 보인 개념도이다.
이에 도시된 바와 같이, 전자무역서비스 제공시스템에서 전자문서 유통중지관리 수행시, 연계 서버(160)는 유통중지 데이터를 전송하고, 전자문서증명부VCS)(120)로 원본성 확인 전자증명서와 원본증명서 발급을 요청하는 단계(1. ~ 3.)와; 상기 요청을 받은 상기 전자문서증명부(DVCS)(120)는 CAS 저장장치(421)로 보증서 서명을 요구하는 단계(4.)와; 상기 보증서 서명 요구 후 상기 연계 서버(160)는 전자문서관리부(EDMS)(110)로 문서등록을 요청하는 단계(5.)와; 상기 문서등록을 요청받은 상기 전자문서관리부(EDMS)(110)는 데이터베이스(900)로 유통중지 문서로 확인하는 정보를 저장하는 단계(7.);를 포함하여 수행하는 것을 특징으로 한다.
도 14는 도 1의 전자무역서비스 제공시스템에서 전자증명서 발급의 예를 보인 개념도이다.
이에 도시된 바와 같이, 전자무역서비스 제공시스템에서 전자증명서 발급 수행시, 전자문서증명부(DVCS)(120)는 보증서 내에 포함된 해쉬(Hash)를 통한 원본 확인을 수행하는 단계와; 상기 원본 확인 후 상기 전자문서증명부(DVCS)(120)는 공인인증 시스템(800)으로 인증서의 유효성을 확인하여 서명인증서를 검증하는 단계와; 상기 서명인증서의 검증 후 상기 전자문서증명부(DVCS)(120)는 보증서를 발급한 인증에 대해 상기 공인인증 시스템(800)으로 인증을 요구하여 최상위 인증서의 해쉬값을 확인하여 최상위 인증기관의 인증서를 발급하는 단계;를 포함하여 수행하는 것을 특징으로 한다.
도 19는 도 1에서 한도관리 시스템의 동작예를 보인 개념도이다.
이에 도시된 바와 같이, 은행 서버(600)는 한도관리 시스템(300)으로 L/C(신용장) 전문을 전송하는 제 1 단계(1.)와; 상기 제 1 단계 후 상기 한도관리 시스템(300)은 L/C 정보를 저장하고 유통관리 시스템(200)으로 전송하는 제 2 단계(2.)와; 상기 제 2 단계 후 상기 유통관리 시스템(200)은 L/C 정보를 수신하고 전자무역 문서보관소 시스템(100)에 저장하는 제 3 단계(3.)와; 상기 제 3 단계 후 상기 유통관리 시스템(200)은 무역업체 사용자 단말기(700)로부터 통지된 L/C 조회를 요청받는 제 4 단계(4.)와; 상기 제 4 단계 후 상기 유통관리 시스템(200)은 상기 무역업체 사용자 단말기(700)로부터 업무처리 요청을 받는 제 5 단계(5.)와; 상기 제 5 단계 후 상기 유통관리 시스템(200)은 상기 한도관리 시스템으로 업무처리 요청을 전송하고, 그 결과를 수신하는 제 6 단계(6.)와; 상기 제 6 단계 후 상기 한도관리 시스템(300)은 요청받은 업무처리에 대해 내부처리를 수행하고 처리내역을 상 기 은행 서버(600)로 송신하는 제 7 단계(7.)와; 상기 제 7 단계 후 상기 은행 서버(600)는 업무처리를 수행하고 그 결과를 상기 한도관리 시스템(300)으로 전송하는 제 8 단계(8.)와; 상기 제 8 단계 후 상기 한도관리 시스템(300)은 전송받은 업무처리 결과를 저장하고 상기 유통관리 시스템(200)에 전달하는 제 9 단계(9.)와; 상기 제 9 단계 후 상기 유통관리 시스템(200)은 전달받은 업무처리 결과를 저장하고 상기 전자무역 문서보관소 시스템(100)에서 보관문서 조회가 가능하도록 하는 제 10 단계(10.)와; 상기 제 10 단계 후 상기 유통관리 시스템(200)은 상기 무역업체 사용자 단말기(700)가 접속하여 업무처리 결과를 조회할 수 있도록 하는 제 11 단계(11.);를 포함하여 수행하는 것을 특징으로 한다.
도 20은 도 19의 L/C 정보 수신 및 문서보관소 보관이 한도관리 시스템에서 동작하는 예를 보인 개념도이다.
이에 도시된 바와 같이, 상기 제 2 단계는, 상기 한도관리 시스템(300)은 상기 은행 서버(600)로부터 L/C(신용장) 전문을 XML(eXtensible Markup Language) 형태로 전송받으면 신용장 및 신용장 한도정보를 저장하고, 신용장 DB에는 신용장 정보와 수정안(Amendment) 정보가 저장되도록 하고, 수정안 저장 시 한도정보 DB에 신용장 한도와 한도 이력(History)을 저장하며, 신용장 정보를 XML로 변환하여 상기 유통관리 시스템(200)으로 송신하는 것을 특징으로 한다.
도 21은 도 19의 L/C 정보 수신 및 문서보관소 보관이 유통관리 시스템에서 동작하는 예를 보인 개념도이다.
이에 도시된 바와 같이, 상기 제 3 단계는, 상기 유통관리 시스템(200)은 상 기 한도관리 시스템(300)으로부터 전송받은 XML 형태의 L/C 정보에 대해 전송 처리 정보, 이력(History) 내역, 전문 내역이 포함된 전문 처리 정보를 저장하고, 처리정보 DB에 신용장 전송정보와 처리내역을 저장하여 연계서버(160)를 통해 상기 전자무역 문서보관소 시스템(100)으로 정보 전송시 XML 형태로 변환한 정보를 전송하는 것을 특징으로 한다.
도 22는 도 19에서 통지된 L/C 조회의 동작예를 보인 개념도이다.
이에 도시된 바와 같이, 상기 제 4 단계는, 상기 유통관리 시스템(200)은 상기 무역업체 사용자 단말기(700)가 웹 포털(210)에 접속하여 조회조건을 입력하고, 조회결과를 확인하며, 업무처리 요청을 하도록 하고, 상기 무역업체 사용자 단말기(700)로부터의 업무처리 요청을 SOAP(Simple Object Access Protocol)/XML 형태로 변환하여 상기 한도관리 시스템(300)으로 전달하는 것을 특징으로 한다.
도 23은 도 19에서 업무처리 요청의 동작예를 보인 개념도이다.
이에 도시된 바와 같이, 상기 제 5 단계는, 상기 유통관리 시스템(200)은 웹 포털(210)로 상기 무역업체 사용자 단말기(700)가 접속하여 조회조건 입력, 조회결과 확인, 업무처리 요청을 할 수 있도록 하고, 상기 한도관리 시스템(300)으로 업무처리 요청을 SOAP/XML 형태로 전달하는 것을 특징으로 한다.
도 24는 도 19에서 업무처리 결과 송신의 동작예를 보인 개념도이다.
이에 도시된 바와 같이, 상기 제 9 단계는, 상기 은행 서버(600)로부터 XML 형태로 업무처리 결과를 전달받아 저장하여 상기 무역업체 사용자 단말기(700)로부터의 신청에 대한 상기 은행 서버(600)에서의 업무처리 결과를 적용하고 신용장 DB 를 갱신하며, 업무처리결과를 XML 형태로 상기 유통관리 시스템(200)으로 전송하는 것을 특징으로 한다.
도 25는 도 19에서 업무처리 결과 및 문서 저장의 동작예를 보인 개념도이다.
이에 도시된 바와 같이, 상기 제 10 단계는, 상기 유통관리 시스템(200)은 상기 한도관리 시스템(300)으로부터 XML 형태로 업무처리정보를 전달받아 업무 처리 정보, 이력 내역 추가전송 정보를 포함한 업무처리정보를 저장하고, 처리정보 DB에서 신용장 전송 정보와 처리내역을 저장하고, XML 형태로 업무처리정보를 연계 서버(160)를 통해 상기 전자무역 문서보관소 시스템(100)으로 전달하는 것을 특징으로 한다.
도 26은 도 19에서 업무처리 결과 조회의 동작예를 보인 개념도이다.
이에 도시된 바와 같이, 상기 제 11 단계는, 상기 유통관리 시스템(200)은 웹 포털(210)을 통해 상기 무역업체 사용자 단말기(700)가 접속하여 조회조건을 입력하고, 업무처리를 조회하고, 처리 결과를 확인할 수 있도록 하고, 상기 무역업체 사용자 단말기(700)에서 요구를 SOAP/XML 형태로 상기 한도관리 시스템(300)으로 전달하는 것을 특징으로 한다.
도 27은 도 1에서 L/C 등록의 동작예를 보인 개념도이다.
이에 도시된 바와 같이, 전자무역서비스 제공시스템에서 L/C(신용장) 등록 수행시, 개설은행 서버(620)에서 통지은행 서버(610)로 L/C를 전송하면 상기 통지은행 서버(610)는 무역업체 사용자 단말기(700)를 통해 수출기업으로 L/C 내도 통 지를 수행하고, 금융결제원 중계시스템(500)으로 L/C 등록을 의뢰하는 단계(1 ~ 3)와; 상기 등록 의뢰 후 상기 금융결제원 중계시스템(500)은 전자인증센터인 공인인증 시스템(800)으로 시점 확인을 의뢰하여 시점 확인 결과를 전송받아 L/C를 등록하고 상기 통지은행 서버(610)로 L/C 등록결과를 전송하는 단계(4 ~ 7)와; 상기 L/C 등록결과 전송 후 상기 금융결제원 중계시스템(500)은 유통관리 시스템(200)으로 통지약정된 L/C를 전송하고, L/C 수신 결과를 전송받는 단계(8 ~ 9);를 포함하여 수행하는 것을 특징으로 한다.
도 28은 도 1에서 L/C 조건 변경 통지의 동작예를 보인 개념도이다.
이에 도시된 바와 같이, 전자무역서비스 제공시스템에서 L/C 조건 변경 통지 수행시, 개설은행 서버(620)에서 통지은행 서버(610)로 L/C 조건 변경을 통지하면, 상기 통지은행 서버(610)는 무역업체 사용자 단말기(700)를 통해 수출기업으로 L/C 조건 변경을 통지하고, 금융결제원 중계시스템(500)으로 L/C 조건 변경을 의뢰하는 단계(1 ~ 3)와; 상기 조건변경 의뢰 후 상기 금융결제원 중계시스템(500)은 전자인증센터인 공인인증 시스템(800)으로 시점 확인을 의뢰하여 시점 확인 결과를 전송받아 L/C 조건변경접수를 저장하고, 상기 통지은행 서버(610)로 L/C 조건변경결과를 전송하는 단계(4 ~ 7)와; 상기 L/C 조건변경결과 전송 후 상기 금융결제원 중계시스템(500)은 유통관리 시스템(200)으로 조건변경된 L/C를 전송하고, L/C 수신 결과를 전송받는 단계(8 ~ 9);를 포함하여 수행하는 것을 특징으로 한다.
도 29는 도 1에서 L/C 원본 교부 등록의 동작예를 보인 개념도이다.
이에 도시된 바와 같이, 전자무역서비스 제공시스템에서 L/C 원본 교부 등록 수행시, 통지은행 서버(610)는 무역업체 사용자 단말기(700)를 통해 수출기업으로 L/C를 교부하는 단계(1)와; 상기 L/C 교부 후 상기 통지은행 서버(610)는 금융결제원 중계시스템(500)으로 L/C 교부등록을 의뢰하는 단계(2)와; 상기 L/C 교부등록 의뢰 후 상기 금융결제원 중계시스템(500)은 L/C 교부등록을 저장하고, 상기 통지은행 서버(610)로 L/C 교부등록 결과를 전송하는 단계(3 ~ 4);를 포함하여 수행하는 것을 특징으로 한다.
도 30은 도 1에서 L/C 수령 거절신청의 동작예를 보인 개념도이다.
이에 도시된 바와 같이, 전자무역서비스 제공시스템에서 L/C 수령 거절 신청 수행시, 통지은행 서버(610)는 무역업체 사용자 단말기(700)를 통해 수출기업으로 L/C를 통지하고, 상기 무역업체 사용자 단말기(700)를 통해 수출기업으로부터 L/C 수령 거부를 받으면 금융결제원 중계시스템(500)으로 수령거부취소를 의뢰하는 단계(1 ~ 3)와; 상기 수령거부취소 의뢰 후 상기 금융결제원 중계시스템(500)은 전자인증센터인 공인인증 시스템(800)으로 시점 확인을 의뢰하여 시점 확인 결과를 전송받아 수령거부등록 취소를 저장하고, 상기 통지은행 서버(610)로 수령거부취소 결과를 전송하는 단계(4 ~ 7)와; 상기 수령거부취소 결과 전송 후 상기 금융결제원 중계시스템(500)은 유통관리 시스템(200)으로 수령거부취소를 통지하고, 수령거부취소의 수신 결과를 전송받는 단계(8 ~ 9);를 포함하여 수행하는 것을 특징으로 한다.
도 31은 도 1에서 유통관리 시스템을 통한 L/C 수령거부의 동작예를 보인 개념도이다.
이에 도시된 바와 같이, 전자무역서비스 제공시스템에서 유통관리 시스템(200)을 통한 L/C 수령거부 수행시, 유통관리 시스템(200)은 무역업체 사용자 단말기(700)를 통해 수출기업으로 L/C를 통지하고, 상기 무역업체 사용자 단말기(700)를 통해 수출기업으로부터 L/C 수령 거부를 받으면 금융결제원 중계시스템(500)으로 수령거부취소를 의뢰하는 단계(1 ~ 3)와; 상기 수령거부취소 의뢰 후 상기 금융결제원 중계시스템(500)은 통지은행 서버(610)로 수령거부취소를 통지한 다음 수령거부취소 결과를 전송받는 단계(4 ~ 5)와; 상기 수령거부취소 결과를 전송받은 후 상기 금융결제원 중계시스템(500)은 전자인증센터인 공인인증 시스템(800)으로 시점 확인을 의뢰하여 시점 확인 결과를 전송받아 수령거부등록 취소를 저장하고, 상기 유통관리 시스템(200)으로 수령거부취소 결과를 통지하는 단계(6 ~ 9);를 포함하여 수행하는 것을 특징으로 한다.
도 32는 도 1에서 L/C 확인(Confirm) 요청의 동작예를 보인 개념도이다.
이에 도시된 바와 같이, 전자무역서비스 제공시스템에서 L/C 확인(Confirm) 요청 수행시, 유통관리 시스템(200)은 상기 무역업체 사용자 단말기(700)를 통해 수출기업으로부터 확인 요청을 받으면 금융결제원 중계시스템(500)으로 확인 요청을 의뢰하는 단계(1 ~ 2)와; 상기 확인 요청을 의뢰받은 상기 금융결제원 중계시스템(500)은 확인 요청 의뢰를 등록하고, 통지은행 서버(610)로 확인 요청을 의뢰하는 단계(3 ~ 4)와; 상기 확인 요청 의뢰를 받은 상기 통지은행 서버(610)는 확인을 결정한 다음 그 결과를 상기 금융결제원 중계시스템(500)으로 통지하는 단계(5 ~ 6)와; 상기 결과를 통지받은 상기 금융결제원 중계시스템(500)은 전자인증센터인 공인인증 시스템(800)으로 시점 확인을 의뢰하여 시점 확인 결과를 전송받아 확인 결과를 등록하고 상기 유통관리 시스템(200)으로 확인결과를 통지하는 단계(7 ~ 10)와; 상기 확인결과를 통지받은 상기 유통관리 시스템(200)은 상기 무역업체 사용자 단말기(700)를 통해 수출기업에게 신용장을 재통지하는 단계(11);를 포함하여 수행하는 것을 특징으로 한다.
도 33은 도 1에서 L/C 매입 내역 등록의 동작예를 보인 개념도이다.
이에 도시된 바와 같이, 전자무역서비스 제공시스템에서 L/C 매입 내역 등록 수행시, 매입은행 서버(630)는 무역업체 사용자 단말기(700)를 통해 수출기업으로부터 매입신청을 받으면 금융결제원 중계시스템(500)으로 매입신청내역의 등록을 의뢰하는 단계(1 ~ 2)와; 상기 등록을 의뢰받은 상기 금융결제원 중계시스템(500)은 전자인증센터인 공인인증 시스템(800)으로 시점 확인을 의뢰하여 시점 확인 결과를 전송받아 매입신청내역을 등록하고 상기 매입은행 서버(630)로 매입신청내역 등록결과를 전송하는 단계(3 ~ 6)와; 상기 매입신청내역 등록결과를 전송받은 상기 매입은행 서버(630)는 상기 무역업체 사용자 단말기(700)를 통해 수출기업으로 매입대금이 지급되도록 하는 단계(12);를 포함하여 수행하는 것을 특징으로 한다.
도 34는 도 1에서 L/C 매입 내역 통지의 동작예를 보인 개념도이다.
이에 도시된 바와 같이, 전자무역서비스 제공시스템에서 L/C 매입 내역 통지 수행시, 매입은행 서버(630)는 금융결제원 중계시스템(500)으로 매입내역의 등록을 의뢰하는 단계(1)와; 상기 매입내역 등록을 의뢰받은 상기 금융결제원 중계시스템(500)은 전자인증센터인 공인인증 시스템(800)으로 시점 확인을 의뢰하여 시점 확인 결과를 전송받아 매입내역을 등록하고 상기 매입은행 서버(630)로 매입내역 등록결과를 전송하는 단계(2 ~ 5);를 포함하여 수행하는 것을 특징으로 한다.
도 35는 도 1에서 L/C 매입 취소의 동작예를 보인 개념도이다.
이에 도시된 바와 같이, 전자무역서비스 제공시스템에서 L/C 매입 취소 수행시, 매입은행 서버(630)는 금융결제원 중계시스템(500)으로 매입취소를 의뢰하는 단계(1)와; 상기 매입취소를 의뢰받은 상기 금융결제원 중계시스템(500)은 전자인증센터인 공인인증 시스템(800)으로 시점 확인을 의뢰하여 시점 확인 결과를 전송받아 매입취소를 등록하고 상기 매입은행 서버(630)로 매입취소 결과를 전송하는 단계(2 ~ 5);를 포함하여 수행하는 것을 특징으로 한다.
도 36은 도 1에서 무역금융 내역 등록의 동작예를 보인 개념도이다.
이에 도시된 바와 같이, 전자무역서비스 제공시스템에서 무역금융 내역 등록 수행시, 매입은행 서버(630)는 금융결제원 중계시스템(500)으로 무역금융 내역 등록을 의뢰하는 단계(1)와; 상기 무역금융의 등록을 의뢰받은 상기 금융결제원 중계시스템(500)은 전자인증센터인 공인인증 시스템(800)으로 시점 확인을 의뢰하여 시점 확인 결과를 전송받아 무역금융을 등록하고 상기 매입은행 서버(630)로 무역금융 등록결과를 전송하는 단계(2 ~ 5);를 포함하여 수행하는 것을 특징으로 한다.
도 37은 도 1에서 L/C 통지 정보 조회의 동작예를 보인 개념도이다.
이에 도시된 바와 같이, 전자무역서비스 제공시스템에서 L/C 통지 정보 조회 수행시, 은행 서버(600)는 무역업체 사용자 단말기(700)를 이용하여 수출기업에서 L/C 통지 정보 조회 요청을 하면 금융결제원 중계시스템(500)으로 조회를 의뢰하는 단계(1 ~ 2)와; 상기 은행 서버(600)는 상기 금융결제원 중계시스템(500)으로부터 조회응답을 받으면 상기 무역업체 사용자 단말기(700)를 통해 수출기업이 L/C 통지 정보를 조회할 수 있도록 하는 단계(3 ~ 4);를 포함하여 수행하는 것을 특징으로 한다.
도 38은 도 1에서 L/C 잔액 상세 조회의 동작예를 보인 개념도이다.
이에 도시된 바와 같이, 전자무역서비스 제공시스템에서 L/C 잔액 상세 조회 수행시, 은행 서버(600)는 무역업체 사용자 단말기(700)를 이용하여 수출기업에서 L/C 잔액 상세 조회 요청을 하면 금융결제원 중계시스템(500)으로 조회를 의뢰하는 단계(1 ~ 2)와; 상기 은행 서버(600)는 상기 금융결제원 중계시스템(500)으로부터 조회응답을 받으면 상기 무역업체 사용자 단말기(700)를 통해 수출기업이 L/C 잔액의 상세 조회를 수행할 수 있도록 하는 단계(3 ~ 4);를 포함하여 수행하는 것을 특징으로 한다.
도 39는 도 1에서 L/C 등록 및 매입 시스템 취소의 동작예를 보인 개념도이다.
이에 도시된 바와 같이, 전자무역서비스 제공시스템에서 L/C 등록 및 매입시스템 취소 수행시, 은행 서버(600)는 금융결제원 중계시스템(500)으로 취소를 의뢰하는 단계(1)와; 상기 금융결제원 중계시스템(500)은 L/C 등록을 취소하고 상기 은행 서버(600)로 취소 결과를 전송하는 단계(2 ~ 3)와; 상기 취소 결과 전송 후 상기 금융결제원 중계시스템(500)은 유통관리 시스템(200)으로 취소를 통지하고 상기 유통관리 시스템(200)으로부터 취소수신 결과를 전송받는 단계(4 ~ 5);를 포함하여 수행하는 것을 특징으로 한다.
도 40은 도 1에서 문서보관소 L/C의 조회의 동작예를 보인 개념도이다.
이에 도시된 바와 같이, 전자무역서비스 제공시스템에서 전자무역 문서보관소 시스템(100)의 L/C 조회 수행시, 유통관리 시스템(200)은 무역업체 사용자 단말기(700)를 이용하여 수출기업에서 L/C 조회를 의뢰하면, 상기 전자무역 문서보관소 시스템(100)으로 L/C 조회를 의뢰하는 단계(1 ~ 2)와; 상기 유통관리 시스템(200)은 상기 전자무역 문서보관소 시스템(100)으로부터 조회결과를 전달받으면 상기 무역업체 사용자 단말기(700)를 통해 수출기업으로 조회결과를 전달하는 단계(3 ~ 4);를 포함하여 수행하는 것을 특징으로 한다.
도 41은 도 1에서 대외전문 발신신청 처리의 동작예를 보인 개념도이다.
이에 도시된 바와 같이, 전자무역서비스 제공시스템에서 전자무역 문서보관소 시스템(100)에서의 대외전문 발신신청 처리 수행시, 유통관리 시스템(200)은 무역업체 사용자 단말기(700)를 이용하여 고객이 대외전문 발신 신청을 하면, 상기 유통관리 시스템(200)은 고객의 대외전문 발신 신청을 전자문서로 전달받아 한도관리 시스템(300)으로 대외전문을 발신하는 단계와; 상기 한도관리 시스템(300)은 상기 유동관리 시스템(200)으로부터 발신된 대외전문의 전자문서를 전달받아 처리하여 은행 서버(600)로 전달하는 단계와; 상기 은행 서버는 상기 한도관리 시스템(300)의 대외전문 발신신청을 접수하여 처리하고, 해당 전문의 발신결과 및 발신 내용을 첨부하여 상기 한도관리 시스템(300)과 유통관리 시스템(200)을 통해 상기 무역업체 사용자 단말기(700)로 전달하는 단계;를 포함하여 수행하는 것을 특징으 로 한다.
도 42는 도 1에서 하자동의 처리의 동작예를 보인 개념도이다.
이에 도시된 바와 같이, 전자무역서비스 제공시스템에서 전자무역 문서보관소 시스템(100)에서의 고객이 매입(추심) 신청한 환어음 심사 결과 하자가 있을 경우 하자동의 처리 수행시, 유통관리 시스템(200)은 무역업체 사용자 단말기(700)를 이용하여 고객이 하자동의서를 전자문서로 제출하여 하자에 대한 동의를 요구하면, 상기 유통관리 시스템(200)은 고객의 하자동의서를 전자문서로 전달받아 한도관리 시스템(300)으로 하자동의서를 발신하는 단계와; 상기 한도관리 시스템(300)은 상기 유동관리 시스템(200)으로부터 발신된 하자동의서의 전자문서를 전달받아 처리하여 은행 서버(600)로 전달하는 단계와; 상기 은행 서버는 상기 한도관리 시스템(300)의 하자동의서를 접수하여 매입(추심) 건에 대한 하자 여부를 확인하고, 미리 등록된 해당 매입건에 대한 내역을 상기 한도관리 시스템(300)과 유통관리 시스템(200)을 통해 상기 무역업체 사용자 단말기(700)로 전달하는 단계;를 포함하여 수행하는 것을 특징으로 한다.
도 43은 도 1에서 계산서 통지 처리의 동작예를 보인 개념도이다.
이에 도시된 바와 같이, 전자무역서비스 제공시스템에서 전자무역 문서보관소 시스템(100)에서의 계산서 통지 처리 수행시, 유통관리 시스템(200)은 무역업체 사용자 단말기(700)를 이용하여 고객이 계산서 조회를 요구하면, 상기 유통관리 시스템(200)은 고객의 계산서 조회를 전달받아 계산서를 등록하고, 한도관리 시스템(300)으로 계산서 등록을 요구하는 단계와; 상기 한도관리 시스템(300)은 상기 유동관리 시스템(200)으로부터 계산서 등록을 요구받아 등록하고, 은행 서버(600)로 계산서 통지를 요구하는 단계와; 상기 은행 서버는 상기 한도관리 시스템(300)의 계산서 통지 요구를 전달받아 신용장 업무에서 발생하는 수수료 내역을 포함한 계산서를 전자문서로 작성하여 상기 한도관리 시스템(300)과 유통관리 시스템(200)을 통해 상기 무역업체 사용자 단말기(700)로 전달하는 단계;를 포함하여 수행하는 것을 특징으로 한다.
도 44는 도 1에서 무역금융 사용내역 통지의 동작예를 보인 개념도이다.
이에 도시된 바와 같이, 전자무역서비스 제공시스템에서 전자무역 문서보관소 시스템(100)에서의 무역금융 사용내역 통지 처리 수행시, 유통관리 시스템(200)은 무역업체 사용자 단말기(700)를 이용하여 고객이 무역금융 사용 내역 통지를 요구하면, 상기 유통관리 시스템(200)은 고객의 무역금융 사용 내역 통지 요구를 전달받아 한도관리 시스템(300)으로 무역금융 내역 등록을 요구하는 단계와; 상기 한도관리 시스템(300)은 상기 유동관리 시스템(200)으로부터 무역금융 내역 등록을 요구받아 무역금융 내역을 등록하고, 은행 서버(600)로 무역금융 사용 내역 통지를 요구하는 단계와; 상기 은행 서버는 상기 한도관리 시스템(300)의 무역금융 사용 내역 통지 요구를 전달받아 신용장 잔액정보를 반영한 무역금융 사용 내역을 전자문서로 작성하여 상기 한도관리 시스템(300)과 유통관리 시스템(200)을 통해 상기 무역업체 사용자 단말기(700)로 전달하는 단계;를 포함하여 수행하는 것을 특징으로 한다.
도 53은 본 발명의 다른 실시예에 의한 전자무역서비스 제공방법에서 초기데 이터 구축의 예를 보인 흐름도이다.
이에 도시된 바와 같이, 전자무역서비스 제공시스템에서 초기데이터 구축 수행시, 상기 전자무역서비스 제공시스템은 초기데이터 구축 대상건의 대상문서를 선정하는 제 21 단계(ST1)와; 상기 제 21 단계 후 문서 속성정보를 갖는 원본파일을 추출하고 리스트 파일을 생성하는 제 22 단계(ST2)와; 상기 제 22 단계 후 전자증명서를 발급하는 제 23 단계(ST3)와; 상기 제 23 단계 후 문서 원본 파일 및 전자증명서를 CAS(150)에 저장하는 제 24 단계(ST4)와; 상기 제 24 단계 후 문서 속성정보 DB에 저장하는 제 25 단계(ST5);를 포함하여 수행하는 것을 특징으로 한다.
도 55는 도 53의 초기데이터 구축에서 원본성 전자증명서 발급의 예를 보인 흐름도이다.
이에 도시된 바와 같이, 상기 전자무역서비스 제공방법은, 상기 제 25 단계 후 상기 전자무역서비스 제공시스템에서 원본성 전자증명서 발급 수행시, 작업 스레드(Thread)를 생성한 후 작업 대상 리스트의 라인을 읽어 DVCS 발급 API(Application Programming Interface)를 호출하는 단계(ST11 ~ ST13)와; 상기 DVCS 발급 API 호출 후 원본성 증명서를 저장하고 DVC(Data Validation and Certification) 발급 성공과 실패 리스트 및 로그 파일을 기록하는 단계(ST14 ~ ST15);를 더욱 포함하여 수행하는 것을 특징으로 한다.
도 56은 도 53의 초기데이터 구축에서 원본파일 및 원본성 확인 전자증명서를 CAS에 저장하는 예를 보인 흐름도이다.
이에 도시된 바와 같이, 상기 전자무역서비스 제공방법은, 상기 제 25 단계 후 상기 전자무역서비스 제공시스템에서 원본파일 및 원본성 확인 전자증명서의 CAS 저장 수행시, 작업 스레드를 생성한 후 작업 대상 리스트의 라인을 읽어 원본문서를 BASE64로 인코딩하는 단계(ST21 ~ ST23)와; 상기 인코딩후 인코딩된 원본문서를 저장하는 단계(ST24)와; 상기 원본문서 저장 후 원본문서를 CAS(150)에 저장한 다음 클립(Clip)-ID(Identification)를 획득하고 원본성 증명서를 상기 CAS(150)에 저장한 다음 클립-ID를 획득하는 단계(ST25 ~ ST26)와; 상기 클립-ID 획득 후 상기 CAS(150)로의 입력 성공과 실패 리스트 및 로그 파일을 기록하고 성공 리스트에는 클립-ID를 기록하는 단계(ST27);를 더욱 포함하여 수행하는 것을 특징으로 한다.
도 57은 도 53의 초기데이터 구축에서 원속성정보를 DB에 저장하는 예를 보인 흐름도이다.
이에 도시된 바와 같이, 상기 전자무역서비스 제공방법은, 상기 제 25 단계 후 상기 전자무역서비스 제공시스템에서 원속성정보의 DB 저장 수행시, 작업 스레드(Thread)를 생성한 후 작업 대상 리스트의 라인을 읽어 EDMS 문서 타입 정보를 조회하고 전자무역플랫폼 서버(CTW, Cyber Tradeworld) 사용자 정보를 조회하는 단계(ST31 ~ ST34)와; 상기 조회 후 원본문서 및 원본성 증명서 정보를 입력하고, HTML(HyperText Markup Language)로 변환 대상 파일 리스트를 기록하는 단계(ST35 ~ ST36)와; 상기 파일 리스트 기록 후 DB 입력 성공과 실패 리스트 및 로그 파일을 기록하는 단계(ST37);를 더욱 포함하여 수행하는 것을 특징으로 한다.
도 58은 도 53의 초기데이터 구축에서 원본파일을 HTML로 변환하는 예를 보 인 흐름도이다.
이에 도시된 바와 같이, 상기 전자무역서비스 제공방법은, 상기 제 25 단계 후 상기 전자무역서비스 제공시스템에서 원본파일의 HTML 변환 수행시, 작업 스레드(Thread)를 생성한 후 작업 대상 리스트의 라인을 읽어 서식이 적용된 원본문서에 대한 HTML을 생성하고 API를 호출하는 단계(ST41 ~ ST43)와; 상기 API 호출 후 생성 호출된 원본문서를 저장하고 HTML 생성 성공과 실패 리스트 및 로그 파일을 기록하고 성공 리스트에는 HTML 페이지 수를 기록하는 단계(ST44 ~ ST45);를 더욱 포함하여 수행하는 것을 특징으로 한다.
도 59는 도 53의 초기데이터 구축에서 내용확인 전자증명서 발급의 예를 보인 흐름도이다.
이에 도시된 바와 같이, 상기 전자무역서비스 제공방법은, 상기 제 25 단계 후 상기 전자무역서비스 제공시스템에서 내용확인 전자증명서 발급 수행시, 작업 스레드(Thread)를 생성한 후 작업 대상 리스트의 라인을 읽어 DVCS 발급 API를 호출하는 단계(ST51 ~ ST53)와; 상기 DVCS 발급 API 호출 후 내용확인 증명서를 저장하고 DVC 발급 성공과 실패 리스트 및 로그 파일을 기록하는 단계(ST54 ~ ST55);를 더욱 포함하여 수행하는 것을 특징으로 한다.
도 60은 도 53의 초기데이터 구축에서 원본파일 서식적용 파일 및 내용확인 전자증명서를 CAS에 저장하는 예를 보인 흐름도이다.
이에 도시된 바와 같이, 상기 전자무역서비스 제공방법은, 상기 제 25 단계 후 상기 전자무역서비스 제공시스템에서 원본파일 서식적용 파일 및 내용확인 전자 증명서의 CAS 저장 수행시, 작업 스레드(Thread)를 생성한 후 작업 대상 리스트의 라인을 읽어 서식이 적용된 원본문서를 BASE64로 인코딩하는 단계(ST61 ~ ST63)와; 상기 인코딩후 인코딩된 서식적용 원본문서를 저장하는 단계(ST64)와; 상기 서식적용 원본문서의 저장 후 서식적용 원본문서를 CAS(150)에 저장한 다음 클립-ID를 획득하고 내용확인 전자증명서를 상기 CAS(150)에 저장한 다음 클립-ID를 획득하는 단계(ST65 ~ ST66)와; 상기 클립-ID 획득 후 상기 CAS(150)로의 입력 성공과 실패 리스트 및 로그 파일을 기록하고 성공 리스트에는 클립-ID를 기록하는 단계(ST67);를 더욱 포함하여 수행하는 것을 특징으로 한다.
도 61은 도 53의 초기데이터 구축에서 원본파일 서식적용 파일 및 내용확인 전자증명서를 DB에 저장하는 예를 보인 흐름도이다.
이에 도시된 바와 같이, 상기 전자무역서비스 제공방법은, 상기 제 25 단계 후 상기 전자무역서비스 제공시스템에서 원본파일 서식적용 파일 및 내용확인 전자증명서의 DB 저장 수행시, 작업 스레드(Thread)를 생성한 후 작업 대상 리스트의 라인을 읽어 서식이 적용된 문서의 원본문서 정보를 조회하는 단계(ST71 ~ ST73)와; 상기 정보 조회 후 서식적용 원본문서 및 내용확인 전자증명서 정보를 입력한 다음 DB 입력 성공과 실패 리스트 및 로그 파일을 기록하는 단계(ST74 ~ ST75);를 더욱 포함하여 수행하는 것을 특징으로 한다.
이와 같이 구성된 본 발명에 의한 전자무역서비스 제공시스템 및 그 방법의 바람직한 실시예를 첨부한 도면에 의거하여 상세히 설명하면 다음과 같다. 하기에 서 본 발명을 설명함에 있어 관련된 공지 기능 또는 구성에 대한 구체적인 설명이 본 발명의 요지를 불필요하게 흐릴 수 있다고 판단되는 경우에는 그 상세한 설명을 생략할 것이다. 그리고 후술되는 용어들은 본 발명에서의 기능을 고려하여 정의된 용어들로서, 이는 사용자, 운용자의 의도 또는 판례 등에 따라 달라질 수 있으며, 이에 따라 각 용어의 의미는 본 명세서 전반에 걸친 내용을 토대로 해석되어야 할 것이다.
먼저 본 발명은 무역업무 전반을 단절없이 처리할 수 있는 새로운 개념의 국가 전자무역 허브로서 단일창구 기반의 전자무역플랫폼을 구축하고 전자문서의 보관과 증명을 위한 전자무역 문서보관소를 구축하며, 신용장의 전자적 유통을 위한 e-L/C의 유통을 관리하고자 한 것이다.
도 1은 본 발명의 일 실시예에 의한 전자무역서비스 제공시스템의 개념도이다.
그래서 전자무역 문서보관소 시스템(100)은 전자무역 업무와 관련하여 유통되는 전자문서의 보관을 대행하며, 전자문서에 대한 증명서비스를 제공하여 전자문서의 교환을 통한 무역거래에서 전자문서의 진정성을 제공하고 전자문서의 유통성 확보를 위한 기반 역할을 수행한다.
또한 유통관리 시스템(200)은 전자무역 문서보관소 시스템(100)과 연결되고, 인터넷 환경을 기반으로 수출 신용장 통지 업무 및 네고 및 한도정보를 전자적으로 관리하며, 무역업체 사용자를 위한 전자신용장(e-L/C)의 유통관리를 수행한다.
또한 한도관리 시스템(300)은 유통관리 시스템(200)과 연결되고 은행을 위한 전자신용장의 한도관리를 수행한다.
또한 전자무역 중계시스템(400)은 전자무역 문서보관소 시스템(100)과 연결되어 무역/물류/통관에 걸치는 무역서비스를 종합적으로 제공한다.
또한 금융결제원 중계시스템(500)은 전자무역 중계시스템(400)과 EDI(Electronic Data Interchange)로 연결되어 전자신용장의 한도관리와 이력관리를 수행한다.
또한 은행 서버(600)는 한도관리 시스템(300)과 연결되어 전자문서원본을 은행이 공유하도록 한다.
또한 무역업체 사용자 단말기(700)는 유통관리 시스템(200)과 연결되고, 무역업체 사용자가 전자신용장 조회, 매입신청, 양도 요청, 전자신용장 발급을 수행할 수 있도록 한다.
도 2는 도 1의 전자무역서비스 제공시스템의 하드웨어 및 네트워크 구성을 보인 개념도이다.
그래서 중계 서버(410)는 전자무역 중계시스템(400)은, 금융결제원 중계시스템(500)과의 연결을 수행한다.
또한 CAS 저장 장치(421)는 중계 시스템(410)과 연결되어 데이터를 저장한다. 여기서 CAS(Content Addressed Storage)는 문서와 전자우편 메시지 등과 같은 기업 데이터를 저장하고 보존하는데 사용되는 지능형 저장소이다.
또한 e-L/C 유통관리 DB 서버(422)는 중계 서버(410)와 연결되고, e-L/C(전 자신용장)의 유통관리 정보를 저장한다.
또한 보관소 DB 서버(423)는 중계 서버(410)와 연결되고, 전자무역 문서보관소의 정보를 관리한다.
또한 e-L/C 유통관리 WAS(Web Application Server, 웹 어플리케이션 서버) 서버(431)는 전자무역 중계시스템(400)에서 방화벽(810)을 통해 외부와 연결되고, e-L/C(전자신용장)의 웹을 통한 유통관리를 수행한다.
또한 보관소 WAS 서버(432)는 전자무역 중계시스템(400)에서 방화벽(810)을 통해 외부와 연결되고, 전자무역 문서보관소 시스템(100)의 웹을 통한 전자무역 관련 문서의 관리를 수행한다.
또한 HSM 보안 장비(433)는 전자무역 중계시스템(400)에서 방화벽(810)을 통해 외부와 연결되고, HSM에 의한 보안 관리를 수행한다. 여기서 HSM(Hierarchical Storage Management, 계층적 저장 장치 관리 기법)은 여러 가지 접근상의 특성을 가진 기억 장치가 되는 계층을 관리, 제어하는 것을 말한다.
또한 SAN(Storage Area Network) 스위치(440)는 CAS 저장장치(421), e-L/C 유통관리 DB 서버(422), 보관소 DB 서버(423)와 연결되어 신호 스위칭을 수행한다.
또한 SAN 스토리지(450)는 SAN 스위치(440)와 연결되고, 무역자동화 정보와 전자무역 정보를 저장한다.
또한 DMZ(DeMilitarized Zone)(460)는 방화벽(810)과 연결되고 e-T/F 웹 서버(461), 보관소 웹 서버(462), e-L/C 유통관리 웹 서버(463)를 구비한다.
그리고 금융결제원 중계시스템(500)은 중계 서버(510)와 e-L/C 한도관리 서버(520)를 구비할 수 있는데, 중계 서버(510)는 전자무역 중계시스템(400)과 X.25로 연결되고, e-L/C 한도관리 서버(520)는 중계 서버(510)와 연결되어 e-L/C(전자신용장)에 대한 한도관리를 수행한다.
또한 은행 서버(600)는 대외계 시스템(601)과 e-L/C 은행 시스템(602)을 구비할 수 있는데, 대외계 시스템(601)은 금융결제원 서버(500)와 X.25로 연결되고, e-L/C 은행 시스템(602)은 대외계 시스템(601)과 연결되어 e-L/C(전자신용장)에 대한 한도관리를 수행한다.
전자무역서비스 제공시스템에서 네트워크를 구축하기 위해 방화벽(810), L4 스위치(820), IPS(830), 인터넷 관문 라우터(840), VPN(850)을 이용할 수 있다.
또한 도 3은 도 1의 전자무역서비스 제공시스템의 소프트웨어 구성을 보인 개념도이다.
그래서 전자무역 전산센터에는 EDI*NET(Electronic Data Interchange NET), GXML(Glade eXtensible Markup Language) 허브, E-Trade Frame 웹 서버를 구비할 수 있다. 또한 e-L/C 유통관리 웹 서버는 SMS(Short Message Service, 단문 메시지 서비스) 에이전트(Agent), Sun OneWebServer, Solaris 9, TCP/IP(Transmission Control Protocol / Internet Protocol, 전송 제어 프로토콜 / 인터넷 프로토콜)을 구비할 수 있다. 또한 전자무역 문서보관소 시스템(100)의 웹 서버는 SMS 에이전트, 웹 보안 프로그램, Sun OneWebServer, Solaris 9, TCP/IP 프로그램을 구비할 수 있다.
또한 e-L/C 유통관리 시스템(200) 내의 DB 서버는 SMS 에이전트, Oracle 9i, Solaris 9, TCP/IP 프로그램을 구비할 수 있다. 또한 문서보관 DB 서버는 SMS 에이전트, Oracle 9i, Solaris 9, TCP/IP 프로그램을 구비할 수 있다.
그리고 e-L/C 유통관리 WAS 서버는 SMS 에이전트, e-L/C 유통관리 시스템의 운용 프로그램, 금융결제원/e-T/F 연계 프로그램, WebLogic 8.1, Solaris 9, TCP/IP 프로그램을 구비할 수 있다. 또한 문서보관소 WAS 서버는 SMS 에이전트, 보관소 관리 시스템의 프로그램, DRM, 2D 바코드, WebLogic 8.1 RedCastle, Solaris 9, TCP/IP 프로그램을 구비할 수 있다. 또한 CAS 스토리지는 연계 API(Application Programming Interface), 스토리지 관리 프로그램을 구비할 수 있다.
또한 금융결제원 중계시스템(500)의 e-L/C 한도관리 서버는 e-L/C 한도관리 시스템용 프로그램, XML 엔진, Oracle 9i, Solaris 9, TCP/IP 프로그램을 구비할 수 있다.
도 4는 도 1에서 전자무역 문서보관소 시스템과 그 주변 시스템의 상세구성도이다.
그래서 전자무역 문서보관소 시스템(100)은 전자무역 업무와 관련하여 유통되는 전자문서의 보관을 대행하며, 전자문서에 대한 각종 증명서비스를 제공함으로써, 전자문서의 교환을 통한 무역거래에서 전자문서의 진정성을 제공하고 전자문서의 유통성 확보를 위한 기반 역할을 수행한다.
도 5는 도 4에서 전자무역 문서보관소 시스템의 상세구성도이다.
각 기능 내역을 상세히 설명하면 다음과 같다.
* 전자문서 등록관리 : 전자문서보관소인 전자무역 문서보관소 시스템(100) 의 전자문서 등록관리는 전자문서의 속성정보를 등록하며, 연계시스템인 CAS에 보관문서 전자문서를 저장한다.
* 전자문서 조회관리 : 전자무역 문서보관소 시스템(100)에 등록된 문서를 조회 방식으로 DataBase에 저장된 속성정보를 이용한 검색 방식을 제공하며, 문서의 원본을 조회하는 기능을 제공한다.
* 전자문서 이력관리 : 전자무역 문서보관소 시스템(100)에 문서를 등록 및 조회를 포함한 이벤트에 대한 이력을 조회할 수 있는 기능을 제공한다.
* 전자문서 출력관리 : 전자무역 문서보관소 시스템(100)에 저장된 데이터에 대한 문서 원본 출력은 원본조회를 수행한 후 전자무역 문서보관소 웹포털을 통해 생성되며, 프린터를 이용하여 출력하는 기능을 제공한다.
* 전자문서 폐기관리 : 보존년한 경과문서에 대하여 폐기처리를 할 수 있는 기능을 제공한다.
* 전자문서 유통중지관리 : 기존에 등록된 문서에 대하여 유통을 중지하는 기능을 제공한다.
* 전자증명서 발급 : IETF(Internet Engineering Task Force, 인터넷 기술 표준화 위원회)에서는 데이터 인증 서버(Data Certification Server, DCS)를 위한 표준화 작업을 1998년 9월부터 시작하였으며, 1999년 10월 draft-ietf-pkix-dcs-02 문서를 통하여 데이터 검증 서버 개념을 포함시켰다. 이후 수 차례의 draft 문서를 거쳐 2001년 2월 RFC3029를 통해 표준안으로 확정되었다. 본 전자문서보관소에서는 이러한 RFC3029의 규약에 따른 증명서를 제공한다.
* 전자증명서 발급요청 API : DVCS API는 서비스 레이어 에서 수행되어지는 서비스 중에서 전자증명서가 필요한 업무에 전자증명서를 발급해 주기 위해 제공되는 API로써 DVCS에 전자증명서 발급을 요청하여 전자증명서 발행에 대한 업무를 수행한다.
* 전자증명서 검증 : DVCS 검증 API는 문서 검증은 문서원본과 원본을 증명하기 위한 전자증명서 검증 및 서명에 대한 검증을 통하여 증명되며, 기본 과정은 RFC3029의 DVCS를 따른다. 먼저 전자증명서에 포함된 해쉬값과 원본의 해쉬값 비교를 수행한 다음 정상일 경우 전자증명서에 대해 전자증명서를 발급한 인증기관의 인증서를 이용하여 서명검증을 수행한다.
* 전자증명서 관리자 : DVCS 서버를 관리하기 위한 관리자 프로그램으로 증명서에 대한 정책설정기능, 사용자 및 운영자 설정 기능, 인증서등록 및 관리 기능 등을 제공하고, 기타 서버관리를 위한 기능을 제공한다.
* 중계시스템 연계 : 중계시스템은 기존의 EDI 중계시스템과 신규 중계시스템으로 나뉘며, EDI 중계시스템은 FTP(File Transfer Protocol, 파일 전송 프로토콜)를 통해 전송된 파일에 대해 등록을 수행하도록 하며, 신규 중계시스템은 MQ(Multiplier Quotient)를 통해 전달되어지는 데이터를 처리한다.
* e-L/C 연계 : e-L/C 유통관리 시스템(200)은 ebXML(electronic business XML) 기반의 GeT*Mate(KTNET 제공)에 API를 제공하여 요청을 처리할 수 있도록 한다. 기존 등록된 데이터에 대한 유통중지조작이 추가로 필요하며 이 경우 기존에 전달된 데이터의 문서고유번호를 전달하여 유통중지를 할 수 있으며, 사용자는 중 지된 내용을 보지 못하며, 헬프데스크운영자 및 시스템관리자만 내용을 볼 수 있다.
* 초기데이터 구축 : 전자문서관리소의 초기데이터 구축은 현 중계시스템의 19종 전자문서에 대해, 데이터를 문서의 속성정보와 원본, 보관증명서를 저장한다.
도 6은 도 4에서 전자문서관리부(EDMS)의 상세구성도이다.
EDMS 시스템인 전자문서관리부(110)는 연계 서버(160)에서 등록이 요청되어 지는 문서에 대한 DATABASE 등록 기능과 STORAGE(CAS)에 등록하는 기능이 구현되어 있으며, 향후 문서보관소에 저장된 문서를 조회 및 출력 할 수 있는 문서조회, 문서 출력, 문서이력 관리 기능 등을 제공한다.
도 7은 도 4에서 전자문서증명부(DVCS)의 상세구성도이다.
또한 DVCS 시스템인 전자문서증명부(120)는 문서보관소에 문서를 등록시 또는 서식을 적용한 문서를 출력시에 문서보관소에 저장된 문서와 동일하다는 증명을 발급해 주는 전자증명서 발급서버로서 등록확인 전자증명서, 원본성확인 전자증명서, 내용확인 전자증명서, 배달확인 전자증명서, 이관확인 전자증명서, 폐기확인 전자증명서등을 발급한다.
도 8은 도 1의 전자무역 문서보관소 시스템에서 연계 서버와 연계한 예를 보인 개념도이다.
연계 서버(160)에 의한 중계시스템은 기존의 EDI 중계시스템과 신규 중계시스템으로 나뉘며, EDI 중계시스템은 FTP를 통해 전송된 파일에 대해 등록을 수행하도록 하며, 신규 중계시스템은 MQ를 통해 전달되어지는 데이터를 처리한다.
도 9는 도 1의 전자무역서비스 제공시스템에서 전자문서 등록관리의 예를 보인 개념도이다.
그래서 전자무역서비스 제공시스템에서 전자문서 등록관리 수행시, 전자무역 중계시스템(400)에서 연계 서버(160)로 데이터를 전송하면, 연계 서버(160)는 전자문서증명부(DVCS)(120)로 원본성 확인 전자증명서 발급을 요청하고, 전자문서증명부(120)는 HSM 보안장비(433)로 보증서 서명을 요구한다(1. ~ 4.).
서명 요구 후 연계 서버(160)는 전자문서관리부(EDMS)(110)로 문서등록을 요청하여 사용자 DB(742)로 사용자 정보를 요청하여 사용자 정보를 조회하고, 문서등록 내용을 생성한다(5. ~ 8.).
그리고 문서등록 내용의 생성 후 전자문서관리부(EDMS)(110)는 CAS 저장장치(421)에 원본과 전자증명서를 저장하고, 데이터베이스(900)에 문서 정보 및 원본과 전자증명서의 경로를 저장한다(9. ~ 10.).
도 10은 도 1의 전자무역서비스 제공시스템에서 전자문서 조회관리의 예를 보인 개념도이다.
전자무역서비스 제공시스템에서 전자문서 조회관리 수행시, 무역업체 사용자가 무역업체 사용자 단말기(700)를 이용하여 유통관리 시스템(200)에 접속하여 로그인하고, 문서보관소 L/C(신용장) 정보 보기를 한 다음 문서 검색 요청을 수행하면, 유통관리 시스템(200)은 전자문서관리부(EDMS)(110)로 문서검색을 요청한다(1. ~ 4.).
그리고 문서검색 요청을 받은 유통관리 시스템(200)은 데이터베이스(900)를 검색하여 문서를 검색하고 문서를 조회한 다음 유통관리 시스템(200)을 통해 무역업체 사용자 단말기(700)로 문서 원본 요청을 한다(5. ~ 7.).
문서 원본 요청을 한 전자문서관리부(EDMS)(110)는 CAS 저장장치(421)에서 문서 원본과 전자증명서를 가져오고, 웹 DRM/2D 바코드에서 원본에 대한 뷰(View) 확인을 수행한다(9. ~ 11).
또한 뷰 확인 후 전자문서관리부(EDMS)(110)는 전자문서증명부(DVCS)(120)로 뷰에 대한 내용증명보증서 검증을 요청한다(12.).
그리고 검증 요청 후 전자문서관리부(EDMS)(110)는 CAS 저장장치(421)에 이력을 저장하고, 웹 DRM/2D 바코드에 바코드 이미지를 생성하고, 유통관리 시스템(200)을 통해 무역업체 사용자 단말기(700)에서 문서 확인 및 출력을 할 수 있도록 한다(13. ~ 15.).
도 11은 도 1의 전자무역서비스 제공시스템에서 전자문서 이력관리의 예를 보인 개념도이다.
전자무역서비스 제공시스템에서 전자문서 이력관리 수행시, 무역업체 사용자가 무역업체 사용자 단말기(700)를 이용하여 유통관리 시스템(200)에 접속하여 로그인하고, 문서보관소 L/C(신용장) 정보 보기를 한 다음 문서 원본 조회 및 원본 출력 요청을 하면, 유통관리 시스템(200)은 전자문서관리부(EDMS)(110)로 문서 원본 조회 및 원본 문서 출력을 요청한다(1. ~ 4.).
그리고 문서 원본 조회 및 원본 문서 출력을 요청받은 유통관리 시스템(200)은 데이터베이스(900)에서 문서를 조회하고, CAS 저장장치(421)에서 문서 원본과 전자증명서를 가져오고, 웹 DRM/2D 바코드에서 바코드 이미지를 생성한다(5. ~ 8.).
또한 바코드 이미지 생성 후 전자문서관리부(EDMS)(110)는 데이터베이스(900)에 이력을 저장한다(9.).
도 12는 도 1의 전자무역서비스 제공시스템에서 전자문서 폐기관리의 예를 보인 개념도이다.
전자무역서비스 제공시스템에서 전자문서 폐기관리 수행시, 유통관리 시스템(EDMS)(200)은 폐기대상 스케줄 잡(Schedule Job)을 수행하여 데이터베이스(900)에서 색인정보 DB를 조회하고, 폐기대상 문서의 존재여부를 체크한다(1. ~ 3.).
그리고 폐기대상 문서의 존재여부 체크 후 유통관리 시스템(EDMS)(110)은 CAS 저장장치(421)에서 폐기대상문서의 원본파일 및 전자증명서 파일을 삭제하고, 데이터베이스(900)에서 색인정보 DB를 삭제한다(4.~ 5.).
삭제 후 유통관리 시스템(EDMS)(110)은 문서폐기로그를 생성한다(6.).
도 13은 도 1의 전자무역서비스 제공시스템에서 전자문서 유통중지관리의 예를 보인 개념도이다.
전자무역서비스 제공시스템에서 전자문서 유통중지관리 수행시, 연계 서버(160)는 유통중지 데이터를 전송하고, 전자문서증명부(DVCS)(120)로 원본성 확인 전자증명서와 원본증명서 발급을 요청한다(1. ~ 3.).
요청을 받은 전자문서증명부(DVCS)(120)는 CAS 저장장치(421)로 보증서 서명을 요구한다(4.).
또한 보증서 서명 요구 후 연계 서버(160)는 전자문서관리부(EDMS)(110)로 문서등록을 요청한다(5.).
문서등록을 요청받은 전자문서관리부(EDMS)(110)는 데이터베이스(900)로 유통중지 문서로 확인하는 정보를 저장한다(7.).
도 14는 도 1의 전자무역서비스 제공시스템에서 전자증명서 발급의 예를 보인 개념도이다.
전자무역서비스 제공시스템에서 전자증명서 발급 수행시, 전자문서증명부VCS)(120)는 보증서 내에 포함된 해쉬(Hash)를 통한 원본 확인을 수행한다.
원본 확인 후 전자문서증명부(DVCS)(120)는 공인인증 시스템(800)으로 인증서의 유효성을 확인하여 서명인증서를 검증한다.
또한 서명인증서의 검증 후 전자문서증명부(DVCS)(120)는 보증서를 발급한 인증에 대해 공인인증 시스템(800)으로 인증을 요구하여 최상위 인증서의 해쉬값을 확인하여 최상위 인증기관의 인증서를 발급한다.
도 15는 도 14에서 전자증명서 검증시 증명서의 구성예를 보인 도면이다.
또한 도 16은 도 1에서 전자문서 문서보관소 시스템의 기능과 동작을 보인 개념도이고, 도 17은 도 1에서 전자문서 문서보관소 시스템의 기능을 보인 개념도이다.
한편 도 18은 도 1에서 유통관리 시스템과 한도관리 시스템의 동작예를 보인 개념도이다.
그래서 e-L/C 유통관리 시스템(200)은 인터넷 환경을 기반으로 하여 수출 신 용장 통지 업무 및 네고 및 한도정보를 전자적으로 관리하기 위해 무역업체 사용자를 위한 e-L/C 유통관리와 웹포털, 은행을 위한 e-L/C 한도관리 등의 단위시스템으로 구성되며, 이는 궁극적으로 L/C의 전자적 유통관리 체계를 확보하고 e-Nego(전자 네고) 기반을 마련하고자 한 것이다.
* 은행은 SWIFT 시스템으로부터 수신받은 신용장 정보를 e-L/C 한도관리 시스템(결제원 이하 한도관리 시스템)으로 송신한다. 여기서 SWIFT 시스템에서 부여하는 SWIFT Code는 전 세계의 은행들을 식별할 수 있는 은행 코드를 말하는 것으로, BIC(Bank Identifier Code, 은행식별부호) 가입기관들(은행들)에게 발급되어 은행들을 분별할 수 있는 코드를 말한다.
* 한도관리 시스템(300)은 신용장 정보 및 신용장 한도정보를 저장하고 신용장 정보를 유통관리 시스템(200)으로 전송한다.
* 유통관리 시스템(200)은 신용장 정보를 문서보관소에 전송하여 저장한다. 저장된 신용장 정보는 보관기한동안 원본을 유지하며 보관된다.
* 무역업체는 유통시스템에 접속하여 자사로 통지된 신용장을 조회한다. 이때 통지된 신용장의 한도정보 및 매입정보(유통정보)는 한도관리 시스템(300)의 정보를 조회하며, 최초 통지된 신용장의 정보는 문서보관소에서 조회할 수 있다.
* 무역업체는 통지된 신용장을 조회 후 원하는 업무처리를 요청한다. 즉, Confirm 요청, 교부취소 신청, 양도신청, 매입신청 등의 업무처리를 수행할 수 있다. 그리고 요청건의 상태를 이용하여 업무처리 진행상태를 알 수 있다.(신청, 접수, 반송, 완료)
* 유통관리 시스템(200)은 무역업체의 업무처리 요청을 한도관리 시스템(300)으로 전송하고 그 전송결과를 수신한다.
* 한도관리 시스템(300)은 업무처리 요청에 대한 내부처리를 수행하고 해당은행으로 업무처리 내역을 송신한다.
* 은행은 요청에 대한 업무처리를 진행하고 그 결과를 한도관리 시스템(300)으로 전송한다.
* 한도관리 시스템(300)은 은행의 업무처리 결과를 저장 하고 유통관리 시스템(200)으로 전송한다.
* 유통관리 시스템(200)은 전자무역 문서보관소 시스템(100)에 저장이 필요한 경우 저장요청 전문을 송신한다. 즉, Confirm 요청의 경우 Confirm 통지장을, 양도의 경우 제 2 수익자에게로 양도된 신용장 내역을 저장하고, 교부취소 요청의 경우 신용장이 유통 중지 사실을 기록한다.
* 무역업체는 유통시스템에 접속하여 업무처리 결과를 조회한다. 그러면 업무처리 진행상태가 '신청'인 건에 한해서 업무처리를 철회할 수 있다.
도 19는 도 1에서 한도관리 시스템의 동작예를 보인 개념도이다.
그래서 SWIFT 로부터 신용장 정보를 수신받은 은행은 한도관리 시스템으로 신용장 정보를 송신한다.
도 20은 도 19의 L/C 정보 수신 및 문서보관소 보관이 한도관리 시스템에서 동작하는 예를 보인 개념도이다.
그래서 한도관리 시스템(300)은 은행으로 전송받은 XML Data를 이용하여 신 용장 DB와 한도정보 DB를 구축하고, 같은 내용의 정보를 XML 형태로 전환하여 e-L/C 유통관리 시스템(200)으로 정보를 전송한다.
전송 전문의 경우, 다음과 같은 내용이 포함될 수 있다.
가. LCAdvice (신용장 통지)
나. LCAmendAdvice (신용장 Amendment 통지)
다. LCTransDetailAdvice (신용장 양도결과 통보)
라. LCConfirmDetailAdvice (신용장 Confirmation추가 통지)
마. LCAdviceCancel (신용장 교부취소)
바. LCNegoDetailAdvice (신용장 매입(추심)결과 통보)
도 21은 도 19의 L/C 정보 수신 및 문서보관소 보관이 유통관리 시스템에서 동작하는 예를 보인 개념도이다.
신용장 정보를 수신받은 유통관리 시스템(200)은 연계 서버(160)를 통해 문서보관소 시스템(100)에 신용장을 저장, 보관되도록 하고, 보관된 신용장 정보는 변경되지 않는다.
문서보관소와 연계된 전문은 다음과 같은 예가 있다.
가. LCAdvice (신용장 등록)
나. LCAmendAdvice (신용장 Amendment 등록)
다. LCConfirmDetailAdvice (신용장 확인장 등록)
라. LCTransDetailAdvice (신용장 양도장 등록)
마. LCAdviceCancel (신용장 교부취소 처리)
도 22는 도 19에서 통지된 L/C 조회의 동작예를 보인 개념도이다.
그래서 고객은 유통관리 시스템(200)의 웹화면에 로그인 하고 통지된 신용장 정보를 조회한다. 자사로 통지된 신용장 정보만 조회할 수 있게 되며, 유통되는 신용장 정보 및 문서보관소에 저장, 보관되어 있는 최초 신용장 정보를 조회 할 수 있다.
도 23은 도 19에서 업무처리 요청의 동작예를 보인 개념도이다.
고객은 유통관리 시스템 웹화면 상에서 조회된 신용장 통지내역을 확인하고 신용장의 Confirm 추가 요청, 신용장 교부취소 요청, 양도요청 및 양도 동의확인, 매입신청 등의 업무처리를 수행 할 수 있으며 업무처리 요청정보는 유통관리 시스템(20)을 거쳐 한도관리 시스템(30)으로 전송되어 은행으로 통보된다.
- 신용장 Confirm 추가 요청 : 통지은행의 Confirmation 추가 없이 통지된 신용장에 대하여 통지은행의 Confirmation 의 추가를 요청한다.
- 신용장 교부취소 요청 : 신용장 수령을 거절하고자 할 때 신용장의 교부취소를 요청한다.
- 신용장 양도요청 : 제1수익자가 제2수익자 앞으로 신용장을 양도하고자 할 때 제 2 수익자의 동의절차를 거쳐 은행에 양도처리를 의뢰한다.
- 매입(추심)신청 : 통지된 신용장의 매입(추심)신청을 한다.
도 24는 도 19에서 업무처리 결과 송신의 동작예를 보인 개념도이다.
은행의 무역업체 고객의 업무처리요청을 수신받아 처리할 것인지 혹은 반송할 것인지를 결정하고 그 결과를 한도관리 시스템(300)으로 전송하며 한도관리 시 스템(300)은 신용장 정보의 수정이 필요한 경우(교부취소, 양도, 매입) 신용장 정보를 수정하고 업무처리 결과를 유통 시스템으로 전송한다.
도 25는 도 19에서 업무처리 결과 및 문서 저장의 동작예를 보인 개념도이다.
업무처리 결과를 수신받은 유통관리 시스템(200)은 업무처리 결과 정보를 저장하고, 필요한 경우(Confirm, 양도처리, 교부취소 등) 문서보관소 시스템(100)에 추가 송신하여 문서를 보관하고, 업무처리 프로세스가 종료된다.
또한 Confirm 추가요청 결과(확인장)를 문서보관소에 전송하여 보관한다.
또한 양도처리 결과(양도장 및 제 2 수익자 앞 통지장)를 문서보관소 시스템(100)에 전송하여 양도장 및 제 2 수익자 앞으로 신용장을 등록한다.
또한 교부취소 처리결과는 문서보관소에 전송되어 해당 통지장의 취소등록을 한다. 따라서 목록조회만 가능하게 되고, 신용장 정보의 상세조회는 불가능하게 된다.
도 26은 도 19에서 업무처리 결과 조회의 동작예를 보인 개념도이다.
그래서 무역업체는 유통시스템의 웹화면에 접속하여 업무처리 결과를 조회한다.
도 27은 도 1에서 L/C 등록의 동작예를 보인 개념도이다.
① 해외 L/C개설은행은 개설된 L/C를 스위프트 네트워크를 통하여 국내 통지은행으로 전송
② 통지은행은 전송받은 L/C의 진정성을 확인하고 해당 L/C의 내도사실을 수 출기업으로 통지 (전화·메일 등)
③ 통지은행은 수출기업으로 통지한 L/C를 금융결제원 e-L/C한도관리시스템으로 등록의뢰
④ 금융결제원 e-L/C한도관리 시스템은 통지은행에서 수신 받은 L/C를 전자인증센터로 시점확인서비스 의뢰
⑤ 전자인증센터는 의뢰받은 L/C를 시점확인 하고 금융결제원 e-L/C 한도관리 시스템으로 전송
⑥ 금융결제원은 L/C를 e-L/C한도관리 시스템에 등록
⑦ 금융결제원은 L/C 등록결과를 통지은행으로 전송
⑧ 금융결제원은 e-L/C한도관리 시스템에 등록한 L/C중 수출기업이 e-L/C 유통시스템을 통하여 통지받고자 하는 L/C를 e-L/C유통시스템에 전송. 이때 수출기업은 사전에 통지은행 및 e-L/C유통시스템과 약정을 체결하여야 한다.
⑨ e-L/C 유통관리 시스템은 전송받은 결과를 금융결제원 e-L/C한도관리 시스템으로 전송
도 28은 도 1에서 L/C 조건 변경 통지의 동작예를 보인 개념도이다.
① 해외 L/C개설은행은 변경된 L/C를 스위프트 네트워크를 통하여 국내 통지은행으로 전송
② 통지은행은 전송받은 L/C의 진정성을 확인하고 해당 L/C의 변경 사실을 수출기업으로 통지 (전화·메일 등)
③ 통지은행은 수출기업으로 통지한 L/C를 금융결제원 e-L/C 한도관리 시스 템으로 변경의뢰
④ 금융결제원 e-L/C한도관리 시스템은 통지은행에서 수신 받은 L/C를 전자인증센터로 시점확인서비스 의뢰
⑤ 전자인증센터는 의뢰받은 L/C를 시점확인 하고 금융결제원 e-L/C 한도관리 시스템으로 전송
⑥ 금융결제원은 L/C를 e-L/C한도관리 시스템에 변경 내역 등록
⑦ 금융결제원은 L/C 변경결과를 통지은행으로 전송
⑧ 금융결제원은 e-L/C한도관리 시스템에 등록한 L/C중 수출기업이 e-L/C유통시스템을 통하여 통지받고자 하는 L/C를 e-L/C유통시스템에 전송. 이때 수출기업은 사전에 통지은행 및 e-L/C유통시스템과 약정을 체결하여야 한다.
⑨ e-L/C 유통관리 시스템은 전송받은 결과를 금융결제원 e-L/C 한도관리 시스템으로 전송
도 29는 도 1에서 L/C 원본 교부 등록의 동작예를 보인 개념도이다.
① 통지은행은 수출기업이 L/C를 서류로 수령하고자 할 때에는 서류 L/C를 발급하여 교부
② 통지은행은 수출기업에게 L/C를 서류로 발급하여 교부한 내역을 금융결제원 e-L/C 한도관리 시스템으로 등록의뢰
③ 금융결제원은 L/C 교부내역을 e-L/C 한도관리 시스템에 등록
④ 금융결제원은 L/C 교부 등록결과를 통지은행으로 전송
도 30은 도 1에서 L/C 수령 거절신청의 동작예를 보인 개념도이다.
① 통지은행은 해외 개설은행으로부터 수신한 L/C를 수출기업으로 통지
② 수출기업이 해당 L/C 수령 거부
③ 통지은행은 금융결제원 e-L/C 한도관리 시스템으로 수출기업의 수령거부에 의한 등록취소 의뢰
④ 금융결제원 e-L/C 한도관리 시스템은 통지은행에서 수신 받은 수령거부에 의한 등록취소 의뢰내역을 전자인증센터로 시점확인서비스 의뢰
⑤ 전자인증센터는 의뢰받은 수령거부에 의한 등록취소 의뢰내역을 시점확인 하고 금융결제원 e-L/C 한도관리 시스템으로 전송
⑥ 금융결제원 e-L/C 한도관리 시스템은 해당 L/C를 수령거부에 의한 등록 취소
⑦ 금융결제원 e-L/C 한도관리 시스템은 해당 L/C를 수령거부에 의한 등록 취소 처리결과를 통지은행으로 전송
⑧ 금융결제원 e-L/C 한도관리 시스템은 등록취소내역을 e-L/C 유통관리 시스템으로 전송
⑨ e-L/C 유통관리 시스템은 전송받은 결과를 금융결제원 e-L/C 한도관리 시스템에 전송
도 31은 도 1에서 유통관리 시스템을 통한 L/C 수령거부의 동작예를 보인 개념도이다.
① e-L/C유통시스템은 통지은행으로부터 수신한 L/C를 수출기업으로 통지
② 수출기업이 해당 L/C 수령 거부
③ e-L/C유통시스템은 금융결제원 e-L/C한도관리 시스템으로 수출기업의 수령거부에 의한 등록취소 의뢰
④ 금융결제원 e-L/C 한도관리 시스템은 통지은행으로 수령거부에 의한 등록취소 통지
⑤ 통지은행은 금융결제원 e-L/C 한도관리 시스템으로 수령거부에 의한 등록 취소결과를 전송
⑥ 금융결제원 e-L/C 한도관리 시스템은 통지은행에서 수신 받은 수령거부에 의한 등록취소 의뢰내역을 전자인증센터로 시점확인서비스 의뢰
⑦ 전자인증센터는 의뢰받은 수령거부에 의한 등록취소 의뢰내역을 시점확인 하고 금융결제원 e-L/C 한도관리 시스템으로 전송
⑧ 금융결제원 e-L/C 한도관리 시스템은 해당 L/C를 수령거부에 의한 등록취소 처리
⑨ 금융결제원 e-L/C 한도관리 시스템은 등록취소결과를 e-L/C 유통관리 시스템으로 전송
도 32는 도 1에서 L/C 확인(Confirm) 요청의 동작예를 보인 개념도이다.
① 수출기업이 e-L/C 유통관리 시스템을 통해서 L/C에 대한 Confirm의 추가를 요청
② e-L/C 유통관리 시스템은 금융결제원 e-L/C 한도관리 시스템으로 Confirm 요청 의뢰
③ 금융결제원은 Confirm 요청의뢰를 기존의 Confirm 요청대상 신용장에 추 가 등록
④ 금융결제원은 Confirm 요청의뢰를 통지은행으로 전송
⑤ 통지은행은 Confirm 여부를 결정
⑥ 통지은행은 금융결제원 e-L/C 한도관리 시스템으로 Confirm 요청 결과를 전송
⑦ 금융결제원 e-L/C 한도관리 시스템은 통지은행에서 수신 받은 Confirm 요청 결과를 전자인증센터로 시점확인서비스 의뢰
⑧ 전자인증센터는 의뢰받은 Confirm 요청 결과를 시점확인 하고 금융결제원 e-L/C 한도관리 시스템으로 전송
⑨ 금융결제원은 Confirm 요청 결과를 기존의 Confirm 요청대상 신용장에 추가 등록
⑩ 금융결제원은 Confirm 요청 결과를 e-L/C 유통관리 시스템으로 전송
⑪ e-L/C 유통관리 시스템은 수출기업으로 Confirm된 신용장을 통지
도 33은 도 1에서 L/C 매입 내역 등록의 동작예를 보인 개념도이다.
① 수출기업은 매입은행으로 신용장(수출환어음) 매입 신청 또는 수출신용장에 대한 무역금융 신청
② 매입은행은 매입심사기간 중 타 은행에 의한 이중네고를 방지하기 위하여 매입신청내역을 금융결제원 e-L/C 한도관리 시스템으로 전송
③ 금융결제원 e-L/C 한도관리 시스템은 매입은행에서 수신 받은 매입신청내역을 전자인증센터로 시점확인서비스 의뢰
④ 전자인증센터는 의뢰받은 매입신청내역을 시점확인 하고 금융결제원 e-L/C 한도관리 시스템으로 전송
⑤ 금융결제원은 매입신청내역을 e-L/C 한도관리 시스템에 등록
⑥ 금융결제원은 매입신청내역 등록결과를 매입은행으로 전송
도 34는 도 1에서 L/C 매입 내역 통지의 동작예를 보인 개념도이다.
① 매입은행 또는 무역금융 취급은행은 매입내역을 금융결제원 e-L/C 한도관리 시스템으로 전송
② 금융결제원 e-L/C 한도관리 시스템은 매입은행에서 수신 받은 매입내역을 전자인증센터로 시점확인서비스 의뢰
③ 전자인증센터는 의뢰받은 매입내역을 시점확인 하고 금융결제원 e-L/C 한도관리 시스템으로 전송
④ 금융결제원은 매입내역을 e-L/C 한도관리 시스템에 등록
⑤ 금융결제원은 매입내역 결과를 매입(무역금융)은행으로 전송
도 35는 도 1에서 L/C 매입 취소의 동작예를 보인 개념도이다.
① 매입은행 또는 무역금융 취급은행은 매입취소를 결정하면 금융결제원 e-L/C 한도관리 시스템으로 전송
② 금융결제원 e-L/C 한도관리 시스템은 매입은행에서 수신 받은 매입취소를 전자인증센터로 시점확인서비스 의뢰
③ 전자인증센터는 의뢰받은 매입취소를 시점확인 하고 금융결제원 e-L/C 한도관리 시스템으로 전송
④ 금융결제원은 매입취소를 e-L/C 한도관리 시스템에 등록
⑤ 금융결제원은 매입취소 결과를 매입(무역금융)은행으로 전송
도 36은 도 1에서 무역금융 내역 등록의 동작예를 보인 개념도이다.
① 매입은행 또는 무역금융 취급은행은 무역금융을 결정하면 수출신용장에 대한 융자내역을 금융결제원 e-L/C 한도관리 시스템으로 전송
② 금융결제원 e-L/C 한도관리 시스템은 매입은행에서 수신 받은 무역금융을 전자인증센터로 시점확인서비스 의뢰
③ 전자인증센터는 의뢰받은 무역금융을 시점확인 하고 금융결제원 e-L/C 한도관리 시스템으로 전송
④ 금융결제원은 무역금융을 e-L/C 한도관리 시스템에 등록
⑤ 금융결제원은 무역금융 등록결과를 매입(무역금융)은행으로 전송
도 37은 도 1에서 L/C 통지 정보 조회의 동작예를 보인 개념도이다.
① 수출기업 등이 은행에서 L/C 통지 정보 조회 요청
② 은행은 L/C 통지 정보에 관한 조회요구전문을 금융결제원 e-L/C 한도관리 시스템으로 전송. 이때 은행에서 조회응답이 가능한 경우에는 금융결제원 e-L/C 한도관리 시스템으로 전송하지 않는다.
③ 금융결제원 e-L/C 한도관리 시스템은 L/C 통지 정보에 관한 조회응답전문을 은행으로 전송
④ 은행은 L/C 통지 정보에 관한 조회화면을 수출기업 등에게 제공
도 38은 도 1에서 L/C 잔액 상세 조회의 동작예를 보인 개념도이다.
① 수출기업 등이 은행에서 L/C 신용장 잔액 상세 조회 요청
② 은행은 L/C 신용장 잔액 상세 정보에 관한 조회요구전문을 금융결제원 e-L/C 한도관리 시스템으로 전송한다. 이때 은행에서 조회응답이 가능한 경우에는 금융결제원 e-L/C 한도관리 시스템으로 전송하지 않는다.
③ 금융결제원 e-L/C 한도관리 시스템은 신용장 잔액 상세 정보에 관한 조회응답전문을 은행으로 전송
④ 은행은 L/C 통지 정보에 관한 조회화면을 수출기업 등에게 제공
도 39는 도 1에서 L/C 등록 및 매입 시스템 취소의 동작예를 보인 개념도이다.
① 통지은행 및 매입은행은 금융결제원 e-L/C 한도관리 시스템으로 착오 및 시스템오류에 의한 L/C 및 매입내역 등록취소 의뢰
② 금융결제원 e-L/C 한도관리 시스템은 L/C 및 매입내역을 착오 및 시스템오류에 의한 등록 취소
③ 금융결제원 e-L/C 한도관리 시스템은 L/C 및 매입내역의 착오 및 시스템오류에 의한 등록 취소결과를 통지은행으로 전송
④ 금융결제원은 e-L/C 한도관리 시스템은 L/C 등록취소내역을 e-L/C 유통관리 시스템에 전송 (매입내역 제외)
⑤ e-L/C 유통관리 시스템은 전송받은 결과를 금융결제원 e-L/C 한도관리 시스템으로 전송
도 40은 도 1에서 문서보관소 L/C의 조회의 동작예를 보인 개념도이다.
① 무역업체는 e-L/C 유통관리 시스템의 웹화면에 로그인 하여 문서보관소 L/C의 조회를 의뢰
② e-L/C 유통관리 시스템은 문서보관소 포틀릿을 이용하여 문서보관소에 저장된 문서의 조회를 의뢰
③ 문서보관소는 해당 무역업체 식별자로 등록된 문서들의 조회결과값을 전달
④ e-L/C 유통관리 시스템의 웹화면은 결과값을 화면에 Display
도 41은 도 1에서 대외전문 발신신청 처리의 동작예를 보인 개념도이다.
여기서 대외전문 발신 신청이란 무역업체(수출자)가 유관기관(은행)으로 필요한 전문의 작성하여 은행에 거래 상대방에게 SWIFT 전문 발송을 요청하는 것을 말한다.
그래서 전자무역서비스 제공시스템에서 전자무역 문서보관소 시스템(100)에서의 대외전문 발신신청 처리 수행시, 유통관리 시스템(200)은 무역업체 사용자 단말기(700)를 이용하여 고객이 대외전문 발신 신청을 하면, 유통관리 시스템(200)은 고객의 대외전문 발신 신청을 전자문서로 전달받아 한도관리 시스템(300)으로 대외전문을 발신한다.
또한 한도관리 시스템(300)은 유동관리 시스템(200)으로부터 발신된 대외전문의 전자문서를 전달받아 처리하여 은행 서버(600)로 전달한다.
또한 은행 서버는 한도관리 시스템(300)의 대외전문 발신신청을 접수하여 처리하고, 해당 전문의 발신결과 및 발신 내용을 첨부하여 한도관리 시스템(300)과 유통관리 시스템(200)을 통해 무역업체 사용자 단말기(700)로 전달하여 고객이 전달받을 수 있도록 한다.
그래서 고객은 전자무역 플랫폼에서 발신 요청하는 전문의 초안을 작성하여 은행으로 내역을 통지하고, 접수은행은 해당 전문의 발신 결과 및 발신 내용을 첨부하여 신청한 고객에게 e-L/C 시스템으로 통지하게 된다. 여기서 전자무역 플랫폼이란 좁은 의미에서는 전자무역 중계시스템(400)을 의미하기도 하고, 넓은 의미에서는 전자무역 문서보관소 시스템(100), 유통관리 시스템(200), 한도관리 시스템(300), 전자무역 중계시스템(400) 등을 모두 포함하는 개념이다.
도 42는 도 1에서 하자동의 처리의 동작예를 보인 개념도이다.
여기서 하자동의 처리한 무역업체(수출자)가 매입(추심)신청한 환어음 심사 결과 하자가 있을 경우 무역업체(수출자)에게 이를 통지하고 하자에 대한 동의를 요구하고 하자통지를 받은 고객은 해당 통지건에 대하여 하자동의서를 제출하는 거래를 말한다.
그래서 전자무역서비스 제공시스템에서 전자무역 문서보관소 시스템(100)에서의 고객이 매입(추심) 신청한 환어음 심사 결과 하자가 있을 경우 하자동의 처리 수행시, 유통관리 시스템(200)은 무역업체 사용자 단말기(700)를 이용하여 고객이 하자동의서를 전자문서로 제출하여 하자에 대한 동의를 요구하면, 유통관리 시스템(200)은 고객의 하자동의서를 전자문서로 전달받아 한도관리 시스템(300)으로 하자동의서를 발신한다.
또한 한도관리 시스템(300)은 유동관리 시스템(200)으로부터 발신된 하자동 의서의 전자문서를 전달받아 처리하여 은행 서버(600)로 전달한다.
또한 은행 서버는 한도관리 시스템(300)의 하자동의서를 접수하여 매입(추심) 건에 대한 하자 여부를 확인하고, 미리 등록된 해당 매입건에 대한 내역을 한도관리 시스템(300)과 유통관리 시스템(200)을 통해 무역업체 사용자 단말기(700)로 전달한다.
그래서 은행으로 매입(추심) 건에 대한 하자 전문 수신시 고객에게 해당 내역을 통지하고 고객의 하자매입 동의를 얻는다. 또한 해당 매입건이 선 등록되어 있어야 한다. 또한 고객은 하자통지에 대하여 동의여부를 결정하여 통지은행으로 제출한다.
도 43은 도 1에서 계산서 통지 처리의 동작예를 보인 개념도이다.
여기서 계산서 통지란 신용장 업무에서 발생하는 수수료 내역을 고객에게 통지하는 거래를 말한다.
그래서 전자무역서비스 제공시스템에서 전자무역 문서보관소 시스템(100)에서의 계산서 통지 처리 수행시, 유통관리 시스템(200)은 무역업체 사용자 단말기(700)를 이용하여 고객이 계산서 조회를 요구하면, 유통관리 시스템(200)은 고객의 계산서 조회를 전달받아 계산서를 등록하고, 한도관리 시스템(300)으로 계산서 등록을 요구한다.
또한 한도관리 시스템(300)은 유동관리 시스템(200)으로부터 계산서 등록을 요구받아 등록하고, 은행 서버(600)로 계산서 통지를 요구한다.
또한 은행 서버는 한도관리 시스템(300)의 계산서 통지 요구를 전달받아 신 용장 업무에서 발생하는 수수료 내역을 포함한 계산서를 전자문서로 작성하여 한도관리 시스템(300)과 유통관리 시스템(200)을 통해 무역업체 사용자 단말기(700)로 전달한다.
그래서 수수료 내역을 한도 시스템으로 통지한다. 그리고 수수료의 종류는 설계서에 포함한 항목으로 할 수 있다. 또한 수수료는 신용장 및 기타 업무와 연계가 되나 전문을 수신시 다른 업무와 연계없이 내용을 등록 관리할 수 있다.
도 44는 도 1에서 무역금융 사용내역 통지의 동작예를 보인 개념도이다.
여기서 무역금융 사용 내역 통지란 무역업체(수출자)가 창구에서 처리한 무역금융내역(취급/회수)을 유관기관(은행)이 e-L/C 한도관리 시스템(300)에 통지하여 신용장 잔액정보에 반영하는 거래를 말한다.
그래서 전자무역서비스 제공시스템에서 전자무역 문서보관소 시스템(100)에서의 무역금융 사용내역 통지 처리 수행시, 유통관리 시스템(200)은 무역업체 사용자 단말기(700)를 이용하여 고객이 무역금융 사용 내역 통지를 요구하면, 유통관리 시스템(200)은 고객의 무역금융 사용 내역 통지 요구를 전달받아 한도관리 시스템(300)으로 무역금융 내역 등록을 요구한다.
또한 한도관리 시스템(300)은 유동관리 시스템(200)으로부터 무역금융 내역 등록을 요구받아 무역금융 내역을 등록하고, 은행 서버(600)로 무역금융 사용 내역 통지를 요구한다.
또한 은행 서버는 한도관리 시스템(300)의 무역금융 사용 내역 통지 요구를 전달받아 신용장 잔액정보를 반영한 무역금융 사용 내역을 전자문서로 작성하여 한 도관리 시스템(300)과 유통관리 시스템(200)을 통해 무역업체 사용자 단말기(700)로 전달한다.
그래서 무역금융 사용 내역 통지 업무 규칙은 다음과 같이 설정할 수 있다.
- 신용장을 기반으로 취급/회수하는 무역금융 내역을 한도 서비스에 통지한다.
- 무역금융 내역은 실제 한도에는 영향을 미치지 않으며 정보사항으로 내역을 관리하다.
- 통지 대상이 되는 항목은 다음과 같다.
1) 포괄금융
2) 무역어음인수
3) 무역어음할인
4) Local L/C 개설
5) 수입 L/C 개설
6) 구매확인서
7) 생산자금대출
8) 기타
- 은행은 무역금융 내역의 통지의 취소를 전문을 통하여 처리할 수 있다.
- 무역금융 내역은 전자무역 플랫폼으로 통지되지 아니하며 한도관리 시스템에서만 관리하도록 할 수 있다.
도 45는 도 1에서 포털 사용자 관리의 동작예를 보인 개념도이다.
① 무역업체, HelpDesk 사용자, 관리자는 e-L/C유통 포탈 웹화면에 로그인
② e-L/C유통 포탈은 전자무역플랫폼 서버(CTW) DB와 ELC 유통의 DB를 검색하여 사용자의 로그인을 가능케 하고, 접속사용자의 정보를 세션에 저장한다.
③ 로그아웃을 하면 세션에서 사용자 정보를 삭제하고, e-L/C 유통관리 시스템의 웹포털 메인 화면으로 돌아간다.
도 46은 도 1에서 웹 포털의 상세구성도이다.
① 게시판 : 무역업체 사용자는 게시판은 일반 게시판과 동일하게 CRUD 동작과 답글작성이 가능하며, Helpdesk와 관리자는 게시된 글의 삭제 등으로 게시판을 관리한다.
② 공지사항 : 무역업체 사용자는 공지사항에 대해 조회 기능만을 사용하고, Helpdesk와 관리자는 CRUD 기능과 공지게시물의 공지 여부를 결정하여 공지사항을 관리한다.
③ 자료실 : 무역업체 사용자는 자료실에 대해 조회기능과 등록된 자료의 다운로드 기능만을 사용하고, Helpdesk와 관리자는 CRUD 기능과 자료의 업로드로 자료실을 관리한다.
④ Q & A : 무역업체 사용자는 Q&A 의 질문에 대하 CRUD 기능이 사용가능하고, Helpdesk 와 관리자는 질문의 삭제, 답변 작성으로 Q&A를 관리한다.
도 47은 도 1에서 유통관리 시스템의 구성예를 보인 개념도이다.
그래서 전자무역플랫폼 내의 e-L/C 유통관리 시스템은 사용자의 L/C 관련 업무 처리를 위한 단위 시스템이며, 금융결제원의 e-L/C 한도관리 시스템은 L/C 정보 를 취합하여 은행과의 연계를 담당하는 단위 시스템이다.
그리고 유통관리 시스템에서 L/C 통지, L/C 양도, 수출환어음매입거래신청의 프로세스에 Telex/Mail을 통한 L/C의 통지, 외국계 은행과의 연계, 해외 양도 등의 내용이 추가될 수 있다. SWIFT 이외의 경로로 내도하는 L/C를 유통관리 시스템에서 통지하기 위하여 Mail/Telex를 통한 L/C의 원본이 손상되지 않도록 한다. 또한 단일 L/C를 이용하여 여러 차례 거래하는 경우가 발생하기 때문에 내도한 각 L/C의 History를 관리한다.
그리고 e-L/C 유통관리 시스템의 한국계 은행의 활용 정도를 검토한 후, 국내에 소재한 외국계 은행의 참여를 유도하여 외국계 은행으로 내도하는 L/C도 유통관리 시스템에서 전자적 통지가 가능하게 된다. 즉, 금융결제원의 한도관리 시스템을 확장하거나 e-TP에 외국계 은행 전용 한도관리 시스템을 구축하면 된다.
또한 수입 L/C 개설 기능 구현 후 L/C의 해외양도 기능을 추가하여 해외 양도가 전자적으로 가능하게 할 수 있다.
또한 최근 기업들의 해외진출이 늘어나고 거래가 다양화/대규모화함에 따라 수요가 급격히 증대하고 있는 보증신용장(Stand by L/C) 기능을 추가할 수 있다.
도 48은 도 1에서 유통관리 시스템의 기능 예를 보인 개념도이다.
그래서 e-L/C 유통관리 시스템의 고도화를 위하여 수입 Process의 첫 단계인 수입 L/C 개설과 수출물품확보를 위한 Local L/C 개설 및 대금 지급이 수행될 수 있도록 한다.
이를 통해 Nego 첨부 서류의 간소화가 가능하다. 물품수령증명서, 세금계산 서, 환어음, 내국신용장어음매입신청서, Local L/C, 물품매도확약서 등 6종의 Nego 첨부 서류를 간소화할 수 있다.
또한 e-TP를 통한 Local L/C 업무 처리가 가능하다. 즉, e-TP에 Local L/C 업무 처리 기능을 추가하고 관련 서류를 전자적으로 유통시켜 On-Line으로 Local L/C 개설 및 Nego를 가능하게 하고, 수출물품확보 및 공급을 위하여 Local L/C 외 구매확인서 발급의 방법이 있으므로 현재 EDI 방식의 프로세스를 활용하여 e-TP에서 구매확인서 발급을 가능하게 할 수 있다.
또한 e-L/C 유통관리 시스템에 수입 L/C 개설, L/C 개설 응답, 수입 L/C 조건변경, L/C 조건변경 응답, 수수료 지불 통지의 기능을 포함한 수입 L/C 개설 모듈을 추가할 수 있다. 또한 수입 L/C는 개설 후 재활용율이 높지는 않으나, 통관 서류 작성을 위한 참조용으로 일부 정보에 유통 기능을 부여할 필요가 있다. 또한 수입업체 입장에서는 L/C 개설 수수료 관리, 실적 통계를 위한 근거로 활용할 수 있다.
도 49는 도 1에서 전자무역서비스 시스템에서 서비스 제공예를 보인 개념도이다.
그래서 사용자 인터페이스 구축을 위해 전자무역플랫폼의 사용자 인터페이스는 크게 Portal(ASP), WebService, 그리고 전자무역사용자 솔루션 세 가지로 제공되도록 할 수 있으며, 무역업체의 다양한 IT 환경에 따라 선택해서 사용할 수 있도록 한다.
가. Portal
중소 무역업체가 편리하게 사용할 수 있도록 인터넷 기반의 포털 서비스를 제공하여 마케팅에서 결제에 이르기까지 무역업무를 포괄하는 웹 사이트를 운영할 수 있다.
전자무역 서비스 프레임워크 기반하에 포털을 운영하며, 무역관련 ASP (Application Service Provider)를 총괄하도록 한다.
나. WebService
전자무역플랫폼 어플리케이션을 웹서비스 제공 서비스 컴포넌트로 전환하여 WebService Interface 제공할 수 있다.
대기업의 자체구축 시스템이나 중견기업이 사용하는 전자무역 솔루션이 전자무역플랫폼의 WebService Interface를 통해 무역 서비스에 이용될 수 있다.
다. 전자무역사용자솔루션
현행 통합무역관리 솔루션(eTrade Partner)을 전자무역 서비스 프레임워크 기반의 솔루션으로 구성할 수 있다. 전자무역 사용자 솔루션의 주 사용층은 자체 정보시스템을 보유한 중견 기업과 일부 대기업을 대상으로 할 수 있다.
또한 무역업체 내부 정보 시스템(ERP, SCM 등)과의 연계 기능과 어플리케이션 프레임과 연계되어 배포 서버를 통한 실시간 업데이트 기능을 제공할 수 있다.
도 50은 도 1의 전자무역서비스 시스템이 관세청 인터넷 통관 시스템과 연계한 예를 보인 개념도이다.
그래서 관세청 인터넷 통관 시스템과의 연계를 수행할 수 있는데, 관세청은 통관 포탈을 구축하면서 구현한 기능을 웹서비스로 오픈하고, 전자무역 포탈은 오 픈된 웹서비스를 구현하여 통관서비스를 제공하면 된다. 또한 관세청의 통관/화물 정보 및 통계정보 DB를 연계하여 종합무역정보 서비스를 강화할 수 있다.
또한 관세청 인터넷 통관 시스템을 연계(웹서비스 연계)하여 전자무역 포털의 통관서비스를 제공하고 통관/화물 정보 DB를 연계하여 종합무역정보 서비스를 제공할 수 있다.
그러면 사용자는 인터넷 통관 업무를 위해 전자무역 포탈 또는 관세청 인터넷 통관 시스템 양 쪽 모두에 접속하여 처리 가능하며 VAN 통관 업무는 기존 방식대로 처리할 수 있다.
또한 관세청 인터넷 통관 시스템에서 생성된 전자무역문서(예, 수출입 신고 필증)는 문서보관소에서 제공하는 인터페이스를 이용하여 저장할 수 있다.
또한 모든 전자무역문서 표준은 전자무역플랫폼에서 관리하며 관세청에서 필요한 전자문서 표준은 연계를 통해서 관리할 수 있다.
도 51은 도 1의 전자무역서비스 시스템이 전자무역플랫폼과 연계하여 구성한 예를 보인 개념도이다.
그래서 각 기관 고유 서비스 연계를 통한 서비스 창구를 마련할 수 있다. G4C(Government For Citizen) 연계와 같이, 각 무역업무 처리기관은 각자 고유의 무역 업무를 처리하면서 전자무역플랫폼에 무역 서비스 및 정보를 제공하고, 전자무역플랫폼은 이를 연계하여 무역 전반에 걸친 서비스를 제공함으로써 사용자 단일 창구를 실현할 수 있다.
도 52는 도 1의 전자무역서비스 시스템에서 전자무역서비스를 제공하는 예를 보인 개념도이다.
그래서 무역서비스 시스템을 구축하여 단일 창(Single Window)에서 단절 없는 무역서비스를 제공하기 위해 유관 기관 서비스를 연계하는 것 외에 주요 업무를 처리하기 위한 응용시스템을 구축할 수 있으며, 해외마케팅정보 종합검색시스템, 요건확인시스템, 부대비용결제시스템 등을 구축할 수 있다.
가. e-LifeCycle 기반의 요건확인 시스템
이는 요건확인 법제도, 처리절차에 대한 질의/응답 및 통계정보 조회, 요건확인 신청을 단절없이 온라인 처리할 수 있는 시스템을 말한다.
이를 통해 요건확인 관련정보의 Life Cycle 에 따른 변화 사항이 유기적으로 요건확인 업무 시스템에 자동 반영될 수 있도록 하여 무역업체로 하여금 보다 신속 정확한 업무 처리를 가능케 할 수 있다. 또한 요건확인 및 통관 프로세스의 통합관리체계를 확립할 수 있으며, 요건확인 절차의 간소화 및 관련정보의 일괄처리 및 사후관리 체계로의 용이한 정보 이동이 가능하다. 또한 전산환경이 열악한 무역업체 및 기관에 대한 요건확인 정보서비스 혜택 확대를 꾀하고, 개별 기관의 요건확인 업무 관련 정보화 투자비용 절감으로 정보화 확대가 가능하다.
나. 해외마케팅정보 종합검색시스템
이는 국내 업체를 대상으로 산재되어 있는 마케팅 정보를 연계하여 종합 검색 서비스 및 커뮤니티 서비스를 제공하는 시스템이다.
그래서 공공기관으로부터 입수한 블랙리스트 정보, 수출입통관실적정보, 전시회 참관/참가 바이어 정보를 의미 있는 형태로 제공함으로써, 무역업체 및 거래 알선 정보를 제공하는 민간 e-MP가 해외바이어의 신용도 측정을 위한 지표로 활용할 수 있도록 할 수 있다. 또한 해외시장정보, 무역통계정보, 무역관련 일반 정보 등을 무역 업체들이 여러 사이트를 방문하지 않고도 한 곳에서 통합 검색할 수 있는 Channel을 제공할 수 있다. 또한 전문가정보 제공 및 전자무역 커뮤니티를 통해 무역 업체간 정보 공유의 장을 제공할 수 있다. 또한 정부기관간 중복 지원을 방지하기 위해 무역업체 수혜내역 이력정보를 관리할 수 있다.
다. 부대비용결제시스템
이는 무역업무 프로세스 상 발생하는 수출입 부대비용 결제를 온라인으로 가능하게 하는 시스템이다.
그래서 무역업체 중심의 업무 효율성 제고를 위하여 수출입관련 부대비용에 대한 지급대상조회, 납부증빙서류의 전자적 구현 및 다양한 결제수단에 대한 연계를 통한 전자적 결제 지원이 가능해진다.
한편 도 53은 본 발명의 다른 실시예에 의한 전자무역서비스 제공방법에서 초기데이터 구축의 예를 보인 흐름도이다.
초기데이터 구축은 대상문서 선정에서부터 데이터전환, 테이블에 데이터 Load 작업 및 결과 검증에 이르기까지 각 데이터의 성격 및 특성에 따라 방법, 순서 및 작업 주체가 결정된다.
도 54는 도 53에서 초기데이터 구축시 구축데이터 생성의 예를 보인 표이다.
그래서 전자무역서비스 제공시스템에서 초기데이터 구축 수행시, 전자무역서비스 제공시스템은 초기데이터 구축 대상건의 대상문서를 선정한다(ST1).
그리고 문서 속성정보를 갖는 원본파일을 추출하고 리스트 파일을 생성한다(ST2).
그런 다음 전자증명서를 발급한다(ST3).
그리고 문서 원본 파일 및 전자증명서를 CAS(150)에 저장한다(ST4).
또한 문서 속성정보 DB에 저장한다(ST5).
도 55는 도 53의 초기데이터 구축에서 원본성 전자증명서 발급의 예를 보인 흐름도이다.
또한 전자무역서비스 제공시스템에서 원본성 전자증명서 발급 수행시, 작업 스레드(Thread)를 생성한 후 작업 대상 리스트의 라인을 읽어 DVCS 발급 API(Application Programming Interface)를 호출한다(ST11 ~ ST13).
그리고 원본성 증명서를 저장하고 DVC(Data Validation and Certification) 발급 성공과 실패 리스트 및 로그 파일을 기록한다(ST14 ~ ST15).
도 56은 도 53의 초기데이터 구축에서 원본파일 및 원본성 확인 전자증명서를 CAS에 저장하는 예를 보인 흐름도이다.
전자무역서비스 제공시스템에서 원본파일 및 원본성 확인 전자증명서의 CAS 저장 수행시, 작업 스레드를 생성한 후 작업 대상 리스트의 라인을 읽어 원본문서를 BASE64로 인코딩한다(ST21 ~ ST23).
또한 인코딩된 원본문서를 저장한다(ST24).
그리고 원본문서를 CAS(150)에 저장한 다음 클립(Clip)-ID(Identification)를 획득하고 원본성 증명서를 CAS(150)에 저장한 다음 클립-ID를 획득한다(ST25 ~ ST26).
이렇게 클립-ID 획득 후 CAS(150)로의 입력 성공과 실패 리스트 및 로그 파일을 기록하고 성공 리스트에는 클립-ID를 기록한다(ST27).
도 57은 도 53의 초기데이터 구축에서 원속성정보를 DB에 저장하는 예를 보인 흐름도이다.
그래서 전자무역서비스 제공시스템에서 원속성정보의 DB 저장 수행시, 작업 스레드(Thread)를 생성한 후 작업 대상 리스트의 라인을 읽어 EDMS 문서 타입 정보를 조회하고 CTW 사용자 정보를 조회한다(ST31 ~ ST34).
그리고 원본문서 및 원본성 증명서 정보를 입력하고, HTML(HyperText Markup Language)로 변환 대상 파일 리스트를 기록한다(ST35 ~ ST36).
또한 DB 입력 성공과 실패 리스트 및 로그 파일을 기록한다(ST37).
도 58은 도 53의 초기데이터 구축에서 원본파일을 HTML로 변환하는 예를 보인 흐름도이다.
전자무역서비스 제공시스템에서 원본파일의 HTML 변환 수행시, 작업 스레드(Thread)를 생성한 후 작업 대상 리스트의 라인을 읽어 서식이 적용된 원본문서에 대한 HTML을 생성하고 API를 호출한다(ST41 ~ ST43).
그리고 생성 호출된 원본문서를 저장하고 HTML 생성 성공과 실패 리스트 및 로그 파일을 기록하고 성공 리스트에는 HTML 페이지 수를 기록한다(ST44 ~ ST45).
도 59는 도 53의 초기데이터 구축에서 내용확인 전자증명서 발급의 예를 보인 흐름도이다.
전자무역서비스 제공시스템에서 내용확인 전자증명서 발급 수행시, 작업 스레드(Thread)를 생성한 후 작업 대상 리스트의 라인을 읽어 DVCS 발급 API를 호출한다(ST51 ~ ST53).
그리고 내용확인 증명서를 저장하고 DVC 발급 성공과 실패 리스트 및 로그 파일을 기록한다(ST54 ~ ST55).
도 60은 도 53의 초기데이터 구축에서 원본파일 서식적용 파일 및 내용확인 전자증명서를 CAS에 저장하는 예를 보인 흐름도이다.
전자무역서비스 제공시스템에서 원본파일 서식적용 파일 및 내용확인 전자증명서의 CAS 저장 수행시, 작업 스레드(Thread)를 생성한 후 작업 대상 리스트의 라인을 읽어 서식이 적용된 원본문서를 BASE64로 인코딩한다(ST61 ~ ST63).
그리고 인코딩된 서식적용 원본문서를 저장하는 단계(ST64)와; 서식적용 원본문서의 저장 후 서식적용 원본문서를 CAS(150)에 저장한 다음 클립-ID를 획득하고 내용확인 전자증명서를 CAS(150)에 저장한 다음 클립-ID를 획득한다(ST65 ~ ST66).
또한 CAS(150)로의 입력 성공과 실패 리스트 및 로그 파일을 기록하고 성공 리스트에는 클립-ID를 기록한다(ST67).
도 61은 도 53의 초기데이터 구축에서 원본파일 서식적용 파일 및 내용확인 전자증명서를 DB에 저장하는 예를 보인 흐름도이다.
전자무역서비스 제공시스템에서 원본파일 서식적용 파일 및 내용확인 전자증명서의 DB 저장 수행시, 작업 스레드(Thread)를 생성한 후 작업 대상 리스트의 라 인을 읽어 서식이 적용된 문서의 원본문서 정보를 조회한다(ST71 ~ ST73).
그리고 서식적용 원본문서 및 내용확인 전자증명서 정보를 입력한 다음 DB 입력 성공과 실패 리스트 및 로그 파일을 기록한다(ST74 ~ ST75).
도 62는 종래기술과 본 발명에 따른 구성 차이를 보인 개념도이다.
그래서 종래와 비교하여 본 발명은 무역절차의 재설계를 통한 단절 없는 무역서비스를 실현할 수 있게 되고, 마케팅에서 결제까지 전체 무역절차를 각 기업의 규모에 맞는 단일 시스템 환경에서 제공할 수 있으며, 전자무역 문서보관소 시스템을 기반으로 기 생성된 전자무역문서의 유통성을 보장할 수 있게 되고, 서류처리 흐름의 신속화를 통한 업무처리 및 대금결제 소요시간 단축 등 프로세스 개선에서 비롯되는 직간접 경비 절감을 기대할 수 있게 된다.
도 63은 종래의 업무처리 방식을 보인 개념도이고, 도 64는 본 발명에 의한 업무처리 방식을 보인 개념도이다.
그래서 종래의 업무처리 현황을 보면, 신용장은 전체 수출 중에서 약 30%(통관기준)를 차지하는 중요한 대금인데, 결제 방식의 측면에서 중소 수출입업체의 경우 대부분 신용장에 의존하고 있는 실정이다. 또한 수출신용장 통지 시 대부분 업체가 은행을 방문하여 종이원본을 발급받아 관리하고 있기 때문에 EDI로 통지받는 경우에도 네고 시에는 신용장을 출력하여 은행에 방문하여 처리해야만 하는 불편함이 있었다.
따라서 무역관련 문서를 전자화하여 무역업무절차를 '무 방문', '무 서류'로 처리하기 위해서는 무역의 핵심인 L/C 통지 및 대금결제의 전자화가 선결 요건이 된다 할 것이다.
그래서 본 발명에서는 대표적인 무역서류인 신용장의 전자화를 확대 추진하여 은행별로 독자적으로 취급하는 L/C를 금융권 공동으로 통합 취합/관리 하여, 단기적으로는 네고 시 L/C 제출을 생략하고, 향후 네고에 필요한 첨부 문서를 단계적으로 전자화 하여 은행방문이 필요 없는 'e네고' 기반을 구축할 수 있게 된다.
이상에서 살펴본 바와 같이, 본 발명에 의한 전자무역서비스 제공시스템 및 그 방법은 무역업무 전반을 단절없이 처리할 수 있는 새로운 개념의 국가 전자무역 허브로서 단일창구 기반의 전자무역플랫폼을 구축하고 전자문서의 보관과 증명을 위한 전자무역 문서보관소를 구축하며, 신용장의 전자적 유통을 위한 e-L/C의 유통을 관리할 수 있는 효과가 있게 된다.
또한 본 발명은 본 발명은 무역절차의 재설계를 통한 단절 없는 무역서비스를 실현할 수 있게 되고, 마케팅에서 결제까지 전체 무역절차를 각 기업의 규모에 맞는 단일 시스템 환경에서 제공할 수 있으며, 전자무역 문서보관소 시스템을 기반으로 기 생성된 전자무역문서의 유통성을 보장할 수 있게 되고, 서류처리 흐름의 신속화를 통한 업무처리 및 대금결제 소요시간 단축 등 프로세스 개선에서 비롯되는 직간접 경비 절감을 기대할 수 있는 효과가 있다.
이상에서 본 발명의 바람직한 실시예에 한정하여 설명하였으나, 본 발명은 이에 한정되지 않고 다양한 변화와 변경 및 균등물을 사용할 수 있다. 따라서 본 발명은 상기 실시예를 적절히 변형하여 응용할 수 있고, 이러한 응용도 하기 특허청구범위에 기재된 기술적 사상을 바탕으로 하는 한 본 발명의 권리범위에 속하게 됨은 당연하다 할 것이다.

Claims (52)

  1. 전자무역 업무와 관련하여 유통되는 전자문서의 보관을 대행하며, 전자문서에 대한 증명서비스를 제공하여 전자문서의 교환을 통한 무역거래에서 전자문서의 진정성을 제공하고 전자문서의 유통성 확보를 위한 기반 역할을 수행하는 전자무역 문서보관소 시스템과;
    상기 전자무역 문서보관소 시스템과 연결되고, 인터넷 환경을 기반으로 수출 신용장 통지 업무 및 네고 및 한도정보를 전자적으로 관리하며, 무역업체 사용자를 위한 전자신용장(e-L/C, electronic-Letter of Credit)의 유통관리를 수행하는 유통관리 시스템과;
    상기 유통관리 시스템과 연결되고 은행을 위한 전자신용장의 한도관리를 수행하는 한도관리 시스템;
    을 포함하여 구성되는 것을 특징으로 하는 전자무역서비스 제공시스템.
  2. 청구항 1에 있어서,
    상기 전자무역 문서보관소 시스템과 연결되어 무역/물류/통관에 걸치는 무역서비스를 종합적으로 제공하는 전자무역 중계시스템;
    을 더 포함하여 구성되는 것을 특징으로 하는 전자무역서비스 제공시스템.
  3. 청구항 2에 있어서,
    상기 전자무역 중계시스템과 전자자료교환시스템(EDI, Electronic Data Interchange)으로 연결되어 전자신용장의 한도관리와 이력관리를 수행하는 금융결제원 중계시스템;
    을 더 포함하여 구성되는 것을 특징으로 하는 전자무역서비스 제공시스템.
  4. 청구항 3에 있어서,
    상기 한도관리 시스템과 연결되어 전자문서원본을 은행이 공유하도록 하는 은행 서버와;
    상기 유통관리 시스템과 연결되고, 무역업체 사용자가 전자신용장 조회, 매입신청, 양도 요청, 전자신용장 발급을 수행할 수 있도록 하는 무역업체 사용자 단말기;
    를 더 포함하여 구성되는 것을 특징으로 하는 전자무역서비스 제공시스템.
  5. 청구항 1 내지 청구항 4 중 어느 하나의 항에 있어서,
    상기 전자무역 문서보관소 시스템은,
    상기 전자무역 문서보관소 시스템에서 전자문서 관리를 수행하는 전자문서관리부와;
    상기 전자무역 문서보관소 시스템에서 전자증명서의 관리를 수행하는 전자문서증명부와;
    상기 전자무역 문서보관소 시스템에서 문서 로그 설정, 코드 관리, 문서명 관리, 정책 표준화 관리를 수행하는 공통부;
    를 포함하여 구성되는 것을 특징으로 하는 전자무역서비스 제공시스템.
  6. 청구항 1 내지 청구항 4 중 어느 하나의 항에 있어서,
    상기 유통관리 시스템은,
    상기 유통관리 시스템에서 무역업체 사용자 단말기를 이용하여 무역업체 사용자가 접근할 수 있도록 하는 게시판을 운영하는 웹 포털과;
    상기 유통관리 시스템에서 신용장을 관리하는 신용장 관리부와;
    상기 유통관리 시스템에서 네고 정보를 관리하는 네고정보 관리부;
    를 포함하여 구성되는 것을 특징으로 하는 전자무역서비스 제공시스템.
  7. 청구항 2 내지 청구항 4 중 어느 하나의 항에 있어서,
    상기 전자무역 중계시스템은,
    금융결제원 중계시스템과의 연결을 수행하는 중계 서버와;
    상기 중계 시스템과 연결되어 데이터를 저장하는 고정형 컨텐츠 스토리지(CAS, Content Addressed Storage) 저장 장치와;
    상기 중계 서버와 연결되고, 전자신용장(e-L/C, electronic-Letter of Credit)의 유통관리 정보를 저장하는 전자신용장 유통관리 데이터베이스 서버와;
    상기 중계 서버와 연결되고, 상기 전자무역 문서보관소의 정보를 관리하는 보관소 데이터베이스 서버와;
    상기 전자무역 중계시스템에서 방화벽을 통해 외부와 연결되고, 전자신용장의 웹을 통한 유통관리를 수행하는 전자신용장 유통관리 웹 어플리케이션 서버와;
    상기 전자무역 중계시스템에서 방화벽을 통해 외부와 연결되고, 상기 전자무역 문서보관소 시스템의 웹을 통한 전자무역 관련 문서의 관리를 수행하는 보관소 웹 어플리케이션 서버와;
    상기 전자무역 중계시스템에서 방화벽을 통해 외부와 연결되고, 계층적 저장 장치 관리 기법(HSM, Hierarchical Storage Management)에 의한 보안 관리를 수행하는 HSM 보안 장비와;
    상기 고정형 컨텐츠 스토리지 저장장치, 상기 전자신용장 유통관리 데이터베이스 서버, 상기 보관소 데이터베이스 서버와 연결되어 신호 스위칭을 수행하는 스토리지 전용 네트워크(SAN, Storage Area Network) 스위치와;
    상기 스토리지 전용 네트워크(SAN, Storage Area Network) 스위치와 연결되고, 무역자동화 정보와 전자무역 정보를 저장하는 스토리지 전용 네트워크(SAN, Storage Area Network) 스토리지와;
    상기 방화벽과 연결되고 e-T/F 웹 서버, 보관소 웹 서버, 전자신용장 유통관리 웹 서버를 구비한 DMZ(DeMilitarized Zone);
    를 포함하여 구성되는 것을 특징으로 하는 전자무역서비스 제공시스템.
  8. 청구항 3 또는 청구항 4에 있어서,
    상기 금융결제원 중계시스템은,
    상기 전자무역 중계시스템과 X.25로 연결된 중계 서버와;
    상기 중계 서버와 연결되어 전자신용장에 대한 한도관리를 수행하는 전자신용장 한도관리 서버;
    를 포함하여 구성되는 것을 특징으로 하는 전자무역서비스 제공시스템.
  9. 청구항 4에 있어서,
    상기 은행 서버는,
    상기 금융결제원 서버와 X.25로 연결된 대외계 시스템과;
    상기 대외계 시스템과 연결되어 전자신용장에 대한 한도관리를 수행하는 전자신용장 은행 시스템;
    을 포함하여 구성되는 것을 특징으로 하는 전자무역서비스 제공시스템.
  10. 청구항 1 내지 청구항 4 중 어느 하나의 항에 있어서,
    상기 전자무역서비스 제공시스템은,
    상기 전자무역 중계시스템과 연결되어 데이터의 보안 처리를 수행하는 방화벽과;
    상기 방화벽과 연결되고, L4(Layer 4) 스위칭을 수행하는 L4 스위치와;
    상기 L4 스위치와 연결되어 침입 방지를 수행하는 침입 방지 시스템(IPS, Intrusion Prevention System)과;
    상기 침입 방지 시스템과 연결되고 인터넷 관문에서 라우팅을 수행하는 인터넷 관문 라우터와;
    상기 인터넷 관문 라우터와 연결되고, 금융결제원 중계시스템과 연결되어 가상 사설 네트워크를 형성하는 가상사설망(VPN, Private Network);
    을 더욱 포함하여 구성되는 것을 특징으로 하는 전자무역서비스 제공시스템.
  11. 청구항 1 내지 청구항 4 중 어느 하나의 항에 있어서,
    상기 전자무역 문서보관소 시스템은,
    무역업체 사용자의 무역업체 사용자 단말기와 연결되고 공인인증기관의 공인인증 시스템과 연결되어 전자문서에 대한 등록, 권한 관리, 문서 표준화, 이력관리, 문서 폐기, DRM(Digital Rights Management)/2D 바코드 관리, 원본조회, 전자증명서 조회, 출력 제어 중에서 하나 이상을 수행하는 전자문서관리부와;
    상기 전자무역 중계시스템과 연결되고, 증명서 관리, 원본/내용 증명, 전자증명 감사 이력 관리 중에서 하나 이상을 수행하는 전자문서증명부와;
    상기 전자무역 문서보관소 시스템에서 문서 로그 설정, 코드 관리, 문서명 관리, 정책 표준화 관리를 수행하는 공통부;
    을 포함하여 구성되는 것을 특징으로 하는 전자무역서비스 제공시스템.
  12. 청구항 1 내지 청구항 4 중 어느 하나의 항에 있어서,
    상기 전자무역 문서보관소 시스템은,
    무역업체 사용자의 무역업체 사용자 단말기와 연결되고 공인인증기관의 공인인증 시스템과 연결되어 전자문서 등록, 전자증명서 등록, 전자문서 조회, 전자증명서 조회, 전자문서 이력 관리, 전자문서 인쇄, 전자문서 폐기, 웹 DRM(Digital Rights Management), 2D 바코드 관리 중에서 하나 이상을 수행하는 전자문서관리부와;
    상기 전자무역 중계시스템과 연결되고, 전자증명서의 관리, 원본성확인 전자증명서의 증명, 내용확인 전자증명서의 증명, 전자증명서 검증, 전자증명서 이력 관리 중에서 하나 이상을 수행하는 전자문서증명부와;
    상기 전자무역 문서보관소 시스템에서 문서 로그 설정, 코드 관리, 문서명 관리, 정책 표준화 관리를 수행하는 공통부와;
    상기 전자무역 문서보관소 시스템에서 전자문서 정보 및 주소를 저장하는 문서정보 데이터베이스와;
    상기 전자무역 문서보관소 시스템에서 전자문서와 전자증명서의 위변조 방지를 위한 저장을 수행하는 고정형 컨텐츠 스토리지(CAS, Content Addressed Storage);
    를 포함하여 구성되는 것을 특징으로 하는 전자무역서비스 제공시스템.
  13. 전자무역서비스 제공시스템에서 전자문서 등록관리 수행시,
    전자무역 중계시스템에서 연계 서버로 데이터를 전송하면, 상기 연계 서버는 전자문서증명부로 원본성 확인 전자증명서 발급을 요청하고, 상기 전자문서증명부는 계층적 저장 장치 관리 기법(HSM, Hierarchical Storage Management) 보안장비로 보증서 서명을 요구하는 단계와;
    상기 서명 요구 후 상기 연계 서버는 전자문서관리부로 문서등록을 요청하여 사용자 데이터베이스로 사용자 정보를 요청하여 사용자 정보를 조회하고, 문서등록 내용을 생성하는 단계와;
    상기 문서등록 내용의 생성 후 상기 전자문서관리부는 CAS 저장장치에 원본과 전자증명서를 저장하고, 데이터베이스에 문서 정보 및 원본과 전자증명서의 경로를 저장하는 단계;
    를 포함하여 구성되는 것을 특징으로 하는 전자무역서비스 제공방법.
  14. 전자무역서비스 제공시스템에서 전자문서 조회관리 수행시,
    무역업체 사용자가 무역업체 사용자 단말기를 이용하여 유통관리 시스템에 접속하여 로그인하고, 문서보관소 신용장(L/C, Letter of Credit) 정보 보기를 한 다음 문서 검색 요청을 수행하면, 상기 유통관리 시스템은 전자문서관리부로 문서검색을 요청하는 단계와;
    상기 문서검색 요청을 받은 상기 유통관리 시스템은 데이터베이스를 검색하여 문서를 검색하고 문서를 조회한 다음 상기 유통관리 시스템을 통해 상기 무역업체 사용자 단말기로 문서 원본 요청을 하는 단계와;
    상기 문서 원본 요청을 한 상기 전자문서관리부는 고정형 컨텐츠 스토리지(CAS, Content Addressed Storage) 저장장치에서 문서 원본과 전자증명서를 가져오고, 웹 DRM(Digital Rights Management)/2D 바코드에서 원본에 대한 뷰 확인을 수행하는 단계와;
    상기 뷰 확인 후 상기 전자문서관리부는 전자문서증명부로 뷰에 대한 내용증명보증서 검증을 요청하는 단계와;
    상기 검증 요청 후 상기 전자문서관리부는 상기 고정형 컨텐츠 스토리지(CAS, Content Addressed Storage) 저장장치에 이력을 저장하고, 웹 DRM(Digital Rights Management)/2D 바코드에 바코드 이미지를 생성하고, 상기 유통관리 시스템을 통해 상기 무역업체 사용자 단말기에서 문서 확인 및 출력을 할 수 있도록 하는 단계;
    를 포함하여 구성되는 것을 특징으로 하는 전자무역서비스 제공방법.
  15. 전자무역서비스 제공시스템에서 전자문서 이력관리 수행시,
    무역업체 사용자가 무역업체 사용자 단말기를 이용하여 유통관리 시스템에 접속하여 로그인하고, 문서보관소 신용장 정보 보기를 한 다음 문서 원본 조회 및 원본 출력 요청을 하면, 상기 유통관리 시스템은 전자문서관리부로 문서 원본 조회 및 원본 문서 출력을 요청하는 단계와;
    상기 문서 원본 조회 및 원본 문서 출력을 요청받은 상기 유통관리 시스템은 데이터베이스에서 문서를 조회하고, 고정형 컨텐츠 스토리지(CAS, Content Addressed Storage) 저장장치에서 문서 원본과 전자증명서를 가져오고, 웹 DRM(Digital Rights Management)/2D 바코드에서 바코드 이미지를 생성하는 단계와;
    상기 바코드 이미지 생성 후 상기 전자문서관리부는 상기 데이터베이스에 이력을 저장하는 단계;
    를 포함하여 구성되는 것을 특징으로 하는 전자무역서비스 제공방법.
  16. 전자무역서비스 제공시스템에서 전자문서 폐기관리 수행시,
    유통관리 시스템은 폐기대상 스케줄 잡을 수행하여 데이터베이스에서 색인정보 데이터베이스를 조회하고, 폐기대상 문서의 존재여부를 체크하는 단계와;
    상기 폐기대상 문서의 존재여부 체크 후 상기 유통관리 시스템은 고정형 컨텐츠 스토리지(CAS, Content Addressed Storage) 저장장치에서 폐기대상문서의 원본파일 및 전자증명서 파일을 삭제하고, 상기 데이터베이스에서 색인정보 데이터베이스를 삭제하는 단계와;
    상기 삭제 후 상기 유통관리 시스템은 문서폐기로그를 생성하는 단계;
    를 포함하여 구성되는 것을 특징으로 하는 전자무역서비스 제공방법.
  17. 전자무역서비스 제공시스템에서 전자문서 유통중지관리 수행시,
    연계 서버는 유통중지 데이터를 전송하고, 전자문서증명부로 원본성 확인 전자증명서와 원본증명서 발급을 요청하는 단계와;
    상기 요청을 받은 상기 전자문서증명부는 고정형 컨텐츠 스토리지(CAS, Content Addressed Storage) 저장장치로 보증서 서명을 요구하는 단계와;
    상기 보증서 서명 요구 후 상기 연계 서버는 전자문서관리부로 문서등록을 요청하는 단계와;
    상기 문서등록을 요청받은 상기 전자문서관리부는 데이터베이스로 유통중지 문서로 확인하는 정보를 저장하는 단계;
    를 포함하여 구성되는 것을 특징으로 하는 전자무역서비스 제공방법.
  18. 전자무역서비스 제공시스템에서 전자증명서 발급 수행시,
    전자문서증명부는 보증서 내에 포함된 해쉬를 통한 원본 확인을 수행하는 단계와;
    상기 원본 확인 후 상기 전자문서증명부는 공인인증 시스템으로 인증서의 유효성을 확인하여 서명인증서를 검증하는 단계와;
    상기 서명인증서의 검증 후 상기 전자문서증명부는 보증서를 발급한 인증에 대해 상기 공인인증 시스템으로 인증을 요구하여 최상위 인증서의 해쉬값을 확인하여 최상위 인증기관의 인증서를 발급하는 단계;
    를 포함하여 구성되는 것을 특징으로 하는 전자무역서비스 제공방법.
  19. 은행 서버는 한도관리 시스템으로 신용장 전문을 전송하는 제 1 단계와;
    상기 제 1 단계 후 상기 한도관리 시스템은 신용장 정보를 저장하고 유통관리 시스템으로 전송하는 제 2 단계와;
    상기 제 2 단계 후 상기 유통관리 시스템은 신용장 정보를 수신하고 전자무역 문서보관소 시스템에 저장하는 제 3 단계와;
    상기 제 3 단계 후 상기 유통관리 시스템은 무역업체 사용자 단말기로부터 통지된 신용장 조회를 요청받는 제 4 단계와;
    상기 제 4 단계 후 상기 유통관리 시스템은 상기 무역업체 사용자 단말기로부터 업무처리 요청을 받는 제 5 단계와;
    상기 제 5 단계 후 상기 유통관리 시스템은 상기 한도관리 시스템으로 업무처리 요청을 전송하고, 그 결과를 수신하는 제 6 단계와;
    상기 제 6 단계 후 상기 한도관리 시스템은 요청받은 업무처리에 대해 내부처리를 수행하고 처리내역을 상기 은행 서버로 송신하는 제 7 단계와;
    상기 제 7 단계 후 상기 은행 서버는 업무처리를 수행하고 그 결과를 상기 한도관리 시스템으로 전송하는 제 8 단계와;
    상기 제 8 단계 후 상기 한도관리 시스템은 전송받은 업무처리 결과를 저장하고 상기 유통관리 시스템에 전달하는 제 9 단계와;
    상기 제 9 단계 후 상기 유통관리 시스템은 전달받은 업무처리 결과를 저장하고 상기 전자무역 문서보관소 시스템에서 보관문서 조회가 가능하도록 하는 제 10 단계와;
    상기 제 10 단계 후 상기 유통관리 시스템은 상기 무역업체 사용자 단말기가 접속하여 업무처리 결과를 조회할 수 있도록 하는 제 11 단계;
    를 포함하여 구성되는 것을 특징으로 하는 전자무역서비스 제공방법.
  20. 청구항 19에 있어서,
    상기 제 2 단계는,
    상기 한도관리 시스템은 상기 은행 서버로부터 신용장 전문을 XML(eXtensive Markup Language) 형태로 전송받으면 신용장 및 신용장 한도정보를 저장하고, 신용장 데이터베이스에는 신용장 정보와 수정안 정보가 저장되도록 하고, 수정안 저장 시 한도정보 데이터베이스에 신용장 한도와 한도 이력을 저장하며, 신용장 정보를 XML로 변환하여 상기 유통관리 시스템으로 송신하는 것을 특징으로 하는 전자무역서비스 제공방법.
  21. 청구항 19에 있어서,
    상기 제 3 단계는,
    상기 유통관리 시스템은 상기 한도관리 시스템으로부터 전송받은 XML(eXtensive Markup Language) 형태의 신용장 정보에 대해 전송 처리 정보, 이력 내역, 전문 내역이 포함된 전문 처리 정보를 저장하고, 처리정보 데이터베이스에 신용장 전송정보와 처리내역을 저장하여 연계서버를 통해 상기 전자무역 문서보관소 시스템으로 정보 전송시 XML 형태로 변환한 정보를 전송하는 것을 특징으로 하는 전자무역서비스 제공방법.
  22. 청구항 19에 있어서,
    상기 제 4 단계는,
    상기 유통관리 시스템은 상기 무역업체 사용자 단말기가 웹 포털에 접속하여 조회조건을 입력하고, 조회결과를 확인하며, 업무처리 요청을 하도록 하고, 상기 무역업체 사용자 단말기로부터의 업무처리 요청을 SOAP/XML(Simple Object Access Protocol/eXtensive Markup Language) 형태로 변환하여 상기 한도관리 시스템으로 전달하는 것을 특징으로 하는 전자무역서비스 제공방법.
  23. 청구항 19에 있어서,
    상기 제 5 단계는,
    상기 유통관리 시스템은 웹 포털로 상기 무역업체 사용자 단말기가 접속하여 조회조건 입력, 조회결과 확인, 업무처리 요청을 할 수 있도록 하고, 상기 한도관리 시스템으로 업무처리 요청을 SOAP/XML(Simple Object Access Protocol/eXtensive Markup Language) 형태로 전달하는 것을 특징으로 하는 전자무역서비스 제공방법.
  24. 청구항 19에 있어서,
    상기 제 9 단계는,
    상기 유통관리 시스템은 상기 은행 서버로부터 XML(eXtensive Markup Language) 형태로 업무처리 결과를 전달받아 저장하여 상기 무역업체 사용자 단말기로부터의 신청에 대한 상기 은행 서버에서의 업무처리 결과를 적용하고 신용장 데이터베이스를 갱신하며, 업무처리결과를 XML 형태로 상기 유통관리 시스템으로 전송하는 것을 특징으로 하는 전자무역서비스 제공방법.
  25. 청구항 19에 있어서,
    상기 제 10 단계는,
    상기 유통관리 시스템은 상기 한도관리 시스템으로부터 XML(eXtensive Markup Language) 형태로 업무처리정보를 전달받아 업무 처리 정보, 이력 내역 추가전송 정보를 포함한 업무처리정보를 저장하고, 처리정보 데이터베이스에서 신용장 전송 정보와 처리내역을 저장하고, XML 형태로 업무처리정보를 연계 서버를 통해 상기 전자무역 문서보관소 시스템으로 전달하는 것을 특징으로 하는 전자무역서비스 제공방법.
  26. 청구항 19 내지 청구항 25 중 어느 하나의 항에 있어서,
    상기 제 11 단계는,
    상기 유통관리 시스템은 웹 포털을 통해 상기 무역업체 사용자 단말기가 접속하여 조회조건을 입력하고, 업무처리를 조회하고, 처리 결과를 확인할 수 있도록 하고, 상기 무역업체 사용자 단말기에서 요구를 SOAP/XML(Simple Object Access Protocol/eXtensive Markup Language) 형태로 상기 한도관리 시스템으로 전달하는 것을 특징으로 하는 전자무역서비스 제공방법.
  27. 전자무역서비스 제공시스템에서 신용장 등록 수행시,
    개설은행 서버에서 통지은행 서버로 신용장을 전송하면 상기 통지은행 서버는 무역업체 사용자 단말기를 통해 수출기업으로 신용장 내도 통지를 수행하고, 금융결제원 중계시스템으로 신용장 등록을 의뢰하는 단계와;
    상기 등록 의뢰 후 상기 금융결제원 중계시스템은 전자인증센터인 공인인증 시스템으로 시점 확인을 의뢰하여 시점 확인 결과를 전송받아 신용장을 등록하고 상기 통지은행 서버로 신용장 등록결과를 전송하는 단계와;
    상기 신용장 등록결과 전송 후 상기 금융결제원 중계시스템은 유통관리 시스템으로 통지약정된 신용장을 전송하고, 신용장 수신 결과를 전송받는 단계;
    를 포함하여 구성되는 것을 특징으로 하는 전자무역서비스 제공방법.
  28. 전자무역서비스 제공시스템에서 신용장 조건 변경 통지 수행시,
    개설은행 서버에서 통지은행 서버로 신용장 조건 변경을 통지하면, 상기 통지은행 서버는 무역업체 사용자 단말기를 통해 수출기업으로 신용장 조건 변경을 통지하고, 금융결제원 중계시스템으로 신용장 조건 변경을 의뢰하는 단계와;
    상기 조건변경 의뢰 후 상기 금융결제원 중계시스템은 전자인증센터인 공인인증 시스템으로 시점 확인을 의뢰하여 시점 확인 결과를 전송받아 신용장 조건변경접수를 저장하고, 상기 통지은행 서버로 신용장 조건변경결과를 전송하는 단계와;
    상기 신용장 조건변경결과 전송 후 상기 금융결제원 중계시스템은 유통관리 시스템으로 조건변경된 신용장을 전송하고, 신용장 수신 결과를 전송받는 단계;
    를 포함하여 구성되는 것을 특징으로 하는 전자무역서비스 제공방법.
  29. 전자무역서비스 제공시스템에서 신용장 원본 교부 등록 수행시,
    통지은행 서버는 무역업체 사용자 단말기를 통해 수출기업으로 신용장을 교부하는 단계와;
    상기 신용장 교부 후 상기 통지은행 서버는 금융결제원 중계시스템으로 신용장 교부등록을 의뢰하는 단계와;
    상기 신용장 교부등록 의뢰 후 상기 금융결제원 중계시스템은 신용장 교부등록을 저장하고, 상기 통지은행 서버로 신용장 교부등록 결과를 전송하는 단계;
    를 포함하여 구성되는 것을 특징으로 하는 전자무역서비스 제공방법.
  30. 전자무역서비스 제공시스템에서 신용장 수령 거절 신청 수행시,
    통지은행 서버는 무역업체 사용자 단말기를 통해 수출기업으로 신용장을 통지하고, 상기 무역업체 사용자 단말기를 통해 수출기업으로부터 신용장 수령 거부를 받으면 금융결제원 중계시스템으로 수령거부취소를 의뢰하는 단계와;
    상기 수령거부취소 의뢰 후 상기 금융결제원 중계시스템은 전자인증센터인 공인인증 시스템으로 시점 확인을 의뢰하여 시점 확인 결과를 전송받아 수령거부등록 취소를 저장하고, 상기 통지은행 서버로 수령거부취소 결과를 전송하는 단계와;
    상기 수령거부취소 결과 전송 후 상기 금융결제원 중계시스템은 유통관리 시스템으로 수령거부취소를 통지하고, 수령거부취소의 수신 결과를 전송받는 단계;
    를 포함하여 구성되는 것을 특징으로 하는 전자무역서비스 제공방법.
  31. 전자무역서비스 제공시스템에서 유통관리 시스템을 통한 신용장 수령거부 수행시,
    유통관리 시스템은 무역업체 사용자 단말기를 통해 수출기업으로 신용장을 통지하고, 상기 무역업체 사용자 단말기를 통해 수출기업으로부터 신용장 수령 거부를 받으면 금융결제원 중계시스템으로 수령거부취소를 의뢰하는 단계와;
    상기 수령거부취소 의뢰 후 상기 금융결제원 중계시스템은 통지은행 서버로 수령거부취소를 통지한 다음 수령거부취소 결과를 전송받는 단계와;
    상기 수령거부취소 결과를 전송받은 후 상기 금융결제원 중계시스템은 전자인증센터인 공인인증 시스템으로 시점 확인을 의뢰하여 시점 확인 결과를 전송받아 수령거부등록 취소를 저장하고, 상기 유통관리 시스템으로 수령거부취소 결과를 통지하는 단계;
    를 포함하여 구성되는 것을 특징으로 하는 전자무역서비스 제공방법.
  32. 전자무역서비스 제공시스템에서 신용장 확인(Confirm) 요청 수행시,
    유통관리 시스템은 상기 무역업체 사용자 단말기를 통해 수출기업으로부터 확인 요청을 받으면 금융결제원 중계시스템으로 확인 요청을 의뢰하는 단계와;
    상기 확인 요청을 의뢰받은 상기 금융결제원 중계시스템은 확인 요청 의뢰를 등록하고, 통지은행 서버로 확인 요청을 의뢰하는 단계와;
    상기 확인 요청 의뢰를 받은 상기 통지은행 서버는 확인을 결정한 다음 그 결과를 상기 금융결제원 중계시스템으로 통지하는 단계와;
    상기 결과를 통지받은 상기 금융결제원 중계시스템은 전자인증센터인 공인인증 시스템으로 시점 확인을 의뢰하여 시점 확인 결과를 전송받아 확인 결과를 등록하고 상기 유통관리 시스템으로 확인결과를 통지하는 단계와;
    상기 확인결과를 통지받은 상기 유통관리 시스템은 상기 무역업체 사용자 단말기를 통해 수출기업에게 신용장을 재통지하는 단계;
    를 포함하여 구성되는 것을 특징으로 하는 전자무역서비스 제공방법.
  33. 전자무역서비스 제공시스템에서 신용장 매입 내역 등록 수행시,
    매입은행 서버는 무역업체 사용자 단말기를 통해 수출기업으로부터 매입신청을 받으면 금융결제원 중계시스템으로 매입신청내역의 등록을 의뢰하는 단계와;
    상기 등록을 의뢰받은 상기 금융결제원 중계시스템은 전자인증센터인 공인인증 시스템으로 시점 확인을 의뢰하여 시점 확인 결과를 전송받아 매입신청내역을 등록하고 상기 매입은행 서버로 매입신청내역 등록결과를 전송하는 단계와;
    상기 매입신청내역 등록결과를 전송받은 상기 매입은행 서버는 상기 무역업체 사용자 단말기를 통해 수출기업으로 매입대금이 지급되도록 하는 단계;
    를 포함하여 구성되는 것을 특징으로 하는 전자무역서비스 제공방법.
  34. 전자무역서비스 제공시스템에서 신용장 매입 내역 통지 수행시,
    매입은행 서버는 금융결제원 중계시스템으로 매입내역의 등록을 의뢰하는 단계와;
    상기 매입내역 등록을 의뢰받은 상기 금융결제원 중계시스템은 전자인증센터인 공인인증 시스템으로 시점 확인을 의뢰하여 시점 확인 결과를 전송받아 매입내역을 등록하고 상기 매입은행 서버로 매입내역 등록결과를 전송하는 단계;
    를 포함하여 구성되는 것을 특징으로 하는 전자무역서비스 제공방법.
  35. 전자무역서비스 제공시스템에서 신용장 매입 취소 수행시,
    매입은행 서버는 금융결제원 중계시스템으로 매입취소를 의뢰하는 단계와;
    상기 매입취소를 의뢰받은 상기 금융결제원 중계시스템은 전자인증센터인 공인인증 시스템으로 시점 확인을 의뢰하여 시점 확인 결과를 전송받아 매입취소를 등록하고 상기 매입은행 서버로 매입취소 결과를 전송하는 단계;
    를 포함하여 구성되는 것을 특징으로 하는 전자무역서비스 제공방법.
  36. 전자무역서비스 제공시스템에서 무역금융 내역 등록 수행시,
    매입은행 서버는 금융결제원 중계시스템으로 무역금융 내역 등록을 의뢰하는 단계와;
    상기 무역금융의 등록을 의뢰받은 상기 금융결제원 중계시스템은 전자인증센터인 공인인증 시스템으로 시점 확인을 의뢰하여 시점 확인 결과를 전송받아 무역 금융을 등록하고 상기 매입은행 서버로 무역금융 등록결과를 전송하는 단계;
    를 포함하여 구성되는 것을 특징으로 하는 전자무역서비스 제공방법.
  37. 전자무역서비스 제공시스템에서 신용장 통지 정보 조회 수행시,
    은행 서버는 무역업체 사용자 단말기를 이용하여 수출기업에서 신용장 통지 정보 조회 요청을 하면 금융결제원 중계시스템으로 조회를 의뢰하는 단계와;
    상기 은행 서버는 상기 금융결제원 중계시스템으로부터 조회응답을 받으면 상기 무역업체 사용자 단말기를 통해 수출기업이 신용장 통지 정보를 조회할 수 있도록 하는 단계;
    를 포함하여 구성되는 것을 특징으로 하는 전자무역서비스 제공방법.
  38. 전자무역서비스 제공시스템에서 신용장 잔액 상세 조회 수행시,
    은행 서버는 무역업체 사용자 단말기를 이용하여 수출기업에서 신용장 잔액 상세 조회 요청을 하면 금융결제원 중계시스템으로 조회를 의뢰하는 단계와;
    상기 은행 서버는 상기 금융결제원 중계시스템으로부터 조회응답을 받으면 상기 무역업체 사용자 단말기를 통해 수출기업이 신용장 잔액의 상세 조회를 수행할 수 있도록 하는 단계;
    를 포함하여 구성되는 것을 특징으로 하는 전자무역서비스 제공방법.
  39. 전자무역서비스 제공시스템에서 신용장 등록 및 매입시스템 취소 수행시,
    은행 서버는 금융결제원 중계시스템으로 취소를 의뢰하는 단계와;
    상기 금융결제원 중계시스템은 신용장 등록을 취소하고 상기 은행 서버로 취소 결과를 전송하는 단계와;
    상기 취소 결과 전송 후 상기 금융결제원 중계시스템은 유통관리 시스템으로 취소를 통지하고 상기 유통관리 시스템으로부터 취소수신 결과를 전송받는 단계;
    를 포함하여 구성되는 것을 특징으로 하는 전자무역서비스 제공방법.
  40. 전자무역서비스 제공시스템에서 전자무역 문서보관소 시스템의 신용장 조회 수행시,
    유통관리 시스템은 무역업체 사용자 단말기를 이용하여 수출기업에서 신용장 조회를 의뢰하면, 상기 전자무역 문서보관소 시스템으로 신용장 조회를 의뢰하는 단계와;
    상기 유통관리 시스템은 상기 전자무역 문서보관소 시스템으로부터 조회결과를 전달받으면 상기 무역업체 사용자 단말기를 통해 수출기업으로 조회결과를 전달하는 단계;
    를 포함하여 구성되는 것을 특징으로 하는 전자무역서비스 제공방법.
  41. 전자무역서비스 제공시스템에서 전자무역 문서보관소 시스템에서의 대외전문 발신신청 처리 수행시,
    유통관리 시스템은 무역업체 사용자 단말기를 이용하여 고객이 대외전문 발신 신청을 하면, 상기 유통관리 시스템은 고객의 대외전문 발신 신청을 전자문서로 전달받아 한도관리 시스템으로 대외전문을 발신하는 단계와;
    상기 한도관리 시스템은 상기 유동관리 시스템으로부터 발신된 대외전문의 전자문서를 전달받아 처리하여 은행 서버로 전달하는 단계와;
    상기 은행 서버는 상기 한도관리 시스템의 대외전문 발신신청을 접수하여 처리하고, 해당 전문의 발신결과 및 발신 내용을 첨부하여 상기 한도관리 시스템과 유통관리 시스템을 통해 상기 무역업체 사용자 단말기로 전달하는 단계;
    를 포함하여 구성되는 것을 특징으로 하는 전자무역서비스 제공방법.
  42. 전자무역서비스 제공시스템에서 전자무역 문서보관소 시스템에서의 고객이 매입(추심) 신청한 환어음 심사 결과 하자가 있을 경우 하자동의 처리 수행시,
    유통관리 시스템은 무역업체 사용자 단말기를 이용하여 고객이 하자동의서를 전자문서로 제출하여 하자에 대한 동의를 요구하면, 상기 유통관리 시스템은 고객의 하자동의서를 전자문서로 전달받아 한도관리 시스템으로 하자동의서를 발신하는 단계와;
    상기 한도관리 시스템은 상기 유동관리 시스템으로부터 발신된 하자동의서의 전자문서를 전달받아 처리하여 은행 서버로 전달하는 단계와;
    상기 은행 서버는 상기 한도관리 시스템의 하자동의서를 접수하여 매입(추심) 건에 대한 하자 여부를 확인하고, 미리 등록된 해당 매입건에 대한 내역을 상기 한도관리 시스템과 유통관리 시스템을 통해 상기 무역업체 사용자 단말기로 전달하는 단계;
    를 포함하여 구성되는 것을 특징으로 하는 전자무역서비스 제공방법.
  43. 전자무역서비스 제공시스템에서 전자무역 문서보관소 시스템에서의 계산서 통지 처리 수행시,
    유통관리 시스템은 무역업체 사용자 단말기를 이용하여 고객이 계산서 조회를 요구하면, 상기 유통관리 시스템은 고객의 계산서 조회를 전달받아 계산서를 등록하고, 한도관리 시스템으로 계산서 등록을 요구하는 단계와;
    상기 한도관리 시스템은 상기 유동관리 시스템으로부터 계산서 등록을 요구받아 등록하고, 은행 서버로 계산서 통지를 요구하는 단계와;
    상기 은행 서버는 상기 한도관리 시스템의 계산서 통지 요구를 전달받아 신용장 업무에서 발생하는 수수료 내역을 포함한 계산서를 전자문서로 작성하여 상기 한도관리 시스템과 유통관리 시스템을 통해 상기 무역업체 사용자 단말기로 전달하 는 단계;
    를 포함하여 구성되는 것을 특징으로 하는 전자무역서비스 제공방법.
  44. 전자무역서비스 제공시스템에서 전자무역 문서보관소 시스템에서의 무역금융 사용내역 통지 처리 수행시,
    유통관리 시스템은 무역업체 사용자 단말기를 이용하여 고객이 무역금융 사용 내역 통지를 요구하면, 상기 유통관리 시스템은 고객의 무역금융 사용 내역 통지 요구를 전달받아 한도관리 시스템으로 무역금융 내역 등록을 요구하는 단계와;
    상기 한도관리 시스템은 상기 유동관리 시스템으로부터 무역금융 내역 등록을 요구받아 무역금융 내역을 등록하고, 은행 서버로 무역금융 사용 내역 통지를 요구하는 단계와;
    상기 은행 서버는 상기 한도관리 시스템의 무역금융 사용 내역 통지 요구를 전달받아 신용장 잔액정보를 반영한 무역금융 사용 내역을 전자문서로 작성하여 상기 한도관리 시스템과 유통관리 시스템을 통해 상기 무역업체 사용자 단말기로 전달하는 단계;
    를 포함하여 구성되는 것을 특징으로 하는 전자무역서비스 제공방법.
  45. 전자무역서비스 제공시스템에서 초기데이터 구축 수행시,
    상기 전자무역서비스 제공시스템은 초기데이터 구축 대상건의 대상문서를 선정하는 제 21 단계와;
    상기 제 21 단계 후 문서 속성정보를 갖는 원본파일을 추출하고 리스트 파일을 생성하는 제 22 단계와;
    상기 제 22 단계 후 전자증명서를 발급하는 제 23 단계와;
    상기 제 23 단계 후 문서 원본 파일 및 전자증명서를 고정형 컨텐츠 스토리지(CAS, Content Addressed Storage)에 저장하는 제 24 단계와;
    상기 제 24 단계 후 문서 속성정보 데이터베이스에 저장하는 제 25 단계;
    를 포함하여 구성되는 것을 특징으로 하는 전자무역서비스 제공방법.
  46. 청구항 45에 있어서,
    상기 전자무역서비스 제공방법은,
    상기 제 25 단계 후 상기 전자무역서비스 제공시스템에서 원본성 전자증명서 발급 수행시, 작업 스레드를 생성한 후 작업 대상 리스트의 라인을 읽어 전자문서증명부(DVCS, Data Validation and Certification Server) 발급 API를 호출하는 단계와;
    상기 전자문서증명부 발급 API 호출 후 원본성 증명서를 저장하고 DVC 발급 성공과 실패 리스트 및 로그 파일을 기록하는 단계;
    를 더욱 포함하여 구성되는 것을 특징으로 하는 전자무역서비스 제공방법.
  47. 청구항 45에 있어서,
    상기 전자무역서비스 제공방법은,
    상기 제 25 단계 후 상기 전자무역서비스 제공시스템에서 원본파일 및 원본성 확인 전자증명서의 고정형 컨텐츠 스토리지(CAS, Content Addressed Storage) 저장 수행시, 작업 스레드를 생성한 후 작업 대상 리스트의 라인을 읽어 원본문서를 BASE64로 인코딩하는 단계와;
    상기 인코딩후 인코딩된 원본문서를 저장하는 단계와;
    상기 원본문서 저장 후 원본문서를 고정형 컨텐츠 스토리지(CAS, Content Addressed Storage)에 저장한 다음 클립-ID를 획득하고 원본성 증명서를 상기 고정형 컨텐츠 스토리지(CAS, Content Addressed Storage)에 저장한 다음 클립-ID를 획득하는 단계와;
    상기 클립-ID 획득 후 상기 고정형 컨텐츠 스토리지(CAS, Content Addressed Storage)로의 입력 성공과 실패 리스트 및 로그 파일을 기록하고 성공 리스트에는 클립-ID를 기록하는 단계;
    를 더욱 포함하여 구성되는 것을 특징으로 하는 전자무역서비스 제공방법.
  48. 청구항 45에 있어서,
    상기 전자무역서비스 제공방법은,
    상기 제 25 단계 후 상기 전자무역서비스 제공시스템에서 원속성정보의 데이터베이스 저장 수행시, 작업 스레드를 생성한 후 작업 대상 리스트의 라인을 읽어 전자문서관리부(EDMS, Electronic Document Management System) 문서 타입 정보를 조회하고 전자무역플랫폼 서버(CTW, Cyber Tradeworld) 사용자 정보를 조회하는 단계와;
    상기 조회 후 원본문서 및 원본성 증명서 정보를 입력하고, HTML로 변환 대상 파일 리스트를 기록하는 단계와;
    상기 파일 리스트 기록 후 데이터베이스 입력 성공과 실패 리스트 및 로그 파일을 기록하는 단계;
    를 더욱 포함하여 구성되는 것을 특징으로 하는 전자무역서비스 제공방법.
  49. 청구항 45에 있어서,
    상기 전자무역서비스 제공방법은,
    상기 제 25 단계 후 상기 전자무역서비스 제공시스템에서 원본파일의 HTML 변환 수행시, 작업 스레드를 생성한 후 작업 대상 리스트의 라인을 읽어 서식이 적용된 원본문서에 대한 HTML을 생성하고 API를 호출하는 단계와;
    상기 API 호출 후 생성 호출된 원본문서를 저장하고 HTML 생성 성공과 실패 리스트 및 로그 파일을 기록하고 성공 리스트에는 HTML 페이지 수를 기록하는 단계;
    를 더욱 포함하여 구성되는 것을 특징으로 하는 전자무역서비스 제공방법.
  50. 청구항 45에 있어서,
    상기 전자무역서비스 제공방법은,
    상기 제 25 단계 후 상기 전자무역서비스 제공시스템에서 내용확인 전자증명서 발급 수행시, 작업 스레드를 생성한 후 작업 대상 리스트의 라인을 읽어 DVCS 발급 API를 호출하는 단계와;
    상기 전자문서증명부(DVCS, Data Validation and Certification Server) 발급 API 호출 후 내용확인 증명서를 저장하고 전자문서증명(DVC, Data Validation and Certification) 발급 성공과 실패 리스트 및 로그 파일을 기록하는 단계;
    를 더욱 포함하여 구성되는 것을 특징으로 하는 전자무역서비스 제공방법.
  51. 청구항 45에 있어서,
    상기 전자무역서비스 제공방법은,
    상기 제 25 단계 후 상기 전자무역서비스 제공시스템에서 원본파일 서식적용 파일 및 내용확인 전자증명서의 고정형 컨텐츠 스토리지(CAS, Content Addressed Storage) 저장 수행시, 작업 스레드를 생성한 후 작업 대상 리스트의 라인을 읽어 서식이 적용된 원본문서를 BASE64로 인코딩하는 단계와;
    상기 인코딩후 인코딩된 서식적용 원본문서를 저장하는 단계와;
    상기 서식적용 원본문서의 저장 후 서식적용 원본문서를 고정형 컨텐츠 스토리지(CAS, Content Addressed Storage)에 저장한 다음 클립-ID를 획득하고 내용확인 전자증명서를 상기 고정형 컨텐츠 스토리지(CAS, Content Addressed Storage)에 저장한 다음 클립-ID를 획득하는 단계와;
    상기 클립-ID 획득 후 상기 고정형 컨텐츠 스토리지(CAS, Content Addressed Storage)로의 입력 성공과 실패 리스트 및 로그 파일을 기록하고 성공 리스트에는 클립-ID를 기록하는 단계;
    를 더욱 포함하여 구성되는 것을 특징으로 하는 전자무역서비스 제공방법.
  52. 청구항 45에 있어서,
    상기 전자무역서비스 제공방법은,
    상기 제 25 단계 후 상기 전자무역서비스 제공시스템에서 원본파일 서식적용 파일 및 내용확인 전자증명서의 데이터베이스 저장 수행시, 작업 스레드를 생성한 후 작업 대상 리스트의 라인을 읽어 서식이 적용된 문서의 원본문서 정보를 조회하는 단계와;
    상기 정보 조회 후 서식적용 원본문서 및 내용확인 전자증명서 정보를 입력한 다음 데이터베이스 입력 성공과 실패 리스트 및 로그 파일을 기록하는 단계;
    를 더욱 포함하여 수행하는 것을 특징으로 하는 전자무역서비스 제공방법.
KR1020060112498A 2006-11-14 2006-11-14 전자무역서비스 제공시스템 및 그 방법 KR100836875B1 (ko)

Priority Applications (1)

Application Number Priority Date Filing Date Title
KR1020060112498A KR100836875B1 (ko) 2006-11-14 2006-11-14 전자무역서비스 제공시스템 및 그 방법

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
KR1020060112498A KR100836875B1 (ko) 2006-11-14 2006-11-14 전자무역서비스 제공시스템 및 그 방법

Publications (2)

Publication Number Publication Date
KR20080043672A KR20080043672A (ko) 2008-05-19
KR100836875B1 true KR100836875B1 (ko) 2008-06-11

Family

ID=39661967

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020060112498A KR100836875B1 (ko) 2006-11-14 2006-11-14 전자무역서비스 제공시스템 및 그 방법

Country Status (1)

Country Link
KR (1) KR100836875B1 (ko)

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR101386081B1 (ko) * 2013-03-06 2014-04-29 주식회사 코리아로지스 전자 화물 인수증 관리 시스템
KR101996765B1 (ko) 2018-10-31 2019-07-04 최은철 기술 중개 거래 서비스를 제공하는 기업 친화형 서비스 제공 시스템
CN113554498B (zh) * 2020-04-08 2024-03-19 中国移动通信集团广东有限公司 一种针对用户账务请求的处理方法和装置

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20010105494A (ko) * 2000-05-10 2001-11-29 김재종 무역업무관리 시스템 및 방법
KR20020003593A (ko) * 2000-06-21 2002-01-15 곽종훈 섬유상품의 인터넷 무역 시스템 및 그 방법
KR20020020393A (ko) * 2000-09-08 2002-03-15 노진식 무역서식 전자문서 및 전자문서교환방식에 의한무역자동화시스템

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20010105494A (ko) * 2000-05-10 2001-11-29 김재종 무역업무관리 시스템 및 방법
KR20020003593A (ko) * 2000-06-21 2002-01-15 곽종훈 섬유상품의 인터넷 무역 시스템 및 그 방법
KR20020020393A (ko) * 2000-09-08 2002-03-15 노진식 무역서식 전자문서 및 전자문서교환방식에 의한무역자동화시스템

Also Published As

Publication number Publication date
KR20080043672A (ko) 2008-05-19

Similar Documents

Publication Publication Date Title
US7149724B1 (en) System and method for an automated system of record
US6292789B1 (en) Method and system for bill presentment and payment
US6338050B1 (en) System and method for providing and updating user supplied context for a negotiations system
US7085735B1 (en) System and method for conducting the closing of a real estate sale over a computerized network
US7596511B2 (en) Closing system for closing real-estate transactions between a plurality of parties
TW577001B (en) Computer-implemented marketplace, system and method for providing one or more financial transaction services, computer-readable medium, and method and marketplace for settling a commercial transaction between a buyer and a seller
US7783568B1 (en) Payment services for multi-national corporations
US20180137567A1 (en) Method and system for reducing debt and improving financial condition of debtor in batch factoring transaction by electronically-recorded monetary claim
AU785006B2 (en) Information processing apparatus and information processing method, network system, recording medium, and computer program
JP2009098986A (ja) 電子債権仲介システム
KR100836875B1 (ko) 전자무역서비스 제공시스템 및 그 방법
CN111210322A (zh) 一种电子凭据安全服务系统
KR100968047B1 (ko) 어음대체결제수단을 활용한 대금지급 모니터링 및 납품대금 현금성결제 적정심사시스템
KR20020006868A (ko) 인터넷을 기반으로 하는 수출통관 서비스 제공 방법 및시스템
TW201426615A (zh) 資產管理網路系統平台及方法
KR20020035244A (ko) 국제전자무역거래 처리방법 및 국제전자무역거래 처리시스템
KR100778111B1 (ko) 증권계좌연계정보 조회 및 관리 서비스 시스템 및 그방법과 그 방법에 대한 컴퓨터 프로그램을 저장한 기록매체
El Barnoussi et al. Questioning the Ability of the Discussion Paper Business Combinations under Common Control in Improving Decision Usefulness
JP2005084994A (ja) 資産運用システム
KR100441598B1 (ko) 내용증명 작성 및 발송 서비스 시스템과 그 방법
KR20020039314A (ko) 구매자 중심의 전자상거래 시스템 및 방법
KR100909652B1 (ko) 계좌 잔액 기반 보상이자 처리 방법과 이를 위한 프로그램 기록매체
CN115545946A (zh) 一种融资管理系统及方法
KR20020022637A (ko) 인터넷을 이용한 공인기관의 전자보증서 발급시스템 및 그방법
Australia Office of the Auditor General

Legal Events

Date Code Title Description
A201 Request for examination
E902 Notification of reason for refusal
E701 Decision to grant or registration of patent right
GRNT Written decision to grant
FPAY Annual fee payment

Payment date: 20130613

Year of fee payment: 6

FPAY Annual fee payment

Payment date: 20140604

Year of fee payment: 7

FPAY Annual fee payment

Payment date: 20150109

Year of fee payment: 8

FPAY Annual fee payment

Payment date: 20160111

Year of fee payment: 9

FPAY Annual fee payment

Payment date: 20180531

Year of fee payment: 11