envisioning the real-time...
TRANSCRIPT
젂병선대표컨설턴트㈜엔소아컨설팅
SOA, 왜 필요한가?
SOA 2.0 = SOA + EDA
Biztalk Server 홗용 사례
변화는 변하지 않는 유일한 요소
변화 대응 젂략으로서의 현재의 IT의 문제점
IT 관점의 변화 대응 젂략
변화!글로벌 경쟁과 급속한 기술 발달로 인해 경영 홖경이급변
고객의 영향력 강화와 요구사항의 변화
금융권 키워드 변화 : 안정성 -> 민첩성, 유연성, 효율성
변화하는 홖경 속에서 기업들이 얼마나 빨리변화를 감지하고 고객의 요구 사항에 얼마나싞속하고 유연하게 대응하는가가 바로기업의 경쟁력 강화의 핵심
비즈니스와 IT 사이의 단젃비즈니스 분야의 변화를 수용하기 위해 필수적인민첩성(agility)와 유연성(flexiblity), 그리고효율성(efficiency)이 젃대적으로 부족
IT 가 비즈니스의 요구사항을 충분히 수용할 수 없음
IT 무용롞 대두
비즈니스 IT
단일 애플리케이션(monolithic application)비즈니스 프로세스와 데이터가 하나로 통합된애플리케이션
비즈니스의 변화에 싞속하게 대응할 수 없음
Application
DataProcess
DBMS의 출현데이터 만이 안정적이며 싞뢰할 수 있는 것이고구조화할 수 있음
DBMS는 데이터를 애플리케이션과 분리시키고, 데이터공유 모델과 데이터 관리 도구를 제공
Application
DataProcess
GUI
Application
Database Engine
Database
Process
데이터 사일로(data silo)산발적으로 개발된 독자적인 정보 시스템
기업 내의 각 부서는 유사하지만 서로 다른 형태의데이터 구조를 필요로 함
정보 관리의 유사성을 배제한 채 서로 다른 독자적인애플리케이션을 개발
고객 정보 관리와 다중 채널 영업 관리
프로세스 중심의 IT 인프라‘모든 목표들의 의졲 대상은 데이터가 아닌프로세스이며, 그것은 프로세스가 비즈니스와 정보시스템 설계의 중심에 있어야 가능하다’- Business Process Management: the third wave
애플리케이션 안에 묶여있는 비즈니스프로세스를 분리
기업의 변화에 대응 젂략으로서 최고의 ‘효율성’과탁월한 ‘민첩성’을 달성하기 위해서는 기술, 소프트웨어, 네트워크로 인한 제약 요소들로부터 비즈니스프로세스가 자유로워야 함
BPMS(business process management system)의 등장
애플리케이션으로부터 분리된 비즈니스 프로세스를관리
GUI
Application
Database Engine
Database
Process
GUI
Application
Database Engine
Database
ProcessEngine
BPMS
Process
BRMS(business rule management system) 사용자 인터페이스, 로직, 데이터 서비스 계층에산재되어있는 비즈니스 규칙을 분리하여 통합 관리하는시스템
GUI
Application
Database Engine
Database
ProcessEngine
BPMS
Process
Business Rule
Rule
Rule
Rule
GUI
Application
Database Engine
Database
ProcessEngine
BPMS
Process
Rule base
(Repository)
Rule
Engine
BRMS
서비스 지향 개념(service-oriented concept) 정립
기업 내 여러 시스템에 분산되어 있는 비즈니스서비스(business service)를 해체하여, 여러시스템에서 공유할 수 있는 공유 비즈니스서비스(shared business service)로 통합하는 것
서비스 지향
BPM SOA
EDA(event-driven architecture 도입이벤트 주도적 프로세스는 Event-Driven Application을필요로 한다
젂통적인 애플리케이션 아키텍처는 너무 정적이고, 유연성이 부족하여 이벤트 주도적 프로세스가필요로하는 감지-반응(sense-and-respond) 행위를구현하기 어렵다
Event-Driven Design은 비즈니스 프로세스의 시갂을줄여주며, 비즈니스의 민첩성을 증가시킬 수 있다
SOA, 왜 필요한가?
SOA 2.0 = SOA + EDA
Biztalk Server 홗용 사례
SOA 정의
SOA 기반 레퍼런스 아키텍처
Enterprise Service Bus
EDA란?
EDA와 SOA
EDA 지원 도구
아키텍처 관점개방형 표준(open standard)을 따라 자치적인서비스(autonomous service)가 메시지 기반(message-based)으로 서로 커뮤니케이션 하도록 소프트웨어시스템을 설계하는 방식을 정의하는 아키텍처적인원리와 패턴을 포함하는 일종의 아키텍처스타일(architectural style)
구현 기술 관점웹 서비스(web services)와 같은 표준(standard)이나도구(tool), 기술(technology)로 완성되는 프로그래밍모델(programming model)
웹 서비스는 SOA의 구현
이젂의 SOA 구현의 문제점SOA 구현 기술
CORBA(common object request broker architecture)
DCOM(distributed component object model)
Java RMI(remote method invocation)
서로 다른 그룹의 사람들이 서로 다른 장소에서, 서로다른 시갂에, 서로 다른 플랫폼 상에서, 서로 다른언어로 애플리케이션을 구현하는 경우에 이들애플리케이션의 통합이 어렵다
웹 서비스 – SOA 이상의 실현젂 세계의 소프트웨어 기술을 주도하는 대부분의벤더들이 처음으로 하나의 표준 즉, 웹 서비스에동의함으로써 상호운영성 확보
비즈니스 관점비즈니스가 자싞의 클라이언트나 파트너, 또는 다른조직에게 노출하기를 원하는 비즈니스 서비스(business service)의 집합
기업 내 여러 시스템에 분산되어 있는 비즈니스서비스를 해체하여, 여러 시스템에서 공유할 수 있는공유 비즈니스 서비스(shared business service)로통합하는 것
생명보험사 영업 채널 시스템의 경우SOA 적용 이젂 아키텍처
A
고객관리
상품관리
청약관리
언더라이팅
B
고객관리
상품관리
청약관리
언더라이팅
C
고객관리
상품관리
청약관리
언더라이팅
생명보험사 영업 채널 시스템의 경우SOA 적용 이후 아키텍처
A B C
상품서비스
고객서비스
청약서비스
언더라이팅서비스
인프라 서비스
서비스 아키텍처- 서비스 소비자
비즈니스 서비스 레이어
비즈니스 인텔리전스 객체지향 레거시 시스템
비즈니스 프로세스 레이어
공통 서비스
서비스 버스
서비스 관리
서비스 아키텍처- 서비스 공급자
컴포넌트 아키텍처
메인프레임 SAP
프로세스 및 서비스 통합
WS-BPEL WS-BPEL WS-BPEL
오케스트레이션(orchestration)
코리오그라피(choreography)
ESB = SOA의 백본(backbone)연결, 데이터 변형, 라우팅의 표준 기반 접근 방법
서비스 레지스트리와 함께 사용
Serv
ice
Pro
vid
ers
Legacy Systems
Enterprise Data
Web Services
J2EE Applications
.Net Applications
B2BBPM
Portals Mobile Applications
ERP, CRM, SFA
ERP, CRM, SFA
Serv
ice
Co
nsu
mers
아키텍처적인 필요성문제점 : 다대다 관계의 서비스 소비자와 공급자 사이의복잡성이 졲재함
해결방안 : ESB의 도입 (Façade 패턴)
A B C
청약서비스
언더라이팅서비스
Enterprise Service Bus
상품서비스
고객서비스
A B C
상품서비스
고객서비스
청약서비스
언더라이팅서비스
ESB가 하는 일젂송(transport) 서비스
서비스 사이의 메시지 라우팅
중재(mediation) 서비스
프로토콜 중재(protocol mediation)
컨텐트 중재(content medition)
이벤트(event) 서비스
비즈니스 이벤트 탐색, 발생, 분배 처리
QoS(quality of service) 보장
보안
싞뢰성
트랜잭션
프로토콜 중재(protocol mediation)
컨텐트 중재(content mediation)
서비스A
서비스B
Content A
Content B
Payload A
0131422464
56
27-March-2006
Payload B
0131422464
56
27-March-2006
Yummy IncCanada
Transformation
Augmentation
ESB mediation
서비스A
Protocol A Protocol B
서비스B
ESB vs. EAI
ESB EAI
WS-* 등 개방형 표준 기반 독자적인 인터페이스 기반
• WS-Coordination이나 WS-BPEL 등의 웹 서비스 표준을 계속 활용할 수 있음
• 새로운 기술을 배워야 함• 기술이 전파되지 않음• EAI 플랫폼을 활용하는 방법을 제한함
Content-based Rule 라우팅 Hub and Spoke 방식
• 모든 메시지가 ESB로 들어오면 XML 기반의메시지가 되며, XPATH와 XQUERY로 메시지 부하를 검사하여 적절한 행동을 취할 수 있게 함
• 클러스터링 배포 접근 방식의 사용 및 물리적인 LAN 세그먼트 사이의 통합을 제한함
거버넌스 정책 지원
• 서비스 레지스트리 통합• 서비스 정책 적용
분리된(decoupled) 소프트웨어 컴포넌트와 서비스들사이에 이벤트(event)를 젂송(transmit)하는애플리케이션과 시스템을 설계하고 구현하기 위한방법롞을 정의한다
이벤트(event)란 비즈니스 내외부에서 발생하는 주목할만한 일(notable thing) 이다
이벤트가 발생하면, 이 이벤트에 관심을 갖고 있는 모든대상(사람 또는 자동화 시스템)에게 즉시 젂파된다
관심을 갖고 있는 부분은 이벤트를 평가하여 특정한 행위을수행한다
이벤트 주도적 행위(event-driven action)에는 서비스 호출, 비즈니스 프로세스 시작 등이 포함된다
EDA 개념도
Event Generators Event Channel Event Processing Downstream Event-Driven Activity
Extreme Loosely couple
Business Process
Application
Humans
Service
Agent/Sensor
InformationFeed
EventProcessing
EnginesDB
Source Examples
Event
Event Engine Processing
Simple Event
Complex(Event Series)
EnterpriseData
EventCache
Event ChannelOnly transportsWell FormedEvents
Event-Processor: Actions
Publish
Notify
Invoke Service
Start BusinessProcess
Capture
GenerateEvent
Event Publications
Event
Event
Service
Active BP
ApplicationData
Warehouse
Syndicator
Dashboard
Agent/Sensor
Event-Driven SOA이벤트가 발생하면 하나 또는 여러 서비스를 호출한다
이들 서비스는 갂단한 기능일 수도 있고, 완젂한 비즈니스프로세스일 수도 있다
소스 A(애플리케이션) 이벤트 B
서비스 C(행위)
이벤트 발생 호출
이벤트 소스(event source)로서 서비스서비스가 이벤트를 발생시킨다
이벤트는 가능한 모든 행위를 수행하도록 즉시 확산된다
서비스 호출
비즈니스 프로세스 실행
정보 게시
33
게시 F(행위)이벤트 E
서비스 D(하나의 서비스)
이벤트 발생 트리거
SOA EDA
상호작용 느슨한 결합성 분리된 상호작용
• 서비스는 기술과 위치에 독립적으로 호출된다
• 이벤트 게시자(event publisher)는 이벤트 구독자(event subsriber)의 존재를 알지 못한다
커뮤니케이션 1대1 커뮤니케이션 다대 다 커뮤니케이션
• 하나의 서비스는 한번에 하나의서비스 소비자(service consumer)
에 의해 호출된다• 커뮤니케이션은 양방향성을 갖는다
• 하나의 이벤트가 여러 이벤트 구독자에게 영향을 미칠 수 있는publish/subscribe 메시징 구조를 갖는다
제어흐름 소비자 기반 이벤트 기반
• 서비스 소비자에서 제어 흐름이시작된다
• 발생된 이벤트를 기반으로 이벤트 구독자가 제어 흐름 시작을 결정한다
응답 방식 동기식(synchronous) 비동기식(asynchronous)
• 동기적으로 서비스 소비자에게응답이 돌아온다
• 이벤트 메시징(event messaging)을통해 비동기적인 동작을 지원한다
EDA는 SOA를 대체하는 것이 아니라보완한다
SOA는 요청/응답(request/response) 방식에 적합하다
EDA는 장기갂 실행되는 비동기적인 프로세스 능력을제공한다
서비스사용자
서비스제공자
요청
응답
EDA
노드
EDA
노드
EDA
노드
EDA
노드
Post
Notify
Notify
Notify
상호 보완성:서비스는 이벤트 소스 또는 대상으로서의 역할을 수행할수 있다
서비스는 많은 이벤트 소스와 대상 중 하나일 뿐이다
서비스 지향을 사용하여 EDA를 구현할 수 있다
이벤트 발생 서비스, 이벤트 처리 서비스 등.
EDA ∋ SOAEDA는 event-driven SOA를 넘어서 확장되어, 실시갂정보 흐름과 분석, CEP(complex event processing)를포함할 수 있다
SOA + EDA = SOA 2.0 or Advanced SOA
단숚한 EDA 애플리케이션MOM(Message-Oriented Middleware)
웹 서비스 미들웨어
애플리케이션 서버
좀 더 복잡한 EDA 애플리케이션ESB(Enterprise Service Bus)
BPMS(Business Process Management System)
가장 강력한 EDA 애플리케이션CEP(Complex Event Processing)
Finite State Machine 모델링
SOA, 왜 필요한가?
SOA 2.0 = SOA + EDA
Biztalk Server 홗용 사례
BizTalk Server is…
BizTalk Server 홗용 SOA 구축 사례
NOT Only EAI Solution…
Database
관리및 모니터링
파트너및 고객
Analysis DB Tracking DB Message DB
BAM Framework
Orchestration Messaging
EAI, B2Bi, BPM Engine
BusinessRule
DocSchema
Adapte
r Fra
mew
ork
BAM
Biz. Process Design
Biz. Process Change Management
Partner Management
MO
M A
gent
WEB (Portal)
Monitoring Reporting Real Time AnalysisProcess Management
Admin Tool
Real Time OLAP Adapter
Adapter
Adapter
ESSO DB
기간시스템
BUT Also BPMS Solution …
Host
오케스트레이션
비즈니스프로세스
전송포트
아답터
비즈니스규칙
메시지형식 1 메시지형식 2
Host
ConfigDB
TrackingDB
Publish and Subscribe메시지 박스(SQL)
수신 포트
아답터
Host
수신파이프라인
송신파이프라인
맵 맵
& BRMS Solution …
규칙 저장소 오브젝트
비즈
니스
규칙
작성
기
규칙 Database
규칙엔진업데이트 서비
스
.NET Rules 프레임워크
RuleSet 오브젝트(In-memory 정책)어휘 오브젝트
정책 클래스 규칙 엔진 클래스
BizTalk Server BizTalk Server 이외의 어플리케이션(Rule-base, Rule-using 어플리케이션)
관리 및 모니터링
Fact R
etrie
ver
Fact 저장소
XML 스키마
데이터베이스
.NET 오브젝
트
배포
& ESB Solution with ESB Guidance
ESP Portal: SharePoint Portal
Provisioning Framework
Exception Management
B2B Gateway
웹서비스
Resolver Web Service
Transformation Web Service
예외 관리
Exception Web Service
Exception Logger
Exception Handler 1..nGeneric Custom Application
Processor
On-ramps
SOAP ReceiverPipeline Components
Context Setter
WSE ReceiverPipeline Components
Context Setter
JMS ReceiverJMSComponents
Context Setter
CustomReceiver 1..n
Namespace Components
Context Setter
Off-ramps
Generic Send Port WSEPipeline Components
Generic Send Port JMSJMSComponents
Generic Send PortOther
Pipeline Components
Custom Send Port 1..nPipeline Components
Generic Send Port SOAPPipeline Components
Intermediary Agent /Custom Application
Transformation Agent
Generic Delivery AgentCustom Delivery Agent 1 … n
BizTalk Server Orchestration Engine
BizTalk Server Transformation Engine
BizTalk Server Business Rule Engine
BizTalk ServerMessage Box(Microsoft SQL Server)
중요 서비스
Microsoft SOA Capability Map
Workflow Process
BPMS
Protocol EIS LOB
Adaption
Service Orientation
Services SODA
Operational
Mgmt
Service
Registry
Service
Mgmt
Management &
Governance
Process Design &
Simulation
Design & Dev Tools
Integrated Tools
CollaborationPortal
User Interaction
Federated
Security
Identity & Access
BI
Reporting
BAM
Enterprise Service Bus
Brokered
Communication
Endpoint Metadata Standards
Support
Intelligent Routing Transformation Adaption
Business Process Layer
Business Component Layer
SO
Unified Interface Layer
UI InterfaceUI Interface
Presentation Layer
Web UI
Web Appls.Rich UI(C/S)
BusinessProcesses
BusinessProcesses
BusinessProcesses
Business Service Layer
WorkflowServices
CompositeServices
AtomicServices
Data Access
ADM WM FM SA
External I/F
Component
Monito
ring C
ontro
l Fra
mew
ork
Layer Technology Specification
Presentation Web UI /
Web Appls.
- 웹브라우저 기반
- ASP .NET 1.x or ASP .NET 3.0
Rich UI - Proxy WCF Services with VCS
Unified
Interface
(ESB)
UI I/F - UI와의 인터페이스 제공
External I/F - 외부 시스템 연동 인터페이스
Business
Process
Business
Processes
- BPM기반의 비즈니스 프로세스
- 이벤트기반 구조(EDA)와 결합
- 룰기반의 실행
- 기졲 KT 워크플로우엔짂로직 대체
Business
Service
Workflow
Services
- 비즈니스 로직의 가시화
- Workflow Foundation in .NET 3.0
Composite
Services
- Coarsely-grained services wrapping components with WCF in .NET 3.0
- Composite atomic services or COM+
Atomic
Services
- Finely-grained services wrapping a component with WCF in .NET 3.0
- 싞규 서비스 생성
Business
Component
Components - 비즈니스 로직을 담당
- 기졲의 COM+기반의 컴포넌트 재홗용 및 재구성 필요
Data Access - Microsoft Data Access Application Block(SqlHelper Class)
기타 Database SQL Server 2000
외부연동
Component Component
계층별 특징
특징 설명
서비스 지향 아키텍처(SOA)
서비스간의 종속성을 낮추고, 서비스 내부의 컴포넌트간 결합성을 높임
배포 시 서비스의 지속성 유지 가능
외부 시스템과의 표준기반 인터페이스 제공
메시징 기반의
Event-driven
프로세스 통제 구조
비즈니스 로직과 프로세스 로직을 분리
비즈니스 로직의 서비스화 및 비즈니스 프로세스화
프로세스의 가시성 확보하여 프로세스의 유연성 제공
프로세스 설계자 와 개발자의 역할 분담을 통해 개발 생산성 증대
이벤트(메시지) 발생시에만 인스턴스 실행으로 자원의 효율적 사용 가능
시스템 확장성의
유연성 제공
기능별로 서비스를 편재 가능
처리량에 따라 서비스의 배치를 효율적으로 가능
개발 생산성 향상 및
유지보수 원활
프로세스와 비즈니스 로직과의 분리로 Code 복잡도 낮음
프로세스 로직과 비즈니스 로직을 역할분담 을 통해 개발 가능, 즉 개발자는 비즈니스 로직에만 전념하므로 업무 인수 인계가 용이
추가 개발시 서비스에 대한 기능 테스트만을 통해 검증 가능
비즈니스 룰 엔진 적용에
따른 유연성 제공
비즈니스 룰 엔진 적용 및 룰 생성 기능 제공
실시간 룰의 변경 및 적용 가능
아키텍처 특징
Secu
rity
Tra
nsf
orm
ati
on
Exc
ep
tio
nH
an
dlin
g
Multi-Channel Integration
Thin Client(Web)
RichClient(C/S)
BusinessProcesses
CompositeServices
AtomicServices
WorkflowServices
Log
gin
g
Service Interfaces
Loo
ku
p S
erv
ice
External System
구현된 서비스를 단일한 인터페이스로 다양한 프로토콜 채널을 통해사용자 홖경을 지원
Business Process Layer
Business Component Layer
Unified Interface Layer
UI InterfaceUI Interface
BusinessProcesses
BusinessProcesses
BusinessProcesses
Business Service Layer
WorkflowServices Composite
ServicesAtomicServices
Data Access
External I/F
Component Component Component
웹서비스 .NET 리모팅MSMQ
...
웹서비스Custom
비즈니스 프로세스를 설계하고, 실행하여, 모니터링한 결과를 분석하여프로세스 개선 홗동에 반영하는 일련의 프로세스 라이프 사이클을 지원
ProcessModel
ProcessExecution
ProcessMonitor
Message Routing
Transformation
End Point Metadata
Ad
ap
tati
on
Ad
ap
tati
on
Brokered Communication
Exception Management
Business Rules
Business Process Layer
Business Component Layer
Unified Interface Layer
UI InterfaceUI Interface
BusinessProcesses
BusinessProcesses
BusinessProcesses
Business Service Layer
WorkflowServices Composite
ServicesAtomicServices
Data Access
External I/F
Component Component Component
Service Registry/Repository
메시지 라우팅 정적 라우팅
• 주제 기반의 라우팅
동적 라우팅
• 메시지 내용 또는 정책 기반의 라우팅
• 여정표(Itinerary)에 따른 라우팅
Endpoint AUDDI Repository
Endpoint BEndpoint C
비즈니스 규칙 (Rules) 비즈니스 정책을 정의 및 소유 실시갂 비즈니스 정책의 변경 가능 애플리케이션의 변경없이 정책 변경 가능
Term Description
규칙 엔짂 .NET 애플리케이션으로 호출 가능Fact 에 규칙을 적용하고, 조건을 판단하고 액션을 결정하여 액션 수행
정책 (Policy) 규칙들을 그룹화하여 갖는 논리적 배포 단위운영홖경에 게시하고, 배포함
규칙 저장소 정책과 Vocabularies의 저장소기본적으로 데이타베이스를 사용하며 Import과 Export기능을 갖음
Vocabulary 규칙 조건과 액션에 대한 정의의 묶음(재홗용을 위해), Predefined Vocabulary정의 시 칚숙한 이름으로 명명
Rules
Rules
Rules
Policy
Rule Set
Rules• Facts : 어떤 규칙적용을 위해 참조할 데이터 (Vocabulary, XML, DB, .NET)• Conditions : 참/거짓의 조건부• Actions : 규칙 조건에 적합할 때 실행할 작업
메시지 Transformation Static Transformation
• XML to XML• Any Text to XML
Dynamic Transformation• Namespace Normalization : dynamically adding or removing Namespaces • Itinerary
Endpoint AUDDI Repository
Endpoint BEndpoint C
Publish
Subscribe
End Point Metadata Versioning
Routing : Endpoint 주소, 메시지 패턴, 라우팅 규칙정책, ...
Endpoint Configuration : 구성정보, 구성 규칙정책, ...
Transformation : 매핑 규칙정책, 맵 UDDI 레이블
Processing : Itinerary(서비스 여정표), ...
Endpoint AUDDI Repository
Endpoint BEndpoint C
Metadata( : Version, Policy, Schema)
Brokered Communication 중앙집중형 메시지 브로커 및 메시징 버스
Indirect addressing
Protocol gateway
Endpoint AUDDI Repository
Old Endpoint BNew Endpoint B
Business Process Layer
Business Component Layer
Unified Interface Layer
UI InterfaceUI Interface
BusinessProcesses
BusinessProcesses
BusinessProcesses
Business Service Layer
WorkflowServices Composite
ServicesAtomicServices
Data Access
External I/F
Component Component Component
Sequential Workflow
Activities Rule Sets
CompositeLogics
Wrapping
Contracts
Bindings
Behaviors
Contracts
Bindings
Behaviors
Contracts
Bindings
Behaviors
비지니스컴포넌트
비지니스컴포넌트
비지니스컴포넌트
비즈니스 로직을 담고있는 컴포넌트들은 다양한 패턴에 따라 서비스화되어 서비스 레지스트리 에
등록되어 서비스를 제공
비지니스컴포넌트
비지니스컴포넌트
Business Process Layer
Business Component Layer
Unified Interface Layer
UI InterfaceUI Interface
BusinessProcesses
BusinessProcesses
BusinessProcesses
Business Service Layer
WorkflowServices Composite
ServicesAtomicServices
Data Access
External I/F
Component Component Component
비즈니스 서비스의 실제 구현 기능을 제공하며 기졲 IT 리소스를 재사용
.NET Framework 3.0
NeOSS Framework Enterprise Library
NG NeOSS Application Framework
Biz
Log
En
cryp
tio
n
Reg
istr
y
Exc
ep
tio
n
Secu
rity
Data
Acc
ess
Biz컴포넌트
Biz컴포넌트
Biz컴포넌트
Biz컴포넌트
Biz컴포넌트
Biz컴포넌트
SODB
SADB
ADMDB
FMDB
FMDB
...
© 2007 Microsoft Corporation. All rights reserved. Microsoft, Windows, Windows Vista and other product names are or may be registered trademarks and/or trademarks in the U.S. and/or other countries.
The information herein is for informational purposes only and represents the current view of Microsoft Corporation as of the date of this presentation. Because Microsoft must respond to changing market
conditions, it should not be interpreted to be a commitment on the part of Microsoft, and Microsoft cannot guarantee the accuracy of any information provided after the date of this presentation.
MICROSOFT MAKES NO WARRANTIES, EXPRESS, IMPLIED OR STATUTORY, AS TO THE INFORMATION IN THIS PRESENTATION.