웹서비스 어드레싱 프로파일

IMS 웹서비스 - 어드레싱 프로파일

발행일	2009년 00월 00일
최신 버전	IMS 웹서비스 – 어드레싱 프로파일 버전 1.0
이전 버전

IPR 및 유포에 관한 공지사항 이 표준을 활용하는 이는 표준을 적용하면서 인지하게 된 관련 특허 또는 지적재산권의 침해 가능성 사실을 코멘트와 함께 문서의 형태로 제공해야 한다. IMS는 이 문서에 명시된 기술의 적용 또는 활용과 관련된 지적재산권 또는 기타 권리의 적용범위와 유효성에 대한 입장, 또는 그러한 권리와 관련하여 어느 정도까지 허용될 것인지에 대한 입장을 표명하지 않는다. 뿐만 아니라, 그러한 권리를 파악하는 노력을 기울였다는 사실 또한 명시하지 않는다. IMS 표준에 명시된 권리와 관련하여 IMS 절차에 관한 정보는 IMS 지적재산권 웹 페이지¹⁾를 참조할 수 있다.

이 표준을 배포하거나 제품 또는 서비스 제공을 위해서 활용하고자 한다면, IMS Korea 표준화 포럼 사무국(한국교육학술정보원)에 승인 요청을 하고 이메일을 통해 승인을 받아야 한다. IMS 정식회원 및 기부회원, 개발자 네트워크는 상기의 저작권 공지사항과 이 문장을 사본에 포함시키는 조건 하에 이 표준을 배포 및 활용할 수 있다. 그러나 저작권 공지사항 또는 IMS 명칭이 표기된 부분을 삭제하는 등, 이 표준을 훼손하는 행위는 금지된다. 단, IMS가 승인한 프로젝트그룹의 감독 하에 IMS 표준을 수정하는 경우는 예외적으로 허용된다. 상기 부여된 제한된 승인 내용은 영속적이며, IMS 또는 후임기관 그 누구라도 라이센스를 취소할 수 없다. 이 표준은 어떠한 보증도 하지 않으며, 특히 불침해에 대한 그 어떤 보증도 하지 않는다. 이 표준의 사용에 대한 책임은 온전히 사용자에 의하며, 그 어떤 컨소시엄이나 제공 주체도 이 표준을 사용함으로써 제3자가 직간접적으로 입을 수 있는 피해에 대해 책임지지 않는다.

¹⁾IMS 지적재산권 웹 페이지 : http://www.imsglobal.org/ipr/imsipr_policyFinal.pdf


원안작성 협력기관 : 한국교육학술정보원(IMS Korea 표준화 포럼)

	성 명	근 무 처	직 위
(위 원 장)	황대준	성균관대학교	교수
(실무위원)	김성윤	(주)포씨소프트	이사
	김 현	(주)씨티유니온	차장
	유욱종	(주)다울소프트	부장
	조성현	테크빌닷컴(주)	부사장
	조용상	한국교육학술정보원	팀장
	차남주	(주)디유넷	부사장
	최성기	SK C&C	과장
(자문위원)	권희춘	수원여대	교수
	김종현	계원디자인예술대학	교수
	김현진	한국교원대학교	교수
	손진곤	한국방송통신대학교	교수
	정광식	한국방송통신대학교	교수
	한태인	(주)메디오피아	부사장
(간 사)	신성욱	한국교육학술정보원	연구원

머 리 말

이 표준은 한국의 이러닝 분야 디지털 콘텐츠의 공유 및 유통 체제 확립을 위해 IMS Global Learning Consortium(이하 GLC)의 General Web Service 표준을 기초로 작성한 IMS Korea 단체표준이다. 이 표준은 한국의 문화적, 교육적, 언어적 특수성 등을 감안하여 현지화 등 확장을 고려하여 작성되었다. 또한 이 표준을 실제 구현할 때 부분적으로 선택하여 적용할 수 있도록 필수와 선택 영역이 구분되어 있으므로 목적에 따라 선별적인 적용이 가능하다. 이 표준은 IMS GLC 표준 개발 과정에서 웹 서비스를 사용하려는 프로젝트 팀들에게 지침을 제시할 수 있는 프레임워크를 제공하기 위한 목적으로 개발되었다. 따라서 이 표준은 5가지 요건 즉, 상호운용성(Interoperability), 효율성(Efficiency), 일관성(Consistency), 유연성(Flexibility), 실용성(Practicality)을 충족하는 방법론과 어플리케이션 프로파일을 제공한다. 이 표준은 멀티파트로 구성되며, 다음과 같은 여섯 가지 표준 문서로 구성된다.

Part 1 : 어드레싱 프로파일 (Addressing Profile)
Part 2 : 베이스 프로파일 (Base Profilie)
Part 3 : 안내서 (Primer)
Part 4 : 보안 프로파일 (Security Profile)
Part 5 : 첨부 프로파일 (Attachments Profile)
Part 6 : WSDL 바인딩 가이드 (WSDL Binding Guidelines)

이 표준은 저작권법에서 보호 대상이 되는 저작물이다. 이 표준 문서의 표지에 있는 지적재산권 공지 사항을 숙지할 것을 다시한번 강조한다.

1 적용범위

IMS 웹서비스(General Web Services, 이하 GWS) 표준의 베이스 프로파일은 웹 서비스 정의를 위한 기본 구조를 제공하며, 비독점 웹서비스 표준들과 상호호환성을 촉진하기 위한 명시사항 및 보완사항으로 구성되어 있다. IMS 웹서비스 베이스 프로파일은 웹 서비스를 구현할 때 가장 흔히 경험하는 문제나 쟁점들을 다룬다. IMS 웹서비스 베이스 프로파일은 명확하고 유용하면서도 널리 적용되는 표준들을 참조하며, 해당 표준들 내에서 정의된 매커니즘들을 선택하고 적용하는 방법들을 정의한다. IMS 웹서비스 어드레싱 프로파일은 IMS 웹서비스 베이스 프로파일을 확장해 전송과 독립적인 최종 시스템(transport-independent end system)에 대한 접근을 가능하게 한다. IMS 웹서비스 어드레싱은 W3C의 WS-어드레싱 권고사항을 기반으로 한다. WS-어드레싱은 전송과 독립적인 어드레싱 기법인 종단 참조(Endpoint Reference, 이하 EPR)와 메시지 어드레싱 속성(Message Addressing Properties, 이하 MAP)이라는 두 가지 기법에 대해 설명한다. 두 가지 기법 모두 WSDL과 호환이 가능하다. MAP 접근법은 WSDL 1.1버전 파일들의 확장을 기반으로 하며, 이는 다른 외부 객체 구조를 정의하는 EPR와 대비되므로, IMS 웹서비스 어드레싱 프로파일에서 채용되었다.

2 인용표준

다음은 이 표준의 인용 또는 참조표준으로 발행연도가 표기되지 않은 표준은 최신판을 적용한다.

2.1 참조표준

