KR20130020879A - Receiver and broadcasting service receiving method thereof - Google Patents

Abstract

PURPOSE: A receiver and a broadcasting service receiving method thereof are provided to effectively offer a position of an application by receiving signaling information of the application through a service map table. CONSTITUTION: A receiving device obtains OHTV(Open Hybrid TeleVision) application signaling information included in a service map table(S111). When a protocol identifier of an application is a broadcast network, the receiving device obtains a content item based on content linkage(S114-S117). When a protocol identifier of the application is an IP(Internet Protocol) network, the receiving device obtains the content item based on the confirmed IP address. [Reference numerals] (AA) Transmitting the OHTV service through an IP network; (BB) Transmitting the OHTV service through the broadcast network; (S100) Receiving broadcasting signals through a broadcast network; (S101) Demodulation; (S102) Demultiplexing; (S103) Obtaining VCT and PAT; (S104) Confirming a program number through the VCT; (S105) Confirming map PID through the PAT; (S106) Obtaining PMT based on program map PID; (S107) Obtaining the packet identifier of SSC through PMT; (S109) Obtaining SMT through the packet identifier of the SSC; (S111) Obtaining OHTV application signaling information from the SMT; (S113) Confirming the service identifier of an OHTV service based on component_type; (S114) Confirming a protocol identifier; (S115) Obtaining NRT-IT; (S117) Obtaining a content item based on content linkage; (S119) Confirming URL; (S121) Obtaining the content item based on the URL; (S123) Playing the content item

Description

BACKGROUND OF THE INVENTION 1. Field of the Invention [0001] The present invention relates to a receiving apparatus,

BACKGROUND OF THE INVENTION 1. Field of the Invention [0002] The present invention relates to a receiving apparatus and a broadcasting service receiving method, and more particularly, to a method of informing a location of an application that a receiving apparatus can recognize and execute an application transmitted through the Internet or a broadcasting network.

Digital television (DTV) has been able to provide a variety of services in addition to video and audio, which are unique functions of television (TV). For example, it is possible to provide an electronic program guide (EPG) or the like to a user, and to simultaneously provide a broadcast service received from two or more channels. In particular, the number of services that a receiving system can provide using broadcast signals is increasing, in connection with an Internet or data communication channel capable of bi-directional communication with a large-capacity storage device.

In addition, as the service using broadcast signals is diversified, there is a growing need to efficiently provide additional services for services using broadcast signals through various paths.

An object of the present invention is to provide a method for receiving signaling information of an open hybrid application transmitted to a broadcasting network or the Internet through a service map table to inform the location of the application.

The present invention provides a receiving device capable of being diversified through a signaling process of a service map table and a method of receiving signaling information of an open hybrid application according to a function of a receiving device according to a profile for supporting a service .

It is an object of the present invention to provide a method for improving compatibility by adding a component type to a service map table without defining a tag value of a deficient descriptor as a service type.

A method of receiving a broadcast service according to an exemplary embodiment of the present invention includes receiving a service map table, confirming signaling information for receiving an open hybrid service based on a descriptor field of the service map table, Checking an application and confirming a transmission protocol of the application based on a protocol identifier field; receiving the application from the broadcasting network when the transmission protocol is a broadcasting network; and when the transmission protocol is an IP network And receiving the application from the broadcast network.

According to still another aspect of the present invention, there is provided a receiving apparatus including a receiving unit for receiving a service map table, a content item managing unit for confirming signaling information for receiving an open hybrid service based on a descriptor field of the service map table, And a network interface unit for receiving the corresponding application through a broadcasting network or an IP network according to a transmission protocol.

Meanwhile, the broadcast receiving method may be embodied as a computer readable recording medium that is manufactured as a program to be executed by a computer.

According to an embodiment of the present invention, signaling information of an application transmitted through a broadcasting network or the Internet can be received through a service map table to effectively inform the position of an application.

According to an embodiment of the present invention, there is provided a method of receiving signaling information of an application according to a function of a receiving device in accordance with a profile by using a signaling process of a service map table for a service for an open hybrid .

The present invention can improve compatibility by adding a component type by defining a service type as a service type in a service map table without using a tag value of a deficient descriptor.

Meanwhile, various other effects will be directly or implicitly disclosed in the detailed description according to the embodiment of the present invention to be described later.

