RNIF 표준
RNIF(RosettaNet 구현 프레임워크) 표준은 시스템이 RosettaNet 메시지를 전송하는 방법을 정의합니다. RNIF 표준은 강력한 전송, 라우팅, 패키징 및 보안 표준입니다. 모든 RosettaNet 메시징 시스템은 RNIF 표준을 준수하여 RosettaNet 인증을 얻어야 합니다.
표준은 메시지 구조, 승인 필요성, MIME(Multipurpose Internet Mail Extensions) 인코딩 및 디지털 서명을 정의합니다. 핵심 표준에는 인증, 권한 부여, 암호화 및 부인 방지에 대한 요구 사항이 포함됩니다. RNIF 표준은 HTTP, MIME 및 XML 표준을 기반으로 합니다. RNIF 표준은 플랫폼 또는 활성 애플리케이션을 지정하지 않습니다.
BTARN(RosettaNet용 BizTalk Accelerator)은 RNIF의 두 가지 버전인 RNIF 사양 v02.00.01 및 RNIF 사양 v1.1을 구현합니다. RNIF 2.01에는 암호화, 첨부 파일 및 동기 트랜잭션을 비롯한 RNIF 1.1에서 지원하는 것 이상의 중요한 기능이 추가되었습니다. RNIF 2.0은 이전 버전인 RNIF 1.1과 호환되지 않습니다.
메시징 프레임워크 패턴
다음 표는 메시징 프레임워크 패턴 및 동기 메시지 교환에 대한 RNIF 지원을 보여 줍니다. 단일 동작 메시지는 응답을 호출하지 않는 메시지인 반면 이중 동작 메시지는 요청과 응답을 포함합니다.
| 프레임워크 | 무늬 | 동기/ 비동기 |
|---|---|---|
| RNIF 1.1 | 알림 | 비동기 |
| RNIF 1.1 | 트랜잭션 | 비동기 |
| RNIF 2.0 | 이중 동작 | 동기 |
| RNIF 2.0 | 이중 동작 | 비동기 |
| RNIF 2.0 | 단일 동작 | 동기 |
| RNIF 2.0 | 단일 동작 | 비동기 |
메시지 정의
RNIF 1.1 및 RNIF 2.01은 RosettaNet 메시지를 다르게 정의합니다. 이러한 차이에는 첨부 파일, SMIME(Secure/Multipurpose Internet Mail Extensions) 봉투, 배달 헤더 및 MIME 패키징의 처리 방법이 포함됩니다. RNIF 2.01에는 특히 첨부 파일이 포함됩니다. 즉, RNIF 2.01은 배달 헤더를 추가하지만 RNIF 1.1은 그렇지 않습니다.
참고
BTARN은 RosettaNet organization 게시한 RNIF 1.1에 대한 기술 권장 사항(첨부 파일 지원용 및 동기 응답용)을 지원하지 않습니다.
시스템에서 파티 식별, 라우팅 및 서비스 수준 식별 용도로 RNIF 1.1 및 RNIF 2.01 메시지의 일부를 사용합니다. 메시지의 주요 콘텐츠인 서비스 콘텐츠 본문을 읽고 회신하기 전에 각 파티가 헤더 값을 성공적으로 채우거나 해석해야 합니다.
다음 그림에서는 RNIF 1.1 및 RNIF 2.01 메시지 정의를 설명합니다.
없음
RNIF 1.1 메시지의 버전 번호는 RNIF 버전을 나타냅니다. 콘텐츠 길이는 RosettaNet 서비스 메시지의 길이입니다. 머리말, 서비스 헤더 및 서비스 콘텐츠가 포함된 서비스 메시지는 다중 파트/관련 MIME 엔터티입니다. 서명 길이는 서명의 길이(바이트)입니다. 서명이 존재하는 경우 서비스 메시지 필드의 PKCS(공개 키 암호 표준) #7 서명입니다.
RNIF 2.01에는 시스템이 패키지에서 교환하는 비즈니스 페이로드, 헤더 구성 요소 및 기타 요소를 함께 압축하는 전송 프로토콜 독립 컨테이너가 포함되어 있습니다. RosettaNet 비즈니스 메시지(RNIF 2.01에 대해 정의된 것 같이)에는 머리말, 배달 헤더, 서비스 헤더 및 서비스 콘텐츠가 포함되어 있습니다. 시스템은 스키마를 포함하는 문서 종류에 대해 RosettaNet 표준 DTD(문서 종류 정의) 문법 유효성 검사 규칙에 따라 스키마에 대해 모든 요소의 유효성을 검사해야 합니다. 서비스 콘텐츠는 동작 메시지 또는 신호 메시지일 수 있습니다. 서비스 콘텐츠가 동작 메시지이면 메시지에 하나 이상의 첨부 파일이 포함될 수 있습니다.
RosettaNet 비즈니스 메시지는 다중 파트/관련 MIME 엔터티입니다. 위의 그림에 표시된 것과 같이 헤더 및 서비스 콘텐츠는 다중 파트/관련 MIME 구조를 사용하여 함께 패키지에 포함되며 RNIF 1.1 패키징 스키마와 유사합니다. 필요에 따라 시스템이 RosettaNet 비즈니스 메시지에 디지털 서명할 수 있습니다. RNIF 1.1에서는 이 목적을 위해 RNO(RosettaNet 개체) 형식을 사용합니다. RNIF 2.0에서는 RNO 형식을 제거하고 그 대신 표준 S/MIME 인코딩을 사용합니다.
시스템은 RNIF 2.01 페이로드 또는 페이로드 컨테이너를 암호화할 수 있습니다. 이 작업 수행을 위해 다중 파트/관련 MIME 엔터티에서 암호화하려는 부분을 묶은 다음 암호화합니다. 그런 다음 결과 S/MIME 개체를 RosettaNet 비즈니스 메시지의 단일 부분으로 패키지합니다.
신호 메시지에는 RosettaNet 정의 신호 메시지 인스턴스가 항상 있어야 합니다. 동작 메시지의 경우 RNIF 2.01 사양은 비즈니스 동작 메시지에 타사 정의 형식으로 배송 옵션을 제공합니다. RNIF 2.01 서비스 헤더에는 이 목적을 위해 "표준 본문"을 식별하는 필드 및 동작 메시지가 준수하는 사양의 버전을 식별하는 필드와 같은 추가 필드가 포함되어 있습니다.
동작 메시지(비즈니스 콘텐츠라고도 함)만 비RosettaNet 원본일 수 있습니다. 시스템은 RosettaNet 정의 PIP로 이러한 메시지를 교환해야 합니다. RosettaNet은 PIP 사양에서 인가된 타사 동작 메시지를 명시적으로 식별하여 이러한 메시지를 인가해야 합니다. 또한 타사 비즈니스 콘텐츠를 교환하려면 거래 업체가 거래 업체 규약에 동의해야 합니다. 규약은 PIP에서 특정 동작 메시지를 대체하는 데 사용할 타사 비즈니스 콘텐츠를 식별하는 PIP 페이로드 바인딩 정보를 포함해야 합니다.