지금은 모바일 웹을 준비해야 할 시기


모바일 시장에서 두각을 나타날 만한 아이디어를 갖고 있는 개발자가 성공적으로 투자를 받아 회사를 창업했다고 하자. 멋지게 해당 서비스를 기획하고 실제 개발을 해야 하는 상황에 직면했다. 아마도 이러한 문제에 직면할 것이다. 도대체 어떤 플랫폼용으로 만들 것인가? 라는 문제이다. 앱스토아라는 애플리케이션 마켓플레이스가 가장 활성화되어 있는 애플용이 좋을 까? 아니면 전 세계에서 가장 많은 핸드폰을 판매하고 있는 노키아나 삼성의 핸드폰을 대상으로 할 것인가?
아마도 여러 복합적인 의사 결정에 따라 애플 아이폰 SDK나 심비안 SDK 또는 윈도우 모바일 SDK 중의 하나를 이용하여 어플리케이션을 개발하게 될 것이다. 이러한 현재의 모바일 어플리케이션 개발 환경은 개발자와 개발회사에 너무도 많은 부담을 지우고 있다.  
 
먼저 가장 근본적인 고민은 모바일 플랫폼이 너무 많다는 것이다. 
현재 공개된 대표적인 모바일 플랫폼만 하더라도 애플 아이폰 SDK, MS의 윈도 모바일 SDK , 구글 안드로이드SDK , 심비안 SDK , 팜의 Mojo SDK 등 다수이다. 이들 SDK중 하나를 선택하는 것도 쉬운 일은 아니다. 설령 , 여러가지 상황을 고려해서 플랫폼을 선택했다고 하더라고 해당 플랫폼에 최적화된 어플리케이션을 개발하기 위해서는 해당 플랫폼에 정통한 모바일 어플리케이션 개발자가 필요하다. 일반적으로 웹이나 PC 플랫폼상에서 어플케이션을 개발하는 것보다 모바일 플랫폼에서 개발할 때  디바이스 자체의 특성을 잘 이해해야 좋은 성능과 품질의 어플리케이션을 개발할 수 있다.

일단 여러 우여곡절 끝에 하나의 모바일 어플리케이션을 개발했다고 치자. 시장 확대를 위해서는 다른 플랫폼용으로 해당 모바일 어플리케이션을 포팅해야 한다. 말이 포팅이지 거의 새롭게 개발하는 수준이다. 이를 위해서는 숙련된 개발자를 확보해야 하는 등 많은 비용이 든다. 개발 후에는 유지보수를 위해 또 비용이 발생한다. 참으로 비극적인 상황이 아닐 수 없다. 실제 더 우울한 것은 동일한 모바일 플랫폼이라고 하더라도 버전에 따라 호환이 안되는 경우도 다수 발생하기 때문에 많은 버전을 개발하고 관리해야 만 한다.

이러한 상황을 해결하고 보다 손쉽게 모든 모바일 플랫폼상에서 구동되는 모바일 어플리케이션을 개발할 수 없을까?

물론 몇가지 방법을 상상할 수 있을 것이다. 먼저 모바일 플랫폼을 하나로 통합하고 이 기반하에 개발하는 것이다. 마치 PC 플랫폼이 윈도우로 통일되었듯이 모바일 플랫폼들을 하나의 특정 플랫폼으로 통합하는 것이다. 그러나 이 방법은 불가능하다. 사용자도 플랫폼 통합에 관심이 없겠지만 업체들 입장에서도 이해관계가 다양하기 때문에 통합은 불가능하다. 

또 하나 생각해 볼 수 있는 방법으로는 모든 모바일 플랫폼상에서 구동되는 통합된 API를 이용하는 것이다. 마치 노키아가 심비안 상에 S60 플랫폼을 통해 개발하듯이 모든 모바일 플랫폼상에 운용되는 어플리케이션을 개발할 수 있는 SDK를 개발한 후 이용하는 것이다. 그러나 이 방법도 하부에 있는 모바일 플랫폼에 의존적이기 때문에 완벽한 이식성을 제공하기 어려울 뿐만 아니라 이러한 공통 API를 설계 개발하는 것은 무척 어렵다. 왜냐하면 모바일 플랫폼은 디바이스 의존적인 부분이 강하기 때문이다. 현재 차이나모바일, 소프트뱅크, 보다폰 세개의 이동통신사업자가 만든  컨소시엄인 JIL(Joint Innovation Lab)은 이러한 접근 방법을 사용한다. JIL(www.jil.org)JIL JavaScript Extension을 이용하여 모바일 디바이스를 제어하는 위젯을 개발하고 이를 구동하는 런타임 환경을 제공한다.  이 위젯은 모바일 플랫폼과는 무관하게 구동된다. 그러나 JIL은 모바일 어플리케이션을 위한 것이 아니라 위젯 개발을 위한 개발 환경이다.