1 is a block diagram illustrating a configuration of a receiving apparatus according to an embodiment of the present invention.
2 is a flowchart illustrating a method of receiving a broadcast service according to an embodiment of the present invention.
3 is a diagram illustrating a process of recognizing, downloading and executing an OHTV application by a receiving apparatus supporting a non-real-time profile according to a broadcast receiving method according to an embodiment of the present invention.
FIG. 4 is a diagram illustrating a process in which a receiving apparatus 100 supporting an Internet profile recognizes, downloads, and executes an OHTV application according to a broadcast receiving method according to an embodiment of the present invention.
5 is a diagram illustrating a process in which a receiving apparatus 100 supporting both a non-real-time profile and an Internet profile recognizes, downloads, and executes an OHTV application according to a broadcast receiving method according to an embodiment of the present invention.
FIG. 6 shows an example of a field value used in a service map table for signaling an OHTV application according to an embodiment of the present invention.
FIG. 7 shows field values of component_descriptor and component_data in the service map table for signaling an OHTV application according to an embodiment of the present invention.
FIG. 8 shows another example of a field value used in a service map table for signaling an OHTV application according to another embodiment of the present invention.
FIG. 9 shows another example of field values of component_descriptor and component_data in the service map table for signaling the OHTV application according to an embodiment of the present invention.
FIG. 10 shows another example of a field value used in the service map table for signaling an OHTV application according to another embodiment of the present invention.
11 shows still another field value of component_descriptor and component_data in the service map table for signaling the OHTV application according to another embodiment of the present invention.
12 is a diagram for explaining an example of receiving / reproducing a file in the receiving apparatus 100 supporting both the NRT network and the IP network.
13 is a diagram for explaining the component_descriptor of the service map table used for the OHTV signaling service.
14 is a view for explaining a component_type field of a component_descriptor of a service map table according to an embodiment of the present invention.
FIG. 15 shows an embodiment of the component_data syntax when the component_type is 80 (0x50).
16 is a diagram for explaining application_type included in the component_data syntax.
17 is a diagram for explaining application_profile included in the component_data syntax.
18 is a diagram for explaining the application_control_code included in the component_data syntax.
19 is a diagram for explaining the protocol_id included in the component_data syntax.
20 is a diagram for explaining the syntax of selector_byte included in the component_data syntax.

Hereinafter, preferred embodiments of the present invention will be described in detail with reference to the accompanying drawings, which will be easily understood by those skilled in the art.

First, brief description of Open Hybrid TV (OHTV) is a next generation digital TV service standard in which terrestrial digital TVs can receive various contents related services in a form of combining a broadcasting network and the Internet.

1 to 20, a receiving apparatus and a broadcasting service receiving method according to an embodiment of the present invention will be described in detail.

1 is a block diagram illustrating a configuration of a receiving apparatus according to an embodiment of the present invention.

1, a receiving apparatus 100 includes a receiving unit 110, a demodulating unit 120, a demultiplexing unit 130, a video decoder 133, an audio decoder 136, a content item managing unit 140, And an interface unit 150.

The receiving unit 110 may receive a broadcasting signal through a broadcasting network. Here, the broadcast network may include at least one of a cable network, a terrestrial network, and a satellite broadcast network.

The demodulator 120 demodulates the received broadcast signal to generate a demodulated broadcast signal.

The demultiplexer 130 demultiplexes the demodulated broadcast signal to extract video data, audio data, and metadata.

The video decoder 133 may decode the video data extracted by the demultiplexer 130 to generate decoded video data.

The audio decoder 136 may decode the audio data extracted by the demultiplexer 130 to generate decoded audio data.

The content item management unit 140 may acquire a virtual channel table (VCT) and a program association table (PAT) from the demultiplexer 130 through a broadcast network.

The content item management unit 140 may search for a program having the same program number as the confirmed program number through a program association table (PAT).

The content item management unit 140 can obtain the program map table of the searched program based on the identified program map packet identifier.

The content item management unit 140 acquires a packet identifier (PID) of a service signaling channel (SSC) through a program map table (PMT) including information on the searched program .

The content item management unit 140 may obtain a service map table (SMT) as shown in Table 1 through the service signaling channel using the acquired packet identifier.

The content item management unit 140 can obtain the OHTV application signaling information included in the service map table by checking the service loop included in the service map table.

