KR20010095113A

KR20010095113A - 정보 처리 장치, 서버 접속 방법, 프로그램 기억 매체, 및네트워크 시스템

Info

Publication number: KR20010095113A
Application number: KR1020010016627A
Authority: KR
Inventors: 요시미네다까오; 쯔쯔이모또쯔구; 스에요시다까히꼬; 나까무라도시노리; 하나야히로유끼; 우찌야마노부유끼
Original assignee: 이데이 노부유끼; 소니 가부시끼 가이샤
Priority date: 2000-03-30
Filing date: 2001-03-29
Publication date: 2001-11-03
Also published as: US20010029522A1; DE60116568T2; CN1152314C; EP1161050A2; JP2001282730A; US7499982B2; EP1161050B1; EP1161050A3; DE60116568D1; CN1319986A

Abstract

정보 처리 장치, 서버 접속 방법, 프로그램 기억 매체, 및 네트워크 시스템에 있어서, 미리 지정된 액세스 포인트에 대한 접속이 더욱 쉽게 이루어진다. 본 발명은 사용자가 ASP(32)에 놓여진 서버(39)에 준비된 자신의 전용 기억 영역을 확보하는 데 필요한 사용자 등록 데이터를 인터넷(5)을 통하여 ASP(32)로 전송하고, 사용자가 사용자 등록 데이터를 만족시키는 자신의 전용 기억 영역을 나타내는 액세스 포인트로 지정된 URL을 인터넷(5)을 통하여 ASP(32)로부터 수신하도록 설계되며, 이에 기초하여 인터넷(5)을 통하여 콘텐트 서버(39)의 액세스 포인트로의 접속이 자동적으로 이루어짐으로써, 사용자에게 URL에 대한 입력 동작을 수행하도록 강요하지 않으면서도 보다 용이하게 미리 정해진 액세스 포인트에 접속하는 것을 가능하게 한다.

Description

정보 처리 장치, 서버 접속 방법, 프로그램 기억 매체, 및 네트워크 시스템{INFORMATION PROCESSING DEVICE, SERVER CONNECTION METHOD, PROGRAM STORAGE MEDIUM, AND NETWORK SYSTEM}

본 발명은, 예를 들어 인터넷 상에 콘텐트를 제공하는 네트워크 시스템에 적절하게 적용할 수 있는, 정보 처리 장치, 서버 접속 방법, 프로그램 기억 매체, 및 네트워크 시스템에 관한 것이다.

각 개인들이 만든 문자, 영상, 음성, 및 동영상으로 구성된 콘텐트를 인터넷으로 공급하는 경우에 있어서, 지금까지는 각 사용자가 퍼스널 컴퓨터를 사용하여 자신의 홈페이지를 구축하는 것이 일반적이었다.

각 개인들이 상기와 같이 홈페이지를 오픈하는 경우에 있어서, 사용자는 다수의 콘텐트에 하이퍼링크된 HTML(hyper text markup language)로 구성된 홈페이지를 구축하기 위해서 퍼스널 컴퓨터에 설치된 홈페이지 제작 프로그램을 구동시키고 인터넷 서비스 제공자 (이하, ISP라 칭함)의 서버에 이 홈페이지를 업로드시킨다.

그리고, ISP의 서버는 인터넷을 통해 접속하는 클라이언트에게 홈페이지를 제공하고, 클라이언트가 홈페이지의 앵커를 클릭하면 순차적으로 하이퍼링크된 콘텐트를 제공한다.

상기한 바와 같은 구조를 갖는 컴퓨터 네트워크 시스템에서는, ISP의 서버에 저장된 관련 홈페이지의 데이터를 갖기 위해서 사용자 등록이 필수적으로 수행되어야 하므로 전용 기억 영역이 서버에 확보되어야 한다.

각 사용자에게 서버의 전용 기억 영역을 할당하기 위해, 사용자 ID와 연관된 URL(uniform resource locator)이 발행되어 사용자에게 통지됨으로써, 사용자는, URL에 대응하는 서버의 전용 기억 영역에 자신의 홈페이지의 데이터를 저장할 수 있다.

하지만, 사용자가 예를 들어 홈페이지의 콘텐트를 바꾸기 위해서는, 서버의 전용 기억 영역에 액세스할 때마다 매번 URL에 들어가야 하고, 따라서 사용자가 매번 입력 작업을 수행하여야 하므로, 퍼스널 컴퓨터를 조작하는 데 익숙하지 않은 사용자에게는 서버를 이용하기가 곤란하다는 문제점이 제기되어 왔다.

상술한 점을 고려하여 본 발명의 목적은, 지정된 액세스 포인트에 접속하는 것을 훨씬 용이하게 해줄 수 있는, 정보 처리 장치, 서버 접속 방법, 프로그램 기억 매체, 및 네트워크 시스템에 관한 것이다.

상기 목적 및 본 발명의 또 다른 목적은, 네트워크에 접속된 서버에 마련된 사용자의 전용 기억 영역을 확보하기 위해 필요한 사용자 등록 데이터를 사용자가 네트워크를 통해 서버에 전송하는 방법, 및 서버의 액세스 포인트로 자동 접속되는 것을 기초로 하여, 사용자 등록 데이터를 만족하는 사용자 전용 기억 영역을 나타내는 액세스 포인트로서 지정된 어드레스 데이터를 사용자가 네트워크를 통해 서버로부터 수신하는 방법에 의해 달성된다.

서버로부터 수신된 어드레스 데이터를 기초로 해서 사용자 전용 기억 영역을나타내는 액세스 포인트에 자동 접속되는 사용자에게 있어서, 사용자는 어드레스 데이터를 입력하는 작업을 수행할 필요가 없으며, 따라서 사용자가 액세스 포인트에 접속하기가 보다 용이하게 된다.

본 발명의 특성, 원리, 및 용도는 각 부분을 참조 번호 및 기호로 표시되는 첨부 도면과 관련하여, 이하 상세한 설명으로부터 보다 명백해질 것이다.

도 1은 인터넷을 이용한 전자 상거래의 원리를 설명하는 데 사용되는 블록도.

도 2는 본 발명의 콘텐트 제공 시스템의 구조를 나타내는 개략 블록도.

도 3은 사용자 PC의 구조를 나타내는 개략 블록도.

도 4는 데스크 탑 화면을 나타내는 개략도.

도 5는 사용자 정보 등록 화면을 나타내는 개략도.

도 6은 사용자 정보 파일을 나타내는 개략도.

도 7은 콘텐트 제공자의 구조를 나타내는 개략 블록도.

도 8은 ASP 관리 서버의 사용자 등록 절차 처리 순서를 나타내는 플로우차트.

도 9는 사용자 정보 데이터베이스에 등록된 사용자 정보 DB의 콘텐트를 나타내는 개략도.

도 10은 캡쳐 화면을 나타내는 개략도.

도 11은 확인 화면을 나타내는 개략도.

도 12는 편집 화면을 나타내는 개략도.

도 13은 온디맨드형 퍼스널 캐스팅 제어 화면을 나타내는 개략도.

도 14는 풀 다운 메뉴를 나타내는 개략도.

도 15는 마이 채널 장르 화면을 나타내는 개략도.

도 16은 코덱 선택 화면을 나타내는 개략도.

도 17은 온디맨드형 제공 스케줄 관리 화면을 나타내는 개략도.

도 18은 CM 제공 요청 화면을 나타내는 개략도.

도 19는 CM 링크 설정 화면을 나타내는 개략도.

도 20은 콘텐트 ID 설정 화면을 나타내는 개략도.

도 21은 온디맨드형 제공 스케줄 제어 파일의 콘텐트를 나타내는 개략도.

도 22는 온디맨드형에서의 ASP에 대한 접속 처리 순서를 나타내는 플로우차트.

도 23은 제공 스케줄의 확인 및 변경 처리 순서를 나타내는 플로우차트.

도 24는 온디맨드형에서의 캐스팅 처리 순서를 나타내는 플로우차트.

도 25는 퍼스널 캐스팅 서비스의 홈페이지 화면을 나타내는 개략도.

도 26은 마이 채널용 장르 테이블 화면을 나타내는 개략도.

도 27은 "차" 비디오 장르에 관한 채널 표시 화면을 나타내는 개략도.

도 28은 선택된 채널 버튼과 매칭되는 콘텐트를 나타내는 콘텐트 표시 화면을 나타내는 개략도.

도 29는 라이브형 퍼스널 캐스팅 제어 화면을 나타내는 개략도.

도 30은 라이브형 제공 스케줄 관리 화면의 표시 처리 순서를 나타내는 플로우차트.

도 31은 퍼블릭 채널용의 라이브형 제공 스케줄 관리 화면을 나타내는 개략도.

도 32는 라이브형 제공 스케줄 제어 파일의 콘텐트를 나타내는 개략도.

도 33은 예약 처리 순서를 나타내는 플로우차트.

도 34는 마이 채널용 라이브형 제공 스케줄 관리 화면을 나타내는 개략도.

도 35는 마이 채널용 라이브형 제공 스케줄 제어 파일의 콘텐트를 나타내는 개략도.

도 36은 예약 불가 메시지 표시 화면을 나타내는 개략도.

도 37은 라이브형에서의 ASP에 대한 접속 처리 순서를 나타내는 플로우차트.

도 38은 라이브형에서 마이 채널을 통해 수행되는 캐스팅 처리 순서를 나타내는 플로우차트.

도 39는 마이 채널용 라이브 비디오 스케줄 표시 화면을 나타내는 개략도.

도 40은 선택된 채널 버튼과 매칭되는 라이브 비디오 콘텐트를 나타내는 콘텐트 표시 화면을 나타내는 개략도.

도 41은 라이브형에서 퍼블릭 채널을 통해 수행된 캐스팅 처리 순서를 나타내는 플로우차트.

도 42는 퍼블릭 채널용 채널 표시 화면을 나타내는 개략도.

도 43은 퍼블릭 채널용 라이브 비디오 스케줄 표시 화면을 나타내는 개략도.

도 44는 음악 라이브 채널에서 선택된 라이브 비디오 콘텐트를 나타내는 콘텐트 표시 화면을 나타내는 개략도.

도 45는 기부액 선택 화면을 나타내는 개략도.

도 46은 CM 비디오가 있는 콘텐트의 제공 처리 순서를 나타내는 플로우차트.

도 47은 이익 반환 처리 순서를 나타내는 플로우차트.

<도면의 주요 부분에 대한 부호의 설명>

1 : 콘텐트 제공 시스템

2 : 사용자 PC

3 : 콘텐트 제공자

4 : 클라이언트 PC

5 : 인터넷

17 : 표시부

21 : 사용자 정보 등록 화면

25 : 사용자 정보 파일

31 : 인터넷 서비스 제공자(ISP)

32 : 어플리케이션 서비스 제공자(ASP)

33 : 제어 서버

34 : 과금 관리 데이터베이스

36 : 관리 서버

37 : 사용자 정보 데이터베이스

38 : 제공 스케줄 관리 데이터베이스

39 : 콘텐트 서버

첨부 도면을 참조로 하여, 본 발명의 바람직한 실시예를 설명하고자 한다:

(1) 인터넷을 이용한 전자 상거래의 원리

인터넷은 커뮤니케이션 링크에 의해 서로 다른 다수의 컴퓨터를 접속시킴으로써 구현된 컴퓨터 네트워크 시스템이며, 이-메일(e-mail), 고퍼(Gopher), 및 WWW(World Wide Web)과 같은 다양한 서비스를 이용하여 서로 다른 컴퓨터 간에 정보를 전송 및/또는 수신할 수 있도록 설계되었다.

도 1에 나타낸 바와 같이, WWW에 포함된 각종 서비스를 인터넷을 통해 클라이언트 퍼스널 컴퓨터(PC : 302-1 내지 302-N)에 제공하는 WWW 서버("웹서버" 또는 "웹사이트" 등으로 지칭하기도 함 : 301)는 내부 하드 디스크 상에 숫자 및 영상과 같은 그래픽 정보로 구성된 웹 페이지를 저장한다.

상기와 같은 WWW(301) 또는 웹페이지 등에 사용되는 각 자원(resource)은, 인터넷(300) 상에서 구별시키는 광고 기법인 URL(uniform resource locator)을 이용하여 실수없이 인식될 수 있다.

따라서, 사용자가 사용하고자 하는 웹페이지의 URL이, 예를 들어 HTTP(hypertext transfer protocol) 등의 특정 전송 프로토콜을 따르는 사용자에 의해 지정될 경우, 인터넷에 접속된 클라이언트 PC(302-1 내지302-N)는 URL과 일치하는 웹페이지를 읽어들이기 위해 WWW 서버(301)에 명령을 하게 된다.

WWW 서버(301)로부터의 명령 판독의 결과로서 WWW 서버(301)로부터 전송된 웹페이지를 수신하는 경우, 클라이언트 PC(302-1 내지302-N)는 인터넷 하드 디스크상에 미리 저장된 WWW 브라우저를 통해 표시부에 웹페이지가 보여지도록 한다.

웹페이지는 전형적으로 HTML(hyper text markup language)을 사용하여 규정되며, 웹페이지를 규정하는 HTML 문서에는, 웹페이지가 어떻게 구현되어야 하는지를 규정하는 HTML에 의해 조절되는 태그(예약어)라 지칭되는 기호가 포함된다.

추가의 정보를 나타내기 위해, HTML 문서에는 그래픽, 제어 및 다른 기능을 나타내는 각종 태그가 포함되며, HTML문서는 WWW 서버(301) 또는 다른 WWW서버에서 사용할수 있는 웹페이지의 URL을 링크 포인트로서 동시에 지정할수 있으며, 이로부터 웹페이지의 판독 명령이 있게 된다.

따라서, 웹페이지는 웹페이지 제공자에 의해 의도되는 표시 방법으로 클라이언트 PC(302-1 내지 302-N)의 표시부 상에 구현된다.

하지만, 최근에는 인터넷(300)을 이용한 전자 상거래에 상술한 WWW을 사용하게 되었다.

이 경우에, 전자적으로 기입된 상품의 상품 카달로그로 구성된 웹페이지를 WWW 서버(301)내에 마련하고, 그 상품을 구입하고자 하는 클라이언트의 명령에 반응하여, 클라이언트가 소유하고 있는 클라이언트 PC(302-1 내지 302-N)로 이를 전송한다.

이러한 방법으로 클라이언트 PC(302-1 내지 302-N)의 표시부에는 인터넷(300)을 통해 WWW 서버(301)로부터 수신한 웹페이지가 나타나고 결과적으로 클라이언트가 판매용 상품 카달로그를 탐색할수 있게 된다.

사용자가 표시부 상에 나타난 상품 카탈로그 웹페이지 상에서 구입하려는 물품을 지정할 경우, 클라이언트 PC(302-1 내지 302-N)는 인터넷(300)을 통해 그러한 결과를 WWW 서버(301)에 통지한다.

수신할 경우, WWW서버(301)는 클라이언트 PC(302-1 내지 302-N)로부터 클라이언트 정보를 요청하며, 이로부터, 물품을 구입한 클라이언트의 성명, 클라이언트 소유 신용 카드 번호, 물품이 배달될 주소를 포함한 클라이언트 정보를 수신한다.

이어서, 상술한 클라이언트 정보를 수신할 경우, WWW 서버(301)는 물품 구입 주문을 확인하면서 클라이언트 PC(302-1 내지 302-N)에 웹페이지를 전송하고, 클라이언트가 웹페이지 상에서 주문 내역을 확인하도록 하고 이어서 배달될 수 있도록 이들을 배열한다.

이러한 방법으로 인터넷(300)을 이용하는 전자 상거래를 이용하여, 인터넷(300)을 통해 클라이언트들에게 전자적으로 전달되는 음악과 같은 전자 콘텐트 형태의 다양한 물품, 또는 택배 회사에 의해 클라이언트들에게 배송되는 PC와 같은 유형의 제품에 전자 상거래가 적용될수 있다.

또한, HTML에 추가하여 웹페이지를 규정하는 또 다른 방법으로는, 소위 XML(extensible markup language)가 있으며 이는 HTML에서와 같이 태그를 사용하지만 자료의 구조 및 의미를 표현할수 있으며, DTD(document tyep definition ; 문서형 정의)에 의해, 태그의 계층 구조 및 데이터 유형과 같은 속성을 지정할 수 있다.

따라서, WWW서버(301)에서, 웹페이지를 XML을 이용하여 규정할 경우, 예를 들어, 데이터베이스 내에 사전에 저장된 명령 승인 코드, 상품 코드, 단위 가격, 및 수량과 같은 정보 처리용 데이터를 각각 각종 태그에 삽입하여, 웹페이지를 탐색에 뿐만 아니라 태그에 삽입된 정보 처리용 데이터를 이용하여 명령 계산 시 정보처리를 자동적으로 수행하는 데에 사용할 수 있다.

(2) 콘텐트 제공 시스템의 구조

도 2의 도면 부호 1은 인터넷을 이용하여 전자 상거래를 구현하기 위한 본 발명 전체의 콘텐트 제공 시스템을 나타내며, 이는 콘텐트 제작자가 사용하는 사용자 PC(2), 필요에 따라 제공되며 사용자 PC(2)에 의해 만들어진 콘텐트를 기억하는 콘텐트 제공자(3), 콘텐트 제공자(3)로부터 웹사이트 상에 특정된 콘텐트의 제공을 수신하는 복수의 클라이언트 PC(4 : 4A 내지 4N), 사용자 PC(2)를 통해 인터넷(5)상에서 콘텐트 제작자가 온라인 쇼핑을 하는 온라인 통신 판매 회사(6), 및 광고 영상 (이하, "CM 영상"이라 칭함)을 만들어내고 콘텐트 제공자(3)가 클라이언트 PC(4)에 CM 영상을 제공하도록 요청하는 광고 클라이언트 (이하, "CM 클라이언트"라 칭함 : 7)를 포함하며, 이들은 서로 인터넷(5)을 통해 접속된다.

여기서, 상술한 콘텐트 제공자(3), 온라인 통신 판매 회사(6) 등은 일반적으로 사업 기반이나 회사를 나타낸다. 하지만, 본 발명의 명세서에서는 제공자 사업또는 온라인 통신 판매 사업을 수행하는데 필요한 시스템 즉, LAN 등으로 복수의 라우터 및 서버를 접속함으로써 구성되는 유형의 네트워크 시스템을 나타낸다.

이러한 콘텐트 제공 시스템(1)은 콘텐트 제공자(3)가 수신하는 이익을 클라이언트 PC(4)가 사용자 PC(2)를 사용하여 만든 개인 콘텐트에 액세스한 수에 따라 콘텐트 제작자에게 적절히 돌려주는 (이하, "이익 반환"이라 지칭함) 시스템이며, 이는 클라이언트 PC(4)가 웹사이트에 액세스하는 수를 증가시킬 목적으로, 콘텐트 제작자가 훨씬 우수한 콘텐트를 만들 수 있도록 해줄 수 있고, 인터넷(5)을 통해 완전히 새로운 비즈니스 모델을 구현할 수 있다.

파선으로 개시된 콘텐트 제공자(3), 온라인 통신 판매 회사(6,) 및 CM 클라이언트(7)는 서로 다양한 방법으로 콘텐트 제작자(사용자 PC(2))에 이익 반환 절차를 수행하는 비즈니스 얼라이언스(8)를 형성하며 제휴한다.

(3) 사용자 PC의 사용자 등록 절차