AbsGloss, 03 : IMS Abstract Framework: Glossary v1.0, Ed. C.Smythe, IMS GLC.
GWS, 05a : IMS General Web Services Base Profile Final Release, C.Schroeder, J.Simon andC.Smythe, V1.0 IMS GLC.
GWS, 05b : IMS General Web Services WSDL Binding Guidelines Final Release, C.Schroeder,J.Simon and C.Smythe, V1.0 IMS GLC.
GWS, 05c : IMS Binding Auto-generation Toolkit Manual, C.Smythe, V1.0 IMS GLC.
RFC2119, 97 : RFC 2119: Key words for use in RFC to Indicate Requirement Levels, S.Bradner, IETF.
WSA, 05a : Web Services Addressing 1.0 - Core, M.Gudgin and M.Hadley, W3C Candidate Recommendation, http://www.w3.org/TR/2005/CR-ws-addr-core-20050817.
WSA, 05b : Web Services Addressing 1.0 - SOAP Binding, M.Gudgin and M.Hadley, W3C Candidate Recommendation, http://www.w3.org/TR/2005/CR-ws-addr-soap-20050817.
WSA, 05c : Web Services Addressing 1.0 - WSDL Binding, M.Gudgin and M.Hadley, W3C Working Draft, http://www.w3.org/TR/2005/WD-ws-addr-wsdl-20050413.

3 용어정의

3.1 약자와 약어

이 표준에서 사용하는 주된 용어의 정의는 다음과 같다.

EPR : 종단 참조(Endpoint Reference)
HTTP : 하이퍼텍스트 전송 프로토콜(Hypertext Transport Protocol)
IAF : IMS 추상 프레임워크(IMS Abstract Framework)
I-BAT : IMS 바인딩 자동 생성 툴킷(IMS Binding Auto-generation Toolkit)
MAP : 메시지 어드레싱 속성(Message Addressing Properties)
MEP : 메시지 교환 패턴(Message Exchange Pattern)
SOAP : 단순 객체 접근 프로토콜(Simple Object Access Protocol)
UML : 통합 모델링 언어(Unified Modelling Language)
URI : 범용 자원 식별자(Universal Resource Identifier)
URL : 범용 자원 위치(Universal Resource Locator)
W3C : www 콘소시엄(World WideWeb Consortium)
WSDL : 웹서비스 기술 언어(Web Services Description Language)
WS-I : 웹서비스 상호운용성(Web Services Interoperability Organization)
XML : 확장 마크업 언어(Extensible Mark-up Language)
XSD : XML 스키마 정의(XML Schema Definition)
XSLT : 확장 스타일시트 언어 변환(Extensible Stylesheet Language Transformations)

4 어드레싱 프레임워크

4.1 WS-어드레싱

W3C의 WS-어드레싱 권고사항은 메시지 어드레싱 정보를 웹서비스 메시지로 통합하는 기준을 정의한다. WS-어드레싱은 동기 그리고/또는 비동기 전송을 통해 전달되는 SOAP 메시지에 대한 공통 어드레싱 방법을 제공한다. 또한 WS-어드레싱은 웹서비스 개발자들이 일반적인 요청과 응답의 교환을 넘어 다양한 메시징 패턴에 대한 어플리케이션 개발을 돕기 위한 어드레싱 기능들을 제공한다. WS-어드레싱은 다른 WS 표준들에 대해서 독립적이나 이들과 연계해서 사용될 수도 있다. WS-어드레싱은 WSDL의 개념을 확장하거나 상호작용하기도 하지만, WS-어드레싱과 WSDL는 상호간에 명확한 의존성을 가지지는 않는다. 따라서 웹서비스 개발자들은 필요에 따라 두 가지 모두 또는 한 가지만을 사용할 수 있다. WS-어드레싱은 현재 다음과 같은 세 가지 별도의 표준으로 발행되어 있다.

WS-어드레싱 코어 - 추상적인 속성들을 정의한다.
WS-어드레싱 SOAP 바인딩 - WS-어드레싱을 위한 SOAP 바인딩을 정의한다.
WS-어드레싱 WSDL 바인딩 - WS-어드레싱을 위한 WSDL 바인딩을 정의한다.

SOAP은 메시지의 목적지, 응답 회신 방법, 또는 오류를 어디에 보고해야 할 지를 명시하는 표준방법을 제공하지는 않으며, 이에 대한 자세한 사항은 전송 계층이 제공해 왔다. 많은 기존 서비스의 경우 전송 단계에서의 어드레싱이 적합하나 그 외의 서비스 개발에서는 제한되어야 할 요소로 작용한다. WS-어드레싱은 다중 전송에서 메시지를 라우트(route)하거나 응답을 제3자로 전송하는 표준 방법을 정의한다. WS-어드레싱은 SOAP 헤더를 확장함으로써 구현 할 수 있다.

<soap11:Envelope xmlns:soap11=‘http://www.w3.org/2003/05/soap-envelope’
   xmlns:wsa=‘http://www.w3.org/2005/03/addressing’>
   <soap11:Header>
   <wsa:MessageID>AVSGEHUWEJIOLIUOMNGG1245</wsa:MessageID>
   <wsa:ReplyTo>
   <wsa:Address>http://www.imsglobal.org/myaddress</wsa:Address>
   </wsa:ReplyTo>
   <wsa:FaultTo>
   <wsa:Address>http://www.imsglobal.org/faultaddress</wsa:Address>
   </wsa:FaultTo>
   <wsa:To>http://www.imsglobal.org/serveraddress</wsa:To>
   <wsa:Action>http://www.imsglobal.org/serviceoperationrequest</wsa:Action>
   </soap11:Header>
   <soap11:Body>
   ...
   <!-- The message body of the SOAP request appears here -->
   ...
   </soap11:Body>
  </soap11:Envelope>

WS-어드레싱은 종단 참조와 메시지 어드레싱 속성의 두 가지 새로운 웹서비스 구조를 도입한다. ‘종단’은 웹 서비스를 액세스할 수 있는 목적지를 지칭하는 용어이다. EPR은 이러한 목적지들을 설명하는 새로운 모델이다. 하나 이상의 종단 참조를 포함하는 MAP는 목적지 정보에 대한 컨텍스트를 제공한다.

4.1.1 종단 참조(EPR)

WS-어드레싱 표준은 현재 WSDL 1.1에서 제대로 다루지 못하고 있는 일련의 동적 사용 패턴들을 지원하기 위해 EPR이라는 새로운 디스크립션 요소 유형을 도입하였다. EPR은 주소(URI), 참조 속성, 참조 파라미터, 포트 유형, 서비스명, 정책 요소(WS-정책 표준에서 정의한 요소)를 포함하는 WS-어드레싱 스키마의 복합 유형으로 정의된다. 종단 참조에서 요구되는 유일한 요소는 주소이며, 가장 간단한 EPR은 다음과 같다.

 <wsa:EndpointReference xmlns:wsa=‘http://www.w3.org/2005/03/addressing’>
   <wsa:Address>http://www.imsglobal.org/services/myservice</wsa:Address>
   </wsa:EndpointReference>

