CN113766276B - IPTV service method and system based on IP dual-stack self-adaptive request - Google Patents
IPTV service method and system based on IP dual-stack self-adaptive request Download PDFInfo
- Publication number
- CN113766276B CN113766276B CN202010565110.8A CN202010565110A CN113766276B CN 113766276 B CN113766276 B CN 113766276B CN 202010565110 A CN202010565110 A CN 202010565110A CN 113766276 B CN113766276 B CN 113766276B
- Authority
- CN
- China
- Prior art keywords
- address
- iptv
- stack
- dual
- mapping table
- 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.)
- Active
Links
- 238000000034 method Methods 0.000 title claims abstract description 21
- 230000009977 dual effect Effects 0.000 claims abstract description 47
- 238000013507 mapping Methods 0.000 claims abstract description 46
- 238000013500 data storage Methods 0.000 claims description 6
- 238000012795 verification Methods 0.000 claims description 3
- 238000012423 maintenance Methods 0.000 claims description 2
- 230000002159 abnormal effect Effects 0.000 abstract description 3
- 230000004048 modification Effects 0.000 abstract description 3
- 238000012986 modification Methods 0.000 abstract description 3
- 230000005012 migration Effects 0.000 abstract description 2
- 238000013508 migration Methods 0.000 abstract description 2
- 230000007704 transition Effects 0.000 abstract description 2
- 238000010586 diagram Methods 0.000 description 6
- 238000005516 engineering process Methods 0.000 description 3
- 230000006870 function Effects 0.000 description 3
- 238000012545 processing Methods 0.000 description 3
- 230000007246 mechanism Effects 0.000 description 2
- 230000006978 adaptation Effects 0.000 description 1
- 238000007792 addition Methods 0.000 description 1
- 230000008901 benefit Effects 0.000 description 1
- 230000008859 change Effects 0.000 description 1
- 238000010276 construction Methods 0.000 description 1
- 238000012217 deletion Methods 0.000 description 1
- 230000037430 deletion Effects 0.000 description 1
- 230000006872 improvement Effects 0.000 description 1
- 238000007726 management method Methods 0.000 description 1
- 230000004044 response Effects 0.000 description 1
- 230000009466 transformation Effects 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
- H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
- H04N21/238—Interfacing the downstream path of the transmission network, e.g. adapting the transmission rate of a video stream to network bandwidth; Processing of multiplex streams
- H04N21/2381—Adapting the multiplex stream to a specific network, e.g. an Internet Protocol [IP] network
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L61/00—Network arrangements, protocols or services for addressing or naming
- H04L61/09—Mapping addresses
- H04L61/25—Mapping addresses of the same type
- H04L61/2503—Translation of Internet protocol [IP] addresses
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L61/00—Network arrangements, protocols or services for addressing or naming
- H04L61/09—Mapping addresses
- H04L61/25—Mapping addresses of the same type
- H04L61/2503—Translation of Internet protocol [IP] addresses
- H04L61/2542—Translation of Internet protocol [IP] addresses involving dual-stack hosts
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
- H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
- H04N21/237—Communication with additional data server
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
- H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
- H04N21/431—Generation of visual interfaces for content selection or interaction; Content or additional data rendering
- H04N21/4312—Generation of visual interfaces for content selection or interaction; Content or additional data rendering involving specific graphical features, e.g. screen layout, special fonts or colors, blinking icons, highlights or animations
- H04N21/4314—Generation of visual interfaces for content selection or interaction; Content or additional data rendering involving specific graphical features, e.g. screen layout, special fonts or colors, blinking icons, highlights or animations for fitting data in a restricted space on the screen, e.g. EPG data in a rectangular grid
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
- H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
- H04N21/442—Monitoring of processes or resources, e.g. detecting the failure of a recording device, monitoring the downstream bandwidth, the number of times a movie has been viewed, the storage space available from the internal hard disk
- H04N21/44213—Monitoring of end-user related data
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
- H04N21/47—End-user applications
- H04N21/472—End-user interface for requesting content, additional data or services; End-user interface for interacting with content, e.g. for content reservation or setting reminders, for requesting event notification, for manipulating displayed content
Landscapes
- Engineering & Computer Science (AREA)
- Signal Processing (AREA)
- Multimedia (AREA)
- Computer Networks & Wireless Communication (AREA)
- Databases & Information Systems (AREA)
- Human Computer Interaction (AREA)
- Health & Medical Sciences (AREA)
- General Health & Medical Sciences (AREA)
- Social Psychology (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
The invention provides an IPTV service method and system based on IP dual-stack self-adaptive request. Through the functional modification of the IPTV service system, the transition stage of the IPTV service migration from the IPv4 network to the IPv6 network can provide consistent EPG service experience. The invention issues the mapping information of the service resource dual stack address and the strategy of network priority connection and switching connection through the IPTV platform, the client generates the service request of EPG access, and dynamically generates another service request to switch access to the heterogeneous network when the abnormal network connection is monitored, so as to realize uninterrupted service of EPG service.
Description
Technical Field
The present invention relates to an IPTV EPG service, and more particularly, to a method and system for an IPTV EPG service based on IP dual stack adaptation request.
Background
The IPv6 deployment of IPTV service involves the end-to-end system transformation, and the support of IPv4/IPv6 dual stack by IPTV client and IPTV platform for the stock users compatible with the existing network lasts for a long time. The dual protocol stack refers to a protocol stack that supports both IPv4 and IPv6 at the same time in a single node. Since IPv6 and IPv4 are network layer protocols with similar functions, both are based on the same physical platform, and the transport layer protocols TCP and UDP loaded thereon are basically indistinguishable, a node supporting the dual protocol stack can communicate with a node supporting the IPv4 protocol, and also can communicate with a node supporting the IPv6 protocol. Such a technology is also widely used in the existing network as one of the technologies for transitioning IPv4 to IPv 6.
The mainstream browser (e.g. webkit/blink) currently used by IPTV clients, while supporting processing of IPv6 addresses, does not provide a processing mechanism for multiple addresses in the case of dual stacks. Meanwhile, in the initial stage of network construction, the condition of unstable network quality may exist, and because the IPTV service mostly adopts the service mode of the EPG template/browser, in the mode, the IPTV platform and the IPTV client cannot sense the jump of the EPG page, and when the user accesses the EPG service, if the condition of network interruption occurs, the user can only be switched back to the EPG home page, so that the service is discontinuous and the user experience is poor.
It is therefore desirable to provide a seamless experience for providing EPG services by dynamically generating IPv4 or IPv6 service requests by perceiving network connection status without user intervention to cope with network outage anomalies.
Disclosure of Invention
This summary is provided to introduce a selection of concepts in a simplified form that are further described below in the detailed description. This summary is not intended to identify key features or essential features of the claimed subject matter, nor is it intended to be used as an aid in determining the scope of the claimed subject matter.
The invention is suitable for the IPTV service system supporting the IP dual stack, adapts to the negative influence of network change from the application level and provides continuous EPG service.
According to an embodiment of the present invention, there is provided an IPTV system including: the IPTV platform is configured to maintain a dual-stack address mapping table and a connection and switching strategy, wherein the dual-stack address mapping table comprises the corresponding relation between the domain name of the service resource of the IPTV platform, the IP address and the dual-stack IP address, the connection and switching strategy comprises a strategy that an IPTV client connects the service resource of the IPTV platform, and the dual-stack IP address comprises an IPv4 protocol address and an IPv6 protocol address; the IPTV client comprises: a browser; a network connection module; a data storage module; an HTTP request controller configured to: the browser is controlled to firstly request the service resource of the IPTV platform with a preferred first IP address according to the received connection and switching strategy and the dual-stack address mapping table, and when detecting the network connection failure or the network interruption error, the browser is switched from the first IP address to a second IP address heterogeneous with the first IP address according to the dual-stack address mapping table and the connection and switching strategy to request the current page from the IPTV platform.
According to an embodiment of the present invention, there is provided a method performed by an IPTV client for dynamically generating service resource requests to obtain service resources, the method comprising: reporting the IP protocol stack capability of the IPTV client to an IPTV platform; receiving a dual-stack address mapping table and a connection and switching strategy, wherein the dual-stack address mapping table comprises the corresponding relation between the domain name and the IP address of the service resource of the IPTV platform and the dual-stack IP address, the connection and switching strategy comprises the strategy that the IPTV client is connected with the service resource of the IPTV platform, and the dual-stack IP address comprises an IPv4 protocol address and an IPv6 protocol address; according to the received connection and switching strategy and the dual-stack address mapping table, controlling a browser to request the service resource of the IPTV platform with a preferred first IP address; and when detecting a network connection failure or a network interruption error, switching from the first IP address to a second IP address heterogeneous with the first IP address according to the dual-stack address mapping table and the connection and switching strategy so as to request a current page from the IPTV platform.
There is also provided, in accordance with an embodiment of the present invention, a method performed by an IPTV platform for providing service resources, including: according to the received IP protocol stack capability of the IPTV client, when the IPTV client has dual-stack IP protocol capability, a dual-stack address mapping table and a connection and switching strategy are issued to the IPTV client, wherein the dual-stack address mapping table comprises the corresponding relation between the domain name of the service resource of the IPTV platform, the IP address and the dual-stack IP address, the connection and switching strategy comprises the strategy that the IPTV client is connected with the service resource of the IPTV platform, and the dual-stack IP address comprises an IPv4 protocol address and an IPv6 protocol address; and returning a page of the service resource matched with the IP protocol type used by the IPTV client to the IPTV client in response to receiving the service resource request of the IPTV client.
These and other features and advantages will become apparent upon reading the following detailed description and upon reference to the associated drawings. It is to be understood that both the foregoing general description and the following detailed description are explanatory only and are not restrictive of aspects as claimed.
Drawings
So that the manner in which the above recited features of the present invention can be understood in detail, a more particular description of the invention, briefly summarized above, may be had by reference to embodiments, some of which are illustrated in the appended drawings. It is to be noted, however, that the appended drawings illustrate only certain typical aspects of this invention and are therefore not to be considered limiting of its scope, for the description may admit to other equally effective aspects.
Fig. 1 shows a block schematic diagram of an IPTV system 100 employed in the prior art;
fig. 2 shows a block schematic diagram of an IPTV system 200 according to an embodiment of the invention;
fig. 3 illustrates a flow chart of a method 300 for dynamically generating service resource requests to acquire service resources by perceiving network connection status, according to one embodiment of the invention.
Detailed Description
The features of the present invention will become more apparent from the detailed description set forth below when taken in conjunction with the drawings.
The invention fully utilizes the IP dual stack capability of the IPTV client, provides a method for controlling the EPG service request to dynamically access the IPv4 or IPv6 network from the application level, and provides seamless experience of the EPG service for the abnormal condition of network interruption.
Fig. 1 shows a schematic block diagram of an IPTV system 100 employed in the prior art. According to fig. 1, an IPTV system 100 comprises an IPTV platform 101 and an IPTV client 102. The IPTV platform 101 and the IPTV client 102 both have IPv4/IPv6 dual stack capability. The IPTV client 102 further includes a browser 103, a network connection module 104, and a data storage module 105. The browser 103 serves as a client under the B/S architecture, and provides a service navigation function to the EPG template of the IPTV platform 101. The network connection module 104 is responsible for processing transport protocols such as HTTP. The data storage module 105 is responsible for storing data related to browser sessions, such as user sessions and the like. Generally, in the implementation of fig. 1, after the user opens the IPTV client 102 and successfully authenticates to the IPTV platform 101, the IPTV platform 101 issues a dual stack address of the EPG home page to the IPTV client 102. Through the EPG home page displayed by the browser 103, the user can navigate to a desired EPG service. The IPTV client 102 requests the EPG service from the IPTV platform 101 with a certain IP address (such as IP1 employing the IPv4 protocol) according to a local priority policy. When a single stack IP network (such as an IPv4 network) is present that is not feasible, the IPTV client 102 requests the EPG home page with another IP address (such as IP2 employing the IPv6 protocol). However, in this implementation, since address IP1 points to the EPG page that the user was accessing before the network outage and address IP2 points to the EPG home page, after the network outage, the user is navigated back to the EPG home page to which IP2 was pointing, and the user needs to re-route through the EPG home page to the EPG page that was being accessed before the network outage. Thus, the user may be aware of the network failure and need to perform manual navigation operations, giving the user a discontinuous use experience.
In order to overcome the interruption of the user EPG service caused by network interruption in the prior art, the invention enables the transition stage of the IPTV service migration from the IPv4 network to the IPv6 network to provide consistent EPG service experience through the function modification of the IPTV service system.
In particular, fig. 2 shows a block schematic diagram of an IPTV system 200 according to an embodiment of the invention. In comparison to the IPTV platform 101 in the block diagram of fig. 1, the IPTV platform 201 in fig. 2 further maintains a dual stack address mapping table 206 and a connection and handover policy 207. According to one embodiment of the invention, the maintenance of the dual stack address mapping table 206 and the connection and switching policy 207 by the IPTV platform 201 includes such things as modification, addition, deletion, etc. of information in the dual stack address mapping table 206 and the connection and switching policy 207.
The dual stack address mapping table 206 is used to maintain and manage correspondence between domain names and IP addresses of platform service resources (such as EPG service resources, etc.) and dual stack IP addresses. One schematic representation of each entry in the dual stack address map 206 may be: [ Domain name, first IP Address, second IP Address ], such that for each domain name, there are two heterogeneous IP addresses corresponding thereto. According to one embodiment of the present invention, the first IP address may be an IP address employing an IPv4 protocol, and the second IP address may be an IP address employing an IPv6 protocol. Of course, in other embodiments, IP addresses under other protocol types are within the scope of the invention.
The connection and handover policy 207 creates and maintains a policy for the IPTV client 202 to connect the service resources of the IPTV platform 201, the policy including information describing single stack priority, connection retry, handover connection, and the like. According to one embodiment of the invention, the single stack priority may include information indicating whether, for example, an IPv4 IP address is preferred or an IPv6 IP address is preferred. The connection retry may include information indicating such as the number of retries, the retry interval time. The handover connection may include information indicating whether handover is supported in case of single stack connection failure, whether repeated handover between dual stacks is supported. Specifically, a handover connection may be understood as a field containing information of supporting a handover, not supporting a handover, supporting a handover once, supporting a dual stack repeated handover, etc.
In contrast to the IPTV client 102 in the block diagram of fig. 1, the IPTV client 202 in fig. 2 further comprises an HTTP request controller 208. The HTTP request controller 208 is used to obtain information such as IP single stack/dual stack capability, network connection condition, etc. of the IPTV client from the network connection module 206; the information such as the dual stack address mapping table 206 and the user session issued by the IPTV platform 201 is kept in the data storage module 205; receiving the connection and switching policy 207 issued by the IPTV platform 201, executing a single stack service request according to the policy 207, and executing dynamic switching of the single stack request in the case of network interruption.
In the environment of the IPTV system 200 of the present invention, the IPTV client 202 reports the IP protocol stack supporting capability to the IPTV platform 201 when the IPTV platform 201 is powered on, and the IPTV platform 201 matches the capability to issue the dual stack address mapping information 206 and the connection and switching policy 207 of the service resource to the IPTV client 202. The HTTP request controller 208 in the IPTV client 202 requests the EPG service to the IPTV platform 201 with a certain IP address (such as IP1 using the IPv4 protocol) preferentially according to the connection and handover policy 207 issued by the IPTV platform 201. When a single stack IP network (such as an IPv4 network) is not available, the HTTP request controller 208 controls the browser 203 to switch to the heterogeneous IP address (such as IP2 using the IPv6 protocol) to request the current EPG page according to the connection and switch policy 207 and the heterogeneous network address matching the current service resource (e.g., the current EPG page) in the dual stack address mapping information 206. It can be seen that, through the improvement of the IPTV client and the IPTV platform, even in the case of network interruption, since the switching from the current IP address to another IP address is opaque to the user, the user does not need to be navigated back to the EPG home page, but can continue to browse the current EPG page, so as to realize uninterrupted service of the EPG service.
Fig. 3 illustrates a flowchart of a method 300 for dynamically generating an IPv4 or IPv6 service request by sensing a network connection state to obtain an IPTV EPG service, according to an embodiment of the present invention. In step 301, a user of the IPTV client 202 boots up, reports the client IP protocol stack capability to the IPTV platform 201, and requests access authentication. Among other things, the HTTP request controller 208 may be used to obtain IP single stack/dual stack capabilities of the IPTV client from the network connection module 206 of the IPTV client 202. According to one embodiment of the present invention, dual stack refers generally to both IPv4 and IPv6 protocol stacks, but other types of protocol stacks are within the scope of the present invention.
In step 302, the IPTV platform 201 authenticates the IPTV client 202. If the authentication is passed and the IPTV client 202 has dual stack capability, the service resource dual stack address mapping table 206 and the connection and switching policy 207 are issued to the IPTV client 202 for the dual stack capability reported by the IPTV client 202. The issued service resource dual stack address mapping table 206 has a mapping relationship between the service resource domain name of the IPTV platform 201 and a dual stack IP address matched with the dual stack capability of the IPTV client 202. According to one embodiment of the invention, the IPTV client 202 stores the received dual stack address mapping table 206 and the connection and switching policy 207 in the data storage module 205.
In step 303, the iptv client 202 (e.g., the HTTP request controller 208 included therein) controls the browser 203 to first request a service resource with an IP1 address according to the single stack priority policy specified in the received connection and handover policy 207. According to one embodiment of the present invention, the service resource requested by the IPTV client 202 may be an EPG service, but other types of service resources are also within the scope of the present invention. In the case where the single stack priority policy specifies IPv4 network priority, the IP1 address is an IP address employing the IPv4 protocol described in the service resource dual stack address mapping table 206 that points to the EPG service to be requested, according to one embodiment of the present invention. In the case where the single stack priority policy specifies IPv6 network priority, the IP1 address is an IP address employing the IPv6 protocol described in the service resource dual stack address mapping table 206 that points to the EPG service to be requested.
In step 304, IPTV platform 201 returns an EPG service page matching the IP1 protocol type to IPTV client 202 for display by browser 203. In step 305, the iptv client 202 (e.g., the HTTP request controller 208 included therein) captures an error of network connection failure or network interruption. In step 306, iptv client 202 (e.g., HTTP request controller 208 included therein) controls browser 203 to retry the EPG request with the IP1 address according to the retry strategy specified in connection and handoff strategy 207. The retry strategy may define the number of times and time interval for retrying EPG requests, to prevent unnecessary stress on the IPTV platform or network caused by too frequent attempts or to prevent frequent switching of service requests between dual stack networks.
In step 307, if the retry of the EPG request with the IP1 address fails, the IPTV client 202 (e.g., the HTTP request controller 208 included therein) accesses the connection and handover policy 207 and acquires user session information and the IP2 address. According to one embodiment of the present invention, if the handover policy in the connection and handover policy 207 indicates that dual stack handover is supported, the IPTV client 202 acquires user session information and an IP2 address. According to one embodiment of the invention, the IP2 address is an IP address under another protocol type (e.g., IPv6 network) described in the dual stack address mapping table 206 that points to an EPG page that the user accessed before the network outage. According to one embodiment of the present invention, if the IPTV client 202 fails to successfully receive the dual stack address mapping table 206 from the IPTV platform 201 or the received dual stack address mapping table 206 does not have an IP address under the other protocol type, i.e. cannot obtain an IP2 address, an error log is reported to the IPTV platform 201.
At step 308, iptv client 202 (e.g., HTTP request controller 208 included therein) controls browser 203 to switch to requesting an EPG page before network disruption using IP 2. According to one embodiment of the invention, the HTTP request controller 208 uses IP2 to construct a new request for accessing the EPG page before the network break.
In step 309, the iptv platform 201 checks the validity and uniqueness of the user session, and prevents the service resource from being illegally stolen. If the verification is successful, then an EPG page matching the IP2 protocol type is returned to IPTV client 202 for display by browser 203 in step 309.
In step 310, if the EPG page returned by the IPTV platform 201 is not the EPG page being accessed by the user before the network failure or the IPTV platform 201 indicates that the EPG service page pointed by the IP2 address cannot be found, it indicates that the dual stack address mapping table information is wrong. Thus, the IPTV client 202 (e.g., the HTTP request controller 208 included therein) reports the error log to the IPTV platform 201, so that the IPTV platform 201 can maintain (such as modify, add, delete) information in the dual stack address mapping table according to the received error log to ensure that the dual stack address mapping table is accurate. In this way, the policy that the IPTV client 202 connects to the IPTV platform 201 is responsible for configuration management by the IPTV platform 201, supports a fault tolerance mechanism, and provides a means for service operation.
Therefore, the invention issues the mapping information of the service resource dual stack address and the strategy of network priority connection and switching connection through the IPTV platform, the IPTV client generates the service request of EPG access, and dynamically generates another service request to switch into the heterogeneous network when the abnormal network connection is monitored, so as to realize uninterrupted service of EPG service.
Although aspects of the present invention have been described so far with reference to the accompanying drawings, the above-described methods, systems and apparatuses are merely examples, and the scope of the present invention is not limited to these aspects but is limited only by the appended claims and equivalents thereof. Various components may be omitted or replaced with equivalent components. In addition, the steps may also be implemented in a different order than described in the present invention. Furthermore, the various components may be combined in various ways. It is also important that as technology advances, many of the described components can be replaced by equivalent components that appear later.
Claims (10)
1. An IPTV system comprising:
an IPTV platform configured to maintain a dual stack address mapping table, where the dual stack address mapping table includes a correspondence between a domain name and an IP address of a service resource of the IPTV platform, and a dual stack IP address, where the connection and switching policy includes a policy that an IPTV client connects the service resource of the IPTV platform, where the dual stack IP address includes an IPv4 protocol address and an IPv6 protocol address, and where the service resource includes an EPG page;
the IPTV client, the IPTV client comprising:
A browser;
A network connection module;
A data storage module;
An HTTP request controller configured to: controlling the browser to request the service resource of the IPTV platform with a preferred first IP address according to the received connection and switching strategy and the dual-stack address mapping table, and switching from the first IP address to a second IP address heterogeneous with the first IP address according to the connection and switching strategy and the dual-stack address mapping table to request a current EPG page from the IPTV platform instead of requesting an EPG front page when an error of network connection failure or network interruption is detected.
2. The IPTV system of claim 1, wherein the IPTV platform is further configured to:
when receiving a request of the IPTV client for requesting a current page by the second IP address, verifying the validity of a user session; and
And when the validity verification of the user session passes, returning the current page matched with the second IP address protocol type.
3. The IPTV system of claim 1, wherein the IPTV client is further configured to:
Reporting an error log to the IPTV platform if one of: and the second IP address is not recorded in the dual-stack address mapping table, and the second IP address is adopted to request the current page to fail or the IPTV platform returns a page which is not the same as the page before switching.
4. A method performed by an IPTV client for dynamically generating service resource requests to obtain service resources, comprising:
Reporting the IP protocol stack capability of the IPTV client to an IPTV platform;
Receiving a dual-stack address mapping table and a connection and switching strategy, wherein the dual-stack address mapping table comprises a corresponding relation between a domain name and an IP address of a service resource of the IPTV platform and the dual-stack IP address, the connection and switching strategy comprises a strategy that the IPTV client is connected with the service resource of the IPTV platform, the dual-stack IP address comprises an IPv4 protocol address and an IPv6 protocol address, and the service resource comprises an EPG page;
According to the received connection and switching strategy and the double-stack address mapping table, controlling a browser to request the service resource of the IPTV platform with a preferred first IP address; and
When detecting network connection failure or network interruption errors, switching from the first IP address to a second IP address heterogeneous with the first IP address according to the dual-stack address mapping table and the connection and switching strategy so as to request the IPTV platform for a current EPG page instead of switching to an EPG front page.
5. The method of claim 4, wherein switching from the first IP address to the second IP address further comprises:
When detecting an error of network connection failure or network interruption, controlling a browser to retry a request with the first IP address according to the connection and switching strategy;
If the retry fails, the second IP address is obtained from the dual stack address mapping table, and the browser is controlled to switch to the second IP address to request the current page.
6. The method of claim 5, wherein controlling the browser to switch to using the second IP address to request a current page further comprises:
And acquiring current user session information, and sending the user session information and the second IP address to the IPTV platform.
7. The method as recited in claim 4, wherein said method further comprises:
Reporting an error log to the IPTV platform if one of: and the second IP address is not recorded in the dual-stack address mapping table, and the second IP address is adopted to request the current page to fail or the IPTV platform returns a page which is not the same as the page before switching.
8. A method performed by an IPTV platform for providing service resources, comprising:
according to the received IP protocol stack capability of the IPTV client, when the IPTV client has dual-stack IP protocol capability, a dual-stack address mapping table and a connection and switching strategy are issued to the IPTV client, wherein the dual-stack address mapping table comprises the corresponding relation between the domain name of the service resource of the IPTV platform, the IP address and the dual-stack IP address, the connection and switching strategy comprises the strategy that the IPTV client is connected with the service resource of the IPTV platform, the dual-stack IP address comprises an IPv4 protocol address and an IPv6 protocol address, and the service resource comprises an EPG page; and
And returning an EPG page matched with the IP protocol type used by the IPTV client to the IPTV client instead of returning an EPG top page when the service resource request of the IPTV client is received.
9. The method of claim 8, wherein the method further comprises:
When receiving a request of the IPTV client requesting a current page by using a heterogeneous IP address, verifying the validity of a user session; and
And when the validity verification of the user session is passed, returning to the current page matched with the heterogeneous IP address protocol type.
10. The method of claim 8, wherein the method further comprises:
and maintaining the dual-stack address mapping table according to the error log reported by the IPTV client, wherein the maintenance comprises one or more of modifying, deleting and adding the content of the dual-stack address mapping table.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202010565110.8A CN113766276B (en) | 2020-06-19 | 2020-06-19 | IPTV service method and system based on IP dual-stack self-adaptive request |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202010565110.8A CN113766276B (en) | 2020-06-19 | 2020-06-19 | IPTV service method and system based on IP dual-stack self-adaptive request |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN113766276A CN113766276A (en) | 2021-12-07 |
| CN113766276B true CN113766276B (en) | 2024-05-03 |
Family
ID=78785518
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202010565110.8A Active CN113766276B (en) | 2020-06-19 | 2020-06-19 | IPTV service method and system based on IP dual-stack self-adaptive request |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN113766276B (en) |
Families Citing this family (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP7265061B1 (en) | 2022-04-20 | 2023-04-25 | 株式会社Cygames | Program, information processing system, and information processing method |
Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| KR20100002755A (en) * | 2008-06-30 | 2010-01-07 | 주식회사 케이티 | Method for providing vod virtual channel service, electronic program guide including moving picture, and terminal therefor |
| CN102088494A (en) * | 2009-12-08 | 2011-06-08 | 中兴通讯股份有限公司 | Method and system for connecting internet protocol version 4 (IPv4)/IPv6 dual-stack terminal with network |
| WO2011160587A1 (en) * | 2010-06-25 | 2011-12-29 | 中兴通讯股份有限公司 | Method and system for connecting a dual-stack terminal to networks |
| CN103685281A (en) * | 2013-12-18 | 2014-03-26 | 中国联合网络通信集团有限公司 | Network address protocol switching method and device |
| EP2713583A1 (en) * | 2012-09-28 | 2014-04-02 | Juniper Networks, Inc. | Network address translation for application of subscriber-aware services |
-
2020
- 2020-06-19 CN CN202010565110.8A patent/CN113766276B/en active Active
Patent Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| KR20100002755A (en) * | 2008-06-30 | 2010-01-07 | 주식회사 케이티 | Method for providing vod virtual channel service, electronic program guide including moving picture, and terminal therefor |
| CN102088494A (en) * | 2009-12-08 | 2011-06-08 | 中兴通讯股份有限公司 | Method and system for connecting internet protocol version 4 (IPv4)/IPv6 dual-stack terminal with network |
| WO2011160587A1 (en) * | 2010-06-25 | 2011-12-29 | 中兴通讯股份有限公司 | Method and system for connecting a dual-stack terminal to networks |
| EP2713583A1 (en) * | 2012-09-28 | 2014-04-02 | Juniper Networks, Inc. | Network address translation for application of subscriber-aware services |
| CN103685281A (en) * | 2013-12-18 | 2014-03-26 | 中国联合网络通信集团有限公司 | Network address protocol switching method and device |
Also Published As
| Publication number | Publication date |
|---|---|
| CN113766276A (en) | 2021-12-07 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US10063599B2 (en) | Controlling registration floods in VOIP networks via DNS | |
| US7437479B2 (en) | Position identifier management apparatus and method, mobile computer, and position identifier processing method | |
| US7228359B1 (en) | Methods and apparatus for providing domain name service based on a client identifier | |
| US7467203B2 (en) | System and methods for robust discovery of servers and services in a heterogeneous environment | |
| US8321503B2 (en) | Context-specific network resource addressing model for distributed services | |
| US8527635B2 (en) | Contents delivery system and method, web server and contents provider DNS server thereof | |
| US7987266B2 (en) | Failover in proxy server networks | |
| CN101035054B (en) | Client apparatus and method of streaming content, and computer readable recording medium | |
| WO2018059238A1 (en) | Cloud storage based data processing method and system | |
| US8713355B2 (en) | Method and apparatus for managing communication services for user endpoint devices | |
| US20040143579A1 (en) | Address query response method, program, and apparatus, and address notification method, program, and apparatus | |
| JP2016530634A (en) | Method and system for dispatching requests in a content delivery network | |
| US20080184354A1 (en) | Single sign-on system, information terminal device, single sign-on server, single sign-on utilization method, storage medium, and data signal | |
| US8914525B2 (en) | Method and apparatus resolving ENUM data collisions | |
| US8949952B2 (en) | Multi-stack subscriber sign on | |
| CN111327668B (en) | Network management method, device, equipment and storage medium | |
| WO2019052058A1 (en) | Domain name redirecting method and system | |
| WO2018196843A1 (en) | Resource request method and device | |
| US20120089863A1 (en) | Failover system, storage processing device and failover control method | |
| CN113766276B (en) | IPTV service method and system based on IP dual-stack self-adaptive request | |
| US20070050320A1 (en) | Method and system for mapping context name space binding lookups | |
| US8326919B1 (en) | Network address translation auto-discovery in data storage networks | |
| US20040216126A1 (en) | Method, system, and article of manufacture for agent processing | |
| WO2017084587A1 (en) | Interactive method and apparatus based on network file system | |
| CN105959315A (en) | IP (Internet Protocol) keep-alive method and client applied to user migration |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| TA01 | Transfer of patent application right |
Effective date of registration: 20220207 Address after: Room 1423, No. 1256 and 1258, Wanrong Road, Jing'an District, Shanghai 200072 Applicant after: Tianyi Digital Life Technology Co.,Ltd. Address before: 201702 3rd floor, 158 Shuanglian Road, Qingpu District, Shanghai Applicant before: Tianyi Smart Family Technology Co.,Ltd. |
|
| TA01 | Transfer of patent application right | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |