WO2016067989A1 - 受信装置、送信装置、およびデータ処理方法 - Google Patents
受信装置、送信装置、およびデータ処理方法 Download PDFInfo
- Publication number
- WO2016067989A1 WO2016067989A1 PCT/JP2015/079646 JP2015079646W WO2016067989A1 WO 2016067989 A1 WO2016067989 A1 WO 2016067989A1 JP 2015079646 W JP2015079646 W JP 2015079646W WO 2016067989 A1 WO2016067989 A1 WO 2016067989A1
- Authority
- WO
- WIPO (PCT)
- Prior art keywords
- service worker
- update
- swit
- data
- information
- Prior art date
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
Definitions
- the present disclosure relates to a reception device, a transmission device, and a data processing method. More specifically, for example, the present invention relates to a reception device that performs transmission or reception of data via a broadcast wave or a network, a transmission device, and a data processing method for communication data.
- One-way communication using a broadcast wave or the like from a transmitting device that provides content, such as a broadcasting station or a content server, to a receiving device such as a television, a PC, or a mobile terminal, or two-way communication via a network such as the Internet,
- a transmitting device that provides content
- a receiving device such as a television, a PC, or a mobile terminal
- two-way communication via a network such as the Internet
- ATSC Advanced Television System Commitment
- ATSC 3.0 The standardization of ATSC 3.0 is being promoted as one of the standards relating to data distribution systems via broadcast waves and networks.
- ATSC 3.0 a download type packaging method for application distribution management and an offline application registration / update management method are still under investigation.
- W3C World Wide Web Consortium
- SW service worker
- An object of the present disclosure is to provide a reception device, a transmission device, and a data processing method that can effectively use the above-described framework of a service worker (SW) in a client that is a broadcast content reception device.
- the service worker (SW) executes management of resources (various data files such as applications, moving images, still images, and audio) used in the receiving apparatus, specifically, resource acquisition, update, deletion processing, and the like.
- the present disclosure has been made in view of this problem, and provides a receiving device, a transmitting device, and a data processing method that enable reliable updating of a service worker (SW) and its management resources. Objective.
- the first aspect of the present disclosure is: It is a table that stores information about service workers (SW), which is a data management program related to stored data of the receiving device, and receives a service worker information table (SWIT) including update processing information for each individual service worker (SW).
- SWIT service worker information table
- the reception apparatus includes a data processing unit that executes data management processing using the received SWIT.
- This is a table that stores information on service workers (SW), which is a data management program related to data stored in the receiving device, and transmits a service worker information table (SWIT) including update processing information for individual service workers (SW). In the transmitting device.
- SW service workers
- SWIT service worker information table
- the third aspect of the present disclosure is: A data processing method executed in the receiving device,
- the data processing unit of the receiving device It is a table that stores information related to service workers (SW), which is a data management program related to stored data, and receives and receives service worker information tables (SWIT) including update processing information for individual service workers (SW).
- SW service workers
- SWIT service worker information tables
- the data processing method executes data management processing using the SWIT.
- the fourth aspect of the present disclosure is: A data processing method executed in a transmission device, This is a table that stores information on service workers (SW), which is a data management program related to data stored in the receiving device, and transmits a service worker information table (SWIT) including update processing information for individual service workers (SW).
- SW service workers
- SWIT service worker information table
- system is a logical set configuration of a plurality of devices, and is not limited to one in which the devices of each configuration are in the same casing.
- an apparatus and a method for efficiently and reliably executing update processing of a service worker (SW) that is a data management program in a receiving apparatus and its management resources are realized. More specifically, for example, a table storing information related to a service worker (SW), which is a data management program related to stored data of the receiving device, and a service worker information table (SWIT) including update processing information for individual SW units. ) And a data management process using the received SWIT is executed.
- SWIT is a table in which SW identifiers and update information related to SWs and management resources specified by the SW identifiers are recorded.
- the receiving device refers to SWITs and executes SW and management resource update processing.
- SW service worker
- the communication system 10 includes a transmission device 20 that is a communication device that transmits content such as image data and audio data, and a reception device 30 that is a communication device that receives content transmitted by the transmission device 20.
- a transmission device 20 that is a communication device that transmits content such as image data and audio data
- a reception device 30 that is a communication device that receives content transmitted by the transmission device 20.
- the transmission device 20 is a device that provides content, such as a broadcasting station 21 and a content server 22.
- the receiving device 30 is a client device of a general user, and specifically includes, for example, a television 31, a PC 32, a portable terminal 33, and the like.
- Data communication between the transmission device 20 and the reception device 30 is performed as communication using at least one of bidirectional communication, one-way communication, one-way communication using a broadcast wave, or the like via a network such as the Internet. Is called.
- the content transmission from the transmission device 20 to the reception device 30 is executed in accordance with, for example, the MPEG-DASH standard which is a standard of adaptive (adaptive) streaming technology.
- the MPEG-DASH standard includes the following two standards.
- A a standard concerning a manifest file (MPD: Media Presentation Description) for describing metadata that is management information of a moving image or an audio file
- B Standards related to file format (segment format) for video content transmission
- Content distribution from the transmission device 20 to the reception device 30 is executed in accordance with the MPEG-DASH standard.
- the transmission device 20 encodes the content data and generates a data file including the encoded data and the metadata of the encoded data.
- the encoding process is performed in accordance with, for example, an MP4 file format defined in MPEG.
- the encoded data file is called “mdat”, and the metadata is called “moov” or “moof”.
- the content provided by the transmitting device 20 to the receiving device 30 is various data such as music data, video data such as movies, television programs, videos, photos, documents, pictures and charts, games and software.
- Transmission data of the transmission device 20 will be described with reference to FIG. As shown in FIG. 2, the transmitting apparatus 20 that performs data transmission according to the MPEG-DASH standard transmits the following plural types of data roughly.
- A Signaling data 50
- B AV segment 60
- C Other data (ESG, NRT content, etc.) 70
- the AV segment 60 is composed of images (Video) and audio (Audio) data to be reproduced by the receiving device, that is, program content provided by a broadcasting station, for example.
- images Video
- Audio Audio
- the receiving device that is, program content provided by a broadcasting station, for example.
- it is configured by the above-described MP4 encoded data (mdat) and metadata (moov, moof).
- the signaling data 50 includes program schedule information such as a program guide, address information (URL (Uniform Resource Locator), etc.) necessary for program acquisition, and information necessary for content playback processing, such as codec information (encoding). System information), etc., and control information.
- the receiving device 30 needs to receive the signaling data 50 prior to receiving the AV segment 60 in which the program content to be reproduced is stored.
- the signaling data 50 is transmitted, for example, as data in XML (Extensible Markup Language) format to a receiving device (client) that is a user terminal such as a smartphone or a television.
- client Extensible Markup Language
- the signaling data is repeatedly transmitted as needed. For example, it is repeatedly transmitted every 100 msec. This is because the receiving device (client) can obtain the signaling data immediately at any time.
- the client (receiving device) executes processing necessary for receiving and playing program content without delay, such as acquisition of necessary program content access address and codec setting processing, based on receivable signaling data as needed. It becomes possible.
- the other data 70 includes, for example, ESG (Electronic Service Guide), NRT content, and the like.
- ESG is an electronic service guide, and is guide information such as a program guide.
- NRT content is non-real-time content.
- the NRT content includes, for example, various application files executed on the browser of the receiving device 30 that is a client, data files such as moving images and still images, and the like.
- a service worker used as a control program for an application or the like described later is also included in the NRT content.
- Signaling data 50 B
- AV segment 60 C
- Other data ESG, NRT content, etc.
- FLUTE File Delivery over Uni-directional Transport
- FLUTE File Delivery over Uni-directional Transport
- a file generated on the server side which is a transmission device is transmitted to a client which is a reception device in accordance with the FLUTE protocol.
- the receiving device (client) 30 stores the URL and version of the received file in association with the file, for example, in the storage unit (client cache) of the receiving device (client) 30. Files with the same URL but different versions are considered to have been updated.
- the FLUTE protocol performs only one-way file transfer control, and does not have a selective file filtering function on the client. However, on the client side using metadata associated with the file to be transferred by FLUTE, the metadata is associated with the file. By selecting, it becomes possible to realize selective filtering and to configure and update a local cache reflecting the user's preference.
- the metadata can be expanded and incorporated into the FLUTE protocol, or can be separately described using a protocol such as ESG (Electronic Service Guide).
- FLUTE was originally specified as a file transfer protocol in multicast.
- FLUTE is composed of a combination of FDT and a scalable file object multicast protocol called ALC, specifically, its building blocks LCT and FEC components.
- FLUTE Real-Time Object Delivery over Unidirectional Transport
- ATSC Advanced Television System Commitment
- FIG. 3 is a diagram illustrating an example of a protocol stack of the transmission device and the reception device.
- the example shown in FIG. 3 has two protocol stacks for processing the following two communication data.
- A Broadcast (including multicast) communication (for example, broadcast-type data distribution)
- B Unicast (broadband) communication (for example, HTTP-type P2P communication)
- the left side of FIG. 3 is a protocol stack corresponding to (a) broadcast communication (for example, broadcast-type data distribution).
- the right side of FIG. 3 is a protocol stack corresponding to (b) unicast (broadband) communication (for example, HTTP type P2P communication).
- the protocol stack corresponding to (a) broadcast communication (for example, broadcast-type data distribution) shown on the left side of FIG. 3 has the following layers in order from the lower layer.
- Broadcast physical layer Broadcast PHY
- IP Multicast IP Multicast
- Application layer Application layer (Applications (HTML5))
- a signaling layer is set as an upper layer of an IP multicast layer (IP Multicast).
- IP Multicast IP multicast layer
- the signaling layer is a layer applied to transmission / reception of the signaling data 50 described above with reference to FIG.
- the signaling data includes program schedule information such as a program guide, address information (URL and the like) necessary for program acquisition, and information necessary for content reproduction processing, such as codec information (encoding method and the like). Information, control information, and the like.
- a future new protocol use permission layer (Future Extension) is set as an upper layer of the broadcast physical layer (Broadcast PHY).
- the broadcast physical layer (Broadcast PHY) is a physical layer configured by a communication control unit that controls, for example, a broadcast communication unit for performing broadcast communication.
- the IP multicast layer (IP Multicast) is a layer that executes data transmission / reception processing according to IP multicast.
- the UDP layer is a UDP packet generation and analysis processing layer.
- the ROUTE layer is a layer that stores and retrieves transfer data according to the ROUTE protocol, which is an extended FLUTE protocol.
- ROUTE like FLUTE, is a multicast file object multicast protocol called ALC, and is specifically composed of a combination of its building blocks LCT and FEC components.
- ESG, NRT content, DASH (ISO BMFF), and Video / Audio / CC are data transferred according to the ROUTE protocol.
- the broadcast delivery service according to the DASH standard is called MBMS (Multimedia Broadcast Multicast Service).
- MBMS Multimedia Broadcast Multicast Service
- eMBMS evolved Multimedia Broadcast Service
- MBMS and eMBMS are broadcast-type delivery services that deliver the same data, such as movie content, all at once to a plurality of user terminals (UEs), which are receiving devices located in a specific area, using a common bearer. It is a service.
- UEs user terminals
- the same content can be simultaneously provided to a number of receiving devices such as smartphones, PCs, and televisions located in the distribution service providing area.
- MBMS and eMBMS specify a process for downloading a file according to the 3GPP file format (ISO-BMFF file, MP4 file) according to the transfer protocol ROUTE or FLUTE.
- 3GPP file format ISO-BMFF file, MP4 file
- Signaling data 50 (B) AV segment 60 (C) Other data (ESG, NRT content, etc.) 70 Many of these data are transmitted according to the ROUTE protocol or the FLUTE protocol.
- ESG, NRT content, DASH (ISO BMFF), and Video / Audio / CC are data transferred according to the ROUTE protocol.
- ESG is an electronic service guide, and is guide information such as a program guide.
- NRTcontent is non-real-time content.
- the NRT content includes, for example, various application files executed on the browser of the receiving device that is a client, data files such as moving images and still images, and the like.
- a service worker Service Worker (SW) used as a control program for an application or the like described later is also included in the NRT content.
- Video / Audio / CC is actual data to be played back, such as video and audio distributed according to the DASH standard.
- the application layer (Applications (HTML5)) is an application layer that executes generation or analysis of data to be transferred according to the ROUTE protocol, and other various data output control, for example, data generation using HTML5, Perform analysis and output processing.
- HTML5 Applications
- the protocol stack corresponding to (b) unicast (broadband) communication (for example, HTTP-type P2P communication) shown on the right side of FIG. 3 has the following layers in order from the lower layer.
- Broadband PHY (2) IP unicast layer (IP Unicast) (3) TCP layer (4) HTTP layer (5) ESG, Signaling, NRT content, DASH (ISO BMFF) and Video / Audio / CC (6) Application layer (Applications (HTML5))
- the broadband physical layer (Broband PHY) is a physical layer configured by a communication control unit such as a device driver that controls a communication unit such as a network card that performs broadband communication.
- the IP unicast layer (IP Unicast) is a layer that executes IP unicast transmission / reception processing.
- the HTTP layer is an HTTP packet generation and analysis processing layer. This upper layer is the same as the stack configuration of (a) broadcast communication (for example, broadcast-type data distribution) on the left side of FIG.
- the transmission device (server) 20 and the reception device (client) 30 have two processing systems shown in FIG. (A) Broadcast communication (for example, broadcast-type data distribution) (B) Unicast (broadband) communication (for example, HTTP-type P2P communication) Processing according to at least one of these two communication protocol stacks is performed.
- A Broadcast communication (for example, broadcast-type data distribution)
- B Unicast (broadband) communication (for example, HTTP-type P2P communication) Processing according to at least one of these two communication protocol stacks is performed.
- the attributes of a file group (including URL as a file identifier) multicast-transferred according to ROUTE (FLUTE) can be described in the control file of ROUTE (FLUTE). It can also be described in signaling data that describes the session. Further detailed attributes of the file transfer session can also be described by ESG (which can also be applied for presentation to the end user).
- the signaling data is data including access information of AV segments received and reproduced by the receiving device (client) and guidance information and control information necessary for post-reception processing such as decoding processing, and is repeatedly transmitted from the transmitting device as needed. Data.
- SCS Service Channel Signaling
- the SCS includes a plurality of signaling data of various information units.
- the SCS includes USD (User Service Description) which is signaling data for each service.
- the USD includes the following three types of signaling data storing information on the distribution method.
- SDP session description
- FDD File Delivery Description
- RFD Real Flow Description
- USD is a signaling data having a manifest file storing various guidance information and control information corresponding to the content (AV segment).
- MPD Media Presentation Description
- signaling data are data necessary for receiving and playing back AV segments transmitted from the transmitting device in the receiving device (client). File) and transmitted from the transmission device. Note that the signaling data shown in FIG. 4 is an example, and other signaling data may exist.
- SW Service Worker
- the service worker (SW) is provided from the transmission device 20 such as the broadcast server 21 or the data distribution server 22 to the reception device.
- the service worker (SW) is set corresponding to a broadcast program (broadcast content) provided by the transmission device 20 such as the broadcast server 21 or the data distribution server 22 and is provided from the transmission device 20 to the reception device 30. Is provided to the receiving device 30 as a control and management program.
- the service worker (SW), the application, and the data file used at the time of execution of the application are received from the transmission device 20 as, for example, the NRT content (non-real-time content) described above with reference to FIGS. Provided to device 30. Or it is good also as a structure which provides the data file utilized at the time of execution of a service worker (SW), an application, and an application to the receiver 30 from the data provision server different from the server which delivers a broadcast program.
- the service worker manages (acquires, holds, and updates) an application that performs information display using a browser that is a program used to execute browsing processing of a Web page or the like in the receiving device 30 , Delete, etc.) process.
- FIG. 5 shows a state in which the receiving device 30 receives a certain program content from the transmitting device 20 such as the broadcast server 21 and displays it on the display unit of the receiving device 30.
- the transmission device 20 such as the broadcast server 21 has an application for displaying weather information as NRT content (non-real time content) in conjunction with program distribution, and various data files used for the weather information display application, such as moving images, A data file including various data such as a still image and sound is provided to the receiving device 30.
- these applications and data files are referred to as “resources”.
- the broadcast server 21 further provides a service worker (SW) to the receiving apparatus 30 as NRT content (non-real time content) as a resource management program for managing these “resources”.
- SW service worker
- the reception device 30 can display weather information together with the program display as shown in FIG. Such data display using the application cannot be executed with the end of the program provided by the application in the conventional data distribution configuration.
- resources such as the weather information display application are set in a setting that can be used in the receiving device 30 during reception of a program, for example, in a temporary storage cache and set in a usable state. This is because, when the channel is switched, these cache data are erased or set in an inaccessible state.
- the service worker can use such program-compatible applications and data even after the program ends, after channel switching, or in an offline state such as a broadcast non-reception state or a network non-connection state. It functions as a resource management program.
- the weather information display application can be used even after the program providing this application is finished, after switching to another channel, or in an offline state in which data reception is not executed. It becomes possible. That is, the weather information can be displayed on the display unit of the receiving device 30 and browsed.
- the weather information display application is a program displayed on a browser, for example.
- This weather information display application is stored in the storage unit (permanent cache) of the receiving device 30 under the control of the service worker (SW). For example, when there is a request (event) such as a display request by the user, it is read from the storage unit (permanent cache) under the control of the service worker (SW) and displayed on the display unit.
- the storage unit (persistent cache) that stores resources such as applications is preferably a non-volatile memory that does not erase stored data even when the power of the receiving device 30 is turned off.
- various program-compatible applications can be used regardless of whether the program is displayed or not.
- the service worker (SW) is set for each resource (application and application-related data) corresponding to a certain program, for example, and is provided from the transmission device 20 to the reception device 30 together with the resource or before and after resource transmission. Is done.
- the service worker (SW) can be set for each program, but a service worker (SW) that can be commonly used can be set for a resource corresponding to a specific channel including a plurality of programs. .
- the service worker (SW) and the resources (application and application-related data) managed by the service worker (SW) are stored in the storage unit (persistent cache) of the receiving device 30.
- FIG. 7 is a diagram illustrating an example of processing using a service worker (SW).
- the receiving device 30 acquires a Web page (for example, the weather information display page shown in FIGS. 5 and 6) as a resource from the transmitting device 20 and stores it in the storage unit (permanent cache) of the receiving device 30.
- a Web page for example, the weather information display page shown in FIGS. 5 and 6
- An example of a sequence to be used is shown.
- the Web page is displayed using a resource configured by a predetermined Web page display application and display data.
- a display processing unit 91, a service worker (SW) 92, and a cache (storage unit) 93 are shown as components of the output control unit 90 in the receiving apparatus.
- Steps S101 to S102 are resource (Web page) acquisition processing by the initial access processing for the transmitting device 20 by the receiving device 30. This is acquired from NRT content transmitted from, for example, a broadcast server.
- the display processing unit 91 displays the web page 95 on the display unit of the receiving device 30. This display is a state in which the Web page is displayed together with the program, and corresponds to the display state described above with reference to FIG.
- step S103 For example, when a resource (Web page) registration (installation) request is made as an instruction from the user, the service worker (SW) 92 performs a resource (Web page) registration (installation) process in step S103. Start. Specifically, as shown in step S104, the resource is transferred to the cache 93 and stored in the storage unit (permanent cache).
- step S105 After the program ends, after channel switching, or in an offline setting state, the user makes a web page browsing request in step S105.
- the service worker (SW) 92 detects the input of the browsing request as a fetch event, and acquires a resource (Web page) from the storage unit (persistent cache) in step S106 in response to the fetch event detection.
- the display processing unit 91 displays the web page 96.
- This Web page display process is a display process after the program ends, after channel switching, or in an offline setting state, and corresponds to the display state described above with reference to FIG.
- SW service worker
- the service worker acquires, stores, and updates resources including, for example, applications including Web pages, HTML pages, Javascript (registered trademark), data used for the applications, and the like.
- Execute resource management such as deletion.
- the storage unit (cache) in which resources are stored is a storage unit (cache) that permanently stores stored data. Unlike normal local / temporary caches, data can be stored even if the application is not running. Saved.
- a type of proxy server is implemented in a browser that is a Web page display program, and the proxy server is accessed whenever necessary to acquire and display a Web page.
- the service worker (SW) itself is also stored (installed) in the permanent cache.
- various controls can be performed on the resources to be managed by the service worker (SW). For example, in response to an access request to a resource (a fetch request to a resource), before the processing on the browser side (acquisition of resources from a local cache or network) starts, the service worker (SW) process is started and Resources are provided from the cache.
- the service worker (SW) is provided by Java Script (registered trademark), it is possible to incorporate various procedures, and there is a flexible processing description for cache control such as updating a part of the resource of the persistent cache. It is possible.
- the service worker (SW) itself can also be updated.
- the service worker (SW) is provided from the transmission device 20, and the header information (HTTP Cache-Control) of the service worker (SW) includes various information necessary for the update process, such as update date / time information and update data access information. Information is recorded, and update processing is executed based on this header information. For example, when the expiration date comes based on the expiration date set in the header, the receiving device 30 executes acquisition processing of a new version of the service worker (SW), and the old version of the SW stored in the cache. Update process to replace.
- the reception device 30 uses a service worker (SW) at an arbitrary timing, for example, an application such as a weather information display application described with reference to FIGS. 5 and 6, that is, a service worker. It is possible to execute an application that is a management target of (SW). The user on the receiving device 30 side can view the weather information display page and various Web pages at any time by executing the application at an arbitrary timing.
- SW service worker
- the receiving device 30 includes a data processing unit 151 that executes various data processing, a communication unit 152 that receives broadcast waves and performs demodulation processing, and a communication unit that executes communication processing via a network.
- a network I / F 153 As a network I / F 153.
- the data processing unit 151 of the receiving device 30 includes a packet separation unit (Demultiplexer) 171, an image data processing unit 172, an audio data processing unit 173, a system control unit 174, an application control unit 175, a cache unit 176, and a service worker (SW) control.
- the broadcast signal transmitted from the broadcast server 21 is input to the packet separation unit 171 received and demodulated by the communication unit 152.
- the packet separation unit 171 separates the received packet for each data type (image, audio, control signal, etc.) based on the packet identifier (PID) of the packet received via the communication unit 152, and each separated packet Supply to the data processor.
- PID packet identifier
- the image data processing unit 172 acquires image data from the packet storing the image data, and executes processing necessary for image reproduction processing such as decoding processing.
- the audio data processing unit 173 acquires audio data from the packet storing the audio data, and executes processing necessary for audio reproduction processing such as decoding processing.
- the system control unit 174 inputs various control signals, that is, packets including signaling data, acquires signaling data from the packets, and outputs control signals to the components in the data processing unit 151 to perform overall data processing. Execute the control.
- the application control unit 175 is a part of signaling data, specifically, an AIT (application information table) that stores control data for an application, and a SWIT (service that stores control data for a service worker (SW)). (Worker information table) and the like are input, and the application executed in the receiving device 30 and control of the service worker (SW) are executed.
- AIT application information table
- SWIT service that stores control data for a service worker (SW)
- the application control unit 175 applies AIT (application information table) and SWIT (service worker information table), and controls the execution of applications and service workers (SW) executed by the output control unit 180.
- a SWIT (service worker information table) storing control data for the service worker (SW) is input to the service worker (SW) control unit 177.
- the service worker (SW) control unit 177 executes control of the service worker (SW), for example, update control using SWIT (service worker information table).
- the service worker (SW) control unit 177 includes an application, a service worker (SW) input via the network, a middleware (MW) cache 178 for temporarily storing resources, an application, a service worker (SW), and a service.
- a storage unit (permanent cache) 178 that permanently stores resources and the like that are management target data of the worker (SW) is accessed, and update processing of data stored in each of these caches is executed.
- the cache unit 176 inputs an application transmitted from the broadcast server 21, a service worker (SW), and resource data of each neck to be managed by the service worker (SW). These data are input to the output control unit 180 that executes a browser or the like via the cache unit 176 and used. That is, application execution, service worker (SW) application processing, and the like are performed.
- SW service worker
- the output control unit 180 stores applications, service workers (SW), and resources in the storage unit (persistent cache) 179, and can use these at any time.
- SW service workers
- the network interface 153 executes communication with the data distribution server 22, receives an application, a service worker (SW), and a resource provided by the data distribution server 22, outputs them to the output control unit 180, or stores them in the middleware cache unit 178. To do.
- SW service worker
- the output control unit 180 is an application, a service worker (SW) input from the broadcast server 21 via a broadcast or via the network from the data distribution server 22, a process using resources, specifically an application execution process, etc. I do.
- the output data generated by the output control unit 180 is combined with, for example, a broadcast program via the combination processing unit 181 and output.
- the service worker information table is a table in which each piece of information shown in FIG. 9 is registered, for example.
- the table recording information will be described sequentially.
- (2) app: Application associated with the service worker (SW) associated with this SWIT ( application as a service worker (SW) management resource). When there are a plurality of items, (2) a plurality of items below app are set.
- @swName Service worker name of the service worker (SW) specified in (4).
- @version version of the service worker (SW) defined in (4) (when updated, the version is changed).
- @url Access information (URL) for obtaining an updated service worker (SW) of the service worker (SW) defined in (4).
- @gpid The identifier (update group ID) of the update group to which the update service worker (SW) of the service worker (SW) specified in (4) belongs.
- resourceList a list of resources (cache target resources) to be managed by the service worker (SW) associated with this SWIT.
- (10) resource Resource to be managed by the service worker (SW) associated with this SWIT When there are a plurality of resources, (10) resource and the items below are set.
- version The version of the resource specified in (10).
- update Schedule Update schedule information of the service worker (SW) specified in (4).
- updateGp Service worker (SW) and resource group (update group) having the same update schedule When there are a plurality of items, (15) items below updateGp are set in a plurality.
- SWIT service worker information table
- FIG. 10 to FIG. 11 are diagrams for explaining processing according to the time axis flowing from left to right, showing the processing of each of the following elements and the flow of data between the elements.
- Broadcast signal image (Video), audio (Audio), NRT, SCS)
- Service worker (SW) server (3)
- Application control unit (4) Service worker (SW) control unit (5)
- Output control unit (browser)
- the broadcast signal is a signal output from the broadcast server 21 via a broadcast wave.
- images (Video) and audio (Audio) signals constituting program content, NRT (non-real-time content) corresponding to files such as applications and service workers (SW), and SCS as signaling data are broadcasted by broadcast waves.
- the SCS is service channel signaling and includes guidance information and control information corresponding to content provided to the user.
- the service worker (SW) server corresponds to, for example, the data distribution server 22 shown in FIG. A service worker (SW) transmission process is executed.
- the service worker (SW) server is described as a server that transmits the service worker (SW).
- other configurations such as providing applications and resources as service worker management data are also possible. Good.
- processing sequence of processing phase 1 In the processing phase 1, an application and a service worker (SW) are acquired from the broadcast signal of the receiving device 30, processing using these is executed, and the service worker (SW) and resources are stored in the storage unit (persistent cache). This is the phase in which the processing up to is executed. Each process of steps S201 to S210 executed in process phase 1 will be described sequentially.
- the application control unit 175 of the receiving device 30 receives an AIT (application information table) that is a control information storage table for applications and a service worker (SW) from an SCS (service channel signaling) that is signaling data of a broadcast signal.
- AIT application information table
- SW service worker information table
- SCS service channel signaling
- the application control unit 175 of the receiving device 30 acquires the application (App1) from the NRT signal in the broadcast signal using the acquisition information (URL or the like) of the application (App1) recorded in the AIT, and performs output control. Output to the unit (browser) 180.
- the application control unit 175 holds a service worker information table (SWIT) that is a control information storage table of the service worker (SW) associated with the application (App1) output to the output control unit (browser) 180. Keep it.
- SWIT service worker information table
- each data described with reference to FIG. 9 is recorded.
- the application ID (@applicationId) of AIT is recorded in SWIT, and SWIT are set as an associated table.
- the acquisition process of the application (App1) in step S202 is shown as a setting acquired from the NRT of the broadcast signal, but may be configured to acquire from the data distribution server 22.
- Step S203 The output control unit (browser) of the receiving device 30 starts execution processing of the application (App1) acquired in step S202.
- Step S204 In the operation of the application (app1), a service worker (SW) registration process (install) is performed by a user operation or trigger information in an application or program content corresponding to the application. Specifically, the service worker (SW1.js) is acquired from the NRT signal included in the broadcast signal based on the URL specified by the application (app1). Note that js means a JavaScript (registered trademark) file.
- Step S205 A service worker (SW) is activated and executed as soon as it is acquired by an installation (install) event. Thereafter, the following processes (steps S206 to S209) are executed. These processes (S206 to S209) are executed according to the process information described in the service worker (SW1.js).
- Step S206 The service worker control unit 177, which is the middleware of the receiving device 30, specifies the service worker file name (SW1.js) or the service worker identifier (SW_id) of a specific service worker (SW) to be processed.
- SW service worker file name
- SW_id service worker identifier
- a worker (SW) update process activation API is executed.
- the service worker control unit 177 extracts control information corresponding to a specific service worker (SW) to be updated specified by the service worker file name (SW1.js) or the service worker identifier (SW_id) from the SWIT. .
- control information of a plurality of service workers (SW) may be recorded in the SWIT.
- one service worker (sw1.js) to be processed is used.
- SW1.js For example, a record entry of service worker file name (SW1.js) is detected as (5) @swName: service worker name of SWIT shown in FIG. 9, and this service worker file name (SW1. js), data consisting of recording areas (5) to (19) of information is extracted as PSWIT.
- the following information is recorded in the PSWIT, for example.
- (9) to (12) include a list of cache target resources that are management resources of the service worker (sw1.js), access information (URL) as information of each listed resource, update group ID, version Information is recorded. Further, in (13) to (19), information related to the update schedule related to the resources listed in the resource list is recorded in units of update groups.
- the service worker (SW) control unit 177 determines a cache resource to be acquired based on the information recorded in the PSWIT, and executes acquisition of the cache resource in step S208 described below.
- Step S207 The service worker control unit 177 stores PSWIT (partial SWIT) in the middleware cache unit 178.
- the service worker control unit 177 acquires the service worker (sw1.js) cache target resource described in PSWIT (partial SWIT) from the NRT signal, and stores it in the middleware cache unit 178 together with each version information.
- the resource access information is partial configuration information of SWIT (service worker information table), and is acquired from PSWIT (partial SWIT) including only information on the service worker (sw1.js) to be processed.
- the white circle at the end of the arrow in step S208 in the figure means a resource.
- a resource for example, two white circles are shown. This is composed of a plurality of acquired resources, for example, one application and one movie file. Indicates that
- Step S209 When the service worker control unit 177 completes the acquisition of the management target resource of the service worker (sw1.js) to be processed and the storage process for the middleware cache unit 178, the service worker control unit 177 notifies the output control unit 180 of the process completion. Do. That is, a resource cache completion event is issued to the service worker (sw1.js) being executed in the output control unit 180.
- Steps S210 to S211 In response to the resource cache completion event, the service worker (sw1.js) being executed in the output control unit 180 first executes the PSWIT (partial SWIT) read API to execute the service worker (sw1.js) being executed. ) To acquire a service worker (sw1.js) cache target resource list that is a management target, and starts acquisition processing of resources in the list.
- PSWIT partial SWIT
- These service worker (sw1.js) cache target resources are already stored in the middleware cache unit 178 in step S208.
- the output control unit 180 acquires the resource stored in the middleware cache unit 178 and stores it in the storage unit (permanent cache unit) 179. These processes are executed according to the process information recorded in the service worker (sw1.js).
- Step S212 When the output control unit 180 completes the process of storing the service worker (sw1.js) cache target resource in the storage unit (persistent cache unit) 179, the output control unit 180 ends the service worker (sw1.js) application process, and the service worker (sw1) .Js) is stored in the storage unit (persistent cache unit) 179.
- the processing so far is the processing phase 1 processing.
- the processing of processing phase 1 is summarized as follows.
- the application control unit 175 obtains AIT (application information table) and SWIT (service worker information table) from the SCS.
- the application control unit 175 executes the application (App1) acquired from the NRT in the output control unit 180 according to the recording information of the AIT.
- the output control unit 180 acquires and executes the service worker (sw1.js) specified by the application (App1) being executed.
- the service worker control unit 177 obtains PSWIT (partial SWIT) obtained by extracting control information corresponding to the service worker (sw1.js) being executed by the output control unit 180 from the SWIT, and is recorded in the PSWIT. Get the cache target resource from the NRT and store it in the middleware cache. (S209 to S212) The output control unit 180 stores the resource stored in the middleware cache in the storage unit (persistent cache) 179, and further stores the service worker (sw1.js) in the storage unit (persistent cache) 179. .
- PSWIT partial SWIT
- the cache resource acquisition process in steps S206 to S208 is executed with reference to the PSWIT (partial SWIT) consisting only of information related to the service worker (sw1.js) to be processed as described above. .
- processing in processing phase 2 is a phase in which the resource stored in the storage unit (persistent cache unit) 176 in the processing phase 1 and the service worker (SW) are updated.
- This update process is executed as a process referring to the SWIT (service worker information table) described above with reference to FIG.
- PSWIT partial SWIT
- SW resource and service worker
- Step S221) The service worker (SW) control unit 177 performs an update acquisition schedule operation of the service target (SW) and the cache target resource that is the management symmetric data according to the update schedule information for each update group described in PSWIT.
- the next update date / time is designated, the latest PSWIT is acquired from the re-acquisition destination (on the network) of the PSWIT after the update process is completed (after checking the version).
- the service worker (SW) control unit 177 obtains the latest service worker (SW) or cache target resource from the update acquisition destination (on the network) at the designated or calculated update date and time, (After confirming the version)
- the information is stored in the middleware cache unit 178 together with the version information.
- the process of step S221 is an update resource acquisition process according to the schedule recorded in PSWIT.
- (9) to (12) include a list of cache target resources that are management resources of the service worker (sw1.js), access information (URL) as information of each listed resource, update group ID, version Information is recorded. Further, in (13) to (19), information related to the update schedule related to the resources listed in the resource list is recorded in units of update groups.
- the service worker (SW) control unit 177 determines a cache resource to be acquired based on the information recorded in the PSWIT, and acquires the cache resource. For example, the data acquisition process is executed after confirming the service worker name, which is a service worker (SW) identifier, the version of the service worker (SW), the resource name, the version of the resource, and the like.
- SW service worker
- the cache resource to be acquired is an update resource
- Step S222 When the process in step S221, that is, the process of storing the update cache target resource in the middleware cache unit 178 together with the version information is completed, the service worker (SW) control unit 177 completes the resource cache for the output control unit (browser) 180. Publish an event.
- SW service worker
- Step S223 When the service worker (sw1.js) receives the above resource cache completion event in the output control unit (browser) 180, the service worker (SW) read API is executed next to acquire the service worker (SW) cache target resource list. Start the process of getting the listed resources.
- These service worker (sw1.js) cache target resources are already stored in the middleware cache unit 178 in step S221.
- the output control unit 180 acquires the resource stored in the middleware cache unit 178 and stores it in the storage unit (permanent cache unit) 179. These processes are executed according to the process information recorded in the service worker (sw1.js).
- Step S241 the service worker (SW) control unit 177 performs an update acquisition schedule operation for the service worker (SW) according to the update schedule information for each update group described in PSWIT.
- the next update date / time is designated, the latest PSWIT is acquired from the re-acquisition destination (on the network) of the PSWIT after the update process is completed (after checking the version).
- the service worker (SW) control unit 177 obtains the latest service worker (SW) from the update acquisition destination (on the network) at the designated or calculated update date and time (confirms the version).
- the process of step S241 is an update service worker (SW) acquisition process according to the schedule recorded in PSWIT.
- the service worker (SW) control unit 177 determines the service worker (SW) to be acquired based on the information recorded in the PSWIT, and acquires the service worker (SW). For example, when the service worker (SW) to be acquired is an update SW, it is possible to perform data acquisition processing in units of update groups according to the update schedule information recorded in the PSWIT, and an efficient service worker (SW) Acquisition can be done. That is, referring to SWIT and PSWIT, the update group identifier and the update schedule information corresponding to the update group can be confirmed, and the group-unit service worker (SW) update process can be executed.
- Step S242 When the process in step S241, that is, the process of storing the update service worker (SW) in the middleware cache unit 178 together with the version information, the service worker (SW) control unit 177 completes the output control unit (browser) 180. A service worker (SW) cache completion event is issued.
- Step S243 Upon receiving the service worker (SW) cache completion event, the output control unit (browser) 180 executes a re-registration process (install) as an update process for the corresponding service worker (SW).
- the updated service worker (SW) file held in the middleware cache unit 178 is drawn and held in the storage unit (permanent cache unit) 179 as a new service worker (SW).
- Step S251 is an event issuing process as a process instruction for the service worker control unit 177 by the updated service worker.
- the subsequent processing in steps S252 to S254 is the same as the processing in steps S221 to S223 described above.
- the storage process for the resource and the service worker (SW) storage unit (persistent cache unit) 179 is not limited to the above-described method based on the cache completion event, the service worker (SW) timer process, and invalidation (expire) designation. Thus, it is possible to execute the process according to a process defined by the service worker (SW).
- the processing so far is the processing phase 2.
- the processing of processing phase 2 is summarized as follows.
- S221 Based on the information recorded in PSWIT, the service worker (SW) control unit 177 determines a cache resource to be acquired, executes acquisition of the cache resource, and obtains the obtained update cache target resource as version information. At the same time, it is stored in the middleware cache unit 178.
- S222 The service worker (SW) control unit 177 issues a resource cache event to the output control unit (browser) 180.
- the service worker (sw1.js) being executed in the output control unit (browser) 180 acquires the cache target resource list from the PSWIT, acquires the listed resources from the middleware cache unit 178, and stores the storage unit ( (Persistent cache unit) 179.
- the processing in steps S241 to S243 is processing in which the update resource in the processing in steps S221 to S223 described above is replaced with an update service worker (SW). Information on the service worker (SW) to be updated with reference to PSWIT is obtained. The acquired update process is performed.
- the processing in steps S251 to S254 is processing for acquiring management resources of the service worker (SW) updated in the processing in steps S241 to S243 described above.
- the update cache resource acquisition process in steps S221 to S223 and the update service worker (SW) acquisition process in steps S241 to S243 are the service workers (sw1.js) to be processed as described above. It is executed with reference to PSWIT (partial SWIT) consisting only of information relating to.
- PSWIT partial SWIT
- step S261 is a service worker (SW) use process by an application.
- SW service worker
- Step S261 The output control unit 180 activates an application that is linked to a program by using a different AIT at an arbitrary date and time different from that at the time of registration of the service worker (SW).
- the management resource of the service worker (SW) is accessed based on the activated application, the latest resource stored in the storage unit (permanent cache) 179 can be read and used.
- FIG. 12 shows a configuration example of the transmission device (server) 20 and the reception device (client) 30.
- the transmission device (server) 20 includes a data processing unit 751, a communication unit 752, and a storage unit 753.
- the receiving device (client) 30 includes a data processing unit 771, a communication unit 772, a storage unit 773, an input unit 774, and an output unit 775.
- the data processing unit includes a communication data processing unit 771a and a reproduction processing unit 771b.
- the data processing unit 751 of the transmission device (server) 20 executes various data processing for executing the data distribution service. For example, generation of configuration data of the data distribution service and transmission control are performed. Further, the data processing unit 751 performs processing for generating and transmitting an application provided to the receiving device (client) 30, a service worker (SW), various other data, and signaling data.
- SW service worker
- the communication unit 752 performs communication processing such as distribution of applications, service workers (SW), other various data, signaling data, etc. in addition to AV segments.
- the storage unit 753 stores AV segments, applications, service workers (SW) to be distributed, data used by applications, signaling data, and the like. Further, the storage unit 753 is used as a work area for data processing executed by the data processing unit 751 and is also used as a storage area for various parameters.
- the receiving device (client) 30 includes a data processing unit 771, a communication unit 772, a storage unit 773, an input unit 774, and an output unit 775.
- the communication unit 772 receives data distributed from the transmission device (server) 20, for example, AV segments, applications, service workers (SW), data used by applications, signaling data, and the like.
- the data processing unit 771 includes a communication data processing unit 771a and a reproduction processing unit 771b, and executes, for example, processing according to the above-described embodiment. Specifically, data processing using an application, an API, and a service worker (SW) is executed.
- SW service worker
- the storage unit 773 stores an AV segment, a service worker (SW), an application, data used by the application, signaling data, and the like. Further, the storage unit 773 is used as a work area for data processing executed by the data processing unit 771 and also used as a storage area for various parameters.
- SW service worker
- FIG. 13 shows a hardware configuration example of a communication device applicable as the transmission device 20 and the reception device 30.
- a CPU (Central Processing Unit) 801 functions as a data processing unit that executes various processes according to a program stored in a ROM (Read Only Memory) 802 or a storage unit 808. For example, processing according to the sequence described in the above-described embodiment is executed.
- a RAM (Random Access Memory) 803 stores programs executed by the CPU 801, data, and the like. These CPU 801, ROM 802, and RAM 803 are connected to each other by a bus 804.
- the CPU 801 is connected to an input / output interface 805 via a bus 804.
- the input / output interface 805 is connected to an input unit 806 including various switches, a keyboard, a mouse, and a microphone, and an output unit 807 including a display and a speaker. Yes.
- the CPU 801 executes various processes in response to a command input from the input unit 806 and outputs a processing result to the output unit 807, for example.
- the storage unit 808 connected to the input / output interface 805 includes, for example, a hard disk, and stores programs executed by the CPU 801 and various data.
- a communication unit 809 functions as a transmission / reception unit for data communication via a network such as the Internet or a local area network, and further functions as a transmission / reception unit for broadcast waves, and communicates with an external device.
- the drive 810 connected to the input / output interface 805 drives a removable medium 811 such as a semiconductor memory such as a magnetic disk, an optical disk, a magneto-optical disk, or a memory card, and executes data recording or reading.
- a removable medium 811 such as a semiconductor memory such as a magnetic disk, an optical disk, a magneto-optical disk, or a memory card, and executes data recording or reading.
- the encoding or decoding of data can be executed as a process of the CPU 801 as a data processing unit, but a configuration including a codec as dedicated hardware for executing the encoding process or the decoding process may be adopted.
- SWIT service worker information table
- the SWIT is It is a table that records service worker (SW) identifier and update information related to management resources of the service worker (SW) specified by the service worker (SW) identifier, The receiving apparatus according to (1), wherein the data processing unit performs update processing related to a management resource of a service worker (SW) with reference to the SWIT.
- the SWIT is It is a table that records service worker (SW) identifier and update information related to the service worker (SW) itself specified by the service worker (SW) identifier,
- the receiving apparatus according to (1) or (2), wherein the data processing unit executes a service worker (SW) update process with reference to the SWIT.
- the SWIT is A table recording service worker (SW) identifier and version information of the service worker (SW) specified by the service worker (SW) identifier;
- the receiving apparatus according to any one of (1) to (3), wherein the data processing unit refers to the SWIT, confirms a service worker (SW) identifier and version, and executes update processing.
- the SWIT is It is a table in which resource identifiers of resources that are managed symmetrically by service workers (SW) and version information of resources specified by the resource identifiers are recorded,
- the receiving apparatus according to any one of (1) to (4), wherein the data processing unit refers to the SWIT, confirms a resource identifier and a version, and executes update processing.
- the SWIT is An update group identifier to which a resource that is managed symmetrically by the service worker (SW) belongs, and update schedule information corresponding to the update group are recorded,
- the data processing unit refers to the SWIT, confirms an update group identifier and update schedule information corresponding to the update group, and executes resource update processing in units of groups (1) to (5) Receiver.
- the SWIT is An update group identifier of the service worker (SW) and update schedule information corresponding to the update group are recorded,
- the data processing unit refers to the SWIT, confirms the update group identifier and the update schedule information corresponding to the update group, and executes service worker (SW) update processing in units of groups (1) to (6)
- the receiving apparatus in any one.
- the SWIT is As the update schedule information of the service worker (SW) or service worker (SW) management resource, the next update date / time information or update frequency information is recorded, The reception according to any one of (1) to (7), wherein the data processing unit executes update processing of a service worker (SW) or a service worker (SW) management resource in accordance with update schedule information recorded in the SWIT. apparatus.
- the data processing unit Receives the service worker information table (SWI) transmitted from the transmitting device, The receiving apparatus according to any one of (1) to (8), wherein processing using partial PSWIT, which is a table in which only information related to a specific service worker (SW) to be processed is selectively extracted from SWIT.
- SWI service worker information table
- SWIT service worker information table that stores information related to service workers (SW), which is a data management program related to data stored in the receiving device, and includes update processing information for individual service workers (SW). ).
- the SWIT is It is a table that records service worker (SW) identifier and update information related to management resources of the service worker (SW) specified by the service worker (SW) identifier,
- the SWIT is It is a table that records service worker (SW) identifier and update information related to the service worker (SW) itself specified by the service worker (SW) identifier,
- a data processing method executed in the receiving device It is a table that stores information related to service workers (SW), which is a data management program related to stored data, and receives and receives service worker information tables (SWIT) including update processing information for individual service workers (SW). Data processing method for executing data management processing using SWIT.
- SW service workers
- SWIT service worker information tables
- a data processing method executed in the transmission device This is a table that stores information on service workers (SW), which is a data management program related to data stored in the receiving device, and transmits a service worker information table (SWIT) including update processing information for individual service workers (SW). Data processing method.
- SW service workers
- SWIT service worker information table
- the series of processes described in the specification can be executed by hardware, software, or a combined configuration of both.
- the program recording the processing sequence is installed in a memory in a computer incorporated in dedicated hardware and executed, or the program is executed on a general-purpose computer capable of executing various processing. It can be installed and run.
- the program can be recorded in advance on a recording medium.
- the program can be received via a network such as a LAN (Local Area Network) or the Internet and installed on a recording medium such as a built-in hard disk.
- the various processes described in the specification are not only executed in time series according to the description, but may be executed in parallel or individually according to the processing capability of the apparatus that executes the processes or as necessary.
- the system is a logical set configuration of a plurality of devices, and the devices of each configuration are not limited to being in the same casing.
- an apparatus and a method for efficiently and reliably executing update processing of a service worker (SW) that is a data management program in a receiving apparatus and its management resources Is realized. More specifically, for example, a table storing information related to a service worker (SW), which is a data management program related to stored data of the receiving device, and a service worker information table (SWIT) including update processing information for individual SW units. ) And a data management process using the received SWIT is executed.
- SWIT is a table in which SW identifiers and update information related to SWs and management resources specified by the SW identifiers are recorded.
- the receiving device refers to SWITs and executes SW and management resource update processing.
Landscapes
- Engineering & Computer Science (AREA)
- Signal Processing (AREA)
- Databases & Information Systems (AREA)
- Multimedia (AREA)
- Information Transfer Between Computers (AREA)
- Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
Description
なお、放送波およびネットワークを介したデータ配信を実現するための技術を開示した従来技術して。例えば特許文献1(特開2014-057227号公報)がある。
ATSC3.0では、ダウンロード型のアプリケーション配信管理用のパッケージング方式、ならびに、オフラインのアプリケーション登録・更新管理方式がまだ検討段階にある。
サービスワーカー(SW)は、受信装置において利用するリソース(アプリケーションや動画、静止画、音声等の様々なデータファイル)の管理、具体的には、リソースの取得、更新、削除処理等を実行する。
本開示は、この問題点に鑑みてなされたものであり、サービスワーカー(SW)おや、その管理リソースの確実な更新を可能とする受信装置、送信装置、およびデータ処理方法を提供することを目的とする。
受信装置の格納データに関するデータ管理プログラムであるサービスワーカー(SW)に関する情報を格納したテーブルであり、個別のサービスワーカー(SW)単位の更新処理情報を含むサービスワーカー・インフォメーション・テーブル(SWIT)を受信し、受信したSWITを利用したデータ管理処理を実行するデータ処理部を有する受信装置にある。
受信装置の格納データに関するデータ管理プログラムであるサービスワーカー(SW)に関する情報を格納したテーブルであり、個別のサービスワーカー(SW)単位の更新処理情報を含むサービスワーカー・インフォメーション・テーブル(SWIT)を送信する送信装置にある。
受信装置において実行するデータ処理方法であり、
受信装置のデータ処理部が、
格納データに関するデータ管理プログラムであるサービスワーカー(SW)に関する情報を格納したテーブルであり、個別のサービスワーカー(SW)単位の更新処理情報を含むサービスワーカー・インフォメーション・テーブル(SWIT)を受信し、受信したSWITを利用したデータ管理処理を実行するデータ処理方法にある。
送信装置において実行するデータ処理方法であり、
受信装置の格納データに関するデータ管理プログラムであるサービスワーカー(SW)に関する情報を格納したテーブルであり、個別のサービスワーカー(SW)単位の更新処理情報を含むサービスワーカー・インフォメーション・テーブル(SWIT)を送信するデータ処理方法にある。
具体的には、例えば、受信装置の格納データに関するデータ管理プログラムであるサービスワーカー(SW)に関する情報を格納したテーブルであり、個別のSW単位の更新処理情報を含むサービスワーカー・インフォメーション・テーブル(SWIT)を受信し、受信したSWITを利用したデータ管理処理を実行する。SWITは、SW識別子と、SW識別子によって特定されるSWおよび管理リソースに関する更新情報を記録したテーブルであり、受信装置は、SWITを参照して、SWおよび管理リソースの更新処理を実行する。
本構成により、受信装置におけるデータ管理プログラムであるサービスワーカー(SW)やその管理リソースの更新処理を効率的に確実に実行する装置、方法が実現される。
なお、本明細書に記載された効果はあくまで例示であって限定されるものではなく、また付加的な効果があってもよい。
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に示すように、通信システム10は、画像データや音声データ等のコンテンツを送信する通信装置である送信装置20と、送信装置20の送信するコンテンツを受信する通信装置である受信装置30を有する。
一方、受信装置30は、一般ユーザのクライアント装置であり、具体的には、例えばテレビ31、PC32、携帯端末33等によって構成される。
MPEG-DASH規格には、以下の2つの規格が含まれる。
(a)動画や音声ファイルの管理情報であるメタデータを記述するためのマニフェスト・ファイル(MPD:Media Presentation Description)に関する規格、
(b)動画コンテンツ伝送用のファイル・フォーマット(セグメント・フォーマット)に関する規格、
送信装置20から、受信装置30に対するコンテンツ配信は、上記のMPEG-DASH規格に従って実行する。
MPEG-DASH規格に従ってデータ送信を実行する送信装置20は、図2に示すように、大きく分けて以下の複数種類のデータの送信を行う。
(a)シグナリングデータ50
(b)AVセグメント60
(c)その他のデータ(ESG,NRTコンテンツ等)70
受信装置30は、このシグナリングデータ50を、再生対象となる番組コンテンツを格納したAVセグメント60の受信に先行して受信することが必要となる。
このシグナリングデータ50は、例えばXML(Extensible Markup Language)形式のデータとして、スマホやテレビ等のユーザ端末である受信装置(クライアント)に送信される。
これは、受信装置(クライアント)が、いつでも、即座にシグナリングデータを取得することを可能とするためである。
クライアント(受信装置)は、随時、受信可能なシグナリングデータに基づいて、必要な番組コンテンツのアクセス用アドレスの取得や、コーデック設定処理など、番組コンテンツの受信および再生に必要な処理を遅滞なく実行することが可能となる。
ESGは、電子サービスガイド(Electronic Service Guide)であり、例えば番組表等の案内情報である。
NRTコンテンツはノンリアルタイム型のコンテンツである。
後述するアプリケーション等の制御プログラムとして利用されるサービスワーカー(Service Worker)も、NRTコンテンツに含まれる。
(a)シグナリングデータ50
(b)AVセグメント60
(c)その他のデータ(ESG,NRTコンテンツ等)70
これらのデータは、例えば、データ通信プロトコル:FLUTE(File Delivery over Uni-directional Transport)に従って送信される。
データ通信プロトコル:FLUTE(File Delivery over Uni-directional Transport)はマルチキャストにより伝送するコンテンツのセッション管理を行うプロトコルである。
例えば送信装置であるサーバ側で生成されるファイル(URLとバージョンで識別される)は、FLUTEプロトコルに従って、受信装置であるクライアントに送信される。
同じURLでバージョンが異なるものはファイルの中身が更新されているものとみなす。FLUTEプロトコルは一方向ファイル転送制御のみを行うもので、クライアントにおけるファイルの選択的なフィルタリング機能はないが、FLUTEで転送制御するファイルをそのファイルに紐づけられるメタデータを利用して、クライアント側で取捨選択することにより、選択的なフィルタリングを実現し、ユーザの嗜好を反映したローカルキャッシュを構成・更新管理することが可能となる。
なお、メタデータは、FLUTEプロトコルに拡張して組み込むこともできるし、別途ESG(Electronic Service Guide)等のプロトコルで記述することもできる。
次に、送信装置と受信装置の実行する通信処理例について説明する。
図3は、送信装置および受信装置のプロトコルスタックの例を示す図である。
図3に示す例は、以下の2つの通信データの処理を行なうための2つのプロトコルスタックを有する。
(a)ブロードキャスト(マルチキャストも含む)通信(例えば放送型データ配信)
(b)ユニキャスト(ブロードバンド)通信(例えばHTTP型のP2P通信)
図3の右側が、(b)ユニキャスト(ブロードバンド)通信(例えばHTTP型のP2P通信)に対応するプロトコルスタックである。
(1)ブロードキャスト物理レイヤ(Broadcast PHY)
(2)IPマルチキャストレイヤ(IP Multicast)
(3)UDPレイヤ
(4)ROUTE(=拡張型FLUTE)レイヤ
(5)ESG,NRTcontent,DASH(ISO BMFF)およびVideo/Audio/CC
(6)アプリケーションレイヤ(Applications(HTML5))
シグナリングレイヤは、先に図2を参照して説明したシグナリングデータ50の送受信に適用されるレイヤである。シグナリングデータには、番組表等の番組予定情報や、番組取得に必要となるアドレス情報(URL等)、さらにコンテンツの再生処理に必要な情報、例えばコーデック情報(符号化方式など)などからなる案内情報、制御情報などが含まれる。
なお、(1)ブロードキャスト物理レイヤ(Broadcast PHY)の上位レイヤとして将来の新たなプロトコルの利用許容レイヤ(Future Extensibility)が設定されている。
(2)IPマルチキャストレイヤ(IP Multicast)は、IPマルチキャストに従ったデータ送受信処理を実行するレイヤである。
(3)UDPレイヤは、UDPパケットの生成、解析処理レイヤである。
ROUTEは、FLUTEと同様、ALCと呼ばれるスケーラブルなファイルオブジェクトのマルチキャストプロトコルであり、具体的にはそのビルディングブロックであるLCTやFECコンポーネントの組み合わせにより構成される。
MBMSやeMBMSは、同報型配信サービスであり、特定のエリア内に位置する受信装置である複数のユーザ端末(UE)に対して共通のベアラで一斉に同一データ、例えば映画コンテンツなどを配信するサービスである。MBMSやeMBMSに従った同報配信により、配信サービス提供エリアに位置する多数のスマホやPC、あるいはテレビ等の受信装置に、同じコンテンツを同時に提供することができる。
(a)シグナリングデータ50
(b)AVセグメント60
(c)その他のデータ(ESG、NRTコンテンツ等)70
これらのデータの多くはROUTEプロトコル、またはFLUTEプロトコルに従って送信される。
前述したように、NRTコンテンツには、例えば、クライアントである受信装置のブラウザ上で実行される様々なアプリケーションファイル、動画、静止画等のデータファイル等が含まれる。さらに、後述するアプリケーション等の制御プログラムとして利用されるサービスワーカー(Service Worker(SW))も、NRTコンテンツに含まれる。
Video/Audio/CCは、DASH規格に従って配信されるビデオやオディオ等、再生対象となる実データである。
(1)ブロードバンド物理レイヤ(Broaband PHY)
(2)IPユニキャストレイヤ(IP Unicast)
(3)TCPレイヤ
(4)HTTPレイヤ
(5)ESG,Signaling,NRTcontent,DASH(ISO BMFF)およびVideo/Audio/CC
(6)アプリケーションレイヤ(Applications(HTML5))
(2)IPユニキャストレイヤ(IP Unicast)は、IPユニキャスト送受信処理を実行するレイヤである。
(3)HTTPレイヤは、HTTPパケットの生成、解析処理レイヤである。
この上位レイヤは、図3左側の(a)ブロードキャスト通信(例えば放送型データ配信)のスタック構成と同様である。
(a)ブロードキャスト通信(例えば放送型データ配信)
(b)ユニキャスト(ブロードバンド)通信(例えばHTTP型のP2P通信)
これら2つの通信プロトコルスタックの少なくともいずれかに従った処理を行なう。
シグナリングデータは、受信装置(クライアント)が受信、再生するAVセグメントのアクセス情報や、復号処理等の受信後の処理に必要となる案内情報や制御情報を含むデータであり、送信装置から随時繰り返し送信されるデータである。
SCSは、サービスチャンネルシグナリング(Service Channel Signaling)であり、ユーザに提供されるコンテンツに対応する案内情報、制御情報が含まれる。
具体的には、SCSは、サービス単位のシグナリングデータであるUSD(ユーザサービスデスクリプション)を含む。
さらに、USDは、配信メソッドに関する情報を格納した以下の3種類のシグナリングデータを含む。
SDP(セッションディスクリプション)
FDD(ファイルデリバリディスクリプション)
RFD(リペアフローディスクリプション)
さらに、USDは、コンテンツ(AVセグメント)に対応する様々な案内情報、制御情報を格納したマニフェスト・ファイルを持つシグナリングデータとして、
MPD(メディアプレゼンテーションディスクリプション)
を含む。
なお、図4に示すシグナリングデータは一例であり、この他のシグナリングデータも存在し得る。
次に、送信装置(サーバ)20が提供し、主に受信装置(クライアント)30において利用されるサービスワーカー(SW:Service Worker)について説明する。
サービスワーカー(SW)は、放送サーバ21や、データ配信サーバ22等の送信装置20から受信装置に提供される。
あるいは、放送番組を配信するサーバとは別のデータ提供サーバが、サービスワーカー(SW)、アプリケーション、およびアプリケーションの実行時に利用されるデータファイルを受信装置30に提供する構成としてもよい。
図5は、受信装置30が、放送サーバ21等の送信装置20から、ある番組コンテンツを受信し、受信装置30の表示部に表示している状態を示している。
以下では、これらのアプリケーションおよびデータファイルを「リソース」と呼ぶ。
放送サーバ21は、さらに、これらの「リソース」を管理するリソース管理プログラムとして、サービスワーカー(SW)を、やはりNRTコンテンツ(ノンリアルタイムコンテンツ)として受信装置30に提供する。
このような、アプリケーションを利用したデータ表示は、これまでのデータ配信構成では、アプリケーションの提供される番組の終了とともに実行できなくなってしまう。
なお、天気情報表示アプリケーションは、例えばブラウザ上で表示されるプログラムである。
なお、アプリケーション等のリソースを格納する記憶部(永続キャッシュ)は、受信装置30の電源がオフとなっても格納データが消去されない不揮発性メモリとすることが好ましい。
このように、サービスワーカー(SW)を利用することで、様々な番組対応アプリケーションを、番組の表示、非表示と無関係に利用することが可能となる。
サービスワーカー(SW)は、各番組対応の設定とすることもできるが、複数番組を含む特定のチャンネル対応のリソースに対して、共通に利用可能としたサービスワーカー(SW)を設定することもできる。
サービスワーカー(SW)と、サービスワーカー(SW)によって管理されるリソース(アプリケーションおよびアプリ関連データ)は、受信装置30の記憶部(永続キャッシュ)に格納される。
図7には、受信装置30が送信装置20からリソースとしてのWebページ(例えば図5、図6に示す天気情報表示ページ)を取得して受信装置30の記憶部(永続キャッシュ)に格納して利用するシーケンスの一例を示している。
なお、Webページは、所定のWebページ表示アプリケーションと、表示用データによって構成されるリソースを利用して表示される。
図7には、受信装置内出力制御部90の構成要素として表示処理部91、サービスワーカー(SW)92、キャッシュ(記憶部)93を示している。
これは、例えば放送サーバ等の送信するNRTコンテンツから取得される。
この取得処理後、表示処理部91によって、Webページ95が、受信装置30の表示部に表示される。この表示は、このWebページを提供している番組に併せて表示されている状態であり、先に図3を参照して説明した表示状態に相当する。
具体的には、ステップS104に示すようにリソースをキャッシュ93に渡し、記憶部(永続キャッシュ)に格納する処理を行なう。
サービスワーカー(SW)92は、この閲覧要求の入力をフェッチイベントとして検出し、フェッチイベント検出に応じて、ステップS106において、リソース(Webページ)を記憶部(永続キャッシュ)から取得する。
表示処理部91は、ステップS107において、Webページ96を表示する。
Webページ表示プログラムであるブラウザに一種のプロキシサーバが実装され、いつでも、必要なときにプロキシサーバをアクセスしてWebページを取得して表示可能としたイメージである。
例えば、リソースへのアクセスリクエスト(リソースへのフェッチリクエスト)に応じて、ブラウザ側の処理(ローカルキャッシュやネットワークからのリソースの取得)がはじまる前に、サービスワーカー(SW)の処理が開始され、永続キャッシュからのリソースの提供が行われる。
また、サービスワーカー(SW)は、JavaScirpt(登録商標)で提供されるため、さまざまな手続きを組み込むことが可能であり、永続キャッシュのリソースの一部の更新等キャッシュ制御についての柔軟な処理記述が可能となっている。
例えば、ヘッダに設定された使用期限等に基づいて、使用期限が来ると、受信装置30は、新しいバージョンのサービスワーカ(SW)の取得処理を実行して、キャッシュに格納された旧バージョンのSWを置き換える更新処理を行なう。
上述したように、受信装置30は、サービスワーカー(SW)を利用して、任意のタイミングで、例えば図5、図6を参照して説明したような天気情報表示アプリケーション等のアプリケーション、すなわちサービスワーカ(SW)の管理対象てあるアプリケーションを実行することが可能となる。
受信装置30側のユーザは、任意タイミングでアプリケーションを実行することで、天気情報表示ページや、様々なWebページをいつでも閲覧することが可能となる。
受信装置30は、図8に示すように、各種のデータ処理を実行するデータ処理部151、放送波を受信し復調処理を行なう通信部152、さらに、ネットワークを介した通信処理を実行する通信部としてのネットワークI/F153を有する。
パケット分離部171は、通信部152を介して受信するパケットのパケット識別子(PID)に基づいて受信パケットをデータ種別(画像、音声、制御信号等)ごとに分離して、分離した各パケットを各データ処理部に供給する。
音声データ処理部173は、音声データを格納したパケットから音声データを取得し、復号処理等、音声の再生処理に必要な処理を実行する。
また、サービスワーカー(SW)に対する制御データを格納したSWIT(サービスワーカー・インフォメーション・テーブル)は、サービスワーカー(SW)制御部177に入力される。
サービスワーカー(SW)制御部177は、ネットワークを介して入力するアプリケーション、サービスワーカー(SW)、リソース等を一時的に格納するミドルウェア(MW)キャッシュ178や、アプリケーション、サービスワーカー(SW)、およびサービスワーカー(SW)の管理対象データであるリソース等を永続的に格納する記憶部(永続キャッシュ)178をアクセスし、これらの各キャッシュに格納されたデータの更新処理を実行する。
これらのデータは、キャッシュ部176を介してブラウザ等を実行する出力制御部180に入力され、利用される。すなわち、アプリケーションの実行、サービスワーカー(SW)の適用処理等が行われる。
出力制御部180の生成した出力データは、合成処理部181を介して、例えば放送番組等と合成され出力される。
次に、送信装置20から受信装置30に提供されるサービスワーカー(SW)に関する制御情報を記録したサービスワーカー・インフォメーション・テーブル(SWIT)の構成例について図9を参照して説明する。
以下、テーブル記録情報について、順次、説明する。
(1)@url:SWITを再取得するためのアクセス情報(URL)。
(2)app:このSWITに対応付けられたサービスワーカー(SW)に関連付けられたアプリケーション(=サービスワーカー(SW)管理リソースとしてのアプリケーション)。
複数ある場合は、(2)app以下の項目が、複数設定される。
(4)sw:このSWITによる管理対称となるサービスワーカー(SW)。
複数ある場合は、(4)sw以下の項目が、複数設定される。
(6)@version:(4)に規定されたサービスワーカー(SW)のバージョン(更新されるとバージョンが変更される)。
(7)@url:(4)に規定されたサービスワーカー(SW)の更新サービスワーカー(SW)を取得する際のアクセス情報(URL)。
(8)@gpid:(4)に規定されたサービスワーカー(SW)の更新サービスワーカー(SW)の属する更新グループの識別子(更新グループID)。
(10)resource:このSWITに対応付けられたサービスワーカー(SW)の管理対象となるリソース
複数ある場合は、(10)resource以下の項目が、複数設定される。
(11)@gpid:(10)に規定されたリソースの属する更新グループの識別子(更新グループID)。(指定なしの場合は更新なしを示す)
(12)url:(10)に規定されたリソース(更新リソース)を取得する際のアクセス情報(URL)。
(13)version:(10)に規定されたリソースのバージョン。
(15)updateGp:同一の更新スケジュールを持つサービスワーカー(SW)およびリソースのグループ(更新グループ)
複数ある場合は、(15)updateGp以下の項目が、複数設定される。
(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か月)。
次に、図10~図11を参照して、受信装置30におけるサービスワーカー(SW)およびアプリケーションの利用処理シーケンスについて説明する。
図10~図11は、左から右に流れる時間軸に従った処理を説明する図であり、以下の各要素各々の処理と、各要素間のデータの流れを示している。
(1)放送信号(画像(Video),音声(Audio),NRT,SCS)
(2)サービスワーカー(SW)サーバ
(3)アプリケーション制御部
(4)サービスワーカー(SW)制御部
(5)出力制御部(ブラウザ)
SCSは、先に図4を参照して説明したように、サービスチャンネルシグナリング(Service Channel Signaling)であり、ユーザに提供されるコンテンツに対応する案内情報、制御情報が含まれる。
なお、以下に説明する例では、サービスワーカー(SW)サーバは、サービスワーカー(SW)を送信するサーバとして説明するが、その他、アプリケーションや、サービスワーカーの管理データとしてのリソースを提供する構成としてもよい。
(3)アプリケーション制御部は、図4に示すアプリケーション制御部175に相当する。
(4)サービスワーカー(SW)制御部は、図4に示すサービスワーカー(SW)制御部177に相当する。
(5)出力制御部(ブラウザ)は、図4に示す出力制御部(ブラウザ)180に相当する。
以下、時間経過に従った処理として、
処理フェーズ1~3の各フェーズの処理について説明する。
処理フェーズ1は、受信装置30放送信号からアプリケーションとサービスワーカー(SW)を取得して、これらを用いた処理を実行して、サービスワーカー(SW)と、リソースを記憶部(永続キャッシュ)に格納するまでの処理を実行するフェーズである。
処理フェーズ1において実行されるステップS201~S210の各処理について、順次、説明する。
受信装置30のアプリケーション制御部175は、放送信号のシグナリングデータであるSCS(サービスチャンネルシグナリング)から、アプリケーション用の制御情報格納テーブルであるAIT(アプリケーション・インフォメーション・テーブル)と、サービスワーカ(SW)の制御情報格納テーブルであるSWIT(サービスワーカー・インフォメーション・テーブル)を取得する。
図に示すSCS上の二重丸は、これらのテーブルをSCSから取得していることを示す。
AITには特定のアプリケーション(App1)の取得情報(URL等)および起動処理(autostart)情報が規定されている。
受信装置30のアプリケーション制御部175は、AITに記録されたアプリケーション(App1)の取得情報(URL等)を利用して、放送信号中のNRT信号から、アプリケーション(App1)を取得して、出力制御部(ブラウザ)180に出力する。
なお、アプリケーション制御部175は、、出力制御部(ブラウザ)180に出力したアプリケーション(App1)に関連付けられたサービスワーカ(SW)の制御情報格納テーブルであるSWIT(サービスワーカー・インフォメーション・テーブル)を保持しておく。
SWIT(サービスワーカー・インフォメーション・テーブル)については、図9を参照して説明した各データが記録されている。図9に示すように、SWITには、AITのアプリケーションID(@applicationId)が記録され、SWITと、AITは対応付けられたテーブルとして設定されている。
受信装置30の出力制御部(ブラウザ)は、ステップS202において取得したアプリケーション(App1)の実行処理を開始する。
アプリケーション(app1)の動作において、ユーザ操作、あるいはアプリケーションやアプリケーションに対応する番組コンテンツ内のトリガー情報等により、サービスワーカー(SW)の登録処理(install)が行われる。
具体的には、アプリケーション(app1)によって指定されるURLに基づいて、放送信号に含まれるNRT信号からサービスワーカー(SW1.js)を取得する。
なお、jsは、JavaScript(登録商標)ファイルであることを意味する。
サービスワーカー(SW)は、登録(install)イベントにより、取得されるとすぐに起動し、実行される。
その後、以下のプロセス(ステップS206~S209)を実行する。これらのプロセス(S206~S209)は、サービスワーカー(SW1.js)に記述されたプロセス情報に従って実行される。
受信装置30のミドルウェアであるサービスワーカー制御部177に対して、処理対象とする特定のサービスワーカー(SW)のサービスワーカーファイル名(SW1.js)、またはサービスワーカー識別子(SW_id)を指定してサービスワーカー(SW)更新処理起動APIを実行する。
先に図9を参照して説明したように、SWITには、複数のサービスワーカー(SW)の制御情報が記録される場合があり、ここでは、処理対象となる1つのサービスワーカー(sw1.js)に関する制御情報を抽出する。これをパーシャルSWIT(PSWIT:パーシャル・サービスワーカー・インフォメーション・テーブル)と呼ぶ。
(6)@version:実行中のサービスワーカー(sw1.js)のバージョン
(7)@url:サービスワーカー(sw1.js)の更新サービスワーカー(SW)を取得する際のアクセス情報(URL)。
(8)@gpid:サービスワーカー(sw1.js)の更新サービスワーカー(SW)の属する更新グループの識別子(更新グループID)。
さらに、(13)~(19)には、リソースリストにリストアップされたリソースに関する更新スケジュールに関する情報が更新グループ単位で記録されている。
サービスワーカー制御部177は、PSWIT(パーシャルSWIT)をミドルウェアキャッシュ部178に格納する。
サービスワーカー制御部177は、PSWIT(パーシャルSWIT)に記述されているサービスワーカー(sw1.js)キャッシュ対象リソースを、NRT信号から取得し、それぞれのバージョン情報と共に、ミドルウェアキャッシュ部178に格納する。
なお、リソースアクセス情報は、SWIT(サービスワーカー・インフォメーション・テーブル)の一部構成情報であり、処理対象であるサービスワーカー(sw1.js)に関する情報のみからなるPSWIT(パーシャルSWIT)から取得する。
サービスワーカー制御部177は、処理対象であるサービスワーカー(sw1.js)の管理対象リソースの取得と、ミドルウェアキャッシュ部178に対する格納処理を完了すると、出力制御部180に対して、処理完了の通知を行う。すなわち、出力制御部180において実行中のサービスワーカー(sw1.js)に対してリソースキャッシュ完了イベントを発行する。
出力制御部180において実行中のサービスワーカー(sw1.js)は、上記のリソースキャッシュ完了イベントを受けて、まず、PSWIT(パーシャルSWIT)読み込みAPIを実行して、実行中のサービスワーカー(sw1.js)の管理対象であるサービスワーカー(sw1.js)キャッシュ対象リソースリストを取得し、リストにあるリソースの取得処理を開始する。
出力制御部180は、ミドルウェアキャッシュ部178に格納されているリソースを取得して、記憶部(永続キャッシュ部)179に格納する。
これらの処理は、サービスワーカー(sw1.js)に記録されたプロセス情報に従って実行される。
出力制御部180は、サービスワーカー(sw1.js)キャッシュ対象リソースを記憶部(永続キャッシュ部)179に格納する処理を完了すると、サービスワーカー(sw1.js)適用処理を終了し、サービスワーカー(sw1.js)を記憶部(永続キャッシュ部)179に格納する。
処理フェーズ1の処理をまとめると以下のようになる。
(S201)アプリケーション制御部175が、SCSからAIT(アプリケーション・インフォメーション・テーブル)と、SWIT(サービスワーカー・インフォメーション・テーブル)を取得。
(S202~S203)アプリケーション制御部175が、AITの記録情報に従って、NRTから取得したアプリケーション(App1)を出力制御部180において実行。
(S204~S205)出力制御部180が、実行中のアプリケーション(App1)の指定するサービスワーカー(sw1.js)を取得して実行。
(S209~S212)出力制御部180が、ミドルウェアキャッシュに格納されたリソースを記憶部(永続キャッシュ)179に格納し、さらに、サービスワーカー(sw1.js)を記憶部(永続キャッシュ)179に格納する。
次に、ステップS221以降の処理フェーズ2の処理について説明する。
処理フェーズ2の処理は、処理フェーズ1において記憶部(永続キャッシュ部)176に格納したリソースやサービスワーカー(SW)の更新処理を行なうフェーズである。この更新処理は先に図9を参照して説明したSWIT(サービスワーカー・インフォメーション・テーブル)を参照した処理として実行される。
リソースやサービスワーカー(SW)の更新処理は、SWIT、またはPSWITに記録された更新スケジュール情報に従って実行される。
以下、各ステップの処理について説明する。
サービスワーカー(SW)制御部177は、PSWITに記述される更新グループ毎の更新スケジュール情報に従って、サービスワーカー(SW)と、その管理対称データであるキャッシュ対象リソースの更新取得のスケジュール動作を行う。
スケジュール指定としては、次回更新日時を指定する方法と取得頻度を示す方法がある。次回更新日時を指定する場合には更新処理終了後にPSWITの再取得先(ネットワーク上)から最新のPSWITを取得して(バージョン確認の上)保持する。
ステップS221の処理は、PSWITに記録されたスケジュールに従った更新リソース取得処理である。
(6)@version:実行中のサービスワーカー(sw1.js)のバージョン
(7)@url:サービスワーカー(sw1.js)の更新サービスワーカー(SW)を取得する際のアクセス情報(URL)。
(8)@gpid:サービスワーカー(sw1.js)の更新サービスワーカー(SW)の属する更新グループの識別子(更新グループID)。
さらに、(13)~(19)には、リソースリストにリストアップされたリソースに関する更新スケジュールに関する情報が更新グループ単位で記録されている。
例えば、サービスワーカー(SW)識別子であるサービスワーカー名や、サービスワーカー(SW)のバージョン、さらに、リソース名、リソースのバージョン等を確認した上で、データ取得処理を実行する。
すなわち、SWITやPSWITを参照して、更新グループ識別子と、更新グループ対応の更新スケジュール情報を確認して、グループ単位のリソース更新処理を実行することができる。
サービスワーカー(SW)制御部177は、ステップS221における処理、すなわち、更新キャッシュ対象リソースを、バージョン情報と共にミドルウェアキャッシュ部178に格納する処理が完了すると、出力制御部(ブラウザ)180に対してリソースキャッシュイベントを発行する。
出力制御部(ブラウザ)180においてサービスワーカー(sw1.js)は、上記のリソースキャッシュ完了イベントを受けると、次に、PSWIT読み込みAPIを実行して、サービスワーカー(SW)キャッシュ対象リソースリストを取得し、リストされたリソースを取得する処理を開始する。
出力制御部180は、ミドルウェアキャッシュ部178に格納されているリソースを取得して、記憶部(永続キャッシュ部)179に格納する。
これらの処理は、サービスワーカー(sw1.js)に記録されたプロセス情報に従って実行される。
次に、サービスワーカー(SW)制御部177は、PSWITに記述される更新グループ毎の更新スケジュール情報に従って、サービスワーカー(SW)の更新取得のスケジュール動作を行う。
スケジュール指定としては、次回更新日時を指定する方法と取得頻度を示す方法がある。次回更新日時を指定する場合には更新処理終了後にPSWITの再取得先(ネットワーク上)から最新のPSWITを取得して(バージョン確認の上)保持する。
ステップS241の処理は、PSWITに記録されたスケジュールに従った更新サービスワーカー(SW)取得処理である。
すなわち、SWITやPSWITを参照して、更新グループ識別子と、更新グループ対応の更新スケジュール情報を確認して、グループ単位のサービスワーカー(SW)更新処理を実行することができる。
サービスワーカー(SW)制御部177は、ステップS241における処理、すなわち、更新サービスワーカー(SW)を、バージョン情報と共にミドルウェアキャッシュ部178に格納する処理が完了すると、出力制御部(ブラウザ)180に対してサービスワーカー(SW)キャッシュ完了イベントを発行する。
出力制御部(ブラウザ)180は、上記のサービスワーカー(SW)キャッシュ完了イベントを受けると、該当するサヘビスワーカー(SW)の更新処理としての、再)登録処理(install)を実行する。この場合、結果として、ミドルウェアキャッシュ部178に保持された更新されたサービスワーカー(SW)ファイルが引き込まれて新たなサービスワーカー(SW)として記憶部(永続キャッシュ部)179に保持される。
図に示すステップS251~S254の処理である。
ステップS251が、更新されたサービスワーカーによるサービスワーカー制御部177に対する処理指示としてのイベント発行処理である。
その後のステップS252~S254の処理は、先に説明したステップS221~S223の処理と同様の処理となる。
処理フェーズ2の処理をまとめると以下のようになる。
(S221)サービスワーカー(SW)制御部177が、PSWITに記録された情報に基づいて、取得すべきキャッシュリソースを決定してキャッシュリソースの取得を実行し、得した更新キャッシュ対象リソースを、バージョン情報と共にミドルウェアキャッシュ部178に格納。
(S222)サービスワーカー(SW)制御部177が、出力制御部(ブラウザ)180に対してリソースキャッシュイベントを発行する。
(S223)出力制御部(ブラウザ)180において実行中のサービスワーカー(sw1.js)が、PSWITからキャッシュ対象リソースリストを取得し、リストされたリソースをミドルウェアキャッシュ部178から取得して、記憶部(永続キャッシュ部)179に格納する。
ステップS241~S243の処理は、上述のステップS221~S223の処理における更新リソースを更新サービスワーカー(SW)に置き換えた処理であり、PSWITを参照して更新対象となるサービスワーカー(SW)の情報を取得した更新処理を行なう。
ステップS251~S254の処理は、上述のステップS241~S243の処理で更新されたサービスワーカー(SW)の管理レリソースの取得処理である。
例えば、取得するキャッシュリソースが更新リソースである場合、PSWITに記録された更新スケジュール情報に従って、更新グループ単位でのデータ取得処理を行なうことが可能であり、効率的なリソース取得が可能となる。
次に、ステップS261以降の処理フェーズ3の処理について説明する。
ステップS261の処理は、アプリケーションによるサービスワーカー(SW)の利用処理である。
先に説明した処理フェーズ1以降のいずれのタイミングにおいても以下のアプリケーション動作が行われ得る。
出力制御部180が、サービスワーカー(SW)の登録時とは異なる任意の日時に異なるAITにより番組に連動するアプリケーションを起動する。
起動したアプリケーションに基づいて、サービスワーカー(SW)の管理リソースにアクセスすると、記憶部(永続キャッシュ)179に格納されている最新リソースを読み出して利用することができる。
次に、通信装置である送信装置(サーバ)20と、受信装置(クライアント)30の装置構成例について、図12、図13を参照して説明する。
送信装置(サーバ)20は、データ処理部751、通信部752、記憶部753を有する。
受信装置(クライアント)30は、データ処理部771、通信部772、記憶部773、入力部774、出力部775を有する。
データ処理部には通信データ処理部771a、再生処理部771bが含まれる。
記憶部753は配信対象とするAVセグメント、アプリケーション、サービスワーカー(SW)、アプリケーションによって利用されるデータ、シグナリングデータなどが格納される。
さらに、記憶部753は、データ処理部751の実行するデータ処理のワークエリアとして利用され、また各種パラメータの記憶領域としても利用される。
通信部772は、送信装置(サーバ)20から配信されるデータ、例えばAVセグメントやアプリケーション、サービスワーカー(SW)、アプリケーションによって利用されるデータ、シグナリングデータ等を受信する。
具体的には、アプリケーションや、API、さらに、サービスワーカー(SW)を利用したデータ処理等を実行する。
再生データは表示部やスピーカ等の出力部775に出力される。
記憶部773はAVセグメント、サービスワーカー(SW)、アプリケーション、アプリケーションによって利用されるデータ、シグナリングデータなどが格納される。
さらに、記憶部773は、データ処理部771の実行するデータ処理のワークエリアとして利用され、また各種パラメータの記憶領域としても利用される。
以上、特定の実施例を参照しながら、本開示の実施例について詳解してきた。しかしながら、本開示の要旨を逸脱しない範囲で当業者が実施例の修正や代用を成し得ることは自明である。すなわち、例示という形態で本発明を開示してきたのであり、限定的に解釈されるべきではない。本開示の要旨を判断するためには、特許請求の範囲の欄を参酌すべきである。
(1) 受信装置の格納データに関するデータ管理プログラムであるサービスワーカー(SW)に関する情報を格納したテーブルであり、個別のサービスワーカー(SW)単位の更新処理情報を含むサービスワーカー・インフォメーション・テーブル(SWIT)を受信し、受信したSWITを利用したデータ管理処理を実行するデータ処理部を有する受信装置。
サービスワーカー(SW)識別子と、該サービスワーカー(SW)識別子によって特定されるサービスワーカー(SW)の管理リソースに関する更新情報を記録したテーブルであり、
前記データ処理部は、前記SWITを参照して、サービスワーカー(SW)の管理リソースに関する更新処理を実行する(1)に記載の受信装置。
サービスワーカー(SW)識別子と、該サービスワーカー(SW)識別子によって特定されるサービスワーカー(SW)自身に関する更新情報を記録したテーブルであり、
前記データ処理部は、前記SWITを参照して、サービスワーカー(SW)の更新処理を実行する(1)または(2)に記載の受信装置。
サービスワーカー(SW)識別子と、該サービスワーカー(SW)識別子によって特定されるサービスワーカー(SW)のバージョン情報を記録したテーブルであり、
前記データ処理部は、前記SWITを参照して、サービスワーカー(SW)識別子とバージョンを確認して更新処理を実行する(1)~(3)いずれかに記載の受信装置。
サービスワーカー(SW)の管理対称となるリソースのリソース識別子と、該リソース識別子によって特定されるリソースのバージョン情報を記録したテーブルであり、
前記データ処理部は、前記SWITを参照して、リソース識別子とバージョンを確認して更新処理を実行する(1)~(4)いずれかに記載の受信装置。
サービスワーカー(SW)の管理対称となるリソースの属する更新グループ識別子と、更新グループ対応の更新スケジュール情報が記録され、
前記データ処理部は、前記SWITを参照して、更新グループ識別子と、更新グループ対応の更新スケジュール情報を確認して、グループ単位のリソース更新処理を実行する(1)~(5)いずれかに記載の受信装置。
サービスワーカー(SW)の更新グループ識別子と、更新グループ対応の更新スケジュール情報が記録され、
前記データ処理部は、前記SWITを参照して、更新グループ識別子と、更新グループ対応の更新スケジュール情報を確認して、グループ単位のサービスワーカー(SW)更新処理を実行する(1)~(6)いずれかに記載の受信装置。
サービスワーカー(SW)、またはサービスワーカー(SW)管理リソースの更新スケジュール情報として、次回更新日時情報、または、更新頻度情報を記録した構成であり、
前記データ処理部は、前記SWITに記録された更新スケジュール情報に従って、サービスワーカー(SW)、またはサービスワーカー(SW)管理リソースの更新処理を実行する(1)~(7)いずれかに記載の受信装置。
送信装置から送信されるサービスワーカー・インフォメーション・テーブル(SWIT)を受信し、
SWITから、処理対象となる特定のサービスワーカー(SW)に関する情報のみを選択抽出したテーブルであるパーシャルPSWITを利用した処理を実行する(1)~(8)いずれかに記載の受信装置。
サービスワーカー(SW)識別子と、該サービスワーカー(SW)識別子によって特定されるサービスワーカー(SW)の管理リソースに関する更新情報を記録したテーブルであり、
前記受信装置において、前記SWITを参照して、サービスワーカー(SW)の管理リソースに関する更新処理を実行させることを可能としたテーブルである(10)に記載の送信装置。
サービスワーカー(SW)識別子と、該サービスワーカー(SW)識別子によって特定されるサービスワーカー(SW)自身に関する更新情報を記録したテーブルであり、
前記受信装置において、前記SWITを参照して、サービスワーカー(SW)の更新処理を実行させることを可能としたテーブルである(10)または(11)に記載の送信装置。
受信装置のデータ処理部が、
格納データに関するデータ管理プログラムであるサービスワーカー(SW)に関する情報を格納したテーブルであり、個別のサービスワーカー(SW)単位の更新処理情報を含むサービスワーカー・インフォメーション・テーブル(SWIT)を受信し、受信したSWITを利用したデータ管理処理を実行するデータ処理方法。
受信装置の格納データに関するデータ管理プログラムであるサービスワーカー(SW)に関する情報を格納したテーブルであり、個別のサービスワーカー(SW)単位の更新処理情報を含むサービスワーカー・インフォメーション・テーブル(SWIT)を送信するデータ処理方法。
具体的には、例えば、受信装置の格納データに関するデータ管理プログラムであるサービスワーカー(SW)に関する情報を格納したテーブルであり、個別のSW単位の更新処理情報を含むサービスワーカー・インフォメーション・テーブル(SWIT)を受信し、受信したSWITを利用したデータ管理処理を実行する。SWITは、SW識別子と、SW識別子によって特定されるSWおよび管理リソースに関する更新情報を記録したテーブルであり、受信装置は、SWITを参照して、SWおよび管理リソースの更新処理を実行する。
本構成により、受信装置におけるデータ管理プログラムであるサービスワーカー(SW)やその管理リソースの更新処理を効率的に確実に実行する装置、方法が実現される。
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)
- 受信装置の格納データに関するデータ管理プログラムであるサービスワーカー(SW)に関する情報を格納したテーブルであり、個別のサービスワーカー(SW)単位の更新処理情報を含むサービスワーカー・インフォメーション・テーブル(SWIT)を受信し、受信したSWITを利用したデータ管理処理を実行するデータ処理部を有する受信装置。
- 前記SWITは、
サービスワーカー(SW)識別子と、該サービスワーカー(SW)識別子によって特定されるサービスワーカー(SW)の管理リソースに関する更新情報を記録したテーブルであり、
前記データ処理部は、前記SWITを参照して、サービスワーカー(SW)の管理リソースに関する更新処理を実行する請求項1に記載の受信装置。 - 前記SWITは、
サービスワーカー(SW)識別子と、該サービスワーカー(SW)識別子によって特定されるサービスワーカー(SW)自身に関する更新情報を記録したテーブルであり、
前記データ処理部は、前記SWITを参照して、サービスワーカー(SW)の更新処理を実行する請求項1に記載の受信装置。 - 前記SWITは、
サービスワーカー(SW)識別子と、該サービスワーカー(SW)識別子によって特定されるサービスワーカー(SW)のバージョン情報を記録したテーブルであり、
前記データ処理部は、前記SWITを参照して、サービスワーカー(SW)識別子とバージョンを確認して更新処理を実行する請求項1に記載の受信装置。 - 前記SWITは、
サービスワーカー(SW)の管理対称となるリソースのリソース識別子と、該リソース識別子によって特定されるリソースのバージョン情報を記録したテーブルであり、
前記データ処理部は、前記SWITを参照して、リソース識別子とバージョンを確認して更新処理を実行する請求項1に記載の受信装置。 - 前記SWITは、
サービスワーカー(SW)の管理対称となるリソースの属する更新グループ識別子と、更新グループ対応の更新スケジュール情報が記録され、
前記データ処理部は、前記SWITを参照して、更新グループ識別子と、更新グループ対応の更新スケジュール情報を確認して、グループ単位のリソース更新処理を実行する請求項1に記載の受信装置。 - 前記SWITは、
サービスワーカー(SW)の更新グループ識別子と、更新グループ対応の更新スケジュール情報が記録され、
前記データ処理部は、前記SWITを参照して、更新グループ識別子と、更新グループ対応の更新スケジュール情報を確認して、グループ単位のサービスワーカー(SW)更新処理を実行する請求項1に記載の受信装置。 - 前記SWITは、
サービスワーカー(SW)、またはサービスワーカー(SW)管理リソースの更新スケジュール情報として、次回更新日時情報、または、更新頻度情報を記録した構成であり、
前記データ処理部は、前記SWITに記録された更新スケジュール情報に従って、サービスワーカー(SW)、またはサービスワーカー(SW)管理リソースの更新処理を実行する請求項1に記載の受信装置。 - 前記データ処理部は、
送信装置から送信されるサービスワーカー・インフォメーション・テーブル(SWIT)を受信し、
SWITから、処理対象となる特定のサービスワーカー(SW)に関する情報のみを選択抽出したテーブルであるパーシャルPSWITを利用した処理を実行する請求項1に記載の受信装置。 - 受信装置の格納データに関するデータ管理プログラムであるサービスワーカー(SW)に関する情報を格納したテーブルであり、個別のサービスワーカー(SW)単位の更新処理情報を含むサービスワーカー・インフォメーション・テーブル(SWIT)を送信する送信装置。
- 前記SWITは、
サービスワーカー(SW)識別子と、該サービスワーカー(SW)識別子によって特定されるサービスワーカー(SW)の管理リソースに関する更新情報を記録したテーブルであり、
前記受信装置において、前記SWITを参照して、サービスワーカー(SW)の管理リソースに関する更新処理を実行させることを可能としたテーブルである請求項10に記載の送信装置。 - 前記SWITは、
サービスワーカー(SW)識別子と、該サービスワーカー(SW)識別子によって特定されるサービスワーカー(SW)自身に関する更新情報を記録したテーブルであり、
前記受信装置において、前記SWITを参照して、サービスワーカー(SW)の更新処理を実行させることを可能としたテーブルである請求項10に記載の送信装置。 - 受信装置において実行するデータ処理方法であり、
受信装置のデータ処理部が、
格納データに関するデータ管理プログラムであるサービスワーカー(SW)に関する情報を格納したテーブルであり、個別のサービスワーカー(SW)単位の更新処理情報を含むサービスワーカー・インフォメーション・テーブル(SWIT)を受信し、受信したSWITを利用したデータ管理処理を実行するデータ処理方法。 - 送信装置において実行するデータ処理方法であり、
受信装置の格納データに関するデータ管理プログラムであるサービスワーカー(SW)に関する情報を格納したテーブルであり、個別のサービスワーカー(SW)単位の更新処理情報を含むサービスワーカー・インフォメーション・テーブル(SWIT)を送信するデータ処理方法。
Priority Applications (6)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CA2964721A CA2964721C (en) | 2014-10-28 | 2015-10-21 | Reception apparatus, transmission apparatus, and data processing method |
JP2016556517A JP6589879B2 (ja) | 2014-10-28 | 2015-10-21 | 受信装置、送信装置、およびデータ処理方法 |
EP15854031.0A EP3214845B1 (en) | 2014-10-28 | 2015-10-21 | Reception device, transmission device, and corresponding data processing methods |
US15/520,161 US10567098B2 (en) | 2014-10-28 | 2015-10-21 | Reception apparatus, transmission apparatus, and data processing method |
KR1020177009428A KR102460356B1 (ko) | 2014-10-28 | 2015-10-21 | 수신 장치, 송신 장치 및 데이터 처리 방법 |
MX2017005215A MX2017005215A (es) | 2014-10-28 | 2015-10-21 | Aparato de recepcion, aparato de transmision y metodo de procesamiento de datos. |
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2014219660 | 2014-10-28 | ||
JP2014-219660 | 2014-10-28 |
Publications (1)
Publication Number | Publication Date |
---|---|
WO2016067989A1 true WO2016067989A1 (ja) | 2016-05-06 |
Family
ID=55857330
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
PCT/JP2015/079646 WO2016067989A1 (ja) | 2014-10-28 | 2015-10-21 | 受信装置、送信装置、およびデータ処理方法 |
Country Status (7)
Country | Link |
---|---|
US (1) | US10567098B2 (ja) |
EP (1) | EP3214845B1 (ja) |
JP (1) | JP6589879B2 (ja) |
KR (1) | KR102460356B1 (ja) |
CA (1) | CA2964721C (ja) |
MX (1) | MX2017005215A (ja) |
WO (1) | WO2016067989A1 (ja) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2018043111A1 (ja) * | 2016-08-29 | 2018-03-08 | ソニー株式会社 | 情報処理装置、情報処理方法、及び、情報処理システム |
Families Citing this family (3)
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 |
CN112291600B (zh) * | 2020-10-26 | 2023-04-18 | Vidaa(荷兰)国际控股有限公司 | 一种缓存方法及显示设备 |
Citations (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2008032371A1 (fr) * | 2006-09-13 | 2008-03-20 | Kddi Corporation | Dispositif et procédé de transmission de contenus de radiodiffusion |
Family Cites Families (12)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP4261895B2 (ja) | 2002-12-13 | 2009-04-30 | キヤノン株式会社 | デジタル放送受信機及びデジタル放送受信機の制御方法 |
KR101580516B1 (ko) * | 2008-04-07 | 2015-12-28 | 엘지전자 주식회사 | 방송 신호 수신 방법 및 방송 신호 수신 장치 |
KR101727049B1 (ko) * | 2008-11-18 | 2017-04-14 | 엘지전자 주식회사 | 비실시간 서비스 처리 방법 및 방송 수신기 |
US8099752B2 (en) * | 2008-12-03 | 2012-01-17 | Sony Corporation | Non-real time services |
WO2010068034A2 (ko) * | 2008-12-09 | 2010-06-17 | 엘지전자 주식회사 | 비실시간 서비스 처리 방법 및 방송 수신기 |
KR101685987B1 (ko) | 2008-12-09 | 2016-12-13 | 엘지전자 주식회사 | 비실시간 서비스 처리 방법 및 방송 수신기 |
CA2746186C (en) * | 2008-12-09 | 2013-07-09 | Lg Electronics Inc. | Method for processing targeting descriptor in non-real-time receiver |
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 | 엘지전자 주식회사 | 방송 서비스 수신 방법 및 방송 서비스 수신 장치 |
JP6276593B2 (ja) * | 2012-02-07 | 2018-02-07 | サターン ライセンシング エルエルシーSaturn Licensing LLC | 受信装置、受信方法、及びプログラム |
JP6348251B2 (ja) | 2012-09-13 | 2018-06-27 | サターン ライセンシング エルエルシーSaturn Licensing LLC | 端末装置、受信方法、およびプログラム |
-
2015
- 2015-10-21 US US15/520,161 patent/US10567098B2/en active Active
- 2015-10-21 JP JP2016556517A patent/JP6589879B2/ja not_active Expired - Fee Related
- 2015-10-21 CA CA2964721A patent/CA2964721C/en active Active
- 2015-10-21 WO PCT/JP2015/079646 patent/WO2016067989A1/ja active Application Filing
- 2015-10-21 KR KR1020177009428A patent/KR102460356B1/ko active IP Right Grant
- 2015-10-21 MX MX2017005215A patent/MX2017005215A/es active IP Right Grant
- 2015-10-21 EP EP15854031.0A patent/EP3214845B1/en active Active
Patent Citations (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2008032371A1 (fr) * | 2006-09-13 | 2008-03-20 | Kddi Corporation | Dispositif et procédé de transmission de contenus de radiodiffusion |
Non-Patent Citations (3)
Title |
---|
"Data Coding and Transmission Specification for Digital Broadcasting", ARIB STANDARD ARIB STD-B24, vol. 3, no. 5.8th edition, July 2013 (2013-07-01), pages 82 - 98, XP009502499, Retrieved from the Internet <URL:http://www.arib.or.jp/english/html/overview/doc/2-STD-824v5_8-3p3.pdf> [retrieved on 20151224] * |
"MMT-based Media Transport Scheme in Digital Broadcasting Systems", ARIB STANDARD ARIB STD- B60, July 2014 (2014-07-01), pages 122 - 144, XP008185074, Retrieved from the Internet <URL:http://www.arib.or.jp/english/html/overview/doc/2-STD-B60v1_0.pdf> [retrieved on 20151224] * |
See also references of EP3214845A4 * |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2018043111A1 (ja) * | 2016-08-29 | 2018-03-08 | ソニー株式会社 | 情報処理装置、情報処理方法、及び、情報処理システム |
US10979495B2 (en) | 2016-08-29 | 2021-04-13 | Saturn Licensing Llc | Information processing apparatus, information processing method, and information processing system |
Also Published As
Publication number | Publication date |
---|---|
MX2017005215A (es) | 2017-07-27 |
CA2964721A1 (en) | 2016-05-06 |
JP6589879B2 (ja) | 2019-10-16 |
JPWO2016067989A1 (ja) | 2017-08-03 |
US20170331572A1 (en) | 2017-11-16 |
US10567098B2 (en) | 2020-02-18 |
KR20170077120A (ko) | 2017-07-05 |
EP3214845A4 (en) | 2018-05-30 |
EP3214845B1 (en) | 2023-12-13 |
CA2964721C (en) | 2023-02-21 |
KR102460356B1 (ko) | 2022-10-28 |
EP3214845A1 (en) | 2017-09-06 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
KR102506963B1 (ko) | 수신 장치, 송신 장치, 및 데이터 처리 방법 | |
JP6583281B2 (ja) | 受信装置、送信装置、およびデータ処理方法 | |
CN107534793B (zh) | 接收装置、传输装置以及数据处理方法 | |
US11025352B2 (en) | Reception device, transmission device, and data processing method | |
JP6589879B2 (ja) | 受信装置、送信装置、およびデータ処理方法 | |
WO2016199513A1 (ja) | 受信装置、送信装置、およびデータ処理方法 | |
JP6624064B2 (ja) | 受信装置、送信装置、およびデータ処理方法 | |
CN107851072B (zh) | 接收设备、发送设备和数据处理方法 | |
JPWO2016174959A1 (ja) | 受信装置、送信装置、およびデータ処理方法 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
121 | Ep: the epo has been informed by wipo that ep was designated in this application |
Ref document number: 15854031 Country of ref document: EP Kind code of ref document: A1 |
|
ENP | Entry into the national phase |
Ref document number: 2016556517 Country of ref document: JP Kind code of ref document: A |
|
ENP | Entry into the national phase |
Ref document number: 20177009428 Country of ref document: KR Kind code of ref document: A |
|
ENP | Entry into the national phase |
Ref document number: 2964721 Country of ref document: CA |
|
WWE | Wipo information: entry into national phase |
Ref document number: 15520161 Country of ref document: US |
|
REEP | Request for entry into the european phase |
Ref document number: 2015854031 Country of ref document: EP |
|
WWE | Wipo information: entry into national phase |
Ref document number: 2015854031 Country of ref document: EP |
|
WWE | Wipo information: entry into national phase |
Ref document number: MX/A/2017/005215 Country of ref document: MX |
|
NENP | Non-entry into the national phase |
Ref country code: DE |