EPR의 다른 요소들은 선택사항이다. 포트유형과 서비스 네임 요소는 WSDL [GWS, 05a]과 매우 유사하다. WSDL은 포트 유형을 추상 오퍼레이션 집합에 첨부된 식별자명으로 정의한다. WS-어드레싱 EPR의 포트유형과 서비스명은 WSDL과의 상호호환성을 제공한다. EPR의 두드러지는 특징 중 하나는 참조속성이나 참조 파라미터를 사용해 다른 XML 네임스페이스로부터 얻어진 데이터를 첨부하는 기능이다. 두 가지 요소 모두 네임스페이스의 요소를 EPR과 통합하기 위해 사용되는 일련의 속성과 값들이다. 참조속성은 서비스를 전개할 종단을 식별하는데 사용된다. 하나의 URI를 공유하지만 각기 다른 참조 속성 값을 명시하는 두 개의 EPR은 각기 다른 서비스를 표현한다. 참조속성은 요청을 적절한 서비스에 전달하기 위해 사용된다. 예를 들어, 하나의 서비스의 두 가지 다른 버전을 전달하고, 요청을 통해 참조 파라미터의 대상 버전을 명시할 수 있다. 서비스가 요청을 수신해 이를 처리하면, 참조속성에 대한 응답은 동일해야 한다. 참조 파라미터는 특정 서비스에 의해 관리되는 자원을 식별하는 것을 목적으로 한다. 참조 파라미터는 어떤 자원을 다룰 지 서비스에게 통지하며, 서비스를 식별하지는 않는다. 다른 참조 파라미터를 가진 두 개의 EPR은 같은 서비스를 참조한다. EPR은 WSDL 1.1의 <wsdl:service> 요소를 보완하는 것이지, 이를 대체하는 것이 아니다. EPR은 다음 두 가지 중 하나의 방법을 사용해 관련 WSDL 1.1 설명에 링크된다.

외부 메타데이터 참조

<wsa:EndpointReference xmlns:wsa=‘http://www.w3.org/2005/03/addressing’>
   <wsa:Address>http://www.imsglobal.org/services/myservice</wsa:Address>
   <wsa:Metadata xmlns:wsdli=‘http://www.w3/org/2005/08/wsdl-instance’
   wsdli:wsdlLocation=‘http://www.imsglobal.org/services/myservice.wsdl’>
   </wsa:Metadata>
  </wsa:EndpointReference>

임베디드 메타데이터

<wsa:EndpointReference xmlns:wsa=‘http://www.w3.org/2005/03/addressing’>
   <wsa:Address>http://www.imsglobal.org/services/myservice</wsa:Address>
   <wsa:Metadata>
   <wsdl11:definitions targetNamespace=‘‘
   ...
   xmlns:wsdl11=‘http://schemas.xmlsopa.org/wsdl/’>
   ...
   ...
   <wsdl11:service name=‘myservicename’>
   ...
   ...
   </wsdl11:service>
   </wsdl11:definitions>
   </wsa:Metadata>
  </wsa:EndpointReference>

각 EPR은 개별적으로 정의되어야 하며, 관련 서비스와 포트/인터페이스에 링크되어야 한다. 현재 IMS GLC는 EPR을 서비스 표준 개발 목적으로 제공하지는 않는다.

4.1.2 메시지 어드레싱 속성(MAP)

MAP는 SOAP 메시지에 첨부될 수 있는 완전한 어드레싱 정보 집합을 정의한다. MAP 객체는 다음과 같다.

[목적지]: URI (필수) – 메시지가 전달될 수신자의 주소
[수신자]: EPR (선택사항) – 메시지가 전달될 수신자
[자원 종단]: EPR (선택사항) – 메시지의 발신지
[응답 종단]: EPR (선택사항) – 메시지에 대해 응답하기 위해 수신자를 식별한다. 응답 메시지를 작성할 때, 송신자는 응답 대상인 메시지의 [응답 종단] 콘텐츠를 사용해 응답 메시지를 생성해야 한다. [응답 종단] 부재 시, 송신자는 [자원 종단]의 콘텐츠를 이용해 응답 메시지를 생성할 수 있다. 메시지가 의미 있는 응답을 하지 않을 때, 즉 단방향 어플리케이션 메시지일 경우, 또는 응답 종단이 다른 방법을 통해 타겟으로 전달되었을 경우 이 속성은 정의되지 않을 수 있다. [응답 종단]이 임베디드 정책을 포함하는 경우, 해당 정책은 그 종단을 위한 완전한 정책이어야 한다.
[결함 종단]: EPR (선택사항) – 메시지와 연관된 결함의 수신자를 식별한다. 결함 메시지를 생성할 때, 송신자는 반드시 응답 대상 메시지의 [결함 종단] 콘텐츠를 이용해야 한다. [결함 종단]이 부재하는 경우, 송신자는 [응답 종단] 콘텐츠를 이용해 결함 메시지를 생성할 수 있다. [결함 종단]과 [응답 종단]이 둘 다 부재하는 경우, 송신자는 [자원 종단] 콘텐츠를 이용해 결함 종단을 생성할 수 있다. 송신자가 결함 메시지를 수신할 수 없는 경우(즉, 단방향 어플리케이션 메시지인 경우) 이러한 속성은 정의되지 않을 수 있다. [결함 종단]이 임베디드 정책을 포함하는 경우, 해당 정책은 그 종단을 위한 완전한 정책이어야 한다.
[행동]: URI (필수) – 메시지가 암시하는 의미를 고유하게(그리고 불명확하게) 식별하는 식별자. [행동] 값의 속성은 추상 WSDL 구조, 즉 목적지 종단에서 사용 가능한 메시지, 오퍼레이션, 포트 유형에 대응하는 URI로 정의할 것을 권고한다. 이 경우 ‘relates to’ 속성은 행동이 요청인지 응답인지(메시지의 ‘방향’)를 결정한다. WSDL로부터 행동 요소를 연산하기 위해 최소한 하나의 상호호환 가능한 URI 인코딩 스키마가 정의될 것으로 예상된다. 행동은 정책 요소를 사용하는 오퍼레이션의 WSDL 정의와 연계될 수 있다. 종단에 대한 WSDL 정의로부터 행동 요소 URI 컴퓨팅에 사용되는 알고리즘은 첨부된 정책 요소를 사용해 식별할 수 있다. 결과적으로, 임의의 URI를 오퍼레이션과 명확히 연계해 선언된 모든 인코딩 알고리즘을 대체하는 것이 가능하다. 이는 상향식(bottom-up) 개발 모델에 대한 지원을 제공한다.
[메시지 id]: URI (선택사항) – 시간과 공간의 메시지를 고유하게 식별하는 URI. 메시지끼리 [메시지 id] 속성을 공유하지 않는다. 이 속성의 값은 불명확한 URI이며, 이에 대한 동등한 의미에서 벗어나는 해석은 이 표준에서 정의하지 않는다.
[관계]: (Qname, URI) (0에서 무제한) – 메시지가 다른 메시지와 어떻게 연관되는지 지칭하는 값들이다. 메시지간 관계의 유형은 Qname를 통해 식별된다. 관련 메시지는 자신의 [메시지 id] 속성에 해당하는 URI에 의해 식별된다.
[참조 파라미터]: xs:any (0에서 무제한) – 메시지가 어드레싱 되는 EPR의 참조 파라미터의 값에 대응된다.

