최근 외부 기관에서 웹 오피스의 현황과 전망에 대해 원고 청탁을 받고 짬짬이 글을 정리하고 있습니다. 글을 정리하다 오피스 문서 표준화에 대한 내용이 여러모로 도움이 될 것 같아 포스팅합니다.

--------------------------

기술 표준은 서로 다른 기술과 제품간 호환성을 높일 수 있고  특정 업체에 의해 시장이 지배되거나 왜곡되는 것을 방지하며, 개인 및 공공 기관들간 자유로운 정보 교환을 가능하게 한다. 국내 오피스 분야를 예로 들면, 그간 개인들은 'MS 오피스'를,  공공기관은 '한컴 오피스'를 주로 사용해왔으며 이로 인해 공공기관에 제출하기 위한 문서는 '한글'로, 개인적인 작업은 주로 'MS 워드'로 문서를 작성하는 불편을 겪고 있다.

또한 MS 오피스 2007 이전 버전과 한컴 오피스 모두 자체의 고유한 바이너리 문서 포맷을 보유하기 때문에 다른 응용 프로그램과 호환되지도 않을 뿐만 아니라 이를 위해서는 많은 비용을 지불할 수 밖에 없었다. 가령, 그룹웨어에 한글 편집기를 연동하기 위해서는 많은 비용을 들여야 하며, MS 오피스 문서를 다른 포맷 등으로 변환하기 위해서는 별도의 서버 비용을 지불해야만 한다. 이러한 문제의 원인은 모두 오피스 파일 포맷이 표준화되지 않았기 때문이다.

이러한 문제점들을 해결할 수 있는 오피스 문서 표준이 있다. 바로 OASIS(Organization for the Advancement of Structured Information Standards)에서 제정한 Open Document  Format(개방형문서포멧, ODF)와 ECMA에서 표준으로 제정한 Open XML 표준이다. 이들은 모두 바이너리가 아닌 XML로 워드 프로세스, 스프레드시트 , 그래픽 문서 문서, 차트  등의 포맷을 정의하고 있다.

ODF는 최초 1999년 독일의 StarDivision이란 회사에서 시작됐다. 2000년 썬마이크로시스템즈에서 이 회사를 인수하고 이를 오픈소스화 하면서 공식 문서 표준으로 ODF를 개발하기 시작했다. 이렇게 시작된 ODF는 썬의 노력으로 OASIS에서 국제 문서 표준으로 인정받았고 국제 표준화 기구인 ISO와 IEC로 부터 정식 승인(ISO/IEC 26300:2006) 받았다.

MS는 초기 오피스 2000에서 XML로 정의된 속성을 갖는 HTML 문서를 소개했고 뒤를 이어 Office XP에서는 SpreadsheetML이라는 첫번째 XML 참조 모델을 제공했다. 그리고 Office 2003에서는 WordprcessingML과 한층 강화된 SpreadsheetML 참조 모델을 통해 문서에 데이타를 저장하고 추출하는 방법을 제공했다. 가장 최근에 출시된 Office 2007은 DOC, XLS, PPT 파일의 기본 포맷을 XML 기반으로 하는 데 이 포맷이 바로 Open XML이다.

Open XML은 6,000 페이지, ODF는 700 페이지 분량에 광범위한 문서 포맷을 명시하고  있다. 이 두 표준의 장,단점을 간략히 비교해 보면 다음과 같다.
       
 
장점
단점
OpenXML
현존하는모든오피스기능을포함한다. 따라서기존의 MS 오피스문서들과호환이된다.
접근제어를제공한다.
ODF 변환플러그인을제공한다.
ISO 인증을받지못했다.
ODF
ISO 인증을받았다.
참여업체가광범위하다.
다양한플랫폼상에서이용할있다.
현존하는모든오피스기능을포함하지못한다.
스프레드시트포뮬라가없다.(V1.2 제공예정)
메타데이타정의가없다.접근제어가없다.(V1.1 예정)
 
Ecma는 2007년에 OpenXML을 ISO 표준으로 제출할 예정이고 표준으로 확정된 것이다.
   