상기 콘텐트 제공 시스템(1)에서 사용자 PC(2)는 먼저 콘텐트 제공자(3)를 고려하여 사용자 등록 절차를 수행할 필요가 있으며, 이를 하기에 상세하게 설명한다.

도 3에 나타난 바와 같이. 사용자 PC(2)는 CPU(10), HDD(hard disk drive : 12), RAM(random access memory : 13), IEEE(institute of electrical and electronics engineers)1394 인터페이스(14), 네트워크 인터페이스(16), 및 액정 디스플레이의 표시부(17)를 포함하며, 이들은 모두 버스(11)를 통해 서로 접속된다.

상기와 같은 사용자 PC(2)에는, OS(operating system) 또는 기본 프로그램 이외에도 그 외의 각종 응용 소프트웨어가 HDD(12)에 기억되며, 이는 특정 프로세스가 수행되는 경우에 RAM(13) 상에서 작동된다.

즉, 도 4에 나타낸 바와 같이, 사용자 PC(2)에서 표시부(17) 상에 나타나는 데스크탑 화면(19) (마이크로소프트사의 윈도우 화면) 상의 온라인 사인업 아이콘(20)을 OS가 작동될 때 콘텐트 제작자가 클릭할 경우, CPU(10)는 HDD(12)로부터 자동 온라인 신호 소프트웨어를 시동하고, 도 5에 나타낸 바와 같이, 표시부(17)에 사용자 정보 등록 화면(21)을 표시하도록 한다.

이러한 사용자 정보 등록 화면(21)은 화면 타이틀이 나타내는 것과 같은 퍼스널 캐스팅 서비스에 적용하고자 할 경우에 사용자 정보를 등록하기 위해 사용된다. 화면에 따라, 콘텐트 제작자는 성명, 주소, 전화 번호, 이-메일 어드레스, 생년월일, 신용 카드 번호, 1차 희망 사용자 ID, 2차 희망 사용자 ID, 3차 희망 사용자 ID, 희망 채널명, 패스워드, 및 패스워드 확인을 입력하고, 최종적으로 신청 서비로서 "무제한형(as-much-as-I-like) 코스" 또는 "초보자 코스" 중 하나를 선택한다.

퍼스널 캐스팅 서비스는, 본 명세서에서 이후에 상술하는 콘텐트인, 각각 온디맨드형(on-demand type) 동영상 제공 서비스 및 라이브형(live type) 동영상 제공 서비스로 지칭되는 2종의 콘텐트 제공 방법을 채용하는 본 발명의 콘텐트 제공 시스템(1)에서 새로이 시도되는 콘텐트 제공 방법이다.

사용자 정보 등록 화면(21) 상에는, 콘텐트 제작자가 입력한 사용자 정보 콘텐트를 무효로 하는 취소 버튼(22), 및 콘텐츠 제작자에 의해서 입력된 사용자 정보로 신청을 행하기 위한 신청 버튼(23)이 위치한다.

따라서, 사용자 정보를 입력한 후 신청 버튼(23)을 클릭할 경우, 사용자 PC(2)의 CPU(10)는, 도 6에 나타낸 바와 같이, 사용자 정보 등록 화면(도 5) 상에서와 유사한 콘텐트를 포함하는 사용자 정보 파일(25)을 만들어내며, 이를, 인터넷(5, 도 2)을 통해 주어진 프로토콜로 네트워크 인터페이스(16, 도 3)로부터 콘텐트 제공자(3)에게 전송하고, 동시에 HDD(12) 상에 사용자 정보 파일(25)을 읽고 저장한다.

콘텐트 제공자(3)는, 도 7에 나타낸 바와 같이 사용자 PC(2)를 인터넷(5)에 접속시키는 인터넷 서비스 제공자(Internet service provider, 이하 "ISP"라 칭함 : 31), 및 필요에 따라 클라이언트 PC(4)에 제공되며 사용자 PC(2)로부터 공급된 콘텐트를 기억하는 어플리케이션 서비스 제공자(application service provider, 이하 "ASP"라 칭함 : 32)로 구성된다.

인터넷 서비스 제공자(31)는, 전반적인 작동을 감독하는 제어 서버(33), 사용자 PC(2)에 대한 과금 관리를 행하는 과금 관리 데이터베이스(34), 및 사용자 PC(2)를 인터넷(5)을 통해 네트워크에 접속시키는 네트워크 인터페이스(35)를 포함하며, 이들은 서로 LAN(local area network)을 통해 접속되고, 과금 관리 및 네트워크 제어는 제어 서버(33)를 제어함으로써 달성된다.

어플리케이션 서비스 제공자(32)는 전체 작동을 감독하는 관리 서버(36), 사용자 PC(2)의 사용자 정보 파일(25)를 관리하는 사용자 정보 데이터베이스(37), 콘텐트 제공 스케줄을 관리하는 제공 스케줄 관리 데이터베이스(38), 콘텐트를 기억하고 제공하는 콘텐트 서버(39), 콘텐트 관찰자인 클라이언트 PC(4)(뷰어)에 관련된 뷰어 정보를 관리하는 뷰어 정보 데이터베이스(40), 및 CM 클라이언트(7)로부터 공급되며 CM 영상 ID(identification)와 매칭되는 CM 영상을 기억하고 관리하는 광고 관리 데이터베이스(44)를 포함하며, 이들은 LAN(43)을 통해 서로 접속되고, 관리 서버(36)의 제어 하에서 사용자 정보 관리, 제공 스케줄 관리, 콘텐트 저장 및 제공 처리, 뷰어 정보 관리 및 광고 제공 관리를 수행하도록 설계된다.

콘텐트 제공자(3)는 ISP(31)의 네트워크 인터페이스(35) 및 ASP(32)의 네트워크 인터페이스(41)을 통해 사용자 등록 절차를 관리 서버(36)에서 수행할 경우 사용자 PC(2)로부터 전송된 사용자 정보 파일(25)을 수신한다.

사용자 정보 파일(25)를 수신하면, ASP(32)의 관리 서버(36)는, 내부 하드 디스크로부터 불러내어 항상 구동되는 사용자 정보 절차 프로그램에 따라, 시동 단계부터 도 8에 나타낸 루틴 RT1을 출발하여 단계 SP1으로 이동한다.

단계 SP1에서, ASP(32)의 관리 서버(36)는 사용자 PC(2)로부터 전송된 사용자 정보 파일(25)의 콘텐트를 읽어내어 신용 카드 번호의 자릿수를 체크하며, 자릿수가 정확한 것으로 판명되면 다음 단계 SP2를 진행한다.

하지만, 신용 카드 번호가 정확한 자릿수로 구성되지 않은 경우, ASP(32)의 관리 서버(36)는 인터넷을 통해 그 결과를 사용자 PC(2)에 통지해서 사용자가 정확한 자릿수의 신용 카드 번호를 입력하도록 촉구한다.

ASP(32)의 관리 서버(36)는 인터넷(5)을 통해 네트워크 인터페이스(41)를 이용하여 신용 카드 회사의 여신 체크 서버(26)에 액세스하여 신용 카드 번호가 단계 SP3에서 유효한지를 체크하고 신용 카드 번호가 사용 가능한 상태일 경우에만 다음 단계 SP4를 수행한다.

단계 SP4에서, ASP(32)의 관리 서버(36)는 사용자 정보 데이터 베이스(37)에 재차 액세스하고, 사용자 정보 파일(25)의 1차∼3차 희망 사용자 ID가 이미 사용되고 있는지의 여부를 조사하여 1차∼3차 희망 사용자 ID 중 어느 하나가 아직 사용되고 있지 않은 경우, 다음의 단계 SP5로 이동한다.

단계 SP5에서, ASP(32)의 관리 서버(36)는 원하는 1차 ID 내지 3차 ID 중에서 가장 원하는 미사용의 사용자 ID를 선택하고, 상기 사용자 ID와 매칭되는 URL을 결정한 후에, 사용자 정보 파일(25)을 기초로 하여 도 9에 나타낸 바와 같은 사용자 정보 DB 테이블(45)을 만들고, 이를 사용자 정보 데이터베이스(37)에 신규로 등록한다. 이후, 단계 SP6로 이동한다.

사용자 정보 파일(25)의 콘텐트에 추가하여, 사용자 정보 데이터베이스(37)에 신규로 등록된 사용자 정보 DB 테이블(45)에 추가되는 것은 사용자 ID에 매칭되는 결정된 URL, 콘텐트 제작자가 이익 반환을 수신할 때 필요한, 콘텐트 제작자가 승인한 누적 포인트 수, 누적 포인트 수에 비례하는 사용자 등급을 나타내는 사용자 상태 (단계 1), 접속 개시 일시, 접속 종료 일시, 현재 시간에서 ISP(31)에서 인터넷(5)으로의 인터넷 접속료, 및 ASP(32)의 신청 서비스("무제한형 코스")에 대한 서비스 이용료이다.

이러한 방법으로, 사용자 ID와 매칭하는 URL을 결정한 후에, ASP(32)의 관리서버(36)이 이를 사용자 정보 데이터베이스(37)에 등록하여, 콘텐트 제작자가 URL에 맞춰진 콘텐트 서버(36)내에 예정된 전용 기억 영역 내에 개별 콘텐트 제작자에 의해 만들어진 콘텐트 영화 파일을 쓸 권리를 승인한다.

또한, ASP(32)의 관리 서버(36)는 콘텐트 제작자에 의해 사용자 정보 DB(37)내에서 사용자 정보 데이터 테이블(45)을 관리하고, 클라이언트 PC(4)에 의해 수행된 액세스수에 따라 콘텐트 제작자의 누적 포인트 수를 증가시키고 갱신하거나, 누적 포인트에 따라 콘텐트 제작자의 사용자 상태를 변경시키거나, 접속 개시 일시, 접속 종료 일시, 현재 인터넷 접속료, 및 사용한 서비스에 대한 서비스 이용료의 각종 데이터를 차례차례 갱신한다.

사용자 상태는 누적 포인트 수에 비례한 콘텐트 제작자의 등급이며 가장 낮은 단계 1에서 단계 2로, 단계 2에서 프로페셔널 단계로 상승한다. 이러한 경우에, 콘텐트 제작자의 사용자 상태가 높을수록 보다 많은 이익 반환을 받을 수 있다.

단계 SP6에서, ASP(32)의 관리 서버(36)는 네트워크 인터페이스(41)가, 인터넷(5)을 통해, 결정된 사용자 ID 뿐만 아니라 사용자 ID와 매칭되는 URL을 사용자 PC(2)에 통지하도록 한다.

이 때, ASP(32)의 관리 서버(36)는 사용자 PC(2)에 "사용자 ID에 매칭되는 URL에 자동 접속되고 URL에 맞춰진 콘텐트 서버(39)의 전용 기억 영역 내에 사용자 PC(2)에 의해 만들어진 영화 파일 콘텐트를 자동으로 쓸 수 있도록" 프로그램된 자동 업로드 프로그램 (자동 접속 세팅 프로그램)을 사용자 PC(2)에 인터넷(5) 상에서 공급한다.

따라서, 사용자 PC(2)의 CPU(10)는 인터넷(5)을 통해 자동 업로드 프로그램을 다운로드하고, 자동 업로드 프로그램을 바탕으로 하여 데스크톱 화면(19, 도 4) 상에 자동 업로드 프로그램의 업로드 아이콘(27)을 표시한다.

이어서, 데스크톱 화면(19)의 업로드 아이콘(27)을 콘텐트 제작자가 클릭할 경우, 사용자 PC(2)의 CPU(10)는 자동 업로드 프로그램에 따라 인터넷(5)을 통해 ISP(31)을 거쳐 ASP(32)에 접속되며, ASP(32)의 관리 서버(36)에 "URL에 맞춰진 콘텐트 서버(39)의 전용 기억 영역 내에 콘텐트의 영화 파일을 자동으로 쓰는" 지시를 내린다.

상기 과정으로 인해, ASP(32)의 관리 서버(36)는 URL을 바탕으로 콘텐트 서버(39)의 전용 기억 영역에 사용자 PC(2)로부터 공급된 콘텐트의 영화 파일을 쓸 수 있고 클라이언트 PC(4)로부터의 요청에 반응하여 콘텐트 서버(39)의 전용 기억 영역으로부터 콘텐트의 영화 파일을 읽을 수 있으며, 이를 클라이언트 PC(4)에 공급한다.

이러한 방법으로, 콘텐트 제작자에 의한 사용자 정보 등록 절차에 따라 지정된 사용자 ID 및 URL를 이용하여 일단 ASP(32)로부터 자동 업로드 프로그램이 다운로드되면, 사용자 PC(2)의 CPU(10)에 의해, 콘텐트 제작자가 주의를 기울여 URL을 입력하지 않고 업로드 아이콘(27)를 클릭하는 것만으로도 콘텐트 서버(39)의 전용 기억 영역에 콘텐트의 영화 파일을 업로드하는 것이 훨씬 용이해진다.

결과적으로, 콘텐트 제공 시스템(1)에서, 사용자 자신의 전용 채널 (이하, "마이 채널"이라 칭함)을 통해, 콘텐트를 제공하는 개인 방송국을 오픈하는 것과 같은 시스템을 구현하는 것이 가능해진다.

ASP(32)의 관리 서버(36)에 의해 완성된 사용자 등록 절차 처리에 의해 단계 SP7에서 사용자 등록 완성 통지 메일을 만들고, 이를 인터넷(5)을 통해 네트워크 인터페이스(41)로부터 사용자 PC(2)로 전송하여, 단계 SP8에서 모든 사용자 등록 절차 처리를 완료한다.

한편, ASP(32)의 관리 서버(36)는 필요에 따라 개인 사용자 정보 DB 테이블(45)을, 사업 협정을 맺은 ISP(31)의 제어 서버(33), 사용자 PC(2)를 ISP(31)의 액세스 포인트에 라인 접속시켜주는 전화 회사(도시되지 않음), 및 온라인 통신 판매 회사(6)에 전송한다.

결과적으로, ISP(31)의 제어 서버(33) 및 온라인 통신 판매 회사(6)도 또한 사용자 정보 DB 테이블(45)을 확보하고 있다.

따라서, 모든 사용자 PC(2)에서 수행하도록 요구되는 것은 단지 최초에 사용자 정보 절차 처리를 수행하는 것뿐이며, ISP(31), 전화 회사, 온라인 통신 판매 회사 등에 액세스할 때마다 귀찮은 절차를 따르지 않아도 된다.

덧붙이자면, ASP(32)의 관리 서버(36)는 사용자 등록 절차를 수행하는 동안 개인 정보 DB 테이블(45)의 콘텐트를 ISP(31)의 제어 서버(33), 전화 회사, 및 온라인 통신 판매 회사(6)에 전송하는 데 대한 콘텐트 제작자의 동의를 사전에 구해야 한다.

(4) 퍼스널 캐스팅 서비스 모드

본 발명의 콘텐트 제공 시스템(1)에는, 상기한 바와 같이 퍼스널 캐스팅 서비스의 콘텐트 제공 방법에 따라 온디맨드형과 라이브형이 있다.

온디맨드형은, 퍼스널 캐스팅 서비스를 위한 사용자 등록시에 미리 정해진 사용자 PC(2)의 URL에 맞춰진 콘텐트 서버(39)의 전용 기억 영역에 콘텐트를 미리 기억시키고, 콘텐트 서버(39)의 전용 기억 영역을 통해 요청받을 경우 마치 자신의 전용 채널(마이 채널) 또는 개인 방송국인 것처럼 콘텐트를 클라이언트 PC(4)에 제공한다.

한편, 라이브형은, 퍼스널 캐스팅 서비스의 다수 불특정 등록 사용자가 공유 기저로, 특정 장르 (예를 들면 웨딩 채널, 음악 라이브 채널, 극장 라이브 채널, 및 이벤트 라이브 채널)의 영상 채널로 URL이 지정된 콘텐트 서버(39)의 전용 기억 영역을 시간표별로 나누어 사용하고, 편성에 의해 재생된 라이브 영상 콘텐트를 실시간으로 콘텐트 서버(39)의 전용 기억 영역을 거쳐, 요청하는 클라이언트 PC(4)에 전송하는 서비스 모드이다.

이러한 방법으로, 라이브형은 다수의 불특정 등록 사용자가, 특정 장르의 비디오 채널로 URL이 지정된 콘텐트 서버(39)의 전용 기억 영역을 사용하는 시간표를를 예약함으로써 자유롭게 콘텐트를 제공할수 있도록 설계되었으며, 이로인해 마치 퍼블릭 비디오 채널 (이하, "퍼블릭 채널"이라 칭함)을 통하는 것처럼, 요청하는 클라이언트 PC(4)에 라이브 영상 콘텐트를 제공하는 것이 가능해진다.

(5) 온디맨드형 퍼스널 캐스팅 서비스

이어서, 콘텐트 제공 시스템(1)의 온디맨드형에 의한 퍼스널 캐스팅 서비스에 대해 상세하게 설명하고자 한다.

(5-1) 온디맨드형의 콘텐트 제작 절차

사용자 PC(2)의 CPU(10, 도 3)에 의해 HDD(12)로부터 최초로 구동된 영상 캡쳐 소프트웨어에 의해 도 10에 나타낸 바와 같은 캡쳐 화면(50)이 표시부(17)에 표시된다.

이 경우에, 사용자 PC(2)의 CPU(10)에 의해, IEEE 1394 인터페이스(14)를 통해 접속된 디지털 비디오 카메라(18)와 영상 캡쳐 소프트웨어로 구동되는 캡쳐 화면(50)을 링크한 다음, 콘텐트 제작자가 영화 모드 변경 버튼(53)을 클릭하면 온디맨드형이 설정된다.

이어서, 사용자 PC(2)의 CPU(10)는, 파인더 표시 영역(51)상에 표시된 디지털 비디오 카메라(18)로 찍은 영상을 콘텐트 제작자가 확인하게 하고, 콘텐트 제작자가 캡쳐 버튼(52)를 클릭하면 디지털 비디오 카메라(18)을 이용하여 녹화가 시작되고, 캡쳐 버튼(52)을 다시 클릭하면 녹화가 종료된다.

이 때, 사용자 PC(2)의 CPU(10)는 캡쳐 버튼(52)의 클릭에 반응하여 IEEE1394 인터페이스(14)를 통해 디지털 비디오 카메라(18)에 레코드된 애니메이션 데이터를 캡쳐하며, 이는 HDD(12) 상에 일단 레코드된다.

이어서, 사용자 PC(2)의 CPU(10)는, 도 11에 나타낸 바와 같은 영상 캡쳐 소프트웨어에 따라 확인 화면(55)이 표시부(17)에 나타나도록 한다. 상기 확인 화면(55) 상에는, HDD(12) 상에 일단 레코드된 재생 영화 데이터를 보여주는 비디오 표시 영역(56), 영화 데이터가 재생되는 동안의 시간 코드를 나타내는 시간 코드 표시 영역(57), 녹화 데이터를 보여주는 데이터 표시 영역(58), 재생, 정지, 영화 데이터 빠른 뒤로 감기 또는 되감기의 조작 버튼(59), HDD(12)에서 영화 데이터 일부 또는 전체를 삭제하는 삭제 버튼(60), 및 OK 버튼(61)이 형성되어 있고, 이들을 이용해 콘텐트 제작자가 확인 화면(55) 상에 레코드된 영화 데이터의 화면을 확인할수 있고 원하는 장면만 보존하기 위해 이들을 편집할 수 있게 된다.

