The W3C Ubiquitous Web Applications activity aims to make it easier to create distributed Web applications involving a wide diversity of devices.

도착한 날부터 계속해서 비가 내려 기온이 많이 내려갔습니다. 따뜻한 옷을 준비하지 못해 손을 부비며 아침부터 세션에 참가해야 했습니다. 오늘 하루종일 유비쿼터스 웹에 대해 듣고 정리하려는 욕심에 열심히 행사장으로 향했습니다. 가자마자 놀란 사실은 …

-아뿔싸! 무선 인터넷이 잡히는 데 제공되는 것이 아니다… 강사만 사용하네요..이런….

-전시회가 없어 조용하리라 예상은 했었으나 너무 조용한 분위기여서.. 덕분에 확실히 집중해서 세션은 열심히 참석했으니…

첫번째 참석한 세션은 현재 W3C에서 2007년 3월 30일 새롭게 런칭한 W3C New Ubiquitous Web Application Working Group(이전의 Device independence WG의 계승한 것임) 을 리드하고 있는 Dave Raggett 가 W3C Ubiquitous Web Applications Activity 란 주제로 현재 W3C내의 UWA의 활동과 연구 방향 등에 대한 소개가 있었습니다. 

ETRI 전종홍씨, 혹 이 분 술 드시면 변신하지 않나요?^-^

주요한 발표 내용을 요약해 보면, 현재 모든 것들은 네트웍과 RFID등으로 연결되고 있다. 이렇게 연결되는 과정에서 서로 다른 기술들이 존재하는 데 이를 홈게이트웨이가 연결할 수 있는 브리지 역할을 해야 한다. 이를 위해서는 표준이 필요하며 로컬과 리모트간의 서비스를 주고 받기 위해 웹 서비스가 필요하며 이러한 웹 서비스를 구현하기 위한 환경으로 XML,온토로지,이벤트 모델, 자바스크립트를 사용하고 독립된 각 다바이스에는 에이전트(웹서버)를 두고  서로 다른 디바이스간에 서비스를 주고 받을 수 있게 한다 라는 것이었습니다.  이런 방식을 통해 가령, 핸드폰(로컬)에서 사진(리모트)을 찍게 요청하고 찍은 사진(로컬)을 출력 요청(리모트)하는 방식으로 서비스의 시나리오를 만들 수 있게 되는 됩니다.

이러한 작업을 위해서는 당연히 표준이 필요합니다. 여기에는 보안 문제를 비롯하여 각 디바이스에서 제공하는 서비스 및 장치에 대한 설명과 접근 방법(DOM 모델과 같은 방식을 채택할 것이라고 하네요) 그리고 디바이스간에 스펙을 이해하기 위한 semantic web 기술 등이 필요해 집니다.

추상적인 아키텍쳐 이해해보면 모든 다바이스에 웹 서버를 탑재하고 Ajax등의 비동기 모델을 통해 서비스를 주고 받고 이 서비스 명세는 RDF로 정의하되 접근은 DOM방식으로 하며 이 때 , 이 명세를 이해하기 위해 semantic web의 주요 기술을 사용한다라는 것 입니다.

기술적인 부분은 추후 좀 더 정리하기로 하고 간략히 느낌 부분은 현재 이러한 유비쿼터스 웹의 구현에 있어 최근에 발표한 JavaFX가 추후 상당한 영향력을 갖을 것이라는 예측과 사회의 수평적인 구조에서 유비쿼터스 서비스가 나오지는 않겠지만 수직적인 시장에서 계속해서 서비스가 나올 것이기 때문에 이에 대한 준비가 필요하다라는 것 입니다. 특히, 국내의 경우 삼성전자같이 디바이스 생산업체의 경우 더더욱 이러한 부분에 대한 준비와 표준에의 참여가 절실해 보입니다.

웹 오피스에서 유비쿼터스 오피스로? 과연 이 두 용어의 차이가 무엇일까요? 저 스스로의 숙제인 것 같습니다 ^-^  다음은 흥미만점 Physical hyperlinks 에 대해 정리해 보겠습니다. 이제 전 눈좀 붙여야 할 것 같습니다.

파리에

간신히 새벽에 눈을 붙이고 늦잠을 잤습니다. 헐레벌떡 짐을 챙겼는데 비까지 오고 십중팔구 늦을 것 같아 할 수 없이 차를 꺼내 과속에 과속을 거듭하며 탑승을 했습니다. 12시간의 비행시간중 8시간을 자고 난 다음에야 눈을 떠 냉수 한잔에 노트북을 키고 이 글을 쓰네요.

