KR20170077120A - 수신 장치, 송신 장치 및 데이터 처리 방법 - Google Patents

수신 장치, 송신 장치 및 데이터 처리 방법 Download PDF

Info

Publication number
KR20170077120A
KR20170077120A KR1020177009428A KR20177009428A KR20170077120A KR 20170077120 A KR20170077120 A KR 20170077120A KR 1020177009428 A KR1020177009428 A KR 1020177009428A KR 20177009428 A KR20177009428 A KR 20177009428A KR 20170077120 A KR20170077120 A KR 20170077120A
Authority
KR
South Korea
Prior art keywords
service worker
swit
service
information
update
Prior art date
Application number
KR1020177009428A
Other languages
English (en)
Other versions
KR102460356B1 (ko
Inventor
나오히사 기타자토
다츠야 이가라시
야스아키 야마기시
Original Assignee
소니 주식회사
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 소니 주식회사 filed Critical 소니 주식회사
Publication of KR20170077120A publication Critical patent/KR20170077120A/ko
Application granted granted Critical
Publication of KR102460356B1 publication Critical patent/KR102460356B1/ko

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04H—BROADCAST COMMUNICATION
    • H04H60/00—Arrangements for broadcast applications with a direct linking to broadcast information or broadcast space-time; Broadcast-related systems
    • H04H60/25—Arrangements for updating broadcast information or broadcast-related information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04H—BROADCAST COMMUNICATION
    • H04H60/00—Arrangements for broadcast applications with a direct linking to broadcast information or broadcast space-time; Broadcast-related systems
    • H04H60/27—Arrangements for recording or accumulating broadcast information or broadcast-related information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/45—Management operations performed by the client for facilitating the reception of or the interaction with the content or administrating data related to the end-user or to the client device itself, e.g. learning user preferences for recommending movies, resolving scheduling conflicts
    • H04N21/458—Scheduling content for creating a personalised stream, e.g. by combining a locally stored advertisement with an incoming stream; Updating operations, e.g. for OS modules ; time-related management operations
    • H04N21/4586—Content update operation triggered locally, e.g. by comparing the version of software modules in a DVB carousel to the version stored locally

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Databases & Information Systems (AREA)
  • Multimedia (AREA)
  • Information Transfer Between Computers (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)

Abstract

수신 장치에 있어서의 데이터 관리 프로그램인 서비스 워커(SW)나 그 관리 리소스의 갱신 처리를 효율적으로 확실하게 실행하는 장치, 방법을 제공한다. 수신 장치의 저장 데이터에 관한 데이터 관리 프로그램인 서비스 워커(SW)에 관한 정보를 저장한 테이블이고, 개별 SW 단위의 갱신 처리 정보를 포함하는 서비스 워커·인포메이션·테이블(SWIT)을 수신하고, 수신한 SWIT를 이용한 데이터 관리 처리를 실행한다. SWIT는 SW 식별자와, SW 식별자에 의해 특정되는 SW 및 관리 리소스에 관한 갱신된 정보를 기록한 테이블이고, 수신 장치는 SWIT를 참조하여, SW 및 관리 리소스의 갱신 처리를 실행한다.

Description

수신 장치, 송신 장치 및 데이터 처리 방법{RECEPTION DEVICE, TRANSMISSION DEVICE, AND DATA PROCESSING METHOD}
본 개시는 수신 장치, 송신 장치 및 데이터 처리 방법에 관한 것이다. 더욱 상세하게는 예를 들어 방송파나 네트워크를 통한 데이터의 송신 또는 수신을 실행하는 수신 장치, 송신 장치 및 통신 데이터에 대한 데이터 처리 방법에 관한 것이다.
방송국이나 콘텐츠 서버 등, 콘텐츠를 제공하는 송신 장치로부터, 텔레비전, PC, 휴대 단말기 등의 수신 장치에 대하여, 방송파 등에 의한 일방향 통신, 혹은 인터넷 등의 네트워크를 통한 쌍방향 통신, 일방향 통신에 의해, 방송 프로그램 등의 콘텐츠를 송수신하는 시스템에 관한 개발이나 규격화가, 현재 왕성하게 진행되고 있다.
또한, 방송파 및 네트워크를 통한 데이터 배신을 실현하기 위한 기술을 개시한 종래 기술로서, 예를 들어 특허문헌 1(일본특허공개 제2014-057227호 공보)이 있다.
방송파 및 네트워크를 통한 데이터 배신 시스템에 관한 규격의 하나로서 ATSC(Advanced Television System Committe) 3.0의 규격화가 진행되고 있다.
ATSC3.0에서는, 다운로드형 애플리케이션 배신 관리용의 패키징 방식, 및 오프라인의 애플리케이션 등록·갱신 관리 방식이 아직 검토 단계에 있다.
한편, WWW(World Wide Web) 이용 기술의 국제적 표준화 단체인 W3C(World Wide Web Consortium)는, 클라이언트에 있어서의 편리한 애플리케이션의 이용을 실현하기 위해서 이용하는 제어 프로그램 등을 포함하는 서비스 워커(SW: Service Worker)의 사양을 책정 중이다.
이 서비스 워커(SW)의 프레임 워크를, 방송 콘텐츠의 수신 장치인 클라이언트에 있어서 유효한 이용을 실현하기 위해서는, 방송 배신되는 애플리케이션 파츠나, 서비스 워커(SW) 자체의 배신 관리를 효과적으로 실장할 수 있도록 하는 것이 과제가 된다.
일본특허공개 제2014-057227호 공보
본 개시는, 상술한 서비스 워커(SW)의 프레임 워크를, 방송 콘텐츠의 수신 장치인 클라이언트에 있어서 유효한 이용을 실현하는 수신 장치, 송신 장치 및 데이터 처리 방법을 제공하는 것을 목적으로 한다.
서비스 워커(SW)는 수신 장치에 있어서 이용하는 리소스(애플리케이션이나 동화상, 정지 화상, 음성 등의 다양한 데이터 파일)의 관리, 구체적으로는, 리소스의 취득, 갱신, 삭제 처리 등을 실행한다.
그러나, 이들 관리 대상 리소스나, 서비스 워커(SW) 자신의 갱신 처리를 행하는 경우의 구체적인 사양이 규정되어 있지 않다.
본 개시는, 이 문제점을 감안하여 이루어진 것으로, 서비스 워커(SW)나, 그 관리 리소스의 확실한 갱신을 가능하게 하는 수신 장치, 송신 장치 및 데이터 처리 방법을 제공하는 것을 목적으로 한다.
본 개시의 제1 측면은,
수신 장치의 저장 데이터에 관한 데이터 관리 프로그램인 서비스 워커(SW)에 관한 정보를 저장한 테이블이고, 개별 서비스 워커(SW) 단위의 갱신 처리 정보를 포함하는 서비스 워커·인포메이션·테이블(SWIT)을 수신하고, 수신한 SWIT를 이용한 데이터 관리 처리를 실행하는 데이터 처리부를 갖는 수신 장치에 있다.
또한, 본 개시의 제2 측면은,
수신 장치의 저장 데이터에 관한 데이터 관리 프로그램인 서비스 워커(SW)에 관한 정보를 저장한 테이블이고, 개별 서비스 워커(SW) 단위의 갱신 처리 정보를 포함하는 서비스 워커·인포메이션·테이블(SWIT)을 송신하는 송신 장치에 있다.
또한, 본 개시의 제3 측면은,
수신 장치에 있어서 실행하는 데이터 처리 방법이며,
수신 장치의 데이터 처리부가,
저장 데이터에 관한 데이터 관리 프로그램인 서비스 워커(SW)에 관한 정보를 저장한 테이블이고, 개별 서비스 워커(SW) 단위의 갱신 처리 정보를 포함하는 서비스 워커·인포메이션·테이블(SWIT)을 수신하고, 수신한 SWIT를 이용한 데이터 관리 처리를 실행하는 데이터 처리 방법에 있다.
또한, 본 개시의 제4 측면은,
송신 장치에 있어서 실행하는 데이터 처리 방법이며,
수신 장치의 저장 데이터에 관한 데이터 관리 프로그램인 서비스 워커(SW)에 관한 정보를 저장한 테이블이고, 개별 서비스 워커(SW) 단위의 갱신 처리 정보를 포함하는 서비스 워커·인포메이션·테이블(SWIT)을 송신하는 데이터 처리 방법에 있다.
본 개시의 또 다른 목적, 특징이나 이점은, 후술하는 본 개시의 실시예나 첨부하는 도면에 기초한 보다 상세한 설명에 의해 자명해질 것이다. 또한, 본 명세서에 있어서 시스템이란, 복수의 장치의 논리적 집합 구성이고, 각 구성의 장치가 동일 하우징 내에 있는 것에 한정되지 않는다.
본 개시의 일 실시예 구성에 따르면, 수신 장치에 있어서의 데이터 관리 프로그램인 서비스 워커(SW)나 그 관리 리소스의 갱신 처리를 효율적으로 확실하게 실행하는 장치, 방법이 실현된다.
구체적으로는, 예를 들어 수신 장치의 저장 데이터에 관한 데이터 관리 프로그램인 서비스 워커(SW)에 관한 정보를 저장한 테이블이고, 개별 SW 단위의 갱신 처리 정보를 포함하는 서비스 워커·인포메이션·테이블(SWIT)을 수신하고, 수신한 SWIT를 이용한 데이터 관리 처리를 실행한다. SWIT는 SW 식별자와, SW 식별자에 의해 특정되는 SW 및 관리 리소스에 관한 갱신 정보를 기록한 테이블이고, 수신 장치는, SWIT를 참조하여, SW 및 관리 리소스의 갱신 처리를 실행한다.
본 구성에 의해, 수신 장치에 있어서의 데이터 관리 프로그램인 서비스 워커(SW)나 그 관리 리소스의 갱신 처리를 효율적으로 확실하게 실행하는 장치, 방법이 실현된다.
또한, 본 명세서에 기재된 효과는 어디까지나 예시이며 한정되는 것은 아니고, 또한 부가적인 효과가 있어도 된다.
도 1은 본 개시의 처리를 실행하는 통신 시스템의 일 구성예에 대해서 설명하는 도면이다.
도 2는 송신 장치의 송신 데이터에 대해서 설명하는 도면이다.
도 3은 송신 장치 및 수신 장치의 프로토콜 스택의 예를 나타내는 도면이다.
도 4는 시그널링 데이터의 구성예에 대해서 설명하는 도면이다.
도 5는 서비스 워커(SW)를 이용한 처리의 구체예(사용례)에 대해서 설명하는 도면이다.
도 6은 서비스 워커(SW)를 이용한 처리의 구체예(사용례)에 대해서 설명하는 도면이다.
도 7은 서비스 워커(SW)를 이용한 처리의 일례를 설명하는 도면이다.
도 8은 수신 장치의 구성예에 대해서 설명하는 도면이다.
도 9는 서비스 워커·인포메이션·테이블(SWIT)의 데이터 구성예에 대해서 설명하는 도면이다.
도 10은 수신 장치에 있어서 실행하는 처리의 처리 시퀀스에 대해서 설명하는 도면이다.
도 11은 수신 장치에 있어서 실행하는 처리의 처리 시퀀스에 대해서 설명하는 도면이다.
도 12는 통신 장치인 송신 장치와 수신 장치의 구성예에 대해서 설명하는 도면이다.
도 13은 통신 장치인 송신 장치와 수신 장치의 하드웨어 구성예에 대해서 설명하는 도면이다.
이하, 도면을 참조하면서 본 개시의 수신 장치, 송신 장치 및 데이터 처리 방법의 상세에 대해서 설명한다. 또한, 설명은 이하의 항목에 따라서 행한다.
1. 통신 시스템의 구성예에 대해서
2. 데이터 통신 프로토콜 FLUTE 및 ROUTE에 대해서
3. 송신 장치와 수신 장치가 실행하는 통신 처리예에 대해서
4. 시그널링 데이터의 상세에 대해서
5. 서비스 워커(SW)에 대해서
6. 수신 장치의 구성예와 처리에 대해서
7. 서비스 워커·인포메이션·테이블(SWIT)의 구성예에 대해서
8. 서비스 워커(SW) 및 애플리케이션의 이용 처리 시퀀스에 대해서
8-1. 처리 페이즈 1의 처리 시퀀스에 대해서
8-2. 처리 페이즈 2의 처리 시퀀스에 대해서
8-3. 처리 페이즈 3의 처리 시퀀스에 대해서
9. 송신 장치와 수신 장치의 구성예에 대해서
10. 본 개시의 구성 마무리
[1. 통신 시스템의 구성예에 대해서]
먼저, 도 1을 참조하여 본 개시의 처리를 실행하는 통신 시스템의 일 구성예에 대해서 설명한다.
도 1에 도시한 바와 같이, 통신 시스템(10)은 화상 데이터나 음성 데이터 등의 콘텐츠를 송신하는 통신 장치인 송신 장치(20)와, 송신 장치(20)가 송신하는 콘텐츠를 수신하는 통신 장치인 수신 장치(30)를 갖는다.
송신 장치(20)는 구체적으로는, 예를 들어 방송국(21)이나 콘텐츠 서버(22) 등, 콘텐츠를 제공하는 측의 장치이다.
한편, 수신 장치(30)는 일반 유저의 클라이언트 장치이며, 구체적으로는, 예를 들어 텔레비전(31), PC32, 휴대 단말기(33) 등으로 구성된다.
송신 장치(20)와 수신 장치(30) 사이의 데이터 통신은, 인터넷 등의 네트워크를 통한 쌍방향 통신, 일방향 통신, 혹은 방송파 등에 의한 일방향 통신 중 적어도 어느 하나, 혹은 양자를 이용한 통신으로서 행해진다.
송신 장치(20)로부터 수신 장치(30)에 대한 콘텐츠 송신은, 예를 들어 어댑티브(적응형) 스트리밍 기술의 규격인 MPEG-DASH 규격에 따라서 실행한다.
MPEG-DASH 규격에는, 이하의 2개의 규격이 포함된다.
(a) 동화상이나 음성 파일의 관리 정보인 메타데이터를 기술하기 위한 매니페스트·파일(MPD: Media Presentation Description)에 관한 규격,
(b) 동화상 콘텐츠 전송용 파일 포맷(세그먼트·포맷)에 관한 규격,
송신 장치(20)로부터, 수신 장치(30)에 대한 콘텐츠 배신은, 상기 MPEG-DASH 규격에 따라서 실행한다.
송신 장치(20)는 콘텐츠 데이터를 부호화하고, 부호화 데이터 및 부호화 데이터의 메타데이터를 포함하는 데이터 파일을 생성한다. 부호화 처리는, 예를 들어 MPEG에 있어서 규정되는 MP4 파일 포맷에 따라서 행해진다. 또한, 송신 장치(20)가 MP4 형식의 데이터 파일을 생성하는 경우의 부호화 데이터의 파일은 「mdat」, 메타데이터는 「moov」나 「moof」 등이라고 불린다.
송신 장치(20)가 수신 장치(30)에 제공하는 콘텐츠는, 예를 들어 음악 데이터나, 영화, 텔레비전 프로그램, 비디오, 사진, 문서, 회화 및 도표 등의 영상 데이터나, 게임 및 소프트웨어 등, 다양한 데이터이다.
송신 장치(20)의 송신 데이터에 대해서 도 2를 참조하여 설명한다.
MPEG-DASH 규격에 따라서 데이터 송신을 실행하는 송신 장치(20)는, 도 2에 도시한 바와 같이, 크게 나누어서 이하의 복수 종류의 데이터 송신을 행한다.
(a) 시그널링 데이터(50)
(b) AV 세그먼트(60)
(c) 그 밖의 데이터(ESG, NRT 콘텐츠 등)(70)
AV 세그먼트(60)는 수신 장치에 있어서 재생하는 화상(Video)이나, 음성(Audio) 데이터, 즉 예를 들어 방송국의 제공하는 프로그램 콘텐츠 등으로 구성된다. 예를 들어, 상술한 MP4 부호화 데이터(mdat)나, 메타데이터(moov, moof)에 의해 구성된다.
한편, 시그널링 데이터(50)는, 프로그램표 등의 프로그램 예정 정보나, 프로그램 취득에 필요해지는 어드레스 정보(URL(Uniform Resource Locator) 등), 또한 콘텐츠의 재생 처리에 필요한 정보, 예를 들어 코덱 정보(부호화 방식 등) 등을 포함하는 안내 정보, 제어 정보에 의해 구성된다.
수신 장치(30)는 이 시그널링 데이터(50)를, 재생 대상이 되는 프로그램 콘텐츠를 저장한 AV 세그먼트(60)의 수신에 선행해서 수신하는 것이 필요해진다.
이 시그널링 데이터(50)는, 예를 들어 XML(Extensible Markup Language) 형식의 데이터로서, 스마트폰이나 텔레비전 등의 유저 단말기인 수신 장치(클라이언트)로 송신된다.
전술한 바와 같이, 시그널링 데이터는, 수시로, 반복 송신된다. 예를 들어 100msec마다 등, 빈번히 반복 송신된다.
이것은, 수신 장치(클라이언트)가, 언제나, 바로 시그널링 데이터를 취득하는 것을 가능하게 하기 때문이다.
클라이언트(수신 장치)는, 수시로, 수신 가능한 시그널링 데이터에 기초하여, 필요한 프로그램 콘텐츠의 액세스용 어드레스의 취득이나, 코덱 설정 처리 등, 프로그램 콘텐츠의 수신 및 재생에 필요한 처리를 지체없이 실행하는 것이 가능하게 된다.
그 밖의 데이터(70)는, 예를 들어 ESG(Electronic Service Guide), NRT 콘텐츠 등이 포함된다.
ESG는 전자 서비스 가이드(Electronic Service Guide)이며, 예를 들어 프로그램표 등의 안내 정보이다.
NRT 콘텐츠는 논리얼 타임형의 콘텐츠이다.
NRT 콘텐츠에는, 예를 들어 클라이언트인 수신 장치(30)의 브라우저 상에서 실행되는 다양한 어플리케이션 파일, 동화상, 정지 화상 등의 데이터 파일 등이 포함된다.
후술하는 애플리케이션 등의 제어 프로그램으로서 이용되는 서비스 워커(Service Worker)도, NRT 콘텐츠에 포함된다.
도 2에 도시하는 이하의 데이터, 즉,
(a) 시그널링 데이터(50)
(b) AV 세그먼트(60)
(c) 그 밖의 데이터(ESG, NRT 콘텐츠 등)(70)
이들 데이터는, 예를 들어 데이터 통신 프로토콜: FLUTE(File Delivery over Uni-directional Transport)에 따라서 송신된다.
[2. 데이터 통신 프로토콜 FLUTE 및 ROUTE에 대해서]
데이터 통신 프로토콜: FLUTE(File Delivery over Uni-directional Transport)는 멀티캐스트에 의해 전송하는 콘텐츠의 세션 관리를 행하는 프로토콜이다.
예를 들어 송신 장치인 서버측에서 생성되는 파일(URL과 버전으로 식별된다)은, FLUTE 프로토콜에 따라서, 수신 장치인 클라이언트로 송신된다.
수신 장치(클라이언트)(30)는, 예를 들어 수신 장치(클라이언트)(30)의 기억부(클라이언트 캐시)에, 수신 파일의 URL 및 버전과 파일을 대응지어 축적한다.
동일한 URL에서 버전이 다른 것은 파일의 내용이 갱신되고 있는 것으로 간주한다. FLUTE 프로토콜은 일방향 파일 전송 제어만을 행하는 것으로, 클라이언트에 있어서의 파일의 선택적인 필터링 기능은 없지만, FLUTE에서 전송 제어하는 파일을 그 파일에 연결시킨 메타데이터를 이용하여, 클라이언트측에서 취사 선택함으로써, 선택적인 필터링을 실현하여, 유저의 기호를 반영한 로컬 캐시를 구성·갱신 관리하는 것이 가능하게 된다.
또한, 메타데이터는 FLUTE 프로토콜로 확장해서 내장할 수도 있고, 별도ESG(Electronic Service Guide) 등의 프로토콜에 의해 기술할 수도 있다.
또한, FLUTE는 당초 멀티캐스트에 있어서의 파일 전송 프로토콜로서 사양화되었다. FLUTE는 FDT와, ALC라고 불리는 스케일러블한 파일 오브젝트의 멀티캐스트 프로토콜, 구체적으로는 그 빌딩 블록인 LCT나 FEC 컴포넌트의 조합에 의해 구성된다.
종래의 FLUTE는, 주로 비동기형의 파일 전송에 이용하기 위해서 개발되었지만, 현재, 방송파 및 네트워크를 통한 데이터 배신 시스템에 관한 규격화 단체인 ATSC(Advanced Television System Committe)에 있어서, 브로드캐스트 라이브 스트리밍에도 적용하기 쉽게 하기 위한 확장을 행하고 있다. 이 FLUTE의 확장 사양이 ROUTE(Real-Time Object Delivery over Unidirectional Transport)라고 불린다.
방송파 및 네트워크를 통한 데이터 배신 시스템에 관한 규격의 하나로서 현재, 표준화가 진행되고 있는 규격으로서 ATSC(Advanced Television System Committe) 3.0이 있다. 이 ATSC 3.0은, ROUTE를 종래의 FLUTE 프로토콜로 치환하여, 시그널링 데이터나, ESG, 혹은 비동기 파일, 동기형 스트림 등의 송신에 채용한 스택 구성을 규정하고 있다.
[3. 송신 장치와 수신 장치가 실행하는 통신 처리예에 대해서]
이어서, 송신 장치와 수신 장치가 실행하는 통신 처리예에 대해서 설명한다.
도 3은 송신 장치 및 수신 장치의 프로토콜 스택의 예를 나타내는 도면이다.
도 3에 도시하는 예는, 이하의 2개의 통신 데이터의 처리를 행하기 위한 2개의 프로토콜 스택을 갖는다.
(a) 브로드캐스트(멀티캐스트도 포함한다) 통신(예를 들어 방송형 데이터 배신)
(b) 유니캐스트(브로드밴드) 통신(예를 들어 HTTP형의 P2P 통신)
도 3의 좌측이 (a) 브로드캐스트 통신(예를 들어 방송형 데이터 배신)에 대응하는 프로토콜 스택이다.
도 3의 우측이, (b) 유니캐스트(브로드밴드) 통신(예를 들어 HTTP형의 P2P 통신)에 대응하는 프로토콜 스택이다.
도 3 좌측에 도시하는 (a) 브로드캐스트 통신(예를 들어 방송형 데이터 배신)에 대응하는 프로토콜 스택은, 하위 레이어부터 순서대로, 이하의 레이어를 갖는다.
(1) 브로드캐스트 물리 레이어(Broadcast PHY)
(2) IP 멀티캐스트 레이어(IP Multicast)
(3) UDP 레이어
(4) ROUTE(= 확장형 FLUTE) 레이어
(5) ESG, NRTcontent, DASH(ISOBMFF) 및 Video/Audio/CC
(6) 애플리케이션 레이어(Applications(HTML5))
또한, (2) IP 멀티캐스트 레이어(IP Multicast)의 상위 레이어로서 Signaling(시그널링) 레이어가 설정된다.
시그널링 레이어는, 먼저 도 2를 참조하여 설명한 시그널링 데이터(50)의 송수신에 적용되는 레이어이다. 시그널링 데이터에는, 프로그램표 등의 프로그램 예정 정보나, 프로그램 취득에 필요해지는 어드레스 정보(URL 등), 또한 콘텐츠의 재생 처리에 필요한 정보, 예를 들어 코덱 정보(부호화 방식 등) 등을 포함하는 안내 정보, 제어 정보 등이 포함된다.
또한, (1) 브로드캐스트 물리 레이어(Broadcast PHY)의 상위 레이어로서 장래의 새로운 프로토콜의 이용 허용 레이어(Future Extensibility)가 설정되어 있다.
(1) 브로드캐스트 물리 레이어(Broadcast PHY)는 브로드캐스트 통신을 실행하기 위한 예를 들어 방송계의 통신부를 제어하는 통신 제어부에 의해 구성되는 물리 레이어이다.
(2) IP 멀티캐스트 레이어(IP Multicast)는 IP 멀티캐스트에 따른 데이터 송수신 처리를 실행하는 레이어이다.
(3) UDP 레이어는 UDP 패킷의 생성, 해석 처리 레이어이다.
(4) ROUTE 레이어는 확장형 FLUTE 프로토콜인 ROUTE 프로토콜에 따라서 전송 데이터의 저장이나 취출을 행하는 레이어이다.
ROUTE는 FLUTE와 마찬가지로, ALC라고 불리는 스케일러블한 파일 오브젝트의 멀티캐스트 프로토콜이며, 구체적으로는 그 빌딩 블록인 LCT나 FEC 컴포넌트의 조합에 의해 구성된다.
(5) ESG, NRTcontent, DASH(ISO BMFF) 및 Video/Audio/CC는, ROUTE 프로토콜에 따라서 전송되는 데이터이다.
DASH 규격에 따른 동보형 배신 서비스는, MBMS(Multimedia Broadcast Multicast Service)라고 불린다. 이 MBMS를 LTE에서 효율적으로 실현시키는 방식으로서 eMBMS(evolved Multimedia Broadcast Multicast Service)가 있다.
MBMS나 eMBMS는, 동보형 배신 서비스이며, 특정한 에어리어 내에 위치하는 수신 장치인 복수의 유저 단말기(UE)에 대하여 공통의 베어러로 일제히 동일 데이터, 예를 들어 영화 콘텐츠 등을 배신하는 서비스이다. MBMS나 eMBMS에 따른 동보 배신에 의해, 배신 서비스 제공 에어리어에 위치하는 다수의 스마트폰이나 PC, 혹은 텔레비전 등의 수신 장치에, 동일한 콘텐츠를 동시에 제공할 수 있다.
MBMS 및 eMBMS는, 3GPP 파일 포맷(ISO-BMFF 파일, MP4 파일)에 따른 파일을, 전송 프로토콜 ROUTE 또는 FLUTE에 따라서 다운로드하는 처리에 대해서 규정하고 있다.
먼저 도 2를 참조하여 설명한 이하의 데이터, 즉,
(a) 시그널링 데이터(50)
(b) AV 세그먼트(60)
(c) 그 외의 데이터(ESG, NRT 콘텐츠 등)(70)
이들 데이터 대부분은 ROUTE 프로토콜 또는 FLUTE 프로토콜에 따라서 송신된다.
(5) ESG, NRTcontent, DASH(ISOBMFF) 및 Video/Audio/CC는 ROUTE 프로토콜에 따라서 전송되는 데이터이다.
ESG는 전자 서비스 가이드(Electronic Service Guide)이며, 예를 들어 프로그램표 등의 안내 정보이다.
NRTcontent는 논 리얼타임형의 콘텐츠이다.
전술한 바와 같이, NRT 콘텐츠에는, 예를 들어 클라이언트인 수신 장치의 브라우저 상에서 실행되는 다양한 어플리케이션 파일, 동화상, 정지 화상 등의 데이터 파일 등이 포함된다. 또한, 후술하는 애플리케이션 등의 제어 프로그램으로서 이용되는 서비스 워커(Service Worker(SW))도, NRT 콘텐츠에 포함된다.
Video/Audio/CC는, DASH 규격에 따라서 배신되는 비디오나 오디오 등, 재생 대상이 되는 실제 데이터이다.
(6) 애플리케이션 레이어(Applications(HTML5))는 ROUTE 프로토콜에 따라서 전송하는 데이터의 생성, 혹은 해석, 그 외, 다양한 데이터의 출력 제어 등을 실행하는 애플리케이션 레이어이며, 예를 들어 HTML5를 적용한 데이터 생성, 해석, 출력 처리 등을 행한다.
한편, 도 3의 우측에 나타내는, (b) 유니캐스트(브로드밴드) 통신(예를 들어 HTTP형의 P2P 통신)에 대응하는 프로토콜 스택은, 하위 레이어부터 순서대로, 이하의 레이어를 갖는다.
(1) 브로드밴드 물리 레이어(Broaband PHY)
(2) IP 유니캐스트 레이어(IP Unicast)
(3) TCP 레이어
(4) HTTP 레이어
(5) ESG, Signaling, NRTcontent, DASH(ISOBMFF) 및 Video/Audio/CC
(6) 애플리케이션 레이어(Applications(HTML5))
(1) 브로드밴드 물리 레이어(Broaband PHY)는 브로드밴드 통신을 실행하는 예를 들어 네트워크 카드 등의 통신부를 제어하는 디바이스 드라이버 등의 통신 제어부에 의해 구성되는 물리 레이어이다.
(2) IP 유니캐스트 레이어(IP Unicast)는 IP 유니캐스트 송수신 처리를 실행하는 레이어이다.
(3) HTTP 레이어는, HTTP 패킷의 생성, 해석 처리 레이어이다.
이 상위 레이어는, 도 3 좌측의 (a) 브로드캐스트 통신(예를 들어 방송형 데이터 배신)의 스택 구성과 마찬가지이다.
또한, 송신 장치(서버)(20), 수신 장치(클라이언트)(30)는 도 3의 2개의 처리계, 즉,
(a) 브로드캐스트 통신(예를 들어 방송형 데이터 배신)
(b) 유니캐스트(브로드밴드) 통신(예를 들어 HTTP형의 P2P 통신)
이들 2개의 통신 프로토콜 스택 중 적어도 어느 하나에 따른 처리를 행한다.
도 3에 도시하는 프로토콜 스택에 있어서, ROUTE(FLUTE)에 따라서 멀티캐스트 전송되는 파일군의 속성(파일의 식별자인 URL을 포함한다)은, ROUTE(FLUTE)의 제어 파일 내에 기술할 수도 있으면, 파일 전송 세션을 기술하는 시그널링(Signaling) 데이터 중에 기술할 수도 있다. 또한, 파일 전송 세션의 가일층의 상세 속성을 (엔드 유저에 대한 제시 용도에도 적용 가능한)ESG에 의해 기술할 수도 있다.
[4. 시그널링 데이터의 상세에 대해서]
시그널링 데이터는 수신 장치(클라이언트)가 수신, 재생하는 AV 세그먼트의 액세스 정보나, 복호 처리 등의 수신 후의 처리에 필요해지는 안내 정보나 제어 정보를 포함하는 데이터이며, 송신 장치로부터 수시로 반복 송신되는 데이터이다.
시그널링 데이터에 포함되는 SCS(Service Channel Signaling)의 상세 구성에 대해서 도 4를 참조하여 설명한다.
SCS는 서비스 채널 시그널링(Service Channel Signaling)이며, 유저에게 제공되는 콘텐츠에 대응하는 안내 정보, 제어 정보가 포함된다.
또한, SCS는 다양한 정보 단위의 복수의 시그널링 데이터를 포함한다.
구체적으로는, SCS는 서비스 단위의 시그널링 데이터인 USD(유저 서비스 디스크립션)를 포함한다.
또한, USD는 배신 메소드에 관한 정보를 저장한 이하의 3종류의 시그널링 데이터를 포함한다.
SDP(세션 디스크립션)
FDD(파일 딜리버리 디스크립션)
RFD(리페어 플로우 디스크립션)
또한, USD는 콘텐츠(AV 세그먼트)에 대응하는 다양한 안내 정보, 제어 정보를 저장한 매니페스트·파일을 갖는 시그널링 데이터로서,
MPD(미디어 프리젠테이션 디스크립션)
을 포함한다.
이들의 각종 시그널링 데이터는, 각각 수신 장치(클라이언트)에 있어서, 송신 장치로부터 송신되는 AV 세그먼트를 수신하고 재생하기 위해서 필요해지는 데이터이며, 기본적으로는, 카테고리별 개별 파일(메타파일)로서 설정되고, 송신 장치로부터 송신된다.
또한, 도 4에 도시하는 시그널링 데이터는 일례이며, 이 외의 시그널링 데이터도 존재할 수 있다.
[5. 서비스 워커(SW)에 대해서]
이어서, 송신 장치(서버)(20)가 제공하고, 주로 수신 장치(클라이언트)(30)에 있어서 이용되는 서비스 워커(SW: Service Worker)에 대해서 설명한다.
서비스 워커(SW)는 방송 서버(21)나, 데이터 배신 서버(22) 등의 송신 장치(20)로부터 수신 장치로 제공된다.
서비스 워커(SW)는 수신 장치(클라이언트)(30)에 있어서 실행되는 애플리케이션(=애플리케이션 프로그램)이나, 애플리케이션의 실행 시에 이용되는 데이터 파일 등의 취득 처리나, 기억부(캐시)에 대한 저장 처리, 또한 갱신 처리, 삭제 처리 등을 실행하는 프로그램이다. 구체적으로는, 예를 들어 JavaScript(등록상표)에 의해 구성된다.
서비스 워커(SW)는, 예를 들어 방송 서버(21)나, 데이터 배신 서버(22) 등의 송신 장치(20)가 제공하는 방송 프로그램(방송 콘텐츠)에 대응해서 설정되고, 송신 장치(20)로부터 수신 장치(30)로 제공되는 애플리케이션의 제어 및 관리 프로그램으로서, 수신 장치(30)에 제공된다.
서비스 워커(SW), 애플리케이션 및 애플리케이션의 실행 시에 이용되는 데이터 파일, 이들은, 예를 들어 먼저 도 2, 도 3을 참조하여 설명한 NRT 콘텐츠(논 리얼타임 콘텐츠)로서, 송신 장치(20)로부터 수신 장치(30)로 제공된다.
혹은, 방송 프로그램을 배신하는 서버와는 다른 데이터 제공 서버가, 서비스 워커(SW), 애플리케이션 및 애플리케이션의 실행 시에 이용되는 데이터 파일을 수신 장치(30)에 제공하는 구성으로 해도 된다.
서비스 워커(SW)는, 예를 들어 수신 장치(30)에 있어서 웹페이지 등의 열람 처리를 실행하기 위해서 이용되는 프로그램인 브라우저를 이용해서 정보 표시를 실행하는 애플리케이션 등의 관리(취득, 유지, 갱신, 삭제 등) 처리 등을 실행한다.
서비스 워커(SW)를 이용한 처리의 구체예(사용례)에 대해서, 도 5, 도 6을 참조하여 설명한다.
도 5는 수신 장치(30)가, 방송 서버(21) 등의 송신 장치(20)로부터, 어떤 프로그램 콘텐츠를 수신하고, 수신 장치(30)의 표시부에 표시하고 있는 상태를 나타내고 있다.
방송 서버(21) 등의 송신 장치(20)는, 프로그램 배신에 맞추어서, NRT 콘텐츠(논 리얼타임 콘텐츠)로서, 날씨 정보를 표시하는 애플리케이션 및 이 날씨 정보 표시 애플리케이션에 이용되는 다양한 데이터 파일, 예를 들어 동화상, 정지 화상, 음성 등의 다양한 데이터를 포함하는 데이터 파일을 수신 장치(30)에 제공한다.
이하에서는, 이들 애플리케이션 및 데이터 파일을 「리소스」라고 칭한다.
방송 서버(21)는, 또한 이들 「리소스」를 관리하는 리소스 관리 프로그램으로서, 서비스 워커(SW)를, 역시 NRT 콘텐츠(논 리얼타임 콘텐츠)로서 수신 장치(30)에 제공한다.
수신 장치(30)는 송신 장치(20)로부터 수신한 「리소스」, 즉 애플리케이션 및 데이터 파일을 이용하여, 도 5에 도시한 바와 같이, 프로그램 표시에 맞추어서, 날씨 정보의 표시를 행할 수 있다.
이러한 애플리케이션을 이용한 데이터 표시는, 지금까지의 데이터 배신 구성에서는, 애플리케이션이 제공되는 프로그램의 종료와 함께 실행할 수 없게 되어 버린다.
이것은, 날씨 정보 표시 애플리케이션 등의 리소스는, 프로그램 수신 중에는 수신 장치(30)에 있어서 이용 가능한 설정, 예를 들어 일시 기억 캐시에 저장되고, 이용 가능한 상태로 설정되지만, 프로그램 종료, 혹은 유저가 채널을 전환하면, 이들 캐시 데이터가 소거, 혹은 액세스 불가능한 상태로 설정되어 버리기 때문이다.
서비스 워커(SW)는, 이러한 프로그램 대응의 애플리케이션이나 데이터를, 프로그램 종료 후나, 채널 전환 후, 혹은 방송의 비수신 상태, 네트워크 비접속 상태 등의 오프라인 상태에서도 이용 가능하게 하기 위한 리소스 관리 프로그램으로서 기능한다.
도 6에 도시한 바와 같이, 날씨 정보 표시 애플리케이션을, 이 애플리케이션을 제공한 프로그램의 종료 후나, 다른 채널로 전환 후, 혹은 데이터 수신을 실행하지 않은 오프라인 상태에서도, 이용하는 것이 가능하게 된다. 즉 날씨 정보를 수신 장치(30)의 표시부에 표시해서 열람하는 것이 가능하게 된다.
또한, 날씨 정보 표시 애플리케이션은, 예를 들어 브라우저 상에서 표시되는 프로그램이다.
이 날씨 정보 표시 애플리케이션은, 서비스 워커(SW)의 제어에 의해, 수신 장치(30)의 기억부(영속 캐시)에 저장된다. 예를 들어 유저에 의한 표시 요구 등의 리퀘스트(이벤트)가 있으면, 서비스 워커(SW)의 제어에 의해, 기억부(영속 캐시)로부터 판독되고, 표시부에 표시된다.
또한, 애플리케이션 등의 리소스를 저장하는 기억부(영속 캐시)는, 수신 장치(30)의 전원이 오프가 되어도 저장 데이터가 소거되지 않는 불휘발성 메모리로 하는 것이 바람직하다.
이와 같이, 서비스 워커(SW)를 이용함으로써, 다양한 프로그램 대응 애플리케이션을, 프로그램의 표시, 비표시와 무관하게 이용하는 것이 가능하게 된다.
또한, 서비스 워커(SW)는, 예를 들어 어떤 프로그램 대응의 리소스(애플리케이션 및 애플리케이션 관련 데이터) 단위마다 설정되어, 리소스에 맞추거나, 혹은 리소스 송신에 전후해서 송신 장치(20)로부터 수신 장치(30)로 제공된다.
서비스 워커(SW)는, 각 프로그램 대응의 설정으로 할 수도 있지만, 복수 프로그램을 포함하는 특정한 채널 대응의 리소스에 대하여, 공통으로 이용 가능하게 한 서비스 워커(SW)를 설정할 수도 있다.
서비스 워커(SW)와, 서비스 워커(SW)에 의해 관리되는 리소스(애플리케이션 및 애플리케이션 관련 데이터)는, 수신 장치(30)의 기억부(영속 캐시)에 저장된다.
도 7은 서비스 워커(SW)를 이용한 처리의 일례를 설명하는 도면이다.
도 7에는 수신 장치(30)가 송신 장치(20)로부터 리소스로서의 웹페이지(예를 들어 도 5, 도 6에 나타내는 날씨 정보 표시 페이지)를 취득해서 수신 장치(30)의 기억부(영속 캐시)에 저장해서 이용하는 시퀀스의 일례를 나타내고 있다.
또한, 웹페이지는, 소정의 웹페이지 표시 애플리케이션과, 표시용 데이터에 의해 구성되는 리소스를 이용해서 표시된다.
도 7에는, 수신 장치 내 출력 제어부(90)의 구성 요소로서 표시 처리부(91), 서비스 워커(SW)(92), 캐시(기억부)(93)를 나타내고 있다.
스텝 S101 내지 S102는, 수신 장치(30)에 의한 송신 장치(20)에 대한 초회 액세스 처리에 의한 리소스(웹페이지) 취득 처리이다.
이것은, 예를 들어 방송 서버 등의 송신하는 NRT 콘텐츠로부터 취득된다.
이 취득 처리 후, 표시 처리부(91)에 의해, 웹페이지(95)가, 수신 장치(30)의 표시부에 표시된다. 이 표시는, 이 웹페이지를 제공하고 있는 프로그램에 맞추어서 표시되어 있는 상태이며, 먼저 도 3을 참조하여 설명한 표시 상태에 상당한다.
이 표시 기간에 있어서, 예를 들어 유저에 의한 지시로서 리소스(웹페이지)의 등록(인스톨) 요구가 이루어지면, 스텝 S103에 있어서, 서비스 워커(SW)(92)가, 리소스(웹페이지)의 등록(인스톨) 처리를 개시한다.
구체적으로는, 스텝 S104에 나타내는 바와 같이 리소스를 캐시(93)에 건네주고, 기억부(영속 캐시)에 저장하는 처리를 행한다.
그 후, 프로그램 종료 후, 혹은 채널 전환 후, 혹은 오프라인 설정 상태에 있어서, 스텝 S105에 있어서, 유저가 웹페이지의 열람 요구를 행한다.
서비스 워커(SW)(92)는, 이 열람 요구의 입력을 페치 이벤트로서 검출하고, 페치 이벤트 검출에 따라서, 스텝 S106에 있어서, 리소스(웹페이지)를 기억부(영속 캐시)로부터 취득한다.
표시 처리부(91)는 스텝 S107에 있어서, 웹페이지(96)를 표시한다.
이 웹페이지 표시 처리는, 프로그램 종료 후, 혹은 채널 전환 후, 혹은 오프라인 설정 상태에 있어서의 표시 처리이고, 먼저 도 6을 참조하여 설명한 표시 상태에 상당한다.
이와 같이, 서비스 워커(SW)를 이용함으로써, 다양한 프로그램 대응 애플리케이션을, 프로그램의 표시, 비표시와 무관하게 이용하는 것이 가능하게 되어, 예를 들어 프로그램 부속의 표시 정보로서 설정된 웹페이지를 프로그램과 무관하게, 임의의 타이밍에서 표시하는 등의 처리가 가능하게 된다.
이와 같이, 서비스 워커(SW)는, 예를 들어 웹페이지, HTML 페이지, JavaScript(등록상표) 등을 구성 요소로 한 애플리케이션이나, 애플리케이션에 이용되는 데이터 등을 포함하는 리소스의 취득, 보존, 갱신, 삭제 등의, 리소스 관리를 실행한다.
리소스가 보존되는 기억부(캐시)는, 저장 데이터를 영속적으로 보존하는 기억부(캐시)이며, 통상의 로컬/일시적인 캐시와는 달리, 애플리케이션이 가동하지 않고 있어도, 데이터가 보존된다.
웹페이지 표시 프로그램인 브라우저에 일종의 프록시 서버가 실장되어, 언제나 필요할 때에 프록시 서버를 액세스해서 웹페이지를 취득해서 표시 가능하게 한 이미지이다.
또한, 서비스 워커(SW) 자신도 영속 캐시에 저장(인스톨)된다. 서비스 워커(SW)가, 수신 장치에 인스톨되면, 이 서비스 워커(SW)의 관리 대상으로 하는 리소스에 대해서, 다양한 제어가 가능해진다.
예를 들어, 리소스의 액세스 리퀘스트(리소스에 대한 페치 리퀘스트)에 따라서, 브라우저측의 처리(로컬 캐시나 네트워크로부터의 리소스의 취득)가 시작되기 전에, 서비스 워커(SW)의 처리가 개시되어, 영속 캐시로부터의 리소스의 제공이 행해진다.
또한, 서비스 워커(SW)는, JavaScirpt(등록상표)로 제공되기 때문에, 다양한 수속을 내장하는 것이 가능하고, 영속 캐시의 리소스의 일부 갱신 등 캐시 제어에 관한 유연한 처리 기술이 가능하게 되어 있다.
또한, 서비스 워커(SW) 자신도 갱신 가능하다. 서비스 워커(SW)는 송신 장치(20)로부터 제공되지만, 이 서비스 워커(SW)의 헤더 정보(HTTP Cache-Control)에 갱신 일시 정보나 갱신 데이터의 액세스 정보 등, 갱신 처리에 필요해지는 각종 정보가 기록되고, 이 헤더 정보에 기초하여 갱신 처리가 실행된다.
예를 들어, 헤더에 설정된 사용 기한 등에 기초하여, 사용 기한이 오면, 수신 장치(30)는, 새로운 버전의 서비스 워커(SW)의 취득 처리를 실행하고, 캐시에 저장된 구 버전의 SW를 치환하는 갱신 처리를 행한다.
[6. 수신 장치의 구성예와 처리에 대해서]
상술한 바와 같이, 수신 장치(30)는, 서비스 워커(SW)를 이용하여, 임의의 타이밍에서, 예를 들어 도 5, 도 6을 참조하여 설명한 바와 같은 날씨 정보 표시 애플리케이션 등의 애플리케이션, 즉 서비스 워커(SW)의 관리 대상인 애플리케이션을 실행하는 것이 가능하게 된다.
수신 장치(30)측의 유저는, 임의 타이밍에서 애플리케이션을 실행함으로써, 날씨 정보 표시 페이지나, 다양한 웹페이지를 언제나 열람하는 것이 가능하게 된다.
서비스 워커(SW)를 수신하고, 이용하는 수신 장치(30)의 구성예에 대해서, 도 8을 참조하여 설명한다.
수신 장치(30)는, 도 8에 도시한 바와 같이, 각종 데이터 처리를 실행하는 데이터 처리부(151), 방송파를 수신하고 복조 처리를 행하는 통신부(152), 또한 네트워크를 통한 통신 처리를 실행하는 통신부로서의 네트워크 I/F(153)를 갖는다.
수신 장치(30)의 데이터 처리부(151)는, 패킷 분리부(Demultiplexer)(171), 화상 데이터 처리부(172), 음성 데이터 처리부(173), 시스템 제어부(174), 애플리케이션 제어부(175), 캐시부(176), 서비스 워커(SW) 제어부(177), 미들웨어(MW) 캐시부(178), 기억부(영속 캐시부)(179), 출력 제어부(180), 합성 처리부(181)를 갖는다.
방송 서버(21)로부터 송신되는 방송 신호는, 통신부(152)에 의해 수신되어 복조된 패킷 분리부(171)에 입력된다.
패킷 분리부(171)는 통신부(152)를 통해서 수신하는 패킷의 패킷 식별자(PID)에 기초하여 수신 패킷을 데이터 종별(화상, 음성, 제어 신호 등)마다 분리하고, 분리한 각 패킷을 각 데이터 처리부에 공급한다.
화상 데이터 처리부(172)는 화상 데이터를 저장한 패킷으로부터 화상 데이터를 취득하고, 복호 처리 등, 화상의 재생 처리에 필요한 처리를 실행한다.
음성 데이터 처리부(173)는 음성 데이터를 저장한 패킷으로부터 음성 데이터를 취득하고, 복호 처리 등, 음성의 재생 처리에 필요한 처리를 실행한다.
시스템 제어부(174)는 각종 제어 신호, 즉 시그널링 데이터를 포함하는 패킷을 입력하고, 패킷으로부터 시그널링 데이터를 취득하고, 데이터 처리부(151) 내의 구성부에 제어 신호를 출력해서 데이터 처리의 전체적인 제어를 실행한다.
애플리케이션 제어부(175)는 시그널링 데이터의 일부 데이터, 구체적으로는, 애플리케이션에 대한 제어 데이터를 저장한 AIT(애플리케이션·인포메이션·테이블)나, 서비스 워커(SW)에 대한 제어 데이터를 저장한 SWIT(서비스 워커·인포메이션·테이블) 등을 입력하고, 수신 장치(30)에 있어서 실행하는 애플리케이션이나, 서비스 워커(SW)의 제어를 실행한다.
애플리케이션 제어부(175)는 AIT(애플리케이션·인포메이션·테이블)나, SWIT(서비스 워커·인포메이션·테이블)를 적용하여, 출력 제어부(180)에서 실행하는 애플리케이션, 서비스 워커(SW)의 실행 제어를 행한다.
또한, 서비스 워커(SW)에 대한 제어 데이터를 저장한 SWIT(서비스 워커·인포메이션·테이블)는 서비스 워커(SW) 제어부(177)에 입력된다.
서비스 워커(SW) 제어부(177)는 SWIT(서비스 워커·인포메이션·테이블)를 사용하여, 서비스 워커(SW)의 제어, 예를 들어 갱신 제어 등을 실행한다.
서비스 워커(SW) 제어부(177)는 네트워크를 통해서 입력하는 애플리케이션, 서비스 워커(SW), 리소스 등을 일시적으로 저장하는 미들웨어(MW) 캐시(178)나, 애플리케이션, 서비스 워커(SW) 및 서비스 워커(SW)의 관리 대상 데이터인 리소스 등을 영속적으로 저장하는 기억부(영속 캐시)(178)를 액세스하고, 이들 각 캐시에 저장된 데이터의 갱신 처리를 실행한다.
캐시부(176)는 방송 서버(21)로부터 송신되는 애플리케이션이나, 서비스 워커(SW), 또한 서비스 워커(SW)의 관리 대상이 되는 각종의 리소스 데이터를 입력한다.
이들 데이터는, 캐시부(176)를 통해서 브라우저 등을 실행하는 출력 제어부(180)에 입력되어, 이용된다. 즉, 애플리케이션의 실행, 서비스 워커(SW)의 적용 처리 등이 행해진다.
또한, 출력 제어부(180)는 기억부(영속 캐시)(179)에 대하여, 애플리케이션, 서비스 워커(SW), 리소스를 저장하고, 이들을 언제나 이용하는 것이 가능하다.
네트워크 인터페이스(153)는 데이터 배신 서버(22)와의 통신을 실행하고, 데이터 배신 서버(22)가 제공하는 애플리케이션, 서비스 워커(SW), 리소스를 수신하고, 출력 제어부(180)에 출력, 혹은 미들웨어 캐시부(178)에 저장한다.
출력 제어부(180)는, 방송 서버(21)로부터 방송을 통해서 또는 데이터 배신 서버(22)로부터 네트워크를 통해서 입력하는 애플리케이션, 서비스 워커(SW), 리소스를 이용한 처리, 구체적으로는 애플리케이션의 실행 처리 등을 행한다.
출력 제어부(180)가 생성한 출력 데이터는, 합성 처리부(181)를 통해서, 예를 들어 방송 프로그램 등과 합성되어 출력된다.
[7. 서비스 워커·인포메이션·테이블(SWIT)의 구성예에 대해서]
이어서, 송신 장치(20)로부터 수신 장치(30)에 제공되는 서비스 워커(SW)에 관한 제어 정보를 기록한 서비스 워커·인포메이션·테이블(SWIT)의 구성예에 대해서 도 9를 참조하여 설명한다.
서비스 워커·인포메이션·테이블(SWIT)은, 예를 들어 도 9에 나타내는 각 정보를 등록한 테이블이다.
이하, 테이블 기록 정보에 대해서, 순차, 설명한다.
(1) ＠url: SWIT를 재취득하기 위한 액세스 정보(URL).
(2) app: 이 SWIT에 대응지어진 서비스 워커(SW)에 관련지어진 애플리케이션(=서비스 워커(SW) 관리 리소스로서의 애플리케이션).
복수인 경우는, (2) app 이하의 항목이 복수 설정된다.
(3) ＠applicationid: 이 SWIT에 대응지어진 AIT(애플리케이션·인포메이션·테이블)에 기록되어 있는 애플리케이션의 식별자(애플리케이션 ID).
(4) sw: 이 SWIT에 의한 관리 대칭이 되는 서비스 워커(SW).
복수인 경우는, (4) sw 이하의 항목이, 복수 설정된다.
(5) ＠swName: (4)에 규정된 서비스 워커(SW)의 서비스 워커명.
(6) ＠version: (4)에 규정된 서비스 워커(SW)의 버전(갱신되면 버전이 변경된다).
(7) ＠url: (4)에 규정된 서비스 워커(SW)의 갱신 서비스 워커(SW)를 취득할 때의 액세스 정보(URL).
(8) ＠gpid: (4)에 규정된 서비스 워커(SW)의 갱신 서비스 워커(SW)가 속하는 갱신 그룹의 식별자(갱신 그룹 ID).
(9) resouceList: 이 SWIT에 대응지어진 서비스 워커(SW)의 관리 대상이 되는 리소스(캐시 대상 리소스)의 리스트.
(10) resource: 이 SWIT에 대응지어진 서비스 워커(SW)의 관리 대상이 되는 리소스
복수인 경우는, (10) resource 이하의 항목이, 복수 설정된다.
(11) ＠gpid: (10)에 규정된 리소스가 속하는 갱신 그룹의 식별자(갱신 그룹 ID). (지정없음인 경우에는 갱신없음을 표시한다)
(12) url: (10)에 규정된 리소스(갱신 리소스)를 취득할 때의 액세스 정보(URL).
(13) version: (10)에 규정된 리소스의 버전.
(14) updateSchedule: (4)에 규정된 서비스 워커(SW)의 갱신 스케줄 정보.
(15) updateGp: 동일한 갱신 스케줄을 갖는 서비스 워커(SW) 및 리소스의 그룹(갱신 그룹)
복수인 경우는, (15) updateGp 이하의 항목이, 복수 설정된다.
(16) ＠gpid: (15)에 규정된 갱신 그룹의 식별자(갱신 그룹 ID).
(17) scedule: (15)에 규정된 갱신 그룹의 갱신 스케줄 정보(상세 정보는 (18), 또는 (19)에 기록)
(18) ＠nextUpdate: (15)에 규정된 갱신 그룹의 갱신 스케줄 정보로서의 차회 갱신 일시.
(19) ＠updateDuration: (15)에 규정된 갱신 그룹의 갱신 스케줄 정보로서의 갱신 빈도 정보(예를 들어, 1:10분, 2:1시간, 3:3시간, 4:6시간, 5:12시간, 6:1일, 7:1주간, 8:1개월).
서비스 워커·인포메이션·테이블(SWIT)에는, 예를 들어 도 9에 나타내는, 이들 정보가 기록된다.
[8. 서비스 워커(SW) 및 애플리케이션의 이용 처리 시퀀스에 대해서]
이어서, 도 10 내지 도 11을 참조하여, 수신 장치(30)에 있어서의 서비스 워커(SW) 및 애플리케이션의 이용 처리 시퀀스에 대해서 설명한다.
도 10 내지 도 11은 왼쪽에서 오른쪽으로 흐르는 시간축에 따른 처리를 설명하는 도면이고, 이하의 각 요소 각각의 처리와, 각 요소간의 데이터의 흐름을 나타내고 있다.
(1) 방송 신호(화상(Video), 음성(Audio), NRT, SCS)
(2) 서비스 워커(SW) 서버
(3) 애플리케이션 제어부
(4) 서비스 워커(SW) 제어부
(5) 출력 제어부(브라우저)
(1) 방송 신호는, 방송 서버(21)가 방송파를 통해서 출력하는 신호이다. 예를 들어 프로그램 콘텐츠를 구성하는 화상(Video), 음성(Audio) 신호, 또한 애플리케이션이나 서비스 워커(SW) 등의 파일에 상당하는 NRT(논 리얼타임 콘텐츠), 또한 시그널링 데이터로서의 SCS가 방송파를 통해서, 계속적으로 송신되고 있다.
SCS는, 먼저 도 4를 참조하여 설명한 바와 같이, 서비스 채널 시그널링(Service Channel Signaling)이고, 유저에게 제공되는 콘텐츠에 대응하는 안내 정보, 제어 정보가 포함된다.
(2) 서비스 워커(SW) 서버는, 예를 들어 도 1에 도시하는 데이터 배신 서버(22)에 상당한다. 서비스 워커(SW)의 송신 처리를 실행한다.
또한, 이하에 설명하는 예에서는, 서비스 워커(SW) 서버는, 서비스 워커(SW)를 송신하는 서버로서 설명하지만, 그 외, 애플리케이션이나, 서비스 워커의 관리 데이터로서의 리소스를 제공하는 구성으로 해도 된다.
(3) 애플리케이션 제어부, (4) 서비스 워커(SW) 갱신 제어부, (5) 출력 제어부(브라우저), 이들은 도 4를 참조하여 설명한 수신 장치(30)의 데이터 처리부(151) 내의 구성부이다.
(3) 애플리케이션 제어부는, 도 4에 도시하는 애플리케이션 제어부(175)에 상당한다.
(4) 서비스 워커(SW) 제어부는, 도 4에 도시하는 서비스 워커(SW) 제어부(177)에 상당한다.
(5) 출력 제어부(브라우저)는, 도 4에 도시하는 출력 제어부(브라우저)(180)에 상당한다.
도 10 내지 도 11에 있어서, 시간은 왼쪽에서 오른쪽으로 경과한다.
이하, 시간 경과에 따른 처리로서,
처리 페이즈 1 내지 3의 각 페이즈의 처리에 대해서 설명한다.
[8-1. 처리 페이즈 1의 처리 시퀀스에 대해서]
처리 페이즈 1은 수신 장치(30) 방송 신호로부터 애플리케이션과 서비스 워커(SW)를 취득해서, 이들을 사용한 처리를 실행하여, 서비스 워커(SW)와, 리소스를 기억부(영속 캐시)에 저장할 때까지의 처리를 실행하는 페이즈이다.
처리 페이즈 1에 있어서 실행되는 스텝 S201 내지 S210의 각 처리에 대해서, 순차, 설명한다.
(스텝 S201)
수신 장치(30)의 애플리케이션 제어부(175)는, 방송 신호의 시그널링 데이터인 SCS(서비스 채널 시그널링)로부터, 애플리케이션용 제어 정보 저장 테이블인 AIT(애플리케이션·인포메이션·테이블)와, 서비스 워커(SW)의 제어 정보 저장 테이블인 SWIT(서비스 워커·인포메이션·테이블)를 취득한다.
도면에 도시한 SCS 상의 이중 동그라미는, 이들 테이블을 SCS로부터 취득하고 있는 것을 나타낸다.
AIT에는 특정한 애플리케이션(App1)의 취득 정보(URL 등) 및 기동 처리(autostart) 정보가 규정되어 있다.
(스텝 S202)
수신 장치(30)의 애플리케이션 제어부(175)는, AIT에 기록된 애플리케이션(App1)의 취득 정보(URL 등)를 이용하여, 방송 신호 중인 NRT 신호로부터, 애플리케이션(App1)을 취득하고, 출력 제어부(브라우저)(180)에 출력한다.
또한, 애플리케이션 제어부(175)는 출력 제어부(브라우저)(180)에 출력한 애플리케이션(App1)에 관련지어진 서비스 워커(SW)의 제어 정보 저장 테이블인 SWIT(서비스 워커·인포메이션·테이블)를 유지해 둔다.
SWIT(서비스 워커·인포메이션·테이블)에 대해서는, 도 9를 참조하여 설명한 각 데이터가 기록되어 있다. 도 9에 도시한 바와 같이, SWIT에는 AIT의 애플리케이션 ID(＠applicationId)가 기록되고, SWIT와, AIT는 대응지어진 테이블로서 설정되어 있다.
또한, 도 10에 있어서 스텝 S202의 애플리케이션(App1)의 취득 처리는, 방송 신호의 NRT로부터 취득하는 설정으로서 나타내고 있지만, 데이터 배신 서버(22)로부터 취득하는 구성으로 해도 된다.
(스텝 S203)
수신 장치(30)의 출력 제어부(브라우저)는, 스텝 S202에 있어서 취득한 애플리케이션(App1)의 실행 처리를 개시한다.
(스텝 S204)
애플리케이션(app1)의 동작에 있어서, 유저 조작, 혹은 애플리케이션이나 애플리케이션에 대응하는 프로그램 콘텐츠 내의 트리거 정보 등에 의해, 서비스 워커(SW)의 등록 처리(install)가 행해진다.
구체적으로는, 애플리케이션(app1)에 의해 지정되는 URL에 기초하여, 방송 신호에 포함되는 NRT 신호로부터 서비스 워커(SW1.js)를 취득한다.
또한, js는 JavaScript(등록상표) 파일인 것을 의미한다.
(스텝 S205)
서비스 워커(SW)는, 등록(install) 이벤트에 의해, 취득되면 바로 기동하고, 실행된다.
그 후, 이하의 프로세스(스텝 S206 내지 S209)를 실행한다. 이들 프로세스(S206 내지 S209)는, 서비스 워커(SW1.js)에 기술된 프로세스 정보에 따라서 실행된다.
(스텝 S206)
수신 장치(30)의 미들웨어인 서비스 워커 제어부(177)에 대하여, 처리 대상으로 하는 특정한 서비스 워커(SW)의 서비스 워커 파일명(SW1.js) 또는 서비스 워커 식별자(SW_id)를 지정해서 서비스 워커(SW) 갱신 처리 기동 API를 실행한다.
서비스 워커 제어부(177)는, 서비스 워커 파일명(SW1.js), 또는 서비스 워커 식별자(SW_id)에 의해 특정되는 갱신 대상으로 하는 특정한 서비스 워커(SW)에 대응하는 제어 정보를, SWIT로부터 추출한다.
먼저 도 9를 참조하여 설명한 바와 같이, SWIT에는, 복수의 서비스 워커(SW)의 제어 정보가 기록되는 경우가 있고, 여기에서는, 처리 대상이 되는 1개의 서비스 워커(sw1.js)에 관한 제어 정보를 추출한다. 이것을 파셜 SWIT(PSWIT: 파셜·서비스 워커·인포메이션·테이블)라 칭한다.
예를 들어, 도 9에 나타내는 SWIT의 (5) ＠swName: 서비스 워커명으로서, 서비스 워커 파일명(SW1.js)의 기록 엔트리를 검출하고, 이 엔트리(5) 이하, 이 서비스 워커 파일명(SW1.js)에 관한 정보의 기록 영역 (5) 내지 (19)를 포함하는 데이터를 PSWIT로서 추출한다.
또한, 예를 들어 이 PSWIT에는, 예를 들어 이하의 정보가 기록되어 있다.
(6) ＠version: 실행 중인 서비스 워커(sw1.js)의 버전
(7) ＠url: 서비스 워커(sw1.js)의 갱신 서비스 워커(SW)를 취득할 때의 액세스 정보(URL).
(8) ＠gpid: 서비스 워커(sw1.js)의 갱신 서비스 워커(SW)가 속하는 갱신 그룹의 식별자(갱신 그룹 ID).
또한, (9) 내지 (12)에는, 서비스 워커(sw1.js)의 관리 리소스인 캐시 대상 리소스의 리스트, 리스트된 리소스 각각의 정보로서의 액세스 정보(URL), 갱신 그룹 ID, 버전 정보가 기록되어 있다.
또한, (13) 내지 (19)에는, 리소스 리스트에 리스트업된 리소스에 관한 갱신 스케줄에 관한 정보가 갱신 그룹 단위로 기록되어 있다.
서비스 워커(SW) 제어부(177)는, 이 PSWIT에 기록된 정보에 기초하여, 취득해야 할 캐시 리소스를 결정하고, 이하에 설명하는 스텝 S208에서 캐시 리소스의 취득을 실행한다.
(스텝 S207)
서비스 워커 제어부(177)는, PSWIT(파셜 SWIT)을 미들웨어 캐시부(178)에 저장한다.
(스텝 S208)
서비스 워커 제어부(177)는, PSWIT(파셜 SWIT)에 기술되어 있는 서비스 워커(sw1.js) 캐시 대상 리소스를, NRT 신호로부터 취득하고, 각각의 버전 정보와 함께, 미들웨어 캐시부(178)에 저장한다.
또한, 리소스 액세스 정보는, SWIT(서비스 워커·인포메이션·테이블)의 일부 구성 정보이며, 처리 대상인 서비스 워커(sw1.js)에 관한 정보만을 포함하는 PSWIT(파셜 SWIT)로부터 취득한다.
도면의 스텝 S208의 화살표 끝의 백색 동그라미는 리소스를 의미하는, 예로서 2개의 백색 동그라미를 나타내고 있지만, 이것은 취득 리소스가 복수, 예를 들어 1개의 애플리케이션과 1개의 동화상 파일 등에 의해 구성되어 있는 것을 나타낸다.
(스텝 S209)
서비스 워커 제어부(177)는, 처리 대상인 서비스 워커(sw1.js)의 관리 대상 리소스의 취득과, 미들웨어 캐시부(178)에 대한 저장 처리를 완료하면, 출력 제어부(180)에 대하여, 처리 완료의 통지를 행한다. 즉, 출력 제어부(180)에 있어서 실행 중인 서비스 워커(sw1.js)에 대하여 리소스 캐시 완료 이벤트를 발행한다.
(스텝 S210 내지 S211)
출력 제어부(180)에 있어서 실행 중인 서비스 워커(sw1.js)는, 상기 리소스 캐시 완료 이벤트를 받고, 먼저, PSWIT(파셜 SWIT) 읽어들이기 API를 실행하고, 실행 중인 서비스 워커(sw1.js)의 관리 대상인 서비스 워커(sw1.js) 캐시 대상 리소스 리스트를 취득하고, 리스트에 있는 리소스의 취득 처리를 개시한다.
이들 서비스 워커(sw1.js) 캐시 대상 리소스는, 스텝 S208에 있어서, 이미 미들웨어 캐시부(178)에 저장되어 있다.
출력 제어부(180)는, 미들웨어 캐시부(178)에 저장되어 있는 리소스를 취득하고, 기억부(영속 캐시부)(179)에 저장한다.
이들 처리는, 서비스 워커(sw1.js)에 기록된 프로세스 정보에 따라서 실행된다.
(스텝 S212)
출력 제어부(180)는, 서비스 워커(sw1.js) 캐시 대상 리소스를 기억부(영속 캐시부)(179)에 저장하는 처리를 완료하면, 서비스 워커(sw1.js) 적용 처리를 종료하고, 서비스 워커(sw1.js)를 기억부(영속 캐시부)(179)에 저장한다.
여기까지의 처리가 처리 페이즈 1의 처리이다.
처리 페이즈 1의 처리를 정리하면 이하와 같이 된다.
(S201) 애플리케이션 제어부(175)가, SCS로부터 AIT(애플리케이션·인포메이션·테이블)와, SWIT(서비스 워커·인포메이션·테이블)를 취득.
(S202 내지 S203) 애플리케이션 제어부(175)가, AIT의 기록 정보에 따라서, NRT로부터 취득한 애플리케이션(App1)을 출력 제어부(180)에 있어서 실행.
(S204 내지 S205) 출력 제어부(180)가, 실행 중인 애플리케이션(App1)이 지정하는 서비스 워커(sw1.js)를 취득해서 실행.
(S206 내지 S208) 서비스 워커 제어부(177)가, 출력 제어부(180)에서 실행 중인 서비스 워커(sw1.js)에 대응하는 제어 정보를 SWIT로부터 추출한 PSWIT(파셜 SWIT)를 취득하고, PSWIT에 기록된 캐시어 대상 리소스를 NRT로부터 취득해서 미들웨어 캐시에 저장.
(S209 내지 S212) 출력 제어부(180)가, 미들웨어 캐시에 저장된 리소스를 기억부(영속 캐시)(179)에 저장하고, 또한 서비스 워커(sw1.js)를 기억부(영속 캐시)(179)에 저장한다.
이들 처리에 있어서, 스텝 S206 내지 S208에 있어서의 캐시 리소스의 취득 처리는, 전술한 바와 같이, 처리 대상인 서비스 워커(sw1.js)에 관한 정보만을 포함하는 PSWIT(파셜 SWIT)을 참조하여 실행된다.
[8-2. 처리 페이즈 2의 처리 시퀀스에 대해서]
이어서, 스텝 S221 이후의 처리 페이즈 2의 처리에 대해서 설명한다.
처리 페이즈 2의 처리는, 처리 페이즈 1에 있어서 기억부(영속 캐시부)(176)에 저장한 리소스나 서비스 워커(SW)의 갱신 처리를 행하는 페이즈이다. 이 갱신 처리는 먼저 도 9를 참조하여 설명한 SWIT(서비스 워커·인포메이션·테이블)를 참조한 처리로서 실행된다.
여기에서는, 처리 대상이 되는 서비스 워커(sw1.js)에 관한 정보만을 포함하는 PSWIT(파셜 SWIT)를 참조한 처리로서 실행된다.
리소스나 서비스 워커(SW)의 갱신 처리는, SWIT 또는 PSWIT에 기록된 갱신 스케줄 정보에 따라서 실행된다.
이하, 각 스텝의 처리에 대해서 설명한다.
(스텝 S221)
서비스 워커(SW) 제어부(177)는 PSWIT에 기술되는 갱신 그룹마다의 갱신 스케줄 정보에 따라서, 서비스 워커(SW)와, 그 관리 대칭 데이터인 캐시 대상 리소스의 갱신 취득의 스케줄 동작을 행한다.
스케줄 지정으로서는, 차회 갱신 일시를 지정하는 방법과 취득 빈도를 나타내는 방법이 있다. 차회 갱신 일시를 지정하는 경우에는 갱신 처리 종료 후에 PSWIT의 재취득처(네트워크 상)로부터 최신 PSWIT를 취득해서(버전 확인한 다음) 유지한다.
상기 어느 스케줄 지정 방법에 있어서도 서비스 워커(SW) 제어부(177)는, 지정 또는 산출되는 갱신 일시에 갱신 취득처(네트워크 상)로부터 최신 서비스 워커(SW) 또는 캐시 대상 리소스를 취득하고, (버전을 확인한 다음) 버전 정보와 함께 미들웨어 캐시부(178)에 유지한다.
스텝 S221의 처리는, PSWIT에 기록된 스케줄에 따른 갱신 리소스 취득 처리이다.
또한, 전술한 바와 같이, PSWIT에는, 예를 들어 이하의 정보가 기록되어 있다.
(6) ＠version: 실행 중인 서비스 워커(sw1.js)의 버전
(7) ＠url: 서비스 워커(sw1.js)의 갱신 서비스 워커(SW)를 취득할 때의 액세스 정보(URL).
(8) ＠gpid: 서비스 워커(sw1.js)의 갱신 서비스 워커(SW)가 속하는 갱신 그룹의 식별자(갱신 그룹 ID).
또한, (9) 내지 (12)에는, 서비스 워커(sw1.js)의 관리 리소스인 캐시 대상 리소스의 리스트, 리스트된 리소스 각각의 정보로서의 액세스 정보(URL), 갱신 그룹 ID, 버전 정보가 기록되어 있다.
또한, (13) 내지 (19)에는, 리소스 리스트에 리스트업된 리소스에 관한 갱신 스케줄에 관한 정보가 갱신 그룹 단위로 기록되어 있다.
서비스 워커(SW) 제어부(177)는, 이 PSWIT에 기록된 정보에 기초하여, 취득해야 할 캐시 리소스를 결정해서 캐시 리소스의 취득을 실행한다.
예를 들어, 서비스 워커(SW) 식별자인 서비스 워커명이나, 서비스 워커(SW)의 버전, 또한 리소스명, 리소스의 버전 등을 확인한 다음, 데이터 취득 처리를 실행한다.
또한, 취득하는 캐시 리소스가 갱신 리소스인 경우, PSWIT에 기록된 갱신 스케줄 정보에 따라서, 갱신 그룹 단위에서의 데이터 취득 처리를 행하는 것이 가능하여, 효율적인 리소스 취득을 행할 수 있다.
즉, SWIT나 PSWIT를 참조하여, 갱신 그룹 식별자와, 갱신 그룹 대응의 갱신 스케줄 정보를 확인하여, 그룹 단위의 리소스 갱신 처리를 실행할 수 있다.
(스텝 S222)
서비스 워커(SW) 제어부(177)는, 스텝 S221에 있어서의 처리, 즉 갱신 캐시 대상 리소스를, 버전 정보와 함께 미들웨어 캐시부(178)에 저장하는 처리가 완료되면, 출력 제어부(브라우저)(180)에 대하여 리소스 캐시 이벤트를 발행한다.
(스텝 S223)
출력 제어부(브라우저)(180)에 있어서 서비스 워커(sw1.js)는, 상기 리소스 캐시 완료 이벤트를 받으면, 이어서, PSWIT 읽어들이기 API를 실행하고, 서비스 워커(SW) 캐시 대상 리소스 리스트를 취득하고, 리스트된 리소스를 취득하는 처리를 개시한다.
이들 서비스 워커(sw1.js) 캐시 대상 리소스는, 스텝 S221에 있어서, 이미 미들웨어 캐시부(178)에 저장되어 있다.
출력 제어부(180)는 미들웨어 캐시부(178)에 저장되어 있는 리소스를 취득하고, 기억부(영속 캐시부)(179)에 저장한다.
이들 처리는, 서비스 워커(sw1.js)에 기록된 프로세스 정보에 따라서 실행된다.
(스텝 S241)
이어서, 서비스 워커(SW) 제어부(177)는, PSWIT에 기술되는 갱신 그룹마다의 갱신 스케줄 정보에 따라서, 서비스 워커(SW)의 갱신 취득의 스케줄 동작을 행한다.
스케줄 지정으로서는, 차회 갱신 일시를 지정하는 방법과 취득 빈도를 나타내는 방법이 있다. 차회 갱신 일시를 지정하는 경우에는 갱신 처리 종료 후에 PSWIT의 재취득처(네트워크 상)로부터 최신 PSWIT를 취득해서(버전 확인한 다음) 유지한다.
상기 어느 스케줄 지정 방법에 있어서도 서비스 워커(SW) 제어부(177)는, 지정 또는 산출되는 갱신 일시에 갱신 취득처(네트워크 상)로부터 최신 서비스 워커(SW)를 취득하고, (버전을 확인한 뒤) 버전 정보와 함께 미들웨어 캐시부(178)에 유지한다.
스텝 S241의 처리는 PSWIT에 기록된 스케줄에 따른 갱신 서비스 워커(SW) 취득 처리이다.
서비스 워커(SW) 제어부(177)는, 이 PSWIT에 기록된 정보에 기초하여, 취득해야 할 서비스 워커(SW)를 결정해서 서비스 워커(SW)의 취득을 실행한다. 예를 들어, 취득하는 서비스 워커(SW)가 갱신 SW인 경우, PSWIT에 기록된 갱신 스케줄 정보에 따라서, 갱신 그룹 단위에서의 데이터 취득 처리를 행하는 것이 가능하여, 효율적인 서비스 워커(SW) 취득을 행할 수 있다.
즉, SWIT나 PSWIT를 참조하여, 갱신 그룹 식별자와, 갱신 그룹 대응의 갱신 스케줄 정보를 확인하여, 그룹 단위의 서비스 워커(SW) 갱신 처리를 실행할 수 있다.
(스텝 S242)
서비스 워커(SW) 제어부(177)는, 스텝 S241에 있어서의 처리, 즉 갱신 서비스 워커(SW)를, 버전 정보와 함께 미들웨어 캐시부(178)에 저장하는 처리가 완료되면, 출력 제어부(브라우저)(180)에 대하여 서비스 워커(SW) 캐시 완료 이벤트를 발행한다.
(스텝 S243)
출력 제어부(브라우저)(180)는, 상기 서비스 워커(SW) 캐시 완료 이벤트를 받으면, 해당하는 서비스 워커(SW)의 갱신 처리로서의, 재등록 처리(install)를 실행한다. 이 경우, 결과적으로, 미들웨어 캐시부(178)에 유지된 갱신된 서비스 워커(SW) 파일이 인입되어 새로운 서비스 워커(SW)로서 기억부(영속 캐시부)(179)에 유지된다.
또한, 그 후, 이 갱신된 서비스 워커(SW)에 대응하는 관리 리소스의 재취득 처리를 행한다.
도면에 도시한 스텝 S251 내지 S254의 처리이다.
스텝 S251이, 갱신된 서비스 워커에 의한 서비스 워커 제어부(177)에 대한 처리 지시로서의 이벤트 발행 처리이다.
그 후의 스텝 S252 내지 S254의 처리는, 앞에서 설명한 스텝 S221 내지 S223의 처리와 마찬가지 처리가 된다.
또한, 리소스나, 서비스 워커(SW)의 기억부(영속 캐시부)(179)에 대한 저장 처리는, 상술한 캐시 완료 이벤트에 의한 방법 외에, 서비스 워커(SW)의 타이머 처리나, 무효화(expire) 지정에 의해, 서비스 워커(SW)에 규정한 프로세스에 따라서 실행하는 것도 가능하다.
여기까지의 처리가 처리 페이즈 2의 처리이다.
처리 페이즈 2의 처리를 정리하면 이하와 같이 된다.
(S221) 서비스 워커(SW) 제어부(177)가, PSWIT에 기록된 정보에 기초하여, 취득해야 할 캐시 리소스를 결정해서 캐시 리소스의 취득을 실행하고, 취득된 갱신 캐시 대상 리소스를, 버전 정보와 함께 미들웨어 캐시부(178)에 저장.
(S222) 서비스 워커(SW) 제어부(177)가, 출력 제어부(브라우저)(180)에 대하여 리소스 캐시 이벤트를 발행한다.
(S223) 출력 제어부(브라우저)(180)에 있어서 실행 중인 서비스 워커(sw1.js)가, PSWIT로부터 캐시 대상 리소스 리스트를 취득하고, 리스트된 리소스를 미들웨어 캐시부(178)로부터 취득하여, 기억부(영속 캐시부)(179)에 저장한다.
(S241 내지 S243)
스텝 S241 내지 S243의 처리는, 상술한 스텝 S221 내지 S223의 처리에 있어서의 갱신 리소스를 갱신 서비스 워커(SW)로 치환한 처리이고, PSWIT를 참조하여 갱신 대상이 되는 서비스 워커(SW)의 정보를 취득한 갱신 처리를 행한다.
(S251 내지 S254)
스텝 S251 내지 S254의 처리는, 상술한 스텝 S241 내지 S243의 처리에서 갱신된 서비스 워커(SW)의 관리 리소스의 취득 처리이다.
이들 처리에 있어서, 스텝 S221 내지 S223에 있어서의 갱신 캐시 리소스의 취득 처리나, 스텝 S241 내지 S243의 갱신 서비스 워커(SW)의 취득 처리는, 전술한 바와 같이, 처리 대상인 서비스 워커(sw1.js)에 관한 정보만을 포함하는 PSWIT(파셜 SWIT)를 참조하여 실행된다.
예를 들어, 취득하는 캐시 리소스가 갱신 리소스인 경우, PSWIT에 기록된 갱신 스케줄 정보에 따라서 갱신 그룹 단위에서의 데이터 취득 처리를 행하는 것이 가능하고, 효율적인 리소스 취득이 가능하게 된다.
[8-3. 처리 페이즈 3의 처리 시퀀스에 대해서]
이어서, 스텝 S261 이후의 처리 페이즈 3의 처리에 대해서 설명한다.
스텝 S261의 처리는, 애플리케이션에 의한 서비스 워커(SW)의 이용 처리이다.
앞에서 설명한 처리 페이즈 1 이후의 어느 쪽의 타이밍에 있어서도 이하의 애플리케이션 동작이 행해질 수 있다.
(스텝 S261)
출력 제어부(180)가, 서비스 워커(SW)의 등록 시와는 다른 임의의 일시에 다른 AIT에 의해 프로그램에 연동하는 애플리케이션을 기동한다.
기동한 애플리케이션에 기초하여, 서비스 워커(SW)의 관리 리소스에 액세스하면, 기억부(영속 캐시)(179)에 저장되어 있는 최신 리소스를 판독해서 이용할 수 있다.
[9. 송신 장치와 수신 장치의 구성예에 대해서]
이어서, 통신 장치인 송신 장치(서버)(20)와, 수신 장치(클라이언트)(30)의 장치 구성예에 대해서, 도 12, 도 13을 참조하여 설명한다.
도 12에는 송신 장치(서버)(20)와, 수신 장치(클라이언트)(30)의 구성예를 나타내고 있다.
송신 장치(서버)(20)는 데이터 처리부(751), 통신부(752), 기억부(753)를 갖는다.
수신 장치(클라이언트)(30)는 데이터 처리부(771), 통신부(772), 기억부(773), 입력부(774), 출력부(775)를 갖는다.
데이터 처리부에는 통신 데이터 처리부(771a), 재생 처리부(771b)가 포함된다.
송신 장치(서버)(20)의 데이터 처리부(751)는, 데이터 배신 서비스를 실행하기 위한 각종 데이터 처리를 실행한다. 예를 들어 데이터 배신 서비스의 구성 데이터의 생성이나 송신 제어를 행한다. 또한, 데이터 처리부(751)는 수신 장치(클라이언트)(30)에 제공하는 애플리케이션, 서비스 워커(SW), 그 외의 다양한 데이터나, 시그널링 데이터의 생성, 송신 처리를 행한다.
통신부(752)는 AV 세그먼트 외에, 애플리케이션, 서비스 워커(SW), 그 외의 다양한 데이터, 시그널링 데이터 등의 배신 등의 통신 처리를 행한다.
기억부(753)는 배신 대상으로 하는 AV 세그먼트, 애플리케이션, 서비스 워커(SW), 애플리케이션에 의해 이용되는 데이터, 시그널링 데이터 등이 저장된다.
또한, 기억부(753)는 데이터 처리부(751)가 실행하는 데이터 처리의 워크 에어리어로서 이용되고, 또한 각종 파라미터의 기억 영역으로서도 이용된다.
한편, 수신 장치(클라이언트)(30)는 데이터 처리부(771), 통신부(772), 기억부(773), 입력부(774), 출력부(775)를 갖는다.
통신부(772)는, 송신 장치(서버)(20)로부터 배신되는 데이터, 예를 들어 AV 세그먼트나 애플리케이션, 서비스 워커(SW), 애플리케이션에 의해 이용되는 데이터, 시그널링 데이터 등을 수신한다.
데이터 처리부(771)는 통신 데이터 처리부(771a), 재생 처리부(771b)를 갖고, 예를 들어 앞에서 설명한 실시예에 따른 처리 등을 실행한다.
구체적으로는, 애플리케이션이나, API, 또한 서비스 워커(SW)를 이용한 데이터 처리 등을 실행한다.
유저의 지시 커맨드, 예를 들어 채널 선택, 애플리케이션 기동, 인스톨 등의 다양한 커맨드는 입력부(774)를 통해서 입력된다.
재생 데이터는 표시부나 스피커 등의 출력부(775)에 출력된다.
기억부(773)는 AV 세그먼트, 서비스 워커(SW), 애플리케이션, 애플리케이션에 의해 이용되는 데이터, 시그널링 데이터 등이 저장된다.
또한, 기억부(773)는 데이터 처리부(771)가 실행하는 데이터 처리의 워크 에어리어로서 이용되고, 또한 각종 파라미터의 기억 영역으로서도 이용된다.
도 13은 송신 장치(20), 수신 장치(30)로서 적용 가능한 통신 장치의 하드웨어 구성예를 나타내고 있다.
CPU(Central Processing Unit)(801)는 ROM(Read Only Memory)(802) 또는 기억부(808)에 기억되어 있는 프로그램에 따라서 각종 처리를 실행하는 데이터 처리부로서 기능한다. 예를 들어, 상술한 실시예에 있어서 설명한 시퀀스에 따른 처리를 실행한다. RAM(Random Access Memory)(803)에는, CPU(801)가 실행하는 프로그램이나 데이터 등이 기억된다. 이들 CPU(801), ROM(802) 및 RAM(803)은 버스(804)에 의해 서로 접속되어 있다.
CPU(801)는 버스(804)를 통해서 입출력 인터페이스(805)에 접속되고, 입출력 인터페이스(805)에는, 각종 스위치, 키보드, 마우스, 마이크로폰 등을 포함하는 입력부(806), 디스플레이, 스피커 등을 포함하는 출력부(807)가 접속되어 있다. CPU(801)는 입력부(806)로부터 입력되는 지령에 대응해서 각종 처리를 실행하고, 처리 결과를 예를 들어 출력부(807)에 출력한다.
입출력 인터페이스(805)에 접속되어 있는 기억부(808)는, 예를 들어 하드 디스크 등을 포함하고, CPU(801)가 실행하는 프로그램이나 각종 데이터를 기억한다. 통신부(809)는 인터넷이나 로컬 에어리어 네트워크 등의 네트워크를 통한 데이터 통신의 송수신부, 또한 방송파의 송수신부로서 기능하고, 외부의 장치와 통신한다.
입출력 인터페이스(805)에 접속되어 있는 드라이브(810)는, 자기 디스크, 광 디스크, 광자기 디스크, 혹은 메모리 카드 등의 반도체 메모리 등의 리무버블 미디어(811)를 구동하고, 데이터의 기록 혹은 판독을 실행한다.
또한, 데이터의 부호화 혹은 복호는, 데이터 처리부로서의 CPU(801)의 처리로서 실행 가능하지만, 부호화 처리 혹은 복호 처리를 실행하기 위한 전용 하드웨어로서의 코덱을 구비한 구성으로 해도 된다.
[10. 본 개시의 구성 정리]
이상, 특정한 실시예를 참조하면서, 본 개시의 실시예에 대해서 상세히 설명하였다. 그러나, 본 개시의 요지를 일탈하지 않는 범위에서 당업자가 실시예의 수정이나 대용을 이룰 수 있는 것은 자명하다. 즉, 예시와 같은 형태로 본 발명을 개시해 온 것이어서, 한정적으로 해석되어서는 안된다. 본 개시의 요지를 판단하기 위해서는, 특허 청구 범위의 란을 참작해야 한다.
또한, 본 명세서에 있어서 개시한 기술은, 이하와 같은 구성을 취할 수 있다.
(1) 수신 장치의 저장 데이터에 관한 데이터 관리 프로그램인 서비스 워커(SW)에 관한 정보를 저장한 테이블이고, 개별 서비스 워커(SW) 단위의 갱신 처리 정보를 포함하는 서비스 워커·인포메이션·테이블(SWIT)을 수신하고, 수신한 SWIT를 이용한 데이터 관리 처리를 실행하는 데이터 처리부를 갖는 수신 장치.
(2) 상기 SWIT는,
서비스 워커(SW) 식별자와, 해당 서비스 워커(SW) 식별자에 의해 특정되는 서비스 워커(SW)의 관리 리소스에 관한 갱신된 정보를 기록한 테이블이고,
상기 데이터 처리부는, 상기 SWIT를 참조하여, 서비스 워커(SW)의 관리 리소스에 관한 갱신 처리를 실행하는 (1)에 기재된 수신 장치.
(3) 상기 SWIT는,
서비스 워커(SW) 식별자와, 해당 서비스 워커(SW) 식별자에 의해 특정되는 서비스 워커(SW) 자신에 관한 갱신된 정보를 기록한 테이블이고,
상기 데이터 처리부는, 상기 SWIT를 참조하여, 서비스 워커(SW)의 갱신 처리를 실행하는 (1) 또는 (2)에 기재된 수신 장치.
(4) 상기 SWIT는,
서비스 워커(SW) 식별자와, 해당 서비스 워커(SW) 식별자에 의해 특정되는 서비스 워커(SW)의 버전 정보를 기록한 테이블이고,
상기 데이터 처리부는, 상기 SWIT를 참조하여, 서비스 워커(SW) 식별자와 버전을 확인해서 갱신 처리를 실행하는 (1) 내지 (3) 중 어느 하나에 기재된 수신 장치.
(5) 상기 SWIT는,
서비스 워커(SW)의 관리 대칭이 되는 리소스의 리소스 식별자와, 해당 리소스 식별자에 의해 특정되는 리소스의 버전 정보를 기록한 테이블이고,
상기 데이터 처리부는, 상기 SWIT를 참조하여, 리소스 식별자와 버전을 확인해서 갱신 처리를 실행하는 (1) 내지 (4) 중 어느 하나에 기재된 수신 장치.
(6) 상기 SWIT는,
서비스 워커(SW)의 관리 대칭이 되는 리소스가 속하는 갱신 그룹 식별자와, 갱신 그룹 대응의 갱신 스케줄 정보가 기록되고,
상기 데이터 처리부는, 상기 SWIT를 참조하여, 갱신 그룹 식별자와, 갱신 그룹 대응의 갱신 스케줄 정보를 확인하여, 그룹 단위의 리소스 갱신 처리를 실행하는 (1) 내지 (5) 중 어느 하나에 기재된 수신 장치.
(7) 상기 SWIT는,
서비스 워커(SW)의 갱신 그룹 식별자와, 갱신 그룹 대응의 갱신 스케줄 정보가 기록되고,
상기 데이터 처리부는, 상기 SWIT를 참조하여, 갱신 그룹 식별자와, 갱신 그룹 대응의 갱신 스케줄 정보를 확인하여, 그룹 단위의 서비스 워커(SW) 갱신 처리를 실행하는 (1) 내지 (6) 중 어느 하나에 기재된 수신 장치.
(8) 상기 SWIT는,
서비스 워커(SW) 또는 서비스 워커(SW) 관리 리소스의 갱신 스케줄 정보로서, 차회 갱신 일시 정보, 또는 갱신 빈도 정보를 기록한 구성이고,
상기 데이터 처리부는, 상기 SWIT에 기록된 갱신 스케줄 정보에 따라서, 서비스 워커(SW) 또는 서비스 워커(SW) 관리 리소스의 갱신 처리를 실행하는 (1) 내지 (7) 중 어느 하나에 기재된 수신 장치.
(9) 상기 데이터 처리부는,
송신 장치로부터 송신되는 서비스 워커·인포메이션·테이블(SWIT)을 수신하고,
SWIT로부터, 처리 대상이 되는 특정한 서비스 워커(SW)에 관한 정보만을 선택 추출한 테이블인 파셜 PSWIT를 이용한 처리를 실행하는 (1) 내지 (8) 중 어느 하나에 기재된 수신 장치.
(10) 수신 장치의 저장 데이터에 관한 데이터 관리 프로그램인 서비스 워커(SW)에 관한 정보를 저장한 테이블이고, 개별 서비스 워커(SW) 단위의 갱신 처리 정보를 포함하는 서비스 워커·인포메이션·테이블(SWIT)을 송신하는 송신 장치.
(11) 상기 SWIT는,
서비스 워커(SW) 식별자와, 해당 서비스 워커(SW) 식별자에 의해 특정되는 서비스 워커(SW)의 관리 리소스에 관한 갱신된 정보를 기록한 테이블이고,
상기 수신 장치에 있어서, 상기 SWIT를 참조하여, 서비스 워커(SW)의 관리 리소스에 관한 갱신 처리를 실행시키는 것을 가능하게 한 테이블인 (10)에 기재된 송신 장치.
(12) 상기 SWIT는,
서비스 워커(SW) 식별자와, 해당 서비스 워커(SW) 식별자에 의해 특정되는 서비스 워커(SW) 자신에 관한 갱신된 정보를 기록한 테이블이고,
상기 수신 장치에 있어서, 상기 SWIT를 참조하여, 서비스 워커(SW)의 갱신 처리를 실행시키는 것을 가능하게 한 테이블인 (10) 또는 (11)에 기재된 송신 장치.
(13) 수신 장치에 있어서 실행하는 데이터 처리 방법이며,
수신 장치의 데이터 처리부가,
저장 데이터에 관한 데이터 관리 프로그램인 서비스 워커(SW)에 관한 정보를 저장한 테이블이고, 개별 서비스 워커(SW) 단위의 갱신 처리 정보를 포함하는 서비스 워커·인포메이션·테이블(SWIT)을 수신하고, 수신한 SWIT를 이용한 데이터 관리 처리를 실행하는 데이터 처리 방법.
(14) 송신 장치에 있어서 실행하는 데이터 처리 방법이며,
수신 장치의 저장 데이터에 관한 데이터 관리 프로그램인 서비스 워커(SW)에 관한 정보를 저장한 테이블이고, 개별 서비스 워커(SW) 단위의 갱신 처리 정보를 포함하는 서비스 워커·인포메이션·테이블(SWIT)을 송신하는 데이터 처리 방법.
또한, 명세서 중에 있어서 설명한 일련의 처리는 하드웨어 또는 소프트웨어, 혹은 양자의 복합 구성에 의해 실행하는 것이 가능하다. 소프트웨어에 의한 처리를 실행하는 경우는, 처리 시퀀스를 기록한 프로그램을, 전용 하드웨어에 내장된 컴퓨터 내의 메모리에 인스톨해서 실행시키거나, 혹은 각종 처리가 실행 가능한 범용 컴퓨터에 프로그램을 인스톨해서 실행시키는 것이 가능하다. 예를 들어, 프로그램은 기록 매체에 미리 기록해 둘 수 있다. 기록 매체로부터 컴퓨터에 인스톨하는 것 외에, LAN(Local Area Network), 인터넷과 같은 네트워크를 통해서 프로그램을 수신하고, 내장하는 하드 디스크 등의 기록 매체에 인스톨할 수 있다.
또한, 명세서에 기재된 각종 처리는, 기재에 따라서 시계열에 실행될 뿐만 아니라, 처리를 실행하는 장치의 처리 능력 혹은 필요에 따라서 병렬적으로 혹은 개별로 실행되어도 된다. 또한, 본 명세서에 있어서 시스템이란, 복수의 장치의 논리적 집합 구성이고, 각 구성의 장치가 동일 하우징 내에 있는 것으로 한정되지 않는다.
이상, 설명한 바와 같이, 본 개시의 일 실시예 구성에 따르면, 수신 장치에 있어서의 데이터 관리 프로그램인 서비스 워커(SW)나 그 관리 리소스의 갱신 처리를 효율적으로 확실하게 실행하는 장치, 방법이 실현된다.
구체적으로는, 예를 들어 수신 장치의 저장 데이터에 관한 데이터 관리 프로그램인 서비스 워커(SW)에 관한 정보를 저장한 테이블이고, 개별 SW 단위의 갱신 처리 정보를 포함하는 서비스 워커·인포메이션·테이블(SWIT)을 수신하고, 수신한 SWIT를 이용한 데이터 관리 처리를 실행한다. SWIT는 SW 식별자와, SW 식별자에 의해 특정되는 SW 및 관리 리소스에 관한 갱신된 정보를 기록한 테이블이고, 수신 장치는 SWIT를 참조하여, SW 및 관리 리소스의 갱신 처리를 실행한다.
본 구성에 의해, 수신 장치에 있어서의 데이터 관리 프로그램인 서비스 워커(SW)나 그 관리 리소스의 갱신 처리를 효율적으로 확실하게 실행하는 장치, 방법이 실현된다.
10 : 통신 시스템
20 : 송신 장치
21 : 방송 서버
22 : 데이터 배신 서버
30 : 수신 장치
31 : TV
32 : PC
33 : 휴대 단말기
50 : 시그널링 데이터
60 : AV 세그먼트
70 : 그 밖의 데이터
151 : 데이터 처리부
152 : 통신부
153 : 네트워크 I/F
171 : 패킷 분리부
172 : 화상 데이터 처리부
173 : 음성 데이터 처리부
174 : 시스템 제어부
175 : 애플리케이션 제어부
176 : 캐시부
177 : 서비스 워커(SW) 제어부
178 : 미들웨어 캐시부
179 : 기억부(영속 캐시부)
180 : 출력 제어부(브라우저)
181 : 합성 처리부
751 : 데이터 처리부
752 : 통신부
753 : 기억부
771 : 데이터 처리부
772 : 통신부
773 : 기억부
774 : 입력부
775 : 출력부
801 : CPU
802 : ROM
803 : RAM
804 : 버스
805 : 입출력 인터페이스
806 : 입력부
807 : 출력부
808 : 기억부
809 : 통신부
810 : 드라이브
811 : 리무버블 미디어

Claims (14)

  1. 수신 장치의 저장 데이터에 관한 데이터 관리 프로그램인 서비스 워커(SW)에 관한 정보를 저장한 테이블이고, 개별 서비스 워커(SW) 단위의 갱신 처리 정보를 포함하는 서비스 워커·인포메이션·테이블(SWIT)을 수신하고, 수신한 SWIT를 이용한 데이터 관리 처리를 실행하는 데이터 처리부를 갖는 수신 장치.
  2. 제1항에 있어서,
    상기 SWIT는,
    서비스 워커(SW) 식별자와, 해당 서비스 워커(SW) 식별자에 의해 특정되는 서비스 워커(SW)의 관리 리소스에 관한 갱신된 정보를 기록한 테이블이고,
    상기 데이터 처리부는, 상기 SWIT를 참조하여, 서비스 워커(SW)의 관리 리소스에 관한 갱신 처리를 실행하는 수신 장치.
  3. 제1항에 있어서,
    상기 SWIT는,
    서비스 워커(SW) 식별자와, 해당 서비스 워커(SW) 식별자에 의해 특정되는 서비스 워커(SW) 자신에 관한 갱신된 정보를 기록한 테이블이고,
    상기 데이터 처리부는, 상기 SWIT를 참조하여, 서비스 워커(SW)의 갱신 처리를 실행하는 수신 장치.
  4. 제1항에 있어서,
    상기 SWIT는,
    서비스 워커(SW) 식별자와, 해당 서비스 워커(SW) 식별자에 의해 특정되는 서비스 워커(SW)의 버전 정보를 기록한 테이블이고,
    상기 데이터 처리부는, 상기 SWIT를 참조하여, 서비스 워커(SW) 식별자와 버전을 확인해서 갱신 처리를 실행하는 수신 장치.
  5. 제1항에 있어서,
    상기 SWIT는,
    서비스 워커(SW)의 관리 대칭이 되는 리소스의 리소스 식별자와, 해당 리소스 식별자에 의해 특정되는 리소스의 버전 정보를 기록한 테이블이고,
    상기 데이터 처리부는, 상기 SWIT를 참조하여, 리소스 식별자와 버전을 확인해서 갱신 처리를 실행하는 수신 장치.
  6. 제1항에 있어서,
    상기 SWIT는,
    서비스 워커(SW)의 관리 대칭이 되는 리소스가 속하는 갱신 그룹 식별자와, 갱신 그룹 대응의 갱신 스케줄 정보가 기록되고,
    상기 데이터 처리부는, 상기 SWIT를 참조하여, 갱신 그룹 식별자와, 갱신 그룹 대응의 갱신 스케줄 정보를 확인하여, 그룹 단위의 리소스 갱신 처리를 실행하는 수신 장치.
  7. 제1항에 있어서,
    상기 SWIT는,
    서비스 워커(SW)의 갱신 그룹 식별자와, 갱신 그룹 대응의 갱신 스케줄 정보가 기록되고,
    상기 데이터 처리부는, 상기 SWIT를 참조하여, 갱신 그룹 식별자와, 갱신 그룹 대응의 갱신 스케줄 정보를 확인하여, 그룹 단위의 서비스 워커(SW) 갱신 처리를 실행하는 수신 장치.
  8. 제1항에 있어서,
    상기 SWIT는,
    서비스 워커(SW) 또는 서비스 워커(SW) 관리 리소스의 갱신 스케줄 정보로서, 차회 갱신 일시 정보, 또는 갱신 빈도 정보를 기록한 구성이고,
    상기 데이터 처리부는, 상기 SWIT에 기록된 갱신 스케줄 정보에 따라서, 서비스 워커(SW) 또는 서비스 워커(SW) 관리 리소스의 갱신 처리를 실행하는 수신 장치.
  9. 제1항에 있어서,
    상기 데이터 처리부는,
    송신 장치로부터 송신되는 서비스 워커·인포메이션·테이블(SWIT)을 수신하고,
    SWIT로부터, 처리 대상이 되는 특정한 서비스 워커(SW)에 관한 정보만을 선택 추출한 테이블인 파셜 PSWIT를 이용한 처리를 실행하는 수신 장치.
  10. 수신 장치의 저장 데이터에 관한 데이터 관리 프로그램인 서비스 워커(SW)에 관한 정보를 저장한 테이블이고, 개별 서비스 워커(SW) 단위의 갱신 처리 정보를 포함하는 서비스 워커·인포메이션·테이블(SWIT)을 송신하는 송신 장치.
  11. 제10항에 있어서,
    상기 SWIT는,
    서비스 워커(SW) 식별자와, 해당 서비스 워커(SW) 식별자에 의해 특정되는 서비스 워커(SW)의 관리 리소스에 관한 갱신된 정보를 기록한 테이블이고,
    상기 수신 장치에 있어서, 상기 SWIT를 참조하여, 서비스 워커(SW)의 관리 리소스에 관한 갱신 처리를 실행시키는 것을 가능하게 한 테이블인 송신 장치.
  12. 제10항에 있어서,
    상기 SWIT는,
    서비스 워커(SW) 식별자와, 해당 서비스 워커(SW) 식별자에 의해 특정되는 서비스 워커(SW) 자신에 관한 갱신된 정보를 기록한 테이블이고,
    상기 수신 장치에 있어서, 상기 SWIT를 참조하여, 서비스 워커(SW)의 갱신 처리를 실행시키는 것을 가능하게 한 테이블인 송신 장치.
  13. 수신 장치에 있어서 실행하는 데이터 처리 방법이며,
    수신 장치의 데이터 처리부가,
    저장 데이터에 관한 데이터 관리 프로그램인 서비스 워커(SW)에 관한 정보를 저장한 테이블이고, 개별 서비스 워커(SW) 단위의 갱신 처리 정보를 포함하는 서비스 워커·인포메이션·테이블(SWIT)을 수신하고, 수신한 SWIT를 이용한 데이터 관리 처리를 실행하는 데이터 처리 방법.
  14. 송신 장치에 있어서 실행하는 데이터 처리 방법이며,
    수신 장치의 저장 데이터에 관한 데이터 관리 프로그램인 서비스 워커(SW)에 관한 정보를 저장한 테이블이고, 개별 서비스 워커(SW) 단위의 갱신 처리 정보를 포함하는 서비스 워커·인포메이션·테이블(SWIT)을 송신하는 데이터 처리 방법.
KR1020177009428A 2014-10-28 2015-10-21 수신 장치, 송신 장치 및 데이터 처리 방법 KR102460356B1 (ko)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
JPJP-P-2014-219660 2014-10-28
JP2014219660 2014-10-28
PCT/JP2015/079646 WO2016067989A1 (ja) 2014-10-28 2015-10-21 受信装置、送信装置、およびデータ処理方法

Publications (2)

Publication Number Publication Date
KR20170077120A true KR20170077120A (ko) 2017-07-05
KR102460356B1 KR102460356B1 (ko) 2022-10-28

Family

ID=55857330

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020177009428A KR102460356B1 (ko) 2014-10-28 2015-10-21 수신 장치, 송신 장치 및 데이터 처리 방법

Country Status (7)

Country Link
US (1) US10567098B2 (ko)
EP (1) EP3214845B1 (ko)
JP (1) JP6589879B2 (ko)
KR (1) KR102460356B1 (ko)
CA (1) CA2964721C (ko)
MX (1) MX2017005215A (ko)
WO (1) WO2016067989A1 (ko)

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP5857636B2 (ja) * 2011-11-02 2016-02-10 ソニー株式会社 情報処理装置、情報処理方法及びプログラム
US20180035153A1 (en) * 2015-03-01 2018-02-01 Lg Electronics Inc. Broadcasting signal transmission apparatus, broadcasting signal reception apparatus, broadcasting signal transmission method, and broadcasting signal reception method
JPWO2018043111A1 (ja) 2016-08-29 2019-06-24 ソニー株式会社 情報処理装置、情報処理方法、及び、情報処理システム
CN112291600B (zh) * 2020-10-26 2023-04-18 Vidaa(荷兰)国际控股有限公司 一种缓存方法及显示设备

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20100186059A1 (en) * 2008-12-09 2010-07-22 Lg Electronics Inc. Method of processing non-real time service and broadcast receiver
JP2014057227A (ja) 2012-09-13 2014-03-27 Sony Corp コンテンツ供給装置、コンテンツ供給方法、プログラム、およびコンテンツ供給システム

Family Cites Families (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP4261895B2 (ja) 2002-12-13 2009-04-30 キヤノン株式会社 デジタル放送受信機及びデジタル放送受信機の制御方法
EP1998566A4 (en) 2006-09-13 2011-01-26 Kddi Corp DEVICE AND METHOD FOR TRANSMITTING BROADCAST CONTENT
KR101580516B1 (ko) * 2008-04-07 2015-12-28 엘지전자 주식회사 방송 신호 수신 방법 및 방송 신호 수신 장치
KR101647379B1 (ko) * 2008-11-18 2016-08-10 엘지전자 주식회사 비실시간 서비스 처리 방법 및 방송 수신기
US8099752B2 (en) * 2008-12-03 2012-01-17 Sony Corporation Non-real time services
CA2746186C (en) * 2008-12-09 2013-07-09 Lg Electronics Inc. Method for processing targeting descriptor in non-real-time receiver
KR101635894B1 (ko) * 2008-12-09 2016-07-04 엘지전자 주식회사 비실시간 서비스 처리 방법 및 방송 수신기
JP5541488B2 (ja) * 2009-02-09 2014-07-09 ソニー株式会社 コンテンツ受信装置および方法
US9554175B2 (en) * 2011-07-20 2017-01-24 Sony Corporation Method, computer program, reception apparatus, and information providing apparatus for trigger compaction
WO2013058633A1 (ko) * 2011-10-20 2013-04-25 엘지전자 주식회사 방송 서비스 수신 방법 및 방송 서비스 수신 장치
MX338815B (es) * 2012-02-07 2016-05-03 Sony Corp Dispositivo de recepcion, metodo de recepcion, y programa.

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20100186059A1 (en) * 2008-12-09 2010-07-22 Lg Electronics Inc. Method of processing non-real time service and broadcast receiver
JP2014057227A (ja) 2012-09-13 2014-03-27 Sony Corp コンテンツ供給装置、コンテンツ供給方法、プログラム、およびコンテンツ供給システム

Also Published As

Publication number Publication date
JP6589879B2 (ja) 2019-10-16
US20170331572A1 (en) 2017-11-16
US10567098B2 (en) 2020-02-18
EP3214845A1 (en) 2017-09-06
CA2964721C (en) 2023-02-21
EP3214845A4 (en) 2018-05-30
MX2017005215A (es) 2017-07-27
KR102460356B1 (ko) 2022-10-28
EP3214845B1 (en) 2023-12-13
WO2016067989A1 (ja) 2016-05-06
JPWO2016067989A1 (ja) 2017-08-03
CA2964721A1 (en) 2016-05-06

Similar Documents

Publication Publication Date Title
CA2963765C (en) Receiving device, transmitting device, and data processing method
US10880024B2 (en) Reception device, transmission device, and data processing method
CN107534793B (zh) 接收装置、传输装置以及数据处理方法
US11025352B2 (en) Reception device, transmission device, and data processing method
KR20180019068A (ko) 수신 장치, 송신 장치, 및 데이터 처리 방법
KR102460356B1 (ko) 수신 장치, 송신 장치 및 데이터 처리 방법
KR20180016976A (ko) 수신 장치, 송신 장치 및 데이터 처리 방법
CA2964712C (en) Reception device, transmission device, and data processing method
CN107851072B (zh) 接收设备、发送设备和数据处理方法
KR102533674B1 (ko) 수신 장치, 송신 장치 및 데이터 처리 방법

Legal Events

Date Code Title Description
E902 Notification of reason for refusal
E701 Decision to grant or registration of patent right
GRNT Written decision to grant