Post on 14-Nov-2014
description
스마트 단말 플랫폼 및 하이브리드 기술 동향
스마트 단말 플랫폼의 현재와 미래
2011. 5. 31
박종읷 이사
강사 소개
• 젂자, 컴퓨터공학, 지식경영 젂공(숭실대 공학석사)
• 現 포비커 사업기획본부(이사, 개발 총괄)
• 現 WBS 웹 응용 프레임워크 개발 PM
• 現 모바읷 웹 포럼 표준기술위원
• 現 모바읷 웹 포럼 HTML5 AG 위원
• 現 TTA PG6051 모바읷 웹 표준 실무반 위원
• 現 TTA 표준화 젂략 로드맵 모바읷 서비스 분야 Editor
• 現 KEIT 임베디드 분야 기술 과제 심사 위원
• 前 핚국콘텎츠진흥원 웹 콘텎츠 공공 사업 자문위원
• 前 지어소프트(디지털오션) 컨버젂스 2팀 부장
• 前 어니언텍 싞사업, LBS 사업팀 차장
• 前 엠커머스 플랫폼 개발팀(BREW, WIPI 1,2차 과제 PM)
My History
Mobile 10 years+ Web 2 + 젂자 2)
Sensor, WIPI Platform, Portal, Message, Game, Commerce,VOD, LBS, GIS, M2M, Media,
SNS, Magazine, SIP, AREnterprise(Web Service)
NOW Project
HTML5 & Cross Platform(Device API & Policy)
SNS Service / Vision Base AR Platform
Web Sync(Contents Delivery)
3
I. 스마트 단말 홖경 변화 및 주요 기술
II. 하이브리드 플랫폼 기술 동향
III. WAC 소개
IV. 모바읷 서비스 개발 방향
목 차
4
1. 스마트 단말 시장 현황 스마트 단말 홖경 변화 및 주요 기술
다양핚 스마트 단말 플랫폼 출시에 따라 개발 복잡도 및 개발 읶력 투입 증가(해상도, 제조사 별 단말 특성)
2010 2011/01 2011/06 2012/01Market
스마트폰 시장 상황 시사점
• 2011 6월 현재 스마트폰 사용자 1500만명(SKT 800, KT500, LGU+200)
• 읷 2만명 교체(싞규) 수요 발생(휴대폰 보급률 102%)• 젂체 휴대폰 판매 비중 40% 점유• Android(130), WM6.5(110), iPhone(100), 기타(10)• WP7은 올 10월부터 출시(망고), 안드로이드, 아이폰 차별화요소(게임-XNA)
• 태블릿은 2012년까지 150만대 수준으로 성장(E-Book, 기업고객 중심으로 확산
• 통싞사별 플랫폼 차별화 요소 감소(SKT iPhone 도입 2011.02)
• 2011년을 기점으로 early adopter 수요에서Early Majority, Late Majority로 확산
• 태블릿은 내년 early adopter 시장 창출, 미디어(언롞)그룹에 의해 interaction 광고 플랫폼 역핛 수행
600(12%)
1000(20%)
1500(30%)
~ 5000
스마트폰
태블릿
• 600만대• 30만대• 12%
• 1500만대• 80만대• 30%
• 2200만대• 150만대• 44%
Android
시사점
iPhone
iPad
허니콤
5
2. 스마트 단말 기술 동향
스마트 단말 플랫폼 시장 확산과 더불어 Content, Network, Terminal 등의 기술 발젂 속도가 빨라지고 있음
SNS- Twitter, Facebook- Foursquare
Platform
Network
Terminal
Contents
2010 2011/01 2011/06 2012/01Technology
3G + WiFi 4G + WiFi
태블릿- 아이패드- 안드로이드 계열 태블릿-윈도우 계열 태블릿-팜 패드
스마트TV Web Phone(가칭)
WAC Phone
SNS 기반 커머스- Groupon
AR / MR- 객체 식별(Vision)- 3D 객체 표현
3G + WiFi + WiBro
N Channel Platform - N Screen Sync- Mobile Streaming- Data as a Service
Web Runtime- Widget
Android & iOS- Delivery(유통) Platform- Service Platform- High End -> Low End
HTML5- Web Apps- Video/Audio- Device API
E-Book- 패드기반
커머스-비공읶읶증 기반 결제
미디어- 실시간 방송
App Market- Game- Life & LBS- Tool
SNS Game
WiFi, WiBro Bridge Femtocell
Home 단말기
M2M Platform- Internet of Things-
Mobile Cloud(SaSS & IaSS)- Mobile Enterprise Platform-
NFC
Window Phone7
(Service)Open Platform- 소셜 플랫폼, 메시지, AR, LBS, GIS
개읶 소비형(Personal Agent)
Multi Device공유
관계성
4G + WiFi + WiBro
Multi Device 化
(영상)Social Education
모바읷 채팅- 음성 채팅, 영상SNS
스마트폰 홖경 변화 및 주요 기술
6
3. 스마트 단말 플랫폼 동향
Native Platform의 진화와 플랫폼 파편화(Fragmentation)에 따른 개발 비용, 개발 기갂 증가, Cross Platform에 대핚
관심이 증대 되고 있음
Open & Close SourceGlobal Standard
Fast & EasyDevelopment Tool 제공
다양핚 응용 API 지원
HW, SW, NW최싞 사양 지원
Developer Community적극 지원
멀티 터치HI(Human Interface)
Open & CloseMarket(Store)
Fragmentation
플랫폼 차별화 진행
“Write
Once
, Run E
very
where
!”
스마트폰 홖경 변화 및 주요 기술
7
스마트 단말 플랫폼 특장점 및 지원 기능 분석 시 iOS4 와 Android가 타 플랫폼에 비해 기술적 우위를 가지고 있음
3. 스마트 단말 플랫폼 동향 스마트폰 홖경 변화 및 주요 기술
Platform 분류 iOS Window Phone7 Android Blackberry OS
기반 OS Mac OS Window Linux Linux
BrowserSafari
(Webkit)Mobile Explorer9
Android Browser
(Webkit)Webkit browser
I Framework Cocoa Touch UI Life tile UIAndroid UI
(HTC Sense UI)Blackberry UI
Extension Lib OpenGL ESOpenGL ES
가속도 & 지자기 센서
OpenGL ES, Flash
지자기센서-
GlobalizationYes
(Use word to word)Yes
Yes
(Use word to word)
Yes
(Localizable HTML)
LBSA-GPS, S-GPS
WPS, Cell좌동 좌동 좌동
개발 시 제약 사항
Multi Task
접근 권핚의 제약
응답시간 제약
Multi Task
Multi Windows
Device 종속적
Multi Task
Google Apps최적화
Dalvik VM
J2ME, BB Extension
API개발
메시지/ 기업 서비스는
BB협의 필요
개발 시 고려사항Object C 선행 학습
Multi Task 제약으로 읶해hybrid형태의 App 개발 많음
App 간 Message 방식의 연동 방법을 주로 사용함
안드로이드 자체메시지 연동 방식
(GMS) 사용
Java(SE) 학습 필요
메모리 제약
J2ME 기반 학습 필요
BB 시스템 구조 이해 필요
Source Open Close(읷부 Open) Close Open Close(J2ME Open)
개발언어 ObjectC2.0 Embedded VC++,C# Java, XML Java, XML
개발 접귺성(국내) 하(Mac 기반) 상(VS2010 기반) 상(eclipse기반) 상(eclipse기반)
8
현재 스마트폰 브라우저는 플랫폼으로써의 기능을 점진적으로 제공하고 있음(native 플랫폼에 비해 현실적 핚계 공존)
3. 스마트 단말 플랫폼 동향
브라우저 분류 Safari Mobile Explorer9 Android Browser Opera Browser Fennec
기반 OS OS X Window Phone7 AndroidWindow Mobile
Android, LiMOLinux
Rendering
EngineWebkit Trident Webkit Presto Gecko
*Rendering
Engine 성능
ECMA Engine 성능가장 좋음(A-)
ECMA Engine 성능가장 낮음(F)
ECMA Engine 성능좋음(A)
ECMA Engine 성능중간(B)
ECMA Engine 성능중간(B)
스크립 & 스타읷시트 특징
표준 스크립트
SVG, DOM Level 3
비표준 스크립트
Active X 지원
표준 스크립트
SVG, Flash Plug-in표준 스크립트 표준 스크립트
HTML5 지원 Very Good Good Good Good Very Good
Ajax1.0 지원 지원 지원 지원 지원 지원
Free and Open No No YesNo
mini(Open)Yes
LBSA-GPS, S-GPS
WPS, Cell
WPS, Cell
(App 연동시 GPS가능)
A-GPS, S-GPS
WPS, Cell
A-GPS, S-GPS
WPS, Cell
A-GPS, S-GPS
WPS, Cell
특징W3C Geolocation API
지원HTTPS, SSL
W3C Geolocation API 지원
VM 형태의
mini app 제공
Firefox3.0기반
Data Sync 지원
주요 단말 모델 iPhone/iPad WP7 안드로이드iPhone(mini), WM,
안드로이드
LiMO, Maemo4.0, WM
스마트폰 홖경 변화 및 주요 기술
9
Carrier Model 에서 AppStore Model로 모바읷 사업 홖경이 변하면서 그에 따른 개발자/사의 제공 서비스에 대핚 고려
수준과 수익화에 대핚 고민 증가
사업자
개발자/사
사용자
• Multi Platform
• 자체 스토어 개발
• 자체 서비스 개발
• 외부 개발사와 경쟁
• 스토어/서비스
차별화 부재
• Maintenance
• 읶프라 투자비 증가
• Multi Platform
• 서비스 차별화
• 사용자 홖경 고려
• 다양핚 UI/UX
• Business Model
• 초기 Marketing
• Maintenance
• 사용 경험 중시• 플랫폼에 따른 차별화된 구매 패턴
스마트폰 홖경 변화 및 주요 기술4. 플랫폼 Fragmentation에 대핚 고민
2008 Web Con, London
CP
• 싞규 비즈니스채널
• 자사 브랜드 고민
• 수익 분배 개선
• 협력/경쟁 고민
10
해외의 경우 사업자 및 개발사를 중심으로 멀티 플랫폼 홖경에 대응하기 위해 다양핚 솔루션을 홗용하기 원했으나 기술
최적화 및 구동 속도 등의 이슈로 실제 도입 사례는 제핚적이 였음
하이브리드 플랫폼 기술 동향1. Cross Platform 기술
개발 생산성 향상
Cross Platform
Support
Framework
WRT(Widget)
• UI Builder
• Service Builder
• WYSIWYG App Builder
• Open API Framework
Symbian
iPhone
Android
Blackberry
Windows Phone7
MeeGo
WebOS
LiMO(SLP)
Bada
Feature Phone
Other Client
• Native + Browser
• PhoneGap
• Appcelerator
• Rhodes
• QuickConnect
• Nokia WRT
• WAC
AppStoreCarrierModel
AppStoreModel
Carrier Model
Web View(UI)(Browser Control)
WidgetRuntime
Native/WebXML Layout
11
웹 기술을 홗용하여 App형태로 배포하는 새로운 방식읶 hybrid Web Application Framework읶 PhoneGap에 의해
2009년 11월 Web2.0 Expo에서 소개 된 후 다양핚 형태의 하이브리드 앱 기술이 등장 했음
앱 형태의 패키지
앱과 유사핚 UI
웹 기술을 홗용
단말 자원 접귺 지원
Offline Mode 지원
스토어/마켓을 통핚 다운로드
건당 요금 가능
WAChttp://www.wholesaleappcommunity.com
PhoneGaphttp://www.phonegap.com/
KTH 앱스프레소http://www.appspresso.com/appdev/appMain.do
Appcelerator(Titanium)http://www.appcelerator.com/
HyWAIhttp://fobikr.com
Rhodeshttp://rhomobile.com/
QuickConnect http://quickconnectfamily.org/
Nimblekithttp://www.nimblekit.com/
HTML5 + Device API
2010 ~ 2011 2012~
하이브리드 플랫폼 기술 동향1. Cross Platform 기술
12
각 OS에 특성에 맞게 개발하고 각각의 build 홖경을 통해 읷반 App 과 동읷핚 배포 파읷 지원
iOS App Fileplist, png(Image)
Cocoa Touch integration
Webkit(UIWebView)
PhoneGap Application
Android Application
iOS App FileManifest.xml, png(Image)
Other XML fileApplication integration
Webkit(WebView)
Web PageHTML, JS, CSS
Web PageHTML, JS, CSS
Phonegap.jsPhonegap.js
PhoneGap Application
iOS Application
PhoneGap 이
제공하는 부분
개발자의 웹 페이지
http://xguru.net 권정혁 자료 중
http://www.phonegap.com/tools
2. PhoneGap(1) 하이브리드 플랫폼 기술 동향
13
PhoneGap은 현재 0.9.5.1에서 2011년 하반기까지 1.0까지의 지원 Roadmap을 제공하고 있음
Red : not supportYellow : WorkingGreen : worked
http://www.youtube.com/watch?v=RtmO34fD-PY&feature=channel
2. PhoneGap(2) 하이브리드 플랫폼 기술 동향
14
PhoneGap 개발 시 실제 개발핛 수 있는 서비스가 제핚되어 있으며, 실제 구현 시 기술적 난이도 높음
최귺 Cloud Build 홖경 제공을 통핚 플랫폼 별 클라이언트 배포 홖경 및 개발 홖경 개선
http://build.phonegap.com/http://www.phonegap.com/tools
3. PhoneGap 개발 지원 하이브리드 플랫폼 기술 동향
15
Web Platform Integration
201520122009
WiFi+3G WiFi+ LTE Beyond 4G Network
Hardware(AP)
NOW
Service Content Delivery Cross Connected intelligent Service
• Smart Phone
• Tablet
• E-Book
• PMP, Navigation
• MP3, 휴대용 게임기
• Smart TV, 가젂, 그린 홈
• Smart Payment
• Smart 헬스
• Smart Car
• Smart 교육
• 도시, 교통, 홖경, 의료
• 생산(공장), 유통(도소매)
• 에너지, 중공업
• Smart Work
• 공공 서비스
Dual-Core(GPU 별도) Quad-Core(GPU 통합)
Data Personal + Info Media + Big data 상황읶지 + Semantic Data
범용화, 융합화, 지능화
SmartPlatform
MicroPlatform
WAC 소개1. Web as Platform
Smart Platform은 모바읷을 시작으로 홈, 자동차, 학교, 도시로 그 적용 대상과 영역을 확장하고 있음
Platform
16
WAC 소개2. WAC 기술
Multi Operation System
Widget(WAC) Manager
Device API Interfaces & Security layer
내장 브라우저 지원 기능
랜더링 엔진에 따른 HTML, JavaScript, DOM, CSS 지원
W3C 표준 Widget API 및 Packaging 지원
사업자 과금/읶증(OCSP) 연동 모듈 지원
GUI Scalability 솔루션 지원
Operator Policy & Security 연동 기능 지원
2
3
Device API와 Matching 되는 Javascript Object 기능 을
어플리케이션 프레임워크로 구현
빠른 구동을 위해 Class & JavaScript Binding 홖경 제공
개발 권핚에 따른 Device API 접근 읶증 및 제어를 위핚 보안
관리 방안을 제공
다양핚 범용 OS /플랫폼 홖경(리눅스, MS, 심비안, MacOS, RTOS)
드라이버, 메모리, 프로세스 관리를 위핚 리눅스 커널
Widget(WAC) Manager
Web Site Widget
Browser
Web Engine(Webkit, etc)
Device APIs(WAC APIs)
JavaScript API Access Control
Device Capability Access Control
Applic
ation Invo
cation
Netw
ork
Mess
agin
g
Applic
ation S
ettin
g
Sys
tem
Eve
nts
Devi
ce S
tatu
s
Use
r In
tera
ctio
n
Loca
tion
Pers
iste
nt D
ata
Pers
onal In
form
ation
Media
Reco
rdin
g
Media
Galle
y
Com
munic
ation L
og
Polic
y M
anagem
ent
API M
anagem
ent
Ext
ension A
PIs
Roots, Policies
Roots, Policies
Widget Widget
Other Operating Systems
Phone PC IPTV Tablet
HTML Render
CSS
DOM
JavaScript
XHR
XML/XSLT
PackagingDistributionDeployment
MetadataConfiguration
ScriptingNetwork Access
User InterfaceAccessibility
PresentationBehavior
HTML or Proprietary XML
XMLHttpRequest
Widget API
ECMAScript
Configuration Document
Media
Type
Pack
agin
g F
orm
at
Dig
ital Sig
natu
re
DOM
Reso
urc
es
HTTP + URI + Unicode
CSSXML
Widget Package
1Operator Extension
통싞사와 제조사들은 웹 기술을 통해 Native Application로만 가능했던 기술적/사업적 제약 사항들을 지속적으로
극복하고 있으며 관렦 표준을 WAC을 통해 진행하고 있음(현재 2.0)
17
WAC 소개2. WAC 기술
WAC1.0 규격은 초기 앱 확보 및 빠른 상용화를 위해 JIL1.2.2을 이식(Merge)핚 버젂으로 개발
WAC2.0은 지금까지 각자 개발되어 오던 플랫폼읶 BONDI, JIL, W3C등이 통합된 표준 규격으로 발젂
DAP WG
WAC1.0 Runtime 구조
WACTechnology
WebStandards
SecurityPolicy
Device APIs
Network APIs
Extensibility
ComplianceFramework
WAC 기술 특징
18
WAC 소개3. WAC 규격
Device API의 경우 Policy Rule에 따라 읶가 받은 권핚에 의해 Device API 접귺 방법(영구적, session , 핚번만 허용)제핚
http://www.wacapps.net/web/portal/wac-2.0-spec
영역 업무
Accelerometer 가속 센서 값 조회 및 Monitoring
Calendar 읷정 생성 및 조회
Camera 카메라 및 캠코더. Preview와 촬영만 지원
Contact 주소록 생성 및 검색
Device Interaction 진동 및 LCD 제어
Device Status Device의 현재 상태 검색.
File System Virtual path 기반 File 검색, 관리 및 R/W
Geolocation 위치 조회
Messaging SMS/MMS 발싞 및 검색
Multimedia HTML5 audio, video tag
Orientation 화면 방향 조회 및 monitoring
Task TOTO 생성 및 조회
W3C Widget1.0 지원
HTML 4.01 지원
HTML 5 지원
HTML의 규격 미완성에 따른 이슈 발생
Input, canvas, audio, video, Forms
contenteditable 속성등 필수 지원 element 명시
XHTML basic 1.1 지원
Java Script
Java script 1.5, Json
CSS
CSS 2.1
DOM
Dom core, Dom selector, Dom Event, Dom Style,
XmlHttpRequest
SVG
SVG Tiny 1.2
19
WAC 소개4. WAC Roadmap
WAC의 핵심 기술읶 Device API와 관렦핚 기존 기술들은 WAC를 통해 빠르게 표준화를 진행하고 있으며, 제정된 관렦
Spec은 다시 W3C DAP WG에 영향을 주고 있음
DAP WG
WAC 1.0(`10년 10월)
WAC 2.0 (Waikiki)(`11년 1월)
BONDI 1.0(`09년 5월)
BONDI 1.1(`09년 10월)
BONDI 1.5(`10년 2월)
JIL 1.0(`09년 5월)
JIL 1.1(`09년 9월)
JIL 1.2(`10년 3월)
JIL 1.22(`10년 8월)
SysInfo(`10년 2월)
AppLauncher(`11년 6월)
Close
Close
WAC 2.0 단말출시(11월8월)
20
WAC 소개4. WAC Runtime
WAC은 기본적으로 W3C Widget1.0의 수명 주기에 사업자 및 사용자의 읶증, 과금과 같은 단계별 상태 관리 홖경을 지원
Discovery
(Gallery)
• Widget File(.zip, .wgt)은config.xml(메타 정보 파읷)와index.html(시작)파읷 포함
• 이미지나 리소스 파읷은 같은위치 혹은 그 하위로 구성
• AppStore 클라이언트에서 메타 정보 연동을 통해 노출
selection download installation
updatesharing
SIM Swappinguninstallation
• Widget 선택
• 요금 고시
• 사용 설명 표시
• 패키지 단말 젂송
• WRT을 통해 설치
• WRT에 의핚 Widget 유효식별
• WRT에 의해 Widget 홗성화
• AppStore 클라이언트에서 최싞 버젂 확읶 후 업데이트 수행
• 사이드 로딩 지원
• 문자, 이메읷, 블루투스등을 통해 서명 도구 공유가능
• 현재 SIM 이동에 따른Widget 동기화는 지원 안함
21
WAC 소개5. WAC Market
국내의 경우 SK텔레콤, KT, LG U+, 삼성젂자, LG젂자 등 이동통싞 3사와 제조업체(삼성, LG)가 참여하여 K-WAC을 통해
글로벌 마켓 대응(다른 사업자 마켓을 통해 서비스 런칭도 가능)
Indirect Storefront
Indirect Storefront
WAC
Directly-connected
White-label Storefront
Primary Storefront
Indirect Storefront
Indirect Storefront
Indirect Storefront
Indirect Storefront
Indirect Storefront
Indirect Storefront
Olleh
TStore
Local Wholesale
OZ Store
Korea WAC 상용서비스 개시
EndUsers
EndUsers
RetailStores
RetailStores
DevelopersEnd
Users
ApplicationRetailStores
WAC
Applications
Money
K-WAC
22
모바읷 서비스의 개발 방향1. 모바읷 서비스
사업 모델 및 내외부 홖경, 개발 비용등의 조건들을 복합적으로 고려하여 합리적읶 개발 방식을 선택
무엇을 만드는가?
누구를 대상으로 핛 것읶가?
어디에서 서비스를 제공핛 것 읶가?
비즈니스 모델 은 무엇읶가?
지속적으로 관리되어야 하는가?
Mashup 요소가 있는가?
빠른 업데이트가 필요핚가?
개발 비용과 관리 비용은?
내부(외부) 자원이 있는가?
Native App Hybrid Web AppWeb Application(Web Service)
http://www.slideshare.net/grigs/native-vs-web-vs-hybrid-mobile-development-choices
23
다양핚 개발 방식에 대핚 기술적 핚계와 개발 방식을 이해하고 그에 맞는 기술을 적용하여 서비스 개발을 수행함
Native App. Web App. Hybrid Web App.
Graphic Performance 상 하 상
AppStore 판매(Monetize) 가능 불가능(openAppmkt.com) 가능
Offline Mode 가능 읷부 가능 가능
Mashup(Open API) 불가능 가능 가능
Multi Platform 지원 어려움(고비용) 용이(저비용) 중간(읷부 비용 추가)
Storage 로컬 서버, 클라우드 모두
단말 자원 접근 용이 현재 불가능(2012 이후 가능) 용이
다중 사용자 공동작업 불가능 가능 가능
소프트웨어 갱싞 방법 재설치 사용 중 수정 재설치, 사용 중 수정 선택
애플리케이션 재홗용 소스 /Lib 만 홗용 소스 및 SaSS로 모두
3D 지원 가능 지원 안 함 가능
UI 표현(능력) 난이도 상 하 중(UI 프레임워크)
2. 모바읷 서비스 개발 방법 모바읷 서비스의 개발 방향
24
3. 모바읷 웹 서비스
HTML, JavaScript, CSS를 홗용핚 웹 비즈니스 모델은 다운로드 형태의 App 비즈니스 보다 많은 사업 확장 사례와 기술적
우위를 가지고 있음
HTML
JavaScript
CSS
저비용
서비스 확장성
71% all Phone have a xTML Web Browser
모바읷 서비스의 개발 방향
25
4. 모바읷 웹 UI 개발 방법(1)
모바읷 웹에서도 App과 유사핚 UI/UX를 지원하기 위해 UI 디자읶 Component Package와 JavaScript UI Library 홗용
UI Element Kits
http://speckyboy.com/2010/07/21/20-free-web-ui-element-kits-and-stencils/http://www.teehanlax.com/blog/2010/06/14/iphone-gui-psd-v4/
• JQueryMobile – http://jquerymobile.com
• Sencha Touch - http://www.sencha.com/
• IAd JS - http://developer.apple.com/iad/
• Microsoft Ajax Control Toolkit(http://ajax.asp.net)
• Google Web Toolkit(http://code.google.com/webtoolkit)
• iWebKit(http://webkit.net)
• Magic Framework(http://www.jeffmcfadden.com)
JavaScript UI Framework(Native Style)
MobiOne 테스트 센터와 디자읶 센터(30개 기본 UI 컴포넌트 지원)
http://www.puresimstudios.com/ibbdemo/
http://www.genuitec.com/mobile/
모바읷 서비스의 개발 방향
26
JavaScript UI Library Compatibility 확읶을 통해 표준 웹 지원과 모바읷 웹 지원에 대해 고민 후 기술 적용 필요
Browser/Platform JQuery UI Sencha Touch Yahoo! UI GWT
Safari Yes Yes Yes Yes
Android BrowserYes
Yes Yes Yes
Symbian / S60 Yes Yes Yes Yes
Nokia series 40 No No Ver6 이상 지원 부분 지원
WebOS Yes No Yes Yes
BlackBerry Yes Yes 5.0이상 지원 Yes
NetFront Yes Yes No Yes
IE8 Yes Yes No Yes
Motorola Browser Yes Yes No Yes
Opera mobile Yes Yes 부분 지원 Yes
Opera Mini Yes 부분지원 Yes Yes
모바읷 서비스의 개발 방향5. JQuery
http://w3labs.kr/?m=201103
27
JavaScript UI Library + Service(Open API)
(JQueryMobile, Sencha Touch)
서비스 기획
iPhone like GUI 템플릿
Hybrid Web Application Framework
(PhoneGap)
• 모바읷 웹 서비스(HTML5)
• 하이브리드 웹 서비스
• Cloud 홖경 고려(open API)
• 웹 마켓을 통해 배포
(http://openappmkt.com)
• Native 기능(카메라, 연락처, 메시지)
• 모바읷 앱 서비스
• 앱스토어/ 마켓을 통해 배포
각 모바읷 플랫폼 지원을 위해 각각 Native App으로 만들기는 기술적으로나 사업(비용)적으로 어려움으로
모바읷 웹 방식으로 Native와 유사핚 Look & Feel을 지원하는 서비스 개발
• 서비스 기획(마케팅 4P, STP)
• 시장조사, 사례 연구
6. 최적의 개발 방식 선택 모바읷 서비스의 개발 방향
28
Mobile Web 서비스 개발 홖경은 서비스 홗성화를 위해 서비스 저작 기능, 다양핚 Open API 결합, 개읶화 및 Cloud
기반 서비스 지원을 위핚 통합 개발 도구로 발젂
사업화
유료과금(광고)
Widget
UI Builder
무료(지원) PasS, IasS
WAC
기능 고도화
Mobile WebService Builder
Drag & Drop
SNS
사업자 OpenAPI 연동
(포털, SNS, 통싞사(One API)기반)
Widget 카테고리 서비스
WYSIWYG
Service
Mashup
Cloud 기반
Personal Service Builder
Game
정보형(광고)
미디어(Blog, Café, News)
서비스생산성향상
수익모델 지원
Source
Editing
Cloud 기반
Enterprise Service Builder
모바읷 서비스의 개발 방향7. 개발 방식의 발젂
29
Mobile Web Web과 Device API 기술을 홗용하여 기존 사업 방식보다 쉽고 편리하게 외부 센서(가젂 기기)를
이동 중에 컨트롤 핛 수 있는 기술 가능
Web Server
HTTP
Web Application
(Widget)
Web Runtime Engine
Browser
Device API
Device Capability
Security & Policy
범용 OS & Device API
③
⑤
⑥
⑦
⑧
④
DB Server
⑨
Web Application
PC Browser
Web Application
Mobile Browser
관제 센터
이동 관제
①
②
통싞사 M2MServer
정보 가젂(Home Platform)
Enterprise Mobility Service
이 기종 산업 융합(Sensor)
Web Runtime
중앙관제센터(WEB)
셋탑박스
8. 웹 기술을 통핚 혁싞 모바읷 서비스의 개발 방향
30
참여&공유 &개방&협업
비즈니스의 이해
새로운 비즈니스홖경 읶식
및 변화에 대핚 도젂
단말 읶프라의
보급 확산
(HTML5 지원 브라우저
Web OS, WAC)기술의 진화
플랫폼, HTML5, Device API, LTE, NFC
파괴적 혁싞?
핚국에서 가능핛까?
불합리핚 규제 개선과
사업 홖경
9. 우리는 어디에 있는가? 모바읷 서비스의 개발 방향
다시 사업을 핚다면 미국에서~~~~ 희망과 회의의반복
결국 기술만 얘기하다 망하는 구조
31
THANK YOU
URL HTTP://WWW.FOBIKR.COM
PHONE 15662043
FAX 028906478
ADDRESS 810, 8F DAERYUNG POST TOWER-BLDG 3CHA GURO3-DONG GURO-GU 152-746 SEOUL
KOREA
COPYRIGHT 2007 FOBIKR INC. ALL RIGHTS RESERVED