The content item management unit 140 can confirm the service identifier corresponding to the OHTV service based on the component_type of the component_descriptor field of the service loop in the SMT.

The content item management unit 140 The protocol identifier of the component_descriptor field of the service loop in the SMT can be checked to confirm whether the OHTV service is transmitted through the broadcast network or the IP network.

If the corresponding protocol identifier indicates that the OHTV service is transmitted through the broadcast network, the content item management unit 140 of the receiving apparatus 100 may acquire the NRT-IT corresponding to the service identifier corresponding to the OHTV service. In this case, the content item management unit 140 can acquire the content item based on the content linkage in the NRT-IT from the FLUTE session via the broadcast network.

If the corresponding protocol identifier indicates that the OHTV service is transmitted through the IP network, the content item management unit 140 can confirm the URL corresponding to the IP address of the component_data () in the component_descriptor field of the service loop in the SMT. In this case, the content item management unit 140 can acquire the content item based on the IP address confirmed through the IP network using the network interface.

The content item management unit 140 can reproduce the acquired content item.

The network interface unit 150 may transmit the content item to the content item management unit 140 via the broadcast network or the IP network.

Next, a broadcast service receiving method according to an embodiment of the present invention will be described with reference to FIG. 2 to FIG.

FIG. 2 is a flowchart illustrating a method of receiving a broadcast service according to an exemplary embodiment of the present invention. FIG. 3 is a flowchart illustrating a method of receiving a broadcast service according to an exemplary embodiment of the present invention. FIG. 4 is a diagram illustrating a process of recognizing, downloading, and executing an OHTV application. FIG. 4 is a diagram illustrating a receiving apparatus 100 supporting an Internet profile according to a broadcast receiving method according to an exemplary embodiment of the present invention. FIG. 5 is a diagram illustrating a process of receiving and downloading an OHTV application according to a broadcast receiving method according to an exemplary embodiment of the present invention. Referring to FIG. 5, In particular, FIG. 3 is a view for showing a process of executing a program (I am an artist) of the channel number 11-1 4 shows a signaling process of an OHTV application providing a Push VOD service. FIG. 4 shows a process of the OHTV application providing a VOD service by watching a program (popular song) of a channel number 6-1 5 shows a signaling process of an OHTV application in which a user is watching a program (gag concert) of channel number 7-1 and provides IP VOD and Push VOD service

2, the receiving unit 110 of the receiving apparatus 100 receives a broadcasting signal through a broadcasting network (S100). Here, the broadcast network may include at least one of a cable network, a terrestrial network, and a satellite broadcast network.

The demodulating unit 120 of the receiving apparatus 100 demodulates the received broadcast signal to generate a demodulated broadcast signal (S101).

The demultiplexing unit 130 of the receiving apparatus 100 demultiplexes the demodulated broadcasting signal to extract video data, audio data, and metadata (S102).

The video decoder 133 of the receiving apparatus 100 decodes the video data extracted by the demultiplexing unit 130 to generate decoded video data. The audio decoder 136 of the receiving apparatus 100 decodes the audio data extracted by the demultiplexer 130 to generate decoded audio data. The demultiplexing unit 130 of the receiving apparatus 100 transmits the extracted metadata to the content item management unit 140. The metadata may be PSIP data including VCT, PMT, SMT, and NRT-IT.

The content item management unit 140 of the receiving apparatus 100 acquires a virtual channel table (VCT) and a program association table (PAT) from the demultiplexing unit 130 through a broadcast network (S103 ).

The content item management unit 140 of the receiving apparatus 100 confirms the program number (program_number) of the program through a virtual channel table (VCT) (S104). Here, the virtual channel table may represent virtual channel information necessary for channel navigation and tuning, and may exist in two versions: a terrestrial virtual channel table (TVCT) for terrestrial broadcasting and a cable virtual channel table (CVCT) for cable broadcasting .

For example, the virtual channel table may include a location for a transport stream ID, a channel number, a short channel name, a program number, an access controlled flag, an extended text message (ETM) A location field, a service type, and the like as basic information.

Referring to FIG. 3, the VCT includes information on a channel number 11-1 and a program (I am an artist) that the user is viewing, and the program number that the user is currently watching is program0.

