모바일 왕국을 꿈꾸며!!! mobizen@mobizen.pe.kr

Posted
Filed under 모바일 일반
위젯의 미래 예측에 대해서는 모두가 조심스럽다. 분명히 뭔가 있는것 같기는 하지만 누군가가 "지금까지 위젯으로 돈버는 업체는 한군데도 없다"라고 이야기를 하면 딱히 반박을 할 내용이 생각나질 않는다. 하지만, 생각을 달리하면 분명히 성공의 요소를 가지고 있는 서비스가 왜 지금까지 성공하지 못했을까를 고민해 볼 필요가 있다. Desk Top이나 Web 위젯은 논외로 하고 모바일위젯만을 한번 곰곰히 생각해 보자.

사용자 삽입 이미지

사업의 주도권이 이통사에 있다 보니 그들의 행동반경을 넘어가지 못하는게 모바일 위젯의 현재 모습이다. 그들이 만들어 놓은 SDK에 맞춰서 그들과 친한 무선 CP위주로 컨텐츠가 구성이 되고 극소수 포탈만 참여시키는 위젯에서 접근 편리성과 개인화라는 장점이 과연 있느냐를 생각해 보아야 한다. 위젯자체가 문제인지 현재의 사업 환경이 문제인지 고민을 해보자. 물론, 지금까지 나온 Data를 보면 사용자들이 기본적으로 원하는 위젯은 정보성 컨텐츠이다. 이는 이통사들이 위젯 사업을 혼자서도 할 것 같은 당위성을 부여해주고 있다. 하지만 너무도 당연하게도 사용자들은 좀 더 폭넓은 선택을 요구하고 정보성 컨텐츠를 제외한 개인 업무나 엔터테인먼트는 전부 유선 사업자들의 서비스 안에 존재한다. 하지만, 지금의 사업구조로는 유선 사업자들의 참여가 소극적일 수 밖에 없다.

이통사가 머리를 낮추고 부탁을 하는 것도 아니고, 목에 힘주면서 포탈에게 SDK를 던져주며 위젯 개발을 하라고 한다. 기존 포탈은 Web 개발자 위주로 개발력이 구성이 되어 있고 Mobile Application 전문 개발자는 거의 없는게 현실이다. 더군다나 투자한만큼의 사업성이 있을지도 모른다. 과연 어떠한 유선 서비스 사업자가 이러한 Risk를 안고 모바일 위젯 컨텐츠를 개발하겠는가? 사실은 "위젯의 미래가 있느냐?"라는 질문 이전에 지금과 같은 사업구조로 '접근 편의성'이라는 위젯의 장점을 살리고 있는지를 돌아 보아야 한다.'접근'을 하고 싶은 컨텐츠가 부족한데 무슨 '편의성'이란 말인가? 이러니 Yahoo와 같은 유선포탈 입장에서는 목마른 사람이 우물파는 심정으로 직접 모바일 위젯을 개발하는 경우도 있다.

사용자 삽입 이미지

위젯이 성공하려면 진입 장벽과 CP들의 개발 Cost를 낮춰 주어야 한다. 그런 면에서 Browser 기반의 위젯은 상당히 매력이 있다. 유선 사업자 입장에서는 지금까지 개발해왔던 html와 Java Script로 개발을 할 수가 있으니 부담이 거의 없다. 이통사에서 주는 새로운 SDK에 맞출 필요가 없이 기존 코드를 활용할 수가 있게 된다. 진입장벽이 낮아지니 다양한 사업자들이 유입이 될 수 있을테고 컨텐츠를 풍부해진다. 사용자들은 다양한 컨텐츠 중에 자신이 유선에서 주로 사용하는 서비스를 선택해서 위젯을 배치할 수 있게 된다. 결국 위젯의 문제는 위젯이라는 솔루션의 이슈가 아니라 얼마만큼 다양한 플레이어가 유입되느냐의 이슈이다.

이런 것을 무시하고  여지껏 '그들만의 잔치'로서 대기화면과 위젯을 하니 지금까지 바뀐게 고작해서 S사의 윤모상무님께서 회사를 그만 둔 것 말고는 전혀 없는 것이다.(윤모상무님 결혼과 임신 축하드려요~~). 그 외의 대기화면과 현재 시스템의 문제에 대해서는 "핸드폰의 첫화면, T Interactive" 포스팅에서 한적이 있으니 못보신 분들은 한번씩 보기를 바란다.

이는 국내의 문제만은 아니고 해외의 경우도 지금까지 동일한 문제점을 가지고 있었다. 이런 문제점을 해결하기 위해서 모바일 브라우저 개발사들이 위젯 개발에 관심을 가지고 있다. 대부분의 개발사들이 이미 위젯 제품을 내놓았거나 준비하고 있다. 브라우저 기술에서 위젯에 사용되는 주요 기술은 아래와 같다.

- ECMA Java Script
- CSS and HTML
- AJAX
- Flash Lite

대표적인 제품들을 몇개 소개하자면 아래와 같다.


사용자 삽입 이미지
Access사의 NetFront 위젯은 Dock Mode, Idle Screen Mode, Full Screen Mode 등 다양한 Display Mode 를 지원하는게 특징이다. WAP과 Web을 완벽하게 지원하는 진정한 Full Browser로서 Web 사업자뿐만이 아니라 기존 무선 사업자들도 함께 참여할 수 있는 것은 큰 장점이라고 할 수 있겠다.



사용자 삽입 이미지

WebKit 을 기반으로 한 Nokia의 Werb Runtime 서비스는 S60 시리즈를 통해서 다양한 컨텐츠를 서비스 하고 있으며, 자신들의 Web Portal인 Ovi 컨텐츠의 접근성도 편의를 도모하고 있다. 예전 모바일 먼데이 행사를 통해 포럼 노키아 담당자가 자세히 설명한 바가 있다. 좀 더 자세한 내용에 대해서는 http://www.forum.nokia.com/main/resources/technologies/browsing/widgets.html 를 방문해 보기를 바란다.



사용자 삽입 이미지
DeskTop Browser에서 시작한 Opera는 사업자가 하나의 Widget을 개발하면 PC에서나 모바일에서 모두 사용할 수 있다라는 장점이 있다. 물론, 위젯의 크기는 맞춰 주어야 한다. 현재 약 1300개의 위젯이 이미 Opera용으로 개발되어 사용할 수 있으며 더 자세한 정보는 http://widgets.opera.com/ 가면 알 수가 있다.



예전 아이허브에 대한 리뷰 포스팅 때도 위젯에 대한 언급을 한적이 있다. 경쟁 상품인 KT의 VoIP에서는 이미 '미니게이트' 솔루션으로 위젯을 도입해서 개발 중이다. 어떠한 사업자나 위젯에 대한 고민을 하고 있는 것이다. 이통사던지 VoIP사업자던지 '위젯'이라는 솔루션보다는 컨텐츠를 어떻게 소싱하고 다양한 플레이어를 유입시킬 수 있는 고민부터 먼저 해 봐야 할 것이다. 참고로 아직까지 국내에서 브라우저 기반의 위젯을 개발하는 곳은 없다.(물론, 브라우저 개발사들은 대외적으로는 개발 중이라고 이야기 한다.) 대기화면 솔루션으로 삽질하는 위젯은 단언컨데 절대로 성공하지 못할 것이다. Webkit과 같은 좋은 엔진은 이미 검증이 되어 있다. 어떠한 것을 개발할 것인가? 어떠한 위젯을 만들어 갈 것인가? 모바일 개발사들은 정말 중요한 것들을 놓치고 있다.
2008/07/11 13:27 2008/07/11 13:27
비밀방문자

관리자만 볼 수 있는 댓글입니다.

mobizen

다른 분도 아닌 외로운까마귀님께서 그런 말씀을 하시니 정말 부끄럽네요. 더 열심히 잘 하라는 뜻으로 이해하겠습니다. 정말 감사합니다. 나중에 기회되면 꼭 한번 뵙고 인사드리고 싶네요. ^^

tkiller

