***

Home > 라이브러리 > 상남문고

XML과 디지털 뉴스

HTML의 한계

요즘 볼 수 있는 디지털 뉴스로 가장 흔한 예는 역시 각 언론 매체들의 웹페이지다. 대부분의 웹페이지는 HTML이란 언어로 만들어져 있다. HTML은 배우기가 쉽고 컴퓨터 사용 환경에 관계없이 일정한 형태의 문서를 볼 수 있게 해줌으로써 아주 빠른 속도로 인터넷 문서의 표준으로 자리잡았다.
그러나 인터넷이 급속히 보급되고 웹페이지의 숫자가 천문학적 수준으로 늘어나자 HTML은 금세 문제점을 드러냈다. 그 이유는 HTML이 웹문서에 담겨 있는 내용을 다루기보다는 웹페이지에 보여주는 모양내기에 더 장기가 있는 언어이기 때문이다.
아주 간단한 뉴스 페이지의 소스코드를 적은 [예 5]에서 < >로 쌓여 있는 HTML 태그들을 한번 들여다보자.
<H1>은 제목 글씨를 굵게 보이라는 태그며, 는 단락을 나누라는 신호이고, 역시 굵은 글씨를 쓰라는 명령이다. <BODY> 태그 안에 있는 BGCOLOR은 화면 바탕색을 지정하고 <HR>태그는 화면에 가로 줄을 한 줄 그으라는 명령이다. 대부분 기사 내용과는 관계없이 페이지의 모양내기를 위한 명령임을 알 수 있다.

[예 5] HTML로 된 웹페이지의 소스 코드
<HTML>
<HEAD>
<TITLE>뉴스-머니투데이</TITLE>
<BODY BGCOLOR=“YELLOW”>
<H1>포철 신용등급 높아질까</H1>
<BODY>
국제 신용평가회사 무디스가 기업 신용등급을 해당 국가 신용등급 이상으로 평가할 수 있도록 기준을 완화함에 따라 포항제철과 한국통신 등의 등급 상향 가능성이 높아졌다.
<HR>
</BODY>
</HTML>

원하는 웹문서 찾기가 어렵다
HTML은 웹페이지가 어떻게 보일 것인가에 관한 스타일 관련 정보를 주로 담고 있다. 그러다보니 각양각색으로 디자인된 헤아릴 수없이 많은 숫자의 웹사이트들이 제각기 다른 모양의 웹페이지를 갖게 됐다. 결국 스타일 정보와 온통 뒤섞인 채 그 속에 담겨 있는 핵심내용을 찾아내기가 번잡스러워져 수많은 웹페이지 가운데 원하는 문서를 검색하기가 어려워졌다.

같은 스타일 정보를 자꾸 다시 받아야 한다
같은 웹사이트에 들어 있는 웹페이지들은 페이지 스타일은 거의 일정하게 유지한 채 그 내용만 달라지는 경우가 많다. 하지만 HTML로 된 웹페이지는 그 내용은 물론 페이지를 꾸미는 스타일 정보까지 한덩어리로 이뤄져 있다. 때문에 내용만 새로 바뀐 페이지를 보려 해도 똑같은 페이지 모양을 그려주는 똑같은 데이터를 다시 받아야 한다. 그러다보니 웹페이지를 받아보는 시간도 길어지고 통신회선 사용량도 많아진다.
문서의 호환성이 없다
이보다 더 큰 문제는 HTML로 된 문서에는 호환성이 없다는 점이다. 예를 들어 A라는 뉴스사이트에서 뉴스가 담긴 웹페이지를 B라는 사이트로 보내줬다고 치자. B사이트에서는 B사이트의 웹페이지 스타일에 맞도록 HTML 태그들을 모두 수정한 뒤에야 비로소 A로부터 받은 웹페이지를 게시할 수 있다. 이처럼 HTML 태그들을 자신의 페이지 레이아웃에 맞도록 바꾸는 일은 웬만해서는 자동화하기도 어렵다.

웹문서를 통해 데이터를 바꿀 수 없다
HTML 문서는 공동저술(co-authoring)도 불가능하다. A라는 사람이 B가 쓴 웹페이지를 보고 일부 내용을 수정했다고 하자. 수정된 웹페이지를 A가 B에게 전송해준다고 하더라도 B가 이 웹페이지를 고치려면 아예 페이지를 통째로 바꿔 끼우거나 수정된 부분을 찾아 일일이 바꿔줘야 한다. 만일 B가 단순한 웹페이지가 아니라 데이터베이스를 이용해 웹페이지를 생성하고 있다면 A가 수정해서 보내준 웹페이지는 B의 데이터베이스를 업데이트하는 데 아무런 역할도 할 수가 없다. 결국 B가 A로부터 수정된 원고를 받아 바뀐 부분에 해당하는 데이터베이스 레코드를 손수 찾아서 정정해줘야 할 뿐이다.

디지털 뉴스에 나타난 HTML의 한계

지금껏 인터넷 혁명을 일궈낸 주역 중의 하나로 꼽혔던 HTML이 이같은 단점을 갖고 있다는 사실은 심각한 문제가 아닐 수 없다. 디지털 뉴스 서비스에서도 HTML로 된 웹페이지는 분명한 한계를 갖고 있다. HTML이 앞 장에서 설명했던 디지털 뉴스의 강점을 어느 정도 충족시키고 있는지 따져보기로 하자.

검색과 전송에 낭비가 있다
뉴스의 편집이 자유롭고 저장이 간편하다는 점에는 별 문제가 없다. 그러나 검색이 편리하고 전송이 빠르다는 데서는 개선돼야 할 점이 많다. HTML은 스타일 정보를 주로 담고 있기 때문에 웹페이지 검색 과정에서 쓸데없는 스타일 관련 태그들까지 일일이 뒤져봐야 한다. 또한 같은 스타일에 담긴 다른 내용의 웹페이지를 전송받으려면 같은 스타일 관련 데이터를 반복해서 받아야 하는 낭비가 있다.

재구성과 표준화가 어렵다
재구성이 용이하고 표준화가 가능하다는 점에서 HTML은 명백한 한계를 드러낸다. HTML 문서에서 필요한 내용을 골라서 뽑아낸다는 건 매우 어려운 일이다.
[예 5]에서 ‘포철 신용등급 높아질까’라는 뉴스의 제목을 골라낸다고 할 때 단서가 되는 태그는 <H1>이다. 그러나 이 <H1>태그는 ‘글씨를 굵게 쓴 다음 줄을 바꿔라’라는 의미의 heading을 만들라는 명령어일 뿐, 태그로 쌓인 부분이 이 뉴스의 제목이라는 의미는 어디에도 없다.
더욱이 기사 본문 안에 포함된 ‘포항제철’이나 ‘한국통신’처럼 특정한 주식종목 이름을 찾아낸다고 했을 때는 검색엔진과 같은 외부 어플리케이션을 이용하지 않고는 불가능한 일이 되고 만다.
필요한 부분을 골라낼 수 없다는 것은 다시 말해 필요한 구성 요소만으로 뉴스를 재구성하는 일이 불가능하다는 말이다. 또한 뉴스 사이트마다 서로 다른 스타일의 페이지를 갖고 있다보니 뉴스 페이지들을 하나의 표준으로 묶는 일 역시 전혀 불가능한 일이다.

