'Making Of Nokia N82'라는 제목의 비디오이다. N82의 디자인을 하면서 그에 따른 컨셉을 설명해주고 있다. 영국식 여성의 영어 발음이 꽤나 낯설게 그리고 멋지게 다가오는 비디오이다. 설명을 잘 들어볼 것! 처음 시작하는 이 문장이 가슴을 친다.

Every creational process begins with 'VISION'

각 브라우저에는 다양한 아키텍쳐가 구성되어 있으며 그 중 Core가 되는 부분은 Rendering 엔진일 것이다. 현재 다양한 브라우저들이 고유의 렌더링 엔진이나 Webkit과 같은 전문 렌더링 엔진을 가져가 쓰고 있는데 간단하게 현황을 요약하면 아래와 같다.

이 중에서 모바일 브라우저와 가장 밀접한 Gecko, Presto, Webkit등의 뉴스를 알아보도록 하자. 참고로 이러한 뉴스의 기반 정보는 W3C 모바일 분야에서 일하는 Michael Smith가 5월 7일에 정리한 'Browsers on the Move'란 제목의 보고서를 참고하였다. 해당 보고서에는 렌더링 엔진뿐 아니라, CSS/DOM, 웹개발 툴 지원 현황 등에 대한 소식을 장 정리 해놓았으니 브라우저에 관심 있는 분이라면 한번씩 읽어보기를 권한다. 국내에서는 박재현님이 한글로 본인 블로그에 간단하게 요약을 해서 소개한 적이 있다.

모바일 플랫폼 중심으로 본 웹 브라우져 동향 I
모바일 플랫폼 중심으로 본 웹 브라우져 동향 II

물론, 하루가 다르게 소식이 나오는 IT인만큼 최신 소식은 아는 한도내에서 update를 해보았다.


1. Gecko

Gecko는 이미 잘 알려진 바와 같이 Mozilla에서 사용하고 있는 엔진이다. '모바일 웹브라우저 시장 현황 리뷰' 포스팅에서 이미 소개한 바와 같이 Fennec이란 프로젝트명으로 Fire Fox 3 Beta 4 소스를 사용하여 모바일로 포팅시키고 있다. 2008년 4월 13일, pre alpha Release를 발표했으며, 2008년 8월, Alpha Release 예정이다. 현재 Touch Screen용과 비 Touch Screen용으로 나누어 2개의 버전을 개발 중에 있으며 pre alpha 버전의 경우 아직까지 그다지 좋은 속도가 나오지 않는다는 평이다.

Nokia의 경우, 인터넷 타블렛에서 사용하는 Linux 플랫폼 Maemo(마에모라고 읽는다!!)가 있다. 이 Maemo는 Webkit엔진을 사용하지 않고 Gecko엔진을 사용하여 개발하고 있으며 프로젝트명은 'MicroB'이다. 그밖에는 Proxy Server base인 SkyFire도 이 Gecko엔진을 사용하는데 2008년 5월에 Beta 0.6을 release 하였다.


2. Presto

Opera에서 사용하는 Presto엔진은 'Presto'와 'Presto Core 2'로 구분된다. 얼마전에 업그레이드된 9.5에서부터 'Presto Core 2'를 사용하기 시작했는데 최근 Opera의 Mobile Browser들도 모두 'Presto Core 2'로 수정이 되었다.

2008년 5월 13일, Opera Mini 4.1이 Release가 되었는데 이미 'Opera Mini Ver 4.1 정식 릴리즈' 포스팅을 통하여 자세한 설명을 해놓았으니 참고하면 될 것이다. Opera Mini의 경우 현재 약 35milion user를 보유한 것으로 알려졌으며, 구성된 J2SE를 J2ME로 포팅하여 Android로 포팅 중에 있다. 국내에서도 일부 Java API만 수정하면 WIPI로 컴파일이 되어 일반 폰에서 볼 수 있는 것으로 알려져 있다. Preinstalled 기반으로 판매되는 Opera Mobile 9.5의 경우는 현재 100+million user가 사용한다고 한다. Opera Mini와 Opera Mobile 모두 기본 검색 엔진을 Yahoo에서 구글로 바꾼 것 역시 Android 포팅과 함께 구글 친화적 정책을 보여주고 있다.


3. Webkit

누가 뭐라고 하던 현재 렌더링 엔진의 가장 큰 스타 플레이어는 Webkit이다. Webkit의 가장 큰 특징은 다양한 플랫폼으로 이미 이식을 해놓았고, 모바일 플랫폼들이 Webkit을 내부 아키텍쳐에 포함을 시킴으로서 기타 다른 어플리케이션들이 Webkit API를 사용할 수 있다라는 것이다. 이러한 대표적인 플랫폼으로는 구글의 Andriod와 얼마전 Nokia에 인수 합병된 Trolltech의 QT 4.4+ 등을 이야기 할 수 있다. 이로서 브라우저 외의 html 문서 뷰어를 기반으로한 E-Mail, RSS Reader와 같은 다양한 어플리케이션을 해당 플팻폼에서 쉽게 개발을 할 수 있게 되었다. Nokia는 Safari 3.1 기반으로 새로운 Browser 포팅 중이라는 루머도 있다.

