KR20150118014A - 정보 처리 장치 및 정보 처리 방법, 및 정보 처리 시스템 - Google Patents

Abstract

본 기술은, 그때의 요구에 따른 콘텐츠를 취득할 수 있도록 하는 정보 처리 장치 및 정보 처리 방법, 및 정보 처리 시스템에 관한 것이다. 수신부는, 서버로부터 송신되어 오는, 유저의 기호에 관한 질문을 나타내는 질문 정보를 수신하고, 처리 실행부는, 질문에 대한 유저의 회답을 나타내는 유저측 회답 정보를 생성하여, 질문 정보가 저장되어 있는 축적부에 저장하고, 매칭부는, 유저측 회답 정보와, 서버로부터 송신되어 오는, 질문에 대하여 콘텐츠를 제공하는 제공자에 의해 설정된 회답을 나타내는 제공자측 회답 정보와의 매칭을 행함으로써, 서버로부터 배신되는 콘텐츠를 취득한다. 처리 실행부는, 축적부에 저장되어 있는 질문 정보 및/또는 유저측 회답 정보의 적어도 판독 또는 갱신을 행한다. 본 기술은, 디지털 텔레비전 프로그램을 수신하는 수신 장치에 적용할 수 있다.

Description

정보 처리 장치 및 정보 처리 방법, 및 정보 처리 시스템{INFORMATION PROCESSING DEVICE, INFORMATION PROCESSING METHOD, AND INFORMATION PROCESSING SYSTEM}

본 기술은, 정보 처리 장치 및 정보 처리 방법, 및 정보 처리 시스템에 관한 것으로, 특히, 메타데이터에 따라서 콘텐츠를 취득할 수 있도록 하는 정보 처리 장치 및 정보 처리 방법, 및 정보 처리 시스템에 관한 것이다.

최근 들어, 텔레비전 방송의 디지털화에 수반하여, 동시에 방송할 수 있는 정보량이 비약적으로 증가함으로써, 실시간으로 시청되는 텔레비전 프로그램(콘텐츠)과 함께, 각종 데이터를 동시에 방송하는 일이 이루어지고 있다.

또한, 콘텐츠의 통신 경로로서, 상술한 텔레비전 방송과, 고속의 데이터의 다운로드가 가능한 인터넷을 구분지어 사용하도록 한 콘텐츠 다운로드 서비스가 제안되어 있다(예를 들어, 특허문헌 1 참조).

그런데, 일반적인 콘텐츠 다운로드 서비스에 있어서는, 콘텐츠를 제공(배신)하는 프로바이더(콘텐츠 프로바이더나 서비스 프로바이더)측의 서버에 있어서 설정된 필터링 속성(필터링 인덱스, 필터링 메타데이터 등이라고도 함)을 메타데이터로서 콘텐츠에 부여함으로써, 콘텐츠를 수신(취득)하는 클라이언트에 있어서의 콘텐츠의 필터링(취사 선택)이 행하여지도록 되어 있다.

필터링 속성은, ATSC(Advanced Television Standard Committee)나 ARIB(Association of Radio Industries and Businesses) 등의 표준화 단체에 의해 규정된 메타데이터 세트 중에서 선택된 메타데이터의 요소에 대한 값으로서 설정된다.

즉, 예를 들어 메타데이터의 요소로서 "시청 대상"이 선택되고, 메타데이터의 요소에 대한 값으로서 "10대"가 설정된 필터링 속성이 부여된 콘텐츠는, 「"시청 대상이 10대"인 시청자에게 적합한 콘텐츠」를 취득하도록 필터링을 행하는 클라이언트에게 제공되게 된다.

일본 특허 공개 제2010-21988호 공보

그러나, 표준화 단체에 의해 규정된 메타데이터 세트에 포함되지 않는 메타데이터(필터링 속성)를, 콘텐츠에 부여하는 일은 이루어지고 있지 않다.

예를 들어, 프로바이더측이, 「"시청 대상이 10대"이며, 또한, "취업 준비에 흥미가 있는" 시청자에게 적합한 콘텐츠」를 배신하고자 하는 경우에도, 표준화 단체에 의해 규정된 메타데이터 세트 중에, "취업 준비에 흥미가 있는지 여부"가 메타데이터의 요소로서 존재하지 않는 경우에는, 콘텐츠에, 메타데이터의 요소로서 "취업 준비에 흥미가 있는"이 설정된 필터링 속성을 부여할 수는 없었다.

따라서, 프로바이더측에서는, 그때의 요구에 따른(예를 들어, 유행을 고려한), 시청자의 관심사를 메타데이터로서 부여한 콘텐츠를 배신할 수가 없었다.

또한, 이러한 경우, 클라이언트측에서는, 그때의 요구에 따른 콘텐츠를 취득하도록 필터링을 행할 수가 없었다.

본 기술은, 이러한 상황을 감안하여 이루어진 것으로, 그때의 요구에 따른 콘텐츠를 취득할 수 있도록 하는 것이다.

본 기술의 일 측면의 정보 처리 장치는, 서버로부터 송신되어 오는, 유저의 기호에 관한 질문을 나타내는 질문 정보를 수신하는 수신부와, 상기 질문에 대한 상기 유저의 회답을 나타내는 유저측 회답 정보를 생성하여, 상기 질문 정보가 저장되어 있는 축적부에 저장하는 처리 실행부와, 상기 유저측 회답 정보와, 상기 서버로부터 송신되어 오는, 상기 질문에 대하여 콘텐츠를 제공하는 제공자에 의해 설정된 회답을 나타내는 제공자측 회답 정보의 매칭을 행함으로써, 상기 서버로부터 배신되는 상기 콘텐츠를 취득하는 매칭부를 구비하고, 상기 처리 실행부는, 상기 축적부에 저장되어 있는 상기 질문 정보 및/또는 상기 유저측 회답 정보의 적어도 판독 또는 갱신을 행한다.

상기 처리 실행부에는, Web 애플리케이션으로서 제공되어, 소정의 API(Application Programming Interface)를 호출함으로써, 상기 축적부에 저장되어 있는 상기 질문 정보 및/또는 상기 유저측 회답 정보의 적어도 판독 또는 갱신을 행하게 할 수 있다.

하나 이상의 상기 질문 정보 및/또는 상기 유저측 회답 정보는, 1개의 테이블로서 상기 축적부에 저장되도록 할 수 있다.

상기 처리 실행부에는, 상기 테이블을 특정하는 테이블 ID를 기초로, 대응하는 상기 테이블의 판독 또는 삭제를 행하게 할 수 있다.

상기 처리 실행부에는, 상기 축적부 내의 상기 테이블의 유무에 따라, 상기 테이블의 생성 또는 갱신을 행하게 하고, 갱신된 상기 테이블의 버전은 갱신되도록 할 수 있다.

상기 처리 실행부에는, 상기 질문 정보를 특정하는 질문 정보 ID를 기초로, 대응하는 상기 질문 정보 및/또는 상기 유저측 회답 정보의 판독을 행하게 할 수 있다.

상기 처리 실행부에는, 상기 축적부 내의 상기 질문 정보 및/또는 상기 유저측 회답 정보의 유무에 따라, 상기 유저측 회답 정보만의 갱신을 행하게 하고, 갱신된 상기 유저측 회답 정보를 포함하는 상기 테이블의 버전은 갱신되지 않도록 할 수 있다.

상기 축적부는, 하나의 상기 Web 애플리케이션과만 세션이 확립되도록 할 수 있다.

상기 정보 처리 장치에는, 상기 축적부를 더 설치하도록 할 수 있다.

본 기술의 일 측면의 정보 처리 방법은, 서버로부터 송신되어 오는, 유저의 기호에 관한 질문을 나타내는 질문 정보를 수신하고, 상기 질문에 대한 상기 유저의 회답을 나타내는 유저측 회답 정보를 생성하여, 상기 질문 정보가 저장되어 있는 축적부에 저장하고, 상기 유저측 회답 정보와, 상기 서버로부터 송신되어 오는, 상기 질문에 대하여 콘텐츠를 제공하는 제공자에 의해 설정된 회답을 나타내는 제공자측 회답 정보의 매칭을 행함으로써, 상기 서버로부터 배신되는 상기 콘텐츠를 취득하는 스텝을 포함하고, 상기 축적부에 저장되어 있는 상기 질문 정보 및/또는 상기 유저측 회답 정보의 적어도 판독 또는 갱신을 행한다.

본 기술의 일 측면의 정보 처리 시스템은, 콘텐츠를 배신하는 송신 장치와, 상기 송신 장치로부터 배신되는 상기 콘텐츠를 취득하는 수신 장치를 포함하는 송수신 시스템이며, 상기 송신 장치가, 상기 수신 장치의 유저의 기호에 관한 질문을 나타내는 정보인 질문 정보를 생성하는 질문 생성 수단과, 상기 질문 정보와, 상기 질문에 대하여 상기 콘텐츠를 제공하는 제공자에 의해 설정된 회답을 나타내는 제공자측 회답 정보를 상기 수신 장치에 송신하는 송신 수단을 구비하고, 상기 수신 장치가, 상기 송신 장치로부터 송신되어 오는 상기 질문 정보를 수신하는 수신부와, 상기 질문에 대한 상기 유저의 회답을 나타내는 유저측 회답 정보를 생성하여, 상기 질문 정보가 저장되어 있는 축적부에 저장하는 처리 실행부와, 상기 유저측 회답 정보와, 상기 송신 장치로부터 송신되어 오는 상기 제공자측 회답 정보의 매칭을 행함으로써, 상기 송신 장치로부터 배신되는 상기 콘텐츠를 취득하는 매칭부를 구비하고, 상기 처리 실행부는, 상기 축적부에 저장되어 있는 상기 질문 정보 및/또는 상기 유저측 회답 정보의 적어도 판독 또는 갱신을 행한다.

본 기술의 일 측면에서는, 서버로부터 송신되어 오는, 유저의 기호에 관한 질문을 나타내는 질문 정보가 수신되고, 질문에 대한 유저의 회답을 나타내는 유저측 회답 정보가 생성되어, 질문 정보가 저장되어 있는 축적부에 저장되고, 유저측 회답 정보와, 서버로부터 송신되어 오는, 질문에 대하여 콘텐츠를 제공하는 제공자에 의해 설정된 회답을 나타내는 제공자측 회답 정보의 매칭이 행해짐으로써, 서버로부터 배신되는 콘텐츠가 취득되고, 축적부에 저장되어 있는 질문 정보 및/또는 유저측 회답 정보의 적어도 판독 또는 갱신이 행하여진다.

본 기술의 일 측면에 의하면, 그때의 요구에 따른 콘텐츠를 취득하는 것이 가능하게 된다.