이는, 콘텐트 제작자가 확인 화면(55) 상에서 레코드된 영화 데이터의 장면을 확인하고 편집한 후에 OK 버튼(61)을 클릭할 경우 사용자 PC(2)의 CPU(10)가 HDD(12)에서 두번째로 편집 소프트웨어를 구동시키고 표시부(17)에 도 12에 나타낸 바와 같은 편집 화면(65)을 표시하게 한다는 것을 의미한다.

상기 편집 화면(65) 상에는, 디지털 비디오 카메라(18)를 이용하여 레코드된 영화 데이터의 확인 화면(55)을 표시할 수 있는 3종류의 확인 화면 표시 영역(66-68), 3종류의 영화 데이터에 대한 합성 순서를 결정하는 순서 버튼(69), 결정된 합성 순서로 3종류의 영화 데이터를 합성하는 합성 버튼(70), 및 OK 버튼(71)이 위치한다.

즉, 사용자 PC(2)의 CPU(10)는, 콘텐트 제작자가 클릭한 순서 버튼(69)으로 3종류의 영화 데이터에 대한 합성 순서를 결정하고, 합성 버튼(70)의 클릭에 따라서 결정된 합성 순서에 따라 3종류의 영화 데이터를 합성함으로써 영화 파일을 만들어내고, 이는 ASP(32)의 콘텐트 서버(39)에 기억되는 콘텐트로서 HDD(12) 상에 일단 기억된다.

(5-2) 온디맨드형에서의 스케줄 예약

이어서, 데스크톱 화면(19, 도 4) 상의 OK 버튼(71) 또는 업로드 아이콘(27)을 콘텐트 제작자가 클릭하면, 사용자 PC(2)의 CPU(10)는, 사용자 등록시 ASP(32)로부터 미리 다운로드된 자동 업로드 프로그램을 구동시키고 표시부(17) 상에 도 13에 나타낸 바와 같은 온디맨드형 퍼스널 캐스팅 제어 화면(75)이 표시되도록 한다.

온디맨드형 퍼스널 캐스팅 제어 화면(75) 상에, 온디맨드 모드가 현재 설정됨을 나타내는 모드 표시 영역(76)에 "온디맨드(On-Demand)" 문자가 나타나고, ISP명 표시 영역(77)에 ISP(31)의 회사명 뿐만 아니라 자동으로 ASP 채널 표시 영역(78)에 "마이 채널(My Channel)" 문자가 표시되며, 이는 온디맨드 모드에서 자동적으로 설정된다.

또한, 옵션 버튼(81)은 온디맨드형 퍼스널 캐스팅 제어 화면(75) 상에 위치하며, 이 옵션 버튼(81)을 콘텐트 제작자가 클릭하면 사용자 PC(2)의 CPU(10)는 자동 업로드 프로그램을 토대로 해서 온디맨드형 퍼스널 캐스팅 제어 화면(75) 상에 도 14에 나타낸 바와 같은 풀 다운 메뉴(85)를 표시한다.

상기 풀 다운 메뉴(85)에는 콘텐트 제작자가 만든 콘텐트의 비디오 장르를 지정하는 장르 설정 버튼(85A), 요청하는 클라이언트 PC(4)에 콘텐트를 공급할 때 코덱을 선택하는 코덱 선택 버튼(85B), 콘텐트 제작자가 콘텐트 제공 스케줄을 자유롭게 결정할수 있게 하는 스케줄 예약 버튼(85C), 콘텐트 제작자에 의해 필요에 따라 콘텐트의 헤드 부분에 첨부된 CM 영상을 제공하는 CM 제공 요청 버튼(85D), CM 비디오를 예를 들어 광고 스폰서 회사의 홈페이지에 링크시키는 CM 링크 설정버튼(85E), 및 콘텐트에 적합한 콘텐트 ID를 설정하는 콘텐트 ID 설정 버튼(85F)이 위치한다.

콘텐트 제작자가 풀 다운 메뉴(85)에서 장르 설정 버튼(85A)를 클릭하면, 사용자 PC(2)의 CPU(10)는, 자동 업로드 프로그램을 토대로 해서 도 15에 나타낸 바와 같은 마이 채널 장르 표시 화면(90)을 표시부(17)에 나타나게 한다.

마이 채널 장르 화면(90) 상에는 콘텐트의 비디오 장르를 지정하려는 콘텐트 제작자를 위해 비디오 카테고리로 분류된 카테고리 아이콘(91-99)이 표시된다. 콘텐트 제작자가 이들 중 어느 하나 (예를 들어, "차" 카테고리 아이콘(92))를 클릭할 경우, 사용자 PC(2)의 CPU(10)는 콘텐트의 비디오 장르를 "차"로 인식하고 그 결과를 카테고리 데이터로서 HDD(12) 상에 일단 기억한다.

또한, 콘텐트 제작자가 풀 다운 메뉴(85) 중에서 코덱 선택 버튼(85B)을 클릭할 경우, 사용자 PC(2)의 CPU(10)는 자동 업로드 프로그램을 토대로 하여 도 16에 나타낸 바와 같은 코덱 선택 화면(100)가 표시부(17)에 표시되게 한다.

클라이언트 PC(4)에 콘텐트를 공급할 경우 코덱으로서, 예를 들어 MPEG(moving picture experts group)4, MPEG2, 또는 리얼 G2 중 어느 하나를 상기 코덱 선택 화면(100) 상에서 선택하게 되며, 따라서, 예를 들어 콘텐트 제작자가 MPEG4에 체크 마크를 입력하면, 사용자 PC(2)의 CPU(10)는 코덱 타입을 MPEG4로 인식하고 그 결과를 코덱 타입 데이터로서 HDD(12)에 일단 저장한다.

또한, 콘텐트 제작자가 풀 다운 메뉴(85) 중에서 스케줄 예약 버튼(85C)을 클릭할 경우, 사용자 PC(2)의 CPU(10)는 자동 업로드 프로그램을 토대로 하여 도17에 나타낸 바와 같은 온디맨드형 제공 스케줄 관리 화면(105)을 표시부(17)에 표시되게 한다.

상기 온디맨드형 제공 스케줄 관리 화면(105)에는 달력 표시 영역(106), 비디오 테이블 표시 영역(107), 스케줄 내용 표시 영역(108), 결정 버튼(109), 스케줄 내용 확인 버튼(110), 및 스케줄 내용 갱신 버튼(111)이 위치한다.

상기 온디맨드형 제공 스케줄 관리 화면(105) 상에서 달력 표시 영역(106)에 콘텐트가 제공될 경우, 콘텐트 제작자가 원하는 날짜 (예를 들어, 2월 19일)를 클릭-선택하면, 사용자 PC(2)의 CPU(10)는 콘텐트 제작자가 원하는 제공일을 2월 19일로 인식하고, 결과적으로 제공일로서 HDD(12)에 2월 19일을 저장시키며, 이 제공일(2월 19일)은 스케줄 내용 표시 영역(108)의 타이틀 영역 상에 자동적으로 기입되고 표시된다.

그리고, 콘텐트 제작자가 클릭함으로써 시간 스케줄 지정 바(112)가 온디맨드형 제공 스케줄 관리 화면(105) 상의 스케줄 콘텐트 표시 영역(108)에서 원하는 개시 시각과 종료 시각으로 지정될 경우, 사용자 PC(2)의 CPU(10)는 개시 시각부터 종료 시각까지의 시간 스케줄 프레임을 승인함과 동시에 콘텐트 제작자가 지정한 시간 스케줄 프레임으로 구분된 시간 스케줄 지정 바(112)를 표시한다.

즉, 스케줄 콘텐트 표시 영역(108)의 시간 스케줄 지정 바(112)가 표시되고, 6:00에서 6:59:59까지의 제1 시간 스케줄 프레임, 7:00에서 7:59:59까지의 제2 시간 스케줄 프레임, 8:00에서 8:59:59까지의 제3 시간 스케줄 프레임, 9:00에서 10:59:59까지의 제4 시간 스케줄 프레임, 21:00에서 21:59:59까지의 제5 시간 스케줄 프레임, 22:00에서 23:59:59까지의 제6 시간 스케줄 프레임으로 구분된다.

결과적으로, 콘텐트 제작자가 클릭선택한 시간 스케줄 지정 바(112) 상의 원하는 시간 스케줄 프레임과 함께 동시에 비디오 테이블 표시 영역(107) 중에서 비디오 종류 (예를 들어, 4WD, 스포츠카, 전기차)를 나타내는 원하는 종류 신호(MA, MB, 또는 MC)을 클릭할 경우, 사용자 PC(2)의 CPU(10)는 선택된 제1 내지 제6 시간 스케줄 프레임 중에서 제공되는 콘텐트의 비디오 종류를 종류 신호(MA, MB, 또는 MC)에 의해 인식하고, 인식된 종류 신호는 각각 시간 스케줄 지정 바(112) 상에서 시간 스케줄 프레임 내에 표시된다.

그리고 나서, 온디맨드형 제공 스케줄 관리 화면(105)상에서 결정 버튼(109)를 클릭할 경우, 사용자 PC(2)의 CPU(10)는 시간 스케줄 지정 바(112) 상에서 제1 내지 제6 시간 스케줄 프레임으로 각각 예약된 결정된 종류의 콘텐트를 제공하는 제공 스케줄 프로그램을 만들어내고, 이는 일단 HDD(12)에 저장된다.

즉, 제공 스케줄 프로그램은, 클라이언트 PC(4)로부터 시간 스케줄 지정 바(112) 상의 제1 시간 스케줄 프레임 내의 시간동안 요구를 수신하면 종류 신호 MA에 상응하는 "4WD"의 콘텐트를 제공하고; 클라이언트 PC(4)로부터 제2 시간 스케줄 프레임 내의 시간동안 요구를 수신하면 종류 신호 MB에 상응하는 "스포츠카"의 콘텐트를 제공하고; 클라이언트 PC(4)로부터 제3 시간 스케줄 프레임 내의 시간동안 요구를 수신하면 종류 신호 MA에 상응하는 "4WD"의 콘텐트를 제공하고; 클라이언트 PC(4)로부터 제4 시간 스케줄 프레임 내의 시간동안 요구를 수신하면 종류 신호 MC에 상응하는 "세단"의 콘텐트를 제공하고; 클라이언트 PC(4)로부터 제5 시간스케줄 프레임 내의 시간동안 요구를 수신하면 종류 신호 MB에 상응하는 "스포츠카"의 콘텐트를 제공하고; 클라이언트 PC(4)로부터 제6 시간 스케줄 프레임 내의 시간동안 요구를 수신하면 종류 신호 MA에 상응하는 "4WD"의 콘텐트를 제공하도록 프로그램되어 있다.

추가로, 콘텐트 제작자가 풀 다운 메뉴(85, 도 14) 중의 CM 제공 요청 버튼(85D)을 클릭할 경우, 사용자 PC(2)의 CPU(10)는 자동 업로드 프로그램을 토대로 해서 도 18에 나타낸 바와 같은 CM 제공 요청 화면(115)이 표시부(17)에 나타나게 한다.

상기 CM 제공 요청 화면(115)에는 콘텐트 제작자에게 그 제조자의 콘텐트의 헤드 부분에 부착된 CM 비디오를 클라이언트 PC(4)에 제공하기를 원하는지를 묻는 CM 희망 버튼(115A) 및 CM 비희망 버튼(115B)이 위치하며, 콘텐트 제작자가 CM 희망 버튼(115A)를 클릭할 경우에만 사용자 PC(2)의 CPU(10)가 CM 비디오를 콘텐트에 첨부하기를 원하는 것을 나타내는 CM 희망 데이터를 만들어내고, 이는 일단 HDD(12)에 저장된다.

또한, 콘텐트 제작자가 풀 다운 메뉴(85) 중의 CM 링크 설정 버튼(85E)를 클릭할 경우, 사용자 PC(2)의 CPU(10)는 자동 업로드 프로그램을 토대로 해서 도 19에 나타낸 바와 같은 CM 링크 설정 화면(116)를 표시부(17)에 나타나게 한다.

상기 CM 링크 설정 화면(116) 상에는, 콘텐트에 초기 첨부된 CM 비디오로부터 예를 들어 광고 스폰서 회사의 홈페이지까지 링크하는 앵커를 설정하는 CM 링크 유(宥) 버튼(116A), 및 CM 비디오를 링크시키지 않는 CM 링크 무(無) 버튼(116B)이위치하며, 콘텐트 제작자가 CM 링크 유 버튼(116A)을 클릭할 경우에만 사용자 PC(2)의 CPU(10)는 앵커가 CM 비디오부터 해당 홈페이지까지 링크하도록 설정되는 정도로 CM 링크 데이터를 만들어내고, 이는 일단 HDD(12)에 저장된다.

또한, 콘텐트 제작자가 풀 다운 메뉴(85) 중에서 콘텐트 ID 설정 버튼(85F)을 클릭할 경우, 사용자 PC(2)의 CPU(10)는 자동 업로드 프로그램을 토대로 해서 도 20에 나타낸 바와 같은 콘텐트 ID 설정 화면(117)을 표시부(17)에 나타나게 한다.

콘텐트 ID 입력 영역(117A)이 콘텐트 ID 설정 화면(117)상에 형성되고, 콘텐트 제작자가 입력한 콘텐트와 매칭되는 해당 콘텐트 ID 에 대해 실행키가 눌러지면 사용자 PC(2)의 CPU(10)는 콘텐트 ID를 승인하고, 이는 일단 HDD(12)에 저장된다.

이러한 방법으로, 사용자 PC(2)의 CPU(10)는, 퍼스널 캐스팅 제어 화면(75) 상의 선택 버튼(81)을 클릭함으로써 표시된 풀 다운 메뉴(85)에 따라 콘텐트를 제공하는 각종 조건을 설정하고, 일단 HDD(12)에 레코드된 각종 조건 종류 데이터 (카테고리 데이터, 코덱 종류 데이터, 제공 스케줄 프로그램, CM 희망 데이터, CM 링크 데이터, 및 콘텐트 ID)를 기초로 하여 도 21에 나타낸 바와 같은 온디맨드형 제공 스케줄 제어 파일(120)을 새로이 만들어내며, 사용자 정보 파일(25)의 콘텐트는 사용자 등록 절차 처리가 수행될 경우 만들어지고, 이는 일단 HDD(12)에 레코드된다.

즉, HDD(12) 상에 일단 저장된 온디맨드형 제공 스케줄 제어 파일(120)에는, 인터넷(5)로 접속하는 데 사용되는 "ISP 접속처"로서 ISP명(*****), ASP(32)가 콘텐트를 제공하는 시점에서 "ASP 채널"로서의 채널 타입(마이 채널), "콘텐트 ID"로서 콘텐트 제작자에 의해 결정되는 콘텐트 ID(***), 콘텐트 제공시 "코덱"으로서의 "코덱"(MPEG4), "비디오 장르"로서의 비디오 카테고리(차), "제공 스케줄"로서의 제공 스케줄 데이터의 콘텐트("2월 19일 6:00부터 제공 예정될 스케줄"과 같은 각종 조건), "CM 요청"으로서의 CM 제공 요청/무요청(CM 요청), "CM 링크"로서의 CM 링크/무링크(무링크), 사용자 등록 시의 "사용자 ID"로서의 사용자 ID(kimkim), 및 사용자 등록시의 "패스워드"로서의 패스워드(*****)가 저장된다.

따라서, 사용자 PC(2)의 CPU(10)는, 온디맨드형 퍼스널 캐스팅 제어 화면(75, 도 13) 상의 비디오 장르 표시 영역(79)에 온디맨드형 제공 스케줄 제어 파일(120)을 기초로 하여 콘텐트의 비디오 카테고리를 나타내는 문자 "차", 및 제공 스케줄 예약 표시 영역(80) 상에 문자 "2월 19일 6:00부터 제공 예정"이 표시되도록 한다.

CM 링크 및 콘텐트 ID는 풀다운 메뉴(85)를 이용하여 사용자 PC(2)에 의해 설정되지만, ASP(32)의 관리 서버(36) 측에서 자동적으로 설정될 수도 있음을 설명하고자 한다.

예를 들어, CM 링크 설정에 있어서, CM 클라이언트(7)에 의해 링크 지정이 미리 수행될 경우, CM 링크는 클라이언트 PC(4)에 의해 제공된 소정의 CM으로 자동적으로 링크된다.

또한, 예를 들어 영상이 업로드될 경우, 콘텐트 ID는 ASP(32)의 관리 서버(36)에서 자동적으로 설정되어 이 ID로 ASP(32)의 관리 서버(36)에서 영상을관리하는 것이 가능해진다.

(5-3) 온디맨드형에서 ASP로의 접속 처리 과정

이어서, 콘텐트 제작자가 접속 버튼(82)을 클릭하여 온디맨드형 캐스팅 제어 화면(75, 도 13)의 콘텐트를 확인하면, 사용자 PC(2)의 CPU(10)는 자동 업로드 프로그램 이후 단계에서 도 22에 나타낸 바와 같은 루틴 RT2를 시작하고, 단계 SP11로 이동한다.

단계 SP11에서, 사용자 PC(2)의 CPU(10)는 인터넷(5) 및 ASP(32)를 통해서 네트워크 인터페이스(16, 도 3)로부터 ASP(32)로 로그인하고, ASP(32)의 사용자 정보 데이터베이스(37)에 액세스하여 사용자 ID, 패스워드 등을 근거로 하여 인증을 획득한 다음, 단계 SP12로 이동한다.

단계 SP12에서, ASP(32)의 인증을 획득하고 나서, PC(2)의 CPU(10)는, HDD(12)로부터의 영화 파일 콘텐트 및 온디맨드형 제공 스케줄 제어 파일(120)을 읽어내고, 이를 인터넷(5), ISP(31)의 네트워크 인터페이스(35) 및 ASP(32)의 네트워크 인터페이스(41)를 통해 네트워크 인터페이스(16)로부터 관리 서버(36)로 전송하여, 이 절차를 종료시키면서 다음 단계 SP13를 진행한다.

이러한 방법으로, PC(2)의 CPU(10)는 자동 업로드 프로그램에 따라 온디맨드형 제공 스케줄 제어 파일(120) 및 콘텐트 영화 파일을 ASP(32)로 업로드할 수 있도록 설계된다.

네트워크 인터페이스(41)를 통해 온디맨드형 제공 스케줄 제어 파일(120) 및 콘텐트 영화 파일 수신 시에, ASP(32)의 관리 서버(36)는 온디맨드형 제공 스케줄제어 파일(120)을 제공 스케줄 관리 데이터베이스(38)에 등록하고, 콘텐트 영화 파일을, 사용자 PC(2)에 의해 사용자 등록시 획득한 URL에 맞춰진 콘텐트 서버(39)의 전용 기억 영역 내에 기억시킨다.

온디맨드형 제공 스케줄 제어 파일(120)의 콘텐트로서 CM 제공 요청 "CM 유"인 경우, ASP(32)의 관리 서버(36)는, CM 클라이언트(7)에 의해 미리 제공되고 CM 제어 데이터베이스(44) 내에 기억된 CM 비디오를 콘텐트 영화 파일의 헤드 부분에 첨부하여 CM이 있는 영화 파일을 만들어내고, 이는 콘텐트 서버(39)에 다시한번 저장된다.