OpenXML을 선도하고 있는 MS와 노벨이 ODF 변환 플러그인을 개발하여 배포하는 것처럼 이 두 문서 표준은 모두 공존할 것이다. 특히, MS와 반 MS 진영의 표준이기에 더욱 그러할 것이다.

그러나 이들 문서가 모두 XML이기 때문에 호환성에 있어 큰 문제는 없을 것이다. 더우기 현재 웹 플랫폼상에서 개발되는 응용 서비스들이 XML 기반의 서비스로 전환되고 있기 때문에 그 사용 범위는 더욱 광범위해질 것이다. Open XML과 ODF 문서 포맷으로 문서를 생성해내는 게시판이나 각종 편집기가 다수 등장하고 이들 XML 문서는 DB나 CMS 등에 저장되어 다양한 복합 데이타와 응용 서비스로 거듭날 것이다.

이미, 현존하는 웹 오피스들은 OpenXML과 ODF로의 저장을 지원하고 있다. 가령, 씽크프리의 경우에도 이미 QuickEdir이라 불리는 Aajx 기반의 웹 에디터의 기본 포맷으로 OpenXML을 사용하고 있으며 이를 통해 데스크톱상의 오피스 문서들과 이미 손실없이 문서를 호환하고 있다. 또한 Open API를 사용하여 Flickr.com의 이미지 DB를 검색하여 문서에 삽입하는 등 다양한 부가 기능을 개발하는 데 이를 활용하고 있다.

이와 관련하여 최근에 국내 정부에서 ODF를 표준으로 한다는 의견을 들은 적이 있다. 개인적으로는 이미 OpenXML이든 ODF든 사실상 국제표준이 된 이상 경쟁은 자유이고 기술력이 중요하다고 생각한다. 물론 정부 차원에서 오피스 문서의 표준화는 중요하다. 나도 과거 문서의 비표준화로 인해 그룹웨어 결제 연동이나 문서전문 검색 등에서 울며 겨자먹기로 많은 비용을 지불하면서 분개했던 적이 있다. 이제 이런 일은 없어지리라 생각한다.

또한 이제 웹상의 문서 편집기 서비스들이 문서 표준화 기반으로 전환될 것이고 특히, 다양한 매시업(mash-up)을 통해 웹2.0 서비스도 고도화되고, 엔터프라이즈2.0에서도 웹 오피스가 보다 진화될 것이다. 이제 웹 스프레드시트에서 SAP의 데이터를 실시간 조회하고 편집하며 여기에 각종 공개된 데이타의 API로 연결된 데이타를 추가한 후 다시 SAP에 반영함과 동시에 자동으로 결제되는 환경이 가능해질 것이다. 이 과정은 현재 BPM2.0이라 불리는 영역에 급속히 퍼지리라 생각한다. 이처럼 오피스 문서의 표준화는 중요한 부분이다.


신고
크리에이티브 커먼즈 라이선스
Creative Commons License
Posted by 박재현

'미래 웹 포럼'이 마련한 '글로벌 웹기술 워크숍'에 참석을 하지는 못했지만 관련 글을 읽고 잠시 논의된 주제들에 대해 생각해 보게 되었습니다. ActiveX, Globalization이 패널들의 주요 논의 이슈였던 것 같습니다. 아마 여러 지면이나 블러그를 통해 논쟁이 되었던 주제들이라 시시비비를 가리는 것은 의미가 없다고 봅니다.

이들 문제에 제가 갖고 있는 시각은 한마디로 "시장과 고객 중심의 시각을 갖지 않고는 글로벌도 표준화도 그 어떤 것도 이룰 수 없다"입니다.

사용자 삽입 이미지
ActiveX도 MS의 기술중의 하나 이고 표준은 아니지만 데스크탑 OS를 장악하고 있는 MS의 시장 위치와 국내 사용자의 IE 브라우져 사용율을 볼 때 당연히 누구나 개발시 첫번째로 고려하는 브라우저는 IE입니다. 그렇다면 2, 3등 브라우저를 사용하는 사용자들은 어떻게 해야 하나요?