Referring to FIG. 4, the VCT includes information on a channel number 6-1 and a program (popular song) the user is currently viewing, and the program number currently viewed by the user is program0.

5, the VCT includes information on a channel number 7-1 and a program (cac concert) that the user is currently viewing, and the program number currently viewed by the user is program 0. Again, In operation S105, the content item management unit 140 of the receiving apparatus 100 searches for a program having the same program number as the confirmed program number through a program association table (PAT) (S105). The receiving apparatus 100 can confirm the program map packet identifier (program_map_PID) for the identified program number in the program association table.

3 to 5, the PAT includes program 0, i.e., program 0, which is currently viewed by the user.

2, the content item management unit 140 of the receiving apparatus 100 acquires the program map table of the searched program based on the identified program map packet identifier (S106). The receiving apparatus 100 can receive the transport packet corresponding to the identified program map packet ID, and obtain the program map table from the received transport packet.

Referring to FIGS. 3 to 5, the receiving apparatus 100 searches the program 0 having the program number 0 through the above process, and obtains the PMT.

2, the content item management unit 140 of the receiving apparatus 100 receives a service signaling channel (SSC) through a program map table (PMT) including information on the searched programs, (PID) (S107).

Referring to FIGS. 3-5, the PMT includes information about video, audio, and service signaling channels for program 0, which is a retrieved program. The service signaling channel contains metadata related to title, delivery time, and other content for push VOD content to be received over terrestrial present and future. In addition, the service signaling channel may include information on packet identifiers to which SMT, NRT-IT, etc. are transmitted.

2, the content item management unit 140 of the receiving apparatus 100 transmits a service map table (SMT: Service Map Table) as shown in Table 1 through a service signaling channel using the acquired packet identifier (S109). The receiving apparatus 100 can receive the service map table when the Stream_Type of the Elementary Stream Loop defined in the program map table is 0x0D (DSM-CC Addressable Section).

3 to 5, it can be confirmed that the SMT is received through the service signaling channel. That is, the SMT can be received via the acquired PID.

(Table 1)

Table 1 shows the SMT for the M / H service specified in section 7.3 of A / 153 part 3, and the term MH may be omitted for the embodiment of the present invention.

As shown in Table 1, the service map table includes a service number field (num_services) and a service loop. Here, the service loop can mean a loop by the for (i = 0; i <num_services; i ++) statement in Table 1. The service loop includes a plurality of service information. The number of the plurality of service information corresponds to the number indicated by the service number field (num_services).

Each service information includes a service identifier (service_id), a number of components field (num_components), and a component loop. Here, the component loop can refer to a loop by the for (i = 0; i <num_components; i ++) statement in Table 1. A component loop includes a plurality of components. The number of the plurality of components corresponds to the number represented by the component number field (num_components). Each component contains a component_descriptor.

2, the content item management unit 140 of the receiving apparatus 100 checks the service loop included in the service map table and obtains the OHTV application signaling information included in the service map table (S111).

 Also, the OHTV application signaling information may be a component_descriptor having a component_type value of 80. Referring again to FIG. 3, the component_descriptor includes a descriptor tag field, a component type field, and a component data field. If the component_descriptor field of the component_descriptor field of the service loop in the SMT is 80, the receiving apparatus 100 confirms that the service corresponding to the service identifier of the service loop is the OHTV service. That is, the content item management unit 140 of the receiving apparatus 100 checks the service identifier corresponding to the OHTV service based on the component_type of the component_descriptor field of the service loop in the SMT (S113).

That is, in the embodiment of the present invention, whether or not the OHTV service is determined as the component_type value in the component_descritor may be determined, but the present invention is not limited thereto and a separate descriptor for determining the OHTV service may be additionally provided.

Examples of the field values of the component_descriptor and the component_data in the service map table for signaling the OHTV application will be described later with reference to FIG. 6 and FIG. 7 when the receiving apparatus 100 supports a non-real time (NRT) An example of the field values of the component_descriptor and component_data in the service map table for signaling the OHTV application will be described later with reference to FIG. 8 and FIG. 9, and the receiving apparatus 100 supports the NRT profile Examples of field values of component_descriptor and component_data in the service map table for signaling of the OHTV application will be described later with reference to FIG. 10 and FIG.