한편, ISP(31)의 제어 서버(33)는, 사용자 PC(2)가 온디맨드형 제공 스케줄 제어 파일(120) 및 콘텐트 영화 파일을 ASP(32)에 업로드하는 동안 발생하는 인터넷 접속료를 사용자 PC(2)의 사용자 ID에 부과하고, 과금 관리 데이터베이스(34)의 과금 데이터를 갱신한다.

또한, ASP(32)의 관리 서버(36)는 사용자 PC(2)의 사용자 ID에 대해 ASP(32) 서비스 이용료를 부과하고, 이 데이터는 ISP(31)의 네트워크 인터페이스(41) 및 네트워크 인터페이스(35)를 통해 과금 관리 데이터베이스(34)에 전송되며, 과금 관리 데이터베이스(34)의 과금 데이터가 갱신된다.

부수적으로, 사용자 PC(2)가 "무제한형 코스"라 불리는 정액제로 계약되어 있을 경우, ASP(32)의 제어 서버(36)는 서비스 이용료를 일정한 상태로 유지하고 과금 절차를 수행하지는 않으면서 사용자 정보 데이터서비스(37)에 접속 개시 일시부터 접속 종료 일시까지의 접속 시간을 레코드한다.

온디맨드형 제공 스케줄 제어 파일(120) 및 콘텐트 영화 파일을 ASP(32)로 업로드한 후에 온디맨드형 제공 스케줄 제어 파일(120)의 콘텐트를 확인하는 경우에, 콘텐트 제작자는 온디맨드형 제공 스케줄 관리 화면(105, 도 17) 상의 스케줄 내용 확인 버튼(110)을 클릭하기만 하면 된다.

이 때, PC(2)의 CPU(10)는 개시 단계에서 도 23에 나타낸 바와 같은 루틴 RT3를 시작하고, 자동 업로드 프로그램에 따라 단계 SP15를 진행한다.

콘텐트 제작자가 스케줄 내용 확인 버튼(110)을 클릭하면, PC(2)의 CPU(10)는 단계 SP15에서 인터넷(5) 및 ISP(31)를 통해 네트워크 인터페이스 (도 3)로부터 ASP(32)로 로그인 절차를 수행하고, ASP(32)의 사용자 정보 데이터베이스(37)에 액세스함으로써 사용자 ID 및 패스워드 등에 대한 인증을 획득한 다음, 다음 단계 SP16을 진행한다.

ASP(32)의 관리 서버가 사용자 ID 및 패스워드 등에 대한 인증을 획득한 후에, PC(2)의 CPU(10)는 단계 SP16에서 제공 스케줄 관리 데이터베이스(38)로부터 온디맨드형 제공 스케줄 제어 파일(120)을 제공받고, 온디맨드형 제공 스케줄 제어 파일(120)을 토대로 표시부(17)에 온디맨드형 제공 스케줄 관리 화면(105, 도 17)을 표시한다.

이와 같이, PC(2)의 CPU(10)는, 표시부(17)에 온디맨드형 제공 스케줄 관리 화면(105)을 표시함으로써 콘텐트 제작자가 온디맨드형 제공 스케줄 제어 파일(120)의 내용을 재확인할 수 있도록 한다.

콘텐트 제작자가 추후에 온디맨드형 제공 스케줄 제어 파일(120)의 내용을변경하고자 할 경우, 온디맨드형 제공 스케줄 관리 화면(105) 상에서 제공 스케줄이 변경된 후에 결정 버튼(109)을 클릭하면 PC(2)의 CPU(10)는 다음 단계 SP17을 진행한다.

단계 SP17에서, PC(2)의 CPU(10)는, 새로운 온디맨드형 제공 스케줄 제어 파일(120)이 만들어진 것을 토대로 해서, 온디맨드형 제공 스케줄 관리 화면(105) 상에서 변경된 내용을 기초로 하여 새로운 제공 스케줄을 만든 다음, 다음 단계 SP18을 진행한다.

콘텐트 제작자가 온디맨드형 제공 스케줄 관리 화면(105) 상에서 갱신 버튼(111)을 클릭하면, PC(2)의 CPU(10)는, 인터넷(5)을 통해 새로운 온디맨드형 제공 스케줄 제어 파일(120)을 ASP(32)로 전송하고, 절차를 종료하면서 다음 단계 SP19를 진행한다.

결과적으로, ASP(32)의 제어 서버(36)는, 이후 관리될 콘텐트 제공 스케줄을 토대로 하여 새로운 온디맨드형 제공 스케줄 제어 파일(120)을 이용하여 제공 스케줄 관리 데이터베이스(38)을 갱신한다.

(5-4) 온디맨드형에서 콘텐트 제공 절차

사용자 PC(2)가 할 수 있는 것과 유사하게 콘텐트를 수신하는 경우 클라이언트 PC(4)도 또한 콘텐트 제공자(3)에 사용자 등록을 수행할 수 있으며, 이 경우에, 루틴 RT1 (도 8)의 사용자 등록 진행 절차에 따라 사용자 등록 절차가 수행되어야 하며, 그런 다음에는 ASP(32)의 제어 서버(36)에 의해, 클라이언트 PC(4)의 사용자 ID 및 패스워드를 고려한 뷰어 정보 파일을 뷰어 정보 데이터베이스(40)에 등록한다.

사용자 등록이 되지 않을 경우, 클라이언트 PC(4)는, ASP(32)에 의해 제공되는 퍼스널 캐스팅 서비스 웹사이트에 방문객으로서 직접 액세스할 수도 있다. 사용자 등록한 클라이언트 PC(4)만이, 클라이언트가 감동하거나, 공감하거나, 훌륭하다고 느끼는 콘텐트의 콘텐트 제작자에게 용이하게 기부하는 것이 허용된다. 기부에 대해서는 이후에 설명한다.

실제로, 콘텐트가, 예를 들어 온디맨드형으로 사용자-등록된 클라이언트 PC(4)에 제공될 경우, ASP(32)의 관리 서버(36)는, 내부에서 인스톨된 하드 디스크로부터 불러와서 항상 구동되는 콘텐트 제공 프로그램에 따라 시작 단계에서 도 24에 나타낸 바와 같은 루틴 RT4를 시작하며, 그 다음 단계 SP21을 진행한다.

단계 SP21에서, ASP(32)의 관리 서버(36)는, 클라이언트 PC(4)에 의해 로그인되고, 클라이언트 PC(4)에서 전송된 사용자 ID 및 패스워드를 토대로 해서 뷰어 정보 데이터베이스(40) 내의 뷰어 정보 파일을 조회하면서, 다음 단계 SP22를 진행한다.

사용자 ID 및 패스워드를 토대로 해서 뷰어 정보 데이터베이스(40) 내의 뷰어 정보 파일을 조회한 결과로서, ASP(32)의 관리 서버(36)는 로그인한 클라이언트 PC(4)가 합법적으로 등록된 사용자인지를 판단한다.

만일 부정적인 결과가 있다면, 사용자 ID 및 패스워드가 뷰어 정보 데이터베이스(40)에 등록된 것과 매칭되지 않는다는 것을 의미하며, ASP(32)의 관리 서버(36)는 단계 SP21로 돌아와서, 클라이언트 PC(4)가 정확한 사용자 ID 및 패스워드를 입력하도록 촉구하면서 클라이언트 PC(4)가 로그인 절차를 다시 수행하도록 한다.

한편, 단계 SP22에서 긍정적인 결과가 나오면 클라이언트 PC(4)가 정규 등록 사용자임을 의미하며, ASP(32)의 관리 서버(36)는 다음 단계 SP23으로 이동한다.

단계 SP23에서, ASP(32)의 관리 서버(36)는, 클라이언트 PC(4)의 액세스에 반응하여 콘텐트 서버(39)로부터의 퍼스널 캐스팅 서비스의 홈페이지의 HTML 파일을 읽고, 이를 인터넷(5)을 통해 네트워크 인터페이스(41)로부터 클라이언트 PC(4)에 전송한다.

사용자 PC(2)와 거의 동일한 구조를 갖는 클라이언트 PC(4)는, 그 CPU(도시되지 않음)가 ASP(32)로부터 전송된 퍼스널 캐스팅 서비스의 홈페이지의 HTML 파일을 수신하여, 이를 도 25에 나타낸 바와 같은 홈페이지 화면(125) (예를 들어, 넷스케이프 커뮤니케이션 주식회사의 WWW 브라우저인 넷스케이프 네비게이터(상표명)의 표시 화면)으로서 표시부 상에 표시한다.

상기 홈페이지 화면(125)에는 마이 채널을 통해 온디맨드 모드 선택 표시 영역(126) 상에서 콘텐트의 공급을 받는 온디맨드형 마이 채널 선택 버튼(127) 뿐만 아니라 퍼블릭 채널을 통해 라이브 모드 선택 표시 영역(128) 상에서 라이브 비디오의 콘텐트를 공급받는 라이브형 퍼블릭 채널 선택 버튼(129), 및 마이 채널을 통해 라이브 비디오의 콘텐트를 공급받는 라이브형 마이 채널 선택 버튼(130)이 위치한다.

상기 홈페이지 화면(125) 상에서 사용자가 온디맨드형 마이 채널 선택버튼(127)을 클릭하면, 클라이언트 PC(4)의 CPU가 인터넷(5)을 통해 ASP(32)의 관리 서버(36)에 온디맨드형 마이 채널 선택 버튼(127)의 선택을 나타내는 모드 선택 시그널을 전송한다.

단계 SP24에서, 관리 서버(36)는, 클라이언트 PC(4)로부터 전송된 모드 선택 신호에 기초해서 콘텐트 서버(39)로부터 마이 채널용 장르 테이블 화면을 구성하는 HTML 파일을 회수하고, 이를 인터넷을 통해 네트워크 인터페이스(41)로부터 클라이언트 PC(4)에 전송한다.

따라서, 클라이언트 PC(4)의 CPU는 ASP(32)로부터 이동한 마이 채널용 장르 테이블 화면의 HTML 파일을 수신하고, 이를 도 26에 나타낸 바와 같은 마이 채널용 장르 테이블 화면(135)으로서 표시부 상에 표시한다.

상기 마이 채널용 장르 테이블 화면(135)은 마이 채널용 장르 테이블 화면(90, 도 15)과 거의 유사하며, 콘텐트 제작자는 화면 상에 표시된 각각의 비디오 카테고리에 할당된 카테고리 아이콘(136-144)을 이용하여 콘텐트의 비디오 장르를 선택한다.

마이 채널용 장르 테이블 화면(135) 상에서 클라이언트 PC(4) 사용자가 상기 카테고리 아이콘(136 내지 144)의 어느 하나 (예를 들어, "차" 아이콘(137))를 클릭하면, 클라이언트 PC(4)의 CPU는 인터넷(5)을 통해 "차" 카테고리 아이콘(137)에 대응하는 장르 선택 신호를 관리 서버(36)로 송신한다.

단계 SP25에서, ASP(32)의 관리 서버(36)는, 클라이언트 PC(4)로부터 전송된 장르 선택 신호에 기초해서 콘텐트 서버(39)로부터 비디오 카테고리 "차"에 대한채널 표시 화면의 HTML 파일을 회수하고, 이를 인터넷(5)을 통해 네트워크 인터페이스(41)로부터 클라이언트 PC(4)에 전송한다.

이러한 방법으로, 클라이언트 PC(4)의 CPU는 ASP(32)로부터 전송된 채널 표시 화면의 HTML 파일을 수신하고, 이를 도 27에 나타낸 바와 같은 비디오 장르 "차"에 관한 채널 표시 화면(150)으로서 표시부에 표시한다.

상기 채널 표시 화면(150) 상에는, 콘텐트 제작자가 사용자 등록 절차 수행시 사용자 정보 DB 테이블(45, 도 9)에 설정된 채널명(Kimura 채널)이 각각 할당된 채널 버튼(151-159)가 표시된다. 사용자는 이들 중 원하는 채널 버튼 (예를 들어, Kimura 채널)을 클릭-선택한다.

단계 SP26에서, ASP(32)의 관리 서버(36)는 패널 표시 화면(150)을 관찰하면서 클라이언트 PC(4)의 사용자가 원하는 채널 버튼(155)이 클릭-선택되었는지를 판단한다.

이 경우에, 클라이언트 PC(4)의 CPU는 인터넷(5)을 통해, 사용자가 선택한 채널 버튼(155)에 반응하여 설정된 콘텐트 ID를 ASP(32)의 관리 서버(36)에 전송한다.

따라서, ASP(32)의 관리 서버(36)는, 희망 채널 버튼(155)이 콘텐트 ID가 수취되는 위치에서 클릭되는 것을 승인하고, 채널 버튼(155)에 매칭되는 URL을 캡쳐하며, 콘텐트 ID를 기초로 한 제공 스케줄 관리 데이터베이스(38)에 저장된 온디맨드형 스케줄 제어 파일(120)을 조회한다.

단계 SP26에서 부정적인 결과가 얻어지면, 그 결과는 채널 표시 화면(150)상에 표시된 채널 버튼(151-159) 중 어느 것도 사용자에 의해 선택되지 않는 것을 의미하며, 그러면 ASP(32)의 관리 서버(36)는 채널 버튼(151-159) 중 어느 하나가 선택될 때까지 대기한다.

그러나, 단계 SP26에서 긍정적인 결과가 얻어지면, 이것은 사용자-희망 채널 버튼(155)이 채널 버튼(155-159) 중에서 클릭 선택되는 것을 의미하고, 그 후 ASP(32)의 관리 서버(36)는 다음 단계 SP27로 진행한다.

인터넷(5)을 통해 클라이언트 PC(4)로부터 클릭된 채널(155 : 예를 들어, Kimura CH)에 매칭되는 콘텐트 ID의 수취 후에, ASP(32)의 관리 서버(36)는 콘텐트 ID를 기초로 한 온디맨드형 제공 스케줄 제어 파일(120)을 조회하고, 콘텐트 ID에 매칭되는 URL을 기초로 한 콘텐트 서버(39)의 전용 기억 영역으로부터 채널 버튼(155)이 클릭되는 타이밍에 제공되어질 비디오의 소정 종류(MA, MB, 또는 MC)의 광고 방송(CM)으로 영화 파일을 검색하며, (검색된 영화 파일은) 인터넷(5)을 통해 클라이언트 PC(4)로 전송되고, 처리를 종료하는 다음 단계 SP28로 진행한다.

실제로, 채널 버튼(155 : 예를 들어, Kimura ch)이, 예를 들어 2월 19일 오전 10:55에 사용자에 의해 클릭되면, ASP(32)의 관리 서버(36)는 온디맨드형 제공 스케줄 제어 파일(120)을 조회하고, 온디맨드형 스케줄 관리 화면(105, 도 17) 상에 지정된 스케줄 콘텐트 표시 영역(108) 상의 제공 스케줄에 따라서 영화 종류 "세단(Sedan)"의 CM과 함께 영화 파일을 클라이언트 PC(4)로 송신한다.

이에 기인하여, 클라이언트 PC(4)는 도 28에 나타낸 바와 같이 표시부가 수신된 CM이 있는 영화 파일을 기초로 한 콘텐트 표시 화면(165)을 표시하도록 하는데, 연속적으로 표시된 차 "세단"의 애니매이션화된 이미지와 함께 콘텐트 표시 화면(165)의 중앙에 형성된 표시 영역(166) 내에 CM 영화가 우선 표시된다.

이 방법에 있어서, ASP(32)의 관리 서버(36)는 온디맨드형 스케줄 제어 파일(120)에 따라 클라이언트 PC(4)의 사용자에 의해 채널 버튼(151-159)이 클릭될 때에, 제공되어질 CM이 있는 영화 파일의 한 종류를 클라이언트 PC(4)로 송신한다.

따라서, ASP(32)의 관리 서버(36)는 지연없이 콘텐트를 신속하게 전송할 수 있으며, 심지어 복수의 클라이언트 PC(4)에게 그들의 요구에 응답하여 거의 동시에 동일한 콘텐트를 전송할 때조차도, 복수의 콘텐트가 소정 타이밍에 동시에 전송될 필요가 있는 경우와 비교해서, 전송선의 좁은 대역폭을 소비한다.

또한, 이 때 ASP(32)의 관리 서버(36)는 CM이 있는 영화 파일이 클릭 동작에 응답해서 클라이언트 PC(4)에 제공될 때마다, 클라이언트 PC(4)에 의한 클릭 수를 액세스 회수로서 카운트한다.

이 경우, 카운트되는 액세스 회수는 CM 비디오를 보는 사람의 수와 동등한 것이고, ASP(32)의 관리 서버(36)는 콘텐트 제작자에 대한 액세스하는 회수에 비례하는 포인트를 주도록 설계됨으로써, 사용자 데이터베이스(37)에 저장된, 사용자 ID에 매칭되는 사용자 정보 DB 테이블(45)에 등록된 콘텐트 제작자의 포인트로, 가장 자주 액세스되는 콘텐트를 생성한 콘텐트 제작자에게 공정한 이익 반환이 가도록 한다.

(6) 라이브형에서의 퍼스널 캐스팅 서비스

다음, 콘텐트 제공 시스템(1)의 라이브형에 의한 퍼스널 캐스팅 서비스에 대해 구체적인 설명이 주어진다.

(6-1) 라이브형에서의 스케줄 예약

라이브형에 있어서는, 실시간으로 라이브 비디오의 콘텐트를 제공하기 위해서 콘텐트의 영화 파일을 생성할 필요가 없고, 온디맨드형에서 수행되기에 앞서서 ASP(32)의 콘텐트 서버(36)에 이를 저장하게 할 필요도 없다.

그러나, 라이브형에 있어서는, 콘텐트가 공통의 퍼블릭 채널 (결혼 축하 채널, 음악 라이브 채널, 연극 라이브 채널, 또는 이벤트 라이브 채널)을 통해서 제공되므로, 퍼블릭 채널을 사용하는 시간 스케줄 프레임에 시간에 미리 예약할 필요가 있다.

퍼블릭 채널을 사용하기 위한 시간 스케줄 프레임을 예약하는 것은, 각 퍼블릭 채널의 URL로 맞추어서, 할당된 콘텐트 서버(39)의 전용 기억 영역을 사용하기 위한 시간 스케줄 프레임을 예약하는 것이다.

실제로, ASP(32)가 라이브 비디오의 콘텐트를 제공할 때, 사용자 PC(2)로부터 보내진 라이브 비디오의 영화 파일을 각 퍼블릭 채널용 URL로 지정된 콘텐트 서버(39)의 전용 기억 영역에 레코드하고, 그 파일은 출력되기 위해 검색된다.

이것은 퍼블릭 채널을 이용하는 시간 스케줄 프레임을 위해 예약하기 위하여, PC(2)의 CPU(10)는 먼저 온디맨드형에서의 경우처럼 이미지 캡쳐 소프트웨어를 기동(turning)시킴으로써 표시부(17)가 캡쳐 화면(50, 도 10)을 표시하게 하는 것이다.

그리고, 라이브 모드가 캡쳐 화면(50) 상의 영화 모드 스위칭 버튼(53)의 클릭 동작에 응답해서 구성된 후에, PC(2)의 CPU(10)는 사용자 등록시에 ASP(32)로부터 미리 다운로드된 자동 업로드 프로그램을 불러내고, 도 29에서처럼 표시부(17)가 라이브형 퍼스널 캐스팅 제어 화면(170)을 표시하도록 하고, 이 화면은 도 13에서 대응하는 부분에 지정한 것과 동일한 참조 부호를 갖는다.