이에 대한 해결책으로 등장한 새로운 웹언어가 바로 XML이다. XML은 HTML에 부족했던 웹문서의 호환성, 유연성, 그리고 표준화를 지향하는 다음 세대의 웹언어로 각광을 받고 있다. 무엇보다 XML은 다매체 시대 디지털 뉴스의 고효율 다기능 서비스를 실현시킬 수 있는, 디지털 뉴스의 미래를 주도할 웹언어로 꼽힌다.

XML은 무엇인가

XML(Extensible Markup Language)의 기능은 태그를 이용해 문서의 모양이 어떻게 보일 것인가보다 문서의 내용이 무엇에 관한 것인지를 보여주자는 것이다. [예 6]은 [예 5]의 HTML을 XML로 바꾼 소스코드다. 이 문서를 들여다보면 ‘포철 신용등급 높아질까’라는 부분은 headline 즉 뉴스의 제목이며 bodytext는 기사 본문을 담고 있음을 바로 알 수 있다. 또한 “KOSPI”라는 속성값으로부터 본문 속에 들어 있는 ‘포항제철’이나 ‘한국통신’은 증권거래소에 상장된 종목이름이라는 사실도 한눈에 알 수 있다.
headline이나 bodytext, company와 같은 태그 이름은 문서를 만드는 사람이 아무렇게나 정할 수 있다. 그러나 다른 사람이 봤을 때 그 태그가 어떤 내용을 담고 있는지 직관적으로 알 수 있도록 그 이름을 정하는 것이 좋다. XML은 문서의 내용과 함께 그 구조(structure)를 한꺼번에 보여주자는 근본 취지를 갖고 있기 때문이다.

[예 6]

<?xml version=“1.0” encoding=“euc-kr”?>
<news>
<headline>포철 신용등급 높아질까</headline>
<bodytext>
국제 신용평가회사 무디스가 기업 신용등급을 해당 국가 신용등급 이상으로 평가할 수 있도록 기준을 완화함에 따라 <company value=“05490” org=“KOSPI”>포항제철</company>과 <company value=“30200” org=“KOSPI”>한국통신</company> 등의 등급 상향 가능성이 높아졌다.
</bodytext>
</news>

XML 문서에는 그 문서가 어떤 모양으로 보일 것인가에 관한 정보는 아예 없다. 문서정보는 문서의 내용에 관한 컨텐트 정보와 문서의 표출방식을 결정하는 프리젠테이션 정보, 그리고 문서양식을 표준화시키기 위한 문서형태정보 등 세 가지로 나눌 수 있다. XML 기술은 컨텐트 정보와 프리젠테이션 정보를 전혀 별개의 파일로 떼어 놓았다. 여기에 문서형태 정보를 또다른 파일로 둬서 문서의 작성에서부터 전달과 재활용에 이르기까지 각 단계에서 문서 처리 효율성을 극대화시킨다.
XML을 이용한 서비스에는 세 가지 파일이 필요하다. XML로 된 문서 그 자체와 문서의 표출 양식을 정하는 XSL, 문서의 표준 구성 요소를 정하는 DTD가 그것이다. XML은 컨텐트 정보를, XSL은 프리젠테이션 정보를, 그리고 DTD는 문서형태 정보를 담고 있다. 물론 XML 문서 하나만으로도 서비스가 가능하다. 문서 안에 들어 있는 컨텐트만 그대로 보여주는 수준이다. 여기에 DTD를 덧붙이면 문서의 양식을 일정하게 유지할 수 있고 XSL을 추가하면 문서를 보다 멋지게 꾸밀 수 있게 된다.

XML로 가는 다리 ‘XHTML’
2000년 1월 인터넷 표준기관인 W3C(www.w3c.org)는 XHTML 1.0이란 새로운 표준을 내놓았다. XHTML은 지금까지 웹페이지를 만드는 데 가장 많이 쓰인 언어인 HTML이 차세대 언어 XML로 옮아가기 위한 다리 구실을 맡는다.
XML이 아무리 강력하다 할지라도 현재 HTML로 씌어 있는 10억개가 넘는 웹페이지를 하루아침에 XML로 바꿀 수는 없다. HTML과 XML에는 적잖은 차이가 있기 때문이다. 그렇다고 이미 축적된 방대한 HTML문서들을 버릴 수 없다는 이유만으로 XML로 가는 길에 발목을 잡힐 수도 없다. 그래서 나오게 된 것이 XHTML이다.
XHTML은 기존의 HTML 명령어들을 그대로 유지하면서 XML 포맷에 맞도록 필요한 요소들을 새로 가미한 언어체계다. 예를들면 HTML 태그들을 모두 소문자로 써야 한다거나, 모든 속성들은 큰따옴표로 묶어야 한다거나, 태그를 열었으면 반드시 ‘슬래쉬(/)’를 써서 태그를 닫아야 한다는 것 등이다.
앞으로 웹브라우저들이 HTML 대신 XML을 기본으로 지원하게 되면 기존의 HTML페이지들은 그 내용은 보이지 않고 에러만 연발하게 된다. 그러나 XHTML로 된 문서들은 현재의 브라우저나 XML브라우저에서 모두 잘 보인다.
이제 하루라도 빨리 홈페이지에 있는 문서들을 XHTML로 바꾸고, 일반인 수준에선 새로운 웹페이지를 만들 때 아예 처음부터 XHTML을 사용하는 편이 현명하다는 말이다. 기존의 HTML문서들은 W3C가 무료로 제공하는 ‘타이디’(Tidy)라는 소프트웨어를 이용하면 손쉽게 XHTML문서로 바꿀 수 있다. ‘타이디’는 http://www.w3.org/People/ Raggett/tidy/에서 내려받을 수 있다.

문서 양식을 결정하는 DTD