Nokia의 Widset은 자바기반으로 알고있습니다. Nokia의 Widget Platform은 Web Runtime이라고 불리는 것이 별도로 있고 이것이 Webkit기반이라고 알고 있습니다.

mobizen

tkiller님 지적 감사드립니다. 맞습니다. 저번에 모바일 먼데이 행사때도 나왔던 이야기인데 제가 왜 헷갈렸는지 저도 모르겠습니다. 본문 내용 수정했습니다. 앞으로도 잘못된 내용 있으면 계속 알려주시기 바랍니다. 그럼~

tkiller

mobizen님 덕분에 항상 좋은 정보 얻어가고 있습니다. ^^ 감사는 제가 드려야죠.

mobizen

부족한 글들이 조금이라도 도움이 된다면 정말 좋겠습니다. 자주 들러주세요. ^^

김성범

mobizen님의 분석글은 정말로 많은 도움이 되는 군요.
감사드립니다.

mobizen

별말씀을요. 부족한 글에 관심 감사드립니다.

Posted
Filed under 모바일 일반
로드맵을 이야기를 하자면 한제품을 가지고 이야기 해야 하지만 불행인지 다행인지 지금 모바일 브라우저들은 전략과 비중에 약간 차이가 있을 뿐 모두 다 대동소이한 로드맵을 가지고 발전하고 있다. 아래는 발전 방향을 간략하게 도식화해본 것이다.

사용자 삽입 이미지

WAP 브라우저로 시작된 모바일 브라우저는 현재 WAP과 WEB을 모두 보여주는 'Full Browser'의 단계에 있다. 물론, 모든 Full Browser가 WAP과 WEB을 모두 지원해주지는 못하고 있으나 WAP의 생명 주기를 짧게 보고 있는 일반 Browser 개발사에서는 당연한 것이다. 아래 설명되고 있는 웹 표준 스펙 지원이나 AJAX 기능 향상, Web 2.0 서비스 지원, Download/Upload시 Background job지원, 그리고 Full Touch에 맞는 UI 개발 등은 지금 현재 Browser 개발사가 직면하고 있는 과제이다.

지금은 논란이 약간 잠잠해졌지만 한 때 논란이 되었던 구글의 Web OS나, Browser가 OS를 대체할 수 있을 것이냐의 이슈들은 모바일에서 조용히 그리고 예상보다 빨리 진행이 되고 있다. 대부분의 모바일 브라우저 개발사들은 'Mobile Web Browser'가 단순한 Application에 머무르기 보다는 Platform으로 진화하기를 꿈꾸고 있다.

사용자 삽입 이미지

Widget이 이러한 Platform으로의 진화의 대표적인 제품이 되고 있으며, Webkit의 경우에는 Android, QT 등의 모바일 OS안에 아예 내장이 되어 일반 Application이 Webkit API를 사용할 수 있게 해 놓았다. 또한 일부 브라우저 개발사는 Component형태로 브라우저를 개발을 진행하여 마치 MS-Windows의 IE Control처럼 다른 Application에서 API를 이용하여 Browser의 Control을 그대로 사용할 수 있게끔 하고 있다. 이러한 Component가 일반화되면 RSS Reader, E-mailer와 같은 Native Application 개발이 쉬어지며, 브라우저는 기업 대상으로 이러한 Component 라이센스 판매를 할 수가 있게 된다.

'모바일 브라우저 전쟁'포스팅에서 언급했던 브라우저 개발사들이 앞다투어 모바일로 몰려드는 것은 이러한 플랫폼으로서의 진화를 꿈꾸고 다양한 사업 영역을 가지고자 함이다. 유선에서의 브라우저와 무선에서의 브라우저가 각각 어떠한 로드맵을 가지고 진화하며. 시장 전체에 어떠한 영향을 미치게 되는지, 어떤 플레이어가 플랫폼으로 잘 진화하는지 등을 주의깊게 살펴볼 필요가 있다. 이 중에 브라우저 기반의 위젯에 대한 이야기는 다른 포스팅에서 한번 더 언급하도록 하겠다.

"Mobile application developers are increasingly choosing the Web as a platform"
- Mobile Ajax and the Future of the Web by vodafone -
2008/07/10 18:08 2008/07/10 18:08
Posted
Filed under 모바일 일반
현재의 에코시스템에서 'Mobile Browser'라는 Application의 Spec은 이통사가 정하고 관리를 하고 있다. 해외 이통사들이 'Mobile Browser'에게 요구하는 기능은 현재 대동소이하다. 그래서 아래에 그들의 요구 사항 중 주로 언급되는 내용을 정리를 해보았다.

사용자 삽입 이미지

1. Web 2.0

Web 2.0 서비스라고 불리우는 사이트들에 대해서 특별한 처리를 요구하고 있다. 주로 언급되는 서비스는 YouTube, GoogleMap, Flickr, Facebook 등이다. 이중에서 가장 강하게 요구되는 사이트는 당연하게 YouTube 이다. 많은 브라우저들이 Proxy Server 를 거쳐 YouTube의 동영상을 단말에서 지원하는 Codec으로 인코딩하여 보내는 방법으로 해결되고 있다. LGT OZ 역시 가장 고민하는 부분인데, 곧 해결될 것으로 알려져 있다.



2. Background Job

파일을 Download하거나 Upload 하면서도 웹서핑을 할 수 있게끔 하는 것을 요구한다. 대부분의 브라우저들이 이 기능을 이미 지원하고 있으나 표준이라고 할 수 있는 OMADL(Open Mobile Aliance Download) 2.0 을 지켜주기를 원하고 있다.



3. Widget

브라우저 모듈을 이용한 Widget 솔루션을 이제는 실효성 논란을 떠나서 대세가 되어버렸다. 이부분은 다른 포스팅에서 더 자세히 설명을 할 것이다.



4. Advanced UI

'IPhone Impact'를 통해서 생겨난 UI에 대한 개선의 선두에는 브라우저가 있다. 모든 어플리케이션이 다 해당이 되겠지만 가장 관심이 많은 '브라우저'에게 이러한 요구가 나타나는 것은 당연한 것이라 할 수 있겠다.



5. Legacy Phone

Client에서 모든 것을 처리해야 하는 일반적인 의미의 'Full Broswer'는 고사양폰을 요구하고 있다. 그렇다보니 시장에 이미 출시되어 있는 폰이나 저가형 폰에서는 성능의 한계 때문에 불편이 생기기 마련이다. 많은 사용자들을 끌어드려야 하는 통신사 입장에서는 이러한 Legacy Phone들을 지원하는 방법을 요구하고 있다. Proxy Server 기반의 브라우저나 Transcoder 솔루션을 이용한 '풀브라우징'의 존재가 'Full Browser'가 아니라고 구박받지만 시장에 존재하는 이유이기도 하다.



6. Performance

Performance 이슈는 Browser라는 단어가 지구상에 없어질 때까지 계속 Browser 개발사들을 괴롭힐 듯 하다. Performance는 크게 Application 성능과 Packet의 단축으로 구분된다. 현재 Application 성능은 Java Script 처리 쪽으로 집중되어 있고, Packet의 단축은 압축을 하거나 html Source 중에 주석과 같이 쓸데 없는 부분을 제거하는 등의 노력이 진행 중이다.

Packet을 압축하는 솔루션은 흔히 EMO(Embedded Browser Optimization)라고 부른다. EMO는 Proxy Server를 거쳐서 단순하게 압축만 하는 것이 아니라 이미지와 같은 경우 이미지의 크기를 단말 크기에 맞추어서 Resize 해서 보내는 방법 등 다양한 방법으로 연구되고 있다. 재미난 것은 Vodafone의 경우 EMO 솔루션 시장의 대다수를 차지 하고 있는 'bytemobile'을 아예 망에 넣어버렸다. 그래서 모든 패킷이 bytemobile을 거쳐 압축되어 전송이 되며 Browser에서는 이를 해제하여 분석하게 된다. 아래는 bytemobile의 간략한 Diagram 이다. 참고로 국내에서는 iCent사에서 bytemobile 사업을 대행하고 있다.

사용자 삽입 이미지