라이브형 퍼스널 캐스팅 제어 화면(170) 상에는 라이브 모드가 현재 모드 표시 영역(171) 상에 구성된 것을 나타내는 문자 "라이브"가, ASP 채널 표시 영역(172) 상의 라이브 모드에서 디폴트로써 설정된 문자 "퍼블릭 채널"이 함께 표시되고, 온디맨드형 퍼스널 캐스팅 제어 화면(75, 도 13) 상의 온디맨드형 상의 옵션 버튼(81)을 대신하는 스케줄 예약 버튼(173)이 형성된다.

또한, 라이브형 퍼스널 캐스팅 제어 화면(170) 상에는, 시간 스케줄 프레임을 예약하는 시간에 콘텐트 제작자에 의해 결정된 비디오 장르 표시 영역(79) 상에 퍼블릭 채널의 이름 (예를 들어, "음악 라이브")이 나타나는데, 이 4종류의 타입: 결혼 축하 채널, 음악 라이브 채널, 연극 라이브 채널, 및 이벤트 라이브 채널이 퍼블릭 채널로서 설정된 것이다.

더욱이, 라이브형 퍼스널 캐스팅 제어 화면(170) 상에는 온디맨드형에서 행해졌던 것처럼 제공 스케줄 예약 표시 영역(80)에서, 콘텐트 제작자에 의해 예약된 라이브 비디오의 콘텐트의 제공 일시가 표시된다.

상술한 라이브형 퍼스널 캐스팅 제어 화면(170)에 있어서, 스케줄 예약 버튼(173)이 콘텐트 제작자에 의해 클릭될 때, PC(2)의 CPU(10)는 ASP(32)로부터 다운로드된 자동 업로드 프로그램을 기동하고, 시작 단계에서 도 30에 나타낸 루틴RT5를 시작하고, 단계 SP31로 진행된다.

단계 SP31에서, PC(2)의 CPU(10)는 인터넷(5)을 통하고 ISP(31)를 통해서 네트워크 인터페이스(16, 도 3)로부터 ASP(32)로 로그인되고, ASP(32)의 사용자 정보 데이터베이스를 액세스함으로써, 사용자 ID 및 패스워드 등을 기초로 한 인증을 취득하고, 그 후 다음 단계 SP32로 이동한다.

단계 SP32에서, PC(2)의 CPU(10)는, HDD에 레코드되는 제공 스케줄 관리 데이터베이스(38)로부터 ASP(32)의 관리 서버(36)에 의해 검색된 퍼블릭 채널의 예약 상황에 대한 라이브형 제공 스케줄 제어 파일을 인터넷(5)을 통해 수취하고, 단계 SP33로 진행한다.

도 31에 나타낸 바와 같이, 단계 SP33에서, PC(2)의 CPU(10)는 표시부(17)가 ASP(32)로부터 공급된 퍼블릭 채널의 예약 상황에 대한 라이브형 스케줄 제어 파일에 기초한 퍼블릭 채널용 라이브형 제공 스케줄 관리 화면(175)을 표시하게 하고, 다음 단계 SP34에서 처리를 종료한다.

라이브형 제공 스케줄 관리 화면(175) 상에는 4종류의 타입의 퍼블릭 채널 버튼이 형성되는데, 이 채널 버튼은 결혼 축하 채널, 음악 라이브 채널, 연극 라이브 채널, 및 이벤트 라이브 채널에 각각 맞춰진 결혼 축하 Ch 버튼(176), 음악 라이브 Ch 버튼(177), 연극 라이브 Ch 버튼(178), 및 라이브 이벤트 Ch 버튼(179)이다.

예를 들어 음악 라이브 Ch 버튼(177)이,4종류의 퍼블릭 채널 중에서 콘텐트 제작자에 의해 클릭될 때, PC(2)의 CPU(10)는 스케줄 내용 표시 영역(180)에 라이브형 제공 스케줄 제어 파일에 기초한 "음악 라이브 채널"의 현재 예약 상황을 표시한다.

스케줄 내용 표시 영역(180)의 스케줄 시각 예정표(182) 상에는 디폴트로서 현재의 날짜에 대한 예약 상태가 표시되고, 달력 표시 영역(181)의 희망 예약일 (예를 들어, 2월 19일)이 콘텐트 제작자에 의해 클릭될 때, PC(2)의 CPU(10)는 라이브형 제공 스케줄 제어 파일에 기초한 스케줄 시각 예정표(182)에서의 음악 라이브 채널에 관한 희망 예약일(2월 19일)의 예약 상황을 표시한다.

콘텐트 제작자는 스케줄 시각 예정표(182)에 표시된 희망 예약일(2월 19일)의 예약 상황을 확인하고, 커서로 시간 스케줄 지정 바(183)의 "공(空, vacant)" 시간 스케줄로부터 희망 개시 시각 (예를 들어, 10:00)과 종료 시각(10:59:59)을 지정함으로써, 제공되는 라이브 비디오의 콘텐트를 위한 시간 스케줄 프레임(183A)을 결정한다.

상기 과정을 수행함으로써, PC(2)의 CPU(10)는 예약된 시간 스케줄 프레임 데이터로서 콘텐트 제작자에 의해 명기된 시간 스케줄 프레임(183A)의 개시 시각과 종료 시각을 확인하는데, 이는 라이브형 제공 스케줄 제어 파일에 추가적으로 기록되고, 시간 스케줄 프레임(183A)에 "만(滿, full)"을 표시한다.

콘텐트 제작자가 제공되는 콘텐트의 이름 (예를 들어, "XX 투어")을 예약된 시간 스케줄 프레임(183A)에 입력하면, 그 이름은 주어진 콘텐트 ID에 맞추어 라이브형 제공 스케줄 제어 파일에 자동적으로 추가된다.

예를 들어 코덱 선택 표시 영역(184)으로부터의 라이브 비디오의 콘텐트를제공할 때의 코덱으로서 MPEG4에 체크 마크가 부기될 때, 사용자 PC(2)의 CPU(10)는 MPEG4로서 선택된 코덱의 타입을 확인하고, 이 결과는 코덱 타입 데이터로서 라이브형 제공 스케줄 제어 파일에 부가된다.

클라이언트 PC(4)가 제공된 CM 비디오를 원하게 하는, 콘텐트의 헤드 부분에 첨부된 CM 희망 버튼(185) 및 클라이언트 PC(4)가 CM 비디오를 제공하는 것을 희망하지 않음을 나타내게 하는 CM 비희망 버튼(186) 중에서, CM 희망 버튼(185)이 콘텐트 제작자에 의해 클릭되는 경우, PC(2)의 CPU(10) 역시 CM 비디오를 라이브 비디오의 콘텐트에 첨부하기를 소망하는 CM 희망 데이터를 생성하며, 이것은 라이브형 제공 스케줄 제어 파일에 추가된다.

따라서, PC(2)의 CPU(10)는 다양한 세팅을 수행해서 라이브 비디오의 콘텐트를 퍼블릭 채널로서의 음악 라이브 채널을 통해 제공하고, 이에 의해 도 32에 나타낸 바와 같이 신규한 라이브형 제공 스케줄 제어 파일(189)을 생성하며, 이는 일단 HDD(12) 상에 레코드된다.

라이브형 제공 스케줄 제어 파일(189)에는, "ISP 접속처"로서 인터넷(5)에 접속될 때 사용된 ISP명(*****)과, ASP가 라이브 비디오의 콘텐트를 제공할 때 "ASP 채널"로서 사용되는 채널 타입(퍼블릭 채널)과, "콘텐트명"으로서 콘텐트의 제목(xx 투어)과, "CODEC"으로서의 제공 시의 코덱(MPEG4)과, 라이브 비디오의 콘텐트에 매칭되는 "퍼블릭 채널"로서 콘텐트 제작자에 의해 선택된 퍼블릭 채널의 종류(음악 라이브 채널)과, 일시(2월 19일 10:00부터의 제공 스케줄과 같은 다양한 조건)과, "CM 요청"으로서 CM 제공 요청의 유/무(CM 유)와, 사용자 등록 시에 "사용자 ID"로서의 사용자 ID(kimkim)와, 사용자 등록 시에 "패스워드"로서의 패스워드(*****)가 저장된다.

라이브형 제공 스케줄 관리 화면(175) 상의 예약 버튼(187)이 콘텐트 제작자에 의해 클릭될 때, PC(2)의 CPU(10)는 시작 단계에서 루틴 RT6을 시작하고, 자동 업로드 프로그램에 따라 단계 SP41로 이동한다.

단계 SP41에서, PC(2)의 CPU(10)는, 네트워크 인터페이스(16, 도 3)로 인터넷(5) 및 ISP(31)을 통해서 ASP(32)에 로그인하고, ASP(32)의 사용자 정보 데이터베이스(32)를 액세스함으로써 사용자 ID 및 패스워드 등에 기초한 인증을 얻게 되며, 그 후 다음 단계 SP42로 진행된다.

단계 SP42에서, ASP(32)의 인증이 달성되면, PC(2)의 CPU(10)는 새롭게 생성된 라이브형 스케줄 제어 파일(189)을 인터넷(5)을 통해 ASP(32)의 관리 서버(36)로 전송하고, 다음 단계 SP43으로 진행한다.

따라서, ASP(32)의 관리 서버(36)는 사용자 PC(2)로부터 전송된 라이브형 제공 스케줄 제어 파일(189)을 이용하여 제공 스케줄 관리 데이터베이스(38)를 갱신하고, 이어서 제공 스케줄 관리 데이터베이스(38)로부터 다시 라이브형 스케줄 제어 파일(189)을 판독하여, 이를 사용자 PC(2)로 보낸다.

이 때, ASP(32)의 관리 서버(36)는, 사용자 ID에 맞추어 서비스 이용료로서 예약 처리를 수행하기 위한 예약료를 새로이 과금하여 라이브 비디오의 콘텐트를 사용자 PC(2)에 제공하고, 사용자 정보 데이터베이스(37)의 사용자 정보 DB 테이블(45)을 갱신한다.

단계 SP43에서, PC(2)의 CPU(10)는 갱신된 제공 스케줄 관리 데이터베이스(38)와 함께 갱신된 라이브형 제공 스케줄 제어 파일(189)의 공급을 수취하고, 라이브형 제공 스케줄 관리 파일(189)에 기초한 확인을 위해서 표시부(17)에 라이브형 제공 스케줄 관리 화면(175)을 다시 표시하게 하고, 다음 단계 SP44로 진행하여 처리를 종료한다.

이 때, 표시된 라이브형 제공 스케줄 관리 화면(175)은 특정 칼라로 구분된, 콘텐트 제작자측의 확인을 위한 문자 "만"으로 표시되는 시간 스케줄 프레임(183A)을 가지며, 이에 의해 콘텐트 제작자는 자신에 의해 예약된 스케줄을 쉽게 확인할 수 있다.

그러나, 퍼블릭 채널용의 라이브형 제공 스케줄 관리 화면(175, 도 31) 상의 스케줄 내용 표시 영역(180)에 나타난 예약 상황을 확인한 결과로서 라이브 비디오의 콘텐트가 제공되어지는 스케줄 시각 예정표(182)에 있는 시간 스케줄 지정 바(183) 상의 희망 시간 스케줄 프래임에 대해 "만"의 표시에 기인하여 예약이 수행될 수 없는 경우, 라이브 비디오의 콘텐트는 이 퍼블릭 채널을 통해서 제공될 수 없게 된다.

그 때에 마이 채널 버튼(188)이 라이브형 제공 스케줄 관리 화면(175)의 하부에 위치된 콘텐트 제작자에 의해 클릭되면, PC(2)의 CPU(10)는 ASP(32)의 관리 서버(36)로부터 제공 스케줄 관리 데이터베이스(38)에 있는 온디맨드형 스케줄 제어 파일(120)의 공급을 수신하고, 온디맨드형 제공 스케줄 제어 파일(120)에 기초하여 나타나는, 도 34에 보여지는 마이 채널용 라이브형 제공 스케줄 관리화면(190)을 표시한다.

마이 채널 스케줄 내용 표시 영역(191)과, 마이 채널 장르 테이블 영역(195), 코덱 선택 영역(205), CM 희망 버튼(206), CM 비희망 버튼(207), 및 예약 버튼(208)을 구비하여 구성되는, 마이 채널용 라이브형 제공 스케줄 관리 화면(190)은 시간 스케줄 지정 바(194) 상의 예약된 스케줄 프레임(MA 및 MB에 의해 가리켜지는 시간 스케줄 프레임)과 다른 "공" 시간 스케줄을 사용하는 라이브 비디오의 콘텐트를 제공하기 위한 예약을 행할 수 있도록 설계되는데, 콘텐트는 온디맨드형으로 제공된다.

이 경우에 또한, 마이 채널 스케줄 내용 표시 영역(191)에 있는 달력 표시 영역(192) 내의 희망 예약일 (예를 들어, 2월 19일)가 콘텐트 제작자에 의해 클릭되면, PC(2)의 CPU(10)는 온디맨드형 제공 스케줄 제어 파일(120)에 기초한 스케줄 시각 예정표(193) 상에 표시되는 마이 채널에 대한 희망 예약일(2월 19일)의 예약 상황을 갖는다.

따라서, 콘텐트 제작자는 스케줄 시각 예정표(193) 상에 표시된 예약 상황을 확인하고, 커서로 시간 스케줄 지정 바(194) 상의 "공" 시간 스케줄 중에서 희망하는 개시 시각 (예를 들어, 10:00)과 종료 시각(10:59:59)을 정할 수 있으며, 마이 채널을 통하여 라이브 비디오의 콘텐트를 제공하는 시간 스케줄 프레임(194A)을 결정한다.

상기에 기인하여, PC(2)의 CPU(10)는 예약 시간 스케줄 프레임 데이터로써: 콘텐트 제작자에 의해 결정된 시간 스케줄 프레임(194A)에 표시된 개시 시각과 종료 시각을 확인하고, 동시에 HDD(12)에 일단 레크드된 예약된 시간 스케줄 프레임 데이터로 시간 스케줄 프레임(194A)에 문자 "만"을 표시한다.

다음에, 마이 채널 장르 표시 영역(195)에 표시된 카테고리 아이콘(196-204) 중에서 라이브 비디오의 비디오 장르에 맞춰진 카테고리 (음악) 아이콘에서 클릭이 행해지는 경우, PC(2)의 CPU(10)는 선택된 비디오 장르의 카테고리를 "음악"으로써 확인하고, 그 결과는 카테고리 데이터로써 HDD(12)에 일단 레코드된다.

이 때에, PC(2)의 CPU(10)는 시간 스케줄 지정 바(194) 상의 시간 스케줄 프레임(194A)에 문자 "음악"을 나타내고, 문자를 "만"으로 바꾼다.

그 결과로서, 코덱(codec) 선택 표시 영역(205) 중에서 라이브 비디오의 콘텐트를 클라이언트 PC(4)에게 제공함에 있어서, 예를 들어 코덱으로서 MPEG4 상에 확인 마크를 하는 경우, PC(2)의 CPU(10)는 선택된 코덱 타입을 MPEG4로서 확인하고, 그 결과는 코덱 타입 데이터로서 HDD(12)에 일단 레코드된다.

클라이언트 PC(4)가 제공된 CM 비디오를 원하게 하는, 콘텐트의 헤드 부분에 첨부된 CM 희망 버튼(206), 및 클라이언트 PC(4)가 CM 비디오를 제공하는 것을 희망하지 않음을 나타내게 하는 CM 비희망 버튼(207) 중에서, CM 희망 버튼(206)이 콘텐트 제작자에 의해 클릭되는 경우, PC(2)의 CPU(10) 역시 CM 비디오를 라이브 비디오의 콘텐트에 첨부하기를 소망하는 CM 희망 데이터를 생성하며, 이것은 일단 HDD(12)에 레코드된다.

그러므로, 상술한 바와 같이 음악 라이브의 라이브 비디오를 마이 채널에 콘텐트로서 제공하도록 만들어진 다양한 구성들을 가지고, 콘텐트 제작자에 의해 예약 버튼(208)이 클릭되는 경우, 도 35에 도시된 것처럼 PC(2)의 CPU(10)는 신규한 라이브형 마이 채널용 제공 스케줄 제어 파일(210)을 생성하며, 이 제송 스케줄 제어 파일은 인터넷(5)을 통하여 ASP(32)의 관리 서버(36)로 전송되어 제공 스케줄 관리 데이터베이스(38)에 레코드된다.

복수의 콘텐트 제작자들이 마이 채널을 통하여 라이브 비디오의 콘텐트를 제공하기 위하여 예약을 할 때, ASP(32)의 관리 서버(36)는 동일 시간 스케줄 프레임에 제공되어지도록 허용되는 라이브 비디오의 콘텐트의 수를 (예를 들어, 10편까지) 제한한다.

따라서, ASP(32)의 관리 서버(36)가 콘텐트 제작자에 의해 희망되는 주어진 시간 스케줄 프레임에 제공하도록 허용된 수가 내부의 하드 디스크에서 불러내진 제공 스케줄 프로그램에 기초한 상한에 도달했는지를 검출할 때, 관리 서버는 그 후에 사용자 PC(2)로부터 송신되어질 마이 채널용 라이브형 제공 스케줄 제어 파일(210)을 받아들이지 않고, 제공 스케줄 관리 데이터베이스(38)에 미리 저장된 예약 불능 메시지 표시 화면 상에서 이미지 데이터를 검색하며, 이미지 데이터는 인터넷(5)을 통하여 사용자 PC(2)로 송신된다.

PC(2)의 CPU(10)는, 도 36에 도시된 것처럼, 예약 불능 메시지 표시 화면의 이미지 제이타에 기초한 예약 불능 메시지 표시 화면(212)에 표시부(17)을 표시함으로서, 콘텐트 제작자에게 "실시간으로 라이브 비디오의 콘텐트를 제공하는 희망 시간 스케줄 프레임이 이미 완전히 예약되어 있음"이라는 사실을 통지한다.

이 때문에, ASP(32)의 관리 서버(36)는 클라이언트 PC(4)로 실시간에 대한실패없이, 동시에 제공되는 것이 허용된 콘텐트의 수의 상한이 절대로 초과될 수 없기 때문에 생기는 처리 완성도 및 라인의 대역폭에 대한 발생 가능한 문제점들에 기인한 콘텐트를 제공하는데 있어서 밀리거나 지연되는 일없이 라이브 비디오의 콘텐트를 클라이언트 PC(4)로 제공가능하고, 따라서 라이브 비디오의 콘텐트의 품질이 저하되는 것을 방지한다.

지금까지 설명된 바와 같이, PC(2)의 CPU(10)는 둘 중에서 하나의 방법: 실시간의 라이브 비디오의 콘텐트를 예약된 희망하는 날짜의 희망하는 시간에 제공하거나, 혹은 퍼블릭 채널을 통하여 또는 모든 퍼블릭 채널이 이미 다 예약되었을 경우 마이 채널을 통하여 제공하는 방법을 선택한다.

따라서, 사용자 PC(2)의 콘텐트 제작자는 실시간으로 자신이 조작하는 아마추어 밴드를 통해 라이브 비디오를 제공하는 경우 마이 채널을 통하여 제공하도록 하는 방법을 선택하거나, 혹은 유명한 전문 예술가의 라이브 비디오를 제공하는 경우에 퍼블릭 채널을 통하여 제공하기 위한 방법을 선택하는 것이 가능하다.

