US20080092184A1 - Apparatus for receiving adaptive broadcast signal and method thereof - Google Patents

Apparatus for receiving adaptive broadcast signal and method thereof Download PDF

Info

Publication number
US20080092184A1
US20080092184A1 US11/905,492 US90549207A US2008092184A1 US 20080092184 A1 US20080092184 A1 US 20080092184A1 US 90549207 A US90549207 A US 90549207A US 2008092184 A1 US2008092184 A1 US 2008092184A1
Authority
US
United States
Prior art keywords
service
information
receiver
service provider
type
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Abandoned
Application number
US11/905,492
Inventor
Jin Kim
Ho Hong
Jong Suh
Joon Lee
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
LG Electronics Inc
Original Assignee
LG Electronics Inc
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by LG Electronics Inc filed Critical LG Electronics Inc
Priority to US11/905,492 priority Critical patent/US20080092184A1/en
Assigned to LG ELECTRONICS INC. reassignment LG ELECTRONICS INC. ASSIGNMENT OF ASSIGNORS INTEREST (SEE DOCUMENT FOR DETAILS). Assignors: HONG, HO TAEK, KIM, JIN PIL, LEE, JOON HWI, SUH, JONG YEUL
Publication of US20080092184A1 publication Critical patent/US20080092184A1/en
Abandoned legal-status Critical Current

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/234Processing of video elementary streams, e.g. splicing of video streams, manipulating MPEG-4 scene graphs
    • H04N21/2343Processing of video elementary streams, e.g. splicing of video streams, manipulating MPEG-4 scene graphs involving reformatting operations of video signals for distribution or compliance with end-user requests or end-user device requirements
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066Session management
    • H04L65/1101Session protocols
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60Network streaming of media packets
    • H04L65/61Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio
    • H04L65/612Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio for unicast

