envisioning the real-time...

젂병선대표컨설턴트㈜엔소아컨설팅

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.