Webkit의 등장으로 Browser기반의 Application이 쉬어지고 이로 인해 다양한 Newface등이 등장하고 있다. 대표적인 예로는 Windows Mobile용 브라우저인 Iris Browser를 개발한 Torch Mobile, Beta를 준비 중에 있는 Wake3, LiMo + WebKit + GTK를 결합하여 전투력 극강을 보여주고 있는 인도의 Azingo, SquirrelFish 등을 예로 들 수 있다. 이 중에 특히 Azingo와 SquirrelFish는 주의깊게 봐야 하는 Player이다.

이번 5차 MobileWebAppCamp에서 futurewalker님께서 소개한 Sand-Labs.org이라는 Player도 흥미롭다. 이 기업은 Webkit Base의 어플리케이션을 포팅을 해준다. 하지만, '흥미'외의 것은 없다. 사실, 어떠한 모델을 가지고 Newface가 등장하느냐보다는, 얼마만큼 성공할 수 있는 Model을 가지고 등장하느냐가 더 중요한 것인데 그런면에서 이러한 Model은 성공 여부가 극도로 작다. 이러한 생각의 근거는 Webkit의 기본 포팅이 일단 너무 쉽기 때문이다. 그리고 모바일에서의 포팅 한후의 이슈 지원이 기본 수입원(NRE)이 되는데 이러한것을 100% 외주로 맡길만한 개발사가 과연 얼마나 있을까 의문이다. 물론, 기업 전용 어플리케이션이나 몇가지 Minor한 응용 제품이 나올 수는 있으나 크게 성공하지는 못할 것으로 예상된다. 실제로 해당 홈페이지에 가봐도 Pilot으로 만든 브라우저 외에 Reference가 현재까지는 전무하다.

Smart Phone의 시장이 점점 커지고, 아이폰과 풀터치 스크린에 대한 관심이 증가함에 따라 UI의 중요성이 강조가 되면서 안정된 Smart phone 플랫폼에 대한 관심이 갑작스레 많아져버렸다.스마트폰 플랫폼에 대한 시장 점유율은 '지역색에 따른 스마트폰 이야기' 포스팅에서 언급한적이 있으므로 못보신 분들은 참고하기를 바란다. Global한 시장 점유율은 심비안이 약 65%이상을 점유하고 Windows Mobile이 12%를 차지하고 있는 것으로 알려져 있다. 그뒤로 여러 Linux 기반의 플랫폼과, iPhone의 OSX, 구글 안드로이드 등이 영역을 확장하기 위해 배수진을 치고 있다.

2008년 6월은 이러한 모바일 플랫폼에 대한 이슈가 특별히 많았던 것 같다. 안드로이드폰 출시일에 대한 연기등의 소소한 이슈들을 빼더라도 메가톤급 이슈가 3개나 있었다. WMDC에서 iPhone 3G와 Mobile me에 밀리기는 했지만 써드파트 어플리케이션의 소개와 이에 대한 SDK, 그리고 판매방법에 대해 소개를 했었고, 노키아가 심비안을 100% 인수를 한 후 완전 공개 플랫폼으로 전환하겠다는 발표를 했다. 그리고 Linux 기반의 주요 플랫폼인 LiMo와 LiPS Forum이 통합하겠다고 발표를 해버린 것이다.



잠깐 눈을 국내 웹과 스마트폰의 현재를 돌이켜보자. 개방형 어플리케이션이 자리잡을 수 있을 것 같은가? 그렇다고 해외 플랫폼이 내거는 상금을 노려볼 것인가? 참아라. 인생은 한방이라고 하지만 기업의 전략을 그렇게 쉽게 정하지 마시라. 국내 IT가 흘러온 역사를 돌이켜보면 이러한 개방형 서비스로 이득볼 수 있는 것은 서비스 제공업체 밖에 없다. 기업형 시장에 최적화된 툴을 제공하는 기업과 포탈로 대변되는 국내 웹서비스의 모바일 진출이다. WiFI망도 열어주고, 그래도 포팅하기 가장 쉬운 Windows Mobile을 플랫폼을 사용하고 있는 블랙잭에서도 개발하기 그다지 어렵지 않은 한국형 RSS 어플리케이션이나 그 흔한 고스톱 게임도 제대로 나오지 않는 것을 보면 어플리케이션 개발사가 모바일에서 수익을 얻기를 기대하는 것이 얼마나 힘든것인가를 대변해주고 있다.

다시 한번 말하지만 서비스 업체에는 분명히 기회의 땅이 서서히 열리고 있다. 다행인것은 이 서비스업체들이 개발사보다는 국내에 많다는 것이다. 이들에게 몇가지 하고 싶은 잔소리가 있는데..