가령, 은행권 뱅킹 프로젝트의 경우 수십억원에서 수백억원에 이르는 프로젝트입니다. 이러한 프로젝트를 발주할 때 나오는 RFP(제안요청서)를 보면 그 어디에도 'IE, FireFox 등 모든 브라우저에서 작동해야 한다'라는 말이 없습니다. 이 말을 한줄만 넣어도 아마 현재처럼 은행권 사이트가 ActiveX로 도배되지 않았을 것입니다. 반대로 프로젝트를 수주하는 대부분의 국내 솔루션 벤더와 SI업체들이 RFP에 없더라도 다양한 브라우저를 지원하도록 제안을 하고 개발했다면 어떻게 됐을까요?

개인적으로는 다소 보안의 문제가 있지만 ActiveX도 기술중 하나일 뿐이고 사용하는 사람에 따라 독이 될수도 있고 득이 될 수도 있다고 생각합니다. 우리 회사에는 매킨토시 사용자들이 많습니다. 신한은행이 맥 사용자들의 온라인 뱅킹을 지원하는 국내 유일의 사이트라고 합니다. 우리회사 맥 사용자들은 대부분 온라인 뱅킹을 위해 신한은행에 가입합니다. 반대로 생각하면 신한은행은 다양한 브라우저를 이용하는 고객을 생각하고 지원함으로써 신규 고객을 발굴하게 된 것입니다.

이렇게 보면 ActiveX 문제는 그냥 막연히 'MS가 M$라서 문제있다'라는 심정적인 것에서 벗어나, 여러 고객들을 고려하는 생각이 선행돼야 한다고 생각합니다. 씽크프리는 모든 서비스를 출시할 때 windows, mac, linux 운영체제와 IE, FireFox는 기본 항목으로 점검하게 되어 있습니다. 시간상 여유가 없을 때도 반드시 후에 일정을 공시하여 이들 플랫폼을 지원합니다. 외국에서 사용자들에게 '윈도우에서 IE쓰면 문제없다'라는 식의 도움말은 문화적으로 용납이 되지 못합니다. 뒤에서도 말하겠지만 이런 점이 바로 글로벌화가 어려운 이유중의 하나라고 생각합니다.

저는 결론적으로  ActiveX를 구축하여 서비스하는 업체들이 ActiveX를 사용하지 못하거나 보안 등의 이유로 ActiveX를 선호하지 않는 고객에게 다른 대안을 제공하거나 모든 고객들이 이용할 수 있는 기술을 제공하면 되는 것이라 생각합니다. 그런 측면에서는 국내 포털들도 마찬가지라고 생각합니다. 씽크프리의 경우를 예로 들면, 자바 오피스를 사용할 때 자바 VM을 설치해야 하는 고객들의 불편함을 해소하기 위해 자바VM이 없더라도 사용할 수 있는 Ajax Office를 계속 개발, 지원하고 있습니다. 물론 많은 비용이 드는 작업이지만 고객들은 이러한 노력을 좋아하고 인정하며 이를 통해 회사의 가치가 사용자들 사이에서 잔잔히 퍼져 나가는 것을 확인할 수 있었습니다.

글로벌화도 마찬가지라고 생각합니다. 만약 , 현재 개발하고 있는 서비스를 전 세계의 고객을 대상으로 한다고 처음부터 생각했다면 어떻게 기획과 개발을 할까요? 제 경우 예를 들면, I10N ,L11N 내지 다국어 처리를 위해 리소스 작업을 처음부터 하고 웹 컨텐츠는 CMS를 통해 관리하는 등 서비스의 글로벌화를 고려한 구조로 설계와 개발을 할 것 입니다. 국내 시장이 작고 글로벌화가 가장 중요한 전략이라면 이에 맞는 준비가 처음부터 된다면 문제가 없다고 생각합니다. 웹으로 연결되어 있는 세상에서 지역이 무슨 문제가 있을지요? 물론 문화적인 차이가 있을 것 입니다. 이러한 문제 해결을 위해 현지 사업소와의 협업은 기본입니다.

씽크프리는 개발은 한국에서 사업은 미국에서 진행하는 전형적인 offshore 전략으로 사업을 수행하고 있습니다. offshore는 미국에서 call center, software 개발 등 지식 서비스를 외국에서 수행하는 것을 말합니다. 반대로 씽크프리는 본사가 한국이니 미국을 대상으로 offshore를 펼치는 국내 유일의 회사일 것 입니다. 다행스러운 것은 저도 아직 완벽하지는 않지만 국내 정상적인 교육과 약간의 노력을 통해 영문 메일을 읽고 쓸 수 있고 요즘 외국에서 공부하고 돌아온 인재들이 많아 전혀 미국 등 외국과의 협업시 큰 문제가 되지 않는다고 생각합니다.