도 1은 본 기술의 일 실시 형태에 따른 방송 시스템의 구성예를 도시하는 블록도이다.
도 2는 서버의 하드웨어 구성예를 도시하는 블록도이다.
도 3은 서버의 기능 구성예를 도시하는 블록도이다.
도 4는 클라이언트의 기능 구성예를 도시하는 블록도이다.
도 5는 XML 스키마의 신택스의 예에 대하여 설명하는 도면이다.
도 6은 PDI 테이블의 XML 스키마의 예에 대하여 설명하는 도면이다.
도 7은 PDI-Q의 예에 대하여 설명하는 도면이다.
도 8은 유저와의 대화에 있어서의 화면 표시예에 대하여 설명하는 도면이다.
도 9는 유저와의 대화에서의 화면 표시예에 대하여 설명하는 도면이다.
도 10은 유저와의 대화에서의 화면 표시예에 대하여 설명하는 도면이다.
도 11은 유저와의 대화에서의 화면 표시예에 대하여 설명하는 도면이다.
도 12는 유저와의 대화에서의 화면 표시예에 대하여 설명하는 도면이다.
도 13은 PDI-A의 예에 대하여 설명하는 도면이다.
도 14는 프로바이더측 PDI-A의 예에 대하여 설명하는 도면이다.
도 15는 프로바이더측 PDI-A의 예에 대하여 설명하는 도면이다.
도 16은 PDI API의 기능에 대하여 설명하는 도면이다.
도 17은 getPDITable()에 대하여 설명하는 도면이다.
도 18은 setPDITable()에 대하여 설명하는 도면이다.
도 19는 removePDITable()에 대하여 설명하는 도면이다.
도 20은 getPDITableID()에 대하여 설명하는 도면이다.
도 21은 getPDI()에 대하여 설명하는 도면이다.
도 22는 setPDI()에 대하여 설명하는 도면이다.
도 23은 getPDIID()에 대하여 설명하는 도면이다.
도 24는 clear()에 대하여 설명하는 도면이다.
도 25는 queryPDI()에 대하여 설명하는 도면이다.
도 26은 IDL에 의한 PDI API의 정의를 도시하는 도면이다.
도 27은 IDL에 의한 PDI API의 정의를 도시하는 도면이다.
도 28은 콘텐츠의 송수신 처리에 대하여 설명하는 흐름도이다.
도 29는 콘텐츠의 송수신 처리에 대하여 설명하는 흐름도이다.
도 30은 본 기술을 적용한, ATSC-M/H 방식으로 방송을 행하는 방송 시스템의 구성예를 도시하는 블록도이다.
도 31은 ATSC-M/H 방식으로 송신되는 방송파의 신호에서의 프로토콜 스택을 도시하는 도면이다.
도 32는 Service Guide의 데이터 구성을 도시하는 도면이다.
도 33은 Service 프래그먼트의 구성을 설명하는 도면이다.
도 34는 Schedule 프래그먼트의 구성을 설명하는 도면이다.
도 35는 Content 프래그먼트의 구성을 설명하는 도면이다.
도 36은 Interactivity Data 프래그먼트의 구성을 설명하는 도면이다.
도 37은 NRT 방송에서 송신되는 방송파의 신호에서의 프로토콜 스택을 도시하는 도면이다.
도 38은 TVCT, PAT, PMT 및 DSM-CC Addressable Section의 데이터 구조를 도시하는 도면이다.
도 39는 SMT, NRT-IT 및 FLUTE FDT의 데이터 구조를 도시하는 도면이다.
도 40은 PDI descriptor의 신택스의 예를 나타내는 도이다.

이하, 본 기술의 실시 형태에 대하여 도면을 참조하여 설명한다.

[방송 시스템의 구성예]

도 1은, 본 기술의 일 실시 형태에 따른 방송 시스템의 구성예를 나타내고 있다.

도 1의 방송 시스템(10)은, 디지털 텔레비전 프로그램(이하, 적절히 콘텐츠라고 함)을 방송(제공)하는 방송 사업자 등의 프로바이더측에 설치된 서버(11), 및 방송된 콘텐츠를 시청하는 유저의 집 등에 설치된 클라이언트 단말기(이하, 간단히 클라이언트라고 함)(12)에 의해 구성되어 있다. 또한, 클라이언트(12)는, 복수의 유저의 집 각각에 설치되는 것으로 하지만, 휴대 전화기나 PDA(Personal Digital Assistant) 등의 휴대형 단말 장치로서 구성되도록 할 수도 있다.

방송 시스템(10)에 있어서, 서버(11)는, 콘텐츠와 함께, 그 콘텐츠에 관한 콘텐츠 메타데이터를, 디지털 방송파의 신호로서 클라이언트(12)에 송출한다. 클라이언트(12)는, 콘텐츠와 함께 송출되는 콘텐츠 메타데이터를 기초로, 콘텐츠를 필터링함으로써, 유저가 원하는 콘텐츠만을 재생 또는 축적한다. 또한, 콘텐츠 메타데이터는, 콘텐츠와 함께 송출되는 것이 아니라, 콘텐츠가 송출되기 전에 송출되도록 해도 된다.

또한, 방송 시스템(10)에 있어서, 서버(11)와 클라이언트(12)는, 인터넷 등의 네트워크를 통해, 콘텐츠 메타데이터나 콘텐츠의 송수신을 행하도록 해도 된다.

[서버의 하드웨어 구성예]

도 2는, 서버(11)의 하드웨어 구성예를 나타내고 있다. 도 2에서는, 서버(11)는, 예를 들어 컴퓨터를 기초로 구성되어 있다.

CPU(Central Processing Unit)(21)는, ROM(Read Only Memory)(22)에 기억되어 있는 프로그램 또는 기억부(28)로부터 RAM(Random Access Memory)(23)에 로드된 프로그램에 따라서 각종 처리를 실행한다. RAM(23)에는 또한, CPU(21)가 각종 처리를 실행함에 있어서 필요한 데이터 등도 적절히 기억된다.

CPU(21), ROM(22) 및 RAM(23)은, 버스(24)를 통해 서로 접속되어 있다. 이 버스(24)에는 또한, 입출력 인터페이스(25)도 접속되어 있다.

입출력 인터페이스(25)에는, 키보드, 마우스 등을 포함하는 입력부(26), LCD(Liquid Crystal Display)나 유기 EL(Electro Luminescence) 등을 포함하는 디스플레이, 및 스피커 등을 포함하는 출력부(27), 하드 디스크 등으로 구성되는 기억부(28), 모뎀, 터미널 어댑터, 안테나 등에 의해 구성되는 통신부(29)가 접속되어 있다. 통신부(29)는, 도시하지 않은 네트워크 등을 통해 외부의 장치와 통신한다. 또한, 통신부(29)를 통해 프로그램이 취득되어, 기억부(28)에 기억되도록 해도 된다.

입출력 인터페이스(25)에는 또한, 필요에 따라 드라이브(30)가 접속되고, 자기 디스크, 광 디스크, 광자기 디스크, 또는 반도체 메모리 등의 리무버블 미디어(31)가 적절히 장착되어, 그것들로부터 판독된 컴퓨터 프로그램이, 필요에 따라 기억부(28)에 인스톨된다.

또한, 도시는 생략하지만, 클라이언트(12)도 마찬가지로, 그 하드웨어는 도 2에 도시되는 바와 같이 구성된다.

[서버의 기능 구성예]

이어서, 도 3을 참조하여, 서버(11)의 기능 구성예에 대하여 설명한다.

서버(11)는, PDI-Q 제너레이터(41), 통신부(42), PDI-A 제너레이터(43), 메타데이터 디스트리뷰터(44), 콘텐츠 축적부(45) 및 콘텐츠 디스트리뷰터(46)로 구성된다.

PDI-Q 제너레이터(41)는, 클라이언트(12)의 유저(시청자)의 기호에 관한 질문을 나타내는 정보인 PDI-Q(Preference Demographic and Interest-Question)를 생성하여, 통신부(42)를 통해 클라이언트(12)에 송신함과 함께, PDI-A 제너레이터(43)에 공급한다.

통신부(42)는, 클라이언트(12)로부터의 요구에 따라, PDI-Q 제너레이터(41), 메타데이터 디스트리뷰터(44) 및 콘텐츠 디스트리뷰터(46)로부터 공급되는 각종 데이터를 클라이언트(12)에 송신한다.

PDI-A 제너레이터(43)는, PDI-Q 제너레이터(41)로부터의 PDI-Q에 기초하여, PDI-Q에 대응하는, 상술한 클라이언트(12)의 유저의 기호에 관한 질문에 대하여 프로바이더측이 설정한 회답을 나타내는 정보인 PDI-A(Preference Demographic and Interest-Answer)를 생성하여, 메타데이터 디스트리뷰터(44)에 공급한다.

메타데이터 디스트리뷰터(44)는, PDI-A 제너레이터(43)로부터의 PDI-A에 기초하여, 콘텐츠 축적부(45)에 축적되어 있는 콘텐츠 중에서 프로바이더측이 설정한 회답에 대응하는 콘텐츠를 특정(대조)한다. 메타데이터 디스트리뷰터(44)는, 특정한 콘텐츠의 콘텐츠 메타데이터로서, PDI-A를 포함하는 콘텐츠 메타데이터를 생성하여, 통신부(42)를 통해 클라이언트(12)에 송신한다.

콘텐츠 축적부(45)는, 클라이언트(12)에 대하여 배신되는 다양한 콘텐츠를 축적하고 있다.

콘텐츠 디스트리뷰터(46)는, 콘텐츠 축적부(45)에 축적되어 있는 콘텐츠 중에서 메타데이터 디스트리뷰터(44)에 의해 특정된 콘텐츠를 취득하여, 통신부(42)를 통해 클라이언트(12)에 송신한다.

[클라이언트의 기능 구성예]

이어서, 도 4를 참조하여, 클라이언트(12)의 기능 구성예에 대하여 설명한다.

클라이언트(12)는, 통신부(51), PDI-A 제너레이터(52), PDI 스토어(53), 콘텐츠 필터(54), 콘텐츠 재생부(55) 및 콘텐츠 축적부(56)로 구성된다.

통신부(51)는, 서버(11)로부터 송신되어 온 각종 데이터를 수신하여, PDI-A 제너레이터(52), PDI 스토어(53) 또는 콘텐츠 필터(54)에 공급한다.

PDI-A 제너레이터(52)는, 서버(11)로부터 송신되어 온 PDI-Q에 기초하여, PDI-Q에 대응하는, 클라이언트(12)의 유저의 기호에 관한 질문에 대한 유저의 회답을 나타내는 PDI-A를 생성하여, PDI 스토어(53)에 저장한다.

PDI 스토어(53)는, PDI-A 제너레이터(52)로부터의 PDI-A를 기억하거나, 서버(11)로부터 송신되어 온 PDI-Q를 기억한다. PDI 스토어(53)에 기억되어 있는 PDI-A는, 필요에 따라 콘텐츠 필터(54)에 판독된다. 또한, PDI 스토어(53)는, 클라이언트(12)의 내부에 설치될 필요는 없고, 서버(11)의 내부에 설치되도록 해도 되고, 클라이언트(12)가 통신 가능한 네트워크상의 다른 단말기의 내부에 설치되도록 해도 된다.

콘텐츠 필터(54)는, PDI 스토어(53)로부터 PDI-A를 판독하고, 그 PDI-A와, 서버(11)로부터 송신되어 온 콘텐츠의 콘텐츠 메타데이터에 포함되어 있는 PDI-A의 매칭을 행함으로써, 서버(11)로부터 배신되는 콘텐츠를 필터링한다. 콘텐츠 필터(54)은, 필터링의 결과에 따라, 필터링한 콘텐츠를 콘텐츠 재생부(55) 또는 콘텐츠 축적부(56)에 공급한다.

콘텐츠 재생부(55)는, 콘텐츠 필터(54)로부터의 콘텐츠를 재생한다. 또한, 콘텐츠 재생부(55)는, 콘텐츠 축적부(56)로부터 콘텐츠를 취득하여, 그 콘텐츠를 재생한다.

콘텐츠 축적부(56)는, 콘텐츠 필터(54)로부터의 콘텐츠를 축적(기록)한다.

[XML 스키마의 신택스의 예]

여기서, 도 5를 참조하여, PDI-Q 및 PDI-A를 구성하기 위한 XML(Extensible Markup Language) 스키마의 신택스의 예에 대하여 설명한다.

도 5에서, 1행째는, PDI-Q가 식별되기 위한 선언이나 정의를 나타내고 있고, 2행째는, PDI-Q로서 정의되는 질문 전체의 명칭 및 형태의 선언을 나타내고 있다. 1 이상의 PDI-Q, 및/또는, PDI-Q로서 정의되는 질문에 대한 회답을 나타내는 PDI-A는, 1개의 테이블(이하, PDI 테이블이라고 함)로서 다루어진다.