첫째, 다양한 플랫폼에 대응 할 수 있도록 조직을 재정비해야 한다. 단순하게 모바일을 준비하라는 것은 아니다. PMP, 전자 사전 류를 비롯하여 IPTV, Setpup Box등 다양한 장치와 다양한 플랫폼에 대응할 수 있는 조직으로 재구성해야 한다.
단말기 제조사로 이름이 알려진 Nokia가 Ovi등 미디어 그룹으로 다시 태어나기 위해서 가장 먼저 한일 또한 조직을 그에 맞게 재구성한 것이었다. 그전까지는 디바이스 중심의 회사 조직을 2008년 1월, 조직개편을 통해서 디바이스, 서비스 및 소프트웨어, 마켓 이라는 3대 조직으로 구성하고 개발조직을 독립적으로 구성하여 각 서비스에 맞게 3대 조직내에 맞는 개발팀을 효율적으로 운용하게끔 하였다. 이렇게 조직은 전사적인 전략에 맞게끔 조직을 바꾸지 않으면 따라 갈 수 없는 세상이 되고 있다.

각 팀에서 똑똑하고 열심히 일하는 몇명을 뽑아서 TFT라는 작은 조직을 만들고 그 안에서 지지고 볶으려는 노력으로는 다양한 디바이스와 플랫폼에 절대 대응하지 못하리라고 장담한다. 적어도 모바일 전문가라는 그룹들이 가진 경험을 절대로 우습게 보지 말기를 바란다. 그들의 경험을 흡수하여 사용하기를 바란다.


둘째, 절대로 하나의 플랫폼에 All-In하지 말아라. 해외의 거대 공룡 기업들이 어마어마한 상금을 걸고 개발자들을 흡수하려고 하는데, 남이 내는 북소리에 맞추어 춤추는 어리석은 광대가 되지 말아라. SDK Release 일정이나 포팅된 단말이 출시되는 일정은 당분간 계속 유동적이 될 것이다. 이 수많은 플랫폼들은 서로가 서로를 너무 잘 알고 상대방의 장점을 흡수하려고 하고 있다. Low Level 라이브러리는 동일하지만 UI에 대한 관심이 극도로 높아짐에 따라 UI Level API는 지속적으로 변화하고 있다. 한마디로 Final Release가 되기 전까지 최종모습을 개발하는 당사자들도 예측하기 힘든 상황이다. 몇개 그룹의 브랜드 파워에 혹해서 철새들 처럼 따라가야할 필요는 없다. 국내에 있는 서비스 기업체라면 더더욱 필요없다.
 
지금과 같은 다양한 플랫폼의 등장과 그들끼리의 경쟁은 향후 일이년안에 끝날 수 있는 상황이 아니다. PC시장과 같이 소비자가 모든 것을 좌우하는 에코시스템이 아니니 당분간 이런 상황은 계속 될 것이다. 지금은 All-In이 아닌 준비를 해야 할 때이다. 물론 Pilot Test라면 전혀 다른 이야기이다. 블로그나 언론 보도를 보면 곧 뭔가 바뀔 것 같아서 결정을 해서 상용 제품을 만들어야 뒤쳐지지 않을 것 같지만 절대 아니니 서두르지 말기 바란다. 안드로이드폰의 년내 출시 여부 따위의 이슈는 블로거들의 차지이지 기업 전략의 이슈가 아니다.


셋째, 각 기업의 개발 시스템을 다양한 플랫폼에 대응 할 수 있게끔 천천히 준비하라. 각 어플리케이션 개발자들은 현재 자신이 개발중인 아키텍쳐를 Core, Abstract Layer, API, Application Layer 등으로 명확하게 구분해라. 여유가 있는 기업이라면 미리미리 Refactoring으로 각 아키텍쳐들을 Review해야 한다. 개발자들은 CRT를 사용하지 말아라. CRT를 사용하더라도 MACRO로 모든 함수를 다시 한번 Mapping한 후 사용하여라. CRT 함수뿐이 아니다. Data type, Return value, Structure 모두 마찬가지이다. 모두 Macro로 한번 Mapping을 하기를 바란다. 템플릿이 있다면 모두 걷어내고, 다중 상속으로 개발된 코드가 있다면 빨리 삭제하여라. 하나의 플랫폼에만 Optimize 된 코드 생산은 이제는 의미가 없는 세상이 온다. 개발 코드 뿐만 아니라 개발 업무 시스템에 대한 정비도 미리미리 해놓기를 바란다. 어떠한 개방형 플랫폼에도 신속하게 대응할 수 있게끔 준비를 하기 바란다.


국내에 스마트폰이 활성화되고 이들의 플랫폼 위에 개방형 플랫폼들이 자리를 잡고 시장을 호령할 때 까지 다행스럽게도 시간이 남아 있다. 절대로 장담할 수 있는 것은 시간이 충분히 남기는 했지만 언젠가는 반드시 온다는 것이다. 국내의 기업들도 미리미리 이러한 세상을 준비하고, 이러한 세상이 올 때 뭔가를 이루어 내기를 바란다. 다시 한번 강조하지만 위의 잔소리는 서비스업체들을 대상으로 하는 것이다. 어플리케이션 개발자들은 조금은 다른 각도에서의 전략이 필요하다.