글로벌화를 위한 인프라는 충분히 갖췄다고 생각합니다. 하지만 글로벌화를 통해 외국의 고객을 받아 들인 경영 마인드가 없는 게 아닐까요? 소프트웨어를 전공하면 박사 학위로 philosophy, 철학박사 학위를 수여합니다. 소프트웨어가 결국 현실의 문제를 해결하는 프로그램을 개발하는 것이고 이러한 프로그램에는 철학이 있습니다. 이 철학의 가장 기반에는 사람, 특히 사용하는 사람이 가장 중요한 것이라고 생각합니다. 그래서 모든 소프트웨어 개발시 초기 사용자 요구 사항 분석 단계가 있습니다. 이 때 정말 사용자를 생각한다면 어떨까요?

제가 3월 29일날 웹2.0 컨퍼런스에서 발표가 있습니다. 짬짬이 준비해 온 자료를 어제 몽땅 날려먹고 다시 작업을 해서 끝냈습니다. 이번 발표 주제는 웹 플랫폼 기반의 소프트웨어 개발, 배포에 대한 것 입니다. 할 말이 많아서인지 자료가 너무 많네요. 나중에 정리를 마치면 함께 공유토록 하겠습니다.

신고
크리에이티브 커먼즈 라이선스
Creative Commons License
Posted by 박재현

MS는 .NET 프레임웍과 visualal Studio 2005을 통해 Web service를 적극 보급하고 있다. 그리고 visual studio2005에는 office 개발 프레임웍을 제공한다. 테스트를 해보지는 않았지만 오피스 문서간의 협업과 공유가 가능한 서비스를 만들 수 있다고 한다. 그러나 오피스 자체를 서비스하는 것이 가능할까? 가능은 하겠지만 원하지는 않을 것이다. 운영체제와 오피스 시장은 MS의 생명수이기 때문이다. 이 생명수에 과감한 도전을 하는 업체들이 아래에 소개되었다.


사용자 삽입 이미지


Companies offer free online alternatives to Microsoft productivity apps.


PC World
Monday, January 30, 2006; 9:10 PM

Web Services Versus Microsoft Office


You don't need Word, Excel, or PowerPoint to create and work on Microsoft Office files. If your PC has a browser and a high-speed Internet connection, you can use any of several new Web services offering free word processors and spreadsheets, and presentation templates. Some services even let you save individual files in Office's .doc, .xls, or .ppt file format. ThinkFree Online provides 30MB of free storage space and gives you the ability to create PDFs. Writely and Writeboard are free Ajax-based word processors that permit you to upload Word documents and other text files. Num Sum allows you to paste Excel data to its Web-based worksheet for all the world to see.



신고
크리에이티브 커먼즈 라이선스
Creative Commons License
Posted by 박재현

Service Oriented Architecture(SOA)   ThinkFree Web Office 

 

Web2.0 패러다임에 근거한 서비스들의 중요한 특징 하나는 공개와 참여이다.  사용자들의 참여에 의해 구축된 데이터베이스는 공개된 API 인터페이스를 통해 역으로 사용자와 다른 서비스들에게 공개된다. 이렇게 공개된 인터페이스를 통해 서로 달라 보였던 서비스는 새로운 서비스로 융합되어 진화되거나 서로 다른 데이터들이 통합되어 새로운 가치의 창조하게 된다. 가령, 구글 맵의 API 연계하여 실시간에 원하는 부동산을 확인하며 거래를 있는 서비스가 창조될 있으며 플리커의 이미지 DBMS 연계하여 이미지와 , 또는 다른 컨텐트를 연계한 새로운 문화 컨텐트를 창조해 있다. 또한  ebay amazon API 통해 납품업체들은 가상 기업 환경을 구성하여 사업을 영위할 있다.

 