3행째 내지 12행째는, 2행째에서 선언된 질문 각각에 관한 명칭 및 형태의 선언을 나타내고 있다. 구체적으로는, 5행째의 "QIA"의 명칭으로 정의되는 질문의 형태 "IntegerAnswerType"은, 그 질문이 정수값 형태의 회답을 구하는 질문인 것을 나타내고 있고, 6행째의 "QBA"의 명칭으로 정의되는 질문의 형태 "BooleanAnswerType"은, 그 질문이 논리값 형태의 회답을 구하는 질문인 것을 나타내고 있다. 또한, 7행째의 "QSA"의 명칭으로 정의되는 질문의 형태 "SelectionAnswerType"은, 그 질문이 회답 선택형의 회답을 구하는 질문인 것을 나타내고 있고, 8행째의 "QTA"의 명칭으로 정의되는 질문의 형태 "TextAnswerType"은, 그 질문이 문자열 형태의 회답을 구하는 질문인 것을 나타내고 있다. 그리고, 9행째의 "QAA"의 명칭으로 정의되는 질문의 형태 "AnyAnswerType"은, 그 질문이 회답의 형태를 제한하지 않는 질문인 것을 나타내고 있다.

13행째 내지 44행째는, 상술한 바와 같이 선언된 질문 중, "QIA", "QBA", "QSA"및 "QTA"의 명칭으로 정의되는 질문 각각의 요소의 선언을 나타내고 있다. 특히, 15행째, 24행째, 31행째, 40행째에 나타내는 id 요소는, 각각의 질문의 항목을 식별하기 위한 ID(Identifier)를 나타내고 있으며, 그 제1 포맷으로서,

"common:[category:]question-ID"

라 정의된다. 이 제1 포맷에 있어서, "common"은, 그 id 요소로 식별되는 질문이 프로바이더에 관계없이 공통으로 정의된 질문인 것을 나타내고, "category"는, 질문의 카테고리를 나타내고, "question-ID"는, 질문의 식별자를 나타내고 있다. 또한, "category"는, 필요에 따라,

"common:[category1:category2:category3: …]question-ID"

등과 같이 계층적인 네스트 구조로 해도 된다.

또한, id 요소는, 제2 포맷으로서,

"providerName:[category:]question-ID"

라 정의된다. 이 제2 포맷에 있어서, "providerName"은, 그 id 요소로 식별되는 질문을 설정한 프로바이더의 명칭을 나타내고 있다. 또한, "category" 및 "question-ID"는, 제1 포맷에서의 각각과 마찬가지이다.

이와 같이, PDI-Q로서 정의되는 질문은, id 요소에 따라, 콘텐츠를 제공하는 프로바이더에 의하지 않는 (프로바이더 공통의) 질문과, 콘텐츠를 제공하는 프로바이더 독자적으로 정의되는 질문으로 구별된다.

이하에서는, 적절히, 콘텐츠를 제공하는 프로바이더에 의하지 않는 질문 및 그 질문에 대한 회답을, 프로바이더 공통 필터링 파라미터라 하고, 콘텐츠를 제공하는 프로바이더 독자적으로 정의되는 질문 및 그 질문에 대한 회답을, 프로바이더 독자 필터링 파라미터라고 하기로 한다.

상술한 바와 같이, 프로바이더 공통 필터링 파라미터는, 개개의 프로바이더에 의하지 않고, 프로바이더 공통으로 정의되기 때문에, 일반적으로는, 클라이언트(12)의 벤더(제조 메이커 등)가 제공하게 된다. 따라서, 서버(11)에서의 PDI-Q 제너레이터(41)는, 프로바이더측에 의해 제공되도록 할 수도 있지만, 클라이언트(12)의 벤더에 의해 제공되도록 할 수도 있다.

또한, PDI-Q 및/또는 PDI-A를 포함하는 PDI 테이블을 구성하는 신택스는, 도 5에서 나타낸 예에 한하지 않고, 예를 들어 도 6에 나타낸 바와 같은 XML 스키마를 따르는 것이어도 된다.

[PDI-Q의 예]

이어서, 도 7을 참조하여, 도 5의 신택스에 기초하여 구성되는 PDI-Q를 포함하는 PDI 테이블의 예에 대하여 설명한다.

도 7에서, 1행째에서의 "transactional"은, PDI-Q로 정의되고 있는 질문(질문군)을 포함하는 PDI 테이블이, 송신처의 클라이언트(12)에 의해 갱신될 때, PDI-Q의 각 항목의 내용을 클라이언트(12)의 도시하지 않은 기억 영역에 기록/갱신하는 처리 도중에 어떠한 사고(디스크 기입 에러나 처리 부하의 증대에 의한 처리의 중단 등)에 의해, PDI-Q의 각 항목의 모든 내용이 기록/갱신되지 않은 경우에, PDI-Q의 각 항목의 내용을 기록/갱신하기 직전의 상태까지 거슬러 올라가서 이 기록/갱신 처리를 무로 할지(소위 롤백함(rolled backed)) 여부를 나타내는 값이며, "transactional"이 "true"인 경우, PDI-Q는 롤백된다.

2행째 내지 5행째는, 논리값형의 회답을 구하는 질문을 정의하고 있으며, 3행째에서의 <id>Common:111</id>는 질문의 id 요소를, 4행째에서의 <q>Are you currently employed?</q>는 질문 자체를 나타내고 있다.

6행째 내지 9행째는, 정수값 형태의 회답을 구하는 질문을 정의하고 있으며, 7행째에서의 <id>Common:222</id>는, 그 질문의 id 요소를, 8행째에서의 <q>What is the age of the oldest member of the household who watches television?</q>는 그 질문 자체를 나타내고 있다. 또한, 6행째에서의 minInclusive="10" maxInclusive="100"은, 그 질문에 대한 회답이, 10 이상 100 이하의 정수값으로 제약되는 것을 나타내고 있다.

10행째 내지 17행째는, 회답 선택형의 회답을 구하는 질문을 정의하고 있고, 11행째에서의 <id>ProviderA:123</id>는, 그 질문의 id 요소를, 12행째에서의 <q>In which of the following sports are you most interested?(Multiple selection allowed)</q>는, 그 질문 자체를 나타내고 있고, 13행째에서의 <a>Baseball</a>, 14행째에서의 <a>Basketball</a>, 15행째에서의 <a>Soccer</a>, 16행째에서의 <a>Hockey</a>는 각각, 질문에 대한 회답의 선택지를 나타내고 있다. 또한, 10행째에서의 minChoice="1" maxChoice="3"은, 그 질문에 대한 회답의 수가, 선택지 중 1 이상 3 이하로 제약되는 것을 나타내고 있다.

18행째 내지 24행째는, 회답 선택형의 회답을 구하는 질문을 정의하고 있고, 19행째에서의 <id>ProviderA:ProgramX:123</id>는, 그 질문의 id 요소를, 20행째에서의 <q>Do you enjoy camping and outdoor recreation?(Only one selection)</q>는, 그 질문 자체를 나타내고 있고, 21행째에서의 <a>Never</a>, 22행째에서의 <a>Occasionally</a>, 23행째에서의 <a>Frequently</a>는 각각, 질문에 대한 회답의 선택지를 나타내고 있다. 또한, 18행째에서의 maxChoice="1"은, 그 질문에 대한 회답의 수가, 1로 제약되는 것을 나타내고 있다.

이와 같이, PDI-Q에서는, 질문의 형태에 따라, 그 질문에 대한 회답의 후보나, 회답에 대한 제약 조건도 정의된다.

25행째 내지 28행째는, 문자열 형태의 회답을 구하는 질문을 정의하고 있으며, 26행째에서의 <id>ProviderA:321</id>는 그 질문의 id 요소를, 27행째에서의 <q>Who's products are you most interested in recently?</q>는, 그 질문 자체를 나타내고 있다.

여기서, 이하에서는, 도 7의 PDI-Q로 정의되는 질문 각각을, 각각의 id 요소의 질문이라고 하기로 한다. 구체적으로는, 2행째 내지 5행째에서 정의되는 질문을 "Common:111"의 질문이라 하고, 6행째 내지 9행째에서 정의되는 질문을 "Common:222"의 질문이라 하고, 10행째 내지 17행째에서 정의되는 질문을 "ProviderA:123"의 질문이라 하고, 18행째 내지 24행째에서 정의되는 질문을 "ProviderA:ProgramX:123"의 질문이라 하고, 25행째 내지 28행째에서 정의되는 질문을 "ProviderA:321"의 질문이라 하기로 한다.

이때, "Common:111"의 질문 및 "Common:222"의 질문은, 프로바이더 공통 필터링 파라미터로 구별되고, "ProviderA:123"의 질문, "ProviderA:ProgramX:123"의 질문 및 "ProviderA:321"의 질문은, 프로바이더 독자 필터링 파라미터로 구별된다. 예를 들어, "Common:111"의 질문은, 프로바이더 공통으로 설정된, 식별자가 "111"인 질문인 것을 나타내고 있고, "ProviderA:ProgramX:123"의 질문은, "ProviderA"인 프로바이더에 의해 설정된, 카테고리(프로그램 ID)가 "ProgramX"이며, 식별자가 "123"인 질문인 것을 나타내고 있다.

[PDI-A 제너레이터에 의한 유저와의 대화에서의 화면 표시예]

이어서, 도 8 내지 도 12를 참조하여, 클라이언트(12)의 유저와의 대화에서의 화면 표시예에 대하여 설명한다. 또한, 여기에서는, 클라이언트(12)는, 도 7을 참조하여 설명한 PDI 테이블에 포함되는 PDI-Q를 수신한 것으로 하고, 클라이언트(12)의 도시하지 않은 표시부에는, 수신한 PDI 테이블에 포함되는 PDI-Q로 정의되어 있는 질문군에 대응하는 화면이, 순차 표시되는 것으로 한다.

도 8은, 도 7을 참조하여 설명한 PDI-Q로 정의되어 있는 질문 중, "Common:111"의 질문에 대응하는 화면 표시예를 나타내고 있다. 도 8에서는, 질문 제시부(61)에, 도 7의 4행째에 나타내고 있는 질문 「Are you currently employed?」가 표시되어 있다. 또한, 유저에 대하여, 질문에 대한 회답의 입력을 촉구하는 메시지 「어느 하나를 선택해 주십시오」와, 질문에 대한 회답으로서 「예」를 유저에게 선택시키기 위한 선택 버튼(62-1) 및 질문에 대한 회답으로서 「No」를 유저에게 선택시키기 위한 선택 버튼(62-2)이 표시되어 있다.

도 9는, 도 7을 참조하여 설명한 PDI-Q로 정의되어 있는 질문 중, "Common:222"의 질문에 대응하는 화면 표시예를 나타내고 있다. 도 9에서는, 질문 제시부(71)에, 도 7의 8행째에 나타내고 있는 질문 「What is the age of the oldest member of the household who watches television?」이 표시되어 있다. 또한, 유저에 대하여, 질문에 대한 회답의 입력을 촉구하는 메시지 「연령을 입력해 주십시오」와, 질문에 대한 회답으로서 정수값을 유저에게 입력시키기 위한 회답 입력부(72)가 표시되어 있다.

도 10은, 도 7을 참조하여 설명한 PDI-Q로 정의되어 있는 질문 중, "ProviderA:123"의 질문에 대응하는 화면 표시예를 나타내고 있다. 도 10에서는, 질문 제시부(81)에, 도 7의 12행째에 나타내고 있는 질문 「In which of the following sports are you most interested?(Multiple selection allowed)」가 표시되어 있다. 또한, 유저에 대하여, 질문에 대한 회답의 입력을 촉구하는 메시지 「다음 중에서 1개 이상 3개 이하로 선택해 주십시오」와, 질문에 대한 회답으로서의 선택지 「Baseball」, 「Basketball」, 「Soccer」 및 「Hockey」를 유저에게 선택시키기 위한 선택 버튼(82-1 내지 82-4)이 표시되어 있다.