PC에서 브라우저는 오랜 기간 IE의 세상이었다. IE6의 경쟁자는 IE7정도일 뿐이고, 가장 무섭게 떠오르고 있는 경쟁자 역시 IE8일뿐이다. 불여우와 사파리가 예상보다 높게 그들의 영역을 야금야금 먹어가고 있지만 아직(!!)까지는 IE가 PC 브라우저 시장을 지배하고 있다라는 사실은 인정하지 않을 수 밖에 없다.

다행스럽게도 모바일에서는 상황이 전혀 다르다. 현재 WAP 브라우저에서 시작한 회사들이 훌륭한 풀브라우저 제품을 제공해주고 있으며, PC에서는 그다지 힘을 쓰지 못했던 오페라 역시 모바일에서 가장 강력한 퍼포먼스를 내면서 강자로 군림하고 있으며, New Face들의 출현으로 모바일 브라우저는 전쟁터라고 불리어도 될만하다. 아래 이미지는 '모바일 웹브라우저 시장 현황 리뷰' 포스팅에서 작성했던 것에 살을 좀 더 붙혀 본 것이다.


여기에서 두가지 의문이 생긴다.

첫번째는 모바일 브라우저 시장이 존재한 것이 어제 오늘일도 아닌데 왜 갑자기 이러한 전쟁터가 된 것인가? 예전 Normal 폰 시장은 Native Application만이 유통이 가능했다. 물론 VM을 통해서 사용자의 선택을 넓힐 수는 있었지만 VM을 유통시키기 위해서는 까다로운 이통사의 입맛에 맞춰 주어야 한다. 그렇지만 요즘에는 스마트폰의 시장이 점점 넓어져서 플랫폼 자체가 Normal 폰의 1 Binary가 아닌 실행가능한 독립적 바이너리가 개발이 가능해졌다. 사용자들이 이통사망을 거치지 않고 인터넷을 통해 다운로드 및 설치를 할 수 있는 것이다. 이러한 인프라적 시장 상황에서 아이폰이라는 대형 스타가 등장하고 개방형 플랫폼을 외치는 스티브잡스의 훅에다가 Android가 어퍼컷을 날리는 분위기를 만들어준 것이 이러한 상황을 부채질한 것이다. 물론, 그 뒤에는 LiMo나 심비안등의 활약 또한 무시할 수가 없다.

첫번째 의문에 대한 답이 그렇다면 브라우저 업체의 수익에 대해서 의문이 생기지 않을 수가 없다. 지금까지 브라우저 개발사는 단말사나 이통사를 통해서 들어갔었기 때문에 로얄티와 NRE라는 수익모델이 명확했다. 하지만 개방형으로 간다면 어플리케이션 개발자는 어떻게 돈을 번다는 것인가? 다른 어플리케이션이라면 판매도 가능하겠지만 브라우저를 사겠다는 소비자는 많지 않을 것이고, 서비스 사업자도 아니어서 광고를 넣을 수가 없을 텐데.. 이런 회사는 브라우저는 무료로 제공을 하고 브라우저 기반의 솔루션을 판매하겠다는 계획을 가지고 있다. RSS Reader, E-mail Reader, Widget 등 다양한 응용 기술을 실제로 준비하고 있다. 이러한 응용 제품에 대해서는 후에 한번 더 설명하도록 하겠다.


이와 같은 이유와 환경, 그리고 렌더링 엔진들이 발전함에 따라 지금과 같은 현상은 점차로 심화될 것으로 보인다. 다행인 것은 PC환경의 플랫폼을 MS가 평정을 했다면 당분간(개인적으로는 당분간이 아닌 꽤나 길어질 것 같다.) 모바일 플랫폼은 혼전의 양상을 유지할 것이고 각 플랫폼에 최적화된 브라우저들이 계속해서 등장하여 사용자 선택의 폭을 넓힐 것으로 예상된다.

제5차 MobileWebAppsCamp에 참석을 하고 "해외 풀브라우징 서비스 동향과 의미"라는 제목으로 발표를 하였다. 거부기아찌님의 부탁때문에라도 좀 더 좋은 발표를 했어야 하는데 어제부터 시작된 감기몸살이 내 몸을 지배했다. 발표하고 이야기를 하는내내 목이 잠겨서 고생을 많이 했다. 듣는분들에게 실례가 안되었을려나 모르겠다.

발표했던 자료를 ETRI에서도 올려 놓겠지만 이곳에도 공개를 한다. 10페이지의 그래프는 pdf로 변환하다가 깨진 부분도 있고 설명이 필요한 부분이 있기 때문에 PT내용을 주제별로 포스팅을 할 생각이다. 감기기운에 맥을 못추며 빼먹은 설명도 할 것이며, 참고자료에 대해서 좀더 디테일하게 소개를 할 예정이다. 이곳에 정기적으로 오시는 분은 굳이 PT 자료를 다운 받지 않으셔도 될 것이나 발표자료만 필요하고 mobizen의 잔소리가 싫다는 분은 다운 받으시기를..