모든 문서에는 반드시 들어가야 할 필수적인 구성 요소가 있다. 예를 들어 기안서류에는 기안자의 이름, 기안 제목, 문서번호 등이 빠져서는 안된다. 만일 결재과정에서 문서번호가 누락됐으면 그 문서는 기안자에게 되돌아가야 한다. 사전에 필수 내용에 관한 검열장치가 있었다면 이같은 쓸데 없는 과정은 피할 수 있게 된다.
DTD(Document Type Definition)는 바로 이 사전 검열장치 역할을 맡는다. 항공기는 수만개의 부품으로 이뤄져 있는 정밀한 기계다. 미국의 항공기 제조업체 보잉사는 수천개소에 달하는 부품 제조업체와의 사이에 이처럼 수많은 부품에 관한 문서를 주고 받는다. 보잉사는 모든 문서에 일정한 DTD를 적용시켜 문서전달체계에 하자가 있는 문서가 시스템 안으로 흘러들 틈을 주지 않고 있다.
뉴스의 예를 들어보자. 뉴스의 구성 요소 가운데 제목, 본문, 작성자, 작성일시 등은 빠져서는 안될 내용들이다. 이들 필수 구성 요소들을 DTD에 미리 지정해두면 DTD를 적용시키는 역할을 맡은 프로그램인 검지기(validiator)가 입력된 뉴스와 DTD를 서로 비교한다. 예를 들어 제목이 빠져 있는 XML로 된 뉴스 파일을 입력하면 검지기는 ‘제목이 없다’는 에러메시지를 보여주고 뉴스 파일의 처리를 중단시킨다.
통일된 DTD에 따라 뉴스의 포맷이 일정한 표준을 갖게 되면 뉴스의 전달과 처리과정에서 높은 효율을 올릴 수 있게 된다. 뉴스를 생산하는 매체에 관계없이 어떤 출판자라도 같은 뉴스 파일을 이용해서 원하는 모양으로 손쉽게 뉴스를 출판할 수 있을 것이며, 독자는 모든 매체의 뉴스를 한 가지 방식으로 검색할 수 있게 된다.

DTD와 XML scheme
XML 문서에 표준을 정하는 방식으로는 DTD 말고 XML scheme을 쓸 수 있다. DTD는 SGML(Standard Generlized Markup Language)이라는 Markup Language의 원조로부터 유래됐다. DTD는 나름대로 쓰이는 별도의 언어로 구성돼있다. 이에 비해 XML scheme는 XML과 같은 언어구조를 갖고 있어 이를 선호하는 경우도 많다.

문서 스타일을 결정하는 XSL

HTML은 ‘문서를 어떤 모양으로 보여줄 것인가’에 주로 관심을 갖는다. XML에는 이같은 프리젠테이션 정보가 XSL(Extensible Style Language)이라는 문서에 따로 담겨 있다. 제목을 어떤 크기의 글씨로 나타낼 것인지, 문서 바탕에는 어떤 색깔을 깔 것인지, 행간을 어느 정도 띄울 것인지 등등 문서의 스타일에 관한 정보를 한꺼번에 담고 있는 파일이 XSL 문서다.
XSL을 한 번 정해두면 어떤 매체로부터 어떤 XML 뉴스파일을 받더라도 일정한 모양으로 표출할 수 있다. 또한 하나의 XSL 파일에 연결돼 있는 모든 뉴스페이지는 XSL 한군데만 바꾸면 그 모양이 일제히 바뀐다. 독자들로서는 XSL 파일을 한 번만 전송받으면 다른 뉴스를 볼 때도 똑같은 스타일을 사용할 수 있다. 더 이상 같은 스타일 정보를 반복해서 전송받을 필요가 없어서 인터넷 교통량이 크게 줄고 그 속도가 빨라진다.
같은 XML문서 안에서도 XSL은 다양한 재주를 부릴 수 있다. 똑같은 XML문서를 가지고 XSL 명령어를 조작하면 문서의 일부를 감출 수도 있고 문서 내용의 순서를 바꿀 수도 있으며, 하나의 문서를 여러 페이지로 쪼개서 보여줄 수도 있다. 기존 HTML 방식으로 문서의 모양을 바꾸자면 그때마다 서버에 접속해서 새로운 모양의 페이지를 일일이 전송받아야 했다. 그러나 XSL을 이용하면 한번 전송받은 XML문서의 전체 내용을 사용자의 PC에 담아놓은 채 더 이상 서버에 접속할 필요 없이 문서의 모양을 다양하게 연출할 수 있다.

스타일 언어의 종류
XML문서의 스타일을 렌더링(rendering)하는 데 쓰이는 언어로는 XSL 외에도 DSSSL(Document Style Semantics and Specification Language)과 CSS(Cascading Style Sheet)가 있다.
DSSSL은 주로 SGML 문서의 렌더링에 쓰이는 스타일 언어로 사용법이 까다로우나 인쇄용 문서를 만들어내는 데 편리하다는 강점을 갖고 있다. CSS는 XSL처럼 다이내믹한 기능은 없으나 배우기 쉽고 HTML에도 쉽게 적용이 가능하다는 장점이 있다.
CSS에 대해서는 W3C 웹사이트 가운데 http://www.w3.org/Style/CSS/에서 자세히 볼 수 있다. 또한 DSSSL에 대해서는 http://www.netfolder. com/DSSSL/ 사이트에 상세한 설명과 용법이 정리돼 있다.

XML 맛보기

XML이나 XSL 문서를 만드는 데는 특별한 편집기가 필요하지 않다. 쓰고 있는 워드프로세서나 윈도즈에 기본으로 제공되는 notepad나 wordpad만으로도 충분하다. 그러나 작업이 끝난 XML문서를 모니터에서 확인해보려면 MS 인터넷 익스플로러 5.0 이상의 버전이 필요하다. 현재 XML을 가장 완벽히 지원하는 웹브라우저는 MS 인터넷 익스플로러이기 때문이다.

XML문서 만들기
[예 7]은 유효한 XML문서다. 이 문서에는 <story>로 구분된 세 건의 기사가 담겨 있다. 사용하는 편집기에서 [예 7]의 내용을 그대로 입력한 뒤 이 파일을 news.xml이라고 저장한다. 이때 파일의 확장자는 반드시 xml이어야 한다.

[예 7]

<?xml version=“1.0” encoding=“euc-kr”?>

<news>

<story>
<headline>빌 게이츠 7년 연속 세계 최고 갑부</headline>
<subtitle>나스닥 폭락으로 기술 부호들 몰락</subtitle>
<writer>김형식</writer>
<bodytext>
<leading>포브스 최근호가 세계 갑부들의 랭킹을 매겼다. 올해의 특징은 나스닥 폭락으로 기술 부호들의 재산이 대폭 줄어들면서 순위 변동이 심한 가운데 정통 투자를 고집했던 <person>워렌 버펫</person>이 세계 2위의 갑부로 등장했다는 것이다.</leading>
<fullstory>마이크로소프트의 창업자이자 회장인 <person>빌 게이츠</person>는 재산이 630억 달러에서 587억 달러로 줄어 들었지만 7년째 연속 세계 최고의 갑부 자리를 유지했다.
기업의 수익과 재무상태를 중시하는 투자방식을 고집했던 워렌 버펫은 40억 달러가 늘어난 323억 달러의 재산을 보유한 것으로 나타나 작년 4위에서 일약 2위로 급부상했다. 마이크로소프트의 2인자인 <person>폴 앨런</person>이 304억 달러로 3위를 차지했다. </fullstory>
</bodytext>
</story>

