품목정보
발행일	2007년 01월 05일
쪽수, 무게, 크기	592쪽 \| 1288g \| 크기확인중
ISBN13	9788931549386
ISBN10	8931549385

더보기

PART 1 기술적 전망 1장 소개 1.1 이 책의 중요성	 1.1.1 XML과 망치의 비교 		 1.1.2 XML과 웹 서비스	 1.1.3 웹 서비스와 SOA	 1.1.4 SOA와 망치	 1.1.5 여러분과 망치 	 	 1.2 XML과 웹 서비스 통합 프레임워크	 1.3 이 책은 어떻게 구성되었는가 	 1.3.1 1부 : 기술적 전망	 1.3.2 2부 : 통합 기술	 1.3.3 3부: 애플리케이션 통합	 1.3.4 4부 : 기업 통합	 1.3.5 확장된 기업 2장 XML 기술 소개 2.1 XML 	 2.1.1 개념	 2.1.2 스키마	 2.1.3 프로그래밍 모델	 2.1.4 구문	 2.2 DTD 	 2.2.1 개념	 2.2.2 구문	 2.3 XSD 	 2.3.1 개념	 2.3.2 구문	 2.4 XSLT 	 2.4.1 개념	 2.4.2 구문	 2.5 XQuery 	 2.5.1 개념	 2.5.2 구문	 2.6 XPath	 2.6.1 개념	 2.6.2 구문 	 3장 웹 서비스 기술 소개 3.1 웹 서비스와 SOA 	 3.1.1 서비스의 이해	 3.1.2 XML 웹 서비스	 3.1.3 SOA	 3.1.4 서비스 지향의 일반 원리	 3.1.5 웹 서비스의 역할	 3.1.6 웹 서비스 상호 작용	 3.1.7 서비스 모델 3.1.8 웹 서비스 설명서 구조	 3.1.9 1세대 웹 서비스의 소개	 	 3.2 WSDL 	 3.2.1 추상적 인터페이스 정의 	 3.2.2 구체적 구현 정의	 3.2.3 추가 생성자 3.3 SOAP 	 3.3.1 SOAP 메시지 프레임워크	 3.3.2 SOAP 메시지 구조	 3.4 UDDI 	 4장 2세대(WS-*) 웹 서비스 기술 소개 4.1 2세대 웹 서비스와 SOE 	 4.1.1 2세대 명세로 해결할 수 있는 문제점	 4.1.2 2세대 전망	 4.2 WS-Coordination과 WS-Transaction 4.2.1 개념	 4.2.2 구문	 4.3 웹 서비스를 위한 비즈니스 프로세스 실행 언어 4.3.1 최근의 비즈니스 프로세스 명세	 4.3.2 개념	 4.3.3 구문	 4.4 WS-Security와 웹 서비스 보안 명세 4.4.1 일반적 보안 개념	 4.4.2 명세	 4.4.3 XML 키 관리(XKMS)	 4.4.4 XACML과 XrML	 4.4.5 SAML과 .NET Passport	 4.4.6 XML-Encryption과 XML-Signature	 4.4.7 SSL 	 4.4.8 WS-Security 프레임워크	 4.4.9 개념과 구문 4.5 WS-ReliableMessaging 	 4.5.1 WS-Addressing	 4.5.2 개념	 4.5.3 응답	 4.5.4 구문	 4.6 WS-Policy 	 4.6.1 개념	 4.6.2 구문	 4.7 WS-Attachments	 PART 2 통합 기술 5장 애플리케이션과 XML 통합 5.1 XML 데이터 표현 통합 전략 5.1.1 아키텍처에서 XML 데이터 표현의 위치 선정 5.1.2 ‘트리’에 대한 생각(데이터 표현의 새로운 방법)	 5.1.3 XML 문서 모델을 급하게 만들지 마라	 5.1.4 통찰력 있는 디자인	 5.1.5 확장성과 재사용성 5.1.6 모델링 부담을 줄여라(문서를 정리하라)	 5.1.7 엘리먼트 유형의 명명 : 성능 vs 가독성	 5.1.8 XML의 일관된 적용 5.1.9 올바른 API 선택(DOM vs SAX vs 데이터 바인딩)	 5.1.10 XML 문서 보안	 5.1.11 적합한 도구 선택	 5.1.12 극단적인 최적화 전략은 피하라	 5.2 XML 데이터 검증 통합 전략 	 5.2.1 XSD 스키마와 DTD 5.2.2 아키텍처 내에 DTD 위치시키기	 5.2.3 아키텍처 내에 XSD 스키마 위치시키기	 5.2.4 XSD 스키마의 구문상 한계에 대한 이해	 5.2.5 XSD 스키마의 효율성 한계에 대한 이해	 5.2.6 더 많은 스키마 정의 언어	 5.2.7 XSD 스키마 확인을 보충하는 것	 5.2.8 분산 구조로 XML 검증 통합 5.2.9 과도한 검증 회피	 5.2.10 검증 대상을 지정한 검증 방법	 5.2.11 모듈화되고 확장 가능한 XSD 스키마	 5.2.12 데이터베이스 통합의 한계 이해하기 5.3 XML 스키마 관리 통합 전략 5.3.1 XML 스키마와 숨겨진 불균형 패턴	 5.3.2 단계별 프로세스	 5.4 XML 변환 통합 전략 	 5.4.1 아키텍처 안에 XSLT 배치하기	 5.4.2 정적인 캐시 방식을 위한 사전 변환	 5.4.3 동적 XSLT 스타일 시트 생성	 5.4.4. CSS로 미적인 변환을 단순화하라	 5.4.5 XSLT의 확장성 제한을 이해하라	 5.4.6 전략적 중복 5.5 XML 데이터 쿼리 통합 전략 	 5.5.1 아키텍처에서 XQuery의 위치	 5.5.2 다중 데이터 소스의 추상적 개념	 5.5.3 데이터 정책 관리 계층 확립	 5.5.4 문서와 데이터의 통합	 6장 애플리케이션과 웹 서비스 통합 6.1 서비스 모델 6.1.1 유틸리티 서비스	 6.1.2 비즈니스 서비스	 6.1.3 컨트롤러 서비스	 6.2 서비스 지향 컴포넌트 클래스 모델링과 웹 서비스 인터페이스	 6.2.1 서비스 지향 컴포넌트 클래스 디자인(단계별 프로세스) 6.2.2 웹 서비스 인터페이스 디자인(단계별 프로세스)	 6.3 서비스 지향 캡슐화 통합 전략 	 6.3.1 일관적인 로직의 캡슐화와 인터페이스 단위성을 위한 표준을 정의하라	 6.3.2 명명 규칙에도 표준이 있어야 한다	 6.3.3 매개변수 구동 vs 기능 지향 인터페이스 6.3.4 다양한 단위성을 위한 설계 6.3.5 일반적인 서비스를 지속적으로 사용하라 6.3.6 내부와 외부 서비스를 위한 별도의 표준을 만들어라 6.3.7 서드 파티 웹 서비스를 고려하라	 6.4 서비스 구성 통합 전략 6.4.1 서비스 구성을 포함한 모든 분야에서의 적절성 6.4.2 서비스 구성 모델링 6.4.3. 복합적인 서비스 구성	 6.5 서비스 기능 강화 전략 	 6.5.1 유저 인터페이스 정보 출력	 6.5.2 문자 데이터보다 많은 데이터의 저장	 6.5.3 패턴 사용을 통한 서비스 디자인의 능률화	 6.6 SOAP 메시징 통합 전략 	 6.6.1 SOAP 메시지 성능 관리	 6.6.2 SOAP 메시지 압축 기술	 6.6.3 SOAP 메시징과 관련된 보안 이슈 6.6.4 SOAP로의 점진적인 변화	 7장 XML과 데이터베이스 통합 7.1 XML과 관계형 데이터베이스 비교 	 7.1.1 데이터 저장소와 보안성	 7.1.2 데이터 표현 7.1.3 데이터 통합과 검증	 7.1.4 데이터 쿼리와 인덱스 7.1.5 부가적인 특징	 7.2 XML과 관계형 데이터베이스 통합 아키텍처	 7.2.1 XML 문서를 데이터베이스 기록으로 저장	 7.2.2 데이터베이스 레코드 형태로 XML 문서 구조 저장	 7.2.3 데이터베이스 쿼리의 뷰를 표현하기 위해 XML 사용 7.2.4 관계형 데이터 모델의 뷰를 표현하기 위해 XML 사용	 7.2.5 IMDB 안에서 관계형 데이터를 구현하기 위해 XML의 사용	 7.3 관계형 데이터베이스와 XML 통합 전략	 7.3.1 필요한 데이터에 목표를 두라 7.3.2 특성화된 데이터 뷰를 생성함으로써 관계성을 피하는 법 7.3.3 XML 친화적인 데이터베이스 모델을 만들라 	 7.3.4 주석을 사용한 스키마 모델의 확장	 7.3.5 XML 스키마 안의 Non-XML 데이터 모델	 7.3.6 캐싱 전략 개발하기	 7.3.7 XSD 스키마 쿼리 7.3.8 XSLT와 함께 XML 결과 통제	 7.3.9 쿼리 한계를 가지고 XML 통합	 7.3.10 텍스트 파일이 적당한 저장소인가?	 7.3.11 약한 결합과 개발자 기술	 7.4 XML과 관계형 데이터 매핑 기술	 7.4.1 XML 문서를 관계형 데이터로 매핑하기	 7.4.2 Bear Sightings 애플리케이션 7.4.3 XML과 일대일, 일대다 관계	 7.4.4 DTD와 함께 관계형 데이터에 XML 매핑하기 	 7.4.5 XSD 스키마와 함께 관계형 데이터에 XML 매핑하기 7.5 데이터베이스 확장	 7.5.1 SQL로 호환되지 않는 확장 7.5.2 XML 명세의 호환되지 않는 버전 	 7.5.3 호환되지 않는 XML과 데이터베이스 매핑 	 7.5.4 XML 출력 형식	 7.5.5 저장된 프로시저	 7.5.6 XML 문서의 임포팅과 익스포팅	 7.5.7 호환되지 않는 데이터베이스 확장의 캡슐화 	 7.6 XML 데이터베이스	 7.6.1 문서 중심 데이터의 저장	 7.6.2 XML 스키마 모델의 통합 7.6.3 쿼리와 데이터 검색	296 7.6.4 중계 저장소를 위한 원본 XML 데이터베이스 PART 3 애플리케이션 통합 8장 애플리케이션 통합 메커니즘 8.1 애플리케이션 통합에 대한 이해 	 8.1.1 통합 프로젝트 유형	 8.1.2 전형적 통합 요구 사항 8.1.3 발전 대 효과	 8.1.4 통합 솔루션 유형	 8.2 통합 단위	 8.2.1 데이터 단위 통합	 8.2.2 애플리케이션 단위 통합	 8.2.3 프로세스 단위 통합	 8.2.4 서비스 지향 통합 8.3 미들웨어 가이드	 8.3.1 EAI 대 미들웨어	 8.3.2 오레오 쿠키 조각 분리하기	 8.3.3 일반적인 미들웨어 서비스와 제품	 8.3.4 미들웨어를 구입하기 위한 점검 항목 8.4 통합 경로 선택	 8.4.1 두 경로, 하나의 목적지	 8.4.2 EAI로의 움직임	 8.4.3 일반적인 잘못된 생각	 8.4.4 업그레이드의 영향력 8.4.5 옵션 검토하기	 9장 레거시 통합을 위한 SOA 9.1 애플리케이션 통합을 위한 서비스 모델 	 9.1.1 프록시 서비스	 9.1.2 래퍼 서비스 9.1.3 코디네이션 서비스(단위 트랜잭션을 위한)	 9.2 기본적인 통합 컴포넌트	 9.2.1 어댑터	 9.2.2 중개	 9.2.3 인터셉터 9.3 웹 서비스와 단방향 통합 아키텍처	 9.3.1 일괄 익스포트와 임포트	 9.3.2 직접 데이터 접근	 9.4 웹 서비스와 점대점 아키텍처 9.4.1 동종 레거시 애플리케이션 사이의 단단하게 결합된 통합	 9.4.2 이종 애플리케이션 사이의 단단하게 결합된 통합	 9.4.3 동종 컴포넌트 기반 애플리케이션 사이의 통합 9.4.4 이종 컴포넌트 기반의 애플리케이션 사이의 통합	 9.5 웹 서비스와 집중된 데이터베이스 아키텍처	 9.5.1 전통적 아키텍처	 9.5.2 데이터 접근 제어기로 웹 서비스 이용하기	 9.6 레거시 아키텍처를 위한 서비스 지향 분석	 10장 기업 통합을 위한 SOA 10.1 기업 통합 아키텍처를 위한 서비스 모델 	 10.1.1 프로세스 서비스	 10.1.2 비즈니스 액티비티를 위한 코디네이션 서비스 10.2 기본적인 기업 통합 아키텍처 컴포넌트	 10.2.1 브로커	 10.2.2 오케스트레이션	 10.3 웹 서비스와 기업 통합 아키텍처 10.3.1 허브와 스포크(바퀴살) 10.3.2 메시징 버스	 10.3.3 엔터프라이즈 서비스 버스(ESB)	 11장 서비스 지향 통합 전략 11.1 능률적인 통합 종점 인터페이스 전략 11.1.1 인터페이스를 더욱 일반화하라	 11.1.2 레거시 인터페이스를 통합하라	 11.1.3 프록시 인터페이스를 통합하라	 11.1.4 레거시 로직을 외부 로직으로 보완하라	 11.1.5 다중 데이터 출력 포맷에 대한 지원을 추가하라	 11.1.6 다른 SOAP 클라이언트를 위한 대체할 수 있는 인터페이스를 제공하라 11.2 통합 종점 서비스 최적화 전략	 11.2.1 서비스 중개의 사용을 최소화하라	 11.2.2 서비스에 대한 인터셉터의 사용을 고려하라 11.2.3 데이터 처리의 위임	 11.2.4 제공자 WSDL 정의 저장하기	 11.3 레거시 아키텍처 통합 전략	 11.3.1 부분 통합 계층을 추가해 변환 아키텍처를 만들라	 11.3.2 IMDB를 이용한 데이터 캐싱	 11.3.3 확장 요구 대응을 위한 큐의 활용 11.3.4 미니 허브의 추가	 11.3.5 레거시 어댑터 기술의 추상화	 11.3.6 레거시 통합 아키텍처 확산하기	 11.3.7 레거시 통합 아키텍처에 웹 서비스 추가하기 11.4 엔터프라이즈 솔루션 통합 전략	 11.4.1 실용적인 서비스 지향 통합 11.4.2 이종 EAI 제품의 통합	 11.4.3 레거시 환경에서의 EAI 구축	 11.4.4 개인 서비스 레지스트리 구축	 11.5 웹 서비스 보안 통합 전략	 11.5.1 웹 서비스 보안 상세 내역에 대한 고찰	 11.5.2 표준화된 서비스 지향 보안(SOS) 모델을 이용한 서비스 구축	 11.5.3 보안 서비스 계층의 창조	 11.5.4 서드 파티 서비스에 대한 주의	 11.5.5 성능에 대한 악영향을 최소화할 수 있는 대비책	 11.5.6 SSO를 위한 적절한 시스템의 설계 11.5.7 서비스의 과다 상세 기술 금지	 11.5.8 통합된 레거시 시스템의 방어 혹은 후퇴	 11.5.9 세분화된 보안의 이점	 11.5.10 웹 서비스와 80포트	 11.5.11 SOAP 첨부 문서와 바이러스	 11.5.12 보안 정책 개발에 대한 고려 사항	 11.5.13 운영에 대한 고려 사항	 PART 4 기업 통합 12장 XML 통합을 위한 30가지 베스트 프랙티스 12.1 XML 변환 프로젝트 기획 베스트 프랙티스	 12.1.1 스스로 어떠한 것을 해야 하는지 이해하라	 12.1.2 기술적 영향 평가 12.1.3 XML 영향 분석에 대한 투자	 12.1.4 조직적 영향 평가 12.1.5 레거시 데이터 목표 설정 12.2 XML 프로젝트에서 지식 관리 베스트 프랙티스	 12.2.1 항상 XML을 데이터와 연관지어라	 12.2.2 조직에서 요구하는 교육의 범위를 결정하라	 12.2.3 훈련 계획을 최적화하라 12.2.4 개발 프로젝트로 멘토링을 통합하라 12.3 XML 애플리케이션 표준화 베스트 프랙티스	 12.3.1 표준을 통합하라	 12.3.2 표준화하라, 그러나 과도한 표준화는 하지 마라	 12.3.3 스키마 관리 전략을 수립하라	 12.3.4 데이터 접속 로직을 표준화하기 위해 XML을 사용하라	 12.3.5 통합에 앞서 툴을 평가하라	 12.4 XML 애플리케이션 디자인 베스트 프랙티스	 12.4.1 지식 배포를 위한 시스템을 구축하라 12.4.2 ‘X’가 의미하는 것을 기억하라	 12.4.3 웹 서비스와 관계없는 서비스 지향 원칙 디자인	 12.4.4 균형 잡힌 통합 전략을 위해 노력하라	 12.4.5 추가적인 XML 기술의 역할을 이해하라	 12.4.6 새로운 기술에 적응하라	 13장 웹 서비스 통합을 위한 30가지 베스트 프랙티스 13.1 서비스 지향 프로젝트 기획 베스트 프랙티스 	 13.1.1 웹 서비스를 이용할 시기를 파악하라	 13.1.2 웹 서비스 사용 방법을 숙지하라	 13.1.3 언제까지 웹 서비스를 사용하지 않을 것인가?	 13.1.4 변환 아키텍처를 활용하라	 13.1.5 레거시를 개선하라	 13.1.6 유감이지만, 비용을 되돌려 받을 수는 없다	 13.1.7 변환 전략에 ROI를 사용하라	 13.1.8 미래를 건설하라	 13.2 웹 서비스 표준화 베스트 프랙티스	 13.2.1 통합 표준을 고려하라	 13.2.2 인프라를 분류하라	 13.2.3 단일 인터페이스부터 디자인하라	 13.2.4 서비스 인터페이스 디자이너 	 13.2.5. 서비스를 분류하라	 13.3 서비스 지향 환경 디자인 베스트 프랙티스	 13.3.1 비즈니스 모델을 능률적으로 만드는 SOA를 사용하라 13.3.2 2세대 명세의 현 위치를 검토하라	 13.3.3 2세대 명세를 전략적으로 배치하라	 13.3.4 플랫폼의 한계를 이해하라	 13.3.5 레거시 종점의 변화를 막기 위해 추상화를 사용하라	 13.3.6. 보안 모델을 세워라	 13.4 서비스 지향 개발 프로젝트 관리 베스트 프랙티스	 13.4.1 개발 자원을 조직화하라	 13.4.2 개발자를 훈련시키는 것을 과소평가하지 마라	 13.5 웹 서비스 구현 베스트 프랙티스	 13.5.1 개인 서비스 레지스트리를 이용하라	 13.5.2 관리에 필요한 것을 준비하라 	 13.5.3. 서비스 제공 환경에서 변경에 대응하고 모니터링하라 13.5.4 미지의 것에 대한 테스트 14장 SOE 구축 14.1 SOA 모델링 기초 	 14.1.1 액티비티 	 14.1.2 서비스 	 14.1.3 프로세스 14.2 SOE 블록 구성 	 14.2.1 SOE 비즈니스 모델링 블록 구성 	 14.2.2 SOE 기술 아키텍처 블록 구성 	 14.2.3 서비스 지향 보안 모델	 14.3 SOE 변환 전략 	 14.3.1 LSM의 개요	 14.3.2 본질적 계층	 14.3.3 내부 계층 14.3.4 A2A 계층	 14.3.5 EAI 계층 14.3.6 통합 계층	 14.3.7 확장된 기업	 14.3.8 LSM의 최적화	 14.3.9 LSM의 대안