같은 주제이지만 저번 '풀브라우징 성공전략 세미나'보다는 좀더 편하게 말할 수 있는 자리였다. 물론, 답은 없다. 풀브라우저에 대한 현재의 헤게모니는 오직 이통사에게만 있는 현실에서, 다른 플레이어가 사업 성공 여부에 미치는 영향이 미비하다. 그런 상황에서 답을 낼 수가 없을 것이다. 하지만 비슷한 고민을 하는 사람들끼리 모여서 이야기 하는 것 자체가 의미가 있을 듯 하다. 개인적으로는 이통사가 많이 참석했으면 하는 바램이었지만 LGT는 제외하고는 아예 오지 않거나 1명정도만 참석한 이통사들이 조금 아쉽다. 사실은 그들의 생각이나 태도가 사업의 키가 아닌가?

세미나에 오가는 내용은 발표자료가 곧 올라갈테니 참고하면 될 것이다. 뻔한 결론이기는 하지만 "개방과 표준의 선해결 아래에서 모바일 풀브라우저는 성공 할 수 있을 것이다. 브라우저는 단순한 어플리케이션을 벗어나 플랫폼으로 진화할 것이며, 그렇게 되어야 한다"가 오늘 세미나의 총결론인 듯 하다.

아래는 오늘 득템한 머그컵. 오페라에서 지원을 해주었으며, 의외로 많이 남아서 2개를 챙겼다는.. ^^



* PS : 자료 중 'Gecko'를 'Getko'로 오타 표기한 내용이 있어서 어제 다시 문서를 update 하였습니다. 그 자료로 발표도 했는데 왜 그게 이제서야 보였는지 모르겠네요. 불편을 끼쳐 드려 죄송합니다.

이번에는 좋은 컬럼 하나를 소개할까 한다. BlueCoat의 후원을 통해 Jack E. Gold가 작성한 "Strategic Planning for Mobile Applications"은 아래와 같은 3개의 컬럼으로 구성되어 모바일 어플리케이션 개발에 대해 유의할 점, 그리고 전사적인 전략 기획의 중요성에 대해서 이야기 하고 있다.


작성자인 Jack E. Gold는 research firm인 J. Gold Associates의 창립자이자 애널리스트로 모바일쪽 전문가로 알려져 있다. 컬럼인 만큼 대단한 해법을 주는 문서는 아니고 기본적이고 뻔한 이야기를 하고 있지만 무척 공감가는 이야기를 많이 해 주고 있어 재미나게 본 컬럼이다.

모바일 전문 기업에 근무하는 분들에게는 조금은 식상한 이야기라 권해주고 싶지는 않고 Web 서비스나 일반 응용 프로그램 기업이 모바일 관련 제품을 고민하는 상황이라면 개발팀장, 전략 기획자, 그리고 개발에 대한 의사 결정권자는 반드시 읽어보기를 바란다.  또한 개발은 다 똑같아서 윈도우즈 응용프로그래머던 웹개발자던 누구나 모바일 개발을 할 수 있다고 생각하는 분은 필독 컬럼이다.

개인적으로 두번째 컬럼이 무척 마음에 와닿았는데 문서 중에 가장 공감이 가는 부분은 아래와 같았다.

제5차 MobileWebAppsCamp이 아래와 같이 개최된다.


더 자세한 정보는 http://www.onoffmix.com/e/hollobit/158 를 방문하면 된다.

주제도 주제이고 MobileWebAppsCamp를 몇번 놓쳤던터라 되도록이면 참석하고 싶은 마음이다. 게다가 거부기아찌님이 세션 하나를 담당해달라고 하는 바람에 어지간하면 가서 허접한 발표라도 한번 하는게 예의인 것 같다. 다만, 평일이라는 것과 요즘 끝도 없는 일을 계속 삽질 중이라 마음에 걸린다. 현재로선 참석 가능성이 50%정도..

혹시나 이 블로그에 꾸준히 들르시는 분 중에 풀브라우저쪽에 관심있으신 분은 한번 참석해도 좋을 듯 하다. 주제 자체는 뭔가 재미날 것 같지만 이통사를 제외하면 사실 할 수 있는게 거의 없는 입장에서 그다지 건설적인 이야기가 나오지는 않을 것이다. 하지만 참석 희망자들의 업체들도 다양해서 명함 교환을 하고 같은 주제로 이야기하는 것 자체가 소중할 듯 하다.

오늘(2008년 6월 16일) OECD 장관회의에 앞서 열린 비즈니스 이해관계자 포럼에서 SKT와 KT의 두 수장들이 각자의 위치에서 보는 '컨버전스'에 대하여 각자 발표를 하였다. 이 중 SKT의 김신배 사장이 발표한 내용 중 대부분은 뻔한 소리이고 중요한 내용은 아래와 같다.