이러한 속성들은 SOAP 헤더에 삽입된다. 속성들은 메시지 교환 패턴에 따라 다양하게 조합되어 사용된다. IMS 웹서비스 메시지 교환 패턴(MEP)에는 동기식(synchronous), 비동기식(asynchronous), 그리고 폴링 방식이 있다. 동기식 MEP는 WS-어드레싱 WSDL 바인딩에 있는 요청/응답 MEP에 해당한다. IMS 웹서비스 어드레싱 프로파일은 WSDL 1.1버전 파일들의 확장을 기반으로 하는 MAP 접근법을 선택하였다.

4.2 어드레싱 처리 워크플로우

표 4.1은 워크플로우의 설명에 사용된 핵심 용어들을 정의한다.
표 4.1 워크플로우 설명에 사용된 핵심 용어</span></a></h5>

용어	정의
초기자 (INITIATOR)	SOAP 메시지와 첨부들을 응답자에게 보냄으로써 웹서비스를 소비하는 어플리케이션
응답자 (RESPONDENT)	웹서비스를 노출하고 SOAP 메시지와 첨부를 초기자로부터 수신한 후 처리하는 어플리케이션
메시지 (MESSAGE)	SOAP envelope 내에 캡슐화된 IMS 메시지
출처 (SOURCE)	응답자에게 메시지를 전송하는 종단
목적지 (DESTINATION)	초기자로부터 메시지를 수신하는 종단

이 문서 이하 부분에서 언급되는 초기자와 응답자는 출처와 목적지를 비교할 때 추상화의 정도가 다르다. 초기자와 응답자는 어플리케이션에 속하는 반면, 출처와 목적지는 메시징 인프라 계층에 속하며 초기자와 응답자에게 서비스를 제공한다(그림 4.1 참조).

그림 4.1 어플리케이션에 대한 웹서비스 지원의 스키마적 표현

다음은 웹서비스 어드레싱 프로파일을 사용하여 IMS 메시지들을 교환하는 일반적인 워크플로우를 단계별로 나타낸 것이다. 이 워크플로우는 일반적인 작업의 흐름을 보여준다. 이 워크플로우는 적절한 작업에 대한 개요를 보여주기 위한 것이며, 세부적인 단계들을 보여주지는 않는다.

초기자는 관련 IMS 표준과 WSDL 바인딩 가이드라인에 따라 IMS 메시지를 구성한다.
초기자 내의 웹서비스 메시징 어댑터는
- SOAP 메시지 요청 헤더를 서비스 WSDL에 따라 구성한다. <wsa:Action> 헤더를 구성하기 위해 WSDL에 규정된 행동 값이 사용된다. <wsa:To>와 <wsa: ReplyTo> 종단 주소는 서비스의 'soap:address/@location' 속성 값으로부터 따온 것이다. <wsa:MessageID> 값은 로컬 알고리즘에 따라서 정해진다.
- SOAP 메시지 바디 내의 IMS 메시지를 캡슐화한다.
- IMS 메시지와 첨부를 출처로 전달한다.
출처는 IMS 메시지를 전송을 통해 전달한다.
IMS 메시지가 목적지로 전달된다.
목적지는 전송으로부터 IMS 메시지를 수신한다.
응답자 내의 웹서비스 메시징 어댑터는
- 메시지에 첨부된 모든 첨부를 디코딩하고 분리한다.
- SOAP 메시지 응답 헤더를 서비스 WSDL에 따라 구성한다. WSDL에 규정된 행동 값은 <wsa:Action> 헤더를 구성하기 위해 사용된다. <wsa:To>와 <wsa:ReplyTo> 종단 주소는 서비스의 'soap:address/@location' 속성 값으로부터 따온 것이다. <wsa:MessageID> 값은 로컬 알고리즘에 따라서 정해진다.
- 수신/응답 메시지를 초기자에게 전달한다.
- 응답자는 IMS 메시지와 첨부를 압축해제하며, 검증하고 처리한다.

5 어드레싱 프로파일 규칙

표 5.1은 어드레싱 프로파일에 사용되는 일련의 규칙들을 요약해 보여준다. 표 5.1 에서는 다음과 같은 규칙들이 사용된다. 이 문서에 등장하는 ‘반드시~해야 한다’, ‘절대로 ~해서는 안 된다’, ‘ 필수 사항’, ‘~한다’, ‘~하지 않는다’, ‘ ~해야 한다’, ‘ ~해서는 안 된다’, ‘ ~을 권고한다’, ‘ ~할 수 있다’, ‘ 선택사항’ 등의 키워드는 RFC2119의 설명과 해석을 따른다. 적합성에 영향을 끼치고‚ 프로파일 적합성의 윤곽을 형성하는 프로파일의 표준 명세는 다음과 같이 표시한다. ’RnnnnStatement’ 텍스트에서, ‘nnnn’는 명세번호로 대체된다. 각 명세는 ‘반드시 ~를 해야 한다’와 같은 정확히 하나의 필수 키워드와, ‘메시지’ 등 하나의 적합성 타겟 키워드를 포함한다. 네임스페이스 접두어인 ‘wsa’가 규칙으로 사용됨을 주의한다. 또한 일관되게만 사용한다면, 어떤 접두어도 사용할 수 있다.
표 5.1 IMS 웹서비스 어드레싱 프로파일 규칙 요약