이통사들의 이런 요구사항에 의해 브라우저 개발사들은 오늘도 열심히 기능 개선에 노력하고 있다. 해외 이통사들의 자료를 중심으로 정리를 했으나 국내 이통사가 요구하는 바도 크게 다르지 않을 것이다. 이러한 개발 방향성을 참고로 하면 Mobile Browser가 어떠한 방향으로 발전하고 있는지를 짐작할 수 있으리라. 다만, 이러한 요구사항은 '이통사'의 요구사항이지 고객이 요구사항과는 다를 수도 있다는 점은 조금 생각을 해봐야 할 부분이다.
2008/07/09 20:07 2008/07/09 20:07
Posted
Filed under 모바일 일반
사용자 삽입 이미지
조금 지난 소식인데 국내 발빠른 블로거들에게는 관심이 없는 주제인가 보다. 아무도 언급을 하지 않는 듯 하여 간단하게 정리를 해본다. 지난 6월 30일에 Openwave의 Browser를 중심으로 한 모든 Mobile Software를 프랑스에 있는 Linux 전문 개발사 Purple Labs에 $32 million에 판매하였다. 이로서 현재까지 모바일 웹브라우저 시장의 50%를 점유하고 있는 모바일 브라우저가 Linux 진영으로 넘어가게 되었다. Openwave는 원래 사업의 중심인 Network 장비쪽으로 집중을 하게 되는 것으로 알려져 있다.

Purple Lab은 Azingo, NXP와 같은 Linux 기반으로 다양한 어플리케이션을 만드는 업체이다. LiMo의 회원사이기도 하는데 요즘에는 플랫폼에 많은 관심을 가지고 투자를 하고 있다. 요근래 모바일 플랫폼의 제품 구성이 단순한 API만 제공하는 것이 아니라 기본 Application과 함께 제공되는 것이 트렌드이다. 그러다 보니 타플랫폼의 차별화요소로 Openwave의 Name value가 필요했던 것으로 예상이 된다. 아래는 Purple Lab의 Linux 플랫폼 구성도이다. 이미 이렇게 다양한 제품이 준비가 되어 있는 기본 시스템에 이미 객관적으로 성능은 인정받은 S/W를 가운데(Middleware)에 위치 시키므로 플랫폼의 가치를 높이게 하려는 듯 하다. 결국은 이번 Big Deal은 브라우저 Issue가 아닌 플랫폼 Issue라고 불러도 무리가 없다.

사용자 삽입 이미지

하지만 모바일에서 심심치 않게 일어나는 이러한 대형 거래는 실효성에 대한 의문이 든다. Openwave가 브라우저 사업에 대한 의지가 별로 없다라는 것은 오래전부터 이야기가 되었던 사실이다. 그러한 이유로 1위업체 답지 않게 새로운 기능 추가라던지, Full Browser 지원, 브라우저를 통한 플랫폼으로 전이와 같은 당연한 Process를 진행하고 있지도, 준비하고 있지도 않고 있다. 현시장에서의 1위임에는 분명하지만 차세대 전쟁터에 나아갈 준비가 전혀 되어 있지 않은 제품이다.

하루가 다르게 발전하는 모바일 플랫폼에서 미래에 대한 준비가 전혀 되어있지 않는 현재의 1위 제품을 가지고 할 수 있는 일은 그다지 많지 않다. 당장은 아니겠지만 구매한 브라우저와 메시징 서비스등을 플랫폼의 한 축으로 위치시키고 그 위에 UI를 입히는 작업을 하고 시장에 판매를 하려면 시간이 상당히 걸릴 것이다. 그게 과연 $32 million 가치가 있는 일인지 지켜 봐야할 듯 하다.

확실한 것은 모바일 브라우저 시장은 빠르게 변하고 있으며 플랫폼으로 진화하거나 흡수되지 않는 제품은 경쟁력이 없다는 것이다. 참고로 Purple Lab은 지난 5월, 스타타워에 한국 지사를 설립한 적이 있다.
2008/07/07 11:22 2008/07/07 11:22

사실 지난 6월에 벌어졌던 일들 중에서 국내에서는 조용하게 지나간 일이 하나 있었습니다. 국내 시장 환경과는 크게 영향이 없었기 때문에 그랬을수도 있지만, 중요한 의미를 내포하고 있는 ..

Posted
Filed under 모바일 일반

Opera Mini의 경우 Proxy Server를 거쳐가면서 웹페이지를 보여주게 된다. 그런 이유로 사용자들의 Mobile Web 사용 Trend에 대해 꽤나 신빙성 있는 자료를 간간히 발표를 한다. 가장 최신의 자료가 2008년 6월 19일날 발표한 "State of the Mobile Web, May 2008" 이다. 이 자료는 10개 나라에서 보고된 것을 기본으로 다양한 내용을 포함하고 있는데 그 중에서 가장 중요한 부분을 재구성해보았다. 이를 통해서 해외의 중요한 Trend를 확인해보도록 하자.



1. 남성 사용자의 이용이 절대적이다.

사용자 삽입 이미지
어찌보면 당연한 이야기지만 이렇게 현실적인 수치를 보고 나니 더 놀라워진다. 가장 차이가 큰 인도의 경우에는 97.2%가, 가장 차이가 작은 남아프리카의 경우에도 75.3%가 남성이었다. 여성을 대상으로 하는 서비스에서 당분간은 Mobile Web을 통한 Access를 기대하기는 힘들 듯 하다. 물론 WAP이나 VM과 같은 서비스는 별개이다.



2. 18-27세 사이의 사용자를 노려라.

사용자 삽입 이미지
이또한 너무도 당연한 것을 확인시켜 주는 것이다. 연령별로는 18세부터 27세 사이가 64.5%를 차지하여 가장 높았고, 그 다음으로는 28-37세 사이가 16.7%로 높았다.



3. 최근 6개월간, 이용이 무섭게 증가하고 있다.

사용자 삽입 이미지

Opera Mini의 Proxy Sever가 페이지를 보여줄 때마다 Transcode를 하게 되는데 이는 한달을 기준으로 Transcode를 한 페이지 수자를 의미한다. 결국은 사용자들의 방문 페이지 숫자와 동일하다고 보면 된다. 2008년 4월을 기준으로 Total  2.5 billion Pages이고 개인별 평군 191 페이지였던 것이, 2008년 5월에는 Total 2.9 billion Pages, 개인별 평균 200 페이지가 되었다. 의 그래프를 보면 알듯이 완만하게 증가하던 이 수치가 2007년 12월이 되면서 폭발적으로 증가하고 있다. 2008년 3월부터 5월까지 2개월동안만 봐도 21.4%증가라는 무시무시한 결과를 보여주고 있다.

보는 페이지가 증가하니 전송되는 Data Traffic도 비례해서 늘어가고 있다. 2008년 4월에 13 million User가 35.7 million MB 사용했던 것을 2008년 5월에는 14.7 million User가 43.2 million MB 사용했다. Opera Mini의 평균 압축율을 85% 정도로 이야기를 하니, 실제 Data양은 288 million MB 정도로 예측된다. Page수치와 마찬가지로 2007년 12월부터 갑자기 늘어났고 2008년 3월부터 2개월간 30.4%나 증가하였다.



4. Top 10 사이트

사용자 삽입 이미지

주요 국가별 Top 10 Site 이다. google과 yahoo로 대변되는 포탈의 강세가 눈에 띈다. 기본적으로 사용자들이 포탈을 통해서 검색을 하니 당연한 것이고, Opera Mini의 경우 yahoo와 google을 기본 검색 엔진으로 제공했으니 당연한 것이리라. New York Times, ESPN, CNN, BBC, 날씨 사이트 등 정보에 대한 사용자의 ACCESS는 WAP과 VM에서부터 내려온 동일한 Trend이다.