지난 2001년 4월 30일 , 제가 처음으로 창업한 에이전텍에서 개발한 자바로 개발한 검색엔진 SearchWare를 프랑스에서 열리는 자바 컨퍼런스에 소개하기 위해 파리에 온 적이 있었습니다. ( 지금은  Lucene이 오픈소스로 많이 사용되지만 당시는 자바로 개발한 검색엔진은 SearchWare밖에는 없었습니다. Lucene 무척 쓸만 합니다.  제가 보기에는 왠간한 국내 상용 엔진보다 훨씬 좋습니다. )  당시는 자바가 시장에서 처음 소개되던 시기이고 자바로 검색엔진을 만든 것도 처음이기에 선마이크로시스템의 지원으로 프랑스까지 와 본 거죠. 뭐 결론을 말하면 전시회 참가 후 두번째로 방문을 하여 관심있는 회사에 가서 데모를 열심히 했는데 결론은 거의 의미없다 였습니다. 당시 프랑스가 워낙 인프라가 약해 인터넷 자체를 아는 사람도 거의 없고 글로벌 포탈 서비스도 제대로 없을 때 였습니다.

이번 주에는 아무래도 라스베가스에서 열린 마이크로소프트의 MIX07 행사와 여기서 발표한 silverlight가 여러모로 많은 생각을 하게 한 한주 였던 것 같습니다. 특히, 어도비의 Apollo가 오픈소스로 전략을 전환한 것의 이유를 어느 정도 짐작하게 해주었습니다. 실제 이 두 솔루션은 같은 RIA 시장을 대상으로 하기 때문에 경쟁은 피할 수 없는 상태가 되었습니다.

사실, 어도비의 성장에는 MS의 공이 큽니다. 실제 플레쉬의 성장에는 마이크로소프트의 공이 컸습니다. IE 브라우져에 플러그-인으로 플레시 리더를 손쉽게 배포하게 해 주었기 때문이죠. 과거 RIA 프레임웍을 가장 먼저 발표한 선의 자바 런타임은 IE에 기본으로 탑재됐을 때만 해도 널리 사용되었으나 MS가 IE에서 자바 런타임을 제거하는 순간 그 성장세가 멈추었습니다. 선이 바보짓을 한거죠.. 어떻게든 그것을 막았어야 했는데 말이죠.. ^-^

현재에는 과거처럼 마이크로소프트가 무지막지하게 플래쉬 리더를

에 갈 예정입니다. 자바 원을 보면 자바 역시 많은 기술 발전을 이뤄내고 있는 데 선사의 마케팅을 보면 역시 한수 아래구나 라는 생각을 지울 수가 없습니다.  
 

이미 자바 런타임은 수년간 RIA 프레임웍으로 배포되었고 브라우져 임베팅 기술인 애플릿과 데스크탑 애플릿케이션 배포 기술은 자바 스타트 등 많이 성숙된 기술을 제공하고 있습니다. 그런데 이들 기술을 채택하는 데 있어 어려움이 무엇을까요?

가장 큰 어려움은 배포와 설치가 쉽지 않습니다. 간혹 , 자바를 사용하려는 사용자들중에 아예 런타임을 설치하지 못해 서비스를 이용하지 못하는 경우를 많이 봅니다. 실제 씽크프리 고객중에 자바 런타임의 설치가 어려워 사용하지 못하는 경우가 종종 레포팅됩니다. 이처럼 자바 런타임에 대한 원스톱 배포와 설치의 개선이 필요합니다. 이외에도 기술적으로 현재의 AWT/Swing 기반의 GUI 개발 방법에 대한 개선 등 여러 사안들이 있지만 공들여 개발된 자바 응용 프로그램이 고객에게 손쉬게 전달되는 방법에 대한 개선이 가장 절실하다고 생각합니다. 자바는 다른 RIA들이 제공하지 못하는 다양한 응용 분야의 섬세한 기능에 대한 제어가 가능하기 때문에 정교한 RIA개발에는 반드시 필요한 프레임웍입니다. 따라서 다양한 플래폼과 브라우져를 대상으로 한 자바의 런타임 배포 환경과 전략은 정말 중요한 사안이이며 선마이크로시스템에서 주력해야 할 사안입니다.

브라우져 사들과의 제휴를 통해 배포처를 늘리고 MS를 포함한 다양한 운영체제 회사들에게도 보다 적극적인 제휴 마케팅을 하는 것이 선사의 주요한 역할이 라고 강조하고 싶습니다.