이와 같이, 콘텐트 제공 서비스 시스템(1)은 콘텐트의 내용 또는 콘텐트를 보고 듣는 사용자를 고려하여 온디맨드형 또은 라이브형 중 어느 하나를 콘텐트 제공 모드로써 선택할 수 있도록 설계된다.

(6-2) 라이브형에서 ASP로의 접속 처리

라이브 비디오의 콘텐트를 제공하는 일시에 대한 예약 처리를 완료한 후에, PC(2)의 CPU(10)는 표시부(17)에 라이브형 퍼스널 캐스팅 제어 화면(170, 도 29)이 다시 나타나게 한다.

이 때에, 콘텐트 제작자는 라이브형 퍼스널 캐스팅 제어 화면(170)을 확인하는 것에 의해 라이브 비디오의 콘텐트를 제공할 때 예약의 콘텐트를 인식하고, 예약된 개시 시각이 다가올 때, 라이브 비디오의 콘텐트를 실시간으로 제공하도록 접속 버튼(82)을 클릭시켜서, 디지탈 비디오 카메라(18, 도 3)로 사진 촬영 지점에서 레코딩을 시작한다.

그 다음에, PC(2)의 CPU(10)는 시작 단계에서 자동 업로드 프로그램에 따라 도 37에 도시된 루틴 RT7을 시작하고, 단계 SP51로 진행한다.

단계 SP51에서, PC(2)의 CPU(10)는 네트워크 인터페이스를 이용하여 인터넷(5)과 ISP(31)를 통하여 ASP(32)로 로그인하고, ASP(32)에 있는 사용자 정보 데이터베이스(37)를 액세스하여 사용자 ID 및 패스워드 등에 기초한 인증을 취득하고, 다음 단계 SP52로 이동한다.

단계 SP52에서, PC(2)의 CPU(10)는 ASP(32)의 관리 서버(36)가 사용자 ID 및 패스워드 등에 기초하여 제공 스케줄 관리 데이터베이스(38)에 저장된 라이브형 제공 스케줄 제어 파일(189, 도 32)의 콘텐트를 확인하게 하고, 그 다음에 다음 단계 SP53으로 이동한다.

그러므로, ASP(32)의 관리 서버(36)는 제공 스케줄 관리 데이터베이스(38)에 있는 라이브형 제공 스케줄 제어 파일(189)의 콘텐트를 확인함으로써, PC(2)는 제공되어질 라이브 비디오의 콘텐트에 대한 예약 상황을 인식할 수 있다.

단계 SP53에서, 예약 개시 시각에 도달했을 때, PC(2)의 CPU(10)는 ASP(32)의 관리 서버(36)로부터 "라이브 비디오의 콘텐트를 송신하라"는 지시 명령을 받고, 그 지시 명령에 근거하여 예약된 개시 시각에 도달했는지의 여부를 판별한다.

만약 부정적인 결과가 얻어진다면, 그 결과는 지시 명령이 관리 서버(36)로부터 주어지지 않았음을 의미하고, CPU(10)는 ASP(32)의 관리 서버(36)로부터 지시 명령이 주어질 때까지 대기한다.

반면에, 긍정적인 결과가 단계 SP53에서 얻어지면, 이 결과는 ASP(32)의 관리 서버(36)로부터 지시 명령이 주어진 것임을 의미하며, CPU(10)는 개시 시각에 도달했는지를 판정하고, 단계 SP54로 진행한다.

단계 SP54에서, PC(2)의 CPU(10)는 전송 처리를 시작하여 트리거로써 ASP(32)의 관리 서버(36)로부터 주어진 지시 커맨드과 함께, 레코드되고 있는 라이브 비디오의 콘텐트를, ASP(32)의 관리 서버(36)로 실시간으로 인터넷(5)을 통하여 전송하고, 다음 단계 SP55에서 처리를 종료한다.

따라서, ASP(32)의 관리 서버(36)는 사용자 PC(2)로부터 전송된 라이브 비디오의 콘텐트를 퍼블릭 채널에 할당된 콘텐트 서버(39)의 전용 기억 영역에 레코드하며, 그 콘텐트는 연달아 재생되고 그것을 실시간으로 요구하는 클라이언트 PC(4)에게 제공된다.

이 때에, ISP(31)의 제어 서버(33)는 사용자 PC(2)가 라이브 비디오의 콘텐트를 사용자 PC(2)의 사용자 ID에 맞추어진 인터넷(5)을 통하여 ASP(32)로 전송하고 있는 동안 발생된 인터넷 접속료를 부과하고, 과금 관리 데이터베이스(34)의 과금 데이터를 갱신한다.

한편, ASP(32)의 관리 서버(36)는 사용자 PC(2)의 사용자 ID에 맞추어ASP(32)의 서비스 이용료를 부과하고, 서비스 이용료의 과금 데이터는 네트워크 인터페이스(41), 및 ISP(31)의 네트워크 인터페이스(35)를 통하여 과금 관리 데이터베이스(34)로 송신되어, 과금 관리 데이터베이스(34)의 과금 데이터를 갱신한다.

사용자 PC(2)가 "무제한형 코스"라 불리는 정액제의 서비스 계약이 되어 있는 경우에, ASP(32)의 관리 서버(36)는 오직 접속 개시 일시로부터 접속 종료 일시까지의 접속 주기만을 사용자 정보 데이터베이스(37)에 있는 사용자 정보 DB 테이블(37)에 레코드하고, 서비스 이용료는 부과되지 않으며, 일정한 상태이다.

(6-3) 라이브형에서 콘텐트의 처리를 제공

온디맨드형의 콘텐트의 공급을 수취하는 경우와 유사하게, 클라이언트 PC(4)가 라이브형 라이브 비디오의 콘텐트의 공급을 수신하는 경우에 사용자 등록이 가능하며, 이 경우에 루틴 RT1(도 8)의 사용자 등록 절차 처리 프로토콜에 따라 사용자 등록 절차가 행해지며, 여기서 ASP(32)의 관리 서버(36)는 클라이언트 PC(4)의 사용자 ID와 패스워드에 맞추어 뷰어(viewer) 정보 데이터베이스(40)로 뷰어 정보 파일의 등록을 수행한다.

사용자 등록이 행해지지 않은 경우, 클라이언트 PC(4)는 방문자로써 ASP(32)에 의해 제공된 퍼스널 캐스팅 서비스의 웹 사이트(Web site)를 직접적으로 액세스할 수 있다. 사용자 등록을 행했던 클라이언트 PC(4) 만이 만약 콘텐트에 의해 감동받거나 공감하고, 또는 그 콘텐트가 훌륭하다고 느끼면, 콘텐트의 콘텐트 제작자에게 용이하게 기부하는 것이 허용되게 한다.

실제로, 라이브 비디오의 콘텐트가 예를 들어 라이브형 마이 채널을 통하여사용자 등록을 수행했던 클라이언트 PC(4)에게 제공되는 경우, ASP(32)의 관리 서버(36)는 시작 단계에서 내부 하드 디스크로부터 불러진 콘텐트 제공 프로그램에 따라서 도 38에 도시된 루틴 RT8을 시작하고 단계 SP61로 이동한다.

단계 SP61에서, ASP(32)의 관리 서버(36)는 클라이언트 PC(4)에 의해 로그인되고, 다음 단계 SP62로 이동하여 클라이언트 PC(4)로부터 송신된 사용자 ID와 패스워드에 기초한 뷰어 정보 데이터베이스(40)에 있는 뷰어 정보 파일을 참조한다.

단계 SP62에서, ASP(32)의 관리 서버(36)는 사용자 ID와 패스워드에 기초한 뷰어 정보 데이터베이스(40)에 있는 뷰어 정보 파일을 참조한 결과로서, 로그인한 클라이언트 PC(4)가 등록된 정기적 사용자인지를 판별한다.

여기서 부정적인 결과가 만약 얻어진다면, 그 결과는 사용자 ID와 패스워드가 뷰어 정보 데이터베이스(40)에 등록된 것과 일치하지 않음을 나타내고, 그 다음에 ASP(32)의 관리 서버(36)는 단계 SP61로 되돌아가서 클라이언트 PC(4)가 올바른 사용자 ID와 패스워드를 입력하도록 촉구하여 로그인 처리를 다시 수행한다.

단계 SP62에서 긍정적인 결과가 얻어지면, 그 결과는 클라이언트 PC(4)가 등록된 정기적 사용자임을 의미하고, ASP(32)의 관리 서버(36)는 다음 단계 SP63으로 진행한다.

단계 SP63에서, ASP(32)의 관리 서버(36)는 클라이언트 PC(4)에 의한 액세스에 응답하여 콘텐트 서버(39)로부터의 퍼스널 캐스팅 서비스의 홈페이지의 HTML 파일을 판독하며, 이 HTML 파일은 네트워크 인터페이스(41)로부터 클라이언트 PC(4)로 인터넷(5)을 통하여 전송된다.

이 단계에서 클라이언트 PC(4)는 그의 CPU에서 ASP(32)로부터 송신된 퍼스널 캐스팅 서비스의 홈페이지의 HTML 파일을 수신하며, 이 HTML 파일은 홈페이지 화면(125)으로서 표시부 상에 표시된다 (도 25).

라이브 모드 선택 표시 영역(128)에 있는 라이브형 마이 채널 선택 버튼(130)이 사용자에 의해 이 홈페이지 화면(125) 상에서 클릭될 때, 클라이언트 PC(4)의 CPU는 라이브형 마이 채널 선택 버튼(130)을 나타내는 모드 선택 신호를 인터넷(5)을 통하여 ASP(32)의 관리 서버(36)로 송신한다.

단계 SP64에서, ASP(32)의 관리 서버(36)는, 클라이언트 PC(4)로부터 송신된 모드 선택 신호에 기초한 콘텐트 서버(39)로부터 마이 채널용 장르 표시 화면을 형성하는 HTML 파일을 판독하고, 이 파일은 그 네트워크 인터페이스(41)로부터 클라이언트 PC(4)로 인터넷(5)을 통하여 송신된다.

그러므로, 클라이언트 PC(4)의 CPU는 ASP(32)로부터 송신된 마이 채널용 장르 표시 화면의 HTML 파일을 수신하고, 이 파일은 마이 채널용 장르 표시 화면(135, 도 26)으로서 표시부 상에 보여진다.

카테고리 아이콘(136-144) 중의 임의의 하나가 마이 채널용의 이 장르 표시 화면(135) 상에서 클라이언트 PC(4)의 사용자에 의해 클릭될 때, 클라이언트 PC(4)의 CPU는 "음악" 카테고리 아이콘(139)과 매칭되는 장르 선택 신호를 ASP(32)의 관리 서버(36)로 인터넷(5)을 통하여 송신한다.

단계 SP65에서, ASP(32)의 관리 서버(36)는 클라이언트 PC(4)로부터 전송된 장르 선택 신호에 기초한 콘텐트 서버(39)로부터 비디오 카테고리 "음악"에 대한라이브 비디오 스케줄 표시 화면을 형성하는 HTML 파일을 검색하며, 이 파일은 네트워크 인터페이스(41)로부터 클라이언트 PC(4)로 인터넷(5)을 통하여 전송된다.

그러므로, 클라이언트 PC(4)의 CPU는 ASP(32)로부터 전송된 라이브 비디오 스케줄 표시 화면을 형성하는 HTML 파일을 검색하고, 그 파일은 도 39에 도시된 것처럼 마이 채널용의 라이브 비디오 스케줄 표시 화면(220)으로서 표시부 상에 보여진다.

마이 채널용 라이브 비디오 스케줄 표시 화면(220) 상에는, 날짜를 나타내는 달력 표시 영역(221), 마이 채널을 통하여 그위에 라이브 비디오의 콘텐트를 제공하는 제공 스케줄을 나타내는 스케줄 콘텐트 표시 영역(222), 및 현재 마이 채널에서 제공되고 있는 채널명을 나타내는 채널 타입 표시 영역(224)이 형성된다.

현재 날짜 (예를 들어, 2월 19일)는 달력 표시 영역(221) 상의 사선 프레임(221A)에 표시됨으로써, 클라이언트 PC(4)의 사용자는 현재 날짜를 쉽게 확인할 수 있다.

스케줄 콘텐트 표시 영역(222) 상에는 ASP(32)가 현재 시간 (예를 들어, 15:10)에 제공할 수 있는 라이브 비디오의 콘텐트의 시간 스케줄 프레임 (15:00에서 16:59:59까지의 기간)이 나타나고, 이 프레임은 라이브 비디오의 콘텐트가 채널 타입 표시 영역(224)에 표시된 (10 채널까지의) 복수 종류의 채널 버튼(225-229)에 매칭되는 마이 채널을 통하여 현재 시간에 제공될 수 있다는 것을 나타낸다.

단계 SP66에서, ASP(32)의 관리 서버(36)는 예를 들어 희망 채널 버튼("Kimura" 채널 : 226)이 마이 채널용의 라이브 비디오 스케줄 표시 화면(220)을 보고 있는 클라이언트 PC(4)의 사용자에 의해 선택되는지를 판별한다.

이 경우에, 클라이언트 PC(4)의 CPU는 선택된 채널 버튼(226)에 맞추어 설정된 URL, 및 URL이 인터넷(5)을 통하여 ASP(32)의 관리 서버(36)로 송신되는 것을 나타내는 채널 선택 신호를 확인하며, 이 채널 선택 신호에 의해 ASP(32)의 관리 서버(36)는 채널 선택 신호가 수신되었을 때, 희망 채널 버튼(226)이 클릭되었음을 확인한다.

이 단계 SP66에서, 만약 부정적인 결과가 얻어진다면, 이 결과는 라이브 비디오 스케줄 표시 화면(220) 상의 채널 타입 표시 영역(224)에 표시된 채널 버튼(225-229) 중 어느 것도 선택되지 않음을 나타내고, 그 다음에 ASP(32)의 관리서버(36)는 채널 버튼(225-229) 중의 어느 하나가 선택될 때까지 대기한다.

만약 단계 SP66에서 긍정적인 결과가 얻어지면, 그 결과는 사용자-희망 채널 버튼(226)이 채널 버튼(225-229) 중에서 클릭 선택되었음을 나타내고, 그 다음에 ASP(32)의 관리 서버(36)는 다음 단계 SP67로 진행한다.

단계 SP67에서, ASP(32)의 관리 서버(36)는 콘텐트 서버(39)의 전용 기억 영역("Kimura" 채널에 대응함) 중에서 클릭하는 때에 제공되어질 라이브 비디오의 CM을 갖는 영화 데이터를 연달아 재생하며, 이 영화 데이터는 인터넷을 통하여 클라이언트 PC(4)로 송신되고, 다음 단계 SP68로 진행하여 처리를 종료한다.

따라서, 클라이언트 PC(4)의 CPU는 표시부가 ASP(32)로부터 전송된 콘텐트의 CM을 갖는 영화 데이터에 기초한, 도 19에 도시된 콘텐트 표시 화면(240)을 나타나게 하며, 먼저 콘텐트 표시 화면(240)의 중앙에 위치한 영화 표시 영역(241)에 있는 CM 비디오를 표시하며, 후속하여 음악 라이브의 상태를 보여주는 영화가 뒤따른다.

ASP(32)의 관리 서버(36)는 온디맨드형에서 행해졌던 것처럼 클라이언트 PC(4)로 송신되고 있는 라이브 비디오의 콘텐트를 처음부터 제공할 수 없으므로, 라이브 비디오의 콘텐트를 중간쯤에서 제공되어, 클릭할 때에 연달아 재생된다.

그러나, 이 경우에 심지어 CM 제공 요청이 사용자 PC(2)의 콘텐트 제작자에 의해 "CM 유"로 설정되는 경우에도, ASP(32)의 관리 서버(36)는 라이브 비디오의 콘텐트를 제공하기 전에 실패 없이 CM 비디오를 클라이언트 PC(4)로 송신한다.

따라서, 클라이언트 PC(4)는 사용자-희망 채널 버튼(226)이 클릭된 때의 직후에 라이브 비디오의 콘텐트를 보고 들을 수 없으나, CM 비디오를 먼저 보고 들은 후에만 라이브 비디오의 콘텐트를 보고 들을 수 있다.

이 방법에 있어서, 심지어 라이브 비디오의 콘텐트를 클라이언트 PC(4)에게 제공할 때조차도, ASP(32)의 관리 서버(36)는 클라이언트 PC(4)의 사용자가 그 사용자의 의지와 관계없이 CM 비디오를 보고 듣기를 강요하도록 설계된다.

이 때에, ISP(31)의 제어 서버(33)는 사용자 PC(2)가 라이브 비디오의 콘텐트의 영화 데이터를 인터넷(5)을 통하여 ASP(32)로 송신하는 동안에 발생하는 인터넷 접속료를 사용자 PC(2)의 사용자 ID에 맞춰서 과금함으로써, 과금 관리 데이터베이스의 과금 데이터를 갱신하게 한다.

동시에, ASP의 관리 서버(36)는 인터넷(5)을 통하여 사용자 PC(2)로부터 공급되고 있는 라이브 비디오의 콘텐트의 영화 데이터가 콘텐트 서버(39)를 통하여연달아 재생되는 동안 발생하는 서비스 이용료를 사용자 PC(2)의 사용자 ID에 따라 부과하며, 그 데이터는 사용자 정보 데이터베이스(37)에 있는 사용자 정보 DB 테이블(45) 상에 등록되고, 네트워크 인터페이스(41), 및 ISP(31)의 네트워크 인터페이스(41)를 통하여 과금 관리 데이터베이스(34)에 동시에 레코드된다.

반면에, 라이브 비디오의 콘텐트가 예를 들어 퍼블릭 채널을 통하여 사용자-등록된 클라이언트 PC(4)로 제공되는 경우에, ASP(32)의 관리 서버(36)는 시작 단계에서 내부 하드 디스크로부터 불러진 콘텐트 제공 프로그램에 따라 도 41에 도시된 루틴 RT9로 들어가고, 단계 SP71로 진행한다.

단계 SP71 내지 SP73은 마이 채널을 통하여 라이브 비디오의 콘텐트를 제공하는 루틴 RT8의 단계 SP61 내지 SP63과 유사하므로, ASP(32)의 관리 서버(36)는 퍼스널 캐스팅 서비스의 홈페이지의 HTML 파일을 인터넷(5)을 통한 네트워크 인터페이스(41)를 통하여 클라이언트 PC(4)에 전송한다.

따라서, 클라이언트 PC(4)는 ASP(32)로부터 송신된 퍼스널 캐스팅 서비스의 HTML 파일 (도 25)을 수신하고, 이 파일은 홈페이지 화면(125)으로서 표시부 상에 표시된다.

라이브 모드 선택 표시 영역(128)에 있는 라이브형 퍼블릭 채널 선택버튼(129)이 이 홈페이지 화면(125)에서 사용자에 의해 클릭될 때, 클라이언트 PC(4)의 CPU는 라이브형 퍼블릭 채널 선택 버튼(129)의 선택을 나타내는 모드 선택 신호를 인터넷(5)을 통하여 ASP(32)의 관리 서버(36)로 송신한다.

단계 SP74에서, ASP(32)의 관리 서버(36)는 클라이언트 PC(4)로부터 송신된 모드 선택 신호에 응답하여 콘텐트 서버(39)로부터의 퍼블릭 채널용의 채널 표시 화면을 형성하는 HTML 파일을 판독하며, 이 파일은 인터넷을 통하여 네트워크 인터페이스(41)로부터 클라이언트 PC(4)로 송신된 것이다.