식별자	내용
베이직 어드레싱(Basic Addressing)
RADP0001	IMS 웹서비스 어드레싱 프로파일에 기반한 모든 메시지는 SOAP 기반 메시지에 대한 WS-어드레싱 프레임워크를 사용해야 한다. 이것은 이 프로파일을 이용하기 위한 요건이다.
RADP0002	IMS 웹서비스 어드레싱 프로파일에 기반한 모든 메시지는 반드시 대응하는 WSDL 파일을 가져야 하며, 이는 메시지 어드레싱 속성에 대한 관련 정보를 포함하는 WSDL 1.1버전에 기반해야 한다. 이는 WS-어드레싱 내의 MAP 접근법을 지원해야 함을 의미한다.
RADP0003	IMS 웹서비스 어드레싱 프로파일을 사용하는 IMS 서비스는 <wsa:Metadata> 요소 내에 임베디드된 관련 WSDL 파일을 가질 수 있는 종단 참조 정의를 가질 수 있다. EPR은 WS-어드레싱의 MAP 접근법에서 사용할 수 있다. 임베디드 WSDL 파일 접근법을 허용한다.
RADP0004	IMS 웹서비스 어드레싱 프로파일을 사용하는 IMS 서비스는 종단 참조 정의를 가질 수 있으며, 이는 <wsa:Metadata> 요소에 의해 외부 참조되는 관련 WSDL 파일을 가질 수 있다. EPR은 WS-어드레싱 MAP 접근법에서 사용할 수 있다. 외부 참조된 WSDL 파일 접근법을 허용한다.
동기식 메시지 교환패턴 – SOAP 1.1버전 요청 메시지
RADP2001	모든 요청 SOAP 메시지는 반드시 <wsa: To> 헤더 요소를 포함해야 한다. 이 요소는 목적지에 대한 EPR을 나타낸다. 이 요소의 값은 서비스의 WSDL 파일의 'soap:address/@location' 속성의 값과 동일하다.
RADP2002	모든요청 SOAP 메시지는반드시 <wsa:Action> 헤더요소를포함해야한다. 이 요소는 입력 메시지의 의미를 식별하기 위해 목적지에 의해 사용된다.
RADP2003	<wsa:Action> 헤더요소의값은반드시 XPath '/definitions/binding/operation/soap:operation' 요소에에정의된대로 ‘soapAction’ 속성의값에설정되어야한다. 이 값은 서비스에 대한 WSDL portType내의 입력 메시지를 식별하기 위해 사용된다.
RADP2004	모든요청 SOAP 메시지는반드시 <wsa:ReplyTo> 헤더요소를포함해야한다. 이 요소는 출처에 대한 EPR이다. 이 요소의 값은 서비스의 WSDL 파일의 'soap:address/@location' 속성의 값과 동일하며, 응답 메시지가 보내지게 될 주소이다.
RADP2005	모든요청 SOAP 메시지는반드시 <wsa:MessageID> 헤더요소를포함해야한다. 이 요소는 메시지에 대한 고유한 식별자이다. 이 요소의 값은 IMS 웹서비스 SOAP 헤더 내의 <imsx_messageIdentifier> 요소에 지정되는 값과 동일하다. 이 식별자는 통신 세션이 지속되는 동안 고유해야 한다. 이 값의 생성은 구현에 따라 결정되지만, <xs:anyURI>의 형태를 가져서는 안 된다.
RADP2006	요청 SOAP 메시지는다른유효한 WS-어드레싱 MAP 요소를포함할수있다. 다른 MAP 요소들은 특정 서비스 정보를 제공하기 위해 사용된다. 이러한 특정 서비스 요소들은 관련 IMS 서비스 표준에서 정의될 것이다.
RADP2007	요청 SOAP 메시지는절대로다른유효한 WS-어드레싱 MAP 요소를사용해이어드레싱프로파일에의해정해진정보를재정의해서는안된다. 서비스는 절대로 다른 MAP 요소를 사용해 이 프로파일에서 정의된 SOAP 요청 메시지 규칙들을 재정의해서는 안 된다.
RADP2008	초기자어플리케이션에의해중복응답메시지가중복되어정보처리되어서는절대로안된다. 중복된 응답 메시지가 로컬 어플리케이션에 의해 중복 정보 처리되는 것을 막는 것은 출처의 역할이다.
동기식 메시지 교환 패턴 - SOAP 1.1버전 응답 메시지
RADP4001	모든응답 SOAP 메시지는반드시 <wsa:To> 헤더요소를포함해야한다. 이 요소는 출처에 대한 EPR 이다. 이 요소의 값은 서비스의 WSDL 파일의 'soap:address/@location' 속성의 값과 동일하다.
RADP4002	모든응답 SOAP 메시지는반드시 <wsa:Action> 헤더요소를포함해야한다. 이 요소는 출력 메시지의 의미를 식별하기 위해 출처에 의해 사용된다.
RADP4003	<wsa:Action>헤더요소의값은반드시 XPath 'definitions/binding/operation/soap:operation'요소에서정의된대로 ‘soapAction’ 속성의값에설정되어야한다. 이 값은 서비스의 WSDL portType 내의 출력 메시지를 식별하기 위해 사용된다.
RADP4004	모든응답 SOAP 메시지는반드시 <wsa:MessageID> 헤더요소를포함해야한다. 이 요소는 메시지에 대한 고유한 식별자이다. 이 요소의 값은 IMS 웹서비스 SOAP 헤더 내의 <imsx_messageIdentifier> 요소에 지정된 것과 동일하다. 이 식별자는 통신 세션이 지속되는 동안 반드시 고유해야 한다. 이 값의 생성은 구현에 따라 결정되지만, <xs:anyURI> 의 형태를 띄어야 한다.
RADP4005	모든응답 SOAP 메시지는반드시 <wsa:RelatesTo> 헤더요소를포함해야한다. 이 요소는 메시지가 출처로부터의 이전 요청 메시지에 대한 응답임을 표시하기 위해 목적지에 의해 사용된다.
RADP4006	<wsa:RelatesTo> 요소의값은반드시이응답메시지를생성하게하는출처의요청메시지의 <wsa:MessageID> 요소의값에세팅되어야한다. 이 정보는 응답 메시지를 본래 요청 메시지와 연계시키기 위해 출처에 의해 사용된다.
RADP4007	<wsa:RelatesTo> 요소의 'RelationshipType' 속성의값은반드시요소http://www.w3c.org/2005/08/addressing/reply’ 에세팅되어야한다. 이는 메시지를 이전 요청 메시지에 대한 응답으로 식별한다. 출처는 차단되지 않았을 수도 있으므로, 응답되지 않은 모든 요청들에 대한 기록을 반드시 해두어야 한다.
RADP4008	응답 SOAP 메시지는다른유효한 WS-어드레싱 MAP 요소들을포함할수있다. 특정 서비스 정보를 제공하기 위해 다른 MAP 요소들이 사용될 수 있다. 기타 특정 서비스 요소들은 관련 IMS 서비스 표준에서 정의된다.
RADP4009	응답 SOAP 메시지는이어드레싱파일에규정된정보를재정의하기위해절대로다른유효한 WS-어드레싱 MAP 요소를사용해서는안된다. 서비스는 절대로 다른 MAP 요소를 사용해 이 프로파일에 정의된 SOAP 응답 메시지를 재정의해서는 안 된다.
RADP4010	응답자어플리케이션에의해중복요청메시지가중복정보처리되어서는절대로안된다. 중복된 요청 메시지가 로컬 어플리케이션에 의해 중복 정보 처리되는 것을 막는 것은 목적지의 역할이다.
WSDL 1.1버전 인코딩
RADP6001	IMS 웹서비스주소프로파일 MAP 값은반드시 WSDL 1.1버전을이용해정의되어야한다. WSDL 1.1 버전에 적합한 모든 WSDL 파일들은 반드시 서비스를 위해 작성되어야 한다.
RADP6002	WS-어드레싱네임스페이스 ‘http://www.w3.org/2005/03/addressing' 가반드시사용되어야한다. WSDL과 SOAP 메시지 내에서 사용된 WS-어드레싱 네임스페이스는 http://www.w3c.w3.org/2005/03/addressing 로 정의된다.
RADP6003	'wsdl:required=true'속성을가진빈 <wsa:UsingAddressing> 요소는반드시 <wsdl:binding> 요소에서사용되어야한다. 이는 WS-어드레싱이 해당 서비스 바인딩에서 사용됨을 표시하기 위함이다.
RADP6004	XPath '/definitions/portType/operation/input' 요소의 'wsa:Action' 속성은반드시정의되어야한다. 이 요소는 WS-어드레싱 SOAP 헤더 확장의 요청 메시지에 MAP <wsa:Action> 요소의 값을 제공하기 위해 사용되었다.
RADP6005	입력구조의 'wsa:Action' 속성값은다음과같이정의되어야한다. [AddressLocationRoot][delimiter][portType_name][delimiter][input_message_name]. 이 기본 구조의 값은 다음과 같다. [delimiter] = '/' [AddressLocationRoot] = 'definition/service/port/soap:address/soap:address/@location'에서 마지막 leaf string 값을 뺀 XPath값(이 값은 IMS UML 프로파일의 일부로 제공되며, I-BAT에 의해 지원된다.) [portType_name] = '/definition/portType/@name' 의 XPath 값 [input_message_name] = ‘Request’란 문자열과 '/definition/binding/operation/@name'의 XPath값의 연속
RADP6006	XPath '/definitions/portType/operation/output'요소의 ‘wsa:Action’ 속성은반드시정의되어야한다. 이 요소는 WS-어드레싱 SOAP 헤더 확장의 응답 메시지에 MAP <wsa:Action>요소의 값을 제공하기 위해 사용되었다.
RADP6007	출력구조(output structure)에대한 ‘wsa:Action’ 속성의값은다음과같이정의되어야한다. [AddressLocationRoot][delimiter][portType_name][delimiter][output_message_name] 이 기본 구조의 값은 다음과 같다. [delimiter] = '/' [AddressLocationRoot] = 'definition/service/port/soap:address/soap:address/@location' 에서 마지막 leaf string 값을 뺀 XPath 값 (이 값은 IMS UML 프로파일의 일부로 제공되며, I-BAT에 의해 지원된다.) [portType_name] = '/definition/portType/@name' 의 XPath 값 [output_message_name] = ‘Response’란 문자열과 '/definition/binding/operation/@name'의 XPath값의 연속