더보기

저자 소개 관련자료 보이기/감추기

저자 : 토마스 얼

가장 유명한 SOA 저자이다. 컨설팅, 교육 연구 서비스를 제공하는 SOA Systems(www.soasystems.com) 사의 설립자이기도 하다. 또한 OASIS(Organization for the Advancement of Structured Information Standards)의 상임위원이며, XWIF와 ServiceOrientation.org와 같은 관련 연구 기관에서 활동 중이다. 개인 및 공인 컨퍼런스의 강사로 활발히 활동하며 다양한 논문과 논설을 출판했다.

역자 : 삼성SDS SOA 연구회

이경배(삼성SDS 상무/한국정보통신기술사협회 부회장/삼성SDS 정보기술연구소장 역임)
이천구(삼성SDS SECL IS팀 팀장)
김중필(삼성SDS SECL IS팀 수석)
장태남(삼성SDS SECL IS팀 책임)
한신규(삼성SDS 에버랜드 IS팀 책임)
이상훈(삼성SDS 유통서비스 IS센터 선임)
최윤석(삼성SDS 물산건설 IS팀 선임)
권혁원(삼성SDS IMK IS팀)
조훈상((삼성SDS 네트웍스 IS팀)

더보기

출판사 리뷰 출판사 리뷰 보이기/감추기

회원리뷰 (0건) 회원리뷰 이동

리뷰 쓰기

혜택 및 유의사항?

등록된 리뷰가 없습니다!

첫번째 리뷰어가 되어주세요.

한줄평 (0건) 한줄평 이동

한줄평 쓰기

혜택 및 유의사항?

등록된 한줄평이 없습니다!

첫번째 한줄평을 남겨주세요.

배송/반품/교환 안내

배송 안내

반품/교환 안내에 대한 내용입니다.
배송 구분	예스24 배송 배송비 : 무료배송
포장 안내	안전하고 정확한 포장을 위해 CCTV를 설치하여 운영하고 있습니다. 고객님께 배송되는 모든 상품을 CCTV로 녹화하고 있으며, 철저한 모니터링을 통해 작업 과정에 문제가 없도록 최선을 다 하겠습니다. 목적 : 안전한 포장 관리 촬영범위 : 박스 포장 작업

반품/교환 안내

상품 설명에 반품/교환과 관련한 안내가 있는경우 아래 내용보다 우선합니다. (업체 사정에 따라 달라질 수 있습니다)

반품/교환 안내에 대한 내용입니다.
반품/교환 방법	고객만족센터(1544-3800), 중고샵(1566-4295) 판매자 배송 상품은 판매자와 반품/교환이 협의된 상품에 한해 가능합니다.
반품/교환 가능기간	출고 완료 후 10일 이내의 주문 상품 디지털 콘텐츠인 eBook의 경우 구매 후 7일 이내의 상품 중고상품의 경우 출고 완료일로부터 6일 이내의 상품 (구매확정 전 상태)
반품/교환 비용	고객의 단순변심 및 착오구매일 경우 상품 반송비용은 고객 부담임 직수입양서/직수입일서중 일부는 변심 또는 착오로 취소시 해외주문취소수수료 20%를 부과할수 있음 단, 아래의 주문/취소 조건인 경우, 취소 수수료 면제 오늘 00시 ~ 06시 30분 주문을 오늘 오전 06시 30분 이전에 취소 오늘 06시 30분 이후 주문을 익일 오전 06시 30분 이전에 취소 직수입 음반/영상물/기프트 중 일부는 변심 또는 착오로 취소 시 해외주문취소수수료 30%를 부과할 수 있음 단, 당일 00시~13시 사이의 주문은 취소 수수료 면제 박스 포장은 택배 배송이 가능한 규격과 무게를 준수하며, 고객의 단순변심 및 착오구매일 경우 상품의 반송비용은 박스 당 부과됩니다.
반품/교환 불가사유	소비자의 책임 있는 사유로 상품 등이 손실 또는 훼손된 경우 소비자의 사용, 포장 개봉에 의해 상품 등의 가치가 현저히 감소한 경우 : 예) 화장품, 식품, 가전제품, 전자책 단말기 등 복제가 가능한 상품 등의 포장을 훼손한 경우 : 예) CD/LP, DVD/Blu-ray, 소프트웨어, 만화책, 잡지, 영상 화보집 소비자의 요청에 따라 개별적으로 주문 제작되는 상품의 경우 디지털 컨텐츠인 eBook, 오디오북 등을 1회 이상 다운로드를 받았을 경우 eBook 대여 상품은 대여 기간이 종료 되거나, 2회 이상 대여 했을 경우 취소 불가 중고상품이 구매확정(자동 구매확정은 출고완료일로부터 7일)된 경우 LP상품의 재생 불량 원인이 기기의 사양 및 문제인 경우 (All-in-One 일체형 일부 보급형 오디오 모델 사용 등) 시간의 경과에 의해 재판매가 곤란한 정도로 가치가 현저히 감소한 경우 전자상거래 등에서의 소비자보호에 관한 법률이 정하는 소비자 청약철회 제한 내용에 해당되는 경우
소비자 피해보상	상품의 불량에 의한 반품, 교환, A/S, 환불, 품질보증 및 피해보상 등에 관한 사항은 소비자분쟁해결기준(공정거래위원회 고시)에 준하여 처리됨
환불 지연에 따른 배상	대금 환불 및 환불 지연에 따른 배상금 지급 조건, 절차 등은 전자상거래 등에서의 소비자 보호에 관한 법률에 따라 처리