따라서, 클라이언트 PC(4)의 CPU는 ASP(32)로부터 전송된 퍼블릭 채널용 채널 표시 화면의 HTML 파일을 수신하고, 이 파일은 도 42에 도시된 바와 같이, 퍼블릭 채널용 채널 표시 화면으로써 표시부 상에 표시된다.

비디오 채널 아이콘(246-249) 중에서 임의의 하나가 (예를 들어, "음악 라이브" 채널 아이콘(247)) 퍼블릭 채널(245)용의 이 채널 표시 화면 상에서 클라이언트 PC(4)의 사용자에 의해 클릭될 때, 클라이언트 PC(4)의 CPU는 "음악 라이브" 채널 아이콘(247)에 매칭되는 채널 선택 신호를 인터넷(5)을 통하여 ASP(32)의 관리 서버(36)로 송신한다.

단계 SP75에서, ASP(32)의 관리 서버(36)는 클라이언트 PC(4)로부터 전송된 채널 선택 신호에 기초한 콘텐트 서버(39)로부터 "음악 라이브" 채널에 대한 퍼블릭 채널용 라이브 비디오 스케줄 표시 화면을 형성하는 HTML 파일을 검색하며, 그 신호는 네트워크 인터페이스(41)로부터 클라이언트 PC(4)로 인터넷(5)을 통하여 송신다.

따라서, PC(4)는 ASP(32)로부터 전송된 퍼블릭 채널용 라이브 비디오 스케줄 표시 화면을 형성하는 HTML 파일을 수신하며, 이 파일은 도 43에 도시된 것처럼 퍼블릭 채널용 라이브 비디오 스케줄 표시 화면(255)으로서 표시부 상에 나타난다.

퍼블릭 채널용 라이브 비디오 스케줄 표시 화면(255) 상에는, 날짜를 나타내는 달력 표시 영역(256), 및 선택된 "음악 라이브" 채널에 대한 라이브 비디오의 콘텐트를 제공하는 제공 스케줄을 나타내는 스케줄 내용 표시 영역(257)이 형성된다.

현재 날짜 (예를 들어, 2월 19일)는 달력 표시 영역(256) 상의 사선 프레임(256A)에 표시됨으로써, 클라이언트 PC(4)의 사용자는 현재 날짜를 쉽게 확인할 수 있다.

스케줄 내용 표시 영역(257) 상에는 2월 19일에 ASP(32)에 의해 제공되어질 라이브 비디오의 콘텐트의 제목이 나타난다. 이 경우는 "○△ 라이브"의 콘텐트를 6:00에서 8:59:59까지 제1 시간 스케줄 프레임(257A)에, "xx 투어"의 콘텐트를 10:00에서 10:59:59까지 제2 시간 스케줄 프레임(257B)에, 그리고 "x△ 콘서트"의 콘텐트를 21:00에서 23:59:59까지 제3 시간 스케줄 프레임에 제공한다는 것을 의미한다.

퍼블릭 채널용 라이브 비디오 스케줄 내용 표시 화면(255) 상에서 현재 시간에 매칭되는 제2 시간 스케줄 프레임(257B)이 현재 시간 (예를 들어, 10:09)에 스케줄 콘텐트 표시 영역(257)의 제1 시간 스케줄 프레임(257A)과 제3 시간 스케줄 프레임(257C)이 있는 것과는 다른 색깔로 나타남으로써, 클라이언트 PC(4)의 사용자가 "xx 투어"의 콘텐트를 현재 순간과 실시간으로 보고 들을 수 있다는 것을 쉽게 인식하게 한다.

단계 SP76에서, ASP(32)의 관리 서버(36)는 현재 시간 (예를 들어, 10:09)에 이용가능한 제2 시간 스케줄 프레임(257B)이 퍼블릭 채널용 라이브 비디오 스케줄 표시 화면(255)을 보고있는 클라이언트 PC(4)의 사용자에 의해 클릭-선택되는지를 판별한다

이 경우에, 클라이언트 PC(4)의 CPU는 제2 시간 스케줄 프레임(257B)이 선택되었을 때, 퍼블릭 채널의 "음악 라이브" 채널로 설정된 URL을 인식하고, URL을 나타내는 채널 선택 신호는 인터넷(5)을 통하여 ASP(32)의 관리 서버(36)로 송신되며, 이에 의해 ASP(32)의 관리 서버(36)는 채널 선택 신호가 수신되었을 때 제2 시간 스케줄 프레임(257B)이 선택되는 것을 확인한다.

이 단계 SP76에서 부정적인 결과가 얻어진다면, 그 결과는 스케줄 내용 표시 영역(257) 중에서 현재 시간에 이용가능한 제2 시간 스케줄 프레임(257B)이 선택되지 않았음을 나타내고, 그 다음에 ASP(32)의 관리 서버(36)는 제2 시간 스케줄 프레임(257B)이 선택될 때까지 대기한다.

그러나, 단계 SP76에서 긍정적인 결과가 얻어지면, 그것은 제2 시간 스케줄 프레임(257B)이 스케줄 콘텐트 표시 영역(222) 중에서 선택되었음을 의미하고, 그 다음에 ASP(32)의 관리 서버(36)는 다음 단계 SP77로 진행한다.

단계 SP77에서, ASP(32)의 관리 서버(36)는 스트리밍에 있어서 전용 기억 영역 중에서 클릭할 때에 "음악 라이브" 채널에 제공되어질 라이브 비디오의 CM을 갖는 영화 데이터("xx 투어")를 콘텐트 서버(39)에 있는 "음악 라이브" 채널에 맞추어서 연달아 재생하며, 이 영화 데이터는 인터넷(5)을 통하여 클라이언트 PC(4)로 송신되고, 다음 단계 SP78로 진행하여 처리를 종료한다.

따라서, 클라이언트 PC(4)의 CPU는 표시부가 도 44에 도시된 것처럼 ASP(32)로부터 전송된 라이브 비디오의 CM("xx 투어")을 갖는 영화 데이터에 기초한 라이브 비디오의 콘텐트 표시 화면(260), 및 콘텐트 표시 화면(260)의 중앙에 위치한 영화 표시 영역(261)에 있는 "음악 라이브" 채널을 통하여 선택된 제2 시간 스케줄 프레임(257B)에 매칭되는 라이브 비디오("xx 투어")를 보여주게 한다.

이 경우에 또한, 라이브 비디오의 콘텐트는 연달아 재생되어 제2 시간 스케줄 프레임(257B)이 클릭된 순간부터 제공되어지며, 콘텐트의 CM 제공 요청이 "CM 유"로 설정될 때, CM 비디오는 클릭의 순간부터 라이브 비디오의 콘텐트에 따라 클라이언트 PC(4)로 먼저 제공된다.

그러므로, ASP(32)의 제어 서버(33)는 라이브 비디오의 콘텐트를 퍼블릭 채널을 통하여 클라이언트 PC(4)로 제공할 때조차도 클라이언트 PC(4)의 사용자가 자신의 의지와는 상관없이 CM 비디오를 보고 듣게 강요한다.

이 때에, ISP(31)의 제어 서버(33)는 사용자 PC(2)가 라이브 비디오의 콘텐트의 영화 데이터를 인터넷(5)을 통하여 ASP(32)로 송신하는 동안 발생한 인터넷 접속료를 사용자 PC(2)의 사용자 ID에 따라 부과하며, 그 결과 과금 관리 데이터베이스(34)에 있는 과금 데이터를 갱신하게 한다.

동시에, ASP의 관리 서버(36)는 인터넷(5)을 통하여 사용자 PC(2)로부터 공급되고 있는 라이브 비디오의 콘텐트의 영화 데이터가 콘텐트 서버(39)를 통하여 연달아 재생되는 동안 발생하는 서비스 이용료를, 사용자 PC(2)의 사용자 ID에 따라 부과하며, 그 데이터는 사용자 정보 데이터베이스(37)에 있는 사용자 정보 DB 테이블(45) 상에 등록되고, 동시에 네트워크 인터페이스(41), 및 ISP(31)의 네트워크 인터페이스(35)를 통하여 과금 관리 데이터베이스(34)에 동시에 레코드된다.

그러나, 사용자 PC(2)가 "무제한형 코스"라 불리는 정액제의 서비스 계약이 되어 있는 경우에, ASP(32)의 관리 서버(36)는 오직 접속 개시 일시로부터 접속 종료 일시까지의 접속 주기만을 사용자 정보 데이터베이스(37)에 있는 사용자 정보 DB 테이블(45)에 레코드하고, 서비스 이용료는 부과되지 않으며, 일정한 상태이다.

(7) 클라이언트 PC에 의한 기부 처리

클라이언트 PC(4)의 사용자는 만약 제공된 콘텐트에 의해 감동 받거나 또는 공감하면, 혹은 콘텐트가 훌륭하다고 느낀다면, 콘텐트 제작자에게 용이하게 기부하는 것이 허용된다.

콘텐트를 보고 듣는 사용자가 ASP(32)로부터 다운로드된 콘텐트의 CM을 갖는 영화 파일에 기초한 표시부 상에 표시된 온디맨드형 콘텐트 표시 화면(165, 도 28) 상에, 또는 라이브 비디오의 콘텐트의 CM을 갖는 영화에 기초한 표시부에 표시된 라이브형 콘텐트 표시 화면(260, 도 40)과 콘텐트 표시 화면(240, 도 44) 상에 각각 놓여진 기부 버튼(167, 242, 또는 262)을 클릭하는 경우, 클라이언트 PC(4)의 CPU는 내부 하드 디스크로부터 로드된 기부 프로그램에 따라 도 45에 도시된 것처럼 기부 버튼(167, 242, 및 262) 다음에 표시된 기부액 선택 화면(270)을 갖는다(도시되지 않음).

이 기부액 선택 화면 상에는, 다양한 액수의 기부에 대응하는 기부 선택 버튼(271-276)이 형성되어 있고, 클라이언트 PC(4)의 사용자는 기부하기를 원하는 액수에 대응하는 동일한 기부액 버튼(271-276) 중에서 자유롭게 임의의 기부 선택 버튼을 클릭-선택할 수 있다.

따라서, 사용자가 기부 선택 버튼(272)을 클릭하여 예를 들어 1,000엔(￥)을 기부하는 경우, 클라이언트 PC(4)의 CPU는 선택된 기부 선택 버튼(272)에 대응하는 액수의 기부 데이터를 생성하며, 이 데이터는 인터넷(5)을 통하여 ASP(32)의 관리 서버(36)로 송신된다.

ASP(32)의 관리 서버(36)는 클라이언트 PC(4)로부터 송신된 기부 데이터를 소정의 변환율에서 포인트로 변환하고, 사용자 정보 데이터베이스(37)로부터 콘텐트 ID에 매칭되는 사용자 정보 DB 테이블(45)을 검색하며, 기부 데이터에 기초한 포인트로 사용자 정보 DB 테이블(45) 상에 누적된 포인트 수를 갱신한다.

클라이언트 PC(4)의 CPU는 기부 데이터에 매칭되는 과금 데이터를 생성하고, 이 데이터는 인터넷(5)을 통하여 ASP(32)의 관리 서버(36)로 송신된다. 따라서, ASP(32)의 관리 서버(36)는 기부액에 대한 과금 데이터를, 클라이언트 PC(4)가 이용했던 ASP(32)에 대한 서비스 이용료과 함께 뷰어 정보 데이터베이스(40)에 있는 뷰어 정보 파일에 레코드한다.

동시에, ISP(31) 역시 클라이언트 PC(4)가 인터넷(5)을 통하여 ASP(32)로부터 콘텐트의 공급을 수신하고 있는 동안 발생한 인터넷 접속료를 부과하며, 그 요금의 액수 데이터는 액수 관리 데이터베이스(34)뿐만 아니라, 뷰어 정보 데이터베이스(40)에 있는 뷰어 정보 파일에 레코드된다.

한편, 등록된 사용자 이외의 방문자가 콘텐트 제작자에게 기부할 때, 방문자에 의한 기부 버튼(167, 242, 또는 262)의 클릭은 클라이언트 PC(4)의 CPU가 방문자가 기부할 때 이용하는 신용 카드 번호 및 다른 정보에 대한 입력 화면(도시되지 않음)과 함께 기부액 선택 화면(270, 도 45)도 표시하게 하여, 방문자가 신용 카드 번호를 입력할 것을 장려한다.

그 결과, 클라이언트 PC(4)의 CPU는 신용 카드 번호 데이터, 및 기부 선택 버튼에 대응하는 액수의 기부 데이터를 인터넷(5)을 통해 ASP(32)의 관리 서버(36)로 송신하고, 사용자 정보 DB 테이블(45) 상에 누적 포인트의 수를 기부 데이터에 대응하는 포인트를 가지고 갱신한다.

ASP(32)의 관리 서버(36)는 방문자가 기부하는 액수의 기부 데이터를 신용 카드 번호 데이터에 기초한 신용 카드 회사의 과금 관리 데이터베이스로 송신하며, 신용 카드 회사에게 방문자에 의한 기부에 대해 과금 처리를 수행할 것을 요구한다.

(8) 월별 포인트 결산 처리

마지막으로, 월별로 계산되는 사용자 정보 DB 테이블(45)에 누적된 포인트 수에 비례하여 콘텐트 제작자에게 이익 반환이 행해지는 월별 포인트 결산 처리에 대한 설명을 하기 전에, 클라이언트 PC(4)로 제공되어질 CM 비디오를 갖는 콘텐트에 대한 제공 처리 절차를 재생(recapping)하면서, 도 46에 도시된 루틴 RT10은 시작 단계에서 시작하고, SP81로 이동한다.

단계 SP81에서 클라이언트 PC(4)의 CPU는 희망 채널 버튼(155)이 채널 표시 화면(150, 도 27) 중에서 사용자에 의해 클릭되는 것을 확인하고, 그 후에 다음 단계 SP82로 진행한다.

단계 SP82에서 클라이언트 PC(4)의 CPU는 선택된 채널 버튼(226)에 매칭되는 콘텐트 ID를 인터넷(5)을 통해 ASP(32)의 관리 서버(36)로 송신하고, 다음 단계 SP83으로 진행한다.

단계 SP83에서, ASP(32)의 관리 서버(36)는 내부 하드 디스크로부터 불러내진 콘텐트 제공 프로그램을 턴온하고, 예를 들어 클라이언트 PC(4)로부터 송신된 콘텐트 ID에 기초한 제공 스케줄 관리 데이터베이스(38) 중에서 온디맨드형 스케줄 제어 파일(120)을 검색하며, 사용자 ID와 CM 요청의 콘텐트를 확인한 후에 다음 단계 SP84로 넘어간다.

단계 SP84에서, 온디맨드형 제공 스케줄 제어 파일(210)을 확인한 후에, ASP(32)의 관리 서버(36)는 CM 요청이 "CM 유"로 설정되어 있는지를 판단한다.

부정적인 결과가 만약 얻어진다면, 그 결과는 CM 비디오가 클라이언트 PC(4)로 제공되어질 콘텐트 "CM 무"에 첨부되지 않음을 의미하며, 그 다음에 ASP(32)의 관리 서버(36)는 단계 SP87로 진행하여 첨부되지 않은 콘텐트의 영화 파일을 CM 비디오에 제공하고, 다음 단계 SP88에서 처리를 종료한다.

이에 반하여, 단계 SP84에서 긍정적인 결과가 얻어지면, 그 결과는 CM 요청이 클라이언트 PC(4)로 제공되어질 콘텐트에 첨부된 CM 비디오를 가진 "CM 유"로설정되어 있음을 의미하고, 그 다음에 ASP(32)의 관리 서버(36)는 다음 단계 SP85로 진행한다.

단계 SP85에서, ASP(32)의 관리 서버(36)는 CM 관리 데이터 베이스(44)에 저장된 CM 비디오를 콘텐트 서버(39)에 저장된 영화 파일의 헤드 부분에 첨부함으로서 CM이 있는 영화 파일의 콘텐트를 생성하며, 그 콘텐트는 콘텐트 서버(39)에 일단 저장되고, 그후 다음 단계 SP86으로 넘어간다.

단계 SP86에서, ASP(32)의 관리 서버(36)는 사용자 정보 데이터베이스(37)에 있는 사용자 정보 DB 테이블 파일(45)에 누적된 포인트의 수를, CM이 있는 영화 파일의 콘텐트가 클라이언트 PC(4)에 제공될 때 발생된 포인트로 갱신하고, 다음 단계 SP87로 진행한다.

단계 SP87에서, ASP(32)의 관리 서버(36)는 CM 요청이 "CM 유"일 때 콘텐트 서버(39)로부터 CM이 있는 영화 파일의 콘텐트를 판독하며, 그 콘텐트를 인터넷을 통해 클라이언트 PC(4)로 제공하고, 처리를 종료하는 다음 단계 SP88로 진행한다.

이와 같이, 콘텐트 제공 시스템(1)에서, ASP(32)의 관리 서버(36)가 "CM 유"로 설정된 CM 요청과 함께, 콘텐트 서버(39)로부터 CM이 있는 영화 파일의 콘텐트를 판독하고 그 콘텐트를 클라이언트 PC(4)로 제공할 때, 그 결과로 갱신된 사용자 정보 DB 테이블(45) 상에 누적된 포인트의 수로 포인트가 생성된다.

다음에 콘텐트 제공 시스템(1)에서, 콘텐트 제작자를 위해 이익 반환 처리를 수행할 때 따르는 월별 포인트 결산 처리 절차에 대한 반복이 월별로 계산된 사용자 정보 DB 테이블(45)에 누적된 포인트의 수에 매칭되어 행해진다. 도 47에 도시된 루틴 RT11은 시작 단계에서 시작되고, 단계 SP91로 진행한다.

단계 SP91에서, ASP(32)의 관리 서버(36)는 사용자 정보 DB 테이블(45)에 ISP(31)에 대한 인터넷 접속료, 및 사용자 PC(2)에 의한 ASP(32)의 서비스 이용료를 부가함으로써 사용자 정보 DB 테이블을 갱신하고 ("무제한형 코스"가 설정될 때, 서비스 이용료는 일정함), 다음 단계 SP92로 진행한다.

단계 SP92에서, ASP(32)의 관리 서버(36)는 사용자 정보 데이터베이스(37)에 저장된 사용자 정보 DB 테이블(45)을 참조하면서, 누적된 포인트의 수를 월별로 판독하고, 다음 단계 SP93으로 진행한다.

단계 SP93에서, ASP(32)의 관리 서버(36)는 남겨진 누적 포인트의 수가 주어진 포인트의 수보다 큰지를 판단한다.

여기서 부정적인 결과가 만약 얻어진다면, 그 결과는 남겨진 누적 포인트의 수가 주어진 포인트의 수보다 크지 않음을 의미하고, 그후에 ASP(32)의 관리 서버는 다음 단계 SP94로 이동한다.

단계 SP94에서, 남겨진 누적 포인트의 수가 주어진 포인트의 수보다 크지 않기 때문에, ASP(32)의 관리 서버(36)는 누적된 포인트의 수에 매칭되는 이익 반환 처리를 수행하지 않고도, 현재 시간에 사용자 PC(2)에 대한 서비스 이용료의 청구 처리를 수행하고, 처리를 종료하는 다음 단계 SP101로 진행한다.