그리고 myspace나 facebook 등과  같은 SNS의 성장은 Mobile 에서도 그대로 이어지고 있으며, You tube, E Bay 역시 유선의 약진이 그대로 적용되고 있다. 웹 2.0 서비스로 구분되어지는 이러한 서비스는 유선의 UX가 모바일로도 쉽사리 옮겨진다는 당연한 결과를 보여주고 있다. 하지만, 절대 주의할 것은 해외의 경우 WiFi망을 개방해 놓아서 이통사망을 거치지 않고 과금없이 이용하는 경우가 많으므로 국내와의 절대 비교는 무척 위험하다는 것이다.


사용자 삽입 이미지

이러한 사용 트렌드는 새로운 것이 아니다. 일반 유선이나 WAP 에서 사용자 Segment를 나누고 이용추이를 조사할 때마다 확인되는 것을 다시 한번 확신을 주었을 뿐이다. 국내도 이러한 추이는 크게 다르지 않을 것이다. 해외나 국내나 모바일 웹 사용은 유선에 비교를 하면 극히 미비하며 시장에 큰 영향을 주지도 못하고 있다. 하지만 해외의 경우는 트래픽이 요근래 6개월 동안 엄청난 속도로 성장한 반면 영상통화에 삽질하는 국내의 경우는 아직도 바닥에서 헤어나오지 못하고 있다라는 것이 다른 점이다. 자.. 우리도 슬슬 시동을 걸 때가 되지 않았나?

2008/07/02 13:55 2008/07/02 13:55
Posted
Filed under 모바일 일반

각 브라우저에는 다양한 아키텍쳐가 구성되어 있으며 그 중 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가 현재까지는 전무하다.
2008/07/01 13:09 2008/07/01 13:09
Posted
Filed under 모바일 일반
사용자 삽입 이미지
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가 평정을 했다면 당분간(개인적으로는 당분간이 아닌 꽤나 길어질 것 같다.) 모바일 플랫폼은 혼전의 양상을 유지할 것이고 각 플랫폼에 최적화된 브라우저들이 계속해서 등장하여 사용자 선택의 폭을 넓힐 것으로 예상된다.
2008/06/27 14:01 2008/06/27 14:01
Posted
Filed under 모바일 일반
서버에서 사이트에서 접속하여 결과값을 이미지로 모바일 디바이스에 전송하는 서버사이드 풀브라우저는 태생적인 몇가지 한계로 인하여 일부 사람에게 '풀브라우저'측에도 못끼는 '웹뷰어'로 불리우고 있다. 이러한 대접을 받는 이유는 대부분의 사람이 이러한 서버사이드 방식은 클라이언트 방식의 브라우저로 가기 위한 중간과정 쯤으로 생각하고 이 중간 과정이 굉장히 짧을 것이라고 예상하기 때문이다. 클라이언트에서도 16Bit Color로 빠른 렌더링을 보여주고, 플래쉬 Plug-In을 통해 youtube를 볼 수 있는데 굳이 중간에 서버가 들어갈 필요가 없다고 생각하는 것이다. mobizen도 전적으로 동감하는 부분이다.

이러한 서버 사이드 클라이언트는 굉장히 개발하기 쉬운 메카니즘을 가지고 있다. 사용자는 모바일 디바이스로 서버에 접속을 하면 서버는 각 Session마다 IE Instance를 생성한다. 그 Instance는 사용자의 마우스 이동이나 문자 입력 등을 받아서 해당 결과를 계속해서 모바일 디바이스에 보내는 방식이다.
사용자 삽입 이미지
이러한 방식은 기존 미디어에서 지적한 대로 파일 업로드나 다운로드가 불가능하고, 서버를 거쳐서 정보가 지나가기 때문에 개인 정보에 대한 보안이 취약해 질 수가 있다. 서비스하는 업체에서의 가장 큰 골치거리는 사용자가 많아질 수록 서버를 증설해야 한다는 것이다. 제아무리 L4나 L7 스위치의 기술이 발전을 할지라도 이러한 서버 비용은 기업 입장에서 엄청난 부담이다. 이를 토대로 서버사이드 풀브라우저의 SWOT를 간단하게 정리를 해보았다.

사용자 삽입 이미지

이러한 솔루션이 중간과정임에는 분명하지만 서비스하는 업체 입장에서 생각해보면 생명주기를 최대한 늘려야 하는 노력을 해야 한다. 그렇다면 적어도 저 표안에 있는 Weakness는 Overcome을 해야 하는 것이고 Strength는 'Up to'를 해야하는데 그러한 노력과 발상의 전환이 없는 것이 조금 아쉽다. 잠깐 현재 인터넷 세상으로 눈을 돌려보면 위와 접목할 수 있는 단어 몇개가 눈에 띄인다.

분산, P2P 그리고 KTF에서 서비스하는 'SHOW myPC'이다.

이런 단어와 위의 표를 Overlap을 해보면 사실 저 서버를 굳이 서비스 업체의 서버라고 한정지을 필요가 없다. 'SHOW myPC'처럼 사용자 자신의 PC를 사용하면 되는 것이다. 사용자의 PC에 특정 프로그램을 Install 하고 서비스 업체의 서버는 Session 연결만 해준다. Session 연결 이후에는 P2P로 동작하여 자신의 PC를 통해서 브라우징을 하는 것이다.

사용자 삽입 이미지
이로 인해서 얻을 수 있는 것은 각 개인 PC의 자원을 활용할 수 있다라는 것이다. 파일 업로드도 가능하고 자기 PC내의 지정된 위치로 다운로드를 미리 받아 놓을 수가 있다. 기 저장된 공인인증서도 사용이 가능하므로 불편하나마 인터넷 뱅킹도 사용이 가능하다.(키보드 보안 프로그램 부분은 기술적으로 해결해야 한다.) 또한 PC에서 이미 북마크해놓았던 정보를 공유할 수도 있고, 욕심을 좀 더 부리면 사운드도 지원이 가능하다. 서비스 업체 입장에서 가장 좋은 것은 서버 증설의 부담에서 벗어날 수 있다라는 것이다. 실제 사업에 적용을 하려면 좀더 신중한 고민과 전략적인 마케팅이 따라주어야 한다. 그냥 Concept의 수준에서 받아드려주기 바란다.

현재 국내에서 서버사이드 솔루션을 서비스하는 곳은 '유자드' 밖에 없지만 유사 기술을 가지고 현재 이통사에 제안을 하는 곳은 너무나 많다. 이들이 성공하지 못하는 이유는 제품에 너무 쉽게만 접근하기 때문이다. 이러한 아이디어 자체가 중요한 것은 아니고, 가지고 있는 한계나 단점을 쉽게 인정하지 말고 극복하려고 노력하는 자세이다. 그런 자세가 없이는 서버사이드 풀브라우저는 단순 '웹뷰어'라는 비아냥에서 벗어나기 힘들 것이다. 설령 MS사의 'DeepFish' 라고 할지라도...

아이디어는 아이디어일뿐..... 생각을 정리하지 않고 Concept이 떠오르는데로 포스팅하는거니 허점이 보여도 이해해주기를...
2008/05/21 11:25 2008/05/21 11:25
앗싸뵹

비슷한 시도가 몇차례있었습니다.
일단 단말기를 VNC Termianl로 사용해서 자신의 PC를 제어하는 시도도 있었고,
말씀하신 것 처럼, 중간 서버 자체를 자신의 PC를 사용하자는 아이디어도 있었지만,
항시 PC가 켜져 있어야 한다는 등의 문제가 있어서 현실화되지 못했죠 :)

mobizen

앗싸뵹님의 리플과 같은 커뮤니케이션이 정말 블로그하는 재미죠. 정말 답변 감사합니다.

사실은 정말 아이디어는 아이디어일뿐인지라 생각이 나자마자 앞뒤 안재보고 그냥 포스팅해본 것이었거던요. 아이디어 자체보다는 뭔가 제약 조건이 있다면 그를 극복하려는 노력을 하지 않으면 서버사이드 풀브라우저는 경쟁력이 없으니 차별점을 찾아야 한다라는 이야기를 하고 싶었던 것이고, 그러한 예로서는 이런 것이 있다..였는데 그 예를 설명하다보니 아이디어 포스팅이 되어버렸네요~