6 WSDL 바인딩의 의미

IMS 웹서비스 어드레싱 프로파일을 사용하기 위해서는 표준 프로세스의 일부로서 다음 정보가 제공되어야 한다.

어드레싱 프로파일이 사용되고 있음에 대한 확인

WSDL 1.1의 관점에서 첨부정보는 파일의 WSDL 정의 부분에 제시되어 있다. IMS 바인딩 자동생성 툴킷(I-BAT)의 변환 파일은 표 6.1에 설명된 UML 설명에서 제공하는 정보를 사용한다. 표 6.1에서 각 속성은 예제 값을 가지며, 일련의 각 값들에는 그에 상응하는 WSDL 파일이 있다.
표 6.1 어드레싱 프로파일을 포함하는 동기식 단일 파일 자동생성

속성	원래값
서비스 그룹 모델 속성
서비스 그룹 패키지 이름	ExampleGroup
WSDLv1.1:NameSpaceRoot	http://www.example/services/
WSDLv1.1:TargetNameSpaceLeaf	wsdlfilev1p0
WSDLv1.1:TargetNameSpacePrefix	tns
WSDLv1.1:AbstractFileNameSpaceLeaf	미사용
WSDLv1.1:AbstractFileNameSpacePrefix	미사용
WSDLv1.1:XSDLinkNameSpaceLeaf	미사용
WSDLv1.1:XSDLinkNameSpacePrefix	미사용
WSDLv1.1:MessageHdrNameSpaceLeaf	미사용
WSDLv1.1:MessageHdrNameSpacePrefix	미사용
WSDLv1.1:WS-Addressing	있음
<wsdl11:definitions name = ‘ExampleGroupSyncServices’ targetNamespace = ‘http://www.example/services/wsdl/sync/wsdlfilev1p0’ xmlns:tns = ‘http://ww.example/services/wsdl/sync/wsdlfilev1p0’ xmlns:soap11 = ‘http://schemas.xmlsoap.org/wsdl/soap/’ xmlns:wsdl11 = ‘http://schemas.xmlsoap.org/wsdl/’ xmlns:wsa = ‘http://www.w3.org/2005/03/addressing’ xmlns:xs = ‘http://www.w3.org/2001/XMLSchema’ xmlns:xsi = ‘http://www.w3.org/2000/10/XMLSchema-instance’>
서비스 모델 속성
서비스 패키지 이름	EgServiceName
SOAPv1.1:AddressLocationRoot	http://www.example.soap/serviceuri/
SOAPv1.1:OperationActionRoot	http://www.example/soap/service/
<wsdl11:service name = ‘EgServiceNameSyncService’> <wsdl11:port name = ‘CoreOperationsNameSyncSoapPort’ binding = ‘...’> <soap11:address location=‘http://www.example.soap/serviceuri/EgServiceNameSyncServiceSoap/’/> </wsdl11:port> </wsdl11:service>
인터페이스 속성
인터페이스 이름	인터페이스 이름
<wsdl11:portType name = ‘coreOpsNamePortType’> <wsdl11:operation name = ‘createObject’> <wsdl11:input message = ‘tns:createObjectRequest’ wsa:Action = ‘http://www.example.soap/serviceuri/coreOpsNamePortType/createObjectRequest’/> <wsdl11:input message = ‘tns:createObjectResponse’ wsa:Action = ‘http://www.example.soap/serviceuri/coreOpsNamePortType/createObjectResponse’/> </wsdl11:operation> </wsdl11:portType <wsdl11:binding name = ‘CoreOpsNameSyncSoapBinding’ type=‘tns:CoreOpsNameSyncPortType’> <soap11:binding transport=‘http://schema.xmlsoap.org/soap/http’ style=‘document’/> <wsa:UsingAddressing wsdl:required = ‘true’/> <wsdl11:operation name=‘createObject’> <soap11:operation soapAction=‘http://www.example/soap/service/createObject’ style=‘document’/> ... </wsdl11:operation> </wsdl11:binding> <wsdl11:service name = ‘EgServiceNameSyncService’> <wsdl11:port name = ‘CoreOpsNameSyncSoapPort’ binding = ‘tns:CoreOpsNameSyncSoapBinding’> <soap11:address location=‘http://www.example.soap/serviceuri/EgServiceNameSyncServiceSoap/’/> </wsdl11:port> </wsdl11:service>
데이터모델 속성
네임스페이스루트	미사용
네임스페이스리프	미사용
네임스페이스접두어	미사용
스키마버전	IMS 1.0
적격요소	있음
적격속성	없음
<wsdl11:types> <xs:schema xmlns=‘http://www.w3.org/2001/XMLSchema’ targetNamespace=‘http://www.example/services/wsdl/sync/wsdlfilev1p0’ xmlns:xsd=http://www.w3.org/2001/XMLSchema xmlns:xsi=http://www.w3.org/2000/10/XMLSchema-instance xmlns:xmlmime=‘http://www.w3.org/2004/06/xmlmime’ version=‘IMS 1.0’ elementFormDefault=‘qualified’ attributeFormDefault=‘unqualified’> ... </xs:schema> </wsdl11:types>

대응되는 IMS 웹서비스 SOAP 요청 메시지가 다음과 같이 생산된다(굵게 표시된 부분은 WS-어드레싱의 사용에 해당된다).

SOAP 요청 메시지