도 11은, 도 7을 참조하여 설명한 PDI-Q로 정의되어 있는 질문 중, "ProviderA:ProgramX:123"의 질문에 대응하는 화면 표시예를 나타내고 있다. 도 11에서는, 질문 제시부(91)에, 도 7의 20행째에 나타내고 있는 질문 「Do you enjoy camping and outdoor recreation?(Only one selection)」이 표시되어 있다. 또한, 유저에 대하여, 질문에 대한 회답의 입력을 촉구하는 메시지 「다음 중에서 1개만 선택해 주십시오」와, 질문에 대한 회답으로서의 선택지 「Never」, 「Occasionally」 및 「Frequently」를 유저에게 선택시키기 위한 선택 버튼(92-1 내지 92-3)이 표시되어 있다.

도 12는, 도 7을 참조하여 설명한 PDI-Q로 정의되어 있는 질문 중, "ProviderA:321"의 질문에 대응하는 화면 표시예를 나타내고 있다. 도 12에서는, 질문 제시부(101)에, 도 7의 27행째에 나타내고 있는 질문 「Who's products are you most interested in recently?」가 표시되어 있다. 또한, 유저에 대하여, 질문에 대한 회답의 입력을 촉구하는 메시지 「자유롭게 기술하여 주십시오」와, 질문에 대한 회답으로서 문자열을 유저에게 입력시키기 위한 회답 입력부(102)가 표시되어 있다.

이와 같이 하여, PDI-A 제너레이터(52)는, 도 8 내지 도 12에서 설명한 화면 표시에 의해, 유저에게, PDI-Q로 정의되어 있는 질문에 대한 회답을 입력 또는 선택시킴으로써, PDI-Q에 대응하는 PDI-A를 생성한다.

또한, 도 8 내지 도 12에서 설명한 화면 표시는, PDI-Q를 수신하고 잠시 후에 표시되도록 해도 되고, PDI-Q의 수신 후, 도시하지 않은 기억부에 PDI-Q를 유지하도록 하고, 유저에 의해 설정 화면의 표시가 지시되었을 때 등에 표시되도록 해도 된다.

[PDI-A의 예]

이어서, 도 13을 참조하여, 클라이언트(12)에 의해 생성되는 PDI-A를 포함하는 PDI 테이블의 예에 대하여 설명한다. 도 13에서 나타내는 PDI 테이블에 포함되는 PDI-A는, 도 8 내지 도 12에서 나타낸 화면 표시에 대한, 유저에 의한 회답의 선택 또는 입력에 기초하여 생성된 PDI-A이다.

즉, 2행째 내지 5행째는, 도 8에서 설명한 화면 표시에 의해 제시된 질문에 대한 유저의 회답을 나타내고 있다. 즉, 3행째에서의 <id>Common:111</id>는, 도 8의 화면 표시에 의해 제시된 질문의 id 요소를 나타내고 있고, 4행째에서의 <a>true</a>는 질문에 대한 회답으로서, 도 8의 화면 표시에서 선택 버튼(62-1)(「예」의 회답)이 유저에게 선택된 것을 나타내고 있다.

6행째 내지 9행째는, 도 9에서 설명한 화면 표시에 의해 제시된 질문에 대한 유저의 회답을 나타내고 있다. 즉, 7행째에서의 <id>Common:222</id>는, 도 9의 화면 표시에 의해 제시된 질문의 id 요소를 나타내고 있고, 8행째에서의 <a>34</a>는 질문에 대한 회답으로서, 도 9의 화면 표시에서 회답 입력부(72)에 정수값으로서 「34」가 유저에 의해 입력된 것을 나타내고 있다.

10행째 내지 15행째는, 도 10에서 설명한 화면 표시에 의해 제시된 질문에 대한 유저의 회답을 나타내고 있다. 즉, 11행째에서의 <id>ProviderA:123</id>는, 도 10의 화면 표시에 의해 제시된 질문의 id 요소를 나타내고 있고, 12행째에서의 <a>Baseball</a>, 13행째에서의 <a>Soccer</a>, 14행째에서의 <a>Hockey</a>는 질문에 대한 회답으로서, 도 10의 화면 표시에서 선택 버튼(82-1, 82-3, 82-4)이 유저에 의해 선택된 것을 나타내고 있다.

16행째 내지 19행째는, 도 11에서 설명한 화면 표시에 의해 제시된 질문에 대한 유저의 회답을 나타내고 있다. 즉, 17행째에서의 <id>ProviderA:ProgramX:123</id>는, 도 11의 화면 표시에 의해 제시된 질문의 id 요소를 나타내고 있고, 18행째에서의 <a>Occasionally</a>는 질문에 대한 회답으로서, 도 11의 화면 표시에서 선택 버튼(92-2)이 유저에 의해 선택된 것을 나타내고 있다.

20행째 내지 23행째는, 도 12에서 설명한 화면 표시에 의해 제시된 질문에 대한 유저의 회답을 나타내고 있다. 즉, 21행째에서의 <id>ProviderA:321</id>는, 도 12의 화면 표시에 의해 제시된 질문의 id 요소를 나타내고 있고, 22행째에서의 <a>Somy</a>는 질문에 대한 회답으로서, 도 12의 화면 표시에서 회답 입력부(102)에 문자열로서 「Somy」가 유저에 의해 입력된 것을 나타내고 있다.

또한, 도 13에 나타나는 PDI 테이블에는, 유저에 의한 회답의 선택 또는 입력에 기초하여 생성된 PDI-A만이 포함되는 것으로 했지만, PDI-A와 함께, 그 PDI-A에 대응하는 PDI-Q가 포함되도록 해도 된다.

이와 같이 하여 클라이언트(12)에서 생성되는 PDI-A는, 서버(11)로부터의 콘텐츠 메타데이터에 포함되는 PDI-A와의 매칭이 행하여지고, 그 결과에 기초하여, 서버(11)로부터의 콘텐츠가 취득된다. 또한, 이하에서는, PDI 스토어(53)에 기억되어 있는 PDI-A와, 서버(11)로부터의 콘텐츠 메타데이터에 포함되는 PDI-A를 구별하기 위해서, 전자를 유저측 PDI-A, 후자를 프로바이더측 PDI-A라고 하기로 한다.

[콘텐츠 필터에서의 매칭 처리의 예]

여기서, 유저측 PDI-A로서, 도 13을 참조하여 설명한 PDI-A가 생성되어 기억되어 있는 것으로 하고, 프로바이더측 PDI-A로서, 도 14에 도시되는 PDI-A가 서버(11)로부터 송신되어 온 것으로 한다.

도 14에 도시되는 프로바이더측 PDI-A는, 도 13에서 나타낸 유저측 PDI-A와 기본적인 구성은 동일하므로 상세한 설명은 생략하지만, 이 프로바이더측 PDI-A는, "Common:111"의 질문에 대한 회답으로서 「false」가 선택되고, "ProviderA:123"의 질문에 대한 회답으로서 「Baseball」이 선택되고, "ProviderA:ProgramX:123"의 질문에 대한 회답으로서 「Never」가 선택된 것을 나타내고 있다.

이때, 콘텐츠 필터(54)는, 유저측 PDI-A와 프로바이더측 PDI-A를 비교하여, 질문에 대한 회답이 1개라도 일치하고 있는 경우, 유저측 PDI-A와 프로바이더측 PDI-A는 매치되어 있다고 판정하고, 질문에 대한 회답이 1개도 일치하지 않는 경우, 유저측 PDI-A와 프로바이더측 PDI-A는 매치되어 있지 않다고 판단한다. 이 경우, 도 13에 나타내는 유저측 PDI-A에서의 "ProviderA:123"의 질문에 대한 회답과, 도 14에 도시되는 프로바이더측 PDI-A에서의 "ProviderA:123"의 질문에 대한 회답 각각에 「Baseball」이 포함되어 있는 점에서 각각 일치하고 있으므로, 유저측 PDI-A와 프로바이더측 PDI-A는 매치되어 있다고 판정된다.

이어서, 프로바이더측 PDI-A로서, 도 15에 도시되는 PDI-A가 서버(11)로부터 송신되어 온 것으로 한다.

도 15에 도시되는 프로바이더측 PDI-A는, "ProviderA:123"의 질문에 대한 회답으로서 「Basketball」이 선택되고, "ProviderA:ProgramX:123"의 질문에 대한 회답으로서 「Never」가 선택된 것을 나타내고 있다.

이 경우, 도 13에 나타내는 유저측 PDI-A에서의 질문에 대한 회답과, 도 15에 도시되는 프로바이더측 PDI-A에서의 질문에 대한 회답이 1개도 일치하지 않으므로, 유저측 PDI-A와 프로바이더측 PDI-A는 매치되어 있지 않다고 판단된다.

[PDI API의 기능]

그런데, 서버(11)로부터 송신된 PDI-Q나, 클라이언트(12)에서 생성된 유저측 PDI-A를 포함하는 PDI 테이블은, PDI 스토어(53)에 축적된다. 그리고, 클라이언트(12)에 의해 실행되는 애플리케이션에 의해, PDI 스토어(53)에 축적되어 있는 PDI 테이블, 또는 그 PDI 테이블에 포함되는 PDI-Q나 유저측 PDI-A의 판독이나 갱신이 행하여진다.

구체적으로는, 도 16에 도시된 바와 같이, 클라이언트(12) 상의, 예를 들어 Web 브라우저에 의해 실행되는 PDI 애플리케이션(111)은, 복수의 API(Application Programming Interface)를 포함하는 PDI API(112)를 호출함으로써, PDI 스토어(53)에 축적되어 있는 PDI 테이블(121-1)이나 PDI 테이블(121-2)에 액세스한다.

PDI 테이블(121-1, 121-2)에는 각각, 유니크하게 할당된 ID(이하, PDI 테이블 ID라고 함)와 버전이 부여되어 있고, PDI 애플리케이션(111)은, 그 PDI 테이블 ID나 버전에 기초하여, PDI 테이블(121-1)이나 PDI 테이블(121-2)에 액세스한다.

또한, PDI 테이블(121-1), PDI 테이블(121-2)에는, 복수의 PDI-Q나 유저측 PDI-A가 포함되어 있다. 여기서, PDI-Q나 유저측 PDI-A를 합쳐서, PDI 인스턴스라고 하기로 하면, PDI애플리케이션(111)은, PDI API(112)를 호출함으로써, PDI 테이블(121-1)에 포함되는 PDI 인스턴스(131-1, 131-2, 132-1)나, PDI 테이블(121-2)에 포함되는 PDI 인스턴스(131-3, 132-2, 132-3)에 액세스한다.

PDI 인스턴스(131-1 내지 131-3)에는, 프로바이더 공통의 ID(이하, PDIID라고 함)가 부여되고, PDI 인스턴스(132-1 내지 132-3)에는, 프로바이더 독자의 PDIID가 부여되어 있다. PDI 인스턴스의 PDIID는 각각, 유니크하게 할당되어 있고, PDI 애플리케이션(111)은, 그 PDIID에 기초하여, PDI 인스턴스(131-1 내지 131-3)나 PDI 인스턴스(132-1 내지 132-3)에 액세스한다.

이와 같이, 클라이언트(12)는, PDI API(112)를 호출함으로써 PDI 스토어(53)로의 액세스를 행한다. 이 PDI 스토어(53)는, 클라이언트(12)에 있어서 네이티브한 애플리케이션에 의해 실행되는 파일 시스템이나 데이터베이스이어도 되고, 네트워크를 이용한 리모트 서비스에 의해 제공되는 데이터베이스이어도 된다. 또한, PDI 스토어(53)는, 1개의 클라이언트(12)에만 대응지어져서 존재하도록 이루어져 있다. PDI 스토어(53)에서는, 클라이언트(12)에 있어서 네이티브한 애플리케이션에 의해서도 PDI 테이블의 갱신이나 삭제가 행하여지고, 이 처리는, Web 브라우저가 액티브한 상태가 아닌 경우에도, 그 백그라운드의 프로세스로서 실행된다.