또 하나의 방법은 개발과 포팅 환경을 통합하여 하나의 통합된 개발 환경에서 개발을 하고 이를 바탕으로 원하는 플랫폼으로 보다 손쉽게 포팅을 하게 해주는 것이다. 무척 현실적인 방법이나 모바일 플랫폼간의 포팅은 쉽지 않아보인다. 실제 이클립스 펄서(Pulsar)는 이러한 접근 방법을 사용한다. 이클립스 펄서는 이클립스 툴 기반의 모바일 어플리케이션 개발 환경으로 모바일 업체들이 자체 SDK를 펄서 명세에 맞춰 공급하면 플러그인 방식으로 다운로드하여 사용할 수 있다. 현재 모토로라에서 제공하는 자바 ME SDK과 노키아 포럼의 S60 SDK, 그리고 모바일용 eRCP(embeded Rich Client Platform)를 제공하고 있다. 현재 수준은 모바일 플랫폼 업체들의 SDK를 이클립스 기반으로 통합하여 단일 환경에서 개발할 수 있게 해주는 수준이다.
 
지금까지 고민해 본 방법은 마치 데스크탑상의 윈도우 플랫폼에서 구동되는 윈도우 프로그램을 개발하는 것처럼 모바일 디바이스 상에서 구동되는 모바일 어플리케이션을 개발하는 것이다. 그러나 생각을 좀 바꿔 보면 특정 모바일 플랫폼 종속에서 벗어나는 모바일 어플리케이션을 개발할 수 있다. 바로 웹 기반의 모바일 어플리케이션을 개발하는 것이다.

모바일 웹 어플리케이션은 모바일 다바이스상 설치되어 운영되는 모바일 어플리케이션이 아니라 네트웍을 통해 언제 어디서나 접속하여 다운로드를 받은 후 웹 브라우져를 통해 사용할 수 있다. 이러한 방법을 모바일 클라우드 기반의 어플리케이션이라고도 한다.

이러한 클라우드 기반의 모바일 웹 어플리케이션 개발에 있어 해결해야 할 문제로 모바일 어플리케이션의 킬러 분야인 게임 분야에서 우수한 프로그램의 개발이 가능한가? ,  네트웍이 불가능한 상황에서 웹 어플리케이션을 어떻게 구동할 것인가?, 그리고 웹 프로그래밍을 통해 디바이스의 제어가 가능한가? 등이 있다.

먼저 결론을 말하자면 이러한 문제들은 일부는 해결되었고 일부는 해결되어 가고 있으며 모바일 웹이 모바일 플랫폼의 주류중 하나가 될 것이다. 먼저 이러한 흐름의 중심에는 W3C의 HTML5 표준이 있다. 기술적인 내용을 살펴보는 것에 앞서 표준은 산업체간의 이해관계가 걸린 전쟁이라는 것을 이해해야 한다. 단순히 업체간의 협의에 의해 결정되는 것이 아니라 철저한 이해관계에 의해 움직인다. 현재 HTML5 표준을 강력하게 추진하고 있는 업체는 구글과 애플, 그리고 팜 , 오페라 등을 들 수 있다. MS의 반대 진형이 강력히 추진하고 있는 상황이라고 할 수 있다. 물론 실세는 구글이며 W3C 표준에 자신들의 기술을 반영하여 웹 표준을 리드하고 있다.

Gears이러한 HTML5에는 앞서 언급한 모바일 웹 어플리케이션을 개발할 때 발생하는 문제점들의 해결 방안을 상당수 포함하고 있다. 대표적인 것이 게임 처럼 복잡한 그래픽 처리를 가능하게 하는 Canvas 태그와 네트웍이 불가능한 상황에서도 디바이스상의 스토리지를 이용할 수 있여 응용 프로그램을 구동하고 이를 온라인시 동기화 시키는 것을 가능하게 하는 기능 등이 포함되어 있다. 이 스펙은 구글의 오픈소스 프로젝트인 구글 Gears를 HTML5에 포함시킨 것이다. 또한 최근에 W3C는 Device API Working Group을 발족하여 웹이나 가젯 등의 어플리케이션에서  다바이스를 제어하는 표준API를 제정에 착수하였다.