이에 반하여, 긍정적인 결과가 단계 SP93에서 얻어지면, 이 결과는 남겨진 월별 누적 포인트의 수가 주어진 포인트의 수보다 크다는 것을 의미하며, 그 다음에 ASP(32)의 관리 서버(36)는 다음 단계 SP95로 진행하여 누적된 포인트 수에 비례하는 이익 반환 처리를 수행한다.

단계 SP95에서 ASP(32)의 관리 서버(36)는 사용자 정보 DB 테이블(45)에 누적된 포인트의 수에 비례하는 ASP(32)의 서비스 이용료의 액수를 감산하고, 사용자 정보 DB 테이블(45)에 누적된 포인트의 수에서 감산된 서비스 이용료에 비례하는 포인트의 수를 감산함으로써 사용자 정보 DB 테이블(45)을 갱신하고, 그 후에 다음 단계 SP96으로 진행한다.

그러므로, ASP(32)로부터 신용 카드 회사를 통하여 과금된 서비스 이용료는 감산되거나 상쇄되어, 사용자 PC(2)의 콘텐트 제작자는 누적된 포인트에 비례하는 이익 반환을 수취하게 된다.

단계 SP96에서 ASP(32)의 관리 서버(36)는 남겨진 누적 포인트의 수가 ASP(32)의 서비스 이용료가 되돌아온 후에 주어진 포인트 수보다 큰지를 판별한다.

여기서, 부정적인 결과가 얻어진다면, 그 결과는 남겨진 누적 포인트의 수가 주어진 포인트의 수보다 작다는 것을 의미하고, 그 다음에 ASP(32)의 관리 서버(36)는 다음 단계 SP94로 이동하여 사용자 이용료에 대한 청구 처리를 수행하고, 다음 단계 SP101에서 처리를 종료한다.

다른 한편, 단계 SP96에서 긍정적인 결과가 얻어지면, 그것은 남겨진 누적 포인트의 수가 주어진 포인트의 수보다 크다는 것을 나타내고, 그 다음에 ASP(32)의 관리 서버(36)는 다음 단계 SP97로 진행한다.

단계 SP97에서 ASP(32)의 관리 서버(36)는 누적 포인트의 수에 비례하는 사용자 PC(2)의 ISP(31)에 대한 인터넷 접속료의 액수를 감산하고, 사용자 정보 DB테이블(45)에 누적된 포인트의 수에서 감산된 인터넷 접속료에 비례하는 포인트의 수를 감산함으로써 사용자 정보 DB 테이블(45)을 갱신하고, 그 후에 다음 단계 SP98로 진행한다.

그러므로, 신용 카드 회사를 통하여 청구되는 인터넷 접속료는 감산되거나 상쇄됨으로써, 사용자 PC(2)의 콘텐트 제작자는 ASP(32)의 서비스 이용료에 따르는, 누적된 포인트에 비례하는 이익 반환을 수취하게 된다.

단계 SP98에서 ASP(32)의 관리 서버(36)는 누적된 포인트가 이 순간에 여전히 남아있는지를 판별하고, 만약 일만보다 큰 누적 포인트가 남아 있으면, ASP(32)의 관리 서버(36)는 다음 단계 SP99로 이동한다.

단계 SP99에서 ASP(32)의 관리 서버(36)는 신용 카드 회사에게 신용 카드 회사를 통한 결산 데이터에서 일만을 넘는 누적 포인트의 수를 감산하라고 지시하고, 그 다음에 사용자 정보 DB 테이블(45)에 누적된 포인트의 수에서 일만을 넘는 누적 포인트의 수를 감산함으로써 누적 포인트의 수를 갱신하고, 그후 단계 SP98로 되돌아간다.

한편, 남겨진 누적 포인트의 수가 일만 포인트보다 작지만 단계 SP98에서 십만보다 크면, ASP(32)의 관리 서버(36)는 다음 단계 SP100으로 진행한다.

단계 SP100에서, ASP(32)의 관리 서버(36)는 일십만을 넘는 누적 포인트 수부의 포인트 데이터를 온라인 통신 판매 회사(6)로 인터넷(5)을 통하여 전송하고, 사용자 정보 DB 테이블(45)의 누적 포인트의 수에서 일십만 포인트를 넘는 누적 포인트의 수를 감산하는 것에 의해 누적 포인트의 수를 갱신하고, 다음 단계 SP101에서 처리를 종료한다.

이 경우에, 온라인 통신 판매 회사(6)는, 사용자 등록 시에 ASP(32)로부터 전송된 사용자 정보 DB 테이블(45)의 콘텐트에 기초한 콘텐트 제작자의 어드레스와 이-메일 주소를 포함하는 개인 정보를 확인하고, 일십만을 넘는 포인트 수에 비례하는 소정의 아이템(상품)을 사용자 PC(2)의 콘텐트 제작자에게 배달함으로써, 이익 반환 처리를 수행한다.

또한, 남겨진 누적 포인트의 수가 단계 SP98에서 일십만 보다 작으면, ASP(32)의 관리 서버(36)는 단계 SP94로 넘어가서 서비스 이용료에 대한 청구 처리를 수행하고, 다음 단계 SP101에서 처리를 종료한다.

(9) 실시예의 현재 모드에서 동작 및 효과

지금까지 설명된 바와 같이, 사용자 PC(2)는 먼저 사용자 정보 등록 화면(21, 도 5) 따라서 사용자 정보를 입력하고, 그 결과로 생성된 사용자 정보 파일(25, 도 6)은 인터넷(5)을 통하여 ASP(32)의 관리 서버(36)로 송신된다.

사용자 정보 파일을 받은 후에, ASP(32)의 관리 서버(36)는 사용자 ID를 선택하고, 내부 하드 디스크로부터 불러진 사용자 등록 절차 프로그램에 따라서 사용자 ID에 대한 URL을 결정하며, 사용자 ID와 URL은 콘텐트 서버(39)의 전용 기억 영역을 특징짓는 어드레스 데이터로써 사용자 PC(2)에 통지된다.

사용자 PC(2)는 미리 프로그램된 자동 업로드 프로그램의 공급을 수취하여, ASP(32)의 관리 서버로부터 액세스 포인트에 대한 어드레스 데이터로서, URL의 수취를 통지 받는 때에 URL을 따라서 콘텐트 서버(39)의 전용 기억 영역에 대한 자동접속 처리를 수행한다. 그리고, 자동 업로드 프로그램에 기초한 데스크탑 화면(19, 도 4) 상에 표시되는 업로드 아이콘(27)이 콘텐트 제작자에 의해 클릭되는 경우, ASP(32)의 제어 서버(39)에 대한 접속이 자동적으로 행해진다.

그러므로, 사용자 PC(2)는 업로드 아이콘(27)에 대한 단순한 클릭 동작으로 URL에 닿는 ASP(32)의 콘텐트 서버(39)에 있는 전용 기억 영역을 자동적으로 액세스할 수 있어, URL의 입력 동작의 필요성이 불필요할 뿐만 아니라 콘텐트 제작자가 URL을 인식할 필요 없이 콘텐트 서버(39)에 있는 전용 기억 영역에 대한 자동 액세스를 행하게 한다.

상술한 구조에 따라, 콘텐트 제공 시스템(1)을 이용하는 사용자 PC(2)는 콘텐트 제작자에게 URL을 입력하도록 강요하지 않고도 ASP(32)의 관리 서버(36)로부터 공급된 자동 업로드 프로그램에 기초한 데스크탑 화면(19) 상의 업로드 아이콘(27)을 단순히 클릭하는 것에 의해, 콘텐트 서버의 액세스 포인트로서 전용 기억 영역에 자동적으로 접속할 수 있으며, 따라서 사용자 친화형(user-friendly) 인터페이스를 제공하는 것이 가능하며, 심지어 컴퓨터를 작동하기에 충분히 숙련되지 않은 콘텐트 제작자들 조차도 매우 용이하게 액세스 포인트에 대한 접속 처리를 수행할 수 있게 한다.

(10) 실시예의 다른 모드들

실시예의 상술한 모드에서, 콘텐트 서버(39)의 액세스 포인트로서, 업로드 아이콘(27)을 클릭하는 것에 응답하여 전용 기억 영역에 대한 접속 처리를 자동적으로 수행하는 경우에 대해 설명하였다. 그러나, 본 발명은 이에 한정되지 않으며, 접속 처리는 사용자 PC(2)의 특정 키의 작동에 응답하여 액세스 포인트로서 전용 기억 영역에서 행해질 수 있다. 이 경우에도 역시, 상술한 실시예의 모드에서의 것과 유사한 효과가 얻어질 수 있다.

또한, 상술한 실시예의 모드에서, 콘텐트 서버(39)의 전용 기억 영역과 매칭되는 액세스 포인트로써 URL을 발행하기 위한 사용자 등록 절차 프로그램이 사용자 정보 파일에 맞추어 ASP(32)의 관리 서버(36)에 있는 하드 디스크 상에 사전-인스톨(pre-install)되는 경우에 대해 설명을 하였다. 그러나, 본 발명은 이에 한정되지 않으며, 사용자 등록 절차 프로그램은 사용자 등록 절차 프로그램을 저장하는 CD-ROM(compact disc-read only memory), DVD(digital video disc)와 같은 패키지 매체들로 구성된 프로그램 저장 매체를 재생함으로써 인스톨될 수 있다. 마찬가지로, 사용자 등록 절차 프로그램은 반도체 메모리, 또는 사용자 등록 절차 프로그램을 일시적으로 혹은 영구적으로 저장할 수 있는 마크네토-광학적 디스크와 같은 프로그램 저장 매체를 재생하는 것에 의하여 인스톨 될 수 있다.

LAN과 디지털 위성 방송과 같은 유선 또는 무선 통신 매체는 사용자 등록 절차 프로그램을 프로그램 저장 매체에 저장하는 수단으로써 이용될 수도 있다. 또한, 라우터나 모뎀같은 다양한 통신 인터페이스들이 저장 과정에 수반될 수 있다.

또한, 전술한 실시예의 모드에서, ASP(32)의 관리 서버(36)가 콘텐트 서버를 제공하는 객체로서, 클라이언트 PC(4)가 이용되는 경우에 대해서 설명을 하였다. 그러나, 본 발명은 이에 한정되지 않고, 인터넷(5)을 통하여 접속된다는 조건으로이동 가능한 정보 단말 혹은 이동 전화를 통한 요구에 응답하여 콘텐트가 제공될수 있다.

또한, 상술한 실시예의 모드에서, 인터넷(5)이 네트워크로서 이용되는 경우에 대해서 설명을 하였다. 그러나, 본 발명은 이에 한정되지 않고, 유선 혹은 무선으로 구성된 다양한 네트워크들을 이용 가능하다.

지금까지 설명된 본 발명에 따라, 네트워크를 통하여 접속된 서버로부터 수신된 어드레스 데이터에 기초한 전용 기억 영역을 나타내는 액세스 포인트에 자동적으로 접속이 행해짐으로써, 사용자에게 어드레스 데이터에 대한 입력 동작을 수행하도록 강요하지 않고도 매우 용이하게 미리 지정된 액세스 포인트로 접속하는 것이 가능하다.

본 발명의 바람직한 실시예와 관련하여 서술되었으나, 당업자들에게는 다양한 변경과 수정이 의도될 수 있으며, 따라서, 첨부된 청구범위 내에서 본 발명의 진실한 사상과 범위에 들어가는 모든 변경과 수정이 포함된다는 것은 명백하다.

Claims

정보 처리 장치에 있어서,

네트워크에 접속된 서버에 있는 사용자의 전용 기억 영역을 확보하는 데 필요한 사용자 등록 데이터를 상기 서버로 상기 네트워크를 통하여 송신하는 송신 수단;

상기 네트워크를 통하여 상기 서버로부터 상기 사용자 등록 데이터에 대응하는 상기 전용 기억 영역을 나타내는 액세스 포인트로서 지정된 어드레스 데이터를 수신하는 수신 수단; 및

상기 수신 수단에 의해 수신된 상기 어드레스 데이터에 기초하여 상기 서버의 상기 액세스 포인트에 대한 접속 처리를 자동적으로 수행하는 접속 수단

을 포함하는 정보 처리 장치.
제1항에 있어서,

상기 접속 수단은 자동 접속 세팅 프로그램에 대응하는 상기 어드레스 데이터를 보유하여, 상기 자동 접속 세팅 프로그램에 따라 상기 어드레스 데이터에 대응하는 상기 서버의 상기 액세스 포인트에 대한 접속 처리를 수행하는 정보 처리 장치.
제1항에 있어서,

상기 수신 수단은 상기 서버로부터 상기 어드레스 데이터를 포함하는 자동 접속 세팅 프로그램뿐만 아니라 상기 어드레스 데이터를 수신하고,

상기 접속 수단은 상기 자동 접속 세팅 프로그램에 따라 상기 어드레스 데이터에 대응하는 상기 서버의 상기 액세스 포인트에 대한 접속 처리를 수행하는 정보 처리 장치.
제1항에 있어서,

상기 접속 수단은 상기 자동 접속 세팅 프로그램을 구동하기 위한 소정의 표시부 상에 표시되는 전용 아이콘(icon)에 대한 클릭 조작에 응하여 상기 서버의 상기 액세스 포인트에 대한 접속 처리를 수행하는 정보 처리 장치.
제1항에 있어서,

상기 어드레스 데이터는 상기 네트워크 상에서 자원을 지정하기 위한 URL(uniform resource locator)인 정보 처리 장치.
서버 접속 방법에 있어서,

네트워크에 접속된 서버에 있는 사용자의 전용 기억 영역을 확보하는 데 필요한 사용자 등록 데이터를 상기 서버로 상기 네트워크를 통하여 송신하는 송신 단계;

상기 네트워크를 통하여 상기 서버로부터 상기 사용자 등록 데이터에 대응하는 상기 전용 기억 영역을 나타내는 액세스 포인트로서 지정된 어드레스 데이터를 수신하는 수신 단계; 및

상기 수신 단계에 의해 수신된 상기 어드레스 데이터에 기초하여 상기 서버의 상기 액세스 포인트에 대한 접속 처리를 자동적으로 수행하는 접속 단계

를 포함하는 서버 접속 방법.
제6항에 있어서,

상기 접속 단계는 자동 접속 세팅 프로그램에 대응하는 상기 어드레스 데이터를 보유하여, 상기 자동 접속 세팅 프로그램에 따라 상기 어드레스 데이터에 대응하는 상기 서버의 상기 액세스 포인트에 대해 접속 처리를 수행하는 서버 접속 방법.
제6항에 있어서,

상기 수신 단계는 상기 서버로부터 상기 어드레스 데이터를 포함하는 자동 접속 세팅 프로그램뿐만 아니라 상기 어드레스 데이터를 수신하고,

상기 접속 단계는 상기 자동 접속 세팅 프로그램에 따라 상기 어드레스 데이터에 대응하는 상기 서버의 상기 액세스 포인트로 접속 처리를 수행하는 서버 접속 방법.
제6항에 있어서,

상기 접속 단계는 상기 자동 접속 세팅 프로그램을 구동하기 위한 소정의 표시부 상에 표시되는 전용 아이콘에 대한 클릭 조작에 응하여 상기 서버의 상기 액세스 포인트에 대한 접속 처리를 수행하는 서버 접속 방법.
제6항에 있어서,

상기 어드레스 데이터는 상기 네트워크에서 자원을 지정하기 위한 URL인 서버 접속 방법.
정보 처리 장치로 하여금 프로그램을 수행하도록 하는 프로그램 기억 매체에 있어서,

네트워크에 접속된 서버에 있는 사용자의 전용 기억 영역을 확보하는 데 필요한 사용자 등록 데이터를 상기 서버로 상기 네트워크를 통하여 송신하는 송신 단계;

상기 네트워크를 통하여 상기 서버로부터 상기 사용자 등록 데이터에 대응하는 상기 전용 기억 영역을 나타내는 액세스 포인트로서 지정된 어드레스 데이터를 수신하는 수신 단계; 및

상기 수신 수단에 의해 수신된 상기 어드레스 데이터에 기초하여 상기 서버의 상기 액세스 포인트에 대한 접속 처리를 자동적으로 수행하는 접속 단계

를 포함하는 프로그램 기억 매체.
제11항에 있어서,

상기 접속 단계는 자동 접속 세팅 프로그램에 대응하는 상기 어드레스 데이터를 보유하여, 상기 자동 접속 세팅 프로그램에 따라 상기 어드레스 데이터에 대응하는 상기 서버의 상기 액세스 포인트에 대해 접속 처리를 수행하는 프로그램 기억 매체.
제12항에 있어서,

상기 수신 단계는 상기 서버로부터 상기 어드레스 데이터를 포함하는 자동 접속 세팅 프로그램뿐만 아니라 상기 어드레스 데이터를 수신하고,

상기 접속 단계는 상기 자동 접속 세팅 프로그램에 따라 상기 어드레스 데이터에 대응하는 상기 서버의 상기 액세스 포인트에 대한 접속 처리를 수행하는 프로그램 기억 매체.
제12항에 있어서,

상기 접속 단계는 상기 자동 접속 세팅 프로그램을 구동하기 위한 소정의 표시부 상에 표시되는 전용 아이콘에 대한 클릭 조작에 응하여 상기 서버의 상기 액세스 포인트에 대한 접속 처리를 수행하는 프로그램 기억 매체.
제12항에 있어서,

상기 어드레스 데이터는 상기 네트워크에서 자원을 지정하기 위한 URL인 프로그램 기억 매체.
서버와 정보 처리 장치를 포함하여 네트워크를 통해 상기 서버에 접속하기 위한 네트워크 시스템에 있어서,

상기 서버에 있는 사용자의 전용 기억 영역을 확보하는 데 필요한 사용자 등록 데이터를 상기 서버로 상기 네트워크를 통하여 송신하는 송신 수단;

상기 네트워크를 통하여 상기 서버로부터 상기 사용자 등록 데이터에 대응하는 상기 전용 기억 영역을 나타내는 액세스 포인트로서 지정된 어드레스 데이터를 수신하는 수신 수단; 및

상기 수신 수단에 의해 수신된 상기 어드레스 데이터에 기초하여 상기 서버의 상기 액세스 포인트에 대한 접속 처리를 자동적으로 수행하는 접속 수단

을 포함하는 네트워크 시스템.
제16항에 있어서,

상기 접속 수단은 자동 접속 세팅 프로그램에 대응하는 상기 어드레스 데이터를 보유하여, 상기 자동 접속 세팅 프로그램에 따라 상기 어드레스 데이터에 대응하는 상기 서버의 상기 액세스 포인트에 대한 접속 처리를 수행하는 네트워크 시스템.
제16항에 있어서,

상기 수신 수단은 상기 서버로부터 상기 어드레스 데이터를 포함하는 자동 접속 세팅 프로그램뿐만 아니라 상기 어드레스 데이터를 수신하고,

상기 접속 수단은 상기 자동 접속 세팅 프로그램에 따라 상기 어드레스 데이터에 대응하는 상기 서버의 상기 액세스 포인트에 대한 접속 처리를 수행하는 네트워크 시스템.
제16항에 있어서,

상기 접속 수단은 상기 자동 접속 세팅 프로그램을 구동하기 위한 소정의 표시부 상에 표시되는 전용 아이콘에 대한 클릭 조작에 응하여 상기 서버의 상기 액세스 포인트에 대한 접속 처리를 수행하는 것인 네트워크 시스템.
제16항에 있어서,

상기 어드레스 데이터는 상기 네트워크 상에서 자원을 지정하기 위한 URL인 네트워크 시스템.