<SOAP-ENV:Envelope
   xmlns:SOAP-ENV=‘http://schemas.xmlsoap.org/soap/envelope/’
     xmlns:wsa=‘http://www.w3.org/2005/03/addressing’>
    <SOAP-ENV:Header>
    <wsa:To>http://www.example.soap/serviceuri/EgServiceNameSyncServiceSoap</wsa:To>
     <wsa:Action>http://www.example.soap/serviceuri/coreOpsNamePortType/createObjectRequest
     </wsa:Action>
     <wsa:ReplyTo>
     <wsa:Address>http://www.example.soap/serviceuri/EgServiceNameSyncServiceSoap
     </wsa:Address>
     </wsa:ReplyTo>
     <wsa:MessageID>MessageIDSTRINGinitiator</wsa:MessageID>
    <imsx_syncRequestHeaderInfo xmlns=‘http://www.imsglobal.org/services/ti/wsdl/sync/sync/wsdlfilev1p0’>
  <imsx_version>1.0</imsx_version>
  <imsx_messageIdentifier>MessageIDSTRINGinitiator</imsx_messageIdentifier>
  </imsx_syncRequestHeaderInfo>
  </SOAP-ENV:Header>
  <SOAP-ENV:Body>
  <createObjectRequest xmlns=‘http://www.example/services/wsdl/sync/wsdlfilev1p0’>
  ...
  </ceateObjectRequest>
  </SOAP-ENV:Body>
  </SOAP-ENV:Envelope>

대응되는 IMS 웹서비스 SOAP 응답 메시지가 다음과 같이 작성된다(굵게 표시된 부분은 WS-어드레싱의 사용에 해당된다).

SOAP 응답 메시지

<SOAP-ENV:Envelope
   xmlns:SOAP-ENV="http://schemas.xmlsoap.org/soap/envelope/"
     xmlns:wsa="http://www.w3.org/2005/03/addressing">
  <SOAP-ENV:Header>
     <wsa:To>http://www.example.soap/serviceuri/EgServiceNameSyncServiceSoap</wsa:To>
    
    <wsa:Action>http://www.example.soap/serviceuri/coreOpsNamePortType/createObjectResponse 
     </wsa:Action>
     <wsa:MessageID>MessageIDSTRINGrespondent</wsa:MessageID>
     <wsa:RelatesTo wsa:RelationshipType = 
    "http://www.w3.org/2005/08/adddressing/reply">
    
     MessageIDSTRINGinitiator
     </wsa:RelatesTo>
  <imsx_syncResponseHeaderInfo xmlns="http://www.imsglobal.org/services/ti/wsdl/sync/sync/wsdlfilev1p0">
  <imsx_version>1.0</imsx_version>
  <imsx_messageIdentifier>MessageIDSTRINGrespondent</imsx_messageIdentifier>
  <imsx_statusInfo>
  ...
  <imsx_statusInfo>
  </imsx_syncResponseHeaderInfo>
  </SOAP-ENV:Header>
  <SOAP-ENV:Body>
  <createObjectResponse xmlns="http://www.example/services/wsdl/sync/wsdlfilev1p0">
  ...
    </ceateObjectResponse>
  </SOAP-ENV:Body>
  </SOAP-ENV:Envelope>

7 다른 GWS 프로파일과의 관계

이 어드레싱 프로파일과 다른 IMS 웹서비스 프로파일들과의 관계는 그림 7.1과 같다.

그림 7.1 어드레싱 프로파일과 기타 IMS 웹서비스 프로파일들과의 관계

어드레싱 프로파일은 베이스 프로파일이 이미 사용되고 있다고 가정한다. WS-보안은 WS-어드레싱을 사용한다고 가정한다. 따라서 IMS 웹서비스 어드레싱 프로파일은 IMS 웹서비스 베이스 프로파일과 함께 사용되어야 하며, WS-보안은 IMS 웹서비스 보안 프로파일의 일부로 채택될 것이다.

8 어드레싱 프로파일 확장

8.1 전용 확장(Proprietary Extension)

어드레싱 프로파일의 확장은 MAP 내의 참조 파라미터 요소의 사용에 따라 제한된다. 통신 웹서비스 개체들 간에 특정 서비스 확장 데이터를 전달하기 위해 <wsa:ReferenceParameters> 요소가 사용되어야 한다. <wsa:ReferenceParameters> 요소는 SOAP 헤더 확장으로 몇 번이건 일어날 수 있으며 네임스페이스를 가진 어떠한 요소나 속성이라도 포함할 수 있다. 확장은 외부 매커니즘을 사용하는데 합의되어야 하며, 확장 기능을 인정하지 않는 서비스에서는 이러한 사항이 무시되어야 한다.

8.2 2.0 버전에서의 추가작업

IMS 웹서비스 2.0버전의 추가작업에서는 앞으로 다음 세 가지 분야에 초점이 맞추어 질 것이다.

SOAP 1.2버전과 WSDL 2.0버전을 가진 어드레싱 프로파일의 사용
SOAP 결함 발생시의 대처법에 대한 정의. 현재의 어드레싱 프로파일은 SOAP 결함 메시지 처리법을 구체적으로 제공하지 않는다.
개별 EPR 파일 확보에 대한 조사. 이는 모든 WS-어드레싱 정보를 포함하기 위해 기존의 WSDL 파일들을 사용하는 것을 대체하는 방법이다. 이러한 접근법에서 WSDL 파일들은 EPR 메타데이터 요소를 이용해 임베디드되거나 참조된다.

9 어드레싱 프로파일에 대한 적합성

어드레싱 프로파일의 적합성을 선언하기 위해서는 구현방식이 6장에서 제시된 프로파일 규칙들을 만족시킴을 증명하여야 한다. WS-I 적합성 선언 매커니즘과는 별도로 W3C는 WS-정책의 사용 현황에 대해 조사하고 있다. 그러므로, WS-I 접근법의 사용에 대한 어떠한 결정적 권고사항도 아직까지는 내려진 바가 없다. WS-I 적합성 검정 매커니즘에 대한 더 많은 정보는 IMS 웹서비스 WSDL 바인딩 가이드라인 문서에 제시되어 있다. 하지만, 어떠한 형태로든 적합성 선언이 요구되는 경우에는 WS-I 접근법이 사용될 수 있지만 IMS 웹서비스 표준의 향후 버전에서 이 기법을 지원한다는 어떠한 보장도 하지 않는다.

부속서 A (참고)

용어 일반 웹서비스 문서에서는 다양한 용어, 개념과 설명을 소개하고 있다. 이들 용어, 개념 그리고 설명들은 다음과 같이 정의되지만, 경우에 따라서는 IAF 용어집의 표준 정의를 참조한다.