벤치마킹 없이 row idea를 올렸더니 역시나 함정이 있었군요. 저또한 이런 생각을 저혼자만 하는거라고는 생각을 안했답니다. "PC가 항상 켜져있는 것은 아니다"는 위 아이디어의 장점을 절반 정도는 깍아 먹는군요. 사용자 PC가 켜져 있으면 그것을 사용하고, 아닐 때는 서비스 사업자의 서버를 사용하면 되겠습니다만 그런 것에 대한 요금제나 극복 방안이 나와야할텐데.. 제가 할 것은 아니니깐 전 아이디어 수준으로만.. ^^

앗싸뵹님의 리플 다시 한번 감사드립니다. 극복 방안에 대한 다른 아이디어들이 있으면 같이 공유했으면 재미나겠네요. 그쪽 일 하시는 분 말고..

궁금해요

주인장님 글 잘보고있습니다 ㅎㅎ
윗글과는 상관없는데 제가 물어볼곳이 없어서
내공이 높으신 주인장님께 질문하나만 올리겠습니다 ㅎㅎ

vm이나 모바일 게임등이 핸드폰 기본 프로그램에 침투할 수 있는지가 궁금합니다
예로 핸드폰에 일정을 설정하면 추후에 다운받은 vm에 그 일정이 나오게 할 수 있는지 궁금합니다

감사합니다^^

mobizen

질문의 요지가 핸드폰의 기본 프로그램이나 다른 VM이 만들어 놓은 데이타에 VM이 접근을 할 수 있느냐? 인 것 같습니다. 답변은 '예'와 '아니오' 입니다.

기술적으로 VM은 핸드폰 내에 있는 모든 데이타를 Access 할 수 있습니다. 하지만 이렇게 되면 악용될 소지도 있고, VM 하나의 잘못으로 핸드폰 자체의 데이타가 손실이 될 경우가 생깁니다. 그래서 BREW, Java, WIPI과 같은 VM은 모두 접근 권한 레벨이 있습니다. VM에 따라서 컴파일시에 설정이 되는 것도 있고, 다운로드 시스템에서 부여하는 경우도 있습니다.
이 권한에 따라서 Access 할 수 있는 영역이 구별되어 집니다. 일반적인 모바일 게임의 경우는 자신이 저장한 Data영역과 주소록, SMS, 시스템 시간 정도입니다.

이 접근 권한을 올리시려면 이통사 담당자와 이야기 하셔서 올리면 되는데 아주 특별한 경우가 아니면 이 권한은 일반 권한으로 유지됩니다. 그러니 현실적으로는 '안됩니다'가 답이 되겠네요.

lesmin

SKT쪽으로는 모바일 미니 PC라는 서비스가 있더군요. ShowMyPC는 WinCE계열만 지원하는데 비해 미니PC는 VM형태로 작동하기에 더 많은 단말을 지원하는것 같습니다. 동영상도 실시간 트랜스코딩 서버를 둬서 WMP의 제약없이 다양한 코덱의 동영상을 자막과 함께 감상이 가능하다네요. 웹서핑은 다음버전에서나 지원될 예정이라 하네요. 상당히 흥미로운 서비스라고 생각됩니다.
참고URL: http://www.minipc.co.kr/use/phone.jsp

mobizen

재미난 서비스네요. 이런 서비스 자체가 대중화가 되거나 큰 반향을 만들거라고 생각하지는 않지만 여러 각도에서 노력하는 것은 좋다고 생각합니다. 사실 이런 서비스는 이통망보다는 WiFi를 열어줘야 재미날텐데요~ ^^

궁금해요

mobizen님 상세한 답변 정말 감사합니다. 그럼 약간의 issue가 생기는군요ㅎㅎ 모비즌님이 가능하시다라고 말씀해주신 부분만해도 1차적으로ㅎㅎ 몇번 더 질문올리도록 하겠습니다. 감사합니다^^

mobizen

도움이 된다니 다행입니다. ^^

제오

음 그런데 서버사이드 브라우저가 파일 업로드/다운로드가 불가능하다고 하시는 데에는 뭔가 기술적인 근거가 있으신 것인지요? (요즘 기사들도 한결같이 그렇게 기술하고 있더군요...)
다른 단점들은 나름 이유가 있어 보입니다만.
참고로, 유자드의 일부 버전에서는 이미 파일 다운로드를 지원하고 있습니다. (일부 안 되는 사이트가 있을 수는 있겠습니다만.)

mobizen

글쿤요. 위의 포스팅은 일반적인 관점에서 설명드린겁니다. 특정 제품을 말하는게 아니구요. 서버사이드 풀브라우저 제품이 유자드것만 있는건 아니니깐요. ^^

물론 여러가지 Tip들로 피해갈 수 있겠지요. 개발자라면 누구나 다운로드는 그렇게 어렵지 않게 구현할 수 있다라는 것을 알 수 있죠. 업로드도 시간차가 좀 있어서 그렇지 적당한 꽁수를 쓰면 가능할 거구요. 파일 사이즈 및 해킹등으로 악용될 수 있는 문제는 있겠지만요..

'서버에서 만들어서 뿌린다'라는 기본 컨셉만으로 이야기 한 겁니다. 반대로 예를 들자면 클라이언트 베이스의 브라우저도 일부 모듈은 프록시 서버를 거쳐서 인코딩된 데이타를 Display합니다. 이러한 예로 하나하나 이야기 하면 너무 길어지니깐요. 유자드 제품을 타겟으로 작성한 포스팅이 아니니깐 오해없길 바랍니다.

제오

아... 제 얘기는 특정 제품과 관련된 건 아니구요.
위에 서술하신 것은 주로 '태생적인 한계'와 '태생적인 장점'에 대한 것이라, 파일 업로드/다운로드 지원 여부도 '태생적인 한계'로 생각하시는 것 같아서, 그렇다면 어떤 기술적인 근거가 있기에 그렇게 말하시는 것인지 궁금했기 때문입니다.
물론 저는 별로 그렇게 생각하지 않기 때문이기도 하죠. 서버 기반이라면, 그냥 서버에 받았다가 다시 폰으로 넘겨주면 되겠죠? 좀 그럴싸하게 하려면 서버에서 받는 작업이 완료되기 전에 폰으로 실시간으로 내려줘도 되겠구요. 다운로드의 경우요. 업로드는 거꾸로 하면 되겠구요.
뭐 그렇다는 얘깁니다.^^

mobizen

네. 이미 위에서 설명하고 메일로도 이미 다 이야기 했지만..

다시 한번 말씀 드리자면 일반적인 관점입니다. 위에서 예를 든 제 아이디어를 적용해버리면 SWOT표에서 Weakness 는 아예 빈칸이 되겠죠? 그런 관점으로 이해 바랍니다. ^^

Posted
Filed under 모바일 일반
아이뉴스24의 5월 14일자 기사에 "풀브라우저와 웹뷰어 뭐가 다른가"란 기사가 포스팅되었다. 원문은 이곳에 가면 읽을 수 있고, 주가되는 내용은 아래와 같다.

휴대폰에서 네이버, 다음 등의 유선인터넷 웹페이지를 볼 수 있는 서비스가 인기를 끌고 있다.
이 서비스를 지원하는 무선인터넷 서비스는 크게 두 가지로 나뉜다. 우리에게 익숙한 풀브라우저와 종종 풀브라우저로 혼동되는 웹뷰어가 있다. 보통 같은 것으로 착각하기 쉽지만 전문가들은 둘은 "분명히 다르다"고 말한다.

요는 클라이언트에서 메타 언어를 해석해서 뿌려주면 '풀브라우저'이고, 서버사이드에서 컨버팅해서 웹사이트를 보여주는 것은 '웹뷰어'이므로 이 둘은 구별되어야 한다는 것이다. 기사의 원문에서 아래 부분만 제외하면 기사의 이야기는 사실 틀린 이야기하고 할 수는 없다.

눈에 띄는 차이점은 풀브라우저는 휴대폰 생산단계부터 내장돼야 하는 임베디드 소프트웨어인 반면 웹뷰어는 무선인터넷에서 프로그램을 내려받아 사용할 수 있는 버추얼머신(VM) 응용 애플리케이션이라는 것이다.

