인터넷에 컨텐트를 서비스를 제공하고자 하는 많은 사람들이 보통의 경우 온라인 서비스 업체의 도움을 받아야만 했다. 하지만 넷스케이프의 퍼블리싱 시스팀을 이용하면 기업에서 간행되는 출판물과 서비스를 인터넷상에서 온라인으로 훨씬 더 효율적으로 제공할 수 있다. 또한 컨텐트 제공자에게 텍스트, 그래픽, 오디오 또는 비디오를 정리하고 사용자화 하면 전세계의 인터넷 사용자에게 전달할 수 있는 매우 효율적인 솔루션 중에 하나이다. [NS97a]
이 솔루션은 일반 사용자들에게 정보를 제공하는 발행업자, 배포를 제한하면서 내부 운영 및 유지 보수 설명서를 제공하는 회사들 , 돈을 받고 컴퓨터 프로그램과 같은 컨텐트를 배포해야 하는 소프트웨어 제작사 등 광범위한 사용자들에게 이용될 수 있다 .
일반적으로 컨텐트 제공자들은 전자 출판 시스팀을 평가할 때 다음의 사항을 고려한다.
위와 같은 평가기준을 가지고 시스팀을 선택할 때, 넷스케이프 퍼블리싱 시스팀은 수많은 제품 중에 하나의 좋은 솔루션이 될 수 있다 .
컨텐트 제공자가 온라인 서비스를 제공하고자 할 때, 퍼블리싱 시스팀을 사용하면 온라인 서비스 업체의 도움 없이 온라인 서비스를 구성할 수 있다 . 또한 다른 서비스의 ‘Look and Feel’과 차별성을 둘 수 있고 , 서비스에 따라 사용자의 접근을 쉽게 차별화 할 수 있다 . 그리고 가입자의 사용 정보에 대한 요금 청구도 할 수 있다 . 물론 위와 같은 기능을 제대로 사용할려면 , 관리자는 퍼블리싱 시스팀에 대한 교육을 받아야 한다 . 왜냐하면 뒤에서 자세히 설명할 퍼블리싱 시스팀의 구조를 알아야 제대로 운영을 할 수 있기 때문이다 .
다음은 퍼블리싱 시스팀의 잇점들이다 .
위와 같은 잇점은 넷스케이프가 주도적으로 퍼블리싱 시스팀을 업그레이드를 할 경우라는 것을 알아야 한다. 또한 퍼블리싱 시스팀외에 머천트 시스팀 혹은 지불 시스팀과 연동이 되었을 경우에 최대의 기능을 발휘 할 수 있다 . 하지만 퍼블리싱 시스팀의 확장성이나 유연성 측면에서 볼때, 여타 다른 온라인 퍼블리싱 시스팀보다 좋다고 본다 .
퍼블리싱 시스팀은 데이타베이스 , 검색 엔진 , HTML(2), HTTP(3), SQL(4) 및 RSA(5) 암호화 같은 산업표준을 폭넓게 수용한 오픈 솔루션이다.
퍼블리싱 시스팀은 그 자체로 솔루션을 제공할 수 있거나, 기존의 소프트웨어 시스팀과 통합할 수 있다 . 모듈 단위로 설계되어 있어 필요하다면 , 매우 효율적인 가용성, 확장성 , 보안성을 지원하기 위해 다중 시스템을 운영할 수 있는 다른 모듈에 분산될 수 있다 .
Netscape Merchant System 그리고 Netscape Community System와 같이 Netscape Publishing System(퍼블리싱 시스팀)은 Netscape Commerce Foundation에 의존한다. 이러한 기본 솔루션(foundation layer)은 인터넷을 위한 상용 응용 프로그램에서 필요한 공유 서비스를 제공한다. 그림 1에서 보듯이 일반적인 목적으로 구성되어 있고 재사용할 수 있는 오브젝트로 구성되어 있다.
그림 1. Netscape Publishing System Architecture
이들 기능들은 멤버쉽 , 접근 제어 , 빌링 , 신용 카드 처리 및 정보 검색과 같은 같은 "back - office" 기능을 제공한다 . Netscape Commerce Foundation에 속하지 않은 구성요소들은 (News Handler, Document Filters, Loader, Browser Tree, Document Stager) "front-office" 서비스를 제공한다 . 이 front-office 구성 요소는 이미 구성되어 있는 기본 층 (foundation layer)에 연결된다.
Netscape Publishing System용 “front-office” 퍼블리싱 서버는 인터넷 사용자에게 텍스트, 그래픽 , 오디오 및 비디오를 커스터마이징 하거나 제공하기 위한 하나의 유연성 있는 시스팀이다 . 이 퍼블리싱 서버는 문서 로딩, 문서 변환, 문서 인덱싱, 문서 전달과 같은 “front-office” 서비스를 수행한다.[NS96b]
퍼블리싱 서버는 다음과 같은 특징을 지닌다.
위와 같은 퍼블리싱 서버의 특징에 따라 이 서버의 각각 구성요소에 대해 뒤에서 자세한 그림과 간단한 설명을 할 것이다 .
기본 층(foundation layer)은 다음과 같이 이미 구성된 구성 요소로 이루어져 있다.[NS97a]
기본 층은 퍼블리싱 시스팀 가입자를 위해 다음과 같은 서비스를 제공한다 .
퍼블리싱 시스팀은 컨텐트 제공자가 사용자에 대해 부가 데이타를 선택하도록 커스터마이즈할 수 있는 로깅 및 등록 템플릿들을 제공한다 . 등록하고자 할때, 사용자는 이름과 전자 메일 주소 뿐만아니라 관심사와 직장에 대한 정보를 입력하기를 요구받게 된다 . 이런 정보는 접근제어, 판매 촉진 그리고 광고를 위해 사용될 것이다 .
퍼블리싱 시스팀은 컨텐드 제공자가 자신들이 제공하는 정보를 사용할 수 있는 사람을 결정하는 접근 제어 기능을 제공한다.
시스팀으로 로드된 문서는 퍼블리싱 서버에 존재하는 출판물 (publication) 형태로 그룹화 될 수 있다. HTML 형태는 출판물을 만들고 편집하는데 사용할 수 있다 . 뉴스 그룹 혹은 채트 그룹 같은 출판물과 다른 자원은 비용 청구가 가능한 제품으로 그룹화 될 수 있다.
빌링 서비스는 지불금 및 청구액 , 그리고 사용량 처리 모듈 두개의 구성 요소로 이루어 진다. 빌링 서비스는 컨텐트 제공자로 하여금 제품과 제공된 서비스에 가격표를 지정할 수 있도록 한다 . 사용량 처리 모듈은 요금 부과와 사용료가 발생되는 모든 사용자에 대해 적절한 트랜잭션 로그를 유지한다.
사용자는 매달 빌링 서비스나 신용카드를 통해 등록할 때 지불 방법을 선택한다.
신용 카드 처리 시스팀은 인터넷을 통해 은행 카드 발행인의 전자 가입 응용 프로그램을 신용카드 조회 시스팀에 연결시키는 오픈 아키텍쳐를 제공한다 .
신용 카드 처리 모듈은 다음과 같은 특징이 있다.
- POS(Point Of Sale) 터미널을 구현
- 이미 설치된 신용 카드 조회기 (FDC, BofA 등 )와 통신
- 여러개의 상점과 단말기를 지원
- 허가, 획득 , 판매 , 카드 유효 점검 관리를 지원
- 신용 카드 “일괄” 처리와 조정 과정을 자동화
- 전용선이나 보안된 인터넷 연결로 신용 카드 트랜잭션을 처리
현재 퍼블리싱 시스팀은 보안 통신을 지원하기 위해 Netscape's Secure Sockets Layer(SSL)을 사용한다 . 향후에는 네스케이프의 Secure Electronic Transaction(SET)프로토콜을 구현한 Secure Courier를 통해 보안 트랜잭션을 지원할 것이다 . 보안 통신은 사용자에게 신용 카드로 결재하는 계획을 갖고 있는 컨텐트 제공자에게는 필수적이다.
퍼블리싱 시스팀 검색 서버는 확장된 텍스트 검색 능력을 제공한다 . - 자연어 , AND, OR, NOT 및 전문 검색을 포함한 모든 논리 연산 검색.
속성(attribute) 인덱싱과 검색(예 : 저자별 검색 )은 검색 결과의 정확도를 지원한다.
프로파일러(profiler)는 사용자에게 자신의 관심사항을 제공하는 정보 검색 서비스의 하나이다 . 입력되는 문서를 검색하여 사용자가 지정한 관심사항의 검색어와 일치하면 프로파일러에 의해 구동된다 . 프로파일러로 일치된 내용이 발생했을 때 , 컨텐트 제공자는 가입자에게 일치한 내용을 알리기 위해 다양한 방법을 사용할 수 있다(그림 2). 하지만 현재 한글과 다양한 인터페이스는 지원되지 않는다.
그림 2. Profiler Overview
프로파일러는 선택된 입력 문서를 검색하여 일치된 내용을 등록할 문서로 기록한다. 가입자는 즉시 일치된 내용을 받을 수 있으며 , 예를들어 , 일주일 한 번과 같이 일정 주기로 일치된 내용을 받아볼 수 있다. 컨텐트 제공자는 가입자에게 일치된 문서를 알리기 위해 전자 우편 주소나 개인 홈페이지를 이용할 수 있다 .
이 결과로 새로운 서비스의 보다 적극적인 판매와 사용자에게 보다 향상된 서비스를 제공할 수 있다 .
프로파일러에 의해서 검색된 문서들은 항상 관계형 데이터베이스로 부터 어떤 사용자 응용 프로그램에서도 사용될 수 있도록 추출될 수 있다 .
이외에도 프로파일 엔진과 결과 통지 메카니즘에 확장가능한 APIs를 제공한다 .
퍼블리싱 시스팀은 스테이징 서버 (Staging Server)와 제품 서버(Production Server)를 포함하는 한 단계 과정을 지원한다. 방어벽 내부에 있는 스테이징 서버는 저작자가 제품 서버로 처리될 문서를 제공하게 하는데 사용된다. 스테이징 서버는 이들 문서를 컨텐트 제공자가 출판물로 인정할 때까지 보관한다 . 일단 문서가 방어벽 외부에 존재하는 제품 서버로 이동하면 가입자는 그 문서들을 볼 수 있다.
그림 3. ONLINE Publishing Flow
저작을 위한 시스팀을 생각해 볼 때 , 일반적으로 IBM PC 호환 기종과 MAC 기종으로 나눌 수 있다.
먼저 PC를 볼 때, HTML 저작을 위한 도구가 필요하며, 컨텐트 제공자의 요구에 따라 데이터를 데이터베이스에 입력하기 위한 도구가 필요하다. MAC은 주로 멀티미디어 제작용으로 사용한다 .
실시간으로 웹 페이지를 저작 , 편집 그리고 퍼블리싱 한다.
그림 4. Navigator Gold
퍼블리싱 시스팀은 HTML 뿐만아니라 아주 많은 문서 형식을 지원한다. 각각의 문서 양식은 모든 텍스트 검색이 지원되도록 인덱스로 처리된다.
그림 5. Convert Processing
로더는 컨텐트 인덱싱과 파일 시스팀에 컨텐트를 이동하기 위해 일정한 장소를 제공한다 . 또한 로더는 이미 파일 시스팀에 있는 컨텐트를 인덱스로 처리할 수 있다 .
컨텐트는 출판물(Publications)로 로드되고 접근 제어 환경하에 둘 수도 있다. 또한 로더는 출판물을 개별적 혹은 한꺼번에 인덱스로 처리 할 수도 있다 .
그림 6. Contenet Loading Processing
로더는 문서를 삭제하고 로딩하는 과정을 자동 주기로 사용할 수 있도록 API를 제공한다 . 이것은 컨텐트를 정기적으로 업데이트하는 신문, 매거진 , 다른 출판물에서 유용할 수 있다 .
다음은 문서 로더의 특징들이다 .
프로파일러는 사용자나 사이트 관리자에게 일치될 새로운 모든 컨덴트에 대해서 질의를 정의하도록 한다. 새로운 컨텐트로 일치되는 질의는 사용자에게 그 결과를 알릴 것이다 . 이 결과 통지는 사용자의 개인 홈페이지에 ‘ What's new’ 페이지 , 전자 우편 주소 , 혹은 다른 웹 페이지로 제공될 것이다 .
프로파일러는 선택된 입력 문서를 검색하여 일치된 내용을 등록할 문서로 기록한다. 가입자는 즉시 일치된 내용을 받을 수 있으며 , 예를들어 , 일주일 한 번과 같이 일정 주기로 일치된 내용을 받아볼 수 있다. 컨텐트 제공자는 가입자에게 일치된 문서를 알리기 위해 전자 우편 주소나 개인 홈페이지를 이용할 수 있다 .
이 결과로 새로운 서비스의 보다 적극적인 판매와 사용자에게 보다 향상된 서비스를 제공할 수 있다 .
프로파일러에 의해서 검색된 문서들은 항상 관계형 데이터베이스로 부터 어떤 사용자 응용 프로그램에서도 사용될 수 있도록 추출될 수 있다 .
이외에도 프로파일 엔진과 결과 통지 메카니즘에 확장가능한 APIs를 제공한다 .
현재 프로파일러는 한글 처리가 되지 않고 있다.
그림 7. Profiler Architecture
퍼블리싱 시스팀은 사용자가 컨텐트를 보도록 정적 브라우징 트리 생성을 지원한다.
브라우즈 트리는 관리자가 정의한 어떤 속성에 의거해 생성될 수 있다 . 문서는 여러 개의 브라우즈 트리를 통해서도 볼 수 있다. 생성될 “Look and Feel” 페이지는 전적으로 사이트 관리자의 감각에 의존한다.
그림 8. Browsing Tree
퍼블리싱 시스팀은 입력되는 뉴스피드를 검색, 아이덴티 , 인덱스 그리고 업데이트하도록 하는 서비스 셋을 제공한다. 또한 원시 데이터 스트림을 읽어서 변환하는 실시간 에이전트와 일정 주기로 로더에게 문서를 공개할 스테이저를 제공한다.
입력되는 뉴스피드에 대해서, 시스팀은 다음과 같이 자동 인덱싱을 수행한다 .
그림 9. Newsfeed management
이것의 특징은 사이트의 열람과 인가를 위해 방화벽 내부에 컨텐트를 스테이지하도록 한다 . 이미 숭인되었으면, 컨텐트는 하나 혹은 여러 퍼블리싱 시스팀에 의해 자동적으로 분산 처리되고 인덱스화 될 수 있다. 목표 퍼블리싱 시스팀은 인터넷상에 어느 곳에든 있을 수 있다 . 이러한 새로운 특징은 매우 큰 규모나 복잡한 웹 사이트를 관리하기에 유용하다 .
그림 10. Staging System
퍼블리싱 시스팀은 전 전달 과정을 관리할 수 있다.
퍼블리싱 시스팀은 다음과 같은 내용을 지원한다.
그림 11. Content Delivery
퍼블리싱 시스팀은 시스팀의 설치와 관리를 도와주는 다양한 HTML 양식을 제공한다 (그림 12).
그림 12. How Content Providers Set up and Manage the Netscape Publishing System
정보 제공자는 이 HTML 양식들을 이용하여 다음에 기술된 단계를 밟아 퍼블리싱 시스팀을 설치할 수 있다.
- 시스팀을 어떻게 설치할 것인가를 결정한다.
- 퍼블리싱 시스팀을 설치하는데 필요한 하드웨어와 소프트웨어 결정한다.
- 네트워크의 고려 상황을 결정한다 .
- 가입자가 시스팀에 로그인 하고자 할 때, 사용될 필요한 등록 화면을 구성한다 .
- 정보에 접근할 수 있는 사람을 지정하도록 접근 제어 기능을 설정한다 .
- 출판물과 제품 만든다 .
- 가입자에게 출판물과 제품에 대해 비용을 청구할 빌링 서비스를 설치한다 .
- 신용 카드 처리 기능을 설치한다 .
- 시스팀으로 컨텐트를 로드한다 .
- 가입자가 텍스트 검색을 하는데 사용할 텍스트 검색 인터페이스 만든다 .
각 단계에 대한 자세한 설명이 다음 내용에 있으며 그 다음에는 가입자가 시스팀을 사용하는 방법에 대한 개요가 있다. 즉 , Netscape Commerce Foundation에 기초한 자세한 설명이 이어질 것이다 .
예상되는 접근의 수량와 종류에 따라 하드웨어 종류에 영향을 끼친다 . 하드웨어는 예상되는 수요에 맞도록 구성될 수 있다 . 접근의 수량은 인터넷이나 가능한 내부 네트워크로 웹 사이트를 방문(“ hit” )할 것으로 예상되는 사용자의 수다. 접근의 종류는 다른 자원에 비하여 시스팀 자원을 요구하는 경우처럼 가입자 중심의 운영으로 발생되는 다양한 종류의 상대적인 빈도수이다.
예를 들어, 퍼블리싱 시스팀은 단순히 문서를 요구하고 검색하는 상대적으로 많은 수의 가입자들을 지원할 수 있다 . 이러한 종류의 운영은 일반적으로 입력 /출력 서브시스팀의 속도에 의해서만 제한을 받는다 .
그렇지만, 각 가입자가 모든 텍스트 검색을 하거나 Common Gateway Interface(CGI) 스크립트를 사용하거나 데이타베이스에 접근하고 있다면, 더 많은 CPU 파워나 시스팀 메모리는 같은 수 만큼의 가입자에게 최상의 성능을 지원하기 위해서 요구되어질 것이다 .
부피가 작은 사이트(예를 들어, 사용 빈도가 그리 높지 않은 수 백명의 가입자를 가진 수십 단위의 사용자들을 지원하기 위해 설계된 시스팀)를 지원해야 하는 컨텐트 제공자는 128 MB의 메모리와 2 GB의 디스크를 가지고 있는 한 개의 SPARC20-2에서 모든 퍼블리싱 시스팀의 구성요소를 운영하길 원할 것이다.
반면에, 부피가 큰 사이트(예를 들어, 3-4 주마다 약 10%식 가입자 수가 증가하며 매일 약 300,000의 방문을 지원하는 시스팀)를 지원할려고 계획하고 있는 컨텐트 제공자는 각각 256 MB의 메모리와 4 GB의 디스크를 가진 2 개의 SPARC 100-2s에 퍼블리싱 시스팀을 운영함으로써 클러스터 구성에 있어서 기본 층 (foundation layer)과 퍼블리싱 서버로 나누길 원할 것이다 .
퍼블리싱 시스팀을 설치하기 전에 , 시스팀 설치에 필요로 하는 다음과 같은 하드웨어와 소프트웨어를 적어두자 .
- Digital Alpha, Sun SPARC, SGI IRIX 혹은 IBM RS/6000 워크스테이션
- 64 MB RAM(최소 요구사항)
- 128 MB RAM(추천 사항)
- 200 MB 하드 디스크(설치를 위한 임시 영역 )
- 500 MB 하드 디스크(소프트웨어 운영시 최소 영역 )
- Digital Unix 3.2C, Solaris 2.4, IRIX 5.3 혹은 AIX 3.2.5, 또는 4.1.3
대부분 퍼블리싱 시스팀의 사용자들은 빠르고 신뢰성 있는 신용카드 거래를 위하여 First Date Corporation(FDC)로 연결된 전용 회선을 사용한다. 그러나 비교적 부피가 큰 퍼블리싱 시스팀의 사용자들은 사이트로 네트워크 트래픽을 지원하기 위해 인터넷 접속을 확장하도록 결정한다.
한 예로, 퍼블리싱 시스팀의 사용자가 네트워크의 성능이 저하되었음을 경험하였다 . 문제를 조사 해본 뒤, 하드웨어 시스팀이 완전하게 로드 되지 않았기 때문에 사이트의 인터네트워크 대역폭에 의해 제약을 받아서 사이트의 성능이 저하되었음을 알았다. 그래서 이 사용자는 7 개의 T1 라인을 (T1 라인 당 1.544 Mbps)을 3 개의 T3 라인 (T3 라인 당 44 Mbps)으로 업그레드 했다.
등록은 처음 사용하는 사용자가 퍼블리싱 시스팀을 사용하도록 해준다 . 사용자가 한 개나 그 이상의 제품에 가입을 하고자 할 때 , 가입을 할 수 있다 . 사용자 등록시 확인을 위해 신용 카드 번호를 기입하고 , 원하는 제품과 구독 계획을 선택한다.
퍼블리싱 시스팀은 컨텐트 제공자가 커스터마이즈할 수 있도록 로그 온과 등록 템플릿을 제공한다. 그림 13에서와 같이 사용자 등록 템플릿은 정보 제공자가 폼에 활용할 수 있는 상당수의 사전 정의된 필드를 가지고 있다 .
그림 13. User Registration Form - A Sample Template
2개의 접근 종류가 있다.
- 자유 (등록안됨 )
- 등록된 멤버만 (무료와 접근 당 유료)
컨텐트 제공자가 어떤 내용을 사용자로 하여금 무료로 접근하도록 하고 싶을 경우에라도, 컨텐트 제공자는 로그 온 프로세스을 통해서 들어오는 사용자에 대한 정보를 얻을 수 있다. 이 사용자 정보를 홍보와 광고 목적으로 사용될 수 있다.
멤버쉽 정보는 여러개의 프론트 엔드 웹 서버에 의해 사용될 수 있는 관계형 데이타베이스에 저장되어 진다 . 여러개의 멤버쉽 보고서는 쉽게 제품화할 수 있도록 하는데 이용할 수 있다.
2개의 멤버쉽 종류가 지원된다.
- 개인
- 기업 멤버 (회사 또는 가족)
기업 멤버의 경우에, 정보 제공자는 여러명의 가입자 요금을 한 개의 비용 청구서로 묶을 수 있다. 또한 시스팀은 등록시 혹은 가입자가 지불 정보를 수정할 때마다(신용 카드 프로세서를 통해서 ) 보안된 온라인 신용 카드 인증을 지원한다. 또한 멤버쉽 정보는 접근을 제어 하는데도 사용된다.
전자 출판 시스팀은 컨텐트 제공자가 자신들의 정보에 접근을 제어할 수 있도록 해야한다. 퍼블리싱 시스팀은 등록을 하지않은 일반 사용자 (비용 청구가 되지 않는 가입자)에게 무료 접근이 허용된 내용만을 볼 수 있도록 한다.
처음 사용하는 사용자는 이들 문서만을 자유롭게 이동하며 볼 수 있다 . 그렇지만 접근 권한을 가진 문서를 보려면 반드시 등록을 해야 한다. 사용자는 자신의 신분을 밝히거나 정보 제공자가 제공하는 한 개 이상의 서비스에 가입을 할 때, 비로소 가입자가 된다.
퍼블리싱 시스팀은 가입자에게 각각 다른 수준으로 접근을 제공함으로써 여러 종류의 데이터를 얻을 수 있는 사람을 제어할 수 있다.
가입자는 등록시에 정의한 선호 사항에 따라 접근 권리를 할당받게 된다 . 이 접근권리가 가입자가 볼 수 있는 출판물의 범위를 지정하게 된다.
그림 14. Server Access Control Configuration
퍼블리싱 시스팀은 컨텐트 제공자가 사용자의 접근 권리의 종류를 정의하기 위하여 다양한 관리 양식을 제공한다 .
따라서, 퍼블리싱 시스팀은 가입자가 접근 제어 층 (Access Control Layer:ACL)에 의해서 보호하는 문서나 페이지에 처음으로 접근할 때 사용자 이름과 패스워드를 요구할 것이다 . 일단 인증을 받고 나면, 퍼블리싱 시스팀은 이 시스팀의 사용자로 인식한 가입자에게 Electronic Authorization Token(EAT)을 생성할 것이다 . Netscape Navigator로 브라우징하고 있는 사용자의 경우 , EAT가 브라우저에 저장된다.
그림 15. Access Control Layer Configuration
정보 제공자는 EAT의 유효 기간을 설정할 수 있다 (예를 들어 , EAT 작성 이후 12 시간 -이 시간 이후에 EAT는 더 이상 유효하지 않을 것이다.).
퍼블리싱 시스팀은 Netscape 이외의 브라우저에 대해서는 HTTP에 내장된 인증 기능을 사용한다. 그렇지만 이것은 성능 저하의 단점이 있으며 , 브라우저가 Netscape Commerce 서버로 로그온 패스워드 정보를 보낼 때 시간이 더 걸리기 때문이다.
더우기, Netscape Navigator를 사용하면 사용자와 퍼블리싱 시스팀 사이에 안전하고 인증된 통신 경로를 확보 할 수 있다는 중요한 장점을 제공한다. 안전한 통신이 이루어지지 않는다면 사용자의 사용자 이름과 패스워드가 보호되지 않은 상태에서 인터넷으로 흐를 것이다 .
퍼블리싱 시스팀은 컨텐트 제공자가 비슷한 류의 특성이나 내용을 갖는 그룹 문서를 하나의 출판물로 만들 수 있게 한다 . 출판물은 컨텐트 제공자가 사용자에게 제공할 수 있는 자원 혹은 서비스의 단위이다 . 각각 출판물은 문서 파일과 색인 파일을 참조한다 . 컨텐트 제공자는 문서를 로딩하기 전에 출판물을 꼭 만들어야 한다.
그림 16. Publication Manager
출판물은 하나의 문서일 수도 있고 여러 개의 문서로 구성될 수도 있다 . 출판물은 하나 이상의 제품을 포함할 수 있다 . 퍼블리싱 시스팀은 제품을 설치하고 관리하기 위해 여러 종류의 양식을 제공한다 . 컨텐트 제공자는 이들 양식을 사용하여 현재의 제품 목록을 볼 수 있을 뿐만아니라 제품을 쉽게 만들고 , 제거하고 , 편집할 수 있다 .
그림 17. Product Manager
가격은 제품을 빌링하기 위해서 할당한다. 각각의 제품은 비용 청구 모델을 사용한다 . 비용 청구 모델은 융통성이 있으며 컨텐트 제공자가 다양한 매개변수를 정의할 수 있도록 한다 (아래 참고 ).
퍼블리싱 시스팀은 가입자가 지정된 기간 동안 지정된 요금 (X)으로 제품을 살 수 있으며, (Y)번 만큼의 무료 접근을 할 수 있는 향상된 균일 요금 모델을 구현한다 . (Z)만큼의 요금을 내면 추가 접근이 가능하다 . 비용 청구 모델은 컨텐트 제공자가 각 제품에 대해 시간 간격 (W)을 설정 하면 , 한 번 접근할 때에 카운트되는 시간 간격 이내에 제품을 여러 번 접근하도록 허락한다 .
제품은 반드시 다음의 비용 청구 모델 중 하나를 갖게 된다.
- 접근 모델
가입자는 일정 빌링 기간 (예 : 한 달 )동안에 대한 기본 요금(예 : $10.00)을 지불하고, 그 제품에 대하여 특정 회수의 무료 접근 (예 : 200 번의 무료 접근)을 획득할 수 있다. (X=$10.00, Y=200)
반대로, 가입자는 기본 요금에 지정된 무료 접근 횟수 이상의 접근을 할 때마다 추가 요금 (예 : $2.00)을 지불한다. (가입자가 처음 접근으로 W 기간 내에 제품을 접근을 하는 경우에는 무료이다.) (Z=$2.00, W=2분)
- 시간 모델
가입자가 기본 요금 (예 : $500.00)을 내고 무제한의 기간 동안 제품에 대해 무제한 접근할 수 있도록 한다 .(X=$500.00, Z=0)
- 일회용 모델
가입자가 제품에 접근할 때마다 요금 (예 : $5.00)을 지불한다. 요금은 제품마다 다르게 책정될 것이다 . (X=0, Y=0, Z=$5.00, W=0)
반대로, 가입자가 요금 ($2.00)을 내고 제품을 산다. 가입자는 설정된 시간 (2분 ) 내에서만 추가 요금 없이 제품에 접근할 수 있다 . (X=0, Y=0, Z=$2.00, W=2 분 )
예를 들어, 특정 제품에 대해 다음의 비용 청구모델이 셋업 되어있는 경우
- 가입비(양 /시간 , 2 주 마다 $10)
- 무료 접근 횟수(3 회)
- 무료 접근 횟수가 넘었을 경우 추가 요금(접근 당 $.50)
- 비용 청구 없음(1 일)
제품에 가입한 멤버들은 2주 마다 $10 비용 청구서를 받을 것이다. 멤버들은 2 주 마다 3 일씩 무료로 접근을 할 수 있으며 무료 접근 횟수 이상으로 제품에 접근한 날마다 $.50을 지불 해야한다.
그림 18. Add Product
컨텐트 제공자는 정보에 접근한 가입자를 기준으로 하는 비용 청구 이외의 빌링 서비스를 제공하는 퍼블리싱 시스팀에 수동으로 월별 서비스 요금과 같은 또다른 비용을 청구할 수 있다 . 같은 자원이 여러 개의 제품에 서로 다른 가격 정책으로 제공될 수 있다. 한 제품에 대한 가입 기간은 그 제품이 가입 갱신을 하기않고 기존 가격에 제공되는 기간이다.
컨텐트 제공자는 제공된 양식을 사용하여 제품에 빌링 모델을 할당할 수 있다. 가입자는 출판하는 사람이 정의한 제품을 구매하거나 가입을 한다 . 가입자의 접근 제어 권한은 제품 구매에 따라 결정된다 .(모든 사용자에 대하여 무료로 하거나 멤버에게만 무료 그리고 유료 영역 등 모두가 지원된다 )
컨텐트 제공자는 출판물을 무료 영역 혹은 유료 영역에 넣을 수 도 있다 . 또한 제품에 대한 무료 접근 횟수, 가입자가 제품 가격을 넘어서 추가 접근을 한 경우의 측정 가격, 각 측정 단위에 대해 무료 접근의 시간 간격을 정의할 수 있다.
시스팀이 자동으로 이미 생성된 모든 제품에 대하여 그룹을 만들기 때문에 컨텐트 제공자는 제품에 가입자들을 할당할 수 있다. 혹은 컨텐트 제공자가 가입자의 그룹을 만들어 제품에 가입자를 할당할 수 있다 .
퍼블리싱 시스팀은 가입 및 요금 중심의 서비스를 위한 다양한 빌링 방식을 제공한다. - 기본 가입, 추가 서비스, 매 접근 시 지불 모델. 시스팀은 가입자가 계좌를 만들고 유효한 지급 방법 (예 : 신용 카드 )을 설정할 때 비용 계산서를 설정 한다. 계산서에는 가입자가 빌링 기간을 초과하여 구매한 제품에 대해 비용 청구 내용을 포함한다 . 빌링 기간이 끝나면 시스팀이 빌링 비용을 확인한다 . 발생되는 모든 요금은 가입자의 신용 카드로 비용이 청구 된다.
그림 19. Payment Method Manager
그림 20. Select Payment Method
모든 계좌, 빌링 계산서 그리고 빌링 청구서는 상업용 RDMBS에 저장된다 . 컨텐트 제공자는 응용 프로그램에서 사용하기 위하여 또는 효율적인 보고를 목적으로 이 데이터에 접근할 수 있다. 제품별 수익, 기간이 지난 계좌 및 가입자별 수익에 대한 온라인 보고서는 사용자 보고를 위해 SQL를 이용해 확장할 수 있다.
시스팀은 일정 기간이 지나면 빌링 계산서를 정리하고, 총계를 낸 다움, 새로운 청구서를 만든다. 컨텐트 제공자는 빌링 유효 기간을 정한다 . 시스팀은 가입자에 대해 시차를 두는 빌링 방식을 지원한다 (예를들어 , 사용자의 1/30 이 그 달의 매일 요금을 청구 받는다).
비용 청구서는 다양한 제품에 가입자의 접근을 기준으로 실시간으로 이루어 진다 . 가입과 접근 비용은 비용 청구서에 기재된다 . 이와 같은 방법으로 외부 빌링 청구는 현재의 가입자에게도 적용될 것이다 . 신용 계좌도 사용자 서비스로 적용될 것이다 . 가입자가 가입 제품을 취소하는 경우 일정 기준을 적용한 환불액이 계산되어 빌링 청구서에 기재된다.
그림 21. Refund Credit Card Charges
그림 22와 같이 빌링 처리를 마감하고 요금을 청구하였을 때, 비용 청구서는 신용 카드 처리기나 공식화된 외부 빌링 인터페이스를 통하여 징수된다 .
계좌는 지급 방법이 유효하지 못할 때마다 동결된다 (예를 들어, 사용할 수 없는 카드거나 카드 사용 유효기간이 지났을 경우). 가입자의 계좌는 사용자 서비스 기능에 의하여 동결 및 재 활성화 될 수 있다 . 가입자들은 계좌가 동결되었을 때 "유료 " 내용에 접근할 수 없다.(그림 17 참조 )
동결된 계좌에는 그 동결 이유를 표시할 수 있으며 사용자가 제한 영역으로 접근하려고 할 때 표시된다 .
시스팀은 컨텐트 제공자의 위험을 줄이기 위하여 유연하게 계좌 한계를 지원한다. 정의된 한계에 도달하거나 한계를 초과하는 경우 , 가입자의 비용 청구서가 마감되고, 그 계좌로 비용을 청구되며 , 새로운 비용 청구서로 시작한다.
퍼블리싱 시스팀을 사용하면 , 가입자들이 현재 또는 과거의 빌링 계산서를 온라인으로 볼 수 있다.
그림 22. Credit Card Processing
신용 카드 처리기는 개방 시스팀 시장에서 전자 거래 응용 프로그램의 빠른 도입으로 구성된다. 신용 카드 처리기는 인터넷 신용 카드 처리를 위해 안전하고 신뢰성있는 플랫폼을 만들기 위해 네트워킹을 위한 업계 표준 및 보안 장치를 사용한다.
신용 카드 처리기의 한 쪽은 전용 프로토콜을 사용하는 신용 카드 발행 기관의 내부 시스팀으로 접속되며 , 게이트웨이의 다른 쪽은 ASN.1(1)과 DER 메세지 포맷을 사용하는 인터넷으로 연결된다 . 이와 같은 혁신적인 설계를 사용함으로써 은행 카드 발행 기관도 기존의 처리 방식에 영향을 주지 않고도 인터넷으로 진출할 수 있다 . 카드 발행 기관의 기존 투자도 인터넷을 통해 응용 프로그램을 사용할 수 있기 때문에 보호된다.
기본 층(foundation layer) 신용 카드 처리 시스팀은 2 가지 종류의 신용카드 확인 방식을 지원한다 . - 전용 회선에 의한 확인과 인터넷을 통한 확인 . 인터넷 연결 방식은 미래에 신용 카드 거래에 대해 보다 강력한 보안을 제공할 SET에 대한 지원이 포함된다.
이 프로토콜은 중간에 있는 어떠한 사람도 신용 카드 번호를 볼 수 없도록 한다(신용 카드 소지자와 은행만이 신용 카드 번호를 볼 수 있다). SET 사용으로 프로토콜의 위험이 감소하기 때문에 신용 카드 처리 요금이 다운될 수 있다 .
대표적으로, 컨텐트 제공자는 기존에 가지고 있는 정보를 온라인으로 올리고 싶어한다 . 여기서 주요 관심 사항은 어떤 종류의 컨텐트를 지원하는가와 어떤 종류의 변환기가 제공되는냐 이다.
텍스트, 그래픽 , 오디오 및 비디오와 같은 디지틀 컨텐트는 다양한 소프트웨어 도구를 사용하여 만들거나 다른 시스팀 및 뉴스, 위성 피드에서 가지고 올 수 있다.(시스팀에 로드할 수 있는 입력의 종류에 대한 자세한 정보는 3절의 문서 변환과 아래를 참고하십시오 .)
- 로드될 수 있는 입력 정보의 종류
퍼블리싱 시스팀은 컨텐트 제공자가 다음을 사용하여 온라인 문서를 개발할 수 있도록 한다:
- 다양한 종류의 데스크탑 포맷을 위한 변환기
- 실시간 뉴스피드
- LiveWire
- 다양한 종류의 데스크탑 포맷을 위한 변환기 지원
다양한 종류의 텍스트와 그래픽 변환기는 여러 종류의 데스크탑 포맷으로 변환하게 한다. (HTML과 JPEG)
- PDF에서 ASCII로만
- SGML(6)에서 HTML로
- Microsoft Word, Ami Professional, FrameMaker(MIF), WordPerfect와 Interleaf Publisher를 HTML로
- Computer Graphics Metafile(CGM), PCS, TIFF, BMP, PICT, WPG와 WMF를 JPEG으로
- 실시간 뉴스피드 지원
퍼블리싱 시스팀은 입력되는 뉴스피드를 검색, 확인 , 색인 및 업데이트하기 위한 일련의 서비스를 제공한다. 이 시스팀은 가공되지 않은 데이타 스트림을 읽고 변환하기 위한 실시간 에이전트와 로더에 일정 시간 간격을 두어 문서를 릴리즈하도록 스테이저를 제공한다 .
- LiveWire
Netscape LiveWire는 컨텐트 제공자가 기업 네트워크와 인터넷을 위한 차세대 응용 프로그램과 내용을 쉽게 구축하고 관리할 수 있는 통합된 비주얼 환경을 제공한다 . LiveWire는 다음의 구성요소로 구성된다:
- Netscape Navigator Gold 2.0 - 온라인 문서를 쉽게 작성하고 편집할 수 있는 소프트웨어 도구.
- LiveWire Site Manager-"드래그 -앤 -드롭 " 기법 만으로 웹 사이트를 수정할 수 있는 비주얼 사이트 관리 도구.
- LiveWire 서버 확장 기능-Netscape Server Application Programming Interface(API)로 통합되도록 설계되어있는 서버의 확장 기능(예를 들어, 스크립트 실행을 위한 번역기 , 지역 또는 원격으로 웹 페이지를 추가 및 업데이트할 수 있는 기능 )
- 자바 스크립트 언어 - 자바스크립트는 클라이언트와 서버 모두의 객체와 자원을 연결하는 라이브 온라인 응용 프로그램을 만들 수 있도록 설계된 사용하기 쉬운 오브젝트 스크립트 언어이다. 자바는 프로그래머들이 새로운 객체와 애풀릿을 만드는데 반해 , 자바스크립트는 HTML 페이지 작성자들과 기업용 응용프로그램 개발자들이 클라이언트나 서버에서 운영되는 객체의 행동양식을 동적으로 스크립트하여 사용할 수 있게 설계되었다.
문서에 태그를 붙이고 , 문서의 형태를 변경하며, 퍼블리싱 시스팀으로 문서를 로드하기 위한 도구들이 제공된다. 퍼블리싱 시스팀은 저작도구가 아니다 .
퍼블리싱 서버는 입력되는 데이터를 인덱싱하고 검색하는 강력한 엔진을 가진다. 입력되는 모든 문서들은 순수한 텍스트와 태그로 나뉘어진다. 텍스트는 인덱스된 태그에 따라서 한 개 이상의 계층적인 그룹 혹은 브라우징 트리로 정리된다. 시스팀은 컨텐트 제공자가 그들의 보호영역에 브라우징 트리와 출판물들을 저장할 수 있도록 한다. 문서가 로드되고 인덱스된 후에 , 시스팀은 가입자가 적절한 접근 권한를 갖추고 있는 경우 가입자에게 요구받는 문서를 전달한다 .
문서를 로딩, 변환 , 인덱싱 및 문서를 전달하는 서비스는 퍼블리싱 시스팀의 “ front-end" 구성요소 이다.
퍼블리싱 서버는 다양한 형태의 문서를 수용한다. 텍스트 입력이 이미 지원되는 형태를 가지는 경우 (텍스트 , 뉴스피드의 경우 HTML 또는 ASCII로 , 그래픽의 경우 GIF와 JPEG로 ), 컨텐트 제공자는 출판물을 만들고 관리하는 서비스를 제공하는 로더에게 직접 입력할 수 있다 .
입력 정보가 이미 지원되는 형태가 아닌 경우, 컨텐트 제공자는 로더 대신 변환기로 입력 정보를 처리할 수 있다. 변환기는 문서를 로더로 보내기 전에 입력 정보를 지원되는 형태로 변환한다 .
또한 컨텐트 제공자는 문서를 스캔하여 관련 문서들을 가입자에게 연결시켜 주는 프로파일러를 사용하여 입력되는 문서를 운영한다. 문서와 가입자가 지정한 내용이 일치되면 , 컨텐트 제공자는 전자우편, 개인용 홈 페이지 혹은 기타 방법을 통하여 가입자에게 일치된 결과를 알려줄 수 있다 .
그림 23. Profile Description
그림 24. Define Notification
문서는 가입자가 문서를 검색하기 전에 반드시 인덱스되어야 한다 . 입력되는 문서는 표시가 되어있을 수도 있고 구조화 되어있지(unstructured) 않을 수도 있다. 문서는 그 구조에 따라 인덱스화 된다 .
구조화된 문서의 경우 , 로더는 문서를 지정된 인덱스 형태로 자동적으로 변환하기위해 필터를 호출한다 . 컨텐트 제공자는 출판물에 제목, 작성자 및 날짜왁 같은 속성을 할당함으로써 구조화되지 않은 문서에 출판 스키마를 부여할 수 있다(그림 25). 구조화되지 않은 문서는 완벽하게 인덱스화되고 , 가입자가 모든 텍스트 검색을 하는 데에는 제한을 둔다 . HTML 양식은 컨텐트 제공자가 위와 같은 기능을 로더에게 직접 전달하도록 한다.
그림 25. Browsing Trees
서버에서 스테이징 영역은 컨텐트 제공자가 문서를 출판물로 만들 때까지 문서를 보관한다. 문서를 출판물로 그룹화 하고 퍼블리싱 서버에 파일로 저장한 한후에, 가입자들은 문서를 보기위해 Adobe Acrobat과 같은 Netscape Navigator, MS Internet Explorer 혹은 제 3자가 제공하는 응용 프로그램을 사용할 수 있다 .
입력되는 뉴스피드(newsfeed)에 대해, 시스팀은 다음과 같이 자동화된 인덱싱을 한다 .
- 물리적인 피드(feed)를 읽는다
- 피드를 여러 개의 논리적인 피드로 나눈다
- 각각의 논리적인 피드를 다시 문서로 구분한다
- 문서를 지정된 디렉토리로 이동한다 .
- 인덱싱할 새로운 문서가 있음을 로더에게 알린다.
속성은 컨텐트 제공자가 텍스트 검색의 범위를 결정하도록 문서 구조를 정의하고 그림 25와 같이 브라우징 트리에서 문서를 인덱스화하고 배열하도록 하는 방법이다 .
브라우징 트리는 가입자가 출판물 (예 : Time 혹은 Wall Street Journal), 분류별 (예 : 타임지의 1995년도 판 ) 혹은 주제별 (예 : Sailing)로 검색하고자 할 경우에 컨텐트 제공자는 이 서비스 여부를 결정한다 .
브라우징 트리의 장점은 시간을 절약하고 재사용이 가능하다는 것이다 .
퍼블리싱 시스팀은 컨텐트 제공자가 가입자들에게 텍스트 검색을 수행할 수 있도록 하는 커스터마이즈된 인터페이스를 만들 수 있는 템플릿을 제공한다 . 컨텐트 제공자는 가입자들에게 날짜, 제목 및 저자와 같은 문서 속성으로 검색하도록 할 수 있다.
검색의 결과에는 “Hit.”과 같은 문서 속성을 포함 할 수 있으며 , 이와 같은 속성은 컨텐트 제공자가 작성한 커스터마이즈된 양식 내에 표시된다.
검색 결과가 표시된 후에 , 가입자는 표시된 목록 리스트에서 문서의 하이퍼링크를 선택함으로서 히트된 문서들을 볼 수 있다 (그림 26 참조 ).
그림 26. Simple Search Results
컨텐트 제공자는 요금을 내야하는 제품에 검색을 하거나 검색된 결과로 접근을 할려고 할 때에 접근을 제어를 하는 시스팀을 사용할 수 있다 .
퍼블리싱 시스팀은 강력한 상업용 검색 엔진(Verity)을 사용하고 완벽한 검색 서버 아키텍처를 구현한다. 여러 개의 검색 서버는 동시에 운영될 수 있으며 그 중 사용이 가능한 첫번째 검색 서버가 검색 요구를 처리한다.
각 서버는 비용이 많이드는 검색 초기화 단계를 없애기 위한 방법으로써 여러 개의 검색 그룹을 "open" 상태로 유지한다. 문서를 인덱싱, 업데이트 및 삭제하는 모듈은 문서 로더를 통하여 자동화된다.
컨텐트 제공자가 퍼블리싱 시스팀을 설치한 후에, 가입자는 그림 27에서 보듯이 이 시스팀을 사용할 수 있다 .
그림 27. How the Subscriber Uses the Netscape Publishing System
가입자는 컨텐트 제공자에 의해서 만들어진 로그인 및 등록 양식을 사용한다 . 등록 시 사용자는 유효한 신용 카드 번호를 제공하고 원하는 제품과 가입 계획을 선택한다 .
등록 과정에서, 사용자는 자신이 흥미를 가지는 분야를 요구할 것이다. 데이터베이스에 저장되어 있는 사용자 정보는 컨텐트 제공자에 의해 미래에 홍보나 광고에 사용될 수 있다. 사용자 등록 후에, 사용자는 멤버쉽 데이터베이스에 추가된다 .
가입자는 컨텐트 제공자에 의해서 레이아웃된 브라우징 구조를 사용해서 출판물과 제품을 브라우징할 수 있다 .
가입자가 무엇을 찾고 있는지 알고 있는 경우에, 검색을 사용하여 원하는 주제에 대한 정보를 찾을 수 있다. 가입자는 컨텐트 제공자가 제공하는 검색 양식을 사용하여 찾고자 하는 정보를 지정할 수 있다.
검색 기준은 지정된 기준과 맞는 내용 (예 : 기사 또는 문서 )에 대한 위치 정보를 텍스트 검색 엔진으로 처리한다 . 검색 결과는 화면에 표시되며 주제어의 빈도수에 따라 순위가 정해진다 .
가입자는 문서의 하이퍼텍스트 링크에 선택함으로써 리스트된 문서를 쉽게 볼 수 있다(그림 26 참고 ).
컨텐트 제공자가 프로파일러를 사용하여 입력되는 문서를 처리하였을 경우에, 프로파일러는 입력되는 문서를 스캔하고 가입자의 관심사에 맞는 문서를 기록한다 .
가입자는 컨텐트 제공자에 의해서 지정된 처리 방식을 통해 일정 주기별로 일치된 문서를 받아 볼 수 있다 (예 : 일치된 문서의 목록은 전자 우편 혹은 개인용 홈페이지로 표시된다 ).
가입자가 시스팀으로 부터 문서를 보기전에, 접근 제어 레이어는 사용자가 요구하는 문서에 접근할 수 있는지를 체크하게 된다 .
가입자 요구화는 문서에 접근 권리를 가지고 있는 경우에, 가입자는 그 문서를 볼 수 있다. 가입자는 문서를 보기 위해서 Netscape Navigator 혹은 Adobe Acrobat과 같은 제 3의 제공자의 도구를 사용한다.
미리 정해진 기간에, 사용자 접근료는 컨텐트 제공자에 의해서 수립된 접근 비용과 가입자를 위해 생성되는 비용을 합해서 청구된다 .
넷스케이프 퍼블리싱 시스팀을 "front-office" 구성요소
를 포함하는 퍼블리싱 서버와
과 같은 "back-office" 기능을 포함하는 Netscape Commerce Foundation에 대해서 알아보았다. 또한 이 시스팀을 운영하기 위한 하드웨어와 소프트웨어, 네트워크에 대해서도 알아보았고, 사용자가 사용하기 위한 절차도 살펴보았다. 위에서 살펴보았 듯이 퍼블리싱 시스팀은 컨텐트 제공자가 적은 비용으로 매우 효율적으로 컨텐트를 온라인으로 서비스해줄 수 있는 하나의 솔루션이다. 물론 퍼블리싱 시스팀은 넷스케이프 제품이고 여기서 소개를 하는 목적은 온라인 상에서 퍼블리싱 시스팀과 유사한 서비스를 제공하는 제품을 개발하고자 하는 개발자에게 조금이나마 도움이 되었으면 하는 바램에서 기인한다.
이 퍼블리싱 시스팀은 산업표준을 충실히 따르고 있으며, 차후 확장성을 대비한 모듈별 서비스를 제공한다. 또한 "back-office" 플랫폼하에서 개발할 수 있는 SDK도 지원한다. 여하튼 넷스케이프 퍼블리싱 시스팀은 국내 개발자가 엄두도 내지 못할 제품이 아니며 언제든지 개발할 수 있는 제품이라는 것이다.
기타 부족한 내용은 계속 추가할 예정이다.(http://webforce.solvit.co.kr/~yslee/www/workshop/daegu97/)
Last-Modified : 5/2/97