목적지(Destination)	초기자로부터 메시지를 수신하는 종단
종단(Endpoint)	참조될 수 있는 엔티티, 프로세서 또는 출처, 그리고 웹서비스 메시지의 시작점이나 목적지점
종단참조 (EPR)	종단 참조는 WS-어드레싱으로 정의된 어떤 구조체이다. 이러한 EPR은 서비스 종단 설명에 대한 최적화와 동적인 생성을 가능하게 하며, state-full 상호작용의 결과로 생성된 특정 서비스 인스턴스에 대한 설명과 참조를 가능하게 한다. 그리고 통신하는 주체들이 특정 정책이나 프로토콜에 대해 공통적인 일련의 예측과 가정을 공유하는 형태와 같이 강하게 중첩된(연결된) 환경에서 탄력적이고, 동적인 종단 정보 교환을 가능하게 한다.
초기자	SOAP 메시지와 첨부를 응답자에게 보냄으로써 웹서비스를 사용하는 어플리케이션
메시지어드레싱속성(MAP)	메시지 어드레싱 속성들은 상호작용에 관여하는 종단에 대한 참조를 제공한다. 특정 상호작용을 지원하기 위해 사용되는 이러한 속성들의 사용은 일반적으로 속성 그 자체의 의미와 메시지 교환을 관장하는 묵시적 또는 구체적 계약에 따라 정의된다. 구체적 계약의 경우 WSDL MEP와 인터페이스, 비즈니스 프로세스 그리고 전자 상거래 표준 등 다양한 형태를 띌 수 있으며, 또한 당사자들간의 구체적 계약을 정의하는 데 사용될 수도 있다.
메시지교환패턴(MEP)	메시지 교환 패턴은 출처와 목적지 사이에 교환되는 메시지들의 시퀀스를 설명한다. IMS 웹서비스는 동기식, 비동기식, 그리고 폴링 방식의 세 가지 MEP를 가지고 있다. 동기식 MEP는 요청-응답 메시지 구성에 효과적이다.
응답자(Respondent)	웹서비스를 노출하고 초기자로부터 SOAP 메시지와 첨부를 수신하여 처리하는 어플리케이션
출처(Source)	메시지를 응답자에게 전달하는 종단
WS-어드레싱	WS-어드레싱은 전송중립적 매커니즘을 제공해 웹서비스와 메시지를 어드레싱한다. 구체적으로 말하자면 이 표준은 웹서비스 종단을 식별하고 메시지에서 종단간 종단의 식별을 보장하기 위해 XML 요소를 정의한다. 이 표준은 메시징 시스템이 종단 매니저, 방화벽, 그리고 게이트웨이 등의 프로세싱 노드를 포함하는 네트워크를 통한 메시지 전달을 전송 중립적인 방법으로 지원할 수 있도록 한다.

해설

이 해설은 본체 및 부속서에 규정ㆍ기재한 사항 및 이것에 관련된 사항을 설명하는 것으로 표준의 일부는 아니다. 1. 제정의 취지 이러닝 서비스 다양화 및 고도화에 따라 이러닝 표준에 대한 필요성과 수요가 나날이 급증하고 있으며, 나아가 표준화를 지향하고 있는 국내외적 요구와 환경에 대응하기 위한 기반 마련이 시급하다. 또한, 국제 이러닝 표준화 분야에서 선진국간의 치열한 경쟁이 심화되고 있는 시점에서 국내 산업 및 국가 지식경쟁력 강화를 위한 실천적 차원의 표준화 추진 사례가 부족한 실정이다. 따라서 이러닝 표준화 요소 중 글로벌 경쟁력을 갖춘 웹서비스 표준을 우선 단체표준으로 제안함으로써 산업 경쟁력 및 교육경쟁력 강화를 도모하고자 한다. 효율적인 단체표준 개발을 위해 IMS 웹서비스 표준을 인용하였다. 2. 제정의 경위

제1차 개발위원회(2009.1.): 단체표준 개발을 위한 참여 전문가를 위촉하고 규격 제정 취지와 규격의 제정 방향을 설정하였고, 초안 작성 기준을 토의하였다.
제2차 개발위원회(2009.3.): IMS GLC의 이러닝 표준을 기초로 작성한 초안을 통하여 부합화에 적합한 표준 용어를 정의하였다.
제3차 개발위원회(2009.5.): 기초(안)을 작성하여 적용범위, 인용표준, 용어정의 등의 내용을 검토하고, 참여진의 표준의 이해도를 높이기 위해 규격에 대한 검수 작업을 실시 하였다.
제4차 개발위원회(2009.6.): 표준 수정(안)을 토대로 IMS Korea 표준화 포럼의 표준 심사위원회를 통하여 표준을 검토하고 의견을 수렴하였다.

a) 규격서의 서식은 KS A 0001 : 2008의 규격서를 기준으로 하여 작성하였다. b) 양식은 기존의 유사 KS규격을 인용하였으며, IMS와 부합화된 최신규격을 적용하였다 3. 심의 중 주요 논의 및 수정사항

인용 표준의 형식은 KS A 0001의 구성에 맞게 조정하며, 연도는 삭제한다. (2009년 6월)
표준 규격서의 목차는 적용 범위 인용표준, 용어 정의 순으로 목차를 정렬 하며, 단, 원문에 서론이 있는 경우 서론은 유지한다. (2009년 6월)
NETg, Boein Coporation와 같은 고유한 회사명은 A, B 형태의 가칭으로 대체 표기한다. (2009년 6월)
그림, 표, 본문 등에 포함된 영어를 최대한 번역하여 국문으로 표기한다. (2009년 10월)
MS GLC의 표준 인용 정책에 의하여 페이지의 'IPR 공지’ 및 'IMS 로고’ 적용은 현행을 유지하며, 규격의 매 페이지마다 포함된 copyright 표기 문구는 삭제한다. (2009년 10월)
규격에 해설서(제정의 취지 등) 내용을 추가 작성한다. (2009년 10월)

4. 적용 범위 IMS 웹서비스(General Web Services, 이하 GWS) 표준의 베이스 프로파일은 웹 서비스 정의를 위한 기본 구조를 제공하며, 비독점 웹서비스 표준들과 상호호환성을 촉진하기 위한 명시사항 및 보완사항으로 구성되어 있다. IMS 웹서비스 베이스 프로파일은 웹 서비스를 구현할 때 가장 흔히 경험하는 문제나 쟁점들을 다룬다. IMS 웹서비스 베이스 프로파일은 명확하고 유용하면서도 널리 적용되는 표준들을 참조하며, 해당 표준들 내에서 정의된 매커니즘들을 선택하고 적용하는 방법들을 정의한다. IMS 웹서비스 어드레싱 프로파일은 IMS 웹서비스 베이스 프로파일을 확장해 전송과 독립적인 최종 시스템(transport-independent end system)에 대한 접근을 가능하게 한다. IMS 웹서비스 어드레싱은 W3C의 WS-어드레싱 권고사항을 기반으로 한다. WS-어드레싱은 전송과 독립적인 어드레싱 기법인 종단 참조(Endpoint Reference, 이하 EPR)와 메시지 어드레싱 속성(Message Addressing Properties, 이하 MAP)이라는 두 가지 기법에 대해 설명한다. 두 가지 기법 모두 WSDL과 호환이 가능하다. MAP 접근법은 WSDL 1.1버전 파일들의 확장을 기반으로 하며, 이는 다른 외부 객체 구조를 정의하는 EPR와 대비되므로, IMS 웹서비스 어드레싱 프로파일에서 채용되었다. 5. 표준개발 참여자 이 규격의 초안은 IMS Korea 표준화 포럼 활동으로 작성되었으며, 규격 개발에 참여한 전문가는 다음과 같다.

표준개발 참여자(경칭생략, 무순)

성 명	근 무 처	직 위
조용상	한국교육학술정보원	팀장
김종현	계원디자인예술대학	교수
김현진	한국교원대학교	교수
정광식	한국방송통신대학교	교수
황대준	성균관대학교	교수
고영승	(주)디유넷	대리
이정우	(주)포씨소프트	차장
장근원	(주)크레듀	과장
정호원	(주)씨티유니온	차장
지승환	테크빌닷컴(주)	차장
최성기	SK C&C	과장
권영진	한국교육학술정보원	연구원
최미애	한국교육학술정보원	연구원