또한, PDI API(112)는, PDI 스토어(53)에 대한 쿼리 처리를 실행하기 위한 인터페이스를 제공한다. 또한, 이 쿼리 처리는, 클라이언트(12) 상에서만 실행되어도 되고, 서버(11)와의 통신을 행함으로써 실행되어도 된다.

이하, PDI API(112)에 포함되는 API에 대해서 구체적으로 설명한다.

[getPDITable()]

도 17은, PDI API(112)에 포함되는 API의 하나인 getPDITable()에 대하여 설명하는 도면이다.

getPDITable()은, PDI 테이블의 PDI 테이블 ID(pdiTableId)를 입력 인수로 하여, 그 pdiTableId로 특정되는 PDI 테이블을 도큐멘트로서 반환한다. 그 pdiTableId로 특정되는 PDI 테이블이 존재하지 않는 경우, null이 반환된다. 또한, PDI 테이블은, 1개의 PDI 테이블 ID에 의해 특정되고, 그 버전은 항상 최신의 것이 된다. 즉, 동일한 PDI 테이블 ID이며 상이한 버전을 갖는 PDI 테이블이 복수 존재하는 경우는 없다.

[setPDITable()]

도 18은, PDI API(112)에 포함되는 API의 하나인 setPDITable()에 대하여 설명하는 도면이다.

setPDITable()은, PDI 테이블 그 자체를 입력 인수로 해서, 먼저, 그 PDI 테이블이 PDI 스토어(53)에 존재하는지 여부를 체크한다. 그 PDI 테이블이 PDI 스토어(53)에 존재하지 않는 경우, 입력 인수로서의 PDI 테이블이 PDI 스토어(53)에 새롭게 추가(생성)된다. 그 PDI 테이블이 PDI 스토어(53)에 존재하는 경우, PDI 스토어(53)에 이미 존재하는 PDI 테이블이, 입력 인수로서의 PDI 테이블에 의해 갱신되고, 그 버전도 갱신된다.

입력 인수로서의 PDI 테이블이 추가도 갱신도 되지 않을 경우, 예를 들어 PDI 스토어(53)의 용량이 상한을 초과한 경우, setPDITable()은 예외 에러 QUOTA_EXCEEDED_ERR를 반환한다. 또한, 예를 들어 PDI 테이블이 부정인 경우(예를 들어, 입력되는 PDI 테이블의 버전이, PDI 스토어(53)에 이미 존재하는 PDI 테이블의 버전보다 오래된 경우), setPDITable()은 예외 에러 WRONG_DOCUMENT_ERR를 반환한다. setPDITable()은, PDI 테이블의 모든 내용이 추가/갱신되지 않은 경우, PDI 테이블의 내용을 추가/갱신하기 직전의 상태까지 거슬러 올라가서 이 추가/갱신 처리를 무로 한다.

[removePDITable()]

도 19는, PDI API(112)에 포함되는 API의 하나인 removePDITable()에 대하여 설명하는 도면이다.

removePDITable()은, PDI 테이블의 PDI 테이블 ID(pdiTableId)를 입력 인수로 해서, 그 pdiTableId로 특정되는 PDI 테이블이 PDI 스토어(53)에 존재하는 경우, 그 PDI 테이블을 삭제한다. PDI 테이블이 PDI 스토어(53)에 존재하지 않는 경우, removePDITable()은 아무것도 하지 않는다.

removePDITable()은, PDI 테이블의 모든 내용이 삭제되지 않은 경우, PDI 테이블의 내용을 삭제하기 직전의 상태까지 거슬러 올라가서 이 삭제 처리를 무로 한다.

[getPDITableID()]

도 20은, PDI API(112)에 포함되는 API의 하나인 getPDITableID()에 대하여 설명하는 도면이다.

getPDITableID()는, PDI 스토어(53) 내의 모든 PDI 테이블의 PDI 테이블 ID를 반환하고, PDI 스토어(53) 내에 PDI 테이블이 존재하지 않는 경우에는 null을 반환한다.

[getPDI()]

도 21은, PDI API(112)에 포함되는 API의 하나인 getPDI()에 대하여 설명하는 도면이다.

getPDI()는, PDI 인스턴스의 PDIID(pdiId)를 입력 인수로 해서, 그 pdiId로 특정되는 PDI 인스턴스를 도큐멘트로서 반환한다. 그 pdiId로 특정되는 PDI 인스턴스가 존재하지 않는 경우, null이 반환된다. 또한, PDI 인스턴스는, 1개만 PDI 스토어(53)에 축적 가능하게 되고, 복수의 PDI 테이블은, 동일한 PDIID를 갖는 PDI 인스턴스를 공유할 수 있다.

[setPDI()]

도 22는, PDI API(112)에 포함되는 API의 하나인 setPDI()에 대하여 설명하는 도면이다.

setPDI()는, PDI 인스턴스 그 자체를 입력 인수로 해서, 먼저, 그 PDI 인스턴스가 PDI 스토어(53)에 존재하는지 여부를 체크한다. 그 PDI 인스턴스가 PDI 스토어(53)에 존재하지 않는 경우, setPDI()는 아무것도 하지 않는다. 그 PDI 인스턴스가 PDI 스토어(53)에 존재하는 경우, PDI 스토어(53)에 이미 존재하는 PDI 인스턴스가, 입력 인수로서의 PDI 인스턴스에 의해 갱신된다.

이때, PDI 인스턴스로서, PDI-A만이 갱신되도록 이루어져 있고, 그 PDI 인스턴스를 포함하는 PDI 테이블의 버전은 갱신되지 않는다. 예를 들어, 갱신되는 PDI 인스턴스가 복수의 PDI 테이블에 공유되어 있는 경우, 각각의 PDI 테이블의 버전은 갱신되지 않고, 각각의 PDI 테이블의 내용이 갱신된다.

예를 들어, PDI 스토어(53)의 용량이 상한을 초과하고 있는 경우, setPDI()는 예외 에러 QUOTA_EXCEEDED_ERR을 반환한다. 또한, PDI 인스턴스가 부정인 경우, setPDI()는 예외 에러 WRONG_DOCUMENT_ERR을 반환한다. setPDI()는 PDI 인스턴스의 모든 내용이 갱신되지 않은 경우, PDI 인스턴스의 내용을 갱신하기 직전의 상태까지 거슬러 올라가서 이 갱신 처리를 무로 한다.

또한, setPDI()는 getPDI()에 의해 취득된 PDI 인스턴스만의 갱신을 행한다.

[getPDIID()]

도 23은, PDI API(112)에 포함되는 API의 하나인 getPDIID()에 대하여 설명하는 도면이다.

getPDIID()는 PDI 스토어(53) 내의 모든 PDI 인스턴스의 PDIID를 반환한다. PDI 스토어(53) 내에 PDI 인스턴스가 존재하지 않는 경우에는 null을 반환한다.

[clear()]

도 24는, PDI API(112)에 포함되는 API의 하나인 clear()에 대하여 설명하는 도면이다.

clear()는, PDI 스토어(53) 내에 데이터가 존재하는 경우, PDI 스토어(53)를 비우고, PDI 스토어(53) 내에 데이터가 존재하지 않는 경우 아무것도 하지 않는다.

또한, 도 17 내지 도 24를 참조하여 설명한 API는, 디스크에 대한 물리적인 기입을 종료할 때까지 처리를 기다릴 필요가 없으며, 캐시 영역 등에 일시적으로 기입한 후, 디스크에 대하여 기입하도록 해도 된다. 또한, PDI 스토어(53) 내의 동일한 데이터에 대한, 복수의 스크립트(애플리케이션)로부터의 동시 액세스는 허가되지 않는 것으로 한다.

[queryPDI()]

도 25는, PDI API(112)에 포함되는 API의 하나인 queryPDI()에 대하여 설명하는 도면이다.

queryPDI()는, 문의를 나타내는 문자열(XPathOrXQuery)을 입력 인수로 해서, PDI 스토어(53)에 대하여 XPath나 XQuery 등의 문의 언어를 사용하여 문의를 행한다. 입력 인수 XpathOrXQuery는, XPath나 Xquery로 기술되고, XpathOrXQuery에 부정인 문자열이 포함되는 경우, queryPDI()는 예외 에러 SYNTAX_ERR을 반환한다.

이상과 같은 API를, 예를 들어 JavaScript(등록 상표)에 있어서 Web IDL(Interface Definition Language)을 사용하여 정의하는 경우에는, 도 26에 도시된 바와 같이 정의된다.

또한, JavaScript(등록 상표)에서의 Window 오브젝트에, 이상과 같은 API 메소드를 추가하는 경우에는, 도 27에 도시된 바와 같이 정의된다.

도 27에 도시된 바와 같이, Window 오브젝트에 상술한 API가 추가된 경우, 속성 window.pdiStore로의 액세스가 되면, 클라이언트(12) 상에서, 브라우저(Web 애플리케이션)는 그 클라이언트(12)에 대응하는 PDI 스토어의 오브젝트를 반환한다. PDI 스토어의 오브젝트는, 복수의 세션에 의해 액세스되지 않는다. 따라서, PDI 스토어와 다른 브라우저와의 세션이 확립되어 있는 경우, 그 PDI 스토어에 액세스하고자 하면, 브라우저는 예외 에러를 반환한다.

이상과 같이, PDI API(112)에 의해, PDI 테이블이나, PDI-Q, 유저측 PDI-A와 같은 PDI 인스턴스가, 필요에 따라 PDI 스토어(53)로부터 판독되거나, 갱신되게 된다. 따라서, 유저는, 그때의 PDI 테이블이나 PDI 인스턴스를 확인하거나, 최신의 것으로 하거나 할 수 있고, 나아가서는, 그때의 요구에 따른 콘텐츠를 확실하게 취득할 수 있게 된다.

[콘텐츠의 송수신 처리의 예]

이어서, 도 28의 흐름도를 참조하여, 방송 시스템(10)에서의 콘텐츠의 송수신 처리에 대하여 설명한다. 방송 시스템(10)에서의 콘텐츠의 송수신 처리에서는, 서버(11)에 의해 콘텐츠 배신 처리가 실행됨으로써 콘텐츠가 배신되고, 클라이언트(12)에 의해 콘텐츠 취득 처리가 실행됨으로써 콘텐츠가 취득된다.

방송 사업자 등의 프로바이더측에 있어서, 예를 들어 방송(배신)되는 콘텐츠의 스폰서나, 방송 사업자 자신이, 특정한 기호나 속성을 갖는 시청자에 대한 콘텐츠의 배신을 요구했을 경우, 프로바이더측의 스탭의 조작에 따라, 서버(11)의 PDI-Q 제너레이터(41)는, 스텝 S11에서, 시청자, 즉, 클라이언트(12)의 유저에 대하여, 어떤 기호나 속성을 갖는지를 질문하기 위한 PDI-Q를 생성한다.

스텝 S12에서, 서버(11)의 PDI-Q 제너레이터(41)는, 생성된 PDI-Q를 포함하는 PDI 테이블을, 통신부(42)를 통해 클라이언트(12)에 송신함과 함께, PDI-A 제너레이터(43)에 공급한다.

스텝 S21에서, 클라이언트(12)의 통신부(51)는, 서버(11)로부터 송신되어 오는 PDI 테이블을 수신하여, PDI-A 제너레이터(52)에 공급한다. 여기에서는, 클라이언트(12)에 있어서, 브라우저에 의해 실행되는 Web 애플리케이션(스크립트), 예를 들어 PDI 애플리케이션(111)(도 16)이 PDI 테이블의 수신 처리를 행하는 것으로 한다.