위험하다! 몹시 편협하고 우울한 발언이다! 어느 산업이나 선두기업은 변화에 소극적이고 외부 경쟁에 대해 수비적이라는 것을 감안하더라도 위험하다. 이는 개방과 컨버전스 시대에서의 이통사의 Positioning에 대한 이야기이다.

실제로 국내외를 막론하고 이통사만의 Walled Garden은 지난 4-5년 동안 끊임없이 비난을 받아왔고, 이통사는 여지껏 미디어 그룹으로서 자리매김을 하기 위해 이미지 메이킹을 시도해왔다. 김신배 사장이 언급하는 'Bit Pipe' 사업자가 되지 않기 위해 발버둥 쳤지만 사실 지금은 냉정한 평가를 내려보아야 한다. 적어도 국내 이통사들의 미디어 그룹으로서의 성적표는 낙점에 가깝다. 기술면은 그나마 SKT에 합격점을 줄 수는 있지만 적어도 '파트너쉽' 이라는 과목에서 이미 과락이다. 안하무인격인 태도로 대형 기업을 무선으로 관심을 가지게 하는데 실패를 했고 의지도 없어 보인다. 대형 그룹들과 파트너를 맺어 컨텐츠 기업으로 훌륭하게 자리매김을 하고 있는 노키아나 e-Bay, MySpace, Google 등과의 제휴를 통해 유선 컨텐츠를 무선으로 유입시키고 있는 Vodafone과 비교되지 않는가?


이러한 관점을 떠나서라도 이통사의 기본적인 비즈니스 Positioning은 'Bit Pipe' 기업이 맞다. 네트워크 설비를 세우고, 이를 이용하는 단말과의 협업을 통해 통신을 연결해주는 것이 기본 업무이다. 이 'Bit Pipe'가 대부분 부정적인 의미로 쓰이긴 하지만 이를 부정해서는 안된다. 전기 회사가 전기만 공급해주지 A 회사의 냉장고가 전기를 공급받을 만한 성능이 되는가, B회사의 에어컨의 소비자의 반응이 어떻게 예상되는가를 따질만한 위치가 되서는 안된다. 컨텐츠의 벨류체인에서 지배적인 위치가 될려고 해서는 안되는 것이다. 어쩌면 한전이 앞의 예와 같이 지배적인 구조를 가지고 벨류 체인 내에서 간섭했다면 지금처럼 전기를 쓰는 제품이 다양하게 나오지 않았을지도 모른다.

더욱 크나큰 문제는 해외 대형 업체들의 미디어 플랫폼으로서의 사업 진행을 보면서 그들을 벤치마킹하여 SKT만의 컨텐츠 유통을 만들 생각을 하는 것이 아니라, SKT의 지배적인 위치를 이용하여 아무런 근거없는 그들만의 판단으로 BM이 사업성이 없거나, SKT를 무시하면 고추가루 뿌리겠다는 소리를 하는 것이다.

SKT가 미디어 그룹이 되는 것은 좋다. 하지만 일에 순서가 있는 법이고 그들이 국내 모바일의 모든 미디어의 머리 꼭대기에 군림하여 그들만의 논리로 사업성을 판단하거나 다른 기업들의 모바일 진출을 가로막아서는 안되는 것이다. 최근 리서치 그룹 'Analysys mason'의 한 보고서에 따르면 이통사들은 타사 서비스를 평가하거나 진입을 방해하는 심사관으로서가 아닌 그들을 지원하고 이통사의 Asset을 활용할 수 있는 'Sevice Enabler'로서의 Positioning이 맞다고 제안하고 있다. 이는 mobizen의 생각과 정확하게 일치한다. 이통사들이 'Sevice Enabler'로서 제공할 수 있는 Asset은 아래와 같이 정리된다.



이통사들은 자신이 가지고 있는 이러한 Asset을 먼저 활용할 줄 알아야 한다. 위와 같은 Asset 만으로도 훌륭한 사업자가 될 수 있다. 이를 가지고 다른 전문 미디어 그룹들이 모바일로 유입될 수 있도록 플랫폼을 만들어 제공해야 한다. BM은 이통사가 판단하는 것이 아니고 소비자가 판단해 줄 것이다. 이러한 이통사가 해야할 기본적인 것을 해 놓은 후에 미디어그룹이 되던, 뭐가 되던 하기를 바란다. 한마디로 원래 업무나 잘 하고 그 다음에 딴 일에 욕심내란 소리다.

컨버전스 시대가 되니 무시하지 말고 좋은 BM을 들고 오라고? 너네들 판단력을 내가 믿을 수 있어야 말이지. 여지껏 말아먹을만큼 말아먹은거 아냐?

5. S/W 개발사 주도형 제품

5.1. 알프(ALP)