<story>
<headline>대만, 중국 직접투자 허용 검토</headline>
<writer>이웅</writer>
<bodytext>
<leading>대만의 대만대륙위원회(MAC)가 다음 정책회의에서 중국 본토에 대한 직접 투자를 허용하는 방안을 논의할 계획이라고 신화통신이 22일 보도했다.</leading>
<fullstory>MAC 회장 <person>차이 롱웬</person>은 이날 “MAC는 대만 기업들의 중국 본토에 대한 직접 투자를 허용하는 방안을 고려하고 있다”고 밝혔다. 그는 또 중국도 해외 투자자들에 대한 보호를 강화하기 위해 경제제도들 개혁하고 있는 중이라고 덧붙였다.
한편 대만정부는 내전이 끝난 1949년 이래로 중국과의 직접 교역을 금지해 왔기 때문에 대만 기업들의 중국 투자는 제3국을 경유해서 이루어지고 있다. </fullstory>
</bodytext>
</story>

<story>
<headline>일 정계내 경제성장률 두고 이견</headline>
<writer>권성희</writer>
<bodytext>
<leading>일본의 <person>야나기사와 하쿠오</person> 금융담당 장관은 전날 <person>다케나카 헤이조</person> 재정경제성 장관이 향후 2~3년간 일본의 경제성장률은 0~1% 사이라고 밝힌데 대해 “너무 비관적”이라고 반박했다. </leading>
<fullstory>다케나카는 전날 “앞으로 2~3년간은 극심한 조정 기간으로 이 기간동안 경제성장률은 0~1% 사이가 될 것”이라고 말했다.
야나기사와는 이에대해 이날 너무 비관적인 전망이라며 필요하다면 경제성장률 전망치를 조정할 필요는 있다고 지적했다. </fullstory>
</bodytext>
</story>

</news>

XML 문서를 만들 때는 꼭 지켜야 할 원칙이 있다. 첫째, XML 문서에서 모든 태그는 한 번 열었으면 반드시 닫아야 한다. 태그에는 명령을 시작하는 태그 즉 opening tag와 명령을 끝내는 태그 즉 closing tag가 있다. 예를 들어 HTML에서 단락을 나누는 태그인 는 한 번 쓰는 것으로 족하다. 그러나 XML에서는 로 명령을 시작했으면 그 끝나는 부분에서 라는 closing tag를 반드시 써줘야 한다. 딱히 closing tag가 없는 과 같은 태그라 할지라도 와 같이 명령이 끝났음을 의미하는 슬래쉬(/)를 반드시 명기해야 한다.
둘째, XML 문서에서는 모든 속성값이 따옴표(“)로 묶여야 한다. 글씨의 색깔과 크기를 정하는 font 태그는 HTML에서는 와 같이 따옴표가 없이 써도 관계 없다. 그러나 XML에서는 와 같이 모든 속성값을 반드시 따옴표로 둘러싸야 한다.
셋째, XML문서에서는 영문 대문자와 소문자가 반드시 지켜져야 한다. HTML에서는 태그를 <body>라고 쓰든지 <BODY>라고 쓰든지 아무런 차이가 없다. 그러나 XML에서는 <news>와 <News>와 <NEWS>를 모두 서로 다른 태그로 인식한다.
XML에서는 이같은 조건을 만족하는 문서를 “모양을 잘 갖춘”(well-formed) 문서라고 부른다. 또한 DTD에 정한 요건을 갖춘 문서를 “유효한”(valid) 문서라고 말한다. 모양을 잘 갖추고 유효한 문서는 XML문서가 반드시 갖춰야 할 요건이다.

XSL로 스타일 만들기
이번에는 인터넷 익스플로러의 ‘파일 열기’ 기능을 이용해 앞서 저장했던 news.xml 파일을 불러와 보자. 그러면 [그림 5]와 같은 화면이 보인다. 이는 스타일 정보가 전혀없는 상태에서 익스플로러가 XML문서를 그대로 보여주는 형태다. 이처럼 XML문서는 따로 모양을 내지 않더라도 그 태그와 함께 내용을 온전히 볼 수 있다.

[그림 5]

만일 [그림 5]와 같은 화면이 나타나지 않고 에러 메시지가 보인다면, 앞에서 설명했듯 ‘모양을 잘 갖춘’ 문서가 아닐 확률이 높다. 모든 태그가 짝을 이뤄 제대로 열리고 닫혔는지, 모든 속성 값이 따옴표로 제대로 묶여있는지 잘 살펴봐야 한다.
이제 XML문서에 모양을 더해보자. 이는 XML문서에 XSL문서를 연결시킴으로써 가능하다.
XSL문서를 연결시키기 위해서는 XML문서의 처음 두 줄을 다음과 같이 바꿔줘야 한다.

<?xml version=“1.0” encoding=“euc-kr”?>
<?xml-stylesheet type=“text/xsl” href=“news.xsl”?>

첫째줄은 이 문서가 XML로 씌어졌고 그 버전은 1.0이며 한국어로 돼있음을 나타낸다. 둘째줄은 XSL로 씌어진 스타일시트와 연결돼 있으며, 스타일시트의 파일 이름이 news.xsl이라는 뜻이다.

[예 8]은 앞의 news.xml 문서를 HTML 페이지로 나타내기 위한 XSL 문서다. 이 파일은 news.xsl이라는 이름으로 저장돼야 한다. [예 7]의 news.xml 파일 속에 news.xsl이 XSL 스타일시트로 지정돼 있기 때문이다.

[예 8]

<?xml version=“1.0”?>
<xsl:stylesheet version=“1.0” xmlns:xsl=“http://www.w3. org/TR/WD-xsl”>