2, the content item management unit 140 of the receiving apparatus 100 confirms the protocol identifier of the component_descriptor field of the service loop in the SMT to determine whether the OHTV service is transmitted through the broadcasting network or the IP network (S114).

If the corresponding protocol identifier indicates that the OHTV service is transmitted through the broadcast network, the content item management unit 140 of the receiving apparatus 100 acquires the NRT-IT corresponding to the service identifier corresponding to the OHTV service (S115). Table 2 shows the syntax of NRT-IT.

(Table 2)

In particular, in Table 2, NRT-IT includes a service identifier field (service_id), a content item number field (num_contnet_items_in_section), and a content item information loop. The content item information loop may mean a loop by the for (j = 0, j <num_content_items_in_seciton; j ++) statement in Table 2. The content item information loop includes a plurality of content item information. In particular, each piece of content item information includes a content linkage (content_linkage) and content description information (content_descriptor ()). The content description information provided in the non-real-time information table includes a title of the content (e.g., a name of a program that can be downloaded), a time when the content can be downloaded, a content recommendation, availability of a caption service, Data, and the like.

An NRT service, in particular an OHTV service, is associated with one or more content items. Each content item contains one or more files. The content linkage is used to match one or more files of the content item.

Thereafter, the content item management unit 140 of the receiving apparatus 100 acquires the content item based on the content linkage in the NRT-IT from the FLUTE session through the broadcast network (S117).

If the corresponding protocol identifier indicates that the OHTV service is transmitted through the IP network, the content item management unit 140 of the receiving apparatus 100 checks the URL corresponding to the IP address of the component_data () in the component_descriptor field of the service loop in the SMT (S119). Thereafter, the content item management unit 140 of the receiving apparatus 100 acquires the content item based on the IP address confirmed through the IP network using the network interface (S121).

The content item management unit 140 of the receiving apparatus 100 plays back the acquired content item (S123).

In one embodiment, when the receiving apparatus 100 supports both the Internet and the broadcasting network, as shown in FIG. 5, the content transmitted through the Internet can link the broadcasting network contents, and conversely, Content may also link to Internet content. FIG. 6 shows an example of field values used in the service map table for signaling OHTV applications according to an embodiment of the present invention.

FIG. 7 shows field values of component_descriptor and component_data in the service map table for signaling an OHTV application according to an embodiment of the present invention.

Referring to FIG. 7, since the URL is nrt: //00FF.1A.0002/0000AAAA/pushVod.wgt, the service ID (service_id) of the service transmitting the file (moving picture) provided to the Push VOD service is equal to 0x0002.

And the content_linkage field of the non-real-time information table containing the individual content item information of the service has a value of 0x0000AAAA. The content_linkage field may include a content_linkage field (16 bits), an identification number of a content ranging from 0x0001 to 0xFFFF, and information for connecting the content to a FLUTE session.

The file name to be executed in the corresponding content item is pushVod.wgt. Since Application_type is a packaged web application, the extension has wgt.

FIG. 8 shows another example of a field value used in a service map table for signaling an OHTV application according to another embodiment of the present invention.

FIG. 9 shows another example of field values of component_descriptor and component_data in the service map table for signaling the OHTV application according to an embodiment of the present invention.

Referring to FIG. 9, since the URL is http://www.sbs.com/mv_vod.html, when a corresponding web page is accessed, the web page is connected to a page capable of playing an IP VOD movie.

FIG. 10 shows another example of a field value used in the service map table for signaling an OHTV application according to another embodiment of the present invention.

11 shows still another field value of component_descriptor and component_data in the service map table for signaling the OHTV application according to another embodiment of the present invention.

11, the receiving apparatus 100 supports both the broadcast network (NRT) and the IP network. Referring to FIG. 11, it can be seen that the application_profile field supports the broadcast network (NRT) and the IP network with 0x0003 have.

12 is a diagram for explaining an example of receiving / reproducing a file in the receiving apparatus 100 supporting both the NRT network and the IP network.