모바일 OS의 대명사인 Palm OS를 인수한 Access가 Linux을 기반으로 하여 PalmOS의 차세대 모델로 개발하고 있는 플랫폼이다. 실제 어플리케이션의 개발 개념과 많은 기술적인 철학이 Palm과 유사함을 알 수가 있다. 현재 오렌지향으로 'Riedel' 프로젝트를 2008년도 안에 Release 하려는 계획을 가지고 있다. 기타 Linux 플랫폼이 지원하는 대부분의 것들을 지원한다. 개발 플레임워크는 아래와 같으며 Linux Native나 J2ME로 개발이 가능하다.


ALP의 가장 큰 장점은 Plam이라는 고유명사를 일반 명사로 만들 정도로 강력했던 약 25,000 여개 이상의 Palm용 응용프로그램이 고스트라는 에뮬레이터 모듈을 거쳐서 Binary 호환이 되는 것이라고 할 수 있겠다. 혹자는 예전 Palm용 응용프로그램이 높아질때로 높아진 사용자의 눈높이에서 무슨 의미가 있느냐고 할 수 있지만 아직까지도 Palm에 대한 향수를 그리워하고 활발하게 진행되는 개발 커뮤니티를 보면 분명히 의미가 있는 듯 하다.

Palm의 철학 자체가 멀티미디어 디바이스라기 보다는 가방 속에 있는 디지털 비서라는 측면이 강해서 어플의 안정화나 데이타의 연동등에 중점을 두지만 그에 비해 상대적으로 UI가 정적인 느낌이 든다고 평가를 받고 있다. 그래서 근래에는 UI에도 꽤나 신경을 쓰고 개발을 하고 있다. 예전에 "삼성전자의 두가지 리눅스 플랫폼, LiMo와 ALP" 포스팅에서 ALP 동영상을 소개한 적이 있으니 참고하기 바란다.  'Riedel' 프로젝트를 통해 오렌지향으로 납품하는 벤더는 삼성전자이다.



5.2. Qtopia


Qtopia에 대해서는 이 블로그를 통해서 여러번 언급한 적이 있다. QT로 유명한 Trolltech에서 개발한 플랫폼이고 그런 만큼 UI Layer는 QT 기반으로 작동한다. 이 플랫폼의 가장 큰 특징은 역시 Normal폰까지 지원한다는 점에 있다. 하지만 Green Phone에서 보여주었던 극악의 퍼포먼스는 역시 Normal폰 플랫폼으로서의 Linux는 무리라는 점만 확인 시켜 주었던 것 같다.


사실 Qtopia의 존재 여부는 불투명하다. 노키아에 인수가 된 상태이고 인수당시 트롤테크의 모든 제품은 지속적으로 개발과 지원을 계속 할 것이라고 이야기를 했다지만 심비안의 주가 되고 Maemo까지 보유한 노키아의 입장에서 Qtopia를 얼마만큼 지원해 줄 수 있을지는 미지수이다. 아래는 2007년 3GSM에서 시연을 했던 그린폰의 동영상이다. 너무 짧은 플레이 타임과 선명하지 못한 것이 아쉽지만 더 나은 동영상을 찾지 못하였다.




6. 마치는 글

모바일 리눅스는 스마트폰과 연결될 수 밖에 없고 스마트폰 내에서의 OS 시장 점유율에 대해서는 "지역색에 따른 스마트폰 이야기" 포스팅에서 언급한 적이 있으니 참고하기를 바란다. 사실 Linux가 MS를 누를 대항마로 기대를 모았던 것은 오늘 내일 이야기는 아니었지만 저가 웹서버에서만 그나마 쓰이던 만년 조연 Linux가 이제서야 빛을 좀 보는 듯 하다.

이 중심에는 '구글'이란 Name Value가 작용을 한 것도 사실이다. 사실 대부분의 모바일 리눅스 플랫폼은 대동소이하다. 리눅스커널 위에 GTK+와 GNOME이 돌고, J2ME를 지원하고 있으며 개발 IDE로 Eclipse를 지원하는게 거의 일반사항이다. 그렇기 때문에 표준이 명확하게 Define되고 상호 호환이 되면 더욱 강력한 파워를 가지게 되며 이러한 측면에서 LiPS의 활동이 중요하다. 요근래 모바일 어플리케이션은 UI의 중요성과 위젯과 같은 외부 접근성이 강조되는 껍데기가 주목받고 있으므로 Low Level을 동일하게 가져가고 High Level에서 차별성을 두는게 맞는 듯 하다. 사실 이러한 측면에서 하나의 리눅스 플랫폼에 All-In 하는 것은 그다지 의미가 없으며 실제 대부분의 업체들이 여러 컨소시업에 동시에 소속이 되어 있고, 또 각자 고유의 플랫폼을 만드는게 일반적이다.

현재는 스마트폰의 OS 시장을 어느 누가 휩쓸게 될지 예상하는 것 조차 위험하다. 언급했던 리눅스 모바일 외에도 윈도우즈 모바일과 아이폰 플랫폼, 심비안 등도 버티고 있는 상태이므로 다양한 플랫폼에 쉽게 포팅될 수 있도록 유연성있는 개발을 하는 것이 지금은 중요하다.