<xsl:template match=“/”>
<html>
<head>
<title>Digital News Handbook</title>
</head>
<body>
<div style=“margin-left:10pt; margin-right:10pt”>
<xsl:apply-templates select=“news/*” />
</div>
</body>
</html>
</xsl:template>

<xsl:template match=“story”>
<div align=“center”>

<xsl:value-of select=“headline”/>

 

<xsl:value-of select=“subtitle”/>
 
- <xsl:value-of select=“writer”/> -

</div>

<xsl:apply-templates match=“bodytext”/>

<hr/>
</xsl:template>

<xsl:template match=“bodytext”>


<xsl:value-of select=“leading”/>


<xsl:value-of select=“fullstory”/>


</xsl:template>

</xsl:stylesheet>

[예 8]의 news.xsl을 news.xml과 같은 디렉토리에 저장한 다음 인터넷 익스플로러의 ‘불러오기’를 통해 news.xml 파일을 열면 [그림 6]과 같은 화면이 나타난다. 앞서 보았던 [그림 5]에 비해 제목, 부제목, 필자이름, 기사 리드, 본문 등이 한층 보기 좋게 정돈돼 있음을 알 수 있다.

[그림 6]

여기서 주목해야 할 점은 news.xml에 들어있던 세 건의 기사가 news.xsl이라는 단 하나의 XSL 파일을 이용해 일정한 모양으로 화면에 표출된다는 점이다. 거꾸로 말해서 news.xsl의 내용을 바꿔주면 세 건의 기사의 모양을 일제히 바꿀 수 있다.
기사의 제목을 굵은 글씨에서 보통 글씨로 바꿔보자. [예 8]의 위로부터 17~19번째 줄은 다음과 같이 씌어 있다.


<xsl:value-of select=“headline”/>


여기서 글씨를 굵게 해주는 태그인 를 떼내면 된다. 물론 closing tag인 도 함께 제거해야 한다. 새로 고쳐진 news.xsl을 저장한 다음 [그림 6]의 news.xml이 떠 있는 브라우저에서 ‘새로고침’을 하면 화면은 [그림 7]과 같이 변한다. 세 건 기사의 모든 제목이 일제히 보통 글씨로 바뀌어 있음을 볼 수 있다.
[그림 7]

[예 7]의 뉴스는 제목, 부제목, 필자, 기사 리드, 기사 본문 등의 구성 요소로 이뤄져 있다. 디지털 뉴스는 하나의 기사를 이루고 있는 개별 구성 요소를 재구성해서 새로운 뉴스 서비스를 제공할 수 있다는 강점을 가진다. XSL을 이용하면 필요한 구성 요소만 족집게로 집듯이 골라내서 보여줄 수 있다. 물론 기사 내용을 담고 있는 XML 문서에는 전혀 손댈 필요가 없다. 모든 것은 기사와 연결된 XSL 파일만 바꿔주면 끝이다.
[예 7]에서 기사 제목과 리드만 열거하는 뉴스 리스트를 만들어 보자. [예 9]는 앞의 [예 8]의 XSL문서에서 subtitle, writer, fullstory 부분만 들어낸 것이다. 필요없는 부분만 빼낸 다음 이 XSL파일을 같은 이름으로 다시 저장한다. 그리고 브라우저에서 ‘새로고침’을 해보면 화면은 [그림 8]처럼 제목과 리드만 보이는 뉴스 리스트로 감쪽같이 바뀐다.
[예 9]

<xsl:stylesheet version=“1.0” xmlns:xsl=“http://www.w3.org/ TR/WD-xsl”>
<xsl:template match=“/”>
<html>
<head>
<title>Digital News Handbook</title>
</head>
<body>
<div style=“margin-left:10pt; margin-right:10pt”>
<xsl:apply-templates select=“news/*” />
</div>
</body>
</html>
</xsl:template>

<xsl:template match=“story”>
<div align=“center”>

<xsl:value-of select=“headline”/>

 
</div>

<xsl:apply-templates match=“bodytext”/>

<hr/>
</xsl:template>
<xsl:template match=“bodytext”>


<xsl:value-of select=“leading”/>



</xsl:template>

</xsl:stylesheet>

[그림 8]

XSL의 기능은 점차 다양하게 발달하고 있다. xsl:if를 이용하면 조건에 맞는 내용만 골라서 보여줄 수도 있다. 이를테면 기사 본문에 ‘빌 게이츠’란 말이 들어 있는 기사만 찾아서 보여 줄 수 있다. 또한 xsl:sort를 쓰면 뉴스를 가나다 또는 알파벳 순으로 정열할 수도 있다.
자바 애이플릿(Java Applet)과 같은 작은 프로그램에 XSL 파일을 담아 XML 문서와 함께 독자에게 한 차례 전송해주면 독자는 더 이상 서버에 접속하지 않고도 다이내믹한 뉴스화면을 즐길 수 있게 된다. 프로그램에 미리 담겨있는 메뉴에 따라 XML로 된 뉴스파일을 매우 빠른 속도로 다양하게 연출할 수 있기 때문이다.
뉴스와 XML

XML은 뉴스 비즈니스에 그 쓰임새가 크다. 최근 뉴스 비즈니스에서 일어나고 있는 변화에 대처하는 데 XML은 거의 유일하면서 가장 효과적인 대안으로 떠오른다.
첫째, 뉴스 매체가 날이 갈수록 다양해지고 있다. 한 번 작성된 기사는 신문에 인쇄되고 동시에 웹사이트에 표출된다. 무선인터넷을 통해 휴대전화나 PDA 화면에 뿌려지고 자동으로 목소리로 변환돼 읽혀지기도 한다. 기사본문을 XML로 한 번 저장해두고 서비스하려는 매체에 맞는 XSL을 각각 만들어두면 어떤 경우에라도 서비스가 가능해진다.
둘째, 인터넷의 발달로 서로 다른 뉴스매체 사이에 뉴스를 교환하는 일이 많다. 만일 뉴스매체마다 뉴스를 전송하는 포맷이 제각각이면 그에 따른 비능률은 매우 심각하다. 뉴스를 주고 받는 양쪽이 모두 개별적인 뉴스처리 프로그램을 따로 개발해야 하기 때문이다. 송수신 상대가 많아지면 그 프로그램 종류도 문제지만 송수신 시스템을 유지관리하기가 어려워진다. 만일 모든 매체가 하나로 통일된 포맷을 써서 뉴스를 주고 받는다면 이런 문제는 없어진다. XML은 이런 의미에서 뉴스 포맷의 표준화에 크게 기여한다.
셋째, 맞춤뉴스와 같이 독자의 뉴스에 대한 요구가 다양해지고 있다. 기존 뉴스 파일들은 단어 중심의 검색 말고는 딱히 원하는 뉴스를 정확히 찾아내는 방법이 없다. 맞춤뉴스는 그야말로 독자들이 꼭 원하는 뉴스만 족집게로 집듯이 골라주는 게 최선이다. 특히 무선인터넷을 통해 휴대전화나 PDA에 맞춤뉴스를 송신해줄 때는 독자가 지정해둔 뉴스 주제에 대한 관련도가 최대한 높아야 한다. 그렇지 않고서는 무선인터넷 서비스는 때 아니게 벨을 울려대는 성가신 물건일 뿐이다. XML로 구성된 뉴스는 그 형태와 주제, 핵심어, 심지어 기사의 중요도에 이르기까지 뉴스 본문의 요소 요소에 필요한 태그를 붙여 뉴스가 정밀하게 분류될 수 있도록 해준다.
넷째, 뉴스 파일이 전자화되면서 정정보도가 쉬워지고 동시에 복제가 용이해져 보도 윤리와 저작권을 둘러싼 잡음 가능성이 높아졌다. XML 형태의 뉴스 포맷을 이용하면 정정보도 이력과 저작권 소재 표시를 뉴스 구성 요소 가운데 하나로 정할 수 있다. 기사 원문 소재와 저작권 표시가 표준화되면 그 뉴스가 언제 어떤 매체를 통해 보도됐다 하더라도 원문 내용과의 차이나 저작권 상태를 간단히 확인할 수 있게 된다.
다섯째, 서로 다른 뉴스매체가 보도한 기사를 통합해 거대한 지식데이터베이스 구축이 가능하다. 뉴스 파일이 제각기 서로 다른 모양을 갖고 있으면 하나의 검색방법으로 수많은 뉴스 매체의 기사들을 동시에 찾아보기란 불가능하다. 그러나 뉴스가 표준화된 XML 형태를 띄고 있다면 이야기는 달라진다. 단 한번의 검색으로 모든 뉴스 매체의 데이터베이스로부터 정확한 검색결과를 얻을 수 있다. 더 나아가 표준화된 뉴스 포맷을 학술 데이터베이스와 같은 외부 표준과 연결시키면 이에 따른 지식데이터베이스 구축을 향한 시너지 효과는 가히 상상을 초월한다.

뉴스의 세계 표준-NITF

세계의 뉴스업계는 XML에 발빠르게 대응해 왔다. 그만큼 XML은 뉴스산업이 안고 있는 숙원을 해결해 줄 열쇠를 쥐고 있기 때문이다.
XML을 뉴스산업의 표준으로 적용하기 위한 노력은 IPTC(Inter- national Press Telecommunications Council : 세계언론통신위원회)가 주도해왔다. IPTC는 애초에 로이터, AFP 등 통신사를 중심으로 와이어뉴스 송수신을 위한 표준 포맷을 위해 활동해 왔다. 그러나 인터넷 확산과 함께 인터넷을 통한 뉴스서비스가 급속히 늘어나면서 IPTC는 디지털 방식의 뉴스 포맷을 위한 표준 제정으로 그 활동 중심을 옮겼다.
IPTC는 일찍이 1979년에 와이어뉴스 서비스를 위해 ANPA1312와 IPTC7901이라는 두 가지 표준을 제정했다. 그후 HTML과 XML의 원조인 SGML이라는 최초의 Markup Language가 제정되자 IPTC는 이를 뉴스 표준 포맷에 도입하기 위해 다각적인 노력을 기울였다. 그러나 SGML은 그 문법과 용례가 너무 복잡해 큰 효과를 볼 수 없었다.
마침내 1998년 SGML로부터 파생된 XML이 소개되자 IPTC는 기다렸다는 듯이 XML을 이용해 NITF(News Industry Text Format)라는 뉴스 표준 포맷을 만들어냈다.
NITF는 XML을 기반으로 한 뉴스의 내용과 구조를 보여주는 표준 문서 체계다. NITF를 이용하면 서로 다른 매체 사이에 뉴스의 교환이 매우 효율적으로 이뤄진다. 기존 HTML로 된 뉴스 파일과 비교할 수 없을 정도로 검색이 용이하며 그 활용도가 매우 높다. NITF로 쓰인 뉴스는 와이어뉴스, 신문, 인터넷, PDA, 맞춤뉴스 등 할 것 없이 어떤 매체 어떤 형태로도 가공이 가능하다. MS 인터넷 익스플로러와 같이 XML을 지원하는 브라우저만 있으면 다양한 레이아웃으로 인터넷을 통한 뉴스 서비스도 가능하다.

NITF의 기본 얼개

NITF는 XML을 가장 잘 활용한 사례다. NITF는 XML 문법에 따라 뉴스를 여러 개의 문서 구성 요소로 쪼개낸다. 그리고 각 구성 요소에 미리 약속된 태그를 붙이고 각 태그에 필요한 속성값을 덧붙여 뉴스 전체의 문서구조를 명확히 보여준다.
예를 들어 증시 관련 뉴스에서 종목이름을 따로 표시하고자 할 때는 다음과 같이 <org> 태그를 사용하게 된다.

22일 외국인이 <org>새롬기술</org> 주식을 1.2만주 순매수해 지난 11일부터 시작된 매도공세를 10일만에 멈췄다.

종목이름에 종목코드를 내장시키고 코스닥 종목임을 명기하면 보다 입체적인 뉴스 서비스가 가능해진다. 종목코드와 코스닥 구분을 <org> 태그의 속성값으로 지정하면 된다.
22일 외국인이 <org value=“35610” org-id=“KOSDAQ”>새롬기술</org> 주식을 1.2만주 순매수해 지난 11일부터 시작된 매도공세를 10일 만에 멈췄다.

<org> 태그와 value, org-id는 모두 NITF에서 종목이름과 그 속성을 표시하는 표준으로 정해진 명령어들이다.

<head>와 <body>
NITF는 크게 <head>와 <body> 두 개의 섹션으로 나뉘어 있다. <head>는 개별 뉴스에 관한 메타데이터를 담는다. 뉴스의 제목을 비롯해 주제어, 출판 일시, 속보성, 시리즈 제목, 저작권, 정정 여부 등이 해당된다. <body>는 말 그대로 뉴스의 출판에 바로 사용될 독자에게 보여줄 컨텐트를 담는다. 뉴스의 헤드라인, 바이라인, 본문, 사진 등 멀티미디어 관련자료 등이다.
다음은 NITF의 <head>와 <body> 섹션의 얼개를 보여준다. 이중 으로 둘러싸여 있는 부분은 comment 부분으로 XML문서 구조에 아무런 영향을 주지 않는다. 다만 문서의 부분 부분의 구조를 설명해주는 기능을 할 뿐이다.

<nitf>
<head>

</head>
<body>

</body>
</nitf>
언뜻 보기에는 문서의 시작과 끝이 <html> 대신에 <nitf>로 돼 있다는 점 말고는 일반 html 문서와 크게 다를 게 없어 보인다. 그러나 비슷한 점은 이것이 전부다. 이후 모든 태그는 뉴스라는 문서형태에 알맞는 이름으로 정리돼 있다. html에서는 뉴스가 어떤 모양으로 표출될 것인지 디자인에 더 많은 신경을 써야 했다. 그러나 nitf로 뉴스를 만들게 되면 오로지 뉴스의 내용이라는 본질적인 요소를 어떻게 구성하고 묘사할 것인가만 생각하면 된다.

메타데이터
메타데이터(metadata)는 한마디로 ‘데이터에 관한 데이터’(data about data)라고 한다.
메타데이터는 우리 주변에 널려 있다. TV프로그램, 도서 색인 카드, 서적의 목차, 상품에 붙어 있는 바코드 등이 메타데이터들이다. 우편번호나 주소는 특정 장소를 나타낸다. 주고 받는 명함은 한 개인의 메타데이터라고 할 수 있다. 그러니까 메타데이터는 한 사물의 고유의 속성이나 특징을 나타내는 속성값이라고 정의할 수 있다.
인터넷의 경험은 메타데이터의 중요성을 일깨워줬다. 아무리 똑똑한 검색엔진이라 할지라도 찾아내는 웹문서는 전체의 10% 이내다. 인터넷에 물려 있는 웹문서들이 일찍이 듀이의 10진법 분류방식처럼 도서색인카드를 하나씩 달고 있었다면 사정은 전혀 달라졌을 것이다. 검색엔진들도 웹로봇이니 스파이더니 카달로그 방식이니 하는, 딱히 성능이 뛰어나지도 않으면서 동작만 복잡한 프로그램이 없어도 됐을 터다. 모든 것이 일찍이 웹문서에 도서색인카드와 같은 메타데이터가 제대로 구비되지 않았기 때문이다.
XML은 태그에 메타데이터 개념을 도입함으로써 문서의 구조를 한눈에 볼 수 있게 했다. 문서의 각 구성 요소의 내용을 상징하는 메타데이터를 태그로 정함으로써 그동안 HTML에서 겪었던 많은 문제점들을 해소할 수 있게 됐다.

<body>의 구조
NITF가 정하고 있는 <body> 요소는 세 개의 섹션으로 다시 나눠진다. body 태그는 닷(.)을 이용해서 head, content, end 세 부분으로 세분된다.

<body>
<body.head>

</body.head>
<body.content>

</body.content>
<body.end>

</body.end>
</body>

<body.head>을 구성하는 주요 태그에는 뉴스의 제목, 즉 헤드라인을 담은 <hedline>(headline이 아니라 hedline이라는 점에 유의)과 필자를 표시하는 <byline>태그가 있다. <hedline> 태그는 주제목인 <hl1>과 부제목인 <hl2>로 나뉜다.
<body.content> 태그는 뉴스의 가장 중요한 부분인 본문을 담는다. 본문의 단락은 태그로 구분된다. html과는 달리 단락이 시작되는 부분에 태그를 달았으면 끝나는 부분에도 반드시 태그로 닫아줘야 한다. 본문 안에는 <table> <list> 등이 들어갈 수 있다. 사진이나 비디오 클립과 같은 멀티미디어 파일은 <media> 태그로 둘러싸이게 된다. 미디어의 형태와 파일 위치, 미디어 제목 등은 <media-reference> 태그 속에 속성값으로 저장된다.
뉴스를 최종 서비스하는 단계에서 이들 태그들은 뉴스를 분류하고 중요한 부분을 강조하며 하이퍼링크를 부가하는 등 다양한 형태로 가공된다. NITF로 씌어진 똑같은 뉴스 파일이 최종 서비스를 제공하는 매체에 의해 서로 다른 포맷과 디자인으로 탈바꿈하게 된다. [예 10]은 NITF로 정리된 뉴스 본문의 실례다.

[예 10]

<nitf>
<head>
</head>
<body>
<body.head>
<hedline>
<hl1>철저한 개인 주도 장세</hl1>
<hl2>코스닥 시장 마감</hl2>
</hedline>
<byline>
<person value=“ykkim” org-id=“머니투데이”>
김용관 </person>
</byline>
</body.head>
<body.content>
18일 코스닥시장은 철저히 개인들이 주도한 장세였다.
이날 코스닥지수는 전거래일보다 0.73포인트(0.88%) 내린 81.76으로 장을 마감했다.
종목별로 그 동안 투자자들의 관심권 밖에 있던 종목들이 순환매 형식으로 강한 상승세를 기록했다. <org value=“35610” org-id=“KOSDAQ”>새롬기술</org>은 3일 조정후 다시 상한가에 진입했다.
<media media-type=“image”>
<media-reference
mime-type=“image/gif”
source=“kosdaq_chart.gif”
alternate-text=“코스닥지수 차트”
>
</media-reference>
<media-caption>
코스닥지수 변동 추이
</media-caption>
</media>
</body.content>
</body>
</nitf>

<head>의 구조
NITF의 <head> 요소는 해당 뉴스의 전체에 관한 메타데이터를 담고 있다. <head>는 <title> <tobject> <docdata> <pubdata> <revision-history> 등 다섯 개의 주요 섹션으로 나뉜다.

<head>
<title>

</title>
<tobject>

</tobject>
<docdata>

</docdata>
<pubdata>

</pubdata>
<revision-history>

</revision-history>
</head>

<title>은 독자가 과거의 NITF 뉴스를 검색할 때 이용되는 중요한 구성 요소다. 대부분의 검색엔진은 <title> 태그로 둘러싸인 문서 제목을 들여다보고 그 속에 검색어가 들어 있는지 여부를 판단한다. 또한 즐겨찾기로 지정했을 때 독자의 브라우저에 제목으로 남아 있는 부분이 <title>이다.
<title>은 줄바꿈 없이 한 줄로 쓰여야 하며 또 다른 태그를 포함할 수 없다. 길이는 20~40자 정도가 적당하다. 뉴스에 담겨 있는 핵심적인 키워드를 반드시 포함해야 하며, 키워드는 가급적 맨 첫 단어가 되도록 작성하는 것이 좋다. 검색결과가 가나다 순이나 알파벳 순으로 정렬될 때 찾아보기 편하기 때문이다.
<tobject>는 text object의 줄임말이다. <tobject>는 뉴스의 주제를 정리해주는 요소다. 이를테면 이 뉴스가 특집뉴스의 일부인지, 해설기사인지 아니면 부음인지를 구분해준다.
이 요소는 또한 IPTC가 정한 주제분류코드를 포함한다. IPTC의 주제분류코드는 code, matter, detail의 3단계로 세분돼 있다. [예 11]은 긴급속보에 적용된 <tobject>의 사례다.

[예 11]

<tobject>
<tobject.property
tobject.property.type=“breaking-news”
/>
<tobject.subject
tobject.subject.refnum=“15000000”
tobject.subject.type=“??”
tobject.subject.code=“산업”
tobject.subject.matter=“경제”
tobject.subject.detail=“인플레이션”
/>
</tobject>

<docdata>는 document data의 줄임말이다. 여기에는 뉴스를 가공하고 유통시키기 위한 중요한 정보가 담겨 있다. 문서로서의 뉴스 고유번호, 뉴스 보급기관, 보도 일시, 저작권 표시 등 문서정보와 함께 속보 등급, 고정물 제목, 관련뉴스 정보, 키워드 등 뉴스 편집을 위한 핵심적인 정보가 들어 있다. [예 12]는 그 적용 예다.

[예 12]

<docdata>
<doc-id
id-string=“2001061815451600047”

/>
<del-list>

<from-src src-name=“다음커뮤니케이션즈”/>
</del-list>
<urgency
ed-urg=“1”
/>

<fixture
fix-id=“내일의 전략”
/>

<date.issue
norm=“2001-07-09T09:05:32-9:00”
/>

<du-key
generation=“3”
part=“2”
version=“12”
key=“투자전략”
/>

<doc.copyright
year=“2001”
holder=“머니투데이”
/>

<key-list>

<keyword key=“거래소” />
<keyword key=“코스닥” />
<keyword key=“투자전략” />
</key-list>
</docdata>

<pubdata>는 publication data의 줄임말이다. <pubdata>는 출판 형태와 매체이름, 그리고 출판일자를 속성값으로 저장한다. 뉴스가 외부 매체로 공급됐을 때 뉴스 출처를 확인하는 근거가 된다.

[예 13]

<pubdata
type=“print”
name=“머니투데이”
date.publication=“20010709”
/>

<revision-history>는 해당 뉴스의 정정, 수정, 보완 등의 사실이 기록되는 부분이다. 특히 편집데스크가 기사 원문을 수정, 편집했을 때 편집자의 이름, 직위, 그리고 그 시각과 간단한 커멘트 등이 기록된다.

[예 14]

<revision-history
name=“박종인”
function=“총괄데스크”
norm=“20010709T09:10:53-9:00”
comment=“일부 오자 수정”
/>
NITF의 의미
NITF는 문서로서의 뉴스의 구성 요소를 자세히 담고 있는 문서표준체계다. NITF는 XML을 기반으로 구축된 표준이다. 때문에 서로 다른 매체 사이에 뉴스 교환이 자유롭고 독자들의 검색이나 맞춤뉴스에 편리하며 데이터 교환에 따르는 네트웍 교통량을 크게 줄여주는 등 XML이 가져다주는 이점이 그대로 살아있다.
물론 다양한 XSL을 이용해 뉴스 화면을 여러 가지로 연출할 수 있을 뿐 아니라 같은 뉴스파일을 인터넷, 신문, PDA 등 여러 형태로 서비스할 수 있게 해준다. 더욱이 저작권, 배포권 표시가 명확하고 기사를 수정한 이력까지 낱낱이 남아 있어 취재에서부터 최종 출판까지 뉴스 흐름의 전과정이 투명하게 들여다 보인다. NITF는 휘발성이 높은 디지털 뉴스 시대에 뉴스의 신뢰도를 보장하는 효과까지 겸하고 있는 셈이다.
NITF에 대한 자세한 정보는 IPTC가 운영하는 NITF 전용 웹사이트 (www.nitf.org)에서 찾아볼 수 있다. 이곳 documentation 페이지에는 NITF의 모든 태그와 속성값에 대한 정의와 용례가 망라돼 있다. 무엇보다 NITF의 문서구조를 정한 DTD를 볼 수 있다. 또한 이 사이트에서는 AP가 실제로 적용한 NITF의 사례가 있어 NITF의 실제 적용에 많은 도움을 준다. [예 15]는 NITF 사이트에 게재된 AP기사의 실제 사례다.

[예 15]

<?xml version=“1.0” encoding=“UTF-8”?>
<!DOCTYPE nitf SYSTEM “nitf.dtd”>
<nitf>
<head>
<meta name=“ap-cycle” content=“AP”/>
<meta name=“ap-online-code” content=“1700”/>
<meta name=“ap-company” content=“CO:Media Metrix Inc;TS:MMXI;IG: SVC;”/>
<meta name=“ap-routing” content=“ENTITLEMENTS,pfONLINE, pf1700”/>
<meta name=“ap-format” content=“bx”/>
<meta name=“ap-category” content=“f”/>
<meta name=“ap-selector” content=“-----”/>
<meta name=“ap-transref” content=“V0347”/>
<docdata>
<doc-id regsrc=“AP” id-string=“D76UIMO80”/>
<urgency ed-urg=“7”/>
<date.issue norm=“20000911T185842Z”/>
<du-key key=“Napster Traffic”/>
<doc.copyright holder=“(AP)”/>
</docdata>
</head>
<body>
<body.head>
<hedline>
<hl1>Use of Napster Quadruples</hl1>
</hedline>
<byline>By PETER SVENSSON
<byttl>AP Business Writer</byttl>
</byline>
<distributor>The Associated Press</distributor>
<dateline>
<location>NEW YORK</location>
</dateline>
</body.head>
<body.content>
<block>
Despite the uncertain legality of the Napster online music-sharing service, the number of people using it more than quadrupled in just five months, Media Metrix said Monday.
That made Napster the fastest-growing software application ever recorded by the Internet research company.
From 1.1 million home users in the United States in February, the first month Media Metrix tracked the application, Napster use rocketed to 4.9 million users in July.
That represents 6 percent of U.S. home PC users who have modems, said Media Metrix, which pays people to install monitoring software on their computers.
It estimates total usage from a panel of about 50,000 people in the United States.
Napster was also used at work by 887,000 people in July, Media Metrix said.
Napster Inc. has been sued by the recording industry for allegedly enabling copyright infringement. The federal government weighed in on the case Friday, saying the service is not protected under a key copyright law, as the San Mateo, Calif., company claims.
Bruce Ryon, head of Media Metrix's New Media Group, said Napster was used by "the full spectrum of PC users, not just the youth with time on their hands and a passion for music."
The Napster program allows users to copy digital music files from the hard drives of other users over the Internet.
Napster Inc. said last week that 28 million people had downloaded its program. It does not reveal its own figures for how many people actually use the software.
Because the program connects to the company's computers over the Internet every time it is run, Napster Inc. can track usage exactly.
__
On the Net:
<a href=“http://www.napster.com”>
http://www.napster.com</a>
<a href=“http://www.mediametrix.com”>
http://www.mediametrix.com</a>
</block>
</body.content>
</body>
</nitf>

[그림 9] NITF 웹사이트