또한, PDI 테이블은, 예를 들어 서버(11)가 설치되어 있는 프로바이더로서의 방송국으로부터 소정의 시간 간격으로 방송(송신)될 때마다, 클라이언트(12)에 수신된다. 또한, PDI 테이블은, 클라이언트(12)에 있어서 서버(11)가 설치되어 있는 방송국에 채널이 합쳐졌을 때에, 클라이언트(12)에 수신되도록 해도 된다.

스텝 S22에서, 클라이언트(12)의 PDI-A 제너레이터(52)는, 통신부(51)에서 수신된 PDI 테이블에 포함되는 PDI-Q로 정의되어 있는 질문에 대한 유저측 PDI-A를 생성한다. 구체적으로는, PDI-A 제너레이터(52)는, 서버(11)로부터의 PDI-Q가 수신되면, 도시하지 않은 표시부에, PDI-Q로 정의되어 있는 질문에 대응하는 화면을 표시시키고, 그 질문에 대한 회답을, 클라이언트(12)의 유저(시청자)에게 입력 또는 선택시킴으로써, 그 회답을 나타내는 PDI-A를 생성한다. 즉, PDI-A 제너레이터(52)는, 유저와 대화함으로써, PDI-Q로 정의되어 있는 질문에 대한 회답을 나타내는 유저측 PDI-A를 생성한다.

여기에서는, PDI-A 제너레이터(52)는, Web 애플리케이션에 의해 실현되어, Web 애플리케이션이 유저측 PDI-A를 생성한다.

그리고, 스텝 S23에서, PDI-A 제너레이터(52)는, 생성된 유저측 PDI-A를 PDI 스토어(53)에 저장한다. 구체적으로는, Web 애플리케이션이 setPDITable()을 호출하여, 유저측 PDI-A를 PDI 스토어(53)에 저장한다.

한편, 스텝 S13에서, 서버(11)의 PDI-A 제너레이터(43)는, PDI-Q 제너레이터(41)로부터의 PDI 테이블에 포함되는 PDI-Q로 정의되어 있는 질문에 대한 프로바이더측 PDI-A를 생성하여, 메타데이터 디스트리뷰터(44)에 공급한다. 구체적으로는, PDI-A 제너레이터(43)는, 방송국(프로바이더측)의 스탭의 조작에 의해 PDI-Q가 생성되면, 도시하지 않은 표시부에, 예를 들어 도 8 내지 도 12를 참조하여 설명한 바와 같은, PDI-Q로 정의되어 있는 질문에 대응하는 화면을 표시시키고, 그 질문에 대한 회답을, 방송국의 스탭에게 입력 또는 선택시킴으로써, 그 회답을 나타내는 프로바이더측 PDI-A를 생성한다. 이때, 방송국의 스탭은, PDI-Q로 정의되어 있는 질문에 대한 회답으로서, 배신하고자 하는 콘텐츠에 대응하는 회답을 입력 또는 선택한다. 즉, PDI-A 제너레이터(43)에 의해 생성되는 프로바이더측 PDI-A는, 프로바이더측이 클라이언트(12)의 유저(시청자)의 기호를 고려해서, 그 시청자에게, 후에 배신되는 콘텐츠를 시청시키기 위한 정보(회답)를 나타내고 있다.

스텝 S14에서, 메타데이터 디스트리뷰터(44)는, PDI-A 제너레이터(43)로부터의 프로바이더측 PDI-A에 기초하여, 콘텐츠 축적부(45)에 축적되어 있는 콘텐츠 중에서 프로바이더측 PDI-A에 대응하는 콘텐츠를 특정(대조)한다. 여기에서 특정되는 콘텐츠는, PDI-A 제너레이터(43)로부터의 프로바이더측 PDI-A와, 축적되어 있는 콘텐츠에 미리 부여되어 있는 콘텐츠 메타데이터와의 유사도가 소정 값보다 높은 것일 수도 있고, 방송국의 스탭에 의해, 유저에게 시청시키고자 하는 콘텐츠로서 미리 선택된 것이어도 된다. 또한, 메타데이터 디스트리뷰터(44)에 의해 특정된 콘텐츠는, 콘텐츠 디스트리뷰터(46)에 의해 콘텐츠 축적부(45)로부터 취득된다.

스텝 S15에서, 메타데이터 디스트리뷰터(44)는, 스텝 S14에서 특정한 콘텐츠에 미리 부여되어 있는 콘텐츠 메타데이터와, PDI-A 제너레이터(43)로부터의 PDI-A에 기초하여, 프로바이더측 PDI-A를 포함하는 콘텐츠 메타데이터를 새롭게 생성한다.

스텝 S16에서, 통신부(42)는, 클라이언트(12)로부터의 요구에 따라, 메타데이터 디스트리뷰터(44)에 의해 생성된 콘텐츠 메타데이터와 함께, 콘텐츠 디스트리뷰터(46)에 취득된 콘텐츠를 배신한다. 이때, 콘텐츠 메타데이터로서는, 메타데이터 디스트리뷰터(44)에 의해 생성된 콘텐츠 메타데이터 이외에, 표준화 단체에 의해 규정된 콘텐츠 메타데이터가 송신되어도 된다.

이와 같이 하여, PDI-Q로 정의되는 질문에 대한 회답으로서, 프로바이더측이 의도하는 회답을 나타내는 프로바이더측 PDI-A를 콘텐츠 메타데이터에 포함하는 콘텐츠, 바꿔 말하면, 프로바이더측이 시청을 기대하는 유저의 기호에 맞는 콘텐츠가 배신되게 된다.

또한, 스텝 S13 내지 S16의 처리는, 스텝 S12의 처리 후, 바로 계속해서 실행될 필요는 없고, 각 유저가 소유하는 클라이언트(12)에 있어서, 유저측 PDI-A가 생성되어 기억될 때까지 실행되고 있으면 된다.

또한, 스텝 S16에서는, 콘텐츠가 콘텐츠 메타데이터와 함께 배신되는 것으로 했지만, 콘텐츠가 콘텐츠 메타데이터와 함께 배신되지 않아도 되고, 프로바이더측 PDI-A를 포함하는 콘텐츠 메타데이터가 미리 클라이언트(12)에 송신된 후에, 그 콘텐츠 메타데이터에 대응하는 콘텐츠가 배신되도록 해도 된다.

그런데, 이와 같이 하여 서버(11)로부터 콘텐츠 및 콘텐츠 메타데이터가 배신되면, 스텝 S24에서, 클라이언트(12)의 수신부(51)는 서버(11)로부터 배신된 콘텐츠 및 콘텐츠 메타데이터를 수신하여, 콘텐츠 필터(54)에 공급한다. 또한, 스텝 S24 이후의 처리는, 브라우저상에서 실행되는 Web 애플리케이션이 아니라, 클라이언트(12)에서의 네이티브한 애플리케이션이 행하는 것으로 한다.

스텝 S25에서, 콘텐츠 필터(54)는, PDI 스토어(53)로부터 유저측 PDI-A를 판독한다.

스텝 S26에서, 콘텐츠 필터(54)는, PDI 스토어(53)로부터 판독한 유저측 PDI-A와, 서버(11)로부터의 콘텐츠 메타데이터에 포함되는 프로바이더측 PDI-A의 매칭을 행한다.

스텝 S27에서, 콘텐츠 필터(54)는, 유저측 PDI-A와 프로바이더측 PDI-A가 매치된 것인지 여부를 판정한다. 스텝 S27에서, 유저측 PDI-A와 프로바이더측 PDI-A가 매치된다고 판정된 경우, 콘텐츠 필터(54)는, 서버(11)로부터 배신된 콘텐츠는 클라이언트(12)의 유저(시청자)의 기호에 맞는 콘텐츠라고 판단하고, 그 콘텐츠를, 콘텐츠 재생부(55) 또는 콘텐츠 축적부(56)에 공급하고, 처리는 스텝 S28로 진행된다.

즉, 서버(11)로부터 배신된 콘텐츠가, 콘텐츠 필터(54)로부터 콘텐츠 재생부(55)에 공급된 경우, 스텝 S28에서, 콘텐츠 재생부(55)는 콘텐츠를 재생한다. 또한, 서버(11)로부터 배신된 콘텐츠가, 콘텐츠 필터(54)로부터 콘텐츠 축적부(56)에 공급된 경우, 스텝 S28에서, 콘텐츠 축적부(56)는 콘텐츠를 축적(기록)한다. 축적된 콘텐츠는, 유저의 조작 지시에 따라, 적절히, 콘텐츠 재생부(55)에 공급되어 재생된다.

한편, 스텝 S27에서, 유저측 PDI-A와 프로바이더측 PDI-A가 매치되지 않는다고 판정된 경우, 콘텐츠 필터(54)는, 서버(11)로부터 배신된 콘텐츠는 클라이언트(12)의 유저(시청자)의 기호에 맞는 콘텐츠가 아니라고 판단하여, 그 콘텐츠를 파기(삭제)하고, 처리는 종료된다.

이상의 처리에 의하면, 방송 시스템에 있어서, 프로바이더측에서는, 서버에 의해, 유저의 기호에 관한 질문을 나타내는 PDI-Q가 생성되고, 그 PDI-Q가 클라이언트 단말기에 송신되어, 그 PDI-Q에 대하여 프로바이더측이 설정한 회답을 나타내는 프로바이더측 PDI-A가, 대응하는 콘텐츠의 콘텐츠 메타데이터로서 배신된다. 이에 의해, 콘텐츠 메타데이터로서, 표준화 단체에 의해 규정된 콘텐츠 메타데이터 이외의, 그때의 요구에 따른 콘텐츠 메타데이터를 콘텐츠에 부여할 수 있게 된다. 한편, 유저측에서는, 클라이언트 단말기에 의해, 서버로부터의 PDI-Q에 대한 유저의 회답을 나타내는 유저측 PDI-A가 생성되어, 생성된 유저측 PDI-A와, 서버로부터의 프로바이더측 PDI-A의 매칭이 행해짐으로써, 서버로부터 배신된 콘텐츠를 취득할지 여부가 결정된다. 이에 의해, 표준화 단체에 의해 규정된 콘텐츠 메타데이터 이외의, 그때의 요구에 따른 콘텐츠 메타데이터에 의해, 콘텐츠를 필터링할 수 있게 된다. 따라서, 그때의 요구에 따른 콘텐츠를 취득하는 것이 가능하게 된다.

또한, 이상에서는, 클라이언트(12)는 서버(11)로부터의 콘텐츠의 배신 시에, 실시간으로 PDI-A의 매칭을 행하도록 했지만, 미리, 서버(11)로부터의 모든 콘텐츠를 축적하도록 하고, 처리의 백그라운드에서 PDI-A의 매칭을 행하여, 축적된 콘텐츠 중, 매치된 PDI-A(프로바이더측 PDI-A)에 대응하는 콘텐츠를 재생하거나, 매치되지 않는 PDI-A에 대응하는 콘텐츠를 삭제하거나 하도록 해도 된다.

또한, 이상에서는, Web 애플리케이션이, PDI 테이블의 수신으로부터 유저측 PDI-A의 PDI 스토어로의 저장까지의 처리를 행하는 것으로 했지만, 클라이언트(12)에 있어서 네이티브한 애플리케이션이 PDI 테이블의 수신을 행하도록 해도 된다.

[콘텐츠의 송수신 처리의 다른 예]

여기서, 도 29의 흐름도를 참조하여, 네이티브한 애플리케이션이 PDI 테이블의 수신을 행하는 경우의 콘텐츠의 송수신 처리에 대하여 설명한다.

또한, 도 29의 흐름도의 스텝 S31 내지 S36, S45 내지 S49의 처리는, 도 28의 흐름도 스텝 S11 내지 S16, S24 내지 S28의 처리와 기본적으로 마찬가지이므로, 그 설명은 생략한다.

