EP2099145A1 - Method and system for retrieving a television channel locator - Google Patents
Method and system for retrieving a television channel locator Download PDFInfo
- Publication number
- EP2099145A1 EP2099145A1 EP08003902A EP08003902A EP2099145A1 EP 2099145 A1 EP2099145 A1 EP 2099145A1 EP 08003902 A EP08003902 A EP 08003902A EP 08003902 A EP08003902 A EP 08003902A EP 2099145 A1 EP2099145 A1 EP 2099145A1
- Authority
- EP
- European Patent Office
- Prior art keywords
- television channel
- resolution
- broadcast
- resolving
- client
- 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.)
- Withdrawn
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04H—BROADCAST COMMUNICATION
- H04H60/00—Arrangements for broadcast applications with a direct linking to broadcast information or broadcast space-time; Broadcast-related systems
- H04H60/35—Arrangements for identifying or recognising characteristics with a direct linkage to broadcast information or to broadcast space-time, e.g. for identifying broadcast stations or for identifying users
- H04H60/38—Arrangements for identifying or recognising characteristics with a direct linkage to broadcast information or to broadcast space-time, e.g. for identifying broadcast stations or for identifying users for identifying broadcast time or space
- H04H60/41—Arrangements for identifying or recognising characteristics with a direct linkage to broadcast information or to broadcast space-time, e.g. for identifying broadcast stations or for identifying users for identifying broadcast time or space for identifying broadcast space, i.e. broadcast channels, broadcast stations or broadcast areas
- H04H60/43—Arrangements for identifying or recognising characteristics with a direct linkage to broadcast information or to broadcast space-time, e.g. for identifying broadcast stations or for identifying users for identifying broadcast time or space for identifying broadcast space, i.e. broadcast channels, broadcast stations or broadcast areas for identifying broadcast channels
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04H—BROADCAST COMMUNICATION
- H04H60/00—Arrangements for broadcast applications with a direct linking to broadcast information or broadcast space-time; Broadcast-related systems
- H04H60/61—Arrangements for services using the result of monitoring, identification or recognition covered by groups H04H60/29-H04H60/54
- H04H60/65—Arrangements for services using the result of monitoring, identification or recognition covered by groups H04H60/29-H04H60/54 for using the result on users' side
Definitions
- the invention relates to a method and system for retrieving a television channel locator and, in particular, though not necessarily, to a method and a system for resolving a television channel identifier into a television channel locator.
- Television channel identifiers have many potential applications, e.g. exchanging TV channels between providers, programming video recorders to an TV channel, providing metadata associated with an TV channel, references to TV channels in an e-mail or instant messaging and presence applications containing a reference to an TV channel. Most of these applications however either do not exist or are proprietary because of the lack of standardization and suitable resolution (mapping) methods.
- Gemstar's Showview channel mapping system is one example of the use of a proprietary channel identifier.
- a channel map is provided to subscribers in a particular country, e.g. by publication on a website. The map allows resolution of the proprietor channel number into a readable name of the television broadcast. For example in the Netherlands channel no. 95 corresponds to BBC1 and channel no. 187 corresponds to SBS6.
- Such system is proprietary and not publicly accessible.
- the channel codes are not comprehensible, every country needs its own channel list and the system requires television equipment, e.g. an VCR, to be programmed manually. Hence, such systems have limited capabilities and are not suitable for more advanced applications.
- TV Uniform Resource Identifier in short TV URI
- ⁇ broadcast> is a description of the data source.
- the description of the source may match a registered domain name or part of a registered domain name of the broadcaster or the television network. It thus takes the form of an DNS-style identifier for the name of a particular broadcaster or television network.
- tv:bbc1.co.uk is the TV channel which has the website http://bbc1.co.uk .
- Networks may also have multiple broadcast streams.
- TV URIs tv:east.hbo.com (HBO East) and tv:west.hbo.com (HBO West) may refer to two separate HBO broadcasts, wherein east.hbo.com and west.hbo.com do not have to match real hostnames.
- TV URI which comprises the TV channel name and the name of broadcaster or broadcast network associated with the TV channel
- locators which specify the location of one or more broadcast providers of the TV channel identified by the TV URI.
- DNS Domain Name System
- IP address e.g. 145.7.192.133
- ENUM Electronic Number resolution system
- NAPTR Naming Authority Pointer
- An NAPTR is a type of DNS record that supports regular expression based rewriting and can be considered as a generic container for names and addresses.
- the name identifier does not comprise information where the entity is located.
- the output is a locater that identifies the location to which a network connection can be made (e.g. an IP address).
- DNS cannot be used to resolve an TV URI into a broadcast locator, because the domain name reference in an TV URI only identifies the broadcast company or the television network associated with the TV channel. It does not identify the location of the broadcast provider, which is capable of delivering the broadcast identified by the TV URI to the consumer.
- DNS is not "requester aware”. The response of the resolution does not depend on the identity, the location or other requester-related information. Moreover, DNS is not capable of providing further information associated with resolved locator, e.g. in the form of broadcast descriptors which may provide information about the broadcast standard (PAL, DVB, HDTV, etc.) and/or communications protocols (RTSP, IGMP, etc.) used by the broadcast provider .
- broadcast descriptors which may provide information about the broadcast standard (PAL, DVB, HDTV, etc.) and/or communications protocols (RTSP, IGMP, etc.) used by the broadcast provider .
- an RTSP content delivery network architecture is proposed, which enables subscribers to the content delivery service to access streaming content stored in a number of interconnected "portals". These portals all reside within a proprietary network.
- the system uses a mapping service that maps the name of the stored content into an URL, which locates the portal within the network that is able to provide the content.
- This system does not provide an open resolution system which is capable of resolving a television channel identifier, such as an TV URI, into one or more television channel locators, preferably locating local broadcast providers which are active within a predetermined geographical area of the user and which provide access to the requested television channel available via various communication protocols and/or broadcast standards.
- a television channel identifier such as an TV URI
- the method is used in a resolving system comprising a client connected to at least one server wherein the server comprises a resolution function.
- the method comprises the steps of: receiving a resolution request from the client, the request comprising a television channel identifier, preferably a standardized television channel identifier, identifying the name of the television channel; and the resolution function resolving the television channel identifier into one or more television channel locators, wherein the television channel locator comprises the location of a broadcast provider capable of providing the broadcast identified by the television channel identifier to the client.
- the invention allows retrieval of television channel locators without the needs of a central authority managing and storing these locators.
- the system provides an open resolution system which is capable of resolving a television channel identifier into a number television channel locators which provide access to the requested television channel available via various communication protocols and/or broadcast standards e.g. IP Multicast, RTSP, SIP, DVB, HDTV. It allows users to exchange television channel identifiers (e.g. via e-mail or SMS) and to resolve the television identifier to one or more television locators available to a user.
- the resolution function resolves the television channel identifier on the basis of one or more broadcast descriptors.
- a broadcast descriptor comprises information on the broadcast standard and/or communications protocol.
- the television channel identifier is a URI comprising the domain name or part of the domain name of the broadcaster or broadcast network of the television channel.
- the channel identifier may be an TV URI, preferably an TV URI as defined in RFC 2838.
- the resolution request further comprises user information and wherein the resolution function resolves the television channel identifier on the basis of the user information.
- the user information may comprise the network address of the client and/or a user profile.
- the user profile comprises at least one of the following user information items: geographic location data of the client and/or the user of the client, language data, history of client's requests, broadcast standard information and/or communications protocol information associated with the user equipment.
- the resolving method allows the resolution of a standardized television identifier into one or more locators of distributors which are located in e.g. the same geographical area as the client (or which match or best match information in the client profile) and which are capable of providing the content of the television channel content to the client.
- the resolution method will send different locators to different client having submitted the same request.
- the resolving step further comprises the step of identifying one or more broadcast provider portals which may be capable of delivering the broadcast identified the television channel identifier.
- the identification of the broadcast provider portals may be performed on the basis of user information, preferably the location of the user.
- the identification of the broadcast provider portals may be performed on the basis of one or more broadcast descriptors comprising information on the broadcast standards and/or streaming protocols used by a broadcast provider.
- the resolving system comprises a local server connected to the client and to one or more remote servers, wherein the local server comprises a local resolving function and wherein each remote server comprises a remote resolving function and wherein the resolving step further comprises the step of: the local server sending in response to the resolution request a remote resolution requests to at least one of the remote servers, the remote resolution request comprising the television channel identifier and the user information.
- the resolving step comprises the step of: sending a resolution redirect message in response to a resolution request from the local resolving function or one of the remote resolving functions, the resolution redirect message comprising the identity of one or more further remote severs comprising a resolution function.
- the identity of the further remote resolver servers may be provided by an URI or an IP address.
- the method comprises the step of sending a resolution response to the client, the response comprising one or more television channel locators.
- the resolution request and/or the remote resolution requests and/or the resolution redirect message and/or the resolution response in described in the embodiments described above may comprise an NAPTR.
- the NAPTR may comprise one or more broadcast descriptors, comprising information on the broadcast standards and/or streaming protocols.
- the NAPTR may comprise at least: a cable television channel number, a cable television frequency, a broadcast television channel number, an ether frequency.
- the television channel locator is at least one of: a broadcast frequency, a network address, preferably a unicast IP address or a multicast IP address.
- the resolution function is a computer program comprising resolving logic executed on a server, the program further using configuration data and a cache.
- the resolution function comprises a DNS resolution function and/or a DDDS resolution function and/or a RA-DNS function.
- the invention in another aspect relates to resolver server system for resolving a television channel identifier into a television channel locator, the system comprising a client connected to at least one server, the server comprising a resolution function, the resolution function comprising: means for receiving a resolution request from the client, the request comprising a television channel identifier, preferably a standardized television channel identifier, identifying the name of the television channel; and means for resolving the television channel identifier into one or more television channel locators, wherein the television channel locator comprises the location of a broadcast provider capable of providing the broadcast identified by the television channel identifier to the client.
- a computer program product for resolving a television channel identifier into a television channel locator, the computer program product comprising software code portions configured for, when run on a server system, executing the method steps as in the embodiments described above.
- Fig. 1 depicts a functional architecture of a server system 100 for resolving TV channel identifiers according to one embodiment of the invention.
- the system comprises a client 102 which may be part of or reside in a multimedia apparatus e.g. a television, a set-top box, a personal computer, a laptop, a mobile phone, a digital or a personal assistant (PDA).
- the client may be an application program which initiates the resolution process and which provides an interface between the multimedia apparatus and the resolution system.
- the client is connected one or more resolvers.
- a local resolving server 104 e.g. an Internet Service Provider (ISP)
- ISP Internet Service Provider
- the local resolving server hosts a local resolving function 106, which comprises a computer program comprising local resolving logic 108.
- the function further comprises local configuration data 110 which may comprise e.g. one or more IP addresses of one or more further remote resolving servers 114,116 and a local cache 112 for storing results of previous requests.
- the resolving logic of the resolving functions in the local and the remote servers comprises a set of software routines for receiving, interpreting, creating and sending query messages and reply messages in communications with each other and/or the client.
- the remote resolving servers comprise remote resolving functions 118,120, which have an similar architecture as the local resolving function.
- the remote resolving functions may be connected to further remote resolving servers. Further both the local and remote resolution functions may comprise a DNS resolving function or extended DNS resolving functions.
- the resolving function may be based on the Dynamic Delegation Discovery System (DDDS, RFC 3404).
- DDDS Dynamic Delegation Discovery System
- RFC 3404 Dynamic Delegation Discovery System
- DDDS allows a name space identifier to be part of the a query e.g. in the case of an TV URI "tv:" is part of that name space identifier.
- the resolving function allows the use of NAPTRs for multicast addresses, ether frequencies and/or channel number.
- the resolving function may be requester aware.
- Requester aware DNS resolves a request on the basis of information of the requester, e.g. the user of the multimedia apparatus which hosts or instructs the client.
- the user information will be included into the request query which is sent to the resolving function.
- the user information may included e.g. the set-top box number, a client ID, the identity and/or the location of the user, etc.
- RA-DNS Requester aware DNS
- Fig. 5 depicts a schematic of a RA-DNS.
- a client 502 sends a request comprising an URL and user information to the RA-DNS server, which may be maintained by the ISP of the user of the cleint.
- the DNS server has access to a database 508 which comprises a register of domain names each of which is associated with multiple network addresses.
- a selection procedure 506 selects the network address based on the user information which was provided via the request. The selected IP address is sent back to the client.
- the ISP may have classified its electronic documents and network services in according to one or more criterions (e.g. language, geographic location or region, demographics, etc.) may have assigned these classes to the network addresses being registered in database 508 with the same domain name. A client requesting access to this domain will be routed to a specific network address whose class criterion matches a user profile.
- criterions e.g. language, geographic location or region, demographics, etc.
- Fig. 2 depicts a schematic of an exemplary resolution process of an TV URI according to one embodiment to the invention.
- an TV URI e.g. tv:sbs6.nl
- Various embodiments are possible to provide such an TV URI. It may be generated according to the standardized rules (RFC 2838), obtained via an IPTV presence watcher (ETSI TS 183 063), received via an instantaneous message or an e-mail or via an inter-operator request over a network-network interface or it may be located in an electronic program guide.
- a client forwards the TV URI to a resolution system capable or resolving the TV URI into one or more television channel locators.
- a television channel locator comprises the location of a broadcast provider capable of providing the broadcast identified by the television channel identifier to the client.
- Such system may have an architecture as described above in relation to Fig.1 .
- the TV URI requester-related information (user information) may be forwarded to the resolution system.
- step 204 the system identifies a number of providers or broadcast provider portals which may be capable of delivering the broadcast identified the TV URI.
- the providers are identified by the domain names iptv.kpn.nl, tv.casema.nl, television.upc.nl and streaming.joost.com..
- the cable television company UPC does not offer SBS6 and is thus not further pursued by the resolution process.
- the resolution step which takes place in step 204 may be performed e.g. by an ISP with an RA-DNS in order to limit the resolution process only to the local providers which are active within the area of the user.
- broadcast descriptors associated with the identified providers are retrieved.
- a broadcast descriptor specifies the broadcast standards and/or streaming protocols used by a specific distributor (e.g. RTSP, IGMP, HDTV, SD, PAL, UMTS, etc.) when distributing the content to the client.
- a specific distributor e.g. RTSP, IGMP, HDTV, SD, PAL, UMTS, etc.
- the exact format of the broadcast stream may be negotiated at a later stage, e.g. during the SDP negotiations which takes place when an SIP session is set-up between a client and a television channel provider.
- the provider KPN Based on the identified television channel providers, the broadcast descriptors associated with these providers, and the user information provided by the client, television channel identifiers are retrieved (step 208).
- the provider KPN only offers the SBS6 channel in SDTV quality in the area of the city Delft where the user is located. KPN identifies this broadcast channel by the URL delft.sbs6.iptv.kpn.nl.
- the provider Casema offers the SBS6 channel via an analog PAL signal on Channel 37 and the provider Joost offers a generic SBS6 unicast identified by ch6.streaming.joost.com.
- the system retrieves a locator for each specific broadcast identifier.
- delft.sbs6.iptv.kpn.nl is resolved in a multicast IP address 239.192.15.6, Casema's channel 37 in the cable frequency 599,25 and ch6.streaming.joost.com into a unicast IP address 89.251.2.84.
- a sixth step 212 the most suited TV channel locator is selected. This selection may take place e.g. on the basis of a pre-configured policy located in the client or manually by the user.
- Fig. 3 illustrates an exemplary information flow between the client and the resolving functions which reside in the local and remote resolving servers.
- a user action e.g. a zapping action for selecting an entry in an electronic programming guide
- the request comprises an TV channel identifier, such as the TV URI.
- the request may also comprise user information.
- the user information may comprise the network address of the client or a client ID and/or a user profile.
- the local resolving function may be located e.g. in a server of the Internet service provider (ISP) of the user.
- the ISP may also have a user profile stored at a user profile database of the ISP.
- the ISP may attribute a user profile to the resolution request thus allowing the local resolution function to use the user information in the user profile.
- the user profile comprises user information which may be relevant for the resolution process, i.e. geographic location data of the client and/or client user, language data, history of client's requests, hardware and software data, broadcast standard information and/or communications protocol information associated with the user equipment.
- user information may be relevant for the resolution process, i.e. geographic location data of the client and/or client user, language data, history of client's requests, hardware and software data, broadcast standard information and/or communications protocol information associated with the user equipment.
- the location information may be regularly updated, thus allowing the resolution process to resolve an TV URI depending on the location of the mobile device.
- the local resolving function receives and analyses the request.
- the local resolving function may e.g. check the local cache in order to verify if the relevant locator may be present in the cache. If so, the locator is sent to the client (not shown).
- the local resolving function may perform a translation of user information. For instance, it may translate the identification number of the set-top box into an geographical location identifier.
- the local resolving function sends the request to one remote resolving function A.
- the address of this function may be preconfigured or obtained e.g. by using the Dynamic Host Configuration Protocol (DHCP, RFC 2131).
- DHCP Dynamic Host Configuration Protocol
- the local resolving function forwards (step 2) the request to the remote resolving function A.
- the request may contain the all user information as contained in the request as described above in relation to step 1 or, alternatively, it may contain only a particular type of user information, e.g. user location information.
- Remote resolving function A receives and analyses the request and identifies broadcast providers that are e.g. only active in the area of the identified user that may be capable of providing the broadcast and possibly other context information (e.g. metadata of the TV channel, such as broadcast descriptors which provide information regarding the broadcast standards and/or streaming protocols used by a specific distributor (e.g. RTSP, IGMP, HDTV, SD, PAL, etc.)) and identifies remote resolving functions B and C as resolving functions which may contain the requested information.
- Remote resolving function A thereafter sends (step 3) a redirect message containing the identities of the remote resolving functions B and C back to the local resolving function.
- the resolving functions may be identified by e.g. uniform resource identifier (URI) or an IP address.
- URI uniform resource identifier
- the local resolving message B and C resends the request (steps 4-7) to remote resolution functions B and C. Before each of these steps a translation of the user information may be made.
- Remote resolution function B is able to resolve the request and returns a locator X.
- the locator for the content stream may be an NAPTR for ether or cable frequencies, an IP multicast address or an NAPTR thereof.
- Remote resolution function C proxies the request to yet another resolving function and relays locator Y back to the local resolution function, which collates the responses and forwards the collated response to the client.
- the user of the client may select one of the locators. After selection the clients sends a request to the content source using the locator and establishes contact with the content source in order to transmit the content to the user.
- Fig. 4 illustrates a further protocol implementation of a similar flow as described in relation with Fig. 3 using DDDS and a RA-DNS resolving functions.
- DDDS comprises a generic algorithm which is capable of delegating application strings (e.g. URIs) to a specific location or a domain and to process these strings (RFC 3404).
- application strings e.g. URIs
- step 1 the client sends an NAPTR request comprising the TV URI "tv:sbs6.nl" and user information to the local resolving function, wherein the NAPTR request comprises an television channel identifier, such as the TV URI and user information.
- step 2 the local resolving function analyses the request. If the local resolving function finds one or more suitable locators stored in its local cache, it generates an NAPTR response and no further need of the remote elements in the DDDS system is required. If no suitable locators are found or when the local resolving function is configured to look for more locators using one or more remote resolving functions, it queries a remote resolving request and sends this query in an NAPTR request to a remote resolving function A.
- the NAPTR request may contain the user information or only part of the user information as send by the client to the local resolving function.
- the remote resolving function A analyzes the request using the location data in the user information e.g. in order to determine the domain of its local provider.
- the remote resolving function returns two NAPTR responses (... "igmp+I2R” sbs6.kpn.com) and (... "RTSP+I2R” sbs_6.upc.nl) each containing the host name of a resolver and a broadcast descriptor indicating that that the IGMP protocol is needed for accessing the SBS6 broadcast of KPN and that the RTSP protocol is needed to accessing the SBS6 broadcast of UPC (steps 3 and 4).
- the DDDS service identifier "I2R" indicates that one instance of the resource identified by the TV URI is provided.
- the results of step 4 may be forwarded to the client for selection.
- the selection may be manually by a user or automatically e.g. using a program in the client selecting according to specific criteria (e.g. the user information).
- specific criteria e.g. the user information.
- the identified broadcast descriptors may be compared with the communications protocol information associated with the user equipment.
- the user or the client subsequently selects the SBS6 television channel identifier, which is provided by the provider KPN as a multicast signal (IGMP).
- IGMP multicast signal
- an RA-DNS request is sent to the local resolving function, which forwards the request to the remote resolution function B.
- the request comprises KPN's multicast SBS6 television channel identifier "_tv._igmp.sbs6.kpn.com” and the relevant user location information (steps 5 and 6).
- the remote resolving function B returns a host name "content1234.kpn.nl" of the television channel. Thereafter the host name is resolved in a multicast IP address using conventional DNS (steps 8-12).
- the broadcast is streamed to the client (steps 13-14).
- the resolution functions of DDDS, RA-DNS and DNS the system is able to resolve the TV URI into an IP address of a local television channel provider.
Landscapes
- Engineering & Computer Science (AREA)
- Signal Processing (AREA)
- Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
Abstract
Description
- The invention relates to a method and system for retrieving a television channel locator and, in particular, though not necessarily, to a method and a system for resolving a television channel identifier into a television channel locator.
- Television channel identifiers have many potential applications, e.g. exchanging TV channels between providers, programming video recorders to an TV channel, providing metadata associated with an TV channel, references to TV channels in an e-mail or instant messaging and presence applications containing a reference to an TV channel. Most of these applications however either do not exist or are proprietary because of the lack of standardization and suitable resolution (mapping) methods.
- Gemstar's Showview channel mapping system is one example of the use of a proprietary channel identifier. A channel map is provided to subscribers in a particular country, e.g. by publication on a website. The map allows resolution of the proprietor channel number into a readable name of the television broadcast. For example in the Netherlands channel no. 95 corresponds to BBC1 and channel no. 187 corresponds to SBS6. Such system however is proprietary and not publicly accessible. Further, the channel codes are not comprehensible, every country needs its own channel list and the system requires television equipment, e.g. an VCR, to be programmed manually. Hence, such systems have limited capabilities and are not suitable for more advanced applications.
One candidate for a standardized television channel identifier is the Television Uniform Resource Identifier (in short TV URI) as defined in IETF RFC 2838 and ETSI TS 184 009. The basic syntax of an TV URI is tv:<broadcast> where <broadcast> is a description of the data source. The description of the source may match a registered domain name or part of a registered domain name of the broadcaster or the television network. It thus takes the form of an DNS-style identifier for the name of a particular broadcaster or television network. For example, tv:bbc1.co.uk is the TV channel which has the website http://bbc1.co.uk. Networks may also have multiple broadcast streams. For instance the TV URIs tv:east.hbo.com (HBO East) and tv:west.hbo.com (HBO West) may refer to two separate HBO broadcasts, wherein east.hbo.com and west.hbo.com do not have to match real hostnames. - The use of a standardized television channel identifier, such as the TV URI, requires a suitable resolution method. In such a method the TV URI (which comprises the TV channel name and the name of broadcaster or broadcast network associated with the TV channel) is resolved to one or more locators, which specify the location of one or more broadcast providers of the TV channel identified by the TV URI.
- Name resolution techniques are known. The Domain Name System (DNS) resolves Domain Names to an IP address (e.g. 145.7.192.133). DNS uses servers called Domain Name Servers, which are arranged in a hierarchical structure. Further, the Electronic Number resolution system (ENUM), which uses DNS technology, resolves phone numbers to an Naming Authority Pointer (NAPTR). An NAPTR is a type of DNS record that supports regular expression based rewriting and can be considered as a generic container for names and addresses.
- These known name resolution techniques require a name identifier that identifies an entity (person, website, etc,...). The name identifier does not comprise information where the entity is located. The output is a locater that identifies the location to which a network connection can be made (e.g. an IP address). DNS however cannot be used to resolve an TV URI into a broadcast locator, because the domain name reference in an TV URI only identifies the broadcast company or the television network associated with the TV channel. It does not identify the location of the broadcast provider, which is capable of delivering the broadcast identified by the TV URI to the consumer.
- Further, DNS is not "requester aware". The response of the resolution does not depend on the identity, the location or other requester-related information. Moreover, DNS is not capable of providing further information associated with resolved locator, e.g. in the form of broadcast descriptors which may provide information about the broadcast standard (PAL, DVB, HDTV, etc.) and/or communications protocols (RTSP, IGMP, etc.) used by the broadcast provider .
- In the article by Cranor et al (Enhanced Streaming Services in a Content Distribution Network in IEEE Internet Computing, Vol.5, No.4 pp.66-76, 2001) an RTSP content delivery network architecture is proposed, which enables subscribers to the content delivery service to access streaming content stored in a number of interconnected "portals". These portals all reside within a proprietary network. The system uses a mapping service that maps the name of the stored content into an URL, which locates the portal within the network that is able to provide the content. This system however does not provide an open resolution system which is capable of resolving a television channel identifier, such as an TV URI, into one or more television channel locators, preferably locating local broadcast providers which are active within a predetermined geographical area of the user and which provide access to the requested television channel available via various communication protocols and/or broadcast standards.
- It is an object of the invention to reduce or eliminate at least one of the drawbacks known in the prior art and to provide a method of resolving a television channel identifier into a television channel locator. The method is used in a resolving system comprising a client connected to at least one server wherein the server comprises a resolution function. The method comprises the steps of: receiving a resolution request from the client, the request comprising a television channel identifier, preferably a standardized television channel identifier, identifying the name of the television channel; and the resolution function resolving the television channel identifier into one or more television channel locators, wherein the television channel locator comprises the location of a broadcast provider capable of providing the broadcast identified by the television channel identifier to the client.
- The invention allows retrieval of television channel locators without the needs of a central authority managing and storing these locators. The system provides an open resolution system which is capable of resolving a television channel identifier into a number television channel locators which provide access to the requested television channel available via various communication protocols and/or broadcast standards e.g. IP Multicast, RTSP, SIP, DVB, HDTV. It allows users to exchange television channel identifiers (e.g. via e-mail or SMS) and to resolve the television identifier to one or more television locators available to a user.
In an embodiment the resolution function resolves the television channel identifier on the basis of one or more broadcast descriptors. A broadcast descriptor comprises information on the broadcast standard and/or communications protocol. - In an embodiment the television channel identifier is a URI comprising the domain name or part of the domain name of the broadcaster or broadcast network of the television channel. The channel identifier may be an TV URI, preferably an TV URI as defined in RFC 2838.
- In yet another embodiment the resolution request further comprises user information and wherein the resolution function resolves the television channel identifier on the basis of the user information. The user information may comprise the network address of the client and/or a user profile. In a further embodiment the user profile comprises at least one of the following user information items: geographic location data of the client and/or the user of the client, language data, history of client's requests, broadcast standard information and/or communications protocol information associated with the user equipment.
- Using user information, which may e.g. comprise the location of the client or other client information stored in a client profile, in the resolving request the resolving method allows the resolution of a standardized television identifier into one or more locators of distributors which are located in e.g. the same geographical area as the client (or which match or best match information in the client profile) and which are capable of providing the content of the television channel content to the client. As a result the resolution method will send different locators to different client having submitted the same request.
- In yet another embodiment the resolving step further comprises the step of identifying one or more broadcast provider portals which may be capable of delivering the broadcast identified the television channel identifier. The identification of the broadcast provider portals may be performed on the basis of user information, preferably the location of the user. In still a further embodiment, the identification of the broadcast provider portals may be performed on the basis of one or more broadcast descriptors comprising information on the broadcast standards and/or streaming protocols used by a broadcast provider.
- In a further embodiment the resolving system comprises a local server connected to the client and to one or more remote servers, wherein the local server comprises a local resolving function and wherein each remote server comprises a remote resolving function and wherein the resolving step further comprises the step of: the local server sending in response to the resolution request a remote resolution requests to at least one of the remote servers, the remote resolution request comprising the television channel identifier and the user information.
- In yet further embodiment the resolving step comprises the step of: sending a resolution redirect message in response to a resolution request from the local resolving function or one of the remote resolving functions, the resolution redirect message comprising the identity of one or more further remote severs comprising a resolution function. The identity of the further remote resolver servers may be provided by an URI or an IP address.
- In an embodiment the method comprises the step of sending a resolution response to the client, the response comprising one or more television channel locators.
- The resolution request and/or the remote resolution requests and/or the resolution redirect message and/or the resolution response in described in the embodiments described above may comprise an NAPTR. The NAPTR may comprise one or more broadcast descriptors, comprising information on the broadcast standards and/or streaming protocols. The NAPTR may comprise at least: a cable television channel number, a cable television frequency, a broadcast television channel number, an ether frequency.
- In a further embodiment the television channel locator is at least one of: a broadcast frequency, a network address, preferably a unicast IP address or a multicast IP address.
- In an embodiment the resolution function is a computer program comprising resolving logic executed on a server, the program further using configuration data and a cache. The resolution function comprises a DNS resolution function and/or a DDDS resolution function and/or a RA-DNS function.
- In another aspect the invention relates to resolver server system for resolving a television channel identifier into a television channel locator, the system comprising a client connected to at least one server, the server comprising a resolution function, the resolution function comprising: means for receiving a resolution request from the client, the request comprising a television channel identifier, preferably a standardized television channel identifier, identifying the name of the television channel; and means for resolving the television channel identifier into one or more television channel locators, wherein the television channel locator comprises the location of a broadcast provider capable of providing the broadcast identified by the television channel identifier to the client.
- In yet another aspect of the invention a computer program product for resolving a television channel identifier into a television channel locator, the computer program product comprising software code portions configured for, when run on a server system, executing the method steps as in the embodiments described above.
- The invention will be further illustrated with reference to the attached drawings, which schematically show embodiments according to the invention. It will be understood that the invention is not in any way restricted to these specific embodiments.
-
-
Fig. 1 depicts an embodiment of a functional architecture of a server system for resolving an TV channel identifiers. -
Fig. 2 depicts an exemplary resolution scheme according to an embodiment of the invention. -
Fig. 3 depicts an embodiment of the invention. -
Fig. 4 depicts another embodiment of the invention. -
Fig. 5 depicts a schematic of a requester-aware DNS. -
Fig. 1 depicts a functional architecture of aserver system 100 for resolving TV channel identifiers according to one embodiment of the invention. The system comprises aclient 102 which may be part of or reside in a multimedia apparatus e.g. a television, a set-top box, a personal computer, a laptop, a mobile phone, a digital or a personal assistant (PDA). The client may be an application program which initiates the resolution process and which provides an interface between the multimedia apparatus and the resolution system. - The client is connected one or more resolvers. Typically the client is connected to a local resolving
server 104, e.g. an Internet Service Provider (ISP), for retrieving the locators of local providers which are active in the area of the user of the multimedia apparatus and which are capable of providing the broadcast identified by a television channel identifier. The local resolving server hosts a local resolvingfunction 106, which comprises a computer program comprising local resolvinglogic 108. The function further compriseslocal configuration data 110 which may comprise e.g. one or more IP addresses of one or more further remote resolving servers 114,116 and alocal cache 112 for storing results of previous requests. - The resolving logic of the resolving functions in the local and the remote servers comprises a set of software routines for receiving, interpreting, creating and sending query messages and reply messages in communications with each other and/or the client. The remote resolving servers comprise remote resolving functions 118,120, which have an similar architecture as the local resolving function. The remote resolving functions may be connected to further remote resolving servers. Further both the local and remote resolution functions may comprise a DNS resolving function or extended DNS resolving functions.
- In one embodiment the resolving function may be based on the Dynamic Delegation Discovery System (DDDS, RFC 3404). DDDS allows a name space identifier to be part of the a query e.g. in the case of an TV URI "tv:" is part of that name space identifier. In another embodiment the resolving function allows the use of NAPTRs for multicast addresses, ether frequencies and/or channel number.
- In yet another embodiment the resolving function may be requester aware. Requester aware DNS (RA-DNS) resolves a request on the basis of information of the requester, e.g. the user of the multimedia apparatus which hosts or instructs the client. The user information will be included into the request query which is sent to the resolving function. The user information may included e.g. the set-top box number, a client ID, the identity and/or the location of the user, etc. One particular implementation of (RA-DNS) is described in European patent application no.
07014674.1 -
Fig. 5 depicts a schematic of a RA-DNS. Aclient 502 sends a request comprising an URL and user information to the RA-DNS server, which may be maintained by the ISP of the user of the cleint. The DNS server has access to adatabase 508 which comprises a register of domain names each of which is associated with multiple network addresses. After retrieval of the IP addresses of the URL (which may involve the DNS root server and an DNS authoritative server) aselection procedure 506 selects the network address based on the user information which was provided via the request. The selected IP address is sent back to the client. - The ISP may have classified its electronic documents and network services in according to one or more criterions (e.g. language, geographic location or region, demographics, etc.) may have assigned these classes to the network addresses being registered in
database 508 with the same domain name. A client requesting access to this domain will be routed to a specific network address whose class criterion matches a user profile. -
Fig. 2 depicts a schematic of an exemplary resolution process of an TV URI according to one embodiment to the invention. In afirst step 202 an TV URI, e.g. tv:sbs6.nl, is provided. Various embodiments are possible to provide such an TV URI. It may be generated according to the standardized rules (RFC 2838), obtained via an IPTV presence watcher (ETSI TS 183 063), received via an instantaneous message or an e-mail or via an inter-operator request over a network-network interface or it may be located in an electronic program guide. - In a second step 204 a client forwards the TV URI to a resolution system capable or resolving the TV URI into one or more television channel locators. A television channel locator comprises the location of a broadcast provider capable of providing the broadcast identified by the television channel identifier to the client. Such system may have an architecture as described above in relation to
Fig.1 . In addition to the TV URI requester-related information (user information) may be forwarded to the resolution system. - In
step 204 the system identifies a number of providers or broadcast provider portals which may be capable of delivering the broadcast identified the TV URI. The providers are identified by the domain names iptv.kpn.nl, tv.casema.nl, television.upc.nl and streaming.joost.com.. In the example ofFig. 2 , the cable television company UPC does not offer SBS6 and is thus not further pursued by the resolution process. The resolution step which takes place instep 204 may be performed e.g. by an ISP with an RA-DNS in order to limit the resolution process only to the local providers which are active within the area of the user. - In a
third step 206 broadcast descriptors associated with the identified providers are retrieved. A broadcast descriptor specifies the broadcast standards and/or streaming protocols used by a specific distributor (e.g. RTSP, IGMP, HDTV, SD, PAL, UMTS, etc.) when distributing the content to the client. The exact format of the broadcast stream may be negotiated at a later stage, e.g. during the SDP negotiations which takes place when an SIP session is set-up between a client and a television channel provider. - Based on the identified television channel providers, the broadcast descriptors associated with these providers, and the user information provided by the client, television channel identifiers are retrieved (step 208). In the example of
Fig. 2 , the provider KPN only offers the SBS6 channel in SDTV quality in the area of the city Delft where the user is located. KPN identifies this broadcast channel by the URL delft.sbs6.iptv.kpn.nl. The provider Casema offers the SBS6 channel via an analog PAL signal onChannel 37 and the provider Joost offers a generic SBS6 unicast identified by ch6.streaming.joost.com. - In the
fifth step 210 the system retrieves a locator for each specific broadcast identifier. In the example ofFig. 2 delft.sbs6.iptv.kpn.nl is resolved in a multicast IP address 239.192.15.6, Casema'schannel 37 in the cable frequency 599,25 and ch6.streaming.joost.com into a unicast IP address 89.251.2.84. - Finally in a
sixth step 212 the most suited TV channel locator is selected. This selection may take place e.g. on the basis of a pre-configured policy located in the client or manually by the user. - It is not necessary to implement all of the steps in
Fig. 2 in the resolution system. Specific steps in the resolution process may be combined. Also the order of the steps may be changed. Further, results of the resolution may be cached so that later queries could be resolved using data stored in the cache. -
Fig. 3 illustrates an exemplary information flow between the client and the resolving functions which reside in the local and remote resolving servers. In step 1 a user action (e.g. a zapping action for selecting an entry in an electronic programming guide) triggers the client to send a request to a local server which hosts the local resolving function. - The request comprises an TV channel identifier, such as the TV URI. The request may also comprise user information. The user information may comprise the network address of the client or a client ID and/or a user profile. In one embodiment the local resolving function may be located e.g. in a server of the Internet service provider (ISP) of the user. In that case, the ISP may also have a user profile stored at a user profile database of the ISP. Using the network address or client ID the ISP may attribute a user profile to the resolution request thus allowing the local resolution function to use the user information in the user profile.
- The user profile comprises user information which may be relevant for the resolution process, i.e. geographic location data of the client and/or client user, language data, history of client's requests, hardware and software data, broadcast standard information and/or communications protocol information associated with the user equipment. In case of a mobile device, e.g. a laptop, a mobile phone or a PDA, the location information may be regularly updated, thus allowing the resolution process to resolve an TV URI depending on the location of the mobile device.
- The local resolving function receives and analyses the request. The local resolving function may e.g. check the local cache in order to verify if the relevant locator may be present in the cache. If so, the locator is sent to the client (not shown). The local resolving function may perform a translation of user information. For instance, it may translate the identification number of the set-top box into an geographical location identifier. In this embodiment the local resolving function sends the request to one remote resolving function A. The address of this function may be preconfigured or obtained e.g. by using the Dynamic Host Configuration Protocol (DHCP, RFC 2131).
- If the local resolving function cannot find a relevant locator in cache or if the local resolving function is configured to find locators in addition to those found in the cache, the local resolving function forwards (step 2) the request to the remote resolving function A. The request may contain the all user information as contained in the request as described above in relation to step 1 or, alternatively, it may contain only a particular type of user information, e.g. user location information.
- Remote resolving function A receives and analyses the request and identifies broadcast providers that are e.g. only active in the area of the identified user that may be capable of providing the broadcast and possibly other context information (e.g. metadata of the TV channel, such as broadcast descriptors which provide information regarding the broadcast standards and/or streaming protocols used by a specific distributor (e.g. RTSP, IGMP, HDTV, SD, PAL, etc.)) and identifies remote resolving functions B and C as resolving functions which may contain the requested information. Remote resolving function A thereafter sends (step 3) a redirect message containing the identities of the remote resolving functions B and C back to the local resolving function. The resolving functions may be identified by e.g. uniform resource identifier (URI) or an IP address.
- After reception of the redirect message, the local resolving message B and C resends the request (steps 4-7) to remote resolution functions B and C. Before each of these steps a translation of the user information may be made. Remote resolution function B is able to resolve the request and returns a locator X. The locator for the content stream may be an NAPTR for ether or cable frequencies, an IP multicast address or an NAPTR thereof.
- Remote resolution function C proxies the request to yet another resolving function and relays locator Y back to the local resolution function, which collates the responses and forwards the collated response to the client. The user of the client may select one of the locators. After selection the clients sends a request to the content source using the locator and establishes contact with the content source in order to transmit the content to the user.
-
Fig. 4 illustrates a further protocol implementation of a similar flow as described in relation withFig. 3 using DDDS and a RA-DNS resolving functions. DDDS comprises a generic algorithm which is capable of delegating application strings (e.g. URIs) to a specific location or a domain and to process these strings (RFC 3404). - In step 1 the client sends an NAPTR request comprising the TV URI "tv:sbs6.nl" and user information to the local resolving function, wherein the NAPTR request comprises an television channel identifier, such as the TV URI and user information.
- In step 2 the local resolving function analyses the request. If the local resolving function finds one or more suitable locators stored in its local cache, it generates an NAPTR response and no further need of the remote elements in the DDDS system is required. If no suitable locators are found or when the local resolving function is configured to look for more locators using one or more remote resolving functions, it queries a remote resolving request and sends this query in an NAPTR request to a remote resolving function A. The NAPTR request may contain the user information or only part of the user information as send by the client to the local resolving function.
- The remote resolving function A analyzes the request using the location data in the user information e.g. in order to determine the domain of its local provider. The remote resolving function returns two NAPTR responses (... "igmp+I2R" sbs6.kpn.com) and (... "RTSP+I2R" sbs_6.upc.nl) each containing the host name of a resolver and a broadcast descriptor indicating that that the IGMP protocol is needed for accessing the SBS6 broadcast of KPN and that the RTSP protocol is needed to accessing the SBS6 broadcast of UPC (
steps 3 and 4). The DDDS service identifier "I2R" indicates that one instance of the resource identified by the TV URI is provided. - The results of
step 4 may be forwarded to the client for selection. The selection may be manually by a user or automatically e.g. using a program in the client selecting according to specific criteria (e.g. the user information). For example, the identified broadcast descriptors may be compared with the communications protocol information associated with the user equipment. - The user or the client subsequently selects the SBS6 television channel identifier, which is provided by the provider KPN as a multicast signal (IGMP). In order find an appropriate local multicast IP address an RA-DNS request is sent to the local resolving function, which forwards the request to the remote resolution function B. The request comprises KPN's multicast SBS6 television channel identifier "_tv._igmp.sbs6.kpn.com" and the relevant user location information (
steps 5 and 6). The remote resolving function B returns a host name "content1234.kpn.nl" of the television channel. Thereafter the host name is resolved in a multicast IP address using conventional DNS (steps 8-12). Finally, using an IGMP join request the broadcast is streamed to the client (steps 13-14). Hence, using the resolution functions of DDDS, RA-DNS and DNS the system is able to resolve the TV URI into an IP address of a local television channel provider. - The invention is not limited to the embodiments described above, which may be varied within the scope of the accompanying claims.
Claims (27)
- Method of resolving a television channel identifier into a television channel locator in a resolving system comprising a client connected to at least one server, the server comprising a resolution function, the method comprising the steps of:- receiving a resolution request from the client, the request comprising a television channel identifier, preferably a standardized television channel identifier, identifying the name of the television channel;- the resolution function resolving the television channel identifier into one or more television channel locators, wherein the television channel locator comprises the location of a broadcast provider capable of providing the broadcast identified by the television channel identifier to the client.
- Method according to claim 1 or 2, wherein the resolution function resolves the television channel identifier on the basis of one or more broadcast descriptors.
- Method according to claim 2, wherein a broadcast descriptor comprises information on the broadcast standard and/or communications protocol.
- Method according to any of claims 1-3, wherein the television channel identifier is a URI comprising the domain name or part of the domain name of the broadcaster or broadcast network of the television channel.
- Method according to any of claims 1-4, wherein the channel identifier is an TV URI, preferably an TV URI as defined in RFC 2838.
- Method according to claim 1, wherein the request further comprises user information and wherein the resolution function resolves the television channel identifier on the basis of the user information.
- Method according to claim 6, wherein the user information comprises the network address of the client and/or a user profile.
- Method according to claim 7, wherein the user profile comprises at least one of the following user information items: geographic location data of the client and/or the user of the client, language data, history of client's requests, broadcast standard information and/or communications protocol information associated with the user equipment.
- Method according to claim 1, wherein the resolving step further comprises the step of:- identifying one or more broadcast provider portals which may be capable of delivering the broadcast identified the television channel identifier.
- Method according to claim 9, wherein the identification of the broadcast provider portals is performed on the basis of user information, preferably the location of the user.
- Method according to claim 10, wherein the identification of the broadcast provider portals is performed on the basis of one or more broadcast descriptors comprising information on the broadcast standards and/or streaming protocols used by a broadcast provider.
- Method according to claim 1, wherein the resolving system further comprises a local server connected to the client and to one or more remote servers, wherein the local server comprises a local resolving function and wherein each remote server comprises a remote resolving function and wherein the resolving step further comprises the step of:- the local server sending in response to the resolution request a remote resolution requests to at least one of the remote servers, the remote resolution request comprising the television channel identifier and the user information.
- Method according to claim 12, wherein the resolving step further comprises the step of:- sending a resolution redirect message in response to a resolution request from the local resolving function or one of the remote resolving functions, the resolution redirect message comprising the identity of one or more further remote severs comprising a resolution function.
- Method according to claim 13, wherein the identity of the further remote resolver servers is provided by an URI or an IP address.
- Method according to any of claims 1-14, wherein the method further comprises the step of:- sending a resolution response to the client, the response comprising one or more television channel locators.
- Method according to any of claims 1-15, wherein the resolution request and/or the remote resolution requests and/or the resolution redirect message and/or the resolution response is an NAPTR.
- Method according to claim 16, wherein the NAPTR comprises one or more broadcast descriptors, comprising information on the broadcast standards and/or streaming protocols.
- Method according to claim 17, wherein the NAPTR comprises at least one of: a cable television channel number, a cable television frequency, a broadcast television channel number, an ether frequency.
- Method according to any of claims 1-18, wherein the television channel locator is at least one of: a broadcast frequency, a network address, preferably a unicast IP address or a multicast IP address.
- Method according to any of claims 1-19, wherein the resolution function is a computer program comprising resolving logic executed on a server, the program further using configuration data and a cache.
- Method according to any of claims 1-20 wherein the resolution function comprises an DNS resolution function and/or an DDDS resolution function and/or an RA-DNS resolution function.
- A resolver server system for resolving a television channel identifier into a television channel locator, the system comprising a client connected to at least one server, the server comprising a resolution function, the resolution function comprising:- means for receiving a resolution request from the client, the request comprising a television channel identifier, preferably a standardized television channel identifier, identifying the name of the television channel;- means for resolving the television channel identifier into one or more television channel locators, wherein the television channel locator comprises the location of a broadcast provider capable of providing the broadcast identified by the television channel identifier to the client.
- System according to claim 22, wherein the resolution function further comprising means for resolving the television channel identifier on the basis of one or more broadcast descriptors comprising information on the broadcast standards and/or streaming protocols.
- System according to claim 22, wherein the request further comprises user information and wherein the resolution function further comprises means for resolving the television channel identifier on the basis of the user information.
- System according to claim 24, wherein the user information comprises the network address of the client and/or a user profile.
- A computer program product for resolving a television channel identifier into a television channel locator, the computer program product comprising software code portions configured for, when run on a server system, executing the method according to any of claims 1-21.
- A carrier containing the computer program product of claim 26.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
EP08003902A EP2099145A1 (en) | 2008-03-03 | 2008-03-03 | Method and system for retrieving a television channel locator |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
EP08003902A EP2099145A1 (en) | 2008-03-03 | 2008-03-03 | Method and system for retrieving a television channel locator |
Publications (1)
Publication Number | Publication Date |
---|---|
EP2099145A1 true EP2099145A1 (en) | 2009-09-09 |
Family
ID=40344707
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
EP08003902A Withdrawn EP2099145A1 (en) | 2008-03-03 | 2008-03-03 | Method and system for retrieving a television channel locator |
Country Status (1)
Country | Link |
---|---|
EP (1) | EP2099145A1 (en) |
-
2008
- 2008-03-03 EP EP08003902A patent/EP2099145A1/en not_active Withdrawn
Non-Patent Citations (3)
Title |
---|
"Broadcast and On-line Services: Search, select, and rightful use of content on personal storage systems ( TV-Anytime); Part 2: Phase 1 - System description; ETSI TS 102 822-2", ETSI STANDARDS, LIS, SOPHIA ANTIPOLIS CEDEX, FRANCE, vol. BC, no. V1.4.1, 1 November 2007 (2007-11-01), XP014040516, ISSN: 0000-0001 * |
"Broadcast and On-line Services: Search, select, and rightful use of content on personal storage systems ( TV-anytime); Part 4: Phase 1 - Content referencing; ETSI TS 102 822-4", ETSI STANDARDS, LIS, SOPHIA ANTIPOLIS CEDEX, FRANCE, vol. BC, no. V1.3.1, 1 November 2007 (2007-11-01), XP014040520, ISSN: 0000-0001 * |
CRANOR ET AL., ENHANCED STREAMING SERVICES IN A CONTENT DISTRIBUTION NETWORK IN IEEE INTERNET COMPUTING, vol. 5, no. 4, 2001, pages 66 - 76 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US10129080B2 (en) | Method of provisioning network elements | |
TW510104B (en) | Method and apparatus for defining, managing and distributing broadcast names | |
US10069792B2 (en) | Geolocation via internet protocol | |
US11303604B2 (en) | Advanced resource selection | |
US20090248893A1 (en) | Request routing | |
US20140280963A1 (en) | Selection of service nodes for provision of services | |
US11252127B2 (en) | Systems and methods for processing requests for content of a content distribution network | |
US10601770B2 (en) | System and method for correlating routing protocol information | |
US20170041422A1 (en) | Method and system for retrieving a content manifest in a network | |
US7558879B2 (en) | Receiving apparatus, receiving methods, and name resolving method | |
WO2007085167A1 (en) | A method, system and application of implementing an identification of a service based on an address | |
CN101742175A (en) | Method and device for finding quick channel switching service | |
US20110154392A1 (en) | Method of providing service information, system thereof, and method of receiving service information | |
KR20020060974A (en) | Handling broadcast data tokens | |
EP2099145A1 (en) | Method and system for retrieving a television channel locator | |
US20090089444A1 (en) | Method, device and system for connecting to url resource | |
JP6182871B2 (en) | Service configuration information providing apparatus, service configuration information providing method, and service configuration information providing program | |
CN102256181A (en) | Method for accessing internet content and related device | |
CN115701067A (en) | Method, device and system for switching edge nodes of user side | |
Melzer et al. | Standardizing Web TV: Adapting ATSC 3.0 for Use on any IP Network | |
KR20100008043A (en) | Method and apparatus for getting information in database of domain name system | |
CN101540788A (en) | Method of processing data in internet protocol television receiver and internet protocol television receiver |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PUAI | Public reference made under article 153(3) epc to a published international application that has entered the european phase |
Free format text: ORIGINAL CODE: 0009012 |
|
AK | Designated contracting states |
Kind code of ref document: A1 Designated state(s): AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HR HU IE IS IT LI LT LU LV MC MT NL NO PL PT RO SE SI SK TR |
|
AX | Request for extension of the european patent |
Extension state: AL BA MK RS |
|
17P | Request for examination filed |
Effective date: 20100309 |
|
AKX | Designation fees paid |
Designated state(s): AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HR HU IE IS IT LI LT LU LV MC MT NL NO PL PT RO SE SI SK TR |
|
17Q | First examination report despatched |
Effective date: 20100517 |
|
STAA | Information on the status of an ep patent application or granted ep patent |
Free format text: STATUS: THE APPLICATION HAS BEEN WITHDRAWN |
|
18W | Application withdrawn |
Effective date: 20151211 |