W3C의 Device API외에 자바스크립트로 모바일 디바이스를 제어할 수 있도록 해주는 표준으로 BONDI(http://bondi.omtp.org)가 있다. BONDI는 이동통신 사업자들의 포럼인 OMTP(Open Mobile Terminal Platform)에서 제정한 런타임 플랫폼으로 웹 어플리케이션이나 위젯 등에서 모바일 디바이스의 기능을 안전하게 제어하게 해주는 모바일 웹 플랫폼이다.

BONDI는 HTML, JavaScript, CSS 등 표준 웹 개발 기술로 작성된 웹 어플리케이션에서 모바일 디바이스의 어플리케이션 , 카메라, 커뮤니케이션 로그, 이미지 갤러리, 위치 정보, 메시징, 스토리지, 개인정보 관리(PIMS) , 디바이스 정보 등을 제어할 수 있게 해주는 모 바일 웹 플랫폼이다. 이를 위해 BONDI는 모바일 디바이스를 제어할 수 있는 자바스크립트 EXtension를 제공한다. 현재 1.0 스펙까지 출시되었고 참조 구현체와 SDK를 배포하고 있다. 현재 BONDI API와 노키아 API가 W3C Device API에 제출되어 있는 상태이기 때문에 W3C Device API에 유사 표준이 포함될 것으로 예상된다.

이러한 HTML5, Device API,  BONDI 등의 이면에는 여러 업체들의 복잡한 이해관계가 존재한다. 물론 이러한 이해관계의 끝에는 모바일 웹 어플리케이션이 존재한다. 실제 표준을 진행하는 과정에서 자신의 기술과 스펙을 표준화시키는 것은 아주 중요하다. 바로 그것이 경쟁력이기 때문이다. 이를 위해서는 먼저 자신의 기술을 확보해야 하는 것이 필수이다.

현재 모바일 웹을 가장 적극 채용하고 있는 업체는 구글과 팜사이다. 구글은 올해 5월 구글 개발자 컨퍼런스인 Google I/O에서 HTML5를 기반 기술로 적극 추진한다고 공표했고 새롭게 개발하고 있는 Crome OS를 HTML5 기반으로 개발하고 있다. 또한 과거 PDA 황금기에 시장을 주도했었던 팜사는 Palm Pre라는 새로운 스마트폰을 출시하면서 웹 OS라는 혁신적인 개발 환경을 발표했다. 웹 OS는 Webkit과 dojo를 기반으로 한 Mojo라는 웹 SDK를 제공한다. Mojo는 CSS,HTML,Javascript만을 이용하여 모바일 어플리케이션을 개발할 수 있다.

또한 브라우져의 경우에도 파이어폭스3.5 , 오페라 9.6 , 사파리 4 등에서 동영상, 오디어 등 HTML5의 주요 기능을 제공하기 시작했으며 지원 기능은 시간이 흐를 수록 늘어날 것이다.

이러한 모바일 어플리케이션 개발 환경이 웹 중심으로 수렴되는 것은 모바일 어플리케이션 개발에 있어 기존 디바이스 의존적인 방법보다 높은 생산성을 주는 것과 더불어 긍정적인 많은 변화를 가져다 줄 것이기 때문이다. 어떤 변화들이 올 지 예상해보자.

- 중.저가형 스마트폰 시장이 보다 빠르게 형성될  수 있다.
기존 스마트폰 시장은 주로 고가 제품이 주를 이루고 있다. 모바일 어플리케이션을 구동하기 위해서는 고성능의 사양이 필요하기 때문이다. 그러나 모바일 웹 어플리케이션은 웹 브라우져가 구동되는 환경에서면 수행이 가능하기 때문에 중.저가 스마트폰 시장이 보다 빠르게 형성되고 주류가 될 수 있다.

- 모바일 웹 어플리케이션이 일반화가 되면 모바일 어플리케이션의 생태계도 변하게 된다.
애플 앱스토아를 비롯해 현재 모바일 마켓플레이스를 통해 제공되는 대부분의 모바일 어플리케이션은 디바이스에서 구동되는 순수 모바일 어플리케이션들이다. 마치 윈도우용 프로그램의 라이센스를 구매하여 사용하는 것과 동일한 방식으로 모바일 마켓플레이스에서 라이센스를 구매하고 이를 디바이스에 설치한 후 사용을 한다. 그러나 모바일 웹은 이러한 방식의 변경을 요구한다. 모바일 웹 어플리케이션은 인터넷을 통해 언제,어디서나 접속을 하여 사용할 수 있기 때문에 과금도 라이센스를 구매하는 방식이 아니라 사용한 만큼 비용을 지불하는 방식인 SaaS(Software As As Service) 모델로 전환될 것이다.
  
이에 따라 앱 스토아 같은 기존의 모바일 마켓플레이스도 많은 영향을 받을 것이며 후발 업체들의 경우 새로운 기회를 맞게 될 것이다.  이러한 측면에서 가장 개방되고 우수한 클라우드를 보유하고 있는 구글과 팜사의 웹OS가 가장 많은 기회를 얻을 수 있다.

- HTML5, CSS, 자바 스크립트로 개발된 모바일 웹 어플리케이션이 W3C의 Device API 등을 통해 직접 디바이스를 제어하게 된다면 아주 재미나고 놀라운 것들이 가능하다. 가령, 웹 서버와 Device API를 지원하는 냉장고용 제어 프로그램을 개발하면 사용자는 핸드폰의 브라우져를 통해 냉장고에 접속한 후 해당 프로그램을 사용할 수 도 있으며 특정 상품의 재고가 부족하면 자동으로 특정 웹 쇼핑몰에 주문을 내게 할 수도 있다.

HTML5 표준은 2012년 정도에 완성될 것으로 예상되고 있다. 그러나 일반적으로 표준에 앞서 관련 업체들의 모바일 웹 관련 기술은 더욱 빠르게 발전할 것이다. 과거 우리는 IBM의 호스트 환경에서 데스크탑 기반의 클라이언트/서버 환경으로, 그리고 다시 웹으로 변화를 할 때 마다 이를 미리 준비하지 못할 경우 막대한 비용을 지불해야 만 했다. 이처럼  모바일 개발자들과 디바이스 개발자들은 다가올 모바일 웹 환경을 위해 미리 준비를 해야 할 것이다.

이 글은 ZDNET에 기고한 글 입니다.

Posted by 박재현
,

카오스의 모바일생태계에서 살아남는 방법


최근 핸드폰 업계의 가장 큰 이슈는 최근 크게 성장하고 있는 모바일 스마트폰 시장에 어떻게 대처할 것인가 이다. 워낙 모바일 시장이 여러 이해 당사자들이 아주 복잡하여 얽혀있는 멀티 사이드 시장인지라 시장을 이해하면 돌아가는 판세가 아주 재미있다.

특히,  스마트폰 시장에 새롭게 등장한 애플의 아이폰 SDK와 앱스토아 모두 기존의 SKT나 LGT같은 통신서비스 사업자와 삼성,노키아같은 디바이스 업체 들에게 모두 큰 영향을 주었기 때문이다.  

물론 이들에게 준 영향은 기존에 차지하고 있던 위치에 대한 불안감을 제공하고 있지만 상대적으로 고객과 모바일 관련 어플 또는 컨텐트 개발자(또는 개발사)입장에서는 행복한 일이 아닐 수 없다.

누가 행복했었나?

기존의 모바일 시장은 철저하게 통신 서비스 사업자가 장악하고 있는 시장이다. 특히, 국내의 경우 철저하게 통신 서비스 사업자의 입김에 따라 모든게 좌지우지되고 관련 업체들의 매출과 수익, 생사가 오락가락한다.  

실제 통신 서비스 사업자는 고객에게 판매할 디바이스를 삼성이나 LG같은 디바이스 사업자로 부터 납품을 받는다. 이 때, 디바이스에는 윈도 CE나 심비안 또는 삼성의 SHP같은 디바이스 플랫폼이 설치된다.  플랫폼 공급자나 디바이스 사업자는 어플리케이션 개발자와 컨텐트 공급자가 개발한 어플리케이션과 컨텐트를 소싱하여 통신 서비스 사업자에게 해당 디바이스를 공급한다.

이러한 사슬의 끝에는  통신 서비스 사업자가 있다. 이렇게 생산된 디바이스에는 전화 기능외에 네이트 같은 통신 서비스  사업자 고유의 컨텐트 서비스가 떡하니 박혀져 있다. 당연히 다른 서비스는 이용할 수도 추가할 수 도 없다. 어플리케이션과 컨텐트 개발자, 디바이스 사업자 등 모든 구성원들의 이해관계가 통신 서비스 사업자에게 집중된다. 사용자 입장에서는 기기만을 구매하고 이를 다시 가입해야 하는 번거로운 과정과 달콤한 가격 체계때문에 통신 서비스 사업자를 통해 장비를 구매하게 된다.

당연히 모바일 업계의 현재 구조는 모든 구성원의 생사가 통신 서비스 사업자의 결정에 달려있다 해도 과언이 아니다. 특히, 국내의 경우는 컨텐트와 어플리케이션의 선택과 공급이 모두 통신 서비스 사업자에 달려있고 폐쇄적이며 수익배분 구조도 열악하기 때문에 모바일 어플과 컨텐트 산업 구조가 취약하다. 쉽게 말해 재주는 곰이 넘고 돈은 왕서방이 버는 상황이다. 

사용자 삽입 이미지

참고로 같은 구조지만 일본의 NTT 도고모의 아이모드는 컨텐트와 어플을 업체들에게 개방하고 이들 업체들의 품질관리만을 하며 수익배분도 컨텐트와 어플 개발업체들에게 많이 제공한다. 상생의 전략이다.


위기인가 기회인가?

사실 워낙 기존 모바일 시장의 먹이사슬이 완벽하다 보니 사슬의 끝에 위치한 통신 서비스 사업자 입장에서는 현재의 모델이 끝까지 지속되길 바랄 수 밖에 없을 것이다.  그러나 다른 구성원들 특히,  어플과 컨텐트 공급자 입장에서는 현재 상황은 모순된 상황이 아닐 수 없다.

어떻게 이 모순을 해결 할 수 있을까?  가장 효과적인 방법은 어플리케이션과 컨텐트를 통신 서비스 사업자의 폐쇄적인 채널을 통해 제공하는 것이 아니라 오픈 채널을 이용하여 사용자와 직거래를 하는 것이다.  실제 이러한 직거래를 통한 전략은 이미 NTT를 통해서도 검증이 된 것이다.  이러한 직거래 채널을 마켓플레이스로 구체화를 하고 다양한 어플리케이션을 개발하고 설치,운영할 수 있는 스마트폰용 플랫폼을 제공하며,  이 플랫폼에 최적화된 디바이스를 생산해 낸 업체가 바로 애플이다.

애플은 이미 아이팟을 통해 MP3 시장에서 컨텐트(음원)-컨텐트 플랫폼(아이튠)-컨텐트 디바이스(아이팟) 으로 이어지는 폐쇄적이지만 강력한 구조를 만들어 성공한 경험이 있다. 이 경험을 스마트폰 시장에 그래도 적용한 것이다.  애플의 스마트폰 생태계는  기존 통신 서비스 사업자에게 집중되던 구조를 구성원 모두가 수익을 공유할 수 있는 구조로 변경한 데 큰 의의가 있다.  물론 , 애플의 경우 플랫폼과 마켓플레이스, 디바이스를 모두 공급하기 때문에 최대의 수혜자 임은 분명하다.


이해당사자들의 복잡한 이해타산

기존의 질서가 붕괴되면서 카오스의 시대가 온 것이다. 카오스를 통해 새로운 질서가 수립되는 과정이 현재이다.  특히,  그 간 가장 홀대받던 어플리케이션과 컨텐트 공급자에게는 새로운 시장을 열어주는 계기가 되었다. 또한  플랫폼 공급자와 디바이스 사업자 들은 애플의 성공 사례를 벤치마킹하면서 새로운 질서의 주인공이 될 수 있다는 생각을 갖게 되었다. 

반면 기존의 통신서비스 사업자는 새로운 돌파구를 고민할 수 밖에 없는 상황이 되었다. 더구나 최근에 들리는 이야기에는 차세대 애플 터치에 마이크가 붙어있다는 소식이 들리는 것을 보면 기존 모바일 통신도 인터넷 통신으로 대체되거나 겸용되는 날도 멀지 않은 것 같다.

구글의 안드로이드와 마켓플레이스 , 노키아의 심비안과 OVI Store ,  MS의 윈도우 모바일과 마켓플레이스 ,  그리고 삼성전자, LG 전자 , SKT, LGT, 이어서 KT/KTF에 이르기까지 우리가 알고 있는 모든 모바일 관련 회사들이 너도 나도 할 것 없이 이러한 카오스 상황에서 낙오되지 않기 위해 고민을 거듭하고 있다.   

사용자 삽입 이미지

혼돈속의 질서, 불규칙속의 규칙


현재의 혼돈과 불규칙한 시장 상황은 새로운 질서의 전주곡이다. 따라서 이러한 혼돈속의 새로운 질서를 예상해 보면서 무엇을 준비해야 할 지 고민해 보자.


-애플 아이폰, 노키아 심비안, 구글 안드로이드,  MS 윈도우 모바일 등 주요 스마트폰 개발 플랫폼 업체들은 계속해서 플랫폼의 주도권을 나눠 갖을 것이다.

PC 사용자는 다른 사용자의 PC와 데이타를 교환하며 때로는 다른 PC를 사용한다. 이러한 데이타와 사용성의 호환 등을 위해 사용자는 윈도우 같이 하나로 통일된 PC플랫폼을 선호한다. 그러나 이와  달리 모바일 플랫폼에서는 통일된 플랫폼을 선호하지 않는다. 지극히 개인적인 성향에 따라 애플이나 구글을 선호하거나 용도에 따라 게임용 그래픽이 강력한 플랫폼을 선호할 수 도 있다. 또한 폼나게 다니고 싶은 사용자에게는 UI 기능이 강력한 플랫폼을 선호할 수 있다. 

이처럼 모바일 플랫폼을 보유한 회사들은 계속해서 자신의 스마트폰 시장을 형성하고 유지해 나 갈 것이다.  더구나 이들이 보유한 개발 플랫폼은 고객과의 직접 채널인 마켓플레이스를 포함하고 있기 때문에 개발자와 수요자를 동시에 연결시켜 디바이스 및 서비스 공급자와 경쟁할 수 있는 중요한 무기이다.

구글과 MS처럼 개발 플랫폼만 보유한 회사는 삼성, LG, HTC 등과 같은 디바이스 회사와의 제휴를  통해 지속적으로 시장을 늘려나갈려고 할 것이며 반대로 디바이스 회사는 최적의 개발 플랫폼을 확보하려고 노력할 것이다. 최근들어 KT의 안드로이드 , 삼성전자의 SHP등의 이러한 것을 말해 준다.   또한 기존의 디바이스와 개발 플랫폼을 모두 보유한 애플이나 노키아 등은 자체 다비이스를 플랫폼에 최적화하면서 보다 발빠르게 움직여 나갈 것이다.


- 개발자들은 글로벌 시장을 노리는  전략이 필요하다.

현재 스마트폰 시장은 진입기이다. 본격적인 성장을 위한 준비기라는 것이다. 특히, 국내의 경우 태동기라고 할 수 있다. 따라서 글로벌 시장을 대상으로 해야 한다. 가령,  통신 서비스 사업자에 의해  오픈 마켓이 거이 전무한 상태에서 국내 시장을 목표로 한 어플리케이션과 컨텐트 개발은 의미가 없는 일이다. 그러나 애플과 노키아, 삼성 등의 마켓플레이스는 글로벌 마켓이기 때문에 충분히 시장을 기대해 볼 수 있다. 물론 글로벌을 지향하는 것과 글로벌한 것은 분명히 다르다.

따라서 개발자들의 입장에서는 결국 몇 개로 정리될 개발 플랫폼과 마켓플레이스에 얼마나 신속하게 제품을 개발.배포할 것인가라는 속도전이 주요한 경쟁력이 될 것이다. 하나의 어플을 개발하고 이를 다른 플랫폼으로 포팅하는 것이 아니라 철저하게 처음부터 멀티 플랫폼으로의 포팅을 전제로 하여 개발을 해야 한다.  이런 측면에서 보면 현재 이클립스의 펄져(Pulsar)는 완벽하지는 않지만 아주 좋은 개발 툴이다. 이클립스 펄져는 모바일 개발자들에게 통합 플랫폼 개발 툴과 환경을 제공한다. 


보다 적극적인 다면 전략이 수립돼야 한다.

성공적인 스마트폰 시장을 위해서는 무조건 개발자를 다수 확보해야 한다. 이를 통해 고객에게 유용한 어플리케이션과 컨텐트를 공급해야 만 선순환 구조가 발생하는 것이다.

현재 애플은 아이폰 SDK를 개발자에게 판매하고 있으며 어플리케이션을 마켓에 등록할 때에도 별도 비용을 받는다.  이는 애플이 현재까지 가장 큰 규모의 마켓플레이스를 제공하며 , 마켓플레이스에서 구매가능한 다수의 고정 고객을 확보하고 있다는 강점때문에 가능하다.

애플 이후의 후발 업체인 구글 , 노키아 등은 개발자를 위해 SDK를 무료로 배포하고 있으며 각종 채널을 통해 기술을 전파하고 있다.  개발자들에게 부담시키는 비용은 단지 마켓플레이스용  등록 비용과 어플리케이션의 테스트비용 이다. 

그렇다면 그 다음의 후발 주자는 어떻게 해야 할 까?
물론 가장 적극적인 방법을 개발자에게 제로 비용으로 서비스를 제공하는 것이다.  SDK도 무료이고 , 테스트 및 등록 비용도 무료로 제공한다. 더구나 수익도 개발자에게 더 많이 배분하거나 모두 제공한다.  현재 개발자들이 갖고 있는 불만은 비용을 지불하는 데로 등록과 테스트에 드는 기간이 많이 소요된다는 것이다. 만약 비용이 무료이고 등록과 더불어 보다 많은 수익이 보장된다면 이러한 불만을 참고 개발에 적극 힘할 것이다.

이렇게 반문할 수도 있을 것이다. “그렇다면 수익을 어떻게 낼 것인가”. 결론적으로 우호적인 개발자와 어플리케이션을 확보하지 못한다면 결코 성공할 수 없기 때문에 수익이란 단어를 미리 떠올릴 필요가 없다. 든든한 개발자와 어플리케이션을 고객에게 공급하고 고객에 계혹해서 원하는 어플리케이션을 찾는 순간 선순환에 의해 다양한 수익 창출이 가능하다..

또한 마켓플레이스의 배포 전략 또한 필요하다.
앞서 강조했듯히 지금까지 사용자에게 통신 서비스와 컨텐트 서비스를 독점적으로 공급하던 통신 서비스 제공자들 입장에서 개방된 개발 플랫폼과 마켓플레이스는 아주 위협적이다. 그러나 반대로 이러한 마켓플레이스를 통신 서비스 업체에게 무료로 제공하거나 제휴를 통해 발생하는 수익을 공유하게 해준다면 마켓플레이스가 탑재된 많은 디바이스를 공급함으로써 마켓플레이스 사용층을 늘려 선순환이 되게 할 수 있다. 실제 디바이스 공급업체 입장에서 오픈 개발 플랫폼과 마켓플레이스는 아주 매력적인 컨텐트이다.왜냐하면 디바이스 업체들은 스마트폰이 확산되면서 더 이상 폰은 디자인과 유명 연예인 마케팅만으로는 판매할 수 없게 될 것이라는 사실을 누구보다도 잘 알고 있다. 실제 중요한 것은 바로 어플리케이션과 컨텐트이다.


혼돈속에 만들어질 새로운 질서속에서 누가 주인공이 될지는 모르지만 기존의 모순된 사슬을 제껴내고 새로운 질서가 만들어 질 것은 분명한 것 같다. 또한 누구든 욕심을 내는 순간 낙오자가 될 것도 분명해 보인다.

본 글은 ZDnet 컬럼에 쓴 글 입니다.

Posted by 박재현
,

스마트폰을 통한 모바일 환경이 일상화 되면서 웹 클라우드와 모바일 디바이스간의 동기화는 아주 중요한 기본 서비스로 자리잡고 있습니다. 가령, RIM의 블랙베리는 Push Mail을 앞세워 비지니스 맨들의 문화를 바꾸면서 이 분야의 강자로 자리잡았습니다. 이러한 Push Mail의 구현 방법중 하나가 바로 씽크 기술을 이용하는 것 입니다. 간략히 모바일 클라우드와 동기화 서비스의 현황에 대해 정리해 봅니다. ( 참고로 아래 그림들은 테크런치에 올라온 싱크 솔루션에 대한 비교 자료에서 발췌한 것 입니다. 해당 자료는 실제 오픈소스  씽크 솔루션과 플랫폼 제공업체인 Funambol에서 작성한 자료입니다. )


1. 동기화 대상

아래 그림은 모바일 클라우드와 모바일 디바이스간의 동기화 대상을 정리한 것 입니다. 전체적으로는 사진과 주소록, 전자우편,소셜 네트웍,일정 데이타가 현재 주요한 동기화 대상임을 알 수 있습니다. Apple MobileMe와 Funambol, MS Myphone,Nokia OVI,Plam Synergy 에서 이들 데이타를 동기화해주고 있습니다. 아마 다른 서비스들도 조만간 이들 데이타의 동기화를 모두 제공할 것입니다.
 
사용자 삽입 이미지

개인적으로는 앞선 데이타 타입들 외에 사용자 정의 데이타(User defined data type)에 대한 동기화의 지원 여부가 중요한 경쟁요소가 될 것이로 보입니다. 현재 모바일 플랫폼의 개발 환경이 개방화되면서 개발자들이 자발적으로 많은 어플리케이션을 개발하고 있습니다. 또한 핸드폰 뿐만 아니라 디자탈 액자, TV 등 다양한 디바이스간 동기화가 필요하기 때문에 보다 어플리케이션에서 사용자가 정의한 데이타에 대한 동기화 지원이 아주 중요해 질 것으로 보입니다.

사용자 정의 데이타외에 또 하나 중요한 동기화 대상은 외부 서비스 데이타(External service data type)에 대한 동기화입니다. 다음은 현재 각 동기화 서비스서 지원하는 외부 쇼셜 서비스의 대상이다. 현재 플리커와 페이스북에 대한 동기화를 주로 지원하고 있습니다. 그러나 현재 이들 서비스외에 Twitter나 Friendfeed같은 실시간 마이크로블러깅 등 모바일 분야의 Killer Application 들에 대한 지원이 주요한 경쟁력으로 부각되고 있습니다.

사용자 삽입 이미지

2. 비용

대부분의 서비스가 무상으로 제공되고 있음을 알 수 있습니다.  아마 기본 서비스는 무상으로 제공되겠지만 백업이나 기타 다른 디바이스로의 Restore 등 기타 부가 기능을 제공한 프리미엄 버전이 동시에 제공될 것입니다.

사용자 삽입 이미지

3. 동기화 방법

단순히 모바이 디바이스상의 데이타를 웹상의 모바일 클라우드로 백업을 하는 개념의 동기화하면 그 구현은 단순할 것입니다. 그러나 양방향으로 실시간에 이들 데이타를 동기화하기 위해서는 많은 고민이 필요합니다. 특히, 모바일 디바이스는 장비 특징상 대기 시간이 길수록 밧데리가 빨리 소모하며, 고정 IP가 아니라 수시로 IP가 변경되는  특징들 때문에 보다 스마트한 구조를 필요로 합니다. 일반적으로는 기존의 SyncML을 사용하거나 블렉베리 처럼 자체 개발한 표준 방법을 사용하여 개발합니다.

사용자 삽입 이미지

- 자체 개발한 미들웨어와 프로토콜 사용
현재  Push Mail을 가장 먼저 서비스한 RIM의 블랙베리는 기존의 메일 서버와 블랙베리 디바이스 간에 자체 개발한 미들웨어와 프로토콜을 사용하여 기존 메일 서버를 모니터링한 후 새로운 메일을 가져와서 블랙베리 디바이스에 Push를 합니다. 이 때 사용하는 프로토콜은 자체 개발한 것 입니다.  
 
- 기존 표준 방법의 확장 모델
기존의 대표적인 디바이스상의 동기화 방법은 SyncML을 이용하는 것입니다. 따라서 많은 동기화 서비스들은 HTTP(S) 프로토콜과 SyncML에 기반하여 개발합니다. 메일의 경우에는 IMAP IDLE(RFC2177) 커멘트를 사용하여 동기화를 하기도 합니다. IMAP IDLE 커멘트는 디바이스가 메일을 받을 수 있는 상태라는 것을 알려주는 커맨트입니다.

아래 그림은 MS에서 구현한 Direct Push 란 Push mail 모델입니다. Exchange server 2007에 구현되어 있는 이 방법은 Device가 Long-standing https로 동기화를 요청하면 이에 따라 사용자의 메일 박스의 상태를 점검하여 새로운 메일을 Device에 HTTP 프로토콜을 통해 SyncML로 Push를 해 줍니다.

사용자 삽입 이미지

모바일 디바이스를 이용하다 보면 간혹 디바이스를 잃어버리거나 다른 디바이스로 변경을 할 경우가 종종 발생합니다. 이 때, 가장 필요했으면 하는 기능이 바로 기존의 정보를 백업하거나 해당 정보를 다른 디바이스로 쉽게 옮기는 것입니다. 이처럼 모바일 환경이 일반화되면서 모바일 디바이스와 웹 클라우즈, 모바일 디바이스간 동기화는 아주 중요한 기본 서비스로 자리 잡을 것 입니다. 또한 외부 쇼셜 서비스를 비롯하여 새롭게 개발되는 모바일 웹 어플리케이션에서 동기화 기능은 필수적인 기능이 될 것 입니다. 


Posted by 박재현
,

최근에 애플은 아이폰 SDK 3.0을 소개를 했습니다. 각각의 기능들을 다른 SDK들과 비교한 자료가 눈에 띠어 공유해 봅니다. - http://i.gizmodo.com/5173865/giz-explains-what-makes-the-five-smartphone-platforms-different. 표를 통해 각 SDK간의 주요 차이를 일목요연하게 정리해 볼 수 있을 것 같습니다.

사용자 삽입 이미지

기능 위주의 비교와 더불어 현재 각 SDK들은 놀라운 속도로 기능과 성능을 업그레이드하고 있습니다. 가히 전쟁이라 할 수 있습니다. 아래 일정은 최근 심비안에서 발표한 2009년 이후의 Release 일정입니다.

사용자 삽입 이미지

2010년까지 3번의 Major Release가 잡혀있는 걸 보면 상당한 변환가 기대됩니다. 또한 기존 심비안 개발자에게 안정적인 일정을 미리 제공함으로써 커뮤니티 개발자의 동요를 막는 효과가 있을 것 입니다. 이처럼 현재 모바일 SDK는 전쟁에 있어 기능의 차별화 더불어 속도는 가장 중요한 경쟁력인 것 같습니다. 이런 걸 디지탈 사시미전략이라고 하죠...^-^  - 디지탈 사시미 전략과 소프트웨어 개발


Posted by 박재현
,

SaaS(Cloud) Directory

SaaS-Cloud 2008. 12. 25. 12:59

SaaS(Cloud) Directory


Last modified : 2008-12-25
Modified by   : JaehyunPark.kr@gmail.com
Persistent URL : http://docs.google.com/Doc?id=dmzpwb5_411r6g7b2cg


[ New Services ]

- RXP
RPX는 AOL, Facebook, Google, MySpace, Yahoo 등의  OpenID와 인증 시스템을 통합해 준다. 사용자는 자신의 사이트를 RPX에 가입한 후 원하는 RPX 차림표를 보고 메뉴를 선택한 후(월 9.99$ 의 유료 서비스가 존재함) 제공되는 REST 방식의 API로 사이트의 인증 로직을 개발하면 된다.
 

1. Application as a Service

1.1 웹 오피스(Web Office)
  •     Google Apps- 웹 오피스, 일정 관리 ,구글 톡 등의 웹 오피스 서비스
  •     Zoho- 웹 오피스와 웹 노트 등 각종 웹 오피스 서비스
  •     ThinkFree- 데스크탑용 문서 작성, 스프레드 시트, 프리젠테이션 오피스 툴과 웹 문서 관리
  •     WebEx- Web Conferencing 과 Collaboration 서비스( by Cisco )
  •     Zimbra - Email 서비스와 솔루션 ( by Google )
  •     BaseCamp - 주제나 토픽별 협업 서비스
  •     Editgrid - 웹 스프레드 시트

1.2 웹 운영체제(Web OS)
  •     eyeOS- 웹  운영체제

1.3 보안(Security) 및 인증
  •     Ping Identity-SSO(Single-Sign On Service)
  •     Qualys- IT 보안 및 위험 관리 서비스, 회사의 기존 인프라 관리에 적용하면 효과적이다.
  •     RPX - 메타 SSO 인증 서비스로 OpenID 와  OAuth 서비스의 메타 서비스를 제공해준다.

1.4 데이타(Data)
  •     StrikeIron- 사용자의 Data를 전송하는 서비스로 멀티소스의 데이타를 Cleansing하여 제공한다.
  •     Amazon의 CloudFront   

1.5 헬프데스크(Helpdesk)

1.6 고객관리(CRM)

1.7 빌링(Billing)
1.8 지불(Payment)

1.9 광고(Advertising)

1.10 이메일 보안/관리(E-mail)
  •     Postini ( 구글이 인수함 ) - 이메일 보안 및 아카이빙
  •     MessageLabs ( 시멘틱이 인수함 )- 이메일 보안 및 아카이빙
  •     MineCast

1.11 인적 자원 관리(Human Resource)

2. Platform as a Service

2.1 Public Cloud

2.2 Private Cloud

2.3 Open Cloud Platforms

2.4 Cloud Platform Tools

2.4.1 Fabric Mgmt

2.4.2 데이타 그리드

2.4.3 Virtual Appliances

2.5.4 스토리지/Content Delivery

2.5 서비스와 시스템 통합(Service & System Integration)

2.6 애플리케이션 개발
        Zembly는 기존의 서비스 및 위젯등을 사용하여 쇼셜 애플리케이션을 개발할 수 있다. 사용자는  
        Zembly에서 제공하는 웹 브라우져 기반의  IDE를 통해 개발을 하고 , 개발된 애플리케이션을  
        Facebook , Meebo , OpenSocial , iPhone , Google Gadgets 에 직접 퍼블리싱 할 수 있다.

'SaaS-Cloud' 카테고리의 다른 글

클라우드 기반의 서비스 개발 환경 - Aptana on the DaaS  (2) 2009.05.01
Context Cloud Computing  (1) 2009.04.13
Adsense for image  (1) 2009.04.09
Amazon S3 현황  (2) 2009.03.31
OpenAPI에서 테스트 환경은 가장 중요한 환경이다.  (3) 2009.01.26
OpenID와 SaaS 서비스  (0) 2008.12.25
SaaS 기술 동향 - 2008년 10월  (0) 2008.10.28
구글 G메일 다운과 SaaS  (0) 2008.10.18
SaaS Taxanomy  (0) 2008.10.08
XaaS에 대한 단상  (2) 2008.10.01

Posted by 박재현
,