Referring to FIG. 12, when an application is executed by a user, the user can access the signaled URL (http: // www.kbs.com/gagconcert.html) and move to the screen as shown in FIG.

Lastly, the receiving apparatus 100 can reproduce the playback file through streaming or downloading it via the IP. Corner-based viewing is a push VOD service, and the receiving apparatus 100 can download and reproduce a playback file through a broadcasting network (NRT).

When the connection to the IP network is not established, the receiving apparatus 100 can download and play the file transmitted to the NRT network. If the IP network is connected, the receiving apparatus 100 takes a long time to download the file to the NRT network You can download files to the IP network. That is, the receiving apparatus 100 can efficiently use the NRT network and the IP network according to the connection status of the network.

Next, FIG. 13 is a diagram for explaining the component_descriptor of the service map table used for the OHTV signaling service.

The OHTV service is defined in the existing service map table and can have the following exceptions.

First, the num_components field uses a value of 1. The number of components of the OHTV Service is fixed to one, and the component contains OHTV application signaling information.

In addition, the service_source_IP_address_flag and the service_source_IP_address_flag fields use a value of 0. In the case of the OHTV service, data other than the signaling information is not included.

In addition, the component source IP address flag and the component destination IP address flag field are set to 0. In case of OHTV service, the component does not include data other than signaling information.

In addition, the port_num_count and the component_destination_UDP_port_num fields use a value of 0.

Also, in the case of the OHTV service, the service_category field should use a value that is not used previously, and it is used as 0x10 in one embodiment. The terminal should refer to the service_category value as simple information and determine whether the OHTV service is a component_type value of the component_descriptor of the SMT.

When the signaling information of the OHTV service is changed, the SMT version number is incremented by one. For the OHTV service, the descriptors that may be present in the component-level SMT descriptors of the SMT are as shown in the table of FIG. FIG. 4 shows the component_type value 80 in one embodiment.

14 is a view for explaining a component_type field of a component_descriptor of a service map table according to an embodiment of the present invention.

The component_type field of the component_descriptor that contains the signaling information of the OHTV application according to an embodiment of the present invention should use the value 80 and the component_type is defined in FIG.

Next, with reference to FIG. 15 to FIG. 20, the component_data syntax will be described in detail when the component_type is 80 (0x50).

FIG. 15 illustrates an embodiment of the component_data syntax when the component_type is 80 (0x50), FIG. 16 illustrates the application_type included in the component_data syntax, FIG. 17 illustrates the application_profile included in the component_data syntax FIG. 18 is a view for explaining the application_control_code included in the component_data syntax, FIG. 19 is a view for explaining the protocol_id included in the component_data syntax, FIG. 20 is a diagram for explaining the syntax of the selector_byte included in the component_data syntax FIG.

Referring to FIG. 15, the component_data syntax includes information on the type and version of the application, the profile of the application, the life cycle of the application, and the transmission path. The meaning of each field in the embodiment of the present invention is as follows.

application_type is a part describing the application type. The application type is used as shown in FIG. 16, and in case of an OHTV application, it has a value of 0x7000 or 0x7001.

Referring again to FIG. 15, the OHTV Web-page application refers to an application in the form of a Web-page, and the OHTV packaged Web application refers to an application that provides a resource and an HTML document in a single package form.

application_profile is a part for describing OHTV Application Profile information. In the case of the OHTV application, there are three profiles as shown in Fig.

Referring to FIG. 17, in an NRT profile, an application is transmitted only through a broadcast network (NRT), and main services corresponding to the NRT profile include a push vod and an advanced EPG.

The IP Profile is transmitted only to the Internet (IP) application. The major services are IP VOD / AOD, bookmark, advertisement, and Advanced EPG.

All Profile includes both NRT Profile and IP Profile and can receive and execute all applications transmitted over the broadcasting network / internet. In the case of the All Profile, an application can link files (images, movies, text, etc.) transmitted over a broadcast network (NRT) or the Internet (IP).

Referring again to FIG. 15, the version_major describes a major version of the version information of the application, and the version information is information for preventing compatibility and malfunction of the application.

The version_minor describes Minor version in the version information of the OHTV application, and the version information is information for preventing compatibility and malfunction of the application.

The version_micro describes the Micro version in the version information of the OHTV application, and the version information is information for preventing compatibility and malfunction of the application.

The application_control_code is a code for controlling the OHTV application, and the contents of each code are shown in FIG.

Referring again to FIG. 15, the service_bound_flag field indicates whether the OHTV application is bound. If the value of the field is 1, it indicates that the application is a service (bound application) associated with the channel currently being watched. If the field value is 0, it indicates that the channel is independent service (unbound application).

application_location_descriptor_exist indicates that the OHTV Application Location Descriptor () exists if the URL of the application is too long to be represented in selector_byte.

application_version is the version information of the individual application. The terminal determines whether to update the application through the information. The version information starts from 1, and the last value is 255. When it reaches 255, the version information starts from 1 again.

The protocol_id indicates the application's transmission path. The Protocol_id uses the value defined in FIG. The OHTV application has two methods of transmitting an application using a broadcast network (NRT) and transmitting an application using HTTP. That is, referring to FIG. 19, if the protocol_id is 0xA001, the application is transmitted using NRT. If the protocol_id is 0x020x0003, the application is transmitted using HTTP.

selector_byte_length is the size of the selector_byte that describes the length in bytes.

Selector_byte has the syntax shown in FIG. 20 when the protocol_id is HTTP (0x0003) or NRT (0xA000). When the protocol_id is HTTP (0x0003), it follows the W3C format defined by the HTTP standard. If the protocol_id is NRT (0xA000), it has the following format.

nrt: // {atsc_tsid}. {subnet_id}. {nrt_service_id} / {nrt_content_linkage} [/ {file name}]

The broadcast receiving method according to the present invention may be implemented as a program for execution on a computer and stored in a computer-readable recording medium. Examples of the computer-readable recording medium include a ROM, a RAM, a CD- A magnetic tape, a floppy disk, an optical data storage device, and the like, and may also be implemented in the form of a carrier wave (for example, transmission over the Internet).

The computer readable recording medium may be distributed over a networked computer system so that computer readable code can be stored and executed in a distributed manner. And, functional programs, codes and code segments for implementing the above method can be easily inferred by programmers of the technical field to which the present invention belongs.

While the present invention has been particularly shown and described with reference to exemplary embodiments thereof, it is to be understood that the invention is not limited to the disclosed exemplary embodiments, but, on the contrary, It should be understood that various modifications may be made by those skilled in the art without departing from the spirit and scope of the present invention.

Claims (13)

Receiving a service map table;
Confirming signaling information for receiving an open hybrid service based on a descriptor field of the service map table;
Confirming an application corresponding to the signaling information;
Confirming a transmission protocol of the application based on a protocol identifier field;
Receiving the application from the broadcast network if the transport protocol is a broadcast network; And
And receiving the application from the broadcast network if the transport protocol is an IP network. The method according to claim 1,
The step of verifying the signaling information
Wherein the descriptor field includes a type field and verifying the signaling information through a value of the type field. 3. The method of claim 2,
Wherein the descriptor field further comprises a data field, the data field including an application type, a version, a profile, and a transmission protocol. The method of claim 3,
The application type
A method for receiving a broadcast service, the method comprising: providing a web page type application type or resource and a hypertext structured document in a package form. The method of claim 3,
Wherein the application profile comprises a broadcast network profile, an IP network profile, and an integrated network profile supporting both the broadcast network profile and the IP network profile. The method according to claim 1,
The step of receiving the service map table
Obtaining a packet identifier of a service signaling channel (SSC) from a program map table
And receiving the service map table through the obtained packet identifier. A receiving unit for receiving a service map table;
A content item management unit for confirming signaling information for receiving an open hybrid service based on a descriptor field of the service map table; And
And a network interface unit for receiving an application corresponding to the signaling information through a broadcast network or an IP network according to a transmission protocol. 8. The method of claim 7,
The network interface unit
And receives the application from the broadcast network when the transmission protocol is a broadcast network, and receives the application from the broadcast network when the transmission protocol is an IP network. 8. The method of claim 7,
The descriptor field including a type field,
The content item management unit,
And confirms the signaling information through the value of the type field. 10. The method of claim 9,
Wherein the descriptor field further comprises a data field, the data field including type, version, profile, and transmission protocol of the application. 10. The method of claim 9,
The application type
An application type that provides an application type in the form of a web page or a document in a resource form and a hypertext structure in a package form. 10. The method of claim 9,
Wherein the application profile comprises a broadcast network profile, an IP network profile, and an integrated network profile supporting both the broadcast network profile and the IP network profile. 8. The method of claim 7,
The receiving apparatus includes:
Obtains a packet identifier of a service signaling channel (SSC) from a program map table, and receives the service map table through the obtained packet identifier.

Images