Definitions

  • the present disclosure relates to an apparatus for receiving an adaptive broadcast signal and method thereof.
  • FIGS. 1A to 1 C show a broadcast receiving method according to a related art.
  • contents provided by a broadcasting station are transmitted via a radiowave transferring medium such as a broadcast network and the like by a cable broadcast provider, a terrestrial broadcast provider or a satellite broadcast provider.
  • a viewer receives a corresponding service in a manner of viewing the contents via a TV receiver capable of receiving each of the transfer media.
  • IPTV internet protocol TV
  • the IPTV means a service for providing information services, moving picture contents, broadcasts and the like to a television using high-speed internet networks.
  • the IPTV is identical to normal cable broadcasting or satellite broadcasting in providing broadcast contents including video. Yet, the IPTV is characterized in having bi-directionality in addition. Differing from terrestrial broadcasting, cable broadcasting or satellite broadcasting, the IPTV enables a user to view a specific program at a specific time convenient to the user.
  • a broadcast receiver has a supported display status value varying according to performance thereof. And, a requested display status value varies according to a display type as well.
  • the present invention is directed to an apparatus for receiving an adaptive broadcast signal and method thereof that substantially obviate one or more problems due to limitations and disadvantages of the related art.
  • a method of receiving an adaptive broadcast signal includes the steps of linking an IP network, sending display status information for a receiver to a service provider via the linked IP network, receiving an available service information list provided by the service provider based on the display status information for the receiver, and if at least one service is selected from the received available service information list by a user, providing the selected service to the receiver.
  • a method of receiving an adaptive broadcast signal includes the steps of linking an IP network, sending display status information for a receiver and program selection information to a service provider via the linked IP network, and providing the receiver with at least one service in available service information for a program selected by a user based on the transmitted display status information.
  • an adaptive broadcast receiver includes a network interface unit transceiving an IP packet by connecting the broadcast receiver to a service provider via a network, a display unit outputting a broadcast signal received by the network interface unit, and a control unit controlling display status information for the display unit to be sent to the service provider, the control unit controlling an adaptive broadcast signal based on the sent display status information to be displayed.
  • FIGS. 1A to 1 C are diagrams for a broadcast receiving method according to a related art
  • FIG. 2 is a diagram for system layers of IPTV (IP television);
  • FIG. 3 is a characteristic diagram for IPTV system
  • FIG. 4 is a block diagram of a system between a service provider and a broadcast receiver
  • FIG. 5 is a diagram for IP capsulation in case that a service provider provides a service to a broadcast receiver via an IP network;
  • FIG. 6 is a flowchart of a method of receiving an adaptive broadcast signal according to a first embodiment of the present invention
  • FIG. 7 is a detailed diagram for a method of receiving an adaptive broadcast signal according to a first embodiment of the present invention.
  • FIG. 8 is a flowchart of a method of receiving an adaptive broadcast signal according to a second embodiment of the present invention.
  • FIG. 9 is a detailed diagram for a method of receiving an adaptive broadcast signal according to a second embodiment of the present invention.
  • FIG. 10A and FIG. 10B are diagrams of embodiments for video formats varying according to a multiple channel watching display status
  • FIG. 11 is a diagram of a data structure to send resource information for a broadcast receiver to a service provider from the broadcast receiver according to an embodiment of the present invention
  • FIG. 12 is a diagram of a data structure to send display status information for a broadcast receiver to a service provider from the broadcast receiver according to an embodiment of the present invention
  • FIG. 13 is a diagram of a data structure for indicating available service information sent from a service provider to a broadcast receiver according to an embodiment of the present invention
  • FIG. 14 is a diagram of expressions for transceiving video resolution information for a broadcast receiver according an embodiment of the present invention.
  • FIG. 15 is a block diagram of an adaptive broadcast receiver according to one embodiment of the present invention.
  • FIG. 2 is a diagram for system layers of IPTV (IP television).
  • an IPTV system includes a contents provider layer, a service provider layer, a network provider layer, and a consumer layer.
  • the contents provider plays a role in providing the service provider with contents.
  • the service provider plays a role in providing a service to a subscriber. And, the service provider collects various contents, transforms signals to fit an IP environment, and then delivers the transformed signals to the consumer.
  • the service provider may correspond to a virtual existence and the contents provider can be the service provider.
  • the network provider plays a role in connecting the consumer and the service provider together via IP network.
  • a transport system can use various networks including an access network, a backbone network, etc.
  • the consumer is the layer for receiving a broadcast by being provided with contents.
  • the consumer includes a set-top box, a personal computer (PC), a mobile terminal or the like.
  • FIG. 3 is a characteristic diagram for IPTV system.
  • system layers of IPTV can be mainly categorized into a contents provider, a service provider, and a consumer.
  • the contents provider can be called a platform provider as well.
  • the three kinds of groups play different roles, respectively.
  • the contents provider can indicate a group that provides overall services and data for broadcast programs.
  • the service provider transmits multimedia data.
  • the service provider provides the consumer with maintenance and management to enable stable reception of contents.
  • the service provider provides the contents provider with the infrastructure and functions for capability of network transmission.
  • the consumer group plays a role in playing data inputted using such an infrastructure as xDSL, cable and the like or responding to a user request promptly.
  • the consumer group mostly includes manufacturers for manufacturing IPTVs and its kinds can be categorized into IPTV, IP STB, IP Phone, and the like. The respective groups are explained in detail as follows.
  • the contents provider group may include a TV station that produces a broadcast program.
  • the TV station means a conventional terrestrial broadcasting station or a cable broadcasting station. These broadcasting stations produce and store programs viewable by consumers and are capable of converting the programs digitally to be transmitted. This is to enable various broadcasting types to be transmitted.
  • a radio station means a general radio broadcasting station and may have a video channel in some cases. Yet, the radio station is mostly operated without video channel.
  • VoD (video on demand) or AoD (audio on demand) service has characteristics different from those of the TV station or the radio station.
  • the contents provider may store and keep a program to be broadcasted. Yet, this program is a live broadcast with continuity. So, this program is characterized in being unable to be rewound or paused to be viewed unless being recorded.
  • a specific broadcast program, movie or music can be stored and then played later to be viewed. For instance, if a broadcast program is currently missed to view due to lack of time, a site providing the broadcast service is accessed to download a corresponding file or play the downloaded file directly.
  • the AoD provides a function of recording an audio program or playing an audio program by real time.
  • MoD (music on demand) service enables a user to download a specific music to listen to.
  • Targets of the MoD service can be implemented in a manner that a phonograph record manufacturer or distributor expands a conventional web service.
  • a PF server can be serviced by a company that manages all broadcast information and location information provided by the contents provider.
  • This service mainly contains location information necessary for a broadcast time or broadcast of a corresponding broadcasting station and information for enabling a customer to access the corresponding broadcasting station. The customer is able to obtain and display this information on a screen.
  • the PF server is one of the services mandatory for each broadcasting station. In the IPTV environment, this service is provided to enable a customer to access a corresponding broadcasting station.
  • EPG service is one of convenient services provided to enable a customer to inquire a broadcast program per a time zone and recognize a broadcast program per a channel.
  • the EPG service is configured to be executable in a manner that a corresponding program is automatically installed at a customer side in advance.
  • a customer is able to obtain the information for a corresponding broadcasting station only from a PF server.
  • the EPG service enables a customer to obtain information for real-time broadcast channels of all broadcasting stations at a time. So, the EPG service can be very conveniently usable. For instance, the EPG service is provided with a powerful function of making a reservation for recording CNN news or a reservation for viewing Disney channel. So, the EPG service should provide details of information for broadcast programs in a corresponding area per a time zone. In particular, in case of a prescribed drama, contents of the drama are searched.
  • the broadcast programs can be categorized into SF, drama, animation, and the like for discrimination. Detailed information for a story or characters of a movie or drama of a simple broadcast program can be included.
  • One big problem of the EPG service is how to transmit EPG data suitable for a customer due to too many kinds of licenses of customers who view IPTV.
  • a customer finds and presses an input key of a remote controller with ease.
  • ECG service has all kinds of functions for facilitating a customer to use information for contents possessed by a contents provider, a location of an access server, an access authority and the like.
  • the functions include a function of facilitating servers having contents to be accessed and an electronic program guide (EPG) indicating details of information for contents.
  • EPG electronic program guide
  • a load in individually accessing a prescribed content service to view or download contents can be reduced in a manner of binding services including AoD, MoD and VoD into one such as EPG except a real-time broadcast.
  • the ECG service enables contents stored in a server to be viewed at any time instead of informing real-time broadcast channel information. And, the ECG service enables contents to be downloaded and stored. If a customer attempts to access a server having corresponding contents, the customer has difficulty in obtaining an address or accessing PF servers. This is a very complicated process and consumes considerable time.
  • a company providing ECG enables an ECG program to be automatically installed in a customer, collects information for all kinds of contents, and provides the corresponding data. In order to access an ECG service, a customer just clicks an input key button on a remote controller as well.
  • a portal server is connected to a broadcasting station via a web service provided by each broadcasting station or connected to a web server of a company servicing contents.
  • the portal server plays a role in searching or viewing a program list provided by each broadcasting station or each contents provider providing a contents service. This can be considered as a function of ECG or EPG.
  • a portal service is equipped with such a function as user authentication or license contract. So, an access is needed to view a specific program.
  • ECG or EPG provides a unified broadcast or contents list
  • the portal service provides broadcast or contents list information for a corresponding program providing company to enable detailed search. In order to access a portal service, a customer just clicks a portal input button on a remote controller.
  • the contents provider side should include a function of providing those services and the like. If it is attempted to normally operate the functions, servers of service companies should be access IP network to transmit a corresponding program by real time or transmit broadcast information.
  • the respective broadcasting stations or the service companies should be connected to a network of a service provider for errorless transmission without delay. So, they should have a system for transmitting multimedia data using internet real-time protocol such as RTP, RTSP, RSVP, MPLS and the like.
  • internet real-time protocol such as RTP, RTSP, RSVP, MPLS and the like.
  • a transcoding work for converting them to fit a format of IPTV should be carried out.
  • a system is configured in a manner that RTP/UDP protocol including time information for matching caption or lip-sync is attached to pass through IP network provided by a service provider.
  • the service provider provides stability and bandwidth of network to enable multimedia data and broadcast data to be well transmitted by a contents provider.
  • Service providers are able to provide IPTV services using a conventional cable network.
  • equipments of delivery network need to be changed.
  • network equipments capable of real-time data transmission should be provided for configuration and a customer should configure a network by considering a bandwidth.
  • the equipments should reduce a bandwidth by processing massive multimedia data using a multicast service as a basic network service of IPTV.
  • a service provider changes an optical cable network configuration or transcodes multimedia data from a contents provider into MPEG-4 or MPEG-7 formatted data with efforts to secure a bandwidth and then transmits the corresponding data.
  • the service provider should provide several kinds of services including NMS (network management system), DHCP (dynamic host control protocol), and CDN services.
  • the NMS service enables a service provider to manage a delivery network for a delivery to each customer and an IPTV receiver of the corresponding customer.
  • a means for emergency processing should be provided.
  • the NMS is widely used as a standardized means for controlling and managing machined in a remote transport layer. Using this service, it is able to check how many traffics are generated for a prescribed broadcast or which area is in short of bandwidth.
  • the NMS service should be provided to contents providers to enable the corresponding contents provider to generate and manage groups in multicast. This is because more multicast groups may need to be generated occasionally.
  • the DHCP service enables an IP to be automatically allocated to an IPTV receiver of a customer and is used to inform an address of a CDN server.
  • the DHCP service is a useful means for allocating IP to a PC on a general network. By transmitting an accessible address to an authorized IPTV receiver, a user is allowed to make a registration procedure for an initial access.
  • an IPTV receiver will provide IPv4. Yet, IPv6 is also available. So, an IPTV receiver providing IPv4 is usable as well.
  • CDN information is received from a service provider while IP is received by the DHCP service.
  • This information contains customer registration or authentication of an IPTV provider and the above-explained PF informations.
  • an IPTV receiver obtains CDN information from a service provider, an IP broadcast signal reception is enabled.
  • a customer can have various kinds of IPTV receivers.
  • a customer having a normal TV rents IPTV STB to enjoy an IPTV inexpensively.
  • a service provider pays an additional service charge with a low price and a customer requests an IP phone to use together.
  • An IPTV receiver basically includes a network interface capable of accessing a network and has an Internet protocol.
  • the IPTV receiver receives and processes data packets coming from a network and then plays multimedia data on a screen.
  • the IPTV receiver should make a response by sending data packets quickly via a network to obtain corresponding information from a server.
  • the IPTV receiver is capable of operating to transmit user requested items bi-directionally while processing multimedia data.
  • buttons for IPTV ca be provided to a remote controller to use the corresponding service well. So, a consumer is able to store and view a fine scene of a drama in the above-provided IPTV receiver and enjoy additional services including location information, hotel reservation and the like.
  • the above-mentioned NMS includes the function that a service provider manages a network. And, the NMS helps the service provider control and manage an IPTV receiver of a consumer. If more IPTV receivers are used and if more additional services are provided, the role of the NMS becomes more important. So, SNMP protocol becomes mandatory for an IPTV broadcast receiver. This is intended for a service provider to manage and control an IPTV broadcast receiver. If so, an IPTV broadcast receiver is able to obtain details of statistical data of a currently communicating protocol, information for a currently used processor, information for a TV manufacturer, and the like.
  • FIG. 4 is a block diagram of a system between a service provider and a broadcast receiver.
  • a terminal o a service provider is capable of bi-direction communication via an IP network.
  • a broadcast receiver is capable of receiving a broadcast from a service provider and also capable of transmitting information for an environment of the broadcast receiver to the service provider.
  • a broadcast stream can include a single or multi program.
  • IP capsulation is required.
  • FIG. 5 is a diagram for IP capsulation in case that a service provider provides a service to a broadcast receiver via an IP network.
  • an IP capsule can include an IP header, a UDP header, an RTP header, and real data, i.e., a transport stream packet.
  • FIG. 6 is a flowchart of a method of receiving an adaptive broadcast signal according to a first embodiment of the present invention.
  • a method of receiving an adaptive broadcast signal includes the steps of linking an IP network, transmitting display status information for a receiver to a service provider via the linked IP network, receiving an available service information list provided by the service provider based on the display status information for the receiver, and if at least one service is selected from the received available service information list by a user, providing the selected service to the receiver.
  • a terminal is connected to the service provider via the IP network.
  • a service provider designated as a default can be preferentially connected.
  • subscriptions are made to several service providers, it is able to select a specific service provider to be connected.
  • the display status information is transmitted to the service provider to be provided with a service suitable for display performance of the receiver.
  • the display status information indicates a value for determining the display performance and corresponds to resolution, color quality or the like.
  • a broadcast receiver supporting standard definition hereinafter abbreviated SD
  • HD high definition
  • the broadcast receiver receives the large-size non-displayable HD contents and increases a service information size unnecessarily. So, the broadcast receiver transmits a maximum displayable resolution value and then receives contents having a version of a suitable resolution value.
  • the service provider should be equipped with various resolution versions for the same program contents.
  • a contents information list of various versions suitable for the display performance of the receiver is sent to the receiver by the service provider based on the display status information having been transmitted to the service provider.
  • the service provider sends a contents list having at least one version the service provider is equipped with.
  • the broadcast receiver is for SD
  • an HD list and an SD list are sent to enable a user to make a selection or a list of SD corresponding to resolution suitable for an output of the receiver can be sent.
  • the service provider provides the contents selected by the user (S 65 ). If the user selects a contents program of a specific version to be viewed from the received list, the service provider provides the corresponding service based on an inputted selection signal.
  • FIG. 7 is a detailed diagram for a method of receiving an adaptive broadcast signal according to a first embodiment of the present invention.
  • a broadcast signal receiving method between a service provider and a broadcast receiver is explained with reference to FIG. 7 .
  • steps explained in the following description are just exemplary but the claims of the present invention are not restricted by the following steps or temporal sequence thereof.
  • a power of a broadcast receiver is turned on ( 1 ).
  • system initialization is carried out ( 2 ).
  • the system-initialized broadcast receiver searches for a connectable service provider ( 3 ) or makes a connection to a service provider set to a default. In case that there are a plurality of connectable service providers, a user is requested to make a selection. If so, the user is able to make a selection.
  • the broadcast receiver transmits its authentication information while making a request for a service connection to the service provider ( 3 - 1 ).
  • the service provider having received the authentication information for the broadcast receiver performs a receiver authentication ( 4 ).
  • the broadcast receiver performs service discovery ( 5 ). This is the step of searching a service and deciding a service characteristic. Through this step, the broadcast receiver is connected to the service provider.
  • the broadcast receiver displays a service menu ( 6 ). Hence, the user is able to see an available service on the subscribed service.
  • the broadcast receiver transmits an available resource, i.e., display status information to the service provider ( 7 ).
  • the broadcast receiver transmits its display performance value such as resolution, color quality and the like for example.
  • the service provider Having received the display status information, the service provider compares various versions of retained contents to options of the display status information ( 8 ). As a result of the comparison, the service provider sends an available service channel list, which can be outputted from the broadcast receiver, to the broadcast receiver ( 8 - 1 ). In particular, the service provider sends available information for receiver options.
  • the broadcast receiver displays the available service list ( 9 ).
  • the user selects at least one from the available service list ( 10 ).
  • the user selects a channel to view from the available service list and also selects a display version to be outputted from contents of the same channel.
  • channel selection information can be transmitted together in the step ( 7 ) of transmitting the display status information for the broadcast receiver. If so, the service provider is able to provide an available service version list for the selected channel.
  • the service provider searches for a service selected by the user ( 11 ) and then provides the searched service to the broadcast receiver ( 11 - 1 ).
  • FIG. 8 is a flowchart of a method of receiving an adaptive broadcast signal according to a second embodiment of the present invention.
  • a method of receiving an adaptive broadcast signal includes the steps of linking an IP network, transmitting display status information for a broadcast receiver and program selection information to a service provider via the linked IP network, and receiving at least one service in available service information for a program selected by a user based on the transmitted display status information.
  • the step of linking the IP network and the step of transmitting the display status information for the broadcast receiver to the service provider are identical to those of the second embodiment of the present invention. Yet, the second embodiment differs from the first embodiment in that the service provider selects to send a suitable service version to the broadcast receiver based on the received display status information for the broadcast receiver instead of selecting a service to be provided to the user from the available service list.
  • the step (S 82 ) of transmitting the display status information for the broadcast receiver to the service provider and the step (S 83 ) of selecting the program to be viewed by the user can be executed together or separately.
  • the display status information and the program selection information i.e., channel information are sent to the service provider.
  • the user selects channel-10 and the display status information, i.e., resolution information according to a display option or video format information according to a channel display type is provided as well.
  • the service provider selects at least one service from available services and then provides the selected service to the broadcast receiver (S 84 ).
  • the service provider provides program contents of the version corresponding to the SD among various versions of the retained contents of the channel-10.
  • the service provider provides program contents of a video format version suitable for the PIP or POP among various versions of the retained contents of the channel-10.
  • the service provider if the service provider fails to retain the contents matching a video format of the broadcast receiver, the service provider provides a broadcast signal coded in a format closest to the video format. For instance, when a video format of a displayed PIP screen is 352*288, if the service provider fails to retain a version of the same video format, the service provider can provide a version formatted by 352*240 closest to 352*288.
  • FIG. 9 is a detailed diagram for a method of receiving an adaptive broadcast signal according to a second embodiment of the present invention.
  • a broadcast signal receiving method between a service provider and a broadcast receiver is explained with reference to FIG. 9 .
  • steps explained in the following description are just exemplary but the claims of the present invention are not restricted by the following steps or temporal sequence thereof.
  • steps ( 1 ) to ( 6 ) are identical to those of the first embodiment of the present invention. N the following description, steps after the step ( 6 ) are explained.
  • a broadcast receiver sends its available resources, i.e., display status information to the service provider ( 7 ).
  • the broadcast receiver sends its display performance values including resolution, color quality and the like for example.
  • the service provider compares options of various versions of the retained contents to options of the display status information ( 8 ).
  • the broadcast receiver receives a program selection signal of the user ( 9 ) and then sends finally selected program selection information to the service provider ( 9 - 1 ).
  • the program selection in the broadcast receiver and the selection signal sending to the service provider can be carried out before the option comparing step ( 8 ) in the service provider. And, they can be executed together with the transmission of the available resource information ( 6 ).
  • the display status information is sent ( 7 ), the corresponding options are compared to each other ( 8 ), and the finally selected program selection information is then sent.
  • option comparison can be carried out on the retained contents for the selected program.
  • the service provider searches for a display version closest to a display status corresponding to a result of the option comparison ( 10 ) and then provides the searched contents to the broadcast receiver, for the selected program ( 10 - 1 ).
  • the broadcast receiver having received the contents provided by the service provider displays the received contents ( 11 ).
  • the service provider sends the available service information list to the broadcast receiver. If so, the user selects the display version to be finally outputted. Namely, the display version to be finally outputted is selected by the user.
  • the service provider directly selects the service closest to the display option and then provides the selected service to the broadcast receiver. Namely, the display version to be finally outputted is selected by the service provider.
  • FIG. 10A and FIG. 10B are diagrams of embodiments for video formats varying according to a multiple channel watching display status.
  • a source means an actually coded video format of a broadcasted program and a display means a video format to output a corresponding program to a screen.
  • a video format of a PIP display for outputting a sub-screen in a main screen can be observed.
  • a format of a program to be outputted on a main screen is determined as 1080HD. And, a corresponding stream is received and then outputted.
  • a stream coded by CIF image quality is requested or a service provider sends a stream coded by CIF image quality.
  • a stream coded by CIF image quality suitable for a program to be outputted to a sub-screen is received and then displayed.
  • a video format of a POP display for outputting a pop screen can be observed.
  • a size of a video window to be outputted to a screen 1 corresponds to 4VGA.
  • a size of each video window of screens 2 to 4 is set to CIF.
  • the same method of the screen 1 is applied to the screens 2 to 4 .
  • a broadcast signal coded in a format matching a user's display setup is selected and received. If a matched format does not exist, a broadcast signal coded in a closest format is received and outputted.
  • a subject to select a video format in the present embodiment can be the user in the first or second embodiment or the service provider.
  • FIG. 11 is a diagram of a data structure to send resource information for a broadcast receiver to a service provider from the broadcast receiver according to an embodiment of the present invention.
  • resolution information, audio codec information, video codec information, network information, and user level information for a broadcast receiver can be sent.
  • FIG. 12 is a diagram of a data structure to send display status information for a broadcast receiver to a service provider from the broadcast receiver according to an embodiment of the present invention, in which a video resolution data structure (RI-structure) in the display status information is shown.
  • RI-structure video resolution data structure
  • an RI data structure includes such information for representation to specify a video resolution as a code value, a text, and a format type (format_type).
  • a video resolution as a code value, a text, and a format type (format_type).
  • format_type a format type
  • at least two resolution informations can be sent to implement a multiple window function.
  • the video resolution information sent by a user can include several kinds. For instance, it can be a maximum video resolution supported by a display unit of a broadcast receiver of a user or display resolution information of each window in case that a multiple video window function such as PIP and POP is activated.
  • a command filed (not shown in FIG. 12 ) is usable.
  • video resolution information means a maximum video resolution supported by a monitor. And, this indicates a video resolution of a main screen. If the command is set to 1, it can be engaged that next video resolution information indicates a video resolution of a sub-screen 1 in case of multiple video window implementation. According to this, the command and the video resolution information can be sent as many as the number of maximum multiple screen windows that can be implemented by a display unit.
  • FIG. 13 is a diagram of a data structure for indicating available service information sent from a service provider to a broadcast receiver according to an embodiment of the present invention, in which a video resolution data structure (RI-structure) in display status information is shown.
  • RI-structure video resolution data structure
  • an RI data structure is a means for sending video resolution information in sending an available service channel list or an available program list to a broadcast receiver from a service provider.
  • the present data structure represents which video resolution is available for a specific program.
  • the corresponding information can connect all available video resolutions or represent all available video resolutions by engagement using a command and the like.
  • a command is set to 0, it may mean that all resolutions equal to or smaller than a resolution indicated by a code value are available. If the command is set to 1, it may mean that all resolutions equal to or greater than a resolution indicated by a code value are available. Namely, it is able to configure the RI data structure with simplicity using a command engaged between a service provider and a broadcast receiver.
  • FIG. 14 is a diagram of expressions for transceiving video resolution information for a broadcast receiver according an embodiment of the present invention.
  • video resolution information sent to a service provider from a broadcast receiver can be defined identical to available video resolution information provided to the broadcast receiver by the service provider.
  • FIG. 14 exemplarily shows a format type (format_type), a width, a height, and a code value (code_value), which are included in the RI data structure shown in FIG. 12 or FIG. 13 .
  • FIG. 15 is a block diagram of an adaptive broadcast receiver according to one embodiment of the present invention.
  • an adaptive broadcast receiver includes a network interface unit transceiving an IP packet by connecting the broadcast receiver to a service provider via a network, a display unit outputting a broadcast signal received by the network interface unit, and a control unit controlling display status information for the display unit to be sent to the service provider, the control unit controlling an adaptive broadcast signal based on the sent display status information to be displayed.
  • the broadcast receiver includes a network interface unit 502 , an IP manager 504 , a control unit 506 , a channel manager 508 , a service information decoder 510 , a service information database 512 , a service discovery manager 514 , a service control manager 516 , a CAS/DRM unit 518 , a service delivery manager 520 , a demultiplexer 522 , an audio/video decoder 524 , a display unit 526 , a storage unit 528 , and a system manager 530 .
  • the network interface unit 502 receives packets received from a network and transmits a packet to the network from the broadcast receiver.
  • the network interface unit 502 receives an adaptive broadcast signal of the present invention from a service provider of the present invention via the network.
  • the IP manager 504 manages a packet delivery to a destination from a source for the packets received or transmitted by the broadcast receiver. And, the IP manager 504 sorts the received packets to correspond to a suitable protocol.
  • the control unit 506 controls an application and an overall operation of the broadcast receiver according to a user input signal by controlling a user interface (not shown in the drawing).
  • the control unit 506 provides a graphic user interface (GUI) for a user using an OSD (on screen display) or the like.
  • GUI graphic user interface
  • the control unit 506 receives an input signal from the user and then performs a receiver operation according to the corresponding input. For instance, if a key input concerning a channel selection is inputted by a user, the control unit 506 sends a channel selection input signal to the channel manager 508 .
  • the control unit 506 controls the display status information for the display unit to be sent to the service provider. And, the control unit 506 controls the adaptive broadcast signal based on the sent display status information to be displayed.
  • the channel manager 508 stores received channel information and then generates a channel map.
  • the channel manager 508 selects a channel according to the key input received from the control unit 506 and controls the service discovery manager 514 .
  • the channel manager 508 receives service information for a channel from the service information decoder 510 and performs audio/video PID (packet identifier) setting of the selected channel on the demultiplexer 522 .
  • audio/video PID packet identifier
  • the service information decoder 510 decodes such service information as PSI (program specific information).
  • PSI program specific information
  • the service information decoder 510 receives and decodes PSI table, PSIP (program and service information protocol) table, DVB-SI (service information) table or the like demultiplexed by the demultiplexer 522 .
  • the service information decoder 510 decodes the received service information tables, generates a database for the service information, and then stores the generated database for the service information in the service information database 512 .
  • the service discovery manager 514 provides information necessary to select a service provider which provides a service. If a signal for a channel selection is received from the control unit 506 , the service discovery manager 514 searches for a service provider using the information.
  • the service control manager 516 is responsible for a selection and control of a service. For instance, if a user selects a live broadcasting service as good as a conventional broadcasting type, the service control manager 516 performs the selection and control of the service using IGMP or RTSP.
  • the service control manager 516 performs the selection and control of the service using RTSP.
  • the RTSP real-time streaming protocol
  • the RTSP can provide a trick mode for a real-time streaming.
  • the packet for the service received via the network interface unit 502 and the IP manager 504 is sent to the CAS/DRM unit 518 .
  • the CAS/DRM unit 518 is responsible for CAS (conditional access system) of service and DRM (digital rights management).
  • the service delivery manager 520 is responsible for control of the received service data.
  • RTP/RTCP real-time transport protocol/RTP control protocol
  • the service delivery manager 520 parses the received data packet according to the RTP and then sends the parsed packet to the demultiplexer 522 . And, the service delivery manager 520 feeds back the network reception information to a server side providing the service using the RTCP.
  • the real-time streaming data can be capsulated by UDP without RTP and then directly delivered.
  • the demultiplexer 522 demultiplexes the received packet into audio data, video data and PSI (program specific information) data and then sends the data to the video/audio decoder 524 and the service information decoder 510 , respectively.
  • PSI program specific information
  • the video/audio decoder 524 decodes the video and audio data received from the demultiplexer 522 . And, the video/audio data decoded by the video/audio decoder 524 is provided to the user via the display unit 526 .
  • the storage unit 528 stores setup data for system and the like.
  • the storage unit 528 can include a nonvolatile memory such as a nonvolatile RAM (NVRAM), a flash memory, and the like.
  • NVRAM nonvolatile RAM
  • system manager 530 controls overall operations of the broadcast receiver via a power system.