즉, 스텝 S41에서, 클라이언트(12)의 통신부(51)는, 서버(11)로부터 송신되어 오는 PDI 테이블을 수신하여, PDI-A 제너레이터(52)에 공급한다. 여기에서는, 클라이언트(12)에 있어서 네이티브한 애플리케이션이 PDI 테이블의 수신 처리를 행한다.

스텝 S42에서, 통신부(51)는, 수신한 PDI 테이블을 PDI 스토어(53)에 저장한다.

스텝 S43에서, PDI-A 제너레이터(52)는, PDI 스토어(53)로부터 PDI-Q를 판독한다. 여기서, PDI-A 제너레이터(52)는, Web 애플리케이션에 의해 실현된다. 즉, Web 애플리케이션이, getPDI()를 호출하고, PDI 스토어(53)에 저장되어 있는 PDI 테이블로부터 PDI-Q를 판독한다.

스텝 S44에서, PDI-A 제너레이터(52)는, 판독한 PDI-Q로 정의되어 있는 질문에 대한 유저측 PDI-A를 생성한다.

그리고, 스텝 S45에서, PDI-A 제너레이터(52)는, 생성된 유저측 PDI-A를 PDI 스토어(53)에 저장한다. 구체적으로는, Web 애플리케이션이, setPDI()를 호출하고, 유저측 PDI-A를 PDI 스토어(53)에 저장한다.

이와 같이, 클라이언트(12)에 있어서 네이티브한 애플리케이션이 PDI 테이블의 수신을 행하는 경우에도, 유저측 PDI-A와 프로바이더측 PDI-A의 매칭이 행하여져, 서버로부터 배신된 콘텐츠를 취득할지 여부가 결정되게 된다. 결과로서, 표준화 단체에 의해 규정된 콘텐츠 메타데이터 이외의, 그때의 요구에 따른 콘텐츠 메타데이터에 의해, 콘텐츠를 필터링할 수 있게 되어, 그때의 요구에 따른 콘텐츠를 취득하는 것이 가능하게 된다.

또한, 이상에서는, 콘텐츠 필터(54)는, 인스턴스로서 표현된 유저측 PDI-A와 프로바이더측 PDI-A를 비교하여, 질문에 대한 회답이 1개라도 일치하고 있는지 여부에 의해, 유저측 PDI-A와 프로바이더측 PDI-A의 매칭을 행하도록 했지만, 유저측 PDI-A 또는 프로바이더측 PDI-A 중 어느 한쪽을, PDI-A를 평가하는 쿼리로서 표현함으로써, 유저측 PDI-A와 프로바이더측 PDI-A를 비교하도록 해도 된다.

그런데, 본 기술은, 디지털 텔레비전 프로그램을 방송하는 방송 시스템에 적용할 수 있는데, 그 일례로서, ATSC(Advanced Television Standard Committee) 방식을 이동체 수신으로 확장시킨 ATSC-M/H(Mobile/Handheld) 방식으로 방송을 행하는 방송 시스템에 적용할 수 있다.

[ATSC-M/H 방식으로 방송을 행하는 방송 시스템에 대한 적용예]

도 30은, 본 기술을 적용한, 종래의 ATSC 방식 및 ATSC-M/H 각각으로 디지털 텔레비전 프로그램을 방송하는 방송 시스템의 구성예를 도시하는 도면이다.

도 30의 방송 시스템은, 도 1의 방송 시스템(10)에서의 서버(11)에 대응하여, ATSC Legacy System(151), ATSC M/H System(152), M/H Framing(153) 및 RF/Transmission System(154)을 구비하고 있다.

ATSC Legacy System(151)은, 종래의 ATSC 방식으로, MPEG2-TS(Moving Picture Experts Group 2 Transport Stream)에 의해 방송 스트림을 송출한다. ATSC M/H System(152)은, ATSC-M/H 방식으로 IP 패킷의 방송 스트림을 송출한다. ATSC M/H System(152)에서의 Control Data(152a)는, ATSC M/H System(152)으로부터 송출되는 방송 스트림(A/V(Audio/Video) 콘텐츠)에 관한 제어 정보이다.

그리고, 상술한 방송 스트림 각각은, M/H Framing(153)에 의해 다중화되어, RF/Transmission System(154)에 의해 방송파로서 송신된다. 또한, 각 블록의 기능의 상세에 대해서는, ATSC의 규격에 기재되어 있으므로, 여기에서는 그 설명은 생략한다.

도 31은, ATSC-M/H 방식으로 송신되는 방송파의 신호에서의 프로토콜 스택을 나타내고 있다.

상세한 설명은 생략하지만, 가장 상위의 계층의 하나는, 「Service Guide」가 되고, ATSC-M/H 방식으로 제공되는 콘텐츠의 메타데이터를 규정하고 있다. 도 30에서 나타내는 Control Data(152a)는, 「Service Guide」에서 규정되는 콘텐츠 메타데이터(이하, 간단히 Service Guide라고 함)로서 전송된다. 즉, 도 30의 방송 시스템에서는, 상술한 방송 시스템(10)에 있어서 서버(11)로부터 클라이언트(12)에 송신되는 PDI-A(프로바이더측 PDI-A)나 PDI-Q는, Service Guide에 저장되어서 송신된다.

또한, 도 31에서, 「Service Guide」에 인접하는 하위의 계층 「FLUTE」 및 「FLUTE」에 인접하는 하위의 계층 「ALC」는, UDP/IP(User Datagram Protocol/Internet Protocol)에 의해 패킷화된 Service Guide를 전송하기 위한 계층이다.

이 Service Guide의 사양으로서는, OMA(Open Mobile Alliance)에 의해, 도 32에 나타내는 데이터 구성이 규정되어 있다. 또한, 도 32에 나타내는 Service Guide의 구성의 상세는, 「"Service Guide for Mobile Broadcast Services", Open Mobile Alliance, OMA-TSBCAST_ServiceGuide-V1_0, Candidate Version 1.0」에 규정되어 있기 때문에, 그 설명은 생략한다.

PDI-A(프로바이더측 PDI-A)는, 도 32에 나타내는 Service Guide를 구성하는 요소 중, 「Service」 프래그먼트, 「Schedule」 프래그먼트 및 「Content」 프래그먼트 중 적어도 어느 하나에 저장된다.

「Service」 프래그먼트는, 채널·서비스의 내용에 관한 제어 정보를 포함하는 메타데이터이며, 도 33은, 그 구성의 상세를 나타내고 있다. PDI-A는, 도 33에 나타내는 「Service」 프래그먼트에 있어서, 최하단에 규정되어 있는 「PrivateExt」 요소에 새롭게, 예를 들어 「PDI-A」 요소를 추가함으로써, 거기에 저장된다. 구체적으로는, 예를 들어 「PDI-A」 요소는, XML 스키마에 의해, <xs:element name="PDI-A" type="xs:string" xmlns:xs="http://www.w3.org/2001/XMLSchema"/>라고 문자열로 표현되어서 인코딩된다.

「Schedule」 프래그먼트는, 콘텐츠(디지털 텔레비전 프로그램)의 배신 스케줄에 관한 제어 정보를 포함하는 메타데이터이며, 도 34는, 그 구성의 상세를 나타내고 있다. PDI-A는, 도 34에 나타내는 「Schedule」 프래그먼트에 있어서, 최하단에 규정되어 있는 「PrivateExt」 요소에 새롭게, 예를 들어 「PDI-A」 요소를 추가함으로써, 거기에 저장된다. 구체적으로는, 예를 들어 「PDI-A」 요소는, XML 스키마에 의해, <xs:element name="PDI-A" type="xs:string" xmlns:xs="http://www.w3.org/2001/XMLSchema"/>라고 문자열로 표현되어서 인코딩된다.

「Content」 프래그먼트는, 콘텐츠(디지털 텔레비전 프로그램)의 내용에 관한 제어 정보를 포함하는 메타데이터이며, 도 35는, 그 구성의 상세를 나타내고 있다. PDI-A는, 도 35에 나타내는 「Content」 프래그먼트에 있어서, 최하단에 규정되어 있는 「PrivateExt」 요소에 새롭게, 예를 들어 「PDI-A」 요소를 추가함으로써, 거기에 저장된다. 구체적으로는, 예를 들어 「PDI-A」 요소는, XML 스키마에 의해, <xs:element name="PDI-A" type="xs:string" xmlns:xs="http://www.w3.org/2001/XMLSchema"/>라고 문자열로 표현되어서 인코딩된다.

또한, PDI-Q는, 도 32에 나타내는 Service Guide를 구성하는 요소 중, 「Interactivity Data」 프래그먼트에 저장된다.

「Interactivity Data」 프래그먼트는, 채널·서비스나 콘텐츠(텔레비전 프로그램)에 관한 애플리케이션에 관한 메타데이터이며, 도 36은, 그 구성의 상세를 나타내고 있다. PDI-Q는, 도 36에 나타내는 「Interactivity Data」 프래그먼트에 있어서, 최하단에 규정되어 있는 「PrivateExt」 요소에 새롭게 「PDI-Q」 요소를 추가함으로써, 거기에 저장된다. 구체적으로는, 예를 들어 「PDI-Q」 요소는, XML 스키마에 의해, <xs:element name="PDI-Q" type="xs:string" xmlns:xs="http://www.w3.org/2001/XMLSchema"/>라고 문자열로 표현되어서 인코딩된다.

이상에서는, 본 기술을, ATSC-M/H 방식으로 방송을 행하는 방송 시스템에 적용한 예에 대하여 설명했지만, 종래의 ATSC 방식으로 NRT(Non-RealTime) 방송을 행하는 방송 시스템에 적용할 수도 있다. NRT 방송에서는, 실시간으로의 콘텐츠의 시청을 전제로 하지 않기 때문에, 데이터로서 방송 신호에 의해 방송되는 콘텐츠의 방송 시각에 동기하여 콘텐츠를 재생할 필요는 없다.

[NRT 방송을 행하는 방송 시스템에 대한 적용예]

도 37은, NRT 방송에서 송신되는 방송파의 신호에서의 프로토콜 스택을 나타내고 있다.

상세한 설명은 생략하지만, 가장 하위의 계층은, 「Physical Layer(물리층)」가 되고, 방송파의 주파수 대역이 이것에 대응한다. 「Physical Layer」에 인접하는 상위의 계층은 「MPEG2-TS」가 되고, 방송파로서 방송되는 방송 스트림이 이것에 대응한다.

「MPEG2-TS」에 인접하는 상위의 계층으로서, 「ATSC-PSIP(Program and System Information Protocol)」 및 「MPEG2-PSI(Program Specific Information)」이 나타나 있다. 「ATSC-PSIP」는, TVCT를 갖는 계층이 되고, 「MPEG2-PSI」는, PAT(Program Association Table), PMT(Program Map Table)를 갖는 계층이 된다.

또한, 「MPEG2-TS」에 인접하는 상위의 계층으로서, 「DSM-CC(Digital Storage Media Command and Control) Addressable Section」이 나타나 있다. 「DSM-CC Addressable Section」은, 방송 스트림의 MPEG2-TS 상에서 IP 패킷을 전송하기 위한 어댑테이션 레이어로서 사용된다.

도 38은, TVCT, PAT, PMT 및 DSM-CC Addressable Section의 데이터 구조를 나타내고 있다. TVCT에는, MPEG2-TS로 방송되는 방송 스트림에 관한 제어 정보가 기술되어 있고, TVCT에 기초하여, IP 패킷 스트림(UDP/IP Packets)을 전송하기 위한 DSM-CC Addressable Section을 전송하는 MPEG2-TS가 특정된다.

도 37로 돌아와서, 「DSM-CC Addressable Section」에 인접하는 상위의 계층으로서, 「IP」가 나타나고, 또한 「IP」에 인접하는 상위의 계층으로서, 「UDP」가 나타나 있다.