'풀브라우저'인가 아닌가를 내장형 어플리케이션인가 VM인가로 구분하는 저 어리석음을 제외하고는 분명히 뭔가를 아는 전문가의 이야기를 정리하고 있다. 실제로 이 기사 외에도 종종 인터넷에서는 이렇게 구별하여 사용하는 경우가 있다.

* * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * *

ETRI에 근무하고 있으며 별주부뎐 블로그를 운영하는 거부기아찌님은 'Top 10 Mobile Web 2.0 Predictions for 2008 (2008년도 모바일 웹 2.0 전망)' 포스팅에서 '풀브라우저'와 '모바일 웹 브라우저'를 구분하여 설명하고 있다. 해당 포스팅에서 그 부분의 일부를 소개하자면 아래와 같다.

현재 풀브라우징이라는 용어는 "WAP+WEB"의 의미인데, 올해부터는 전도되어 "WEB"만 남게 될 것으로 보입니다. 그리고 WAP 기반의 브라우저 확장이 아닌 WEB 브라우저 기능만의 사용이 대세가 될 것이라는 예상이기도 합니다. 그런 이유는 아이폰의 사파리 브라우저에서 볼 수 있듯이, 웹 브라우징이 정상적으로 된다면 WAP 브라우징을 거의 할 필요성이 없어지기 때문이기도 하고, Webkit 렌더링 엔진이나 오픈소스 기반의 모질라 모바일 브라우저 등이 보급되면서 시장 환경이 급변할 것 예상되기 때문입니다. 성능이나 효율성의 측면에서도 WAP과 WEB의 풀스펙을 모두 지원하는 브라우저라는 것이 결코 효과적일 수 없기 때문이기도 하죠.

즉, '풀브라우저'는 WAP과 WEB을 한 브라우저 안에서 모두 보여주는 것을 말하는 것이고, '모바일 웹 브라우저'는 WEB만을 지원하는 것으로 두 개를 구분해야 한다는 것이다. '풀브라우저'라는 용어가 NTT에서 시작된 용어로 태생이 WAP 브라우저에서 시작되었다가 WEB의 일부분을 지원하면서 생긴 것을 생각해보면 이러한 구분 역시 설득력이 있다.

* * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * *

사용자 삽입 이미지
위 두개의 사례는 모두 설득력있는 의견이지만 그렇다고 모두 맞는 이야기다라고 생각하기에도 무리가 있다. 분명히 '풀브라우저'의 역사는 그렇게 시작했지만 여기에 따른 여러 연구와 시도, 그리고 미디어의 왜곡과 그에 따른 사용자들의 오해 때문에 처음의 의미와 많이 변질이 되었기 때문이다. 사실 "풀브라우저의 처음 뜻이 뭔데?"라고 생각하는 것 또한 지금에 와서는 별 의미가 없다.