ThinkFree Web Office  오피스 서비스와 데이터 공개를 위해 초기 단계부터 서비스 지향으로 설계, 개발되었다. 따라서 공개된 API 통해 다양한 서비스에 오피스 서비스를 추가하여 새로운 서비스를 구성할 있다. 가령, 별로의 플러그인 없이도 커뮤니티와 각종 정보 공유 사이트에서 직접 오피스 문서를 뷰잉하거나 편집할 있으며 개개인만의 다양한 오피스 환경을 구축할 있다. 또한 웹페이지상에 파워포인트 문서와  해당 서비스를 동시에 업로드 어디에서나 웹브라우져를 통해 해당 문서로 프리젠테이션을 수행할 있다.

 

iCdocs 무엇인가?

 

iCdocs 오피스 분야의 선두주자인 ThinkFree 워드프로세스인 write, 스프레드쉬크인 calc, 프리젠테이션인 show  서비스를 웹상에서 손쉽게 활용할 있도록 Web Office API(Application Programming Interface) 이를 활용한 애플리케이션 의미한다.

 

iCdocs API 일반적으로 통용되는 특정 프로그래밍 언어의 method property 집합 아니지만 Applet 실행에 필요한 <APPLET> 태그의 인자와 JSP 페이지의 인자로 구성되어 있다. 별도의 프로그래밍 지식이 없더라도 HTML이나 웹에 대한 일반적인 지식만 있어도 손쉽게 ThinkFree Web Office 원하는 서비스에 추가할 있다.

 

iCdocs 무엇을 있는가?

 

iCdocs 활용하면 Microsoft Office 문서들을 웹상에서 다양하게 뷰잉하는 응용 서비스를 구성할 있다.(현재 View 기능만을 제공하며 추후 edit 기능도 제공할 예정이다.) 다시 말해, Microsoft Office 문서들을 보기 위해 별도의 뷰어 프로그램을 설치하거나 로컬 컴퓨터에 다운로드 받을  필요없이 브라우저에서 바로 보여주는 서비스를 구성할 있다.

 

브라우져 확장 프로그램

예제로 제공하는 iCdocs for firefox Firefox 브라우저 사용 office 파일의 링크를 만나면 창으로 문서를 열어준다.


사용자 삽입 이미지

iCdocs 이용해 개발한 프로그램은 특정 JSP페이지에 문서의 URL 애플릿의 ID(WRITE_VIEWER / CALC_VIEWER / SHOW_VIEWER) 인자로 넘겨 창에서 열어주는 간단한 작업이다.

 

XPI(Cross Platform Installer) 파일은 확장자만 ZIP으로 변경하면 압축을 풀어 JavaScript 소스코드를 직접 있다. 다음은 일부를 발췌한 것이다.

 

function viewWithTFOO() {

             var encoded=encodeURIComponent(gContextMenu.linkURL);

             var menuItem = document.getElementById("beAliveMenuItem");

             var app = getViewerAppID(tfModule);

             openNewWindowWith('http://icdocs.thinkfree.com/view.jsp?open='+encoded+"&amp;app="+app,null, null);

}


나만의 오피스

밖에도 웹페이지 저작자는 자신의 페이지에 doc, xls, ppt 문서를 애플릿 형태로 삽입 수도 있으며 블러거에 추가할 수도 있다. 이렇게 함으로써 자신만의 오피스 환경을 구성하여 어디서나 진통제 처럼 오피스 작업을 진행할 있다.

 

Applet Parameter vs. JSP Parameter

 

iCdocs API <APPLET> Tag 인자와 JSP 페이지의 인자의 가지 형태로 제공된다.

  • APPLET Tag 인자 : 페이지의 HTML 코드를 수정할 권한을 가진 경우 <APPLET>이나 <OBJECT> 통해 애플릿을 HTML 페이지에 직접 삽입할 있다. 홈페이지를 직접 운영하는 경우에 유용하다.
  • URL 인자 : 방식은 직접 HTML 페이지를 수정할 필요가 없는 간단한 방식이지만 페이지의 레이아웃은 수정할 없다. 응용 프로그램을 만들 유용하게 사용된다. ‘iCdocs for Firefox’ 방식을 사용한 예이다.
신고
크리에이티브 커먼즈 라이선스
Creative Commons License
Posted by 박재현


티스토리 툴바