Abstract

An apparatus for receiving an adaptive broadcast signal and method thereof are disclosed. The present invention includes linking an IP network, sending display status information for a receiver to a service provider via the linked IP network, receiving an available service information list provided by the service provider based on the display status information for the receiver, and if at least one service is selected from the received available service information list by a user, providing the selected service to the receiver.

Description

  • This application claims the benefit of U.S. Provisional Application No. 60/848,366, filed on Oct. 2, 2006, in the name of inventors Jin Pil KIM, Ho Taek HONG, Jong Yeul SUH and Joon Hwi LEE, titled “APPARATUS FOR RECEIVING ADAPTIVE BROADCAST SIGNAL AND METHOD THEREOF”, which is hereby incorporated by reference.
  • BACKGROUND
  • 1. Field
  • The present disclosure relates to an apparatus for receiving an adaptive broadcast signal and method thereof.
  • 2. Discussion of the Related Art
  • FIGS. 1A to 1C show a broadcast receiving method according to a related art.
  • Referring to FIGS. 1A to 1C, in a related art TV, contents provided by a broadcasting station are transmitted via a radiowave transferring medium such as a broadcast network and the like by a cable broadcast provider, a terrestrial broadcast provider or a satellite broadcast provider. A viewer receives a corresponding service in a manner of viewing the contents via a TV receiver capable of receiving each of the transfer media.
  • As the digital based TV technology has been developed and commercialized from the conventional analog TV broadcasting, various contents including real-time broadcasting, CoD (contents on demand), games, news and the like can be provided to viewers via Internet networks connected to home as well as the conventional radiowave media.
  • As an example of the contents providing via the internet network, there is an internet protocol TV (IPTV). The IPTV means a service for providing information services, moving picture contents, broadcasts and the like to a television using high-speed internet networks.
  • The IPTV is identical to normal cable broadcasting or satellite broadcasting in providing broadcast contents including video. Yet, the IPTV is characterized in having bi-directionality in addition. Differing from terrestrial broadcasting, cable broadcasting or satellite broadcasting, the IPTV enables a user to view a specific program at a specific time convenient to the user.
  • Meanwhile, a broadcast receiver has a supported display status value varying according to performance thereof. And, a requested display status value varies according to a display type as well.
  • However, it frequently happens that contents provided by contents providers are uniformly received to increase a service information size unnecessarily.
  • SUMMARY
  • Accordingly, the present invention is directed to an apparatus for receiving an adaptive broadcast signal and method thereof that substantially obviate one or more problems due to limitations and disadvantages of the related art.
  • Additional advantages, objects, and features of the invention will be set forth in part in the description which follows and in part will become apparent to those having ordinary skill in the art upon examination of the following or may be learned from practice of the invention. The objectives and other advantages of the invention may be realized and attained by the structure particularly pointed out in the written description and claims hereof as well as the appended drawings.
  • To achieve these objects and other advantages and in accordance with the purpose of the invention, as embodied and broadly described herein, a method of receiving an adaptive broadcast signal according to the present invention includes the steps of linking an IP network, sending display status information for a receiver to a service provider via the linked IP network, receiving an available service information list provided by the service provider based on the display status information for the receiver, and if at least one service is selected from the received available service information list by a user, providing the selected service to the receiver.
  • In another aspect of the present invention, a method of receiving an adaptive broadcast signal includes the steps of linking an IP network, sending display status information for a receiver and program selection information to a service provider via the linked IP network, and providing the receiver with at least one service in available service information for a program selected by a user based on the transmitted display status information.
  • In another aspect of the present invention, an adaptive broadcast receiver includes a network interface unit transceiving an IP packet by connecting the broadcast receiver to a service provider via a network, a display unit outputting a broadcast signal received by the network interface unit, and a control unit controlling display status information for the display unit to be sent to the service provider, the control unit controlling an adaptive broadcast signal based on the sent display status information to be displayed.
  • It is to be understood that both the foregoing general description and the following detailed description of the present invention are exemplary and explanatory and are intended to provide further explanation of the invention as claimed.
  • BRIEF DESCRIPTION OF THE DRAWINGS
  • The accompanying drawings, which are included to provide a further understanding of the implementations and are incorporated in and constitute a part of this disclosure, illustrate implementations and together with the description serve to explain the implementations. In the drawings;
  • FIGS. 1A to 1C are diagrams for a broadcast receiving method according to a related art;
  • FIG. 2 is a diagram for system layers of IPTV (IP television);
  • FIG. 3 is a characteristic diagram for IPTV system;
  • FIG. 4 is a block diagram of a system between a service provider and a broadcast receiver;
  • FIG. 5 is a diagram for IP capsulation in case that a service provider provides a service to a broadcast receiver via an IP network;
  • FIG. 6 is a flowchart of a method of receiving an adaptive broadcast signal according to a first embodiment of the present invention;
  • FIG. 7 is a detailed diagram for a method of receiving an adaptive broadcast signal according to a first embodiment of the present invention;
  • FIG. 8 is a flowchart of a method of receiving an adaptive broadcast signal according to a second embodiment of the present invention;
  • FIG. 9 is a detailed diagram for a method of receiving an adaptive broadcast signal according to a second embodiment of the present invention;
  • FIG. 10A and FIG. 10B are diagrams of embodiments for video formats varying according to a multiple channel watching display status;
  • FIG. 11 is a diagram of a data structure to send resource information for a broadcast receiver to a service provider from the broadcast receiver according to an embodiment of the present invention;
  • FIG. 12 is a diagram of a data structure to send display status information for a broadcast receiver to a service provider from the broadcast receiver according to an embodiment of the present invention;
  • FIG. 13 is a diagram of a data structure for indicating available service information sent from a service provider to a broadcast receiver according to an embodiment of the present invention;
  • FIG. 14 is a diagram of expressions for transceiving video resolution information for a broadcast receiver according an embodiment of the present invention; and
  • FIG. 15 is a block diagram of an adaptive broadcast receiver according to one embodiment of the present invention.
  • DETAILED DESCRIPTION OF THE INVENTION
  • Reference will now be made in detail to the implementations, examples of which are illustrated in the accompanying drawings. Wherever possible, the same reference numbers will be used throughout the drawings to refer to the same or like parts.
  • FIG. 2 is a diagram for system layers of IPTV (IP television).
  • Referring to FIG. 2, an IPTV system includes a contents provider layer, a service provider layer, a network provider layer, and a consumer layer.
  • The contents provider plays a role in providing the service provider with contents.
  • The service provider plays a role in providing a service to a subscriber. And, the service provider collects various contents, transforms signals to fit an IP environment, and then delivers the transformed signals to the consumer. In this case, the service provider may correspond to a virtual existence and the contents provider can be the service provider.
  • The network provider plays a role in connecting the consumer and the service provider together via IP network.
  • A transport system can use various networks including an access network, a backbone network, etc. The consumer is the layer for receiving a broadcast by being provided with contents. And, the consumer includes a set-top box, a personal computer (PC), a mobile terminal or the like.
  • A concept of the IPTV is explained in detail in the following description.
  • FIG. 3 is a characteristic diagram for IPTV system.
  • Referring to FIG. 3, system layers of IPTV can be mainly categorized into a contents provider, a service provider, and a consumer. The contents provider can be called a platform provider as well. The three kinds of groups play different roles, respectively.
  • The contents provider can indicate a group that provides overall services and data for broadcast programs.
  • The service provider transmits multimedia data. The service provider provides the consumer with maintenance and management to enable stable reception of contents. And, the service provider provides the contents provider with the infrastructure and functions for capability of network transmission.
  • And, the consumer group plays a role in playing data inputted using such an infrastructure as xDSL, cable and the like or responding to a user request promptly. The consumer group mostly includes manufacturers for manufacturing IPTVs and its kinds can be categorized into IPTV, IP STB, IP Phone, and the like. The respective groups are explained in detail as follows.
  • First of all, the contents provider group may include a TV station that produces a broadcast program. The TV station means a conventional terrestrial broadcasting station or a cable broadcasting station. These broadcasting stations produce and store programs viewable by consumers and are capable of converting the programs digitally to be transmitted. This is to enable various broadcasting types to be transmitted.
  • A radio station means a general radio broadcasting station and may have a video channel in some cases. Yet, the radio station is mostly operated without video channel. VoD (video on demand) or AoD (audio on demand) service has characteristics different from those of the TV station or the radio station.
  • The contents provider may store and keep a program to be broadcasted. Yet, this program is a live broadcast with continuity. So, this program is characterized in being unable to be rewound or paused to be viewed unless being recorded.
  • Yet, in case of VoD or AoD, a specific broadcast program, movie or music can be stored and then played later to be viewed. For instance, if a broadcast program is currently missed to view due to lack of time, a site providing the broadcast service is accessed to download a corresponding file or play the downloaded file directly.
  • Likewise, the AoD provides a function of recording an audio program or playing an audio program by real time. MoD (music on demand) service enables a user to download a specific music to listen to. Targets of the MoD service can be implemented in a manner that a phonograph record manufacturer or distributor expands a conventional web service.
  • An embodiment of a service provided by a contents provider group is explained as follows.
  • First of all, a PF server can be serviced by a company that manages all broadcast information and location information provided by the contents provider. This service mainly contains location information necessary for a broadcast time or broadcast of a corresponding broadcasting station and information for enabling a customer to access the corresponding broadcasting station. The customer is able to obtain and display this information on a screen. The PF server is one of the services mandatory for each broadcasting station. In the IPTV environment, this service is provided to enable a customer to access a corresponding broadcasting station.
  • EPG service is one of convenient services provided to enable a customer to inquire a broadcast program per a time zone and recognize a broadcast program per a channel. The EPG service is configured to be executable in a manner that a corresponding program is automatically installed at a customer side in advance.
  • A customer is able to obtain the information for a corresponding broadcasting station only from a PF server. Yet, the EPG service enables a customer to obtain information for real-time broadcast channels of all broadcasting stations at a time. So, the EPG service can be very conveniently usable. For instance, the EPG service is provided with a powerful function of making a reservation for recording CNN news or a reservation for viewing Disney channel. So, the EPG service should provide details of information for broadcast programs in a corresponding area per a time zone. In particular, in case of a prescribed drama, contents of the drama are searched. The broadcast programs can be categorized into SF, drama, animation, and the like for discrimination. Detailed information for a story or characters of a movie or drama of a simple broadcast program can be included.
  • One big problem of the EPG service is how to transmit EPG data suitable for a customer due to too many kinds of licenses of customers who view IPTV. To access the EPG service, a customer finds and presses an input key of a remote controller with ease.
  • ECG service has all kinds of functions for facilitating a customer to use information for contents possessed by a contents provider, a location of an access server, an access authority and the like. In brief, the functions include a function of facilitating servers having contents to be accessed and an electronic program guide (EPG) indicating details of information for contents.
  • In particular, a load in individually accessing a prescribed content service to view or download contents can be reduced in a manner of binding services including AoD, MoD and VoD into one such as EPG except a real-time broadcast.
  • Similar to the EPG service, the ECG service enables contents stored in a server to be viewed at any time instead of informing real-time broadcast channel information. And, the ECG service enables contents to be downloaded and stored. If a customer attempts to access a server having corresponding contents, the customer has difficulty in obtaining an address or accessing PF servers. This is a very complicated process and consumes considerable time. A company providing ECG enables an ECG program to be automatically installed in a customer, collects information for all kinds of contents, and provides the corresponding data. In order to access an ECG service, a customer just clicks an input key button on a remote controller as well.
  • A portal server is connected to a broadcasting station via a web service provided by each broadcasting station or connected to a web server of a company servicing contents. The portal server plays a role in searching or viewing a program list provided by each broadcasting station or each contents provider providing a contents service. This can be considered as a function of ECG or EPG. Yet, a portal service is equipped with such a function as user authentication or license contract. So, an access is needed to view a specific program. Although ECG or EPG provides a unified broadcast or contents list, the portal service provides broadcast or contents list information for a corresponding program providing company to enable detailed search. In order to access a portal service, a customer just clicks a portal input button on a remote controller.
  • Thus, the contents provider side should include a function of providing those services and the like. If it is attempted to normally operate the functions, servers of service companies should be access IP network to transmit a corresponding program by real time or transmit broadcast information.
  • And, the respective broadcasting stations or the service companies should be connected to a network of a service provider for errorless transmission without delay. So, they should have a system for transmitting multimedia data using internet real-time protocol such as RTP, RTSP, RSVP, MPLS and the like.
  • For instance, in case that a TV studio currently providing news attempts to transmit multimedia by real time, if the multimedia includes MPEG-2 and AC-3 audio specifications, a transcoding work for converting them to fit a format of IPTV should be carried out. After a server for executing this work has been passed, a system is configured in a manner that RTP/UDP protocol including time information for matching caption or lip-sync is attached to pass through IP network provided by a service provider.
  • The service provider provides stability and bandwidth of network to enable multimedia data and broadcast data to be well transmitted by a contents provider. Service providers are able to provide IPTV services using a conventional cable network. In this case, equipments of delivery network need to be changed. In particular, network equipments capable of real-time data transmission should be provided for configuration and a customer should configure a network by considering a bandwidth. The equipments should reduce a bandwidth by processing massive multimedia data using a multicast service as a basic network service of IPTV. If a bandwidth is not secured, a service provider changes an optical cable network configuration or transcodes multimedia data from a contents provider into MPEG-4 or MPEG-7 formatted data with efforts to secure a bandwidth and then transmits the corresponding data. For this, the service provider should provide several kinds of services including NMS (network management system), DHCP (dynamic host control protocol), and CDN services.
  • The NMS service enables a service provider to manage a delivery network for a delivery to each customer and an IPTV receiver of the corresponding customer. In particular, in case that a broadcast reception is not available for a customer due to a technical difficulty of a delivery network, a means for emergency processing should be provided.
  • The NMS is widely used as a standardized means for controlling and managing machined in a remote transport layer. Using this service, it is able to check how many traffics are generated for a prescribed broadcast or which area is in short of bandwidth. The NMS service should be provided to contents providers to enable the corresponding contents provider to generate and manage groups in multicast. This is because more multicast groups may need to be generated occasionally.
  • The DHCP service enables an IP to be automatically allocated to an IPTV receiver of a customer and is used to inform an address of a CDN server. The DHCP service is a useful means for allocating IP to a PC on a general network. By transmitting an accessible address to an authorized IPTV receiver, a user is allowed to make a registration procedure for an initial access. Generally, an IPTV receiver will provide IPv4. Yet, IPv6 is also available. So, an IPTV receiver providing IPv4 is usable as well.
  • In the CDN service, when an IPTV receiver is initially operated with data provided by a service provider by receiving a power, CDN information is received from a service provider while IP is received by the DHCP service. This information contains customer registration or authentication of an IPTV provider and the above-explained PF informations. As an IPTV receiver obtains CDN information from a service provider, an IP broadcast signal reception is enabled.
  • A customer can have various kinds of IPTV receivers. A customer having a normal TV rents IPTV STB to enjoy an IPTV inexpensively. A service provider pays an additional service charge with a low price and a customer requests an IP phone to use together.
  • An IPTV receiver basically includes a network interface capable of accessing a network and has an Internet protocol. The IPTV receiver receives and processes data packets coming from a network and then plays multimedia data on a screen. In case of manipulating the IPTV receiver using a remote controller, the IPTV receiver should make a response by sending data packets quickly via a network to obtain corresponding information from a server. In particular, the IPTV receiver is capable of operating to transmit user requested items bi-directionally while processing multimedia data. And, buttons for IPTV ca be provided to a remote controller to use the corresponding service well. So, a consumer is able to store and view a fine scene of a drama in the above-provided IPTV receiver and enjoy additional services including location information, hotel reservation and the like.
  • Meanwhile, the above-mentioned NMS includes the function that a service provider manages a network. And, the NMS helps the service provider control and manage an IPTV receiver of a consumer. If more IPTV receivers are used and if more additional services are provided, the role of the NMS becomes more important. So, SNMP protocol becomes mandatory for an IPTV broadcast receiver. This is intended for a service provider to manage and control an IPTV broadcast receiver. If so, an IPTV broadcast receiver is able to obtain details of statistical data of a currently communicating protocol, information for a currently used processor, information for a TV manufacturer, and the like.
  • FIG. 4 is a block diagram of a system between a service provider and a broadcast receiver.
  • Referring to FIG. 4, a terminal o a service provider is capable of bi-direction communication via an IP network. In particular, according to the present system, a broadcast receiver is capable of receiving a broadcast from a service provider and also capable of transmitting information for an environment of the broadcast receiver to the service provider.
  • In this case, when the service provider collects to provide broadcast signals to the broadcast receiver, a broadcast stream can include a single or multi program. In case of attempting to transmit a transport stream via an IP network, IP capsulation is required.
  • FIG. 5 is a diagram for IP capsulation in case that a service provider provides a service to a broadcast receiver via an IP network.
  • Referring to FIG. 5, an IP capsule can include an IP header, a UDP header, an RTP header, and real data, i.e., a transport stream packet.
  • FIG. 6 is a flowchart of a method of receiving an adaptive broadcast signal according to a first embodiment of the present invention.
  • Referring to FIG. 6, a method of receiving an adaptive broadcast signal according to a first embodiment of the present invention includes the steps of linking an IP network, transmitting display status information for a receiver to a service provider via the linked IP network, receiving an available service information list provided by the service provider based on the display status information for the receiver, and if at least one service is selected from the received available service information list by a user, providing the selected service to the receiver.
  • In the IP network linking step (S61), a terminal is connected to the service provider via the IP network. In this case, a service provider designated as a default can be preferentially connected. In case that subscriptions are made to several service providers, it is able to select a specific service provider to be connected.
  • In the step (S62) of transmitting the display status information for the receiver to the service provider, the display status information is transmitted to the service provider to be provided with a service suitable for display performance of the receiver.
  • In this case, the display status information indicates a value for determining the display performance and corresponds to resolution, color quality or the like. For instance, a broadcast receiver supporting standard definition (hereinafter abbreviated SD) receives high definition (hereinafter abbreviated HD) contents but displays the received contents with SD. The broadcast receiver receives the large-size non-displayable HD contents and increases a service information size unnecessarily. So, the broadcast receiver transmits a maximum displayable resolution value and then receives contents having a version of a suitable resolution value. For this, the service provider should be equipped with various resolution versions for the same program contents.
  • Despite a broadcast receiver that provides HD image quality, in case of displaying multiple channels using a PIP (picture in picture) function or a pop-up function, a main screen and a sub-screen are displayed with resolution lower than that of a full screen. So, instead of receiving high-resolution contents and reducing the received contents to display, in aspect of network, it is more efficient to receive contents having a resolution version suitable for a display environment in the contents transceiving step. And, it is unnecessary to receive contents information of a video format different form that of a display type and reformat the received contents information to fit the display type.
  • In the step (S63) of receiving the available service information list from the service provider, a contents information list of various versions suitable for the display performance of the receiver is sent to the receiver by the service provider based on the display status information having been transmitted to the service provider. For instance, the service provider sends a contents list having at least one version the service provider is equipped with. In this case, if the broadcast receiver is for SD, an HD list and an SD list are sent to enable a user to make a selection or a list of SD corresponding to resolution suitable for an output of the receiver can be sent.
  • If the user selects contents from the received available service information list (S64), the service provider provides the contents selected by the user (S65). If the user selects a contents program of a specific version to be viewed from the received list, the service provider provides the corresponding service based on an inputted selection signal.
  • FIG. 7 is a detailed diagram for a method of receiving an adaptive broadcast signal according to a first embodiment of the present invention. A broadcast signal receiving method between a service provider and a broadcast receiver is explained with reference to FIG. 7. In this case, steps explained in the following description are just exemplary but the claims of the present invention are not restricted by the following steps or temporal sequence thereof.
  • Referring to FIG. 7, while a service provider is providing a broadcast service (1), a power of a broadcast receiver is turned on (1).
  • If the power of the broadcast receiver is turned on, system initialization is carried out (2).
  • The system-initialized broadcast receiver searches for a connectable service provider (3) or makes a connection to a service provider set to a default. In case that there are a plurality of connectable service providers, a user is requested to make a selection. If so, the user is able to make a selection.
  • The broadcast receiver transmits its authentication information while making a request for a service connection to the service provider (3-1).
  • The service provider having received the authentication information for the broadcast receiver performs a receiver authentication (4).
  • Once a qualification of the broadcast receiver is authenticated in the authenticating step, available information on a subscribed service is transmitted (4-1_. The available information on the subscribed service means available service information for a receivable physical channel.
  • The broadcast receiver performs service discovery (5). This is the step of searching a service and deciding a service characteristic. Through this step, the broadcast receiver is connected to the service provider.
  • The broadcast receiver displays a service menu (6). Hence, the user is able to see an available service on the subscribed service.
  • The broadcast receiver transmits an available resource, i.e., display status information to the service provider (7). In particular, the broadcast receiver transmits its display performance value such as resolution, color quality and the like for example.
  • Having received the display status information, the service provider compares various versions of retained contents to options of the display status information (8). As a result of the comparison, the service provider sends an available service channel list, which can be outputted from the broadcast receiver, to the broadcast receiver (8-1). In particular, the service provider sends available information for receiver options.
  • Having received the available service list from the service provider, the broadcast receiver displays the available service list (9). The user then selects at least one from the available service list (10). In this case, the user selects a channel to view from the available service list and also selects a display version to be outputted from contents of the same channel. In this case, channel selection information can be transmitted together in the step (7) of transmitting the display status information for the broadcast receiver. If so, the service provider is able to provide an available service version list for the selected channel.
  • If the selected program information is sent to the service provider (10-1), the service provider searches for a service selected by the user (11) and then provides the searched service to the broadcast receiver (11-1).
  • FIG. 8 is a flowchart of a method of receiving an adaptive broadcast signal according to a second embodiment of the present invention.
  • Referring to FIG. 8, a method of receiving an adaptive broadcast signal according to a second embodiment of the present invention includes the steps of linking an IP network, transmitting display status information for a broadcast receiver and program selection information to a service provider via the linked IP network, and receiving at least one service in available service information for a program selected by a user based on the transmitted display status information.
  • The step of linking the IP network and the step of transmitting the display status information for the broadcast receiver to the service provider are identical to those of the second embodiment of the present invention. Yet, the second embodiment differs from the first embodiment in that the service provider selects to send a suitable service version to the broadcast receiver based on the received display status information for the broadcast receiver instead of selecting a service to be provided to the user from the available service list.
  • The step (S82) of transmitting the display status information for the broadcast receiver to the service provider and the step (S83) of selecting the program to be viewed by the user can be executed together or separately.
  • In particular, the display status information and the program selection information, i.e., channel information are sent to the service provider. For instance, the user selects channel-10 and the display status information, i.e., resolution information according to a display option or video format information according to a channel display type is provided as well.
  • The service provider selects at least one service from available services and then provides the selected service to the broadcast receiver (S84).
  • In particular, if resolution of the broadcast receiver corresponds to SD for the channel-10 selected by the user, the service provider provides program contents of the version corresponding to the SD among various versions of the retained contents of the channel-10.
  • If the channel-10 selected by the user is outputted in a display type of PIP or POP instead of being outputted as a main screen, the service provider provides program contents of a video format version suitable for the PIP or POP among various versions of the retained contents of the channel-10.
  • In this case, if the service provider fails to retain the contents matching a video format of the broadcast receiver, the service provider provides a broadcast signal coded in a format closest to the video format. For instance, when a video format of a displayed PIP screen is 352*288, if the service provider fails to retain a version of the same video format, the service provider can provide a version formatted by 352*240 closest to 352*288.
  • FIG. 9 is a detailed diagram for a method of receiving an adaptive broadcast signal according to a second embodiment of the present invention. A broadcast signal receiving method between a service provider and a broadcast receiver is explained with reference to FIG. 9. In this case, steps explained in the following description are just exemplary but the claims of the present invention are not restricted by the following steps or temporal sequence thereof.
  • Referring to FIG. 9, steps (1) to (6) are identical to those of the first embodiment of the present invention. N the following description, steps after the step (6) are explained.
  • First of all, a broadcast receiver sends its available resources, i.e., display status information to the service provider (7). In particular, the broadcast receiver sends its display performance values including resolution, color quality and the like for example.
  • Having received the display status information, the service provider compares options of various versions of the retained contents to options of the display status information (8).
  • The broadcast receiver receives a program selection signal of the user (9) and then sends finally selected program selection information to the service provider (9-1). In this case, the program selection in the broadcast receiver and the selection signal sending to the service provider can be carried out before the option comparing step (8) in the service provider. And, they can be executed together with the transmission of the available resource information (6).
  • Namely, the display status information is sent (7), the corresponding options are compared to each other (8), and the finally selected program selection information is then sent. Alternatively, after the display status information and the finally selected program information have been sent, option comparison can be carried out on the retained contents for the selected program.
  • If the selected program information is sent to the service provider (9-1), the service provider searches for a display version closest to a display status corresponding to a result of the option comparison (10) and then provides the searched contents to the broadcast receiver, for the selected program (10-1).
  • The broadcast receiver having received the contents provided by the service provider displays the received contents (11).
  • In the first embodiment of the present invention, once the display status information for the broadcast receiver is provided to the service provider, the service provider sends the available service information list to the broadcast receiver. If so, the user selects the display version to be finally outputted. Namely, the display version to be finally outputted is selected by the user.
  • On the contrary, in the second embodiment of the present invention, if the display status information for the broadcast receiver is provided to the service provider, the service provider directly selects the service closest to the display option and then provides the selected service to the broadcast receiver. Namely, the display version to be finally outputted is selected by the service provider.
  • FIG. 10A and FIG. 10B are diagrams of embodiments for video formats varying according to a multiple channel watching display status. In this case, a source means an actually coded video format of a broadcasted program and a display means a video format to output a corresponding program to a screen.
  • Referring to FIG. 10A, a video format of a PIP display for outputting a sub-screen in a main screen can be observed.
  • It is assumed that an option of a monitor of a user is capable of outputting 1080HD. And, it is also assumed that CIF is set to be outputted in case of a PIP output.
  • A format of a program to be outputted on a main screen is determined as 1080HD. And, a corresponding stream is received and then outputted. In this case, for a program to be outputted to a sub-screen, a stream coded by CIF image quality is requested or a service provider sends a stream coded by CIF image quality.
  • Namely, according to the present invention, instead of receiving 1080HD-coded stream uniformly and then changing a corresponding format for a program to be outputted to a sub-screen, a stream coded by CIF image quality suitable for a program to be outputted to a sub-screen is received and then displayed.
  • Referring to FIG. 10B, a video format of a POP display for outputting a pop screen can be observed.
  • It is assumed that a size of a video window to be outputted to a screen 1 corresponds to 4VGA. And, it is also assumed that a size of each video window of screens 2 to 4 is set to CIF.
  • When a 4VGA-coded stream in a program coded in various video formats is requested for a channel to be outputted to the screen 1, if a service provider fails to retain a stream coded in a same video format, it is able to select and receive a broadcast signal coded in a format closest to 4VGA. In this case, a broadcast signal encoded by 720pHD is transmitted.
  • The same method of the screen 1 is applied to the screens 2 to 4. In particular, a broadcast signal coded in a format matching a user's display setup is selected and received. If a matched format does not exist, a broadcast signal coded in a closest format is received and outputted.
  • A subject to select a video format in the present embodiment can be the user in the first or second embodiment or the service provider.
  • FIG. 11 is a diagram of a data structure to send resource information for a broadcast receiver to a service provider from the broadcast receiver according to an embodiment of the present invention.
  • Referring to FIG. 11, resolution information, audio codec information, video codec information, network information, and user level information for a broadcast receiver can be sent.
  • FIG. 12 is a diagram of a data structure to send display status information for a broadcast receiver to a service provider from the broadcast receiver according to an embodiment of the present invention, in which a video resolution data structure (RI-structure) in the display status information is shown.
  • Referring to FIG. 12, an RI data structure includes such information for representation to specify a video resolution as a code value, a text, and a format type (format_type). In case of video resolution, at least two resolution informations can be sent to implement a multiple window function.
  • In this case, the video resolution information sent by a user can include several kinds. For instance, it can be a maximum video resolution supported by a display unit of a broadcast receiver of a user or display resolution information of each window in case that a multiple video window function such as PIP and POP is activated.
  • Besides, a command filed (not shown in FIG. 12) is usable. For instance, if the command is set to 0, video resolution information means a maximum video resolution supported by a monitor. And, this indicates a video resolution of a main screen. If the command is set to 1, it can be engaged that next video resolution information indicates a video resolution of a sub-screen 1 in case of multiple video window implementation. According to this, the command and the video resolution information can be sent as many as the number of maximum multiple screen windows that can be implemented by a display unit.
  • FIG. 13 is a diagram of a data structure for indicating available service information sent from a service provider to a broadcast receiver according to an embodiment of the present invention, in which a video resolution data structure (RI-structure) in display status information is shown.
  • Referring to FIG. 13, an RI data structure is a means for sending video resolution information in sending an available service channel list or an available program list to a broadcast receiver from a service provider. The present data structure represents which video resolution is available for a specific program.
  • The corresponding information can connect all available video resolutions or represent all available video resolutions by engagement using a command and the like.
  • For instance, if a command is set to 0, it may mean that all resolutions equal to or smaller than a resolution indicated by a code value are available. If the command is set to 1, it may mean that all resolutions equal to or greater than a resolution indicated by a code value are available. Namely, it is able to configure the RI data structure with simplicity using a command engaged between a service provider and a broadcast receiver.
  • FIG. 14 is a diagram of expressions for transceiving video resolution information for a broadcast receiver according an embodiment of the present invention.
  • Referring to FIG. 14, video resolution information sent to a service provider from a broadcast receiver can be defined identical to available video resolution information provided to the broadcast receiver by the service provider.
  • FIG. 14 exemplarily shows a format type (format_type), a width, a height, and a code value (code_value), which are included in the RI data structure shown in FIG. 12 or FIG. 13.
  • FIG. 15 is a block diagram of an adaptive broadcast receiver according to one embodiment of the present invention.
  • Referring to FIG. 15, an adaptive broadcast receiver according to one embodiment of the present invention includes a network interface unit transceiving an IP packet by connecting the broadcast receiver to a service provider via a network, a display unit outputting a broadcast signal received by the network interface unit, and a control unit controlling display status information for the display unit to be sent to the service provider, the control unit controlling an adaptive broadcast signal based on the sent display status information to be displayed.
  • Detailed configuration of the broadcast receiver is explained as follows.
  • First of all, the broadcast receiver includes a network interface unit 502, an IP manager 504, a control unit 506, a channel manager 508, a service information decoder 510, a service information database 512, a service discovery manager 514, a service control manager 516, a CAS/DRM unit 518, a service delivery manager 520, a demultiplexer 522, an audio/video decoder 524, a display unit 526, a storage unit 528, and a system manager 530.
  • The network interface unit 502 receives packets received from a network and transmits a packet to the network from the broadcast receiver. In particular, the network interface unit 502 receives an adaptive broadcast signal of the present invention from a service provider of the present invention via the network.
  • The IP manager 504 manages a packet delivery to a destination from a source for the packets received or transmitted by the broadcast receiver. And, the IP manager 504 sorts the received packets to correspond to a suitable protocol.
  • The control unit 506 controls an application and an overall operation of the broadcast receiver according to a user input signal by controlling a user interface (not shown in the drawing). The control unit 506 provides a graphic user interface (GUI) for a user using an OSD (on screen display) or the like. The control unit 506 receives an input signal from the user and then performs a receiver operation according to the corresponding input. For instance, if a key input concerning a channel selection is inputted by a user, the control unit 506 sends a channel selection input signal to the channel manager 508.
  • The control unit 506 controls the display status information for the display unit to be sent to the service provider. And, the control unit 506 controls the adaptive broadcast signal based on the sent display status information to be displayed.
  • The channel manager 508 stores received channel information and then generates a channel map. The channel manager 508 selects a channel according to the key input received from the control unit 506 and controls the service discovery manager 514.
  • The channel manager 508 receives service information for a channel from the service information decoder 510 and performs audio/video PID (packet identifier) setting of the selected channel on the demultiplexer 522.
  • The service information decoder 510 decodes such service information as PSI (program specific information). In particular, the service information decoder 510 receives and decodes PSI table, PSIP (program and service information protocol) table, DVB-SI (service information) table or the like demultiplexed by the demultiplexer 522.
  • The service information decoder 510 decodes the received service information tables, generates a database for the service information, and then stores the generated database for the service information in the service information database 512.
  • The service discovery manager 514 provides information necessary to select a service provider which provides a service. If a signal for a channel selection is received from the control unit 506, the service discovery manager 514 searches for a service provider using the information.
  • The service control manager 516 is responsible for a selection and control of a service. For instance, if a user selects a live broadcasting service as good as a conventional broadcasting type, the service control manager 516 performs the selection and control of the service using IGMP or RTSP.
  • If a user selects such a service as VOD (video on demand), the service control manager 516 performs the selection and control of the service using RTSP. In this case, the RTSP (real-time streaming protocol) can provide a trick mode for a real-time streaming.
  • The packet for the service received via the network interface unit 502 and the IP manager 504 is sent to the CAS/DRM unit 518. The CAS/DRM unit 518 is responsible for CAS (conditional access system) of service and DRM (digital rights management).
  • The service delivery manager 520 is responsible for control of the received service data.
  • For instance, in case of controlling real-time streaming data, RTP/RTCP (real-time transport protocol/RTP control protocol) is used. If the real-time streaming data is transported using the RTP, the service delivery manager 520 parses the received data packet according to the RTP and then sends the parsed packet to the demultiplexer 522. And, the service delivery manager 520 feeds back the network reception information to a server side providing the service using the RTCP. In this case, the real-time streaming data can be capsulated by UDP without RTP and then directly delivered.
  • The demultiplexer 522 demultiplexes the received packet into audio data, video data and PSI (program specific information) data and then sends the data to the video/audio decoder 524 and the service information decoder 510, respectively.
  • The video/audio decoder 524 decodes the video and audio data received from the demultiplexer 522. And, the video/audio data decoded by the video/audio decoder 524 is provided to the user via the display unit 526.
  • The storage unit 528 stores setup data for system and the like. In this case, the storage unit 528 can include a nonvolatile memory such as a nonvolatile RAM (NVRAM), a flash memory, and the like.
  • And, the system manager 530 controls overall operations of the broadcast receiver via a power system.
  • It will be apparent to those skilled in the art that various modifications and variations can be made in the implementations without departing from the spirit or scope of the above implementations. Thus, other implementations are within the scope of the following claims.

Claims (25)

1. A method of receiving an adaptive broadcast signal, comprising the steps of:
validating an IP network;
sending display status information of a receiver to a service provider via the linked validated IP network;
receiving information list about an available media service in the receiver that is transmitted from the service provider based on the display status information of the receiver; and
receiving a selected media service from the service provider, when at least one service is selected according to the received information list about an available media service.
2. The method of claim 1, wherein the display status information comprises resolution information.
3. The method of claim 1, wherein the display status information comprises video format information according to a display type.
4. The method of claim 3, wherein the video format information comprises main watching screen information and sub-watching screen information according to a multiple channel watching type.
5. The method of claim 4, wherein the multiple channel watching type comprises a PIP (picture in picture) type or a POP type.
6. The method of claim 1, wherein in the step of sending the display status information of the receiver to the service provider, a data structure representing the display status information of the receiver as at least one selected from the group comprising a code value (code_value) field, a text field, and a format type (format_type) field is sent to the service provider.
7. The method of claim 1, wherein in the step of sending the display status information of the receiver to the service provider, service selection information is provided to the service provider together with the display status information.
8. The method of claim 1, wherein the information list about an available media service, comprises at least one display version list for a selected service.
9. The method of claim 1, wherein in the step of receiving the information list about an available media service in the receiver, a data structure representing an available media service as a command field is received.
10. The method of claim 1, wherein in the step of receiving the information list about an available media service in the receiver, a data structure representing the information list about an available media service for the receiver as at least one selected from the group comprising of a code value (code_value) field, a text field, a field format type (format_type) field, and a height and weight field is received.
11. The method of claim 1, wherein in the step of selecting the at least one service according to the received information list about an available media service in the receiver, a user selection signal is inputted as OSD.
12. A method of receiving an adaptive broadcast signal comprising the steps of
validating an IP network;
sending display status information of a receiver and service selection information to a service provider via the validated IP network; and
receiving at least one media service among available media services of a selected service that is transmitted from the service provider according to the display status information of the receiver.
13. The method of claim 12, wherein the display status information comprises either resolution information or video format information according to a display type.
14. The method of claim 13, wherein the video format information according to the display type comprises main watching screen information and sub-watching screen information according to a multiple channel watching type.
15. The method of claim 14, wherein the multiple channel watching type comprises a PIP (picture in picture) type or a POP type.
16. The method of claim 12, wherein in the step of sending the display status information of the receiver and the service selection information to the service provider, a data structure representing the display status information of the receiver as at least one selected from the group comprising of a code value (code_value) field, a text field, and a format type (format_type) field is sent to the service provider.
17. The method of claim 12, further comprising the step of deciding a contents version to be transmitted to the receiver by comparing the display status information to contents display information.
18. The method of claim 17, wherein in the step of deciding a contents version to be transmitted to the receiver, at least one contents version is decided for the selected service.
19. An adaptive broadcast receiver comprising:
a network interface unit transceiving an IP packet by connecting the broadcast receiver to a service provider via a network;
a display unit outputting a broadcast signal received by the network interface unit; and
a control unit controlling display status information for the display unit to be sent to the service provider, and controlling an adaptive broadcast signal based on the sent display status information to be displayed.
20. The adaptive broadcast receiver of claim 19, wherein the control unit controls either resolution information or video format information according to a display type to be sent to the service provider.
21. The adaptive broadcast receiver of claim 20, wherein the video format information according to the display type comprises main watching screen information and sub-watching screen information according to a multiple channel watching type.
22. The adaptive broadcast receiver of claim 21, wherein the multiple channel watching type comprises a PIP (picture in picture) type or a POP type.
23. The adaptive broadcast receiver of claim 19, further comprising an IP manager unit managing a packet delivery to a destination from a source for a packet received via the network interface unit and a packet sent by the receiver.
24. The adaptive broadcast receiver of claim 19, further comprising:
a service discovery manager providing information necessary to select the service provider providing a service; and
a service control manager responsible for a selection and control of the service.
25. The adaptive broadcast receiver of claim 19, further comprising a user interface unit receiving a service selection signal for selecting at least one service from an information list about an available media service received from the service provider based on display status information sent to the service provider.
US11/905,492 2006-10-02 2007-10-01 Apparatus for receiving adaptive broadcast signal and method thereof Abandoned US20080092184A1 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
US11/905,492 US20080092184A1 (en) 2006-10-02 2007-10-01 Apparatus for receiving adaptive broadcast signal and method thereof

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US84836606P 2006-10-02 2006-10-02
US11/905,492 US20080092184A1 (en) 2006-10-02 2007-10-01 Apparatus for receiving adaptive broadcast signal and method thereof

Publications (1)

Publication Number Publication Date
US20080092184A1 true US20080092184A1 (en) 2008-04-17

Family

ID=38877129

Family Applications (3)

Application Number Title Priority Date Filing Date
US11/905,493 Abandoned US20080092185A1 (en) 2006-10-02 2007-10-01 Apparatus for receiving adaptive broadcast signal and method thereof
US11/905,494 Active 2030-12-16 US8613016B2 (en) 2006-10-02 2007-10-01 Apparatus for receiving adaptive broadcast signal and method thereof
US11/905,492 Abandoned US20080092184A1 (en) 2006-10-02 2007-10-01 Apparatus for receiving adaptive broadcast signal and method thereof

Family Applications Before (2)

Application Number Title Priority Date Filing Date
US11/905,493 Abandoned US20080092185A1 (en) 2006-10-02 2007-10-01 Apparatus for receiving adaptive broadcast signal and method thereof
US11/905,494 Active 2030-12-16 US8613016B2 (en) 2006-10-02 2007-10-01 Apparatus for receiving adaptive broadcast signal and method thereof

Country Status (4)

Country Link
US (3) US20080092185A1 (en)
EP (5) EP2953316A1 (en)
KR (3) KR20080030899A (en)
CN (3) CN101159577B (en)

Cited By (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20080141317A1 (en) * 2006-12-06 2008-06-12 Guideworks, Llc Systems and methods for media source selection and toggling
US20080298461A1 (en) * 2007-06-04 2008-12-04 Samsung Electronics Co., Ltd. Video signal processing apparatus, display apparatus and video signal processing method
US20110126232A1 (en) * 2009-11-25 2011-05-26 Lg Electronics Inc. Method of processing epg metadata in network device and network device for controlling the same
US20110197245A1 (en) * 2008-10-07 2011-08-11 Ryuhsuke Watanabe Digital broadcast receiver and reception method
US20110197244A1 (en) * 2008-10-06 2011-08-11 Toshinori Shimizu Digital broadcast receiver and digital broadcast reception method
US20120079529A1 (en) * 2010-09-29 2012-03-29 Verizon Patent And Licensing, Inc. Multiple device storefront for video provisioning system
CN103067746A (en) * 2011-10-20 2013-04-24 安美世纪(北京)科技有限公司 System and method for hotel video service
US20140075003A1 (en) * 2011-10-27 2014-03-13 Panasonic Corporation Device cooperation service execution apparatus, device cooperation service execution method, computer-readable recording medium
US9160971B2 (en) 2008-12-23 2015-10-13 Rovi Technologies Corporation Content access

Families Citing this family (26)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8489702B2 (en) 2007-06-22 2013-07-16 Apple Inc. Determining playability of media files with minimal downloading
WO2009020332A2 (en) * 2007-08-06 2009-02-12 Samsung Electronics Co, . Ltd. Method and apparatus for providing/receiving web-based service of plurality of service providers
US20090183194A1 (en) * 2008-01-10 2009-07-16 Michael Raftelis Methods and apparatus to handle telecommunication service changes
US20090239514A1 (en) * 2008-03-21 2009-09-24 Qualcomm Incorporated Methods and apparatuses for providing advertisements to a mobile device
EP2104299B1 (en) 2008-03-21 2018-05-30 LG Electronics Inc. Method of processing data in an internet protocol television system
US20090253416A1 (en) * 2008-04-04 2009-10-08 Samsung Electronics Co. Ltd. Method and system for providing user defined bundle in a mobile broadcast system
EP2131550A1 (en) * 2008-06-03 2009-12-09 THOMSON Licensing method of transmitting a list of services and corresponding method of reception
US20090307733A1 (en) * 2008-06-04 2009-12-10 Samsung Electronics Co., Ltd. Downloading method and apparatus of terminal entity
WO2011021908A2 (en) * 2009-08-21 2011-02-24 Samsung Electronics Co., Ltd. Application downloading method, application providing method, user terminal using the same
KR101710427B1 (en) * 2009-08-21 2017-02-28 삼성전자주식회사 Method for service to download application, method for service to provide application, electronic device applying the same
KR101415000B1 (en) * 2009-12-01 2014-07-04 에스케이플래닛 주식회사 IPTV Broadcasting System and Packet Error Correction Method Thereof, and Set-Top Box for Packet Error Correction
CN102457552B (en) * 2010-10-26 2014-07-23 深圳Tcl新技术有限公司 System, device, and method used for acquiring service of provider
CN102196302B (en) * 2011-05-19 2012-09-05 广东星海数字家庭产业技术研究院有限公司 Digital television middleware-based video-on-demand method and system
KR101137802B1 (en) * 2011-06-28 2012-04-18 주식회사 엔트로피테크 Set-top box and method for controlling picture in pictures on internet protocol television
CN102300119B (en) * 2011-09-07 2014-09-17 华为软件技术有限公司 Hybrid live broadcasting method and equipment
CN102300122B (en) * 2011-09-09 2014-04-16 四川长虹电器股份有限公司 Digital television program on demand method
CN103260072B (en) * 2013-04-15 2016-08-10 青岛海信传媒网络技术有限公司 Channel program polymerization and system
CN103391465B (en) * 2013-07-11 2016-08-10 深圳数字电视国家工程实验室股份有限公司 A kind of method controlling terminal unit and the network equipment
WO2015141924A1 (en) * 2014-03-18 2015-09-24 엘지전자 주식회사 Method and device for transmitting and receiving broadcast signal for providing hevc stream trick play service
KR101740451B1 (en) 2014-12-10 2017-05-26 엘지전자 주식회사 Apparatus for transmitting braodcast signal, apparatus for recieivng broadcast signal, method for transmtiting broadcast signal and method for receiving broadcast signal
CN104519307B (en) * 2014-12-12 2018-01-12 华为软件技术有限公司 Meeting management system, continuous presence equipment, branch's field device, video meeting implementing method and system
CN105792013B (en) * 2014-12-25 2019-03-15 中国电信股份有限公司 IPTV merges the method and system of visual telephone service, mixed screen system
JP2016163131A (en) * 2015-02-27 2016-09-05 株式会社ソニー・インタラクティブエンタテインメント Information processing apparatus and image data distribution method
FR3052953A1 (en) * 2016-06-20 2017-12-22 Orange METHOD FOR CONTROLLING THE REGISTRATION OF A TERMINAL
CN106535005B (en) * 2016-10-25 2021-07-06 北京邦天信息技术有限公司 Method and device for realizing broadcast control service
JP7166996B2 (en) * 2019-08-07 2022-11-08 Tvs Regza株式会社 receiver

Citations (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6020880A (en) * 1997-02-05 2000-02-01 Matsushita Electric Industrial Co., Ltd. Method and apparatus for providing electronic program guide information from a single electronic program guide server
US6314656B1 (en) * 1998-07-10 2001-11-13 Genus Technologies Device for positioning and centering
US20010047517A1 (en) * 2000-02-10 2001-11-29 Charilaos Christopoulos Method and apparatus for intelligent transcoding of multimedia data
US20050157660A1 (en) * 2002-01-23 2005-07-21 Davide Mandato Model for enforcing different phases of the End-to-End Negotiation Protocol (E2ENP) aiming QoS support for multi-stream and multimedia applications
US20060174277A1 (en) * 2004-03-04 2006-08-03 Sezan M I Networked video devices
US7224404B2 (en) * 2001-07-30 2007-05-29 Samsung Electronics Co., Ltd. Remote display control of video/graphics data
US20070204311A1 (en) * 2006-02-27 2007-08-30 Hasek Charles A Methods and apparatus for selecting digital coding/decoding technology for programming and data delivery
US20080025219A1 (en) * 2006-07-27 2008-01-31 Via Technologies, Inc. Method for handling the bandwidth allocation of a networking device
US20080069006A1 (en) * 2006-09-20 2008-03-20 Edward Walter Methods and apparatus to provide services over integrated broadband communication systems

Family Cites Families (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP3588679B2 (en) * 1994-03-17 2004-11-17 富士通株式会社 Information provision device
US6314565B1 (en) * 1997-05-19 2001-11-06 Intervu, Inc. System and method for automated identification, retrieval, and installation of multimedia software components
CN1411278A (en) * 2002-11-25 2003-04-16 北京邮电通信设备厂 IP network TV conference system
US20040168185A1 (en) * 2003-02-24 2004-08-26 Dawson Thomas Patrick Multimedia network picture-in-picture
KR100643704B1 (en) 2004-12-11 2006-11-10 한국전자통신연구원 Mobile personalization service system and mobile personalization service method
US7852317B2 (en) 2005-01-12 2010-12-14 Thinkoptics, Inc. Handheld device for handheld vision based absolute pointing system
CN100355283C (en) * 2005-07-21 2007-12-12 上海交通大学 Television channel delivering method of network based on channel switch and rating
CN1859561B (en) 2005-11-01 2010-05-12 华为技术有限公司 Stream media ordered telecast system and method
CN100493091C (en) * 2006-03-10 2009-05-27 清华大学 Flow-media direct-broadcasting P2P network method based on conversation initialization protocol

Patent Citations (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6020880A (en) * 1997-02-05 2000-02-01 Matsushita Electric Industrial Co., Ltd. Method and apparatus for providing electronic program guide information from a single electronic program guide server
US6314656B1 (en) * 1998-07-10 2001-11-13 Genus Technologies Device for positioning and centering
US20010047517A1 (en) * 2000-02-10 2001-11-29 Charilaos Christopoulos Method and apparatus for intelligent transcoding of multimedia data
US7224404B2 (en) * 2001-07-30 2007-05-29 Samsung Electronics Co., Ltd. Remote display control of video/graphics data
US20050157660A1 (en) * 2002-01-23 2005-07-21 Davide Mandato Model for enforcing different phases of the End-to-End Negotiation Protocol (E2ENP) aiming QoS support for multi-stream and multimedia applications
US20060174277A1 (en) * 2004-03-04 2006-08-03 Sezan M I Networked video devices
US20070204311A1 (en) * 2006-02-27 2007-08-30 Hasek Charles A Methods and apparatus for selecting digital coding/decoding technology for programming and data delivery
US20080025219A1 (en) * 2006-07-27 2008-01-31 Via Technologies, Inc. Method for handling the bandwidth allocation of a networking device
US20080069006A1 (en) * 2006-09-20 2008-03-20 Edward Walter Methods and apparatus to provide services over integrated broadband communication systems

Cited By (16)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20080141317A1 (en) * 2006-12-06 2008-06-12 Guideworks, Llc Systems and methods for media source selection and toggling
US20080298461A1 (en) * 2007-06-04 2008-12-04 Samsung Electronics Co., Ltd. Video signal processing apparatus, display apparatus and video signal processing method
US8667537B2 (en) * 2008-10-06 2014-03-04 Sharp Kabushiki Kaisha Digital broadcast receiver and digital broadcast reception method
US20110197244A1 (en) * 2008-10-06 2011-08-11 Toshinori Shimizu Digital broadcast receiver and digital broadcast reception method
US20110197245A1 (en) * 2008-10-07 2011-08-11 Ryuhsuke Watanabe Digital broadcast receiver and reception method
US8763048B2 (en) * 2008-10-07 2014-06-24 Sharp Kabushiki Kaisha Digital broadcast receiver and reception method
US9160971B2 (en) 2008-12-23 2015-10-13 Rovi Technologies Corporation Content access
USRE48384E1 (en) 2008-12-23 2021-01-05 Rovi Technologies Corporation Content access
US8473980B2 (en) * 2009-11-25 2013-06-25 Lg Electronics Inc. Method of processing EPG metadata in network device and network device for controlling the same
US20110126232A1 (en) * 2009-11-25 2011-05-26 Lg Electronics Inc. Method of processing epg metadata in network device and network device for controlling the same
US20120079529A1 (en) * 2010-09-29 2012-03-29 Verizon Patent And Licensing, Inc. Multiple device storefront for video provisioning system
US8910212B2 (en) * 2010-09-29 2014-12-09 Verizon Patent And Licensing Inc. Multiple device storefront for video provisioning system
CN103067746A (en) * 2011-10-20 2013-04-24 安美世纪(北京)科技有限公司 System and method for hotel video service
US9621436B2 (en) * 2011-10-27 2017-04-11 Panasonic Intellectual Property Corporation Of America Device cooperation service execution apparatus, device cooperation service execution method, and computer-readable recording medium
US10164844B2 (en) 2011-10-27 2018-12-25 Panasonic Intellectual Property Corporation Of America Device cooperation service execution apparatus, device cooperation service execution method, and computer-readable recording medium
US20140075003A1 (en) * 2011-10-27 2014-03-13 Panasonic Corporation Device cooperation service execution apparatus, device cooperation service execution method, computer-readable recording medium

Also Published As

Publication number Publication date
US20080092185A1 (en) 2008-04-17
CN101159577A (en) 2008-04-09
EP1909457B1 (en) 2015-07-08
CN101159830B (en) 2010-10-13
EP1909458A1 (en) 2008-04-09
EP2953316A1 (en) 2015-12-09
CN101159868A (en) 2008-04-09
KR20080030899A (en) 2008-04-07
KR20080030901A (en) 2008-04-07
US8613016B2 (en) 2013-12-17
CN101159830A (en) 2008-04-09
EP1909459B1 (en) 2015-07-01
EP1909457A1 (en) 2008-04-09
EP1909459A1 (en) 2008-04-09
US20080083004A1 (en) 2008-04-03
EP2953317A1 (en) 2015-12-09
KR20080030900A (en) 2008-04-07
CN101159577B (en) 2012-06-13

Similar Documents

Publication Publication Date Title
EP1909459B1 (en) Apparatus for receiving adaptive broadcast signal and method thereof
KR101377952B1 (en) Method for transmitting a broadcasting signal, method for receiveing a broadcasting signal and apparatus for the same
US8990355B2 (en) Providing remote access to multimedia content
US20090144783A1 (en) Broadcast receiver and method for receiving adaptive broadcast signal
KR101356502B1 (en) Method for transmitting a broadcasting signal, method for receiveing a broadcasting signal and apparatus for the same
US8291462B2 (en) Broadcast receiver, broadcast data transmitting method and broadcast data receiving method
US20090119703A1 (en) Mosaic of Alternate Programming During a Blackout
EP2139237B1 (en) An IPTV receiver and method for controlling contents viewing in the IPTV receiver
US20100192183A1 (en) Mobile Device Access to Multimedia Content Recorded at Customer Premises
US8532172B2 (en) Adaptive language descriptors
US20100088721A1 (en) IPTV receiver and method for changing channel of IPTV receiver
US20080168124A1 (en) Method of transmitting/receiving digital contents and apparatus for receiving digital contents
KR101351040B1 (en) Method for transmitting a content, broadcasting receiver and method for receiving a broadcasting signal
US20080216110A1 (en) IPTV receiver and methods for processing rating information in the IPTV receiver
KR20110120507A (en) A digital broadcast receiver and method for setting feature information of the digital broadcast receiver
KR101377958B1 (en) Method for transmitting a data, broadcasting receiver and method for receiving a broadcasting signal
KR101603113B1 (en) Iptv broadcast receiver and application data receiving method thereof
USRE47718E1 (en) Method of transmitting/receiving digital contents and apparatus for receiving digital contents
KR20110003921A (en) Display apparatus and method for servicing contents thereof

Legal Events

Date Code Title Description
AS Assignment

Owner name: LG ELECTRONICS INC., KOREA, REPUBLIC OF

Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNORS:KIM, JIN PIL;HONG, HO TAEK;SUH, JONG YEUL;AND OTHERS;REEL/FRAME:019959/0906

Effective date: 20070920

STCB Information on status: application discontinuation

Free format text: ABANDONED -- FAILURE TO RESPOND TO AN OFFICE ACTION