어떤 산업에서 새로운 단어를 사용하려면 명확한 Define이 되어야 하는데 '풀브라우저'의 Define은 어디에도 없다. 여러 포스팅이나 논문에서 각자 자신의 입장에서 Define을 하기는 하지만 그 Define이 해당 산업에서 표준으로 쓰기에 맞다라고 할만한 용어가 없다라는 뜻이다. 그나마 온 세상 네티즌들이 만들어내어 공감대를 형성한다는 위키디피아에 조차 'Full Browser'라는 단어는 없다는 사실을 알고 있는가?(위키디피아의 한국어판에도 역시 '풀브라우저'는 없다.

결국은 풀브라우저에 대한 정의나 위의 구분등은 하나의 일리가 있는 주장일 뿐 아직까지는 보편타당하게 사용되는 정의와 구분이 아니라는 생각이 든다. 풀브라우저에 대한 정의 중에 개인적으로 가장 적당한 정의는 e-Words에서 정리한 것이라고 생각하는데 아래와 같은 내용으로 이루어져 있다. "이것이 맞다"라고도 말하는 것은 위험하지만 적어도 풀브라우저를 정의하는 요소는 모두 포함되어 있는 듯 하다. '풀브라우저'의 한글 표기를 '풀 브러우저'라고 한 것을 제외한다면..

컴퓨터용으로 만들어진 Web사이트를 그대로 열람할 수 있는 휴대 전화용등의 Web브러우저. 다운로드해서 이용하는 것과 휴대 전화에 미리 내장되어져 있는 것이 있다. 휴대 전화등은 개인용 컴퓨터에 비해서 기능과 성능이 대폭 제한되어져 있기때문에, Web페이지도 통상의 규격으로부터 대폭 축소되어진 독자의 양식에 따라서 기술하는 것을 요구되어지고 있다. 이때문에, 컴퓨터용으로 작성되어진 사이트에 휴대 전화로 엑서스하는 것은 통상 불가능하다. 풀 브러우저는 휴대 전화의 Java프로그램 실 기능등을 이용하며, 컴퓨터용 사이트의 표시를 가능케 하는 소프트웨어이다. 단 휴대 전화의 표시와 조작성을 직접 확장하고 개선하는 것은 불가능하기 때문에 표시 내용을 선택해서 간소화하는 등으로 표시와 조작을 가능하게 하고 있다. 컴퓨터와는 완전히 동일하도록 표시할 수 있도록 하는 소프트라고 하기에는 무리가 있다. 덧붙여서 풀 브러우저라고 하는 명칭은 NTT도코모가 상표 출원하고 있다.

또한 사용에 따른 '풀브라우징(풀브라우저가 아님)'의 종류는 통상적으로 아래와 같이 구분을 한다.

1. Browser-based Adaptation
클라이언트에서 소켓을 직접 생성하여 목적 웹사이트로 접속하여 메타 정보를 얻어내고 이를 해석하여 화면에 뿌리는 방식. Opera, NetFront, Infraware, Safari 등을 이용하여 웹사이트에 접속하는 것이 여기에 속한다.

2. Proxy-based Adaptation
Proxy 서버에서 웹사이트에 접속하여 웹페이지의 내용을 해석하고 이를 Image로 만든 후 Image 정보를 모바일 기기에 전송하여 화면에 뿌리는 방식. 대표적인 예로는 Deepfish와 국내 유자드 브라우저를 이용하는 것을 들 수 있다. 첫번째 기사에서 '웹뷰어'라고 정의한 제품을 이용하는 것을 말한다.

3. Metadata-based Adaptation
1번과 유사하지만 클라이언트 브라우저를 이용해 모바일 최적화한 사이트에 접속하는 것을 말한다. WAP이 아닌 Web의 메타 태그로 사이트를 개발하지만 일반 Web 브라우저로 접속했을 때는 다른 화면을 보여준다. iPhone의 성공으로 Safari 전용 페이지를 만드는 각종 사이트와 국내에서도 Infraware 브라우저로 접속하는 플레이톡과 같은 것을 예로 들 수 있다.

사용자 삽입 이미지
4. Transcoding Adaptation
각종 브라우저 솔루션 업체나 구글과 같은 포탈등이 보유한 기술로 일반 WEB 페이지를 이루는 Meta Tag를 WAP 페이지에서 사용하는 Meta tag로 서버에서 변환하여 '풀브라우저'가 아닌 일반 WAP Browser로 Web 사이트를 접속하는 것을 말한다. 국내에서도 일반 WAP 브라우저로 구글 검색을 한 후 검색 결과에서 나타나는 웹페이지를 선택하면 WAP 브라우저에서도 Transcoding된 Web 사이트를 볼 수 있다.


하지만 위의 풀브라우징의 구분에서 보면 첫번째 기사에서 언급한 '웹뷰어'도 풀브라우징을 할 수 있는 '풀브라우저'의 종류로 구분하는게 더 자연스럽지 않을까 하는 생각이다. 역시나 Web만을 보여주는 Opera나 Safari도 '풀브라우저'라는 테두리안에 넣어주어도 무리가 없지 않을까? 물론, 이러한 정의나 구분 또한 어떤 표준이 아니라 mobizen의 개인적인 경험이나 의견을 토대로 한 것일 뿐, 이게 절대적인 정의와 구분이라고 할 수 없다. 
다시 한번 강조하지만 위의 두 의견은 모두 설득력이 있다. 다만, 정의와 종류를 너무 작은 Segment로 나누기에는 아직까지 '풀브라우저'의 존재 정의는 너무 혼란스럽다는 생각일 뿐..
2008/05/20 15:23 2008/05/20 15:23

이번 XTech 2008 컨퍼런스중 개인적으로 가장 도움이 되는 발표중의 하나였다. 한 분야의 흐름과 동향을 정리하는 만으로도 많은 노력이 필요하기 때문이다. 특히, 웹 브라우져의 경우 FireFox와 IE..

오늘보니 FireFox3 RC1이 공개되었네요. 치열하게 펼쳐질 브라우져들의 경쟁이 기대됩니다. 그리고 이 포스팅을 마지막으로 XTech 2008의 정리를 마칩니다. 5. XSLT/XPath, SVG, ARIA - Cient-side XSLT/Xpath 오..

lesmin

브라우저 종류를 설명하실때, 업체명과 브라우저 제품명을 구분해주시면 좋을 것 같습니다.
Opera Software사의 Opera, Access사의 NetFront, Infraware사의 Polaris, Apple사의 Safari, LogicPlant사의 uZard등으로 말이죠. 그리고 플레이톡이 일반브라우저로 접속이 안된다는 것은 어떤 의미인지 잘 모르겠습니다.. 플레이톡 서비스 자체는 PC에서 일반브라우저로 잘 썼었는데 말이죠. 전용 페이지만 말씀하신 것인지? (마침 지금은 사이트 유지보수중이라 확인이 안되네요)
또하나 재밌는 것은, 1번방식의 브라우저들(OZ터치웹폰등)도 그림파일이나 동영상파일등의 미디어파일들에 대해서는 2번방식으로 transcoding을 하고 있다는 점입니다.

mobizen

댓글 감사합니다.

위쪽 브라우저 언급은 개발사가 아닌 브라우저 제품명으로 했습니다. Infraware의 경우는 Polaris란 이름을 모르시는 분이 많아서 그렇게 한거구요. Playtalk은 제가 잘못 설명 드린 것 같네요. 전용페이지를 말한 것은 아니었습니다. 본문을 수정했습니다.

1번 방식중 2번 방식과 같이 쓰는 것은 태생이 embider인 Infraware만의 경우가 아닐까 합니다. 다른 풀브라우저 중에서도 그렇게 쓰는게 있나요? 저도 꽤나 브라우저의 소스코드와 가깝게 지내는 편인데 해외제품 중에 그런 방식이 있다는 것은 들어보지를 못했네요.

sookhee

궁금한 게 있어서 덧글 남깁니다.
(좀 무식한 질문일수도...)
모바일 기기에 전용의 웹 브라우저가 필요한 것은 모바일 기기의 OS나 성능 제약때문인지요?
스마트폰 등에서 wifi network를 통해 웹사이트에 접속하는 경우 저는 해당 단말기에 그냥 보편적인 '웹 브라우저'가 깔려 있다고 생각했답니다.
기기의 특성 상(데스크탑 어플리케이션도 PC버전과 mac버전이 있는 거 처럼) customizing이 되어야 하긴 하겠습니다만, 기본적인 설계부터 달리해야할만큼 모바일 기기로 웹 사이트를 보는 작업이 만만치 않은건가요?
아니면, 통신하는 방식 자체가 PC 베이스일 경우와 모바일 베이스가 다른 것인지요??

mobizen

안녕하세요. sookhee님~ 질문하시는 것과 별도의 설명을 해드리겠습니다.

핸드폰에는 기본적으로 모두 WAP 브라우저가 설치됩니다. 이통사가 운영하는 포탈이 전부 WAP 으로 되어 있고 TCP/IP 헤더에 각종 사용자 인증 정보를 가지고 있으므로 일반 WEB Brower로는 이 포탈 서비스를 이용하는 것이 불가능합니다. 무선 Data가 그래도 이통사의 큰 수입원 중에 하나이니 없앨 수는 없는거죠.

문제는 이 WAP 브라우저의 종류에 따라서 해당 브라우저(흔히 Native Browser라고 합니다.)가 WEB 을 지원하는 경우도 있고 지원하지 못하는 경우도 있습니다. 지원하지 못하는 경우에는 풀브라우징이 되지 않으니 따로 전용 Web Browser를 설치해줍니다.(블랙잭의 Opera같은 경우라고 보시면 됩니다.) 만일 Native Browser가 WAP과 WEB을 모두 지원하는 경우라면 따로 설치를 하지 않아도 되겠죠.

질문하신 문맥은 단순하게 모바일 상에서 Web Browser를 여쭤보신 것 같은데, 의도는 그것이 아니라 WAP Broswer와 WEB Broswer의 차이를 여쭤보시는 것 같아 설명을 드렸습니다. WAP과 WEB은 메타 언어가 서로 다르니깐 이해하실 듯 합니다. 혹시나 제가 이해를 잘못 했다면 다시 질문 해주세요~

sookhee

긴 답변 감사합니다.
그런데, 질문의 의도를 제가 잘 못 전달드린 것 같습니다...^^;;

모바일 파이어폭스를 모질라에서 최근 열심히 만들고 있습니다.
위에 예시를 드신 오페라도 모바일 버전이 따로 있지요~

모바일 기기에서 웹을 브라우징 하기 위해서는 웹브라우저의 pc버전을 모바일 OS에 맞게 커스터마이징만 하면 되는 것인지, 아니면 모바일이기 때문에 특수한 작업이 필요한 것인지의 질문이었습니다.(WAP 브라우징은 일단 차치하구요~)
전자라면 모바일 브라우저라고 해서 딱히 어렵거나 하지 않을 것 같은데, 파폭같은 경우 시간도 오래 걸리구 하는 것이 궁금해서요.
혹시 기본적으로 WAP 브라우징을 제공해야만 하기 때문이라든가.. 뭐 이런 이유 말이죠.

그리구, 추가로 궁금한 걸 하나 추가드리자면, embedded WAP browser는 웹브라우저처럼 종류구분이나 브랜드가 있나요?(IE,오페라,파폭..이러듯이요.)

mobizen

아.. 포팅에 관한 질문이시군요. 개발이 아닌...

모바일 기기에서 웹을 브라우징 하기 위해서는 웹브라우저의 pc버전을 모바일 OS에 맞게 커스터마이징만 하면 됩니다. 특수한 작업은 없습니다. 일반적으로 모바일 플랫폼에 맞는 네트워크 부분, 폰트 부분, 이벤트 처리 부분 정도만 연결시켜 주면 동작합니다.

문제는 이 부분이 딱히 어렵다는데에 있습니다.^^ 플랫폼이 무엇이냐에 따라 제약사항이 천차만별입니다. 컴파일러에 따른 예외적인 상황도 많구요. 그나마 MS 계열은 덜 고생하는 편입니다만, Normal 폰 플랫폼에 적용을 하려면 생각보다 오래 걸립니다. 모바일에 최적화 한다는 큰 틀에서 보면 한줄이지만 이게 속도처리도 그렇고, 각 플랫폼별의 특징에 맞추어서 살려야할 기능과 제거해야할 기능을 처리해야 하니깐요. 그런게 귀찮아서 아예 Java로 구성해버리는 Opera Mini같은 예도 있습니다.
이해하시는 것은 맞으나 그 최적화라는게 기술적인 예외가 많아서 오래 걸린다 라고 보시면 됩니다.이게 간단하게 설명되지 않아서 이 정도만 말씀 드릴께요. PC 버전에서 출발한 풀브라우저와 WAP 브라우저에서 출발한 브라우저가 또 차이가 있고, 각 브라우저의 소스에서 어떠한 Framework를 썼냐에 따라 또 포팅 이슈가 달라서요. 질문하신 요지가 기술적인 디테일을 여쭤보시는게 아닌 듯 해서요.

그리고 Native Browser는 크게 WAP과 ME로 구분합니다. 물론 브라우저도 브랜드가 있습니다. ME 계열 브라우저는 MS의 Exploreer만 지원을 하고 있으면 WAP 브라우저는 너무 제품이 많아서 일일이 나열하기는 힘듭니다.

국내 SKT와 LGT는 인프라웨어의 embider(풀브라우저로 바뀌면서 Polaris로 이름을 바꾸었습니다.), KTF는 지오텔에서 개발한 KUN 브라우저 등이 있습니다. 세계적으로는 Openwave와 NetFront 등이 있구요. 도움이 되시기를.. ^^

sookhee

네. 매우매우 도움이 되었습니다~!!!!!!!!!!!!
감사합니다~~^_^

산맥

좋은 자료와 글을 매번 잘 보고 있습니다.
저도 님과 같이 it일반에 대해서 공부하려고 하는데,
어떤 방법으로 하면 좋을까요?
일단은 님이 추천해 주실 수 있는 책이 있으면
감사한 마음으로 구입하여 읽어보겠습니다.
감사합니다.

Posted
Filed under 모바일 일반
K모바일에서 주최하는 모바일 풀브라우징 관련 세미나가 개최된다. 2008년 5월 28일이고 장소는 강남역 한국과학기술회관이다. 이런 세미나의 특징이 Future Camp, Bar Camp 등에 비해서 약간은 발표자의 회사관련 소개가 많은데다가 무료가 아니어서 업계에 밀접한 관계가 있지 않으면 가기가 쉽지가 않다.

역시나 평일이고 참가신청비는 사전 등록을 해도 121,000원이다. 현재 몸담고 있는 조직의 생리상 풀브라우저와 너무나 밀접한 일을 하고는 있지만 가봐야겠다는 생각을 하지 못하고 있었는데 K모바일에서 연락이 와서 초청장을 보내준다고 한다. K모바일이 지금과 같은 RSS 메타의 형태를 갖추기 전부터 블로그 포스팅을 스크랩 해가는 것을 승인을 해주었는데 그때문인 듯 하다.

회사일과도 연관성이 있으니 팀장에게 허락을 받아보고 안된다고 하면 연차를 쓰고라도 한번 가볼 생각이다. 사실 세미나라고 해도 큰 기대를 하고 가는 것은 아니지만 나와는 다른 각도에서 보는 시각을 듣는 것만으로도 충분히 가치 있는 일이다.

아래는 간단한 행사 소개이다. 좀더 자세한 내용은 여기를 방문하면 된다. 혹시나 세미나에 참석하는 분은 리플로 알려주시고 해당 장소에서 아는 척 해주면 뻘쭘모드에서 조금이라도 쉽게 벗어날 수 있을 듯 하다.

프로그램
시  간 주  제 내  용 강  사
09:30~10:00     주최
10:00~10:40 이동통신 무선인터넷 진화 방향에서의 풀브라우징
- 국내 무선인터넷 진화 방향
- 해외 무선인터넷 진화 방향
- 무선인터넷과 풀브라우징
SKT
상품개발팀
김면중매니저
10:40~11:00 자유 토론 및 Q&A
11:00~11:40 LGT 오즈(OZ) 추진 전략 및 풀브라우징 개발 방향
- 기존 모바일 브라우저 취약점과 한계
- 오즈(OZ) 탄생 배경 및 서비스 특징
- 오즈(OZ) 이용 현황 및 사용자 반응
- 오즈(OZ) 활성화 전략 및 킬러앱 전망
- 오즈(OZ) 향후 발전 방향과 제언
LGT
단말개발실
양장모차장
11:40~12:00 자유 토론 및 Q&A
12:00~13:00  
13:00~13:40 포털 포털(Daum)의 풀브라우징 대응 전략
- 풀브라우저의 이해
- 국내외 풀브라우저 동향
- 시장상황고찰
- 환경 대응 필요성
- 서비스 대응방법
- 오리가미
- 서치얼라이언스
- 아이폰 & 한메일
- 서비스 활성화 조건
Daum
컨버전스팀
금동우파트장
13:40~14:00 자유 토론 및 Q&A
14:00~14:40 전략 Full Browsing, 3G Killer App.으로 자리잡을 수 있을 것인가?
- 주요 단말 Full Browsing 사용 환경 비교 분석을 통한 현황 파악과 예측
- 비교 평가 주요 단말:
 · Haptic
 · Viewty 2
 · Nokia N시리즈
 · iPhone

로아그룹
윤정호
애널리스트

14:40~15:00 자유 토론 및 Q&A
15:00~16:00 오픈토크 주제: “풀브라우징의 3G 킬러앱 가능성과 극복 과제는?” 패널
16:00~16:40 단말 인터넷 폰 단말 전략
- 풀브라우징 단말의 정의
- 인터넷 브라우징 Tool
- 인터넷 브라우징 대응 전략
 · Input device
 · 정보 제공 방식
- 인터넷 비즈니스 전략: 제조사의 자유도 및 사용자의 만족도 증가 상품 개발 전략
LG전자
김태훈
선임연구원
16:40~17:00 자유 토론 및 Q&A
17:00~17:40 Tech. Full Browser 플랫폼과 향후 발전 방향
- 모바일 웹과 브라우저 동향: 과거 2007년부터 2010년까지의 모바일에서의 웹 서비스 동향과 브라우저의 동향
- Full Browser 란?: Full Browser의 정의와 장단점 분석
- Full Browser의 주요 기능: 모바일 환경에서 Web 서비스를 편리하게 사용하기 위한 주요기능 소개
- 향후 발전 방향
인프라웨어
김경남
연구소장
17:40~18:00 자유 토론 및 Q&A
2008/05/16 16:02 2008/05/16 16:02
앗싸뵹

역시, Mobizen 님 정도의 Name Value가 있어야 초청장이 오는군요. 부럽습니다 @.@
보내달라고 하면 보내줄 것도 같기는 한데... 전반적으로 발표 주제들이 다른 곳에서 워낙 많이 언급되었던 주제여서 딱히 땡기지는 않군요.
Daum과 같은 대형 포탈에서 실제 모바일 Full Browser에 대한 대응전략 발표는 꽤 흥미롭군요.
재밌는 이야기 있으면 꼭 정리해서 포스팅 해주세요 :)