3. 단말사 주도형 제품

3.1. 모토맥스(MOTOMAGX)

지금은 침몰하는 배처럼 위급한 상황이지만 모토톨라는 리눅스 플랫폼에 가장 적극적인 회사이다. 2007년 하반기에 모토롤라는 향후 2년 동안 리눅스 기반의 휴대폰 비중을 전체의 60%까지 늘리겠다는 계획을 발표했다. 첫단추는 Linux와 Java를 합쳐 놓은 'Juix'라는 플랫폼으로 중국향 밍(Ming)모델에 사용되었고 '모토맥스’는 이 Junix의 다음 버전이라고 이해하면 된다.

모토롤라는 북미향은 윈도우즈 모바일, 유럽향은 심비안, 아시아권은 리눅스 기반으로 나간다고 구분하고 있다. 그러한 이유로 Ming과 같은 라인업이 중국에서 탄생을 한 것이고 2008년도에 Ming 2도 계획되어 있다. 국내에서도 모토롤라가 지금과 같이 위험에 처해지기 전까지 활발하게 연구가 되었으며 플래쉬나 화려한 UI를 기반으로 하는 프로토타입을 만들기도 하였다.


모토맥스는 LiMo의 창립 board member인 모토롤라가 LiMo가 설립되기 전에 연구 개발한 리눅스기반 모바일 플랫폼으로 LiMo와는 달리 traditional UI를 사용하고, 응용 개발자들에게 휴대폰 개발을 위한 리눅스 핵심(core) 부분에 대한 접근을 지원하지 않는다는 점이 다르다.


3.2 마에모(Maemo)


얼마전에 노키아가 리눅스 플랫폼을 메인 플랫폼으로 선택했다가 이를 전면 취소했다는 루머가 돌았던 적이 있다. 이 루머의 중심에 있었던 플랫폼이 Maemo이다. 'Code in your hands'라는 메인 카피 아래서 임베디드용이 아닌 포켓용 데스크탑을 타겟으로 하여 개발되었으며 노키아의 인터넷 타블렛 제품들의 메인 플랫폼으로 사용될 것으로 알려져 있다.

Maemo는 GNOME을 기반으로하고 GTK+ 2.10, glibc-2.5, bluez 블루투스 스택, 표준 리눅스 네트워킹(ppp, autoip, openobex, iptables, wlan 등), X-server, expat XML 파서, D-BUS이 지원된다. MWC 2008에서 인터넷 타블렛 N810을 시연하여 사용자들에게 좋은 반응을 얻어냈고 국내에서도 N810 기계는 메니아들 사이에서 꽤나 사용자가 많은 편이다. 이러한 국내 N810사용자들끼리 http://maemo.tistory.com/ 에 팀블로그를 만들어서 정보를 공유하고 있으니 관심있는 분은 방문해보기를 바란다. 아래는 N810의 소개 동영상이다.




4. 칩셋 주도형 제품

4.1. 인텔 센트리노 아톰과 MIDinux


모두들 알고 있는바와 같이 인텔 센트리노 아톰은 리눅스 플랫폼 이름은 아니다. 인텔이 MID(Mobile Internet Device)란 새로운 개념을 제시하면서 개발한 플랫폼의 이름이다. 개발 당시에 멘로우(Menlow)라는 이름이었다가 2008년 3월 3일에 공식적으로 '인텔 센트리노 아톰' 이라는 이름으로 불리게 되었다. 칩셋 플랫폼이므로 Linux에 대한 이야기와는 조금 거리가 있어 보이지만 여기에서 소개하는 것은 인텔이 이 MID의 운영체제로 Linux를 선택했기 때문이다.

인텔이 사용하는 Linux는 중국 紅旗(RedFlag)사의 MIDinux라는 제품이다. 국내에서는 한글과 컴퓨터가 참여중인 아시아눅스(Asianux) 컨소시엄이 2007년 10월에 인텔과 공동 개발 계획을 밝힌 바 있다. MIDinux 역시 아시아눅스 표준을 따르고 있다.


MIDinux는 Mozilla browser core와 Flash, RealPlayer, PDF, Java plugins을 기본적으로 제공한다. 그밖에 X, GTK, Pango text layout, Cairo 2D rendering, ATK(accessibility toolkit), Gnome VFS(virtual filesystem), BlueZ(bluetooth stack), Telepathy(IM/presence), GConf - configuration database, DBUS inter-process communication, Busybox, J2ME Java등을 제공하고 있다. 아래는 터치스크린의 기능을 강조한 MIDinux가 설치돤 MID의 소개 동영상이다. 물론, 인텔은 디바이스 제조사가 아닌 칩셋 회사이니 만큼 모든 센트리노 아톰 기반의 MID에 모두 MIDinux가 설치되는 것은 아니다.