「UDP」에 인접하는 상위의 계층으로서, 「Service Signaling Channel」 및 「FLUTE/ALC(File Delivery over Unidirectional Transport/Asynchronous Layered Coding Protocol)」이 나타나 있다. 「Service Signaling Channel」은, SMT(Service Map Table) 및 NRT-IT(NRT Information Table)를 갖는 계층이 된다. 「FLUTE/ALC」에 인접하는 상위의 계층으로서, 「FLUTE Session」이 나타나 있다. 「FLUTE Session」은, FLUTE-FDT(File Delivery Table) 및 A/V File(A/V 파일)을 갖는 계층이 된다.

도 39는, SMT, NRT-IT 및 FLUTE FDT의 데이터 구조를 나타내고 있다. SMT에는, 채널에 관한 메타데이터가 기술되고, NRT-IT에는, 콘텐츠에 관한 메타데이터가 기술된다. SMT 및 NRT-IT는, 상술한 「Service Signaling Channel」에서 전송된다. FLUTE FDT에는, A/V 파일 각각을 식별하기 위한 정보가 기술되어 있다. 또한, A/V 파일은, 상술한 「FLUTE/ALC」에서 전송된다.

여기서, NRT 방송을 행하는 방송 시스템에서는, 상술한 방송 시스템(10)에 있어서 서버(11)로부터 클라이언트(12)에 송신되는 PDI-A(프로바이더측 PDI-A)나 PDI-Q는, SMT 또는 NRT-IT에 저장되어 송신된다.

즉, 배신되는 콘텐츠의 필터링을, 채널(방송국) 단위로 행하는 경우에는, SMT의 서비스 레벨의 descriptor loop(도면 중, 「Service #1」의 최하단)에, PDI-A 또는 PDI-Q를 저장하는 「PDI descriptor」를 새롭게 규정한다.

또한, 배신되는 콘텐츠의 필터링을, 콘텐츠 단위로 행하는 경우에는, NRT-IT의 서비스 레벨의 descriptor loop(도면 중, 「Content #1」의 최하단)에, PDI-A 또는 PDI-Q를 저장하는 「PDI descriptor」를 새롭게 규정한다.

도 40은, 「PDI descriptor」의 신택스의 예를 나타내고 있다. 도 40에서는, 기술되는 기술자 각각이, 비트수(No. of Bits) 및 포맷(Format)과 함께 정의되어 있다.

도 40에 나타내는 신택스에 의하면, PDI-A 또는 PDI-Q는, 가변 비트인 기술자 「PDI_Q or PDI_A」에 기술된다.

또한, 「PDI descriptor」의 신택스는, 도 40에 나타난 예에 한정되는 것은 아니다.

이와 같이, 본 기술은, NRT 방송을 행하는 방송 시스템에 적용하는 것도 가능하다.

또한, 본 기술은, 상술한 ATSC-M/H 방식으로 방송을 행하는 방송 시스템이나, NRT 방송을 행하는 방송 시스템 이외의 방식으로 방송을 행하는 방송 시스템 외에, 네트워크를 통해 콘텐츠의 배신을 행하는 정보 처리 시스템에 적용하도록 해도 물론 좋다.

상술한 일련의 처리는, 하드웨어에 의해 실행시킬 수도 있고, 소프트웨어에 의해 실행시킬 수도 있다. 일련의 처리를 소프트웨어에 의해 실행시키는 경우에는, 그 소프트웨어를 구성하는 프로그램이, 전용의 하드웨어에 내장되어 있는 컴퓨터, 또는, 각종 프로그램을 인스톨함으로써, 각종 기능을 실행하는 것이 가능한, 예를 들어 범용의 퍼스널 컴퓨터 등에, 프로그램 기록 매체로부터 인스톨된다.

컴퓨터에 인스톨되어, 컴퓨터에 의해 실행 가능한 상태가 되는 프로그램을 저장하는 프로그램 기록 매체는, 도 2에 도시한 바와 같이, 자기 디스크(플렉시블 디스크를 포함함), 광 디스크(CD-ROM(Compact Disc-Read Only Memory), DVD(Digital Versatile Disc)를 포함함), 광자기 디스크, 또는 반도체 메모리 등을 포함하는 패키지 미디어인 리무버블 미디어(31), 또는, 프로그램이 일시적 또는 영속적으로 저장되는 ROM(22)이나, 기억부(28)를 구성하는 하드 디스크 등에 의해 구성된다. 프로그램 기록 매체에 대한 프로그램의 저장은, 필요에 따라 라우터, 모뎀 등의 인터페이스인 통신부(29)를 통해, 로컬 에리어 네트워크, 인터넷, 디지털 위성 방송과 같은 유선 또는 무선의 통신 매체를 이용하여 행하여진다.

또한, 본 명세서에서, 프로그램을 기술하는 스텝은, 기재된 순서를 따라 시계열적으로 행하여지는 처리는 물론, 반드시 시계열적으로 처리되지 않아도, 병렬적 또는 개별로 실행되는 처리도 포함하는 것이다.

또한, 본 명세서에서, 시스템이란, 복수의 구성 요소(장치, 모듈(부품) 등)의 집합을 의미하며, 모든 구성 요소가 동일 하우징 중에 있는지 여부는 상관없다. 따라서, 별개의 하우징에 수납되어, 네트워크를 통해 접속되어 있는 복수의 장치 및 하나의 하우징 중에 복수의 모듈이 수납되어 있는 하나의 장치는, 모두 시스템이다.

또한, 본 기술의 실시 형태는, 상술한 실시 형태에 한정되는 것은 아니며, 본 기술의 요지를 일탈하지 않는 범위에서 다양한 변경이 가능하다.

예를 들어, 본 기술은, 하나의 기능을 네트워크를 통해 복수의 장치에서 분담, 공동으로 처리하는 클라우드 컴퓨팅의 구성을 취할 수 있다.

또한, 상술한 흐름도에서 설명한 각 스텝은, 하나의 장치에서 실행하는 것 외에, 복수의 장치에서 분담하여 실행할 수 있다.

또한, 하나의 스텝에 복수의 처리가 포함되는 경우에는, 그 하나의 스텝에 포함되는 복수의 처리는, 하나의 장치에서 실행하는 것 외에, 복수의 장치에서 분담하여 실행할 수 있다.

10 : 방송 시스템 11 : 서버
12 : 클라이언트 41 : PDI-Q 제너레이터
42 : 통신부 43 : PDI-A 제너레이터
44 : 메타데이터 디스트리뷰터 45 : 콘텐츠 축적부
46 : 콘텐츠 디스트리뷰터 51 : 통신부
52 : PDI-A 제너레이터 53 : PDI 스토어
54 : 콘텐츠 필터 55 : 콘텐츠 재생부
56 : 콘텐츠 축적부 111 : PDI 애플리케이션
112 : PDI API

Claims (11)

1. 정보 처리 장치로서,
   서버로부터 송신되어 오는, 유저의 기호에 관한 질문을 나타내는 질문 정보를 수신하는 수신부와,
   상기 질문에 대한 상기 유저의 회답을 나타내는 유저측 회답 정보를 생성하여, 상기 질문 정보가 저장되어 있는 축적부에 저장하는 처리 실행부와,
   상기 유저측 회답 정보와, 상기 서버로부터 송신되어 오는, 상기 질문에 대하여 콘텐츠를 제공하는 제공자에 의해 설정된 회답을 나타내는 제공자측 회답 정보의 매칭을 행함으로써, 상기 서버로부터 배신되는 상기 콘텐츠를 취득하는 매칭부
   를 구비하고,
   상기 처리 실행부는, 상기 축적부에 저장되어 있는 상기 질문 정보 및/또는 상기 유저측 회답 정보의 적어도 판독 또는 갱신을 행하는, 정보 처리 장치.
2. 제1항에 있어서,
   상기 처리 실행부는, Web 애플리케이션으로서 제공되어, 소정의 API(Application Programming Interface)를 호출함으로써, 상기 축적부에 저장되어 있는 상기 질문 정보 및/또는 상기 유저측 회답 정보의 적어도 판독 또는 갱신을 행하는, 정보 처리 장치.
3. 제2항에 있어서,
   하나 이상의 상기 질문 정보 및/또는 상기 유저측 회답 정보는, 1개의 테이블로서 상기 축적부에 저장되는, 정보 처리 장치.
4. 제3항에 있어서,
   상기 처리 실행부는, 상기 테이블을 특정하는 테이블 ID를 기초로, 대응하는 상기 테이블의 판독 또는 삭제를 행하는, 정보 처리 장치.
5. 제3항에 있어서,
   상기 처리 실행부는, 상기 축적부 내의 상기 테이블의 유무에 따라, 상기 테이블의 생성 또는 갱신을 행하고,
   갱신된 상기 테이블의 버전은 갱신되는, 정보 처리 장치.
6. 제3항에 있어서,
   상기 처리 실행부는, 상기 질문 정보를 특정하는 질문 정보 ID를 기초로, 대응하는 상기 질문 정보 및/또는 상기 유저측 회답 정보의 판독을 행하는, 정보 처리 장치.
7. 제3항에 있어서,
   상기 처리 실행부는, 상기 축적부 내의 상기 질문 정보 및/또는 상기 유저측 회답 정보의 유무에 따라, 상기 유저측 회답 정보만의 갱신을 행하고,
   갱신된 상기 유저측 회답 정보를 포함하는 상기 테이블의 버전은 갱신되지 않는, 정보 처리 장치.
8. 제2항에 있어서,
   상기 축적부는, 하나의 상기 Web 애플리케이션과만 세션이 확립되는, 정보 처리 장치.
9. 제1항에 있어서,
   상기 축적부를 더 구비하는, 정보 처리 장치.
10. 정보 처리 방법으로서,
    서버로부터 송신되어 오는, 유저의 기호에 관한 질문을 나타내는 질문 정보를 수신하고,
    상기 질문에 대한 상기 유저의 회답을 나타내는 유저측 회답 정보를 생성하여, 상기 질문 정보가 저장되어 있는 축적부에 저장하고,
    상기 유저측 회답 정보와, 상기 서버로부터 송신되어 오는, 상기 질문에 대하여 콘텐츠를 제공하는 제공자에 의해 설정된 회답을 나타내는 제공자측 회답 정보의 매칭을 행함으로써, 상기 서버로부터 배신되는 상기 콘텐츠를 취득하는
    스텝을 포함하고,
    상기 축적부에 저장되어 있는 상기 질문 정보 및/또는 상기 유저측 회답 정보의 적어도 판독 또는 갱신을 행하는, 정보 처리 방법.
11. 콘텐츠를 배신하는 송신 장치와, 상기 송신 장치로부터 배신되는 상기 콘텐츠를 취득하는 수신 장치를 포함하는 송수신 시스템이며,
    상기 송신 장치는,
    상기 수신 장치의 유저의 기호에 관한 질문을 나타내는 정보인 질문 정보를 생성하는 질문 생성 수단과,
    상기 질문 정보와, 상기 질문에 대하여 상기 콘텐츠를 제공하는 제공자에 의해 설정된 회답을 나타내는 제공자측 회답 정보를, 상기 수신 장치에 송신하는 송신 수단
    을 구비하고,
    상기 수신 장치는,
    상기 송신 장치로부터 송신되어 오는 상기 질문 정보를 수신하는 수신부와,
    상기 질문에 대한 상기 유저의 회답을 나타내는 유저측 회답 정보를 생성하여, 상기 질문 정보가 저장되어 있는 축적부에 저장하는 처리 실행부와,
    상기 유저측 회답 정보와, 상기 송신 장치로부터 송신되어 오는 상기 제공자측 회답 정보의 매칭을 행함으로써, 상기 송신 장치로부터 배신되는 상기 콘텐츠를 취득하는 매칭부
    를 구비하고,
    상기 처리 실행부는, 상기 축적부에 저장되어 있는 상기 질문 정보 및/또는 상기 유저측 회답 정보의 적어도 판독 또는 갱신을 행하는, 정보 처리 시스템.

Images