mobizen

네. 저도 그 파트가 가장 궁금합니다. NHN도 같이 나왔으면 재미났을텐데 말이죠~

Name Value는요.. 하루에 300명 정도 방문하는 블로그에 그딴게.. ^^

눈love

맘같아선 참석해서 듣고 싶지만...ㅠㅠ
mobizen 님의 후기를 기대하겠습니다..

슬슬 회사에서 풀브라우징을 준비하라는데......흠.....
쫌 난감하군요

mobizen

눈love님 리플 감사합니다.
멋진 블로그를 가지고 계시네요~

풀브라우징... 환상과 현실속에서, 아직은 환상에 더 가깝다고 볼 수 있죠~ ^^

lesmin

참석할 예정입니다. 바이오TZ노트북으로 뭔가 끄적대고 있는 사람이 있다면, 바로 저일겁니다. ^^;

삔엔쭌

저도 참석할 예정입니다... 마음과 머리를 비우고 봐야할 사항들이 좀 있네요...
혹시 뵙게되면(그런데 아직 Mobizen님 얼굴을 모르니...ㅋㅋ) 인사나 하시죠...^^

mobizen

lesmin님, 삔엔쭌님...
혹시나 가볍게 인사할 수 있는 시간이 있으면 서로 뵙고 명함이라도 교환하면 좋을 듯 하네요. 혹시나 후지쯔 미니 노트북하고 와이브로를 연결해서 이것저것 보는 사람이면 저라고 보시면 되겠네요. 장소가 너무 넓으면 찾기는 힘들 듯 한데... ^^

거부기아찌

간만에 서울에서 뵙도록 하겠습니다. :)

mobizen

잘 지내시죠? 대구 행사는 잘 하셨는지요..?
그날 뵙고 인사드리겠습니다. ^^